Способ и устройство для обработки отчета о состоянии буфера заполнения

Способ и устройство для обработки отчета о состоянии буфера заполнения

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение относится к способу и устройству обработки отчетов о состоянии буфера (BSR).

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

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

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

Авторы настоящего изобретения обнаружили, по меньшей мере, определенные выше недостатки предшествующего уровня техники. На основании подобного обнаружения были найдены различные признаки, описанные далее в данном документе, обеспечивающие улучшение предоставления отчета о состоянии буфера (BSR), так что при конструировании блоков данных протокола (PDU) (либо транспортных блоков (TB) или других типов блоков данных) остающиеся в них доступные участки используются в качестве области заполнения для вставки информации о состоянии буфера, что приводит к более эффективному использованию радиоресурсов.

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

Фиг.1 показывает примерную сетевую архитектуру E-UMTS (Усовершенствованная Универсальная Мобильная Телекоммуникационная Система).

Фиг.2 показывает протокол радиоинтерфейса плоскости управления между мобильным терминалом и базовой станцией на основании стандарта сети радиодоступа 3GPP.

Фиг.3 показывает протокол радиоинтерфейса плоскости пользователя между мобильным терминалом и базовой станцией на основании стандарта сети радиодоступа 3GPP.

Фиг.4 показывает примерный формат MAC PDU, используемый объектом MAC.

Фиг.5 показывает примерные форматы субзаголовков MAC PDU, используемые объектом MAC.

Фиг.6 показывает примерный формат субзаголовка MAC PDU, используемый объектом MAC.

Фиг.7 показывает примерный элемент управления MAC с коротким BSR и усеченным BSR.

Фиг.8 показывает примерный элемент управления MAC с длинным BSR

Фиг.9 показывает примерный MAC PDU с данными и заполнением с и без BSR.

Фиг.10 показывает пример, когда мобильный терминал принял инструкции сконструировать MAC PDU, имеющий размер L+M+3 байт.

Фиг.11 показывает пример, когда MAC PDU имеет 2 байта оставшегося пространства, и 1 байт использован для BSR Заполнения, а субзаголовок MAC имеет только 1 байт для дополнительного использования.

Фиг.12 показывает две примерные реализации конструирования MAC PDU, имеющего в своем составе BSR, с и без субзаголовка BSR.

Фиг.13 показывает три примерные реализации конструирования MAC PDU, имеющего в своем составе BSR.

Фиг.14 показывает две дополнительные примерные реализации конструирования MAC PDU, имеющего в своем составе BSR.

Фиг.15 показывает три дополнительные примерные реализации конструирования MAC PDU, имеющего в своем составе BSR.

Фиг.16 показывает, что присутствие LCID заполнения не исключает того, что в буфере UE все еще существуют данные, и чтобы способствовать эффективности планировщика eNB, вместо растраты 2 байт на LCID Заполнения будет более полезным использовать эти 2 байта для короткого BSR.

Фиг.17 показывает две возможные реализации (a) и (b) того, как указывать на присутствие BSR Заполнения.

Фиг.18 показывает две возможные реализации расположения BSR Заполнения в случае, когда используется явное указание.

Фиг.19 показывает случай, когда остаются 2 байта после того, как короткий BSR был уже включен в MAC PDU, показывая, что следовало использовать длинный BSR вместо короткого BSR.

Фиг.20 показывает случай, когда остаются 2 байта после того, как длинный BSR был включен.

Фиг.21 показывает случай, когда остаются 2 байта после того, как длинный BSR был включен в случае неявного указания BSR Заполнения.

Фиг.22 показывает, что благодаря тому, что 2-х байт достаточно для включения в состав короткого BSR, следует использовать формат (b) вместо формата (a).

Фиг.23 показывает случай, когда остаются 2 байта для MAC PDU, который уже содержит короткий BSR.

