Поделиться через


Руководство по тестированию глобальной спутниковой системы навигации (GNSS)

В этой статье приведены рекомендации по внедрению глобальной системы позиционирования (GPS) для обеспечения высококачественного и конкурентного опыта GPS на компьютерах под управлением Windows 8 и Windows 8.1. Рекомендации, приведенные в этой статье, применяются к оригинальным производителям оборудования (изготовителям оборудования), независимым поставщикам оборудования (IHV) и другим партнерам Майкрософт (таким как поставщики программного обеспечения). В этой статье рассматривается тестирование интеграции глобальных спутниковых систем навигации (GNSS) с системой Windows 8.

Тестирование областей, отличных от GPS, выходит из область этого документа. Полное выполнение компонентов операционной системы или устройства GNSS выходит из область этого документа. Предполагается, что IHV и OEM тщательно проверяют свое устройство GNSS как независимо, так и интегрировано в систему. Тестирование взаимодействия ограничено компонентами, взаимодействующими с платформой расположения и устройствами. Это тестирование должно включать успешное завершение тестов комплекта оборудования Windows (Windows HLK), этот план тестирования, тесты предварительного оператора и внутренние тесты, разработанные специально для драйвера GNSS и приемника GNSS.

Примечание.

В этой статье термин GPS используется взаимозаменяемо с GNSS. Если это не указано в противном случае, GPS относится к спутниковому расположению в качестве решения поставщика местоположения, а не как спутниковая система GPS, развернутая США правительством.

Чистые условия неба определяются как спутники GPS/GNSS, которые получают сигналы без препятствий от выше или от окружающей среды до маски высоты 5 градусов над горизонтом. Все уровни сигнала должны быть согласованы с неоплачиваемых уровней сигнала на земле и не ниже -131 dBm.

Эта информация относится к следующим операционным системам:

  • Windows 8

  • Windows 8.1

В этой статье

Требования от партнеров

