Operaciones Multi-SIM de MB

Compatibilidad de escritorio con varios módems y ejecutores múltiples

Tradicionalmente, los dispositivos Windows que no son de teléfono no se han configurado para módems multi-SIM porque tienen menos restricciones de espacio físico que los teléfonos. Esto les permite realmente aprovechar varias radios activas al mismo tiempo en lugar de tener un módem con varias SIM como un teléfono; sin embargo, debido al aumento de eSIM y los escenarios empresariales, la demanda de compatibilidad con varias SIM por módem en dispositivos que no son teléfonos ha aumentado.

Los dispositivos de teléfono multi SIM más típicos tienen ranuras SIM duales, pero están limitados a una tarjeta SIM principal que admite datos, mientras que el otro solo admite características de voz. Esta limitación no existe en el modelo de PC que no es de teléfono, ya que todas las tarjetas SIM se usan para la conexión de datos.

Aunque el marco definido en esta especificación puede admitir teóricamente un número ilimitado de módems y tarjetas SIM, Windows 10, versión 1703 y versiones posteriores solo admiten el escenario dual-SIM/único activo (DSSA) de un extremo a otro.

Especificación de la interfaz del módem NDIS

Brechas existentes en la interfaz y las características

Es posible admitir la funcionalidad dual-SIM/dual-active con varios módems independientes, donde cada módem es un dispositivo independiente y funciona completamente de forma independiente. Sin embargo, esto está fuera del ámbito de esta documentación, que en su lugar se centra en un módem de minipuerto WWAN capaz de configurar varias capas de protocolo de telefonía móvil simultáneas en el host. En esta sección se definen los distintos objetos y se establece la terminología utilizada en toda la documentación de MB relacionada con la funcionalidad de varias SIM.

Los avances en el hardware han dado lugar a dispositivos que pueden mantener registros simultáneos con varias redes de telefonía móvil. En estos dispositivos, se supone que hay "varias instancias de la pila de protocolos móviles" que se ejecutan en paralelo, cada una de las cuales es capaz de mantener el registro, supervisar las intensidades de la señal, realizar transferencias y escuchar las páginas entrantes. Cada instancia de esta "pila celular" se denominará ejecutor para el resto de este documento. Por ejemplo, en un dispositivo capaz de mantener registros con dos redes simultáneamente, el hardware del módem se considera que tiene dos ejecutores.

El ejecutor es una representación lógica del hardware y, de hecho, puede ser un único transceptor de hardware que se multiplexa. Los detalles exactos de hardware se consideran detalles de implementación del proveedor y están fuera del ámbito de esta especificación. Para un controlador de miniporte NDIS, los ejecutores se exponen como varias instancias de un adaptador de miniportar WWAN. Para un módem MBIM, los ejecutores se representan mediante varias funciones MBIM en un dispositivo compuesto enumerado.

Las dos imágenes siguientes muestran la vista lógica de un módem SIM dual. Cada una muestra una posible combinación de ejecutor y UICC.

La pila de telefonía móvil dentro de un ejecutor se considera principalmente independiente, excepto en el caso de una implementación de módem de doble espera donde el ejecutor que gestiona el tráfico (voz o datos) puede impedir que el otro mantenga el registro.

En el diagrama siguiente se muestra la vista lógica de un módem dual en espera. El tráfico en Executor 0, una llamada telefónica, hace que Executor 1 pierda el registro.

El modelo de interfaz del módem de escritorio de Windows en NDIS 6.7 no admite dicha arquitectura porque se basa en varias suposiciones implícitas:

• El modelo supone que hay un único ejecutor dentro del módem.
• El modelo supone que hay una sola tarjeta UICC asociada directamente con el hardware del módem.
• El UICC se trata como si fuera una tarjeta SIM de aplicación única.

Por el contrario, la capa de interfaz de radio (RIL) de Microsoft para Windows Mobile expone explícitamente la diversidad de estas suposiciones. La interfaz de banda ancha móvil de Windows Mobile expone la capacidad de registrarse de forma independiente a través de miniportes independientes y supone que ya se ha realizado alguna configuración básica del dispositivo a través de la interfaz RIL. Para proporcionar una funcionalidad equivalente, el escritorio de Windows debe proporcionar mecanismos para detectar el número de ejecutores y ranuras, acceder a los ejecutores de forma independiente, definir la asignación entre ejecutores y ranuras, y definir las aplicaciones dentro de la tarjeta UICC asignada que usará cada ejecutor.

Para obtener más información sobre la arquitectura de telefonía móvil y las diferencias entre Windows 10 Mobile y Escritorio, consulta Arquitectura móvil e implementación.

Objetos y operaciones principales

En la ilustración siguiente se muestra un modelo abstracto de un módem.

