Способ предоставления мультимедийной широковещательной/многоадресной услуги в пользовательском терминале системы мобильной связи

Способ предоставления мультимедийной широковещательной/многоадресной услуги в пользовательском терминале системы мобильной связи

Иллюстрации

Показать все

Реферат

Область техники

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

Предшествующий уровень техники

В последнее время, ввиду развития коммуникационной технологии, услуга, обеспечиваемая в системе мобильной связи широкополосного множественного доступа с кодовым разделением каналов (WCDMA), развивается как мультимедийное вещание/связь, имеющие возможность поддержки существующей речевой услуги, а также пакетной услуги и мультимедийной услуги, которая осуществляет передачу больших объемов данных, таких как пакетные данные и канальные данные. Для поддержки мультимедийного вещания/связи предложена услуга MBMS, в которой конкретная услуга обеспечивается от одного или нескольких источников данных для множества пользовательских терминалов (US).

Термин "услуга MBMS" относится к услуге, заключающейся в передаче одних и тех же мультимедийных данных к множеству получателей по радиосети. В услуге MBMS получатели могут совместно использовать один радиоканал, в целях экономии ресурсов радиопередачи. Услуга MBMS поддерживает передачу мультимедийных данных, таких как изображения и речь в реальном времени, неподвижное изображение и текст, и может одновременно передавать речевые данные и данные изображения в соответствии с типом мультимедийной передачи. Как таковая, услуга MBMS требует масштабных ресурсов передачи. Кроме того, поскольку одни и те же данные должны передаваться к множеству ячеек, где находятся пользователи, соединения устанавливаются по принципу "от точки к точке" (PtP) или по принципу "от точки к множеству точек" (PtM), в зависимости от числа пользователей, находящихся в каждой ячейке.

На фиг.1 представлена диаграмма, схематично иллюстрирующая узлы, использующие услугу MBMS в сети мобильной связи. На фиг.1 пользовательские терминалы UE 161, 162, 163, 171 и 172 представляют пользовательское оконечное оборудование или абонентов, получающих услугу MBMS, причем ячейка №1 160 и ячейка №2 170 управляются своими собственными базовыми станциями или узлами В, которые беспроводным способом передают данные, относящиеся к услуге MBMS, к абонентам. Контроллер 140 радиосети (RNC) управляет ячейками 160 и 170, селективно передает мультимедийные данные в конкретную ячейку и управляет радиоканалом, установленным для обеспечения услуги MBMS. Соединения между контроллером RNC 140 и пользовательскими терминалами 161 и 172 называются "интерфейсами управления радиоресурсами" (RRC).

Контроллер RNC 140 соединен с сетью с коммутацией пакетов или сетью пакетных услуг (PS), такой как Интернет, посредством узла 130 поддержки общих услуг пакетной радиосвязи (GPRS) (узла SGSN). Связь между контроллером RNC 140 и сетью PS реализуется посредством сигнализации с коммутацией пакетов (PS). В частности, соединение между контроллером RNC 140 и узлом SGSN 130 называется "Iu-PS-интерфейсом".

Узел SGSN 130 управляет услугой MBMS для каждого абонента. Например, типовые функции узла SGSN 130 включают управление информацией, связанной с подпиской на услуги, каждого абонента и селективную передачу мультимедийных данных конкретному контроллеру RNC 140.

Транзитная сеть (NW) 120 обеспечивает коммуникационный канал между центром услуг широковещательной и многоадресной передачи (BM-SC) 110 и узлом SGSN 130 и может быть соединена с внешней сетью через не показанный на чертеже шлюзовой узел поддержки GPRS (узел GGSN). Центр BM-SC 110 является источником MBMS-данных и осуществляет планирование MBMS-данных.

Контроллер RNC 140 соединен с сетью с коммутацией каналов (CS) посредством центра коммутации мобильных станций (MSC) 150. Сеть CS представляет собой основанную на соединениях, ориентированную на передачу речи, традиционную коммуникационную сеть. Связь между контроллером RNC 140 и центром MSC 150 осуществляется посредством сигнализации с коммутацией каналов (CS). Более конкретно, соединение между контроллером RNC 140 и центром MSC 150 называется "Iu-CS-интерфейсом". Поток MBMS-данных передается к пользовательским терминалам UE 161, 162, 163, 171 и 172 через транзитную сеть 120, узел SGSN 130, контроллер RNC 140 и узлы B 160 и 170.

