Pré-requisitos de teste de banda larga móvel
Esta seção descreve as tarefas que você deve concluir antes de testar um dispositivo de áudio usando o Windows Hardware Lab Kit (Windows HLK).
Observação
O teste sem fio de telefones celulares verifica o suporte para recursos 802.11. No entanto, o Windows HLK valida recursos básicos de telefone celular somente para dispositivos com base em modems que implementam a interface RIL do MSFT IHV. Para dispositivos somente de dados baseados em modems MBIM, o Windows HLK não valida os recursos básicos de telefone celular.
Antes de iniciar o teste, conclua o seguinte:
Observação
Os Pontos de Acesso baseados em software usando o chipset Realtek 8185 foram preteridos com o lançamento do WLK versão 1.3. Os testes de HLK com pontos de acesso baseados em software têm suporte exclusivo com NICs de WLAN do Atheros. Os clientes que estão testando drivers WLAN devem usar o hardware Atheros para concluir seus envios. Se você tiver mais perguntas sobre isso, informe-nos em wlanndt@microsoft.com.
Requisitos de hardware
O hardware a seguir é necessário para testes de dispositivo LAN. Talvez você precise de hardware adicional se o dispositivo de teste fornecer suporte específico ao barramento. Consulte a descrição do teste para cada teste específico do barramento para determinar se há requisitos de hardware adicionais.
Configuração básica de teste do Windows HLK (controlador, estúdio e sistemas cliente). Consulte Windows HLK Introdução
Um computador de teste. Este computador de teste deve atender aos pré-requisitos do Windows HLK. Consulte Pré-requisitos do Windows HLK para obter mais informações.
Um dispositivo de banda larga móvel de teste.
Os seguintes cartões SIM:
SIM 'Home' com dados provisionados
SIM 'Roaming' com dados provisionados
SIM 'Home' sem dados provisionados
SIM 'Roaming' sem dados provisionados
SIM 'Ruim'
SIM 'Inativo'
Observação
Os sistemas operacionais instalados nos clientes de teste devem estar correspondendo às versões de arquitetura do processador. Se você estiver testando o Logotipo de um driver de 32 bits, o DUT, o SUT e o SoftAP de teste deverão ter versões de 32 bits do Windows instaladas neles. Por exemplo, você não pode usar um DUT de 64 bits com um SoftAP de teste de 32 bits. O cabo transversais Ethernet pode ser usado no lugar da rede de teste ao executar o trabalho de teste "2c_priority" do NDISTest 6.0. O cabo transversais permite que os fornecedores resolve um problema relacionado ao comutador. Em alguns casos, uma opção removerá o cabeçalho de prioridade, fazendo com que esse trabalho de teste falhe.
Requisitos de software
O software a seguir é necessário para executar os testes Device.Networking:
- Os filtros e atualizações de software mais recentes do Windows HLK.
Testar a configuração do computador
A figura a seguir fornece uma visão geral da configuração de teste de LAN de banda larga móvel.
Verifique se o computador de teste está no estado pronto antes de começar o teste. Se um teste exigir que os parâmetros sejam definidos antes de ser executado, uma caixa de diálogo será exibida para esse teste. Examine o tópico de teste específico para obter mais informações.
Alguns testes do Windows HLK exigem intervenção do usuário. Ao executar testes para um envio, é uma prática recomendada executar os testes automatizados em um bloco separadamente dos testes manuais. Isso impede que um teste manual interrompa a conclusão de um teste automatizado.
Depois que os computadores de teste estiverem configurados, você estará pronto para começar a testar. Consulte a Etapa 4: Criar um projeto.
Implementando a funcionalidade de teste de loopback em dispositivos MB
Esta seção destina-se a fornecer diretrizes aos fabricantes de dispositivos de banda larga móvel (MB) para implementar a funcionalidade de teste de loopback em seu firmware de dispositivo MB. A funcionalidade de loopback é necessária apenas para passar no teste do Kit de Laboratório de Hardware do Windows e não é aplicável durante o uso normal do dispositivo.
O teste de loopback garante que o vínculo entre o host e o dispositivo seja testado quanto ao desempenho sem dependência na rede de banda larga móvel. Uma aprovação bem-sucedida desse teste, pelo dispositivo, garante que nem a pilha do sistema operacional nem o firmware do dispositivo serão o gargalo para a taxa de transferência quando as condições de rede estiverem corretas.
Observação
A funcionalidade de loopback é testada apenas para o tráfego de dados IP porque está no caminho crítico de desempenho. O escopo desse teste não inclui nenhum outro tráfego de rede, como SMS ou USSD. Além disso, como esse é um teste de loopback que termina no firmware do dispositivo, não há dependência para a rede, SIM ou interfaces de ar.
Orientação
O firmware do dispositivo MB deve implementar a funcionalidade de APN de "loopback", conforme explicado aqui. Observe que o modo de loopback é independente dos estados de bloqueio SIM e PIN.
Ao obter MBIM_CID_CONNECT definir solicitação com um ActivationCommand de MBIMActivationCommandActivate e um loopback de cadeia de caracteres de acesso, o firmware deve fazer o seguinte:
Se o dispositivo já estiver conectado, ele deverá responder com um MBIM_STATUS_MAX_ACTIVATED_CONTEXTS.
O dispositivo deve ser capaz de entrar no modo de loopback sem se registrar com um provedor.
O dispositivo deve ser capaz de entrar no modo de loopback quando seu estado de serviço de pacote é desanexado.
O dispositivo deve responder com uma resposta MBIM_CID_CONNECT usando SessionId, IPType e ContextType especificados na solicitação MBIM_CID_CONNECT. ActivationState deve ser MBIMActivationStateActivated e VoiceCallState deve ser MBIMVoiceCallStateNone.
Insira no modo de loopback.
O dispositivo deve responder a solicitações de conjunto de MBIM_CID_CONNECT adicionais com MBIM_STATUS_MAX_ACTIVATE_CONTEXTS até que o modo de loopback seja desativado.
Enquanto estiver no modo de loopback:
Ao obter uma consulta MBIM_CID_CONNECT, o dispositivo deve responder com uma resposta MBIM_CID_CONNECT usando SessionId, IPType e ContextType especificados na solicitação MBIM_CID_CONNECT. ActivationState deve ser MBIMActivationStateActivated e VoiceCallState deve ser MBIMVoiceCallStateNone.
Ao obter uma consulta MBIM_CID_IP_CONFIGURATION, o dispositivo deve responder com um MBIM_STATUS_SUCCESS, mas não especificar nenhum endereço IP.
O dispositivo receberá manualmente um endereço IP estático pelo sistema operacional Windows 8. O dispositivo não deve fornecer um endereço IP em si, mas deve responder a consultas MBIM_CID_IP_CONFIGURATION conforme especificado acima, indicando que ele não tem um endereço IP.
Ouça NTBs (Bloco de Transferência do NCM) no pipe BULK OUT do host.
O dispositivo deve desempacotar os datagramas do NTB e enviá-los de volta para o host no pipe bulk-IN do MBIM.
O dispositivo deve trocar os endereços de origem e destino de datagramas IPv4 e IPv6. O dispositivo não deve precisar modificar a soma de verificação IPv4 e os datagramas do fornecedor.
Os NTBs enviados no pipe Bulk-IN do MBIM devem estar em conformidade com os parâmetros NTB especificados pelo dispositivo na função GetNtbParameters do NCM. Os datagramas podem ser enviados no pipe Bulk-IN em um ou mais NTBs, conforme exigido pelos parâmetros NTB para o pipe Bulk-IN.
Ao obter uma solicitação MBIM_CID_CONNECT com um ActivationCommand de MBIMActivationCommandDeactivate.
Verifique se SessionId corresponde à SessionId usada para iniciar o modo de loopback. Se as SessionIds não corresponderem, o dispositivo deverá responder com MBIM_STATUS_CONTEXT_NOT_ACTIVATED.
O dispositivo deve responder com uma resposta MBIM_CID_CONNECT usando SessionId, IPType e ContextType especificados na solicitação MBIM_CID_CONNECT. ActivationState deve ser MBIMActivationStateDeactivated e VoiceCallState deve ser MBIMVoiceCallStateNone.
Recursos
Requisitos de desempenho do driver de miniporto MB
Requisitos de certificação de hardware do Windows 8