Cada módem se identifica mediante un identificador único global (GUID) y contiene un conjunto de uno o varios ejecutores, cada uno de los cuales es capaz de registrarse de forma independiente en una red de telefonía móvil. Cada ejecutor tiene un índice del ejecutor asociado, un entero, comenzando por 0 para el primer ejecutor. Además, el módem expone una o varias ranuras que pueden contener tarjetas UICC. Se supone que el número de ranuras es mayor o igual que el número de ejecutores. Cada ranura tiene un índice asociado, que también comienza con 0 y un estado actual relacionado con el estado de potencia de la ranura y el estado de disponibilidad de una tarjeta en la ranura (si existe).

Para mantener la compatibilidad con los módems existentes, cada ejecutor funciona con información proporcionada por una tarjeta UICC en una sola ranura. La asociación entre ejecutores y ranuras se define mediante el mapeo de ranuras, que asigna cada ejecutor a exactamente una ranura.

Una ranura puede contener una tarjeta UICC; cada tarjeta contiene una o varias aplicaciones UICC, como USIM, CSIM, ISIM o, posiblemente, otras aplicaciones de telefonía y no telefonía, como PKCS#15 o aplicaciones de plataforma global para un elemento seguro NFC. El direccionamiento y el uso de estas aplicaciones UICC individuales es un tema para la especificación futura y fuera del ámbito de esta documentación.

La interfaz NDIS de escritorio de Windows para el módem se caracteriza por el intercambio de OIDs y notificaciones NDIS. En la mayoría de los casos, estos OID se dirigen a ejecutores individuales; sin embargo, algunos comandos y notificaciones se limitan al módem.

En el caso de los sistemas operativos que no son Windows Mobile, un módem multi-ejecutor aparece como un dispositivo que tiene varias instancias físicas de miniport WWAN. Cada instancia de miniport físico representa un ejecutor que puede mantener el registro como una instancia de NDIS. Se pueden crear instancias virtuales adicionales en tiempo de ejecución para administrar sesiones de servicio de dispositivos y datos de paquetes específicos del contexto. Los comandos y notificaciones específicos del ejecutor se intercambian a través de la instancia física de miniport NDIS de WWAN que representa ese ejecutor. Comandos específicos del módem (es decir, aquellos que no son específicos del ejecutor) y sus notificaciones correspondientes se pueden enviar a cualquier instancia de miniport física o proceder de ellas.

Los dos diagramas siguientes muestran la diferencia en los comandos y notificaciones específicos del ejecutor (el primer diagrama), donde los comandos y las notificaciones pasan por el mismo ejecutor, y los comandos y notificaciones específicos del módem (el segundo diagrama), donde los comandos pueden pasar por cualquier ejecutor y provenir de cualquier ejecutor.

Todas las solicitudes de consulta o conjunto de OID emitidas a una instancia de miniport se ejecutan en el módem y ejecutor con el que está asociada la instancia de miniport. Del mismo modo, todas las notificaciones no solicitadas y los eventos de Device Service no solicitados enviados desde una instancia de miniport son aplicables al módem y al ejecutor con el que está asociada la instancia de miniport. Por ejemplo, una notificación de NDIS_STATUS_WWAN_REGISTER_STATE o NDIS_STATUS_WWAN_PACKET_SERVICE no solicitada de un miniport indica el registro (o el estado del servicio de paquetes) del módem asociado y el ejecutor solo y no está relacionado con el estado de otros módems u otros ejecutores.

Cuando hay varios módems o varios ejecutores en un dispositivo, el adaptador de miniport físico asociado a ese módem y la combinación del ejecutor emite notificaciones no solicitadas no específicas del contexto relacionadas con una combinación determinada de módem y ejecutor.

De la misma manera, si un dispositivo tiene varios módems o varios ejecutores, la instancia de adaptador de miniporte físico asociada a un módem y una combinación de ejecutor determinada pueden recibir solicitudes de consulta OID no específicas del contexto relacionadas con ese módem y ejecutor. El adaptador que recibe esta solicitud de consulta lo procesa según la definición de OID. Si lo elige el controlador de miniport, esta solicitud de consulta se puede procesar simultáneamente con cualquier otro conjunto de OID en proceso o con las solicitudes de consulta en cualquier instancia de adaptadores asociados a ese módem y ejecutor. Todas las instancias de un adaptador de minipuerto asociado a un mismo módem y ejecutor notifican la misma información de estado para ese módem y ejecutor celular (como el estado de energía de radio, el estado de registro, el estado del servicio de paquetes, etc.).

