Управление идентификационными данными мобильных устройств

Изобретение относится к способу управления идентификационными данными для использования в устройстве мобильной связи в сети связи. Технический результат заключается в обеспечении выбора идентификационных данных. Способ содержит этапы, на которых инициируют процесс управления идентификационными данными и обнаруживают один или более параметров, ассоциированных с устройством мобильной связи. При этом в процессе управления идентификационными данными: выбирают правило управления идентификационными данными, определенное посредством одного или более обнаруженных параметров; осуществляют поиск в базе данных идентификационных данных, причем каждая запись содержит идентификационные данные и дополнительную идентификационную информацию для каждых идентификационных данных, при этом осуществление поиска приоритезирует записи согласно правилу управления идентификационными данными; выбирают идентификационные данные, когда запись, соответствующая правилу управления идентификационными данными, найдена при указанном поиске; и модифицируют активные идентификационные данные устройства мобильной связи таким образом, что они являются выбранными идентификационными данными, когда активные идентификационные данные еще не являются выбранными идентификационными данными. 2 н. и 18 з.п. ф-лы, 7 ил.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

Первичные идентификационные данные клиента обычно представляют уникального человека, но могут представлять машину или иногда объект компании, такой как отдел. В самой сети связи, идентификационные данные представляются посредством одного или более идентификаторов, распознанных посредством элементов или присоединенных к сети. В контексте мобильной связи такие идентификаторы обычно представляют собой IMSI (международный идентификатор абонента мобильной связи) клиентов, который постоянно размещается в SIM (модуле идентификации абонента), MSISDN (номер мобильного абонента в цифровой сети с интегрированными услугами) для номера телефона или другие важные идентификационные данные, такие как адрес MAC (управления доступом к среде), IP-адрес, адрес электронной почты и IMEI (международный идентификатор мобильного оборудования).

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

«Роуминг» означает расширение возможностей подключения услуги до местоположения, которое отличается от местоположения в домашней сети. Когда устройство мобильной связи, к примеру, мобильный телефон, перемещается с пользователем за пределы зоны покрытия домашнего оператора («территории»), устройство по-прежнему может осуществлять доступ к услугам с использованием роуминговых механизмов/услуг. Тем не менее, имеется растущее число людей, которые живут в нескольких домах, и, конечно, машины, к примеру, самолеты и автомобили не имеют «дома» в человеческом смысле слова. Такие пользователи плохо обслуживаются посредством существующих систем.

Другая проблема, которую испытывают путешественники при путешествиях на границах стран или регионов, состоит в том, что мобильные телефоны могут непреднамеренно присоединяться к внешней сети, даже если они физически могут быть на домашней территории. В обычном режиме работы, когда переносной телефон (т.е. мобильный телефон) присоединен к сети, он остается присоединенным к ней до тех пор, пока сигнал не будет потерян или абонент не разъединится вручную. Как результат, пользователю выставляется высокая плата за услуги в роуминге в течение длительного периода, даже если он физически находится на домашней территории. В некоторых регионах, таких как Канада, США и Индия, в которых существует национальный роуминг, этот эффект может приводить к случайно высоким счетам, даже когда клиент вообще не путешествует.

При путешествии пользователям доступно несколько вариантов, которые помогают снижать эту дополнительную плату.

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

Этот вариант имеет много недостатков.

Пользователь должен приобретать и носить с собой множество различных SIM-карт.

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

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

Когда абонент меняет SIM, номер его мобильного телефона изменяется, что означает то, что он более не является доступным по обычно используемому номеру. Дополнительно, если он выполняет исходящий вызов, то его идентификатор линии вызывающего абонента (CLI) является новым, и, следовательно, неизвестным для приемного устройства. Это может приводить к отказу от ответа на этот вызов вызываемого абонента, поскольку он не распознает вызывающего абонента.

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

В уровне техники предприняты попытки преодолеть по меньшей мере некоторые из этих проблем.

WO 2006/002951 (Brunnekreef) относится к подходу, при котором пользователь (или приложение) в мобильном телефоне может добавлять (иногда скрытый) номер телефона промежуточной услуги, которая должна принимать вызов пользователя, удалять добавленную информацию и осуществлять вызов по требуемому номеру назначения. Вызывающий абонент затем завершает вызов автоматически и ждет обратного вызова. Промежуточная услуга выполняет обратный вызов пользователя, чтобы завершать соединение, и это может обеспечивать более выгодные для пользователя тарифы по вызовам, чем обычная дополнительная плата в роуминге. Недостаток этого подхода состоит в появлении задержки в канале связи в то время, когда пользователь пытается контактировать с другой стороной. Кроме того, пользователь получает очень плохие интерфейсные возможности вследствие проблем совместимости программного обеспечения переносного телефона: в зависимости от модели мобильного телефона, может казаться, что телефон «ничего не делает» до тех пор, пока не возобновится вызов, могут появляться странные сообщения, такие как «сбой вызова» или «вызов заблокирован», или услуга может вообще не работать.

Другой подход, известный из уровня техники заключается в том, чтобы иметь механическое устройство, которое включает в себя гибкую магнитную карту (зачастую называемую «тонким SIM-модулем»). Это устройство физически подключает несколько SIM к переносному телефону и может быть использовано со средством переключения между SIM. Это устройство требует наличия некоторого резервного места в переносном телефоне для того, чтобы хранить дополнительные SIM, и это решение проблематично реализовывать, если SIM являются несовместимыми друг с другом (например, используют различные скорости передачи данных или напряжения). Альтернативно, образы всех, за исключением одного SIM, могут быть клонированы на кристалле тонкого SIM-модуля, и оставшийся SIM используется - это решение типа «один плюс множество клонов». Так же, физический форм-фактор является несовместимым со многими переносными телефонами, и клонирование SIM незаконно во многих странах и нарушает условия контракта практически во всех случаях.

