Jotta yrityksen VoIP voisi kilpailla menestyksekkäästi tavallisen puhelinjärjestelmän kanssa, äänenlaadun tulisi olla vähintään yhtä hyvä kuin analogisissa puhelimissa tai parempi. Äänenlaatu oli merkittävä huolenaihe VoIP:n varhaisimmissa toteutuksissa, kun tekniikka oli melko uutta.
Sen jälkeen itse tekniikkaa on parannettu useiden iteraatioiden kautta. Myös alan toimittajat ovat hankkineet sekä asiantuntemusta että kokemusta ja tehneet matkan varrella parannuksia palveluihinsa ja infrastruktuuriinsa.
Puhelujen korkean laadun johdonmukainen varmistaminen voi kuitenkin olla yritysorganisaatioille vaikea tehtävä. Tämä johtuu siitä, että laatuun vaikuttavat useat eri tekijät, ja yhden ongelman ratkaisun toteuttaminen saattaa pahentaa toista ongelmaa.
Ja sujuvimman ja parhaan kokemuksen saamiseksi verkon optimointi on välttämätöntä. Tämä saavutetaan yleensä määrittämällä asianmukaiset QoS-asetukset, jotka ilmoittavat verkkolaitteille, että VoIP-puheluille on annettava etusija suhteessa muuhun liikenteeseen.
Puhelujen ja verkon säännöllinen seuranta on kuitenkin tarpeen, jotta voidaan varmistaa, että odotetusta laadusta ei juuri poiketa. Yleisimpiä mittareita, joita käytetään verkon suorituskyvyn ja sitä kautta äänenlaadun mittaamiseen, ovat viive ja jitter.
Viive
Tämä on aikaviive, jolla puhepaketit siirretään lähteestä määränpäähän. Yleensä tämä mitta ei saisi ylittää 150 ms yhteen suuntaan, jotta puhelun laatu ei heikkenisi.
Jos osa puhelusta kulkee julkisen Internetin kautta (joka aiheuttaa oman viiveensä), organisaation sisäverkon viiveen pitäisi olla huomattavasti alle 150 ms.
Jitter
Tämä on lähinnä pakettien viiveen vaihtelua. Lähteen päätepisteen kannalta paketit on lähetetty jatkuvana virtana.
Mutta koska jokainen paketti voi kulkea eri reittiä määränpäähänsä, verkon ruuhkautuminen tai vääränlainen konfigurointi voi johtaa merkittäviin vaihteluihin pakettien viiveessä.
Se tarkoittaa sitä, että paketteja ei saada vastaanotetuksi samassa järjestyksessä tai ne saatetaan ehkä pudottaa kokonaan matkan varrella. Jitter, joka ylittää 40 ms, aiheuttaa puhelun laadun vakavaa heikkenemistä. Suuri jitteri on yleensä seurausta hitaista nopeuksista tai ruuhkaisista verkoista.
Jitterin mittaaminen
Jitteriä voidaan mitata useilla eri tavoilla, joista useat on esitetty yksityiskohtaisesti eri IETF:n RTP-standardeissa, kuten RFC 3550 ja RFC 3611. Joitakin näistä menetelmistä ovat Mean packet to packet delay variation (keskimääräinen pakettien välinen viiveen vaihtelu), Mean absolute packet delay variation (keskimääräinen absoluuttinen pakettien välinen viiveen vaihtelu), Packet delay variation histograms (pakettien välisen viiveen vaihtelun histogrammit) ja Y.1541 IPDV Parameter (Y.1541 IPDV parametri).
Yhtiöiden on ymmärrettävä kukin menetelmä ja se, mitä arvo ilmaisee, koska niissä saatetaan käyttää erilaisia parametreja tai oletuksia. Valitettavasti monet laitevalmistajat tai palveluntarjoajat eivät paljasta, mitä menetelmää ne käyttävät verkon tai laitteidensa jitteriarvojen laskemiseen.
Mutta monet toimittajat sisällyttävät nykyään keskimääräiset jitteriarvot SLA-sopimuksiinsa, jotta asiakkaat voivat olla varmoja hyväksyttävistä vähimmäislaatustandardeista.
Jitterin kompensointi
Jitterin osalta yksi ensimmäisistä asioista, jotka on tarkistettava, ovat yrityksen verkon QoS-asetukset. Jos QoS-ominaisuuksia ei ole määritetty tai ne on asetettu väärin, puhepaketit eivät saa prioriteettia. Tämä johtaa ohi meneviin tai hylättyihin paketteihin.
Äänipuheluihin kohdistuu näin ollen paljon jitteriä, mikä heikentää keskustelujen laatua. Jos QoS-asetukset ovat oikein ja verkkoliikenne on tavanomaisella tasollaan, merkittävää jitteriä ei pitäisi esiintyä.
VoIP-päätelaitteissa, kuten pöytäpuhelimissa ja ATA-laitteissa, on yleensä jitteripuskuri, joka kompensoi sitä. Jitteripuskurin avulla varmistetaan, että vastaanottava laite pystyy tallentamaan tietyn määrän paketteja ja järjestämään ne sitten uudelleen oikeaan järjestykseen.
Jitteripuskurin koosta riippuen järjestyksen ulkopuoliset paketit voidaan järjestää uudelleen ennen niiden toimittamista. Tämä aiheuttaa kuitenkin jonkin verran viivettä verkon alkuperäisen viiveen lisäksi.
Jitteripuskurit eivät aina toimi, Vaikka kokoa voidaan kasvattaa tiettyyn pisteeseen asti. Yleensä ne ovat tehokkaita vain alle 100 ms:n viiveen vaihteluissa, ja silloinkin laadun heikkeneminen voi olla käyttäjille helposti havaittavissa.