Requisitos previos de pruebas de banda ancha móvil
En esta sección se describen las tareas que debe completar antes de probar un dispositivo de audio mediante el Kit de laboratorio de hardware de Windows (Windows HLK).
Nota
Las pruebas inalámbricas de teléfonos móviles comprueban la compatibilidad con las capacidades 802.11. Sin embargo, Windows HLK valida las funcionalidades básicas de teléfono móvil solo para dispositivos basados en módems que implementan la interfaz RIL de IHV msfT. En el caso de los dispositivos de solo datos basados en módems MBIM, Windows HLK no valida las funcionalidades básicas del teléfono móvil.
Antes de comenzar las pruebas, complete lo siguiente:
Nota
Los puntos de acceso basados en software que usan el conjunto de chips Realtek 8185 han quedado en desuso con la versión 1.3 de WLK. Las pruebas de HLK con puntos de acceso basados en software se admiten exclusivamente con NIC WLAN de Atheros. Los clientes que están probando controladores WLAN deben usar el hardware de Atheros para completar sus envíos. Si tiene más preguntas sobre esto, háganoslo saber en wlanndt@microsoft.com.
Requisitos de hardware
El siguiente hardware es necesario para las pruebas de dispositivos LAN. Es posible que necesite hardware adicional si el dispositivo de prueba proporciona compatibilidad específica del bus. Consulte la descripción de la prueba de cada prueba específica del bus para determinar si hay requisitos de hardware adicionales.
Configuración básica de la prueba HLK de Windows (sistemas de controlador, Studio y cliente). Consulta Windows HLK Introducción
Un equipo de prueba. Este equipo de prueba debe cumplir los requisitos previos de Windows HLK. Consulte Requisitos previos de Windows HLK para obtener más información.
Un dispositivo de banda ancha móvil de prueba.
Las siguientes tarjetas SIM:
SIM "Inicio" con datos aprovisionados
SIM "Roaming" con datos aprovisionados
SIM "Inicio" sin datos aprovisionados
SIM "Roaming" sin datos aprovisionados
SIM 'Bad'
SIM "Inactivo"
Nota
Los sistemas operativos instalados en los clientes de prueba deben coincidir con las versiones de arquitectura del procesador. Si está probando un controlador de 32 bits, el DUT, SUT y Test SoftAP debe tener todas las versiones de 32 bits de Windows instaladas en ellos. Por ejemplo, es posible que no use un DUT de 64 bits con un softAP de prueba de 32 bits. La cruz ethernet a través del cable se puede usar en lugar de la red de prueba al ejecutar el trabajo de prueba de NDISTest 6.0 "2c_priority". El cable cruzado permite a los proveedores resolver un problema relacionado con el conmutador. En algunos casos, un modificador quitará el encabezado de prioridad, lo que provocará un error en este trabajo de prueba.
Requisitos de software
El software siguiente es necesario para ejecutar las pruebas Device.Networking:
- Las actualizaciones de software y filtros HLK de Windows más recientes.
Prueba de la configuración del equipo
En la ilustración siguiente se proporciona información general sobre la configuración de prueba de LAN de banda ancha móvil.
Asegúrese de que el equipo de prueba está en el estado listo antes de comenzar las pruebas. Si una prueba requiere que se establezcan parámetros antes de que se ejecute, se mostrará un cuadro de diálogo para esa prueba. Revise el tema de prueba específico para obtener más información.
Algunas pruebas HLK de Windows requieren intervención del usuario. Al ejecutar pruebas para un envío, se recomienda ejecutar las pruebas automatizadas en un bloque independiente de las pruebas manuales. Esto impide que una prueba manual interrumpa la finalización de una prueba automatizada.
Una vez configurados los equipos de prueba, estará listo para comenzar las pruebas. Consulte Paso 4: Crear un proyecto.
Implementación de la funcionalidad de prueba de bucle invertido en dispositivos MB
Esta sección está pensada para proporcionar instrucciones a los fabricantes de dispositivos de banda ancha móvil (MB) para implementar la funcionalidad de prueba de bucle invertido en su firmware de dispositivo MB. La funcionalidad de bucle invertido solo es necesaria para pasar la prueba del Kit de laboratorio de hardware de Windows y no es aplicable durante el uso normal del dispositivo.
Las pruebas de bucle invertido garantizan que el vínculo entre el host y el dispositivo se pruebe para obtener un rendimiento sin ninguna dependencia en la red de banda ancha móvil. Un paso correcto de esta prueba, por el dispositivo, garantiza que ni la pila del sistema operativo ni el firmware del dispositivo van a ser el cuello de botella para el rendimiento cuando las condiciones de red son correctas.
Nota
La funcionalidad de bucle invertido solo se prueba para el tráfico de datos IP porque está en la ruta de acceso crítica para el rendimiento. El ámbito de esta prueba no incluye ningún otro tráfico de red, como SMS o USSD. Además, dado que se trata de una prueba de bucle invertido que finaliza en el firmware del dispositivo, no hay ninguna dependencia en la red, sim o interfaces aéreas.
Dirección
El firmware del dispositivo MB debe implementar la funcionalidad de APN de "bucle invertido", como se explica aquí. Tenga en cuenta que el modo de bucle invertido es independiente de los estados de bloqueo de PIN y SIM.
Al obtener MBIM_CID_CONNECT establecer solicitud con activationCommand de MBIMActivationCommandActivate y un bucle invertido de cadena de acceso, el firmware debe hacer lo siguiente:
Si el dispositivo ya está conectado, debe responder con un MBIM_STATUS_MAX_ACTIVATED_CONTEXTS.
El dispositivo debe poder entrar en modo de bucle invertido sin registrarse con un proveedor.
El dispositivo debe poder entrar en modo de bucle invertido cuando se desasocia su estado del servicio de paquetes.
El dispositivo debe responder con una respuesta de MBIM_CID_CONNECT mediante sessionId, IPType y ContextType especificados en la solicitud de MBIM_CID_CONNECT. ActivationState debe ser MBIMActivationStateActivated y VoiceCallState debe ser MBIMVoiceCallStateNone.
Escriba en el modo de bucle invertido.
El dispositivo debe responder a solicitudes adicionales MBIM_CID_CONNECT establecer con MBIM_STATUS_MAX_ACTIVATE_CONTEXTS hasta que se desactive el modo de bucle invertido.
Mientras está en modo de bucle invertido:
Al obtener una consulta de MBIM_CID_CONNECT, el dispositivo debe responder con una respuesta MBIM_CID_CONNECT mediante sessionId, IPType y ContextType especificados en la solicitud de MBIM_CID_CONNECT. ActivationState debe ser MBIMActivationStateActivated y VoiceCallState debe ser MBIMVoiceCallStateNone.
Al obtener una consulta de MBIM_CID_IP_CONFIGURATION, el dispositivo debe responder con un MBIM_STATUS_SUCCESS pero no especificar ninguna dirección IP.
El sistema operativo Windows 8 asignará manualmente una dirección IP estática. El dispositivo no debe proporcionar una dirección IP en sí, pero debe responder a MBIM_CID_IP_CONFIGURATION consultas como se especificó anteriormente, lo que indica que no tiene una dirección IP.
Escuche NTB (bloque de transferencia de NCM) en la canalización BULK OUT del host.
El dispositivo debe desempaquetar los datagramas del NTB y enviarlos de nuevo al host en la canalización bulk-IN de MBIM.
El dispositivo debe intercambiar las direcciones de origen y destino de los datagramas IPv4 e IPv6. El dispositivo no debe tener que modificar la suma de comprobación IPv4 y los datagramas de proveedor.
Los NTB enviados en la canalización bulk-IN de MBIM deben ajustarse a los parámetros NTB especificados por el dispositivo en la función GetNtbParameters de NCM. Los datagramas se pueden enviar en la canalización Bulk-IN en uno o varios NTB según sea necesario para los parámetros NTB para la canalización Bulk-IN.
Al obtener una solicitud de MBIM_CID_CONNECT con activationCommand de MBIMActivationCommandDeactivate.
Asegúrese de que sessionId coincide con el sessionId usado para iniciar el modo de bucle invertido. Si el valor de SessionId no coincide, el dispositivo debe responder con MBIM_STATUS_CONTEXT_NOT_ACTIVATED.
El dispositivo debe responder con una respuesta MBIM_CID_CONNECT mediante sessionId, IPType y ContextType especificados en la solicitud MBIM_CID_CONNECT. ActivationState debe ser MBIMActivationStateDeactivated y VoiceCallState debe ser MBIMVoiceCallStateNone.
Recursos
Requisitos de rendimiento del controlador de miniporte MB
Requisitos de certificación de hardware de Windows 8