Доступны SIM с несколькими IMSI, которые предлагают возможность предварительного программирования с множеством наборов данных мобильных абонентов. Наборы данных иногда некорректно упоминаются в качестве IMSI, отсюда и название «SIM с несколькими IMSI», но фактически являются наборами данных, которые содержат международный идентификатор абонента мобильной связи (IMSI) и другие связанные с сетью данные. Такие SIM имеют возможность обработки и алгоритм для того, чтобы представлять корректный набор данных для телефона на основании местоположения этого телефона. Это дает возможность представления телефона в качестве «локального» абонента для рассматриваемой сети.

Множество SIM-систем с двумя и множеством IMSI фиксированного формата проданы посредством таких компаний, как VeriSign и Gemalto, и они описываются в различных заявках на патент, к примеру, Cammileri (WO 2007102003), Stadelmann (WO 9955107), Salomon (WO 0221872), Bongers (WO 0049820). В таких системах компонент программного обеспечения запускается в SIM или на переносном телефоне или в отдельном электронном модуле и принимает решения в отношении того, какой IMSI использовать с учетом местоположения и доступных сетей. Такие системы иногда называются SmartSIM (интеллектуальные SIM), но фактически это ошибочное название, поскольку все SIM являются интеллектуальными и содержат микропроцессор и запоминающее устройство для того, чтобы выполнять программы выбора сети и аутентификации.

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

Улучшенная система раскрыта в предыдущей заявке заявителя WO 2011/036484. В ней раскрыта система, в которой центральная служба («IMSI-посредник») выполнена с возможностью инициализирования SIM мобильного телефона с новыми идентификационными данными при необходимости. Хотя этот подход разрешает определенные проблемы уровня техники, он сам по себе не разрешает проблему осуществления надежного и эффективного выбора идентификационных данных в мобильном телефоне.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

Настоящий способ является особенно эффективным, поскольку авторы настоящего изобретения выявили, что параметры, ассоциированные с самим устройством мобильной связи, а не только параметры, связанные с местоположением, могут быть особенно важными для выбора идентификационных данных. Это обусловлено тем, что обнаружено, что некоторые идентификационные данные (например, вследствие свойств или способа работы ассоциированных сетей связи) являются особенно эффективными или менее подверженными проблемам, чем другие, для конкретных устройств мобильной связи.

Предпочтительно, каждые указанные идентификационные данные содержат IMSI.

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

Дополнительная информация может содержать MCC и MNC для каждых идентификационных данных. В этом случае, преимущественно, если правило управления идентификационными данными обеспечивает выбор идентификационных данных на основании совпадения части или всего значения MCC или MNC. Если совпадение не установлено посредством правила управления идентификационными данными с конкретными идентификационными данными, новые идентификационные данные могут быть выбраны из пула совпадающих идентификационных данных.

Преимущественно, процесс модификации активных идентификационных данных определяется согласно одному или более параметров устройства. Это обеспечивает эффективное осуществление модификации активных идентификационных данных в соответствии с характеристиками самого устройства.

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Конкретные варианты осуществления изобретения описываются ниже в качестве примера со ссылкой на прилагаемые чертежи, на которых:

Фиг. 1 является кратким представлением традиционной системы связи, в которой могут работать аспекты настоящего изобретения;

Фиг. 2 является функциональной блок-схемой системы, в которой идентификационные данные могут предоставляться посредством центральной службы, а также показывает элементы SIM в соответствии с вариантами осуществления изобретения;

Фиг. 3 показывает элементы процесса управления идентификационными данными в соответствии с одним аспектом изобретения;

Фиг. 4 иллюстрирует различные возможные этапы инициирования в процессе по фиг. 3 и их следствия;

Фиг. 5 иллюстрирует процедуру IMSI-выбора для использования в процессе по фиг. 3;

Фиг. 6 иллюстрирует процесс для управления IMSI-пулом для использования в процедуре IMSI-выбора по фиг. 5; и

Фиг. 7 иллюстрирует структуру записи данных для использования в процессе по фиг. 3.

ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

Фиг. 1 предоставляет схематичное представление двух сетей сотовой связи, одной в Великобритании и одной в Италии, чтобы указывать общую проблему в роуминге, разрешаемую посредством вариантов осуществления изобретения. Фактически имеется еще множество операторов сетей мобильной связи (MNO), операторов мобильных виртуальных сетей (MVNO) или инструментов реализации мобильных виртуальных сетей (MVNE) и по существу еще множество сетей сотовой связи. Тем не менее, фиг. 1 представляет только две сети для простоты.

Когда первый пользователь выполняет вызов с первого мобильного телефона 10 в локальной сети первого пользователя, например, в Великобритании, второму пользователю 20 во внешней сети (т.е. в Италии), вызов маршрутизируется через подсистему 30 базовой станции (BSS) локальной сети в подсистему 32 коммутации локальной сети (локальную NSS), вызов затем направляется через сеть системы 34 сигнализации №7 (SS7) во внешнюю сеть и через подсистему 36 коммутации внешней сети (внешнюю NSS) в подсистему 38 базовой станции внешней сети. В завершение, вызов направляется на мобильный телефон 20 второго пользователя. Вызовы в противоположном направлении маршрутизируются аналогичным образом, через подсистему базовой станции внешней сети, в подсистему 36 коммутации внешней сети, через SS7 34 в подсистему 32 коммутации локальной сети (локальную NSS), в подсистему 30 базовой станции (BSS) локальной сети и, в завершение, на первый мобильный телефон 10.

