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 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
      • Du kannst den Audio-Wechsel in den Details zum Bluetooth-Gerät deaktivieren Einstellung.
    • Für den Multipoint-Testfall 2.8 ist zusätzlich zu den fünf Test-Smartphones ein Gerät ohne Audio-Wechsel erforderlich.

• Treten Sie der Testgruppe für Audio-Wechsel mit Ihren Testkonten bei in um Debug-Benachrichtigungen auf Testtelefonen anzuzeigen.

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

Klassisch mit A2DP+HFP

• Achten Sie darauf, dass auf allen Android-Geräten GmsCore-Version 23.xx.xx oder höher installiert ist installiert haben.

BLE mit LE Audio

• Mindestens zwei der Referenztelefone müssen LE Audio unterstützen.
  • Beispielsweise ein Samsung-Smartphone und ein Pixel, die LE Audio unterstützen.
• Achten Sie darauf, dass auf allen Android-Geräten GmsCore-Version 24.33.xx oder höher installiert ist installiert haben.

Zertifizierungskriterien

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

• 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.

Klassisch mit A2DP+HFP

Selbsttests müssen in den folgenden Kombinationen durchgeführt werden:

• Smartphone A = Android S (12) + Smartphone B = Android T (13)
• Smartphone A = Android T (13) + Smartphone B = Android S (12)

BLE mit LE Audio

Selbsttests müssen in den folgenden Kombinationen durchgeführt werden:

• Smartphone A: BT Classic, Smartphone B: BT Classic
• Smartphone A: LE Audio, Smartphone B: Bluetooth Classic
• Smartphone A: Bluetooth Classic, Smartphone B: LE Audio

Optional sollten Anbieter, die Dual LE Audio-Verbindungen unterstützen, Folgendes testen:

• Telefon A: LE Audio, Smartphone B: LE Audio

Leitfaden für Tests

Vorbereitung des Testgeräts

• Vergewissern Sie sich, dass das Bluetooth-Gerät noch nicht mit einem Smartphone gekoppelt wurde. im Google-Testkonto angemeldet sind.
  • Wenn das Gerät mit dem Test-Google-Konto gekoppelt ist, gehen Sie so vor, um die Kopplung aufzuheben:
    • Unter „Gekoppelte Geräte“:
      • Rufe die Bluetooth-Einstellungen auf.
      • Wähle „Gerät entfernen“ aus.
      • Aktivieren Sie den Flugmodus und deaktivieren Sie ihn anschließend wieder.
  • Aktivieren Sie die Option „Geräte automatisch speichern“. ist AN.
    • Dieser Schalter ist standardmäßig deaktiviert.
    • 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

• Alle Headsets führen Tests auf den verschiedenen Tabs im Vorlage für selbsttesten Audio-Wechsel
• 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:
  • 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 aktiviertem MP.
  • Der Tab „Multipoint_only“ mit aktiviertem MP.

Erstellen des Selbstruhe- und Selbsttestberichts

• Erstellen Sie eine Kopie des Selbsttestberichts für den Audio-Switch.
• Alle Testläufe mindestens zweimal ausführen.

• Tests sollten in der folgenden Form ausgeführt werden:

Klassisch mit A2DP+HFP

• Gerät B ist die Haupt-DUT.
  • Geben Sie die Details zu Gerät B in die Felder „Smartphone“ und „Betriebssystem“ oben in der Vorlage ein.

Beispiel für einen Testfall:

• Test-Smartphones:

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

• Ausgeführte Tests:

  • Lauf 1. Gerät A=Samsung S10+ (12), Gerät B=Pixel 7 Pro (13) Spalte D: Smartphone=Pixel 7 Pro, Betriebssystem=Android 13
  • Führen Sie Schritt 2 aus. 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 Selbsttestvorlage:

BLE mit LE Audio

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

Beispiel für einen Testfall:

• Test-Smartphones:

  • Gerät 1: Samsung (Android 13)
  • Gerät 2: Pixel (Android 15) und weitere Geräte.

