УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ БЛОКА ПРОТОКОЛЬНЫХ ДАННЫХ УРОВНЯ УПРАВЛЕНИЯ ДОСТУПОМ К СРЕДЕ "MAC PDU" С РАСШИРЕННЫМ ЗАГОЛОВКОМ ФРАГМЕНТАЦИИ И ОБЪЕДИНЕНИЯ И СООТВЕТСТВУЮЩИЙ СПОСОБ

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

[1] Настоящее изобретение относится к системе подвижной связи, и, в частности, к устройству для передачи блока протокольных данных уровня управления доступом к среде (MAC PDU) с расширенным заголовком фрагментации и объединения и соответствующему способу. Хотя настоящее изобретение является подходящим для широкой области применения, оно особенно подходит для конфигурирования блока протокольных данных уровня управления доступом к среде (MAC PDU).

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

[2] Как правило, система связи на основе сети Интернет включает в себя стек протоколов, состоящий из пяти уровней. Здесь, конфигурация каждого уровня протокола показана на Фиг.1.

[3] На Фиг.1 представлена схема для одного примера обычно используемого стека протоколов сети Интернет.

[4] Как показано на Фиг.1, по порядку, стек протоколов сети Интернет состоит из прикладного уровня (т.е., наиболее верхний уровень), транспортного уровня, сетевого уровня, канального уровня и физического уровня. Прикладной уровень представляет собой уровень для поддержки такого сетевого приложения как протокол передачи файлов (FTP), протокол передачи гипертекстовых файлов (HTTP), протокол управления передачей (TCP), протокол дейтаграмм пользователя (UDP) и т.п.Транспортный уровень является уровнем ответственным за функцию транспортировки данных между главными компьютерами сети с использованием протокола TCP/UDP. Сетевой уровень является уровнем для установления транспортного пути данных от источника к получателю через транспортный уровень и протокол сети Интернет (IP). Канальный уровень является уровнем, ответственным за передачу данных между соседними сетевыми элементами и управление доступом к среде передачи (MAC) через протокол PPP/Ethemet и т.п. Физический уровень является самым нижним уровнем для выполнения передачи данных посредством битовой единицы с использованием проводной/беспроводной среды.

[5] На Фиг.2 представлена обычно используемая схема работы каждого уровня для передачи данных.

[6] Как показано на Фиг.2, транспортный уровень передающей стороны генерирует новый блок данных посредством добавления информации заголовка Н+ к сообщению полезной нагрузки М, принимаемой от прикладного уровня, который является вышерасположенным уровнем. Транспортный уровень передает новый блок данных на сетевой уровень, который является нижерасположенным уровнем. Сетевой уровень генерирует новый блок данных посредством добавления информации заголовка Hn, используемого сетевым уровнем, к данным, принимаемым от транспортного уровня, и затем передает этот блок данных на канальный уровень, который является нижерасположенным уровнем.

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

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

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

[10] На Фиг.3 представлена схема обычно используемой модели уровней протокола, определенной в беспроводной системе подвижной связи на основе системы стандарта IEEE 802.16.

[11] Как показано на Фиг.3, уровень управления доступом к среде передачи данных (MAC), принадлежащий к канальному уровню, может состоять из трех подуровней.

[12] Прежде всего, подуровень сходимости (CS) конкретной услуги преобразует внешние сетевые данные, принятые через подуровень сходимости (CS) точки доступа (CS SAP), в блоки служебных данных управления доступом к среде передачи данных (MAC SDU) подуровня управления доступом к среде передачи данных (MAC) (типовой элемент подуровня - CPS)) или отображает соответствующие данные. Этот уровень может включать в себя функцию сортировки блоков служебных данных (SDU) внешней сети и затем соединения соответствующего идентификатора служебного потока (SFID) уровня управления доступом к среде передачи данных (MAC) с идентификатором соединения (CID).

[13] Во-вторых, типовой элемент подуровня (CPS) управления доступом к среде передачи данных (MAC) является уровнем предоставления такой базовой функции уровня управления доступом к среде передачи данных (MAC) как доступ к системе, назначение ширины полосы пропускания, установление соединения и управление им и т.п. Типовой элемент подуровня - (CPS) управления доступом к среде передачи данных (MAC) принимает данные (пакет данных), упорядоченные конкретным соединением управления доступом к среде передачи данных (MAC) от различных подуровней сходимости через точку доступа услуги (SAP) управления доступом к среде передачи данных (MAC). В этом случае, качество обслуживания (QoS) применимо к передаче данных и планированию через физический уровень.

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

[15] Уровень управления доступом к среде передачи данных (MAC) является службой на основе соединений и осуществляется с помощью концепции транспортного соединения. Когда мобильная станция регистрируется в системе, поток данных услуги может предоставляться посредством взаимодействия между мобильной станцией и системой. Если запрос услуги меняется, то может быть установлено новое соединение. В этом случае, транспортное соединение определяет отображение между процессами сходимости равноправных узлов сети с использованием уровня управления доступом к среде передачи данных (MAC) и служебным потоком. При этом служебный поток определяет параметры качества обслуживания (QoS) блока протокольных данных управления доступом к среде (MAC PDU),обмениваемого в соответствующем соединении.

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

[17] В обычной системе стандарта IEEE 802.16, мобильная станция может иметь 48-битовый универсальный адрес уровня управления доступом к среде передачи данных (МАС-адрес) для каждого радиоинтерфейса. Этот адрес однозначно определяет радио интерфейс мобильной станции и может использоваться для установления доступа мобильной станции в течение первоначального процесса выбора диапазона. Поскольку базовая станция верифицирует мобильные станции с использованием различных идентификаторов (ID) мобильных станций, соответственно, универсальный МАС-адрес может использоваться как часть процесса аутентификации.

[18] Каждое соединение может идентифицироваться посредством 16-битового идентификатора соединения (CID). Пока осуществляется инициализация мобильной станции, две пары соединений для управления (т.е., восходящий канал связи и нисходящий канал связи) устанавливаются между мобильной станцией и базовой станцией. При этом, выборочно используются три пары, включая соединения для управления.

[19] В задании для передающей станции и принимающей станции, чтобы обмениваться данными друг с другом, в описанной выше структуре уровней, предположим случай передачи блоков служебных данных уровня управления доступом к среде передачи данных (далее, блок служебных данных MAC SDU). В этом случае, блок служебных данных MAC SDU обрабатывается в блок протокольных данных управления доступом к среде (далее, блок протокольных данных MAC PDU). Для того, чтобы генерировать такой блок протокольных данных MAC PDU, базовая станция или мобильная станция предоставляют заголовок управления доступом к среде передачи данных (MAC), который должен быть включен в соответствующий блок протокольных данных MAC PDU.

Раскрытие изобретения

Техническая задача

[20] Как правило, в случае применения сегментации, объединения или автоматического запроса на повторную передачу (ARQ) к пакету для передачи, возможно использовать расширенный заголовок фрагментации и объединения из числа расширенных заголовков, чтобы позволить включение релевантной информации в соответствующий блок протокольных данных MAC PDU.

[21] В этом случае, в ситуации, когда данные генерируются с заданной периодичностью подобно передаче голосового трафика по протоколу сети Интернет для передачи голосовой информации (VoIP), чтобы иметь фиксированный небольшой размер, используют заголовок уровня управления доступом к среде передачи данных для короткого пакета (СМН-заголовок).При этом данные как правило передаются без применения к ним сегментации или объединения.

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

Решение проблемы

[23] Соответственно, настоящее изобретение направлено на устройство для передачи блока протокольных данных MAC PDU с расширенным заголовком фрагментации и объединения и способ для него, которые по существу устраняют одну или более проблем из-за ограничений и недостатков известного уровня техники.

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

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

[26] Для достижения этих и других преимуществ и в соответствии с целью настоящего изобретения, как осуществлено и в целом описано, способ передачи данных, которые передаются на передающей станции, включает в себя шаги конфигурирования блока протокольных данных MAC PDU, включающего сегментированные данные и расширенный заголовок фрагментации (FEH) или расширенный заголовок объединения (РЕН) для передачи сегментированных данных и передачи конфигурированного блока протокольных данных MAC PDU к принимающей станции. В этом случае, расширенный заголовок фрагментации (FEH) или расширенный заголовок объединения (РЕН) включает в себя поле типа расширенного заголовка, указывающее тип расширенного заголовка, и поле управления фрагментацией, включающее в себя информацию по сегментированным данным.

[27] Предпочтительно, если данные являются пакетом, генерируемым в предписанном фиксированном размере с предписанной периодичностью, заголовок управления доступом к среде передачи данных (MAC), включаемый в блок протокольных данных MAC PDU, включает в себя заголовок управления доступом к среде передачи данных для короткого пакета (далее, заголовок SPMH) для передачи данных.

[28] Предпочтительно, когда заголовок SPMH включает в себя, по меньшей мере, элемент, выбранный из группы, состоящей из: поле идентификатора потока, включающее идентификатор потока служебных данных (Flow ID), используемый для передачи блока протокольных данных MAC PDU, поле индикатора наличия расширенного заголовка, указывающее наличие или отсутствие расширенного заголовка в блоке протокольных данных MAC PDU, поле длины (длительности), включающее информацию о длине блока протокольных данных MAC PDU, и первое поле номера последовательности, указывающее номер последовательности для блока протокольных данных MAC PDU.

[29] Более предпочтительно, размер расширенного заголовка фрагментации (FEH) равен 1 байт и расширенный заголовок фрагментации (FEH) включает в себя только поле типа расширенного заголовка из 4 битов и поле управления фрагментацией из 2 битов

