RU2463643C2 - Method and apparatus for processing padding buffer status report - Google Patents

Abstract

FIELD: information technology.

SUBSTANCE: method and system are disclosed for processing buffer status reports (BSR) such that when BSR triggering is performed, the size(s) of the necessary sub-header(s) are also to be considered together in addition to the BSR size. The steps of checking whether any padding region is available in a MAC PDU that was constructed, comparing the number of padding bits with the size of the BSR plus its sub-header, and if the number of padding bits is greater than the size of the BSR plus its sub-header, triggering BSR are performed. Doing so allows the sub-header(s) to be inserted or included into the MAC PDU or transport block (TB) or other type of data unit.

EFFECT: high efficiency of using radio resources.

14 cl, 29 dwg, 2 tbl

Description

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

Настоящее изобретение относится к способу и устройству обработки отчетов о состоянии буфера (BSR).The present invention relates to a method and apparatus for processing buffer status reports (BSR).

Уровень техникиState of the art

В предшествующем уровне техники при выполнении предоставления отчета о состоянии буфера радиоресурсы излишне растрачивались. Как таковые, технологии предшествующего уровня техники недостаточно адресованы таким вопросам и, следовательно, не предлагают соответствующих решений.In the prior art, when performing a report on a buffer state, radio resources were unnecessarily wasted. As such, prior art technologies are not sufficiently addressed to such issues and therefore do not offer appropriate solutions.

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

Авторы настоящего изобретения обнаружили, по меньшей мере, определенные выше недостатки предшествующего уровня техники. На основании подобного обнаружения были найдены различные признаки, описанные далее в данном документе, обеспечивающие улучшение предоставления отчета о состоянии буфера (BSR), так что при конструировании блоков данных протокола (PDU) (либо транспортных блоков (TB) или других типов блоков данных) остающиеся в них доступные участки используются в качестве области заполнения для вставки информации о состоянии буфера, что приводит к более эффективному использованию радиоресурсов.The inventors of the present invention have discovered at least the above-identified disadvantages of the prior art. Based on such a discovery, various features were found, described later in this document, which provide an improvement in the provision of a buffer status report (BSR), so that when designing protocol data units (PDUs) (or transport units (TBs) or other types of data units) in them, available sections are used as a filling area for inserting information about the buffer state, which leads to a more efficient use of radio resources.

Краткое описание чертежейBrief Description of the Drawings

Фиг.1 показывает примерную сетевую архитектуру E-UMTS (Усовершенствованная Универсальная Мобильная Телекоммуникационная Система).1 shows an exemplary network architecture of an E-UMTS (Enhanced Universal Mobile Telecommunication System).

Фиг.2 показывает протокол радиоинтерфейса плоскости управления между мобильным терминалом и базовой станцией на основании стандарта сети радиодоступа 3GPP.2 shows a control plane radio interface protocol between a mobile terminal and a base station based on the 3GPP radio access network standard.

Фиг.3 показывает протокол радиоинтерфейса плоскости пользователя между мобильным терминалом и базовой станцией на основании стандарта сети радиодоступа 3GPP.FIG. 3 shows a protocol of a radio interface of a user plane between a mobile terminal and a base station based on a 3GPP radio access network standard.

Фиг.4 показывает примерный формат MAC PDU, используемый объектом MAC.4 shows an exemplary MAC PDU format used by a MAC entity.

Фиг.5 показывает примерные форматы субзаголовков MAC PDU, используемые объектом MAC.5 shows exemplary MAC PDU subheading formats used by a MAC entity.

Фиг.6 показывает примерный формат субзаголовка MAC PDU, используемый объектом MAC.6 shows an exemplary MAC PDU subheading format used by a MAC entity.

Фиг.7 показывает примерный элемент управления MAC с коротким BSR и усеченным BSR.7 shows an exemplary MAC control with a short BSR and a truncated BSR.

Фиг.8 показывает примерный элемент управления MAC с длинным BSRFig. 8 shows an exemplary MAC control with a long BSR.

Фиг.9 показывает примерный MAC PDU с данными и заполнением с и без BSR.9 shows an exemplary MAC PDU with data and padding with and without BSR.

Фиг.10 показывает пример, когда мобильный терминал принял инструкции сконструировать MAC PDU, имеющий размер L+M+3 байт.10 shows an example when a mobile terminal received instructions to construct a MAC PDU having a size of L + M + 3 bytes.

Фиг.11 показывает пример, когда MAC PDU имеет 2 байта оставшегося пространства, и 1 байт использован для BSR Заполнения, а субзаголовок MAC имеет только 1 байт для дополнительного использования.11 shows an example where the MAC PDU has 2 bytes of remaining space and 1 byte is used for the BSR Fill, and the MAC subhead has only 1 byte for additional use.

Фиг.12 показывает две примерные реализации конструирования MAC PDU, имеющего в своем составе BSR, с и без субзаголовка BSR.12 shows two exemplary implementations of the construction of a MAC PDU incorporating a BSR, with and without a subheading BSR.

Фиг.13 показывает три примерные реализации конструирования MAC PDU, имеющего в своем составе BSR.13 shows three exemplary implementations of constructing a MAC PDU incorporating a BSR.

Фиг.14 показывает две дополнительные примерные реализации конструирования MAC PDU, имеющего в своем составе BSR.14 shows two further exemplary implementations of the construction of a MAC PDU incorporating a BSR.

Фиг.15 показывает три дополнительные примерные реализации конструирования MAC PDU, имеющего в своем составе BSR.FIG. 15 shows three further exemplary implementations of the construction of a MAC PDU incorporating a BSR.

Фиг.16 показывает, что присутствие LCID заполнения не исключает того, что в буфере UE все еще существуют данные, и чтобы способствовать эффективности планировщика eNB, вместо растраты 2 байт на LCID Заполнения будет более полезным использовать эти 2 байта для короткого BSR.Figure 16 shows that the presence of LCID padding does not exclude that data still exists in the UE buffer, and instead of wasting 2 bytes per LCID Padding, it would be more beneficial to use these 2 bytes for a short BSR instead of wasting 2 bytes per LCID.

Фиг.17 показывает две возможные реализации (a) и (b) того, как указывать на присутствие BSR Заполнения.17 shows two possible implementations (a) and (b) of how to indicate the presence of a BSR Fill.

Фиг.18 показывает две возможные реализации расположения BSR Заполнения в случае, когда используется явное указание.FIG. 18 shows two possible implementations of the location of the Fill BSR in the case where an explicit indication is used.

Фиг.19 показывает случай, когда остаются 2 байта после того, как короткий BSR был уже включен в MAC PDU, показывая, что следовало использовать длинный BSR вместо короткого BSR.FIG. 19 shows a case where 2 bytes remain after a short BSR has already been included in the MAC PDU, indicating that a long BSR should be used instead of a short BSR.

Фиг.20 показывает случай, когда остаются 2 байта после того, как длинный BSR был включен.20 shows a case where 2 bytes remain after a long BSR has been turned on.

Фиг.21 показывает случай, когда остаются 2 байта после того, как длинный BSR был включен в случае неявного указания BSR Заполнения.FIG. 21 shows a case where 2 bytes remain after a long BSR has been included in the case of implicitly indicating a BSR Fill.

Фиг.22 показывает, что благодаря тому, что 2-х байт достаточно для включения в состав короткого BSR, следует использовать формат (b) вместо формата (a).Fig. 22 shows that due to the fact that 2 bytes is sufficient to be included in the short BSR, format (b) should be used instead of format (a).

Фиг.23 показывает случай, когда остаются 2 байта для MAC PDU, который уже содержит короткий BSR.23 shows a case where 2 bytes remain for a MAC PDU that already contains a short BSR.

Фиг.24 показывает случай, когда остаются 2 байта для MAC PDU, который уже содержит длинный BSR.24 shows a case where 2 bytes remain for a MAC PDU that already contains a long BSR.

Фиг.25 показывает случай использования 2-х байт оставшегося пространства TB (BSR Заполнения является последним).25 shows a case of using 2 bytes of the remaining TB space (Fill BSR is the last).

Фиг.26 показывает, что 2-х байт достаточно для включения в состав длинного BSR, и разные ситуации, когда несколько BSR могут быть включены в MAC PDU.FIG. 26 shows that 2 bytes is sufficient to be included in a long BSR, and different situations where multiple BSRs may be included in a MAC PDU.

Фиг.27 показывает, как несколько BSR могут быть включены в MAC PDU.FIG. 27 shows how several BSRs may be included in a MAC PDU.

Фиг.28 показывает случай совмещения оставшегося пространства и уже выделенного пространства для «Регулярного» и «Периодического» BSR для включения в состав длинного BSR.28 shows a case of combining the remaining space and the already allocated space for the “Regular” and “Periodic” BSR for inclusion in the long BSR.

Фиг.29 показывает примерную структуру UE и eNB с конкретными уровнями протоколов, включая объект MAC.29 shows an exemplary structure of UEs and eNBs with specific protocol layers, including a MAC entity.

Вариант осуществления изобретенияAn embodiment of the invention

Изобретательский замысел и признаки, в настоящем документе относящиеся к обработке отчетов о состоянии буфера (BSR), объяснены в терминах систем Долговременного развития (LTE) или других так называемых систем связи 4G, которые являются усовершенствованием настоящих технологий 3GPP. Однако такие подробности не предназначены для ограничения различных признаков, описанных здесь, которые применимы к другим типам систем и способов мобильной и/или беспроводной связи.The inventive concept and features in this document related to the processing of buffer status reports (BSRs) are explained in terms of Long Term Evolution (LTE) systems or other so-called 4G communication systems, which are improvements to the present 3GPP technologies. However, such details are not intended to limit the various features described herein that are applicable to other types of mobile and / or wireless communication systems and methods.

Далее в данном документе термин «мобильный терминал» будет использоваться для обозначения различных типов пользовательских устройств, таких как терминалы мобильной связи, пользовательское оборудование (UE), мобильное оборудование (ME) и другие устройства, которые поддерживают различные типы технологий беспроводной связи.Hereinafter, the term “mobile terminal” will be used to refer to various types of user devices, such as mobile communication terminals, user equipment (UE), mobile equipment (ME), and other devices that support various types of wireless communication technologies.

Настоящее изобретение относится к обмену данными между базовой станцией и мобильным терминалом в так называемой системе Долговременного развития (LTE). В частности, в объекте MAC, который конструирует MAC PDU (либо другие типы блоков данных, такие как транспортный блок), после приема данных от каждого логического канала при доступности пространства заполнения в MAC PDU мобильный терминал эффективно посылает информацию состояния буфера с помощью подобной области заполнения MAC PDU так, что излишняя растрата радиоресурсов минимизируется.The present invention relates to data exchange between a base station and a mobile terminal in a so-called Long Term Evolution (LTE) system. In particular, in the MAC object that constructs the MAC PDU (or other types of data blocks, such as a transport block), after receiving data from each logical channel when the fill space is available in the MAC PDU, the mobile terminal efficiently sends buffer status information using a similar fill area MAC PDU so that excessive waste of radio resources is minimized.

Фиг.1 показывает примерную сетевую архитектуру E-UMTS (Усовершенствованная Универсальная Мобильная Телекоммуникационная Система) 100, которая является одним из типов систем мобильной связи. Система E-UMTS является системой, которая развилась из системы UMTS, а ее основные задачи стандартизации выполняются организацией 3GPP. О системе E-UMTS можно говорить, как о системе Долговременного развития (LTE), которая является типом так называемых систем 4G или следующего поколения, которые развились из настоящих систем мобильной связи 3G.Figure 1 shows an exemplary network architecture of the E-UMTS (Advanced Universal Mobile Telecommunication System) 100, which is one type of mobile communication system. The E-UMTS system is a system that evolved from the UMTS system, and its main standardization tasks are carried out by the 3GPP organization. You can talk about the E-UMTS system as a Long-Term Development (LTE) system, which is a type of so-called 4G or next generation systems that have evolved from real 3G mobile communication systems.

Сеть 100 E-UMTS может быть в общем случае разделена на E-UTRAN (Усовершенствованная Универсальная Наземная Сеть Радиодоступа) 110 и CN (базовая сеть). E-UTRAN содержит мобильный терминал 112 (например, пользовательское оборудование (UE), мобильную станцию, трубку, мобильный телефон и т.п.), базовые станции 114, 116, 118 (например, eNode B, точку доступа, сетевой узел и т.п.), служебные шлюзы (S-GW) 122, 124, расположенные на краю сети для соединения с внешней сетью, и субъект управления мобильностью (MME) 122, 124, который управляет различными аспектами мобильности мобильного терминала. Для одного eNode B могут существовать одна или более сот.The E-UMTS network 100 can generally be divided into E-UTRAN (Enhanced Universal Terrestrial Radio Access Network) 110 and CN (core network). The E-UTRAN comprises a mobile terminal 112 (e.g., user equipment (UE), mobile station, handset, mobile phone, etc.), base stations 114, 116, 118 (e.g., eNode B, access point, network node, etc.) .p.), service gateways (S-GW) 122, 124 located on the edge of the network to connect to the external network, and a mobility management entity (MME) 122, 124 that manages various aspects of the mobility of the mobile terminal. For one eNode B, one or more cells may exist.

Фиг.2 и 3 показывают протокол радиоинтерфейса между мобильным терминалом и базовой станцией на основании стандарта сети радиодоступа 3GPP. Этот протокол радиоинтерфейса горизонтально подразделяется на физический уровень, уровень канала данных и сетевой уровень, а вертикально подразделяется на плоскость пользователя для передачи информации данных и плоскость управления для переноса сигналов управления (сигнализации). Эти уровни протокола могут быть разделены на L1 (Уровень 1), L2 (Уровень 2) и L3 (Уровень 3), которые являются нижними тремя уровнями модели стандарта OSI (Взаимодействие Открытых Систем), который хорошо известен в системах связи.2 and 3 show a radio interface protocol between a mobile terminal and a base station based on the 3GPP radio access network standard. This radio interface protocol is horizontally divided into a physical layer, a data channel layer and a network layer, and vertically divided into a user plane for transmitting data information and a control plane for transferring control signals (signaling). These protocol layers can be divided into L1 (Level 1), L2 (Level 2) and L3 (Level 3), which are the bottom three layers of the OSI (Open System Interconnection) standard model, which is well known in communication systems.

Далее соответственно будут описаны плоскость управления радиопротокола на Фиг.2 и плоскость пользователя радиопротокола на Фиг.3.Next, the control plane of the radio protocol in FIG. 2 and the user plane of the radio protocol in FIG. 3 will be described accordingly.

На Уровне 1 физический уровень 225-245, 325-345 использует один или более физических каналов для обеспечения службы переноса информации. Физический уровень соединен с уровнем 224-244, 324-344 MAC (Управления Доступом к Среде), расположенным между одним или более транспортными каналами, а данные переносятся между уровнем MAC и физическим уровнем через эти транспортные каналы. Также, между соответственно разными физическими уровнями, такими как физический уровень в передатчике (на передающей стороне) и физический уровень в приемнике (на принимающей стороне), данные переносятся через один или более физических каналов.At Layer 1, the physical layer 225-245, 325-345 uses one or more physical channels to provide the information transfer service. The physical layer is connected to MAC layer 224-244, 324-344 (Media Access Control) located between one or more transport channels, and data is transferred between the MAC layer and the physical layer through these transport channels. Also, between respectively different physical layers, such as a physical layer in a transmitter (on a transmitting side) and a physical layer in a receiver (on a receiving side), data is transferred through one or more physical channels.

На Уровне 2 уровень MAC обеспечивает службу для уровня 223-243, 323-343 RLC (Управление Радио Каналом), который является верхним уровнем, через один или более логических каналов. Уровень RLC поддерживает передачу данных с гарантией надежности. Уровень 322-342 PDCP (Протокол Конвергенции Пакетных Данных) на Уровне 2 выполняет функцию сжатия заголовков для снижения размера заголовков пакетов Интернет (IP) протокола, которые содержат относительно много необязательной информации управления таким образом, что пакеты IP (такие, как IPv4, IPv6 и т.п.) могут быть эффективно переданы через радиоинтерфейс, имеющий относительно малую пропускную способность. Также уровень PDCP используется для выполнения кодирования данных плоскости управления (С-плоскость), таких как сообщения RRC. Уровень PDCP также может быть использован для выполнения кодирования данных плоскости пользователя (U-плоскость).In Layer 2, the MAC layer provides a service for RLC (Radio Channel Control) layer 223-243, 323-343, which is the upper layer, through one or more logical channels. The RLC layer supports data transfer with a guarantee of reliability. Layer 322-342 PDCP (Packet Convergence Protocol) at Layer 2 has a header compression function to reduce the size of Internet Protocol (IP) packet headers, which contain relatively much optional control information such that IP packets (such as IPv4, IPv6 and etc.) can be efficiently transmitted through a radio interface having a relatively low bandwidth. Also, the PDCP layer is used to perform coding of control plane data (C-plane), such as RRC messages. The PDCP layer can also be used to encode user plane data (U-plane).

Расположенный в самой верхней части Уровня 3 уровень 222-242 RRC определяется только в плоскости управления и отвечает за управление логическими каналами, транспортными каналами и физическими каналами в отношении конфигурирования, повторного конфигурирования и освобождения однонаправленных радиоканалов (RB). В данном документе однонаправленный радиоканал является службой, обеспечиваемой Уровнем 2 для переноса данных между мобильным терминалом и E-UTRAN.Located at the very top of Layer 3, RRC level 222-242 is defined only in the control plane and is responsible for controlling the logical channels, transport channels, and physical channels with respect to the configuration, re-configuration, and release of unidirectional radio channels (RB). In this document, a unidirectional radio channel is a service provided by Layer 2 for transferring data between a mobile terminal and an E-UTRAN.

Далее будут описаны аспекты RACH (Канал Произвольного Доступа). RACH используется для передачи данных относительно малой длины по восходящей линии связи. В частности, RACH используется, когда мобильному терминалу необходимо передать сообщение сигнализации или пользовательские данные по восходящей линии связи посредством мобильного терминала, который не принял выделение радиоресурсов, либо также может быть использован, когда базовой станции следует проинструктировать мобильный терминал выполнить процедуру RACH.Next, aspects of the RACH (Random Access Channel) will be described. RACH is used to transmit data of relatively short length on the uplink. In particular, RACH is used when the mobile terminal needs to send a signaling message or user data on the uplink through a mobile terminal that has not received the allocation of radio resources, or can also be used when the base station should instruct the mobile terminal to perform the RACH procedure.