Путь, по которому маршрутизируется корректному получателю, проходит через множество реестров, которые являются частью сетевых подсистем. Для каждого пользователя, зарегистрированного в конкретной сети сотовой связи, существует запись, хранимая в реестре 40, 42 домашних абонентов (HLR) этой сети. HLR 40, 42 является центральной базой данных, которая содержит сведения по каждому абоненту мобильного телефона, который авторизован на то, чтобы использовать эту конкретную сеть.

HLR сохраняет сведения по каждой карте с модулем идентификации абонента (SIM), выданной оператором мобильного телефона (т.е. MNO, MVNO или MVNE). SIM является пластиковой картой со встроенной электронной схемой, которая вставляется в мобильный телефон. Каждый SIM имеет уникальный идентификатор, называемый международным идентификатором абонента мобильной связи (IMSI), который является первичным ключом каждой HLR-записи. IMSI используются в любой сети мобильной связи, которая соединяется с другими сетями, включающей в себя CDMA- и EVDO-сети, а также GSM-сети.

IMSI обычно имеет длину в 15 цифр, но существуют некоторые исключения. Типично первые 3 цифры представляют собой код страны в системе мобильной связи (MCC), после которого идет код мобильной сети (MNC), (2 цифры (европейский стандарт) или 3 цифры (североамериканский стандарт)). Оставшиеся цифры содержат идентификационный номер мобильной станции (MSIN) в базе клиентов сети.

SIM также содержат один или более MSISDN, которые являются номерами телефонов, используемыми мобильными телефонами для осуществления и приема вызовов. Каждый MSISDN также является первичным ключом HLR-записи.

Таким образом, существует взаимосвязь между HLR, MSISDN, IMSI и SIM. SIM является физическим устройством, которое содержит запись IMSI. MSISDN является уникальным номером, идентифицирующим мобильный телефон. IMSI является уникальным идентификатором пользователя, подписанного на сеть, и HLR является системой, которая преобразует MSISDN в IMSI и наоборот.

Вышеуказанное справедливо, когда пользователь «переключается на роуминг» из домашней/локальной сети во внешнюю сеть, также называемой «роуминговой сетью». Тем не менее, когда мобильный телефон пытается подключаться к сети, которая не является домашней/локальной сетью, роуминговая сеть обменивается данными с домашней сетью, чтобы верифицировать, авторизован или нет мобильный телефон на то, чтобы использовать роуминговую сеть. Эта связь является возможной, поскольку существуют взаимные соглашения между многими доступными операторами сети.

Когда пользователь переключается на роуминг из домашней услуги в зону, обслуживаемую посредством другого оператора, выполняется обмен сообщениями по SS7-сети, и оператор роуминговой сети получает информацию из HLR домашней сети и создает временную запись для абонента в своем реестре 44, 46 гостевых абонентов (VLR). VLR является базой данных, которая поддерживается посредством оператора сети (аналогично тому, как поддерживается HLR). Тем не менее, VLR центра коммутации мобильной связи (MSC) содержит временную информацию относительно пользователей мобильной связи, которые в данный момент находятся в зоне обслуживания этого MSC. Когда вызовы выполняются с мобильного телефона, VLR проверяется на предмет авторизации, и при условии, что авторизация разрешена, центр коммутации мобильной связи (MSC) разрешает отслеживание использования мобильного телефона для целей биллинга. Профиль HLR-абонента (т.е. то, какие услуги разрешены) загружается в VLR, когда подписанный пользователь регистрируется (подключается) в(к) сети (идентично для роуминговой и домашней сети). Все формирование связанных с обслуживанием вызовов и с биллингом регистрационных данных вызовов (CDR) выполняется посредством MSC, т.е. без участия HLR.

Таким образом, с использованием примера на фиг. 1, пользователь, подписанный на оператора сети мобильной связи в Великобритании, посещает Италию. Когда пользователь прибывает в Италию и включает мобильный телефон, мобильный телефон пытается подключаться к доступному итальянскому оператору 36 сети. Итальянский оператор сети может идентифицировать из IMSI-номера, сохраненного в SIM-карте, то, что пользователь не подписан на итальянскую сеть, и по существу контактирует с домашней сетью 32 пользователя в Великобритании, чтобы верифицировать, авторизован или нет пользователь на то, чтобы использовать итальянскую сеть.

VLR 46 обновляет HLR 40 в Великобритании с информацией местоположения по SS7 посредством сообщения обновления местоположения (LU). LU-сообщение маршрутизируется в HLR (Великобритания) на основании глобального перевода заголовка IMSI, который содержится в поле подсистемы управления служебными соединениями (SCCP) LU. HLR (Великобритания) сообщает VLR (IT) в отношении состояния абонента и того, должно или нет предоставляться обслуживание в роуминговой сети, т.е. в итальянской сети. Если пользователь авторизован, итальянская сеть формирует временную запись для пользователя в итальянском VLR 46.

Как описано выше, существуют проблемы, связанные с роуминговыми услугами, в том, что пользователи, подключаемые к роуминговой сети, подвергаются значительной дополнительной плате при осуществлении или приеме вызовов или использовании услуг передачи данных на мобильных телефонах. Это является истинным независимо от того, где пользователь осуществляет вызов, или кто вызывает пользователя. В вышеприведенном примере, пользователь, посещающий Италию, подвергается плате за услуги в роуминге при звонках на местные итальянские телефонные номера, а также звонках на телефоны в домашней сети в Великобритании и в других местах. Аналогично, плата за услуги в роуминге должна применяться к входящим вызовам из Великобритании, Италии или с других телефонных номеров.

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