Чтобы получить сертификацию, партнеры Майкрософт должны соответствовать следующим требованиям:

  • Чтобы включить тестирование gps (A-GPS) и возможность холодного запуска устройства, драйверы GNSS должны поддерживать свойство SENSOR_PROPERTY_CLEAR_ASSISTANCE_DATA. Чтобы включить и отключить предложения Национальной ассоциации морской электроники (NMEA) в отчетах о данных, драйвер GNSS должен поддерживать SENSOR_PROPERTY_TURN_ON_OFF_NMEA. По умолчанию строки NMEA не включаются в отчеты о данных. Это требование явно описано здесь:

    {e1e962f4-6e65-45f7-9c36-d487b7b1b1b34}DEFINE_GUID(SENSOR_PROPERTY_TEST_GUID, 0XE1E962F4, 0X6E65, 0X45F7, 0X9C, 0X36, 0XD4, 0X87, 0XB7, 0XB1, 0XBD, 0X34); DEFINE_PROPERTYKEY(SENSOR_PROPERTY_CLEAR_ASSISTANCE_DATA, 0XE1E962F4, 0X6E65, 0X45F7, 0X9C 0X36, 0XD4, 0X87, 0XB7, 0XB1, 0XBD, 0X34, 2); [VT_UI4]

    DEFINE_PROPERTYKEY(SENSOR_PROPERTY_TURN_ON_OFF_NMEA, 0XE1E962F4, 0X6E65, 0X45F7, 0X9C, 0X36, 0XD4, 0X87, 0XB7, 0XB1, 0XBD, 0X34, 3); [VT_UI4]

    #define GNSS_CLEAR_ALL_ASSISTANCE_DATA 0x00000001

    SENSOR_PROPERTY_ CLEAR_ASSISTANCE_DATA (PID = 2)

    VT_UI4. Написать. Снимите данные о помощи. Установка значения GNSS_CLEAR_ALL_ASSISTANCE_DATA сигнализирует водителю очистить все данные помощи, включая время, альманак, эфемерис и последнюю позицию. Тесты Windows HLK могут задать это значение, чтобы очистить данные помощи перед холодным запуском, перед тестами A-GPS или независимо перед запуском тестов симулятора, где имитируется время и расположение. Если поддерживаются возможности A-GPS (например, SUPL, LTO), драйвер может попытаться использовать возможности после этой операции с помощью сетевого подключения. Однако устройство должно находиться в состоянии, в котором данные помощи не сохраняются на устройстве или в системе. Все элементы данных помощи загружаются снова.

    SENSOR_PROPERTY_TURN_ON_OFF_NMEA (PID = 3)

    VT_UI4. Чтение и запись. Если задано значение TRUE, предложение NMEA включается в отчеты о данных. Если задано значение False, предложение NMEA не включается в отчеты данных. Тесты Windows HLK могут использовать это свойство для указания устройству начать или остановить включение данных NMEA в отчеты о данных.

  • Помимо обязательных тестов комплекта лабораторий оборудования Windows (Windows HLK), необязательные тесты устройства HLK для Windows.Input должны выполняться и передаваться для систем, не относящихся к arm на микросхеме (SoC). (Эти тесты уже являются обязательными для систем Arm.

  • Изготовители оборудования и IHV должны выполнять и документировать тесты, указанные в матрице приема GPS, прежде чем они смогут отправить систему, устройство или драйвер в Корпорацию Майкрософт.

  • IHV должны просматривать сообщаемые сбои на панели мониторинга оборудования в разделе "Анализ проблем, вызванных их драйверами GPS" и устранять все сбои с высоким воздействием.

  • Требования к антенне от изготовителей оборудования должны включать элементы, перечисленные в тестах производительности антенны.

  • Свойство SENSOR_DATA_TYPE_NMEA_SENTENCE должно поддерживаться в системах для проверки точности динамической навигации и качества антенны.

  • Никакие зависимости от сторонних служб или приложений Win32 не могут сопровождать решение GPS. Сторонние приложения Win32 подвергаются требованиям к подписи в системах SoC и поэтому не допускаются.

  • USB-подключенные УСТРОЙСТВА GPS должны поддерживать выборочную приостановку.

  • GPS на мобильных широкополосных модулях должен обновляться с помощью единого расширяемого интерфейса встроенного ПО (UEFI), а автономный GPS должен обновляться с помощью драйвера.

  • Когда GPS и мобильное широкополосное подключение существуют на той же физической микросхеме, GPS-устройство должно быть предоставлено как часть составного USB-устройства, и он должен иметь собственный USB-интерфейс.

Обмен данными о отчетах и результатах

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

Тестовое оборудование

Для выполнения тестов, описанных в этой статье, используется следующее тестовое оборудование:

  • Симулятор GNSS spirent GSS6700

  • Клетки Фарадая

  • Коробки экранирования RF

  • Sim-карта мобильной широкополосной связи

  • Эталонные устройства: Гармин Монтана; Планшеты Windows с устройствами с ip-адресами, сертифицированными с помощью подписи Майкрософт.

  • Внешние антенны

Тесты функциональности

Тесты Windows HLK, применяемые к устройствам GNSS, являются первым набором тестов для проверки основных функций GPS-устройств. Windows HLK содержит тесты для датчиков GPS, радио manager, основы устройств, управление питанием системы и тесты сертификации оборудования USB (для usb-подключенных устройств), которые применяются к устройствам GNSS.

Категория датчика, тип, свойства и поля данных

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

Действия по выполнению: категория датчика запроса, тип, свойства и поля данных отчета "Под тестом устройства" (DUT). Подтвердите точность сообщаемых данных. Средство диагностики датчиков (SDT) можно использовать в комплекте драйверов Windows (WDK) для тестирования этих элементов.

Ожидаемый результат: обязательные поля должны поддерживаться и сообщать точные данные.

Переходы состояния

Описание. Устройство должно сообщать об изменениях состояния датчика, как описано в записи драйвера датчика расположения.

  • Отчеты о данных должны сообщаться только после того, как устройство достигнет SENSOR_STATE_READY или SENSOR_STATE_INITIALIZING.

  • Устройство не должно сообщать данные, если у него нет сведений о широте и долготе.

  • Датчик GPS должен начинаться в состоянии SENSOR_STATE_INITIALIZING перед получением исправления расположения.

  • Датчик GPS должен продолжать получать исправление расположения и должен оставаться в состоянии SENSOR_STATE_INITIALIZING до тех пор, пока запрос не будет отменен операционной системой.

  • Датчик GPS должен перейти в состояние SENSOR_STATE_INITIALIZING, когда он теряет сигнал и больше не имеет данных. Он должен вернуться в состояние SENSOR_STATE_READY при повторном запросе исправления расположения.

Шаги выполнения. При отключении и повторном включении устройства необходимо отслеживать переходы состояния и события данных. Перейдите в область, которая не имеет сигнала GPS (например, клетки Faraday), подождите по крайней мере одну минуту и верните устройство в область с охватом.

Ожидаемый результат: устройство должно сообщать о переходе состояния датчика (например, от SENSOR_STATE_INITIALIZING до SENSOR_STATE_READY), а отчеты о данных должны передаваться только после достижения этих состояний. Данные передаются только в том случае, если доступны сведения о широте и долготе. Устройство должно начинаться в состоянии SENSOR_STATE_INITIALIZING и не должно переходить в состояние SENSOR_STATE_READY до тех пор, пока он не получит исправление расположения и имеет допустимый радиус ошибки. Когда устройство перемещается из области охвата GPS, устройство должно перейти в состояние SENSOR_STATE_INITIALIZING, и оно должно отменить изменения, чтобы SENSOR_STATE_READY, когда он возвращается в область покрытия.

Точность широты и долготы

Описание. Устройство должно предоставлять точные значения широты и долготы в указанном радиусе ошибки.

Шаги выполнения. Во время статического тестирования и тестирования на автомобиле данные устройства сравниваются с данными широты и долготы, которые ссылаются на GPS, маркеры опроса и отчет симулятора.

Ожидаемый результат: разница между значениями широты и долготы, которые сообщает устройство и эталонные отчеты GPS, должны находиться внутри радиуса ошибки.

Скорость данных

Описание. Устройство должно сообщать данные о скорости в узлах при перемещении устройства.

Шаги выполнения. Мониторинг данных о скорости, которые сообщает устройство во время имитированных тестов на автомобиле или дисках.

Ожидаемый результат: устройство должно сообщать данные о скорости, точные в ±15% от данных скорости, которые сообщает эталонный GPS или симулятор.

Данные заголовка

Описание. Устройство должно сообщать заголовки в градусах относительно истинного севера при перемещении устройства.

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

Ожидаемый результат: устройство должно сообщать данные заголовка, которые должны находиться в пределах ±15% от данных заголовка, которые сообщает эталонный GPS или симулятор.

Другие свойства датчика

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

Шаги выполнения. Отслеживайте свойства, поддерживаемые устройством, и убедитесь, что они предоставляют допустимые данные в допустимых диапазонах точности.

Ожидаемый результат: если устройство поддерживает определенное свойство датчика, устройство должно сообщать точные значения в пределах ±20% от значений, сообщаемых эталонным GPS или симулятором.

Вспомогательные тесты GPS

В течение нескольких секунд после первоначального питания устройство GPS должно использовать A-GPS для возврата приблизительного расположения. Когда GPS использует A-GPS, датчик должен предоставить данные о расположении, которые могут быть от нескольких сотен метров до шести цифр. Если GPS-радио может получить несколько спутниковых блокировок, радиус ошибки должен уменьшиться до значения 3 до 30 метров.

A-GPS

Описание: A-GPS должен помочь получить быстрее время для первого исправления (TTFF), которое имеет более высокую точность.

Этапы выполнения: холодный запуск устройства GPS. Отслеживайте поля данных широты, долготы и радиуса ошибок с помощью SDT.

Тесты должны выполняться в следующих условиях:

  • Условия ясного неба (имитированные или фактические)

  • Подписка на события данных

  • Интервал отчета в одну секунду

  • Wi-Fi или базовая полоса сотовой связи присутствует и включена

Ожидаемый результат: устройство должно вернуть позицию из A-GPS как можно скорее и сообщить о связанном радиусе ошибки. Более высокий радиус ошибки (например, 300 метров, если wi-Fi доступен) должен уменьшиться до 30 метров, так как устройство получает несколько спутниковых блокировок. GPS должен сообщать о положении в течение 15 секунд, основанных на данных помощи.

Внедрение позиций

Драйвер GPS может использовать данные из датчиков триангуляции для ускорения TTFF с помощью API датчика (ISensorManager). Если используется драйвер, применяются следующие тесты:

  • время Подключение

    Описание: GPS-водитель должен закрыть подключение к другим датчикам сразу после получения позиции. Время ожидания должно истекать через 15 секунд, и оно должно закрыть подключение к API датчика, если он не получает позицию.

    Шаги выполнения. Мониторинг трассировок из API датчика для активных клиентов счетчиков для всех датчиков в системе. Холодный запуск GPS-устройства и мониторинг изменений на активном клиенте счетчиков для других датчиков в системе.

    Ожидаемый результат: если количество активных клиентов для других датчиков увеличивается, они должны вернуться к их ранее записанным значениям через 15 секунд.

  • Тип подключения

    Описание. Драйверы GPS не должны создавать экземплярЫ ILocation , чтобы получить данные из других датчиков расположения. Они могут использовать API датчика для открытия подключения для датчиков триангуляции (SENSOR_TYPE_LOCATION_TRIANGULATION). Gps-водитель не должен получать данные из датчиков расположения одного типа. Например, датчик GPS не должен использовать данные из других датчиков с типом GPS , чтобы получить более быстрое исправление расположения.

    Шаги выполнения. Обнаружение типа датчика, который сообщает устройство; например, SENSOR_TYPE_LOCATION_GPS. Отключите все датчики, кроме датчиков того же типа, что и устройство. Отслеживайте трассировки из API датчика для счетчиков активных клиентов для включенных датчиков в системе. Холодный запуск GPS-устройства. Отслеживайте изменения в счетчиках активных клиентов для датчиков в системе.

    Ожидаемый результат: устройство не должно увеличивать количество активных клиентов для датчиков одного типа.

Надежность

Средство проверки драйверов, средство проверки WDF и средство проверки приложений включены для платформы расположения и стека устройств GPS для проверки надежности поддержки GPS в системе.

Средство проверки драйверов входит в операционную систему Windows. Его можно запустить из командной строки с правами администратора с помощью следующих параметров:

Проверятель /standard /driver wudfpf.sys Wdf01000.sys Wdfldr.sys wudfrd.sys любой драйвер> режима ядра, <драйверы зависимого режима ядра<>

Где <любой драйвер> режима ядра является драйвером для проверки и <зависимые драйверы> режима ядра являются драйверами режима ядра, от которых зависит драйвер GPS, например wmbclass.sys.

Дополнительные сведения о средство проверки драйверов см. в разделе "О проверке драйверов".

Средство проверки WDF включено по умолчанию для всех драйверов WDF. Средство WdfVerifier.exe в WDK можно использовать для управления подробностью ведения журнала, параметров отладчика и т. д. Дополнительные сведения о средство проверки WDF см. в разделе "Приложение управления проверкой WDF".

Средство проверки приложений (appverif.exe) доступно в Windows HLK и пакете SDK для Windows 8.1. Требуется минимум основных параметров.

Средство проверки драйверов, средство проверки WDF и средство проверки приложений

Описание. Включение средства проверки приложений и средства проверки драйверов в начале тестирования.

Шаги выполнения. Включите средство проверки драйверов во всех драйверах режима ядра в пакете драйверов (если таковые есть) и включите все драйверы режима ядра, от которых зависит драйвер GPS. Включите средство проверки приложений для %windir%\system32\WUDFHost.exe и других двоичных файлов в режиме пользователя, от которых зависит драйвер GPS (например, wwanapi.dll).

Ожидаемый результат: нет сбоев проверяющего средства.

Данные телеметрии

Описание. Мониторинг данных телеметрии с панели мониторинга оборудования в разделе "Анализ " для gps-драйвера.

Шаги выполнения. Мониторинг данных телеметрии с аппаратной панели мониторинга в разделе "Анализ " для драйвера GPS. Определите, изучите и исправьте ошибки драйвера.

Ожидаемый результат: устройство должно сообщать обо всех сбоях телеметрии. Необходимо проанализировать, исследовать и устранить основные проблемы.

GPS стресс-тесты

Сочетание следующих операций одновременно выполняется на устройстве GPS во время тестирования симулятора, тестирования прогулки и тестирования дисков:

  • Включение средства проверки драйверов

  • Включение средства проверки приложений

  • Повторяющиеся тестовые запуски Windows HLK (датчик GPS, радио manager, управление питанием системы)

  • Операции управления радио

  • Подключение резервный режим

  • Отключение и повторное включение устройства GPS

  • Поставщик расположений Windows отключает или повторно включает

  • Отключение и повторное включение мобильного широкополосного устройства

  • Отключение и повторное включение устройства Wi-Fi

  • Отключение радио мобильного широкополосного подключения

  • Отключение Wi-Fi Radio

  • Большое скачивание через мобильное широкополосное подключение

  • Большое скачивание по подключению Wi-Fi

  • Действие Bluetooth

Выполните базовый тест проверки перед стресс-тестированием. Ожидается, что один и тот же тест проверки проходит как до, так и после стресс-тестов, и что никаких сбоев не наблюдается.

Производительность

Производительность gps-устройства проверяется для холодного запуска TTFF, горячего запуска TTFF, конфиденциальности приобретения, конфиденциальности отслеживания, времени повторного приобретения, точности статической навигации и динамической точности навигации.

Симулятор GNNS с подключением OTA можно использовать для тестирования производительности.

Холодный запуск TTFF

Описание. Холодный запуск TTFF должен быть достигнут менее чем в 45 секундах в течение 90 % времени. Холодный запуск описывается как следующее условие:

  • Время неизвестно

  • Текущий эфемерис неизвестен

  • Позиция неизвестна

Шаги выполнения. Вы можете использовать SDT для очистки данных помощи GPS перед началом теста холодного запуска. Убедитесь, что выполнены описанные выше условия холодного запуска. Отслеживайте TTFF в условиях ясного неба (фактические или имитированные).

Ожидаемый результат: устройство должно использовать устройство GNSS, чтобы получить исправление расположения в течение 45 секунд в течение 90 % времени.

Конфиденциальность приобретения

Описание. Устройство должно получить исправление расположения на уровне -150 dBm или более низких уровней питания.

Шаги выполнения. В условиях имитированной лаборатории с помощью прямого подключения к радиочастотной (RF) при доступности соединителя антенны можно предоставить устройству низкий уровень питания до -150 dBm.

Ожидаемый результат: устройство должно получить исправление в 150 dBm.

Отслеживание конфиденциальности

Описание. Устройство должно поддерживать исправление расположения на уровне -155 dBm или более низких уровней питания.

Шаги выполнения. В имитированных условиях лаборатории с помощью прямого подключения RF, когда соединитель антенны доступен, уменьшите уровень питания до -155 dBm после получения исправления расположения.

Ожидаемый результат: устройство должно поддерживать исправление расположения -155 dBm.

Время reacquisition

Описание: устройство должно иметь возможность повторного получения исправления расположения в течение 2 секунд. Условия ясного неба предполагаются, когда сигнал доступен.

Шаги выполнения. В имитированных условиях лаборатории после получения исправления расположения устройство уменьшите уровень питания, чтобы заставить устройство потерять исправление. Затем увеличьте уровни питания и отслеживайте время повторного доступа. Кроме того, во время тестирования диска можно пройти через туннель.

Ожидаемый результат: устройство должно повторно запрашивать исправление расположения за 2 секунды.

Точность статической навигации

Описание. Устройство должно сообщать точные широты, долготы и высоты (если это поддерживается).

Шаги выполнения. Сравните точность долготы, широты и высоты (при наличии) с расположением из надежного источника данных. Доверенные источники данных могут быть маркерами опроса, симуляторами GNSS или планшетом Windows, сертифицированным корпорацией Майкрософт, который имеет GPS.

Ожидаемый результат: DUT должен сообщать о горизонтальной точности 15 метров и вертикальной точности в 30 метров в течение 95 % времени.

Точность динамической навигации

Описание. Если DUT является мобильным, DUT должен точно сообщать о широте, долготе и высоте, если поддерживается.

Шаги выполнения. Во время имитированного или фактического тестирования устройства или пошагового тестирования сравните точность долготы, широты и высоты (при наличии) с расположением из надежного источника данных. Доверенные источники данных могут быть маркерами опроса, симуляторами GNSS или планшетом Windows, сертифицированным корпорацией Майкрософт, который имеет GPS.

Ожидаемый результат: устройство должно сообщать о горизонтальной точности 15 метров и вертикальной точности в 100 метров.

Тесты потребления питания

На следующей схеме показано, как драйвер может использовать методы stopIdle/ResumeIdle для перемещения между D-Состояниями бездействия WDF.  Тестовые случаи в этом разделе подтверждают правильность состояния драйвера в соответствующее время.

<Заполнитель искусства для Fig1_ Fig1_stopidle_resumeidle>

Рисунок 1. StopIdle/ResumeIdle

Выборочная приостановка USB

Этот тест применяется только к usb-подключенным устройствам. УСТРОЙСТВО GPS, для которого клиенты не подписываются на интервал отчета в 8 секунд или меньше, должны участвовать в выборочной приостановке, когда все устройства на автобусе готовы перейти в состояние приостановки.

диспетчер устройств и События трассировки событий windows (ETW) используются для мониторинга переходов состояния USB-шины.

Среднее потребление мощности сна

Устройство GPS должно иметь среднее потребление энергии сна менее 1mW, включая любые интерфейсы подключения шины. Если это не так, устройство должно поддерживать удаление питания полностью из GPS-устройства, когда в D3 (D3-Cold).

D3-cold

Устройства, поддерживающие D3cold, не должны ухудшать производительность TTFF в течение более 6 секунд. Например, если устройство может получить исправление расположения в течение 2 секунд в условиях горячего запуска, оно должно иметь возможность получить исправление в течение 8 секунд или меньше, когда оно возобновляется из D3cold. Если устройство не может соответствовать этому требованию, драйвер должен ограничить переходы состояния D3cold на момент отключения GPS-радио.

Дополнительные сведения о D3cold см. в разделе "Поддержка D3cold" в драйвере.

Тесты управления питанием

Подключение резервный режим

Подключение резервное тестирование включает тесты Windows HLK PowerState и тесты основы устройств с сценариями тестирования ввода-вывода.

Возобновление работы без области покрытия

Описание. Поместите систему в состояние ожидания Подключение при наличии активных клиентов. Возобновление работы в области без покрытия. Устройство должно попытаться получить исправление расположения и ввести состояние SENSOR_STATE_INITIALIZING.

Шаги выполнения. При подключении активных клиентов поместите устройство в Подключение режим ожидания. Пробуждение от Подключение в режиме ожидания в области, которая не имеет сигнала GPS.

Ожидаемый результат: устройство должно получить исправление расположения и перейти в состояние SENSOR_STATE_INITIALIZING.

Тесты производительности антенны

Тесты производительности, использующие подключение OTA

Обычно для приемников GNSS производительности в лабораторной среде по кабелю RF-соединения, тем самым обходя антенну GPS и связанные с ней каналы. Производительность устройств и проблемы с антенной GPS и ее цепи могут привести к плохому работе пользователей в приложениях службы на основе расположения. Чтобы обнаружить эти проблемы, необходимо протестировать управляемые системные устройства для производительности GPS с помощью методологии тестирования OTA.

Тестирование антенн включает следующие требования для сертификации:

  • Системы с поддержкой GPS должны пройти тестирование в соответствии с планом тестирования сотовой телекоммуникационной связи и интернет-ассоциации (CTIA) для мобильной станции по воздуху производительности, метод измерения для радиатовой радио частоты (RF) питания и приемника версии 3.0+ для A-GPS. Дополнительные сведения о тестах CTIA см. в разделе CTIA Сертификационные тесты. Кроме того, необходимо измерить общую isoтропную чувствительность (TIS), чувствительность верхнего полушария (UHIS) и частичную isoтропную чувствительность GPS (PIGS); Изготовители оборудования должны отправлять результаты измерения в корпорацию Майкрософт для проверки. Эти требования применяются к системам с поддержкой мобильной широкополосной связи.

  • Система должна иметь TIS и UHIS свободное пространство -140 dBm или лучше для GPS. Для систем с поддержкой мобильных широкополосных подключений измерения должны соответствовать методологии тестирования и параметрам тестирования, определенным в руководстве по производительности антенн для рекомендаций по выполнению для систем только Wi-Fi в плане тестирования CTIA 3.x.

  • Среднее увеличение антенны GPS должно быть лучше -6dBi.

  • Производительность не должна снижаться ниже минимально допустимого стандарта, если устройство находится в общей позиции под рукой. Устройство должно поддерживать конфиденциальность приобретения по воздуху (OTA) на уровне -140 dBm и OTA отслеживания 145 dBm, когда система хранится в общих позициях.

  • Устройство должно поддерживать конфиденциальность приобретения OTA в режиме -140 dBm и OTA отслеживания 145 dBm при закрытии клавиатуры или док-станции.

  • Вы должны выполнять антенну и радиандированное тестирование чувствительности, когда антенна GPS находится в ожидаемых позициях на устройстве.

  • Предполагаемая производственная антенна GPS должна находиться в своем расположении для систем технической проверки (EV). Расположение антенны должно быть завершено для систем проверки дизайна (DV).

  • Изготовители оборудования должны запускать производительность антенны и радиатные тесты конфиденциальности и понимать сбои в единицах EV. Тесты должны проходить до единиц DV.

Тестирование конфиденциальности RF для систем только для Wi-Fi

GPS IHV может предоставлять средства ведения журнала и построения NMEA.

Сравните соотношение сигналов к шуму (SNR) на тестовом устройстве и на эталонном устройстве, которое имеет хорошую чувствительность GPS RF в том же расположении в том же расположении в одинаковых условиях. Включите журналы NMEA IHV и возьмите устройства для пошагового тестирования и тестирования диска в течение 15+ минут под ясным небом. Анализ журналов с помощью средства построения NMEA, предоставляемого IHV. Сравните среднюю мощность сигнала устройств.

Примечание.

Если у вас нет средства NMEA Plotting из IHV, вы можете использовать Microsoft Bing

Тесты вмешательства человека

Позиция антенн должна учитывать вмешательство человека. Если система хранится в общих состояниях, GPS не должен терять исправление расположения, не должен увеличивать радиус ошибки более 30%, и должен поддерживать чувствительность приобретения OTA на уровне -140 dBm и OTA отслеживания 145 dBm.

Часто используемые состояния для slates:

  • Руки на сторонах, альбомная ориентация

  • Рука внизу, альбомная ориентация

  • Руки на сторонах, книжная ориентация (начало слева)

  • Руки внизу, книжная ориентация (начало слева)

  • Руки на сторонах, книжная ориентация (начало справа)

  • Руки внизу, книжная ориентация (начало справа)

Влияние человеческого вмешательства на получение и отслеживание конфиденциальности

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

Шаги выполнения. Удержание устройства в общих местах хранения. Проверьте конфиденциальность приобретения и чувствительность отслеживания.

Ожидаемый результат: отслеживание и конфиденциальность приобретения не должны влиять на то, что устройство находится в определенных позициях. Устройство должно поддерживать конфиденциальность приобретения OTA на уровне -140 dBm и OTA отслеживания 145 dBm.

Тесты взаимодействия

Мобильное широкополосное подключение, Wi-Fi и GPS

Описание. Отключение мобильного широкополосного подключения или устройства Wi-Fi не должно препятствовать функционированию GPS. Включение МБ или радио Wi-Fi не должно препятствовать gps получать исправление расположения.

Шаги выполнения:

  • Отключите мобильное широкополосное подключение и убедитесь, что GPS по-прежнему может получить исправление расположения. Повторно включите мобильный широкополосный доступ.

    Примечание.

    Устройства GPS, использующие службы устройств, являются исключением; Эти устройства должны сначала перейти в состояние SENSOR_STATE_INITIALIZING, а через 30 секунд следует перейти в состояние SENSOR_STATE_NOT_AVAILABLE, когда мобильное широкополосное подключение отключено

  • Отключите Wi-Fi и подтвердите, что GPS по-прежнему может получить исправление расположения.

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

  • Отключите Wi-Fi Radio и убедитесь, что GPS по-прежнему может получить исправление расположения.

  • Удалите sim-карту мобильного широкополосного подключения и убедитесь, что GPS может получить исправление расположения.

Ожидаемый результат: для мобильных широкополосных или wi-Fi устройств, состояние радио и SIM не должно препятствовать функционированию GPS.

Мобильное широкополосное подключение, Wi-Fi, Bluetooth, близкое к полю связи (NFC) и вмешательство камеры

Радио и другие устройства, такие как системные камеры, могут препятствовать GPS. Устройства GPS обычно используют один и тот же модуль с мобильной широкополосной связью, Wi-Fi и Bluetooth. Функции GPS не должны влиять на эти устройства.

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

Действия по выполнению. Выполнение базовых тестов функциональности с помощью мобильного широкополосного подключения, Wi-Fi, Bluetooth и камеры и активного использования.

  • Выполняйте большую загрузку через мобильное широкополосное подключение при использовании GPS. Отслеживайте состояние датчика, радиус ошибки и уровень сигнала и журналы событий из SDT.

  • Выполняйте большую загрузку по подключению Wi-Fi при использовании GPS. Отслеживайте состояние датчика, радиус ошибки и уровень сигнала и журналы событий из SDT.

  • Выполнение передачи файлов Bluetooth при использовании GPS. Отслеживайте состояние датчика, радиус ошибки и уровень сигнала и журналы событий из SDT.

  • Выполните сканирование Wi-Fi при использовании GPS. Отслеживайте состояние датчика, радиус ошибки и уровень сигнала и журналы событий из SDT.

  • Выполните сканирование мобильной широкополосной связи при использовании GPS. Отслеживайте состояние датчика, радиус ошибки и уровень сигнала и журналы событий из SDT.

  • Выполните сканирование Bluetooth при использовании GPS. Отслеживайте состояние датчика, радиус ошибки и уровень сигнала и журналы событий из SDT.

  • Запишите видео при использовании GPS. Отслеживайте состояние датчика, радиус ошибки и уровень сигнала и журналы событий из SDT.

  • Смотреть фильм по Интернету при использовании GPS. Отслеживайте состояние датчика, радиус ошибки и уровень сигнала и журналы событий из SDT.

  • Выполните передачу данных NFC (например, передачу фотографий) в течение 5 минут. Отслеживайте состояние датчика, радиус ошибки и уровень сигнала и журналы событий из SDT.

Ожидаемый результат: GPS должен работать обычно во время использования этих устройств. Использование этих устройств не должно влиять на состояние датчика, радиус ошибки и степень сигнала отрицательно.

Тестирование диска

Ручное тестирование дисков возникает, когда система выполняется на диске с помощью предопределенного маршрута, включающего туннели и области с разными последствиями для нескольких путей. Во время диска данные GPS системы фиксируются тестируемым приложением и сравниваются со ссылкой GPS. В то же время не должно быть расположено, что системные отчеты будут +/- радиус ошибки за пределами расположения, сообщаемого ссылкой GPS. Средний радиус ошибки должен быть = <30 метров.

Тестирование диска выполняет реальные условия жизни, такие как динамическая точность навигации, реаквизиция после прохождения через туннель, влияние многопутьных сигналов и атмосферных условий.

Во время тестирования диска выполняются следующие тесты функциональных возможностей:

  • Переходы состояния отслеживаются и сравниваются со ссылкой GPS.

  • Широта, долгота и высота (при наличии) отслеживаются и сравниваются со ссылкой GPS. Представление визуальной карты используется для простого сравнения.

  • Данные скорости и заголовка отслеживаются и сравниваются со ссылкой GPS.

  • Время приобретения и время повторного приобретения после вождения через туннели измеряются и сравниваются со ссылкой GPS.

  • Отслеживание конфиденциальности отслеживается в областях влияния на многопаток. Отслеживаются частота отчетов данных и любые прерывания отчетов данных.

  • Динамическая точность навигации отслеживается и сравнивается со ссылкой НА GPS с помощью представлений визуальной карты.

  • Переходы состояния устройства самонастраивающийся (PnP) и радио manager во время динамической навигации.

  • Интервалы отчетов отслеживаются и сравниваются со ссылкой GPS.

Тесты симулятора

Симулятор GNSS (Spirent GSS6700) используется для достижения контролируемых условий лаборатории. Он воспроизводит те же тестовые сценарии для повторения, имитирует спутниковые состояния, различные расположения и время, например к югу от экватора и 2 лет спустя, имитирует в навигации транспортных средств, атмосферных условиях, многопутьных сигналов и условий ошибки. Выполняются стандартные сценарии тестирования симулятора Spirent GSS6700.

Подключение OTA RF проверяет систему вместе с исходной антенной и экранированием. Прямое подключение также можно использовать, если соединитель антенны доступен для тестирования приемника. Тестирование симулятора ориентировано на распространенные сценарии симулятора, включая характеристики производительности приемника GNSS и следующие сценарии:

  • Холодный запуск TTFF

  • Горячий запуск TTFF

  • Конфиденциальность приобретения

  • Конфиденциальность повторного приобретения

  • Отслеживание конфиденциальности

  • Точность статической позиции

  • Точность динамической позиции

  • Несколько путей

  • GPS и Globalaya navigatsionaya sistema (GLONASS)

Матрица теста приема GPS

  • Тесты сборки ОС выполняются в:

  • Версия Windows HLK:

  • Версия встроенного ПО платформы:

  • Тесты платформы выполняются в:

Уровень тестирования Описание теста Результаты проверки Комментарии

Базовый (уровень 1)

Драйвер должен быть подписан с помощью сертификата IHV

Базовый (уровень 1)

Драйвер должен быть установлен с помощью диспетчера устройств или обслуживания образов развертывания (DISM)

Базовый (уровень 1)

GPS. Test Descriptions.Robustness.Driver Verifier, WDF Verifier и Application Verifier

Базовый (уровень 1)

Тесты датчика расположения: Device.Input.Sensor.Системные тесты для датчиков расположения: System.Client.Sensor.

Базовый (уровень 1)

Тесты WHLK для управления радиосвязями: System.Client.RadioManagement.

Базовый (уровень 1)

Помимо обязательных тестов WHLK, необязательные тесты WHLK в разделе "Тесты WHLK" датчика расположения: Device.Input.Sensor. и System.Client.Sensor.* должны выполняться и передаваться для систем, отличных от Arm SoC.

Базовый (уровень 1)

Тесты WHLK на основе устройств: Device.DevFund.

Базовый (уровень 1)

Тесты USB WHLK (только usb-подключенные устройства): устройство. Подключение тивность. UsbDevices.

Базовый (уровень 1)

GPS. Test Descriptions.Functionality.Sensor category, type, properties and data fields

Базовый (уровень 1)

GPS. Тестовые переходы Descriptions.Functionality.State

Базовый (уровень 1)

GPS. Тестирование Descriptions.Functionality.Точность широты и долготы

Базовый (уровень 1)

GPS. Test Descriptions.Functionality.Speed Data

Базовый (уровень 1)

GPS. Test Descriptions.Functionality.Heading Data

Базовый (уровень 1)

GPS. Описание теста.Вспомогательный GPS. A-GPS

Базовый (уровень 1)

GPS. Описание теста.Вспомогательный GPS. Внедрение позиции. Тип подключения

Базовый (уровень 1)

GPS. Тестирование descriptions.Antenna Performance.OTA Подключение ion. Устройство должно получить исправление расположения в чистом небе на открытом воздухе, как и без использования внешних антенн или других изменений.

Базовый (уровень 1)

GPS. Test Descriptions.Interoperability.* (GPS может получить исправление расположения при активном использовании мобильного широкополосного подключения, Bluetooth, Wi-Fi или камеры).

Базовый (уровень 1)

GPS. Свойства датчика Test Descriptions.Functionality.Other

Базовый (уровень 1)

GPS. Описание теста.Вспомогательный GPS. Внедрение позиции. время Подключение ion

Базовый (уровень 1)

GPS. Тесты Descriptions.Антенна Performance.HumanInterference Test. Устройство должно получить исправление расположения в чистом небе на открытом воздухе, как и без каких-либо внешних антенн или других изменений, в то время как он находится в общих местах под рукой.

Стресс (уровень 2)

GPS. Тестирование Descriptions.Robustness.

Производительность (уровень 2)

GPS. Тестирование Descriptions.Performance.

Питание (уровень 1)

GPS. Описание теста.Потребление электроэнергии.

Питание (уровень 1)

GPS. Тестирование Descriptions.Power Management.

Производительность антенны (уровень 1 для OEM)

GPS. Тестовые описания.Производительность антенны.

Дисковые тесты (уровень 3)

GPS. Тесты Descriptions.Drive.

Тесты симулятора (уровень 4)

GPS. Тесты Descriptions.Simulator Test.*

Платформа датчика Windows и расположения

Рекомендации по драйверам расположения для питания и производительности

Написание драйвера датчика расположения

Фильтрация данных

Предварительные требования для тестирования устройств датчика