Как описано выше, двумя основными объектами (субъектами), из которых состоит E-UTRAN, являются базовая станция и мобильный терминал. Радиоресурсы для одной соты содержат радиоресурсы восходящей линии связи и радиоресурсы нисходящей линии связи. Базовая станция отвечает за выделение и управление радиоресурсами восходящей линии связи и радиоресурсами нисходящей линии связи соты. Именно базовая станция определяет, какие радиоресурсы должны быть использованы и каким мобильным терминалом в конкретные моменты времени. Например, базовая станция может определить, что через 3,2 секунды от настоящего времени частоты от 100 МГц до 101 МГц будут выделены пользователю 1 длительностью 0,2 секунды для обеспечения возможности передачи данных по нисходящей линии связи. Также, после того как базовая станция делает такое определение, эти подробности могут быть сообщены соответствующему мобильному терминалу, так чтобы этот мобильный терминал принимал данные по нисходящей линии связи. Подобным образом базовая станция может определить, когда конкретному мобильному терминалу следует использовать какие радиоресурсы и какое количество для передачи данных по восходящей линии связи, и базовая станция сообщает мобильному терминалу об этом определении, чтобы таким образом обеспечить возможность мобильному терминалу передавать данные в течение определенного периода времени, используя определенные радиоресурсы.As described above, the two main entities (entities) that make up the E-UTRAN are a base station and a mobile terminal. The radio resources for one cell comprise uplink radio resources and downlink radio resources. The base station is responsible for allocating and managing uplink radio resources and downlink radio resources. It is the base station that determines which radio resources should be used and which mobile terminal at specific times. For example, a base station may determine that after 3.2 seconds from now, frequencies from 100 MHz to 101 MHz will be allocated to user 1 for a duration of 0.2 seconds to enable downlink data transmission. Also, after the base station makes such a determination, these details can be communicated to the corresponding mobile terminal so that the mobile terminal receives downlink data. Similarly, the base station can determine when a particular mobile terminal should use which radio resources and how much to transmit data on the uplink, and the base station informs the mobile terminal of this determination so as to enable the mobile terminal to transmit data for a certain period of time using certain radio resources.

Если базовая станция управляет радиоресурсами динамическим способом, может быть возможно эффективное использование радиоресурсов. Обычно один мобильный терминал непрерывно использует один радиоресурс в течение соединения вызова. Это не является предпочтительным, учитывая, что большинство современных служб являются основанными на IP. Причина в том, что большинство пакетных служб не генерируют пакеты непрерывно в течение соединения вызова, и существует много периодов времени, в которые ничего не передается во время вызова. Несмотря на это непрерывное выделение радиоресурсов одному мобильному терминалу неэффективно.If the base station controls the radio resources in a dynamic manner, it may be possible to efficiently use the radio resources. Typically, one mobile terminal continuously uses one radio resource during a call connection. This is not preferred given that most modern services are IP based. The reason is that most packet services do not generate packets continuously during a call connection, and there are many time periods in which nothing is transmitted during a call. Despite this, the continuous allocation of radio resources to one mobile terminal is inefficient.

Для решения этого, мобильный терминал системы E-UTRAN использует способ, в котором радиоресурсы выделяются мобильному терминалу, только пока присутствуют служебные данные.To solve this, the mobile terminal of the E-UTRAN system uses a method in which radio resources are allocated to the mobile terminal only while service data is present.

Более подробно, для эффективного использования радиоресурсов в системе LTE базовой станции следует знать о типе и количестве данных, которые каждый пользователь желает передать. Данные для нисходящей линии связи переносятся к базовой станции от шлюза доступа. Таким образом, базовая станция знает о том, сколько данных должно быть передано по нисходящей линии связи каждому пользователю. В отличие от этого, для данных восходящей линии связи, если терминал сам не сообщит базовой станции информацию, относящуюся к данным, которые необходимо передать по восходящей линии связи, базовая станция не может знать, сколько радиоресурсов необходимо для каждого мобильного терминала. Таким образом, чтобы базовая станция правильно выделила радиоресурсы восходящей линии связи мобильному терминалу, каждому мобильному терминалу следует предоставить базовой станции необходимую информацию, которая обеспечивает возможность базовой станции выполнить планирование радиоресурсов.In more detail, for the efficient use of radio resources in the LTE system of a base station, one should know about the type and amount of data that each user wishes to transmit. Data for the downlink is transferred to the base station from the access gateway. Thus, the base station knows how much data should be transmitted on the downlink to each user. In contrast, for uplink data, if the terminal itself does not tell the base station information related to the data that needs to be transmitted on the uplink, the base station cannot know how many radio resources are needed for each mobile terminal. Thus, in order for the base station to correctly allocate uplink radio resources to the mobile terminal, each mobile terminal should provide the base station with the necessary information that enables the base station to perform radio resource scheduling.

Для этого, когда у мобильного терминала есть данные, которые ему следует передать, это сообщается базовой станции, и базовая станция переносит сообщение выделения ресурсов (или использует какие-либо другие средства сообщения) мобильному терминалу на основании подобной информации.For this, when the mobile terminal has data that it should transmit, it is notified to the base station, and the base station transmits a resource allocation message (or uses any other means of communication) to the mobile terminal based on similar information.

В вышеописанной процедуре, а именно когда у мобильного терминала есть данные, которые нужно передать, при сообщении этого базовой станции мобильный терминал сообщает базовой станции о количестве данных, сохраненных в его буфере. Это достигается посредством отчета о состоянии буфера (BSR) или какой-либо другой информации о состоянии буфера.In the above procedure, namely when the mobile terminal has data to be transmitted, when the base station reports this, the mobile terminal informs the base station of the amount of data stored in its buffer. This is achieved through a buffer status report (BSR) or some other buffer status information.

Однако отчет о состоянии буфера генерируется в форме элемента управления (CE) MAC, который включается в состав PDU (блок данных протокола) MAC (либо другие типы блоков данных, такие как транспортный блок) и передается от мобильного терминала к базовой станции. В частности, для передачи отчета о состоянии буфера (BSR) необходимы радиоресурсы восходящей линии связи. Это означает, что необходимо отправить запрос выделения радиоресурсов восходящей линии связи для передачи BSR. Когда BSR сгенерирован, если существуют какие-либо радиоресурсы восходящей линии связи, которые были выделены, мобильный терминал немедленно использует радиоресурсы восходящей линии связи для передачи BSR. Подобный процесс посылки BSR от мобильного терминала к базовой станции может быть назван процедурой BSR.However, a buffer status report is generated in the form of a MAC control element (CE), which is included in the MAC PDU (protocol data unit) (or other types of data units, such as a transport unit) and transmitted from the mobile terminal to the base station. In particular, uplink radio resources are required for transmitting a buffer status report (BSR). This means that it is necessary to send an uplink radio resource allocation request for transmitting the BSR. When the BSR is generated, if there are any uplink radio resources that have been allocated, the mobile terminal immediately uses the uplink radio resources to transmit the BSR. A similar process for sending a BSR from a mobile terminal to a base station may be called a BSR procedure.

Далее, будет описана структура MAC PDU со ссылкой на Фиг.4-8, которые показывают различные примерные форматы MAC PDU, используемые объектом MAC (таким, как 224 и 244 на Фиг.2 или 324, 344 на Фиг.3).Next, a MAC PDU structure will be described with reference to FIGS. 4-8, which show various exemplary MAC PDU formats used by a MAC entity (such as 224 and 244 in FIG. 2 or 324, 344 in FIG. 3).

Фиг.4 показывает примерный формат MAC PDU, используемый объектом MAC. Поле LCID указывает, относится ли к нему MAC SDU или Элемент Управления (CE) MAC. Если относится к MAC SDU, оно указывает, к какому логическому каналу MAC SDU принадлежит, а если относится к CE MAC, оно указывает тип CE MAC. Поле L сообщает о размере MAC SDU в отношении MAC SDU. Поле E сообщает о том, существуют ли какие-либо дополнительные субзаголовки MAC. В вышеописанном процессе, если размер соответствующего MAC SDU или CE MAC равен 127 или меньше, используется 7-битное поле L, а в ином случае используется 15-битное поле L (как показано на Фиг.5). Также, MAC SDU, включенный в состав MAC PDU, является последним среди полей данных, включенных в состав MAC PDU, и используется связанный субзаголовок MAC, как показано на Фиг.6. В качестве альтернативы, в отношении CE MAC, имеющего фиксированный размер, используется субзаголовок MAC, как показано на Фиг.6. В других ситуациях используется субзаголовок MAC, как показано на Фиг.5.4 shows an exemplary MAC PDU format used by a MAC entity. The LCID field indicates whether the MAC SDU or the MAC Control Element (CE) refers to it. If it refers to the MAC SDU, it indicates which logical channel the MAC SDU belongs to, and if it refers to the MAC CE, it indicates the type of MAC CE. Field L reports the size of the MAC SDU in relation to the MAC SDU. Field E indicates whether there are any additional MAC subheadings. In the above process, if the size of the corresponding MAC SDU or MAC CE is 127 or less, a 7-bit field L is used, and otherwise a 15-bit field L is used (as shown in FIG. 5). Also, the MAC SDU included in the MAC PDU is the last among the data fields included in the MAC PDU, and the associated MAC subheading is used, as shown in FIG. 6. Alternatively, with respect to the MAC CE having a fixed size, a MAC subheading is used, as shown in FIG. 6. In other situations, a MAC subheading is used, as shown in FIG.

Фиг.7 и 8 показывают примерные форматы отчета BSR. Короткий BSR или длинный BSR могут быть использованы в зависимости от количества групп логических каналов, имеющих данные и размер доступного пространства в MAC PDU. Здесь, короткий BSR и длинный BSR обозначают относительную длину BSR. Как таковые, могут быть использованы другие термины для выражения таких типов BSR. Например, короткий BSR может быть назван усеченным или укороченным BSR, тогда как длинный BSR может быть назван расширенным или удлиненным BSR.7 and 8 show exemplary BSR report formats. A short BSR or a long BSR may be used depending on the number of logical channel groups having data and the size of available space in the MAC PDU. Here, a short BSR and a long BSR denote the relative length of the BSR. As such, other terms may be used to express such types of BSR. For example, a short BSR can be called a truncated or shortened BSR, while a long BSR can be called an extended or extended BSR.

Обращаясь обратно к Фиг.4-6, будет описано каждое поле, используемое там.Turning back to FIGS. 4-6, each field used therein will be described.

Заголовок MAC имеет переменный размер и состоит из следующих полей:The MAC header is variable in size and consists of the following fields:

-LCID: Поле ID логического канала идентифицирует экземпляр логического канала соответствующего MAC SDU либо тип соответствующего элемента управления MAC или заполнения, как описано в Таблице 1 и 2 (показаны ниже) для DL-SCH и UL-SCH соответственно. Для каждого MAC SDU, элемента управления MAC или заполнения существует только одно поле LCID, включенное в MAC PDU. В дополнение к этому, одно или два дополнительных поля LCID включаются в MAC PDU, когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено путем заполнения в конце MAC PDU. Размер поля LCID 5 бит;-LCID: The logical channel ID field identifies the logical channel instance of the corresponding MAC SDU or the type of the corresponding MAC control or padding, as described in Table 1 and 2 (shown below) for DL-SCH and UL-SCH, respectively. For each MAC SDU, MAC control, or padding, there is only one LCID field included in the MAC PDU. In addition, one or two additional LCID fields are included in the MAC PDU when single-byte or double-byte padding is required, but cannot be performed by padding at the end of the MAC PDU. LCID field size 5 bits;

-L: Поле Длины указывает длину соответствующего MAC SDU или элемента управления MAC в байтах. Существует только одно поле L для субзаголовка MAC PDU, за исключением последнего субзаголовка и субзаголовков, соответствующих элементам управления MAC с фиксированным размером. Размер поля L указывается полем F;-L: The Length field indicates the length of the corresponding MAC SDU or MAC control in bytes. There is only one L field for the MAC PDU subheading, with the exception of the last subheading and subheadings corresponding to fixed size MAC controls. The size of the field L is indicated by the field F;

-F: Поле Формата указывает размер поля L. Существует только одно поле F для субзаголовка MAC PDU, за исключением последнего субзаголовка и субзаголовков, соответствующих элементам управления MAC с фиксированным размером. Размер поля F 1 бит. Если размер MAC SDU или элемента управления MAC меньше 128 байт, UE следует устанавливать значение поля F равным 0, в ином случае UE следует устанавливать его равным 1;-F: The Format field indicates the size of the L. field. There is only one F field for the MAC PDU subheading, with the exception of the last subheading and subheadings corresponding to fixed size MAC controls. Field size F 1 bit. If the size of the MAC SDU or MAC control is less than 128 bytes, the UE should set the value of field F to 0, otherwise the UE should set it to 1;

-E: Поле Расширения является флагом, указывающим, присутствуют ли еще поля в заголовке MAC. Поле E устанавливается равным 1 для указания другого набора, по меньшей мере, полей R/R/E/LCID. Поле E устанавливается равным 0 для указания, что либо MAC SDU, либо элемент управления MAC, либо заполнение начинается со следующего байта;-E: The Extension field is a flag indicating whether there are more fields in the MAC header. Field E is set to 1 to indicate a different set of at least R / R / E / LCID fields. Field E is set to 0 to indicate that either the MAC SDU, or the MAC control, or padding begins with the next byte;

- R: зарезервированный бит устанавливается равным 0.- R: The reserved bit is set to 0.

Заголовок MAC и субзаголовки выравниваются до полного октета.The MAC header and subheadings are aligned to a full octet.

Далее будет описана информация о значениях, используемых в LCID, в последующих таблицах для совместно используемого канала нисходящей линии связи (DL-SCH) и совместно используемого канала восходящей линии связи (UL-SCH).Information about the values used in the LCID will be described in the following tables for the downlink shared channel (DL-SCH) and the uplink shared channel (UL-SCH).

Таблица 1
Значения LCID для DL-SCHTable 1
LCID Values for DL-SCH ИндексIndex Значения LCIDLCID Values 00001-ххххх00001-xxxxx Идентификатор логического каналаLogical channel identifier ххххх-00001xxxxx-00001 ЗарезервированоReserved 1110011100 Идентификатор разрешения конкуренции UEUE Competition Resolution Id 1110111101 Временное продвижениеTemporary Promotion 1111011110 Команда DRXDRX team 1111111111 ЗаполнениеFilling

Таблица 2
Значения LCID для UL-SCHtable 2
LCID Values for UL-SCH ИндексIndex Значения LCIDLCID Values 00001-yyyyy00001-yyyyy Идентификатор логического каналаLogical channel identifier yyyyy-00001yyyyy-00001 ЗарезервированоReserved 1101111011 Отчет о запасе мощностиPower Reserve Report 1110011100 C-RNTIC-RNTI 1110111101 Короткий отчет о состоянии буфераBuffer Status Short Report 1111011110 Длинный отчет о состоянии буфераLong buffer status report 1111111111 ЗаполнениеFilling

Далее будет описан примерный способ того, как объект MAC конструирует MAC PDU.An exemplary method of how a MAC entity constructs a MAC PDU will now be described.

При мультиплексировании и передаче нескольких однонаправленных радиоканалов (RB) в одном транспортном канале уровень MAC мобильного терминала (который может поддерживать LTE) использует следующие правила в отношении радиоресурсов, данных для каждого времени передачи, чтобы определить количество данных, которые должны быть переданы.When multiplexing and transmitting multiple unidirectional radio channels (RBs) in a single transport channel, the MAC level of the mobile terminal (which can support LTE) uses the following rules regarding radio resources data for each transmission time to determine the amount of data to be transmitted.

1) Сначала в отношении мультиплексируемых транспортных каналов определяется количество данных передачи в порядке последовательного уменьшения на основании Приоритета Логического Канала (LCP) каждого логического канала, и согласно определенному количеству данных конструируется MAC PDU с использованием данных из логических каналов.1) First, with respect to the multiplexed transport channels, the amount of transmission data is determined in sequential decreasing order based on the Logical Channel Priority (LCP) of each logical channel, and according to the determined amount of data, a MAC PDU is constructed using data from the logical channels.

2)Если остаются какие-либо радиоресурсы, вышеописанный этап 1) может быть повторен, так что в отношении мультиплексируемых транспортных каналов определяется количество данных передачи в порядке последовательного уменьшения на основании Приоритета Логического Канала (LCP) каждого логического канала.2) If any radio resources remain, the above step 1) can be repeated, so that in relation to multiplexed transport channels, the amount of transmission data is determined in sequential decreasing order based on the Logical Channel Priority (LCP) of each logical channel.

Здесь, LCP обсуждается как определяемый в диапазоне от 1 до 8, причем 1 является наибольшим, 8 является наименьшим приоритетом. Однако конкретные определения могут заменить это в последующем обсуждении. Также, в вышеописанной процедуре, если присутствует какой-либо CE (Элемент Управления) MAC, который необходимо послать, такой CE MAC сначала включается в MAC PDU.Here, the LCP is discussed as being defined in the range of 1 to 8, with 1 being the largest, 8 being the lowest priority. However, specific definitions can replace this in a subsequent discussion. Also, in the above procedure, if there is any MAC CE (Control) that needs to be sent, such a MAC CE is first included in the MAC PDU.

Мобильный терминал может выполнять инициирование процедуры BSR, по меньшей мере, в одной из следующих ситуаций:The mobile terminal may initiate the BSR procedure in at least one of the following situations:

a) первоначально все буферы не содержат каких-либо данных, но когда данные снова прибывают в конкретный буфер; (Регулярный BSR)a) initially, all buffers do not contain any data, but when the data arrives again at a specific buffer; (Regular BSR)

b) когда данные прибывают в пустой буфер, а приоритет логического канала, относящегося к этому буферу, выше, чем приоритет логического канала, имеющего ранее данные в буфере; (Регулярный BSR)b) when the data arrives at the empty buffer, and the priority of the logical channel related to this buffer is higher than the priority of the logical channel that previously had data in the buffer; (Regular BSR)

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

d) по прохождении конкретного времени после последней передачи BSR; (Периодический BSR);d) after a specific time has elapsed since the last BSR transmission; (Periodic BSR);

e) если существует какое-либо доступное пространство, оставшееся в сконструированном MAC PDU (BSR Заполнения).e) if there is any available space remaining in the constructed MAC PDU (Fill BSR).

