Megosztás a következőn keresztül:

A hívásminőség javítása és kezelése

  • Cikk

Ez a cikk olyan kulcsfontosságú eszközöket mutat be, amelyekkel figyelheti, elháríthatja és javíthatja a hívásminőséget az Azure Communication Servicesben. Az alábbi anyagok segítenek a legjobb felhasználói élmény kialakításában.

Mielőtt elolvasná ezt a cikket, ismerkedjen meg a hívással kapcsolatos áttekintési információkkal:

A hálózat előkészítése és a fontos hálózati forgalom rangsorolása a QoS használatával

Amikor a felhasználók elkezdik használni az Azure Communication Servicest a hívásokhoz és az értekezletekhez, előfordulhat, hogy a hívó hangja felszakad vagy megszakad egy hívásból vagy értekezletből. Előfordulhat, hogy a megosztott videó lefagy vagy képpontos, vagy teljesen meghiúsul. Ezt a problémát az okozza, hogy a hang- és videoforgalmat jelző IP-csomagok hálózati torlódásba ütköznek, és sorozatból érkeznek, vagy egyáltalán nem. Ha ez történik (vagy ha meg szeretné akadályozni, hogy az első helyen történjen), használja a szolgáltatásminőséget (QoS) a hálózati javaslatok követésével.

A QoS-ben prioritást kell adnia a késleltetésre érzékeny hálózati forgalomnak (például hang- vagy videostreameknek). Lehetővé teszi, hogy a forgalom a kevésbé érzékeny forgalom előtt "sorba legyen vágva". Az alacsonyabb prioritású forgalom például egy új alkalmazás letöltése. Ebben az esetben a letöltés további másodperce nem jelent jelentős problémát.

A QoS a windowsos csoportházirend-objektumok és a portalapú hozzáférés-vezérlési listák nevű útválasztási funkció használatával azonosítja és jelöli meg az összes csomagot valós idejű streamekben. Ez a funkció arra utasítja a hálózatot, hogy saját dedikált hálózati sávszélességet biztosítson hang-, video- és képernyőmegosztáshoz.

Ideális esetben a QoS-t a belső hálózaton implementálhatja, miközben készen áll az Azure Communication Services-megoldás bevezetésére. De bármikor megteheted. Ha a hálózat elég kicsi, előfordulhat, hogy nincs szüksége QoS-ra.

Részletes útmutatásért tekintse meg a hálózatoptimalizálást.

Az üzembe helyezés előkészítése minőségi és megbízhatósági vizsgálatokhoz

A minőség különböző definíciókkal rendelkezik, a valós idejű kommunikációs használati esettől és a felhasználók szemszögétől függően. Számos változó befolyásolja a valós idejű hívási élmény érzékelt minőségét. Az egyik változó javulása negatív változást okozhat egy másik változóban. Például a videohívások képkockasebességének és felbontásának növelése növeli a hálózati sávszélesség kihasználtságát és feldolgozási teljesítményét.

A fejlesztés megkezdése előtt határozza meg az ügyfél használati eseteit és követelményeit. Előfordulhat például, hogy egy ügyfélnek, akinek egyszerre több tucat biztonsági kameracsatornát kell monitoroznia, nem feltétlenül kell az egyes videostreamek által biztosított maximális felbontásra és képkockasebességre. Ebben a forgatókönyvben a Video Constraints API funkcióval korlátozhatja az egyes videostreamek által használt sávszélességet.

Naplózás implementálása natív platformokon

A naplófájlok lekéréséről szóló oktatóanyagban ismertetett naplózás megvalósítása kritikus fontosságú a natív fejlesztés részleteinek összegyűjtése szempontjából. A részletes naplók segítséget nyújtanak az eszközmodellekkel vagy operációsrendszer-verziókkal kapcsolatos problémák diagnosztizálásában. Javasoljuk a Logs API konfigurálását megkezdő fejlesztőknek, hogy a hívás élettartamával kapcsolatos részletekhez jussanak.

Meglévő minőségi és megbízhatósági képességek implementálása az üzembe helyezés előtt

Javasoljuk, hogy ezeket a könnyen implementálható hívásmintákat használja, mert ezek már úgy vannak optimalizálva, hogy a lehető legjobb hívásminőséget nyújtsák a felhasználóknak.

