Entrega de experiencias para MVNOs
Advertencia de desuso de MBAE
Importante
A partir de Windows 10, versión 1803, la experiencia de la aplicación MBAE se reemplaza por una aplicación para UWP mo. Para obtener más información sobre las aplicaciones para UWP mo, consulta Aplicaciones de banda ancha móvil para UWP.
En este tema se proporciona información sobre cómo puede hacer coincidir los metadatos del servicio con un operador de red móvil (MNO) o un operador de red virtual móvil (MVNO) para que una aplicación de banda ancha móvil se descargue automáticamente cuando se inserte el dispositivo de banda ancha móvil.
Para hacer coincidir correctamente los metadatos del servicio, Windows lee información de la tarjeta SIM que se inserta en el equipo. En el caso de las redes HF, se lee el propio dispositivo de banda ancha móvil. A continuación, Windows consulta la base de datos de metadatos de Windows e Internet Services (WMIS) para descargar el paquete de metadatos de servicio correcto. Una vez descargado el paquete de metadatos del servicio, Windows descarga la aplicación de banda ancha móvil asociada al equipo.
Use el vínculo de la lista siguiente que sea adecuado para la red:
Para obtener información sobre el hardware necesario para hacer coincidir correctamente los metadatos del servicio con un MNO y MVNO, consulte Información general sobre el hardware del operador de telefonía móvil.
Para obtener información sobre los metadatos del servicio, consulte Metadatos del servicio.
Para obtener información sobre el esquema del paquete de metadatos del servicio, consulte Referencia del esquema del paquete de metadatos de servicio.
Coincidencia en redes GSM
Para una red GSM (3GPP), Windows lee el identificador de tarjeta de circuito integrado (ICCID) y el número de identidad de suscriptor móvil internacional (IMSI) de la tarjeta SIM. Estos números deben establecerse y recuperarse desde el dispositivo. Si una SIM está bloqueada por PIN y la información de IMSI está oculta, Windows no realiza ninguna acción hasta que se desbloquea el PIN sim. Windows también lee el nombre del proveedor principal del dispositivo sim o de banda ancha móvil.
Si el ICCID, IMSI y Home Provider Name están disponibles en el dispositivo, el ICCID y IMSI se quitan de los dos últimos dígitos, codificados mediante un algoritmo hash y se envían a WMIS en forma de identificadores de hardware (HWID) para que coincidan con un paquete de metadatos de servicio. Se comprueba el nombre del proveedor principal. Si no hay ninguna coincidencia, se comprueba el ICCID. Si no hay ninguna coincidencia, se comprueba el IMSI. Si no se encuentran coincidencias, no se descarga ningún paquete de metadatos de servicio. Windows comprueba aproximadamente cada ocho días para ver si existen nuevos metadatos para la SIM de banda ancha móvil del usuario.
Administración de MVNOs
Si es un MNO que tiene una sola marca para todos los clientes, puede crear un paquete de metadatos que abarque todos los intervalos de IMSI para su MCC+MNC. Por ejemplo, si mcC+MNC es 123 456, puede crear un paquete de metadatos que abarque 123456000000000 123456999999999. Esto significa que cualquier usuario que inserte una SIM que se encuentra en ese intervalo coincide con su experiencia.
Esto puede resultar más complicado si uno o varios MVNOs comparten ese mismo valor de MCC+MNC. A continuación se describen algunas estrategias para tratar esta situación.
Opción 1: Segmentación de intervalos IMSI
Con esta opción, el MNO no define un intervalo ICCID en los paquetes de metadatos del servicio y, en su lugar, segmenta los intervalos IMSI que definen la experiencia de MNO y la experiencia de MVNO. Cuando una solicitud coincidente procede de los dispositivos cliente, sus valores IMSI se usan para que coincidan con la experiencia correcta con esa SIM.
Este método requiere que el MNO garantice que los intervalos IMSI se mantienen actualizados y que los MVNOs se asignan intervalos futuros en bloques predecibles de números IMSI.
Si ni el ICCID ni el IMSI coinciden con la solicitud del equipo cliente, no se realiza ninguna coincidencia.
Nota Los intervalos IMSI deben tener una granularidad de 100. El valor del intervalo inicial debe terminar en 00 y el valor del intervalo final debe terminar en 99.
La figura 1 Segmentación de intervalos IMSI (dentro de MCC+MNC de un MNO) muestra un ejemplo de dispositivo cliente que solicita metadatos de servicio de WMIS y cómo cada solicitud coincidente del cliente coincide con una experiencia.
Figura 1 Segmentación de intervalos IMSI (en MCC+MNC de un MNO)
La solicitud coincidente del equipo n.º 1 no coincide con ningún valor ICCID y llega dentro del intervalo IMSI definido por el MNO. Los metadatos del servicio MNO se descargan en ese equipo.
La solicitud coincidente del equipo n.º 2 no coincide con ningún valor ICCID ni con ningún valor IMSI. No se descarga ninguna experiencia.
La solicitud coincidente del equipo n.º 3 no coincide con ningún valor ICCID y llega dentro del intervalo IMSI para MVNO A. Los metadatos del servicio MVNO se descargan en ese equipo.
Opción 2: Segmentación de intervalos ICCID
Con esta opción, el MNO no define un intervalo IMSI en los paquetes de metadatos del servicio y, en su lugar, segmenta los intervalos ICCID que definen la experiencia de MNO y la experiencia de MVNO. Cuando una solicitud coincidente procede de las máquinas cliente, los valores ICCID se usan para hacer coincidir la experiencia correcta con esa SIM.
Este método requiere que el MNO garantice que los intervalos se mantienen actualizados y que los MVNOs se asignan intervalos futuros en bloques predecibles de números ICCID. Si se asignan bloques grandes de ICCID a SIM durante la fabricación de SIM, esto puede ser una estrategia de coincidencia deseable para el MNO y sus MVNOs.
Si ni el ICCID ni el IMSI coinciden con la solicitud procedente de la máquina cliente, no se realiza ninguna coincidencia.
Nota Los intervalos IMSI deben tener una granularidad de 100. El valor del intervalo inicial debe terminar en 00 y el valor del intervalo final debe terminar en 99.
La figura 2 Segmentación de intervalos ICCID (dentro del número de identificación del emisor ICCID de un MNO) muestra un ejemplo de equipos cliente que solicitan metadatos de servicio de WMIS y cómo cada solicitud coincidente del cliente coincide con una experiencia.
Figura 2 Segmentación de intervalos ICCID (en el número de identificación del emisor ICCID de un MNO)
La solicitud de coincidencia del equipo n.º 1 de incluye en el intervalo ICCID definido por el MNO. Los metadatos del servicio MNO se descargan en ese equipo.
La solicitud coincidente del equipo n.º 2 no coincide con ningún valor ICCID ni con ningún valor IMSI. No se descarga ninguna experiencia.
La solicitud coincidente del equipo n.º 3 llega dentro del intervalo ICCID definido para MVNO A. Los metadatos del servicio MVNO se descargan en ese equipo.
Opción 3: Describir MVNOs con rangos ICCID y MNO junto con un intervalo IMSI
Se puede asignar todo el intervalo basado en IMSI de un MNO (es decir, todo en sus valores MCC+MNC). A los MVNOs se les puede asignar un intervalo DE ICCID específico para sus SIM. Esto significa que, a menos que exista una coincidencia de ICCID para esa SIM, la SIM obtiene la experiencia MNO.
Esta opción requiere el MNO o MVNO para asegurarse de que los intervalos ICCID se mantienen actualizados y que los MVNOs se asignan intervalos futuros en bloques predecibles de números ICCID. Si se asignan bloques grandes de ICCID a SIM durante la fabricación de SIM, esto puede ser una estrategia de coincidencia deseable para el MNO y sus MVNOs. Esto significa que el MNO tiene menos mantenimiento porque su paquete abarca todos los intervalos basados en IMSI. En este escenario, es muy importante asegurarse de que el MVNO mantiene actualizados sus rangos ICCID; de lo contrario, los clientes del MVNO pueden coincidir con la experiencia de MNO.
Nota Los intervalos IMSI deben tener una granularidad de 100. El valor del intervalo inicial debe terminar en 00 y el valor del intervalo final debe terminar en 99.
Figura 3 El uso de ICCID para definir MVNOs y un intervalo IMSI que abarca todo el MNO muestra un ejemplo de equipos cliente que solicitan metadatos de servicio de WMIS y cómo cada solicitud coincidente del cliente coincide con una experiencia.
Figura 3 Uso de ICCID para definir MVNOs y un intervalo IMSI que abarca todo para el MNO
La solicitud coincidente del equipo n.º 1 no coincide con ningún valor ICCID y llega dentro del intervalo IMSI definido por el MNO. Los metadatos del servicio MNO se descargan en ese equipo.
La solicitud coincidente del equipo n.º 2 incluida en el intervalo ICCID para MVNO B. Los metadatos de servicio de MVNO B se descargan en ese equipo.
La solicitud coincidente del equipo n.º 3 se incluye en el intervalo ICCID para MVNO A. Los metadatos de servicio de MVNO A se descargan en ese equipo.
La solicitud coincidente del equipo n.º 4 no coincide con ningún valor ICCID y llega dentro del intervalo IMSI definido por el MNO. Los metadatos del servicio MNO se descargan en ese equipo.
Opción 4: Segmentación de los intervalos ICCID e IMSI
Puede usar una mezcla de rangos ICCID e intervalos IMSI para describir las redes MNO y MVNO.
Nota Los intervalos ICCID obtienen la primera prioridad para la coincidencia.
Este es el modelo de coincidencia más complejo. Para garantizar la coincidencia adecuada, el MNO y el MVNO deben actualizar con frecuencia sus paquetes de metadatos de servicio.
La figura 4 Segmentación de los intervalos ICCID e IMSI muestra un ejemplo de dispositivo cliente que solicita metadatos de servicio de WMIS y cómo cada solicitud coincidente del cliente coincide con una experiencia.
Figura 4 Segmentación de intervalos ICCID e IMSI
La solicitud coincidente del equipo n.º 1 no coincide con ningún valor ICCID, pero se incluye en el intervalo IMSI definido por el MNO. Los metadatos del servicio MNO se descargan en ese equipo.
La solicitud coincidente del equipo n.º 2 se incluye en el intervalo ICCID para MVNO B. Los metadatos de servicio de MVNO B se descargan en ese equipo.
La solicitud coincidente del equipo n.º 3 se incluye en el intervalo ICCID para MVNO A. Los metadatos de servicio de MVNO A se descargan en ese equipo.
La solicitud coincidente del equipo n.º 4 no coincide con ningún valor ICCID, pero se incluye en el intervalo IMSI definido por el MNO. Los metadatos del servicio MNO se descargan en ese equipo.
La solicitud coincidente del equipo n.º 5 no coincide con ningún valor ICCID, pero se incluye en el intervalo IMSI definido por MVNO C. Los metadatos del servicio de MVNO C se descargan en ese equipo.
Opción 5: Usar el nombre del proveedor de inicio para las redes GSM para identificar el MNO y el MVNO
Con esta opción, el MNO no define un intervalo IMSI o ICCID en los paquetes de metadatos del servicio y, en su lugar, segmenta los nombres de proveedor de inicio que definen la experiencia de MNO y la experiencia de MVNO.
En el caso de los dispositivos de banda ancha móvil asignados a MVNOs, asegúrese de que cada dispositivo MVNO notifica un valor de nombre de proveedor que identifica de forma única el MVNO. El MNO debe tener su propio valor de nombre de proveedor que lo identifique de forma única.
Cuando una solicitud coincidente procede de las máquinas cliente, se usa el nombre del proveedor principal para que coincida con la experiencia correcta con esa SIM.
Esta opción solo se recomienda en el caso de que no se pueda usar IMSI y ICCID.
Si el nombre del proveedor principal no coincide con la solicitud procedente del equipo cliente, no se realiza ninguna coincidencia.
Nota Los nombres de proveedor de inicio deben ser únicos globalmente para asegurarse de que un usuario obtiene la experiencia correcta. Los metadatos del servicio solo permitirán un único paquete de metadatos de servicio que use un nombre de proveedor principal determinado.
En la figura 5, la coincidencia basada en nombres de proveedor para redes GSM muestra un ejemplo de dispositivos que solicitan metadatos de servicio desde el servicio Windows Metadata and Internet Services (WMIS) y cómo cada solicitud coincidente del dispositivo coincide con una experiencia.
Figura 5 Coincidencia basada en nombres de proveedor para redes GSM
La solicitud coincidente del equipo n.º 1 coincide con el nombre del proveedor principal del MNO. Los metadatos del servicio MNO se descargan.
La solicitud coincidente del equipo n.º 2 no coincide con ningún valor de nombre de proveedor. No se descarga ninguna experiencia.
La solicitud coincidente del equipo #3 coincide con el nombre del proveedor principal de MVNO A. Se descargan los metadatos del servicio de MVNO A.
La solicitud coincidente del equipo n.º 4 coincide con el nombre del proveedor principal de MVNO B. Se descargan los metadatos del servicio de MVNO B.
Opción 6: Descripción de MVNOs con el nombre del proveedor principal y MNO junto con un intervalo IMSI
Se puede asignar todo el intervalo basado en IMSI de un MNO (es decir, todo en sus valores MCC+MNC). A los MVNO se les puede asignar un nombre de proveedor de inicio específico. Esto significa que, a menos que exista una coincidencia de nombre de proveedor principal para ese dispositivo, el dispositivo obtiene la experiencia de MNO.
Esta opción requiere el MNO o MVNO para asegurarse de que el nombre del proveedor principal notificado desde el dispositivo no cambia, es único globalmente y se mantiene actualizado. Esta opción solo se recomienda en el caso de que no se pueda usar IMSI y ICCID.
En la figura 6 Usar el nombre del proveedor principal para definir MVNOs y un intervalo de IMSI que abarca todo el MNO se muestra un ejemplo de equipos cliente que solicitan metadatos de servicio de WMIS y cómo cada solicitud coincidente del cliente coincide con una experiencia.
Figura 6 Uso del nombre del proveedor principal para definir MVNOs y un intervalo IMSI que abarca todo el MNO
La solicitud coincidente del equipo n.º 1 coincide con el nombre del proveedor principal de MVNO A. Los metadatos del servicio MVNO A se descargan en ese equipo.
La solicitud coincidente del equipo n.º 2 no coincide con ningún valor de Nombre del proveedor principal y llega dentro del intervalo IMSI definido por el MNO. Los metadatos del servicio MNO se descargan en ese equipo.
La solicitud coincidente del equipo n.º 3 coincide con el nombre del proveedor principal de MVNO B. Los metadatos del servicio de MVNO B se descargan en ese equipo.
La solicitud coincidente del equipo n.º 4 no coincide con ningún valor de Nombre de proveedor principal y llega dentro del intervalo IMSI definido por el MNO. Los metadatos del servicio MNO se descargan en ese equipo.
Opción 7: Método de coincidencia alternativo
Si ninguno de estos métodos funciona para la red de MNO (por ejemplo, el MNO no puede realizar un seguimiento de los intervalos IMSI y ICCID entre los clientes de MNO y MVNO), la siguiente alternativa está disponible. Es menos ideal que cualquiera de las opciones descritas anteriormente, pero proporciona una solución de banda ancha móvil para Windows 8, Windows 8.1 o Windows 10 clientes en la red.
Metadatos de servicio
Este método crea un paquete de metadatos de servicio que cubre toda la red MNO. Esto suele hacerse mediante el envío de un intervalo IMSI que cubre todos los valores de MCC+MNC en la red MNO y sin intervalos ICCID. Los intervalos MVNO no se describen. El paquete de metadatos de servicio incluye personalización de marca genérica y un nombre de red genérico que se muestra en el Administrador de conexiones de Windows. A continuación, los metadatos del servicio hacen referencia a una aplicación genérica que se descarga automáticamente de Microsoft Store cuando se detecta la SIM de MNO.
Determinación de la afiliación de red
Si el usuario aún no tiene un plan, la aplicación se abre cuando el usuario intenta conectarse a la red mediante Windows Administrador de conexiones.
Cuando se ejecuta la aplicación, realiza una de las siguientes acciones:
Solicita al usuario que identifique la red para la que tiene un plan de una lista mostrada de MVNOs y la red MNO.
Usa servicios web para enviar información sobre la SIM del usuario de vuelta al back-end MNO para que el operador pueda usar lógica personalizada para determinar la personalización de marca de red correcta para el usuario.
Personalización de la personalización de marca de Windows Administrador de conexiones
Una vez determinada la afiliación del plan de datos de banda ancha móvil del usuario, la aplicación de banda ancha móvil puede cambiar el logotipo y el nombre de red que se muestra en Windows Administrador de conexiones. Esto se hace mediante metadatos de aprovisionamiento de cuentas, lo que permite a la aplicación de operador enviar información basada en XML a Windows que se relaciona con la información del plan del suscriptor específico.
Para más información sobre el aprovisionamiento de cuentas, consulte Aprovisionamiento de cuentas.
Actualizaciones de metadatos de servicio
Las futuras actualizaciones de metadatos de servicio (por ejemplo, los cambios que se envían al paquete de metadatos de servicio genérico) pueden sobrescribir la personalización de marca aplicada en el equipo del suscriptor. Para evitar esto, se recomienda que, si es posible, no actualice el paquete de metadatos del servicio. Dado que el paquete de metadatos contiene personalización de marca genérica y cubre todo el intervalo IMSI de un MNO, no debe haber una necesidad frecuente de actualizar el paquete para este escenario.
Si debe actualizar el paquete de metadatos del servicio, asegúrese de que la aplicación de banda ancha móvil puede iniciar otra operación de metadatos de aprovisionamiento de cuentas basada en la lógica de back-end que proporciona el operador. De este modo, puede especificar cuándo se actualizan los metadatos del servicio en el back-end y hacer que la aplicación compruebe periódicamente el back-end y aplique la información de metadatos de aprovisionamiento de cuentas según sea necesario.
Nota Dado que los metadatos del servicio no tienen versiones, la aplicación no puede consultar la copia local de metadatos para determinar si se ha actualizado o aplicado a través de las personalizaciones realizadas mediante metadatos de aprovisionamiento de cuentas. No hay ninguna manera de que una aplicación se active y reaccione a las actualizaciones de metadatos de servicio que se aplican al equipo.
Un retraso puede producirse entre el momento en que los metadatos del servicio se cargan a través del panel de hardware del Centro de desarrollo de Windows y la hora en que los equipos reciben los metadatos actualizados.
Personalización de marca en la aplicación de banda ancha móvil
Los pasos anteriores que se describen en este tema le permiten cambiar el nombre del icono de Windows Administrador de conexiones y el nombre de red de la red MNO/MVNO. Sin embargo, hay formas limitadas de cambiar el nombre de la propia aplicación.
Puede cambiar el nombre de los siguientes elementos en la aplicación:
El propio contenido de la aplicación (es decir, todo lo que hay dentro de la aplicación se puede cambiar para un operador determinado). Este es el código sobre el que la aplicación tiene control completo. Es posible que quiera cambiar el contenido de ayuda, las opciones de navegación, los diseños de página, los colores y la personalización de marca dentro de la aplicación, en función del MNO/MVNO.
El icono de la aplicación se puede actualizar dinámicamente para mostrar imágenes y diseños específicos específicos del operador. Para obtener información sobre cómo actualizar dinámicamente el contenido del icono, consulte Inicio rápido: Envío de una actualización de icono.
No puede cambiar el nombre de los siguientes elementos en la aplicación:
Nombre de la aplicación. Puede intentar ocultar el nombre cambiando la plantilla de icono, pero no puede cambiar el propio nombre o el icono que representa esa aplicación, tal como se define en el manifiesto de la aplicación.
Nombre de la aplicación, información y el icono del acceso a la configuración.
Descripción de la aplicación.
Reprogramación de SIM
Si desea volver a programar dinámicamente los SIM para cambiar el IMSI o el ICCID, debe tener en cuenta las siguientes formas en las que Windows 8, Windows 8.1 y Windows 10 interpretar el reprogramación:
La reprogramación requiere la invalidación del almacenamiento en caché del dispositivo de IMSI y ICCID. Hay varias maneras de hacerlo, según la red del operador y el dispositivo.
Una vez que se vuelve a programar la SIM, el dispositivo vuelve a leer la información de la SIM. Puede usar la secuencia de inserción de intercambio de SIM activa para informar a Windows de que debe volver a consultar los nuevos valores IMSI y ICCID.
El ICCID debe cambiarse o Windows no tratará la SIM como una nueva SIM.
Si solo se cambia el IMSI, Windows no trata la SIM como una nueva SIM y los metadatos del servicio no se descargan. La aplicación de banda ancha móvil no se descarga si ya se ha descargado otra aplicación para esta SIM.
Para obtener nuevos metadatos de servicio (lo que da como resultado una nueva personalización de marca) y para obtener una nueva aplicación de banda ancha móvil para descargar el ICCID y el IMSI, debe cambiar los datos de servicio y la aplicación de banda ancha móvil mediante el método de reprogramación del operador.
Coincidencia en redes EQUIVALEN
En el caso de una red XAML (3GPP2), Windows lee el SID y los valores de Nombre del proveedor notificados por el dispositivo a un paquete de metadatos de servicio correspondiente en WMIS. Si no se encuentran coincidencias, no se descarga ningún paquete de metadatos de servicio. Windows comprueba aproximadamente cada ocho días para ver si existen metadatos nuevos para el dispositivo. Si existen metadatos de servicio para un SID y existe un paquete de metadatos de servicio independiente para un nombre de proveedor, y ambos valores coinciden con los valores de SID y Nombre del proveedor que notifica el dispositivo, se da preferencia de coincidencia con SID. En este caso, el paquete Nombre del proveedor no coincide.
Importante El valor nombre del proveedor distingue mayúsculas de minúsculas y debe ser una coincidencia exacta con el nombre del proveedor que el dispositivo informa a Windows. Si desea buscar coincidencias con el nombre del proveedor, debe asegurarse de que ha especificado todas las variaciones ortográficas y de mayúsculas del nombre del proveedor que los dispositivos VM notifican a Windows en el paquete de metadatos del servicio que envía a través del panel de hardware del Centro de desarrollo de Windows.
Administración de MVNOs
Los MVNOs en redes MVN se pueden identificar mediante una de las tres opciones siguientes.
Opción 1: MNO y MVNOs obtienen sus propios valores de SID
En el caso de los dispositivos de banda ancha móvil asignados a MVNOs, asegúrese de que cada MVNO obtiene un SID único. Los MNOs deben tener su propio valor de SID diferente de cada uno de los MVNOs.
Se crean metadatos de servicio independientes para el MNO y para cada uno de los MVNOs que coinciden con el valor de SID único que el dispositivo informa a Windows.
En la figura 7, la coincidencia basada en SID para redes TP muestra un ejemplo de equipos que solicitan metadatos del servicio WMIS y cómo cada solicitud coincidente del cliente coincide con una experiencia.
Figura 7 Coincidencia basada en SID para redes AUTOMÁTICAs
La solicitud coincidente del equipo n.º 1 coincide con el SID del MNO. Los metadatos del servicio MNO se descargan.
La solicitud coincidente de PC #2 no coincide con ningún valor de SID ni con ningún valor de nombre de proveedor. No se descarga ninguna experiencia.
La solicitud coincidente de PC #3 coincide con un valor de SID definido por otro MNO o MVNO.
La solicitud coincidente de PC #4 coincide con el SID de MVNO B. Metadatos de servicio de MVNO B descargados.
Opción 2: MNO y MVNOs obtienen sus propios valores de nombre de proveedor
En el caso de los dispositivos de banda ancha móvil asignados a MVNOs, asegúrese de que cada dispositivo MVNO notifica un valor de nombre de proveedor que identifica de forma única el MVNO. El MNO debe tener su propio valor de nombre de proveedor que lo identifique de forma única.
Se crean metadatos de servicio independientes para el MNO y para cada uno de los MVNOs que coinciden en el valor de Nombre del proveedor que el dispositivo notifica a Windows.
Para que esta opción funcione, el MNO debe asegurarse de que no se envíen metadatos de servicio que coincidan con el SID que notifican los dispositivos. Si existen metadatos de servicio para esos SID, las coincidencias se realizan en el SID en lugar del nombre del proveedor, lo que hace que este esquema se interrumpa. Para quitar un paquete de metadatos basado en SID de WMIS, debe ponerse en contacto con el soporte técnico del panel de hardware del Centro de desarrollo de Windows.
En la figura 8, la coincidencia basada en el nombre del proveedor para las redes XAML muestra un ejemplo de dispositivos que solicitan metadatos de servicio del servicio Windows Metadata and Internet Services (WMIS) y cómo cada solicitud coincidente del dispositivo coincide con una experiencia.
Figura 8 Coincidencia basada en nombres de proveedor para redes XAML
La solicitud coincidente de PC #1 no coincide con el SID, pero coincide con el nombre del proveedor del MNO. Los metadatos del servicio MNO se descargan.
La solicitud coincidente de PC #2 no coincide con ningún valor de SID ni con ningún valor de nombre de proveedor. No se descarga ninguna experiencia.
La solicitud coincidente de PC #3 coincide con un valor de SID definido por otro MNO o MVNO.
La solicitud coincidente de PC #4 no coincide con el SID, pero coincide con el nombre del proveedor para MVNO B. Los metadatos del servicio de MVNO B se descargan.
Opción 3: Método de coincidencia alternativo
Si las dos primeras opciones que se describen aquí no son aceptables, los operadores de STORAGE pueden usar el método de coincidencia alternativo descrito en la opción 7: Método de coincidencia alternativo de la sección Coincidencia en redes GSM.
Radios y metadatos
Puede esperar los siguientes comportamientos coincidentes, según el tipo de radio.
Dispositivo de Single-Subscription de modo único
El dispositivo de suscripción única de modo único es un dispositivo de solo GSM o de solo FRAMEWORK. Estos son dispositivos de disponibilidad frecuente que proporcionan acceso solo a una red GSM o FRAMEWORK.
Este dispositivo notifica el modo GSM o FRAMEWORK a Windows. La lógica de coincidencia descrita anteriormente se aplica y el dispositivo coincide con los metadatos de servicio adecuados.
Dispositivo de Single-Subscription multimodo
El dispositivo de suscripción única multimodo tiene funcionalidades GSM y FRAMEWORK. Por ejemplo, puede conectarse a una red GSM LTE o a una red MSDN mediante una suscripción de suscriptor única para ese operador.
Este dispositivo notifica GSM como modo principal a Windows.
Al buscar metadatos de servicio coincidentes para este tipo de dispositivo, puede crear metadatos basados en GSM que coincidan con las propiedades GSM del dispositivo.
Dispositivo de varias suscripciones en modo único
El dispositivo de varias suscripciones en modo único puede tener funcionalidades GSM o COMENZANDO activas al mismo tiempo, y puede funcionar con varios proveedores. El usuario debe tener una suscripción de cada proveedor para usar más de un proveedor. Por ejemplo, el conjunto de chips Qualcomm Gobi permite al usuario conectarse a varias redes VISION o a una red GSM.
Este dispositivo notifica el modo a Windows para el proveedor activo. Si el dispositivo está activo con el proveedor GSM, debe informar de que está en modo GSM. En este caso, debe crear metadatos GSM para buscar coincidencias. Los metadatos gsm y la aplicación de operador de telefonía móvil pueden acceder al dispositivo cuando solo está en modo GSM.
Si el dispositivo está activo con el proveedor COMENZANDO, debe informar de que está en modo FRAMEWORK a Windows. En este caso, el operador debe crear metadatos de SERVICE para buscar coincidencias. Los metadatos de SERVICE y la aplicación de banda ancha móvil solo pueden acceder al dispositivo cuando se encuentra en modo SERVICE y está activo para esa red SERVICE.
Implicaciones de mantenimiento de metadatos
Es importante mantener actualizado el siguiente contenido del paquete de metadatos:
Cómo se describen los paquetes.
Los valores de NOMBRE o SID del proveedor IMSI o ICCID o CPID o SID con los que coinciden los paquetes.
Para obtener más información sobre los metadatos de banda ancha móvil, consulte Uso de metadatos para configurar experiencias de banda ancha móvil.