СПОСОБ И УСТРОЙСТВО ДЛЯ РАЗЛИЧЕНИЯ ШИРОКОВЕЩАТЕЛЬНЫХ СООБЩЕНИЙ В БЕСПРОВОДНЫХ СИГНАЛАХ Российский патент 2011 года по МПК H04L5/02 

Настоящая заявка испрашивает приоритет Предварительной заявки США № 60/896736, поданный 23 марта 2007 г., озаглавленной "Broadcast Medium Access Control for Wireless Communication System".

Область техники

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

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

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

Системы беспроводной связи, в общем, используют разные подходы, чтобы создать ресурсы передачи в форме каналов. Эти системы могут быть системами мультиплексирования с кодовым разделением (CDM), системами мультиплексирования с частотным разделением (FDM) и системами мультиплексирования с временным разделением (TDM). Одним обычно используемым вариантом FDM является мультиплексирование с ортогональным частотным разделением (OFDM), которое эффективно делит полную ширину полосы системы на множество ортогональных поднесущих. Эти поднесущие могут также упоминаться как тоны, элементы разрешения (бины) и частотные каналы. Каждая поднесущая может модулироваться данными. В случае методов, основанных на временном разделении, каждая поднесущая может содержать часть последовательных временных сегментов или временных интервалов (слотов). Каждому пользователю может быть предоставлена одна или более комбинаций временных интервалов и поднесущих для передачи и приема информации в определенном импульсном периоде или кадре. Такие "скачкообразно изменяющиеся" схемы могут в общем случае представлять собой схему скачкообразного изменения скорости символов или схему блочного скачкообразного изменения.

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

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

В общем случае беспроводная система связи множественного доступа может одновременно поддерживать связь для множества беспроводных терминалов. Каждый терминал осуществляет связь с одной или более базовыми станциями через передачи по прямой линии связи (FL) и обратной линии связи (RL). Прямая линия связи (или нисходящая линия связи DL) относится к линии связи от базовых станций к терминалам, а обратная линия связи (или восходящая линия связи UL) относится к линии связи от терминалов к базовым станциям. Эта линия связи может быть установлена посредством системы с одним входом и одним выходом, с множеством входов и одним выходом, с множеством входов и множеством выходов (MIMO).

Система MIMO использует множество (N_T) передающих антенн и множество (N_R) приемных антенн для передачи данных. MIMO-канал, сформированный N_T передающими и N_R приемными антеннами, может быть разложен на N_S независимых каналов, которые также упоминаются как пространственные каналы, где N_S≤min{N_T, N_R}. Каждый из N_S независимых каналов соответствуют одному измерению. Система MIMO может обеспечить улучшенные рабочие показатели (например, более высокую пропускную способность и/или более высокую надежность), если используются дополнительные размерности, созданные множеством передающих и приемных антенн.

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

Для систем на основе FDMA обычно используются два типа методов планирования: планирование поддиапазонов и планирование разнесения. В планировании поддиапазонов пользовательские пакеты отображаются на распределения тонов, которые ограничены узкой шириной полосы. Планирование поддиапазонов может также упоминаться как частотно-избирательное планирование (FSS). Напротив, в планировании разнесения пользовательские пакеты отображаются на распределения тонов, которые охватывают всю ширину полосы системы. Планирование разнесения может также упоминаться как планирование скачкообразного изменения частоты (FHS). Скачкообразное изменение частоты обычно используется для реализации как разнесения каналов, так и разнесения взаимных помех. Поэтому может быть желательным выполнять скачкообразное изменение частоты в пределах поддиапазона с частотно-избирательным планированием в среде широковещательной передачи или групповой передачи.

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

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

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

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

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

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

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

Фиг.2 - блок-схема системы связи согласно варианту осуществления.

Фиг.3 - блок-схема примерной структуры протокола широковещательной передачи согласно варианту осуществления.

Фиг.4 - диаграмма индексации BCMCS поддиапазонов согласно варианту осуществления.

Фиг.5 иллюстрирует структуру блока контроля ошибок внешнего кода согласно варианту осуществления.

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

Детальное описание

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

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

На фиг.1 показана система беспроводной связи 100 множественного доступа согласно одному варианту осуществления. Пункт доступа (AP) 102 включает в себя множество групп антенн, одна из которых содержит антенны 104 и 106, другая содержит антенны 108 и 110 и еще одна содержит антенны 112 и 114. На фиг.1 только две антенны показаны для каждой группы антенн, однако больше или меньше антенн может быть использовано для каждой группы антенн. Терминал доступа (АТ) 116 осуществляет связь с антеннами 112 и 114, где антенны 112 и 114 передают информацию на терминал 116 доступа по прямой линии связи 120 и принимают информацию от терминала 116 доступа по обратной линии связи 118. Терминал 122 доступа осуществляет связь с антеннами 106 и 108, где антенны 106 и 108 передают информацию на терминал 122 доступа по прямой линии связи 126 и принимают информацию от терминала 122 доступа по обратной линии связи 124. В системе FDD линии связи 118, 120, 124 и 126 могут использовать различные частоты для связи. Например, прямая линия связи 120 может использовать частоту иную, чем используемая обратной линией связи 118.

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

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

Пункт доступа может быть неподвижной станцией, используемой для осуществления связи с терминалами, и может также упоминаться как пункт доступа, Узел B, или определяться с использованием некоторой подобной терминологии. Терминал доступа может также называться терминалом доступа, пользовательским оборудованием (UE), устройством беспроводной связи, терминалом, терминалом доступа или определяться с использованием некоторой другой подобной терминологии.

На фиг.2 показана блок-схема системы MIMO 200, содержащей вариант осуществления системы 210 передатчика (также известной как пункт доступа) и системы 250 приемника 250 (также известной как терминал доступа). В системе 210 передатчика данные трафика для многих потоков данных предоставляются от источника 212 данных к процессору 214 данных передачи (ТХ).

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

Кодированные данные для каждого потока данных могут быть мультиплексированы с пилотными данными с использованием методов OFDM. Пилотные данные в типовом случае представляют собой известный шаблон данных, который обработан известным способом и может использоваться в системе приемника, чтобы оценить отклик канала. Мультиплексированные пилотные и кодированные данные для каждого потока данных затем модулируются (то есть отображаются на символы) на основе схемы модуляции (например, BPSK, QSPK, М-PSK или М-QAM), выбранной для этого потока данных, чтобы обеспечить символы модуляции. Скорость передачи данных, кодирование и модуляция для каждого потока данных могут быть определены инструкциями, выполняемыми процессором 230. Инструкции могут быть сохранены в памяти 232.

Символы модуляции для всех потоков данных затем предоставляются TX MIMO процессору 220, который может дополнительно обрабатывать символы модуляции в зависимости от схемы модуляции (например, для OFDM). TX MIMO процессор 220 затем предоставляет N_T потоков символов модуляции N_T передатчикам (TMTR) 222a-222t. В определенных вариантах осуществления, TX MIMO процессор 220 применяет веса формирования диаграммы направленности к символам потоков данных и к антенне, от которой передается символ.

Каждый передатчик 222 получает и обрабатывает соответствующий поток символов, чтобы обеспечить один или более аналоговых сигналов, и дополнительно преобразует (например, усиливает, фильтрует и преобразует с повышением частоты) аналоговые сигналы, чтобы обеспечить модулированный сигнал, подходящий для передачи по каналу MIMO. N_T модулированных сигналов от передатчиков 222a-222t затем передаются от N_T антенн 224a-224t, соответственно.