Хотя на фиг.1 не показано, для одной услуги MBMS может использоваться множество узлов SGSN и множество контроллеров RNC для каждого узла SGSN. Каждый из узлов SGSN селективно передает данные к своему контроллеру RNC, и каждый из контроллеров RNC селективно передает данные к своим ячейкам. Список узлов, к которым должен передаваться поток данных, сохранен в узле SGSN и контроллере RNC (т.е. список контроллеров RNC сохранен в каждом узле SGSN, и список ячеек сохранен в каждом контроллере RNC), чтобы затем селективно передавать данные MBMS только к узлам, сохраненным в списке.

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

Контроллер RNC создает UE-контекст для пользовательских терминалов UE после установки RRC-соединения. UE-контекст включает в себя базовую информацию, такую как идентификация пользовательского терминала (UE ID), информация местоположения пользовательского терминала UE, информация состояния RRC для пользовательского терминала UE и информация о радиоресурсах, выделенных пользовательскому терминалу UE. Кроме того, UE-контекст управляется контроллером RNC, когда активируется RRC-соединение.

MM-контекст используется для управления местоположением пользовательского терминала UE в базовой сети (CN). Чтобы пользовательский терминал UE принимал PS-услугу, MM-контекст пользовательского терминала UE должен быть сначала создан в узле SGSN и узле GGSN посредством процедуры GPRS-присоединения. В частности, MM-контекст узла SGSN включает в себя идентификацию UE ID, такую как IMSI (Международный идентификатор мобильного абонента), P-TMSI (Временный идентификатор мобильного абонента), IMEI (Международный идентификатор мобильного устройства), MS-ISDN (ISDN (Цифровая сеть с комплексными услугами) -номер мобильного абонента), информацию местоположения, такую как RA (область маршрутизации) и SAC (код области обслуживания), информацию, связанную с аутентификацией/шифрованием, информацию регистрации и параметры DRX (прерывистого приема).

Сетевые узлы, такие как контроллер RNC, центр коммутации MSC и узел SGSN, управляют состоянием пользовательского терминала для эффективной передачи сигнализации и передачи данных. В частности, контроллер RNC управляет RRC-состоянием пользовательского терминала UE, а RRC-состояние определяется в соответствии с установленным RRC-соединением пользовательского терминала UE. Состояние, в котором RRC-соединение установлено, называется "RRC-соединенным состоянием", а состояние, в котором RRC-соединение не установлено, называется "RRC-неактивным состоянием".

Узел SGSN управляет состоянием "управления мобильностью пакетной услуги" (PMM-состоянием) пользовательского терминала UE. Пользовательский терминал UE, для которого не создан MM-контекст в узле SGSN, идентифицируется как UE в PMM-отсоединенном состоянии. Пользовательский терминал UE, для которого MM-контекст создан в узле SGSN посредством процедуры GPRS-присоединения, может определяться как UE в PMM-соединенном состоянии и как UE в PMM-неактивном состоянии. Состояние, в котором пользовательский терминал UE имеет соединение Iu-PS-сигнализации и находится в RRC-соединенном состоянии, называется PMM-соединенным состоянием. Состояние, в котором пользовательский терминал UE не имеет соединения Iu-PS-сигнализации или находится в RRC-неактивном состоянии, называется PMM-неактивным состоянием. Центр коммутации MSC управляет состоянием "управления мобильностью канальной услуги" (CMM-состоянием) пользовательского терминала UE. Состояние, в котором пользовательский терминал UE имеет соединение Iu-CS-сигнализации и находится в RRC-соединенном состоянии, называется CMM-соединенным состоянием, а состояние, в котором пользовательский терминал UE не имеет соединения Iu-CS-сигнализации или находится в RRC-неактивном состоянии, называется CMM-неактивным состоянием.

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

