СПОСОБ И УСТРОЙСТВО ДЛЯ ОБРАБОТКИ ОТЧЕТА О СОСТОЯНИИ БУФЕРА ЗАПОЛНЕНИЯ
METHOD AND APPARATUS FOR PROCESSING PADDING BUFFER STATUS REPORT

Область техники, к которой относится изобретение
Настоящее изобретение относится к способу и устройству обработки отчетов о состоянии буфера (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, то один или более дополнительных BSR могут также быть вставлены в MAC PDU, если существует какое-либо оставшееся пространство в MAC PDU.
Также, при конструировании MAC PDU, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, если MAC PDU уже включает в себя BSR, и если существует какое-либо оставшееся пространство в MAC PDU, тогда BSR Заполнения не инициируется.
Дополнительно, при конструировании MAC PDU, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, если существует какое-либо оставшееся пространство, и если Периодический BSR или Регулярный BSR был инициирован, тогда среди BSR Заполнения с наибольшим размером и BSR, которые были инициированы, вставляется только наибольший BSR.
Кроме того, при конструировании MAC PDU, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, и если Периодический BSR или Регулярный BSR был инициирован, тогда BSR Заполнения не инициируется.
Что касается результатов настоящего изобретения, когда мобильный терминал конструирует MAC PDU и если существует какое-либо оставшееся пространство в MAC PDU, обеспечивается способ эффективного использования подобного оставшегося пространства, чтобы увеличить практичность использования и эффективность радиоресурсов.
Некоторые дополнительные особенности концепций и признаков настоящего изобретения будут описаны далее.
Особенность #1
BSR Заполнения может быть включен в состав в других местах (или позициях) перед последними субзаголовками MAC. А именно, когда заполнение имеет размер 2 байта после наполнения транспортного блока (TB) субзаголовками и связанными MAC SDU или другими элементами управления MAC, включается в состав двухбайтный короткий BSR. Например, первый субзаголовок может быть коротким BSR, если он может в точности удалить заполнение.
А именно, когда заполнение имеет длину 2 байта после наполнения TB субзаголовками и связанными MAC SDU или другими элементами управления MAC, последний субзаголовок может включать в себя двухбайтное поле L. А именно, используется поле F, указывающее длинное поле L и 15-битное поле L. При каждом декодировании субзаголовка MAC, когда общая сумма размера субзаголовков и размера связанных элементов управления MAC или связанных MAC SDU в точности такая же, как TB (полагая, что хвостовые 1~7 бит исключаются), принимающий объект MAC считает, что больше не существует субзаголовков. Это не рассматривается как случай ошибки. А именно, последний субзаголовок MAC может включать в себя поле L, если он может в точности подойти к TB без остающегося байта заполнения/LCID.
Особенность #2
Заполнение происходит в конце MAC PDU, за исключением случая, когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено заполнением в конце MAC PDU.
Когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено заполнением в конце MAC PDU, один или более субзаголовков MAC PDU, соответствующих заполнению, вставляются перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок не существует, перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.
Для FDD, когда благодаря квантованности размеров транспортного блока, которые могут поддерживаться, или инициированию Информации Планирования размер данных плюс заголовка меньше или равен размеру TB E-TFC, выбранного UE, за вычетом 24 бит, значение [111111] DDI будет присоединено в конец субзаголовка MAC-e, а Информация Планирования будет конкатенирована в этом MAC PDU-e, где значение [111111] DDI указывает, что присутствует Информация Планирования, конкатенированная в этом MAC PDU-e. В ином случае, если размер данных плюс заголовка меньше или равен размеру TB E-TFC, выбранного UE, за вычетом 18 бит, Информация Планирования будет конкатенирована в этом MAC PDU-e. В любом другом случае это понимается как другие MAC PDU-e, или что Информация Планирования не подходит, и, следовательно, нет необходимости резервировать место в транспортном блоке для дополнительного поля DDI.
А именно, в случае HSUPA, для того, чтобы принять решение, что включать в состав или когда остановить наполнение TB MAC, передатчик непрерывно сравнивает размер заголовка MAC плюс данных MAC с доступным размером транспортного блока. Так, в некоторых случаях, информация планирования добавляется без каких-либо полей, указывающих присутствие информации планирования. Таким образом, некоторые поля заголовка, такие как DDI, могут быть опущены для увеличения эффективности.
Но настоящие спецификации MAC LTE не описывают такой тип работы. Таким образом, поднимается вопрос о том, отбрасывать работу HSUPA или нет. Случай показан на Фиг.13.
На изображении (a) оставшиеся 2 байта используются путем включения 2-х субзаголовков заполнения. На изображении (b) 2 байта заменяются полями F и L. Соответственно, последний субзаголовок также содержит поля F и L. Этот подход аналогичен применяемому в HSUPA. А именно, путем сравнения общей суммы субзаголовков плюс поля данных с размером транспортного блока (TB) приемники могут знать, что заполнения нет. На изображении (c) 2 байта заменяются коротким BSR. Фактически, короткий BSR не может быть отчетом о состоянии пустого буфера. Полезный сценарий для ситуации с изображения (c) показан на Фиг.16.
Как показано на Фиг.16, присутствие LCID заполнения не исключает того, есть ли еще данные в буфере UE. Для способствования планировщику eNB предполагается, что подход с изображения (c) Фиг.13 лучше, чем подход с изображения (a). А именно, вместо того, чтобы растрачивать 2 байта на LCID заполнения, будет более полезным использовать эти 2 байта для короткого BSR.
Обращаясь к Фиг.4-6, будет дано описание MAC PDU (DL-SCH и UL-SCH).
MAC PDU состоит из заголовка MAC, нуля или более служебных блоков данных MAC (MAC SDU), нуля или более элементов управления MAC (CE MAC), и необязательно заполнение; как описано на Фиг.4. Как заголовок MAC, так и MAC SDU имеют переменный размер. Заголовок MAC состоит из одного или более субзаголовков MAC PDU; каждый субзаголовок соответствует либо MAC SDU, либо элементу управления MAC, либо заполнению. В некоторых вариантах осуществления субзаголовки MAC PDU для заполнения не должны появляться более одного раза в MAC PDU.
Субзаголовок MAC PDU может состоять из шести полей R/R/E/LCID/F/L заголовка, за исключением последнего субзаголовка в MAC PDU и элементов управления MAC с фиксированным размером. Последний субзаголовок в MAC PDU и субзаголовки для элементов управления MAC состоят только из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка.
Субзаголовки MAC PDU имеют тот же порядок, что и соответствующие MAC SDU, элементы управления MAC и заполнение. Элементы управления MAC, за исключением BSR Заполнения, всегда помещаются перед любым MAC SDU. BSR Заполнения появляется в конце MAC PDU. Заполнение появляется в конце MAC PDU, за исключением случая, когда требуется однобайтный, но не может быть выполнен заполнением в конце MAC PDU. Когда требуется однобайтный, но не может быть выполнен заполнением в конце MAC PDU, один субзаголовок MAC PDU, соответствующий заполнению, вставляется перед первым субзаголовком MAC PDU, соответствующим MAC SDU; либо, если подобный субзаголовок не существует, перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC. Когда остаются два байта после наполнения MAC PDU элементами управления MAC и MAC SDU (за исключением BSR), тогда включается короткий BSR.
В некоторых вариантах осуществления максимум один MAC PDU может быть передан за TB для UE. Также, в зависимости от категории физического уровня, один или два TB могут быть переданы за TTI для UE.
Следует также отметить, что еще предстоит уточнить, будет ли использоваться такой MAC PDU только для DL/UL SCH или также для других транспортных каналов.
Особенность #3
BSR Заполнения включается в состав, когда существует какое-либо оставшееся место в MAC PDU, которое больше или равно размеру BSR. Если ресурсы восходящей линии связи (UL) выделены и количество бит заполнения больше размера элемента управления MAC Отчета о Состоянии Буфера, подобный BSR называется ниже «BSR Заполнения». Но в отношении того, как выражать BSR Заполнения, должны быть решены следующие вопросы: элементы управления MAC (за исключением BSR Заполнения) всегда помещаются перед любым MAC SDU. BSR Заполнения появляется в конце MAC PDU. Как BSR Заполнения, так и заполнение могут появляться в конце MAC PDU. Однако настоящим изобретением разрешаются некоторые вопросы, такие как указывается ли BSR Заполнения явно посредством LCID BSR или неявно посредством LCID Заполнения либо следует ли BSR Заполнения за заполнением или заполнение следует за BSR.
Как указывать BSR Заполнения (4 предложения)
Фиг.17 показывает две возможные реализации (изображения (a) и (b)) того, как указывать присутствие BSR Заполнения.
На изображении (a), в зависимости от области заполнения, либо короткий BSR, либо длинный BSR включается в состав без связанного субзаголовка. На изображении (a) BSR может быть включен в состав когда-либо при размере заполнения, равном или большем 2-х байт. В этом подходе, если остаются 3 байта после наполнения MAC PDU другими субзаголовками или SDU/CE MAC, то BSR может быть включен.
На изображении (b) последними 2 субзаголовками MAC являются субзаголовок BSR и субзаголовок заполнения, тогда как BSR Заполнения указан явно. В этом подходе, когда остаются 4 байта после наполнения MAC PDU другими субзаголовками или SDU/CE MAC, то BSR может быть включен.
А именно, разница между двумя подходами (a) и (b) в минимальном размере оставшихся байт для включения BSR.
Предложение 1
Предлагается решать, использовать неявный или явный способ для указания BSR Заполнения, и учитывается порядок между BSR Заполнения и заполнением.
Фиг.17 показывает две возможные реализации местоположения BSR Заполнения в случае, когда используется неявное указание, как на изображении (a) Фиг.12. Любой из подходов является осуществимым. На Фиг.17 очевидно, что BSR может быть помещен перед или после байта, используемого для заполнения.
Фиг.18 показывает две возможные реализации местоположения BSR Заполнения в случае, когда используется явное указание, как на изображении (b) Фиг.12. Оба решения основаны на поле «E». Если поле «E» указывает другой субзаголовок MAC, приемник просто декодирует следующий байт, чтобы узнать, что следует далее. Однако в подходе (b) после детектирования BSR LCID после LCID Заполнения приемник MAC в eNB может незамедлительно декодировать последние байты, чтобы узнать состояние буфера UE. С другой стороны, в подходе (a) после детектирования BSR LCID, приемник MAC в eNB сначала должен вычислить начальное положение BSR перед декодированием первого байта BSR.
Предложение 2
Предлагается решать, является ли BSR Заполнения последним в MAC PDU или последним является заполнение.
Предложение 3
Когда остается 2 байта после наполнения MAC PDU с помощью MAC SDU или CE MAC, не считая BSR, следует доставлять короткий BSR.
В то же время, если остаются 2 байта после того, как BSR уже был включен в MAC PDU, можно рассматривать ситуации на Фиг.19 (случай 2-х оставшихся байт после того, как был включен в состав короткий BSR) и Фиг.20 (случай 2-х оставшихся байт после того, как был включен в состав длинный BSR, в случае явного указания BSR Заполнения).
Изображение (a) Фиг.19 показывает случай, когда остаются 2 байта после того, как короткий BSR уже был включен в MAC PDU. Этот случай означает, что изначально оставалось 4 байта в MAC PDU после наполнения данными лишь с каждого логического канала. Другими словами, было доступно 4 байта после наполнения MAC PDU с помощью RLC PDU до включения в состав короткого BSR. Независимо от того, были ли дополнительные данные в субъектах RLC, 4 байта являлись изначально байтами заполнения. Затем длинный BSR должен был бы быть включен в состав, нежели короткий BSR. Таким образом, вместо (а) должен использоваться (b).
Изображение (a) Фиг.20 показывает случай, когда остаются 2 байта после того, как длинный BSR уже был включен в MAC PDU. Это означает, что изначально оставалось 6 байт в MAC PDU после наполнения данными с каждого логического канала. Другими словами, было доступно 6 байт после наполнения MAC PDU с помощью RLC PDU с верхнего уровня. Для этого существует три сценария.
1. Если не было оставшихся данных в каждом из субъектов RLC, 6 байт изначально являлись байтами наполнения, BSR должен был бы быть отменен, либо должен был быть включен в состав нормальный BSR Заполнения. В этом случае, если используется явное указание для BSR Заполнения, произойдут сценарии (b) и (c) с Фиг.4, нежели (a). Если используется неявное указание для BSR Заполнения, произойдут сценарии (b) и (c) с Фиг.5, нежели (a).
2. Если был только один логический канал с данными после наполнения MAC PDU, должен был быть инициирован короткий BSR, а оставшиеся 4 байта должны были быть использованы для включения в состав данных для логического канала.
3. Если было более чем один логический канал с данными после наполнения MAC PDU, в любом случае должен был быть включен в состав длинный BSR. Но такая ситуация кажется странной, поскольку произойдут сценарии (b) и (c) с Фиг.20 в случае, когда используется явное указание для BSR Заполнения. А сценарии (b) и (c) с Фиг.21 (случай 2-х оставшихся байт после того, как был включен в состав длинный BSR, в случае явного указания BSR Заполнения) произойдут в случае, когда используется неявное указание для BSR Заполнения.
Соответственно, случай двухбайтного субзаголовка заполнения может быть неочевидным и не всегда полезным. И поскольку настоящая структура MAC может избегать двухбайтного заполнения, двухбайтный субзаголовок заполнения не должен существовать.
Предложение 4
Следует избегать двухбайтного субзаголовка заполнения в заголовке MAC.
Особенность #4
Для сети конкретные концепции настоящего изобретения могут быть описаны следующим образом:
eNB составляет MAC PDU с помощью доступных данных в буферах RLC/PDCP для одного UE и дополнительно с помощью Элементов Управления MAC.
После наполнения MAC PDU с помощью MAC SDU/CE MAC:
- если остаются два байта после наполнения MAC PDU,
-- eNB включает TA CMD в состав MAC PDU, заменяя по меньшей мере два байта,
--- в этом случае один байт используется для включения в состав субзаголовка для TA CMD, и
---- один байт используется для включения в состав фактического значения команды временного выравнивания,
----- и по меньшей мере один байт используется как субзаголовок для заполнения.
- Или, если остается более двух байт после наполнения MAC PDU,
-- eNB включает TA CMD в состав MAC PDU, заменяя по меньшей мере два байта,
--- в этом случае один байт используется для включения в состав фактического значения команды временного выравнивания,
---- и один байт используется как субзаголовок для заполнения,
----- а другие байты используются как заполнение.
--- Или один байт заполнения заменяется TA CMD.
Для мобильного терминала конкретные концепции настоящего изобретения могут быть описаны следующим образом.
UE декодирует/повторно собирает принятый MAC PDU в MAC SDU и/или CE MAC.
- UE декодирует каждый субзаголовок MAC и MAC SDU/CE, ассоциированные с субзаголовком.
-- UE вычисляет размер суммы субзаголовков и MAC SDU/CE,
-- UE сравнивает размер суммы с размером MAC PDU,
- если указано заполнение и размер заполнения (за исключением субзаголовка заполнения) равен или больше 1 байта,
-- UE считает, что TA CMD включена в часть заполнения.
Особенность #5
Для направления восходящей линии связи настоящие спецификации MAC требуют, что UE должно включать BSR в состав, если пространство заполнения позволяет включение BSR в состав. Учитывая, что требуется два байта для включения в состав короткого BSR, BSR будет включен в MAC PDU всякий раз, когда оставшееся пространство заполнения будет составлять два байта.
На Фиг.22, поскольку двух байт достаточно для включения в состав короткого BSR, ситуация с изображения (a) не должна произойти. Если мы последуем намерению настоящего описания, UE должно выслать формат с изображения (b) с Фиг.22.
Таким образом, особой обработки двухбайтного заполнения согласно нижеследующему не требуется.
Заполнение происходит в конце MAC PDU, за исключением случаев, когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено посредством заполнения в конце MAC PDU. Когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено посредством заполнения в конце MAC PDU, один или два субзаголовка MAC, соответствующие заполнению, вставляются перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.
Кроме того, BSR с изображения (b) с Фиг.22 можно называть BSR Заполнения, поскольку он включается благодаря пространству заполнения. Поскольку BSR не располагается в конце MAC PDU, можно предположить, что это не согласуется с настоящим определением BSR Заполнения. Однако BSR Заполнения не должен являться последним элементом в MAC PDU. Более того, BSR Заполнения указывается с помощью явного LCID. Таким образом, BSR Заполнения может располагаться где угодно в пределах MAC PDU.
В направлении нисходящей линии связи нужды в BSR не существует, ситуация для DL отличается от UL. Так, особая обработка двухбайтного заполнения все еще является требуемой для направления DL. Поскольку размер команды временного выравнивания равен 2 байтам, можно предположить, что TA CMD может быть включена в состав всякий раз, когда остаются 2 байта в MAC PDU. Посылка больше TA CMD является преимуществом, поскольку это дольше сохранит UE в синхронизированном состоянии, но это ограничивает режимы eNB необоснованным образом.
Согласно дальнейшему анализу, для целей подстраховки, нам также следует учитывать случай, когда остаются 2 байта в MAC PDU, в котором уже включен BSR. Это показано на Фиг.23 для короткого BSR и на Фиг.24 для длинного BSR.
А именно, если остаются 2 байта в PDU, в котором уже включен короткий BSR, это означает, что для BSR доступно 4 байта. Затем, короткий BSR будет заменен длинным BSR. Таким образом, произойдет сценарий изображения (b), нежели сценарий изображения (a), с Фиг.23
А именно, если остаются 2 байта в PDU, в котором уже включен длинный BSR, это означает, что для BSR доступно 6 байт. Затем, 4 байта будут использованы для длинного BSR, а другие 2 байта могут быть использованы для поля L для последнего MAC SDU или LCID заполнения. Таким образом, следует использовать формат с изображений (b) или (c), нежели формат с изображения (a) с Фиг.24.
Особенность #6
Признаки настоящего изобретения могут быть также выражены следующим образом.
Для BSR Заполнения:
- если количество бит заполнения равно или больше, чем размер короткого BSR, но меньше, чем размер длинного BSR, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными;
- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR, сообщить длинный BSR.
Местоположение BSR Заполнения
BSR на изображении (b) с Фиг.22 является BSR Заполнения, поскольку он включается в состав благодаря пространству заполнения. Но из-за того, что BSR не расположен в конце MAC PDU, можно предположить, что это не согласуется с настоящим определением BSR Заполнения. Однако BSR Заполнения не должен являться последним элементом в MAC PDU. Более того, BSR Заполнения указывается с помощью явного LCID. Таким образом, BSR Заполнения может располагаться где угодно в пределах MAC PDU.
Фиг.25 показывает случай использования 2 байт оставшегося пространства TB (BSR Заполнения является последним).
Если мы все еще требуем, чтобы BSR Заполнения был последним элементом, не считая заполнения в MAC PDU, то следует использовать сценарий с изображения (b) с Фиг.25.
На изображении (b) с Фиг.25 второй субзаголовок MAC не имеет поля L. Но из-за того, что он не является последним субзаголовком MAC в MAC PDU, сценарий с изображения (b) с Фиг.25 может быть неверным.
Очевидно, что иметь BSR предпочтительно, чем не иметь BSR. Таким образом, следует использовать сценарий с изображения (b) с Фиг.22, нежели сценарий с изображения (a) или (b) с Фиг.25. Как таковое, местоположение BSR в пределах MAC PDU не должно ограничиваться.
Элементы управления MAC (за исключением BSR Заполнения) всегда помещаются перед любым MAC SDU. BSR Заполнения появляется в конце MAC PDU.
Субзаголовок MAC PDU состоит из шести полей R/R/E/LCID/F/L заголовка, за исключением последнего субзаголовка в MAC PDU и элементов управления MAC с фиксированным размером. Последний субзаголовок в MAC PDU и субзаголовки элементов управления MAC с фиксированным размером состоят только из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей заголовка R/R/E/LCID.
Очевидно, что иметь BSR предпочтительно, чем не иметь BSR. В этом смысле, следует использовать сценарий с изображения (b) с Фиг.22, нежели сценарий с изображения (a) или (b) с Фиг.25. Одним способом избежать сценария (b) с Фиг.25 является то, что BSR Заполнения может располагаться в любом месте в пределах MAC PDU. Если это будет позволено, инициирующее условие BSR Заполнения будет гарантировать, что формат (b) с Фиг.22 посылается всякий раз, когда доступны 2 байта пространства заполнения.
MAC PDU является битовой строкой, которая выровнена побайтно (т.е. кратна 8-ми битам) в длину. Битовые строки могут быть представлены таблицей (или списком), в которой самым старшим значащим битом является самый левый бит первой строки таблицы, самым младшим значащим битом является самый правый бит в последней строке таблицы, а более общо - битовые строки должны читаться слева направо и затем в порядке чтения построчно. Порядок битов в каждом поле параметра в пределах MAC PDU представляется первым и самым старшим значащим битом в самом левом бите и последним и самым младшим значащим битом в самом правом бите.
MAC SDU являются битовыми строками, которые выровнены побайтно (т.е. кратны 8-ми битам) в длину. SDU включается в MAC PDU с первого бита и далее.
Субзаголовки MAC PDU имеют тот же порядок, как и соответствующие MAC SDU, элементы управления MAC и заполнение.
Элементы управления MAC, не считая BSR Заполнения, всегда помещаются перед любым MAC SDU. BSR Заполнения может быть помещен как перед любым MAC SDU, так и после любого MAC SDU.
В направлении восходящей линии связи заполнение происходит в конце MAC PDU, за исключением случаев, когда однобайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU.
В направлении нисходящей линии связи заполнение происходит в конце MAC PDU, за исключением случаев, когда однобайтное или двухбайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU.
В направлении восходящей линии связи, когда однобайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU, один субзаголовок MAC, соответствующий заполнению, вставляется перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.
В направлении нисходящей линии связи, когда однобайтное или двухбайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU, субзаголовки MAC, соответствующие заполнению, вставляются перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.
Максимум один MAC PDU может быть передан за TB для UE. В зависимости от категории физического уровня, один или два TB могут быть переданы за TTI для UE.
Особенность #7
Заголовок MAC PDU состоит из одного или более субзаголовков MAC PDU; причем каждый субзаголовок соответствует MAC SDU, элементу управления MAC либо заполнению. Субзаголовки MAC PDU для заполнения не должны появляться более чем однажды в MAC PDU.
Субзаголовки MAC PDU имеют тот же порядок, что и соответствующие MAC SDU, элементы управления MAC и заполнение.
Элементы управления MAC, не считая BSR Заполнения, всегда помещаются перед любым MAC SDU. BSR Заполнения может быть помещен как перед любым MAC SDU, так и после любого MAC SDU.
Заполнение происходит в конце MAC PDU, за исключением случаев, когда однобайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU.
Когда однобайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU, один субзаголовок MAC, соответствующий заполнению, вставляется перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.
Когда остаются два байта после наполнения MAC PDU элементами управления MAC и MAC SDU (за исключением BSR), тогда включается короткий BSR.
Максимум один MAC PDU может быть передан за TB для UE. Также, в зависимости от категории физического уровня, один или два TB могут быть переданы за TTI для UE.
Особенность #8
Субзаголовок MAC PDU состоит из шести полей R/R/E/LCID/F/L заголовка, за исключением последнего субзаголовка в MAC PDU и элементов управления MAC с фиксированным размером. Последний субзаголовок в MAC PDU и субзаголовки элементов управления MAC с фиксированным размером состоят только из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей заголовка R/R/E/LCID.
Количество битов заполнения равно размеру TB минус размер MAC SDU или CE MAC минус размер их связанных субзаголовков MAC. В этом вычислении субзаголовок MAC для последнего MAC SDU предполагается имеющим «R/R/E/LCID/F/L».
Элементы управления MAC, не считая BSR Заполнения, всегда помещаются перед любым MAC SDU. BSR Заполнения может быть помещен как перед любым MAC SDU, так и после любого MAC SDU.
Для BSR Заполнения:
- если количество бит заполнения равно или больше, чем размер длинного BSR, и длинный BSR вмещается в MAC PDU, сообщить длинный BSR,
- иначе, если количество бит заполнения равно или больше, чем размер короткого BSR, и короткий BSR вмещается в MAC PDU, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными.
Особенность #9
Можно предусмотреть два альтернативных варианта.
Вариант 1
Для BSR Заполнения:
- если количество бит заполнения равно или больше, чем размер короткого BSR, но меньше, чем размер длинного BSR, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными;
- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR, сообщить длинный BSR.
Количество битов заполнения равно размеру TB минус размер MAC SDU или CE MAC минус размер их связанных субзаголовков MAC. В этом вычислении субзаголовок MAC для последнего MAC SDU предполагается имеющим «R/R/E/LCID/F/L».
Вариант 2
Для BSR Заполнения:
- если количество бит заполнения равно или больше, чем размер длинного BSR, и если все субзаголовки MAC для MAC SDU в пределах MAC PDU могут содержать поля F и L, сообщить длинный BSR;
- иначе, если количество бит заполнения равно или больше, чем размер короткого BSR, и если все субзаголовки MAC для MAC SDU в пределах MAC PDU могут содержать поля F и L, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными.
Далее будет описана возможная проблема неоднозначности и ее решение.
Изображение (a) с Фиг.26 показывает, что оставшегося пространства достаточно для включения в состав длинного BSR. Но в MAC PDU уже включен короткий BSR. Согласно настоящей спецификации только один BSR может быть включен в MAC PDU, когда инициируется несколько BSR. Таким образом, что-либо одно из BSR: «Короткого» и «Регулярного» или «Длинного» и «Заполнения» допускается на Фиг.26. Подобные проблемы показаны на изображениях (b) и (c) с Фиг.26.
Таким образом, неочевидно, что должно включаться в состав. А именно, имеет ли «Регулярный» или «Периодический» приоритет выше, чем BSR «Заполнения». Возможно, следует выбирать длинный BSR насколько это возможно. Либо, возможно, Короткий Регулярный BSR должен быть заменен длинным BSR Заполнения. С другой стороны, для уменьшения сложности осуществления, можно предложить позволить несколько BSR в одном MAC PDU. Это другой способ снятия подобной неоднозначности.
Таким образом, поскольку одно возможное решение ситуации с несколькими BSR описано выше и несколько BSR могут быть включены в один MAC PDU, то формат Фиг.27 заменит формат с Фиг.26.
В качестве другого возможного решения UE может включать в состав один длинный BSR. А именно, когда UE составляет MAC PDU, UE объединяет оставшееся пространство и уже выделенное пространство для «Регулярного» и «Периодического» BSR для включения в состав длинного BSR. Фиг.28 показывает, как MAC PDU будет выглядеть, когда это решение применено к проблеме, показанной на Фиг.26.
Особенность #10
Для диспетчера очень важно быть способным отличать BSR Заполнения от регулярного BSR. Если ограничения местоположения сняты, для BSR Заполнения должен использоваться отдельный LCID. Здесь BSR Заполнения должен быть явно указан субзаголовком заполнения.
- если количество бит заполнения равно или больше, чем размер короткого BSR плюс его субзаголовок, но меньше, чем размер длинного BSR плюс его субзаголовок, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными;
- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR плюс его субзаголовок, сообщить длинный BSR.
Иметь общее правило обработки заполнения может быть проще, чем внедрение исключений: независимо от того, включен ли BSR в состав, UE всегда применяет одни и те же правила для включения в состав BSR Заполнения.
Если BSR уже включен в состав, другой BSR может не понадобиться. Другой BSR может увеличить обработку MAC. Поля BSR наполняются после того, как построен PDU, следовательно, два BSR могут являться идентичными копиями.
Если используется короткий BSR, это может означать, что другие три несообщаемые группы не имеют буферизованных данных. Таким образом, короткий BSR («Регулярный» или «Периодический») может включать в себя состояние буфера для всех групп. С другой стороны, если используется длинный BSR, состояние буфера для всех групп также может сообщаться.
Особенность #11
Тип BSR, который должен быть включен в состав при инициировании нескольких BSR, требует рассмотрения.
Даже если несколько событий происходит ко времени, когда BSR может быть передан, только один BSR может быть включен в MAC PDU.
Например, когда короткий BSR инициируется благодаря истечению периодического таймера, а оставшегося пространства заполнения достаточно для включения длинного BSR в состав, тип BSR для включения в состав должен быть определен. Когда инициируется регулярный короткий BSR и пространство заполнения допускает только короткий BSR, два коротких BSR могут быть объединены для генерации длинного BSR. Для вышеперечисленных ситуаций кажутся возможными несколько решений.
Вариант A: BSR Заполнения не инициируется, когда регулярный BSR или периодический BSR уже был инициирован. Таким способом можно избежать инициирования BSR другого размера.
Вариант B: В MAC PDU может быть включен максимум один из регулярного BSR или периодического BSR, и может быть включен максимум один BSR Заполнения.
Вариант C: Если инициирован регулярный BSR или периодический BSR и если BSR Заполнения также инициирован, то включается в состав самый большой BSR, который вмещается в MAC PDU.
Благодаря простоте вариант A выше является самым практичным.
Следует отметить, что существует несколько различных типов BSR. Когда инициировано несколько BSR, только один BSR включается в состав.
Однако существует вопрос о том, какой BSR должен быть включен в состав, когда инициировано несколько BSR. BSR Заполнения не инициируется, когда регулярный BSR или периодический BSR уже был инициирован. Объект MAC не может решать, какой BSR включать в состав, когда инициировано несколько BSR.
Процедура предоставления отчета о состоянии буфера используется для обеспечения обслуживающего eNB информацией о количестве данных в буферах UL UE. Отчет о Состоянии Буфера (BSR) должен инициироваться, если происходит одно из следующих событий:
- данные UL прибывают в буфер передачи UE, и данные принадлежат логическому каналу с большим приоритетом, чем у тех, чьи данные уже присутствовали в буфере передачи UE, в этом случае BSR будет ниже называться «Регулярный BSR»;
- ресурсы UL выделены, а количество битов заполнения больше, чем размер элемента управления MAC Отчета о Состоянии Буфера, в этом случае BSR будет ниже называться «BSR Заполнения»;
- происходит смена обслуживающей соты, в этом случае BSR будет ниже называться «Регулярный BSR»;
- истекает периодический таймер BSR (PERIODIC BSR TIMER), в этом случае BSR будет ниже называться «Периодический BSR».
Для Регулярного и Периодического BSR:
- если только одна LCG имеет буферизованные данные в TTI, в котором передается BSR: сообщить короткий BSR;
- иначе, если более одной LCG имеют буферизованные данные в TTI, в котором передается BSR: сообщить длинный BSR.
Для BSR Заполнения:
- если не был инициирован Регулярный BSR или Периодический BSR;
- если количество бит заполнения равно или больше, чем размер короткого BSR, но меньше, чем размер длинного BSR, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными;
- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR, сообщить длинный BSR.
Если процедура предоставления отчета о состоянии буфера определяет, что после последней передачи BSR был инициирован BSR:
- если UE имеет ресурсы UL, выделенные для новой передачи для данного TTI:
- предписать процедуре Мультиплексирования и Сборки генерировать элемент управления BSR MAC;
- повторно запустить PERIODIC BSR TIMER;
- иначе, если после последней передачи BSR был инициирован Регулярный BSR:
- должен быть инициирован Запрос Диспетчеризации.
Следует отметить, что, даже если несколько событий происходит ко времени, когда BSR может быть передан, только один BSR может быть включен в MAC PDU.
Ожидающие BSR должны быть отменены в случае, если разрешение UL может вместить все ожидающие данные, но недостаточно для вмещения дополнительно элементов управления BSR MAC.
Как описано выше, различные примерные варианты осуществления настоящего изобретения относятся к способу и системе для обработки отчетов о состоянии буфера (BSR). Когда выполняется инициирование BSR, размер(-ы) необходимого субзаголовка(-ов) должны учитываться совместно в дополнение к размеру BSR. Выполнение этого позволяет вставлять (включать в состав) субзаголовок(-и) в MAC PDU (или транспортный блок (TB) или другой блок данных).
Процедура предоставления отчета о состоянии буфера используется для обеспечения обслуживающего eNB информацией о количестве данных в буферах UL UE. Для процедуры предоставления отчета о состоянии буфера UE должно учитывать все однонаправленные радиоканалы, которые задействованы, и может учитывать однонаправленные радиоканалы, которые не задействованы.
Отчет о Состоянии Буфера (BSR) должен инициироваться, если происходит одно из следующих событий:
о
- данные UL для логического канала, который принадлежит LCG, становятся доступными для передачи в субъекте RLC или в субъекте PDP, и данные либо принадлежат логическому каналу с бльшим приоритетом, чем приоритеты логических каналов, которые принадлежат любой LCG, для которой данные уже доступны для передачи, либо нет доступных данных для передачи для любого логического канала, который принадлежит LCG, в этом случае BSR будет ниже называться «Регулярный BSR»;
- ресурсы UL выделены, а количество битов заполнения больше, чем размер элемента управления MAC Отчета о Состоянии Буфера, в этом случае BSR будет ниже называться «BSR Заполнения»;
- происходит смена обслуживающей соты, в этом случае BSR будет ниже называться «Регулярный BSR»;
- истекает RETX_BSR_TIMER, и UE имеет данные, доступные для передачи, в этом случае BSR будет ниже называться «Регулярный BSR»;
- истекает PERIODIC_BSR_TIMER, в этом случае BSR будет ниже называться «Периодический BSR».
Для Регулярного и Периодического BSR:
- если более одной LCG имеют данные, доступные для передачи в TTI, в котором передается BSR: сообщить длинный BSR;
- иначе: сообщить короткий BSR.
Для BSR Заполнения:
- если количество бит заполнения равно или больше, чем размер короткого BSR плюс его субзаголовок, но меньше, чем размер длинного BSR плюс его субзаголовок, сообщить короткий BSR;
- если более одной LCG имеют буферизованные данные в TTI, в котором передается BSR: сообщить Укороченный BSR для LCG с логическим каналом с наивысшим приоритетом с данными, доступными для передачи;
- иначе: сообщить короткий BSR;
- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR плюс его субзаголовок, сообщить длинный BSR.
Если процедура предоставления отчета о состоянии буфера определяет, что после последней передачи BSR был инициирован по меньшей мере один BSR, или по меньшей мере один BSR был инициирован впервые:
- если UE имеет ресурсы UL, выделенные для новой передачи для данного TTI:
- предписать процедуре Мультиплексирования и Сборки генерировать элемент управления BSR MAC;
- запустить или повторно запустить PERIODIC_BSR_TIMER, за исключением, когда BSR является Укороченным BSR;
- запустить (если не исполняется) или повторно запустить (если исполняется) RETX_BSR_TIMER;
- иначе, если был инициирован Регулярный BSR:
- должен быть инициирован Запрос Диспетчеризации.
MAC PDU должен содержать в большей мере один элемент управления BSR MAC, даже когда несколько событий инициируют BSR к тому времени, когда BSR может быть передан, в случае когда Регулярный и Периодический BSR будут предшествовать BSR Заполнения.
UE должно повторно запустить (если исполняется) RETX_BSR_TIMER после приема разрешения передачи новых данных по UL-SCH.
Все инициированные BSR должны быть отменены в случае, когда разрешение UL может вместить все ожидающие данные, но недостаточно для вмещения дополнительно элементов управления BSR MAC. Все инициированные BSR должны быть отменены в случае BSR включен в MAC PDU для передачи.
Далее, будет дополнительно описан MAC PDU (DL-SCH и UL-SCH за исключением прозрачного MAC и Ответа Произвольного Доступа).
MAC PDU состоит из заголовка MAC или более служебных блоков данных MAC (MAC SDU), нуля или более элементов управления MAC, и необязательно заполнение; как описано на Фиг.4.
Как заголовок MAC, так и MAC SDU имеют переменный размер.
Заголовок MAC состоит из одного или более субзаголовков MAC PDU; каждый субзаголовок соответствует либо MAC SDU, либо элементу управления MAC, либо заполнению.
Субзаголовок MAC PDU состоит из шести полей R/R/E/LCID/F/L заголовка, за исключением последнего субзаголовка в MAC PDU и элементов управления MAC с фиксированным размером. Последний субзаголовок в MAC PDU и субзаголовки для элементов управления MAC состоят только из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка.
Субзаголовки MAC PDU имеют тот же порядок, что и соответствующие MAC SDU, элементы управления MAC и заполнение.
Заполнение происходит в конце MAC PDU, за исключением случаев, когда однобайтное или двухбайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU. Заполнение может иметь любое значение, и UE будет его игнорировать.
Когда однобайтное или двухбайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU, один или два субзаголовка MAC, соответствующие заполнению, вставляются перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.
Максимум один MAC PDU может быть передан за TB для UE.
Согласно настоящему изобретению кроме элементов управления MAC существуют элементы управления MAC Отчета о Состоянии Буфера.
Элементы управления MAC Отчета о Состоянии Буфера (BSR) состоят из:
- в формате короткого BSR и Укороченного BSR: одного поля LCG ID и одного соответствующего поля размера буфера (Фиг.7); или
- в формате длинного BSR: четырех полей размера буфера, соответствующих LCG ID #0-#3 (Фиг.8).
Форматы BSR идентифицируются субзаголовками MAC PDU с LCID.
Поля LCG ID и размера буфера определяются следующим образом:
- LCG ID: Поле ID группы логических каналов идентифицирует группу логического канала(-ов), для которого сообщается состояние буфера. Длина поля составляет 2 бита;
- Размер буфера: Поле размера буфера идентифицирует общее количество данных, доступных по всем логическим каналам группы логических каналов после того, как MAC PDU был построен. Количество данных указывается в байтах. Оно должно включать в себя все данные, которые доступны для передачи на уровне RLC и на уровне PDCP. Размер заголовков RLC и MAC не учитывается при вычислении размера буфера. Длина поля составляет 6 бит.
Настоящее изобретение обеспечивает способ обработки отчета о заполнении буфера (BSR) в заполнении мобильным терминалом, содержащий этапы: проверки, является ли доступной какая-либо область заполнения в MAC PDU, который был построен, сравнения количества бит заполнения с размером BSR плюс его субзаголовок; и если количество бит заполнения больше, чем размер BSR плюс его субзаголовок, инициирования BSR.
Способ дополнительно содержит прием разрешения от сети на построение MAC PDU и построение MAC PDU с использованием данных верхнего логического канала и элементов управления MAC. MAC PDU может включать в себя короткий BSR, имеющий поле идентификатора логического канала (LCID) из 2-х байт и размер буфера из 6-ти байт. Может быть установлено отдельное поле идентификатора логического канала (LCID) для короткого BSR или укороченного BSR. Поле LCID может идентифицировать экземпляр логического канала соответствующего MAC SDU, или тип соответствующего элемента управления MAC, или заполнение для DL-SCH и UL-SCH соответственно. Поле LCID может содержать либо первое значение для короткого отчета о состоянии буфера или второе значение для длинного отчета о состоянии буфера. Размер BSR может быть 4 байта или 8 байт.
Обращаясь к Фиг.29, настоящее изобретение также обеспечивает субъект (2912, 2922) управления доступом к среде (MAC) в UE 2910 и в eNB 2920. Объект MAC содержит блок (2913, 2923) проверки, который проверяет, является ли доступной какая-либо область заполнения в MAC PDU, который был построен, блок (2915, 2925) сравнения, который сравнивает количество бит заполнения с размером отчета о состоянии буфера (BSR) плюс его субзаголовок; и блок (2914, 2924) обработки, который взаимодействует с блоком проверки и блоком сравнения для инициирования процедуры предоставления отчета о состоянии буфера (BSR), если количество бит заполнения больше, чем размер BSR плюс его субзаголовок.
Блок обработки может дополнительно выполнять этапы приема разрешения от сети на построение MAC PDU и построения MAC PDU с использованием данных верхнего логического канала и элементов управления MAC. MAC PDU может включать в себя короткий BSR, имеющий поле идентификатора логического канала (LCID) из 2-х байт и размер буфера из 6-ти байт. Может быть установлено отдельное поле идентификатора логического канала (LCID) для короткого BSR или укороченного BSR. Поле LCID может идентифицировать экземпляр логического канала соответствующего MAC SDU, или тип соответствующего элемента управления MAC, или заполнение для DL-SCH и UL-SCH соответственно. Поле LCID может содержать либо первое значение для короткого отчета о состоянии буфера или второе значение для длинного отчета о состоянии буфера. Размер BSR может быть 4 байта или 8 байт.
Различные особенности и концепции, описанные в данном документе, могут быть реализованы в программном обеспечении, аппаратном обеспечении или их комбинации. Например, компьютерная программа (которая исполняется компьютером, терминалом или сетевым устройством) для способа и системы для обработки отчетов о состоянии буфера (BSR) может содержать один или более разделов программных кодов для выполнения различных задач. Также, программный инструмент (который исполняется компьютером, терминалом или сетевым устройством) для способа и системы для обработки отчетов о состоянии буфера (BSR) может содержать одну или более частей программных кодов для выполнения различных задач.
Способ и система для обработки отчетов о состоянии буфера (BSR) согласно настоящему изобретению являются совместимыми с различными типами технологий и стандартов. Конкретные концепции, описанные в данном документе, относятся к различным типам стандартов, таких как GSM, 3GPP, LTE, IEEE, 4G и т.п. Однако необходимо понимать, что вышеперечисленные примерные стандарты не предназначены для ограничения, поскольку другие связанные стандарты и технологии также применимы к различным особенностям и концепциям, описанным в данном документе.
Промышленная применимость
Особенности и концепции, описанные в данном документе, применимы к и могут быть реализованы в различных типах пользовательских устройств (например, мобильном терминале, телефонных трубках, устройствах беспроводной связи и т.д.) и/или субъектах сети, которые могут быть сконфигурированы для поддержки способа и системы для обработки отчетов о состоянии буфера (BSR).
Поскольку различные особенности и концепции, описанные в данном документе, могут быть воплощены в нескольких формах без отвлечения от их характеристик, необходимо также понимать, что вышеописанные варианты осуществления не ограничиваются какими-либо подробностями предшествующего описания, если не указано иначе, а скорее должны быть интерпретированы широко в своем объеме, как определено прилагаемой формулой изобретения. Поэтому все изменения и модификации, которые подпадают в объем, или их эквиваленты подразумеваются охваченными прилагаемой формулой изобретения.