Übersicht über Audio-Fallback

Verwenden Sie die OpenTok-Audio-Fallback-API, um die Audioübertragung je nach Netzwerkqualität dynamisch zu priorisieren.

Dank des Audio-Fallbacks bleiben Ihre Anrufe für alle Teilnehmer aufrechterhalten – unabhängig von Verbindungsproblemen oder schlechten Netzwerkbedingungen –, indem das Video für den betroffenen Teilnehmer vorübergehend deaktiviert wird. Die Audio-Fallback-Funktion von OpenTok reagiert in Echtzeit auf die Netzwerkbedingungen und stellt so sicher, dass Teilnehmer bei schlechter Netzabdeckung nicht aus der Verbindung fallen. Sobald sich die Bedingungen verbessern, wird der Videostream mithilfe unserer Videowiederherstellungsfunktion wiederhergestellt.

Die Audio-Fallback-Funktionen des Herausgebers und des Teilnehmers sorgen gemeinsam für eine optimale Gesprächsqualität. Ein einzelner Teilnehmer kann auf eine reine Audioverbindung zurückgreifen (wenn nur die Bedingungen des Teilnehmers dies rechtfertigen) oder ein Herausgeber kann bei schlechten Netzbedingungen auf eine reine Audioverbindung zurückgreifen.

Wenn die Funktionen zum Veröffentlichen und Abonnieren von Audio-Fallback aktiviert sind, sendet das SDK Ereignisse aus, um veränderte Qualitätsbedingungen anzuzeigen. Sie können diese Ereignisse verwenden, um Benachrichtigungen im Client auszulösen, oder das SDK kann die Standard-Benachrichtigungen der Benutzeroberfläche anzeigen.

Teilnehmer-Audio-Fallback

Die Subscriber-Audio-Fallback-Funktion verbessert die Gesprächsqualität, indem sie eingehende Videoströme automatisch abschaltet, was zu einem reinen Audiomodus führt, wenn sich die Netzbedingungen auf der Teilnehmerseite verschlechtern. Andere Clients werden unabhängig von den Netzwerkbedingungen des Teilnehmers weiterhin Video empfangen. Diese Funktion wird über den Vonage Video Media Router abgewickelt und ist nur in gerouteten Sitzungen verfügbar. Siehe dieDokumente zur Sitzungserstellung um den Unterschied zwischen gerouteten und weitergeleiteten Sitzungen zu verstehen.

Publisher Audio Fallback

Die Audio-Fallback-Funktion des Herausgebers verbessert die Gesprächsqualität, indem ein Herausgeber in den reinen Audiomodus wechselt, wenn die Netzwerkbedingungen des Herausgeber-Clients kein Video unterstützen. Sobald sich die Netzwerkbedingungen verbessern, schaltet der Publisher wieder auf Video um.

Die Publisher Audio Fallback-Funktion wird sowohl in weitergeleiteten als auch in gerouteten Sitzungen unterstützt (siehe Der Vonage Video Media Router und die Medienmodi).

Die Audio-Fallback-Funktionen des Herausgebers umfassen Verbesserungen zur Überwachung der Bandbreite und Überlastung eines veröffentlichten Streams. Der Verleger priorisiert die Audiokommunikation und greift auf Audio zurück, wenn die Überlastung der Bandbreite keine Videokommunikation zulässt.

Mit der Audio-Fallback-Funktion des Herausgebers erhält der Herausgeber-Client eine Qualitätsrückmeldung (über Paketverlust, Bandbreite und Überlastung) vom Teilnehmer (bei einer weitergeleiteten Sitzung) oder vom Vonage Video Media Router (bei einer gerouteten Sitzung).

Interpretation von Audio-Fallback-Ereignissen von Herausgebern und Teilnehmern im Hinblick auf eine Verschlechterung der Netzqualität

Publisher- und Subscriber-Audio-Fallback-Ereignisse zeigen nicht direkt an, welcher Endpunkt von einer Netzwerkverschlechterung betroffen ist. Stattdessen spiegeln sie zwei unterschiedliche Perspektiven auf die Netzwerkqualität wider: die Sicht des Herausgebers auf seine eigenen Statistiken und die aggregierte Sicht des Vonage Video Media Routers.

  • In weitergeleiteten Sitzungen wird nur der Audio-Fallback des Herausgebers unterstützt. Obwohl Fallback-Ereignisse vom Herausgeber ausgehen, bedeutet dies nicht unbedingt, dass beim Herausgeber Netzwerkprobleme auftreten. Überlastungsmetriken werden Ende-zu-Ende berechnet und werden sowohl vom Herausgeber als auch vom Teilnehmer beeinflusst.

  • Bei gerouteten Sitzungen werden sowohl Publisher- als auch Subscriber-Fallback unterstützt. Da der Vonage Video Media Router verschiedene Peer-Verbindungsübergänge durchführen oder in hybriden Konfigurationen arbeiten kann, kann es schwierig sein, die genaue Quelle der Verschlechterung allein anhand von Fallback-Ereignissen zu bestimmen. Als Faustregel gilt, dass die Verschlechterung auf der Seite des Teilnehmers liegt. Wenn Publisher Audio Fallback aktiviert ist und der Client ein Fallback-Ereignis empfängt, das unmittelbar von einemStream aktualisiert Ereignis wenn der Videokanal deaktiviert ist, kann auch - oder ausschließlich - der Herausgeber betroffen sein. Der Publisher-Fallback kann jedoch immer noch durch die vom Abonnenten gemeldeten Metriken beeinflusst werden.

Wenn Sie eine genauere Einschätzung des Netzwerkzustands sowohl für den Publisher als auch für den Subscriber benötigen – und ermitteln möchten, welcher Endpunkt tatsächlich für die Qualitätsminderung verantwortlich ist –, sollten Sie stattdessen Transportstatistiken verwenden. Diese liefern eindeutige Indikatoren für den Netzwerkzustand und identifizieren die Ursache der Qualitätsminderung eindeutig, wodurch sie ein zuverlässigeres Diagnosewerkzeug darstellen als Fallback-Ereignisse allein. Siehe den Übersicht über die Client-Transparenz und den Netzwerkzustand.

Aktivieren und Deaktivieren von Audio-Fallback

Sie können das Audio-Fallback aktivieren und deaktivieren, wenn Sie einen Stream veröffentlichen:

Die Client-SDKs enthalten Ereignisse für Publisher- und Subscriber-Audio-Fallback. Diese Ereignisse zeigen an, wenn das Publisher- oder Subscriber-Video aktiviert oder deaktiviert ist und wenn eine Warnung für das deaktivierte Video aufgrund von Audio-Fallback (und Video-Wiederherstellung) vorliegt.