Moin @aslanchik,

vielen Dank für dein ausführliches Feedback und den Hinweis.

Liebe Grüße

Mandy

Hallo zusammen,

da das Problem mit dem 5-GHz-Hotspot bei der T-Phone-Reihe (insbesondere beim T Phone 3) nun schon seit Monaten besteht und viele Nutzer – trotz gegenteiliger Ankündigungen – vergeblich auf einen funktionierenden Fix per Update warten, habe ich mir das Ganze per ADB auf System- und Treiberebene genauer angesehen.

Hier ist die technische Erklärung, warum der Hotspot trotz ausgewählter 5-GHz-Option stur im 2,4-GHz-Band (Kanal 11) sendet und warum reguläre OTA-Updates das Problem bisher nicht lösen konnten:

1. Qualcomm-Treiberkonfiguration (/vendor/etc/wifi/qca6750/WCNSS_qcom_cfg.ini)

Im T Phone 3 arbeitet ein Qualcomm FastConnect / QCA6750 Wi-Fi-Chip. Bei der Analyse der Treiberkonfigurationsdatei unter /vendor fallen direkt folgende Anpassungen der Hersteller-Entwickler (Wingtech/ODM) auf:

• #fix 5G hostapd issue
• etsi13_srd_chan_in_master_mode=1
• gEnableDFSMasterCap=0

Der entscheidende Parameter ist hier gEnableDFSMasterCap=0. Aufgrund der europäischen ETSI- und BNetzA -Regularien überschneiden sich die 5-GHz-Kanäle 52 bis 140 mit Radarübertragungen (Wetter-, Flug- und Militärradar / DFS ). Um jegliche Störungen durch ein mobiles Endgerät im Freien auszuschließen, wurden DFS -Kanäle für den Hotspot-Modus (Master/AP) auf Treiberebene vollständig gesperrt.

2. Androids „5 GHz bevorzugt“-Logik & Auto Channel Selection (ACS)

In modernen Android-Versionen (Android 14/15/16) hat Google die harte Option "Nur 5 GHz" gestrichen. Stattdessen wird 5 GHz immer nur als „Bevorzugtes Band / Dual Band“ konfiguriert (Channels = {3=0}).

• Kein Hardware-Dual-Band für Hotspots: Das T Phone 3 unterstützt kein gleichzeitiges Bridged Dual SoftAP (config_wifiBridgedSoftApSupported = false). Das bedeutet, der Chip kann nicht parallel 2,4 GHz und 5 GHz ausstrahlen, sondern muss sich zwingend für ein einziges Band entscheiden.
• Der ACS-Algorithmus: Selbst wenn man im Einstellungsmenü 5 GHz auswählt, startet Android die automatische Kanalwahl (ACS). Wenn das Gerät über Mobilfunkdaten läuft:
  1. Kann das System nicht garantieren, dass sich das Gerät in geschlossenen Räumen (Indoor) befindet.
  2. Sind durch gEnableDFSMasterCap=0 alle DFS -Kanäle tabu (es blieben theoretisch nur die Indoor-Kanäle 36–48).
  3. Aufgrund von Mobilfunk-Koexistenz (Coex) und dem Sicherheits-Fallback der ACS-Logik stuft das System 5 GHz als instabil/unsicher ein und weicht jedes Mal automatisch auf 2,4 GHz (Kanal 11, 2462 MHz) aus.

Fazit & Zusammenfassung

Dass es früher „gelegentlich mal mit 5 GHz geklappt hat“, lag meist daran, dass das Smartphone zeitgleich mit einem heimischen 5-GHz-WLAN verbunden war oder über bestimmte LTE -Frequenzbänder operierte, die eine Freigabe ermöglichten. Neuere Software-Builds haben diese Prüfungen aus Konformitätsgründen noch weiter verschärft.

Als Endnutzer kann man dies über die Benutzeroberfläche schlichtweg nicht beheben, da die Blockade tief in der geschützten /vendor-Partition und im Zusammenspiel mit Googles ACS-Implementierung verankert ist. Solange die Telekom und der ODM-Hersteller nicht den WLAN-Treiber neu zertifizieren und einen entsprechenden Kernel/Vendor-Patch ausrollen, wird kein einfaches Einstellungs-Update Abhilfe schaffen.

Praxistipp für alle, die am PC/Laptop maximale Geschwindigkeit und geringe Latenz suchen:
Die derzeit einzig verlässliche Alternative ist USB-Tethering. Per Kabel entfallen alle WLAN-Kanal- und Regulierungsbeschränkungen komplett, man erhält volle Geschwindigkeit ohne Ping-Spikes und das Gerät wird gleichzeitig geladen.