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

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



 

Похожие патенты:

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

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

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

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

Изобретение относится к области связи, в частности, на основе протокола инициирования сеансов (SIP). Техническим результатом является обеспечение расширения SIP для сетей цифровой мобильной радиосвязи (DMR) с согласованием функций частной/профессиональной мобильной радиосвязи (PMR).

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

Изобретение относится к области связи. Описываются способ и устройство энергосбережения в беспроводной локальной сети (WLAN).

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

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

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

Изобретение относится к способу, устройству и системе для установления сеанса. Технический результат заключается в обеспечении установления сеанса S9. В способе выполняют прием гостевым функциональным узлом определения правил политики и учета стоимости (V-PCRF) из опорного функционального узла определения правил политики и учета стоимости (H-PCRF) сообщения активизации установления сеанса S9, которое используют для активизации установления сеанса S9 и первого подсеанса S9, при этом первый подсеанс S9 используют для управления политикой в отношении трафика, направляемого в ядро усовершенствованной пакетной сети (ЕРС); определение узлом V-PCRF, был ли установлен или находится в процессе установления сеанс S9; и если определено, что сеанс S9 был установлен или находится в процессе установления, передача из V-PCRF в H-PCRF информации о том, что сеанс S9 был установлен или находится в процессе установления. 5 н. и 9 з.п. ф-лы, 15 ил.

Изобретение относится к сети беспроводной передачи данных. Технический результат – повышение точности управления соединением для передачи данных D2D, управление которым осуществляется через сетевой узел в системе сотовой радиопередачи данных. Сетевой узел определяет пороговое значение на основе информации о помехах, относящихся к помехам первого устройства. Пороговое значение указывает верхний предел для допустимой мощности передачи первого устройства при передаче по линии связи D2D. Затем сетевой узел передает пороговое значение в первое устройство. После чего сетевой узел принимает от первого устройства сообщение, указывающее, что мощность передачи, создаваемая первым устройством, по линии связи D2D превышает пороговое значение. 2 н. и 20 з.п. ф-лы, 4 ил.

Изобретение относится к области защиты от компьютерных угроз, а именно к способам обнаружения мошеннической активности на устройстве пользователя. Технический результат настоящего изобретения заключается в защите удаленного банковского сервера от мошеннической активности, которая достигается путем блокирования взаимодействия устройства пользователя с удаленным банковским сервером, если была обнаружена мошенническая активность во время взаимодействия устройства пользователя с удаленным банковским сервером. Способ обнаружения мошеннической активности на устройстве пользователя при взаимодействии вычислительного устройства пользователя с удаленным банковским сервером содержит этапы, на которых: a) собирают при помощи средства определения поведения данные о поведении пользователя во время взаимодействия пользователя с по меньшей мере одной группой элементов графического интерфейса приложения, которые используются для взаимодействия с удаленным банковским сервером; при этом целью взаимодействия с удаленным банковским сервером является осуществление транзакции с участием удаленного банковского сервера; при этом данными о поведении пользователя является информация, которую получают при помощи по меньшей мере устройств ввода вычислительного устройства; b) вычисляют при помощи средства классификации поведения коэффициент аномальности поведения пользователя для каждой группы элементов графического интерфейса, данные о поведении пользователя во время взаимодействия с которой были собраны на этапе ранее; при этом коэффициент аномальности поведения пользователя представляет собой численное значение, чем больше которое, тем менее характерно поведение, данные о котором были собраны на этапе ранее, упомянутому пользователю; с) обнаруживают при помощи средства принятия решения мошенническую активность при взаимодействии устройства пользователя с удаленным банковским сервером, если комбинация коэффициентов аномальности поведения пользователя, вычисленных на этапе ранее, не превышает установленное пороговое значение; d) блокируют при помощи средства принятия решения взаимодействие устройства пользователя с удаленным банковским сервером, если была обнаружена мошенническая активность при взаимодействии устройства пользователя с удаленным банковским сервером. 1 з.п. ф-лы, 4 ил.

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

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

Изобретение относится к области обработки данных, более конкретно к специализированным связным программируемым вычислительным системам с распараллеливанием и конвейеризации вычислительных процессов. Технический результат заключается в увеличении адаптивности к условиям применения и масштабируемости функциональных ресурсов программно-аппаратной платформы. Указанный результат обеспечивается конструктивным исполнением в «системе-на-кристалле» (СнК), включающей в себя CPU, доверенную цифровую технологическую платформу SDR, шину I/O, DSP сопроцессор, конструктивно выполненные в СнК, защищенное ПЗУ с микроконтроллером, ОЗУ, машиночитаемый носитель, периферийные устройства ввода-вывода и программного компонента, включающего доверенный БИОС, доверенную виртуальную среду, управляющие, сервисные и прикладные виртуальные машины и гипервизор, сервисное ПО, прикладное ПО с зонами доверенных и недоверенных ВМ, в которых доверенный БИОС соединен с определяющей взаимодействие ДВС, которая через управляющие, сервисные и прикладные виртуальные машины связана с сервисными ПО и прикладными ПО. 2 н. и 6 з.п. ф-лы, 1 ил.