Среди перечисленных выше событий инициации, если BSR инициирован благодаря последней ситуации, подобный BSR может быть назван BSR Заполнения. Мобильный терминал конструирует MAC PDU согласно количеству радиоресурсов, выделенных базовой станцией, а именно согласно размеру MAC PDU. Здесь, объект MAC мобильного терминал последовательно включает (или вставляет) в MAC PDU данные, которые были сохранены в буфере(-ах) логических каналов, относительно каждого логического канала, установленного для мобильного терминала. Если какое-либо доступное пространство остается в MAC PDU даже после того, как все данные, сохраненные относительно каждого логического канала, были включены (вставлены), процедура BSR инициируется, и BSR Заполнения, инициированный в результате этого, включается в MAC PDU, и это передается базовой станции.Among the initiation events listed above, if the BSR is triggered due to the latter situation, a similar BSR may be called the Fill BSR. The mobile terminal constructs the MAC PDU according to the number of radio resources allocated by the base station, namely, according to the size of the MAC PDU. Here, the MAC object of the mobile terminal sequentially includes (or inserts) in the MAC PDU data that has been stored in the buffer (s) of the logical channels, relative to each logical channel set for the mobile terminal. If any available space remains in the MAC PDU even after all the data stored on each logical channel has been turned on (inserted), the BSR procedure is initiated, and the Fill BSR initiated as a result is included in the MAC PDU, and this transmitted to the base station.

Однако, в конкретных ситуациях, BSR, возникающий благодаря заполнению, располагается в самом последнем участке MAC PDU. А именно, после того, как объект MAC конструирует MAC PDU с использованием данных каждого логического канала, если какое-либо пространство остается в MAC PDU, BSR дополнительно включается (вставляется) в конце MAC PDU. Это показано на Фиг.9.However, in specific situations, the BSR resulting from filling is located at the very last MAC PDU. Namely, after the MAC object constructs the MAC PDU using the data of each logical channel, if any space remains in the MAC PDU, the BSR is further included (inserted) at the end of the MAC PDU. This is shown in FIG. 9.

На Фиг.9 предполагается, что мобильный терминал принял выделение радиоресурсов от базовой станции для конструирования MAC PDU, имеющего размер X+N байт. Здесь, на основании данных, сохраненных относительно каждого логического канала, объект MAC начинает наполнять MAC PDU для конструирования. На Фиг.9 изображение (a) показывает, что заполнение происходит, когда MAC PDU конструируется объектом MAC с использованием всех данных в своем буфере. Если размер заполнения больше, чем размер BSR, объект MAC добавляет BSR в область заполнения.9, it is assumed that the mobile terminal has received radio resource allocation from the base station for constructing a MAC PDU having a size of X + N bytes. Here, based on the data stored with respect to each logical channel, the MAC object begins to populate the MAC PDU for construction. In Fig. 9, image (a) shows that padding occurs when the MAC PDU is constructed by the MAC object using all the data in its buffer. If the padding size is larger than the size of the BSR, the MAC object adds the BSR to the padding area.

Здесь, как можно отметить на Фиг.9, поскольку не сообщается, что BSR Заполнения включен благодаря заполнению, приемник, принявший MAC PDU, не может эффективно использовать информацию BSR. А именно, приемник не может знать, какой из форматов MAC PDU с изображений (a) и (b) с Фиг.9 был принят, таким образом, даже если MAC PDU включает в себя BSR, базовая станция не может выполнить правильное выделение радиоресурсов с использованием информации BSR.Here, as can be noted in FIG. 9, since it is not reported that the Padding BSR is enabled due to padding, the receiver having received the MAC PDU cannot efficiently use the BSR information. Namely, the receiver cannot know which of the MAC PDU formats from images (a) and (b) of FIG. 9 was received, so even if the MAC PDU includes a BSR, the base station cannot correctly allocate radio resources with using BSR information.

Также, в конкретных ситуациях, для того, чтобы послать BSR Заполнения, могут возникнуть проблемы, связанные с уменьшенным количеством пользовательских данных, включаемых в MAC PDU.Also, in specific situations, in order to send Fill BSRs, problems may arise with the reduced amount of user data included in the MAC PDU.

Фиг.10 показывает пример, когда мобильный терминал принял инструкции сконструировать MAC PDU, имеющий размер L+M+3 байт. На Фиг.10 участок, указанный в качестве оставшегося пространства, является областью заполнения и показан как имеющий длину 2 байта. Здесь, поскольку размер короткого BSR 1 байт, мобильный терминал определяет, что короткий BSR может быть вставлен в оставшееся пространство, и таким образом инициируется BSR Заполнения. Однако могут возникнуть проблемы, когда объект MAC совершает попытку вставки короткого BSR Заполнения. Например, как можно отметить на Фиг.10, в субзаголовке MAC для RMC PDU N не включено поле L. Но, если в описанной выше процедуре, когда должен быть вставлен BSR Заполнения, RLC PDU N более не будет являться последним элементом, включенным в MAC PDU. Таким образом, в конкретных ситуациях поле L должно быть включено в субзаголовок MAC для MAC SDU, который не является последним элементом. В этом случае благодаря тому, что BSR Заполнения вставляется принудительно, может возникнуть следующая ошибка.10 shows an example when a mobile terminal received instructions to construct a MAC PDU having a size of L + M + 3 bytes. 10, the portion indicated as the remaining space is a fill area and is shown as having a length of 2 bytes. Here, since the size of the short BSR is 1 byte, the mobile terminal determines that the short BSR can be inserted into the remaining space, and thus the Fill BSR is triggered. However, problems may occur when the MAC object attempts to insert a short Fill BSR. For example, as can be seen in Figure 10, the L field is not included in the MAC subheading for RMC PDU N. But, if in the above procedure, when the Fill BSR is to be inserted, the RLC PDU N will no longer be the last element included in the MAC PDU Thus, in specific situations, the L field should be included in the MAC subheading for the MAC SDU, which is not the last element. In this case, due to the fact that the Filling BSR is forced to be inserted, the following error may occur.

А именно, как можно отметить на Фиг.11, из 2-х байт оставшегося пространства 1 байт используется для BSR Заполнения, и субзаголовок MAC имеет только 1 байт для дополнительного использования. Однако, если для RLC PDU N требуется поле L из 2-х байт, возникнет ошибка. Таким образом, для того, чтобы сконструировать правильный субзаголовок MAC, необходимо уменьшить однобайтный участок RLC PDU.Namely, as can be noted in FIG. 11, of the 2 bytes of the remaining space, 1 byte is used for the BSR Fill, and the MAC subheading has only 1 byte for additional use. However, if the RLC PDU N requires a 2-byte L field, an error will occur. Thus, in order to construct the correct MAC subheading, it is necessary to reduce the one-byte portion of the RLC PDU.

Настоящее изобретение обеспечивает конкретные процедуры и правила, используемые объектом MAC для включения или вставки BSR Заполнения в MAC PDU эффективным способом при инициации BSR Заполнения. Ниже будут описаны различные примерные варианты осуществления настоящего изобретения.The present invention provides the specific procedures and rules used by a MAC object to enable or insert a Padding BSR in a MAC PDU in an efficient manner when initiating a Padding BSR. Various exemplary embodiments of the present invention will be described below.

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

BSR Заполнения включается (или вставляется) в позиции, которая не является последним участком MAC PDU. При инициации процедуры BSR Заполнения BSR Заполнения может быть вставлен в позиции, которая находится сразу перед последней позицией среди нескольких MAC SDU или CE MAC для MAC PDU. Соответственно, субзаголовки MAC, связанные с несколькими MAC SDU, CE MAC и BSR Заполнения, могут быть также организованы в том же порядке. При инициации процедуры BSR Заполнения BSR Заполнения может быть включен в состав (вставлен) перед другими MAC SDU для MAC PDU. Соответственно, субзаголовки MAC, связанные с BSR Заполнения, могут быть также организованы в том же порядке. При инициации процедуры BSR Заполнения BSR Заполнения может быть включен в состав (вставлен) после других MAC SDU для MAC PDU. Соответственно, субзаголовки MAC, связанные с BSR Заполнения, могут быть также организованы в том же порядке.The Fill BSR is turned on (or inserted) at a position that is not the last part of the MAC PDU. When initiating the BSR Fill procedure, the BSR Fill can be inserted at the position immediately before the last position among several MAC SDUs or MAC CEs for MAC PDUs. Accordingly, MAC subheadings associated with several MAC SDUs, MAC CEs, and Billing MACs can also be organized in the same order. When initiating the BSR Fill procedure, the BSR Fill can be included (inserted) in front of other MAC SDUs for the MAC PDU. Accordingly, the MAC subheadings associated with the Fill BSR can also be organized in the same order. When initiating the BSR Fill procedure, the BSR Fill can be included (inserted) after other MAC SDUs for the MAC PDU. Accordingly, the MAC subheadings associated with the Fill BSR can also be organized in the same order.

При конструировании MAC PDU после того, как MAC PDU наполнен несколькими MAC SDU и CE MAC и связанными с ними субзаголовками MAC, если существует какое-либо оставшееся пространство, имеющее размер, равный, по меньшей мере, сумме короткого BSR, длинного BSR и их субзаголовков MAC, то короткий BSR, длинный BSR и их субзаголовки MAC включаются (вставляются) в MAC PDU. В этой процедуре BSR Заполнения MAC может быть включен в состав перед несколькими MAC SDU и CE MAC для MAC PDU. Субзаголовки MAC, связанные с BSR Заполнения MAC, могут быть включены в состав первыми из всех субзаголовков MAC для MAC PDU.When constructing a MAC PDU after a MAC PDU is filled with several MAC SDUs and MAC CEs and associated MAC subheadings, if there is any remaining space having a size equal to at least the sum of the short BSR, the long BSR and their subheadings MAC, then the short BSR, the long BSR and their MAC subheadings are included (inserted) in the MAC PDU. In this procedure, the MAC Fill BSR can be included in front of several MAC SDUs and MAC CEs for MAC PDUs. The MAC subheadings associated with the MAC Fill BSR may be the first of all MAC subheadings for the MAC PDU.

Настоящее изобретение предполагает также, что, после инициации BSR Заполнения, объект MAC учитывает размер субзаголовка MAC, связанного с ним. А именно, при конструировании MAC PDU объект MAC учитывает то, имеет ли MAC PDU какое-либо пространство заполнения, чтобы, таким образом, учесть размер BSR и размер его связанного субзаголовка. Например, если размер короткого BSR 1 байт, а размер его связанного субзаголовка также 1 байт, размер этого субзаголовка также учитывается так, чтобы процедура BSR (короткого BSR) инициировалась, только если оставшееся пространство MAC PDU равно 2-м байтам или более. Также, в этой ситуации, BSR Заполнения инициируется, только если субзаголовки других MAC SDU и CE MAC могут быть правильно сконструированы. Здесь, правильное конструирование означает включение в состав субзаголовка MAC, который не имеет поля F/L для нескольких CE MAC, которые не имеют поля L, включая оставшиеся MAC SDU, за исключением CE MAC либо самого последнего MAC SDU, требующего поля L, и включая субзаголовок MAC, который не имеет поля F/L для последнего MAC SDU.The present invention also assumes that, after the Fill BSR is initiated, the MAC object takes into account the size of the MAC subhead associated with it. Namely, in constructing the MAC PDU, the MAC object takes into account whether the MAC PDU has any fill space so as to take into account the size of the BSR and the size of its associated sub-header. For example, if the size of the short BSR is 1 byte, and the size of its associated subheading is also 1 byte, the size of this subheading is also taken into account so that the BSR (short BSR) procedure is initiated only if the remaining MAC PDU space is 2 bytes or more. Also, in this situation, the Fill BSR is triggered only if the subheadings of the other MAC SDUs and MAC CEs can be properly constructed. Here, proper construction means the inclusion of a MAC subheading that does not have an F / L field for several MAC CEs that do not have an L field, including the remaining MAC SDUs, with the exception of the MAC CE or the most recent MAC SDU requiring the L field, and including a MAC subheading that does not have an F / L field for the last MAC SDU.

В описанной выше процедуре после того, как MAC PDU сконструирован, и после того, как BSR Заполнения инициирован при наличии некоторого оставшегося пространства, BSR включается (вставляется) в MAC PDU, а подобный BSR считается Регулярным BSR. Таким образом, BSR Заполнения обрабатывается тем же способом, что и Регулярный BSR. А именно, в этой ситуации BSR Заполнения имеет те же ограничения того же расположения конструирования, как и у Регулярного BSR.In the above procedure, after the MAC PDU is constructed and after the Fill BSR is triggered if there is some remaining space, the BSR is included (inserted) in the MAC PDU, and a similar BSR is considered a Regular BSR. Thus, the Fill BSR is handled in the same way as the Regular BSR. Namely, in this situation, the Fill BSR has the same limitations of the same construction location as the Regular BSR.

В описанной выше процедуре при инициировании процедуры BSR Заполнения благодаря заполнению, в частности, когда короткий BSR включается в MAC PDU благодаря BSR Заполнения, короткий BSR включает в себя информацию буфера группы логических каналов, связанную с логическим каналом с наивысшим приоритетом среди логических каналов (имеющих буферизованные данные), установленных для мобильного терминала.In the above procedure, when initiating the Fill BSR procedure due to filling, in particular when the short BSR is included in the MAC PDU due to the Fill BSR, the short BSR includes logical channel group buffer information associated with the logical channel with the highest priority among the logical channels (having buffered data) installed for the mobile terminal.

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

Настоящее изобретение предполагает, что поле LCID используется для непосредственного (или явного) сообщения о том, что BSR включается в MAC PDU после инициирования BSR благодаря заполнению, так что приемник может легко определить и знать, что BSR включается в MAC PDU (особенно, когда BSR был включен в MAC PDU благодаря заполнению). Более конкретно, предполагается, что субзаголовок MAC используется для указания того, был ли включен BSR.The present invention assumes that the LCID field is used to directly (or explicitly) indicate that the BSR is included in the MAC PDU after the BSR is triggered due to filling, so that the receiver can easily determine and know that the BSR is included in the MAC PDU (especially when the BSR was included in the MAC PDU due to filling). More specifically, it is assumed that the MAC subheading is used to indicate whether the BSR has been enabled.

Обращаясь к Фиг.12, изображение (a) показывает, что, когда MAC PDU содержит заполнение, на основании размера заполнения приемник может знать, что BSR Заполнения был включен BSR. На изображении (b), даже если BSR был включен в MAC PDU благодаря заполнению, субзаголовок MAC, имеющий установленное поле LCID, связанное с включенным в состав BSR, вставляется в MAC PDU, так что существование BSR непосредственно (или явно) сообщается.Referring to FIG. 12, image (a) shows that when the MAC PDU contains padding, based on the padding size, the receiver may know that the Padding BSR was turned on by the BSR. In image (b), even if the BSR was included in the MAC PDU due to padding, a MAC subhead having a set LCID field associated with the included BSR is inserted into the MAC PDU, so that the existence of the BSR is directly (or explicitly) communicated.

Согласно другому способу настоящего изобретения приемник рассматривает BSR как BSR Заполнения, когда BSR включается в MAC PDU и когда существует заполнение для MAC PDU.According to another method of the present invention, the receiver considers the BSR as the Pad BSR when the BSR is included in the MAC PDU and when the pad for the MAC PDU exists.

В описанной выше процедуре при инициировании BSR Заполнения благодаря процедуре заполнения и, в результате, при включении BSR в MAC PDU отдельный LCID, отличный от выделенного LCID, может быть обозначен для указания либо короткого BSR, либо длинного BSR. А именно, мобильный терминал устанавливает поле LCID (которое было отдельно обозначено) в субзаголовке MAC, связанном с BSR, если BSR включается в MAC PDU при инициировании BSR Заполнения благодаря процедуре заполнения.In the above procedure, when initiating the Fill BSR due to the fill procedure and, as a result, when the BSR is included in the MAC PDU, a separate LCID different from the highlighted LCID can be designated to indicate either a short BSR or a long BSR. Namely, the mobile terminal sets the LCID field (which was separately indicated) in the MAC sub-header associated with the BSR if the BSR is included in the MAC PDU when the BSR Fill is triggered due to the filling procedure.

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

Обращаясь к Фиг.13, имеющей изображения (a), (b) и (c), при конструировании MAC PDU, согласно настоящему изобретению, объект MAC посылающего (или передающей стороны) берет данные, переданные по каждому логическому каналу, и элементы управления MAC, которые включены (наполняют или вставлены) в MAC PDU, и если MAC PDU имеет 2 байта оставшегося пространства, такое оставшееся пространство используется для обработки BSR Заполнения. Далее будут описаны различные применения, использующие эту концепцию.Referring to FIG. 13 having images (a), (b) and (c), when constructing a MAC PDU according to the present invention, the sending (or transmitting) MAC object takes data transmitted on each logical channel and MAC controls that are included (filled or inserted) in the MAC PDU, and if the MAC PDU has 2 bytes of remaining space, such remaining space is used to process the BSR Fill. Various applications using this concept will now be described.

В настоящем изобретении, при конструировании MAC PDU, объект MAC посылающего берет данные, переданные по каждому логическому каналу, и элементы управления (CE) MAC, которые включены (наполняют или вставлены) в MAC PDU, и если MAC PDU имеет 2 байта оставшегося пространства, множество заголовков заполнения (каждый заголовок длиной 1 байт) включаются в состав для заполнения оставшегося пространства в MAC PDU.In the present invention, when constructing a MAC PDU, the sending MAC object takes the data transmitted on each logical channel and the MAC controls (CE) that are enabled (filled or inserted) in the MAC PDU, and if the MAC PDU has 2 bytes of remaining space, many fill headers (each 1 byte header) are included to fill the remaining space in the MAC PDU.

В настоящем изобретении, при конструировании MAC PDU, объект MAC посылающего берет данные, переданные по каждому логическому каналу, и элементы управления (CE) MAC, которые включены (наполняют или вставлены) в MAC PDU, и если MAC PDU имеет 2 байта оставшегося пространства, такое двухбайтное пространство наполняется так, что поле L включается в последний субзаголовок MAC.In the present invention, when constructing a MAC PDU, the sending MAC object takes the data transmitted on each logical channel and the MAC controls (CE) that are enabled (filled or inserted) in the MAC PDU, and if the MAC PDU has 2 bytes of remaining space, such a double-byte space is filled so that the L field is included in the last MAC subheading.

В настоящем изобретении, при конструировании MAC PDU, объект MAC посылающего берет данные, переданные по каждому логическому каналу, и элементы управления (CE) MAC, которые включены (наполняют или вставлены) в MAC PDU, и если MAC PDU имеет 2 байта оставшегося пространства, BSR Заполнения (именно однобайтный BSR для субзаголовка MAC) и однобайтный короткий BSR включаются в состав для наполнения оставшегося пространства MAC PDU.In the present invention, when constructing a MAC PDU, the sending MAC object takes the data transmitted on each logical channel and the MAC controls (CE) that are enabled (filled or inserted) in the MAC PDU, and if the MAC PDU has 2 bytes of remaining space, Fill BSR (namely, a single-byte BSR for the MAC subheading) and a single-byte short BSR are included to fill the remaining MAC PDU space.