[30] Предпочтительно, если заголовок управления доступом к среде передачи данных (MAC), включаемый в блок протокольных данных MAC PDU, является заголовком AGMH, расширенный заголовок фрагментации (FEH) дополнительно включает в себя второе поле номера последовательности, указывающее номер последовательности для блока протокольных данных MAC PDU.

[31] Более предпочтительно, расширенный заголовок объединения (РЕН) включают в блок протокольных данных MAC PDU, когда заголовок управления доступом к среде передачи данных (далее, заголовок MAC) блока протокольных данных MAC PDU является заголовком AGMH. При этом расширенный заголовок упаковки (РЕН) дополнительно включает в себя второе поле номера последовательности, указывающее номер последовательности блока протокольных данных MAC PDU, поле длины, указывающее информацию о длине нефрагментированных данных или фрагментированных данных и поле, указывающее, включается ли другая информация.

[32] Предпочтительно, если группа расширенного заголовка,, включающая, по меньшей мере, один расширенный заголовок, включается в блок протокольных данных MAC PDU, то блок протокольных данных MAC PDU дополнительно включает в себя поле группы расширенного заголовка, указывающее длину группы расширенного заголовка.

[33] Дополнительно, чтобы получить эти и другие преимущества и в соответствии с целью настоящего изобретения, способ приема данных, которые принимаются принимающей станцией, включает в себя этапы приема блока протокольных данных MAC PDU, включающего сегментированные данные и расширенный заголовок фрагментации (FEH) или расширенный заголовок объединения (РЕН) для передачи сегментированных данных и декодирования принятого блока протокольных данных MAC PDU. В этом случае, расширенный заголовок фрагментации (FEH) или расширенный заголовок объединения (РЕН) включает в себя поле типа расширенного заголовка, указывающее тип расширенного заголовка, и поле управления фрагментацией, включающее в себя информацию по сегментированным данным.

[34] Для дальнейшего получения этих и других преимуществ и в соответствии с целью настоящего изобретения, передатчик для передачи данных включает в себя процессор, конфигурирующий блок протокольных данных MAC PDU и передающий модуль, конфигурированный для передачи блока протокольных данных MAC PDU. В этом случае, процессор конфигурирует блок протокольных данных MAC PDU, включающий сегментированные данные и расширенный заголовок фрагментации (FEH) или расширенный заголовок объединения (РЕН) для передачи сегментированных данных, процессор управляет передающим модулем, чтобы передавать конфигурированной блок протокольных данных MAC PDU приемнику, при этом расширенный заголовок фрагментации (FEH) или расширенный заголовок упаковки (РЕН) включает в себя поле типа расширенного заголовка, указывающее тип расширенного заголовка, и поле управления фрагментацией, включающее в себя информацию по сегментированным данным.

[35] Дополнительно для получения этих и других преимуществ и в соответствии с целью настоящего изобретения, приемник для приема данных включает в себя модуль приема, конфигурируемый, чтобы принимать блок протокольных данных MAC PDU, и процессор, конфигурируемый, чтобы выполнять операции обработки сигналов над принятым блоком протокольных данных MAC PDU. В этом случае, блок протокольных данных MAC PDU включает в себя сегментированные данные и расширенный заголовок фрагментации (FEH) или расширенный заголовок объединения (РЕН) для передачи сегментированных данных, при этом расширенный заголовок фрагментации (FEH) или расширенный заголовок объединения (РЕН) включает в себя поле типа расширенного заголовка, указывающее тип расширенного заголовка, и поле управления фрагментацией включающее в себя информацию по сегментированным данным.

[36] Следует понимать, что как вышеупомянутое общее описание, так и последующее подробное описание являются примерными и пояснительными и предназначены, чтобы предоставить дополнительное пояснение заявленного изобретения.

Полезные результаты изобретения

[37] Соответственно, настоящее изобретение обеспечивает следующие результаты или преимущества.

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

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

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

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

[41] На чертежах:

[42] на Фиг.1 представлена схема для одного примера обычно используемого стека протоколов сети Интернет;

[43] на Фиг.2 представлена обычно используемая схема работы каждого уровня для передачи данных;

[44] на Фиг.3 представлена схема структуры уровней обычной системы по стандарту IEEE 802.16;

[45] на Фиг.4 представлена схема соединения и служебного потока (SF), используемая системой по стандарту IEEE 802.16;

[46] на Фиг.5 представлена схема для одного примера типа блока протокольных данных MAC PDU, определенного в системе беспроводной городской сети (MAN) подвижной связи на основе обычно используемой системы стандарта IEEE 802.16;

[47] на Фиг.6 представлена схема для одного примера блока протокольных данных MAC PDU с использованием расширенной структуры заголовка управления доступом к среде передачи данных (MAC) со сжатием в соответствии с одним вариантом осуществления настоящего изобретения;

[48] на Фиг.7 представлена схема для одного примера блока протокольных данных MAC PDU с расширенным заголовком фрагментации и объединения в соответствии с одним вариантом осуществления настоящего изобретения;

[49] на Фиг.8 представлена схема для другого примера блока протокольных данных MAC PDU с расширенным заголовком фрагментации и и объединения в соответствии с другим вариантом осуществления настоящего изобретения;

[50] на Фиг.9 представлена схема дополнительного примера блока протокольных данных MAC PDU с расширенным заголовком фрагментации и упаковки в соответствии с дополнительным вариантом осуществления настоящего изобретения;

[51] на Фиг.10 представлена схема одного примера структуры группы с расширенным заголовком в соответствии с одним вариантом осуществления настоящего изобретения;

[52] на Фиг.11 представлена схема еще одного примера блока протокольных данных MAC PDU с расширенным заголовком фрагментации и объединения в соответствии с еще одним вариантом осуществления настоящего изобретения;

[53] на Фиг.12 представлена схема одного примера блока генерации блока протокольных данных MAC PDU в передающем устройстве в соответствии с другим вариантом осуществления настоящего изобретения; и

[54] на Фиг.13 представлена блок-схема для описания мобильной станции и базовой станции в соответствии с дополнительным вариантом осуществления настоящего изобретения для выполнения описанных выше примеров осуществления настоящего изобретения.

Примеры осуществления изобретения

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

[56] Настоящее изобретение относится к заголовкам управления доступом к среде передачи данных (MAC) для эффективной передачи данных в системе беспроводной связи.

[57] Прежде всего, последующие варианты изобретения соответствуют комбинациям элементов и признаков настоящего изобретения в установленных формах. При этом можно рассматривать, что соответствующие элементы или признаки взяты по выбору, пока они не оговорены явным образом. Каждый из элементов или признаков может осуществляться в форме, без объединения с другими элементами или признаками. Кроме того, возможно реализовать вариант осуществления настоящего изобретения посредством частичной комбинации вместе элементов и/или признаков. Последовательность операций, раскрываемая для каждого варианта осуществления настоящего изобретения, может быть изменена. Некоторые конфигурации или свойства одного варианта осуществления могут включаться в другой вариант осуществления или могут заменяться на соответствующие конфигурации или свойства другого варианта осуществления.

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

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