Para un dispositivo que tiene varios módems y/o varios ejecutores, la instancia del adaptador de miniport físico asociada con una combinación de módem y ejecutor puede recibir solicitudes de conjuntos de OID no específicas del contexto. El conductor de miniporte realizará un seguimiento del progreso de dicha solicitud. Si una solicitud de configuración de este tipo está en curso en cualquier adaptador y aún no se ha completado, se pondrá en cola un segundo intento de dicha solicitud (en cualquier instancia de adaptador asociada al mismo módem y ejecutor) y se procesará una vez que se hayan completado las solicitudes anteriores.

El controlador WMBCLASS de escritorio de Windows 10 sigue la especificación descrita en el párrafo anterior para controlar esta condición de carrera de solicitud de conjunto, pero si la condición de carrera se produce en la capa del módem, el módem debe seguir las mismas instrucciones para poner en cola comandos conflictivos a nivel del dispositivo en la función MBIM si continúa procesando otra función vinculada al mismo dispositivo subyacente.

OIDs para solicitudes de establecimiento y consulta

Para consultar el número de dispositivos (ejecutores) y ranuras en el módem, así como el número de ejecutores que pueden estar activos simultáneamente, el host usa OID_WWAN_SYS_CAPS.

Para consultar la funcionalidad de un ejecutor, el host usa OID_WWAN_DEVICE_CAPS_EX.

Para definir la ranura enlazada a cada ejecutor o consultar la asignación actual, el host usa OID_WWAN_DEVICE_SLOT_MAPPINGS.

Para consultar el estado de una ranura determinada en el módem, el host usa OID_WWAN_SLOT_INFO_STATUS.

Comandos por dispositivo y por ejecutor

Con la adición del concepto de ejecutor a dispositivos que no son Windows Mobile en Windows 10, versión 1703 y posteriores, los OID ahora se dividen en dos categorías: los OID por dispositivo y los OID por ejecutor. En la tabla siguiente se explica qué OID se encuentran en qué categoría.

Actualización de la interfaz MBIM para operaciones multi SIM

En el caso de los sistemas operativos que no son Windows Mobile, un módem multiexecutor aparece como un dispositivo compuesto USB con varias funciones MBIM. Cada función MBIM representa un ejecutor que puede mantener el registro. Los comandos y notificaciones específicos del ejecutor se intercambian a través de la función MBIM que representa ese ejecutor, mientras que los comandos específicos del módem (es decir, los que no son específicos del ejecutor) y sus notificaciones correspondientes se pueden enviar a cualquier función MBIM que pertenezca al mismo dispositivo compuesto USB subyacente.

Todas las solicitudes de consulta o de establecimiento de CID emitidas a una función MBIM se ejecutan en el módem y el ejecutor con los que la instancia de miniport está asociada; de igual manera, todas las notificaciones no solicitadas enviadas desde una función MBIM son aplicables al módem y al ejecutor con los que la función MBIM está asociada. De la misma manera, todos los eventos de Device Service no solicitados enviados desde una instancia de miniport son aplicables al módem y al ejecutor con el que está asociada la función MBIM. Por ejemplo, una notificación de MBIM_CID_REGISTER_STATE o MBIM_CID_PACKET_SERVICE no solicitada de una función MBIM indica el estado de registro o servicio de paquetes del módem o ejecutor asociado y no está relacionado con el estado de otros módems u otros ejecutores.

Cuando hay varios módems o varios ejecutores en un dispositivo, se emitirán notificaciones no solicitadas no específicas del contexto relacionadas con una combinación de módem y ejecutor determinada a partir de la función MBIM asociada al módem y ejecutor mencionados anteriormente.

En un dispositivo con varios módems o varios ejecutores, las solicitudes de consulta CID no específicas del contexto relacionadas con un módem determinado y ejecutor pueden emitirse a la función MBIM asociada a esa combinación de módem y ejecutor. La función que recibe dicha solicitud de consulta la procesará según la definición CID. Si lo elige el firmware del módem, esta solicitud de consulta se puede procesar de manera concurrente con cualquier otro conjunto de CID o solicitudes de consulta que procese cualquier función MBIM asociada a ese módem y función ejecutora. Todas las funciones MBIM asociadas al mismo módem notificarán la misma información de estado para ese módem celular además del ejecutor que representan.

Cuando hay varios módems y/o varios ejecutores en un dispositivo, se pueden emitir solicitudes de conjunto CID que no son específicas de un ejecutor en particular a la función MBIM asociada con ese módem y ejecutor. El módem realizará un seguimiento del progreso de dichas solicitudes en su conjunto. Si una solicitud de configuración de este tipo está en curso en cualquier adaptador y aún no se ha completado, un segundo intento de dicha solicitud (en cualquier instancia de adaptador asociada con el mismo módem y ejecutor) se pondrá en cola y se procesará después de que se hayan completado las solicitudes anteriores.

