СПОСОБ И УСТРОЙСТВО ДЛЯ ВЫБОРА ТИПА РАДИОКАНАЛА MBMS Российский патент 2009 года по МПК H04W72/00 

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

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

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

Универсальная система мобильной связи (UMTS) - это система мобильной связи третьего поколения, эволюционировавшая из глобальной системы мобильной связи, которая является европейским стандартом. UMTS ориентирована на предоставление усовершенствованных услуг в области мобильной связи на основе базовой сети GSM и технологий широкополосного множественного доступа с кодовым разделением сигналов.

Структура 1 традиционной сети UMTS проиллюстрирована на фиг.1. Один мобильный терминал 2 или абонентская аппаратура (UE), подключен к базовой сети 4 посредством наземной сети радиодоступа UMTS (UTRAN) 6. UTRAN 6 конфигурирует, поддерживает и управляет радиоканалом доступа для обмена данными между UE 2 и базовой сетью 4, чтобы удовлетворять сквозным требованиям по качеству обслуживания.

UTRAN 6 состоит из, по меньшей мере, одной подсистемы 8 радиосети, включающей в себя одну RNC 10, выступающую в качестве точки доступа к базовой сети, и, по меньшей мере, одного узла B 12, управляемого соответствующим RNC. RNC 10 логически классифицируются как управляющие RNC, которые назначают и управляют общими радиоресурсами для множества UE 2 соты, и обслуживающие RNC, которые назначают и управляют выделенными радиоресурсами для конкретного UE соты. Каждый узел B 12 управляет, по меньшей мере, одной сотой.

Базовая сеть 4 может быть разделена согласно типу предоставляемой услуги, а именно на область с коммутацией каналов (CS) и область с коммутацией пакетов (PS). Область CS включает в себя мобильную коммутационную станцию (MSC) 14, выступающую в качестве точки доступа к UTRAN 6, и шлюзовую мобильную коммутационную станцию (GMSC) 16, выступающую в качестве точки доступа к внешней сети. Область PS включает в себя обслуживающий узел поддержки GPRS (SGSN) 18, выступающий в качестве точки доступа к UTRAN 6, и шлюзовой узел поддержки GPRS (GGSN) 20, выступающий в качестве точки доступа к внешней сети.

В области CS точка доступа к базовой сети 4 - это MSC 14 посредством интерфейса lu-CS. В области PS точка доступа к базовой сети 4 - это SGSN 18 посредством интерфейса lu-PS. Гостевой реестр положения (VLR) 22 и опорный реестр положения (HLR) 24 управляют регистрационной информацией пользователей.

Радиоинтерфейс (Uu) между UE 2 и UTRAN 6 включает в себя уровень управления радиоресурсами (RRC) (не показан) для установления, переконфигурирования и освобождения радиоканалов, например услуги, предоставляющей передачу данных между UE и RNC 10 UTRAN. Считается, что UE 2 находится в режиме RRC-соединения, когда уровень RRC UE и уровень RRC соответствующего RNC 10 соединены, тем самым, обеспечивая двунаправленную передачу сообщений RRC. Если RRC-соединение отсутствует, считается, что UE 2 находится в режиме RRC-ожидания.

Обслуживающий RNC 10 соединенного с RRC UE 2 распознает и управляет UE посредством сот. UE 2 в режиме RRC-ожидания, с другой стороны, не может быть распознан сотами и может быть учитываем невидимым для RNC 10. Поэтому MSC 14 или SGSN 18 базовой сети 4 управляет UE 2 в режиме RRC-ожидания с помощью более крупных областей, таких как компоненты местоположения или компоненты области маршрутизации.

После включения питания UE 2 находится в режиме RRC-ожидания по умолчанию. Когда необходимо, UE 2 в режиме RRC-ожидания переходит в режим RRC-соединения посредством процедуры RRC-соединения.

RRC-соединение устанавливается, например, когда передача данных по каналу вверх необходима, чтобы выполнить вызов или ответить на сообщение персонального вызова от RNC 10. RRC-соединение соединяет UE 2 с RNC 10 UTRAN 6. Тем не менее, чтобы принимать услугу, например, MBMS, UE должен быть соединен с базовой сетью 4 (MSC 14 или SGSN 18). Соединение UE 2 с базовой сетью 4 для управления услугой выполняется посредством "сигнального соединения", либо CS-соединения, либо PS-соединения согласно типу услуги.