[60] В частности, в сети, построенной с помощью множества сетевых узлов, включая базовую станцию, является очевидным, что различные операции, выполняемые для связи с мобильной станцией, могут выполняться базовой станцией или другими сетями, помимо базовой станции. В этом случае, термин «базовая станция» может заменяться такой терминологией, как фиксированная станция, узел В «Node В», улучшенный узел В «eNode В» (eNB), усовершенствованная базовая станция (ABS), точка доступа и т.п. При этом термин «мобильная станция» (MS)(может заменяться такой терминологией, как пользовательское оборудование (UE), абонентская станция (SS), мобильная абонентская станция (MSS), усовершенствованная мобильная станция (AMS), мобильный терминал, терминал и т.п.

[61] Кроме того, передающая станция означает стационарный и/или мобильный узел, который передает услугу данных или голосовую услугу. При этом приемная станция означает стационарный и/или мобильный узел, который принимает услугу данных или голосовую услугу. Поэтому, мобильная станция может становиться передающей станцией, а базовая станция может становиться принимающей станцией, на восходящей линии связи. Подобным образом, мобильная станция может становиться принимающей станцией, а базовая станция может становиться передающей станцией, на нисходящей линии.

[62] Примеры осуществления настоящего изобретения поддерживаются документацией стандартов, раскрываемых в по меньшей мере для одной из систем беспроводного доступа, включая систему по стандарту IEEE 802, систему по стандарту 3GPP, систему по стандарту 3GPP LTE и систему по стандарту 3GPP2. В частности, этапы или части, которые не поясняются для ясного описания технической идеи настоящего изобретения, в вариантах осуществления настоящего изобретения могут быть подкреплены упомянутыми выше документами.

[63] Кроме того, примеры осуществления настоящего изобретения могут поддерживаться по меньшей мере одним из документов: спецификации Р802.16-2004, Р802.16е-2005, P802.16Rev2 и Р802.16 m, которые являются стандартами системы IEEE 802.16.

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

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

[66] На Фиг.4 представлена схема соединения и служебного потока (SF), используемых системой стандарта IEEE 802.16.

[67] В соответствии с Фиг.4, для того, чтобы обеспечить качество обслуживания (QoS) верхнего служебного потока (SF), логическое соединение уровня управления доступом к среде передачи данных (MAC) отображает служебный поток (SF) на логическое соединении, для которого определен параметр качества обслуживания (QoS). При этом, логическое соединение определяется для предоставления качества обслуживания (QoS) на уровне управления доступом к среде передачи данных (MAC) через соответствующее планирование для передачи данных соответствующего соединения. Типы соединений, определенные на уровне управления доступом к среде передачи данных (MAC), включают в себя управление соединением, назначенным для каждой мобильной станции для управления мобильной станцией на уровне управления доступом к среде передачи данных (MAC), и транспортное соединение, отображаемое на поток служебных данных для транспортировки верхних служебных данных.

[68] На Фиг.5 представлена схема одного примера типа блока протокольных данных MAC PDU, определенного в системе беспроводной подвижной связи городской сети (MAN) на основе системы по стандарту IEEE 802.16, как правило используемого.

[69] Обычно, в канальном уровне ниже второго уровня (т.е., канальный уровень или уровень MAC) и физическом уровне, формат заголовка блока протокольных данных MAC PDU определяется различно в соответствии с протоколом такой системы, как локальная сеть (LAN), беспроводная локальная сеть (WLAN), 3GPP, 3GPP2, беспроводная городская сеть (WMAN) и т.п.Заголовок уровня MAC содержит адрес управления доступом к среде передачи данных (МАС-адрес) или адрес линии связи узла для передачи данных между узлами на канальном уровне и может содержать информацию для проверки ошибки в заголовке и управляющую информацию канальныого уровня.

[70] В соответствии с Фиг.5, каждый блок протокольных данных MAC PDU начинается с заголовка уровня управления доступом к среде передачи данных (MAC) заранее определенной длины. Заголовок управления доступом к среде передачи данных (MAC) размещается впереди полезной нагрузки блока протокольных данных MAC PDU. Блок протокольных данных MAC PDU может включать по меньшей мере один расширенный заголовок. Расширенный заголовок размещается позади заголовка управления доступом к среде передачи данных (MAC). В случае, когда расширенный заголовок включается, зашифрованная полезная нагрузка размещается позади части заголовка, включающей заголовок управления доступом к среде передачи данных (MAC) и по меньшей мере один расширенный заголовок.

[71] Полезная нагрузка блока протокольных данных MAC PDU может включать в себя подзаголовок, блок служебных данных MAC SDU и сегментированный блок служебных данных MAC SDU. В случае, когда блок служебных данных MAC SDU / блок протокольных данных MAC PDU сегментируется на множество суб-блоков служебных данных MAC SDU / протокольных данных MAC PDU посредством меньшего блока меньшего размера, это называется фрагментацией. При этом сегментированные данные называются фрагментом. При этом длина информации полезной нагрузки меняется, чтобы представить изменяющийся размер байта. Соответственно, подуровень управления доступом к среде передачи данных (MAC) может передавать различные типы графика верхнего уровня без распознавания формата или конфигурации битов сообщения.

[72] Кроме того, циклический контроль по избыточности (CRC) для определения ошибок может быть включен в блок протокольных данных MAC PDU [не показано на Фиг.5].

[73] Существует три типа заголовка MAC. В частности, они включают в себя усовершенствованный общий заголовок управления доступом к среде передачи данных (далее, заголовок AGMH), заголовок управления доступом к среде передачи данных для короткого пакета (далее, заголовок SPMH) для поддержки такого приложения как голосовой протокол VoIP, и сигнальный заголовок управления доступом к среде передачи данных (MAC) для такого управления, как запрос ширины полосы пропускания и т.п.В этом случае, каждый из заголовков AGMH и SPMH имеет полезную нагрузку, размещаемую позади заголовка, тогда как сигнальный заголовок управления доступом к среде передачи данных (MAC) не имеет полезной нагрузки, размещаемой позади заголовка.

[74] Заголовок AGMH размещается в начальной части блока протокольных данных MAC PDU нисходящей DL/восходящей UL линии связи, включающей данные управляющего сообщения уровня MAC и уровня сходимости (CS).

[75] Таблица 1 показывает один из примеров структуры заголовка AGMH, используемой в системе беспроводной связи на основе системы по стандарту IEEE 802.16.

[76] Таблица 1

[77] В соответствии с Таблицей 1, заголовок AGMH включает в себя поле идентификатора потока (Flow ID), имеющее идентификатор служебного потока (потока служебных данных) услуги, указывающий, что заголовок MAC является заголовком AGMH, индикатор наличия расширенного заголовка (ЕН) указывающий, сопровождается ли блок протокольных данных MAC PDU расширенным заголовком, и поле длины (Length), включающее в себя информацию о длине блока протокольных данных MAC PDU. Когда 1 бит назначается полю индикатора наличия расширенного заголовка, если соответствующее поле устанавливается на 1, то это поле указывает, что имеется расширенный заголовок. Если соответствующее поле устанавливается на 0, то это поле указывает, что расширенный заголовок не включается. Поле длины (Length) указывает информацию о длине блока протокольных данных MAC PDU, включая расширенный заголовок, если расширенный заголовок присутствует. Поле длины указывает длину в байтах. При этом, полю длины назначаются 11 битов. В соответствии с Таблицей 1, заголовок AGMH включает в себя 4-битовое поле идентификатора потока, 1-битовое поле индикатора наличия расширенного заголовка и 11-битовое поле длины. При этом заголовок AGMH может включать в себя полных 2 байта.

[78] Заголовок SPMH генерируется, чтобы иметь размер равный или меньше, чем заранее заданный размер, с заранее заданной периодичностью подобно протоколу VoIP. При этом заголовок SPMH является заголовком MAC, который поддерживает приложение, к которому не применяется автоматический запрос на повторную передачу (ARQ).

[79] Таблица 2 показывает один пример структуры заголовка управления доступом к среде передачи данных для короткого пакета (заголовок SPMH), используемого в системе беспроводной связи на основе системы по стандарту IEEE 802.16.

[80] Таблица 2

[81] В соответствии с Таблицей 2, заголовок SPMH включает в себя поле индикатора наличия расширенного заголовка, указывающее, включен ли 1-битовый расширенный заголовок, и поле длины, указывающее длину блока протокольных данных MAC PDU, включая 7-битовый заголовок SPMH. При этом, заголовок SPMH имеет структуру заголовка с размером в пределах 1-байта.

[82] Заголовок SPMH используется на размещении назначения ресурсов, о котором уже была договоренность между базовой станцией и мобильной станцией, для такого назначения ресурсов, как назначение постоянных ресурсов для назначения ресурсов для заранее заданного размещения с заранее заданной периодичностью и назначение групповых ресурсов для назначения ресурсов для группы, включающей в себя по меньшей мере одну мобильную станцию. Назначение постоянных ресурсов или назначение групповых ресурсов используется для пакета, который имеет размер равный или меньше, чем заранее заданный размер, генерируемого с заранее заданной периодичностью подобно пакету VoIP.

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

[84] В отличие от общего заголовка MAC, заголовок SPMH не включает в себя поле идентификатора потока (Flow ID), включающее бит идентификатора потока, но включает в себя 7-битовое поле длины, отличное от поля длины заголовка AGMH.

[85] По меньшей мере, один расширенный заголовок может предоставляться впереди каждого из заголовков AGMH и заголовков SPMH. В случае, когда соответствующий блок протокольных данных MAC PDU включает в себя полезную нагрузку, расширенный заголовок добавляется перед полезной нагрузкой.

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

[87] Таблица 3 показывает один пример расширенного заголовка, используемого в системе беспроводной связи на основе системы по стандарту IEEE 802.16.

[88] Таблица 3

[89] В соответствии с Таблицей 3, расширенный заголовок включает в себя поле индикатора последнего расширенного заголовка (LAST), указывающее присутствует ли, по меньшей мере, один или более из других расширенных заголовоков за соответствующим расширенным заголовком, поле типа расширенного заголовка (EH Type), указывающее тип соответствующего расширенного заголовка, и поле тела расширенного заголовка (EH Body), включающее, по меньшей мере, одно поле, имеющее информацию, релевантную расширенному заголовку, указываемому полем типа расширенного заголовка.

[90] Когда 1 бит назначается полю индикатора последнего расширенного заголовка (LAST), указывая наличие или отсутствие, по меньшей мере, одного или более из других расширенных заголовков, то, если соответствующее поле устанавливается на 0, то оно указывает, что, по меньшей мере, один или более из других расширенных заголовков присутствуют позади текущего расширенного заголовка. Если соответствующее поле устанавливается на 1, то оно способно указывать, что текущий расширенный заголовок является последним присутствующим расширенным заголовком в соответствующем блоке протокольных данных MAC PDU.

[91] В поле тела расширенного заголовка (Body Contents), включаемая информация и длина поля тела определяются в соответствии с типом расширенного заголовка, указываемым полем типа расширенного заголовка (Type).

[92] Типы расширенного заголовка рассматриваются со ссылкой на Таблицу 4 как изложено ниже.

[93] Таблица 4 показывает типы обычного расширенного заголовка, используемого в системе беспроводной связи, на основе системы по стандарту IEEE 802.16.

[94] Таблица 4

[95] В соответствии с Таблицей 4, типы расширенного заголовка включают в себя расширенный заголовок фрагментации и объединения, расширенный заголовок управления доступом к среде передачи данных (MAC), расширенный заголовок мультплексирования, расширенный заголовок подтверждения приема сообщения (АСК), расширенный заголовок управления отключением, расширенный заголовок обратной связи для корреляционной матрицы, расширенный заголовок обратной связи технологии MIMO, расширенный заголовок запроса ширины совмещенной полосы пропускания (прямое и обратное наравления), расширенный заголовок длины блока протокольных данных MAC PDU, расширенный заголовок обратной связи автоматического запроса на повторную передачу (ARQ) и т.п. Эти расширенные заголовки рассматриваются в Таблице 4.

[96] В частности, когда блок протокольных данных MAC PDU, сопровождаемый полезной нагрузкой, для отдельного транспортного соединения фрагментируется или объединяется или когда применяется повторная передача с автоматическим запросом на повторную передачу (ARQ), соответствующий блок протокольных данных MAC PDU сопровождается расширенным заголовком фрагментации и объединения (FPEH).

[97] Таблица 5 показывает один пример расширенного заголовка фрагментации и объединения (FPEH), используемого в системе беспроводной связи на основе системы по стандарту IEEE 802.16.

[98] Таблица 5

[99] В соответствии с Таблицей 5, заголовок FPEH включает в себя индикаторное поле (RI) информации о перестановке (RI), указывающее, включена ли информация о перестановке автоматического запроса на повторную передачу (ARQ), поле номера последовательности (SN), указывающее номер последовательности соответствующего блока протокольных данных MAC PDU, поле управления фрагментацией (FC), включающее управляющую информацию, относящуюся к фрагментации, поле индикации наличия информационного элемента обратной связи автоматического запроса на повторную передачу (ARQ) - поле AFI, и поле индикации наличия опроса по обратной связи автоматического запроса на повторную передачу (ARQ) - поле AFP.

[100] В этом случае, если поле индикатора (RI) информации о перестановке указывает, что дополнительно включена информация о перестановке (RI=1), в заголовок FPEH селективно включают индикатор последнего субблока автоматического запроса на повторную передачу (LSI), указывающий, включены ли последний субблок автоматического запроса на повторную передачу (ARQ), и поле (SSN) указывающее номер подпоследовательности первого субблока автоматического запроса на повторную передачу (ARQ).

[101] Кроме того, заголовок FPEH включает в себя поле индикации дополнительной информации (End), указывающее, имеется ли далее дополнительная информация, передаваемая через расширенный заголовок. При этом заголовок FPEH может селективно включать поле длины (Length), указывающее информацию о длине блока служебных данных SDU или фрагмента блок служебных данных SDU.

[102] Поле номера последовательности (SN) указывает номер последовательности блока протокольных данных MAC PDU, сопровождаемого полезной нагрузкой, и увеличивается для каждого блока протокольных данных MAC PDU, на 1. Если заголовок FPEH используется для соединения автоматического запроса на повторную передачу (ARQ), то поле номера последовательности устанавливается на значение, которое указывает номер последовательности блока автоматического запроса на повторную передачу (ARQ).

[103] Даже, если фрагментация, объединение или подобное не применяется к блоку протокольных данных MAC PDU, то для того, чтобы включить информацию о номере последовательности для HARQ переупорядочения пакета, каждый блок протокольных данных MAC PDU, включающий общий заголовок MAC или заголовок SPMH, может сопровождаться заголовком FPEH. Поэтому, по сравнению с базовой структурой расширенного заголовка, показанной в Таблице 3, заголовк FPEH может не включать поле индикации последнего расширенного заголовка, указывающее, присутствуют ли позади соответствующего расширенного заголовка, по меньшей мере, один или более других расширенных заголовков, и поле типа расширенного заголовка, указывающее тип соответствующего расширенного заголовка.

[104] В Таблице 5, если поле идентификатора перестановки заголовка (RI) устанавливатся на 0 и поле индикации дополнительной информации (End), указывающее включается ли дополнительная информация, устанавливается на 0, то заголовок FPEH имеет длину по меньшей мере 2 байта.

[105] В частности, даже, если заголовок SPMH, описываемый со ссылкой на Таблицу 2, используется для передачи такого пакета, как пакет VoIP, соответствующий блок протокольных данных MAC PDU сопровождается заголовком FPEH минимально 2 байта, чтобы включать информацию о порядковом номере без использования фрагментации, объединения или запроса ARQ. При этом генерируются 3-байтовые непроизводительные затраты для заголовка MAC.

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

[107] Кроме того, для передачи таких данных, как VoIP, схема передачи может изменяться в соответствии с конфигурацией канала пользователей заголовка SPMH, в соответствии с одним вариантом осуществления настоящего изобретения. В случае, когда конфигурация канала плохая (например, пользователи размещаются в области границы ячейки или края ячейки), то возможно использовать схему деления передачи для данных, генерированных с заранее заданным размером или меньшим размером с предварительно установленной периодичностью, подобно пакетам VoIP. В этом случае, настоящее изобретение предназначено, чтобы предложить способ уменьшения непроизводительных затрат на заголовок посредством генерирования заголовка FPEH, содержащегося в данных передачи, в упрощенной структуре, содержащей только необходимую информацию.

[108] Таблица 6 показывает другой пример структуры заголовка SPMH в соответствии с одним вариантом осуществления настоящего изобретения.

[109] Таблица 6

[110] В соотвтетствии с Таблицей 6, заголовок SPMH в соответствии с одним вариантом осуществления настоящего изобретения включает в себя поле идентификатора потока (FID), включающее идентификатор потока служебных данных, поле индикатора наличия расширенного заголовка (ЕН), указывающее, имеется ли, по меньшей мере, один расширенный заголовок за заголовком SPMH, поле длины (Length), включающее информацию о длине соответствующего блока протокольных данных MAC PDU) включая заголовок SPMH, и поле номера последовательности (SN), включающее номер последовательности. В последующем описании, для различения заголовка SPMH в соответствии с одним вариантом осуществления настоящего изобретения от обычного пользовательского заголовка SPMH, описанного в соответствии с Таблицей 2, заголовок SPMH, имеющий структуру, для примера показанную в Таблице 2, будет называться расширенный заголовок SPMH. В частности, расширенный заголовок SPMH является заголовком SPMH, включающим поле идентификатора потока и поле номера последовательности может иметь то же значение, что и используемый заголовок SPMH.