En el diagrama siguiente se muestra el flujo de información entre las funciones WWANSVC y MBIM en dos módems diferentes.

Esta sección contiene las descripciones detalladas del CID a nivel de módem y por cada ejecutor para los servicios de dispositivo definidos. Las definiciones hacen referencia a la especificación MBIM1.0 pública existente. Un dispositivo compatible con MBIM implementa y reporta el siguiente servicio del dispositivo cuando es consultado por CID_MBIM_DEVICE_SERVICES. Los servicios conocidos existentes se definen en la sección 10.1 de la especificación USB NCM MBIM 1.0. Microsoft amplía esta opción para definir el siguiente servicio.

Nombre del servicio = Extensiones básicas de conexión

UUID = UUID_BASIC_CONNECT_EXTENSIONS

Valor de UUID = 3d01dcc5-fef5-4d05-0d3abef7058e9aaf

Los siguientes CID se definen para UUID_MS_BasicConnect:

Todos los desplazamientos de las secciones CID siguientes se calculan desde el principio del InformationBuffer MBIM_COMMAND_MSG.

MBIM_CID_MS_SYS_CAPS

Descripción

Este CID recupera información sobre el módem. Esto se puede enviar en cualquiera de las instancias de MB expuestas como una función USB.

Consulta

El InformationBuffer en MBIM_COMMAND_MSG contiene los datos de respuesta como MBIM_MS_SYS_CAPS_INFO.

Establecer

No aplicable.

Evento no solicitado

No aplicable.

Parámetros

Estructuras de datos

Consulta

InformationBuffer será null y InformationBufferLength será cero.

Establecer

No aplicable.

Respuesta

La siguiente estructura MBIM_SYS_CAPS_INFO se usará en informationBuffer.

El campo NumberOfExecutors indica el número de ejecutores admitidos por el módem en su configuración actual. Esto se asigna directamente al número de pilas de "subteléfono" que admite el módem.

El campo NumberofSlots indica el número de ranuras que están físicamente presentes en el módem. Cada ranura notificada debe ser capaz de recibir una tarjeta UICC (las ranuras pueden ser una combinación heterogénea si es necesario: mini SIM, micro SIM, nano SIM o cualquier estándar según lo definido por ETSI). El número de ranuras debe ser igual o mayor que el número de ejecutores admitidos. La disposición «mayor que» permite el uso de UICC no telefónicos, como para seguridad, NFC, etc.

El campo Simultaneidad indica el número de ejecutores (instancias de MBB) que pueden estar activos al mismo tiempo. El intervalo debe ser 1 ≤ Concurrency ≤ NúmeroDeEjecutores. Por ejemplo, un módem de doble modo de espera tendría una concurrencia de 1, mientras que un módem de doble modo activo tendría una concurrencia de 2.

El campo ModemId indica el identificador único de 64 bits para un hardware de módem determinado. Un IHV puede implementar su propia lógica para generar un valor único de 64 bits para cada módem; por ejemplo, aplicar un hash a uno de los números IMEI, generar aleatoriamente números de 64 bits, etc. Una vez generado el identificador de 64 bits, debe conservarse entre reinicios e inserciones o eliminaciones de tarjetas SIM.

Códigos de estado

Este CID usa códigos de estado genéricos (vea Uso de códigos de estado en la sección 9.4.5 del estándar MBIM USB público).

MBIM_CID_MS_DEVICE_CAPS_V2

Descripción

Este CID recupera la información de capacidad relacionada con un ejecutor. Puesto que este CID es una extensión de MBIM_CID_DEVICE_CAPS, solo se presentan aquí los cambios de MBIM_CID_DEVICE_CAPS como se indica en la sección 10.5.1 del estándar MBIM USB público.

Este CID sigue siendo de solo consulta y devolverá una estructura de MBIM_MS_DEVICE_CAPS_INFO_V2 en respuesta a MBIM_COMMAND_MSG con el servicio MBIM MSUUID_BASIC_CONNECT y CID MBIM_CID_MS_DEVICE_CAPS_V2.

Parámetros

Estructuras de datos

Consulta

Igual que la sección 10.5.1.4 del estándar MBIM USB público.

Establecer

No aplicable.

Respuesta

La siguiente estructura MBIM_DEVICE_CAPS_INFO_V2 se usará en informationBuffer. En comparación con la estructura MBIM_CID_DEVICE_CAPS definida en la sección 10.5.1 del estándar MBIM USB público, la estructura siguiente tiene un nuevo campo denominado DeviceIndex. A menos que se indique aquí, las descripciones de campo de la tabla 10-14 del estándar MBIM USB público se aplican aquí.

Códigos de estado

