RU2465737C2 - Fake supplemental subheading in medium access layer protocol data blocks - Google Patents

Fake supplemental subheading in medium access layer protocol data blocks Download PDF

Info

Publication number
RU2465737C2
RU2465737C2 RU2010132267/08A RU2010132267A RU2465737C2 RU 2465737 C2 RU2465737 C2 RU 2465737C2 RU 2010132267/08 A RU2010132267/08 A RU 2010132267/08A RU 2010132267 A RU2010132267 A RU 2010132267A RU 2465737 C2 RU2465737 C2 RU 2465737C2
Authority
RU
Russia
Prior art keywords
header
protocol
mac
data unit
protocol data
Prior art date
Application number
RU2010132267/08A
Other languages
Russian (ru)
Other versions
RU2010132267A (en
Inventor
Цуеши КАШИМА (JP)
Цуеши КАШИМА
Эса МАЛКАМАКИ (FI)
Эса МАЛКАМАКИ
Original Assignee
Нокиа Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Нокиа Корпорейшн filed Critical Нокиа Корпорейшн
Priority to RU2010132267/08A priority Critical patent/RU2465737C2/en
Publication of RU2010132267A publication Critical patent/RU2010132267A/en
Application granted granted Critical
Publication of RU2465737C2 publication Critical patent/RU2465737C2/en

Links

Images

Abstract

FIELD: information technology.
SUBSTANCE: to avoid the segmentation process when transmitting data on different protocol layers, one or two supplemental subheadings are inserted into the protocol data block header in order to supplement that data block with one or more bytes of supplemental information, wherein the supplemental information is located only inside the header.
EFFECT: efficient use of radio resources during communication over a network by reducing the volume of overhead.
18 cl, 18 dwg

Description

Предпосылки создания изобретенияBACKGROUND OF THE INVENTION

[0001] Системы радиосвязи, такие как беспроводные сети передачи данных (например, системы по технологии долгосрочного развития (Long Term Evolution, LTE) организации Проект сотрудничества по созданию системы третьего поколения (3 rd Generation Partnership Project, 3GPP), широкополосные системы (такие как сети на основе множественного доступа с кодовым разделением каналов (Code Division Multiple Access, CDMA), сети на основе множественного доступа с временным разделением каналов (Time Division Multiple Access, TDMA), сети на основе технологии всемирной функциональной совместимости для СВЧ доступа (Worldwide Interoperability for Microwave Access, WiMAX) и т.д.), предоставляют пользователям мобильность наряду с богатым набором услуг и возможностей. Это породило значительное признание все более растущим числом потребителей этого вида связи как общепринятого для деловых и личных применений. Чтобы содействовать еще большему внедрению, телекоммуникационная промышленность, от изготовителей до провайдеров услуг, согласилась на большие расходы и усилия для разработки стандартов для протоколов связи, которые лежат в основе различных услуг и возможностей. Одна из областей таких работ связана со структурой блоков данных для обмена информацией по сети. Поля и соответствующие форматы этих блоков данных предназначены для того, чтобы гарантировать надежную передачу при одновременном уменьшении объема служебной информации (то есть максимизации пропускной способности). Сегментация блоков данных является механизмом, который обеспечивает совместимость протоколов на различных уровнях протокола, поскольку различные протоколы, вероятнее всего, будут иметь различные требования к размеру полей полезной нагрузки и служебной информации. Однако сегментация увеличивает объем служебной информации протокола и, таким образом, впустую тратит ценную ширину полосы пропускания.[0001] Radiocommunication systems, such as wireless data networks (for example, Long Term Evolution (LTE) systems of the organization, Third Generation Partnership Project, 3GPP), Broadband systems (such as Networks based on Code Division Multiple Access (CDMA), networks based on Time Division Multiple Access (TDMA), networks based on World Wide Interoperability Technology for Microwave Access (Worldwid e Interoperability for Microwave Access, WiMAX), etc.) provide users with mobility along with a rich range of services and capabilities, which has created significant recognition by an ever-growing number of consumers of this type of communication as generally accepted for business and personal applications. In the implementation, the telecommunications industry, from manufacturers to service providers, has agreed to great expense and effort to develop standards for communication protocols that underpin various services and capabilities. One area of such work is related to the structure of data blocks for exchanging information over a network. The fields and corresponding formats of these data blocks are intended to guarantee reliable transmission while reducing the amount of overhead information (i.e. maximizing throughput). Segmentation of data blocks is a mechanism that ensures protocol compatibility at different protocol levels, since different protocols will most likely have different requirements for the size of the payload fields and overhead information. However, segmentation increases the amount of protocol overhead, and thus wastes valuable bandwidth.

Некоторые варианты осуществления изобретенияSome embodiments of the invention

[0002] Следовательно, имеется потребность в подходе выборочного применения сегментации, чтобы минимизировать служебную информацию.[0002] Therefore, there is a need for a selective segmentation approach to minimize overhead information.

[0003] Согласно одному из вариантов осуществления изобретения предложен способ формирования блока данных протокола. Способ включает вставку фиктивного дополняющего подзаголовка в заголовок блока данных протокола.[0003] According to one embodiment of the invention, a method for generating a protocol data unit is provided. The method includes inserting a dummy complementary subheading into the header of the protocol data unit.

[0004] Согласно другому варианту осуществления изобретения предложено устройство формирования пакетов, сконфигурированное для формирования блока данных протокола и вставки фиктивного дополняющего подзаголовка в заголовок этого блока данных протокола.[0004] According to another embodiment of the invention, there is provided a packet forming apparatus configured to generate a protocol data unit and insert a dummy complementary subheading into the header of this protocol data unit.

[0005] Согласно следующему варианту осуществления изобретения предложен способ приема блока данных протокола, содержащего фиктивный дополняющий подзаголовок в заголовке этого блока данных протокола.[0005] According to a further embodiment of the invention, there is provided a method for receiving a protocol data unit containing a dummy complementary subheading in the header of this protocol data unit.

[0006] В следующем варианте осуществления изобретения система содержит базовую станцию, сконфигурированную для приема блока данных протокола, содержащего фиктивный дополняющий подзаголовок в заголовке блока данных протокола.[0006] In a further embodiment of the invention, the system comprises a base station configured to receive a protocol data unit containing a dummy complementary subheading in the header of the protocol data unit.

[0007] Кроме того, другие аспекты, функции и преимущества изобретения будут очевидны из последующего подробного описания конкретных вариантов осуществления изобретения, включая вариант, рассматриваемый как лучший для реализации изобретения. Изобретение также может быть осуществлено в других различных вариантах, и детали изобретения могут быть изменены касательно очевидных аспектов в пределах существа и объема изобретения. Соответственно, чертежи и описание должны рассматриваться как иллюстративные по своему характеру, а не как ограничительные.[0007] In addition, other aspects, functions, and advantages of the invention will be apparent from the following detailed description of specific embodiments of the invention, including the option considered to be the best for implementing the invention. The invention may also be practiced in various other embodiments, and the details of the invention may be changed with respect to obvious aspects within the spirit and scope of the invention. Accordingly, the drawings and description are to be regarded as illustrative in nature and not as restrictive.

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

[0008] Варианты осуществления изобретения показаны для примера, но не для ограничения, на сопровождающих чертежах:[0008] Embodiments of the invention are shown by way of example, but not limitation, in the accompanying drawings:

[0009] На фиг.1 представлена система связи, способная применять дополнение блока данных протокола согласно различным вариантам осуществления изобретения.[0009] Figure 1 shows a communication system capable of applying the addition of a protocol data unit according to various embodiments of the invention.

[0010] На фиг.2 представлена структура блока данных (Protocol Data Unit, PDU) протокола управления доступом к среде (Medium Access Control, MAC) в соответствии с одним из вариантов осуществления изобретения.[0010] Figure 2 shows the structure of a Protocol Data Unit (PDU) of a Medium Access Control (MAC) protocol in accordance with one embodiment of the invention.

[0011] На фиг.3А-3С представлены примеры форматов блоков данных MAC PDU, включающих блоки данных уровня RLC (управления радиолинией) различной длины.[0011] FIGS. 3A-3C illustrate examples of MAC PDU data block formats including RLC (Radio Link Control) layer data blocks of various lengths.

[0012] На фиг.4 представлена структура формата подзаголовка, используемого для дополнения, в соответствии с одним из вариантов осуществления изобретения.[0012] FIG. 4 illustrates a structure of a subtitle format used for additions, in accordance with one embodiment of the invention.

[0013] На фиг.5А и 5В представлены блок-схемы процессов дополнения для устранения сегментации в соответствии с одним из вариантов осуществления изобретения.[0013] FIGS. 5A and 5B are flowcharts of augmentation processes for eliminating segmentation in accordance with one embodiment of the invention.

[0014] На фиг.6A-6D представлены примеры форматов MAC PDU с использованием фиктивного дополнения в соответствии с одним из вариантов осуществления изобретения.[0014] FIGS. 6A-6D illustrate examples of MAC PDU formats using a dummy complement in accordance with one embodiment of the invention.

[0015] На фиг.7A-7D представлены системы связи с архитектурой LTE и E-UTRA (Evolved Universal Terrestrial Radio Access Network, усовершенствованная универсальная наземная сеть радиодоступа), в которых может использоваться система, изображенная на фиг.1, согласно различным примерам осуществления изобретения.[0015] FIGS. 7A-7D illustrate LTE and E-UTRA (Evolved Universal Terrestrial Radio Access Network) communications systems in which the system of FIG. 1 can be used according to various exemplary embodiments inventions.

[0016] На фиг.8 представлена схема оборудования, которое может использоваться для реализации варианта осуществления изобретения.[0016] FIG. 8 is a diagram of equipment that can be used to implement an embodiment of the invention.

[0017] На фиг.9 представлена схема компонентов терминала LTE, способного работать в системах, изображенных на фиг.7A-7D, согласно одному из вариантов осуществления изобретения.[0017] FIG. 9 is a diagram of components of an LTE terminal capable of operating in the systems of FIGS. 7A-7D, according to one embodiment of the invention.

Описание предпочтительных вариантов осуществления изобретенияDescription of preferred embodiments of the invention

[0018] Описываются устройство, способ и программное обеспечение для дополнения блока данных протокола. В приведенном ниже описании с целью пояснения изложены многочисленные частные элементы, чтобы обеспечить полное понимание вариантов осуществления изобретения. Однако специалистам в данной области техники будет очевидно, что варианты осуществления изобретения могут использоваться на практике без этих частных элементов или с эквивалентными конфигурациями. В других примерах широко известные структуры и устройства показаны в виде блок-схемы, чтобы избежать затруднения понимания вариантов осуществления изобретения.[0018] An apparatus, method, and software for supplementing a protocol data unit are described. In the description below, for purposes of explanation, numerous specific elements are set forth in order to provide a thorough understanding of embodiments of the invention. However, it will be apparent to those skilled in the art that embodiments of the invention may be practiced without these particular elements or with equivalent configurations. In other examples, well-known structures and devices are shown in block diagram form in order to avoid difficulty understanding the embodiments of the invention.

[0019] Хотя варианты осуществления изобретения рассматриваются относительно сети связи с архитектурой 3GPP LTE, ясно, что варианты осуществления изобретения могут быть применены для любого типа системы связи и эквивалентных функциональных возможностей.[0019] Although embodiments of the invention are considered with respect to a communication network with a 3GPP LTE architecture, it is clear that embodiments of the invention can be applied to any type of communication system and equivalent functionality.

[0020] На фиг.1 представлена система связи, способная использовать дополнение блока данных протокола согласно различным примерам осуществления изобретения. Как показано на фиг.1, одно или несколько пользовательских оборудовании (User Equipment, UE) 101 осуществляют связь с базовой станцией 103, которая является частью сети доступа (например, WiMAX, 3GPP LTE (или E-UTRAN или 3.9G и т.д.)). Согласно архитектуре 3GPP LTE (показанной на фиг.7A-7D) базовая станция 103 называется "усовершенствованный узел В" (enhanced Node В, eNB). В качестве пользовательского оборудования UE 101 может выступать любой тип мобильных станций, такой как мобильные телефоны, терминалы, станции, блоки, устройства или любой тип интерфейса пользователя (например, "носимые" схемы и т.д.). Базовая станция 103 в одном из вариантов осуществления использует способ модуляции OFDM (Orthogonal Frequency Divisional Multiplexing, ортогональное частотное уплотнение) для передачи по нисходящей линии и способ передачи на одной несущей частоте (например, SC-FDMA (Single Carrier-Frequency Division Multiple Access, множественный доступ с одной несущей частотой)) с циклическим префиксом для восходящей линии. Схема SC-FDMA может быть также реализована с использованием принципа DFT-S-OFDM, подробно описанного в документе 3GGP TR 25.814 под названием "Physical Layer Aspects for Evolved UTRA," v.1.5.0, May 2006 (который полностью включен в данный текст путем ссылки на соответствующий источник). Схема SC-FDMA, называемая также многопользовательским SC-FDMA (Multi-User-SC-FDMA), позволяет множеству пользователей одновременно осуществлять передачу в различных поддиапазонах частот.[0020] Fig. 1 illustrates a communication system capable of utilizing the addition of a protocol data unit according to various embodiments of the invention. As shown in FIG. 1, one or more user equipment (User Equipment, UE) 101 communicates with a base station 103 that is part of an access network (e.g., WiMAX, 3GPP LTE (or E-UTRAN or 3.9G, etc.) .)). According to the 3GPP LTE architecture (shown in FIGS. 7A-7D), the base station 103 is called an “enhanced Node B,” eNB. As the user equipment UE 101 can be any type of mobile station, such as mobile phones, terminals, stations, blocks, devices or any type of user interface (for example, "wearable" circuits, etc.). Base station 103 in one embodiment uses an OFDM (Orthogonal Frequency Divisional Multiplexing) modulation method for downlink transmission and a single carrier frequency transmission method (e.g., SC-FDMA (Single Carrier-Frequency Division Multiple Access, multiple access with one carrier frequency)) with a cyclic prefix for the uplink. The SC-FDMA scheme can also be implemented using the DFT-S-OFDM principle, described in detail in 3GGP TR 25.814 entitled "Physical Layer Aspects for Evolved UTRA," v.1.5.0, May 2006 (which is fully incorporated in this text by reference to the appropriate source). The SC-FDMA scheme, also called Multi-User-SC-FDMA (SC-FDMA), allows multiple users to simultaneously transmit in different sub-bands.

[0021] Пользовательское оборудование UE 101 и узел eNB 103 содержат устройства 105, 107 формирования пакетов для формирования блоков данных (например, пакетов данных). Согласно одному варианту осуществления изобретения каждое из устройств формирования пакетов содержит схему 109, 111 дополнения, которая может работать на уровне управления доступом к среде (MAC), чтобы выполнять дополнение блока MAC PDU или дополнением заголовка (или подзаголовка) MAC или полезной нагрузки или их обоих. Протокол уровня MAC подробно описан в документе 3GPP TS 36.321 под названием "Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (MAC) protocol specification," v.2.0.0 (Release 8); который полностью включен в данный текст путем ссылки на соответствующий источник. Для примера, подуровень управления радиолинией (RLC), который реализуется устройствами 105, 107 формирования пакетов, использует динамическое установление размера PDU для формирования каждого блока PDU согласно размеру, требуемому протоколом нижнего уровня.[0021] The user equipment UE 101 and the eNB 103 comprise packetization devices 105, 107 for generating data blocks (eg, data packets). According to one embodiment of the invention, each of the packet forming devices comprises an add-on circuit 109, 111 that can operate at a medium access control (MAC) layer to perform the addition of a MAC PDU or the addition of a MAC header or sub-header or payload, or both . The MAC layer protocol is described in detail in 3GPP TS 36.321 entitled "Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (MAC) protocol specification," v.2.0.0 (Release 8); which is fully incorporated in this text by reference to the appropriate source. For example, a radio link control (RLC) sublayer, which is implemented by packet forming devices 105, 107, uses dynamic PDU sizing to form each PDU according to the size required by the lower layer protocol.

[0022] В общем, блок данных сервиса (Service Data Unit, SDU)) уровня протокола определяется внутри блока данных и принимается от следующего более высокого уровня протокола. Обработка блока SDU осуществляется на уровне протокола, что в случае уровня RLC может потребовать сегментации блока SDU на фрагменты. В результате этой обработки блок SDU преобразуется или разделяется на один или несколько блоков данных протокола (PDU). Эти фрагменты снабжаются заголовком уровня RLC, который содержит порядковый номер, и образуют полезную нагрузку или контент блока RLC PDU. Эти блоки данных PDU RLC обрабатываются на уровне MAC, который присоединяет к ним заголовок MAC. После этого блоки данных PDU RLC (с заголовком MAC или без него) передаются как блоки MAC SDU на соседний нижний уровень протокола.[0022] In general, a protocol layer of a service (Service Data Unit (SDU)) is determined inside a data block and is received from the next higher protocol level. The processing of the SDU is carried out at the protocol level, which in the case of the RLC level may require segmentation of the SDU into fragments. As a result of this processing, the SDU is converted or split into one or more Protocol Data Units (PDUs). These fragments are provided with an RLC level header, which contains a sequence number, and form the payload or content of the RLC PDU. These RLC PDUs are processed at the MAC layer, which attaches the MAC header to them. After that, the RLC PDU data blocks (with or without a MAC header) are transmitted as MAC SDUs to an adjacent lower layer of the protocol.

