Delen via

Gesprekskwaliteit verbeteren en beheren

  • Artikel

In dit artikel worden belangrijke hulpprogramma's geïntroduceerd die u kunt gebruiken om de gesprekskwaliteit in Azure Communication Services te bewaken, op te lossen en te verbeteren. De volgende materialen helpen u bij het plannen van de beste gebruikerservaring.

Voordat u dit artikel leest, moet u vertrouwd raken met overzichtsinformatie over bellen:

Uw netwerk voorbereiden en belangrijke netwerkverkeer prioriteren met QoS

Naarmate uw gebruikers Azure Communication Services gaan gebruiken voor gesprekken en vergaderingen, kunnen ze te maken krijgen met het opsplitsen van de stem van een beller of het in- en uitsnijden van een gesprek of vergadering. Gedeelde video kan blokkeren, pixeleren of helemaal mislukken. Dit probleem wordt veroorzaakt door de IP-pakketten die spraak- en videoverkeer vertegenwoordigen dat netwerkcongestie ondervindt en niet op volgorde aankomt. Als dit gebeurt (of om te voorkomen dat het zich in de eerste plaats voordoet), gebruikt u QoS (Quality of Service) door de aanbevelingen voor het netwerk te volgen.

Met QoS geeft u prioriteit aan vertragingsgevoelig netwerkverkeer (bijvoorbeeld spraak- of videostreams). U staat toe dat verkeer 'in lijn' wordt gesneden voor verkeer dat minder gevoelig is. Een voorbeeld van verkeer met een lagere prioriteit is het downloaden van een nieuwe app. In dat geval is een extra seconde om te downloaden geen belangrijk probleem.

QoS identificeert en markeert alle pakketten in realtime streams met behulp van Windows-groepsbeleidsobjecten en een routeringsfunctie met de naam Op poort gebaseerde toegangsbeheerlijsten. Deze functie geeft uw netwerk de opdracht om spraak, video en scherm te geven die hun eigen toegewezen netwerkbandbreedte delen.

In het ideale voorbeeld implementeert u QoS in uw interne netwerk terwijl u klaar bent om uw Azure Communication Services-oplossing uit te rollen. Maar je kunt het op elk gewenst moment doen. Als uw netwerk klein genoeg is, hebt u mogelijk geen QoS nodig.

Zie Netwerkoptimalisatie voor gedetailleerde richtlijnen.

Uw implementatie voorbereiden op kwaliteits- en betrouwbaarheidsonderzoeken

Kwaliteit heeft verschillende definities, afhankelijk van het gebruiksscenario voor realtime communicatie en het perspectief van de gebruikers. Veel variabelen zijn van invloed op de waargenomen kwaliteit van een realtime gesprekservaring. Een verbetering in de ene variabele kan een negatieve wijziging in een andere variabele veroorzaken. Als u bijvoorbeeld de framesnelheid en resolutie van een videogesprek verhoogt, verhoogt u het netwerkbandbreedtegebruik en de verwerkingskracht.

Bepaal de use cases en vereisten van uw klant voordat u begint met uw ontwikkeling. Een klant die tientallen feeds van beveiligingscamera's tegelijk moet bewaken, heeft bijvoorbeeld niet de maximale resolutie en framesnelheid nodig die elke videostream kan bieden. In dit scenario kunt u de API-mogelijkheid voor videobeperkingen gebruiken om de hoeveelheid bandbreedte te beperken die elke videostream gebruikt.

Logboekregistratie implementeren op systeemeigen platforms

Het implementeren van logboekregistratie zoals beschreven in de zelfstudie over het ophalen van logboekbestanden is essentieel voor het verzamelen van details voor systeemeigen ontwikkeling. Gedetailleerde logboeken helpen bij het diagnosticeren van problemen die specifiek zijn voor apparaatmodellen of besturingssysteemversies. We raden ontwikkelaars aan die beginnen met het configureren van de Logboeken-API voor meer informatie over de levensduur van de aanroep.

Bestaande mogelijkheden voor kwaliteit en betrouwbaarheid implementeren vóór de implementatie

We raden u aan deze eenvoudig te implementeren belvoorbeelden te gebruiken, omdat ze al zijn geoptimaliseerd om uw gebruikers de beste gesprekskwaliteit te geven.