Изобретение относится к беспроводной связи. Технический результат заключается в уменьшении задержки доступа при осуществлении пользовательским оборудованием (UE) доступа к области CS сети 2G или 3G, а также уменьшении продолжительности всего речевого вызова. В способе передачи обслуживания между сетями, после того, как UE в сети LTE инициирует сообщение запроса для запрашивания перехода на коммутацию каналов CSFB, MME инструктирует eNB переместить UE из сети LTE в сеть 2G или 3G, и запрашивает MSC осуществить передачу обслуживания UE из сети LTE в область CS сети 2G или 3G для CSFB, так что сеть 2G или 3G назначает ресурс области CS оборудованию UE, где ресурс области CS используется для UE, чтобы осуществлять передачу обслуживания из сети LTE в область CS сети 2G или 3G, так что UE может осуществить передачу обслуживания в область PS сети 2G или 3G путем передачи обслуживания из сети LTE в область CS сети 2G или 3G. 5 н. и 10 з.п. ф-лы, 13 ил.

Система мобильной связи обеспечивает передачу данных на и/или от устройств мобильной связи. Система мобильной связи обеспечивает беспроводный интерфейс доступа для передачи данных на и/или от устройств мобильной связи, причем беспроводный интерфейс доступа предусмотрен на первой несущей нисходящей линии связи, при этом первая несущая обеспечивает множество ресурсных элементов связи во всем первом частотном диапазоне для передачи данных и обеспечивает множество ресурсных элементов связи в пределах второго частотного диапазона, расположенного в пределах и меньше, чем первый частотный диапазон. Беспроводный интерфейс доступа, обеспеченный базовыми станциями, включает в себя множество подкадров, разделенных во времени, причем каждый подкадр включает в себя множество ресурсных элементов связи первого частотного диапазона и множество ресурсных элементов связи второго частотного диапазона, и каждый подкадр включает в себя первый широкополосный канал управления в части каждого подкадра, имеющий полосу пропускания, соответствующую, по существу, первому частотному диапазону, и второй узкополосный канал управления, расположенный во второй части каждого подкадра и имеющий полосу пропускания, которая меньше, чем первый широкополосный канал управления и длительность второго узкополосного канала управления в пределах подкадра больше, чем длительность первого широкополосного канала управления в пределах подкадра. Второй узкополосный канал управления выполнен с возможностью передачи управляющей информации как в первые устройства мобильной связи, так и во вторые устройства мобильной связи, и образует часть из множества ресурсных элементов связи второго частотного диапазона второй несущей. За счет размещения узкополосного канала управления, который будет находиться в пределах виртуальной несущей и обеспечивать передачу управляющей информации как в первые устройства связи с полными функциональными возможностями, так и во вторые устройства связи с пониженными функциональными возможностями, вторые устройства с пониженными функциональными возможностями могут обеспечивать доступ к узкополосному каналу управления, который совместно используется с первыми мобильными устройствами с полными функциональными возможностями. Указанное размещение позволяет в большей степени использовать ресурсы связи, доступные в системе связи. 2 н. и 6 з.п. ф-лы, 16 ил.

Заявленное изобретение относится к области связи, в частности к способу доступа к пользовательскому оборудованию, системе связи и связанным с ней устройствам. Технический результат заключается в упрощении процесса доступа PRACH за счет возможности получать информацию качества восходящего канала во время синхронизации. Указанный результат достигается за счет того, что пользовательское оборудование получает вторичные сигналы синхронизации, переданные от базовой станции на каналы передач, выбранные в восходящем канале для передачи нисходящих данных, определяет мощность передачи от вторичных сигналов синхронизации для выполнения RACH процесса доступа. Базовая станция выбирает один из пяти соседних субкадров в восходящем канале для передачи вторичного сигнала синхронизации. 4 н. и 6 з.п. ф-лы, 14 ил.

Изобретение относится к области микширования звука, передаваемого в потоковом режиме мобильным устройством. Технический результат заключается в обеспечении приглушения аудиоданных транспортного средства для звуковых указаний от мобильных приложений. Технический результат достигается за счет воспроизведения аудиоданных в транспортном средстве от одного из множества различных источников аудиоданных, приема в транспортном средстве от мобильного вычислительного устройства беспроводного сигнала, представляющего звуковое указание, которое должно быть воспроизведено в транспортном средстве, определения степени приглушения аудиоданных на основе источника аудиоданных, когда вычислительная система транспортного средства воспроизводит аудиоданные в транспортном средстве во время приема беспроводного сигнала от мобильного вычислительного устройства, и приглушения воспроизводимых аудиоданных и воспроизведения звуковых указаний. 3 н. и 17 з.п. ф-лы, 4 ил.

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

Наверх