[0023] Как ясно из вышеприведенного рассмотрения, чтобы сделать возможной передачу блоков данных переменного размера, уровень управления радиолинией (RLC) предоставляет функцию сегментации и повторной сборки. Функция сегментации и повторной сборки уменьшает размер блока данных перед передачей RLC и используется, когда передаваемый блок данных больше максимально допустимого размера транспортного блока (Transport Block, ТВ). Размер сегментации может быть определен разностью между размером блока RLC PDU и размером заголовка блока RLC PDU. Размер блока MAC PDU может быть определен как сумма размера блока RLC PDU и размера заголовка MAC. Функция дополнения незначащей информацией (padding) на уровне MAC увеличивает размер блока данных или сегментированного блока данных путем его дополнения дополнительными или "фиктивными" битами так, чтобы размер этого блока соответствовал размеру транспортного блока. Подуровень RLC использует размер PDU для формирования каждого PDU с размером, требуемым нижним уровнем. Каждый PDU может иметь несколько блоков служебных данных (Service Data Units, SDU) и сегментация блоков SDU может использоваться для достижения заданного размера транспортного блока.[0023] As is clear from the foregoing discussion, in order to enable the transmission of variable size data blocks, the radio link control (RLC) layer provides a segmentation and reassembly function. The segmentation and reassembly function reduces the data block size before transmitting the RLC and is used when the transmitted data block is larger than the maximum allowable transport block size (Transport Block, TV). The segmentation size may be determined by the difference between the RLC PDU block size and the RLC PDU block header size. The MAC PDU block size can be defined as the sum of the RLC PDU block size and the MAC header size. The padding function at the MAC level increases the size of a data block or segmented data block by supplementing it with additional or "dummy" bits so that the size of this block corresponds to the size of the transport block. The RLC sublayer uses the size of the PDUs to form each PDU with the size required by the lower layer. Each PDU can have several Service Data Units (SDUs) and segmentation of SDUs can be used to achieve a given transport block size.

[0024] В действительности, использование относительно малого размера RLC PDU приводит к более низкому отношению объема данных передачи к объему управляющей информации, и, следовательно, к менее эффективному использованию радиоресурсов. Подобным образом, большее различие между размером передаваемого блока данных и следующим большим допустимым размером транспортного блока приводит к снижению отношения объема передаваемых данных к объему используемых физических ресурсов и, следовательно, к менее эффективному использованию радиоресурсов. Поэтому желательно увеличивать размер транспортного блока. Сегментация вызывает уменьшение размера транспортного блока, таким образом увеличивая служебную информацию уровней RLC и MAC. Служебная информация уровня управления радиоресурсами (Radio Resource Control, RRC) требуется в соединении между UE 101 и eNB 103, чтобы определить атрибуты каждого из установленных транспортных каналов, включая список возможных размеров транспортного блока (ТВ). В другом случае список размеров транспортного блока может быть определен в стандарте (таком как высокоскоростной пакетный доступ по нисходящей линии связи (High-Speed Downlink Packet Access, HSDPA) или высокоскоростной пакетный доступ по восходящей линии связи (High-Speed Uplink Packet Access, HSUPA)). Каждый транспортный блок передается в заданном интервале времени передачи (Transmission Time Interval, TTI). Служебная информация по радиоинтерфейсу вводит системные накладные расходы, которые уменьшают доступные физические ресурсы для передачи данных пользователя.[0024] In fact, the use of a relatively small RLC PDU results in a lower ratio of the amount of transmission data to the amount of control information, and therefore less efficient use of radio resources. Similarly, the greater difference between the size of the transmitted data block and the next large allowable size of the transport block leads to a decrease in the ratio of the volume of transmitted data to the amount of physical resources used and, therefore, to less efficient use of radio resources. Therefore, it is desirable to increase the size of the transport block. Segmentation causes a reduction in the size of the transport block, thereby increasing the RLC and MAC layer overhead. Radio Resource Control (RRC) service information is required on the connection between the UE 101 and the eNB 103 to determine the attributes of each of the established transport channels, including a list of possible transport block (TV) sizes. Alternatively, a list of transport block sizes can be defined in a standard (such as High-Speed Downlink Packet Access (HSDPA) or High-Speed Uplink Packet Access, HSUPA) ) Each transport block is transmitted in a predetermined Transmission Time Interval (TTI). Service information on the radio interface introduces system overheads that reduce the available physical resources for transmitting user data.

[0025] На фиг.2 представлена схема блока данных (PDU) протокола управления доступом к среде (MAC) в соответствии с одним из вариантов осуществления изобретения. Блок MAC PDU 201 включает заголовок MAC 203 и полезную нагрузку MAC 205. Полезная нагрузка 205 может включать управляющие элементы MAC, один или несколько блоков служебных данных MAC SDU (являющихся, например, блоками RLC PDU), а также необязательное поле дополнения. В этом примере управляющие элементы MAC помещаются перед блоками MAC SDU, а поле дополнения располагается в конце блока данных MAC PDU 201. Следует отметить, что блоки MAC SDU имеют динамический размер и формируются в соответствии с размером блока MAC PDU. И заголовок MAC, и блоки MAC SDU имеют переменные размеры.[0025] Figure 2 is a schematic diagram of a data access unit (PDU) of a medium access control (MAC) protocol in accordance with one embodiment of the invention. The MAC PDU 201 includes a MAC header 203 and a MAC payload 205. The payload 205 may include MAC controls, one or more MAC SDU overhead blocks (which are, for example, RLC PDUs), as well as an optional pad field. In this example, the MAC control elements are placed in front of the MAC SDUs, and the padding field is located at the end of the MAC PDU 201. It should be noted that the MAC SDUs are dynamic in size and are formed according to the size of the MAC PDU. Both the MAC header and MAC SDUs are variable in size.

