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 ein Android T (13) und ein Android V (15).
      • Mindestens ein Samsung- und ein Pixel-Gerät
      • Beispiel:
        • 1 OnePlus (Android 10).
        • 3 Samsung (Android 11, 12, 13)
        • 1 Pixel (Android 15)
  • Ein Gerät ohne Audio-Wechsel:
    • Ein beliebiges iPhone, ein PC, ein Bluetooth-fähiger Laptop oder ein Android-Smartphone, bei dem der Audio-Wechsel deaktiviert ist
      • Sie können den Audio-Wechsel in den Details des Bluetooth-Geräts deaktivieren.
    • Für den Multipoint-Testlauf 2.8 ist zusätzlich zu den 5 Test-Smartphones ein Gerät ohne Audio-Switch erforderlich.

• Tritt der Testgruppe für Audio-Wechsel mit deinen Testkonten bei, um Debug-Benachrichtigungen auf Test-Smartphones anzuzeigen.

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

Zertifizierungskriterien

• Die Erfolgsquote des Ziel-Wechsels muss in allen Testläufen 95% überschreiten.

• Bei Tests, die einen Switch erfordern, müssen die Profilverbindung und der aktive Status in mindestens 75 % der Fälle innerhalb von 3 Sekunden nach dem Auslösen von Audioereignissen abgeschlossen sein.

Leitfaden für Tests

Vorbereitung des DUTs (Device Under Test, DUT)

• 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 Google-Testkonto gekoppelt wurde, können Sie die Kopplung so löschen:
    • Auf den gekoppelten Geräten:
      • Rufe die Bluetooth-Einstellungen auf.
      • Wähle „Gerät entfernen“ 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“ (ein Gerät 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 in der Vorlage zum automatischen Audiowechsel 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, muss Folgendes ausgeführt werden:
  • Den Tab „Generic_test“.
  • Den Tab „Nur Multipoint“.
• Bei MP-Headsets, die in den SP-Modus umgeschaltet werden können, wird Folgendes ausgeführt:
  • Der Tab „Generic_test“ mit ausgeschaltetem MP.
  • Der Tab „Generic_test“ mit aktivierter MP
  • Der Tab „Nur Multipoint“ mit aktivierter Multipoint-Funktion

Erstellen des Selbstruhe- und Selbsttestberichts

• Erstellen Sie eine Kopie des Berichts zum automatischen Test für den Audiowechsel.
• Alle Testläufe mindestens zweimal ausführen.

• Tests sollten in folgender Form ausgeführt werden:

• Es gibt vier Arten getesteter Audioereignisse und empfohlene Test-Apps:

  1. Anruf:
     1. Integrierte Smartphone-App
  2. VoIP: Alle VoIP-Apps funktionieren, 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 funktioniert, z. B.:
     1. Test-App „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 Sie der Gruppe fp-sass-partner-test beigetreten sind. Hier einige Beispiele:

  • Letzter Status:

  

  • Keine Benachrichtigung über den Wechsel:

  

  • Benachrichtigung zur Latenz des Schalters:

  

Latenzmessung

• Es gibt zwei Arten von Schalterlatenz:
  1. Verbinden eines Bluetooth-Profils mit einem nicht verbundenen Seeker.
     • Dazu gehören alle SinglePoint-Fälle und einige MP-Fälle, bei denen der Ziel-Sucher (Gerät B) getrennt ist.
  2. Der Seeker mit aktiver Verbindung wird gewechselt.
     • 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. Die gesamte Latenz kann mit dem Befehl „adb“ ausgegeben werden.
     • Weitere Informationen finden Sie im Abschnitt Dumplatenz.
     • Dieser Befehl kann die Latenz bereitstellen und aufzeichnen, nachdem mindestens ein Testlauf abgeschlossen wurde.
  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 VoIP-/Medien-/Spielaudioereignisse während eines Selbsttests 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 adb install audio_test_app.apk verwenden.

• Wenn Sie ein Dialogfeld sehen, in dem Sie um den Benachrichtigungszugriff gebeten werden:
  1. Klicken Sie auf „OK“.
  2. Wählen Sie in der App-Liste „FP SASS-Test“ aus.
  3. Benachrichtigungszugriff zulassen.

App-Übersicht:

• Zielanbieter

  • Wenn auf diese Schaltfläche geklickt wird, wird eine Liste der gekoppelten Bluetooth-Geräte angezeigt. Wählen Sie das Modell aus, das Sie testen möchten.
  • Die Schaltflächen zum Verbinden und Trennen funktionieren wie die Schaltflächen in den Gerätedetails der Bluetooth-Einstellungen.

• Aktueller Status

  • In diesem Feld wird der letzte Verbindungsstatus angezeigt, den der Seeker von einem Anbieter mithilfe von BLE Advertising oder einem Ereignisstream empfangen hat.
  • Hier werden auch Benachrichtigungen zur Fehlerbehebung für den Audio-Schalter angezeigt.

• Suchertyp

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

Audiotyp

• Tasten für Wiedergabe und Stopp

  • Mit den Schaltflächen Wiedergabe und Stopp starten oder stoppen Sie den Ton.

• Schaltergebnis

  • In diesem Feld wird die Latenz von „Verbinden“ und „Aktiv“ angezeigt. Außerdem wird der Grund für das Ablehnen eines Wechsels angezeigt, wenn ein Audioereignis ausgelöst wurde, der Wechsel jedoch nicht erfolgt ist.
  • 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 kann ein Nutzer Latenzmessungen beim Ausführen manueller 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 zu Protokollmustern:

Bekannte Probleme:

Die folgenden Fehler werden durch den Seeker verursacht:

1. Falscher Audio-Wechsel bei Spiel.
   • Samsung-Smartphones setzen beim Spielen den Verbindungsstatus auf CONNECTED_A2DP_WITH_AVRCP anstelle von CONNECTED_A2DP_ONLY.
   • 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 können den Ton jedes Smartphones, auf dem das Spiel geöffnet wird, ständig wechseln.