Устройство и способ предоставления уведомления мультимедийной вещательной/многоабонентской услуги с учетом режима передачи в системе мобильной связи

Изобретение относится к системам мобильной связи для обеспечения мультимедийной вещательной/многоабонентской услуги (MBMS). Предложены способ и устройство предоставления уведомления MBMS-услуги с учетом режима передачи. Управляющий контроллер сети радиосвязи (CRNC) передает обслуживающему контроллеру сети радиосвязи (SRNC) информацию относительно режима передачи, указывающую двухточечную связь (РТР), радиально-узловую многоточечную связь (РТМ) или «Не обеспечивается», ячейке за ячейкой. SRNC определяет служебное уведомление на основе информации относительно режима передачи. CRNC минимизирует нагрузку сигнализации на интерфейсе lur при передаче в SRNC информации относительно режима передачи, соответствующего каждой ячейке. Технический результат заключается в эффективном обеспечении MBMS-услуги, используя эффективно ограниченные ресурсы радиосвязи. 2 н. и 28 з.п. ф-лы, 3 ил.

 

ОПИСАНИЕ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

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

Термин MBMS обозначает услуги для передачи идентичных мультимедийных данных в несколько приемников через сеть радиосвязи. В этом случае, так как приемники совместно используют один канал радиосвязи, ресурсы передачи радиосвязи могут использоваться более эффективно. MBMS-услуга может поддерживать режим передачи для передачи мультимедийных данных, таких как речь или видеосигнал в реальном масштабе времени, неподвижные изображения, текст и т.д., и может обеспечивать одновременно речевые данные и данные изображения. Кроме того, MBMS-услуга требует большого количества ресурсов передачи. Так как MBMS-услуга должна передавать идентичные мультимедийные данные в несколько ячеек, в которых расположены пользователи, выполняется двухточечное (ДТ, PTP) соединение (точка - точка) или радиально-узловое многоточечное (МТ, PTM) соединение (точка - множество точек), в соответствии с количеством пользователей, расположенных в каждой ячейке. Схема PTP обеспечивает требуемую MBMS UE за UE (устройству за устройством), и распределяет выделенный канал услуги каждому UE. С другой стороны, схема PTM, чтобы могла быть обеспечена требуемая MBMS, распределяет общий канал устройствам UE, запрашивающим идентичную MBMS. То есть схема PTM для MBMS распределяет общий канал услуге за услугой и обеспечивает через общий канал соответствующую услугу.

Настоящее изобретение будет описано в отношении сетей мобильной связи третьего поколения, основанных на стандартизации Партнерства по проектам третьего поколения (3GPP). Безусловно, настоящее изобретение может применяться к другим сетям мобильной связи, использующим MBMS.

На фиг.1 ориентировочно изображены узлы, участвующие в обеспечении MBMS-услуги в сети мобильной связи.

Согласно фиг.1, устройства UE 161, 162, 163, 171 и 172 являются терминалами или абонентами, выполненными с возможностью приема MBMS-услуги. Несколько UE может быть расположено внутри одной ячейки. Базовые станции передают данные MBMS посредством радиосвязи, то есть узел базовой станции Bs (БС) обслуживает ЯЧЕЙКУ-1 160 и ЯЧЕЙКУ-2 170. Для удобства объяснения, предполагается, что один узел B обслуживает одну ячейку. Контроллер 140 сети радиосвязи (КСР, RNC) обслуживает ячейки 160 и 170, избирательно передает мультимедийные данные в определенную ячейку и управляет каналом радиосвязи, установленным для обеспечения MBMS-услуги. Соединение между RNC 140 и устройствами UE с 161 по 172 определено, как интерфейс управления ресурсами радиосвязи (УРР, RRC). RNC 140 осуществляет доступ к сети с пакетной услугой (ПУ, PS) или с коммутацией пакетов, такой как Интернет, с использованием сервисного узла (СУПОС, SGSN) 130 поддержки общей услуги пакетной радиопередачи (ОСПР, GPRS).

