Способ передачи/приема данных во время эстафетной передачи обслуживания в системе мобильной связи, предоставляющей услугу mbms, и устройство для его осуществления

Способ передачи/приема данных во время эстафетной передачи обслуживания в системе мобильной связи, предоставляющей услугу mbms, и устройство для его осуществления

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение относится в целом к системе мобильной связи и, в частности, касается устройства и способа для предоставления услуги мультимедийного широковещания/ мультивещания (MBMS) (в отличие от широковещания, т.е. пересылки информации всем узлам. Мультивещание означает передачу данных из одной точки нескольким выделенным узлам), когда оборудование пользователя (UE) меняет соту в системе мобильной связи, предоставляющей услугу MBMS.

Уровень техники

В последнее время благодаря развитию технологии связи услуги, предоставляемые системой мобильной связи, развиваются в сторону создания системы мультимедийной широковещательной/ мультивещательной передачи данных для передачи речевых данных и данных мультимедиа с высокой пропускной способностью, таких как пакетные данные и канальные данные. Для поддержки мультимедийной широковещательной/мультивещательной передачи данных была предложена услуга мультимедийного широковещания/мультивещания (далее называемая «MBMS»), где один или несколько источников данных мультимедиа предоставляют услугу множеству UE. Услуга MBMS поддерживает данные мультимедиа, такие как видеоданные и речевые данные в реальном времени, данные неподвижных изображений и текстовые данные. Кроме того, услуга MBMS одновременно предоставляет речевые данные и видеоданные и требует большого объема ресурсов для передачи. Таким образом, услуга MBMS предоставляется по широковещательному каналу благодаря возможности одновременного предоставления множества услуг в пределах одной соты. Кроме того, MBMS может обеспечить услугу передачи по схеме «точка - точка» (далее называется «PtP») для предоставления независимых услуг соответствующим абонентам, а также услугу передачи по схеме «точка - множество точек» (далее называется «PtM») для предоставления одних и тех же данных MBMS множеству абонентов. Система мобильной связи 3GPP (Проект партнерства в области систем связи 3-го поколения), в которой применяется услуга MBMS, описывается со ссылками на фиг.1.

На фиг.1 схематически показана структура системы мобильной связи для предоставления услуги MBMS. Как показано на фиг.1, система мобильной связи для предоставления услуги MBMS включает в себя UE 101, сеть (UTRAN) 102 радиодоступа Универсальной системы мобильных телекоммуникаций (UMTS), обслуживающий узел (SGSN) 103 поддержки общей услуги пакетной радиопередачи данных (GPRS), принадлежащий базовой сети (CN), реестр (HLR) 104 местоположения собственных абонентов, шлюзовый узел (GGSN) 105 поддержки GPRS, центр (BM-SC) 106 услуги широковещания/ мультивещания, пограничный шлюз (BG) 108, источник (MBS) 107 мультивещания/широковещания, поставщик (CP) 109 контента (информационного наполнения) и источник (MBS) 110 мультивещания/широковещания. Устройство пользователя UE 101 непосредственно принимает данные MBMS и включает в себя аппаратное или программное обеспечение, поддерживающее услугу MBMS. UTRAN 102 представляет собой сеть радиосвязи для соединения UE 101 с сетью CN. Структура UTRAN 102 описывается со ссылками на фиг.2.

На фиг.2 схематически представлена структура UTRAN 102, показанная на фиг.1. Обратимся к фиг.2, где UTRAN 102 включает в себя множество контроллеров (RNC) радиосети, множество узлов B, управляемых контроллерами RNC, и множество сот, принадлежащих узлам В. Хотя сеть UTRAN 102 может включать в себя множество RNC, для простоты, как показано на фиг.2, UTRAN 102 включает в себя только один RNC 201. RNC 201 управляет множеством узлов В, то есть, узлом B#1 201, узлом B#2 203, ..., узлом B#n 204. Узел B#1 202 управляет множеством сот, а именно, сотой #1 205, сотой #2 206, ..., сотой #m 207. Общее количество узлов В, управляемых контроллером RNC 201, и общее количество сот, управляемых каждым из узлов В, определяются в соответствии с параметрами системы мобильной связи с MBMS.

UE 101 подсоединено к UTRAN 102 через Uu-интерфейс 121. UTRAN 102 подсоединена к SGSN, принадлежащему сети CN, через Iu-интерфейс 122. В Таблице 1, приведенной ниже, указаны различные роли элементов MBMS, показанных на фиг.1, а в Таблице 2, приведенной ниже, показаны интерфейсы между этими элементами.

