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

Изобретение относится к области сетей беспроводной связи, а именно к тестированию для проверки процесса удаленной инициализации встроенных SIM карт (eSIM), когда eSIM-карты для eSIM-поддерживающих устройств предоставляются оператором мобильной связи или третьей стороной. Техническим результатом является обеспечение возможности проверки RSP (удаленной инициализации eSIM) в системе тестирования и возможности подключения к мобильной сети с использованием SIM-карты, предоставленной в национальной или международной обслуживающей сети. Для этого для проверки процесса удаленной инициализации eSIM заказывают (8) профиль eSIM с тестируемой платформы (1) RSP. После этого запускают (9) загрузку заказанного профиля eSIM с платформы (1) RSP. Затем запущенный профиль eSIM загружают (9a) с платформы (1) RSP через беспроводной интерфейс на целевую eSIM или eUICC (5) в тестовом зонде (6). Затем проверяют правильность заказанного, запущенного и загруженного профиля eSIM. Тестовый зонд (6) может быть выполнен с возможностью имитировать устройство M2M, смартфон и/или потребительское устройство IoT. Такой способ тестирования расширяет возможности системы для тестирования мобильных сетей с удаленной инициализацией eSIM, в то время как подключение к сети и услуги непрерывно оказываются за счет попеременной загрузки eSIM. 3 н. и 10 з.п. ф-лы, 4 ил., 2 табл.

 

По данной заявке на патент испрошен приоритет по заявке на патент ФРГ № DE 10 2019 214 919.7, содержание которой включено в настоящий документ по ссылке.

Изобретение относится к способу тестирования для проверки процесса удаленной инициализации встроенных SIM-карт (eSIM). Кроме того, изобретение относится к активной системе тестирования, обеспечивающей такой способ тестирования.

Системы тестирования для мобильных сетей известны, например, из следующих документов: US 10,097,981 B1, US 7,831,249 B2 и WO 2004/049746 A1. В US 2019/0075448 A1 раскрыт мониторинг встроенного модуля идентификации абонента (то есть встроенной SIM-карты, eSIM). В WO 2016/013827 A1 раскрыты способ и устройство для инициализации модуля идентификации абонента (SIM). В WO 2017/013127 A1 раскрыт способ детектирования удаленного доступа универсальной карты с интегральной схемой (UICC).

Целью изобретения является повышение возможностей такой системы тестирования мобильных сетей с удаленной инициализацией eSIM.

Эта цель достигается способом тестирования с признаками пп. 1 и 2 формулы изобретения, и системой тестирования, с признаками п. 7 формулы изобретения.

Встроенные универсальные карты с интегральной схемой (eUICC) или встроенные модули идентификации абонента (eSIM) широко используются в устройствах Интернета вещей (IoT) и устройствах межмашинной коммуникации (M2M) с целью идентификации устройства в мобильной сети. Кроме того, eSIM вводятся также в смартфоны. eSIM - это следующее поколение SIM, призванных заменить физические карты сочетанием аппаратных и программных средств, обеспечивающим возможность дистанционно переключать устройство между операторами. Эта технология позволяет одному устройству быть ведущим для многих провайдеров подключения (известных как «профили») и обеспечивает возможность использовать весь спектр мобильных устройств, включая смартфоны и модули IoT.

Аппаратная часть eUICC в основном имеет встроенное исполнение (MFF2). Программную часть eSIM можно удаленно загрузить и установить на карту eUICC. Этот процесс называется удаленной инициализацией eSIM (RSP). Термин eUICC или eSIM, упомянутый в данной заявке, относится к «персонализированной» eUICC, или eSIM как программной части eUICC, подлежащей загрузке. Карта eUICC не является легко доступной или заменяемой, ее нельзя удалять или заменять в устройстве, и она обеспечивает безопасное изменение подписок.

Альянс глобальной системы мобильной связи (GSMA) установил следующие стандарты:

- GSMA SGP.02 v4.2, 07 июля 2020 г. - Архитектура удаленной инициализации для встроенной SIM-карты - Техническая спецификация,

- GSMA SGP.22 v2.3, 05 июня 2020 г. - Техническая спецификация RSP,

- GSMA SGP.02 v4.0, 25 февраля 2019 г. - Архитектура удаленной инициализации встроенной SIM-карты

для подготовки eSIM для устройств M2M и потребительских устройств, соответственно

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

Стандартом GSMA является также

- GSMA SGP.23 RSP спецификация теста, версия 1.7, 07 июля 2020 г.

Еще один стандарт GSMA - это

- GSMA SGP.24 RSP процесс соответствия, версия 2.2, 17 сентября 2019 г.

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

