СПОСОБ И УСТРОЙСТВО ДЛЯ ОТПРАВКИ ИНФОРМАЦИИ ДИСПЕТЧЕРИЗАЦИИ ДЛЯ ШИРОКОВЕЩАТЕЛЬНЫХ И МНОГОАДРЕСНЫХ УСЛУГ В СИСТЕМЕ СОТОВОЙ СВЯЗИ
METHOD AND DEVICE FOR SENDING DISPATCHING INFORMATION FOR BROADCAST AND MULTICAST SERVICES IN CELLULAR COMMUNICATION SYSTEM

Настоящая заявка притязает на приоритет предварительной заявки на патент (США) порядковый номер 60/940873, озаглавленной "A SCHEDULING SCHEME FOR E-MBMS", поданной 30 мая 2007 года, назначенной правопреемнику этой заявки и содержащейся в данном документе по ссылке.
УРОВЕНЬ ТЕХНИКИ
Область техники, к которой относится изобретение
Настоящее раскрытие сущности в общем относится к связи, а более конкретно к технологиям для поддержки широковещательных и многоадресных услуг в системе сотовой связи.
Уровень техники
Система сотовой связи может поддерживать двунаправленную связь для нескольких пользователей посредством совместного использования доступных системных ресурсов. Системы сотовой связи отличаются от широковещательных систем, которые могут поддерживать главным образом или только однонаправленную передачу из широковещательных станций пользователям. Системы сотовой связи широко развернуты, чтобы предоставлять различные услуги связи, и могут быть системами множественного доступа, такими как системы множественного доступа с кодовым разделением каналов (CDMA), системы множественного доступа с временным разделением каналов (TDMA), системы множественного доступа с частотным разделением каналов (FDMA), системы с ортогональным FDMA (OFDMA), системы FDMA с одной несущей (SC-FDMA) и т.д.
Система сотовой связи может поддерживать широковещательные, многоадресные и одноадресные услуги. Широковещательная услуга - это услуга, которая может приниматься всеми пользователями, к примеру широковещательная передача новостей. Многоадресная услуга - это услуга, которая может приниматься группой пользователей, к примеру абонентская видеоуслуга. Одноадресная услуга - это услуга, предназначенная для конкретного пользователя, к примеру речевой вызов. Желательно эффективно поддерживать широковещательные, многоадресные и одноадресные услуги в системе сотовой связи.
Сущность изобретения
Технологии для поддержки широковещательных, многоадресных и одноадресных услуг в системе сотовой связи описаны в данном документе. В аспекте узел B может мультиплексировать данные для широковещательных и многоадресных услуг и данные для одноадресных услуг по радиоресурсам, доступным для передачи. Радиоресурсы могут содержать время, частоту, мощность, код и/или другие ресурсы, подходящие для использования при передаче по радиоинтерфейсу. Узел B может периодически отправлять информацию диспетчеризации, которая может использоваться пользователями для того, чтобы определять радиоресурсы, переносящие широковещательные и многоадресные услуги. Информация диспетчеризации может передавать то, где и, возможно, как широковещательные и многоадресные услуги отправляются.
В одной схеме узел B может мультиплексировать с временным разделением каналов (TDM) данные для широковещательных и многоадресных услуг и данные для одноадресных услуг. Каждая широковещательная или многоадресная услуга может отправляться, по меньшей мере, в одной единице времени, а информация диспетчеризации может передавать единицу(ы) времени, используемую для каждой широковещательной или многоадресной услуги. В другой схеме узел B может преобразовывать данные для широковещательных и многоадресных услуг в частотно-временные блоки. Информация диспетчеризации может (i) передавать частотно-временной блок(и), используемый для каждой широковещательной или многоадресной услуги, или (ii) указывать на управляющую информацию, которая может передавать частотно-временной блок(и), используемый для каждой услуги.
Информация диспетчеризации может отправляться в каждом периоде диспетчеризации и может передавать радиоресурсы, используемые для широковещательных и многоадресных услуг в текущем или последующем периоде диспетчеризации. Узел B также может периодически отправлять флаг изменения, который указывает, должна или нет информация диспетчеризации изменяться в предстоящем периоде диспетчеризации.
Далее более подробно описаны различные аспекты и признаки изобретения.
Краткое описание чертежей
Фиг.1 иллюстрирует систему сотовой связи.
Фиг.2 показывает примерную структуру передачи.
Фиг.3 показывает примерные передачи различных услуг в мультисотовом режиме.
Фиг.4 показывает примерные передачи различных услуг в односотовом режиме.
Фиг.5 показывает схему отправки информации диспетчеризации в мультисотовом режиме.
Фиг.6 и 7 показывают две схемы отправки информации диспетчеризации в односотовом режиме.
Фиг.8 показывает процесс для отправки широковещательных, многоадресных и одноадресных услуг.
Фиг.9 показывает устройство для отправки широковещательных, многоадресных и одноадресных услуг.
Фиг.10 показывает процесс приема услуг.
Фиг.11 показывает устройство для приема услуг.
Фиг.12 показывает схему отправки флага изменения для информации диспетчеризации.
Фиг.13 показывает процесс для отправки информации диспетчеризации.
Фиг.14 показывает устройство для отправки информации диспетчеризации.
Фиг.15 показывает процесс для приема информации диспетчеризации.
Фиг.16 показывает устройство для приема информации диспетчеризации.
Фиг.17 иллюстрирует блок-схему узла B и UE.
Подробное описание изобретения
Технологии, описанные в данном документе, могут использоваться для различных систем сотовой связи, таких как системы CDMA, TDMA, FDMA, OFDMA и SC-FDMA. Термины "система" и "сеть" зачастую используются взаимозаменяемо. CDMA-система может реализовывать такую технологию радиосвязи, как универсальный наземный радиодоступ (UTRA) cdma2000 и т.д. UTRA включает в себя широкополосную CDMA (WCDMA) и другие варианты CDMA. Cdma2000 покрывает стандарты IS-2000, IS-95 и IS-856. TDMA-система может реализовывать такую технологию радиосвязи, как глобальная система мобильной связи (GSM). OFDMA-система может реализовывать такую технологию радиосвязи, как усовершенствованная UTRA (E-UTRA), сверхширокополосная передача для мобильных устройств (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM и т.д. UTRA и E-UTRA являются частью универсальной системы мобильной связи (UMTS). Стандарт долгосрочного развития (LTE) 3GPP является планируемой к выпуску версией UMTS, которая использует E-UTRA, которая применяет OFDMA в нисходящей линии связи и SC-FDMA в восходящей линии связи. UTRA, E-UTRA, UMTS, LTE и GSM описываются в документах организации, называемой Партнерским проектом третьего поколения (3GPP). Cdma2000 и UMB описываются в документах организации, называемой Партнерским проектом третьего поколения 2 (3GPP2). Для простоты определенные аспекты технологий описываются ниже для LTE, и терминология LTE используется в большей части нижеприведенного описания.
Фиг.1 показывает систему 100 сотовой связи, которая может быть LTE-системой. Система 100 может включать в себя определенное число узлов B и других сетевых объектов. Для простоты только три узла B 110a, 110b и 110c показаны на фиг.1. Узел B может быть стационарной станцией, используемой для обмена данными с пользовательским оборудованием UE, и также может упоминаться как усовершенствованный узел B (eNB), базовая станция, точка доступа и т.д. Каждый узел B 110 предоставляет покрытие связи для конкретной географической области 102. Чтобы повышать пропускную способность системы, полная зона покрытия узла B может быть секционирована на несколько меньших зон, к примеру три меньших зоны 104a, 104b и 104c. Каждая меньшая зона может обслуживаться посредством соответствующей подсистемы узла B. В 3GPP термин "сота" может упоминаться как наименьшая зона покрытия узла B и/или подсистема узла B, обслуживающая эту зону покрытия. В других системах термин "сектор" может относиться к наименьшей зоне покрытия базовой станции и/или подсистемы базовой станции, обслуживающей эту зону покрытия. Для понятности понятие соты из 3GPP используется в описании ниже.
В примере, показанном на фиг.1, каждый узел B 110 имеет три соты, которые покрывают различные географические области. Для простоты фиг.1 показывает соты, не перекрывающие друг друга. В практическом развертывании соседние соты типично перекрывают друг друга на границах, что может давать возможность UE принимать покрытие от одной или более сот в любом местоположении по мере того, как UE перемещается в системе.
UE 120 могут быть распределены по системе, и каждое UE может быть стационарным или мобильным. UE также может упоминаться как мобильная станция, терминал, терминал доступа, абонентское устройство, станция и т.д. UE может быть сотовый телефон, персональное цифровое устройство (PDA), беспроводной модем, устройство беспроводной связи, карманное устройство, портативный компьютер, беспроводной телефон и т.д. UE может обмениваться данными с узлом B через передачу по нисходящей линии связи и восходящей линии связи. Нисходящая линия связи (или прямая линия связи) упоминается как линия связи от узла B к UE, а восходящая линия связи (или обратная линия связи) упоминается как линия связи от UE к узлу B. На фиг.1 сплошная линия с двойными стрелками указывает двунаправленную связь между узлом B и UE. Пунктирная линия с одной стрелкой указывает прием посредством UE сигнала нисходящей линии связи от узла B, к примеру для широковещательных и/или многоадресных услуг. Термины "UE" и "пользователь" используются взаимозаменяемо в данном документе.
Фиг.2 показывает примерную структуру 200 передачи, которая может использоваться для нисходящей линии связи в системе 100. Временная шкала передачи может быть секционирована на единицы радиокадров. Каждый радиокадр может иметь заранее определенную длительность (к примеру, 10 миллисекунд (мс)) и может быть секционирован на 10 субкадров. Каждый субкадр может включать в себя два временных кванта, и каждый временной квант может включать в себя фиксированное или конфигурируемое число периодов символа, к примеру шесть или семь периодов символа.
Полоса пропускания системы может быть секционирована на несколько (K) поднесущих с мультиплексированием с ортогональным частотным разделением каналов (OFDM). Доступные частотно-временные ресурсы могут быть разделены на блоки ресурсов. Каждый блок ресурсов может включать в себя Q поднесущих в одном временном кванте, где Q может быть равно 12 или некоторому другому значению. Доступные блоки ресурсов могут использоваться для того, чтобы отправлять данные, служебную информацию, пилотные сигналы и т.д.
Система может поддерживать усовершенствованные услуги широковещательной и многоадресной передачи мультимедиа (E-MBMS) для множества UE, а также одноадресные услуги для отдельного UE. Услуга для E-MBMS может упоминаться как E-MBMS-услуга и может быть широковещательной услугой или многоадресной услугой.
В LTE данные и служебная информация обрабатываются как логические каналы на уровне управления радиосвязью (RLC). Логические каналы преобразуются в транспортные каналы на уровне управления доступом к среде (MAC). Транспортные каналы преобразуются в физические каналы на физическом уровне (PHY). Таблица 1 перечисляет некоторые логические каналы (обозначаемые как "L"), транспортные каналы (обозначаемые как "T") и физические каналы (обозначаемые как "P"), используемые в LTE, и предоставляет краткое описание для каждого канала.
Таблица 1
Канал
Имя
Тип
Описание
Динамический широковещательный канал
D-BCH
L
Переносит системную информацию.
Канал диспетчеризации E-MBMS
MSCH
L
Переносит информацию диспетчеризации и, возможно, управляющую информацию для E-MBMS-услуг.
Канал трафика E-MBMS
MTCH
L
Переносит данные для E-MBMS-услуг.
Канал управления E-MBMS
MCCH
L
Переносит конфигурационную информацию для E-MBMS-услуг.
Канал многоадресной передачи
MCH
T
Переносит MTCH и MCCH.
Совместно используемый канал нисходящей линии связи
DL-SCH
T
Переносит MTCH и другие логические каналы.
Физический широковещательный канал
PBCH
P
Переносит базовую системную информацию для использования в обнаружении системы.
Физический канал многоадресной передачи
PMCH
P
Переносит MCH.
Физический совместно используемый канал нисходящей линии связи
PDSCH
P
Переносит данные для DL-SCH.
Физический канал управления нисходящей линии связи
PDCCH
P
Переносит управляющую информацию для DL-SCH.
Как показано в таблице 1, различные типы служебной информации могут отправляться по различным каналам. Таблица 2 перечисляет некоторые типы служебной информации и предоставляет краткое описание для каждого типа. Таблица 2 также приводит канал(ы), в котором может отправляться каждый тип служебной информации, в соответствии с одной схемой.
Таблица 2
Служебная информация
Канал
Описание
Системная информация
D-BCH и PBCH
Информация, применимая для обмена данными и/или приема данных из системы.
Информация диспетчеризации
MSCH
Информация, указывающая, когда и, возможно, где и как отправляются различные услуги.
Конфигурационная информация
MCCH
Информация, используемая для того, чтобы принимать услуги, к примеру, для конфигураций однонаправленных каналов, таких как класс трафика, конфигурации RLC, настройки нижних уровней и т.д.
Управляющая информация
PDCCH или MSCH
Информация, используемая для того, чтобы принимать передачи данных для услуг, к примеру назначения ресурсов, схемы модуляции и кодирования и т.д.
Различные типы служебной информации также могут упоминаться под другими названиями. Информация диспетчеризации и управляющая информация может быть динамической, тогда как системная и конфигурационная информация может быть полустатической.
Система может поддерживать несколько рабочих режимов для E-MBMS, которые могут включать в себя мультисотовый режим и односотовый режим. Мультисотовый режим может иметь следующие характеристики:
- содержимое для широковещательной передачи или многоадресных услуг передается синхронно по нескольким сотам,
- радиоресурсы для широковещательных и многоадресных услуг выделяются посредством координирующего объекта MBMS (MCE), который может логически находиться выше узлов B,
- содержимое для широковещательных и многоадресных услуг преобразуется в MCH в узле B, и
- мультиплексирование с временным разделением каналов (к примеру, на уровне субкадра) данных для широковещательных, многоадресных и одноадресных услуг.
Односотовый режим может иметь следующие характеристики:
- каждая сота передает содержимое для широковещательных и многоадресных услуг без синхронизации с другими сотами,
- радиоресурсы для широковещательных и многоадресных услуг выделяются посредством узла B,
- содержимое для широковещательных и многоадресных услуг преобразуется в DL-SCH, и
- данные для широковещательных, многоадресных и одноадресных услуг могут быть мультиплексированы любым способом, разрешенным посредством структуры DL-SCH.
В общем, E-MBMS-услуги могут поддерживаться при мультисотовом режиме, односотовом режиме и/или других режимах. Мультисотовый режим может использоваться для передачи по многоадресной/широковещательной одночастотной сети E-MBMS (MBSFN), которая может давать возможность UE комбинировать сигналы, принимаемые от нескольких сот, чтобы повышать производительность приема.
Фиг.3 показывает примерные передачи E-MBMS- и одноадресных услуг посредством M сот 1 - M в мультисотовом режиме, где M может быть любым целочисленным значением. Для каждой соты горизонтальная ось может представлять время, а вертикальная ось может представлять частоту. В одной схеме E-MBMS, которая предполагается для большой части нижеприведенного описания, линия времени передачи для каждой соты может быть секционирована на единицы времени субкадров. В других схемах E-MBMS линия времени передачи для каждой соты может быть секционирована на единицы времени другой длительности. В общем, единица времени может соответствовать субкадру, временному кванту, периоду символа, нескольким периодами символа, нескольким временным квантам, нескольким субкадрам и т.д.
В примере, показанном на фиг.3, M сот передают три E-MBMS-услуги 1, 2 и 3. Все M сот передают E-MBMS-услугу 1 в субкадрах 1 и 3, E-MBMS-услугу 2 в субкадре 4 и E-MBMS-услугу 3 в субкадрах 7 и 8. M сот передают идентичное содержимое для каждой из этих трех E-MBMS-услуг. Каждая сота может передавать собственную одноадресную услугу в субкадрах 2, 5 и 6. M сот могут передавать различное содержимое для своих одноадресных услуг.
Фиг.4 показывает примерные передачи E-MBMS- и одноадресных услуг посредством M сот в односотовом режиме. Для каждой соты горизонтальная ось может представлять время, а вертикальная ось может представлять частоту. В примере, показанном на фиг.4, M сот передают три E-MBMS-услуги 1, 2 и 3. Сота 1 передает E-MBMS-услугу 1 в двух частотно-временных блоках 410 и 412, E-MBMS-услугу 2 (обозначаемую как "S 2") в частотно-временном блоке 414 и E-MBMS-услугу 3 в двух частотно-временных блоках 416 и 418. Каждая оставшаяся сота передает E-MBMS-услугу 1 в двух частотно-временных блоках, E-MBMS-услугу 2 в одном частотно-временном блоке и E-MBMS-услугу 3 в двух частотно-временных блоках.
В общем, E-MBMS-услуга может отправляться в любом числе частотно-временных блоков. Каждый частотно-временной блок может иметь любую размерность и может покрывать любое число поднесущих и любое число периодов символа. Размер каждого частотно-временного блока может зависеть от объема данных для отправки и, возможно, других факторов. M сот могут передавать эти три E-MBMS-услуги 1, 2 и 3 в частотно-временных блоках, которые могут не быть совмещенными во времени и частоте, как показано на фиг.4. Кроме того, M сот могут передавать идентичное или различное содержимое для этих трех E-MBMS-услуг. Каждая сота может передавать собственную одноадресную услугу в оставшихся частотно-временных ресурсах, не используемых для этих трех E-MBMS-услуг. M сот могут передавать различное содержимое для своих одноадресных услуг.
Фиг.3 и 4 показывают примерные схемы передачи E-MBMS-услуг в мультисотовом режиме и односотовом режиме. E-MBMS-услуги также могут быть переданы другими способами в мультисотовых и односотовых режимах, к примеру с использованием мультиплексирования с временным разделением каналов (TDM), мультиплексирования с частотным разделением каналов (FDM), некоторых других схем мультиплексирования или любой комбинации вышеозначенного.
В аспекте информация диспетчеризации для E-MBMS-услуг может периодически отправляться по каналу диспетчеризации, такому как MSCH. В одной схеме MSCH может преобразовываться в MCH в мультисотовом режиме или в DL-SCH в односотовом режиме. MSCH также может преобразовываться в другие транспортные каналы.
В одной схеме MSCH может периодически передаваться в каждом периоде диспетчеризации и может переносить информацию диспетчеризации, используемую для того, чтобы принимать E-MBMS-услуги в этом периоде диспетчеризации. В общем, период диспетчеризации может покрывать любую длительность, которая может выбираться на основе различных факторов, таких как скорость переключения канала, экономия питания аккумулятора и т.д. UE может изменять канал в середине периода диспетчеризации и, возможно, должно ожидать следующего периода диспетчеризации, чтобы принимать информацию диспетчеризации для нового канала, и затем начинать прием данных от этого канала. Меньший период диспетчеризации позволяет повышать скорость переключения канала. Наоборот, больший период диспетчеризации может уменьшать количество раз, когда UE должен принимать или проверять MSCH, что может уменьшать потребление питания аккумулятора UE. В одной схеме периодом диспетчеризации может быть суперкадр, который может составлять 500 мс, одну секунду или некоторую другую подходящую длительность. Период диспетчеризации для мультисотового режима может равняться или не равняться периоду диспетчеризации для односотового режима.
В одной схеме MSCH может отправляться в первых N субкадрах каждого периода диспетчеризации. N может быть фиксированным значением (к примеру, задаваемым посредством стандарта) и известно априори посредством всех UE. Альтернативно, N может быть конфигурируемым значением и передаваться в системной информации, которая может отправляться по D-BCH или некоторому другому каналу. Модуляция и кодирование для MSCH могут быть фиксированными (к примеру, задаваемыми посредством стандарта) или могут быть конфигурируемыми (к примеру, передаваемыми по D-BCH).
В одной схеме MSCH может отправляться по всем доступным радиоресурсам в первых N субкадрах периода диспетчеризации. Оставшиеся субкадры в периоде диспетчеризации могут переносить данные и/или другую информацию для широковещательных, многоадресных и/или одноадресных услуг. В другой схеме MSCH может отправляться по поднабору радиоресурсов в первых N субкадрах. Радиоресурсы, используемые для MSCH, могут быть переданы в системной информации или управляющей информации или могут быть сообщены в UE другими способами. Оставшиеся радиоресурсы в периоде диспетчеризации могут использоваться для того, чтобы отправлять данные и/или другую информацию для широковещательных, многоадресных и/или одноадресных услуг.
Фиг.5 показывает схему отправки MSCH в мультисотовом режиме. В этой схеме MSCH отправляется в первых N=4 субкадрах периода диспетчеризации и переносит информацию диспетчеризации для всех E-MBMS-услуг в периоде диспетчеризации. MSCH также может переносить информацию диспетчеризации для MCCH, которая может рассматриваться как E-MBMS-услуга относительно информации диспетчеризации. MCCH может переносить конфигурационную информацию для E-MBMS-услуг. Конфигурационная информация может быть полустатической и может переносить конфигурации однонаправленных каналов, преобразование идентификаторов услуг в идентификаторы логических каналов и/или другие параметры (к примеру, модуляцию и кодирование) для E-MBMS-услуг.
Информация диспетчеризации может предоставляться в различных форматах. В одной схеме, которая показывается на фиг.5, информация диспетчеризации ориентирована на субкадры и передает то, какая MBMS-услуга (если имеется) отправляется в каждом субкадре периода диспетчеризации. В примере, показанном на фиг.5, информация диспетчеризации указывает, что субкадры 5 и 6 переносят MCCH, субкадры 7 и 9 переносят E-MBMS-услугу 1, субкадр 8 переносит одноадресную услугу, субкадр 10 переносит E-MBMS-услугу 2, субкадры 11 и 12 переносят одноадресную услугу, субкадры 13 и 14 переносят E-MBMS-услугу 3, субкадры 15 и 16 переносят одноадресную услугу и т.д. Информация диспетчеризации может передавать субкадры для E-MBMS- и одноадресных услуг (как показано на фиг.5) или субкадры только для E-MBMS-услуг.
В другой схеме информация диспетчеризации ориентирована на услуги и передает то, какие субкадры используются для каждой E-MBMS-услуги. В примере, показанном на фиг.5, информация диспетчеризации может указывать, что MCCH отправляется в субкадрах 5 и 6, E-MBMS-услуга 1 отправляется в субкадрах 7 и 9, E-MBMS-услуга 2 отправляется в субкадре 10, E-MBMS-услуга 3 отправляется в субкадрах 13 и 14, а одноадресная услуга отправляется в субкадрах 8, 11, 12, 15 и 16. Информация диспетчеризации также может передавать субкадры, используемые для E-MBMS-услуг, другими способами.
MSCH может передавать местоположения (или субкадры) E-MBMS-услуг, как описано выше. В одной схеме MSCH также может переносить управляющую информацию, используемую для того, чтобы принимать E-MBMS-услуги. В этой схеме управляющая информация не может отправляться в субкадрах, используемых для E-MBMS-услуг. В другой схеме управляющая информация, используемая для того, чтобы принимать E-MBMS-услуги, может отправляться в субкадрах, в которых отправляются эти услуги.
Каждая E-MBMS-услуга может быть ассоциирована с идентификатором услуги и может отправляться по логическому каналу. Преобразование идентификаторов E-MBMS-услуг в идентификаторы логических каналов может выполняться посредством верхних уровней и предоставляться, к примеру, в руководства по услуге или какой-либо другой передаче служебных сигналов верхнего уровня. Преобразование услуги в канал может отправляться в широковещательной передаче или одноадресной передаче в UE. В одной схеме информация диспетчеризации может передавать субкадры, используемые для различных идентификаторов логических каналов. UE может получать преобразование услуги в канал, определять идентификаторы логических каналов для интересующих E-MBMS-услуг и определять субкадры, используемые для этих идентификаторов логических каналов, из информации диспетчеризации. В другой схеме информация диспетчеризации может передавать субкадры, используемые для различных идентификаторов услуг, без необходимости в промежуточном преобразовании, которое должно передаваться в служебных сигналах явно.
В одной схеме число субкадров (N), схема кодирования и модуляции и другие параметры для MSCH могут быть известны априори посредством UE (к примеру, задаваться посредством стандарта). В этой схеме UE может принимать MSCH в каждом периоде диспетчеризации на основе известной информации для MSCH. В другой схеме число субкадров, схема кодирования и модуляции и/или другие параметры для MSCH могут передаваться в системной информации, отправляемой по D-BCH. В этой схеме UE может сначала принимать системную информацию от D-BCH, определять важную информацию для MSCH и принимать MSCH на основе этой важной информации.
Фиг.6 показывает схему отправки MSCH в односотовом режиме. MSCH может преобразовываться в DL-SCH, который может, в свою очередь, преобразовываться в PDSCH. MSCH может отправляться в первых N субкадрах каждого периода диспетчеризации и может занимать только некоторые блоки ресурсов в этих N субкадрах (как показано на фиг.6) или все доступные блоки ресурсов в N субкадрах. N может быть фиксированным значением или может передаваться в системной информации. В одной схеме блоки ресурсов, используемые для MSCH, могут быть переданы посредством управляющей информации, отправляемой по PDCCH, ассоциированному с PDSCH, как показано на фиг.6.
В общем, любое число MTCH может использоваться для того, чтобы переносить данные для E-MBMS-услуг, и любое число MCCH может использоваться для того, чтобы переносить конфигурационную информацию для E-MBMS-услуг. Данные для каждой E-MBMS-услуги могут отправляться по одному MTCH, и конфигурационная информация для каждой E-MBMS-услуги может отправляться по одному MCCH. В одной схеме MTCH и MCCH для E-MBMS-услуг могут отправляться начиная с субкадра N+1 периода диспетчеризации после того, как MSCH отправлен, как показано на фиг.6. MTCH и MCCH могут преобразовываться в DL-SCH и могут отправляться в совокупности блоков ресурсов, которые могут быть рассредоточены по всему периоду диспетчеризации. Блоки ресурсов, используемые для MTCH и MCCH, могут быть переданы несколькими способами. В схеме, показанной на фиг.6, блоки ресурсов для MTCH и MCCH могут быть переданы посредством информации диспетчеризации, отправляемой по MSCH. В этой схеме информация диспетчеризации содержит управляющую информацию, и MSCH может фактически функционировать в качестве собранного PDCCH для всех блоков ресурсов, переносящих услуги MBMS в периоде диспетчеризации. Блоки ресурсов для E-MBMS-услуг используют передачу без PDCCH, которая означает, что никакая управляющая информация не отправляется по PDCCH для этих блоков ресурсов.
В примере, показанном на фиг.6, PDCCH-передача 610 может предоставлять управляющую информацию (к примеру, назначения блоков ресурсов и/или другие параметры) для MSCH-передачи 612. MSCH-передача 612 может предоставлять информацию диспетчеризации (к примеру, управляющую информацию, такую как назначения блоков ресурсов и/или другие параметры) для MCCH-передачи 614 и MTCH-передачи 616 и 618 для E-MBMS-услуги 1. PDCCH-передача 620 может предоставлять управляющую информацию для MSCH-передачи 622. MSCH-передача 622 может предоставлять информацию диспетчеризации для MTCH-передачи 624 для E-MBMS-услуги 2 и MTCH-передач 626 и 628 для E-MBMS-услуги 3. MSCH-передачи могут быть для одного MSCH или различных MSCH. Аналогично, PDCCH-передачи могут быть для одного PDCCH или различных PDCCH.
Фиг.7 показывает другую схему отправки MSCH в односотовом режиме. В этой схеме MSCH может отправляться в первых N субкадрах каждого периода диспетчеризации, и блоки ресурсов, используемые для MSCH, могут быть переданы посредством PDCCH. Информация диспетчеризации, отправляемая по MSCH, может указывать субкадры, в которых отправляются MCCH и E-MBMS-услуги. PDCCH может отправляться в каждом субкадре, указываемом посредством MSCH, и может передавать управляющую информацию (к примеру, назначения блоков ресурсов и/или другие параметры) для MCCH- и/или MTCH-передач, отправляемых в этом субкадре. В этой схеме MSCH может фактически выступать в качестве указателя на PDCCH-передачи, которые в свою очередь указывают на блоки ресурсов, используемые для E-MBMS-услуг в периоде диспетчеризации.
В примере, показанном на фиг.7, PDCCH-передача 710 может предоставлять управляющую информацию (к примеру, назначения блоков ресурсов и/или другие параметры) для MSCH-передачи 712. MSCH-передача 712 может предоставлять информацию диспетчеризации для PDCCH-передач для MCCH и E-MBMS-услуги 1. Эти PDCCH-передачи могут предоставлять управляющую информацию (к примеру, назначения блоков ресурсов и/или другие параметры) для MCCH-передачи 714 и MTCH-передачи 716 и 718 для E-MBMS-услуги 1. PDCCH-передача 720 может предоставлять управляющую информацию для MSCH-передачи 722. MSCH-передача 722 может предоставлять информацию диспетчеризации для PDCCH-передач для E-MBMS-услуг 2 и 3. Эти PDCCH-передачи могут предоставлять управляющую информацию для MTCH-передачи 724 для E-MBMS-услуги 2 и MTCH-передач 726 и 728 для E-MBMS-услуги 3.
Фиг.6 и 7 показывают примерные передачи MSCH, MCCH и MTCH. В общем, любое число MSCH-передач может отправляться в каждом периоде диспетчеризации. Любое число MTCH- и MCCH-передач также может отправляться в каждом периоде диспетчеризации, и любое число MTCH-передач может отправляться для каждой E-MBMS-услуги. Каждая передача может занимать частотно-временной блок любой размерности.
UE может знать число субкадров (N), схему кодирования и модуляции и другие параметры для MSCH или может получать эту информацию из D-BCH. UE затем может принимать PDCCH в N субкадрах, получать управляющую информацию для MSCH и принимать MSCH на основе управляющей информации. Для схемы, показанной на фиг.6, UE может получать информацию диспетчеризации из MSCH и может принимать интересующие MCCH- и/или MTCH-передачи на основе информации диспетчеризации. Информация диспетчеризации может включать в себя управляющую информацию (к примеру, назначения блоков ресурсов и/или другие параметры), обычно отправляемую по PDCCH для MCCH- и/или MTCH-передач. MCCH может переносить конфигурационную информацию (которая может предоставляться согласно каждой услуге), используемую для того, чтобы принимать E-MBMS-услуги. Конфигурационная информация может изменяться нечасто, и может не требоваться считывать эту информацию для каждой MTCH-передачи.
Для схемы, показанной на фиг.7, UE может получать информацию диспетчеризации из MSCH и может принимать PDCCH на основе информации диспетчеризации. В этой схеме информация диспетчеризации может включать в себя указатель блока ресурсов, индекс субкадра или некоторую другую информацию для того, чтобы находить PDCCH. UE затем может обрабатывать PDCCH, чтобы получать управляющую информацию, и может принимать MCCH- и/или MTCH-передачи на основе управляющей информации.
Для обеих схем на фиг.6 и 7 информация для приема MCCH- и MTCH-передач может быть сокращена посредством ограничения передач MCCH и MTCH. Например, если MCCH- и MTCH-передачи отправляются в готовых субкадрах (к примеру, как показано на фиг.4), то MSCH может переносить индексы субкадра для MCCH- и MTCH-передач.
MSCH может отправляться в начале каждого периода диспетчеризации, как описано выше и показано на фиг.5-7. MSCH также может отправляться до каждого периода диспетчеризации, к примеру в последних N субкадрах предыдущего периода диспетчеризации. В общем, MTCH может периодически отправляться в каждом периоде диспетчеризации и может переносить информацию диспетчеризации для этого периода диспетчеризации и/или последующего периода диспетчеризации.
Фиг.8 показывает схему процесса 800 для отправки широковещательных, многоадресных и одноадресных услуг для системы сотовой связи. Процесс 800 может выполняться посредством узла B (как описано ниже) или какого-либо другого объекта. Узел B может мультиплексировать данные для широковещательных и многоадресных услуг и данные для одноадресных услуг по радиоресурсам, доступным для передачи (этап 812). Узел B также может отправлять конфигурационную информацию, используемую для того, чтобы принимать широковещательные и многоадресные услуги, к примеру, по одному или более MCCH. Конфигурационная информация может рассматриваться как другая широковещательная услуга. Узел B может периодически отправлять информацию диспетчеризации, используемую для того, чтобы определять радиоресурсы, переносящие широковещательные и многоадресные услуги (этап 814). Информация диспетчеризации может передавать то, где широковещательные и многоадресные услуги отправляются, к примеру единицы времени или частотно-временные блоки, используемые для этих услуг. Информация диспетчеризации также может передавать то, как широковещательные и многоадресные услуги отправляются, к примеру управляющую информацию, такую как модуляция и кодирование, используемые для широковещательных и многоадресных услуг.
В одной схеме этапа 812 узел B может мультиплексировать с временным разделением каналов данные для широковещательных и многоадресных услуг и данные для одноадресных услуг, к примеру, как показано на фиг.5. Каждая широковещательная или многоадресная услуга может отправляться, по меньшей мере, в одной единице времени. Одноадресные услуги могут отправляться в единицах времени, не используемых для широковещательных и многоадресных услуг. В этой схеме информация диспетчеризации может передавать единицу(ы) времени, используемую для каждой широковещательной или многоадресной услуги.
В другой схеме этапа 812 узел B может преобразовывать данные для широковещательных и многоадресных услуг в частотно-временные блоки. Узел B может преобразовывать данные для одноадресных услуг в оставшиеся радиоресурсы, не используемые для широковещательных и многоадресных услуг. В одной схеме информация диспетчеризации может передавать, по меньшей мере, один частотно-временной блок, используемый для каждой широковещательной или многоадресной услуги, к примеру, как показано на фиг.6. В другой схеме информация диспетчеризации может передавать местоположение управляющей информации, а управляющая информация может передавать, по меньшей мере, один частотно-временной блок, используемый для каждой широковещательной или многоадресной услуги, к примеру, как показано на фиг.7. Например, информация диспетчеризации может передавать единицы времени, в которых отправляются широковещательные и многоадресные услуги, а управляющая информация в каждой единице времени может передавать частотно-временные блоки, используемые для широковещательных и многоадресных услуг, отправляемых в эту единицу времени.
В одной схеме узел B может отправлять информацию диспетчеризации по всем доступным радиоресурсам в первых N единицах времени каждого периода диспетчеризации, к примеру, как показано на фиг.5. В другой схеме узел B может отправлять информацию диспетчеризации, по меньшей мере, в одном частотно-временном блоке в первых N единицах времени каждого периода диспетчеризации, к примеру, как показано на фиг.6 и 7. В общем, узел B может отправлять информацию диспетчеризации для каждого периода диспетчеризации, чтобы передавать радиоресурсы, используемые для широковещательных и многоадресных услуг в текущем и/или последующем периоде диспетчеризации. Узел B также может периодически отправлять флаг, который указывает, изменяется или нет информация диспетчеризации в предстоящем периоде диспетчеризации.
В одной схеме каждая широковещательная или многоадресная услуга может отправляться посредством нескольких сот, по меньшей мере, в одной единице времени, и эти соты могут быть синхронизированы, к примеру, как показано на фиг.3. В другой схеме широковещательные и многоадресные услуги могут отправляться посредством соты и могут быть несинхронизированы с широковещательными и многоадресными услугами, отправляемыми посредством соседних сот, к примеру, как показано на фиг.4.
Фиг.9 показывает схему устройства 900 для отправки данных в системе сотовой связи. Устройство 900 включает в себя модуль 912 для того, чтобы мультиплексировать данные для широковещательных и многоадресных услуг и данные для одноадресных услуг по радиоресурсам, доступным для передачи, и модуль 914, чтобы периодически отправлять информацию диспетчеризации, используемую для того, чтобы определять радиоресурсы, переносящие широковещательные и многоадресные услуги.
Фиг.10 показывает схему процесса 1000 для приема услуг в системе сотовой связи. Процесс 1000 может выполняться посредством UE (как описано ниже) или некоторого другого объекта. UE может принимать информацию диспетчеризации для широковещательных и многоадресных услуг, мультиплексированных с одноадресными услугами (этап 1012). UE может определять радиоресурсы, используемые, по меньшей мере, для одной услуги из широковещательных и многоадресных услуг, на основе информации диспетчеризации (этап 1014). UE затем может обрабатывать передачи, принимаемые по радиоресурсам, чтобы восстанавливать данные, по меньшей мере, для одной услуги (этап 1016).
UE может принимать информацию диспетчеризации в периоде диспетчеризации и может определять радиоресурсы, используемые для этой, по меньшей мере, одной услуги в периоде диспетчеризации на основе информации диспетчеризации. В одной схеме каждая услуга может отправляться по всем доступным радиоресурсам, по меньшей мере, в одной единице времени, и UE может определять единицу(ы) времени, в которой каждая услуга отправляется, на основе информации диспетчеризации, к примеру, как показано на фиг.5. В другой схеме каждая услуга может отправляться, по меньшей мере, в одном частотно-временном блоке, и UE может определять частотно-временной блок(и), используемый для каждой услуги, на основе информации диспетчеризации, к примеру, как показано на фиг.6. В еще одной схеме каждая услуга может отправляться, по меньшей мере, в одном частотно-временном блоке, по меньшей мере, в одной единице времени. UE может определять (i) единицу(ы) времени, в которой каждая услуга отправляется на основе информации диспетчеризации, и (ii) частотно-временной блок(и), используемый для каждой услуги, на основе управляющей информации, передаваемой в единицу(ы) времени, к примеру, как показано на фиг.7.
Фиг.11 показывает схему устройства 1100 для приема данных в системе сотовой связи. Устройство 1100 включает в себя модуль 1112, чтобы принимать информацию диспетчеризации для широковещательных и многоадресных услуг, мультиплексированных с одноадресными услугами, модуль 1114, чтобы определять радиоресурсы, используемые, по меньшей мере, для одной услуги из широковещательных и многоадресных услуг, на основе информации диспетчеризации, и модуль 1116, чтобы обрабатывать передачи, принимаемые по радиоресурсам, чтобы восстанавливать данные, по меньшей мере, для этой одной услуги.
Модули на фиг.9 и 11 могут содержать процессоры, электронные устройства, аппаратные устройства, электронные компоненты, логические схемы, запоминающие устройства и т.д. либо любую комбинацию вышеозначенного.
UE может принимать MSCH в каждом периоде диспетчеризации и получать информацию диспетчеризации, используемую для того, чтобы принимать услуги MBMS. Конфигурации E-MBMS-услуг могут изменяться нечасто. Каждая E-MBMS-услуга может отправляться на постоянной скорости передачи и ей могут выделяться одинаковые радиоресурсы от периода диспетчеризации до периода диспетчеризации. Содержимое MSCH, таким образом, может изменяться нечасто. В этом случае может быть желательным для UE сокращать свою активность посредством приема MSCH только когда необходимо и приема интересующей E-MBMS-услуги из неизменных ресурсов в каждом периоде диспетчеризации.
В другом аспекте механизм может использоваться для того, чтобы сообщать UE, когда информация диспетчеризации в MSCH изменяется. В одной схеме системная информация может включать в себя флаг индикатора изменения MSCH, который может упоминаться просто как флаг изменения. Этот флаг изменения может быть задан равным (i) первому значению (к примеру, 0), чтобы указывать то, что MSCH не должен изменяться в предстоящем периоде диспетчеризации, или (ii) второму значению (к примеру, 1), чтобы указывать то, что MSCH должен изменяться в предстоящем периоде диспетчеризации. Флаг изменения может отправляться, по меньшей мере, один раз в расчете на период диспетчеризации. UE может считывать флаг изменения и определять то, принимать или нет MSCH, на основе значения флага изменения.
Фиг.12 показывает схему отправки флага индикатора изменения MSCH. В этой схеме MSCH отправляется в начале каждого периода диспетчеризации, и D-BCH также отправляется в каждом периоде диспетчеризации. D-BCH может переносить флаг изменения как часть системной информации. В примере, показанном на фиг.12, содержимое MSCH не изменяется в периодах диспетчеризации 1, 2 и 3, и флаг изменения для каждого из этих периодов диспетчеризации может быть задан равным 0. Содержимое MSCH изменяется в периоде диспетчеризации 4, и флаг изменения для периода диспетчеризации 4 (который может отправляться в предшествующем периоде диспетчеризации 3) может быть задан равным 1.
UE может принимать MSCH в периоде диспетчеризации 1 и получать информацию диспетчеризации из MSCH. UE может использовать информацию диспетчеризации для того, чтобы принимать E-MBMS-услуги в периоде диспетчеризации 1, а также в периодах диспетчеризации 2 и 3, поскольку флаг изменения задан равным 0. UE может обнаруживать флаг изменения, заданный равным 1 для периода диспетчеризации 4, и затем может принимать MSCH в этом периоде диспетчеризации. UE может использовать информацию диспетчеризации, получаемую из MSCH в периоде диспетчеризации 4 для каждого последующего периода диспетчеризации, в котором флаг изменения задан равным 0.
В еще одном аспекте тег значения может использоваться для того, чтобы обнаруживать изменения в части системной информации, переносящей флаг индикатора изменения MSCH. Системная информация может быть секционирована на L частей, и каждая часть может отправляться в соответствующем сообщении, где в общем L может составлять один или больше. Каждая часть может быть ассоциирована с тегом значения, который может указывать версию информации, отправляемой в этой части. Тег значения для каждой части может увеличиваться каждый раз, когда часть изменяется, и может использоваться посредством UE для того, чтобы определять, должны или нет они считывать эту часть. Например, если UE последней считывает версию 3 конкретного сообщения и замечает, что система теперь передает версию 4, то UE может считывать сообщение и получать обновленную информацию, отправляемую в сообщении.
UE может считывать системную информацию периодически, чтобы иметь оперативную информацию. Флаг индикатора изменения MSCH может отправляться в одной части системной информации, которая может упоминаться как часть переноса флага. Каждый раз, когда UE принимает часть переноса флага, UE может сохранять тег значения этой части. UE может периодически принимать тег значения части переноса флага. Если принимаемый тег значения совпадает с сохраненным тегом значения, то UE может устанавливать, что часть переноса флага и, следовательно, флаг изменения не изменялись с момента, когда UE последний раз считывало эту часть. В этом случае UE не должно считывать часть переноса флага и, в частности, не должно считывать флаг изменения. Если тег значения изменялся, к примеру, в течение периода диспетчеризации 3, то UE может считывать часть переноса флага и получать флаг изменения. UE затем может считывать MSCH, если флаг изменения задан равным 1, и может пропускать считывание MSCH, если флаг изменения задан равным 0.
Фиг.13 показывает схему процесса 1300 для отправки информации диспетчеризации в системе сотовой связи. Процесс 1300 может выполняться посредством узла B (как описано ниже) или какого-либо другого объекта. Узел B может периодически отправлять информацию диспетчеризации для широковещательных и многоадресных услуг в каждом периоде диспетчеризации (этап 1312). Узел B может периодически отправлять флаг, указывающий то, изменяется или нет информация диспетчеризации в предстоящем периоде диспетчеризации (этап 1314). Узел B может периодически отправлять флаг для части системной информации, ассоциированной с тегом значения, и может обновлять тег значения каждый раз, когда эта часть изменяется.
Фиг.14 показывает схему устройства 1400 для отправки информации диспетчеризации в системе сотовой связи. Устройство 1400 включает в себя модуль 1412, чтобы периодически отправлять информацию диспетчеризации для широковещательных и многоадресных услуг в каждом периоде диспетчеризации, и модуль 1414, чтобы периодически отправлять флаг, указывающий то, изменяется или нет информация диспетчеризации в предстоящем периоде диспетчеризации.
Фиг.15 показывает схему процесса 1500 для приема информации диспетчеризации в системе сотовой связи. Процесс 1500 может выполняться посредством UE (как описано ниже) или некоторого другого объекта. UE может принимать информацию диспетчеризации для широковещательных и многоадресных услуг в первом периоде диспетчеризации (этап 1512). UE может принимать флаг, указывающий то, изменяется или нет информация диспетчеризации во втором периоде диспетчеризации (этап 1514). UE может принимать информацию диспетчеризации во втором периоде диспетчеризации, если флаг указывает, что информация диспетчеризации изменяется (этап 1516). UE может пропускать прием информации диспетчеризации во втором периоде диспетчеризации, если флаг указывает, что информация диспетчеризации не изменяется (этап 1518).
UE может принимать часть системной информации, содержащей флаг и тег значения. UE может принимать флаг, только если тег значения указывает, что эта часть системной информации изменялась. UE может принимать информацию диспетчеризации во втором периоде диспетчеризации, только если флаг принят и указывает, что информация диспетчеризации изменяется.
Фиг.16 показывает схему устройства 1600 для приема информации диспетчеризации в системе сотовой связи. Устройство 1600 включает в себя модуль 1612, чтобы принимать информацию диспетчеризации для широковещательных и многоадресных услуг в первом периоде диспетчеризации, модуль 1614, чтобы принимать флаг, указывающий то, изменяется или нет информация диспетчеризации во втором периоде диспетчеризации, модуль 1616, чтобы принимать информацию диспетчеризации во втором периоде диспетчеризации, если флаг указывает, что информация диспетчеризации изменяется, и модуль 1618, чтобы пропускать прием информации диспетчеризации во втором периоде диспетчеризации, если флаг указывает, что информация диспетчеризации не изменяется.
Модули на фиг.14 и 16 могут содержать процессоры, электронные устройства, аппаратные устройства, электронные компоненты, логические схемы, запоминающие устройства и т.д. либо любую комбинацию вышеозначенного.
Фиг.17 иллюстрирует блок-схему структуры узла B 110 и UE 120, которые являются одним из узлов B и одним из UE на фиг.1. В этой структуре узел B 110 оснащен T антеннами 1734a-1734t, а UE 120 оснащен R антеннами 1752a-1752r, где, в общем, T≥1 и R≥1.
В узле B 110 передающий процессор 1720 может принимать данные для одноадресных услуг и данные для широковещательных и/или многоадресных услуг из источника данных 1712. Передающий процессор 1720 может обрабатывать данные для каждой услуги, чтобы получать символы данных. Передающий процессор 1720 также может принимать информацию диспетчеризации, конфигурационную информацию, управляющую информацию, системную информацию и/или другую служебную информацию от контроллера/процессора 1740 и/или планировщика 1744. Передающий процессор 1720 может обрабатывать принимаемую служебную информацию и предоставлять символы объема служебной информации. Передающий (TX) процессор 1730 со многими входами и многими выходами (MIMO) может мультиплексировать данные и служебные символы с пилотными символами, обрабатывать (к примеру, предварительно кодировать) мультиплексированные символы и предоставлять T выходных потоков символов в T модуляторов (MOD) 1732a-1732t. Каждый модулятор 1732 может обрабатывать соответствующий выходной поток символов (к примеру, для OFDM), чтобы получать выходной поток выборок. Каждый модулятор 1732 дополнительно может обрабатывать (к примеру, преобразовывать в аналоговую форму, усиливать, фильтровать и преобразовывать с повышением частоты) выходной поток выборок, чтобы получать сигнал нисходящей линии связи. T сигналов нисходящей линии связи от модуляторов 1732a-1732t могут быть переданы через T антенн 1734a-1734t соответственно.
В UE 120 антенны 1752a-1752r могут принимать сигналы нисходящей линии связи от узла B 110 и предоставлять принимаемые сигналы в демодуляторы (DEMOD) 1754a-1754r соответственно. Каждый демодулятор 1754 может приводить к требуемым параметрам (к примеру, фильтровать, усиливать, преобразовывать с понижением частоты и оцифровывать) соответствующий принимаемый сигнал, чтобы получать принимаемые выборки, и дополнительно может обрабатывать принимаемые выборки (к примеру, для OFDM), чтобы получать принимаемые символы. MIMO-детектор 1760 может принимать и обрабатывать принимаемые символы от всех R демодуляторов 1754a-1754r и предоставлять обнаруженные символы. Приемный процессор 1770 может обрабатывать обнаруженные символы, предоставлять декодированные данные для UE 120 и/или требуемые услуги в приемник 1772 данных и предоставлять декодированную служебную информацию в контроллер/процессор 1790. В общем, обработка посредством MIMO-детектора 1760 и приемного процессора 1770 комплементарна обработке TX MIMO-процессора 1730 и передающего процессора 1720 в узле B 110.
В восходящей линии связи, в UE 120, данные из источника 1778 данных и служебная информация из контроллера/процессора 1790 могут обрабатываться посредством передающего процессора 1780, дополнительно обрабатываться посредством TX MIMO-процессора 1782 (если применимо), приводиться к требуемым параметрам посредством модуляторов 1754a-1754r и передаваться через антенны 1752a-1752r. В узле B 110 сигналы восходящей линии связи от UE 120 могут приниматься посредством антенн 1734, приводиться к требуемым параметрам посредством демодуляторов 1732, обнаруживаться посредством MIMO-детектора 1736 и обрабатываться посредством приемного процессора 1738, чтобы получать данные и служебную информацию, передаваемую посредством UE 120.
Контроллеры/процессоры 1740 и 1790 могут направлять работу в узле B 110 и UE 120 соответственно. Контроллер/процессор 1740 может реализовывать или направлять процесс 800 на фиг.8, процесс 1300 на фиг.13 и/или другие процессы для технологий, описанных в данном документе. Контроллер/процессор 1790 может реализовывать или направлять процесс 1000 на фиг.10, процесс 1500 на фиг.15 и/или другие процессы для технологий, описанных в данном документе. Запоминающие устройства 1742 и 1792 могут сохранять данные и программные коды для узла B 110 и UE 120 соответственно. Планировщик 1744 может диспетчеризовать UE для передачи по нисходящей линии связи и/или восходящей линии связи, диспетчеризовать передачу широковещательных и многоадресных услуг и предоставлять назначения радиоресурсов для диспетчеризованных UE и услуг. Контроллер/процессор 1740 и/или планировщик 1744 может формировать информацию диспетчеризации и/или другую служебную информацию для широковещательных и многоадресных услуг.
Специалисты в данной области техники должны понимать, что информация и сигналы могут быть представлены с помощью любой из множества различных технологий. Например, данные, инструкции, команды, информация, сигналы, биты, символы и символы шумоподобной последовательности, которые могут приводиться в качестве примера по всему описанию выше, могут быть представлены посредством напряжений, токов, электромагнитных волн, магнитных полей или частиц, оптических полей или частиц либо любой комбинации вышеозначенного.
Специалисты в данной области техники дополнительно должны принимать во внимание, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритма, описанные в связи с раскрытием сущности, могут быть реализованы как электронные аппаратные средства, компьютерное программное обеспечение либо их комбинации. Чтобы понятно проиллюстрировать эту взаимозаменяемость аппаратных средств и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы описаны выше, в общем, на основе их функциональности. Реализована эта функциональность в качестве аппаратных средств или программного обеспечения, зависит от конкретного варианта применения и структурных ограничений, накладываемых на систему в целом. Высококвалифицированные специалисты могут реализовывать описанную функциональность различными способами для каждого конкретного варианта применения, но такие решения по реализации не должны быть интерпретированы как являющиеся отступлением от объема настоящего раскрытия сущности.
Различные иллюстративные логические блоки, модули и схемы, описанные в связи с раскрытием сущности в данном документе, могут быть реализованы или выполнены с помощью процессора общего назначения, процессора цифровых сигналов (DSP), специализированной интегральной схемы (ASIC), программируемой пользователем матричной БИС (FPGA) или другого программируемого логического устройства, дискретного логического элемента или транзисторной логики, дискретных компонентов аппаратных средств либо любой комбинации вышеозначенного, предназначенной для того, чтобы выполнять описанные в данном документе функции. Процессором общего назначения может быть микропроцессор, но в альтернативном варианте процессором может быть любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также может быть реализован как комбинация вычислительных устройств, к примеру комбинация DSP и микропроцессора, множество микропроцессоров, один или более микропроцессоров вместе с ядром DSP либо любая другая подобная конфигурация.
Этапы способа или алгоритма, описанные в связи с раскрытием сущности в данном документе, могут быть реализованы непосредственно в аппаратных средствах, в программном модуле, приводимом в исполнение посредством процессора, либо в комбинации вышеозначенного. Программный модуль может постоянно размещаться в памяти типа RAM, флеш-памяти, памяти типа ROM, памяти типа EPROM, памяти типа EEPROM, в регистрах, на жестком диске, сменном диске, компакт-диске или любой другой форме носителя хранения данных, известной в данной области техники. Типичный носитель хранения данных соединен с процессором, причем процессор может считывать информацию и записывать информацию на носитель хранения данных. В альтернативном варианте носитель хранения данных может быть встроен в процессор. Процессор и носитель хранения данных могут постоянно размещаться в ASIC. ASIC может постоянно размещаться в пользовательском терминале. В альтернативном варианте процессор и носитель хранения данных могут постоянно размещаться как дискретные компоненты в пользовательском терминале.
В одной или более примерных схем описанные функции могут быть реализованы в аппаратных средствах, программном обеспечении, микропрограммном обеспечении или любой комбинации вышеозначенного. Если реализованы в программном обеспечении, функции могут быть сохранены или переданы как одна или более инструкций или код на машиночитаемом носителе. Машиночитаемые носители включают в себя как компьютерные носители хранения данных, так и среду связи, включающую в себя любую передающую среду, которая упрощает перемещение компьютерной программы из одного места в другое. Носители хранения данных могут быть любыми доступными носителями, к которым можно осуществлять доступ посредством компьютера общего назначения или специального назначения. В качестве примера, а не ограничения, эти машиночитаемые носители могут содержать RAM, ROM, EEPROM, CD-ROM или другое устройство хранения на оптических дисках, устройство хранения на магнитных дисках или другие магнитные устройства хранения либо любой другой носитель, который может быть использован для того, чтобы переносить или сохранять требуемое средство программного кода в форме инструкций или структур данных, и к которому можно осуществлять доступ посредством компьютера общего назначения или специального назначения либо процессора общего назначения или специального назначения. Также любое подключение корректно называть машиночитаемым носителем. Например, если программное обеспечение передается с веб-узла, сервера или другого удаленного источника с помощью коаксиального кабеля, оптоволоконного кабеля, "витой пары", цифровой абонентской линии (DSL) или беспроводных технологий, таких как инфракрасные, радиопередающие и микроволновые среды, то коаксиальный кабель, оптоволоконный кабель, "витая пара", DSL или беспроводные технологии, такие как инфракрасные, радиопередающие и микроволновые среды, включены в определение носителя. Диск (disk) и диск (disc) при использовании в данном документе включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск Blu-Ray, при этом диски (disk) обычно воспроизводят данные магнитно, тогда как диски (disc) обычно воспроизводят данные оптически с помощью лазеров. Комбинации вышеперечисленного также следует включать в число машиночитаемых носителей.
Предшествующее описание раскрытия сущности предоставлено для того, чтобы давать возможность любому специалисту в данной области техники создавать или использовать раскрытие сущности. Различные модификации в раскрытие сущности должны быть очевидными для специалистов в данной области техники, а описанные в данном документе общие принципы могут быть применены к другим вариантам без отступления от сущности и объема раскрытия сущности. Таким образом, раскрытие сущности не имеет намерение быть ограниченным описанными в данном документе примерами и схемами, а должно удовлетворять самому широкому объему, согласованному с принципами и новыми функциями, раскрытыми в данном документе.