[111] В Таблице 6, когда отдельная мобильная станция использует заголовок SPMH для нескольких служебных потоков, поле идентификатора потока (Flow ID) указывает межпотоковое различение или идентификацию. При этом поле номера последовательности (SN) включает в себя информацию о номере последовательности соответствующего блока протокольных данных MAC PDU.

[112] Когда передается такой небольшой пакет, генерируемый в заранее заданном размере или меньшим, с предварительно установленной периодичностью, как пакет VoIP, заголовок SPMH указывает номер последовательности блока протокольных данных MAC PDU. В случае, когда контроль ошибок необходим для такого пакета, как пакета VoIP, без применения к нему фрагментации, объединения и/или повторной передачи автоматического запроса на повторную передачу (ARQ), применяется HARQ переупорядочение. Поэтому, заголовок FPEH просто использует поле номера последовательности, указывающее номер последовательности соответствующего блока протокольных данных MAC PDU.

[113] Кроме того, поскольку процесс ARQ не применяется к такому пакету, как пакет VoIP, поле номера последовательности заголовка SPMH просто включает в себя номер последовательности блока протокольных данных MAC PDU, к которому автоматический запрос на повторную передачу (ARQ) не будет применяться, в отличие от поля номера последовательности, указывающего номер последовательности блока протокольных данных MAC PDU с, применением ARQ/non-ARQ, включаемого в заголовок FPEH.

[114] Поэтому, поле номера последовательности заголовка SPMH может указывать необходимый номер последовательности с использованием только 4 битов в отличие от 10-битового поля номера последовательности заголовка FPEH.

[115] На Фиг.6 представлена схема для одного примера блока протокольных данных MAC PDU с использованием структуры расширенного заголовка уровня MAC со сжатием в соответствии с одним вариантом осуществления настоящего изобретения. В последующем раскрытии, включая Фиг.6, отдельная отметка масштаба блока, представляющая структуру блока протокольных данных MAC PDU, указывает 1 бит и горизонтальный ряд указывает 1 байт. Кроме того, биты размещаются вниз по порядку от наиболее существенного бита (MSB) к наименее существенному биту.

[116] В соответствии с Фиг.6, в случае, когда фрагментация не применяется к полезной нагрузке блока протокольных данных MAC PDU, можно построить блок протокольных данных MAC PDU, используя расширенный заголовок SPMH, показанный для примера в Таблице 6. В этом случае, расширенный заголовок SPMH включает в себя поле идентификатора потока (Flow ID) 601, имеющее идентификатор потока служебных данных, поле индикатора наличия расширенного заголовка (ЕН) 602, указывающее наличие или отсутствие расширенного заголовка, поле длины (Length) 603, имеющее информацию о длине блока протокольных данных MAC PDU, и поле номера последовательности (SN) 604, указывающее номер последовательности соответствующего блока протокольных данных MAC PDU.

[117] В случае использования сконфигурированного выше расширенного компактного заголовка уровня MAC, нет необходимости в присутствии отдельного заголовка FPEH, чтобы применить фрагментацию к соответствующему блоку протокольных данных MAC PDU. Поэтому, установка бита в поле индикатора наличия расширенного заголовка (ЕН) 602, включенного в заголовок SPMH, может быть установлена на 0 для указания того, что в соответствующем блоке протокольных данных MAC PDU расширенный заголовок отсутствует.

[118] В этом случае, поскольку расширенный SPMH включает в себя 4-битовое поле идентификатора потока 601, 1-битовое поле индикатора наличия расширенного заголовка 602, поле длины 603 и поле номера последовательности 604, как показано на Фиг.6, размер расширенного заголовка SPMH может иметь всего 2 байта. В этом случае, непроизводительные затраты на заголовок MAC могут становиться равными минимально 2 байтам.

[119] Как упомянуто в предшествующем описании, когда передается такой пакет, как VoIP, к которому HARQ переупорядочение, как правило, применяется при выполнении контроля ошибок, вместо применения фрагментации или объединения упаковки, используется расширенный заголовок SPMH. Поэтому, нет необходимости в наличии отдельного заголовка FPEH.

[120] Когда пользователь размещается на краю ячейки, конфигурация канала плохая. В этом случае, возможно использовать способ передачи такого пакета, как VoIP, посредством применения фрагментации или объединения. Кроме того, если заголовок FPEH, показанный в Таблице 5, дополнитльно добавляется для применения фрагментации или объединения к блоку протокольных данных MAC PDU, включающему расширенный заголовок SPMH, непроизводительные затраты на заголовок MAC возрастают.

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

