Bereitgestellte MB-Kontextvorgänge

Die Bereitstellung ist für mobilfunkverbindebare Geräte von entscheidender Bedeutung, da jeder Mobilfunkanbieter unterschiedliche APN-Konfigurationen für sein Netzwerk hat. APN-Konfigurationen können in der Regel in zwei Kategorien unterteilt werden:

1. APN-Konfigurationen, die dem Betriebssystem bekannt sind, da über dem Betriebssystem Anwendungen oder Clients vorhanden sind, die diese Verbindungen erfordern.
2. APN-Konfigurationen, die dem Betriebssystem nicht bekannt gemacht werden, weil sie intern vom Modem für Verbindungen genutzt werden, die nicht vom Betriebssystem und seinen Clients genutzt werden.

Im Idealfall sollte das Modem nur die APN-Konfigurationen speichern, die das Betriebssystem nicht kennen muss. IHV- und OEM-Partner haben jedoch traditionell die Internet- und Einkaufs-APNs, Konfigurationen, die dem Betriebssystem bekannt sind, im Modem bereitgestellt. Vor der Veröffentlichung von Windows 10, Version 1703, las Windows nur die Internet- und Kauf-APN-Konfigurationen aus dem Modem, um Internetverbindungen herzustellen. Ab Windows 10, Version 1703, kann es zusätzliche Fälle geben, in denen die APN-Konfiguration des Modems von Windows verwaltet werden muss, insbesondere, wenn clients im Betriebssystem vorhanden sind, z. B. Benutzereinstellungen oder OMA-DM, die die Mobilfunkkonfiguration ändern möchten. Dies wiederum könnte sich auch auf die APN-Konfiguration des Modems auswirken. Es kann z. B. einen IMS-Stapel im Modem geben, der den IMS-APN für SMS über IMS verwendet. In der Regel werden diese Verbindungen nicht für das Betriebssystem verfügbar gemacht, aber in bestimmten Szenarien muss die IMS-APN-Konfiguration möglicherweise geändert werden. Diese Änderung kann über das Betriebssystem erfolgen. Um dies zu unterstützen, kann das Betriebssystem ab Windows 10, Version 1703, verschiedene ARTEN von APNs in das Modem konfigurieren.

Die MBIM 1.0 und Microsoft NDIS des USB-Forums verfügen jeweils über eine vorhandene CID bzw. ein OID, damit das Betriebssystem die APN-Konfigurationen im Modem festlegen und abfragen kann. Für MBIM 1.0 wird dies durch MBIM_CID_PROVISIONED_CONTEXT ausgeführt, während dies für NDIS durch OID_WWAN_PROVISIONED_CONTEXTS erfolgt. Die vorhandene CID und OID wurden jedoch nicht mit klaren Anleitungen dazu entwickelt, wie sich das Modem in verschiedenen Situationen wie einem Stromzyklus oder SIM-Swap verhält. Geräte, die zukünftig das Konfigurieren und Aktualisieren von Kontexten unterstützen möchten, die vom Modem bereitgestellt werden, müssen die neuere Version der CID und OID in Windows 10, Version 1703, implementieren. Um die Abwärtskompatibilität sicherzustellen, müssen IHVs/OEMs, die neue Hardware auf Betriebssystemversionen älter als 1703 unterstützen möchten, weiterhin die vorhandenen MBIM_CID_PROVISIONED_CONTEXT und OID_WWAN_PROVISIONED_CONTEXTS unterstützen. Ab Windows 10, Version 1703, verwendet das Betriebssystem nur die neuere Version des Befehls, um die APN-Kontextkonfiguration im Modem abzufragen und festzulegen, wenn das Gerät die neue Version der CID und OID unterstützt.

MB-Schnittstellenupdate für bereitgestellte Kontextoperationen

Während MBIM über einen Befehl zum Abrufen und Ersetzen von Kontexten verfügt, die im Modem gespeichert sind, verfügt es nicht über ein Feld zum "Deaktivieren" oder "Aktivieren" eines Profils. Daher muss die vorhandene MBIM_CID_PROVISIONED_CONTEXT für Windows 10, Version 1703, aktualisiert werden, damit diese Funktion enthalten ist. Da MBIM keinen Versionsverwaltungsmechanismus aufweist, wird eine neue proprietäre MSFT-CID als MBIM_CID_MS_PROVISIONED_CONTEXT_V2 definiert.