Фиг.24 показывает случай, когда остаются 2 байта для MAC PDU, который уже содержит длинный BSR.

Фиг.25 показывает случай использования 2-х байт оставшегося пространства TB (BSR Заполнения является последним).

Фиг.26 показывает, что 2-х байт достаточно для включения в состав длинного BSR, и разные ситуации, когда несколько BSR могут быть включены в MAC PDU.

Фиг.27 показывает, как несколько BSR могут быть включены в MAC PDU.

Фиг.28 показывает случай совмещения оставшегося пространства и уже выделенного пространства для «Регулярного» и «Периодического» BSR для включения в состав длинного BSR.

Фиг.29 показывает примерную структуру UE и eNB с конкретными уровнями протоколов, включая объект MAC.

Вариант осуществления изобретения

Изобретательский замысел и признаки, в настоящем документе относящиеся к обработке отчетов о состоянии буфера (BSR), объяснены в терминах систем Долговременного развития (LTE) или других так называемых систем связи 4G, которые являются усовершенствованием настоящих технологий 3GPP. Однако такие подробности не предназначены для ограничения различных признаков, описанных здесь, которые применимы к другим типам систем и способов мобильной и/или беспроводной связи.

Далее в данном документе термин «мобильный терминал» будет использоваться для обозначения различных типов пользовательских устройств, таких как терминалы мобильной связи, пользовательское оборудование (UE), мобильное оборудование (ME) и другие устройства, которые поддерживают различные типы технологий беспроводной связи.

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

Фиг.1 показывает примерную сетевую архитектуру E-UMTS (Усовершенствованная Универсальная Мобильная Телекоммуникационная Система) 100, которая является одним из типов систем мобильной связи. Система E-UMTS является системой, которая развилась из системы UMTS, а ее основные задачи стандартизации выполняются организацией 3GPP. О системе E-UMTS можно говорить, как о системе Долговременного развития (LTE), которая является типом так называемых систем 4G или следующего поколения, которые развились из настоящих систем мобильной связи 3G.

Сеть 100 E-UMTS может быть в общем случае разделена на E-UTRAN (Усовершенствованная Универсальная Наземная Сеть Радиодоступа) 110 и CN (базовая сеть). E-UTRAN содержит мобильный терминал 112 (например, пользовательское оборудование (UE), мобильную станцию, трубку, мобильный телефон и т.п.), базовые станции 114, 116, 118 (например, eNode B, точку доступа, сетевой узел и т.п.), служебные шлюзы (S-GW) 122, 124, расположенные на краю сети для соединения с внешней сетью, и субъект управления мобильностью (MME) 122, 124, который управляет различными аспектами мобильности мобильного терминала. Для одного eNode B могут существовать одна или более сот.

Фиг.2 и 3 показывают протокол радиоинтерфейса между мобильным терминалом и базовой станцией на основании стандарта сети радиодоступа 3GPP. Этот протокол радиоинтерфейса горизонтально подразделяется на физический уровень, уровень канала данных и сетевой уровень, а вертикально подразделяется на плоскость пользователя для передачи информации данных и плоскость управления для переноса сигналов управления (сигнализации). Эти уровни протокола могут быть разделены на L1 (Уровень 1), L2 (Уровень 2) и L3 (Уровень 3), которые являются нижними тремя уровнями модели стандарта OSI (Взаимодействие Открытых Систем), который хорошо известен в системах связи.

Далее соответственно будут описаны плоскость управления радиопротокола на Фиг.2 и плоскость пользователя радиопротокола на Фиг.3.

На Уровне 1 физический уровень 225-245, 325-345 использует один или более физических каналов для обеспечения службы переноса информации. Физический уровень соединен с уровнем 224-244, 324-344 MAC (Управления Доступом к Среде), расположенным между одним или более транспортными каналами, а данные переносятся между уровнем MAC и физическим уровнем через эти транспортные каналы. Также, между соответственно разными физическими уровнями, такими как физический уровень в передатчике (на передающей стороне) и физический уровень в приемнике (на принимающей стороне), данные переносятся через один или более физических каналов.