RNC в соответствии с назначением классифицируется как обслуживающий RNC (ОКРС, SRNC), дрейфующий RNC (ДКРС, DRNC), или управляющий RNC (УКРС, CRNC). SRNC организует информацию каждого UE и отвечает за передачу данных в SGSN 130. При передаче данных UE в SRNC и приеме данных из SRNC скорее через другой RNC, чем SRNC, другой RNC служит как DRNC. CRNC управляет UE.

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

Транзитная сеть (СТ, NW) 120 обеспечивает тракт связи между центром вещательной/многоабонентской услуги (ЦВМУ, BM-SC 110) и SGSN 130 и может быть соединена с внешней сетью через шлюзовой узел (ШУПОС, GGSN) поддержки GPRS (не изображен). 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 по 172 через транзитную NW 120, SGSN 130, RNC 140 и узел Bs, или ячейки 160 и 170.

В отношении одной MBMS-услуги, может быть обеспечено несколько RNC для одного или большего количества SGSN. В этом случае, каждый SGSN избирательно передает данные в RNC 140, и каждый RNC избирательно передает данные в каждую из ячеек. Соответственно, хранится список узлов для приема потока данных, чтобы данные MBMS могли передаваться избирательно только в узлы, включенные в хранящийся список. То есть в SGSN хранится список RNC, и в RNC хранится список ячеек.

Теперь будет описана операция обеспечения MBMS-услуги между пользователем и сетью.

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

Если UE требуется принять определенную услугу при приеме, посредством процесса объявления услуги, основной информации, связанной с определенной услугой, то оно передает запрос на услугу (обслуживание) в сетевые узлы высокого уровня. Этот процесс определен как процесс присоединения к услуге. Процесс присоединения к услуге включает в сообщение ID услуги, принятый посредством процесса объявления услуги, и передает сообщение в BM-SC. Объекты, расположенные между BM-SC и UE, то есть SGSN, GGSN и т.п., могут идентифицировать устройства UE, которым требуется принять MBMS-услугу, и зоны, в которых расположены UE. Например, посредством процесса присоединения к услуге SGSN может идентифицировать список устройств UE и список контроллеров RNC, ассоциированных (связанных) с устройствами UE. SGSN должен передавать данные MBMS только в RNC, ассоциированный с устройствами UE.

Когда SRNC UE отличен от RNC, обслуживающего ячейку, в которой расположено UE, после того, как UE присоединится к MBMS-услуге, CRNC является DRNC устройства UE. SRNC передает в DRNC список MBMS-услуг, ассоциированный с запросом UE на обслуживание. Этот процесс определен как процесс прикрепления MBMS. С использованием вышеупомянутой информации DRNC формирует контекст MBMS-услуги и регистрируется в качестве RNC, который должен передавать в SGSN сообщение, относящееся к MBMS. Этот процесс определен как процесс регистрации MBMS.

Посредством процедуры начала сеанса BM-SC сообщает о том, что данные MBMS скоро будут передаваться в UE, зарегистрированные для MBMS-услуги, и сетевые объекты, ассоциированные с устройствами UE. BM-SC передает информацию, ассоциированную с качеством услуги (QoS) и зоной MBMS-услуги.

Для передачи данных MBMS из MB-SC в устройства UE посредством процесса распределения ресурса между сетевыми объектами устанавливаются однонаправленные каналы передачи данных, распределяются ресурсы радиосвязи, и в объекты, имеющие к этому отношение, сообщается информация, имеющая к этому отношение. На этом этапе на основе информации, указывающей количество устройств UE, относящихся к каждой ячейке, и функции управления ресурсами радиосвязи, RNC может установить режим передачи в PTM или PTP. Когда режимом передачи является PTP, SRNC отвечает за распределение ресурсов для передачи данных MBMS UE за UE. То есть SRNC через выделенный канал управления (ВКнУ, DCCH) передает сообщение УСТАНОВКИ ОДНОНАПРАВЛЕННОГО КАНАЛА РАДИОСВЯЗИ (КР, RB) в каждое UE, подписанное на MBMS, и устанавливает каналы RB для передачи данных MBMS, то есть транспортный канал и физический канал. Однако когда режимом передачи является PTM, CRNC отвечает за распределение ресурсов для передачи данных MBMS ячейке за ячейкой. То есть CRNC передает сообщение ИНФОРМАЦИИ RB MBMS в устройства UE через канал управления MBMS (КнУМ, MCCH) и устанавливает каналы RB для передачи данных MBMS, то есть транспортный канал и физический канал.