Для выполнения услуги MBMS контекст услуги MBMS должен быть сначала создан в пользовательских терминалах UE и в центрах услуг BM-SC, которые являются внешними (интерфейсными) пунктами услуги MBMS. Таким образом, контекст услуги MBMS создается в контроллере RNC, узлах SGSN и GGSN, которые являются сетевыми узлами для передачи данных MBMS.

В PS-сети, представленной контроллером RNC и узлом SGSN, пользовательский терминал UE может не принять поисковый вызов MBMS из PS-сети. Эта ситуация может возникнуть, когда RRC-соединение хотя и установлено для услуги с коммутацией каналов (CS) между пользовательским терминалом UE и RNC, однако PS-сеть не распознает этот факт.

На фиг.2 представлена диаграмма, иллюстрирующая процедуру, имеющую место, когда пользовательский терминал UE находится в РММ-неактивном режиме при поддержании RRC-соединения, установленного с контроллером RNC (RRC-соединенное состояние), в обычной системе MBMS. На фиг.2 ссылочная позиция 202 представляет пользовательский терминал UE, принимающий услугу MBMS, ссылочная позиция 204 обозначает обслуживающий контроллер RNC (SRNC) для услуги MBMS, который связан с пользовательским терминалом UE 202, и ссылочная позиция 206 представляет узел SGSN базовой сети CN для услуги MBMS.

Пользовательский терминал UE 202 находится в РММ-неактивном режиме, когда он подсоединен к услуге MBMS, но не имеет PS-сигнализации. Согласно фиг.2 на этапе 210 пользовательский терминал UE 202 устанавливает RRC-соединение для приема CS-услуги и переходит в состояние прямого канала доступа (FACH) ячейки или состояние выделенного канала DCH ячейки режима RRC-соединения. На этапе 220 узел SGSN 206 обнаруживает запуск услуги MBMS посредством сообщения запуска сессии MBMS, принимаемого через центр BM-SC. Сообщение запуска сессии MBMS содержит идентификатор услуги MBMS, информацию области многоадресной передачи и информацию качества обслуживания (QoS).

На этапе 230 узел SGSN 206 осуществляет поиск контекста услуги MBMS, соответствующего услуге MBMS, идентифицированной идентификатором услуги MBMS ID, включенным в сообщение запуска сессии MBMS, и посылает сообщение запуска сессии MBMS к контроллерам RNC, принадлежащим к списку контроллеров, включенному в контекст услуги MBMS, и всем контроллерам RNC, принадлежащим к области маршрутизации (RA), к которой относятся пользовательские терминалы UE в PMM-неактивном состоянии, чтобы информировать контроллеры RNC, что началась передача данных MBMS.

На этапе 240 контроллер RNC 204 анализирует MBMS ID в сообщении запуска сессии MBMS, полученном от узла SGSN 206, чтобы послать поисковый вызов к пользовательским терминалам UE, которые запрашивают услугу MBMS. Здесь, поскольку сообщение запуска сессии MBMS на этапе 230 не включает в себя UE ID, то контроллер SRNC 204 обнаруживает идентификаторы ID пользовательских терминалов UE, присоединившихся к услуге MBMS, с использованием MBMS ID, включенного в сообщение запуска сеанса MBMS.

В процедуре поискового вызова MBMS, контроллер SRNC 204 вычисляет одни и те же значения PO (возникновения поискового вызова) и PI (экземпляра поискового вызова) с использованием идентификатора MBMS ID (например, TMGI) и параметра DRX. Контроллер SRNC 204 включает или выключает канал индикации пилот-сигнала (PICH) на период времени, указанный посредством PI и PO, чтобы указать, принимается ли связанный канал поискового вызова (PCH) для пользовательских терминалов UE, и посылает поисковый вызов пользовательским терминалам UE посредством связанного канала PCH, который инициируется спустя предварительно заданное время после канала PICH. В данном случае, для поискового вызова пользовательских терминалов UE в состоянии канала DCH ячейки, используется сообщение поискового вызова типа 2, передаваемое по выделенному каналу управления (DCCH).

