Устройство и способ конструирования единицы данных, которая включает в себя информацию состояния буфера

Устройство и способ конструирования единицы данных, которая включает в себя информацию состояния буфера

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к устройству и способу конструирования единицы данных, которая включает в себя информацию о состоянии буфера (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).

Таблица 1 Значения LCID для DL_SCH
Индекс	Значения LCID
00001-xxxxx	Идентификатор логического канала
xxxxx-11011	Зарезервированное
11100	Идентификатор разрешения конфликта UE
11101	Опережение тайминга
11110	Команда DRX
11111	Заполнение

Таблица 2 Значения 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 заполнения.

А именно, при вычи