Als de voorbeelden niet aan uw behoeften voldoen en u besluit uw aanroepende oplossing voor Azure Communication Services aan te passen, implementeert u de volgende mogelijkheden ter ondersteuning van een hoogwaardige belervaring. De hulpprogramma's voor deze mogelijkheden helpen voorkomen dat veelvoorkomende problemen met kwaliteit en betrouwbaarheid optreden en problemen diagnosticeren als ze optreden. Houd er rekening mee dat sommige aanroepgegevens niet worden gemaakt of opgeslagen, tenzij u deze mogelijkheden implementeert.

In de volgende secties worden de hulpprogramma's beschreven die moeten worden geïmplementeerd in de fasen van een aanroep:

  • Vóór een oproep: gereedheid vooraf aanroepen.
  • Tijdens een gesprek: Communicatie in gesprek.
  • Na een gesprek: De gesprekskwaliteit en -betrouwbaarheid bewaken en problemen oplossen.

Voor een gesprek

Door de controles voorafgaand aan aanroepen te gebruiken die Azure Communication Services biedt, kunt u de verbindingsstatus van een gebruiker vóór de oproep leren en proactieve actie ondernemen namens hen. Als u bijvoorbeeld ontdekt dat de verbinding van een gebruiker slecht is, kunt u voorstellen dat ze hun video uitschakelen voordat ze deelnemen aan de oproep om een betere audioverbinding te hebben.

Hulpprogramma Voor netwerkdiagnose

Het hulpprogramma Netwerkdiagnose biedt een gehoste ervaring voor ontwikkelaars om de gereedheid van oproepen tijdens de ontwikkeling te valideren. U kunt controleren of de apparaat- en netwerkomstandigheden van een gebruiker optimaal zijn voor het maken van verbinding met de service, om een goede gesprekservaring te garanderen. Het hulpprogramma voert diagnostische gegevens uit op het netwerk, de apparaten en de gesprekskwaliteit.

Met behulp van het hulpprogramma Netwerkdiagnose kunt u gebruikers aanmoedigen om betrouwbaarheidsproblemen op te lossen en hun netwerkverbinding te verbeteren voordat ze deelnemen aan een gesprek.

Zie het hulpprogramma Netwerkdiagnose voor meer informatie.

API vooraf aanroepen voor diagnostische gegevens

Misschien wilt u uw eigen diagnostische hulpprogramma bouwen of een diepere integratie van het hulpprogramma Netwerkdiagnose uitvoeren in uw toepassing. Zo ja, dan kunt u de API vooraf aanroepen gebruiken om het diagnostische hulpprogramma voor de Aanroepende SDK uit te voeren.

Met de API vóór aanroepen kunt u de ervaring in uw gebruikersinterface aanpassen. Vervolgens kunt u dezelfde reeks tests uitvoeren die door het hulpprogramma Netwerkdiagnose worden gebruikt om compatibiliteit, connectiviteit en apparaatmachtigingen te garanderen met een testoproep. U kunt bepalen wat de beste manier is om gebruikers te laten weten hoe ze problemen kunnen oplossen voordat gesprekken beginnen. U kunt ook specifieke controles uitvoeren bij het oplossen van problemen met kwaliteit en betrouwbaarheid.

Als de hardwaretest van een gebruiker bijvoorbeeld een probleem heeft, kunt u de gebruiker op de hoogte stellen van het beheren van verwachtingen en wijzigingen voor toekomstige aanroepen.

Zie Diagnostische gegevens vooraf bellen voor meer informatie.

Conflicterende gespreksclients

Omdat spraak- en videogesprekken van Azure Communication Services worden uitgevoerd in web- en mobiele browsers, hebben uw gebruikers mogelijk meerdere browsertabbladen waarop afzonderlijke exemplaren van de Azure Communication Services Calling SDK worden uitgevoerd. Deze situatie kan om verschillende redenen optreden, zoals deze voorbeelden:

  • De gebruiker is vergeten een eerder tabblad te sluiten.
  • De gebruiker kan niet deelnemen aan een gesprek zonder presentator van de vergadering. De gebruiker probeert de koppeling te selecteren om deel te nemen aan de vergadering, waarmee een afzonderlijk tabblad van de mobiele browser wordt geopend.

Als u meerdere tabbladen van de gespreksbrowser tegelijk hebt, leidt dit tot onderbrekingen van het audio- en videogedrag voor het gesprek waaraan de gebruiker probeert deel te nemen (dat wil wel de doeloproep). Zorg ervoor dat meerdere browsertabbladen niet zijn geopend voordat een oproep wordt gestart en (via bewaking) tijdens de hele levenscyclus van de oproep. U kunt klanten proactief op de hoogte stellen om hun overtollige tabbladen te sluiten of hen helpen een gesprek correct aan te melden met nuttige berichten als ze in eerste instantie niet kunnen deelnemen aan een gesprek.