Dienstname = Basic Connect-Erweiterungen

UUID = UUID_BASIC_CONNECT_EXTENSIONS

UUID-Wert = 3d01dcc5-fef5-4d05-0d3abef7058e9aaf

MBIM_CID_MS_PROVISIONED_CONTEXT_V2

BESCHREIBUNG

Obwohl MBIM 1.0 MBIM_CID_PROVISIONED_CONTEXT für das Betriebssystem und seine übergeordneten Clients definiert hat, um bereitgestellte Kontexte im Modem zu verwalten, hat Windows traditionell den Kontext im Modem nur abgefragt, jedoch nicht vom Betriebssystem festgelegt. Ab Windows 10, Version 1703, ist es zunehmend erforderlich, dass das Betriebssystem die Kontexte im Modem konfigurieren kann. Wenn beispielsweise im Modem ein IMS-Stapel vorhanden ist, der für das Betriebssystem nicht transparent ist, sollte das Betriebssystem die IMS-APN angeben können, die das Modem verwenden soll. Da jedes Modem IHV eine eigene proprietäre Möglichkeit zum Speichern von Kontexten im Modem haben kann, ist es unmöglich, dass das Betriebssystem Profile auf der ContextId-Ebene verwaltet, wie MBIM_CID_PROVISIONED_CONTEXT vorschlagen könnten. Aus Sicht des Betriebssystems ist es wichtiger, vorzuschreiben, welcher Kontext für jeden Kontexttyp verwendet werden soll. Im IMS-Beispiel, unabhängig davon, wie viele vorhandene bereitgestellte Kontexte sich im Modem befinden, sollte der IMS-Datenverkehr, den das Modem initiiert, ausschließlich in dem Kontext stattfinden, den das Betriebssystem mit MBIM_CONTEXT_TYPE = IMS festgelegt hat.

MBIM 1.0 gibt an, dass MBIM_CID_PROVISIONED_CONTEXT nur Abfragekontexte aufrufen können, die mit der Anbieter-ID (MCC/MNC-Paar) der eingefügten SIM-Karte übereinstimmen. Für Set-Anforderungen kann MBIM_CID_PROVISIONED_CONTEXT die Anbieter-ID des Kontexts angeben, der gespeichert werden soll. MBIM_CID_MS_PROVISIONED_CONTEXT_V2 gibt ein ähnliches, aber anderes Verhalten als MBIM 1.0 an. Für jede Abfrage erwartet das Betriebssystem weiterhin, dass das Modem nur Kontexte zurückgibt, die der Anbieter-ID der eingefügten SIM-Karte entsprechen. Für den Befehl "Set" wird das Betriebssystem nicht mehr in die Lage versetzt, Kontexte festzulegen, die nicht mit der aktuellen Provider-ID auf der SIM-Karte übereinstimmen. Es wird erwartet, dass die Set-Anforderung einen Kontext für die aktuelle Anbieter-ID der angezeigten SIM-Karte erstellt. Beispielsweise wechselt der Benutzer von SIM 1 auf SIM 2 und dann zurück zu SIM 1. Es wird erwartet, dass das Modem während des ersten SIM-Swaps alle Kontexte auflösen sollte, bevor der Kontext für SIM 2 geladen wird. Wenn der Benutzer wieder auf SIM 1 wechselt, sollte die Standardkonfiguration von SIM 1 wiederhergestellt werden. Es wird nicht erwartet, dass das Modem die Laufzeitkonfiguration über SIM-Swaps hinweg speichert.

Das folgende Diagramm zeigt einen Beispielfluss für den Wechsel von einer SIM-Karte zu einer anderen, dann zurück zur ersten.

OEMs und IHVs, die das Modem vorkonfiguriert haben, sollten die ursprüngliche Werkskonfiguration beibehalten, falls das Betriebssystem oder der Benutzer die Kontexteinstellungen im Modem auf die ursprünglichen Einstellungen wiederherstellen möchte. Nur die ursprünglichen Werkskontexte für die aktuell eingefügte SIM-Anbieter-ID sollten wiederhergestellt werden. Die vorkonfigurierten Kontexte der ursprünglichen Werkseinstellung sollten niemals von der Betriebssystemkonfiguration überschrieben werden. Das folgende Diagramm ist ein Beispielfluss, wenn ein Benutzer die Werkseinstellungen wiederherstellen möchte:

