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

Предложен способ распределения информационного содержимого, принимаемого в пакетах данных в подсистеме базовой станции, мобильным станциям в сети беспроводной связи, содержащей подсистему базовой станции, управляющую, по меньшей мере, одной сетевой сотой (BSC1, BTS1, CELL1; BSC2, BTS2, CELL2, BTS3, CELL3, BTS4, CELL4), причем подсистема базовой станции обменивается данными с мобильными станциями (MS1, MS2, MS3, MS5, MS7) в соте посредством радиоблоков. Технический результат состоит в реализации более эффективных схем повторной передачи данных. Для этого способ содержит этапы, на которых получают, начиная с пакетов данных, радиоблоки, которые должны быть переданы посредством сетевой соты; помечают упомянутые радиоблоки с помощью первого идентификатора линии радиосвязи, идентифицирующего логическое соединение между мобильной станцией и подсистемой (TFI₁) базовой станции; передают первый идентификатор линии радиосвязи первой мобильной станции (MS1, MS3, MS5) в сетевой соте; и в случае, если, по меньшей мере, одна вторая мобильная станция (MS2, MS7) в сетевой соте запрашивает прием информационного содержимого, передают ей первый идентификатор линии радиосвязи. Способ дополнительно включает в себя этап, на котором назначают первой мобильной станции и, по меньшей мере, одной второй мобильной станции соответствующие вторые идентификаторы линии радиосвязи (MFI₁, MFI₂, MFI₃, MFI₅, MFI₇), которые должны быть включены в упомянутые радиоблоки. 3 н. и 37 з.п. ф-лы.

 

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

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

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

Услуги, предлагаемые этими сотовыми сетями помимо чистой голосовой связи, быстро увеличивались как в количественном, так и в качественном отношении. Если упомянуть несколько примеров, услуги системы обмена короткими сообщениями (SMS) и системы обмена мультимедийными сообщениями (MMS), а также услуги подключения к Интернету стали доступными за последние несколько лет.

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

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

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

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

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

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

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

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

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

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

В частности, Техническое описание 3GPP (Партнерский проект третьего поколения) номер TS 23.246 (Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description), версия 6.1.0, декабрь 2003 года, методики которого содержатся в данном документе по ссылке, описывает архитектурное решение и функциональные возможности MBMS.

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

Многоадресная передача в сетях GPRS также рассматривается в Международной заявке номер WO 03/019840 A2. Способ, предложенный в этом документе, предусматривает маршрутизацию через сотовую сеть только одной копии данных многоадресной передачи к множеству мобильных станций в соте. Эмулируется виртуальная абонентская мобильная станция, которая подписывается на услугу многоадресной передачи и принимает данные многоадресной передачи для соты. Реальным мобильным станциям, которые должны принимать данные многоадресной передачи, выдается команда прослушивать и в дальнейшем настроиться на канал, назначенный виртуальному подписчику.

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

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

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

