UNIVERZITET U SARAJEVU

FAKULTET ZA SAOBRAĆAJ I KOMUNIKACIJE

SARAJEVO

Odsjek: Komunikacijske tehnologije

Predmet: Upravljanje kvalitetom telekomunikacijskih usluga

SEMINARSKI RAD

TEMA: PROTOKOL ZA INICIJACIJU SESIJE DOGAĐAJA ZA IZVJEŠTAVANJE O KVALITETI GLASA

Predmetni nastavnik: Student:

Prof.dr. Himzo Bajrić Šeljpić Mersiha

Sarajevo, Januar, 2012.

Sadržaj

Uvod………………………………………………………………………………………….41. Upotreba mehanizama……………………………………………………………………5

2. SIP VoIP Događaj za izvještavanje o kvaliteti…………………………………………...62.1. Opisna obavještavajuća metoda……………………………………………….. …..62.2. Opčeprihvačena metoda………………………………………………………...…...62.3. Izbjegavanje zagušenja ………………………………………………………….......72.4. Višestruko učešće i višesegmentni pozivi ………………………………..……...…..7

3. Pretplatnička tijela ………………………………………………………………………..83.1. Pretplatničko trajanje…………………………………………………………………83.2. Obavještajna tijela……………………………………………………...…………….83.3. Sažetak kvaliteta glasa………………………………………………..……………...93.4. Događaj kvalitete glasa i semantika………………………………………………....9

3.4.1. ABNF Sintaksa definicije………………………………………………….…93.4.2. Parametarske definicije I preslikavanja……………………………………...20

3.4.2.1. Opće Mapiranje Postoci iz 8-bitnih, fiksnih tačak brojeva…………..203.4.2.2. Vremenske oznake………………………………………………………..20

3.4.2.3. Opis sesije…………………………………………………………………20

3.4.2.4. Vrsta korisničkog opterećenja……………………………………..……21

3.4.2.5. Opis nosivosti……………………………………………………………..21

3.4.2.6. Kvaliteta uzorkovanja……………………………………………………21

3.4.2.7. Paketi po sekundi…………………………………………………………21

3.4.2.8. Okvir Okteta………………………………………………………………21

3.4.2.9. Sličica paket………………………………………………………………21

3.4.3. FMTP mogučnosti………………………………………………………………..22

3.4.3.1. Stanje suzbijanja tišine…………………………………………………..22

3.4.3.2. Gubitak paketa prikrivanje………………………………………………22

3.4.3.3. Lokalna adresa……………………………………………………………22

3.4.3.4. Prenosna adresa…………………………………………………………..22

3.4.4. Jitter Buffer Adaptive…………………………………………………………….22

3.4.4.1. Jitter buffer brzina……………………………………………………………22

3.4.4.2. Jitter buffer nominal…..……………………………………………………..23

3.4.4.3. Jitter Buffer Max…………………………………………………………….23

3.4.4.4. Jitter Buffer Abs Max……………………………………………………….23

2

3.4.5. Gubitak paketa……………………………………………………………….23

3.4.5.1. Gubitak praska………………………………………………………………..23

3.4.5.2. Trajenje praska……………………………………………………………..23

3.4.5.3. Gubitak jaza………………………………………………………………...23

3.4.5.4. Trajanje jaza………………………………………………………………..24

3.4.5.5. Minimalni prag jaza……………………………………………………24

3.4.5.6. Kašnjenje putovanja……………………………………………………24

3.4.5.7. End System Delay………………………………………………………24

3.4.5.8. Jednosmjerno simetrično kašnjenje…………………………………...24

3.4.5.9. Jednosmjerno kašnjenje………………………………………………...24

3.4.6. Međustizanje Jitter……………………………………………………………….24

3.4.6.1. Apsolutni Jitter…………………………………………………………..24

3.4.6.2. Nivo signala………………………………………………………………25

3.4.7. Nivo buke………………………………………………………………………….25

3.4.7.1. Povratak gubitka odjeka…………………………………………………25

3.4.7.2. Kvalitet slušanja………………………………………………………….25

3.4.7.3. RLQEstAlg……………………………………………………………….25

3.4.7.4. Kvalitet razgovora………………………………………………………25

3.4.7.5. RCQEstAlg………………………………………………………………26

3.4.7.6. ExternalR-In……………………………………………………………..26

3.4.7.7. ExtRInEstAlg…………………………………………………………….26

3.4.7.8. ExtROutEstAlg…………………………………………………………..26

3.4.7.9. ExternalR-Out…………………………………………………………….26

4. Kraj sesije izvještaja koristeči obavještenja…………………………………………………27

4.1. Međusesijsko prekoračenje praga koristeči obavještenja …………………………….29

4.2. Kraj sesije koristeči objavu………………………………………………………………31

4.3. Upozoravajuči izvještaji koristeći objavu………………………………………………33

Reference……………………………………………………………………………………………35

3

Uvod

Komunikacija u stvarnom vremenu putem IP mreže koristi SIP za signalizaciju a RTP / RTCP za medij transporta i izvještavanja, respektivno. Ovi protokoli su vrlo fleksibilni i mogu podržati vrlo širok spektar korištenja scenarija. Iz tog razloga, produžetci ovih protokola moraju biti navedeni u kontekstu specifičnih korištenja scenarija. RTP koristi mnogo različitih arhitektura i topologija. RFC 5117(13) opisuje topologije kao: tačka-tačka, tačka-više tačaka koristeći multicast, tačka- više tačaka koristeči prevodilac RFC 3550, tačka – više tačaka koristeći video prebacivanje (MCU- višespojne upravlajčke jedinice), i nesimetrične prevodioce. Kako tačno napraviti kvalitetetne multipart konferencije ili sesije koje uključuju više skokova preko prevoditelja, je ustvari trenutno područje istraživanja u industriji. Međutim, ovi mehanizam lako se mogu koristiti za centralno mješovite konferencijske pozive, u kojoj svaka etapa konferencija je samo tačka - tačka poziv. Ovaj mehanizam bi mogao biti produžen za pokrivanje dodatnih RTP topologije u budućnosti, kada jednom ove teme ostvare napredak u područja istraživanja i u stvarnoj implementaciji Interneta.

4

1. Upotreba mehanizma

RTCP izvješća obično se šalju na druge krajnje tačke koje sudjeluju u sesiji. To može učiniti prikupljanje informacija o izvedbi za administratora ili sistem upravljanja veoma složenim za provođenje. U scenarijima upotrebe, navedenih u ovom dopisu, podatci sadržanih u RTCP XR VoIP metrici izvješća (RFC 3611 [4]) su proslijeđeni središnjoj zbirci poslužiteljskih sustava koristeći SIP. Aplikacije koje su sadržane u poslužitelju ili negdje drugdje mogu pomoći u upravljanju mrežom, ublažiti propusnost ograničenja i za podršku korisnicima usluga utvrđivanje i priznavanje naziva loše kvalitete. Tu je veliki portofolij kvalitetnih parametara koji mogu biti povezani s VoIP, ali samo minimalni broj potrebnih parametara nalaze se na RTCP-XR izvješću:

1. Kodek tip, kao što proizlazi iz sjednice Opis Protokol (SDP) ponuda -odgovora pregovora u SIP,

2. Gubitak praska jaz gustoće i maximalno trajanje jaza, jer glasovni presjeci najviše smetaju kvalitetu VoIP-a

3. Kašnjenje obilaska, jer to je kritično za konverzacijski kvalitet, 

4. Razgovorni kvalitete kao uhvati-sve i za druge glasovne kvalitete oštećenja, kao što su distribuirani nasumični gubici paketa, jitter, neugodno tiho suzbijanje učinaka, itd.

RTCP izvješća su ustvari najbolji napori samo, a iako su vrlo korisne, imaju niz ograničenja. To se mora uzeti u obzir kada se koristi RTCP izvješća za upravljanim mrežama. Praćenje kvalitete glasa se smatra kao najviši prioritet za korištenje ovog mehanizma, a kao takva, mjerenja događaja u paketa uglavnom su skrojeni za glasovne kvalitete mjerenja.Događaj paketa je dizajniran da bude proširiv. Međutim, pregovori tih ekstenzija nisu definiran u ovom dokumentu. Događaji u paketu podržavaju izvještavanje mjerenja kvaliteta glasa i za ulazne i izlazne smjerove. Kvaliteta glasa metrike za ulazni smjer općenito može izračunati lokalno preko izvještaja sa krajnjih tačaka, kvaliteta glasa za izlazne smjerove se računa preko krajnjih izvješča sa krajnjih tačaka koristeći RTCP produžene izvještaje.

5

2. SIP VoIP Događaj za izvještavanje o kvaliteti