Es wird erwartet, dass das Modem Abfrage- oder Set-Anforderungen fehlschlägt, wenn die SIM fehlt, gesperrt ist oder auf die Anbieter-ID nicht zugegriffen werden kann. Das Modem sollte nur einen Kontext pro CONTEXT_TYPE pro Anbieter-ID haben. Wenn der IHV oder OEM entscheidet, Modemkontexte im Modem vorzukonfigurieren, ist es wichtig, sicherzustellen, dass die Kontexte für jeden Anbieter ordnungsgemäß konfiguriert sind, für den er dies tut. Wenn die eingefügte SIM-Karte keine vorkonfigurierten IHV-Kontexte aufweist, sollte das Modem keine Kontexte ohne die Konfiguration des Betriebssystems haben. IHVs und OEMs müssen sicherstellen, dass MBIM_MS_CONTEXT_SOURCE = MbimMsContextSourceModemProvisioned ist, damit das Betriebssystem den Modemkontext für die Verbindung verwendet, sofern er vorhanden ist, und ihn nicht durch die APN-Datenbank von Windows überschreibt.

Wie das Modem den Kontext abbildet und durch die vorhandenen MBIM_CID_PROVISIONED_CONTEXT wiedergibt, liegt bei jedem IHV und ist nicht Bestandteil dieser Dokumentation.

Der neue MBIM_CID_MS_PROVISONED_CONTEXT_V2-Befehl ist fast identisch mit dem vorhandenen MBIM_CID_PROVISIONED_CONTEXT-Befehl von MBIM 1.0, aber mit mehreren Ergänzungen. Das erste bietet dem Betriebssystem die Möglichkeit, den Kontext zu aktivieren oder zu deaktivieren, der einem Kontexttyp im Modem zugeordnet ist. Wenn der Kontext im Modem deaktiviert ist, wird erwartet, dass das Modem nicht den gespeicherten Kontext für eine Verbindung mit dem Netzwerk verwendet, auch wenn diese nicht dem Betriebssystem bekannt gemacht wurden. Wenn das Betriebssystem eine Verbindung anfordert, die einem deaktivierten Kontext im Modem entspricht, sollte das Modem die Anforderung sofort ohne Signalisierung an das Netzwerk fehlschlagen. Der Abgleichsprozess sollte mit allen Feldern in der MBIM_MS_CONTEXT_V2-Struktur übereinstimmen.

Die MBIM_CONTEXT_IP_TYPE Struktur von MBIM 1.0 wird nur für MBIM_CID_CONNECT verwendet. In MBIM_CID_MS_PROVISIONED_CONTEXT_V2 hat Microsoft den IP-Typ als einen der Parameter für jeden Kontext hinzugefügt. Das Modem sollte MBIMContextIPTypeDefault melden, wenn es nicht für den angegebenen Kontext konfiguriert ist.

In Windows 10, version 1703, mit neuer Hardware, die MBIM_CID_MS_PROVISIONED_CONTEXT_V2 unterstützt, wird die ältere MBIM_CID_PROVISIONED_CONTEXT von Erstanbieterkomponenten nicht verwendet. Wenn es andere veraltete Client-/Betriebssystemkomponenten gibt, die MBIM_CID_PROVISIONED_CONTEXT senden, sollte das Modem die Ergebnisse so zurückgeben, wie es dies in Windows-Versionen vor Windows 10, Version 1703, tat.

Abfrage

MBIM_MS_PROVISIONED_CONTEXTS_INFO werden sowohl von "Abfrage" als auch von "Festlegen vollständiger Nachrichten" im InformationBuffer zurückgegeben.

Bei Abfrage ist der InformationBuffer null.

Set

Für Set enthält der InformationBuffer eine MBIM_MS_SET_PROVISIONED_CONTEXT_V2 Struktur. Da jedes Modem IHV im Set-Vorgang proprietäre Möglichkeiten zum Verwalten des Kontextspeichers haben kann, gibt das Betriebssystem das Feld "ContextId" nicht mehr an und erwartet, dass das Modem die Kontexte dem entsprechenden Steckplatz zuzuordnen. Wenn das Betriebssystem Kontexte festlegt, erwartet es, dass der Modem es für alle Verbindungen verwendet, die dem MBIM_CONTEXT_TYPE des angegebenen Kontexts entsprechen. Wenn die MBIM_CONTEXT_TYPE vom Modem nicht erkannt wird, sollte sie sie trotzdem speichern, auch wenn sie möglicherweise nicht mit dem Modem verbunden ist.