[0026] Как показано, заголовок MAC PDU 203 содержит один или несколько подзаголовков MAC PDU 207 для каждого соответствующего элемента полезной нагрузки, где каждый подзаголовок определяется сочетанием информационных элементов заголовка. Для примера, подзаголовок содержит следующие поля заголовка: идентификатор логического канала (Logical Channel ID, LCID), бит расширения (Extension, E) и зарезервированные (Reserved, R) биты, то есть LCID/E/R/R. Поле LCID определяет логический канал соответствующего блока MAC SDU, или тип соответствующего управляющего элемента MAC, или дополнение для нисходящей линии связи (DL) и общего канала восходящей линии связи (Up Link Shared Channel, UL-SCH), соответственно. Промежуточные подзаголовки имеют следующий формат: LCID/E/R/R/F/L (где F обозначает поле формата (Format) и L обозначают поле длины (Length)). В общем, все подзаголовки, кроме последнего, имеют поля L и F. В примере осуществления изобретения максимум один блок MAC PDU может передаваться в транспортном блоке для UE в зависимости от категории физического уровня.[0026] As shown, the MAC PDU 203 header contains one or more subheadings of the MAC PDU 207 for each corresponding payload element, where each subhead is determined by a combination of header information elements. For example, a subheading contains the following header fields: Logical Channel ID, LCID, Extension bit, and Reserved, R bits, i.e., LCID / E / R / R. The LCID field defines the logical channel of the corresponding MAC SDU, or the type of the corresponding MAC control element, or the complement for the downlink (DL) and the common uplink channel (Up Link Shared Channel, UL-SCH), respectively. Intermediate subheadings have the following format: LCID / E / R / R / F / L (where F stands for Format field and L stands for Length field). In general, all subheadings, except the last, have fields L and F. In an example embodiment of the invention, at most one MAC PDU can be transmitted in a transport block for a UE depending on the category of the physical layer.

[0027] Чтобы лучше оценить механизм дополнения, блоки MAC PDU далее описываются как полученные инкапсуляцией блоков RLC PDU.[0027] In order to better evaluate the padding mechanism, MAC PDUs are further described as obtained by encapsulating RLC PDUs.

[0028] На фиг.3А-3С показаны примеры форматов блоков MAC PDU, включающие в себя блоки RLC PDU различной длины. MAC PDU 301 использует следующие поля заголовка 303: LCID/E/R/R. В этом примере размер MAC PDU равен размеру RLC PDU 305 плюс 1 байт. Это является типичным случаем, когда только один блок RLC PDU находится в блоке MAC PDU, то есть нет мультиплексирования на уровне MAC: размер RLC PDU выбирается (то есть RLC SDU сегментируется) таким, чтобы быть на один байт короче, чем разрешенный размер блока MAC PDU. Тогда однобайтовый заголовок MAC достаточен для указания идентификатора логического канала.[0028] FIGS. 3A-3C illustrate examples of MAC PDU block formats including RLC PDUs of various lengths. The MAC PDU 301 uses the following header fields 303: LCID / E / R / R. In this example, the size of the MAC PDU is equal to the size of the RLC PDU 305 plus 1 byte. This is a typical case where only one RLC PDU is in the MAC PDU, i.e. there is no MAC layer multiplexing: the RLC PDU size is selected (i.e. the RLC SDU is segmented) so that it is one byte shorter than the allowed MAC block size PDU Then the single-byte MAC header is sufficient to indicate the logical channel identifier.

[0029] В другом варианте осуществления блок MAC PDU 307 имеет следующие поля заголовка 309: LCID/E/R/R/F/L/LCID/E/R/R. Фактически, размер MAC PDU равен размеру RLC PDU 311 плюс 4 байта. Этот блок MAC PDU 307 содержит относительно уменьшенный блок RLC PDU 311 и может использоваться, например, для различных приложений в реальном масштабе времени, таких как передача речи по Интернет протоколу (Voice over Internet Protocol, VolP), а также передача любых данных RLC в режиме без подтверждения (Unacknowledged Mode, UM) или в режиме с подтверждением (Acknowledged Mode, AM) в случае, если блок RLC PDU короче, чем требуемый (например, последний блок RLC SDU пакета данных или короткий пакет VolP). Поле F, как одиночный бит, может быть установлено (например, равным "1") для указания размера поля длины Length. Следует отметить, что одно поле F используется на каждый блок MAC SDU, за исключением последнего блока MAC SDU.[0029] In another embodiment, the MAC PDU 307 has the following header fields 309: LCID / E / R / R / F / L / LCID / E / R / R. In fact, the size of the MAC PDU is equal to the size of the RLC PDU 311 plus 4 bytes. This MAC PDU 307 contains a relatively reduced RLC PDU 311 and can be used, for example, for various real-time applications, such as Voice over Internet Protocol (VolP), as well as any RLC data transmission in mode Unacknowledged Mode (UM) or Acknowledged Mode (AM) if the RLC PDU is shorter than required (for example, the last RLC SDU of a data packet or a short VolP packet). Field F, as a single bit, can be set (for example, equal to "1") to indicate the size of the field length. It should be noted that one F field is used for each MAC SDU, with the exception of the last MAC SDU.

[0030] В примере блока MAC PDU 301 дополнение не требуется. В блоке MAC PDU 307 дополнение одним байтом используется после вставки RLC PDU и необходимых полей заголовка MAC (LCID/E/R/R и F/L). Оно может быть реализовано добавлением обычного заголовка MAC, указывающего на дополнение (LCID, зарезервированное для дополнения, + Е=0), но фактического дополнения в конце блока MAC PDU не требуется. Байты дополнения добавляются в конец блока MAC PDU, когда необходимо большее дополнение.[0030] In the example of the MAC PDU 301, padding is not required. In the MAC PDU 307, one-byte padding is used after inserting the RLC PDU and the required MAC header fields (LCID / E / R / R and F / L). It can be implemented by adding the usual MAC header indicating the padding (LCID reserved for padding + E = 0), but the actual padding at the end of the MAC PDU is not required. Padding bytes are added to the end of the MAC PDU when a larger padding is needed.

[0031] Поле L определяет длину соответствующего блока MAC SDU или управляющего элемента MAC (например, в байтах). Согласно одному варианту осуществления изобретения одно поле L находится в каждом блоке MAC SDU, включенном в блок MAC PDU 307, за исключением последнего блока MAC SDU. Для управляющих элементов MAC присутствие поля L зависит от типа управляющего элемента MAC. Размер поля L указывается полем F.[0031] The L field determines the length of the corresponding MAC SDU or MAC control element (for example, in bytes). According to one embodiment of the invention, one L field is located in each MAC SDU included in the MAC PDU 307, with the exception of the last MAC SDU. For MAC controls, the presence of the L field depends on the type of MAC control. The size of the field L is indicated by the field F.

[0032] Поле расширение (Е) является флагом, который определяет, присутствует ли больше полей в заголовке MAC. Поле Е может использоваться не только для указания следующих полей LCID/E/R/R, но также и для структуры «поле формата(F)/ поле длины (L)». Например, если Е установлено в "1", то далее следуют структура F/L и другой набор полей LCID/R/R/E. Однако если Е установлено в "0", то либо блок MAC SDU, либо управляющий элемент MAC, либо дополнение начинается в следующем байте. В этом примере различие в длине MAC PDU, основанное на установке поля расширения (то есть, Е="0" и Е="1"), составляет 2 байта из-за полей F и L, и 1 байт из-за подзаголовка, указывающего дополнение.[0032] An extension field (E) is a flag that determines whether more fields are present in the MAC header. Field E can be used not only to indicate the following LCID / E / R / R fields, but also for the “format field (F) / length field (L)” structure. For example, if E is set to "1", then the F / L structure and another set of LCID / R / R / E fields follow. However, if E is set to "0", then either the MAC SDU, or the MAC control, or padding begins in the next byte. In this example, the difference in the length of the MAC PDU based on setting the extension field (that is, E = "0" and E = "1") is 2 bytes due to the F and L fields, and 1 byte due to the subtitle, indicating addition.

[0033] Если одиночный блок RLC PDU на 1 байт короче, чем блок MAC PDU, то поле длины не требуется, так как размер транспортного блока указывает длину. Если различие составляет 4 байта или больше (как показано на фиг.3С), тогда в блоке MAC PDU 313 может использоваться обычное (уже согласованное и установленное) дополнение, то есть поля LCID+Е=1, определяющие, что следует поле L и что поле длины указывает длину блока RLC PDU. В заголовке 315 поле Е, установленное в 1, указывает, что далее следует другой набор полей LCID+E; поэтому необходим заголовок дополнения (LCID=11111 зарезервирован для дополнения). Также, поле Е устанавливается в 0 для указания, что далее следуют данные. За заголовком 315 следует блок RLC PDU 317 и соответствующее поле 319 дополнения.[0033] If a single RLC PDU is 1 byte shorter than the MAC PDU, then a length field is not required since the size of the transport block indicates the length. If the difference is 4 bytes or more (as shown in FIG. 3C), then the conventional (already agreed upon and established) addition can be used in the MAC PDU 313, that is, the LCID + E = 1 fields that determine that field L follows and that the length field indicates the length of the RLC PDU. In heading 315, an E field set to 1 indicates that another set of LCID + E fields follows; therefore, the add-on header is required (LCID = 11111 reserved for add-on). Also, field E is set to 0 to indicate that data follows. Header 315 is followed by an RLC PDU 317 and the corresponding pad 319.

[0034] Если разница между размерами блоков RLC PDU и MAC PDU составляет 2 или 3 байта, то ее невозможно указать существующим стандартом. Другими словами, действия вышеописанного подхода для разницы между размерами блока MAC PDU и блока RLC PDU, равной 2 и 3 байтам, не могут быть осуществлены без применения сегментации. Как было упомянуто, сегментация увеличивает объем служебной информации. В другом подходе может использоваться больший размер блока MAC PDU и, следовательно, также больший размер транспортного блока. Это особенно справедливо для нисходящей линии, где узел eNB может свободно определять размер транспортного блока. Однако использование большего размера транспортного блока просто для того, чтобы разместить (ненужный) больший размер заголовка MAC, также тратит впустую пропускную способность.[0034] If the difference between the sizes of the RLC PDUs and the MAC PDUs is 2 or 3 bytes, then it cannot be specified by the existing standard. In other words, the steps of the above approach for the difference between the sizes of the MAC PDU and the RLC PDU of 2 and 3 bytes cannot be performed without segmentation. As mentioned, segmentation increases the amount of overhead information. In another approach, a larger MAC PDU may be used, and therefore also a larger transport block. This is especially true for the downlink, where the eNB can freely determine the size of the transport block. However, using a larger transport block just to accommodate the (unnecessary) larger MAC header size also wastes bandwidth.

