Zertifizierungsrichtlinien für Audiowechsel

Vorbereitung auf die Zertifizierung

1. Bereiten Sie die Testgeräte vor.
   • Sie benötigen fünf Android-Geräte.
     • Dazu gehören:
       • Sie benötigen mindestens ein Android T (13) und ein Android S (12).
       • Mindestens ein Samsung- und ein Pixel-Gerät.
       • Beispiel:
         • 1 OnePlus (Android 10).
         • 3 Samsung (Android 11, 12, 13).
         • 1 Pixel (Android 13)
   • Ein Gerät ohne Audio-Wechsel:
     • Jeder iPhone, PC, Bluetooth-fähiger Laptop oder Android-Smartphone, bei dem der Audio-Wechsel deaktiviert ist.
       • Du kannst die Option „Audio-Wechsel“ in den Detaileinstellungen des Bluetooth-Geräts deaktivieren.
     • Für den Multipoint-Testfall 2.8 (MP) wird zusätzlich zu den 5 Test-Smartphones ein Gerät ohne Audio-Wechsel benötigt.
2. Treten Sie der Testgruppe für Audiowechsel mit Ihren Testkonten bei, um Benachrichtigungen zur Fehlerbehebung auf Testtelefonen anzuzeigen.
   • So kann Google über Google Analytics auch Testdaten erheben.
3. Auf allen Android-Geräten muss GmsCore-Version 23.xx.xx oder höher installiert sein.

Zertifizierungskriterien

• Die Erfolgsquote bei einem Zielwechsel muss in allen Testläufen 95% überschreiten.
• Bei Tests, die einen Switch erfordern, müssen die Profilverbindung und der Status „Aktiv“ innerhalb von 3 Sekunden nach dem Auslösen von Audioereignissen in mindestens 75 % der Fälle abgeschlossen sein.

Testanleitung

Vorbereitung des Device Under Test (DUT)

• Das BT-Gerät darf noch nicht mit einem Smartphone gekoppelt worden sein, das beim Test-Google-Konto angemeldet war.
  • Wenn das Gerät mit dem Google-Testkonto gekoppelt wurde, gehen Sie so vor, um die Kopplung aufzuheben:
    • Auf den gekoppelten Geräten:
      • Gehen Sie zu den Bluetooth-Einstellungen.
      • Wählen Sie „Gerät entkoppeln“ aus.
      • Schalten Sie den Flugmodus ein und wieder aus.
  • Achten Sie darauf, dass „Geräte automatisch speichern“ aktiviert ist.
    • Standardmäßig ist dieser Schalter deaktiviert.
    • 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.
  • Koppeln Sie das erste Bluetooth-Gerät (A).
  • Kopple nachfolgende Bluetooth-Geräte mit anderen Geräten (B, C, D usw.).

Umfang

• Alle Headsets führen Tests über die verschiedenen Tabs in der Vorlage für Selbsttests für Audiowechsel aus.
• Bei Headsets, die nur den SinglePoint-Modus (SP) unterstützen, wird Folgendes ausgeführt:
  • Der Tab „Generic_test“
• Headsets, die den MP-Modus unterstützen, bieten Folgendes:
  • Der Tab „Generic_test“
  • Tab „Multipoint_only“
• Bei MP-Headsets, die in den SP-Modus versetzt werden können, ist Folgendes erforderlich:
  • Tab „Generic_test“ mit deaktiviertem MP
  • Tab „Generic_test“ mit aktiviertem MP
  • Tab „Multipoint_only“ mit aktiviertem MP.

Selbsterholungsbericht und Selbsttestbericht

• Führe alle Testläufe mindestens zweimal durch.
• Tests sollten in der folgenden Form ausgeführt werden:

1. Gerät A=Android S (12) + Gerät B=Android T (13)
2. Gerät A=Android T (13) + Gerät B=Android S (12)
3. Gerät B ist die Haupt-DUT.
   • Geben Sie die Details zu Gerät B oben in der Vorlage in die Felder „Smartphone“ und „Betriebssystem“ ein.

Beispiel für einen Testfall:

• Testtelefone:

  • Gerät 1: Samsung (Android 13)
  • Gerät 2: Pixel (Android 12 oder 13) und andere

• Durchgeführte Tests:

  • Ausführung 1. Gerät A=Samsung S10+ (12), Gerät B=Pixel 7 Pro (13) Spalte D: Smartphone=Pixel 7 Pro, Betriebssystem=Android 13
  • Lauf 2. Gerät A=Pixel 7 Pro (13), Gerät B=Pixel 6(12) Spalte E: Smartphone=Pixel 6, Betriebssystem=Android 12

Ein Beispiel für einen abgeschlossenen Test in der Vorlage für den Selbsttest:

Audioereignisse:

• Es gibt vier Arten von getesteten Audioereignissen und empfohlene Test-Apps:
  1. Rufen Sie uns an:
     1. Die integrierte Telefon 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. 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

Hinweis :Weitere Informationen finden Sie im Abschnitt Test-App für Audiowechsel.

Informationen zur Fehlerbehebung:

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

  1. Letzte Statusbenachrichtigung:

  2. Keine Benachrichtigung zum Wechsel:

Hinweis : „Letzter Status“ ist der Verbindungsstatus, bei dem das Audioereignis eintritt, und NICHT das aktuelle Ereignis.

