Способ и устройство для универсального мультиплексирования на уровне управления доступом к среде передачи (мас) в эволюционированной технологии высокоскоростного пакетного доступа (evolved hspa)

Способ и устройство для универсального мультиплексирования на уровне управления доступом к среде передачи (мас) в эволюционированной технологии высокоскоростного пакетного доступа (evolved hspa)

Иллюстрации

Показать все

Реферат

УРОВЕНЬ ТЕХНИКИ

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

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

Технология HSPA обеспечивает улучшенную теоретическую пропускную способность нисходящей линии связи (канала) (DL, далее - НКС) до 14,4 Мбит/с (мегабит в секунду) и улучшенную теоретическую пропускную способность восходящей линии связи (канала) (UL, далее - ВКС) до 5,76 Мбит/с. Существующие системы, которые введены в действие, обеспечивают пропускную способность до 7,2 Мбит/с в НКС и до 384 кбит/с в ВКС. Определение эволюционированной технологии HSPA (evolved HSPA) дано в документе "3GPP Release 7" (версия 7 систем связи в рамках Проекта о партнерстве в области систем связи третьего поколения). Она вводит более простую архитектуру для сети мобильной связи за счет обхода большей части устаревшего, но все еще находящегося в эксплуатации оборудования и за счет увеличения скоростей передачи данных по радиосвязи.

В системе согласно Проекту о партнерстве в области систем связи третьего поколения (3GPP) уровень управления доступом к среде передачи (MAC), находящийся выше физического уровня, может быть разделен на несколько объектов. Был введен новый объект уровня управления доступом к среде передачи (MAC), именуемый "уровнем управления доступом к среде высокоскоростной передачи с расширенными возможностями" (MAC-ehs), и он был оптимизирован для технологии HSPA в НКС. Объект MAC-ehs может использоваться в качестве альтернативы объекту MAC-hs (управление доступом к среде высокоскоростной передачи). В ВКС был введен новый объект управления доступом к среде передачи (MAC), именуемый "уровнем усовершенствованного управления доступом к среде передачи" (MAC-i/is), и он был оптимизирован для технологии HSPA. Объект MAC-i/is может использоваться в качестве альтернативы объекту MAC-e/es. Объект MAC-ehs и/или объект MAC-i/is сконфигурированы более высокими уровнями, которые сконфигурированы таким образом, что обеспечивают обработку данных, переданных по высокоскоростному совместно используемому каналу нисходящей линии связи (HS-DSCH) и/или по усовершенствованному каналу восходящей линии связи (E-DCH), и управление физическими ресурсами, выделенными для канала HS-DSCH.

Объект MAC-ehs позволяет обеспечить поддержку гибких размеров протокольных блоков данных (единиц обмена данными) (PDU) протокола управления каналом радиосвязи (RLC), а также сегментации и повторной сборки пакетов на уровне MAC. В отличие от объекта MAC-hs для HSDPA, объект MAC-ehs обеспечивает возможность мультиплексирования данных из нескольких очередей по приоритету в пределах одного временного интервала передачи (TTI) длительностью 2 мс (миллисекунды).

Функция установления очередности обслуживания/обработки по приоритетам отвечает за решения относительно очередности обслуживания. Для каждого временного интервала передачи (TTI) длительностью 2 мс принимают решение о том, следует ли использовать передачу одним потоком или же двумя потоками. Новые передачи или повторные передачи посылают в соответствии с сообщениями о подтверждении/неподтверждении приема (ACK/NACK), передаваемыми посредством обратной связи по восходящей линии связи ВКС, и новые передачи могут быть инициированы в любой момент времени. Находясь в состояниях CELL_FACH, CELL_PCH и URA_PCH, объект MAC-ehs может дополнительно выполнять повторные передачи по каналу HS-DSCH, не полагаясь на передачу служебных сигналов по восходящему каналу связи.

Переупорядочение на стороне приемника основано на очереди по приоритету. Для обеспечения возможности переупорядочения в каждой переупорядочиваемой очереди присваивают порядковые номера передачи (TSN). На стороне приемника служебный блок данных (SDU) объекта MAC-ehs или его сегмент присваивают надлежащей очереди по приоритету на основании идентификатора логического канала.