На Уровне 2 уровень MAC обеспечивает службу для уровня 223-243, 323-343 RLC (Управление Радио Каналом), который является верхним уровнем, через один или более логических каналов. Уровень RLC поддерживает передачу данных с гарантией надежности. Уровень 322-342 PDCP (Протокол Конвергенции Пакетных Данных) на Уровне 2 выполняет функцию сжатия заголовков для снижения размера заголовков пакетов Интернет (IP) протокола, которые содержат относительно много необязательной информации управления таким образом, что пакеты IP (такие, как IPv4, IPv6 и т.п.) могут быть эффективно переданы через радиоинтерфейс, имеющий относительно малую пропускную способность. Также уровень PDCP используется для выполнения кодирования данных плоскости управления (С-плоскость), таких как сообщения RRC. Уровень PDCP также может быть использован для выполнения кодирования данных плоскости пользователя (U-плоскость).

Расположенный в самой верхней части Уровня 3 уровень 222-242 RRC определяется только в плоскости управления и отвечает за управление логическими каналами, транспортными каналами и физическими каналами в отношении конфигурирования, повторного конфигурирования и освобождения однонаправленных радиоканалов (RB). В данном документе однонаправленный радиоканал является службой, обеспечиваемой Уровнем 2 для переноса данных между мобильным терминалом и E-UTRAN.

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

Как описано выше, двумя основными объектами (субъектами), из которых состоит E-UTRAN, являются базовая станция и мобильный терминал. Радиоресурсы для одной соты содержат радиоресурсы восходящей линии связи и радиоресурсы нисходящей линии связи. Базовая станция отвечает за выделение и управление радиоресурсами восходящей линии связи и радиоресурсами нисходящей линии связи соты. Именно базовая станция определяет, какие радиоресурсы должны быть использованы и каким мобильным терминалом в конкретные моменты времени. Например, базовая станция может определить, что через 3,2 секунды от настоящего времени частоты от 100 МГц до 101 МГц будут выделены пользователю 1 длительностью 0,2 секунды для обеспечения возможности передачи данных по нисходящей линии связи. Также, после того как базовая станция делает такое определение, эти подробности могут быть сообщены соответствующему мобильному терминалу, так чтобы этот мобильный терминал принимал данные по нисходящей линии связи. Подобным образом базовая станция может определить, когда конкретному мобильному терминалу следует использовать какие радиоресурсы и какое количество для передачи данных по восходящей линии связи, и базовая станция сообщает мобильному терминалу об этом определении, чтобы таким образом обеспечить возможность мобильному терминалу передавать данные в течение определенного периода времени, используя определенные радиоресурсы.

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

Для решения этого, мобильный терминал системы E-UTRAN использует способ, в котором радиоресурсы выделяются мобильному терминалу, только пока присутствуют служебные данные.

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

Для этого, когда у мобильного терминала есть данные, которые ему следует передать, это сообщается базовой станции, и базовая станция переносит сообщение выделения ресурсов (или использует какие-либо другие средства сообщения) мобильному терминалу на основании подобной информации.

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

Однако отчет о состоянии буфера генерируется в форме элемента управления (CE) MAC, который включается в состав PDU (блок данных протокола) MAC (либо другие типы блоков данных, такие как транспортный блок) и передается от мобильного терминала к базовой станции. В частности, для передачи отчета о состоянии буфера (BSR) необходимы радиоресурсы восходящей линии связи. Это означает, что необходимо отправить запрос выделения радиоресурсов восходящей линии связи для передачи BSR. Когда BSR сгенерирован, если существуют какие-либо радиоресурсы восходящей линии связи, которые были выделены, мобильный терминал немедленно использует радиоресурсы восходящей линии связи для передачи BSR. Подобный процесс посылки BSR от мобильного терминала к базовой станции может быть назван процедурой BSR.

