УСТРОЙСТВО И СПОСОБ КОНСТРУИРОВАНИЯ ЕДИНИЦЫ ДАННЫХ, КОТОРАЯ ВКЛЮЧАЕТ В СЕБЯ ИНФОРМАЦИЮ СОСТОЯНИЯ БУФЕРА
DEVICE AND METHOD TO DESIGN DATA UNIT WHICH INCLUDES BUFFER STATUS REPORT

Область техники, к которой относится изобретение
Настоящее изобретение относится к устройству и способу конструирования единицы данных, которая включает в себя информацию о состоянии буфера (BSR).
Предшествующий уровень техники
На предшествующем уровне техники выполнено представление информации о состоянии буфера, но ресурсы радиосвязи излишне расходуются неоправданно. По существу, в технологиях предшествующего уровня техники недостаточно обращается внимание на такие проблемы и, соответственно, не предлагается соответствующих решений.
Раскрытие изобретения
Техническое решение
Авторы настоящего изобретения понимают, по меньшей мере, установленные выше недостатки предшествующего уровня техники. Исходя из такого понимания различные признаки, описанные далее в этом документе, задуманы так, что конструирование единицы данных, которая включает в себя информацию о состоянии буфера (BSR), улучшено так, что, когда протокольные единицы обмена (PDU) (или Транспортные блоки (TB), или единицы данных других типов) сконструированы, оставшиеся в них доступные части используются как область для заполнения для вставки информации о состоянии буфера, что в результате приводит к более эффективному использованию ресурсов радиосвязи.
Краткое описание чертежей
На фиг.1 изображена иллюстративная архитектура сети для E-UMTS (Усовершенствованной универсальной мобильной телекоммуникационной системы).
На фиг.2 изображен протокол радиоинтерфейса плоскости управления между мобильным терминалом и базовой станцией на основе стандарта сети радиодоступа 3GPP.
На фиг.3 изображен протокол радиоинтерфейса плоскости пользователя между мобильным терминалом и базовой станцией на основе стандарта сети радиодоступа 3GPP.
На фиг.4 изображен иллюстративный формат PDU MAC, используемый объектом MAC.
На фиг.5 изображены иллюстративные форматы подзаголовка PDU MAC, используемые объектом MAC.
На фиг.6 изображен иллюстративный формат подзаголовка PDU MAC, используемый объектом MAC.
На фиг.7 изображен иллюстративный управляющий элемент MAC короткой BSR и усеченной BSR.
На фиг.8 изображен иллюстративный управляющий элемент MAC длинной BSR.
На фиг.9 изображена иллюстративная PDU MAC с данными и заполнением, с и без BSR.
На фиг.10 изображен пример, в котором мобильный терминал принял инструкции для конструирования PDU MAC, имеющей размер L+M+3 байта.
На фиг.11 изображен пример, где PDU MAC содержит 2 байта в оставшемся пространстве, 1 байт используется для BSR заполнения, и подзаголовок MAC содержит только 1 байт для дополнительного использования.
На фиг.12 изображены две иллюстративные реализации конструирования PDU MAC, включающей в себя BSR, с подзаголовком BSR и без него.
На фиг.13 изображены три иллюстративные реализации конструирования PDU MAC, включающей в себя BSR.
На фиг.14 изображены еще две иллюстративные реализации конструирования PDU MAC, включающей в себя BSR.
На фиг.15 изображены еще три иллюстративные реализации конструирования PDU MAC, включающей в себя BSR.
На фиг.16 изображено то, что при наличии LCID заполнения не ясно, существуют ли еще данные в буфере UE, и для улучшения эффективности планировщика eNB вместо непроизводительного использования двух байтов LCID заполнения более полезным является использование этих двух байтов для короткой BSR.
На фиг.17 изображены две возможные реализации (a) и (b) относительно того, как указывать существование BSR заполнения.
На фиг.18 изображены две возможные реализации относительно местоположения BSR заполнения в случае использования явного указания.
На фиг.19 изображен случай, когда остаются 2 байта после того, как короткая BSR уже добавлена в PDU MAC, соответственно, должна использоваться длинная BSR вместо короткой BSR.
На фиг.20 изображен случай, когда остаются 2 байта после того, как добавлена Длинная BSR.
На фиг.21 изображен случай, когда существует 2 оставшихся байта после того, как добавлена Длинная BSR, в случае неявного указания BSR заполнения.
На фиг.22 изображено то, что так как двух байтов достаточно для добавления короткой BSR, то должен использоваться формат (b) вместо формата (a).
На фиг.23 изображен случай, когда остается 2 байта для PDU MAC, в которую уже добавлена короткая BSR.
На фиг.24 изображен случай, когда остается 2 байта для PDU MAC, в которую уже добавлена длинная BSR.
На фиг.25 изображен случай использования оставшегося двухбайтового пространства TB (причем BSR заполнения является последней).
На фиг.26 изображено то, что оставшегося пространства достаточно для добавления длинного BSR, и другие ситуации, когда множество BSR могут быть добавлены в PDU MAC.
На фиг.27 изображено множество BSR, добавляемых в одну PDU MAC.
На фиг.28 изображен случай объединения оставшегося пространства и уже распределенного пространства для "Обычной" и "Периодической" BSR для добавления длинной BSR.
На фиг.29 изображена иллюстративная структура UE и eNB с определенными уровнями протокола, включающими в себя объект MAC.
Методика для осуществления изобретения
В этом описании соответствующие изобретению концепции и признаки, относящиеся к обработке информации о состоянии буфера (BSR), объясняются с точки зрения системы Долгосрочного развития (LTE) или других так называемых систем связи 4G (четвертого поколения), которая является расширением современных технологий 3GPP. Однако нет намерения ограничивать такими деталями различные признаки, описанные в этом документе, которые применимы к способам и мобильным и/или беспроводным системам связи других типов.
Далее в этом документе термин "мобильный терминал" используется для указания на устройства пользователя различных типов, например мобильные терминалы связи, абонентское оборудование (UE), мобильное оборудование (ME) и другие устройства, которые поддерживают технологии беспроводной связи различных типов.
Настоящее изобретение относится к обмену данными между базовой станцией и мобильным терминалом в так называемой системе Долгосрочного развития (LTE). В частности, в объекте MAC, который конструирует PDU MAC (или единицу данных другого типа, например транспортный блок) после приема данных из каждого логического канала, когда в PDU MAC доступно пространство для заполнения, мобильный терминал эффективно отправляет информацию о состоянии буфера с использованием такой области для заполнения PDU MAC, так что неоправданный излишний расход ресурсов радиосвязи минимизируется.
На фиг.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 (например, усовершенствованного узла B (eNode B), точки доступа (AP), узла сети и т.д.), обслуживающего шлюза (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 выполняет функцию сжатия заголовка для уменьшения размера заголовка для пакетов протокола Internet (IP), которые содержат относительно большую и излишнюю управляющую информацию, так что пакеты IP (например, для IPv4, IPv6 и т.д.) могут эффективно передаваться по радиоинтерфейсу, имеющему относительно малую полосу пропускания. Кроме того, уровень PDCP используется для выполнения кодирования данных плоскости управления (C-plane), например сообщений RRC. Уровень PDCP может также выполнять кодирование данных плоскости пользователя (U-plane).
Расположенный в самой верхней части Уровня 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.
Далее в этом документе объясняется структура PDU MAC со ссылкой на фиг.4-8, на которых изображены различные иллюстративные форматы PDU MAC, используемые объектом MAC (например, 224 и 244 по фиг.2 или 324, 344 по фиг.3).
На фиг.4 изображен иллюстративный формат PDU, используемый в объекте MAC. В поле LCID указывается, относится ли SDU MAC или Управляющий элемент (CE) MAC к нему. Если относится к SDU MAC, то в нем указывается, к какому логическому каналу относится SDU MAC, и если относится к CE MAC, то в нем указывается вид или тип CE MAC. Поле L информирует о размере SDU MAC в отношении SDU MAC. Поле E информирует о том, существуют ли какие-либо дополнительные подзаголовки MAC. В вышеупомянутом процессе если размер соответствующего SDU MAC или CE MAC равен 127 или меньше, то используется 7-битовое поле L, а иначе используется 15-битовое поле L (как изображено на фиг.5). Кроме того, SDU MAC, добавляемый в PDU MAC, является последним среди полей данных, добавляемых в PDU MAC, и используется относящийся к нему подзаголовок MAC, как изображено на фиг.6. В качестве альтернативы, в отношении CE MAC, имеющего фиксированный размер, используется подзаголовок MAC, как изображено на фиг.6. В других ситуациях используется подзаголовок MAC, изображенный на фиг.5.
На фиг.7 и фиг.8 изображены иллюстративные форматы информации BSR. Короткая BSR или длинная BSR могут использоваться в зависимости от количества групп логического канала, в которых существуют данные, и от размера доступного пространства в PDU MAC. Здесь короткая BSR и длинная BSR указывают на относительную длину BSR. По существу, для выражения таких типов BSR могут использоваться другие аналогичные термины. Например, короткую BSR можно назвать усеченной или укороченной BSR, в то время как длинную BSR можно назвать расширенной или удлиненной BSR.
Согласно фиг.4-6 объясняется каждое поле, используемое в них.
Заголовок MAC имеет переменный размер и состоит из следующих полей:
- LCID: Поле Logical Channel ID (ID логического канала) идентифицирует экземпляр логического канала соответствующего SDU MAC или тип соответствующего управляющего элемента MAC или заполняется, как описано в Таблицах 1 и 2 (изображенных ниже) для DL и UL-SCH соответственно. Существует одно поле LCID для каждого SDU MAC, управляющего элемента MAC или заполнения, добавляемых в PDU MAC. Наряду с этим в PDU MAC добавляется одно или два дополнительных поля LCID, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено посредством заполнения в конце PDU MAC. Размер поля LCID равен 5 битам.
- L: В поле Length (Длина) указывается длина соответствующего SDU MAC или управляющего элемента MAC в байтах. Существует одно поле L для каждого подзаголовка PDU MAC за исключением последнего подзаголовка и подзаголовков, соответствующих управляющим элементам MAC фиксированного размера. Размер поля L указывается в поле F.
- F: Поле Format (Формат) указывает размер поля Length. Существует одно поле F для каждого подзаголовка PDU MAC за исключением последнего подзаголовка и подзаголовков, соответствующих управляющим элементам MAC фиксированного размера. Размер поля F составляет 1 бит. Если размер SDU MAC или управляющего элемента MAC меньше 128 байтов, то UE должно установить значение поля F в 0, иначе UE должно установить его в 1.
- E: Поле Extension (Расширение) является флажком, указывающим, присутствуют ли еще поля в заголовке MAC или нет. Поле E устанавливается в "1" для указания другого набора, по меньшей мере, полей R/R/E/LCID. Поле E устанавливается в "0" для указания того, что или SDU MAC, или управляющий элемент MAC, или заполнение начинаются в следующем байте.
- R: Зарезервированный бит, устанавливается в "0".
Подзаголовки и заголовок MAC синхронизированы по октету.
Далее в этом документе информация о значениях, используемых в LCID, объясняется в следующих таблицах для совместно используемого канала нисходящей линии связи (DL-SCH) и совместно используемого канала восходящей линии связи (UL-SCH).
<b>Таблица 1</b>Значения LCID для DL_SCH
<b>Индекс</b>
<b>Значения LCID</b>
00001-xxxxx
Идентификатор логического канала
xxxxx-11011
Зарезервированное
11100
Идентификатор разрешения конфликта UE
11101
Опережение тайминга
11110
Команда DRX
11111
Заполнение
<b>Таблица 2</b>Значения LCID для UL_SCH
Индекс
Значения LCID
00001-yyyyy
Идентификатор логического канала
yyyyy-11010
Зарезервированное
11101
Информация о разности между номинальным и максимальным значением мощности
11100
C-RNTI
11101
Короткая информация о состоянии буфера
11110
Длинная информация о состоянии буфера
11111
Заполнение
Далее в этом документе описывается иллюстративный способ того, как объект MAC конструирует PDU MAC.
Когда множество радиоканалов-носителей (RB) мультиплексируются в один транспортный канал и передаются, уровень MAC в мобильном терминале (который может поддерживать LTE) использует следующие правила в отношении ресурсов радиосвязи, предоставляемых для каждого времени передачи, для определения количества передаваемых данных.
1) Сначала в отношении мультиплексных транспортных каналов определяется количество передаваемых данных в последовательно уменьшающемся порядке на основе Приоритета логического канала (LCP) каждого логического канала и согласно определенному количеству данных конструируется PDU MAC с использованием данных логических каналов.
2) Если остаются какие-либо ресурсы радиосвязи, то можно повторить вышеупомянутый этап 1), в отношении мультиплексных транспортных каналов количество передаваемых данных определяется в последовательно уменьшающемся порядке на основе Приоритета логического канала (LCP) каждого логического канала.
Здесь в настоящее время обсуждается LCP, определяемый с 1 по 8, причем 1 является самым высоким и 8 является самым низким. Однако конкретные определения могут изменяться при дальнейшем обсуждении. Кроме того, в вышеупомянутой процедуре, если существует CE (Управляющий элемент) MAC, который требуется отправить, то сначала в PDU MAC добавляют такой CE MAC.
Мобильный терминал может выполнять инициирование процедуры BSR, по меньшей мере, в одной из следующих ситуаций:
a) первоначально все буферы не содержат каких-либо данных, но когда данные вновь поступают в определенный буфер (Обычная BSR),
b) когда данные поступают в пустой буфер и приоритет логического канала, относящегося к этому буферу, выше, чем приоритет логического канала, уже имеющего данные в этом буфере (Обычная BSR),
c) когда сменяется сота (Обычная BSR),
d) после истечения определенного времени после последней передачи BSR (Периодическая BSR), и
e) если существует какое-либо доступное пространство, оставшееся в сконструированной PDU MAC (BSR заполнения).
Среди вышеупомянутых инициаторов, если BSR инициируется вследствие последней ситуации, то такую BSR можно назвать BSR заполнения. Мобильный терминал конструирует PDU MAC согласно количеству ресурсов радиосвязи, распределенных из базовой станции, а именно согласно размеру PDU MAC. Здесь объект MAC мобильного терминала последовательно добавляет (или вставляет) в PDU MAC данные, которые хранились в буфере(ах) логических каналов, в отношении каждого логического канала, установленного для мобильного терминала. Если остается какое-либо доступное пространство в PDU MAC даже после того, как все данные, хранящиеся в отношении каждого логического канала, добавлены (вставлены), то инициируется процедура BSR и BSR заполнения, инициированная в результате этого, добавляется в PDU MAC для ее конструирования и в таком виде передается в базовую станцию.
Однако в определенных ситуациях BSR вследствие заполнения расположена в самой последней части PDU MAC. А именно, после того как объект MAC конструирует PDU MAC с использованием данных каждого логического канала, если остается пространство в PDU MAC, то в конец PDU MAC дополнительно добавляется (вставляется) BSR. Это изображено на фиг.9.
На фиг.9 предполагается, что мобильный терминал принял распределение ресурсов радиосвязи из базовой станции для конструирования (PDU MAC), имеющей размер X+N байтов. Здесь на основе данных, хранящихся в отношении каждого логического канала, объект MAC начинает заполнять PDU MAC для конструирования. На фиг.9 на чертеже (a) изображено то, что заполнение имеет место, когда PDU MAC сконструирована объектом MAC с использованием всех данных, хранящихся в его буфере. Если размер заполнения больше размера BSR, то объект MAC добавляет BSR в область для заполнения.
Здесь, как можно видеть на фиг.9, из-за того, что приемнику не сообщили о добавлении BSR заполнения вследствие заполнения, приемник, который принял PDU MAC, не может эффективно использовать информацию BSR. А именно, приемник не может знать, какой из форматов PDU MAC по чертежам (a) или (b) на фиг.9 принят, соответственно, даже если PDU MAC включает в себя BSR, базовая станция не может выполнить надлежащее распределение ресурсов радиосвязи с использованием информации BSR.
Кроме того, в определенных ситуациях для отправки BSR заполнения могут возникать проблемы, связанные с уменьшенным количеством пользовательских данных, добавляемых в PDU MAC.
На фиг.10 изображен пример, в котором мобильный терминал принял инструкции для конструирования PDU MAC, имеющей размер L+M+3 байта. На фиг.10 часть, указанная как оставшееся пространство, является областью для заполнения и изображено, что она имеет длину 2 байта. Здесь из-за того, что размер Короткой BSR составляет 1 байт, мобильный терминал определяет, что можно вставить Короткую BSR в оставшееся пространство и, соответственно, инициируется BSR заполнения. Однако могут возникнуть проблемы, когда объект MAC пытается вставить Короткую BSR заполнения. Например, как можно видеть на фиг.10, в подзаголовок PDU MAC N (RLC) не добавлено поле L. Но, если в вышеупомянутой процедуре, когда должна быть вставлена BSR заполнения, PDU N RLC больше не будет последним элементом, добавленным в PDU MAC. Соответственно, в определенных ситуациях поле L должно добавляться в подзаголовок MAC SDU MAC, который не является последним элементом. По существу, вследствие того, что BSR заполнения вставляется принудительно, может иметь место следующая ошибка.
А именно, как можно видеть на фиг.11, из двух байтов в оставшемся пространстве 1 байт используется для BSR заполнения, и подзаголовок MAC содержит только 1 байт для дополнительного использования. Однако если PDU N RLC требуется поле L 2 байта, то имеет место ошибка. Соответственно, для конструирования надлежащего подзаголовка MAC однобайтовая часть PDU RLC должна быть уменьшена.
Настоящее изобретение обеспечивает конкретные процедуры и правила, используемые объектом MAC, для эффективного добавления или вставки BSR заполнения в PDU MAC, когда BSR заполнения инициирована. Ниже описаны различные иллюстративные варианты осуществления настоящего изобретения.
Первый вариант осуществления
BSR заполнения добавляется (или вставляется) в позицию, которая не является последней частью PDU MAC. Когда инициируется процедура BSR заполнения, BSR заполнения может быть вставлена в позицию, которая находится непосредственно перед последней позицией среди блоков SDU MAC или элементов CE MAC PDU MAC. Соответственно, подзаголовки MAC, относящиеся к блокам SDU MAC, элементы CE MAC и BSR заполнения также могут быть организованы в идентичном порядке. Когда инициируется процедура BSR заполнения, BSR заполнения может добавляться (или вставляться) перед другими блоками SDU MAC PDU MAC. Соответственно, подзаголовки MAC, относящиеся к BSR заполнения, могут также быть организованы в идентичном порядке. Когда инициируется процедура BSR заполнения, BSR заполнения может добавляться (или вставляться) за другими блоками SDU MAC PDU MAC. Соответственно, подзаголовки MAC, относящиеся к BSR заполнения, могут также быть организованы в идентичном порядке.
При конструировании PDU MAC после заполнения PDU MAC блоками SDU MAC и элементами CE MAC и относящимися к ним подзаголовками MAC, если существует какое-либо оставшееся пространство, имеющее размер, который равен, по меньшей мере, общей сумме Короткой BSR, Длинной BSR и их подзаголовков MAC, то Короткая BSR, Длинная BSR и их подзаголовки MAC добавляются (или вставляются) в PDU MAC. В этой процедуре BSR заполнения MAC может быть добавлена перед блоками SDU MAC или элементами CE MAC PDU MAC. Подзаголовки MAC, относящиеся к BSR заполнения MAC, могут быть добавлены сначала среди всех подзаголовков MAC PDU MAC.
В настоящем изобретении предлагается, чтобы после инициирования BSR заполнения объект MAC учитывал размер подзаголовка MAC, относящегося к нему. А именно, при конструировании PDU MAC объект MAC учитывает, существует ли в PDU MAC какое-либо пространство для заполнения, чтобы соответственно учитывать размер BSR и размер относящегося к ней подзаголовка. Например, если размер Короткой BSR составляет 1 байт, а размер относящегося к ней подзаголовка также составляет 1 байт, то размер этого подзаголовка также учитывается, так что процедура BSR (Короткая BSR) инициируется, только если оставшееся пространство PDU MAC составляет 2 байта или больше. Кроме того, в этой ситуации BSR заполнения инициируется, только если подзаголовки других SDU MAC и CE MAC могут быть надлежащим образом сконструированы. Здесь надлежащее конструирование означает добавление подзаголовка MAC, в котором не существует поля F/L для элементов CE MAC, которым не требуется поле L, добавление подзаголовка MAC, в котором существует поле F/L для оставшихся SDU MAC, за исключением CE MAC или самого последнего SDU MAC, которому требуется поле L, и добавление подзаголовка MAC, в котором не существует поля F/L для последнего SDU MAC.
В вышеупомянутой процедуре после конструирования PDU MAC и после инициирования BSR заполнения, когда существует некоторое оставшееся пространство, BSR добавляется (вставляется) в PDU MAC и считается, что такая BSR является Обычной BSR. Соответственно, BSR заполнения оперируют способом, идентичным способу для Обычного BSR. А именно, в этой ситуации BSR заполнения имеет идентичные ограничения идентичного конструирования местоположения, как в случае Обычной BSR.
В вышеупомянутой процедуре, когда инициируется процедура BSR заполнения вследствие заполнения, в частности когда Короткая BSR добавляется в PDU MAC вследствие BSR заполнения, Короткая BSR включает в себя информацию буфера группы логического канала, относящуюся к логическому каналу с самым высоким приоритетом среди логических каналов (данные которых помещены в буфер), установленных для мобильного терминала.
Второй вариант осуществления
В настоящем изобретении предлагается использовать поле LCID для непосредственного (или явного) сообщения о том, что BSR добавлена в PDU MAC, после инициирования BSR вследствие заполнения, так что приемник может легко определить и знать, что BSR добавлена в PDU MAC (особенно когда BSR добавлена в PDU MAC вследствие заполнения). Более конкретно, предлагается, чтобы подзаголовок MAC использовался для указания того, добавлена ли BSR.
Согласно фиг.12 на чертеже (a) изображено то, что, когда PDU MAC включает в себя заполнение, на основе размера заполнения приемник может знать, что BSR заполнения добавлена. На чертеже (b), даже если BSR добавлена в PDU MAC вследствие заполнения, подзаголовок MAC, содержащий установленное поле LCID, относящееся к добавленной BSR, вставляется в PDU MAC, так что о существовании BSR сообщается непосредственно (или явно).
Согласно другому способу настоящего изобретения приемник считает, что BSR является BSR заполнения, когда BSR добавляется в PDU MAC и когда существует заполнение для PDU MAC.
В вышеупомянутой процедуре BSR заполнения инициируется вследствие процедуры заполнения, и в результате, когда BSR добавлена в PDU MAC, отдельный LCID, который отличается от распределенного LCID, может быть назначен для указания или на Короткую BSR или на Длинную BSR. А именно, мобильный терминал устанавливает поле LCID (которое назначено отдельно) в подзаголовке MAC, относящемся к BSR, если BSR добавлена в PDU MAC, когда BSR заполнения была инициирована вследствие заполнения.
Третий вариант осуществления
Согласно фиг.13, на которой существуют чертежи (a), (b) и (c), при конструировании PDU MAC согласно настоящему изобретению объект MAC отправителя (или передающей стороны) принимает данные, передаваемые из каждого логического канала, и Управляющие элементы MAC, которые добавлены (или заполняют, или вставлены) в PDU MAC, и если в PDU MAC существует двухбайтовое оставшееся пространство, то такое оставшееся пространство используется для оперирования BSR заполнения. Ниже описаны различные применения с использованием этой концепции.
В настоящем изобретении при конструировании PDU MAC объект MAC отправителя принимает данные, передаваемые из каждого логического канала, и Управляющие элементы (CE) MAC, которые добавляются (или заполняют, или вставляются) в PDU MAC, и если в PDU MAC существует двухбайтовое оставшееся пространство, то добавляется множество заголовков заполнения (причем длина каждого заголовка заполнения равна 1 байту) для заполнения оставшегося пространства PDU MAC.
В настоящем изобретении при конструировании PDU MAC объект MAC отправителя принимает данные, передаваемые из каждого логического канала, и Управляющие элементы (CE) MAC, которые добавляются (или заполняют, или вставляются) в PDU MAC, и если в PDU MAC существует двухбайтовое оставшееся пространство, то такое двухбайтовое пространство заполняется так, что поле L добавляется в последний подзаголовок MAC.
В настоящем изобретении при конструировании PDU MAC объект MAC отправителя принимает данные, передаваемые из каждого логического канала, и Управляющие элементы (CE) MAC, которые добавляются (или заполняют, или вставляются) в PDU MAC, и если в PDU MAC существует двухбайтовое оставшееся пространство, то добавляются BSR заполнения (а именно, однобайтовая BSR для подзаголовка MAC) и однобайтовая Короткая BSR для заполнения оставшегося пространства PDU MAC.
Следует отметить, что вышеупомянутые процедуры могут также выполняться аналогичным способом для PDU MAC с оставшимся пространством не только 2 байта, но для любого количества байтов, например 4 байта.
Четвертый вариант осуществления
Когда базовая станция конструирует и передает PDU MAC в мобильный терминал, если пространство для заполнения создается после того, как PDU MAC сконструирована, то команда для выравнивания тайминга (т.е. команда TAC) может быть добавлена в PDU MAC. Такая команда TAC может использоваться мобильным терминалом для регулировки тайминга его передачи на восходящей линии связи. Например, когда в PDU MAC остаются 2 байта после того, как PDU MAC сконструирована, базовая станция может распределить 1 байт для подзаголовка команды TAC и распределить другой 1 байт для самой команды TAC, которая обеспечивает инструкции тайминга для мобильного терминала для регулировки его передач по восходящей линии связи. Кроме того, даже если остается 1 байт пространства для заполнения, базовая станция не добавляет относящийся к команде TAC подзаголовок MAC, но команда TAC добавляется в PDU MAC и передается.
Пятый вариант осуществления
Если мобильный терминал определяет, что пространство для заполнения существует и пытается инициировать BSR заполнения, то обеспечиваются более точные правила, так что инициирование BSR заполнения предотвращается, если BSR заполнения не может фактически быть добавлена в PDU MAC. Соответственно, в настоящем изобретении, когда мобильный терминал использует элементы CE MAC и блоки SDU MAC для конструирования PDU MAC, мобильный терминал проверяет оставшееся пространство посредством получения размера (в байтах) для заполнения, который равен размеру PDU MAC минус сумма размеров блоков SDU MAC, элементов CE MAC и их подзаголовков MAC. В этом вычислении для последнего элемента, добавленного в PDU MAC (а именно, последнего SDU MAC), мобильный терминал предполагает, что поле L добавлено в подзаголовок MAC, относящийся к SDU MAC. Если последним элементом является CE MAC и если такой CE MAC имеет переменный размер, то мобильный терминал предполагает, что поле L добавлено в подзаголовок MAC, относящийся к этому CE MAC, и выполняет упомянутое вычисление. А именно, предположим, что подзаголовком MAC для последнего элемента является “R/R/E/LCID/F/L” и размер (в битах) для заполнения для PDU MAC вычислен. Кроме того, только если размер (в байтах) для заполнения является идентичным сумме размера BSR и размера относящегося к нему подзаголовка MAC или больше ее, то инициируется BSR заполнения.
А именно, при вычислении количества байтов для заполнения поле(я) F/L в подзаголовке(ах) MAC, относящееся(иеся) ко всем блокам SDU MAC, добавленным в PDU MAC, добавляются в упомянутые вычисления. Здесь даже для элементов CE MAC, которые имеют переменный размер, вычисления выполняются при добавлении поля F/L в подзаголовок MAC, относящийся к CE MAC. Соответственно, если количество байтов для заполнения является идентичным сумме BSR и относящихся к нему подзаголовков MAC или больше ее, то только тогда инициируется BSR заполнения.
Шестой вариант осуществления
Согласно фиг.14, на которой существуют чертежи (a) и (b), и фиг.15, на которой существуют чертежи (a), (b) и (c), при конструировании PDU MAC объект MAC в передатчике (отправляющая сторона), единицы PDU MAC заполняются данными из каждого логического канала и элементами CE MAC, далее, если в PDU MAC существуют 2 байта оставшегося пространства и если Короткая BSR уже добавлена в PDU MAC, то в настоящем изобретении предлагается заменить Короткую BSR на Длинную BSR. Соответственно, вместо Короткой BSR в PDU MAC добавляется Длинная BSR, как изображено на фиг.14.
Кроме того, при конструировании PDU MAC объект MAC в передатчике (отправляющая сторона), единицы PDU MAC заполняются данными из каждого логического канала и элементами CE MAC, тогда если в PDU MAC существуют 4 байта оставшегося пространства, то они используются для заполнения BSR и, в частности, используется Длинная BSR. Здесь 4 байта состоят из однобайтового подзаголовка MAC, однобайтовой Короткой BSR и двух байтов, используемых для заполнения.
При конструировании PDU MAC объект MAC передатчика (отправляющая сторона) заполняет PDU MAC данными из каждого логического канала и элементами CE MAC, если PDU MAC уже включает в себя BSR, то один или несколько дополнительных BSR могут также быть вставлены в PDU MAC, если существует оставшееся пространство в PDU MAC.
Кроме того, при конструировании PDU MAC объект MAC передатчика (отправляющая сторона) заполняет PDU MAC данными из каждого логического канала и элементами CE MAC, если PDU MAC уже включает в себя BSR, и если существует оставшееся пространство, то BSR заполнения не инициируется.
Кроме того, при конструировании PDU MAC объект MAC передатчика (отправляющая сторона) заполняет PDU MAC данными из каждого логического канала и элементами CE MAC, если существует оставшееся пространство, и если Периодическая BSR или Обычная BSR инициированы, то среди BSR заполнения наибольшего размера и BSR, которые инициированы, вставляется только наибольшая BSR из них.
Кроме того, при конструировании PDU MAC объект MAC передатчика (отправляющая сторона) заполняет PDU MAC данными из каждого логического канала и элементами CE MAC, и если Периодическая BSR или Обычная BSR были инициированы, то BSR заполнения не инициируется.
В отношении результатов настоящего изобретения, когда мобильный терминал конструирует PDU MAC и если существует какое-либо пространство, оставшееся в PDU MAC, то обеспечен способ эффективного использования такого оставшегося пространства для увеличения возможности использования и эффективности ресурсов радиосвязи.
Еще некоторые детали о концепциях и признаках настоящего изобретения объясняются ниже.
Детали #1
BSR заполнения может быть добавлена в другие места (или позиции) перед последними подзаголовками MAC. А именно, когда заполнение имеет размер 2 байта после заполнения Транспортного блока (TB) подзаголовками и относящимися к ним блоками SDU MAC или другими управляющими элементами MAC, добавляется двухбайтовая короткая BSR. Например, первый подзаголовок может быть короткой BSR, если он может точно заменить заполнение.
А именно, когда длина заполнения равна двум байтам после заполнения TB подзаголовками и относящимися к ним блоками SDU MAC или другими управляющими элементами MAC, то последний подзаголовок для SDU MAC может включать в себя двухбайтовое поле “L”. А именно, используется поле F, указывающее на поле “длинное L” и “15-битовое поле L”. При каждом декодировании подзаголовка MAC, когда общая сумма размера подзаголовков и размера относящихся к ним управляющих элементов MAC или относящихся к ним блоков SDU MAC является точно идентичной TB (с предположением, что конечный 1~7 бит исключен), принимающий объект MAC считает, что больше подзаголовков не существует. Это не считается случаем ошибки. А именно, последний подзаголовок MAC может включать в себя поле “L”, если он может точно соответствовать TB без содержания LCID/байта для заполнения.
Детали #2
Заполнение имеет место в конце PDU MAC за исключением тех случаев, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC.
Когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC, один или два подзаголовка PDU MAC, соответствующих заполнению, вставляются перед первым подзаголовком PDU MAC, соответствующим SDU MAC, или если такой подзаголовок не присутствует, то перед последним подзаголовком PDU MAC, соответствующим управляющему элементу MAC.
Для FDD, когда вследствие квантования в размерах транспортного блока, которые могут поддерживаться, или инициирования Информации планирования размер данных плюс заголовка меньше размера TB E-TFC, выбранного UE, минус 24 бита или равен ему, значение [111111] DDI должно быть добавлено в конец заголовка MAC-e и Информация планирования должна сцепляться с этой PDU MAC-e, где значение [111111] DDI указывает на то, что существует Информация планирования, сцепленная с этой PDU MAC-e. В противном случае, если размер данных плюс заголовок меньше размера TB E-TFC, выбранного UE, минус 18 битов или равен ему, то Информация планирования должна сцепляться с этой PDU MAC-e. В любом другом случае подразумевается, что другая PDU MAC-es или Информация планирования не вмещается и, следовательно, нет необходимости резервировать место в транспортном блоке для дополнительного поля DDI.
А именно, в случае HSUPA для принятия решения о том, что добавлять или когда прекращать заполнение TB MAC, передатчик непрерывно сравнивает размер заголовка MAC плюс данных MAC с доступным размером транспортного блока. Так, в некоторых случаях информация планирования добавляется без какого-либо поля, указывающего на существование информации планирования. Соответственно, некоторые поля заголовка, например DDI, могут не включаться для увеличения эффективности.
Но настоящая спецификация MAC LTE не описывает этот вид операции. Соответственно, возникает вопрос относительно того, запрещена операция HSUPA или нет. Этот случай изображен на фиг.13.
На чертеже (a) оставшиеся два байта используются при добавлении 2 подзаголовка заполнения. На чертеже (b) два байта заменены полями “L” и “F”. Соответственно, последний подзаголовок также включает в себя поля “L” и “F”. Это является аналогичным подходом, принятым в HSUPA. А именно, при сравнении общей суммы подзаголовков плюс поля данных с размером Транспортного блока (TB) приемники могут знать, что заполнения не существует. На чертеже (c) два байта заменены Короткой BSR. Фактически короткая BSR может не являться информацией о состоянии пустого буфера. Применимый сценарий для чертежа (c) изображен на фиг.16.
Как изображено на фиг.16, при наличии LCID заполнения неясно, существуют ли все еще данные в буфере UE. Для эффективного содействия планировщику eNB, считается, что подход (c) по фиг.13 лучше, чем подход (a). А именно, вместо того, чтобы излишне использовать 2 байта LCID заполнения, более полезно использовать эти 2 байта для короткой BSR.
Согласно фиг.4-6 обеспечено объяснение PDU MAC (DL-SCH и UL-SCH).
PDU MAC состоит из заголовка MAC, нулевого или большего количества Сервисных блоков данных MAC (SDU MAC), нулевого или большего количества управляющих элементов MAC и необязательного заполнения, как изображено на фиг.4. Как заголовок MAC, так и блоки SDU MAC имеют переменные размеры. Заголовок PDU MAC состоит из одного или нескольких подзаголовков PDU MAC, причем каждый подзаголовок соответствует или SDU MAC, или управляющему элементу MAC, или заполнению. В некоторых вариантах осуществления подзаголовки PDU MAC для заполнения не должны встречаться более одного раза в PDU MAC.
Подзаголовок PDU MAC может состоять из шести полей заголовка R/R/E/LCID/F/L, кроме последнего подзаголовка в PDU MAC и управляющих элементов MAC фиксированного размера. Последний подзаголовок в PDU MAC и подзаголовки для управляющих элементов MAC фиксированного размера состоят только из четырех полей R/R/E/LCID заголовка. Из этого следует, что подзаголовок PDU MAC, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка.
В подзаголовках PDU MAC существует идентичный порядок, как в соответствующих блоках SDU MAC, управляющих элементах MAC и заполнении. Управляющие элементы MAC за исключением BSR заполнения всегда помещаются перед любым SDU MAC. BSR заполнения имеет место в конце PDU MAC. Заполнение имеет место в конце PDU MAC за исключением тех случаев, когда требуется однобайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC. Когда требуется однобайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC, один подзаголовок PDU MAC, соответствующий заполнению, вставляются перед первым подзаголовком PDU MAC, соответствующим SDU MAC, или если такой подзаголовок не присутствует, то перед последним подзаголовком PDU MAC, соответствующим управляющему элементу MAC. Когда после заполнения PDU MAC блоками SDU MAC или управляющими элементами MAC (за исключением BSR) остаются два байта, добавляется короткая BSR.
В некоторых вариантах осуществления максимум одна PDU MAC может быть передана в каждом TB для каждого UE. Кроме того, в зависимости от категории физического уровня один или два TB могут быть переданы в каждом TTI для каждого UE.
Следует отметить то, что это - FFS независимо от того, применяется эта PDU MAC только к SCH UL/DL или также к другим транспортным каналам.
Детали #3
BSR заполнения добавляется тогда, когда существует некоторое оставшееся пространство в PDU MAC, которое равно размеру BSR или больше него. Если ресурсы восходящей линии связи (UL) распределены и количество битов для заполнения больше размера управляющего элемента MAC Информации о состоянии буфера, то такая BSR ниже называется “BSR заполнения”. Но относительно того, как выразить BSR заполнения, следующие вопросы должны быть решены: управляющие элементы MAC (за исключением BSR заполнения) всегда помещаются перед любым SDU MAC. BSR заполнения имеет место в конце PDU MAC, и Заполнение имеет место в конце PDU MAC за исключением тех случаев, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC. Как BSR заполнения, так и Заполнение может иметь место в конце PDU MAC. Однако то, что указана ли BSR заполнения явно посредством LCID BSR или неявно посредством LCID заполнения или следует ли BSR заполнения за Заполнением или Заполнение следует за BSR заполнения, являются некоторыми из вопросов, которые решены настоящим изобретением.
Как указывать BSR заполнения (4 предложения)
На фиг.17 изображены две возможные реализации (см. чертежи (a) и (b)) относительно того, как указывать существование BSR заполнения.
На чертеже (a) в зависимости от размера области для заполнения или короткая BSR, или длинная BSR добавляется без относящегося к ней Подзаголовка. На чертеже (a) BSR может добавляться каждый раз, когда размер заполнения равен двум байтам или больше них. При этом подходе если после заполнения PDU MAC другим(ими) Подзаголовком(ами) или CE/SDU MAC остается 3 байта, то может быть добавлена BSR.
На чертеже (b) последние 2 Подзаголовка MAC являются Подзаголовком BSR и Подзаголовком Заполнения, посредством чего BSR заполнения указана явно. При этом подходе (b) когда после заполнения PDU MAC другим(ими) Подзаголовком(ами) или CE/SDU MAC остается 4 байта, то может быть добавлена BSR.
А именно, различие между двумя подходами (a) и (b) заключается в том, каковым является минимальный размер оставшихся байтов для добавления BSR.
Предложение
Предлагается принимать решение о том, использовать ли неявный или явный способ для указания BSR заполнения, и учитывается порядок между BSR заполнения и Заполнением.
На фиг.17 изображены две возможные реализации относительно местоположения BSR заполнения в случае использования неявной индикации, как на чертеже (a) фиг.12. Можно реализовать любой подход. На фиг.17 можно понять, что BSR может быть помещена до или после байта, используемого для заполнения.
На фиг.18 изображены две возможные реализации относительно местоположения BSR заполнения в случае использования явной индикации, как на чертеже (b) фиг.12. Оба решения основаны на поле “E”. Если в поле “E” указан другой Подзаголовок MAC, то приемник декодирует только следующий байт, чтобы знать, что за ним следует. Но в подходе (b) после обнаружения LCID BSR после LCID заполнения приемник MAC в eNB может сразу декодировать последние байты, чтобы знать состояние буфера UE. С другой стороны, в подходе (a) после обнаружения LCID BSR приемник MAC в eNB сначала должен вычислить начальную позицию BSR до декодирования первого байта BSR.
Предложение 2
Предложено принять решение о том, является ли BSR заполнения последней или Заполнение является последним в PDU MAC.
Предложение 3
Когда после заполнения PDU MAC блоками SDU MAC или элементами CE MAC за исключением BSR, остается 2 байта, то следует обычно доставлять короткую BSR.
При этом, если два байта остаются после того, как BSR уже добавлен в PDU MAC, могут быть рассмотрены ситуации по фиг.19 (случай двух оставшихся байтов после добавления короткой BSR) и по фиг.20 (случай двух оставшихся байтов после добавления длинной BSR в случае явной индикации BSR заполнения).
На чертеже (a) фиг.19 изображен случай, когда остаются 2 байта после того, как короткая BSR уже добавлена в PDU MAC. Этот случай означает, что в PDU MAC первоначально оставались 4 байта после заполнения данными только из каждого логического канала. Другими словами, были доступны 4 байта после заполнения PDU MAC единицами PDU RLC до добавления короткой BSR. Независимо от того, имелись ли дополнительные данные в объектах RLC, 4 байта вначале были байтами для заполнения. Тогда должна быть добавлена длинная BSR, а не короткая BSR. Соответственно, должен использоваться (b), а не (a).
На чертеже (a) фиг.20 изображен случай, когда остаются 2 байта после того, как добавлена Длинная BSR. Это означает, что в PDU MAC первоначально оставалось 6 байтов после заполнения данными только из каждого логического канала. Другими словами, были доступны 6 байтов после заполнения PDU MAC только единицами PDU RLC из верхнего уровня. Существует три сценария для этого:
1. Если не было оставшихся данных в любом объекте RLC, 6 байтов вначале были байтами для заполнения, то BSR должна была быть аннулирована или должна была быть добавлена обычная BSR заполнения. В этом случае если используется явная индикация для BSR заполнения, то имеют место (b) и (c) по фиг.4, а не (a). Если используется неявная индикация для BSR заполнения, то имеют место (b) и (c) по фиг.5, а не (a).
2. Если существовал только один логический канал с данными после заполнения PDU MAC, то должна была быть инициирована короткая BSR и оставшиеся 4 байта должны были быть использованы для добавления данных для логического канала.
3. Если существует несколько логических каналов с данными после заполнения PDU MAC, то в любом случае должна быть добавлена длинная BSR. Но эта ситуация кажется странной, потому что имеют место (b) и (c) по фиг.20 в случае, если используется явная индикация для BSR заполнения. И имеют место (b) и (c) по фиг.21 (случай двух оставшихся байтов после добавления Длинной BSR, в случае неявной индикации BSR заполнения) в случае, если используется неявная индикация для BSR заполнения.
Соответственно, случай Подзаголовка двухбайтового заполнения может не быть очевидным и может быть не всегда полезным. И так как в настоящей структуре MAC можно избежать двухбайтового заполнения, то Подзаголовок двухбайтового заполнения не должен существовать.
Предложение 4
Подзаголовка двухбайтового заполнения в Заголовке MAC следует избегать.
Детали #4
Для сети определенные концепции настоящего изобретения могут быть описаны следующим образом:
eNB компонует PDU MAC с использованием доступных данных в буферах RLC/PDCP для одного UE и дополнительно с использованием Управляющих элементов MAC.
После заполнения PDU MAC блоками SDU MAC/элементами CE MAC:
- если после заполнения PDU MAC остается два байта,
-- eNB добавляет Команду для выравнивания тайминга (CMD TA) в PDU MAC с заменой двух байтов,
--- в этом случае один байт используется для добавления подзаголовка для CMD TA и
---- один байт используется для добавления фактического значения команды тайминга,
- если после заполнения PDU MAC остается больше двух байтов,
-- eNB добавляет CMD TA в PDU MAC с заменой, по меньшей мере, двух байтов,
--- в этом случае один байт используется для добавления подзаголовка для CMD TA и
---- один байт используется для добавления фактического значения команды тайминга,
----- и, по меньшей мере, один байт используется как подзаголовок для заполнения.
- Или, если после заполнения PDU MAC остается больше двух байтов,
-- eNB добавляет CMD TA в PDU MAC с заменой, по меньшей мере, двух байтов.
--- в этом случае один байт используется для добавления фактического значения команды тайминга,
---- и один байт используется как подзаголовок для заполнения,
----- и другие байты используются как заполнение.
--- Или один байт заполнения заменяется CMD TA.
Для мобильного терминала определенные концепции настоящего изобретения могут быть описаны следующим образом.
UE декодирует/повторно собирает принятый PDU MAC в блоки SDU MAC и/или элементы CE MAC.
- UE декодирует каждый Подзаголовок MAC и элементы CE/блоки SDU MAC, связанные с Подзаголовком,
- UE вычисляет сумму размеров подзаголовков и элементов CE/блоков SDU MAC,
- UE сравнивает сумму размеров с размером PDU MAC,
- если указано заполнение и размер заполнения (за исключением подзаголовка заполнения) равен 1 байту или больше него,
- UE считает, что CMD TA добавлена в части заполнения.
Детали #5
Для направления восходящей линии связи настоящая спецификация MAC предписывает UE добавить BSR, если пространство для заполнения позволяет добавление BSR. Предположим, что требуется два байта для добавления короткой BSR, BSR будет добавляться в PDU MAC каждый раз, когда оставшееся пространство для заполнения составляет два байта.
На фиг.22, так как 2 байта достаточно для добавления короткой BSR, то не должна иметь место ситуация по чертежу (a). Если следовать замыслу настоящей спецификации, то UE должно отправлять формат по чертежу (b) фиг.22.
Соответственно, специальное оперирование двухбайтовым заполнением согласно нижеследующему не является обязательным.
Заполнение имеет место в конце PDU MAC за исключением тех случаев, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC. Когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC, вставляется один или два подзаголовка PDU MAC, соответствующих заполнению, перед первым подзаголовком PDU MAC, соответствующим SDU MAC, или, если такой подзаголовок не присутствует, перед последним подзаголовком PDU MAC, соответствующим управляющему элементу MAC.
Попутно BSR по чертежу (b) фиг.22 можно назвать BSR заполнения, так как она добавляется вследствие пространства для заполнения. Поскольку BSR не расположена в конце PDU MAC, то можно утверждать, что это противоречит настоящему определению BSR заполнения. Однако BSR заполнения не обязательно должна быть последним элементом в PDU MAC. Кроме того, BSR заполнения указывается посредством явного LCID. Соответственно, BSR заполнения может располагаться в любом месте в пределах PDU MAC.
В направлении нисходящей линии связи BSR не требуется, ситуация в DL отличается от UL. Соответственно, специальное оперирование двухбайтовым заполнением по-прежнему требуется в направлении DL. Поскольку размер Команды опережения тайминга составляет 2 байта, можно утверждать, что CMD TA может добавляться каждый раз когда, в PDU MAC остается 2 байта. Отправка дополнительного CMD TA является полезной, потому что это может удерживать UE дольше в синхронизированном состоянии, но это неоправданно ограничивает поведение eNB.
Относительно дополнительного анализа для большей верности мы также должны рассмотреть случай, когда остается 2 байта для PDU MAC, в которую уже добавлена BSR. Это изображено на нижеследующей фиг.23 для короткой BSR и фиг.24 для длинной BSR.
А именно, если остается 2 байта для PDU, в который уже добавлена короткая BSR, то это означает, что 4 байта доступны для BSR. Тогда короткая BSR будет заменена длинной BSR. Соответственно, должен иметь место чертеж (b), а не чертеж (a) на фиг.23.
А именно, если остается 2 байта для PDU, в которую уже добавлена длинная BSR, то это означает, что 6 байтов доступны для BSR. Тогда 4 байта будут использованы для длинной BSR, а другие 2 байта можно использовать для поля L для последнего SDU MAC или LCID заполнения. Соответственно, должен использоваться формат по чертежам (b) или (c), а не формат по чертежу (a) фиг.24.
Детали #6
Признаки настоящего изобретения могут также быть выражены следующим образом.
Для BSR заполнения:
- если количество битов для заполнения равно размеру Короткой BSR или больше него, но меньше размера Длинной BSR, то сообщить Короткую BSR LCG с логическим каналом с самым высоким приоритетом с помещенными в буфер данными,
- иначе, если количество битов для заполнения равно размеру Длинной BSR или больше него, то сообщить Длинную BSR.
Местоположение BSR заполнения
BSR по чертежу (b) фиг.22 является BSR заполнения, потому что она добавлена вследствие пространства для заполнения. Но вследствие того, что BSR не расположена в конце PDU MAC, можно утверждать, что это противоречит настоящему определению BSR заполнения. Однако BSR заполнения не обязательно должна быть последним элементом в PDU MAC. Кроме того, BSR заполнения указывается посредством явного LCID. Соответственно, BSR заполнения может быть расположена в любом месте в пределах PDU MAC.
На фиг.25 изображен случай использования двухбайтового оставшегося пространства TB (BSR заполнения является последней).
Если, тем не менее, предписывается, чтобы BSR заполнения была последним элементом за исключением заполнения в PDU MAC, то это означает, что должен использоваться (b) фиг.25.
На чертеже (b) фиг.25 во втором Подзаголовке MAC нет поля “L”. Но так как он не является последним Подзаголовком MAC в PDU MAC, то чертеж (b) на фиг.25 может быть неверным.
Очевидно, что наличие BSR лучше, чем ее отсутствие. Соответственно, должен использоваться (b) фиг.22, а не (a) или (b) фиг.25. По существу, не должно быть ограничений на местоположение BSR в PDU MAC.
Управляющие элементы MAC (за исключением BSR заполнения) всегда помещаются перед любым SDU MAC. BSR заполнения имеет место в конце PDU MAC.
Подзаголовок PDU MAC состоит из шести полей заголовка R/R/E/LCID/F/L, кроме последнего подзаголовка в PDU MAC и для управляющих элементов MAC фиксированного размера. Последний подзаголовок в PDU MAC и подзаголовки для управляющих элементов MAC фиксированного размера состоят только из четырех полей R/R/E/LCID заголовка. Из этого следует, что подзаголовок PDU MAC, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка.
Очевидно, что наличие BSR лучше, чем ее отсутствие. В этом смысле должен использоваться (b) по фиг.22 вместо (a) или (b) по фиг.25. Одним способом избежать (b) по фиг.25 является обеспечение возможности размещения BSR заполнения в любом месте в пределах PDU MAC. Если эта возможность обеспечена, то условие инициирования BSR заполнения гарантирует, что (b) по фиг.22 отправляется каждый раз, когда доступно двухбайтовое пространство для заполнения.
PDU MAC является строкой битов, которая является байт-синхронизированной (то есть числом, кратным 8 битам) по длине. Строки битов могут быть представлены таблицей (или списком), в которой самым старшим битом является самый левый бит первой строки таблицы, самым младшим битом является самый правый бит в последней строке таблицы, и в общем строка битов должна читаться слева направо и далее в порядке чтения строк. Порядок битов каждого поля параметров в PDU MAC представлен с первым и самым старшим битом в самом левом разряде и последним и самым младшим битом в самом правом разряде.
Блоки SDU MAC являются строками битов, которые являются байт-синхронизированными (то есть числом, кратным 8 битам) по длине. SDU добавляется в PDU MAC с первого бита и далее.
Подзаголовки PDU MAC расположены в порядке, идентичном порядку соответствующих блоков SDU MAC, управляющих элементов MAC и заполнения.
Управляющие элементы MAC за исключением BSR заполнения всегда помещаются перед любым SDU MAC. BSR заполнения может быть помещена или перед любым SDU MAC, или после любого SDU MAC.
В направлении восходящей линии связи заполнение имеет место в конце PDU MAC, кроме тех случаев, когда требуется однобайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC.
В направлении нисходящей линии связи заполнение имеет место в конце PDU MAC, кроме тех случаев, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC.
В направлении восходящей линии связи, когда требуется однобайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC, один подзаголовок PDU MAC, соответствующий заполнению, вставляется перед первым подзаголовком PDU MAC, соответствующим SDU MAC, или если такой подзаголовок не присутствует, то перед последним подзаголовком PDU MAC, соответствующим управляющему элементу MAC.
В направлении нисходящей линии связи, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC, один или два подзаголовка PDU MAC, соответствующие заполнению, вставляются перед первым подзаголовком PDU MAC, соответствующим SDU MAC, или если такой подзаголовок не присутствует, то перед последним подзаголовком PDU MAC, соответствующим управляющему элементу MAC.
Максимум одна PDU MAC может быть передана в каждом TB для каждого UE. В зависимости от категории физического уровня один или два TB могут быть переданы в каждом TTI для каждого UE.
Детали #7
Заголовок PDU MAC состоит из одного или нескольких подзаголовков PDU MAC, причем каждый подзаголовок соответствует или SDU MAC, или управляющему элементу MAC, или заполнению. Подзаголовки PDU MAC для заполнения не должны встречаться более одного раза в PDU MAC.
Подзаголовки PDU MAC расположены в порядке, идентичном порядку соответствующих блоков SDU MAC, управляющих элементов MAC и заполнения.
Управляющие элементы MAC за исключением BSR заполнения всегда помещаются перед любым SDU MAC. BSR заполнения имеет место в конце PDU MAC.
Заполнение имеет место в конце PDU MAC, кроме тех случаев, когда требуется однобайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC.
Когда требуется однобайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC, один подзаголовок PDU MAC, соответствующий заполнению, вставляется перед первым подзаголовком PDU MAC, соответствующим SDU MAC, или, если такой подзаголовок не присутствует, перед последним подзаголовком PDU MAC, соответствующим управляющему элементу MAC.
Когда остается два байта после заполнения PDU MAC блоками SDU MAC или управляющими элементами MAC (кроме BSR), добавляется короткая BSR.
Максимум одна PDU MAC может быть передана в каждом TB для каждого UE. В зависимости от категории физического уровня один или два TB могут быть переданы в каждом TTI для каждого UE.
Детали #8
Подзаголовок PDU MAC состоит из шести полей R/R/E/LCID/F/L заголовка, кроме последнего подзаголовка в PDU MAC и для управляющих элементов MAC фиксированного размера. Последний подзаголовок в PDU MAC и подзаголовки для управляющих элементов MAC фиксированного размера состоят только из четырех полей R/R/E/LCID заголовка. Из этого следует, что подзаголовок PDU MAC, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка.
Количество битов для заполнения равно размеру TB минус размер блоков SDU MAC или элементов CE MAC минус размер относящихся к ним Подзаголовков MAC. В этом вычислении предполагается, что Подзаголовок MAC для последнего SDU MAC содержит “R/R/E/LCID/F/L”.
Управляющие элементы MAC за исключением BSR заполнения всегда помещаются перед любым SDU MAC. BSR заполнения может быть помещен в любое место в пределах PDU MAC.
Для BSR заполнения:
- если количество битов для заполнения равно размеру Длинной BSR или больше него и Длинная BSR вмещается в PDU MAC, то сообщается Длинная BSR,
- иначе, если количество битов для заполнения равно размеру Короткой BSR или больше него и Короткая BSR вмещается в PDU MAC, то сообщается Короткая BSR LCG с логическим каналом с самым высоким приоритетом с помещенными в буфер данными.
Детали #9
Могут быть рассмотрены два альтернативных варианта.
Альтернативный вариант 1
Для BSR заполнения:
- если количество битов для заполнения равно размеру Короткой BSR или больше него, но меньше размера Длинной BSR, то сообщается Короткая BSR LCG с логическим каналом с самым высоким приоритетом с помещенными в буфер данными,
- иначе, если количество битов для заполнения равно размеру Длинной BSR или больше него, то сообщается Длинная BSR.
Количество битов для заполнения равно размеру TB минус размер блоков SDU MAC или элементов CE MAC минус размер относящихся к ним подзаголовков MAC. В этом вычислении, если последний подзаголовок MAC, кроме заполнения, был для SDU MAC, то предполагается, что последний подзаголовок MAC содержит “R/R/E/LC/LCID/F/L”.
Альтернативный вариант 2
Для BSR заполнения.
- если количество битов для заполнения равно размеру Длинной BSR или больше него и если все подзаголовки MAC для блоков SDU MAC в PDU MAC могут включать в себя поля L и F, то сообщается Длинная BSR,
- иначе, если количество битов для заполнения равно размеру Короткой BSR или больше него и если все подзаголовки MAC для блоков SDU MAC в PDU MAC могут включать в себя поля L и F, то сообщается Короткая BSR LCG с логическим каналом с самым высоким приоритетом с помещенными в буфер данными.
Далее в этом документе описаны возможная проблема неоднозначности и ее разрешение.
На чертеже (a) фиг.26 изображено, что оставшегося пространства достаточно для добавления длинной BSR. Но в PDU MAC уже добавлена короткая BSR. Согласно настоящей спецификации только одна BSR может быть добавлена в PDU MAC, когда инициированы множество BSR. Соответственно, одна из или "Короткой" и "Обычной" BSR, или "Длинной" BSR и BSR "Заполнения" допускается на фиг.26. Аналогичные проблемы изображены в (b) и (c) фиг.26.
Соответственно, неясно, какая BSR должна быть добавлена. А именно, имеет ли "Обычная" или "Периодическая" BSR более высокий приоритет, чем BSR "Заполнения". Возможно, Длинная BSR должна выбираться как можно чаще. Или, возможно, Короткая Обычная BSR должна заменяться Длинной BSR Заполнения. С другой стороны, для уменьшения сложности реализации также можно предложить обеспечить возможность множества BSR в одном PDU MAC. Это является другим способом устранения такой неоднозначности.
Соответственно, в качестве одного возможного решения множества ситуаций BSR, описанных выше, множество BSR может быть добавлено в один PDU MAC, при этом формат по фиг.27 заменяет формат по фиг.26.
В качестве другого возможного решения UE может добавлять одну Длинную BSR. А именно, когда UE компонует PDU MAC, UE объединяет оставшееся пространство и уже распределенное пространство для "Обычной" и "Периодической" BSR для добавления длинной BSR. На фиг.28 изображено то, как выглядит PDU MAC, когда это решение применено к проблеме, изображенной на фиг.26.
Детали #10
Важно, чтобы планировщик мог отличать BSR заполнения от обычной BSR. Если ограничение по местоположению устранено, то должен использоваться отдельный LCID для BSR заполнения. Здесь BSR заполнения должна явно указываться Подзаголовком Заполнения.
- Если количество битов для заполнения равно размеру Короткой BSR плюс ее подзаголовка или больше него, но меньше размера Длинной BSR плюс ее подзаголовка, то сообщается Короткая BSR LCG с логическим каналом с самым высоким приоритетом с помещенными в буфер данными,
- иначе, если количество битов для заполнения равно размеру Длинной BSR плюс ее подзаголовка или больше него, то сообщается Длинная BSR.
Наличие общего правила для обработки заполнения может быть более простым, чем введение исключительных ситуаций: независимо от того, добавлена ли обычная BSR, UE всегда применяет идентичные правила для добавления BSR заполнения.
Если BSR уже добавлена в PDU MAC, то еще одна BSR может быть не нужна. Еще одна BSR может увеличить обработку MAC. Поля BSR заполняются после того, как PDU создана, следовательно, две BSR могут являться идентичными копиями.
Если используется Короткая BSR, то это может означать, что другие три группы, о которых не сообщается, не имеют помещенных в буфер данных. Соответственно, Короткая BSR ("Обычная" или "Периодическая") может заключать в себе состояние буфера всех групп. С другой стороны, если используется Длинная BSR, то может также сообщаться о состоянии буфера всех групп.
Детали #11
Необходимо рассмотреть тип BSR, который должен быть добавлен, когда инициированы множество BSR.
Даже если произойдет множество событий к моменту времени, когда BSR может быть передана, только одна BSR может быть добавлена в PDU MAC.
Например, когда короткая BSR инициирована вследствие истечения периодического таймера и оставшееся пространство для заполнения является достаточным для добавления длинной BSR, то должен быть определен тип добавляемой BSR. Когда Обычная короткая BSR инициирована и пространство для заполнения допускает только короткую BSR, две короткие BSR могут быть объединены и сформировать длинную BSR. Несколько решений вышеупомянутых ситуаций представляются возможными.
Опция A: BSR Заполнения не инициируется, когда инициирована обычная BSR или периодическая BSR. Следовательно, может быть устранено инициирование BSR других размеров.
Опция B: В PDU MAC может быть добавлена максимум одна из Обычной BSR и Периодической BSR и максимум одна BSR Заполнения может быть добавлена.
Опция C: Если Обычная BSR или Периодическая BSR инициирована и если BSR заполнения также инициирована, то добавляется наибольшая BSR, которая вмещается в PDU MAC.
Вследствие простоты вышеупомянутая опция 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, в этом случае 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:
- выдача команды процедуре Сборки и Мультиплексирования для формирования управляющего элемента MAC BSR,
- повторный запуск ПЕРИОДИЧЕСКОГО ТАЙМЕРА BSR,
- иначе, если Обычная BSR инициировалась с момента последней передачи BSR:
- инициируется Запрос на Планирование.
Следует отметить, что, даже если произойдет множество событий к моменту времени, когда BSR может быть передана, только один BSR может быть добавлен в PDU MAC.
Ожидающая обработки BSR заполнения должна быть аннулирована в случае, если в предоставлении UL можно разместить все ждущие обработки данные, но оно не является достаточным, чтобы дополнительно разместить управляющий элемент MAC BSR.
Как описано выше, различные иллюстративные варианты осуществления настоящего изобретения относятся к способу и системе для обработки информации о состоянии буфера (BSR). Когда выполняется инициирование BSR, размер(ы) необходимого(ых) подзаголовка(ков) также должен (должны) учитываться в совокупности наряду с размером BSR. Выполнение этого обеспечивает возможность вставлять (добавлять) подзаголовок(ки) в PDU MAC (или транспортный блок (TB), или другую единицу данных).
Процедура сообщения информации о состоянии буфера используется для обеспечения обслуживающего eNB информацией о количестве данных, доступных для передачи в буферах UL UE. Для процедуры сообщения информации о состоянии буфера UE должно учитывать все радиоканалы-носители, которые не переведены в состояние ожидания, и может учитывать радиоканалы-носители, которые переведены в состояние ожидания.
Информация о состоянии буфера (BSR) должна инициироваться, если происходит любое из следующих событий:
- данные UL для логического канала, который принадлежит LCG, становятся доступными для передачи в объекте RLC или в объекте PDCP и или данные принадлежат логическому каналу с более высоким приоритетом, чем приоритеты логических каналов, которые принадлежат любой 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 плюс ее подзаголовок:
- если несколько LCG имеют помещенные в буфер данные в TTI, когда передается BSR: сообщить Усеченную BSR LCG с логическим каналом с самым высоким приоритетным с данными, доступными для передачи,
- иначе сообщить Короткую BSR,
- иначе, если количество битов для заполнения равно размеру Длинной BSR плюс ее подзаголовок или больше него, то сообщить Длинную BSR.
Если процедура представления информации о состоянии буфера определяет, что, по меньшей мере, одна BSR инициировалась с момента последней передачи BSR, или если первый раз инициируется, по меньшей мере, одна BSR:
- если UE имеет ресурсы UL, распределенные для новой передачи для этого TTI:
- выдача команды процедуре Сборки и Мультиплексирования для формирования управляющего элемента MAC BSR,
- запуск или повторный запуск PERIODIC_BSR_TIMER, кроме тех случаев, когда BSR является Усеченной BSR,
- запуск (если не работает) или повторный запуск (если работает) RETX_BSR_TIMER,
- иначе, если инициирована Обычная BSR:
- должен быть инициирован Запрос на Планирование.
PDU MAC должен содержать самое большее один управляющий элемент BSR MAC, даже когда множество событий инициируют BSR к моменту времени, когда BSR может быть передана, в этом случае Обычная BSR и Периодическая BSR должны иметь приоритет перед BSR заполнения.
UE должно повторно запустить (если работает) RETX_BSR_TIMER после приема предоставления для передачи новых данных по UL-SCH.
Все инициированные BSR должны быть аннулированы в случае, если в предоставлении UL можно разместить все ждущие обработки данные, доступные для передачи, но оно не является достаточным, чтобы дополнительно разместить управляющий элемент MAC BSR. Все инициированные BSR должны быть аннулированы, когда BSR добавлена в PDU MAC для передачи.
Далее в этом документе дополнительно объясняется PDU MAC (DL-SCH и UL-SCH, кроме Характеристик произвольного доступа и прозрачного MAC).
PDU MAC состоит из заголовка MAC, нулевого или большего количества Сервисных блоков данных MAC (SDU MAC), нулевого или большего количества управляющих элементов MAC и необязательно заполнения, как описано по фиг.4.
Как заголовок MAC, так и блоки SDU MAC имеют переменные размеры.
Заголовок PDU MAC состоит из одного или нескольких подзаголовков PDU MAC, причем каждый подзаголовок соответствует или SDU MAC, или управляющему элементу MAC, или заполнению.
Подзаголовок PDU MAC состоит из шести полей R/R/E/LCID/F/L заголовка, кроме последнего подзаголовка в PDU MAC и для управляющих элементов MAC фиксированного размера. Последний подзаголовок в PDU MAC и подзаголовки для управляющих элементов MAC фиксированного размера состоят только из четырех полей R/R/E/LCID заголовка. Из этого следует, что подзаголовок PDU MAC, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка.
Подзаголовки PDU MAC расположены в порядке, идентичном порядку соответствующих блоков SDU MAC, управляющих элементов MAC и заполнения.
Управляющие элементы MAC всегда помещаются перед любым SDU MAC.
Заполнение имеет место в конце PDU MAC, кроме тех случаев, когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC. Заполнение может иметь любое значение, и UE должно игнорировать его.
Когда требуется однобайтовое или двухбайтовое заполнение, но не может быть выполнено заполнением в конце PDU MAC, один или два подзаголовка PDU MAC, соответствующие заполнению, вставляются перед первым подзаголовком PDU MAC, соответствующим SDU MAC, или, если такой подзаголовок не присутствует, перед последним подзаголовком PDU MAC, соответствующим управляющему элементу MAC.
Максимум одна PDU MAC может быть передана в каждом TB для каждого UE.
Согласно настоящему изобретению относительно Управляющего элемента MAC существуют Управляющие элементы MAC Информации о состоянии буфера.
Управляющие элементы MAC Информации о состоянии буфера (BSR) состоят из одного из двух:
- формата Короткой BSR и Усеченной BSR: одно поле ID LCG и одно соответствующее поле Buffer Size (Размер буфера) (фиг.7), или
- формата Длинной BSR: четыре поля Buffer Size, соответствующих ID LCG с #0 по #3 (фиг.8).
Форматы BSR идентифицируются подзаголовками PDU MAC посредством идентификаторов LCID.
Поля LCG ID и Buffer Size определяются следующим образом:
- LCG ID: поле Logical Channel Group ID (ID Группы логического канала) идентифицирует группу логического(их) канала(ов), о состоянии буфера которой сообщается. Длина поля составляет 2 бита,
- Buffer Size: поле Buffer Size идентифицирует общее количество данных, доступных по всем логическим каналам группы логического канала, после того, как PDU MAC была создана. Количество данных указывается в количестве байтов. Оно должно включать в себя все данные, которые доступны для передачи на уровне RLC и на уровне PDCP. Размер заголовков MAC и RLC не учитывается при вычислении размера буфера. Длина этого поля составляет 6 битов.
Согласно фиг.29 посредством настоящего изобретения обеспечен объект (2912, 2922) управления доступом к среде (MAC) в UE 2910 и в eNB 2920. Объект MAC содержит модуль (2913, 2923) проверки, который проверяет, доступна ли какая-нибудь область для заполнения в PDU MAC, которая была сконструирована, модуль (2915, 2925) сравнения, который сравнивает количество битов для заполнения с размером информации о состоянии буфера (BSR) плюс ее подзаголовок, и модуль (2914, 2924) обработки, который взаимодействует с модулем проверки и модулем сравнения для инициирования процедуры информации о состоянии буфера (BSR), если количество битов для заполнения больше размера BSR плюс ее подзаголовок, добавляющий BSR и ее подзаголовок в PDU MAC и устанавливающий LCID в подзаголовке для указания того, что BSR добавлена, причем BSR была инициирована вследствие заполнения.
Модуль управления может также выполнять этап приема предоставления из сети для конструирования PDU MAC и этап конструирования PDU MAC при использовании управляющих элементов MAC и данных логического канала более высокого уровня. PDU MAC может включать в себя короткую BSR, содержащую поле идентификации логического канала (LCID) 2 байта и размер буфера 6 байтов. Отдельное поле идентификации логического канала (LCID) может быть установлено модулем управления для короткой BSR или для усеченной BSR. Поле LCID может идентифицировать экземпляр логического канала соответствующего SDU MAC или тип соответствующего управляющего элемента MAC или заполнения для DL-SCH и UL-SCH соответственно. Поле LCID может содержать или первое значение для короткой информации о состоянии буфера, или второе значение для длинной информации о состоянии буфера. Размер BSR может составлять 4 байта или 8 байтов.
Настоящее изобретение также обеспечивает способ конструирования единицы данных для добавления информации о состоянии буфера (BSR), содержащий этапы проверки того, доступна ли какая-либо область для заполнения в PDU MAC, которая была сконструирована, сравнения количества битов для заполнения с размером BSR плюс ее подзаголовка, если количество битов для заполнения больше, чем размер BSR плюс ее подзаголовок, то инициирования BSR, добавления BSR и ее подзаголовка в PDU MAC и установки LCID в подзаголовке для указания того, что BSR добавлена, причем BSR инициирована вследствие заполнения.
Способ также содержит прием предоставления из сети для конструирования PDU MAC и конструирование PDU MAC при использовании управляющих элементов MAC и данных логического канала более высокого уровня. PDU MAC может включать в себя короткую BSR, содержащую поле идентификации логического канала (LCID) 2 байта, и размер буфера 6 байтов. Отдельное поле идентификации логического канала (LCID) может быть установлено для короткой BSR или для усеченной BSR. Поле LCID может идентифицировать экземпляр логического канала соответствующего SDU MAC или тип соответствующего управляющего элемента MAC или заполнения для DL-SCH и UL-SCH соответственно. Поле LCID может содержать или первое значение для короткой информации о состоянии буфера, или второе значение для длинной информации о состоянии буфера. Размер BSR может составлять 4 байта или 8 байтов.
Различные признаки и концепции, описанные в этом документе, могут быть реализованы в программном обеспечении, аппаратном обеспечении или их комбинации. Например, компьютерная программа (которая исполняется в компьютере, терминале или сетевом устройстве) для способа и системы для обработки информации о состоянии буфера (BSR) может содержать одну или несколько секций программного кода для выполнения различных задач. Аналогично инструментальные программные средства (которые исполняются в компьютере, терминале или сетевом устройстве) для способа и системы для обработки информации о состоянии буфера (BSR) могут содержать части программного кода для выполнения различных задач.
Способ и система для обработки информации о состоянии буфера (BSR) согласно настоящему изобретению согласуются с различными типами технологий и стандартов. Определенные концепции, описанные в этом документе, относятся к различным типам стандартов, например GSM, 3GPP, LTE, IEEE, 4G и т.п. Однако можно понять, что подразумевается, что вышеупомянутые иллюстративные стандарты не являются ограниченными, так как другие связанные стандарты и технологии также могут применяться к различным признакам и концепциям, описанным в этом документе.
Промышленная применимость
Признаки и концепции в этом описании могут быть применены к различным типам устройств пользователя (например, мобильным терминалам, микротелефонным трубкам, устройствам беспроводной связи и т.д.) и/или сетевым объектам, которые могут быть выполнены с возможностью поддержки способа и системы для обработки информации о состоянии буфера (BSR) и могут быть реализованы в них.
Поскольку различные концепции и признаки, описанные в этом документе, могут быть осуществлены в нескольких формах, не отступая от их свойств, также следует понимать, что вышеописанные варианты осуществления не ограничены ни одной из деталей вышеизложенного описания, если не указано иное, а должны рассматриваться в широком смысле в пределах своего объема, как определено в прилагаемой формуле изобретения. Следовательно, в отношении всех изменений и модификаций, которые находятся в пределах такого объема или его эквивалентов, следовательно, подразумевается, что они охвачены прилагаемой формулой изобретения.