Als u wilt controleren of de gebruiker meerdere exemplaren van Azure Communication Services heeft die in een browser worden uitgevoerd, raadpleegt u Controleren of een toepassing die gebruikmaakt van de Azure Communication Services SDK actief is op meerdere tabbladen van een browser.

Tijdens een gesprek

Tijdens een oproep kunnen de netwerkomstandigheden van een gebruiker verslechteren of kunnen ze problemen ondervinden met betrouwbaarheid en compatibiliteit. Deze situaties kunnen leiden tot een slechte belervaring. In de volgende secties kunt u mogelijkheden toepassen om problemen in een gesprek te beheren en met uw gebruikers te communiceren.

Diagnostische gegevens voor gebruikers

Wanneer een gebruiker in gesprek is, is het belangrijk om ze in realtime op de hoogte te stellen van problemen in hun gesprek. De functie Diagnostische gegevens voor gebruikers biedt realtime vlaggen voor problemen die van invloed zijn op de gebruiker, zoals het dempen van de microfoon tijdens het praten of het hebben van een slechte netwerkkwaliteit.

U kunt uw gebruikersinterfaceberichten aanpassen aan uw scenario's. Voorbeeld:

  • Als een vlag een netwerkprobleem identificeert, kunt u gebruikers vragen hun video uit te schakelen, netwerken te wijzigen of naar een locatie te gaan met een betere netwerkconditie of verbinding.
  • Als een vlag een probleem met een apparaat identificeert, kunt u de gebruiker op de andere apparaten duwen.

Naast berichten kunt u namens gebruikers handelen en proactieve benaderingen overwegen om de beperkte bandbreedte te beschermen die een gebruiker heeft. Als u merkt dat gebruikers hun video niet consistent uitschakelen nadat ze een melding van u hebben ontvangen, kunt u proactief de video van een gebruiker uitschakelen om prioriteit te geven aan hun audioverbinding. U kunt zelfs videomogelijkheden verbergen voor klanten in uw gebruikersinterface voordat ze deelnemen aan een gesprek.

Zie Diagnostische gegevens voor gebruikersgerichte gegevens voor meer informatie.

Videobeperkingen

Videostreams verbruiken grote hoeveelheden netwerkbandbreedte. Als u weet dat uw gebruikers beperkte netwerkbandbreedte of slechte netwerkomstandigheden hebben, kunt u het netwerkgebruik van de videoverbinding van een gebruiker beheren met behulp van videobeperkingen. Wanneer u de hoeveelheid bandbreedte beperkt die de videostream van een gebruiker kan verbruiken, kunt u de bandbreedte beschermen die nodig is voor een goede audiokwaliteit in slechte netwerkomgevingen.

Zie Videobeperkingen voor meer informatie.

Volumeindicator

Soms kunnen gebruikers elkaar niet horen. Misschien is de luidspreker te stil, ontvangt het apparaat van de listener de audiopakketten niet, of een probleem met het audioapparaat blokkeert het geluid. Gebruikers weten niet wanneer de andere persoon ze niet kan horen. U kunt de invoer- en uitvoerindicator gebruiken om het volgende te doen:

  1. Geef aan of het volume van een gebruiker laag of afwezig is.
  2. Vraag de gebruiker luider te spreken of onderzoek een probleem met een audioapparaat via uw gebruikersinterface.

Zie de quickstart over het toevoegen van een volume-indicator aan webgesprekken voor meer informatie.

Statistieken over mediakwaliteit

Omdat de netwerkomstandigheden tijdens een gesprek kunnen veranderen, kunnen gebruikers slechte audio- en videokwaliteit rapporteren, zelfs als ze het gesprek zonder problemen hebben gestart. De functie statistieken over mediakwaliteit biedt gedetailleerde metrische gegevens over de kwaliteit van elke inkomende en uitgaande audio-, video- en schermsharestream. Deze gedetailleerde inzichten helpen u bij het bewaken van gesprekken die worden uitgevoerd, om gebruikers hun status van de netwerkkwaliteit tijdens een gesprek weer te geven en om fouten in afzonderlijke aanroepen op te sporen.