• Ausgeführte Tests:

  • [LEA+BT]: Gerät A= Pixel 8 (15), Gerät B=Pixel 7 Pro (13) Spalte D: Smartphone=Pixel 7 Pro, Betriebssystem=Android 13
  • [BT+LEA]: Spalte „Gerät A=Pixel 7 (13), Gerät B=Pixel 8 (Android 15)“ E: Smartphone=Pixel 8, Betriebssystem=Android 15
  • [BT+BT]: Spalte „Gerät A=Pixel 7 Pro (13), Gerät B=Samsung S10+ (12)“ E: Smartphone=Samsung S10+, OS=Android 12
  • [LEA + LEA]: Gerät A=Pixel 8 (15), Gerät B=Pixel 8(15) Spalte E: Smartphone=Pixel 8, Betriebssystem=Android 15

Beispiel für einen abgeschlossenen Test in der Vorlage für Selbsttests:

Audioereignisse:

• Die vier Arten getesteter Audioereignisse und empfohlene Test-Apps sind:

  1. Rufen Sie uns an:
     1. Die integrierte Telefon-App.
  2. VoIP: Alle VoIP-Apps funktionieren, z. B.:
     1. Test-App „Audio-Wechsel“
     2. FB Messenger
     3. Linie.
     4. WhatsApp
     5. Google Meet
     6. Google Meet
  3. Medien: Jeder Audioplayer ist geeignet, 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

Hinweis :Weitere Informationen finden Sie im Abschnitt Audio-Wechsel-Test-App. Details.

Informationen zur Fehlerbehebung:

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

  • Letzter Status:

  

  • Keine Benachrichtigung über den Wechsel:

  

  Hinweis: „Letzter Status“ ist der Verbindungsstatus zum Zeitpunkt des Audioereignisses, NICHT das aktuelle Ereignis.
  • Benachrichtigung zur Wechsellatenz:

  

Latenzmessung

Hinweis: „Sucher“ bezeichnet das Smartphone oder Tablet, das Sie im Test mit dem Headset verbinden. In den Testfällen wird es auch als Gerät A, B, C, D oder E bezeichnet.

• 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, deren Ziel Der Seeker (Gerät B) ist nicht verbunden.
  2. Wechseln des aktiven verbundenen Suchers
     • Dazu gehören einige MP-Fälle, die der Ziel-Seeker (Gerät B) ist. bereits verbunden.
• Es gibt zwei Möglichkeiten, Latenzinformationen abzurufen:
  1. Die gesamte Latenz kann mit dem ADB-Befehl ausgegeben werden.
     • Weitere Informationen finden Sie im Abschnitt Dump-Latenz.
     • Dieser Befehl kann Latenzen bereitstellen und aufzeichnen, nachdem mindestens einen Testlauf durchführen.
  2. Mit der Test-App für den Audio-Wechsel.
     • Die auf dem Seeker ausgeführte App zeigt die Latenz nach zu wechseln.
     • Wenn kein Wechsel stattgefunden hat, wird in der App der Grund „Kein Wechsel“ angezeigt.

Test-App für Audio-Wechsel:

• Verwendung der App zum Auslösen von Audioereignissen für VoIP-, Medien- und Spieleinhalte während eines Selbsttests vereinfacht die Testeinrichtung und verringert die Ereignislatenz des Seekers.
  • Die aktuelle Version können Sie hier herunterladen.
  • Für den LE Audio-VoIP-Test muss eine Richtlinie manuell aktiviert werden: > ADB-Stamm > ADB Shell-Einstellungen, global versteckt_api_policy 1 festlegen > ADB-Neustart

Hinweis: Sie benötigen ein Google-Konto, um Zugriff auf den Downloadlink anzufordern. Die Zugriffsrechte werden manuell vergeben und es kann einige Tage dauern, bis sie gewährt werden.

• 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: Gewähren Sie alle Berechtigungen, wenn Sie die App zum ersten Mal öffnen.

• 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 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 zum Verbinden und Trennen funktionieren wie die Tasten in der Bluetooth-Funktion. Einstellungen" Gerätedetails.

• Aktueller Status

  • In diesem Feld wird der letzte Verbindungsstatus angezeigt, den der Seeker von einem Anbieter, der BLE Advertising oder einen Event-Stream verwendet.
  • 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

Klassisch mit A2DP+HFP