Предлагаемые способ и система используют сквозное тестирование, которое проверяет подключение и услуги мобильной сети в контексте процесса RSP. Способ тестирования проверяет RSP в системе тестирования и возможность подключения к мобильной сети с использованием SIM-карты, предоставленной в национальной или международной обслуживающей сети в соответствии с

- GSMA SGP.02 RSP для устройств M2M,

- GSMA SGP.22 RSP для потребительских устройств.

Профиль eSIM - это персонализированная часть программного обеспечения, т. е. программное обеспечение для назначенного пользователя встроенной универсальной карты с интегральной схемой (eUICC). Такое программное обеспечение включает как минимум один профиль пользователя. Процесс RSP может использоваться для потребительских устройств, например смартфонов, смарт-часов, переносных устройств и/или для устройств межмашинной связи (M2M). Способ тестирования проверяет, в частности, подключение к мобильной сети и сервисы. Заказ профиля eSIM на платформе RSP может осуществляться вручную или автоматически. Отправителем заказа может быть оператор мобильной связи (MNO). Перед заказом может быть инициирован процесс RSP. При осуществлении способа тестирования может быть отключен предыдущий рабочий профиль или профиль начальной загрузки, изначально установленный на eUICC, и включен загруженный профиль eSIM. Проверка может быть выполнена путем отслеживания появления по меньшей мере одного критерия отказа. Такие критерии отказа могут выполняться на основе тайм-аута соединения с платформой RSP, и/или тайм-аута подключения к сети, и/или на основе ожидаемой структуры упорядочения, срабатывания, и/или загрузки, и/или на основе тайм-аута повторного подключения устройства с загруженным обновленным профилем eSIM.

В предлагаемом способе сетевое подключение и услуги постоянно обеспечиваются переключением eSIM во время тестирования.

В способе по п. 1 устройство M2M имитируют с помощью тестового зонда.

Тестовый зонд может поддерживать широкий спектр частот в лицензированных диапазонах, включая радиочастоты 2G, 3G, 4G и 5G. Такое исполнение тестового зонда позволяет развернуть службу коротких сообщений (SMS) в качестве эффективного способа связи между удаленной платформой RSP, предоставляющей профиль eSIM, и тестовым зондом, где профиль eSIM должен инициироваться посредством загрузки. Тестовый зонд может поддерживать SMS через NAS (уровень без доступа) (SMSoNAS) для технологий 4G и 5G. Тестовый зонд может поддерживать SMS по Интернет-протоколу (SMSoIP) для технологии мультимедийной IP-подсистемы (IMS). Тестовый зонд может быть настроен на адаптацию для выбора правильного протокола связи в зависимости от среды технологии связи, то есть на адаптацию требуемого протокола связи для проверки eSIM соответствующей платформы RSP. Тестовый зонд может быть настроен для связи с промышленными приложениями IoT. Примером таких промышленных приложений IoT является стандарт «Долгосрочное развитие для машин» (LTE-M). Другой пример - узкополосный Интернет вещей (NB-IoT). Тестовый зонд может быть выполнен с возможностью устанавливать связь по меньшей мере с одним стандартом радиотехнологии маломощной глобальной сети (LPWAN).

В способе по п. 2 испытательный зонд имитирует смартфон и/или потребительское устройство IoT.

Тестовый зонд может быть выполнен с возможностью тестировать критерии тестирования, связанные с пользовательской транзакцией, то есть для тестирования процесса проверки RSP на уровне пользователя. Во время такого теста на уровне пользователя тестовый зонд может инициировать стадии теста качества, проверяя параметры качества, которые могут быть определены индикаторами ключевых параметров (KPI). Такими KPI могут быть коэффициент отказов при доступе, время доступа, коэффициент отсечки, продолжительность начала загрузки, коэффициент доступности загрузки и т. д. Такие параметры качества могут быть проверены с помощью тестового зонда в реальном времени. В этом отношении тестовый зонд может быть выполнен с возможностью имитировать реальное поведение пользователя смартфона и/или потребительского устройства IoT.

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

Отправитель запроса на подписку в п. 3 формулы изобретения может использовать прокси оператора мобильной сети. Запрос на подписку может включать ссылку или код. На стадии запуска отправитель заказа может подтвердить запрос на подписку из тестового профиля. Подтверждение может запустить тестовый зонд для поиска адреса загрузки для загрузки заказанного профиля eSIM. Функция запуска может использовать адрес подготовки данных диспетчера подписки (SM-DP+), хранящийся на целевом eSIM, по умолчанию, может использовать корневой сервер обнаружения диспетчера подписки (SM-DS ) для обнаружения полного доменного имени адреса SM-DP+, или использовать код активации, содержащий адрес SM-DP+.