Ha a minták nem felelnek meg az igényeinek, és úgy dönt, hogy testre szabja az Azure Communication Services hívási megoldását, a következő képességeket valósítja meg a magas színvonalú hívási élmény támogatásához. Ezekhez a képességekhez tartozó eszközök segítenek megelőzni a gyakori minőségi és megbízhatósági problémák előfordulását, és diagnosztizálni a problémákat, ha előfordulnak. Ne feledje, hogy egyes hívásadatok csak akkor jönnek létre és nem lesznek tárolva, ha implementálja ezeket a képességeket.

A következő szakaszok részletesen ismertetik a hívás szakaszaiban megvalósítandó eszközöket:

  • Hívás előtt: Előzetes készenlét.
  • Hívás közben: Hívás közbeni kommunikáció.
  • Hívás után: A hívások minőségének és megbízhatóságának monitorozása és hibaelhárítása.

Hívás előtt

Az Azure Communication Services által biztosított hívás előtti ellenőrzések használatával megismerheti a felhasználók kapcsolati állapotát a hívás előtt, és proaktív lépéseket tehet a nevükben. Ha például azt tanulja, hogy egy felhasználó kapcsolata gyenge, javasoljuk, hogy kapcsolja ki a videoképet, mielőtt csatlakozna a híváshoz, hogy jobb hangkapcsolattal rendelkezzen.

Hálózati diagnosztikai eszköz

A Network Diagnostic eszköz üzemeltetett felületet biztosít a fejlesztőknek a híváskészség ellenőrzéséhez a fejlesztés során. Ellenőrizheti, hogy a felhasználó eszköz- és hálózati feltételei optimálisak-e a szolgáltatáshoz való csatlakozáshoz, így biztosítva a nagy hívási élményt. Az eszköz diagnosztikát végez a hálózaton, az eszközökön és a hívásminőségen.

A Hálózatdiagnosztika eszközzel arra ösztönözheti a felhasználókat, hogy megoldják a megbízhatósági problémákat, és javítsák a hálózati kapcsolatukat, mielőtt csatlakoznának egy híváshoz.

További információ: Hálózatdiagnosztikai eszköz.

Pre-Call API a diagnosztikához

Lehet, hogy saját diagnosztikai eszközt szeretne létrehozni, vagy mélyebb integrációt szeretne végezni a Hálózati diagnosztikai eszköz alkalmazásba. Ha igen, a Hívás előtti API-val futtathatja a hívó SDK diagnosztikai eszközét.

A Hívás előtti API lehetővé teszi a felhasználói felület testreszabását. Ezután ugyanazokat a tesztsorozatokat futtathatja, amelyeket a Hálózati diagnosztikai eszköz használ a kompatibilitás, a kapcsolat és az eszközengedélyek tesztelési hívásokkal való biztosításához. A hívások megkezdése előtt eldöntheti, hogyan lehet a legjobban értesíteni a felhasználókat a problémák megoldásáról. A minőség- és megbízhatósági problémák elhárítása során konkrét ellenőrzéseket is elvégezhet.

Ha például egy felhasználó hardvertesztje problémát tapasztal, értesítheti a felhasználót, hogy kezelje a jövőbeli hívásokra vonatkozó elvárásokat és változásokat.

További információ: Hívás előtti diagnosztika.

Ütköző hívási ügyfelek

Mivel az Azure Communication Services hang- és videohívásai webes és mobilböngészőkben futnak, előfordulhat, hogy a felhasználók több böngészőlapon futtatják az Azure Communication Services Calling SDK különálló példányait. Ez a helyzet a következő példákhoz hasonlóan különböző okokból fordulhat elő:

  • A felhasználó elfelejtette bezárni az előző lapot.
  • A felhasználó nem tudott bekapcsolódni egy hívásba értekezletszervező jelenléte nélkül. A felhasználó újra megnyitja az értekezlethez való csatlakozás hivatkozását, amely egy külön mobilböngésző lapot nyit meg.

Ha egyszerre több hívásböngészőlap is található, a hang- és videoviselkedés megszakad a felhasználó által csatlakozni próbáló hívás (vagyis a célhívás) hang- és videoviselkedésében. Győződjön meg arról, hogy a hívás indítása előtt és (monitorozással) nem nyílik meg több böngészőlap a hívás teljes életciklusa során. Proaktív módon értesítheti az ügyfeleket, hogy zárják be a felesleges lapjaikat, vagy ha kezdetben nem tudnak csatlakozni egy híváshoz, akkor hasznos üzenetküldéssel segíthet nekik a megfelelő híváshoz való csatlakozásban.