Однако если контроллер SRNC 204 удаляет информацию о связи между определенным пользовательским терминалом UE 202 и услугой MBMS, как показано на этапе 240, когда пользовательский терминал UE 202 переключается в PMM-неактивный режим, то контроллер SRNC 204 не может передать сообщение поискового вызова типа 2 к пользовательскому терминалу UE 202, как показано на этапе 250.

То есть, контроллер SRNC 204 использует общий канал (CCH) для поискового вызова пользовательских терминалов UE в PMM-неактивном режиме. Однако поскольку пользовательский терминал UE 202 в действительности имеет выделенный канал для CS-услуги в CS-сети, он не может принимать поисковый вызов MBMS по общему каналу. Поэтому пользовательский терминал UE 202 не может принимать данные MBMS, хотя он запросил услугу MBMS.

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

Поэтому задачей настоящего изобретения является создание способа выполнения поискового вызова в услуге MBMS пользовательских терминалов UE во всех состояниях, чтобы обеспечить услугу MBMS в системе мобильной связи.

Другой задачей настоящего изобретения является создание способа выполнения поискового вызова в услуге MBMS пользовательских терминалов UE в состоянии услуги CS, чтобы обеспечить услугу MBMS в системе мобильной связи.

Еще одной задачей настоящего изобретения является создание способа поддержания контекста услуги MBMS для пользовательских терминалов UE в PMM-неактивном/RRC-соединенном режиме в контроллере RNC.

Еще одной задачей настоящего изобретения является создание способа поддержания контекста услуги MBMS для пользовательских терминалов UE в PMM-неактивном/RRC-соединенном режиме в узле SGSN.

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

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

Краткое описание чертежей

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

Фиг.1 - схематичное представление сетевой конфигурации для мультимедийной широковещательной/многоадресной услуги (MBMS);

Фиг.2 - диаграмма, иллюстрирующая пользовательский терминал UE в РММ-неактивном режиме, имеющий RRC-соединение в обычной системе MBMS;

Фиг.3 - диаграмма, иллюстрирующая процедуру выполнения услуги MBMS;

Фиг.4 - диаграмма, иллюстрирующая контекст услуги MBMS для услуги MBMS;

Фиг.5 - детальная диаграмма, иллюстрирующая процедуру присоединения для услуги MBMS;

Фиг.6 - диаграмма, иллюстрирующая процедуру разъединения соединения сигнализации с сетью PS пользовательским терминалом UE, который присоединился к услуге MBMS;

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

Фиг.10 - 12 - блок-схемы алгоритмов, иллюстрирующие работу пользовательского терминала UE, соответственно первому варианту осуществления изобретения;

Фиг.13 - 15 - блок-схемы алгоритмов, иллюстрирующие работу контроллера RNC, соответственно первому варианту осуществления изобретения;

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

Фиг.18 - 21 - диаграммы, иллюстрирующие процедуры для передачи информации, относящейся к услуге MBMS, к контроллеру RNC и узлу SGSN, когда пользовательский терминал UE, присоединяющийся к услуге MBMS, выполняет установку RRC-соединения согласно второму варианту осуществления изобретения;

Фиг.22 - диаграмма, иллюстрирующая процедуру разъединения RRC-соединения контроллером RNC и узлом SGSN согласно другому предпочтительному варианту осуществления изобретения;

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

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

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

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

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

На фиг.3 представлена диаграмма, иллюстрирующая процедуру выполнения услуги MBMS между пользовательским терминалом UE и сетью. На фиг.3 центр ВМ-SC 306 осуществляет связь с пользовательским терминалом UE 302 через контроллер RNC 304. Контроллер RNC 304 осуществляет связь с центром BM-SC 306 через узел SGSN (не показан). Хотя на фиг.3 для простоты показаны один контроллер RNC 304 и один пользовательский терминал UE 302, та же самая процедура может также применяться к множеству пользовательских терминалов UE, запрашивающих услугу MBMS, и множеству RNC.

