Керування ідентифікаційними даними мобільних пристроїв

Реферат: Описаний спосіб керування ідентифікаційними даними для використання в пристрої мобільного зв'язку в мережі зв'язку. Передусім, ініціюють процес керування ідентифікаційними даними. Після цього виявляють один або більше параметрів, асоційованих з пристроєм мобільного зв'язку. Процес керування ідентифікаційними даними має наступні ознаки. Виявляють правило керування ідентифікаційними даними, визначене за допомогою одного або більше параметрів. Потім здійснюють пошук в базі даних ідентифікаційних даних. Кожний запис бази даних ідентифікаційних даних містить ідентифікаційні дані і додаткову ідентифікаційну інформацію для кожних ідентифікаційних даних, при цьому здійснення пошуку пріоритезує записи згідно з правилом керування ідентифікаційними даними. Ідентифікаційні дані потім вибирають, коли запис, відповідний правилу керування ідентифікаційними даними, знайдений при вказаному пошуку. Активні ідентифікаційні дані пристрої мобільного зв'язку потім змінюють таким чином, що вони є вибраними ідентифікаційними даними, коли активні ідентифікаційні дані ще не є вибраними ідентифікаційними даними. Описується модуль ідентифікації абонента, виконаний з можливістю використання з даним способом. UA 114897 C2 (12) UA 114897 C2 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 ОПИС ГАЛУЗЬ ТЕХНІКИ, ДО ЯКОЇ НАЛЕЖИТЬ ВИНАХІД Винахід стосується зв'язку і, зокрема, керування ідентифікаційними даними в мобільних пристроях, що приєднуються до мереж зв'язку. РІВЕНЬ ТЕХНІКИ Первинні ідентифікаційні дані клієнта звичайно представляють унікальну людину, але можуть представляти машину або іноді об'єкт компанії, такий як відділ. У самій мережі зв'язку, ідентифікаційні дані представляються за допомогою одного або більше ідентифікаторів, розпізнаних за допомогою елементів або приєднані до мережі. У контексті мобільного зв'язку такі ідентифікатори звичайно являють собою IMSI (міжнародний ідентифікатор абонента мобільного зв'язку) клієнтів, який постійно розміщується в SIM (модулі ідентифікації абонента), MSISDN (номер мобільного абонента в цифровій мережі з інтегрованими послугами) для номера телефону або інші важливі ідентифікаційні дані, такі як адреса MAC (керування доступом до середовища), IP-адреса, адреса електронної пошти і IMEI (міжнародний ідентифікатор мобільного обладнання). У GSM (глобальній системі мобільного зв'язку) аутентифікація здійснюється з використанням SIM, вставленого в пристрій мобільного зв'язку. Він керує з'єднанням з мережею, а також ідентифікаційними даними користувача і ключами абонентів мережі. Передбачено два типи мережевих послуг - домашня послуга і роумінгова послуга. "Роумінг" означає розширення можливостей підключення послуги до місцеположення, яке відрізняється від місцеположення в домашній мережі. Коли пристрій мобільного зв'язку, наприклад, мобільний телефон, переміщується з користувачем за межі зони покриття домашнього оператора ("території"), пристрій як і раніше може здійснювати доступ до послуг з використанням роумінгових механізмів/послуги. Проте, є зростаюче число людей, які живуть в декількох будинках, і, звичайно, машини, наприклад, літаки і автомобілі не мають "будинку" в людському значенні слова. Такі користувачі погано обслуговуються за допомогою існуючих систем. Інша проблема, яку зазнають мандрівники при подорожах на кордонах країн або регіонів, полягає в тому, що мобільні телефони можуть ненавмисно приєднуватися до зовнішньої мережі, навіть якщо вони фізично можуть бути на домашній території. У звичайному режимі роботи, коли переносний телефон (тобто мобільний телефон) приєднаний до мережі, він залишається приєднаним до неї доти, поки сигнал не буде втрачений або абонент не роз'єднається вручну. Як результат, користувачеві виставляється висока плата за послуги в роумінгу протягом тривалого періоду, навіть якщо він фізично знаходиться на домашній території. У деяких регіонах, таких як Канада, США і Індія, в яких існує національний роумінг, цей ефект може приводити до випадково високих рахунків, навіть коли клієнт взагалі не подорожує. При подорожі користувачам доступно декілька варіантів, які допомагають знижувати цю додаткову плату. Один варіант для користувача полягає в тому, щоб купувати безліч додаткових попередньо оплачених модулів ідентифікації абонента (SIM), по одному для кожної території, яку відвідує користувач. SIM є пластиковою картою з вбудованою електронною схемою, яка має унікальний серійний номер і міжнародний номер для користувача мобільного зв'язку (IMSI). SIM забезпечує зв'язок між мобільним пристроєм і доступними стільниковими мережами. Отже, за допомогою купівлі множини різних SIM (по одному для кожної території) користувач має можливість замінювати початковий SIM належним SIM для території, що відвідується. Таким чином, мобільний пристрій виглядає як абонент зовнішньої мережі, що означає те, що користувач може здійснювати і приймати виклики або використовувати послуги передачі даних без додаткової плати в роумінгу. Цей варіант має багато недоліків: Користувач повинен купувати і носити з собою множину різних SIM-карт; Користувач повинен упевнюватися, що існує достатній кредит на рахунках, пов'язаних з кожною SIM-картою. Крім того, в ряді різних мереж небажано мати невикористаний кредит, оскільки цей кредит може витрачатися без погашення; Дія по підтримці множини різних рахунків SIM є обтяжливою і забирає багато часу, містячи в собі значну взаємодію користувача; Коли абонент міняє SIM, номер його мобільного телефону змінюється, що означає те, що він більш не є доступним по номеру, що звичайно використовується. Додатково, якщо він виконує вихідний виклик, то його ідентифікатор лінії викликаючого абонента (CLI) є новим, і, отже, 1 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 60 невідомим для приймального пристрою. Це може приводити до відмови від відповіді на цей виклик абонента, що викликається, оскільки він не розпізнає викликаючого абонента. Правоохоронні органи мають складності при спробі відстежувати небажаних людей, оскільки вони фактично повинні відстежувати декілька копій ідентичного користувача. У рівні техніки зроблені спроби подолати щонайменше деякі з цих проблем. WO2006/002951 (Brunnekreef) стосується підходу, при якому користувач (або додаток) в мобільному телефоні може додавати (іноді прихований) номер телефону проміжної послуги, яка повинна приймати виклик користувача, видаляти додану інформацію і здійснювати виклик по необхідному номеру призначення. Викликаючий абонент потім завершує виклик автоматично і чекає зворотного виклику. Проміжна послуга виконує зворотний виклик користувача, щоб завершувати з'єднання, і це може забезпечувати більш вигідні для користувача тарифи по викликах, ніж звичайна додаткова плата в роумінгу. Недолік цього підходу полягає в появі затримки в каналі зв'язку в той час, коли користувач намагається контактувати з іншою стороною. Крім того, користувач отримує дуже погані інтерфейсні можливості внаслідок проблем сумісності програмного забезпечення переносного телефону: залежно від моделі мобільного телефону, може здаватися, що телефон "нічого не робить" доти, поки не відновиться виклик, можуть з'являтися дивні повідомлення, такі як "збій виклику" або "виклик заблокований", або послуга може взагалі не працювати. Інший підхід, відомий з рівня техніки, полягає в тому, щоб мати механічний пристрій, який включає в себе гнучку магнітну карту (яка часто називається "тонким SIM-модулем"). Цей пристрій фізично підключає декілька SIM до переносного телефону і може бути використаний із засобом перемикання між SIM. Цей пристрій вимагає наявності деякого резервного місця в переносному телефоні для того, щоб зберігати додаткові SIM, і це рішення проблематично реалізовувати, якщо SIM є несумісними один з одним (наприклад, використовують різні швидкості передачі даних або напруги). Альтернативно, образи всіх, за винятком одного SIM, можуть бути клоновані на кристалі тонкого SIM-модуля, і SIM, що залишився, використовується - це рішення типу "один плюс множина клонів". Так само, фізичний форм-фактор є несумісним з багатьма переносними телефонами, і клонування SIM незаконне в багатьох країнах і порушує умови контракту практично у всіх випадках. Доступні SIM з декількома IMSI, які пропонують можливість попереднього програмування з множиною наборів даних мобільних абонентів. Набори даних іноді некоректно згадуються як IMSI, звідси і назва "SIM з декількома IMSI", але фактично є наборами даних, які містять міжнародний ідентифікатор абонента мобільного зв'язку (IMSI) і інші пов'язані з мережею дані. Такі SIM мають можливість обробки і алгоритм для того, щоб представляти коректний набір даних для телефону на основі місцеположення цього телефону. Це дає можливість представлення телефону як "локальний" абонент для мережі, що розглядається. Множина SIM-систем з двома і множиною IMSI фіксованого формату продані за допомогою таких компаній, як VeriSign і Gemalto, і вони описуються в різних заявках на патент, наприклад, Cammileri (WO2007102003), Stadelmann (WO9955107), Salomon (WO0221872), Bongers (WO0049820). У таких системах компонент програмного забезпечення запускається в SIM або на переносному телефоні або в окремому електронному модулі і приймає рішення відносно того, який IMSI використати з урахуванням місцеположення і доступних мереж. Такі системи іноді називаються SmartSIM (інтелектуальні SIM), але фактично це помилкова назва, оскільки всі SIM є інтелектуальними і містять мікропроцесор і запам'ятовуючий пристрій для того, щоб виконувати програми вибору мережі і аутентифікації. Проте, такі системи типово є відносно негнучкими до змін доступності мережі у часі і вимагають обґрунтованого прийняття рішень від користувачів. Це може приводити до збоїв при роботі і вибору поганих мереж. Поліпшена система розкрита в попередній заявці заявника WO 2011/036484. У ній розкрита система, в якій центральна служба ("IMSI-посередник") виконана з можливістю ініціалізувати SIM мобільного телефону з новими ідентифікаційними даними при необхідності. Хоч цей підхід вирішує певні проблеми рівня техніки, він сам по собі не вирішує проблему здійснення надійного і ефективного вибору ідентифікаційних даних в мобільному телефоні. РОЗКРИТТЯ ВИНАХОДУ У першому аспекті, винахід надає спосіб керування ідентифікаційними даними для використання в пристрої мобільного зв'язку в мережі зв'язку, що містить етапи, на яких ініціюють процес керування ідентифікаційними даними; виявляють один або більше параметрів, асоційованих з пристроєм мобільного зв'язку; в процесі керування ідентифікаційними даними, вибирають правило керування ідентифікаційними даними, визначене за допомогою одного або більше виявлених параметрів; в процесі керування ідентифікаційними даними, здійснюють 2 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 60 пошук в базі даних ідентифікаційних даних, причому кожний запис містить ідентифікаційні дані і додаткову ідентифікаційну інформацію для кожних ідентифікаційних даних, при цьому здійснення пошуку пріоритезує записи згідно з правилом керування ідентифікаційними даними; в процесі керування ідентифікаційними даними, вибирають ідентифікаційні дані, коли запис, відповідний правилу керування ідентифікаційними даними, знайдений при вказаному пошуку; і в процесі керування ідентифікаційними даними, модифікують активні ідентифікаційні дані пристрої мобільного зв'язку таким чином, що вони є вибраними ідентифікаційними даними, коли активні ідентифікаційні дані ще не є вибраними ідентифікаційними даними. Даний спосіб є особливо ефективним, оскільки автори даного винаходу виявили, що параметри, асоційовані з самим пристроєм мобільного зв'язку, а не тільки параметри, пов'язані з місцеположенням, можуть бути особливо важливими для вибору ідентифікаційних даних. Це зумовлено тим, що виявлено, що деякі ідентифікаційні дані (наприклад, внаслідок властивостей або способу роботи асоційованих мереж зв'язку) є особливо ефективними або менш схильними до проблем, ніж інші, для конкретних пристроїв мобільного зв'язку. Переважно, кожні вказані ідентифікаційні дані містять IMSI. Один або більше параметрів містять тип переносного телефону. Він може бути визначений з ТАС-коду в IMEI переносного телефону. Один або більше параметрів також можуть містити тип підписки, асоційований з пристроєм, при цьому тип підписки стосується однієї або більше з операційної системи пристрою і типу зв'язку. Ці параметри надають можливість ефективного вибору ідентифікаційних даних, щоб не допускати труднощів, які можуть виникати в конкретних комбінаціях пристрою мобільного зв'язку і мережі. Додаткова інформація може містити MCC і MNC для кожних ідентифікаційних даних. У цьому випадку, переважно, якщо правило керування ідентифікаційними даними забезпечує вибір ідентифікаційних даних на основі збігу частини або всього значення MCC або MNC. Якщо збіг не встановлений за допомогою правила керування ідентифікаційними даними з конкретними ідентифікаційними даними, нові ідентифікаційні дані можуть бути вибрані з пулу співпадаючих ідентифікаційних даних. Переважно, процес модифікації активних ідентифікаційних даних визначається згідно з одним або більше параметрами пристрою. Це забезпечує ефективне здійснення модифікації активних ідентифікаційних даних відповідно до характеристик самого пристрою. Переважно, якщо при модифікації активних ідентифікаційних даних обслуговування не надається для нових активних ідентифікаційних даних, активні ідентифікаційні дані модифікуються на резервні ідентифікаційні дані, відмінні від ідентифікаційних даних, для яких не надається обслуговування. Це забезпечує те, що пристрій не отримує фіксовані ідентифікаційні дані, які теоретично є оптимальними, але які на практиці має проблему обслуговування. При такому підході обслуговування як і раніше повинно виходити в результаті, навіть якщо початковий вибір ідентифікаційних даних є неефективним. У іншому аспекті, винахід пропонує модуль ідентифікації абонента для використання в пристрої мобільного зв'язку, що має множину ідентифікаційних даних для використання в мережі мобільного зв'язку, причому модуль ідентифікації абонента містить запам'ятовуючий пристрій і процесор, при цьому запам'ятовуючий пристрій містить процес керування ідентифікаційними даними для виконання процесором і базу даних ідентифікаційних даних, а процесор виконаний з можливістю при ініціюванні, ініціювання процесу керування ідентифікаційними даними; виявлення одного або більше параметрів, асоційованих з пристроєм мобільного зв'язку; в процесі керування ідентифікаційними даними, вибору правила керування ідентифікаційними даними, визначеного за допомогою одного або більш виявлених параметрів; в процесі керування ідентифікаційними даними, пошуку в базі даних ідентифікаційних даних, причому кожний запис містить ідентифікаційні дані і додаткову ідентифікаційну інформацію для кожних ідентифікаційних даних, при цьому здійснення пошуку пріоритезує записи згідно з правилом керування ідентифікаційними даними; в процесі керування ідентифікаційними даними, вибору ідентифікаційних даних, коли запис, відповідний правилу керування ідентифікаційними даними, знайдений при вказаному пошуку; і в процесі керування ідентифікаційними даними, модифікування активних ідентифікаційних даних пристрою мобільного зв'язку таким чином, що вони є вибраними ідентифікаційними даними, коли активні ідентифікаційні дані ще не є вибраними ідентифікаційними даними. КОРОТКИЙ ОПИС КРЕСЛЕНЬ Конкретні варіанти здійснення винаходу описуються нижче як приклад з посиланням на прикладені креслення, на яких: Фіг. 1 є коротким представленням традиційної системи зв'язку, в якій можуть працювати аспекти даного винаходу; 3 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 60 Фіг. 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 і навпаки. Вищезгадане справедливе, коли користувач "перемикається на роумінг" з домашньої/локальної мережі у зовнішню мережу, яка також називається "роумінговою мережею". Проте, коли мобільний телефон намагається підключатися до мережі, яка не є домашньою/локальною мережею, роумінгова мережа обмінюється даними з домашньою мережею, щоб верифікувати, авторизований чи ні мобільний телефон на те, щоб використовувати роумінгову мережу. Цей зв'язок є можливим, оскільки існують взаємні угоди між багатьма доступними операторами мережі. 4 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 60 Коли користувач перемикається на роумінг з домашньої послуги в зону, що обслуговується за допомогою іншого оператора, виконується обмін повідомленнями по 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. Кожний раз, коли користувач приїжджає на іншу територію (головним чином 5 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 в нову країну, але це також може бути новий регіон всередині країни), IMSI-посередник видає найбільш оптимальні IMSI і правила IMSI-вибору для цієї території. IMSI-посередник відправляє цей новий IMSI в SIM по радіоінтерфейсу (OTA). Це рішення виключає необхідність змінювати SIM, коли нові мережеві угоди стають доступними. Абонентам видається додатковий IMSI при будь-якій можливості. Оновлення і керування даними в SIM може здійснюватися по радіоінтерфейсу з використанням будь-якого доступного ОТА-радіоз'єднання. Деякі приклади включають в себе, але не тільки, стільникові канали передачі службових сигналів, стільникові з'єднання для передачі даних, обмін текстовими повідомленнями, 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 правил. 6 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 60 Мережа також містить ОТА-модуль, який виконаний з можливістю відправляти повідомлення оновлення в мобільні телефони по мірі необхідності. Повідомлення оновлення можуть включати в себе альтернативні 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 або карти; 7 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 60 - зміна контенту будь-якого конкретного файлу 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-зміни. ОТА-тригери і тригери з інших додатків на карті (наприклад, 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 на основі конкретної дії на основі виявленого типу переносного телефону і мережі. 8 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 60 Етап 2 (показаний на фіг. 6) - вибір IMSI на основі заданих критеріїв з пулу IMSI, доступних для цієї мети (об'єднання в пул). Цей вибір не оснований на поточній мережі. При переході до процедури IMSI-вибору, якщо режим IMSI-вибору задається як ручний, після цього спосіб завершується без зміни. Якщо режим IMSI-вибору задається як автоматичний, то IMEI переносного телефону виявляється, тип підписки зчитується з SIM і MCC, і MNC витягується з результату команди PROVIDE LOCAL INFORMATION (Cell ID) з інструментарію SIM. Цей процес описується нижче детальніше з посиланням на фіг. 5. Він містить два основні етапи: визначення типу підписки і визначення IMSI для використання на основі типу підписки і коду мережі. Процес починається за допомогою конкретної дії (етап 1001), наприклад, як пояснено вище відносно ініціювання етапів. IMEI (міжнародний ідентифікатор мобільного обладнання, що надає унікальні ідентифікаційні дані для кожного мобільного пристрою) для пристрою потім витягується (етап 1002) і ТАС-код витягується (TAC, або код призначення типу, ідентифікує модель і походження пристрою і надається як номер з 8 цифр, що становить частину IMEI). ТАС-код потім зіставляється із записом, збереженим в SIM (етапи 1003 і 1004). Це не повинно бути точним збігом, тобто підстановочний механізм може бути використаний для того, щоб виявляти збіг тільки частини ТАС-коду. Якщо запис знайдений (етап 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, інакше використання першого запису. 9 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 60 - Циклічно - використання 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-аплету через розподілений інтерфейс або за допомогою ОТА-оновлення файлу посібника 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 (тип х), де х передається в процедуру, - Відображення користувачеві повідомлення із запитом на вимкнення і потім знов увімкнення телефону, - через окремий додаток 1, - через окремий додаток 2. Конкретний процес, який повинен далі здійснюватися, може бути визначений для конкретного типу переносного телефону, вибираного відповідно до характеристик переносного телефону, з тим щоб забезпечувати ефективне функціонування. Додаток використовує команду REFRESH (Оновити) з інструментарію розробки прикладних застосувань карти, щоб скидати GSM/3G/LTE-сеанс і повідомляти в переносний телефон те, що наступні файли змінені. Якщо переносний телефон не підтримує цю команду, то використовується альтернативний підхід, наприклад, запит за допомогою додатку того, щоб користувач вимкнув і увімкнув переносний телефон, з використанням команди DISPLAY TEXT 10 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 (Відображати текст) з інструментарію розробки прикладних застосувань карти. Альтернативно, для конкретних переносних телефонів може бути ініційований абсолютно інший додаток. Коли 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 опційно може заздалегідь завантажуватися при виготовленні або модифікуватися за допомогою ОТА-інформації, відправленої з хост-системи. Термін "територія", що використовується в даному документі, має намір означати будь-яку конкретну місцевість, тобто з точки зору країн, регіонів і можливо навіть заданих мереж. Терміни "мобільний телефон", "переносний телефон", "мобільний термінал", "пристрій зв'язку" можуть вважатися взаємозамінними в цьому документі. Фахівцям в даній галузі техніки потрібно взяти до уваги, що даний винахід не обмежений подробицями описаних варіантів здійснення; навпаки, множина змін і модифікацій можуть здійснюватися без відступу від суті і об'єму винаходу, викладених в прикладеній формулі винаходу. 55 ФОРМУЛА ВИНАХОДУ 60 1. Спосіб керування ідентифікаційними даними для використання в пристрої мобільного зв'язку в мережі зв'язку, що містить етапи, на яких: ініціюють процес керування ідентифікаційними даними; виявляють один або більше параметрів, асоційованих з пристроєм мобільного зв'язку; 11 UA 114897 C2 5 10 15 20 25 30 35 40 45 50 55 60 в процесі керування ідентифікаційними даними, вибирають правило керування ідентифікаційними даними, визначене за допомогою одного або більше виявлених параметрів; в процесі керування ідентифікаційними даними, здійснюють пошук в базі даних ідентифікаційних даних, причому кожний запис містить ідентифікаційні дані і додаткову ідентифікаційну інформацію для кожних ідентифікаційних даних, при цьому здійснення пошуку пріоритезує записи згідно з правилом керування ідентифікаційними даними; в процесі керування ідентифікаційними даними, вибирають ідентифікаційні дані, коли запис, відповідний правилу керування ідентифікаційними даними, знайдений при вказаному пошуку; і, в процесі керування ідентифікаційними даними, модифікують активні ідентифікаційні дані пристрою мобільного зв'язку таким чином, що вони є вибраними ідентифікаційними даними, коли активні ідентифікаційні дані ще не є вибраними ідентифікаційними даними. 2. Спосіб за п. 1, в якому кожні вказані ідентифікаційні дані містять IMSI. 3. Спосіб за п. 1 або 2, в якому один або більше параметрів містять тип переносного телефону. 4. Спосіб за п. 3, в якому тип переносного телефону визначають з ТАС-коду в ІМЕІ переносного телефону. 5. Спосіб за будь-яким з попередніх пунктів, в якому один або більше параметрів містять тип підписки, асоційований з пристроєм, причому тип підписки стосується одного або більше з операційної системи пристрою і типу зв'язку. 6. Спосіб за будь-яким з попередніх пунктів, в якому додаткова інформація містить МСС і MNC для кожних ідентифікаційних даних. 7. Спосіб за п. 6, в якому правило керування ідентифікаційними даними забезпечує вибір ідентифікаційних даних на основі збігу частини або всього значення МСС або MNC. 8. Спосіб за п. 6 або 7, в якому, якщо збіг не встановлений за допомогою правила керування ідентифікаційними даними з конкретними ідентифікаційними даними, нові ідентифікаційні дані вибирають з пулу співпадаючих ідентифікаційних даних. 9. Спосіб за будь-яким з попередніх пунктів, в якому процес модифікації активних ідентифікаційних даних визначають згідно з одним або більше параметрами пристрою. 10. Спосіб за будь-яким з попередніх пунктів, в якому, якщо при модифікації активних ідентифікаційних даних обслуговування не надається для нових активних ідентифікаційних даних, активні ідентифікаційні дані модифікують на резервні ідентифікаційні дані, відмінні від ідентифікаційних даних, для яких не надають обслуговування. 11. Модуль ідентифікації абонента для використання в пристрої мобільного зв'язку, що містить множину ідентифікаційних даних для використання в мережі мобільного зв'язку, причому модуль ідентифікації абонента містить запам'ятовуючий пристрій і процесор, при цьому запам'ятовуючий пристрій містить процес керування ідентифікаційними даними для виконання процесором і базу даних ідентифікаційних даних, а процесор виконаний з можливістю: при ініціюванні, ініціювання процесу керування ідентифікаційними даними; виявлення одного або більше параметрів, асоційованих з пристроєм мобільного зв'язку; в процесі керування ідентифікаційними даними, вибору правила керування ідентифікаційними даними, визначеного за допомогою одного або більше виявлених параметрів; в процесі керування ідентифікаційними даними, пошуку в базі даних ідентифікаційних даних, причому кожний запис містить ідентифікаційні дані і додаткову ідентифікаційну інформацію для кожних ідентифікаційних даних, при цьому здійснення пошуку пріоритезує записи згідно з правилом керування ідентифікаційними даними; в процесі керування ідентифікаційними даними, вибору ідентифікаційних даних, коли запис, відповідний правилу керування ідентифікаційними даними, знайдений при вказаному пошуку; і, в процесі керування ідентифікаційними даними, модифікації активних ідентифікаційних даних пристрою мобільного зв'язку таким чином, що вони є вибраними ідентифікаційними даними, коли активні ідентифікаційні дані ще не є вибраними ідентифікаційними даними. 12. Модуль ідентифікації абонента за п. 11, в якому кожні з множини ідентифікаційних даних являють собою ІMSI. 13. Модуль ідентифікації абонента за п. 11 або 12, в якому один або більше параметрів містять тип переносного телефону. 14. Модуль ідентифікації абонента за п. 13, в якому тип переносного телефону визначається з ТАС-коду в ІМЕІ переносного телефону. 15. Модуль ідентифікації абонента за будь-яким з пп. 11-14, в якому один або більше параметрів містять тип підписки, асоційований з пристроєм, причому тип підписки стосується одного або більше з операційної системи пристрою і типу зв'язку. 16. Модуль ідентифікації абонента за будь-яким з пп. 11-15, в якому додаткова інформація містить МСС і MNC для кожних ідентифікаційних даних. 12 UA 114897 C2 5 10 17. Модуль ідентифікації абонента за п. 16, в якому правило керування ідентифікаційними даними забезпечує вибір ідентифікаційних даних на основі збігу частини або всього значення МСС або MNC. 18. Модуль ідентифікації абонента за п. 16 або 17, в якому, якщо збіг не встановлений за допомогою правила керування ідентифікаційними даними з конкретними ідентифікаційними даними, нові ідентифікаційні дані вибираються з пулу співпадаючих ідентифікаційних даних. 19. Модуль ідентифікації абонента за будь-яким з пп. 11-18, в якому процес модифікації активних ідентифікаційних даних визначається згідно з одним або більше параметрами пристрою. 20. Модуль ідентифікації абонента за будь-яким з пп. 11-19, в якому, якщо при модифікації активних ідентифікаційних даних обслуговування не надається для нових активних ідентифікаційних даних, активні ідентифікаційні дані модифікуються на резервні ідентифікаційні дані, відмінні від ідентифікаційних даних, для яких не надається обслуговування. 13 UA 114897 C2 14 UA 114897 C2 15 UA 114897 C2 Комп’ютерна верстка Л. Бурлак Міністерство економічного розвитку і торгівлі України, вул. М. Грушевського, 12/2, м. Київ, 01008, Україна ДП “Український інститут інтелектуальної власності”, вул. Глазунова, 1, м. Київ – 42, 01601 16