[122] 1. Заголовок FPEH, включающий поле «Last»

[123] В соответствии с Таблицей 3, расширенный заголовок, используемый системой стандарта IEEE 802.16 обычно включает в себя поле индикатора наличия последнего расширенного заголовка (Last), указывающее присутствует ли, по меньшей мере, один расширенный заголовок за соответствующим расширенным заголовком, поле типа расширенного заголовка (Type) указывающее тип соответствующего расширенного заголовка, и поле тела (Body Contents), построенное с помощью, по меньшей мере, одного поля, содержащего информацию, релевантную расширенному заголовку, указываемому полем типа расширенного заголовка.

[124] Заголовок FPEH в соответствии с одним вариантом осуществления настоящего изобретения может использовать базовую структуру расширенного заголовка.

[125] Таблица 7 показывает один пример структуры заголовка FPEH в соответствии с одним вариантом осуществления настоящего изобретения.

[126] Таблица 7

[127] В соответствии с Таблицей 7, заголовок FPEH в соответствии с одним вариантом осуществления настоящего изобретения включает в себя поле индикатора наличия последнего расширенного заголовка (Last), указывающее, является ли заголовок FPEH последним расширенным заголовком, присутствующим в соответствующем блоке протокольных данных MAC PDU, поле типа расширенного заголовка (type), указывающее тип соответствующего расширенного заголовка, поле управления фрагментацией (FC), включая управляющий бит для фрагментации, и поле индикатора наличия порядкового номера (SN indicator), указывающее наличие или отсутствие поля порядкового номера.

[128] Когда блок протокольных данных MAC PDU, включающий расширенный заголовок SPMH, описанный со ссылкой на Таблицу 6, фрагментируется и передается, для того, чтобы приемная сторона проверила управляющую информацию фрагментации через поле управляющей информации фрагментации (FC), то заголовок FPEH в соответствии с одним вариантом осуществления настоящего изобретения включает в себя поле типа расширенного заголовка (Type), указывающее, что соответствующий расширенный заголовок является заголовком FPEH. В частности, поле типа расширенного заголовка задается битом, чтобы указывать, что соответствующий расширенный заголовок является заголовком FPEH.

[129] Поле управляющей информации для фрагментации рассматривается в соответствии с Таблицей 8, как изложено ниже.

[130] Таблица 8 предоставляется для описания управляющей информации для фрагментации, указываемой через поле управления фрагментацией (FC), включаемое в заголовок FPEH. При этом, каждая управляющая информация фрагментации рассматривается в Таблице 8.

[131] Таблица 8

[132] В соотвтетствии с Таблицей 8, поле индикатора номера последовательности (SN indicator), указывающее, добавлено ли поле номера последовательности, предоставляется, чтобы указать, существует ли поле порядкового номера, добавленное к заголовку FPEH, в случае использования расширенного заголовка SPMH. Когда 1 бит назначается соответствующему полю, если соответствующее поле устанавливается на 0, то оно указывает, что дополнительное поле номера последовательности отсутствует. Если соответствующее поле устанавливается на 1, то оно указывает, что поле номера последовательности добавляется к заголовку FPEH.

[133] В случае, когда блок протокольных данных MAC PDU строится путем включения расширенного заголовка SPMH для передачи такого пакета, как VoIP, даже если повторная передача по процедуре HARQ (гибридный автоматический запрос на повторную передачу данных) применяется к такому пакету, как пакет VoIP, можно указать номер последовательности соответствующего блока протокольных данных MAC PDU через поле номера последовательности расширенного заголовка SPMH. Поэтому, поле индикатора добавления поля номера последовательности может быть установлено на 0.

[134] Кроме того, значение, указанное в соответствии с установкой бита в соответствующем поле, является как раз одним примером для описания настоящего изобретения. При этом, значения, указываемые посредстовом установок бита на «0» и «1» могут переключаться друг на друга.

[135] В случае использования заголовка SPMH или расширенного заголовка SPMH, поле (RI) индикатора об информации перестановки, поле (AFI) индикатора (IE) обратной связи автоматического запроса на повторную передачу, поле (AFP) индикатора опроса обратной связи автоматического запроса на повторную передачу, поле длины (Length) и т.п в Таблице 5 среди полей, конфигурирующих заголовок FPEH, не являются необходимыми. Поэтому, в случае использования заголовка SPMH или расширенного заголовка SPMH, возможно использовать заголовок FPEH, построенный с использованием только поля индикатора последнего расширенного заголовка (Last), поля типа расширенного заголовка (Type) и поля управляющей информации фрагментации (FC) посредством установки поля индикатора поля добавления поля омера последовательности на 0.

[136] Таким образом, можно конфигурировать заголовок FPEH в соответствии с одним вариантом осуществления настоящего изобретения.

[137] На Фиг.7 представлена схема для одного примера блок протокольных данных MAC PDU с заголовком FPEH в соответствии с одним вариантом осуществления настоящего изобретения. В частности. Фиг.7 показывает структуру блока протокольных данных MAC PDU, к которой заголовок FPEH добавляется, чтобы применить фрагментацию к пакету, включающему расширенный заголовок SPMH.

[138] В соответствии с Фиг.7, блок протокольных данных MAC PDU может включать в себя расширенный заголовок SPMH, описанный со ссылкой на Фиг.6, заголовок FPEH в соответствии с одним вариантом осуществления настоящего изобретения, описанный с привлечением Таблицы 8, и поле 709 полезной нагрузки уровня управления доступом к среде передачи данных (MAC).

[139] Расширенный заголовок SPMH включает в себя поле 701 идентификатора потока (Flow ID), поле 702 индикатора наличия расширенного заголовка (ЕН), поле 703 длины (Length), указывающее информацию о длине соответствующего блока протокольных данных MAC PDU, и поле 704 номера последовательности (SN). При этом, эти поля соответствуют бывшим полям 601-604, показанным на Фиг.6, соответственно. Для ясности этого раскрытия, описания этих полей опущены из последующего описания.

[140] Поскольку соответствующий блок протокольных данных MAC PDU сопровождается заголовком FPEH, поле 702 индикатора наличия расширенного заголовка устанавливается на 1 в соответствии с упомянутым выше вариантом осуществления.

[141] Заголовок FPEH может включать в себя, по меньшей мере, одно или более полей, связанных только с фрагментацией. Например, заголовок FPEH, как показано на Фиг.7, может просто включать 1-битовое поле 705 индикатора последнего расширенного заголовка (Last), указывающее является ли соответствующий расширенный заголовок последним расширенным заголовком, присутствующим в соответствующем блоке протокольных данных MAC PDU, 4-битовое поле 706 типа расширенного заголовка (Type), 2-битовое поле 707 управляющей информации фрагментации (FC), и 1-битовое поле 708 индикатора наличия поля номера последовательности (SN Indicator). В этом случае, посредством установки поля индикатора наличия поля номера последовательности (SN Indicator) на 0, можно исключить поля, не имеющие никакого отношения к случаю использования заголовка SPMH. В этом случае, заголовок FPEH реализуется с размером 1 байт и непроизводительные затраты на заголовок в блоке протокольных данных MAC PDU 2-байтового расширенного заголовка SPMH равняются 3 байта.

[142] Таблица 9 показывает другой пример структуры заголовка FPEH в соответствии с одним вариантом осуществления настоящего изобретения.

[143] Таблица 9

[144] В соответствии с Таблицей 9, заголовок FPEH в соответствии с другим вариантом осуществления настоящего изобретения включает в себя поле индикатора наличия последнего расширенного заголовка (Last), указывающее, является ли заголовок FPEH последним присутствующим расширенным заголовком, поле типа расширенного заголовка, указывающее тип соответствующего расширенного заголовка, поле управления фрагментацией (FC), включающее управляющий бит фрагментации, и поле индикатора факультативного поля (OFI) указывающее наличие или отсутствие факультативного поля. Подобным образом, возможно предоставить принимающей стороне информацию, указывающую, что заголовок FPEH включен в соответствующий блок протокольных данных MAC PDU через поле типа расширенного заголовка.

[145] Для ясности, описание полей, показанных в Таблице 9, пропущено из последующего описания, если соответствующие поля, показанные в Таблице 9, являются идентичными тем же полям, показанным в Таблице 5.

[146] В соответствии с Таблицей 9, поле номера последовательности (SN) необходимо при использовании общего заголовка MAC (заголовок уровня управления доступом к среде), поле (Length), включающее информацию о длине блока протокольных данных MAC PDU, необходимо для объединения, поле (RI), включающее индикатор информации о перестановки, поле (AFI) включающее индикатор IE обратной связи автоматического запроса на повторную передачу (ARQ), поле (AFP) включающее индикатор опроса по обратной связи автоматического запроса на повторную передачу (ARQ) или подобное не используется заголовком SPMH и может классифицироваться как факультативное поле.

[147] Поэтому, путем добавления поля (OFI), включающего индикатор, указывающий, включены ли факультативные поля, можно конфигурировать заголовок FPEH с исключением соответствующих полей из заголовка SPMH. Когда 1 бит назначается полю (OFI), включающему индикатор, указывающий, включено ли факультативное поле, если соответствующее поле устанавливается на 0, то индикатор указывает, что факультативное поле не включено. Если соответствующее поле устанавливается на 1, то индикатор указывает, что факультативное поле включено. Кроме того, в соответствующем поле значение, указываемое в соответствии с установкой бита, является лишь одним примером для описания настоящего изобретения. При этом, значения, указываемые посредством установки бита на «0» и «1», могут переключаться друг на друга.

