СПОСОБ И УСТРОЙСТВО ДЛЯ ПОДДЕРЖКИ ШИРОКОВЕЩАТЕЛЬНЫХ И ГРУППОВЫХ УСЛУГ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
METHOD AND APPARATUS FOR PROVIDING A BROADCAST GROUP SERVICE IN A WIRELESS COMMUNICATION SYSTEM

Настоящая заявка испрашивает приоритет предварительной заявки США серийный номер 60/955620, озаглавленной "ACCESSING AN ADVERTISED SERVICE IN A MULTIMEDIA SYSTEM", поданной 13 августа 2007 года, закрепленной за правообладателем этого документа и включенной в настоящий документ посредством ссылки.
УРОВЕНЬ ТЕХНИКИ
I. Область техники
Настоящее изобретение в целом относится к средствам связи, а более конкретно, к технологиям для поддержки широковещательных и групповых услуг в системе беспроводной связи.
II. Уровень техники
Системы беспроводной связи широко применяются для предоставления различных услуг связи, таких как передача голоса, видео, пакетов данных, сообщений, трансляций и так далее. Данные беспроводные системы могут являться системами множественного доступа, способными поддерживать множество пользователей посредством совместного использования доступных системных ресурсов. Примеры подобных систем множественного доступа включают в себя системы множественного доступа с кодовым разделением каналов (CDMA), системы множественного доступа с временным разделением каналов (TDMA), системы множественного доступа с частотным разделением каналов (FDMA), системы множественного доступа с ортогональным частотным разделением каналов (OFDMA) и системы множественного доступа с частотным разделением каналов и передачей на одной несущей (SC-FDMA).
Системы беспроводной связи могут поддерживать широковещательные и групповые услуги. Широковещательные услуги являются услугами, которые могут быть приняты любыми пользователями, например услуга трансляции новостей. Групповые услуги - это услуги, которые могут быть приняты группами пользователей, например услуги подписываемого видео. Данная широковещательная или групповая услуга может быть принята любым числом пользователей в любой данный момент времени. Это является желательным для эффективной поддержки широковещательных и групповых услуг в данной системе.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В настоящем документе описаны технологии для поддержки широковещательных и групповых услуг в системе беспроводной связи. В одном аспекте, передатчик (например, Узел B) может посылать конфигурационную информацию, содержащую преобразование длинных идентификаторов (ID) услуги в короткие ID услуги для прорекламированных услуг. Данный передатчик также может посылать программу передач, содержащую преобразование коротких ID услуг, в радиоресурсы, использованные для запланированных услуг в данном текущем планируемом периоде. Длинные ID услуги можно использовать для идентификации всех поддерживаемых услуг. Короткие ID услуги можно использовать для идентификации запланированных услуг в данной программе передач. Использование коротких ID услуг вместо длинных ID услуг может уменьшить посылаемый объем программы передач.
В другом аспекте, передатчик может посылать информацию, идентифицирующую передаваемые услуги, и услуги рекламируемые, но не переданные. Эта информация может использоваться приемниками (например, абонентским оборудованием (UE)) чтобы определить, посылать или нет данным приемникам запросы об интересующих услугах.
В еще одном аспекте, передатчик может посылать конфигурационную информацию для рекламируемых, но не переданных услуг. Данная конфигурационная информация для каждой подобной услуги может включать в себя короткий ID услуги для данной услуги и информацию о однонаправленном канале, используемую для приема данной услуги в случае передачи. Во время планируемого периода, передатчик может принять запрос на рекламируемую, но не переданную услугу. Передатчик может начать передачу данной запрошенной услуги в следующем планируемом периоде. Благодаря посылке конфигурационной информации для рекламируемых услуг, данный передатчик может быстро начать данные услуги по требованию приемников.
Различные аспекты и признаки настоящего изобретения описаны более подробно ниже.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
На Фиг. 1 показана беспроводная система связи.
На Фиг. 2 показана схема передачи для широковещательных и групповых услуг.
На Фиг. 3 показан пример диаграммы Венна для различных услуг.
На Фиг. 4 показан пример преобразования длинных ID услуг в короткие ID услуг и пример преобразования коротких ID услуг в радиоресурсы.
На Фиг. 5 показана схема передачи для поддержки рекламируемых услуг.
На Фиг. 6 показана другая схема передачи для поддержки рекламируемых услуг.
На Фиг. 7 и 8 показаны, соответственно, процесс и устройство для посылки конфигурационной информации и информации о расписании для услуг.
На Фиг. 9 и 10 показаны, соответственно, процесс и устройство для приема конфигурационной информации и информации о расписании для услуг.
На Фиг. 11 и 12 показаны, соответственно, процесс и устройство для посылки информации, идентифицирующей рекламируемые, но не переданные услуги.
На Фиг. 13 и 14 показаны, соответственно, процесс и устройство для приема информации, идентифицирующей рекламируемые, но не переданные услуги.
На Фиг. 15 и 16 показаны, соответственно, процесс и устройство для посылки конфигурационной информации для рекламируемых услуг.
На Фиг. 17 и 18 показаны, соответственно, процесс и устройство для приема конфигурационной информации для рекламируемых услуг.
На Фиг. 19 показана блок-схема Узла 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), Ультрамобильный широкополосный доступ (Ultra Mobile Broadband) (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM, и так далее. Технологии UTRA и E-UTRA являются частями Универсальной Системы Мобильной Связи (UMTS). Протокол долгосрочного развития 3GPP Long Term Evolution (LTE) является предстоящим версией UMTS, использующей E-UTRA, в которой применяют OFDMA в нисходящем канале связи, и SC-FDMA в восходящем канале связи. UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах организации, называющейся "Проект партнерства в области третьего поколения" (3GPP).
CDMA2000 и UMB описаны в документах организации, называющейся "Проект 2 партнерства в области третьего поколения" (3GPP2). Данные технологии также можно применить для широковещательных систем, которые могут реализовывать стандарты MediaFLO™, цифрового телевидения для портативных устройств (DVB-H), комплексной службы цифрового вещания для наземного телевизионного вещания (ISDB-T) и так далее. Для упрощения, некоторые аспекты данных технологий описаны ниже для LTE и терминология LTE используется в большей части нижеследующего описания.
На Фиг. 1 показана система беспроводной связи 100, которая может являться системой LTE. Система 100 может включать в себя некоторое число Узлов B и других сетевых структур. Для простоты, на Фиг. 1 показаны только три Узла B 110a, 110b, и 110c. Узел B может являться стационарной станцией, используемой для осуществления связи с UE, и может также именоваться Узел B с расширенными возможностями, базовой станцией, точкой доступа и так далее. Каждый Узел B 110 предоставляет зону радиосвязи для конкретной географической области 102. Для улучшения емкости системы общую область покрытия Узла B можно разделить на множество меньших областей, например три меньшие области 104a, 104b, и 104c. Каждая из меньших областей может обслуживаться соответствующей подсистемой Узла B. В 3GPP, наименьшая область покрытия некоторого Узла B и/или подсистемы Узла B, обслуживающей эту область покрытия, может именоваться термином "сота". В 3GPP2, наименьшая область покрытия некоторого Узла B и/или подсистема Узла B, обслуживающая эту область покрытия, может именоваться термином "сектор". Для упрощения, в нижеследующем описании используется концепция соты, принятая 3GPP.
В примере, показанном на Фиг. 1, каждый Узел B 110 имеет три соты, которые покрывают различные географические области. Для упрощения, на Фиг. 1 показаны соты, не перекрывающие друг друга. При практическом применении, смежные соты обычно перекрывают друг друга на краях, что может позволить UE принимать покрытие от одной или нескольких сот в любом местонахождении при перемещении пользовательского оборудования с места на место в данной системе.
UE 120 может быть рассеяно по всей системе, и UE может быть стационарным или мобильным. UE также может называться мобильной станцией, терминалом, терминалом доступа, абонентской установкой, станцией и так далее. UE может являться сотовым телефоном, персональным цифровым помощником (PDA), беспроводным модемом, устройством беспроводной связи, переносным устройством, переносным компьютером, беспроводным телефоном, радио- или телевизионным приемником и так далее. UE может осуществлять связь с Узлом B посредством нисходящего и восходящего каналов связи. Нисходящим каналом связи (или прямым каналом) называется канал связи от Узла B к UE, а восходящим каналом связи (или обратным каналом) называется канал связи от UE к Узлу B. На Фиг. 1 сплошная линия с двойными стрелками обозначает двунаправленную связь между Узлом B и UE. Пунктирная линия с единичной стрелкой обозначает, что UE принимает сигнал нисходящего канала связи от Узла B, например, для широковещательных и/или групповых услуг. Термины "UE" и "пользователь" в настоящем документе используются взаимозаменяемо.
Данная система может поддерживать расширенные мультимедийные широковещательные/групповые услуги (E-MBMS) для множества UE в дополнении к адресным услугам для индивидуального UE. E-MBMS включают в себя услуги "точка - много точек", которые передают данные от единичного источника множеству получателей. Услуга для E-MBMS может называться услугой E-MBMS и быть широковещательной услугой или групповой услугой. Услуги E-MBMS могут быть услугами на основе подписки или свободно доступными услугами. Для простоты, термин "услуга" в нижеследующем описании может относиться к широковещательной услуге или групповой услуге.
В LTE, данные и служебную информацию обрабатывают как логические каналы на уровне управления радиоканалом (RLC). Данные логические каналы преобразовывают в транспортные каналы на уровне доступа к среде (MAC). Данные транспортные каналы преобразуют в физические каналы на физическом (PHY) уровне. В таблице 1 перечислены некоторые логические каналы, используемые для поддержки широковещательных и групповых услуг в LTE, и предоставлено краткое описание для каждого логического канала.
Таблица 1
<b>Канал</b>
<b>Имя</b>
<b>Описание</b>
Канал планирования E-MBMS
MSCH
Несет информацию о планировании для услуг E-MBMS
Канал управления E-MBMS
MCCH
Несет конфигурационную информацию для услуг E-MBMS
Информационный канал E-MBMS
MTCH
Несет данные для услуг E-MBMS
Данные каналы MSCH, MCCH и MTCH можно использовать для рекламирования услуг, для обозначения передаваемых услуг и для переноса данных для переданных услуг. На конкретную географическую область сота может передавать одну или несколько групп услуг. В данном случае может быть один MSCH, один или несколько MCCH и один или несколько MTCH для каждой группы услуг. Для группы услуг данный MSCH может нести информацию о планировании для всех услуг, запланированных к передаче в данной группе. Каждый MCCH может нести конфигурационную информацию для одной или нескольких услуг. Каждый MTCH может нести данные для одной или нескольких услуг. Данные каналы MSCH для различных групп услуг можно мультиплексировать (например, во времени) в пределах ресурсов, доступных для посылки информации о планировании в данной соте. Для простоты, большая часть нижеследующего описания предполагает один MSCH, один MCCH и один MTCH, которые также могут называться другими именами.
Как показано в Таблице 1, различные типы служебной информации могут посылаться по различным логическим каналам. Информация о планировании может обозначать когда посылаются различные услуги, возможно, какие радиоресурсы использованы для передачи данных услуг, и возможно дополнительные настройки, ассоциированные с этими радиоресурсами, которые могут использоваться UE для декодирования данных переданных услуг. Конфигурационная информация может использоваться UE для приема данных услуг и может содержать информацию о однонаправленном канале, преобразование ID услуги, информацию более высокого уровня и так далее. Информация о однонаправленном канале может содержать информацию для конфигурации однонаправленного канала, такую как класс трафика, конфигурацию RLC, такие установки нижнего уровня, как схемы модуляции и кодирования и так далее. Информация более высокого уровня может содержать информацию о том, какой использован кодер/декодер (кодек), были ли для услуги упакованы несколько потоков данных (например, видео, упакованное с одним или несколькими звуковыми дорожками), метаданные для уровня приложений и так далее. Информация более высокого уровня может быть прозрачной для нижних уровней и может использоваться UE для приема данной услуги. Различные виды дополнительной служебной информации, показанные в Таблице 1, также могут называться другими именами. Информация о планировании может быть динамической, тогда как конфигурационная информация может быть полустатической.
Данная система может поддерживать множество режимов работы для E-MBMS, которые могут включать в себя многосотовый режим и односотовый режим. Многосотовый режим также может называться одночастотной сетью групповой/широкополосной передачи (MBSFN). В многосотовом режиме содержимое для услуг можно передавать синхронно по множеству сот. В односотовом режиме каждая сота может передавать содержимое для услуг без синхронизации с другими сотами. Для односотового режима и многосотового режима могут использоваться различные транспортные каналы. Например, в многосотовом режиме канал групповой передачи (MCH) может нести каналы MCCH и MTCH. В односотовом режиме нисходящий мультиплексный канал (DL-SCH) может нести MTCH и другие логические каналы. Технологии, описанные в настоящем документе, можно использовать для многосотового режима также как и для односотового режима.
На Фиг. 2 показан проект схемы 200 передачи для MSCH, MCCH и MTCH. График времени передачи можно разделить на элементы периодов планирования. Каждый период планирования может охватывать предварительно заданный интервал времени и может включать в себя предварительно заданное число подкадров. Каждый подкадр может включать в себя два слота, а каждый слот может включать в себя предварительно заданное число символьных периодов. В некотором проекте подкадр может охватывать 1 миллисекунду (мс), а период планирования может охватывать 500 мс. Подкадр и период планирования также могут охватывать другие интервалы времени.
В проекте, показанном на Фиг. 2, MSCH можно посылать в первой/ранней части 210 каждого периода планирования. Каналы MCCH и MTCH можно посылать во второй/поздней части 220 каждого периода планирования. Как показано на Фиг. 2, канал MSCH может передаваться периодически в каждый период планирования и может нести информацию о планировании для этого периода планирования. Каналы MCCH могут нести конфигурационную информацию для услуг и также могут быть посланы в каждый период планирования. Однако конфигурационная информация может быть полустатической и не нуждаться в получении UE в каждый период планирования, например, пока не произойдет изменения в конфигурационной информации.
Данная система может поддерживать услуги в различных категориях. В Таблице 2 содержится список некоторых категорий услуг, которые можно поддерживать в соответствии с некоторым проектом.
Таблица 2
<b>Услуги</b>
<b>Описание</b>
Прорекламированные услуги
Услуги, которые могут быть переданы сотой.
Переданные услуги
Передаваемые сотой услуги.
Запланированные услуги
Услуги, запланированные для передачи в текущий период планирования.
На Фиг. 3 показан пример диаграммы 300 Венна для различных категорий услуг. Блок 310 может охватывать все поддерживаемые системой услуги. Блок 320 может охватывать все прорекламированные услуги, которые могут быть подгруппой всех услуг. Блок 330 может охватывать все переданные услуги, которые могут включать в себя все прорекламированные услуги или их подгруппу. Блок 340 может включать в себя все запланированные услуги, посылаемые в текущий период планирования. Запланированные услуги могут включать в себя все переданные услуги или их подгруппу.
Область 312 может включать в себя область внутри блока 310, но за пределами блока 320. Область 312 может охватывать непрорекламированные услуги, которые могут быть поддерживаемыми системой, но не прорекламированными услугами. Область 322 может включать в себя область внутри блока 320, но за пределами блока 330. Область 322 может охватывать доступные услуги, которые прорекламированы, но не переданы, например, ввиду недостатка заинтересованных UE. Доступные услуги могут быть переданы при наличии достаточного спроса на эти услуги. Область 322 может включать в себя область внутри блока 330, но за пределами блока 340. Область 322 может охватывать приостановленные услуги, которые могут быть передаваемыми услугами, но не запланированными в текущий период планирования. Приостановленные услуги могут включать в себя карусельные услуги, приостановленные в настоящий момент между сегментами данных (например, услуги с демонстрацией слайдов, приостановленные между слайдами), услуги с низкой скоростью передачи данных, переданных в виде далеко отстоящих друг от друга пакетов данных, и так далее.
В общем, данная услуга может быть (i) прорекламированной или не прорекламированной, (ii) переданной или не переданной и (iii) запланированной или не запланированной. Данная услуга может быть в одном из восьми возможных состояний, создаваемых двумя возможными значениями для каждой из трех категорий рекламирования, передачи и планирования. На Фиг. 3 показаны четыре возможных состояния для данной услуги. Оставшиеся четыре возможных состояния можно проигнорировать.
Каждую услугу можно идентифицировать с помощью длинного ID услуги, который может быть уникальным среди всех услуг в данной системе. Длинный ID услуги может быть использован UE и системой для уникальной идентификации данной услуги. Длинный ID услуги может быть относительно длинным и потреблять значительно больше радиоресурсов для посылки и приема.
Каждой прорекламированной услуге можно назначить короткий ID услуги, который может быть уникальным среди прорекламированных услуг в данной соте или группе сот. Короткие ID услуг могут быть намного короче, чем длинные ID услуг, и могут более эффективно использоваться для идентификации прорекламированных услуг. Короткие ID услуг также могут называться MSCH ID, ID логических каналов и так далее. Короткие ID услуг могут иметь длину, подходящую для предоставления достаточного адресного пространства для всех прорекламированных услуг. В многосотовом режиме короткие ID услуг можно статически распределить прорекламированным услугам среди всех сот в области MBSFN, даже в тех сотах, которые не участвуют в передаче данной услуги. Если данные соты начнут передачу данной услуги, то короткий ID услуги для данной услуги будет доступен.
В некотором аспекте MSCH может нести информацию о планировании, содержащую преобразование коротких ID услуг в радиоресурсы, используемые для запланированных услуг в текущий период планирования. Использование коротких ID услуг вместо длинных ID услуг может уменьшить объем посылаемой и принимаемой информации о планировании, что может быть выгодно как для системы, так и для UE.
Преобразование коротких ID услуг в радиоресурсы можно использовать для определения того, какие услуги запланированы и переданы в текущий период планирования. Преобразование также можно использовать для определения радиоресурсов, использованных для каждой запланированной услуги. Радиоресурсы для запланированных услуг могут быть даны в различных форматах. В некотором проекте радиоресурсы для каждой запланированной услуги могут содержать один или несколько блоков ресурсов. Каждый блок ресурсов может содержать предварительно заданное число поднесущих (например, 12 поднесущих) в одном слоте. Информация о планировании также может включать в себя другие виды информации.
a
n
На Фиг. 4 показан пример преобразования 410 длинных ID услуг в короткие ID услуг. В данном примере, N длинных ID услуг с 1 по N для N прорекламированных услуг можно преобразовать в N коротких ID услуг с  по , соответственно, где N может быть любой целой величиной. Преобразование 410 может быть частью конфигурационной информации, посылаемой по MCCH. Преобразование 410 может быть уникальным для одной соты или группы сот и может различаться для различных сот или различных групп сот. Преобразование 410 может быть статическим или полустатическим.
a, b, c, d,..., m
1
M
На Фиг. 4 также показан пример преобразования 420 коротких ID услуг в радиоресурсы для одного запланированного периода. В этом примере, M коротких ID услуг  для M запланированных услуг можно преобразовать в M радиоресурсов с R по R, соответственно, где M может быть любой целой величиной, равной или меньшей чем N. M запланированных услуг в преобразовании 420 могут быть подгруппой от N прорекламированных услуг в преобразовании 410. Преобразование 420 может быть частью информации планирования, посылаемой по MSCH в каждый период планирования. Преобразование 420 может быть уникальным для соты или группы сот и может различаться для различных сот или различных групп сот. Преобразование 420 может быть динамическим и может меняться от периода планирования к периоду планирования.
Канал MCCH может нести информацию, идентифицирующую прорекламированные услуги. Данная информация может называться информацией о прорекламированных услугах и может содержать список прорекламированных услуг или эквивалентную информацию. Канал MSCH может нести информацию, идентифицирующую запланированные услуги. Данная информация может называться информацией о запланированных услугах и может содержать список запланированных услуг для текущего периода планирования или эквивалентную информацию.
x
x
x
UE может принимать информацию о прорекламированных услугах из MCCH и информацию о запланированных услугах их MSCH. Данное UE может обладать способностью идентифицировать из принятой информации запланированные услуги, так же как и прорекламированные услуги. Однако данное UE не будет знать, является ли данная услуга  (i) прорекламированной, но не переданной или (ii) переданной, но не запланированной в текущем периоде планирования. Желательно иметь способность различать случаи (i) и (ii), что может позволить данному UE предпринять соответствующие действия. В случае (i), данное UE может послать запрос на услугу , если эта услуга является прорекламированной, но не переданной. В случае (ii), данное UE может просто ожидать пока услуга  не будет запланирована, если данная услуга уже передана, но не запланирована в текущем периоде планирования.
В другом аспекте, для сообщения будут ли услуги переданы или не переданы можно послать информацию. Эту информацию можно назвать информацией о переданных услугах и можно предоставить различными способами.
В некотором проекте, информация о переданных услугах может содержать обозначение для каждой прорекламированной услуги. В некотором проекте, обозначение для прорекламированной услуги может быть определенным флагом, который можно установить, например, в '1' для обозначения того, что данная услуга передаваемая, или в '0' для обозначения того, что данная услуга не передана.
В другом проекте, информация о переданных услугах может быть предоставлена косвенным образом посредством некоторой другой информацией, такой как организация сообщений или наличие информации о однонаправленном канале. Например, услуга может считаться передаваемой, если по каналу MCCH послана информация о однонаправленном канале для данной услуги, и может считаться не переданной, если информация о однонаправленном канале не послана по MCCH. Услуга также может считаться передаваемой или не переданной на основании соответственно присутствия или отсутствия некоторой другой информации вместо информации о однонаправленном канале.
В еще одном проекте, информация о переданных услугах может содержать сообщение, несущее список переданных услуг. Как описано выше, каждой прорекламированной услуге можно назначить короткий ID услуги. Данное сообщение может нести список коротких ID передаваемых услуг.
UE может использовать информацию о переданных услугах для определения того, посылать или не посылать запрос на услугу, интересующую данное UE. Если информация о переданных услугах показывает, что данная услуга не передается сотой, то тогда данное UE может послать данной соте запрос услуги для обозначения интереса в данной услуге. Данный запрос услуги может использоваться для запуска передачи данной услуги. С другой стороны, если информация о переданных услугах показывает, что данная услуга передается, то тогда данное UE может избежать посылки ненужного запроса услуги, что могло бы растрачивать ресурсы.
В одном проекте можно посылать различные сообщения для переданных услуг и прорекламированных, но не переданных услуг. Например, переданные услуги можно идентифицировать в сообщении MBMS TRANSMITTED SERVICES. Прорекламированные, но не переданные услуги можно идентифицировать в сообщении MBMS ADVERTISED SERVICES. Данные сообщения можно посылать в любом порядке. Посылка раздельных сообщений для переданных услуг и прорекламированных, но не переданных услуг может позволить UE прекратить чтение MCCH заблаговременно. Например, данное UE может определить, что все интересующие данное UE услуги идентифицированы в первом сообщении и может затем пропустить чтение второго сообщения. Данное UE также может пропустить остаток данного периода планирования, например, если данное UE определит, что в данном периоде планирования услуги, интересующие данное UE, передаваться не будут.
0
1
2
3
t
x
t
t
x
x
x
На Фиг. 5 показан проект схемы 500 передачи для посылки данных и дополнительной служебной информации для услуг. В момент времени T, предшествующий периоду планирования , UE может определить, что оно заинтересовано в приеме услуги . В момент времени T, в начале периода планирования , данное UE может принять MSCH, получить информацию планирования для периода планирования  и определить радиоресурсы, используемые для MCCH. Данному каналу MCCH можно назначить предварительно заданный короткий ID услуги (например, нулевой короткий ID услуги), который может быть известен априори всем UE. В момент времени T, данное UE может принять MCCH и получить информацию о состоянии, которая может содержать информацию, идентифицирующую переданные услуги, и информацию, идентифицирующую прорекламированные, но не переданные услуги. Из информации о состоянии данное UE может определить, что услуга  является прорекламированной, но не переданной. В момент времени T, данное UE может послать соте запрос на услугу . Сота может принять от UE запрос услуги и может решить начать передачу услуги .
4
5
t+1
t+1
x
x
x
x
x
x
В момент времени T, в начале периода планирования , данное UE может принять MSCH, получить информацию планирования для периода планирования  и определить радиоресурсы, используемые для MCCH. В момент времени T, данное UE может принять MCCH и получить информацию о состоянии, а также конфигурационную информацию для услуги . Информация о состоянии может обозначать, что услуга  передаваемая данной сотой. Конфигурационная информация может содержать всю необходимую информацию для приема услуги  из MTCH. В некотором проекте, данная конфигурационная информация может содержать короткий ID услуги для услуги , информацию о однонаправленном канале для услуги , и, возможно, другую информацию. Теперь данное UE может иметь всю подходящую информацию для приема услуги .
6
7
t+2
x
x
В момент времени T в начале периода планирования t+2, данное UE может принять MSCH, получить информацию планирования для периода планирования  и определить радиоресурсы, используемые для MTCH для услуги  в данный период планирования. В период времени T, UE может принять из MTCH данные для услуги .
x
t+1
x
t+2
x
t+1
t+2
x
По проекту, показанному на Фиг 5, каналы MCCH и MTCH можно послать в любом порядке во время периода планирования. В этом проекте, конфигурационную информацию для услуги  можно сначала послать по MCCH в период планирования . Затем данные для услуги  можно послать по MTCH в следующий период планирования . UE может принять данную конфигурационную информацию для услуги  в период планирования  и может использовать эту конфигурационную информацию для приема данных для услуги x в период планирования . В этом проекте имеется дополнительный период планирования задержки начала услуги .
x
t+1
t+1
t+1
t+1
В другом проекте, который не показан на Фиг. 5, в периоде планирования MCCH можно послать прежде MTCH. В этом проекте конфигурационную информацию для услуги  можно послать по MCCH в период планирования . Данные для услуги можно послать в тот же самый период планирования  после конфигурационной информации. Сначала, UE может принять конфигурационную информацию для услуги x из MCCH в период планирования . Затем, данное UE может принять данные для услуги x из MTCH в тот же самый период планирования .
В еще одном аспекте, конфигурационную информацию для рекламируемых услуг можно посылать, даже когда эти услуги не передаются. Как описано выше, этот проект может уменьшить задержку начала услуги. Более того, данная конфигурационная информация может позволить UE принять обоснованное решение о распределении ресурсов и потенциальных конфликтах при определении принимать ли данную услугу.
0
1
2
3
t
x
t
t
x
t
x
x
На Фиг. 6 показан проект схемы 600 передачи для посылки данных и служебной информации для услуг. В момент времени T, предшествующий периоду планирования , UE может определить, что оно заинтересовано в приеме услуги . В момент времени T, в начале периода планирования , данное UE может принять MSCH, получить информацию планирования для периода планирования  и определить радиоресурсы, используемые для MCCH. В момент времени T, данное UE может принять MCCH, получить информацию о состоянии и определить, что услуга  является прорекламированной, но не переданной. Канал MCCH может нести конфигурационную информацию для всех прорекламированных услуг, и данное UE может принять из MCCH конфигурационную информацию для услуги x в период планирования . В момент времени T, данное UE может послать соте запрос на услугу . Сота может принять от UE запрос услуги и может решить начать передачу услуги .
4
5
6
t+1
t+1
x
x
x
t
t+1
В момент времени T в начале периода планирования , данное UE может принять MSCH, получить информацию планирования для периода планирования  и определить радиоресурсы, используемые для MTCH для услуги  в данном периоде планирования. В момент времени T, данное UE может принять из MCCH данные для услуги  на основании конфигурационной информации для услуги , принятой из MCCH в предшествующий период планирования . Данное UE может не нуждаться в приеме MCCH, посланного в период времени T в периоде планирования .
t+1
x
x
x
x
t+1
t+2
x
t+1
x
t+1
x
4
6
В период планирования , MCCH может нести информацию о состоянии, обозначающую, что услуга  переется. Эта информация о состоянии может использоваться другим UE для приема услуги . Другое UE, заинтересованное в приеме услуги x, может принять MSCH в момент времени T, принять MCCH в момент времени T и определить, что услуга  передается. Данное UE может получить из MCCH конфигурационную информацию для услуги  в период планирования . Затем данное UE может принять MSCH в следующий период планирования , определить радиоресурсы, используемые для MTCH для услуги  на основании конфигурационной информации, принятой в период планирования . В качестве альтернативы, данное UE может накапливать в буфере выборки для периода планирования t+1, принимать MSCH и MCCH, определять, что услуга x передана, и получить конфигурационную информацию для услуги x. Затем UE может перечитать MSCH, определить радиоресурсы, использованные для MTCH для услуги  в период планирования , и затем принять данные для услуги  на основании конфигурационной информации, принятой в этом периоде планирования.
Проект, показанный на Фиг. 6, может позволить UE начать прием запрошенной услуги в первый период планирования после посылки запроса услуги. Это может быть достигнуто посредством посылки конфигурационной информации для прорекламируемой услуги в каждый символьный период. Затем, при необходимости, данная конфигурационная информация для каждой прорекламированной услуги может быть доступна для использования в следующий период планирования.
Эффективное получение услуг посредством UE может быть достигнуто с помощью нижеследующего:
посылки по MSCH информации о планировании, содержащей преобразование коротких ID услуг в радиоресурсы, использованные для запланированных услуг в данный период планирования;
посылки по MCCH преобразования длинных ID услуг в короткие ID услуг для прорекламированных услуг;
посылки по MCCH информации о состоянии, идентифицирующей переданные услуги и прорекламированные, но не переданные услуги, например, разными сообщениями; и
посылки по MCCH конфигурационной информации для прорекламированных услуг, включая те, которые не переданы.
Учитывая вышеперечисленные признаки, процедура запроса услуги может быть несложной и эффективной. UE, заинтересованное в данной, прорекламированной, но не переданной услуге, может послать запрос на услугу и может немедленно начать отслеживать MSCH на предмет короткого ID услуги для этой услуги. Сота может переместить данную услугу из списка прорекламированных, но не переданных услуг в список переданных услуг по MCCH. Это изменение может быть выгодным в первую очередь для других UE, прибывающих в данную соту. UE, выпустившее данный запрос на услугу, может уже знать о начале отслеживания MSCH на предмет короткого ID услуги для запрашиваемой услуги.
На Фиг. 7 показан проект процесса 700 для посылки широковещательных и групповых услуг в системах беспроводной связи. Процесс 700 может выполняться таким передатчиком, как Узел B, или каким-нибудь другим компонентом системы. Передатчик может посылать конфигурационную информацию, содержащую преобразование длинных ID услуг в короткие ID услуг для прорекламированных услуг (блок 712). Передатчик может посылать информацию о планировании, содержащую преобразование коротких ID услуги в радиоресурсы, использованные для запланированных услуг в текущем периоде планирования (блок 714). Передатчик может посылать данные для запланированных услуг по радиоресурсам, обозначенным в преобразовании коротких ID услуг в радиоресурсы (блок 716). Длинные ID услуг можно использовать для идентификации всех поддерживаемых услуг в данной системе. Короткие ID услуг можно использовать для идентификации запланированных услуг в информации о планировании. Прорекламированные услуги могут быть подгруппой поддерживаемых услуг, а запланированные услуги могут быть подгруппой прорекламированных услуг. Передатчик может посылать информацию о планировании по каналу планирования, конфигурационную информацию по каналу управления и данные для запланированных услуг по информационному каналу.
На Фиг. 8 показан проект устройства 800 для посылки широковещательных и групповых услуг в системе беспроводной связи. Устройство 800 включает в себя модуль 812, посылающий конфигурационную информацию, содержащую преобразование длинных ID услуг в короткие ID услуг для прорекламированных услуг, модуль 814, посылающий информацию о планировании, содержащую преобразование коротких ID услуг в радиоресурсы, использованные для запланированных услуг в текущем периоде планирования, и модуль 816, посылающий данные по радиоресурсам, обозначенным в преобразовании коротких ID услуг в радиоресурсы.
На Фиг. 9 показан проект процесса 900 для приема широковещательных и групповых услуг в системе беспроводной связи. Процесс 900 можно выполнить с помощью такого приемника, как UE, или каким-нибудь другим объектом. Приемник может принимать конфигурационную информацию, содержащую преобразование длинных ID услуг в короткие ID услуг для прорекламированных услуг (блок 912). Приемник может определять короткий ID услуги для выбранной услуги на основании данного преобразования длинных ID услуг в короткие ID услуги (блок 914).
Приемник может принимать информацию о планировании, содержащую преобразование коротких ID услуги в радиоресурсы, использованные для запланированных услуг в текущем периоде планирования (блок 916). На основании короткого ID услуги для выбранной услуги и информации о планировании приемник может определять, является ли выбранная услуга запланированной в текущем периоде планирования. Приемник может идентифицировать выбранную услугу среди запланированных услуг в текущем периоде планирования (блок 918). Приемник может определить радиоресурсы, использованные для выбранной услуги на основании преобразования коротких ID услуг в радиоресурсы (блок 920). Затем приемник может принять данные для выбранной услуги из радиоресурсов, использованных для выбранной услуги (922).
Приемник может выполнять блоки 912 и 914 в некотором периоде планирования и может выполнять блоки с 916 по 922 в другом периоде планирования. Приемник может принимать информацию о планировании из канала планирования, конфигурационную информацию из канала управления и данные для выбранной услуги из информационного канала.
На Фиг. 10 показан проект устройства 1000 для приема широковещательных или групповых услуг в системе беспроводной связи. Устройство 1000 включает в себя модуль 1012, принимающий конфигурационную информацию, содержащую преобразование длинных ID услуг в короткие ID услуг для прорекламированных услуг, модуль 1014, определяющий короткий ID услуги для выбранной услуги на основании преобразования длинных ID услуг в короткие ID услуг, модуль 1016, принимающий информацию планирования, содержащую преобразование коротких ID услуг в радиоресурсы, использованные для запланированных услуг в текущем периоде планирования, модуль 1018, идентифицирующий выбранную услугу среди запланированных услуг в текущем периоде планирования, модуль 1020, определяющий использованные для выбранной услуги радиоресурсы на основании преобразования коротких ID услуг в радиоресурсы, и модуль 1022, принимающий данные для выбранной услуги из радиоресурсов, использованных для выбранной услуги.
На Фиг. 11 показан проект процесса 1100 для посылки широковещательных и групповых услуг в системе беспроводной связи. Процесс 1100 может выполняться таким передатчиком, как Узел B, или каким-нибудь другим компонентом системы. Передатчик может поддерживать, по меньшей мере, один список для передаваемых услуг и рекламируемых, но не переданных услуг (блок 1112). Передатчик может посылать информацию, идентифицирующую передаваемые услуги и рекламируемые, но не переданные услуги (блок 1114). В некотором проекте, передатчик может установить обозначение для каждой прорекламированной услуги для обозначения того, передана ли или не передана прорекламированная услуга. Затем передатчик может создавать информацию, включающую в себя обозначения для всех прорекламированных услуг. В некотором проекте, передатчик может создавать первое сообщение, содержащее информацию, идентифицирующую передаваемые услуги. Также передатчик может создавать второе сообщение, содержащее информацию, идентифицирующую рекламируемые, но не переданные услуги. Затем передатчик может послать первое и второе сообщения.
Также передатчик может посылать информацию, идентифицирующую рекламируемые услуги, и информацию, идентифицирующую услуги, запланированные к передаче в текущем периоде планирования. Рекламируемые услуги могут содержать передаваемые услуги, а также рекламируемые, но не переданные услуги. Передаваемые услуги могут содержать услуги, запланированные к передаче.
Передатчик может принять запрос на рекламируемую, но не переданную услугу (блок 1116). Передатчик может начать передачу запрошенной услуги (блок 1118). Передатчик может обновить, по меньшей мере, один список для передаваемых услуг и рекламируемых, но не переданных услуг для отражения передачи запрошенной услуги (блок 1120). Передатчик может послать обновленную информацию, идентифицирующую передаваемые услуги и рекламируемые, но не переданные услуги (блок 1122).
На Фиг. 12 показан проект устройства 1200 для посылки широковещательных и групповых услуг в системе беспроводной связи. Устройство 1200 включает в себя модуль 1212, поддерживающий, по меньшей мере, один список для передаваемых услуг и рекламируемых, но не переданных услуг, модуль 1214, посылающий информацию, идентифицирующую передаваемые услуги и рекламируемые, но не переданные услуги, модуль 1216, принимающий запрос на рекламируемую, но не переданную услугу, модуль 1218, начинающий передачу запрошенной услуги, модуль 1220, обновляющий, по меньшей мере, один список для передаваемых услуг и рекламируемых, но не переданных услуг для отражения передачи запрошенной услуги, и модуль 1222, посылающий обновленную информацию, идентифицирующую передаваемые услуги и рекламируемые, но не переданные услуги.
На Фиг. 13 показан проект процесса 1300 для приема широковещательных и групповых услуг в системе беспроводной связи. Процесс 1300 можно выполнить с помощью такого приемника, как UE, или каким-нибудь другим объектом. Приемник может принимать информацию, идентифицирующую передаваемые услуги и рекламируемые, но не переданные услуги (блок 1312). Приемник может определить, является ли выбранная услуга переданной или прорекламированной, но не переданной на основании принятой информации (блок 1314). Приемник может посылать запрос выбранной услуги, если она является прорекламированной, но не переданной (блок 1316).
В некотором проекте, приемник может получать обозначения для рекламируемых услуг из принятой информации. Обозначение для каждой прорекламированной услуги может обозначать, является ли эта прорекламированная услуга переданной или не переданной. Затем приемник может определить, является ли выбранная услуга переданной или прорекламированной, но не переданной на основании обозначения для выбранной услуги. В некотором проекте, приемник может принимать первое сообщение, содержащее информацию, идентифицирующую передаваемые услуги. Приемник может определить находится ли выбранная услуга среди передаваемых услуг. Если выбранная услуга не находится среди передаваемых услуг, то приемник может принять второе сообщение, содержащее информацию, идентифицирующую рекламируемые, но не переданные услуги. По другому проекту, приемник может принять второе сообщение, содержащее информацию, идентифицирующую рекламируемые, но не переданные услуги. Приемник может определить находится ли выбранная услуга среди рекламируемых, но не переданных услуг. Если выбранная услуга не находится среди рекламируемых, но не переданных услуг, то приемник может принять второе сообщение, содержащее информацию, идентифицирующую передаваемые услуги. В любом случае, приемник может принять одно сообщение за один раз и может заблаговременно завершить прием, если выбранная услуга найдена в принятом сообщении.
На Фиг. 14 показан проект устройства 1400 для приема широковещательных и групповых услуг в системе беспроводной связи. Устройство 1400 включает в себя модуль 1412, принимающий информацию, идентифицирующую передаваемые услуги и рекламируемые, но не переданные услуги, модуль 1414, определяющий, является ли выбранная услуга переданной, или прорекламированной, но не переданной на основании принятой информации, и модуль 1416, посылающий запрос выбранной услуги, если она является прорекламированной, но не переданной.
На Фиг. 15 показан проект процесса 1500 для посылки широковещательных и групповых услуг в системе беспроводной связи. Процесс 1500 может выполняться таким передатчиком, как Узлом B, или каким-нибудь другим объектом. Передатчик может посылать информацию о состоянии, идентифицирующую рекламируемые услуги (блок 1512). Передатчик может создавать конфигурационную информацию (например, содержащую ID услуги и информацию о однонаправленном канале) для каждой рекламируемой, но не переданной услуги (блок 1514). Информацию о однонаправленном канале для каждой услуги можно использовать для приема этой услуги, в случае ее передачи. Передатчик может посылать конфигурационную информацию для рекламируемых, но не переданных услуг (блок 1516).
Передатчик может принимать запрос на рекламируемую, но не переданную услугу в первом периоде планирования (блок 1518). Передатчик может начать передачу запрошенной услуги во второй период планирования, например, немедленно следующий за первым периодом планирования (блок 1520).
На Фиг. 16 показан проект устройства 1600 для посылки широковещательных и групповых услуг в системе беспроводной связи. Устройство 1600 включает в себя модуль 1612, посылающий информацию о состоянии, идентифицирующую рекламируемые услуги, модуль 1614, создающий конфигурационную информацию для каждой рекламируемой, но не переданной услуги, модуль 1616, посылающий конфигурационную информацию для рекламируемых, но не переданных услуг, модуль 1618, принимающий запрос на рекламируемую, но не переданную услугу в первый период планирования, и модуль 1620, начинающий передачу запрошенной услуги во второй период планирования, например, немедленно следующий за первым периодом планирования.
На Фиг. 17 показан проект процесса 1700 для приема широковещательных и групповых услуг в системе беспроводной связи. Процесс 1700 можно выполнить с помощью такого приемника, как UE, или каким-нибудь другим объектом. Приемник может принимать конфигурационную информацию для выбранной рекламируемой, но не переданной услуги в первый период планирования (блок 1712). Приемник может получать из конфигурационной информации ID услуги и информацию о однонаправленном канале для выбранной услуги (блок 1714). Приемник может посылать запрос выбранной услуги в первый период планирования (блок 1716).
Приемник может принимать информацию о планировании для второго периода планирования, который может немедленно следовать за первым периодом планирования (блок 1718). Приемник может определять радиоресурсы, использованные для выбранной услуги во второй период планирования на основании ID услуги для выбранной услуги и информации о планировании (блок 1720). Затем, во второй период планирования, приемник может принимать данные для выбранной услуги на основании конфигурационной информации, принятой в первый период планирования (блок 1722). Приемник может принимать данные для выбранной услуги из радиоресурсов, использованных для выбранной услуги и обусловленные информацией о однонаправленном канале.
На Фиг. 18 показан проект процесса 1800 для приема широковещательных и групповых услуг в системах беспроводной связи. Устройство 1800 включает в себя модуль 1812, принимающий в первый период планирования конфигурационную информацию для выбранной рекламируемой, но не переданной услуги, модуль 1814, получающий из конфигурационной информации ID услуги и информацию о однонаправленном канале для выбранной услуги, модуль 1816, посылающий в первый период планирования запрос выбранной услуги, модуль 1818, принимающий информацию о планировании во второй период планирования, которой может немедленно следовать за первым периодом планирования, модуль 1820, определяющий радиоресурсы, использованной для выбранной услуги во второй период планирования на основании ID услуги для выбранной услуги и информации о планировании, и модуль 1822, принимающий данные для выбранной услуги во второй период планирования, на основании конфигурационной информации, принятой в первый период планирования.
Модули на Фиг. 8, 10, 12, 14, 16 и 18 могут содержать процессоры, электронные устройства, аппаратные устройства, электронные компоненты, логические схемы, запоминающие устройства и так далее, или любое их сочетание.
На Фиг. 19 показана блок-схема проекта Узла B 110 и UE 120, которые могут быть одним из Узлов B и одним из UE на Фиг. 1. В этом проекте, Узел B оборудован T антеннами с 1934a по 1934t, а UE 120 оборудовано R антеннами с 1952a по 1952r, где обычно T>1 и R>1.
В Узле B 110 процессор 1920 передачи может принимать данные для широковещательных, групповых или адресных услуг от источника 1912 данных. Процессор 1920 передачи может обрабатывать данные для каждой услуги для получения символов данных. Процессор 1920 передачи также может принимать информацию о планировании, конфигурационную информацию и/или другую служебную информацию от контроллера/процессора 1940 и/или планировщика 1944. Процессор 1920 передачи может обрабатывать служебную информации и предоставлять символы служебной информации. Процессор 1930 передачи с множественным вводом и множественным выводом (MIMO) может мультиплексировать символы данных и символы служебной информации с пилотными символами, обрабатывать (например, предварительно кодировать) мультиплексированные символы и предоставлять T выходных символьных потоков T модуляторам (MOD) с 1932а по 1932t. Каждый модулятор 1932 может обрабатывать соответствующий выходной символьный поток (например, для OFDM) для получения выходного потока выборок. Каждый модулятор 1932 может привести к заданными условиями (например, преобразовать в аналоговый вид, усилить, отфильтровать и преобразовать с повышением частоты) данный выходной поток выборок для получения нисходящего сигнала. T нисходящих сигналов от модуляторов с 1932a по 1932t можно передать, соответственно, через T антенн с 1934a по 1934t.
В UE 120 антенны с 1952a по 1952r могут принимать нисходящий сигнал от Узла B 110 и предоставлять принятые сигналы на демодуляторы (DEMOD) с 1954a по 1954r, соответственно. Каждый демодулятор 1954 может приводить к заданными условиями (например, фильтровать, преобразовывать с понижением частоты, преобразовывать в цифровой вид) соответствующий принятый сигнал для получения принятых выборок и может дополнительно обрабатывать принятые выборки (например, для OFDM) для получения принятых символов. Детектор 1960 MIMO может принимать и обрабатывать данные принятые символы от всех R демодуляторов с 1954a по 1954r и предоставлять детектированные символы. Процессор 1970 приема может обрабатывать детектированные символы, предоставлять декодированные данные для интересующих услуг в приемник 1972 данных и предоставлять декодированную служебную информацию контроллеру/процессору 1990. Обычно, обработка детектором 1960 MIMO и процессором 1970 приема комплиментарна обработке процессором 1930 TX MIMO и процессором 1920 передачи в Узел B.
Для восходящего канала, в UE 120, данные от источника 1978 данных и управляющая информация (например, запросы услуг) от контроллера/процессора 1990 можно обработать процессором 1980 передачи, предварительно закодировать процессором 1982 TX MIMO (если применимо), привести к заданным условиям модуляторами с 1954а по 1954r и передать через антенны с 1952a по 1952r. В Узел B 110, восходящие сигналы от UE 120 можно принять антеннами 1934, улучшить демодуляторами 1932, детектировать детектором 1936 MIMO и обработать процессором 1938 приема для получения данных и служебной информации, переданных посредством UE 120.
Контроллеры/процессоры 1940 и 1990 могут управлять, соответственно, работой Узла B 110 и UE 120. Контроллер/процессор 1940 может реализовывать процесс 700, показанный на Фиг. 7, процесс 1100, показанный на Фиг. 11, процесс 1500, показанный на Фиг. 15, и/или другие процессы для технологий, описанных в настоящем документе, или управлять таковыми. Контроллер/процессор 1990 может реализовывать процесс 900, показанный на Фиг. 9, процесс 1200, показанный на Фиг. 12, процесс 1700, показанный на Фиг. 17, и/или другие процессы для технологий, описанных в настоящем документе, или управлять таковыми. Запоминающие устройства 1942 и 1992 могут хранить данные и коды программ для Узла B 110 и UE 120 соответственно. Планировщик 1944 может планировать UE для нисходящих и/или восходящих передач, планировать передачу широковещательных и групповых услуг и предоставлять назначения для радиоресурсов для запланированных UE и услуг. Котроллер/процессор 1940 и/или планировщик 1944 могут создавать информацию о планировании и/или дополнительную служебную информацию для широковещательных и групповых услуг.
Специалистам в данной области техники будет понятно, что информацию и сигналы можно представить с использованием любой из множества различных технологий и технических приемов. Например, данные, управляющие сигналы, команды, информация, сигналы, биты, символы и элементарные сигналы, которые могли упоминаться на протяжении вышеприведенного описания, можно представить посредством электрических напряжений, токов, электромагнитных волн, магнитных полей или частиц, оптических полей или частиц, или любого их сочетания.
Кроме того, специалисты оценят, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритмов, описанные в настоящем описании применительно к данному изобретению, можно реализовать как электронное аппаратное оборудование, компьютерное программное обеспечение или их сочетания. Для ясной иллюстрации этой взаимозаменяемости программного и аппаратного обеспечения различные иллюстративные компоненты, блоки, модули, схемы и этапы были описаны выше в большинстве случаях с точки зрения их функциональных возможностей. Реализованы ли подобные функциональные возможности аппаратным или программным обеспечением, зависит от конкретного приложения и ограничений проекта, накладываемых системой в целом. Специалисты в данной области могут реализовать описанные функциональные возможности различными путями для каждого приложения, но подобные реализационные решения не должны интерпретироваться как вызывающие отступление от объема настоящего изобретения.
Различные иллюстративные логические блоки, модули и схемы, описанные в настоящем описании применительно к данному изобретению, можно реализовать или выполнить посредством универсального процессора, процессора цифрового сигнального процессора (DSP), специализированной интегральной микросхемы (ASIC), программируемой пользователем вентильной матрицы (FPGA), или другого программируемого логического устройства, логического элемента на дискретных компонентах или транзисторного логического элемента, дискретных аппаратных компонентов, или любого их сочетания, спроектированного для выполнения функций, описанных в данном документе. Универсальный процессор может являться микропроцессором, но в качестве альтернативы, данный процессор может быть любым традиционным процессором, контроллером, микроконтроллером или машиной состояний. Процессор также можно реализовать в виде сочетания вычислительных устройств, например сочетания DSP и микропроцессора, множества микропроцессоров, одного или нескольких микропроцессоров в соединении с ядром DSP или любым другим подобным сочетанием.
Этапы способа или алгоритма, описанные в данном документе применительно к настоящему изобретению, можно воплотить в аппаратном обеспечении, в программном обеспечении, выполняемом процессором, или в их сочетании. Программный модуль может храниться в оперативной памяти, flash-памяти, постоянной памяти, стираемой постоянно программируемой памяти EPROM, регистрах, на накопителе на жестких дисках, на съемном диске, на CD-ROM или любом другом виде среды для хранения данных, подключенной к процессору, который может читать информацию с, и записывать информацию на данную среды для хранения данных. В качестве альтернативы, среды для хранения данных могут быть интегрированы в процессор. Процессор и среды для хранения данных могут находиться в ASIC. Данная ASIC может находиться в пользовательском терминале. В качестве альтернативы, процессор и среды для хранения данных могут находиться в пользовательском терминале как дискретные компоненты.
В одном или нескольких примерных проектах, описанные функции можно реализовать в аппаратном, программном, программно-аппаратном обеспечении или любом их сочетании. При реализации в программном обеспечении, данные функции можно хранить в виде или передавать через один или несколько управляющих сигналов или кодов на машиночитаемой среде для хранения данных. Машиночитаемая среда для хранения данных включает в себя и компьютерные среды для хранения данных и среды связи, включающие в себя любые среды, которые способствуют перемещению компьютерных программ из одного места в другое. Среда для хранения данных может быть любой доступной средой для хранения данных, доступной посредством универсального или специализированного компьютера. С целью примера, но не ограничения, подобная машиночитаемая среда для хранения данных может содержать ОЗУ, ПЗУ, EEPROM, CD-ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства, или любую другую среду для хранения данных, которую можно использовать для переноса или хранения желаемого средства программного кода в виде управляющих сигналов или структур данных, и быть доступным посредством универсального или специализированного компьютера, или универсального или специализированного процессора. Также любое соединение правильно называть машиночитаемой средой для хранения данных. Например, если программное обеспечение передается с узла Web, сервера, или другого удаленного источника используя коаксиальный кабель, волоконно-оптический кабель, витую пару, цифровую абонентскую линию связи (DSL), или такие беспроводные технологии, как инфракрасные, радио или микроволновые, то тогда данный коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL или такие беспроводные технологии, как инфракрасные, радио и микроволновые, являются входящими в определение среды для хранения данных. Термины "disk" и "disc", использованные в данном документе, включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и Blu-Ray диск, где термин "disk" обычно относится к воспроизведению данных магнитным способом, в то время как термин "disc" обычно относится к воспроизведению данных оптическим способом с помощью лазеров. Сочетание вышеприведенного также необходимо включить в объем машиночитаемых сред для хранения данных.
Предшествующее описание данного изобретения предоставлено, чтобы позволить любому специалисту в данной области техники воспроизвести или использовать данное изобретение. Различные модификации данного изобретения будут легко очевидны специалистам в данной области техники и общие принципы, описанные в данном документе, можно применить к другим изменениям не покидая сущность и объем данного изобретения. Таким образом, данное изобретение не предназначено быть ограниченным примерами и проектами, описанными в данном документе, а должно предоставлять широчайший объем, согласующийся с принципами и элементами новизны, раскрытыми в данном документе.