Обзор оборудования оператора мобильной связи

Используйте этот раздел, чтобы получить общее представление о требованиях и рекомендациях к оборудованию Windows 8, Windows 8.1 и Windows 10 мобильной широкополосной связи. Мы рекомендуем выполнить следующие действия, чтобы предоставить клиентам упрощенный интерфейс подключения, а также снизить затраты на обслуживание и поддержку.

• Встроенные модули мобильной широкополосной связи, предоставляющие USB-интерфейсы, должны соответствовать требованиям Windows 8, Windows 8.1 или Windows 10 требованиям к сертификации оборудования и управляться с помощью драйвера класса мобильной широкополосной связи. В документации по требованиям к оборудованию для IHV необходимо, чтобы мобильные широкополосные устройства прошли сертификацию Windows 8, Windows 8.1 или Windows 10 устройств.

• Внешние аппаратные ключи мобильной широкополосной связи USB должны поддерживать трансформацию удостоверений. Ваша документация по требованиям к оборудованию для IHV должна требовать, чтобы внешние устройства мобильной широкополосной связи прошли сертификацию Windows 8 устройства, Windows 8.1 или Windows 10 устройства и прошли сертификацию логотипа Windows 7.

  • На Windows 10 компьютере аппаратный ключ отображается как Windows 10 сертифицированное мобильное широкополосное устройство и управляется с помощью драйвера класса мобильной широкополосной связи.

  • На Windows 8.1 компьютере аппаратный ключ отображается как Windows 8.1 сертифицированное мобильное широкополосное устройство и управляется с помощью драйвера класса мобильной широкополосной связи.

  • На Windows 8 компьютере аппаратный ключ отображается как Windows 8 сертифицированное мобильное широкополосное устройство и управляется с помощью драйвера класса мобильной широкополосной связи.

  • На компьютере с Windows 7 аппаратный ключ отображается как запоминающее устройство, позволяющее пользователю установить определенные драйверы устройств.

• Если требуется EAP-SIM, USSD или несколько pdp-подключений, IHV должен включить его и соответствовать требованиям к сертификации оборудования Windows 8, Windows 8.1 или Windows 10.

• Все дополнительные функциональные возможности, необходимые вам или IHV, должны быть реализованы с помощью расширения служб устройств и включены в Windows 8, Windows 8.1 или Windows 10 с помощью драйвера класса мобильной широкополосной связи и API служб устройств. Дополнительные функциональные возможности следует включить в документацию по требованиям к оборудованию.

Ключевые сценарии

Приобретение внешнего устройства

Внешнее устройство, скорее всего, будет вставлено непосредственно перед тем, как пользователь захочет приступить к его использованию.

1. Как только устройство вставляется, оно распознается и управляется драйвером класса мобильной широкополосной связи.

2. Служба мобильной широкополосной связи считывает IMSI и создает набор хэшей.

3. Когда пользователь нажимает кнопку Подключить, эти хэши используются для сопоставления параметров подключения в отправке базы данных COSA/APN.

   • Если подключение установлено успешно и подключение к Интернету доступно, ничего не происходит. Пользователь уже приобрел службу.

   • Если подключение установлено успешно, но подключение к Интернету недоступно, веб-браузер открывает URL-адрес, указанный в базе данных APN или в мобильном широкополосном приложении UWP.

   • Если подключение завершается сбоем, пользователь получает уведомление об ошибке.

4. Ваш веб-сайт или мобильное широкополосное приложение помогает пользователю приобрести службу.

5. После приобретения устройство подготавливается с помощью API подготовки из файла подготовки. Файл подготовки передается агенту подготовки веб-сайтом или мобильным широкополосным приложением. Файл подготовки настраивает Windows с основными сведениями о плане, приобретенном пользователем. В зависимости от структуры сети происходит одно из следующих действий:

   • Пользователю предоставляется доступ к Интернету при текущем подключении.

   • Файл подготовки содержит инструкции по отключению и повторному подключению к той же или другой сети, что обеспечит доступ к Интернету.