Unerwünschtes Ereignis

Der Event InformationBuffer enthält eine MBIM_MS_PROVISIONED_CONTEXTS_INFO_V2 Struktur. In einigen Fällen wird die Liste der bereitgestellten Kontexte entweder vom Netzwerk überThe-Air (OTA) oder über den Kurzmitteilungsdienst (SMS) aktualisiert, ohne dass der Befehl MBIM_CID_MS_PROVISIONED_CONTEXT_V2 vom Betriebssystem verwendet wird. Die Funktion muss die Liste der bereitgestellten Kontexte aktualisieren und den Tag MBIM_MS_CONTEXT_SOURCE = MbimMsContextSourceOperatorProvisioned entsprechend kennzeichnen. Danach müssen Funktionen den Host über Updates benachrichtigen, indem sie dieses Ereignis mit der aktualisierten Liste verwenden.

Die Parameter

Datenstrukturen

Abfrage

Der InformationBuffer muss NULL sein, und "InformationBufferLength" muss null sein.

Set

Die folgende MBIM_SET_MS_PROVISIONED_CONTEXT_V2 Datenstruktur wird im InformationBuffer verwendet.

Die folgenden Datenstrukturen werden in der vorherigen Tabelle verwendet.

MBIM_MS_CONTEXT_ROAMING_CONTROL gibt die Roamingrichtlinie pro Kontext an. Das Betriebssystem kann angeben, ob der angegebene Kontext während des Roamings aktiviert werden kann oder nicht. Das Modem sollte den Kontext ohne Betriebssystemeingriff nicht selbst aktivieren, wenn der Roamingzustand die angegebenen Bedingungen nicht erfüllt. In Fällen, in denen das Modem keine Partner unterstützt, sollten alle Partnerkonfigurationen als gleichwertig zu Hause behandelt werden.

MBIM_MS_CONTEXT_MEDIA_TYPE wurde hinzugefügt, um anzugeben, ob der Kontext für Mobilfunk oder iWLAN verwendet wird, wenn Wi-Fi Offload in zukünftigen Plattformen unterstützt wird. Wenn z. B. ein Kontext als Mobilfunk festgelegt ist und das Modem derzeit Wi-Fi Offloading ist, sollte eine Verbindung nicht mithilfe dieses Kontexts initiiert werden.

MBIM_MS_CONTEXT_ENABLE gibt an, ob ein Kontext aktiviert oder deaktiviert ist.

MBIM_MS_CONTEXT_SOURCE wurde hinzugefügt, um dem Betriebssystem Sichtbarkeit darüber zu geben, wie der Modemkontext erstellt wurde. Auf diese Weise kann sich das Betriebssystem nach verschiedenen Situationen wie dem Zurücksetzen auf die Werkseinstellungen ordnungsgemäß verhalten, sodass sie wissen kann, was beibehalten werden soll und was basierend auf verschiedenen Operatoranforderungen an den Standardzustand zurückgegeben werden soll.

MBIM_MS_CONTEXT_OPERATIONS gibt die Vorgänge an, die das Betriebssystem ausführen kann, um Kontexte im Modem zu konfigurieren.

Die ursprüngliche MBIM_CONTEXT_TYPES von MBIM 1.0 ist weiterhin gültig. Microsoft fügt zusätzliche Kontexttypen hinzu, da seit MBIM 1.0 definiert wurden, mehr Kontexttypen eingeführt wurden. In der folgenden Tabelle werden die neuen Typen definiert, die eingeführt werden. IHVs und OEMs können andere proprietäre Kontexttypen mit anderen eindeutigen UUID-Werten definieren, die vom Betriebssystem nicht für eigene Zwecke erkennbar sind.

Antwort

Die folgende MBIM_MS_PROVISIONED_CONTEXT_INFO_V2 Struktur wird im InformationBuffer verwendet.

MBIM_MS_CONTEXT_V2, das in der vorherigen Tabelle verwendet wird, enthält Informationen zu einem bestimmten Kontext.

Benachrichtigung

Weitere Informationen finden Sie in der MBIM_MS_PROVISIONED_CONTEXT_V2 Tabelle.

Statuscodes

Für Abfrage- und Set-Vorgänge:

Nur für Set-Vorgänge:

Initialisierung von Geräten mit einem bereitgestellten Kontext

