Результат интеллектуальной деятельности: СПОСОБ ДЛЯ ПРЕДОСТАВЛЕНИЯ ИНФОРМАЦИИ МОБИЛЬНОГО ТЕЛЕВИДЕНИЯ В MBMS

Описание

УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

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

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

2. Описание предшествующего уровня техники

Услуга мультимедийного широковещания/мультивещания (MBMS) является услугой, где один или более источников данных предоставляют услугу множеству пользовательских оборудований (UE). Такие услуги могут включать в себя услугу видео по запросу (VOD), услугу музыкальных клипов, услугу трансляции телевидения (TV) и т.д. UE при использовании в данном документе может быть мобильным устройством связи, персональным цифровым помощником (PDA), мобильным телефоном, проигрывателем MP3 (стандарт 3 экспертной группы по киноизображению), пейджером, переносным компьютером или любым другим аналогичным мобильным вычислительным и приемным устройством.

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

Универсальная система мобильных телекоммуникаций (UMTS) является системой мобильной связи Проекта партнерства 3^го поколения (3GPP), использующей множественный доступ с кодовым разделением каналов (WCDMA) на основе глобальной системы мобильной связи (GSM) и общей службы пакетной радиопередачи (GPRS), обе из них являются европейскими системами мобильной связи, и предоставляет услугу, где пользователи мобильных телефонов или компьютеры могут передавать в виде пакетов текст, оцифрованную речь или видео, или мультимедийные данные на высокой скорости.

Фиг. 1 показывает традиционную систему мобильной связи, включающую UE 100, базовую сеть 110 (CN), наземную сеть 110 радиодоступа UMTS (UTRAN) и одно или более UE 130. Фиг. 2 показывает сеть UMTS, включающую CN 110 и множество подсистем радиосети (RNS). RNS соответствуют UTRAN 100, показанной на фиг. 1. Чтобы соединить UTRAN с сетью с коммутацией пакетов, например Интернетом, CN 100 включает в себя обслуживающий узел поддержки GPRS (SGSN) и шлюзовый узел поддержки GPRS (GGSN).

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

RNC и Узлы Б взаимосвязаны через lu-интерфейсы CN-UTRAN, RNC взаимосвязаны через lur-интерфейс RNC-RNC и RNC подключены к Узлам Б через lub-интерфейсы RNC-Узел Б. UTRAN взаимосвязан с UE через радиоинтерфейс Uu (не показан). Каждый RNC распределяет радиоресурсы Узлам Б, управляемым конкретным RNC. Радиоресурсы размещаются согласно каждой соте, и радиоресурсы, предоставленные каждым Узлом Б, соответствуют радиоресурсам для определенной соты.

Текущие стандарты UMTS предусматривают предоставление услуги MBMS посредством услуг связи UMTS для UE, обслуживаемых системой и которые подписаны на услугу. Когда у услуги MBMS есть данные MBMS для передачи подписчикам на эту услугу, RNC в UTRAN определяет, устанавливать ли канал связи с многоточечным соединением (p-t-m) в соте или канал связи с двухточечным соединением (p-t-p) к каждому UE в соте. RNC затем транслирует уведомляющее сообщение MBMS через Узел Б, включенный в RNS.

UTRAN в настоящее время не сохраняет информацию касательно того, какой сеанс приняло UE. CRNC может осуществлять подсчет на основе сеансов, чтобы решить, предоставлять ли услугу через однонаправленный радиоканал p-t-m. Если CRNC решает предоставить услугу через однонаправленный радиоканал p-t-p, UE в режиме ожидания и по РСН инициирует установление этого однонаправленного радиоканала p-t-p. Для UE, использующих прямой канал доступа (FACH) и выделенный канал (DCH), UTRAN инициирует установление однонаправленного радиоканала (RB). Однако, когда UE уже приняло этот сеанс, предоставленный по p-t-p, или отдает предпочтение другой услуге, UE отклонит установление однонаправленного радиоканала p-t-p.

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

CRNC может не применять подсчет для первой передачи (в Iu-интерфейсе сообщение начала сеанса включает в себя элемент информации (IE) о количестве повторений сеанса MBMS) или когда CRNC предполагает, что доля UE в режиме подключения, заинтересованных в приеме этой услуги, превышает пороговую величину, используемую для режима передачи p-t-m.

