Sdílet prostřednictvím

Zlepšení a správa kvality hovorů

  • Článek

Tento článek představuje klíčové nástroje, které můžete použít k monitorování, odstraňování potíží a zlepšování kvality volání ve službě Azure Communication Services. Následující materiály vám pomůžou naplánovat co nejlepší uživatelské prostředí.

Než si přečtete tento článek, seznamte se s přehledem informací o volání:

Příprava sítě a stanovení priority důležitého síťového provozu pomocí QoS

Když vaši uživatelé začnou používat azure Communication Services pro hovory a schůzky, můžou se jim zobrazit hlas volajícího, který přeruší hovor nebo schůzku. Sdílené video může ukotvit nebo selhat nebo úplně selhat. Příčinou tohoto problému jsou pakety PROTOKOLU IP, které představují hlasový a video provoz, u kterého dochází k zahlcení sítě a příchodu mimo posloupnost nebo vůbec. Pokud k tomu dojde (nebo aby se to nestalo na prvním místě), využijte technologii QoS (Quality of Service) podle doporučení sítě.

U QoS upřednostníte síťový provoz citlivý na zpoždění (například hlasové streamy nebo video streamy). Umožníte, aby se provoz před provozem, který je méně citlivý, "vyříznul". Příkladem provozu s nižší prioritou je stahování nové aplikace. V takovém případě není významným problémem další sekunda ke stažení.

QoS identifikuje a označí všechny pakety v datových proudech v reálném čase pomocí objektů zásad skupiny systému Windows a funkce směrování s názvem Seznamy řízení přístupu založené na portu. Tato funkce dává vaší síti pokyn, aby poskytla hlas, video a sdílení obrazovky vlastní vyhrazenou šířku pásma sítě.

V ideálním případě implementujete technologii QoS ve vaší interní síti a připravte se na zavedení řešení Azure Communication Services. Ale můžete to udělat kdykoliv. Pokud je vaše síť dostatečně malá, možná nebudete potřebovat QoS.

Podrobné pokyny najdete v tématu Optimalizace sítě.

Příprava nasazení na šetření kvality a spolehlivosti

Kvalita má různé definice v závislosti na případu použití komunikace v reálném čase a perspektivě uživatelů. Mnoho proměnných ovlivňuje vnímanou kvalitu prostředí volání v reálném čase. Zlepšení jedné proměnné může způsobit negativní změnu v jiné proměnné. Například zvýšení frekvence snímků a rozlišení videohovoru zvyšuje využití šířky pásma sítě a výpočetní výkon.

Než začnete s vývojem, určete případy použití a požadavky zákazníka. Například zákazník, který potřebuje monitorovat desítky informačních kanálů bezpečnostní kamery současně, nemusí potřebovat maximální rozlišení a frekvenci snímků, které může každý datový proud videa poskytnout. V tomto scénáři můžete pomocí funkce rozhraní API omezení videa omezit šířku pásma, kterou každý datový proud videa používá.

Implementace protokolování na nativních platformách

Implementace protokolování, jak je popsáno v kurzu o načítání souborů protokolu, je důležité ke shromažďování podrobností pro nativní vývoj. Podrobné protokoly pomáhají při diagnostice problémů specifických pro modely zařízení nebo verze operačního systému. Doporučujeme vývojářům, kteří začnou konfigurovat rozhraní API protokolů, aby získali podrobnosti o životnosti volání.

Implementace stávajících možností kvality a spolehlivosti před nasazením

Doporučujeme používat tyto snadno implementované ukázky volání, protože jsou už optimalizované tak, aby uživatelům poskytovaly nejlepší kvalitu volání.

Pokud ukázky nevyhovují vašim potřebám a rozhodnete se přizpůsobit řešení volání služeb Azure Communication Services, implementujte následující funkce pro podporu vysoce kvalitního prostředí pro volání. Nástroje pro tyto funkce pomáhají předcházet běžným problémům s kvalitou a spolehlivostí a diagnostikovat problémy, pokud k nim dojde. Mějte na paměti, že některá data volání nejsou vytvořená nebo uložená, pokud tyto funkce neimplementujete.

Následující části podrobně uvádějí nástroje, které se mají implementovat ve fázích volání:

  • Před voláním: Připravenost před voláním
  • Během hovoru: Komunikace v hovoru.
  • Po volání: Monitorování a řešení potíží s kvalitou a spolehlivostí hovorů

Před voláním

Pomocí kontrol před voláním, které služba Azure Communication Services poskytuje, můžete zjistit stav připojení uživatele před voláním a provést aktivní akci jménem uživatele. Pokud například zjistíte, že připojení uživatele je špatné, můžete navrhnout, aby před připojením k hovoru vypnul své video, aby měl lepší zvukové připojení.

Nástroj Pro diagnostiku sítě

