Zertifizierungsrichtlinien für Audiowechsel

Vorbereitung auf die Zertifizierung

• Testgeräte vorbereiten
  • Sie benötigen fünf Android-Geräte.
    • Diese Geräte müssen Folgendes enthalten:
      • Mindestens eine Android T-Version (13) und eine Android V-Version (15)
      • Mindestens ein Samsung- und ein Google Pixel-Gerät.
      • Beispiel:
        • 1 OnePlus (Android 10).
        • 3 Samsung (Android 11, 12, 13)
        • 1 Pixel (Android 15)
  • Ein Gerät ohne Audioschalter:
    • Ein beliebiges iPhone, PC, Bluetooth-fähiger Laptop oder Android-Smartphone, bei dem der Audio-Wechsel deaktiviert ist
      • Sie können den Audio-Wechsel in den Details zum Bluetooth-Gerät deaktivieren.
    • Für den Multipoint-Testfall 2.8 ist zusätzlich zu den fünf Test-Smartphones ein Gerät ohne Audio-Wechsel erforderlich.

• Tritt mit deinen Testkonten der Testgruppe für den Audio-Schalter bei, um Debug-Benachrichtigungen auf Test-Smartphones zu sehen.

  • So kann Google auch Testdaten über Google Analytics erheben.

Zertifizierungskriterien

• Die Erfolgsquote beim Zielwechsel muss in allen Testfällen über 95% liegen.

• Bei Tests, für die ein Schalter erforderlich ist, müssen die Profilverbindung und der aktive Schalterstatus in mindestens 75 % der Fälle innerhalb von 3 Sekunden nach dem Auslösen von Audioereignissen abgeschlossen sein.

Leitfaden für Tests

Vorbereitung des Testgeräts

• Prüfen Sie, ob das BT-Gerät zuvor mit einem Smartphone gekoppelt war, das im Test-Google-Konto angemeldet ist.
  • Wenn das Gerät mit dem Test-Google-Konto gekoppelt ist, gehen Sie so vor, um die Kopplung aufzuheben:
    • Auf den gekoppelten Geräten:
      • Rufen Sie die Bluetooth-Einstellungen auf.
      • Wählen Sie „Gerät vergessen“ aus.
      • Aktivieren Sie den Flugmodus und deaktivieren Sie ihn anschließend wieder.
  • Die Option „Geräte automatisch speichern“ muss aktiviert sein.
    • Dieser Schalter ist standardmäßig AUS.
    • Sie finden diese Option unter „Einstellungen“ > „Google“ > „Geräte“ > „Gespeicherte Geräte“ (eine pro DUT).
  • Versetzen Sie das Bluetooth-Gerät in den Kopplungsmodus.
  • Koppel das erste Bluetooth-Gerät (A).
  • Koppeln Sie nachfolgende Bluetooth-Geräte mit anderen Geräten (B, C, D usw.).

Umfang

• Bei allen Headsets werden Tests auf den verschiedenen Tabs im Bericht zum Selbsttest BT Classic oder BT LE Audio ausgeführt.
• Auf Headsets, die nur den SinglePoint-Modus (SP) unterstützen, wird Folgendes ausgeführt:
  • Den Tab „Generic_test“.
• Auf Headsets, die den MP-Modus unterstützen, wird Folgendes ausgeführt:
  • Den Tab „Generic_test“.
  • Den Tab „Nur Multipoint“.
• Bei MP-Headsets, die in den SP-Modus umgeschaltet werden können, gilt Folgendes:
  • Der Tab „Generic_test“ (Allgemeiner Test) mit deaktivierter MP
  • Der Tab „Generic_test“ mit aktivierter MP
  • Der Tab „Nur Multipoint“ mit aktivierter Multipoint-Funktion

Selbstbewertung und Bericht zur Selbstbewertung ausfüllen

• Erstellen Sie eine Kopie des Selbsttests für BT Classic oder BT LE Audio.
• Führen Sie alle Testfälle mindestens zweimal aus.

• Tests sollten in folgender Form ausgeführt werden:

• Die vier getesteten Audioereignisse und empfohlenen Test-Apps:

  1. Anruf:
     1. Die integrierte Telefon-App.
  2. VoIP: Jede VoIP-App funktioniert, z. B.:
     1. Die Test-App für den Audio-Wechsel
     2. FB Messenger
     3. Linie
     4. WhatsApp
     5. Google Meet
     6. Google Meet
  3. Medien: Jeder Audioplayer ist geeignet, z. B.:
     1. Die Test-App für den Audio-Wechsel
     2. YouTube Music
     3. Apple Music
     4. Spotify
     5. Google Podcasts
  4. Spiel:
     1. Die Test-App für den Audio-Wechsel

Informationen zur Fehlerbehebung:

• Benachrichtigungen werden aktiviert, nachdem du der Gruppe fp-sass-partner-test beigetreten bist. Hier einige Beispiele:

  • Letzte Statusbenachrichtigung:

  

  • Keine Benachrichtigung über den Wechsel:

  

  • Benachrichtigung zur Latenz des Schalters:

  

Latenzmessung

• Es gibt zwei Arten von Schalterlatenz:
  1. Ein Bluetooth-Profil mit einem getrennten Sucher verbinden
     • Dazu gehören alle SinglePoint-Fälle und einige MP-Fälle, bei denen der Ziel-Sucher (Gerät B) getrennt ist.
  2. Wechseln des aktiven verbundenen Suchers
     • Dazu gehören auch einige MP-Fälle, bei denen der Zielsuchende (Gerät B) bereits verbunden ist.