Следует отметить, что описанные выше процедуры могут также быть выполнены тем же способом для MAC PDU с оставшимся пространством не только в 2 байта, но для любого количества байт, такого как 4 байта.It should be noted that the above procedures can also be performed in the same way for a MAC PDU with a remaining space of not only 2 bytes, but for any number of bytes, such as 4 bytes.

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

Когда базовая станция конструирует и передает MAC PDU мобильному терминалу, если пространство заполнения создается после того, как MAC PDU сконструирован, команда временного выравнивания (т.е. команда TAC) может быть включена в MAC PDU. Подобная команда TAC может быть использована мобильным терминалом для настройки времени передачи по восходящей линии связи. Например, когда остаются 2 байта в MAC PDU после того, как MAC PDU сконструирован, базовая станция может выделить 1 байт для субзаголовка команды TAC и выделить другой 1 байт для самой команды TAC, которая обеспечивает инструкции мобильному терминалу для настройки времени передачи по восходящей линии связи. Также, даже если остается 1 байт пространства заполнения, базовая станция не включает связанный субзаголовок MAC, но команда TAC включается в MAC PDU и передается.When the base station constructs and transmits the MAC PDU to the mobile terminal, if the fill space is created after the MAC PDU is constructed, a time alignment command (i.e., a TAC command) may be included in the MAC PDU. A similar TAC command can be used by the mobile terminal to adjust the uplink transmission time. For example, when 2 bytes remain in the MAC PDU after the MAC PDU is designed, the base station can allocate 1 byte for the TAC command sub-header and allocate another 1 byte for the TAC command itself, which provides instructions to the mobile terminal to configure the uplink transmission time . Also, even if 1 byte of fill space remains, the base station does not include the associated MAC subheading, but the TAC command is included in the MAC PDU and transmitted.

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

Если мобильный терминал определяет, что пространство заполнения существует и пытается инициировать BSR Заполнения, обеспечиваются более точные правила такие, что инициирование BSR Заполнения предотвращается, если BSR Заполнения не может на самом деле быть включен в MAC PDU. Таким образом, в настоящем изобретении, когда мобильный терминал использует CE MAC и MAC SDU для конструирования MAC PDU, мобильный терминал проверяет оставшееся пространство путем получения размера байт заполнения, который равен размеру MAC PDU за вычетом суммы размеров MAC SDU, CE MAC и их субзаголовков MAC. В этом вычислении для последнего элемента, включенного в MAC PDU (а именно, последнего MAC SDU), мобильный терминал полагает, что поле L будет включено в субзаголовок MAC, связанный с MAC SDU. Если последним элементом является CE MAC и если подобный CE MAC имеет переменный размер, мобильный терминал полагает, что поле L будет включено в субзаголовок MAC, связанный с CE MAC, и выполняет вычисление. А именно, полагая, что субзаголовок MAC для последнего элемента является «R/R/E/LCID/F/L», вычисляется размер бит заполнения для MAC PDU. Также, если только размер байт заполнения тот же или больше, чем сумма размера BSR и размера его связанного субзаголовка MAC, BSR Заполнения будет инициирован.If the mobile terminal determines that a pad space exists and attempts to initiate the Pad BSR, more precise rules are provided such that the triggering of the Pad BSR is prevented if the Pad BSR cannot actually be included in the MAC PDU. Thus, in the present invention, when the mobile terminal uses the MAC CE and MAC SDUs to construct the MAC PDUs, the mobile terminal checks the remaining space by obtaining the size of the byte size, which is equal to the size of the MAC PDU minus the sum of the sizes of the MAC SDUs, MAC CEs and their MAC subheadings . In this calculation, for the last element included in the MAC PDU (namely, the last MAC SDU), the mobile terminal believes that the L field will be included in the MAC subheading associated with the MAC SDU. If the last element is a MAC CE and if the similar MAC CE is of variable size, the mobile terminal considers that the L field will be included in the MAC subhead associated with the MAC CE, and performs the calculation. Namely, assuming that the MAC subheading for the last element is “R / R / E / LCID / F / L”, the fill bit size for the MAC PDU is calculated. Also, if only the fill byte size is the same or larger than the sum of the size of the BSR and the size of its associated MAC subheading, the Fill BSR will be triggered.

В частности, при вычислении количества байт заполнения, поле(-я) F/L в субзаголовке(-ах) MAC, связанные со всеми MAC SDU, включенными в MAC PDU, включаются в вычисления. Здесь, даже для CE MAC, которые имеют переменный размер, вычисления выполняются путем включения поля F/L в субзаголовок MAC, связанный с CE MAC. Таким образом, если количество байт заполнения то же или больше, чем сумма BSR и его связанного субзаголовка MAC, только тогда BSR Заполнения будет инициирован.In particular, when calculating the number of padding bytes, the F / L field (s) in the MAC subheading (s) associated with all MAC SDUs included in the MAC PDUs are included in the calculations. Here, even for MAC CEs that are of variable size, calculations are performed by including the F / L field in the MAC subheading associated with the MAC CE. Thus, if the number of padding bytes is the same or greater than the sum of the BSR and its associated MAC subheading, then only the Pad BSR will be triggered.

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

Обращаясь к Фиг.14, имеющей изображения (a), (b) и (c), и Фиг.15, имеющей изображения (a), (b) и (c), при конструировании MAC PDU, согласно настоящему изобретению, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, затем, если 2 байта оставшегося пространства существуют в MAC PDU, и если короткий BSR уже включен в MAC PDU, настоящее изобретение предполагает, что короткий BSR замещается длинным BSR. Таким образом, длинный BSR включается в MAC PDU вместо короткого BSR, как показано на Фиг.14.Referring to FIG. 14 having images (a), (b) and (c), and FIG. 15 having images (a), (b) and (c), when constructing a MAC PDU according to the present invention, the MAC object the transmitter (sending side) fills the MAC PDU with data from each logical channel and MAC CE, then if 2 bytes of remaining space exist in the MAC PDU, and if the short BSR is already included in the MAC PDU, the present invention assumes that the short BSR is replaced by the long BSR. Thus, a long BSR is included in the MAC PDU instead of a short BSR, as shown in FIG.

Также, при конструировании MAC PDU, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, затем, если 4 байта оставшегося пространства существуют в MAC PDU, это используется для BSR Заполнения, и, в частности, используется длинный BSR. Здесь, 4 байта содержат однобайтовый субзаголовок MAC, однобайтовый короткий BSR, а два байта используются для заполнения.Also, when constructing a MAC PDU, the transmitter (sending side) MAC object fills the MAC PDU with data from each logical channel and MAC CE, then, if 4 bytes of remaining space exist in the MAC PDU, this is used for the BSR Fill, and, in particular, is used long bsr. Here, 4 bytes contain a single-byte MAC subhead, a single-byte short BSR, and two bytes are used for filling.

При конструировании MAC PDU объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, если MAC PDU уже включает в себя BSR, то один или более дополнительных BSR могут также быть вставлены в MAC PDU, если существует какое-либо оставшееся пространство в MAC PDU.When constructing a MAC PDU, the transmitter (sending party) MAC object fills the MAC PDU with data from each logical channel and MAC CE, if the MAC PDU already includes a BSR, then one or more additional BSRs can also be inserted into the MAC PDU, if any either the remaining space in the MAC PDU.

Также, при конструировании MAC PDU, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, если MAC PDU уже включает в себя BSR, и если существует какое-либо оставшееся пространство в MAC PDU, тогда BSR Заполнения не инициируется.Also, when constructing a MAC PDU, the transmitter (sending side) MAC object fills the MAC PDU with data from each logical channel and MAC CE, if the MAC PDU already includes a BSR, and if there is any remaining space in the MAC PDU, then the Fill BSR not initiated.

Дополнительно, при конструировании MAC PDU, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, если существует какое-либо оставшееся пространство, и если Периодический BSR или Регулярный BSR был инициирован, тогда среди BSR Заполнения с наибольшим размером и BSR, которые были инициированы, вставляется только наибольший BSR.Additionally, when constructing a MAC PDU, the transmitter (sending party) MAC object fills the MAC PDU with data from each logical channel and MAC CE, if there is any remaining space, and if the Periodic BSR or Regular BSR was initiated, then among the BSR Fillings with the largest the size and BSRs that were triggered, only the largest BSR is inserted.

Кроме того, при конструировании MAC PDU, объект MAC передатчика (посылающей стороны) наполняет MAC PDU данными с каждого логического канала и CE MAC, и если Периодический BSR или Регулярный BSR был инициирован, тогда BSR Заполнения не инициируется.In addition, when constructing a MAC PDU, the transmitter (sending party) MAC object populates the MAC PDU with data from each logical channel and MAC CE, and if the Periodic BSR or Regular BSR was triggered, then the Fill BSR is not triggered.

Что касается результатов настоящего изобретения, когда мобильный терминал конструирует MAC PDU и если существует какое-либо оставшееся пространство в MAC PDU, обеспечивается способ эффективного использования подобного оставшегося пространства, чтобы увеличить практичность использования и эффективность радиоресурсов.Regarding the results of the present invention, when a mobile terminal constructs a MAC PDU and if there is any remaining space in the MAC PDU, a method is provided for efficiently utilizing such remaining space in order to increase the usability and efficiency of the radio resources.

Некоторые дополнительные особенности концепций и признаков настоящего изобретения будут описаны далее.Some additional features of the concepts and features of the present invention will be described below.

Особенность #1Feature # 1

BSR Заполнения может быть включен в состав в других местах (или позициях) перед последними субзаголовками MAC. А именно, когда заполнение имеет размер 2 байта после наполнения транспортного блока (TB) субзаголовками и связанными MAC SDU или другими элементами управления MAC, включается в состав двухбайтный короткий BSR. Например, первый субзаголовок может быть коротким BSR, если он может в точности удалить заполнение.BSR Fillings may be included at other places (or positions) before the last MAC subheadings. Namely, when the padding has a size of 2 bytes after populating the transport block (TB) with subheadings and associated MAC SDUs or other MAC controls, a two-byte short BSR is included. For example, the first subheading may be a short BSR if it can exactly remove the padding.

А именно, когда заполнение имеет длину 2 байта после наполнения TB субзаголовками и связанными MAC SDU или другими элементами управления MAC, последний субзаголовок может включать в себя двухбайтное поле L. А именно, используется поле F, указывающее длинное поле L и 15-битное поле L. При каждом декодировании субзаголовка MAC, когда общая сумма размера субзаголовков и размера связанных элементов управления MAC или связанных MAC SDU в точности такая же, как TB (полагая, что хвостовые 1~7 бит исключаются), принимающий объект MAC считает, что больше не существует субзаголовков. Это не рассматривается как случай ошибки. А именно, последний субзаголовок MAC может включать в себя поле L, если он может в точности подойти к TB без остающегося байта заполнения/LCID.Namely, when the padding is 2 bytes long after the TB is populated with subheadings and associated MAC SDUs or other MAC controls, the last subheading may include a two-byte field L. Namely, a field F is used indicating a long field L and a 15-bit field L Each time the MAC subheading is decoded, when the total sum of the subheadings size and the size of the associated MAC controls or the associated MAC SDUs is exactly the same as TB (assuming tail 1 ~ 7 bits are excluded), the receiving MAC entity considers that no longer exists from bzagolovkov. This is not considered a case of error. Namely, the last MAC subheading may include an L field if it can fit exactly to the TB without the remaining fill byte / LCID.

Особенность #2Feature # 2

Заполнение происходит в конце MAC PDU, за исключением случая, когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено заполнением в конце MAC PDU.Filling occurs at the end of the MAC PDU, unless one-byte or double-byte filling is required, but cannot be filled at the end of the MAC PDU.

Когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено заполнением в конце MAC PDU, один или более субзаголовков MAC PDU, соответствующих заполнению, вставляются перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок не существует, перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.When single-byte or double-byte padding is required, but cannot be padded at the end of the MAC PDU, one or more MAC PDU subheadings corresponding to the padding are inserted before the first MAC PDU subheading corresponding to the MAC SDU; or, if such a subheading does not exist, before the last subheading of the MAC PDU corresponding to the MAC control.

Для FDD, когда благодаря квантованности размеров транспортного блока, которые могут поддерживаться, или инициированию Информации Планирования размер данных плюс заголовка меньше или равен размеру TB E-TFC, выбранного UE, за вычетом 24 бит, значение [111111] DDI будет присоединено в конец субзаголовка MAC-e, а Информация Планирования будет конкатенирована в этом MAC PDU-e, где значение [111111] DDI указывает, что присутствует Информация Планирования, конкатенированная в этом MAC PDU-e. В ином случае, если размер данных плюс заголовка меньше или равен размеру TB E-TFC, выбранного UE, за вычетом 18 бит, Информация Планирования будет конкатенирована в этом MAC PDU-e. В любом другом случае это понимается как другие MAC PDU-e, или что Информация Планирования не подходит, и, следовательно, нет необходимости резервировать место в транспортном блоке для дополнительного поля DDI.For FDDs, when due to the quantization of the transport block sizes that can be supported, or the initiation of Planning Information, the data size plus the header is less than or equal to the TB E-TFC size selected by the UE minus 24 bits, the value [111111] DDI will be appended to the end of the MAC subheading -e, and the Planning Information will be concatenated in this MAC PDU-e, where a value of [111111] DDI indicates that there is Planning Information concatenated in this MAC PDU-e. Otherwise, if the data size plus the header is less than or equal to the size of the TB E-TFC selected by the UE, minus 18 bits, the Planning Information will be concatenated in this MAC PDU-e. In any other case, this is understood as other MAC PDU-e, or that the Planning Information is not suitable, and therefore, there is no need to reserve a place in the transport block for an additional DDI field.

А именно, в случае HSUPA, для того, чтобы принять решение, что включать в состав или когда остановить наполнение TB MAC, передатчик непрерывно сравнивает размер заголовка MAC плюс данных MAC с доступным размером транспортного блока. Так, в некоторых случаях, информация планирования добавляется без каких-либо полей, указывающих присутствие информации планирования. Таким образом, некоторые поля заголовка, такие как DDI, могут быть опущены для увеличения эффективности.Namely, in the case of HSUPA, in order to decide what to include in the composition or when to stop filling TB MAC, the transmitter continuously compares the size of the MAC header plus MAC data with the available transport block size. So, in some cases, planning information is added without any fields indicating the presence of planning information. Thus, some header fields, such as DDI, may be omitted to increase efficiency.

Но настоящие спецификации MAC LTE не описывают такой тип работы. Таким образом, поднимается вопрос о том, отбрасывать работу HSUPA или нет. Случай показан на Фиг.13.But these MAC LTE specifications do not describe this type of operation. This raises the question of whether to discard HSUPA or not. The case is shown in FIG. 13.

На изображении (a) оставшиеся 2 байта используются путем включения 2-х субзаголовков заполнения. На изображении (b) 2 байта заменяются полями F и L. Соответственно, последний субзаголовок также содержит поля F и L. Этот подход аналогичен применяемому в HSUPA. А именно, путем сравнения общей суммы субзаголовков плюс поля данных с размером транспортного блока (TB) приемники могут знать, что заполнения нет. На изображении (c) 2 байта заменяются коротким BSR. Фактически, короткий BSR не может быть отчетом о состоянии пустого буфера. Полезный сценарий для ситуации с изображения (c) показан на Фиг.16.In image (a), the remaining 2 bytes are used by including 2 fill subheadings. In image (b), 2 bytes are replaced with fields F and L. Accordingly, the last subheading also contains fields F and L. This approach is similar to that used in HSUPA. Namely, by comparing the total sum of the subheadings plus the data fields with the size of the transport block (TB), the receivers can know that there is no filling. In image (c), 2 bytes are replaced by a short BSR. In fact, a short BSR cannot be an empty buffer status report. A useful scenario for the situation of the image (c) is shown in FIG. 16.

Как показано на Фиг.16, присутствие LCID заполнения не исключает того, есть ли еще данные в буфере UE. Для способствования планировщику eNB предполагается, что подход с изображения (c) Фиг.13 лучше, чем подход с изображения (a). А именно, вместо того, чтобы растрачивать 2 байта на LCID заполнения, будет более полезным использовать эти 2 байта для короткого BSR.As shown in FIG. 16, the presence of an LCID pad does not exclude whether there is more data in the buffer of the UE. To facilitate the eNB scheduler, it is assumed that the approach from image (c) of FIG. 13 is better than the approach from image (a). Namely, instead of wasting 2 bytes on the LCID padding, it would be more useful to use these 2 bytes for a short BSR.

Обращаясь к Фиг.4-6, будет дано описание MAC PDU (DL-SCH и UL-SCH).Referring to FIGS. 4-6, a description will be given of a MAC PDU (DL-SCH and UL-SCH).

MAC PDU состоит из заголовка MAC, нуля или более служебных блоков данных MAC (MAC SDU), нуля или более элементов управления MAC (CE MAC), и необязательно заполнение; как описано на Фиг.4. Как заголовок MAC, так и MAC SDU имеют переменный размер. Заголовок MAC состоит из одного или более субзаголовков MAC PDU; каждый субзаголовок соответствует либо MAC SDU, либо элементу управления MAC, либо заполнению. В некоторых вариантах осуществления субзаголовки MAC PDU для заполнения не должны появляться более одного раза в MAC PDU.A MAC PDU consists of a MAC header, zero or more MAC service data units (MAC SDUs), zero or more MAC controls (MAC CE), and optionally padding; as described in FIG. 4. Both the MAC header and the MAC SDU are variable in size. A MAC header consists of one or more subheadings of a MAC PDU; each subhead corresponds to either a MAC SDU, a MAC control, or padding. In some embodiments, the subheadings of the MAC PDUs to populate do not have to appear more than once in the MAC PDU.

Субзаголовок MAC PDU может состоять из шести полей R/R/E/LCID/F/L заголовка, за исключением последнего субзаголовка в MAC PDU и элементов управления MAC с фиксированным размером. Последний субзаголовок в MAC PDU и субзаголовки для элементов управления MAC состоят только из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка.The MAC PDU subheading may consist of six R / R / E / LCID / F / L header fields, with the exception of the last subheading in the MAC PDU and fixed size MAC controls. The last subheading in the MAC PDU and the subheading for the MAC controls consist of only four R / R / E / LCID header fields. Therefore, the sub-header of the MAC PDU corresponding to the padding consists of four R / R / E / LCID header fields.