SIP UA možete poslati niz događaja na entitet koji može učiniti informaciju dostupnom za druge aplikacije. Za potrebe ilustracije, subjekata koji su uključeni u SIP VQ-rtcpxr događaj izvještavanja će biti upućeni na slijedeći način:

Reporter: entitet koji su uključeni u mjerenje i izvještavanje o mediji kvalitete, odnosno, SIP UA uključeni u mediji sesije.

Kolekcionar: subjekt koji prima SIP VQ-rtcpxr događaja.      

Sakupljač: može biti proxy poslužitelja ili drugi subjekt koji je sposoban da podrži SIP VQ-rtcpxr događaja.

2.1. Opisna obavještavajuća metoda

Sakupljač šalje opise reporteru da objasni uspostavljene veze. Reporter bi trebao poslati izvještaje za izmjerene glasovne kvalitete koriteći obavještavjuču metodu. Reporter ne smije slati vq-rtcpxr događaje ako nije konfigurisana adresa sakupljača. Reporter popunjava zahtjeve URI prema pravilima dijaloškog zahtjeva. Sakupljač može poslati opise SIP Proxy-u u ime SIP UA-s.

2.2. Opčeprihvačena metoda

SIP UA koji podržava ova specifikaciju može poslati servisu metrička kvaliteta usluga koristeći izvješća pomoću opće prihvaćene metode, no, ovaj pristup ne bi trebao koristiti, općenito, na javnom Internetu. Opče prihvaćena metoda može biti podržana za kompatibilnost sa postojećim implementacijama. REPORTER stoga mogu koristit Request-URI iz Opće prihvačene metode s adresom kolektora. Da bi se osigurala sigurnost SIP proxy poslužitelji i kolekcionar, reporter mora biti konfiguriran s adresom kolekcionara, po mogućnosti koristeći SIP UA konfiguraciju okvira [15]. Preporučeno je da reporter pošalje moguće poruke kolekscionaru kako bi se

6

osigurala podrška za objavu poruka. Ako objava nije podržana onda reporter može samo čekati pretplačeni zahtjev od kolekcionara i onda isporučiti informacije u obavještenjima. Ako reporter šalje objavu kolektoru koji ne podržava ili dozvoljava ovu metodau,odgovor koji će biti primljen je 501 nije implementiran ili 405 metoda nije dozvoljena, a reporter će zaustaviti objavu.

2.3. Izbjegavanje zagušenja

Korisnici ove ekstenzije bi trebali osigurati da su implementirali osnovni SIP mehanizme za izbjegavanje zagušenja. U protivnom proxy zagušenja ili kolektor mora poslati odgovor 503 Servis Nedostupan ili 5xx odgovor a prikladnim Pokušaj-Nakon , tačnim vremenom. Reporeter se mora prilagoditi ovim odgovorima i reagovati na napisani interval Pokušaj-Nakon. U dodatnim SIP ekstenzijama za bolje upravljanjem zagušenjima bi trebali biti pračeni po standardima. Da bi se izbjegli SIP Proxyies ili kolektori, važno je da se isplanira kapacitet i da se smanji broj izvještaja koji su poslani. Pristup za izbjegavanje zagušenja uključuje :

Slanje izvještaja samo na kraju svakog poziva Koristiti izvještaje samo za problematične pozive koji su odmah prikazani Ograničiti broj upozorenja koji mogu biti poslani maksimalno jednom po pozivu

2.4. Višestruko učešće i višesegmentni pozivi

Kvaliteta glasa metričkih izvješća mogu biti poslani za svaku sesiju a završavati u reporteru, a može sadržavati više izvještaj tijela. Za višestruke pozive, izvještaj može sadržavati izvještaj tijela za sesije između izvještavanja s krajnje točke i za svaku udaljenu krajnju tačku za koju je bilo RTP sesije tijekom poziva. Servisi sa višestrukim učešćem kao što je poziv na čekanju i preusmjeravanje poziva mogu rezultirati da korisnici učestvuju u serijama lančanih sesija, pretežno sa različitim izborima kodera i brzina iako korisnici primaju samo jedan poziv. Reporter može poslati metričke izvještaje na kraju svake sesije ili može poslati jedan metrički izvještaj kvaliteta glasa koji sadrži aplikaciju vq-rtcpxr tijela za svaki segment poziva.

7

3. Pretplatnička tijela

Pretplatnička tijela su opisana u ovoj specifikaciji.

3.1. Pretplatničko trajanje

Pretplatnici za paket događaja mogu biti u omjeru od minuta do sedmica. Pretplatnici u satima ili danima su vise tipični i oni su preporučeni. Preporučena pretplata za ovaj paket događaja je jedan sat.

3.2. Obavještajna tijela

Postoje tri obavještajna tijela :

Sesijski izvještaj

Inervalni izvještaj

Upozoravajući izvještaj

Sesijski izvještaj bi trebao biti korišten kada sesija prestaje, kada dođe do promjene medija, kao što su promjene u kodeku ili kada sesija prestaje uslijed neprimanja paketa, i ne smije biti korištena za izvještavanje u proizvoljnom trenutku. Ovaj izvještaj se morak koristiti kao kumulativni metrički izvještaja i izvještaj vremenskih oznaka mora biti od početka medijske sesije do vremena u kojem je izvještaj generisan.

Intervalni izvještaj bi trebao biti korišten za period ili za intervalno izvještavanje I ne smije biti korišten za komplentu medijsku sesiju. Ovaj izvještaj ima namjeru da uhvati kratke vremenske intervale metričkih izvještaja I izvještaj bi trebao biti o nepreklapanju vremena prozora.

Upozoravajuči izvještaji mogu biti korišteni kada je kvalitet glasa degradiran u toku sesije. Vremenski prozor na koji se Upozoravajući izvještaj odnosi može biti kratki vremenski interval ili od početka poziva do trenutka kada je upozorenje generirano; ovaj vremenski prozor bi trebao biti izabran da obezbjedi najkorisnije informacije da podrži dijagnozu problema. Sesija, Interval I

8

Upozoravajući izvještaji moraju popuniti metričke izvještaje koji su mjereni u intervalima eksplicitno definiranih početnih i krajnjih tačaka.

3.3. Sažetak kvaliteta glasa

Ova vrsta korisničkog opterećenja bi trebala biti glavni nosioc glasa, a ne udobnost buke ili nosivost telefonskog događaja. Za aplikacije koje dosljedno i brzo prebacuju kodeke, najčešće korišten kodek bi trebao biti prijavljen. Sve vrijednosti u izvješću, kao što su IP adrese, sinkronizacijski izvori ( SSRC), itd., predstavljaju te vrijednosti koje je primio reporeter. U nekim scenarijima, te ne mogu biti isti na oba kraja sesije - SAKUPLJAČ će trebati logiku da može sastaviti te sesije zajedno. Vrijednosti parametara, kao što su vrijeme uzorkovanja, okvir trajanja, okvir okteta, paketi po sekundi, kašnjenje obilaska, itd., ovise o vrsti izvješće u kojem su prisutni. Ako postoji u sesiji ili Interval izvješće, oni predstavljaju prosječne vrijednosti tijekom sjednice ili intervala. Ako postoji u Alert izvješću, oni predstavljaju trenutne vrijednosti. Reporeter uvijek uključuje lokalne informacije o kvaliteti informacija i trebao bi ako je moguće podijeliti sa kolektorom.Upravo taj kvalitet može biti dostupan sa primljenog RTCP-XR izvještaja do drugih izvora. Ovakvo izvještavanje je korisno u slučajevima kada kraj može podržati RTCP-XR ali ne i ovaj izvještaj o kvalitetu glasa.

3.4. Događaj kvalitete glasa i semantika

Imajte na umu da većina parametra nisu obvezni. U praksi, većina implementacija ćemo posmatrati kao podskup parametara. To nije namjera ovog dokumenta, definirati koji parametri mogu ili ne mogu biti korišteni za praćenje kvalitete glasa sesija, nego je omogučiti i izvještavanje o kvaliteti glasa. Kao takav, sintaksa omogućuje nositelju da odabere koje metrike su najprikladniji za njihovo rješenje. Kao što ne postoje "nevažeći" "nepoznato", ili "ne odnosi se" vrijednosti u sintaksi, namjera je da se isključi bilo koje parametre za koje vrijednosti nisu dostupne, neprihvatljive su ili nepoznate.Autori priznaju da provoditelji možda mora dodat nove linije parametara za izvješća i nove podatke s postojećim parametar linijama.

3.4.1. ABNF Sintaksa definicije

Izvještaj kvalitete glasa događaj = Upozoravajući Izvještaj / Sesijski izvještaj / Interval izvještaj

9