Подключение внешнего устройства к активной SIM-карте

Если подключено активное устройство, к которому уже была активная SIM-карта, рабочий процесс аналогичен процессу приобретения внешнего устройства, за исключением того, что попытка подключения приведет к Интернету. Вам не нужно направлять пользователя на веб-сайт или мобильное широкополосное приложение, чтобы приобрести службу.

1. Как только устройство вставляется, оно распознается и управляется драйвером класса мобильной широкополосной связи.

2. Служба мобильной широкополосной связи считывает IMSI и создает набор хэшей.

3. Когда пользователь нажимает кнопку Подключить, эти хэши используются для сопоставления параметров подключения в отправке базы данных COSA/APN. Для устройства с активной SIM-картой подключение установлено успешно и доступно подключение к Интернету.

Компоненты

Windows 8, Windows 8.1 или Windows 10 сертифицированные мобильные широкополосные устройства

Чтобы в полной мере воспользоваться преимуществами платформы мобильной широкополосной связи Windows, ваше мобильное широкополосное устройство должно соответствовать требованиям Windows 8, Windows 8.1 или Windows 10 требованиям к сертификации оборудования. Полное описание требований к сертификации оборудования см. в разделе Требования к сертификации оборудования Windows.

Для конечного пользователя наиболее упрощенное подключение предоставляется с помощью мобильного широкополосного устройства на основе USB. В рамках требований к сертификации оборудования любое мобильное широкополосное устройство, которое проявляется как USB-устройство, должно соответствовать спецификации модели интерфейса мобильной широкополосной связи (MBIM) и MBIM версии 1.0 Errata. Сюда входят как внешние аппаратные ключи USB, так и встроенные модули, предоставляющие ИНТЕРФЕЙСы USB. Для этого класса устройств Windows 8, Windows 8.1 или Windows 10 включает драйвер класса мобильной широкополосной связи, который устраняет необходимость в дополнительных драйверах из IHV и упрощает взаимодействие с пользователем. Другое оборудование, которое не является моделями USB и драйверов, может получить Windows 8, Windows 8.1 и Windows 10 сертификацию и обеспечит работу приложения microsoft Store для мобильной широкополосной связи, но они не поддерживаются драйвером класса мобильной широкополосной связи.

Драйвер класса мобильной широкополосной связи

Драйвер класса мобильной широкополосной связи снижает нагрузку на производителей устройств по доставке пользовательского драйвера для конкретного мобильного широкополосного устройства. Драйвер класса мобильной широкополосной связи управляет любым USB-совместимым MBIM-совместимым мобильным широкополосным интерфейсом, который соответствует Windows 8, Windows 8.1 или Windows 10 сертификации устройства. При подключении сертифицированного устройства дополнительные драйверы не требуются, и Windows может немедленно использовать устройство для подключения к сети. Драйвер класса мобильной широкополосной связи соответствует модели драйвера мобильной широкополосной связи Windows и обеспечивает полную функциональность службы широкополосной связи Windows Mobile. Поддерживает сети GSM, включая HSPA+ и LTE; Сети CDMA; и сети с двумя режимами, предлагающие 3G CDMA и 4G LTE. Он также поддерживает сообщения оператора, такие как SMS и USSD, а также проверку подлинности на основе EAP-SIM.

Примечание Хотя драйвер класса мобильной широкополосной связи поддерживает USSD, EAP-SIM и несколько контекстов PDP, они являются необязательными компонентами Windows 8, Windows 8.1 или Windows 10 для сертификации оборудования для настольных версий (Home, Pro, Enterprise и Education). Однако для Windows 10 Mobile сертификации оборудования требуется несколько контекстов PDP.

Дополнительные функциональные возможности устройств можно реализовать с помощью настраиваемых расширений службы устройств, которые будут предоставляться непосредственно мобильному широкополосному приложению через API служб устройств WinRT.

Дополнительные сведения о драйвере класса мобильной широкополосной связи см. в справочнике по мобильной широкополосной связи (МБ).