Согласно предложению, сделанному недавно на совещании GERAN2 №18, проводимому в Финиксе (штат Аризона, США), с 22 по 26 марта 2004 года (текст которого может быть загружен с Интернет-узла ftp://ftp.3gpp.org/TSG GERAN/WG2 protocol aspects/GERAN2_18bis_Phoenix/Docs/G2-040286), озаглавленному "Common Feedback Channel for MBMS delivery", предлагается определить стандартный канал обратной связи (CFCH), предназначенный для использования в качестве канала обратной связи, где отрицательное подтверждение приема (NACK) отправляется как интервал доступа в точные моменты времени. Более конкретно согласно сторонам, внесшим предложение, сообщения обратной связи отправляются всеми заинтересованными мобильными станциями (MS) как интервалы доступа по CFCH в точный момент времени: если MS не декодирует RLC-блок, переданный в момент времени t, она передает интервал доступа в момент времени t+Δt; если MS успешно декодирует RLC-блок, переданный в момент времени t, ничего не передается по каналу обратной связи в момент времени t+Δt.

Как следствие, если интервал доступа обнаружен в момент времени t+Δt (сеть может заключить, что одна или более MS отправили NACK из увеличенной принятой мощности по каналу обратной связи), сеть считает то, что блок, переданный в момент времени t, не принят (по меньшей мере) одной MS.

Стороны, внесшие предложение, отмечают, что если несколько MS отправляют интервалы доступа одновременно и они конфликтуют, это может не быть помехой, поскольку они все передают одинаковую информацию (т.е. потерю блока, отправленного в момент времени t). Информация - это не содержимое интервала доступа, а наличие самого интервала доступа.

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

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

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

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

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

получают, начиная с пакетов данных, радиоблоки, которые должны быть переданы посредством сетевой соты;

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

передают первый идентификатор линии радиосвязи первой мобильной станции в сетевой соте; и

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обобщая, мобильная станция выполнена с возможностью

сохранения собственного второго идентификатора линии радиосвязи, назначенного ей;

распознавания принятого радиоблока как включающего в себя второй идентификатор линии радиосвязи;

извлечения из принятого радиоблока второго идентификатора линии радиосвязи; и

сравнения извлеченного второго идентификатора линии радиосвязи с упомянутым собственным вторым идентификатором линии радиосвязи.

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

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

Упомянутый первый идентификатор линии радиосвязи содержит идентификатор временного потока (TFI), соответствующий временному потоку блоков (TBF), активируемому для доставки информационного содержимого мобильным станциям.

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

Фиг.1 - схематичное представление сети GPRS, поддерживающей услуги многоадресной передачи, применяемой для того, чтобы реализовать способ согласно варианту осуществления настоящего изобретения;

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

Фиг.3 - блок-схема последовательности операций способа, иллюстрирующая работу сети GPRS по фиг.1 в отношении общей услуги многоадресной передачи;

Фиг.4A - подробное покомпонентное графическое представление структуры радиоблока данных GPRS, раскрывающее то, как пользователи одной услуги многоадресной передачи представляются отличимыми и отдельно адресуемыми посредством сетевых устройств в варианте осуществления настоящего изобретения;

Фиг.4B иллюстрирует аналогичное покомпонентное представление структуры радиоблока данных согласно стандарту EGRPS (для схем GMSK-кодирования MCS1-MCS4);

Фиг.5 - блок-схема последовательности операций способа, иллюстрирующая схему MS-избирательного приема данных "acknoweldge/unacknowledge" согласно варианту осуществления настоящего изобретения;

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

Фиг.7 - графическое предоставление схемы MS-избирательного приема данных "acknoweldge/unacknowledge", изображенной на фиг.5;

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

Ссылаясь на чертежи и, в частности, на фиг.1, схематично показана сеть 100 сотовой мобильной связи, конкретно GSM-сеть.

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

Общая BSS содержит множество базовых приемопередающих станций (BTS), каждая из которых покрывает соответствующую географическую зону в рамках области, покрываемой BSS; число BTS в BSS на практике может быть достаточно значительным, но для простоты иллюстрации только четыре BTS: BTS1, BTS2, BTS3 и BTS4 (графически представленные антенной) с ассоциативно связанной сотой CELL1, CELL2, CELL3 и CELL4 (схематически изображенной как область, окруженная пунктирной окружностью) показаны на фиг.1. Общая BTS обменивается данными с пользовательскими мобильными станциями (MS), типично сотовыми телефонами, которые размещены в соте BTS, такими как MS MS1 и MS2 в соте CELL1, MS MS3 в соте CELL2, MS MS4 в соте CELL3 и MS MS5, MS6 и MS7 в соте CELL4.

Типично множество BTS подключено к одному контроллеру базовой станции (BSC), сетевому устройству, которое управляет BTS. Например, все BTS одной BSS подключены в одной BSC, такой как (см. фиг.1) BSC BSC1, к которой подключена BTS BTS1, и BSC BSC2, к которой подключены три BTS BTS2, BTS3 и BTS4. Примерно BTS обрабатывает фактическую передачу/прием сигналов в/от MS, тогда как BSC инструктируют различные BTS о том, какие данные должны быть переданы по указанным физическим каналам радиосвязи.

Фиг.1 схематично изображает сетевые элементы, которые в соответствии со стандартом GPRS позволяют MS, подключенным к сети 100 сотовой мобильной связи, осуществлять доступ к внешней сети связи с коммутацией пакетов (вкратце, сети с коммутацией пакетов), такой как, например, Интернет или сеть Интранет, обобщая, сети любой сети связи, в которой обмен данными осуществляется в пакетах, т.е. согласно схеме с коммутацией пакетов вместо схемы с коммутацией каналов, в частности, но не только, любой сети, применяющей Интернет-протокол (IP). На чертеже внешняя сеть с коммутацией пакетов показана только схематично и она глобально идентифицируется посредством 105. Далее будем считать, что внешней сетью 105 с коммутацией пакетов является Интернет, но это не следует рассматривать как ограничение, а только как пример.

Не вдаваясь в излишние подробности, известные в данной области техники и не важные для понимания варианта осуществления изобретения, описанного в данном документе, по меньшей мере, один шлюзовой узел поддержки GPRS (GGSN) GGSN предусмотрен, чтобы служить интерфейсом между сотовой сетью 100 и одной или более внешними сетями с коммутацией пакетов, такой как Интернет 105. GGSN GGSN обменивается пакетами данных посредством магистральной сети 110 GPRS с одним или более обслуживающим узлом поддержки GPRS (SGSN), такими как два SGSN SGSN1 и SGSN2, показанные на чертеже. Общая SGSN ассоциативно связана с одной или более соответствующими BSS и маршрутизирует принимаемые пакеты данных посредством GGSN (или одного из GGSN, если существует несколько GGSN) и магистральной сети GPRS от внешней сети связи с коммутацией пакетов (или одной из внешних сетей связи с коммутацией пакетов) к надлежащей точке назначения MS, находящейся в географической области, покрываемой соответствующей BSS (или одной из соответствующих BSS). Например, SGSN SGSN1 маршрутизирует принимаемые пакеты данных посредством GGSN GGSN и магистральной сети 110 GPRS от внешней сети 105 связи с коммутацией пакетов к MS MS1 и/или MS MS2.

В частности, общий SGSN отслеживает географическое местоположение MS, с тем чтобы знать, куда должны маршрутизироваться пакеты данных, чтобы быть доставленными в назначенную точку назначения MS. В частности, в зависимости от того факта, обменивается MS активно данными (условие, упоминаемое как состояние READY) или нет (условие, упоминаемое как STAND-BY), географическим местоположением, в отношении которого поддерживается отслеживание в SGSN, может быть конкретная сетевая сота или более крупная зона, представленная группой сот, упоминаемая как "зона маршрутизации". Другими словами, общий SGSN знает о том, в какой зоне соты/маршрутизации в данный момент находится целевая MS. Следует отметить, что один SGSN может обмениваться данными с множеством GGSN для приема пакетов из различных внешних сетей с коммутацией пакетов.

Чтобы предоставлять услуги связи на основе пакетов данных, каждая BSC ассоциативно связана с соответствующим блоком управления пакетами (PCU), не показанным в явном виде на чертеже, поскольку он рассматривается как часть BSC. PCU выступает в качестве интерфейса BSC для сети 115 связи с коммутацией пакетов, внешней по отношению к сотовой сети 100 и соединяющей BSC с соответствующим SGSN, таким как SGSN SGSN1 для BSC BSC1 и SGSN SGSN2 для BSC BSC2. PCU преобразует пакеты данных, принимаемые от соответствующего SGSN посредством внешней сети 115 связи с коммутацией пакетов и направляемые целевой MS, в потоки данных, применяемые для передачи по радиоинтерфейсу одной из BTS, использующих радиоресурсы сети. Более того, потоки данных, передаваемые MS по радиоинтерфейсу и принимаемые BTS, преобразуются в пакеты данных, отформатированные согласно протоколу, поддерживаемому внешней сетью 115 связи с коммутацией пакетов, для передачи соответствующему SGSN, на чертеже SGSN SGSN1 или SGSN2, и GGSN GGSN.

Традиционно процедура предоставления возможности пользователю общей MS, поддерживающей GPRS-связь (GPRS MS), например MS MS1 в соте CELL1, использовать услуги, предоставляемые поставщиком услуг или поставщиком 120 содержимого (сервером), доступным посредством Интернета 105 или, короче говоря, осуществление посредством GPRS MS услуги GPRS, в сущности, влечет за собой два этапа: первый этап (называемый активацией контекста по протоколу передачи пакетных данных, PDP), на котором создается логическое соединение (PDP-контекста) между GPRS MS MS1 и сервером 120, предоставляющим содержимое услуги; и второй этап (называемым активацией/блокировкой временного потока блоков, TBF), на котором сотовая сеть 100 выделяет GPRS MS MS1 заранее указанные физические ресурсы связи, а именно радиоресурсы для передачи по радиоинтерфейсу части линии радиосвязи сотовой сети 100.

В частности, не вдаваясь в излишние подробности, известные специалистам в данной области техники, GPRS MS MS1 (после регистрации в SGSN, обслуживающем соту CELL1, в которой размещена GPRS MS MS1 в данный момент, в нашем примере SGSN SGSN1) отправляет в SGSN SGSN1 запрос на активацию PDP-содержимого. PDP-содержимое задает сеть с коммутацией пакетов, которая должна быть использована (в нашем примере, Интернет 105), GGSN, который должен быть использован для осуществления доступа к Интернету 105 (GGSN GGSN в нашем примере), и другие параметры.

Запрос PDP-содержимого инициирует процедуру активации PDP-контекста, при которой MS MS1, SGSN SGSN1 и GGSN GGSN обмениваются информацией, используемой при согласовании параметров PDP-контекста.

Процедура активации PDP-контекста приводит к определению канала передачи пакетов данных между GGSN GGSN и PCU, обслуживающим BTS BTS1, которая покрывает соту CELL1, в которой находится MS MS1. PDP-контекст, т.е. логическое соединение между GPRS MS MS1 и сервером 120 таким образом создается.

Активация PDP-контекста не влечет за собой, по существу, выделение физических ресурсов связи сотовой сети 100, а просто устанавливает логическое соединение между GPRS MS и сервером. Таким образом, PDP-контекст после активации может поддерживаться активным в течение многих часов, в принципе, бесконечно, даже когда отсутствуют данные, которые должны передаваться между сервером 120 и GPRS MS MS1, до тех пор, пока GPRS MS MS1 (или, возможно, сервер 120) не деактивирует его.

После того как PDP-контекст активирован, BSC BSC1 проверяет то, приняты ли данные от сервера 120 посредством соответствующего PCU, которые должны быть переданы GPRS MS MS1. В положительном случае, т.е. когда есть данные, которые должны передаваться между сервером 120 и GPRS MS MS1, TBF активируется посредством BSC BSC1.

Более подробно, как упомянуто выше, общая GPRS MS может быть в одном из двух состояний, упоминаемых как состояние READY и состояние STAND-BY; если в состоянии STAND-BY, соответствующий SGSN, не знает о том, в какой соте в данный момент размещена MS, а знает только зону маршрутизации. Сообщение системы персонального вызова предварительно отправляется SGSN в MS в зоне маршрутизации, при этом сообщение включает в себя идентификатор интересующей MS; когда MS отвечает на сообщение системы персонального вызова, SGSN получает данные о соте, в которой расположена MS, и может надлежащим образом маршрутизировать пакеты данных в направлении BSC, обслуживающей MS.

Активация TBF определяет выделение физических ресурсов связи сотовой сети 100, т.е. радиоканала (канала воздушной линии связи) MS MS1 для обеспечения возможности обмена пакетами данных из канала передачи данных (преобразованных в соответствующий поток данных посредством PCU) через надлежащую BSC и BTS BSC1 и BTS1 по радиоинтерфейсу в MS MS1.

Когда обмен данными выполнен, TBF деактивируется, и радиоресурсы освобождаются. При условии, что PDP-контекст не закрыт, BSC BSC1 ожидает новых данных, которые должны быть переданы. Таким образом, в отличие от PDP-контекста, TBF, т.е. физические ресурсы связи GSM-сети 100 продолжают выделяться для MS MS1 только то время, когда есть данные, которые должны быть переданы/приняты в/от нее, и разъединяются, как только обмен данными завершается, освобождая радиоресурсы для другого пользователя/пользователей. Другими словами, TBF является временным и поддерживается только на период передачи данных.

Согласно стандарту GPRS, для каждого TBF однозначно назначается индикатор, называемый идентификатором временного потока (TFI). Примерно, TFI используется для управления диспетчеризацией данных, которые должны быть переданы по нисходящей линии связи (т.е. от BSC и BTS BSC1 и BTS1 к целевой MS MS1). Различным пользователям услуги GPRS в рамках одной соты назначаются различные TFI. TFI дает возможность отличия различных объектных сущностей на уровне управления радиосвязью (RLC), т.е. данный TFI однозначно адресует соответствующую объектную сущность RLC и вставляется в часть заголовка передаваемых блоков RLC-данных. Типично TFI - это пятибитное двоичное число. Когда TBF активирован, TFI назначается ему и этот TFI передается целевой MS MS1 посредством сообщений, передаваемых в ходе процедуры осуществления доступа (посредством так называемого сообщения PACKET DOWNLINK ASSIGNMENT). TFI - это идентификатор логического соединения между BSC и MS.

На физическом уровне GPRS основана на физическом уровне стандарта GSM.

Как известно в данной области техники, стандарт GSM предоставляет для обмена данными между BTS и MS множество радиоканалов, имеющих полосу частот в 200 КГц, ассоциативно связанных с множеством радионесущих; в частности, предусмотрено 124 радионесущих, и гибридная схема множественного доступа с частотным разделением каналов (FDMA)/множественного доступа с временным разделением (TDMA) ассоциативно связывает ряд, к примеру, восемь временных интервалов (физических каналов) с каждой несущей.

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

Физический уровень, используемый системой GPRS, основан на GSM, налагая на него другую логическую структуру. Логические информационные каналы управления и данных мультиплексируются во временном и частотном разделении на одном физическом канале GPRS, называемом каналом пакетных данных (PDCH).

PDCH соответствует физическому GSM-каналу и задается в частотной области посредством номера радионесущей (одной из 124 несущих), а во временной области номером временного интервала (одним из восьми временных интервалов в этой несущей). Синхронизация и продолжительность временных интервалов идентичны заданным для системы GSM.

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

Как графически показано на фиг.2, при условии заданной радионесущей ("НЕСУЩАЯ i" на чертеже), которая является одной из 124 радионесущих стандарта GSM, радиокадры (каждый из которых включает в себя восемь временных интервалов TS1-TS8) объединяются в группы по 52 радиокадра, с тем чтобы сформировать так называемый мультикадр, такой как мультикадр MFRj, изображенный на чертеже. Каждый мультикадр подразделяется на 12 блоков кадров, такой как блок кадров FRB1, показанный на чертеже, каждый из которых включает в себя 4 радиокадра. Между соседними триплетами блоков кадров помещается холостой кадр IFR, сознательно не содержащий данных.

Мультикадр периодически повторяется каждые 52 радиокадра. Различные логические каналы управления GPRS и данных трафика мультиплексируются вместе на основе подразделения (операции, упоминаемой как сегментирование) на блоки (радиоблоки данных или RDB) данных (принимаемых в пакетах), которые должны быть переданы. Радиоблоки данных являются базовой транспортной структурой логического канала GPRS: данный радиоблок данных таким образом однозначно назначается соответствующему логическому каналу GPRS, являясь его информационным каналом данных или каналом управления. Схема назначения радиоблоков данных различным логическим каналам передается вместе с другой управляющей информацией по логическому каналу управления GPRS PBCCH (пакетному широковещательному каналу управления), имеющему фиксированное положение внутри мультикадра.

Как и для голосовой связи, радиопередача выполняется как последовательность из четырех "нормальных временных интервалов" согласно спецификации стандарта GSM. Каждый радиоблок данных, такой как радиоблок данных RDB_k, показанный на чертеже, передается в течение четырех последовательных радиокадров одного PDCH, таких как кадры FR1-FR4 на чертеже, используя один (возможно, и больше в зависимости от радиоресурсов, выделенных этому логическому каналу, и того факта, что MS поддерживает многоинтервальную связь, признак, упоминаемый как многоинтервальный класс MS) временной интервал в каждом кадре, например временном интервале TS3 на чертеже.

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

Каждая MS в соте прослушивает каждый радиоблок данных, передаваемый посредством BTS, в группе временных интервалов, назначенных MS. Тем не менее, MS, являющаяся точкой назначения GPRS-данных, т.е. MS, такая как MS MS1, активировавшая PDP-контекст, которой назначен TBF, к примеру TBFi, также назначен и передан соответствующий TFI, к примеру TFIi (на практике вышеупомянутый пятибитный цифровой код), записывает только те радиоблоки данных, которые аналогично радиоблоку данных RDB_k на чертеже помечены посредством этого TFI TFI₁, т.е. посредством TFI, который ранее передан ей, когда TBF был активирован. Все остальные радиоблоки данных, не помеченные посредством корректного TFI TFI₁, отбрасываются MS MS1. Таким образом, TFI используется MS главным образом как настроечная информация, которую MS использует для настройки на физический канал связи, по которому передаются GPRS-данные, направляемые MS.

В GPRS-сети, не поддерживающей услуги многоадресной передачи, если другая MS в той же соте, что и MS MS1, например MS MS2, показанная на фиг.1, хочет использовать посредством GPRS-сети те же услуги, доступные на сервере 120, что и уже используемые MS MS1, процедура, идентичная описанной выше, должна быть выполнена, приводя к активации другого PDP-контекста, и, что еще хуже, к активации других TBF, когда данными нужно обмениваться с MS MS1, т.е. к выделению других радиоресурсов, отличных от уже выделенных GSM-сетью 100 для MS MS1. Это, очевидно, потеря ресурсов, когда используемые услуги относительно ресурсоемки в отношении данных, которые должны загружаться в MS, как, например, в случае доставки мультимедийного содержимого, потоковой передачи аудио или видео (к примеру содержимого реального времени, такого как телевизионные программы), и доступность GPRS-услуг, предлагаемых пользователям, может быть существенно ограничена, если не превышать возможности инфраструктуры GSM-сети.

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

Способом, полностью аналогичным вышеописанной традиционной процедуре в отношении общей услуги GPRS, когда пользователь общей MS, к примеру MS MS1, запрашивает определенную услугу GPRS, которая предлагается посредством многоадресной передачи (далее упоминаемую просто как услуга многоадресной передачи), MS MS1 активирует стандартный PDP-контекст одноадресной передачи (далее упоминаемый как PDP-контекст по умолчанию) (этап 305). Сетевой компонент GSM/GPRS BSC1 назначает MS MS1 информационные радиоканалы данных нисходящей линии связи (т.е. от BSC/BTS к MS) и восходящей линии связи (т.е. от MS к BTS/BSC) согласно стандартным процедурам, выполняемым на уровнях RLC/MAC.

Затем MS MS1 извлекает перечень доступных услуг многоадресной передачи от назначенного сервера в сети 105 с коммутацией пакетов, например (но не обязательно) того же сервера 120, предлагающего услуги многоадресной передачи (этап 310).

После выбора MS MS1 одной из доступных услуг многоадресной передачи в списке доступных услуг, например услуги "A" многоадресной передачи, к примеру телевизионной услуги, сервер 120 передает MS MS1 идентификатор, которым может быть, например, адрес Интернет-протокола (IP), к примеру, 244.x.y.z, назначенный сервером 120 для MS MS1 (этап 315). Этот же IP-адрес может быть использован сервером 120, чтобы идентифицировать группу многоадресной передачи, ассоциативно связанную с GPRS-услугой "A", т.е. группу MS, которые запросили, чтобы использовать/используют услугу "A" многоадресной передачи; например группу, схематично изображенную на фиг.1 как таблица 130, связанную с услугой "A" многоадресной передачи и предназначенную для того, чтобы включать в себя информацию, связанную с пользователями Пользователь1,..., Пользователь7, которые запросили, чтобы использовать/используют услугу "A" многоадресной передачи. Сервер 120 может назначить группе 130 многоадресной передачи временный идентификатор группы многоадресной передачи (TMGI), который назначается группе многоадресной передачи временно до тех пор, пока есть, по меньшей мере, одна MS в группе многоадресной передачи.

Затем MS MS1 отправляет сообщение IGMP JOIN (IGMP, межсетевой протокол управления группами) посредством PDP-контекста по умолчанию, чтобы сообщить о своем интересе в присоединении к группе многоадресной передачи, связанной с выбранной услугой "A" многоадресной передачи (этап 320). Как известно в данной области техники, межсетевой протокол управления группами - это стандарт многоадресной передачи по IP в Интернете, используемый для того, чтобы устанавливать узловое членство в конкретных группах многоадресной передачи в одной сети.

Как результат PDP-контекст многоадресной передачи задается посредством соответствующего GGSN GGSN (этап 325) после проверки того, что один такой PDP-контекст многоадресной передачи не является уже активным (этап 323 принятия решений, выход из ветки N).

В частности, PDP-контекст многоадресной передачи может быть задан в соответствии с рекомендациями по активации услуги, заданными в уже упомянутом техническом описании 3GPP, номер TS 23.246, версия 6.1.0.

В ходе настройки PDP-контекста многоадресной передачи GGSN GGSN выполняет процедуру регистрации на сервере 120 (этап 330). Сервер 120 получает информацию о MS MS1 и сохраняет эту информацию в таблице 130, соответствующей группе для услуги "A" многоадресной передачи. GGSN GGSN сохраняет пользовательскую информацию в таблице (схематично показанной на фиг.1 и идентифицированную здесь как 135), связанной с услугой "A" многоадресной передачи (несколько таких таблиц может существовать в GGSN, по одной для каждой услуги многоадресной передачи, для которой установлен PDP-контекст многоадресной передачи). Аналогично соответствующий SGSN SGSN1, управляющий MS MS1, сохраняет пользовательскую информацию в связанной с сотой таблице (схематично показанной на фиг.1 и идентифицированной как 140-1 (140-2 идентифицирует эквивалентную связанную с сотой таблицу в SGSN SGSN2), связанной с услугой "A" многоадресной передачи (так же несколько таких таблиц может существовать в SGSN, по одной для каждой услуги многоадресной передачи, для которой установлен PDP-контекст многоадресной передачи).

Операции, которые обеспечивают присоединение MS MS1 к группе 130 многоадресной передачи, завершены, и PDP-контекст по умолчанию, который активирован посредством MS MS1, связывается с PDP-контекстом многоадресной передачи.

Как часть операций, которые приводят к присоединению к группе многоадресной передачи, MS MS1 выбирает идентификатор точки доступа к сетевой службе (NSAPI, индекс для PDP-контекста, который использует услуги, предоставляемые нижним уровнем), имеющий заранее определенное значение NSAPI_M (см. фиг.6), в частности значение NSAPI, которое зарезервировано для услуг многоадресной передачи.

Предположим теперь, что другая MS (для простоты описания MS, размещенная в той же соте, что и MS MS1, например MS MS2), запрашивает услугу многоадресной передачи GPRS.

Аналогично MS MS1, MS MS2 активирует соответствующий стандартный PDP-контекст одноадресной передачи (PDP-контекст по умолчанию). Сетевой компонент GSM/GPRS BSC1 назначает MS MS2 информационные радиоканалы нисходящей и восходящей линии связи согласно стандартным процедурам на уровнях RLC/MAC (этап 305).

Как и в предыдущем случае, MS MS2 извлекает из сервера 120 список доступных GPRS-услуг многоадресной передачи, среди которых имеется услуга "A" многоадресной передачи, для которой PDP-контекст уже установлен (этап 310). Если MS MS2 выбирает услугу "A" многоадресной передачи, сервер 120 передает MS MS2 IP-адрес 244.x.y.z соответствующей группы многоадресной передачи (этап 315).

Затем MS MS2 отправляет сообщение IGMP JOIN посредством своего PDP-контекста по умолчанию, чтобы сообщить об интересе MS MS2 в GPRS-услуге "A" многоадресной передачи (этап 320).

GGSN GGSN обнаруживает, что PDP-контекст многоадресной передачи для услуги "A" многоадресной передачи уже активирован (этап 323 принятия решения, выход из ветви Y). Таким образом, GGSN GGSN не активирует другой PDP-контекст многоадресной передачи, а вместо этого связывает новую MS MS2 с PDP-контекстом многоадресной передачи, уже существующим для услуги "A" (этап 350). Исключение для того факта, что другой PDP-контекст многоадресной передачи не активируется в GGSN GGSN, передаваемое в направлении MS MS2, может возникать во многом так, как описано выше, в соответствии с рекомендациями по активации услуги, заданными в техническом описании 3GPP, номер TS 23.246, версия 6.1.0.

GGSN GGSN сохраняет информацию, связанную с новым пользователем, в таблице 135, связанной с услугой "A" многоадресной передачи. Аналогично соответствующий SGSN SGSN1, управляющий MS MS1, сохраняет пользовательскую информацию в связанной с сотой таблице 140-1, связанной с услугой "A" многоадресной передачи.

Те же действия могут быть выполнены в случае, когда другие MS запрашивают использование услуги "A" многоадресной передачи.

После активации PDP-контекста многоадресной передачи, связанного с услугой "A", и до начала сеанса многоадресной передачи (т.е. отправки данных, связанных с услугой "A", из сервера 120 в MS), MS могут перейти, возможно, множество раз, из состояния READY в состояние STAND-BY и обратно, в зависимости от действий пользователей.

Сервер 120 инициирует сеанс многоадресной передачи, связанный с услугой "A", когда он готов отправить данные абонентам. Сеанс многоадресной передачи может быть установлен в соответствии с рекомендациями по активации сеанса, заданными в вышеупомянутом техническом описании 3GPP, номер TS 23.246, версия 6.1.0 (этап 335).

После того как сеанс многоадресной передачи установлен и сервер 120 готов предоставлять услугу "A" многоадресной передачи после предварительной процедуры (которая описана далее), посредством которой пользователи (к примеру, MS MS1 и MS2), которые зарегистрированы для приема услуги "A" многоадресной передачи, уведомляются о предстоящем запуске, и требуемые радиоресурсы выделены им (этап 337), SGSN (к примеру, SGSN1) начинает перенаправление на BSC (в нашем примере BSC BSC1) поток данных, связанных с услугой "A" многоадресной передачи, на основе информации, найденной в соответствующей связанной с сотой таблице 140-1 (этап 340). В частности, SGSN SGSN1 принимает поток данных от GGSN GGSN посредством туннеля протокола туннелирования GPRS (GTP), идентификатор конечной точки туннеля (TEID) которого соответствует PDP-контексту "A" многоадресной передачи (только один GTP-туннель, идентифицируемый посредством уникального TEID, создается в отношении данной услуги многоадресной передачи). SGSN направляет трафик к надлежащей (PCU) BSC на основе идентификатора виртуального соединения BSSGP (BVCI) (на фиг.1 BVCI BVCI1 идентифицирует соту CELL1 в рамках BSC BSC1, BVCI BVCI2 идентифицирует соту CELL2 в рамках BSC2, а BVCI BCH идентифицирует соту CELL4 в рамках BSC2). TMGI может быть использован для однозначной идентификации трафика, связанного с услугой многоадресной передачи, по всей сети, в том числе BSC и MS.

Для каждой сетевой соты общие радиоресурсы используются для доставки потока данных, связанного с услугой "A" многоадресной передачи, всем различным MS группы услуги "A" многоадресной передачи, которые расположены в этой соте, и соответствующие радиопараметры передаются MS. В частности, общий TFI назначается сетью и передается MS, такой как TFI TFI₁, который передается MS MS1 и MS2 в соте CELL1. Более того, по меньшей мере, один общий PDCH (предпочтительно множество общих PDCH) назначается сетью и передается MS. Поток данных, принимаемый в BSC BSC1 относительно услуги "A" многоадресной передачи, таким образом доставляется MS MS1 и MS2 (этап 345).

Как упоминалось выше, SGSN SGSN1 перенаправляет поток данных, связанных с услугой "A" многоадресной передачи, на основе информации, содержащейся в соответствующей связанной с сотами таблице 140-1, в частности BVCI. Общий SGSN сканирует соответствующую связанную с сотами таблицу, соответствующую услуге "A" многоадресной передачи, и перенаправляет один поток трафика на каждую соту, идентифицированную посредством TMGI, связанного с услугой "A". Например, при условии, что MS MS3 в соте CELL2 и пользователь MS5 в соте CELL4 активировали соответствующие PDP-контексты многоадресной передачи для приема услуги "A" многоадресной передачи, SGSN SGSN2 перенаправляет трафик, связанный с этой услугой, этим пользователям по совместно используемому соединению. Если другие пользователи в соответствующих сотах, например пользователь MS7 в соте CELL4, запрашивают использование услуги "A", соответствующий SGSN, к примеру SGSN SGSN2 не перенаправляет дополнительный трафик, и эти другие пользователи, к примеру MS7, зарегистрированные в таблице SGSN под одним BVCI, принимают назначенный поток данных, поскольку они совместно используют один TMGI и, в соответствующей соте (CELL4), одинаковые радиопараметры PDCH нисходящей линии связи и TFI, назначенный для услуги "A".

По мнению заявителя, важно гарантировать адекватное восприятие услуги с точки зрения пользователей. Для этой цели, по мнению заявителя, необходимо, чтобы режим работы сети на уровне RLC/MAC был общепризнанным. Это означает, что важно, чтобы сетевые устройства имели возможность устанавливать то, принимается ли (и в какой степени) трафик, связанный с GPRS-услугами многоадресной передачи, надлежащим образом MS пользователей.

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

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

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

Следует отметить, что фактически даже в контексте доставки услуги многоадресной передачи, к примеру, описанном выше, каждая MS, вовлеченная в услугу, может быть отдельно идентифицирована с помощью идентификатора, называемого временным идентификатором логической линии связи (TLLI), который, грубо говоря, является идентификатором логического соединения, устанавливаемого между MS и соответствующим SGSN. TLLI передается MS, когда MS регистрируется на услугу многоадресной передачи. В принципе, TLLI может быть использован для адресации конкретной информации в направлении MS. Тем не менее, TLLI - это типично относительно длинное число, например 32 бита (4 байта) согласно текущим стандартам, так что использование TLLI для адресации MS на уровне линии радиосвязи должно означать существенное снижение пропускной способности для передачи данных, связанных с услугой многоадресной передачи.

Согласно варианту осуществления настоящего изобретения, чтобы преодолеть это ограничение, дополнительный параметр, идентифицирующий логическое соединение между BSC и MS (отличный от TFI, который является общим для всех MS, участвующих в услуге многоадресной передачи), задается и назначается (предпочтительно сетью) MS группы услуги многоадресной передачи для задания и, например, адресации информации конкретной MS из тех, которые, будучи размещенными в одной соте, принимают в многоадресной передаче одну GPRS-услугу. В частности, чтобы передать дополнительный параметр MS, BSC может скомпилировать связанную с сотами таблицу MS, которые запросили общую услугу многоадресной передачи, к примеру услугу "A", рассматриваемую в данном документе в качестве примера. Две примерные таблицы схематично показаны на фиг.1, по одной на каждую BSC BSC1 и BSC2, и идентифицированы посредством 145-1 или 145-2. Далее дополнительный параметр упоминается для простоты как идентификатор мобильного потока (MFI).

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

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

Радиоблок данных, глобально идентифицируемый посредством 400, включает в себя MAC-заголовок 405 и блок 407 RLC-данных, состоящий из RLC-заголовка 410 и части 415 RLC-данных, возможно, завершающийся одним или более резервных бит 420 (используемых при необходимости просто в качестве фильтров для достижения требуемого числа бита части 415 RLC-данных).

MAC-заголовок 405 типично включает в себя первое поле 425, второе поле 430 (относительный период резервного блока, RRBP), третье поле 435 (дополнительно/опрос, S/P) и четвертое поле 440 (признак состояния восходящей линии связи, USF).

Первое поле 425 содержит информацию, задающую тип рабочей нагрузки и дает возможность идентификации того, является блок блоком данных (т.е. блоком, передающим данные) или управляющим блоком (т.е. блоком, передающим управляющую информацию, отправляемую сетью MS). RRBP-поле 430, если активировано, используется сетевыми устройствами для того, чтобы резервировать один блок данных в восходящей линии связи, в котором MS должна передать сообщение типа PACKET CONTROL ACKNOWLEDGMENT или PACKET DOWNLINK ACK/NACK сети. Значение в RRBP-поле 430 задает, после сколького количества радиоблоков данных должна ответить данная MS (адресованная сетью так, как описано далее). S/P-поле 435 используется для того, чтобы идентифицировать MS, ответ которых требуется сети (это поле указывает, является содержимое поля RRBP допустимым или нет). USF-поле 440 обычно используется в PDCH, чтобы обеспечить возможность мультиплексирования радиоблоков из ряда MS, а также обеспечивает кодирование восьми различных нумераторов USF, которые используются для того, чтобы мультиплексировать трафик восходящей линии связи. Согласно текущим стандартам, MAC-заголовок имеет фиксированную неизменную длину в восемь бит.

В отличие от этого RLC-заголовок 410 не имеет постоянной длины, его длина варьируется в зависимости от числа блоков пакетных данных управления логической связью (LLC-PDU), передаваемых соответствующим радиоблоком данных.

RLC-заголовок 410 содержит, помимо других, по существу, известных и не важных для понимания описываемого варианта осуществления изобретения полей, поле 445 (типично из пяти бит), содержащее TFI, помечающий конкретный радиоблок 400 данных, и один или более восьмибитовых слогов 450a,..., 450n, начиная с поля 455 индикатора длины (LI) (из шести бит), которое задает длину соответствующего LLC-PDU в части 415 RLC-данных, поля расширения (E) 460 (из одного бита), указывающего то, следует ли далее дополнительный восьмибитовый слог 450a,..., 450n в RLC-заголовке 410, и поля дополнительно (M) 465 (также из одного бита), указывающего наличие дополнительного LLC-PDU в радиоблоке данных.

Следует отметить, что вышеописанная структура RLC-заголовка отражает спецификации текущего стандарта GPRS. В текущих стандартах расширенного GPRS (EGPRS), так же известного как развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), использующих методику модуляции 8PSK, чтобы увеличить скорость передачи данных по сравнению с типичной для чистой GPRS, структура радиоблока данных немного отличается. Например, на фиг.4B предоставлено покомпонентное представление общего радиоблока данных согласно схемам GMSK-кодирования EGPRS MCS1-MCS4. В этом случае первое поле 425 MAC-заголовка 405 содержит часть TFI (оставшаяся часть включается в поле 445 RLC-заголовка 410), часть 415 RLC-данных радиоблока 400 данных включает в себя восьмибитовые слоги 450a,..., 450n, каждый из которых включает в себя семибитовое поле 455a индикатора длины (LI) и однобитовое поле 465a, эквивалентное E-полю 465 фиг.4A. Аналогичные структуры могут быть обнаружены в схемах GMSK-кодирования EGPRS MCS5-MCS9.

Согласно варианту осуществления настоящего изобретения, параметр дополнительного идентификатора логического соединения BSC-MS, назначаемый сетевыми устройствами для отдельной адресации MS одной группы многоадресной передачи и размещенных в одной сетевой соте, т.е. MFI может быть сформирован посредством определенного числа бит, равного или большего, чем требуется для TFI, но примерно того же порядка, что и TFI, т.е. типично около 5 бит, число значительно меньшее числа бит, используемого для кодирования TLLI. В предпочтительных вариантах осуществления MFI формируется посредством определенного числа бит от пяти до семи.

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

Чтобы включить MFI, RLC-заголовок радиоблока данных соответствующим образом расширяется, чтобы получить расширенный RLC-заголовок. Согласно варианту осуществления настоящего изобретения, расширение RLC-заголовка, требуемое для извещения MS о том, что MFI включен в RLC-заголовок, выполняется посредством присвоения LI-полю 455 в одном из восьмибитовых слогов 450a,..., 450n заранее определенного значения, к примеру, LI=55 в GPRS и LI=75 в EGPRS. Расширенный RLC-заголовок, следовательно, включает в себя восьмибитовый слог 450a,..., 450n с полем индикатора длины, имеющим заранее заданное значение, плюс MFI.

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

Согласно первой процедуре назначения (фиг.8A), когда сеанс многоадресной передачи (далее сеанс MBMS) для услуги "A" начинается, общий SGSN, к примеру SGSN SGSN1, отправляет запрос MBMS SESSION START в BSS, которыми он управляет, такой как включающий в себя BSC BSC1, на основе информации о соте/зоне маршрутизации, которую SGSN извлекает из соответствующей таблицы 140-1. Это событие инициирует последовательность процедур на радиоуровне, которые описаны ниже.

После приема запроса MBMS SESSION START для каждой MS, участвующей в этом сеансе MBMS, запрос PACKET PAGING доставляется BSC в MS.

Как упоминалось выше, когда MBMS-сеанс начинается, общая MS может быть в состоянии STAND-BY или READY. Состояние READY дополнительно отличается посредством двух режимов, называемых PACKET IDLE и PACKET TRANSFER. В режиме PACKET TRANSFER MS обменивается потоком данных, тогда как переход в режим PACKET IDLE осуществляется, когда обмен потоком данных завершается. Через заранее заданный интервал времени MS переходит в состояние STAND-BY.

Когда MS рассматривается в состоянии STAND-BY или состоянии READY и режим холостых пакетов, запрос PACKET PAGING, например, доставляется по общему каналу управления (CCCH) (или, если доступен, по пакетному общему каналу управления пакетами, PCCCH), и запрос PACKET PAGING следует после сообщения MBMS NOTIFICATION, включающего в себя информацию, связанную с началом запрошенной MBMS-услуги "A". После приема MS отправляет BSC запрос CHANNEL, например, по каналу с произвольным доступом (RACH) (альтернативно, если PCCCH доступен, MS может отправить BSC запрос PACKET CHANNEL по пакетному каналу с произвольным доступом, PRACH) с ответом системы персонального вызова как причины установления. BSC отправляет IMMEDIATE ASSIGNMENT по каналу предоставления доступа (AGCH) (или, если PCCCH доступен, PACKET UPLINK ASSIGNMENT по пакетному каналу предоставления доступа, PAGCH). Тем самым MS назначают временный PDCH. По назначенному временному PDCH MS отправляет ответ PACKET PAGING, включающий в себя соответствующий TLLI. BSS доставляет сообщение, включающее в себя TLLI, соответствующему SGSN.

В отличие от этого MS в состоянии READY и режиме PACKET TRANSFER может уже иметь активный TBF нисходящей линии связи или активный TBF восходящей линии связи, или и то и другое. В этом случае MS может принимать запрос PACKET PAGING, например, по ассоциативно связанному пакетному каналу управления (PACCH), т.е. назначенному каналу управления, ассоциативно связанному с PDCH нисходящей линии связи, назначенным MS. BSC также отправляет сообщение MBMS NOTIFICATION: если TBF восходящей линии связи активен, MS отправляет ответ PACKET PAGING, включающий в себя соответствующий TLLI, который доставляется посредством BSC в SGSN. Если TBF восходящей линии связи не активен, MS может запросить параллельный TBF внутри первого вхождения сообщения PACKET DOWNLINK ACK/NACK, связанного с активной услугой. BSC отправляет сообщение PACKET UPLINK ASSIGNMENT или сообщение PACKET TIMESLOT RECONFIGURE MS по PACCH, чтобы назначить временный PDCH. По назначенным временным PDCH MS отправляет ответ PACKET PAGING, включающий в себя соответствующий TLLI, который доставляется посредством BSC в SGSN. TBF восходящей линии связи, уже активный в первом случае или только что установленный для доставки ответа PACKET PAGING во втором случае, поддерживается активным посредством MS, например отправляющей ложные блоки RLC-данных при необходимости, до тех пор, пока MS не примет сообщение MBMS ASSIGNMENT от BSC.

Сообщение MBMS ASSIGNMENT может быть отправлено BSC по различным каналам в зависимости от состояния MS. В частности, сообщение MBMS ASSIGNMENT может быть отправлено, например, по CCCH (или по PCCCH, если доступен) всем MS в состоянии STAND-BY или в состоянии READY и в режиме PACKET IDLE, тогда как для всех MS в состоянии READY и режиме PACKET TRANSFER сообщение MBMS ASSIGNMENT может быть отправлено, например, по PACCH.

Посредством сообщения MBMS ASSIGNMENT BSC осуществляет выделение ресурсов для предоставления возможности MS использовать MBMS-услугу. В частности, TFI и PDCH нисходящей линии связи, связанные с передачей данных для запрошенной услуги "A", включаются в сообщение MBMS ASSIGNMENT. Более того, начальное время TBF также включается в сообщение MBMS ASSIGNMENT, т.е. параметр, позволяющий MS определять временную задержку между выделением ресурсов и доступностью ресурсов. В частности, начальное время TBF задается равным надлежащему значению, достаточному для обоснованного предоставления возможности BSC предоставлять соответствующий параметр MFI для MS согласно процедуре, описанной далее, инициируемой самим сообщением MBMS ASSIGNMENT.

Сообщение MBMS ASSIGNMENT, в принципе, может быть отправлено один раз. Тем не менее, согласно варианту осуществления настоящего изобретения, сообщение MBMS ASSIGNMENT предпочтительно отправляется несколько раз, дважды или более, более предпочтительно пять раз, чтобы преодолеть возможные радиоискажения, приводящие к потере сообщений со стороны MS (в соответствии с частотой ошибок по блокам, BLER, равной 80%).

Чтобы получить MFI, при приеме сообщения MBMS ASSIGNMENT каждая MS, участвующая в указанном сеансе MBMS, которая перешла в состояние STAND-BY или состояние READY и режим PACKET IDLE до приема сообщения, выполняет однофазную процедуру доступа по CCCH (или по PCCCH, если доступен), чтобы получить радиоресурсы для дополнительного временного TBF восходящей линии связи, к примеру посредством IMMEDIATE ASSIGNMENT (PACKET UPLINK ASSIGNMENT, если PCCCH доступен). По назначенному временному TBF восходящей линии связи (который отличается соответствующим TFI, далее упоминаемым как UPLINK_TFI) MS отправляет ложные блоки RLC-данных с расширенным RLC-заголовком, включающим в себя его TLLI, для целей разрешения конфликтов и идентификации, и помимо этого включающим в себя TMGI услуги "A". Расширение RLC-заголовка может быть выполнено посредством задания заданных значений в поле LI RLC-заголовка (в одном из восьмибитовых слогов 450a,..., 450n блока RLC-данных), таких как, к примеру, LI=56 в GPRS и LI=76 в EGPRS. Следовательно, расширенный RLC-заголовок включает в себя индикаторы длины + TLLI + TMGI.

MS, участвующая в указанной MBMS, которая находится в состоянии READY и режиме PACKET TRANSFER до приема сообщения MBMS ASSIGNMENT, при приеме этого сообщения отправляет по уже доступному TBF восходящей линии связи (который характеризуется посредством UPLINK_TFI) и блоки RLC-данных, возможно, ложные, с тем же расширенным RLC-заголовок, что и описанный выше (включающий в себя TLLI и TMGI MS, связанных с услугой "A").

Как только BSC принимает от одной из MS первый корректный блок RLC-данных, включающий в себя UPLINK_TFI плюс TLLI плюс TMGI, BSC отправляет сообщение PACKET UPLINK ACK/NACK этой MS, адресуя его посредством UPLINK_TFI и TLLI для разрешения конфликтов (т.е. TLLI, выбранного BSC из всех принятых, согласно процедуре разрешения конфликтов), дополнительно включая в сообщение TMGI, принятый от MS. С помощью этого сообщения BSC передает назначенный MFI в MS. Согласно варианту осуществления настоящего изобретения, вместе с MFI дополнительные параметры, используемые для синхронизации радиопередачи, отправляются в этом сообщении, например индекс временного опережения (TAI) и номер временного интервала временного опережения (TA_TN), используемые для предоставления возможности MS выполнять процедуру временного опережения (TA). Эти дополнительные параметры отдельно назначаются посредством BSC для этой конкретной MS и по этой причине упоминаются как MFI_TAI и MFI_TA_TN.

Не вдаваясь в излишние подробности, известные в данной области техники, процедура TA - это процедура, посредством которой BSC получает информацию о расстоянии общей MS от BTS и, таким образом, задержке на распространение радиосигнала от BTS к MS и передает MS информацию, применяемую, чтобы разрешить MS синхронизироваться с передачей. TAI - это индекс, назначаемый посредством BSC для MS, тогда как TA_TN - это параметр, задающий, какой временной интервал передает информацию синхронизации. Когда MS распознает собственный TAI в принятом блоке данных, она ищет во временном интервале, заданном посредством параметра TA_TN, и получает параметр синхронизации TA.

Поля, которые отправляются посредством BSC в MS с помощью сообщения PACKET UPLINK ACK/NACK, т.е. TMGI, MFI, MFI_TAI и MFI_TA_TN, например, включаются в сообщение с помощью заполняющих бит.

После того как MS приняла от BSC сообщение PACKET UPLINK ACK/NACK, включающее в себя триплет {MFI, MFI_TAI, MFI_TA_TN}, MS начинает процедуру обратного отсчета, по окончании которой временный TBF восходящей линии связи разъединяется. Процедура обратного отсчета направлена на подтверждение для BSC корректного приема триплета {MFI, MFI_TAI, MFI_TA_TN} MS и, следовательно, для уведомления MS о том факте, что BSC подтвердила этот корректный прием. Примерно процедура обратного отсчета может повлечь за собой со стороны MS отправку BSC в течение заранее заданного количества раз, к примеру 10 раз блоков данных, включающих в себя те же параметры, принятые от BSC, т.е. триплет {MFI, MFI_TAI, MFI_TA_TN}, которые интерпретируются BSC как подтверждение приема, а также поиск противоположного ответа от BSC.

Более подробно параметры, отправленные от MS в BSC, могут быть включены в поля расширения заголовка блока RLC-данных, при этом расширение выполняется посредством присвоения полю LI в одном из восьмибитовых слогов 450a,..., 450n первого заранее заданного значения (например, LI=55 для GPRS; LI=75 для EGPRS) для включения MFI, и присвоения полю LI в другом восьмибитовом слоге другого заранее заданного значения (например, LI=59 для GPRS и LI=79 для EGPRS) для включения MFI_TAI и MFI_TA_TN. Если BSC не принимает, по меньшей мере, один из этих блоков RLC-данных, включающих в себя назначенный {MFI, MFI_TAI, MFI_TA_TN}, от MS в течение заранее определенного интервала времени, BSC снова отправляет сообщение PACKET UPLINK ACK/NACK MS с теми же полями, что и включенные в первую передачу, т.е. BSC повторно отправляет триплет параметров {MFI, MFI_TAI, MFI_TA_TN}.

После того как TBF восходящей линии связи разъединен, и MS и BSC сохраняют триплет {MFI, MFI_TAI, MFI_TA_TN}, который должен быть использован этой MS и BSC в ходе сеанса MBMS. В частности, BSC сохраняет для каждой MS триплет {MFI, MFI_TAI, MFI_TA_TN} в таблице, идентифицированной как 145-1 для BSC BSC1 и 145-2 для BSC BSC2 на фиг.1, ассоциативно связанной с TLLI этой MS.

Вышеописанная процедура повторяется для всех MS, участвующих в указанной услуге, к примеру услуге "A". С помощью этой процедуры BSC узнает число MS, участвующих в приеме услуги "A", и может адресовать информацию этим MS, используя идентификатор MFI. Например, эффективные процедуры ACK/NACK могут быть заданы посредством BSC.

Следует отметить, что на практике значения, доступные для параметра MFI, ограничены: например, если параметр MFI представлен пятибитовым цифровым кодом, доступно тридцать два значения. В предпочтительных вариантах осуществления вышеописанная процедура может повторяться до тех пор, пока предпоследнее допустимое значение MFI не будет доступно со стороны BSC. В таком случае последнее доступное значение MFI назначается всем оставшимся MS как ложный MFI значение по умолчанию (далее MFI_fake) в сообщении PACKET UPLINK ACK/NACK, отправленном посредством BSC всем этим MS. Тем не менее, в отличие от сообщений, отправленных предыдущим MS, в эти сообщения поля MFI_TAI и MFI_TA_TN не включаются.

Следует отметить, что перечень MS, которые адресуются посредством BSC, не обязательно остается одинаковым в течение всего сеанса MBMS и может быть модифицирован в ходе сеанса MBMS, с выходами некоторых или всех равнее присутствовавших MS и входами новых MS, например, выбранных из пула MS, учитываемых BSS, которым назначен MFI_fake. Если в ходе сеанса MBMS триплет {MFI, MFI_TAI, MFI_TA_TN} освобождается и становится доступным со стороны BSC для новой MS, параметр по умолчанию MFI_fake и соответствующий TLLI могут быть использованы BSC, чтобы адресовать конкретную MS, чтобы назначить ей доступный триплет {MFI, MFITAI, MFI_TA_TN}.

Аналогично предыдущим MS, после того как каждая MS, превышающая предпоследнее допустимое значение MFI, доступное со стороны BSC, приняла сообщение PACKET UPLINK ACK/NACK, включающее в себя параметр MFI_fake, она начинает процедуру обратного отсчета, по окончании которой TBF восходящей линии связи разъединяется. Процедура обратного отсчета выполняется так, как описано выше: MS включает MFI_fake во все следующие блоки RLC-данных, отправляемые BSC посредством подтверждения приема, чтобы уведомить BSS о корректном приеме этого поля. Расширение заголовка блока RLC-данных может быть выполнено, например, посредством задания в одном из восьмибитовых слогов RLC-заголовка заранее заданного значения, такого как, например, LI=57 для GPRS и LI=77 для EGPRS. Если BSC не принимает, по меньшей мере, один из этих блоков RLC-данных, включающих в себя назначенный MFI_fake по умолчанию, от MS в течение заранее определенного лимита времени, BSC снова отправляет сообщение PACKET UPLINK ACK/NACK MS с теми же полями, что и включенные в случае первой передачи.

После того TBF восходящей линии связи разъединен, MS и BSC сохраняют MFI_fake. BSC сохраняет MFI_fake в соответствующей таблице 145-1 или 145-2, ассоциативно связанной с TLLI этой MS.

Если общая MS (с "реальным" MFI или с MFI_fake) не может успешно разъединить TBF восходящей линии связи до начального времени TBF сеанса MBMS (т.е. до того, как ресурсы MBMS становятся доступными), эта MS в любом случае переключает назначенные PDCH на услугу многоадресной передачи в момент времени, заданный начальным временем TBF.

Согласно варианту осуществления настоящего изобретения, следует нижеописанная процедура.

Например, TBF восходящей линии связи не может быть разъединен, поскольку MS не приняла ожидаемые сообщения PACKET UPLINK ACK/NACK от BSC до начального времени TBF, так что эта MS не приняла соответствующий триплет {MFI, MFI_TAI, MFI_TA_TN}. В этом случае, если MS успешно отправила, по меньшей мере, один блок RLC-данных, включающий в себя соответствующие TLLI и TMGI, BSC, MS по умолчанию предполагает MFI_fake. С другой стороны, если BSC приняла от этой MS, по меньшей мере, один блок RLC-данных, включающий в себя TLLI и TMGI, BSC ассоциативно связывает (в таблице 145-1 или 145-2), по умолчанию, MFI_fake с TLLI этой MS, вне зависимости от того факта, отправила или нет BSS успешно сообщение PACKET UPLINK ACK/NACK этой MS, и в случае успешной отправки, вне зависимости от того факта, включало сообщение PACKET UPLINK ACK/NACK в себя триплет {MFI, MFITAI, MFI_TA_TN} или MFI_fake по умолчанию. В других случаях BSC не знает об этой MS, участвующей в услуге многоадресной передачи.

В отличие от этого, если MS приняла от BSC сообщение PACKET UPLINK ACK/NACK, включающее в себя триплет {MFI, MFI_TAI, MFI_TA_TN} или MFI_fake по умолчанию до начального времени TBF, но процедура обратного отсчета не завершилась надлежащим образом, MS в любом случае сохраняет MFI_fake, вне зависимости от того факта, отправила она успешно или нет BSC, по меньшей мере, один следующий блок RLC-данных, включающий в себя принятый триплет {MFI, MFI_TAI, MFI_TA_TN} или MFI_fake по умолчанию соответственно. С другой стороны, BSC ассоциативно связывает (в соответствующей таблице 145-1 или 145-2) MFI_fake по умолчанию с TLLI этой MS.

В качестве примера фиг.1 показывает таблицу 145-1, поддерживаемую BSC BSC1, включающую в себя радиопараметры радиосоединений нисходящей линии связи для MS MS1 и MS2, в частности TFI, идентифицирующий радиоблоки данных, посредством которых (E)GPRS-услуга многоадресной передачи - это многоадресная передача в нисходящей линии связи посредством соты CELL1, и для каждой MS TLLI, помимо дополнительных параметров, в частности MFI для этой MS предпочтительно триплет {MFI, MFI_TAI, MFI_TA_TN} или MFI_fake.

Для полноты следует отметить, что если MS, участвующая в услуге многоадресной передачи, не смогла установить TBF восходящей линии связи после приема сообщения MBMS ASSIGNMENT от BSC и до начального времени TBF, MS в любом случае может переключить назначенные PDCH для услуги многоадресной передачи в момент времени, заданный начальным временем TBF. В этом случае данная MS не имеет ни триплета {MFI, MFI_TAI, MFI_TA_TN}, ни MFI_fake по умолчанию. Более того, BSC не знает об этой MS, участвующей в услуге многоадресной передачи. Тем не менее, эта MS в любом случае может пользоваться услугой многоадресной передачи.

В вышеописанной процедуре назначения MFI, MFI (и другие параметры для обновления TA) передаются посредством BSC в MS по запросу последних, которые после приема сообщения MBMS ASSIGNMENT от BSC должны отправить BSC сообщение запроса до того, как поток данных, связанный с услугой многоадресной передачи, начинает доставляться. Кроме того, BSC является практически прозрачной для начального ответа PACKET PAGING от MS, который направляется соответствующему SGSN.

Альтернативная процедура назначения MFI, в которой ответ на PAGING непосредственно фиксируется BSC, может быть следующей (фиг.8B).

Когда сеанс многоадресной передачи начинается, запрос PACKET PAGING к MS инициируется посредством SGSN для BSC. Когда MS рассматривается в состоянии STAND-BY или в состоянии READY и режиме PACKET IDLE, при приеме запроса PACKET PAGING, например, по CCCH (или по PCCCH, если доступен) и сообщения MBMS NOTIFICATION эта MS отправляет запрос CHANNEL по RACH (или запрос PACKET CHANNEL по PRACH, если PCCCH доступен). BSC отправляет IMMEDIATE ASSIGNMENT по AGCH (или PACKET UPLINK ASSIGNMENT по PAGCH, если PCCCH доступен). По назначенному временному PDCH MS отправляет BSC запрос MBMS SERVICE, включая в сообщение соответствующие TLLI и TMGI, идентифицирующие группу многоадресной передачи. Временный TBF восходящей линии связи, установленный для доставки запроса MBMS SERVICE, поддерживается активным посредством MS, отправляющей ложные блоки RLC-данных при необходимости, до тех пор, пока MS не примет от BSC сообщение PACKET UPLINK ACK/NACK, включающее в себя MFI, предпочтительно {MFI, MFI_TAI, MFI_TA_TN} или MFI_fake, назначенный BSC для этой конкретной MS.

Когда MS рассматривается в состоянии READY и режиме PACKET TRANSFER, эта MS может уже иметь активный TBF нисходящей линии связи или активный TBF восходящей линии связи, или и то и другое. MS может принимать запрос PACKET PAGING по PACCH нисходящей линии связи (пакетному каналу управления нисходящей линии связи, ассоциативно связанному с PDCH нисходящей линии связи этой MS). BSC также отправляет сообщение MBMS NOTIFICATION. Если TBF восходящей линии связи уже активен, MS отправляет запрос MBMS SERVICE, включающий в себя свой TLLI и TMGI, BSC. В отрицательном случае MS может запросить параллельный TBF в рамках первого вхождения сообщения PACKET DOWNLINK ACK/NACK, связанного с активной услугой. BSC отправляет PACKET UPLINK ASSIGNMENT или PACKET TIMESLOT RECONFIGURE в MS по PACCH; по назначенным PDCH MS отправляет запрос MBMS SERVICE, включающий в себя свой TLLI и TMGI, BSC. TBF восходящей линии связи, уже активный в первом случае или только что установленный для доставки запроса MBMS SERVICE во втором случае, поддерживается активным посредством MS, отправляющей ложные блоки RLC-данных при необходимости до тех пор, пока MS не примет сообщение PACKET UPLINK ACK/NACK, включающее в себя триплет {MFI, MFI_TAI, MFI_TA_TN} или MFI_fake, назначенный BSC для этой конкретной MS.

Как только BSC принимает запрос MBMS SERVICE от MS, BSC отправляет PACKET UPLINK ACK/NACK этой MS, адресуя его посредством соответствующего UPLINK_TFI и TLLI разрешения конфликтов и включая TMGI, принятый от MS, а также триплет {MFI, MFI_TAI, MFI_TA_TN}, назначенный BSS этой конкретной MS. Эти четыре дополнительных поля (TMGI, MFI, MFI_TAI, MFI_TA_TN) могут быть включены, например, с помощью заполняющих бит в сообщение PACKET UPLINK ACK/NACK.

После того как MS приняла сообщение PACKET UPLINK ACK/NACK, включающее в себя триплет {MFI, MFI_TAI, MFI_TA_TN}, она начинает процедуру обратного отсчета, чтобы разъединить TBF восходящей линии связи. Это осуществляется так, как подробно описано со ссылкой на фиг.8A.

Вышеупомянутая процедура повторяется для всех MS, участвующих в указанной услуге многоадресной передачи, максимум до тех пор, пока предпоследнее допустимое значение MFI не становится доступным со стороны BSC. Если большее число MS участвует в одной соте в указанной MBMS, последнее доступное значение MFI назначается всем этим MS как MFI_fake по умолчанию в сообщении PACKET UPLINK ACK/NACK, отправляемом каждой из этих MS. Эти сообщения PACKET UPLINK ACK/NACK не включают в себя поля MFI_TAI и MFI_TA_TN. Аналогичная процедура обратного отсчета начинается каждой MS, которая приняла MFI_fake.

После этого BSC отправляет сообщение MBMS ASSIGNMENT, включающее в себя TFI, PDCH и начальное время TBF услуги "A", например, по CCCH (или по PCCCH, если доступен), всем MS в состоянии STAND-BY или в состоянии READY и в режиме PACKET IDLE, либо по PACCH всем MS в состоянии in READY и в режиме PACKET TRANSFER. Как описано выше, сообщение MBMS ASSIGNMENT предпочтительно может быть отправлено многократно, например пять раз, чтобы преодолеть потенциальные радиоискажения, приводящие к потере сообщений со стороны MS.

Если TBF восходящей линии связи, используемый для доставки запроса MBMS SERVICE, не разъединяется до начального времени TBF, включенного в сообщение MBMS ASSIGNMENT, MS в любом случае переключает назначенные PDCH на услугу многоадресной передачи в момент времени, заданный посредством начального времени TBF. Процедура, аналогичная описанной со ссылкой на фиг.8A, может быть выполнена.

Следует учитывать, что в этой альтернативной процедуре назначения MFI MS отвечают на запрос службы персонального вызова посредством запроса MBMS SERVICE, на который BSC автоматически отвечает, передавая MFI (и предпочтительно дополнительные параметры MFI_TAI и MFI_TA_TN) MS. Это осуществляется до выделения ресурсов для услуги многоадресной передачи. Запрос MBMS SERVICE останавливается в BSC, так чтобы BSC могла непосредственно осуществлять подсчет MS, участвующих в услуге "A" многоадресной передачи. С другой стороны, SGSN в этом случае не знает, какие MS из группы услуги многоадресной передачи в данное время фактически используют услугу.

В качестве дополнительной альтернативы (фиг.8B, штрихпунктирная линия), после того как MS отправила запрос MBMS SERVICE, включая свой TLLI и TMGI, BSC, BSC дополнительно доставляет запрос MBMS SERVICE соответствующему SGSN, который таким образом узнает о том, какие MS используют услугу.

Любая из вышеописанных процедур дает возможность BSC выполнять подсчет и отдельную адресацию MS, участвующих в указанной услуге многоадресной передачи, к примеру услуге "A" (отличающейся посредством TMGI TMGI-A). Таким образом, BSC знает число пользователей, участвующих в услуге многоадресной передачи, и может эффективно обновлять временное опережение для различных MS, помимо реализации эффективных политик повторной передачи. В ходе MBMS-сеанса MFI, назначенный и переданный данной MS, используется BSC, чтобы адресовать информацию этой MS. Аналогично MS использует MFI, назначенный и переданный ей, для предоставления возможности BSC распознавать MS из всех MS, участвующих в этом MBMS-сеансе. В ходе MBMS-сеанса MFI_TAI и MFI_TA_TN используются MS и BSC для непрерывной процедуры обновления TA. TN, заданный посредством MFI_TA_TN, идентифицирует один PDCH, принадлежащий набору PDCH, назначенных для этого MBMS-сеанса. Следует отметить, что до шестнадцати MS может быть адресовано по одному PDCH, поскольку до шестнадцати MS могут корректировать TA по одному PDCH посредством MFI_TAI со стандартной процедурой непрерывного обновления TA.

Что касается пользователей, которым назначен MFI_fake по умолчанию, BSC может учесть лишние MS, даже если не может отдельно адресовать их как для управления повторной передачей, так и для обновления TA. Тем не менее, даже простой подсчет этих MS может помочь корректно настроить политики повторной передачи в процедуре ACK/NACK. Например, если требуется непрерывная передача радиоблоков данных от MS, которой назначено реальное значение MFI, BSC может распознать, что качество приема этой MS очень плохое. Например, MS может находиться на границе соты, факт, который также может быть проверен из значений дополнительных параметров MFI_TAI и MFI_TA_TN. Таким образом, BSC может решить "освободить" уже назначенный MFI, к примеру, посредством назначения этой MS MFI_fake и назначить доступное значение MFI одной из MS, которым ранее был назначен MFI_fake (посредством адресации этой MS с помощью ее TLLI), чтобы повысить эффективность политики повторной передачи.

Предоставление параметра MFI помимо TFI увеличивает параметр глобального адреса или глобальный идентификатор {TFI, MFI}, который позволяет сетевым устройствам, а именно общей BSC адресовать конкретную MS из участвующих в услуге "A" многоадресной передачи в конкретной сетевой соте.

Возможность отдельной адресации MS в соте, даже если они принадлежат одной группе многоадресной передачи, открывает путь к некоторым другим вариантам применения и, в частности, позволяет сети реализовать эффективную политику повторной передачи данных многоадресной передачи на основе подтверждения приема/отсутствия подтверждения приема (ACK/NACK) принимаемых MS данных.

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

Чтобы лучше понять основанную на ACK/NACK политику повторной передачи, делается ссылка на фиг.6, схематично очень упрощенно иллюстрирующей в отношении функциональных блоков, важных для понимания рассматриваемого в данном документе примерного варианта осуществления изобретения, общую MS, такую как MS MS1. Как известно, MS содержит, помимо конкретных элементов, обеспечивающих возможность радиосвязи, программируемый блок обработки данных, в частности микропроцессор, с динамическими и энергонезависимыми ресурсами памяти, тесно взаимосвязанный с модулем идентификации абонента (SIM), которым является модуль сменной смарт-карты, имеющий собственные возможности обработки и хранения данных. Необходимо, чтобы, по меньшей мере, некоторые описываемые функции реализовывались в отношении программного обеспечения, выполняемого блоками обработки данных MS и/или SIM.

MS MS1 содержит блок 605 физического уровня, обрабатывающий сведения низкого уровня (физического уровня) радиосвязи, соответствующий стандарту GSM. Этот блок содержит, в частности, схемы передающего/приемного устройства MS.

Блок 605 физического уровня обменивается с блоком 610 уровня RLC/MAC (управления доступом к среде), управляющим связью на стоящем на один уровне выше уровне RLC/MAC модели ISO OSI, в частности управляющим доступом MS к физическому носителю связи. Если упростить в степени, достаточной для целей настоящего изобретения, блок 610 уровня RLC/MAC принимает радиоблоки данных от блока 605 физического уровня и восстанавливает различные логические каналу GPRS, упомянутые ранее. В частности, блок уровня RLC/MAC сравнивает (как схематично показано посредством логического элемента 615 AND) TFI, помечающий принимаемые радиоблоки данных, с локально сохраненным настроечным TFI TFI₁, который MS использует для установления того, направлены ли радиоблоки данных ей, и который, следовательно, должен быть зафиксирован и сохранен или отброшен. Если TFI, помечающий принимаемые радиоблоки данных, не совпадает с настроечным TFI TFI₁, радиоблоки данных отбрасываются (как схематично показано открытым оператором 620 выбора), в противном случае они фиксируются, информационный канал данных восстанавливается и данные идут дальше на более высокие уровни OSI-модели 625, вплоть до прикладного уровня OSI.

Принимаемые данные, связанные с услугой GPRS, затем передаются прикладному программному обеспечению 630, такому как средство просмотра содержимого или MP3-проигрыватель и т.п., и посредством соответствующих периферийных устройств ввода-вывода (дисплея, громкоговорителей, наушников) становятся доступными пользователю (альтернативно или в сочетании данные могут быть сохранены в локальном устройстве хранении MS для фонового применения).

Как схематично показано посредством оператора 635 выбора, в зависимости от того, присвоено или нет S/P-полу 435 в принятом радиоблоке данных и LI-полю 455 (или 455a) в одном из восьмибитовых слогов 450a,..., 450n одно из заранее определенных значений, MFI извлекается из принятого радиоблока данных и сравнивается (как схематично показано логическим элементом 640 AND) с локально сохраненным персональным MFI MFI₁, принятым от BSC, к примеру посредством одной из вышеописанных процедур назначения. В случае точного совпадения диспетчер 640 ACK/NACK управляет операциями ACK/NACK.

Возвращаясь к блок-схеме 500 последовательности операций способа, в начале MBMS-сеанса сетевые устройства назначают каждой MS (принадлежащей группе услуги многоадресной передачи) соответствующий MFI, как описано выше, однозначно идентифицирующий MS. Общая MS, таким образом, знает о том, какой соответствующий MFI сеть (а именно BSC) однозначно назначила ей.

Теперь предположим, что общая BSC сети, например BSC BSC1, хочет адресовать конкретную одну из MS под своим управлением, которые находятся в одной соте и одновременно принимают одну услугу многоадресной передачи, в нашем примере одну из MS MS1 и MS2 в соте CELL1, к примеру MS MS2, в отношении услуги "A".

BSC BSC1 присваивает LI-полю 455a в одном из восьмибитовых слогов 450a,..., 450n в рамках RLC-заголовка 410 общего RLC/MAC-блока 400, отправленного по нисходящей линии связи, заранее определенное значение, к примеру 75, и присваивает MFI-полю 470 требуемое MFI, соответствующее MS, которая должна быть адресована, извлеченной из таблицы 145-1.

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

Помимо этого BSC BSC1 задает S/P-поле 435 и RRBP-поле 430 в MAC-заголовке 405 этого RLC/MAC-блока 400.

Все эти операции схематично показаны этапом 505 на блок-схеме последовательности операций способа 500.

Таким образом, сетевые устройства адресуют конкретную MS MS2 посредством соответствующего глобального идентификатора {TFI, MFI} в RLC-заголовке 415 радиоблока данных и инструктируют адресованной MS MS2 отправить сообщение PACKET DOWNLINK ACK/NACK по восходящей линии связи к BSC BSC1 в момент времени, указанный в RRBP-поле 430.

Следует отметить, что период сетевого запроса ACK/NACK должен быть выбран соответствующим образом, чтобы не допустить условия прерывания интервала передачи со стороны BSC. В частности, период запроса зависит от использования GPRS или EGPRS, числа PDCH, назначенных сеансу MBMS, размера интервала в случае EGPRS, числа MS, участвующих в MBMS-сеансе, значений BS_CV_MAX и RRBP. При надлежащем выборе параметров можно принимать сообщение PACKET DOWNLINK ACK/NACK от максимального числа MS, которые могут быть мультиплексированы на PDCH и управляться посредством процедуры непрерывного обновления TA, т.е. 16, при этом не допуская условия прерывания интервала передачи со стороны BSS. Таким образом, все MS, которым назначен соответствующий триплет {MFI, MFI_TAI, MFI_TA_TN}, могут периодически отправлять сообщение PACKET DOWNLINK ACK/NACK.

Возвращаясь к блок-схеме 500 последовательности операций способа, общая MS в соте CELL1 считывает RLC-заголовок 410 радиоблока 400 данных, переданного по нисходящей линии связи, и извлекает TFI (этап 510).

После этого общая MS проверяет, совпадает ли извлеченный TFI с одним из ранее переданных ей посредством BSC (этап 515 принятия решения).

В отрицательном случае (выход из ветви N этапа 515 принятия решения) MS отбрасывает радиоблок данных (этап 520).

В положительном случае (выход из ветви Y этапа 515 принятия решения) MS проверяет (этап 525 принятия решения), задано ли S/P-поле 435 в MAC-заголовке 405 и присвоены ли LI-полям заранее определенные значения (LI=55 для GPRS или LI=75 для EGPRS), указывающие, что сеть адресует конкретную MS, чтобы запросить ACK/NACK от нее. В отрицательном случае (выход из ветви N этапа 525 принятия решения) MS обрабатывает радиоблок данных как обычно, в частности для извлечения RLC-данных (этап 530). В положительном случае (выход из ветви Y этапа 525 принятия решения) MS считывает MFI-поле 470 (наличие которого сообщается MS тем фактом, что поля LI в RLC-заголовке сохраняют заранее определенное значение 55 (GPRS) или 75 (EGPRS)), чтобы извлечь значение MFI, сохраненное в ней (этап 535).

Далее MS проверяет, совпадает ли извлеченный MFI с сохраненным MFI, ранее переданным в MS от BSC (этап 540 принятия решения). В отрицательном случае MS обрабатывает принятый радиоблок данных как обычно (этап 530), в противном случае (выход из ветви Y этапа 540 принятия решения) MS истолковывает, что она адресована сетью и запрошена, чтобы выполнить ACK/NACK принятых данных.

MS MS2, адресованная посредством глобального идентификатора {TFI, MFI} вышеописанным способом, отправляет сообщение PACKET DOWNLINK ACK/NACK в периоде радиоблока восходящей линии связи, заданного посредством значения в RRBP-поле 430 (этап 545). MS может включить свой MFI в сообщение PACKET DOWNLINK ACK/NACK, используя часть заполняющих бит сообщения, чтобы дать возможность BSC обнаружить корректный идентификатор соответствующей MS. Например, сообщение PACKET DOWNLINK ACK/NACK может быть отправлено BSC по PACCH восходящей линии связи, общему для всех MS, участвующих в MBMS-сеансе, который является каналом управления, ассоциативно связанным с PDCH нисходящей линии связи, используемыми, чтобы доставлять услугу многоадресной передачи MS.

Не вдаваясь в подробности, хорошо известные специалистам, сообщение PACKET DOWNLINK ACK/NACK имеет стандартный формат и заранее заданную длину (типично, 160 бит) и помимо других полей включает в себя TFI отправляющей MS и описание ACK/NACK, содержащее карту принятых блоков данных (так называемую карту принятых блоков, RBB), используемую для того, чтобы предоставлять BSC указание корректного приема блоков данных в интервале передачи.

MS MS2 включает в себя персональный MFI MFI₂ в сообщении PACKET DOWNLINK ACK/NACK. Таким образом, когда BSC BSC1 принимает сообщение, она может (ссылаясь на таблицу 145-1) оценить корректный идентификатор соответствующей MS MS2 из MS группы многоадресной передачи в одной соте CELL1, использующих один TFI TFI₁. В частности, часть так называемых заполняющих бит, обычно предусмотренных в сообщении (для достижения заранее определенной длины сообщения в 160 бит), используется, чтобы включить MFI в сообщение PACKET DOWNLINK ACK/NACK (как схематично показано на фиг.7).

BSC BSC1 обрабатывает (этап 550) все сообщения PACKET DOWNLINK ACK/NACK, принятые в рамках периода запроса от всех MS, участвующих в конкретной услуге многоадресной передачи, и с назначенным отдельным триплетом {MFI, MFI_TAI, MFI_TA_TN}, в нашем примере MS MS1 и MS2, когда рассматривается сота CELL1, в отношении услуги "A" (аналогичный опрос выполняется для MS других сот, управляемых BSC).

На основе сообщений ACK/NACK, принимаемых от MS, BSC реализует политику повторной передачи данных, связанных с услугой "A" многоадресной передачи, MS (этап 555).

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

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

В исчерпывающей политике повторной передачи все радиоблоки данных, указываемые как "без подтверждения приема" (вкратце, NACK) в RBB описания ACK/NACK в любом принятом сообщении PACKET DOWNLINK ACK/NACK, повторно передаются. В этом случае задержка вследствие повторной передачи может быть существенной. Следовательно, необходимо корректно определять размер буфера прикладного программного обеспечения 630, размещенного в MS и позволяющего пользователю использовать принимаемую услугу (к примеру средство просмотра ТВ и/или музыкальный мультимедийный проигрыватель), чтобы избежать/минимизировать потенциальное прерывание обслуживания.

Процедуры на RLC-уровне сети должны быть модифицированы по сравнению со стандартными процедурами, чтобы периодически задавать начало интервала передачи, соответствующее самому последнему радиоблоку, для которого еще не было положительного подтверждения приема, из всех принятых сообщений PACKET DOWNLINK ACK/NACK, а не на базе одного сообщения PACKET DOWNLINK ACK/NACK.

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

Влияние на процедуры на RLC-уровне в рамках MS выше, чем в вышеописанном случае. В частности, чтобы поддерживать эту схему повторной передачи, общая MS должна допускать опережение интервала приема, даже если эта MS некорректно приняла самый последний радиоблок, еще не принятый к указанному тайм-ауту. Например, отсутствующие радиоблоки должны быть заменены рабочими радиоблоками с нулевыми заполняющими битами. То же самое применимо также для всех MS, которые не включены в перечень отдельно адресуемых MS, т.е. тех, кому не разрешено отправлять сообщения PACKET DOWNLINK ACK/NACK (MS с MFI_fake по умолчанию, назначаемым всем MS при превышении верхнего предела, а также MS, о которых BSS не знает). Для этих MS то же самое происходит и при исчерпывающем алгоритме (поскольку алгоритм является исчерпывающим только для адресуемых MS). Со стороны сети процедуры RLC уровня также должны быть модифицированы, чтобы периодически задавать начало интервала передачи, соответствующее самому последнему радиоблоку, для которого еще не было положительного подтверждения приема, который BSC решает учесть для повторной передачи на основе выборочного алгоритма.

Более того, BSC может решить, что MS можно более не учитывать для управления повторной передачей. Например, BSC может решить это на основе ACK/NACK, принятых от MS, как описано выше. В этом случае BSC удаляет MS из списка отдельно адресуемых MS, например, изменив идентификатор MS с MFI на MFI_fake. Для этого BSC, например, идентифицирует MS посредством включения соответствующего MFI в RLC/MAC-блок, RLC-заголовок которое дополнительно расширен, чтобы включать в себя MFI_fake. Расширение RLC-заголовка для включения MFI_fake может быть выполнено посредством присвоения полю LI в одном из восьмибитовых слогов 450a,..., 450n заранее определенного значения, к примеру LI=57 (после LI=55, указывающего включение MFI) в GPRS и LI=77 (после LI=75, указывающего включение MFI) в EGPRS. Следовательно, расширенный RLC-заголовок включает в себя индикаторы длины + MFI + MFI_fake.

Когда MS обнаруживает, что ее идентификатор изменен с MFI на MFI_fake, MS освобождает значения MFI_TAI и MFI_TA_TN, которые более недоступны для этой MS.

BSC дополнительно ассоциативно связывает MFI_fake с TLLI этой MS в таблице 145-1 (или 145-2). Триплет {MFI, MFI_TAI, MFI_TA_TN}, ранее назначенный этой MS, теперь доступен со стороны BSC для новой MS.

MS, удаленной из списка, с этого момента не разрешено отправлять сообщения PACKET DOWNLINK ACK/NACK по восходящей линии связи даже в том случае, когда поля S/P и RRBP заданы в MAC-заголовке текущего RLC/MAC-блока.

Когда триплет {MFI, MFI_TAI, MFI_TA_TN} становится доступным со стороны BSC для новой MS, BSC выбирает, к примеру, случайно MS, отличающуюся своим TLLI и с MFI_fake в качестве новой записи в списке отдельно адресуемых MS: BSC идентифицирует эту MS помощью этих двух параметров в RLC/MAC-блоке и изменяет идентификатор MS с MFI_fake на MFI, добавляя параметры MFI_TAI and MFI_TA_TN в один тот же RLC/MAC-блок. Чтобы достичь этого, MFI может быть включен посредством задания LI=55 для GPRS и LI=75 для EGPRS; MFI_fake может быть включен посредством задания LI=57 для GPRS и LI=77 для EGPRS; TLLI может быть включен посредством задания LI=58 для GPRS и LI=78 для EGPRS; MFI_TAI и MFI_TA_TN могут быть включены посредством задания LI=59 для GPRS и LI=79 для EGPRS. Следовательно, расширенный RLC-заголовок включает в себя индикаторы длины плюс MFI плюс MFI_fake плюс TLLI плюс MFI_TAI плюс MFI_TA_TN.

Когда MS, принимающая RLC/MAC-блок, обнаруживает, что его идентификатор изменен с MFI_fake на MFI, MS начинает использовать назначенные MFI_TAI и MFI_TA_TN для целей обновления TA. Помимо этого в таблице 145-1 или 145-2 BSC ассоциативно связывает триплет {MFI, MFI_TAI, MFI_TA_TN} с TLLI этой MS.

MS не разрешено отправлять сообщения PACKET DOWNLINK ACK/NACK по восходящей линии связи даже в случае, когда поля S/P и RRBP заданы в MAC-заголовке текущего RLC/MAC-блока до тех пор, пока значение TA не станет доступно на стороне MS посредством процедуры непрерывного обновления TA.

Следовательно, MS, которым назначен отдельный триплет {MFI, MFI_TAI, MFI_TA_TN}, выполняют процедуру непрерывного обновления TA и, при необходимости, отправляют сообщения PACKET DOWNLINK ACK/NACK для управления повторной передачей. MS, учтенные BSC с MFI_fake, не выполняют процедуру непрерывного обновления TA, не отправляют сообщения PACKET DOWNLINK ACK/NACK, но в любом случае используют преимущество повторной передачи, выполняемой BSC на основе сообщений PACKET DOWNLINK ACK/NACK, отправляемых MS, включенными в список отдельно адресуемых MS. MS, о которых не знает BSC (т.е. MS, которые не могут установить TBF восходящей линии связи после приема сообщения MBMS ASSIGNMENT и до начального времени TBF, и MS, от которых BSC не приняла обратно, по меньшей мере, один блок RLC-данных, включающий в себя соответствующий TLLI плюс TMGI, даже если они смогли установить TBF восходящей линии связи), находятся в таком же состоянии, что и MS, учтенные BSC с MFI_fake по умолчанию. Разница заключается в том, что для MS, о которых BSS не знает, нет возможности быть случайно выбранными для включения в список адресуемых MS, в отличие от MS, учтенных BSC с MFI_fake, которые могут стать отдельно адресуемыми после того, как один или более триплетов становится доступным.

Теперь предположим, что в данный момент времени MS запрашивает GPRS-услугу "A" многоадресной передачи, находясь в сетевой соте (к примеру соте CELL1), где содержимое, связанное с услугой "A" многоадресной передачи, уже распространяется по радиоинтерфейсу (благодаря тому, что сеанс, связанный с услугой "A" многоадресной передачи, уже выполняется).

MS после присоединения к соответствующей группе многоадресной передачи (связанной с соответствующим PDF-контекстом многоадресной передачи) выделяются посредством BSC те же физические ресурсы связи, что и другим мобильным станциям, уже использующим ту же услугу "A" многоадресной передачи в этой сетевой соте, и после освобождения ресурсов радиосвязи, ассоциативно связанных со стандартным PDP-контекстом, первоначально активированным для этой MS, она начинает использовать услугу "A" многоадресной передачи. Например, сообщение MBMS ASSIGNMENT может быть использовано, чтобы доставлять этой MS TFI и PDCH, необходимые для настройки на услугу многоадресной передачи, а также триплет {MFI, MFI_TAI, MFI_TA_TN}, требуемый для управления процедурами адресации.

Благодаря вышеописанным вариантам осуществления изобретения данные GPRS-услуг могут распространяться, с тем чтобы быть использованными множеству пользователей одновременно, особенно пользователям в рамках одной соты сотовой сети, в многоточечной модальности (т.е. при многоадресной передаче), и сетевые ресурсы, в частности физические радиоресурсы, которые должны быть выделены, не зависят напрямую от числа пользователей, одновременно использующих GPRS-услуги. Это является значительным преимуществом, особенно в случае GPRS-услуг, относительно ресурсоемких с точки зрения объемов данных, которые должны передаваться, таких как GPRS-услуги, влекущие за собой распределение мультимедийного содержимого (аудио и/или видео). Помимо этого возможность, предлагаемая посредством предоставления дополнительного идентификатора MS, MFI, для отдельной адресации MS, даже если принадлежа к одной группе услуги многоадресной передачи, они совместно используют один TFI, очень полезна, давая возможность, например, реализовывать высокоэффективные политики подтверждения приема/отсутствия подтверждения приема и таким образом повышая уровень качества обслуживания сети.

Следует также заметить, что несколько GPRS-услуг может распространяться при многоадресной передаче одновременно: в этом случае два или более TFI передаются по граничному каналу соты, причем каждый из них помечает радиоблоки данных соответствующего TBF, соответствующего соответствующему контрольному PDP-контексту. Кроме того, в этом случае остается возможность отдельной адресации MS.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

16. Способ по пп.13, 14 или 15, в котором упомянутый этап адресации информации дополнительно содержит этап, на котором запрашивают выбранную мобильную станцию, чтобы предоставить ответ.

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

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

19. Способ по п.17 или 18, в котором передают упомянутый ответ в подсистему базовой станции по каналу управления, ассоциативно связанному с каналом, по которому передают радиоблоки.

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

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

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

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

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

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

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

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

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

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

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

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

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

33. Система сети беспроводной связи по п.32, в которой контроллер выполнен с возможностью запроса адресованной мобильной станции, чтобы предоставить ответ.

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

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

36. Система сети беспроводной связи по пп.33, 34 или 35, в которой упомянутый ответ передается по каналу управления, ассоциативно связанному с каналом, по которому передаются радиоблоки, полученные из пакетов данных.

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

38. Мобильная станция по п.37, в которой блок уровня управления линией радиосвязи/управления доступом к среде дополнительно выполнен с возможностью предписывать мобильной станции процесс рассмотрения себя адресованной посредством сети в случае, если упомянутый извлеченный второй идентификатор линии радиосвязи соответствует собственному второму идентификатору линии радиосвязи.

39. Мобильная станция по п.38, в которой блок уровня управления линией радиосвязи/управления доступом к среде дополнительно выполнен с возможностью предоставления сетевой информации об успешном приеме радиоблоков, передаваемых для доставки информационного содержимого, когда мобильная станция адресована посредством персонального второго идентификатора линии радиосвязи.

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