Este CID usa códigos de estado genéricos (vea Uso de códigos de estado en la sección 9.4.5 del estándar MBIM USB público).

MBIM_CID_MS_DEVICE_SLOT_MAPPINGS

Descripción

Este CID establece o devuelve el mapeo de ranuras del dispositivo (es decir, el mapeo de ranuras del ejecutor).

Consulta

No se usa InformationBuffer en MBIM_COMMAND_MSG. MBIM_MS_DEVICE_SLOT_MAPPING_INFO se devuelve en el InformationBuffer de MBIM_COMMAND_DONE.

Establecer

El InformationBuffer de MBIM_COMMAND_MSG contiene MBIM_MS_DEVICE_SLOT_MAPPING_INFO. MBIM_MS_DEVICE_SLOT_MAPPING_INFO se devuelve en el búfer de información de MBIM_COMMAND_DONE. Independientemente de si Set CID se realiza correctamente o no, el MBIM_MS_DEVICE_SLOT_MAPPING_INFO contenido en la respuesta representa las asignaciones actuales de ranuras de dispositivo.

Eventos no solicitados

No aplicable.

Parámetros

Estructuras de datos

Consulta

InformationBuffer será null y InformationBufferLength será cero.

Establecer

La siguiente estructura MBIM_MS_DEVICE_SLOT_MAPPING_INFO se usará en informationBuffer.

Respuesta

El MBIM_MS_DEVICE_SLOT_MAPPING_INFO usado en Set también se usa en InformationBuffer for Response.

Códigos de estado

MBIM_CID_MS_SLOT_INFO_STATUS

Descripción

Este CID recupera un estado agregado de alto nivel de una ranura UICC especificada y la tarjeta dentro de ella (si existe). También se puede usar para entregar una notificación no solicitada cuando cambia el estado de una de las ranuras.

Consulta

El InformationBuffer de MBIM_COMMAND_MSG contiene una estructura MBIM_MS_SLOT_INFO_REQ. El InformationBuffer del mensaje de MBIM_COMMAND_DONE, contiene una estructura MBIM_MS_SLOT_INFO.

Establecer

No aplicable.

Eventos no solicitados

Event InformationBuffer contiene una estructura MBIM_MS_SLOT_INFO. La función envía este evento en caso de que cambie el estado de la ranura o tarjeta compuesta.

Parámetros

Estructuras de datos

Consulta

La siguiente estructura MBIM_MS_SLOT_INFO_REQ se usará en informationBuffer.

Establecer

No aplicable.

Respuesta

La siguiente estructura MBIM_MS_SLOT_INFO se usará en informationBuffer.

En la siguiente estructura MBIM_MS_UICCSLOT_STATE se describen los posibles estados de la ranura.

MBIM_MS_UICCSLOT_STATE guía de transición para dispositivos multi sim

La conformidad con las transiciones correctas del estado de la ranura UICC asegura que el sistema operativo controle todos los cambios correctamente y muestre las notificaciones emergentes adecuadas al usuario.

Para la notificación de SIM insertada, el sistema operativo espera que se seleccione la ranura integrada (SIM2/Ranura 1) y que se produzca la siguiente transición de estado tras la inserción de una SIM en la ranura física (SIM1/Slot 0).

Para la notificación instantánea SIM quitado, el sistema operativo espera que se seleccione la ranura física (SIM1/Ranura 0) con una SIM insertada y que ocurra la siguiente transición de estado tras la eliminación de la SIM de la ranura física (SIM1/Ranura 0).

Códigos de estado

Este CID usa códigos de estado genéricos (vea Uso de códigos de estado en la sección 9.4.5 del estándar MBIM USB público).

Asignación sin NDIS de CIDs de MBIM por ejecutor y por módem

La mayoría de los CID de MBIM se asignan o se relacionan con los OID de NDIS, pero hay algunos comandos utilizados por el controlador de clase WMB de Windows que no tienen un equivalente en NDIS. En esta sección se proporciona claridad sobre si esos comandos son por módem o por ejecutor.

SIM dual activa única

Dual SIM single active (DSSA) es la única forma de operación multi SIM que es totalmente compatible con Windows 10. DSSA permite usar dos tarjetas SIM con el módem, con la restricción de que solo una SIM pueda estar activa en un momento dado.

Arquitectura/Flujo

Comportamiento del conmutador de ranura

Si DSSA se admite en el dispositivo, hay algunos escenarios en los que el cambio de ranura se realiza automáticamente o se le solicita al usuario a través de mensajes emergentes.

Experiencia integrada (OOBE)

• Durante la OOBE, WwanSvc puede realizar una reasignación de ranura en función del estado de la ranura física. Si la ranura física está vacía, se selecciona la ranura incrustada. Si la ranura física tiene una SIM, se selecciona la ranura física.