CS-соединение, которое устанавливается между UE 2 и MSC 14, состоит из RRC-соединения и lu-CS-соединения. Когда CS-соединение имеется, считается, что UE 2 находится в режиме соединения с системой управления мобильностью с коммутацией каналов (CMM) или CMM-соединения. Если это соединение отсутствует, считается, что UE 2 находится в режиме CMM-ожидания.

PS-соединение, которое устанавливается между UE 2 и SGSN 18, состоит из RRC-соединения и lu-PS-соединения. Когда PS-соединение имеется, считается, что UE 2 находится в режиме соединения с системой управления мобильностью с коммутацией пакетов (PMM) или PMM-соединения. Если это соединение отсутствует, считается, что UE 2 находится в режиме PMM-ожидания.

Один UE 2 может иметь два сигнальных соединения, например, CS-соединение и PS-соединение, но только одно RRC-соединение. Соединенный с RRC UE 2 может не иметь сигнального соединения, при этом UE управляется только посредством RNC 10 и не может принимать услуги.

Чтобы соединиться с конкретной MBMS необходимо и RRC-соединение, и lu-PS-соединение или PS-соединение, посредством которого UE 2 соединяется с SGSN 18. Соединенный с MBMS UE 2 остается в режиме RRC-соединения посредством поддержания PS-соединения. После завершения услуги UE 2 переходит в режим RRC-ожидания посредством прерывания PS-соединения.

Когда передача данных MBMS является наиболее важной и UE 2 находится в режиме готовности, например, предназначен, чтобы принять данные MBMS, SGSN 18 отправляет сообщение "начала сеанса" RNC 10. RNC 10 передает уведомляющее сообщение MBMS UE 2, по меньшей мере, один раз до того, как данные MBMS переданы.

Уведомляющее сообщение MBMS передается посредством сочетания совмещенных логических и транспортных каналов. Во время уведомления MBMS RNC 10 распознает или подсчитывает число UE 2, соединенных с MBMS в рамках соты. Подсчитанное число UE 2 определяет, будет ли установлен радиоканал для предоставления конкретной MBMS, и если будет, то будет установленный радиоканал иметь тип многоточечного соединения (p-t-m) или тип двухточечного соединения (p-t-p). Надлежащее установление радиоканала обеспечивает эффективное использование радиоресурсов.

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

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

Начальный идентификатор UE обеспечивает идентификацию UE 2 независимо от его состояния RRC-соединения, тем самым, позволяя идентификацию UE объектной сущностью базовой сети 4, такой как MSC 14 или SGSN 18. Начальным идентификатором UE может быть международный идентификатор абонента мобильной связи (IMSI), обеспечивающий идентификацию абонента по всему миру, временный идентификатор абонента мобильной связи (TMSI), назначенный MSC 14 UE 2, имеющему CS-соединение, для защиты IMSI, или пакетный TMSI, назначенный SGSN 18 UE, имеющему PS-соединение.

Поскольку UE 2 в режиме RRC-ожидания невидимы SGSN 18, UE, перешедший в режим RRC-ожидания после соединения с MBMS, не может быть посчитан RNC 10 таким способом, как соединенный с RRC UE. Чтобы подсчитать UE 2 в режиме RRC-ожидания, RNC 10 принимает сообщение запроса на RRC-соединение от каждого UE в режиме RRC-ожидания, принимающего сообщение запроса на ответ по MBMS посредством сочетания совмещенных логических и транспортных каналов. Сообщение запроса на RRC-соединение передается UE, чтобы сообщить RNC 10 о своем присутствии, с помощью сочетания совмещенных логических и транспортных каналов. Сообщение запроса на RRC-соединение включает в себя идентификатор услуги MBMS, которую UE 2 намеревается принимать.

RNC 10 добавляет число UE 2 в режиме RRC-ожидания к числу UE в режиме RRC-соединения, которое является числом, включенным в информацию о соединенных с PMM UE, принятую от SGSN 18, чтобы определить общее число UE, предназначенных, чтобы принимать в MBMS в каждой соте. RNC 10 сравнивает общее число с порогом. Если число UE 2, предназначенных, чтобы принимать MBMS в соте, меньше порога, RNC 10 устанавливает радиоканал p-t-p MBMS. Если число UE 2, предназначенных, чтобы принимать MBMS в соте, больше порога, RNC 10 устанавливает радиоканал p-t-m MBMS. Радиоканал MBMS не устанавливается для соты, если отсутствуют UE 2, предназначенные, чтобы принимать услугу.