De metrische gegevens in deze functie helpen bij het aangeven van problemen in de mediastromen van de Client SDK van Azure Communication Services voor verzenden en ontvangen. Als voorbeeld kunt u de waarde van availableBitrate de uitgaande videostream actief bewaken, een permanente daling onder de aanbevolen 1,5 Mbps zien en de gebruiker waarschuwen dat de videokwaliteit is verslechterd.

Serverlogboekgegevens geven u alleen een algemeen overzicht van de aanroep nadat deze is beëindigd. De gedetailleerde mediastatistieken bieden metrische gegevens op laag niveau gedurende de gespreksduur en daarna voor een diepere analyse.

Zie Statistieken over mediakwaliteit voor meer informatie.

Optimale API voor videoaantallen

Tijdens een groepsgesprek met twee of meer deelnemers kan de videokwaliteit van een gebruiker fluctueren vanwege wijzigingen in netwerkomstandigheden en hun specifieke hardwarebeperkingen. Met behulp van de Optimal Video Count-API kunt u de gesprekskwaliteit van een gebruiker verbeteren door te begrijpen hoeveel videostreams hun lokale eindpunt tegelijk kunnen renderen zonder de kwaliteit te verslechteren.

Door deze functie te implementeren, kunt u de gesprekskwaliteit en bandbreedte van lokale eindpunten behouden die anders proberen video slecht weer te geven. De API maakt de eigenschap optimalVideoCountbeschikbaar, die dynamisch verandert in reactie op de netwerk- en hardwaremogelijkheden van een lokaal eindpunt. Deze informatie is tijdens runtime beschikbaar en ontvangt updates tijdens het gesprek, zodat u de visuele ervaring van een gebruiker kunt aanpassen wanneer de netwerk- en hardwarevoorwaarden veranderen.

Als u deze functie wilt implementeren, raadpleegt u de richtlijnen voor het webplatform video beheren tijdens gesprekken.

Na een gesprek

Voordat u uw aanroepende oplossing voor Azure Communication Services vrijgeeft en schaalt, implementeert u de volgende bewakingsmogelijkheden voor kwaliteit en betrouwbaarheid om ervoor te zorgen dat u beschikbare logboeken en metrische gegevens verzamelt. De oproepgegevens worden pas opgeslagen als u de mogelijkheden implementeert, zodat u geen fouten in de gesprekskwaliteit en betrouwbaarheid kunt bewaken en er fouten in kunt opsporen.

Zie de logboeken voor spraakgesprekken en videogesprekken van Azure Communication Services voor meer informatie.

Begin met het verzamelen van oproeplogboeken

Raadpleeg deze documentatie om te beginnen met het verzamelen van oproeplogboeken: Logboeken inschakelen via diagnostische instellingen in Azure Monitor.

Als u de gegevens in Azure Monitor wilt bekijken en analyseren, raden we u aan om de categoriegroep allLogs te kiezen en de doeldetails van de werkruimte Verzenden naar Log Analytics te kiezen. Als u geen Log Analytics-werkruimte hebt waarnaar u uw gegevens wilt verzenden, maakt u er een.

We raden u aan uw gegevensgebruik en bewaarbeleid te controleren op kostenoverwegingen indien nodig. Zie Kosten beheren voor meer informatie.

Gesprekken diagnosticeren met behulp van diagnostische gegevens over gesprekken

Gespreksdiagnose is een Azure Monitor-ervaring die op maat gemaakte inzichten biedt via gespecialiseerde telemetrie- en diagnostische pagina's in Azure Portal.

Nadat u bent begonnen met het opslaan van logboekgegevens in uw Log Analytics-werkruimte, kunt u uw zoekopdracht naar afzonderlijke oproepen visualiseren en de gegevens visualiseren in diagnostische gegevens over gesprekken. Ga in uw Azure Monitor-account naar uw Azure Communication Services-resource en zoek diagnostische gegevens over oproepen in het servicemenu. Zie Diagnostische gegevens over oproepen voor meer informatie over het beste gebruik van deze mogelijkheid.

Gesprekskwaliteit onderzoeken met behulp van spraak- en video-inzichten

Nadat u logboeken hebt ingeschakeld, kunt u gespreksinzichten in uw Azure-resource bekijken met behulp van de visualisatievoorbeelden in Spraak- en video-inzichten.

U kunt de bestaande werkmappen wijzigen of zelfs uw eigen werkmappen maken. Zie Azure Workbooks voor meer informatie.

Zie De aanroeplogboeken van query's voor voorbeelden van een gedetailleerdere analyse.

Gebruikersentiment analyseren met behulp van het einde van de gespreksenquête