Субзаголовки MAC PDU имеют тот же порядок, что и соответствующие MAC SDU, элементы управления MAC и заполнение. Элементы управления MAC, за исключением BSR Заполнения, всегда помещаются перед любым MAC SDU. BSR Заполнения появляется в конце MAC PDU. Заполнение появляется в конце MAC PDU, за исключением случая, когда требуется однобайтный, но не может быть выполнен заполнением в конце MAC PDU. Когда требуется однобайтный, но не может быть выполнен заполнением в конце MAC PDU, один субзаголовок MAC PDU, соответствующий заполнению, вставляется перед первым субзаголовком MAC PDU, соответствующим MAC SDU; либо, если подобный субзаголовок не существует, перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC. Когда остаются два байта после наполнения MAC PDU элементами управления MAC и MAC SDU (за исключением BSR), тогда включается короткий BSR.The subheadings of the MAC PDUs are in the same order as the corresponding MAC SDUs, MAC controls, and padding. MAC controls, with the exception of the Padding BSR, are always placed in front of any MAC SDU. The Fill BSR appears at the end of the MAC PDU. Filling occurs at the end of the MAC PDU, unless a single-byte is required, but cannot be filled at the end of the MAC PDU. When a single-byte but cannot be filled at the end of the MAC PDU, a single MAC PDU subhead corresponding to the filling is inserted before the first MAC PDU subhead corresponding to the MAC SDU; or, if such a subheading does not exist, before the last subheading of the MAC PDU corresponding to the MAC control. When two bytes remain after the MAC PDU is populated with the MAC and MAC SDU controls (with the exception of the BSR), then the short BSR is turned on.

В некоторых вариантах осуществления максимум один MAC PDU может быть передан за TB для UE. Также, в зависимости от категории физического уровня, один или два TB могут быть переданы за TTI для UE.In some embodiments, a maximum of one MAC PDU may be transmitted per TB for the UE. Also, depending on the physical layer category, one or two TBs may be transmitted per TTI for the UE.

Следует также отметить, что еще предстоит уточнить, будет ли использоваться такой MAC PDU только для DL/UL SCH или также для других транспортных каналов.It should also be noted that it remains to be determined whether such a MAC PDU will only be used for DL / UL SCH or also for other transport channels.

Особенность #3Feature # 3

BSR Заполнения включается в состав, когда существует какое-либо оставшееся место в MAC PDU, которое больше или равно размеру BSR. Если ресурсы восходящей линии связи (UL) выделены и количество бит заполнения больше размера элемента управления MAC Отчета о Состоянии Буфера, подобный BSR называется ниже «BSR Заполнения». Но в отношении того, как выражать BSR Заполнения, должны быть решены следующие вопросы: элементы управления MAC (за исключением BSR Заполнения) всегда помещаются перед любым MAC SDU. BSR Заполнения появляется в конце MAC PDU. Как BSR Заполнения, так и заполнение могут появляться в конце MAC PDU. Однако настоящим изобретением разрешаются некоторые вопросы, такие как указывается ли BSR Заполнения явно посредством LCID BSR или неявно посредством LCID Заполнения либо следует ли BSR Заполнения за заполнением или заполнение следует за BSR.The Fill BSR is included when there is any remaining space in the MAC PDU that is greater than or equal to the size of the BSR. If uplink (UL) resources are allocated and the number of padding bits is greater than the size of the Buffer Status Report MAC control, a similar BSR is referred to below as the “Padding BSR”. But with regard to how to express BSR Fillings, the following issues must be resolved: MAC controls (with the exception of BSR Fillings) are always placed in front of any MAC SDU. The Fill BSR appears at the end of the MAC PDU. Both BSR Fill and Fill may appear at the end of the MAC PDU. However, the present invention resolves some issues, such as whether the Fill BSR is indicated explicitly by the LCSR BSR or implicitly by the LCID Fill, or whether the Fill BSR follows the fill or the fill follows the BSR.

Как указывать BSR Заполнения (4 предложения)How to Indicate BSR Fillings (4 sentences)

Фиг.17 показывает две возможные реализации (изображения (a) и (b)) того, как указывать присутствие BSR Заполнения.17 shows two possible implementations (images (a) and (b)) of how to indicate the presence of a BSR Fill.

На изображении (a), в зависимости от области заполнения, либо короткий BSR, либо длинный BSR включается в состав без связанного субзаголовка. На изображении (a) BSR может быть включен в состав когда-либо при размере заполнения, равном или большем 2-х байт. В этом подходе, если остаются 3 байта после наполнения MAC PDU другими субзаголовками или SDU/CE MAC, то BSR может быть включен.In the image (a), depending on the filling region, either a short BSR or a long BSR is included in the composition without an associated subheading. In image (a), the BSR can be included at some time with a fill size equal to or greater than 2 bytes. In this approach, if 3 bytes remain after filling the MAC PDU with other subheadings or MAC SDU / CE, then the BSR can be turned on.

На изображении (b) последними 2 субзаголовками MAC являются субзаголовок BSR и субзаголовок заполнения, тогда как BSR Заполнения указан явно. В этом подходе, когда остаются 4 байта после наполнения MAC PDU другими субзаголовками или SDU/CE MAC, то BSR может быть включен.In image (b), the last 2 MAC subheadings are the BSR subheading and the fill subheading, while the BSR Fillout is indicated explicitly. In this approach, when 4 bytes remain after filling the MAC PDU with other subheadings or MAC SDU / CE, then the BSR can be turned on.

А именно, разница между двумя подходами (a) и (b) в минимальном размере оставшихся байт для включения BSR.Namely, the difference between the two approaches (a) and (b) in the minimum size of the remaining bytes for enabling BSR.

Предложение 1Offer 1

Предлагается решать, использовать неявный или явный способ для указания BSR Заполнения, и учитывается порядок между BSR Заполнения и заполнением.It is proposed to decide whether to use the implicit or explicit method to specify the BSR Fill, and takes into account the order between the BSR Fill and fill.

Фиг.17 показывает две возможные реализации местоположения BSR Заполнения в случае, когда используется неявное указание, как на изображении (a) Фиг.12. Любой из подходов является осуществимым. На Фиг.17 очевидно, что BSR может быть помещен перед или после байта, используемого для заполнения.FIG. 17 shows two possible implementations of the Location of the Padding BSR in the case where an implicit indication is used, as in the image (a) of FIG. 12. Any of the approaches is feasible. 17, it is obvious that the BSR can be placed before or after the byte used for filling.

Фиг.18 показывает две возможные реализации местоположения BSR Заполнения в случае, когда используется явное указание, как на изображении (b) Фиг.12. Оба решения основаны на поле «E». Если поле «E» указывает другой субзаголовок MAC, приемник просто декодирует следующий байт, чтобы узнать, что следует далее. Однако в подходе (b) после детектирования BSR LCID после LCID Заполнения приемник MAC в eNB может незамедлительно декодировать последние байты, чтобы узнать состояние буфера UE. С другой стороны, в подходе (a) после детектирования BSR LCID, приемник MAC в eNB сначала должен вычислить начальное положение BSR перед декодированием первого байта BSR.Fig. 18 shows two possible implementations of the location of the Padding BSR in the case where an explicit indication is used, as in image (b) of Fig. 12. Both solutions are based on the “E” field. If the “E” field indicates a different MAC subhead, the receiver simply decodes the next byte to find out what follows. However, in approach (b), after detecting the BSR LCID after LCID Fill, the MAC receiver in the eNB can immediately decode the last bytes to find out the status of the UE buffer. On the other hand, in approach (a), after detecting the BSR LCID, the MAC receiver in the eNB must first calculate the initial position of the BSR before decoding the first byte of the BSR.

Предложение 2Offer 2

Предлагается решать, является ли BSR Заполнения последним в MAC PDU или последним является заполнение.It is proposed to decide whether the Fill BSR is the last in the MAC PDU or the last is a fill.

Предложение 3Offer 3

Когда остается 2 байта после наполнения MAC PDU с помощью MAC SDU или CE MAC, не считая BSR, следует доставлять короткий BSR.When 2 bytes remain after populating the MAC PDU using the MAC SDU or MAC CE, not including the BSR, a short BSR should be delivered.

В то же время, если остаются 2 байта после того, как BSR уже был включен в MAC PDU, можно рассматривать ситуации на Фиг.19 (случай 2-х оставшихся байт после того, как был включен в состав короткий BSR) и Фиг.20 (случай 2-х оставшихся байт после того, как был включен в состав длинный BSR, в случае явного указания BSR Заполнения).At the same time, if 2 bytes remain after the BSR has already been included in the MAC PDU, we can consider the situations in Fig. 19 (the case of the 2 remaining bytes after the short BSR was included) and Fig. 20 (the case of the 2 remaining bytes after the long BSR was included, in the case of explicit indication of the BSR Fill).

Изображение (a) Фиг.19 показывает случай, когда остаются 2 байта после того, как короткий BSR уже был включен в MAC PDU. Этот случай означает, что изначально оставалось 4 байта в MAC PDU после наполнения данными лишь с каждого логического канала. Другими словами, было доступно 4 байта после наполнения MAC PDU с помощью RLC PDU до включения в состав короткого BSR. Независимо от того, были ли дополнительные данные в субъектах RLC, 4 байта являлись изначально байтами заполнения. Затем длинный BSR должен был бы быть включен в состав, нежели короткий BSR. Таким образом, вместо (а) должен использоваться (b).Image (a) of FIG. 19 shows a case where 2 bytes remain after the short BSR has already been included in the MAC PDU. This case means that initially 4 bytes remained in the MAC PDU after filling only with data from each logical channel. In other words, 4 bytes were available after populating the MAC PDU with the RLC PDU before including the short BSR. Regardless of whether there was additional data in RLC entities, 4 bytes were originally padding bytes. Then a long BSR should have been included rather than a short BSR. Thus, instead of (a), (b) should be used.

Изображение (a) Фиг.20 показывает случай, когда остаются 2 байта после того, как длинный BSR уже был включен в MAC PDU. Это означает, что изначально оставалось 6 байт в MAC PDU после наполнения данными с каждого логического канала. Другими словами, было доступно 6 байт после наполнения MAC PDU с помощью RLC PDU с верхнего уровня. Для этого существует три сценария.Image (a) of FIG. 20 shows a case where 2 bytes remain after a long BSR has already been included in the MAC PDU. This means that initially 6 bytes remained in the MAC PDU after filling with data from each logical channel. In other words, 6 bytes were available after populating the MAC PDU using the RLC PDU from the upper level. There are three scenarios for this.

1. Если не было оставшихся данных в каждом из субъектов RLC, 6 байт изначально являлись байтами наполнения, BSR должен был бы быть отменен, либо должен был быть включен в состав нормальный BSR Заполнения. В этом случае, если используется явное указание для BSR Заполнения, произойдут сценарии (b) и (c) с Фиг.4, нежели (a). Если используется неявное указание для BSR Заполнения, произойдут сценарии (b) и (c) с Фиг.5, нежели (a).1. If there was no remaining data in each of the RLC entities, 6 bytes were originally filling bytes, the BSR would have to be canceled, or the normal Fill BSR should have been included. In this case, if an explicit indication is used for the Fill BSR, scenarios (b) and (c) of Figure 4 will occur rather than (a). If an implicit indication is used for the Fill BSR, scenarios (b) and (c) of Figure 5 will occur rather than (a).

2. Если был только один логический канал с данными после наполнения MAC PDU, должен был быть инициирован короткий BSR, а оставшиеся 4 байта должны были быть использованы для включения в состав данных для логического канала.2. If there was only one logical channel with data after filling the MAC PDU, a short BSR should have been initiated, and the remaining 4 bytes should have been used to include data for the logical channel.

3. Если было более чем один логический канал с данными после наполнения MAC PDU, в любом случае должен был быть включен в состав длинный BSR. Но такая ситуация кажется странной, поскольку произойдут сценарии (b) и (c) с Фиг.20 в случае, когда используется явное указание для BSR Заполнения. А сценарии (b) и (c) с Фиг.21 (случай 2-х оставшихся байт после того, как был включен в состав длинный BSR, в случае явного указания BSR Заполнения) произойдут в случае, когда используется неявное указание для BSR Заполнения.3. If there was more than one logical channel with data after filling the MAC PDU, in any case, a long BSR should have been included. But this situation seems strange, since scenarios (b) and (c) of FIG. 20 will occur in the case where an explicit indication for the BSR Fill is used. And the scenarios (b) and (c) of Fig. 21 (the case of the 2 remaining bytes after the long BSR was included in the case of the explicit indication of the Fill BSR) will occur when the implicit indication for the Fill BSR is used.

Соответственно, случай двухбайтного субзаголовка заполнения может быть неочевидным и не всегда полезным. И поскольку настоящая структура MAC может избегать двухбайтного заполнения, двухбайтный субзаголовок заполнения не должен существовать.Accordingly, the case of a double-byte subheading fill may not be obvious and not always useful. And since the present MAC structure can avoid double-byte padding, a double-byte padding subheading should not exist.

Предложение 4Offer 4

Следует избегать двухбайтного субзаголовка заполнения в заголовке MAC.A double-byte fill subhead in the MAC header should be avoided.

Особенность #4Feature # 4

Для сети конкретные концепции настоящего изобретения могут быть описаны следующим образом:For a network, specific concepts of the present invention can be described as follows:

eNB составляет MAC PDU с помощью доступных данных в буферах RLC/PDCP для одного UE и дополнительно с помощью Элементов Управления MAC.The eNB composes a MAC PDU using the available data in the RLC / PDCP buffers for one UE and optionally using MAC Controls.

После наполнения MAC PDU с помощью MAC SDU/CE MAC:After populating the MAC PDU using the MAC SDU / CE MAC:

- если остаются два байта после наполнения MAC PDU,- if two bytes remain after filling the MAC PDU,

-- eNB включает TA CMD в состав MAC PDU, заменяя по меньшей мере два байта,- the eNB includes TA CMD in the MAC PDU, replacing at least two bytes,

--- в этом случае один байт используется для включения в состав субзаголовка для TA CMD, и--- in this case, one byte is used to include in the subheading for TA CMD, and

---- один байт используется для включения в состав фактического значения команды временного выравнивания,---- one byte is used to include in the actual value of the time alignment command,

----- и по меньшей мере один байт используется как субзаголовок для заполнения.----- and at least one byte is used as a subheading to fill.

- Или, если остается более двух байт после наполнения MAC PDU,- Or, if more than two bytes remain after filling the MAC PDU,

-- eNB включает TA CMD в состав MAC PDU, заменяя по меньшей мере два байта,- the eNB includes TA CMD in the MAC PDU, replacing at least two bytes,

--- в этом случае один байт используется для включения в состав фактического значения команды временного выравнивания,--- in this case, one byte is used to include in the actual value of the time alignment command,

---- и один байт используется как субзаголовок для заполнения,---- and one byte is used as a subheading to fill,

----- а другие байты используются как заполнение.----- and other bytes are used as padding.

--- Или один байт заполнения заменяется TA CMD.--- Or one fill byte is replaced by TA CMD.

Для мобильного терминала конкретные концепции настоящего изобретения могут быть описаны следующим образом.For a mobile terminal, specific concepts of the present invention can be described as follows.

UE декодирует/повторно собирает принятый MAC PDU в MAC SDU и/или CE MAC.The UE decodes / reassembles the received MAC PDU in the MAC SDU and / or MAC CE.

- UE декодирует каждый субзаголовок MAC и MAC SDU/CE, ассоциированные с субзаголовком.- The UE decodes each subheading of the MAC and MAC SDU / CE associated with the subheading.

-- UE вычисляет размер суммы субзаголовков и MAC SDU/CE,- The UE calculates the sum size of the subheadings and the MAC SDU / CE,

-- UE сравнивает размер суммы с размером MAC PDU,- The UE compares the size of the sum with the size of the MAC PDU,

- если указано заполнение и размер заполнения (за исключением субзаголовка заполнения) равен или больше 1 байта,- if filling is indicated and the filling size (except for the filling sub-heading) is equal to or greater than 1 byte,

-- UE считает, что TA CMD включена в часть заполнения.- The UE considers that the TA CMD is included in the fill part.

Особенность #5Feature # 5

Для направления восходящей линии связи настоящие спецификации MAC требуют, что UE должно включать BSR в состав, если пространство заполнения позволяет включение BSR в состав. Учитывая, что требуется два байта для включения в состав короткого BSR, BSR будет включен в MAC PDU всякий раз, когда оставшееся пространство заполнения будет составлять два байта.For the uplink direction, these MAC specifications require that the UE must include the BSR in the composition if the padding space allows the inclusion of the BSR in the composition. Given that it takes two bytes to be included in the short BSR, the BSR will be included in the MAC PDU whenever the remaining fill space is two bytes.

На Фиг.22, поскольку двух байт достаточно для включения в состав короткого BSR, ситуация с изображения (a) не должна произойти. Если мы последуем намерению настоящего описания, UE должно выслать формат с изображения (b) с Фиг.22.In FIG. 22, since two bytes is sufficient to be included in the short BSR, the situation with image (a) should not occur. If we follow the intention of the present description, the UE must send the format from the image (b) of FIG.

Таким образом, особой обработки двухбайтного заполнения согласно нижеследующему не требуется.Thus, special processing of double-byte padding according to the following is not required.

Заполнение происходит в конце MAC PDU, за исключением случаев, когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено посредством заполнения в конце MAC PDU. Когда требуется однобайтное или двухбайтное заполнение, но не может быть выполнено посредством заполнения в конце MAC PDU, один или два субзаголовка MAC, соответствующие заполнению, вставляются перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.Filling occurs at the end of the MAC PDU, except when single-byte or double-byte filling is required, but cannot be performed by filling at the end of the MAC PDU. When single-byte or double-byte padding is required, but cannot be performed by padding at the end of the MAC PDU, one or two MAC subheadings corresponding to the padding are inserted before the first subheading of the MAC PDU corresponding to the MAC SDU; or, if there is no such subheading, before the last subheading of the MAC PDU corresponding to the MAC control.

Кроме того, BSR с изображения (b) с Фиг.22 можно называть BSR Заполнения, поскольку он включается благодаря пространству заполнения. Поскольку BSR не располагается в конце MAC PDU, можно предположить, что это не согласуется с настоящим определением BSR Заполнения. Однако BSR Заполнения не должен являться последним элементом в MAC PDU. Более того, BSR Заполнения указывается с помощью явного LCID. Таким образом, BSR Заполнения может располагаться где угодно в пределах MAC PDU.In addition, the BSR from the image (b) of FIG. 22 may be referred to as the Fill BSR since it is enabled due to the fill space. Since the BSR is not located at the end of the MAC PDU, it can be assumed that this is not consistent with the current definition of the BSR Fill. However, the Padding BSR should not be the last element in the MAC PDU. Moreover, the Fill BSR is indicated using an explicit LCID. Thus, the Padding BSR can be located anywhere within the MAC PDU.