Согласно фиг.3 на этапе 310 абонирования пользователь или пользовательский терминал UE 302, запрашивающий услугу MBMS, осуществляет подписку (или регистрируется) у провайдера услуг или в центре BM-SC 306. На этапе 310 абонирования пользователь обменивается основной информацией, относящейся к учетной записи или приему услуги, с провайдером услуг.

На этапе 320 оповещения пользовательские терминалы UE обнаруживают основную информацию об услуге MBMS, такую как идентификаторы (MBMS ID) для услуг MBMS, доступных в центре BM-SC 306, и время запуска услуги и ее длительность. Например, MBMS ID содержит адрес групповой передачи и имя пункта доступа (APN). На этапе 320 оповещения узлы, включенные между центром BM-SC 306 и пользовательским терминалом UE 302, т.е. контроллер RNC 304, узел SGSN и транзитная сеть, обнаруживают пользовательский терминал UE 302 и узлы, связанные с пользовательским терминалом UE 302. Например, узел SGSN анализирует список пользовательских терминалов UE, желающих получить услугу MBMS, и список контроллеров RNC, где расположены пользовательские терминалы UE, и передает данные услуги MBMS только к контроллерам RNC, где находятся пользовательские терминалы UE, путем обращения к спискам.

После получения основной информации, относящейся к услуге MBMS, пользовательский терминал UE 302 выполняет этап 330 присоединения для получения требуемых ему данных услуги MBMS. На этапе 330 присоединения пользовательский терминал UE 302 посылает, по меньшей мере, один из MBMS ID, полученных на этапе 320 оповещения, в центр BM-SC 306.

Этап 340 уведомления предназначен для поискового вызова пользовательского терминала UE 302, чтобы проинформировать, что услуга MBMS, к которой присоединился пользовательский терминал UE 302, будет скоро инициирована. На этапе 340 уведомления множеству пользовательских терминалов 302, присоединившихся к услуге MBMS, посылается поисковый вызов на групповой основе.

Этап 350 распределения радиоресурсов представляет собой этап для текущего распределения ресурсов между пользовательским терминалом UE 302 и контроллером RNC 304 для обеспечения услуги MBMS и затем уведомления об этом соответствующих узлов. На этапе 350 контроллер RNC 304 может выбрать метод соединения от точки к множеству точек (PtM) или от точки к точке (PtP) на основе информации о числе пользовательских терминалов UE, принадлежащих каждой из его ячеек, и функции распределения радиоресурсов.

На этапе 360 передачи данных действительные данные услуги MBMS передаются к пользовательскому терминалу UE 302 через контроллер RNC 304. На этапе 360, например, если ключ шифрования для услуги MBMS должен быть изменен, то контроллер RNC 304 доставляет новый ключ шифрования ко всем пользовательским терминалам UE, получающим услугу MBMS.

Если услуга MBMS завершена (или приостановлена), то на этапе 370 освобождения радиоресурсов, выделенные радиоресурсы освобождаются, и пользовательский терминал UE 302 уведомляется, что радиоресурсы услуги MBMS освобождены. Хотя на чертеже не показано, при приеме услуги MBMS (на этапе 350) пользовательский терминал UE 302 может запросить приостановление услуги MBMS и затем приостановить прием услуги MBMS.

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

На фиг.4 показана диаграмма, иллюстрирующая контексты услуги MBMS, создаваемые контроллером RNC и узлом SGSN. На фиг.4 обслуживающий контроллер RNC (SRNC) для управления RRC-соединениями пользовательских терминалов UE отделен от управляющего контроллера RNC (CRNC) для управления ячейками, где в действительности находятся пользовательские терминалы UE.

Согласно фиг.4 первый контекст услуги MBMS, сохраненный в узле SGSN 406, включает в себя идентификатор услуги MBMS ID (или временный идентификатор группы MBMS - TMGI) список пользовательских терминалов UE (или список UE ID), список контроллеров RNC (или список RNC ID), список SAC (управления доступом к среде), информацию QoS (качества обслуживания) и информацию контекста MBMS PDP (протокола пакетной передачи данных) для множества пользовательских терминалов UE.