После определения соответствующего радиоканала MBMS RNC 10, соответственно, информирует UE 2. Если установлен радиоканал p-t-p MBMS для конкретной MBMS, каждый UE 2, предназначенный, чтобы принимать услугу, переходит в режиме RRC-соединения. С другой стороны, если установлен радиоканал p-t-m MBMS, необязательно всем UE 2 оставаться в режиме RRC-соединения, поскольку прием данных MBMS UE в режиме RRC-ожидания включен, когда установлен радиоканал p-t-m.

RNC 10 сообщает SGSN 18 об установленном радиоканале MBMS. При передаче данных MBMS посредством установленного радиоканала MBMS SGSN 18 сначала передает сообщение начала сеанса, за которым через определенный промежуток времени следуют данные MBMS. Промежуток времени достаточен для того, чтобы RNC 10 в ответ на сообщение начала сеанса отправил уведомление MBMS UE 2, подсчитал UE и определил радиоканал MBMS.

При выполнении функции подсчета MBMS, чтобы определить соответствующий радиоканал MBMS, RNC 10, применяющий традиционный способ, принимает информацию, касающуюся UE в режиме RRC-соединения. Число UE 2 в режиме RRC-ожидания определяется посредством числа UE, которые отвечают на сообщение запроса ответа по MBMS с помощью сообщения запроса RRC-соединения.

Тем не менее, не все UE 2 в режиме RRC-ожидания в соте, предназначенные, чтобы принимать MBMS, должны передавать сообщение запроса на RRC-соединение. Традиционный способ не может определить число UE 2 в режиме RRC-соединения и режиме PMM-ожидания.

Если установлено CS-соединение, например, для выполнения функции голосовой связи соединенным с MBMS UE 2, перешедшим в режим RRC-ожидания, чтобы ожидать уведомления MBMS, RRC-соединение существует, но без PS-соединения. В традиционном способе, UE 2 в режиме RRC-соединения, но режиме PMM-ожидания убирается из подсчета RNC 10, поскольку SGSN 18 не может сообщить RNC о присутствии UE.

Некорректный подсчет UE 2 может быть серьезной проблемой, если существует достаточно много UE в режиме RRC-ожидания среди соединившихся с MBMS в соте. Конкретная проблема может возникать, если число UE 2 в режиме RRC-ожидания меньше порога для инициирования радиоканала p-t-m.

Например, если только один из относительно большого числа UE 2, соединившихся с конкретной MBMS в соте, ожидает уведомления MBMS в режиме RRC-ожидания, а все остальные переходят в режим RRC-соединения, чтобы установить CS-соединение, RNC 10 не может распознавать большинство UE, поскольку они находятся в режиме RRC-соединения и PMM-ожидания. Поскольку RNC 10 подсчитывает только UE 2, предназначенные, чтобы принимать MBMS, при традиционном способе устанавливается радиоканал p-t-p. Радиоканал p-t-p является недостаточным ресурсом для большинства UE 2 в соте, чтобы принимать MBMS, в крайнем случае, когда каждый UE 2 соты находится в режиме RRC-соединения и PMM-ожидания, RNC 10 должен полностью остановить передачу данных MBMS, поскольку ни один UE 2, предназначенный, чтобы принимать MBMS, не будет подсчитан с помощью традиционного способа.

Поэтому существует необходимость в способе и устройстве точного подсчета числа мобильных терминалов в соте, которые должны устанавливать RRC-соединение, чтобы принимать конкретную услугу, чтобы корректно определять соответствующий требуемый радиоканал. Настоящее изобретение разрешает эти и другие потребности.

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

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

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

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

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

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

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

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

Предпочтительно, сообщение запроса на ответ принимается посредством сочетания совмещенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_PCH или состоянии URA_PCH. Предпочтительно, сообщение запроса на ответ принимается посредством сочетания совмещенных логических и совмещенных транспортных каналов или сочетания выделенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_FACH. Предпочтительно, сообщение запроса на ответ принимается посредством сочетания совмещенных логических и совмещенных транспортных каналов, сочетания выделенных логических и совмещенных транспортных каналов или сочетания выделенных логических и выделенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_DCH.

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