График заказа в п. 4 формулы изобретения может включать ряд профилей eSIM, которые должны быть сгенерированы платформой RSP, включать значение IMSI, или значения IMSI, или диапазон IMSI, включать значение ICCID, или значения ICCID, или диапазон ICCID, включать обезличенный тип профиля или обезличенные типы профиля или включать информацию о целевом eSIM или о целевых eSIM, например EID (eUICC-ID). EID может быть привязан к заказанному идентификатору профиля eSIM (ICCID).

Способ по п. 5 формулы изобретения доказал свою эффективность.

Это особенно применимо к способу по п. 6 формулы изобретения. Сеанс HTTP может устанавливать сквозное соединение (e2e) по протоколу безопасности транспортного уровня (протокол TLS) между целевой eUICC и платформой RSP. Тестовый зонд может установить канал BIP (Протокол, независимый от переноса информации) для связи между тестовым зондом и целевой eUICC. Сеанс CAT_TP может включать в себя две команды, т. е. запрос на ссылку e2e CAT_TP и/или данные для открытия канала BIP. Такой сеанс HTTPs или сеанс CAT_TP может поддерживаться в способе, в частности, через LTE/EPS.

В способе по п. 7 формулы изобретения идентификация шлюза может быть выполнена через имя точки доступа (APN), заданное, в частности, в запускающем SMS-сообщении.

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

Система по п. 9 формулы изобретения особенно подходит для приложения М2М. Модуль подготовки данных диспетчера подписки (SM-DP) может получать заказы, а модуль безопасной маршрутизации диспетчера подписки (SM-SR) может управлять персонализированными профилями eSIM.

Модуль заказа в п. 10 формулы изобретения может взаимодействовать с платформой RSP через веб-интерфейс или через интерфейс прикладной программы (API).

Платформа RSP в п. 11 формулы изобретения особенно подходит для смартфонов и/или потребительских устройств IoT. Модуль SM-DP+ может управлять персонализированными профилями eSIM. Модуль SM-DS может идентифицировать подходящий адрес SM-DP+ для тестового зонда.

Сигнальное соединение между SIM-сервером в п. 12 формулы изобретения и тестовым зондом может быть установлено через LAN/WAN. SIM-мультиплексор в п. 12 формулы изобретения обеспечивает географическое разделение тестового зонда и целевых карт eUICC/eSIM.

Облачная система по п. 13 формулы изобретения обеспечивает удобное и экономически эффективное клиентское соединение.

Далее со ссылками на прилагаемые графические материалы (чертежи) описываются варианты осуществления предлагаемого изобретения.

На фиг. 1 схематично изображены основные компоненты активной системы тестирования для осуществления способа тестирования для проверки процесса удаленного инициирования eSIM (RSP) для устройства межмашинной связи (M2M).

На фиг. 2 схематично проиллюстрирован, аналогично фиг. 1, еще один вариант активной системы тестирования, осуществляющей соответствующий способ тестирования процесса проверки RSP для потребительского устройства, например, смартфона или различных потребительских устройств IoT.

На фиг. 3 проиллюстрирована система тестирования, включающая SIM-мультиплексор.

На фиг. 4. проиллюстрирована система тестирования, обменивающаяся данными через облако.

А. Тестирование eSIM RSP для M2M

Платформа удаленной инициализации и управления eUICC, известная как платформа 1 удаленной инициализации SIM-карты (RSP), отвечает за удаленную инициализацию eSIM. Она сводится к двум объектам: модулю 2 подготовки данных менеджера подписки (SM-DP) и модулю 3 безопасной маршрутизации диспетчера подписки (SM-SR), которые надежно связаны друг с другом. Модуль 2 SM-DP действует от имени оператора 4 мобильной сети (MNO). Модуль 3 SM-SR устанавливает безопасный и аутентифицированный транспортный канал к персонализированной программной части встроенной универсальной карты с интегральной схемой (eUICC) или встроенной SIM-карты (eSIM). Такая часть программного обеспечения может быть назначена выделенному пользователю или подключенному устройству, в частности, как часть Интернета вещей (IoT). Модуль 3 SM-SR дополнительно управляет персонализированными профилями в eUICC для загрузки или переключения с одного на другой.

В тестовом зонде 6, который в одном из вариантов имитирует устройство M2M, а в другом - смартфон и/или потребительское устройство IoT, установлена карта 5 eSIM любого подходящего исполнения. Тестовый зонд 6, который может быть многовариантным, является частью активной системы тестирования 7 и выполнен с возможностью получения по меньшей мере одного требуемого профиля eSIM, загружаемого с тестируемой платформы 1 RSP. Установленная карта 5 eSIM содержит текущий рабочий профиль, который отличается от требуемого профиля, который необходимо заказать и инициализировать.

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

На фиг. 1 проиллюстрированы три шага «Заказ - Запуск - Загрузка» тестовых процедур для проверки загрузки требуемого профиля eSIM.

1. Заказ профиля eSIM (стадия 8, заказ)