Initialisierung eines nicht SIM gesperrten GPRS-Geräts mit einem bereitgestellten Kontext

Das folgende Diagramm stellt die optimale Benutzererfahrung für GSM-basierte MB-Geräte dar. Für das out-of-box-Nutzererlebnis ist keine Benutzerkonfiguration erforderlich. Es wird davon ausgegangen, dass das Gerät so konfiguriert ist, dass das Netzwerk automatisch für die Registrierung ausgewählt wird. Die Bezeichnungen in Fettdruck stellen OID-Bezeichner oder Transaktionsflusssteuerung dar. Die Beschriftungen im regulären Text stellen die wichtigen Kennzeichen innerhalb der OID-Struktur dar.

Um ein nicht SIM gesperrtes GSM-basiertes Gerät zu initialisieren, implementieren Sie die folgenden Schritte:

1. Der MB-Dienst sendet eine asynchrone (nicht blockierende) OID_WWAN_READY_INFO Abfrageanforderung an den Miniporttreiber, um den bereiten Zustand des Geräts zu identifizieren. Der Miniporttreiber antwortet mit einer vorläufigen Eingangsbestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat und in Zukunft eine Benachrichtigung mit den angeforderten Informationen senden wird.

2. Der Miniporttreiber sendet eine NDIS_STATUS_WWAN_READY_INFO Benachrichtigung an den MB-Dienst, der an den MB-Dienst angibt, dass der Status des MB-Geräts WwanReadyStateInitialized ist.

3. Der MB-Dienst sendet eine asynchrone (nicht blockierende) OID_WWAN_REGISTER_STATE Abfrageanforderung an den Miniporttreiber, um den Registrierungsstatus des Geräts zu identifizieren. Der Miniporttreiber antwortet mit einer vorläufigen Eingangsbestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat und in Zukunft eine Benachrichtigung mit den angeforderten Informationen senden wird.

4. Der Miniporttreiber sendet eine NDIS_STATUS_WWAN_REGISTER_STATE-Benachrichtigung an den MB-Dienst, der angibt, dass der Registrierungsmodus des Geräts WwanRegistraterModeAutomatic ist und sein aktueller Registrierungsstatus WwanRegisterStateSearching ist.

5. Wenn das Gerät später bei einem Netzwerkanbieter registriert ist, sendet der Miniporttreiber eine nicht angeforderte NDIS_STATUS_WWAN_REGISTER_STATE Benachrichtigung an den MB-Dienst, der angibt, dass der aktuelle Registrierungsstatus des Geräts WwanRegisterStateHome ist.

6. Das Gerät versucht, den Paketdienst anzufügen. Wenn sich der Paketdienststatus in angefügt ändert, sendet der Miniporttreiber eine nicht angeforderte NDIS_STATUS_WWAN_PACKET_SERVICE Benachrichtigung an den MB-Dienst, der angibt, dass der Paketdienst angefügt ist und die aktuelle Datenklasse WWAN_DATA_CLASS_GPRS ist.

7. Der MB-Dienst sendet eine asynchrone (nicht blockierende) OID_WWAN_HOME_PROVIDER Abfrageanforderung an den Miniporttreiber, um Informationen zum Heimanbieter abzurufen. Der Miniporttreiber antwortet mit einer vorläufigen Bestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat, und sendet zukünftig eine Benachrichtigung mit den angeforderten Informationen.

8. Der Miniporttreiber sendet eine NDIS_STATUS_WWAN_HOME_PROVIDER Benachrichtigung an den MB-Dienst, der die Details des Heimanbieters angibt.

9. Der MB-Dienst sendet eine asynchrone (nicht blockierende) OID_WWAN_PROVISIONED_CONTEXTS Abfrageanforderung an den Miniporttreiber, um die Liste der bereitgestellten Kontexte abzurufen. Der Miniporttreiber antwortet mit einer vorläufigen Eingangsbestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat und in Zukunft eine Benachrichtigung mit den angeforderten Informationen senden wird.

10. Der Miniporttreiber sendet eine NDIS_STATUS_WWAN_PROVISIONED_CONTEXTS Benachrichtigung an den MB-Dienst, der eine Liste der WWAN_CONTEXT Strukturen enthält.

11. Der MB-Dienst sendet eine asynchrone (nicht blockierende) OID_WWAN_CONNECT Satzanforderung an den Miniport-Treiber, um den Paketdatenprotokoll (PDP)-Kontext zu aktivieren. Der Miniporttreiber antwortet mit einer vorläufigen Eingangsbestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat und in Zukunft eine Benachrichtigung mit den angeforderten Informationen senden wird.