Служебные блоки данных (SDU) объекта MAC-ehs могут быть сегментированы на стороне передатчика и повторно собраны на стороне приемника. На уровне управления доступом к среде передачи (MAC) набор логических каналов поставлен в соответствие транспортному каналу. Транспортные каналы двух типов включают в себя "общий" транспортный канал (MAC-c), который может совместно использоваться множеством беспроводных приемопередающих устройств (WTRUs), и "выделенный" транспортный канал (MAC-d), который выделен одиночному беспроводному приемопередающему устройству (WTRU). Служебный блок данных (SDU) объекта MAC-ehs представляет собой либо протокольную единицу обмена данными (PDU) канала MAC-c, либо протокольную единицу обмена данными (PDU) канала MAC-d. Служебные блоки данных (SDU) объекта MAC-ehs, содержащиеся в протокольной единице обмена данными (PDU) объекта MAC-ehs, могут иметь различные размеры и различные приоритеты и могут принадлежать к различным потокам, передаваемым по каналам MAC-d или MAC-c.

Типичный базовый уровень заголовка объекта MAC-ehs приводит к довольно низким непроизводительным издержкам на передачу служебной информации, когда объект MAC-ehs мультиплексирует логические каналы, используемые в реализациях режима подтверждения приема (режима AM) на уровне управления каналом радиосвязи (RLC) 7 версии в конфигурации, когда размер протокольной единицы обмена данными (PDU) протокола RLC является гибким. Это обусловлено тем, что размер служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) является значительно большим, чем суммарный размер различных полей заголовка.

Однако существуют ситуации, когда типичный базовый уровень приводит к нежелательному уровню непроизводительных издержек на передачу служебной информации. Например, логический канал используется в случае режима AM на уровне RLC в конфигурации, когда размер протокольной единицы обмена данными (PDU) уровня RLC является фиксированным, или в случае режима AM на уровне RLC 6 версии. Последний случай может являться следствием возможности разрешения эстафетной передачи управления связью (handover) от базовой станции 6 версии к базовой станции системы связи третьего поколения 7 версии (3GPP Release 7) без повторной установки RLC и при сохранении такой конфигурации объекта уровня RLC, что он способен работать с фиксированными протокольными единицами обмена данными (PDU) уровня RLC (RLC PDUs). В другом примере размер PDU объекта MAC-ehs, который возможен при текущих состояниях канала, является малым и содержит несколько (например, 2) сегментов служебных блоков данных (SDU). В этом примере заголовок может создавать существенные непроизводительные издержки на передачу служебной информации.

Типичные требования к передаче служебных сигналов для обеспечения поддержки функциональных возможностей объекта MAC-ehs являются неэффективными. Было бы желательно уменьшить количество передаваемых служебных сигналов, необходимых для поддержки функциональных возможностей протокольной единицы обмена данными (PDU) объекта MAC-ehs. Один из возможных способов уменьшения количества передаваемых служебных сигналов состоит в выполнении мультиплексирования/демультиплексирования служебных блоков данных (SDU) различных размеров из различных логических каналов и очередей по приоритету в одной протокольной единице обмена данными (PDU) объекта MAC-ehs в базовой станции. Другой возможный способ состоит в выполнении мультиплексирования/демультиплексирования служебных блоков данных (SDU) различных размеров и принадлежащих к различным логическим каналам. Наконец, было бы желательно сцепление/разборка и сегментация/повторная сборка служебных блоков данных (SDU) объекта MAC-ehs.

В таблице 1 показано кодирование поля указателя сегментации (SI), когда указатель сегментации задан для каждой очереди по приоритету. Значение этого поля может вызвать путаницу на стороне беспроводного приемопередающего устройства (WTRU), когда в конце заголовка MAC-ehs после последнего сегмента служебного блока данных (SDU) присутствует заполнение незначащей информацией. В этом случае указатель сегментации согласно указанному кодированию должен быть равен "11". Однако беспроводное приемопередающее устройство (WTRU) может интерпретировать его как означающий, что служебный блок данных (SDU) является неполным, и ввести его в буфер повторной сборки. Было бы желательно видоизменить кодирование этого поля во избежание этой путаницы.