Sesijski izvještaj = "Kvalitet glasa sesijski izvještaj" [HCOLON "CallTerm"] CRLF             Sesijske informacije CRLF             Lokalne metrike [CRLF Daljinske metrike ]             [CRLF Razgovor ID]

CallTerm označava završno izvješće o sjednici.

Interval izvještaj = "Kvalitet glasa interval izvještaj" [HCOLON "CallTerm"] CRLF             Sesijske informacije CRLF             Lokalne metrike [CRLF Daljinske metrike ]             [CRLF Razgovor ID]

Lokalne metrike = "Lokalne metrike" HCOLON CRLF Metrie

Daljinske metrike = "Daljinske metrike " HCOLON CRLF Metrie

Upozoravajući Izvještaj = "VQAlertReport" HCOLON       Tip metrike WSP Ozbiljnost WSP Smjer CRLF       Sesijske informacije CRLF       Lokalne metrike [CRLF Daljinske metrike ]       [Razgovor ID]

SessionInfo = Sesijske informacije CallID CRLF - Poziv id CRLF LocalID CRLF - LokalniID CRLF RemoteID CRLF - DaljinskiID CRLF OrigID CRLF - OrigID CRLF LocalAddr CRLF - Lokalna adresa CRLF RemoteAddr CRLF - Udaljena adresa CRLF LocalGroupID CRLF - Lokalna grupa ID CRLF RemoteGroupID CRLF - Udaljena grupa ID CRLF [ LocalMACAddr CRLF ] - [Lokalna MAC adresa CRLF] [ RemoteMACAddr CRLF ] - [Udaljena Mac adresa CRLF]

Metrics = TimeStamps CRLF - Metrika = vremenske oznake CRLF [ SessionDescription CRLF ] – Opis sesije CRLF [ JitterBuffer CRLF ]- [JitterBuffer CRLF] [ PacketLoss CRLF ]- [Gubitak paketa CRLF]

10

[ BurstGapLoss CRLF ]- [Gubitak eksplozivnog gapa CRLF] [ Delay CRLF ]- [Kašnjenje CRLF] [ Signal CRLF ]- [Signal CRLF] [ QualityEstimates CRLF ]- [QualityEstimates CRLF]

Ove vremenske oznake trebaju odražavati, što je bliže moguće, stvarno vrijeme, tijekom kojeg su mediji sesije su pokrenuti kako bi se omogućilo povezanost s događajima u mrežnoj infrastrukturi i računovodstvenim evidencijama. Vremenske zone osim "Z" nije dopušteno.

TimeStamps = "Timestamps" HCOLON StartTime WSP StopTimeStartTime = "START" EQUAL datum-vrijemeStopTime = "STOP" EQUAL datum-vrijem

Opis sesije omogućava skraćenu verziju sesije SDP ali sadrži samo relevantne parameter za izvještaj kvaliteta sesije.

SessionDescription = "Opis sesije" HCOLON    [PayloadType WSP] – Tip nosivosti WSP     [PayloadDesc WSP] – Opis nosivosti WSP     [SampleRate WSP] – Vrijeme uzorkovanja WSP    [PacketsPerSecond WSP] – Paketi po sekundi WSP    [FrameDuration WSP] – Trajnje okvira WSP    [FrameOctets WSP] – Okvir okteta WSP    [FramesPerPacket WSP]- Okviri po paketu WSP    [FmtpOptions WSP] –Tip okvira opcije WSP [ PacketLossConcealment WSP ] – Prikrivanje gubitaka paketa WSP [ SilenceSuppressionState ] – Suzbijanje stanja tišine WSP

PayloadType pruža PT parametar koji se koristi u RTP paketa. PayloadDesc daje tekstualni opis kodeka. Ovaj parametar bi trebao koristiti IANA registar za medije tipa imena definiran RFC 4855 gdje je nedvosmisleno definiran kodeka. PayloadDesc = "PD" EQUAL (riječi / DQUOTE riječ-plus DQUOTE)SampleRate izvješća stopa po kojoj glasa je uzorak u slučaju uskopojasni kodeke, ova vrijednost će obično biti 8000. Za kodeke koje su u stanju promijeniti uzorak stope, najniže i najviše stope uzorka mora biti prijavljen (npr., 8000, 16000).

11

SampleRate = "SR" jednaka (1 * 6DIGIT) * (polu (1 * 66DIGIT))FrameDuration može se kombinirati s FramesPerPacket (okviri po paketu) kako bi se utvrdilo stopa paketizacije, jedinice za FrameDuration (trajanje okvira) su milisekundi. NAPOMENA: za okvir na bazi kodeka, svaki okvir predstavlja jedan kadar, za uzorak na temelju kodeke, "frame" se odnosi na skup uzoraka nošenih u RTP paket.

FrameDuration = "FD" EQUAL (1*4DIGIT)

FrameOctets (frame okteti) daje broj okteta u svaki okvir za vrijeme u kojem su izvješća generirana (tj. posljednja vrijednost). To može biti korišteno gdje FrameDuration nije dostupan. NAPOMENA: za okvir na bazi kodeka, svaki okvir predstavlja jedan okvir za uzorak na temelju kodeka, "frame" se odnosi na skup samplescarried u RTP paket.

FrameOctets (frame okteti) = "ZA" jednaka (1 * 5DIGIT) .FramesPerPacket (okviri po paketu) daje broj sličica u svakom RTP paketu za vrijeme u kojem su izvješća generira. NAPOMENA: za okvir na bazi kodeka, svaki okvir predstavlja jedan okvir za uzorak na temelju kodeka, "frame" se odnosi na skup uzoraka nošenih u RTP paketu. FramesPerPacket (okviri po paketu) = "FPP" jednaka (1 * 2DIGIT)

Paketi u sekundi daje prosječan broj paketa koji se prenose u sekundi, kao u vrijeme generirani izvješća.

PacketsPerSecond = "PPS" jednaka (1 * 5DIGIT) FMTP opcija iz SDP-a. Imajte na umu da je parametar određen od strane " " kako bi se izbjeglo raščlanjivanjem problema u prelazima između SDP-a i SIP raščlanjivanja.

FmtpOptions = "FMTP" jednaka DQUOTE riječi plus DQUOTE

PacketLossConcealment pokazuje je li PLC algoritam korišten za sesiju. Vrijednosti slijede ista numeriranja konvencije koje je RFC 3611 [4].0 - nedefinirana1 - onemogućeno2 - poboljšana3 - standardne

12

