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

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

Иллюстрации

Показать все

Реферат

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

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

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

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

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

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

Обратимся к фиг.1, где центр услуг мультивещания/широковещания (MB-SC) 110 служит источником потока MBMS. Он планирует потоки MBMS и передает эти потоки в транзитную сеть (NW) 120. Транзитная сеть NW 120, расположенная между центром MB-SC 110 и обслуживающим узлом 130(SGSN) поддержки GPRS (услуга пакетной передачи данных по радиоканалу), пересылает принятые потоки MBMS в SGSN 130. Узел SGSN 130 может быть сконфигурирован вместе со шлюзовым узлом поддержки GPRS (GGSN) и внешней сетью. Здесь предполагается, что множество UE, состоящее из UE 1 161, UE 2 162, UE 3 163 в узле В 1 (то есть, сота 1) 160 и UE 4 171 и UE 5 172 в узле В 2 (то есть, сота 2) 170, должны принимать услугу MBMS. Узел SGSN 130 управляет услугами, относящимися к MBMS, для единиц UE, такими как управление данными о выписывании счетов, относящихся к MBMS, и избирательная передача данных по услуге MBMS в конкретный контроллер RNC 140. Для простоты узел В используется здесь для описания самой соты. Очевидно, что узел В управляет одной или несколькими сотами.

Узел SGSN избирательно передает данные по услуге MBMS в контроллер RNC 140, а RNC 140 избирательно передает данные по услуге MBMS в соты. Для избирательной передачи узел SGSN 130 должен знать, какие RNC должны принимать данные по услуге MBMS, включая RNC 140, а также какие соты должны принимать данные по услуге MBMS. Таким образом, контроллер RNC 140 может предоставить сотам услугу MBMS. RNC 140 управляет множеством сот, передает данные по услуге MBMS сотам, единицы UE которых запрашивают услугу MBMS, управляет радиоканалами, установленными для обеспечения услуги MBMS, и управляет информацией, относящейся к MBMS, используя потоки MBMS, принятые от узла SGSN 130. Как показано на фиг.1, один радиоканал устанавливается для услуги MBMS между узлом В и UE в зоне обслуживания узла В, например, между сотой 2 170 и единицами UE 171 и 172. Регистр местоположения собственных абонентов (HLR) (не показан) подсоединен к узлу SGSN 130 и аутентифицирует абонентов MBMS.

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

На фиг.2 представлена диаграмма, иллюстрирующая потоки сигналов для предоставления услуги MBMS между UE и сетью в системе мобильной связи.

Обратимся к фиг.2, где на этапе 201 (подписка) UE подписывается на услугу MBMS через базовую сеть (CN). Сеть CN включает в себя центр MB-SC, транзитную сеть NW и узел SGSN, как показано на фиг.1. Подписка - это процесс обмена базовой информацией, относящейся к выписыванию счетов за услуги MBMS или приему MBMS между поставщиком услуг и пользователем. Когда подписка завершена, сеть CN на этапе 202 (объявление) уведомляет единицы UE о доступных в данный момент услугах MBMS с помощью базовой информацией о них, например, информации меню. Информация меню содержит моменты времени и продолжительность предоставления услуг MBMS. Сеть CN выполняет широковещательную рассылку информации меню в виде общего объявления, например, с помощью CBS, либо передает ее только на те UE, которые запрашивают услуги MBMS. Сеть CN также уведомляет единицы UE об идентификаторах (ID) услуг, идентифицирующих соответствующие услуги MBMS с помощью информации меню.

После приема на этапе 202 информации меню UE выбирает намеченную услугу MBMS из информации меню и передает на этапе 203 (соединение) в сеть CN сообщение с запросом на эту услугу. Сообщение с запросом на услугу включает в себя ID выбранной услуги MBMS и ID данного UE. Затем сеть CN идентифицирует запрашиваемую услугу MBMS и устанавливает на этапе 204 (настройка однонаправленного радиоканала мультивещательного режима) однонаправленный радиоканал мультивещательного режима для данного UE. Во время настройки однонаправленного радиоканала мультивещательного режима транспортные однонаправленные радиоканалы можно настроить по сети CN заранее, то есть, между узлом SGSN и транзитной сетью NW. Например, между узлом SGSN и узлом GGSN можно заранее установить однонаправленный радиоканал GTP-U/UDP/IP/L2/L1 (смотри стандарт TS 23.060 проекта Партнерства в области систем связи Третьего Поколения (36РР)). Затем на этапе 205 (уведомление) сеть CN уведомляет UE о том, что вскоре начнется предоставление запрошенной услуги MBMS посредством уведомления типа сообщения поискового вызова. Поисковый вызов может быть выполнен обычным образом, либо оптимизированным способом поискового вызова для MBMS, описанным в патентной заявке Кореи №2002-34704, поданной тем же заявителем. Затем на этапе 206 (выделение радиоресурсов) оборудованию действительно выделяются радиоресурсы, необходимые для предоставления услуги MBMS, в ходе процедуры выделения радиоресурсов с помощью CN, и UE реализует выделенные радиоресурсы аппаратными средствами.