Feedback van klanten is waardevol. De enquête einde van gesprekken helpt u te begrijpen hoe uw gebruikers de algehele kwaliteit en betrouwbaarheid van uw JavaScript- of Web SDK-aanroepende oplossing ervaren.

U kunt de enquête wijzigen in verschillende indelingen als u al een enquêteoplossing hebt. Nadat u enquêtegegevens hebt gepubliceerd, kunt u de resultaten bekijken in Azure Monitor voor analyse en verbeteringen. Azure Communication Services maakt ook gebruik van de resultaten van de Enquête-API om de gesprekskwaliteit en betrouwbaarheid te bewaken en te verbeteren.

Zie Zelfstudie: Het einde van de oproepenquête gebruiken om feedback van gebruikers te verzamelen om de functie te implementeren. Nadat u diagnostische instellingen hebt ingeschakeld om uw enquêtegegevens vast te leggen, kunt u voorbeeldquery's voor oproeplogboeken in Azure Log Analytics gebruiken om de waargenomen kwaliteitservaring van uw gebruiker te analyseren. Gebruikersfeedback kan laten zien dat u problemen hebt aangeroepen die u niet wist en u helpen prioriteit te geven aan uw kwaliteitsverbeteringen.

Zie Overzicht van enquête einde gesprek voor meer informatie.

Uw oproepgegevens rechtstreeks vanaf de client analyseren

Door aanroepgegevens zoals mediastatistieken, diagnostische gegevens van gebruikers en API-gegevens vooraf aanroepen te verzamelen, kunt u aanroepen van slechte kwaliteit controleren om hoofdoorzaakanalyse uit te voeren wanneer u problemen wilt oplossen.

Een gebruiker kan bijvoorbeeld een uur lang gesprek hebben en slechte audio rapporteren op één punt in het gesprek. De aanroep heeft mogelijk een diagnostische vlag voor gebruikersgerichte gegevens geactiveerd die een ernstig probleem aangeeft met de kwaliteit van een inkomende of uitgaande mediastream.

Door de gedetailleerde mediastatistieken van de aanroep op te slaan, kunt u controleren wanneer de vlag Diagnostische gegevens van de gebruiker is opgetreden om te zien of er in deze tijd sprake is van een hoog niveau van pakketverlies, jitter of latentie, wat een slechte netwerkvoorwaarde aangeeft. U kunt bijvoorbeeld verkennen of het netwerk is beïnvloed door het niet-beheerde netwerk van een externe client, onnodig netwerkverkeer vanwege onjuist QoS-netwerk prioritatiebeleid of een onnodig virtueel particulier netwerk (VPN).

Notitie

In de regel raden we u aan de bandbreedte van de audioverbinding van een gebruiker te prioriteren vóór de videoverbinding. U wordt aangeraden zowel audio als video te prioriteren voordat ander netwerkverkeer wordt uitgevoerd. Wanneer een netwerk audio en video niet kan ondersteunen, kunt u proactief de video van een gebruiker uitschakelen of een gebruiker de video opsntaken om de video uit te schakelen.

Ondersteuning aanvragen

Als u problemen ondervindt met kwaliteit of betrouwbaarheid die u niet kunt oplossen, kunt u een aanvraag indienen voor technische ondersteuning. Hoe meer informatie u in uw aanvraag kunt verstrekken, hoe beter. (Systeemeigen logboeken zijn van cruciaal belang om de reactietijd te optimaliseren.) U kunt echter nog steeds aanvragen indienen met gedeeltelijke informatie om uw aanvraag te starten. Zie Een ondersteuning voor Azure maken voor meer informatie.

Als u op de hoogte bent van licentievereisten terwijl u technische ondersteuning probeert aan te vragen, moet u mogelijk een betaald ondersteuning voor Azure-abonnement kiezen dat het beste aansluit bij uw behoeften. Zie Ondersteuningsplannen vergelijken.

Als u liever geen ondersteuning koopt, kunt u profiteren van communityondersteuning. Zie de ondersteuning van de Azure-community.

Andere overwegingen

Als u geen toegang hebt tot de Azure-portal van uw klant om gegevens weer te geven die zijn gekoppeld aan hun Azure-resource-id, kunt u aanvragen om een query uit te voeren op hun werkruimten om de kwaliteit namens hen te verbeteren. Zie Querygegevens in Log Analytics-werkruimten, -toepassingen en -resources in Azure Monitor voor meer informatie.

Gerelateerde inhoud