Таблица 1
Поле "указатель сегментации" (SI)	Указатель сегментации
00	Первым служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является полная протокольная единица обмена данными (PDU) выделенного транспортного канала (MAC-d).Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является полная протокольная единица обмена данными (PDU) выделенного транспортного канала MAC-d.
01	Первым служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является сегмент протокольной единицы обмена данными (PDU) выделенного транспортного канала MAC-d.Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является полная протокольная единица обмена данными (PDU) выделенного транспортного канала MAC-d.
10	Первым служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является полная протокольная единица обмена данными (PDU) выделенного транспортного канала (MAC-d).Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является сегмент протокольной единицы обмена данными (PDU) выделенного транспортного канала MAC-d.
11	Первым служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является сегмент протокольной единицы обмена данными (PDU) выделенного транспортного канала MAC-d.Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является сегмент протокольной единицы обмена данными (PDU) выделенного транспортного канала MAC-d.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Раскрыты способы и устройства для универсального мультиплексирования на уровне управления доступом к среде передачи (MAC) в эволюционированной технологии высокоскоростного пакетного доступа (evolved HSPA). В частности, раскрыты способы оптимизации нисходящей линии связи объекта уровня управления доступом к среде высокоскоростной передачи с расширенными возможностями (MAC-ehs) и оптимизации восходящей линии связи объекта MAC-i/is. Также раскрыты устройства для использования объектов уровня управления доступом к среде передачи (MAC) оптимизированных нисходящей линии связи и восходящей линии связи.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

на Фиг.1 изображена блок-схема системы беспроводной связи, сконфигурированной для универсального мультиплексирования на уровне управления доступом к среде передачи (MAC) в эволюционированной технологии высокоскоростного пакетного доступа (evolved HSPA);

на Фиг.2 изображен заголовок полезной нагрузки, используемый при мультиплексировании служебных блоков данных (SDU) из различных логических каналов и очередей по приоритету;

на Фиг.3А изображена общая структура поля "суперполе описания служебного блока данных (SDU)" (именуемого полем "SDSF"), выполненного таким образом, что оно способно эффективно сигнализировать о том, как сцеплены/сегментированы служебные блоки данных (SDU), об их размерах и о логических каналах, которым они соответствуют;

на Фиг.3Б изображен формат заголовка полезной нагрузки протокольной единицы обмена данными (PDU) объекта MAC-ehs, которая содержит k переупорядочиваемых протокольных единиц обмена данными (PDU), используемых при мультиплексировании переупорядочиваемых протокольных единиц обмена данными (PDU) из различных логических каналов и очередей по приоритету;

на Фиг.4 изображена схема последовательности операций для выполнения обработки протокольных единиц обмена данными (PDU) объекта MAC-ehs и восстановления служебных блоков данных (SDU) объекта MAC-ehs;

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

на Фиг.6 показаны части заголовка, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, для обеспечения возможности эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs;

на Фиг.7 изображена альтернативная конфигурация заголовка, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, для обеспечения возможности эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs;

на Фиг.8 изображена альтернативная конфигурация заголовка, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, для обеспечения возможности эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs;

на Фиг.9 изображена альтернативная конфигурация заголовка, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, для обеспечения возможности эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs;

на Фиг.10 изображена схема последовательности операций видоизмененного способа интерпретации поля "указатель сегментации" (SI), в котором переупорядочиваемая протокольная единица обмена данными (PDU) содержит только один переупорядочиваемый служебный блок данных (SDU);

на Фиг.11 показано, каким образом двухбитовое поле "указатель сегментации" (SI) может быть использовано в качестве одного возможного кодирования для минимизации непроизводительных издержек на передачу служебной информации;

на Фиг.12 изображен альтернативный способ представления кодирования, в котором поле "указатель сегментации" (SI) может быть заранее заданным;

