Предварительные требования для мобильного широкополосного тестирования
В этом разделе описываются задачи, которые необходимо выполнить перед тестированием звукового устройства с помощью комплекта лабораторий оборудования Windows (Windows HLK).
Примечание.
Беспроводное тестирование мобильных телефонов проверяет поддержку возможностей 802.11. Однако Windows HLK проверяет базовые возможности мобильных телефонов только для устройств на основе модемов, реализующих интерфейс RIL MSFT IHV. Для устройств только для данных, основанных на модемах МБ IM, Windows HLK не проверяет базовые возможности мобильных телефонов.
Перед началом тестирования выполните следующие действия:
Требования к оборудованию.
Требования к программному обеспечению.
Проверка конфигурации компьютера.
Примечание.
Точки доступа на основе программного обеспечения, использующие набор микросхем Realtek 8185, устарели с выпуском WLK версии 1.3. Тестирование HLK с помощью точек доступа на основе программного обеспечения поддерживается исключительно с сетевыми адаптерами WLAN Atheros. Клиенты, которые тестируют драйверы WLAN, должны использовать оборудование Atheros для завершения отправки. Если у вас есть дополнительные вопросы об этом, сообщите нам об wlanndt@microsoft.comэтом.
Требования к оборудованию
Для тестирования устройств локальной сети требуется следующее оборудование. Возможно, потребуется дополнительное оборудование, если тестовое устройство предоставляет поддержку для конкретной шины. Ознакомьтесь с описанием теста для каждого теста для шины, чтобы определить, существуют ли дополнительные требования к оборудованию.
Базовая настройка тестов Windows HLK (контроллер, Студия и клиентские системы). См. статью "Начало работы с Windows HLK"
Один тестовый компьютер. Этот тестовый компьютер должен соответствовать предварительным требованиям Windows HLK. Дополнительные сведения см . в предварительных требованиях для Windows HLK.
Одно тестовое мобильное широкополосное устройство.
Следующие карта SIM-карты:
Sim-карта "Главная" с подготовленными данными
SIM-карта роуминга с подготовленными данными
Sim-карта "Главная" без подготовленных данных
Sim-карта "Роуминг" без подготовленных данных
Sim-карта "Плохой"
Sim-карта "Неактивная"
Примечание.
Операционные системы, установленные на тестовых клиентах, должны соответствовать версиям архитектуры процессора. Если вы тестируете 32-разрядный драйвер, DUT, SUT и Test SoftAP должны иметь 32-разрядные версии Windows. Например, при запуске тестового задания NDISTest 6.0 "2c_priority" можно использовать 64-разрядную DUT с 32-разрядной версией Test SoftAP.Ethernet кросс-поверх кабеля. Перекрестный кабель позволяет поставщикам устранить проблему, связанную с коммутатором. В некоторых случаях переключатель отключит заголовок приоритета, что приводит к сбою этого тестового задания.
Требования к программному обеспечению
Для выполнения тестов Device.Networking требуется следующее программное обеспечение:
- Последние фильтры Windows HLK и обновления программного обеспечения.
Конфигурация тестового компьютера
На следующем рисунке представлен обзор настройки тестирования широкополосной локальной сети Для мобильных устройств.
Перед началом тестирования убедитесь, что тестовый компьютер находится в состоянии готовности. Если тесту требуется задать параметры перед его выполнением, откроется диалоговое окно для этого теста. Дополнительные сведения см. в конкретном разделе теста.
Для некоторых тестов Windows HLK требуется вмешательство пользователя. При выполнении тестов для отправки рекомендуется запускать автоматические тесты в блоке отдельно от ручных тестов. Это предотвращает прерывание завершения автоматизированного теста вручную.
После настройки тестовых компьютеров можно приступить к тестированию. См. шаг 4. Создание проекта.
Реализация функциональных возможностей теста обратного цикла на устройствах МБ
Этот раздел предназначен для предоставления рекомендаций производителям мобильных широкополосных устройств (МБ) для реализации функций тестирования циклов в МБ встроенного ПО устройства. Функции обратного цикла необходимы только для передачи теста комплекта оборудования Windows и неприменимо во время обычного использования устройства.
Тестирование обратного цикла гарантирует, что связь между узлом и устройством проверяется на производительность без зависимости от мобильной широкополосной сети. Успешный проход этого теста на устройстве гарантирует, что ни стек ОС, ни встроенное ПО устройства не будет узким местом для пропускной способности, когда условия сети правильны.
Примечание.
Функции обратного цикла проверяются только для трафика IP-данных, так как он находится в критическом пути к производительности. В область этого теста нет другого сетевого трафика, например SMS или USSD. Кроме того, так как это тест обратной передачи, который завершается на встроенном ПО устройства, нет зависимости от сети, SIM-карты или воздушных интерфейсов.
Руководство
МБ встроенное ПО устройства должно реализовать функцию APN обратного цикла, как описано здесь. Обратите внимание, что режим обратного цикла не зависит от состояний блокировки SIM и ПИН-кода.
При получении запроса МБIM_CID_CONNECT задать запрос с помощью ActivationCommand МБ IMActivationCommandActivate и обратной строки доступа встроенное ПО должно выполнить следующее:
Если устройство уже подключено, оно должно реагировать на МБIM_STATUS_MAX_ACTIVATED_CONTEXTS.
Устройство должно иметь возможность вводить режим обратного цикла без регистрации в поставщике.
Устройство должно иметь возможность вводить режим обратного цикла при отключении состояния службы пакетов.
Устройство должно отвечать МБIM_CID_CONNECT ответом с помощью SessionId, IPType и ContextType, указанного в запросе МБIM_CID_CONNECT. АктивацияState должна быть МБ IMActivationStateActivated, а VoiceCallState должна быть МБ IMVoiceCallStateNone.
Введите в режим обратного цикла.
Устройство должно реагировать на дополнительные МБIM_CID_CONNECT задавать запросы с МБIM_STATUS_MAX_ACTIVATE_CONTEXTS, пока не будет отключен режим обратного цикла.
В режиме обратного цикла:
При получении запроса МБIM_CID_CONNECT устройство должно отвечать МБIM_CID_CONNECT ответом с помощью SessionId, IPType и ContextType, указанного в запросе МБIM_CID_CONNECT. АктивацияState должна быть МБ IMActivationStateActivated, а VoiceCallState должна быть МБ IMVoiceCallStateNone.
При получении запроса МБIM_CID_IP_CONFIGURATION устройство должно отвечать МБIM_STATUS_SUCCESS, но не указывать IP-адреса.
Устройство будет назначено статическим IP-адресом операционной системы Windows 8. Устройство не должно предоставлять сам IP-адрес, но должно отвечать на запросы МБIM_CID_IP_CONFIGURATION, как указано выше, указывая, что у него нет IP-адреса.
Прослушивайте N ТБ (блок передачи NCM) в канале BULK OUT из узла.
Устройство должно распаковывать диаграммы данных из N ТБ и отправлять их обратно на узел на канале МБ IM Bulk-IN.
Устройство должно переключить адреса исходной и целевой диаграммы данных IPv4 и IPv6. Устройство не должно изменять IPv4-проверка граммы и диаграммы данных поставщика.
N ТБ, отправленные на канал МБ IM Bulk-IN, должны соответствовать параметрам N ТБ, указанным устройством в функции NCM GetNtbParameters. Диаграммы данных можно отправлять на канал Bulk-IN в одном или нескольких N ТБ, необходимых параметрам N ТБ для канала Bulk-IN.
При получении запроса МБIM_CID_CONNECT с помощью АктивацииCommand МБ IMActivationCommandDeactivate.
Убедитесь, что SessionId соответствует идентификатору sessionId, используемому для запуска режима обратного цикла. Если идентификатор сеанса не соответствует, устройство должно реагировать на МБIM_STATUS_CONTEXT_NOT_ACTIVATED.
Устройство должно отвечать МБIM_CID_CONNECT ответом с помощью SessionId, IPType и ContextType, указанного в запросе МБIM_CID_CONNECT. АктивацияState должна быть МБ IMActivationStateDeactivated и VoiceCallState должна быть МБ IMVoiceCallStateNone.
Ресурсы
требования к производительности драйвера miniport МБ
Требования к сертификации оборудования Windows 8