PacketLossConcealment ( prikrivanje gubitaka paketa) = "PLC" EQUAL ("0" / "1" / "2" / "3 SilenceSuppressionState (suzbijanje stanja tišine) pokazuje je li šutnja suzbijanje, također poznat kao Voice Activity Detection ( detekcija aktivnosti glasa) (VAD) je omogućena.

SilenceSuppressionState =" SSUP "EQUAL (" na "/ "OFF").

CallId (poziv ID) pruža poziv ID iz SIP-a dijalog.

Poziv id = "Poziv id" HCOLON Call-ID-Parm.

Lokalni ID identificira izvješćivanje krajnjih tačaka za medije sesije .

Lokalni ID = "Lokalni lID" HCOLON (ime-adresa / adr-spec)

Udaljena grupa ID pruža identifikacije za potrebe agregacije za krajnje točke.

Udaljena grupa ID = "RemoteGroup" HCOLON riječi plus

Za pojašnjenje, Lokalna adresa u lokalnim metrikama izvještaja mora biti Udaljena adresa u Daljinske metrike izvještaju.

JitterBuffer = "JitterBuffer" HCOLON [ JitterBufferAdaptive WSP ] [ JitterBufferRate WSP ] [ JitterBufferNominal WSP ] [ JitterBufferMax WSP ] [ JitterBufferAbsMax ]

JitterBufferAdaptive označava je li podrhtavanje međuspremnik u krajnjoj tačci prilagodljivo, statično ili nepoznato. Vrijednosti slijede ista numeriranja konvencije kao RFC 3611 [4]. 0 - nepoznate1 - rezervirana2 - ne prilagodljivo3 - prilagodljivo

JitterBufferAdaptive = "JBA" EQUAL ("0" / "1" / "2" / "3")

JitterBuffer metričke definicije su omogućene in RFC 3611 [4].

13

JitterBufferRate = "JBR" EQUAL (1*2DIGIT) ;0-15JitterBufferNominal = "JBN" EQUAL (1*5DIGIT) ;0-65535JitterBufferMax = "JBM" EQUAL (1*5DIGIT) ;0-65535JitterBufferAbsMax = "JBX" EQUAL (1*5DIGIT) ;0-65535

Gubitak paketa je definiran u RFC 3611 [4].

Gubitak paketa = "Gubitak paketa" HCOLON [Mrežni gubitak paketaWSP ] [ JitterBufferodbacivanje WSP]

NetworkPacketLossRate - Gubitak mrežnih paketa = "NLR" EQUAL (1*3DIGIT [ "." 1*2DIGIT ]) ;percentage

JitterBufferDiscardRate – JitterBuffer mjera odbijanih "JDR" EQUAL (1*3DIGIT [ "." 1*2DIGIT ]) ;procenti

BurstGapLoss metrčke definicije su omogučene in RFC 3611 [4].

BurstGapLoss = "BurstGapLoss" HCOLON [ BurstLossDensity WSP ]- Gubitak praska gustoče WSP [ BurstDuration WSP ] – Trajanje praska WSP [ GapLossDensity WSP ]- Gubitak gustoće praznine WSP [ GapDuration WSP ] – Trajanje praznine WSP [ MinimumGapThreshold ] - Minimalni prag praznine *(WSP Extension)

BurstLossDensity = Gubitak gustoče praska "BLD" EQUAL (1*3DIGIT [ "." 1*2DIGIT ]) ; procenti

BurstDuration = Trajanje praska "BD" EQUAL (1*7DIGIT) ;0-3,600,000 -- millisekunde

GapLossDensity = Gubitak gustoče jaza "GLD" EQUAL (1*3DIGIT [ "." 1*2DIGIT ]) ;procenti

GapDuration = Trajanje jaza"GD" EQUAL (1*7DIGIT) ;0-3,600,000 – millisekunde

14

MinimumGapThreshold = Minimalni prag jaza "GMIN" EQUAL (1*3DIGIT) ;1-255

Kašnjenje = "Delay" HCOLON    [RoundTripDelay WSP] – Kašnjenje povratnog puta WSP    [EndSystemDelay WSP] - Kašnjenje kraja sistema WSP    [OneWayDelay WSP] – Kašnjenje jednog puta WSP    [SymmOneWayDelay WSP] – Symm kašnjenje jednog puta    [InterarrivalJitter WSP] – Intervalni jitter WSP    [MeanAbsoluteJitter] – Apsolutni jitter WSP

RoundTripDelay bi trebao biti mjeren kako je definisano RFC 3550 [3].

RoundTripDelay = "RTD" EQUAL (1*5DIGIT) ;0-65535

EndSystemDelay metrika je definisana u RFC 3611 [4].

EndSystemDelay = "ESD" EQUAL (1*5DIGIT) ;0-65535

OneWayDelay je definisana u RFC 2679 [12].

OneWayDelay = "OWD" EQUAL (1*5DIGIT) ;0-65535

SymmOneWayDelay je definisana kao polovina sume RoundTripeDelay i EndSystemDelax vrijednosti sa krajnjih tačaka.

Intervalni Jitter se računa kako je definisano u RFC 3550 [3] i pretvoren u mislisekunde.

InterarrivalJitter = "IAJ" EQUAL (1*5DIGIT) ;0-65535 ms

Definicije metrike signala su osigurane u RFC 3611 [4].

Signal = "Signal" HCOLON [ SignalLevel WSP ]- Nivo signala WSP [ NoiseLevel WSP ]- Nivo buke WSP [ ResidualEchoReturnLoss ] – Gubitak preostalog povratnog odjeka WSP

15

Nivo signala će normalno biti negativne vrijednosti. Odsutnost negativnog znaka pokazuje pozitivne vrijednosti. Gdje razina signala negativna, znak mora biti uključen. Ovaj podatak se odnosi na govorni signal dekodiranih iz toka primljenih paketa

SignalLevel = "SL" EQUAL ([ "-" ] 1*2DIGIT)

Razina buke u pravilu će biti negativna i znak mora izričito biti uključeni. Nepostojanje upućuje na pozitivne vrijednosti. Ovaj podatak se odnosi na govorni signal dekodiran iz toka primljenih paketa.

NoiseLevel = "NL" EQUAL ([ "-" ] 1*2DIGIT)

Preostalo gušenje refleksije jeke (RERL) je omjer između izvornog signala i razine odjeka a mjere se nakon što je poništavanje odjeka ili suzbijanje primjenjeno. Izražava se u u decibelima (dB). To je obično pozitivna vrijednost. Ovaj podatak odnosi se na udio govornog signala dekodiranih iz toka primljenih paketa koji se reflektira natrag u kodirani govorni signala za prenos toka paketa (tj. to će utjecati udaljeni korisnički razgovorni kvalitet). Za podršku dijagnoze odjeka - vezani problemi koji su iskusili lokalni korisnici uređaja generiranih izvještaja prema tom dokumentu, vrijednost RERL prijavljenih putem RTCP XR VoIP Metrika nosivost treba se iskazati u Daljinske metrike skupa podataka.

ResidualEchoReturnLoss = "RERL" jednaka (1 * 3DIGIT)Glasovne kvalitete procjene parametara. Svaka procjena kvalitete ima dodatnu povezane algoritme. Ova polja trebaju dopustiti provedbu korištenja različitih metoda proračuna za svaku vrstu metrika.

QualityEstimates = "QualityEst" HCOLON    [ListeningQualityR WSP] – Kvalitet slušanja       [ConversationalQualityR WSP] – Kvalitet razgovora    [ExternalR-U WSP] - Vanjski R WSP    [ExtRInEstAlg WSP] – Vanjski algoritam R WSP    [ExternalR-Out WSP]- Vanjski R izlaz ESP

ListeningQualityR = "RLQ" EQUAL (1*3DIGIT) ; 0 - 120

RLQEstAlg = "RLQEstAlg" EQUAL word ; "P.564" [10],

16

ConversationalQualityR = "RCQ" EQUAL (1*3DIGIT) ; 0 - 120

RCQEstAlg = "RCQEstAlg" EQUAL word ; "P.564",

Vanjski R ulazi se mjeri sa lokalnih krajnjih tačaka za dolazne veze sa "druge" strane krajnje tačke. Na primjer,

Telefon <---> most <----> Telefon

B ListeningQualityR (kvalitet slušanja) = kvaliteta Telefon put ----> most

ExternalR-u (vanjski ulazi)= kvaliteta za mostove <---- Telefon B put

ExternalR-In = "EXTRI" EQUAL (1*3DIGIT) ; 0 - 120

ExtRInEstAlg = "ExtRIEstAlg" EQUAL word ; "P.564" or other

ExternalR-out ( vanjski izlaz ) je kopiran iz poruke RTCP XR koju je primio s udaljene krajnje tačke na "druge" strane ove krajnje tačke.

Na primjer, Telefon <---> most <----> Telefon BExternalR-Out = kvaliteta za mostove -----> Telefon B put

ExternalR-Out = "EXTRO" EQUAL (1*3DIGIT) ; 0 - 120

ExtROutEstAlg = "ExtROEstAlg" JEDNAKO riječ ; "P.564" MOS-LQ = "MOSLQ" EQUAL (DIGIT [ "." 1*3DIGIT ]) ; 0.0 - 4.9

MOSLQEstAlg = "MOSLQEstAlg" JEDNAKO riječ; "P.564"

MOS-CQ = "MOSCQ" EQUAL (DIGIT [ "." 1*3DIGIT ]) ; 0.0 - 4.9

MOSCQEstAlg = "MOSCQEstAlg" JEDNAKO riječ ; "P.564" QuEstDlg pruža alternativu za zasebne procjene algoritama za korištenje kada se isti algoritam koristi za sva mjerenja.

QoEEstAlg = "QoEEstAlg" EQUAL word ; "P.564"

Dijalog ID pruža identifikaciju dijaloga s kojima mediji sesije je povezana. Ova vrijednost se uzima iz SIP zaglavlja. Metrički tip daje podatak o kojima obavijesti praga povrede

17

temelji.Prošireni parametar može se koristiti za pružanje metrike koje nisu definirane ovim dokumentom.

MetricType = "Type" EQUAL "RLQ" / "RCQ" / "EXTR" / "MOSLQ" / "MOSCQ" / "BD" / "NLR" / "JDR" / "RTD" / "ESD" / "IAJ" / "RERL" / "SL" / "NL" /

Opće ABNF zapis iz RFC 5234.

CRLF =% x0D.0ADigit =% X30-39WSP = SP / HTAB; razmakomSP = ""HTAB =% x09; vodoravno karticuHEXDIG = Digit / "" / "B" / "C" / "D" / "E" / "F" /              "" / "B" / "c" / "D" / "e" / "f"DQUOTE =% x22; "(Double citat)ALPHA =% X41-5A /% X61-7A,-Z / Z

ABNF zapis iz RFC 3261.

alphanum = alfa / znamenkeLWS = [* WSP CRLF] 1 * WSP, linearni razmakomSWS = [LWS]; rujna razmakomSEMI = SWS "," SWS, točka-zarezomEQUAL = SWS "=" SWS; jednakaColon = SWS ":" SWS; debelog crijevaHCOLON = * (SP / HTAB) ":" SWS

znak = 1 * (alphanum / "-" "." "!" / / / "%" / "*"                   / "_" / "+" / "` "/" "/" ~ ")

IPv4address = 1 * 3DIGIT "." 1 * 3DIGIT "." 1 * 3DIGIT "." 1 * 3DIGITIPv6address = hexpart [":" IPv4address]hexpart = hexseq / hexseq "::" [hexseq] / "::"                       [Hexseq]hexseq = hex4 * (":" hex4)

18

hex4 = 1 * 4HEXDIGhex2 = 2HEXDIG

ABNF zapis iz RFC 3339.

datum-godina = 4DIGIT; npr. 2006datum-mjesec = 2DIGIT; npr. 01 ili 11datum-dan = 2DIGIT; npr. 02 ili 22vrijeme-sat = 2DIGIT; npr. 01 ili 13vrijeme-minute = 2DIGIT; npr. 03 ili 55vrijeme drugi = 2DIGIT; npr. 01 ili 59vrijeme secfrac = "". 1 * Digitvrijeme-numoffset = ("+" / "-") vrijeme sata ":" Vrijeme minutavrijeme-pomak = "Z" / vremena numoffsetdjelomično radno vrijeme = vrijeme sata ":" vrijeme-minutni ":" vrijeme sekundi [vrijeme secfrac]puni date = date-godina "-" datum-mjesec "-" datum-mjesec-dans punim radnim vremenom = djelomičnim radnim vremenom vremena pomakadatum-vrijeme = puni-datum "T" s punim radnim vremenom

Prošireni = riječ-plus

riječ = 1 * (alphanum / "-" "." "!" / / / "%" / "*" /    "_" / "+" / "` "/" "/" ~ "/    "(" / ")" / "<" / ">" /    ":" / "\" / DQUOTE /    "/" / "[" / "]" / "?" )

riječ-plus = 1 * (alphanum / "-" "." "!" / / / "%" / "*" /    "_" / "+" / "` "/" "/" ~ "/    "(" / ")" / "<" / ">" / ":" /    "\" / "/" / "[" / "]" / "?" /    "{" / "}" / "=" / "")

19

3.4.2. Parametarske definicije i preslikavanja

Vrijednosti parametara, kodeka vrste i drugih aspekata krajnjih se može dinamički mijenjati tokom sesije. Izviještaji vrijednosti metrike i konfiguracijskih parametara će imati trenutnu vrijednost u trenutku u kojem se izvještaj generira. Ocijena gubitka paketa prilikom prijenosa i odbačenog paketa stopa parametara izračunavaju se u razdoblju između početka i završetka vremenske oznake za izvješće. To su obično računa od zbira brojeva izgubljenih ili odbačenih paketa podijeljeno sa sumom brojeva paketa, a time se temelje trenutne vrijednosti tih brojila u vrijeme kada su izvještaji generirani.

3.4.2.1. Opće Mapiranje Postoci iz 8-bitnih, fiksnih tačak brojeva

RFC 3611 koristi 8-bitni, fiksne tačke broja binarnih točke na lijevom rubu polja. Ova vrijednost se izračunava dijeljenjem ukupnog broja paketa izgubljenih od ukupnog broja očekivanih paketa i množenjem rezultat sa 256, a zatim se uzima cjeli dio. Za parametar RTCP XR u ovom obliku, na karti u ekvivalent SIP VQ-rtcpxr parametar, jednostavno preokrenuti jednadžbe, tj. podijeliti po 256 i uzeti cijeli dio.

3.4.2.2. Vremenske oznake

Nakon SIP i drugih IETF konvencija, vremenske oznake navedene su u koordiniranom univerzalnom vremenu (UTC), koristeći ABNF format predviđeno u RFC 3339 [7]. Ove vremenske oznake trebaju odražavati, što je bliže moguće, stvarno vrijeme tokom kojeg je mediji sesije pokrenut kako bi se omogućila korelacija povezanih događaja u mreži i računovodstvene ili naplatni zapisi.

3.4.2.3. Opis sesije

Parametri u ovom području daju skraćenu verziju sjednice SDP (e), sadrži samo relevantne

20

parametre za sesije kvalitetu izvještaja. Gdje vrijednosti mogu mijenjati tokom sesije, na primjer, kodek može promijeniti stopu, onda je najnovija vrijednost parametra prijavljena.

3.4.2.4. Vrsta korisničkog opterećenja

To je "vrsta korisničkog opterećenja" parametar se koristi u RTP paketa, tj. kodeku. Ovo polje također se može preslikati iz SDP-a "rtpmap" atribut polje "vrsta korisničkog opterećenja". IANA-registrirane vrste treba koristiti.

3.4.2.5. Opis nosivosti

Ovaj parametar je tekstualni opis kodeka. Ovaj parametar bi trebao koristiti IANA registar za tipa medije imena gdje je nedvosmisleno definiran kodek.

3.4.2.6. Kvaliteta uzorkovanja

Ovaj parametar je mapiran u SDP-a "rtpmap" atribut polje "takta".Polje pruža stopa po kojoj je uzorkovan glas, mjeren Hercima (Hz).

3.4.2.7. Paketi po sekundi

Ovaj parametar se ne nalazi u RTP ili SDP-u, ali obično se može dobiti od uređaja kodek. Paketi u sekundi daje (zaobljeni) broj RTP pakete koji se prenose u sekundi.

3.4.2.8. Okvir Okteta

Ovaj parametar se ne nalazi u RTP ili SDP-a, ali je obično pod uvjetom od uređaja kodek. Polje daje broj okteta u svakom okviru unutar RTP tereta. Ovo polje predviđa broj okteta u svakom okviru u toku RTP nosivosti. Također, uzorak na temelju kodeka se koristi izraz „frame“ koji se odnosi na skup uzoraka provedena u RTP paketa.

3.4.2.9. Sličica paket

21

Ovaj parametar se ne nalazi u RTP ili SDP-u, ali obično se moze dobiti iz uređaja kodek. Ovo polje daje broj okvira u svakom RTP pakatu. Morate znati da ove vrijednosti se mogu kombinirati s FrameDuration te odrediti paketizaciju stopa. Također, gdje se koristi uzorak na temelju kodeka „frame“ se odnosi na skup uzoraka koji se nalaze u RTP paketu.

3.4.3. FMTP mogučnostiOvaj parametar je preuzet izravno iz SDP-aatribut „fmtp“ definirano z REC 4566Stanje suzbijanja tišine

Ovaja parametar ne odgovara SDP-u, RTP-u ili RTCP XR. To pokazuje da li suzbijanje glasa, poznato pod nazivom Voice Active Detection (VAD) omogučava za prepoznavanje sesije.

3.4.3.1. Gubitak paketa prikrivanje

Ta vrijednost odgovara „PLC-u“ U RFC 3611 u VoIP Metrics Report Block. Vrijednost definirana RFC 3611 se koristi po preporuci i stoga mapiranje nije potrebno

3.4.3.2. Lokalna adresa

Ovo polje pruza IP adresu, port, sinkronizaciju izvora (SSRC) za sesiju iz prerspektive krajnje tačke koja mjeri učinkvitost. Ip adresa može biti u IPv4 ili IPv6 formatu. SSRC je preuzet iz SDP-a, RTCP-a XR ulaznih parametara. U prisustu NAT-a i gdje NAT mehanizam kao sto je Session Traversal Utilities for NAT se koristi vanjska IP adresa i može se izvijestiti, jer unutarnja IP adresa nije vidljiva mrežnom operateru

3.4.3.3. Prenosna adresa

Ovo polje pruza IP adresu, port i SSRC sesiju iz perspektive daljinskog mjerenja tačke krajnjih performansi. U prisutnosti NAT-a i gdje NAT traversal-mehanizam kao sto je STUN se koristi vanjska IP adresa koja može biti prijavljena, jer unutarnja IP adresa nije vidiljiva za mrežni opretor.

3.4.4. Jitter Buffer Adaptive

Ova vrijednost odgovara „JBA“ U RFC 3611 u VoIP Metrics report Block. Vrijednost definirana RFC 3611 su nepromijenjene i s toga mapiranje nije potrebno.

22

3.4.4.1. Jitter buffer brzina

Ta vrijednost odgovara „JB stopa“ u RFC 3611 u VoIP Metrics Report Block. Parametar ne zahtjeva bilo kakve razgovore.

3.4.4.2. Jitter buffer nominal

Ta vrijednost odgovara „JB nominalne“ u RFC 3611 u VoIP Metrics Report Blocks. Paramerar ne zahtijeva bilo kakve razgovore.

3.4.4.3. Jitter Buffer Max

Ta vrijednost odgovara „JB maksimalno“ u RFC 3611 u VoIP Metrics Report Block. Parametar ne zahtijeva bilo kakve razgovore.

3.4.4.4. Jitter Buffer Abs Max

Ta vrijednost odgovara „ JB ABS Max“ u RFC 3611 u VoIP Metrics Report Block. Parametar ne zahtjeva bilo kakve razgovore.

3.4.5. Gubitak paketa

Ta vrijednost odgovara „postotku gubitka“ u RFC 3611 u VoIp Metrics Report Block. Gubitak stope 100% može se prijaviti ako mediji paketa se očekuje, ali niko ih nije dobio u vrijeme trajanja sesije.

3.4.5.1. Gubitak praska

Ta vrijednost odgovara „rasprsnutosti gustoče“ u RFC 3611 u VoIP Metric Report Block.

3.4.5.2. Trajenje praska

Ta vrijednost odgovara „Rasprsnutost trajanja“ u RFC 3611 u VoIP Metrics Report Block. Ta vrijednost ne zahetjeva obračanje, tačna vrijednost poslana je u RTCP XR VoIP Metrics Report Block i može biti uključena u SIP VQ-rtcpxr parametar.

3.4.5.3. Gubitak jaza

23

Ova vrijednost odgovara „jazu gustoče“ u RFC 3611 VoIP Metric Report Block.

3.4.5.4. Trajanje jaza

Ova vrijednost odgovara „jazu trajanja“ u RFC 3611 u VoIP Metrics Report Block. Ta vrijednost ne zahtjeva obračanje, tačne vrijednosti su poslane u RTCP XR VoIP Metric Report.

3.4.5.5. Minimalni prag jaza

Ova vrijednost odgovara „Gmin“ U RFC 3611 u VoIP Metric Report Block. Ta vrijednost ne zahtjeva obračanje, tačna vrijednost poslana u RTCP XR VoIP Metric Report Block može biti prijavljena.

3.4.5.6. Kašnjenje putovanja

Ta vrijednost odgovara „povratno putovanje odgode“ u RFC 3611 u VoIP Metrics Report Block i može se mjeriti metodom definiranom u RFC 3550. Parametar se izrazava milisekundama.

3.4.5.7. End System Delay

Ta vrijednost odgovara „kašnjenju krajnjeg sustava“ u RFC 3611 u VoIP Metric Report Block. Ovaj parametar ne zahtjeva bilo koje razgovore. Parametar se izražava u milisekundama.

3.4.5.8. Jednosmjerno simetrično kašnjenje

Ova vrijednost se izračunava dodavanjem kašnjenja obilaska na lokalnom i daljinskom kraju sustava odgode, a podijeli se sa dva.

3.4.5.9. Jednosmjerno kašnjenje

Ova vrijednost treba se mjeriti pomoču metode definirane u RFC IETF 3679. Parametar se izražava u milisekundama.

3.4.6. Međustizanje Jitter

Međudolazak jittera izračunava se kako je to definirano u RFC 3550 i pretvori se u milisekunde24

3.4.6.1. Apsolutni Jitter

Preporucujue se da MAJ se mjeri kao sto je definirano u IUT-ZG.1020. Ovaj parametar se često naziva MAPDV (srednja apsolutna vrijednost paket varijacija kašnjenja). Parametar se izražava u milisekundama.

3.4.6.2. Nivo signala

Ovo polje odgovara „ nivou signala“ u RFC 3611 u VoIP Metric Report Block. Ovo polje pružaa relativan govorni signal na razini koja se definira kao omjer signala na razini 0 dBm= referenca, izražen je u decibelima. Ova vrijednost se može koristiti direktno bez dodatnih pretvaranja.

3.4.7. Nivo buke

Ovo polje odgovara „razini buke“ u RFC 3611 VoiP Metric Report Block. Ovo polje daje tihi omjer razdoblja pozadinske buke na razini 0 dBm0 referenci, izraženo u decibelima. Ova vrijednost se također moze korisiti direktno bez dodatnih pretvaranja.

3.4.7.1. Povratak gubitka odjeka

Ovo polje odgovara „RERL“ u RFC 3611 u VoIP Metrics Report Block. Ovo polje daje odnos izmedu izvornog signala i odjeka razine u decibelima, mjereno poslije odjeka ili supresije. Ova vrijednost se može korisitit direktno bez dodatnih pretvaranja.

3.4.7.2. Kvalitet slušanja

Ovo polje izrazava kvalitetu slušanja izraženu kao faktor R (po G107). Ovo ne uključuje utjecaj jeke ili kašnjenje. Raspon R 0-95 za uskopojasne pozive i 0-120 za širokopojasne pozive. Algoritmi za računanje ovih vrijednosti trebaju biti u skladu sa ITU-T Preporuka P. 564 (109 i G.107 (11).

3.4.7.3. RLQEstAlg

Ovo polje pruža tekst naziva za algoritam koji se koristi za procjenu kvaliteta slušanja. Ovo polje će biti slobodno u oblik teksta, a ne nužno odraz standarda ili bilo koje preporuke.

3.4.7.4. Kvalitet razgovora

25

Ovo polje odgovara „R faktor“ u RFC 3611 u VoIP Metric Report Block. Ovaj parametar daje kumulativno mjerenje kvaliteta glasa od početka sesije izvještavanja. Raspon r 0-95 za uskopojasne pozive i 0-120 za širokopojasne pozive algoritmi za rčunanje ove vrijednost treba biti u skladu s ITU-T Prepruke 6.107 i P.564..

3.4.7.5. RCQEstAlg

Ovo polje pruža tekstualni naziv za algoritam koji se koristi za procjenu kvaliteta razgovora. Ovo polje bit će slobodni oblik teksta, a ne nužno odraz standarda ili bilo koje preporuke

3.4.7.6. ExternalR-In

Ovo polje odgovara „ext. R faktor“ u RFC 3611 u VoIP Metric Report Block. Ovaj parametar pokazuje glasovne kvalitete mjerene lokalnom krajnjom tačkom za dolazne veze na „druge“ staze. Raspon R je 0-95 za uskopojasne pozive i 0-120 za širokopojasne pozive. Algoritam za računanje ove vrijednosti treba biti u skladu s ITU-T. Preporuke p.564 i g.107. Unutar RFC 3611, izvjestio je R faktor 127 ukazuje na to da ovaj parametar nije dostupan u ovom slučaju. Kvalitet razgovora mora biti izostavljen iz VQ-rtcpxr dogadaja.

3.4.7.7. ExtRInEstAlg

Ovo polje pruža tekst naziv za algoritam koji se koristi za procjenu ExternalR-u. Ovo polje će biti slobodan oblik teksta, a ne nužno reflektirajuća bilo za standarde ili preporuke

3.4.7.8. ExternalR-Out

Ovo polje odgovara „Ext R faktor“ u RFC 3611 VoIP Metric Report Block. Ovdje se vrijednost kopira iz RTCP XR poruka primljenih s udaljenog kraja tačke na „druge“ strane ove krajnje tačke. Rasopon R 0-95 za uskopojasne pozive i 0-120 za širokopojasne pozive. Algoritmi za računanje ove vrijednosti treba biti u skladu s ITU-T Preporuke P.564 i G.107. Unutar RFC 3611 izvjestio je R faktor 127 ukazuje na to da ovaj parametar nije dostupan u ovom slučaju. Parametar kvaliteta razgovora neče biti izostavljen iz VQ-rtcpxr događaja.

3.4.7.9. ExtROutEstAlg

Ovo polje pruža tekst naziva za algoritam koji se koristi za procjenu ExternalR-out. Ovo polje će biti slobodan oblik teksta, a ne nužno reflektirajući bilo za standarde ili preporuke.

26

4. Kraj sesije izvještaja koristeči obavještenja

Alice Proxy/Registrar Collector Bob | | | | | | | | | REGISTER Allow-Event:vq-rtcpxr F1 | | |------------------->| | | | 200 OK F2 | | | |<-------------------| | | | | SUBSCRIBE Event:vq-rtcpxr F3 | | |<-------------------| | | SUBSCRIBE Event:vq-rtcpxr F4 | | |<-------------------| | | | 200 OK F5 | | | |------------------->| | | | | 200 OK F6 | | | |------------------->| | | INVITE F7 | | | |------------------->| | | | | INVITE F8 | | | |---------------------------------------->| | | 200 OK F9 | | | |<----------------------------------------| | 200 OK F10 | | | |<-------------------| | | | ACK F11 | | | |------------------->| | | | | ACK F12 | | | |---------------------------------------->| | RTP | | | |<============================================================>| | RTCP, RTCP XR | | |<============================================================>| | | | | | BYE F13 | | | |------------------->| BYE F14 | | | |---------------------------------------->| | | 200 OK F15 | | | |<----------------------------------------| | 200 OK F16 | | | |<-------------------| | | | NOTIFY Event:vq-rtcpxr F17 | | |------------------->| | | | | NOTIFY Event:vq-rtcpxr F18 | | |------------------->| | | | 200 OK F19 | | | |<-------------------| | | 200 OK F20 | | | |<-------------------| | |

27

Slika 1. Krajnji izvještaji sa obavještenjima poslanim na kraju sesije

NOTIFY sip:collector@example.org SIP/2.0 Via: SIP/2.0/UDP pc22.example.org;branch=z9hG4bK3343d7 Max-Forwards: 70 To: <sip:collector@example.org>;tag=43524545 From: Alice <sip:alice@example.org>;tag=a3343df32 Call-ID: 1890463548 CSeq: 4321 NOTIFY Contact: <sip:alice@pc22.example.org> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Event: vq-rtcpxr Accept: application/sdp, message/sipfrag Subscription-State: active;expires=3600 Content-Type: application/vq-rtcpxr Content-Length: ...

VQSessionReport: CallTerm CallID: 6dg37f1890463 LocalID: Alice <sip:alice@example.org> RemoteID: Bill <sip:bill@example.net> OrigID: Alice <sip:alice@example.org> LocalGroup: example-phone-55671 RemoteGroup: example-gateway-09871 LocalAddr: IP=10.10.1.100 PORT=5000 SSRC=1a3b5c7d LocalMAC: 00:1f:5b:cc:21:0f RemoteAddr:IP=11.1.1.150 PORT=5002 SSRC=0x2468abcd RemoteMAC: 00:26:08:8e:95:02 LocalMetrics: Timestamps:START=2004-10-10T18:23:43Z STOP=2004-10-01T18:26:02Z SessionDesc:PT=0 PD=PCMU SR=8000 FD=20 FO=160 FPP=1 PPS=50 PLC=3 SSUP=on JitterBuffer:JBA=3 JBR=2 JBN=40 JBM=80 JBX=120 PacketLoss:NLR=5.0 JDR=2.0 BurstGapLoss:BLD=0 BD=0 GLD=2.0 GD=500 GMIN=16 Delay:RTD=200 ESD=140 SOWD=200 IAJ=2 MAJ=10 Signal:SL=-18 NL=-50 RERL=55 QualityEst:RLQ=88 RCQ=85 EXTRI=90 MOSLQ=4.1 MOSCQ=4.0 QoEEstAlg=P.564 RemoteMetrics: Timestamps:START=2004-10-10T18:23:43Z STOP=2004-10-01T18:26:02Z SessionDesc:PT=0 PD=PCMU SR=8000 FD=20 FO=160 FPP=1 PPS=50 PLC=3 SSUP=on JitterBuffer:JBA=3 JBR=2 JBN=40 JBM=80 JBX=120 PacketLoss:NLR=5.0 JDR=2.0

BurstGapLoss:BLD=0 BD=0 GLD=2.0 GD=500 GMIN=16 Delay:RTD=200 ESD=140 SOWD=200 IAJ=2 MAJ=10 Signal:SL=-21 NL=-45 RERL=55

28

QualityEst:RLQ=90 RCQ=85 EXTRI=90 MOSLQ=4.3 MOSCQ=4.2 QoEEstAlg=P.564 DialogID:1890463548@alice.example.org;to-tag=8472761; from-tag=9123dh311

4.1. Međusesijsko prekoračenje praga koristeči obavještenja

Alice Proxy/Registrar Collector Bob | | | | | | | | | REGISTER Allow-Event:vq-rtcpxr F1 | | |------------------->| | | | 200 OK F2 | | | |<-------------------| | | | | SUBSCRIBE Event:vq-rtcpxr F3 | | |<-------------------| | | SUBSCRIBE Event:vq-rtcpxr F4 | | |<-------------------| | | | 200 OK F5 | | | |------------------->| | | | | 200 OK F6 | | | |------------------->| | | INVITE F7 | | | |------------------->| | | | | INVITE F8 | | | |---------------------------------------->| | | 200 OK F9 | | | |<----------------------------------------| | 200 OK F10 | | | |<-------------------| | | | ACK F11 | | | |------------------->| | | | | ACK F12 | | | |---------------------------------------->| | RTP | | | |<============================================================>| | RTCP, RTCP XR | | |<============================================================>| | NOTIFY Event:vq-rtcpxr F13 | | |------------------->| | | | | NOTIFY Event:vq-rtcpxr F14 | | |------------------->| | | | 200 OK F15 | | | |<-------------------| | | 200 OK F16 | | |

|<-------------------| | | | | | | | BYE F17 | | | |------------------->| BYE F18 | | | |---------------------------------------->|

29

| | 200 OK F19 | | | |<----------------------------------------| | 200 OK F20 | | | |<-------------------| | | | NOTIFY Event:vq-rtcpxr F21 | | |------------------->| | | | | NOTIFY Event:vq-rtcpxr F22 | | |------------------->| | | | 200 OK F23 | | | |<-------------------| | | 200 OK F24 | | | |<-------------------| | |

Figure 2. An alert report is sent during the session. In the call flow depicted in Figure 2, the following message format is sent in F13:

NOTIFY sip:collector@example.org SIP/2.0 Via: SIP/2.0/UDP pc22.example.org;branch=z9hG4bK3343d7 Max-Forwards: 70 To: <sip:proxy@example.org> From: Alice <sip:alice@example.org>;tag=a3343df32 Call-ID: 1890463548 CSeq: 4331 PUBLISH Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Event: vq-rtcpxr Accept: application/sdp, message/sipfrag Content-Type: application/vq-rtcpxr Content-Length: ...

VQAlertReport: Type=NLR Severity=Critical Dir=local CallID: 6dg37f1890463 LocalID: Alice <sip:alice@example.org> RemoteID: Bill <sip:bill@example.org> OrigID: Alice <sip:alice@example.org> LocalGroup: example-phone-55671 RemoteGroup: example-gateway-09871 LocalAddr:IP=10.10.1.100 PORT=5000 SSRC=0x2468abcd LocalMAC: 00:1f:5b:cc:21:0f

RemoteAddr:IP=11.1.1.150 PORT=5002 SSRC=1357efff RemoteMAC: 00:26:08:8e:95:02 LocalMetrics: Timestamps:START=2004-10-10T18:23:43Z STOP=2004-10-01T18:26:02Z SessionDesc:PT=18 PD=G729 SR=8000 FD=20 FO=20 FPP=2 PPS=50 FMTP="annexb=no" PLC=3 SSUP=on JitterBuffer:JBA=3 JBR=2 JBN=40 JBM=80 JBX=120 PacketLoss:NLR=10.0 JDR=2.0 BurstGapLoss:BLD=0 BD=0 GLD=2.0 GD=500 GMIN=16 Delay:RTD=200 ESD=140 SOWD=200 IAJ=2 MAJ=10 Signal:SL=-21 NL=-50 RERL=55

30

QualityEst:RLQ=80 RCQ=85 EXTRI=90 MOSLQ=3.5 MOSCQ=3.7 QoEEstAlg=P.564 RemoteMetrics: Timestamps:START=2004-10-10T18:23:43Z STOP=2004-10-01T18:26:02Z SessionDesc:PT=18 PD=G729 SR=8000 FD=20 FO=20 FPP=2 PPS=50 FMTP="annexb=no" PLC=3 SSUP=on JitterBuffer:JBA=3 JBR=2 JBN=40 JBM=80 JBX=120 PacketLoss:NLR=5.0 JDR=2.0 BurstGapLoss:BLD=0 BD=0 GLD=2.0 GD=500 GMIN=16 Delay:RTD=200 ESD=140 SOWD=200 IAJ=2 MAJ=10 Signal:SL=-21 NL=-45 RERL=55 QualityEst:RLQ=90 RCQ=85 MOSLQ=4.3 MOSCQ=4.2 QoEEstAlg=P.564 DialogID:1890463548@alice.example.org;to-tag=8472761; from-tag=9123dh311

4.2. Kraj sesije koristeči objavu

Alice Proxy/Registrar Collector Bob | | | | | | | | | REGISTER Allow-Event:vq-rtcpxr F1 | | |------------------->| | | | 200 OK F2 | | | |<-------------------| | | | INVITE F3 | | | |------------------->| | | | | INVITE F4 | | | |---------------------------------------->| | | 200 OK F5 | | | |<----------------------------------------| | 200 OK F6 | | | |<-------------------| | | | ACK F7 | | | |------------------->| | | | | ACK F8 | | | |---------------------------------------->| | RTP | | | |<============================================================>| | RTCP | | | |<============================================================>| | | | | | BYE F9 | | | |------------------->| BYE F10 | | | |---------------------------------------->| | | 200 OK F11 | | | |<----------------------------------------| | 200 OK F12 | | | |<-------------------| | | | PUBLISH Event:vq-rtcpxr F13 | | |------------------->| | | | | PUBLISH Event:vq-rtcpxr F14 | | |------------------->| | | | 200 OK F15 | | | |<-------------------| | | 200 OK F16 | | |

31

|<-------------------| | |

Slika 3. Kraj sesijskog izvještaja poslanog nakon

PUBLISH sip:collector@example.org SIP/2.0 Via: SIP/2.0/UDP pc22.example.org;branch=z9hG4bK3343d7 Max-Forwards: 70 To: <sip:proxy@example.org> From: Alice <sip:alice@example.org>;tag=a3343df32 Call-ID: 1890463548 CSeq: 4331 PUBLISH Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Event: vq-rtcpxr Accept: application/sdp, message/sipfrag Content-Type: application/vq-rtcpxr Content-Length: ...

VQSessionReport: CallTerm CallID: 6dg37f1890463 LocalID: Alice <sip:alice@example.org> RemoteID: Bill <sip:bill@example.net> OrigID: Alice <sip:alice@example.org> LocalGroup: example-phone-55671 RemoteGroup: example-gateway-09871 LocalAddr: IP=10.10.1.100 PORT=5000 SSRC=1a3b5c7d LocalMAC: 00:1f:5b:cc:21:0f RemoteAddr:IP=11.1.1.150 PORT=5002 SSRC=0x2468abcd RemoteMAC: 00:26:08:8e:95:02 LocalMetrics: Timestamps:START=2004-10-10T18:23:43Z STOP=2004-10-01T18:26:02Z SessionDesc:PT=18 PD=G729 SR=8000 FD=20 FO=20 FPP=2 PPS=50 FMTP="annexb=no" PLC=3 SSUP=on JitterBuffer:JBA=3 JBR=2 JBN=40 JBM=80 JBX=120 PacketLoss:NLR=5.0 JDR=2.0 BurstGapLoss:BLD=0 BD=0 GLD=2.0 GD=500 GMIN=16 Delay:RTD=200 ESD=140 SOWD=200 IAJ=2 MAJ=10 Signal:SL=-21 NL=-50 RERL=55 QualityEst:RLQ=90 RCQ=85 EXTRI=90 MOSLQ=4.2 MOSCQ=4.3 QoEEstAlg=P.564 RemoteMetrics: Timestamps:START=2004-10-10T18:23:43Z STOP=2004-10-01T18:26:02Z SessionDesc:PT=18 PD=G729 SR=8000 FD=20 FO=20 FPP=2 PPS=50 FMTP="annexb=no" PLC=3 SSUP=on JitterBuffer:JBA=3 JBR=2 JBN=40 JBM=80 JBX=120 PacketLoss:NLR=5.0 JDR=2.0 BurstGapLoss:BLD=0 BD=0 GLD=2.0 GD=500 GMIN=16 Delay:RTD=200 ESD=140 SOWD=200 IAJ=2 MAJ=10 Signal:SL=-21 NL=-45 RERL=55 QualityEst:RLQ=90 RCQ=85 MOSLQ=4.3 MOSCQ=4.2 QoEEstAlg=P.564 DialogID:1890463548@alice.example.org;to-tag=8472761; from-tag=9123dh311

32

4.3. Upozoravajuči izvještaji koristeći objavu

Alice Proxy/Registrar Collector Bob | | | | | INVITE F1 | | | |------------------->| | | | | INVITE F2 | | | |---------------------------------------->| | | 200 OK F3 | | | |<----------------------------------------| | 200 OK F4 | | | |<-------------------| | | | ACK F5 | | | |------------------->| | | | | ACK F6 | | | |---------------------------------------->| | RTP | | | |<============================================================>| | RTCP | | | |<============================================================>| | PUBLISH Event:vq-rtcpxr F7 | | |------------------->| | | | | PUBLISH Event:vq-rtcpxr F8 | | |------------------->| | | | 200 OK F9 | | | |<-------------------| | | 200 OK F10 | | | |<-------------------| | | | | | | | BYE F11 | | | |------------------->| BYE F12 | | | |---------------------------------------->| | | 200 OK F13 | | | |<----------------------------------------| | 200 OK F14 | | | |<-------------------| | |

PUBLISH sip:collector@example.org SIP/2.0 Via: SIP/2.0/UDP pc22.example.org;branch=z9hG4bK3343d7 Max-Forwards: 70 To: <sip:collector@example.org> From: Alice <sip:alice@example.org>;tag=a3343df32 Call-ID: 1890463548

CSeq: 4321 PUBLISH Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Event: vq-rtcpxr Accept: application/sdp, message/sipfrag Content-Type: application/vq-rtcpxr

33

Content-Length: ...

VQAlertReport: Type=RLQ Severity=Warning Dir=local CallID: 6dg37f1890463 LocalID: Alice <sip:alice@example.org> RemoteID: Bill <sip:bill@example.org> OrigID: Alice <sip:alice@example.org> LocalGroup: example-phone-55671 RemoteGroup: example-gateway-09871 LocalAddr: IP=10.10.1.100 PORT=5000 SSRC=1a3b5c7d LocalMAC: 00:1f:5b:cc:21:0f RemoteAddr:IP=11.1.1.150 PORT=5002 SSRC=0x2468abcd RemoteMAC: 00:26:08:8e:95:02 Metrics: Timestamps:START=2004-10-10T18:23:43Z STOP=2004-10-01T18:26:02Z SessionDesc:PT=0 PD=PCMU SR=8000 FD=20 FO=160 FPP=1 PPS=50 PLC=3 SSUP=on JitterBuffer:JBA=3 JBR=2 JBN=40 JBM=80 JBX=120 PacketLoss:NLR=5.0 JDR=2.0 BurstGapLoss:BLD=0 BD=0 GLD=2.0 GD=500 GMIN=16 Delay:RTD=200 ESD=140 SOWD=200 IAJ=2 MAJ=10 Signal:SL=-12 NL=-30 RERL=55 QualityEst:RLQ=60 RCQ=55 EXTR=90 MOSLQ=2.4 MOSCQ=2.3 QoEEstAlg=P.564 RemoteMetrics: Timestamps:START=2004-10-10T18:23:43Z STOP=2004-10-01T18:26:02Z SessionDesc:PT=0 PD=PCMU SR=8000 FD=20 FO=160 FPP=1 PPS=50 PLC=3 SSUP=on JitterBuffer:JBA=3 JBR=2 JBN=40 JBM=80 JBX=120 PacketLoss:NLR=5.0 JDR=2.0 BurstGapLoss:BLD=0 BD=0 GLD=2.0 GD=500 GMIN=16 Delay:RTD=200 ESD=140 SOWD=200 IAJ=2 MAJ=10 Signal:SL=-23 NL=-60 RERL=55 QualityEst:RLQ=90 RCQ=85 EXTRI=90 MOSLQ=4.2 MOSCQ=4.3 QoEEstAlg=P.564 DialogID:1890463548@alice.example.org;to-tag=8472761; from-tag=9123dh3111

34

Reference :

[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[2] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002.

[3] Schulzrinne, H., Casner, S., Frederick, R., and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", STD 64, RFC 3550, July 2003.

[4] Friedman, T., Caceres, R., and A. Clark, "RTP Control Protocol Extended Reports (RTCP XR)", RFC 3611, November 2003.

[5] Roach, A., "Session Initiation Protocol (SIP)-Specific Event Notification", RFC 3265, June 2002.

[6] Crocker, D. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", STD 68, RFC 5234, January 2008.

[7] Klyne, G., Ed. and C. Newman, "Date and Time on the Internet: Timestamps", RFC 3339, July 2002.

[8] Niemi, A., "Session Initiation Protocol (SIP) Extension for Event State Publication", RFC 3903, October 2004.

[9] ITU-T G.1020, "Performance parameter definitions for quality of speech and other voiceband applications utilizing IP networks".

[10] ITU-T P.564, "Conformance testing for voice over IP transmission quality assessment models".

[11] ITU-T G.107, "The E-model, a computational model for use in transmission planning".

[12] Almes, G., Kalidindi, S., and M. Zekauskas, "A One-way Delay

35

Metric for IPPM", RFC 2679, September 1999.

36