MBMS ID может представлять собой идентификатор (адрес групповой передачи/APN или идентификатор группы MBMS (IMGI)), временно присвоенный соответствующей услуге MBMS соответствующим узлом SGSN (или узлом GGSN). Узел SGSN (или узел GGSN) присваивает значение TMGI, когда он впервые создает контекст услуги MBMS для услуги MBMS.

Список UE ID содержит идентификаторы ID пользовательских терминалов UE, принадлежащих соответствующему узлу SGSN, среди пользовательских терминалов UE, присоединившихся к соответствующей услуге MBMS. UE ID в контексте услуги MBMS используется как указатель, указывающий на MM-контекст в узле SGSN 406. Ввиду отношения отображения между контекстом услуги MBMS и MM-контекстом, поддерживаемого UE ID, MM-контекст (например, информация о MM-состоянии), необходимый для услуги MBMS, не сохраняется повторно в контексте услуги MBMS.

Список RNC ID представляет собой набор контроллеров RNC, к которым принадлежат пользовательские терминалы UE, включенные в список UE ID. С использованием списка RNC ID, узел SGSN может передавать данные услуги MBMS только к контроллерам RNC, к которым принадлежат пользовательские терминалы UE, которые действительно запрашивают услугу MBMS, а не передавать данные услуги MBMS ко всем своим контроллерам RNC.

Список SAC и список областей многоадресной передачи представляют области обслуживания, где доступна услуга MBMS. Информация QoS включает в себя атрибуты, такие как класс трафика, скорость передачи данных, информация формата SDU (блока данных услуги) и частота ошибок SDU данных услуги MBMS, подлежащих передаче.

Контексты услуги MBMS контроллеров RNC 404a и 404b имеют различный формат в соответствии с тем, является ли соответствующий контроллер обслуживающим контроллером RNC (SRNC) 404a для управления RRC-соединением пользовательского терминала UE или управляющим контроллером RNC (CRNC), где физически расположен пользовательский терминал UE.

Контекст услуги MBMS контроллера SRNC 404a содержит идентификатор услуги MBMS ID (или временный идентификатор группы - TMGI) и список UE ID (или список UE), а контекст услуги MBMS контроллера CRNC 404b содержит идентификатор услуги MBMS ID (или TMGI), список UE ID (или список UE) и информацию, относящуюся к каналу-носителю услуги MBMS, т.е. информацию о канале-носителе радиодоступа (RAB) MBMS.

Как указано выше, информация, относящаяся к каналу-носителю MBM, включает в себя информацию RAB между контроллером CRNC 404b и узлом SGSN 406 и информацию о радиоканале-носителе (RB) между контроллером CRNC 404b и пользовательскими терминалами UE. Информация RAB существует для каждой услуги MBMS каждого контроллера RNC для конкретного параметра качества обслуживания QoS, а информация RB существует для каждой услуги MBMS каждой ячейки для конкретного параметра качества обслуживания QoS.

Этап 330 присоединения, показанный на фиг.3, описан ниже подробно со ссылками на фиг.5. На фиг.5 ссылочная позиция 402 обозначает пользовательский терминал UE, получающий услугу MBMS, ссылочная позиция 404 обозначает контроллер RNC для услуги MBMS, связанный с пользовательским терминалом UE 402, ссылочная позиция 406 обозначает узел SGSN базовой сети (CN) для услуги MBMS. Как описано со ссылкой на фиг.3, пользовательский терминал UE 402 получает идентификаторы услуг MBMS, доступных в ячейке, посредством этапа 320 оповещения об услуге MBMS. Если RRC-соединение не установлено между пользовательским терминалом UE 402 и контроллером RNC 404, то пользовательский терминал UE 402 устанавливает RRC-соединение с контроллером RNC 404 на этапе 410, чтобы присоединиться к желательной услуге MBMS.