[0035] Чтобы избежать ненужной сегментации или ненужного увеличения размера заголовка MAC и блока PDU, для механизма дополнения предлагается усовершенствование.[0035] To avoid unnecessary segmentation or unnecessarily increasing the size of the MAC header and PDU, an improvement is proposed for the padding mechanism.

[0036] На фиг.4 представлен формат подзаголовка, используемый для дополнения, в соответствии с одним из вариантов осуществления изобретения. Подзаголовок MAC 401 включает четыре поля 403 заголовка: LCID/E/R/R. Поле LCID зарезервировано для того, чтобы указывать, используется ли дополнение. В одном из вариантов осуществления изобретения дополнение помещается в конце транспортного блока (ТВ), если биты дополнения присутствуют. Подзаголовок MAC 401 может использоваться для реализации механизма фиктивного дополнения, как объясняется далее.[0036] FIG. 4 illustrates a subtitle format used to complement, in accordance with one embodiment of the invention. The MAC 401 subtitle includes four header fields 403: LCID / E / R / R. The LCID field is reserved to indicate whether padding is in use. In one embodiment, the pad is placed at the end of the transport block (TB) if pad bits are present. The MAC 401 subtitle can be used to implement a fake padding mechanism, as explained below.

[0037] На фиг.5А и 5В представлены блок-схемы процессов дополнения несколькими байтами, например во избежание сегментации, в соответствии с одним из вариантов осуществления изобретения. На шаге 501 узел eNB 103 (фиг.1), например, формирует посредством формирователя 107 пакетов пакет, который содержит блок данных (например, MAC PDU) для передачи пользовательскому оборудованию UE 101. На шаге 503 фиктивный дополняющий подзаголовок вставляется схемой 111 дополнения в начало заголовка, например во избежание сегментации. На шаге 505 узел eNB 103 передает блок данных с дополнением без сегментации, таким образом минимизируя объем служебной информации протокола.[0037] FIGS. 5A and 5B are flowcharts of multi-byte complementing processes, for example to avoid segmentation, in accordance with one embodiment of the invention. In step 501, the eNB 103 (FIG. 1), for example, generates a packet through the packet generator 107 that contains a data unit (eg, a MAC PDU) for transmission to the user equipment UE 101. In step 503, the dummy complement subtitle is inserted at the beginning by the addition circuit 111. header, for example to avoid segmentation. At step 505, the eNB 103 transmits a data block with padding without segmentation, thereby minimizing the amount of protocol overhead.

[0038] На приемной стороне, когда оборудование UE 101 принимает блок данных, как на шаге 511, UE 101 удаляет дополнение (на шаге 513). Следует отметить, что передатчиком также может быть оборудование UE, а приемником - узел eNB, и, фактически, такой случай может оказаться более типичным.[0038] At the receiving side, when the equipment UE 101 receives the data block, as in step 511, the UE 101 deletes the pad (in step 513). It should be noted that the transmitter may also be UE equipment, and the receiver may be an eNB, and, in fact, such a case may be more typical.

[0039] На фиг.6A-6D показаны примеры форматов блока MAC PDU с фиктивным дополнением, в соответствии с одним из вариантов осуществления изобретения. Два случая показаны на фиг.6А и 6В, в которых различия в размерах блоков PDU (то есть блока MAC PDU и блока RLC PDU) составляют 2 и 3 байта соответственно. Блок MAC PDU 601 содержит блок RLC PDU 603 и следующие наборы полей заголовка: LCID/E/R/R и LCID/E/R/R. Первый набор имеет поле LCID, обозначенное как дополнение, и располагается в начале блока MAC PDU 601.[0039] FIGS. 6A-6D show examples of dummy complement MAC PDU formats, in accordance with one embodiment of the invention. Two cases are shown in FIGS. 6A and 6B, in which the differences in the sizes of the PDUs (i.e., the MAC PDU and the RLC PDU) are 2 and 3 bytes, respectively. The MAC PDU 601 contains an RLC PDU 603 and the following sets of header fields: LCID / E / R / R and LCID / E / R / R. The first set has an LCID field designated as a complement and is located at the beginning of the MAC PDU 601.

[0040] На фиг.6В блок MAC PDU 607 содержит поля 609 заголовка, которые охватывают три подзаголовка LCID/E/R/R. Как видно, первые два подзаголовка обозначаются как дополнение. Блок RLC PDU 611, имеющий меньший размер, чем блок RLC PDU 603, также включен в блок MAC PDU 607.[0040] In FIG. 6B, the MAC PDU 607 includes header fields 609 that span three LCID / E / R / R subheadings. As you can see, the first two subtitles are indicated as additions. The RLC PDU 611, which is smaller than the RLC PDU 603, is also included in the MAC PDU 607.

[0041] Традиционно требовалась бы сегментация блоков MAC PDU 601, 607. В противоположность этому механизм дополнения использует определение размера полезной нагрузки согласно самой низкой скорости передачи данных при исключении поля формата (F) и полей длины (L); и максимальный размер блока RLC PDU может быть достигнут без применения сегментации в соответствии с оптимальным использованием радиоресурсов.[0041] Traditionally, segmentation of MAC PDUs 601, 607 would be required. In contrast, the padding mechanism uses the determination of the size of the payload according to the lowest data rate when excluding format fields (F) and length fields (L); and the maximum size of the RLC PDU can be achieved without segmentation in accordance with the optimal use of radio resources.

[0042] Обычно флаг расширения Е=1 указывает, что далее следуют флаг F и поле длины или другой подзаголовок (LCID/E/R/R). В этом особом случае с дополнением (LCID=11111) значение флага Е=1 не указывает, что следуют поля F и L, а указывает только, что следует другой подзаголовок (LCID/E/R/R). Таким образом, приемник при чтении заголовка замечает по специальному значению LCID (=11111), что далее находится следующий подзаголовок непосредственно (без полей F и L). В этом примере предполагается, что то же самое значение LCID, используемое для обычного дополнения, используется также в этом особом случае. Это обеспечивает то преимущество, что не нужно резервировать дополнительные идентификаторы LCID. Однако возможно также зарезервировать другой идентификатор LCID для этой цели.[0042] Typically, the extension flag E = 1 indicates that the F flag and the length field or other subheading (LCID / E / R / R) follow. In this special case with the addition (LCID = 11111), the value of the flag E = 1 does not indicate that the fields F and L follow, but only indicates that another subtitle follows (LCID / E / R / R). Thus, the receiver, while reading the header, notices by the special value LCID (= 11111) that the next subheading is located immediately further (without fields F and L). In this example, it is assumed that the same LCID used for the regular complement is also used in this special case. This provides the advantage that you do not need to reserve additional LCIDs. However, it is also possible to reserve a different LCID for this purpose.

[0043] В принципе, специальный (фиктивный) дополняющий подзаголовок мог бы находиться в любой позиции внутри заголовка. Однако, если, например, на фиг.6А порядок подзаголовков будет изменен, то есть LCID, указывающий реальный идентификатор логического канала, будет первым, то тогда флаг Е=0 указывает, что далее следуют данные, и дополняющий подзаголовок будет интерпретироваться как данные. Если флаг расширения будет изменен на Е=1, то далее должны следовать поля F и L. Таким образом, фиктивный дополняющий подзаголовок в этих случаях должен быть в начале заголовка.[0043] In principle, a special (dummy) complementary subheading could be at any position within the heading. However, if, for example, in FIG. 6A, the order of the subheadings is changed, that is, the LCID indicating the actual logical channel identifier is first, then the E = 0 flag indicates that data follows, and the complementary subheading will be interpreted as data. If the extension flag is changed to E = 1, then the fields F and L should follow. Thus, in these cases the fictitious supplement subtitle should be at the beginning of the header.

[0044] Обычное дополнение указывается с помощью вставки дополняющего подзаголовка (LCID=11111, E=0) в конец заголовка MAC. Это означает, что дополнительные байты в конце блока MAC PDU, не включенные в заголовок MAC, блоки PDU управления MAC или блоки MAC SDU (=RLC PDU) являются дополнением. Фиктивный дополняющий подзаголовок, согласно некоторым вариантам осуществления изобретения, может использовать то же самое специальное значение LCID=11111 и может быть помещен в начало заголовка MAC.[0044] A typical padding is indicated by inserting a padding subtitle (LCID = 11111, E = 0) at the end of the MAC header. This means that additional bytes at the end of the MAC PDU not included in the MAC header, MAC control PDUs, or MAC SDUs (= RLC PDUs) are optional. A dummy complementary subheading, according to some embodiments of the invention, may use the same special value LCID = 11111 and may be placed at the beginning of the MAC header.

[0045] В качестве альтернативы, дополнение из 1 или 2 байтов может быть указано с помощью специального значения поля длины L. Например, если необходимо однобайтовое дополнение, поле F может быть установлено в F=0 для указания, что далее следует короткое поле L; и L может быть установлено на зарезервированное значение, например L=0000000 или L=1111111, как показано на фиг.6С. В этом случае блок MAC PDU 613 предусматривает заголовок 617 с полем L=1111111, за которым следует блок RLCPDU615.[0045] Alternatively, an addition of 1 or 2 bytes may be indicated using a special value of a field of length L. For example, if a single-byte addition is necessary, the field F may be set to F = 0 to indicate that a short field L follows; and L can be set to a reserved value, for example L = 0000000 or L = 1111111, as shown in figs. In this case, the MAC PDU 613 provides a header 617 with a field L = 1111111, followed by the RLCPDU615.

[0046] Подобным образом (как показано на фиг.6D) блок MAC PDU 619 может использовать заголовок 621, если необходимо дополнение из 2 байтов, F может быть установлен для указания длинного поля L (F=1), для которого резервируется специальное значение, например, L=000000000000000 или L=111111111111111. Специальное значение поля L указывает, что нет следующих далее подзаголовков и реального поля длины; и, таким образом, длина блока RLC PDU рассчитывается из размера транспортного блока. В этом варианте флаг F и следующее поле L со специальным (зарезервированным) значением формируют фиктивный дополняющий подзаголовок. Этот тип фиктивного дополняющего подзаголовка располагается в конце заголовка 621.[0046] Similarly (as shown in FIG. 6D), the MAC PDU 619 may use the header 621 if an addition of 2 bytes is needed, F can be set to indicate a long field L (F = 1) for which a special value is reserved, e.g. L = 000000000000000 or L = 111111111111111. The special value of the L field indicates that there are no further subheadings and no real length field; and thus, the length of the RLC PDU is calculated from the size of the transport block. In this embodiment, the flag F and the next field L with a special (reserved) value form a dummy complementary subheading. This type of dummy complementary subheading is located at the end of heading 621.

[0047] Общей особенностью этих описанных выше различных фиктивных дополняющих подзаголовков является то, что блоки MAC PDU с фиктивным дополняющим подзаголовком не имеют байтов дополнения в конце блока MAC PDU. Таким образом, фиктивные дополняющие подзаголовки вводят дополнение MAC PDU в заголовок MAC вместо обычного дополнения в конце блока MAC PDU в полезной нагрузке. Следует отметить, что один байт обычного дополнения может быть в заголовке MAC в форме обычного дополняющего подзаголовка, а остальные могут быть в полезной нагрузке в конце блока MAC PDU.[0047] A common feature of these various fictitious padding subtitles described above is that the MAC PDUs with the dummy padding subtitle do not have padding bytes at the end of the MAC PDU. Thus, dummy complementary subheadings introduce the MAC PDU padding in the MAC header instead of the usual padding at the end of the MAC PDU in the payload. It should be noted that one byte of the normal padding may be in the MAC header in the form of a regular padding subheading, and the rest may be in the payload at the end of the MAC PDU.