Когда сообщение УПРАВЛЕНИЯ MBMS передается через MCCH, как в сообщении ИНФОРМАЦИИ RB MBMS, CRNC сначала должен пейджинговать (передать сигнал поискового персонального вызова) UE через канал указателя уведомления MBMS (КУМ, MICH). После того, как UE присоединится к MBMS-услуге, во избежание ненужного расхода энергии батареи, UE принимает MCCH не непрерывно, а только в продолжение предварительно определенного времени при пейджинге.

Однако если возможности UE малы, когда UE имеет выделенный канал (ВКн, DCH) или находится в состоянии ЯЧЕЙКА-DCH, UE не в состоянии принимать MICH, и, соответственно, не может определить, что была начата MBMS-услуга в режиме передачи PTM. То есть, если UE не уведомлено, что была начата MBMS-услуга, даже когда UE принимает специализированную услугу CS/PS. Требование на MBMS-услугу не удовлетворено. Для удовлетворения требования на MBMS-услугу, SRNC предоставляет сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS в UE в состоянии ЯЧЕЙКА_DCH через DCCH. В этом случае сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS включает в себя ID MBMS-услуги и информацию относительно режима передачи и используется для пейджинга UE.

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

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

Соответственно, существует потребность в способе, которым CRNC передает в SRNC информацию относительно режима передачи, соответствующего для каждой ячейки, и SRNC определяет служебное уведомление на основе информации относительно режима передачи.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

Фиг.2 - блок-схема, поясняющая работу дрейфующего контроллера сети радиосвязи (DRNC), согласно варианту осуществления настоящего изобретения.

Фиг.3 - блок-схема, поясняющая работу обслуживающего контроллера сети радиосвязи (SRNC), согласно варианту осуществления настоящего изобретения.

В чертежах используется сквозная нумерация.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

Здесь ниже будут подробно описаны варианты осуществления настоящего изобретения, согласно приложенным чертежам.

Варианты осуществления настоящего изобретения раскрыты исключительно для пояснения.

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

После регистрации для мультимедийной вещательной/многоабонентской услуги (MBMS) контроллер сети радиосвязи (RNC) при процедуре начала сеанса принимает из базовой сети (БС, CN) информацию относительно качества услуги (КУ, QoS), включающую в себя данные MBMS и информацию относительно зоны MBMS-услуги, и определяет режим передачи, то есть тип канала, для передачи данных MBMS ячейке за ячейкой. В этом случае должно учитываться количество устройств пользователя (UE), которые присоединяются к MBMS-услуге, расположенных в ячейках, относящихся к зоне MBMS-услуги, и состояние ресурсов радиосвязи ячеек.

Согласно вариантам осуществления настоящего изобретения режим передачи делится на три типа: двухточечная связь (PTP), радиально-узловая многоточечная связь (PTM) и «Не обеспечивается».

PTP указывает, что обслуживающий RNC (SRNC) распределяет выделенный канал (DCH) UE за UE для возможности передачи данных MBMS.

PTM указывает, что управляющий RNC (CRNC) распределяет прямой канал доступа (ПКнД, FACH), служащий как общий канал, ячейке за ячейкой для возможности передачи данных MBMS.

