A felhasználó késéseket tapasztal a hívás során

A hangkésés leggyakoribb oka a nagy menetideje és a nagy jitter puffer késleltetése.

Több oka is lehet, hogy a magas utazási idő. A két végpont közötti távolság vagy sok ugrás mellett az egyik gyakori ok a hálózati torlódás, amely akkor fordul elő, ha a hálózat túlterhelt a forgalommal. Torlódás esetén a hálózati csomagok hosszabb ideig várakoznak az üzenetsorban. Egy másik lehetséges ok az, hogy az ügyfél nagy számú csomagot küld újra a TCP rétegen, ha az ügyfél használ TCP vagy TLS továbbít. Nagy újraküldési szám akkor fordulhat elő, ha a csomagok elvesznek vagy késleltetik az átvitelt. Emellett az adatok továbbítására használt fizikai adathordozó is befolyásolhatja a menetidőt. A Wi-Fi például általában nagyobb hálózati késéssel rendelkezik, mint az Ethernet, ami magasabb menetidőt eredményezhet.

A jitter puffer a böngésző által használt mechanizmus, amely kompenzálja a csomagküldő és az átrendezést. A hálózati feltételektől függően a jitter puffer késleltetésének hossza eltérő lehet. A jitterpuffer késleltetése azt az időtartamot jelenti, amellyel a hangminták a jitter pufferben maradnak. A nagy jitter puffer késleltetése hangkéséseket okozhat, amelyek a felhasználó számára észlelhetők.

Észlelés az SDK használatával

A felhasználói diagnosztikai API-val észlelheti a hálózati feltételek változásait. A hangküldő végpont hálózati minőségére vonatkozóan ellenőrizze az UFD-eseményeket a következő networkSendQualityértékekkel: . A fogadó végpont hálózati minőségére vonatkozóan ellenőrizze az UFD-eseményeket a következő networkReceiveQualityértékekkel: .

Emellett a Media Stats API-val monitorozhatja és nyomon követheti a webes ügyfél valós idejű hálózati teljesítményét. Két metrika kapcsolódik a hangkéséshez: rttInMs és jitterBufferDelayInMs.

Az rttInM-eknek közvetlen hatása van a hangkésésre, mivel a metrika a csomagok utazási idejét jelzi. A nagy késés érzékelhető késést okozhat a hangban. Javasoljuk, hogy 200 ms-os vagy annál rövidebb menetidőt adjon meg. Ha az utazási idő nagyobb, mint 500 ms, a felhasználók jelentős késéseket tapasztalhatnak, amelyek frusztrációhoz vezethetnek, és akadályozhatják a hatékony kommunikációt. Ilyen esetekben a beszélgetési folyamat megszakadhat, ami megnehezíti a zökkenőmentes és természetes interakciót.

A jitterBufferDelayInM-ben látható, hogy a hangminták mennyi ideig maradnak a jitter pufferben. Ezt az értéket különböző tényezők befolyásolhatják, például a csomagok késői érkezése, a rendelésen kívüli, a csomagvesztés stb. Általában kevesebb, mint 200 ms. Ha ez az érték magas, a felhasználók hangkéséseket tapasztalhatnak a hívásban.

A probléma elhárítása vagy feloldása

Az ACS Calling SDK szempontjából a hálózati problémák külső problémáknak minősülnek. A hálózati problémák megoldásához gyakran szükséges megérteni a hálózati topológiát és a problémát okozó csomópontokat. Ezek a részek olyan hálózati infrastruktúrát foglalnak magukban, amely kívül esik az ACS Calling SDK hatókörén.

A böngésző azonban a hálózati feltételeknek megfelelően adaptív módon módosíthatja a hangküldés minőségét. Fontos, hogy az alkalmazás kezelje a Felhasználói diagnosztikai API eseményeit, vagy figyelje a MediaStats szolgáltatás által biztosított metrikákat. Ily módon a felhasználók tisztában lehetnek a hálózati minőséggel kapcsolatos problémákkal, és nem lepődnek meg, ha gyenge minőségű hangot tapasztalnak a hívás során.