Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
LTE Attach APN-Konfiguration für MBIM-Modems
Traditionell gilt LTE Attach als Teil der Registrierung und Windows war nicht direkt an LTE Attach-Verfahren beteiligt. Im Gegensatz zu typischen Vermittlungsnetzwerkregistrierungen ist LTE jedoch ein reines paketvermitteltes Netzwerk und erfordert, dass für das Gerät ein EPS-Standardträger aktiviert ist, um die Registrierung im LTE-Netzwerk aufrechtzuerhalten.
Um einen EPS-Standard-Bearer mit dem Netzwerk herzustellen, muss das Gerät während des LTE-Anfügverfahrens eine PDP-Kontextaktivierung anfordern, was die Spezifikation des Access Point Name (APN) erfordert. Gemäß dem 3GPP-Standard gibt es vier Szenarien, in denen ein Gerät den APN angeben kann, wenn es versucht, sich bei LTE anzumelden.
- Das Gerät gibt einen bestimmten LTE-Attach-APN an.
- Das Gerät spezifiziert einen bestimmten LTE-Attach-APN, aber das Netzwerk entscheidet, das Gerät während des Roamings stattdessen an einem anderen APN anzuhängen.
- Das Gerät gibt keinen LTE-Attach-APN an, sodass das Netzwerk dem Gerät einen APN zuweisen kann.
- Das Gerät wurde von einem 2G/3G-Netzwerk zu LTE umgestellt, und es gab bereits mindestens einen aktiven PDP-Kontext. Das Netzwerk verwendet es als LTE-Attach-APN.
Heute werden alle LTE Attach APN-Informationen von IHVs und OEMs direkt im Modem für jeden Anbieter bereitgestellt, für den eine Konfiguration vorhanden ist. Es ist jedoch kein vollständig skalierbares Modell für IHVs und OEMs, alle möglichen LTE-Attach-APN-Einstellungen für alle Betreiber weltweit bereitzustellen. Ab Windows 10, Version 1703, werden neue Schnittstellen sowohl für NDIS OIDs als auch für MBIM Microsoft proprietäre CIDs definiert, um die LTE Attach-APN-Konfiguration vom Betriebssystem zu unterstützen.
Ab Windows 10, Version 1703, kann der Benutzer die LTE-Attach-APN-Konfiguration über "Einstellungen" konfigurieren, wenn die zugrunde liegende Hardware LTE Attach APN vom Betriebssystem unterstützt. Hardware mit standardmäßigen LTE-Anfügungs-APN-Konfigurationen muss auch die Konfiguration durch das Betriebssystem verfügbar machen.
Dieses Feature wird durch Hinzufügen von zwei neuen OIDs und CIDs unterstützt. Für IHV-Partner, die MBIM implementieren, muss nur die CID-Version unterstützt werden.
MB-Interface-Update für LTE-Attach-Vorgänge
Es wurden zwei neue MBIM-CIDs erstellt, um die Konfiguration des LTE-Attach-APN zu ermöglichen und dem Betriebssystem das Abrufen des aktuellen LTE-Attach-Status des Geräts zu gestatten. Wenn IHV-Partner sich für die Unterstützung der STANDARDMÄßIGen LTE-Attach-APN-Verwaltung des Betriebssystems entscheiden, müssen beide Befehle unterstützt werden.
Dienstname = Basic Connect-Erweiterungen
UUID = UUID_BASIC_CONNECT_EXTENSIONS
UUID-Wert = 3d01dcc5-fef5-4d05-0d3abef7058e9aaf
| CID | Befehlscode | Mindestversion des Betriebssystems |
|---|---|---|
| MBIM_CID_MS_LTE_ATTACH_CONFIG | 3 | Windows 10, Version 1703 |
| MBIM_CID_MS_LTE_ATTACH_STATUS | 4 | Windows 10, Version 1703 |
MBIM_CID_MS_LTE_ATTACH_CONFIG
BESCHREIBUNG
LTE-Attach-Kontexte können unterschiedlich sein, je nachdem, wie das Netzwerk während der Laufzeit mit dem Gerät interagiert. Für den Rest dieser Dokumentation wird der LTE-Anmeldungskontext als der aktuelle PDP-Kontext bezeichnet, der für die LTE-Anmeldung verwendet wird. Der vordefinierte LTE-Anmeldungskontext entspricht dem Kontext, der auf dem Gerät konfiguriert ist, das die LTE-Anmeldung durchführt, wenn kein anderer aktivierter PDP-Kontext existiert. MBIM_CID_MS_LTE_ATTACH_CONFIG ermöglicht es dem Betriebssystem, den Standard-LTE-Anbindungskontext des Anbieters der eingefügten SIM (MCC/MNC-Paar) abzufragen und festzulegen.
Obwohl der LTE-Attach-APN technisch als Kontext betrachtet werden könnte, unterscheidet es sich von allen anderen Kontexten, die im Modem gespeichert sind. Für alle anderen Kontextaktivierungen erfolgt die Aktivierung nach der Registrierung, und basierend auf verschiedenen Bedingungen kann das Betriebssystem entscheiden, welcher Kontext für die Verbindung am besten geeignet ist. Der LTE-Anfügungskontext ist jedoch im Rahmen der Geräteregistrierung im LTE-Netzwerk aktiviert. Das Betriebssystem kann vor Abschluss der Registrierung keinen netzwerkbezogenen Status abrufen; Aufgrund dieser Einschränkung muss das Betriebssystem den LTE-Attach-Kontext für alle verschiedenen Roamingbedingungen des Geräts konfigurieren können, um sicherzustellen, dass sich das Gerät im LTE-Netzwerk registrieren kann, unabhängig davon, was der Roamingstatus ist.
Für die Aktivierung des LTE-Attach-Kontexts mit dem Netzwerk ist keine vom Betriebssystem explizite Verbindungsanforderung erforderlich, da das Betriebssystem keine selbst initiierte Kontextaktivierung des Modems kennt. Standard-LTE-Attach-Kontext fällt in diese Kategorie. Wenn das Betriebssystem eine MBIM_CID_CONNECT Anforderung zum Aktivieren eines PDP-Kontexts ausgibt und der angegebene PDP-Kontext mit allen folgenden Übereinstimmungen übereinstimmt, sollte das Modem die CID-Aktivierungsanforderung mit Erfolg abschließen, ohne einen neuen Over-the-Air-Bearer mit dem Netzwerk aufzubringen:
- Es gibt einen vorhandenen aktivierten PDP-Kontext, der vom Modem initiiert und nicht für das Betriebssystem verfügbar gemacht wird.
- Der PDP-Kontext stimmt mit dem angegebenen APN in der CID-Anforderung überein.
- Der IP-Typ des aktivierten PDP-Kontexts ist mit dem angeforderten IP-Typ in der CID kompatibel.
Dies ist wichtig, da das Betriebssystem nicht über alle PDP-Kontexte informiert ist, die vom Modem initiiert wurden. Dadurch werden Netzwerkgeräusche und -last reduziert. Andernfalls sollte das Modem gemäß einer normalen Kontextaktivierungsanforderung einen neuen Over-the-Air-Bearer entsprechend der OS-APN-Spezifikation aufbauen. Hier wird die IP-Typkompatibilität angegeben:
| IP-Typ des aktivierten PDP-Kontexts innerhalb des Modems | Kompatibel mit angeforderten IP-Typen | Nicht kompatibel mit dem angeforderten IP-Typ |
|---|---|---|
| IPv4 | Vorgabe; IPv4; IPv4v6; IPv4 und v6 | IPv6 |
| IPv6 | Vorgabe; IPv6; IPv4v6; IPv4 und v6 | IPv4 |
| IPv4v6 | Vorgabe; IPv4; IPv6; IPv4v6; IPv4 und v6 | Nichts |
Hinweis
Das Modem sollte keinen zweiten PDP-Kontext initiieren, wenn nur ein IP-Typ drahtlos aktiviert ist. Wenn beispielsweise IPv4 aktiviert ist und der Host IPv4 und IPv6 anfordert, sollte das Modem die Aktivierungsanforderung abschließen, ohne einen IPv6-Bearer anzuzeigen.
Wenn das Betriebssystem eine MBIM_CID_CONNECT Anforderung zum Deaktivieren eines PDP-Kontexts ausgibt, sollte das Modem Folgendes überprüfen:
- Gibt an, ob das Gerät LTE angeschlossen ist und der zu deaktivierende Kontext der einzige aktivierte PDP-Kontext ist, um die LTE-Registrierung aufrechtzuerhalten.
- Gibt an, ob der zu deaktivierende Kontext auch intern vom Modem für Dienste verwendet wird, die nicht für das Betriebssystem verfügbar gemacht werden
Wenn eines dieser Optionen zutrifft, sollte das Modem die CID-Deaktivierungsanforderung abschließen, aber den Überluftträger weiterhin mit dem Netzwerk verwalten. Ansonsten sollte das Modem den Kontext gemäß den üblichen Deaktivierungsanforderungen deaktivieren.
Alle vom Betriebssystem bereitgestellten Standard-LTE-Attach-APN-Konfigurationen sind anbieterabhängig und entsprechen der Heimat-Anbieter-ID (MCC/MNC-Paar) der eingefügten SIM-Karte. Das Modem sollte nur den konfigurierten LTE-Attach-Kontext für die Anbieter-ID der eingefügten aktuellen SIM bereitstellen, wenn abgefragt wird. Das Modem sollte immer drei Standardmäßige LTE-Anfügungskontexte zurückgeben, die der anbieter-ID der eingefügten SIM entsprechen, eine für jede Roamingbedingung (Home/Partner/Non-Partner).
Es wird erwartet, dass das Modem über SIM-Swaps hinweg seinen Standard-LTE-Anschlusskontext löschen sollte, bevor die Konfiguration für die nächste SIM-Karte angewendet wird. Wenn die neu eingefügte SIM-Karte keine Standardmäßige LTE-Anbindungskonfiguration aufweist, sollte das Gerät leere NULL-Zeichenfolgen für den APN des LTE-Anbindungskontexts für alle Roamingbedingungen zurückgeben, während der Kontext aktiviert bleibt. Wenn der Kontext deaktiviert ist, wird erwartet, dass das Gerät nicht an LTE angeschlossen wird, da keine verwendbare Konfiguration für LTE-Anfügung vorhanden ist. Wenn der Benutzer wieder auf eine SIM-Karte wechselt, die zuvor auf dem Gerät konfiguriert wurde, sollte das Modem seine standardmäßige LTE-Anfügungskonfiguration für die SIM-Karte wiederherstellen. Es wird nicht erwartet, dass die Laufzeitkonfiguration über SIM-Swaps hinweg beibehalten wird. Es sollte jederzeit nur eine STANDARD-LTE-Attach-APN im Modem pro Roamingbedingung (Home/Partner/Non-Partner) vorhanden sein.
Das Betriebssystem legt immer alle drei standardmäßigen LTE-Anfügungskontexte fest, wenn ein Set-Befehl ausgegeben wird, eine für jede Roamingbedingung. Wenn die vom Betriebssystem bereitgestellte Liste nicht genau drei enthält, sollte der Befehl "Festlegen" abgelehnt werden. Wenn einer der bereitgestellten Standard-LTE-Anfügungskontexte vom Betriebssystem konfiguriert wird, bei dem die Roamingbedingung mit dem aktuellen Registrierungsstatus übereinstimmt, sollte das Modem vom Netzwerk getrennt und LTE-Anfügung mit dem neu angegebenen LTE-Anfügungskontext erneut ausführen. Andernfalls wird erwartet, dass das Gerät den angegebenen Standard-LTE-Anhangskontext verwendet, sobald die Roaming-Bedingungen das nächste Mal übereinstimmen. Wenn der vom Gerät angegebene Standard-LTE-Anfügungskontext nicht im LTE-Netzwerk registriert werden kann, sollte das Gerät je nach Bedarf auf 3G/2G zurückgreifen. Wenn das Modem nicht zwischen Partner- und Nicht-Partnernetzwerken unterscheiden kann, sollte das Modem für alle Roamingszenarien den standardbasierten LTE-Anfügungskontext verwenden, der nicht partnerintern ist. Wenn das Betriebssystem den standardmäßigen LTE-Anhangskontext als IP-Typ = Standard konfiguriert, wird erwartet, dass das Modem den geeignetsten IP-Typ für den LTE-Anhangskontext zuweist. Das Betriebssystem erwartet jedoch, dass das Modem weiterhin die Partnerroamingbedingungen und den IP-Typ des LTE-Attach-Kontexts zurückgibt, der die Konfiguration korrekt widerspiegelt.
IHVs und OEMs können den LTE-Anfügekontext als Standardkonfiguration im Modem vorkonfigurieren, diese Kontexte müssen jedoch als MBIM_MS_CONTEXT_SOURCE = MbimMsContextSourceModemProvisioned markiert werden.
Gemäß dem 3GPP-Standard kann der Standard-LTE-Anfügungskontext in zwei Kategorien unterteilt werden: UE-initiiert und netzwerkinitiiert. Wenn das Gerät mit einer leeren NULL-Zugriffszeichenfolge konfiguriert ist, wird erwartet, dass das Gerät keinen LTE-Anfügungskontext an das Netzwerk bereitstellt und wartet, bis das Netzwerk eins wieder dem Gerät zuweist. Genau wie von MBIM 1.0 vorgeschrieben, sollte das Modem basierend auf seinem internen Algorithmus den besten IP-Typ auswählen, wenn der IP-Typ des LTE-Attach-Kontexts standardmäßig konfiguriert ist.
Das folgende Diagramm veranschaulicht einen Beispielfluss der LTE-Anfügungskonfiguration.
Abfrage
MBIM_MS_LTE_ATTACH_CONFIG_INFO wird aus abgeschlossenen Abfragen und gesetzten Nachrichten im InformationBuffer zurückgegeben. Bei Abfrage ist der InformationBuffer NULL.
Set
Für Set enthält der InformationBuffer eine MBIM_MS_SET_LTE_ATTACH_CONFIG.
Unerwünschte Ereignisse
Der Event InformationBuffer enthält eine MBIM_MS_LTE_ATTACH_CONFIG_INFO Struktur. In einigen Fällen wird der standardmäßige LTE-Anhangskontext entweder vom Netzwerk überThe-Air (OTA) oder von Short Message Service (SMS) aktualisiert, der nicht über den Befehl MBIM_CID_MS_LTE_ATTACH_CONFIG des Betriebssystems erfolgt. Die Funktion muss Standard-LTE-Befestigungskontexte aktualisieren und MBIM_MS_CONTEXT_SOURCE = MbimMsContextSourceOperatorProvisioned entsprechend festlegen. Danach müssen Funktionen den Host über Updates benachrichtigen, die dieses Ereignis mit der aktualisierten Liste verwenden.
Die Parameter
| Vorgang | Set | Abfrage | Benachrichtigung |
|---|---|---|---|
| Befehl | MBIM_SET_MS_LTE_ATTACH_CONFIG | Nicht anwendbar | Nicht anwendbar |
| Antwort | MBIM_MS_LTE_ATTACH_CONFIG_INFO | MBIM_MS_LTE_ATTACH_CONFIG_INFO | MBIM_MS_LTE_ATTACH_CONFIG_INFO |
Datenstrukturen
Abfrage
Der InformationBuffer muss NULL sein, und "InformationBufferLength" muss null sein.
Set
Die folgende MBIM_MS_SET_LTE_ATTACH_CONFIG-Struktur soll im Information-Puffer verwendet werden. Der Befehl "Festlegen" ist nur gültig, wenn die Liste eine Elementanzahl von drei enthält, eine für jede Roamingbedingung (home/partner/non-partner).
| Offset | Größe | Feld | Typ | BESCHREIBUNG |
|---|---|---|---|---|
| 0 | 4 | Vorgang | MBIM_MS_LTE_CONTEXT_OPERATIONS | Gibt den Typ des Vorgangs an, für den der Befehl "Festlegen" verwendet wird. Wenn dieser Wert auf "MbimMsLteAttachContextOperationRestoreFactory" festgelegt ist, sollten alle anderen Felder ignoriert werden. Vom Betriebssystem erstellte oder -modified Standard-LTE-Anhängekontexte sollten entfernt werden, und die werkseitig vorkonfigurierten Standard-LTE-Anhängekontexte sollten geladen werden. Wenn das Modem nicht über eine Standardkonfiguration verfügt, sollten alle Standard-LTE-Attach-Kontexte für Roaming-Bedingungen auf eine leere APN-Zeichenfolge und den IP-Typ = Standard festgelegt werden. |
| 4 | 4 | ElementCount (EC) | UINT32 | Anzahl der MBIM_MS_LTE_ATTACH_CONTEXT-Strukturen, die im Datenpuffer folgen. Diese Komponente ist derzeit auf drei festgelegt, eine für jede Roamingbedingung (Home/Partner/Non-Partner). |
| 8 | 8 * EG | MsLteAttachContextRefList | OL_PAIR_LIST | Das erste Element des Paares ist ein 4-Byte-Offset, berechnet vom Anfang (Offset 0) dieser MBIM_MS_LTE_ATTACH_CONFIG_INFO-Struktur bis zu einer MBIM_MS_LTE_ATTACH_CONTEXT-Struktur (Weitere Informationen finden Sie in der MBIM_MS_LTE_ATTACH_CONTEXT-Tabelle). Das zweite Element des Paares ist die 4-Byte-Größe eines Zeigers auf die zugehörige Struktur MBIM_MS_LTE_ATTACH_CONTEXT. |
| 8 + (8 * EC) | Datenpuffer | Datenpuffer | Array von MBIM_MS_LTE_ATTACH_CONTEXT Strukturen. |
Die folgenden Strukturen werden in der vorherigen Tabelle verwendet.
MBIM_MS_LTE_ATTACH_CONTEXT_OPERATIONS beschreibt die Typen von Vorgängen, die im Set-Befehl verwendet werden können.
| Typ | Wert | BESCHREIBUNG |
|---|---|---|
| MbimMsLteAttachContextOperationDefault | 0 | Standardvorgang zum Überschreiben vorhandener Standard-LTE-Anschlusskontexte im Modem. Das Betriebssystem ersetzt immer alle drei standardmäßigen LTE-Anhangskontexte bei Roamingbedingungen. |
| MbimMsLteAttachContextOperationRestoreFactory | 1 | Stellen Sie den ab Werk vorkonfigurierten Standard-LTE-Anbindungskontext für die Anbieter-ID der aktuell eingelegten SIM wieder her. Alle standardmäßigen LTE-Anfügungskontexte, die durch das Betriebssystem ersetzt oder erstellt wurden, sollten entfernt und ersetzt werden. Wenn kein vorkonfigurierter Standard-LTE-Anhangskontext für die aktuell eingefügte SIM-Anbieter-ID mit einer oder mehreren Roamingbedingungen vorhanden ist, sollte der Standard-LTE-Anhang eine leere APN-Zeichenfolge und den IP-Typ 'Standard' zurückgeben. |
MBIM_MS_LTE_ATTACH_CONTEXT gibt den Kontext an, der für die LTE-Anfügungskonfiguration verwendet werden soll.
| Offset | Größe | Feld | Typ | BESCHREIBUNG |
|---|---|---|---|---|
| 0 | 4 | IP-Typ | MBIM_CONTEXT_IP_TYPE | Weitere Informationen finden Sie in der MBIM_CONTEXT_IP_TYPE Tabelle. |
| 4 | 4 | Roaming-Dienste | MBIM_MS_LTE_ATTACH_CONTEXT_ROAMING_CONTROL | Gibt an, welche Roamingbedingung für diesen standardmäßigen LTE-Anfügungskontext gilt. Weitere Informationen finden Sie in der MBIM_MS_LTE_ATTACH_CONTEXT_ROAMING_CONTROL Tabelle. |
| 8 | 4 | Quelle | MBIM_MS_CONTEXT_SOURCE | Gibt die Erstellungsquelle des Kontexts an. Weitere Informationen finden Sie in der MBIM_MS_CONTEXT_SOURCE Tabelle. |
| 12 | 4 | AccessStringOffset | OFFSET | Offset im Datenpuffer zu einer Zeichenfolge, AccessString, um auf das Netzwerk zuzugreifen. Bei GSM-basierten Netzwerken wäre dies eine APN-Zeichenfolge (Access Point Name), z. B. "data.thephone-company.com". Die Größe der Zeichenfolge darf 100 Zeichen nicht überschreiten. Wenn accessString leer ist, erwartet das Gerät, dass das Netzwerk dem Gerät eine Zugriffszeichenfolge zurückweist. Der IP-Typ muss in diesem Fall noch angegeben werden. |
| 16 | 4 | AccessStringSize | SIZE(0..200) | Größe, die für AccessString verwendet wird. Dieser Wert sollte 0 sein, wenn das Gerät erwartet, dass das Netzwerk dem Gerät eine Zugriffszeichenfolge zurück zum Gerät für LTE-Anfügung zuweist. |
| 20 | 4 | BenutzernameVersatz | OFFSET | Offset in Bytes, berechnet vom Anfang dieser Struktur, zu einer Zeichenfolge, UserName, die den Benutzernamen für die Authentifizierung darstellt. Dieses Mitglied kann NULL sein. |
| 24 | 4 | UserNameSize | SIZE(0..510) | Größe, die für "UserName" verwendet wird. |
| 28 | 4 | PasswordOffset | OFFSET | Offset in Bytes, berechnet vom Anfang dieser Struktur, zu einer Zeichenfolge, Passwort, die das Passwort des Benutzernamens darstellt. Dieses Mitglied kann NULL sein. |
| 32 | 4 | Passwortgröße | SIZE(0..510) | Größe, die für das Kennwort verwendet wird. |
| 36 | 4 | Komprimierung | MBIM_COMPRESSION | Gibt die Komprimierung an, die in der Datenverbindung für Header und Daten verwendet werden soll. Dieses Mitglied gilt nur für GSM-basierte Geräte. Der Host legt dieses Element auf MBIMCompressionNone für CDMA-basierte Geräte fest. Weitere Informationen finden Sie in der MBIM_COMPRESSION Tabelle. |
| 40 | 4 | Authentifizierungsprotokoll | MBIM_AUTH_PROTOCOL | Authentifizierungstyp, der für die PDP-Aktivierung verwendet werden soll. Weitere Informationen finden Sie in der MBIM_AUTH_PROTOCOL Tabelle. |
| 44 | Datenpuffer | Datenpuffer | Der Datenpuffer, der AccessString, UserName und Password enthält. |
MBIM_MS_LTE_ATTACH_CONTEXT_ROAMING_CONTROL gibt an, welche Roamingbedingung für diesen standardmäßigen LTE-Anhangskontext gilt.
| Typ | Wert | BESCHREIBUNG |
|---|---|---|
| MbimMsLteAttachContextRoamingControlHome | 0 | Gibt an, ob der standardmäßige LTE-Anfügungskontext im Heimnetzwerk verwendet werden darf oder nicht. |
| MbimMsLteAttachContextRoamingControlPartner | 1 | Gibt an, ob der Kontext in Partnerroamingnetzwerken verwendet werden darf oder nicht. |
| MbimMsLteAttachContextRoamingControlNonPartner | 2 | Gibt an, ob der Kontext in Nicht-Partner-Roamingnetzwerken verwendet werden darf oder nicht. |
MBIM_MS_CONTEXT_SOURCE gibt die Erstellungsquelle des Kontexts an.
| Typ | Wert | BESCHREIBUNG |
|---|---|---|
| MbimMsContextSourceAdmin | 0 | Der Kontext wurde von einem Unternehmens-IT-Administrator aus dem Betriebssystem erstellt. |
| MbimMsContextSourceUser | 1 | Der Kontext wurde vom Benutzer über die Betriebssystemeinstellungen erstellt. |
| MbimMsContextSourceOperator | 2 | Der Kontext wurde vom Operator über OMA-DM oder andere Kanäle erstellt. |
| MbimMsContextSourceModem | 3 | Der Kontext wurde vom IHV oder OEM erstellt. |
| MbimMsContextSourceDevice | 4 | Der Kontext wurde von der Betriebssystem-APN-Datenbank erstellt. |
Antwort
Die folgende MBIM_MS_LTE_ATTACH_CONFIG_INFO-Struktur soll im InformationBuffer verwendet werden.
| Offset | Größe | Feld | Typ | BESCHREIBUNG |
|---|---|---|---|---|
| 0 | 4 | ElementCount (EC) | UINT32 | Anzahl der MBIM_MS_LTE_ATTACH_CONTEXT-Strukturen, die im Datenpuffer folgen. Diese Komponente ist derzeit auf drei festgelegt, eine für jede Roamingbedingung (Home/Partner/Non-Partner). |
| 4 | 8 * EG | MsLteAttachContextRefList | OL_PAIR_LIST | Das erste Element des Paares ist ein 4-Byte-Offset, berechnet vom Anfang (Offset 0) dieser MBIM_MS_LTE_ATTACH_CONFIG_INFO-Struktur bis zu einer MBIM_MS_LTE_ATTACH_CONTEXT-Struktur (Weitere Informationen finden Sie in der MBIM_MS_LTE_ATTACH_CONTEXT-Tabelle). Das zweite Element des Paares ist die 4-Byte-Größe eines Zeigers auf die zugehörige Struktur MBIM_MS_LTE_ATTACH_CONTEXT. |
| 4 + (8 * EG) | Datenpuffer | Datenpuffer | Array von MBIM_MS_LTE_ATTACH_CONTEXT-Strukturen. |
Benachrichtigung
Weitere Informationen finden Sie in der MBIM_MS_LTE_ATTACH_CONFIG_INFO Tabelle.
Statuscodes
Für Abfrage- und Set-Vorgänge:
| Statuscode | BESCHREIBUNG |
|---|---|
| MBIM_STATUS_READ_FAILURE | Fehler beim Vorgang, da das Gerät keine bereitgestellten Kontexte abrufen konnte. |
| MBIM_STATUS_NO_DEVICE_SUPPORT (Kein Gerätesupport) | Fehler beim Vorgang, da das Gerät den Vorgang nicht unterstützt. |
Nur für Set-Vorgänge:
| Statuscode | BESCHREIBUNG |
|---|---|
| MBIM_STATUS_UNGÜLTIGE_PARAMETER | Fehler beim Vorgang aufgrund ungültiger Parameter. |
| MBIM_STATUS_WRITE_FEHLER | Fehler beim Vorgang, da die Updateanforderung nicht erfolgreich war. |
MBIM_CID_MS_LTE_ATTACH_STATUS
BESCHREIBUNG
Gemäß 3GPP-Anforderung kann ein Gerät zwar den Standard-LTE-Anhangskontext angeben, der verwendet werden soll, wenn LTE ohne aktivierten PDP-Kontext an das Netzwerk angeschlossen wird, es kann jedoch Situationen geben, in denen sich das Gerät in einem PDP-Kontext mit LTE verbindet, der sich vom Standard-LTE-Anhangskontext unterscheidet, der auf dem Gerät konfiguriert ist. Es folgt eine Liste aller möglichen Szenarien:
- Die UE gibt einen bestimmten LTE-Attach-APN an.
- Die UE gibt einen bestimmten LTE-Attach-APN an, aber das Netzwerk entscheidet, das Gerät stattdessen während des Roamings an einen anderen APN anzufügen.
- Die UE gibt keinen LTE-APN für die Netzwerkanbindung an und überlässt es dem Netzwerk, einen APN dem Gerät zuzuweisen.
- Das UE hat sich vom 2G/3G-Netzwerk auf LTE gewechselt und es war bereits mindestens ein aktiver PDP-Kontext vorhanden. Das Netzwerk verwendet es als LTE-Attach-APN.
Wenn das Gerät standardmäßig eine LTE-Verbindung herstellt, sollte es dem Betriebssystem eine MBIM_CID_MS_LTE_ATTACH_STATUS-Benachrichtigung senden, um Details zum PDP-Kontext der neuesten LTE-Verbindung bereitzustellen. Standard-LTE-Verbindung tritt auf, wenn eines der folgenden Szenarien erfüllt ist:
- Das Gerät wird zunächst an das LTE-Netzwerk angeschlossen.
- Gerät wechselt von 2G/3G nach LTE ohne zuvor aktivierten PDP-Kontext.
Der von MBIM_CID_LTE_ATTACH_STATUS zurückgegebene LTE-Attach-Kontext kann einer der folgenden sein:
- Im Modem gespeicherter standardmäßiger LTE-Attach-Kontext.
- Standardmäßiger LTE-Anhangskontext, der aus dem Netzwerk zurückübertragen wurde.
Während der Laufzeit sollte das Betriebssystem auch in der Lage sein, abzufragen, was die zuletzt verwendeten Anfügungsinformationen für die Standard-LTE-Anfügung waren. Das Modem soll den letzten bekannten Standard-LTE-Attach-Kontext zurückgeben. Wenn das Gerät von LTE an das 2G/3G-Netzwerk übergeben wurde, wird erwartet, dass das Modem den Kontext zurückgibt, der für die vorherige LTE-Verbindung verwendet wurde. Jedes Mal, wenn das Gerät aus dem Netzwerk deregistriert wird, wird erwartet, dass der APN leer bleibt.
Das folgende Diagramm veranschaulicht den Nachrichtenfluss am Beispiel für den LTE-Anmeldestatus.
Abfrage
MBIM_MS_LTE_ATTACH_STATUS wird aus vollständigen Abfragenachrichten im InformationBuffer zurückgegeben. Bei Abfrage ist der InformationBuffer NULL.
Set
Set-Vorgänge werden nicht unterstützt.
Unerwünschte Ereignisse
Der Event InformationBuffer enthält eine MBIM_MS_LTE_ATTACH_STATUS Struktur.
Die Parameter
| Vorgang | Set | Abfrage | Benachrichtigung |
|---|---|---|---|
| Befehl | Nicht anwendbar | Nicht anwendbar | Nicht anwendbar |
| Antwort | Nicht anwendbar | MBIM_MS_LTE_ATTACH_STATUS | MBIM_MS_LTE_ATTACH_STATUS |
Datenstrukturen
Abfrage
Der InformationBuffer muss NULL sein, und "InformationBufferLength" muss null sein.
Set
Set-Vorgänge werden nicht unterstützt.
Antwort
Die folgende MBIM_MS_LTE_ATTACH_STATUS Struktur wird im InformationBuffer verwendet.
| Offset | Größe | Feld | Typ | BESCHREIBUNG |
|---|---|---|---|---|
| 0 | 4 | LteAttachState | MBIM_MS_LTE_ATTACH_STATE | Gibt an, ob das Gerät derzeit an ein LTE-Netzwerk angeschlossen ist oder nicht. Weitere Informationen finden Sie in der MBIM_MS_LTE_ATTACH_STATE Tabelle. |
| 4 | 4 | IP-Typ | MBIM_CONTEXT_IP_TYPES | Weitere Informationen finden Sie in der MBIM_CONTEXT_IP_TYPE Tabelle. |
| 8 | 4 | AccessStringOffset | OFFSET | Offset im Datenpuffer zu einer Zeichenfolge, AccessString, um auf das Netzwerk zuzugreifen. Bei GSM-basierten Netzwerken wäre dies eine APN-Zeichenfolge (Access Point Name), z. B. "data.thephone-company.com". Bei CDMA-basierten Netzwerken kann dies eine spezielle Wählnummer wie "#777" oder ein Network Access Identifier (NAI) wie "foo@thephone-company.com" sein. Dieser Member kann NULL sein, um anzufordern, dass das Netzwerk den Standard-APN zuweist. Hinweis: Nicht alle Netzwerke unterstützen diese NULL-APN-Konvention. Daher ist ein Verbindungsfehler, der durch einen ungültigen APN verursacht wird, ein mögliches Ergebnis. Die Größe der Zeichenfolge darf 100 Zeichen nicht überschreiten. |
| 12 | 4 | AccessStringSize | SIZE(0..200) | Größe in Bytes, die für AccessString verwendet werden. |
| 16 | 4 | BenutzernameVersatz | OFFSET | Offset in Bytes, berechnet vom Anfang dieser Struktur, zu einer Zeichenfolge, UserName, die den Benutzernamen für die Authentifizierung darstellt. Dieses Mitglied kann NULL sein. |
| 20 | 4 | UserNameSize | SIZE(0..510) | Größe in Bytes, die für "UserName" verwendet werden. |
| 24 | 4 | PasswordOffset | OFFSET | Offset in Bytes, berechnet vom Anfang dieser Struktur, zu einer Zeichenfolge, Passwort, die das Passwort des Benutzernamens darstellt. Dieses Mitglied kann NULL sein. |
| 28 | 4 | Passwortgröße | SIZE(0..510) | Größe in Bytes, die für das Kennwort verwendet werden. |
| 32 | 4 | Komprimierung | MBIM_COMPRESSION | Gibt die Komprimierung an, die in der Datenverbindung für Header und Daten verwendet werden soll. Dieses Mitglied gilt nur für GSM-basierte Geräte. Der Host legt dieses Element auf MBIMCompressionNone für CDMA-basierte Geräte fest. Weitere Informationen finden Sie in der MBIM_COMPRESSION Tabelle. |
| 36 | 4 | Authentifizierungsprotokoll | MBIM_AUTH_PROTOCOL | Authentifizierungstyp, der für die PDP-Aktivierung verwendet werden soll. Weitere Informationen finden Sie in der MBIM_AUTH_PROTOCOL Tabelle. |
| 40 | 4 | Datenpuffer | Datenpuffer |
Die folgende Datenstruktur wird in der vorherigen Tabelle verwendet.
MBIM_MS_LTE_ATTACH_STATE gibt an, ob das Gerät derzeit an ein LTE-Netzwerk angeschlossen ist oder nicht.
| Typ | Wert | BESCHREIBUNG |
|---|---|---|
| MbimMsLteAttachStateDetached | 0 | Gibt an, dass das Gerät nicht an das LTE-Netzwerk angeschlossen ist. |
| MbimMsLteAttachStateAttached | 1 | Gibt an, dass das Gerät an das LTE-Netzwerk angeschlossen ist. |
Benachrichtigung
Weitere Informationen finden Sie in der MBIM_MS_LTE_ATTACH_STATUS Tabelle.
Statuscodes
Für Abfrage- und Set-Vorgänge:
| Statuscode | BESCHREIBUNG |
|---|---|
| MBIM_STATUS_READ_FAILURE | Fehler beim Vorgang, da das Gerät keine bereitgestellten Kontexte abrufen konnte. |
| MBIM_STATUS_KEINE_GERÄTEUNTERSTÜTZUNG | Fehler beim Vorgang, da das Gerät den Vorgang nicht unterstützt. |
Hardware Lab Kit (HLK)-Tests
Siehe Schritte zur Installation von HLK.
Stellen Sie in HLK Studio eine Verbindung mit dem Mobilfunkmodemtreiber des Geräts her, und führen Sie den Test aus: Win6_4.MB. GSM. Data.TestLteAttach.
Alternativ können Sie die Testliste "TestLteAttach HLK" über netsh-mbn und netsh-mbn-test-installation ausführen.
netsh mbn test feature=lte testpath="C:\\data\\test\\bin" taefpath="C:\\data\\test\\bin"
Diese Datei mit den HLK-Testergebnissen sollte im Verzeichnis generiert worden sein, von dem der Befehl "netsh mbn test" ausgeführt wurde: TestLteAttach.htm.
Manuelle Tests
- Anforderung: Eine SIM mit der richtigen APN-Einstellung und einer weiteren APN-Information zur manuellen Nutzung.
- Öffnen Sie Einstellungen->Netzwerk & Internet -> Mobilfunk
- Klicken Sie auf "Erweiterte Optionen".
Verwenden von Mobilfunkeinstellungen:
- Es sollte zumindest ein APN vorhanden sein, das aus den SIM-Informationen stammt. Sie können die detaillierten Informationen des APN abrufen, indem Sie auf den APN und auf die Schaltfläche "Ansicht" klicken.
Verwenden von manuellen Einstellungen:
- Folgen Sie dem Abschnitt "ApN hinzufügen" in den Mobilfunkeinstellungen , um den APN manuell festzulegen.
- Fügen Sie den APN an, und überprüfen Sie den angefügten Status.
Anleitung zur Problembehandlung bei MB LTE Attach
- Abrufen aller angehängten APN-Profile unter %ProgramData%\Microsoft\WwanSvc\DMProfiles
- Verstehen, welches bestimmte Profil basierend auf den Erstellungstypprioritäten angewendet wird
- Untersuchen Sie die Protokolle, um zu überprüfen, warum die LTE Attach-APN falsch konfiguriert wurde
- Sammeln und Decodieren der Protokolle mithilfe der Anweisungen zum Sammeln von Protokollen
- Öffnen der im TextAnalysisTool generierten .txt-Datei
- Lade den LTE Attach-Filter
Beispielprotokoll für LTE Attach
10409 [0]0370.0434::2020-03-06 01:16:13.118424000 [WwanDimCommon] ReadyState : WwanReadyStateInitialized (0x1)
14137 [0]0370.0684::2020-03-06 01:16:13.146883200 [WwanProfileManager]INFO: SaveModemConfiguredLteAttachConfig: added modem configured LTE attach profile
14362 [0]0370.0684::2020-03-06 01:16:13.149255900 [WwanProfileManager]INFO: SaveModemConfiguredLteAttachConfig: added modem configured LTE attach profile
14476 [1]0370.0434::2020-03-06 01:16:13.149677900 [WwanDimCommon] ReadyState : WwanReadyStateInitialized (0x1)
14503 [0]0370.0684::2020-03-06 01:16:13.151412000 [WwanProfileManager]INFO: SaveModemConfiguredLteAttachConfig: added modem configured LTE attach profile
14962 [0]0370.0684::2020-03-06 01:16:13.156860700 [Microsoft-Windows-WWAN-SVC-EVENTS]WWAN Service event: [Info] CWwanDataExecutor::OnLteAttachProfileUpdate: WwanPmGetLteAttachProfileInEffect() didn't find anything, using Network Assigned.
14963 [0]0370.0684::2020-03-06 01:16:13.156862600 [Microsoft-Windows-WWAN-SVC-EVENTS]WWAN Service event: [Info] CWwanDataExecutor::OnLteAttachProfileUpdate: LTEAttachConfig has same config as modem has, skip