«Не обеспечивается» указывает, что MBMS-услуга не поддерживается по ячейке, когда не распределен ресурс радиосвязи для передачи данных MBMS, так как ячейка не относится к зоне MBMS-услуги или ресурсы ячейки были исчерпаны.

Когда SRNC для UE отличен от RNC для обслуживания ячейки, в которой расположено UE, RNC является CRNC и дрейфующим RNC (DRNC). После того, как DRNC определяет режим передачи для MBMS-улуги в ячейке за ячейкой, он уведомляет SRNC относительно определенного режима передачи посредством сообщения УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS. Сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS передается между контроллерами RNC на интерфейсе Iur с использованием следующих однонаправленных каналов сигнализации:

1) однонаправленный канал сигнализации без установления соединения;

2) однонаправленный канал сигнализации, ориентированный на выделенное соединение, устанавливаемый для одного контекста MBMS-услуги между двумя RNC;

3) Однонаправленный канал сигнализации, ориентированный на соединение, устанавливаемый для всех MBMS-услуг между двумя RNC.

Согласно настоящему изобретению, сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS содержит следующие элементы информации:

(1) Идентификатор (ID) MBMS-услуги;

(2) ID ячейки;

(3) Информацию относительно режима передачи.

Настоящее изобретение обеспечивает следующие три варианта осуществления для передачи из DRNC в SRNC информации относительно режима передачи.

Первый вариант осуществления

Когда режим передачи соответствующей ячейки установлен в PTP, DRNC передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS (указывающее Режим Передачи = PTP).

Когда режим передачи соответствующей ячейки установлен в PTM, DRNC передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS (указывающее Режим Передачи = PTM).

Когда режим передачи соответствующей ячейки установлен в «Не обеспечивается», DRNC передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS (указывающее Режим Передачи - Не обеспечивается).

По приеме сообщения УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS, SRNC идентифицирует включенную в сообщение информацию относительно режима передачи и определяет информацию относительно режима передачи соответствующей ячейки как одну из PTP, PTM и «Не обеспечивается».

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

Второй вариант осуществления

Когда режим передачи соответствующей ячейки установлен в PTP, DRNC передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS (указывающее Режим Передачи = PTP).

Когда режим передачи соответствующей ячейки установлен в PTM, DRNC передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS (указывающее Режим Передачи = PTM).

Когда режим передачи соответствующей ячейки установлен в «Не обеспечивается», DRNC не передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS.

По приеме сообщения УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS, SRNC идентифицирует включенную в сообщение информацию относительно режима передачи и определяет режим передачи соответствующей ячейки как PTP или PTM. Однако когда SRNC, выполняя процесс прикрепления MBMS, не принимает из DRNC сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS, он неявно определяет режим передачи соответствующей ячейки как «Не обеспечивается».

Когда информацией относительно режима передачи является «Не обеспечивается», согласно второму варианту осуществления, DRNC может уменьшить нагрузку сигнализации на интерфейсе Iur, так как он не передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS.

Третий вариант осуществления

Когда режим передачи соответствующей ячейки установлен в PTP, DRNC передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS (указывающее Режим Передачи = PTP).

Когда режим передачи соответствующей ячейки установлен в PTM, DRNC не передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS.

Когда режим передачи соответствующей ячейки установлен в «Не обеспечивается», DRNC передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS (указывающее Режим Передачи = Не обеспечивается).

По приеме сообщения УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS, SRNC идентифицирует включенную в сообщение информацию относительно режима передачи и определяет режим передачи соответствующей ячейки как PTP или "Не обеспечивается".

Когда режимом передачи является PTM, согласно третьему варианту осуществления, DRNC может уменьшить нагрузку сигнализации на интерфейсе Iur, так как он не передает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS.