[148] Когда используется заголовок SPMH или расширенный заголовок SPMH, то возможно использовать заголовок FPEH, построенный лишь с полем индикатора последнего расширенного заголовка (Last), полем типа расширенного заголовка (Type) и полем управляющей информации фрагментации (FC) посредством установки индикатора факультативного поля на 0.

[149] На Фиг.8 представлена схема для другого примера блока протокольных данных MAC PDU с заголовком FPEH в соответствии с другим вариантом осуществления настоящего изобретения. В частности, на Фиг.8 показана структура блока протокольных данных MAC PDU, к которой заголовок FPEH добавляется для применения фрагментации к пакету, включающему расширенный заголовок SPMH.

[150] В соответствии с Фиг.8, блок протокольных данных MAC PDU может включать в себя расширенный заголовок SPMH, описанный в соответствии с Фиг.6, заголовок FPEH в соответствии с другим вариантом осуществления настоящего изобретения, описанный со ссылкой на Таблицу 9, и поле 809 полезной нагрузки уровня управления доступом к среде передачи данных (MAC). В этом случае, поля с 801 по 804, составляющие расширенный заголовок SPMH, соответствуют бывшим полям с 601 по 604, показанным на Фиг.6, соответственно. Для ясности этого раскрытия, описания тех же полей опущены из последующего описания.

[151] Заголовок FPEH может включать в себя, по меньшей мере, одно или более полей, связанных только с фрагментацией. Например, заголовок FPEH, как показано на Фиг.8, может включать в себя 1-битовое поле 805 индикатора последнего расширенного заголовка (Last), указывающее, является ли соответствующий расширенный заголовок последним расширенным заголовком, который присутствует в соответствующем блоке протокольных данных MAC PDU, 4-битовое поле 806 типа расширенного заголовка (Type), 2-битовое поле 807 управляющей информации фрагментации (FC), и 1-битовое поле 808 индикатора факультативного поля (OFI), указывающее индикатор факультативного поля.

[152] В этом случае, если поле 806 индикатора факультативного поля (OFI) устанавливается на 0 в соответствии с упомянутым выше вариантом осуществления, то поскольку заголовок FPEH не сопровождается множеством полей, соответствующих факультативным полям, то он может быть реализован с полем 1-байтового размера. Поэтому, непроизводительные затраты заголовка, включающие расширенный заголовок, в блоке протокольных данных MAC PDU, который использует 1-байтовый расширенный заголовок SPMH, становятся равными 3 байтам.

[153] Таблица 10 показывает другой пример структуры заголовка FPEH в соответствии с одним вариантом осуществления настоящего изобретения.

[154] Таблица 10

[155] Заголовок FPEH в соответствии с последующим вариантом осуществления настоящего изобретения, показанный в качестве примера в Таблице 10, может предоставить принимающей стороне информацию, указывающую, что заголовок FPEH включен в соответствующий блок протокольных данных MAC PDU через поле типа расширенного заголовка. Для ясности, описание полей, показанных в Таблице 10 опущено из последующего описания, если соответствующие поля, показанные в Таблице 10, являются идентичными тем же полям, показаным в Таблице 5.

[156] В соответствии с Таблицей 10, поле номера последовательности (SN) необходимо при использовании общего заголовка управления доступом к среде передачи данных (MAC), поле длины (Length), включающее информацию о длине блока протокольных данных MAC PDU, необходимо для объединения, поле индикатора информации перестановки (RI), включающее индикатор информации перестановки, поле индикатора (IE) обратной связи автоматического запроса на повторную передачу (ARQ) (AFI), поле индикатора опроса обратной связи автоматического запроса на повторную передачу (ARQ) (AFP) или подобное не используется заголовком SPMH. При этом, это поле может конфигурироваться для включения в заголовок FPEH только, если используется общий заголовок управления доступом к среде передачи данных (MAC).

[157] В частности, в случае использования заголовка SPMH, заголовок FPEH может включать в себя только поле индикатора последнего расширенного заголовка (Last), поле типа расширенного заголовка (Type) и поле управляющей информации фрагментации (FC).

[158] На Фиг.9 представлена схема для следующего примера блока протокольных данных MAC PDU с заголовком FPEH в соответствии с дальнейшим вариантом осуществления настоящего изобретения. В частности, Фиг.9 показывает структуру блока протокольных данных MAC PDU, к которому заголовок FPEH добавляется, чтобы применять фрагментацию к пакету, включающему расширенный заголовок SPMH.

[159] В соответствии с Фиг.9, блок протокольных данных MAC PDU может; включать в себя расширенный заголовок SPMH, описанный со ссылкой на Фиг.6, заголовок FPEH в соответствии с другим вариантом осуществления настоящего изобретения, описанный со ссылкой на Таблицу 9, и поле 909 полезной нагрузки управления доступом к среде передачи данных (MAC). В этом случае, поля с 901 по 904, составляющие расширенный заголовок SPMH, соответствуют бывшим полям с 601 по 604, показанным на Фиг.6, соответственно. Для ясности этого раскрытия, описания тех же полей опущены из следующего описания.

[160] Заголовок FPEH, как показано на Фиг.9, может включать в себя, по меньшей мере, одно или более полей, связанных только с фрагментацией. Например, заголовок FPEH может включать в себя только 1-битовое поле 905 индикатора последнего расширенного заголовка (Last), указывающее является ли соответствующий расширенный заголовок последним расширенным заголовком, присутствующим в соответствующем блоке протокольных данных MAC PDU, 4-битовое поле 906 типа расширенного заголовка (Type) и 2-битовое поле 907 управляющей информации фрагментации (FC). При этом, поле 908 заполнения является областью, к которой бит добавляется, чтобы создать заголовок FPEH с 1 байтом. В соответствии с вариантом осуществления, показанным на Фиг.9, 1-битовое поле 908 заполнения может включаться для упорядочивания байта.

[161] Поэтому, непроизводительные затраты на заголовок MAC становятся 3 байта, так как блок протокольных данных MAC PDU, который использует 2-байтовый расширенный заголовок SPMH, сопровождается 1-байтовым заголовком FPEH.

[162] 2. Заголовок FPEH, не включающий поле «Last».

[163] Заголовок FPEH в соответствии с описанными выше вариантами осуществления настоящего изобретения имеет структуру, включающую поле (Last), которое содержит информацию, указывающую, имеется ли далее другой расширенный заголовок.

[164] В соответствии с другим примером осуществления настоящего изобретения, возможно отдельно сконфигурировать поле, релевантное для группы с расширенным заголовком, включающее по меньшей мере один расширенный заголовок, присутствующий в блоке протокольных данных MAC PDU. Он поясняется со ссылкой на Фиг.10 и Таблицу 11, как изложено ниже.

[165] На Фиг.10 представлена схема для одного примера структуры группы расширенного заголовка в соответствии с одним вариантом осуществления настоящего изобретения.

[166] В соответствии с Фиг.10, группа расширенного заголовка может включать в себя поле длины группы расширенного заголовка (Extended Header Group Length), включающей информацию о всей длине группы, образованной расширенными заголовками, поле типа расширенного заголовка (Extended Header Type), указывающее тип расширенного заголовка каждого из, по меньшей мере, одного или более сопутствующих расширенных заголовоков, и поле тела для каждого расширенного заголовка (Extended Header Body).

[167] Таблица 11 показывает каждое поле, составляющее группу расширенного заголовка, в соответствии с одним вариантом осуществления настоящего изобретения.

[168] Таблица 11

[169] В соответствии с Таблицей 11, группа расширенного заголовка не включает поле индикатора поля наличия последнего расширенного заголовка (Last), указывающее имеется ли далее следующий расширенный заголовок, в каждом расширенном заголовке. Вместо этого, посредством доставления информация о суммарной длине расширенных заголовоков, присутствующих в соответствующем блоке протокольных данных MAC PDU, через поле длины группы расширенного заголовка, возможно получить, является ли расширенный заголовок, читаемый приемной стороной из соответствующего блока протокольных данных MAC PDU, последним расширенным заголовком, через блок протокольных данных MAC PDU, включающий информацию о суммарной длине группы расширенного заголовка.

[170] Наличие или отсутствие включения группы расширенного заголовка может быть представлено таким же образом через поле индикатора наличия расширенного заголовка (ЕН), указывающее, включен ли расширенный заголовок. Поле длины группы расширенного заголовка добавляется за заголовком MAC, используемым в блоке протокольных данных MAC PDU. При этом, по меньшей мере, один или более сопутствующих расширенных заголовков добавляются по порядку.

[171] Таблица 12 предоставляется для описания другого примера структуры заголовка FPEH в соответствии с одним вариантом осуществления настоящего изобретения. В частности, Таблица 12 предоставляется для описания структуры заголовка FPEH в случае использования заголовка AGMH.

[172] Таблица 12

[173] В соответствии с Таблицей 12, заголовок FPEH в соответствии со следующим вариантом осуществления настоящего изобретения не включает в себя поле индикатора наличия последнего расширенного заголовка (Last), указывающее, присутствует ли другой расширенный заголовок за соответствующим расширенным заголовком. Для ясности, описание полей, показаных в Таблице 12, опущено из последующего описания, если соответствующие поля, показание в Таблице 12, являются идентичными таким же полям, показаным в Таблице 5.

[174] В соответствии с Таблицей 12, в случае использования заголовка SPMH, возможно использовать заголовок FPEH, включающий только поле типа расширенного заголовка и поле управляющей информации фрагментации. Этот поясняется со ссылкой на один пример, показаный в Таблице 13.

[175] Таблица 13 предоставляется для описания другого примера структуры заголовка FPEH в соответствии с одним вариантом осуществления настоящего изобретения. В частности. Таблица 13 показывает упрощенный заголовок FPEH в случае использования заголовка SPMH в Таблице 12.

