|
ISSN 1214-9675 Server vznikl za podpory Grantové agentury ČR. 21. ročník |
Témata
Doporučujeme
Kontakt
|
Analýza zpoždění v IP telefonním systému I.Vydáno dne 09. 05. 2008 (7892 přečtení)Článek se zabývá rozborem vzniku a velikosti zpoždění v komunikačním řetězci mezi mluvčím a posluchačem v IP telefonním systému (VoIP). První část se věnuje vysílací straně a datové síti, druhá část je zaměřena na přijímací stranu a shrnutí problematiky. ÚvodIP telefonie umožňuje přenos hovoru v sítích s přepojováním paketů, založených na protokolu IP. Paketový režim přenosu dat použitý v IP sítích však představuje faktory, které mohou negativně ovlivňovat kvalitu komunikace. Jsou to zejména zpoždění (latency), změna pořadí paketů (packet order), variabilita zpoždění (delay jitter) a ztráta paketů (packet loss). Z literatury vyplývá, že právě velikost zpoždění se významnou měrou k podílí na kvalitě hovorové konverzace. A proto bude v následujícím textu proveden rozbor komunikačního řetězce v IP telefonii s ohledem na vznik a velikosti zpoždění v jeho jednotlivých blocích. Popis komunikace v IP telefoniiHovorový signál mluvčího je snímán mikrofonem, který převádí modulovaný proud vzduchu na elektrický signál, a dále je zpracováván metodami digitálního zpracování řeči, kodeky, které provádějí kódování a následnou kompresi vzorků časového průběhu hovorového signálu. Vzniklý proud dat je dále paketizován na pakety shodné délky. Ke každému paketu je přidána řídící informace (záhlaví protokolu RTP - nejčastěji) a je vyslán IP sítí směrem k adresátovi. Průchodem IP sítí může dojít ke zpoždění, ztrátě nebo duplikování paketu. IP pakety jsou přijímány s předem nedefinovatelnými parametry významně ovlivňujícími přenos (zpoždění, variabilita zpoždění, duplikace či ztráta paketů). Přijatá data prostupují skrze moduly zpracovávající nižší protokoly komunikace tj. na fyzické a spojové vrstvě, a jsou extrahována do IP paketů. Dále pak postupují přes vyrovnávací paměť (dejitter buffer), jejímž úkolem je vyrovnat variabilitu zpoždění a zajistit plynulý přísun dat do depaketizeru pro proces dekódování s následnou rekonstrukcí řeči. Příchozí pakety prostupují protokolovým sloupcem vzhůru a jsou zpracovány tak, aby bylo odstraněno co nejvíce parametrů zhoršení. Některé formy zhoršení provozu (chyby, variabilita zpoždění) jsou transformovány do jiných zhoršení (celková ztráta, celkové zpoždění). Obr. 1: IP telefonní systém, komponenty Komunikační řetězec s funkčními bloky významně se podílejícími na vzniku zpoždění zobrazující výše popsanou komunikaci v IP telefonii zobrazuje Obr. 1; jsou to zejména:
Vysílací část IP telefonního systémuZdrojem dat pro IP telefonní komunikaci je mluvčí, jehož projev je snímán mikrofonem a digitalizován. Dále již projev v digitální podobě prochází kodérem (PCM), paketizérem (RTP/UDP/IP) a řadičem rozhraní sítě (nejčastěji Ethernet). Obr. 2: Model zdroje IP telefonní komunikace Celkové zpoždění ve vysílací části IP telefonního systému je (aditivně) složeno z dílčích zpoždění v jednotlivých komponentách. KodérPrimární funkcí kodéru je přeměnit hovorový signál na elektrický signál a dále jet zpracovat kompresními algoritmy tak, aby se co nejvíce redukovaly požadavky na přenosové pásmo při zachování dobré srozumitelnosti, barvy hlasu mluvčího a přiměřené výpočetní náročnosti použitých algoritmů. Zpoždění v kodéru TCD (Coding Delay) je složeno z algoritmického TCDAlg a kompresního TCDComp zpoždění.
Algoritmické zpoždění vzniká při kódování vstupního navzorkovaného signálu a je dáno algoritmem zpracování kódových vzorků. Některé kódovací algoritmy pro správné zakódování k-tého vzorku potřebují znát i k+1, k+2, … vzorky, které se musí dočasně uchovat (pozdržet) ve vyrovnávací paměti. Kompresní zpoždění je doba nutná k vykonání kompresního algoritmu, který společně zpracovává několik bloků vzorků PCM předem definované velikosti. Zpoždění v kodéru pro nejčastěji používané kodeky ukazuje Tab. 1, převzato z [1].
Tab. 1: Zpoždění v kodéru pro známé kodeky PaketizérHlavní funkcí paketizéru je zapouzdření datových bloků do paketů podle požadavků síťové vrstvy. Vzhledem k tomu, že jako síťové prostředí se používá protokol IP, který pracuje s proměnnou délkou paketu, je možno definovat libovolnou (v mezích IP protokolu) velikost datového bloku. Ovšem data se přenáší zapouzdřená postupně do protokolů RTP/UDP/IP a dle specifikace RTP, je možno přenášet max. 160 oktetů v jednom bloku. Mezní zpoždění paketizace TPD (Packetization Delay) v kodéru pro nejčastěji používané kodeky ukazuje Tab. 2, převzato z [1].
Tab. 2: Zpoždění při paketizaci pro známé kodeky V reálném provozu se paketizační zpoždění buď nastavuje přímo v parametrech kodeku nebo je nastaveno automaticky podle výběru použitého kodeku.. Při volbě kodeku je třeba zvážit i výpočetní výkon použitého zařízení. Platí, že čím nižší paketizační zpoždění, tím vyšší nárok na výkonnost výpočetního systému komunikujícího zařízení. Řadič rozhraní sítěPrimární funkcí řadiče rozhraní sítě je vyššími vrstvami vytvořený paket odeslat prostřednictvím síťového rozhraní přes přenosové prostředí do sítě. Zpoždění, které vzniká při tomto procesu, se nazývá serializační, TSER (Serialization delay). Zřejmě závisí na rychlosti přenosového média v a na celkové velikosti paketu LP, tj. velikost záhlaví + velikost datové části
Serializační zpoždění TSER je pevné zpoždění a jeho hodnoty pro nejčastěji užívané kodeky a přenosové rychlosti jsou vyneseny v Tab.3. Nepříznivě se projevuje při pomalých přenosových rychlostech, malých velikostech paketu.
Tab. 3: Hodnoty serializačního zpoždění TSER [ms] Serializační zpoždění při řazení paketu o velikosti LP = 1500 oktetů na rozhraní o přenosové rychlosti v = 100 Mbit/s je 120 μs, což je vzhledem hodnotám ostatních parciálních zpoždění zanedbatelné. Datová síť mezi dvěma komunikujícími koncovými body je tvořena směrovači vzájemně propojenými přenosovými prostředky. Průchodem paketů IP sítí může dojít k jejich zpoždění, variabilitě zpoždění, ztrátě nebo duplikování. SměrovačeÚkolem směrovače je přijmout paket na libovolném vstupním rozhraní od koncové stanice nebo předcházejícího směrovače a rozhodnout, jakým výstupním rozhraním bude tento paket poslán dál do zbývající části sítě. Obr. 3: Datová IP síť se směrovači Podle způsobu práce směrovače je možné je dělit na role, viz Obr. 3
V každém směrovači je paket zpožděn po dobu, která je dána
Doporučení ITU-T Y.1541 a Tab. 4, definuje průměrné zpoždění paketu ve směrovači podle jeho role.
Tab. 4: Podíl na zpoždění ve směrovač podle jeho role Při výpočtu celkového zpoždění na trase od zdroje komunikace k cíli se z celé datové sítě vezme pouze její fragment, který postupuje cestou s N směrovači, (za předpokladu N > 2). Z toho vždy 2 směrovače jsou přístupové a N-2 páteřní. Celkové zpoždění TR je tedy
Přenosové prostředkyZpoždění dat putujících přenosovými prostředky je způsobeno fyzikálními vlastnostmi přenosového prostředí. Toto přenosové zpoždění TPROP (Propagation Delay) je možno pozorovat u elektrického signálu ve vodiči, světelného signálu v optickém vlákně nebo při šíření elektromagnetické vlny prostorem. Každé přenosové prostředí je charakterizováno faktorem NVP (Normalized Velocity of Propagation), který udává, kolikrát pomaleji se šíří signál konkrétním prostředí ve srovnání s rychlostí světla (c = 3.108 ms-1).
Přenosové zpoždění TPROP obecně je, viz vztah (2), přímo úměrné délce přenosového prostředí L a nepřímo úměrné rychlosti šíření v daném prostředí v.
Při výpočtu celkového zpoždění na trase od zdroje komunikace k cíli se z celé datové sítě vezme pouze její fragment, který postupuje cestou s N směrovači a N+1 přenosovými trasami o délkách Li. Celkové zpoždění TPROP je pak dáno součtem zpoždění v jednotlivých úsecích mezi směrovači
Za předpokladu, že jednotlivé úseky mezi směrovači trasy jsou rovnocenné z pohledu zpoždění, není počet směrovačů na trase významný a důležitá je pouze celková délka trasy L, tedy vztah (18). Z uvedených vztahů vyplývá, že hodnota přenosového zpoždění je přibližně 4,83 μs na 1 km optické trasy (při NVP = 0,69). V porovnání s hodnotami jiných zpoždění ovlivňující přenos hovoru je hodnota zpoždění TPROP i pro rozsáhlejší lokální sítě zanedbatelná (L < 10km, TPD < 48,3 μs). Uplatnilo by se pouze v případě použití velmi dlouhých transkontinentálních tras. Tento příspěvek vznikl za podpory výzkumného záměru MSM6840770014 - Výzkum perspektivních informačních a komunikačních technologií. Literatura
[1] Understanding Delay in Packet Voice Networks [online]. Cisco
Systems, Inc., c2006-2007, poslední aktualizace 2007-03-05 [cit. 2007-05-05].
Dostupné z: http://www.cisco.com/warp/public/788/voip/delay-details.html
Související články:
Zdokonalení modelu primárních parametrů metalických vedení (30.07.2010) Pokročilé modelování přeslechu na vzdáleném konci – generování průběhů (24.11.2008) Pokročilé modelování přeslechu – měření a předpoklady (01.10.2008) Teoreticky dosažitelné přenosové rychlosti u přípojky VDSL2 s potlačováním přeslechů (29.09.2008) Rozptyl provozního zatížení odmítnutého z obousměrného svazku (10.05.2008) Analýza zpoždění v IP telefonním systému II. (09.05.2008) Přenosy dat ve standardu IEEE 802.16 (WiMAX) (06.05.2008) Analýza kvality přenosu řeči v síti LAN (11.04.2008) Odolnost formátu JPEG 2000 proti přenosovým chybám (17.03.2008) Rozbočovač pro SHDSL (27.11.2007) Aktivní diferenciální sondy (18.11.2007) Význam a vlastnosti superkontinua pro telekomunikace (29.01.2007) Trendy ve standardizaci a používání sítí WLAN (20.01.2006) Sítě UMTS (30.12.2005) Poskytování různorodých služeb přes sítě SDH (31.10.2005) Optická hierarchie OTH (29.10.2005) Autor: P. Bezpalec Pracoviště: České vysoké učení technické v Praze, FEL |
Zprávy
UPOZORNĚNÍ
Činnost serveru byla ukončena.
|
Tento web site byl vytvořen prostřednictvím phpRS - redakčního systému napsaného v PHP jazyce.
Na této stránce použité názvy programových produktů, firem apod. mohou být ochrannými známkami
nebo registrovanými ochrannými známkami příslušných vlastníků.