Выделение радиоресурсов выполняется в два этапа: этап, на котором RNC уведомляет единицы UE, находящиеся в произвольной соте, об информации относительно каналов RB, установленных для услуги MBMS в данной соте (здесь это называют настройкой однонаправленного радиоканала); и этап, на котором RNC передает сотам, имеющим единицы UE, которые запрашивали информацию об услугах MBMS, информацию о транспортных однонаправленных радиоканалах и однонаправленных радиоканалах, подлежащих настройке через lub - интерфейсы (интерфейс между узлом В и RNC) (здесь это называют настройкой радиосвязи). Настройка RB описывается ниже со ссылками на фиг.4. После завершения выделения радиоресурсов все UE, которые запрашивали услугу MBMS, информируются о линиях радиосвязи, по которым предоставляется услуга MBMS, и о более высоких уровнях, на которых обрабатывается услуга MBMS. Соты, в которых находятся эти единицы UE, окончательно устанавливают линии радиосвязи и lub - интерфейсы. Завершив подготовку для услуги MBMS между RNC и единицами UE, сеть CN передает на этапе 207 (пересылка данных) данные по услуге MBMS на единицы UE через контроллер RNC. На этапе 208 радиоресурсы, то есть транспортные однонаправленные радиоканалы и однонаправленные радиоканалы между единицами UE и CN, освобождаются после завершения передачи данных MBMS (освобождение радиоресурсов).

Этапы с 203 по 206, показанные на фиг.2, более подробно описываются со ссылками на фиг.3. Хотя сеть CN в общем относится к SGSN 130, транзитной сети NW 120 и центру MB-SC 110, далее в связи с работой RNC 140 рассматривается только узел SGSN 130.

На фиг.3 представлена диаграмма, подробно иллюстрирующая поток сигналов для этапов с 203 по 206, показанных на фиг.2.

Обратимся к фиг.3, где UE 161 после приема на этапе 202 базовой информации о конкретной услуге MBMS передает на этапе 301 в узел SGSN 130 в состоянии CELL_FACH (Сота_Прямой Канал Доступа) сообщение ACTIVATE MBMS PDP CONTEXT REQUEST (запрос на активизацию контекста протокола пакетной передачи данных MBMS). Здесь контекст протокола PDP (протокол пакетной передачи данных) включает в себя первичный контекст PDP и вторичный контекст PDP. Вторичный контекст PDP существует только в том случае, если существует первичный контекст PDP. Он имеет ту же информацию, что и первичный контекст PDP, но использует другой тоннель протокола туннелирования GPRS (протокол GTP для GPRS). GPRS - это услуга по пакетной передаче данных, развернутая в сети UMTS (универсальная система мобильной связи). Сообщение ACTIVATE MBMS PDP CONTEXT REQUEST включает в себя параметры NSAPI (идентификатор точки доступа к услугам на уровне сети), TI (указатель времени), тип PDP, адрес PDP, сеть точки доступа и QoS (качество обслуживания). Система мобильной связи создает тоннель GTP к узлу SGSN_130 в том случае, когда UE 161 запрашивает это (то есть, активизация, инициированная UE), или к сети CN в том случае, когда запрос идет от внешней сети (то есть, активизация по запросу сети).