В системе приемника 250 переданные модулированные сигналы принимаются посредством N_R антенн 252a-252r, и принятый сигнал от каждой антенны 252 подается на соответствующий приемник (RCVR) 254a-254r. Каждый приемник 254 преобразует (например, фильтрует, усиливает и преобразует с понижением частоты) соответствующий принятый сигнал, оцифровывает преобразованный сигнал, чтобы обеспечить выборки, и далее обрабатывает выборки, чтобы обеспечить соответствующий принятый поток символов.

Процессор 260 RX данных затем принимает и обрабатывает N_R принятых потоков символов от N_R приемников 254 на основе конкретного способа обработки приемника, чтобы обеспечить N_R обнаруженных потоков символов. Процессор 260 RX данных демодулирует, выполняет обращенное перемежение и декодирует каждый обнаруженный поток символов, чтобы восстановить данные трафика для потока данных. Обработка процессором 260 RX данных комплементарна обработке, выполняемой TX MIMO процессором 220 и процессором 214 TX данных в системе 210 передатчика. Инструкции могут быть сохранены в памяти 272.

Сообщение обратной линии связи может содержать различные типы информации относительно линии связи и/или принятого потока данных. Сообщение обратной линии связи затем обрабатывается процессором 238 TX данных, который также принимает данные трафика для ряда потоков данных из источника 236, модулируется модулятором 280, преобразуется передатчиками 254a-254r и передается назад к системе 210 передатчика.

Процессор 260 RX данных может быть ограничен в числе поднесущих, которые он может одновременно демодулировать, например 512 поднесущих или 5 МГц, и такой приемник должен быть запланирован на единственной несущей. Это ограничение может быть функцией его диапазона FFT, например частот выборок, с которыми процессор 260 может работать, памяти, доступной для FFT, или других функций, доступных для демодуляции. Кроме того, чем больше число использованных поднесущих, тем выше затраты терминала доступа.

Оценка отклика канала, генерированная процессором 260 RX данных, может использоваться, чтобы выполнять пространственную, пространственно-временную обработку в приемнике, настраивать уровни мощности, изменять частоты или схемы модуляции, или другие действия. Процессор 260 RX данных может также оценивать отношения сигнала к шуму и помехам (SNR) обнаруженных потоков символов и, возможно, другие характеристики канала и предоставляет эти оценки процессору 270. Процессор 260 RX данных или процессор 270 может дополнительно вывести оценку "рабочего" SNR для системы. Процессор 270 затем предоставляет информацию состояния канала (CSI), которая может включать в себя различные типы информации относительно линии связи и/или принимаемого потока данных. Например, CSI может включать в себя только рабочее SNR. CSI затем обрабатывается процессором 238 TX данных, модулируется модулятором 280, преобразуется передатчиками 254a -254r и передается назад к системе 210 передатчика.

В системе 210 передатчика 210 модулированные сигналы от системы 250 приемника принимаются антеннами 224, преобразуются приемниками 222, демодулируются демодулятором 240 и обрабатываются процессором 242 RX данных, чтобы восстановить CSI, сообщаемую системой приемника. Сообщаемая CSI затем предоставляется процессору 230 и используется для (1) определения скоростей передачи данных и схем кодирования и модуляции, которые будут использоваться для потоков данных, и (2) генерации различных управлений для процессора 214 TX данных и ТХ процессора 220. Альтернативно, CSI может быть использована процессором 270, чтобы определять схемы модуляции и/или скорости кодирования для передачи, наряду с другой информацией. Это может затем предоставляться передатчику, который использует эту информацию, которая может квантоваться, чтобы обеспечить последующие передачи к приемнику.

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

В приемнике могут использоваться различные способы обработки, чтобы обрабатывать N_R принятых сигналов для детектирования N_T переданных потоков символов. Эти способы обработки приемника могут быть сгруппированы в две основных категории: (i) способы пространственной и пространственно-временной обработки в приемнике (которые также упоминаются как методы коррекции) и (ii) способ обработки путем "последовательного обнуления/коррекции и компенсации помех" (который также упоминается как способ обработки путем "последовательной компенсации помех" или "последовательной компенсации" в приемнике).

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

Потоки символов затем передаются и принимаются по каналам. В одном аспекте логические каналы классифицированы на каналы управления и каналы трафика. Логические каналы управления включают в себя канал управления широковещательной передачи (BCCH), который является каналом нисходящей линии (DL) для информации управления системы широковещательной передачи. Канал управления поисковым вызовом (PCCH) является каналом DL, который передает информацию поискового вызова. Канал управления групповой передачи (MCCH) является каналом DL «из точки к множеству точек», используемым для передачи информации планирования и управления мультимедийной услуги широковещательной и групповой передачи (MBMS) для одного или более каналов трафика групповой передачи (MTCH). Вообще, после установления связи RRC этот канал используется только посредством UE, которые получают MBMS (примечание: прежний MCCH+MSCH). Специализированный канал управления (DCCH) является двухточечным двунаправленным каналом, который передает специализированную информацию управления и используется посредством UE, имеющих RRC-соединение. В одном аспекте логические каналы трафика включают в себя специализированный канал трафика (DTCH), который является двухточечным двунаправленным каналом, выделенным одному UE, для передачи пользовательской информации. Кроме того, канал трафика групповой передачи (MTCH) используется для передачи данных трафика по каналу DL из точки к множеству точек.

В одном аспекте транспортные каналы классифицированы на нисходящую линию DL и восходящую линию UL. Транспортные каналы DL включают в себя канал широковещательной передачи (BCH), общий канал данных нисходящей линии (DL-SDCH) и канал поискового вызова (PCH), причем PCH предназначается для поддержки сбережения мощности UE (цикл DRX указывается сетью для UE) и передается по всей соте и отображается на физические ресурсы уровня, которые могут использоваться для других каналов управления/трафика. Транспортные каналы UL включают в себя канал произвольного доступа (RACH), канал запроса (REQCH), общий канал данных восходящей линии (UL-SDCH) и множество каналов физического уровня. Каналы физического уровня включают в себя набор каналов DL и каналов UL.

Физические каналы нисходящей линии включают в себя следующие каналы: общий пилотный канал (CPICH), канал синхронизации (SCH), общий канал управления (CCCH), совместно используемый канал управления нисходящей линии (SDCCH), канал управления групповой передачей (MCCH), совместно используемый канал назначения восходящей линии (SUACH), канал квитирования (ACKCH), физический совместно используемый канал данных нисходящей линии (DL-PSDCH), канал управления мощностью восходящей линии (UPCCH), канал указателя поискового вызова (PICH) и канал указателя нагрузки (LICH).

Физические каналы восходящей линии включают в себя следующее: физический канал произвольного доступа (PRACH), канал указателя качества канала (CQICH), канал квитирования (ACKCH), канал указателя подмножества антенн (ASICH), совместно используемый канал запроса (SREQCH), физический совместно используемый канал данных восходящей линии (UL-PSDCH) и широкополосный пилотный канал (BPICH).

Согласно одному аспекту настоящее раскрытие обеспечивает услуги широковещательной передачи и групповой передачи (BCMCS) в сети с высокой скоростью передачи данных. BCMCS - сокращенное обозначение услуги широковещательной передачи и групповой передачи по IP сети. Эта услуга может позволить пользователям получать разнообразный контент (например, видео/текст) на их телефонные трубки по сотовым линиям связи, используя Ультра Мобильную Широкополосную систему. Некоторые аспекты настоящего раскрытия обсуждены более подробно ниже.

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

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

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

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

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

Протокол консолидации пакетов широковещательной передачи (РСР) 306: протокол консолидации пакетов широковещательной передачи выполняет кадрирование пакетов более высокого уровня и мультиплексирует пакеты более высокого уровня и сообщения сигнализации.