на Фиг.13 изображена схема последовательности операций, на которой показано то, каким образом блок повторной сборки выполняет обработку поля "указатель сегментации" (SI), связанного с переупорядочиваемой протокольной единицей обмена данными (PDU);

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

на Фиг.15 изображена схема последовательности операций, на которой показано то, каким образом следует обрабатывать единичные элементы полезной нагрузки при наличии множества переупорядочиваемых служебных блоков данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU);

на Фиг.16 изображена схема последовательности операций способа повторной сборки с объединением, показанного на Фиг.14 и Фиг.15; и

на Фиг.17 изображена схема последовательности операций, на которой показано то, каким образом блок повторной сборки выполняет обработку поля "указатель сегментации" (SI), связанного с переупорядочиваемой протокольной единицей обмена данными (PDU).

ПОДРОБНОЕ ОПИСАНИЕ

Термин "беспроводное приемопередающее устройство (WTRU)", ссылки на который приведены ниже, включает в себя абонентскую аппаратуру (UE), подвижную станцию, стационарное или мобильное абонентское устройство, пейджер, телефонный аппарат для сотовой связи, персональное цифровое информационное устройство (PDA), компьютер или абонентское устройство любого иного типа, способное работать в среде беспроводной связи, но эти примеры не являются ограничивающим признаком. Термин "базовая станция", ссылки на который приведены ниже, включает в себя узел B (Node B), контроллер узла сети, точку доступа (AP, далее - ТД) или интерфейсное устройство любого иного типа, способное работать в среде беспроводной связи, но эти примеры не являются ограничивающим признаком.

Раскрыты варианты осуществления изобретения, приводящие к созданию эффективного заголовка объекта MAC-ehs (или объекта MAC-i/is в восходящем канале связи) в вышеупомянутых ситуациях. Варианты осуществления изобретения обеспечивают улучшение структуры заголовка для минимизации соответствующих непроизводительных издержек на передачу служебной информации, обеспечивая при этом возможность мультиплексирования логических каналов различных типов. Варианты осуществления изобретения также устраняют проблему, состоящую в том, что в результате может быть получена потенциально неоднозначная интерпретация заголовка, когда в полезной нагрузке присутствует уникальный сегмент служебного блока данных (SDU). Везде в описании используют следующее определение: термины "единичный элемент полезной нагрузки объекта MAC-ehs" ("единичный элемент полезной нагрузки объекта MAC-is") или "единичный элемент полезной нагрузки" являются синонимичными терминам "служебный блок данных (SDU) объекта MAC-ehs (MAC-ehs SDU)" или "сегмент служебного блока данных (SDU) объекта MAC-ehs" ("сегмент служебного блока данных (SDU) объекта MAC-is" (MAC-is SDU)), который вставлен в полезную нагрузку протокольной единицы обмена данными (PDU) объекта MAC-ehs ("служебного блока данных (SDU) объекта MAC-is"). Они также являются синонимичными термину "переупорядочиваемый служебный блок данных (SDU)". Несмотря на то, что в вариантах осуществления изобретения описана оптимизация нисходящего канала связи объекта MAC-ehs, эти концепции также применимы к восходящему каналу связи (ВКС) путем замены объекта MAC-ehs объектом MAC-i/is.

На Фиг.1 изображена блок-схема системы 100 беспроводной связи, сконфигурированной для универсального мультиплексирования на уровне управления доступом к среде передачи (MAC) в эволюционированной технологии высокоскоростного пакетного доступа (evolved HSPA). Система содержит базовую станцию 105 и беспроводное приемопередающее устройство (WTRU) 110. Базовая станция 105 и беспроводное приемопередающее устройство (WTRU) 110 поддерживают связь по каналу беспроводной связи.

Как показано на Фиг.1, беспроводное приемопередающее устройство (WTRU) 110 содержит передатчик 120, приемник 130 и процессор 140. Процессор 140 соединен с буфером 150 и запоминающим устройством 160. Процессор 140 сконфигурирован таким образом, что выполняет обработку единичных элементов полезной нагрузки с использованием, по меньшей мере, одного описанного ниже способа.