После приема сообщения ACTIVATE MBMS PDP CONTEXT REQUEST узел SGSN 130 создает контекст PDP MBMS для услуги MBMS, если UE 161 является первым UE, которое запросило услугу MBMS, запоминает информацию о UE 161 в контексте PDP MBMS и выполняет заранее определенную операцию вместе с узлом GGSN, подсоединенным к узлу SGSN 130. Эта операция относится к туннелированию GTP. Когда узел SGSN 130 уведомляет узел GGSN о параметрах, установленных в сообщении ACTIVATE MBMS PDP CONTEXT REQUEST, узел GGSN настраивает на основе этих параметров туннель GTP. Контекст PDP MBMS представляет собой набор переменных, содержащих информацию об услуге MBMS. Он включает в себя список единиц UE, которые передали сообщение ACTIVATE MBMS PDP CONTEXT REQUEST, местоположения этих UE и транспортные однонаправленные радиоканалы, по которым передаются данные по услуге MBMS. Затем на шаге 302 узел SGSN 130 передает на UE 161 сообщение ACTIVATE MBMS PDP CONTEXT REQUEST ACCEPT (прием запроса на активизацию контекста PDP MBMS). Это сообщение содержит TMGI (временный идентификатор группы мультивещания) для групповой передачи сообщений поискового вызова в связи с услугой MBMS и структуру данных DRX (прерывистый прием). DRX относится к циклу, в котором UE 161 отслеживает канал индикатора поискового вызова (PICH). DRX содержит коэффициент длины цикла (CL) DRX и Np. Np представляет количество случаев поискового вызова (PI) в одном системном кадре и задается как системная информация (SI). Его значение берется из набора [18, 36, 72, 144].

Использование TMGI и DRX раскрыто в патентной заявке Кореи №2002-34704, поданной тем же заявителем. После приема сообщения ACTIVATE MBMS PDP CONTEXT REQUEST ACCEPT, UE 161 переходит в состояние незанятости. Между тем, узел SGSN 130 передает сообщение NOTIFICATION (уведомление) в контроллер RNC 140, которому принадлежит UE 161, когда услуга MBMS готова к запуску или когда узел SGSN 130 принимает на этапе 303 первые данные по услуге MBMS из центра MB-SC 110. Поскольку узел SGSN 130 запоминает список единиц UE, запросивших услугу MBMS, и контроллеров RNC, которым они принадлежат, SGSN 130 передает сообщение NOTIFICATION в контроллеры RNC, когда инициирована услуга MBMS. Сообщение NOTIFICATION содержит TMGI и DRX.

После приема сообщения NOTIFICATION контроллер RNC 140 выполняет этап 304. В частности, RNC 140 рассчитывает удобный момент для выполнения поискового вызова (PO) и PI, используя TMGI и DRX. Таким же образом UE 161 вычисляет PO и PI, используя TMGI и DRX, содержащиеся в сообщении ACTIVATE MBMS PDP CONTEXT REQUEST ACCEPT. Контроллер RNC 140 информирует UE 161 о том, будет ли приниматься канал поискового вызова (PCH) путем установки PICH в состояние "включено" или "выключено" в момент времени, указанный параметрами PI и PO. Если PICH находится в состоянии "включено" в соответствии с параметром PI параметра PO, то UE 161 принимает сигнал PCH и определяет, что ему послан поисковый вызов. В противном случае, если PICH находится в состоянии "выключено", UE 161 не принимает PCH. Между тем, если для UE 161 выполнен поисковый вызов, то RNC 140 передает на UE 161 сообщение NOTIFICATION, либо сообщение поискового вызова по каналу PCH, связанному с PICH, в заданное время после передачи PICH, так что UE 161 может быть проинформировано о том, что вскоре будет запущена услуга MBMS, либо будет принято сообщение NOTIFICATION или сообщение поискового вызова. Сообщение NOTIFICATION - это тип сообщения поискового вызова, которое содержит информацию о типе сообщения, причине поискового вызова и TMGI. Причина поискового вызова указывает основание для поискового вызова связи. В современной системе мобильной связи широкополосного МДКР (W-CDMA) в качестве причины поискового вызова для MBMS выступает так называемое «завершение потокового вызова». Кроме существующей причины поискового вызова может быть определена новая причина поискового вызова для MBMS. Для простоты сообщение NOTIFICATION или сообщение поискового вызова далее называют «сообщением поискового вызова MBMS».