Протокол 308 безопасности широковещательной передачи: протокол безопасности широковещательной передачи обеспечивает шифрование полезной нагрузки протокола консолидации пакетов широковещательной передачи.

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

Протокол 312 физического уровня широковещательной передачи: протокол физического уровня широковещательной передачи обеспечивает структуру канала для прямого канала услуг широковещательной передачи и групповой передачи.

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

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

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

Логический канал идентифицирован парой формы (сектор, BC-индекс), где сектор идентифицирован парой (ИД сектора, канал BCMCS). «Канал BCMCS» относится к назначению частоты, ассоциированному с одиночным каналом. «BC-индекс» относится к значению, соответствующему первому кадру физического уровня, среди набора всех кадров физического уровня набора пар мультиплексирования-чередования, ассоциированных с логическим каналом, который возникает при или после нулевого индекса кадра.

Идентификатор потока услуг широковещательной и групповой передачи (ИД потока BCMCS) идентифицирует поток широковещательной и групповой передачи (также называемый потоком BCMCS). Контент данного потока BCMCS может изменяться со временем. Поток BCMCS аналогичен одиночному мультимедийному потоку. Контенты потока BCMCS не разделяются по множеству логических каналов.

Как отмечено, протокол 310 МАС широковещательной передачи содержит правила, управляющие операцией и хронированием прямого канала услуг широковещательной передачи и групповой передачи. Протокол 310 МАС широковещательной передачи принимает пакеты протокола консолидации пакетов широковещательной передачи (РСР) из протокола 308 безопасности широковещательной передачи. Каждый пакет, принятый из протокола 308 безопасности широковещательной передачи, предназначен для одного логического канала широковещательной передачи. Протокол 310 МАС широковещательной передачи формирует блок контроля ошибок путем добавления, например, внешнего кода Рида-Соломона к полезной нагрузке, предназначенной для логического канала. Протокол 310 МАС широковещательной передачи, таким образом, уменьшает частоту ошибок радиолинии, как наблюдается более высокими уровнями.

Потоки широковещательной передачи могут быть отображены на логический канал BCMCS. Логический канал BCMCS может быть передан на совокупности физических каналов широковещательной передачи. Каждый из совокупности физических каналов широковещательной передачи может быть уникально охарактеризован посредством SIMT (триплет поддиапазон-чередование-мультиплексирование). Передачи система широковещательной и многоадресной передачи (BCMCS) индексированы в блоках ультракадров. Каждый ультракадр состоит из ряда подзон и чередований 48 суперкадров физического уровня.

Информация о физическом местоположении логических каналов может быть получена, например, из ассоциированного служебного канала широковещательной передачи. До четырех, например, служебных каналов широковещательной передачи разрешены на ультракадр, как определено здесь переменным NumBOC. Набор физических каналов, к которым обращается каждый служебный канал широковещательной передачи, обозначается как PhysicalChannelGroupi (группа i физических каналов), где i может принимать значения от 0 до 3. Служебные каналы широковещательной передачи, передаваемые на ультракадре k, могут содержать информацию о логических каналах, передаваемых на ультракадре k+1. Каждая группа i физических каналов может быть разделена на NumOuterframesPerUltraframei (число внешних кадров на ультракадр i) внешних кадров, где NumOuterframesPerUltraframe i=1, 2, 4 или 8. Каждый логический канал в ультракадре может передаваться однократно на каждый внешний кадр, связанный с группой i физических каналов (PhysicalChannelGroupi).

Относительно индексации поддиапазона, каждые 128 hop ports (портов перехода) кадра физического уровня, который является частью услуг широковещательной передачи и групповой передачи, упоминаются здесь как поддиапазон BCMCS. Местоположение этих поддиапазонов BCMCS оповещается. Отметим, что некоторые из этих портов перехода могут отображаться на защитные несущие и, следовательно, не будут использоваться для передачи данных. В каждом ультракадре поддиапазоны BCMCS индексируются посредством UltraframeResourcesIndex (индекс ресурсов ультракадра), пронумерованных от 0 до NumResourcesPerUltraframe - 1. Кадры физического уровня, на которых разрешается BCMCS, могут быть пронумерованы в увеличивающемся порядке, причем кадр физического уровня, который возникает раньше во времени, нумеруется ниже. Если более одного поддиапазона BCMCS присутствует в кадре физического уровня, то каждый поддиапазон нумеруется в увеличивающемся порядке.

Например, рассмотрим использование 5 МГц с каждым ресурсом, являющимся 128 портами перехода, и одним чередованием, представленными ячейками на фиг.4. Резервные поддиапазоны представлены заштрихованными ячейками, в то время как поддиапазоны BCMCS представлены заштрихованными ячейками с индексом. Этот индекс упоминается как UltraframeResourcesIndex (индекс ресурсов ультракадра). На фиг.4 четыре поддиапазона проиллюстрированы как зарезервированные на восемь чередований, из которых три назначены для BCMCS.

Внешний код Рида-Соломона использует структуру блока контроля ошибок, как показано на фиг.5. Блок контроля ошибок сформирован из N строк и MACPacketSize (размер пакта МАС). Верхние K столбцов блока контроля ошибок содержат полезную нагрузку из обслуживаемых протоколов, ряд из которых могут быть заполняющими пакетами. Нижние R=N-K строк блока контроля ошибок содержит октеты контроля четности Рида-Соломона.

Пакеты полезной нагрузки на логическом канале широковещательной передачи (BLC) защищены внешним кодом, и для каждого блока данных BLC может иметься внешний код. При функционировании внешний код управления, описанный выше, имеет размах S ультракадров BLC с периодом ВОС, N, где S является кратным N. ECB для BLC формируется из последовательности S последовательных ультракадров, для UF t, где t mod S=0. Если N|S, параметры служебного канала широковещательной передачи (ВОС) трафика изменяются на границах ECB.

Последовательность пакетов BPC (или стирания) на BLC по S ультракадрам записана построчно в матрицу из R строк и С столбцов. Любые недостающие записи заполняются пактами из всех нулей. Для лучшего разнесения все жесткие решения ультракадра должны быть буферизованы. Каждая подматрица из R строк на 1 байт равна принятому кодовому слову (R, k) кода Рида-Соломона и совместима с расширенной услугой широковещательной передачи и групповой передачи.

Временной размах блока коррекции ошибок является следующим. Минимальное время переключения для логического канала широковещательной передачи пропорционально размаху ECB, который равен S ультракадрам. Чем меньше значение S, тем быстрее может иметь место переключение. По более длинному промежутку времени скорость передачи данных логического канала широковещательной передачи аппроксимирует среднюю скорость. Если логический канал широковещательной передачи установлен для более длинных промежутков времени, то служебная нагрузка может быть улучшена. S также увеличивает код Рида-Соломона, увеличивая разнесение. Для непотоковых приложений необходимы более длинные блоки коррекции ошибок. В то же время для потоковых приложений могут использоваться более короткие блоки коррекции ошибок, чтобы реализовать лучшие времена переключения.

Каждая строка блока контроля ошибок формирует полезную нагрузку для пакетов MAC широковещательной передачи для данного логического канала, который передается в пакетах физического уровня широковещательной передачи, назначенных логическому каналу во временном порядке в начале передачи пакетов физического уровня широковещательной передачи. В действительности, блок контроля ошибок является матрицей R из строк и C столбцов, где R=1, 16 или 32. R и C являются атрибутами BLC и сообщаются в информационном сообщении канала широковещательной передачи, описанном более детально ниже. Ширина строки определена последовательностью пакетов полезной нагрузки, передаваемых на расширенном канале BCMCS (ECB).

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