[176] Таблица 13

[Таблица 13]

[177] В соответствии с Таблицей 13, в случае использования расширенного заголовка SPMH, включающего поле номера последовательности, заголовок FPEH может конфигурироваться, чтобы включить только поле типа расширенного заголовка и поле управляющей информации фрагментации. В частности, поля, связанные с общим заголовком MAC (например, поле SN, поле AFT, поле RI, поле End, поле длины и т.п) могут быть исключены. Структура блока протокольных данных MAC PDU, сопровождаемая посредством конфигурируемого выше заголовка FPEH, будет поясняться со ссылкой на Фиг.11 как изложено ниже.

[178] На Фиг.11 представлена схема для еще одного примера блока протокольных данных MAC PDU, с заголовком FPEH в соответствии с еще одним вариантом осуществления настоящего изобретения. В частности, когда пакет передается с использованием заголовка SPMH, Фиг.11 показывает структуру блока протокольных данных MAC PDU, в случае применения фрагментации к соответствующему пакету.

[179] В соответствии с Фиг.11, блок протокольных данных MAC PDU может включать расширенные заголовки SPMH с 1101 по 1104, описанные со ссылкой на Таблицу 6, поле 1105, включающее информацию о длине группы расширенного заголовка, описанное со ссылкой на Таблицу 11, заголовки FPEH, с 1106 по 1108 в соответствии с другим вариантом осуществления настоящего изобретения описанный со ссылкой на Таблицу 12, и поле 1109 полезной нагрузки уровня управления доступом к среде передачи данных (MAC). В этом случае, поля с 1101 по 1104, составляющие расширенный заголовок SPMH, соответствуют бывшим полям с 601 по 604, показанным на Фиг.6, соответственно. Для ясности этого раскрытия, описания таких же полей опущены из последующего описания.

[180] Заголовок FPEH, как показано на Фиг.11, может включать в себя 4-битовое поле 1106 типа расширенного заголовка (Type) и 2-битовое поле 1107 управляющей информации фрагментации (FC). При этом, поле 1108 дополнения является областью, в которую добавляются биты, чтобы создать заголовок FPEH с 1 байтом. В соответствии с вариантом осуществления, показанным на Фиг.11, дополнение с помощью 2 битов осуществляется для упорядочивания байта.

[181] Поэтому, размер заголовка FPEH в соответствии с еще одним вариантом осуществления настоящего изобретения становится 1 байт. В случае, когда 2-байтовый расширенный заголовок SPMH и 1-байтовое поле о длине группы расширенного заголовка включаются в соответствующий блок протокольных данных MAC PDU, непроизводительные затраты на заголовок MAC могут становиться равными 4 байтам.

[182] В описанных выше вариантах осуществления настоящего изобретения, заголовок FPEH взят в качестве примера для расширенного заголовка, добавляемого в случае сегментации и передачи пакета.

[183] Также, в случае, когда заголовок FPEH делится на расширенный заголовок фрагментации (FEH) и расширенный заголовок объединения (РЕН), описанные выше варианты осуществления являются применимыми таким же образом к расширенному заголовку фрагментации или расширенному заголовку объединения.

[184] Расширенный заголовок фрагментации (FEH) будет включен в блок протокольных данных MAC PDU с заголовком SPME/AGMH, если полезная нагрузка транспортного соединения в блоке протокольных данных MAC PDU, содержит фрагмент служебных данных SDU уровня управления доступом к среде передачи данных (MAC). Расширенный заголовок фрагментации (FEH) будет включен в блок протокольных данных MAC PDU) с использованием расширенного заголовка AGMH (улучшенный общий заголовок управления доступом к среде передачи данных), если полезная нагрузка транспортного соединения в блоке протокольных данных MAC PDU содержит нефрагментированный блок служебных данных MAC SDU, который требует номер последовательности.

[185] Расширенный заголовок объединения (РЕН) включают в блок протокольных данных MAC PDU) с расширенным заголовком AGMH, если фрагмент блоков протокольных данных MAC PDU, или блоков служебных данных MAC SDU или из обоих объединяются в транспортное соединение в блоке протокольных данных MAC PDU.

[186] Этот схематично поясняется со ссылкой на Таблицы с 14 по 17 как изложено ниже.

[187] Таблица 14 показывает один пример расширенного заголовка фрагментации (FEH) в соответствии с одним вариантом осуществления настоящего изобретения.

[188] Таблица 14

[189] В соответствии с Таблицей 14, в случае, когда расширенный заголовок SPMH (заголовок управления доступом к среде передачи данных короткого пакета) включают в соответствующий блок протокольных данных MAC PDU, расширенный заголовок фрагментации в соответствии с одним вариантом осуществления настоящего изобретения включает в себя поле типа расширенного заголовка и поле управляющей информации фрагментации, включающее в себя информацию о сегментации пакета.

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

[191] Таблица 15 показывает другой пример расширенного заголовка фрагментации (FEH) в соответствии с одним вариантом осуществления настоящего изобретения.

[192] Таблица 15;

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

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

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

[196] Таблица 16 показывает один пример расширенного заголовка объединения (РЕН) в соответствии с одним вариантом осуществления настоящего изобретения. Расширенный заголовок объединения (РЕН) будет включаться в блок протокольных данных MAC PDU с использованием заголорка AGMH, если фрагменты блока протокольных данных MAC PDU или блока служебных данных MAC SDU или обоих блоков объединяют в транспортное соединение в блоке протокольных данных MAC PDU.

[197] Таблица 16

[198] В соответствии с Таблицей 16, расширенный заголовок объединения (РЕН) в соответствии с одним вариантом осуществления настоящего изобретения включает в себя поле типа расширенного заголовка, поле управляющей информации фрагментации, включающее в себя информацию по сегментации пакета, поле номера последовательности, включающее номер последовательности соответствующего блока протокольных данных MAC PDU, поле длины, указывающее длину блока SDU или фрагмента блока SDU, для объединения соответствующего блока протокольных данных MAC PDU и поле, указывающее, включена ли другая информация.

[199] Таблица 17 показывает другой пример расширенного заголовка упаковки (РЕН) в соответствии с одним вариантом осуществления настоящего изобретения.

[200] Таблица 17

[201] В соответствии с Таблицей 17, расширенный заголовок объединения в соответствии с другим вариантом осуществления настоящего изобретения включает в себя поле типа расширенного заголовка, поле управляющей информации фрагментации, включающее в себя информацию по сегментации пакета, и поле индикатора номера последовательности, указывающее, включается ли дополнительно номер последовательности.

[202] В случае, когда коротко-пакетный заголовок SPMH включают в соответствующий блок протокольных данных MAC PDU, расширенный заголовок объединения в соответствии с другим вариантом осуществления настоящего изобретения имеет возможность включать только упомянутые выше поля.

[203] С другой стороны, в случае, когда расширенный заголовок AGMH включают в соответствующий блок протокольных данных MAC PDU, расширенный заголовок объединения в соответствии с другим вариантом осуществления настоящего изобретения может далее включать в себя поле номера последовательности, включающее номер последовательности соответствующего блока протокольных данных MAC PDU, поле длины, указывающее длину соответствующего блока служебных данных MAC SDU или фрагмента блока служебных данных MAC SDU, и поле, указывающее, включена ли далее другая информация.

[204] Таким образом, в соответствии с вариантами осуществления настоящего изобретения, можно произвольным образом использовать один из эффективных заголовков усовершенствованный общий заголовок управления доступом к среде передачи данных (FPEH), расширенный заголовок фрагментации (FEH) и расширенный заголовок упаковки (РЕН) из 1 байта, каждый из которых включает в себя поле (поля), необходимые в соответствии с типом заголовка MAC, используемым блоком протокольных данных MAC PDU. Один пример передающего устройства для генерирования блока протокольных данных MAC PDU рассматривается со ссылкой на Фиг.12, как изложено ниже.

[205] На Фиг.12 представлена схема для одного примера блока, генерирующего блок протокольных данных MAC PDU, в передающем устройстве в соответствии с другим вариантом осуществления настоящего изобретения. В частности, на Фиг.12 показан процесс генерирования блока протокольных данных MAC PDU, используемый для соединения с автоматическим запросом на повторную передачу (ARQ), соединения без запроса «non-ARQ» или управляющего соединения.

[206] В соответствии с Фиг.12, блок, генерирующий блок протокольных данных MAC PDU, в передающем устройстве, может включать в себя управляющий модуль 1201 уровня управления доступом к среде передачи данных (MAC), подуровень 1202 сходимости и модуль 1203, генерирующий блок протокольных данных MAC PDU.

[207] Управляющие сообщения MAC, генерируемые из управляющего модуля 1201 уровня управления доступом к среде передачи данных (MAC), фрагментируются в блок протокольных данных MAC PDU, сопровождаемый полезной нагрузкой, и могут затем доставляться модулю 1203, генерирующему блок протокольных данных MAC PDU. Кроме того, управляющая информация, требуемая для генерирования сигнального заголовка, может также передаваться модулю 1203, генерирующему блок протокольных данных MAC PDU.

[208] Подуровень 1202 сходимости выполняет функцию преобразования или отображения данных, которые должны быть переданы, в блок служебных данных MAC SDU. В частности, подуровень 1202 сходимости классифицирует блоки служебных данных MAC SDU на блоки служебных данных MAC SDU для передачи и переданные блоки служебных данных MAC SDU. По отношению к конкретному соединению уровня управления доступом к среде передачи данных (MAC), по меньшей мере, один блок протокольных данных PDU верхнего уровня должен быть сжат в блок типа блока служебных данных MAC SDU. Этот блок служебных данных SDU для вхождения в сеть может быть распределен посредством подуровня 1202 сходимости на, по меньшей мере, один набор в соответствии с заранее установленной справочной картой. Подуровень сходимости способен выполнить сжатие заголовка для, по меньшей мере, одного заголовка, включенного в генерированный блок служебных данных MAC SDU. Подуровень 1202 сходимости доставляет блоки служебных данных MAC SDU для передачи к модулю 1203, генерирующему блоки протокольных данных MAC PDU, и может также предоставить информацию (например, информацию о длине и т.д.), требуемую для генерации заголовка блока протокольных данных MAC PDU для передачи.