[0048] На фиг.7A-7D представлены схемы систем связи с архитектурой, например, долгосрочного развития (LTE), в которых может работать система, показанная на фиг.1, согласно различным вариантам осуществления изобретения. Для примера (показано на фиг.7А), базовая станция 103 и оборудование UE 101 могут осуществлять связь в системе 700, используя любую схему доступа, такую как TDMA, CDMA, широкополосный множественный доступ с кодовым разделением каналов (Wideband Code Division Multiple Access (WCDMA), ортогональный множественный доступ с частотным разделением (Orthogonal Frequency Division Multiple Access (OFDMA) или множественный доступ с одной несущей (Single Carrier Frequency Division Multiple Access (FDMA) (SC-FDMA) или их сочетание. В одном из вариантов осуществления изобретения и восходящая линия, и нисходящая линия могут использовать доступ WCDMA. В другом варианте осуществления изобретения восходящая линия использует доступ SC-FDMA, в то время как нисходящая линия использует доступ OFDMA.[0048] FIGS. 7A-7D are diagrams of architecture communication systems, for example, Long Term Evolution (LTE), in which the system shown in FIG. 1 can operate, according to various embodiments of the invention. For example (shown in FIG. 7A), base station 103 and equipment of UE 101 can communicate in system 700 using any access scheme, such as TDMA, CDMA, Wideband Code Division Multiple Access (WCDMA ), Orthogonal Frequency Division Multiple Access (OFDMA) or Single Carrier Frequency Division Multiple Access (FDMA) (SC-FDMA), or a combination thereof. In one embodiment, the invention line, and the descending line can use up WCDMA stup In another embodiment, the uplink uses SC-FDMA access, while the downlink uses OFDMA access.

[0049] Объект управления мобильностью (Mobile Management Entity, ММЕ) / обслуживающие шлюзы 701 связываются с узлами eNB 103 в полной или частичной ячеистой конфигурации, используя туннелирование в сети 703 передачи пакетов (например, по IP-сети). Примеры функций ММЕ / обслуживающих шлюзов 701 включают распространение сообщений поисковой связи к узлам eNB 103, окончание пакетов поисковой связи в плоскости протоколов пользователя (U-plane) и переключение между U-plane для поддержания мобильности пользовательского оборудования. Так как шлюзы GW 701 служат шлюзами к внешним сетям, например Интернету или частным сетям 703, эти шлюзы GW 701 включают систему 705 доступа, авторизации и учета использования ресурсов (Access, Authorization and Accounting, AAA) для надежного определения идентификационной информации и привилегий пользователя и отслеживания действия каждого пользователя. А именно, ММЕ / обслуживающий шлюз 701 является ключевым узлом управления для сети доступа LTE и отвечает за отслеживание ждущего режима оборудования UE и процедуру поисковой связи, включая повторные передачи. Также ММЕ 701 используется в процессе активации/деактивации канала передачи и отвечает за выбор обслуживающего шлюза (Serving Gateway, SGW) для оборудования UE при первом подсоединении и во время хэндовера внутри системы LTE, включающего перемещение узла базовой сети (Core Network, CN).[0049] The Mobile Management Entity (MME) / serving gateways 701 communicate with the eNB 103 in full or partial mesh configuration using tunneling in a packet network 703 (eg, over an IP network). Examples of the functions of the MME / serving gateways 701 include the distribution of paging messages to the eNB 103, the termination of paging packets in the user protocol plane (U-plane) and switching between the U-plane to maintain the mobility of the user equipment. Since the GW 701 gateways serve as gateways to external networks, such as the Internet or private networks 703, these GW 701 gateways include an Access, Authorization and Accounting (AAA) system 705 to reliably determine user credentials and privileges and tracking the actions of each user. Namely, the MME / Serving Gateway 701 is the key control node for the LTE access network and is responsible for monitoring the standby state of the UE equipment and the paging procedure, including retransmissions. MME 701 is also used in the process of activating / deactivating the transmission channel and is responsible for selecting the Serving Gateway (SGW) for the UE equipment during the first connection and during handover inside the LTE system, including moving the core network node (Core Network, CN).

[0050] Более подробное описание интерфейса LTE приведено в документе 3GPP TR 25.813 под названием "E-UTRA and E-UTRAN: Radio Interface Protocol Aspects", который полностью включен в данный текст путем ссылки на соответствующий источник.[0050] A more detailed description of the LTE interface is given in 3GPP TR 25.813 entitled "E-UTRA and E-UTRAN: Radio Interface Protocol Aspects", which is incorporated herein by reference to the appropriate source.

[0051] На фиг.7 В система 702 связи поддерживает сети GERAN (GSM/EDGE радиодоступ) 704, сети 706 доступа UTRAN, сети 712 доступа Е-UTRAN и других стандартов, отличных от 3GPP (не показаны), и более полно описана в документе TR 23.882, который полностью включен в данный текст путем ссылки на соответствующий источник. Главной особенностью этой системы является отделение сетевого объекта, который выполняет функции плоскости управления (ММЕ 708), от сетевого объекта, который выполняет функции плоскости канала передачи (обслуживающий шлюз 710) с хорошо определенным открытым интерфейсом S11 между ними. Так как E-UTRAN 712 является более широкополосной сетью для возможности предоставления новых услуг, а также улучшения существующих услуг, отделение объекта ММЕ 708 от обслуживающего шлюза 710 подразумевает, что обслуживающий шлюз 710 может быть основан на платформе, оптимизированной для транзакций служебной информации. Эта схема позволяет выбрать более экономичные платформы для каждого из этих двух элементов, а также позволяет осуществлять их независимое масштабирование. Провайдеры услуг также могут выбирать оптимизированные топологические местоположения обслуживающих шлюзов 710 в сети независимо от местоположений объектов ММЕ 708, чтобы уменьшить время задержки оптимизированной ширины полосы и избежать концентрации точек отказа.[0051] In FIG. 7B, the communication system 702 supports GERAN (GSM / EDGE radio access) networks 704, UTRAN access networks 706, E-UTRAN access networks 712 and other standards other than 3GPP (not shown), and is more fully described in TR 23.882, which is incorporated herein by reference to the appropriate source. The main feature of this system is the separation of the network object, which performs the functions of the control plane (MME 708), from the network object, which performs the functions of the plane of the transmission channel (serving gateway 710) with a well-defined open interface S11 between them. Since the E-UTRAN 712 is a wider network for the possibility of providing new services, as well as improving existing services, the separation of the object MME 708 from the serving gateway 710 implies that the serving gateway 710 can be based on a platform optimized for overhead transaction information. This scheme allows you to choose more economical platforms for each of these two elements, and also allows for independent scaling. Service providers can also select optimized topological locations of serving gateways 710 in the network, regardless of the location of MME 708 objects, to reduce the delay time of the optimized bandwidth and avoid concentration of points of failure.

[0052] Основная архитектура системы 702 содержит следующие элементы сети. Как видно на фиг.7В, сеть E-UTRAN (например, узел eNB) 712 связывается с оборудованием UE 101 через интерфейс LTE-Uu. E-UTRAN 712 поддерживает воздушный интерфейс LTE и обладает функциональностью управления радиоресурсами (RRC), соответствующей плоскости управления ММЕ 708. Сеть E-UTRAN 712 также выполняет множество функций, включая управление использованием радиоресурсов, управление доступом, планирование, соблюдение установленного качества обслуживания (Quality of Service, QoS) восходящей линии (UL), широковещательную передачу информации, шифрование/дешифрование информации пользователя, компрессию/декомпрессию заголовков пакетов плоскости пользователя нисходящей линии и восходящей линии и поддержку протокола конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP).[0052] The basic architecture of the system 702 comprises the following network elements. As seen in FIG. 7B, an E-UTRAN (eg, an eNB) 712 communicates with equipment UE 101 via an LTE-Uu interface. The E-UTRAN 712 supports the LTE air interface and has the radio resource management (RRC) functionality corresponding to the control plane MME 708. The E-UTRAN 712 network also performs many functions, including radio resource management, access control, scheduling, and compliance with established quality of service (Quality of Service, QoS) uplink (UL), broadcast information, encryption / decryption of user information, compression / decompression of the packet headers of the user plane downlink UL and support packet data convergence protocol (Packet Data Convergence Protocol, PDCP).

[0053] Объект ММЕ 708, как ключевой узел управления, отвечает за управление мобильностью оборудования UE, идентификацию пользователя, параметры защиты и процедуру поисковой связи, включая повторные передачи. Объект ММЕ 708 используется в процессе активации/деактивации канала передачи и отвечает также за выбор обслуживающего шлюза 710 для UE 101. Функции ММЕ 708 включают служебную информацию уровня без доступа (Non Access Stratum, NAS) и связанную с ним защиту. Объект ММЕ 708 проверяет авторизацию оборудования UE 101 для присоединения к наземной мобильной сети общего пользования (Public Land Mobile Network, PLMN) поставщика услуг и предписывает оборудованию UE 101 обязательное выполнение ограничений роуминга. Объект ММЕ 708 обеспечивает также функцию плоскости управления для мобильности между сетями доступа LTE и 2G/3G с интерфейсом S3 между объектом ММЕ 708 и обслуживающим узлом 714 поддержки GPRS(Serving GPRS Support Node, SGSN).[0053] The MME 708, as a key management node, is responsible for managing the mobility of the UE equipment, user identification, security parameters, and paging procedures, including retransmissions. The MME object 708 is used in the process of activating / deactivating the transmission channel and is also responsible for selecting the serving gateway 710 for the UE 101. The functions of the MME 708 include non-access service information (Non Access Stratum, NAS) and associated security. The MME 708 object verifies the authorization of the UE 101 equipment to join the service provider’s Public Land Mobile Network (PLMN) and instructs the UE 101 equipment to comply with roaming restrictions. The MME 708 also provides a control plane function for mobility between LTE and 2G / 3G access networks with an S3 interface between the MME 708 and the Serving GPRS Support Node (SGSN) 714.

[0054] Узел SGSN 714 отвечает за доставку пакетов данных от мобильных станций и к мобильным станциям в своей географической зоне обслуживания. Его задачи включают маршрутизацию и передачу пакетов, управление мобильностью, управление логическим каналом и функции аутентификации и тарификации. Интерфейс S6a позволяет осуществлять передачу данных подписки и аутентификации для аутентификации/авторизации пользователя в развертываемой системе (интерфейс ААА) между объектом ММЕ 708 и домашним сервером 716 абонента (Home Subscriber Server, HSS). Интерфейс S10 между объектами ММЕ 708 обеспечивает перемещение объекта ММЕ и передачу информации от ММЕ 708 к ММЕ 708. Обслуживающий шлюз 710 является узлом, который оканчивает интерфейс к сети E-UTRAN 712 через S1-U.[0054] The SGSN 714 is responsible for delivering data packets from and to mobile stations in its geographic coverage area. Its tasks include routing and packet transmission, mobility management, logical channel management, and authentication and billing features. The S6a interface allows the transfer of subscription and authentication data for user authentication / authorization in the deployed system (AAA interface) between the MME 708 object and the subscriber’s home server 716 (Home Subscriber Server, HSS). The S10 interface between the MMEs 708 provides the movement of the MMEs and the transfer of information from the MMEs 708 to the MMEs 708. The serving gateway 710 is a node that terminates the interface to the E-UTRAN 712 via S1-U.

[0055] Интерфейс S1-U обеспечивает посредством канала передачи плоскости пользователя туннелирование между E-UTRAN 712 и обслуживающим шлюзом 710. Он включает поддержку для переключения маршрута во время хэндовера между узлами eNB 712. Интерфейс S4 обеспечивает плоскость пользователя соответствующим управлением и поддержкой мобильности между узлом SGSN 714 и якорной функцией 3GPP обслуживающего шлюза 710.[0055] The S1-U interface provides tunneling through the user plane channel between the E-UTRAN 712 and the serving gateway 710. It includes support for route switching during handover between the nodes of the eNB 712. The S4 interface provides the user plane with appropriate control and mobility support between the node SGSN 714 and 3GPP Anchor Function of Serving Gateway 710.

[0056] S12 - это интерфейс между сетью UTRAN 706 и обслуживающим шлюзом 710. Шлюз 718 сети пакетной передачи данных (Packet Data Network, PDN) обеспечивает для оборудования UE 101 возможность подключения к внешним сетям передачи данных, являясь точкой выхода и входа трафика для оборудования UE 101. Шлюз PDN 718 обеспечивает соблюдение правил, фильтрацию пакетов для каждого пользователя, поддержку тарификации, легальный перехват и отбор пакетов. Другой ролью шлюза PDN 718 является выполнение роли "якоря" для мобильности между технологиями 3GPP и другими, отличными от 3GPP, такими как WiMax и 3GPP2 (CDMA 1X и EvDO (Evolution Data Only, EvDO)).[0056] S12 is the interface between the UTRAN 706 and the serving gateway 710. The Packet Data Network (PDN) gateway 718 provides the UE 101 with the ability to connect to external data networks as an exit and entry point for traffic for the equipment UE 101. The PDN 718 gateway provides compliance with rules, packet filtering for each user, tariffication support, legal interception and packet selection. Another role of the PDN 718 gateway is to act as an “anchor” for mobility between 3GPP technologies and other than 3GPP technologies, such as WiMax and 3GPP2 (CDMA 1X and EvDO (Evolution Data Only, EvDO)).

[0057] Интерфейс S7 обеспечивает передачу данных QoS и правил тарификации от функции 720 правил политики и тарификации (Policy and Charging Role Function, PCRF) к функции соблюдения политики и тарификации (Policy and Charging Enforcement Function, PCEF) в шлюзе 718 сети PDN. Интерфейс SGi является интерфейсом между шлюзом PDN и услугами оператора IP сети 722 пакетной передачи данных. Сеть 722 пакетной передачи данных может быть внешней общественной или частной сетью пакетной передачи данных либо внутренней сетью пакетной передачи данных оператора, например, для предоставления услуг мультимедийной подсистемы на базе протокола IP (IP Multimedia Subsystem, IMS). Rx+ является интерфейсом между функцией PCRF и сетью 722 пакетной передачи данных.[0057] The S7 interface transfers QoS data and charging rules from the Policy and Charging Role Function (PCRF) function 720 to the Policy and Charging Enforcement Function (PCEF) in the PDN gateway 718. The SGi interface is the interface between the PDN gateway and the services of an IP network operator 722 packet data network. Packet data network 722 may be an external public or private packet data network or an operator’s internal packet data network, for example, to provide IP multimedia subsystem (IP Multimedia Subsystem, IMS) services. Rx + is the interface between the PCRF function and the packet data network 722.

[0058] Как видно на фиг.7С, узел eNB 103 использует расширенный универсальный наземный радиодоступ (Evolved Universal Terrestrial Radio Access, E-UTRA) (плоскость пользователя, например управление 715 радиолинией (Radio Link Control, RLC), уровень 717 MAC и физический уровень (Physical, PHY) 719, а также плоскость управления (например, RRC 721)). Узел eNB 103 содержит также следующие функции: межсотовое управление 723 радиоресурсами (Radio Resource Management, RRM), управление 725 мобильностью подключения (Connection Mobility Control), управление 727 радиоканалом ((Radio Bearer, RB) Control), управление 729 радиодоступом (Radio Admission Control), конфигурация и обеспечение 731 измерений узла eNB, а также динамическое распределение 733 ресурсов (планировщик).[0058] As can be seen in FIG. 7C, the eNB 103 uses the Evolved Universal Terrestrial Radio Access (E-UTRA) (user plane, for example, Radio Link Control (RLC) 715, MAC layer 717 and physical level (Physical, PHY) 719, as well as the control plane (for example, RRC 721)). The eNB 103 also contains the following functions: Inter-cell Radio Resource Management (RRM) 723, Connection Mobility Control 725, Radio Channel 727 (Radio Bearer, RB) Control, Radio Admission Control 729 ), configuration and provision of 731 measurements of the eNB node, as well as the dynamic allocation of 733 resources (scheduler).

[0059] Узел eNB 103 осуществляет связь со шлюзом 701 доступа (Access Gateway, aGW) через интерфейс SI. Шлюз aGW 701 содержит плоскость 701b пользователя и плоскость 701а управления. Плоскость 701а управления содержит следующие компоненты: управление 735 каналом передачи (Bearer Control) SAE (System Architecture Evolution, эволюция системной архитектуры) и объект 737 управления мобильностью (Mobile Management, MM). Плоскость 701b пользователя включает протокол 739 конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP), и функции 741 плоскости пользователя. Следует отметить, что функциональные возможности шлюза aGW 701 также могут обеспечиваться сочетанием обслуживающего шлюза (SGW) и шлюза GW сети передачи пакетных данных (PDN). Шлюз aGW 701 также может взаимодействовать с пакетной сетью, такой как Интернет 743.[0059] The eNB 103 communicates with an Access Gateway (aGW) via an SI interface. Gateway aGW 701 comprises a user plane 701b and a control plane 701a. The control plane 701a comprises the following components: Bearer Control 735 of a SAE (System Architecture Evolution) and a Mobile Management (MM) object 737. The user plane 701b includes a Packet Data Convergence Protocol (PDCP) 739, and a user plane function 741. It should be noted that the functionality of the aGW 701 gateway can also be provided by a combination of a serving gateway (SGW) and a packet data network (PDN) gateway GW. The aGW 701 gateway can also communicate with a packet network, such as the Internet 743.