Тем временем UE 161 отслеживает PICH в соответствии с параметром PI из состава PO. UE 161 принимает сообщение поискового вызова MBMS по соответствующему каналу PCH, если PICH находится в состоянии "включено", и не принимает его, если PICH находится в состоянии "выключено". Когда в PI параметра PO установлена '1', это означает, что PICH находится в состоянии "включено". С другой стороны, когда в PI параметра PO установлен '0', это значит, что PICH находится в состоянии "выключено". После приема сообщения поискового вызова MBMS UE 161 определяет, какая услуга MBMS будет инициирована, на основе TMGI, содержащегося в сообщении поискового вызова MBMS. Если TMGI указывает на услугу MBMS, которую запрашивало оборудование UE 161, то UE 161 будет ждать приема данных по соответствующей услуге MBMS.

После приема сообщения поискового вызова MBMS оборудование UE 161 переходит в состояние CELL_FACH и передает в узел SGSN 130 сообщение NOTIFICATION RESPONSE (ответ на уведомление), указывающее о нормальном приеме сообщения NOTIFICATION на этапе 305. Узел SGSN 130 передает на этапе 306 в RNC 140 сообщение MBMS RAB ASSIGNMENT REQUEST (запрос на назначение однонаправленного канала радиодоступа для MBMS). Сообщение MBMS RAB ASSIGNMENT REQUEST может содержать параметр QoS и список единиц UE, для которых должен быть установлен RAB (однонаправленный канал радиодоступа) MBMS. Хотя описание сосредоточено на UE 161, если множество UE запрашивает услугу MBMS, то в RNC 140 доставляется сообщение MBMS RAB ASSIGNMENT REQUEST, включающее список единиц UE. Затем RNC 140 выполняет предварительно установленную операцию, необходимую для предоставления услуги MBMS для множества UE. RAB представляет собой набор ресурсов для передачи, сконфигурированных в RNC для предоставления услуги MBMS. В частности, RAB включает в себя транспортный однонаправленный радиоканал через lub-интерфейс между узлом SGSN 130 и RNC 140, транспортный однонаправленный радиоканал через lub-интерфейсе между RNC 140 и узлом В 160, и радиоканалы.

RNC 140 определяет информацию RB MBMS об услуге MBMS в связи с сообщением MBMS RAB ASSIGNMENT REQUEST. Информация RB MBMS охватывает информацию уровня 2 (L2) и информацию уровня 1 (L1). Информация L2 может представлять собой информацию, относящуюся к RLC/PDCP (протокол управления радиоканалом/протокол конвергенции пакетных данных). Информация L1 может включать в себя информацию о наборе транспортных форматов (TFS), наборе комбинаций транспортных форматов (TFCS), каналообразующий код и мощность передачи. Контроллер RNC 140 определяет соты, для которых установлен RAB MBMS в соответствии со списком единиц UE. Поскольку RNC 140 воспринимает местоположения единиц UE в состоянии CELL_FACH по сотам, RNC 140 может преобразовать список единиц UE в список сот. Таким образом, RNC 140 передает сообщение MBMS RB SETUP (настройка однонаправленного радиоканала MBMS) в отдельные соты в количестве, равном количеству сот.

На этапе 307 RNC 140 передает на UE 161 сообщение MBMS RB SETUP. Затем UE 161 настраивает RB MBMS в соответствии с информацией RB MBMS и передает на этапе 308 сообщение MBMS RB SETUP COMPLETE (завершение настройки MBMS RB) в RNC 140. На этапе 309 RNC 140 передает в узел SGSN 130 сообщение MBMS RAB ASSIGNMENT RESPONSE (ответ на выделение RAB MBMS). Затем SGSN 130 на этапе 207 начинает передачу данных по услуге MBMS на UE 161.

Сообщения NOTIFICATION и MBMS RB SETUP, показанные на фиг.3, являются групповыми сообщениями. Групповое сообщение определяется как сообщение, передаваемое на множество UE. То есть, на этапе 304 единицы UE решают, должны ли они принимать сообщение NOTIFICATION по каналу PICH, относящемуся к одному и тому же PI одного и того же параметра PO. Поскольку TMGI указывает единицам UE о необходимости приема сообщения NOTIFICATION, единицы UE могут принимать это сообщение. Также на единицы UE по прямому каналу доступа (FACH) передается сообщение MBMS RB SETUP с введенным в него TMGI.

На фиг.4 более подробно показаны этапы 307 и 308, изображенные на фиг.3. Перед описанием фиг.4 следует учесть, что RNC 140 управляет сотами 160 и 170, и здесь предполагается, что n единиц UE, включая UE 161 и 162 в соте 160, запрашивают одну и ту же услугу MBMS. Также следует отметить, что одинаковые ссылочные позиции обозначают идентичные этапы, показанные на фиг.3.