Как описано выше, в документе WO 2011/036484, описание которого по существу включено в настоящее описание посредством ссылки в соответствии с действующим законодательством, раскрыт дополнительный центральный сервер в типичной сети сотовой связи. Дополнительный центральный сервер имеет возможность предоставлять, по мере необходимости, множество дополнительных IMSI для мобильного телефона, когда мобильный телефон подключается к роуминговой сети в другой стране/регионе. Дополнительный центральный сервер упоминается в качестве IMSI-посредника. В такой системе IMSI-посредник выполнен с возможностью определять то, имеет или нет SIM-карта в мобильном телефоне надлежащий IMSI для роуминговой сети. SIM-карты, требуемые для этого варианта осуществления изобретения, допускают сохранение множества альтернативных IMSI для различных сетей, наряду с ассоциированными правилами, регулирующим то, когда должны использоваться альтернативные IMSI. В этом варианте осуществления, IMSI-посредник имеет доступ к хранилищу базы данных альтернативных (новых) IMSI для нескольких внешних сетей (FNO) и выполнен с возможностью распределения этих новых IMSI при необходимости пользователям, которые подписаны на сеть, содержащую IMSI-посредник, и которые перемещаются в роуминге между сетями.

В этой компоновке, каждый SIM имеет возможность сохранения множества IMSI, которые могут быть использованы на конкретной территории (в стране или регионе), чтобы добиваться наиболее выгодных тарифов по вызовам. SIM также имеет набор правил для того, чтобы управлять выбором наиболее оптимального IMSI. Каждый раз, когда пользователь приезжает на другую территорию (главным образом в новую страну, но это также может быть новый регион внутри страны), IMSI-посредник выдает наиболее оптимальные IMSI и правила IMSI-выбора для этой территории. IMSI-посредник отправляет этот новый IMSI в SIM по радиоинтерфейсу (OTA). Это решение исключает необходимость сменять SIM, когда новые сетевые соглашения становятся доступными. Абонентам выдается дополнительный IMSI при любой возможности.

Обновление и управление данными в SIM может осуществляться по радиоинтерфейсу с использованием любого доступного OTA-радиосоединения. Некоторые примеры включают в себя, но не только, сотовые каналы передачи служебных сигналов, сотовые соединения для передачи данных, обмен текстовыми сообщениями, WiFi, технологию Bluetooth и WiMAX. Специалистам в данной области техники следует принимать во внимание, что OTA должен включать в себя все возможные соединения с мобильным телефоном и любой другой способ передачи данных в устройство переносного телефона, такой как проводное подключение к PC, подключение по инфракрасному порту и т.д.

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

SIM постоянно совершенствуются, и текущие известные SIM могут допускать сохранение до 256 различных IMSI в запоминающем устройстве SIM. Это число с большой вероятностью еще возрастет. Тем не менее, независимо от числа IMSI, которые способен хранить SIM, другие ограничения по запоминающему устройству могут означать, что верхний предел налагается на число IMSI, которые должны быть сохранены в SIM. В случаях, если достигается верхний предел, согласно одному варианту осуществления настоящего изобретения, SIM имеет возможность динамически перезаписывать сохраненный IMSI новым полученным IMSI. Решение в отношении того, какой IMSI перезаписывается, может быть основано на ряде факторов, например, любой неиспользуемый IMSI может быть первым для перезаписи. Аналогично, IMSI, которые использованы в наименьшей степени или которые используется менее часто, могут перезаписываться раньше более популярных/недавно используемых IMSI.

Хотя варианты осуществления настоящего изобретения могут быть использованы эффективно с IMSI-посредником, описанным здесь и подробнее в WO 2011/036484, IMSI-посредник не является аспектом или признаком настоящего изобретения, которое направлено на управление идентификационными данными в мобильном устройстве.

Фиг. 2 показывает схематичный вид интегрированного IMSI-посредника 108 и SIM 530 переносного телефона, поддерживающего с ним связь по сети. В этом смысле, сеть не должна обязательно ограничиваться физической сетью, которая управляется посредством одного оператора сети. Другими словами, термин сеть может рассматриваться как означающий совокупность сосуществующих сетей.

MSC сети обменивается данными с HLR 111, который, в свою очередь, обменивается данными с IMSI-посредником 108 и модулем 113 интеллектуальной сети (IN)/системы услуг личного кабинета (BSS). IN/BSS-модуль имеет доступ к БД пользователей, которая содержит запись для каждого пользователя, подписанного на сеть. IN/BSS-модуль 113 отвечает за мониторинг использования пользователя, т.е. речевые вызовы, SMS, использование данных и т.д., так что ведется учет для целей биллинга. В одном варианте осуществления, IN-модуль 113 также отвечает за обеспечение того, что информация идентификатора вызывающего абонента, также известная как идентификатор линии вызывающего абонента (CLI), сохраняется и предоставляется в ходе вызовов при роуминге, чтобы обеспечивать то, что существует прозрачность для вызываемых абонентов.

IMSI-посредник 108 имеет доступ к IMSI-пулу 109, который является базой данных, содержащей множество доступных IMSI для различных территорий/местоположений. IMSI по своему характеру являются конкретными для территории. Они являются конкретными для страны и могут быть конкретными для региона в странах (например, США, Индия), в которых может быть дополнительная плата за региональный роуминг, а также международный роуминг. IMSI, который зарегистрирован в HLR на одной территории, считается роуминговым при подключении к сети/HLR на другой территории. Следовательно, для каждой территории в IMSI-пуле 109 существует подпул или диапазон подходящих IMSI, которые могут быть использованы. Это подробнее описывается далее.

IMSI-посредник 108 содержит модуль 500 обновления IMSI, и модуль 510 проверки IMSI, и диспетчер 520 правил.