CRNC может, в зависимости от принятых ответов подсчета, постепенно расширять границы подсчета, например, начиная от CELL_FACH/PCH до URA_PCH и простоя.

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

Идентификатор передачи MBMS не включает в себя ответное сообщение подсчета.

Для инициированного UE запроса p-t-p, когда UE в режиме ожидания или РСН желает получения передачи MBMS, UE будет инициировать запрос соединения/обновления соты по причине настройки на запрос p-t-p MBMS.

UE, как правило, запускает этот запрос вслед за процедурой подсчета, в которой определяется p-t-p, и при повторном выборе соты.

Идентификатор передачи MBMS не включается в сообщение запроса p-t-p.

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

CRNC сохраняет контекст для каждой услуги MBMS, который включает в себя список всех UE в режиме подключения, которые объединили конкретную услугу и присутствуют в соте или URA, управляемой конкретным RNC. Такие UE могут включать в себя UE, которые находятся под управлением разных SRNC.

Чтобы построить четкое предположение об услуге, для которой применяется запрос p-t-p, SRNC нужно знать для каждой из услуг, объединенных UE, режим передачи, используемый в соответствующей соте. SRNC также нужно знать эту информацию для других целей. Информация о режиме передачи указывается для SRNC в элементе информации о типе канала MBMS, который может быть включен в несколько lur-сообщений, например Прямая передача информации, Передача сигнализации восходящей линии связи, Настройка линии радиосвязи, Добавление линии радиосвязи, Инициирование ресурса общего транспортного канала и т.д.

Вышеприведенное описание предполагает введение короткого идентификатора передачи в ответе подсчета/запросе p-t-p, например индекса для услуги, доступной в соответствующей соте. CRNC преобразует этот короткий идентификатор передачи во Временный идентификатор мобильной группы (TMGI) перед перенаправлением трансляции к SRNC.

Вторая RAN также предполагается для рассмотрения механизма на основе SRNC, где SRNC сохраняет и информирует CRNC об UE, заинтересованном в конкретном сеансе, так что процедуры на lur приобретают уровень сеанса, а не уровень услуги.

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

Мобильное телевидение (M-TV) предоставляет предложения, включающие один или более пакетов M-TV, как правило, между пятью и десятью, причем каждый включает в себя некоторое количество услуг MBMS, например пять или шесть. Услуги M-TV рационально следует доставлять по радиосвязи, например, оба режима передачи, p-t-m и p-t-p, должны быть доступны. Вследствие ограничений ресурсов сота UMTS может передавать только ограниченное количество M-TV в заданное время. Например, могут одновременно предоставляться только четыре канала в режиме передачи p-t-m. Хотя UE может подписаться на один или более пакетов M-TV, UE могло бы принимать только одну услугу M-TV единовременно. Хотя услуги M-TV всегда могут быть непрерывными, как обычные ТВ-каналы, начало/остановка сеанса используются нечасто для управления UE, входящими в зону обслуживания. Повторение сеанса не используется для услуг M-TV. То есть, услуги указываются как доступные только в той части зоны обслуживания, где присутствуют заинтересованные в них UE. Это отменяет трансляцию ненужной информации. Когда первое UE вводит в область, соответствующий RNC регистрирует заинтересованность в услуге, по которой SGSN дает начало сеанса.

UE обычно следует объединять для всех услуг, на которые они подписаны. Однако подсчет заинтересованных UE основывается на объединяющей информации, которую SGSN предоставляет для RNC. В сценарии M-TV UE выбирают единственный канал из пакета. Каждое UE должно быть подсчитано для канала/услуги, на которые подписано UE. Чтобы сделать это, UE нужно разъединиться или деактивировать другие каналы, чтобы гарантировать, что UE подсчитан только для выбранного канала. Такие процедуры медленны и обременительны.

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

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

Причины для подсчета количества UE, заинтересованных в приеме услуги M-TV, включают в себя выбор режима передачи и выбор того, какую услугу передавать. Чтобы выбрать режим передачи, RNC выполняет подсчет для проверки, когда количество заинтересованных UE выше пороговой величины, где режим передачи p-t-m является наиболее эффективным по отношению к радиоресурсам режимом передачи. Чтобы выбрать, какую услугу передавать, RNC просит UE указать, в какой услуге они заинтересованы, чтобы определить, какие услуги наиболее популярны. RNC может требоваться ответ от большого количества UE, например сотни, чтобы найти наиболее популярные услуги, которые могут быть ограничены всего четырьмя.