Работа SRNC будет описана в соответствии с каждым режимом передачи в варианте осуществления настоящего изобретения. В то время как проводится гибкая передача обслуживания, UE обнаруживает несколько линий радиосвязи из нескольких ячеек, относящихся к активному набору. В этом случае, SRNC принимает сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS по меньшей мере из одного DRNC в отношении нескольких линий радиосвязи, идентифицирует режимы передачи всех ячеек, относящихся к активному набору, и в заключение определяет режим передачи для UE. В этом случае, так как SRNC определяет режим передачи для UE с учетом режимов передачи всех ячеек, относящихся к активному набору, режим передачи для UE, определенный SRNC, может быть отличным от режима передачи каждой ячейки, установленного соответствующим DRNC.

A1. Когда режимом передачи для UE является PTP, SRNC, на основе режима передачи PTP, через выделенный канал управления (DCCH) передает сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS для уведомления UE о том, что была начата передача данных MBMS. В альтернативном способе ресурсы радиосвязи для приема данных MBMS могут быть распределены UE посредством сообщения управления ресурсами радиосвязи (УРР, RRC) УСТАНОВКИ ОДНОНАПРАВЛЕННОГО КАНАЛА РАДИОСВЯЗИ (RB), без передачи сообщения УВЕДОМЛЕНИЯ.

A2. Когда режимом передачи для UE является PTM, SRNC, на основе режима передачи PTM, через DCCH передает сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS для уведомления UE о том, что была начата передача данных MBMS.

A3. Когда режимом передачи для UE является «Не обеспечивается», SRNC через DCCH передает сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS для уведомления UE о том, что была начата передача данных MBMS, но услуга не может быть обеспечена из ячейки, в которой расположено UE. В альтернативном способе сообщение УВЕДОМЛЕНИЯ может не передаваться.

Фиг.2 является блок-схемой, поясняющей работу DRNC, согласно варианту осуществления настоящего изобретения. Работа DRNC основана на третьем варианте осуществления.

Согласно фиг.2, DRNC принимает сообщение НАЧАЛА СЕАНСА для MBMS-услуги, к которой присоединилось UE, и на этапе 600 определяет, что сеанс MBMS был начат. На этапе 610 DRNC определяет режим передачи для передачи данных MBMS. DRNC определяет, является ли режимом передачи для передачи данных MBMS PTP на этапе 620, или "Не обеспечивается" на этапе 625. Когда определенным режимом передачи является PTP или «Не обеспечивается», DRNC передает в SRNC сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS, в котором информация относительно режима передачи (указывающая PTP или «Не обеспечивается») была установлена на этапе 640, и переходит к этапу 660.

Однако когда режим передачи, определенный на этапе 610, на этапе 630 определяется как PTM, DRNC переходит к этапу 650. На этапе 650 DRNC устанавливает ресурс радиосвязи для передачи данных MBMS в ячейку, для которой был установлен режим передачи PTM, то есть RB PTM, и переходит к этапу 653. На этапе 653 DRNC передает через канал указателя уведомления MBMS (MICH) указатель уведомления, указывающий, что на MCCH будет передано сообщение УПРАВЛЕНИЯ, и переходит к этапу 655. На этапе 655 DRNC передает посредством сообщения ИНФОРМАЦИИ RB MBMS информацию конфигурации ресурса радиосвязи, установленного на этапе 650, и переходит к этапу 660.

На этапе 660 DRNC принимает из Базовой Сети (CN) сообщение ОСТАНОВА СЕАНСА, определяет, что сеанс MBMS был остановлен и останавливает сеанс MBMS. Однако когда сеанс MBMS является действующим, DRNC переходит к этапу 670.

На этапе 670 DRNC определяет, изменился ли режим передачи, определяемый на этапе 610. Режим передачи может измениться, когда количество устройств UE, присоединяемых к MBMS-услуге, превышает пороговое значение для определения режима передачи PTM, или изменился ресурс радиосвязи ячейки. При изменении режима передачи DRNC возвращается к этапу 620.

Фиг.3 - блок-схема, поясняющая работу SRNC, согласно варианту осуществления настоящего изобретения. Работа SRNC основана на третьем варианте осуществления.