Далее, будет описана структура MAC PDU со ссылкой на Фиг.4-8, которые показывают различные примерные форматы MAC PDU, используемые объектом MAC (таким, как 224 и 244 на Фиг.2 или 324, 344 на Фиг.3).

Фиг.4 показывает примерный формат MAC PDU, используемый объектом MAC. Поле LCID указывает, относится ли к нему MAC SDU или Элемент Управления (CE) MAC. Если относится к MAC SDU, оно указывает, к какому логическому каналу MAC SDU принадлежит, а если относится к CE MAC, оно указывает тип CE MAC. Поле L сообщает о размере MAC SDU в отношении MAC SDU. Поле E сообщает о том, существуют ли какие-либо дополнительные субзаголовки MAC. В вышеописанном процессе, если размер соответствующего MAC SDU или CE MAC равен 127 или меньше, используется 7-битное поле L, а в ином случае используется 15-битное поле L (как показано на Фиг.5). Также, MAC SDU, включенный в состав MAC PDU, является последним среди полей данных, включенных в состав MAC PDU, и используется связанный субзаголовок MAC, как показано на Фиг.6. В качестве альтернативы, в отношении CE MAC, имеющего фиксированный размер, используется субзаголовок MAC, как показано на Фиг.6. В других ситуациях используется субзаголовок MAC, как показано на Фиг.5.

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

Обращаясь обратно к Фиг.4-6, будет описано каждое поле, используемое там.

Заголовок MAC имеет переменный размер и состоит из следующих полей:

-LCID: Поле ID логического канала идентифицирует экземпляр логического канала соответствующего MAC SDU либо тип соответствующего элемента управления MAC или заполнения, как описано в Таблице 1 и 2 (показаны ниже) для DL-SCH и UL-SCH соответственно. Для каждого MAC SDU, элемента управления MAC или заполнения существует только одно поле LCID, включенное в MAC PDU. В дополнение к этому, одно или два дополнительных поля LCID включаются в MAC PDU, когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено путем заполнения в конце MAC PDU. Размер поля LCID 5 бит;

-L: Поле Длины указывает длину соответствующего MAC SDU или элемента управления MAC в байтах. Существует только одно поле L для субзаголовка MAC PDU, за исключением последнего субзаголовка и субзаголовков, соответствующих элементам управления MAC с фиксированным размером. Размер поля L указывается полем F;

-F: Поле Формата указывает размер поля L. Существует только одно поле F для субзаголовка MAC PDU, за исключением последнего субзаголовка и субзаголовков, соответствующих элементам управления MAC с фиксированным размером. Размер поля F 1 бит. Если размер MAC SDU или элемента управления MAC меньше 128 байт, UE следует устанавливать значение поля F равным 0, в ином случае UE следует устанавливать его равным 1;

-E: Поле Расширения является флагом, указывающим, присутствуют ли еще поля в заголовке MAC. Поле E устанавливается равным 1 для указания другого набора, по меньшей мере, полей R/R/E/LCID. Поле E устанавливается равным 0 для указания, что либо MAC SDU, либо элемент управления MAC, либо заполнение начинается со следующего байта;

- R: зарезервированный бит устанавливается равным 0.

Заголовок MAC и субзаголовки выравниваются до полного октета.

Далее будет описана информация о значениях, используемых в LCID, в последующих таблицах для совместно используемого канала нисходящей линии связи (DL-SCH) и совместно используемого канала восходящей линии связи (UL-SCH).

Таблица 1Значения LCID для DL-SCH
Индекс	Значения LCID
00001-ххххх	Идентификатор логического канала
ххххх-00001	Зарезервировано
11100	Идентификатор разрешения конкуренции UE
11101	Временное продвижение
11110	Команда DRX
11111	Заполнение