12. Der Miniporttreiber sendet eine NDIS_STATUS_WWAN_CONTEXT_STATE Benachrichtigung an den MB-Dienst, der angibt, dass der PDP-Kontext aktiviert ist.

13. Der Miniporttreiber sendet eine NDIS_STATUS_LINK_STATE Benachrichtigung, um anzugeben, dass der Medienverbindungsstatus "MediaConnectStateConnected" ist.

Initialisierung eines CDMA-Paketgeräts mit einem konfigurierten Kontext

Das folgende Diagramm veranschaulicht die optimale Benutzererfahrung für CDMA-basierte Geräte. Für die Out-of-Box-Erfahrung ist keine Benutzerkonfiguration erforderlich. In diesem Szenario wird davon ausgegangen, dass das CDMA-basierte Konto nicht aktiviert wurde. Im Gegensatz zu GSM-basierten Geräten startet ein CDMA-basiertes Gerät automatisch die Registrierung mit dem Netzwerk, nachdem die Aktivierung abgeschlossen ist. Die fett formatierten Bezeichnungen sind OID-Identifikatoren oder Transaktionskontrolle. Die Beschriftungen im regulären Text sind die wichtigen Kennzeichen innerhalb der OID-Struktur.

Um ein CDMA-basiertes Paketgerät mit einem bereitgestellten Kontext zu initialisieren, implementieren Sie die folgenden Schritte:

1. Der MB Dienst sendet eine asynchrone (nicht blockierende) OID_WWAN_READY_INFO an den Miniporttreiber. Der Miniporttreiber antwortet mit einer vorläufigen Bestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat und in Zukunft eine Benachrichtigung mit den angeforderten Informationen senden wird.

2. Der Miniporttreiber sendet NDIS_STATUS_WWAN_FAILURE an den MB-Dienst.

3. Der MB-Dienst sendet eine asynchrone (nicht blockierende) OID_WWAN_SERVICE_ACTIVATION an den Miniporttreiber. Der Miniporttreiber antwortet mit einer vorläufigen Bestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat und in Zukunft eine Benachrichtigung mit den angeforderten Informationen senden wird.

4. Der Miniporttreiber sendet NDIS_STATUS_WWAN_SUCCESS an den MB-Dienst.

5. Der Miniporttreiber sendet NDIS_STATUS_WWAN_REGISTER_STATE an den MB-Dienst.

6. Der Miniporttreiber sendet NDIS_STATUS_WWAN_REGISTER_STATE an den MB-Dienst.

7. Der Miniporttreiber sendet NDIS_STATUS_WWAN_PACKET_SERVICE an den MB-Dienst.

8. Der MB-Dienst sendet asynchron (d.h. nicht blockierend) eine OID_WWAN_HOME_PROVIDER an den Miniporttreiber. Der Miniporttreiber antwortet mit einer vorläufigen Bestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat und in Zukunft eine Benachrichtigung mit den angeforderten Informationen senden wird.

9. Der Miniporttreiber sendet NDIS_STATUS_WWAN_SUCCESS an den MB-Dienst.

10. Der MB-Dienst sendet eine asynchrone (nicht blockierende) OID_WWAN_PROVISIONED_CONTEXTS an den Miniporttreiber. Der Miniporttreiber antwortet mit einer vorläufigen Bestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat, und dass er in Zukunft eine Benachrichtigung mit den angeforderten Informationen sendet.

11. Der Miniporttreiber sendet NDIS_STATUS_WWAN_SUCCESS an den MB-Dienst.

12. Der MB-Dienst sendet eine asynchrone (nicht blockierende) OID_WWAN_PROVISIONED_CONTEXTS an den Miniporttreiber. Der Miniporttreiber antwortet mit einer vorläufigen Eingangsbestätigung (NDIS_STATUS_INDICATION_REQUIRED), dass er die Anforderung erhalten hat und in Zukunft eine Benachrichtigung mit den angeforderten Informationen senden wird.

13. Der Miniporttreiber sendet NDIS_STATUS_WWAN_SUCCESS an den MB-Dienst.

14. Der Miniporttreiber sendet NDIS_STATUS_LINK_STATE an den MB-Dienst.

Siehe auch

MB Gerätebereitschaft