На Фиг.1 также показана базовая станция 105, которая содержит передатчик 165, приемник 170 и процессор 180. Процессор 180 соединен с буфером 190 и запоминающим устройством 195. Процессор 180 сконфигурирован таким образом, что выполняет обработку единичных элементов полезной нагрузки с использованием, по меньшей мере, одного описанного ниже способа.

На Фиг.2 изображен заголовок 200 полезной нагрузки, используемый при мультиплексировании служебных блоков данных (SDU) из различных логических каналов и очередей по приоритету. В первом варианте осуществления изобретения раскрыто мультиплексирование служебных блоков данных (SDU) из множества очередей по приоритету в одну протокольную единицу обмена данными (PDU) объекта MAC-ehs. Кроме того, оно включает в себя объединение служебных блоков данных (SDU) из множества логических каналов в одну очередь по приоритету.

Протокольная единица обмена данными (PDU) объекта MAC-ehs построена путем сцепления и/или путем сегментации одного или большего количества служебных блоков данных (SDU) из одной или большего количества очередей по приоритету. Заголовок присоединен к полезной нагрузке в виде структуры, показанной на Фиг.2. Заголовок 280 содержит множество участков 205 k очередей, причем каждый из участков 205 k очередей содержит порядковый номер передачи (TSN) 240, суперполе 250 описания служебного блока данных (SDU) (обозначаемое аббревиатурой SDSF) и флаг 260 "конец" (F). Каждый из участков 205 k очередей соответствует очереди по приоритету, из которой взят служебный блок (взяты служебные блоки) данных (SDU) (или его сегмент (их сегменты)), где k - количество очередей по приоритету, из которых выполнено мультиплексирование служебных блоков данных (SDU) в этой протокольной единице обмена данными (PDU) объекта MAC-ehs. Заголовок 280 также может содержать необязательный флаг 210 "версия" и/или необязательное поле 230 идентификатора очереди.

Необязательный флаг 210 "версия" указывает используемую версию протокола для обеспечения обратной совместимости. Поскольку существует предыдущая версия объекта MAC-ehs, то это поле должно иметь два бита. Флаг 210 "версия" может использоваться тогда, когда однонаправленный радиоканал передачи данных преобразован таким образом, что обеспечивает поддержку различных форматов заголовка объекта MAC-ehs. Каждый однонаправленный радиоканал передачи данных сконфигурирован таким образом, что использует конкретный формат. В альтернативном варианте формат объекта MAC-ehs может быть идентифицирован либо в явном виде, либо в неявном виде путем передачи служебных сигналов по высокоскоростному совместно используемому каналу управления (HS-SCCH). Мультиплексирование однонаправленного радиоканала передачи данных в протокольную единицу обмена данными (PDU) объекта MAC-ehs может быть ограничено форматом объекта MAC-ehs, сконфигурированным для однонаправленного радиоканала передачи данных.

Как показано на Фиг.2, каждый заголовок 280 может содержать необязательное поле 230 идентификатора очереди, которое обозначает, к какой именно переупорядочиваемой очереди принадлежат соответствующие служебные блоки данных (SDU) в полезной нагрузке. Переупорядочиваемые очереди могут быть или могут не быть непосредственно поставлены в соответствие очередям по приоритету. Заголовок 280 также содержит, по меньшей мере, одно поле 240 "порядковый номер передачи" (TSN), которое обозначает порядковый номер данных для этого идентификатора очереди. Другим признаком, содержащимся в заголовке 280, является, по меньшей мере, одно суперполе 250 описания служебного блока данных (SDSF), которое указывает, как следует производить разборку и/или повторную сборку служебных блоков данных (SDU), и к какому логическому каналу (к каким логическим каналам) они принадлежат. Описание подробностей и возможных вариантов этого суперполя приведено ниже. Заголовок 280 также может содержать, по меньшей мере, один необязательный флаг 260 "конец", указывающий, является ли этот участок заголовка последним участком заголовка, или же за ним следует другой подзаголовок.