На этапе 412 пользовательский терминал UE 402 передает идентификатор ID желательной услуги MBMS из услуг MBMS в соответствующей ячейке, полученный посредством этапа 320 оповещения об услугах MBMS, в узел SGSN 406 через контроллер RNC 404 вместе с сообщением запроса активации MBMS-контекста на основе интерфейса NAS (уровень отсутствия доступа) между пользовательским терминалом UE 402 и узлом SGSN 406. Для передачи сообщения запроса активации MBMS-контекста используется первоначальная прямая передача между пользовательским терминалом UE 402 и контроллером RNC 404, и первоначальное сообщение пользовательского терминала UE используется между контроллером RNC 404 и узлом SGSN 406. Однако эта первоначальная прямая передача и первоначальное сообщение пользовательского терминала UE не входят в объем настоящего изобретения, так что детальное их описание не приводится.

После приема сообщения запроса активации MBMS-контекста узел SGSN 406 аутентифицирует пользовательский терминал UE 402 на этапе 414 посредством процедуры функции защиты для запроса центра аутентификации о том, является ли пользовательский терминал UE 402 действительным пользователем. Если аутентификация пользовательского терминала UE 402 успешна, то узел SGSN 406 добавляет на этапе 416 информацию о пользовательском терминале UE 402 к MBMS-контексту, соответствующему услуге MBMS. Если пользовательский терминал UE 402 является первым пользовательским терминалом UE, который запрашивает услугу MBMS, то узел SGSN 406 предпочтительно выполняет операцию генерации MBMS-контекста для услуги MBMS.

На этапе 418 узел SGSN 406 передает сообщение принятия активации MBMS-контекста к пользовательскому терминалу UE, чтобы проинформировать, что запрос на присоединение к услуге MBMS успешно принят. Сообщение принятия активации MBMS-контекста может включать в себя идентификатор услуги MBMS и параметр DRX. Идентификатор MBMS, передаваемый вместе с сообщением принятия активации MBMS-контекста, представляет собой временный идентификатор услуги MBMS, т.е. TMGI, присвоенный активированной услуге MBMS.

Поскольку сообщение запроса активации MBMS-контекста и сообщение принятия активации MBMS-контекста проходят прозрачным образом через контроллер RNC 404, когда они передаются между пользовательским терминалом UE 402 и узлом SGSN 406, то контроллер RNC 404 не может знать, запросил ли пользовательский терминал UE 402 услугу MBMS. Поэтому на этапе 420 узел SGSN 406 предписывает контроллеру RNC 404 обновить MBMS-контекст посредством сообщения запроса создания MBMS-контекста. Сообщение запроса создания MBMS-контекста также называется сообщением запроса привязки пользовательского терминала UE к услуге MBMS.

Сообщение запроса создания MBMS-контекста включает в себя UE ID и MBMS ID. MBMS ID в сообщении запроса создания MBMS-контекста представляет собой идентификатор, временно присвоенный услуге, такой как адрес групповой передачи услуги MBMS или временный идентификатор TMGI, присвоенный услуге MBMS. Понятно, что MBMS ID соответствует любому из двух идентификаторов.

На этапе 422 контроллер RNC 404 добавляет информацию о пользовательском терминале UE 402 к соответствующему MBMS-контексту, и на этапе 424 контроллер RNC 404 посылает сообщение ответа создания MBMS-контекста в узел SGSN 406. Если пользовательский терминал UE 402 является первым пользовательским терминалом UE, который запрашивает услугу MBMS, то контроллер RNC 404 предпочтительно выполняет операцию генерации MBMS-контекста для услуги MBMS.

На фиг.6 представлена диаграмма, иллюстрирующая отмену PS-сигнализации, поскольку передача данных MBMS не инициирована, хотя предварительно определенное время прошло после того, как пользовательский терминал UE присоединился к услуге MBMS, посредством процедуры, представленной на фиг.5. Согласно фиг.6 на этапе 430 узел SGSN 406 принимает решение разъединить соединение PS-сигнализации после обнаружения отсутствия обмена сообщениями с пользовательским терминалом UE 402 в течение предварительно определенного времени. На этапе 432, посредством сообщения запроса удаления MBMS-контекста, узел SGSN 406 запрашивает контроллер RNC 404 об удалении пользовательского терминала UE 402 из списка UE ID в MBMS-контексте. Сообщение запроса удаления MBMS-контекста также называется сообщением запроса отмены привязки к услуге MBMS пользовательского терминала UE. На этапе 434 контроллер RNC 404 удаляет информацию о пользовательском терминале UE 402 из MBMS-контекста, и на этапе 436 контроллер RNC 404 отвечает узлу SGSN 406 посредством сообщения ответа удаления MBMS-контекста.