Сеть также содержит OTA-модуль, который выполнен с возможностью отправлять сообщения обновления в мобильные телефоны по мере необходимости. Сообщения обновления могут включать в себя альтернативные IMSI и/или сообщения с обновлениями правил. Этот механизм обновления не ограничивается инициализацией альтернативных IMSI или ассоциированных правил; он также может быть использован для того, чтобы предоставлять другие обновления для SIM-карты (к примеру, новые версии установленного программного обеспечения), а также для верификации настроек.

HLR дополнительно выполнен с возможностью обмена данными с множеством внешних сетей (управляемых посредством операторов внешних сетей (FNO)). Канал связи между HLR и внешними сетями задается через SS7-сеть.

Фиг. 2 также содержит блок-схему функциональных компонентов в SIM 530. Как показано, SIM содержит текущий IMSI 540, текущий MSISDN 542, SIM-приложение 544 (SIMAPP) для исполнения функциональных этапов на SIM и базу 546 данных доступных IMSI, ассоциированных правил и MSISDN.

Специалистам в данной области техники при необходимости следует изучить WO 2011/036484 для получения дальнейшей информации по системе IMSI-посредника. Далее описываются варианты осуществления настоящего изобретения в отношении SIM типа, проиллюстрированного на фиг. 2. Как указано выше, такой SIM может использоваться или не использоваться в связи с системой IMSI-посредника, как указано здесь, или может использоваться независимо от такой системы (или с другим типом системы для предоставления пользовательских идентификационных данных при необходимости).

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

инициируют процесс управления идентификационными данными;

обнаруживают один или более параметров, ассоциированных с устройством мобильной связи;

процессе управления идентификационными данными, выбирают правило управления идентификационными данными, определенное посредством одного или более обнаруженных параметров;

в процессе управления идентификационными данными, осуществляют поиск в базе данных идентификационных данных, причем каждая запись содержит идентификационные данные и дополнительную идентификационную информацию для каждых идентификационных данных, при этом осуществление поиска приоритезирует записи согласно правилу управления идентификационными данными;

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

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

Такой подход может быть использован в различных типах сети связи, но является эффективным в GSM-сети или в 3G- или LTE-сети, как указано посредством 3GPP. SIM может быть традиционным SIM или может быть USIM, запущенным на смарт-карте, работающей на 3G-телефоне. Термин «SIM» далее используется для всех типов SIM независимо от того, осуществлен он как SIM-карта, приложение на смарт-карте или процедура, исполняемая виртуально. Преимущественно, такой SIM разрабатывается и реализуется согласно текущим применимым стандартам (в настоящее время, такие стандарты включают в себя ETSI TS 151.011, ETSI TS 131 101, ETSI TS 102 221, ETSI TS 131 102, ETSI TS 131 111 и ETSI TS 151 014). Эффективный подход для реализации способа, который должен быть описан, состоит в комбинации USIM и SIM, в которой SIM и USIM (далее называемые «(U)SIM») разрабатываются и реализуются согласно ETSI TS 151.011, ETSI TS 131 101, ETSI TS 102 221, ETSI TS 131 102, ETSI TS 131 111 и ETSI TS 151 014. Дополнительно, в (U)SIM добавляются приложение и дополнительные файлы, которые реализуют способ.

Как показано на фиг. 3, предусмотрены последовательности основных этапов в процессе, работающем согласно варианту осуществления изобретения. Они представляют собой этап 1 инициирования, этап 2 выбора идентификационных данных, этап 3 выбора идентификационных данных для объединения в пул и этапы 4, 5 смены идентификационных данных. Идентификационные данные, выбранные и сменяемые, в этом случае представляют собой IMSI; тем не менее, подход, показанный здесь, может применяться к выбору и смене других типов идентификационных данных. Также ниже описывается, хотя не показано на фиг. 3, механизм для выполнения запросов состояния.

Фиг. 4 иллюстрирует различные возможные этапы инициирования и их следствия. В вариантах осуществления, любое из следующих событий может инициировать дополнительную работу приложения:

- выход (U)SIM из состояния сброса;

- загрузка профиля инструментария разработки приложений SIM или карты, принимаемая посредством (U)SIM;

- событие EVENT(Location Status) (Состояние местоположения) из инструментария разработки приложений SIM или карты;

- изменение контента любого конкретного файла UICC;

- команда STATUS (Состояние) принятая посредством (U)SIM;

- конкретный подключаемый модуль вызывается в WIB-окружении;

- посредством конкретного сообщения по распределенному Java-интерфейсу;

- изменение файла IMSI-хранилища, используемого посредством приложения посредством сообщения из удаленной услуги (IMSI-посредника);

- инструкция для изменения IMSI на конкретный IMSI из удаленной услуги (IMSI-посредника);

- инструкция для изменения режима IMSI-выбора на автоматический из удаленной услуги.

Если триггер представляет собой выход (U)SIM из состояния сброса, то приложение должно инициализировать его. В качестве части этой инициализации, SIM может удалять все сети из запрещенного списка (определено в ETSI TS 151 011 и ETSI TS 102 221) или удалять только предпочтительную сеть для текущего известного местоположения до того, как переносной телефон считывает этот файл. Опционально, если режим IMSI-выбора задается как ручной, то режим IMSI-выбора может быть изменен на автоматический.

Если триггер представляет собой прием посредством (U)SIM загрузки профиля инструментария разработки приложений SIM или карты, то приложение должно анализировать контент загрузки профиля, чтобы определять уровень поддержки, который имеет переносной телефон для различных аспектов прикладной функции. Если переносной телефон поддерживает EVENT(Location Status) (Состояние местоположения) из инструментария разработки приложений SIM или карты, то он должен использовать входящие события для того, чтобы автоматически инициировать IMSI-изменения, а в противном случае, он должен отслеживать изменения в файлах (U)SIM и командах STATUS (Состояние), чтобы инициировать IMSI-изменения. OTA-триггеры и триггеры из других приложений на карте (к примеру, WIB- или Java-приложений) всегда должны быть доступными независимо от профиля терминала.