Предпочтительно, сообщение ответа на уведомление передается посредством сочетания совмещенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_PCH или состоянии URA_PCH. Предпочтительно, сообщение ответа на уведомление передается посредством сочетания совмещенных логических и совмещенных транспортных каналов или сочетания выделенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_FACH. Предпочтительно, сообщение ответа на уведомление передается посредством сочетания совмещенных логических и совмещенных транспортных каналов, сочетания выделенных логических и совмещенных транспортных каналов или сочетания выделенных логических и выделенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_DCH.

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

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

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

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

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

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

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

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

Предпочтительно, сообщение запроса на ответ передается посредством сочетания совмещенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_PCH или состоянии URA_PCH. Предпочтительно, сообщение запроса на ответ передается посредством сочетания совмещенных логических и совмещенных транспортных каналов или сочетания выделенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_FACH. Предпочтительно, сообщение запроса на ответ передается посредством сочетания совмещенных логических и совмещенных транспортных каналов, сочетания выделенных логических и совмещенных транспортных каналов или сочетания выделенных логических и выделенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_DCH.

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

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

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

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

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

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

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

Передающее устройство передает сообщение запроса на ответ, по меньшей мере, одному мобильному терминалу. Приемное устройство принимает, по меньшей мере, одно сообщение запроса на соединение или сообщение ответа на уведомление от мобильного терминала.

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

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

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

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

Фиг.1 иллюстрирует блок-схему структуры традиционной сети UMTS.

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

Фиг.3 иллюстрирует схему перехода мобильного терминала в состояние RRC.

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

Фиг.5 иллюстрирует схему соединения множества UE с базовой сетью, предоставляющей MBMS согласно второму варианту осуществления настоящего изобретения.

Фиг.6 иллюстрирует устройство мобильной связи для приема услуги от сети согласно одному варианту осуществления настоящего изобретения.

Фиг.7 иллюстрирует сеть для передачи услуги мобильному терминалу согласно одному варианту осуществления настоящего изобретения.

Осуществление изобретения

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

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

После приема сообщения "начала сеанса" от базовой сети 4 для конкретной услуги, например, MBMS, RNC 10 передает уведомление услуги, например, уведомление MBMS мобильным терминалам 2, например, UE в соте, желающим принять услугу. Согласно настоящему изобретению сообщение запроса на ответ по MBMS передается вместе с уведомлением MBMS и включает в себя идентификатор услуги, позволяющий принимающему UE 2 узнать, какой MBMS соответствует сообщение запроса на ответ.

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

Сочетание каналов основано на рабочем состоянии UE 2, которому выполняется передача, и доступный канал отличается согласно рабочему состоянию. Возможные логические каналы включают в себя каналы управления BCCH, PCCH, CCCH и DCCH и каналы трафика DTCH и CTCH. Возможные транспортные каналы включают в себя совмещенные транспортные каналы BCH, PCH, RACH, FACH, CPCH и DSCH и выделенный транспортный канал DCH.

Фиг.3 иллюстрирует рабочие переходы UE 2 между режимом RRC-ожидания и режимом RRC-соединения. Проиллюстрировано четыре рабочих состояния UE 2 в режиме RRC-соединения, а именно состояние CELL_DCH, состояние CELL_FACH, состояние CELL_PCH и состояние URA_PCH. На фиг.3 изогнутые стрелки указывают потенциальные переходы между состояниями.

В режиме CELL_DCH UE 2 передает и принимает данные посредством выделенного транспортного канала, например, DCH, с помощью выделенных логических каналов, например DCCH и DTCH, чтобы принимать высокоскоростные PS-услуги и большинство CS-услуг. Переход в состояние CELL_DCH происходит, когда UE 2 в режиме RRC-ожидания устанавливает RRC-соединение, или когда выделенный транспортный канал назначается UE в состоянии CELL_FACH. UE 2, принимающий MBMS в состоянии CELL_DCH, может выполнять переход в состояние CELL_FACH, если объем данных уменьшается, и может переходить в состояние CELL_PCH или URA_PCH, чтобы уменьшить потребление энергии в случае длительного отсутствия передачи данных. UE 2 в режиме RRC-соединения переходит в режим RRC-ожидания, когда отсутствует дополнительная услуга, которая должна быть предоставлена.

