RU2443065C2 - Method and device for universal multiplexing on the level of medium access control (mac) in the evolved technology of high-speed package access (evolved hspa) - Google Patents
Method and device for universal multiplexing on the level of medium access control (mac) in the evolved technology of high-speed package access (evolved hspa) Download PDFInfo
- Publication number
- RU2443065C2 RU2443065C2 RU2009132953/07A RU2009132953A RU2443065C2 RU 2443065 C2 RU2443065 C2 RU 2443065C2 RU 2009132953/07 A RU2009132953/07 A RU 2009132953/07A RU 2009132953 A RU2009132953 A RU 2009132953A RU 2443065 C2 RU2443065 C2 RU 2443065C2
- Authority
- RU
- Russia
- Prior art keywords
- mac
- sdu
- unit
- pdu
- service data
- Prior art date
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
Description
УРОВЕНЬ ТЕХНИКИBACKGROUND
Разработаны стандарты связи для обеспечения возможности взаимодействия систем беспроводной связи в глобальном масштабе и для достижения заданных показателей функционирования с точки зрения, например, пропускной способности, времени задержки и зоны обслуживания. Один широко используемый в настоящее время стандарт, именуемый высокоскоростным пакетным доступом (HSPA), был разработан как часть систем радиосвязи третьего поколения (3G) и поддерживается Проектом о партнерстве в области систем связи третьего поколения (3GPP).Communication standards have been developed to ensure the interoperability of wireless communication systems on a global scale and to achieve specified performance indicators in terms of, for example, throughput, delay time and service area. One currently widely used standard called High Speed Packet Access (HSPA) was developed as part of the third generation (3G) radio communication systems and is supported by the Third Generation Communication Systems Partnership Project (3GPP).
Высокоскоростной пакетный доступ (HSPA) представляет собой совокупность протоколов мобильной телефонной связи, которые расширяют и улучшают функционирование существующих протоколов Универсальной системы мобильной связи (UMTS). Высокоскоростной пакетный доступ по нисходящему каналу связи (HSDPA) и Высокоскоростной пакетный доступ по восходящему каналу связи (HSUPA) обеспечивают улучшенные рабочие характеристики за счет использования усовершенствованных схем модуляции и за счет усовершенствования протоколов, посредством которых поддерживают связь телефонные аппараты и базовые станции.High Speed Packet Access (HSPA) is a collection of mobile telephone protocols that extend and enhance the operation of existing Universal Mobile Communications System (UMTS) protocols. High Speed Downlink Packet Access (HSDPA) and High Speed Uplink Packet Access (HSUPA) provide enhanced performance by using advanced modulation schemes and protocol enhancements through which telephones and base stations communicate.
Технология HSPA обеспечивает улучшенную теоретическую пропускную способность нисходящей линии связи (канала) (DL, далее - НКС) до 14,4 Мбит/с (мегабит в секунду) и улучшенную теоретическую пропускную способность восходящей линии связи (канала) (UL, далее - ВКС) до 5,76 Мбит/с. Существующие системы, которые введены в действие, обеспечивают пропускную способность до 7,2 Мбит/с в НКС и до 384 кбит/с в ВКС. Определение эволюционированной технологии HSPA (evolved HSPA) дано в документе "3GPP Release 7" (версия 7 систем связи в рамках Проекта о партнерстве в области систем связи третьего поколения). Она вводит более простую архитектуру для сети мобильной связи за счет обхода большей части устаревшего, но все еще находящегося в эксплуатации оборудования и за счет увеличения скоростей передачи данных по радиосвязи.HSPA technology provides improved theoretical throughput of the downlink (channel) (DL, hereinafter - NKS) up to 14.4 Mbps (megabits per second) and improved theoretical throughput of the uplink (channel) (UL, hereinafter - VKS) up to 5.76 Mbps. Existing systems that have been put into operation provide bandwidths of up to 7.2 Mbps in the NKS and up to 384 kbit / s in the VKS. The definition of evolved HSPA technology (evolved HSPA) is given in the document "3GPP Release 7" (version 7 of communication systems under the Partnership Project in the field of third-generation communication systems). It introduces a simpler architecture for the mobile communications network by circumventing most of the obsolete but still in use equipment and by increasing the data rates of radio communications.
В системе согласно Проекту о партнерстве в области систем связи третьего поколения (3GPP) уровень управления доступом к среде передачи (MAC), находящийся выше физического уровня, может быть разделен на несколько объектов. Был введен новый объект уровня управления доступом к среде передачи (MAC), именуемый "уровнем управления доступом к среде высокоскоростной передачи с расширенными возможностями" (MAC-ehs), и он был оптимизирован для технологии HSPA в НКС. Объект MAC-ehs может использоваться в качестве альтернативы объекту MAC-hs (управление доступом к среде высокоскоростной передачи). В ВКС был введен новый объект управления доступом к среде передачи (MAC), именуемый "уровнем усовершенствованного управления доступом к среде передачи" (MAC-i/is), и он был оптимизирован для технологии HSPA. Объект MAC-i/is может использоваться в качестве альтернативы объекту MAC-e/es. Объект MAC-ehs и/или объект MAC-i/is сконфигурированы более высокими уровнями, которые сконфигурированы таким образом, что обеспечивают обработку данных, переданных по высокоскоростному совместно используемому каналу нисходящей линии связи (HS-DSCH) и/или по усовершенствованному каналу восходящей линии связи (E-DCH), и управление физическими ресурсами, выделенными для канала HS-DSCH.In the system according to the Third Generation Communication Systems Partnership Project (3GPP), a medium access control (MAC) layer above the physical layer can be divided into several objects. A new medium access control (MAC) layer entity called the “High-Speed Media Access Control Layer (MAC-ehs)” was introduced, and it has been optimized for HSPA technology in the NCC. The MAC-ehs object can be used as an alternative to the MAC-hs (high-speed medium access control) object. A new medium access control (MAC) object was introduced in the videoconferencing system, referred to as the “Advanced Media Access Control Level” (MAC-i / is), and it has been optimized for HSPA technology. The MAC-i / is object can be used as an alternative to the MAC-e / es object. The MAC-ehs object and / or the MAC-i / is object are configured at higher layers, which are configured to process data transmitted over a high speed downlink shared channel (HS-DSCH) and / or over an enhanced uplink channel communications (E-DCH), and managing the physical resources allocated to the HS-DSCH.
Объект MAC-ehs позволяет обеспечить поддержку гибких размеров протокольных блоков данных (единиц обмена данными) (PDU) протокола управления каналом радиосвязи (RLC), а также сегментации и повторной сборки пакетов на уровне MAC. В отличие от объекта MAC-hs для HSDPA, объект MAC-ehs обеспечивает возможность мультиплексирования данных из нескольких очередей по приоритету в пределах одного временного интервала передачи (TTI) длительностью 2 мс (миллисекунды).The MAC-ehs object provides support for flexible sizes of protocol data units (data exchange units) (PDUs) of the Radio Link Control Protocol (RLC), as well as packet segmentation and reassembly at the MAC level. Unlike the MAC-hs object for HSDPA, the MAC-ehs object provides the ability to multiplex data from several priority queues within a single transmission time interval (TTI) of 2 ms (milliseconds).
Функция установления очередности обслуживания/обработки по приоритетам отвечает за решения относительно очередности обслуживания. Для каждого временного интервала передачи (TTI) длительностью 2 мс принимают решение о том, следует ли использовать передачу одним потоком или же двумя потоками. Новые передачи или повторные передачи посылают в соответствии с сообщениями о подтверждении/неподтверждении приема (ACK/NACK), передаваемыми посредством обратной связи по восходящей линии связи ВКС, и новые передачи могут быть инициированы в любой момент времени. Находясь в состояниях CELL_FACH, CELL_PCH и URA_PCH, объект MAC-ehs может дополнительно выполнять повторные передачи по каналу HS-DSCH, не полагаясь на передачу служебных сигналов по восходящему каналу связи.The priority / service / priority processing function is responsible for deciding on the priority of the service. For each transmission time interval (TTI) of 2 ms, a decision is made as to whether to use transmission with one stream or two streams. New transmissions or retransmissions are sent in accordance with acknowledgment / non-acknowledgment (ACK / NACK) messages transmitted via uplink feedback of the videoconferencing, and new transmissions can be initiated at any time. In the CELL_FACH, CELL_PCH, and URA_PCH states, the MAC-ehs can optionally retransmit on the HS-DSCH, not relying on uplink overhead transmission.
Переупорядочение на стороне приемника основано на очереди по приоритету. Для обеспечения возможности переупорядочения в каждой переупорядочиваемой очереди присваивают порядковые номера передачи (TSN). На стороне приемника служебный блок данных (SDU) объекта MAC-ehs или его сегмент присваивают надлежащей очереди по приоритету на основании идентификатора логического канала.Reordering on the receiver side is based on priority queue. To allow reordering in each reorderable queue, transmission sequence numbers (TSNs) are assigned. On the receiver side, the MAC-ehs object service data unit (SDU) or segment thereof is assigned to the appropriate priority queue based on the logical channel identifier.
Служебные блоки данных (SDU) объекта MAC-ehs могут быть сегментированы на стороне передатчика и повторно собраны на стороне приемника. На уровне управления доступом к среде передачи (MAC) набор логических каналов поставлен в соответствие транспортному каналу. Транспортные каналы двух типов включают в себя "общий" транспортный канал (MAC-c), который может совместно использоваться множеством беспроводных приемопередающих устройств (WTRUs), и "выделенный" транспортный канал (MAC-d), который выделен одиночному беспроводному приемопередающему устройству (WTRU). Служебный блок данных (SDU) объекта MAC-ehs представляет собой либо протокольную единицу обмена данными (PDU) канала MAC-c, либо протокольную единицу обмена данными (PDU) канала MAC-d. Служебные блоки данных (SDU) объекта MAC-ehs, содержащиеся в протокольной единице обмена данными (PDU) объекта MAC-ehs, могут иметь различные размеры и различные приоритеты и могут принадлежать к различным потокам, передаваемым по каналам MAC-d или MAC-c.The MAC-ehs object service data units (SDUs) can be segmented on the transmitter side and reassembled on the receiver side. At the medium access control (MAC) level, the set of logical channels is mapped to the transport channel. Two types of transport channels include a “common” transport channel (MAC-c), which can be shared by multiple wireless transceivers (WTRUs), and a “dedicated” transport channel (MAC-d), which is allocated to a single wireless transceiver (WTRU) ) The MAC-ehs object service data unit (SDU) is either a MAC-c protocol data unit (PDU) or a MAC-d protocol data unit (PDU). The MAC-ehs object service data units (SDUs) contained in the MAC-ehs object protocol communication unit (PDU) may have different sizes and different priorities and may belong to different streams transmitted on MAC-d or MAC-c channels.
Типичный базовый уровень заголовка объекта MAC-ehs приводит к довольно низким непроизводительным издержкам на передачу служебной информации, когда объект MAC-ehs мультиплексирует логические каналы, используемые в реализациях режима подтверждения приема (режима AM) на уровне управления каналом радиосвязи (RLC) 7 версии в конфигурации, когда размер протокольной единицы обмена данными (PDU) протокола RLC является гибким. Это обусловлено тем, что размер служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) является значительно большим, чем суммарный размер различных полей заголовка.A typical base level of the MAC-ehs object header results in rather low overhead for transmission of overhead information when the MAC-ehs object multiplexes the logical channels used in implementations of the acknowledgment mode (AM mode) at the radio channel control level (RLC) version 7 in the configuration when the size of an RLC protocol communication unit (PDU) is flexible. This is because the size of the service data unit (SDU) of the medium access control (MAC) layer is significantly larger than the total size of the various header fields.
Однако существуют ситуации, когда типичный базовый уровень приводит к нежелательному уровню непроизводительных издержек на передачу служебной информации. Например, логический канал используется в случае режима AM на уровне RLC в конфигурации, когда размер протокольной единицы обмена данными (PDU) уровня RLC является фиксированным, или в случае режима AM на уровне RLC 6 версии. Последний случай может являться следствием возможности разрешения эстафетной передачи управления связью (handover) от базовой станции 6 версии к базовой станции системы связи третьего поколения 7 версии (3GPP Release 7) без повторной установки RLC и при сохранении такой конфигурации объекта уровня RLC, что он способен работать с фиксированными протокольными единицами обмена данными (PDU) уровня RLC (RLC PDUs). В другом примере размер PDU объекта MAC-ehs, который возможен при текущих состояниях канала, является малым и содержит несколько (например, 2) сегментов служебных блоков данных (SDU). В этом примере заголовок может создавать существенные непроизводительные издержки на передачу служебной информации.However, there are situations when a typical basic level leads to an undesirable level of unproductive overhead for the transfer of service information. For example, the logical channel is used in the case of AM mode at the RLC level in the configuration, when the size of the protocol unit of the data exchange (PDU) of the RLC level is fixed, or in the case of AM mode at the RLC level version 6. The latter case may be a consequence of the possibility of allowing handover of the communication control (handover) from the base station of version 6 to the base station of a communication system of the third generation of version 7 (3GPP Release 7) without reinstalling the RLC and while maintaining such a configuration of an object of the RLC level that it is able to work with fixed protocol data exchange units (PDUs) of the RLC level (RLC PDUs). In another example, the MAC-ehs object PDU size, which is possible under current channel conditions, is small and contains several (for example, 2) segments of service data units (SDUs). In this example, the header can create significant overhead for the transfer of overhead information.
Типичные требования к передаче служебных сигналов для обеспечения поддержки функциональных возможностей объекта MAC-ehs являются неэффективными. Было бы желательно уменьшить количество передаваемых служебных сигналов, необходимых для поддержки функциональных возможностей протокольной единицы обмена данными (PDU) объекта MAC-ehs. Один из возможных способов уменьшения количества передаваемых служебных сигналов состоит в выполнении мультиплексирования/демультиплексирования служебных блоков данных (SDU) различных размеров из различных логических каналов и очередей по приоритету в одной протокольной единице обмена данными (PDU) объекта MAC-ehs в базовой станции. Другой возможный способ состоит в выполнении мультиплексирования/демультиплексирования служебных блоков данных (SDU) различных размеров и принадлежащих к различным логическим каналам. Наконец, было бы желательно сцепление/разборка и сегментация/повторная сборка служебных блоков данных (SDU) объекта MAC-ehs.Typical overhead requirements to provide support for the functionality of a MAC-ehs entity are inefficient. It would be desirable to reduce the number of transmitted overheads necessary to support the functionality of the MAC-ehs protocol communication unit (PDU). One of the possible ways to reduce the number of transmitted service signals is to perform multiplexing / demultiplexing of service data units (SDUs) of various sizes from different logical channels and priority queues in one protocol unit of data exchange (PDU) of the MAC-ehs object in the base station. Another possible way is to perform multiplexing / demultiplexing service data units (SDUs) of various sizes and belonging to different logical channels. Finally, it would be desirable to chain / disassemble and segment / reassemble the service data units (SDUs) of the MAC-ehs object.
В таблице 1 показано кодирование поля указателя сегментации (SI), когда указатель сегментации задан для каждой очереди по приоритету. Значение этого поля может вызвать путаницу на стороне беспроводного приемопередающего устройства (WTRU), когда в конце заголовка MAC-ehs после последнего сегмента служебного блока данных (SDU) присутствует заполнение незначащей информацией. В этом случае указатель сегментации согласно указанному кодированию должен быть равен "11". Однако беспроводное приемопередающее устройство (WTRU) может интерпретировать его как означающий, что служебный блок данных (SDU) является неполным, и ввести его в буфер повторной сборки. Было бы желательно видоизменить кодирование этого поля во избежание этой путаницы.Table 1 shows the coding of the segmentation indicator (SI) field when the segmentation indicator is set for each priority queue. The value of this field can cause confusion on the side of the wireless transceiver (WTRU), when at the end of the MAC-ehs header after the last segment of the service data unit (SDU) there is filling with insignificant information. In this case, the segmentation indicator according to the specified coding should be equal to "11". However, the wireless transceiver (WTRU) can interpret it as meaning that the service data unit (SDU) is incomplete and enter it in the reassembly buffer. It would be advisable to modify the encoding of this field to avoid this confusion.
Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является полная протокольная единица обмена данными (PDU) выделенного транспортного канала MAC-d.The first service data unit (SDU) of the MAC-hs object from the considered set of service data units (SDUs) of the MAC-hs object is the full protocol unit of communication of the dedicated transport channel (MAC-d).
The last service data unit (SDU) of the MAC-hs object from the considered set of service data units (SDUs) of the MAC-hs object is the full protocol data unit (PDU) of the dedicated MAC-d transport channel.
Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является полная протокольная единица обмена данными (PDU) выделенного транспортного канала MAC-d.The first service data unit (SDU) of the MAC-hs object from the considered set of service data units (SDUs) of the MAC-hs object is a segment of the protocol data unit (PDU) of the dedicated MAC-d transport channel.
The last service data unit (SDU) of the MAC-hs object from the considered set of service data units (SDUs) of the MAC-hs object is the full protocol data unit (PDU) of the dedicated MAC-d transport channel.
Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является сегмент протокольной единицы обмена данными (PDU) выделенного транспортного канала MAC-d.The first service data unit (SDU) of the MAC-hs object from the considered set of service data units (SDUs) of the MAC-hs object is the complete protocol unit of communication data (PDU) of the dedicated transport channel (MAC-d).
The last service data unit (SDU) of the MAC-hs object from the considered set of service data units (SDUs) of the MAC-hs object is a segment of the protocol data exchange unit (PDU) of the dedicated MAC-d transport channel.
Последним служебным блоком данных (SDU) объекта MAC-hs из рассматриваемого набора служебных блоков данных (SDU) объекта MAC-hs является сегмент протокольной единицы обмена данными (PDU) выделенного транспортного канала MAC-d.The first service data unit (SDU) of the MAC-hs object from the considered set of service data units (SDUs) of the MAC-hs object is a segment of the protocol data unit (PDU) of the dedicated MAC-d transport channel.
The last service data unit (SDU) of the MAC-hs object from the considered set of service data units (SDUs) of the MAC-hs object is a segment of the protocol data exchange unit (PDU) of the dedicated MAC-d transport channel.
СУЩНОСТЬ ИЗОБРЕТЕНИЯSUMMARY OF THE INVENTION
Раскрыты способы и устройства для универсального мультиплексирования на уровне управления доступом к среде передачи (MAC) в эволюционированной технологии высокоскоростного пакетного доступа (evolved HSPA). В частности, раскрыты способы оптимизации нисходящей линии связи объекта уровня управления доступом к среде высокоскоростной передачи с расширенными возможностями (MAC-ehs) и оптимизации восходящей линии связи объекта MAC-i/is. Также раскрыты устройства для использования объектов уровня управления доступом к среде передачи (MAC) оптимизированных нисходящей линии связи и восходящей линии связи.Disclosed are methods and devices for universal multiplexing at the level of media access control (MAC) in the evolved technology of high-speed packet access (evolved HSPA). In particular, methods are disclosed for optimizing the downlink of an object of a high-speed transmission medium with extended capabilities (MAC-ehs) and optimizing an uplink of an object of MAC-i / is. Also disclosed are devices for utilizing media access control (MAC) layer objects of optimized downlink and uplink.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙBRIEF DESCRIPTION OF THE DRAWINGS
Более глубокое понимание может быть получено из приведенного ниже описания, которое приведено в качестве примера и которое следует истолковывать совместно с сопроводительными чертежами, на которых изображено следующее:A deeper understanding can be obtained from the description below, which is given as an example and which should be construed in conjunction with the accompanying drawings, which depict the following:
на Фиг.1 изображена блок-схема системы беспроводной связи, сконфигурированной для универсального мультиплексирования на уровне управления доступом к среде передачи (MAC) в эволюционированной технологии высокоскоростного пакетного доступа (evolved HSPA);figure 1 shows a block diagram of a wireless communication system configured for universal multiplexing at the level of media access control (MAC) in the evolved technology of high-speed packet access (evolved HSPA);
на Фиг.2 изображен заголовок полезной нагрузки, используемый при мультиплексировании служебных блоков данных (SDU) из различных логических каналов и очередей по приоритету;Figure 2 shows the payload header used when multiplexing service data units (SDUs) from various logical channels and priority queues;
на Фиг.3А изображена общая структура поля "суперполе описания служебного блока данных (SDU)" (именуемого полем "SDSF"), выполненного таким образом, что оно способно эффективно сигнализировать о том, как сцеплены/сегментированы служебные блоки данных (SDU), об их размерах и о логических каналах, которым они соответствуют;Fig. 3A shows the general structure of the "Super Data Service Unit (SDU) Description Field" field (referred to as the "SDSF" field), configured in such a way that it is able to effectively signal how the service data units (SDUs) are concatenated / segmented, their size and the logical channels to which they correspond;
на Фиг.3Б изображен формат заголовка полезной нагрузки протокольной единицы обмена данными (PDU) объекта MAC-ehs, которая содержит k переупорядочиваемых протокольных единиц обмена данными (PDU), используемых при мультиплексировании переупорядочиваемых протокольных единиц обмена данными (PDU) из различных логических каналов и очередей по приоритету;3B shows a payload header format of a protocol data unit (PDU) of a MAC-ehs object that contains k reordered protocol data units (PDUs) used in multiplexing reordered protocol data units (PDUs) from various logical channels and queues by priority;
на Фиг.4 изображена схема последовательности операций для выполнения обработки протокольных единиц обмена данными (PDU) объекта MAC-ehs и восстановления служебных блоков данных (SDU) объекта MAC-ehs;FIG. 4 is a flowchart for processing protocol data units (PDUs) of a MAC-ehs entity and recovering service data units (SDUs) of a MAC-ehs entity;
на Фиг.5 изображена схема последовательности операций, на которой показаны функциональные возможности обработки данных в каждом блоке разборки/повторной сборки/демультиплексирования;5 is a flowchart showing data processing functionality in each disassembly / reassembly / demultiplexing unit;
на Фиг.6 показаны части заголовка, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, для обеспечения возможности эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs;6 shows parts of a header describing a service data unit (s) (SDUs) belonging to (belonging to) the respective logical channels to enable efficient multiplexing of various types of logical channels in the same protocol data exchange unit (PDU) MAC ehs object
на Фиг.7 изображена альтернативная конфигурация заголовка, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, для обеспечения возможности эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs;7 depicts an alternative configuration header that describes the service unit (s) data (SDU), belonging (belonging) to the corresponding logical channels, to enable efficient multiplexing of logical channels of various types in the same Protocol data exchange unit (PDU ) MAC-ehs object;
на Фиг.8 изображена альтернативная конфигурация заголовка, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, для обеспечения возможности эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs;Fig. 8 shows an alternative header configuration describing a service data unit (s) (SDUs) belonging to (belonging to) the respective logical channels to enable efficient multiplexing of various types of logical channels in the same protocol data exchange unit (PDU) ) MAC-ehs object;
на Фиг.9 изображена альтернативная конфигурация заголовка, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, для обеспечения возможности эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs;Fig. 9 shows an alternative header configuration describing a service data unit (s) (SDUs) belonging to (belonging to) the respective logical channels to enable efficient multiplexing of various types of logical channels in the same protocol data exchange unit (PDU) ) MAC-ehs object;
на Фиг.10 изображена схема последовательности операций видоизмененного способа интерпретации поля "указатель сегментации" (SI), в котором переупорядочиваемая протокольная единица обмена данными (PDU) содержит только один переупорядочиваемый служебный блок данных (SDU);10 is a flowchart of a modified method for interpreting a segmentation indicator (SI) field in which a reordered Protocol Data Unit (PDU) contains only one reordered Service Data Unit (SDU);
на Фиг.11 показано, каким образом двухбитовое поле "указатель сегментации" (SI) может быть использовано в качестве одного возможного кодирования для минимизации непроизводительных издержек на передачу служебной информации;11 shows how a two-bit field “segmentation indicator” (SI) can be used as one possible encoding to minimize overhead for the transfer of overhead information;
на Фиг.12 изображен альтернативный способ представления кодирования, в котором поле "указатель сегментации" (SI) может быть заранее заданным;12 shows an alternative coding presentation method in which the “segmentation indicator” (SI) field may be predetermined;
на Фиг.13 изображена схема последовательности операций, на которой показано то, каким образом блок повторной сборки выполняет обработку поля "указатель сегментации" (SI), связанного с переупорядочиваемой протокольной единицей обмена данными (PDU);13 is a flowchart showing how a reassembly unit processes a segmentation indicator (SI) field associated with a reordered Protocol Data Unit (PDU);
на Фиг.14 изображена схема последовательности операций, на которой показано то, каким образом блок повторной сборки может выполнять функцию объединения или функцию отбрасывания;14 is a flowchart showing how a reassembly unit can perform a combining function or a drop function;
на Фиг.15 изображена схема последовательности операций, на которой показано то, каким образом следует обрабатывать единичные элементы полезной нагрузки при наличии множества переупорядочиваемых служебных блоков данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU);FIG. 15 is a flowchart showing how payload unit elements should be handled when there are multiple reordered service data units (SDUs) in a reordered protocol data unit (PDU);
на Фиг.16 изображена схема последовательности операций способа повторной сборки с объединением, показанного на Фиг.14 и Фиг.15; иon Fig shows a sequence diagram of the method of reassembly with the combination shown in Fig and Fig; and
на Фиг.17 изображена схема последовательности операций, на которой показано то, каким образом блок повторной сборки выполняет обработку поля "указатель сегментации" (SI), связанного с переупорядочиваемой протокольной единицей обмена данными (PDU).17 is a flowchart showing how a reassembly unit processes a segmentation indicator (SI) field associated with a reordered Protocol Data Unit (PDU).
ПОДРОБНОЕ ОПИСАНИЕDETAILED DESCRIPTION
Термин "беспроводное приемопередающее устройство (WTRU)", ссылки на который приведены ниже, включает в себя абонентскую аппаратуру (UE), подвижную станцию, стационарное или мобильное абонентское устройство, пейджер, телефонный аппарат для сотовой связи, персональное цифровое информационное устройство (PDA), компьютер или абонентское устройство любого иного типа, способное работать в среде беспроводной связи, но эти примеры не являются ограничивающим признаком. Термин "базовая станция", ссылки на который приведены ниже, включает в себя узел B (Node B), контроллер узла сети, точку доступа (AP, далее - ТД) или интерфейсное устройство любого иного типа, способное работать в среде беспроводной связи, но эти примеры не являются ограничивающим признаком.The term "wireless transceiver device (WTRU)", the links to which are given below, includes subscriber equipment (UE), a mobile station, a fixed or mobile subscriber device, a pager, a telephone for cellular communications, a personal digital information device (PDA), a computer or any other type of subscriber device capable of operating in a wireless communication environment, but these examples are not limiting. The term “base station”, referenced below, includes Node B, Node Controller, Access Point (AP, hereinafter referred to as AP) or any other type of interface device capable of operating in a wireless communication environment, but these examples are not limiting.
Раскрыты варианты осуществления изобретения, приводящие к созданию эффективного заголовка объекта MAC-ehs (или объекта MAC-i/is в восходящем канале связи) в вышеупомянутых ситуациях. Варианты осуществления изобретения обеспечивают улучшение структуры заголовка для минимизации соответствующих непроизводительных издержек на передачу служебной информации, обеспечивая при этом возможность мультиплексирования логических каналов различных типов. Варианты осуществления изобретения также устраняют проблему, состоящую в том, что в результате может быть получена потенциально неоднозначная интерпретация заголовка, когда в полезной нагрузке присутствует уникальный сегмент служебного блока данных (SDU). Везде в описании используют следующее определение: термины "единичный элемент полезной нагрузки объекта MAC-ehs" ("единичный элемент полезной нагрузки объекта MAC-is") или "единичный элемент полезной нагрузки" являются синонимичными терминам "служебный блок данных (SDU) объекта MAC-ehs (MAC-ehs SDU)" или "сегмент служебного блока данных (SDU) объекта MAC-ehs" ("сегмент служебного блока данных (SDU) объекта MAC-is" (MAC-is SDU)), который вставлен в полезную нагрузку протокольной единицы обмена данными (PDU) объекта MAC-ehs ("служебного блока данных (SDU) объекта MAC-is"). Они также являются синонимичными термину "переупорядочиваемый служебный блок данных (SDU)". Несмотря на то, что в вариантах осуществления изобретения описана оптимизация нисходящего канала связи объекта MAC-ehs, эти концепции также применимы к восходящему каналу связи (ВКС) путем замены объекта MAC-ehs объектом MAC-i/is.Embodiments of the invention are disclosed leading to the creation of an effective MAC-ehs object header (or uplink MAC-i / is object) in the above situations. Embodiments of the invention provide an improvement in the structure of the header to minimize the corresponding overhead of transmission of overhead information, while providing the ability to multiplex logical channels of various types. Embodiments of the invention also eliminate the problem that a potentially ambiguous interpretation of the header can be obtained as a result of a unique data service unit (SDU) segment present in the payload. Everywhere in the description, the following definition is used: the terms “MAC-ehs object payload unit element” (“MAC-is object payload unit element”) or “payload unit element” are synonymous with the terms “MACU service data unit (SDU)” ehs (MAC-ehs SDU) "or" MAC-ehs object service data unit (SDU) segment "(" MAC-is object "service data unit (SDU) segment (MAC-is SDU)), which is inserted into the protocol payload MAC-ehs object data exchange units (PDUs) ("MAC-is object service data unit (SDU)"). They are also synonymous with the term "reordering service data unit (SDU)". Although embodiments of the invention describe downlink optimization of a MAC-ehs entity, these concepts are also applicable to uplink communications (VKS) by replacing a MAC-ehs entity with a MAC-i / is entity.
На Фиг.1 изображена блок-схема системы 100 беспроводной связи, сконфигурированной для универсального мультиплексирования на уровне управления доступом к среде передачи (MAC) в эволюционированной технологии высокоскоростного пакетного доступа (evolved HSPA). Система содержит базовую станцию 105 и беспроводное приемопередающее устройство (WTRU) 110. Базовая станция 105 и беспроводное приемопередающее устройство (WTRU) 110 поддерживают связь по каналу беспроводной связи.1 is a block diagram of a
Как показано на Фиг.1, беспроводное приемопередающее устройство (WTRU) 110 содержит передатчик 120, приемник 130 и процессор 140. Процессор 140 соединен с буфером 150 и запоминающим устройством 160. Процессор 140 сконфигурирован таким образом, что выполняет обработку единичных элементов полезной нагрузки с использованием, по меньшей мере, одного описанного ниже способа.As shown in FIG. 1, a wireless transceiver (WTRU) 110 includes a
На Фиг.1 также показана базовая станция 105, которая содержит передатчик 165, приемник 170 и процессор 180. Процессор 180 соединен с буфером 190 и запоминающим устройством 195. Процессор 180 сконфигурирован таким образом, что выполняет обработку единичных элементов полезной нагрузки с использованием, по меньшей мере, одного описанного ниже способа.1 also shows a
На Фиг.2 изображен заголовок 200 полезной нагрузки, используемый при мультиплексировании служебных блоков данных (SDU) из различных логических каналов и очередей по приоритету. В первом варианте осуществления изобретения раскрыто мультиплексирование служебных блоков данных (SDU) из множества очередей по приоритету в одну протокольную единицу обмена данными (PDU) объекта MAC-ehs. Кроме того, оно включает в себя объединение служебных блоков данных (SDU) из множества логических каналов в одну очередь по приоритету.2 shows a
Протокольная единица обмена данными (PDU) объекта MAC-ehs построена путем сцепления и/или путем сегментации одного или большего количества служебных блоков данных (SDU) из одной или большего количества очередей по приоритету. Заголовок присоединен к полезной нагрузке в виде структуры, показанной на Фиг.2. Заголовок 280 содержит множество участков 205 k очередей, причем каждый из участков 205 k очередей содержит порядковый номер передачи (TSN) 240, суперполе 250 описания служебного блока данных (SDU) (обозначаемое аббревиатурой SDSF) и флаг 260 "конец" (F). Каждый из участков 205 k очередей соответствует очереди по приоритету, из которой взят служебный блок (взяты служебные блоки) данных (SDU) (или его сегмент (их сегменты)), где k - количество очередей по приоритету, из которых выполнено мультиплексирование служебных блоков данных (SDU) в этой протокольной единице обмена данными (PDU) объекта MAC-ehs. Заголовок 280 также может содержать необязательный флаг 210 "версия" и/или необязательное поле 230 идентификатора очереди.The MAC-ehs object protocol data exchange unit (PDU) is constructed by concatenating and / or by segmenting one or more service data units (SDUs) from one or more priority queues. The header is attached to the payload in the form of the structure shown in FIG. 2. The
Необязательный флаг 210 "версия" указывает используемую версию протокола для обеспечения обратной совместимости. Поскольку существует предыдущая версия объекта MAC-ehs, то это поле должно иметь два бита. Флаг 210 "версия" может использоваться тогда, когда однонаправленный радиоканал передачи данных преобразован таким образом, что обеспечивает поддержку различных форматов заголовка объекта MAC-ehs. Каждый однонаправленный радиоканал передачи данных сконфигурирован таким образом, что использует конкретный формат. В альтернативном варианте формат объекта MAC-ehs может быть идентифицирован либо в явном виде, либо в неявном виде путем передачи служебных сигналов по высокоскоростному совместно используемому каналу управления (HS-SCCH). Мультиплексирование однонаправленного радиоканала передачи данных в протокольную единицу обмена данными (PDU) объекта MAC-ehs может быть ограничено форматом объекта MAC-ehs, сконфигурированным для однонаправленного радиоканала передачи данных.The
Как показано на Фиг.2, каждый заголовок 280 может содержать необязательное поле 230 идентификатора очереди, которое обозначает, к какой именно переупорядочиваемой очереди принадлежат соответствующие служебные блоки данных (SDU) в полезной нагрузке. Переупорядочиваемые очереди могут быть или могут не быть непосредственно поставлены в соответствие очередям по приоритету. Заголовок 280 также содержит, по меньшей мере, одно поле 240 "порядковый номер передачи" (TSN), которое обозначает порядковый номер данных для этого идентификатора очереди. Другим признаком, содержащимся в заголовке 280, является, по меньшей мере, одно суперполе 250 описания служебного блока данных (SDSF), которое указывает, как следует производить разборку и/или повторную сборку служебных блоков данных (SDU), и к какому логическому каналу (к каким логическим каналам) они принадлежат. Описание подробностей и возможных вариантов этого суперполя приведено ниже. Заголовок 280 также может содержать, по меньшей мере, один необязательный флаг 260 "конец", указывающий, является ли этот участок заголовка последним участком заголовка, или же за ним следует другой подзаголовок.As shown in FIG. 2, each
За заголовком 280 объекта MAC-ehs следует полезная нагрузка 290 объекта MAC-ehs, которая содержит последовательность служебных блоков данных (SDU) объекта MAC-ehs или сегментов служебных блоков данных (SDU) 295 объекта MAC-ehs и необязательные биты 270 заполнения незначащей информацией. Биты 270 заполнения незначащей информацией могут быть добавлены к полезной нагрузке 290 по мере необходимости для сохранения выравнивания (синхронизации) по октету (восьмибитовому байту) на уровне протокольной единицы обмена данными (PDU) объекта MAC-ehs. Выравнивание по допустимым размерам транспортного блока (TB, далее - ТБ) поставлено в соответствие транспортному каналу (TrCH) канала HS-DSCH.MAC-
Как показано на Фиг.3А, суперполе 250 описания служебного блока данных (SDU) скомпоновано таким образом, что эффективно оповещает о том, как сцеплены/сегментированы служебные блоки данных (SDU) из одной очереди по приоритету, об их размерах и о логических каналах, которым они соответствуют.As shown in FIG. 3A, the service data unit (SDU)
Без потерь производительности служебные блоки данных (SDU) могут быть сегментированы последовательным способом в пределах очереди по приоритету. Это означает, что передача служебного блока данных (SDU) или его сегмента ограничена, если не была произведена передача последнего служебного блока данных (SDU) или сегмента предыдущего служебного блока данных (SDU) (или если производится его передача в той же самой протокольной единице обмена данными (PDU) объекта MAC-ehs). С учетом этого ограничения, в протокольной единице обмена данными (PDU) (объекта) MAC-ehs присутствует максимум два сегмента (различных) служебных блоков данных (SDU) для конкретной переупорядочиваемой очереди наряду с неограниченным количеством полных (несегментированных) служебных блоков данных (SDU) между ними.Without loss of performance, service data units (SDUs) can be segmented in a sequential manner within the priority queue. This means that the transmission of the service data unit (SDU) or its segment is limited if the last service data unit (SDU) or the segment of the previous service data unit (SDU) was not transferred (or if it is transmitted in the same protocol exchange unit data (PDU) of the MAC-ehs object). Given this limitation, a maximum of two segments of (different) service data units (SDUs) for a particular reordering queue are present in the MAC-ehs protocol communication unit (PDU) (object), along with an unlimited number of full (non-segmented) service data units (SDUs) between them.
На Фиг.3Б показан формат заголовка полезной нагрузки протокольной единицы обмена данными (PDU) объекта MAC-ehs, которая содержит k переупорядочиваемых протокольных единиц обмена данными (PDU), используемых при мультиплексировании переупорядочиваемых протокольных единиц обмена данными (PDU) из различных логических каналов и очередей по приоритету. Предполагают, что местоположение начала полезной нагрузки 290 в протокольной единице 395 обмена данными (PDU) объекта MAC-ehs для каждой переупорядочиваемой очереди поддается распознаванию. Для данных, соответствующих первой переупорядочиваемой очереди, перечисленной в заголовке 280, начало полезной нагрузки 290 сразу же следует за заголовком. Это также возможно для данных, соответствующих последующим переупорядочиваемым очередям, при условии, что поле 250 SDSF, показанное на Фиг.3А, каждой очереди по приоритету, за исключением последней очереди по приоритету, сконфигурировано таким образом, что определяет общий объем соответствующей полезной нагрузки. Структура, показанная на Фиг.3А, удовлетворяет этому требованию.FIG. 3B shows a payload header format of a MAC-ehs protocol data unit (PDU) that contains k reordered protocol data units (PDUs) used to multiplex reordered protocol data units (PDUs) from various logical channels and queues by priority. It is assumed that the location of the beginning of the payload 290 in the
Как показано на Фиг.3А, общая структура поля 250 SDSF содержит следующие элементы. Флаг 320 "начало полного блока/сегмента" (FSS) указывает, соответствуют ли данные в месте начала полезной нагрузки для этой переупорядочиваемой очереди сегменту служебного блока данных (SDU) или же полному служебному блоку данных (SDU). За флагом FSS следует флаг 360 "конец полного блока/сегмента" (FSE), указывающий, соответствуют ли данные в месте конца полезной нагрузки для этой очереди по приоритету сегменту служебного блока данных (SDU) или же полному служебному блоку данных (SDU). Комбинация флагов FSS и FSE эквивалентна полю 397 указателя сегментации (SI), показанному на Фиг.3Б. Для каждого служебного блока данных (SDU) или сегмента служебного блока данных (SDU), присутствующего в полезной нагрузке 290, предусмотрено наличие поля 330 "указатель логического канала" (LCID), указывающего логический канал, к которому принадлежит служебный блок данных (SDU) (или его сегмент), поля 340 "указатель длины" (LI), указывающего длину служебного блока данных (SDU) (или его сегмента) (более подробное описание этого поля приведено в описании следующего варианта осуществления (изобретения)), и флага 350 "конец служебного блока данных (SDU)", указывающего, имеется ли, по меньшей мере, еще один служебный блок данных (SDU) (или его сегмент) после этого служебного блока данных (SDU), или является ли он последним служебным блоком данных (SDU) (или его сегментом) для этой переупорядочиваемой очереди; это поле может быть однобитовым.As shown in FIG. 3A, the general structure of the
Следует отметить, что оба флага, флаг 320 FSS и флаг 360 FSE, должны быть установлены даже при наличии только одного служебного блока данных (SDU) (или его сегмента). Также следует отметить то, что флаг 320 FSS и флаг 360 FSE могут быть определены как одно двухбитовое поле, которое может именоваться, например, полем "указатель сегментации" (SI). В этом случае может быть задано взаимно-однозначное соответствие между каждой возможной комбинацией значений флагов 320 FSS и 360 FSE и каждой возможной комбинацией двух битов поля "указатель сегментации" (SI). Например:It should be noted that both flags, the 320 FSS flag and the 360 FSE flag, must be set even if there is only one service data unit (SDU) (or its segment). It should also be noted that the
- флаг FSS = "сегмент" и флаг FSE = "сегмент" могут быть поставлены в соответствие указателю сегментации (SI) = 11;- the flag FSS = "segment" and the flag FSE = "segment" can be mapped to the segmentation indicator (SI) = 11;
- флаг FSS = "полный блок" и флаг FSE = "сегмент" могут быть поставлены в соответствие указателю сегментации (SI) = 10;- the flag FSS = "full block" and the flag FSE = "segment" can be set in accordance with the segmentation indicator (SI) = 10;
- флаг FSS = "сегмент" и флаг FSE = "полный блок" могут быть поставлены в соответствие указателю сегментации (SI) = 01;- the flag FSS = "segment" and the flag FSE = "complete block" can be mapped to the segmentation indicator (SI) = 01;
- флаг FSS = "полный блок" и флаг FSE = "полный блок" могут быть поставлены в соответствие указателю сегментации (SI) = 00.- the flag FSS = "full block" and the flag FSE = "full block" can be mapped to the segmentation indicator (SI) = 00.
C другой стороны, при наличии вышеупомянутого соответствия значения флагов FSS и FSE могут быть извлечены из поля "указатель сегментации" (SI) следующим образом:On the other hand, in the presence of the aforementioned correspondence, the values of the FSS and FSE flags can be extracted from the "segmentation indicator" (SI) field as follows:
- флаг FSS = "сегмент" соответствует тому, что первый единичный элемент полезной нагрузки является сегментом;- the flag FSS = "segment" corresponds to the fact that the first unit of the payload is a segment;
• если имеется только один единичный элемент полезной нагрузки и сегментом является средний сегмент, то это соответствует тому, что "указатель сегментации" (SI) = 11 (то есть флаг FSE также установлен имеющим значение "полный блок");• if there is only one unit payload element and the segment is the middle segment, then this corresponds to the “segmentation indicator” (SI) = 11 (that is, the FSE flag is also set to “full block”);
• если сегментом является последний сегмент служебного блока данных (SDU) объекта MAC-ehs, то это соответствует тому, что "указатель сегментации" (SI) = 01 в случае наличия одного единичного элемента полезной нагрузки или в том случае, если последним единичным элементом полезной нагрузки является полный служебный блок данных (SDU) объекта MAC-ehs (то есть флаг FSE установлен имеющим значение "полный блок"), или тому, что "указатель сегментации" (SI) = 11 в том случае, когда последним единичным элементом полезной нагрузки является сегмент (то есть флаг FSE установлен имеющим значение "сегмент");• if the segment is the last segment of the service data unit (SDU) of the MAC-ehs object, then this corresponds to the fact that the “segmentation indicator” (SI) = 01 if there is one unit payload element or if the last unit payload element the load is the full service data unit (SDU) of the MAC-ehs object (that is, the FSE flag is set to “full block”), or that the “segmentation indicator” (SI) = 11 in the case where the last unit payload element is a segment (i.e. the FSE flag is set flax meaning "segment");
- флаг FSS = "полный блок" соответствует тому, что "указатель сегментации" (SI) = 10 в том случае, когда имеется один единичный элемент полезной нагрузки или когда последним единичным элементом полезной нагрузки является первый сегмент служебного блока данных (SDU) объекта MAC-ehs (то есть флаг FSE установлен имеющим значение "полный блок"), или тому, что "указатель сегментации" (SI) = 00, когда присутствуют только полные блоки данных (SDU) объекта MAC-ehs (то есть флаг FSE также установлен имеющим значение "полный блок");- the flag FSS = "full block" corresponds to the fact that the "segmentation indicator" (SI) = 10 in the case when there is one unit payload element or when the last unit payload element is the first segment of the service data unit (SDU) of the MAC object -ehs (that is, the FSE flag is set to “full block”), or that the “segmentation indicator” (SI) = 00 when only the complete data units (SDUs) of the MAC-ehs object are present (that is, the FSE flag is also set meaning "full block");
- флаг FSE = "сегмент" соответствует тому, что "указатель сегментации" (SI) = 11, или тому, что "указатель сегментации" (SI) = 10, в зависимости от флага FSE, как описано выше;- the flag FSE = "segment" corresponds to the fact that the "segmentation indicator" (SI) = 11, or the fact that the "segmentation indicator" (SI) = 10, depending on the FSE flag, as described above;
- флаг FSE = "полный блок" соответствует тому, что "указатель сегментации" (SI) = 01, или тому, что "указатель сегментации" (SI)= 00, в зависимости от флага FSE, как описано выше.- the flag FSE = "full block" corresponds to the fact that the "segmentation indicator" (SI) = 01, or the fact that the "segmentation indicator" (SI) = 00, depending on the FSE flag, as described above.
На Фиг.3А также показано, что поля 330 "указатель логического канала" (LCID) и 340 "указатель длины" (LI) могут быть вместе определены как одно поле "указатель описания данных" (DDI), подобное тому полю, которое используют при кодировании усовершенствованного выделенного канала (канала E-DCH) для восходящего канала связи. Однако, как описано ниже, принципы кодирования могут быть различными.FIG. 3A also shows that the logical channel indicator (LCID) fields 330 and the length indicator (LI) 340 can be defined together as one data description indicator (DDI) field similar to that used in encoding an enhanced dedicated channel (E-DCH) for the uplink. However, as described below, coding principles may be different.
Возможны несколько вариантов кодирования поля 330 "указатель логического канала" (LCID). Один возможный вариант состоит в том, что при кодировании могут придерживаться одной и той же схемы идентификации для поля "намеченный тип канала" (TCTF) и для нумерации потока управляющей информации/потока информационного обмена (C/T mux) в случае выделенного канала информационного обмена/выделенного канала управления (канала DCCH/канала DTCH). На уровне общего транспортного канала (MAC-c) поля "TCTF" и поля "C/T mux" совместно идентифицируют логический канал. Поле "TCTF" определяет намеченный тип канала, а поле "C/T mux" определяет индекс. В этом варианте возможен тот же самый тип кодирования, что и в общем транспортном канале (MAC-c). В этом случае соответствие между полем "TCTF" и типом логического канала (которым является, например, общий канал управления (канал CCCH), канал управления поисковым вызовом (канал PCCH), выделенный канал управления (канал DCCH) и т.д.) может быть задано таким же самым образом, как и в известных вариантах осуществления. В этом случае количество битов, занятых полем "указатель логического канала" (LCID), является переменным. В альтернативном варианте поле "TCTF" и поле "C/T" могут быть совместно закодированы в виде общего параметра. Тип канала может быть сконфигурирован как значение поля "C/T", или же могут быть заданы однозначно определенные значения указателя логического канала (LCID).Several coding options for the logical channel indicator (LCID)
Возможно, но не обязательно, предполагая, что максимально возможное количество логических каналов (всех типов), которое может использовать приемник в заданный момент времени, равно NLmax, и что значение NLmax может быть представлено количеством битов для этих логических каналов (битов NLMb), поле "указатель логического канала" (LCID) содержит биты NLMb и содержит идентификатор логического канала. Например, сеть может быть сконфигурирована таким образом, что содержит до 16 логических каналов (то есть NLmax = 16). Следовательно, для обеспечения способности идентификации 16 логических каналов необходимо 4 бита (то есть NLMb = 4). Соответствие между этим идентификатором логического канала и логическим каналом, которому он соответствует, является известным из предшествующих служебных сигналов, переданных уровнем управления ресурсами радиосвязи/прикладной частью узла B (Node B) (RRC/NBAP), и/или определено заранее (является заранее заданным). Некоторые значения могут быть зарезервированы для таких типов логических каналов, в которых возможна единственная реализация. Например, может иметься только один канал CCCH, и для этого канала может быть заранее задано конкретное значение.It is possible, but not necessary, assuming that the maximum possible number of logical channels (of all types) that the receiver can use at a given point in time is NLmax, and that the NLmax value can be represented by the number of bits for these logical channels (NLMb bits), field a logical channel indicator (LCID) contains NLMb bits and contains a logical channel identifier. For example, a network can be configured to contain up to 16 logical channels (i.e., NLmax = 16). Therefore, to ensure the identification capability of 16 logical channels, 4 bits are needed (i.e., NLMb = 4). The correspondence between this logical channel identifier and the logical channel to which it corresponds is known from the previous service signals transmitted by the radio resource control / application part of the Node B (RRC / NBAP) node and / or is predetermined (is predetermined ) Some values may be reserved for those types of logical channels in which a single implementation is possible. For example, there can only be one CCCH, and a specific value can be predefined for that channel.
Возможно, но не обязательно, может иметься максимально возможное количество логических каналов, которые могут быть мультиплексированы в заданной очереди по приоритету (обозначаемое как NLQmax), являющееся меньшим, чем общее максимально возможное количество логических каналов, которое приемник может использовать в целом. Если значение NLQmax может быть представлено количеством битов, которое необходимо для идентификации NLQmax (битов NLMQb), то поле "указатель логического канала" (LCID) содержит биты NLMQb. В этом случае соответствие между каждым возможным набором значений для битов NLMQb и типом логического канала и/или индексом является специфическим для каждой очереди по приоритету и является известным из предшествующих служебных сигналов, переданных уровнем управления ресурсами радиосвязи/прикладной частью узла B (Node B) (RRC/NBAP) (которые определяют потенциально различное соответствие для каждой определенной очереди по приоритету). Этот вариант не препятствует изложенному выше использованию заранее заданных значений для определенных типов логических каналов.It is possible, but not necessary, that there can be the maximum possible number of logical channels that can be multiplexed in a given priority queue (denoted as NLQmax), which is less than the total maximum possible number of logical channels that the receiver can use as a whole. If the NLQmax value can be represented by the number of bits needed to identify NLQmax (NLMQb bits), then the Logical Channel Index (LCID) field contains NLMQb bits. In this case, the correspondence between each possible set of values for the NLMQb bits and the type of logical channel and / or index is specific for each priority queue and is known from the previous service signals transmitted by the radio resource control / application part of node B (Node B) ( RRC / NBAP) (which define a potentially different match for each particular priority queue). This option does not preclude the use of predefined values for certain types of logical channels described above.
Существует несколько возможных вариантов конфигурирования заголовка объекта MAC-ehs, подробное описание которых приведено ниже. Как показано на Фиг.3А, поле 250 SDSF может быть задано таким образом, что обеспечивает поддержку использования поля 380 "количество" (поля N) для минимизации непроизводительных издержек на передачу служебной информации в том случае, когда множество следующих друг за другом служебных блоков данных (SDU) принадлежат к одному и тому же логическому каналу и/или имеют одинаковую длину.There are several options for configuring the MAC-ehs object header, which are described in more detail below. As shown in FIG. 3A, the
Поле 380 N может присутствовать всегда и предшествовать полям 330 "указатель логического канала" (LCID) и 340 "указатель длины" (LI) (или следовать за этими полями) для каждой группы из N последовательных служебных блоков данных (SDU), которые имеют одинаковую длину и принадлежат к одному и тому же логическому каналу.Field 380 N may always be present and precede
Поле 380 N может присутствовать всегда и предшествовать полю 330 "указатель логического канала" (LCID) (или следовать за этим полем) для каждой группы из N последовательных служебных блоков данных (SDU), которые имеют одинаковую длину и принадлежат к одному и тому же логическому каналу; однако каждый служебный блок данных (SDU) имеет свое собственное поле 340 "указатель длины" (LI).The 380 N field may always be present and precede the logical channel indicator (LCID) field 330 (or follow this field) for each group of N consecutive service data units (SDUs) that have the same length and belong to the same logical channel; however, each service data unit (SDU) has its own length indicator field (LI)
Поле 380 N может присутствовать только для группы из N последовательных служебных блоков данных (SDU) (имеющих одинаковую длину длиной и принадлежащих к одному и тому же логическому каналу), если N больше 1. Флаг 390 "множественные служебные блоки данных (SDU)" (именуемый флагом MS) может указывать, присутствует ли поле 380 N или нет. Это уменьшает риск избыточных непроизводительных издержек на передачу служебной информации вследствие наличия поля 380 N, когда все служебные блоки данных (SDU) полезной нагрузки имеют различную длину или принадлежат к различным логическим каналам.Field 380 N may be present only for a group of N consecutive service data units (SDUs) (having the same length and belonging to the same logical channel), if N is greater than 1.
Поле 380 N может присутствовать только для группы из N последовательных служебных блоков данных (SDU) (из одного и того же логического канала), если N больше чем 1. Флаг 390 MS может указывать, присутствует ли поле 380 N или нет. В любом случае, каждый служебный блок данных (SDU) имеет свое собственное поле 340 "указатель длины" (LI).Field 380 N may be present only for a group of N consecutive service data units (SDUs) (from the same logical channel) if N is greater than 1.
Поле 380 N может быть сконфигурировано для конкретных указателей 330 логического канала (LCID). Указатель 330 логического канала (LCID) может однозначно определять, существует ли поле 380 N или нет.Field 380 N may be configured for specific logical channel identifiers 330 (LCIDs). The logical channel indicator (LCID) 330 may unambiguously determine whether the 380 N field exists or not.
Указатель 330 логического канала (LCID) может быть опущен для первого служебного блока данных (SDU), если этим служебным блоком данных (SDU) является сегмент. Логическим обоснованием этого является то, что информация уже должна была присутствовать в предшествующей протокольной единице обмена данными (PDU) объекта MAC-ehs, когда производилась передача первого сегмента. В альтернативном варианте поле 330 "указатель логического канала" (LCID) может быть исключено для последнего служебного блока данных (SDU) только в том случае, если этим служебным блоком данных (SDU) является сегмент.A logical channel indicator (LCID) 330 may be omitted for a first service data unit (SDU) if that service data unit (SDU) is a segment. The rationale for this is that the information should already have been present in the previous MAC-ehs protocol data unit (PDU) when the first segment was being transmitted. Alternatively, the logical channel indicator (LCID)
Вместо вставки флага 350 "конец служебного блока данных (SDU)" для каждого служебного блока данных (или его сегмента) или для группы служебных блоков данных (SDU) может быть добавлено одно поле "NTot" (на фигуре не показано) для всего поля SDSF, указывающее общее количество служебных блоков данных (SDU) или сегментов служебных блоков данных (SDU) в полезной нагрузке для этой очереди по приоритету. Размер этого поля зависит от максимально возможного количества служебных блоков данных (SDU) в каждой очереди по приоритету в протокольной единице обмена данными (PDU) объекта MAC-ehs.Instead of inserting the “End of Service Data Unit (SDU)”
Существует несколько способов указания длины каждого служебного блока данных (SDU) или его сегмента. Существует несколько вариантов использования указателя 340 длины (LI) для каждого служебного блока данных (SDU) или его сегмента, или для группы служебных блоков данных (SDU). В этом варианте осуществления изобретения объяснено, каким образом следует структурировать поле 340 "указатель длины" (LI) для эффективного оповещения о длине каждого служебного блока данных (SDU) или его сегмента, или группы служебных блоков данных (SDU).There are several ways to specify the length of each service data unit (SDU) or its segment. There are several options for using a length indicator (LI) 340 for each service data unit (SDU) or its segment, or for a group of service data units (SDU). This embodiment explains how the Length Indicator (LI)
Указатель 340 длины (LI) определяет точное количество битов (или октетов, если наложено условие, что каждый служебный блок данных (SDU) является синхронизированным по октету), которое содержит служебный блок данных (SDU) или его сегмент. Это представление может быть реализовано с использованием одного из общеизвестных двоичных форматов (например, со старшим значащим битом (MSB) впереди или с младшим значащим битом (LSB) впереди). Длина поля 340 "указатель длины" (LI) зависит от максимально возможной длины служебного блока данных (SDU). Для длины поля 340 "указатель длины" (LI) возможно несколько вариантов. В одном возможном варианте длина указателя 340 длины (LI) является заранее заданной и неизменной вне зависимости от логического канала (поля 330 "указатель логического канала" (LCID)), и равной количеству битов, необходимому для отображения максимального размера служебного блока данных (SDU) (в битах или в октетах) во всех логических каналах вне зависимости от любых ранее переданных служебных сигналов для установления максимального размера служебного блока данных (SDU) для данной реализации протокола управления каналом радиосвязи (RLC). В альтернативном варианте длина указателя 340 длины (LI) зависит от поля 330 "указатель логического канала" (LCID) и равна количеству битов, необходимому для отображения максимального размера служебного блока данных (SDU) (в битах или в октетах) для этого логического канала. Максимальный размер служебного блока данных (SDU) может изменяться от одной реализации однонаправленного радиоканала передачи данных к другой его реализации и может изменяться после реконфигурации или даже динамически. Во избежание возможной неопределенности сеть может оповещать приемник о размере поля 340 "указатель длины" (LI), причем в то же самое время она также может оповещать об изменении максимального размера служебного блока данных (SDU).The length indicator (LI) 340 determines the exact number of bits (or octets, if the condition is imposed that each service data unit (SDU) is octet synchronized) that contains the service data unit (SDU) or its segment. This representation can be implemented using one of the well-known binary formats (for example, with the most significant bit (MSB) in front or with the least significant bit (LSB) in front). The length of the Length Indicator (LI)
Другой измененный вариант включает в себя смешанное использование указателей размера (SID) (на фигуре не показаны) и указателей 340 длины (LI). Передатчик использует указатель размера (SID) всякий раз, когда длина служебного блока данных (SDU) объекта MAC-ehs равна одному из значений из заранее заданного набора размеров. Указатель размера представляет собой поле с небольшим количеством битов (например, равным 3), где каждое возможное значение отображает заранее заданный размер служебного блока данных (SDU). В противном случае, если размер служебного блока данных (SDU) не равен одному из значений из набора заранее заданных размеров, то для случая невыровненных (несинхронизированных) по октету служебных блоков данных (SDU) используют указатель 340 длины (LI), указывающий точное количество битов или октетов (в двоичном формате). Для того чтобы приемник мог отличать указатель размера (SID) от указателя 340 длины (LI), перед полем "указатель размера" (SID) или перед полем 340 "указатель длины" (LI) вставляют однобитовый флаг. В альтернативном варианте применение указателя размера (SID) зависит от конфигурации указателя логического канала (LCID). В этом случае известно, что использование указателя размера (SID) или указателя 340 длины (LI) основано на значении указателя логического канала (LCID). Следует отметить, что количество битов поля "указатель размера" (SID) не обязательно должно быть постоянным.Another modified embodiment includes a mixed use of size indicators (SID) (not shown in the figure) and length indicators 340 (LI). The transmitter uses a size indicator (SID) whenever the length of the service data unit (SDU) of the MAC-ehs is equal to one of the values from a predefined set of sizes. The size indicator is a field with a small number of bits (for example, equal to 3), where each possible value displays a predetermined size of the service data unit (SDU). Otherwise, if the size of the service data unit (SDU) is not equal to one of the values from a set of predefined sizes, then for the case of unbalanced (unsynchronized) octets of service data units (SDU), a length indicator 340 (LI) is used, indicating the exact number of bits or octets (in binary format). In order for the receiver to be able to distinguish a size indicator (SID) from a length indicator (LI) 340, a one-bit flag is inserted in front of the "size indicator" (SID) field or in front of the "length indicator" (LI)
Минимизация среднего количества битов, необходимого для отображения размера (размеров) служебных блоков данных (SDU), содержащихся в протокольной единице обмена данными (PDU) объекта MAC-ehs, может быть достигнута в том случае, если заранее заданный набор размеров, представленных указателями размера (SID), соответствует набору размеров, которые встречаются чаще всего. Соответствие между значением указателя размера (SID) и соответствующим размером служебного блока данных (SDU) должно быть известно, по меньшей мере, для передатчика и приемника. Может быть описано несколько способов определения подходящего соответствия между значениями указателя размера (SID) и размерами служебного блока данных (SDU) и передачи сведений об этом соответствии в приемник и/или в передатчик.Minimization of the average number of bits required to display the size (sizes) of service data units (SDUs) contained in the protocol unit of data exchange (PDU) of the MAC-ehs object can be achieved if a predetermined set of sizes represented by size indicators ( SID), corresponds to the set of sizes that are found most often. The correspondence between the value of the size indicator (SID) and the corresponding size of the service data unit (SDU) should be known, at least for the transmitter and receiver. Several methods may be described for determining a suitable correspondence between the values of the size indicator (SID) and the sizes of the service data unit (SDU) and transmitting this correspondence to the receiver and / or transmitter.
В одном способе установления соответствия указателя размера (SID) используют явное соответствие на основе контроллера сети радиосвязи (RNC). В этом способе контроллер сети радиосвязи (RNC) определяет соответствие указателя размера (SID) и сообщает о соответствии как в базовую станцию, так и в беспроводное приемопередающее устройство (WTRU) путем передачи служебных сигналов, соответственно, через интерфейс Iub и из уровня управления ресурсами радиосвязи (RRC). Использование этого способа может зависеть от того, какой указатель логического канала (LCID) присутствует в протокольной единице обмена данными (PDU) объекта MAC-ehs. Оно также может зависеть от того, необходим ли контроллер сети радиосвязи (RNC) для задания указателя размера (SID) для каждого возможного размера служебного блока данных (SDU), при этом базовая станция может использовать указатель длины (LI), если размер служебного блока данных (SDU), который должен быть вставлен, не равен одному из размеров, поставленных в соответствие значениям указателя размера (SID). Контроллер сети радиосвязи (RNC) может выбрать размеры служебного блока данных (SDU), которые встречаются более часто (или которые, как ожидается, встречаются более часто), например максимальный размер протокольной единицы обмена данными (PDU) протокола управления каналом радиосвязи (RLC), размер протокольной единицы обмена данными (PDU) протокола RLC в текущем состоянии или размер протокольной единицы обмена данными (PDU) протокола RLC, наблюдаемый контроллером сети радиосвязи (RNC) как наиболее часто встречающийся (но эти примеры не являются ограничивающим признаком).In one method of matching a size indicator (SID), explicit matching is used based on a radio network controller (RNC). In this method, the radio network controller (RNC) determines the correspondence of the size indicator (SID) and reports compliance with both the base station and the wireless transceiver (WTRU) by transmitting service signals, respectively, through the Iub interface and from the radio resource control level (RRC). The use of this method may depend on which logical channel indicator (LCID) is present in the protocol unit of the data exchange (PDU) of the MAC-ehs object. It may also depend on whether a radio network controller (RNC) is needed to specify a size indicator (SID) for each possible size of the service data unit (SDU), while the base station can use a length indicator (LI) if the size of the service data unit (SDU) to be inserted is not equal to one of the sizes that are mapped to the values of the size indicator (SID). The radio network controller (RNC) can select the sizes of the service data unit (SDU), which are more common (or which are expected to be more common), for example, the maximum size of the Protocol Communication Unit (PDU) of the Radio Link Control Protocol (RLC), the size of the RLC protocol protocol data exchange unit (PDU) in the current state or the RLC protocol data exchange unit (PDU) size observed by the radio network controller (RNC) as the most common (but these examples are not limiting yuschim sign).
Во втором способе установления соответствия указателя размера (SID) используют неявное соответствие. В этом способе о соответствии между указателем размера (SID) и размерами служебного блока данных (SDU) не сообщают в явном виде. Вместо этого указатель размера (SID) ставят в соответствие определенному размеру служебного блока данных (SDU) в неявном виде посредством правила, которое является известным для передатчика и приемника. Примерами правил для установления соответствия указателя размера (SID) при использовании этого способа являются, в том числе, следующие: значение указателя размера (SID) № n1 назначают для максимального размера протокольной единицы обмена данными (PDU) протокола управления каналом радиосвязи (RLC), значение указателя размера (SID) № n2 назначают для N, где N - постоянное значение, которое, как известно, часто имеет место вне зависимости от сценария (например, типичное значение протокольной единицы обмена данными (PDU) протокола RLC в текущем состоянии), или значение указателя размера (SID) № n3 назначают для половины (или части, например одной трети или одной четверти) максимального размера протокольной единицы обмена данными (PDU) протокола RLC, обеспечивая, таким образом, поддержку сегментации на 2, 3 или 4 части равных размеров.In a second method for matching a size indicator (SID), implicit matching is used. In this method, the correspondence between the size indicator (SID) and the sizes of the service data unit (SDU) is not explicitly reported. Instead, the size indicator (SID) is mapped to a specific size of the service data unit (SDU) in an implicit form by a rule that is known to the transmitter and receiver. Examples of rules for establishing the conformity of the size indicator (SID) when using this method are, inter alia, the following: the value of the size indicator (SID) No. n1 is assigned to the maximum size of the Protocol Communication Unit (PDU) of the Radio Link Control Protocol (RLC), the value size indicator (SID) No. n2 is assigned to N, where N is a constant value, which, as you know, often occurs regardless of the scenario (for example, a typical value of the protocol unit of exchange of data (PDU) of the RLC protocol in the current state), or and the size indicator value (SID) No. n3 is assigned for half (or part, for example, one third or one quarter) of the maximum size of the protocol data exchange unit (PDU) of the RLC protocol, thus providing support for segmentation into 2, 3 or 4 parts equal to sizes.
В третьем способе установления соответствия указателя размера (SID) используют соответствие, основанное на базовой станции. В этом способе соответствие между значением указателя размера (SID) и размером служебного блока данных (SDU) определяют на основании наблюдений того, какие именно размеры служебного блока данных (SDU) имеют тенденцию встречаться чаще всего. Сведения об этом соответствии передают путем передачи служебных сигналов на уровне управления доступом к среде передачи (MAC). Одним из возможных способов сигнализирования о соответствии является использование флага "соответствие", который по определению следует за указателем длины (LI). Когда флаг установлен, то последующие биты отображают значение указателя размера (SID), при этом размер, отображенный указателем длины (LI), будет поставлен в соответствие в последующих протокольных единицах обмена данными (PDU) объекта MAC-ehs после успешного приема этой протокольной единицы обмена данными (PDU) объекта MAC-ehs в беспроводном приемопередающем устройстве (WTRU). Таким образом, приемник ожидает того момента, когда в следующий раз он произведет прием служебного блока данных (SDU) того размера, который он желает поставить в соответствие определенному значению указателя размера (SID). Когда принят служебный блок данных (SDU) и построена протокольная единица обмена данными (PDU) объекта MAC-ehs, то указатель длины (LI) используют для оповещения о длине служебного блока данных (SDU), как обычно. Приемник устанавливает флаг "соответствие" и вставляет после него значение указателя размера (SID), которое следует установить. После правильного приема протокольной единицы обмена данными (PDU) объекта MAC-ehs передатчик определяет, что флаг "соответствие" установлен, и ставит новый размер в соответствие значению указателя размера (SID) после этого флага, аннулируя любое ранее уставленное соответствие размера этому значению указателя размера (SID).In a third method for establishing conformity of a size indicator (SID), correspondence based on a base station is used. In this method, the correspondence between the value of the size indicator (SID) and the size of the service data unit (SDU) is determined based on observations of which sizes of the service data unit (SDU) tend to occur most often. Information about this correspondence is transmitted by transmitting service signals at the medium access control (MAC) level. One possible way to signal compliance is to use the match flag, which by definition follows a length indicator (LI). When the flag is set, the subsequent bits display the value of the size indicator (SID), and the size displayed by the length indicator (LI) will be matched in the subsequent protocol units of data exchange (PDU) of the MAC-ehs object after successful reception of this protocol unit of exchange data (PDUs) of a MAC-ehs entity in a wireless transceiver (WTRU). Thus, the receiver waits until the next time it receives the service data unit (SDU) of the size that it wants to match the specific value of the size indicator (SID). When the service data unit (SDU) is received and the protocol data unit (PDU) of the MAC-ehs is built, the length indicator (LI) is used to notify the length of the service data unit (SDU), as usual. The receiver sets the “match” flag and inserts after it the value of the size indicator (SID), which should be set. After correctly receiving the MAC-ehs protocol data exchange unit (PDU), the transmitter determines that the “match” flag is set, and sets the new size to the size pointer (SID) value after this flag, invalidating any previously established size match to this size pointer value (SID).
Раскрыты некоторые конкретные варианты осуществления изобретения, которые возможны с учетом ограничений, накладываемых на мультиплексирование на уровне объекта MAC-ehs. Эти ограничения можно считать необходимыми для удовлетворения требований, предъявляемых к качеству обслуживания (QoS) (например, к повторной передаче, к времени задержки, к частоте появления блоков с ошибками (BLER)) логических каналов.Some specific embodiments of the invention are disclosed that are possible in view of the restrictions imposed on MAC-ehs object-level multiplexing. These restrictions can be considered necessary to meet the requirements for quality of service (QoS) (for example, retransmission, delay time, frequency of occurrence of error blocks (BLER)) of logical channels.
В наземной сети радиосвязи с абонентами Универсальной системы мобильной связи (UTRAN) сведения об ограничениях на мультиплексирование могут быть переданы по интерфейсу Iub/Iur с управляющей информацией, определяющей, какие именно очереди по приоритету могут быть подвергнуты мультиплексированию. Если очереди по приоритету сформированы из мультиплексирования логических каналов, то может быть определено, какие именно логические каналы могут быть подвергнуты мультиплексированию, если мультиплексирование на уровне объекта MAC-ehs производят непосредственно из логических каналов (то есть, когда из логических каналов не формируют никаких очередей по приоритету или когда имеется взаимно-однозначное соответствие между очередями по приоритету и логическими каналами).In the terrestrial radio communication network with subscribers of the Universal Mobile Telecommunication System (UTRAN), information on multiplexing restrictions can be transmitted via the Iub / Iur interface with control information that determines which priority queues can be multiplexed. If priority queues are formed from multiplexing logical channels, then it can be determined which logical channels can be multiplexed if MAC-ehs object-level multiplexing is performed directly from logical channels (i.e., when no queues are formed from logical channels priority or when there is a one-to-one correspondence between priority queues and logical channels).
Одним из применений вышеупомянутого ограничения на мультиплексирование на уровне объекта MAC-ehs может являться то, что однонаправленные радиоканалы, по которым производят передачу служебных сигналов, (SRBs), не мультиплексируют с теми однонаправленными радиоканалами, по которым не производят передачу служебных сигналов. Если мультиплексирование однонаправленных радиоканалов, по которым производят передачу служебных сигналов, (SRBs), выполняют отдельно от однонаправленных радиоканалов, по которым не производят передачу служебных сигналов, (non-SRBs), то определение размера транспортного блока (ТБ) для однонаправленных радиоканалов, по которым производят передачу служебных сигналов, (SRBs), может трактоваться следующим образом. Для определения размеров транспортных блоков (ТБ) для протокольных единиц обмена данными (PDU) объекта MAC-ehs, являющихся носителями служебных блоков данных (SDU) из однонаправленных радиоканалов, по которым производят передачу служебных сигналов, (SRBs), могут использоваться результаты измерений канала произвольного доступа (RACH), и сведения о них могут быть переданы в уровень управления доступом к среде передачи (MAC) во время передачи сигналов о конфигурировании и реконфигурировании из уровня управления ресурсами радиосвязи (RRC).One application of the aforementioned MAC-ehs object-level multiplexing restriction may be that unidirectional radio channels that transmit service signals (SRBs) are not multiplexed with those unidirectional radio channels that do not transmit service signals. If the multiplexing of unidirectional radio channels through which service signals are transmitted (SRBs) is performed separately from unidirectional radio channels through which service signals are not transmitted (non-SRBs), then the determination of the transport block size (TB) for unidirectional radio channels through which produce signaling, (SRBs), can be interpreted as follows. To determine the sizes of transport blocks (TB) for protocol units of data exchange (PDU) of the MAC-ehs object, which are carriers of service data units (SDUs) from unidirectional radio channels that transmit service signals, (SRBs), arbitrary channel measurements can be used access (RACH), and information about them can be transmitted to the medium access control (MAC) layer during the transmission of configuration and reconfiguration signals from the radio resource control (RRC) layer.
На Фиг.4 показана схема 400 последовательности операций, выполняемых для обработки протокольных единиц обмена данными (PDU) объекта MAC-ehs и для восстановления служебных блоков данных (SDU) объекта MAC-ehs. После приема протокольной единицы обмена данными (PDU) объекта MAC-ehs выполняют операцию 405, при которой заголовок протокольной единицы обмена данными (PDU) объекта MAC-ehs отделяют от полезной нагрузки и разделяют его на его части, используя флаг "конец" для поиска того места, где заканчивается заголовок. При операции 410 для каждой части заголовка (очереди по приоритету) извлекают соответствующую полезную нагрузку (служебные блоки данных (SDU) и их фрагменты), как указано в суперполе описания служебного блока данных (SDSF), присоединяют ее непосредственно к части заголовка (операция 420) для построения переупорядочиваемой "протокольной единицы обмена данными (PDU) из очереди" ("Queue PDU") (операция 430) и при операции 440 вставляют эту "протокольную единицу обмена данными (PDU) из очереди" в переупорядочиваемую очередь, соответствующую идентификатору переупорядочиваемой очереди и порядковому номеру передачи (TSN). В альтернативном варианте необходимость в построении протокольной единицы обмена данными (PDU) отсутствует, а вместо этого при операции 425 извлекают информацию, содержащуюся в участке заголовка (например, порядковый номер передачи (TSN), значение суперполя описания служебного блока данных (SDSF)), и связывают ее с соответствующей полезной нагрузкой в переупорядочиваемой очереди таким образом, чтобы при операции 450 могло быть выполнено переупорядочивание, и затем могла быть выполнена разборка и/или повторная сборка. После операции 450 переупорядочения выполняют операцию 460, при которой производят повторную сборку. После того, как повторная сборка при операции 460 завершена, выполняют операцию 470, при которой полные служебные блоки данных (SDU) уровня управления доступом к среде передачи (MAC) подают в надлежащий логический канал.4, a
В каждой переупорядочиваемой очереди функцию переупорядочивания при операции 450 выполняют таким образом, что протокольные единицы обмена данными (PDU) объекта MAC-ehs заменяют одной или большим количеством переупорядочиваемых протокольных единиц обмена данными (PDU) из очереди (или набором из порядкового номера передачи (TSN), суперполя описания служебного блока данных (SDSF) и соответствующей полезной нагрузки) и переупорядоченные протокольные единицы обмена данными (PDU) посылают в блок разборки/повторной сборки/демультиплексирования служебных блоков данных (SDU) уровня управления доступом к среде передачи (MAC) (на фигуре не показан), а не просто в блок разборки (на фигуре не показан). К тому же, могут передаваться показания таймера (T1), специально предназначенного для конкретной очереди (на фигуре не показан). Каждая переупорядочиваемая очередь может иметь отдельный таймер T1, но это не является обязательным условием.In each reorderable queue, the reordering function in
На Фиг.5 изображена схема последовательности операций, на которой показан пример функциональных возможностей 500 обработки данных в каждом блоке разборки/повторной сборки/демультиплексирования. Обработку данных в каждом блоке разборки/повторной сборки/демультиплексирования выполняют путем считывания поля SDSF. Ниже приведено описание функционирования для данных с порядковым номером передачи (TSN) = n для этой очереди по приоритету. Как показано на Фиг.5, при операции 505 выполняют разборку каждого служебного блока данных (SDU) или сегмента служебного блока данных (SDU) с использованием полей "указатель длины" (LI), флага "конец служебного блока данных (SDU)" и, если это применимо, полей N. Если при операции 510 определено, что флаг FSS установлен имеющим значение "сегмент", и если при операции 520 определено, что данные с порядковым номером передачи (TSN) = n-1 для этой очереди по приоритету уже были ранее доставлены в этот блок разборки/повторной сборки/демультиплексирования, то выполняют операцию 530, при которой производят повторную сборку сегмента служебного блока данных (SDU) (первого служебного блока данных (SDU) полезной нагрузки для этой очереди по приоритету) вместе с сегментами предыдущих протокольных единиц обмена данными (PDU), сохраненных в блоке повторной сборки. При операции 540 определяют, является ли количество служебных блоков данных (SDU) или сегментов служебного блока данных (SDU) большим чем 1, или установлен ли флаг FSE имеющим значение "полный блок". Если количество служебных блоков данных (SDU) или сегментов служебного блока данных (SDU) является большим чем 1, или если флаг FSE установлен имеющим значение "полный блок", то первый служебный блок данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) являлся последним сегментом служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), и выполняют операцию 550, при которой полностью повторно собранный служебный блок данных (SDU) доставляют в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID). Если же количество служебных блоков данных (SDU) или сегментов служебного блока данных (SDU) является меньшим чем 1, и если флаг FSE установлен имеющим значение "сегмент", то служебным блоком данных (SDU) является средний сегмент переупорядочиваемой протокольной единицы обмена данными (PDU), и выполняют операцию 545, при которой сохраняют повторно собранные сегменты и завершают процедуру для этой переупорядочиваемой протокольной единицы обмена данными (PDU).5 is a flowchart showing an example of data processing functionality 500 in each disassembly / reassembly / demultiplexing unit. Data processing in each disassembly / reassembly / demultiplexing unit is performed by reading the SDSF field. The following is a description of the operation for data with a transmission serial number (TSN) = n for this priority queue. As shown in FIG. 5, in step 505, each service data unit (SDU) or service data unit (SDU) segment is disassembled using the “length indicator” (LI), the “end of service data unit (SDU)” flag, and, if applicable, fields N. If at step 510 it is determined that the FSS flag is set to "segment", and if at step 520 it is determined that the data with a transmission serial number (TSN) = n-1 for this priority queue has already been previously delivered to this disassembly / reassembly / demultiplexing unit, then perform about era tio 530, at which produced reassembling service data unit segments (SDU) (first service data unit (SDU) of the payload for this priority queue), together with previous segments of data exchange protocol units (PDU), stored in a reassembly unit. At operation 540, it is determined whether the number of service data units (SDUs) or segments of the service data unit (SDUs) is greater than 1, or whether the FSE flag is set to “full block”. If the number of service data units (SDUs) or segments of the service data unit (SDUs) is greater than 1, or if the FSE flag is set to “full block”, then the first service data unit (SDU) of the reordered Protocol Data Unit (PDU) was the last segment of the service data unit (SDU) of the medium access control (MAC) layer, and perform operation 550, in which a fully reassembled service data unit (SDU) is delivered to a higher level in the service access point corresponding to the logical The channel specified by the logical channel index (LCID) field. If the number of service data units (SDU) or segments of the service data unit (SDU) is less than 1, and if the FSE flag is set to “segment”, then the service data unit (SDU) is the middle segment of the reordered protocol data unit (PDU) ), and perform operation 545, in which the reassembled segments are stored and the procedure for this reordered Protocol Data Unit (PDU) is completed.
Если при операции 510 определено, что флаг FSS установлен имеющим значение "сегмент", и если при операции 520 определено, что данные с порядковым номером передачи (TSN) = n-1 для этой очереди по приоритету ранее не были доставлены (например, если истекло время, отмеряемое таймером T1), то выполняют операцию 525, при которой отвергают сегмент служебного блока данных (SDU) и предыдущие сегменты служебного блока данных (SDU) предыдущих протокольных единиц обмена данными (PDU), сохраненные в блоке повторной сборки. Затем выполняют операцию 580 определения, при которой определяют, было ли уже извлечено более одного сегмента служебного блока данных (SDU). Если уже было извлечено более одного служебного блока данных (SDU) или сегмента служебного блока данных (SDU), то выполняют операцию 570, при которой приемник доставляет извлеченные служебные блоки данных (SDU), расположенные между первым служебным блоком данных (SDU) или сегментом служебного блока данных (SDU) и последним служебным блоком данных (SDU) или сегментом служебного блока данных (SDU), в более высокий уровень в точку доступа к службам, соответствующую логическим каналам, указанным соответствующими полями "указатель логического канала" (LCID). Если флаг FSE установлен имеющим значение "сегмент", то этот сегмент является первым сегментом служебного блока данных (SDU) объекта MAC-ehs, и выполняют операцию 590, при которой приемник отвергает любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненной в блоке повторной сборки, и вводит последний сегмент служебного блока данных (SDU) в блок повторной сборки. Если флаг FSE установлен имеющим значение "полный блок", то последний единичный элемент полезной нагрузки представляет собой полный служебный блок данных (SDU) объекта MAC-ehs, и выполняют операцию 595, при которой приемник доставляет последний служебный блок данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID).If it is determined at operation 510 that the FSS flag is set to "segment", and if at operation 520 it is determined that data with a transmission serial number (TSN) = n-1 for this priority queue have not been previously delivered (for example, if it has expired the time measured by timer T1), then perform operation 525, in which the segment of the service data unit (SDU) and previous segments of the service data unit (SDU) of the previous protocol data exchange units (PDUs) stored in the reassembly unit are discarded. Then, a determination operation 580 is performed in which it is determined whether more than one service data unit (SDU) segment has already been extracted. If more than one service data unit (SDU) or service data unit (SDU) segment has already been extracted, then operation 570 is performed, in which the receiver delivers the extracted service data unit (SDU) located between the first service data unit (SDU) or the service service segment data unit (SDU) and the last service data unit (SDU) or service data unit (SDU) segment, to a higher level in the service access point corresponding to the logical channels indicated by the corresponding logical channel index (LCID) fields. If the FSE flag is set to "segment", then this segment is the first segment of the service data unit (SDU) of the MAC-ehs, and perform operation 590, in which the receiver discards any segment from the previous protocol data exchange unit (PDU) stored in reassembly unit, and inserts the last segment of the service data unit (SDU) into the reassembly unit. If the FSE flag is set to “full block”, then the last unit payload element is the full service data unit (SDU) of the MAC-ehs object, and operation 595 is performed in which the receiver delivers the last service data unit (SDU) to a higher level to the service access point corresponding to the logical channel indicated by the logical channel index (LCID) field.
Если при операции 510 определено, что флаг FSS установлен имеющим значение "сегмент", и если при операции 520 определено, что данные с порядковым номером передачи (TSN) = n-1 для этой очереди по приоритету были ранее доставлены, то производят повторную сборку сегмента служебного блока данных (SDU) с ранее сохраненным сегментом протокольной единицы обмена данными (PDU). Если при операции 540 определено, что количество сегментов служебного блока данных (SDU) или служебных блоков данных (SDU) является большим чем 1, или что флаг FSE установлен имеющим значение "полный блок", то выполняют операцию 550, при которой приемник доставляет полностью повторно собранный служебный блок данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID). Затем выполняют операцию 580 определения, при которой определяют, было ли уже извлечено более одного сегмента служебного блока данных (SDU). Если уже было извлечено более одного служебного блока данных (SDU) или сегмента служебного блока данных (SDU), то выполняют операцию 570, при которой приемник доставляет извлеченные служебные блоки данных (SDU), расположенные между первым служебным блоком данных (SDU) или сегментом служебного блока данных (SDU) и последним служебным блоком данных (SDU) или сегментом служебного блока данных (SDU), в более высокий уровень в точку доступа к службам, соответствующую логическим каналам, указанным соответствующими полями "указатель логического канала" (LCID). Если флаг FSE установлен имеющим значение "сегмент", то этим сегментом является первый сегмент служебного блока данных (SDU) объекта MAC-ehs, и выполняют операцию 590, при которой приемник отвергает любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вставляет сегмент в блок повторной сборки. Если же флаг FSE установлен имеющим значение "полный блок", то выполняют операцию 595, при которой приемник доставляет последний служебный блок данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID). Если при операции 540 определено, что количество сегментов служебного блока данных (SDU) или служебных блоков данных (SDU) является меньшим чем 1, или что флаг FSE установлен имеющим значение "сегмент", то выполняют операцию 545, при которой пакет объединяют и сохраняют, а процедуру завершают.If it is determined at operation 510 that the FSS flag is set to "segment", and if at operation 520 it is determined that the data with transmission serial number (TSN) = n-1 for this priority queue have been previously delivered, then the segment is reassembled service data unit (SDU) with a previously stored segment of a protocol data exchange unit (PDU). If it is determined at step 540 that the number of segments of the service data unit (SDU) or service data units (SDU) is greater than 1, or that the FSE flag is set to “full block”, then perform operation 550, in which the receiver delivers completely repeatedly the collected service data unit (SDU) to a higher level in the service access point corresponding to the logical channel indicated by the logical channel pointer (LCID) field. Then, a determination operation 580 is performed in which it is determined whether more than one service data unit (SDU) segment has already been extracted. If more than one service data unit (SDU) or service data unit (SDU) segment has already been extracted, then operation 570 is performed, in which the receiver delivers the extracted service data unit (SDU) located between the first service data unit (SDU) or the service service segment data unit (SDU) and the last service data unit (SDU) or service data unit (SDU) segment, to a higher level in the service access point corresponding to the logical channels indicated by the corresponding logical channel index (LCID) fields. If the FSE flag is set to "segment", then this segment is the first segment of the service data unit (SDU) of the MAC-ehs, and perform operation 590, in which the receiver discards any segment from the previous protocol data exchange unit (PDU) stored in reassembly unit, and inserts a segment into the reassembly unit. If the FSE flag is set to “full block”, then perform operation 595, in which the receiver delivers the last service data unit (SDU) to a higher level in the service access point corresponding to the logical channel indicated by the “logical channel pointer” field ( LCID). If it is determined at step 540 that the number of segments of the service data unit (SDU) or service data units (SDU) is less than 1, or that the FSE flag is set to "segment", then perform operation 545, in which the packet is combined and stored, and the procedure is completed.
Когда при операции 510 определено, что флаг FSS установлен имеющим значение "полный блок", и флаг FSE не установлен имеющим значение "сегмент", то первый единичный элемент полезной нагрузки является полным служебным блоком данных (SDU), и при операции 560 первый служебный блок данных (SDU) доставляют в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID). Затем выполняют операцию 580 определения, при которой определяют, было ли уже извлечено более одного сегмента служебного блока данных (SDU). Если уже было извлечено более одного служебного блока данных (SDU) или сегмента служебного блока данных (SDU), то выполняют операцию 570, при которой приемник доставляет извлеченные служебные блоки данных (SDU) вплоть до последнего служебного блока данных (SDU) или сегмента служебного блока данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическим каналам, указанным соответствующими полями "указатель логического канала" (LCID). Если флаг FSE установлен имеющим значение "сегмент", то выполняют операцию 590, при которой приемник отвергает любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводит последний сегмент служебного блока данных (SDU) в блок повторной сборки. Если флаг FSE установлен имеющим значение "полный блок", то выполняют операцию 595, при которой приемник доставляет последний служебный блок данных (SDU) в более высокий уровень в точку доступа к службам, соответствующую логическому каналу, указанному полем "указатель логического канала" (LCID).When it is determined in step 510 that the FSS flag is set to “full block” and the FSE flag is not set to “segment”, the first payload unit is a full service data unit (SDU), and in step 560, the first service block data (SDUs) are delivered at a higher level to a service access point corresponding to a logical channel indicated by a logical channel indicator (LCID) field. Then, a determination operation 580 is performed in which it is determined whether more than one service data unit (SDU) segment has already been extracted. If more than one service data unit (SDU) or service data unit (SDU) segment has already been extracted, then operation 570 is performed in which the receiver delivers the extracted service data unit (SDU) up to the last service data unit (SDU) or service unit segment data (SDU) to a higher level in the service access point corresponding to the logical channels indicated by the corresponding logical channel index (LCID) fields. If the FSE flag is set to “segment,” then perform operation 590, in which the receiver discards any segment from the previous protocol data exchange unit (PDU) stored in the reassembly unit and inserts the last segment of the service data unit (SDU) into the reuse unit assembly. If the FSE flag is set to "full block", then perform operation 595, in which the receiver delivers the last service data unit (SDU) to a higher level in the service access point corresponding to the logical channel indicated by the logical channel pointer (LCID) field )
В другом варианте осуществления изобретения может быть внедрен видоизмененный вариант базового заголовка для более эффективного обеспечения поддержки логического канала (логических каналов), для которого (для которых) применим заранее заданный набор размеров на уровне управления каналом радиосвязи (RLC), то есть которые не используются реализациями уровня управления каналом радиосвязи (RLC), сконфигурированными таким образом, что обеспечивают гибкий размер протокольной единицы обмена данными (PDU) уровня RLC, что предусмотрено в системах связи версии 7 в рамках Проекта о партнерстве в области систем связи третьего поколения (3GPP Release 7). Например, эти каналы могут использоваться реализациями с режимом подтверждения приема (режимом AM) на уровне RLC, которые сконфигурированы с фиксированным размером протокольной единицы обмена данными (PDU), или реализациями с режимом без подтверждения приема (режимом (UM) уровня RLC, сконфигурированными с фиксированными размерами протокольной единицы обмена данными (PDU).In another embodiment of the invention, a modified version of the base header can be implemented to more effectively provide support for the logical channel (s), for which (for which) a predetermined set of sizes is applicable at the radio channel control (RLC) level, that is, which are not used by implementations radio channel control level (RLC), configured in such a way as to provide a flexible size of the protocol unit of exchange of data (PDU) of the RLC level, which is provided in systems Version 7 of the Third Generation Communications Partnership Project (3GPP Release 7). For example, these channels can be used by implementations with an acknowledgment mode (AM mode) at the RLC level, which are configured with a fixed size of a protocol communication unit (PDU), or implementations with a mode of non-acknowledgment (RLC mode (UM) configured with fixed the size of the protocol data exchange unit (PDU).
На Фиг.6 показаны части заголовка 600, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, который обеспечивает возможность эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs. Модификации, описанные в этом варианте осуществления изобретения, могут воздействовать только на те части заголовка 600, которые описывают служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам. Другими словами, если имеются другие логические каналы, мультиплексированные в той же самой протокольной единице обмена данными (PDU) объекта MAC-ehs, к которой применен гибкий размер протокольной единицы обмена данными (PDU), то части заголовка, соответствующие этим логическим каналам, могут по-прежнему следовать за базовым заголовком или за любым усовершенствованием базового заголовка, применимого к этим каналам. Это позволяет обеспечивать эффективное мультиплексирование логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs. В этом примере в реализации уровня RLC, сконфигурированной с фиксированным размером (с фиксированными размерами) протокольной единицы обмена данными (PDU), использован только логический канал, имеющий идентификатор логического канала, равный LCH-ID2 610. Описанные ниже видоизмененные варианты применимы только для связанных с ним полей 620 (обозначенных на Фиг.6 жирной линией). Эту часть заголовка 600 ниже именуют "частью заголовка".FIG. 6 shows portions of a
Для этого варианта осуществления изобретения существует множество возможных вариантов. Возможный вариант 1 не позволяет выполнять сегментацию для соответствующего логического канала, но является более простым. Возможные варианты 2a и 2b позволяют выполнять сегментацию.For this embodiment, there are many possible options.
На Фиг.7 показана конфигурация заголовка 700, описывающего служебный блок (служебные блоки) данных (SDU), принадлежащий (принадлежащие) к соответствующим логическим каналам, которая обеспечивает возможность эффективного мультиплексирования логических каналов различных типов в одной и той же протокольной единице обмена данными (PDU) объекта MAC-ehs. Возможный вариант 1 не позволяет выполнять сегментацию для логических каналов, к которым применен фиксированный размер (применены фиксированные размеры) протокольной единицы обмена данными (PDU). Часть заголовка, непосредственно следующая за идентификатором 710 логического канала, содержит приведенные ниже поля, не обязательно в указанном порядке следования. За идентификатором 710 логического канала может следовать порядковый номер 720 передачи (TSN), но это не является обязательным условием. Это поле может не являться необходимым, когда предыдущий логический канал в заголовке использует ту же самую переупорядочиваемую очередь. За ним может следовать поле флага 730 (Fh), указывающее, является ли набор единичных элементов полезной нагрузки объекта MAC-ehs из заголовка последним, но это не является обязательным условием. Это поле может не являться необходимым, когда конец заголовка определяют путем сравнения размера протокольной единицы обмена данными (PDU) объекта MAC-ehs с суммой размеров единичных элементов полезной нагрузки, декодированных до текущего момента времени. В альтернативном варианте это поле также может использоваться для указания конца очереди по приоритету.7 shows a configuration of a
Заголовок 700 обычно содержит поле 740 (именуемое полем N), указывающее количество сцепленных служебных блоков данных (SDU) одинакового размера из логического канала. В одном возможном варианте он может содержать поле 750 (указатель размера (SID)), указывающее размер служебного блока (служебных блоков) данных (SDU), количество которых указано в предыдущем поле. Он может содержать необязательный флаг 760 "конец" (Fc), указывающий, закончилась ли часть заголовка, соответствующая этому логическому каналу. Если этот флаг присутствует и указывает, что заголовок не закончен, то после этого следует дополнительный набор полей (N, указатель размера (SID), Fc) для этого логического канала, предназначенный для указания другой группы из N служебных блоков данных (SDU), размер которых указан полем "указатель размера" (SID). В другом возможном варианте могут содержаться биты 770 заполнения незначащей информацией, необходимые для поддержания выравнивания по границе байта в заголовке. Вместо этого, эти биты заполнения незначащей информацией могут присутствовать в самом конце заголовка в том случае, если в протокольной единице обмена данными (PDU) объекта MAC-ehs мультиплексированы служебные блоки данных (SDU) из множества логических каналов.
Для логических каналов, к которым применим единый фиксированный размер протокольной единицы обмена данными (PDU) подуровня RLC, таких как, например, логические каналы, используемые реализациями с режимом подтверждения приема (AM) на уровне RLC (AM RLC), поле 760 Fc (флаг "конец") может быть исключено, так как заранее известно, что не будет другой группы служебных блоков данных (SDU) с иными размерами. Кроме того, если в дополнение к этому сам размер известен, то поле "указатель размера" (SID) 750 также может быть исключено.For logical channels to which a single fixed size protocol protocol unit of exchange (PDU) of the RLC sublayer is applicable, such as, for example, logical channels used by implementations with the acknowledgment mode (AM) at the RLC level (AM RLC),
Примеры альтернативных конфигураций проиллюстрированы на Фиг.8 и Фиг.9. Компоненты, показанные на Фиг.8 и Фиг.9, соответствуют компонентам, показанным на Фиг.7. На Фиг.8 показан пример заголовка 800, в котором идентификатор логического канала (LCH-ID) содержит протокольные единицы обмена данными (PDU) уровня RLC единственного фиксированного размера. На Фиг.9 показан пример заголовка 900, в котором выполнено совместное мультиплексирование служебных блоков данных (SDU) объекта MAC-ehs из двух логических каналов. Один логический канал используется реализацией уровня RLC, сконфигурированной с гибким размером протокольной единицы обмена данными (PDU) уровня RLC, в то время как другой логический канал используется реализацией уровня RLC, сконфигурированной с одним фиксированным размером протокольной единицы обмена данными (PDU) уровня RLC. В этом примере эти два логических канала 910 и 915 не находятся в одной и той же очереди по приоритету, следовательно, поле 920 "порядковый номер передачи (TSN)" присутствует для обоих логических каналов.Examples of alternative configurations are illustrated in FIG. 8 and FIG. 9. The components shown in FIG. 8 and FIG. 9 correspond to the components shown in FIG. 7. FIG. 8 shows an example of a
Возможный вариант 2a позволяет выполнять сегментацию для логических каналов, к которым применимы фиксированные размеры протокольной единицы обмена данными (PDU). В этом варианте часть заголовка, непосредственно следующая за идентификатором логического канала, содержит однобитовое поле флага (Ff) (на фигуре не показано), указывающее, являются ли следующие поля полями "N" и "указатель размера (SID)", описанными в возможном варианте 1. Если этот флаг указывает, что поля "N" и "указатель размера (SID)" присутствуют, то остаток части заголовка интерпретируют так же, как и в возможном варианте 1.Option 2a allows segmentation for logical channels to which fixed sizes of a protocol data unit (PDU) are applicable. In this embodiment, the part of the header immediately following the logical channel identifier contains a one-bit flag field (Ff) (not shown in the figure) indicating whether the following fields are the "N" and "size indicator (SID)" fields described in a
Если флаг Ff не указывает, что присутствуют поля "N" и "указатель размера (SID)", то заголовок может содержать поле 980 "указатель сегментации (SI)", указывающее состояние сегментации полезной нагрузки. Например, это поле может указывать, является ли первый единичный элемент полезной нагрузки сегментом, и является ли последний единичный элемент полезной нагрузки сегментом. Когда разрешен одиночный единичный элемент полезной нагрузки, то это поле указывает, является ли единичный элемент полезной нагрузки полным служебным блоком данных (SDU) или же начальным сегментом, средним сегментом или конечным сегментом служебного блока данных (SDU). Поле 980 "указатель сегментации" (SI) может отсутствовать, если оно уже указано в предыдущей части заголовка для логического канала, мультиплексирование которого выполнено в той же самой очереди по приоритету, что и этого логического канала. В одном возможном варианте заголовок может содержать поле 920 "порядковый номер передачи (TSN)". Это поле может не являться необходимым в том случае, если для предыдущего логического канала в заголовке используют ту же самую переупорядочиваемую очередь.If the Ff flag does not indicate that the "N" and "Size Indicator (SID)" fields are present, then the header may include a "Segmentation Index (SI)"
Возможно, но не обязательно, заголовок может содержать поле флага (Fh), указывающего, является ли этот набор единичных элементов полезной нагрузки объекта MAC-ehs последним в заголовке. Это поле может не являться необходимым в том случае, если конец заголовка определяют путем сравнения размера протокольной единицы обмена данными (PDU) объекта MAC-ehs с суммой размеров единичных элементов полезной нагрузки, декодированных до текущего момента времени. В альтернативном варианте это поле также может использоваться для указания конца очереди по приоритету.Perhaps, but not necessarily, the header may contain a flag field (Fh) indicating whether this set of single payload elements of the MAC-ehs object is the last in the header. This field may not be necessary if the end of the header is determined by comparing the size of the protocol data exchange unit (PDU) of the MAC-ehs object with the sum of the sizes of the individual payload elements decoded up to the current point in time. Alternatively, this field can also be used to indicate the end of the priority queue.
В другом возможном варианте заголовок может содержать поле 990 "указатель длины (LI)", указывающее длину единичного элемента полезной нагрузки для этого логического канала. Как будет описано в другом варианте осуществления изобретения, это поле может не являться необходимым, если этим единичным элементом полезной нагрузки является сегмент, и он находится в конце протокольной единицы обмена данными (PDU) объекта MAC-ehs. Поле 990 "указатель длины (LI)" также может использоваться для указания группы единичных элементов полезной нагрузки (например, полные служебные блоки данных (SDU), за которыми возможно следует сегмент служебных блоков данных (SDU)) в том случае, если к логическому каналу применим один фиксированный размер протокольной единицы обмена данными (PDU), например, если его использует объект AM RLC (режим подтверждения приема (AM) на уровне RLC с фиксированным размером протокольной единицы обмена данными (PDU) уровня RLC) и при условии, что передатчик имеет сведения об этом размере. Этого достигают посредством того, что указатель 990 длины (LI) указывает общее количество байтов из группы единичных элементов полезной нагрузки. Отдельные единичные элементы полезной нагрузки определяют путем выполнения целочисленного деления значения указателя 990 длины (LI) на известный фиксированный размер протокольной единицы обмена данными (PDU) уровня RLC. Результатом является количество полных служебных блоков данных (SDU), а остаток от деления равен размеру сегмента служебного блока данных (SDU) в конце. В другой конфигурации могут содержаться биты 970 заполнения незначащей информацией, необходимые для поддержания выравнивания по границе байта в заголовке. Вместо этого, эти биты 970 заполнения незначащей информацией могут присутствовать в самом конце заголовка в том случае, если в протокольной единице обмена данными (PDU) объекта MAC-ehs мультиплексированы служебные блоки данных (SDU) из множества логических каналов.In another possible embodiment, the header may include a Length Indicator (LI)
Возможный вариант 2b позволяет выполнять сегментацию для логических каналов, к которым применим фиксированный размер (применимы фиксированные размеры) протокольной единицы обмена данными (PDU). Этот возможный вариант может использоваться в том случае, когда поле 980 "указатель сегментации" (SI) указано однократно для каждой очереди по приоритету. В этом возможном варианте часть заголовка, непосредственно следующая за идентификатором 910 логического канала, может содержать однобитовое поле флага (Ff) (на фигуре не показано), указывающее, является ли единичный элемент последним (являются ли единичные элементы полезной нагрузки последними) в очереди по приоритету, в которой выполняют мультиплексирование логического канала. Этот флаг может не являться необходимым, если иным образом известно (например, с использованием других полей в предыдущих частях заголовка), что единичный элемент (единичные элементы) полезной нагрузки является последним (являются последними) в очереди по приоритету.Option 2b allows segmentation for logical channels to which a fixed size (fixed sizes apply) to a protocol data exchange unit (PDU) is applicable. This option may be used when
Если он не является последним единичным элементом (если они не являются последними единичными элементами) полезной нагрузки из очереди по приоритету, или если поле 980 "указатель сегментации" (SI), применимое для этой очереди по приоритету, указывает, что последним единичным элементом полезной нагрузки из этой очереди по приоритету не является сегмент, то остаток части заголовка интерпретируют таким же самым образом, как и в возможном варианте 1.If it is not the last unit item (if they are not the last unit items) of the payload from the priority queue, or if
Если же он является последним единичным элементом (если же они являются последними единичными элементами) полезной нагрузки из очереди по приоритету, или если поле 980 "указатель сегментации" (SI), применимое для этой очереди по приоритету, указывает, что последним единичным элементом полезной нагрузки из этой очереди по приоритету является сегмент, то может содержаться указатель 990 длины (LI), указывающий длину единичного элемента полезной нагрузки для этого логического канала. Как будет описано в другом варианте осуществления изобретения, это поле может не являться необходимым, если этим единичным элементом полезной нагрузки является сегмент, и он расположен в конце протокольной единицы обмена данными (PDU) объекта MAC-ehs. Как описано в возможном варианте 2a, указатель 990 длины (LI) также может использоваться для указания группы полных служебных блоков данных (SDU), за которой возможно следует сегмент служебных блоков данных (SDU), в том случае, если для логического канала применен один фиксированный размер протокольной единицы обмена данными (PDU). В другой конфигурации заголовка могут содержаться биты 970 заполнения незначащей информацией, необходимые для поддержания выравнивания по границе байта в заголовке. Вместо этого, эти биты 970 заполнения незначащей информацией могут присутствовать в самом конце заголовка в том случае, если в протокольной единице обмена данными (PDU) объекта MAC-ehs мультиплексированы служебные блоки данных (SDU) из множества логических каналов.If it is the last unit item (if they are the last unit items) of the payload from the priority queue, or if
С введением оптимизированных заголовков объекта MAC-ehs было предложено новое определение для указателя сегментации (SI). Однако предложенная схема не обеспечивает надлежащий учет различий между множественными и одиночными единичными элементами полезной нагрузки внутри переупорядочиваемой протокольной единицы обмена данными (PDU). Когда в переупорядочиваемой протокольной единице обмена данными (PDU) присутствует один единичный элемент полезной нагрузки, то неясно, какой указатель сегментации (SI) следует использовать. В предложенной структуре указателя сегментации (SI) значение "10" соответствует тому, что первый единичный элемент полезной нагрузки является полным блоком, и если в переупорядочиваемой протокольной единице обмена данными (PDU) присутствует более одного единичного элемента полезной нагрузки, то последним элементом полезной нагрузки является сегмент. С учетом этого определения, если присутствует только один единичный элемент полезной нагрузки, то им является полная протокольная единица обмена данными (PDU) объекта MAC-ehs, однако, им должен являться сегмент, соответствующий первому сегменту протокольной единицы обмена данными (PDU) объекта MAC-ehs. Кроме того, когда указатель сегментации (SI) равен "11", то это определение соответствует только множеству единичных элементов полезной нагрузки. При установке значений полей "указатель сегментации" (SI) передатчик должен точно знать, что именно следует указывать, когда в переупорядочиваемой протокольной единице обмена данными (PDU) присутствует один единичный элемент полезной нагрузки. Поскольку один единичный элемент полезной нагрузки может соответствовать первому, среднему, последнему или полному служебному блоку данных (SDU) объекта MAC-ehs, то передатчик должен определить правильный указатель сегментации (SI) для того, чтобы обеспечить возможность правильной повторной сборки сегментов. В частности, могут быть рассмотрены приведенные ниже изменения и/или интерпретации поля "указатель сегментации" (SI) специально для того, чтобы они распространялись на сценарий, в котором переупорядочиваемая протокольная единица обмена данными (PDU) содержит только один единичный элемент полезной нагрузки.With the introduction of optimized MAC-ehs object headers, a new definition has been proposed for a segmentation indicator (SI). However, the proposed scheme does not adequately account for the differences between multiple and single unit payload elements within a reordered Protocol Data Unit (PDU). When a single payload unit is present in a reordered Protocol Data Unit (PDU), it is not clear which segmentation indicator (SI) to use. In the proposed segmentation pointer (SI) structure, the value “10” corresponds to the fact that the first payload unit element is a complete unit, and if there is more than one payload unit element in a reordering protocol data exchange unit (PDU), then the last payload element is segment. Based on this definition, if there is only one unit payload element, then it is the full protocol unit of data exchange (PDU) of the MAC-ehs object, however, it should be the segment corresponding to the first segment of the protocol unit of data exchange (PDU) of the MAC-object ehs. Furthermore, when the segmentation indicator (SI) is “11”, then this definition corresponds only to a plurality of unit payload elements. When setting the values for the Segmentation Index (SI) fields, the transmitter must know exactly what to indicate when a single payload unit is present in the reordering protocol data exchange unit (PDU). Since a single payload unit may correspond to the first, middle, last, or full service data unit (SDU) of the MAC-ehs, the transmitter must determine the correct segmentation indicator (SI) in order to ensure the correct reassembly of the segments. In particular, the changes and / or interpretations of the “Segmentation Index” (SI) field below may be considered specifically for spreading to a scenario in which a reordered Protocol Data Unit (PDU) contains only one payload unit.
На Фиг.10 и в таблице 2 показан видоизмененный способ 1000 интерпретации поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемая протокольная единица обмена данными (PDU) содержит только один единичный элемент полезной нагрузки. Когда указатель сегментации (SI) равен "00" (на фигуре не показано), то всеми служебными блоками данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) являются полные протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC). Как показано на Фиг.10, когда при операции 1002 определено, что указатель сегментации (SI) равен "01", то первым единичным элементом полезной нагрузки переупорядочиваемой протокольной единицы обмена данными (PDU) является сегмент, и он соответствует последнему сегменту служебного блока данных (SDU) объекта MAC-ehs (термин "служебный блок данных (SDU) объекта MAC-ehs" (MAC-ehs SDU) используется как взаимозаменяемые с термином "протокольная единица обмена данными (PDU) выделенного транспортного канала MAC-d (MAC-d PDU)), что обозначено номером позиции 1007. Это применимо к одному единичному элементу полезной нагрузки (ветвь 1005) или к множеству единичных элементов полезной нагрузки (ветвь 1010) в протокольной единице обмена данными (PDU). При наличии более одного единичного элемента полезной нагрузки последним единичным элементом полезной нагрузки является полный служебный блок данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1009.10 and Table 2 illustrate a modified
Когда при операции 1012 определено, что указатель сегментации (SI) равен "10", то если в переупорядочиваемой протокольной единице обмена данными (PDU) имеется более одного единичного элемента полезной нагрузки, тогда первым единичным элементом полезной нагрузки является полный служебный блок данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1019. Последним единичным элементом полезной нагрузки переупорядочиваемой протокольной единицы обмена данными (PDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs, и он соответствует первому сегменту служебного блока данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1019. Это соответствует случаю наличия одного единичного элемента полезной нагрузки или множества единичных элементов полезной нагрузки в переупорядочиваемой протокольной единице обмена данными (PDU), что обозначено номерами позиций 1017 и 1019.When it is determined in
Когда при операции 1022 определено, что указатель сегментации (SI) равен "11", то первым единичным элементом полезной нагрузки является сегмент служебного блока данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1027. Следует отметить, что этот сегмент может являться последним сегментом служебного блока данных (SDU) объекта MAC-ehs (при наличии множества единичных элементов полезной нагрузки) или он может являться средним сегментом при наличии только одного единичного элемента полезной нагрузки в переупорядочиваемой протокольной единице обмена данными (PDU). Например, при наличии множества единичных элементов полезной нагрузки, что обозначено номером позиции 1027, этим сегментом является последний сегмент служебного блока данных (SDU) объекта MAC-ehs. При наличии одного единичного элемента полезной нагрузки, что обозначено номером позиции 1027, этим сегментом является средний сегмент служебного блока данных (SDU) MAC-ehs. Если же имеется множество единичных элементов полезной нагрузки, то последним единичным элементом полезной нагрузки является сегмент, что обозначено номером позиции 1029. Этим сегментом является первый сегмент служебного блока данных (SDU) объекта MAC-ehs, что обозначено номером позиции 1029.When it is determined in
В таблице 2 показано описанное выше кодирование поля "указатель сегментации" (SI) в том случае, когда термин "протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC)" (MAC PDU) соответствует протокольной единице обмена данными (PDU) общего транспортного канала/выделенного транспортного канала уровня управления доступом к среде передачи (MAC-c/d) (обозначаемой как MAC-c/d PDU) или служебному блоку данных (SDU) объекта MAC-ehs. Служебный блок данных (SDU) является эквивалентом переупорядочиваемого служебного блока данных (SDU) или служебного блока данных (SDU) объекта MAC-ehs, или его сегмента.Table 2 shows the encoding of the “segmentation indicator” (SI) field described above when the term “medium access control unit (MAC) protocol data exchange unit (PDU)” (MAC PDU) corresponds to a protocol data exchange unit (PDU) ) a common transport channel / dedicated transport channel of a medium access control (MAC-c / d) level (referred to as a MAC-c / d PDU) or a service data unit (SDU) of a MAC-ehs entity. The service data unit (SDU) is the equivalent of a reordering service data unit (SDU) or service data unit (SDU) of a MAC-ehs object, or a segment thereof.
Следующий вариант осуществления изобретения обеспечивает улучшенную передачу служебных сигналов о сегментации. В этом варианте осуществления изобретения описан способ кодирования битов поля 980 "указатель сегментации" (SI) в том случае, когда поле 980 "указатель сегментации" (SI) присутствует однократно для каждой очереди по приоритету. Имеется два возможных варианта, один из которых применим для двухбитового поля "указатель сегментации" (SI), а другой применим для однобитового поля "указатель сегментации" (SI).A further embodiment of the invention provides improved segmentation overhead. In this embodiment, a method is described for encoding the bits of a segmentation indicator (SI)
Как показано на Фиг.11 и в приведенной ниже таблице 3, двухбитовое поле "указатель сегментации" (SI) может быть использовано в качестве одного из возможных объектов кодирования для минимизации непроизводительных издержек на передачу служебной информации. Следует понимать, что точный выбор комбинаций битов для каждого значения является произвольным и может быть изменен при условии, что одна и та же комбинация битов присвоена двум значениям. В таблице 3 показан пример усовершенствованной сигнализации поля "указатель сегментации".As shown in FIG. 11 and in Table 3 below, a two-bit field “segmentation indicator” (SI) can be used as one of the possible encoding objects to minimize overhead for transmission of overhead information. It should be understood that the exact choice of bit combinations for each value is arbitrary and can be changed provided that the same bit combination is assigned to two values. Table 3 shows an example of advanced signaling for the "segmentation indicator" field.
(например, 00)
(1110)Value No. 1
(e.g. 00)
(1110)
(например, 10)
(1130)Value No. 2
(e.g. 10)
(1130)
(например, 01)
(1150)Value No. 3
(e.g. 01)
(1150)
(например, 11)
(1170)Value No. 4
(e.g. 11)
(1170)
Преимущество кодирования, показанного в таблице 3, состоит в следующем: в том случае, когда рассматриваемый набор из единичного элемента (единичных элементов) полезной нагрузки объекта MAC-ehs состоит из одного сегмента служебного блока данных (SDU), то определение может выполняться на основании поля "указатель сегментации" (SI) и на основании того, является ли этот сегмент служебного блока данных (SDU) сегментом, завершающим служебный блок данных (SDU) до полного или нет. В противном случае определение выполняют на основании наличия битов заполнения незначащей информацией, и даже может существовать неопределенность, если последний сегмент точно умещается в остальную имеющуюся полезную нагрузку.The advantage of the coding shown in Table 3 is as follows: in the case when the considered set of a single element (s) of the payload of the MAC-ehs object consists of one segment of the service data unit (SDU), the determination can be performed based on the field “segmentation indicator” (SI) and based on whether this segment of the service data unit (SDU) is a segment that completes the service data unit (SDU) to full or not. Otherwise, the determination is made based on the presence of bits filled with insignificant information, and there may even be uncertainty if the last segment fits exactly in the remaining available payload.
Кроме того, кодирование, показанное в таблице 3, является более надежным по отношению к пропущенным протокольным единицам обмена данными (PDU) объекта MAC-ehs. Например, в том случае, когда для заданной очереди по приоритету отсутствует протокольная единица обмена данными (PDU) объекта MAC-ehs с порядковым номером передачи (TSN) № n и первым единичным элементом полезной нагрузки для протокольной единицы обмена данными (PDU) объекта MAC-ehs с порядковым номером передачи (TSN) № n+1 является сегмент, исходное кодирование не позволяет определить, является ли первый единичный элемент полезной нагрузки первым или средним сегментом. В последнем случае единичный элемент полезной нагрузки должен был бы быть отвергнут, так как отсутствует первая часть служебного блока данных (SDU). Новый способ кодирования решает эту проблему за счет установления различий между этими двумя случаями.In addition, the encoding shown in Table 3 is more robust with respect to the missed Protocol Data Unit (PDU) of the MAC-ehs. For example, in the case when, for a given priority queue, there is no protocol unit of data exchange (PDU) of the MAC-ehs object with transmission serial number (TSN) No. n and the first unit payload element for the protocol unit of data exchange (PDU) of the MAC- object ehs with a transmission serial number (TSN)
На Фиг.12 приведена схема последовательности операций альтернативного способа 1200 представления кодирования, в котором поле "указатель сегментации" (SI) может быть определено так, как показано в таблице 4. В таблице 4 показано альтернативное представление для усовершенствованной сигнализации поля "указатель сегментации". Это представление полностью эквивалентно тому представлению, которое показано в таблице 3, но может являться более простым для понимания. Этого достигают путем разделения случаев в соответствии с тем, содержится ли в рассматриваемом наборе один единичный элемент полезной нагрузки или множество единичных элементов полезной нагрузки.12 is a flowchart of an alternative
(1210)Value No. 1 (e.g. 00)
(1210)
(или MAC-is) (1285)The first single element of the payload of the MAC-ehs (or MAC-is) object from this set is the last segment of the service data unit (SDU) of the MAC-ehs (or MAC-is) object. The last unit of the payload of the MAC-ehs (or MAC-is) object from this set is the first segment of the service data unit (SDU) of the MAC-ehs
(or MAC-is) (1285)
При предложенном типе кодирования функция повторной сборки была бы видоизменена таким образом, что выбор значений поля "указатель сегментации" (SI) соответствовал примерам, показанным в таблице 4. Термин "переупорядочиваемая протокольная единица обмена данными (PDU)", ссылки на который приведены в описанной ниже процедуре, относится к набору единичных элементов полезной нагрузки объекта MAC-ehs, которые принадлежат к одной и той же очереди по приоритету. Также следует отметить, что термин "выходной объект" ("output entity") может относиться к объекту, в котором производят демультиплексирование, или к уровню/подуровню выше объекта MAC-ehs, или к любому другому объекту, в который блок повторной сборки доставляет служебные блоки данных (SDU).With the proposed coding type, the reassembly function would be modified so that the selection of the “segmentation pointer” (SI) field values corresponded to the examples shown in Table 4. The term “reordered Protocol Data Unit (PDU)”, the links to which are given in the described The procedure below refers to a set of single payload elements of a MAC-ehs object that belong to the same priority queue. It should also be noted that the term “output entity” may refer to an object in which demultiplexing is performed, or to a level / sublevel above a MAC-ehs object, or to any other object into which a reassembly unit delivers utility data units (SDUs).
Поле "указатель сегментации" (SI) может быть использовано для определения того, является ли сегмент начальным или средним сегментом. Может быть выделено несколько различных случаев в зависимости от количества битов поля "указатель сегментации" (SI) и о того, присутствует ли оно однократно для каждой очереди по приоритету или присутствует ли оно для каждого служебного блока данных (SDU) или его сегмента.The Segmentation Index (SI) field can be used to determine if the segment is the start or middle segment. Several different cases can be distinguished depending on the number of bits of the segmentation indicator (SI) field and whether it is present once for each priority queue or whether it is present for each service data unit (SDU) or its segment.
Первым примером является двухбитовый указатель сегментации (SI), причем для каждой очереди по приоритету предусмотрено по одному указателю сегментации (SI), где кодирование выполняют согласно вариантам осуществления изобретения, описанным в любой из таблиц 3 или 4. В этом примере комбинация битов указывает, является ли последний служебный блок данных (SDU) или сегмент служебного блока данных (SDU) рассматриваемого набора из очереди по приоритету начальным или средним сегментом служебного блока данных (SDU).The first example is a two-bit segmentation indicator (SI), and for each priority, one segmentation indicator (SI) is provided, where encoding is performed according to the embodiments of the invention described in any of tables 3 or 4. In this example, the combination of bits indicates is whether the last service data unit (SDU) or a segment of the service data unit (SDU) of the considered set is in a priority order by the initial or middle segment of the service data unit (SDU).
Вторым примером является двухбитовый указатель сегментации (SI), причем для каждого служебного блока данных (SDU) или сегмента служебного блока данных (SDU) предусмотрено по одному указателю сегментации (SI), где кодирование выполняют так, как показано в любой из таблиц 3 или 4. В этом примере комбинация битов указывает, являются ли служебный блок данных (SDU) или сегмент служебного блока данных (SDU) начальным или средним сегментом служебного блока данных (SDU).The second example is a two-bit segmentation indicator (SI), and for each service data unit (SDU) or segment of the service data unit (SDU), one segmentation indicator (SI) is provided, where the encoding is performed as shown in any of tables 3 or 4 In this example, the bit combination indicates whether the service data unit (SDU) or the service data unit (SDU) segment is the start or middle segment of the service data unit (SDU).
На Фиг.13 показана схема 1300 последовательности операций, выполняемых блоком повторной сборки для поля "указатель сегментации" (SI), соответствующего переупорядочиваемой протокольной единице обмена данными (PDU). Если при операции 1310 определено, что значение поля "указатель сегментации" (SI) установлено равным "00" для указания того, что первым и последним единичными элементами полезной нагрузки объекта MAC-ehs из набора являются полные служебные блоки данных (SDU) объекта MAC-ehs, то выполняют операцию 1315, при которой все служебные блоки данных (SDU) объекта MAC-ehs, соответствующие единичным элементам полезной нагрузки объекта MAC-ehs из набора, доставляют в выходной объект.13 is a
Если при операции 1320 определено, что значение поля "указатель сегментации" (SI) установлено равным "01" для указания того, что первым единичным элементом полезной нагрузки объекта MAC-ehs является сегмент служебного блока данных (SDU) объекта MAC-ehs, но последним единичным элементом полезной нагрузки объекта MAC-ehs является полный служебный блок данных (SDU) объекта MAC-ehs или последний сегмент служебного блока данных (SDU) объекта MAC-ehs, то при операции 1325 может быть определено, являются ли принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs последовательными. Если принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs являются последовательными, то выполняют операцию 1330, при которой первый принятый единичный элемент полезной нагрузки объекта MAC-ehs объединяют с сохраненным служебным блоком данных (SDU) объекта MAC-ehs, и служебный блок данных (SDU) объекта MAC-ehs, соответствующий объединенному единичному элементу полезной нагрузки (объекта) MAC-ehs, доставляют в выходной объект. Если же принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs не являются последовательными, то выполняют операцию 1335, при которой принятый и сохраненный единичный элемент полезной нагрузки объекта MAC-ehs отвергают, и все служебные блоки данных (SDU) объекта MAC-ehs, соответствующие последующим единичным элементам полезной нагрузки объекта MAC-ehs из набора, доставляют в выходной объект.If it is determined in
Если при операции 1340 определено, что значение поля "указатель сегментации" (SI) установлено равным "10" для указания того, что последним единичным элементом полезной нагрузки объекта MAC-ehs является сегмент служебного блока данных (SDU) объекта MAC-ehs, но первым является полный служебный блок данных (SDU) объекта MAC-ehs или первый сегмент служебного блока данных (SDU) объекта MAC-ehs, то выполняют операцию 1345, при которой все служебные блоки данных (SDU) объекта MAC-ehs, соответствующие всем единичным элементам полезной нагрузки объекта MAC-ehs из набора, кроме последнего, доставляют в выходной объект, и отвергают любой ранее сохраненный единичный элемент полезной нагрузки объекта MAC-ehs, а последний единичный элемент полезной нагрузки объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU) сохраняют.If it is determined in
Если при операции 1350 определено, что значение поля "указатель сегментации" (SI) установлено равным "11" для указания того, что первым единичным элементом полезной нагрузки объекта MAC-ehs является средний сегмент последнего сегмента служебного блока данных (SDU) объекта MAC-ehs, а последним единичным элементом полезной нагрузки объекта MAC-ehs является первый сегмент или средний сегмент служебного блока данных (SDU) объекта MAC-ehs, то может быть выполнена операция 1355, при которой определяют, являются ли принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs последовательными. Если принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs являются последовательными, то выполняют операцию 1360, при которой первый принятый единичный элемент полезной нагрузки объекта MAC-ehs объединяют с сохраненным единичным элементом полезной нагрузки объекта MAC-ehs. Если в наборе имеется несколько единичных элементов полезной нагрузки объекта MAC-ehs, то выполняют операцию 1365, при которой служебный блок данных (SDU) объекта MAC-ehs, соответствующий объединенному единичному элементу полезной нагрузки объекта MAC-ehs, доставляют в выходной объект, все служебные блоки данных (SDU) объекта MAC-ehs, соответствующие всем единичным элементам полезной нагрузки объекта MAC-ehs из набора, кроме последнего, доставляют в выходной объект, и отвергают любой ранее сохраненный единичный элемент полезной нагрузки объекта MAC-ehs, и сохраняют последний единичный элемент полезной нагрузки объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU). Если же принятые и сохраненные единичные элементы полезной нагрузки объекта MAC-ehs не являются последовательными, то выполняют операцию 1370, при которой отвергают принятый и сохраненный единичные элементы полезной нагрузки объекта MAC-ehs.If it is determined in
Для отражения этих определений в таблице 4 показан один возможный альтернативный вариант обновления таблицы со структурой поля "указатель сегментации" (SI). В таблице 4 дано представление поля "указатель сегментации" (SI), которое является эквивалентным представлению из таблицы 3. Таблицы 2, 3 и 4 представлены как альтернативные, но эквивалентные представления решения для переопределения поля "указатель сегментации" (SI) для того случая, когда оно является двухбитовым.To reflect these definitions, Table 4 shows one possible alternative update to the table with the structure of the Segmentation Index (SI) field. Table 4 gives a representation of the “segmentation index” (SI) field, which is equivalent to the representation of table 3. Tables 2, 3, and 4 are presented as alternative but equivalent representations of the solution for overriding the “segmentation index” (SI) field for the case when it is two bit.
Функция повторной сборки должна выполнять повторную сборку на основании одного из раскрытых здесь описаний. Если функция повторной сборки описана с учетом этих определений, то для передатчика могут не потребоваться сведения о том, что именно указывает поле "указатель сегментации" (SI), но это не является обязательным условием. Приемник отвечает за назначение правильного указателя сегментации (SI) каждой переупорядочиваемой протокольной единице обмена данными (PDU) таким образом, чтобы передатчик мог правильно выполнять повторную сборку на основании значения поля "указатель сегментации" (SI).The reassembly function must reassemble based on one of the descriptions disclosed herein. If the reassembly function is described with these definitions in mind, then the transmitter may not need to know exactly what the “segmentation pointer” (SI) field indicates, but this is not a prerequisite. The receiver is responsible for assigning the correct segmentation indicator (SI) to each reordered Protocol Data Unit (PDU) so that the transmitter can correctly reassemble based on the value of the "segmentation indicator" (SI) field.
Описанные выше определения могут использоваться независимо от определений, приведенных в технических условиях согласно Проекту о партнерстве в области систем связи третьего поколения (3GPP). Например, структура указателя сегментации (SI) может оставаться неизменной, но собственные решения учитывают правильное задание указателя сегментации (SI) согласно описанному выше, поэтому функция повторной сборки может работать правильно.The definitions described above can be used regardless of the definitions given in the technical specifications according to the Third Generation Communications Partnership Project (3GPP). For example, the structure of the segmentation indicator (SI) may remain unchanged, but its own decisions take into account the correct definition of the segmentation indicator (SI) as described above, so the reassembly function may work correctly.
Когда значение указателя сегментации (SI) эквивалентно "11", то описанная выше процедура повторной сборки происходит таким образом, что отвергает те служебные блоки данных (SDU), которые не следует отвергать. В частности, когда принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs не являются последовательными, то отвергают оба служебных блока данных (SDU). Это означает, что все остальные единичные элементы полезной нагрузки в принятых переупорядочиваемых протокольных единицах обмена данными (PDU) отвергают и/или не обрабатывают правильно.When the value of the segmentation indicator (SI) is equivalent to "11", then the reassembly procedure described above occurs in such a way that it rejects those service data units (SDUs) that should not be rejected. In particular, when the received and stored service data units (SDUs) of the MAC-ehs are not sequential, both service data units (SDUs) are rejected. This means that all other payload unit elements in the received reordered protocol data units (PDUs) are rejected and / or not processed correctly.
На Фиг.14 приведена схема последовательности операций, на которой показано то, каким образом блок повторной сборки может выполнять функцию объединения, когда указатель сегментации (SI) эквивалентен "11", для того, чтобы избежать этой проблемы. При операции 1410 определяют, являются ли первые принятые и сохраненные единичные элементы полезной нагрузки последовательными. Если единичные элементы полезной нагрузки являются последовательными, то следует объединить первый принятый единичный элемент полезной нагрузки и сохраненные единичные элементы полезной нагрузки (операция 1420). Если при операции 1425 определено, что переупорядочиваемая протокольная единица обмена данными (PDU) содержит множество единичных элементов полезной нагрузки, то объединенный пакет следует просто доставить в более высокие уровни (операция 1430), поскольку в этом сценарии первый единичный элемент полезной нагрузки соответствует последнему сегменту служебного блока данных (SDU) объекта MAC-ehs. В противном случае, если в переупорядочиваемой протокольной единице обмена данными (PDU) имеется только один единичный элемент полезной нагрузки, то сегментом является средний сегмент, и, следовательно, объединенный пакет должен быть сохранен (операция 1440).FIG. 14 is a flowchart showing how a reassembly unit can perform a combining function when the segmentation indicator (SI) is equivalent to “11” in order to avoid this problem. At
Как показано на Фиг.14, когда указатель сегментации (SI) эквивалентен "11", то блок повторной сборки может выполнять функцию "отбрасывания" (discarding function). Если при операции 1410 определено, что единичные элементы полезной нагрузки не являются последовательными, то сохраненный единичный элемент полезной нагрузки и первый принятый единичный элемент полезной нагрузки (первый сегмент в переупорядочиваемой протокольной единице обмена данными (PDU) или единственный единичный элемент полезной нагрузки) должны быть отвергнуты (операция 1450). Если в переупорядочиваемой протокольной единице обмена данными (PDU) имеется множество единичных элементов полезной нагрузки, то должна быть выполнена обработка всех остальных единичных элементов полезной нагрузки (операция 1460).As shown in FIG. 14, when the segmentation indicator (SI) is equivalent to “11”, the reassembly unit may perform a discarding function. If it is determined in
На Фиг.15 приведена схема последовательности операций, на которой показано то, каким образом выполняют обработку остальных единичных элементов полезной нагрузки при операции 1460 из Фиг.14 при наличии множества единичных элементов полезной нагрузки в переупорядочиваемой протокольной единице обмена данными (PDU). Если при операции 1510 определено, что в переупорядочиваемой протокольной единице обмена данными (PDU) имеется множество единичных элементов полезной нагрузки, то все полные служебные блоки данных (SDU) объекта MAC-ehs, кроме последнего, должны быть пересланы в более высокие уровни (или в выходной объект) (операция 1520). Следует отметить следующее: предполагают, что первый единичный элемент полезной нагрузки уже был объединен или отвергнут. Последний единичный элемент полезной нагрузки, который соответствует первому сегменту служебного блока данных (SDU), должен быть сохранен в блоке повторной сборки (операция 1530). Если же протокольная единица обмена данными (PDU) не содержит множество единичных элементов полезной нагрузки, то сохраненный единичный элемент полезной нагрузки и принятый единичный элемент полезной нагрузки объединяют и сохраняют. Это показано на Фиг.14 как операция 1440. На Фиг.16 приведена схема последовательности операций способа повторной сборки с объединением, показанного на Фиг.14 и Фиг.15.FIG. 15 is a flowchart illustrating how the processing of the remaining payload unit elements is performed in
Для отражения описанных выше определений указателя сегментации (SI) и описаний функции повторной сборки функциональные возможности блока повторной сборки могут быть обновлены, возможно, следующим образом. Следует отметить, что изменения включают в себя тот факт, что интерпретация поля "указатель сегментации" (SI) не обязательно должна быть известна, но что она может быть, но не обязательно, добавлена к описанию. Термины "протокольная единица обмена данными выделенного транспортного канала уровня управления доступом к среде передачи (MAC)" (MAC-d PDU) и "протокольная единица обмена данными общего транспортного канала уровня управления доступом к среде передачи (MAC)" ((MAC-c PDU) используются как взаимозаменяемые с терминами "протокольные единицы обмена данными уровня управления доступом к среде передачи (MAC)" (MAC PDUs) и "служебный блок данных объекта MAC-ehs" (MAC-ehs SDU), а термин "служебный блок данных объекта MAC-ehs" (MAC-ehs SDU) используется как взаимозаменяемый с термином "единичные элементы полезной нагрузки".To reflect the above definitions of the segmentation indicator (SI) and descriptions of the reassembly function, the functionality of the reassembly unit may be updated, possibly as follows. It should be noted that the changes include the fact that the interpretation of the “segmentation indicator” (SI) field does not have to be known, but that it can be, but is not necessary, added to the description. The terms "protocol unit of data exchange of a dedicated transport channel of the medium access control (MAC) layer" (MAC-d PDU) and the "protocol unit of data exchange of a common transport channel of a medium access control layer (MAC)" ((MAC-c PDU ) are used interchangeably with the terms “medium access control layer (MAC) protocol data exchange units” (MAC PDUs) and “MAC-ehs object data unit” (MAC-ehs SDU), and the term “MAC object data unit” -ehs "(MAC-ehs SDU) is used interchangeably with the term" e inichnye elements of the payload. "
На Фиг.17 приведена схема последовательности операций, на которой показано то, каким образом блок повторной сборки выполняет обработку 1700 поля "указатель сегментации" (SI), связанного с переупорядочиваемой протокольной единицей обмена данными (PDU). Если при операции 1710 определено, что значение поля "указатель сегментации" (SI) установлено равным "00", то выполняют операцию 1720, при которой все протокольные единицы обмена данными выделенного транспортного канала уровня MAC (MAC-d PDUs), соответствующие служебным блокам данных (SDU) объекта MAC-ehs из набора, доставляют в более высокие уровни.FIG. 17 is a flowchart showing how a reassembly unit processes 1700 a segmentation indicator (SI) field associated with a reordering protocol data unit (PDU). If it is determined at step 1710 that the value of the "segmentation indicator" (SI) field is set to "00", then perform
Если при операции 1730 определено, что значение поля "указатель сегментации" (SI) установлено равным "01", то выполняют операцию 1735, при которой определяют, являются ли принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs последовательными. Если принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs являются последовательными, то выполняют операцию 1740, при которой первый принятый служебный блок данных (SDU) объекта MAC-ehs объединяют с сохраненным служебным блоком данных (SDU) объекта MAC-ehs, и протокольную единицу обмена данными выделенного транспортного канала уровня MAC (MAC-d PDU), соответствующую объединенному служебному блоку данных (SDU) объекта MAC-ehs, доставляют в более высокие уровни (или в выходной объект). Если же принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs не являются последовательными, то выполняют операцию 1745, при которой принятый и сохраненный служебный блок данных (SDU) объекта MAC-ehs отвергают, а все протокольные единицы обмена данными выделенного транспортного канала уровня MAC (MAC-d PDUs), соответствующие последующим служебным блокам данных (SDU) объекта MAC-ehs из набора, доставляют в более высокие уровни (или в выходной объект).If it is determined at
Если при операции 1750 определено, что значение поля "указатель сегментации" (SI) установлено равным "10", то выполняют операцию 1760, при которой все протокольные единицы обмена данными выделенного транспортного канала уровня MAC (MAC-d PDUs), соответствующие всем служебным блокам данных (SDU) объекта MAC-ehs из набора, кроме последнего, доставляют в более высокие уровни (или в выходной объект) и отвергают любой ранее сохраненный служебный блок данных (SDU) объекта MAC-ehs, а последний служебный блок данных (SDU) объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU) сохраняют.If at
Если при операции 1770 определено, что значение поля "указатель сегментации" (SI) установлено равным "11", то может быть выполнена операция 1775, при которой определяют, являются ли принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs последовательными. Если принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs являются последовательными, то выполняют операцию 1780, при которой первый принятый служебный блок данных (SDU) объекта MAC-ehs объединяют с сохраненным служебным блоком данных (SDU) объекта MAC-ehs. Если же принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs не являются последовательными, то выполняют операцию 1785, при которой отвергают первый принятый служебный блок данных (SDU) объекта MAC-ehs и сохраненный служебный блок данных (SDU) объекта MAC-ehs. Если в наборе имеется несколько служебных блоков данных (SDU) объекта MAC-ehs, то выполняют операцию 1790, при которой протокольную единицу обмена данными выделенного транспортного канала уровня MAC (MAC-d PDU), соответствующую объединенному служебному блоку данных (SDU) объекта MAC-ehs, доставляют в более высокие уровни (или в выходной объект), все протокольные единицы обмена данными выделенного транспортного канала уровня MAC (MAC-d PDUs), соответствующие всем служебным блокам данных (SDU) объекта MAC-ehs из набора, кроме последнего, доставляют в более высокие уровни (или в выходной объект) и сохраняют последний служебный блок данных (SDU) объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU). Эта процедура, по существу, является эквивалентной процедуре, описанной в абзаце [0054].If it is determined in
В том случае, когда для каждого единичного элемента полезной нагрузки объекта MAC-ehs используют однобитовое поле "указатель сегментации" (SI), то кодирование, которое обеспечивает то же самое преимущество, как и в предыдущем случае, показано в таблице 5. Приведенным ниже примером, показанным в таблице 5, является однобитовый указатель сегментации (SI), по одному указателю сегментации (SI) для кодирования каждого служебного блока данных (SDU) или сегмента служебного блока данных (SDU). В данном примере этот бит указывает, является ли единичный элемент полезной нагрузки начальным или средним сегментом служебного блока данных (SDU).In the case when for each unit element of the payload of the MAC-ehs object a single-bit field “segmentation indicator” (SI) is used, the encoding that provides the same advantage as in the previous case is shown in Table 5. The following example shown in Table 5 is a single bit segmentation indicator (SI), one segmentation indicator (SI) for encoding each service data unit (SDU) or service data unit segment (SDU). In this example, this bit indicates whether the single payload element is the start or middle segment of the service data unit (SDU).
Следует отметить, что в этом случае вместо термина "единичный элемент полезной нагрузки объекта MAC-ehs" также может быть использован термин "переупорядочиваемая протокольная единица обмена данными (PDU)", поскольку для каждой переупорядочиваемой протокольной единицы обмена данными (PDU) имеется один единичный элемент полезной нагрузки объекта MAC-ehs.It should be noted that in this case, instead of the term “MAC-ehs object payload unit element”, the term “reordered Protocol Data Unit (PDU)” may also be used, since there is one unit element for each reordered Protocol Data Unit (PDU) MAC-ehs payload.
В другом варианте осуществления изобретения показано, каким образом возможно исключить наличие поля "указатель длины" (LI). Поскольку размер этого поля может быть существенным (например, равным 11 битам для полезной нагрузки с выравниванием по границе байта), то относительные непроизводительные издержки на его передачу могут быть существенными в тех ситуациях, когда протокольная единица обмена данными (PDU) объекта MAC-ehs не является очень большой (например, меньшей чем 1000 битов).In another embodiment, the invention shows how it is possible to exclude the presence of the field "length indicator" (LI). Since the size of this field can be significant (for example, equal to 11 bits for a payload with alignment along the byte boundary), the relative overhead of its transmission can be significant in situations where the protocol unit of data exchange (PDU) of the MAC-ehs object is not is very large (for example, less than 1000 bits).
Принцип этого варианта осуществления изобретения состоит в исключении указателя длины (LI) для последнего единичного элемента полезной нагрузки, содержащегося в протокольной единице обмена данными (PDU) объекта MAC-ehs, если он представляет собой сегмент служебного блока данных (SDU), не являющийся последним сегментом (то есть являющийся начальным сегментом или средним сегментом). Наличие начального или среднего сегмента в конце полезной нагрузки означает то, что заполнение незначащей информацией отсутствует. Следовательно, при обработке протокольной единицы обмена данными (PDU) отсутствует необходимость в указании длины сегмента объекта MAC-ehs, подлежащей извлечению, поскольку конец сегмента соответствует концу протокольной единицы обмена данными (PDU) объекта MAC-ehs.The principle of this embodiment is to exclude a length indicator (LI) for the last unit payload element contained in a MAC-ehs protocol communication unit (PDU), if it is a non-last segment of a service data unit (SDU) (i.e., being the initial segment or middle segment). The presence of an initial or middle segment at the end of the payload means that there is no filling with insignificant information. Therefore, when processing the protocol data exchange unit (PDU), there is no need to indicate the segment length of the MAC-ehs object to be extracted, since the end of the segment corresponds to the end of the protocol data exchange unit (PDU) of the MAC-ehs object.
Могут быть использованы различные способы указания в заголовке факта наличия этой ситуации и, следовательно, указания того, присутствует ли указатель длины (LI) или нет. В способе 1 описано указание наличия поля "указатель длины" (LI) в неявном виде. В этом способе к заголовку не добавляют никакое особое поле для указания наличия или отсутствия поля "указатель длины" (LI). К последней очереди по приоритету или к последнему служебному блоку данных (SDU) применим указатель сегментации (SI), на который полагаются, а также применим любой другой способ или другое поле для определения конца заголовка.Various methods may be used to indicate in the heading that this situation exists and, therefore, indicate whether a length indicator (LI) is present or not. In
Способы указания конца заголовка могут включать в себя добавление поля флага (FQ или иного), указывающего, является ли часть заголовка последней в заголовке. Если эта опция включена в состав способа, то перед указателем длины (LI) должно присутствовать поле флага. Другим альтернативным способом могло бы являться вычисление разности между размером протокольной единицы обмена данными (PDU) объекта MAC-ehs и суммой значений длины единичного элемента (единичных элементов) полезной нагрузки, декодированных из заголовка до текущего момента времени, для определения того, является ли заголовок слишком малым для того, чтобы вмещать в себя дополнительный единичный элемент полезной нагрузки.Ways to indicate the end of the header may include adding a flag field (FQ or otherwise) indicating whether the portion of the header is the last in the header. If this option is included in the method, a flag field must be present before the length indicator (LI). Another alternative way would be to compute the difference between the size of the protocol unit of the data exchange (PDU) of the MAC-ehs object and the sum of the lengths of the unit payload element (s) decoded from the header to the current point in time to determine if the header is too small in order to accommodate an additional unit element of the payload.
В способе 2 описано указание наличия "указатель длины" поля (LI) в явном виде. В этом способе присутствует флаг (Fli) после идентификатора логического канала, указывающий, присутствует ли указатель длины (LI) или нет для единичных элементов полезной нагрузки из этого логического канала.In
Наличие этого поля может быть определено для каждого логического канала, и сведения об этом могут быть сообщены более высоким уровнем. В альтернативном варианте наличие поля может быть определено посредством заранее заданного правила относительно характера логического канала. Например, может являться целесообразным ограничение этого поля теми логическими каналами, к которым применим единый фиксированный размер протокольной единицы обмена данными (PDU) уровня RLC (например, когда при использовании в реализации с режимом подтверждения приема (AM) на уровне RLC (AM RLC) с фиксированным размером протокольной единицы обмена данными (PDU) уровня RLC) или к которым применим набор фиксированных размеров протокольной единицы обмена данными (PDU) уровня RLC (например, при использовании в реализации с режимом без подтверждения приема (UM) уровня RLC (UM RLC) с набором фиксированных размеров протокольной единицы обмена данными (PDU) уровня RLC).The presence of this field can be determined for each logical channel, and information about this can be reported at a higher level. Alternatively, the presence of a field may be determined by a predetermined rule regarding the nature of the logical channel. For example, it may be appropriate to limit this field to those logical channels to which a single fixed size of the protocol unit of exchange of data (PDU) of the RLC level is applicable (for example, when used in an implementation with the acknowledgment mode (AM) at the RLC level (AM RLC) with a fixed size of a protocol unit of exchange of data (PDU) of the RLC level) or to which a set of fixed sizes of a protocol unit of exchange of data (PDU) of an RLC level (for example, when used in an implementation with a mode without acknowledgment M) RLC layer (UM RLC) with a set of fixed sizes of Protocol Unit Communication Unit (PDU) RLC level).
Суждение о полезности вышеупомянутых правил основано на том, что относительные непроизводительные издержки на передачу указателя длины (LI) в случае логического канала, к которому применимы гибкие размеры протокольной единицы обмена данными (PDU) уровня RLC, обычно являются очень малыми, поэтому исключение поля указателя длины не является необходимым.The judgment of the usefulness of the above rules is based on the fact that the relative overhead of transmitting a length indicator (LI) in the case of a logical channel to which the flexible sizes of the RLC protocol data unit (PDU) are applicable are usually very small, so the exception of the length indicator field not necessary.
Несмотря на то, что признаки и элементы описаны в конкретных комбинациях, каждый признак или элемент могут использоваться поодиночке без других признаков и элементов или в иных комбинациях с другими признаками и элементами или без них. Представленные способы или схемы последовательности операций могут быть реализованы в компьютерной программе посредством программного обеспечения или аппаратно-реализованного программного обеспечения, материально реализованного в считываемом посредством компьютера носителе информации, которое предназначено для исполнения универсальным компьютером или процессором. Примерами считываемых посредством компьютера носителей информации являются, в том числе, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители информации, такие как, например, внутренние накопители на жестких дисках и накопители на съемных дисках, магнитооптические носители информации и оптические носители информации, такие как, например, постоянные запоминающие устройства на компакт-дисках (CD-ROM) и универсальные цифровые диски (DVD).Despite the fact that the signs and elements are described in specific combinations, each sign or element can be used alone without other signs and elements, or in other combinations with other signs and elements or without them. The presented methods or diagrams of the sequence of operations can be implemented in a computer program using software or hardware-based software materially implemented in a computer-readable storage medium, which is intended for execution by a universal computer or processor. Examples of computer-readable storage media are, but not limited to, read-only memory (ROM), random access memory (RAM), a register, cache memory, semiconductor memory devices, magnetic storage media, such as, for example, internal hard drives and removable disk drives, magneto-optical storage media and optical storage media, such as, for example, read-only media on compact discs (CD-ROMs) and universal digital drives Suits (DVD).
Подходящими процессорами являются, в том числе, например, следующие: универсальный процессор, специализированный процессор, стандартный процессор, устройство цифровой обработки сигналов (DSP), множество микропроцессоров, один или большее количество микропроцессоров совместно с ядром устройства цифровой обработки сигналов (DSP), контроллер, микроконтроллер, специализированные интегральные микросхемы (ASICs), схемы программируемых пользователем вентильных матриц (FPGAs), интегральная микросхема (IC) любого иного типа и/или конечный автомат.Suitable processors are, for example, the following: a universal processor, a specialized processor, a standard processor, a digital signal processing device (DSP), a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processing device (DSP) core, a controller, microcontroller, specialized integrated circuits (ASICs), field programmable gate arrays (FPGAs), any other type of integrated circuit (IC) and / or state machine.
Процессор совместно с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика для использования в беспроводном приемопередающем устройстве (WTRU)), в абонентской аппаратуре (UE), в терминале, в базовой станции, в контроллере сети радиосвязи (RNC) или в любом хост-компьютере. Беспроводное приемопередающее устройство (WTRU) может использоваться совместно с модулями, реализованными аппаратными средствами и/или посредством программного обеспечения, такими как, например, фотокамера, модуль видеокамеры, видеофон, устройство громкоговорящей телефонной связи, вибрационное устройство, громкоговоритель, микрофон, телевизионный приемопередатчик, телефонная гарнитура, позволяющая разговаривать по телефону не снимая трубки, клавиатура, модуль беспроводной связи стандарта Bluetooth®, радиоприемник ЧМ-диапазона, дисплей на жидких кристаллах (LCD), дисплей на органических светоизлучающих диодах (OLED), проигрыватель музыки в цифровом формате, устройство воспроизведения мультимедийной информации, модуль воспроизведения компьютерных видеоигр, модуль навигации и просмотра информации в сети Интернет и/или любой модуль беспроводной локальной сети (WLAN).The processor, together with the software, can be used to implement a radio frequency transceiver for use in a wireless transceiver (WTRU)), in user equipment (UE), in a terminal, in a base station, in a radio network controller (RNC), or in any host computer . A wireless transceiver (WTRU) can be used in conjunction with modules implemented in hardware and / or through software such as, for example, a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a telephone a headset that allows you to talk on the phone without lifting the handset, keyboard, Bluetooth® wireless module, FM radio, n liquid crystals (LCD), an organic light emitting diode (OLED) display, a digital music player, a multimedia information playback device, a computer video game playback module, an Internet navigation and information viewing module and / or any wireless local area network (WLAN) module .
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯMODES FOR CARRYING OUT THE INVENTION
1. Способ мультиплексирования служебных блоков данных (SDU) из различных логических каналов и очередей по приоритету, содержащий следующие операции:1. A method for multiplexing service data units (SDUs) from various logical channels and priority queues, comprising the following operations:
сцепляют множество переупорядочиваемых протокольных единиц обмена данными (PDU), каждая из которых содержит, по меньшей мере, один переупорядочиваемый служебный блок данных (SDU), причем переупорядочиваемым служебным блоком данных (SDU) является, по меньшей мере, один сегмент служебного блока данных (SDU);concatenate a plurality of reordering protocol data units (PDUs), each of which contains at least one reordering service data unit (SDU), wherein the reordering service data unit (SDU) is at least one segment of the service data unit (SDU) );
создают заголовок объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями"), причем эта операция содержит следующие операции:create the header of the MAC-ehs object (object "access control layer for high-speed transmission medium with advanced features"), and this operation contains the following operations:
создают указатель логического канала (LCID) для каждого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающий, к какому логическому каналу принадлежит переупорядочиваемый служебный блок данных (SDU);creating a logical channel indicator (LCID) for each of at least one segment of the service data unit (SDU) of the medium access control (MAC) layer indicating which logical channel the reordering service data unit (SDU) belongs to;
создают поле "указатель длины" (LI) для каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающее длину переупорядочиваемого служебного блока данных (SDU);creating a "length indicator" (LI) field for each of the at least one segment of the service data unit (SDU) of the medium access control (MAC) layer indicating the length of the reordering service data unit (SDU);
создают поле "порядковый номер передачи" (TSN) для каждой переупорядочиваемой протокольной единицы обмена данными (PDU), указывающее порядковый номер данных для переупорядочения;creating a Transmission Serial Number (TSN) field for each reordering protocol data exchange unit (PDU) indicating a data serial number for reordering;
создают поле "указатель сегментации" (SI) для каждой переупорядочиваемой протокольной единицы обмена данными (PDU), указывающее, были ли сегментированы первый и последний служебные блоки данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU); иcreating a segmentation indicator (SI) field for each reordering protocol data unit (PDU) indicating whether the first and last service data units (SDUs) of the reordering protocol data exchange unit (PDU) were segmented; and
создают флаг (F) для каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающий, является ли он последним переупорядочиваемым служебным блоком данных (SDU).create a flag (F) for each of the at least one segment of the service data unit (SDU) of the medium access control (MAC) layer indicating whether it is the last reordering service data unit (SDU).
2. Способ кодирования и интерпретации поля "указатель сегментации" (SI), содержащий следующие операции:2. A method of encoding and interpreting a "segmentation index" (SI) field, comprising the following operations:
определяют, является ли значение поля "указатель сегментации" (SI) равным "00", и если это так, то первым служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является полная протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC) (PDU), и последним служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является полная протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC);it is determined whether the value of the “segmentation indicator” (SI) field is “00”, and if so, then the first service data unit (SDU) of the reordering protocol data exchange unit (PDU) is the full control unit protocol data exchange unit (PDU) media access (MAC) (PDU), and the last service data unit (SDU) of a reordering protocol data exchange unit (PDU) is a complete medium access control (MAC) protocol data unit (PDU);
определяют, является ли значение поля "указатель сегментации" (SI) равным "01", и если это так, то первым служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является последний сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), а при наличии множества служебных блоков данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU) последним служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является полная протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC);it is determined whether the value of the “segmentation indicator” (SI) field is “01”, and if so, the first service data unit (SDU) of the reordered Protocol Data Unit (PDU) is the last segment of the Protocol Data Unit (PDU) level media access control (MAC), and when there are multiple service data units (SDUs) in the reordering protocol data unit (PDU), the last service data unit (SDU) of the reordering protocol data unit (PDU) is the full protocol te a data exchange unit (PDU) access control to the transmission medium (MAC);
определяют, является ли значение поля "указатель сегментации" (SI) равным "10", и если это так, то последним служебным блоком данных (SDU) протокольной единицы обмена данными (PDU) является первый сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), а при наличии множества служебных блоков данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU) первым служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является полная протокольная единица обмена данными (PDU) уровня управления доступом к среде передачи (MAC); иit is determined whether the value of the “segmentation indicator” (SI) field is “10”, and if so, the last service data unit (SDU) of the protocol communication unit (PDU) is the first segment of the protocol communication unit (PDU) of the control level media access (MAC), and if there are multiple service data units (SDUs) in a reordering protocol data unit (PDU), the first service data unit (SDU) of a reordering protocol data unit (PDU) is the full protocol data unit bubbled (PDU) level medium access control (MAC); and
определяют, является ли значение поля "указатель сегментации" (SI) равным "11," и если это так, то первым служебным блоком данных (SDU) является последний сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), и при наличии множества служебных блоков данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU) последним служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является первый сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), а при наличии одного служебного блока данных (SDU) в переупорядочиваемой протокольной единице обмена данными (PDU) этим сегментом является средний сегмент протокольной единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC).it is determined whether the value of the "segmentation indicator" (SI) field is "11," and if so, the first service data unit (SDU) is the last segment of the medium access control (MAC) protocol data unit (PDU) , and if there are multiple service data units (SDUs) in the reordering protocol data unit (PDU), the last service data unit (SDU) of the reordering protocol data unit (PDU) is the first segment of the control unit data exchange unit (PDU) up to dull to the transmission medium (MAC), and in the presence of one service data unit (SDU) to reorder protocol data exchange unit (PDU) is that segment the middle segment of the protocol data exchange unit (PDU) management level medium access (MAC).
3. Способ кодирования поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемая протокольная единица обмена данными (PDU) содержит один переупорядочиваемый служебный блок данных (SDU), содержащий следующие операции:3. A method of encoding a "segmentation pointer" (SI) field in the case where a reordered Protocol Data Unit (PDU) contains one reordered Service Data Unit (SDU), comprising the following operations:
присваивают первое значение, когда переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями");assign the first value when the reordering service data unit (SDU) is the full service data unit (SDU) of the MAC-ehs object (object "high-speed medium access control layer with extended capabilities");
присваивают второе значение, когда переупорядочиваемым служебным блоком данных (SDU) является первый сегмент служебного блока данных (SDU) объекта MAC-ehs;assigning a second value when the reordering service data unit (SDU) is the first segment of the service data unit (SDU) of the MAC-ehs object;
присваивают третье значение, когда переупорядочиваемым служебным блоком данных (SDU) является последний сегмент служебного блока данных (SDU) объекта MAC-ehs; иassigning a third value when the reordering service data unit (SDU) is the last segment of the service data unit (SDU) of the MAC-ehs object; and
присваивают четвертое значение, когда переупорядочиваемым служебным блоком данных (SDU) является средний сегмент служебного блока данных (SDU) объекта MAC-ehs.assign a fourth value when the reordering service data unit (SDU) is the middle segment of the service data unit (SDU) of the MAC-ehs object.
4. Способ кодирования поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемый служебный блок данных (SDU) содержит множество переупорядочиваемых служебных блоков данных (SDU), содержащих, по меньшей мере, одну переупорядочиваемую протокольную единицу обмена данными (PDU), содержащий следующие операции:4. A method of encoding a "segmentation pointer" (SI) field in the case where a reordering service data unit (SDU) comprises a plurality of reordering service data units (SDUs) comprising at least one reordering protocol data unit (PDU), containing the following operations:
присваивают первое значение, когда первым переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями"), а последним переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs;the first value is assigned when the first reordering service data unit (SDU) is the full service data unit (SDU) of the MAC-ehs object (the object “high-speed medium access control layer”) and the last reordering service data unit (SDU) is the full service data unit (SDU) of the MAC-ehs object;
присваивают второе значение, когда первым переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является первый сегмент служебного блока данных (SDU) объекта MAC-ehs;assigning a second value when the first reordering service data unit (SDU) is the full service data unit (SDU) of the MAC-ehs object, and the last reordering service data unit (SDU) is the first segment of the service data unit (SDU) of the MAC-ehs object;
присваивают третье значение, когда первым переупорядочиваемым служебным блоком данных (SDU) является последний сегмент служебного блока данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs; иassign a third value when the first reordering service data unit (SDU) is the last segment of the service data unit (SDU) of the MAC-ehs object, and the last reordering service data unit (SDU) is the full service data unit (SDU) of the MAC-ehs object; and
присваивают четвертое значение, когда первым переупорядочиваемым служебным блоком данных (SDU) является последний сегмент служебного блока данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является первый сегмент служебного блока данных (SDU) объекта MAC-ehs.assign a fourth value when the first reordering service data unit (SDU) is the last segment of the service data unit (SDU) of the MAC-ehs object, and the last reordering service data unit (SDU) is the first segment of the service data unit (SDU) of the MAC-ehs object.
5. Способ интерпретации поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемая протокольная единица обмена данными (PDU) содержит один переупорядочиваемый служебный блок данных (SDU), содержащий следующие операции:5. A method of interpreting the "segmentation pointer" (SI) field in the case where the reordered Protocol Data Unit (PDU) contains one reordered service data unit (SDU), comprising the following operations:
определяют, является ли значение поля "указатель сегментации" (SI) равным "01," и если это так, то первым переупорядочиваемым служебным блоком данных (SDU) является сегмент, и он соответствует последнему сегменту служебного блока данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями") или протокольной единицы обмена данными (PDU);it is determined whether the value of the “segmentation indicator” (SI) field is “01,” and if so, the first reordering service data unit (SDU) is the segment, and it corresponds to the last segment of the service data unit (SDU) of the MAC-ehs object (object "high-speed medium access control layer with advanced features") or protocol data exchange unit (PDU);
определяют, является ли значение поля "указатель сегментации" (SI) равным "10," и если это так, то последним переупорядочиваемым служебным блоком данных (SDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs, и он соответствует первому сегменту служебного блока данных (SDU) объекта MAC-ehs; иit is determined whether the value of the “segmentation indicator” (SI) field is “10,” and if so, the last reordered service data unit (SDU) is the MAC-ehs object service data unit (SDU) segment, and it corresponds to the first segment service data unit (SDU) of the MAC-ehs object; and
определяют, является ли значение поля "указатель сегментации" (SI) равным "11," и если это так, то первым переупорядочиваемым служебным блоком данных (SDU) переупорядочиваемой протокольной единицы обмена данными (PDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs.it is determined whether the value of the "segmentation indicator" (SI) field is "11," and if so, then the first reordering service data unit (SDU) of the reordering protocol data exchange unit (PDU) is the segment of the service data unit (SDU) of the MAC object -ehs.
6. Способ интерпретации поля "указатель сегментации" (SI) в том случае, когда переупорядочиваемая протокольная единица обмена данными (PDU) содержит множество переупорядочиваемых служебных блоков данных (SDU), содержащий следующие операции:6. A method of interpreting the "segmentation pointer" (SI) field in the case where a reordered Protocol Data Unit (PDU) contains a plurality of reordered Service Data Units (SDUs), comprising the following operations:
определяют, является ли значение поля "указатель сегментации" (SI) равным "01", и если это так, то первым переупорядочиваемым служебным блоком данных (SDU) является сегмент, и он соответствует последнему сегменту служебного блока данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями"), а последним переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs;determine whether the value of the segmentation indicator (SI) field is “01”, and if so, the first reordering service data unit (SDU) is the segment, and it corresponds to the last segment of the service data unit (SDU) of the MAC-ehs object (of the “Advanced High-Speed Medium Access Control Layer” object), and the last reordering service data unit (SDU) is the full service data unit (SDU) of the MAC-ehs object;
определяют, является ли значение поля "указатель сегментации" (SI) равным "10", и если это так, то первым переупорядочиваемым служебным блоком данных (SDU) является полный служебный блок данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs, и он соответствует первому сегменту служебного блока данных (SDU) объекта MAC-ehs; иdetermine whether the value of the segmentation indicator (SI) field is "10", and if so, the first reordering service data unit (SDU) is the full service data unit (SDU) of the MAC-ehs object, and the last reordering service unit data (SDU) is a segment of the service data unit (SDU) of the MAC-ehs object, and it corresponds to the first segment of the service data unit (SDU) of the MAC-ehs object; and
определяют, является ли значение поля "указатель сегментации" (SI) равным "11", если это так, то первым переупорядочиваемым служебным блоком данных (SDU) является сегмент служебного блока данных (SDU) объекта MAC-ehs, а последним переупорядочиваемым служебным блоком данных (SDU) является сегмент.determine whether the value of the "segmentation indicator" (SI) field is "11", if so, then the first reordering service data unit (SDU) is the segment of the service data unit (SDU) of the MAC-ehs object, and the last reordering service data unit (SDU) is a segment.
7. Способ использования блока повторной сборки для обработки поля "указатель сегментации" (SI), связанного с переупорядочиваемой протокольной единицей обмена данными (PDU), содержащий следующие операции:7. A method of using a reassembly unit to process a "segmentation pointer" (SI) field associated with a reordering protocol data exchange unit (PDU), comprising the following operations:
когда значение поля "указатель сегментации" (SI) равно "00", то доставляют все протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), которые соответствуют служебным блокам данных (SDU) объекта MAC-ehs (объекта "уровень управления доступом к среде высокоскоростной передачи с расширенными возможностями"), в более высокие уровни;when the value of the “segmentation indicator” (SI) field is “00”, then all protocol medium access control units (PDUs) of the medium access control (MAC) layer that correspond to the service data units (SDUs) of the MAC-ehs object (“ level of access control to a high-speed transmission medium with advanced capabilities "), to higher levels;
когда значение поля "указатель сегментации" (SI) равно "01", то определяют, являются ли принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs последовательными;when the value of the “segmentation indicator” (SI) field is “01”, it is determined whether the received and stored service data units (SDUs) of the MAC-ehs are sequential;
в том случае, когда принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs являются последовательными, объединяют первый принятый служебный блок данных (SDU) объекта MAC-ehs с сохраненным служебным блоком данных (SDU) объекта MAC-ehs и доставляют протокольную единицу обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующую объединенному служебному блоку данных (SDU) объекта MAC-ehs, в более высокие уровни;in the case where the received and stored service data units (SDUs) of the MAC-ehs are combined, the first received service data units (SDUs) of the MAC-ehs are combined with the stored service data units (SDUs) of the MAC-ehs and deliver the protocol unit exchange data (PDU) of the medium access control (MAC) layer corresponding to the integrated service data unit (SDU) of the MAC-ehs object to higher layers;
в том случае, когда принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs не являются последовательными, отвергают принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs и доставляют все протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующие последующим служебным блокам данных (SDU) объекта MAC-ehs, в более высокие уровни;in the case when the received and stored service data units (SDUs) of the MAC-ehs are not consistent, reject the received and stored service data units (SDUs) of the MAC-ehs and deliver all protocol data units (PDUs) of the access control layer to a transmission medium (MAC) corresponding to subsequent service data units (SDUs) of a MAC-ehs entity to higher layers;
когда значение поля "указатель сегментации" (SI) равно "10", то доставляют все протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующие всем служебным блокам данных (SDU) объекта MAC-ehs, кроме последнего, в более высокие уровни, отвергают любой ранее сохраненный служебный блок данных (SDU) объекта MAC-ehs и сохраняют последний служебный блок данных (SDU) объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU);when the value of the "segmentation indicator" (SI) field is "10", then all protocol medium access control unit (MAC) data exchange units (PDUs) corresponding to all service data units (SDUs) of the MAC-ehs object are delivered, except the last , to higher levels, discard any previously stored MAC-ehs object service data unit (SDU) and store the last MAC-ehs object service data unit (SDU) from the received reordered protocol data unit (PDU);
когда значения поля "указатель сегментации" (SI) равно "11", то определяют, действительно ли принятые и сохраненные служебные блоки данных (SDU) объекта MAC-ehs являются последовательными, не являются последовательными или имеется ли несколько служебных блоков данных (SDU) объекта MAC-ehs;when the values of the Segmentation Index (SI) field are "11", it is determined whether the received and stored service data units (SDUs) of the MAC-ehs are sequential, not sequential or if there are several service data units (SDUs) of the object MAC ehs;
когда они являются последовательными, то объединяют первый принятый служебный блок данных (SDU) объекта MAC-ehs с сохраненными служебными блоками данных (SDU) объекта MAC-ehs;when they are sequential, the first received service data unit (SDU) of the MAC-ehs is combined with the stored service data units (SDU) of the MAC-ehs;
когда они не являются последовательными, то отвергают первый принятый служебный блок данных (SDU) объекта MAC-ehs и сохраненные служебные блоки данных (SDU) объекта MAC-ehs; иwhen they are not sequential, they reject the first received service data unit (SDU) of the MAC-ehs object and the stored service data units (SDU) of the MAC-ehs object; and
когда имеется несколько служебных блоков данных (SDU) объекта MAC-ehs, то доставляют протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующие объединенным служебным блокам данных (SDU) объекта MAC-ehs, в более высокие уровни или в выходной объект, доставляя все протокольные единицы обмена данными (PDU) уровня управления доступом к среде передачи (MAC), соответствующие всем кроме последнего служебного блока данных (SDU) (объекта) MAC-ehs, в более высокие уровни или в выходной объект, и сохраняют последний служебный блок данных (SDU) объекта MAC-ehs из принятой переупорядочиваемой протокольной единицы обмена данными (PDU).when there are several MAC-ehs object service data units (SDUs), the medium access control (MAC) layer data exchange units (PDUs) corresponding to the combined MAC-ehs object service data units (SDUs) are delivered to higher levels or to the output object, delivering all protocol units of data exchange (PDU) of the medium access control (MAC) layer, corresponding to all but the last service data unit (SDU) (object) of the MAC-ehs, to higher levels or to the output object, and keep the last official nd data unit (SDU) of the object from the MAC-ehs protocol adopted reorders data exchange unit (PDU).
8. Способ согласно первому варианту осуществления изобретения, в котором поле "указатель длины" (LI) определяет точное количество октетов, которое содержит переупорядочиваемый служебный блок данных (SDU).8. The method according to the first embodiment of the invention, in which the "length indicator" (LI) field determines the exact number of octets that the reordered service data unit (SDU) contains.
9. Заголовок полезной нагрузки, предназначенный для мультиплексирования служебных блоков данных (SDU) из различных логических каналов и очередей по приоритету, содержащий:9. A payload header for multiplexing service data units (SDUs) from various logical channels and priority queues, comprising:
множество участков, описывающих очередь, причем каждый участок, описывающий очередь, содержит:a plurality of sections describing the queue, and each section describing the queue contains:
порядковый номер передачи (TSN), указывающий порядковый номер данных для идентификатора очереди; иtransmission sequence number (TSN) indicating a data sequence number for the queue identifier; and
суперполе описания служебного блока данных (SDU) (именуемое SDSF), указывающее, каким образом следует выполнять разборку и/или повторную сборку, по меньшей мере, одного сегмента служебного блока данных (SDU), и к каким логическим каналам принадлежат служебные блоки данных (SDU).a service data unit (SDU) description superfield (referred to as SDSF) indicating how to disassemble and / or reassemble at least one segment of the service data unit (SDU), and to which logical channels service data units (SDUs) belong )
10. Заголовок полезной нагрузки согласно девятому варианту осуществления изобретения, в котором суперполе описания служебного блока данных (SDSF) дополнительно содержит:10. The payload header according to the ninth embodiment of the invention, in which the service data unit description superfield (SDSF) further comprises:
флаг "начало полного блока/сегмента" (FSS) для каждой очереди по приоритету, указывающий, соответствуют ли данные в месте начала полезной нагрузки для этой переупорядочиваемой очереди сегменту служебного блока данных (SDU);a full block / segment start (FSS) flag for each priority queue indicating whether the data at the start of the payload for this reordering queue corresponds to a service data unit (SDU) segment;
флаг "конец полного блока/сегмента" (FSE) для каждой очереди по приоритету, указывающий, соответствуют ли данные в месте конца полезной нагрузки для этой переупорядочиваемой очереди сегменту служебного блока данных (SDU);a “full block / segment end” (FSE) flag for each priority queue indicating whether the data at the end of the payload for this reordering queue corresponds to a service data unit (SDU) segment;
указатель логического канала (LCID) для каждого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающий, к какому логическому каналу принадлежит, по меньшей мере, один сегмент служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC);logical channel indicator (LCID) for at least one segment of the service data unit (SDU) of a medium access control (MAC) layer indicating which logical channel at least one segment of the service data unit (SDU) belongs to ) media access control (MAC) layer;
поле "указатель длины" (LI) для каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающее длину упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC); иa “length indicator” (LI) field for each of the at least one segment of the service data unit (SDU) of the medium access control (MAC) layer indicating the length of the at least one segment of the service data unit (SDU) medium access control (MAC) layer; and
флаг "конец служебного блока данных (SDU)" для каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC), указывающий, является ли он последним упомянутым, по меньшей мере, одним сегментом служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).the "end of service data unit (SDU)" flag for each of the at least one segment of the service data unit (SDU) of the medium access control (MAC) layer, indicating whether it is the last mentioned at least one segment the service data unit (SDU) of the medium access control (MAC) layer.
11. Заголовок полезной нагрузки согласно десятому варианту осуществления изобретения, в котором поле "указатель длины" (LI) определяет точное количество битов, которое содержит упомянутый, по меньшей мере, один сегмент служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).11. The payload header according to the tenth embodiment of the invention, in which the field "length indicator" (LI) determines the exact number of bits that contains the at least one segment of the service data unit (SDU) of the medium access control (MAC) )
12. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по одиннадцатый, в котором поле "указатель длины" (LI) определяет точное количество октетов, которое содержит упомянутый, по меньшей мере, один сегмент служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).12. The payload header according to any one of the tenth to eleventh embodiments, wherein the “length indicator” (LI) field defines the exact number of octets that the at least one segment of the access control unit data unit (SDU) of the access control layer contains to the transmission medium (MAC).
13. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по двенадцатый, в котором длина поля "указатель длины" (LI) зависит от максимальной длины служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).13. The payload header according to any one of the tenth to twelfth embodiments of the invention, wherein the length indicator (LI) field length depends on the maximum length of the service data unit (SDU) of the medium access control (MAC) layer.
14. Заголовок полезной нагрузки согласно тринадцатому варианту осуществления изобретения, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется при реконфигурации.14. The payload header according to the thirteenth embodiment of the invention, in which the maximum length of the service data unit (SDU) of the medium access control (MAC) layer changes during reconfiguration.
15. Заголовок полезной нагрузки согласно тринадцатому варианту осуществления изобретения, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется динамически.15. The payload header according to the thirteenth embodiment of the invention, in which the maximum length of the service data unit (SDU) of the medium access control (MAC) layer changes dynamically.
16. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по пятнадцатый, в котором длина поля "указатель длины" (LI) является заранее заданной.16. The payload header according to any one of the tenth to fifteenth embodiments of the invention, in which the length indicator (LI) field length is predetermined.
17. Заголовок полезной нагрузки согласно шестнадцатому варианту осуществления изобретения, в котором заранее заданная длина поля "указатель длины" (LI) равна такому количеству битов, которое отображает максимальный размер служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).17. The payload header according to the sixteenth embodiment of the invention, wherein the predetermined length indicator (LI) field length is equal to the number of bits that displays the maximum size of the medium access control unit (MAC) service data unit (SDU).
18. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по семнадцатый, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется при реконфигурации.18. The payload header according to any one of the tenth to seventeenth embodiments of the invention, wherein the maximum length of a medium access control unit (MAC) data unit (SDU) is changed during reconfiguration.
19. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по восемнадцатый, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется динамически.19. The payload header according to any one of the tenth to eighteenth embodiments of the invention, in which the maximum length of a medium access control unit (MAC) data unit (SDU) is changed dynamically.
20. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с десятого по девятнадцатый, в котором длина поля "указатель длины" (LI) зависит от указателя логического канала (LCID).20. The payload header according to any one of the tenth to nineteenth embodiments of the invention, wherein the length indicator field (LI) field length depends on the logical channel indicator (LCID).
21. Заголовок полезной нагрузки согласно двадцатому варианту осуществления изобретения, в котором длина поля "указатель длины" (LI) равна такому количеству битов, которое отображает максимальный размер служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC).21. The payload header according to the twentieth embodiment of the invention, in which the length indicator field (LI) is equal to the number of bits that displays the maximum size of the service data unit (SDU) of the medium access control (MAC) layer.
22. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с двадцатого по двадцать первый, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется при реконфигурации.22. The payload header according to any one of the twentieth to twenty-first embodiments of the invention, wherein the maximum length of a medium access control unit (MAC) data unit (SDU) is changed during reconfiguration.
23. Заголовок полезной нагрузки согласно любому из вариантов осуществления изобретения с двадцатого по двадцать второй, в котором максимальная длина служебного блока данных (SDU) уровня управления доступом к среде передачи (MAC) изменяется динамически.23. The payload header according to any one of the twentieth to twenty-second embodiments of the invention, in which the maximum length of the medium access control unit (MAC) data unit (SDU) is changed dynamically.
24. Способ обработки заголовка уровня управления доступом к среде высокоскоростной передачи с расширенными возможностями (MAC-ehs), содержащий следующие операции:24. A method for processing a high-speed medium access control (MAC-ehs) header, comprising the following operations:
отделяют заголовок протокольной единицы обмена данными (PDU) уровня MAC-ehs;separating the header of the MAC-ehs protocol data unit (PDU);
разделяют заголовок протокольной единицы обмена данными (PDU) уровня MAC-ehs на участки;dividing the header of the MAC-ehs layer of Protocol Protocol Data Exchange Unit (PDU);
извлекают соответствующую полезную нагрузку;extracting the appropriate payload;
добавляют соответствующую полезную нагрузку к заголовку;add the appropriate payload to the header;
формируют протокольную единицу обмена данными (PDU) переупорядочиваемой очереди;form a protocol unit of data exchange (PDU) reorderable queue;
вставляют протокольную единицу обмена данными (PDU) переупорядочиваемой очереди в переупорядочиваемую очередь, соответствующую идентификатору (ID) переупорядочиваемой очереди и порядковому номеру передачи (TSN);inserting a reordering queue protocol communication unit (PDU) into a reordering queue corresponding to a reordering queue identifier (ID) and a transmission serial number (TSN);
выполняют функцию переупорядочения;perform a reordering function;
выполняют функцию разборки и/или повторной сборки; и perform the function of disassembling and / or reassembling; and
выполняют демультиплексирование путем доставки полных служебных блоков данных (SDU) уровня управления доступом к среде передачи (MAC) в надлежащий логический канал.demultiplexing is performed by delivering full medium access control units (SDUs) of a medium access control (MAC) layer to an appropriate logical channel.
25. Способ согласно двадцать четвертому варианту осуществления изобретения, в котором операция разделения протокольной единицы обмена данными (PDU) уровня MAC-ehs содержит операцию использования флага "конец".25. The method according to the twenty-fourth embodiment of the invention, in which the operation of splitting the protocol unit of exchange of data (PDU) level MAC-ehs contains the operation of using the flag "end".
26. Способ обработки заголовка уровня усовершенствованного управления доступом к среде высокоскоростной передачи (MAC-i/is), содержащий следующие операции:26. A method for processing a header of an advanced high-speed transmission medium access control (MAC-i / is) layer, comprising the following operations:
отделяют заголовок протокольной единицы обмена данными (PDU) уровня MAC-i/is;separating the header of the MAC-i / is level protocol data exchange unit (PDU);
разделяют заголовок протокольной единицы обмена данными (PDU) уровня MAC-i/is на участки;splitting the header of a MAC-i / is layer protocol communication unit (PDU) into sections;
извлекают соответствующую полезную нагрузку;extracting the appropriate payload;
добавляют соответствующую полезную нагрузку к заголовку;add the appropriate payload to the header;
формируют протокольную единицу обмена данными (PDU) переупорядочиваемой очереди;form a protocol unit of data exchange (PDU) reorderable queue;
вставляют протокольную единицу обмена данными (PDU) переупорядочиваемой очереди в переупорядочиваемую очередь, соответствующую идентификатору (ID) переупорядочиваемой очереди и порядковому номеру передачи (TSN);inserting a reordering queue protocol communication unit (PDU) into a reordering queue corresponding to a reordering queue identifier (ID) and a transmission serial number (TSN);
выполняют функцию переупорядочения;perform a reordering function;
выполняют функцию разборки и/или повторной сборки; иperform the function of disassembling and / or reassembling; and
выполняют демультиплексирование путем доставки полных служебных блоков данных (SDU) уровня управления доступом к среде передачи (MAC) в надлежащий логический канал.demultiplexing is performed by delivering full medium access control units (SDUs) of a medium access control (MAC) layer to an appropriate logical channel.
27. Способ согласно двадцать шестому варианту осуществления изобретения, в котором операция разделения протокольной единицы обмена данными (PDU) уровня MAC-i/is содержит операцию использования флага "конец".27. The method according to the twenty-sixth embodiment of the invention, in which the operation of splitting the protocol unit of exchange of data (PDU) level MAC-i / is contains the operation of using the flag "end".
28. Способ обработки данных для каждого блока разборки/повторной сборки/демультиплексирования в беспроводном приемопередающем устройстве (WTRU), содержащий следующие операции:28. A method of processing data for each disassembly / reassembly / demultiplexing unit in a wireless transceiver (WTRU), comprising the following operations:
производят прием, по меньшей мере, одной протокольной единицы обмена данными (PDU), содержащей множество, состоящее, по меньшей мере, из одного сегмента служебного блока данных (SDU);receiving at least one protocol data exchange unit (PDU) comprising a plurality consisting of at least one segment of a service data unit (SDU);
производят разборку каждого упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU);disassembling each of the at least one segment of the service data unit (SDU);
когда флаг "начало полного блока/сегмента" (FSS) установлен имеющим значение "полный блок" и флаг "конец полного блока/сегмента" (FSE) установлен имеющим значение "полный блок", то доставляют первый служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, когда флаг FSS установлен имеющим значение "полный блок", то доставляют извлеченные служебные блоки данных (SDU) до последнего упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU) в более высокий уровень, соответствующий логическим каналам, указанным полями "указатель логического канала" (LCID), если уже было извлечено более одного упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU), если флаг FSE установлен имеющим значение "сегмент", то отвергают любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводят последний сегмент служебного блока данных (SDU) в блок повторной сборки, а если флаг FSE установлен имеющим значение "полный блок", то доставляют последний служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, указанному полем "указатель логического канала" (LCID);when the “start full block / segment” (FSS) flag is set to “full block” and the “end full block / segment” (FSE) flag is set to “full block”, the first service data unit (SDU) is delivered to more a high level corresponding to the logical channel, when the FSS flag is set to “full block”, the extracted service data units (SDUs) are delivered to the last mentioned at least one segment of the service data unit (SDUs) to a higher level corresponding to logical channels specified Logic Channel Index (LCID) fields, if more than one of the mentioned at least one service data unit (SDU) segments has already been extracted, if the FSE flag is set to “segment”, then reject any segment from the previous protocol unit data exchange (PDU) stored in the reassembly unit, and enter the last segment of the service data unit (SDU) in the reassembly unit, and if the FSE flag is set to "full unit", then deliver the last service data unit (SDU) to more high level, respectively stvuyuschy logical channel indicated by field "logical channel pointer" (LCID);
когда флаг FSS установлен имеющим значение "сегмент" и данные с порядковым номером передачи TSN = n-1 были доставлены ранее, то выполняют повторную сборку сегмента служебного блока данных (SDU) с ранее сохраненным сегментом протокольной единицы обмена данными (PDU), если служебный блок данных (SDU) или сегмент служебного блока данных (SDU) является большим, чем первый, или если флаг "конец полного блока/сегмента" (FSE) установлен имеющим значение "полный блок", то доставляют полностью повторно собранный служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, указанному полем "указатель логического канала" (LCID), если уже было извлечено более одного упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU), то доставляют извлеченные служебные блоки данных (SDU), находящиеся между первым и последним упомянутым, по меньшей мере, одним сегментом служебного блока данных (SDU), в более высокий уровень, соответствующий логическим каналам, указанным полями "указатель логического канала" (LCID), если флаг FSE установлен имеющим значение "сегмент", то отвергают любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводят последний сегмент служебного блока данных (SDU) в блок повторной сборки, а если флаг FSE установлен имеющим значение "полный блок", то доставляют последний служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, указанному полем "указатель логического канала" (LCID);when the FSS flag is set to “segment” and the data with the transmission serial number TSN = n-1 were delivered earlier, then reassemble the segment of the service data unit (SDU) with the previously saved segment of the protocol data exchange unit (PDU), if the service unit a data unit (SDU) or a service data unit segment (SDU) is larger than the first one, or if the “complete block / segment end” (FSE) flag is set to “full unit”, a fully reassembled service data unit (SDU) is delivered to a higher level, co corresponding to the logical channel indicated by the "logical channel indicator" (LCID) field, if more than one of the at least one segment of the service data unit (SDU) has already been extracted, then the extracted service data units (SDUs) between the first and the last mentioned at least one segment of the service data unit (SDU), to a higher level corresponding to the logical channels indicated by the fields of the logical channel index (LCID), if the FSE flag is set to "segment", then reject any the first segment from the previous protocol data exchange unit (PDU), stored in the reassembly unit, and enter the last segment of the service data unit (SDU) into the reassembly unit, and if the FSE flag is set to "full block", then the last service unit is delivered data (SDU) to a higher level corresponding to the logical channel indicated by the logical channel index (LCID) field;
если данные с порядковым номером передачи TSN = n-1 не были ранее доставлены, то отвергают любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводят последний сегмент служебного блока данных (SDU) в блок повторной сборки, если уже было извлечено более одного упомянутого, по меньшей мере, одного сегмента служебного блока данных (SDU), то доставляют извлеченные служебные блоки данных (SDU), находящиеся между первым и последним упомянутым, по меньшей мере, одним сегментом служебного блока данных (SDU) в более высокий уровень, соответствующий логическим каналам, указанным полями "указатель логического канала" (LCID), если флаг FSE установлен имеющим значение "сегмент", то отвергают любой сегмент из предыдущей протокольной единицы обмена данными (PDU), сохраненный в блоке повторной сборки, и вводят последний сегмент служебного блока данных (SDU) в блок повторной сборки, а если флаг FSE установлен имеющим значение "полный блок", то доставляют последний служебный блок данных (SDU) в более высокий уровень, соответствующий логическому каналу, указанному полем "указатель логического канала" (LCID); иif the data with the transmission serial number TSN = n-1 has not been previously delivered, then discard any segment from the previous protocol data exchange unit (PDU) stored in the reassembly unit, and enter the last segment of the service data unit (SDU) in the reassembly unit if more than one said at least one segment of the service data unit (SDU) has already been extracted, then the extracted service data units (SDUs) located between the first and last mentioned at least one segment of the service data unit are delivered (SDU) to a higher level corresponding to the logical channels indicated by the logical channel index (LCID) fields, if the FSE flag is set to "segment", then discard any segment from the previous protocol data exchange unit (PDU) stored in the block reassembly, and enter the last segment of the service data unit (SDU) in the reassembly unit, and if the FSE flag is set to "full block", then deliver the last service data unit (SDU) to a higher level corresponding to the logical channel specified mu field "logical channel pointer" (LCID); and
когда флаг FSS установлен имеющим значение "сегмент" и данные с порядковым номером передачи TSN = n-1 были ранее доставлены, то выполняют повторную сборку сегмента служебного блока данных (SDU) с ранее сохраненным сегментом протокольной единицы обмена данными (PDU), если упомянутый, по меньшей мере, один сегмент служебного блока данных (SDU) является меньшим, чем первый, или если флаг FSE установлен имеющим значение "сегмент", то объединенный пакет сохраняют.when the FSS flag is set to "segment" and the data with the transmission serial number TSN = n-1 have been previously delivered, then reassemble the segment of the service data unit (SDU) with the previously saved segment of the Protocol data exchange unit (PDU), if mentioned, at least one segment of the service data unit (SDU) is smaller than the first, or if the FSE flag is set to "segment", then the combined packet is saved.
29. Беспроводное приемопередающее устройство (WTRU), содержащее:29. A wireless transceiver (WTRU), comprising:
приемник, сконфигурированный таким образом, что он способен производить прием единичного элемента полезной нагрузки;a receiver configured in such a way that it is capable of receiving a single payload element;
процессор, сконфигурированный таким образом, что он способен выполнять мультиплексирование и демультиплексирование единичного элемента полезной нагрузки;a processor configured in such a way that it is capable of multiplexing and demultiplexing a single payload element;
буфер, сконфигурированный таким образом, что он способен сохранять неполные служебные блоки данных (SDU) для повторной сборки; иa buffer configured in such a way that it is capable of storing incomplete service data units (SDUs) for reassembly; and
передатчик, сконфигурированный таким образом, что он способен производить передачу повторно собранного служебного блока данных (SDU).a transmitter configured in such a way that it is capable of transmitting a reassembled service data unit (SDU).
30. Беспроводное приемопередающее устройство (WTRU) согласно двадцать девятому варианту осуществления изобретения, в котором процессор содержит блок переупорядочения.30. A wireless transceiver device (WTRU) according to a twenty-ninth embodiment of the invention, wherein the processor comprises a reordering unit.
31. Беспроводное приемопередающее устройство (WTRU) согласно двадцать девятому или тридцатому варианту осуществления изобретения, в котором процессор содержит блок разборки/повторной сборки.31. A wireless transceiver (WTRU) according to a twenty-ninth or thirtieth embodiment of the invention, in which the processor comprises a disassembly / reassembly unit.
32. Беспроводное приемопередающее устройство (WTRU), сконфигурированное таким образом, что оно способно выполнять обработку заголовка уровня управления доступом к среде высокоскоростной передачи с расширенными возможностями (MAC-ehs), причем это беспроводное приемопередающее устройство (WTRU) содержит:32. A wireless transceiver (WTRU) configured in such a way that it is able to perform header processing of an access control layer of a high-speed transmission medium with advanced capabilities (MAC-ehs), moreover, this wireless transceiver (WTRU) contains:
схему, сконфигурированную таким образом, что она способна отделять заголовок протокольной единицы обмена данными (PDU) уровня MAC-ehs;a circuit configured in such a way that it is able to separate the header of a MAC-ehs protocol data unit (PDU);
схему, сконфигурированную таким образом, что она способна разделять заголовок протокольной единицы обмена данными (PDU) уровня MAC-ehs на участки;a circuit configured in such a way that it is able to divide the header of a MAC-ehs protocol data unit (PDU) into sections;
схему, сконфигурированную таким образом, что она способна извлекать соответствующую полезную нагрузку;a circuit configured in such a way that it is capable of extracting an appropriate payload;
схему, сконфигурированную таким образом, что она способна добавлять соответствующую полезную нагрузку к заголовку;a circuit configured in such a way that it is able to add an appropriate payload to the header;
схему, сконфигурированную таким образом, что она способна формировать протокольную единицу обмена данными (PDU) переупорядочиваемой очереди;a circuit configured in such a way that it is able to form a protocol unit of exchange of data (PDU) reorderable queue;
схему, сконфигурированную таким образом, что она способна вставлять протокольную единицу обмена данными (PDU) переупорядочиваемой очереди в переупорядочиваемую очередь, соответствующую идентификатору (ID) переупорядочиваемой очереди и порядковому номеру передачи (TSN);a circuit configured in such a way that it is capable of inserting a reordering queue protocol communication unit (PDU) into a reordering queue corresponding to a reordering queue identifier (ID) and a transmission serial number (TSN);
схему, сконфигурированную таким образом, что она способна выполнять функцию переупорядочения;a circuit configured in such a way that it is capable of performing a reordering function;
схему, сконфигурированную таким образом, что она способна выполнять функцию разборки и/или повторной сборки; иa circuit configured in such a way that it is capable of disassembling and / or reassembling; and
схему, сконфигурированную таким образом, что она способна доставлять полные служебные блоки данных (SDU) уровня управления доступом к среде передачи (MAC) в надлежащий логический канал.a circuit configured in such a way that it is capable of delivering complete medium service access control units (SDUs) of a medium access control (MAC) layer to an appropriate logical channel.
33. Базовая станция, содержащая:33. A base station comprising:
приемник, сконфигурированный таким образом, что он способен производить прием единичного элемента полезной нагрузки;a receiver configured in such a way that it is capable of receiving a single payload element;
процессор, сконфигурированный таким образом, что он способен выполнять мультиплексирование и демультиплексирование единичного элемента полезной нагрузки;a processor configured in such a way that it is capable of multiplexing and demultiplexing a single payload element;
буфер, сконфигурированный таким образом, что он способен сохранять неполные служебные блоки данных (SDU) для повторной сборки; иa buffer configured in such a way that it is capable of storing incomplete service data units (SDUs) for reassembly; and
передатчик, сконфигурированный таким образом, что он способен производить передачу протокольной единицы обмена данными (PDU) уровня управления доступом к среде высокоскоростной передачи с расширенными возможностями (MAC-ehs).a transmitter configured in such a way that it is capable of transmitting a high-speed medium access control medium access control unit (MAC-ehs) protocol data unit (PDU).
34. Базовая станция, сконфигурированная таким образом, что она способна выполнять обработку заголовка усовершенствованного управления доступом к среде высокоскоростной передачи (MAC-i/is), причем эта базовая станция содержит:34. A base station configured in such a way that it is capable of performing header processing of the advanced high-speed transmission medium access control (MAC-i / is), the base station comprising:
схему, сконфигурированную таким образом, что она способна отделять заголовок протокольной единицы обмена данными (PDU) уровня MAC-i/is;a circuit configured in such a way that it is able to separate the header of a MAC-i / is level protocol data exchange unit (PDU);
схему, сконфигурированную таким образом, что она способна разделять заголовок протокольной единицы обмена данными (PDU) уровня MAC-i/is на участки;a circuit configured in such a way that it is able to divide the header of a MAC-i / is layer protocol data exchange unit (PDU) into sections;
схему, сконфигурированную таким образом, что она способна извлекать соответствующую полезную нагрузку;a circuit configured in such a way that it is capable of extracting an appropriate payload;
схему, сконфигурированную таким образом, что она способна добавлять соответствующую полезную нагрузку к заголовку;a circuit configured in such a way that it is able to add an appropriate payload to the header;
схему, сконфигурированную таким образом, что она способна формировать протокольную единицу обмена данными (PDU) переупорядочиваемой очереди;a circuit configured in such a way that it is able to form a protocol unit of exchange of data (PDU) reorderable queue;
схему, сконфигурированную таким образом, что она способна вставлять протокольную единицу обмена данными (PDU) переупорядочиваемой очереди в переупорядочиваемую очередь, соответствующую идентификатору (ID) переупорядочиваемой очереди и порядковому номеру передачи (TSN);a circuit configured in such a way that it is capable of inserting a reordering queue protocol communication unit (PDU) into a reordering queue corresponding to a reordering queue identifier (ID) and a transmission serial number (TSN);
схему, сконфигурированную таким образом, что она способна выполнять функцию переупорядочения;a circuit configured in such a way that it is capable of performing a reordering function;
схему, сконфигурированную таким образом, что она способна выполнять функцию разборки и/или повторной сборки; иa circuit configured in such a way that it is capable of disassembling and / or reassembling; and
схему, сконфигурированную таким образом, что она способна доставлять полные служебные блоки данных (SDU) уровня управления доступом к среде передачи (MAC) в надлежащий логический канал.a circuit configured in such a way that it is capable of delivering complete medium service access control units (SDUs) of a medium access control (MAC) layer to an appropriate logical channel.
Claims (17)
создают один или более переупорядочиваемых PDU, причем этот один или более переупорядочиваемых PDU содержат один или более переупорядочиваемых SDU, причем переупорядочиваемый SDU содержит, по меньшей мере, сегмент SDU;
создают заголовок MAC-ehs для PDU MAC, содержащий поле "указатель логического канала" (LCID), указывающее логический канал для каждого из одного или более переупорядочиваемых SDU; поле "указатель длины" (LI), указывающее длину каждого из одного или более SDU; и поле "указатель сегментации" (SI), указывающее, являются ли сегментированными первый и последний из одного или более SDU в переупорядочиваемом PDU для каждого из одного или более переупорядочиваемых PDU; и
передают PDU MAC.1. A method of multiplexing service data units (SDUs) into a protocol data unit (PDU) of a medium access control (MAC) layer for transmission over a high speed downlink shared channel (HS-DSCH), comprising the steps of:
creating one or more reordering PDUs, the one or more reordering PDUs containing one or more reordering SDUs, the reordering SDUs containing at least an SDU segment;
creating a MAC-ehs header for the MAC PDU containing a logical channel indicator (LCID) field indicating a logical channel for each of one or more reordering SDUs; a length indicator (LI) field indicating the length of each of one or more SDUs; and a Segmentation Index (SI) field indicating whether the first and last of one or more SDUs in the reordering PDUs are segmented for each of one or more reordering PDUs; and
transmit the MAC PDU.
поле флага, указывающее последний переупорядочиваемый PDU для каждого из одного или более переупорядочиваемых PDU MAC.6. The method according to claim 1, wherein the header further comprises a “transmission sequence number” field indicating a sequence number for each of one or more reordering PDUs; and
a flag field indicating the last reordering PDU for each of one or more reordering MAC PDUs.
назначают значение «00» полю SI, когда первый служебный блок данных (SDU) переупорядочиваемого PDU является полным SDU MAC-ehs, и последний SDU переупорядочиваемого PDU является полным SDU MAC-ehs;
назначают значение «01» полю SI, когда первый SDU переупорядочиваемого PDU является сегментом SDU MAC-ehs, и последний SDU переупорядочиваемого PDU является полным SDU MAC-ehs, когда имеется более одного SDU в переупорядочиваемом PDU;
назначают значение «10» полю SI, когда первый SDU переупорядочиваемого PDU является полным SDU MAC-ehs, и последний SDU переупорядочиваемого PDU является сегментом SDU MAC-ehs когда имеется более одного SDU в переупорядочиваемом PDU; и
назначают значение «11» полю SI, когда имеется более одного SDU в переупорядочиваемом PDU, и поле SI, имеющее значение «11», указывает на то, что первый SDU переупорядочиваемого PDU является сегментом SDU MAC-ehs, и последний SDU переупорядочиваемого PDU является сегментом SDU MAC-ehs.7. A method for encoding a "segmentation indicator" (SI) field in the header of a protocol data unit (PDU) of a medium access control (MAC) layer transmitted over a high speed downlink shared channel (HS-DSCH), comprising the steps of:
assigning a value of “00” to the SI field when the first reordering PDU service data unit (SDU) is a full MAC-ehs SDU, and the last reordering PDU SDU is a full MAC-ehs SDU;
assigning the value “01” to the SI field when the first reordering PDU SDU is a MAC-ehs SDU segment, and the last reordering PDU SDU is a full MAC-ehs SDU when there is more than one SDU in the reordering PDU;
assigning a value of “10” to the SI field when the first reordering PDU SDU is a full MAC-ehs SDU, and the last reordering PDU SDU is a MAC-ehs SDU segment when there is more than one SDU in a reordering PDU; and
assign the value “11” to the SI field when there is more than one SDU in the reordering PDU, and the SI field having a value of “11” indicates that the first reordering PDU SDU is a MAC-ehs SDU segment, and the last reordering PDU SDU is a segment SDU MAC-ehs.
блок разборки для уровня управления доступом к среде передачи (MAC), сконфигурированный с возможностью разборки первого переупорядочиваемого протокольного блока данных (PDU) на один или более служебных блоков данных (SDU) с использованием заголовка MAC, причем заголовок MAC содержит поле "указатель логического канала" (LCID), поле "указатель длины" (LI) и поле "указатель сегментации" (SI);
блок повторной сборки для MAC, сконфигурированный с возможностью повторной сборки второго PDU с использованием поля SI в заголовке MAC; и
блок демультиплексирования для MAC, сконфигурированный с возможностью доставки второго PDU в логический канал с использованием поля LCID в заголовке MAC.9. A wireless transceiver (WTRU) comprising
a disassembling unit for a medium access control (MAC) layer configured to disassemble a first reordering protocol data unit (PDU) into one or more service data units (SDUs) using a MAC header, wherein the MAC header contains a logical channel indicator field (LCID), length indicator field (LI) and segmentation indicator field (SI);
a reassembly unit for a MAC configured to reassemble a second PDU using the SI field in the MAC header; and
MAC demultiplexing unit configured to deliver a second PDU to the logical channel using the LCID field in the MAC header.
поле "порядковый номер передачи", указывающее порядковый номер для каждого из одного или более переупорядочиваемых PDU; и
поле флага, указывающее последний переупорядочиваемый PDU для каждого из одного или более переупорядочиваемых PDU MAC. 17. The wireless transceiver (WTRU) according to claim 9, wherein the MAC header further comprises
a transmission sequence number field indicating a sequence number for each of one or more reordering PDUs; and
a flag field indicating the last reordering PDU for each of one or more reordering MAC PDUs.
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US88795707P | 2007-02-02 | 2007-02-02 | |
| US60/887,957 | 2007-02-02 | ||
| US89329807P | 2007-03-06 | 2007-03-06 | |
| US60/893,298 | 2007-03-06 | ||
| US60/912,063 | 2007-04-16 | ||
| US1912908P | 2008-01-04 | 2008-01-04 | |
| US61/019,129 | 2008-01-04 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2009132953A RU2009132953A (en) | 2011-03-10 |
| RU2443065C2 true RU2443065C2 (en) | 2012-02-20 |
Family
ID=45854724
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2009132953/07A RU2443065C2 (en) | 2007-02-02 | 2008-02-04 | Method and device for universal multiplexing on the level of medium access control (mac) in the evolved technology of high-speed package access (evolved hspa) |
Country Status (1)
| Country | Link |
|---|---|
| RU (1) | RU2443065C2 (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000013426A2 (en) * | 1998-08-26 | 2000-03-09 | Samsung Electronics Co., Ltd. | Packet data communication device and method in mobile communication system |
| RU2280951C2 (en) * | 2002-11-07 | 2006-07-27 | Эл Джи Электроникс Инк. | Method and device for multiplexing logic channel in mobile communication system |
| EP1748593A1 (en) * | 2005-07-25 | 2007-01-31 | Matsushita Electric Industrial Co., Ltd. | HARQ process restriction and transmission of non-scheduled control data via uplink channels |
-
2008
- 2008-02-04 RU RU2009132953/07A patent/RU2443065C2/en active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2000013426A2 (en) * | 1998-08-26 | 2000-03-09 | Samsung Electronics Co., Ltd. | Packet data communication device and method in mobile communication system |
| RU2280951C2 (en) * | 2002-11-07 | 2006-07-27 | Эл Джи Электроникс Инк. | Method and device for multiplexing logic channel in mobile communication system |
| EP1748593A1 (en) * | 2005-07-25 | 2007-01-31 | Matsushita Electric Industrial Co., Ltd. | HARQ process restriction and transmission of non-scheduled control data via uplink channels |
Non-Patent Citations (1)
| Title |
|---|
| 3GPP TSG RAN WG2 #56 Bis, MAC enhancements in HSPA evolution, (15-19).01.2007. * |
Also Published As
| Publication number | Publication date |
|---|---|
| RU2009132953A (en) | 2011-03-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101108333B1 (en) | Method and apparatus for versatile mac multiplexing in evolved hspa | |
| US9813941B2 (en) | Efficient L2 processing and protocol data units wireless communications | |
| US8995468B2 (en) | Communication with compressed headers | |
| RU2443065C2 (en) | Method and device for universal multiplexing on the level of medium access control (mac) in the evolved technology of high-speed package access (evolved hspa) |