За заголовком 280 объекта MAC-ehs следует полезная нагрузка 290 объекта MAC-ehs, которая содержит последовательность служебных блоков данных (SDU) объекта MAC-ehs или сегментов служебных блоков данных (SDU) 295 объекта MAC-ehs и необязательные биты 270 заполнения незначащей информацией. Биты 270 заполнения незначащей информацией могут быть добавлены к полезной нагрузке 290 по мере необходимости для сохранения выравнивания (синхронизации) по октету (восьмибитовому байту) на уровне протокольной единицы обмена данными (PDU) объекта MAC-ehs. Выравнивание по допустимым размерам транспортного блока (TB, далее - ТБ) поставлено в соответствие транспортному каналу (TrCH) канала HS-DSCH.

Как показано на Фиг.3А, суперполе 250 описания служебного блока данных (SDU) скомпоновано таким образом, что эффективно оповещает о том, как сцеплены/сегментированы служебные блоки данных (SDU) из одной очереди по приоритету, об их размерах и о логических каналах, которым они соответствуют.

Без потерь производительности служебные блоки данных (SDU) могут быть сегментированы последовательным способом в пределах очереди по приоритету. Это означает, что передача служебного блока данных (SDU) или его сегмента ограничена, если не была произведена передача последнего служебного блока данных (SDU) или сегмента предыдущего служебного блока данных (SDU) (или если производится его передача в той же самой протокольной единице обмена данными (PDU) объекта MAC-ehs). С учетом этого ограничения, в протокольной единице обмена данными (PDU) (объекта) MAC-ehs присутствует максимум два сегмента (различных) служебных блоков данных (SDU) для конкретной переупорядочиваемой очереди наряду с неограниченным количеством полных (несегментированных) служебных блоков данных (SDU) между ними.

На Фиг.3Б показан формат заголовка полезной нагрузки протокольной единицы обмена данными (PDU) объекта MAC-ehs, которая содержит k переупорядочиваемых протокольных единиц обмена данными (PDU), используемых при мультиплексировании переупорядочиваемых протокольных единиц обмена данными (PDU) из различных логических каналов и очередей по приоритету. Предполагают, что местоположение начала полезной нагрузки 290 в протокольной единице 395 обмена данными (PDU) объекта MAC-ehs для каждой переупорядочиваемой очереди поддается распознаванию. Для данных, соответствующих первой переупорядочиваемой очереди, перечисленной в заголовке 280, начало полезной нагрузки 290 сразу же следует за заголовком. Это также возможно для данных, соответствующих последующим переупорядочиваемым очередям, при условии, что поле 250 SDSF, показанное на Фиг.3А, каждой очереди по приоритету, за исключением последней очереди по приоритету, сконфигурировано таким образом, что определяет общий объем соответствующей полезной нагрузки. Структура, показанная на Фиг.3А, удовлетворяет этому требованию.

Как показано на Фиг.3А, общая структура поля 250 SDSF содержит следующие элементы. Флаг 320 "начало полного блока/сегмента" (FSS) указывает, соответствуют ли данные в месте начала полезной нагрузки для этой переупорядочиваемой очереди сегменту служебного блока данных (SDU) или же полному служебному блоку данных (SDU). За флагом FSS следует флаг 360 "конец полного блока/сегмента" (FSE), указывающий, соответствуют ли данные в месте конца полезной нагрузки для этой очереди по приоритету сегменту служебного блока данных (SDU) или же полному служебному блоку данных (SDU). Комбинация флагов FSS и FSE эквивалентна полю 397 указателя сегментации (SI), показанному на Фиг.3Б. Для каждого служебного блока данных (SDU) или сегмента служебного блока данных (SDU), присутствующего в полезной нагрузке 290, предусмотрено наличие поля 330 "указатель логического канала" (LCID), указывающего логический канал, к которому принадлежит служебный блок данных (SDU) (или его сегмент), поля 340 "указатель длины" (LI), указывающего длину служебного блока данных (SDU) (или его сегмента) (более подробное описание этого поля приведено в описании следующего варианта осуществления (изобретения)), и флага 350 "конец служебного блока данных (SDU)", указывающего, имеется ли, по меньшей мере, еще один служебный блок данных (SDU) (или его сегмент) после этого служебного блока данных (SDU), или является ли он последним служебным блоком данных (SDU) (или его сегментом) для этой переупорядочиваемой очереди; это поле может быть однобитовым.