Eliminación de SIM

• Si la SIM se quita de la ranura física y la ranura física es la ranura seleccionada actualmente, se muestra una notificación del sistema preguntando al usuario si desea cambiar a la ranura integrada.
• Si el usuario selecciona "Sí", se cambia el slot.

Inserción de SIM

• Si el conmutador automático está habilitado mediante regkey:
  • Si la SIM se inserta en la ranura física mientras la ranura seleccionada está integrada, la ranura se cambia automáticamente a la ranura física y se muestra un mensaje emergente, informando al usuario sobre el cambio.
  • La notificación emergente tiene un botón que abre la página de configuración.
• Si el cambio automático está deshabilitado mediante clave de registro
  • Si la SIM se inserta en la ranura física mientras la ranura seleccionada está incrustada, se muestra un mensaje emergente preguntando si el usuario desea cambiar a la ranura física.
  • Si el usuario selecciona "Sí", se cambia la ranura.

Use esta clave del Registro para configurar el conmutador automático. No existe de forma predeterminada.

Ubicación: HKLM\Software\Microsoft\Cellular\MVSettings\DeviceSpecific\CellUX
Llave: HabilitarCambioAutomáticoDeRanura
Tipo: REG_DWORD
Valor: 1 | 0 (valor predeterminado, deshabilitado)

Pruebas del Kit de laboratorio de hardware (HLK)

Consulte Pasos para instalar HLK.

En HLK Studio, conéctese al controlador del módem móvil del dispositivo y ejecute la prueba: Win6_4.MB. GSM. Data.TestSlot. Esta prueba contiene las cuatro pruebas siguientes:

Como alternativa, puede ejecutar la lista de pruebas HLK TestSlot utilizando netsh-mbn y netsh-mbn-test-installation.

netsh mbn test feature=dssa testpath="C:\data\test\bin" taefpath="C:\data\test\bin" param="AccessString=internet"

Este archivo que muestra los resultados de la prueba de HLK debe haberse generado en el directorio desde el que se ejecutó el comando "netsh mbn test" desde: TestSlot.htm.

Análisis de registro

1. Los registros se pueden recopilar y descodificar mediante estas instrucciones: MB Collecting Logs
2. Abra el archivo .txt en TextAnalysisTool
3. Carga del filtro DSSA

Este es un registro de ejemplo para consultar y establecer mapeos de ranuras:

  1619 [5]6C6C.0824::01/09/2020-10:57:17.118 [WwanDimCommon]QUERY OID_WWAN_DEVICE_CAPS_EX (e01012e), RequestId 11, Status 340001
  1673 [5]6C6C.0824::01/09/2020-10:57:17.118 [WwanDimCommon]QUERY OID_WWAN_SYS_CAPS (e01012d), RequestId 21, Status 340001
  2488 [5]6C6C.2738::01/09/2020-10:57:17.120 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_DEVICE_CAPS_EX (0x4004103f)
  2520 [5]6C6C.2738::01/09/2020-10:57:17.120 [WwanDimCommon]    SSERVICE_CAPS_MULTI_SIM     : Supported
  2669 [2]6C6C.2738::01/09/2020-10:57:17.121 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_SYS_CAPS_INFO (0x4004102c)
  2679 [2]6C6C.2738::01/09/2020-10:57:17.121 [WwanDimCommon]    NumberOfExecutors 0x1
  2680 [2]6C6C.2738::01/09/2020-10:57:17.121 [WwanDimCommon]    NumberOfSlots 0x2
  3497 [5]6C6C.0824::01/09/2020-10:57:17.125 [WwanDimCommon]QUERY OID_WWAN_SLOT_INFO_STATUS (e010130), RequestId 42, Status 340001
  3502 [5]6C6C.0824::01/09/2020-10:57:17.125 [WwanDimCommon]    Slot Index    : 0
  3531 [5]6C6C.0824::01/09/2020-10:57:17.126 [WwanDimCommon]QUERY OID_WWAN_SLOT_INFO_STATUS (e010130), RequestId 32, Status 340001
  3536 [5]6C6C.0824::01/09/2020-10:57:17.126 [WwanDimCommon]    Slot Index    : 1
  6356 [4]6C6C.2738::01/09/2020-10:57:17.133 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
  6890 [4]6C6C.2738::01/09/2020-10:57:17.134 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
  6912 [4]6C6C.2738::01/09/2020-10:57:17.134 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
  6926 [4]6C6C.2738::01/09/2020-10:57:17.134 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_SLOT_INFO (0x4004102e)
  6934 [4]6C6C.2738::01/09/2020-10:57:17.134 [WwanDimCommon]    SlotIndex     : 0x0
  6935 [4]6C6C.2738::01/09/2020-10:57:17.134 [WwanDimCommon]    SlotState     :  WwanUiccSlotStateActive (0x5)
  6955 [4]6C6C.2738::01/09/2020-10:57:17.134 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
  7060 [7]6C6C.2738::01/09/2020-10:57:17.135 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
  7100 [6]6C6C.2738::01/09/2020-10:57:17.135 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_SLOT_INFO (0x4004102e)
  7108 [6]6C6C.2738::01/09/2020-10:57:17.135 [WwanDimCommon]    SlotIndex     : 0x1
  7109 [6]6C6C.2738::01/09/2020-10:57:17.135 [WwanDimCommon]    SlotState     :  WwanUiccSlotStateActiveEsimNoProfile (0x8)
  7140 [6]6C6C.2738::01/09/2020-10:57:17.135 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
  7177 [6]6C6C.2738::01/09/2020-10:57:17.135 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
  8424 [4]6C6C.2738::01/09/2020-10:57:17.137 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
 10616 [6]6C6C.2738::01/09/2020-10:57:17.145 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
 12731 [4]6C6C.2738::01/09/2020-10:57:17.149 [WwanDimCommon]QUERY OID_WWAN_SYS_SLOTMAPPINGS (e01012f), RequestId 1e1, Status 340001
 12991 [2]6C6C.2738::01/09/2020-10:57:17.150 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_DEVICE_SLOT_MAPPING_INFO (0x4004102d)
 13003 [2]6C6C.2738::01/09/2020-10:57:17.150 [WwanDimCommon]        Executor Index 0 is mapped to Uicc Slot Index 0