RSP для устройства M2M инициируется представителем MNO 4, чтобы заказать конкретный профиль eSIM для идентифицированной целевой карты eUICC в модуле 2 SM-DP платформы 1 RSP. Рассматриваются два иллюстративных примера сценария тестирования:

а) профиль eSIM, заказанный вручную на тестируемой платформе 1 RSP

Тестировщик от имени MNO 4 подключается к тестируемой платформе 1 RSP и вручную отправляет на платформу 1 RSP заказ на загрузку 8 eSIM, ориентируясь на карты eSIM в тестовом зонде 6, и ждет сообщения инициализации от платформы 1 RSP.

b) профиль eSIM автоматически заказан на тестируемой платформе 1 RSP

Активная система тестирования 7 от имени MNO 4 взаимодействует с тестируемой платформой 1 RSP через веб-интерфейс или интерфейс программирования приложений (API) с маркером заказа для заказа одного или нескольких профилей eSIM. Процесс RSP может быть инициирован автоматически. Система тестирования 7 ожидает сообщения инициализации от платформы 1 RSP. Маркер заказа может содержать:

- число профилей eSIM, которые должны быть сгенерированы модулем SM-DP 2,

- значение(-я) или диапазон международного идентификатора мобильного абонента (IMSI),

- значение(-я) или диапазон идентификатора интегральной платы (ICCID),

- тип(-ы) неперсонализированного профиля,

- информацию о целевых eUICC, например, EID (eUICC-ID).

2. Стадия 9, запуск

Модуль 3 SM-SR на тестируемой платформе 1 RSP инициирует загрузку требуемого профиля eSIM через беспроводной интерфейс на целевую карту 5 eSIM в тестовом зонде 6. Модуль 3 SM-SR отправляет запускающее SMS-сообщение с адресацией карты 5 eSIM. Когда тестовый зонд 6 с текущим профилем на карте 5 eSIM подключен к мобильной сети (например, подключение EPS в сети 4G/5G или подключение GPRS в сети 2G/3G), запускающее SMS-сообщение, отправленное модулем 3 SM-SR, доставляется через тестовый зонд 6 на целевую карту 5 eSIM и инициирует сеанс HTTPs или сеанс CAT_TP (транспортный протокол Card Application Toolkit), в зависимости от поддержки eUICC. На основе имени точки доступа (APN), инкапсулированной в запускающее SMS-сообщение, тестовый зонд устанавливает соединение сети пакетной передачи данных (PDN) со шлюзом, указанным в APN.

Тестовый зонд 6 получает и обрабатывает запуск 9 для карты 5 eSIM. Если используется HTTPs, запускающее SMS-сообщение содержит команду запуска HTTP-сеанса, которая приводит к установлению сквозного (e2e) HTTP-сеанса через протокол TLS (безопасность на транспортном уровне) между картой 5 eSIM и модулем 3 SM-SR на платформе 1 RSP. Под сеансом HTTP тестовый зонд 6 устанавливает транспортное соединение TCP/IP для сеанса с платформой 1 RSP и устанавливает канал BIP (независимый от носителя протокол) для связи между тестовым зондом и картой 5 eSIM.

Если используется CAT_TP, запускающее SMS-сообщение содержит две команды:

- запрос на установление канала e2e CAT_TP между картой 5 eSIM и модулем 3 SM-SR,

- данные для открытия канала BIP между тестовым зондом 6 и картой 5 eSIM.

Аналогично в рамках сеанса CAT_TP тестовый зонд 6 устанавливает соединение UDP/IP для сеанса и устанавливает канал BIP для связи между тестовым зондом 6 и картой 5 eSIM.

3. Загрузка и установка, шаг 9а

Между картой 5 eSIM и тестовым зондом 6, с одной стороны, и тестируемой платформой 1 RSP, с другой, выполняется процедура загрузки и установки требуемого профиля eSIM, которая может быть выполнена в четыре основных стадии:

- создание профильной сущности защищенного домена для каждого требуемого профиля eSIM, загружаемого на карту 5 eSIM,

- персонализация сущности с помощью первого безопасного набора ключей, называемая созданием ключей,

- загрузка необходимого профиля eSIM из модуля 2 SM-DP и установка профиля eSIM с управлением через удаленное управление приложениями (RAM) на карту 5 eSIM,

- включение вновь установленного профиля eSIM и отключение ранее использовавшегося рабочего профиля на карте 5 eSIM, называемое переключением профиля.

Во время работы тестовый зонд 6 поддерживает надежный сеанс HTTPs или сеанс CAT_TP через развитый пакет программ (LTE/EPS).

Стадия запуска и стадия проверки правильности загрузки заказанного и запущенного профиля eSIM инициируются со стороны пользователя, то есть через тестовый зонд 6.

B. Тестирование eSIM RSP для потребительских устройств