Блоки контроля ошибок генерируются, как описано в следующих разделах. Сеть доступа сегментирует передачу на логическом канале в блоки контроля ошибок (ECB). Каждый блок контроля ошибок может начинаться с нуля или одного пакета MAC, полученного MAC BCMCS.

Сеть доступа затем заполняет данные в блок контроля ошибок в строках. Сеть доступа применяет кодирование Рида-Соломона по столбцам блока контроля ошибок. Сеть доступа передает блок контроля ошибок на прямом канале услуг широковещательной передачи и групповой передачи в строках. Каждый блок контроля ошибок содержит N строк и MACPacketSize столбцов. Верхние K строк блока контроля ошибок могут содержать полезную нагрузку из обслуживаемых протоколов или пакетов заполнения. Нижние R = N - K строк блока контроля ошибок могут содержать октеты контроля четности Рида-Соломона. Длина каждого кодового слова Рида-Соломона может равняться N октетам. Каждый блок контроля ошибок может состоять из одного кодового слова Рида-Соломона.

Код Рида-Соломона определяется как (N, K, R) код. N, K и R определены следующим образом.

1. N = Число октетов в кодовом слове Рида-Соломона. Значение N может быть таким, как определено в C.S0084-1, Спецификации радиоинтерфейса физического уровня для Ультрамобильной широкополосной системы (UMB), включенной в настоящий документ посредством ссылки.

2. K = Число октетов данных в кодовом слове Рида-Соломона. Значение K может быть таким, как определено в C.S0084-1, Спецификации радиоинтерфейса физического уровня для Ультрамобильной широкополосной системы (UMB), включенной в настоящий документ посредством ссылки.

3. R=N-K = Число октетов контроля четности в кодовом слове Рида-Соломона. Значение R может быть таким, как определено в C.S0084-1, Спецификации радиоинтерфейса физического уровня для Ультрамобильной широкополосной системы (UMB), включенной в настоящий документ посредством ссылки.

Каждая строка блока контроля ошибок может сформировать полезную нагрузку для одного или более пакетов MAC широковещательной передачи. Логический канал может использовать блоки контроля ошибок с теми же самыми значениями N, K и MACPacketSize по всем секторам, которые разрешены терминалу доступа, чтобы мягко комбинировать логический канал.

Данные из блоков контроля ошибок передаются с использованием пакетов MAC широковещательной передачи. Каждая строка блока контроля ошибок переносится с использованием MACPacketSize-битовых пакетов MAC широковещательной передачи. Заполнение пакета(ов) может присоединяться, чтобы сделать число пакетов данных равным K, если недостаточно данных доступно для заполнения K строк, как описано ниже. Блок данных протокола (PDU) для этого протокола представляет собой пакет MAC широковещательной передачи.

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

Относительно индексации физических ресурсов, каждая группа i физических каналов (PhysicalChannelGroupi) определена некоторым количеством BCMCS поддиапазонов, NumOuterframeSubbandsi (число поддиапазонов i внешних кадров), где NumOuterframeSubbandsi является кратным NumOuterframesPerUltraframei (число внешних кадров на ультракадр i), и i может принимать значения от 0 до 3. NumPhysicalResourcesi (число физических ресурсов i) определено как целое число, определенное посредством NumOuterframeSubbandsi / NumOuterframesPerUltraframei. Эти поддиапазоны BCMCS на группу физического уровня, например, нумеруются последовательно (в возрастающем порядке номера поддиапазона BCMCS) от 0 до NumPhysicalResourcesi - 1 для каждого из PhysicalChannelGroupi (группа i физических каналов), соответствующих каждому внешнему кадру, принадлежащему PhysicalChannelGroupi. Пара (OuterframeIndexi (индекс i внешнего кадра), PhysicalResourceIndexi (индекс i физического ресурса)) имеет, таким образом, однозначное отображение на UltraframeResourcesIndex (индекс ресурсов ультракадра). Каждый такой поддиапазон BCMCS, обозначенный как NumOuterframeSubbandsi, выбран как кратное числа NumOuterframesPerUltraframei.

Каждая PhysicalChannelGroupi, ресурсы BCMCS, назначенные каждому внешнему кадру, определяется следующей парой(ами): Offsetj (смещение j) и Periodj (период j). Пусть k обозначает индекс поддиапазона BCMCS во внешнем кадре. Каждый поддиапазон BCMCS таков, что k ≡ Offsetj (mod Periodj) может быть частью PhysicalChannelGroup i. Отметим, что PhysicalChannelGroup i может состоять из некоторого числа таких пар (Offsetj, Periodj), как определено посредством NumOffsetsPerGroup i для j=0, 1..., 15. Отметим, что это может привести к некоторым неиспользованным поддиапазонам BCMCS в конце суперкадра, поскольку NumPhysicalResources i является кратным Periodj. Далее отметим, что данная пара (Offsetj, Periodj) может принадлежать множеству групп физических каналов. В этом случае служебное сообщение широковещательной передачи множества групп физического уровня может адресоваться тому же самому логическому каналу. Этот сценарий полезен, когда покрытие одночастотной сети (SFN) логического канала отличается от покрытия SFN служебного канала широковещательной передачи.

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

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

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

Параметры модуляции служебного канала широковещательной передачи переносятся в сообщении BroadcastChannelInfo (информация канала широковещательной передачи). В дополнение к служебному каналу широковещательной передачи, каждый логический канал также переносит внутриполосную информацию о своем местоположении в следующем ультракадре. Кроме того, для того чтобы терминал доступа успешно обнаруживал и контролировал контент широковещательной передачи, различные связанные с широковещательной передачей параметры должны сигнализироваться по радиоинтерфейсу. Сеть доступа передает эти параметры в одном или более информационных пакетах канала управления в форме сообщения BroadcastChannelInfo. Сообщение BroadcastChannelInfo, переданное сектором, содержит информацию отображения логического канала на физический канал для того сектора. Сеть доступа может передать сообщение BroadcastChannelInfo с MACID широковещательной передачи как одноадресное сообщение по каждому суперкадру j таким образом, что j mod N_BCIPeriod=N_BCIPeriod-1 (где N_BCIPeriod является периодом повторения сообщения BroadcastChannelInfo (в единицах суперкадра) и может иметь постоянное значение, например, 240). Местоположение этого сообщения находится, например, между кадрами 2 и 7 физического уровня, включая соответствующий суперкадр.

Соответственно, каждая строка блока контроля ошибок формирует полезную нагрузку для одного или более пакетов MAC широковещательной передачи. Кроме того, логический канал может использовать блоки контроля ошибок с теми же самыми значениями N, K и MACPacketSize (размер пакета МАС) по всем секторам, которые терминал доступа может мягко объединять в логический канал.

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

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

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

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

Пример форматов передачи для служебного канала широковещательной передачи показан в Таблице 1. Спектральные эффективности соответствуют числу внешних кадров на ультракадр. Порядок модуляции 2 во всех случаях. Отметим, например, что число символов OFDM (NumOFDMSymbolsPerBOC), требуемое для служебного канала широковещательной передачи, может быть найдено посредством NumOFDMSymbolsPerBOC = размер пакета/99.