Таким образом используют RNC, запрашивающий UE для указания, в какой услуге они заинтересованы, когда UTRAN, вследствие ограничений радиоресурсов, может только передавать подмножество услуг, для которых режим передачи p-t-m является оптимальным. Режим p-t-m более эффективен и менее дорогостоящий, когда есть только несколько пользователей, например три или четыре. UTRAN не может использовать режим p-t-m, UTRAN может использовать режим p-t-p для UE, близкого к ассоциированному Узлу Б. Операторы, как правило, стремятся разворачивать системы таким образом, чтобы сокращались сценарии перегрузки, приводящие к отказу от услуг.

Предложения для преодоления вышеупомянутых проблем включают в себя замену текущего указания Типа службы передачи данных MBMS в сообщении о начале сеанса по Iu-интерфейсу на два отдельных указания. Одно указание включает в себя Тип услуги MBMS, который указывает "закрытую группу пользователей" или "свободно для всех", например, указывающий, используется ли объединение. Другое указание включает в себя измененный Тип службы передачи данных MBMS, который указывает, применяется ли многоадресный или широковещательный режим доставки, и применяются ли подсчет и выбор режима передачи. Эти два указания дают RNC возможность определять, следует ли применять какие-нибудь процедуры подсчета независимо от того, предоставляется ли объединяющая информация.

Данная "сетевая" процедура объединения также может быть заменена "основанной на UE" процедурой, которая является немногим менее обременительной процедурой, чем сетевая процедура. В основанной на UE процедуре UE указывает интерес в услуге M-TV путем предоставления информации соединения, используя сообщения: "Настройка подключения RRC завершена" (UE в RRC_IDLE), "Обновление соты"(UE в XXX_PCH) и "Запрос модификации MBMS" (UE в FACH и DCH). Услуга MBMS, в приеме которой UE заинтересовано, указывается новым идентификатором, который вводится в эти сообщения. UE уже не заинтересовано в приеме услуги, UE указывает это с помощью отправки сообщения "Обновление соты" (UE в XXX_PCH) или "Модификация MBMS" (UE в _FACH и DCH), не включая недавно представленный идентификатор.

Информация "объединения на основе UE" добавляется к информации о перемещении SRNS, сообщающей, что UE перешло от источника к целевому RNC при перемещении SRNS. Услуги MBMS, в приеме которых заинтересовано UE, добавляются к списку. RNC сохраняет информацию о том, какую услугу M-TV выбрало UE. Когда UE перемещается к другому RNC, эта информация передается, так что новому RNC не нужно получать информацию от UE.

Существует необходимость в улучшенном предоставлении подробностей об услугах в услугах M-TV.

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

Приложения M-TV не поддерживаются должным образом текущими спецификациями MBMS. Ожидаемые характеристики приложения M-TV включают в себя ограничение доступности услуги закрытой группе, где некоторые услуги доступны только пользователям, которые подписаны на эти услуги. Оба режима передачи, p-t-m и p-t-p, должны быть доступны там, где выбор делается в зависимости от количества UE, ожидающих услугу, так что услуга доставляется эффективно по радиосвязи. Активизация услуг M-TV должна быть быстрой и не должна включать в себя обременительные процедуры объединения или процедуры переключения с одной услуги M-TV на другую.

Настоящее изобретение решает по меньшей мере описанные выше проблемы и/или недостатки и предоставляет по меньшей мере преимущества, описанные ниже. Соответственно, аспектом настоящего изобретения является предоставление способа и устройства для предоставления информации, ассоциированной с доступными услугами M-TV, и для подсчета количества UE, которым разрешено принимать услуги M-TV.

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

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

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

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

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

Фиг. 1 - блок-схема традиционной системы мобильной связи;

Фиг. 2 - блок-схема традиционной сети UMTS;

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

ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

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