Со ссылками на фиг. 2 описывается другой вариант активной системы тестирования, обеспечивающей осуществление способа тестирования для проверки процесса RSP для смартфонов или потребительских устройств IoT. Компоненты и функции, которые уже обсуждались в связи с вариантом, иллюстрируемым на фиг. 1, имеют те же ссылочные обозначения и повторно подробно не обсуждаются.

Тестируемая платформа 1 RSP для eSIM RSP смартфонов и/или потребительских устройств IoT состоит из двух частей: модуля 10 подготовки данных диспетчера подписки+ (SM-DP+) и модуля 11 сервера обнаружения диспетчера подписки (SM-DS). Модуль 10 SM-DP+ подготавливает пакеты профиля, защищает их с помощью ключа защиты профиля, привязывает каждый пакет защищенного профиля к соответствующему EID и безопасно загружает эти пакеты связанного профиля на соответствующую карту 5 eSIM. Модуль 11 SM-DS требуется, если адрес SM-DP+ неизвестен тестовому зонду 6.

Карта 5 eSIM установлена в тестовом зонде 6, который имитирует потребительское устройство или является таковым. Тестовый зонд 6 подключен к активной системе тестирования 7 и выполнен с возможностью получать требуемый профиль eSIM, подлежащий загрузке с тестируемой платформы 1 RSP. Установленная eSIM-карта 5 содержит текущий рабочий профиль, который отличается от профилей, которые необходимо заказать и инициировать. Для загрузки необходимых профилей eSIM из SM-DP+ или обнаружения адреса SM-DP+ через модуль 11 SM-DS тестовый зонд использует безопасный протокол HTTPs.

На фиг. 2 проиллюстрирован пример четырехэтапных тестовых процедур «Запрос - Заказ - Запуск - Загрузка» для проверки загрузки требуемого профиля eSIM.

1. Запрос на подписку, стадия 12

Система тестирования 7 инициирует процесс RSP и запрашивает подписку.

2. Заказ профилей eSIM, стадия 13

MNO 4 заказывает запрошенный профиль eSIM в модуле 10 SM-DP+.

Подготовленный профиль eSIM надежно хранится в модуле 10 SM-DP+. EID привязан к идентификатору профиля eSIM (ICCID).

3. Запуск, стадия 14 - Подтверждение подписки

MNO 4 подтверждает тестовому зонду 6 подписку, которая запускает тестовый зонд 6 для поиска подходящего адреса для загрузки требуемого профиля eSIM. Эта процедура зависит от оператора и может быть выполнена путем доступа к URL-адресу, с помощью утилиты-помощника локального профиля (LPA) или функции «прошивки» устройства. Есть, например, три варианта запуска тестового зонда 6, представляющего потребительские устройства или смартфон.

- Использование адреса SM-DP+ по умолчанию, сохраненного на карте 5 eSIM

- Использование корневого SM-DS для обнаружения адреса SM-DP+ (FQDN)

- Использование кода активации (AC)

Тестовый зонд 6 выбирает одну из процедур в следующем порядке.

- Использование адреса SM-DP+ по умолчанию

Этот параметр часто используется для обнаружения профиля при включении питания. Тестовый зонд 6 извлекает адрес SM-DP+ по умолчанию, предварительно сконфигурированный и сохраненный на карте 5 eSIM.

- Использование корневого SM-DS для обнаружения профиля

Тестовый зонд 6 извлекает адрес SM-DC, предварительно сконфигурированный и сохраненный на карте 5 eSIM, устанавливает TLS-соединение с сервером SM-DC, устанавливает взаимную аутентификацию с SM-DC по HTTPs и отправляет запрос события без идентификатора события. SM-DC отвечает на запрос события AC (= адрес SM-DP+ + соответствующий идентификатор), т. е. код активации к испытательному зонду 6.

- Использование кода активации (AC)

Активная система тестирования 6 получила код активации любым способом от оператора мобильной связи 4, например. по электронной почте или через API. АС содержит по меньшей мере

- адрес SM-DP+

- маркер AC (соответствующий идентификатор)

AC можно ввести в тестовый зонд 6, набрав вручную или отсканировав QR-код (быстрый ответ).

4. Загрузка и установка, стадия 15

Процедура стадии 15 загрузки профиля eSIM выполняется между тестовым зондом 6 и модулем 10 SM-DP+ тестируемой платформы 1 RSP. Во время работы тестовый зонд 6 поддерживает надежный сеанс e2e HTTPs по TCP/IP через LTE/EPS или стационарные кабели. Тестовый зонд 6 инициирует загрузку требуемого профиля eSIM с параметрами EID и идентификатор соответствия для идентификации связанного пакета профиля. Идентификатор соответствия пуст, если профиль загружается с адреса SM-DP+ по умолчанию.