В состоянии CELL_FACH UE 2 передает и принимает данные посредством совмещенных транспортных каналов, например RACH и EACH, с помощью выделенных логических каналов, например DCCH и DTCH, и совмещенных логических каналов, например CCCH и CTCH, чтобы принимать малообъемные PS-услуги. Переход в состояние CELL_FACH выполняется, если UE 2 в режиме RRC-ожидания устанавливает RRC-соединение, если RRC-соединенный UE в состоянии CELL_DCH должен переключиться на совмещенный транспортный канал вследствие уменьшения объема данных, или если UE в состоянии CELL_PCH либо URA_PCH должен передавать или принимать данные. UE 2, принимающий MBMS в состоянии CELL_FACH, может выполнять переход в состояние CELL_DCH, если объем данных увеличивается, и может переходить в состояние CELL_PCH или URA_PCH, чтобы уменьшить потребление энергии в случае длительного отсутствия передачи данных.

Будучи в состоянии CELL_PCH или URA_PCH, UE 2 принимает канал персонального вызова, например PCH, из выделенных каналов, при этом выполняя функцию дискретного приема (DRX), чтобы уменьшить потребление энергии, посредством чего логический канал, например PCCH, из совмещенных логических каналов может быть принят. Эти состояния главным образом используются для пульсирующих данных PS-услуги.

Такая же базовая работа нахождения в ожидании, чтобы принимать канал персонального вызова, например PCH, применима к состояниям CELL_PCH и URA_PCH. Состояния CELL_PCH и URA_PCH отличаются друг от друга, тем не менее, в отношении циклов обновления.

UE 2 в состоянии CELL_PCH продолжает поиск более оптимальной соты. Особенно применимо, когда UE 2 перемещается на высокой скорости, UE осуществляет обновление соты посредством регистрационных зон UTRAN (URA). URA - это единицы зон гораздо больше одной соты. Переход в состояние CELL_PCH или URA_PCH происходит, если передача данных CELL_FACH или CELL_DCH UE 2 временно прервана. Когда передача данных возобновляется, UE 2 выполняет переход в состояние CELL_FACH или CELL_DCH согласно объему данных.

Согласно сочетаниям каналов, проиллюстрированным на фиг.3, сообщение запроса на ответ по MBMS от RNC 10 может быть принято UE 2 в режиме RRC-соединения вне зависимости от его рабочего состояния. Предпочтительно, передача сообщения запроса на ответ по MBMS использует сочетание совмещенных логических или транспортных каналов для UE 2 в состоянии CELL_PCH или URA_PCH. Предпочтительно, передача сообщения запроса на ответ по MBMS использует сочетание совмещенных логических или транспортных каналов или сочетание выделенных логических каналов или совмещенных транспортных каналов для UE 2 в состоянии CELL_FACH. Предпочтительно, передача сообщения запроса на ответ по MBMS использует сочетание совмещенных логических или транспортных каналов, сочетание выделенных логических каналов или совмещенных транспортных каналов или сочетание выделенных логических каналов или выделенных транспортных каналов для UE 2 в состоянии CELL_DCH. Если возможны два или более таких сочетания каналов, как в случае состояния CELL_FACH или CELL_DCH, сообщение запроса на ответ по MBMS к UE 2 в режиме RRC-соединения может быть передано посредством тех же сочетаний каналов.

Согласно настоящему изобретению UE 2 в режиме RRC-соединения, соединившийся с MBMS, принимает сообщение запроса на ответ по MBMS от RNC 10 и отвечает посредством передачи сообщения запроса на уведомление RNC. Ответ на уведомление может быть передан выборочно.

Например, UE 2 может выполнить проверку, чтобы определить, является ли MBMS принимаемой, и передать сообщение запроса на уведомление соответственно. С другой стороны, пользователь может произвольно определить, передано ли сообщение ответа на уведомление и передано ли сообщение ответа на уведомление сразу или после того, как RNC 10 определяет тип радиоканала, в случае чего сообщение ответа на уведомление должно быть передано только в случае двухточечного радиоканала.