Таблица 1
№	Наименование	Роль
101	UE	Принимает услугу MBMS и обеспечивает услугу MBMS для пользователю
102	UTRAN	Доставляет данные MBMS на UE и доставляет запрос на услугу MBMS от UE в CN. Подробности см. на фиг.2.
103	SGSN	Аутентифицирует UE, запрашивающее услугу MBMS, путем приема данных от HLR, и аутентифицирует UE путем приема от HLR данных о праве UE использовать услугу MBMS, запрошенную UE. SGSN настаивает однонаправленный канал радиодоступа (RAB), для услуги MBMS, запрошенной UE. SGSN поддерживает услугу MBMS даже тогда, когда UE перемещается из одной соты в другую. SGSN соединяется с источником MBMS через узел GGSN. SGSN собирает учетные данные для услуги MBMS, используемой оборудованием UE.
104	HLR	Означает реестр местоположения собственных абонентов, который управляет информацией для аутентификации для каждой единицы UE, а также контентом для типа услуги MBMS, доступного каждой единице UE.
105	GGSN	Означает шлюзовый узел услуги GPRS,который непосредственно принимает данные MBMS, предоставляемые для UE, от источника 110 мультивещания/широковещания через центр BM-SC 106 и BG 108 и передает принятые данные MBMS в узел SGSN. GGSN собирает учетные данные для UE, контролирует ситуацию, связанную с перемещением каждого UE, и управляет качеством обслуживания (QoS) для услуги MBMS, предоставляемой устройству UE.
106	BM-SC	Означает центр услуг широковещания/мультивещания, который аутентифицирует поставщика контента, определяет QoS услуги MBMS, исправляет ошибки в данных MBMS, предоставляет учетные
		данные поставщику контента, принимает данные MBMS от поставщика 109 контента и предоставляет принятые данные MBMS узлу GGSN 105. Центр ВМ-SC уведомляет UE о предоставляемой в данный момент услуге MBMS.
107	Источник мультивещания/широковещания	Непосредственно предоставляет данные MBMS в GGSN.
108	BG	Означает пограничный шлюз, который принимает данные MBMS от источника мультивещания/ широковещания в сети, не управляемой в данный момент поставщиком услуг, и передает принятые данные MBMS в GGSN.
109	Поставщик контента	Предоставляет контент MBMS в BM-SC 106
110	Источник мультивещания/широковещания	Непосредственно предоставляет данные MBMS в GGSN.
	Таблица 2
№	Наименование	Роль
121	Uu	Интерфейс между UE и UTRAN
122	Iu	Интерфейс между UTRAN и CN
123	Gr	Интерфейс между SGSN и HLR
124	Gn/Gp	Интерфейс между SGSN и GGSN
125	Gi	Интерфейс между GGSN и BM-SC
126	Gi	Интерфейс между GGSN и источником мультивещания/широковещания
127	Gi	Интерфейс между GGSN и BG
128	Gn/Gp	Интерфейс между BM-SC и поставщиком контента
129	Gi	Интерфейс между BG и источником мультивещания/широковещания

Наименования интерфейсов между соответствующими элементами, показанными в Таблице 2, определены в проекте 3GPP, при этом наименования интерфейсов подвергаются изменениям.

На фиг.3 схематически показана структура верхнего уровня сети UTRAN 102, показанной на фиг.1. Обратимся к фиг.3, где сообщения верхнего уровня, обработанные в сети UTRAN 102, ориентировочно классифицируются на управляющий сигнал и данные пользователя. На фиг.3 управляющий сигнал представлен как сигнализация плоскости управления (сигнализация С-плоскости) 301, а данные пользователя представлены как информация плоскости пользователя (информация U-плоскости) 302. Сигнализация 301 С-плоскости и информация 302 U-плоскости являются сообщениями слоя, не связанного с предоставлением доступа (NAS), при этом сообщения NAS представляют сообщения, не используемые для радиосоединения между UE 101 и UTRAN 102. Здесь сообщение NAS представляет сообщение, содержимое которого сети UTRAN 102 знать не требуется. В отличие от сообщения NAS сообщение слоя, связанного с предоставлением доступа (AS), является сообщением, непосредственно используемым для радиосоединения между UTRAN 102 и UE 101, причем это сообщение представляет данные или управляющую сигнализацию, используемую уровнем (RRC) 303 управления радиоресурсами и его нижерасположенным уровнем.

Уровень RRC 303 управляет уровнем 1 (L1) 310, который является физическим уровнем, относящимся к соединению между UE 101 и UTRAN 102, уровнем (L2/MAC) 308 управления доступом к среде передачи из состава уровня 2, уровнем (L2/RLC) 306 управления линией радиосвязи из состава уровня 2, уровнем (L2/PDCP) 304 протокола корвенгенции пакетных данных из состава уровня 2 и уровнем (L2/BMC) 305 управления широковещанием/ мультивещанием из состава уровня 2; тем самым уровень RRC обеспечивает управление операциями, относящимися к соединению между UE 101 и UTRAN 102, такими как настройка физического вызова, настройка логического вызова, передача/прием управляющей информации и передача/прием измерительной информации.

Уровень L2/PDCP 304 принимает данные, переданные с уровня NAS, и передает принятые данные передачи на уровень L2/RLC 306, используя соответствующий протокол. Уровень L2/BMC 305 принимает данные, необходимые для широковещания и мультивещания с уровня NAS, и передает принятые данные на уровень L2/RLC 306.

