Переривання застосування схеми конвергенції рівня частоти

1. Спосіб вибору стільника мобільним терміналом у системі бездротового зв'язку, який включає: приєднання до послуги "точка - багато точок", яка має оптимальну частоту; застосування схеми конвергенції рівня частоти для вибору стільника, причому схема конвергенції рівня частоти сприяє виборові стільника на оптимальній частоті; і переривання застосування схеми конвергенції рівня частоти за наявності пускової 2. Спосіб за п. 1, який відрізняється тим, що посхеми. слуга "точка - багато точок" є MBMS послугою. 3. Спосіб за п. 1, який відрізняється тим, що пускова схема для переривання застосування схеми конвергенції рівня частоти має в основі процедуру, започатковану у мережі, яка не спрацьовує під час застосування схеми конвергенції 4. Спосіб за п. рівня частоти. 3, який відрізняється тим, що процедура у мережі включає встановлення з'єднання з доменом базової мережі (CN). 5. Спосіб за п. 4, який відрізняється тим, що домен CN є принаймні одним з доменів, до яких належать: домен комутації пакетів (PS); і домен комутації каналів (CS). 6. Спосіб за п. 3, який відрізняється тим, що процедура у мережі включає принаймні одну з процедур, до яких належать: процедура доступу до PRACH; процедура контролю радіоресурсу (RRC) для передачі інформації до мережі; процедура доступ у до середовища передачі даних (МАС) для 2 (19) 1 3 85742 4 18. Спосіб за п. 1, який відрізняється тим, що також включає: започаткування процедури у мережі; і роз'єднання зв'язку з доменом базової мережі (CN), коли завершується процедура, започаткована у мережі. 19. Мобільний термінал для вибору стільника у системі бездротового зв'язку, який включає: засоби приєднання до послуги "точка - багато точок", яка має оптимальну частоту; засоби застосування схеми конвергенції рівня частоти для вибору стільника, причому схема конвергенції рівня частоти сприяє виборові стільника на оптимальній частоті; і засоби для переривання застосування схеми конвергенції рівня частоти за наявності пускової схеми. 20. Мобільний термінал за п. 19, який відрізняється тим, що послуга "точка - багато точок" є MBMS послугою. 21. Мобільний термінал за п. 19, який відрізняється тим, що пускова схема для переривання застосування схеми конвергенції рівня частоти має в основі процедуру, започатковану у мережі, яка не спрацьовує під час застосування схеми конвергенції рівня частоти. 22. Мобільний термінал за п. 21, який відрізняється тим, що процедура у мережі включає встановлення з'єднання з доменом базової мережі (CN). 23. Мобільний термінал за п. 22, який відрізняється тим, що домен CN є принаймні одним з доменів, до яких належать: домен комутації пакетів (PS); і домен комутації каналів (CS). 24. Мобільний термінал за п. 21, який відрізняється тим, що процедура у мережі включає принаймні одну з процедур, до яких належать: процедура доступу до PRACH; процедура контролю радіоресурсу (RRC) для передачі інформації до мережі; процедура доступу до середовища передачі даних (МАС) для передачі даних до мережі; і процедура вибору стільника на даній частоті згідно з командою, отриманою від мережі. 25. Мобільний термінал за п. 19, який відрізняється тим, що пускова схема для переривання застосування схеми конвергенції рівня частоти включає отримання повідомлення, яке започатковує процедуру переконфігурації. 26. Мобільний термінал за п. 19, який відрізняється тим, що пускова схема для переривання застосування схеми конвергенції рівня частоти включає започаткування процедури вибору стільника на даній частоті згідно з командою, отриманою від мережі. 27. Мобільний термінал за п. 19, який відрізняється тим, що переривання застосування схеми конвергенції рівня частоти триває до закінчення часу таймера. 28. Мобільний термінал за п. 27, який відрізняється тим, що таймер запускається, коли схема конвергенції рівня частоти вперше переривається. 29. Мобільний термінал за п. 27, який відрізняється тим, що таймер запускається, коли процедура, започаткована у мережі, яка включає процедур у доступ у до PR ACH, не спрацьовує. 30. Мобільний термінал за п. 27, який відрізняється тим, що таймер запускається, коли процедура, започаткована у мережі, яка включає процедур у доступ у до середовища передачі даних (МАС) для передачі даних до мережі, не спрацьовує. 31. Мобільний термінал за п. 27, який відрізняється тим, що таймер запускається, коли процедура, започаткована у мережі, яка включає процедур у вибору стільника на даній частоті згідно з командою, отриманою від мережі, не спрацьовує. 32. Мобільний термінал за п. 27, який відрізняється тим, що значення тривалості дії таймера отримується у системному інформаційному повідомленні від мережі. 33. Мобільний термінал за п. 27, який відрізняється тим, що значення тривалості дії таймера є незмінним значенням. 34. Мобільний термінал за п. 19, який відрізняється тим, що також включає засоби для вибору стільника на частоті, відмінній від оптимальної частоти. 35. Мобільний термінал за п. 19, який відрізняється тим, що також включає: засоби для започаткування процедури у мережі; і засоби для продовження переривання застосування схеми конвергенції рівня частоти, доки не завершиться процедура, започаткована у мережі. 36. Мобільний термінал за п. 19, який відрізняється тим, що також включає: засоби для започаткування процедури у мережі; і засоби для роз'єднання зв'язку з доменом базової мережі (CN), коли завершується процедура, започаткована у мережі. Даний винахід стосується вибору стільника у бездротовій системі зв'язку, зокрема, переривання застосування схеми конвергенції рівня частоти, що сприяє виборові стільника на оптимальній частоті об'єднаної послуги «точка-багато точок". Останнім часом системи мобільного зв'язку досягли помітного розвитку, але щодо високої продуктивності послуг з передачі даних ефективність систем мобільного зв'язку неможна порівняти з ефективністю існуючих провідних систем зв'язку. Відповідно, ведуться технічні розробки ІМТ-2000, яка є системою зв'язку, що забезпечує високу ефективність передачі даних, і серед різних компаній та організацій активно ведеться пошук стандартизації цієї технології. Універсальна мобільна телекомунікаційна система (УМТС) є системою мобільного зв'язку третього покоління, яка розвинулась на базі європейського стандарту, відомого як Глобальна система мобільного зв'язку (GSM). У МТС призначена для забезпечення поліпшеного мобільного зв'язку основі базової мережі GSM та технології бездротового з'єднання з широкосмуговим багатостанцій 5 85742 ним доступом з кодовим розподіленням каналів (W-CDMA). У грудні 1998 року Європейський інститут телекомунікаційних стандартів (ETSI), ARIB/TTC (Японія), служба Т1 (США) та ТТА (Республіка Корея) заснували Проект партнерства третього покоління (3GPP) з метою створення специфікації для технології УМТС. Для того, щоб досягнути швидкого та ефективного технічного розвитку УМТС, у рамках 3GPP були сформовані п'ять технічних специфікаційних груп (TSG) для стандартизації УМТС шляхом дослідження незалежної природи елементів мережі та їх операцій. Кожна TSG-група розробляє, затверджує та керує якоюсь специфікацією стандарту (типовими технічними умовами) у відповідній галузі. Серед цих гр уп група мережного радіозв'язку з абонентами (RAN або TSG-RAN) створює стандарти для функції, вимог та інтерфейсу наземної мережі радіозв'язку з абонентами УМТС (UTRAN), яка є новою мережею RAN для підтримки технології доступу W-CDMA в У МТС. Фігура 1 ілюструє типову базову структур у загальної мережі УМТС. Як показано на Фігура 1, УМТС приблизно розподіляється на термінальне обладнання або обладнання користувача (UE) 10, UTRAN 100 та базову мережу (CN) 200. UTRAN 100 включає одну або кілька радіомережних підсистем (RNS) 110, 120. Кожна RNS 110, 120 включає контролер радіомережі (RNC) 111 та множину Вузлів Б (базових станцій) 112, 113, якими керує RNC 111. RNC 111 виконує функції, що включають розподіл та управління радіоресурсами і діє як місце доступу стосовно базової мережі 200. Вузли В 112, 113 отримують інформацію, надіслану фізичним рівнем терміналу через канал зв'язку „по лінії вгору" і передають дані до терміналу через канал зв'язку „по лінії вниз". Вузли В 112, 113, таким чином, діють як місця доступу UTRAN 100 для терміналу. Головною функцією UTRAN 100 є створення й підтримання односпрямованого каналу радіозв'язку (RAB) для забезпечення з'єднання між терміналом та базовою мережею 200. Базова мережа 200 застосовує вимоги до якості послуг (QoS) наскрізного маршруту до R AB, і RAB підтримує вимоги QoS, встановлені базовою мережею 200. Оскільки UTRAN 100 створює й підтримує RAB, вимоги QoS наскрізного маршруту задовольняються. Послуга RAB може далі розділятися на послугу каналу їй та послугу односпрямованого радіоканалу. В Послуга каналу їй підтримує надійну передачу даних користувача між обмежуючими з вузлами UTRAN 100 та базової мережі 200. З Базова мережа 200 включає мобільний центр комутації (MSC) 210 та шлюзовий мобільний центр комутації (GMSC) 220, зв'язані між собою для підтримки послуги комутації каналів (CS), і службовий вузол підтримки GPRS (SGSN) 230 та шлюзовий вузол підтримки GPRS 240, зв'язані між собою для підтримки послуга комутації пакетів (PS). Послуги, які надаються для окремого термінала, приблизно поділяються на послуги комутації 6 каналів (CS) та послуги комутації пакетів (PS). Наприклад, загальна послуга мовного радіозв'язку належить до послуг комутації каналів, в той час як послуга перегляду веб-сторінок в мережі Інтернет через Інтернет з'єднання класифікується як послуга комутації пакетів (PS). Для підтримки послуг комутації каналів, RNC 111 з'єднуються з MSC 210 базової мережі 200, a MSC 210 з'єднується з GMSC 220 який управляє зв'язком з іншими мережами. Для підтримки послуги комутації пакетів RNC 111 з'єднуються з SGSN 230 та GGSN 240 базової мережі 200. SGSN 230 підтримує пакетний зв'язок в напрямку RNC 111, a GGSN 240 управляє з'єднаннями з іншими мережами з комутацією пакетів, такими як Інтернет. Існують різні типи інтерфейсів між мережними компонентами, які дозволяють мережним компонентам передавати й приймати інформацію один до одного й один від одного для двостороннього зв'язку між ними. Межу між RNC 111 та базовою мережею 200 визначають як їй інтерфейс. Зокрема, їй інтерфейс між RNC 111 та базовою мережею 200 для систем з комутацією пакетів визначається як "Iu-PS", a Iu інтерфейс між RNC 111 та базовою мережею 200 для систем з комутацією каналів визначається як "Iu-CS". Фігура 2 пояснює структур у інтерфейсного протоколу радіозв'язку між терміналом та UTRAN згідно з 3GPP стандартами мережі радіозв'язку. Як показано на Фігурі 2, інтерфейсний протокол радіозв'язку має горизонтальні рівні, які включають фізичний рівень, рівень каналу передачі даних та мережний рівень, і має вертикальні матриці, які містять а матрицю користувача (Uматрицю) для передачі даних користувача та матрицю контролю (С-матрицю) для передачі контрольної інформації. Матриця користувача - це область, до якої передається інформація про абонентське навантаження, наприклад, голос або пакетні дані Інтернетпротоколу (IP). Контрольна матриця - це область, до якої передається керуюча (контрольна) інформація для управління мережним інтерфейсом, підтримання та управління дзвінком, і т.п. Рівні протоколу на Фігурі 2 можуть бути розділені на перший рівень (L1), другий рівень (L2) та третій рівень (L3) на основі трьох нижніх рівнів стандартної моделі взаємодії відкритих систем (OSI). Кожен рівень більш детально описано нижче. Перший рівень (L1), тобто, фізичний рівень, забезпечує послугу передачі інформації на верхній рівень з використанням різних технологій радіопередачі. Фізичний рівень з'єднується з верхнім рівнем, котрий називається рівнем доступу до середовища передачі даних (МАС = рівнем), через транспортний канал. Рівень МАС та фізичний рівень обмінюються між собою даними через транспортний канал. Другий рівень (L2) включає МАС рівень, рівень контролю радіоканалу (RLC), рівень контролю широкосмугової / багатоадресної передачі (ВМС) та рівень протоколу конвергенції пакетних даних (PDCP). 7 85742 8 Рівень МАС забезпечує послугу розміщення параметрів МАС для розміщення та перерозміщення радіоресурсів. Рівень МАС з'єднується з верхнім рівнем, який називається рівнем контролю (RLC) радіоканалу, через логічний канал. Забезпечуються різні логічні канали, залежно від типу інформації, що передається. Взагалі, коли передається інформація контрольної матриці, використовується канал контролю. Коли передається інформація матриці користувача, використовується канал потоку даних. Логічний канал може бути загальним каналом або виділеним каналом, залежно від того, чи є логічний канал спільним для кількох користувачів. Логічні канали включають виділений канал потоку даних (DTCH), виділений канал контролю (DCCH), загальний канал потоку даних (СТСН), загальний канал контролю (СССН), широкомовний канал контролю (ВССН) та пейджинговий канал контролю (РССН) або канал контролю спільного каналу (SHCCH). ВССН надає інформацію, включаючи інформацію, що використовується терміналом для отримання доступу до системи. РССН використовується UTRAN для отримання доступу до терміналу. Послуга мультимедійної широкосмугової / багатоадресної передачі (MBMS або "MBMS послуга") стосується способу забезпечення поточних або фонових послуг для множини UE з використанням MBMS односпрямованого радіоканалу, в якому використовується принаймні один з односпрямованих радіоканалів «точка-багато точок" та "точка-точка". Одна MBMS послуга включає одну або кілька сесій, і MBMS дані передаються на множину терміналів через MBMS односпрямований радіоканал лише під час сесії. Як вказує назва, MBMS може здійснюватись у широкосмуговому режимі або багатоадресному режимі. Широкосмуговий режим передбачено для передачі мультимедійних даних на всі UE у межах району широкосмугової передачі, наприклад, домену, в якому є доступною широкосмугова передача. Багатоадресний режим є призначеним для передачі мультимедійних даних на окрему гр упу UE у межах району багатоадресної передачі, наприклад, домену, в якому є доступною багатоадресна передача. З точки зору MBMS, існують додаткові інформаційні та контрольні канали. Наприклад, МССН (MBMS канал контролю «точка-багато точок") використовується для передачі контрольної інформації про MBMS, a MTCH (MBMS канал потоку даних «точка-багато точок") використовується для передачі даних MBMS послуги. Нижче перелічено різні існуючі логічні канали: Рівень МАС з'єднується з фізичним рівнем через транспортні канали і може розділятися на підрівень МАС-b, підрівень MAC-d, підрівень MACc/sh та підрівень MAC-hs відповідно до типів керованих транспортних каналів. Підрівень МАС-b керує ВСН (радіомовним каналом), який є транспортним каналом, що здійснює передачу системної інформації. Підрівень MAC-d керує виділеним каналом (DCH), який є виділеним транспортним каналом для конкретного терміналу. Відповідним чином, підрівень MAC-d UTRAN розташовується у службовому контролері радіомережі (SRNC), який керує відповідним терміналом, і один підрівень MAC-d існує в кожному терміналі (UE). Підрівень MAC-c/sh керує загальним транспортним каналом, таким, як канал прямого доступу (FACH) або загальний канал „по лінії вниз" (DSCH), який є спільним для множини терміналів, або у каналі радіозв'язку „по лінії вгору" (R ACH). В UTRAN підрівень MAC-c/sh розташовується у керуючому контролері радіомережі (CRNC). Оскільки підрівень MAC-c/sh керує каналом, який є спільним для всіх терміналів в межах регіону стільника, для кожного регіону стільника існує єдиний підрівень MAC-c/sh. Крім того, у кожному терміналі існує один підрівень MAC-c/sh (UE). На Фігурі 3 показано можливе перетворення даних між логічними каналами та транспортними каналами з точки зору UE. На Фігурі 4 показано можливе перетворення даних між логічними каналами та транспортними каналами з точки зору UTRAN. Рівень RLC підтримує надійну передачу даних і виконує сегментацію й конкатенацію по множині RLC сервісних блоків даних (RLC SDU), які надходять з верхнього рівня. Коли RLC рівень отримує 9 85742 RLC SDU з верхнього рівня, RLC рівень регулює розмір кожного RLC SDU відповідним чином, врахувавши перепускну здатність, а потім створює певні блоки даних з додаванням інформації заголовка. Створені блоки даних називаються протокольними блоками даних (PDU), які потім передаються на рівень МАС через логічний канал. Рівень RLC включає буфер RLC для зберігання таких RLC SDU та/або RLC PDU. Рівень ВМС планує стільникове широкомовне повідомлення (далі вказується як "СВ повідомлення"), отримане від базової мережі, і передає СВ повідомлення на термінали, розташовані у конкретному(их) стільнику(ах). Рівень BMC UTRAN генерує повідомлення для контролю широкосмугової / багатоадресної передачі (ВМС) шля хом додавання інформації, такої, як ID (ідентифікація) повідомлення, серійний номер та схема кодування для СВ повідомлення, отриманого від верхнього рівня, і передає ВМС повідомлення на RLC рівень. ВМС повідомлення передаються з RLC рівня на МАС рівень через логічний канал, тобто, СТСН (Загальний канал потоку даних). СТСН відображається у транспортному каналі, тобто, FACH, який відображається у фізичному каналі, тобто, SCCPCH (Другорядному загальному контрольному фізичному каналі). PDCP (Рівень протоколу конвергенції пакетних даних), як вищий рівень RLC рівня, дозволяє ефективно передавати дані, передані через мережний протокол, такий, як IPv4 або IPv6, на інтерфейс радіозв'язку з відносно малою смугою пропущення. Для того, щоб цього досягти, рівень PDCP зменшує необов'язкову контрольну інформацію, яка використовується у провідній мережі, і цю функцію називають стисканням заголовка. Рівень контролю радіоресурсу (RRC) розташовується у найнижчій частині L3 рівня. RRC рівень визначається лише у контрольній матриці і здійснює контроль логічних каналів, транспортних каналів та фізичних каналів щодо встановлення, по відношенню до встановлення, переконфігурації та роз'єднання односпрямованих радіоканалів (RB). Послуга односпрямованого радіоканалу стосується послуги, яка надається другим рівнем (L2) для передачі даних між терміналом та UTRAN. Взагалі, встановлення односпрямованого радіоканалу стосується процесу визначення характеристик рівня протоколу та каналу, необхідних для надання конкретної послуги, а також відповідного визначення суттєвих параметрів та способів роботи. RLC рівень може належати до матриці користувача або до контрольної матриці, залежно від типу рівня, з'єднаного на верхньому рівні RLC рівня. Тобто, якщо RLC рівень отримує дані від RRC рівня, RLC рівень належить до контрольної матриці. За інших умов RLC рівень належить до матриці користувача. Різні можливості, які існують для перетворення даних між односпрямованими радіоканалами та транспортними каналами, не завжди є реальними. UE/UTRAN визначає можливе перетворення даних залежно від стану UE та процедури, яку виконує UE/UTRAN. 10 Різні стани та режими більш детально описуються нижче. Різні транспортні канали відображаються у різних фізичних каналах. Наприклад, транспортний канал RACH відображається у даному PRACH, DCH може відображатись у DPCH, FACH та РСН можуть відображатись у S-CCPCH, DSCH відображається у PDSCH, і т. Конфігурація фізичних каналів визначається обміном RRC сигналів між RNC та UE. Режим RRC є свідченням існування або відсутності логічного з'єднання між RRC терміналу та RRC UTRAN. Якщо з'єднання існує, термінал вважається таким, що перебуває у режимі з'єднання з RRC. Якщо з'єднання відсутнє, термінал вважається таким, що перебуває у холостому режимі. Завдяки тому, що RRC з'єднання існує для терміналів у стані з'єднання з RRC, UTRAN може визначити існування відповідного терміналу в межах блока стільників, наприклад, який стільник або група стільників відповідає терміналові, що знаходиться у з'єднанні з RRC, і який фізичний канал відповідає UE. Таким чином, термінал може ефективно контролюватися. Натомість, UTRAN не може визначити існування терміналу в холостому режимі. Існування терміналів, які перебувають у холостому режимі, може бути визначене лише базовою мережею. Тобто, базова мережа може визначити існування терміналів, які перебувають у холостому режимі, лише у межах області, яка є більшою за стільник, наприклад, області місця розташування або області маршрутизації. Таким чином, існування терміналів, які перебувають у холостому режимі, визначають у межах великих областей. Для отримання послуг мобільного зв'язку, наприклад, голосової інформації або даних, термінал, який перебуває у холостому режимі, повинен рухатись або перейти на режим з'єднання з RRC. Можливі переходи між режимами та станами показано на Фігурі 5. UE у режимі з'єднання з RRC може перебувати в різних станах, таких, як стан CELL_FACH, стан CELL_PCH, стан CELL_DCH або стан URA_PCH. Залежно від станів, UE прослуховує різні канали. Наприклад, UE у стані CELL_DCH намагається прослуховува ти (серед інших) DCH тип транспортних каналів, який включає транспортні канали DTCH та DCCH, і який може бути відображений у певному DPCH. UE у стані CELL_FACH прослуховує кілька транспортних каналів FACH, які відображаються у певному фізичному каналі S-ССРСН. UE у стані РСН прослуховує канал РІСН та канал РСН, який відображається у певному фізичному каналі SCCPCH. UE також здійснює різні заходи залежно від стану. Наприклад, залежно від різних умов, UE у стані CELL_FACH запускає процедуру оновлення стільника щоразу, коли UE переходить від покриття одного стільника до покриття іншого стільника. UE запускає процедуру оновлення стільника шляхом надсилання на Вузол В повідомлення про оновлення стільника, яке вказує на те, що місце UE було змінено. UE після цього починає прослуховува ти FACH. Ця процедура також застосову 11 85742 ється тоді, коли UE переходить від будь-якого іншого стану до стану CELL_FACH, і UE не має доступного C-RNTI, як у разі, коли UE переходить від стану CELL_PCH або стану CELL_DCH, або коли UE у стані CELL_FACH перебуває поза межами покриття. У стані CELL_DCH UE отримує виділені радіоресурси, а також може користуватися спільними радіоресурсами. Це дозволяє UE мати високу швидкість передачі даних та ефективний обмін даними. Однак радіоресурси є обмеженими. UTRAN відповідає за розподіл радіоресурсів серед UE таким чином, щоб вони ефективно використовувалися, і забезпечує, щоб UE отримували належну якість послуг. UE у стані CELL_FACH не має виділених радіоресурсів і може зв'язуватися з UTRAN ли ше через спільні канали. Таким чином, UE використовує мало радіоресурсів. Однак доступна швидкість передачі даних є дуже обмеженою. Крім того, UE має постійно контролювати спільні канали. Таким чином, споживання UE ресурсів батареї збільшується у разі, коли UE не здійснює передачу. UE у стані CELL_PCH/URA_PCH контролює лише пейджинговий канал у спеціальних випадках і, таким чином, мінімізує споживання ресурсів батареї. Однак, якщо мережа бажає отримати доступ до UE, вона повинна вказати це бажання через пейджинг. Після цього мережа може отримати доступ до UE, але лише у разі, якщо UE отримує відповідь на пейджинг. Крім того, UE може отримати доступ до мережі лише після здійснення процедури оновлення стільника, що створює додаткові затримки, коли UE бажає надіслати дані до UTRAN. Головна системна інформація надсилається на логічний канал ВССН, який відображається у РССРСН (Фізичному каналі первинного загального контролю). Окремі системні блоки інформації можуть надсилатися по каналу FACH. Коли системна інформація надсилається на FACH, UE отримує конфігурацію FACH або по ВССН, який отримується на Р-ССРСН, або по виділеному каналу. РССРСН надсилається з використанням такого самого шифрувального коду, що й для Р-СРІСН (Первинного загального контрольного каналу), який є первинним шифрувальним кодом стільника. Кожен канал використовує код поширення, який зазвичай використовується у системах WCDMA (бездротового з'єднання з широкосмуговим багатостанційним доступом з кодовим розподіленням каналів). Кожен код характеризується коефіцієнтом поширення (SF), який відповідає довжині коду. Для даного коефіцієнта поширення кількість ортогональних кодів дорівнює довжині коду. Для кожного коефіцієнта поширення даний набір ортогональних кодів, як вказано у системі УМТС, має номери від 0 до SF-1. Таким чином, кожен код може бути ідентифікований через вказування його довжини (тобто, коефіцієнта поширення) та номера коду. Код поширення, який використовується Р-ССРСН, завжди має незмінний коефіцієнт поширення 256, і номером є число 1. UE дізнається про первинний шифрувальний код або з інформації, надісланої від мережі щодо сис 12 темної інформації про сусідні стільники, яку було прочитано UE, через повідомлення, які UE отримав по DCCH каналу, або через пошук Р-СРІСН, який надсилається з використанням незмінного SF 256 та числа коду поширення 0, і який передає незмінну конфігурацію. Системна інформація включає інформацію про сусідні стільники, конфігурацію транспортних каналів RACH та FACH та конфігурацію МССН, який є каналом, виділеним для MBMS послуги. Коли UE вибрав стільник (у стані CELL_FACH, CELLPCH або URA_PCH), UE перевіряє, чи має він достовірну системну інформацію. Системна інформація організується у SIB (системні блоки інформації), МІВ (головний блок інформації) та планувальні блоки. МІВ надсилається дуже часто і забезпечує інформацію про час планувальних блоків та різних SIB. Для SIB, які є зв'язаними з дескриптором значення, МІВ також містить інформацію про останню версію частини SIB. SIB, які не є зв'язаними з дескриптором значення, зв'язуються з таймером закінчення. SIB, зв'язані з таймером закінчення, стають недостовірними і потребують повторного зчитування, якщо час останнього зчитування SIB є довшим за значення таймера закінчення. SIB, зв'язані з дескриптором значення, є достовірними лише якщо вони мають такий самий дескриптор значення, що й дескриптор значення, переданий у МІВ. Кожен блок має територіальну межу достовірності, наприклад, Стільник, PLMN (Наземна мобільна мережа загального користування) або еквівалент PLMN, яка вказує, у якому стільнику SIB є достовірним. SIB з територіальною межею "Cell" є достовірним лише для стільника, в якому він зчитується. SIB з територіальною межею "PLMN" є достовірним в усій PLMN. SIB з територіальною межею "еквівалент PLMN" є достовірним в усій PL MN та еквіваленті PLMN. Згідно зі стандартом 3GPP, UE у стані CELL_PCH, URA_PCH або CELL_FACH або у холостому режимі постійно намагається вибрати / повторно вибрати придатний стільник (для нетермінових викликів) або прийнятний стільник (для термінових викликів). У холостому режимі, коли UE вибрав стільник, UE називають "розміщеним" на стільнику. У режимі RRC з'єднання, коли UE перебуває у стані CELL_PCH, URA_PCH або CELLFACH, UE просто називають таким, що "вибрав" стільник. Для забезпечення повторного вибору стільника мережа передає у системній інформації списки сусідніх стільників. Списки сусідніх стільників вказують доступні стільники, які UE має виміряти й порівняти зі стільником, який UE вибрав на даний час, або стільником, на якому розміщується UE. Доступні стільники можуть перебувати на одній частоті, на інших часто тах або на інших технологіях радіозв'язку (RAT), таких, як GSM. І Список стільників та, зрештою, стільників, виявлених самим UE, використовується як список кандидатів для повторного вибору стільника. Одна частина процесу вибору / повторного вибору стільника здійснюється на основі вимірювань якості різних вимірювань якості різних стільників, які належать до списку сусідніх стільників, 13 85742 які є кандидатами для повторного вибору стільника. Стільник може бути і або не бути частиною ієрархічної структури стільників (HCS). Вона визначається у системній і інформації даного стільника. У разі ієрархічної структури стільників кожен стільник має даний пріоритет. Процедура вибору стільника змінюється залежно від того, чи є стільник частиною ієрархічної структури стільників. Для того, щоб визначити, який зі стільників є кандидатом на повторний вибір, UE вимірює якість сусідніх стільників. UE застосовує дану формулу для визначення критеріїв класифікації R усіх стільників-кандидатів. В основу формули покладено вимірювання на СРІСН/Р-ССРСН та інформацію, отриману в системній інформації стільникакандидата. Критерій R відповідає додатному або від'ємному значенню. Значення R може бути розраховане за нижчезазначеною формулою, де Rs є значенням R для службового стільника, і RN є значенням R для сусідніх стільників: Сигнальне значення Qoffmbms стосується лише стільників (службових або сусідніх), які належать до оптимальної частоти MBMS (тобто, тих, у яких застосовується схема конвергенції частоти). Qmeas дає значення якості отриманого сигналу, виведене з усереднених СРІСН Ec/No або СРІСН RSCP для стільників FDD, від усередненого РССРСН RSCP для стільників TDD і від усередненого рівня отриманого сигналу для стільників GSM. Для стільників FDD вимірювання, яке використовується для виведення значення якості, вказується у системній інформації. Параметри Qhyst, Q3cyBs,n, Qoffmbms, ТЕМР_ЗСУВ та PENALTY_TIME сигналізуються в системній інформації. Таймер Τ запускається й зупиняється для кожного стільника, залежно від якості радіозв'язку стільника. Якщо використовується ієрархічна структура стільників (HCS), то визначаються критерії Н. Критерій Η є додатним або від'ємним значенням і розраховується на основі інформації, надісланої у системній інформації, та вимірювань з СРІСН/РСРССН стільника-кандидата. В ієрархічній структурі стільників, стільник може мати інший пріоритет. Критерій Η розраховують згідно з такою формулою: TΌn та LN, Qmeas.s i Q meas,n визначають у спосіб, подібний до вищезазначеного. Метою такої струк 14 тури стільника є охоплення в одному районі користувачів, які мають низьку мобільність, а також користувачів з високою мобільністю. Для оптимізації продуктивності перевагу віддають стільникам малого розміру для вміщення якомога більшої кількості стільників. Відповідним чином, це дозволяє мати максимальну кількість користувачів у даному районі. Однак для користувачів, які швидко переміщуються, перевагу віддають стільникам великого розміру для зниження кількості змін стільників при переміщенні UE. Для розпізнавання між стільниками великого та малого розміру стільники мають різні пріоритети. UE намагається вибирати стільники з найвищим пріоритетом. Це загалом стосується стільників малого розміру, за винятком випадків, коли UE швидко переміщується. Критерій Η використовується у стандарті 3GPP для врахування пріоритету. Однак, якщо UE виявляє, що він швидко переміщується (тобто, виявляючи, що UE часто повторно вибирає стільник), UE перестає використовува ти критерії Η і перестає враховува ти рівень пріоритету стільника. В цьому разі UE вважається таким, що перебуває у "високомобільному стані". Критерій відбору S перевіряє, чи є достатньою якість стільника-кандидата. Для цього UE вимірює значення Qqualmeas, яке відображає Ec/N0 CPICH стільника-кандидата (лише для стільників FDD). UE також вимірює значення Qrxlevmeas, яке оцінює RSCP (потужність коду отриманого сигналу) СРІСН стільника-кандидата для стільників FDD та Р-ССРСН стільника-кандидата для стільників TDD. UE використовує ці значення в алгоритмі, разом з інформацією, отриманою у системній інформації стільника-кандидата, для розрахунку значення S. Якщо значення S є вищим за 0, критерій відбору S стільника задовольняється. За інших умов він не задовольняється. Крім пояснених вище критеріїв R, Η та S, інші критерії можуть визначати, який стільник може вибрати UE. Інформація про ці критерії надсилається на UE як "обмеження доступу до стільника", які передаються у системній інформації. Одним з типів обмеження доступу до стільника можуть бути "заборонені стільники." Кожен UE використовує параметр, який називається "класом доступу", який визначає тип S пріоритету для UE. Існують класи доступу від 0 до 15. Для кожного з класів доступу в системній інформації може бути вказано, чи є стільник забороненим. Стільник також може бути заборонений в цілому. Іншим типом обмеження доступу до стільника є обмеження, при якому стільник є "зарезервованим для використання оператором". У системній інформації може бути вказано, чи є стільник зарезервованим для використання оператором. Залежно від того, чи є клас UE класом оператора, і від того, чи перебуває UE у терміновому виклику, UE може повторно виорати стільник, який є або не є зарезервованим для використання оператором. Крім того, доступ до стільника може бути обмежений через те, що він є "зарезервованим для майбутнього розширення". У системній інформації 15 85742 може бути вказано, чи є стільник зарезервованим для майбутнього розширення. Доступ до стільника може бути обмежений через PLMN. Кожен стільник належить до одного або кількох PLMN. Коли UE є увімкненим, він вибирає PLMN і може лише змінювати вибраний PLMN через спеціальний сигнал. Коли UE вибирає / повторно вибирає стільник, він перевіряє, чи відповідає вибраний PLMN PLMN стільника. UE може використовувати список "рівноцінних PLMN", коли "рівноцінний PLMN" розглядається як такий самий, що й вибраний PLMN. UE, який не намагається виконати терміновий виклик, може лише вибирати / повторно вибирати стільники, які належать до вибраного PLMN або PLMN, рівноцінного вибраному PLMN. "Внутрішньочастотний індикатор повторного вибору стільника" також надсилається у системній інформації для відхилення UE, коли стільник, вибраний UE, не може бути перевибраний на тій самій частоті. Відповідним чином, вищезгадані властивості "обмеження доступу до стільника" обмежують кількість стільників-кандидатів, які UE може розглядати для вибору / повторного вибору стільника. На Фігурі 6 пояснюється процес прийняття рішення для повторного вибору стільника. Головним завданням RNC є управління радіоресурсами (RRM). Різні стани RRC, транспортні канали та фізичні канали з багатьма параметрами є доступними у стандарті UMTS для оптимізації застосування доступних радіоресурсів. Основним способом з точки зору RRM є перехід стану RRC між станами CELL_FACH, CELL_DCH, CELL_PCH та URA_PCH. У комбінації з цими станами, коли різні частоти є доступними для зв'язку, RNC може в цілому контролювати кількість UE, які використовують дану частоту. Однак, як описано вище, у стані CELL_FACH, стані CELL_PCH та стані URA_PCH UE можуть започаткувати, на основі вимірювань та різних правил, перехід від стільника на даній частоті до стільника на іншій частоті. Перехід здійснюється або на основі нормального вимірювання та правил вибору / повторного вибору стільника, або на основі схеми конвергенції рівня частоти. Коли UE переходить від стану CELL_DCH до іншого стану, UE вибирає стільник для розміщення або з'єднання. Взагалі, UE розглядає стільники на всіх частота х, за винятком випадків, коли RNC вказує оптимальну частоту в інформаційному елементі (IE) "інформація про частоту". У цьому разі UE в оптимальному варіанті вибирає стільник на оптимальній частоті, якщо придатний стільник на оптимальній частоті існує. Коли UE перебуває у стані CELL_FACH, RNC може давати UE вказівку щодо вибору стільника на іншій частоті, яка є оптимальною частотою, шляхом надсилання повідомлення, яке включає IE "інформацію про частоту", на UE. Після цього UE намагається вибрати стільник на оптимальній частоті. Система 3GPP може надавати послугу мультимедійної широкосмугової / багатоадресної передачі (MBMS). 3GPP TSG SA (службовий та систе 16 мний аспект) визначає різного роду мережні елементи та їхні функції, які є необхідними для підтримання послуг MBMS. Радіопередача коротких повідомлень, яка забезпечується існуючим рівнем техніки, обмежується послугою, в якій короткі повідомлення текстового типу транслюються до конкретної області. MBMS послуга є більш сучасною послугою, що здійснює багатоадресну передачу мультимедійних даних до терміналів (UE), які передплатили відповідну послугу, додатково до широкосмугової передачі мультимедійних даних. MBMS послуга є спеціалізованою послугою згори донизу, яка надає потокову або фонову послугу множині терміналів використовуючи загальний або виділений канал згори донизу. MBMS послуга розділяється на широкосмуговий режим багатоадресний режим. Широкосмуговий режим MBMS полегшує передачу мультимедійних даних кожному користувачеві в районі широкосмугової передачі, тоді як режим багатоадресного пересилання MBMS полегшує передачу мультимедійних даних конкретній групі користувачів у районі багатоадресного пересилання. Район широкосмугової передачі означає район, в якому доступна послуга широкосмугової передачі, а район багатоадресного пересилання означає район, де доступна послуга багатоадресного пересилання. Фігура 7 пояснює процес надання конкретної MBMS послуги з застосуванням багатоадресного режиму. Процедура може розділятися на два типи операцій: ті, які є прозорими, і ті, які є непрозорими для UTRAN. Прозорі операції описано нижче. Користувач, який бажає отримувати MBMS послугу, спочатку має здійснити передплату для отримання дозволу на користування MBMS послугами, отримати інформацію про MBMS послуги та приєднатися до певного пакета MBMS послуг. Оголошення про послугу надає терміналові список послуг, які будуть забезпечені, та пов'язану з ними інформацію. Користувач може приєднатися до цих послуг. Приєднуючись, користувач вказує, що користувач бажає отримувати інформацію, пов'язану з послугами, які користувач передплатив, і стає частиною групи, яка отримує послуги багатоадресної передачі. Коли користувач перестає бути зацікавленим у даній MBMS послузі, користувач залишає послугу, тобто, користувач перестає бути частиною групи, яка отримує послуги багатоадресної передачі. Ці заходи можна здійснювати, використовуючи будь-які засоби зв'язку, тобто, ці заходи можуть здійснюватися з застосуванням SMS (служби коротких повідомлень) або доступу до Інтернет. Ці заходи не обов'язково мають здійснюватися з застосуванням системи УМТС. Для того, щоб отримувати послугу, стосовно якої користувач належить до групи, яка отримує послуги багатоадресної передачі, здійснюються нижчезазначені заходи, які є непрозорими для UTRAN. SGSN сповіщає RNC про початок сесії. Потім RNC сповіщає UE із групи, яка отримує послуги багатоадресної передачі, про те, що дана послуга розпочалася, для того, щоб започаткувати отримання даної послуги. Після того, як було передано необхідні для UE заходи та, зрештою, 17 85742 конфігурацію односпрямованих радіоканалів "точка - багато точок" для даної послуги, передача даних розпочинається. Коли сесія припиняється, SGSN дає індикацію про припинення сесії для RNC. RNC, у свою чергу, ініціює зупинку сесії Передача послуги від SGSN для RNC означає надання послуги односпрямованого радіоканалу для передачі даних MBMS послуги. Після процедури повідомлення можуть бути започатковані інші процедури між UE та RNC і SGSN для забезпечення передачі даних, наприклад, встановлення RRC з'єднання, встановлення зв'язку у напрямку PS домену, конвергенція рівня частоти, та підрахунку. Отримання MBMS послуги може здійснюватися паралельно з отриманням інших послуг, таких, як голос або відео в CS домені, передача SMS у CS або PS домені, передача даних у PS домені або будь-який сигнал, пов'язаний з UTRAN або PS або CS доменом. На відміну від послуги багатоадресної передачі, для послуги широкосмугової передачі, як показано на Фігурі 8, лише оголошення про послугу повинно здійснюватися прозорим способом. Жодної передплати або приєднання не вимагається. Після цього операції, які є прозорими для RNC, є такими самими, як і для послуг багатоадресної передачі. На Фігурі 9 пояснюється типова послідовність сесії з точки зору UTRAN. Як показано, SGSN інформує RNC про початок сесії (етап 1). Після цього RNC може здійснювати процедуру підрахунку, яка запускає встановлення з'єднання деяких UE з PS доменом (етап 2). Таким чином, започатковується встановлення RRC з'єднання для UE. Це дозволяє RNC визначити кількість UE у даному стільнику, які є зацікавленими у послузі. Після встановлення UE зв'язку з PS SGSN започатковує процедуру зв'язування з їй, що забезпечує список послуг багатоадресної передачі, до яких приєднався UE, для RNC. Для UE, які встановили RRC з'єднання і які є зацікавленим в даній MBMS послузі, але не є з'єднаними з PS доменом, RNC надсилає спеціальні повідомлення на ці UE, запускаючи встановлення їх з'єднання з PS (етап 3). Після встановлення UE зв'язку з PS SGSN започатковує процедуру зв'язування з їй, що забезпечує список послуг багатоадресної передачі, до яких приєднався UE, для RNC. Для UE, які не перебувають у стані CELL_DCH, схема конвергенції рівня частоти дозволяє RNC запускати зміну частоти UE, на якій вони здійснюють прослуховування (етап 4). Залежно від схеми управління радіоресурсами (RRM), RNC встановлює односпрямовані радіоканали «точка-багато точок" (PtM) або "точка-точка" (PtP) для надання MBMS послуги (етап 5а або 5b). RNC доставляє дані, отримані від SGSN, на UE, які належать до багатоадресної групи. Після передачі даних SGSN інформує RNC про закінчення сесій (етап 6). Після цього RNC роз'єднує односпрямовані радіоканали PtP або PtM, які використовуються для передачі MBMS даних (етап 7а або 7b). 18 Взагалі, для UE у з'єднаному з RRC стані існує дві можливості. UE або має з'єднання, встановлене з PS доменом (з'єднаний РММ) або UE не має з'єднання, встановленого з PS доменом (холостий режим РММ). Коли немає з'єднання, встановленого з PS доменом, UE зазвичай має зв'язок з CS доменом. За інших умов UE не перебуває у з'єднаному з RRC режимі. Для MBMS запроваджують два додаткові контрольні канали. Ними є МССН та MICH (індикаторний канал повідомлень MBMS). Як пояснювалося вище, МССН відображається у FACH. MICH є новим фізичним каналом і використовується для сповіщення користувачів про зчитування МССН каналу. MICH призначається для того, щоб UE могли виконувати схему DR X (переривчастого прийому). DRX дозволяє знижувати споживання ресурсу батареї для UE, водночас дозволяючи UE знати про будь-яку послугу, для якої розпочинається сесія. MICH може застосовуватися для інформування UE про зміну у схемі конвергенції частоти, зміну конфігурації односпрямованого каналу точка-багато точок (PtM), перемикання між односпрямованим радіоканалом точка - багато точок та односпрямованим каналом точка-точка (PtP) і т. ін., для чого вимагається зчитування МССН. МССН канал періодично передає інформацію, яка стосується активних послуг, конфігурації МТСН, конвергенції частоти і т. ін. UE зчитує інформацію МССН для отримання передплачених послуг на основі різних пускових схем. Наприклад, UE може запускатися після вибору/повторного вибору стільника, коли UE сповіщається про дану послугу по MICH, або коли UE сповіщається через DCCH канал. Конфігурація МССН каналу передається у системній інформації. Конфігурація MICH (тобто, код поширення, шифрувальний код, коефіцієнт поширення та інша інформація) є або незмінною згідно зі стандартом, або передається у системній інформації. Стандарт UMTS дозволяє використовувати смуги різних частот для передачі даних. Смуга частоти в U MTS зазвичай визначається UARFCN (номером каналу на номінальній радіочастоті UTRA), який визначає використовувану смугу частоти. Дана PLMN може використовувати різні частоти. Коли мережа використовує різні частоти, UE у даному районі вибирають одну з частот на основі якості, виміряної на частоті. UE також можуть вибирати частоту на основі інших параметрів, повідомлених у системній інформації, як пояснювалося вище. Для врівноваження навантаження, яке справляється різними частотами, UE розподіляються серед різних частот. Якщо дана MBMS послуга потім передається по односпрямованому радіоканалу PtM для досягнення UE на всіх частотах, передача повинна здійснюватися на всіх частотах. Для збільшення ефективності в оптимальному варіанті дані передаються лише на одній частоті, і всі UE, які є зацікавленими у даній послузі, повторно вибирають стільник на цій частоті. Відповідним чином, ця функціональність називається "кон 19 85742 вергенцією частоти". Рівень частоти, в якому UE мають здійснювати повторний вибір, називається PFL (оптимальним рівнем частоти). Як показано на Фігурі 9, типова MBMS сесія включає період "конвергенції частоти" (етап 4). Коли для даної послуги застосовується процес конвергенції частоти, інформація, яка стосується оптимальної частоти для кожної послуги, передається у повідомленнях або по МССН, або у системній інформації. Для запускання повторного вибору на іншій частоті існують різні можливості. Одна можливість полягає у змушенні UE вибирати стільник на оптимальній частоті і забороні участі всіх стільників на інших частота х у виборі / повторному виборі стільника. Іншою можливістю є зміна вимог щодо повторного вибору стільника. Це може бути здійснено шляхом додавання зсуву до критеріїв R, критеріїв S або критеріїв Η в одній з формул, необхідних для визначення доцільності вибору стільника. Зсув може додаватися для стільників на оптимальній частоті або для всіх стільників на неоптимальних частотах. Можуть бути передбачені інші можливості повторного вибору з боку UE оптимальної частоти. Для ієрархічної структури стільників UE в оптимальному варіанті повторно вибирає стільник з найвищим пріоритетом. Якщо використовується схема конвергенції частоти, передбачається, що UE повинен мати можливість вибирати стільник на оптимальній частоті, незалежно від пріоритету оптимальної частоти. Відповідним чином, застосування схеми конвергенції частоти може передбачати, що ієрархічна структура стільників більше не використовува тиметься. Канал PRACH є каналом „по лінії вгору", який є спільним для різних UE. Коли UE бажає передати дані при передачі „по лінії вгору" по каналу PRACH, існує спеціальний механізм для уникнення одночасної передачі різними UE. Цей механізм називається "уникненням зіткнень" і втілюється у системі УМТС на основі системи slotted Aloha. Передачу повідомлення по каналу PRACH описано на Фігурі 10. Перед передачею по каналу PRACH UE передає заголовок на Вузол Б. Заголовок включає код (підпис), який UE випадково вибирає серед доступних підписів і передає його по спеціальному фізичному каналу, який називається підканалом 20 RACH. UE повторює цю передачу кілька разів, доки не отримує індикатор позитивного або негативного підтвердження, або доки не перевищується певна кількість повторних передач. Вузол Б прослуховує всі підканали і намагається виявити дані підписи, передані UE, які бажають отримати доступ до каналу. Коли Вузол Б отримав підпис, він підтверджує отримання по спеціальному фізичному каналу (АІСН) шля хом передачі коду, який вказує UE, чи отримав UE доступ до каналу PRACH. Відповідним чином, це запобігає одночасній передачі кількох UE по каналу PRACH. Коли UE отримує повідомлення з негативним підтвердженням (NACK), або коли UE не отримує повідомлення з підтвердженням (АСК) або NACK по каналу АІСН, UE визначає, чи дозволено йому перезапустити процес уникнення зіткнень. Якщо інший процес уникнення зіткнень дозволяється згідно з незмінним алгоритмом, UE визначає час для очікування до початку наступного процесу уникнення зіткнень. Коли UE отримує АСК після процесу уникнення зіткнень, тобто, коли UE отримує доступ до PRACH, UE передає набір блоків по каналу PRACH. Як описано вище, схема конвергенції частоти оптимізує використання радіоресурсів шляхом зосередження всіх UE, які є зацікавленими у даній послузі, на даній частоті. В результаті деякі UE можуть вибирати стільник на оптимальній частоті, оскільки вони передплатили дану MBMS послугу, навіть якщо UE не вибирали б стільник на оптимальній частоті, якби вони не були з'єднані з MBMS послугою. UE, який вибирає стільник на "оптимальній частоті" MBMS послуги для отримання MBMS послуги, потенційно має гіршу якість послуги. Причина полягає в тому, що потенційно багато UE вибирають стільник або стільники на оптимальній частоті для отримання даної MBMS послуги на оптимальній частоті. Таким чином, навантаження стільника або стільників на частоті збільшується. Крім того, якість радіозв'язку вибраного стільника на оптимальній частоті може бути гіршою за якість радіозв'язку іншої частоти. Коли UE бажає встановити з'єднання або передати дані при передачі „по лінії вгору", залежно від стану/режиму, в якому перебуває UE, UE має здійснити різні заходи згідно з діючим стандартом, як показано у Таблиці 1. 21 85742 Як описано вище, UE, який застосовує схему конвергенції частоти через його підключення до MBMS послуги, потенційно має проблеми з передачею даних по каналу PRACH через перевантажений стільник або погану якість радіозв'язку. Таким чином, для подолання цих проблем потрібен спеціальний механізм. Ме ханізм конвергенції частоти механізм також може конфліктувати з інформацією про оптимальні частоти, яка надсилається з боку RNC на переході від CELL_DCH до CELL_FACH, або коли RNC вказує UE у стані CELL_FACH на повторний вибір стільника на даній частоті. Відповідним чином, ефективність системи потенційно знижується через те, що активні UE не можуть утримуватися на окремій частоті. Технічна проблема Метою даного винаходу є переривання застосування схеми конвергенції рівня частоти, яка сприяє виборові стільника на оптимальному рівні частоти об'єднаної послуги «точка-багато точок". 22 Додаткові особливості та переваги винаходу є викладеними у представленому нижче описі і частково явно випливають з опису або можуть стати зрозумілими у процесі практичного втілення винаходу. Цілі та інші переваги винаходу реалізуються або досягаються завдяки конструкції, конкретно вказаній у письмовому описі та формулі винаходу, а також на супровідних фігурах. Для досягнення цих та інших переваг і згідно з метою даного винаходу, яка втілюється й описується в загальних рисах, даний винахід втілено у способі вибору стільника мобільним терміналом у системі бездротового зв'язку, причому спосіб включає поєднання послуги «точка-багато точок", яка має оптимальну частоту, застосування схеми конвергенції рівня частоти для вибору стільника, причому схема конвергенції рівня частоти сприяє виборові стільника на оптимальній частоті, та переривання застосування схеми конвергенції рівня частоти за наявності пускової схеми. В оптималь 23 85742 ному варіанті послуга «точка-багато точок" є MBMS послугою. В одному аспекті винаходу п ускова схема для переривання застосування схеми конвергенції рівня частоти має в основі процедуру, започатковану у мережі, яка не спрацьовує під час застосування схеми конвергенції рівня частоти. В оптимальному варіанті процедура у мережі включає встановлення з'єднання з доменом базової мережі (CN). Домен CN є принаймні одним з доменів, до яких належать домен комутації пакетів (PS) та домен комутації каналів (CS). В іншому аспекті винаходу процедура у мережі включає принаймні одну з процедур, до яких належать процедура доступу до PRACH, процедура контролю радіоресурсу (RRC) для передачі інформації до мережі, процедура доступу до середовища передачі даних (МАС) для передачі даних до мережі та процедура вибору стільника на даній частоті згідно з командою, отриманою від мережі. В іншому аспекті винаходу пускова схема для переривання застосування схеми конвергенції рівня частоти включає отримання повідомлення для започаткування процедури переконфігурації. В альтернативному варіанті пускова схема для переривання застосування схеми конвергенції рівня частоти включає започаткування процедури вибору стільника на даній частоті згідно з командою, отриманою від мережі. В оптимальному варіанті переривання застосування схеми конвергенції рівня частоти триває до закінчення часу таймера. Таймер запускається, коли схема конвергенції рівня частоти вперше переривається, процедура, започаткована у мережі, яка включає процедуру доступу до PRACH, не спрацьовує, процедура, започаткована у мережі, яка включає процедуру доступ у до середовища передачі даних (МАС) для передачі даних до мережі, не спрацьовує, або процедура, започаткована у мережі, яка включає процедуру вибору стільника на даній частоті згідно з командою, отриманою від мережі, не спрацьовує. Значення тривалості дії таймера отримується у системному інформаційному повідомленні від мережі. В альтернативному варіанті значення тривалості дії таймера є незмінним значенням. В оптимальному варіанті спосіб також включає вибір стільника на частоті, відмінній від оптимальної частоти. Крім того, спосіб також включає започаткування процедури у мережі та продовження переривання застосування схеми конвергенції рівня частоти, доки не завершиться процедура, започаткована у мережі. Крім того, спосіб також включає започаткування процедури у мережі та роз'єднання зв'язку з доменом базової мережі (CN), коли завершується процедура, започаткована у мережі. В іншому варіанті втілення даного винаходу мобільний термінал для вибору стільника у системі бездротового зв'язку включає засоби приєднання до послуги «точка-багато точок", яка має оптимальну частоту, засоби застосування схеми конвергенції рівня частоти для вибору стільника, причому схема конвергенції рівня частоти сприяє виборові стільника на оптимальній частоті, та за 24 соби переривання застосування схеми конвергенції рівня частоти за наявності пускової схеми. В оптимальному варіанті послуга «точка-багато точок" є MBMS послугою. В одному аспекті винаходу п ускова схема для переривання застосування схеми конвергенції рівня частоти має в основі процедуру, започатковану у мережі, яка не спрацьовує під час застосування схеми конвергенції рівня частоти. В оптимальному варіанті процедура у мережі включає встановлення з'єднання з доменом базової мережі (CN). Домен CN є принаймні одним з доменів, до яких належать домен комутації пакетів (PS) та домен комутації каналів (CS). В іншому аспекті винаходу процедура у мережі включає принаймні одну з процедур, до яких належать процедура доступу до PRACH, процедура контролю радіоресурсу (RRC) для передачі інформації до мережі, процедура доступу до середовища передачі даних (МАС) для передачі даних до мережі та процедура вибору стільника на даній частоті згідно з командою, отриманою від мережі. В іншому аспекті винаходу пускова схема для переривання застосування схеми конвергенції рівня частоти включає отримання повідомлення, яке започатковує процедуру переконфігурації. В альтернативному варіанті пускова схема для переривання застосування схеми конвергенції рівня частоти включає започаткування процедури вибору стільника на даній частоті згідно з командою, отриманою від мережі. В оптимальному варіанті переривання застосування схеми конвергенції рівня частоти триває до закінчення часу таймера. Таймер запускається, коли схема конвергенції рівня частоти вперше переривається, процедура, започаткована у мережі, яка включає процедуру доступу до PRACH, не спрацьовує, процедура, започаткована у мережі, яка включає процедуру доступ у до середовища передачі даних (МАС) для передачі даних до мережі, не спрацьовує, або процедура, започаткована у мережі, яка включає процедуру вибору стільника на даній частоті згідно з командою, отриманою від мережі, не спрацьовує. Значення тривалості дії таймера отримується у системному інформаційному повідомленні від мережі. В альтернативному варіанті значення тривалості дії таймера є незмінним значенням. В оптимальному варіанті мобільний термінал також включає засоби для вибору стільника на частоті, відмінній від оптимальної частоти. Крім того, мобільний термінал також включає засоби започаткування процедури у мережі та засоби продовження переривання застосування схеми конвергенції рівня частоти, доки не завершиться процедура, започаткована у мережі. Крім того, мобільний термінал також включає засоби започаткування процедури у мережі та засоби роз'єднання зв'язку з доменом базової мережі (CN), коли завершується процедура, започаткована у мережі. Слід розуміти, що як вищезазначений загальний опис, так і подальший детальний опис даного винаходу є лише прикладами та поясненнями і призначені для надання додаткового пояснення заявленого винаходу. 25 85742 Супровідні фігури, які є включеними для кращого розуміння і становлять частину цього опису, пояснюють варіанти втілення винаходу і разом з описом служать для пояснення принципів винаходу. Відмітні ознаки, елементи та аспекти винаходу, які позначаються однаковими номерами на різних фігурах, представляють однакові, еквівалентні або подібні відмітні ознаки, елементи або аспекти згідно з одним або кількома варіантами втілення. Фігура 1 є блок-схемою архітектури загальної мережі УМТС. Фігура 2 є блок-схемою структури інтерфейсного протоколу радіозв'язку між терміналом та мережею на основі стандартів мережі радіозв'язку з абонентами 3GPP. Фігура 3 пояснює відображення логічних каналів у транспортних каналах у мобільному терміналі. Фігура 4 пояснює відображення логічних каналів у транспортних каналах у мережі. Фігура 5 показує можливе можливі переходи між режимами та станами у мережі УМТС. Фігура 6 пояснює процес прийняття рішення для вибору стільника. Фігура 7 пояснює процес надання конкретної послуги «точка-багато точок" з застосуванням багатоадресного режиму. Фігура 8 пояснює процес надання послуг широкосмугової передачі. Фігура 9 пояснює послідовність сесії з точки зору мережі. Фігура 10 є блок-схемою процесу передачі повідомлення по каналу PRACH. Фігура 11 пояснює переривання схеми конвергенції рівня частоти згідно з одним варіантом втілення даного винаходу. Фігура 12 пояснює переривання схеми конвергенції рівня частоти з застосуванням таймера згідно з одним варіантом втілення даного винаходу. Варіанти втілення винаходу Даний винахід стосується UE, який приєднався до послуги, для якої визначається "оптимальна частота", але не може застосовувати схему "конвергенції рівня частоти" за певних обставин. Наприклад, схема конвергенції рівня частоти не може застосовуватися, коли UE намагається встановити нове з'єднання, або коли UE не може отримати доступ до мережі на оптимальній частоті при застосуванні способу, який забезпечує оптимальну частоту приєднання до MBMS послуги. Існує кілька способів, які дозволяють визначити, чи має UE припиняти застосування способу, який сприяє виборові стільника на даній "оптимальній частоті". В оптимальному варіанті, коли схема конвергенції рівня частоти переривається для оптимальної частоти, вона має перериватися для будь-якої послуги, для якої оптимальною частотою є дана частота. Згідно з першим варіантом втілення даного винаходу, UE припиняє застосовувати схему конвергенції рівня частоти, коли виникають певні умови в результаті застосування схеми конвергенції частоти. В оптимальному варіанті під час процедури доступ у до PRACH, коли UE отримує на МАС рівні повідомлення по те, що процес уникнення 26 зіткнень не спрацював на фізичному рівні, або коли UE отримує NACK по каналу АІСН або взагалі не отримує відповіді від Вузла Б, або коли процедура МАС для передачі даних на оптимальній частоті не спрацьовує в результаті застосування UE схеми конвергенції рівня частоти, UE перестає застосовувати схему. Згідно з другим варіантом втілення даного винаходу, UE перестає застосовувати схему конвергенції рівня частоти, коли UE повинен виконувати конкретну процедуру, як у разі, коли UE намагається здійснити терміновий виклик. Іншою конкретною процедурою є процедура, коли рівні NAS (Non-Access Stratum) дають вказівку рівневі AS (Access Stratum) UE на встановлення зв'язку з CN доменом з конкретною метою, такою, як вихідний діалоговий виклик, вихідний потоковий виклик, вихідний інтерактивний виклик, вихідний фоновий виклик, вихідний виклик передплаченого потоку даних, вхідний діалоговий виклик, вхідний потоковий виклик, вхідний інтерактивний виклик, вхідний фоновий виклик, терміновий виклик, повторний вибір стільника між RAT, команда на зміну стільника між RAT, реєстрація, роз'єднання, вихідний сигнал високого пріоритету, ви хідний сигнал низького пріоритету, переконфігурація виклику, вхідний сигнал високого пріоритету, Вхідний сигнал низького пріоритету, вхідний сигнал з невідомої причини, або будь-яка комбінація цих цілей. Згідно з третім варіантом втілення даного винаходу, UE перестає застосовувати схему конвергенції рівня частоти, коли UE отримує вказівку на вибір стільника з даною частотою, у стані CELLFACH, у стані CELLPCH, у стані URAPCH, або у холостому режимі. Коли UE перестає застосовувати схему конвергенції рівня частоти з однієї з вищенаведених причин, виникає додаткова необхідність у визначенні способу повторного запускання схема конвергенції рівня частоти. В оптимальному варіанті повторне запускання схеми конвергенції рівня частоти відбувається тоді, коли процедура, яка запустила зупинку схеми конвергенції рівня частоти, вдало або невдало припиняється. В альтернативному варіанті у момент, коли застосування схеми конвергенції рівня частоти припиняється, UE може запустити таймер, такий, як Tfreq_conv_i nt.·По закінченню періоду часу таймера застосування ι схеми конвергенції рівня частоти поновлюється. Відповідним чином, це обмежує переривання застосування схеми конвергенції рівня частоти. В оптимальному варіанті таймер передається у системній інформації стільника. На Фігурі 11 пояснюється спосіб здійснення термінового виклику з боку UE по відношенню до схеми конвергенції рівня частоти. Спочатку UE у стані CELL_FACH, CELL_PCH, URA_PCH або у холостому режимі починає застосовувати схему конвергенції рівня частоти (етап 1). Це дозволяє UE повторно вибрати оптимальну частоту. Потім, коли NAS вказує AS на те, що повинен бути встановлений зв'язок з CN доменом, на UE надсилається конкретне значення причини (етап 2). На основі значення причини UE може припинити застосування схеми конвергенції рівня часто 27 85742 ти (етап 3). Відповідним чином, коли UE перестає застосовувати схему конвергенції рівня частоти, UE змінює спосіб оцінки сусідніх стільників. Якщо UE має встановити зв'язок з доменом базової мережі, коли UE перебуває в холостому режимі, у стані CELL_FACH, CELL_PCH або URA_PCH, передбачається, що UE повинен передати повідомлення, таке, як оновлення стільника, вимога з'єднання з RRC та/або первісна пряма передача, по каналу PRACH на Вузол Б (етап 4). Коли завантажується поточний стільник або стільники на поточній частоті, доступ до каналу PRACH на поточній частоті може не спрацювати (етап 5). Зрештою UE повторно вибирає стільник на іншій частоті як оптимальній частоті, оскільки застосування схеми конвергенції рівня частоти було припинено (етап 6). Після повторного вибору стільника доступ до PRACH має більший шанс на успіх, оскільки було вибрано найкращий стільник (етап 7). По закінченню виклику зв'язок з CN доменом роз'єднується (етап 8). UE після цього знову починає застосовувати схему конвергенції рівня частоти, якщо вона ще діє (етап 9). На Фігурі 12 пояснюється спосіб припинення конвергенції рівня частоти з боку UE на основі таймера. Спочатку UE у стані CELL_FACH, CELL_PCH, URA_PCH або у холостому режимі починає застосовувати схему конвергенції рівня частоти (етап 1). Це дозволяє UE вибрати оптимальну частоту. Після цього може відбуватися будь-яка з багатьох подій (етап 2). Наприклад, NAS може вказати AS на необхідність встановлення зв'язку з CN доменом і надсилає конкретне значення причини до UE. Або запускається процедура RRC, яка вимагає передачі „по лінії вгору". Крім того, може розпочатися передача даних „по лінії вгору". Або UE може отримати команду на вибір стільника на даній оптимальній частоті. Відповідним чином, UE перестає використовувати схему конвергенції рівня частоти. Коли UE перестає застосовувати схему конвергенції рівня частоти, UE змінює спосіб оцінки сусідніх стільників. Крім того, після припинення застосування схеми UE запускає таймер Tfreq_conv_int (етап 3). Тривалість часу таймера може мати незмінне значення, або UE може використовувати значення, зчитане у системній інформації. Після цього UE передає дані по каналу PRACH на Вузол Б (етап 4). Коли завантажується поточний стільник або стільники на поточній частоті, доступ до каналу PRACH на поточній частоті може не спрацювати (етап 5). Альтернативою запускання таймера Tfreq_conv_int на етапі 3 є його запускання відразу після того, як не спрацювала процедура першого доступу до PRACH (етап 6). Процедура доступу до PRACH може не спрацювати через отримання NACK, неотримання повідомлення у відповідь, або тоді, коли механізм повторного запуску у рівні МАС було призупинено, наприклад, коли повторна передача припиняється. Тривалість часу таймера може мати незмінне значення, або UE може використовувати значення, зчитане у системній інформації. 28 Зрештою UE повторно вибирає стільник частоті, відмінній від оптимальної частоти, оскільки застосування способу для схема конвергенції рівня частоти було припинено (етап 7). Після повторного вибору стільника доступ до PRACH має більший шанс на успіх, оскільки було вибрано найкращий стільник (етап 8). По закінченню часу таймера Tfreq_conv_i nt і після завершення виклику, зв'язок з CN доменом роз'єднується (етап 9). UE після цього знову починає застосовувати схему конвергенції рівня частоти, якщо вона ще діє (етап 10). Відповідним чином, згідно з даним винаходом, UE, який приєднався до MBMS послуги , має таку саму або подібну можливість успішного встановлення нового з'єднання/термінового виклику або передачі даних, як той самий UE, який не приєднався до MBMS послуги . Хоча даний винахід описано у контексті мобільного зв'язку, даний винахід також може бути застосований у будь-яких системах безпровідного зв'язку, в яких використовують мобільні пристрої, такі, як PDA та портативні комп'ютери, оснащені засобами безпровідного зв'язку. Крім того, використання деяких термінів для опису даного винаходу не повинно обмежувати обсяг даного винаходу певним типом системи безпровідного зв'язку. Даний винахід також може бути застосований до інших систем безпровідного зв'язку, в яких застосовують інші радіоінтерфейси та/або фізичні рівні, наприклад, TDMA, CD MA, FD MA, WCDMA і т. ін. Оптимальні варіанти втілення можуть бути втілені як спосіб, пристрій або промисловий виріб з застосуванням стандартних технологій програмування та/або проектування для створення програмних, програмно-апаратних, апаратних засобів або будь-якої їх комбінації. Вжитий авторами термін "промисловий виріб" стосується коду або логічної схеми, втілених в апаратному логічному вузлі (наприклад, кристал з інтегральними мікросхемами, програмована користувачем вентильна матриця (FPGA), спеціалізована інтегральна схема (ASIC), то що), або комп'ютерного програмного носія (наприклад, магнітний носій для зберігання інформації (тобто жорсткі диски, гнучкі диски, плівка, тощо), оптичних носіїв інформації (CD-ROM, оптичні диски, тощо), енергозалежних та енергонезалежних запам'ятовуючи х пристроїв (наприклад, EEPROM, ROM, PROM, R AM, DRAM, SRAM, апаратнопрограмне забезпечення, програмовані логічні схеми, тощо). Код комп'ютерного програмного носія приймається та виконується процесором. Код, у якому впроваджені оптимальні варіанти втілення, також може бути доступним через засоби передачі або з файлового сервера по мережі. У таких випадках промислові вироби, у яких впроваджений код, можуть мати засіб передачі, такий як мережна лінія передачі, засіб бездротової передачі даних, сигнали, що розповсюджуються в просторі, радіохвилі, інфрачервоні сигнали, тощо. Звичайно фа хівці в даній галузі зрозуміють, що багато модифікацій може бути зроблено у цій конфігурації, не виходячи за межі обсягу даного винаходу, і що промис 29 85742 ловий виріб може включати будь-який відомий у даній галузі носій інформації. Вищеописані варіанти втілення та переваги є лише ілюстративними й не повинні тлумачитися, як такі, що обмежують даний винахід. Дані знання можуть бути легко застосовані до інших типів способів та апаратури. Опис даного винаходу має бути ілюстративним і не обмежувати обсяг фор 30 мули винаходу. Багато альтернатив, модифікацій та варіацій будуть очевидними для фахівців у даній галузі. У формулі винаходу пункти „засіб плюс функція" призначені для охоплення структури, описаної в цьому документі, як такої, що виконує викладену функцію, і не тільки структурних еквівалентів, але також еквівалентних структур. 31 85742 32 33 85742 34 35 85742 36 37 Комп’ютерна в ерстка Л. Купенко 85742 Підписне 38 Тираж 28 прим. Міністерство осв іт и і науки України Держав ний департамент інтелектуальної в ласності, вул. Урицького, 45, м. Київ , МСП, 03680, Україна ДП “Український інститут промислов ої в ласності”, вул. Глазунова, 1, м. Київ – 42, 01601