Annak ellenőrzéséhez, hogy a felhasználó több Azure Communication Services-példánya fut-e böngészőben, olvassa el a Hogyan észlelhető, hogy az Azure Communication Services SDK-t használó alkalmazások aktívak-e a böngésző több lapján.

Hívás közben

A hívás során a felhasználó hálózati állapota romlhat, vagy megbízhatósági és kompatibilitási problémákba ütközhet. Ezek a helyzetek rossz hívási élményt eredményezhetnek. Az alábbi szakaszok segítséget nyújtanak a hívások problémáinak kezelésére és a felhasználókkal való kommunikációra vonatkozó képességek alkalmazásában.

Felhasználó által használt diagnosztika

Amikor egy felhasználó hívásban van, fontos, hogy valós időben értesítse őket a hívással kapcsolatos problémákról. A Felhasználóhoz való diagnosztika funkció valós idejű jelzőket biztosít a felhasználót érintő problémákhoz, például a mikrofon elnémításához beszéd közben vagy gyenge hálózati minőség esetén.

A felhasználói felület üzeneteit a lehető legjobban testre szabhatja a forgatókönyvek szerint. Példa:

  • Ha egy jelző hálózati problémát azonosít, megkérheti a felhasználókat, hogy kapcsolják ki a videójukat, változtassák meg a hálózatokat, vagy lépjenek egy jobb hálózati feltétellel vagy kapcsolattal rendelkező helyre.
  • Ha egy jelző eszközproblémát azonosít, elmozdíthatja a felhasználót az eszközök közötti váltáshoz.

Az üzenetkezelés mellett a felhasználók nevében is eljárhat, és proaktív megközelítéseket is megfontolhat a felhasználó által korlátozott sávszélesség védelme érdekében. Ha azt tapasztalja, hogy a felhasználók nem kapcsolják ki következetesen a videójukat, miután értesítést kaptak Öntől, proaktív módon kikapcsolhatja a felhasználó videóját a hangkapcsolat rangsorolása érdekében. Még a híváshoz való csatlakozás előtt el is rejtheti a videoképességet az ügyfelek elől a felhasználói felületen.

További információ: Felhasználói diagnosztika.

Videókorlátozások

A videostreamek nagy mennyiségű hálózati sávszélességet használnak fel. Ha tudja, hogy a felhasználók korlátozott hálózati sávszélességet vagy gyenge hálózati feltételeket használnak, videokényszerekkel szabályozhatja a felhasználó videokapcsolatának hálózati használatát. Ha korlátozza a felhasználó videóstreamje által fogyasztható sávszélességet, a gyenge hálózati környezetekben a jó hangminőséghez szükséges sávszélességet is megvédheti.

További információkért tekintse meg a videó korlátait.

Kötetjelző

Néha a felhasználók nem hallják egymást. Lehet, hogy a hangszóró túl csendes, a figyelő eszköze nem kapja meg a hangcsomagokat, vagy egy hangeszköz-probléma blokkolja a hangot. A felhasználók nem tudják, hogy a másik személy mikor nem hallja őket. A bemeneti és kimeneti jelzőt a következőre használhatja:

  1. Jelzi, hogy egy felhasználó kötete alacsony vagy hiányzik-e.
  2. Kérje meg a felhasználót, hogy hangosabban beszéljen, vagy vizsgálja meg a hangeszköz problémáját a felhasználói felületen keresztül.

További információkért tekintse meg a kötetjelző webes híváshoz való hozzáadásáról szóló rövid útmutatót.

Médiaminőségi statisztikák

Mivel a hálózati feltételek a hívás során változhatnak, a felhasználók akkor is jelenthetnek gyenge hang- és videominőséget, ha probléma nélkül indították el a hívást. A médiaminőség-statisztikák funkció részletes minőségi metrikákat biztosít minden bejövő és kimenő hang-, video- és képernyőmegosztási streamhez. Ezek a részletes elemzések segítenek a folyamatban lévő hívások figyelésében, a felhasználók hálózatminőségi állapotának megjelenítésében a hívás során, valamint az egyes hívások hibakeresésében.