В направлении нисходящей линии связи нужды в BSR не существует, ситуация для DL отличается от UL. Так, особая обработка двухбайтного заполнения все еще является требуемой для направления DL. Поскольку размер команды временного выравнивания равен 2 байтам, можно предположить, что TA CMD может быть включена в состав всякий раз, когда остаются 2 байта в MAC PDU. Посылка больше TA CMD является преимуществом, поскольку это дольше сохранит UE в синхронизированном состоянии, но это ограничивает режимы eNB необоснованным образом.In the downlink direction, there is no need for a BSR; the situation for DL is different from UL. So, special double-byte padding processing is still required for DL direction. Since the size of the time alignment command is 2 bytes, it can be assumed that the TA CMD can be included whenever 2 bytes remain in the MAC PDU. Sending more TA CMDs is an advantage because it will keep the UEs in sync longer, but it limits eNB modes unreasonably.

Согласно дальнейшему анализу, для целей подстраховки, нам также следует учитывать случай, когда остаются 2 байта в MAC PDU, в котором уже включен BSR. Это показано на Фиг.23 для короткого BSR и на Фиг.24 для длинного BSR.According to further analysis, for safety reasons, we should also consider the case when 2 bytes remain in the MAC PDU, in which the BSR is already enabled. This is shown in FIG. 23 for a short BSR and in FIG. 24 for a long BSR.

А именно, если остаются 2 байта в PDU, в котором уже включен короткий BSR, это означает, что для BSR доступно 4 байта. Затем, короткий BSR будет заменен длинным BSR. Таким образом, произойдет сценарий изображения (b), нежели сценарий изображения (a), с Фиг.23Namely, if 2 bytes remain in the PDU in which the short BSR is already included, this means that 4 bytes are available for the BSR. Then, the short BSR will be replaced by the long BSR. Thus, an image scenario (b) will occur rather than an image scenario (a), with FIG.

А именно, если остаются 2 байта в PDU, в котором уже включен длинный BSR, это означает, что для BSR доступно 6 байт. Затем, 4 байта будут использованы для длинного BSR, а другие 2 байта могут быть использованы для поля L для последнего MAC SDU или LCID заполнения. Таким образом, следует использовать формат с изображений (b) или (c), нежели формат с изображения (a) с Фиг.24.Namely, if 2 bytes remain in the PDU in which the long BSR is already included, this means that 6 bytes are available for the BSR. Then, 4 bytes will be used for the long BSR, and the other 2 bytes can be used for the L field for the last MAC SDU or LCID fill. Thus, the format from the images (b) or (c) should be used than the format from the image (a) of FIG. 24.

Особенность #6Feature # 6

Признаки настоящего изобретения могут быть также выражены следующим образом.The features of the present invention can also be expressed as follows.

Для BSR Заполнения:For BSR Fillings:

- если количество бит заполнения равно или больше, чем размер короткого BSR, но меньше, чем размер длинного BSR, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными;- if the number of fill bits is equal to or greater than the size of the short BSR, but less than the size of the long BSR, report a short BSR for the LCG with the highest priority logical channel with buffered data;

- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR, сообщить длинный BSR.- otherwise, if the number of padding bits is equal to or greater than the size of the long BSR, report the long BSR.

Местоположение BSR ЗаполненияLocation BSR Fillings

BSR на изображении (b) с Фиг.22 является BSR Заполнения, поскольку он включается в состав благодаря пространству заполнения. Но из-за того, что BSR не расположен в конце MAC PDU, можно предположить, что это не согласуется с настоящим определением BSR Заполнения. Однако BSR Заполнения не должен являться последним элементом в MAC PDU. Более того, BSR Заполнения указывается с помощью явного LCID. Таким образом, BSR Заполнения может располагаться где угодно в пределах MAC PDU.The BSR in image (b) of FIG. 22 is the Fill BSR since it is included in the composition due to the fill space. But due to the fact that the BSR is not located at the end of the MAC PDU, it can be assumed that this is not consistent with the current definition of the BSR Fill. However, the Padding BSR should not be the last element in the MAC PDU. Moreover, the Fill BSR is indicated using an explicit LCID. Thus, the Padding BSR can be located anywhere within the MAC PDU.

Фиг.25 показывает случай использования 2 байт оставшегося пространства TB (BSR Заполнения является последним).25 shows a case of using 2 bytes of the remaining TB space (Fill BSR is the last).

Если мы все еще требуем, чтобы BSR Заполнения был последним элементом, не считая заполнения в MAC PDU, то следует использовать сценарий с изображения (b) с Фиг.25.If we still require the Fill BSR to be the last item, not counting the fill in the MAC PDU, then use the script from image (b) in Figure 25.

На изображении (b) с Фиг.25 второй субзаголовок MAC не имеет поля L. Но из-за того, что он не является последним субзаголовком MAC в MAC PDU, сценарий с изображения (b) с Фиг.25 может быть неверным.In the image (b) of FIG. 25, the second MAC subheading does not have a field L. But because it is not the last MAC subheading in the MAC PDU, the scenario from image (b) of FIG. 25 may be incorrect.

Очевидно, что иметь BSR предпочтительно, чем не иметь BSR. Таким образом, следует использовать сценарий с изображения (b) с Фиг.22, нежели сценарий с изображения (a) или (b) с Фиг.25. Как таковое, местоположение BSR в пределах MAC PDU не должно ограничиваться.Obviously, having a BSR is preferable to not having a BSR. Thus, the scenario from image (b) of FIG. 22 should be used than the scenario from image (a) or (b) of FIG. 25. As such, the location of the BSR within the MAC PDU should not be limited.

Элементы управления MAC (за исключением BSR Заполнения) всегда помещаются перед любым MAC SDU. BSR Заполнения появляется в конце MAC PDU.MAC controls (with the exception of BSR Fill) are always placed in front of any MAC SDU. The Fill BSR appears at the end of the MAC PDU.

Субзаголовок MAC PDU состоит из шести полей R/R/E/LCID/F/L заголовка, за исключением последнего субзаголовка в MAC PDU и элементов управления MAC с фиксированным размером. Последний субзаголовок в MAC PDU и субзаголовки элементов управления MAC с фиксированным размером состоят только из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей заголовка R/R/E/LCID.The MAC PDU sub-header consists of six R / R / E / LCID / F / L header fields, with the exception of the last sub-header in the MAC PDU and fixed-size MAC controls. The last subheading in the MAC PDU and the subheading of the fixed size MAC controls consist of only four R / R / E / LCID header fields. Therefore, the sub-header of the MAC PDU corresponding to the padding consists of four fields of the R / R / E / LCID header.

Очевидно, что иметь BSR предпочтительно, чем не иметь BSR. В этом смысле, следует использовать сценарий с изображения (b) с Фиг.22, нежели сценарий с изображения (a) или (b) с Фиг.25. Одним способом избежать сценария (b) с Фиг.25 является то, что BSR Заполнения может располагаться в любом месте в пределах MAC PDU. Если это будет позволено, инициирующее условие BSR Заполнения будет гарантировать, что формат (b) с Фиг.22 посылается всякий раз, когда доступны 2 байта пространства заполнения.Obviously, having a BSR is preferable to not having a BSR. In this sense, the scenario from image (b) of FIG. 22 should be used than the scenario from image (a) or (b) of FIG. 25. One way to avoid scenario (b) of FIG. 25 is that the Fill BSR can be located anywhere within the MAC PDU. If enabled, the Fill BSR trigger condition will ensure that the format (b) of FIG. 22 is sent whenever 2 bytes of fill space are available.

MAC PDU является битовой строкой, которая выровнена побайтно (т.е. кратна 8-ми битам) в длину. Битовые строки могут быть представлены таблицей (или списком), в которой самым старшим значащим битом является самый левый бит первой строки таблицы, самым младшим значащим битом является самый правый бит в последней строке таблицы, а более общо - битовые строки должны читаться слева направо и затем в порядке чтения построчно. Порядок битов в каждом поле параметра в пределах MAC PDU представляется первым и самым старшим значащим битом в самом левом бите и последним и самым младшим значащим битом в самом правом бите.A MAC PDU is a bit string that is byte aligned (i.e. a multiple of 8 bits) in length. Bit strings can be represented by a table (or list), in which the most significant bit is the leftmost bit of the first row of the table, the least significant bit is the rightmost bit in the last row of the table, and more generally - bit strings should be read from left to right and then in order of reading line by line. The bit order in each parameter field within the MAC PDU is represented by the first and most significant bit in the leftmost bit and the last and least significant bit in the rightmost bit.

MAC SDU являются битовыми строками, которые выровнены побайтно (т.е. кратны 8-ми битам) в длину. SDU включается в MAC PDU с первого бита и далее.MAC SDUs are bit strings that are byte-aligned (i.e., multiples of 8 bits) in length. The SDU is included in the MAC PDU from the first bit onwards.

Субзаголовки MAC PDU имеют тот же порядок, как и соответствующие MAC SDU, элементы управления MAC и заполнение.The subheadings of the MAC PDUs are in the same order as the corresponding MAC SDUs, MAC controls, and padding.

Элементы управления MAC, не считая BSR Заполнения, всегда помещаются перед любым MAC SDU. BSR Заполнения может быть помещен как перед любым MAC SDU, так и после любого MAC SDU.MAC controls other than BSR Fill are always placed in front of any MAC SDU. The Fill BSR can be placed either before any MAC SDU, or after any MAC SDU.

В направлении восходящей линии связи заполнение происходит в конце MAC PDU, за исключением случаев, когда однобайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU.In the uplink direction, padding occurs at the end of the MAC PDU, except when single-byte padding is required but cannot be performed by padding at the end of the MAC PDU.

В направлении нисходящей линии связи заполнение происходит в конце MAC PDU, за исключением случаев, когда однобайтное или двухбайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU.In the downlink direction, padding occurs at the end of the MAC PDU, except when single-byte or double-byte padding is required, but cannot be done by padding at the end of the MAC PDU.

В направлении восходящей линии связи, когда однобайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU, один субзаголовок MAC, соответствующий заполнению, вставляется перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.In the uplink direction, when single-byte padding is required but cannot be performed by padding at the end of the MAC PDU, one MAC subhead corresponding to the padding is inserted before the first subheading of the MAC PDU corresponding to the MAC SDU; or, if there is no such subheading, before the last subheading of the MAC PDU corresponding to the MAC control.

В направлении нисходящей линии связи, когда однобайтное или двухбайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU, субзаголовки MAC, соответствующие заполнению, вставляются перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.In the downlink direction, when single-byte or double-byte padding is required but cannot be performed by padding at the end of the MAC PDU, the MAC subheads corresponding to the padding are inserted before the first subheading of the MAC PDU corresponding to the MAC SDU; or, if there is no such subheading, before the last subheading of the MAC PDU corresponding to the MAC control.

Максимум один MAC PDU может быть передан за TB для UE. В зависимости от категории физического уровня, один или два TB могут быть переданы за TTI для UE.A maximum of one MAC PDU may be transmitted per TB for the UE. Depending on the physical layer category, one or two TBs may be transmitted per TTI for the UE.

Особенность #7Feature # 7

Заголовок MAC PDU состоит из одного или более субзаголовков MAC PDU; причем каждый субзаголовок соответствует MAC SDU, элементу управления MAC либо заполнению. Субзаголовки MAC PDU для заполнения не должны появляться более чем однажды в MAC PDU.The MAC PDU header consists of one or more subheadings of the MAC PDU; each subheading corresponding to a MAC SDU, a MAC control, or padding. Subheadings of a MAC PDU to populate should not appear more than once in a MAC PDU.

Субзаголовки MAC PDU имеют тот же порядок, что и соответствующие MAC SDU, элементы управления MAC и заполнение.The subheadings of the MAC PDUs are in the same order as the corresponding MAC SDUs, MAC controls, and padding.

Элементы управления MAC, не считая BSR Заполнения, всегда помещаются перед любым MAC SDU. BSR Заполнения может быть помещен как перед любым MAC SDU, так и после любого MAC SDU.MAC controls other than BSR Fill are always placed in front of any MAC SDU. The Fill BSR can be placed either before any MAC SDU, or after any MAC SDU.

Заполнение происходит в конце MAC PDU, за исключением случаев, когда однобайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU.Filling occurs at the end of the MAC PDU, unless a one-byte filling is required, but cannot be done by filling at the end of the MAC PDU.

Когда однобайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU, один субзаголовок MAC, соответствующий заполнению, вставляется перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.When single-byte padding is required, but cannot be done by padding at the end of the MAC PDU, one MAC subhead corresponding to the pad is inserted before the first MAC PDU subhead corresponding to the MAC SDU; or, if there is no such subheading, before the last subheading of the MAC PDU corresponding to the MAC control.

Когда остаются два байта после наполнения MAC PDU элементами управления MAC и MAC SDU (за исключением BSR), тогда включается короткий BSR.When two bytes remain after the MAC PDU is populated with the MAC and MAC SDU controls (with the exception of the BSR), then the short BSR is turned on.

Максимум один MAC PDU может быть передан за TB для UE. Также, в зависимости от категории физического уровня, один или два TB могут быть переданы за TTI для UE.A maximum of one MAC PDU may be transmitted per TB for the UE. Also, depending on the physical layer category, one or two TBs may be transmitted per TTI for the UE.

Особенность #8Feature # 8

Субзаголовок MAC PDU состоит из шести полей R/R/E/LCID/F/L заголовка, за исключением последнего субзаголовка в MAC PDU и элементов управления MAC с фиксированным размером. Последний субзаголовок в MAC PDU и субзаголовки элементов управления MAC с фиксированным размером состоят только из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей заголовка R/R/E/LCID.The MAC PDU sub-header consists of six R / R / E / LCID / F / L header fields, with the exception of the last sub-header in the MAC PDU and fixed-size MAC controls. The last subheading in the MAC PDU and the subheading of the fixed size MAC controls consist of only four R / R / E / LCID header fields. Therefore, the sub-header of the MAC PDU corresponding to the padding consists of four fields of the R / R / E / LCID header.

Количество битов заполнения равно размеру TB минус размер MAC SDU или CE MAC минус размер их связанных субзаголовков MAC. В этом вычислении субзаголовок MAC для последнего MAC SDU предполагается имеющим «R/R/E/LCID/F/L».The number of padding bits is equal to the size of TB minus the size of the MAC SDU or MAC CE minus the size of their associated MAC subheadings. In this calculation, the MAC subheading for the last MAC SDU is assumed to have “R / R / E / LCID / F / L”.

Элементы управления MAC, не считая BSR Заполнения, всегда помещаются перед любым MAC SDU. BSR Заполнения может быть помещен как перед любым MAC SDU, так и после любого MAC SDU.MAC controls other than BSR Fill are always placed in front of any MAC SDU. The Fill BSR can be placed either before any MAC SDU, or after any MAC SDU.

Для BSR Заполнения:For BSR Fillings:

- если количество бит заполнения равно или больше, чем размер длинного BSR, и длинный BSR вмещается в MAC PDU, сообщить длинный BSR,- if the number of padding bits is equal to or greater than the size of the long BSR, and the long BSR fits in the MAC PDU, report the long BSR,

- иначе, если количество бит заполнения равно или больше, чем размер короткого BSR, и короткий BSR вмещается в MAC PDU, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными.- otherwise, if the number of padding bits is equal to or greater than the size of the short BSR, and the short BSR fits in the MAC PDU, inform the short BSR for the LCG with the highest priority logical channel with buffered data.

Особенность #9Feature # 9

Можно предусмотреть два альтернативных варианта.Two alternatives may be envisaged.

Вариант 1Option 1

Для BSR Заполнения:For BSR Fillings:

- если количество бит заполнения равно или больше, чем размер короткого BSR, но меньше, чем размер длинного BSR, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными;- if the number of fill bits is equal to or greater than the size of the short BSR, but less than the size of the long BSR, report a short BSR for the LCG with the highest priority logical channel with buffered data;

- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR, сообщить длинный BSR.- otherwise, if the number of padding bits is equal to or greater than the size of the long BSR, report the long BSR.

Количество битов заполнения равно размеру TB минус размер MAC SDU или CE MAC минус размер их связанных субзаголовков MAC. В этом вычислении субзаголовок MAC для последнего MAC SDU предполагается имеющим «R/R/E/LCID/F/L».The number of padding bits is equal to the size of TB minus the size of the MAC SDU or MAC CE minus the size of their associated MAC subheadings. In this calculation, the MAC subheading for the last MAC SDU is assumed to have “R / R / E / LCID / F / L”.

Вариант 2Option 2

Для BSR Заполнения:For BSR Fillings:

- если количество бит заполнения равно или больше, чем размер длинного BSR, и если все субзаголовки MAC для MAC SDU в пределах MAC PDU могут содержать поля F и L, сообщить длинный BSR;- if the number of padding bits is equal to or greater than the size of the long BSR, and if all MAC subheadings for the MAC SDUs within the MAC PDU can contain F and L fields, report a long BSR;

- иначе, если количество бит заполнения равно или больше, чем размер короткого BSR, и если все субзаголовки MAC для MAC SDU в пределах MAC PDU могут содержать поля F и L, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными.- otherwise, if the number of fill bits is equal to or greater than the size of the short BSR, and if all MAC subheadings for the MAC SDUs within the MAC PDU can contain F and L fields, report a short BSR for the LCG with the highest priority logical channel with buffered data.

Далее будет описана возможная проблема неоднозначности и ее решение.A possible ambiguity problem and its solution will be described below.

Изображение (a) с Фиг.26 показывает, что оставшегося пространства достаточно для включения в состав длинного BSR. Но в MAC PDU уже включен короткий BSR. Согласно настоящей спецификации только один BSR может быть включен в MAC PDU, когда инициируется несколько BSR. Таким образом, что-либо одно из BSR: «Короткого» и «Регулярного» или «Длинного» и «Заполнения» допускается на Фиг.26. Подобные проблемы показаны на изображениях (b) и (c) с Фиг.26.Image (a) of FIG. 26 shows that the remaining space is sufficient to be included in the long BSR. But a short BSR is already included in the MAC PDU. According to this specification, only one BSR can be included in a MAC PDU when multiple BSRs are triggered. Thus, one of the BSRs: “Short” and “Regular” or “Long” and “Filling” is allowed in FIG. 26. Similar problems are shown in images (b) and (c) of FIG. 26.