Таблица 1
Форматы передачи служебного канала широковещательной передачи Индекс формата пакета Размер пакета Набор скоростей Конфигурация радиосвязи Спектральная эффективность (на внешние кадры в ультракадре)   1 2 4 8 0 99 1/2/3/4 1 1,021 0,510 0,255 0,128 1 99 1/2/3/4 2 0,421 0,211 0,105 0,053 2 198 1/2/3/4 1 1,021 0,510 0,255 0,128 3 198 1/2/3/4 2 0,421 0,211 0,105 0,053 4 495 1/2/3/4 1 1,021 0,510 0,255 0,128 5 495 1/2/3/4 2 0,421 0,211 0,105 0,053 6 792 1/2/3/4 1 1,021 0,510 0,255 0,128 7 792 1/2/3/4 2 0,421 0,211 0,105 0,053

Относительно физических ресурсов, для данных BCMCS число битов (включая заполнение и биты FCS), переносимых пакетом физического уровня широковещательной передачи, называется его размером пакета и обозначается N_data. Интервал пакета определен как число передач, которые допустимы для пакета. Набор скоростей в пределах данного режима передачи определяется двумя параметрами: конфигурацией поддиапазона BCMCS первого поддиапазона BCMCS пакета и размером пакета. Формат широковещательной передачи, также называемый форматом передачи BCMCS, определен индексом формата пакета и числом передач. В рамках каждого режима передачи имеется, например, четыре набора скоростей, называемые наборами скоростей 1, 2, 3, 4. Каждый набор скоростей содержит две конфигурации радиосвязи в дополнение к нумерологии одноадресной передачи, что может использоваться для третьей передачи. В этом случае первая и вторая передачи посылаются с использованием нумерологии широковещательной передачи, в то время как третья передача происходит с нумерологией одноадресной передачи.

Форматы передачи показаны в Таблице 2. Два формата передачи BCMCS совместимы по скорости, если и только если они имеют тот же самый индекс формата пакета, но имеют, возможно, различные интервалы. Формат пакета состоит из четырех битов. Эти четыре бита индексируют спектральную эффективность и формат модуляции, подлежащие использованию для каждой передачи HARQ пакета данных. Отметим, что максимальное число по умолчанию передач равно трем (в этом случае интервал равен трем), однако сектор может сделать выбор осуществить передачу однократно или двукратно для каждого индекса формата пакета. В этом случае его интервал устанавливается на один или два, соответственно.

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

Таблица 2
Форматы широковещательной передачи Индекс формата пакета Размер пакета Набор скоростей Конфигурация радиосвязи Порядок модуляции Спектральная эффективность для каждой передачи 1 2 3 0 1536 1 1 4 2,26 1,13 0,72 1 768 1 1 2 1,13 0,57 0,36 2 2048 2 1 4 3,02 1,51 0,96 3 1024 2 1 2 1,51 0,75 0,75 4 2560 3 1 4 1,89 1,26 0,91 5 1280 3 1 2 0,94 0,63 0,46 6 3568 4 1 4 2,64 1,76 1,27 7 1784 4 1 2 1,32 0,88 0,64 8 768 1 2 4 2,18 1,09 0,70 9 384 1 2 2 1,09 0,54 0,35 10 1024 2 2 4 2,90 1,45 0,94 11 512 2 2 2 1,45 0,73 0,47 12 1280 3 2 4 1,82 1,21 0,89 13 640 3 2 2 0,91 0,61 0,44 14 1792 4 2 4 2,54 1,69 1,24 15 896 4 2 2 1,27 0,85 0,62

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

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

Фиг.6 иллюстрирует схему передачи с переменной скоростью в соответствии с вариантом осуществления. Фиг.6 показывает схему передачи, совместимой по скорости, в которой сота А использует формат передачи с интервалом охвата 2 поддиапазона BCMCS, в то время как соты B и C используют формат передачи, совместимой по скорости, с интервалом охвата 3 поддиапазона BCMCS. Сота A может сделать выбор передавать пакет суперраспределения в свободном сегменте, как проиллюстрировано на фиг.6.

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

Период: параметр Период, назначенный логическому каналу, больше или равен интервалу охвата формата передачи этого логического канала. Если Период больше чем интервал индекса формата пакета, сеть доступа может ждать до следующего периода, чтобы передать следующий пакет BCMCS. Сеть доступа может использовать этот(и) доступный(е) сегмент(ы) для передач суперраспределения, как проиллюстрировано на фиг.6.

FDSSeed: начальное значение расширения в частотной области. 10-битовое двоичное число используется для расширения в частотной области.

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

Отношение мощности пилот-сигнала к данным: определено ниже.

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

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

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

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

DCPDROffset и параметры «отношения используемого пилот-сигнала к данным» (PDR) логического канала, обслуживаемого пакетом физического уровня широковещательной передачи, как определено ниже.

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

Относительно параметров «отношения по мощности используемого пилот-сигнала к данным» (PDR), параметры отношения используемого пилот-сигнала к данным (PDR) логического канала, ассоциированного с прямым каналом услуг широковещательной передачи и групповой передачи, могут быть представлены 4 битами и могут интерпретироваться следующим образом.

Пусть Z является значением 4-битового представления параметра, когда оно интерпретируется как целое число без знака. Тогда значение параметра в дБ получается как 0,5x(Z-4). Например, значение -2 дБ представляется как '0000', и значение 5,5 дБ представляется как '1111'.

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

Таблица 3
Отношения пилот-сигнала к данным по умолчанию для служебного канала широковещательной передачи Формат ВОС-передачи PDRBOC по умолчанию (дБ) 0 2 1 2

Для каждого логического канала, ассоциированного с прямым каналом услуг широковещательной передачи и групповой передачи, сеть доступа может определить значения параметров PDR по умолчанию следующим образом. Сеть доступа определяет значения отношений пилот-сигнала к данным по умолчанию для каждого логического канала на основе формата передачи BCMCS этого логического канала согласно Таблице 4. Отношение пилот-сигнала к данным для первых двух передач обозначено как BCMCSPilotToDataRatio и может отличаться от третьей передачи, которая обозначена как PilotToDataRatio.

Таблица 4
Отношение пилот-сигнала к данным по умолчанию широковещательных сообщений Формат BCMCS-передачи PDR данные по умолчанию (дБ) 0 2 1 2 2 2 3 2 4 2 5 2 6 2 7 2 8 2 9 2 10 2 11 2 12 2 13 2 14 2 15 2 16 2

Сообщение BroadcastChannelInfo, дополнительно описанное ниже, несет информацию, чтобы указать используемые параметры PDR логических каналов. Терминалы доступа, принимающие контент широковещательной передачи, контролируют сообщение BroadcastChannelInfo. Другие терминалы доступа могут игнорировать это сообщение. Для каждого логического канала, ассоциированного с каналом услуг широковещательной передачи и групповой передачи, сеть доступа может установить значение 1-битового параметра, называемого BCMCSPDRProvidedForThisLogicalCh (BCMCSPDR, предоставляемый для этого логического канала), следующим образом.

Если формат передачи BCMCS логического канала состоит из интервала охвата два или менее, сеть доступа может установить параметр BCMCSPDRProvidedForThisLogicalCh следующим образом.

• Сеть доступа может установить параметр BCMCSPDRProvidedForThisLogicalCh в '0', если значение BCMCSPilotToDataRatio то же самое, что и значение PDRDataDefault.

• Иначе сеть доступа может установить параметр BCMCSPDRProvidedForThisLogicalCh параметр в '1'.

Если формат передачи BCMCS логического канала состоит из интервала охвата 3, сеть доступа может установить параметр BCMCSPDRProvidedForThisLogicalCh следующим образом.

• Если все следующие условия верны, сеть доступа может установить параметр BCMCSPDRProvidedForThisLogicalCh в 'O':

○ значение BCMCSPilotToDataRatio то же самое, что и значение PDRDataDefault для первых двух передач;

