Спосіб безпровідного програмування мобільної станції у мережі зв’язку та спосіб і система дистанційного програмування мобільної станції

1 Спосіб безпровідного програмування мобільної станції у мережі зв'язку, де вона є візитером, який передбачає операції - генерування тимчасового ідентифікатора для цієї мобільної станції у комутаційному центрі мережі зв'язку, у якій ця мобільна станція є візитером, - передачу цього тимчасового ідентифікатора від комутаційного центру до місцевого регістру місцезнаходжень, - прийому місцевим регістром місцезнаходжень ідентифікатора від комутаційного центру, встановлення інформаційного зв'язку між місцевим регістром місцезнаходжень і мобільною станцією, яка використовує цей ідентифікатор мобільної станції, - програмування цієї мобільної станції з місцевого регістру місцезнаходжень 2 Спосіб за п 1, який відрізняється тим, що програмування мобільної станції включає зміну конфігурації обслуговування цієї мобільної станції 3 Спосіб за п 1, який відрізняється тим, що програмування мобільної станції включає аутентифікацію цієї мобільної станції 4 Спосіб за п 1, який відрізняється тим, що передача тимчасового ідентифікатора від комутаційного центру до місцевого регістру місцезнаходжень включає передачу тимчасового ідентифікатора до проміжної станції, - пересилання цього тимчасового ідентифікатора від проміжної станції до кінцевого адресата, який містить місцевий регістр місцезнаходжень 5 Спосіб за п 4, який відрізняється тим, що генерування тимчасового ідентифікатора у кому таційному центрі мережі звязку ІНІЦІЮЄТЬСЯ голосовим викликом від мобільної станції до проміжної станції, причому цією проміжною станцією є центр обслуговування 6 Спосіб за п 5, який відрізняється тим, що встановлення інформаційного зв'язку між місцевим регістром місцезнаходжень і мобільною станцією включає асоціювання голосового виклику з цим інформаційним зв'язком у комутаційному центрі і призначення цій мобільній станції регістру у місцевому регістрі місцезнаходжень 7 Спосіб дистанційного програмування мобільної станція, що є візитером обслуговуючої системи, який включає - встановлення цією мобільною станцією контакту з обслуговуючою системою, - генерування тимчасового ідентифікаційного номера для цієї мобільної станції у обслуговуючій системі, пересилання цього тимчасового ідентифікаційного номера від обслуговуючої системи до центру обслуговування користувачів, - встановлення ідентифікатора місцевої системи у центрі обслуговування користувачів, встановлення інформаційного зв'язку між мобільною станцією і місцевою системою, яка виконує функцію транспортного середовища для цього інформаційного зв'язку, - генерування у місцевій системі сервісного програмувального повідомлення, - пересилання цього сервісного програмувального повідомлення від місцевої системи до мобільної станції з використанням цього інформаційного зв'язку 8 Спосіб за п 7, який відрізняється тим, що обслуговуюча система включає базову станцію і комутаційний центр мобільних пристроїв 9 Спосіб за п 7, який відрізняється тим, що місцева система включає місцевий регістр місцезнаходжень і аутентифікаційний центр 10 Система дистанційного програмування мобільної станції,що рухається, яка включає - комутаційний центр мобільних пристроїв, пристосований генерувати тимчасовий ідентифікатор для мобільної станції, приймати рішення про встановлення інформаційного зв'язку між мобільною станцією, що рухається, і місцевою системою цієї О ю о ю 50751 мобільної станції і встановлювати інформаційний зв'язок між мобільною станцією, що рухається, і місцевою системою цієї мобільної станції, і - місцеву систему, пристосовану зберігати набір інструкцій для процесора, розміщеного у мобільній станції, і встановлювати інформаційний зв'язок між мобільною станцією, що рухається, і місцевою системою, якщо остання приймає перехідний ідентифікатор для цієї мобільної станції Винахід стосується систем зв'язку, зокрема способу дистанційного безпровідного обслуговуючого програмування мобільної станції Звичайно активування щойно придбаної мобільної станції потребує багато ручних операції і витрат часу Одною з незручностей для користувача є необхідність принести мобільну станцію до центру обслуговування для її активування Мобільна станція є абонентською станцію з категорії "Домашні пристрої зв'язку загального користування у СТІЛЬНИКОВІЙ системі", призначеною для використання під час руху або під час зупинок у невизначених місцях Ця категорія включає ДІЙСНІ мобільні, ручні портативні, нерухомі станції і ІНШІ прилади У центрі обслуговування технік програмує і закладає у мобільну станцію різні параметри, включаючи інформацію, що дозволяє цьому пристрою здійснювати зв'язок і ідентифікує мобільну станцію у мережі Іноді у мобільну станцію програмують спеціальну інформацію від виробника У інших випадках у мобільну станцію закладають кілька наборів параметрів і тоді мобільна станція матиме, наприклад, локальні ідентифікатори для різних зон обслуговування Якщо потрібно змінити інформацію у вже активованій мобільній станції, то цей процес також передбачає ручні операції і потребує часу У цьому випадку також необхідно приносити мобільну станцію до центру обслуговування, що дуже незручно Однією З задач винаходу є створення способу активування мобільної станції для роботи у мережі зв'язку без доставки користувачем мобільної станції до центру обслуговування або у інше місце Другою задачею винаходу є створення способу зміни інформації у мобільній станції для роботи у мережі зв'язку, без доставки користувачем мобільної станції до центру обслуговування або у інше місце У подальшому на ці дві задачі винаходу, а саме активування мобільної станції і зміна інформації у ній без доставки и до центру обслуговування або до іншого місця, будуть посилання як на дистанційне обслуговуюче програмування (ДОП) Іншою задачею винаходу є забезпечення інфраструктури сигналів, необхідної для ДОП мобільної станції, призначеної працювати у мережі зв'язку з використанням мобільного комутуючого центра (МКЦ) і регістра місцезнаходжень візитерів (РМВ) Ці та ІНШІ задачі винаходу вирішено шляхом створення нової поліпшеної інфраструктури сигналів і способу ДОП мобільної станції для роботи у мережі зв'язку Згідно З винаходом, мобільна станція передає до мобільного комутуючого центра (МКЦ), з'єднаного з мережею, повідомлення, яке включає запит на ДОП, ідентифікатор мобільної станції, який у ній зберігається, і її електронний серійний номер (ЕСН) Якщо, як вже згадувалось, мобільна станція має кілька ідентифікаторів, користувач обирає той з них, який буде дійсний під час процедури ДОП ЕСН являє собою 32-бітове число, призначене мобільній станції виробником, яке є однозначним ідентифікатором обладнання цієї станції Ідентифікатором мобільної станції (ІДМС) може бути II ідентифікаційний номер (ІНМС) або міжнародний ідентифікатор цієї станції (МІМС) ІНМС являє собою 34-бітове число, яке є двійковою репрезентацією десяти розрядного числа, призначеного мобільній станції МІМС являє собою число довжиною до 15 розрядів, яке є міжнародним ідентифікатором станції У подальшому вважається, що замість ІНМС може використовуватися МІМС У результаті мобільна станція одержує голосовий зв'язок з пристроєм початкового обслуговування У МКЦ мобільній станції призначається тимчасовий номер для посилань (ТНП), який ідентифікує МКЦ і мобільну станцію ТНП може бути ІДМС, телефонним номером або будь-яким іншим номером У подальшому замість ІНМС може вживатися ІДМС Якщо ТНП не є ІДМС, на період процедури ДОП мобільній станції має бути призначений унікальний тимчасовий ідентифікатор ІДМС Під час встановлення голосового зв'язку до пристрою обслуговування надсилаються ТНП і, якщо це можливо, ІДМС (якщо його призначено), поточний ІДМС, що зберігається у мобільній станції, і ЕСН Може виявитись неможливим надіслати ІДМС і ЕСН до пристрою обслуговування, оскільки у деяких системах існує дозвіл передавати у каналі голосового зв'язку тільки ДІЙСНІ телефонні номери або телефонні номери, призначені цьому МКЦ Якщо виявляється, що початковий пристрій обслуговування небажаний, голосовий виклик перепризначується по черзі іншим пристроям доки не буде знайдено бажаного До знайденого пристрою обслуговування також надсилаються ТНП і, можливо, ІДМС, а також ЕСН Цей пристрій обирає у мережі зв'язку місцевий регістр місцезнаходжень, з яким має бути пов'язана мобільна станція Місцевий регістр місцезнаходжень (МРМ) встановлює з МКЦ зв'язок, надсилаючи до нього повідомлення, яке містить ТНП Це уможливлено тим, що ТНП ідентифікує МКЦ МКЦ використовує ТНП як ідентифікатор мобільної станції, для якої виконується ДОП МКЦ надсилає до МРМ повід 50751 омлення, яке містить тимчасовий ІДМС, якщо його призначено у МКЦ, поточний ІДМС, що зберігається у мобільній станції, і м ЕСН, якщо вони не були одержані пристроєм обслуговування під час встановлення голосового зв'язку Якщо ТНП відрізняється від тимчасового ІДМС, він вилучається з МКЦ Після ЦЬОГО ДЛЯ посилання на інформацію, що стосується мобільної станції, убудь-якому елементі мережі використовується тимчасовий ІДМС (який може являти собою ТНП) і ЕСН мобільної станції Пристрій обслуговування або МРМ через мережу зв'язку можуть надіслати до мобільної станції запит на деяку інформацію, що міститься у станції або призначити мобільній станції новий постійний ІДМС і, використовуючи мережу, через МКЦ передати до мобільної станції обслуговуючу програмуючу інформацію, яка, можливо, містить щойно призначений ІДМС Пристрій обслуговування також передає цю інформацію до МРМ Після ТОГО, ЯК обслуговуючу програмуючу інформацію успішно передано до мобільної станції, пристрій обслуговування або МРМ надсилає до мобільної станції повідомлення з інструкцією записати цю інформацію у енергонезалежну пам'ять Інформація, надіслана до мобільної станції, також зберігається у енергонезалежній пам'яті МРМ і/або центра аутентифікацм (ЦА) МКЦ використовується лише як засіб обміну повідомленнями між МРМ і мобільною станцією МРМ має базу даних, яка містить реєстраційну і користувальну інформацію про абонентів системи МКЦ забезпечує взаємозв'язок між безпровідними абонентськими станціями, а також між безпровідними абонентськими станціями і комунальною комутаторною телефонною мережею (ККТМ) через одну або більше базових станцій, що належать до мережі ККТМ являє собою телекомунікаційну мережу, до якої мають доступ звичайні телефони, відгалуження до приватних АТС і засоби передачі даних, які обслуговують населення Базова станція це стаціонарна станція, яка використовується для зв'язку з мобільними станціями В залежності від контексту термін "базова станція" може стосуватись чарунки, сектора чарунки, МКЦ або іншої частини стільникової системи Спосіб ДОП згідно з винаходом передбачає мінімальне використання МКЦ і МРМ РМВ підтримує зв'язок з одним або більше МКЦ і має базу даних для тимчасового зберігання частини даних про абонентів і, у деяких випадках, дані, пов'язані з безпекою мобільної станції, яка у даний момент обслуговується МКЦ ДОП потребує також участі центру аутентифікацм (ЦА) для зберігання інформації, пов'язаної з безпекою мобільної станції, і для виконання пов'язаних з цією безпекою процедур, що використовуються для передачі до мобільної станції ключа аутентифікацм (А-ключа) і забезпечення приватності мовного зв'язку і/або захисного кодування повідомлень у каналі зв'язку між мобільною та базовою станціями ЦА забезпечує безпеку для мобільної станції А-ключ являє собою приховане сполучення бітів, яке зберігається у мобільній станції і ЦА Він використовується для створення і оновлення у мобільній станції доступних секретних даних (ДСД), які використовуються для аутентифікацм, охорони мовного зв'язку і кодування повідомлень ДСД являють собою сполучення бітів, що зберігається у мобільній станції і відоме ЦА і, можливо, РМВ ДСД зберігаються під час відсутності живлення Засіб обслуговування взаємодіє з МРМ, і тому зв'язок між цим засобом і ЦА взагалі здійснюється через МРМ Для зв'язку між МРМ і ЦА згідно з винаходом запропоновано нові повідомлення ДОП згідно з винаходом має такі переваги 1) ДОП не перевантажує МКЦ і РМВ, оскільки цей процес передбачає використання баз даних мобільної станції і МРМ/ЦА 2) Завдяки мінімізації використання МКЦ і РМВ застосування ДОП не передбачає змін у програмному забезпеченні МКЦ і РМВ 3) МРМ/ЦА керують процесом ДОП, діючи через центр керування обслуговуванням (ЦКО) 4) У процесі керування ЦКО потребує тільки взаємодії з МРМ Мовний зв'язок з ЦКО може здійснюватись через мережу або безпосередньо від МКЦ ДОП працює у обох випадках 5) МРМ може бути обраний після початку процедури ДОП Це дозволяє активувати мобільну станцію будь-де у межах зони обслуговування оператором За наявності ВІДПОВІДНИХ угод і мережевої підтримки ніщо не заважає активувати мобільну станцію у будь-якому МРМ, пов'язаним з МКЦ 6) МКЦ використовується лише як засіб зв'язку між МРМ і мобільною станцією Далі детально описано особливості, задачі переваги винаходу з посиланнями на супроводжуючі креслення, де фіг 1 містить блок-схему ТНПової мережі з одним МРМ і одним МКЦ, фіг 2 містить блок-схему ТНПової мережі з кількома МРМ і одним МКЦ, фіг 3 містить блок-схему ТНПової мережі з кількома МРМ і окремими МКЦ, фіг 4А містить схему алгоритму програмування мобільної станції з використанням ДОП, фіг 4Б є продовженням фіг 4А, фіг4В містить схему, що ілюструє проходження сигналів у ТНПовій комунікаційній мережі, у якій початковий голосовий зв'язок являє собою виклик переадресований від першого ЦКО до другого, фіг 4Г є продовженням фіг 4В, фіг 5 містить схему, що ілюструє сигнали, що використовуються для ВІДМІНИ реєстрації старого ІДМС, пов'язаного з мобільним засобом згідно з винаходом, фіг 6 містить схему, що ілюструє проходження сигналів при передачі А-ключа згідно з винаходом, фіг 7 ілюструє проходження сигналів при оновленні ДСД згідно з винаходом, фіг 8 ілюструє проходження сигналів при виконанні процедури повторної аутентифікацм згідно з винаходом, На фіг 1 зображено блок-схему ТНПової мережі 100 згідно з винаходом Далі описано цю мережу, а також и ТНПові варіанти, наведені на 50751 фіг 2, 3 Фіг4А, 4Б, 4Г ілюструють окремі операції, а фіг 4В, 5, 6, 7 - сигнали у мережі Мережа 100 (фіг 1) має у складі мобільну станцію (МС) 2, яка має зв'язок з базовою станцією (БС) 6 через інтерфейс U m 4, БС 6 має зв'язок з МКЦ 10 через інтерфейс А 8, МКЦ 10 має зв'язок з РМВ 14 і МРМ 18 через інтерфейси Б 12 і В 28 ВІДПОВІДНО, РМВ 14 має зв'язок з МРМ 18 через інтерфейс Г 16, а МРМ 18 має зв'язок з ЦА 22 і ЦКО 26 через інтерфейси Ж 20 і Н (власника) 24 ВІДПОВІДНО Пунктирною ЛІНІЄЮ 46 показано голосовий зв'язок між МКЦ 10 і ЦКО 26 Інтерфейси А, Б, В, Г, Ж і Um є стандартними промисловими інтерфейсами і використовуються, наприклад, Асоціацією Промисловості Зв'язку (ТІА) Відзначимо, що на фіг 1 тільки один МРМ має зв'язок з ЦКО Фіг 2 містить блок-схему мережі 200 з кількома МРМ Крім елементів мережі 100, мережа 200 має МРМ 38, який має зв'язок з ЦКО 26, МКЦ 10, РМВ 14 і ЦА 42 через інтерфейси Н 36 (власника), В 34, Г 48 і Ж 40 ВІДПОВІДНО Фіг 2 ілюструє випадок, коли існує вибір між МРМ, у яких можуть зберігатися дані мобільної станції У цьому випадку з МРМ має зв'язок тільки один ЦКО Фіг 3 МІСТИТЬ блок-схему мережі 300 з кількома МРМ і кількома ЦКО Крім елементів мережі 200, мережа 300 має ЦКО 44 і голосовий канал 54 МРМ 38 має зв'язок з ЦКО 44 через інтерфейс Н 36, а ЦКО 26 перепризначує голосовий зв'язок 46 до ЦКО 44, використовуючи у цій операції голосовий канал 54 МРМ 18, 38 відповідають різним ЦКО 26, 44 Ініціалізацію процедури ДОП згідно з винаходом буде описано спочатку у мережах з архітектурами, зображеними на фіг 1 - 3 Після цього будуть описані функції і процеси, які відбуваються під час реалізації ДОП з посиланнями на фіг 4 - 8 Згідно З фіг 1 процедура ДОП починається з того, що мобільна станція 2 надсилає ІНІЦІЮЮЧИЙ виклик цієї процедури Користувач робить цей виклик, наприклад тому, Ідо він щойно придбав мобільний телефон і хоче підготувати його до нормальної роботи, не подорожуючи до центру обслуговування для активування телефону, або тому, що користувач хоче змінити інформацію, що зберігається у мобільному телефоні, або тому, що обслуговуючий технік інструктував його зробити цей виклик, щоб змінити у телефоні певні дані Користувач уводить у мобільну станцію 2 код з зумовленим префіксом, наприклад "*22", який визначає вимогу процедури ДОП Після префікса користувач уводить дані про бажану систему Наприклад, він може увести "XXX", що визначає систему, за якою користувач бажає зареєструватися (наприклад, системою А (*22800) або В (*22801)), "YYYY" - системний ідентифікаційний номер системи (СІН) бажаного надавача обслуговування, або "ZZZZZ" - системний код оператора (СКО) для паралельного доступу з розподілом часу (ПДРЧ) Замість того, щоб вручну уводити кодоване повідомлення з запитом на ДОП, користувач може натиснути на мобільній станції кнопку і одержати той же результат Якщо мобільна станція має кілька ідентифікаторів (як це згадувалося раніше), користувач обирає з них той, що буде використовуватись під час процедури ДОП Через ефірний ш 8 терфейс 4, базову станцію 6 і інтерфейс 8 виклик від мобільної станції надходить до обслуговуючого МКЦ 10 Одночасно з цим до МКЦ 10 передаються (і ПОТІМ зберігаються там) ЕСН і поточний ІДМС базової станції У ВІДПОВІДЬ на цей виклик МКЦ 10 створює ТНП, пов'язаний з базовою станцією, який ідентифікує МКЦ, після чого по голосовому каналу 46 спрямовує виклик до ЦКО 26 ТНП може бути ІДМС, довідниковим телефонним або будь-яким іншим номером У іншому варіанті, а саме тоді, коли ЦКО може простежити ТНП, що надійшов, і перевірити, чи він дійсно належить до поточної сукупності телефонних номерів МКЦ 10, можуть використовуватися ТНП, які можна простежити Якщо ТНП не є ІДМС, на час виконання процедури ДОП має бути призначений унікальний тимчасовий ІДМС У мережах, зображених на фіг 1, 2 виклик спрямовується безпосередньо до ЦКО 26 через голосовий зв'язок 46, хоча, згідно з фіг 3, виклик може бути переадресований до другого ЦКО 44 через голосовий канал 54 У обох випадках ТНП використовується для початкового посилання під час спроб ДОП і надсилається до ЦКО 26 (або 44) як частина виклику ТНП може знаходитись у елементі зв'язку між користувачами інтегрованої обслуговуючої цифрової мережі або у полі номера викликаючого абонента, або у іншому придатному елементі, здатному передавати його Як тільки виклик від МКЦ 10 надходить до ЦКО 26, ЦКО у ВІДПОВІДЬ виконує нижчеописані дії Оператор голосового зв'язку (засіб голосової ВІДПОВІДІ тощо) у ЦКО 26 починає діалог з користувачем мобільної станції 2, під час якого ЦКО 26 визначає, який саме МРМ - 18 або 38 (фіг 2, 3) буде використовуватись для зв'язку з МКЦ 10 під час сеансу передачі даних між МРМ 18 і МКЦ 10 Наприклад, надавач обслуговування може обслуговувати Нью Йорк і Лос Анджелес через ВІДПОВІДНІ МРМ Користувач з Лос Анджелесу може забажати програмувати свою мобільну станцію під час візиту до Нью Йорку У цьому випадку нью-йоркський оператор ЦКО може переадресувати виклик до оператора ЦКО у Лос Анджелесі Якщо МРМ, обраний для програмування, має безпосередній зв'язок з ЦКО 26 (фіг 1, 2), ЦКО 26 починає процедуру ДОП, встановлюючи зв'язок з призначеним МРМ (МРМ 18 через інтерфейс 24 власника або МРМ 38 через інтерфейс 36 на фіг 1, 2) ТНП, створений у МКЦ 10 через ЦКО 26 надходить до призначеного МРМ для встановлення зв'язку для передачі даних (через РМВ 14 і інтерфейси 16, 12) з МКЦ 10 На фіг 1 цей зв'язок включає МРМ 18, інтерфейс 16, РМВ 14, інтерфейс 12 і МКЦ 10 Якщо (фіг 2) бажаним є МРМ 18, цей зв'язок буде таким, як на фіг 1 Якщо (фігЗ) МРМ 38, обраний для ДОП, не має безпосереднього зв'язку з ЦКО 26, ЦКО 26 переадресує виклик до ЦКО 44, який має зв'язок з МРМ 38 і обраний для ДОП через голосовий канал 54 ТНП, призначений МКЦ, має бути переданий до ЦКО 44 Завдяки пере-адресацм виклику, мобільна станція 2 може бути обслугована будь-яким МРМ, який може виконувати проце 50751 дуру ДОП На фіг З цей зв'язок включає МРМ 38, інтерфейс 48, РМВ 14, інтерфейс 12 і МКЦ 10 Після того, як ЦКО 26 ІНІЦІЮЄ обраний МРМ (18 або 38 - ф і г 1 , 2) або ЦКО 44 (фіг 3) ІНІЦІЮЄ МРМ 38, МРМ встановлює зв'язок з МКЦ 10 для передачі даних, використовуючи ТНП, надісланий до МРМ від ЦКО Використовуючи ТНП, МРМ може ідентифікувати адресу МКЦ і, оскільки МРМ звичайно зберігає записи з ЕСН і ІДМС мобільної станції, МРМ вимагає від МКЦ ці дані щодо мобільної станції 2, щоб зберегти їх МРМ також вимагає поточний ІДМС, що міститься у мобільній станції Ці дані необхідні для оновлення ДСД, що буде описано далі Згідно з цим призначений МРМ встановлює з МКЦ 10 зв'язок для одержання ЕСН мобільної станції 2, поточного ІДМС, що зберігається у мобільній станції і тимчасового ІДМС, якщо він відрізняється від ТНП Вважається, що тимчасовий ІДМС, поточний ІДМС і ЕСН не були передані до ЦКО під час сеансу голосового зв'язку і тому мають бути отримані від МКЦ Як це описано далі у поясненнях до алгоритму і схем викликів, з мобільною станцією 2 встановлюється зв'язок для передачі даних, після чого ЦКО 26 (або 49) може передавати дані до мобільної станції 2 і програмувати и Ф і г 4 А містить блок-схему алгоритму процедури програмування згідно з винаходом Процес починається операцією 5 1 , якою користувач, бажаючи надіслати виклик процедури ДОП, згідно з інструкцією, прикладеної до телефону, набирає префікс С'*22") ІНІЦІЮЮЧОГО коду, після якого уводить подальші три - п'ять цифр, згаданих вище, що відповідають певній системі, СІН або СКО ПДРЧ Під час цієї операції мобільна станція 2 передає до МКЦ запит на ДОП, поточний ІДМС, що зберігається у мобільній станції і унікальний ЕСН до МКЦ, який приймає і зберігає ці дані МКЦ призначає ТНП, який ідентифікує МКЦ і мобільну станцію Якщо ТНП відрізняється від ІДМС, призначається тимчасовий унікальний ІДМС, який використовується під час процедури ДОП 10 ДОП мобільною станцією 2 Дані, що містяться у ТНП, включають (1) ідентифікатор мобільної станції, що дозволяє ЦКО и ідентифікувати, і (2) адресу МКЦ, що дозволяє іншим елементам мережі (наприклад, МРМ), використовуючи ТНП, однозначно ідентифікувати МКЦ, обслуговуючий мобільну станцію 2 На цій стадії процедури виконано голосовий виклик і призначення ТНП, але не встановлено зв'язок для передачі даних, необхідний для завантаження програмуючих даних у мобільну станцію 2 Тому після операції 57 виконується операція 511, під час якої ЦКО (26 або 44) ІНІЦІЮЄ МРМ (18 або 38) через зв'язок власника (Н) повідомленням, яке містить ТНП Використовуючи адресну частину МКЦ у ТНП, МРМ (18 або 38) може визначити адресу МКЦ 10, який обслуговує мобільну станцію 10 Після ЦЬОГО виконується операція 513, якою МРМ 18 через РМВ 14 (фіг 1, 2, 3) надсилає до МКЦ 10 нове повідомлення INVOKE (OTASERPROG), яке є частиною процедури ДОП Повідомлення ДОП OTASERPROG передається через РМВ 14 тому, що, згідно з галузевою угодою, повідомлення від МРМів звичайно проходять через РМВ 3 другого боку, однак, МРМ (18 або 38) може надсилати це повідомлення безпосередньо до МКЦ 10 Сполучення МРМ (18 або 38), РМВ 14 та МКЦ 10 (а також ВІДПОВІДНІ інтерфейси) створюють зв'язок для передачі даних між ЦКО (26 або 44) і МКЦ 10, паралельний зв'язку через голосовий канал 46 між мобільною станцією 2 і МРМ 18 (або 38) Після операції 515 виконується операція 517 (фіг 4Б) Ф і г 4 Б містить блок схему алгоритму, яка доповнює процес, ілюстрований на фіг 4А Після операції 515 відбувається перехід до операції 517, де МКЦ приймає повідомлення OTASERPROG Підчас цієї операції МКЦ 10 пов'язує голосовий виклик з передачею даних (див , наприклад, на фіг 1 зв'язок для передачі даних, утворений МРМ 18, інтерфейсом 16, РМВ 14, інтерфейсом 12 і МКЦ 10), використовуючи ТНП, одержаний у повідомленні OTASERPROG Під час наступної операції 53 МКЦ, що обслуговує мобільну станцію 2, встановлює зв'язок між мобільною станцією 2 і ВІДПОВІДНИМ ЦКО (наприклад, ЦКО 26 на фіг 1) через голосовий канал 46 Після встановлення цього зв'язку виконується операція 55, коли користувач надсилає пов'язану з ним інформацію (наприклад, адресу, номер кредитної картки тощо) до оператора ЦКО 26 Ця інформація використовується у наступній операції 57, під час якої ЦКО 26 перевіряє ВІДПОВІДНІСТЬ ЦКО користувачу, що обслуговується (наприклад, цьому користувачу може відповідати ЦКО 44 з фігЗ) Якщо такої ВІДПОВІДНОСТІ немає, виконується операція 59, якою мобільній станції 2 призначається належний ЦКО (наприклад, ЦКО 44 з фігЗ), після чого виконується операція 55 Однак, якщо операцією 57 визначено, що користувач з'єднаний з потрібним ЦКО (наприклад, ЦКО 26 з фіг 1), відбувається перехід до операції 511 На цій стадії процедури було встановлено зв'язок для передачі даних між мобільною станцією 2 і МРМ 18 (або 38), але МРМ 18 (або 38) ще не має конкретної інформації про мобільну станцію 2, необхідної для належного активування цієї станції Якщо МРМ 18 (або 38) (разом з ЦА 22 або 42) виконає програмування мобільної станції без додаткової інформації, можуть виникнути дві проблеми По-перше, до системи зв'язку можуть отримати доступ "піратські" мобільні станції, оскільки на цій стадії ще не відомий ЕСН мобільної станції Подруге, МРМ 18 (або 38) потребує ІДМС і ЕСН мобільної станції, щоб однозначно створювати і одержувати записи МРМ 18, що стосуються мобільної станції 2 ЦА також потребує поточного ІДМС, що зберігається у мобільній станції, для оновлення ДСД (див далі) Далі МКЦ 10 (операції 53, 59) надсилає до ЦКО 26 голосовим викликом ТНП (у вигляді даних) через зв'язок у голосовому каналі 46 ТНП є унікальним для цього виклику і використовується ЦКО 26 і МКЦ 10 як тимчасовий ідентифікатор вимоги Згідно З ЦИМ ПІСЛЯ операції 517 передбачено операцію 519, коли МКЦ через зв'язок для передачі даних) надсилає до МРМ 18 (або 38) ДОП повідомлення (otaserprog), яке містить ЕСН мобільної станції 2, поточний ІДМС і тимчасовий ІДМС, 11 якщо його призначено МКЦ 10 Якщо у МКЦ 10 був призначений тимчасовий ІДМС, ТНП більше не потрібен і вилучається Після цього усі дані, що передаються і стосуються мобільної станції 2, ідентифікуються тимчасовим ІДМС (який може дорівнювати ТНП) і ЕСН Слід відзначити, що за домовленістю для початкових (INVOKE) повідомлень використовуються великі літери, а для відповідей (RETURN RESULT) - малі (порівн OTASERPROG і otaserprog) Після ЦЬОГО виконується операція 5 2 1 , під час якої МРМ 18 (або 38) приймає повідомлення "otaserprog", яке містить ЕСН мобільної станції, поточний ІДМС, що зберігається у цій станції, і тимчасовий ІДМС Сполучення ЕСН і тимчасового ІДМС містить всю інформацію, якої потребує МРМ 18, щоб утримувати запис, що стосується мобільної станції 2 і підтримувати з цією станцією зв'язок через канал передачі даних МРМ зберігає поточний ІДМС на випадок виконання процедури оновлення Д С Д Вважається, що тимчасовий ІДМС, поточний ІДМС і ЕСН не були передані до ЦКО під час сеансу голосового зв'язку і тому мають бути отримані від МКЦ Після операції 521 виконується перехід до операції 523, коли МРМ 18 (або 38) визначає необхідність інших послуг у складі ДОП для мобільної станції 2 Якщо така необхідність існує, виконуються ВІДПОВІДНІ операції, ілюстровані фіг 4Г, після чого передбачено перехід до 525 Якщо операцією 523 виявлено відсутність додаткових послуг, виконується операція 525 Ця операція передбачає, що МРМ надсилає дані ДОП у інформаційному повідомленні OTASERPROG, причому дані, необхідні для обслуговуючого програмування телефону мобільної станції 2, проходять через канап передачі даних і приймаються мобільною станцією 2 Інформаційне повідомлення ДОП - це повідомлення, що проходить між мобільною станцією 2 і МКЦ 10 Після цього до мобільної станції 2 надсилається друге повідомлення ДОП (операція 527), яке являє собою інструкцію мобільній станції 2 записати одержані дані ДОП у и енергонезалежну пам'ять Операцією 529 МКЦ 10 визначає необхідність видалення ІДМС з регістрів обслуговуючої системи (тобто МКЦ 10, РМВ 14) мобільної станції 2 Якщо цього робити н е т р е ба, відбувається перехід до операції 533 (фіг 4Б) Однак, якщо таке видалення необхідне, виконується операція 5 3 1 , яка виконує це (див далі, фіг 5) Після ЦЬОГО операцією 533 мобільна станція припиняє зв'язок по голосовому каналу з ЦКО, і процедура закінчується Ф і г 4 В ілюструє проходження виклику з використанням повідомлень OTASERPROG і "otaserprog" ВІДПОВІДНО ДО блок-схем фіг 4А, 4Б Як уже відзначалося, згідно з винаходом, РМВ 14 і МКЦ 10 використовуються, головним чином, для передачі повідомлень між мобільною станцією 2 і МРМ 18 (або 38) / ЦА 22 (або 42) і не беруть активної участі у процедурі ДОП Цього досягнуто завдяки використанню нових повідомлень (OTASERPROG) INVOKE і RETURN RESULT, що проходять між МКЦ і мобільною станцією, у які закладено інформацію, що підлягає програмуван 50751 12 ню процедурою ДОП Повідомлення OTASERPROG надсилається від МРМ 18 (або 38) або ЦА 22 (або 42) до МКЦ 10 Якщо у ньому присутні дані для програмування процедурою ДОП, вони витягаються у МКЦ 10 з повідомлення OTASERPROG INVOKE, надісланого від МРМ 18 (або 38) або ЦА 22 (або 42) до МКЦ 10 Повідомлення "otaserprog" надсилається від МКЦ 10 до МРМ 18 (або 38) або ЦА 22 (або 42) Якщо дані ДОП мають бути надіслані до МРМ або ЦА, МКЦ закладає їх у повідомлення OTASERPROG RETURN RESULT, що надсилається від МКЦ 10 до МРМ 18 (або 38) або ЦА 22 (або 42) Таким чином, перевагою є те, що процедуру ДОП можна виконувати без суттєвого використання обробляючих ресурсів РМВ 14 / МКЦ 10 Окрім перенесення даних ДОП між мобільною станцією і МРМ або між мобільною станцією і ЦА, повідомлення OTASERPROG INVOKE і RETURN RESULT використовуються також для інших задач, таких, наприклад, як встановлення зв'язку МКЦ з МРМ через канал даних і надіслання закодованих параметрів до МКЦ Хоча для повноти зображення, на схемі ф і г 4 В (а також у інших схемах) наведено обмін повідомленнями між РМВ і МКЦ, зрозуміло, що у системі згідно з винаходом не передбачається виконання функцій обробки або керування у РМВ/МКЦ під час процедури ДОП На ф і г 4 В (як і у інших схемах) загальні описи відповідають певним викликам Штриховими стрілками позначено голосові або робочі канали Схеми проходження викликів ілюстровано на фіг 4В Верхня частина фіг 4В відповідає мобільній станції 2, МКЦ 10, РМВ 14, МРМ 18, ЦКО 26, МРМ 38 і ЦКО 44, які показано також на фіг З МКЦ 10 і РМЧ 14 разом утворюють обслуговуючу систему, яка обслуговує мобільну станцію 2 у II поточному географічному місцезнаходженні МРМ 18 і ЦКО 26 разом забезпечують "початкове" місцеве обслуговування ("початкове"), але потім заміщуються перепризначеним місцевим обслуговуванням ("перепризначене") через переадресацію голосового виклику мобільної станції 2 до перепризначеного засобу місцевого обслуговуванням Уздовж правої частини ф і г 4 В позначки визначають операції при проходженні повідомлень Згідно З операцією 100 (фіг4В) від мобільної станції 2 ("МС 2") надходить виклик до ЦКО 26, що відповідає операціям 5 1 , 53 ф і г 4 А Згідно з операцією 200 (операція 53 фіг 4А) оператор початкового ЦКО 26 приймає виклик і починає діалог з користувачем через мобільний телефон Через цей діалог оператор визначає, що користувача слід адресувати до перепризначених МРМ 38 і ЦКО 44 (55 та 57 на фіг 4А) ВІДПОВІДНО, операцією 300 оператор ЦКО ІНІЦІЮЄ переадресацію виклику (59 на ф і г 4 А ) , якою виклик мобільної станції 2 спрямовується до перепризначених МРМ 36 та ЦКО 44 Під час цієї операції ТНП, прийнятий першим ЦКО 26 від МКЦ 10, надсилається до ЦКО 44 Потім (операція 400) користувач розмовляє з оператором перепризначеного ЦКО 44 і забезпечує його інформацією, потрібною для встановлення обслуговування мобільної станції користувача 50751 14 13 Операцією 500 ЦКО 44 встановлює зв'язок завантаження А-ключа (описаної у зв'язку з фіг 6) і (511 на фіг4А) з МРМ 38 через інтерфейс 36 влавиконує цю процедуру (операція 540), після чого сника (фіг 3) і передає до нього ТНП З ТНП МРМ, переходить до операції 541 Якщо визначено, що використовуючи ідентифікаційні атрибути, одержує необхідність виконання процедури завантаження адресу МКЦ 10 А-ключа відсутня (операція 539, "ні"), виконується операція 541, якою визначається потреба у оновПісля ЦЬОГО МРМ 38 (операція 600) передає ленні ДСД (див фіг 7) Якщо така потреба є, викоТНП і код дм у повідомленні ДОП INVOKE, нується операція 542, якою виконується ця процеOTASERPROG (ТНП, код операції) до РМВ 14, дура, і відбувається перехід до операції 543 Якщо який просто переадресує це повідомлення до адтакої потреби нема, виконується операція 543, яка ресата - МКЦ 10 (операція 700) Операції 600, 700 визначає потребу у повторній аутентифікацм (опивідповідають операції 513 на фіг4А Повідомлення сано з посиланнями на фіг 8) Якщо така потреба OTASERPROG містить щонайменше два поля є, відбувається перехід до операції 544 повторної поле коду дії і поле ТНП МКЦ 10 інтерпретує дані аутентифікацм У іншому разі відбувається перехід у полі коду дії як "додати МКЦ з МРМ через канал назад до операції 525 на фіг 4Б Якщо А-ключ заданих" Значення, Ідо репрезентує ТНП знаховантажується і бажано забезпечити приватність диться у полі ТНП і використовується МКЦ, щоб голосового зв'язку і/або кодування повідомлення, встановити зв'язок потрібної мобільної станції з перед повторною аутентифікацією виконується каналом даних (тобто МРМ 38, РМВ 14 і МКЦ 10, оновлення ДСД Усі ЦІ процедури більш детально див 515 і 517 на фіг 4Б) описано далі МКЦ 10 відповідає на вимогу від МРМ 38 надсиланням повідомлення ДОП RETURN RESULT, Оскільки ЦА і МРМ можна розділити, далі буotaserprog (тимчасовий ІДМС, ЕСН, ІДМС, що місдемо вважати, що маємо окремий ЦА тяться у даний момент у мобільній станції) - див У ЦА виконуються чотири операції 519 на фіг 4Б Це повідомлення інформує МРМ 38 1 Створення А-ключа і передача його до мопро ідентифікатор мобільної станції 2, репрезенбільної станції (далі для цього використовується тований ЕСН і ІДМС цієї станції, а також надсилає спосіб Рівеста-Шаміра-Едлемана, але можна витимчасовий ІДМС до МРМ користати і ІНШІ способи), Операцією 900 РМВ 14 переадресує тимчасо2 Оновлення ДСД, вий ІДМС, ІДМС, що міститься у мобільній станції, і 3 Створення VPMASKTa SMEKEY, і ЕСН до МРМ 38, який приймає цю інформацію 4 Збереження А-ключа і ДСД у енергонезалеВважається, що тимчасовий ІДМС, ІДМС, що місжніи пам'яті титься у мобільній станції, і ЕСН не були передані Необхідно розглянути кілька питань до ЦКО під час сеансу голосового зв'язку і тому 1) Якщо виконується аутентифікація і передамають бути одержані від МКЦ Маючи тимчасовий ча А-ключа, згідно з винаходом ці операції мають ІДМС, ІДМС, що міститься у мобільній станції, і виконуватись у ЦА Таким чином, МРМ не одержує ЕСН, МРМ 38 може зберегти запис про програмуА-ключа, результату декодування або добутку певання мобільної станції і надіслати ВІДПОВІДНІ часрвинних Рта Q тини цих даних до мобільної станції 2 у повідом2) Якщо для передачі А-ключа створюються ленні OTASERPROG (операція 904, 525 на фіг 4Б) інформаційні повідомлення ДОП, згідно з винахоЯк уже відзначалося, після завершення цієї передом це повідомлення створюється у ЦА, пакетудачі даних до мобільної станції 2 ця станція одерється і передається або безпосередньо, або через жує від МРМ інструкцію записати ці дані у енергоМРМ до МКЦ/РМВ У іншому варіанті параметри незалежну пам'ять Голосовий зв'язок з можуть визначатись у ЦА і передаватись до МРМ, перепризначеним ЦКО 44 припиняється і процеде формуються інформаційні повідомлення ДОП дура ДОП завершується Програмована інформаПерший варіант більш бажаний ція, одержана мобільною станцією, зберігається 3) Незалежно від того, чи ЦКО взаємодіє з ЦА також у енергонезалежніи пам'яті у МРМ і/або ЦА безпосередньо або через МРМ, згідно з винаходом керування здійснює МРМ, а ЦКО має, голоУ альтернативній ПОСЛІДОВНОСТІ ВИКЛИКІВ ЦКО вним чином, тільки взаємозв'язок з МРМ 44 призначає тимчасовий ІДМС (операція 500), і тоді МРМ 38 включає ТНП і тимчасовий ІДМС у 4) Для формування належних повідомлень повідомлення OTASERPROG, що надсилається до ДОП ЦА потребує ініціювання з боку МРМ, а також МКЦ 10 У ВІДПОВІДЬ МКЦ 10 надсилає назад ЕСН і має повідомляти МРМ про завершення дій ІДМС, що зберігаються у мобільній станції (операПроцедуру завантаження А-ключа згідно з виції 800, 900) находом описано з посиланнями на фіг 6 На цій фіг операцією 1500 у МРМ 18 або 38 формується Фіг 4Г МІСТИТЬ блок-схему алгоритму виконаннове IS-41 повідомлення (директива центру аутення "інших функцій" (див 523 на фіг 4Б) Якщо опетифікаціг) INVOKE, ACDIR (тимчасовий ІДМС, рацією 523 (фіг 4Б) визначається необхідність виЕСН, ACACTION), яке надсилається до ЦА 22 або конання "інших функцій" перед проджовженням 42 Повідомлення INVOKE згідно з винаходом міспроцедури ДОП, виконується операція 539 тить поле ACACTION, яке містить директиву ЦА 22 (фіг4Г) Якщо такої необхідності немає, відбувавиконати завантаження А-ключа для мобільної ється перехід до операції 525 (фіг 4Б) "Інші функстанції 2 (фиг 1) Мобільна станція ідентифікується ції" згідно з винаходом описано з посиланнями на тимчасовим ІДМС і ЕСН, які розміщено у ВІДПОВІДфіг4Г, 6, 7, 8 НИХ полях повідомлення ACDIR Фіг 4Г ілюструє продовження процедури, ілюстрованої фіг 4Б Операцією 539 ЦКО 26 (або МРМ Операцією 1600 ЦА 22 (або 42) передає тим18) визначає необхідність виконання процедури часовий ІДМС, ЕСН і відкритий ключ, зформова 50751 16 15 ний у ЦА, у інформаційному повідомленні ДОП аутентифікацію у ВІДПОВІДЬ на запит від базової OTASERPROG[IHMC, ECH, інформаційне повідстанції Цей запит є частиною процедури оновленомлення ДОП] до МРМ 18 (або 38) через повідомня ДСД лення ДОП INVOKE МКЦ надсилає інформаційне Операцією 5400 МРМ 18 (або 38) надсилає повідомлення ДОП, яке містить відкритий ключ порожню директиву ЦА, acdir[], до ЦА 22 (або 42) кодування, до мобільної станції Володіючи цим як підтвердження завершення процедури оновключем, мобільна станція використовує його для лення ДСД кодування маски сеансу, яку вона передає до МЦК Далі описано процедуру повторної аутентифіу інформаційному повідомленні ДОП кацм, що забезпечує приватність голосового зв'язку, або кодування повідомлень, або те і інше МКЦ 10 (операція 1900) відповідає повідомленням ДОП RETURN RESULT, otaserprog [інфорЦю процедуру згідно з винаходом ілюструє маційне повідомлення ДОП], яке містить закодофіг 8 Операція 5500 являє собою нову IS-41 диревану маску сеансу у інформаційному повідомленні ктиву ЦА, INVOKE, ACDIR [тимчасовий ІДМС, ДОП Повідомлення "otaserprog" передається до ЕСН, DGTSDIAL, ACACTION], яка містить поле ЦА операціями 2000, 2100 ACACTION, що інструктує ЦА 22 (або 42, якщо обрано МРМ 38) виконати процедуру повторної ЦА декодує маску сеансу, оскільки володіє аутентифікацм У директиві містяться також тимчавідкритим ключем кодування і іншими параметрасовий ІДМС, ЕСН і параметри DGTSDIAL (цифри, ми, необхідними для обчислення цього ключа ЦА що уводяться на мобільній станції) обирає А-ключ і закодовує його за допомогою ключа сеансу Після цього (операція (2200) ЦА 22 ЦА 22 (або 42) передає (операція 5600) до (або 42) передає тимчасовий ІДМС, ЕСН і інфорМРМ 18 (або 38) інформаційне повідомлення ДОП, маційне повідомлення ДОП, яке містить закодоваяке містить рандомізоване число (RAND), у повідний А-ключ, до МРМ у повідомленні ДОП INVOKE, омленні ДОП INVOKE, OTASERPROG [інформаOTASERPROG (тимчасовий ІДМС, ЕСН, інформаційне повідомлення ДОП], яке наприкінці буде ційне повідомлення ДОП) Операціями 2300, 2400 прийняте МКЦ 10 МКЦ 10 надсилає інформаційне А-ключ, закодований у ЦА, передається до мобіповідомлення ДОП, яке містить RAND, до мобільльної станції 2 Мобільна станція може декодувати ної станції Мобільна станція обчислює аутентифіА-ключ, оскільки має маску сеансу, яка використокаційну ВІДПОВІДЬ (AUTHR) і разом з іншими паравувалась у ЦА для кодування А-ключа метрами включає и у інформаційне повідомлення ДОП, призначене для МКЦ 10 Операцією 2500 МКЦ 10 передає від мобільної станції 2 інформаційне повідомлення ДОП, яке МКЦ 10 (операція 5900) відповідає на повідмістить підтвердження успішного прийому А-ключа омлення від ЦА надсиланням до РМВ 14 інформау складі інформаційного повідомлення у складі ційного повідомлення ДОП, яке містить AUTHR, у повідомлення ДОП RETURN RESULT, otaserprog повідомленні ДОП RETURN RESULT, оіазегр[інформаційне повідомлення ДОП] Операціями год[шформаційне повідомлення ДОП] Операціями 2600, 2700 це підтвердження передається до ЦА 6000, 6100 повідомлення від МКЦ передається до ЦА22 Після ЦЬОГО (операція 2800) ЦА 22 або 42 надсилає до МРМ 18 або 38 порожню директиву ЦА ЦА 22 (операція 6200) визначає, що мобільну RETURN RESULT, інформуючи цим МРМ про те, станцію було повторно аутентифіковано належним що запит на завантаження А-ключа (операція чином, і надсилає параметри SMEKEY і VPMASK 1500) виконано до МКЦ 18 у директиві ЦА RETURN RESULT, acdir[SMEKEY, VPMASK] Операціями 6300, 6400 Фіг 7 ілюструє процедуру оновлення ДСД, для ці параметри передаються до МКЦ 10 у повідомякої вважається, що ДСД не надає доступу Оскіленні ДОП INVOKE Одержавши SMEKEY і льки ДСД може вирішити не використовувати паVPMASK, МКЦ 10 може забезпечувати приватність раметри, завантажені у мобільну станцію 2, бажаголосового зв'язку і кодувати повідомлення но, щоб до ДСД не було доступу під час виконання процедури ДОП Однак, може використовуватись Операцією 6500 МКЦ 10 надсилає порожнє ДСД з доступом Слід відзначити, що згідно з виповідомлення ДОП RETURN RESULT, otaserprogQ, находом виконання процедури оновлення ДСД не що є підтвердженням прийому SMEKEY і VPMASK потребує значних змін у IS-41-C МРМ ІНІЦІЮЄ вина МКЦ 10, про операція 6600 інформує МРМ конання цієї процедури у ЦА, і ЦА інформує МРМ В той час, як параметри SMEKEY і VPMASK про м завершення можуть бути включені у повідомлення ДОП INVOKE тоді, коли воно надсилається до МЦК у Операція 2900 (фіг 7) це нова IS-41 директива перший раз і несе параметр RAND у інформаційній ЦА INVOKE, АСОІР[тимчасовий ІДМС, ЕСН, частині цього повідомлення, бажано надсилати ці ACACTION, поточний ІДМС у мобільній станції], параметри до МЦК після того, як ЦА прийме від яка згідно з винаходом надсилається від МРМ до мобільної станції ВІДПОВІДЬ на повторну аутентифіЦА і являє собою вимогу оновити ДСД Повідомкацію Це бажано тому, що МЦК не повинен вилення містить поле ACACTION, яке інструктує ЦА значати успішність виконання повторної аутенти22 (або 42, якщо обрано МРМ 38) виконати процефікацм мобільної станції - у цій процедурі ЦА має дуру оновлення ДСД Ця процедура може виконуцю інформацію і надсилає до МЦК SMEKEY і ватись негайно після завантаження А-ключа у моVPMASK тільки у випадку успішної повторної аубільну станцію Операції 3000 - 5300 подібні до тентифікацм тих, що існують для процедури оновлення ДСД у IS41-C Можна відзначити, що ІДМС, який часто Згідно З винаходом, зміни у мережі IS-41 пезберігається у мобільній станції, надсилається до редбачають включення SMEKEY і VPMASK у ЦА для обчислення ВІДПОВІДІ базової станції про INVOKE, що забезпечує виконання повторної ау 50751 18 17 тентифікацм і, завдяки цьому, приватність голосозберігався у мобільній станції Це дозволяє МКЦ вого зв'язку і кодування повідомлень виконати операцію IS-41 сповіщення про реєстрацію Ще одною альтернативою є модифікація ISПісля закінчення процедури ДОП (533 на 683 та інших стандартів, що стосуються ефірних фіг 4Б) здійснюється реєстрація мобільної станції інтерфейсів, таким чином, щоб мобільна станція 2 очищувала реєстраційні ЗМІННІ ПІД час процедури Якщо обслуговуюче програмування було успіДОП Це примушує мобільну станцію виконувати шним, а ІДМС змінене, МКЦ/РМВ мають стерти усі реєстрацію тоді, коли вона повертається до режизаписи з старим ІДМС Обслуговуючі МКЦ/РМВ му роботи у каналі з ПДКУ або аналоговому канамають надіслати повідомлення про реєстрацію до лі МКЦ для реєстрації мобільної станції 2 і одержання характеристик користувача Якщо ІДМС не був Одержавши повідомлення ДОП про успішну змінений, МРМ може, базуючись на інформації, що зміну ІДМС, обслуговуючий МКЦ видаляє з його міститься у МРМ, надіслати до МКЦ/РМВ IS-41 бази даних старий ІДМС і виконує операцію IS-41оперативну директиву і аутентифікаційну директиС "MSInactive" стосовно старого ІДМС (фіг 5) для ву старого МРМ Може виявитись бажаним сповістити старий МРМ про зміну ІДМС мобільної станції У випадку, коли ІДМС змінюється, бажано, Це може утруднити незаконне підключення до мещоб МКЦ/РМВ виконували нормальну IS-41 прорежі цедуру реєстрації і одержували характеристики користувача МКЦ, однак, не знає нового ІДМС, Завершення виклику згідно з винаходом викоякщо він не розчленив інформаційного повідомнується згідно з подальшим описом лення, що небажано Завершити виклик можуть мобільна станція або ЦКО після завершення сеансу ДОП У IS-683 стандарт паралелного доступу з кодовим розподілом каналів (ПДКУ) для ДОП не заНаведений вище опис дозволяє спеціалісту у безпечує для реєстраційних параметрів мобільної цій галузі використати винахід, причому можливі станції значень, за яких можна здійснити реєстрарізні модифікації цих втілень на основі принципів, цію, коли мобільна станція закінчує процедуру закладених у винахід Таким чином, наведені у ДОП і повертається до моніторингу контрольного описі втілення не обмежують винаходу каналу Оскільки мобільна станція може мати наПерелік скорочень лежні СІН, мережевий ідентифікаційний номер ДОП - дистанційне обслуговуюче програму(МІН) і реєстраційні зони, реєстрація може не відвання, бутися, доки мобільна станція не надішле виклик, МКЦ - мережевий комутуючий центр, почне рухатися і ІНІЦІЮЄ реєстрацію, або доки не РМВ - регістр місцезнаходжень візитерів, спрацює таймер мобільної станції і не почне періЕСН - електронний серійний номер, одичну реєстрацію Працюючи у режимі з ПДКУ, ІДМС - ідентифікаційний номер мобільної стамобільна станція може бути примушена реєструнції, ватися (вважається, що належні способи реєстраІНМС - ідентифікаційний номер мобільної стації активовані у IS-95 повідомленні з системними нції, параметрами) шляхом надіслання до неї IS-95 МІМС - міжнародний ідентифікаційний номер реєстраційного повідомлення для мобільних станмобільної станції цій з параметрами, яким надано значень, що ІНІЦІТНП - тимчасовий номер для посилань, ЮЮТЬ реєстрацію Наприклад, покладаючи СІН = 0, МРМ - місцевий регістр місцезнаходжень, можна ініціювати реєстрацію, якщо активовано ЦА - центр аутентифікацм, реєстрацію параметрів і реєстрацію, базовану на ЦКО - центр керування обслуговуванням, зонах У режимі з ПДКУ базова станція може одеДСД - секретні дані, до яких є доступ, ржати ІНМС у статусному повідомленні IS-95 Ці СІМ - системний ідентифікаційний номер, методи не можна використовувати, якщо процедуСКО - системний код оператора, ра ДОП виконується у аналоговому режимі ПДРЧ - паралельний доступ з розподілом часУ іншому варіанті реєстрація може бути здійстот, нена шляхом передачі нового ІДМС у одному з МІН - мережевий ідентифікаційний номер, повідомлень ДОП до МКЦ, оскільки МКЦ містить ПДКУ - паралельний доступ з кодовим ущільтільки тимчасовий ІДМС і ІДМС, що перед тим ненням 19 20 50751 у-51 КОД, ВИЗНАЧАЮЧИЙ ТИП ОБСЛУГОВУВАННЯ, НАДСИЛАЄТЬСЯ ДО МКЦ ВСТАНОВЛЕННЯ ГОЛОСОВОГО ЗВ'ЯЗКУ МІЖ МС 1 ЦКО 1 55 Г КОРИСТУВАЧ НАДСИЛАЄ ІНФОРМАЦІЮ ДО ЦКО Фіг. 1 /^S^y-57 ^\ЦК 0 7 Г s S ^ -511 ІНІЦІЮВАННЯ МРМ ТИПОМ ВІД ЦКО -513 МРМ НАДСИЛАЄ ПОВІДОМЛЕННЯ ДОПJOTASEHPHOG), ЯКЕ МАЄ ПРОЙТИ ЧЕРЕЗ РМВ ТА МКЦ, ЩОВ СТВОРИТИ КАНАЛ ОЄМІНУ ДАНИМИ МІЖ ЦКО/МРМ ТА МС Фіг, 2 ЦА ґ22 ЦА 20 ВЛАСНІСТЬ НАДАВЛЧА ОБСЛУГОВУВАННЯ 42 Фіг. З ФІГ. 4А 59 ПЕРЕАДРЄСДЦІЯ ВИКЛИКУ ДО ПОТРІБНОГО ЦКС 21 22 50751 -1 55 Г I МКЦ ОТРИМУЄ ПОВІДОМЛЕННЯ ^ ^ " P ^ G 540 5 1 9 -523 г МКЦ ПОВ'ЯЗУЄ ГОЛОСОВИЙ ВИКЛИК З КАНАЛОМ ДАНИХ] ВИКОНАННЯ ПРОЦЕДУРИ ЗАВАНТАЖЕННЯ Д-КЛЮЧА ВИКОНАННЯ ПРОЦЕДУРИ ОНОВЛЕННЯ ДСД МКЦ НАДСИЛАЄ ПОВІДОМЛЕННЯ OTASEBPflDS ЯК ПІДТВЕРДЖЕННЯ ТОГО, ЩО КАНАП Д А Н И Х ВИЗНАЧЕНО І ЩОБ ПЕРЄЯАТИ ДО МРМ ЄСН, ТИМ ЧАСОВИЙ 1ДМС f ЩМС ЩО ЗБЕРІГАЮТЬСЯ У МС -542 МРМ ПРИЙМАЄ ВІД М Ш ПОЙІДОШІЕННЯ OTASeHPROG I ТИМЧАСОВИЙ ЩМС Г ОДНОЗНАЧНО ПРИЗНАЧАЄ РЕГІСТР ДЛЯ МС, БАЗУЮЧИСЬ НА ТИМЧАСОВОМУ ІДМС І ЕСН -544 ВИКОНАННЯ ЛОВТОРНОГ АЇТЕНТИФІКДЦЇЇ МРМ ПЕРЕДАЄ ПРОГРАМУЮЧІ ДАНІ ДО МС -527 МРМ ІНСТРУКТУЄ МС ЗАПИСАТИ ДАНІ У ЕНЕРГОНЕЗАЛЕЖНУ ПАМЯТЬ 531 Фіг. 4Г г 18 ^В0 38 ( ОБСЛУГОВУЮЧА СИСТЕМА " " І Фіг. 4Б МРМ ОБСЛУГОВУЮЧА і — СИСТЕМА - J MS MSC •10 ПОЧАТКОВІ -. шж VIJR HLK CSC • ш ВИМОГА •44 ЯЕРЕЄСТРАЦН МС ВИКЛИК ВІД МС ДО НАДАВАЧА ОЕСЛ/fОВІГвАКИЯ ДЕРЄЄСТРАЦІЯ МС •«•—•• г 100 ДІАЛОГ З КОРИСТУВАЧЕМ МКЦ ПЕРЕПРИЗНАЧЕНІ 26 18 PMS S 1000 1100 200 ПІДТВЕРДЖЕННЯ 1200 ПЕРЕАДРЕСАЦІЯ ВИКЛИКУ 300 ПЕРЕДАЧА ПОВЩОМЛЕННІГДЕРЄЄСТРАЦІЯ МС" 1300 ДІАЛОГ З КОРИСТУВАЧЕМ • ПЕРЕДАЧА ТНИ ДО МРМ ПІДТВЕРДЖЕННЯ ЗАПИТ ІДЕНТИФІКАІДІ! МС ПЕРЕАДРЕСАЦІЯ ЗАПИТУ ДО МКЦ 700 ЗАБЕЗПЕЧЕННЯ ІДЕНТИФІКАЦІЇ МС ПЕРЕДАЧА ІДЕНТИФІКАТОРІВ МС ЗДБЕЗПЕЧЕННЯ'А11Х»СА1ГЮ« МИТ І і ПЕРЕДАЧА ПРОГРАМУЮЧИХ ДАНИХ ДО МС Фіг. 4В 904 Фіг. S 23 22 АБО 42 ЦА Г І 8 А О 33 IWPM Б 24 50751 ОВСЯУГОВУЮЧА СИСТЕМА ОБСЛУГОВУЮЧА І СИСТЕМА і 14 • 10 МКЦ 1500 СТВОРЕННЯ ВІДКРИТОГО КЛЮЧА ПЕРЕДАЧА ВІДКРИТОГО КЛЮЧ; 1700 ПЕРЕДАЧА ВІДКРИТОГО КЛЮЧА - 1800 ПЕРЕДАЧА ЗАКОДОВАНОЇ МАСКИ СЕДН СУ 1900 ПЕРЕДАЧА ЗАКОДОВАНОЇ МАСКИ СЕАНСУ 2000 СТВОРЕННЯ ЗАКОДОВАНОГО КЛЮЧА ДЛЯ МС 2100 2200 1ЕРЕДАЧА ЗАКОДОВАНОГО КЛЮЧ) v ДЯН МС 2300 \ \ ПЕРЕДАЧА ЗАКОДОВАНОГО КЛЮЧА ДЛЯ МС / - І І і АБО 32 -10 ЦА ВИМОГА ОНОВЛЕННЯ ДСД ВИМОГА ЗАВАНТАЖЕННЯ А-КЛЮЧА ПЕРЕДАЧА ЗАКОДОВАНОЇ МАСКИ СЕАНСУ МКЦ ІНІЦІЮВАННЯ ОНОВЛЕННЯ ДСД -1««—*-•!—*—1 • • • • 3000 ПЕРЕДАЧА 1НІЦІЮЮЧОГО ПОВІДОМЛЕННЯ 3100 ПЕРЕДАЧА 1НІЦІЮЮЧ0Г0 ПОВІДОМЛЕННЯ 3200 ПІДТВЕРДЖЕННЯ 3300 ПЕРЕДАЧА ПІДТВЕРДЖЕННЯ 3400 ПЕРЕДАЧА ПІДТВЕРДЖЕННЯ 3300 ОНОВЛЕННЯ ДС ft 3600 ІНІЦІАЦІЯ ЗАПИТУ БС 3700 ПЕРЕДАЧИ ЗАПИТУ ЄС МИ і (•-3S00 ПЕРЕДАЧА З А П И Т У 6 С 3900 ПЕРЕДДЧА ЗАПИТУ Б С 4Q00 •••і -і—і—f—*нГЕНЕРУВДННЯ В І Д П О В І Д І 4100 ПЄРВДАЧА В І Д П О В І Д І НА З А П И Т БС 4200 !•-) **Н ПЕРЕДАЧА ВІДПОВІДІ НА ЗАПИТ БС 4300 4700 4800 2400 4900 РЕЗУЛЬТАТ ПІДТВЕРДЖЕННЯ ПЕРЕДАЧА ПІДТВЕРДЖЕННІ 2600 4-І ПЕРЕДАЧА ПІДТВЕРДЖЕНІ ПІДТВЕРДЖЕНИЙ ЗАВЕРШЕННЯ ПРОЦЕДУРИ 2700 ПОВІДОМЛЕННЯ ДО МРМ ПІК) ЗАВЕРШЕННЯ ЗАВАНТАЖЕННЯ .,I_J .и ; ,1 Д-КЛЮЧД : 2800 ФІГ. 6 4600 РЕЗУЛЬТАТ УНІКАЛЬНОГО ЗАПИТУ 2500 ПЕРЕДАЧА ПІДТВЕРДЖЕННЯ ПРИЙОМУ КЛЮЧА 4500 УНІКАЛЬНИЙ ЗАПИТ ДО БС ЗАТВЕРДЖЕННЯ ПРИЙОМУ КЛЮЧА ПЕРЕДАЧА ПІДТВЕРДЖЕННЯ ПРИЙОМУ КЛЮЧА 4400 , І*Ч^-~—х-»»-—f -. - - 1 УСПІШНЕ ОНОВЛЕННЯ ДСД ФІг. 7 5000 5100 5200 5300 5400 25 50751 /-22 «so 42 26 ОБСЛУГОВУЮЧА СИСТЕМА /-І8ДВО36 МЙМ ЦД РМВ -14 МКЦ -10 ВИМОГА ПОВТОРНОЇ АУТБНТИФІЮЩН 550Q •\-т Ї ПЕРЕДАЧА RAND 5600 ПЕРЕДАЧА RAND 5700 ПЕРЕДАЧА RAND 5800 І ВІДПОВЩЬ ЫС НА ПОВТОРНУ АУТЕНТИФІКАЦіЮ 5900 6000 ПЕРЕДАЧА ВІДПОВІДІ МС НА ПОВТОРНУ АУТЕНТИФІКАЦИО 6100 Vft-MASK -Г I SMEKEY м ПЕРЕДАЧА VPMASK ТА SMEKEY 6300 ПЕРІЩАЧА VPMASK Т SMEKEY А 6400 ПІДТВЕРДЖЕННЯ 6500 ПЕРЕДАЧА ПІДТВЕРДЖЕННЯ 6600 Фіг. 8 ДП «Український інститут промислової власності» (Укрпатент) вул СІМІХОХЛОВИХ 15 м Київ 04119 Україна ( 0 4 4 ) 4 5 6 - 2 0 - 90 ТОВ Міжнародний науковий комітет вул Артема 77 м Київ 04050 Україна (044)216-32-71