• Es gibt zwei Möglichkeiten, Latenzinformationen abzurufen:
  1. Alle Latenzen können mit dem Befehl „adb“ ausgegeben werden.
     • Weitere Informationen finden Sie im Abschnitt Dump-Latenz.
     • Mit diesem Befehl kann die Latenz nach Abschluss mindestens eines Testfalls angegeben und aufgezeichnet werden.
  2. Mit der Test-App für den Audio-Wechsel.
     • In der App, die auf dem Ziel-Sucher ausgeführt wird, wird nach dem Wechsel eine Latenz angezeigt.
     • Wenn kein Wechsel stattgefunden hat, wird in der App der Grund „Kein Wechsel“ angezeigt.

Test-App für Audio-Wechsel:

• Wenn Sie die App verwenden, um während eines Selbsttests VoIP-/Medien-/Spielaudioereignisse auszulösen, wird die Testeinrichtung vereinfacht und die Ereignislatenz des Suchers reduziert.
  • Die aktuelle Version können Sie hier herunterladen.
  • Für den LE Audio-VoIP-Test muss eine Richtlinie manuell aktiviert werden: > adb root > adb shell settings put global hidden_api_policy 1 > adb reboot

• App-Installation:
  • Kopieren Sie die APK auf Ihr Testtelefon und öffnen Sie sie.
  • Alternativ können Sie auch adb install audio_test_app.apk verwenden.

• Wenn Sie ein Dialogfeld mit der Aufforderung zum Gewähren des Zugriffs auf Benachrichtigungen sehen:
  1. Klicken Sie auf „OK“.
  2. Wählen Sie in der App-Liste „FP SASS-Test“ aus.
  3. Gewähren Sie den Benachrichtigungszugriff.

App-Übersicht:

• Zielanbieter

  • Wenn Sie auf diese Schaltfläche klicken, wird eine Liste der gekoppelten Bluetooth-Geräte angezeigt. Wählen Sie die gewünschte aus.
  • Die Schaltflächen „Verbinden“ und „Trennen“ funktionieren genauso wie in den Gerätedetails in den Bluetooth-Einstellungen.

• Aktueller Status

  • Dieses Feld enthält den letzten Verbindungsstatus, den der Sucher von einem Anbieter mithilfe von BLE-Werbung oder Ereignisstreams erhalten hat.
  • Hier werden auch Benachrichtigungen zur Fehlerbehebung für den Audio-Schalter angezeigt.

• Typ des Suchenden

  • Mit dieser Option können Sie auf dem Gerät zwischen Audiostreams wechseln.

Audiotyp

• Wiedergabe- und Stopptaste

  • Mit den Schaltflächen „WIEDERGABE“ und „STOPP“ können Sie die Audiowiedergabe starten oder beenden.

• Schaltergebnis

  • In diesem Feld wird die aktive Latenz von Connect und Switch angezeigt. Außerdem wird der Grund für die Ablehnung eines Schaltvorgangs angezeigt, wenn ein Audioereignis ausgelöst wurde, der Schaltvorgang aber nicht stattgefunden hat.
  • Die Latenz wird in Millisekunden (ms) gemessen.
  • Im Allgemeinen wird die Latenz vom Start des Audio-Wechsel-Triggers bis zum Empfang eines BT-Profils oder eines Notify-Multipoint-Switch-Ereignisses gemessen.
  • Vom Anbieter ausgelöste Umschaltungen messen die Latenz ab Beginn des Audiosignals.

Dump-Latenz

• Mit dem folgenden Befehl können Nutzer Latenzmessungen bei manuellen Tests erfassen: adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
  • Die Latenzmessungen werden im Bereich NearbyDeviceManagerSwitchHistory angezeigt:

            NearbyDeviceManager
              Nearby Sass device count: 1
                Sass device - address:XX:XX:XX:XX:XX:XX, name:Googler's Pixel Buds, accountKey:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX, modelId:6edaf7
                  SwitchHistory
                    15:30:21:166 - 15:30:25:201, latency 3035ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
                    15:34:58:568 - 15:34:58:568, latency 0ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, HFP
                    15:36:26:615 - 15:36:31:603, latency 1988ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
                    15:37:56:108 - 15:37:56:250, latency 142ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, A2DP"

• Alle Schalter, die von GmsCore nicht gemessen werden können (z.B. aktiver Schalter für HFP), werden mit einer Latenz von 0 ms erfasst.

Referenz für Protokollmuster:

Bekannte Probleme:

Die folgenden Fehler werden durch den Seeker verursacht:

1. Falscher Wechsel des Spielaudios.
   • Auf Samsung-Smartphones wird der Verbindungsstatus beim Spielen auf CONNECTED_A2DP_WITH_AVRCP statt auf CONNECTED_A2DP_ONLY gesetzt.
   • Bei einigen Spielen (z. B. Candy Crush) wird möglicherweise Hintergrundmusik wiederholt und ein neues Audioereignis ausgelöst, ohne dass der Nutzer etwas tut. Die verbundenen Smartphones wechseln möglicherweise ständig die Audioquelle auf jedes Smartphone, auf dem das Spiel geöffnet wird.