○ значение PilotToDataRatio то же самое, что и значение PDRDataDefault для третьих передач.

• Иначе сеть доступа может установить параметр BCMCSPDRProvidedForThisLogicalCh в '1'.

Для каждого пакета физического уровня широковещательной передачи протокол MAC широковещательной передачи может предоставить индекс MAC в протокол физического уровня широковещательной передачи. Протокол МАС широковещательной передачи может установить индекс MAC N_{BroadcastGenericMACIndex}.

Сообщение BroadcastOverhead (служебное сообщение широковещательной передачи), дополнительно описанное ниже, несет информацию, чтобы указать используемые параметры PDR логических каналов. Сеть доступа посылает сообщение BroadcastOverhead, чтобы предоставить терминалу доступа отображение между логическими каналами и начальным поддиапазоном BCMCS на канал услуг широковещательной передачи и групповой передачи. Формат служебного сообщения широковещательной передачи иллюстрируется в Таблице 5.

Таблица 5
Служебное сообщение широковещательной передачи Поле Длина (биты) MessageID 8 BCISignature 16 NumLogicalChannels 8 Появления NumLogicalChannels в следующих двух полях StartLocationj 8 Durationj 4

MessageID (ИД сообщения) - сеть доступа может установить это поле в 0x01.

BCISignature (Сигнатура DCI) - сеть доступа может установить это поле на сигнатуру соответствующего сообщения BroadcastChannelInfo.

NumLogicalChannels (число логических каналов) - сеть доступа может установить это поле на число логических каналов, индексированных служебным сообщением широковещательной передачи.

StartLocationj (начальное местоположение j) - сеть доступа может установить это поле на начальное местоположение логического канала j в числе PhysicalResourcesi.

Durationj (длительность j) - сеть доступа может установить это поле на номер из числа последовательных поддиапазона BCMCS, которое логический канал j занимает, как определено в Таблице 6.

Таблица 6
Описание поля Durationj, где j - индекс логического канала Длительность Длина пакета (поддиапазоны BCMCS) '0000' 1 '0001' 2 '0010' 3 '0011' 4 '0100' 6 '0101' 8 '0110' 9 '0111' 12 '1000' 16 '1001' 20 '1010' 24 '1011' 32 '1100' 36 '1101' 48 '1110' 60 '1111' 64

Сеть доступа посылает сообщение BroadcastChannelInfo (информация канала широковещательной передачи), чтобы предоставить терминалу доступа отображение между логическими каналами и физическим каналам и широковещательной передачи. Формат сообщения ChannelInfo (информация канала) проиллюстрирован в Таблице 7.

Таблица 7
Сообщение ChannelInfo широковещательной передачи Поле Длина (биты) MessageID 8 ProtocolSubtype 8 BroadcastChannelInfoSignature 16 QCISignature 20 AllReservedlnterlaces 4 BCMCSReservedlnterlaces 0 или 4 NumBOC 2

Появления NumBOC в следующих полях:

BCMCSFlowIDLength 2

BCMCSOvrheadFields Переменная

  Длина

Зарезервировано 0-7 (как необходимо)

MessageID (ИД сообщения) - сеть доступа может установить это поле в 0x00.

ProtocolSubtype (подтип протокола) - сеть доступа может установить это поле, как требуется.

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

QCISignature (сигнатура QCI) - сеть доступа может установить это поле на открытые данные QCISignature протокола служебных сообщений.

AllReservedlnterlaces (все зарезервированные чередования) - сеть доступа может установить это поле в '1', чтобы указать, что все поддиапазоны всех зарезервированных чередований используются для BCMCS, либо сеть доступа может установить это поле в '0'.

BCMCSReservedlnterlaces (зарезервированные чередования BCMCS) - если поле AllReservedlnterlace установлено в '1', то сеть доступа может опустить это поле. Иначе сеть доступа может включить это поле и установить его согласно Таблице 8. Все поддиапазоны в этих чередованиях могут использоваться для BCMCS.

Таблица 8
Интерпретация BCMCSReservedlnterlaces Значение Зарезервированные чередования BCMCS 0000 0 0001 0,1 0010 0,1,2 0011 0,1,2,3 0100 0,1,2,3,4 0101 0,1,2,3,4,5 0110 0,1,2,3,4,5,6 0111 3 1000 6 1001 0,2 1010 0,4 1011 0,6 1100 2,4 1101 2,6 1110 4,6 1111 2,4,6

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

BCMCSFIowIDLength (длина потока BCMCS) - сеть доступа может установить это поле на единицу меньше, чем длина идентификатора потока BCMCS в единицах октетов. Сеть доступа не может установить это поле в '00'.

BCMCSOverheadFields (служебные поля BCMCS) - сеть доступа может включать это поле, если поле BCMCSOverheadFieldsIncluded (служебные поля BCMCS включены) включено и установлено в '1'. Иначе сеть доступа может опустить это поле. Если включено, сеть доступа может установить его, как определено в Таблице 9. Это поле определяет отображение логического канала на физический канал для логических каналов, передаваемых на прямом канале услуг широковещательной передачи и групповой передачи.

Зарезервировано - сеть доступа может добавить зарезервированные биты, чтобы сделать длину всего сообщения равной целому числу октетов. Сеть доступа может установить эти биты в '0'. Терминал доступа может игнорировать эти биты.

Таблица 9
Служебные поля BCMCS BCMCSFlowCount 8 NumOuterframes 2 NumOffsets 4 BOSTransmissionFormat 0 или 3 BOCPDRParametersIncluded 0 или 1 BOCPilotToDataRatioRecord 0 или переменная FDSSeedNumMSBs 0 или 4 FDSSeedMSBs 0 или FDSSeedNumMSBs

Появления NumOffsets следующих полей:

Offsetj 4 Periodj 4

Появления BCMCSFlowCount следующей записи переменной длины:

BCMCSFlowID (BCMCSFlowIDLength+1)×8 RegisterForPaging 1 RegisterForDynamicBroadcast 1 LogicalChannlSameAsPrviousBCMCSFlow 1

Нуль или одно появление следующих девяти полей:

StarLocation 8 Duratio 4 BCMCSTransmissionFormat 0 или 6 OuterCode 0 или 4 Priod 0 или 2 PilotStaggerIndex 0 или 3 BCMCSPilotToDataRatioRecord 0 или переменная FDSSeedSameAsPreviousLogCh 0 или 1 FDSSeedLSBs 0 или 10 -FDSSeedNumMSBs ModulationLayer 0 или 1

BCMCSFlowCount (отсчет потоков BCMCS) - сеть доступа может установить это поле в число идентификаторов потока BCMCS, включенных в поле BCMCSOverheadFields (служебные поля BCMCS) этого сообщения.

NumOuterframes (число внешних кадров) - сеть доступа может установить это поле в число внешних кадров на ультракадр, как указано в Таблице 10.

Таблица 10
Описание поля NumOuterframes Поле NumOuterframes Число внешних кадров на ультракадр '00' 1 '01' 2 '10' 4 '11' 8

NumOffsets (число сдвигов) - сеть доступа может установить это поле в число сдвигов, которые назначены внешним кадрам, как описано выше.

BOCTransmissionFormat (формат передачи BOC) - сеть доступа может установить это поле на индекс формата пакета служебного канала широковещательной передачи, как определено выше.

BOCPDRParametersIncluded (включены параметры BOCPDR) - если поле BCMCSFlowCount (отсчет потока BCMCS) установлено в ноль, сеть доступа может опустить это поле. Иначе сеть доступа может включить это поле и установить его следующим образом.