Сообщение ответа на уведомление включает в себя идентификационную информацию MBMS, позволяющую RNC 10 узнать, какой MBMS соответствует сообщение ответа на уведомление, и включает в себя идентификационную информацию RNC, позволяющую RNC узнать, какой UE 2 передал сообщение ответа на уведомление. RNC 10 назначает идентификационную информацию RNC только для UE 2 в режиме RRC-соединения. Идентификационная информация RNC, которая позволяет RNC 10 идентифицировать каждый UE 2, основана на временном идентификаторе радиосети (RNTI) UE и использует RNTI соты, чтобы идентифицировать UE по соте, или UTRAN RNTI, чтобы идентифицировать UE по RNC.

UE 2 в режиме RRC-соединения передает сообщение ответа на уведомление с помощью сочетаний каналов, определенных согласно своему рабочему состоянию. Предпочтительно, сообщение ответа на уведомление передается с помощью сочетания совмещенных логических и транспортных каналов для UE 2 в состоянии CELL_PCH или URA_PCH. Предпочтительно, сообщение ответа на уведомление передается с помощью сочетания совмещенных логических и транспортных каналов или сочетания выделенных логических каналов и совмещенных транспортных каналов для UE 2 в состоянии CELL_FACH. Предпочтительно, сообщение ответа на уведомление передается с помощью сочетания совмещенных логических и транспортных каналов, сочетания выделенных логических каналов и совмещенных транспортных каналов или сочетания выделенных логических каналов и выделенных транспортных каналов для UE 2 в состоянии CELL_DCH. Если возможны два или более таких сочетания каналов, как в случае состояния CELL_FACH или CELL_DCH, сообщение ответа на уведомление от UE 2 в режиме RRC-соединения может быть передано посредством тех же сочетаний каналов.

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

Фиг.4 иллюстрирует соединение множества UE 2 с базовой сетью 4, предоставляющей MBMS согласно первому варианту осуществления настоящего изобретения. RNC 10 подсчитывает UE 2 в режиме RRC-соединения, соединившиеся с MBMS. Как показано пунктирными линиями на фиг.4, UE 2 в режиме RRC-соединения может иметь соединение между MSC 14 и/или SGSN 18, либо ни с одним элементом. Если UE 2 передает сообщение ответа на уведомление с помощью сочетания выделенных логических каналов и выделенных транспортных каналов, идентификатор RNC может быть опущен, поскольку RNC 10 может идентифицировать UE, из которой передано сообщение.

Способ первого варианта осуществления, проиллюстрированного на фиг.4, подсчитывает UE 2 в режиме RRC-соединения для конкретной MBMS согласно сообщениям ответа на уведомление, принятым вне зависимости от того, имеют ли UE в режиме RRC-соединения также соединение с SGSN 18, т.е. вне зависимости от того, находятся UE в режиме PMM-соединения или PMM-ожидания. Поскольку RNC 10 подсчитывает число UE 2, имеющих PS-соединение, или UE в режиме PMM-соединения, из множества UE в режиме RRC-соединения, радиоресурсы могут быть потеряны посредством лишних передач сообщений запроса на ответ по MBMS и ответа на уведомление. Чтобы сохранить радиоресурсы, предлагается способ, проиллюстрированный на фиг.5.

Фиг.5 иллюстрирует соединение множества UE 2 с базовой сетью 4, предоставляющей MBMS согласно второму варианту осуществления настоящего изобретения. RNC использует способ, аналогичный проиллюстрированному на фиг.2, чтобы подсчитать число UE 2 либо в режиме RRC-ожидания, либо в режиме и RRC-соединения и PMM-соединения. RNC использует способ, аналогичный проиллюстрированному на фиг.4, чтобы подсчитать число UE 2 в режиме RRC-соединения и PMM-ожидания.

Число принятых сообщений запроса на RRC-соединение определяет число UE 2 в режиме RRC-ожидания. Число UE 2 в режиме RRC-соединения и PMM-соединения определяется из информации, принятой от SGSN 18. Сообщение запроса на ответ MBMS и сообщения ответа на уведомление используются, чтобы подсчитать число UE в режиме RRC-соединения и PMM-ожидания.

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

Ссылаясь на фиг.6, на ней проиллюстрирована блок-схема устройства 100 мобильной связи, например мобильный телефон для выполнения способов настоящего изобретения. Устройство 100 мобильной связи включает в себя процессор 110, такой как микропроцессор или процессор цифровых сигналов, RF-модуль 135, модуль 106 управления питанием, антенну 140, батарею 155, дисплей 115, клавишную панель 120, блок 130 хранения, такой как флэш-память, ПЗУ или статическое ОЗУ, динамик 145 и микрофон 150.