На этапе 438 узел SGSN 406 разъединяет соединение Iu-PS-сигнализации посредством Iu-процедуры разъединения. Поэтому контроллер RNC 404 и узел SGSN 406 определяют, что пользовательский терминал UE 402 находится в PMM-неактивном режиме, в котором отсутствует PS-сигнализация. Если пользовательский терминал UE 402 не использует RRC-соединение даже для CS-услуги, то RRC-соединение между пользовательским терминалом UE 402 и контроллером RNC 404 также разъединяется на этапе 440. На этапе 442 пользовательский терминал UE 402 переходит в PMM-неактивный режим путем простого разъединения Iu-PS-сигнализации, независимо от того, разъединено ли RRC-соединение или нет.

Если пользовательский терминал UE 402 является последним пользовательским терминалом, который присоединился к услуге MBMS, то контроллер RNC 404 удаляет MBMS-контекст после передачи сообщения ответа удаления MBMS-контекста и передает на этапе 446 сообщение отмены регистрации услуги MBMS в узел SGSN 406. На этапе 448 узел SGSN 406 удаляет контроллер RNC 404 из списка контроллеров RNC в MBMS-контексте. MBMS-контекст в узле SGSN 406 и в контроллере RNC 404 может создаваться, удаляться и освобождаться посредством процедур, описанных со ссылками на фиг.5 и 6.

Однако если информация только о пользовательском терминале UE в PMM-соединенном состоянии, который подсоединился к услуге MBMS, сохранена в MBMS-контексте в контроллере RNC, как описано со ссылками на фиг.5 и 6, если пользовательский терминал UE запрашивает RRC-соединение для CS-услуги на этапе 210 по фиг.2 после перехода в PMM-несоединенный режим на этапе 442, то информация о пользовательском терминале UE 402 не сохраняется в MBMS-контексте контроллера RNC 404. В результате контроллер RNC 404 информирует пользовательский терминал UE 402 об инициировании услуги MBMS посредством общего канала, а пользовательский терминал UE 402 в RRC-соединенном состоянии не контролирует общий канал. Поэтому пользовательский терминал UE 402 не может принять уведомление, указывающее на инициирование услуги MBMS, и, следовательно, не может принять услугу MBMS.

Для решения этой проблемы, в первом варианте осуществления настоящего изобретения, для находящегося в PMM-неактивном/RRC-соединенном состоянии пользовательского терминала UE, информация о пользовательском терминале UE связывается с информацией об услуге MBMS и управляется в MBMS-контексте, так что контроллер RNC может определить, что пользовательский терминал UE является терминалом, который успешно присоединился к услуге MBMS. Также можно управлять отдельным контекстом путем связывания информации о пользовательском терминале UE с информацией об услуге MBMS. Кроме того, узел SGSN может предотвращать не синхронизированное состояние MBMS-контекста в узле SGSN и контроллере RNC путем управления пользовательскими терминалами UE в CMM-соединенном режиме в MBMS-контексте.

Во втором варианте осуществления настоящего изобретения, если находящийся в PMM-неактивном/RRC-соединенном режиме пользовательский терминал UE переходит в PMM-соединенный режим после установки RRC-соединения, то узел SGSN и контроллер RNC могут управлять пользовательским терминалом UE в PMM-соединенном режиме с использованием MBMS-контекста. Информация, передаваемая от пользовательского терминала UE, для связывания пользовательского терминала UE с информацией услуги MBMS далее упоминается как информация, относящаяся к услуге MBMS.

Ниже первый вариант осуществления и второй вариант осуществления рассмотрены отдельно более подробно.

1. Управление контекстом услуги в контроллере RNC

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

Путем передачи информации, относящейся к услуге MBMS, обеспечивается возможность для