Таблица 2Значения LCID для UL-SCH
Индекс	Значения LCID
00001-yyyyy	Идентификатор логического канала
yyyyy-00001	Зарезервировано
11011	Отчет о запасе мощности
11100	C-RNTI
11101	Короткий отчет о состоянии буфера
11110	Длинный отчет о состоянии буфера
11111	Заполнение

Далее будет описан примерный способ того, как объект MAC конструирует MAC PDU.

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

1) Сначала в отношении мультиплексируемых транспортных каналов определяется количество данных передачи в порядке последовательного уменьшения на основании Приоритета Логического Канала (LCP) каждого логического канала, и согласно определенному количеству данных конструируется MAC PDU с использованием данных из логических каналов.

2)Если остаются какие-либо радиоресурсы, вышеописанный этап 1) может быть повторен, так что в отношении мультиплексируемых транспортных каналов определяется количество данных передачи в порядке последовательного уменьшения на основании Приоритета Логического Канала (LCP) каждого логического канала.

Здесь, LCP обсуждается как определяемый в диапазоне от 1 до 8, причем 1 является наибольшим, 8 является наименьшим приоритетом. Однако конкретные определения могут заменить это в последующем обсуждении. Также, в вышеописанной процедуре, если присутствует какой-либо CE (Элемент Управления) MAC, который необходимо послать, такой CE MAC сначала включается в MAC PDU.

Мобильный терминал может выполнять инициирование процедуры BSR, по меньшей мере, в одной из следующих ситуаций:

a) первоначально все буферы не содержат каких-либо данных, но когда данные снова прибывают в конкретный буфер; (Регулярный BSR)

b) когда данные прибывают в пустой буфер, а приоритет логического канала, относящегося к этому буферу, выше, чем приоритет логического канала, имеющего ранее данные в буфере; (Регулярный BSR)

c) при смене соты; (Регулярный BSR)

d) по прохождении конкретного времени после последней передачи BSR; (Периодический BSR);

e) если существует какое-либо доступное пространство, оставшееся в сконструированном MAC PDU (BSR Заполнения).

Среди перечисленных выше событий инициации, если BSR инициирован благодаря последней ситуации, подобный BSR может быть назван BSR Заполнения. Мобильный терминал конструирует MAC PDU согласно количеству радиоресурсов, выделенных базовой станцией, а именно согласно размеру MAC PDU. Здесь, объект MAC мобильного терминал последовательно включает (или вставляет) в MAC PDU данные, которые были сохранены в буфере(-ах) логических каналов, относительно каждого логического канала, установленного для мобильного терминала. Если какое-либо доступное пространство остается в MAC PDU даже после того, как все данные, сохраненные относительно каждого логического канала, были включены (вставлены), процедура BSR инициируется, и BSR Заполнения, инициированный в результате этого, включается в MAC PDU, и это передается базовой станции.

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

На Фиг.9 предполагается, что мобильный терминал принял выделение радиоресурсов от базовой станции для конструирования MAC PDU, имеющего размер X+N байт. Здесь, на основании данных, сохраненных относительно каждого логического канала, объект MAC начинает наполнять MAC PDU для конструирования. На Фиг.9 изображение (a) показывает, что заполнение происходит, когда MAC PDU конструируется объектом MAC с использованием всех данных в своем буфере. Если размер заполнения больше, чем размер BSR, объект MAC добавляет BSR в область заполнения.

Здесь, как можно отметить на Фиг.9, поскольку не сообщается, что BSR Заполнения включен благодаря заполнению, приемник, принявший MAC PDU, не может эффективно использовать информацию BSR. А именно, приемник не может знать, какой из форматов MAC PDU с изображений (a) и (b) с Фиг.9 был принят, таким образом, даже если MAC PDU включает в себя BSR, базовая станция не может выполнить правильное выделение радиоресурсов с использованием информации BSR.