Обратимся к фиг.4, где RNC 140 принимает на этапе 306 сообщение MBMS RAB ASSIGNMENT REQUEST от узла SGSN 130. Затем на этапе 401 RNC 140 выполняет широковещательную рассылку сообщения MBMS RB SETUP на n единиц UE. Сообщение MBMS RB SETUP содержит информацию MBMS RB и индикатор состояния RRC (управления радиоресурсами). Индикатор состояния RRC устанавливают для индикации перехода в состояние CELL_PCH (Сота_Канал Поискового Вызова) в случае завершения передачи управляющих сообщений между RNC 140 и n единицами UE (индикатор состояния RRC=CELL_PCH). Сообщение MBMS RB SETUP передают в соты по каналу FACH, и, следовательно, единицы UE в состоянии CELL_FACH могут принимать сообщение MBMS RB SETUP. Таким образом, сообщение MBMS RB SETUP предназначено для предоставления общей информации RB MBMS в пределах одной соты. Следовательно, общая передача сообщения MBMS RB SETUP на единицы UE в пределах их соты предпочтительна для передачи сообщения MBMS RB SETUP на отдельные UE. Таким образом, использование канала широковещания, определенного как канал FACH, позволяет обеспечить широковещательную рассылку сообщения MBMS RB SETUP.

Каждая из n единиц UE на этапах с 402-1 по 402-n передает сообщение MBMS RB SETUP COMPLETE на RNC 140 и переходит в состояние CELL_PCH, поскольку индикатор состояния RRC=CELL_PCH.

Между тем, RNC 140 передает на этапе 309 в узел SGSN 130 сообщение MBMS RAB ASSIGNMENT RESPONSE в ответ на сообщение MBMS RAB ASSIGNMENT REQUEST.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

фиг.3 - схема, подробно иллюстрирующая поток сигналов для этапов с 203 по 206, показанных на фиг.2;

фиг.4 - схема, подробно иллюстрирующая поток сигналов для этапов 307 и 308, показанных на фиг.3;

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

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

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

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

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

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

фиг.11 - пример передачи CTCH (совмещенного транспортного канала) согласно второму варианту настоящего изобретения;

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

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

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

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

Настоящее изобретение обеспечивает способы, позволяющие единицам UE, которые приняли групповое управляющее сообщение (например, MBMS RB SETUP), необходимое для предоставления услуги MBMS, не передавать ответное сообщение (например, MBMS RB SETUP COMPLETE) на принятое сообщение, что решает проблемы, возникающие в случае отсутствия приема ответного сообщения. Эти способы направлены на предотвращение ухудшения рабочих характеристик системы, которое может возникнуть, когда множество UE одновременно передают ответное сообщение на групповое управляющее сообщение, как было описано выше. В действительности, перегрузка, являющаяся результатом одновременной передачи ответного сообщения, затрудняет оценку состояний единиц UE для приема услуги MBMS. Кроме того, если единицы UE, принимающее услугу MBMS, невозможно отличить от единиц UE, не принимающих услугу MBMS, могут возникнуть серьезные проблемы, когда выписывание счетов выполняется одновременно с инициированием услуги MBMS. Следовательно, настоящее изобретение пытается бороться с проблемами, возникающими в результате перегрузки из-за ответных сообщений от множества UE.

Групповое сообщение определено как единое сообщение RRC, которое обычно передается сетью на множество UE. Контроллер RNC предоставляет информацию RB MBMS для единиц UE, которые запрашивают прием конкретной услуги MBMS, с помощью группового сообщения MBMS RB SETUP. Другим примером группового сообщения является сообщение MBMS RB SETUP COMPLETE. Это сообщение используется контроллером RNC, чтобы подтвердить, что единицы UE нормально приняли информацию RB MBMS стандартным образом. Обычно, если UE не передает ответное сообщение, то RNC предпринимает необходимые меры, такие как повторная передача сообщения MBMS RB SETUP COMPLETE на это UE, полагая, что данное UE не приняло информацию RB MBMS. Однако, согласно варианту осуществления настоящего изобретения информацию RB MBMS передают периодически, так что единицы UE, хотя они и не приняли сообщение MBMS RB SETUP, могут принимать информацию RB MBMS. Согласно другому варианту осуществления настоящего изобретения RNC передает информацию о выполняющихся в данный момент услугах MBMS, предоставляемых на сотовой основе единицам UE конкретной соты, так что эти UE, хотя они и не принимали сообщения MBMS RB SETUP, могут запросить у RNC информацию RB MBMS о намеченных ими услугах MBMS, которые в данный момент выполняются.

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

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

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