Пользователь вводит информацию с инструкциями, такую как телефонный номер, например, посредством нажатия клавиш на клавишной панели 120 или посредством голосовой активации с помощью микрофона 150. Процессор 110 принимает и обрабатывает информацию с инструкциями, чтобы выполнить соответствующую функцию, например набрать телефонный номер. Рабочие данные могут быть извлечены из блока 130 памяти, чтобы выполнить функцию. Более того, процессор 110 может отображать информацию с инструкциями и рабочую информацию на дисплее 115 для удобства пользователя.

Процессор 110 выдает информацию с инструкциями в RF-модуль 135, чтобы инициировать связь, например, посредством передачи радиосигналов, содержащих данные голосовой связи. RF-модуль 135 включает в себя приемное устройство и передающее устройство, чтобы принимать и передавать радиосигналы. Антенна 140 облегчает передачу и прием радиосигналов. После приема радиосигналов RF-модуль 135 может переадресовать и преобразовать сигналы в модулирующую частоту для обработки процессором 110. Обработанные сигналы могут быть преобразованы в звуковой или читаемый вывод информации, например, посредством динамика 145.

RF-модуль 135 адаптирован, чтобы принимать запрос на ответ от сети 4, передавать ответ на соединение сети, а блок 130 хранения адаптирован, чтобы сохранять состояние соединения для обмена управляющими данными с сетью. В одном варианте осуществления процессор 110 адаптирован, чтобы обрабатывать запрос на ответ и генерировать ответ на соединение на основе состояния соединения, причем этот ответ на соединение включает в себя сообщение запроса на соединение, если состояние соединения указывает, что мобильный терминал не имеет соединения для обмена управляющими данными с сетью, и ответ на соединение включает в себя сообщение ответа на уведомление, если состояние соединения указывает, что мобильный терминал имеет соединение для обмена управляющими данными с сетью. В другом варианте осуществления процессор 110 адаптирован, чтобы генерировать ответ на соединение, включающий в себя сообщение ответа на уведомление, только если состояние соединения указывает, что мобильный терминал имеет соединение для обмена управляющими данными с сетью, не имеет соединения для обмена управляющими данными с коммутацией пакетов с сетью, и чтобы сгенерировать отсутствие ответа на соединение, если состояние соединения указывает, что мобильный терминал имеет соединение для обмена управляющими данными с коммутацией пакетов с сетью.

Фиг.7 иллюстрирует блок-схему UTRAN 220 согласно одному варианту осуществления настоящего изобретения. UTRAN 220 включает в себя одну или более подсистем радиосети (RNS) 225. Каждая RNS 225 включает в себя контроллер радиосети (RNC) 223 и множество узлов B 221, или базовых станций, управляемых RNC. RNC 223 обрабатывает назначение и управление радиоресурсов и работает как точка доступа по отношению к базовой сети 4. Более того, RNC 223 адаптирован, чтобы выполнять способы настоящего изобретения.

Узлы B 221 принимают информацию, отправленную физическим уровнем терминала 110, посредством канала вверх и передают данные терминалу посредством канала вниз. Узлы B 221 работают как точки доступа или как передающее устройство и приемное устройство UTRAN 220 для мобильного терминала 100.

Узлы B 221 адаптированы, чтобы передавать сообщение запроса на ответ, по меньшей мере, одному мобильному терминалу 100 и принимать, по меньшей мере, одно сообщение запроса на соединение или сообщение ответа на уведомление от, по меньшей мере, одного мобильного терминала. В одном варианте осуществления RNC 223 адаптирован, чтобы сравнить сумму числа принятых сообщений запроса на соединение и числа принятых сообщений ответа на уведомление с заранее определенным пороговым значением, чтобы определить тип радиоканала согласно сравнению. В другом варианте осуществления RNC 223 адаптирован, чтобы принять указание от базовой сети A о числе мобильных терминалов 100, имеющих соединения для обмена управляющими данными с коммутацией пакетов с базовой сетью, и сравнить сумму числа мобильных терминалов, имеющих соединения для обмена управляющими данными с коммутацией пакетов с базовой сетью, числа принятых сообщений запроса на соединение и числа принятых сообщений ответа на уведомление с заранее определенным пороговым значением, чтобы определить тип радиоканала согласно сравнению.

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

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

