Fournir des expériences pour les MVNO
Avertissement de dépréciation MBAE
Important
À compter de Windows 10 version 1803, l’expérience d’application MBAE est remplacée par une application UWP MO. Pour plus d’informations sur les applications UWP MO, consultez Applications haut débit mobiles UWP.
Cette rubrique fournit des informations sur la façon dont vous pouvez faire correspondre les métadonnées de service à un opérateur de réseau mobile (MNO) ou à un opérateur de réseau virtuel mobile (MVNO) afin qu’une application haut débit mobile soit automatiquement téléchargée lors de l’insertion de l’appareil haut débit mobile.
Pour faire correspondre correctement les métadonnées du service, Windows lit les informations du carte SIM qui est inséré dans l’ordinateur. Pour les réseaux CDMA, l’appareil haut débit mobile lui-même est lu. Windows interroge ensuite la base de données WMIS (Windows Metadata and Internet Services) pour télécharger le package de métadonnées de service approprié. Une fois le package de métadonnées de service téléchargé, Windows télécharge l’application haut débit mobile associée sur l’ordinateur.
Utilisez le lien de la liste suivante qui convient à votre réseau :
Pour plus d’informations sur le matériel requis pour faire correspondre correctement les métadonnées de service à un MNO et à un MVNO, consultez Vue d’ensemble du matériel de l’opérateur mobile.
Pour plus d’informations sur les métadonnées de service, consultez Métadonnées de service.
Pour plus d’informations sur le schéma du package de métadonnées de service, consultez Informations de référence sur le schéma de package de métadonnées de service.
Correspondance sur les réseaux GSM
Pour un réseau GSM (3GPP), Windows lit l’identificateur de carte de circuit intégré (ICCID) et le numéro IMSI (International Mobile Subscriber Identity) à partir du carte SIM. Ces nombres doivent être définis et récupérables à partir de l’appareil. Si une carte SIM est verrouillée par un code confidentiel et que les informations IMSI sont masquées, Windows n’effectue aucune action tant que le code CONFIDENTIEL SIM n’est pas déverrouillé. Windows lit également le nom du fournisseur d’accueil à partir de la carte SIM ou de l’appareil haut débit mobile.
Si l’ICCID, l’IMSI et le nom du fournisseur d’accueil sont disponibles à partir de l’appareil, l’ICCID et l’IMSI sont supprimés des deux derniers chiffres, encodés à l’aide d’un algorithme de hachage et envoyés à WMIS sous la forme d’ID matériels (HWID) pour correspondre à un package de métadonnées de service. Le nom du fournisseur d’accueil est coché. S’il n’y a aucune correspondance, l’ICCID est vérifié. S’il n’y a aucune correspondance, l’IMSI est vérifié. Si aucune correspondance n’est trouvée, aucun package de métadonnées de service n’est téléchargé. Windows vérifie environ tous les huit jours si de nouvelles métadonnées existent pour la carte SIM haut débit mobile de l’utilisateur.
Gestion des MVNO
Si vous êtes un MNO qui a une seule marque pour tous les clients, vous pouvez créer un package de métadonnées qui couvre toutes les plages IMSI pour votre MCC+MNC. Par exemple, si votre MCC+MNC est 123 456, vous pouvez créer un package de métadonnées qui couvre 123456000000000 - 123456999999999. Cela signifie que tout utilisateur qui insère une carte SIM qui se trouve dans cette plage est mis en correspondance avec votre expérience.
Cela peut se compliquer si une ou plusieurs MVNO partagent la même valeur MCC+MNC. Voici quelques stratégies pour faire face à cette situation.
Option 1 : Segmentation des plages IMSI
Avec cette option, le MNO ne définit pas de plage ICCID dans les packages de métadonnées de service, mais segmente les plages IMSI qui définissent l’expérience MNO et l’expérience MVNO. Lorsqu’une demande correspondante provient d’appareils clients, leurs valeurs IMSI sont utilisées pour faire correspondre l’expérience appropriée à cette carte SIM.
Cette méthode nécessite que le MNO s’assure que les plages IMSI sont tenues à jour et que les MVNO se voient attribuer des plages futures dans des blocs prévisibles de nombres IMSI.
Si ni l’ICCID ni l’IMSI ne correspondent à la demande de l’ordinateur client, aucune correspondance n’est effectuée.
Note Les plages IMSI doivent avoir une granularité de 100. La valeur de la plage de début doit se terminer par 00 et la valeur de la plage de fin doit se terminer par 99.
La figure 1 Segmentation des plages IMSI (dans le MCC+MNC d’un MNO) montre un exemple d’appareil client qui demande des métadonnées de service à WMIS et comment chaque demande correspondante du client est mise en correspondance avec une expérience.
Figure 1 Segmentation des plages IMSI (dans le MCC+MNC d’un MNO)
La demande correspondante de l’ordinateur #1 ne correspond à aucune valeur ICCID et se trouve à l’intérieur de la plage IMSI définie par le MNO. Les métadonnées du service MNO sont téléchargées sur cet ordinateur.
La demande correspondante de l’ordinateur n°2 ne correspond à aucune valeur ICCID ni aucune valeur IMSI. Aucune expérience n’est téléchargée.
La demande correspondante de l’ordinateur #3 ne correspond à aucune valeur ICCID et se trouve à l’intérieur de la plage IMSI pour MVNO A. Les métadonnées du service MVNO sont téléchargées sur cet ordinateur.
Option 2 : Segmentation des plages ICCID
Avec cette option, le MNO ne définit pas de plage IMSI dans les packages de métadonnées de service, mais segmente les plages ICCID qui définissent l’expérience MNO et l’expérience MVNO. Lorsqu’une demande de correspondance provient d’ordinateurs clients, les valeurs ICCID sont utilisées pour faire correspondre l’expérience correcte à cette carte SIM.
Cette méthode nécessite que le MNO s’assure que les plages sont tenues à jour et que les MVNO se voient attribuer des plages futures dans des blocs prévisibles de nombres ICCID. Si de grands blocs d’ICCID sont attribués aux sims pendant la fabrication des cartes SIM, cela peut constituer une stratégie de correspondance souhaitable pour l’AUTHENTIFICATIONM et ses MVNO.
Si ni l’ICCID ni l’IMSI ne correspondent à la demande provenant de l’ordinateur client, aucune correspondance n’est effectuée.
Note Les plages IMSI doivent avoir une granularité de 100. La valeur de la plage de début doit se terminer par 00 et la valeur de la plage de fin doit se terminer par 99.
La figure 2 Segmentation des plages ICCID (dans le numéro d’identification de l’émetteur ICCID d’un MNO) montre un exemple d’ordinateurs clients qui demandent des métadonnées de service à WMIS et la façon dont chaque demande correspondante du client est mise en correspondance avec une expérience.
Figure 2 Segmentation des plages ICCID (dans le numéro d’identification de l’émetteur ICCID d’un MNO)
La requête correspondante de l’ordinateur #1 dans inclut dans la plage ICCID définie par le MNO. Les métadonnées du service MNO sont téléchargées sur cet ordinateur.
La demande correspondante de l’ordinateur n°2 ne correspond à aucune valeur ICCID ni aucune valeur IMSI. Aucune expérience n’est téléchargée.
La requête correspondante de l’ordinateur #3 se trouve à l’intérieur de la plage ICCID définie pour MVNO A. Les métadonnées du service MVNO sont téléchargées sur cet ordinateur.
Option 3 : Description des MVNO avec des plages ICCID et MNO avec une plage IMSI
L’ensemble de la plage IMSI d’un MNO peut être affecté (autrement dit, tout ce qui se trouve sous ses valeurs MCC+MNC). Tous les MVNO peuvent alors se voir attribuer une plage ICCID spécifique pour leurs CARTES SIM. Cela signifie qu’à moins qu’il n’existe une correspondance ICCID pour cette carte SIM, la carte SIM obtient l’expérience MNO.
Cette option nécessite que le MNO ou le MVNO s’assure que les plages ICCID sont tenues à jour et que les MVNO se voient attribuer des plages futures dans des blocs prévisibles de nombres ICCID. Si de grands blocs d’ICCID sont attribués aux sims pendant la fabrication des cartes SIM, cela peut constituer une stratégie de correspondance souhaitable pour l’AUTHENTIFICATIONM et ses MVNO. Cela signifie que le MNO a moins de maintenance, car son package couvre toutes les plages basées sur IMSI. Dans ce scénario, il est très important de s’assurer que le MVNO conserve ses plages ICCID à jour ; sinon, les clients de l’MVNO peuvent être mis en correspondance avec l’expérience MNO.
Note Les plages IMSI doivent avoir une granularité de 100. La valeur de la plage de début doit se terminer par 00 et la valeur de la plage de fin doit se terminer par 99.
La figure 3 L’utilisation de l’ICCID pour définir des MVNO et une plage IMSI englobante pour le MNO montre un exemple d’ordinateurs clients qui demandent des métadonnées de service à WMIS et la façon dont chaque demande correspondante du client est mise en correspondance avec une expérience.
Figure 3 Utilisation de l’ICCID pour définir des MVNO et une plage IMSI englobante pour le MNO
La demande correspondante de l’ordinateur #1 ne correspond à aucune valeur ICCID et se trouve à l’intérieur de la plage IMSI définie par le MNO. Les métadonnées du service MNO sont téléchargées sur cet ordinateur.
Requête correspondante de l’ordinateur #2 dans incluse dans la plage ICCID pour MVNO B. Les métadonnées de service de MVNO B sont téléchargées sur cet ordinateur.
La demande de correspondance de l’ordinateur #3 est incluse dans la plage ICCID pour MVNO A. Les métadonnées de service du MVNO A sont téléchargées sur cet ordinateur.
La requête correspondante de l’ordinateur n°4 ne correspond à aucune valeur ICCID et se trouve à l’intérieur de la plage IMSI définie par le MNO. Les métadonnées du service MNO sont téléchargées sur cet ordinateur.
Option 4 : Segmentation des plages ICCID et IMSI
Vous pouvez utiliser un mélange de plages ICCID et de plages IMSI pour décrire les réseaux MNO et MVNO.
Note Les plages ICCID obtiennent la première priorité pour la correspondance.
Il s’agit du modèle de correspondance le plus complexe. Pour garantir une correspondance correcte, le MNO et le MVNO doivent fréquemment mettre à jour leurs packages de métadonnées de service.
La figure 4 Segmentation des plages ICCID et IMSI montre un exemple d’appareil client qui demande des métadonnées de service à WMIS, et la façon dont chaque demande correspondante du client est mise en correspondance avec une expérience.
Figure 4 Segmentation des plages ICCID et IMSI
La demande correspondante de l’ordinateur #1 ne correspond à aucune valeur ICCID, mais est incluse dans la plage IMSI définie par le MNO. Les métadonnées du service MNO sont téléchargées sur cet ordinateur.
La demande correspondante de l’ordinateur #2 est incluse dans la plage ICCID pour MVNO B. Les métadonnées de service du MVNO B sont téléchargées sur cet ordinateur.
La demande de correspondance de l’ordinateur #3 est incluse dans la plage ICCID pour MVNO A. Les métadonnées de service du MVNO A sont téléchargées sur cet ordinateur.
La demande correspondante de l’ordinateur #4 ne correspond à aucune valeur ICCID, mais est incluse dans la plage IMSI définie par le MNO. Les métadonnées du service MNO sont téléchargées sur cet ordinateur.
La demande correspondante de l’ordinateur #5 ne correspond à aucune valeur ICCID, mais elle est incluse dans la plage IMSI définie par MVNO C. Les métadonnées de service de l’MVNO C sont téléchargées sur cet ordinateur.
Option 5 : Utilisation du nom du fournisseur d’accueil pour les réseaux GSM afin d’identifier le MNO et l’MVNO
Avec cette option, le MNO ne définit pas de plage IMSI ou ICCID dans les packages de métadonnées de service, mais segmente plutôt les noms de fournisseurs d’accueil qui définissent l’expérience MNO et l’expérience MVNO.
Pour les appareils haut débit mobiles affectés à des MVNO, assurez-vous que chaque appareil MVNO indique une valeur nom de fournisseur qui identifie de manière unique l’MVNO. Le MNO doit avoir sa propre valeur nom de fournisseur qui l’identifie de manière unique.
Lorsqu’une demande correspondante provient d’ordinateurs clients, le nom du fournisseur d’accueil est utilisé pour faire correspondre l’expérience appropriée à cette carte SIM.
Cette option est recommandée uniquement dans le cas où IMSI et ICCID ne peuvent pas être utilisés.
Si le nom du fournisseur d’accueil ne correspond pas à la demande provenant de l’ordinateur client, aucune correspondance n’est effectuée.
Note Les noms des fournisseurs d’accueil doivent être globalement uniques pour garantir qu’un utilisateur bénéficie de l’expérience correcte. Les métadonnées de service n’autorisent qu’un seul package de métadonnées de service qui utilise un nom de fournisseur d’accueil donné.
La figure 5 Correspondance basée sur le nom du fournisseur pour les réseaux GSM montre un exemple d’appareils qui demandent des métadonnées de service à partir du service WMIS (Windows Metadata and Internet Services), et comment chaque demande correspondante de l’appareil est mise en correspondance avec une expérience.
Figure 5 Correspondance basée sur le nom du fournisseur pour les réseaux GSM
La demande correspondante de l’ordinateur n°1 correspond au nom du fournisseur d’accueil pour l’opérateur MNO. Les métadonnées du service MNO sont téléchargées.
La demande correspondante de l’ordinateur n° 2 ne correspond à aucune valeur nom du fournisseur. Aucune expérience n’est téléchargée.
La demande correspondante de l’ordinateur n°3 correspond au nom du fournisseur d’accueil pour MVNO A. Les métadonnées de service de l’MVNO A sont téléchargées.
La demande correspondante de l’ordinateur n°4 correspond au nom du fournisseur d’accueil pour MVNO B. Les métadonnées de service de l’MVNO B sont téléchargées.
Option 6 : Description des MVNO avec le nom du fournisseur d’accueil et l’adresse MNO ainsi qu’une plage IMSI
L’intégralité de la plage basée sur l’IMSI d’un MNO peut être affectée (autrement dit, tout ce qui se trouve sous leurs valeurs MCC+MNC). Tous les MVNO peuvent alors se voir attribuer un nom de fournisseur d’accueil spécifique. Cela signifie qu’à moins qu’il n’existe une correspondance de nom de fournisseur d’accueil pour cet appareil, l’appareil obtient l’expérience MNO.
Cette option nécessite que l’opérateur MNO ou MVNO s’assure que le nom du fournisseur d’accueil signalé par l’appareil ne change pas, qu’il est globalement unique et qu’il est à jour. Cette option est recommandée uniquement dans le cas où IMSI et ICCID ne peuvent pas être utilisés.
La figure 6 Utilisation du nom du fournisseur d’accueil pour définir des MVNO et une plage IMSI globale pour l’idO montre un exemple d’ordinateurs clients qui demandent des métadonnées de service à WMIS et la façon dont chaque demande correspondante du client est mise en correspondance avec une expérience.
Figure 6 Utilisation du nom du fournisseur d’accueil pour définir des MVNO et une plage IMSI globale pour l’idM
La demande correspondante de l’ordinateur n°1 correspond au nom du fournisseur d’accueil pour MVNO A. Les métadonnées du service MVNO A sont téléchargées sur cet ordinateur.
La demande correspondante de l’ordinateur n° 2 ne correspond à aucune valeur de nom du fournisseur d’accueil et atterrit à l’intérieur de la plage IMSI définie par l’indicateur de référence multifacteur. Les métadonnées du service MNO sont téléchargées sur cet ordinateur.
La demande correspondante de l’ordinateur n°3 correspond au nom du fournisseur d’accueil pour MVNO B. Les métadonnées de service de l’MVNO B sont téléchargées sur cet ordinateur.
La demande correspondante de l’ordinateur n° 4 ne correspond à aucune valeur de nom de fournisseur d’accueil et atterrit à l’intérieur de la plage IMSI définie par l’id MNO. Les métadonnées du service MNO sont téléchargées sur cet ordinateur.
Option 7 : Autre méthode de correspondance
Si aucune de ces méthodes ne fonctionne pour le réseau de l’AUTHENTIFICATIONM (par exemple, le MNO ne peut pas effectuer le suivi des plages IMSI et ICCID entre les clients du MNO et du MVNO), l’alternative suivante est disponible. Il est moins idéal que n’importe quelle des options décrites ci-dessus, mais fournit une solution haut débit mobile pour les clients Windows 8, Windows 8.1 ou Windows 10 sur le réseau.
Métadonnées de service
Cette méthode crée un package de métadonnées de service qui couvre l’ensemble du réseau MNO. Pour ce faire, envoyez une plage IMSI qui couvre toutes les valeurs MCC+MNC sur le réseau MNO, et aucune plage ICCID. Les plages MVNO ne sont pas décrites. Le package de métadonnées de service présente une personnalisation générique et un nom de réseau générique qui s’affiche dans le Gestionnaire des connexions Windows. Les métadonnées du service font ensuite référence à une application générique qui est automatiquement téléchargée à partir du Microsoft Store lorsque la carte SIM du MNO est détectée.
Détermination de l’affiliation au réseau
Si l’utilisateur n’a pas encore de plan, l’application s’ouvre lorsque l’utilisateur tente de se connecter au réseau à l’aide de Windows Gestionnaire des connexions.
Lorsque l’application est en cours d’exécution, elle effectue l’une des actions suivantes :
Invite l’utilisateur à identifier le réseau pour lequel il dispose d’un plan à partir d’une liste affichée d’MVNO et du réseau MNO.
Utilise des services web pour renvoyer des informations sur la carte SIM de l’utilisateur au back-end MNO afin que l’opérateur puisse utiliser une logique personnalisée pour déterminer la personnalisation réseau appropriée pour l’utilisateur.
Personnalisation de la personnalisation de Windows Gestionnaire des connexions
Une fois que l’affiliation du plan de données haut débit mobile de l’utilisateur est déterminée, l’application haut débit mobile peut modifier le logo et le nom du réseau qui s’affichent dans Windows Gestionnaire des connexions. Pour ce faire, utilisez des métadonnées d’approvisionnement de compte, qui permettent à l’application opérateur d’envoyer à Windows des informations xml relatives aux informations de plan de l’abonné spécifique.
Pour plus d’informations sur l’approvisionnement de compte, consultez Provisionnement de compte.
Mises à jour des métadonnées de service
Les futures mises à jour des métadonnées de service (par exemple, les modifications soumises au package de métadonnées de service générique) peuvent remplacer la personnalisation appliquée sur l’ordinateur de l’abonné. Pour éviter cela, nous vous recommandons, si possible, de ne pas mettre à jour le package de métadonnées de service. Étant donné que le package de métadonnées contient une personnalisation générique et couvre l’ensemble de la plage IMSI pour un MNO, il ne doit pas être fréquemment nécessaire de mettre à jour le package pour ce scénario.
Si vous devez mettre à jour le package de métadonnées de service, assurez-vous que l’application haut débit mobile peut lancer une autre opération de provisionnement de métadonnées de compte basée sur la logique back-end que fournit l’opérateur. De cette façon, vous pouvez spécifier le moment où les métadonnées de service sont mises à jour sur le serveur principal, et faire en sorte que l’application case activée régulièrement le serveur principal et appliquer les informations de métadonnées de provisionnement de compte si nécessaire.
Note Étant donné que les métadonnées de service ne sont pas versionnée, l’application ne peut pas interroger la copie locale des métadonnées pour déterminer si elle a été mise à jour ou appliquée aux personnalisations qui ont été effectuées à l’aide des métadonnées d’approvisionnement de compte. Il n’existe aucun moyen pour une application de se réveiller et de réagir aux mises à jour de métadonnées de service appliquées à l’ordinateur.
Un délai peut se produire entre le moment où les métadonnées du service sont chargées via le tableau de bord matériel du Centre de développement Windows et le moment où les ordinateurs reçoivent les métadonnées mises à jour.
Personnalisation dans l’application haut débit mobile
Les étapes précédentes décrites dans cette rubrique vous permettent de renommer l’icône windows Gestionnaire des connexions et le nom du réseau du réseau de l’MVNO/MNO. Toutefois, il existe peu de façons dont l’application elle-même peut être renommée.
Vous pouvez renommer les éléments suivants dans l’application :
Le contenu de l’application lui-même (autrement dit, tout ce qui se trouve dans l’application peut être modifié pour un opérateur particulier). Il s’agit du code sur lequel l’application a un contrôle total. Vous souhaiterez peut-être modifier le contenu de l’aide, les options de navigation, les mises en page, les couleurs et la personnalisation à l’intérieur de l’application, en fonction du MNO/MVNO.
La vignette de l’application peut être mise à jour dynamiquement pour afficher des images et des dispositions spécifiques à l’opérateur. Pour plus d’informations sur la mise à jour dynamique du contenu des vignettes, consultez Démarrage rapide : Envoi d’une mise à jour de vignette.
Vous ne pouvez pas renommer les éléments suivants dans l’application :
Nom de l’application. Vous pouvez essayer de masquer le nom en modifiant le modèle de vignette, mais vous ne pouvez pas modifier le nom lui-même ou l’icône qui représente cette application, telle qu’elle est définie dans le manifeste de l’application.
Nom de l’application, informations et icône dans l’icône paramètres.
Description de l’application.
Reprogrammation de la carte SIM
Si vous souhaitez reprogrammer dynamiquement des cartes SIM pour modifier l’IMSI ou l’ICCID, vous devez connaître les manières suivantes dont Windows 8, Windows 8.1 et Windows 10 interpréter la reprogrammation :
La reprogrammation nécessite l’invalidation de la mise en cache d’IMSI et d’ICCID de l’appareil. Il existe plusieurs façons d’effectuer cette opération, en fonction du réseau et de l’appareil de l’opérateur.
Une fois la carte SIM reprogrammée, l’appareil relit les informations de la carte SIM. Il peut utiliser la séquence d’insertion d’échange de carte SIM à chaud pour indiquer à Windows qu’il doit interroger à nouveau les nouvelles valeurs IMSI et ICCID.
L’ICCID doit être modifié, sinon Windows ne traitera pas la carte SIM comme une nouvelle carte SIM.
Si seule l’IMSI est modifiée, Windows ne traite pas la carte SIM comme une nouvelle carte SIM et les métadonnées de votre service ne sont pas téléchargées. L’application haut débit mobile n’est pas téléchargée si une autre application a déjà été téléchargée pour cette carte SIM.
Pour obtenir de nouvelles métadonnées de service (ce qui entraîne une nouvelle personnalisation) et obtenir une nouvelle application haut débit mobile pour télécharger l’ICCID et l’IMSI, vous devez modifier les données de service et l’application haut débit mobile à l’aide de la méthode de reprogrammation de l’opérateur.
Correspondance sur les réseaux CDMA
Pour un réseau CDMA (3GPP2), Windows lit les valeurs SID et Nom du fournisseur signalées par l’appareil dans un package de métadonnées de service correspondant dans WMIS. Si aucune correspondance n’est trouvée, aucun package de métadonnées de service n’est téléchargé. Windows vérifie environ tous les huit jours si de nouvelles métadonnées existent pour l’appareil. Si des métadonnées de service existent pour un SID et qu’un package de métadonnées de service distinct existe pour un nom de fournisseur, et que les deux valeurs correspondent aux valeurs SID et Nom du fournisseur que l’appareil signale, la préférence de correspondance est accordée au SID. Dans ce cas, le package Nom du fournisseur n’est pas mis en correspondance.
Important La valeur Nom du fournisseur respecte la casse et doit correspondre exactement au nom du fournisseur que l’appareil signale à Windows. Si vous souhaitez faire correspondre à l’aide du nom du fournisseur, vous devez vous assurer que vous avez spécifié toutes les variantes orthographiques et de majuscules du nom du fournisseur que les appareils CDMA signalent à Windows dans le package de métadonnées de service que vous envoyez via le tableau de bord matériel du Centre de développement Windows.
Gestion des MVNO
Les MVNO sur les réseaux CDMA peuvent être identifiés à l’aide de l’une des trois options suivantes.
Option 1 : MNO et MVNO obtiennent leurs propres valeurs SID
Pour les appareils haut débit mobiles affectés à des MVNO, assurez-vous que chaque MVNO obtient un SID unique. Les MNO doivent avoir leur propre valeur SID qui est différente de chacun des MVNO.
Des métadonnées de service distinctes sont créées pour le MNO et pour chacun des MVNO qui correspondent à la valeur de SID unique que l’appareil signale à Windows.
La figure 7 Correspondance basée sur SID pour les réseaux CDMA montre un exemple d’ordinateurs qui demandent des métadonnées de service à partir du service WMIS et la façon dont chaque demande correspondante du client est mise en correspondance avec une expérience.
Figure 7 Mise en correspondance basée sur SID pour les réseaux CDMA
La demande correspondante de l’ordinateur n° 1 correspond au SID pour le MNO. Les métadonnées du service MNO sont téléchargées.
La demande correspondante du PC #2 ne correspond à aucune valeur SID ou valeur nom du fournisseur. Aucune expérience n’est téléchargée.
La demande correspondante du PC #3 correspond à une valeur SID définie par un autre MNO ou MVNO.
La demande correspondante du PC #4 correspond au SID pour MVNO B. Les métadonnées de service de MVNO B téléchargées.
Option 2 : MNO et MVNO obtiennent leurs propres valeurs de nom de fournisseur
Pour les appareils haut débit mobiles affectés à des MVNO, assurez-vous que chaque appareil MVNO indique une valeur Nom du fournisseur qui identifie de manière unique l’MVNO. Le MNO doit avoir sa propre valeur nom de fournisseur qui l’identifie de manière unique.
Des métadonnées de service distinctes sont créées pour le MNO et pour chacun des MVNO correspondant à la valeur Nom du fournisseur que l’appareil signale à Windows.
Pour que cette option fonctionne, le MNO doit s’assurer qu’aucune métadonnées de service n’est envoyée qui correspond au SID que les appareils signalent. Si des métadonnées de service existent pour ces SID, des correspondances sont effectuées sur le SID au lieu du nom du fournisseur, ce qui entraîne l’interruption de ce schéma. Pour supprimer un package de métadonnées basé sur un SID de WMIS, vous devez contacter la prise en charge du tableau de bord matériel du Centre de développement Windows.
La figure 8 Mise en correspondance basée sur le nom du fournisseur pour les réseaux CDMA montre un exemple d’appareils qui demandent des métadonnées de service auprès du service WMIS (Windows Metadata and Internet Services) et la façon dont chaque demande correspondante de l’appareil est mise en correspondance avec une expérience.
Figure 8 Correspondance basée sur le nom du fournisseur pour les réseaux CDMA
La demande correspondante du PC #1 ne correspond pas sur le SID, mais correspond au nom du fournisseur pour l’authentification multifacteur. Les métadonnées du service MNO sont téléchargées.
La demande correspondante du PC #2 ne correspond à aucune valeur SID ou valeur nom du fournisseur. Aucune expérience n’est téléchargée.
La demande correspondante du PC #3 correspond à une valeur SID définie par un autre MNO ou MVNO.
La demande correspondante du PC #4 ne correspond pas au SID, mais correspond au nom du fournisseur pour MVNO B. Les métadonnées de service de l’MVNO B sont téléchargées.
Option 3 : Autre méthode de correspondance
Si les deux premières options décrites ici ne sont pas acceptables, les opérateurs CDMA peuvent utiliser l’autre méthode de correspondance décrite dans Option 7 : Méthode de correspondance alternative de la section Correspondance sur les réseaux GSM.
Radios et métadonnées
Vous pouvez vous attendre aux comportements de correspondance suivants, en fonction du type de radio.
Appareil Single-Subscription en mode unique
L’appareil à abonnement unique en mode unique est un appareil GSM uniquement ou CDMA uniquement. Il s’agit d’appareils couramment disponibles qui donnent accès uniquement à un réseau GSM ou CDMA.
Cet appareil signale le mode GSM ou CDMA à Windows. La logique de correspondance décrite précédemment s’applique et l’appareil est mis en correspondance avec les métadonnées de service appropriées.
Appareil Single-Subscription multimode
L’appareil d’abonnement monomode multimode a à la fois des fonctionnalités GSM et CDMA. Par exemple, il peut se connecter à un réseau GSM LTE ou à un réseau CDMA à l’aide d’un abonnement unique pour cet opérateur.
Cet appareil signale GSM comme mode principal à Windows.
Lors de la correspondance des métadonnées de service pour ce type d’appareil, vous pouvez créer des métadonnées gsm qui correspondent aux propriétés GSM de l’appareil.
Appareil multi-abonnement en mode unique
L’appareil multi-abonnement en mode unique peut avoir des fonctionnalités GSM ou CDMA actives à la fois, et il peut fonctionner avec plusieurs fournisseurs. L’utilisateur doit disposer d’un abonnement de chaque fournisseur pour utiliser plusieurs fournisseurs. Par exemple, le chipset Qualcomm Gobi permet à l’utilisateur de se connecter à différents réseaux CDMA ou à un réseau GSM.
Cet appareil signale le mode à Windows pour le fournisseur actif. Si l’appareil est actif avec le fournisseur GSM, il doit signaler qu’il est en mode GSM. Dans ce cas, vous devez créer des métadonnées GSM pour la correspondance. L’application de métadonnées GSM et d’opérateur mobile peut accéder à l’appareil lorsqu’il est en mode GSM uniquement.
Si l’appareil est actif avec le fournisseur CDMA, il doit signaler qu’il est en mode CDMA à Windows. Dans ce cas, l’opérateur doit créer des métadonnées CDMA pour la correspondance. Les métadonnées CDMA et l’application haut débit mobile peuvent accéder à l’appareil uniquement lorsqu’il est en mode CDMA et actif pour ce réseau CDMA.
Implications de la maintenance des métadonnées
Il est important de maintenir à jour le contenu du package de métadonnées suivant :
Description des packages.
Valeurs IMSI et/ou de nom de fournisseur ICCID ou CDMA ou SID par rapport auxquelles les packages correspondent.
Pour plus d’informations sur les métadonnées de haut débit mobile, consultez Utilisation des métadonnées pour configurer des expériences de haut débit mobile.