1.1 Сигнализация

На фиг.5 представлена схема, иллюстрирующая поток сигналов для процедуры настройки RB MBMS согласно первому варианту осуществления настоящего изобретения. На фиг.5 все сообщения, направленные от RNC 140 на единицы UE, доставляются с помощью групповой сигнализации. Групповая сигнализация относится к схеме передачи сигналов, где RNC 140 обычно передает информацию на множество UE или сот с помощью единого сообщения, как было описано выше.

Обратимся к фиг.5, где RNC 140 на этапе 501 принимает сообщение MBMS RAB ASSIGNMENT REQUEST от узла SGSN 130. Сообщение MBMS RAB ASSIGNMENT REQUEST вдобавок к TMGI, DRX, QoS и списку единиц UE для конкретной услуги MBMS содержит время повторения (R_T). Затем RNC 140 вычисляет PO и PI на основе TMGI и DRX, определяет соты, для которых согласно списку единиц UE должны быть установлены каналы RB MBMS, и определяет параметры RB MBMS в соответствии с QoS. Другими словами, RNC 140 определяет соты для приема услуги MBMS в соответствии с местоположениями UE, запрашивающими услугу MBMS, и определяет соответствующую информацию RB MBMS. На этапах 503, 504 и 505 контроллер RNC 140 передает информацию RB MBMS на единицы UE.

RNC 140 устанавливает PICH в состояние «включено» или «выключено» в момент, указанный параметрами PI и PO, чтобы указать, должны ли UE принимать PCH, то есть, сообщение поискового вызова. После передачи PICH контроллер RNC 140 активизирует таймер повторения для контроля времени повторения, установленного в сообщении MBMS RAB ASSIGNMENT REQUEST. Активизация этого таймера может происходить до или после передачи PICH.

Единицы UE также вычисляют PO и PI исходя из TMGI и DRX, установленных в сообщении ACTIVATE MBMS PDP CONTEXT ACCEPT. На этапе 503 единицы UE принимают PICH и проверяют, находится ли PICH в состоянии "включено" или "выключено" в момент времени, указанный PI параметра PO. Единицы UE определяют, будут ли они принимать сообщение поискового вызова по каналу PCH в соответствии с результатом проверки. То есть, если PICH находится в состоянии "включено" в PI параметра PO, то UE, соответствующее PI параметра PO, определяет, что оно будет принимать сообщение поискового вызова. В противном случае, UE, соответствующее состоянию "выключено" PI параметра PO, не принимает PCH.

Между тем, если для конкретных UE должен быть выполнен поисковый вызов, то RNC 140 передает на этапе 504 на эти UE сообщение поискового вызова по соответствующему каналу PCH в заданное время после передачи PICH для уведомления этих UE о том, что они вскоре получат услугу MBMS. Сообщение поискового вызова вместо идентификаторов ID упомянутых UE содержит групповой ID, такой как TMGI или ID услуги.

Зная, что они будут принимать сообщение поискового вызова, UE принимают его на этапе 504. Они определяют, выполняется ли для них поисковый вызов для конкретной услуги MBMS. Если TMGI или ID услуги идентичен ID намеченной услуге MBMS, то UE переходят в состояние CELL_FACH для приема данных по услуге MBMS по каналу FACH.

На этапе 505 RNC передает на единицы UE по каналу FACH сообщение MBMS RB SETUP. Здесь определенные параметры RB MBMS вводятся в сообщение MBMS RB SETUP. Затем единицы UE устанавливают каналы RB, необходимые для услуги MBMS. В частности, UE устанавливают уровни L2/L1 в соответствии с информацией RB MBMS, включенной в сообщение MBMS RB SETUP, и принимают затем данные услуги MBMS через каналы RB MBMS.

Может получиться, что некоторые из единиц UE не сумели принять сообщение MBMS RB SETUP по каналу FACH. Причиной этого является неспособность определить, что PI находится в состоянии "включено", либо плохое состояние линии радиосвязи. Единицы UE не передают сообщений, указывающих о срыве приема. Кроме того, они ожидают приема сообщения MBMS RB SETUP, непрерывно отслеживая PI параметра PO по каналу PICH, который передается многократно и периодически. Однако позднее эти UE могут принимать услугу MBMS.

