УРОВЕНЬ ТЕХНИКИ
Разработаны стандарты связи для обеспечения возможности взаимодействия систем беспроводной связи в глобальном масштабе и для достижения заданных показателей функционирования с точки зрения, например, пропускной способности, времени задержки и зоны обслуживания. Один широко используемый в настоящее время стандарт, именуемый высокоскоростным пакетным доступом (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) является неполным, и ввести его в буфер повторной сборки. Было бы желательно видоизменить кодирование этого поля во избежание этой путаницы.
Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является полная протокольная единица обмена данными (PDU) выделенного транспортного канала MAC-d.
Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является полная протокольная единица обмена данными (PDU) выделенного транспортного канала MAC-d.
Последним служебным блоком данных (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), которые имеют одинаковую длину и принадлежат к одному и тому же логическому каналу; однако каждый служебный блок данных (SDU) имеет свое собственное поле 340 "указатель длины" (LI).
Поле 380 N может присутствовать только для группы из N последовательных служебных блоков данных (SDU) (имеющих одинаковую длину длиной и принадлежащих к одному и тому же логическому каналу), если N больше 1. Флаг 390 "множественные служебные блоки данных (SDU)" (именуемый флагом MS) может указывать, присутствует ли поле 380 N или нет. Это уменьшает риск избыточных непроизводительных издержек на передачу служебной информации вследствие наличия поля 380 N, когда все служебные блоки данных (SDU) полезной нагрузки имеют различную длину или принадлежат к различным логическим каналам.
Поле 380 N может присутствовать только для группы из N последовательных служебных блоков данных (SDU) (из одного и того же логического канала), если N больше чем 1. Флаг 390 MS может указывать, присутствует ли поле 380 N или нет. В любом случае, каждый служебный блок данных (SDU) имеет свое собственное поле 340 "указатель длины" (LI).
Поле 380 N может быть сконфигурировано для конкретных указателей 330 логического канала (LCID). Указатель 330 логического канала (LCID) может однозначно определять, существует ли поле 380 N или нет.
Указатель 330 логического канала (LCID) может быть опущен для первого служебного блока данных (SDU), если этим служебным блоком данных (SDU) является сегмент. Логическим обоснованием этого является то, что информация уже должна была присутствовать в предшествующей протокольной единице обмена данными (PDU) объекта MAC-ehs, когда производилась передача первого сегмента. В альтернативном варианте поле 330 "указатель логического канала" (LCID) может быть исключено для последнего служебного блока данных (SDU) только в том случае, если этим служебным блоком данных (SDU) является сегмент.
Вместо вставки флага 350 "конец служебного блока данных (SDU)" для каждого служебного блока данных (или его сегмента) или для группы служебных блоков данных (SDU) может быть добавлено одно поле "NTot" (на фигуре не показано) для всего поля SDSF, указывающее общее количество служебных блоков данных (SDU) или сегментов служебных блоков данных (SDU) в полезной нагрузке для этой очереди по приоритету. Размер этого поля зависит от максимально возможного количества служебных блоков данных (SDU) в каждой очереди по приоритету в протокольной единице обмена данными (PDU) объекта MAC-ehs.
Существует несколько способов указания длины каждого служебного блока данных (SDU) или его сегмента. Существует несколько вариантов использования указателя 340 длины (LI) для каждого служебного блока данных (SDU) или его сегмента, или для группы служебных блоков данных (SDU). В этом варианте осуществления изобретения объяснено, каким образом следует структурировать поле 340 "указатель длины" (LI) для эффективного оповещения о длине каждого служебного блока данных (SDU) или его сегмента, или группы служебных блоков данных (SDU).
Указатель 340 длины (LI) определяет точное количество битов (или октетов, если наложено условие, что каждый служебный блок данных (SDU) является синхронизированным по октету), которое содержит служебный блок данных (SDU) или его сегмент. Это представление может быть реализовано с использованием одного из общеизвестных двоичных форматов (например, со старшим значащим битом (MSB) впереди или с младшим значащим битом (LSB) впереди). Длина поля 340 "указатель длины" (LI) зависит от максимально возможной длины служебного блока данных (SDU). Для длины поля 340 "указатель длины" (LI) возможно несколько вариантов. В одном возможном варианте длина указателя 340 длины (LI) является заранее заданной и неизменной вне зависимости от логического канала (поля 330 "указатель логического канала" (LCID)), и равной количеству битов, необходимому для отображения максимального размера служебного блока данных (SDU) (в битах или в октетах) во всех логических каналах вне зависимости от любых ранее переданных служебных сигналов для установления максимального размера служебного блока данных (SDU) для данной реализации протокола управления каналом радиосвязи (RLC). В альтернативном варианте длина указателя 340 длины (LI) зависит от поля 330 "указатель логического канала" (LCID) и равна количеству битов, необходимому для отображения максимального размера служебного блока данных (SDU) (в битах или в октетах) для этого логического канала. Максимальный размер служебного блока данных (SDU) может изменяться от одной реализации однонаправленного радиоканала передачи данных к другой его реализации и может изменяться после реконфигурации или даже динамически. Во избежание возможной неопределенности сеть может оповещать приемник о размере поля 340 "указатель длины" (LI), причем в то же самое время она также может оповещать об изменении максимального размера служебного блока данных (SDU).
Другой измененный вариант включает в себя смешанное использование указателей размера (SID) (на фигуре не показаны) и указателей 340 длины (LI). Передатчик использует указатель размера (SID) всякий раз, когда длина служебного блока данных (SDU) объекта MAC-ehs равна одному из значений из заранее заданного набора размеров. Указатель размера представляет собой поле с небольшим количеством битов (например, равным 3), где каждое возможное значение отображает заранее заданный размер служебного блока данных (SDU). В противном случае, если размер служебного блока данных (SDU) не равен одному из значений из набора заранее заданных размеров, то для случая невыровненных (несинхронизированных) по октету служебных блоков данных (SDU) используют указатель 340 длины (LI), указывающий точное количество битов или октетов (в двоичном формате). Для того чтобы приемник мог отличать указатель размера (SID) от указателя 340 длины (LI), перед полем "указатель размера" (SID) или перед полем 340 "указатель длины" (LI) вставляют однобитовый флаг. В альтернативном варианте применение указателя размера (SID) зависит от конфигурации указателя логического канала (LCID). В этом случае известно, что использование указателя размера (SID) или указателя 340 длины (LI) основано на значении указателя логического канала (LCID). Следует отметить, что количество битов поля "указатель размера" (SID) не обязательно должно быть постоянным.
Минимизация среднего количества битов, необходимого для отображения размера (размеров) служебных блоков данных (SDU), содержащихся в протокольной единице обмена данными (PDU) объекта MAC-ehs, может быть достигнута в том случае, если заранее заданный набор размеров, представленных указателями размера (SID), соответствует набору размеров, которые встречаются чаще всего. Соответствие между значением указателя размера (SID) и соответствующим размером служебного блока данных (SDU) должно быть известно, по меньшей мере, для передатчика и приемника. Может быть описано несколько способов определения подходящего соответствия между значениями указателя размера (SID) и размерами служебного блока данных (SDU) и передачи сведений об этом соответствии в приемник и/или в передатчик.
В одном способе установления соответствия указателя размера (SID) используют явное соответствие на основе контроллера сети радиосвязи (RNC). В этом способе контроллер сети радиосвязи (RNC) определяет соответствие указателя размера (SID) и сообщает о соответствии как в базовую станцию, так и в беспроводное приемопередающее устройство (WTRU) путем передачи служебных сигналов, соответственно, через интерфейс Iub и из уровня управления ресурсами радиосвязи (RRC). Использование этого способа может зависеть от того, какой указатель логического канала (LCID) присутствует в протокольной единице обмена данными (PDU) объекта MAC-ehs. Оно также может зависеть от того, необходим ли контроллер сети радиосвязи (RNC) для задания указателя размера (SID) для каждого возможного размера служебного блока данных (SDU), при этом базовая станция может использовать указатель длины (LI), если размер служебного блока данных (SDU), который должен быть вставлен, не равен одному из размеров, поставленных в соответствие значениям указателя размера (SID). Контроллер сети радиосвязи (RNC) может выбрать размеры служебного блока данных (SDU), которые встречаются более часто (или которые, как ожидается, встречаются более часто), например максимальный размер протокольной единицы обмена данными (PDU) протокола управления каналом радиосвязи (RLC), размер протокольной единицы обмена данными (PDU) протокола RLC в текущем состоянии или размер протокольной единицы обмена данными (PDU) протокола RLC, наблюдаемый контроллером сети радиосвязи (RNC) как наиболее часто встречающийся (но эти примеры не являются ограничивающим признаком).
Во втором способе установления соответствия указателя размера (SID) используют неявное соответствие. В этом способе о соответствии между указателем размера (SID) и размерами служебного блока данных (SDU) не сообщают в явном виде. Вместо этого указатель размера (SID) ставят в соответствие определенному размеру служебного блока данных (SDU) в неявном виде посредством правила, которое является известным для передатчика и приемника. Примерами правил для установления соответствия указателя размера (SID) при использовании этого способа являются, в том числе, следующие: значение указателя размера (SID) № n1 назначают для максимального размера протокольной единицы обмена данными (PDU) протокола управления каналом радиосвязи (RLC), значение указателя размера (SID) № n2 назначают для N, где N - постоянное значение, которое, как известно, часто имеет место вне зависимости от сценария (например, типичное значение протокольной единицы обмена данными (PDU) протокола RLC в текущем состоянии), или значение указателя размера (SID) № n3 назначают для половины (или части, например одной трети или одной четверти) максимального размера протокольной единицы обмена данными (PDU) протокола RLC, обеспечивая, таким образом, поддержку сегментации на 2, 3 или 4 части равных размеров.
В третьем способе установления соответствия указателя размера (SID) используют соответствие, основанное на базовой станции. В этом способе соответствие между значением указателя размера (SID) и размером служебного блока данных (SDU) определяют на основании наблюдений того, какие именно размеры служебного блока данных (SDU) имеют тенденцию встречаться чаще всего. Сведения об этом соответствии передают путем передачи служебных сигналов на уровне управления доступом к среде передачи (MAC). Одним из возможных способов сигнализирования о соответствии является использование флага "соответствие", который по определению следует за указателем длины (LI). Когда флаг установлен, то последующие биты отображают значение указателя размера (SID), при этом размер, отображенный указателем длины (LI), будет поставлен в соответствие в последующих протокольных единицах обмена данными (PDU) объекта MAC-ehs после успешного приема этой протокольной единицы обмена данными (PDU) объекта MAC-ehs в беспроводном приемопередающем устройстве (WTRU). Таким образом, приемник ожидает того момента, когда в следующий раз он произведет прием служебного блока данных (SDU) того размера, который он желает поставить в соответствие определенному значению указателя размера (SID). Когда принят служебный блок данных (SDU) и построена протокольная единица обмена данными (PDU) объекта MAC-ehs, то указатель длины (LI) используют для оповещения о длине служебного блока данных (SDU), как обычно. Приемник устанавливает флаг "соответствие" и вставляет после него значение указателя размера (SID), которое следует установить. После правильного приема протокольной единицы обмена данными (PDU) объекта MAC-ehs передатчик определяет, что флаг "соответствие" установлен, и ставит новый размер в соответствие значению указателя размера (SID) после этого флага, аннулируя любое ранее уставленное соответствие размера этому значению указателя размера (SID).
Раскрыты некоторые конкретные варианты осуществления изобретения, которые возможны с учетом ограничений, накладываемых на мультиплексирование на уровне объекта MAC-ehs. Эти ограничения можно считать необходимыми для удовлетворения требований, предъявляемых к качеству обслуживания (QoS) (например, к повторной передаче, к времени задержки, к частоте появления блоков с ошибками (BLER)) логических каналов.
В наземной сети радиосвязи с абонентами Универсальной системы мобильной связи (UTRAN) сведения об ограничениях на мультиплексирование могут быть переданы по интерфейсу Iub/Iur с управляющей информацией, определяющей, какие именно очереди по приоритету могут быть подвергнуты мультиплексированию. Если очереди по приоритету сформированы из мультиплексирования логических каналов, то может быть определено, какие именно логические каналы могут быть подвергнуты мультиплексированию, если мультиплексирование на уровне объекта MAC-ehs производят непосредственно из логических каналов (то есть, когда из логических каналов не формируют никаких очередей по приоритету или когда имеется взаимно-однозначное соответствие между очередями по приоритету и логическими каналами).
Одним из применений вышеупомянутого ограничения на мультиплексирование на уровне объекта MAC-ehs может являться то, что однонаправленные радиоканалы, по которым производят передачу служебных сигналов, (SRBs), не мультиплексируют с теми однонаправленными радиоканалами, по которым не производят передачу служебных сигналов. Если мультиплексирование однонаправленных радиоканалов, по которым производят передачу служебных сигналов, (SRBs), выполняют отдельно от однонаправленных радиоканалов, по которым не производят передачу служебных сигналов, (non-SRBs), то определение размера транспортного блока (ТБ) для однонаправленных радиоканалов, по которым производят передачу служебных сигналов, (SRBs), может трактоваться следующим образом. Для определения размеров транспортных блоков (ТБ) для протокольных единиц обмена данными (PDU) объекта MAC-ehs, являющихся носителями служебных блоков данных (SDU) из однонаправленных радиоканалов, по которым производят передачу служебных сигналов, (SRBs), могут использоваться результаты измерений канала произвольного доступа (RACH), и сведения о них могут быть переданы в уровень управления доступом к среде передачи (MAC) во время передачи сигналов о конфигурировании и реконфигурировании из уровня управления ресурсами радиосвязи (RRC).
На Фиг.4 показана схема 400 последовательности операций, выполняемых для обработки протокольных единиц обмена данными (PDU) объекта MAC-ehs и для восстановления служебных блоков данных (SDU) объекта MAC-ehs. После приема протокольной единицы обмена данными (PDU) объекта MAC-ehs выполняют операцию 405, при которой заголовок протокольной единицы обмена данными (PDU) объекта MAC-ehs отделяют от полезной нагрузки и разделяют его на его части, используя флаг "конец" для поиска того места, где заканчивается заголовок. При операции 410 для каждой части заголовка (очереди по приоритету) извлекают соответствующую полезную нагрузку (служебные блоки данных (SDU) и их фрагменты), как указано в суперполе описания служебного блока данных (SDSF), присоединяют ее непосредственно к части заголовка (операция 420) для построения переупорядочиваемой "протокольной единицы обмена данными (PDU) из очереди" ("Queue PDU") (операция 430) и при операции 440 вставляют эту "протокольную единицу обмена данными (PDU) из очереди" в переупорядочиваемую очередь, соответствующую идентификатору переупорядочиваемой очереди и порядковому номеру передачи (TSN). В альтернативном варианте необходимость в построении протокольной единицы обмена данными (PDU) отсутствует, а вместо этого при операции 425 извлекают информацию, содержащуюся в участке заголовка (например, порядковый номер передачи (TSN), значение суперполя описания служебного блока данных (SDSF)), и связывают ее с соответствующей полезной нагрузкой в переупорядочиваемой очереди таким образом, чтобы при операции 450 могло быть выполнено переупорядочивание, и затем могла быть выполнена разборка и/или повторная сборка. После операции 450 переупорядочения выполняют операцию 460, при которой производят повторную сборку. После того, как повторная сборка при операции 460 завершена, выполняют операцию 470, при которой полные служебные блоки данных (SDU) уровня управления доступом к среде передачи (MAC) подают в надлежащий логический канал.
В каждой переупорядочиваемой очереди функцию переупорядочивания при операции 450 выполняют таким образом, что протокольные единицы обмена данными (PDU) объекта MAC-ehs заменяют одной или большим количеством переупорядочиваемых протокольных единиц обмена данными (PDU) из очереди (или набором из порядкового номера передачи (TSN), суперполя описания служебного блока данных (SDSF) и соответствующей полезной нагрузки) и переупорядоченные протокольные единицы обмена данными (PDU) посылают в блок разборки/повторной сборки/демультиплексирования служебных блоков данных (SDU) уровня управления доступом к среде передачи (MAC) (на фигуре не показан), а не просто в блок разборки (на фигуре не показан). К тому же, могут передаваться показания таймера (T1), специально предназначенного для конкретной очереди (на фигуре не показан). Каждая переупорядочиваемая очередь может иметь отдельный таймер T1, но это не является обязательным условием.
На Фиг.5 изображена схема последовательности операций, на которой показан пример функциональных возможностей 500 обработки данных в каждом блоке разборки/повторной сборки/демультиплексирования. Обработку данных в каждом блоке разборки/повторной сборки/демультиплексирования выполняют путем считывания поля SDSF. Ниже приведено описание функционирования для данных с порядковым номером передачи (TSN) = n для этой очереди по приоритету. Как показано на Фиг.5, при операции 505 выполняют разборку каждого служебного блока данных (SDU) или сегмента служебного блока данных (SDU) с использованием полей "указатель длины" (LI), флага "конец служебного блока данных (SDU)" и, если это применимо, полей N. Если при операции 510 определено, что флаг FSS установлен имеющим значение "сегмент", и если при операции 520 определено, что данные с порядковым номером передачи (TSN) = n-1 для этой очереди по приоритету уже были ранее доставлены в этот блок разборки/повторной сборки/демультиплексирования, то выполняют операцию 530, при которой производят повторную сборку сегмента служебного блока данных (SDU) (первого служебного блока данных (SDU) полезной нагрузки для этой очереди по приоритету) вместе с сегментами предыдущих протокольных единиц обмена данными (PDU), сохраненных в блоке повторной сборки. При операции 540 определяют, является ли количество служебных блоков данных (SDU) или сегментов служебного блока данных (SDU) большим чем 1, или установлен ли флаг FSE имеющим значение "полный блок". Если количество служебных блоков данных (SDU) или сегментов служебного блока данных (SDU) является большим чем 1, или если флаг FSE установлен имеющим значение "полный блок", то первый служебный блок данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) являлся последним сегментом служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), и выполняют операцию 550, при которой полностью повторно собранный служебный блок данных (SDU) доставляют в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID). Если же количество служебных блоков данных (SDU) или сегментов служебного блока данных (SDU) является меньшим чем 1, и если флаг FSE установлен имеющим значение "сегмент", то служебным блоком данных (SDU) является средний сегмент переупорядочиваемой протокольной единицы обмена данными (PDU), и выполняют операцию 545, при которой сохраняют повторно собранные сегменты и завершают процедуру для этой переупорядочиваемой протокольной единицы обмена данными (PDU).
Если при операции 510 определено, что флаг FSS установлен имеющим значение "сегмент", и если при операции 520 определено, что данные с порядковым номером передачи (TSN) = n-1 для этой очереди по приоритету ранее не были доставлены (например, если истекло время, отмеряемое таймером T1), то выполняют операцию 525, при которой отвергают сегмент служебного блока данных (SDU) и предыдущие сегменты служебного блока данных (SDU) предыдущих протокольных единиц обмена данными (PDU), сохраненные в блоке повторной сборки. Затем выполняют операцию 580 определения, при которой определяют, было ли уже извлечено более одного сегмента служебного блока данных (SDU). Если уже было извлечено более одного служебного блока данных (SDU) или сегмента служебного блока данных (SDU), то выполняют операцию 570, при которой приемник доставляет извлеченные служебные блоки данных (SDU), расположенные между первым служебным блоком данных (SDU) или сегментом служебного блока данных (SDU) и последним служебным блоком данных (SDU) или сегментом служебного блока данных (SDU), в более высокий уровень в точку доступа к службам, соответствующую логическим каналам, указанным соответствующими полями "указатель логического канала" (LCID). Если флаг FSE установлен имеющим значение "сегмент", то этот сегмент является первым сегментом служебного блока данных (SDU) объекта MAC-ehs, и выполняют операцию 590, при которой приемник отвергает любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненной в блоке повторной сборки, и вводит последний сегмент служебного блока данных (SDU) в блок повторной сборки. Если флаг FSE установлен имеющим значение "полный блок", то последний единичный элемент полезной нагрузки представляет собой полный служебный блок данных (SDU) объекта MAC-ehs, и выполняют операцию 595, при которой приемник доставляет последний служебный блок данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID).
Если при операции 510 определено, что флаг FSS установлен имеющим значение "сегмент", и если при операции 520 определено, что данные с порядковым номером передачи (TSN) = n-1 для этой очереди по приоритету были ранее доставлены, то производят повторную сборку сегмента служебного блока данных (SDU) с ранее сохраненным сегментом протокольной единицы обмена данными (PDU). Если при операции 540 определено, что количество сегментов служебного блока данных (SDU) или служебных блоков данных (SDU) является большим чем 1, или что флаг FSE установлен имеющим значение "полный блок", то выполняют операцию 550, при которой приемник доставляет полностью повторно собранный служебный блок данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID). Затем выполняют операцию 580 определения, при которой определяют, было ли уже извлечено более одного сегмента служебного блока данных (SDU). Если уже было извлечено более одного служебного блока данных (SDU) или сегмента служебного блока данных (SDU), то выполняют операцию 570, при которой приемник доставляет извлеченные служебные блоки данных (SDU), расположенные между первым служебным блоком данных (SDU) или сегментом служебного блока данных (SDU) и последним служебным блоком данных (SDU) или сегментом служебного блока данных (SDU), в более высокий уровень в точку доступа к службам, соответствующую логическим каналам, указанным соответствующими полями "указатель логического канала" (LCID). Если флаг FSE установлен имеющим значение "сегмент", то этим сегментом является первый сегмент служебного блока данных (SDU) объекта MAC-ehs, и выполняют операцию 590, при которой приемник отвергает любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вставляет сегмент в блок повторной сборки. Если же флаг FSE установлен имеющим значение "полный блок", то выполняют операцию 595, при которой приемник доставляет последний служебный блок данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID). Если при операции 540 определено, что количество сегментов служебного блока данных (SDU) или служебных блоков данных (SDU) является меньшим чем 1, или что флаг FSE установлен имеющим значение "сегмент", то выполняют операцию 545, при которой пакет объединяют и сохраняют, а процедуру завершают.
Когда при операции 510 определено, что флаг FSS установлен имеющим значение "полный блок", и флаг FSE не установлен имеющим значение "сегмент", то первый единичный элемент полезной нагрузки является полным служебным блоком данных (SDU), и при операции 560 первый служебный блок данных (SDU) доставляют в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID). Затем выполняют операцию 580 определения, при которой определяют, было ли уже извлечено более одного сегмента служебного блока данных (SDU). Если уже было извлечено более одного служебного блока данных (SDU) или сегмента служебного блока данных (SDU), то выполняют операцию 570, при которой приемник доставляет извлеченные служебные блоки данных (SDU) вплоть до последнего служебного блока данных (SDU) или сегмента служебного блока данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическим каналам, указанным соответствующими полями "указатель логического канала" (LCID). Если флаг FSE установлен имеющим значение "сегмент", то выполняют операцию 590, при которой приемник отвергает любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводит последний сегмент служебного блока данных (SDU) в блок повторной сборки. Если флаг FSE установлен имеющим значение "полный блок", то выполняют операцию 595, при которой приемник доставляет последний служебный блок данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID).
В другом варианте осуществления изобретения может быть внедрен видоизмененный вариант базового заголовка для более эффективного обеспечения поддержки логического канала (логических каналов), для которого (для которых) применим заранее заданный набор размеров на уровне управления каналом радиосвязи (RLC), то есть которые не используются реализациями уровня управления каналом радиосвязи (RLC), сконфигурированными таким образом, что обеспечивают гибкий размер протокольной единицы обмена данными (PDU) уровня RLC, что предусмотрено в системах связи версии 7 в рамках Проекта о партнерстве в области систем связи третьего поколения (3GPP Release 7). Например, эти каналы могут использоваться реализациями с режимом подтверждения приема (режимом AM) на уровне RLC, которые сконфигурированы с фиксированным размером протокольной единицы обмена данными (PDU), или реализациями с режимом без подтверждения приема (режимом (UM) уровня RLC, сконфигурированными с фиксированными размерами протокольной единицы обмена данными (PDU).
На Фиг.6 показаны части заголовка 600, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, который обеспечивает возможность эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs. Модификации, описанные в этом варианте осуществления изобретения, могут воздействовать только на те части заголовка 600, которые описывают служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам. Другими словами, если имеются другие логические каналы, мультиплексированные в той же самой протокольной единице обмена данными (PDU) объекта MAC-ehs, к которой применен гибкий размер протокольной единицы обмена данными (PDU), то части заголовка, соответствующие этим логическим каналам, могут по-прежнему следовать за базовым заголовком или за любым усовершенствованием базового заголовка, применимого к этим каналам. Это позволяет обеспечивать эффективное мультиплексирование логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs. В этом примере в реализации уровня RLC, сконфигурированной с фиксированным размером (с фиксированными размерами) протокольной единицы обмена данными (PDU), использован только логический канал, имеющий идентификатор логического канала, равный LCH-ID2 610. Описанные ниже видоизмененные варианты применимы только для связанных с ним полей 620 (обозначенных на Фиг.6 жирной линией). Эту часть заголовка 600 ниже именуют "частью заголовка".
Для этого варианта осуществления изобретения существует множество возможных вариантов. Возможный вариант 1 не позволяет выполнять сегментацию для соответствующего логического канала, но является более простым. Возможные варианты 2a и 2b позволяют выполнять сегментацию.
На Фиг.7 показана конфигурация заголовка 700, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, которая обеспечивает возможность эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs. Возможный вариант 1 не позволяет выполнять сегментацию для логических каналов, к которым применен фиксированный размер (применены фиксированные размеры) протокольной единицы обмена данными (PDU). Часть заголовка, непосредственно следующая за идентификатором 710 логического канала, содержит приведенные ниже поля, не обязательно в указанном порядке следования. За идентификатором 710 логического канала может следовать порядковый номер 720 передачи (TSN), но это не является обязательным условием. Это поле может не являться необходимым, когда предыдущий логический канал в заголовке использует ту же самую переупорядочиваемую очередь. За ним может следовать поле флага 730 (Fh), указывающее, является ли набор единичных элементов полезной нагрузки объекта MAC-ehs из заголовка последним, но это не является обязательным условием. Это поле может не являться необходимым, когда конец заголовка определяют путем сравнения размера протокольной единицы обмена данными (PDU) объекта MAC-ehs с суммой размеров единичных элементов полезной нагрузки, декодированных до текущего момента времени. В альтернативном варианте это поле также может использоваться для указания конца очереди по приоритету.
Заголовок 700 обычно содержит поле 740 (именуемое полем N), указывающее количество сцепленных служебных блоков данных (SDU) одинакового размера из логического канала. В одном возможном варианте он может содержать поле 750 (указатель размера (SID)), указывающее размер служебного блока (служебных блоков) данных (SDU), количество которых указано в предыдущем поле. Он может содержать необязательный флаг 760 "конец" (Fc), указывающий, закончилась ли часть заголовка, соответствующая этому логическому каналу. Если этот флаг присутствует и указывает, что заголовок не закончен, то после этого следует дополнительный набор полей (N, указатель размера (SID), Fc) для этого логического канала, предназначенный для указания другой группы из N служебных блоков данных (SDU), размер которых указан полем "указатель размера" (SID). В другом возможном варианте могут содержаться биты 770 заполнения незначащей информацией, необходимые для поддержания выравнивания по границе байта в заголовке. Вместо этого, эти биты заполнения незначащей информацией могут присутствовать в самом конце заголовка в том случае, если в протокольной единице обмена данными (PDU) объекта MAC-ehs мультиплексированы служебные блоки данных (SDU) из множества логических каналов.
Для логических каналов, к которым применим единый фиксированный размер протокольной единицы обмена данными (PDU) подуровня RLC, таких как, например, логические каналы, используемые реализациями с режимом подтверждения приема (AM) на уровне RLC (AM RLC), поле 760 Fc (флаг "конец") может быть исключено, так как заранее известно, что не будет другой группы служебных блоков данных (SDU) с иными размерами. Кроме того, если в дополнение к этому сам размер известен, то поле "указатель размера" (SID) 750 также может быть исключено.
Примеры альтернативных конфигураций проиллюстрированы на Фиг.8 и Фиг.9. Компоненты, показанные на Фиг.8 и Фиг.9, соответствуют компонентам, показанным на Фиг.7. На Фиг.8 показан пример заголовка 800, в котором идентификатор логического канала (LCH-ID) содержит протокольные единицы обмена данными (PDU) уровня RLC единственного фиксированного размера. На Фиг.9 показан пример заголовка 900, в котором выполнено совместное мультиплексирование служебных блоков данных (SDU) объекта MAC-ehs из двух логических каналов. Один логический канал используется реализацией уровня RLC, сконфигурированной с гибким размером протокольной единицы обмена данными (PDU) уровня RLC, в то время как другой логический канал используется реализацией уровня RLC, сконфигурированной с одним фиксированным размером протокольной единицы обмена данными (PDU) уровня RLC. В этом примере эти два логических канала 910 и 915 не находятся в одной и той же очереди по приоритету, следовательно, поле 920 "порядковый номер передачи (TSN)" присутствует для обоих логических каналов.
Возможный вариант 2a позволяет выполнять сегментацию для логических каналов, к которым применимы фиксированные размеры протокольной единицы обмена данными (PDU). В этом варианте часть заголовка, непосредственно следующая за идентификатором логического канала, содержит однобитовое поле флага (Ff) (на фигуре не показано), указывающее, являются ли следующие поля полями "N" и "указатель размера (SID)", описанными в возможном варианте 1. Если этот флаг указывает, что поля "N" и "указатель размера (SID)" присутствуют, то остаток части заголовка интерпретируют так же, как и в возможном варианте 1.
Если флаг Ff не указывает, что присутствуют поля "N" и "указатель размера (SID)", то заголовок может содержать поле 980 "указатель сегментации (SI)", указывающее состояние сегментации полезной нагрузки. Например, это поле может указывать, является ли первый единичный элемент полезной нагрузки сегментом, и является ли последний единичный элемент полезной нагрузки сегментом. Когда разрешен одиночный единичный элемент полезной нагрузки, то это поле указывает, является ли единичный элемент полезной нагрузки полным служебным блоком данных (SDU) или же начальным сегментом, средним сегментом или конечным сегментом служебного блока данных (SDU). Поле 980 "указатель сегментации" (SI) может отсутствовать, если оно уже указано в предыдущей части заголовка для логического канала, мультиплексирование которого выполнено в той же самой очереди по приоритету, что и этого логического канала. В одном возможном варианте заголовок может содержать поле 920 "порядковый номер передачи (TSN)". Это поле может не являться необходимым в том случае, если для предыдущего логического канала в заголовке используют ту же самую переупорядочиваемую очередь.
Возможно, но не обязательно, заголовок может содержать поле флага (Fh), указывающего, является ли этот набор единичных элементов полезной нагрузки объекта MAC-ehs последним в заголовке. Это поле может не являться необходимым в том случае, если конец заголовка определяют путем сравнения размера протокольной единицы обмена данными (PDU) объекта MAC-ehs с суммой размеров единичных элементов полезной нагрузки, декодированных до текущего момента времени. В альтернативном варианте это поле также может использоваться для указания конца очереди по приоритету.
В другом возможном варианте заголовок может содержать поле 990 "указатель длины (LI)", указывающее длину единичного элемента полезной нагрузки для этого логического канала. Как будет описано в другом варианте осуществления изобретения, это поле может не являться необходимым, если этим единичным элементом полезной нагрузки является сегмент, и он находится в конце протокольной единицы обмена данными (PDU) объекта MAC-ehs. Поле 990 "указатель длины (LI)" также может использоваться для указания группы единичных элементов полезной нагрузки (например, полные служебные блоки данных (SDU), за которыми возможно следует сегмент служебных блоков данных (SDU)) в том случае, если к логическому каналу применим один фиксированный размер протокольной единицы обмена данными (PDU), например, если его использует объект AM RLC (режим подтверждения приема (AM) на уровне RLC с фиксированным размером протокольной единицы обмена данными (PDU) уровня RLC) и при условии, что передатчик имеет сведения об этом размере. Этого достигают посредством того, что указатель 990 длины (LI) указывает общее количество байтов из группы единичных элементов полезной нагрузки. Отдельные единичные элементы полезной нагрузки определяют путем выполнения целочисленного деления значения указателя 990 длины (LI) на известный фиксированный размер протокольной единицы обмена данными (PDU) уровня RLC. Результатом является количество полных служебных блоков данных (SDU), а остаток от деления равен размеру сегмента служебного блока данных (SDU) в конце. В другой конфигурации могут содержаться биты 970 заполнения незначащей информацией, необходимые для поддержания выравнивания по границе байта в заголовке. Вместо этого, эти биты 970 заполнения незначащей информацией могут присутствовать в самом конце заголовка в том случае, если в протокольной единице обмена данными (PDU) объекта MAC-ehs мультиплексированы служебные блоки данных (SDU) из множества логических каналов.
Возможный вариант 2b позволяет выполнять сегментацию для логических каналов, к которым применим фиксированный размер (применимы фиксированные размеры) протокольной единицы обмена данными (PDU). Этот возможный вариант может использоваться в том случае, когда поле 980 "указатель сегментации" (SI) указано однократно для каждой очереди по приоритету. В этом возможном варианте часть заголовка, непосредственно следующая за идентификатором 910 логического канала, может содержать однобитовое поле флага (Ff) (на фигуре не показано), указывающее, является ли единичный элемент последним (являются ли единичные элементы полезной нагрузки последними) в очереди по приоритету, в которой выполняют мультиплексирование логического канала. Этот флаг может не являться необходимым, если иным образом известно (например, с использованием других полей в предыдущих частях заголовка), что единичный элемент (единичные элементы) полезной нагрузки является последним (являются последними) в очереди по приоритету.
Если он не является последним единичным элементом (если они не являются последними единичными элементами) полезной нагрузки из очереди по приоритету, или если поле 980 "указатель сегментации" (SI), применимое для этой очереди по приоритету, указывает, что последним единичным элементом полезной нагрузки из этой очереди по приоритету не является сегмент, то остаток части заголовка интерпретируют таким же самым образом, как и в возможном варианте 1.
Если же он является последним единичным элементом (если же они являются последними единичными элементами) полезной нагрузки из очереди по приоритету, или если поле 980 "указатель сегментации" (SI), применимое для этой очереди по приоритету, указывает, что последним единичным элементом полезной нагрузки из этой очереди по приоритету является сегмент, то может содержаться указатель 990 длины (LI), указывающий длину единичного элемента полезной нагрузки для этого логического канала. Как будет описано в другом варианте осуществления изобретения, это поле может не являться необходимым, если этим единичным элементом полезной нагрузки является сегмент, и он расположен в конце протокольной единицы обмена данными (PDU) объекта MAC-ehs. Как описано в возможном варианте 2a, указатель 990 длины (LI) также может использоваться для указания группы полных служебных блоков данных (SDU), за которой возможно следует сегмент служебных блоков данных (SDU), в том случае, если для логического канала применен один фиксированный размер протокольной единицы обмена данными (PDU). В другой конфигурации заголовка могут содержаться биты 970 заполнения незначащей информацией, необходимые для поддержания выравнивания по границе байта в заголовке. Вместо этого, эти биты 970 заполнения незначащей информацией могут присутствовать в самом конце заголовка в том случае, если в протокольной единице обмена данными (PDU) объекта MAC-ehs мультиплексированы служебные блоки данных (SDU) из множества логических каналов.
С введением оптимизированных заголовков объекта MAC-ehs было предложено новое определение для указателя сегментации (SI). Однако предложенная схема не обеспечивает надлежащий учет различий между множественными и одиночными единичными элементами полезной нагрузки внутри переупорядочиваемой протокольной единицы обмена данными (PDU). Когда в переупорядочиваемой протокольной единице обмена данными (PDU) присутствует один единичный элемент полезной нагрузки, то неясно, какой указатель сегментации (SI) следует использовать. В предложенной структуре указателя сегментации (SI) значение "10" соответствует тому, что первый единичный элемент полезной нагрузки является полным блоком, и если в переупорядочиваемой протокольной единице обмена данными (PDU) присутствует более одного единичного элемента полезной нагрузки, то последним элементом полезной нагрузки является сегмент. С учетом этого определения, если присутствует только один единичный элемент полезной нагрузки, то им является полная протокольная единица обмена данными (PDU) объекта MAC-ehs, однако, им должен являться сегмент, соответствующий первому сегменту протокольной единицы обмена данными (PDU) объекта MAC-ehs. Кроме того, когда указатель сегментации (SI) равен "11", то это определение соответствует только множеству единичных элементов полезной нагрузки. При установке значений полей "указатель сегментации" (SI) передатчик должен точно знать, что именно следует указывать, когда в переупорядочиваемой протокольной единице обмена данными (PDU) присутствует один единичный элемент полезной нагрузки. Поскольку один единичный элемент полезной нагрузки может соответствовать первому, среднему, последнему или полному служебному блоку данных (SDU) объекта MAC-ehs, то передатчик должен определить правильный указатель сегментации (SI) для того, чтобы обеспечить возможность правильной повторной сборки сегментов. В частности, могут быть рассмотрены приведенные ниже изменения и/или интерпретации поля "указатель сегментации" (SI) специально для того, чтобы они распространялись на сценарий, в котором переупорядочиваемая протокольная единица обмена данными (PDU) содержит только один единичный элемент полезной нагрузки.
На Фиг.10 и в таблице 2 показан видоизмененный способ 1000 интерпретации поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемая протокольная единица обмена данными (PDU) содержит только один единичный элемент полезной нагрузки. Когда указатель сегментации (SI) равен "00" (на фигуре не показано), то всеми служебными блоками данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) являются полные протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC). Как показано на Фиг.10, когда при операции 1002 определено, что указатель сегментации (SI) равен "01", то первым единичным элементом полезной нагрузки переупорядочиваемой протокольной единицы обмена данными (PDU) является сегмент, и он соответствует последнему сегменту служебного блока данных (SDU) объекта MAC-ehs (термин "служебный блок данных (SDU) объекта MAC-ehs" (MAC-ehs SDU) используется как взаимозаменяемые с термином "протокольная единица обмена данными (PDU) выделенного транспортного канала MAC-d (MAC-d PDU)), что обозначено номером позиции 1007. Это применимо к одному единичному элементу полезной нагрузки (ветвь 1005) или к множеству единичных элементов полезной нагрузки (ветвь 1010) в протокольной единице обмена данными (PDU). При наличии более одного единичного элемента полезной нагрузки последним единичным элементом полезной нагрузки является полный служебный блок данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1009.
Когда при операции 1012 определено, что указатель сегментации (SI) равен "10", то если в переупорядочиваемой протокольной единице обмена данными (PDU) имеется более одного единичного элемента полезной нагрузки, тогда первым единичным элементом полезной нагрузки является полный служебный блок данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1019. Последним единичным элементом полезной нагрузки переупорядочиваемой протокольной единицы обмена данными (PDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs, и он соответствует первому сегменту служебного блока данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1019. Это соответствует случаю наличия одного единичного элемента полезной нагрузки или множества единичных элементов полезной нагрузки в переупорядочиваемой протокольной единице обмена данными (PDU), что обозначено номерами позиций 1017 и 1019.
Когда при операции 1022 определено, что указатель сегментации (SI) равен "11", то первым единичным элементом полезной нагрузки является сегмент служебного блока данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1027. Следует отметить, что этот сегмент может являться последним сегментом служебного блока данных (SDU) объекта MAC-ehs (при наличии множества единичных элементов полезной нагрузки) или он может являться средним сегментом при наличии только одного единичного элемента полезной нагрузки в переупорядочиваемой протокольной единице обмена данными (PDU). Например, при наличии множества единичных элементов полезной нагрузки, что обозначено номером позиции 1027, этим сегментом является последний сегмент служебного блока данных (SDU) объекта MAC-ehs. При наличии одного единичного элемента полезной нагрузки, что обозначено номером позиции 1027, этим сегментом является средний сегмент служебного блока данных (SDU) MAC-ehs. Если же имеется множество единичных элементов полезной нагрузки, то последним единичным элементом полезной нагрузки является сегмент, что обозначено номером позиции 1029. Этим сегментом является первый сегмент служебного блока данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1029.
В таблице 2 показано описанное выше кодирование поля "указатель сегментации" (SI) в том случае, когда термин "протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC)" (MAC PDU) соответствует протокольной единице обмена данными (PDU) общего транспортного канала/выделенного транспортного канала уровня управления доступом к среде передачи (MAC-c/d) (обозначаемой как MAC-c/d PDU) или служебному блоку данных (SDU) объекта MAC-ehs. Служебный блок данных (SDU) является эквивалентом переупорядочиваемого служебного блока данных (SDU) или служебного блока данных (SDU) объекта MAC-ehs, или его сегмента.
Следующий вариант осуществления изобретения обеспечивает улучшенную передачу служебных сигналов о сегментации. В этом варианте осуществления изобретения описан способ кодирования битов поля 980 "указатель сегментации" (SI) в том случае, когда поле 980 "указатель сегментации" (SI) присутствует однократно для каждой очереди по приоритету. Имеется два возможных варианта, один из которых применим для двухбитового поля "указатель сегментации" (SI), а другой применим для однобитового поля "указатель сегментации" (SI).
Как показано на Фиг.11 и в приведенной ниже таблице 3, двухбитовое поле "указатель сегментации" (SI) может быть использовано в качестве одного из возможных объектов кодирования для минимизации непроизводительных издержек на передачу служебной информации. Следует понимать, что точный выбор комбинаций битов для каждого значения является произвольным и может быть изменен при условии, что одна и та же комбинация битов присвоена двум значениям. В таблице 3 показан пример усовершенствованной сигнализации поля "указатель сегментации".
(например, 00)
(1110)
(например, 10)
(1130)
(например, 01)
(1150)
(например, 11)
(1170)
Преимущество кодирования, показанного в таблице 3, состоит в следующем: в том случае, когда рассматриваемый набор из единичного элемента (единичных элементов) полезной нагрузки объекта MAC-ehs состоит из одного сегмента служебного блока данных (SDU), то определение может выполняться на основании поля "указатель сегментации" (SI) и на основании того, является ли этот сегмент служебного блока данных (SDU) сегментом, завершающим служебный блок данных (SDU) до полного или нет. В противном случае определение выполняют на основании наличия битов заполнения незначащей информацией, и даже может существовать неопределенность, если последний сегмент точно умещается в остальную имеющуюся полезную нагрузку.
Кроме того, кодирование, показанное в таблице 3, является более надежным по отношению к пропущенным протокольным единицам обмена данными (PDU) объекта MAC-ehs. Например, в том случае, когда для заданной очереди по приоритету отсутствует протокольная единица обмена данными (PDU) объекта MAC-ehs с порядковым номером передачи (TSN) № n и первым единичным элементом полезной нагрузки для протокольной единицы обмена данными (PDU) объекта MAC-ehs с порядковым номером передачи (TSN) № n+1 является сегмент, исходное кодирование не позволяет определить, является ли первый единичный элемент полезной нагрузки первым или средним сегментом. В последнем случае единичный элемент полезной нагрузки должен был бы быть отвергнут, так как отсутствует первая часть служебного блока данных (SDU). Новый способ кодирования решает эту проблему за счет установления различий между этими двумя случаями.
На Фиг.12 приведена схема последовательности операций альтернативного способа 1200 представления кодирования, в котором поле "указатель сегментации" (SI) может быть определено так, как показано в таблице 4. В таблице 4 показано альтернативное представление для усовершенствованной сигнализации поля "указатель сегментации". Это представление полностью эквивалентно тому представлению, которое показано в таблице 3, но может являться более простым для понимания. Этого достигают путем разделения случаев в соответствии с тем, содержится ли в рассматриваемом наборе один единичный элемент полезной нагрузки или множество единичных элементов полезной нагрузки.
(1210)
(или MAC-is) (1285)
При предложенном типе кодирования функция повторной сборки была бы видоизменена таким образом, что выбор значений поля "указатель сегментации" (SI) соответствовал примерам, показанным в таблице 4. Термин "переупорядочиваемая протокольная единица обмена данными (PDU)", ссылки на который приведены в описанной ниже процедуре, относится к набору единичных элементов полезной нагрузки объекта MAC-ehs, которые принадлежат к одной и той же очереди по приоритету. Также следует отметить, что термин "выходной объект" ("output entity") может относиться к объекту, в котором производят демультиплексирование, или к уровню/подуровню выше объекта MAC-ehs, или к любому другому объекту, в который блок повторной сборки доставляет служебные блоки данных (SDU).
Поле "указатель сегментации" (SI) может быть использовано для определения того, является ли сегмент начальным или средним сегментом. Может быть выделено несколько различных случаев в зависимости от количества битов поля "указатель сегментации" (SI) и о того, присутствует ли оно однократно для каждой очереди по приоритету или присутствует ли оно для каждого служебного блока данных (SDU) или его сегмента.
Первым примером является двухбитовый указатель сегментации (SI), причем для каждой очереди по приоритету предусмотрено по одному указателю сегментации (SI), где кодирование выполняют согласно вариантам осуществления изобретения, описанным в любой из таблиц 3 или 4. В этом примере комбинация битов указывает, является ли последний служебный блок данных (SDU) или сегмент служебного блока данных (SDU) рассматриваемого набора из очереди по приоритету начальным или средним сегментом служебного блока данных (SDU).
Вторым примером является двухбитовый указатель сегментации (SI), причем для каждого служебного блока данных (SDU) или сегмента служебного блока данных (SDU) предусмотрено по одному указателю сегментации (SI), где кодирование выполняют так, как показано в любой из таблиц 3 или 4. В этом примере комбинация битов указывает, являются ли служебный блок данных (SDU) или сегмент служебного блока данных (SDU) начальным или средним сегментом служебного блока данных (SDU).
На Фиг.13 показана схема 1300 последовательности операций, выполняемых блоком повторной сборки для поля "указатель сегментации" (SI), соответствующего переупорядочиваемой протокольной единице обмена данными (PDU). Если при операции 1310 определено, что значение поля "указатель сегментации" (SI) установлено равным "00" для указания того, что первым и последним единичными элементами полезной нагрузки объекта MAC-ehs из набора являются полные служебные блоки данных (SDU) объекта MAC-ehs, то выполняют операцию 1315, при которой все служебные блоки данных (SDU) объекта MAC-ehs, соответствующие единичным элементам полезной нагрузки объекта MAC-ehs из набора, доставляют в выходной объект.
Если при операции 1320 определено, что значение поля "указатель сегментации" (SI) установлено равным "01" для указания того, что первым единичным элементом полезной нагрузки объекта MAC-ehs является сегмент служебного блока данных (SDU) объекта MAC-ehs, но последним единичным элементом полезной нагрузки объекта MAC-ehs является полный служебный блок данных (SDU) объекта MAC-ehs или последний сегмент служебного блока данных (SDU) объекта MAC-ehs, то при операции 1325 может быть определено, являются ли принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs последовательными. Если принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs являются последовательными, то выполняют операцию 1330, при которой первый принятый единичный элемент полезной нагрузки объекта MAC-ehs объединяют с сохраненным служебным блоком данных (SDU) объекта MAC-ehs, и служебный блок данных (SDU) объекта MAC-ehs, соответствующий объединенному единичному элементу полезной нагрузки (объекта) MAC-ehs, доставляют в выходной объект. Если же принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs не являются последовательными, то выполняют операцию 1335, при которой принятый и сохраненный единичный элемент полезной нагрузки объекта MAC-ehs отвергают, и все служебные блоки данных (SDU) объекта MAC-ehs, соответствующие последующим единичным элементам полезной нагрузки объекта MAC-ehs из набора, доставляют в выходной объект.
Если при операции 1340 определено, что значение поля "указатель сегментации" (SI) установлено равным "10" для указания того, что последним единичным элементом полезной нагрузки объекта MAC-ehs является сегмент служебного блока данных (SDU) объекта MAC-ehs, но первым является полный служебный блок данных (SDU) объекта MAC-ehs или первый сегмент служебного блока данных (SDU) объекта MAC-ehs, то выполняют операцию 1345, при которой все служебные блоки данных (SDU) объекта MAC-ehs, соответствующие всем единичным элементам полезной нагрузки объекта MAC-ehs из набора, кроме последнего, доставляют в выходной объект, и отвергают любой ранее сохраненный единичный элемент полезной нагрузки объекта MAC-ehs, а последний единичный элемент полезной нагрузки объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU) сохраняют.
Если при операции 1350 определено, что значение поля "указатель сегментации" (SI) установлено равным "11" для указания того, что первым единичным элементом полезной нагрузки объекта MAC-ehs является средний сегмент последнего сегмента служебного блока данных (SDU) объекта MAC-ehs, а последним единичным элементом полезной нагрузки объекта MAC-ehs является первый сегмент или средний сегмент служебного блока данных (SDU) объекта MAC-ehs, то может быть выполнена операция 1355, при которой определяют, являются ли принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs последовательными. Если принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs являются последовательными, то выполняют операцию 1360, при которой первый принятый единичный элемент полезной нагрузки объекта MAC-ehs объединяют с сохраненным единичным элементом полезной нагрузки объекта MAC-ehs. Если в наборе имеется несколько единичных элементов полезной нагрузки объекта MAC-ehs, то выполняют операцию 1365, при которой служебный блок данных (SDU) объекта MAC-ehs, соответствующий объединенному единичному элементу полезной нагрузки объекта MAC-ehs, доставляют в выходной объект, все служебные блоки данных (SDU) объекта MAC-ehs, соответствующие всем единичным элементам полезной нагрузки объекта MAC-ehs из набора, кроме последнего, доставляют в выходной объект, и отвергают любой ранее сохраненный единичный элемент полезной нагрузки объекта MAC-ehs, и сохраняют последний единичный элемент полезной нагрузки объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU). Если же принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs не являются последовательными, то выполняют операцию 1370, при которой отвергают принятый и сохраненный единичные элементы полезной нагрузки объекта MAC-ehs.
Для отражения этих определений в таблице 4 показан один возможный альтернативный вариант обновления таблицы со структурой поля "указатель сегментации" (SI). В таблице 4 дано представление поля "указатель сегментации" (SI), которое является эквивалентным представлению из таблицы 3. Таблицы 2, 3 и 4 представлены как альтернативные, но эквивалентные представления решения для переопределения поля "указатель сегментации" (SI) для того случая, когда оно является двухбитовым.
Функция повторной сборки должна выполнять повторную сборку на основании одного из раскрытых здесь описаний. Если функция повторной сборки описана с учетом этих определений, то для передатчика могут не потребоваться сведения о том, что именно указывает поле "указатель сегментации" (SI), но это не является обязательным условием. Приемник отвечает за назначение правильного указателя сегментации (SI) каждой переупорядочиваемой протокольной единице обмена данными (PDU) таким образом, чтобы передатчик мог правильно выполнять повторную сборку на основании значения поля "указатель сегментации" (SI).
Описанные выше определения могут использоваться независимо от определений, приведенных в технических условиях согласно Проекту о партнерстве в области систем связи третьего поколения (3GPP). Например, структура указателя сегментации (SI) может оставаться неизменной, но собственные решения учитывают правильное задание указателя сегментации (SI) согласно описанному выше, поэтому функция повторной сборки может работать правильно.
Когда значение указателя сегментации (SI) эквивалентно "11", то описанная выше процедура повторной сборки происходит таким образом, что отвергает те служебные блоки данных (SDU), которые не следует отвергать. В частности, когда принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs не являются последовательными, то отвергают оба служебных блока данных (SDU). Это означает, что все остальные единичные элементы полезной нагрузки в принятых переупорядочиваемых протокольных единицах обмена данными (PDU) отвергают и/или не обрабатывают правильно.
На Фиг.14 приведена схема последовательности операций, на которой показано то, каким образом блок повторной сборки может выполнять функцию объединения, когда указатель сегментации (SI) эквивалентен "11", для того, чтобы избежать этой проблемы. При операции 1410 определяют, являются ли первые принятые и сохраненные единичные элементы полезной нагрузки последовательными. Если единичные элементы полезной нагрузки являются последовательными, то следует объединить первый принятый единичный элемент полезной нагрузки и сохраненные единичные элементы полезной нагрузки (операция 1420). Если при операции 1425 определено, что переупорядочиваемая протокольная единица обмена данными (PDU) содержит множество единичных элементов полезной нагрузки, то объединенный пакет следует просто доставить в более высокие уровни (операция 1430), поскольку в этом сценарии первый единичный элемент полезной нагрузки соответствует последнему сегменту служебного блока данных (SDU) объекта MAC-ehs. В противном случае, если в переупорядочиваемой протокольной единице обмена данными (PDU) имеется только один единичный элемент полезной нагрузки, то сегментом является средний сегмент, и, следовательно, объединенный пакет должен быть сохранен (операция 1440).
Как показано на Фиг.14, когда указатель сегментации (SI) эквивалентен "11", то блок повторной сборки может выполнять функцию "отбрасывания" (discarding function). Если при операции 1410 определено, что единичные элементы полезной нагрузки не являются последовательными, то сохраненный единичный элемент полезной нагрузки и первый принятый единичный элемент полезной нагрузки (первый сегмент в переупорядочиваемой протокольной единице обмена данными (PDU) или единственный единичный элемент полезной нагрузки) должны быть отвергнуты (операция 1450). Если в переупорядочиваемой протокольной единице обмена данными (PDU) имеется множество единичных элементов полезной нагрузки, то должна быть выполнена обработка всех остальных единичных элементов полезной нагрузки (операция 1460).
На Фиг.15 приведена схема последовательности операций, на которой показано то, каким образом выполняют обработку остальных единичных элементов полезной нагрузки при операции 1460 из Фиг.14 при наличии множества единичных элементов полезной нагрузки в переупорядочиваемой протокольной единице обмена данными (PDU). Если при операции 1510 определено, что в переупорядочиваемой протокольной единице обмена данными (PDU) имеется множество единичных элементов полезной нагрузки, то все полные служебные блоки данных (SDU) объекта MAC-ehs, кроме последнего, должны быть пересланы в более высокие уровни (или в выходной объект) (операция 1520). Следует отметить следующее: предполагают, что первый единичный элемент полезной нагрузки уже был объединен или отвергнут. Последний единичный элемент полезной нагрузки, который соответствует первому сегменту служебного блока данных (SDU), должен быть сохранен в блоке повторной сборки (операция 1530). Если же протокольная единица обмена данными (PDU) не содержит множество единичных элементов полезной нагрузки, то сохраненный единичный элемент полезной нагрузки и принятый единичный элемент полезной нагрузки объединяют и сохраняют. Это показано на Фиг.14 как операция 1440. На Фиг.16 приведена схема последовательности операций способа повторной сборки с объединением, показанного на Фиг.14 и Фиг.15.
Для отражения описанных выше определений указателя сегментации (SI) и описаний функции повторной сборки функциональные возможности блока повторной сборки могут быть обновлены, возможно, следующим образом. Следует отметить, что изменения включают в себя тот факт, что интерпретация поля "указатель сегментации" (SI) не обязательно должна быть известна, но что она может быть, но не обязательно, добавлена к описанию. Термины "протокольная единица обмена данными выделенного транспортного канала уровня управления доступом к среде передачи (MAC)" (MAC-d PDU) и "протокольная единица обмена данными общего транспортного канала уровня управления доступом к среде передачи (MAC)" ((MAC-c PDU) используются как взаимозаменяемые с терминами "протокольные единицы обмена данными уровня управления доступом к среде передачи (MAC)" (MAC PDUs) и "служебный блок данных объекта MAC-ehs" (MAC-ehs SDU), а термин "служебный блок данных объекта MAC-ehs" (MAC-ehs SDU) используется как взаимозаменяемый с термином "единичные элементы полезной нагрузки".
На Фиг.17 приведена схема последовательности операций, на которой показано то, каким образом блок повторной сборки выполняет обработку 1700 поля "указатель сегментации" (SI), связанного с переупорядочиваемой протокольной единицей обмена данными (PDU). Если при операции 1710 определено, что значение поля "указатель сегментации" (SI) установлено равным "00", то выполняют операцию 1720, при которой все протокольные единицы обмена данными выделенного транспортного канала уровня MAC (MAC-d PDUs), соответствующие служебным блокам данных (SDU) объекта MAC-ehs из набора, доставляют в более высокие уровни.
Если при операции 1730 определено, что значение поля "указатель сегментации" (SI) установлено равным "01", то выполняют операцию 1735, при которой определяют, являются ли принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs последовательными. Если принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs являются последовательными, то выполняют операцию 1740, при которой первый принятый служебный блок данных (SDU) объекта MAC-ehs объединяют с сохраненным служебным блоком данных (SDU) объекта MAC-ehs, и протокольную единицу обмена данными выделенного транспортного канала уровня MAC (MAC-d PDU), соответствующую объединенному служебному блоку данных (SDU) объекта MAC-ehs, доставляют в более высокие уровни (или в выходной объект). Если же принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs не являются последовательными, то выполняют операцию 1745, при которой принятый и сохраненный служебный блок данных (SDU) объекта MAC-ehs отвергают, а все протокольные единицы обмена данными выделенного транспортного канала уровня MAC (MAC-d PDUs), соответствующие последующим служебным блокам данных (SDU) объекта MAC-ehs из набора, доставляют в более высокие уровни (или в выходной объект).
Если при операции 1750 определено, что значение поля "указатель сегментации" (SI) установлено равным "10", то выполняют операцию 1760, при которой все протокольные единицы обмена данными выделенного транспортного канала уровня MAC (MAC-d PDUs), соответствующие всем служебным блокам данных (SDU) объекта MAC-ehs из набора, кроме последнего, доставляют в более высокие уровни (или в выходной объект) и отвергают любой ранее сохраненный служебный блок данных (SDU) объекта MAC-ehs, а последний служебный блок данных (SDU) объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU) сохраняют.
Если при операции 1770 определено, что значение поля "указатель сегментации" (SI) установлено равным "11", то может быть выполнена операция 1775, при которой определяют, являются ли принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs последовательными. Если принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs являются последовательными, то выполняют операцию 1780, при которой первый принятый служебный блок данных (SDU) объекта MAC-ehs объединяют с сохраненным служебным блоком данных (SDU) объекта MAC-ehs. Если же принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs не являются последовательными, то выполняют операцию 1785, при которой отвергают первый принятый служебный блок данных (SDU) объекта MAC-ehs и сохраненный служебный блок данных (SDU) объекта MAC-ehs. Если в наборе имеется несколько служебных блоков данных (SDU) объекта MAC-ehs, то выполняют операцию 1790, при которой протокольную единицу обмена данными выделенного транспортного канала уровня MAC (MAC-d PDU), соответствующую объединенному служебному блоку данных (SDU) объекта MAC-ehs, доставляют в более высокие уровни (или в выходной объект), все протокольные единицы обмена данными выделенного транспортного канала уровня MAC (MAC-d PDUs), соответствующие всем служебным блокам данных (SDU) объекта MAC-ehs из набора, кроме последнего, доставляют в более высокие уровни (или в выходной объект) и сохраняют последний служебный блок данных (SDU) объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU). Эта процедура, по существу, является эквивалентной процедуре, описанной в абзаце [0054].
В том случае, когда для каждого единичного элемента полезной нагрузки объекта MAC-ehs используют однобитовое поле "указатель сегментации" (SI), то кодирование, которое обеспечивает то же самое преимущество, как и в предыдущем случае, показано в таблице 5. Приведенным ниже примером, показанным в таблице 5, является однобитовый указатель сегментации (SI), по одному указателю сегментации (SI) для кодирования каждого служебного блока данных (SDU) или сегмента служебного блока данных (SDU). В данном примере этот бит указывает, является ли единичный элемент полезной нагрузки начальным или средним сегментом служебного блока данных (SDU).
Следует отметить, что в этом случае вместо термина "единичный элемент полезной нагрузки объекта MAC-ehs" также может быть использован термин "переупорядочиваемая протокольная единица обмена данными (PDU)", поскольку для каждой переупорядочиваемой протокольной единицы обмена данными (PDU) имеется один единичный элемент полезной нагрузки объекта MAC-ehs.
В другом варианте осуществления изобретения показано, каким образом возможно исключить наличие поля "указатель длины" (LI). Поскольку размер этого поля может быть существенным (например, равным 11 битам для полезной нагрузки с выравниванием по границе байта), то относительные непроизводительные издержки на его передачу могут быть существенными в тех ситуациях, когда протокольная единица обмена данными (PDU) объекта MAC-ehs не является очень большой (например, меньшей чем 1000 битов).
Принцип этого варианта осуществления изобретения состоит в исключении указателя длины (LI) для последнего единичного элемента полезной нагрузки, содержащегося в протокольной единице обмена данными (PDU) объекта MAC-ehs, если он представляет собой сегмент служебного блока данных (SDU), не являющийся последним сегментом (то есть являющийся начальным сегментом или средним сегментом). Наличие начального или среднего сегмента в конце полезной нагрузки означает то, что заполнение незначащей информацией отсутствует. Следовательно, при обработке протокольной единицы обмена данными (PDU) отсутствует необходимость в указании длины сегмента объекта MAC-ehs, подлежащей извлечению, поскольку конец сегмента соответствует концу протокольной единицы обмена данными (PDU) объекта MAC-ehs.
Могут быть использованы различные способы указания в заголовке факта наличия этой ситуации и, следовательно, указания того, присутствует ли указатель длины (LI) или нет. В способе 1 описано указание наличия поля "указатель длины" (LI) в неявном виде. В этом способе к заголовку не добавляют никакое особое поле для указания наличия или отсутствия поля "указатель длины" (LI). К последней очереди по приоритету или к последнему служебному блоку данных (SDU) применим указатель сегментации (SI), на который полагаются, а также применим любой другой способ или другое поле для определения конца заголовка.
Способы указания конца заголовка могут включать в себя добавление поля флага (FQ или иного), указывающего, является ли часть заголовка последней в заголовке. Если эта опция включена в состав способа, то перед указателем длины (LI) должно присутствовать поле флага. Другим альтернативным способом могло бы являться вычисление разности между размером протокольной единицы обмена данными (PDU) объекта MAC-ehs и суммой значений длины единичного элемента (единичных элементов) полезной нагрузки, декодированных из заголовка до текущего момента времени, для определения того, является ли заголовок слишком малым для того, чтобы вмещать в себя дополнительный единичный элемент полезной нагрузки.
В способе 2 описано указание наличия "указатель длины" поля (LI) в явном виде. В этом способе присутствует флаг (Fli) после идентификатора логического канала, указывающий, присутствует ли указатель длины (LI) или нет для единичных элементов полезной нагрузки из этого логического канала.
Наличие этого поля может быть определено для каждого логического канала, и сведения об этом могут быть сообщены более высоким уровнем. В альтернативном варианте наличие поля может быть определено посредством заранее заданного правила относительно характера логического канала. Например, может являться целесообразным ограничение этого поля теми логическими каналами, к которым применим единый фиксированный размер протокольной единицы обмена данными (PDU) уровня RLC (например, когда при использовании в реализации с режимом подтверждения приема (AM) на уровне RLC (AM RLC) с фиксированным размером протокольной единицы обмена данными (PDU) уровня RLC) или к которым применим набор фиксированных размеров протокольной единицы обмена данными (PDU) уровня RLC (например, при использовании в реализации с режимом без подтверждения приема (UM) уровня RLC (UM RLC) с набором фиксированных размеров протокольной единицы обмена данными (PDU) уровня RLC).
Суждение о полезности вышеупомянутых правил основано на том, что относительные непроизводительные издержки на передачу указателя длины (LI) в случае логического канала, к которому применимы гибкие размеры протокольной единицы обмена данными (PDU) уровня RLC, обычно являются очень малыми, поэтому исключение поля указателя длины не является необходимым.
Несмотря на то, что признаки и элементы описаны в конкретных комбинациях, каждый признак или элемент могут использоваться поодиночке без других признаков и элементов или в иных комбинациях с другими признаками и элементами или без них. Представленные способы или схемы последовательности операций могут быть реализованы в компьютерной программе посредством программного обеспечения или аппаратно-реализованного программного обеспечения, материально реализованного в считываемом посредством компьютера носителе информации, которое предназначено для исполнения универсальным компьютером или процессором. Примерами считываемых посредством компьютера носителей информации являются, в том числе, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители информации, такие как, например, внутренние накопители на жестких дисках и накопители на съемных дисках, магнитооптические носители информации и оптические носители информации, такие как, например, постоянные запоминающие устройства на компакт-дисках (CD-ROM) и универсальные цифровые диски (DVD).
Подходящими процессорами являются, в том числе, например, следующие: универсальный процессор, специализированный процессор, стандартный процессор, устройство цифровой обработки сигналов (DSP), множество микропроцессоров, один или большее количество микропроцессоров совместно с ядром устройства цифровой обработки сигналов (DSP), контроллер, микроконтроллер, специализированные интегральные микросхемы (ASICs), схемы программируемых пользователем вентильных матриц (FPGAs), интегральная микросхема (IC) любого иного типа и/или конечный автомат.
Процессор совместно с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика для использования в беспроводном приемопередающем устройстве (WTRU)), в абонентской аппаратуре (UE), в терминале, в базовой станции, в контроллере сети радиосвязи (RNC) или в любом хост-компьютере. Беспроводное приемопередающее устройство (WTRU) может использоваться совместно с модулями, реализованными аппаратными средствами и/или посредством программного обеспечения, такими как, например, фотокамера, модуль видеокамеры, видеофон, устройство громкоговорящей телефонной связи, вибрационное устройство, громкоговоритель, микрофон, телевизионный приемопередатчик, телефонная гарнитура, позволяющая разговаривать по телефону не снимая трубки, клавиатура, модуль беспроводной связи стандарта Bluetooth®, радиоприемник ЧМ-диапазона, дисплей на жидких кристаллах (LCD), дисплей на органических светоизлучающих диодах (OLED), проигрыватель музыки в цифровом формате, устройство воспроизведения мультимедийной информации, модуль воспроизведения компьютерных видеоигр, модуль навигации и просмотра информации в сети Интернет и/или любой модуль беспроводной локальной сети (WLAN).
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
1. Способ мультиплексирования служебных блоков данных (SDU) из различных логических каналов и очередей по приоритету, содержащий следующие операции:
сцепляют множество переупорядочиваемых протокольных единиц обмена данными (PDU), каждая из которых содержит, по меньшей мере, один переупорядочиваемый служебный блок данных (SDU), причем переупорядочиваемым служебным блоком данных (SDU) является, по меньшей мере, один сегмент служебного блока данных (SDU);
создают заголовок объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями"), причем эта операция содержит следующие операции:
создают указатель логического канала (LCID) для каждого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающий, к какому логическому каналу принадлежит переупорядочиваемый служебный блок данных (SDU);
создают поле "указатель длины" (LI) для каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающее длину переупорядочиваемого служебного блока данных (SDU);
создают поле "порядковый номер передачи" (TSN) для каждой переупорядочиваемой протокольной единицы обмена данными (PDU), указывающее порядковый номер данных для переупорядочения;
создают поле "указатель сегментации" (SI) для каждой переупорядочиваемой протокольной единицы обмена данными (PDU), указывающее, были ли сегментированы первый и последний служебные блоки данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU); и
создают флаг (F) для каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающий, является ли он последним переупорядочиваемым служебным блоком данных (SDU).
2. Способ кодирования и интерпретации поля "указатель сегментации" (SI), содержащий следующие операции:
определяют, является ли значение поля "указатель сегментации" (SI) равным "00", и если это так, то первым служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является полная протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC) (PDU), и последним служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является полная протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC);
определяют, является ли значение поля "указатель сегментации" (SI) равным "01", и если это так, то первым служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является последний сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), а при наличии множества служебных блоков данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU) последним служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является полная протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC);
определяют, является ли значение поля "указатель сегментации" (SI) равным "10", и если это так, то последним служебным блоком данных (SDU) протокольной единицы обмена данными (PDU) является первый сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), а при наличии множества служебных блоков данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU) первым служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является полная протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC); и
определяют, является ли значение поля "указатель сегментации" (SI) равным "11," и если это так, то первым служебным блоком данных (SDU) является последний сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), и при наличии множества служебных блоков данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU) последним служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является первый сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), а при наличии одного служебного блока данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU) этим сегментом является средний сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC).
3. Способ кодирования поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемая протокольная единица обмена данными (PDU) содержит один переупорядочиваемый служебный блок данных (SDU), содержащий следующие операции:
присваивают первое значение, когда переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями");
присваивают второе значение, когда переупорядочиваемым служебным блоком данных (SDU) является первый сегмент служебного блока данных (SDU) объекта MAC-ehs;
присваивают третье значение, когда переупорядочиваемым служебным блоком данных (SDU) является последний сегмент служебного блока данных (SDU) объекта MAC-ehs; и
присваивают четвертое значение, когда переупорядочиваемым служебным блоком данных (SDU) является средний сегмент служебного блока данных (SDU) объекта MAC-ehs.
4. Способ кодирования поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемый служебный блок данных (SDU) содержит множество переупорядочиваемых служебных блоков данных (SDU), содержащих, по меньшей мере, одну переупорядочиваемую протокольную единицу обмена данными (PDU), содержащий следующие операции:
присваивают первое значение, когда первым переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями"), а последним переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs;
присваивают второе значение, когда первым переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является первый сегмент служебного блока данных (SDU) объекта MAC-ehs;
присваивают третье значение, когда первым переупорядочиваемым служебным блоком данных (SDU) является последний сегмент служебного блока данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs; и
присваивают четвертое значение, когда первым переупорядочиваемым служебным блоком данных (SDU) является последний сегмент служебного блока данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является первый сегмент служебного блока данных (SDU) объекта MAC-ehs.
5. Способ интерпретации поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемая протокольная единица обмена данными (PDU) содержит один переупорядочиваемый служебный блок данных (SDU), содержащий следующие операции:
определяют, является ли значение поля "указатель сегментации" (SI) равным "01," и если это так, то первым переупорядочиваемым служебным блоком данных (SDU) является сегмент, и он соответствует последнему сегменту служебного блока данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями") или протокольной единицы обмена данными (PDU);
определяют, является ли значение поля "указатель сегментации" (SI) равным "10," и если это так, то последним переупорядочиваемым служебным блоком данных (SDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs, и он соответствует первому сегменту служебного блока данных (SDU) объекта MAC-ehs; и
определяют, является ли значение поля "указатель сегментации" (SI) равным "11," и если это так, то первым переупорядочиваемым служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs.
6. Способ интерпретации поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемая протокольная единица обмена данными (PDU) содержит множество переупорядочиваемых служебных блоков данных (SDU), содержащий следующие операции:
определяют, является ли значение поля "указатель сегментации" (SI) равным "01", и если это так, то первым переупорядочиваемым служебным блоком данных (SDU) является сегмент, и он соответствует последнему сегменту служебного блока данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями"), а последним переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs;
определяют, является ли значение поля "указатель сегментации" (SI) равным "10", и если это так, то первым переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs, и он соответствует первому сегменту служебного блока данных (SDU) объекта MAC-ehs; и
определяют, является ли значение поля "указатель сегментации" (SI) равным "11", если это так, то первым переупорядочиваемым служебным блоком данных (SDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является сегмент.
7. Способ использования блока повторной сборки для обработки поля "указатель сегментации" (SI), связанного с переупорядочиваемой протокольной единицей обмена данными (PDU), содержащий следующие операции:
когда значение поля "указатель сегментации" (SI) равно "00", то доставляют все протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), которые соответствуют служебным блокам данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями"), в более высокие уровни;
когда значение поля "указатель сегментации" (SI) равно "01", то определяют, являются ли принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs последовательными;
в том случае, когда принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs являются последовательными, объединяют первый принятый служебный блок данных (SDU) объекта MAC-ehs с сохраненным служебным блоком данных (SDU) объекта MAC-ehs и доставляют протокольную единицу обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующую объединенному служебному блоку данных (SDU) объекта MAC-ehs, в более высокие уровни;
в том случае, когда принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs не являются последовательными, отвергают принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs и доставляют все протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующие последующим служебным блокам данных (SDU) объекта MAC-ehs, в более высокие уровни;
когда значение поля "указатель сегментации" (SI) равно "10", то доставляют все протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующие всем служебным блокам данных (SDU) объекта MAC-ehs, кроме последнего, в более высокие уровни, отвергают любой ранее сохраненный служебный блок данных (SDU) объекта MAC-ehs и сохраняют последний служебный блок данных (SDU) объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU);
когда значения поля "указатель сегментации" (SI) равно "11", то определяют, действительно ли принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs являются последовательными, не являются последовательными или имеется ли несколько служебных блоков данных (SDU) объекта MAC-ehs;
когда они являются последовательными, то объединяют первый принятый служебный блок данных (SDU) объекта MAC-ehs с сохраненными служебными блоками данных (SDU) объекта MAC-ehs;
когда они не являются последовательными, то отвергают первый принятый служебный блок данных (SDU) объекта MAC-ehs и сохраненные служебные блоки данных (SDU) объекта MAC-ehs; и
когда имеется несколько служебных блоков данных (SDU) объекта MAC-ehs, то доставляют протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующие объединенным служебным блокам данных (SDU) объекта MAC-ehs, в более высокие уровни или в выходной объект, доставляя все протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующие всем кроме последнего служебного блока данных (SDU) (объекта) MAC-ehs, в более высокие уровни или в выходной объект, и сохраняют последний служебный блок данных (SDU) объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU).
8. Способ согласно первому варианту осуществления изобретения, в котором поле "указатель длины" (LI) определяет точное количество октетов, которое содержит переупорядочиваемый служебный блок данных (SDU).
9. Заголовок полезной нагрузки, предназначенный для мультиплексирования служебных блоков данных (SDU) из различных логических каналов и очередей по приоритету, содержащий:
множество участков, описывающих очередь, причем каждый участок, описывающий очередь, содержит:
порядковый номер передачи (TSN), указывающий порядковый номер данных для идентификатора очереди; и
суперполе описания служебного блока данных (SDU) (именуемое SDSF), указывающее, каким образом следует выполнять разборку и/или повторную сборку, по меньшей мере, одного сегмента служебного блока данных (SDU), и к каким логическим каналам принадлежат служебные блоки данных (SDU).
10. Заголовок полезной нагрузки согласно девятому варианту осуществления изобретения, в котором суперполе описания служебного блока данных (SDSF) дополнительно содержит:
флаг "начало полного блока/сегмента" (FSS) для каждой очереди по приоритету, указывающий, соответствуют ли данные в месте начала полезной нагрузки для этой переупорядочиваемой очереди сегменту служебного блока данных (SDU);
флаг "конец полного блока/сегмента" (FSE) для каждой очереди по приоритету, указывающий, соответствуют ли данные в месте конца полезной нагрузки для этой переупорядочиваемой очереди сегменту служебного блока данных (SDU);
указатель логического канала (LCID) для каждого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающий, к какому логическому каналу принадлежит, по меньшей мере, один сегмент служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC);
поле "указатель длины" (LI) для каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающее длину упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC); и
флаг "конец служебного блока данных (SDU)" для каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающий, является ли он последним упомянутым, по меньшей мере, одним сегментом служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).
11. Заголовок полезной нагрузки согласно десятому варианту осуществления изобретения, в котором поле "указатель длины" (LI) определяет точное количество битов, которое содержит упомянутый, по меньшей мере, один сегмент служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).
12. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по одиннадцатый, в котором поле "указатель длины" (LI) определяет точное количество октетов, которое содержит упомянутый, по меньшей мере, один сегмент служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).
13. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по двенадцатый, в котором длина поля "указатель длины" (LI) зависит от максимальной длины служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).
14. Заголовок полезной нагрузки согласно тринадцатому варианту осуществления изобретения, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется при реконфигурации.
15. Заголовок полезной нагрузки согласно тринадцатому варианту осуществления изобретения, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется динамически.
16. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по пятнадцатый, в котором длина поля "указатель длины" (LI) является заранее заданной.
17. Заголовок полезной нагрузки согласно шестнадцатому варианту осуществления изобретения, в котором заранее заданная длина поля "указатель длины" (LI) равна такому количеству битов, которое отображает максимальный размер служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).
18. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по семнадцатый, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется при реконфигурации.
19. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по восемнадцатый, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется динамически.
20. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по девятнадцатый, в котором длина поля "указатель длины" (LI) зависит от указателя логического канала (LCID).
21. Заголовок полезной нагрузки согласно двадцатому варианту осуществления изобретения, в котором длина поля "указатель длины" (LI) равна такому количеству битов, которое отображает максимальный размер служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).
22. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с двадцатого по двадцать первый, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется при реконфигурации.
23. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с двадцатого по двадцать второй, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется динамически.
24. Способ обработки заголовка уровня управления доступом к среде высокоскоростной передачи с расширенными возможностями (MAC-ehs), содержащий следующие операции:
отделяют заголовок протокольной единицы обмена данными (PDU) уровня MAC-ehs;
разделяют заголовок протокольной единицы обмена данными (PDU) уровня MAC-ehs на участки;
извлекают соответствующую полезную нагрузку;
добавляют соответствующую полезную нагрузку к заголовку;
формируют протокольную единицу обмена данными (PDU) переупорядочиваемой очереди;
вставляют протокольную единицу обмена данными (PDU) переупорядочиваемой очереди в переупорядочиваемую очередь, соответствующую идентификатору (ID) переупорядочиваемой очереди и порядковому номеру передачи (TSN);
выполняют функцию переупорядочения;
выполняют функцию разборки и/или повторной сборки; и
выполняют демультиплексирование путем доставки полных служебных блоков данных (SDU) уровня управления доступом к среде передачи (MAC) в надлежащий логический канал.
25. Способ согласно двадцать четвертому варианту осуществления изобретения, в котором операция разделения протокольной единицы обмена данными (PDU) уровня MAC-ehs содержит операцию использования флага "конец".
26. Способ обработки заголовка уровня усовершенствованного управления доступом к среде высокоскоростной передачи (MAC-i/is), содержащий следующие операции:
отделяют заголовок протокольной единицы обмена данными (PDU) уровня MAC-i/is;
разделяют заголовок протокольной единицы обмена данными (PDU) уровня MAC-i/is на участки;
извлекают соответствующую полезную нагрузку;
добавляют соответствующую полезную нагрузку к заголовку;
формируют протокольную единицу обмена данными (PDU) переупорядочиваемой очереди;
вставляют протокольную единицу обмена данными (PDU) переупорядочиваемой очереди в переупорядочиваемую очередь, соответствующую идентификатору (ID) переупорядочиваемой очереди и порядковому номеру передачи (TSN);
выполняют функцию переупорядочения;
выполняют функцию разборки и/или повторной сборки; и
выполняют демультиплексирование путем доставки полных служебных блоков данных (SDU) уровня управления доступом к среде передачи (MAC) в надлежащий логический канал.
27. Способ согласно двадцать шестому варианту осуществления изобретения, в котором операция разделения протокольной единицы обмена данными (PDU) уровня MAC-i/is содержит операцию использования флага "конец".
28. Способ обработки данных для каждого блока разборки/повторной сборки/демультиплексирования в беспроводном приемопередающем устройстве (WTRU), содержащий следующие операции:
производят прием, по меньшей мере, одной протокольной единицы обмена данными (PDU), содержащей множество, состоящее, по меньшей мере, из одного сегмента служебного блока данных (SDU);
производят разборку каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU);
когда флаг "начало полного блока/сегмента" (FSS) установлен имеющим значение "полный блок" и флаг "конец полного блока/сегмента" (FSE) установлен имеющим значение "полный блок", то доставляют первый служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, когда флаг FSS установлен имеющим значение "полный блок", то доставляют извлеченные служебные блоки данных (SDU) до последнего упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) в более высокий уровень, соответствующий логическим каналам, указанным полями "указатель логического канала" (LCID), если уже было извлечено более одного упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU), если флаг FSE установлен имеющим значение "сегмент", то отвергают любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводят последний сегмент служебного блока данных (SDU) в блок повторной сборки, а если флаг FSE установлен имеющим значение "полный блок", то доставляют последний служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, указанному полем "указатель логического канала" (LCID);
когда флаг FSS установлен имеющим значение "сегмент" и данные с порядковым номером передачи TSN = n-1 были доставлены ранее, то выполняют повторную сборку сегмента служебного блока данных (SDU) с ранее сохраненным сегментом протокольной единицы обмена данными (PDU), если служебный блок данных (SDU) или сегмент служебного блока данных (SDU) является большим, чем первый, или если флаг "конец полного блока/сегмента" (FSE) установлен имеющим значение "полный блок", то доставляют полностью повторно собранный служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, указанному полем "указатель логического канала" (LCID), если уже было извлечено более одного упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU), то доставляют извлеченные служебные блоки данных (SDU), находящиеся между первым и последним упомянутым, по меньшей мере, одним сегментом служебного блока данных (SDU), в более высокий уровень, соответствующий логическим каналам, указанным полями "указатель логического канала" (LCID), если флаг FSE установлен имеющим значение "сегмент", то отвергают любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводят последний сегмент служебного блока данных (SDU) в блок повторной сборки, а если флаг FSE установлен имеющим значение "полный блок", то доставляют последний служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, указанному полем "указатель логического канала" (LCID);
если данные с порядковым номером передачи TSN = n-1 не были ранее доставлены, то отвергают любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводят последний сегмент служебного блока данных (SDU) в блок повторной сборки, если уже было извлечено более одного упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU), то доставляют извлеченные служебные блоки данных (SDU), находящиеся между первым и последним упомянутым, по меньшей мере, одним сегментом служебного блока данных (SDU) в более высокий уровень, соответствующий логическим каналам, указанным полями "указатель логического канала" (LCID), если флаг FSE установлен имеющим значение "сегмент", то отвергают любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводят последний сегмент служебного блока данных (SDU) в блок повторной сборки, а если флаг FSE установлен имеющим значение "полный блок", то доставляют последний служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, указанному полем "указатель логического канала" (LCID); и
когда флаг FSS установлен имеющим значение "сегмент" и данные с порядковым номером передачи TSN = n-1 были ранее доставлены, то выполняют повторную сборку сегмента служебного блока данных (SDU) с ранее сохраненным сегментом протокольной единицы обмена данными (PDU), если упомянутый, по меньшей мере, один сегмент служебного блока данных (SDU) является меньшим, чем первый, или если флаг FSE установлен имеющим значение "сегмент", то объединенный пакет сохраняют.
29. Беспроводное приемопередающее устройство (WTRU), содержащее:
приемник, сконфигурированный таким образом, что он способен производить прием единичного элемента полезной нагрузки;
процессор, сконфигурированный таким образом, что он способен выполнять мультиплексирование и демультиплексирование единичного элемента полезной нагрузки;
буфер, сконфигурированный таким образом, что он способен сохранять неполные служебные блоки данных (SDU) для повторной сборки; и
передатчик, сконфигурированный таким образом, что он способен производить передачу повторно собранного служебного блока данных (SDU).
30. Беспроводное приемопередающее устройство (WTRU) согласно двадцать девятому варианту осуществления изобретения, в котором процессор содержит блок переупорядочения.
31. Беспроводное приемопередающее устройство (WTRU) согласно двадцать девятому или тридцатому варианту осуществления изобретения, в котором процессор содержит блок разборки/повторной сборки.
32. Беспроводное приемопередающее устройство (WTRU), сконфигурированное таким образом, что оно способно выполнять обработку заголовка уровня управления доступом к среде высокоскоростной передачи с расширенными возможностями (MAC-ehs), причем это беспроводное приемопередающее устройство (WTRU) содержит:
схему, сконфигурированную таким образом, что она способна отделять заголовок протокольной единицы обмена данными (PDU) уровня MAC-ehs;
схему, сконфигурированную таким образом, что она способна разделять заголовок протокольной единицы обмена данными (PDU) уровня MAC-ehs на участки;
схему, сконфигурированную таким образом, что она способна извлекать соответствующую полезную нагрузку;
схему, сконфигурированную таким образом, что она способна добавлять соответствующую полезную нагрузку к заголовку;
схему, сконфигурированную таким образом, что она способна формировать протокольную единицу обмена данными (PDU) переупорядочиваемой очереди;
схему, сконфигурированную таким образом, что она способна вставлять протокольную единицу обмена данными (PDU) переупорядочиваемой очереди в переупорядочиваемую очередь, соответствующую идентификатору (ID) переупорядочиваемой очереди и порядковому номеру передачи (TSN);
схему, сконфигурированную таким образом, что она способна выполнять функцию переупорядочения;
схему, сконфигурированную таким образом, что она способна выполнять функцию разборки и/или повторной сборки; и
схему, сконфигурированную таким образом, что она способна доставлять полные служебные блоки данных (SDU) уровня управления доступом к среде передачи (MAC) в надлежащий логический канал.
33. Базовая станция, содержащая:
приемник, сконфигурированный таким образом, что он способен производить прием единичного элемента полезной нагрузки;
процессор, сконфигурированный таким образом, что он способен выполнять мультиплексирование и демультиплексирование единичного элемента полезной нагрузки;
буфер, сконфигурированный таким образом, что он способен сохранять неполные служебные блоки данных (SDU) для повторной сборки; и
передатчик, сконфигурированный таким образом, что он способен производить передачу протокольной единицы обмена данными (PDU) уровня управления доступом к среде высокоскоростной передачи с расширенными возможностями (MAC-ehs).
34. Базовая станция, сконфигурированная таким образом, что она способна выполнять обработку заголовка усовершенствованного управления доступом к среде высокоскоростной передачи (MAC-i/is), причем эта базовая станция содержит:
схему, сконфигурированную таким образом, что она способна отделять заголовок протокольной единицы обмена данными (PDU) уровня MAC-i/is;
схему, сконфигурированную таким образом, что она способна разделять заголовок протокольной единицы обмена данными (PDU) уровня MAC-i/is на участки;
схему, сконфигурированную таким образом, что она способна извлекать соответствующую полезную нагрузку;
схему, сконфигурированную таким образом, что она способна добавлять соответствующую полезную нагрузку к заголовку;
схему, сконфигурированную таким образом, что она способна формировать протокольную единицу обмена данными (PDU) переупорядочиваемой очереди;
схему, сконфигурированную таким образом, что она способна вставлять протокольную единицу обмена данными (PDU) переупорядочиваемой очереди в переупорядочиваемую очередь, соответствующую идентификатору (ID) переупорядочиваемой очереди и порядковому номеру передачи (TSN);
схему, сконфигурированную таким образом, что она способна выполнять функцию переупорядочения;
схему, сконфигурированную таким образом, что она способна выполнять функцию разборки и/или повторной сборки; и
схему, сконфигурированную таким образом, что она способна доставлять полные служебные блоки данных (SDU) уровня управления доступом к среде передачи (MAC) в надлежащий логический канал.
Раскрыты способы и устройства для универсального мультиплексирования на уровне управления доступом к среде передачи (MAC) в эволюционированной технологии высокоскоростного пакетного доступа (evolved HSPA). В частности, раскрыты способы оптимизации нисходящей линии связи объекта уровня управления доступом к среде высокоскоростной передачи с расширенными возможностями (объекта MAC-ehs) и оптимизации восходящей линии связи объекта уровня усовершенствованного управления доступом к среде высокоскоростной передачи (объекта MAC-i/is) (что является техническим результатом). Также раскрыты устройства для использования объектов уровня управления доступом к среде передачи (MAC) оптимизированной нисходящей линии связи и оптимизированной восходящей линии связи. 3 н. и 14 з.п. ф-лы, 18 ил., 5 табл.
1. Способ мультиплексирования служебных блоков данных (SDU) в протокольный блок данных (PDU) уровня управления доступом к среде передачи (MAC) для передачи по высокоскоростному совместно используемому каналу нисходящей линии связи (HS-DSCH), содержащий этапы, на которых
создают один или более переупорядочиваемых PDU, причем этот один или более переупорядочиваемых PDU содержат один или более переупорядочиваемых SDU, причем переупорядочиваемый SDU содержит, по меньшей мере, сегмент SDU;
создают заголовок MAC-ehs для PDU MAC, содержащий поле "указатель логического канала" (LCID), указывающее логический канал для каждого из одного или более переупорядочиваемых SDU; поле "указатель длины" (LI), указывающее длину каждого из одного или более SDU; и поле "указатель сегментации" (SI), указывающее, являются ли сегментированными первый и последний из одного или более SDU в переупорядочиваемом PDU для каждого из одного или более переупорядочиваемых PDU; и
передают PDU MAC.
2. Способ по п.1, в котором один или более переупорядочиваемых PDU содержат один или более сегментов одного или более SDU.
3. Способ по п.1, в котором SDU принадлежат различным логическим каналам.
4. Способ по п.1, в котором SDU принадлежат различным очередям.
5. Способ по п.1, в котором заголовок дополнительно содержит один или более битов заполнения незначащей информацией для поддержания выравнивания по времени.
6. Способ по п.1, в котором заголовок дополнительно содержит поле "порядковый номер передачи", указывающее порядковый номер для каждого из одного или более переупорядочиваемых PDU; и
поле флага, указывающее последний переупорядочиваемый PDU для каждого из одного или более переупорядочиваемых PDU MAC.
7. Способ кодирования поля "указатель сегментации" (SI) в заголовке протокольного блока данных (PDU) уровня управления доступом к среде передачи (MAC), передаваемого по высокоскоростному совместно используемому каналу нисходящей линии связи (HS-DSCH), содержащий этапы, на которых
назначают значение «00» полю SI, когда первый служебный блок данных (SDU) переупорядочиваемого PDU является полным SDU MAC-ehs, и последний SDU переупорядочиваемого PDU является полным SDU MAC-ehs;
назначают значение «01» полю SI, когда первый SDU переупорядочиваемого PDU является сегментом SDU MAC-ehs, и последний SDU переупорядочиваемого PDU является полным SDU MAC-ehs, когда имеется более одного SDU в переупорядочиваемом PDU;
назначают значение «10» полю SI, когда первый SDU переупорядочиваемого PDU является полным SDU MAC-ehs, и последний SDU переупорядочиваемого PDU является сегментом SDU MAC-ehs когда имеется более одного SDU в переупорядочиваемом PDU; и
назначают значение «11» полю SI, когда имеется более одного SDU в переупорядочиваемом PDU, и поле SI, имеющее значение «11», указывает на то, что первый SDU переупорядочиваемого PDU является сегментом SDU MAC-ehs, и последний SDU переупорядочиваемого PDU является сегментом SDU MAC-ehs.
8. Способ по п.7, дополнительно содержащий этап, на котором выполняют разборку PDU MAC на основе определения значения поля SI.
9. Беспроводное приемопередающее устройство (WTRU), содержащее
блок разборки для уровня управления доступом к среде передачи (MAC), сконфигурированный с возможностью разборки первого переупорядочиваемого протокольного блока данных (PDU) на один или более служебных блоков данных (SDU) с использованием заголовка MAC, причем заголовок MAC содержит поле "указатель логического канала" (LCID), поле "указатель длины" (LI) и поле "указатель сегментации" (SI);
блок повторной сборки для MAC, сконфигурированный с возможностью повторной сборки второго PDU с использованием поля SI в заголовке MAC; и
блок демультиплексирования для MAC, сконфигурированный с возможностью доставки второго PDU в логический канал с использованием поля LCID в заголовке MAC.
10. Беспроводное приемопередающее устройство (WTRU) по п.9, в котором блок повторной сборки для MAC дополнительно сконфигурирован с возможностью доставки второго PDU в блок демультиплексирования MAC.
11. Беспроводное приемопередающее устройство (WTRU) по п.9, в котором блок повторной сборки для MAC дополнительно сконфигурирован с возможностью повторной сборки второго PDU с использованием SDU или сегмента SDU, сохраненного в блоке повторной сборки для MAC, когда сохраненный SDU или сегмент SDU и один или более разобранных SDU имеют последовательные значения поля "порядковый номер передачи".
12. Беспроводное приемопередающее устройство (WTRU) по п.11, в котором SDU или сегмент SDU, сохраненные в блоке повторной сборки для MAC, не связаны с первым переупорядочиваемым PDU.
13. Беспроводное приемопередающее устройство (WTRU) по п.9, в котором блок повторной сборки для MAC дополнительно сконфигурирован с возможностью отвергать любые SDU, сохраненные в блоке повторной сборки для MAC.
14. Беспроводное приемопередающее устройство (WTRU) по п.9, в котором блок повторной сборки для MAC дополнительно сконфигурирован с возможностью отвергать любые SDU, сохраненные в блоке повторной сборки для MAC, когда любые сохраненные SDU и один или более разобранных SDU не имеют последовательных значений поля "порядковый номер передачи".
15. Беспроводное приемопередающее устройство (WTRU) по п.9, в котором блок повторной сборки для MAC дополнительно сконфигурирован с возможностью повторной сборки второго PDU с использованием одного или более SDU или сегментов SDU после первого SDU в первом переупорядочиваемом PDU и перед последним SDU в первом переупорядочиваемом PDU.
16. Беспроводное приемопередающее устройство (WTRU) по п.9 в котором второй PDU содержит все SDU за исключением последнего SDU в первом переупорядочиваемом PDU.
17. Беспроводное приемопередающее устройство (WTRU) по п.9, причем заголовок MAC дополнительно содержит
поле "порядковый номер передачи", указывающее порядковый номер для каждого из одного или более переупорядочиваемых PDU; и
поле флага, указывающее последний переупорядочиваемый PDU для каждого из одного или более переупорядочиваемых PDU MAC.
ЕР 1748593 A1, 31.01.2007 | |||
Приспособление для тиснения букв, цифр и т.п. на листовом металле | 1928 |
|
SU13426A1 |
СПОСОБ И УСТРОЙСТВО МУЛЬТИПЛЕКСИРОВАНИЯ ЛОГИЧЕСКИХ КАНАЛОВ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ | 2003 |
|
RU2280951C2 |
Переносная печь для варки пищи и отопления в окопах, походных помещениях и т.п. | 1921 |
|
SU3A1 |
Авторы
Даты
2012-02-20—Публикация
2008-02-04—Подача