[0060] В альтернативном варианте осуществления изобретения, показанном на фиг.7D, функциональные возможности протокола PDCP могут принадлежать узлу eNB 103, а не шлюзу GW 701. Другие возможности узла eNB помимо функциональности PDCP, показанные на фиг.7С, также обеспечиваются в этой архитектуре.[0060] In the alternative embodiment of FIG. 7D, PDCP functionality may belong to the eNB 103 and not the GW 701. Other features of the eNB other than the PDCP functionality shown in FIG. 7C are also provided in this architecture .

[0061] В системе фиг.7D обеспечивается функциональное разделение между E-UTRAN и ядром улучшенной пакетной передачи (Evolved Packet Core, EPC). В этом примере архитектура протокола сети E-UTRAN предусматривается для плоскости пользователя и плоскости управления. Более подробное описание этой архитектуры приведено в документе 3GPP TS 36.300.[0061] In the system of Fig. 7D, functional separation is provided between the E-UTRAN and the Evolved Packet Core (EPC). In this example, an E-UTRAN network protocol architecture is provided for a user plane and a control plane. A more detailed description of this architecture is given in 3GPP TS 36.300.

[0062] Узел eNB 103 осуществляет связь через интерфейс S1 с обслуживающим шлюзом 745, имеющим якорную функцию 747 (Mobility Anchoring). Согласно этой архитектуре объект 749 управления мобильностью (ММЕ) обеспечивает управление 751 каналом передачи (Bearer Control) SAE, обработку 753 состояния ожидания (Idle State Mobility Handling) и безопасность 755 уровня без доступа (Non-Access Stratum, NAS).[0062] The eNB 103 communicates via an S1 interface with a serving gateway 745 having an anchor function 747 (Mobility Anchoring). According to this architecture, the Mobility Management Object (MME) 749 provides 751 Bearer Control (SAE) control, Idle State Mobility Handling (753) and 755 non-access security (Non-Access Stratum, NAS).