Nástroj Pro diagnostiku sítě poskytuje vývojářům hostované prostředí k ověření připravenosti volání během vývoje. Můžete zkontrolovat, jestli jsou pro připojení ke službě optimální zařízení a síťové podmínky uživatele, abyste zajistili skvělé prostředí pro volání. Nástroj provádí diagnostiku v síti, zařízeních a kvalitě volání.

Pomocí nástroje Diagnostika sítě můžete uživatelům povzbuzovat, aby vyřešili problémy se spolehlivostí a vylepšili síťové připojení před připojením k hovoru.

Další informace naleznete v tématu Nástroj pro diagnostiku sítě.

Rozhraní API předběžného volání pro diagnostiku

Možná chcete vytvořit vlastní diagnostický nástroj nebo provést hlubší integraci nástroje Pro diagnostiku sítě do vaší aplikace. Pokud ano, můžete použít rozhraní API předběžného volání ke spuštění diagnostického nástroje pro volání sady SDK.

Rozhraní API před voláním umožňuje přizpůsobit prostředí v uživatelském rozhraní. Potom můžete spustit stejnou řadu testů, které nástroj pro diagnostiku sítě používá k zajištění kompatibility, připojení a oprávnění zařízení pomocí testovacího volání. Nejlepší způsob, jak uživatelům sdělit, jak opravit problémy před zahájením volání, můžete rozhodnout. Při řešení potíží s kvalitou a spolehlivostí můžete také provádět konkrétní kontroly.

Pokud má například hardwarový test uživatele problém, můžete uživatele upozornit, aby spravoval očekávání a změny pro budoucí volání.

Další informace najdete v tématu Diagnostika před voláním.

Konfliktní klienti volání

Vzhledem k tomu, že hlasové hovory a videohovory služby Azure Communication Services běží na webových a mobilních prohlížečích, můžou mít uživatelé několik karet prohlížeče, na kterých běží samostatná instance sady SDK pro volání služeb Azure Communication Services. K této situaci může dojít z různých důvodů, například z těchto příkladů:

  • Uživatel zapomněl zavřít předchozí kartu.
  • Uživatel se nemohl připojit k hovoru bez přítomnosti organizátora schůzky. Uživatel znovu vybere odkaz pro připojení ke schůzce, čímž se otevře samostatná karta mobilního prohlížeče.

Když máte více karet prohlížeče volání najednou, dojde k přerušení zvukového a video chování hovoru, ke kterému se uživatel pokouší připojit (to znamená cílový hovor). Před zahájením hovoru a (prostřednictvím monitorování) byste se měli ujistit, že není otevřeno více karet prohlížeče. Můžete proaktivně upozornit zákazníky, aby zavřeli nadbytečné karty, nebo jim pomoct se připojit k hovoru správně s užitečným zasíláním zpráv, pokud se zpočátku nemůžou připojit k hovoru.

Pokud chcete zkontrolovat, jestli má uživatel spuštěných více instancí služeb Azure Communication Services v prohlížeči, přečtěte si, jak zjistit, jestli je aplikace pomocí sady SDK služby Azure Communication Services aktivní na několika kartách prohlížeče.

Během hovoru

Během volání může dojít ke zhoršení podmínek sítě uživatele nebo může docházet k problémům se spolehlivostí a kompatibilitou. Tyto situace můžou vést ke špatnému prostředí volání. Následující části vám pomůžou použít možnosti pro správu problémů při volání a komunikaci s uživateli.

Diagnostika zobrazená uživateli

Když je uživatel v hovoru, je důležité ho informovat v reálném čase o problémech při volání. Funkce Diagnostika přístupových uživatelů poskytuje příznaky v reálném čase pro problémy, které mají vliv na uživatele, například ztlumení mikrofonu při komunikaci nebo špatné kvalitě sítě.

Zprávy uživatelského rozhraní si můžete přizpůsobit tak, aby co nejlépe vyhovovaly vašim scénářům. Příklad:

  • Pokud příznak identifikuje problém se sítí, můžete uživatele vyzvat, aby vypnuli video, změnili sítě nebo přešli do umístění, které má lepší stav sítě nebo připojení.
  • Pokud příznak identifikuje problém se zařízením, můžete uživatele posunout a přepnout zařízení.

Kromě zasílání zpráv můžete jednat jménem uživatele a zvážit proaktivní přístupy k ochraně omezené šířky pásma, kterou má uživatel. Pokud zjistíte, že uživatelé své video po přijetí oznámení trvale nevypnou, můžete proaktivně vypnout video uživatele a určit prioritu jejich zvukového připojení. Možnosti videa můžete dokonce skrýt od zákazníků v uživatelském rozhraní před tím, než se připojí k hovoru.

Další informace najdete v tématu Diagnostika zobrazená uživateli.