Если триггер представляет собой событие EVENT(Location Status) (Состояние местоположения) из инструментария разработки приложений SIM или карты, то приложение должно использовать PROVIDE LOCAL INFORMATION (Cell ID), чтобы определять состояние сетевого соединения, а также MCC и MNC текущей сети (если доступны), а затем осуществлять процедуру IMSI-выбора.

Если триггер представляет собой изменение какого-либо конкретного файла, отслеживаемого с этой целью, то после изменения файла приложение должно использовать PROVIDE LOCAL INFORMATION (Cell ID) для того, чтобы определять состояние сетевого соединения, а также MCC и MNC текущей сети (если доступны), и после этого должно осуществлять процедуру IMSI-выбора.

Если триггером является команда STATUS (Состояние), принимаемая посредством (U)SIM, то приложение должно определять, должна или нет команда STATUS (Состояние) использоваться в качестве триггера. Это может определяться на основании числа принимаемых команд STATUS (Состояние) или посредством некоторого другого средства. При инициировании посредством команды STATUS (Состояние), приложение должно использовать PROVIDE LOCAL INFORMATION (Cell ID), чтобы определять состояние сетевого соединения, а также MCC и MNC текущей сети (если доступны). Оно затем должно осуществлять процедуру IMSI-выбора.

Если триггер представляет собой изменение файла IMSI-хранилища, используемого посредством приложения, или вследствие вызова подключаемого WIB-модуля с типом триггера, заданным как автоматический, или вследствие связи с Java-приложением по распределенному интерфейсу, в котором режим выбора задается как автоматический, или вследствие сообщения из удаленной услуги (IMSI-посредника), чтобы переходить в автоматический режим, то приложение должно использовать PROVIDE LOCAL INFORMATION (Cell ID), чтобы определять состояние сетевого соединения, а также MCC и MNC текущей сети (если доступны). Оно должно задавать режим IMSI-выбора как автоматический и затем осуществлять процедуру IMSI-выбора.

Если триггер представляет собой выбор конкретного IMSI или вследствие вызова подключаемого WIB-модуля с типом триггера, заданным как ручной, или вследствие связи с Java-приложением по разделяемому интерфейсу, в котором режим выбора задается как ручной, или вследствие сообщения из удаленной услуги (IMSI-посредника), то режим IMSI-выбора должен задаваться как ручной, и процесс IMSI-смены должен далее осуществляться с использованием указанного IMSI.

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

Автоматический процесс IMSI-выбора является 2-этапной процедурой:

Этап 1 (показан на фиг. 5) - выбор IMSI на основании конкретного действия на основании обнаруженного типа переносного телефона и сети.

Этап 2 (показан на фиг. 6) - выбор IMSI на основании заданных критериев из пула IMSI, доступных для этой цели (объединение в пул). Этот выбор не основан на текущей сети.

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

Если режим IMSI-выбора задается как автоматический, то IMEI переносного телефона обнаруживается, тип подписки считывается из SIM и MCC, и MNC извлекается из результата команды PROVIDE LOCAL INFORMATION (Cell ID) из инструментария SIM. Этот процесс описывается ниже подробнее со ссылкой на фиг. 5. Он содержит два основных этапа: определение типа подписки и определение IMSI для использования на основании типа подписки и кода сети.

Процесс начинается посредством конкретного действия (этап 1001), например, как пояснено выше относительно инициирования этапов. IMEI (международный идентификатор мобильного оборудования, предоставляющий уникальные идентификационные данные для каждого мобильного устройства) для устройства затем извлекается (этап 1002) и TAC-код извлекается (TAC, или код назначения типа, идентифицирует модель и происхождение устройства и предоставляется в качестве номера из 8 цифр, составляющего часть IMEI).

TAC-код затем сопоставляется с записью, сохраненной в SIM (этапы 1003 и 1004). Это не должно быть точным совпадением, т.е. подстановочный механизм может быть использован для того, чтобы обнаруживать совпадение только части TAC-кода. Если запись найдена (этап 1006), то фактический тип подписки, который должен быть использован, и механизм смены, который должен быть использован, определяются из этой записи посредством использования начального типа подписки из SIM. Как пояснено ниже, механизм смены также становится зависимым от параметров самого устройства. Если нет конкретных совпадающих IMEI TAC (этап 1005), то может использоваться запись, помеченная как элемент по умолчанию. Фактический тип подписки, который должен быть использован, и механизм смены, который должен быть использован, затем определяются из этой записи посредством использования начального типа подписки из SIM. Если элемента по умолчанию не существует для совпадения IMEI, то тип подписки не модифицируется, и механизм смены, который должен быть использован, должен быть механизмом смены по умолчанию, заданным посредством способа.

Аналогично типу переносного телефона, тип подписки также является свойством самого мобильного устройства. В некоторых случаях, он должен определяться посредством операционной системы и процессов в самом устройстве (например, устройства Apple и BlackBerry различаются таким образом). Он также может быть определен посредством того, работает устройство согласно предоплаченному или постоплаченному протоколу, или посредством того, сконфигурировано устройство для речи, данных или комбинации означенного.

После того как установлены тип переносного телефона и тип подписки, они используются для IMSI-выбора. Во-первых, определяется текущая активная сеть (этап 1007), и предпринимается попытка для того, чтобы сопоставлять MCC/MNC-комбинацию текущей сети с записью, сохраненной в SIM (этап 1008). Как описано выше для IMEI/TAC, подстановочный механизм может быть использован для того, чтобы обнаруживать совпадение только части MCC/MNC-кода.

