Система радіозв’язку та спосіб надання mbms послуги

1. Система радіозв'язку для послуги мультимедійної широкомовної/багатоадресної передачі (MBMS), яка включає: другий контролер радіомережі (RNC) для повідомлення першому RNC, який підтримує першу послугу, інформації про другу послугу, коли термінал, який отримує першу послугу, переміщується до району, в якому підтримується друга послуга; перший RNC для приймання інформації про другу послугу та повідомлення інформації на термінал; і термінал для вибору потрібної послуги згідно з інформацією про другу послугу та його можливостями, та вимоги до RNC про встановлення або роз'єднання каналу. 2. Система за п.1, яка відрізняється тим, що перший RNC є службовим RNC (SRNC). 3. Система за п.1, яка відрізняється тим, що другий RNC є дрейфовим RNC (DRNC). 4. Система за п.1, яка відрізняється тим, що, якщо перша послуга є послугою виділеного каналу, то друга послуга є MBMS послугою, і, якщо перша послуга є MBMS послугою, то друга послуга є послугою виділеного каналу. 5. Система за п.1, яка відрізняється тим, що інформацією про другу послугу є ID послуги або список ID послуг. 6. Система за п.1, яка відрізняється тим, що інформація про другу послугу означає кожну послугу, яку DRNC може підтримувати, конкретну послу 2 (19) 1 3 85745 4 17. Спосіб за п.11, який відрізняється тим, що інформація про другу послугу передається на термінал через виділений канал першого RNC. 18. Спосіб за п.11, який відрізняється тим, що інформація про другу послугу передається на термінал через індикаційне повідомлення про послугу. 19. Спосіб за п.18, який відрізняється тим, що індикаційне повідомлення про послугу є повідомленням у відповідь про встановлення/переконфігурацію радіоканалу та повідомленням у відповідь про додавання. 20. Спосіб за п.11, який відрізняється тим, що термінал встановлює канал лише для другої послуги, коли його можливості є недостатніми. 21. Спосіб за п.11, який відрізняється тим, що також включає вимогу про встановлення або роз'єднання каналу до першого RNC з боку терміналу, згідно з вибраною послугою. 22. Спосіб радіозв'язку для надання послуги мультимедійної широкосмугової/багатоадресної передачі (MBMS) у системі для встановлення радіоресурсів по відношенню до конкретної послуги через вимогу терміналу, який включає: повідомлення першому RNC інформації про другу послугу з боку другого RNC, коли термінал, який отримує першу послугу у першому RNC, переміщується для з'єднання з другим RNC для надання другої послуги; і вибір потрібної послуги згідно з інформацією про другу послугу та можливостями терміналу. 23. Спосіб за п.22, який відрізняється тим, що перший RNC є службовим RNC (SRNC), а другий RNC є дрейфовим RNC (DRNC). 24. Спосіб за п.22, який відрізняється тим, що, якщо перша послуга є послугою виділеного каналу, то друга послуга є MBMS послугою, і, якщо перша послуга є MBMS послугою, то др уга послуга є послугою виділеного каналу. 25. Спосіб за п.22, який відрізняється тим, що інформацією про другу послугу є ID послуги або список ID послуг. 26. Спосіб за п.22, який відрізняється тим, що інформація про другу послугу означає кожну послугу, яку DRNC може підтримувати, конкретну послугу, передплачену терміналом, і просто інформацію про доступність послуги. 27. Спосіб за п.22, який відрізняється тим, що інформація про другу послугу передається на SRNC через індикаційне повідомлення про доступність послуги і передається на термінал через попереджувальне повідомлення про послугу. Даний винахід стосується системи радіозв'язку та способу послуги мультимедійної широкосмугової / багатоадресної передачі (MBMS), зокрема, способу передачі сигналу для приймання повідомлення про MBMS послугу. Універсальна мобільна телекомунікаційна система (УМТС) є системою мобільного зв'язку третього покоління, яка розвинулась на базі європейського стандарту, відомого як Глобальна система мобільного зв'язку (GSM). У МТС призначена для забезпечення поліпшеного мобільного зв'язку на основі базової мережі GSM та те хнології бездротового з'єднання з широкосмуговим багатостанційним доступом з кодовим розподіленням каналів (W-CDMA). Фіг.1 пояснює мережну структур у системи УМТС, до якої застосовуються традиційні технології та даний винахід. Як показано на фігурі, система УМТС в цілому складається з терміналу (або абонентського обладнання: UE), UTRAN та базової мережі (CN). UTRAN включає кілька радіомережних підсистем (RNS), кожна з яких включає один контролер радіомережі (RNC) та кілька Вузлів В, які управляються RNC. RNC керує Вузлом В, який функціонує як точка доступу UTR AN для терміналу, шляхом отримання інформації, переданої від фізичного рівня терміналу через канал зв'язку „по лінії вгору”, та передачі даних на термінал через канал зв'язку „по лінії вниз”. RNC виконує функцію розміщення та управління радіоресурсами і діє як точка доступу CN. Фіг.2 пояснює структуру з'єднання між UTRAN та терміналом у мережі УМТС. Як показано на Фіг.2, термінал з'єднується з CN для того, щоб таким чином отримувати послуги, які надаються УМТС, і інформація терміналу та CN передається через UTRAN. CN з'єднується з RNC через їй інтерфейс таким чином, щоб передавати й отримувати дані та контрольні повідомлення. Кожен термінал, з'єднаний з мережею УМТС, керується конкретною RNC у межах UTRAN. Службовий RNC (SRNC) є RNC для управління терміналами. Іншими словами, SRNC стосується RNC, який служить як точка доступу до CN для передачі даних на конкретний термінал. SRNC функціонує як другий рівень взаємодії відкритих систем (OSI) для даних, які надходять через інтерфейс радіозв'язку або передаються на термінал, і розподіляє радіоресурси, призначені для надання послуг. Функція управління радіоресурсами, яка виконується SRNC, включає контрольні функції, пов'язані з конкретним терміналом, такі, як функції встановлення транспортних каналів, визначення переходу, здійснення регулювання потужності розімкненого циклу і т. ін. Термінал, з'єднаний з СN через UTRAN у конкретний момент часу, має лише один SRNC. Взагалі, використовується один RNC між терміналом та RNC. Однак, якщо термінал переміщується до району, який керується іншим RNC, термінал з'єднується з SRNC через RNC відповідного району. 5 85745 Термінал спочатку з'єднується з CN через R1 (RRC1). Однак, якщо термінал переміщується до району (стільника), який керується R2 (RAN2), то термінал з'єднується з R1 через Iur інтерфейс через R2. У цьому разі R1 керує терміналом і функціонує як точка доступу до CN, і R2 частково виконує функції простої маршрутизації даних користувача або розподілу спільних ресурсів. У мережі УМТС кожен RNC, такий, як R2, з'єднаний з терміналом, відмінним від SRNC, називається дрейфовим RNC (DRNC). Таким чином, один термінал може не мати жодного DRNC або може мати один або кілька DRNC згідно зі станом його з'єднання. SRNC та DRNC логічно розділяються по відношенню до конкретного терміналу. Однак RNC та Вузол В у межах UTRAN мають між собою зв'язок підпорядкованості, і, відповідно, RNC може бути розділений на стороні Вузла В. Тобто, для розпізнавання між RNC для управління самим Вузлом В та іншими RNC RNC для управління конкретним Вузлом В називається контрольним RNC (CRNC). Тобто, RNC, який з'єднується з Вузлом В через Iub і контролює радіоресурси Вузла В, відповідає CRNC відповідного Вузла В і має і зв'язок "один-множина" між CRNC та Вузлом В у структурі UTRAN. CRNC виконує такі f функції, як контроль навантаження та контроль перевантаження потоку повідомлень у межах і стільника яким керує сам CRNC, контроль прийняття для нового радіоканалу, встановленого у межах цього стільника та призначення коду. Рівень контролю радіоресурсу (RRC) визначається на третьому рівні радіопротоколу, розташованого у RNC та терміналі. RRC виконує контроль над транспортними каналами та фізичними каналами, який стосується встановлення, переконфігурації та роз'єднання односпрямованих радіоканалів (RB). У цьому разі RB вказує на послуги, які надаються другим рівнем радіопротоколу для передачі даних між терміналом та RNC. Взагалі, встановлення RB вказує на процеси обумовлення характеристик рівня протоколу та каналу, які є необхідними для надання конкретної послуги, і встановлення їх відповідних конкретних параметрів та способів роботи. Нижче описано стан RRC терміналу та спосіб RRC з'єднання. Стан RRC стосується того, чи є RRC терміналу логічно з'єднаним (утворює логічне з'єднання) з RRC UTRAN. Якщо RRC терміналу утворює логічне з'єднання з RRC UTRAN, він вважається таким, що перебуває у стані RRC з'єднання. І навпаки, якщо між ними не існує логічного з'єднання, це називають станом незайнятості RRC. Якщо термінал перебуває у стані RRC з'єднання, і, відповідно, UTRAN може розпізнати існування відповідного терміналу згідно з блоками стільників, таким чином, ефективно контролюючи термінал. З іншого боку, UTRAN не може розпізнати термінал, який перебуває у стані незайнятості Термінал у стані незайнятості може управлятися CN згідно з одиницями районів розташування або одиницями районів маршрутизації, які є районами, більшими за стільник Тобто, існування терміналу у стані не 6 зайнятості розпізнається лише згідно з одиницями великих районів (районів розташування або районів маршрутизації), і термінал повинен перейти у стан з'єднання з метою отримання типових послуг мобільного зв'язку, наприклад, голосової інформації або даних. Фіг.3 є діаграмою, яка пояснює перехід стану RRC терміналу. Як показано на Фіг.3, коли користувач вмикає живлення терміналу, термінал спочатку виявляє прийнятний стільник і підтримує його стан незайнятості у відповідному стільнику. Термінал у стані незайнятості утворює RRC з'єднання з RRC UTRAN через процедуру RRC з'єднання, а потім переходить у стан RRC з'єднання, коли має бути утворене RRC з'єднання. Існує кілька випадків, коли термінал у стані незайнятості має утворити RRC з'єднання. Наприклад, такі випадки можуть існувати, коли вимагається передача даних "по лінії вгору" через спробу виклику від користувача, або коли вимагається передача повідомлення у відповідь на пейджингове повідомлення, отримане від UTRAN. Далі описано послугу мультимедійної широкосмугової / багатоадресної передачіІ (MBMS). MBMS стосується послуги з надання потокових або фонових послуг на багато терміналів з використанням послуги виділеного односпрямованого каналу MBMS. В UTR AN односпрямований канал MBMS використовує односпрямований радіоканал "точка-багато точок" (RB) та RB "точкаточка". MBMS розділяється на широкосмуговий режим та багатоадресний режим. Широкосмуговий режим MBMS є послугою з передачі мультимедійних даних усім користувачам у межах району широкосмугової передачі. У даному разі район широкосмугової передачі стосується району, в якому є можливою послуга широкосмугової передачі. Натомість багатоадресний режим MBMS є послугою з передачі мультимедійних даних лише окремій групі користувачів у межах району багатоадресної передачі. У даному разі районі багатоадресної передачі стосується району, є можливою послуга багатоадресної передачі. Район багатоадресної передачі та район широкосмугової передачі називаються областю надання послуги. Фіг.4 показує процедуру надання конкретної MBMS послуги (послуги 1) від мережі УМТС терміналові (UE) шляхом застосування багатоадресного режиму. UE1, який бажає отримати MBMS послугу, передплачує послугу 1 (передплата). У даному разі передплата стосується зв'язку між провайдером послуги та користувачем. Термінали, які бажають отримати MBMS послугу, мають отримати оголошення про послугу, яка надається мережею. У даному разі оголошення про послугу стосується надання терміналові переліку та будь-якої інформації, яка стосується послуги, що має надаватися. Зокрема, термінал, який бажає отримати MBMS послугу в багатоадресному режимі, має приєднатися до групи, яка отримує послуги багатоадресної передачі. У даному разі група, яка отримує послуги багатоадресної передачі, означає групу термі 7 85745 налів, які отримують конкретну послугу багатоадресної передачі, а приєднання стосується злиття користувача з іншими користувачами у багатоадресній групі, яка збирається для отримання конкретної послуги багатоадресної передачі. Термінал може інформувати мережу УМТС про те, що він бажає отримати конкретні дані багатоадресної передачі через приєднання до багатоадресної передачі MBMS. І навпаки, процедура, коли термінал, приєднаний до конкретної групи, яка отримує послуги багатоадресної передачі, припиняє приєднання по відношенню до групи, яка отримує послуги багатоадресної передачі, називається виходом. Кожен термінал виконує подібні процедури передплати, приєднання та виходу. Термінал може виконувати процедури передплати, приєднання та ви ходу у різні часи, наприклад, до передачі даних, під час передачі і або після передачі. Під час надання конкретної MBMS послуги, можуть послідовно створюватись одна або кілька сесій по відношенню до відповідної послуги. Якщо дані, які підлягають передачі для конкретної MBMS послуги, генеруються у джерелі MBMS послуги, CN сповіщає RNC про початок сесії. І навпаки, коли більше немає даних, які підлягають передачі для конкретної MBMS послуги у джерелі даних MBMS послуги, CN сповіщає RNC про зупинку сесії. Передача даних по відношенню до конкретної MBMS послуги може здійснюватися між початком сесії та зупинкою сесії. У цей час дані, які передаються у процесі передачі даних, можуть передаватися лише на термінали, які приєдналися до групи, яка отримує послуги багатоадресної передачі для конкретної MBMS послуги. У процесі початку сесії RNC, який отримав повідомлення про початок сесії від CN, передає MBMS повідомлення на термінали. У даному разі MBMS повідомлення стосується інформування терміналу з боку RNC про наближення передачі даних конкретної MBMS послуги у стільнику. MBMS повідомлення передається більше одного разу до фактичної передачі даних послуги. При здійсненні процесу MBMS повідомлення UTRAN такожможе підраховувати кількість терміналів, які отримують конкретну MBMS послугу, в одному конкретному стільнику. Процедура підрахунку застосовується для того, щоб визначити, чи має біти встановлений RB "точка-багато точок" або RB "точка-точка" як RB для передачі конкретної MBMS послуги, чи жодного RB не встановлюється. RNC внутрішньо встановлює порогове значення для вибору відповідного MBMS RB. Після того, як RNC підрахував кількість терміналів, якщо підрахована кількість терміналів, ям існують у межах відповідного стільника, є меншою за порогове значення, RNC встановлює RB "точка-точка", a RB "точка-багато точок" встановлюється у разі, якщо підрахована кількість терміналів є більшою за порогове значення. Таким чином, після визначення MBMS RB RNC інформує термінали про встановлення відповідного RB. Коли встановлюється RB "точка-точка" для конкретної послуги, усі термінали, які бажають отримати послугу, перебувають у стані RRC з'єднання. Однак, якщо RB "точкабагато точок" встановлюється для конкретної по 8 слуги, не обов'язково всі термінали, які бажають отримати послугу, повинні перебувати у стані RRC з'єднання. Тобто, термінали у незайнятому стані S також можуть отримувати дані MBMS послуги через використання RB "точка-багато точок". Однак, якщо немає жодного терміналу, який бажає отримати конкретну MBMS послугу, RNC не встановлює жодного RB і не передає дані MBMS послуги. Тому встановлення RB з боку RNC, навіть у разі, якщо немає користувача, який бажає отримати послугу, викликає небажане споживання радіоресурсів. Коли дані MBMS послуги передаються від CN під час однієї сесії MBMS послуги, RNC започатковує передачу даних, застосовуючи встановлений і RB, і роз'єднує раніше встановлений RB, коли CN передає повідомлення про зупинку сесії. Район MBMS послуги стосується району, сконфігурованого зі стільників, які підтримують MBMS послуги, які передплатив конкретний термінал. Район MBMS послуги утворюється шляхом комбінування кількох стільників і може бути побудований зі стільників, які керуються одним RNC, або може бути розташований у районах, які керуються кількома RNC. Список з інформацією про сусідні стільники є списком, який включає інформацію про стільники, які керуються DRNC, розташованим найближче до RNC. Фіг.5 пояснює процедуру додавання MBMS. Як показано на фігурі, RNC, який надає MBMS послуги, розпізнає й керує терміналом у стані RRC з'єднання серед терміналів, які приєдналися до конкретної MBMS послуги, для кожного стільника яким керує сам RNC. Для цього RNC складає список терміналів у режимі RRC з'єднання (список терміналів у режимі RRC з'єднання) для кожної MBMS послуги кожного стільника. Список терміналів у режимі RRC з'єднання включає ідентифікатори (URNTI) терміналів, які приєдналися до конкретної MBMS послуги. У такій процедурі додавання MBMS серед MBMS послуг, до яких приєднався термінал у стані RRC з'єднання, для поточних MBMS послуг, коли термінал перейшов від стільника, який керується SRNC, до стільника, який керується DRNC, і для MBMS послуг, які не є поточними, коли термінал перейшов від стільника, який керується SRNC, до стільника, який керується DRNC, а потім SRNC отримує повідомлення про початок сесії від CN по відношенню до відповідних MBMS послуг, SRNC передає інформацію про термінал на DRNC через повідомлення з вимогою про MBMS з'єднання (додавання), для того, щоб DRNC додав термінали (які вимагають з'єднання з MBMS) до списку терміналів у режимі RRC з'єднання, якими керує сам DRNC по відношенню до MBMS послуг. У цей час повідомлення з вимогою про MBMS з'єднання включає ID стільника, до якого перейшов термінал, ID MBMS послуг, до яких приєднався термінал, URNTI терміналу і т. ін. Відразу після отримання повідомлення з вимогою про MBMS з'єднання (додавання) для конкретного терміналу від SRNC, якщо існує можливість розподілу ресурсів для підтримання стану RRC з'єднання по відношенню до відповідного терміна 9 85745 лу, DRNC задовольняє вимогу терміналу щодо MBMS з'єднання. Після цього DRNC додає URNTI відповідного терміналу до списку терміналів у режимі RRC з'єднання для MBMS послуг, до якого приєднався переміщений термінал. Після цього DRNC передає позитивну відповідь на SRNC через повідомлення у відповідь на MBMS з'єднання. SRNC, який отримав повідомлення, постійно підтримує термінал у стані RRC з'єднання навіть у переміщеному стільнику. SRNC також передає дані MBMS послуги на термінал, використовуючи RB "точка-точка". Тобто, дані MBMS послуги передаються на DRNC через SRNC, а потім передаються на термінал через DRNC з використанням RB "точка-точка". DRNC не завжди задовольняє вимогу про MBMS з'єднання при отриманні повідомлення з вимогою про MBMS з'єднання для конкретного терміналу від SRNC. Якщо DRNC створює RRC з'єднання для терміналу, але немає ресурсів для підтримання терміналу у стані RRC з'єднання, DRNC відхиляє вимогу про MBMS з'єднання від терміналу і передає негативну відповідь на SRNC. Однак в існуючому рівні техніки, якщо термінал, розташований за межами кожного району MBMS послуги, з'єдн ується з DRNC, можуть виникнути нижчезазначені проблеми. Взагалі, коли термінал, розташований в іншому районі послуги або за межами району MBMS послуги, з'єднується з DRNC, розташованому в районі послуги, в якому може підтримуватися послуга, передплачена терміналом, відповідний термінал отримує MBMS повідомлення від DRNC до якого перемістився термінал, і отримує інформацію про відповідну послугу. Після цього, коли послугу було започатковано, відповідний термінал може отримати відповідну послугу. Однак для терміналу, який отримує дані від SRNC через виділений канал, термінал не може одночасно отримувати канал управління MBMS (МССН) та виділений канал контролю (DCCH) через брак його можливостей. Якщо МССН DRNC не може зчитуватися, оскільки термінал не може знати про тип послуги, яку надає DRNC, термінал не може отримувати MBMS послуги навіть у разі, якщо DRNC передає MBMS послуги які були передплачені самим терміналом. Таким чином, метою даного винаходу є забезпечення системи радіозв'язку та способу надання послуги мультимедійної широкосмугової / багатоадресної передачі (MBMS), які дозволяють визначати доцільність встановлення та роз'єднання каналу для послуги, яку термінал бажає отримати в новому стільнику, через повідомлення терміналові, який перемістився до нового стільника, інформації про нову послугу. Для досягнення цих та інших переваг і згідно з метою даного винаходу, яка втілюється й широко описується авторами, забезпечується спосіб радіозв'язку, який включає: повідомлення першому RNC інформації про другу послугу з боку другого RNC, коли термінал, який отримує першу послугу у першому RNC, переміщується для з'єднання з другим RNC для надання другої послуги; повідомлення терміналові інформації про другу послугу з 10 боку першого RNC; і вибір послуги, яку термінал бажає отримати згідно з інформацією про другу послугу та його можливостями. В оптимальному варіанті перший RNC є службовим RNC (SRNC), а другий RNC є дрейфовим RNC (DRNC). В оптимальному варіанті, якщо перша послуга є послугою виділеного каналу, то друга послуга є MBMS послугою, і якщо перша послуга є MBMS послугою, друга послуга є послугою виділеного каналу. В оптимальному варіанті інформацією про другу послугу є ID послуги або список ID послуг. Інформація про другу послугу стосується кожної послуги, яку може надавати DRNC, конкретної послуги, передплаченої терміналом, та простої доступності послуги. В оптимальному варіанті інформація про другу послугу передається на перший RNC через індикаційне повідомлення про послугу і передається на термінал через попереджувальне повідомлення про послугу. У цьому разі індикаційне повідомлення про послугу є повідомленням у відповідь про встановлення / переконфігурацію радіоканалу та повідомленням у відповідь про додавання. Для досягнення цих та інших переваг і згідно з метою даного винаходу, яка втілюється й широко описується авторами, забезпечується спосіб радіозв'язку у системі для встановлення радіоресурсів для конкретної послуги через вимогу терміналу, причому спосіб включає: переміщення терміналу, який отримує першу послугу від першого RNC, для з'єднання з другим RNC, який надає другу послугу; повідомлення першому RNC та терміналові інформації про другу послугу з боку другого RNC; і вибір послуги, яку термінал бажає отримати, згідно з інформацією про другу послугу та його можливостями. В оптимальному варіанті перший RNC є службовим RNC (SRNC), а другий RNC є дрейфовим RNC (DRNC). В оптимальному варіанті, якщо перша послуга є послугою виділеного каналу, то друга послуга є MBMS послугою, і якщо перша послуга є MBMS послугою, друга послуга є послугою виділеного каналу. В оптимальному варіанті інформацією про другу послугу є ID послуги або список ID послуг. В оптимальному варіанті інформація про другу послугу стосується кожної послуги, яку може надавати DRNC, конкретної послуги, передплаченої терміналом, та простої доступності послуги. В оптимальному варіанті інформація про другу послугу передається на перший RNC через індикаційне повідомлення про послугу і передається на термінал через І попереджувальне повідомлення про послугу. Вищевказані та інші цілі, особливості, аспекти та переваги даного винаходу стануть більш зрозумілими після ознайомлення з представленим нижче детальним описом даного винаходу у зв'язку з супровідними фігурами. Супровідні графічні матеріали, які додаються для забезпечення кращого розуміння винаходу і є включеними до складу й являють собою частину 11 85745 цього опису винаходу, ілюструють варіанти втілення винаходу і разом з описом призначені для пояснення принципів винаходу. Серед фігур: Фіг.1 пояснює мережну структур у системи УМТС, до якої застосовуються традиційні технології та даний винахід; Фіг.2 пояснює а структур у з'єднання між UTRAN та терміналом у мережі УМТС; Фіг.3 пояснює перехід стану RRC для терміналу; Фіг.4 пояснює варіант втілення, в якому мережа УМТС надає конкретну MBMS послугу UE з застосуванням багатоадресного режиму; Фіг.5 пояснює процедуру додавання MBMS; Фіг.6 є блок-схемою, яка пояснює спосіб передачі сигналу для MBMS послуги згідно з даним винаходом; Фіг.7 пояснює варіант втілення, в якому DRNC інформує SRNC та термінал про стан конкретної послуги;і Фіг.8 пояснює варіант втілення, в якому DRNC інформує термінал про стан конкретної послуги Далі детально описуються оптимальні варіанти втілення даного винаходу, приклади яких пояснюються на супровідних фігура х. Даний винахід може бути втілений у системі мобільного зв'язку, такій, як універсальна мобільна телекомунікаційна система (УМТС) розробленій 3GPP. Однак, даний винахід може бути застосований до системи зв'язку, яка функціонує згідно з іншими характеристиками. Оптимальні варіанти втілення даного винаходу нижче описано в деталях. Взагалі, термінал не може отримувати МССН інформацію одночасно у стані отримання послуги від SRNC через виділений канал. У цьому разі термінал не може отримувати конкретну MBMS послугу навіть у разі, якщо відповідна MBMS послуга, передплачена самим терміналом, надається у стільнику, яким керує DRNC. Таким чином, метою даного винаходу є інформування терміналу про те, що конкретна MBMS послуга, передплачена терміналом, надається у стільнику, яким керує DRNC. Тобто, даний винахід пропонує систему радіозв'язку та спосіб, згідно з яким система інформує термінал про стан конкретної послуги для підтримання мобільності терміналу та ефективного використання радіоресурсів. Зокрема, даний винахід пропонує систему радіозв'язку та спосіб надання послуги мультимедійної широкосмугової / багатоадресної передачі (MBMS), які дозволяють інформувати SRNC та термінал про те, що послуга може підтримуватись DRNC, коли SRNC обробляє процедуру MBMS з'єднання у напрямку DRNC, у радіосистемі для передачі MBMS послуг на багато терміналів через канал зв'язку "по лінії вниз" Якщо термінал, який отримує послугу від конкретного SRNC через виділений канал, але розташовується за межами району MBMS послуги таким чином, що отримання MBMS послуги стає неможливим, з'єднується з DRNC, що належить до району MBMS послуги для можливості отримання MBMS послуги, термінал повинен встановити зв'я 12 зок для того, щоб отримати MBMS повідомлення для відповідної послуги. У цьому разі, згідно з даним винаходом, термінал та RNC (SRNC) сповіщається про можливість встановлення попередньо встановленого виділеного каналу (DCCH) та виділеного каналу (МССН) для повідомлення про послугу, таким чином, що термінал може встановлювати й роз'єднувати потрібний радіоканал. Є два приклади, які підтримують вищезгадану концепцію згідно зі станом SRNC, кожен з яких описано нижче. 1. Коли SRNC не підтримує MBMS послугу У цьому разі SRNC є RNC, через який R6 MBMS не може підтримуватися. У даному разі термінал отримує послугу шля хом встановлення виділеного каналу через SRNC. Оскільки SRNC не підтримує MBMS, навіть у разі, якщо термінал вимагає передплати MBMS послуги, термінал має можливість її передплатити. У цьому стані, якщо термінал переміщується для з'єднання з DRNC, який може підтримувати послугу, термінал повинен встановити виділений канал (DCCH) для отримання інформації про відповідну послугу від DRNC. 2. Коли SRNC підтримує MBMS послугу У цьому разі SRNC є RNC, який може підтримувати R6 MBMS. У даному разі термінал | перебуває у стані, в якому він може отримувати MBMS послуги, які можуть підтримуватись у поточному стільнику серед кількох MBMS послуг, передплачених терміналом, а також отримувати послугу через виділений канал у з'єднаному з RRC стані і не може отримувати MBMS послуги, які не підтримуються у поточному стільнику. Після цього, коли термінал переміщується, SRNC вимагає додавання MBMS (з'єднання) до DRNC. Якщо існують MBMS послуги, які DRNC може підтримувати серед MBMS послуг, передплачених терміналом, термінал повинен встановити виділений канал (МССН) у DRNC для отримання інформації про відповідні MBMS послуги. Фіг.6 є блок-схемою, яка пояснює спосіб передачі сигналу для приймання повідомлення про MBMS послугу згідно з даним винаходом. Як показано на Фіг.6, відразу після переміщення терміналу SRNC вимагає додавання MBMS (з'єднання) до DRNC (S10 та S11). DRNC, який отримав вимогу про додавання MBMS (з'єднання), перевіряє, чи є MBMS послуга яку сам DRNC може підтримувати серед MBMS послуг, передплачених терміналом (S12). Якщо існує MBMS послуга, яку DRNC може підтримувати, DRNC перевіряє, чи має термінал достатні можливості для відповідної послуги (S13). Тобто, на цьому етапі, по відношенню до двох випадків, у яких повинно виконуватися встановлення виділених каналів у DRNC, здійснюється перевірка, чи є встановлення двох виділених каналів (DCCH SRNC та МССН DRNC) неможливою через брак можливостей терміналу. Якщо неможливо встановити два виділені канали через брак можливостей терміналу, DRNC сповіщає SRNC про те, що MBMS послуга може підтримуватись (тобто, наявну інформацію про MBMS послугу) (S14). Якщо можливості терміналу 13 85745 є достатніми, DRNC встановлює два виділені канали (DCCH SRNC та MCCH DRNC) (S17). Таким чином, SRNC вимагає від терміналу вибору певного з'єднання на основі наявної інформації про MBMS послугу, і термінал у разі необхідності вимагає від SRNC роз'єднання зв'язку згідно з вибраною інформацією. Тобто, DRNC сповіщає SRNC про те, що MBMS послуга може підтримуватись, a SRNC сповіщає термінал про відповідні умови через виділений канал (S15 та S16). Ця інформація може передаватися з застосуванням повідомлення у відповідь про встановлення / переконфігурацію радіоканалу або повідомлення у відповідь про додавання. Як показано на Фіг.6, DRNC спочатку перевіряє, чи є можливості UE достатніми для встановлення каналів, а потім сповіщає SRNC (або термінал), чи може підтримуватися MBMS послуга. У ширшому розумінні ця функція полягає в тому, що DRNC надсилає на термінал інформацію про попередню послугу і про те, чи може підтримуватися MBMS послуга. В результаті термінал може встановлювати й роз'єднувати відповідні канали. Взагалі, коли термінал переміщується від SRNC до DRNC, інформація про MBMS послугу, передплачену терміналом, передається від SRNC до DRNC через таку процедуру додавання MBMS. Згідно з цим, DRNC, до якого перемістився термінал, може розпізнавати інформацію про тип MBMS послуг, передплачених терміналом. Після цього DRNC передає інформацію про MBMS послугу, яку сам DRNC може надавати SRNC. Інформація про MBMS послугу, яку DRNC передає SRNC, може стосуватися будь-якої MBMS послуги, яку може надавати DRNC, або конкретних MBMS послуг, передплачених терміналом серед MBMS і послуг, які надає DRNC. Крім того, інформація про MBMS послугу, яку DRNC передає SRNC, може стосуватися конкретної MBMS послуги або самого факту того, що MBMS послуга може підтримуватися. SRNC, який отримав інформацію про MBMS послугу, яку може надавати DRNC, може сповістити термінал, використовуючи виділений канал, про те, що конкретна MBMS послуга або кілька MBMS послуг можуть підтримуватися DRNC, або повідомити про сам факт того, що MBMS послуга може підтримуватися. Фіг.7 пояснює один варіант втілення, в якому DRNC сповіщає SRNC та термінал про стан конкретної послуги. Як показано на Фіг.7, DRNC передає SRNC інформацію про MBMS послугу або інформацію про типи MBMS послуг через індикаційне повідомлення про MBMS послугу. Інформація про MBMS послугу може бути інформацією про MBMS послугу, яку DRNC може підтримувати, або інформацією про те, які типи MBMS послуг DRNC може підтримувати серед MBMS послуг, які передплатив термінал, або доступною інформацією про MBMS послугу. SRNC, який отримав інформацію про тип MBMS послуги, може визначити, що конкретна MBMS послуга, яку передплатив сам термінал, який керується SRNC, може підтримуватися DRNC. SRNC сповіщає термінал, використовуючи 14 виділений канал, про те, що MBMS послуга може підтримуватися DRNC. У цей час індикаційне повідомлення про PMBMS послугу може стосуватися додавання MBMS, встановлення радіоканалу, переконфігурації радіоканалу та ін. Фіг.8 пояснює інший варіант втілення, в якому DRNC сповіщає SRNC та термінал про стан конкретної послуги. Як показано на Фіг.8, DRNC сповіщає SRNC, застосовуючи індикаційне повідомлення про доступність MBMS послуги, яке стосується того, що MBMS послуга може підтримуватися DRNC. Індикаційне повідомлення про доступність MBMS послуги застосовується для сповіщення про те, що MBMS послуга, передплачена терміналом, який перемістися від SRNC до DRNC, не підтримується SRNC, але підтримується DRNC, або І застосовується для сповіщення SRNC, що MBMS послуга може підтримуватися DRNC. і SRNC, який отримав індикаційне повідомлення про доступність MBMS послуги, може сповістити термінал через виділений канал про те, що MBMS послуга може підтримуватися. Відповідно, термінал може вибірково підтримувати виділений канал і може отримувати MBMS послугу після роз'єднання виділеного каналу та перевірки типу MBMS послуги від ; DRNC з застосуванням індикаційного повідомлення про MBMS послугу. Індикаційне і повідомлення про MBMS послугу може бути передане безпосередньо на термінал через МССН DRNC. Крім того, у представленому описі лише для зручності пояснення вказано, що термінал спочатку отримує послугу виділеного каналу, а після переміщення додатково отримує MBMS послугу. Однак особливості даного винаходу не обмежуються вищезазначеними, а передбачають можливість спочатку отримання терміналом MBMS послуги, а після переміщення додаткове отримання послуги виділеного каналу. Як описано вище, в існуючому рівні техніки термінал, який встановив виділений канал у SRNC, може переміщуватися до іншого району, а потім, якщо встановлюється зв'язок між терміналом та DRNC, який може підтримувати MBMS послугу, коли встановлюється виділений канал для отримання інформації про MBMS послугу у DRNC, DRNC не може підтримувати вибір по відношенню до встановлення та роз'єднання каналу для послуги, яку термінал бажає отримати згідно з можливостями терміналу. В результаті термінал не може отримувати інформацію про потрібну послугу, і, таким чином, стає неможливим отримання поточної послуги. Таким чином, згідно з даним винаходом, для того, щоб дозволити терміналові, який не їмо же отримати два виділені канали (тобто, не має достатніх можливостей), вибрати потрібну послугу, коли RNC, до якого перемістився термінал, сповіщає термінал про те, що MBMS послуга може підтримуватися, термінал може встановлювати й роз'єднувати канал згідно з його вибором, таким чином, щоб існувала можливість розв'язання проблем, коли термінал не їмо же отримувати інфор 15 85745 мацію про потрібну послугу, а отже, не може отримати послугу. Оскільки даний винахід може бути втілений у декількох формах без відхилення від сутності винаходу або його суттєвих характеристик, слід також розуміти, що описані вище варіанти втілення не обмежуються будь-якими деталями вищенаведеного опису, якщо тільки не визначено інакше, 16 але їх, скоріше, слід тлумачити в широкому сенсі в межах сутності та обсягу, як визначено у формулі винаходу, що додається, і тому всі зміни та модифікації, що £ входять до меж формули винаходу або еквіваленту таких меж, вважаються такими, що| о хоплюються формулою винаходу, яка додається. 17 85745 18 19 Комп’ютерна в ерстка Н. Лисенко 85745 Підписне 20 Тираж 28 прим. Міністерство осв іт и і науки України Держав ний департамент інтелектуальної в ласності, вул. Урицького, 45, м. Київ , МСП, 03680, Україна ДП “Український інститут промислов ої в ласності”, вул. Глазунова, 1, м. Київ – 42, 01601