После получения всего пакета связанного профиля тестовый зонд 6 инициирует установку требуемого профиля eSIM на карту 5 eSIM безопасным и защищенным способом.

В другом варианте в качестве тестового зонда 6 используется смартфон.

RSP eSIM в смартфоне выполняется аналогично процедуре загрузки eSIM, описанной выше для карты 5 eSIM в тестовом зонде 6. Смартфон рассматривается как конкретный вариант тестового зонда 6, т. е. действует как тестовое мобильное устройство с тем же интерфейсом доступа пользователя к мобильным приложениям.

В случае корпоративных смартфонов для заказа необходимого профиля eSIM используется список EID. Описанный выше подход использования корневой SM-DS для обнаружения адресов применяется на стадии 14 запуска.

Еще в одном варианте, иллюстрируемом на фиг. 3, активная система тестирования включает в себя SIM-мультиплексор 16. SIM-мультиплексор16 включает в себя SIM-сервер 17 и множество карт 5 eSIM. SIM-сервер 17 находится в сигнальном соединении с тестовым зондом 6, который в этом варианте включает модуль 18 эмуляции SIM, который находится в сигнальном соединении со средой 19 тестового зонда, который может быть выполнен в виде мобильного телефона или смартфона.

Эмуляция SIM-карт в модуле 18 эмуляции SIM-карты представляет и ведет себя как целевой eSIM или eUICC карты 5 eSIM.

SIM-мультиплексор 16 обеспечивает географическое разделение тестового зонда 6 и карт 5 eSIM (eUICC) для предоставления нескольких eSIM и последующей диспетчеризации подготовленных eSIM. Система тестирования 7 с помощью SIM-мультиплексора 16 будет передавать сообщения между картой 5 eSIM (eUICC) и модулем 3 SM-SR (для устройства M2M, сравните фиг. 1 выше) или модулем 10 SM-DP+ (для смартфонов и/или потребительских устройств IoT, сравните фиг. 2 выше), используя мобильное соединение, обеспечиваемое тестовой средой 19 тестового зонда 6. Соответствующий вариант осуществления описывается ниже со ссылками на фиг. 4.

Проверка eSIM RSP состоит из двух последовательных тестовых частей.

a) Проверка, подготовлен ли профиль eSIM и переключен ли он с начальной загрузки на целевого оператора, путем проверки успешности повторного подключения тестового зонда к сети и сравнения нового значения IMSI со значением до eSIM RSP.

b) Тестирование оказания сетевых услуг после RSP с помощью инициализированной eSIM в тестовом зонде для базовых мобильных услуг, например, загрузка HTTPs, эхо-тестирование, SMS MO MT и Voice MO MT. Такие тесты оказания сетевых услуг после RSP далее подробно не описываются.

Система тестирования может быть традиционной распределенной системой тестирования на основе модели сервер/клиент. В последнее время в основном развертываются облачные системы тестирования. Тестовый зонд может быть подключен к системе тестирования любого типа.

Связь между основными компонентами системы тестирования 7 может осуществляться через облачный тестовый сервер 20 (см. фиг. 4).

Такая выведенная в облако система тестирования 7 применяется для проверки процесса eSIM RSP (см. фиг. 4), а также поддерживает SMS и/или удаленное управление приложениями (RAM) по HTTP(s) через LTE/EPS.

На фиг. 4 иллюстрируются различные варианты выполнения тестовых зондов 6, обменивающихся данными через интерфейсы базовой сети или через радиоинтерфейсы.

Процедура тестирования RSP с использованием выведенной в облако системы тестирования 7 аналогична описанной выше. Можно выполнить стандартную тестовую последовательность, состоящую из EPS ATTACH и запускающего SMS-сообщения.

Далее обсуждаются основные аспекты проверки запускаемого вручную процесса RSP.

Проводится односторонний активный тест. В этом сценарии пользователь запускает тест, а затем вручную запускает процесс RSP со своей платформы инициализации (клиенты 21). Последовательность испытаний такова:

- подключиться к сети (MNO 4, сравните фиг. 1 и фиг. 2 выше),

- дождаться получения инициализирующего SMS-MT или адреса SM-DP+ с маркером AC,

- дождаться завершения сеанса HTTPs инициализации eSIM между картой 5 eSIM и платформой RSP 1 (включая модуль SM-SR 3 или SM-DP+ 10),

- дождаться успешного повторного подключения к сети с новым подготовленным профилем eSIM,

- отключиться от сети.

Стадия запуска и стадия проверки правильности загрузки заказанного и запущенного профиля eSIM инициируются со стороны пользователя, то есть через тестовый зонд 6.

Входные параметры

Должны быть включены стандартные параметры испытаний. Кроме того, должен быть включен параметр тайм-аута, чтобы пользователь мог установить тайм-аут, в течение которого следует ждать запускающего SMS-сообщения от модуля SM-SR 3. Примеры приведены в таблице ниже:

Параметр	Тип	По умолчанию	Описание
Таймаут RSP	Целое	90	Таймаут(-ы) для определения смены IMSI в процессе инициализации. Если избыток, то модуль возвратит err_failed.
Таймаут повторного соединения	Целое	90	Таймаут(-ы) от отключения сети после обновления профиля eSIM до успешного повтоного присоединения к новому APN
SMS_DCS (Схема кодового набора )	Строка	F6	Разделенный пробелами список ожидаемых значений DCS для RSP SMS. Может быть использован для определения инициализации SMS для результатов оценки и прекращения ожидания дальнейшего запускающего SMS-сообщения; 8-битовые данные, класс 2 (с учетом специфики SIM)
APN для повторного соединения	Строка		Согласно APN для повторного соединения после обновления профиля eSIM

Показатели ключевых параметров (KPI)

Должны быть предусмотрены следующие KPI:

Имя	Тип	Описание
Инициализация успешна	INT	Если обнаружена смена IMSI, то этот флаг устанавливается на «1», иначе на «0». Пусто, если не был запущен модуль eSIM_Provisioning
Продолжительность инициализации	DURATION_MSEC	Период с времени открытого канала передачи пакетов до закрытого канала передачи пакетов от декодированной T0 трассировки
Запуск IMSI	varchar(100)	IMSI eSIM-карты до обновления SIM-профиля
Конец IMSI	varchar(100)	IMSI eSIM-карты после успешного обновления SIM-профиля
Адрес SMSR_IPAddress (или адрес SM-DP+_IP)	varchar(100)	IP-адрес SM-SR, извлеченный из декодированного T0 журнала
Продолжительность приема SMS	DURATION_MSEC	Продолжительность от запуска модуля инициализации eSIM до поступления SMS с ожидаемым значением DCS (для устройства M2M)
Продолжительность подписки	DURATION_MSEC	Продолжительность от запуска модуля инициализации eSIM для запроса подписки до подтверждения подписки (для потребительского устройства)

Результаты проверки могут быть записаны в файл результатов. Такой файл может быть в формате PCAP («перехват пакетов»).

Во время проверки RSP могут быть установлены следующие критерии отказа:

- от SM-SR не приходят SMS (в течение установленного пользователем периода тайм-аута) или не получено подтверждение подписки (AC),

- сеанс HTTPs не открыт между картой 5 eSIM или эмуляцией SIM в модуле эмуляции 18 SIM и платформой RSP (SM-SR или SM-DP+),

- IMSI в конце совпадает с IMSI в начале,

- сеть повторно подключается к новому APN после неудачного изменения IMSI.

