Завантаження і відображення системних тегів у системі безпровідного зв’язку

1. Спосіб відображення системних тегів безпровідним терміналом, при цьому спосіб містить етапи, на яких - визначають, чи є обслуговуюча система термінала однією з щонайменше однієї домашніх систем термінала; - якщо обслуговуюча система є однією з щонайменше однієї домашніх систем: - відображають тег домашньої системи, і - якщо обслуговуюча система не є однією з щонайменше однієї домашніх систем: - визначають доступність тегу роумінгової системи для обслуговуючої системи, виконуючи етапи, на яких: визначають значення системної ідентифікації (SID) і значення індикатора роумінгу для обслуговуючої системи, і далі визначають, чи включене значення SID для обслуговуючої системи у набір значень SID, для яких доступні теги роумінгової системи; - і відображають тег роумінгової системи, асоціативно зв'язаний зі значенням SID для обслуговуючої системи, якщо він доступний; при цьому етап визначення додатково включає в себе етапи, на яких: визначають значення індикатора роумінгу для обслуговуючої системи, і далі визначають, чи включене значення індикатора роумінгу для обслуговуючої системи у набір значень індикатора роумінгу, для яких доступні теги роумінгової системи, причому тег роумінгової системи, асоціативно зв'язаний зі значенням індикатора роумінгу для обслуговуючої системи, відображається, якщо він доступний, і якщо тег 2 (19) 1 3 83649 4 6. Спосіб за п. 5, в якому етапи відправки згаданих повідомлень виконують у відповідь на повідомлення запиту, відправлене згаданою станцією зв'язку. 7. Спосіб надання інформації про безпровідні обслуговуючі системи у термінал зв'язку, що містить етапи, на яких: запитують із згаданого термінала зв'язку про можливість підтримки системного тегу, сконфігурованого таким чином, що він включає в себе згадану інформацію про згадану безпровідну обслуговуючу систему; відправляють повідомлення запиту у згаданий термінал зв'язку для конфігурації системного тегу; відправляють ще одне повідомлення запиту у згадану станцію зв'язку для завантаження системного тегу. 8. Спосіб виявлення безпровідної обслуговуючої системи в географічному положенні, що містить етапи, на яких: забезпечують список переважного роумінгу, який включає в себе згадану безпровідну обслуговуючу систему; забезпечують системний тег, який включає в себе інформацію про згадану безпровідну обслуговуючу систему: виявляють згадану безпровідну обслуговуючу систему у згаданому географічному положенні шляхом перегляду згаданого списку переважного роумінгу; відображають інформацію про згадану виявлену безпровідну обслуговуючу систему, базуючись на згаданій інформації про безпровідну обслуговуючу систему із згаданого системного тегу. 9. Спосіб за п. 8, який додатково містить етап, на якому відображають додаткову інформацію про згадану безпровідну обслуговуючу систему у доповнення до відображення статусу роумінгу. 10. Спосіб за п. 8, який додатково містить етап, на якому відображають специфічну інформацію, що відноситься до згаданої безпровідної обслуговуючої мережі із згаданого системного тегу, базуючись на індикаторі роумінгу, наданого у згаданому списку переважного роумінгу. 11. Спосіб за п. 8, який додатково містить етап, на якому відображають ім'я сітьового оператора згаданої безпровідної обслуговуючої мережі із згаданого системного тегу, базуючись на системній ідентифікації, наданій у згаданому списку переважного роумінгу. 12. Пристрій, виконаний з можливістю одержання інформації про безпровідні обслуговуючі системи із станції зв'язку, що містить засіб для забезпечення системного тегу, сконфігурованого таким чином, що він включає в себе згадану інформації про згадану безпровідну обслуговуючу систему; засіб для відправки повідомлення у згадану станцію зв'язку для конфігурації системного тегу; засіб для відправки ще одного повідомлення у згадану станцію зв'язку для завантаження системного тегу. 13. Пристрій за п. 12, який додатково містить засіб для відповіді на повідомлення, відправлені згаданою станцією зв'язку. 14. Пристрій, виконаний з можливістю надання інформації про безпровідні обслуговуючі системи в терміналах зв'язку: засіб для запиту із згаданого терміналу зв'язку про можливість підтримки системного тегу сконфігурований таким чином, що він включає в себе згадану інформацію про згадану безпровідну обслуговуючу систему; засіб для відправки повідомлення запиту у згаданий термінал зв'язку для конфігурації системного тегу; засіб для відправки ще одного повідомлення запиту у згадану станцію зв'язку для завантаження системного тегу. 15. Пристрій, виконаний з можливістю виявлення безпровідної обслуговуючої системи у географічному положенні, що містить: засіб для забезпечення списку переважного роумінгу, який включає в себе згадану безпровідну обслуговуючу систему; засіб для забезпечення системного тегу, який включає в себе інформацію про згадану безпровідну обслуговуючу систему: засіб для виявлення згаданої безпровідної обслуговуючої системи у згаданому географічному положенні шляхом перегляду згаданого списку переважного роумінгу; засіб для відображення інформації про згадану виявлену безпровідну обслуговуючу систему, базуючись на згаданій інформації про безпровідну обслуговуючу систему із згаданого системного тегу. 16. Пристрій за п. 15, який додатково містить засіб для відображення додаткової інформації про згадану безпровідну обслуговуючу систему у доповнення до відображення статусу ро умінгу. 17. Пристрій за п. 15, який додатково містить засіб для відображення специфічної інформації, що відноситься до згаданої безпровідної обслуговуючої системи із згаданого системного тегу, базуючись на індикаторі роумінгу, наданого у згаданому списку переважного роумінгу. 18. Пристрій за п. 15, який додатково містить засіб для відображення імені сітьового оператора згаданої безпровідної обслуговуючої мережі із згаданого системного тегу, базуючись на системній ідентифікації, наданій у згаданому списку переважного роумінгу. Даний винахід відноситься, загалом, до зв'язку, і, більш конкретно, до методик завантаження і відображення системних тегів у системах безпровідного зв'язку. 5 83649 Системи безпровідного зв'язку широко поширені для надання різних послуг зв'язку, наприклад, передача мовлення, пакетних даних і коротких повідомлень. Ці системи можуть бути системами множинного доступу, які можуть підтримувати зв'язок з декількома користувачами за допомогою спільного використання доступних системних ресурсів. Приклади таких систем множинного доступу включають в себе системи множинного доступу з кодовим розділенням каналів (CDMA), системи множинного доступу з часовим розділенням каналів (TDMA) і системи множинного доступу з частотним розділенням каналів (FDMA). Система CDMA може бути спроектована з можливістю реалізації одного або більше таких стандартів, як, наприклад, IS-2000, IS-95, W-CDMA і т.п. Система TDMA може бути спроектована з можливістю реалізації одного або більше таких стандартів, як, наприклад, Глобальна система мобільного зв'язку (GSM). Мережний оператор/постачальник послуг може розгорнути одну або більше систем безпровідного зв'язку, щоб надавати послуги своїм абонентам. Кожна розгорнута система охоплює конкретний географічний регіон (наприклад, місто) і може, у свою чергу, включати в себе одну або більше мереж меншого розміру. У CDMA кожна система може бути унікально визначена за допомогою конкретного значення коду системної ідентифікації (SID), а кожна мережа може бути унікально визначена за допомогою конкретного значення коду мережної ідентифікації (NID). Кожна базова станція, керована мережним оператором, буде у такому випадку передавати значення SID і NID конкретної системи і мережі, якій вона належить. Безпровідні термінали, керовані абонентами, типово розміщені по всіх зонах обслуговування розгорнутих систем. CDMA термінал може включати в себе список переважного роумінгу (PRL), який визначає конкретні системи, до яких може здійснювати доступ термінал, і (необов'язково) системи, до яких термінал не може здійснювати доступ. Термінал додатково підтримує список з однієї або більше домашніх систем, при цьому кожна домашня система визначена своєю унікальною парою (SID, NID). Термінал у такому випадку може визначати, знаходиться він чи ні у зв'язку з домашньою системою, на основі своїх домашніх пар (SID, NID) і пари (SID, NID), прийнятої від обслуговуючої системи. Обслуговуюча система - це система, від якої термінал одержує послугу. Термінал вважається таким, що знаходиться у роумінгу, якщо пара (SID, NID), прийнята від обслуговуючої системи, не відповідає жодній з домашніх пар (SID, NID). Традиційно у CDMA безпровідний термінал має засіб відображення індикатора роумінгу (яким типово є значок) і/або конкретних текстових рядків на основі свого стану роумінгу. Наприклад, якщо термінал одержує послугу від домашньої системи, то він може відображати ім'я домашнього постачальника послуг на екрані термінала. Навпаки, якщо термінал одержує послугу від роумінгової системи (тобто системи, яка не є домашньою системою), то він може показувати свій стан роумінгу відповідно 6 до значення індикатора роумінгу, асоціативно зв'язаного з роумінговою системою. Це значення індикатора роумінгу може бути збережене у системному записі, що зберігається для роумінгової системи і включений у список переважного роумінгу. Традиційно тип інформації, яка може бути передана терміналом для роумінгу, обмежений і конкретно заданий Додатком C документа ТІА/ЕІА683-В. Наприклад, значення індикатора роумінгу може вказувати терміналу відображати індикатор/значки роумінгу і/або відображати конкретний текстовий рядок на екрані термінала. Системи CDMA широко розвинені, і міжнародний роумінг став більш поширеним. Постачальники послуг можуть захотіти надавати різну і/або більш конкретну інформацію своїм абонентам на основі стану роумінгу. Наприклад, постачальник послуг може захотіти надати ім'я роумінгової системи терміналу, так щоб ім'я системи могло бути відображене на екрані термінала для абонента. Тому у даній галузі техніки існує потреба у методиках, щоб завантажувати і відображати інформацію на основі стану роумінгу терміналів. У даному документі надані методики завантаження системних тегів у термінали і відображення цих системних тегів на основі стану роумінгу терміналів. Тег - це набір буквено-цифрових символів і, можливо, графіки, які можуть бути відображені на екрані термінала. Системні теги можуть бути задані з можливістю включення в себе тегів домашньої системи і тегів роумінгової системи, а теги роумінгової системи можуть бути додатково задані, з можливістю включення в себе групових тегів і окремих тегів. Тег домашньої системи асоціативно зв'язаний з однією або більше домашніми системами, груповий тег асоціативно зв'язаний з одним або більше значеннями індикатора роумінгу, а окремий тег асоціативно зв'язаний з одним або більше значеннями SID. • Термінал типово забезпечений одним тегом домашньої системи і може бути забезпечений будь-яким числом групових тегів і окремих тегів. Тег домашньої системи відображається кожного разу, коли термінал одержує послугу від домашньої системи. Тег роумінгової системи може бути відображений кожного разу, коли термінал одержує послугу від роумінгової системи. Конкретний тег роумінгової системи, який повинен бути відображений, залежить від значення індикатора роумінгової системи і значення SID для роумінгової системи, від якої одержана послуга. Системні теги можуть бути завантажені у термінал за допомогою сигналізації по радіоінтерфейсу. У даному документі наданий набір повідомлень системних тегів. Ці повідомлення можуть бути використані, щоб (1) запитувати системні теги, у даний момент збережені терміналом, і/або поточну конфігураційну інформацію для системних тегів і (2) завантажувати нові теги у термінал. Далі детально описані різні аспекти і варіанти здійснення винаходу. Короткий опис креслень Ознаки, природа і переваги даного винаходу стануть більш очевидними з викладеного нижче докладного опису, що розглядається разом з кре 7 83649 сленнями, на яких однакові символи посилань визначають відповідно по всьому документу і з яких Фіг.1 ілюструє мережу безпровідного зв'язку; Фіг.2 ілюструє стр уктуру списку переважного роумінгу (PRL); Фіг.3А ілюструє асоціативний зв'язок між списком домашніх SID/NID і тегом домашньої системи; Фіг.3В і 3С ілюструють асоціативний зв'язок між системами у системній таблиці і груповими тегами і окремими тегами, відповідно; Фіг.4 ілюстр ує структур у збереження системних тегів у терміналі; Фіг.5 ілюстр ує потік сигналів для завантаження по радіоінтерфейсу системних тегів у термінал; Фіг.6А і 6В ілюструють формат повідомлення "Відповідь щодо конфігурації системних тегів", відправленого терміналом, для різних типів блоків даних; Фіг.6С і 6D ілюструють формат повідомлення "Запит на завантаження системних тегів", відправленого терміналом; щоб завантажити тег домашньої системи і список групових тегів/окремих тегів, відповідно; Фіг.7 ілюструє блок-схему процесу відображення належного системного тегу на основі стану роумінгу термінала; і Фіг.8 ілюструє блок-схему центра системних тегів і термінала. Слово "типовий" використовується у даному документі, щоб означати "такий, що служить як приклад, окремий випадок або ілюстрація". Будьякий варіант здійснення або проект, описаний у даному документі як "типовий", не обов'язково повинен тлумачитися як переважний або такий, що має переваги у порівнянні з іншими варіантами здійснення або проектами. Фіг.1 ілюструє схему мережі 100 безпровідного зв'язку. Мережа 100 включає в себе декілька систем, а кожна система додатково включає в себе одну або більше мереж меншого розміру. Кожна система може бути унікально визначена значенням SID, а кожна мережа меншого розміру може бути унікально визначена значенням NID. Мережа 100 типово включає в себе множину базових станцій, однак для простоти на Фіг.1 проілюстровані тільки дві базові станції для двох систем. Базова станція 110a здійснює обслуговування системи з парою (2, 3) значень (SID, NID), а базова станція 110b здійснює обслуговування системи з парою (1, 4) значень (SID, NID). Базові станції - це стаціонарні станції, що використовуються для обміну даними з безпровідними терміналами, і вони також можуть називатися вузлом В, точкою доступу або яким-небудь іншим терміном. Ряд безпровідних терміналів може бути розміщений по всій зоні обслуговування мережі 100. Кожний термінал включає в себе список однієї або один запис (або рядок) для кожної системи, включеної у таблицю, і декілька полів (або стовпців) для необхідної інформації по кожній системі. Ці поля можуть включати в себе, наприклад, поля SID/NID, переваги вибору, індикатора роумінгу та індексу збору. Для кожного запису поле SID/NID включає в себе унікальну пару (SID, NID) для асо 8 ціативно зв'язаної системи. Поле переваги вибору вказує перевагу для асоціативно зв'язаної системи серед дозволених систем з однієї і тієї ж географічної області, де перевага типово задана мережним оператором. Поле індикатора роумінгу включає в себе значення індикатора роумінгу для асоціативно зв'язаної системи. Поле індексу збору включає в себе значення індексу, яке вказує на конкретний запис у таблиці збору, що містить значення параметрів, щоб використати для пошуку і запиту зв'язаної системи. Домашні системи типово також включені у системну таблицю, але також визначені за допомогою списку домашніх SID/NID, який типово збережений окремо від системної таблиці. Таблиця збору включає в себе один запис (або рядок) для кожного унікального значення індексу і декілька полів (або стовпців) для різних значень параметрів, що використовуються при запиті системи. Переважний список роумінгу описаний більш детально у Додатку C документа ТІА/ЕІА-683-В, який загальнодоступний і міститься у даному документі як посилання. В аспекті надані системні теги для відображення на екрані термінала на основі стану роумінгу терміналів. Тег - це набір буквено-цифрових символів і, можливо, графіки (наприклад, значків, зображень і т.п.), які можуть бути відображені на екрані термінала. У варіанті здійснення системні теги включають в себе теги домашньої системи і теги роумінгової системи, які можуть бути розглянуті як різні типи системних тегів. У варіанті здійснення теги роумінгової системи додатково включають в себе групові теги і окремі теги, які можуть бути розглянуті як різні типи тегів роумінгової системи. Різні і/або додаткові типи тегів можуть також бути задані, і це не виходить за межі об'єму винаходу. У варіанті здійснення наданий один тег домашньої системи для термінала, і він відображається кожного разу, коли термінал одержує послугу від домашньої системи. Проте, також може бути передбачено декілька тегів домашньої системи для термінала (наприклад, один тег домашньої системи для кожної домашньої пари (SID, NID)). У цьому випадку належний тег домашньої системи може бути відображений в залежності від конкретної домашньої системи, від якої термінал одержує послугу. Для простоти подальше обговорення передбачає, що тільки один тег домашньої системи збережений терміналом. Тег роумінгової системи може бути відображений кожного разу, коли термінал одержує послугу від роумінгової системи. Кожний груповий тег асоціативно зв'язаний або з одним значенням індикатора роумінгу, або з діапазоном значень індикатора роумінгу. Кожний окремий тег асоціативно зв'язаний або з одним значенням SID, або з діапазоном значень SID. Конкретний тег роумінгової системи, щоб відображати на екрані термінала, залежить від значення індикатора роумінгу і значення SID для роумінгової системи, від якої одержана послуга. Системні теги можуть бути збережені в енергонезалежній пам'яті у терміналі так, щоб ці теги зберігалися, коли живлення відключається. Енер 9 83649 гонезалежною пам'яттю може бути енергонезалежний ОЗП, флеш-пам'ять, змінний модуль ідентифікації користувача (R-UIM), заданий у cdma2000, універсальний модуль ідентифікації абонента (USIM), заданий у W-CDMA, і т.п. У варіанті здійснення системні теги можуть бути завантажені і оновлені за допомогою сигналізації по радіоінтерфейсу, як описано нижче. Фіг.3А ілюструє асоціативний зв'язок між списком домашніх SID/NID і тегом домашньої системи. У цьому прикладі список домашніх SID/NID включає в себе дві пари (2, 65535) і (3, 65535) значень (SID, NID) для термінала, показаного на Фіг.1. Тег домашньої системи включає в себе текстовий рядок "Welcome to the home system". Цей тег домашньої системи відображається терміналом кожного разу, коли він приймає послугу від будь-якої з систем, включених у список домашніх SID/NID, якою у даному прикладі є будь-яка система зі значенням SID у 2 або 3. Фіг.3В ілюструє асоціативний зв'язок між системами у системній таблиці і списком групових тегів. Як показано на Фіг.2, кожна з дозволених систем у системній таблиці асоціативно зв'язана з конкретним значенням індикатора роумінгу. Декілька дозволених систем можуть бути асоціативно зв'язані з одним і тим же значенням індикатора роумінгу. Груповий тег може бути заданий для одного значення індикатора роумінгу або для діапазону значень індикатора роумінгу. Декілька групових тегів можуть бути задані, щоб охопити всі значення індикатора роумінгу для дозволених систем у системній таблиці. Кожний груповий тег може бути асоціативно зв'язаний з одним або декількома значеннями індикатора роумінгу, тегом тексту і/або графіки та індикацією відображення роумінгу, яка задає, як індикатор/значок роумінгу повинен бути відображений для групового тегу. У прикладі, показаному на Фіг.3В, список групових тегів включає в себе три гр упових теги, які асоціативно зв'язані з трьома значеннями індикатора роумінгу 0´40, 0´41 і 0´42, де 0´ означає шістнадцятиричне значення. Кожного разу, коли термінал одержує послугу від роумінгової системи, яка має значення індикатора роумінгу, що співпадає з будь-яким з цих трьох значень індикатора роумінгу, груповий тег, асоціативно зв'язаний зі співпадаючим значенням, відображається на екрані термінала. Наприклад, якщо термінал одер 10 жує послугу від роумінгової системи зі значенням індикатора роумінгу 0´042, то відображається "тег CDMA Alliance C", а також відображається блимаючий індикатор/значок роумінгу. У загальному випадку, індикатор/значок роумінгу відображається відповідно до індикації відображення роумінгу (наприклад, BBIMKH, ВИ МКН і блимає), асоціативно зв'язаної з груповим тегом, що відображається. Фіг.3В ілюструє асоціативний зв'язок між системами у системній таблиці і списком групових тегів. Як показано на Фіг.2, кожна з дозволених систем у системній таблиці асоціативно зв'язана з конкретним значенням SID. Окремий тег може бути заданий або для одного значення SID, або для діапазону значень SID. Кожний окремий тег після цього повинен бути асоціативно зв'язаний з одним або декількома значеннями SID, тегом тексту і/або графіки, а також індикацією відображення роумінгу. Для прикладу, показаного на Фіг.3С, список окремих тегів включає в себе три окремих теги, які асоціативно зв'язані зі значенням SID в 100, діапазоном значень SID від 101 до 105 і значенням SID в 200. Кожного разу, коли термінал одержує послугу від роумінгової системи, яка має значення SID, що співпадає з одним зі значень SID, які охоплюються списком окремих тегів, окремий тег, асоціативно зв'язаний зі співпадаючим значенням SID, відображається на екрані термінала. Наприклад, якщо термінал одержує послугу від роумінгової системи зі значенням SID в 103, то відображається "тег Network Operator XYZ". Крім того, індикатор/значок роумінгу також відображається відповідно до індикації відображення роумінгу, асоціативно зв'язаної з тегом, що відображається. Фіг.4 ілюструє варіант здійснення структури 400 зберігання системних тегів у терміналі. У варіанті здійснення тег домашньої системи, список групових тегів і список окремих тегів збережені у трьох різних розділах енергонезалежної пам'яті або трьох окремих ділянках зберігання у терміналі. Список групових тегів і список окремих тегів включає в себе (1) набір полів-для різних параметрів списку і (2) таблицю тегів, яка зберігає записи для всіх тегів у списку, один запис на тег. Запис кожного групового тегу і запис кожного окремого тегу додатково включає в себе різні поля для асоціативно зв'язаного тегу. Таблиця 1 перераховує поля тегу домашньої системи для типового проекту. Таблиця 1 Тег домашньої системи Поле Reserved Tag_Encoding TagLen Tag Довжина (біт) 6 5 5 8´Tag_Len Опис Зарезервовано Тип кодування, що використовується для кожного тегу домашньої системи Довжина тегу домашньої системи (у байтах) Текст і/або графіка для тегу домашньої системи Поле Tag_Encoding вказує конкретний тип кодування, що використовується для кожного символу у полі Tag. Можливі значення поля Tag_Encoding можуть бути задані, як показано у таблиці 9.1-1 документу TSB-58-E, озаглавленого "Administration of Parameter Value Assignments for cdma2000 Spread Spectrum Standards", який загальнодоступний і міститься у даному документі як посилання. Таблиця 2 перераховує поля списку групових тегів для типового проекту. 11 83649 12 Таблиця 2 Список групових тегів Поле Group_Tag_List_Size Group TagJList_ID Tag_P_Rev Def_Tag_Encoding Num_Group_Tag_Recs Group_Tag_Table Group_Tag_CRC Довжина (біт) 16 16 8 5 8 Змінна 16 Опис Загальний розмір (у байтах) списку групови х те гів Ідентифікатор списку групови х те гів Версія протоколу для системних тегів Тип кодування за умовчанням, що використовується для групових тегів Число групових тегів у списку Записи групових тегів Значення CRC для списку гр упових тегів Перші 5 полів у таблиці 2 представляють заголовок списку групових тегів. Group_Tag_List_ID включає в себе ідентифікатор списку групови х тегів. Цей ідентифікатор може бути використаний, щоб було зручно з'ясовувати, який список групових тегів збережений терміналом, без необхідності зчитувати окремі записи тегів. Поле Def_Tag_Encoding вказує тип кодування за умовчанням, щоб використати для полів Tag записів, включених, у Group_Tag_Table, якщо жоден не заданий якому-небудь з цих записів. Список групових тегів може включати в себе будь-яке число групових тегів, при цьому точне число вказується полем Num_Group_Tag_Recs. Кожний груповий тег збережений як один запис у Group_Tag_Table. Поле GroupTagCRC включає в себе значення контролю за допомогою циклічно надмірного коду (CRC), яке розраховується на основі всіх полів списку групових тегів (за винятком поля CRC). Значення CRC може бути використане, щоб визначити, чи коректний список групових тегів. Таблиця 3 перераховує поля типового запису групового тегу, асоціативно зв'язаного з одним значенням індикатора роумінгу. Таблиця 3 Запис групового тегу для одного значення індикатора роумінгу Поле Довжина (біт) Group_Tag_Type 3 Roam_Disp_Ind 4 Encoding_Incl Tag_Encoding Roam_lnd Tag_Len Tag 1 0 або 5 8 5 8´Tag_Len Опис Дорівнює "000" для групового тегу, асоціативно зв'язаного з одним значенням індикатора роумінгу Індикація відображення роумінгу, щоб використовувати з тегом: 0000=BBIMKH, 0001=ВИМКН, 0010=блимає Вказує, чи включене поле Tag_Encoding у запис Тип кодування, що використовується для поля Tag Значення індикатора роумінгу, асоціативно зв'язане з груповим тегом Довжина групового тегу (у байта х) Текст і/або графіка для групового тегу Традиційно індикатор/значок роумінгу відображається на екрані термінала способом, заданим значенням індикатора роумінгу. Прив'язка між значеннями індикатора роумінгу та індикацією відображення роумінгу задана у TSB-58-E наступним чином: 0´00=BBIMKH, 0´01=BИMKH, 0´02=блимає. Проте, теги роумінгової системи можуть бути асоціативно зв'язані зі значеннями індикатора роумінгу, які знаходяться у діапазоні від 0´40 до 0´7F. Цей діапазон зарезервований для нестандартного вдосконаленого індикатора роумінгу (як вказано у таблиці 8.1-1 документа TSB-58-E), а індикація відображення роумінгу не задана для індикатора/значка роумінгу для цих значень індикатора роумінгу. Таким чином, поле Roam_Disp_Ind використовується, щоб вказати варіант відображення індикатора/значка роумінгу для кожного тегу роумінгової системи. Можливі значення поля Roam_Disp_Ind можуть бути задані, як показано у таблиці 3. Якщо запис групового тегу включає в себе поле Tag_Encoding, то тип кодування, включений у це поле, використовується для поля Tag у запису. В іншому випадку, використовується тип кодування, включений у поле Def_Tag_Encoding списку гр упових тегів (як показано у таблиці 2). Таблиця 4 перераховує поля типового запису групового тегу, асоціативно зв'язаного з діапазоном значень індикатора роумінгу. 13 83649 14 Таблиця 4 Запис групового тегу для діапазону значень індикатора роумінгу Поле Довжина (біт) Group_Tag_Type 3 Roam_Disp_Ind Encoding_Incl Tag_Encoding 4 1 0 або 5 Low_Roam_Ind 8 High_Roam_Ind 8 Incl 3 Tag_Len Tag 5 8´Tag_Len Опис Дорівнює "001" для групового тегу, асоціативно зв'язаного з діапазоном значень індикатора роумінгу Індикація відображення роумінгу, щоб використовувати з тегом Вказує, чи включене поле Tag_Encoding у запис Тип кодування, що використовується для поля Tag Значення індикатора роумінгу для нижнього порога діапазону, асоціативно зв'язане з груповим тегом Значення індикатора роумінгу для верхнього порога діапазону, асоціативно зв'язане з груповим тегом Значення приросту для значень індикатора роумінгу у межах діапазону Довжина групового тегу (у байта х) Текст і/або графіка для групового тегу Груповий тег у таблиці 4 асоціативно зв язании з діапазоном значень індикатора роумінгу. Два пороги діапазону задані значеннями полів Low_Roam_Ind і High_Roam_Ind. Поле Іnсl включає в себе значення приросту для значень індикатора роумінгу у межах діапазону. Груповий тег може бути заданий так, щоб він був асоціативно зв'язаний тільки з піднабором значень у діапазоні, і це досягається за допомогою присвоєння полю Іnсl значення, яке більше одиниці. Наприклад, щоб охопити тільки непарні значення індикатора роумінгу, полям Low_Roam_Ind і High_Roam_Ind можуть бути присвоєні непарні значення, а полю Іnсl може бути присвоєне значення 2. Таблиця 5 перераховує поля списку окремих тегів для типового проекту. Таблиця 5 Список окремих тегів Поле Spec_Tag_List_Size Spec_Tag_List_ID Tag_P_Rev Довжина (біт) 16 16 8 Def_Tag_Encoding 5 Num_Spec_Tag_Recs Spec_Tag_Table Spec_Tag_CRC 8 Змінна 16 Опис Загальний розмір (у байтах) списку окремих тегів Ідентифікатор списку окремих тегів Версія протоколу для системних тегів Тип кодування за умовчанням, що використовується для конкретних тегів Число окремих тегів у списку Записи окремих тегів Значення CRC для списку окремих тегів Перші 5 полів у таблиці 5 представляють заголовок списку окремих тегів. Список окремих тегів може включати в себе будь-яке число окремих тегів, при цьому точне число вказується полем Num_Spec_Tag_Recs. Кожний окремий тег збережений як один запис у Spec_Tag_Table. Поле Spec_Tag_CRC включає в себе значення CRC, яке розраховується на основі всіх полів списку окремих тегів (за винятком поля CRC). Значення CRC може бути використане, щоб визначити, чи коректний список окремих тегів. Таблиця 6 перераховує поля типового запису окремого тегу, асоціативно зв'язаного з одним значенням SID. 15 83649 16 Таблиця 6 Запис окремого тегу для одного значення SID Поле Spec_Tag_Type Довжина (біт) 3 Roam_Disp_Ind Encoding_Incl Tag_Encoding SID Tag_Len Tag 4 1 0 або 5 15 5 8´Tag_Len Опис Дорівнює "000" для окремого тегу, асоціативно зв'язаного з одним значенням SID Індикація відображення роумінгу для використання з тегом Вказує, чи включене поле Tag_Encoding у запис Тип кодування, що використовується для поля Tag Значення SID, асоціативно зв'язане з окремим тегом Довжина окремого тегу (у байта х) Текст і/або графіка для окремого тегу Таблиця 7 перераховує поля типового запису окремого тегу, асоціативно зв'язаного з набором значень SID. Таблиця 7 Запис окремого тегу для діапазону значень SID Поле Довжина (біт) Spec_Tag_Type 3 Roam_Disp_Ind Encoding_lncl Tag_Encoding 4 1 0 або 5 Low_SID 15 High_SID 15 Incl Tag_Len Tag 8 5 8´Tag_Len Опис Дорівнює "001" для окремого тегу, асоціативно зв'язаного з діапазоном значень SID Індикація відображення роумінгу для використання з тегом Вказує, чи включене поле Tag_Encoding у запис Тип кодування, що використовується для поля Tag Значення SID для нижнього порога діапазону, асоціативно зв'язане з окремим тегом Значення SID для верхнього порога діапазону, асоціативно зв'язане з окремим тегом Значення приросту для значень SID у межах діапазону Довжина окремого тегу (у байта х) Текст і/або графіка для окремого тегу Таблиці 1-7 показують типові формати для тегу домашньої системи, списку групових тегів, записів групових тегів, списку окремих тегів і записів окремих тегів. Інші формати також можуть бути задані для кожного з цих елементів, і це не виходить за межі сфери застосування винаходу. Наприклад, тег домашньої системи може бути заданий, щоб включати в себе CRC. Фіг.5 ілюструє типовий потік 500 сигналів для завантаження системних тегів у термінал за допомогою сигналізації по радіоінтерфейсу. На початку термінал приймає повідомлення "Запит характеристик протоколу" від функції підготовки до використання послуг по радіоінтерфейсу (OTAF), щоб запитати характеристики термінала (етап 512). OTAF - це функція з боку мережі, що відповідає за адміністрування параметрів і підготовку до використання послуг. Термінал відповідає повідомленням "Відповідь з характеристиками протоколу", яке вказує, чи має термінал можливість системних тегів (етап 514). Завантаження системних тегів виконується, тільки якщо термінал підтримує системні теги. Потім обмінюються повідомленнями "Запит ОТАРА" і "Відповідь ОТАРА" між терміналом і OTAF, щоб ініціювати адміністрування параметрів, яким у даному випадку є завантаження системних тегів (етапи 516 і 518). Після цього обмі нюються повідомленнями "Запит на перевірку" і "Відповідь щодо перевірки", щоб визначити, чи може бути виконане адміністрування параметрів для користувальницького термінала (етапи 522 і 524). Якщо відповідь так, то обмінюються повідомленнями "Запит захищеного режиму" і "Відповідь щодо захищеного режиму", щоб дозволити шифр ування на прикладному рівні (етапи 526 і 528). Це переводить подальший обмін даними у захищений режим для завантаження системних тегів. Далі термінал приймає повідомлення "Запит конфігурації системних тегів", що запитує поточну конфігураційну інформацію, яка стосується системних тегів, збережених терміналом (етап 532). Потім термінал відповідає повідомленням "Відповідь щодо конфігурації системних тегів" з поточною конфігураційною інформацією про теги (етап 534). Після цього термінал приймає повідомлення "Запит на завантаження системних тегів", щоб завантажити системні теги, де теги, які повинні бути завантажені, можуть бути залежними від поточної конфігурації тегів (етап 536). Потім термінал відповідає повідомленням "Відповідь щодо завантаження системних тегів", яке підтверджує і додатково вказує результати операції завантаження системних тегів (етап 538). 17 83649 Після цього обмінюються повідомленнями "Запит на виконання" і "Відповідь щодо виконання", щоб ініціювати збереження завантажених системних тегів в енергонезалежній пам'яті термінала (етапи 542 і 544). Далі обмінюються повідомленнями "Запит захищеного режиму" і "Відповідь щодо захищеного режиму", щоб завершити захищений обмін даними між терміналом і OTAF (етапи 546 і 548). На закінчення обмінюються повідомленнями "Запит ОТАРА" і "Відповідь ОТАРА", щоб завершити операцію завантаження системних тегів (етапи 552 і 554). Фіг.5 ілюструє типовий потік сигналів для завантаження системних тегів. Інші потоки сигналів 18 також можуть бути задані і використані, і це не виходить за межі галузі застосування винаходу. Далі детальніше описані чотири повідомлення системних тегів, використані на етапах 532-538. Інші повідомлення на Фіг.5 детально описані у документі ТІА/ЕІА-683-В. Повідомлення "Запит конфігурації системних тегів" відправляється терміналу, щоб запитати (етап 532) поточну конфігураційну інформацію, яка стосується системних тегів, збережених терміналом. Таблиця 8 перераховує поля повідомлення "Запит конфігурації системних тегів" для типового проекту. Таблиця 8 Повідомлення "Запит конфігурації системних тегів" Поле Довжина (біт) Опис OTASP_Msg_Type 8 Дорівнює 0´XX для повідомлення "Запит конфігурації системних тегів" Block_ID 8 Дорівнює заданому у таблиці 12 нижче Наступні два поля включені, якщо Block_ID=0´02 (список групових тегів) або 0´04 (список окремих тегів): Request Offset 16 Request Ma x Si ze 8 Зсув від початку списку тегів для запитуваного блока даних інформації про системні теги Розмір запитуваного блока даних Блок даних описаний більш детально далі. У таблицях 8-11 0´XХ означає будь-яке значення, яке доступне для призначення новому повідомленню системних тегів. Повідомлення "Відповідь щодо конфігурації системних тегів" відправляєть ся терміналом, щоб повернути запитану конфігураційну інформацію OTAF (етап 534). Таблиця 9 перераховує поля повідомлення "Відповідь щодо конфігурації системних тегів" для типового проекту. Таблиця 9 Повідомлення "Відповідь щодо конфігурації системних тегів" Поле Довжина (біт) OTASP_Msg_Type 8 Block_ID 8 Result_Code 8 Block_Len Param_Data Fresh_Incl Fresh Reserved 8 8´Block_Len 1 0 або 15 0 або 7 Опис Дорівнює 0 х XX для повідомлення "Відповідь щодо конфігурації системних тегів" Дорівнює . значенню Вlос_ID у повідомленні "Запит конфігурації системних тегів" Результати операції запиту. Дорівнює заданому у документі ТІА/ЕІА683-В Довжина поля Param_Data (у байтах) Запитаний блок даних інформації про системні теги Вказує, чи включене поле Fresh у повідомлення Довільне число, що використовується для шифрування Зарезервовано Повідомлення "Запит на завантаження системних тегів" відправляється терміналу, щоб завантажити системні теги у термінал (етап 536). Таблиця 10 перераховує поля повідомлення "Запит на завантаження системних тегів" для типового проекту. 19 83649 20 Таблиця 10 Повідомлення "Запит на завантаження системних тегів" Поле Довжина (біт) OTASP_Msg_Type 8 Block_ID Block_Len Param_Data Fresh_Incl Fresh Reserved 8 8 8´Block_Len 1 0 або 15 0 або 7 Опис Дорівнює 0´XX для повідомлення "Запит на завантаження системних тегів" Дорівнює заданому у таблиці 12 нижче Довжина поля Param_Data (у байтах) Блок даних інформації про системні теги, які повинні бути завантажені Вказує, чи включене поле Fresh у повідомлення Довільне число, що використовується для шифрування Зарезервовано Повідомлення "Відповідь щодо завантаження системних тегів" відправляється терміналом, щоб підтвердити завантажені системні теги (етап 538). Таблиця 11 перераховує поля повідомлення "Відповідь щодо завантаження системних тегів" для типового проекту. Таблиця 11 Повідомлення "Відповідь щодо завантаження системних тегів" Поле Довжина (біт) OTASP_Msg_Type 8 Block_ID 8 Result_Code 8 Опис Дорівнює 0´XX для повідомлення "Відповідь щодо завантаження системних тегів" Дорівнює значенню Block_ID у повідомленні "Запит на завантаження системних тегів" Результати операції завантаження. Дорівнює заданому у документі ТІА/ЕІА-683-В Наступні два поля включені, якщо Block_ID=0´01 (список групових тегів) або 0´02 (список окремих тегів): Segment_Offset 16 Segment_Size 8 Зсув від початку списку тегів для щойно завантаженого сегмента інформації про системні теги Розмір щойно завантаженого сегмента Для чотирьох описаних вище повідомлень поле Block_ID показує тип блока даних, що запитується або відправляється повідомленням. Таблиця 12 перераховує різні типи блоків даних. Таблиця 12 Типи блоків даних Повідомлення "Запит/відповідь щодо конфігурації системних тегів" Тип блоку даних Тег домашньої системи Розмір списку групових тегів Список групових тегів Розмір списку окремих тегів Список окремих тегів Block_ID 0´00 0´01 0´02 0´03 0´04 Повідомлення "Запит/відповідь щодо завантаження системних тегів" Тип блоку даних Тег домашньої системи Список групових тегів Список окремих тегів Block_ID 0´00 0´01 0´02 Термінал може бути запитаний повідомленням "Запит конфігурації системних тегів" з тим, щоб відправити назад блок даних для тегу домашньої системи, списку групови х те гів, розміру списку гр упових тегів, списку окремих тегів або розміру списку окремих тегів. Блок даних розміру включає в себе тільки визначену інформацію, яка стосується списку тегів, і не включає в себе якінебудь записи списку тегів. Термінал може бути завантажений з блоком даних для тегу домашньої системи, списку групових тегів, списку окремих тегів за допомогою повідомлення "Запит на завантаження системних те гів". В одному варіанті здійснення, який описаний нижче, весь список групових тегів або список окремих тегів завантажується у термінал, якщо взагалі це можливо. В іншому варіанті здійснення групові теги і окремих теги можуть бути окремо завантажені у термінал. Типовий блок даних для тегу домашньої системи (Block_ID=0´00) може бути заданий, як показано у таблиці 1. Блок даних має максимальний розмір у 264 біти. Типовий блок даних для розміру списку групових тегів може бути заданий, як показано у таблиці 13. Цей блок даних використовується, якщо Block_ID=0´00 для повідомлень про конфігурацію системних тегів. 21 83649 22 Таблиця 13 Блок даних для розміру списку групових тегів Поле Ma x_Group_Tag_List_Size Curr_Group_Tag_List_Size Group_Tag_List_ІD Tag_P_Rev Num_Group_Tag_Recs Довжина (біт) 16 16 16 8 8 Типовий блок даних для розміру списку окремих тегів може бути заданий, як показано у таблиці 14. Цей блок даних використовується, Опис Максимальний розмір списку гр упових тегів Розмір поточного списку групови х тегів Ідентифікатор списку групови х те гів Версія протоколу для системних тегів Число групових тегів у списку якщо Block_ID=0´03 для повідомлень про конфігурацію системних тегів. Таблиця 14 Блок даних для розміру списку окремих тегів Поле Ma x_Spec_Tag_List_Size Curr_Spec_Tag_List_Size Spec_Tag_List_ID Tag_P_Rev Num_Spec_Tag_Recs Reserved Довжина (біт) 16 16 16 8 14 2 Типовий блок даних для списку гр упових тегів і списку окремих тегів може бути заданий, як показано у таблиці 15. Цей блок даних використовується, якщо Block_ID=0´02 або 0´04 для повід Опис Максимальний розмір списку окремих тегів Розмір поточного списку окремих тегів Ідентифікатор списку окремих тегів Версія протоколу для системних тегів Число окремих тегів у списку Зарезервовано омлень про конфігурацію системних тегів і Block_ID=0´01 або 0´02 для повідомлень про завантаження системних тегів. Таблиця 15 Блок даних для списку групових тегів і списку окремих тегів Поле Tag_P_Rev Reserved Last_Segment Segment_Offset Segment_Size Segment_Data Довжина (біт) 8 7 1 16 8 8´Segment_Size Опис Версія протоколу для системних тегів Зарезервовано Вказує, чи є відправлений сегмент останнім для списку тегів Зсув від початку списку тегів для щойно відправленого сегмента Розмір відправленого сегмента (у байта х) Дані для відправленого сегмента Чотири повідомлення системних тегів, описані вище, можуть бути взяті у повідомлення сигналізації (наприклад, "Повідомлення пакету даних" на рівні 3 в IS-95 і IS-2000) перед передачею по радіоінтерфейсу. "Повідомлення пакету даних" дозволяє доставляти до 255 байтів даних, і розмір чотирьох повідомлень системних тегів повинен бути обмежений відповідно. Список групових тегів і список окремих тегів можуть бути більшим, ніж розмір "Повідомлення пакету даних". У цьому випадку весь список групових тегів або список окремих тегів може бути розбитий на декілька сегментів і відправлений за допомогою декількох екземплярів "Повідомлення інформаційного пакету", один сегмент на повідомлення. Поле Segment_Size показує розмір поточного сегмента, що відправляється. Поле Segment_Offset показує зсув від початку списку тегів для * поточного сегмента. Поле Last_Segment показує, чи є поточний сегмент останнім сегментом списку тегів. Хоча завантаження може бути виконане за допомогою декількох повідомлень "Запит на завантаження системних тегів" і декількох екземплярів "Повідомлення пакету даних", вся операція завантаження може бути розглянута як така, що виконується однією транзакцією повідомлення. Фіг.6А ілюстр ує формат повідомлення "Відповідь щодо конфігурації системних тегів", відправленого терміналом, для трьох різних типів блоків даних. Поле Param_Data цього повідомлення включає в себе (1) блок даних для тегу домашньої системи, показаного у таблиці 1, якщо Block_ID=0´00, (2) блок даних для розміру списку групових тегів, показаного у таблиці 13, якщо Block_ID=0´01 або (3) блок даних для розміру списку окремих тегів, показаного у таблиці 14, якщо Block_ID=0´03. 23 Фіг.6В ілюструє формат повідомлення "Відповідь щодо конфігурації системних тегів", відправленого терміналом, для двох різних типів блоків даних. Поле Param_Data цього повідомлення включає в себе (1) блок даних для списку групових тегів, показаного у таблиці 15, якщо Block_ID=0´02 або (2) блок даних для списку окремих тегів, також показаного у таблиці 15, якщо Block_ID=0´04. На Фіг.6В відправляється блок даних для списку групових тегів. Як також показано на Фіг.6В, тільки частина списку гр упових тегів у поточному блоці даних, при цьому ця частина визначається полями Segment_Offset і Segment_Size блоку даних. Фіг.6С ілюструє формат повідомлення "Запит на завантаження системних тегів", відправленого терміналу, щоб завантажити новий тег домашньої системи (Block_ID=0´00). Поле Param_Data цього повідомлення включає в себе блок даних для тегу домашньої системи, показаного у таблиці 1 і на Фіг.6А. Фіг.6D ілюструє формат повідомлення "Запит на завантаження системних тегів", відправленого терміналу, щоб завантажити список окремих тегів (Block_ID=002). Поле Param_Data цього повідомлення включає в себе блок даних для списку окремих тегів, який показаний у таблиці 15. Як показано на Фіг.6D, тільки частина списку окремих тегів відправляється у поточному блоці даних, при цьому ця частина визначається полями Segment_Offset і Segment_Size блока даних. Список групових тегів може також бути завантажений у термінал аналогічним способом. Фіг.7 ілюструє блок-схему варіанту здійснення процесу 700 відображення належного системного тегу на основі стану роумінгу термінала. На початку термінал намагається запитати систему (етап 712). Запит системи типово виконується відповідно до таблиці збору у списку переважного роумінгу. Наприклад, значення параметрів, асоціативно зв'язані з індексом з найвищим пріоритетом (наприклад, індексом 0 у таблиці збору на Фіг.2), можуть бути використані першими для запиту, значення параметрів, асоціативно зв'язані з наступним індексом з найвищим пріоритетом (наприклад, індексом 1), можуть бути використані далі, якщо запит з індексом 0 був безуспішним, і т.д. Якщо система запитана, то визначається географічна область, до якої ця система належить. Після цього виконується визначення того, чи є запитана система допустимою (етап 714). Системна таблиця може бути використана, щоб виконати це визначення. Зокрема, запитана система вважається допустимою, якщо вона є однією з дозволених систем у визначеній географічній області. Якщо запитана система недопустима, то процес повертається до етапу 712, щоб запитати іншу систему у тій же географічній області за допомогою системної таблиці і таблиці збору. Якщо запитана система вважається допустимою на етапі 714, то потім виконується визначення того, чи є запитана система найбільш переважною для визначеної географічної області (етап 716). Перевага вибору у системній таблиці може 83649 24 бути використана, щоб виконати це визначення. Якщо відповідь «ні», то термінал намагається запитати більш переважну систему у тій же географічній області (етап 718). У будь-якому випадку послугу одержують від найбільш переважної системи, знайденої терміналом (етап 720). Ця система також називається обслуговуючою системою. Після цього виконується визначення того, чи є обслуговуюча система домашньою системою для термінала (етап 730). Це визначення може бути виконане на основі списку домашніх SID/NID для термінала і пари (SID, NID) для обслуговуючої системи. Якщо обслуговуюча система є домашньою системою, то відображається тег домашньої системи (етап 732), і після цього процес завершується. В іншому випадку, якщо обслуговуюча система не є домашньою системою (етап 730), виконується визначення того, чи є SID обслуговуючої системи одним зі значень SID, що охоплюються списком окремих тегів (етап 740). Це визначення може бути виконане на основі запису системи для обслуговуючої системи і списку окремих тегів для термінала. Якщо відповідь на етапі 740 «так», то відображається окремий тег, асоціативно зв'язаний зі значенням SID для обслуговуючої системи (етап 742), і після цього процес завершується. В іншому випадку виконується визначення того, чи є значення індикатора роумінгу обслуговуючої системи одним зі значень індикатора роумінгу, що охоплюються списком групових тегів (етап 750). Це визначення може бути виконане на основі запису системи для обслуговуючої системи і списку групових тегів для термінала. Якщо відповідь на етапі 750 «так», то відображається груповий тег, асоціативно зв'язаний зі значенням індикатора роумінгу для обслуговуючої системи (етап 752), і після цього процес завершується. Фіг.8 ілюструє блок-схему варіанту здійснення центра 130 системних тегів і термінала 120, який підтримує теги. Центр 130 системних тегів може бути реалізований за допомогою однієї з декількох мережних об'єктних сутностей. Наприклад, центр 130 системних тегів може бути реалізований за допомогою мережної об'єктної сутності, яка підтримує OTAF. Центр 130 системних тегів підтримує системні теги з боку мережі. У межах центра 130 системних тегів контролер 820 керує завантаженням системних тегів у термінали. Це об'єднує відправку повідомлення "Запит конфігурації системних тегів" і "Запит на завантаження системних тегів" у термінали і прийом повідомлень "Відповідь щодо конфігурації системних тегів" і "Відповідь щодо завантаження системних тегів" від терміналів, як показано на Фіг.5, етапи 532, 536, 534, 538, відповідно. Контролер 820 керує генеруванням і обробкою цих повідомлень системних тегів. Блок 822 пам'яті надає зберігання для програмних кодів і даних, що використовуються контролером 820, а блок 812 пам'яті надає зберігання системних тегів (наприклад, тегів домашньої системи, групових тегів і окремих тегів). 25 Щоб завантажити системні теги, один або більше системних тегів, які повинні бути завантажені, дістають з блока 812 пам'яті і надають процесору 814 повідомлень, який вміщує ці системні теги у відповідні повідомлення системних тегів. Повідомлення системних тегів можуть бути додатково вміщені у повідомлення сигналізації (наприклад, "Повідомлення пакету даних"). Потім надаються повідомлення сигналізації мобільній комутаційній станції 140, яка додатково переадресовує ці повідомлення одній або більше базовим станціям під своїм керуванням. Кожна базова станція обробляє прийняті повідомлення сигналізації і включає їх у модульований сигнал направленого вперед каналу, який передається терміналам в її зоні обслуговування. У терміналі 120 модульований сигнал, переданий від базової станції HOx, приймається антеною 852 і надається приймальному пристрою (RCVR) 854. Приймальний пристрій 854 виконує необхідні дії (наприклад, фільтрує, посилює і перетворює з пониженням частоти) з прийнятим сигналом і додатково цифрує приведений до потрібного стану сигнал, щоб надавати вибірки. Демодулятор/декодер 856 потім демодулює вибірки (наприклад, на основі обробки фізичного рівня cdma2000) і додатково декодує демодульовані дані, щоб надавати декодовані дані, які включають в себе повідомлення сигналізації у модульованому сигналі. Ці повідомлення сигналізації можуть додатково бути оброблені декодером 856 і/або контролером 860, щоб відновити повідомлення системних тегів, відправлені центром 130 системних тегів. Необхідні дані (наприклад, завантажені системні теги) у відновлених повідомленнях системних тегів можуть бути добуті і надані блоку 862 енергонезалежної пам'яті і/або блоку 872 пам'яті у змінному модулі 870. Змінний модуль 870 може бути R-UIM (для cdma2000), USIM або SIM (для W-CDMA і GSM). У зворотному каналі дані, повідомлення системних тегів (що містять інформацію про системні теги, конфігураційну інформацію, підтвердження і т.п.) і повідомлення сигналізації, які повинні бути відправлені терміналом, надаються кодер/модулятор 890, який вміщує, кодує і модулює дані/повідомлення. Потім з модульованими даними виконуються необхідні дії передавальним пристроєм 892, щоб надати модульований сигнал зворотного каналу для передачі назад базовій станції. Базова станція приймає і обробляє модульований сигнал, щоб відновити повідомлення системних тегів, відправлені терміналом, і переадресувати ці повідомлення у центр 130 системних тегів. Центр 130 системних тегів приймає і обробляє ці повідомлення системних тегів як частину операції завантаження системних тегів. Контролер 860 керує роботою блоків у терміналі 120. Наприклад, контролер 860 може керувати завантаженням системних тегів, що передаються у повідомленнях системних тегів, і може керувати збереженням завантажених тегів у блок 862 енергонезалежної пам'яті і/або змінний модуль 870. Контролер 860 може додатково керувати добуванням належного системного тегу з бло 83649 26 ку 862 пам'яті і/або змінного модуля 870 на основі стану роумінгу термінала. Добутий системний тег потім надається дисплейному пристрою 880 для представлення на екрані. Блок 862 пам'яті також надає зберігання програмних кодів і даних, що використовуються контролером 860. Фіг.8 ілюструє конкретний варіант здійснення центра 130 системних тегів і термінала 120. Інші проекти також можуть бути розглянуті, і це не виходить за межі галузі застосування винаходу. Для зрозумілості вище були описані конкретні проекти для різних аспектів системних тегів. Зокрема, були описані конкретні проекти для системних тегів (тегу домашньої системи, групових тегів і окремих те гів), форматів тегів, повідомлень системних тегів і форматів повідомлень. У ці конкретні проекти можуть бути внесені різні модифікації і можуть бути використані різні альтернативні проекти, і це не виходить за межі галузі застосування винаходу. Наприклад, можуть бути сформовані різні типи тегів, можуть бути використані різні формати тегів, можуть бути реалізовані різні повідомлення системних тегів і різні формати повідомлень, і т.п. Також для зрозумілості системні теги були описані з посиланням на cdma2000. Загалом, описані у даному документі системні теги можуть бути використані у різних системах безпровідного зв'язку, таких як системи CDMA (наприклад, системи cdma2000, IS-95 і W-CDMA), системи TDMA (наприклад, системи GSM) і т.п. Описані у даному документі методики завантаження і відображення системних тегів можуть бути реалізовані різними засобами. Наприклад, ці методики можуть бути реалізовані в апаратних засобах, програмному забезпеченні або їх поєднанні. При реалізації в апаратних засобах елементи, які використовуються, щоб реалізувати одн у або поєднання методик за допомогою термінала або мережі, можуть бути реалізовані в одній або більше спеціалізованих інтегральних схемах (ASIC), процесорах цифрових сигналів (DSP), пристроях цифрової обробки сигналів (DSPD), програмованих логічних пристроях (PLD), програмованих користувачем матричних БІС (FPGA), процесорах, контролерах, мікроконтролерах, мікропроцесорах, інших електронних пристроях, призначених, щоб виконувати описані у даному документі функції, або їх поєднанні. При реалізації у програмному забезпеченні завантаження і відображення системних тегів може бути реалізоване терміналом і мережею за допомогою модулів (наприклад, процедур, функцій і т.п.), які виконують описані у даному документі функції. Програмні коди можуть бути збережені у блоці пам'яті (наприклад, у блоках 822 і/або 862 пам'яті на Фіг.8) і приведені у виконання процесором (наприклад, контролером 820 і/або 860). Блок пам'яті може бути реалізований у процесорі або ззовні по відношенню до процесора, причому в іншому випадку він може бути приєднаний до процесора за допомогою різних засобів, відомих у даній галузі те хніки. Попередній опис розкритих варіантів здійснення наданий, щоб дати можливість будь-якому 27 фа хівцеві у даній галузі техніки створити або використати даний винахід. Різні модифікації у цих варіантах здійснення будуть очевидними для фа хівців у даній галузі техніки, а описані у даному документі загальні принципи можуть бути застосовані до інших варіантів здійснення без відступу від суті і галузі застосування винаходу. Таким 83649 28 чином, даний винахід не призначений, щоб бути обмеженим показаними у даному документі варіантами здійснення, а повинен задовольняти найширшу галузь застосування, узгоджену з принципами і новими функціями, розкритими у даному документі. 29 83649 30 31 83649 32 33 83649 34 35 83649 36 37 Комп’ютерна в ерстка Т. Чепелев а 83649 Підписне 38 Тираж 28 прим. Міністерство осв іт и і науки України Держав ний департамент інтелектуальної в ласності, вул. Урицького, 45, м. Київ , МСП, 03680, Україна ДП “Український інститут промислов ої в ласності”, вул. Глазунова, 1, м. Київ – 42, 01601