Согласно фиг.3, SRNC принимает из CN сообщение НАЧАЛА СЕАНСА для MBMS-услуги, к которой присоединилось UE, и на этапе 700 определяет, что сеанс MBMS был начат. На этапе 710 SRNC определяет, было ли принято сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS из DRNC. При приеме сообщения SRNC на этапе 720 определяет, является ли информация относительно режима передачи, включенная в сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS, информацией относительно PTP. Если информация относительно режима передачи, включенная в сообщение, является информацией относительно PTP, то SRNC переходит к этапу 740. Однако если информация относительно режима передачи, включенная в сообщение, не является информацией относительно PTP, то на этапе 730 делается определение, является ли информация относительно режима передачи информацией относительно «Не обеспечивается». Если информация относительно режима передачи является информацией относительно «Не обеспечивается», то SRNC переходит к этапу 750.

На этапе 740 SRNC устанавливает ресурсы радиосвязи для передачи данных MBMS UE за UE и переходит к этапу 743. На этапе 743 SRNC через DCCH передает сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS для уведомления устройств UE о том, что была начата передача данных MBMS в режиме передачи PTP. Сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS включает в себя ID MBMS-улуги и информацию относительно режима передачи (указывающую PTP) и используется для выделенного пейджинга UE. На этапе 745 SRNC передает посредством сообщения РЕКОНФИГУРАЦИИ RB канала DCCH информацию конфигурации ресурсов радиосвязи, установленных на этапе 740. На этапе 770 SRNC принимает сообщение ОСТАНОВКА СЕАНСА. Когда SRNC определяет, что сеанс MBMS был остановлен, работа SRNC останавливается. Однако когда сеанс MBMS не остановлен, SRNC возвращается к этапу 710.

На этапе 750 SRNC через DCCH передает сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS для уведомления UE о том, что была начата передача данных MBMS, но услуга не может быть обеспечена из ячейки, в которой расположено UE. Затем SRNC переходит к этапу 770. Сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS включает в себя ID MBMS-услуги и информацию относительно режима передачи (указывающую «Не обеспечивается»). Опуская этап 750, когда MBMS-услуга не может быть обеспечена, SRNC не уведомляет UE о том, что была начата передача данных MBMS.

Когда на этапе 710 не принимается сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS, SRNC переходит к этапу 760. Это случай, где SRNC выполнил процесс прикрепления MBMS к DRNC, но не принял сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS. В этом случае SRNC неявно определяет, что режимом передачи ячейки является PTM. На этапе 760 SRNC передает через DCCH сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS для уведомления UE о том, что передача данных MBMS была начата в режиме передачи PTM. Сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS включает в себя ID MBMS-услуги и информацию относительно режима передачи (указывающую PTM).

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

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

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

2. Способ по п.1, в котором режим передачи указывает, является ли типом канала двухточечная связь (РТР), или радиально-узловая многоточечная связь (РТМ), или «Не обеспечивается», что указывает, что MBMS не может быть обеспечена.

3. Способ по п.1, в котором информация относительно режима передачи указывает, является ли типом канала двухточечная связь (РТР) или «Не обеспечивается», что указывает, что MBMS не может быть обеспечена.

4. Способ по п.3, в котором, когда сообщение не принимают, SRNC неявно определяет, что типом канала соответствующей ячейки является радиально-узловая многоточечная связь (РТМ).

5. Способ по п.1, в котором режим передачи указывает, является ли типом канала двухточечная связь (РТР) или радиально-узловая многоточечная связь (РТМ).

6. Способ по п.5, в котором, когда сообщение не принимают, SRNC неявно определяет, что соответствующая ячейка не может обеспечивать MBMS.

7. Способ по п.1, в котором дополнительно идентифицируют в SRNC режимы передачи нескольких ячеек как двухточечную связь (РТР), радиально-узловую многоточечную связь (РТМ) или «Не обеспечивается», что указывает, что MBMS не может быть обеспечена, в соответствии с режимом передачи, включенным в сообщение, и определяют режим передачи для MBMS каждого UE.