Следует отметить, что оба флага, флаг 320 FSS и флаг 360 FSE, должны быть установлены даже при наличии только одного служебного блока данных (SDU) (или его сегмента). Также следует отметить то, что флаг 320 FSS и флаг 360 FSE могут быть определены как одно двухбитовое поле, которое может именоваться, например, полем "указатель сегментации" (SI). В этом случае может быть задано взаимно-однозначное соответствие между каждой возможной комбинацией значений флагов 320 FSS и 360 FSE и каждой возможной комбинацией двух битов поля "указатель сегментации" (SI). Например:

- флаг FSS = "сегмент" и флаг FSE = "сегмент" могут быть поставлены в соответствие указателю сегментации (SI) = 11;

- флаг FSS = "полный блок" и флаг FSE = "сегмент" могут быть поставлены в соответствие указателю сегментации (SI) = 10;

- флаг FSS = "сегмент" и флаг FSE = "полный блок" могут быть поставлены в соответствие указателю сегментации (SI) = 01;

- флаг FSS = "полный блок" и флаг FSE = "полный блок" могут быть поставлены в соответствие указателю сегментации (SI) = 00.

C другой стороны, при наличии вышеупомянутого соответствия значения флагов FSS и FSE могут быть извлечены из поля "указатель сегментации" (SI) следующим образом:

- флаг FSS = "сегмент" соответствует тому, что первый единичный элемент полезной нагрузки является сегментом;

• если имеется только один единичный элемент полезной нагрузки и сегментом является средний сегмент, то это соответствует тому, что "указатель сегментации" (SI) = 11 (то есть флаг FSE также установлен имеющим значение "полный блок");

• если сегментом является последний сегмент служебного блока данных (SDU) объекта MAC-ehs, то это соответствует тому, что "указатель сегментации" (SI) = 01 в случае наличия одного единичного элемента полезной нагрузки или в том случае, если последним единичным элементом полезной нагрузки является полный служебный блок данных (SDU) объекта MAC-ehs (то есть флаг FSE установлен имеющим значение "полный блок"), или тому, что "указатель сегментации" (SI) = 11 в том случае, когда последним единичным элементом полезной нагрузки является сегмент (то есть флаг FSE установлен имеющим значение "сегмент");

- флаг FSS = "полный блок" соответствует тому, что "указатель сегментации" (SI) = 10 в том случае, когда имеется один единичный элемент полезной нагрузки или когда последним единичным элементом полезной нагрузки является первый сегмент служебного блока данных (SDU) объекта MAC-ehs (то есть флаг FSE установлен имеющим значение "полный блок"), или тому, что "указатель сегментации" (SI) = 00, когда присутствуют только полные блоки данных (SDU) объекта MAC-ehs (то есть флаг FSE также установлен имеющим значение "полный блок");

- флаг FSE = "сегмент" соответствует тому, что "указатель сегментации" (SI) = 11, или тому, что "указатель сегментации" (SI) = 10, в зависимости от флага FSE, как описано выше;

- флаг FSE = "полный блок" соответствует тому, что "указатель сегментации" (SI) = 01, или тому, что "указатель сегментации" (SI)= 00, в зависимости от флага FSE, как описано выше.

На Фиг.3А также показано, что поля 330 "указатель логического канала" (LCID) и 340 "указатель длины" (LI) могут быть вместе определены как одно поле "указатель описания данных" (DDI), подобное тому полю, которое используют при кодировании усовершенствованного выделенного канала (канала E-DCH) для восходящего канала связи. Однако, как описано ниже, принципы кодирования могут быть различными.