A szolgáltatás metrikái segítenek az Azure Communication Services ügyféloldali SDK médiastreamjeinek küldéséhez és fogadásához kapcsolódó problémák jelzésében. Például aktívan figyelheti a kimenő videostream availableBitrate értékét, megfigyelheti a javasolt 1,5 Mbps alatti állandó csökkenést, és értesítheti a felhasználót a videóminőség romlásáról.

A kiszolgálói naplóadatok csak a hívás általános összegzését adják meg a hívás befejezése után. A részletes médiastatisztikák alacsony szintű metrikákat biztosítanak a hívás teljes időtartama alatt, majd részletesebb elemzéshez.

További információ: Médiaminőségi statisztikák.

Optimális Videószám API

A két vagy több résztvevőt tartalmazó csoportos hívás során a felhasználó videóminősége ingadozhat a hálózati feltételek változása és a hardverre vonatkozó korlátozások miatt. Az Optimal Video Count API használatával javíthatja a felhasználók hívásminőségét azáltal, hogy meg tudja érteni, hogy a helyi végpontjuk hány videostreamet képes egyszerre megjeleníteni a minőség romlása nélkül.

A funkció implementálásával megőrizheti a helyi végpontok hívásminőségét és sávszélességét, amelyek egyébként rosszul próbálnák megjeleníteni a videókat. Az API elérhetővé teszi a tulajdonságot optimalVideoCount, amely dinamikusan változik a helyi végpont hálózati és hardveres képességeire reagálva. Ezek az információk futásidőben érhetők el, és a hívás során frissítéseket kapnak, így a hálózati és hardverfeltételek változásakor módosíthatja a felhasználói vizuális élményt.

A funkció implementálásához tekintse meg a webes platform hívás közbeni videókezelésével kapcsolatos útmutatóját.

Hívás után

Az Azure Communication Services hívási megoldásának kiadása és skálázása előtt hajtsa végre a következő monitorozási képességeket a minőség és a megbízhatóság érdekében, hogy biztosítsa az elérhető naplók és metrikák gyűjtését. A hívásadatok csak a képességek implementálásáig vannak tárolva, így nélkülük nem figyelheti és nem tudja hibakeresésre a hívás minőségét és megbízhatóságát.

További információt az Azure Communication Services hanghívási és videohívási naplóiban talál.

Hívásnaplók gyűjtésének megkezdése

Tekintse át ezt a dokumentációt a hívásnaplók gyűjtésének megkezdéséhez: Naplók engedélyezése diagnosztikai beállításokon keresztül az Azure Monitorban.

Az Azure Monitor adatainak megtekintéséhez és elemzéséhez javasoljuk, hogy válassza ki az allLogs kategóriacsoportot, és válassza ki a Küldés a Log Analytics-munkaterületre szolgáltatás céladatait. Ha nincs Log Analytics-munkaterülete az adatok elküldéséhez, hozzon létre egyet.

Javasoljuk, hogy szükség szerint figyelje az adathasználati és adatmegőrzési szabályzatokat a költség szempontjából. További információ: Költségek szabályozása.

Hívások diagnosztizálása a Hívásdiagnosztika használatával

A Hívásdiagnosztika egy Azure Monitor-élmény, amely személyre szabott elemzéseket biztosít az Azure Portal speciális telemetriai és diagnosztikai oldalain keresztül.

Miután megkezdte a naplóadatok tárolását a Log Analytics-munkaterületen, megjelenítheti az egyes hívások keresését, és megjelenítheti az adatokat a Hívásdiagnosztika szolgáltatásban. Az Azure Monitor-fiókjában lépjen az Azure Communication Services-erőforrásra, és keresse meg a Hívásdiagnosztika elemet a szolgáltatás menüjében. Ennek a funkciónak a legjobb kihasználásáról a Hívásdiagnosztikában olvashat.

A hívásminőség vizsgálata hang- és videoelemzések használatával

A naplók engedélyezése után megtekintheti a híváselemzéseket az Azure-erőforrásban a Voice és a Video Insights vizualizációs példáinak használatával.

Módosíthatja a meglévő munkafüzeteket, vagy akár sajátot is létrehozhat. További információ: Azure-munkafüzetek.

További javasolt elemzési példákért lásd a lekérdezéshívási naplókat.

Felhasználói hangulat elemzése a Hívás vége felmérés használatával