В случае автоматически запускаемого RSP (сравните вариант, описанный со ссылками на фиг. 2 выше, активная система тестирования 7, иллюстрируемая на фиг. 4, должна использовать два интерфейса для RSP:

- один мобильный интерфейс для самого процесса RSP,

- один LAN-интерфейс для взаимодействия с API тестируемой платформы 1 RSP.

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

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

- подключиться к сети (MNO 4, сравните фиг. 1 и фиг. 2 выше),

- дождаться инициализации запускающего SMS-сообщения,

- дождаться завершения сеанса HTTPs между картой 5 eSIM и платформой 1 RSP (модуль SM-SR 3 или SM-DP+ 10),

- отключиться от сети.

Интерфейс LAN следует использовать для отправки команд API на платформу 21 инициализации. Команды должны настраиваться пользователем, например, профиль загрузки, профиль удаления или профиль активации.

Входные параметры

Как и в сценарии с ручным управлением, следует включить параметр тайм-аута, чтобы пользователь мог установить тайм-аут, определяющий, как долго ждать запускающего SMS-сообщения от модуля SM-SR 3.

Потребуется указать дополнительные параметры для взаимодействия с API, такие как тип операции, аутентификация в API, eSIM/eUICC ID (EID) - идентификатор требуемого профиля eSIM, который необходимо настроить, IMSI. Полный список параметров можно указать на основе документации API конкретной платформы RSP.

Показатели ключевых параметров

Должны быть предусмотрены следующие KPI:

- IMSI в начале теста,

- IMSI в конце теста,

- продолжительность сеанса IP из файла PCAP - продолжительность сеанса IP между картой 5 eSIM и модулем SM-SR 3 - это будет отражать время, которое потребовалось для завершения работы RSP, например, загрузки профиля, включения, выключения,

- IP-адрес модуля 3 SM-SR или модуля 10 SM-DP+ - из файла PCAP,

- продолжительность начала IP-сеанса - если возможно - измеряется как продолжительность времени между получением SMS-сообщения об инициализации или получением AC и началом IP-сеанса (TCP SYN с мобильного устройства на платформу 1 RSP (SM-SR или SM-DP+)),

- общая продолжительность подготовки - время от отправки триггера API 1 до завершения сеанса IP,

- продолжительность приема SMS - время от отправки триггера API до получения SMS с инициализацией,

- продолжительность подписки - продолжительность времени от запроса на подписку до подтверждения подписки.

В качестве файла результатов может быть предоставлен файл PCAP.

Во время проверки RSP могут быть установлены следующие критерии отказа:

- SMS-сообщение от SM-SR не получено (в течение установленного пользователем периода тайм-аута) или не получено подтверждение подписки (AC),

- сеанс HTTPs не открыт между картой 5 eSIM или эмуляцией SIM в модуле 18 эмуляции SIM и платформой RSP (SM-SR или SM-DP+),

- IMSI в конце совпадает с IMSI в начале,

- платформа RSP недоступна через API.

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

1. Способ тестирования для проверки процесса удаленной инициализации eSIM (RSP), включающий следующие стадии:

- заказ (8; 13) профиля eSIM на тестируемой платформе (1) RSP,

- запуск (9; 14) загрузки заказанного профиля eSIM с платформы (1) RSP,

- загрузка (9a; 15) запущенного профиля eSIM с платформы (1) RSP через беспроводной интерфейс на целевую eSIM или eUICC (5) в тестовом зонде (6),

- проверка правильности загрузки заказанного и запущенного профиля eSIM,

- при этом тестовый зонд (6) выполнен с возможностью имитировать устройства M2M (межмашинная связь).

2. Способ тестирования для проверки процесса удаленной инициализации eSIM, включающий следующие стадии:

- заказ (8; 13) профиля eSIM на тестируемой платформе (1) RSP,

- запуск (9; 14) загрузки заказанного профиля eSIM с платформы (1) RSP,

- загрузка (9a; 15) активированного профиля eSIM с платформы (1) RSP через беспроводной интерфейс на целевую eSIM или eUICC (5) в тестовом зонде (6),

- проверка правильности загрузки заказанного и активированного профиля eSIM,

- при этом тестовый зонд (6) выполнен с возможностью имитировать смартфон и/или потребительское устройство IoT,

- при этом тестовый сценарий, подлежащий тестированию с помощью способа тестирования, включает в себя сторону пользователя, которая представлена тестовым зондом (6),

- при этом стадия запуска (9; 14) и стадия проверки инициируются со стороны пользователя.

3. Способ по любому из пп. 1 или 2, в котором перед размещением заказа от тестового зонда (6) к отправителю (4) заказа отправляют запрос (12) на подписку.

4. Способ по любому из пп. 1-3, включающий автоматическое упорядочение последовательности профилей eSIM в соответствии с графиком заказа.

5. Способ по любому из пп. 1-4, в котором во время запуска платформа (1) RSP отправляет на тестовый зонд (6) запускающее SMS-сообщение, адресованное целевой eUICC (5).

6. Способ по п. 5, в котором запускающее SMS-сообщение инициирует сеанс HTTPs или сеанс CAT_TP (транспортный протокол Card Application Toolkit).

7. Способ тестирования по любому из пп. 1-6, в котором во время запуска тестовый зонд (6) устанавливает соединение сети пакетной передачи данных (PDN) со шлюзом, указанным в запускающем SMS.

8. Активная система тестирования (7), обеспечивающая способ тестирования по любому из пп. 1-7, имеющая

- по меньшей мере один тестовый зонд (6), включающий не менее одного целевого eSIM или eUICC (5) с установленным начальным рабочим профилем,

- интерфейс к платформе (1) RSP для удаленного предоставления профиля eSIM, отличного от исходного рабочего профиля,

- беспроводной интерфейс для обеспечения связи между платформой (1) RSP и тестовым зондом (6).

9. Система по п. 8, в которой платформа (1) RSP включает в себя

- модуль подготовки данных диспетчера подписки (SM-DP) (2),

- модуль безопасной маршрутизации диспетчера подписки (SM-SR) (3).

10. Система по любому из пп. 8 или 9, отличающаяся тем, что она содержит модуль заказа для автоматического заказа последовательности профилей eSIM в соответствии с графиком заказа.

11. Система по любому из пп. 8-10, в которой платформа (1) RSP включает в себя

- модуль подготовки данных диспетчера подписки+ (SM-DP+) (10),

- модуль сервера обнаружения диспетчера подписки (SM-DS) (11).

12. Система по любому из пп. 8-11, отличающаяся тем, что SIM-мультиплексор (16) включает в себя SIM-сервер (17) и множество eUICC (5), причем SIM-сервер (17) находится в сигнальной связи с тестовым зондом (6).

13. Система по любому из пп. 8-11, отличающаяся наличием облачного сервера (20).