Если запись найдена (этап 1009), то IMSI, который должен быть использован (или ссылка на этот IMSI), определяется посредством использования IMSI, назначаемого для текущей подписки (этап 1010). Это типично представляет собой уникальный вариант выбора, уже определенный для этого описания. После выбора инициируется процесс IMSI-смены (этап 1011), как дополнительно описано ниже. Тем не менее, если не существует элемента для сопоставления MCC/MNC-кода (этап 1012), то механизм объединения в пул используется для того, чтобы предоставлять надлежащий IMSI. Это поясняется со ссылкой на фиг. 6.

Процесс объединения в пул, указываемый на фиг. 6, основывается на сведениях по типу переносного телефона и подписки, как пояснено выше. Тип переносного телефона и подписка ограничивают варианты выбора, доступные в процессе объединения в пул, вариантами выбора, которые являются подходящими для данного переносного телефона и подписки. Процесс вызывается, если нет совпадения с конкретным MCC/MNC.

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

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

- Использование первого элемента - всегда использование IMSI на основании типа подписки для первого элемента в списке для объединения в пул.

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

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

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

- Внешнее приложение - одно или более внешних приложений вызываются для того, чтобы осуществлять IMSI-выбор.

Реализация этих вариантов выбора и результирующий процесс показаны на фиг. 6.

Если новый IMSI отличается от текущего IMSI, то далее осуществляется процесс IMSI-смены.