Фиг. 3 показывает универсальную сеть мобильных телекоммуникаций (UMTS) согласно настоящему изобретению. UMTS включает в себя UE, базовую сеть (CN), наземную сеть радиодоступа UMTS (UTRAN) и одно или более UE. UMTS также включает в себя уровень, не связанный с предоставлением доступа (NAS), уровень, связанный с предоставлением доступа (AS), конечные сущности AS, ретранслятор, уровень Uu и уровень Iu. Чтобы соединить UTRAN с сетью с коммутацией пакетов, например Интернетом, CN включает в себя обслуживающий узел поддержки GPRS (SGSN) и шлюзовый узел поддержки GPRS (GGSN).

Уровень Uu включает в себя множество Контроллеров радиоресурсов (RRC) и множество L1/L2. Уровень, связанный с предоставлением доступа, включает в себя нижние, относящиеся к радиосвязи уровни протоколов в сети UMTS, например Управление радиоресурсами, Управление радиосвязью, Управление доступом к среде передачи и т.д., а также функциональные возможности Физического уровня. Уровень, связанный с предоставлением доступа, предлагает уровню, не связанному с предоставлением доступа, услуги через Точку доступа к услугам (SAP), указанную окружностями на фиг. 3. Уровень, не связанный с предоставлением доступа, включает в себя верхние, относящиеся к радиосвязи уровни протоколов. Например, NAS может включать в себя протоколы управления вызовом (CC), управления мобильностью (ММ) и управления сеансом (SM).

Настоящее изобретение предоставляет Группу услуг выборочного приема (SRSG). В SRSG настоящего изобретения UE обладает только одной SRSG, которая описывает группу связанных услуг, например пакет M-TV, на которые подписано UE. UE может также иметь другие SRSG, ассоциированные с разными зонами обслуживания. Группа услуг, содержащаяся в SRSG, ассоциированных с UE, в этом документе называется множеством SRSG в UE. UE принимает не менее чем одну услугу из множества SRSG, и эта услуга выбирается UE и в этом документе называется выбранной услугой множества SRSG. UE может принимать другие услуги MBMS, которые не являются частью SRSG. Услуга, которая принадлежит SRSG для одного UE, не может быть обычной услугой. Другими словами, услуга для другого UE, не включенная в SRSG, является не характерной для UE характеристикой услуги. Все UE имеют свои характеристики. Когда услуга принадлежит пакету, эта характеристика применяется для всех UE, которые присоединились к пакету.

Этот выбор применяется только к услугам в SRSG, хотя еще имеются другие обычные услуги, функционирующие обычным способом. Некоторое количество определенных услуг, которые доступны для передачи на соту, группируются вместе в SRSG. Таким образом UE только необходимо определить, какая группа доступна, чтобы определить, какие из услуг доступны, так как группы услуг известны.

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

Подмножество услуг в множестве SRSG, которое UE может одновременно принимать, может быть больше чем одно, например n. Значение n может зависеть от возможностей UE. Например, UE может быть способно принимать одновременно два канала.

Сеть может применять более одного множества SRSG. Для каждого множества SRSG сеть может задавать независимые ограничения касательно количества услуг, которое может принимать UE. Например, могло бы быть два множества, и UE могло бы принимать один канал от каждого множества.

Вместо сохранения актуальной информации о выбранной услуге множества SRSG, UTRAN выполняет периодический пересчет, например через некоторые интервалы. Эта информация используется для определения, скольким UE в соте нужна доступная услуга M-TV, и она дает сети возможность определять, должна ли передача идти по p-t-m или по p-t-p. С помощью такого подхода, когда бы UE не поменяло выбранную услугу множества SRSG, отпадает необходимость для UE информировать UTRAN.

Когда UTRAN указывает, что услуга из множества SRSG предоставляется по p-t-p, используется процедура для представления инициируемого UE установления однонаправленного радиоканала по p-t-p для UE на _FACH и _DCH. В настоящее время инициируемое UE установление однонаправленного радиоканала по p-t-p не определено для UE на _FACH и _DCH. Однако настоящее изобретение использует эту процедуру, когда UTRAN решает использовать режим передачи p-t-p и UTRAN не знает, какие UE заинтересованы в приеме услуги. Нежелательно для UTRAN проверять интерес каждого UE в _FACH и _DCH.

В настоящем изобретении разрешается кодовая точка "запрос PTP RB" для элемента информации "действие UE, требуемое MBMS" в информации об измененных услугах MBMS, когда сообщение отправляется по (DCCH), чтобы предоставить возможность сообщить UE в _DCH, что услуга доступна в режиме передачи p-t-p.