Уровень L2/RLC 306 принимает управляющее сообщение, переданное с уровня RRC 303 на UE 101, обрабатывает принятое управляющее сообщение в соответствующем формате на уровне RLC с первого (RLC#1) 361 по m-й (RLC#m) 362 и передает обработанное управляющее сообщение на уровень L2/MAC 308, используя логический канал 307. Кроме того, уровень L2/RLC 306 принимает данные с уровня L2/PDCP 304 и уровня L2/BMC 305, обрабатывает принятые данные в соответствующем формате на уровне RLC, с первого (RLC#1) 363 по n-й (RLC#n) 364, и передает обработанные данные на уровень L2/MAC 308, используя логический канал 307. Здесь количество уровней RLC, сформированных на уровне L2/RLC 306, определяется количеством радиоканалов между UE 101 и UTRAN 102, а уровни RLC с первого (361) по m-й (362) формируются для управляющей сигнализации, в то время как уровни RLC c первого (363) по n-й (364) формируются для данных пользователя.

Логический канал 307 ориентировочно классифицируется на канал выделенного типа, назначаемый конкретному UE или небольшому количеству конкретных UE, и канал общего типа, который обычно назначают множеству UE. Если сообщение, передаваемое по логическому каналу 307, является управляющим сообщением, то такое сообщение классифицируют как сообщение управляющего типа, а если сообщение, передаваемое по логическому каналу 307, является сообщением трафика или сообщением, несущим данные, то такое сообщение определяют как сообщение типа трафика. В Таблице 3, представленной ниже, показаны типы и роли логических каналов, используемых в проекте 3GPP.

Таблица 3
Наимено-вание	Роль
BCCH	Означает канал управления широковещанием, который используют для передачи по нисходящей линии связи от UTRAN 102 к UE и для передачи системной управляющей информации, относящейся к UTRAN 102.
PCCH	Означает канал управления поисковыми вызовами, который используют для передачи по нисходящей линии связи от UTRAN 102 к UE и при передаче управляющей информации на UE, когда расположение соты, которой принадлежит данное UE, неизвестно.
CCCH	Означает общий канал управления, который используют для передачи управляющей информации между UE и сетью, а также в тех случаях, когда у UE нет канала, соединенного с RRC.
DCCH	Означает выделенный канал управления, который используют для передачи управляющей информации между UE и сетью по схеме PtP, а также в случаях, когда UE имеет канал, соединенный с RRC.
CTCH	Означает общий канал трафика, который используют для передачи данных между сетью и множеством UE по схеме PtM.
DTCH	Означает выделенный канал трафика, который используют для передачи данных между сетью и одним UE по схеме PtP.

Уровень L2/MAC 308 обеспечивает управление радиоресурсами между UE 101 и UTRAN 102, а также управляет соединением между UE 101 и UTRAN 102 под управлением уровня RRC 303. Кроме того, уровень L2/MAC 308 принимает сигналы по логическому каналу 307 с уровня L2/RLC 306, отображает принятые сигналы в транспортные каналы 309, а затем передает отображенные сигналы на уровень L1 310. В Таблице 4, представленной ниже, показаны типы и роли транспортных каналов, используемых в проекте 3GPP.

Таблица 4
Наиме-нование	Роль
BCH	Означает канал широковещания, который отображается в BCCH для передачи данных по BCCH.
PCH	Означает канал поискового вызова, который отображается в PCCH для передачи данных по PCCH.
RACH	Означает канал произвольного доступа, который используют для передачи от UE в сеть, а также для сетевого соединения и передачи управляющего сообщения и коротких данных. Каналы DCCH, CCCH и DTCH могут быть отображены в RACH.
FACH	Означает прямой канал доступа, который используют для передачи управляющего сообщения и данных из сети на конкретное UE или несколько UE. Каналы BCCH, CTCH, CCCH, DTCH и DCCH могут быть отображены в FACH.
DCH	Означает выделенный канал, который используют для передачи данных и управляющей сигнализации между сетью и одним UE. Каналы DTCH и DCCH отображаются в DCH.
DSCH	Означает совместно используемый канал нисходящей линии связи, то есть это канал нисходящей линии связи от сети к UE, используемый для передачи данных с высокой пропускной способностью. Каналы DTCH и DCCH отображаются в DSCH.
HS-DSCH	Означает высокоскоростной канал DSCH, то есть канал нисходящей линии связи от сети к UE, созданный путем повышения пропускной способности при передаче по каналу DSCH. Каналы DTCH и DCCH отображаются в HS-DSCH.

В дополнение к транспортным каналам, показанным в Таблице 4, имеются совместно используемый канал (USCH) восходящей линии связи и общий пакетный канал (CPCH). Однако, поскольку эти каналы не относятся к настоящему изобретению, их подробное описание для простоты опускается.

Транспортные каналы 309, передаваемые на уровень L1 310, передаются на UE 101 или UTRAN 102 после отображения в действительные физические каналы на уровне L1 310. Физические каналы включают в себя основной общий физический канал (P-CCPCH) управления для передачи канала (BCH) широковещания, дополнительный общий физический канал (S-CCPCH) управления для передачи канала (PCH) поискового вызова и прямого канала (FACH) доступа, выделенный физический канал (DPCH) для передачи выделенного канала (DCH), физический совместно используемый канал (PDSCH) нисходящей линии связи для передачи совместно используемого канала (DSCH) нисходящей линии связи, высокоскоростной совместно используемый физический канал (HS-PDSCH) нисходящей линии связи для передачи высокоскоростного совместно используемого канала (HS-DSCH) нисходящей линии связи и физический канал (PRACH) произвольного доступа для передачи канала (RACH) произвольного доступа. В дополнение к вышеуказанным физическим каналам имеется канал (PCH) пилот-сигнала, который является чисто физическим каналом, не передающим данные верхнего уровня или управляющие сигналы, основной канал (P-SCH) синхронизации, дополнительный канал (S-SCH) синхронизации, канал (PICH) индикатора поискового вызова, канал (AICH) индикатора получения и физический общий пакетный канал (PCPCH).

Далее со ссылками на фигуры 4А, 4В, 5 и 6 описываются некоторые проблемы, которые могут возникнуть при предоставлении услуги MBMS в известной системе мобильной связи, которая не поддерживает услугу MBMS.

На фиг.4А схематически показана конфигурация для предоставления услуги MBMS в системе мобильной связи, к которой подсоединены SGSN 401, обслуживающий контроллер 402 радиосети (SRNC), и множество UE (UE#1 403, UE# 404,..., UE#m 406). Обратимся к фиг.4А, где SGSN 401 выполняет ту же функцию, что и SGSN 103, описанный со ссылкой на фиг.1. Контроллер RNC классифицируется на SRNC и управляющий RNC (CRNC) в соответствии с характером взаимосвязи с UE. Контроллер SRNC - это RNC, имеющий всю информацию о UE, при этом SRNC присваивает UE временный идентификатор обслуживающей радиосети (S-RNTI). Когда UE перемещается в новую соту, а эта новая сота находится под управлением конкретного RNC, но не SRNC, этот контроллер RNC служит в качестве CRNC, причем этот CRNC присваивает UE временный идентификатор сотовой радиосети (C-RNTI) и управляет этим UE. На фиг.4А устройства UE#1 403, UE#2 404,...,UE#m 406 принимают от SRNC 402 данные MBMS, а также принимают от SRNC 402 данные, если таковые имеются, передаваемые по выделенному каналу управления (DCCH) или выделенному каналу трафика (DTCH).

На фиг.4В схематически показана конфигурация для предоставления услуги MBMS в системе мобильной связи, к которой подсоединены SGSN 411, SRNC 412, CRNC 413 и UE 414, 415 и 416. На фиг.4В предполагается, что UE#m 416 переместилось в другую соту после посылки запроса на услугу MBMS в SRNC 412, который является SRNC для UE#m 416, так что с точки зрения UE#m 416 контроллер RNC, который управляет UE#m 416, может быть контролером CRNC 413.

Обратимся к фиг.4В, где SGSN 411 также выполняет ту же функцию, что и SGSN 103, показанный на фиг.1. UE#1 414 и UE#2 415 принимают данные MBMS или данные, переданные по каналу DCCH или DTCH от SRNC 412. Устройство UE#m 416 подсоединено к CRNC 413 и принимает запрошенные данные MBMS от SRNC 412 через CRNC 413. Описывая взаимосвязь между CRNC 413 и UE#m 416, следует сказать, что контроллер CRNC 413 может непосредственно передавать на UE#m 416 такие сигналы, как системная информация, то есть, сигналы, передаваемые по общему каналу трафика (CTCH) или по общему каналу управления (CCCH). Однако CRNC 413 принимает управляющую сигнализацию и информацию пользователя, переданную от SRNC 412 по DCCH и DTCH, за исключением CTCH или CCCH, и передает принятую управляющую сигнализацию и данные пользователя на UE#m 416. Кроме того, интерфейс между CRNC 413 и SRNC 412 является Iur-интерфейсом (интерфейс между контроллерами радиосети), через который нельзя передать никакого сигнала, кроме сигналов, передаваемых по каналу DTCH или DCCH.

Хотя на фиг.4В предполагается, что CRNC 413 управляет только одним UE, то есть UE#m 416, под управлением CRNC 413 и SRNC 412 в реальной ситуации может одновременно находиться множество UE. В этом случае эти UE управляются контроллером CRNC одновременно, а SRNC должен безусловно принимать данные MBMS через Iur-интерфейс, чтобы соответствовать спецификациям стандарта, предложенного в проекте 3GPP. Когда все UE, имеющие одновременно CRNC и SRNC, принимают одни и те же данные MBMS, то есть когда соответствующим UE через Iur-интерфейс предоставляются одни и те же данные MBMS, эти одинаковые данные MBMS передаются многократно, что приводит к расточительному использованию проводных ресурсов. Кроме того, даже если CRNC предоставляет одну и ту же услугу MBMS, контроллер CRNC не может непосредственно передавать данные MBMS на единицы UE, имеющие этот CRNC, так что те же данные MBMS передаются на единицы UE, имеющие данный CRNC, и на единицы UE, имеющие данный SRNC, через радиооборудование, что приводит к расточительному использованию радиоресурсов.

На фиг.5 представлена диаграмма сигнализации, иллюстрирующая процедуру предоставления услуги MBMS в системе мобильной связи, подсоединенной, как показано на фиг.4А. На фиг.5 предполагается, что SRNC 531 не предоставляет в данный момент услугу MBMS, запрошенную устройством UE 541, то есть SRNC 531 посылает в SGSN 521 запрос на запрошенную услугу MBMS в ответ на запрос услуги MBMS от UE 541, и UE 541 принимает от SGSN 521 запрошенную услугу MBMS.

Обратимся к фиг.5, где центр BM-SC 501 передает в узел GGSN 511 (этап 502) данные MBMS, а GGSN 511 передает (этап 512) в SGSN 521 необходимые в SGSN 521 данные, которые выделяют из данных MBMS. Между тем, UE 541 передает в SGSN 521 сообщение об активизации запроса контекста MBMS (Activate MBMS Context Request) (этап 550) для того, чтобы принять услугу MBMS. Здесь «контекст MBMS» представляет набор данных, относящихся к услуге MBMS, которую хочет получить UE 541. После приема сообщения Activate MBMS Context Request узел SGSN 521 передает (этап 522) на SRNC 531 сообщение с уведомлением о MBMS (MBMS Notification), которое является ответным сообщением на сообщение Activate MBMS Context Request. После приема сообщения MBMS Notification контроллер SRNC 531 передает на UE 541 сообщение MBMS Notification (этап 532). Здесь «уведомление о MBMS» указывает, что должна выполняться услуга MBMS, запрошенная данным UE. SGSN 521 имеет контекст MBMS, а содержимое контекста MBMS может стать списком протоколов пакетной передачи данных (протоколов PDP) для множества услуг MBMS, которые могут предоставляться узлом SGSN 521. Список PDP может включать в себя адреса для услуг MBMS, а в качестве PDP могут быть использованы такие протоколы пакетной передачи данных, как X.25 или IP (протокол Интернет). Узел SGSN 521 передает в SRNC 531 сообщение с запросом на настройку канала RAB MBMS (MBMS RAB Setup Request) для запроса настройки однонаправленного канала радиодоступа (RAB) с целью передачи данных MBMS (этап 524). После приема сообщения MBMS RAB Setup Request контроллер SRNC 531 передает в SGSN 521 сообщение о завершении настройки RAB услуги MBMS (MBMS RAB Setup Complete), которое является ответным сообщением на сообщение MBMS RAB Setup Request (этап 525). Узел SGSN 521 передает данные MBMS на SRNC 531 через установленный канал RAB услуги MBMS (этап 526). Контроллер SRNC 531 передает на UE 541 информацию об однонаправленном канале RB для сообщения о настройке данных MBMS (MBMS data Setup) с целью запроса настройки однонаправленного радиоканала (RB), по которому данные MBMS могут быть переданы на UE 541 (этап 533). После приема данных о RB для сообщения MBMS data Setup оборудование UE 541 передает в SRNC 531 информацию о RB для сообщения о завершении настройки данных MBMS (MBMS Data Setup Complete) как ответного сообщения на сообщение MBMS data Setup (этап 544). После приема данных о RB для сообщения MBMS Data Setup Complete контроллер SRNC 531 передает на UE 541 данные MBMS (этап 545). Между тем, если выполняющаяся услуга MBMS приостановлена, то SRNC 531 освобождает канал RAB услуги MBMS, установленный для SGSN 521 с целью предоставления услуги MBMS (освобождение RAB услуги MBMS) (этап 527), и освобождает канал RB услуги MBMS, настроенный для UE 541, чтобы предоставить услугу MBMS (освобождение канала RB данных MBMS) (этап 546).

На фиг.6 представлена диаграмма сигнализации, иллюстрирующая процедуру предоставления услуги MBMS в системе мобильной связи, соединенной, как показано на фиг.4В. На фиг.6 предполагается, что UE 640 одновременно имеет CRNC 630 и SRNC 620, так как UE 640 переместился в новую соту после передачи в SRNC 620 сообщения Activate MBMS Context Request, и UE 640 не обменивается сигналами DCH с SRNC 620. Взаимосвязь между UE 640 и сетью UTRAN ориентировочно разделяется на режим незанятости и режим соединения. Режим соединения подразделяется на состояние URA_PCH, состояние CELL_PCH, состояние CELL_FACH и состояние CELL_DCH в соответствии с типом транспортных каналов, используемых тогда, когда UE 640 обменивается сигналами с сетью UTRAN. В состоянии URA_PCH сеть UTRAN не знает местонахождение UE 640, и UE 640 принимает только сигнал PCH. В состоянии CELL_PCH сеть UTRAN знает, в какой соте находится UE 640, но UE 640 продолжает принимать только сигнал PCH. В состоянии CELL_FACH устройство UE 640 обменивается сигналами с UTRAN по каналам RACH и FACH. В состоянии CELL_DCH устройство UE 640 обменивается сигналами с UTRAN по каналу DCH. При описании фиг.6 предполагается, что UE 640 находится в состоянии CELL_FACH, а SGSN 610 уже принял необходимые данные MBMS от узла GGSN 600.

Обратимся к фиг.6, где UE 640 передает сообщение Activate MBMS Context Request на узел SGSN 610 (этап 651). Кроме того, узел GGSN 600 передает данные MBMS на узел SGSN 610 (этап 653). Помимо этого UE 640, которое переместилось в соту, управляемую контроллером CRNC 630 в состоянии CELL_FACH, передает сообщение об обновлении соты (Cell Update) на SRNC 620 (этап 655). После приема сообщения Cell Update контроллер SRNC 630 передает на UE 640 сообщение о подтверждении обновления соты (Cell Update Confirm) в качестве ответного сообщения на сообщение Cell Update (этап 657).

После приема от UE 640 сообщения Activate MBMS Context Request узел SGSN 610 передает сообщение MBMS Notification в контроллер SRNC 620 (этап 659). SRNC 620 передает сообщение MBMS Notification в CRNC 630, а CRNC 630 предает сообщение MBMS Notification без изменения на UE 640, не зная содержания сообщения MBMS Notification (этап 661). Здесь CRNC 630 предоставляет радиоресурсы для UE 640 и просто ретранслирует сигналы, переданные на SRNC 640 и принятые от SRNC 640.

После передачи сообщения MBMS Notification узел SGSN 610 передает на SRNC 620 сообщение MBMS RAB Setup Request (этап 663). Поскольку UE 640 в данный момент находится в соте, управляемой контроллером CRNC 630, контроллер SRNC 620 передает на CRNC 630 сообщение MBMS RAB Setup Request (этап 665). После приема сообщения MBMS RAB Setup Request контроллер CRNC 630 передает на SRNC 620 сообщение MBMS RAB Setup Complete как ответное сообщение на сообщение MBMS RAB Setup Request (этап 667). После приема от CRNC 630 сообщения MBMS RAB Setup Complete контроллер SRNC 620 передает сообщение MBMS RAB Setup Complete на узел SGSN 610 (этап 669). Кроме того, SRNC 620 передает на UE 640 сообщение о настройке канала RB услуги MBMS (MBMS RB Setup) (этап 671). В качестве ответного сообщения на сообщение MBMS RB Setup оборудование UE 640 передает на SRNC 620 сообщение о завершении настройки канала RB для MBMS (MBMS RB Setup Complete) (этап 673). Узел SGSN 610 предает данные MBMS на SRNC 620 (этап 675), а SRNC 620 передает данные MBMS на CRNC 630 (этап 677). Контроллер CRNC 630 передает данные MBMS на UE 640 (этап 679). Если выполняющаяся услуга MBMS приостановлена, то SRNC освобождает канал RAB услуги MBMS, настроенный для CRNC 630, чтобы предоставить услугу MBMS (освобождение канала RAB услуги MBMS) (этап 681), освобождает канал RB услуги MBMS, настроенный для UE 640, чтобы предоставить услугу MBMS (освобождение канала RB услуги MBMS) (этап 683), и освобождает канал RAB услуги MBMS, настроенный для узла SGSN 610 (освобождение канала RAB услуги MBMS) (этап 685).

Далее описываются проблемы, которые могут возникнуть, когда услугу MBMS предоставляют UE, находящемуся в соте под управлением CRNC, в стандартной системе мобильной связи, которая не поддерживает услугу MBMS, как было описано в связи с фиг.4В.

Во-первых, даже в том случае, когда все UE, принимающие данные MBMS из соты, управляемой контроллером SRNC, изменили свое местоположение, SRNC должен поддерживать Iu-интерфейс и передавать данные, принимаемые через Iu-интерфейс, на CRNC, к которому переместились UE, через Iur-интерфейс, что приводит к расточительному использованию ресурсов Iu-интерфейса между SRNC и SGSN. Кроме того, если в соте, управляемой контроллером CRNC, предоставлялась одна и та же услуга MBMS, то CRNC многократно принимает от узла SGSN данные MBMS через Iu-интерфейс между SRNC и SGSN, даже если он уже принял данные MBMS, предоставляемые единицам UE в его соте.

Во-вторых, поскольку Iur-интерфейс между CRNC и SRNC передает только специально выделенные данные, если множество UE, пользующихся одной и той же услугой MBMS, находится под управлением CRNC, многократная передача одной и той же услуги MBMS от SRNC на CRNC становится необязательной. То есть, когда данные MBMS обычно предоставляют в одной и той же соте, через Iur-интерфейс передаются только специально выделенные данные. Следовательно, при предоставлении услуги MBMS, когда несколько UE обслуживаются вместе в одной соте, для передачи данных на переместившиеся UE через Iur-интерфейс после перемещения этих UE, одни и те же данные необходимо повторно передавать столько раз, сколько имеется переместившихся UE. В этом случае, даже если CRNC подсоединен к SRNC проводами, одни и те же данные MBMS, для которых требуется относительно высокая скорость передачи, передаются повторно, что приводит к расточительному использованию проводных ресурсов. Помимо этого, данные MBMS используют разные радиоресурсы, что приводит к их расточительному использованию. При радиосвязи эффективное использование радиоресурсов является очень важным фактором, а избыточный расход радиоресурсов влияет на существующую услугу передачи речи и другие услуги. Добавляются повторные операции, если услуга MBMS предоставлялась в CRNC. В настоящее время, поскольку Iur-интерфейс для общих данных еще не определен, услуга MBMS вызывает значительный избыточный расход проводных и беспроводных ресурсов.

В-третьих, даже если CRNC уже предоставляет услугу MBMS, запрошенную единицами UE, имеющими контроллер CRNC, не существует способа непосредственной передачи данных этим UE. Следовательно, на единицы UE, имеющие контроллер CRNC в качестве SRNC, и единицы UE, имеющие контроллер CRNC в качестве CRNC, одна и та же услуга передается многократно. Поскольку UE, которое переместилось от SRNC к CRNC, должно принимать данные от SRNC через Iur-интерфейс через CRNC, даже если CRNC имеет те же данные, так как в соте контроллера CRNC предоставляется одна и та же услуга MBMS, контроллер CRNC не может предоставить данные тем UE, которые переместились от SRNC.

Сущность изобретения

Таким образом, задачей настоящего изобретения является обеспечение устройства и способа для предоставления услуги MBMS, когда осуществляется эстафетная передача обслуживания UE от контроллера SRNC к контролеру CRNC в системе мобильной связи с MBMS.

Другой задачей настоящего изобретения является обеспечение устройства и способа для предоставления услуги MBMS без отдельного Iur-интерфейса между SRNC и CRNC, когда осуществляется эстафетная передача обслуживания UE от SRNC к CRNC в системе мобильной связи с MBMS.

Еще одной задачей настоящего изобретения является обеспечение устройства и способа для эффективного управления проводными/беспроводными ресурсами для услуги MBMS в системе мобильной связи с MBMS.

Следующей задачей настоящего изобретения является обеспечение устройства и способа для управления новым контекстом MBMS для эффективного управления проводными/беспроводными ресурсами в системе мобильной связи с MBMS.

Еще одной задачей настоящего изобретения является обеспечение устройства и способа для эффективного управления проводными/беспроводными ресурсами путем определения нового сообщения между SRNC и CRNC в системе мобильной связи с MBMS.

Следующей задачей настоящего изобретения является обеспечение устройства и способа для управления уровнем МАС, который совместим с существующим уровнем МАС в системе мобильной связи с MBMS.

Очередной задачей настоящего изобретения является обеспечение устройства и способа для раздельной передачи/приема сигнала данных и управляющего сигнала в соответствии с перемещениями единиц UE в системе мобильной связи с MBMS.

Для решения вышеуказанных и других задач настоящее изобретение обеспечивает способ предоставления услуги пакетной передачи для оборудования пользователя (UE), когда UE перемещается во вторую соту, управляемую вторым контроллером радиосети (RNC), причем UE запрашивает разрешение на прием услуги пакетной передачи в первой соте, управляемой первым RNC, в системе мобильной связи, предоставляющей услуги пакетной передачи. Способ содержит этапы, на которых: передают посредством первого RNC на второй RNC управляющую информацию, необходимую для предоставления данному UE услуги пакетной передачи; анализируют посредством второго RNC эту управляющую информацию и уведомляют первый RNC о том, что второй RNC предоставляет услугу пакетной передачи, когда второй RNC может предоставлять такую услугу пакетной передачи; и передают посредством второго RNC на UE данные услуги пакетной передачи.

Для решения вышеуказанных и других целей настоящее изобретение обеспечивает способ предоставления услуги пакетной передачи для оборудования пользователя (UE), когда UE перемещается во вторую соту, управляемую вторым контроллером радиосети (RNC), причем UE запрашивает разрешение на прием услуги пакетной передачи в первой соте, управляемой первым RNC, в системе мобильной связи, предоставляющей услуги пакетной передачи. Способ содержит этапы, на которых: передают посредством первого RNC на второй RNC идентификатор UE, идентификатор услуги, указывающий услугу пакетной передачи, и информацию о радиоресурсе, настроенном в текущий момент для данного UE; принимают посредством второго RNC идентификатор UE, идентификатор услуги и информацию о радиоресурсе и уведомляют первый RNC о том, что второй RNC предоставляет услугу пакетной передачи, когда второй RNC может предоставлять услугу пакетной передачи, указанную идентификатором услуги пакетной передачи; и передают посредством второго RNC на UE данные услуги пакетной передачи.

Для решения вышеуказанных и других задач в настоящем изобретении обеспечивается устройство для предоставления услуги пакетной передачи оборудованию пользователя (UE), когда UE перемещается во вторую соту, управляемую вторым контроллером радиосети (RNC), причем UE запрашивает разрешение на прием услуги пакетной передачи в первой соте, управляемой первым RNC, в системе мобильной связи, предоставляющей услуги пакетной передачи. Устройство содержит первый RNC для передачи на второй RNC управляющей информации, необходимой для предоставления услуги пакетной передачи для оборудования UE, запрашивающего услугу пакетной передачи; и второй RNC для приема указанной управляющей информации от первого RNC, анализа этой управляющей информации, уведомления первого RNC о том, что второй RNC предоставляет услугу пакетной передачи, когда второй RNC может предоставлять эту услугу пакетной передачи, и передачи на UE данных услуги пакетной передачи.

Для решения вышеуказанных и других задач в настоящем изобретении обеспечивается устройство для предоставления услуги пакетной передачи для оборудования пользователя (UE), когда UE перемещается во вторую соту, управляемую вторым контроллером радиосети (RNC), причем UE запрашивает разрешение на прием услуги пакетной передачи в первой соте, управляемой первым RNC, в системе мобильной связи, предоставляющей услуги пакетной передачи. Устройство содержит первый RNC для передачи на второй RNC идентификатора UE, идентификатора услуги, указывающего запрошенную услугу пакетной передачи, и информации о радиоресурсе, настроенном в текущий момент оборудованием UE; и второй RNC для приема идентификатора UE, идентификатора услуги и информации о радиоресурсе, уведомления первого RNC о том, что второй RNC предоставляет услугу пакетной передачи, когда второй RNC может предоставлять эту услугу пакетной передачи; и передачи на UE данных услуги пакетной передачи.

Перечень фигур чертежей

Вышеуказанные и другие задачи, признаки и преимущества настоящего изобретения станут более очевидными из последующего подробного описания вместе с сопроводительными чертежами, на которых:

фиг.1 - схематическое представление структуры системы мобильной связи для предоставления услуги MBMS;

фиг.2 - схематическое представление структуры сети UTRAN, показанной на фиг.1;

фиг.3 - схематическое представление структуры верхнего уровня сети UTRAN, показанной на фиг.1;

фиг.4А - схематическое представление конфигурации для предоставления услуги MBMS в системе мобильной связи, к которой подсоединены узел SGSN, контроллер SRNC, контроллер CRNC и единицы UE;

фиг.4В - схематическое представление конфигурации для предоставления услуги MBMS в системе мобильной связи, к которой подсоединены узел SGSN, контроллер SRNC, контроллер CRNC и единицы UE;

фиг.5 - диаграмма сигнализации, иллюстрирующая процедуру предоставления услуги MBMS в системе мобильной связи, соединенной, как показано на фиг.4А;

фиг.6 - диаграмма сигнализации, иллюстрирующая процедуру предоставления услуги MBMS в системе мобильной связи, соединенной, как показано на фиг.4В;

фиг.7 - схематическое представление конфигурации системы мобильной связи, предоставляющей услугу MBMS, согласно варианту осуществления настоящего изобретения;

фиг.8 - диаграмма сигнализации, иллюстрирующая процедуру предоставления UE услуги MBMS во время эстафетной передачи обслуживания от SRNC к CRNC согласно варианту осуществления настоящего изобретения;

фиг.9 - блок-схема алгоритма, иллюстрирующая процедуру предоставления узлом SGSN услуги MBMS согласно варианту осуществления настоящего изобретения;

фиг.10 - блок-схема алгоритма, иллюстрирующая процедуру выполнения контроллером SRNC услуги MBMS согласно варианту осуществления настоящего изобретения;

фиг.11 - блок-схема алгоритма, иллюстрирующая процедуру предоставления контроллером CRNC услуги MBMS согласно варианту осуществления настоящего изобретения;

фиг.12 - блок-схема алгоритма, иллюстрирующая процедуру предоставления оборудованием UE услуги MBMS согласно варианту осуществления настоящего изобретения;

фиг.13 - блок-схема алгоритма, иллюстрирующая процедуру управления контекстом MBMS со стороны узла SGSN, согласно варианту осуществления настоящего изобретения;

фигуры 14А, 14В, 15 и 16 - блок-схемы алгоритмов, иллюстрирующие процедуру управления контекстом MBMS со стороны контроллера RNC согласно варианту осуществления настоящего изобретения;

фиг.17 - схематическое представление структуры уровня L2/MAC для непосредственной передачи данных от CRNC на UE согласно варианту осуществления настоящего изобретения.

Подробное описание предпочтительного варианта осуществления изобретения

Далее со ссылками на прилагаемые чертежи подробно описывается несколько предпочтитель