[0063] Специалистам обычной квалификации в данной области техники будет ясно, что процессы дополнения могут быть реализованы посредством программного обеспечения, аппаратных средств (например, универсальным процессором, процессором цифровой обработки сигналов (Digital Signal Processor, DSP), специализированной интегральной схемой (Application Specific IC (Integrated Circuit), ASIC, программируемых логических интегральных схем (Field-Programmable Gate Arrays, FPGA) и т.д.), встроенного программного обеспечения или сочетания этих средств. Такие примеры аппаратной реализации для выполнения описанных функций подробно рассматриваются ниже со ссылкой на фиг.8.[0063] It will be clear to those of ordinary skill in the art that complementing processes can be implemented by software, hardware (eg, a universal processor, a Digital Signal Processor (DSP), a specialized integrated circuit (Application Specific IC (Integrated Circuit), ASIC, Field-Programmable Gate Arrays, FPGAs, etc.), firmware, or a combination of these tools. Such examples of hardware implementations for isannyh functions are discussed below in detail with reference to Figure 8.

[0064] На фиг.8 показаны примеры аппаратной реализации различных вариантов осуществления изобретения. Вычислительная система 800 содержит шину 801 или другой механизм связи для обмена информацией и процессор 803, подключенный к шине 801 для обработки информации. Вычислительная система 800 содержит также основное запоминающее устройство 805, такое как оперативное запоминающее устройство (Random Access Memory, RAM) или другое динамическое запоминающее устройство, соединенное с шиной 801, для хранения информации и команд, которые будут выполняться процессором 803. Основное запоминающее устройство 805 может использоваться также для хранения временных переменных или другой промежуточной информации во время выполнения команд процессором 803. Вычислительная система 800 может далее содержать постоянное запоминающее устройство 807 (Read Only Memory, ROM) или другое статическое запоминающее устройство, подключенное к шине 801 для хранения статической информации и команд для процессора 803. Запоминающее устройство 809, такое как магнитный диск или оптический диск, подключено к шине 801 для постоянного хранения информации и команд.[0064] FIG. 8 illustrates hardware implementations of various embodiments of the invention. Computing system 800 comprises a bus 801 or other communication mechanism for exchanging information and a processor 803 connected to a bus 801 for processing information. Computing system 800 also includes primary storage device 805, such as random access memory (RAM) or other dynamic storage device connected to bus 801, for storing information and instructions that will be executed by processor 803. Main storage device 805 may also be used to store temporary variables or other intermediate information during execution of instructions by the processor 803. Computing system 800 may further comprise read-only memory Property 807 (Read Only Memory, ROM) or other static storage device connected to the bus 801 for storing static information and instructions for the processor 803. A storage device 809, such as a magnetic disk or optical disk, is connected to the bus 801 for permanent storage of information and teams.

[0065] Вычислительная система 800 может быть соединена через шину 801 с дисплеем 811, таким как жидкокристаллический дисплей или жидкокристаллический дисплей с активной матрицей, для отображения информации пользователю. Устройство 813 ввода, такое как клавиатура, включающая алфавитно-цифровые и другие клавиши, может соединяться с шиной 801 для обмена информацией и выбора команд для процессора 803. Устройство 813 ввода может включать средство управления курсором, такое как мышь, трекбол или клавиши управления курсором для сообщения информации о направлении, выборе команд для процессора 803 и для управления перемещением курсора на дисплее 811.[0065] Computing system 800 may be connected via a bus 801 to a display 811, such as a liquid crystal display or an active matrix liquid crystal display, for displaying information to a user. An input device 813, such as a keyboard including alphanumeric and other keys, may connect to a bus 801 to exchange information and select commands for the processor 803. The input device 813 may include cursor controls, such as a mouse, trackball, or cursor keys for reporting direction information, selecting commands for the processor 803, and for controlling cursor movement on the display 811.

[0066] Согласно различным вариантам осуществления изобретения описанные в этом документе действия могут обеспечиваться вычислительной системой 800 в ответ на выполнение процессором 803 системы команд, содержащихся в основном запоминающем устройстве 805. Такие команды могут считываться в основное запоминающее устройство 805 из другого машиночитаемого носителя, такого как запоминающее устройство 809. Выполнение системы команд, содержащихся в основном запоминающем устройстве 805, процессором 803 реализует описанные в этом документе шаги обработки. Один или несколько процессоров в многопроцессорном устройстве также могут использоваться для выполнения команд, содержащихся в основном запоминающем устройстве 805. В альтернативных вариантах осуществления изобретения аппаратная реализация может использоваться вместо или в сочетании с программными командами. В другом примере могут использоваться реконфигурируемые аппаратные средства, такие как программируемые логические интегральные схемы (FPGA), в которых функциональные возможности и топология подключения их логических элементов могут настраиваться во время работы, обычно с помощью программирования таблиц преобразования. Таким образом, варианты осуществления изобретения не ограничены определенным сочетанием аппаратных средств и программного обеспечения.[0066] According to various embodiments of the invention, the actions described in this document can be provided by a computing system 800 in response to the processor 803 executing a system of instructions contained in the main storage device 805. Such instructions can be read into the main storage device 805 from another computer-readable medium, such as memory 809. Executing a system of instructions contained in main memory 805 by processor 803 implements the processing steps described herein . One or more processors in a multiprocessor device may also be used to execute instructions contained in main memory 805. In alternative embodiments of the invention, a hardware implementation may be used in place of or in combination with program instructions. In another example, reconfigurable hardware may be used, such as programmable logic integrated circuits (FPGAs), in which the functionality and connection topology of their logic elements can be adjusted during operation, usually by programming conversion tables. Thus, embodiments of the invention are not limited to a specific combination of hardware and software.

[0067] Вычислительная система 800 содержит также по меньшей мере один интерфейс 815 связи, подключенный к шине 801. Интерфейс 815 связи обеспечивает подключение к линии сети (не показанной) для двухсторонней передачи данных. Интерфейс 815 связи посылает и принимает электрические, электромагнитные или оптические сигналы, которые несут потоки цифровых данных, представляющие различные типы информации. Далее, интерфейс 815 связи может включать интерфейс периферийных устройств, такой как интерфейс универсальной последовательной шины (Universal Serial Bus, USB), интерфейс Международной ассоциации производителей карт памяти для персональных компьютеров (Personal Computer Memory Card International Association, PCMCIA) и т.д.[0067] Computing system 800 also includes at least one communication interface 815 connected to a bus 801. Communication interface 815 provides connectivity to a network line (not shown) for two-way data transmission. The communication interface 815 sends and receives electrical, electromagnetic, or optical signals that carry digital data streams representing various types of information. Further, the communication interface 815 may include a peripheral device interface such as a Universal Serial Bus (USB) interface, an interface of the Personal Computer Memory Card International Association (PCMCIA), etc.

[0068] Процессор 803 может выполнять передаваемую программу во время приема и/или может сохранить программу в запоминающем устройстве 809 или другом энергонезависимом запоминающем устройстве для дальнейшего выполнения. Таким образом, вычислительная система 800 может получать код приложения, представленный в виде несущей.[0068] The processor 803 may execute the transmitted program at the time of reception and / or may store the program in a memory 809 or other non-volatile memory for further execution. Thus, the computing system 800 may receive an application code represented as a carrier.

[0069] Используемый здесь термин "машиночитаемый носитель" относится к любой среде, которая участвует в предоставлении команд процессору 803 для выполнения. Такая среда может принимать много форм, включая, но не ограничиваясь этим, энергонезависимую среду, энергозависимую среду и среду передачи данных. Энергонезависимая среда включает, например, оптические или магнитные диски, которые могут составлять запоминающее устройство 809. Энергозависимая среда включает динамическое запоминающее устройство, такое как основное запоминающее устройство 805. Среда передачи данных содержит коаксиальные кабели, медный провод и волоконно-оптический кабель, включая провода, которые содержит шина 801. Носители данных могут также представлять собой акустические, оптические или электромагнитные сигналы, например в радиочастотном (Radio Frequency, RF) и инфракрасном (Infrared, IR) диапазонах. Обычные формы машиночитаемого носителя включают, например, дискету, гибкий диск, жесткий диск, магнитную ленту, любую другую магнитную среду, компакт-диск, доступный только для чтения (Compact Disc - Read Only Memory, CD-ROM), перезаписываемый компакт-диск (Compact Disk Re Writable, CDRW), цифровой универсальный диск (Digital Versatile Discs, DVD), любую другую оптическую среду, перфокарты, бумажную перфоленту, листы с оптическими метками, любую другую физическую среду с комбинациями отверстий или других оптически распознаваемых знаков, оперативное запоминающее устройство (Random Access Memory, RAM), программируемое запоминающее устройство (Programmable Read-Only Memory, FROM) и стираемое программируемое запоминающее устройство (Erasable Read-Only Memory, EPROM), флэш-программируемое запоминающее устройство (Flash-EPROM), любую другую интегральную схему или модуль памяти, сигнал несущей или любую другую среду, с которой компьютер может считывать информацию.[0069] As used herein, the term “computer readable medium” refers to any medium that is involved in providing instructions to processor 803 for execution. Such an environment can take many forms, including, but not limited to, a non-volatile medium, a volatile medium, and a data medium. The non-volatile medium includes, for example, optical or magnetic disks, which may constitute a storage device 809. The non-volatile medium includes dynamic storage device, such as a main storage device 805. The data transmission medium contains coaxial cables, a copper wire and an optical fiber cable, including wires, which contains the bus 801. The storage media may also be acoustic, optical or electromagnetic signals, for example in radio frequency (Radio Frequency, RF) and infrared m (Infrared, IR) ranges. Common forms of computer-readable media include, for example, a floppy disk, floppy disk, hard disk, magnetic tape, any other magnetic medium, a compact disc read-only (Compact Disc - Read Only Memory, CD-ROM), rewritable compact disc ( Compact Disk Re Writable, CDRW), digital versatile disk (Digital Versatile Discs, DVD), any other optical medium, punched cards, paper punched tape, sheets with optical marks, any other physical medium with combinations of holes or other optically recognizable characters, random access memory (Random Access Memo ry, RAM), programmable read-only memory (FROM) and erasable programmable read-only memory (EPROM), flash programmable memory (Flash-EPROM), any other integrated circuit or memory module , a carrier signal, or any other medium with which a computer can read information.

[0070] Различные формы машиночитаемого носителя могут использоваться при предоставлении команд процессору для выполнения. Например, команды для выполнения по меньшей мере части изобретения можно первоначально перенести на магнитный диск удаленного компьютера. При этом удаленный компьютер загружает команды в основное запоминающее устройство и посылает команды по телефонной линии, используя модем. Модем локальной системы принимает данные по телефонной линии и использует инфракрасный передатчик, чтобы преобразовать данные в инфракрасный сигнал и передать инфракрасный сигнал в переносное вычислительное устройство, такое как персональный цифровой помощник (Personal Digital Assistant, PDA) или портативный компьютер. Инфракрасный датчик на переносном вычислительном устройстве принимает информацию и команды, которые переносит инфракрасный сигнал, и подает данные в шину. Шина передает данные в основное запоминающее устройство, из которого процессор извлекает и выполняет команды. Команды, полученные основным запоминающим устройством, могут опционально храниться в запоминающем устройстве как до, так и после выполнения процессором.[0070] Various forms of computer-readable media may be used in providing instructions to the processor for execution. For example, instructions for executing at least a portion of the invention may initially be transferred to a magnetic disk of a remote computer. In this case, the remote computer loads the commands into the main storage device and sends the commands over the telephone line using a modem. The local system modem receives data over the telephone line and uses an infrared transmitter to convert the data to an infrared signal and transmit the infrared signal to a portable computing device, such as a Personal Digital Assistant (PDA) or laptop computer. An infrared sensor on a portable computing device receives information and commands that the infrared signal carries and feeds data to the bus. The bus transfers data to the main storage device from which the processor extracts and executes instructions. Commands received by the main storage device may optionally be stored in the storage device both before and after execution by the processor.

[0071] На фиг.9 представлены примеры компонентов терминала LTE, способного работать в системах, показанных фиг.7A-7D, согласно одному из вариантов осуществления изобретения. Терминал 900 LTE сконфигурирован для работы в системе с множественным входом и множественным выходом (Multiple Input Multiple Output, MIMO). Следовательно, антенная система 901 предусматривает многочисленные антенны для приема и передачи сигналов. Антенная система 901 подключена к схеме 903 радиосвязи, которая содержит несколько передатчиков 905 и приемников 907. Схема радиосвязи охватывает все радиочастотные схемы, а также схемы обработки в основной полосе частот. Как показано, обработка на уровне 1 (Layer-1, L1) и уровне 2 (Layer-2, L2) обеспечивается блоками 909 и 911 соответственно. Дополнительно, могут обеспечиваться функции уровня 3 (не показанные). Блок 913 выполняет все функции уровня управления доступом к среде (MAC). Блок 915 синхронизации и калибровки поддерживает надлежащую синхронизацию, взаимодействуя, например, с внешним эталоном времени (не показан). Дополнительно имеется процессор 917. В этом примере пользовательский терминал 900 связывается с вычислительным устройством 919, которое может быть персональным компьютером, рабочей станцией, персональным цифровым помощником (PDA), устройством для доступа к Web, сотовым телефоном и т.д.[0071] FIG. 9 shows examples of components of an LTE terminal capable of operating in the systems shown in FIGS. 7A-7D, according to one embodiment of the invention. The 900 LTE terminal is configured to operate in a Multiple Input Multiple Output (MIMO) system. Therefore, the antenna system 901 provides multiple antennas for receiving and transmitting signals. The antenna system 901 is connected to a radio communication circuit 903, which comprises several transmitters 905 and receivers 907. The radio communication circuit covers all radio frequency circuits as well as processing circuits in the main frequency band. As shown, the processing at level 1 (Layer-1, L1) and level 2 (Layer-2, L2) is provided by blocks 909 and 911, respectively. Additionally, level 3 functions (not shown) may be provided. Block 913 performs all the functions of a medium access control (MAC) layer. The synchronization and calibration unit 915 maintains proper synchronization by interacting, for example, with an external time reference (not shown). Additionally, there is a processor 917. In this example, the user terminal 900 communicates with a computing device 919, which may be a personal computer, workstation, personal digital assistant (PDA), a device for accessing the Web, cell phone, etc.

[0072] Хотя изобретение было описано в связи с рядом вариантов его осуществления и реализации, изобретение не ограничено ими, а охватывает различные очевидные модификации и эквивалентные устройства, которые находятся в рамках прилагаемой формулы изобретения. Хотя признаки изобретения выражены в пунктах формулы изобретения в некоторых сочетаниях, предполагается, что эти признаки могут использоваться в любых сочетаниях и в любом порядке.[0072] Although the invention has been described in connection with a number of variants of its implementation and implementation, the invention is not limited to them, but covers various obvious modifications and equivalent devices that are within the scope of the attached claims. Although features of the invention are expressed in claims in certain combinations, it is contemplated that these features may be used in any combination and in any order.

Claims (18)

1. Способ вставки дополняющей информации в блок данных протокола, включающий:
формирование блока данных протокола; и
вставку в начале заголовка блока данных протокола одного или двух дополняющих подзаголовков для дополнения этого блока данных одним или двумя байтами дополняющей информации, при этом упомянутую дополняющую информацию помещают только внутри заголовка.1. A method for inserting supplementary information into a protocol data unit, including:
formation of a protocol data unit; and
insert at the beginning of the header of the protocol data unit one or two complementary subheadings to supplement this data block with one or two bytes of supplementary information, while the aforementioned supplementary information is placed only inside the header. 2. Способ по п.1, отличающийся тем, что блок данных протокола является блоком данных протокола управления доступом к среде (MAC), включающим заголовок и полезную нагрузку.2. The method according to claim 1, wherein the protocol data unit is a medium access control protocol (MAC) data unit including a header and a payload. 3. Способ по п.1, отличающийся тем, что дополняющий подзаголовок включает зарезервированное поле идентификатора логического канала (LCID) для указания дополнения и поле расширения для определения, присутствует ли дополнительное поле.3. The method according to claim 1, characterized in that the complementary subtitle includes a reserved logical channel identifier (LCID) field for indicating an extension and an extension field for determining whether an additional field is present. 4. Способ по п.2, отличающийся тем, что разница в размерах блока данных протокола управления доступом к среде (MAC) и блока данных протокола управления радиолинией (RLC) равна либо 2, либо 3 байтам.4. The method according to claim 2, characterized in that the difference in the size of the data block of the medium access control protocol (MAC) and the data block of the radio link control protocol (RLC) is either 2 or 3 bytes. 5. Устройство для вставки дополняющей информации в блок данных протокола, содержащее:
формирователь пакетов, сконфигурированный для формирования блока данных протокола и вставки в начало заголовка блока данных протокола одного или двух дополняющих подзаголовков для дополнения этого блока данных одним или двумя байтами дополняющей информации, при этом дополняющая информация помещается только внутри заголовка.5. A device for inserting supplementary information into a protocol data unit, comprising:
a packetizer configured to generate a protocol data block and insert one or two complementary subheadings at the beginning of the protocol data block header to supplement this data block with one or two bytes of additional information, while the additional information is placed only inside the header. 6. Устройство по п.5, отличающееся тем, что блок данных протокола является блоком данных протокола управления доступом к среде (MAC), содержащим заголовок и полезную нагрузку.6. The device according to claim 5, characterized in that the protocol data unit is a medium access control protocol (MAC) data unit containing a header and a payload. 7. Устройство по п.5, отличающееся тем, что дополняющий подзаголовок включает зарезервированное поле идентификатора логического канала (LCID) для указания дополнения и поле расширения для определения, присутствует ли дополнительное поле.7. The device according to claim 5, characterized in that the complementary subtitle includes a reserved logical channel identifier (LCID) field for indicating an extension and an extension field for determining whether an additional field is present. 8. Устройство по п.6, отличающееся тем, что разница в размерах блока данных протокола управления доступом к среде (MAC) и блока данных протокола управления радиолинией (RLC) равна 2 байтам или 3 байтам.8. The device according to claim 6, characterized in that the difference in size of the medium access control protocol (MAC) data unit and the radio link control protocol (RLC) data unit is 2 bytes or 3 bytes. 9. Устройство по п.5, дополнительно содержащее модуль передачи, сконфигурированный для передачи блока данных по беспроводной сети.9. The device according to claim 5, further comprising a transmission module configured to transmit a data block over a wireless network. 10. Устройство по п.9, отличающееся тем, что беспроводная сеть является сетью на основе технологии долгосрочного развития (LTE) или усовершенствованного универсального наземного радиодоступа (Е-UTRA).10. The device according to claim 9, characterized in that the wireless network is a network based on long-term development technology (LTE) or advanced universal terrestrial radio access (E-UTRA). 11. Устройство по п.5, отличающееся тем, что это устройство является мобильным телефоном или базовой станцией.11. The device according to claim 5, characterized in that this device is a mobile phone or base station. 12. Способ приема блока данных протокола, включающий:
прием блока данных протокола, содержащего один или два дополняющих подзаголовка в начале заголовка блока данных протокола для его дополнения одним или двумя байтами дополняющей информации, при этом дополняющая информация помещена только внутри заголовка.12. A method of receiving a protocol data unit, including:
receiving a protocol data block containing one or two complementary subtitles at the beginning of the header of the protocol data block to supplement it with one or two bytes of complementary information, while the complementary information is placed only inside the header. 13. Способ по п.12, отличающийся тем, что блок данных протокола является блоком данных протокола управления доступом к среде (MAC), включающим заголовок и полезную нагрузку.13. The method according to item 12, wherein the protocol data unit is a medium access control protocol (MAC) data unit including a header and a payload. 14. Способ по п.12, отличающийся тем, что дополняющий подзаголовок включает зарезервированное поле идентификатора логического канала (LCID) для указания дополнения и поле расширения для определения, присутствует ли дополнительное поле.14. The method according to p. 12, characterized in that the complementary subtitle includes a reserved field logical channel identifier (LCID) to indicate the addition and extension field to determine whether an additional field is present. 15. Способ по п.13, отличающийся тем, что разница в размерах блока данных протокола управления доступом к среде (MAC) и блока данных протокола управления радиолинией (RLC) равна 2 байтам или 3 байтам.15. The method according to item 13, wherein the difference in size of the data block Protocol of the medium access control (MAC) and the data block of the radio control protocol (RLC) is 2 bytes or 3 bytes. 16. Устройство для приема блока данных протокола, содержащее:
приемник, сконфигурированный для приема блока данных протокола, содержащего один или два дополняющих подзаголовка в начале заголовка блока данных протокола для его дополнения одним или двумя байтами дополняющей информации, при этом дополняющая информация помещена только внутри заголовка.16. An apparatus for receiving a protocol data unit, comprising:
a receiver configured to receive a protocol data unit containing one or two complementary subheadings at the beginning of the header of the protocol data unit to supplement it with one or two bytes of supplementary information, while the complementary information is placed only inside the header. 17. Устройство по п.16, отличающееся тем, что дополняющий подзаголовок включает зарезервированное поле идентификатора логического канала (LCID) для указания дополнения и поле расширения для определения, присутствует ли дополнительное поле.17. The device according to clause 16, wherein the complementary subtitle includes a reserved field logical channel identifier (LCID) to indicate additions and extension field to determine whether an additional field is present. 18. Устройство по п.16, отличающееся тем, что это устройство является мобильным телефоном или базовой станцией. 18. The device according to clause 16, wherein the device is a mobile phone or base station.
RU2010132267/08A 2008-01-04 2008-01-04 Fake supplemental subheading in medium access layer protocol data blocks RU2465737C2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2010132267/08A RU2465737C2 (en) 2008-01-04 2008-01-04 Fake supplemental subheading in medium access layer protocol data blocks

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2010132267/08A RU2465737C2 (en) 2008-01-04 2008-01-04 Fake supplemental subheading in medium access layer protocol data blocks

Publications (2)

Publication Number Publication Date
RU2010132267A RU2010132267A (en) 2012-02-10
RU2465737C2 true RU2465737C2 (en) 2012-10-27

Family

ID=45853151

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2010132267/08A RU2465737C2 (en) 2008-01-04 2008-01-04 Fake supplemental subheading in medium access layer protocol data blocks

Country Status (1)

Country Link
RU (1) RU2465737C2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10999890B2 (en) 2016-09-30 2021-05-04 Huawei Technologies Co., Ltd. Data processing method, apparatus, and system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2280327C2 (en) * 2002-11-05 2006-07-20 Эл Джи Электроникс Инк. Processing data blocks for transferring them over same channel
US20060171417A1 (en) * 2004-12-27 2006-08-03 Lg Electronics Inc. Method of transmitting feedback information using an extended subheader
RU2005123506A (en) * 2003-04-01 2007-05-20 Эл Джи Электроникс Инк. (Kr) DEVICE AND METHOD FOR CONFIRMING AN ERROR FOR A WIRELESS COMMUNICATION SYSTEM

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2280327C2 (en) * 2002-11-05 2006-07-20 Эл Джи Электроникс Инк. Processing data blocks for transferring them over same channel
RU2005123506A (en) * 2003-04-01 2007-05-20 Эл Джи Электроникс Инк. (Kr) DEVICE AND METHOD FOR CONFIRMING AN ERROR FOR A WIRELESS COMMUNICATION SYSTEM
US20060171417A1 (en) * 2004-12-27 2006-08-03 Lg Electronics Inc. Method of transmitting feedback information using an extended subheader

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP NS 36.321 V8.0.0 "3 rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (VFC) protocol specification (Release 8)", 12.2007. *
ERICSSON "MAC PDU Structure", 3GPP TSG-RAN WG2 #58bis, Tdoc R2-072563, 06.2007. *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10999890B2 (en) 2016-09-30 2021-05-04 Huawei Technologies Co., Ltd. Data processing method, apparatus, and system
RU2756289C2 (en) * 2016-09-30 2021-09-29 Хуавэй Текнолоджиз Ко., Лтд. Method, equipment and system for data processing

Also Published As

Publication number Publication date
RU2010132267A (en) 2012-02-10

Similar Documents

Publication Publication Date Title
EP2232753B1 (en) Dummy padding sub-header in mac protocol data units
US20090088195A1 (en) Method and apparatus for signaling of scheduling information
KR101185664B1 (en) Method and apparatus for providing acknowledgment signaling
US7864719B2 (en) Method of generating lower layer data block in wireless mobile communication system
US8331375B2 (en) Technology agnostic QoS support in a multi-mode environment
US7796505B2 (en) Method for processing traffic data in a wireless communications system
US10225130B2 (en) Method and apparatus for classifing IP flows for efficient quality of service realization
EP3709704A1 (en) Method for transmitting pdcp status report
US20200280882A1 (en) Methods, apparatuses and computer program product for pdu formatting according to sdu segmentation
US8619770B2 (en) Length indicator optimization
CN110505714B (en) Multi-link communication method, equipment and terminal
KR101495913B1 (en) Method for transmitting and receiving control data in mobile telecommunications system and transmitter and receiver of mobile telecommunications
WO2009057045A2 (en) Method and apparatus for reactivating a data channel
CN112690037B (en) Terminal device, base station device, and method
RU2465737C2 (en) Fake supplemental subheading in medium access layer protocol data blocks
EP1686736B1 (en) An improved method for processing traffic data in a wireless communications system
EP4109962B1 (en) Method for transmitting pdcp status report

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20160602