Если отношение пилот-сигнала к данным служебного канала широковещательной передачи не то же самое, что и PDRBOCDefault, то сеть доступа может установить это поле в '1'. Иначе сеть доступа может установить это поле в '0'.

BOCPilotToDataRecord (запись отношения пилот-сигнала к данным BOC) - если поле LogicalChannelSameAsPreviousBCMCSFlow (логический канал тот же, что и предыдущий поток BCMCS) установлено в '1' или если поле BOCPDRParametersIncluded (параметры BOCPDR включены) установлено в '0', то сеть доступа может опустить это поле. Иначе сеть доступа может включить это поле и установить его согласно Таблице 13.

FDSSeedNumMSBs - если поле BCMCSFlowCount (отсчет потока BCMCS) установлено в нуль, сеть доступа может опустить это поле. Иначе сеть доступа может включить это поле и установить его в двоичное представление без знака значения от 0 до 10 включительно, чтобы указать длину поля FDSSeedMSBs. FDSSeedNumMSBs может быть таким, что MSBs 10-битовых параметров FDSSeed поля FDSSeedNumMSBs всех логических каналов, определенных после этого поля, для которого PhysicalChannelCount больше нуля, может быть тем же самым.

FDSSeedMSBs - если поле BCMCSFlowCount (отсчет потоков BCMCS) установлено в нуль, сеть доступа может опустить это поле. Иначе сеть доступа может включить это поле и установить его на общие FDSSeedNumMSBs MSBs параметров FDSSeed всех логических каналов, определенных после этого поля, для которого PhysicalChannelCount (отсчет физических каналов) больше, чем нуль.

Offsetj - сеть доступа может установить это поле на значение offsetj - 1, как описано выше.

Periodj - сеть доступа может установить это поле на значение periodj - 1, как описано выше.

BCMCSFlowID (ИД потока BCMCS) - сеть доступа может установить это поле на идентификатор потока BCMCS этого потока BCMCS.

RegisterForPaging (регистрироваться для поискового вызова) - сеть доступа может установить это поле в '1', если от терминала доступа требуется включить этот поток BCMCS в сообщение BCMCSFlowRegistration (регистрация потока BCMCS), чтобы позволить сети доступа посылать сообщения на терминал доступа на соответствующем(их) канале(ах). Иначе сеть доступа может установить это поле в '0'.

RegisterForDynamicBroadcast (регистрироваться для динамического широковещания) - сеть доступа может установить это поле в '1', если от терминала доступа требуется включать этот поток BCMCS в сообщение BCMCSFlowRegistration, чтобы позволить сети доступа динамически назначать и отменять назначение потоков BCMCS физическим каналам. Иначе сеть доступа может установить это поле в '0'.

LogicalChannelSameAsPreviousBCMCSFlow (логический канал тот же, что у предыдущего потока BCMCS) - если этот поток BCMCS передается с использованием того же самого логического канала, что и предыдущий поток BCMCS, перечисленный в поле BCMCSOverheadFields (служебные поля BCMCS) этого сообщения, то сеть доступа может установить это поле в '1'. Иначе сеть доступа может установить это поле в '0'. Если это первый поток BCMCS, перечисленный в поле BCMCSOverheadFields этого сообщения, то сеть доступа может установить это поле в '0'.

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

Start Location (начальное местоположение) - сеть доступа может установить это поле в начальное местоположение логического канала в числе PhysicalResourcesj.

Duration (длительность) - сеть доступа может установить это поле на число количества последовательных поддиапазонов BCMCS, которые логический канал занимает, как определено в Таблице 6.

BCMCSTransmissionFormat (формат передачи BCMCS) - если LogicalChannelSameAsPreviousBCMCSFlow установлено в '1', то сеть доступа может опустить это поле. Иначе сеть доступа может установить это поле на параметр TransmissionFormat этого логического канала согласно Таблице 2, чтобы указать формат широковещательной передачи этого логического канала.

Period (период) - если поле LogicalChannelSameAsPreviousBCMCSFlow установлено в '1', то сеть доступа может опустить это поле. Иначе сеть доступа может установить это поле в 2-битовое представление параметра Period, ассоциированного с этим логическим каналом, как показано в Таблице 11.

Таблица 11
Описание поля Period Поле Period Число передач '000' 1 '001' 2 '010' 3 '011' Зарезервировано

OuterCode (внешний код) - если поле LogicalChannelSameAsPreviousBCMCSFlow установлено в '1' или если поле PhysicalChannelCount (отсчет физического канала) есть нуль, то сеть доступа может опустить это поле. Иначе сеть доступа может установить это поле, чтобы указывать, какой внешний код Рида-Соломона используется для формирования блока контроля ошибок для этого логического канала согласно Таблице 12.

Таблица 12
Описание поля OuterCode Внешний код (N, K, R) Рида-Соломона '0000' (1,1,0)-код Рида-Соломона (без внешнего кода) '0001' (16,12,4) код Рида-Соломона '0010' (16,13,3) код Рида-Соломона '0011' (16,14,2) код Рида-Соломона '0100' (32,24,8) код Рида-Соломона '0101' (32,26,6) код Рида-Соломона '0110' (32,28,4) код Рида-Соломона Все другие значения зарезервированы

PilotStaggerIndex - если поле LogicalChannelSameAsPreviousBCMCSFlow установлено в '1' или если поле PhysicalChannelCount есть нуль, то сеть доступа может опустить эту область. Иначе сеть доступа может установить это поле, чтобы указывать зависимый от контента параметр PilotStagger согласно Таблице 13. Для различных контентов, транслируемых в одно и то же время, сеть доступа должна назначить различный PilotStaggerIndex.

Таблица 13
Описание поля PilotStaggerIndex PilotStaggerIndex PilotStagger '000' 0 '001' 1 '010' 2 '011' 3 '100' 4 '101' 5 '110' 6 '111' 7

BCMCSPilotToDataRatioRecord (запись отношения пилот-сигнала к данным BCMCS) - если поле LogicalChannelSameAsPreviousBCMCSFlow установлено в '1' или если поле PhysicalChannelCount равно нулю, или если поле BCMCSPDRParametersIncluded (включены параметры BCMCSPDR) установлено в '0', то сеть доступа может опустить это поле. Иначе сеть доступа может включить это поле и установить его согласно Таблице 14.

FDSSeedSameAsPreviousLogCh (начальное значение FDS то же, что и у предыдущего логического канала) - если поле LogicalChannelSameAsPreviousBCMCSFlow установлено в '1' или если поле PhysicalChannelCount равно нулю, или если (10 - FDSSeedNumMSBs) равно нулю, сеть доступа может опустить это поле. Иначе сеть доступа может включить это поле и установить его следующим образом.

Если имеет место появление непустого поля FDSSeedLSBs (младшие биты начального значения FDS) перед этим полем, такое появление может быть установлено равным (10 - FDSSeedMSBs) LSBs параметра FDSSeed этого логического канала, то сеть доступа может установить это поле в '1'. Иначе сеть доступа может установить это поле в '0'.

FDSSeedLSBs - если поле FDSSeedSameAsPreviousLogCh включено и установлено в '0', то сеть доступа может включить это поле и установить его на (10 - FDSSeedNumMSBs) LSBs параметра FDSSeed для этого логического канала. Иначе сеть доступа может опустить это поле.

ModulationLayer (уровень модуляции) - если логический канал передается на базовом уровне, сеть доступа может установить это поле в '0'. Если логический канал передается на расширенном уровне, сеть доступа может установить это поле в '1'.