Хотя настоящее изобретение описано в контексте мобильной связи, настоящее изобретение также может быть использовано в любых системах беспроводной связи, использующих мобильные устройства, таких как PDA и дорожные вычислительные машины, оснащенные возможностями беспроводной связи. Более того, применение конкретных терминов, чтобы описать настоящее изобретение, не должно ограничивать область применения настоящего изобретения конкретным типом системы беспроводной связи, например UMTS. Настоящее изобретение также применимо в других системах беспроводной связи, использующих различные радиоинтерфейсы и/или физические уровни, например TDMA, CDMA, FDMA, WCDMA и т.д.

Предпочтительные варианты осуществления могут быть реализованы как способ, устройство или продукт производства посредством применения стандартных методик программирования и/или изготовления, чтобы генерировать программное обеспечение, микропрограммное обеспечение, аппаратные средства или любое их сочетание. Термин "продукт производства" при использовании в данном документе означает код или логику, реализованную в аппаратной логике (к примеру, в интегральной микросхеме, программируемой пользователем матричной БИС (FPGA), специализированной интегральной схеме (ASIC) и т.д.) либо машиночитаемом носителе, к примеру магнитном носителе хранения (к примеру, жестких дисках, гибких дисках, ленте и т.д.), оптическом носителе (компакт-дисках, оптических дисках и т.д.), энергозависимых и энергонезависимых запоминающих устройствах (к примеру, ЭСППЗУ, ПЗУ, ППЗУ, ОЗУ, ДОЗУ, СОЗУ, микропрограммном обеспечении, программируемой логике и т.д.).

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

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

Промышленная применимость

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

Изобретение относится к мобильной связи. Техническим результатом является обеспечение выбора типа радиоканала для предоставления услуги множеству мобильных терминалов. Результат достигается тем, что тип радиоканала услуги широковещательной/многоадресной передачи мультимедиа (MBMS), т.е. двухточечный радиоканал или многоточечный радиоканал, выбирается согласно подсчету, который включает в себя мобильные терминалы (2) в режиме RRC-соединения, которые по-прежнему должны установить соединение, чтобы принимать MBMS, так чтобы тип установленного радиоканала был достаточным для того, чтобы предоставить MBMS всем мобильным терминалам (2), желающим принять услугу. 7 н. и 16 з.п. ф-лы, 7 ил.

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

2. Способ по п.1, в котором сообщение запроса на ответ принимается через сочетание совмещенных логических и совмещенных транспортных каналов, сочетания выделенных логических и совмещенных транспортных каналов и сочетания выделенных логических и выделенных транспортных каналов.

3. Способ по п.2, в котором сочетание каналов основано на рабочем состоянии мобильного терминала.

4. Способ по п.3, в котором сообщение запроса на ответ принимается через сочетание совмещенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_PCH.

5. Способ по п.3, в котором сообщение запроса на ответ принимается через сочетание совмещенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии URA_PCH.

6. Способ по п.3, в котором сообщение запроса на ответ принимается через одно из сочетания совмещенных логических и совмещенных транспортных каналов и сочетания выделенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_FACH.

7. Способ по п.3, в котором сообщение запроса на ответ принимается через одно из сочетания совмещенных логических и совмещенных транспортных каналов, сочетания выделенных логических и совмещенных транспортных каналов и сочетания выделенных логических и выделенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_DCH.

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

9. Способ по п.1, в котором сообщение ответа на уведомление передается через сочетание совмещенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии URA_РСН.

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

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

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

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

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

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

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

17. Способ по п.16, в котором сочетание каналов основано на рабочем состоянии мобильного терминала, которому передается сообщение запроса на ответ.

18. Способ по п.17, в котором сообщение запроса на ответ передается через сочетание совмещенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_PCH и состоянии URA_PCH.

19. Способ по п.17, в котором сообщение запроса на ответ передается через одно из сочетания совмещенных логических и совмещенных транспортных каналов и сочетания выделенных логических и совмещенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_FACH.

20. Способ по п.17, в котором сообщение запроса на ответ передается через одно из сочетания совмещенных логических и совмещенных транспортных каналов, сочетания выделенных логических и совмещенных транспортных каналов и сочетания выделенных логических и выделенных транспортных каналов, когда мобильный терминал находится в состоянии CELL_DCH.

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

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

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