[209] По меньшей мере, один блок служебных данных MAC SDU, генерированный посредством подуровня 1202 сходимости, преобразуется в полезную нагрузку блока протокольных данных MAC PDU посредством фрагментации или объединения. Преобразованная полезная нагрузка, по меньшей мере, одного блока протокольных данных MAC PDU затем доставляется в модуль, генерирующий блок протокольных данных MAC PDU. В этом случае, полезная нагрузка блока протокольных данных MAC PDU, может быть классифицирована в соответствии с ситуацией применения автоматического запроса на повторную передачу (ARQ) или с ситуацией неприменения ARQ.

[210] Модуль 1203, генерирующий блок протокольных данных MAC PDU, генерирует блок протокольных данных MAC PDU, включающий полезную нагрузку блока протокольных данных MAC PDU, доставляемую от управляющего модуля 1201 уровня управления доступом к среде передачи данных (MAC) или подуровня 1202 сходимости, и может включать блок, генерирующий заголовок управления доступом к среде передачи данных (заголовок MAC), и мультиплексор. В этом случае, заголовок MAC, генерированный посредством блока генерирования заголовка MAC, может включать в себя, по меньшей мере, один из заголовков: общий заголовок управления доступом к среде передачи данных (MAC), описанный со ссылкой на Таблицу 1, заголовок управления доступом к среде передачи данных для короткого пакета (заголовок SPMH) описанный со ссылкой на Таблицу 2, и расширенный заголовок SPMH, описанный со ссылкой на Таблицу 6. Кроме того, блок генерирования заголовка MAC, как правило, генерирует необходимый расширенный заголовок в соответствии с типом и схемой передачи пакета для передачи с использованием блока протокольных данных MAC PDU, и способен генерировать расширенные заголовки фрагментации и объединения (FPEH) в соответствии с вариантами осуществления настоящего изобретения. В частности, блок генерирования заголовка MAC способен генерировать блоки протокольных данных MAC PDU, описанные со ссылкой на Фигуры с 7 по 11.

[211] При этом, мультиплексор генерирует и выдает блок протокольных данных MAC PDU посредством мультиплексирования принятого заголовка MAC и блоков служебных данных MAC SDU, принятых по порядку, под управлением блока генерирования заголовка.

[212] Это делается так, модуль 1203 генерирования блока протокольных данных MAC PDU способен выполнять шифрование блока протокольных данных MAC PDU. В частности, модуль 1203 генерирования блока протокольных данных MAC PDU далее присоединяет PN и ICV к генерированному блоку протокольных данных MAC PDU или может присоединить код CRC к генерированному блоку протокольных данных MAC PDU.

[213] После, генерированный блок протокольных данных MAC PDU генерируют в, по меньшей мере, один очередной блок протокольных данных MAC PDU, доставляют на физический уровень и затем передают для внешнего пользования.

[214] На Фиг.13 представлена блок-схема для описания мобильной станции и базовой станции в соответствии с дальнейшим вариантом осуществления настоящего изобретения для выполнения описанных выше вариантов осуществления настоящего изобретения.

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

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

[217] В соответствии с Фиг.13, левая сторона обозначает конфигурацию передатчика, в то время как правая сторона обозначает конфигурацию приемника. Каждый из них - передатчик и приемник включает в себя антенну 1300/1400, принимающий модуль 1310/1410, процессор 1320/1420, передающий модуль 1330/1430 и блок памяти 1340/1440.

[218] Антенна 1300/1400 включает в себя приемную антенну, выполняющую функцию приема радиосигнала извне и затем доставления принятого радиосигнала на принимающий модуль 1310/1410, и передающую антенну, передающую во внешнюю среду сигнал, генерируемый передающим модулем 1330/1430. В случае, когда поддерживается функция нескольких антенн (multiple-antenna, MIMO), по меньшей мере, могут предоставляться две антенны 1300/1400.

[219] Принимающий модуль 1310/1410 преобразует радиосигнал, принимаемый извне через антенну 1300/1400, в исходные данные путем выполнения над принятым сигналом декодирования и демодуляции и затем он способен доставлять реконструированные исходные данные в процессор 1320/1420. В качестве альтернативы, принимающий модуль и антенна могут быть представлены как один принимающий блок, конфигурированный для приема радиосигнала, вместо того, чтобы быть отделенными друг от друга, как показано на Фиг.13.

[220] Процессор 1320/1420, как правило, управляет всеми операциями мобильной/базовой станции. В частности, процессор 1020/1030 способен выполнять функции управления для выполнения описанных выше вариантов осуществления настоящего изобретения, для выполнения регулируемой функции управления кадром уровня управления доступом к среде передачи данных (MAC) в соответствии с эксплуатационными характеристиками и окружающей средой распространения радиоволн, для выполнения функции хэндовера, для выполнения функции аутентификации, для выполнения функции шифрования и т.п.

[221] Передающий модуль 1330/1430 выполняет заранее предписанное кодирование и модуляцию над сигналом и/или данными, которые планируются процессором 1320/1420 и будут затем переданы для внешнего пользования, и затем способен доставлять кодированный и модулированный сигнал и/или данные к антенне 1300/1400. Альтернативно, передающий модуль и антенна могут быть представлено как передающий блок, конфигурированный для передачи радиосигнала, вместо того, чтобы быть отделенными друг от друга, как показано на Фиг.13.

[222] Память 1340/1440 может хранить программы для обработки данных и управления процессором и способна выполнять функции временного хранения входных/выходных данных (например, в случае мобильной станции, предоставление восходящей линии (UL grant), назначаемое базовой станцией, системную информацию, идентификатор станции (STID), идентификатор потока (FID), время действия, информацию назначения зоны, информацию о смещении кадра и т.д.).

[223] При этом память 1340/1440 может включать в себя, по меньшей мере, одно из следующего: среда хранения, включающая флеш-память, жесткий диск, память типа мультимедиа микрокарты, память типа карта памяти (например, SD-память, XD-память, и т.д.), оперативная память (RAM,), статическая оперативная память (SRAM), постоянное запоминающее устройство (ROM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), программируемое постоянное запоминающее устройство (PROM), магнитная память, магнитный диск, оптический диск и т.п.

[224] Процессор 1320 передатчика выполняет все управляющие операции над передатчиком и способен включать модуль 1321 для генерирования блоков протокольных данных MAC PDU, конфигурируемый, чтобы генерировать блок протокольных данных MAC PDU. Кроме того, поскольку процессор 1320 передатчика соответствует блоку, генерирующему блок протокольных данных MAC PDU, описанному со ссылкой на Фиг.12, излишнее описание будет опущено из последующего описания.

[225] Приемник через принимающий модуль 1410 принимает сообщение с запросом о подключении услуги, отправленное передатчиком, и затем направляет принятое сообщение на процессор 1420.

[226] Процессор 1420 приемника выполняет все управляющие операции с приемником и может включать в себя модуль 1421 обработки сигнала, конфигурированный для выполнения обработки сигнала, принятого от передатчика. В этом случае, модуль 1421 обработки сигнала может выполнять процедуру обработки сигнала над блоком протокольных данных MAC PDU, сопровождаемым полезной нагрузкой, фрагментированной в соответствии с одним из вариантов осуществления настоящего изобретения, способом в соответствии с типом заголовка управления доступа к среде передачи данных (MAC).

[227] Мобильная станция, используемая для вариантов осуществления настоящего изобретения, может включать в себя маломощный модуль радиочастоты/промежуточной частоты (RF/IF), а также блок, генерирующий блок протокольных данных MAC PDU. При этом, мобильная станция может включать в себя устройства, модули, элементы и/или подобное для выполнения управляющей функции при выполнении описанных выше вариантов осуществления настоящего изобретения, для выполнения управляющей функции при управлении кадром уровня управления доступом к среде передачи данных (MAC) в соответствии с эксплуатационной характеристикой и средой распространения электрических волн, для выполнения функции хэндовера, для выполнения функции аутентификации и шифрования, функции модуляции/демодуляции пакетов для передачи данных, для выполнения функции быстрого помехоустойчивого кодирования пакетов, для выполнения функции управления модемом в реальном времени и т.п.

[228] Базовая станция может передавать мобильной станции данные, принимаемые от верхнего уровня. Базовая станция может включать в себя маломощный модуль радиочастоты/промежуточной частоты (RF/IF). При этом, базовая станция может включать в себя устройства, модули, элементы и/или подобное для выполнения управляющей функции при выполнении описанных выше вариантов осуществления настоящего изобретения, для планирования пакетов множественного доступа с ортогональным частотным разделением (OFDMA), для планирования пакетов с дуплексным временным разделением (TDD) и для выполнения функции канального мультиплексирования, для выполнения регулируемой функции управления кадром уровня управления доступом к среде передачи данных (MAC) в соответствии с эксплуатационной характеристикой и средой распространения электрических волн, для выполнения функции быстрого управления графиком в реальном времени, для выполнения функции хэндовера, для выполнения функции аутентификации и шифрования, для выполнения функции модуляции/демодуляции пакетов для

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

Промышленная применимость

[229] Соответственно, настоящее изобретение применимо к различным системам беспроводной связи.

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