Также, в конкретных ситуациях, для того, чтобы послать BSR Заполнения, могут возникнуть проблемы, связанные с уменьшенным количеством пользовательских данных, включаемых в MAC PDU.

Фиг.10 показывает пример, когда мобильный терминал принял инструкции сконструировать MAC PDU, имеющий размер L+M+3 байт. На Фиг.10 участок, указанный в качестве оставшегося пространства, является областью заполнения и показан как имеющий длину 2 байта. Здесь, поскольку размер короткого BSR 1 байт, мобильный терминал определяет, что короткий BSR может быть вставлен в оставшееся пространство, и таким образом инициируется BSR Заполнения. Однако могут возникнуть проблемы, когда объект MAC совершает попытку вставки короткого BSR Заполнения. Например, как можно отметить на Фиг.10, в субзаголовке MAC для RMC PDU N не включено поле L. Но, если в описанной выше процедуре, когда должен быть вставлен BSR Заполнения, RLC PDU N более не будет являться последним элементом, включенным в MAC PDU. Таким образом, в конкретных ситуациях поле L должно быть включено в субзаголовок MAC для MAC SDU, который не является последним элементом. В этом случае благодаря тому, что BSR Заполнения вставляется принудительно, может возникнуть следующая ошибка.

А именно, как можно отметить на Фиг.11, из 2-х байт оставшегося пространства 1 байт используется для BSR Заполнения, и субзаголовок MAC имеет только 1 байт для дополнительного использования. Однако, если для RLC PDU N требуется поле L из 2-х байт, возникнет ошибка. Таким образом, для того, чтобы сконструировать правильный субзаголовок MAC, необходимо уменьшить однобайтный участок RLC PDU.

Настоящее изобретение обеспечивает конкретные процедуры и правила, используемые объектом MAC для включения или вставки BSR Заполнения в MAC PDU эффективным способом при инициации BSR Заполнения. Ниже будут описаны различные примерные варианты осуществления настоящего изобретения.

Первый вариант осуществления

BSR Заполнения включается (или вставляется) в позиции, которая не является последним участком MAC PDU. При инициации процедуры BSR Заполнения BSR Заполнения может быть вставлен в позиции, которая находится сразу перед последней позицией среди нескольких MAC SDU или CE MAC для MAC PDU. Соответственно, субзаголовки MAC, связанные с несколькими MAC SDU, CE MAC и BSR Заполнения, могут быть также организованы в том же порядке. При инициации процедуры BSR Заполнения BSR Заполнения может быть включен в состав (вставлен) перед другими MAC SDU для MAC PDU. Соответственно, субзаголовки MAC, связанные с BSR Заполнения, могут быть также организованы в том же порядке. При инициации процедуры BSR Заполнения BSR Заполнения может быть включен в состав (вставлен) после других MAC SDU для MAC PDU. Соответственно, субзаголовки MAC, связанные с BSR Заполнения, могут быть также организованы в том же порядке.

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

Настоящее изобретение предполагает также, что, после инициации BSR Заполнения, объект MAC учитывает размер субзаголовка MAC, связанного с ним. А именно, при конструировании MAC PDU объект MAC учитывает то, имеет ли MAC PDU какое-либо пространство заполнения, чтобы, таким образом, учесть размер BSR и размер его связанного субзаголовка. Например, если размер короткого BSR 1 байт, а размер его связанного субзаголовка также 1 байт, размер этого субзаголовка также учитывается так, чтобы процедура BSR (короткого BSR) инициировалась, только если оставшееся пространство MAC PDU равно 2-м байтам или более. Также, в этой ситуации, BSR Заполнения инициируется, только если субзаголовки других MAC SDU и CE MAC могут быть правильно сконструированы. Здесь, правильное конструирование означает включение в состав субзаголовка MAC, который не имеет поля F/L для нескольких CE MAC, которые не имеют поля L, включая оставшиеся MAC SDU, за исключением CE MAC либо самого последнего MAC SDU, требующего поля L, и включая субзаголовок MAC, который не имеет поля F/L для последнего MAC SDU.