Таким образом, неочевидно, что должно включаться в состав. А именно, имеет ли «Регулярный» или «Периодический» приоритет выше, чем BSR «Заполнения». Возможно, следует выбирать длинный BSR насколько это возможно. Либо, возможно, Короткий Регулярный BSR должен быть заменен длинным BSR Заполнения. С другой стороны, для уменьшения сложности осуществления, можно предложить позволить несколько BSR в одном MAC PDU. Это другой способ снятия подобной неоднозначности.Thus, it is not obvious what should be included in the composition. Namely, whether the “Regular” or “Periodic” priority is higher than the “Fillings” BSR. Perhaps you should choose a long BSR as much as possible. Or, perhaps the Short Regular BSR should be replaced by the long Fill BSR. On the other hand, to reduce the complexity of the implementation, it can be proposed to allow several BSRs in one MAC PDU. This is another way of removing this ambiguity.

Таким образом, поскольку одно возможное решение ситуации с несколькими BSR описано выше и несколько BSR могут быть включены в один MAC PDU, то формат Фиг.27 заменит формат с Фиг.26.Thus, since one possible solution to the situation with several BSRs is described above and several BSRs can be included in one MAC PDU, the format of FIG. 27 will replace the format of FIG. 26.

В качестве другого возможного решения UE может включать в состав один длинный BSR. А именно, когда UE составляет MAC PDU, UE объединяет оставшееся пространство и уже выделенное пространство для «Регулярного» и «Периодического» BSR для включения в состав длинного BSR. Фиг.28 показывает, как MAC PDU будет выглядеть, когда это решение применено к проблеме, показанной на Фиг.26.As another possible solution, the UE may include one long BSR. Namely, when the UE makes up the MAC PDU, the UE combines the remaining space and the already allocated space for the “Regular” and “Periodic” BSR to be included in the long BSR. FIG. 28 shows how the MAC PDU will look when this solution is applied to the problem shown in FIG.

Особенность #10Feature # 10

Для диспетчера очень важно быть способным отличать BSR Заполнения от регулярного BSR. Если ограничения местоположения сняты, для BSR Заполнения должен использоваться отдельный LCID. Здесь BSR Заполнения должен быть явно указан субзаголовком заполнения.It is very important for the dispatcher to be able to distinguish the Fill BSR from the regular BSR. If the location restrictions are removed, a separate LCID must be used for the Fill BSR. Here, the Filling BSR should be explicitly indicated by the filling subheading.

- если количество бит заполнения равно или больше, чем размер короткого BSR плюс его субзаголовок, но меньше, чем размер длинного BSR плюс его субзаголовок, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными;- if the number of fill bits is equal to or greater than the size of the short BSR plus its subheading, but less than the size of the long BSR plus its subheading, report the short BSR for the LCG with the highest priority logical channel with buffered data;

- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR плюс его субзаголовок, сообщить длинный BSR.- otherwise, if the number of padding bits is equal to or greater than the size of the long BSR plus its subheading, report the long BSR.

Иметь общее правило обработки заполнения может быть проще, чем внедрение исключений: независимо от того, включен ли BSR в состав, UE всегда применяет одни и те же правила для включения в состав BSR Заполнения.Having a general rule for filling processing can be simpler than introducing exceptions: regardless of whether a BSR is included in the composition, the UE always applies the same rules for inclusion in the BSR of the Fill.

Если BSR уже включен в состав, другой BSR может не понадобиться. Другой BSR может увеличить обработку MAC. Поля BSR наполняются после того, как построен PDU, следовательно, два BSR могут являться идентичными копиями.If a BSR is already included, another BSR may not be needed. Another BSR may increase MAC processing. BSR fields are filled after the PDU is built, therefore, two BSRs can be identical copies.

Если используется короткий BSR, это может означать, что другие три несообщаемые группы не имеют буферизованных данных. Таким образом, короткий BSR («Регулярный» или «Периодический») может включать в себя состояние буфера для всех групп. С другой стороны, если используется длинный BSR, состояние буфера для всех групп также может сообщаться.If a short BSR is used, this may mean that the other three unreported groups do not have buffered data. Thus, a short BSR (“Regular” or “Periodic”) may include a buffer state for all groups. On the other hand, if a long BSR is used, buffer status for all groups can also be reported.

Особенность #11Feature # 11

Тип BSR, который должен быть включен в состав при инициировании нескольких BSR, требует рассмотрения.The type of BSR that should be included when initiating multiple BSRs requires consideration.

Даже если несколько событий происходит ко времени, когда BSR может быть передан, только один BSR может быть включен в MAC PDU.Even if several events occur by the time the BSR can be transmitted, only one BSR can be included in the MAC PDU.

Например, когда короткий BSR инициируется благодаря истечению периодического таймера, а оставшегося пространства заполнения достаточно для включения длинного BSR в состав, тип BSR для включения в состав должен быть определен. Когда инициируется регулярный короткий BSR и пространство заполнения допускает только короткий BSR, два коротких BSR могут быть объединены для генерации длинного BSR. Для вышеперечисленных ситуаций кажутся возможными несколько решений.For example, when a short BSR is triggered by the expiration of a periodic timer, and the remaining fill space is sufficient to include a long BSR in the composition, the type of BSR to be included in the composition must be determined. When a regular short BSR is initiated and the pad space allows only a short BSR, two short BSRs can be combined to generate a long BSR. For the above situations, several solutions seem possible.

Вариант A: BSR Заполнения не инициируется, когда регулярный BSR или периодический BSR уже был инициирован. Таким способом можно избежать инициирования BSR другого размера.Option A: The Fill BSR is not triggered when a regular BSR or periodic BSR has already been triggered. In this way, initiation of a different size BSR can be avoided.

Вариант B: В MAC PDU может быть включен максимум один из регулярного BSR или периодического BSR, и может быть включен максимум один BSR Заполнения.Option B: A maximum of one of a regular BSR or a periodic BSR may be included in a MAC PDU, and a maximum of one Fill BSR may be included.

Вариант C: Если инициирован регулярный BSR или периодический BSR и если BSR Заполнения также инициирован, то включается в состав самый большой BSR, который вмещается в MAC PDU.Option C: If a regular BSR or a periodic BSR is triggered and if the Fill BSR is also triggered, then the largest BSR that fits in the MAC PDU is included.

Благодаря простоте вариант A выше является самым практичным.Due to its simplicity, option A above is the most practical.

Следует отметить, что существует несколько различных типов BSR. Когда инициировано несколько BSR, только один BSR включается в состав.It should be noted that there are several different types of BSR. When multiple BSRs are triggered, only one BSR is included.

Однако существует вопрос о том, какой BSR должен быть включен в состав, когда инициировано несколько BSR. BSR Заполнения не инициируется, когда регулярный BSR или периодический BSR уже был инициирован. Объект MAC не может решать, какой BSR включать в состав, когда инициировано несколько BSR.However, there is a question about which BSR should be included when multiple BSRs are triggered. The Fill BSR is not triggered when a regular BSR or a periodic BSR has already been triggered. The MAC object cannot decide which BSR to include when multiple BSRs are triggered.

Процедура предоставления отчета о состоянии буфера используется для обеспечения обслуживающего eNB информацией о количестве данных в буферах UL UE. Отчет о Состоянии Буфера (BSR) должен инициироваться, если происходит одно из следующих событий:The buffer status reporting procedure is used to provide the eNB with information about the amount of data in the UL buffers of the UE. A Buffer Status Report (BSR) should be triggered if one of the following events occurs:

- данные UL прибывают в буфер передачи UE, и данные принадлежат логическому каналу с большим приоритетом, чем у тех, чьи данные уже присутствовали в буфере передачи UE, в этом случае BSR будет ниже называться «Регулярный BSR»;- UL data arrives in the transmission buffer of the UE, and the data belongs to a logical channel with a higher priority than those whose data was already present in the transmission buffer of the UE, in which case the BSR will be called “Regular BSR” below;

- ресурсы UL выделены, а количество битов заполнения больше, чем размер элемента управления MAC Отчета о Состоянии Буфера, в этом случае BSR будет ниже называться «BSR Заполнения»;- UL resources are allocated, and the number of padding bits is greater than the size of the MAC Buffer Status Report control, in which case the BSR will be called below the “BSR Fill”;

- происходит смена обслуживающей соты, в этом случае BSR будет ниже называться «Регулярный BSR»;- there is a change of the serving cell, in which case the BSR will be called below “Regular BSR”;

- истекает периодический таймер BSR (PERIODIC BSR TIMER), в этом случае BSR будет ниже называться «Периодический BSR».- the periodic BSR timer (PERIODIC BSR TIMER) expires, in which case the BSR will be called “Periodic BSR” below.

Для Регулярного и Периодического BSR:For Regular and Periodic BSR:

- если только одна LCG имеет буферизованные данные в TTI, в котором передается BSR: сообщить короткий BSR;- if only one LCG has buffered data in the TTI in which the BSR is transmitted: report a short BSR;

- иначе, если более одной LCG имеют буферизованные данные в TTI, в котором передается BSR: сообщить длинный BSR.- otherwise, if more than one LCG has buffered data in the TTI in which the BSR is transmitted: report a long BSR.

Для BSR Заполнения:For BSR Fillings:

- если не был инициирован Регулярный BSR или Периодический BSR;- if a Regular BSR or Periodic BSR has not been initiated;

- если количество бит заполнения равно или больше, чем размер короткого BSR, но меньше, чем размер длинного BSR, сообщить короткий BSR для LCG с логическим каналом с наивысшим приоритетом с буферизованными данными;- if the number of fill bits is equal to or greater than the size of the short BSR, but less than the size of the long BSR, report a short BSR for the LCG with the highest priority logical channel with buffered data;

- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR, сообщить длинный BSR.- otherwise, if the number of padding bits is equal to or greater than the size of the long BSR, report the long BSR.

Если процедура предоставления отчета о состоянии буфера определяет, что после последней передачи BSR был инициирован BSR:If the buffer status reporting procedure determines that after the last BSR transmission, the BSR was initiated:

- если UE имеет ресурсы UL, выделенные для новой передачи для данного TTI:- if the UE has UL resources allocated for a new transmission for this TTI:

- предписать процедуре Мультиплексирования и Сборки генерировать элемент управления BSR MAC;- instruct the Multiplexing and Assembly procedure to generate a BSR MAC control;

- повторно запустить PERIODIC BSR TIMER;- restart PERIODIC BSR TIMER;

- иначе, если после последней передачи BSR был инициирован Регулярный BSR:- otherwise, if, after the last BSR transmission, the Regular BSR was initiated:

- должен быть инициирован Запрос Диспетчеризации.- A Dispatch Request must be initiated.

Следует отметить, что, даже если несколько событий происходит ко времени, когда BSR может быть передан, только один BSR может быть включен в MAC PDU.It should be noted that even if several events occur by the time the BSR can be transmitted, only one BSR can be included in the MAC PDU.

Ожидающие BSR должны быть отменены в случае, если разрешение UL может вместить все ожидающие данные, но недостаточно для вмещения дополнительно элементов управления BSR MAC.Pending BSRs should be revoked if the UL permission can accommodate all pending data, but not enough to accommodate additional MAC BSR controls.

Как описано выше, различные примерные варианты осуществления настоящего изобретения относятся к способу и системе для обработки отчетов о состоянии буфера (BSR). Когда выполняется инициирование BSR, размер(-ы) необходимого субзаголовка(-ов) должны учитываться совместно в дополнение к размеру BSR. Выполнение этого позволяет вставлять (включать в состав) субзаголовок(-и) в MAC PDU (или транспортный блок (TB) или другой блок данных).As described above, various exemplary embodiments of the present invention relate to a method and system for processing buffer status reports (BSR). When BSR initiation is performed, the size (s) of the required subheading (s) must be considered together in addition to the size of the BSR. Doing this allows you to insert (include) the subheading (s) in the MAC PDU (or transport block (TB) or other data block).

Процедура предоставления отчета о состоянии буфера используется для обеспечения обслуживающего eNB информацией о количестве данных в буферах UL UE. Для процедуры предоставления отчета о состоянии буфера UE должно учитывать все однонаправленные радиоканалы, которые задействованы, и может учитывать однонаправленные радиоканалы, которые не задействованы.The buffer status reporting procedure is used to provide the eNB with information about the amount of data in the UL buffers of the UE. For the buffer status reporting procedure, the UE must consider all unidirectional radio channels that are involved, and can take into account unidirectional radio channels that are not involved.

Отчет о Состоянии Буфера (BSR) должен инициироваться, если происходит одно из следующих событий:A Buffer Status Report (BSR) should be triggered if one of the following events occurs:

- данные UL для логического канала, который принадлежит LCG, становятся доступными для передачи в субъекте RLC или в субъекте PDP, и данные либо принадлежат логическому каналу с большим приоритетом, чем приоритеты логических каналов, которые принадлежат любой LCG, для которой данные уже доступны для передачи, либо нет доступных данных для передачи для любого логического канала, который принадлежит LCG, в этом случае BSR будет ниже называться «Регулярный BSR»;- UL data for the logical channel that belongs to LCG, becomes available for transmission in the subject of RLC or in the subject PDP, and data either belong to a logical channel with b about lshim priority than the priorities of the logical channels that belong to any LCG, for which data are available for transmission, or there is no data available for transmission for any logical channel that belongs to the LCG, in which case the BSR will be referred to below as the “Regular BSR”;

- ресурсы UL выделены, а количество битов заполнения больше, чем размер элемента управления MAC Отчета о Состоянии Буфера, в этом случае BSR будет ниже называться «BSR Заполнения»;- UL resources are allocated, and the number of padding bits is greater than the size of the MAC Buffer Status Report control, in which case the BSR will be called below the “BSR Fill”;

- происходит смена обслуживающей соты, в этом случае BSR будет ниже называться «Регулярный BSR»;- there is a change of the serving cell, in which case the BSR will be called below “Regular BSR”;

- истекает RETX_BSR_TIMER, и UE имеет данные, доступные для передачи, в этом случае BSR будет ниже называться «Регулярный BSR»;- RETX_BSR_TIMER expires and the UE has data available for transmission, in which case the BSR will be referred to below as the “Regular BSR”;

- истекает PERIODIC_BSR_TIMER, в этом случае BSR будет ниже называться «Периодический BSR».- PERIODIC_BSR_TIMER expires, in which case the BSR will be called “Periodic BSR” below.

Для Регулярного и Периодического BSR:For Regular and Periodic BSR:

- если более одной LCG имеют данные, доступные для передачи в TTI, в котором передается BSR: сообщить длинный BSR;- if more than one LCG has data available for transmission in the TTI in which the BSR is transmitted: report a long BSR;

- иначе: сообщить короткий BSR.- otherwise: report a short BSR.

Для BSR Заполнения:For BSR Fillings:

- если количество бит заполнения равно или больше, чем размер короткого BSR плюс его субзаголовок, но меньше, чем размер длинного BSR плюс его субзаголовок, сообщить короткий BSR;- if the number of fill bits is equal to or greater than the size of the short BSR plus its subheading, but less than the size of the long BSR plus its subheading, report the short BSR;

- если более одной LCG имеют буферизованные данные в TTI, в котором передается BSR: сообщить Укороченный BSR для LCG с логическим каналом с наивысшим приоритетом с данными, доступными для передачи;- if more than one LCG has buffered data in the TTI in which the BSR is transmitted: report a Shortened BSR for the LCG with the highest priority logical channel with data available for transmission;

- иначе: сообщить короткий BSR;- otherwise: report a short BSR;

- иначе, если количество битов заполнения равно или больше, чем размер длинного BSR плюс его субзаголовок, сообщить длинный BSR.- otherwise, if the number of padding bits is equal to or greater than the size of the long BSR plus its subheading, report the long BSR.

Если процедура предоставления отчета о состоянии буфера определяет, что после последней передачи BSR был инициирован по меньшей мере один BSR, или по меньшей мере один BSR был инициирован впервые:If the buffer status reporting procedure determines that after the last BSR transmission, at least one BSR was initiated, or at least one BSR was initiated for the first time:

- если UE имеет ресурсы UL, выделенные для новой передачи для данного TTI:- if the UE has UL resources allocated for a new transmission for this TTI:

- предписать процедуре Мультиплексирования и Сборки генерировать элемент управления BSR MAC;- instruct the Multiplexing and Assembly procedure to generate a BSR MAC control;

- запустить или повторно запустить PERIODIC_BSR_TIMER, за исключением, когда BSR является Укороченным BSR;- start or restart PERIODIC_BSR_TIMER, except when the BSR is a Shortened BSR;

- запустить (если не исполняется) или повторно запустить (если исполняется) RETX_BSR_TIMER;- start (if not executed) or restart (if executed) RETX_BSR_TIMER;

- иначе, если был инициирован Регулярный BSR:- otherwise, if a Regular BSR was initiated:

- должен быть инициирован Запрос Диспетчеризации.- A Dispatch Request must be initiated.

MAC PDU должен содержать в большей мере один элемент управления BSR MAC, даже когда несколько событий инициируют BSR к тому времени, когда BSR может быть передан, в случае когда Регулярный и Периодический BSR будут предшествовать BSR Заполнения.A MAC PDU must contain at most one BSR MAC control, even when several events trigger the BSR by the time the BSR can be transmitted, in the case when the Regular and Periodic BSR will precede the Fill BSR.

UE должно повторно запустить (если исполняется) RETX_BSR_TIMER после приема разрешения передачи новых данных по UL-SCH.The UE shall restart (if executed) RETX_BSR_TIMER after receiving permission to transmit new data on UL-SCH.

Все инициированные BSR должны быть отменены в случае, когда разрешение UL может вместить все ожидающие данные, но недостаточно для вмещения дополнительно элементов управления BSR MAC. Все инициированные BSR должны быть отменены в случае BSR включен в MAC PDU для передачи.All initiated BSRs must be revoked when the UL permission can accommodate all pending data, but not enough to accommodate additional MAC BSR controls. All initiated BSRs must be canceled if the BSR is included in the MAC PDU for transmission.

Далее, будет дополнительно описан MAC PDU (DL-SCH и UL-SCH за исключением прозрачного MAC и Ответа Произвольного Доступа).Next, a MAC PDU (DL-SCH and UL-SCH except transparent MAC and Random Access Response) will be further described.

MAC PDU состоит из заголовка MAC или более служебных блоков данных MAC (MAC SDU), нуля или более элементов управления MAC, и необязательно заполнение; как описано на Фиг.4.A MAC PDU consists of a MAC header or more MAC Data Overhead Units (MAC SDUs), zero or more MAC controls, and optionally padding; as described in FIG. 4.