• VoIP
  • Wenn Sie diesen Modus auswählen, wird der Audiomodus in AudioManager.MODE_IN_COMMUNICATION geändert und AudioManager.startBluetoothSco aufgerufen. Anschließend wird Audio mit USAGE_VOICE_COMMUNICATION wiedergegeben.
  • Der Streamtyp ist STREAM_VOICE_CALL.
  • Der Verbindungsstatus des Anbieters sollte sich innerhalb von 5 Minuten zu CONNECTED_HFP ändern Sekunden.
• Medien
  • Wenn du diesen Modus auswählst, wird Audio wiedergegeben, das AVRCP unterstützt. Die Art der Audionutzung lautet: USAGE_MEDIA.
  • Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Sekunden zu CONNECTED_A2DP_WITH_AVRCP wechseln.
  • Der Verbindungsstatus kann kurz zu CONNECTED_A2DP_ONLY wechseln, wenn gestartet oder gestoppt.
• Spiel
  • Wenn Sie diesen Modus auswählen, wird Audio wiedergegeben, das AVRCP nicht unterstützt. Der Audionutzungstyp ist USAGE_GAME.
  • Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Sekunden zu CONNECTED_A2DP_ONLY wechseln.

BLE mit LE Audio

• VoIP

  • Wenn Sie diesen Modus auswählen, wird der Audiomodus in AudioManager.MODE_IN_COMMUNICATION geändert und Audio wird mit USAGE_VOICE_COMMUNICATION wiedergegeben.
  Hinweis: Bei Android-Versionen vor Tiramisu (Android 13) ruft die Test-App AudioManager.startBluetoothSco auf, um eine Bluetooth-SCO-Audioverbindung zu starten. Andernfalls ruft die Test-App AudioManager.setCommunicationDevice zur Auswahl des verwendeten Audiogeräts für die Kommunikation.
  • Der Streamtyp ist STREAM_VOICE_CALL.
  • Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Sekunden zu CONNECTED_LE_AUDIO_CALL wechseln.

• Medien

  • Wenn Sie diesen Modus auswählen, wird Audio mit dem Streamtyp STREAM_MUSIC wiedergegeben. Der Audionutzungstyp ist USAGE_MEDIA.
  • Der Verbindungsstatus des Anbieters sollte zu CONNECTED_LE_AUDIO_MEDIA_WITH_CONTROL innerhalb von 5 Sekunden.
  • Der Verbindungsstatus kann beim Starten oder Beenden kurz auf CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL wechseln.

• Spiel

  • Wenn Sie diesen Modus auswählen, wird Audio wiedergegeben, das der Nutzer nicht direkt hat Kontrolle darüber haben. Der Audionutzungstyp ist USAGE_GAME.
  • Der Verbindungsstatus des Anbieters sollte zu CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL innerhalb von 5 Sekunden.

• Tasten für Wiedergabe und Stopp

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

• Ergebnis wechseln

  • In diesem Feld wird die Latenz von „Verbinden“ und „Aktiv“ 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 ab dem Beginn des Triggers für den Audio-Wechsel gemessen. mit dem Erhalt eines verbundenen Bluetooth-Profils oder der Funktion „Multipoint-Wechsel“ benachrichtigen .
  • Vom Anbieter ausgelöste Switches messen die Latenz ab dem Audiostart.

Dump-Latenz

• Mit dem folgenden Befehl kann ein Nutzer Latenzmessungen erfassen, wenn manuelle Tests durchführen: adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
  • Latenzmessungen werden unter NearbyDeviceManager angezeigt Abschnitt SwitchHistory:

            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 Switches, die GmsCore nicht messen kann (z.B. aktive Switches für HFP), werden als 0 ms Latenz.

Referenz für Protokollmuster:

Bekannte Probleme:

Die folgenden Fehler sind bekannte, vom Seeker verursachte Fehler:

1. Falscher Audio-Wechsel bei Spiel.
   • Bei Samsung-Smartphones wird der Verbindungsstatus auf CONNECTED_A2DP_WITH_AVRCP, statt CONNECTED_A2DP_ONLY beim Abspielen Spiele.
   • 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 Audioausgabe auf jedes Smartphone, auf dem das Spiel geöffnet wird.