1. Benachrichtigung beim Wechsel zwischen Latenz:

Latenzmessung

Hinweis: „Seeker“ bezeichnet das Smartphone oder Tablet, das du zum Verbinden mit einem Headset im Test verwendest. Das Gerät wird in den Testläufen auch als Gerät A, B, C, D oder E bezeichnet.

• Es gibt zwei Arten von Wechsellatenzen:
  1. Ein Bluetooth-Profil mit einem nicht verbundenen Suchenden verbinden.
     • Dies umfasst alle SinglePoint-Fälle und einige MP-Fälle, bei denen die Verbindung zum Zielsuchenden (Gerät B) getrennt ist.
  2. Der aktive verbundene Seeker wird gewechselt.
     • Dazu gehören 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 Dump-Latenz.
     • Mit diesem Befehl kann nach Abschluss von mindestens einem Testlauf eine Latenz angegeben und aufgezeichnet werden.
  2. Über die Test-App „Audio Switch“.
     • Die auf dem Zielsucher ausgeführte Anwendung zeigt nach dem Wechsel die Latenz an.
     • Wenn kein Wechsel möglich ist, wird in der App der Grund „Kein Wechsel“ angezeigt.

Test-App für den Audiowechsel:

• Wenn du die App zum Auslösen von VoIP-/Medien-/Game-Audioereignissen während eines Selbsttests verwendest, wird die Testeinrichtung vereinfacht und die Ereignislatenz des Seekers reduziert.
  • Version 1.03 kann hier heruntergeladen werden.

Hinweis :Sie benötigen ein Google-Konto, um Zugriff auf den Downloadlink anzufordern. Die Gewährung des Zugriffs ist ein manueller Prozess, der mehrere Tage dauern kann.

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

Warnung :Beim ersten Öffnen der App alle Berechtigungen zulassen.

• Wenn Sie ein Dialogfeld sehen, in dem Sie zum Benachrichtigungszugriff aufgefordert 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 Sie auf diese Schaltfläche klicken, erscheint eine Liste der gekoppelten Bluetooth-Geräte. Wählen Sie diejenige aus, die Sie testen möchten.

Die Schaltflächen „Verbinden“ und „Trennen“ funktionieren wie in den Gerätedetails in den Bluetooth-Einstellungen.

Aktueller Status

In diesem Feld wird der letzte Verbindungsstatus angezeigt, den der Suchende von einem Anbieter über BLE-Werbung oder einen Ereignisstream erhalten hat.

Debug-Benachrichtigungen zum Audio-Wechsel werden ebenfalls hier angezeigt.

Art des Suchenden

Diese Option wird verwendet, um das Gerät zwischen den Audiostreams zu wechseln.

Audiotyp

VoIP Wenn du diesen Modus auswählst, wird der Audiomodus zu AudioManager.MODE_IN_COMMUNICATION geändert und AudioManager.startBluetoothSco angerufen. Anschließend wird die Audiowiedergabe mit USAGE_VOICE_COMMUNICATION wiedergegeben.

• Der Streamtyp ist STREAM_VOICE_CALL.
• Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Sekunden zu CONNECTED_HFP wechseln.

Medien Wenn Sie diesen Modus auswählen, wird Audio wiedergegeben, das AVRCP unterstützt. Der Audionutzungstyp ist USAGE_MEDIA.

• Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Sekunden zu CONNECTED_A2DP_WITH_AVRCP wechseln.
• Der Verbindungsstatus kann beim Starten oder Beenden kurz zu CONNECTED_A2DP_ONLY wechseln.

Spiel Wenn du diesen Modus auswählst, wird Audio wiedergegeben, das AVRCP nicht unterstützt. Der Typ der Audionutzung ist: USAGE_GAME.

• Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Sekunden zu CONNECTED_A2DP_ONLY wechseln.

Schaltflächen für Wiedergabe und Stopp

Über die Schaltflächen WIEDERGABE und STOPP starten oder stoppen Sie den Ton.

Ergebnis wechseln

In diesem Feld wird die aktive Latenz von „Verbinden und wechseln“ angezeigt. Außerdem wird der Grund für die Ablehnung 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 Triggers „Audiowechsel“ bis zum Empfang eines verbundenen BT-Profils oder des Ereignisses „Multipoint-Schalter benachrichtigen“ gemessen.
• Vom Anbieter ausgelöste Switches messen die Latenz ab dem Start von Audio.

Dump-Latenz

• Mit dem folgenden Befehl können Nutzer Latenzmessungen erfassen, wenn sie manuelle Tests ausführen: adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
  • Latenzmessungen werden im Abschnitt SwitchHistory von NearbyDeviceManager 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"

• Switches, die von GmsCore nicht gemessen werden können (z.B. ein aktiver Switch für HFP), werden mit einer Latenz von 0 ms aufgezeichnet.

Referenz von Logmustern:

Bekannte Probleme:

Die folgenden Fehler sind bekannte Fehler, die vom Seeker verursacht wurden:

1. Falscher Audio-Wechsel des Spiels.
   • 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 unter Umständen Hintergrundmusik wiedergegeben und ohne Nutzereingabe wird ein neues Audioereignis ausgelöst. Die verbundenen Smartphones wechseln möglicherweise ständig den Ton auf jedem Telefon, das das Spiel öffnet.