Omezení videa

Streamy videa spotřebovávají velké objemy šířky pásma sítě. Pokud víte, že uživatelé mají omezenou šířku pásma sítě nebo špatné síťové podmínky, můžete pomocí omezení videa řídit využití sítě připojení uživatele k videu. Když omezíte šířku pásma, kterou může stream videa uživatele využívat, můžete chránit šířku pásma potřebnou pro dobrou kvalitu zvuku v špatných síťových prostředích.

Další informace najdete v tématu Omezení videa.

Indikátor hlasitosti

Někdy se uživatelé navzájem neslyší. Možná je reproduktor příliš tichý, zařízení naslouchacího procesu nepřijímá zvukové pakety nebo problém se zvukovým zařízením blokuje zvuk. Uživatelé neví, kdy je někdo jiný neslyší. Vstupní a výstupní indikátor můžete použít k následujícímu:

  1. Označuje, jestli je svazek uživatele nízký nebo chybí.
  2. Vyzvat uživatele, aby hlasitě mluvil nebo prošetřil problém se zvukovým zařízením prostřednictvím uživatelského rozhraní.

Další informace najdete v rychlém startu o přidání indikátoru svazku do webového volání.

Statistika kvality médií

Vzhledem k tomu, že se během hovoru můžou změnit podmínky sítě, můžou uživatelé hlásit špatnou kvalitu zvuku a videa, i když hovor spustili bez jakýchkoli problémů. Funkce statistiky kvality médií poskytuje podrobné metriky kvality u každého příchozího a odchozího zvuku, videa a streamu sdílení obrazovky. Tyto podrobné přehledy vám pomůžou sledovat probíhající hovory, zobrazovat uživatelům stav kvality sítě během hovoru a ladit jednotlivá volání.

Metriky v této funkci pomáhají indikovat problémy se streamy médií klientské sady SDK služby Azure Communication Services pro odesílání a přijímání. Například můžete aktivně monitorovat hodnotu odchozího availableBitrate datového proudu videa, všimnout si trvalého poklesu pod doporučeným 1,5 Mb/s a upozornit uživatele, že kvalita videa je degradovaná.

Data protokolu serveru poskytují pouze obecný souhrn volání po jejím ukončení. Podrobné statistiky médií poskytují metriky nízké úrovně po celou dobu trvání volání a následně pro hlubší analýzu.

Další informace najdete v tématu Statistiky kvality médií.

Optimální rozhraní API pro počet videí

Během skupinového hovoru se dvěma nebo více účastníky může kvalita videa uživatele kolísat kvůli změnám v podmínkách sítě a jejich konkrétním hardwarovým omezením. Pomocí rozhraní API pro optimální počet videí můžete zlepšit kvalitu volání uživatele tím, že pochopíte, kolik datových proudů videa může místní koncový bod vykreslit současně bez zhoršení kvality.

Implementací této funkce můžete zachovat kvalitu volání a šířku pásma místních koncových bodů, které by se jinak pokusily vykreslit video špatně. Rozhraní API zveřejňuje vlastnost optimalVideoCount, která se dynamicky mění v reakci na síťové a hardwarové funkce místního koncového bodu. Tyto informace jsou k dispozici za běhu a získávají aktualizace během volání, takže můžete upravit vizuální prostředí uživatele při změně podmínek sítě a hardwaru.

Pokud chcete tuto funkci implementovat, přečtěte si pokyny k webové platformě Správa videa během volání.

Po volání

Před vydáním a škálováním volajícího řešení azure Communication Services implementujte následující možnosti monitorování pro kvalitu a spolehlivost, abyste zajistili, že shromažďujete dostupné protokoly a metriky. Data volání se neukládají, dokud neimplementujete funkce, takže bez nich nemůžete monitorovat a ladit kvalitu a spolehlivost volání.

Další informace najdete v protokolech hlasových hovorů a videohovorů v Azure Communication Services.

Zahájení shromažďování protokolů volání

Projděte si tuto dokumentaci a začněte shromažďovat protokoly volání: Povolení protokolů prostřednictvím nastavení diagnostiky ve službě Azure Monitor.

Pokud chcete zobrazit a analyzovat data ve službě Azure Monitor, doporučujeme zvolit skupinu kategorií allLogs a zvolit cílový detail pracovního prostoru Odeslat do služby Log Analytics. Pokud nemáte pracovní prostor služby Log Analytics pro odesílání dat, vytvořte si ho.

Doporučujeme podle potřeby monitorovat využití dat a zásady uchovávání informací. Další informace naleznete v tématu Řízení nákladů.

Diagnostika volání pomocí diagnostiky volání

Diagnostika volání je prostředí Azure Monitoru, které poskytuje přizpůsobené přehledy prostřednictvím specializovaných telemetrických a diagnostických stránek na webu Azure Portal.