123489 [4]6C6C.2738::01/09/2020-10:57:24.048 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
128251 [2]6C6C.2738::01/09/2020-10:57:24.064 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
128317 [2]6C6C.2738::01/09/2020-10:57:24.064 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
128407 [7]6C6C.2738::01/09/2020-10:57:24.064 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
128445 [7]6C6C.2738::01/09/2020-10:57:24.065 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
129265 [5]6C6C.2738::01/09/2020-10:57:24.067 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
129292 [5]6C6C.2738::01/09/2020-10:57:24.067 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
130122 [7]6C6C.2738::01/09/2020-10:57:24.069 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
155583 [2]6C6C.2738::01/09/2020-10:57:26.637 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
159010 [7]6C6C.2738::01/09/2020-10:57:26.644 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
159034 [7]6C6C.2738::01/09/2020-10:57:26.644 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
161963 [7]6C6C.2738::01/09/2020-10:57:26.655 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
161986 [7]6C6C.2738::01/09/2020-10:57:26.655 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
162110 [2]6C6C.2738::01/09/2020-10:57:26.655 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
162355 [4]6C6C.2738::01/09/2020-10:57:26.656 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
162381 [6]6C6C.2738::01/09/2020-10:57:26.656 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
162441 [4]6C6C.2738::01/09/2020-10:57:26.656 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
194294 [6]6C6C.2738::01/09/2020-10:57:28.722 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
200029 [0]6C6C.2738::01/09/2020-10:57:28.738 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
200131 [4]6C6C.2738::01/09/2020-10:57:28.738 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
200354 [7]6C6C.2738::01/09/2020-10:57:28.739 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
200671 [6]6C6C.2738::01/09/2020-10:57:28.739 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
200729 [7]6C6C.2738::01/09/2020-10:57:28.739 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
200864 [1]6C6C.2738::01/09/2020-10:57:28.740 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
201464 [0]6C6C.2738::01/09/2020-10:57:28.741 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
265128 [1]6C6C.2218::01/09/2020-10:57:32.150 [WwanDimCommon]SET OID_WWAN_SYS_SLOTMAPPINGS (e01012f), RequestId a6, Len 10, Status 340001
265133 [1]6C6C.2218::01/09/2020-10:57:32.150 [WwanDimCommon]    SlotMapListHeader.ElementType    : 0xe
265134 [1]6C6C.2218::01/09/2020-10:57:32.150 [WwanDimCommon]    SlotMapListHeader.ElementCount    : 0x1
265135 [1]6C6C.2218::01/09/2020-10:57:32.150 [WwanDimCommon]    Executor Index 0 is mapped to Uicc Slot Index 1
265523 [6]6C6C.2738::01/09/2020-10:57:32.152 [WwanDimCommon]    ReadyState     : WwanReadyStateOff (0x0)
270760 [5]6C6C.2738::01/09/2020-10:57:32.171 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_DEVICE_SLOT_MAPPING_INFO (0x4004102d)
270770 [5]6C6C.2738::01/09/2020-10:57:32.171 [WwanDimCommon]        Executor Index 0 is mapped to Uicc Slot Index 1
270799 [5]6C6C.2738::01/09/2020-10:57:32.171 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_SLOT_INFO (0x4004102e)
270807 [5]6C6C.2738::01/09/2020-10:57:32.171 [WwanDimCommon]    SlotIndex     : 0x0
270808 [5]6C6C.2738::01/09/2020-10:57:32.171 [WwanDimCommon]    SlotState     :  WwanUiccSlotStateEmpty (0x3)
270827 [5]6C6C.2738::01/09/2020-10:57:32.171 [WwanDimCommon]    ReadyState     : WwanReadyStateFailure (0x4)
271044 [5]6C6C.2738::01/09/2020-10:57:32.172 [WwanDimCommon]    ReadyState     : WwanReadyStateFailure (0x4)
271089 [5]6C6C.2738::01/09/2020-10:57:32.172 [WwanDimCommon]    ReadyState     : WwanReadyStateFailure (0x4)
271130 [5]6C6C.2738::01/09/2020-10:57:32.172 [WwanDimCommon]    ReadyState     : WwanReadyStateSimNotInserted (0x2)
274729 [7]6C6C.2738::01/09/2020-10:57:32.188 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
283027 [6]6C6C.2738::01/09/2020-10:57:32.211 [WwanDimCommon]    ReadyState     : WwanReadyStateSimNotInserted (0x2)
323130 [5]6C6C.2738::01/09/2020-10:57:32.352 [WwanDimCommon]    ReadyState     : WwanReadyStateNoEsimProfile (0x7)
403200 [0]6C6C.2738::01/09/2020-10:57:33.748 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_SLOT_INFO (0x4004102e)
403208 [0]6C6C.2738::01/09/2020-10:57:33.748 [WwanDimCommon]    SlotIndex     : 0x0
403209 [0]6C6C.2738::01/09/2020-10:57:33.748 [WwanDimCommon]    SlotState     :  WwanUiccSlotStateActive (0x5)
407008 [5]6C6C.33A8::01/09/2020-10:57:40.355 [WwanDimCommon]SET OID_WWAN_SYS_SLOTMAPPINGS (e01012f), RequestId 18f, Len 10, Status 340001
407015 [5]6C6C.33A8::01/09/2020-10:57:40.355 [WwanDimCommon]    SlotMapListHeader.ElementType    : 0xe
407017 [5]6C6C.33A8::01/09/2020-10:57:40.355 [WwanDimCommon]    SlotMapListHeader.ElementCount    : 0x1
407018 [5]6C6C.33A8::01/09/2020-10:57:40.355 [WwanDimCommon]    Executor Index 0 is mapped to Uicc Slot Index 0
407079 [4]6C6C.2738::01/09/2020-10:57:40.355 [WwanDimCommon]    ReadyState     : WwanReadyStateOff (0x0)
409570 [2]6C6C.2738::01/09/2020-10:57:40.371 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_DEVICE_SLOT_MAPPING_INFO (0x4004102d)
409580 [2]6C6C.2738::01/09/2020-10:57:40.371 [WwanDimCommon]        Executor Index 0 is mapped to Uicc Slot Index 0
409591 [5]6C6C.2738::01/09/2020-10:57:40.371 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_SLOT_INFO (0x4004102e)
409600 [5]6C6C.2738::01/09/2020-10:57:40.371 [WwanDimCommon]    SlotIndex     : 0x1
409601 [5]6C6C.2738::01/09/2020-10:57:40.371 [WwanDimCommon]    SlotState     :  WwanUiccSlotStateEmpty (0x3)
411302 [7]6C6C.2738::01/09/2020-10:57:40.385 [WwanDimCommon]    ReadyState     : WwanReadyStateSimNotInserted (0x2)
416851 [4]6C6C.2738::01/09/2020-10:57:40.510 [WwanDimCommon]    StatusCode    : NDIS_STATUS_WWAN_SLOT_INFO (0x4004102e)
416859 [4]6C6C.2738::01/09/2020-10:57:40.510 [WwanDimCommon]    SlotIndex     : 0x1
416860 [4]6C6C.2738::01/09/2020-10:57:40.510 [WwanDimCommon]    SlotState     :  WwanUiccSlotStateActiveEsimNoProfile (0x8)
418613 [0]6C6C.2738::01/09/2020-10:57:42.632 [WwanDimCommon]    ReadyState     : WwanReadyStateOff (0x0)
434410 [4]6C6C.2738::01/09/2020-10:57:44.558 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
443914 [7]6C6C.2738::01/09/2020-10:57:44.593 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)
529138 [4]6C6C.2738::01/09/2020-10:57:45.270 [WwanDimCommon]    ReadyState     : WwanReadyStateInitialized (0x1)