API расширения службы устройств

Одним из уникальных преимуществ использования платформы Windows является возможность предоставлять новые аппаратные сценарии, поддерживающие дифференциацию операторов. Ожидается, что платформа мобильной широкополосной связи Windows позволит обеспечить дифференциацию для операторов, которые могут обеспечить более высокую лояльность клиентов и справедливости бренда. Платформа предоставляет набор точек расширения, которые можно включить в свой уникальный интерфейс.

Сертифицированные Windows мобильные широкополосные устройства объявляют каждую поддерживаемую точку расширения как "службу устройства". К примерам таких услуг относятся телефонная книга, набор средств SIM-карт или функции GPS. Доступ к любым службам устройств, которые изначально не реализованы платформой мобильной широкополосной связи Windows, можно получить с помощью API расширения службы устройств. Вы и IHV определяете службы устройств, которые должны быть реализованы. Встроенное ПО IHV и мобильное широкополосное приложение должны быть разработаны параллельно, чтобы включить нужные службы устройств. Форум разработчиков USB создает реестр служб устройств, доступных для IHV в MBIMRegistry, и мы рекомендуем вам и IHV, с которыми вы работаете, использовать этот реестр для координации, чтобы обеспечить согласованность для общих расширений служб устройств.

API расширения службы устройств предоставляет приложению мобильной широкополосной связи прямой способ доступа к функциональным возможностям на своем мобильном широкополосном устройстве. Это обеспечивает передачу через службу WWAN и драйвер класса мобильной широкополосной связи к устройству, как показано на следующей схеме:

У каждой службы устройств есть соответствующий GUID. Все управляющие сообщения и пакеты, не являющиеся IP-адресами, которыми обмениваются драйвер класса мобильной широкополосной связи и устройство, будут содержать GUID для идентификации службы, связанной с запросом. Идентификаторы команд (CID) и коды индикации состояния определяются в пространстве имен GUID службы. Например, телефонная книга и STK могут совместно использовать один и тот же код CID, но они будут отличаться идентификатором GUID службы устройства, обменяемым в запросе.

Примечание API служб устройств на основе COM доступен для любого классического приложения или службы. API служб устройств, проецируемый с помощью WinRT, доступен только для привилегированного приложения для устройств UWP, авторизованного оператором мобильной широкополосной связи. Разработчики должны тщательно учитывать конфиденциальность и безопасность при передаче информации таким образом.

Беспроводная платформа Windows поддерживает API для следующих функций, доступных для приложений:

• Перечисление служб устройств

• Открытие и закрытие служб устройств

• Отправка управляющих команд в определенную службу устройства

• Отправка и получение данных в определенную службу устройств или из нее

• Регистрация для получения нежелательных событий устройства с определенного устройства

Дополнительные сведения см. в разделе Интерфейс IMbnDeviceService.

Поддержка прежних версий и трансформация удостоверений

Windows 8, Windows 8.1 и Windows 10 поддерживают мобильные широкополосные устройства, предназначенные для Windows 7. В то время как текущая экосистема устройств будет по-прежнему функционировать на Windows 8, Windows 8.1 и Windows 10 они не будут в полной мере использовать платформы Windows 8, Windows 8.1 или Windows 10 мобильной широкополосной связи.

Сводка о поддержке мобильных широкополосных устройств в Windows 8, Windows RT, Windows 8.1 и Windows RT 8.1 приведена здесь:

• Windows 10 сертифицированных устройств— эти устройства проходят тесты на работу с мобильным широкополосным подключением, поддерживающие комплект сертификации оборудования Windows 10. Для этих устройств Windows 10 предоставляет драйвер класса мобильной широкополосной связи и расширенное управление питанием.

• Windows 8 или Windows 8.1 сертифицированных устройств. Эти устройства проходят тесты на работу с мобильным широкополосным подключением, поддерживающие Windows 8 или комплект сертификации оборудования Windows 8.1. Для этих устройств Windows 8 и Windows 8.1 обеспечить драйвер класса мобильной широкополосной связи и расширенное управление питанием.