В настоящем изобретении UTRAN не нужно включать идентификатор каждой услуги SRSG, доступной в режиме p-t-p. Когда UE информируется о доступности одной или более услуги из ассоциированной SRSG, UE предполагает, что все услуги, о которых UE не информировано явно, доступны по однонаправленному радиоканалу p-t-p. UE использует этот процесс для служебной информации, принятой по MCCH [а также для информации, принятой по DCCH].

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

Настоящее изобретение дает UTRAN возможность запрашивать, подписано ли UE, при входе в _DCH, на SRSG. UTRAN применяет эту информацию, чтобы избежать отправки специального уведомления для UE, которые не подписаны на SRSG, когда она не принимает объединяющую информацию от CN.

Настоящее изобретение вводит один разряд в сообщение "Информация о доступе MBMS" для указания "подсчета SRSG". Это является усовершенствованием текущих процессов, где было бы необходимо указывать идентификатор каждой услуги, что потребовало бы больших издержек сигнализации в 4 байта для каждой услуги.

Настоящее изобретение вводит один разряд в сообщение "Информация об измененных услугах MBMS" для указания "подсчета SRSG".

В настоящем изобретении добавляется вариант процедуры пересчета, в котором только UE отвечает за то, какое было изменение с момента предыдущего подсчета (например, изменение выбранной услуги SRSG, повторный выбор соты). UTRAN может применять этот вариант некоторое количество раз, после которого выполняется обычный пересчет, например, чтобы охватить UE, выходящие из зоны обслуживания.

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

Настоящее изобретение преодолевает проблемы, ассоциированные с имеющимися схемами.

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

Настоящее изобретение предусматривает дополнительный непредвиденный случай/сетевые сценарии. UTRAN не нужно хранить 100% актуальной информации о выбранных услугах SRSG, например, затраты того, что она является не совсем актуальной, только в том, что режим передачи p-t-m несколько дольше, чем необходимо. Режим передачи p-t-p был бы оптимальнее, когда никакой передачи не нужно. Затраты зависят от конфигурации сети, например, как сеть применяет пересчет.

Подход периодического пересчета имеет преимущества, включающие то, что сеть может влиять/управлять нагрузкой сигнализации, пересчет обеспечивает более надежную операцию, например, периодический пересчет может приспособиться к большим проникновениям UE, и периодический пересчет приводит к минимальным изменениям в существующих стандартах. Изменения в текущих стандартах зависят от решения, которое устанавливается для UE в _FACH и _DCH. UTRAN может хранить актуальную информацию о выбранной услуге SRSG для UE в тех состояниях, что приводит к ассоциированным изменениям в стандартах, которые могут быть повторно использованы для UE в ожидании и _РСН.

Настоящее изобретение исключает для UTRAN необходимость указывать более одной услуги из пакета SRSG, которая предоставляется в режиме p-t-p, сохраняя более 4 байт на МССН для каждой услуги. В настоящее время все доступные услуги указываются либо в информационных сообщениях об измененных услугах MBMS, либо в информационных сообщениях о неизмененных услугах MBMS.

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

Настоящее изобретение улучшает подсчет UE на _DCH, когда не используется объединение. Другими словами, настоящее изобретение дает UTRAN возможность отправлять специальное уведомление только соответствующим _DCH UE, а не всем UE в этом состоянии.

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

Другие модификации могут выполняться параллельно при пересчете для услуг SRSG.

"Промежуточный" вариант помогает идентифицировать изменения касательно UE CELL_PCH, привлекая ограниченные издержки сигнализации.

Несколько технических условий 3GPP доступны для предоставления информации касательно сетей UMTS и MBMS. Такие технические условия могут быть найдены на http://www.3gpp.org/specs.htm, все содержание которых включается в этот документ посредством ссылки. Некоторые примеры включают в себя: 3GPP TS 21.905, 3GPP TS 22.146, 3GPP TS 25.301, 3GPP TS 25.331, 3GPP TS 25.346, 3GPP TS 25.401 и 3GPP TS 25.246, полные содержания всех их включаются в этот документ посредством ссылки. Дополнительная информация может быть найдена в спецификациях REL-6 MBMS, R2-061487 MBMS и версии 6.9.0 выпуска 6 Спецификации протокола управления радиоресурсами (RRC).

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