Возможны несколько вариантов кодирования поля 330 "указатель логического канала" (LCID). Один возможный вариант состоит в том, что при кодировании могут придерживаться одной и той же схемы идентификации для поля "намеченный тип канала" (TCTF) и для нумерации потока управляющей информации/потока информационного обмена (C/T mux) в случае выделенного канала информационного обмена/выделенного канала управления (канала DCCH/канала DTCH). На уровне общего транспортного канала (MAC-c) поля "TCTF" и поля "C/T mux" совместно идентифицируют логический канал. Поле "TCTF" определяет намеченный тип канала, а поле "C/T mux" определяет индекс. В этом варианте возможен тот же самый тип кодирования, что и в общем транспортном канале (MAC-c). В этом случае соответствие между полем "TCTF" и типом логического канала (которым является, например, общий канал управления (канал CCCH), канал управления поисковым вызовом (канал PCCH), выделенный канал управления (канал DCCH) и т.д.) может быть задано таким же самым образом, как и в известных вариантах осуществления. В этом случае количество битов, занятых полем "указатель логического канала" (LCID), является переменным. В альтернативном варианте поле "TCTF" и поле "C/T" могут быть совместно закодированы в виде общего параметра. Тип канала может быть сконфигурирован как значение поля "C/T", или же могут быть заданы однозначно определенные значения указателя логического канала (LCID).

Возможно, но не обязательно, предполагая, что максимально возможное количество логических каналов (всех типов), которое может использовать приемник в заданный момент времени, равно NLmax, и что значение NLmax может быть представлено количеством битов для этих логических каналов (битов NLMb), поле "указатель логического канала" (LCID) содержит биты NLMb и содержит идентификатор логического канала. Например, сеть может быть сконфигурирована таким образом, что содержит до 16 логических каналов (то есть NLmax = 16). Следовательно, для обеспечения способности идентификации 16 логических каналов необходимо 4 бита (то есть NLMb = 4). Соответствие между этим идентификатором логического канала и логическим каналом, которому он соответствует, является известным из предшествующих служебных сигналов, переданных уровнем управления ресурсами радиосвязи/прикладной частью узла B (Node B) (RRC/NBAP), и/или определено заранее (является заранее заданным). Некоторые значения могут быть зарезервированы для таких типов логических каналов, в которых возможна единственная реализация. Например, может иметься только один канал CCCH, и для этого канала может быть заранее задано конкретное значение.

Возможно, но не обязательно, может иметься максимально возможное количество логических каналов, которые могут быть мультиплексированы в заданной очереди по приоритету (обозначаемое как NLQmax), являющееся меньшим, чем общее максимально возможное количество логических каналов, которое приемник может использовать в целом. Если значение NLQmax может быть представлено количеством битов, которое необходимо для идентификации NLQmax (битов NLMQb), то поле "указатель логического канала" (LCID) содержит биты NLMQb. В этом случае соответствие между каждым возможным набором значений для битов NLMQb и типом логического канала и/или индексом является специфическим для каждой очереди по приоритету и является известным из предшествующих служебных сигналов, переданных уровнем управления ресурсами радиосвязи/прикладной частью узла B (Node B) (RRC/NBAP) (которые определяют потенциально различное соответствие для каждой определенной очереди по приоритету). Этот вариант не препятствует изложенному выше использованию заранее заданных значений для определенных типов логических каналов.

Существует несколько возможных вариантов конфигурирования заголовка объекта MAC-ehs, подробное описание которых приведено ниже. Как показано на Фиг.3А, поле 250 SDSF может быть задано таким образом, что обеспечивает поддержку использования поля 380 "количество" (поля N) для минимизации непроизводительных издержек на передачу служебной информации в том случае, когда множество следующих друг за другом служебных блоков данных (SDU) принадлежат к одному и тому же логическому каналу и/или имеют одинаковую длину.

Поле 380 N может присутствовать всегда и предшествовать полям 330 "указатель логического канала" (LCID) и 340 "указатель длины" (LI) (или следовать за этими полями) для каждой группы из N последовательных служебных блоков данных (SDU), которые имеют одинаковую длину и принадлежат к одному и тому же логическому каналу.

Поле 380 N может присутствовать всегда и предшествовать полю 330 "указатель логического канала" (LCID) (или следовать за этим полем) для каждой группы из N последовательных служебных блоков данных (SDU), которые имеют одинаковую дл