• Устройства с логотипом Windows 7 — эти устройства используют сторонние драйверы IHV на основе модели драйвера Windows 7 NDIS 6.20. Windows 8 и Windows 8.1 обеспечивают возможности мобильной широкополосной связи в режиме обратной совместимости для этих устройств, и они ограничены функциональностью Windows 7.

• Windows 8 и Windows 8.1 по-прежнему будут поддерживать устаревшие устройства, основанные на интерфейсах модема или Ethernet, а также пользовательский диспетчер соединений, как в более ранних версиях Windows. Windows 8 и Windows 8.1 не смогут обеспечить возможности мобильной широкополосной связи, так как они не соответствуют стеку мобильной широкополосной связи. Так как устаревшие устройства не распознаются стеком мобильной широкополосной связи, подключение через такие устройства может привести к чрезмерному потреблению данных, так как они не управляются Windows диспетчер подключений.

• устройства, сертифицированные Windows RT и Windows RT 8.1. Эти устройства проходят тесты мобильного широкополосного взаимодействия, поддерживаемые комплектом сертификации оборудования Windows Windows RT или Windows RT 8.1. Для этих устройств Windows RT и Windows RT 8.1 предоставляют драйвер класса мобильной широкополосной связи и расширенное управление питанием.

  Примечание Windows RT и Windows RT системы 8.1 не поддерживают мобильные широкополосные устройства, предназначенные для Windows 7 и более ранних версий.

Чтобы гарантировать, что Windows 8 и Windows 8.1 сертифицированные устройства полезны на старых платформах, Windows предоставляет решение для преобразования удостоверений, которое позволяет устройству проявлять поведение, соответствующее операционной системе, к которой оно подключено.

Трансформация удостоверений

Когда устройство впервые подключено к компьютеру с Windows 7, типичный внешний мобильный широкополосный USB-ключ представляет собой запоминающее устройство. Это не предоставляет других функций, чтобы предотвратить отображение этих устройств как нефункциональные из-за отсутствия программного обеспечения драйвера. Запоминающее устройство содержит программное обеспечение, предоставляемое IHV, которое устанавливает пакет драйвера. После того как пользователь установит пакет драйверов, программное обеспечение, предоставляемое IHV, должно преобразовать устройство, чтобы предоставить пользователю другие функции. На этом этапе устройство будет отображаться как мобильное широкополосное устройство, и пользователь сможет подключиться к вашей сети.

Собственный драйвер класса Windows 8, Windows 8.1 и Windows 10 устраняет необходимость в том, чтобы внешнее USB-устройство изначально предоставлялось в качестве запоминающего устройства, так как установка драйвера не требуется. Windows 8, Windows 8.1 и Windows 10 включают возможность активации трансформации удостоверений устройства, что позволяет немедленно отображать устройство как мобильное широкополосное устройство.

Сведения о разработке решения для трансформации удостоверений см. в разделе Интерфейс IMbnDeviceService.]

Поддержка обновления встроенного ПО

Встроенное ПО мобильных широкополосных устройств должно быть обновлено с помощью клиентский компонент Центра обновления Windows. Сведения о том, как это можно сделать, см. в разделе Обновление встроенного ПО мобильных широкополосных устройств на Windows 8. Конкретные конфигурации для вашего интерфейса можно подготовить с помощью мобильного широкополосного приложения.

Поддержка клиентов OMA-DM

Windows 8.1 добавлена поддержка OMA-DM для предприятий для управления устройствами под управлением Windows в сценариях BYOD (использование собственного устройства). Это расширяет поддержку этих сценариев, добавляя корпоративные протоколы (MS-MDE, MS-MDM) для использования сторонними поставщиками управления мобильными устройствами и Windows InTune.