В описанной выше процедуре после того, как MAC PDU сконструирован, и после того, как BSR Заполнения инициирован при наличии некоторого оставшегося пространства, BSR включается (вставляется) в MAC PDU, а подобный BSR считается Регулярным BSR. Таким образом, BSR Заполнения обрабатывается тем же способом, что и Регулярный BSR. А именно, в этой ситуации BSR Заполнения имеет те же ограничения того же расположения конструирования, как и у Регулярного BSR.

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

Второй вариант осуществления

Настоящее изобретение предполагает, что поле LCID используется для непосредственного (или явного) сообщения о том, что BSR включается в MAC PDU после инициирования BSR благодаря заполнению, так что приемник может легко определить и знать, что BSR включается в MAC PDU (особенно, когда BSR был включен в MAC PDU благодаря заполнению). Более конкретно, предполагается, что субзаголовок MAC используется для указания того, был ли включен BSR.

Обращаясь к Фиг.12, изображение (a) показывает, что, когда MAC PDU содержит заполнение, на основании размера заполнения приемник может знать, что BSR Заполнения был включен BSR. На изображении (b), даже если BSR был включен в MAC PDU благодаря заполнению, субзаголовок MAC, имеющий установленное поле LCID, связанное с включенным в состав BSR, вставляется в MAC PDU, так что существование BSR непосредственно (или явно) сообщается.

Согласно другому способу настоящего изобретения приемник рассматривает BSR как BSR Заполнения, когда BSR включается в MAC PDU и когда существует заполнение для MAC PDU.

В описанной выше процедуре при инициировании BSR Заполнения благодаря процедуре заполнения и, в результате, при включении BSR в MAC PDU отдельный LCID, отличный от выделенного LCID, может быть обозначен для указания либо короткого BSR, либо длинного BSR. А именно, мобильный терминал устанавливает поле LCID (которое было отдельно обозначено) в субзаголовке MAC, связанном с BSR, если BSR включается в MAC PDU при инициировании BSR Заполнения благодаря процедуре заполнения.

Третий вариант осуществления

Обращаясь к Фиг.13, имеющей изображения (a), (b) и (c), при конструировании MAC PDU, согласно настоящему изобретению, объект MAC посылающего (или передающей стороны) берет данные, переданные по каждому логическому каналу, и элементы управления MAC, которые включены (наполняют или вставлены) в MAC PDU, и если MAC PDU имеет 2 байта оставшегося пространства, такое оставшееся пространство используется для обработки BSR Заполнения. Далее будут описаны различные применения, использующие эту концепцию.

В настоящем изобретении, при конструировании MAC PDU, объект MAC посылающего берет данные, переданные по каждому логическому каналу, и элементы управления (CE) MAC, которые включены (наполняют или вставлены) в MAC PDU, и если MAC PDU имеет 2 байта оставшегося пространства, множество заголовков заполнения (каждый заголовок длиной 1 байт) включаются в состав для заполнения оставшегося пространства в MAC PDU.

В настоящем изобретении, при конструировании MAC PDU, объект MAC посылающего берет данные, переданные по каждому логическому каналу, и элементы управления (CE) MAC, которые включены (наполняют или вставлены) в MAC PDU, и если MAC PDU имеет 2 байта оставшегося пространства, такое двухбайтное пространство наполняется так, что поле L включается в последний субзаголовок MAC.

В настоящем изобретении, при конструировании MAC PDU, объект MAC посылающего берет данные, переданные по каждому логическому каналу, и элементы управления (CE) MAC, которые включены (наполняют или вставлены) в MAC PDU, и если MAC PDU имеет 2 байта оставшегося пространства, BSR Заполнения (именно однобайтный BSR для субзаголовка MAC) и однобайтный короткий BSR включаются в состав для наполнения оставшегося пространства MAC PDU.