Jakmile začnete ukládat data protokolů do pracovního prostoru služby Log Analytics, můžete vizualizovat vyhledávání jednotlivých volání a vizualizovat data v diagnostice volání. V účtu Služby Azure Monitor přejděte do prostředku služby Azure Communication Services a v nabídce služby vyhledejte diagnostiku volání. Informace o tom, jak tuto funkci nejlépe využít, najdete v tématu Diagnostika volání.

Prozkoumání kvality hovorů pomocí přehledů hlasových hovorů a videí

Po povolení protokolů můžete zobrazit přehledy volání ve vašem prostředku Azure pomocí příkladů vizualizací v přehledech hlasových hovorů a videí.

Existující sešity můžete upravit nebo dokonce vytvořit vlastní. Další informace najdete v tématu Azure Workbooks.

Příklady hlubší navrhované analýzy najdete v protokolech volání dotazu.

Analýza mínění uživatelů pomocí průzkumu na konci hovoru

Zpětná vazba zákazníků je neocenitelná. Průzkum na konci hovoru vám pomůže pochopit, jak uživatelé vnímají celkovou kvalitu a spolehlivost vašeho řešení volání JavaScriptu nebo webové sady SDK.

Průzkum můžete upravit na různé formáty, pokud už máte řešení průzkumu. Po publikování dat průzkumu můžete výsledky zobrazit ve službě Azure Monitor pro účely analýzy a vylepšení. Služba Azure Communication Services také používá výsledky rozhraní API průzkumu k monitorování a zlepšení kvality a spolehlivosti volání.

Pokud chcete tuto funkci implementovat, přečtěte si kurz : Použití průzkumu ukončení hovoru ke shromažďování názorů uživatelů. Po povolení nastavení diagnostiky zachytávání dat průzkumu můžete pomocí ukázkových dotazů na protokol volání v Azure Log Analytics analyzovat vnímané prostředí kvality uživatele. Zpětná vazba uživatelů vám může ukázat problémy s voláním, které jste nevěděli, a pomoci vám určit prioritu vylepšení kvality.

Další informace najdete v tématu Přehled průzkumu ukončení hovoru.

Analýza dat volání přímo z klienta

Shromažďováním dat volání, jako jsou statistiky médií, diagnostika uživatelů a informace rozhraní API před voláním, můžete při řešení problémů zkontrolovat volání s nízkou kvalitou a provádět analýzu původní příčiny.

Uživatel může mít například hodinový hovor a nahlásit špatný zvuk v jednom bodě hovoru. Volání mohlo aktivovat příznak diagnostiky, který značil závažný problém s kvalitou příchozího nebo odchozího datového proudu médií.

Uložením podrobných statistik multimédií z volání můžete zkontrolovat, kdy příznak Diagnostiky uživatele zjistil, jestli se v tomto okamžiku vyskytla vysoká úroveň ztráty paketů, zpoždění nebo latence, což značí špatný stav sítě. Můžete například zjistit, jestli byla síť ovlivněna nespravovanou sítí externího klienta, nepotřebným síťovým provozem kvůli nesprávným zásadám stanovení priorit sítě QoS nebo nepotřebnou virtuální privátní sítí (VPN).

Poznámka:

Obecně platí, že doporučujeme určit prioritu šířky pásma zvukového připojení uživatele před připojením k videu. Doporučujeme určit prioritu zvuku i videa před jiným síťovým provozem. Pokud síť nepodporuje zvuk i video, můžete proaktivně zakázat video uživatele nebo zakázat jeho video.

žádost o podporu

Pokud narazíte na problémy s kvalitou nebo spolehlivostí, které nemůžete vyřešit, můžete odeslat žádost o technickou podporu. Čím více informací můžete poskytnout ve své žádosti, tím lépe. (Nativní protokoly jsou zásadní pro optimalizaci doby odezvy.) Přesto však můžete odeslat žádosti s částečnými informacemi, abyste mohli zahájit svůj dotaz. Další informace najdete v tématu Vytvoření žádosti o podporu Azure.

Pokud vám při pokusu o technickou podporu budete upozorněni na licenční požadavky, možná budete muset zvolit placený podpora Azure plán, který nejlépe odpovídá vašim potřebám. Viz Porovnání plánů podpory.

Pokud nechcete koupit podporu, můžete využít komunitní podporu. Viz podpora komunity Azure.

Ostatní úvahy

Pokud nemáte přístup k webu Azure Portal zákazníka k zobrazení dat svázaných s ID prostředku Azure, můžete požádat o dotazování na své pracovní prostory, aby se zlepšila kvalita jejich jménem. Další informace najdete v tématu Dotazování dat napříč pracovními prostory služby Log Analytics, aplikacemi a prostředky ve službě Azure Monitor.

Související obsah