Если новый IMSI является идентичным текущему IMSI, и если текущему IMSI не разрешено подключаться к «разрешенной сети» для этого IMSI (это может указываться в качестве ответа «ограниченное обслуживание» на команду PROVIDE LOCAL INFORMATION (Cell ID), индикатора «ограниченное обслуживание» в EVENT(Состояние местоположения) или «PLMN не разрешена» или «Зона маршрутизации не разрешена» в любом файле Loci, то далее осуществляется процесс восстановления обслуживания, указанный ниже.

Если SIM находится в «резервном режиме работы сети», указываемый MCC является идентичным предыдущему указываемому MCC, то далее осуществляется процесс восстановления обслуживания. Тем не менее, если SIM находится в «резервном режиме работы сети», указываемый MCC отличается от предыдущего указываемого MCC, то «резервный режим работы сети» сбрасывается.

Услуга восстановления доступа к сети используется, когда ожидаемая услуга не доступна. Этот признак, который является вариантом, который может деактивироваться без влияния на работу других признаков этого варианта осуществления, используется для того, чтобы пытаться предоставлять услуги пользователю, когда автоматически выбранный IMSI запрещен в сети, в которой SIM ожидает обслуживания. Процесс восстановления обслуживания проверяет то, является или нет резервное IMSI-значение, указываемое для текущей записи, идентичным текущему IMSI. Если оно не является идентичным, то IMSI изменяется с использованием процедуры IMSI-изменения. SIM должен затем задавать «резервный режим работы сети» в качестве рабочего.

Процесс выбора вручную может выбираться в качестве альтернативы автоматическому процессу и может быть инициирован, например, посредством подключаемого WIB-модуля, Java-апплета через распределенный интерфейс или посредством OTA-обновления файла руководства EF IMSI.

С использованием такого подхода, если IMSI-значение, указываемое вручную, отличается от текущего IMSI, то приложение проверяет IMEI устройства и сопоставляет его с записью в EF IMEI_Specific_lnfo. Указываемый механизм IMSI-смены для этого IMEI (или записи по умолчанию, если нет совпадения), сохраненного на SIM, затем используется для изменения IMSI.

Возвращаясь к фиг. 3, процесс IMSI-изменения для того, чтобы давать возможность смены IMSI, выполняется следующим образом.

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

Если он является идентичным, то приложение завершает работу без внесения изменений в IMSI и его ассоциированные параметры.

Если он отличается, то активируется процедура IMSI-изменения. Этот процесс начинается, если SIM определяет то, что оно должно изменять IMSI. Процесс IMSI-смены основан на типе переносного телефона и его ассоциированном элементе в записи для этого типа переносного телефона.

Могут поддерживаться, например, следующие процессы:

- REFRESH (тип 6) с уведомлением в отношении всех измененных файлов.

- REFRESH (тип x), где x передается в процедуру.

- Отображение пользователю сообщения с запросом на выключение и затем снова включение телефона.

- Через отдельное приложение 1.

- Через отдельное приложение 2.

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

Приложение использует команду REFRESH (Обновить) из инструментария разработки приложений карты, чтобы сбрасывать GSM/3G/LTE-сеанс и сообщать в переносной телефон то, что следующие файлы изменены. Если переносной телефон не поддерживает эту команду, то используется альтернативный подход, к примеру, запрос посредством приложения того, чтобы пользователь выключил и включил переносной телефон, с использованием команды DISPLAY TEXT (Отображать текст) из инструментария разработки приложений карты. Альтернативно, для конкретных переносных телефонов может быть инициировано совершенно другое приложение.

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

- EF IMSI в DF GSM и ADF USIM задаются равными новому IMSI.

- EF SMSP изменяется на SMSC-значение, релевантное для нового IMSI (опционально).

- EF OPLMNwACT изменяется на корректный контент, релевантный для нового IMSI (опционально).

- Параметры аутентификации задаются равными релевантным значениям для нового IMSI (опционально).

EF LOCI и EF PS_LOCI в DF_GSM и ADF USIM задаются равными начальному инициализированному значению.

Модификация идентификационных данных может включать в себя модификацию одного или более следующих файлов в SIM: EF LOCI, EF PS_LOCI, EF GPRS_LOCI, EF OPLMNwACT, EF PLMNwACT, EF HPLMNwACT, EF PLMNsel, EF FPLMN и EF HPPLMN.

Фиг. 7 указывает типы записи, хранимой посредством SIM в ходе этого процесса, и соответствующие структуры записи. Одна начальная информационная запись указывает, например, тип подписки и механизм объединения в пул для использования. Записи типов устройств могут указывать, например, модификаторы типа подписки (например, начальная подписка на передачу речи и данных возможно требует модификации, чтобы указывать то, что устройство является BlackBerry с собственными протоколами обработки данных). Конкретная MCC-запись может эффективно разделять IMSI- и PLMN-списки посредством надлежащей подписки, аналогично записям при объединении в пул. Конкретная запись IMSI может указывать не только IMSI, но также и информацию аутентификации, адреса и идентификатора сети.

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

Такой подход обеспечивает надежное управление идентификационными данными в мобильном телефоне, причем надежность повышается за счет обеспечения возможности оптимизации процедуры для различных типов переносных телефонов и подписки - хотя описана здесь в отношении IMSI-данных, она также является применимой к другим типам идентификационных данных для использования с сетью связи. Этот подход также эффективно используется в комбинации с IMSI-посредником, как пояснено в WO 2011/036484, который позволяет динамически предоставлять новые идентификационные данные и информацию и параметры по поддержке для мобильного телефона и который также может быть источником инициирующих событий, чтобы указывать изменение IMSI, если определено, что оно требуется.

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

База данных SIM опционально может предварительно загружаться при изготовлении или модифицироваться посредством OTA-информации, отправленной из хост-системы.

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

Термины «мобильный телефон», «переносной телефон», «мобильный терминал», «устройство связи» могут считаться взаимозаменяемыми в этом документе.

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

1. Способ управления идентификационными данными для использования в устройстве мобильной связи в сети связи, содержащий этапы, на которых:

инициируют процесс управления идентификационными данными;

обнаруживают один или более параметров, ассоциированных с устройством мобильной связи;

в процессе управления идентификационными данными выбирают правило управления идентификационными данными, определенное посредством одного или более обнаруженных параметров;

в процессе управления идентификационными данными осуществляют поиск в базе данных идентификационных данных, причем каждая запись содержит идентификационные данные и дополнительную идентификационную информацию для каждых идентификационных данных, при этом осуществление поиска приоритезирует записи согласно правилу управления идентификационными данными;

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

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

2. Способ по п. 1, в котором каждые указанные идентификационные данные содержат IMSI.

3. Способ по п. 1 или 2, в котором один или более параметров содержат тип переносного телефона.

4. Способ по п. 3, в котором тип переносного телефона определяют из ТАС-кода в IMEI переносного телефона.

5. Способ по пп. 1, 2 или 4, в котором один или более параметров содержат тип подписки, ассоциированный с устройством, причем тип подписки относится к одному или более из операционной системы устройства и типа связи.

6. Способ по пп. 1, 2 или 4, в котором дополнительная информация содержит МСС и MNC для каждых идентификационных данных.

7. Способ по п. 6, в котором правило управления идентификационными данными обеспечивает выбор идентификационных данных на основании совпадения части или всего значения МСС или MNC.

8. Способ по п. 7, в котором, если совпадение не установлено посредством правила управления идентификационными данными с конкретными идентификационными данными, новые идентификационные данные выбирают из пула совпадающих идентификационных данных.

9. Способ по пп. 1, 2 4, 7 или 8, в котором процесс модификации активных идентификационных данных определяют согласно одному или более параметров устройства.

10. Способ по пп. 1, 2 4, 7 или 8, в котором, если при модификации активных идентификационных данных обслуживание не предоставляется для новых активных идентификационных данных, активные идентификационные данные модифицируют на резервные идентификационные данные, отличающиеся от идентификационных данных, для которых не предоставляют обслуживание.

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

при инициировании инициирования процесса управления идентификационными данными;

обнаружения одного или более параметров, ассоциированных с устройством мобильной связи;

в процессе управления идентификационными данными выбора правила управления идентификационными данными, определенного посредством одного или более обнаруженных параметров;

в процессе управления идентификационными данными поиска в базе данных идентификационных данных, причем каждая запись содержит идентификационные данные и дополнительную идентификационную информацию для каждых идентификационных данных, при этом осуществление поиска приоритезирует записи согласно правилу управления идентификационными данными;

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

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

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

13. Модуль идентификации абонента по п. 11 или 12, в котором один или более параметров содержат тип переносного телефона.

14. Модуль идентификации абонента по п. 13, в котором тип переносного телефона определяется из TAC-кода в IMEI переносного телефона.

15. Модуль идентификации абонента по любому из пп. 11 или 12, в котором один или более параметров содержат тип подписки, ассоциированный с устройством, причем тип подписки относится к одному или более из операционной системы устройства и типа связи.

16. Модуль идентификации абонента по п. 11 или 12, в котором дополнительная информация содержит МСС и MNC для каждых идентификационных данных.

17. Модуль идентификации абонента по п. 16, в котором правило управления идентификационными данными обеспечивает выбор идентификационных данных на основании совпадения части или всего значения МСС или MNC.

18. Модуль идентификации абонента по п. 17, в котором, если совпадение не установлено посредством правила управления идентификационными данными с конкретными идентификационными данными, новые идентификационные данные выбираются из пула совпадающих идентификационных данных.

19. Модуль идентификации абонента по п. 11 или 12, в котором процесс модификации активных идентификационных данных определяется согласно одному или более параметров устройства.

20. Модуль идентификации абонента по п. 11 или 12, в котором, если при модификации активных идентификационных данных обслуживание не предоставляется для новых активных идентификационных данных, активные идентификационные данные модифицируются на резервные идентификационные данные, отличающиеся от идентификационных данных, для которых не предоставляется обслуживание.