Следует отметить, что описанные выше процедуры могут также быть выполнены тем же способом для MAC PDU с оставшимся пространством не только в 2 байта, но для любого количества байт, такого как 4 байта.

Четвертый вариант осуществления

Когда базовая станция конструирует и передает MAC PDU мобильному терминалу, если пространство заполнения создается после того, как MAC PDU сконструирован, команда временного выравнивания (т.е. команда TAC) может быть включена в MAC PDU. Подобная команда TAC может быть использована мобильным терминалом для настройки времени передачи по восходящей линии связи. Например, когда остаются 2 байта в MAC PDU после того, как MAC PDU сконструирован, базовая станция может выделить 1 байт для субзаголовка команды TAC и выделить другой 1 байт для самой команды TAC, которая обеспечивает инструкции мобильному терминалу для настройки времени передачи по восходящей линии связи. Также, даже если остается 1 байт пространства заполнения, базовая станция не включает связанный субзаголовок MAC, но команда TAC включается в MAC PDU и передается.

Пятый вариант осуществления

Если мобильный терминал определяет, что пространство заполнения существует и пытается инициировать BSR Заполнения, обеспечиваются более точные правила такие, что инициирование BSR Заполнения предотвращается, если BSR Заполнения не может на самом деле быть включен в MAC PDU. Таким образом, в настоящем изобретении, когда мобильный терминал использует CE MAC и MAC SDU для конструирования MAC PDU, мобильный терминал проверяет оставшееся пространство путем получения размера байт заполнения, который равен размеру MAC PDU за вычетом суммы размеров MAC SDU, CE MAC и их субзаголовков MAC. В этом вычислении для последнего элемента, включенного в MAC PDU (а именно, последнего MAC SDU), мобильный терминал полагает, что поле L будет включено в субзаголовок MAC, связанный с MAC SDU. Если последним элементом является CE MAC и если подобный CE MAC имеет переменный размер, мобильный терминал полагает, что поле L будет включено в субзаголовок MAC, связанный с CE MAC, и выполняет вычисление. А именно, полагая, что субзаголовок MAC для последнего элемента является «R/R/E/LCID/F/L», вычисляется размер бит заполнения для MAC PDU. Также, если только размер байт заполнения тот же или больше, чем сумма размера BSR и размера его связанного субзаголовка MAC, BSR Заполнения будет инициирован.

В частности, при вычислении количества байт заполнения, поле(-я) F/L в субзаголовке(-ах) MAC, связанные со всеми MAC SDU, включенными в MAC PDU, включаются в вычисления. Здесь, даже для CE MAC, которые имеют переменный размер, вычисления выполняются путем включения поля F/L в субзаголовок MAC, связанный с CE MAC. Таким образом, если количество байт заполнения то же или больше, чем сумма BSR и его связанного субзаголовка MAC, только тогда BSR Заполнения будет инициирован.

Шестой вариант осуществления

Обращаясь к Фиг.14, имеющей изображения (a), (b) и (c), и Фиг.15, имеющей изображения (a), (b) и (c), при конструировании MAC PDU, согласно настоящему изобретению, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, затем, если 2 байта оставшегося пространства существуют в MAC PDU, и если короткий BSR уже включен в MAC PDU, настоящее изобретение предполагает, что короткий BSR замещается длинным BSR. Таким образом, длинный BSR включается в MAC PDU вместо короткого BSR, как показано на Фиг.14.

Также, при конструировании MAC PDU, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, затем, если 4 байта оставшегося пространства существуют в MAC PDU, это используется для BSR Заполнения, и, в частности, используется длинный BSR. Здесь, 4 байта содержат однобайтовый субзаголовок MAC, однобайтовый короткий BSR, а два байта используются для заполнения.

При конструировании MAC PDU объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, если MAC PDU уже включает в себя BSR, то один или более дополнител