RNC 140 может передать сообщение MBMS RAB ASSIGNMENT RESPONSE в узел SGSN 130 во время этапов 503, 504 и 505, либо после передачи сообщения MBMS RB SETUP по каналу FACH. Сообщение MBMS RAB ASSIGNMENT RESPONSE уведомляет SGSN 130 об успешной настройке запрошенного RAB MBMS. В настоящем изобретении, поскольку единицы UE не передают ответные сообщения на сообщение MBMS RB SETUP, контроллер RNC 140 не может определить, был ли успешно установлен RAB MBMS. Кроме того, RNC 140 считает установку MBMS RAB успешной, когда он полностью передал сообщение MBMS RB SETUP, и на этапе 502 передает в узел SGSN 130 сообщение MBMS RAB ASSIGNMENT RESPONSE (ответ на запрос на назначение RAB MBMS).

Затем контроллер RNC 140 проверяет состояние таймера повторения, чтобы определить, истекло ли время повторения. Окончание времени повторения объявляется, когда таймер повторения устанавливается в нулевое состояние. После истечения времени повторения RNC 140 вновь запускает таймер повторения и повторно передает FACH для доставки PICH, PCH и сообщения MBMS RB SETUP на этапах 506, 507 и 508 таким же образом, как и на этапах 503, 504 и 505. Что касается этапов 506, 507 и 508, то единицы UE действуют таким же образом, как было описано выше. После каждого момента истечения таймера контроллер RNC 140 вновь запускает таймер и повторно передает FACH, как, опять же, показано на этапах 509, 510 и 511.

1.2. Работа UE

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

Перед описанием фиг.6 сначала будут описаны переходы из состояния в состояние для UE. CELL_PCH - это состояние, в котором UE настраивает только PICH без установки выделенных каналов, и принимает сигнал PICH. Если сигнал PICH указывает, что это UE в состоянии CELL_PCH будет принимать сообщение поискового вызова по каналу PCH, то это UE принимает сигнал PCH. CELL_FACH - это состояние, в котором UE настраивает канал FACH без установки выделенных каналов, принимает управляющие сообщения по каналу FACH и работает соответствующим образом. После приема PCH в состоянии CELL_PCH UE переходит в состояние CELL_FACH.

Обратимся к фиг 6, где после приема TNGI и DRX с помощью сообщения ACTIVATE MBMS PDP CONTEXT ACCEPT оборудование UE на этапе 601 вычисляет PO и PI, используя TMGI и DRX. Затем на шаге 602 UE непрерывно отслеживает PI в составе PO по каналу PICH, принимаемому от контроллера RNC 140, и на этапе 603 определяет, находится ли PI в состоянии "включено". Если PI находится в состоянии "выключено", то UE возвращается к этапу 602. В противном случае, если PI находится в состоянии "включено", то UE переходит к этапу 604.

На этапе 604 UE принимает соответствующий PCH от RNC 140. PCH передается от RNC 140 через заданное время после передачи PI, установленного в состояние «включено». Затем на этапе 605 UE определяет, совпадает ли TMGI или ID услуги, установленный в сообщении поискового вызова, с TMGI или ID услуги, указывающим намеченную услугу MBMS. Если они отличаются, то UE непрерывно отслеживает PICH, который периодически передается от RNC 140. Если они идентичны, то UE переходит к этапу 606.

На этапе 606 UE переходит в состояние CELL_FACH и принимает по каналу FACH данные от RNC 140. Затем UE устанавливает уровни L2 и L1 в соответствии с информацией RB MBMS, включенной в сообщение MBMS RB SETUP, принятое по каналу FACH на шаге 607, а на этапе 608 принимает через RB MBMS данные по услуге MBMS от RNC 140.

Хотя на фиг.6 не показана работа UE в случае неудачного приема сообщения MBMS RB SETUP по каналу FACH, в этом случае UE возвращается к этапу 603. После приема повторно переданного PICH от RNC 140 оборудование UE повторяет вышеописанную процедуру.

1.3. Работа RNC

На фиг.7 представлена блок-схема алгоритма, иллюстрирующая операцию управления RNC 140 с