Windows отделяет OMA-DM для конфигурации оператора мобильной сети от поддержки корпоративного BYOD. Клиент OMA-DM в Windows 8.1 и Windows 10 не поддерживает встроенную настройку параметров оператора мобильной связи и не является сторонним расширяемым для поддержки требований оператора мобильной сети. Решения OMA-DM, поддерживающие платформу Windows Phone, несовместимы с клиентом Windows 8.1 OMA-DM или клиентом Windows 10 OMA-DM.

Ниже приведены некоторые варианты, которые следует учитывать при поддержке OMA-DM для конкретного оператора:

• Если клиент OMA-DM находится во встроенном ПО сетевого адаптера:

  • Как правило, производители мобильных широкополосных устройств могут объединить клиент OMA-DM для конкретного оператора в встроенное ПО своего сетевого адаптера.

  • Производитель мобильных широкополосных устройств может предоставить сторонние клиентские решения OMA-DM для интеграции в встроенное ПО сетевого адаптера, если изначально поддерживаемого решения не существует.

  • Мобильные широкополосные приложения должны продолжать использовать метаданные подготовки при настройке параметров операционной системы.

• Клиент OMA-DM в мобильном широкополосном приложении:

  • Если модули не поддерживают клиент OMA-DM в встроенном ПО сетевого адаптера, может потребоваться реализовать клиент OMA-DM в мобильном широкополосном приложении.

  • Для этого решения требуется поддержка пользовательской службы устройств для конкретного оператора или изготовителя устройства для настройки параметров устройства с помощью мобильного широкополосного приложения.

  • Мобильное широкополосное приложение, включающее клиент OMA-DM, должно использовать метаданные подготовки при настройке параметров операционной системы.

Управление APN

Управление APN по умолчанию осуществляется с помощью локальной базы данных APN. Вы можете изменить сведения об APN для выборочных пользователей, например корпоративных пользователей. В таких случаях вы или изготовитель оборудования можете обновить APN непосредственно на устройстве с помощью OMA DM в сигнализации OTA.

Устройство должно реализовать следующее:

• При предварительной подготовке оператором или через OTA до успешного подключения с помощью SIM-карты в этой системе устройство должно предоставлять контекст PDP в Интернете в качестве первого подготовленного контекста с параметром ContextType при запросе Windows, как определено в разделе MBIM 10.5.13.5. Это гарантирует, что логика подключения использует эти сведения об APN при попытке подключения.

• Если SIM-карта была использована для успешного подключения к сети с помощью альтернативного APN в этой системе, установка параметра ContextType в значение Интернет не будет работать. Единственный способ принудительно установить соединение с помощью новой точки доступа — удалить определенный созданный профиль. Профиль можно удалить, выполнив следующую команду из командной строки с повышенными привилегиями: netsh mbn delete profile interface="Mobile Broadband Connection" name="myProfileName"

Примечание Так как это необязательная функция Windows для поддержки устройств, тестовый или автоматизированный тестовый случай HCK для проверки этого сценария в системе не существует. Мы ожидаем, что сертификация оператора выполнит проверку, чтобы убедиться, что устройство соответствует требованиям оператора.

Дополнительные сведения о базе данных APN см. в статье Общие сведения о базе данных APN.

Персонализация сети

Некоторые операторы требуют, чтобы мобильные широкополосные системы были заблокированы в своей сети или предъявляют требования к разблокировке заблокированного устройства, чтобы обеспечить переносимость службы. Для реализации этого сценария требуется, чтобы изготовители оборудования и поставщики устройств использовали MBIM_PIN_TYPE рекомендации в спецификации MBIM для блокировки субсидий.

Устройство должно сообщать о WWAN_READY_INFO: : ReadyState=WwanReadyStateInitialized в этом заблокированном состоянии и не должно сообщать о WwanReadyStateDeviceLocked.

Примечание Не существует тестового случая HCK, чтобы убедиться, что эта функция, реализованная на устройстве или в системе, работает с Windows. Мы смотрим на изготовителя оборудования и оператора, чтобы использовать определенные фильтры в MBOT, чтобы убедиться, что конечный продукт может быть протестирован.