8. Способ по п.7, в котором дополнительно передают из SRNC через выделенный канал управления (DCCH) сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS для уведомления соответствующего UE относительно определенного режима передачи.

9. Способ по п.1, в котором DRNC учитывает ресурсы радиосвязи и количество UE, соединяемых с MBMS, расположенных в каждой ячейке, и определяет режим передачи каждой ячейки.

10. Способ по п.1, в котором сообщением является сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS на интерфейсе lur.

11. Способ по п.10, в котором сообщение содержит идентификатор (ID) MBMS-услуги и ID ячейки.

12. Способ по п.1, в котором сообщение передают через однонаправленный канал сигнализации, установленный для MBMS между SRNC и DRNC.

13. Способ по п.12, в котором однонаправленным каналом сигнализации является однонаправленный канал сигнализации без установления соединения.

14. Способ по п.12, в котором однонаправленным каналом сигнализации является однонаправленный канал сигнализации, ориентированный на выделенное соединение, установленный для MBMS.

15. Способ по п.12, в котором однонаправленным каналом сигнализации является однонаправленный канал сигнализации, ориентированный на соединение, установленный для всех MBMS-услуг, включая эту MBMS.

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

17. Устройство по п.16, в котором режим передачи указывает, является ли типом канала двухточечная связь (РТР) или радиально-узловая многоточечная связь (РТМ) или «Не обеспечивается», что указывает, что MBMS не может быть обеспечена.

18. Устройство по п.16, в котором режим передачи указывает, является ли типом канала двухточечная связь (РТР) или «Не обеспечивается», что указывает, что MBMS не может быть обеспечена.

19. Устройство по п.18, в котором, когда сообщение не принимается, SRNC неявно определяет, что типом канала соответствующей ячейки является радиально-узловая многоточечная связь (РТМ).

20. Устройство по п.16, в котором режим передачи указывает, является ли типом канала двухточечная связь (РТР) или радиально-узловая многоточечная связь (РТМ).

21. Устройство по п.20, в котором, когда сообщение не принимается, SRNC неявно определяет, что соответствующая ячейка не может обеспечивать MBMS.

22. Устройство по п.16, в котором SRNC идентифицирует режимы передачи нескольких ячеек как двухточечную связь (РТР), радиально-узловую многоточечную связь (РТМ) или "Не обеспечивается", что указывает, что MBMS не может быть обеспечена, в соответствии с режимом передачи, включенным в сообщение, и определяет режим передачи для MBMS каждого UE.

23. Устройство по п.22, в котором SRNC передает через выделенный канал управления (DCCH) сообщение СПЕЦИАЛИЗИРОВАННОГО УВЕДОМЛЕНИЯ MBMS для уведомления соответствующего UE относительно определенного режима передачи.

24. Устройство по п.16, в котором DRNC учитывает ресурсы радиосвязи и количество UE, соединяемых с MBMS, расположенных в каждой ячейке, и определяет режим передачи каждой ячейки.

25. Устройство по п.16, в котором сообщением является сообщение УКАЗАНИЯ РЕКОНФИГУРАЦИИ ТИПА КАНАЛА MBMS на интерфейсе lur.

26. Устройство по п.25, в котором сообщение включает в себя идентификатор (ID) MBMS-услуги и ID ячейки.

27. Устройство по п.16, в котором сообщение передается через однонаправленный канал сигнализации, установленный для MBMS между SRNC и DRNC.

28. Устройство по п.27, в котором однонаправленным каналом сигнализации является однонаправленный канал сигнализации без установления соединения.

29. Устройство по п.27, в котором однонаправленным каналом сигнализации является однонаправленный канал сигнализации, ориентированный на выделенное соединение, установленный для MBMS.

30. Устройство по п.27, в котором однонаправленным каналом сигнализации является однонаправленный канал сигнализации, ориентированный на соединение, установленный для всех MBMS-услуг, включая эту MBMS.