Az ügyfelek visszajelzése felbecsülhetetlen értékű. A Hívásvégi felmérés segít megérteni, hogy a felhasználók hogyan érzékelik a JavaScript- vagy webes SDK-hívásmegoldás általános minőségét és megbízhatóságát.

A felmérést különböző formátumok szerint módosíthatja, ha már rendelkezik felmérési megoldással. A felmérési adatok közzététele után az eredményeket az Azure Monitorban tekintheti meg elemzéshez és fejlesztésekhez. Az Azure Communication Services a Survey API eredményeinek használatával figyeli és javítja a hívásminőséget és a megbízhatóságot.

A funkció implementálásához lásd az oktatóanyagot: A hívásvégi felmérés használata a felhasználói visszajelzések gyűjtéséhez. Miután engedélyezte a diagnosztikai beállításokat a felmérési adatok rögzítéséhez, az Azure Log Analyticsben minta hívásnapló-lekérdezésekkel elemezheti a felhasználó által észlelt minőségi élményt. A felhasználói visszajelzések azt mutatják, hogy olyan problémákat hívhat meg, amelyekről nem tudott, és segíthet a minőségi fejlesztések rangsorolásában.

További információkért lásd a Hívásvégi felmérés áttekintését.

Hívásadatok elemzése közvetlenül az ügyféltől

A hívásadatok, például a médiastatisztikák, a felhasználói diagnosztika és a hívás előtti API-adatok gyűjtésével áttekintheti a gyenge minőségű hívásokat, hogy alapvető okok elemzését végezze el a problémák elhárítása során.

Előfordulhat például, hogy egy felhasználó egyórás hívást indít, és a hívás egy pontján gyenge hanganyagot jelez. Előfordulhat, hogy a hívás aktivált egy felhasználóhoz kapcsolódó diagnosztikai jelzőt, amely súlyos problémát jelzett a bejövő vagy kimenő médiastreamek minőségével kapcsolatban.

A hívás részletes médiastatisztikáinak tárolásával áttekintheti, hogy a Felhasználó által tapasztalt diagnosztika jelző mikor történt, és megállapíthatja, hogy a csomagvesztés, a jitter vagy a késés magas szintje ez idő alatt rossz hálózati állapotot jelez-e. Megvizsgálhatja például, hogy a hálózatot befolyásolta-e egy külső ügyfél nem felügyelt hálózata, a nem megfelelő QoS-hálózati rangsorolási szabályzatok miatt szükségtelen hálózati forgalom, vagy egy szükségtelen virtuális magánhálózat (VPN).

Feljegyzés

Általában azt javasoljuk, hogy rangsorolja a felhasználó hangkapcsolatának sávszélességét a videokapcsolat előtt. Javasoljuk, hogy a hang- és a videoképet is rangsorolja a többi hálózati forgalom előtt. Ha egy hálózat nem támogatja a hangot és a videót, proaktív módon letilthatja a felhasználó videóját, vagy elmozdíthat egy felhasználót a videó letiltásához.

Támogatás kérése

Ha minőségi vagy megbízhatósági problémákat tapasztal, amelyeket nem tud megoldani, technikai támogatási kérelmet küldhet. Minél több információt tud megadni a kérésében, annál jobb. (A natív naplók kulcsfontosságúak a válaszidő optimalizálásához.) A vizsgálat megkezdéséhez azonban továbbra is küldhet részleges információkat tartalmazó kérelmeket. További információ: Azure-támogatáskérés létrehozása.

Ha értesítést kap a licenckövetelményekről, miközben technikai támogatást próbál igényelni, előfordulhat, hogy ki kell választania egy fizetős Azure-támogatás csomagot, amely a legjobban megfelel az igényeinek. Lásd: Támogatási csomagok összehasonlítása.

Ha nem szeretne támogatást vásárolni, kihasználhatja a közösségi támogatást. Lásd: Azure Community Support.

Egyéb szempontok

Ha nem fér hozzá az ügyfél Azure Portaljához az Azure-erőforrás-azonosítójukhoz kapcsolódó adatok megtekintéséhez, kérheti a munkaterületeik lekérdezését a minőség javítása érdekében a nevükben. További információ: Adatok lekérdezése Log Analytics-munkaterületeken, -alkalmazásokon és -erőforrásokon az Azure Monitorban.

Kapcsolódó tartalom