Таблица 14
BCMCSPilotToDataRatioRecord (запись отношения пилот-сигнала к данным BCMCS) Поле Длина (бит) BCMCSPDRProvidedForThisLogicalCh 1 BCMCSPDRSameAsBefore 0 или 1 BCMCSPilotToDataRatio 0 или 4 PilotToDataRatio 0 или 4

BCMCSPDRProvidedForThisLogicalCh (BCMCSPDR предоставлено для этого логического канала) - сеть доступа может установить это поле в '1', если отношение пилот-сигнала к данным пакета широковещательной передачи отличается от PDRDataDefault (данные PDR по умолчанию).

BCMCSPDRSameAsBefore (BCMCSPDR то же, что ранее) - если поле BCMCSPDRProvidedForThisLogicalCh установлено в '0', сеть доступа может опустить это поле. Иначе сеть доступа может включить это поле и установить его следующим образом.

Если поле BCMCSOverheadFields (служебные поля BCMCS) сообщения BroadcastChannelInfo определяет, по меньшей мере, один логический канал перед этим логическим каналом, который включает непустое поле BCMCSPDRRecordForThisLogicalCh (запись BCMCSPDR для этого логического канала) и имеет тот же самый формат передачи BCMCS, что и этот логический канал, и если последний из таких логических каналов имеет те же самые значения для всех используемых параметров отношения пилот-сигнала к данным, описанным выше, что и этот логический канал, то сеть доступа может установить это поле в '1'. Иначе сеть доступа может установить это поле в '0'.

BCMCSPilotToDataRatio (отношение пилот-сигнала к данным BCMCS) - сеть доступа может установить это поле, как описано выше. Метод, которым сеть доступа устанавливает параметр BCMCSPilotToDataRatio, не входит в объем данной спецификации.

PilotToDataRatio (отношение пилот-сигнала к данным) - сеть доступа может установить это поле, как описано выше. Метод, которым сеть доступа устанавливает параметр PilotToDataRatio, не входит в объем данной спецификации.

Относительно формата NextUltraframeInfo (информация следующего ультракадра) МАС широковещательной передачи, сеть доступа помещает следующие поля в конце каждого пакета MAC широковещательной передачи:

Поле Длины (бит) StartBCMCSSubbandNumber 8 EndBCMCSSubbandNumber 8 ReadBroadcastChannelInfo 1 Reserved 7

StartBCMCSSubbandNumber (номер начального поддиапазона BCMCS) - сеть доступа может установить это поле в местоположение первого поддиапазона BCMCS логического канала в следующем ультракадре. Если логический канал не присутствует в следующем ультракадре, сеть доступа может установить это поле в нуль.

EndBCMCSSubbandNumber (номер конечного поддиапазона BCMCS) - сеть доступа может установить это поле в местоположение последнего поддиапазона BCMCS логического канала в следующем ультракадре. Если логический канал не присутствует в следующем ультракадре, сеть доступа может установить это поле в нуль.

ReadBroadcastChannelInfo (считать информацию канала широковещательной передачи) - сеть доступа может установить это поле в '0', если широковещательная передача параметров на BroadcastChannelInfo не изменилась. Сеть доступа может установить это поле в '1', если широковещательная передача параметров на BroadcastChannelInfo может измениться в следующей реализации BroadcastChannelInfo.

Reserved (зарезервировано) - сеть доступа может установить эти биты в '0'.

Описанные способы передачи могут быть осуществлены различными средствами. Например, эти методы могут быть осуществлены в аппаратных средствах, программируемом оборудовании, программном обеспечении или комбинации указанных средств. Для реализации в аппаратных средствах блоки обработки в передатчике могут быть реализованы в пределах одной или более специализированных интегральных схем (ASIC), процессоров цифрового сигнала (DSP), устройств обработки цифрового сигнала (DSPD), программируемых логических устройств (PLD), программируемых пользователем матриц логических элементов (FPGA), процессоров, контроллеров, микроконтроллеров, микропроцессоров, электронных устройств, других электронных блоков, разработанных для выполнения описанных функций, или комбинации указанных средств. Блоки обработки в приемнике могут также быть осуществлены в пределах одной или более ASIC, DSP, процессоров и так далее.

Для реализации на основе программного обеспечения способы передачи могут быть реализованы инструкциями (например, процедурами, функциями, модулями, кодами программного обеспечения и так далее), которые выполняют описанные функции. Инструкции или коды программного обеспечения могут быть сохранены в памяти (например, в памяти 832 или 872 на фиг.2) и могут выполняться процессором (например, процессором 830 или 870). Память может быть реализована в процессоре или быть внешней для процессора.

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

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

Изобретение относится к технике связи. Технический результат состоит в повышении эффективности использования каналов. Для этого обрабатывают и генерируют широковещательные сообщения, определенные поддиапазоном и OFDM символами кадров, в которых принимаются сигналы. Генерируются служебные сообщения, указывающие ресурсы, используемые широковещательными сообщениями в системе беспроводной связи. Сигналы принимаются в беспроводной системе, и широковещательные сообщения определяются из сигналов, как указывается поддиапазоном и OFDM символами кадров ультракадра, в котором принимаются сигналы. 10 н. и 23 з.п. ф-лы, 14 табл., 6 ил.

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

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

3. Способ по п.2, в котором порты перехода оповещаются в служебном сообщении.

4. Способ по п.1, в котором поддиапазон индексирован.

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

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

7. Способ по п.6, в котором этап применения включает в себя этап, на котором применяют [N, К, R] код.

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

9. Способ по п.8, в котором полезная нагрузка защищена внешним кодом.

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

11. Устройство для генерации одного или более сообщений, указывающих ресурсы, используемые широковещательными сообщениями в системе беспроводной связи, причем устройство содержит: средство для генерации служебного сообщения, включающего в себя поле Message ID, идентифицирующее сообщение, поле сигнатуры, идентифицирующее сообщение информации широковещательного канала, число логических каналов, идентифицирующее количество логических каналов, используемых для передачи широковещательных служебных сообщений, и поле длительности, указывающее число поддиапазонов, занятых широковещательными сообщениями; и средство для передачи служебного сообщения.
12 Устройство для обработки широковещательных сообщений, принятых по беспроводному каналу, причем устройство содержит: средство для приема множества сигналов; средство для определения, какой из сигналов соответствует, по меньшей мере, одному широковещательному сообщению, указанному поддиапазоном и символами OFDM кадров, в которых приняты сигналы; и средство для определения порядка множества широковещательных сообщений, когда, по меньшей мере, одно широковещательное сообщение включает в себя множество широковещательных сообщений на том же самом физическом уровне.

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

14. Устройство по п.13, в котором порты перехода оповещаются в служебном сообщении.

15. Устройство по п.12, в котором поддиапазон индексирован.

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

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

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

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

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

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

22. Считываемый процессором носитель по п.19, в котором поддиапазон индексирован.

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

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

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

26. Способ по п.25, в котором служебное сообщение принято по широковещательному каналу (ВСН).

27. Способ по п.24, в котором, по меньшей мере, одно широковещательное сообщение принято по каналу управления групповой передачи (МССН).

28. Способ по п.27, в котором соответствующее множество широковещательных сообщений принято, по меньшей мере, по каналу планирования групповой передачи (MSCH) или каналу трафика групповой передачи (МТСН).

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

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

31. Устройство по п.30, в котором служебное сообщение принято по широковещательному каналу (ВСН).

32. Устройство по п.29, в котором, по меньшей мере, одно широковещательное сообщение принято по каналу управления групповой передачи (МССН).

33. Устройство по п.32, в котором соответствующее множество широковещательных сообщений принято, по меньшей мере, по каналу планирования групповой передачи (MSCH) или каналу трафика групповой передачи (МТСН).