Как заголовок MAC, так и MAC SDU имеют переменный размер.Both the MAC header and the MAC SDU are variable in size.

Заголовок MAC состоит из одного или более субзаголовков MAC PDU; каждый субзаголовок соответствует либо MAC SDU, либо элементу управления MAC, либо заполнению.A MAC header consists of one or more subheadings of a MAC PDU; each subhead corresponds to either a MAC SDU, a MAC control, or padding.

Субзаголовок MAC PDU состоит из шести полей R/R/E/LCID/F/L заголовка, за исключением последнего субзаголовка в MAC PDU и элементов управления MAC с фиксированным размером. Последний субзаголовок в MAC PDU и субзаголовки для элементов управления MAC состоят только из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка. Следовательно, субзаголовок MAC PDU, соответствующий заполнению, состоит из четырех полей R/R/E/LCID заголовка.The MAC PDU sub-header consists of six R / R / E / LCID / F / L header fields, with the exception of the last sub-header in the MAC PDU and fixed-size MAC controls. The last subheading in the MAC PDU and the subheading for the MAC controls consist of only four R / R / E / LCID header fields. Therefore, the sub-header of the MAC PDU corresponding to the padding consists of four R / R / E / LCID header fields. Therefore, the sub-header of the MAC PDU corresponding to the padding consists of four R / R / E / LCID header fields.

Субзаголовки MAC PDU имеют тот же порядок, что и соответствующие MAC SDU, элементы управления MAC и заполнение.The subheadings of the MAC PDUs are in the same order as the corresponding MAC SDUs, MAC controls, and padding.

Заполнение происходит в конце MAC PDU, за исключением случаев, когда однобайтное или двухбайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU. Заполнение может иметь любое значение, и UE будет его игнорировать.Filling occurs at the end of the MAC PDU, unless one-byte or double-byte filling is required, but cannot be done by filling at the end of the MAC PDU. Filling can have any value, and the UE will ignore it.

Когда однобайтное или двухбайтное заполнение требуется, но не может быть выполнено посредством заполнения в конце MAC PDU, один или два субзаголовка MAC, соответствующие заполнению, вставляются перед первым субзаголовком MAC PDU, соответствующим MAC SDU; или, если подобный субзаголовок отсутствует - перед последним субзаголовком MAC PDU, соответствующим элементу управления MAC.When single-byte or double-byte padding is required, but cannot be done by padding at the end of the MAC PDU, one or two MAC subheadings corresponding to the padding are inserted before the first subheading of the MAC PDU corresponding to the MAC SDU; or, if there is no such subheading, before the last subheading of the MAC PDU corresponding to the MAC control.

Максимум один MAC PDU может быть передан за TB для UE.A maximum of one MAC PDU may be transmitted per TB for the UE.

Согласно настоящему изобретению кроме элементов управления MAC существуют элементы управления MAC Отчета о Состоянии Буфера.According to the present invention, in addition to MAC controls, there are Buffer Status Report MAC controls.

Элементы управления MAC Отчета о Состоянии Буфера (BSR) состоят из:Buffer Status Report MAC (BSR) controls consist of:

- в формате короткого BSR и Укороченного BSR: одного поля LCG ID и одного соответствующего поля размера буфера (Фиг.7); или- in the format of short BSR and Shortened BSR: one LCG ID field and one corresponding buffer size field (Figure 7); or

- в формате длинного BSR: четырех полей размера буфера, соответствующих LCG ID #0-#3 (Фиг.8).- in the format of a long BSR: four buffer size fields corresponding to LCG ID # 0- # 3 (Fig. 8).

Форматы BSR идентифицируются субзаголовками MAC PDU с LCID.BSR formats are identified by sub-headings of MAC PDUs with LCIDs.

Поля LCG ID и размера буфера определяются следующим образом:The LCG ID and buffer size fields are defined as follows:

- LCG ID: Поле ID группы логических каналов идентифицирует группу логического канала(-ов), для которого сообщается состояние буфера. Длина поля составляет 2 бита;- LCG ID: The logical channel group ID field identifies the logical channel (s) group for which the buffer status is reported. The field length is 2 bits;

- Размер буфера: Поле размера буфера идентифицирует общее количество данных, доступных по всем логическим каналам группы логических каналов после того, как MAC PDU был построен. Количество данных указывается в байтах. Оно должно включать в себя все данные, которые доступны для передачи на уровне RLC и на уровне PDCP. Размер заголовков RLC и MAC не учитывается при вычислении размера буфера. Длина поля составляет 6 бит.- Buffer size: The buffer size field identifies the total amount of data available on all logical channels of the logical channel group after the MAC PDU has been built. The amount of data is indicated in bytes. It should include all the data that is available for transmission at the RLC level and at the PDCP level. The size of the RLC and MAC headers is not taken into account when calculating the size of the buffer. The field length is 6 bits.

Настоящее изобретение обеспечивает способ обработки отчета о заполнении буфера (BSR) в заполнении мобильным терминалом, содержащий этапы: проверки, является ли доступной какая-либо область заполнения в MAC PDU, который был построен, сравнения количества бит заполнения с размером BSR плюс его субзаголовок; и если количество бит заполнения больше, чем размер BSR плюс его субзаголовок, инициирования BSR.The present invention provides a method for processing a buffer filling report (BSR) in a filling by a mobile terminal, comprising the steps of: checking whether any filling area is available in the MAC PDU that has been built, comparing the number of filling bits with the size of the BSR plus its subheading; and if the number of padding bits is greater than the size of the BSR plus its subheading, initiating the BSR.

Способ дополнительно содержит прием разрешения от сети на построение MAC PDU и построение MAC PDU с использованием данных верхнего логического канала и элементов управления MAC. MAC PDU может включать в себя короткий BSR, имеющий поле идентификатора логического канала (LCID) из 2-х байт и размер буфера из 6-ти байт. Может быть установлено отдельное поле идентификатора логического канала (LCID) для короткого BSR или укороченного BSR. Поле LCID может идентифицировать экземпляр логического канала соответствующего MAC SDU, или тип соответствующего элемента управления MAC, или заполнение для DL-SCH и UL-SCH соответственно. Поле LCID может содержать либо первое значение для короткого отчета о состоянии буфера или второе значение для длинного отчета о состоянии буфера. Размер BSR может быть 4 байта или 8 байт.The method further comprises receiving permission from the network to build a MAC PDU and build a MAC PDU using the upper logical channel data and MAC controls. A MAC PDU may include a short BSR having a logical channel identifier (LCID) field of 2 bytes and a buffer size of 6 bytes. A separate logical channel identifier (LCID) field can be set for a short BSR or a shortened BSR. The LCID field can identify the logical channel instance of the corresponding MAC SDU, or the type of the corresponding MAC control, or padding for DL-SCH and UL-SCH, respectively. The LCID field can contain either the first value for a short buffer status report or the second value for a long buffer status report. The size of the BSR can be 4 bytes or 8 bytes.

Обращаясь к Фиг.29, настоящее изобретение также обеспечивает субъект (2912, 2922) управления доступом к среде (MAC) в UE 2910 и в eNB 2920. Объект MAC содержит блок (2913, 2923) проверки, который проверяет, является ли доступной какая-либо область заполнения в MAC PDU, который был построен, блок (2915, 2925) сравнения, который сравнивает количество бит заполнения с размером отчета о состоянии буфера (BSR) плюс его субзаголовок; и блок (2914, 2924) обработки, который взаимодействует с блоком проверки и блоком сравнения для инициирования процедуры предоставления отчета о состоянии буфера (BSR), если количество бит заполнения больше, чем размер BSR плюс его субзаголовок.Turning to FIG. 29, the present invention also provides a medium access control (MAC) entity (UE) in the UE 2910 and in the eNB 2920. The MAC entity comprises a check unit (2913, 2923) that checks whether any or the fill area in the MAC PDU that was built, a comparison unit (2915, 2925) that compares the number of fill bits with the size of the buffer status report (BSR) plus its subheading; and a processing unit (2914, 2924) that interacts with the verification unit and the comparison unit to initiate a buffer status report (BSR) procedure if the number of fill bits is greater than the size of the BSR plus its subheading.

Блок обработки может дополнительно выполнять этапы приема разрешения от сети на построение MAC PDU и построения MAC PDU с использованием данных верхнего логического канала и элементов управления MAC. MAC PDU может включать в себя короткий BSR, имеющий поле идентификатора логического канала (LCID) из 2-х байт и размер буфера из 6-ти байт. Может быть установлено отдельное поле идентификатора логического канала (LCID) для короткого BSR или укороченного BSR. Поле LCID может идентифицировать экземпляр логического канала соответствующего MAC SDU, или тип соответствующего элемента управления MAC, или заполнение для DL-SCH и UL-SCH соответственно. Поле LCID может содержать либо первое значение для короткого отчета о состоянии буфера или второе значение для длинного отчета о состоянии буфера. Размер BSR может быть 4 байта или 8 байт.The processing unit may further perform the steps of receiving permission from the network to build the MAC PDU and build the MAC PDU using the data of the upper logical channel and MAC controls. A MAC PDU may include a short BSR having a logical channel identifier (LCID) field of 2 bytes and a buffer size of 6 bytes. A separate logical channel identifier (LCID) field can be set for a short BSR or a shortened BSR. The LCID field can identify the logical channel instance of the corresponding MAC SDU, or the type of the corresponding MAC control, or padding for DL-SCH and UL-SCH, respectively. The LCID field can contain either the first value for a short buffer status report or the second value for a long buffer status report. The size of the BSR can be 4 bytes or 8 bytes.

Различные особенности и концепции, описанные в данном документе, могут быть реализованы в программном обеспечении, аппаратном обеспечении или их комбинации. Например, компьютерная программа (которая исполняется компьютером, терминалом или сетевым устройством) для способа и системы для обработки отчетов о состоянии буфера (BSR) может содержать один или более разделов программных кодов для выполнения различных задач. Также, программный инструмент (который исполняется компьютером, терминалом или сетевым устройством) для способа и системы для обработки отчетов о состоянии буфера (BSR) может содержать одну или более частей программных кодов для выполнения различных задач.The various features and concepts described herein may be implemented in software, hardware, or a combination thereof. For example, a computer program (which is executed by a computer, terminal, or network device) for a method and system for processing buffer status reports (BSR) may contain one or more sections of program codes for performing various tasks. Also, a software tool (which is executed by a computer, terminal, or network device) for a method and system for processing buffer status reports (BSR) may contain one or more pieces of program code to perform various tasks.

Способ и система для обработки отчетов о состоянии буфера (BSR) согласно настоящему изобретению являются совместимыми с различными типами технологий и стандартов. Конкретные концепции, описанные в данном документе, относятся к различным типам стандартов, таких как GSM, 3GPP, LTE, IEEE, 4G и т.п. Однако необходимо понимать, что вышеперечисленные примерные стандарты не предназначены для ограничения, поскольку другие связанные стандарты и технологии также применимы к различным особенностям и концепциям, описанным в данном документе.The method and system for processing buffer status reports (BSR) according to the present invention are compatible with various types of technologies and standards. The specific concepts described herein relate to various types of standards such as GSM, 3GPP, LTE, IEEE, 4G, and the like. However, it must be understood that the above exemplary standards are not intended to be limiting, since other related standards and technologies are also applicable to various features and concepts described herein.

Промышленная применимостьIndustrial applicability

Особенности и концепции, описанные в данном документе, применимы к и могут быть реализованы в различных типах пользовательских устройств (например, мобильном терминале, телефонных трубках, устройствах беспроводной связи и т.д.) и/или субъектах сети, которые могут быть сконфигурированы для поддержки способа и системы для обработки отчетов о состоянии буфера (BSR).The features and concepts described in this document are applicable to and can be implemented in various types of user devices (e.g., mobile terminal, handsets, wireless devices, etc.) and / or network entities that can be configured to support a method and system for processing buffer status reports (BSR).

Поскольку различные особенности и концепции, описанные в данном документе, могут быть воплощены в нескольких формах без отвлечения от их характеристик, необходимо также понимать, что вышеописанные варианты осуществления не ограничиваются какими-либо подробностями предшествующего описания, если не указано иначе, а скорее должны быть интерпретированы широко в своем объеме, как определено прилагаемой формулой изобретения. Поэтому все изменения и модификации, которые подпадают в объем, или их эквиваленты подразумеваются охваченными прилагаемой формулой изобретения.Since the various features and concepts described herein can be embodied in several forms without detracting from their characteristics, it should also be understood that the above embodiments are not limited to any details of the foregoing description, unless otherwise indicated, but rather should be interpreted broadly in its scope, as defined by the attached claims. Therefore, all changes and modifications that fall within the scope, or their equivalents are implied covered by the attached claims.

Claims (14)

1. Способ обработки отчета о заполнении буфера (BSR) в заполнении мобильным терминалом, содержащий этапы:
определения, является ли доступной какая-либо область заполнения в блоке данных протокола управления доступом к среде (MAC PDU);
сравнения количества бит заполнения с размером BSR плюс его суб-заголовок; и
если количество бит заполнения равно или больше, чем размер BSR плюс его суб-заголовок, инициирования BSR, при этом
BSR расположен перед блоком служебных данных управления доступом к среде (MAC SDU).1. A method for processing a buffer filling report (BSR) in a filling by a mobile terminal, comprising the steps of:
determining if any padding area is available in the data block of a medium access control protocol (MAC PDU);
comparing the number of fill bits with the size of the BSR plus its sub-header; and
if the number of fill bits is equal to or greater than the size of the BSR plus its sub-header, initiating the BSR, while
The BSR is located in front of the medium access control overhead unit (MAC SDU). 2. Способ по п.1, также содержащий:
прием разрешения от сети на построение MAC PDU; и
построение MAC PDU с использованием данных верхнего логического канала и элементов управления MAC.2. The method according to claim 1, also containing:
receiving permission from the network to build a MAC PDU; and
building a MAC PDU using upper logical channel data and MAC controls. 3. Способ по п.2, в котором MAC PDU включает в себя короткий BSR, имеющий поле идентификатора группы логического канала (LCG) из 2-х битов и размер буфера из 6-ти битов.3. The method according to claim 2, in which the MAC PDU includes a short BSR having a logical channel group identifier (LCG) field of 2 bits and a buffer size of 6 bits. 4. Способ по п.1, в котором поле идентификатора логического канала (LCID) содержится в подзаголовке для указания того, что BSR включен.4. The method of claim 1, wherein the logical channel identifier (LCID) field is contained in a subheading to indicate that the BSR is turned on. 5. Способ по п.4, в котором поле LCID идентифицирует экземпляр логического канала соответствующего MAC SDU или тип соответствующего элемента управления MAC, или заполнение для нисходящего общего канала (DL-SCH) и восходящего общего канала (UL-SCH), соответственно.5. The method according to claim 4, in which the LCID field identifies the logical channel instance of the corresponding MAC SDU or the type of the corresponding MAC control element, or padding for the downlink shared channel (DL-SCH) and uplink shared channel (UL-SCH), respectively. 6. Способ по п.4, в котором поле LCID содержит либо первое значение для короткого отчета о состоянии буфера или второе значение для длинного отчета о состоянии буфера.6. The method of claim 4, wherein the LCID field contains either a first value for a short buffer status report or a second value for a long buffer status report. 7. Способ по п.1, в котором размер BSR составляет 1 байт или 3 байта.7. The method according to claim 1, in which the size of the BSR is 1 byte or 3 bytes. 8. Объект управления доступом к среде (MAC) мобильной станции, содержащий:
блок определения, который определяет, является ли доступной какая-либо область заполнения в блоке данных протокола управления доступом к среде (MAC PDU);
блок сравнения, который сравнивает количество бит заполнения с размером отчета о состоянии буфера (BSR) плюс его суб-заголовок; и
блок обработки, который взаимодействует с блоком определения и блоком сравнения для инициирования процедуры предоставления отчета о состоянии буфера (BSR), если количество бит заполнения больше, чем размер BSR плюс его суб-заголовок,
при этом BSR расположен перед блоком служебных данных управления доступом к среде (MAC SDU).8. An object of medium access control (MAC) of a mobile station, comprising:
a determination unit that determines whether any padding area in the medium access control protocol (MAC PDU) data block is available;
a comparison unit that compares the number of fill bits with the size of the buffer status report (BSR) plus its sub-header; and
a processing unit that interacts with the determination unit and the comparison unit to initiate a buffer status report (BSR) procedure if the number of filling bits is greater than the size of the BSR plus its sub-header,
wherein the BSR is located in front of the Medium Access Control Unit (MAC SDU). 9. Объект MAC по п.8, в котором блок обработки также выполняет этапы:
приема разрешения от сети на построение MAC PDU, и
построения MAC PDU с использованием данных верхнего логического канала и элементов управления MAC.9. The MAC object of claim 8, in which the processing unit also performs the steps:
receiving permission from the network to build a MAC PDU, and
building a MAC PDU using upper logical channel data and MAC controls. 10. Объект MAC по п.9, в котором MAC PDU включает в себя короткий BSR, имеющий поле идентификатора группы логического канала (LCG) из 2-х битов и размер буфера из 6-ти битов.10. The MAC object according to claim 9, in which the MAC PDU includes a short BSR having a logical channel group identifier (LCG) field of 2 bits and a buffer size of 6 bits. 11. Объект MAC по п.8, в котором поле идентификатора логического канала (LCID) содержится в подзаголовке для указания того, что BSR включен.11. The MAC object of claim 8, wherein the logical channel identifier (LCID) field is subtitled to indicate that the BSR is turned on. 12. Объект MAC по п.11, в котором поле LCID идентифицирует экземпляр логического канала соответствующего MAC SDU или тип соответствующего элемента управления MAC, или заполнение для нисходящего общего канала (DL-SCH) и восходящего общего канала (UL-SCH), соответственно.12. The MAC entity of claim 11, wherein the LCID field identifies a logical channel instance of a corresponding MAC SDU or a type of corresponding MAC control element, or padding for a downlink shared channel (DL-SCH) and uplink shared channel (UL-SCH), respectively. 13. Объект MAC по п.11, в котором поле LCID содержит либо первое значение для короткого отчета о состоянии буфера или второе значение для длинного отчета о состоянии буфера.13. The MAC object of claim 11, wherein the LCID field contains either a first value for a short buffer status report or a second value for a long buffer status report. 14. Объект MAC по п.8, в котором размер BSR составляет 1 байт или 3 байта. 14. The MAC object of claim 8, in which the size of the BSR is 1 byte or 3 bytes.

Images