WO2009086654A1 - Data processing method, apparatus and system for reducing redundant length information - Google Patents
Data processing method, apparatus and system for reducing redundant length information Download PDFInfo
- Publication number
- WO2009086654A1 WO2009086654A1 PCT/CN2007/003891 CN2007003891W WO2009086654A1 WO 2009086654 A1 WO2009086654 A1 WO 2009086654A1 CN 2007003891 W CN2007003891 W CN 2007003891W WO 2009086654 A1 WO2009086654 A1 WO 2009086654A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- upper layer
- layer data
- data frame
- length information
- rlc
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Definitions
- the present invention generally relates to mobile communication systems, and more particularly to a data processing method for reducing redundancy length information and a data processing apparatus, mobile terminal, base station, and mobile communication system using the same. Background technique
- CDMA Code Division Multiple Access
- TDMA Time Division Duplex
- 3GPP Third Generation Partnership Project
- 3GPP researches develops and promotes the 3G standard based on the evolution of the GSM core network, namely WCDMA TDS-CDMA.
- a viable mobile communication system needs to provide users with higher data rates, better coverage and greater capacity for the network.
- the improvement and enhancement of the UMTS third-generation mobile communication system based on WCDMA/TD-SCDMA from its birth of the terrestrial radio access network has been continuously carried out within 3GPP.
- HSDPA High Speed Downlink Packet Data Access
- HSUPA High Speed Uplink Packet Access
- E-UTRAN discards the RNC-NodeB structure of UTRAN and is composed entirely of eNodeBs (base stations).
- the topology of the network is shown in Figure 1.
- the air interface high-level protocol defines the use of physical layer resources.
- the control and management of communication through signaling messages is the basis for the full capacity of the physical layer transmission technology, and its role is indispensable.
- For the design of E-UTRAN air interface high-level protocol it is necessary to meet the efficiency and control the complexity to a reasonable level, thus ensuring the system's achievability and reliability.
- E-UTRAN redesigned the original UMTS air interface high-level protocol.
- the air interface protocol structure of the entire E-UTRAN is quite different from that of the original UTRAN, especially the location of different functional entities has changed a lot.
- the functions originally assumed by the RNC were distributed to the eNodeB and AGW.
- FIG. 2 shows the functions assumed by each network element in the E-UTRAN network.
- the main functions of the eNodeB include the PHY, MAC, PLC, RRC layer entities of the air interface, the establishment, management and release of the control plane and user plane in the user communication process, and some radio resources.
- Management (RRM) aspects of functionality.
- the E-UTRAN air interface protocol can be divided into a user plane (as shown in Figure 3) and a control plane (as shown in Figure 4).
- the control plane is responsible for the management of the user's radio resources, the establishment of the wireless connection, the QoS guarantee of the service, and the final resource release, while the user plane is mainly responsible for the normal transmission of data.
- the protocol stack is mainly divided into MAC, RLC, PDCP and security sublayer. Compared with the 3GPP Rel6, the functions of the MAC, RLC, and PDCP sublayers are similar, except that the network element responsible for the corresponding protocol changes.
- control plane the underlying protocol of the control plane is similar to the user plane.
- the Uu interface is divided into three protocol layers: physical layer (Ll), data link layer (L2), and network layer (L3).
- L2 is further divided into the following sublayers: Media Access (MAC), Radio Link Control (RLC), Packet Data Convergence Protocol (PDCP), and Broadcast/Multicast Control (BMC).
- the RLC sublayers of L3 and L2 are divided into control plane and user plane, and PDCP and BMC sublayers exist only in the user plane.
- L3 is divided into different sublayers.
- the lowest layer is Radio Resource Control (RRC), which is located at the access layer, interfaces with L2, and terminates at UTRAN.
- RRC Radio Resource Control
- Higher layer signaling such as mobility management (MM) and connection management (CM), is a non-access layer.
- the Media Access Control (MAC) layer is located above the physical layer. It uses the transport channel provided by the physical layer and provides a logical channel to the radio link layer. Therefore, the mapping between the logical channel and the transport channel is performed in the MAC layer.
- the MAC layer can also select the appropriate transport format (TF) for each transport channel based on the resource rate of the logical channel. The choice of transport format is based on the Transport Format Combination Set (TFCS) defined by the Access Control at Connection.
- TFCS Transport Format Combination Set
- the MAC layer transmits data but does not guarantee proper delivery to the peer entity. Some important data streams can be guaranteed to be transmitted correctly by the upper layer functions. This will be done at the RLC layer, which is not available in the MAC layer. At the same time, the MAC layer does not segment the data. The segmentation/reassembly function is also done by the upper layer, the RLC layer. At the MAC layer, the data block of a certain size transmitted by the RLC layer is received according to the configured parameters. At the request of the RRC, the MAC layer can perform re-allocation of radio resources and change of MAC parameters. For example, reconfiguring the MAC entity, changing the UE identity, changing the transport format (combination) set, changing the transport channel type, and so on. At the same time, the MAC aggregates the local traffic and quality to the RRC under the control of the RRC, so that the RRC controls the resources according to the current service traffic and the quality of the service.
- the MAC layer provides data transmission services on logical channels.
- the set of logical channel types corresponds to different types of data transmission services provided by the MAC. Each logical channel type is based on its The type definition of the input message.
- Logical channels can be divided into two broad categories: control channels for transmitting control plane information and traffic channels for transmitting user plane information.
- the RLC layer provides segmentation and retransmission services for user and control data.
- Each RLC entity is configured by RRC and operates in three modes: Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledge Mode (AM).
- TM Transparent Mode
- UM Unacknowledged Mode
- AM Acknowledge Mode
- SRB Signaling Radio Bearer
- RB radio bearer
- Transparent mode service and non-acknowledge mode service have one transmission and one receiving entity, and the acknowledge mode service has only one entity that sends and receives a combination.
- the transmission of RLC PDUs may be on separate logical channels, such as the control PDU being sent on one logical channel and the data PDU being transmitted on another logical channel.
- the acknowledgment mode data transmission service transmits the high layer PDU and guarantees delivery to the peer entity.
- the user at the sender will receive the notification.
- the receiving end sends a retransmission request to the transmitting end, and the request includes information about the RLC PDU that needs to be retransmitted.
- the sender then retransmits the RLC PDU or RLC PDU segment based on the retransmission request and network resource usage.
- the protocol stack structure is substantially similar to the above structure.
- the protocol stack structure is substantially similar to the above structure.
- the data encapsulation methods of the RLC layer and the MAC layer are substantially the same, and they all have the following common features:
- the length of the RLC PDU is variable in different ports; according to the scheduling result, RLC
- the PDU segmentation is dynamic; according to the scheduling result, the RLC SDU segmentation is dynamic.
- each RLC SDU or RLC must be The length information of the SDU segment is included in the RLC PDU header. Also, in order to ensure that the MAC layer of the receiving end extracts each RLC PDU or RLC PDU segment without errors, the length information of each RLC PDU or RLC PDU segment must be included in the MAC Data PDU header.
- the encapsulation process at the transmitting end is as shown in FIG. 6A, and the decapsulation process at the receiving end is as shown in FIG. 6B.
- the MAC data PDUs in the MAC PDU are only schematically illustrated in the figure, other information may be included in the actual MAC PDU, such as a MAC Control PDU, padding bytes, and the like.
- RLC SDUs Service Data Units
- RLC PDU header is added, and encapsulated into RLC length information and other RLC PDU headers.
- LEN_R11, ..., LEN Rln respectively indicate the length information of n RLC SDUs or RLC SDU segments in RLC PDU1, LEN_Rm 1, ..., LEN_Rmn respectively indicate RLC PDUm The length information of one RLC SDU or RLC SDU segment in the middle.
- the RLC PDU or the RLC PDU segment is multiplexed, the MAC PDU header is added, and encapsulated into a MAC PDU, where the MAC PDU header includes length information of each RLC PDU or RLC PDU segment and other MAC PDU header.
- LEN_Ml, ..., LEN_Mm respectively indicate the length information of m RLC PDUs or RLC PDU segments in the MAC data PDU.
- LEN_Ml (LEN_R11 + . , .+ LEN_Rln) + the length of the RLC PDU1 4 header, and so on.
- LEN_Mm the length information LEN_Ml, LEN_Mm in the MAC data PDU is actually redundant.
- the entire RLC PDU can be completely read at the receiving end, instead of having to calculate LEN_M1 and include LEN_M1 In the MAC data PDU header.
- the object of the present invention is to reduce the redundancy length information carried in the MAC data PDU by a simple and effective method for the technical problem unsolved in the prior art.
- a data processing method for reducing redundancy length information wherein at least one upper layer data block is encapsulated as an upper layer data frame in an upper layer of adjacent two layers of a protocol layer, where The data from the at least one upper layer data frame is encapsulated into the lower layer data frame in the lower layer of the adjacent two layers, and the method includes:
- each upper layer data frame includes an upper layer data frame header and an upper layer data block, and the length information of the upper layer data frame header is included in the length information of the first upper layer data block in the upper layer data frame;
- the received length information for each upper layer data frame is placed in the appropriate position of the lower layer data frame header, and the upper layer data frames are multiplexed accordingly;
- the length of the upper layer data frame is calculated based on the length information of each upper layer data frame included in the header of the lower layer data frame, and each upper layer data frame is correspondingly extracted from the lower layer data frame;
- each upper layer number block is extracted from the upper layer data frame based on the length information of each upper layer data block.
- a data processing method for reducing redundancy length information wherein at least one upper layer data block is encapsulated as an upper layer data frame in an upper layer of adjacent two layers of a protocol layer, where The lower layer of the adjacent two layers will come from at least one upper layer
- the data according to the frame is encapsulated into a lower layer data frame, and the method includes:
- the upper layer data frame is received from the upper layer, where each upper layer data frame includes an upper layer data block, length information of each upper layer data block in the upper layer data frame, and other upper layer data frame headers, and is extracted from the upper layer data frame. Length information of each upper data block;
- the length information of the header of the other upper layer data frame is included in the length information of the first upper layer data block
- the length of the upper layer data frame is calculated based on the length information for each upper layer data frame included in the lower layer data frame header, and correspondingly, each of the upper layer data blocks is extracted from the lower layer data frame.
- Upper layer data frame of length information
- the upper layer data frame is encapsulated and passed to the upper layer based on the length information of each upper layer data block and the length information of other upper layer data frame headers.
- a data processing apparatus for reducing redundancy length information comprising:
- a transmission processing module for performing an operation at the transmitting end according to the present invention
- a receiving processing module for performing an operation at the receiving end according to the present invention
- a mobile terminal characterized by comprising a data processing apparatus according to the present invention.
- a base station characterized by comprising a data processing apparatus according to the present invention.
- a mobile communication system characterized by comprising a mobile terminal according to the present invention and a base station according to the present invention.
- the present invention effectively saves the fact that only the necessary length information of each RLC SDU or RLC SDU segment is carried in the MAC data PDU header, and no redundant length information, that is, the total length information of each RLC PDU, is carried. Wireless resources.
- decapsulation can still be performed correctly at the receiving end. For example, for a bit rate of 100 Mb/s and a TTI of 1 ms, assuming that m RLC PDUs are multiplexed in one MAC data PDU, according to the present invention, about 17 m bits can be saved regardless of the size of the MAC data PDU. how is it.
- FIG. 1 schematically shows a network topology of an LTE system
- FIG. 2 schematically shows a functional division of each network node of an LTE system
- Figure 3 is a schematic illustration of a user plane protocol stack structure of an LTE system air interface protocol
- Figure 4 is a schematic diagram showing the control plane protocol stack structure of the LTE system air interface protocol
- FIG. 5 is a schematic diagram showing a Uu interface protocol stack structure of a WCDMA system
- FIG. 6A is a schematic diagram showing a RLC PDU and a MAC data PDU encapsulation process of a transmitting end in the prior art
- 6B is a schematic diagram showing a RLC PDU and a MAC data PDU decapsulation process at the receiving end in the prior art
- FIG. 7A is a schematic diagram showing an RLC PDU and a MAC data PDU encapsulation process of a transmitting end according to a first embodiment of the present invention
- FIG. 7B is a schematic diagram showing a RLC PDU and a MAC data PDU decapsulation process at the receiving end according to the first embodiment of the present invention
- FIG. 8 is a flowchart of a data processing method according to a first embodiment of the present invention
- FIG. 9A schematically shows an RLC of a transmitting end according to a second embodiment of the present invention.
- FIG. 9B schematically shows an RLC of a receiving end according to a second embodiment of the present invention.
- Figure 10 is a flowchart of a data processing method according to a second embodiment of the present invention.
- Figure 11 is a schematic block diagram of a data processing apparatus according to the present invention. detailed description
- Figure 5 shows the network topology, network node function partitioning, and air interface protocol stack structure of the LTE system.
- Figures 6A and 6B show the prior art RLC PDU and MAC data PDU encapsulation formats. These contents have been described in the background art and will not be described again here.
- RLC SDU and RLC SDU segments are similar in terms of the processing of the length information, so in the following, when only the RLC SDU is mentioned, it should also be understood to include the RLC SDU segment.
- RLC PDU and RLC PDU segmentation is similar.
- FIGS. 7A and 7B is different from the package format in FIGS. 6A and 6B except that the length information is processed differently and the related data processing is caused differently. Other aspects can be similar. Therefore, for the sake of brevity, the corresponding differences will be explained only when necessary.
- the length information is included only in the MAC data PDU, and the length information is not carried in the RLC PDU.
- length information of other RLC PDU headers is included in the length information of the RLC SDU1. Then, divide The RLC PDU and the length information for each RLC PDU are not passed to the MAC layer, wherein the length information for each RLC PDU includes length information for each RLC SDU or segment in the RLC PDU.
- the MAC Data PDU header includes length information for each RLC PDU.
- the method of transmitting RLC PDUs from the RLC layer to the MAC layer and the length information for each RLC PDU is not unique, and it may pass through the original between the RLC layer and the MAC layer.
- the language can also be carried out by other means known in the art.
- the order of the transmission is not unique, but can be determined according to the different conditions of each system and application, as long as the length information can be associated with the corresponding LC PDU when encapsulating at the MAC layer.
- the length information for each RLC PDU is only one type of description information that can be transmitted as a whole from the RLC layer to the MAC layer, or separately.
- the order of arrangement is not unique, but can be determined according to different conditions of each system and application, as long as the length information can be associated with the corresponding RLC SDU or RLC SDU segment when encapsulating at the MAC layer. Just fine.
- the encapsulation order of each RLC PDU is not unique. As long as the length information can be associated with the corresponding RLC PDU, the decapsulation can be correctly performed at the receiving end.
- the LCID Logical Channel Identifier
- the LCID can be inserted prior to the length information for each RLC PDU or otherwise indicating which logical channel the RLC PDU is from.
- Figure 8 is a flow chart of a data processing method in accordance with a first embodiment of the present invention.
- step S801 at the transmitting end, in step S801, at the RLC layer, length information of other RLC PDU headers is included in the length information of the RLC SDU 1.
- step S802 the RLC PDU and the length information for each RLC PDU are respectively delivered to the MAC layer.
- the length information for each RLC PDU includes length information of each RLC SDU or segment in the RLC PDU.
- step S803 at the MAC layer, the received length information for each RLC PDU is placed in the appropriate position of the MAC Data PDU header, and the associated RLC PDUs are multiplexed accordingly.
- step S804 at the MAC layer, the length of each RLC PDU is calculated based on the associated length information in the MAC Data PDU header, and then each RLC PDU is extracted from the MAC Data PDU accordingly.
- each RLC PDU and length information for each RLC PDU are respectively delivered to the RLC layer.
- the length information for each RLC PDU includes length information of each RLC SDU or segment in the RLC PDU.
- each RLC SDU or RLC SDU segment is extracted from the RLC PDU based on the length information of each RLC SDU or segment.
- step S803 of FIG. 8 the LCID may be inserted or otherwise indicated before the length information for each RLC PDU.
- a logical channel In this case, in step S804 of Fig. 8, sub-steps for identifying the LCID or other identification will be included accordingly.
- the invention is based on the saving of radio resources. Since the RLC PDU transmission between the RLC layer and the MAC layer does not involve the use of radio resources, according to the second embodiment of the present invention, the length information is included in the RLC PDU transmitted between the RLC layer and the MAC layer. That is, similar to the prior art, the object of the present invention can be achieved as long as it can be guaranteed that the redundant length information is not included in the MAC data PDU.
- length information is extracted from the RLC PDU.
- the length information of other RLC PDU headers is included in the length information of the RLC SDU1.
- the length information for each RLC PDU is placed in the appropriate location of the MAC Data PDU header, and the associated RLC PDUs are multiplexed accordingly, wherein the length information for each RLC PDU includes each RLC SDU in the RLC PDU Or segment length information.
- the MAC Data PDU header includes length information for each RLC PDU.
- each RLC PDU is not unique, as long as each length information can be associated with the corresponding RLC PDU, so that the decapsulation can be correctly performed at the receiving end.
- the LCID Logical Channel Identifier
- the LCID can be inserted prior to the length information for each RLC PDU or otherwise indicating which logical channel the RLC PDU is from.
- Figure 10 is a flow chart of a data processing method in accordance with a second embodiment of the present invention.
- step S1001 at the transmitting end, in step S1001, at the MAC layer, an RLC PDU is received from the RLC layer, and length information is extracted from the RLC PDU.
- step S1002 the length information of the other RLC PDU headers is included in the length information of the RLC SDU1.
- step S1003 the length information for each RLC PDU is placed in the appropriate position of the MAC data PDU header, and the associated RLC PDUs are multiplexed accordingly.
- the length information for each RLC PDU includes length information of each RLC SDU or segment in the RLC PDU.
- step S1004 at the MAC layer, the length of each RLC PDU is calculated based on the associated length information in the MAC Data PDU header, and then each RLC PDU is extracted from the MAC data PDU accordingly.
- the length information for each RLC PDU includes length information of each RLC SDU or segment in the RLC PDU, and And the length information of other RLC PDU headers is included in the length information of the RLC SDU1.
- step S1005 length information of other RLC PDU headers is extracted from the length information of the RLC SDU 1.
- step S1006 based on the length information of each RLC SDU or segment, and others
- the length information of the RLC PDU header encapsulates the RLC PDU, and passes it to the RLC layer.
- step S1003 of FIG. 10 it can be inserted before the length information for each RLC PDU.
- the LCID or otherwise indicates which logical channel the RLC PDU is from.
- step S1004 of Fig. 10 sub-steps for identifying the LCID or other identification will be included accordingly.
- FIG 11 is a schematic block diagram of a data processing apparatus in accordance with the present invention.
- Reference numeral 1100 denotes a data processing device according to the present invention;
- reference numeral 1001 denotes a transmission processing module 1101 for processing data to be transmitted;
- reference numeral 1102 denotes a reception processing module for processing received data.
- the RLC SDU or RLC SDU segment arrives at the transmission processing module 1101.
- the Transmit Processing Module 1101 performs a series of processing on the RLC SDU or RLC SDU segments and finally encapsulates them into MAC Data PDUs.
- the MAC data PDU arrives at the receiving processing module 1102.
- the receiving processing module 1102 performs a series of processing on the MAC data PDU, and finally decapsulates it into an RLC SDU or RLC SDU segment.
- the transmission processing means 1101 can execute the steps as described in steps S801 to S803 of Fig. 8, and the reception processing means 1102 can execute the steps as described in step S804 of step S804 of Fig. 8.
- the transmission processing module 1101 can perform the steps described in steps S1001 to S1003 of FIG. 10, and the reception processing module 1102 can perform the steps described in steps S1004 to S1006 of FIG.
- the processing modules shown in FIG. 11 can be implemented as separate functional modules, or can be combined into one functional module.
- the function module can adopt a fully hardware implementation form, a fully software implemented form, or an implementation form including both hardware and software units.
- the processes described in the detailed description may be stored in a computer readable storage medium, which may be any device or medium that can store code and/or data for execution by a computer system.
- each of the foregoing processing modules may be implemented by using a device that drives a general-purpose computer, and may also use other devices such as a microcontroller, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), or a combination thereof.
- the processor device is implemented.
- a mobile terminal includes a data processing device 1100.
- a base station includes a data processing apparatus 1100. It should be understood that the present invention is not limited to the RLC layer and the MAC layer of the 3GPP LTE system air interface protocol, but can be applied between any similar adjacent two protocol layers having redundant length information in a similar communication system.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A data processing method for reducing redundant length information is provided. At the higher layer of the two adjacent layers of protocol layers, at least one higher layer data block is encapsulated to a higher layer frame. At the lower layer of the two adjacent layers, the data from at least one higher layer frame is encapsulated to a lower layer frame. The lower layer frame header only carries the necessary length information of every higher layer data block without the redundant length information that is the total length information of every higher layer frame. The corresponding data processing device, mobile terminal, base station and mobile communication system are provided. The redundant length information in the wireless transmission is reduced, thus the wireless resource is efficiently saved.
Description
用于减少冗余长度信息的 Used to reduce redundant length information
数据处理方法、 装置和*** 技术领域 Data processing method, device and system
本发明一般地涉及移动通信***, 更特别地涉及用于减少冗余长 度信息的数据处理方法以及使用该方法的数据处理装置、 移动终端、 基 站和移动通信***。 背景技术 Field of the Invention The present invention generally relates to mobile communication systems, and more particularly to a data processing method for reducing redundancy length information and a data processing apparatus, mobile terminal, base station, and mobile communication system using the same. Background technique
第三代移动通信技术分为 CDMA和 TDMA两大类共五种技术, 其 中主流 4支术为三种 CDMA技术: CDMA-DS (直接扩频)即欧洲和日本 共同提出的 WCDMA 技术; CDMA-MC (多载波) 即美国提出的 CDMA2000技术; CDMA-TDD(时分双工)包括中国提出的 TD-SCDMA 和欧洲提出的 UTRA TDD。 这些标准的制定主要依靠 3GPP和 3GPP2 两个国际组织。 其中 3GPP研究、 制定并推广基于演变的 GSM核心网 络的 3G标准, 即 WCDMA TDS-CDMA等。 The third generation mobile communication technology is divided into two major technologies: CDMA and TDMA. Among them, the mainstream 4 technologies are three kinds of CDMA technologies: CDMA-DS (Direct Spread Spectrum), which is a WCDMA technology jointly proposed by Europe and Japan; CDMA- MC (Multi-Carrier) is the CDMA2000 technology proposed by the United States; CDMA-TDD (Time Division Duplex) includes TD-SCDMA proposed by China and UTRA TDD proposed by Europe. The development of these standards relies mainly on two international organizations, 3GPP and 3GPP2. Among them, 3GPP researches, develops and promotes the 3G standard based on the evolution of the GSM core network, namely WCDMA TDS-CDMA.
一个富有生命力的移动通信***需要为用户提供更高的数据速率, 为网络提供更好的覆盖, 更大的容量。 出于这样的考虑和技术的驱动, 以 WCDMA/TD-SCDMA为基础的 UMTS第三代移动通信***从它诞生 地面无线接入网)的完善和增强,就在 3GPP内部不断地进行。 3GPP Rel5 中的 HSDPA (高速下行分组数据接入)是其迈出的第一步,随后 HSUPA (高速上行分组接入)也逐渐在 3GPP Rel6中为大家所了解和熟悉。 A viable mobile communication system needs to provide users with higher data rates, better coverage and greater capacity for the network. Driven by such considerations and technologies, the improvement and enhancement of the UMTS third-generation mobile communication system based on WCDMA/TD-SCDMA from its birth of the terrestrial radio access network has been continuously carried out within 3GPP. HSDPA (High Speed Downlink Packet Data Access) in 3GPP Rel5 is the first step, and HSUPA (High Speed Uplink Packet Access) is gradually becoming known and familiar in 3GPP Rel6.
从 2003年以来, 以 IEEE 802.16e为代表的宽带无线接入技术受到 了广泛的关注。 特别是对更高的数据速率、 移动性的支持。 逐渐对现有 的移动通信***形成了一种竟争。 为了对抗这种竟争, 3GPP启动了 3G 长期演进研究项目 (long term evolution, LTE ), 以演进的接入技术
( evolved-UTRA, E-UTRA ) 和接入网络( E-UTRAN ), 为运营商和用 户不断增长的需求提供更好的支持。 3GPP于 2004年 12月正式成立了 LTE研究项目 (Study Item ), 明确研究项目的目标是: 发展 3GPP无线 接入技术向着 "高数据速率、 低延迟和优化分组数据应用" 方向演进。 负责 LTE研究项目的工作组为 RANI ( Radio Access Networks WG1 )、 RAN2、 RAN3和 RAN4。 其中 RAN2负责 LTE MAC层技术和 L3无线 资源控制方面的研究。 Since 2003, broadband wireless access technology represented by IEEE 802.16e has received extensive attention. Especially for higher data rates, mobility support. Gradually formed a competition for the existing mobile communication system. In order to counter this competition, 3GPP launched the 3G Long Term Evolution (LTE) to evolve access technology. (evolved-UTRA, E-UTRA) and access networks (E-UTRAN) provide better support for the growing needs of operators and users. 3GPP officially established the LTE Research Project in December 2004. The goal of the research project is to: Develop 3GPP wireless access technology to evolve toward "high data rate, low latency and optimized packet data applications." The working groups responsible for the LTE research project are RANI (Radio Access Networks WG1), RAN2, RAN3 and RAN4. RAN2 is responsible for research on LTE MAC layer technology and L3 radio resource control.
为了达到简化信令流程、 缩短延迟的目的, E-UTRAN 舍弃了 UTRAN的 RNC-NodeB结构, 完全由 eNodeB (基站)组成。 网络的拓 朴结构如图 1所示。 In order to simplify the signaling process and shorten the delay, E-UTRAN discards the RNC-NodeB structure of UTRAN and is composed entirely of eNodeBs (base stations). The topology of the network is shown in Figure 1.
空中接口高层协议定义着物理层资源的使用方式, 通过信令消息进 行通信的控制和管理是物理层传输技术得以充分发挥能力的基础, 其作 用不可或缺。 对于 E-UTRAN空中接口高层协议的设计, 既需要满足效 率又要将复杂度控制在一个合理的水平, 从而保证***的可实现性和可 靠性。 The air interface high-level protocol defines the use of physical layer resources. The control and management of communication through signaling messages is the basis for the full capacity of the physical layer transmission technology, and its role is indispensable. For the design of E-UTRAN air interface high-level protocol, it is necessary to meet the efficiency and control the complexity to a reasonable level, thus ensuring the system's achievability and reliability.
根据这样的原则, E-UTRAN对原来的 UMTS空中接口高层协议进 行了重新的设计。在 E-UTRAN网络中,由于没有了 RNC,整个 E-UTRAN 的空中接口协议结构和原来的 UTRAN相比有了较大的不同, 特别是不 同功能实体的位置出现了很多变化。 原来由 RNC承担的功能被分散到 了 eNodeB和 AGW上。 Based on this principle, E-UTRAN redesigned the original UMTS air interface high-level protocol. In the E-UTRAN network, because there is no RNC, the air interface protocol structure of the entire E-UTRAN is quite different from that of the original UTRAN, especially the location of different functional entities has changed a lot. The functions originally assumed by the RNC were distributed to the eNodeB and AGW.
图 2给出了 E-UTRAN网络中各个网元所承担的功能。在 E-UTRAN 网络中, eNodeB的主要功能除了包括空中接口的 PHY、 MAC, PLC、 RRC各层实体、 用户通信过程中的控制平面和用户平面的建立、 管理和 释放, 还包括了部分无线资源管理(RRM ) 方面的功能。 Figure 2 shows the functions assumed by each network element in the E-UTRAN network. In the E-UTRAN network, the main functions of the eNodeB include the PHY, MAC, PLC, RRC layer entities of the air interface, the establishment, management and release of the control plane and user plane in the user communication process, and some radio resources. Management (RRM) aspects of functionality.
E-UTRAN空中接口协议可以分为用户平面 (如图 3所示)和控制 平面 (如图 4 所示)。 控制平面负责用户无线资源的管理、 无线连接的 建立、 业务的 QoS保证和最终的资源释放, 而用户平面则主要负责数据 的正常传输。
由图 3可知, 在用户平面, 协议栈主要分为 MAC、 RLC, PDCP和 安全子层。 相比较 3GPP Rel6, MAC, RLC、 PDCP子层的功能类似, 只是负责相应协议的网元发生了变化。 The E-UTRAN air interface protocol can be divided into a user plane (as shown in Figure 3) and a control plane (as shown in Figure 4). The control plane is responsible for the management of the user's radio resources, the establishment of the wireless connection, the QoS guarantee of the service, and the final resource release, while the user plane is mainly responsible for the normal transmission of data. As can be seen from Figure 3, in the user plane, the protocol stack is mainly divided into MAC, RLC, PDCP and security sublayer. Compared with the 3GPP Rel6, the functions of the MAC, RLC, and PDCP sublayers are similar, except that the network element responsible for the corresponding protocol changes.
由图 4可知, 控制平面的底层协议和用户平面相似。 As can be seen from Figure 4, the underlying protocol of the control plane is similar to the user plane.
为便于描述, 下面以 WCDMA***为例,说明 Uu接口(空中接口) 协议栈的结构 (如图 5所示)。 由图 5可以看出, Uu接口分为三个协议 层: 物理层 (Ll )、 数据链路层 (L2 )和网絡层 (L3 )。 L2 进一步分为 下述子层: 媒体接入(MAC )、 无线链路控制 (RLC )、 分组数据会聚协 议( PDCP )和广播 /多播控制 ( BMC )。 L3和 L2的 RLC子层分为控制 平面和用户平面, PDCP和 BMC子层仅存在于用户平面。 在控制平面, L3分为不同的子层。 最低层为无线资源控制 (RRC ), 它位于接入层, 与 L2进行接口连接, 终止于 UTRAN。 而更高层信令, 如移动性管理 ( MM ) 和连接管理 (CM )属于非接入层。 For convenience of description, the following uses a WCDMA system as an example to illustrate the structure of the Uu interface (air interface) protocol stack (as shown in Figure 5). As can be seen from Figure 5, the Uu interface is divided into three protocol layers: physical layer (Ll), data link layer (L2), and network layer (L3). L2 is further divided into the following sublayers: Media Access (MAC), Radio Link Control (RLC), Packet Data Convergence Protocol (PDCP), and Broadcast/Multicast Control (BMC). The RLC sublayers of L3 and L2 are divided into control plane and user plane, and PDCP and BMC sublayers exist only in the user plane. In the control plane, L3 is divided into different sublayers. The lowest layer is Radio Resource Control (RRC), which is located at the access layer, interfaces with L2, and terminates at UTRAN. Higher layer signaling, such as mobility management (MM) and connection management (CM), is a non-access layer.
媒体接入控制(MAC )层位于物理层之上。 它使用物理层提供的传 输信道并向无线链路层提供逻辑信道。 因此, 在 MAC层中执行逻辑信 道与传输信道之间的映射。 MAC 层还能根据逻辑信道的资源速率为每 个传输信道选择合适的传输格式 (TF )。 传输格式的选择要根据连接时 接入控制定义的传输格式组合集 (TFCS )进行。 The Media Access Control (MAC) layer is located above the physical layer. It uses the transport channel provided by the physical layer and provides a logical channel to the radio link layer. Therefore, the mapping between the logical channel and the transport channel is performed in the MAC layer. The MAC layer can also select the appropriate transport format (TF) for each transport channel based on the resource rate of the logical channel. The choice of transport format is based on the Transport Format Combination Set (TFCS) defined by the Access Control at Connection.
MAC 层传输数据但不保证正确传递到对等端实体。 对一些重要的 数据流可以由上层功能来保证其正确传输。 这将在 RLC层实现, MAC 层不具有该功能。 同时, MAC层也不对数据进行分段处理。 分段 /重组 功能也是由上层, 即 RLC层完成的。 在 MAC层按照所配置的参数来接 收 RLC层所传递的大小一定的数据块。在 RRC的请求下, MAC层能够 执行无线资源的重分配和 MAC参数的改变。 例如重新配置 MAC实体, 改变 UE标识, 改变传输格式(组合) 集, 改变传输信道类型, 等等。 同时, MAC在 RRC的控制下向 RRC汇 ^艮局部的业务量和质量, 以便 RRC根据当前业务流量和业务质量对资源进行控制。 The MAC layer transmits data but does not guarantee proper delivery to the peer entity. Some important data streams can be guaranteed to be transmitted correctly by the upper layer functions. This will be done at the RLC layer, which is not available in the MAC layer. At the same time, the MAC layer does not segment the data. The segmentation/reassembly function is also done by the upper layer, the RLC layer. At the MAC layer, the data block of a certain size transmitted by the RLC layer is received according to the configured parameters. At the request of the RRC, the MAC layer can perform re-allocation of radio resources and change of MAC parameters. For example, reconfiguring the MAC entity, changing the UE identity, changing the transport format (combination) set, changing the transport channel type, and so on. At the same time, the MAC aggregates the local traffic and quality to the RRC under the control of the RRC, so that the RRC controls the resources according to the current service traffic and the quality of the service.
MAC 层在逻辑信道上提供数据传输业务。 逻辑信道类型集合对应 于 MAC提供的不同类型的数据传输业务。 每种逻辑信道类型根据其传
输信息的类型定义。 逻辑信道可分为两大类: 用于传输控制平面信息的 控制信道和用于传输用户平面信息的业务信道。 The MAC layer provides data transmission services on logical channels. The set of logical channel types corresponds to different types of data transmission services provided by the MAC. Each logical channel type is based on its The type definition of the input message. Logical channels can be divided into two broad categories: control channels for transmitting control plane information and traffic channels for transmitting user plane information.
RLC层为用户和控制数据提供分段和重传业务。 每个 RLC实体由 RRC配置并以三种模式进行操作: 透明模式(TM )、 非确认模式(UM ) 和确认模式(AM )。 在控制平面, RLC层向上层提供的业务为信令无线 承载(SRB )。 在用户平面, RLC向上层提供的业务为无线承载(RB )。 The RLC layer provides segmentation and retransmission services for user and control data. Each RLC entity is configured by RRC and operates in three modes: Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledge Mode (AM). In the control plane, the service provided by the RLC layer to the upper layer is a Signaling Radio Bearer (SRB). In the user plane, the service provided by the RLC to the upper layer is a radio bearer (RB).
透明模式业务和非确认模式业务有一个发送和一个接收实体, 确认 模式业务只有一个发送和接收结合的实体。 RLC PDU的发送可能在独立 的逻辑信道上, 如控制 PDU在一个逻辑信道上发送而数据 PDU在另一 个逻辑信道上发送。 Transparent mode service and non-acknowledge mode service have one transmission and one receiving entity, and the acknowledge mode service has only one entity that sends and receives a combination. The transmission of RLC PDUs may be on separate logical channels, such as the control PDU being sent on one logical channel and the data PDU being transmitted on another logical channel.
确认模式数据传输业务传输高层 PDU 并保证传递到对等实体中。 当 RLC不能正确传递数据时,发送端的用户将接收到通知。如果需要进 行 RLC PDU重传, 则接收端向发送端发送重传请求, 该请求中包含与 需要重传的 RLC PDU有关的信息。 然后, 发送端根据该重传请求和网 络资源使用情况来重传 RLC PDU或 RLC PDU分段。 The acknowledgment mode data transmission service transmits the high layer PDU and guarantees delivery to the peer entity. When the RLC cannot pass the data correctly, the user at the sender will receive the notification. If RLC PDU retransmission is required, the receiving end sends a retransmission request to the transmitting end, and the request includes information about the RLC PDU that needs to be retransmitted. The sender then retransmits the RLC PDU or RLC PDU segment based on the retransmission request and network resource usage.
应当注意,尽管基于不同技术的 LTE***的空中接口协议栈并不完 全相同, 但其协议栈结构与上述结构基本类似。 更进一步, 就 RLC层和 MAC层的数据封装方式而言, 这些 LTE***是大致相同的, 它们均具 有以下共同特征: 在不同的 ΤΉ中 RLC PDU的长度是可变的; 根据调 度结果, RLC PDU分段是动态的; 根据调度结果, RLC SDU分段是动 态的。 It should be noted that although the air interface protocol stacks of LTE systems based on different technologies are not identical, the protocol stack structure is substantially similar to the above structure. Further, in terms of data encapsulation methods of the RLC layer and the MAC layer, these LTE systems are substantially the same, and they all have the following common features: The length of the RLC PDU is variable in different ports; according to the scheduling result, RLC The PDU segmentation is dynamic; according to the scheduling result, the RLC SDU segmentation is dynamic.
针对上述问题,在 RAN2工作组内部已经对 RLC层和 MAC层的数 据封装格式进行了大量研究。 一些成员提出了一种针对 RLC PDU 和 MAC数据 PDU的解决方案,其中为了确保接收端的 RLC层准确无误地 解开对每个 RLC SDU或 RLC SDU分段的连接, 必须将每个 RLC SDU 或 RLC SDU分段的长度信息包括在 RLC PDU报头中。 同样, 为了确保 接收端的 MAC层准确无误地提取出每个 RLC PDU或 RLC PDU分段, 必须将每个 RLC PDU或 RLC PDU分段的长度信息包括在 MAC数据 PDU报头中。
发送端的封装过程如图 6A所示,接收端的解封装过程如图 6B所示。 应当注意,尽管图中仅示意性地示出了 MAC PDU中的 MAC数据 PDU, 但实际的 MAC PDU中还可以包括其他信息, 诸如 MAC控制 PDU、 填 充字节等。 In response to the above problems, a lot of research has been conducted on the data encapsulation formats of the RLC layer and the MAC layer within the RAN2 working group. Some members have proposed a solution for RLC PDUs and MAC data PDUs, in order to ensure that the RLC layer at the receiving end unambiguously unlinks each RLC SDU or RLC SDU segment, each RLC SDU or RLC must be The length information of the SDU segment is included in the RLC PDU header. Also, in order to ensure that the MAC layer of the receiving end extracts each RLC PDU or RLC PDU segment without errors, the length information of each RLC PDU or RLC PDU segment must be included in the MAC Data PDU header. The encapsulation process at the transmitting end is as shown in FIG. 6A, and the decapsulation process at the receiving end is as shown in FIG. 6B. It should be noted that although the MAC data PDUs in the MAC PDU are only schematically illustrated in the figure, other information may be included in the actual MAC PDU, such as a MAC Control PDU, padding bytes, and the like.
如图 6A所示,在发送端的 RLC层,对来自相同逻辑信道的 RLC SDU (服务数据单元)或分段进行连接,添加 RLC PDU报头 ,并封装到 RLC 长度信息以及其他 RLC PDU报头。在该图中, LEN— R11 , ..., LEN Rln 分别表明了 RLC PDU1中的 n个 RLC SDU或 RLC SDU分段的长度信 息, LEN— Rm 1, ..., LEN_Rmn分别表明了 RLC PDUm中的 1个 RLC SDU 或 RLC SDU分段的长度信息。 As shown in FIG. 6A, at the RLC layer of the transmitting end, RLC SDUs (Service Data Units) or segments from the same logical channel are connected, an RLC PDU header is added, and encapsulated into RLC length information and other RLC PDU headers. In the figure, LEN_R11, ..., LEN Rln respectively indicate the length information of n RLC SDUs or RLC SDU segments in RLC PDU1, LEN_Rm 1, ..., LEN_Rmn respectively indicate RLC PDUm The length information of one RLC SDU or RLC SDU segment in the middle.
在发送端的 MAC层, 对 RLC PDU或 RLC PDU分段进行复用, 添 加 MAC PDU报头, 并封装到 MAC PDU中, 其中该 MAC PDU报头包 括每个 RLC PDU或 RLC PDU分段的长度信息以及其他 MAC PDU报 头。 在该图中, LEN— Ml , ..., LEN— Mm分别表明了 MAC数据 PDU中 的 m个 RLC PDU或 RLC PDU分段的长度信息。 At the MAC layer of the transmitting end, the RLC PDU or the RLC PDU segment is multiplexed, the MAC PDU header is added, and encapsulated into a MAC PDU, where the MAC PDU header includes length information of each RLC PDU or RLC PDU segment and other MAC PDU header. In the figure, LEN_Ml, ..., LEN_Mm respectively indicate the length information of m RLC PDUs or RLC PDU segments in the MAC data PDU.
图 6B的解封装过程与图 6A的封装过程相反, 因此不再赘述。 The decapsulation process of Figure 6B is the reverse of the packaging process of Figure 6A and therefore will not be described again.
从图 6A显然可以看出, RLC PDU或 RLC PDU分段的长度 =该 RLC It can be clearly seen from Figure 6A that the length of the RLC PDU or RLC PDU segment = the RLC
PDU报头的长度。 举例而言, 在图 6A中, RLC PDU 1的长度 LEN_M1 = (LEN_R11 + . ,.+ LEN_Rln) + RLC PDU1 4艮头的长度, 依次类推。 这 意味着 MAC数据 PDU中的长度信息 LEN— Ml , LEN— Mm实际上 是冗余的。例如,如果能够得知 LEN— Rl 1 , ..., LEN_Rln和其他 RLC PDU 报头的长度, 则在接收端就完全可以读取整个 RLC PDU, 而并非必须要 计算出 LEN— Ml并将 LEN_M1 包括在 MAC数据 PDU报头中。 在信息 传输任务如此繁重的今天, 这种冗余长度信息的传输无疑会浪费宝贵的 无线资源。 The length of the PDU header. For example, in Figure 6A, the length of the RLC PDU 1 is LEN_M1 = (LEN_R11 + . , .+ LEN_Rln) + the length of the RLC PDU1 4 header, and so on. This means that the length information LEN_Ml, LEN_Mm in the MAC data PDU is actually redundant. For example, if the length of LEN_Rl 1 , ..., LEN_Rln and other RLC PDU headers can be known, the entire RLC PDU can be completely read at the receiving end, instead of having to calculate LEN_M1 and include LEN_M1 In the MAC data PDU header. Today, when information transmission tasks are so heavy, the transmission of such redundant length information will undoubtedly waste valuable wireless resources.
因此, 需要开发一种新的技术来减少这种冗余长度信息的传输。
发明内容 Therefore, there is a need to develop a new technique to reduce the transmission of such redundant length information. Summary of the invention
本发明的目的是针对现有技术中未解决的技术问题, 用一种简单 有效的方法来减少 MAC数据 PDU中所携带的冗余长度信息。 The object of the present invention is to reduce the redundancy length information carried in the MAC data PDU by a simple and effective method for the technical problem unsolved in the prior art.
根据本发明的第一方面, 提供一种用于减少冗余长度信息的数据 处理方法, 其中在协议层的相邻两层中的上层中将至少一个上层数据块 封装为上层数据帧, 在该相邻两层中的下层中将来自至少一个上层数 据帧的数据封装为下层数据帧, 该方法包括: According to a first aspect of the present invention, a data processing method for reducing redundancy length information is provided, wherein at least one upper layer data block is encapsulated as an upper layer data frame in an upper layer of adjacent two layers of a protocol layer, where The data from the at least one upper layer data frame is encapsulated into the lower layer data frame in the lower layer of the adjacent two layers, and the method includes:
在发送端, On the sending end,
在上层, 每个上层数据帧包括上层数据帧报头和上层数据块, 将该上层数据帧报头的长度信息包括在该上层数据帧中的第一上 层数据块的长度信息中; In the upper layer, each upper layer data frame includes an upper layer data frame header and an upper layer data block, and the length information of the upper layer data frame header is included in the length information of the first upper layer data block in the upper layer data frame;
分别将每个上层数据帧以及针对该上层数据帧的长度信息传 递给下层, 其中针对每个上层数据帧的长度信息包括该上层数据 帧中的每个上层数据块的长度信息; And transmitting, to the lower layer, the length information of each upper layer data frame, and the length information of each upper layer data frame, the length information of each upper layer data block in the upper layer data frame;
在下层, 将接收到的针对每个上层数据帧的长度信息置于下 层数据帧报头的适当位置,并相应地对这些上层数据帧进行复用; 以及 In the lower layer, the received length information for each upper layer data frame is placed in the appropriate position of the lower layer data frame header, and the upper layer data frames are multiplexed accordingly;
在接收端, At the receiving end,
在下层, 基于下层数据帧报头中所包括的针对每个上层数据 帧的长度信息来计算该上层数据帧的长度, 并相应地从该下层数 据帧中提取出每个上层数据帧; In the lower layer, the length of the upper layer data frame is calculated based on the length information of each upper layer data frame included in the header of the lower layer data frame, and each upper layer data frame is correspondingly extracted from the lower layer data frame;
分别将每个上层数据帧及针对该上层数据帧的长度信息传递 给上层, 其中针对每个上层数据帧的长度信息包括该上层数据帧 中的每个上层数据块的长度信息; And transmitting the length information of each upper layer data frame and the upper layer data frame to the upper layer, where the length information for each upper layer data frame includes length information of each upper layer data block in the upper layer data frame;
在上层, 基于每个上层数据块的长度信息来从上层数据帧中提取 出每个上层数椐块。 In the upper layer, each upper layer number block is extracted from the upper layer data frame based on the length information of each upper layer data block.
根据本发明的第二方面, 提供一种用于减少冗余长度信息的数据 处理方法, 其中在协议层的相邻两层中的上层中将至少一个上层数据块 封装为上层数据帧, 在该相邻两层中的下层中将来自至少一个上层数
据帧的数据封装为下层数据帧, 该方法包括: According to a second aspect of the present invention, a data processing method for reducing redundancy length information is provided, wherein at least one upper layer data block is encapsulated as an upper layer data frame in an upper layer of adjacent two layers of a protocol layer, where The lower layer of the adjacent two layers will come from at least one upper layer The data according to the frame is encapsulated into a lower layer data frame, and the method includes:
在发送端, On the sending end,
在下层, 从上层接收上层数据帧, 其中每个上层数据帧包括上 层数据块、 该上层数据帧中的每个上层数据块的长度信息以及其 他上层数据帧报头,并从上层数据帧中提取出每个上层数据块的长 度信息; In the lower layer, the upper layer data frame is received from the upper layer, where each upper layer data frame includes an upper layer data block, length information of each upper layer data block in the upper layer data frame, and other upper layer data frame headers, and is extracted from the upper layer data frame. Length information of each upper data block;
将该其他上层数据帧报头的长度信息包括在第一上层数据块的 长度信息中; The length information of the header of the other upper layer data frame is included in the length information of the first upper layer data block;
将针对每个上层数据帧的长度信息置于下层数据帧报头的适 信息的上层数据帧进行复用, 其中针对每个上层数据帧的长度信息 包括该上层数据帧中的每个上层数据块的长度信息; 以及 And multiplexing the upper layer data frame of the upper layer data frame header with the length information of each upper layer data frame, wherein the length information for each upper layer data frame includes each upper layer data block of the upper layer data frame. Length information;
在接收端, At the receiving end,
在下层, 基于下层数据帧报头中所包括的针对每个上层数据 帧的长度信息来计算该上层数据帧的长度, 并相应地从该下层数 据帧中提取出该不包括其中每个上层数据块的长度信息的上层数 据帧; In the lower layer, the length of the upper layer data frame is calculated based on the length information for each upper layer data frame included in the lower layer data frame header, and correspondingly, each of the upper layer data blocks is extracted from the lower layer data frame. Upper layer data frame of length information;
从第一上层数据块的长度信息中提取出其他上层数据帧报头的 长度信息; Extracting length information of other upper layer data frame headers from length information of the first upper layer data block;
基于每个上层数据块的长度信息以及其他上层数据帧报头的长度信 息, 封装上层数据帧, 并将其传递给上层。 The upper layer data frame is encapsulated and passed to the upper layer based on the length information of each upper layer data block and the length information of other upper layer data frame headers.
根据本发明的另一方面, 提供一种用于减少冗余长度信息的数据 处理装置, 该装置包括: According to another aspect of the present invention, a data processing apparatus for reducing redundancy length information is provided, the apparatus comprising:
发送处理模块, 用于执行根据本发明在发送端的操作; 以及 接收处理模块, 用于执行根据本发明在接收端的操作。 a transmission processing module for performing an operation at the transmitting end according to the present invention; and a receiving processing module for performing an operation at the receiving end according to the present invention.
根据本发明的另一方面, 提供一种移动终端, 其特征在于包括根 据本发明的数据处理装置。 According to another aspect of the present invention, there is provided a mobile terminal characterized by comprising a data processing apparatus according to the present invention.
根据本发明的另一方面, 提供一种基站, 其特征在于包括根据本 发明的数据处理装置。
根据本发明的另一方面, 提供一种移动通信***, 其特征在于包 括根据本发明的移动终端和根据本发明的基站。 According to another aspect of the present invention, a base station is provided, characterized by comprising a data processing apparatus according to the present invention. According to another aspect of the present invention, there is provided a mobile communication system characterized by comprising a mobile terminal according to the present invention and a base station according to the present invention.
由于在 MAC数据 PDU报头中仅携带了每个 RLC SDU或 RLC SDU分段的必要长度信息,而不再携带冗余的长度信息,即每个 RLC PDU 的总长度信息, 本发明有效地节省了无线资源。 同时, 由于在 MAC数据 PDU报头所携带的每个 RLC SDU或 RLC SDU分段的长 度信息, 使得在接收端仍然可以正确地进行解封装。 举例而言, 对于 100 Mb/s的比特率和 1ms的 TTI,假定一个 MAC数据 PDU中复用了 m个 RLC PDU, 则根据本发明, 可以节省大约 17m个比特, 而不管 MAC数据 PDU的大小如何。 The present invention effectively saves the fact that only the necessary length information of each RLC SDU or RLC SDU segment is carried in the MAC data PDU header, and no redundant length information, that is, the total length information of each RLC PDU, is carried. Wireless resources. At the same time, due to the length information of each RLC SDU or RLC SDU segment carried in the MAC data PDU header, decapsulation can still be performed correctly at the receiving end. For example, for a bit rate of 100 Mb/s and a TTI of 1 ms, assuming that m RLC PDUs are multiplexed in one MAC data PDU, according to the present invention, about 17 m bits can be saved regardless of the size of the MAC data PDU. how is it.
结合附图阅读对本发明实施例的详细描述后, 本发明的其它特点 和优点将变得更加清楚。 附图说明 Other features and advantages of the present invention will become more apparent from the detailed description of the embodiments. DRAWINGS
图 1示意性地示出了 LTE***的网络拓朴结构; FIG. 1 schematically shows a network topology of an LTE system;
图 2示意性地示出了 LTE***的各网络节点的功能划分; FIG. 2 schematically shows a functional division of each network node of an LTE system;
图 3示意性地示出了 LTE***空中接口协议的用户平面协议栈结 构; Figure 3 is a schematic illustration of a user plane protocol stack structure of an LTE system air interface protocol;
图 4示意性地示出了 LTE***空中接口协议的控制平面协议栈结 构; Figure 4 is a schematic diagram showing the control plane protocol stack structure of the LTE system air interface protocol;
图 5示意性地示出了 WCDMA***的 Uu接口协议栈结构; 图 6A示意性地示出了现有技术中发送端的 RLC PDU和 MAC数 据 PDU封装过程; FIG. 5 is a schematic diagram showing a Uu interface protocol stack structure of a WCDMA system; FIG. 6A is a schematic diagram showing a RLC PDU and a MAC data PDU encapsulation process of a transmitting end in the prior art;
图 6B示意性地示出了现有技术中接收端的 RLC PDU和 MAC数 据 PDU解封装过程; 6B is a schematic diagram showing a RLC PDU and a MAC data PDU decapsulation process at the receiving end in the prior art;
图 7A 示意性地示出了根据本发明第一实施例的发送端的 RLC PDU和 MAC数据 PDU封装过程; FIG. 7A is a schematic diagram showing an RLC PDU and a MAC data PDU encapsulation process of a transmitting end according to a first embodiment of the present invention; FIG.
图 7B 示意性地示出了根据本发明第一实施例的接收端的 RLC PDU和 MAC数据 PDU解封装过程;
图 8是根据本发明第一实施例的数据处理方法的流程图; FIG. 7B is a schematic diagram showing a RLC PDU and a MAC data PDU decapsulation process at the receiving end according to the first embodiment of the present invention; FIG. FIG. 8 is a flowchart of a data processing method according to a first embodiment of the present invention; FIG.
图 9A 示意性地示出了根据本发明第二实施例的发送端的 RLC FIG. 9A schematically shows an RLC of a transmitting end according to a second embodiment of the present invention.
PDU和 MAC数据 PDU封装过程; PDU and MAC data PDU encapsulation process;
图 9B 示意性地示出了根据本发明第二实施例的接收端的 RLC FIG. 9B schematically shows an RLC of a receiving end according to a second embodiment of the present invention.
PDU和 MAC数据 PDU解封装过程; PDU and MAC data PDU decapsulation process;
图 10是根据本发明第二实施例的数据处理方法的流程图; 并且 图 11是根据本发明的数据处理装置的示意性框图。 具体实施方式 Figure 10 is a flowchart of a data processing method according to a second embodiment of the present invention; and Figure 11 is a schematic block diagram of a data processing apparatus according to the present invention. detailed description
现在, 将参考附图来对本发明进行描述, 其中贯穿全文以相同的 参考标号表示相同或者类似的单元。 The invention will now be described with reference to the drawings, wherein the same reference numerals are used to refer to the same or the like.
图 图 5示出了 LTE***的网络拓朴结构、 网络节点功能划分以 及空中接口协议栈结构, 图 6A和图 6B示出了现有技术的 RLC PDU 和 MAC数据 PDU封装格式。 这些内容已经在背景技术中进行了描述, 此处不再赘述。 Figure 5 shows the network topology, network node function partitioning, and air interface protocol stack structure of the LTE system. Figures 6A and 6B show the prior art RLC PDU and MAC data PDU encapsulation formats. These contents have been described in the background art and will not be described again here.
应当注意, 就长度信息的处理方式而言, RLC SDU和 RLC SDU 分段是类似的, 因此在下文中, 当仅提到 RLC SDU时, 也应当将其 理解为包括 RLC SDU分段。 RLC PDU和 RLC PDU分段的情况与此 类似。 It should be noted that the RLC SDU and RLC SDU segments are similar in terms of the processing of the length information, so in the following, when only the RLC SDU is mentioned, it should also be understood to include the RLC SDU segment. The case of RLC PDU and RLC PDU segmentation is similar.
下面参考图 7A、 图 7B和图 8来描述本发明的第一实施例。 A first embodiment of the present invention will be described below with reference to Figs. 7A, 7B and 8.
首先参考图 7A和图 7B来描述本发明第一实施例的 RLC PDU和 MAC数据 PDU封装格式。 The RLC PDU and MAC Data PDU encapsulation formats of the first embodiment of the present invention will be described first with reference to Figs. 7A and 7B.
本领域的普通技术人员可以理解, 图 7A和图 7B 中的封装格式 与图 6A和图 6B 中的封装格式相比, 除了对长度信息的处理方式不 同以及随之引发的相关数据处理上的不同之外, 其他方面可以是类似 的。 因此, 为简洁起见, 仅在必要时对相应的区别加以说明。 It will be understood by those skilled in the art that the package format in FIGS. 7A and 7B is different from the package format in FIGS. 6A and 6B except that the length information is processed differently and the related data processing is caused differently. Other aspects can be similar. Therefore, for the sake of brevity, the corresponding differences will be explained only when necessary.
根据本发明的第一实施例, 仅在 MAC数据 PDU中包括长度信息, 而不在 RLC PDU中携带长度信息。 如图 7A所示, 在 RLC层, 将其他 RLC PDU报头的长度信息包括在 RLC SDU1的长度信息中。 然后, 分
别将 RLC PDU以及针对每个 RLC PDU的长度信息传递给 MAC层, 其 中针对每个 RLC PDU的长度信息包括该 RLC PDU中的每个 RLC SDU 或分段的长度信息。在 MAC层, MAC数据 PDU报头包括针对每个 RLC PDU的长度信息。 According to the first embodiment of the present invention, the length information is included only in the MAC data PDU, and the length information is not carried in the RLC PDU. As shown in FIG. 7A, at the RLC layer, length information of other RLC PDU headers is included in the length information of the RLC SDU1. Then, divide The RLC PDU and the length information for each RLC PDU are not passed to the MAC layer, wherein the length information for each RLC PDU includes length information for each RLC SDU or segment in the RLC PDU. At the MAC layer, the MAC Data PDU header includes length information for each RLC PDU.
应当注意, 在图 7A所示的封装过程中, 从 RLC层向 MAC层传递 RLC PDU以及针对每个 RLC PDU的长度信息的方法并不是唯一的, 其 可以通过 RLC层与 MAC层之间的原语来进行,也可以通过本领域公知 的其他方式来进行。 传递时的排列顺序也并不是唯一的, 而是可以根据 各个***和应用的不同情况来确定, 只要使得在 MAC层进行封装时能 够将各长度信息与相应的 LC PDU对应起来即可。 It should be noted that in the encapsulation process shown in FIG. 7A, the method of transmitting RLC PDUs from the RLC layer to the MAC layer and the length information for each RLC PDU is not unique, and it may pass through the original between the RLC layer and the MAC layer. The language can also be carried out by other means known in the art. The order of the transmission is not unique, but can be determined according to the different conditions of each system and application, as long as the length information can be associated with the corresponding LC PDU when encapsulating at the MAC layer.
更具体而言, 上述针对每个 RLC PDU的长度信息仅仅是一种说明 度信息不但可以连接为一个整体从 RLC层传递到 MAC层,也可以分别 传递。 传递时的排列顺序也并不是唯一的, 而是可以根据各个***和应 用的不同情况来确定, 只要使得在 MAC层进行封装时能够将各长度信 息与相应的 RLC SDU或 RLC SDU分段对应起来即可。 More specifically, the length information for each RLC PDU is only one type of description information that can be transmitted as a whole from the RLC layer to the MAC layer, or separately. The order of arrangement is not unique, but can be determined according to different conditions of each system and application, as long as the length information can be associated with the corresponding RLC SDU or RLC SDU segment when encapsulating at the MAC layer. Just fine.
与此类似,在 MAC层,对各 RLC PDU的封装顺序也并不是唯一的, 只要能够将各长度信息与相应的 RLC PDU对应起来, 使得在接收端能 够正确解封装即可。 可以通过在针对每个 RLC PDU的长度信息前*** LCID (逻辑信道标识符)或以其他方式来表明该 RLC PDU来自于哪一 个逻辑信道。 Similarly, at the MAC layer, the encapsulation order of each RLC PDU is not unique. As long as the length information can be associated with the corresponding RLC PDU, the decapsulation can be correctly performed at the receiving end. The LCID (Logical Channel Identifier) can be inserted prior to the length information for each RLC PDU or otherwise indicating which logical channel the RLC PDU is from.
图 7B的解封装过程与图 7A的封装过程相反, 因此不再赘述。 The decapsulation process of Figure 7B is the reverse of the packaging process of Figure 7A and therefore will not be described again.
下面参考图 8来详细描述图 7A和图 7B所示的封装和解封装过 程。 图 8是根据本发明第一实施例的数据处理方法的流程图。 The encapsulation and decapsulation process shown in Figs. 7A and 7B will be described in detail below with reference to Fig. 8. Figure 8 is a flow chart of a data processing method in accordance with a first embodiment of the present invention.
如图 8所示,在发送端,在步骤 S801 中,在 RLC层,将其他 RLC PDU报头的长度信息包括在 RLC SDU 1的长度信息中。 As shown in FIG. 8, at the transmitting end, in step S801, at the RLC layer, length information of other RLC PDU headers is included in the length information of the RLC SDU 1.
在步骤 S802中 ,分别将 RLC PDU以及针对每个 RLC PDU的长度 信息传递给 MAC层。其中,针对每个 RLC PDU的长度信息包括该 RLC PDU中的每个 RLC SDU或分段的长度信息。 关于传递的方式和排列顺
序, 请参考对图 7A的相关描述。 In step S802, the RLC PDU and the length information for each RLC PDU are respectively delivered to the MAC layer. The length information for each RLC PDU includes length information of each RLC SDU or segment in the RLC PDU. About the way and arrangement of delivery For the order, please refer to the related description of FIG. 7A.
在步骤 S803中, 在 MAC层, 将接收到的针对每个 RLC PDU的 长度信息置于 MAC数据 PDU报头的适当位置, 并相应地对相关的 RLC PDU进行复用。 In step S803, at the MAC layer, the received length information for each RLC PDU is placed in the appropriate position of the MAC Data PDU header, and the associated RLC PDUs are multiplexed accordingly.
在接收端, 在步骤 S804中, 在 MAC层, 基于 MAC数据 PDU 报头中的相关长度信息来计算每个 RLC PDU的长度, 然后相应地从 MAC数据 PDU中提取出每个 RLC PDU。 At the receiving end, in step S804, at the MAC layer, the length of each RLC PDU is calculated based on the associated length information in the MAC Data PDU header, and then each RLC PDU is extracted from the MAC Data PDU accordingly.
在步骤 S805中, 分别将每个 RLC PDU及针对每个 RLC PDU的 长度信息传递给 RLC层。 其中, 针对每个 RLC PDU的长度信息包括该 RLC PDU中的每个 RLC SDU或分段的长度信息。 In step S805, each RLC PDU and length information for each RLC PDU are respectively delivered to the RLC layer. The length information for each RLC PDU includes length information of each RLC SDU or segment in the RLC PDU.
在步骤 S806中, 在 RLC层, 基于每个 RLC SDU或分段的长度信 息来从 RLC PDU中提取出每个 RLC SDU或 RLC SDU分段。 In step S806, at the RLC layer, each RLC SDU or RLC SDU segment is extracted from the RLC PDU based on the length information of each RLC SDU or segment.
参考对图 7A的相关描述, 本领域普通技术人员可以理解, 在图 8 的步骤 S803中,可以通过在针对每个 RLC PDU的长度信息前*** LCID 或以其他方式来表明该 RLC PDU来自于哪一个逻辑信道。 在这种情况 下, 在图 8的步骤 S804中, 将相应地包括识别该 LCID或其他标识的 子步骤。 Referring to the related description of FIG. 7A, it will be understood by those skilled in the art that in step S803 of FIG. 8, the LCID may be inserted or otherwise indicated before the length information for each RLC PDU. A logical channel. In this case, in step S804 of Fig. 8, sub-steps for identifying the LCID or other identification will be included accordingly.
应当注意, 由于图 8是对图 7A和图 7B的进一步描述, 因此上文中 对图 7A的描述同样适用于图 8。 It should be noted that since Fig. 8 is a further description of Figs. 7A and 7B, the above description of Fig. 7A is equally applicable to Fig. 8.
如前所述,本发明的¾的在于节省无线资源。由于 RLC层与 MAC 层之间的 RLC PDU传递并不涉及无线资源的使用, 因此, 根据本发 明的第二实施例, 即使在 RLC层与 MAC层之间所传递的 RLC PDU 中包括了长度信息, 即与现有技术中类似, 只要能保证在 MAC数据 PDU中不包括冗余长度信息, 同样能够实现本发明的目的。 As mentioned before, the invention is based on the saving of radio resources. Since the RLC PDU transmission between the RLC layer and the MAC layer does not involve the use of radio resources, according to the second embodiment of the present invention, the length information is included in the RLC PDU transmitted between the RLC layer and the MAC layer. That is, similar to the prior art, the object of the present invention can be achieved as long as it can be guaranteed that the redundant length information is not included in the MAC data PDU.
下面参考图 9A、 图 9B和图 10来描述本发明的第二实施例。 首先参考图 9A和图 9B来描述本发明第二实施例的 RLC PDU和 MAC数据 PDU封装格式。 Next, a second embodiment of the present invention will be described with reference to Figs. 9A, 9B and 10. The RLC PDU and MAC Data PDU encapsulation format of the second embodiment of the present invention will be described first with reference to Figs. 9A and 9B.
本领域的普通技术人员可以理解, 图 9A和图 9B 中的封装格式 与图 6A和图 6B中的封装格式相比,除了在 MAC层对长度信息的处
理方式不同以及随之引发的相关数据处理上的不同之外, 其他方面可 以是类似的。 因此, 为简洁起见,仅在必要时对相应的区别加以说明。 One of ordinary skill in the art will appreciate that the package format in Figures 9A and 9B is compared to the package format in Figures 6A and 6B except at the MAC layer pair length information. Other aspects can be similar, except for differences in the way they are handled and the resulting differences in data processing. Therefore, for the sake of brevity, the corresponding differences will be explained only when necessary.
根据本发明的第二实施例,在 MAC层,从 RLC PDU中提取出长度 信息。 将其他 RLC PDU报头的长度信息包括在 RLC SDU1的长度信息 中。 将针对每个 RLC PDU的长度信息置于 MAC数据 PDU报头的适 当位置, 并相应地对相关的 RLC PDU进行复用, 其中针对每个 RLC PDU的长度信息包括该 RLC PDU中的每个 RLC SDU或分段的长度信 息。 在 MAC层, MAC数据 PDU报头包括针对每个 RLC PDU的长度 信息。 According to the second embodiment of the present invention, at the MAC layer, length information is extracted from the RLC PDU. The length information of other RLC PDU headers is included in the length information of the RLC SDU1. The length information for each RLC PDU is placed in the appropriate location of the MAC Data PDU header, and the associated RLC PDUs are multiplexed accordingly, wherein the length information for each RLC PDU includes each RLC SDU in the RLC PDU Or segment length information. At the MAC layer, the MAC Data PDU header includes length information for each RLC PDU.
应当注意, 在 MAC层, 对各 RLC PDU的封装顺序并不是唯一的, 只要能够将各长度信息与相应的 RLC PDU对应起来, 使得在接收端能 够正确解封装即可。 可以通过在针对每个 RLC PDU的长度信息前*** LCID (逻辑信道标识符)或以其他方式来表明该 RLC PDU来自于哪一 个逻辑信道。 It should be noted that at the MAC layer, the encapsulation order of each RLC PDU is not unique, as long as each length information can be associated with the corresponding RLC PDU, so that the decapsulation can be correctly performed at the receiving end. The LCID (Logical Channel Identifier) can be inserted prior to the length information for each RLC PDU or otherwise indicating which logical channel the RLC PDU is from.
图 9B的解封装过程与图 9A的封装过程相反, 因此不再赘述。 The decapsulation process of Figure 9B is the reverse of the packaging process of Figure 9A and therefore will not be described again.
下面参考图 10来详细描述图 9A和图 9B所示的封装和解封装过 程。 图 10是根据本发明第二实施例的数据处理方法的流程图。 The encapsulation and decapsulation process shown in Figs. 9A and 9B will be described in detail below with reference to Fig. 10. Figure 10 is a flow chart of a data processing method in accordance with a second embodiment of the present invention.
如图 10所示, 在发送端, 在步骤 S1001 中, 在 MAC层, 从 RLC 层接收 RLC PDU, 并从 RLC PDU中提取出长度信息。 As shown in FIG. 10, at the transmitting end, in step S1001, at the MAC layer, an RLC PDU is received from the RLC layer, and length information is extracted from the RLC PDU.
在步骤 S1002中, 将其他 RLC PDU报头的长度信息包括在 RLC SDU1的长度信息中。 In step S1002, the length information of the other RLC PDU headers is included in the length information of the RLC SDU1.
在步骤 S1003中,将针对每个 RLC PDU的长度信息置于 MAC数 据 PDU报头的适当位置, 并相应地对相关的 RLC PDU进行复用。 其 中,针对每个 RLC PDU的长度信息包括该 RLC PDU中的每个 RLC SDU 或分段的长度信息。 In step S1003, the length information for each RLC PDU is placed in the appropriate position of the MAC data PDU header, and the associated RLC PDUs are multiplexed accordingly. The length information for each RLC PDU includes length information of each RLC SDU or segment in the RLC PDU.
在接收端, 在步骤 S1004中, 在 MAC层, 基于 MAC数据 PDU 报头中的相关长度信息来计算每个 RLC PDU的长度, 然后相应地从 MAC数据 PDU中提取出每个 RLC PDU。 其中, 针对每个 RLC PDU 的长度信息包括该 RLC PDU中的每个 RLC SDU或分段的长度信息,并
且其他 RLC PDU报头的长度信息包括在 RLC SDU1的长度信息中。 在步骤 S 1005中,从 RLC SDU 1的长度信息中提取出其他 RLC PDU 报头的长度信息。 At the receiving end, in step S1004, at the MAC layer, the length of each RLC PDU is calculated based on the associated length information in the MAC Data PDU header, and then each RLC PDU is extracted from the MAC data PDU accordingly. The length information for each RLC PDU includes length information of each RLC SDU or segment in the RLC PDU, and And the length information of other RLC PDU headers is included in the length information of the RLC SDU1. In step S1005, length information of other RLC PDU headers is extracted from the length information of the RLC SDU 1.
在步骤 S1006中,基于每个 RLC SDU或分段的长度信息以及其他 In step S1006, based on the length information of each RLC SDU or segment, and others
RLC PDU报头的长度信息, 封装 RLC PDU, 并将其传递给 RLC层。 The length information of the RLC PDU header, encapsulates the RLC PDU, and passes it to the RLC layer.
参考对图 9A的相关描述,本领域普通技术人员可以理解,在图 10 的步骤 S1003 中, 可以通过在针对每个 RLC PDU的长度信息前*** Referring to the related description of FIG. 9A, those skilled in the art can understand that in step S1003 of FIG. 10, it can be inserted before the length information for each RLC PDU.
LCID或以其他方式来表明该 RLC PDU来自于哪一个逻辑信道。在这种 情况下, 在图 10的步骤 S1004中, 将相应地包括识别该 LCID或其他 标识的子步骤。 The LCID or otherwise indicates which logical channel the RLC PDU is from. In this case, in step S1004 of Fig. 10, sub-steps for identifying the LCID or other identification will be included accordingly.
应当注意, 由于图 10是对图 9A和图 9B的进一步描述, 因此上文 中对图 9A的描述同样适用于图 10。 It should be noted that since Fig. 10 is a further description of Figs. 9A and 9B, the above description of Fig. 9A is equally applicable to Fig. 10.
图 11 是根据本发明的数据处理装置的示意性框图。 其中, 参考 标号 1100表示根据本发明的数据处理装置; 参考标号 1001表示用于 对将发送的数据进行处理的发送处理模块 1101 ;参考标号 1102表示对 所接收的数据进行处理的接收处理模块。 Figure 11 is a schematic block diagram of a data processing apparatus in accordance with the present invention. Reference numeral 1100 denotes a data processing device according to the present invention; reference numeral 1001 denotes a transmission processing module 1101 for processing data to be transmitted; and reference numeral 1102 denotes a reception processing module for processing received data.
如图 11 所示, 当数据处理装置 1100作为发送端时, RLC SDU 或 RLC SDU分段到达发送处理模块 1101。发送处理模块 1101对 RLC SDU或 RLC SDU分段进行一系列的处理, 最终将其封装为 MAC数 据 PDU。 As shown in FIG. 11, when the data processing apparatus 1100 is acting as a transmitting end, the RLC SDU or RLC SDU segment arrives at the transmission processing module 1101. The Transmit Processing Module 1101 performs a series of processing on the RLC SDU or RLC SDU segments and finally encapsulates them into MAC Data PDUs.
当数据处理装置 1100作为接收端时, MAC数据 PDU到达接收 处理模块 1102。 接收处理模块 1102对 MAC数据 PDU进行一系列的 处理, 最终将其解封装为 RLC SDU或 RLC SDU分段。 When the data processing device 1100 is acting as a receiving end, the MAC data PDU arrives at the receiving processing module 1102. The receiving processing module 1102 performs a series of processing on the MAC data PDU, and finally decapsulates it into an RLC SDU or RLC SDU segment.
在本发明的第一实施例中, 发送处理装置 1101可以执行如图 8的 步骤 S801-步骤 S803所述的步骤, 接收处理装置 1102可以执行如图 8的步骤 S804步骤 S806所述的步骤。 In the first embodiment of the present invention, the transmission processing means 1101 can execute the steps as described in steps S801 to S803 of Fig. 8, and the reception processing means 1102 can execute the steps as described in step S804 of step S804 of Fig. 8.
在本发明的第二实施例中, 发送处理模块 1101 可以执行如图 10 的步骤 S1001-步骤 S1003所述的步骤, 接收处理模块 1102可以执行 如图 10的步骤 S1004-步骤 S1006所述的步骤。
图 11中示出的处理模块可以实现为单独的功能模块,也可合并为 一个功能模块。 其中, 功能模块可以采用完全硬件化的实现形式、 完 全软件化的实现形式或者同时包含硬件和软件单元的实现形式。根据 一种实现方式, 详细描述中所述的处理过程可以存储于计算机可读存 储介质中,该计算机可读存储介质可以是能够存储代码和 /或数据以供 计算机***执行的任何设备或介质。 这包括, 但不限于, 专用集成电 路 (ASIC ) 现场可编程门阵列 (FPGA )、 半导体存储器等。 根据一 种实现方式, 上述各处理模块可以利用驱动通用计算机的装置来实 现, 也可以使用诸如微控制器、 现场可编程门阵列 (FPGA )、 专用 集成电路 (ASIC ) 或其组合之类的其它处理器设备来实现。 In the second embodiment of the present invention, the transmission processing module 1101 can perform the steps described in steps S1001 to S1003 of FIG. 10, and the reception processing module 1102 can perform the steps described in steps S1004 to S1006 of FIG. The processing modules shown in FIG. 11 can be implemented as separate functional modules, or can be combined into one functional module. The function module can adopt a fully hardware implementation form, a fully software implemented form, or an implementation form including both hardware and software units. According to one implementation, the processes described in the detailed description may be stored in a computer readable storage medium, which may be any device or medium that can store code and/or data for execution by a computer system. This includes, but is not limited to, application specific integrated circuits (ASICs) field programmable gate arrays (FPGAs), semiconductor memories, and the like. According to an implementation manner, each of the foregoing processing modules may be implemented by using a device that drives a general-purpose computer, and may also use other devices such as a microcontroller, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), or a combination thereof. The processor device is implemented.
在本发明的一个实施例中, 一种移动终端包括数据处理装置 1100。 In one embodiment of the invention, a mobile terminal includes a data processing device 1100.
在本发明的另一实施例中, 一种基站包括数据处理装置 1100。 . 应当理解, 本发明不限于 3GPP LTE***空中接口协议的 RLC层 和 MAC层, 而是可以应用于类似的通信***中任意类似的具有冗余 长度信息的相邻两个协议层之间。 In another embodiment of the invention, a base station includes a data processing apparatus 1100. It should be understood that the present invention is not limited to the RLC layer and the MAC layer of the 3GPP LTE system air interface protocol, but can be applied between any similar adjacent two protocol layers having redundant length information in a similar communication system.
应当注意, 在以上描述中, 主要描述了对说明本发明原理来说必要 来说显而易见的内容。 It should be noted that in the above description, what has been apparently necessary to explain the principles of the present invention has been mainly described.
虽然结合附图描述了本发明的实施方式, 但是本领域技术人员可 以在所附权利要求的范围内做出各种变形或修改。
While the embodiments of the present invention have been described in the embodiments of the present invention, various modifications and changes may be made within the scope of the appended claims.
Claims
1. 一种用于减少冗余长度信息的数据处理方法, 其中在协议层的 相邻两层中的上层中将至少一个上层数据块封装为上层数据帧,在所述 相邻两层中的下层中将来自至少一个上层数据帧的数据封装为下层数 据帧, 所述方法包括: A data processing method for reducing redundancy length information, wherein at least one upper layer data block is encapsulated as an upper layer data frame in an upper layer of adjacent two layers of a protocol layer, in the adjacent two layers The data from the at least one upper layer data frame is encapsulated into a lower layer data frame in the lower layer, where the method includes:
在发送端, On the sending end,
在上层, 每个上层数据帧包括上层数据帧报头和上层数据块, 将该上层数据帧报头的长度信息包括在该上层数据帧中的第一上 层数据块的长度信息中; In the upper layer, each upper layer data frame includes an upper layer data frame header and an upper layer data block, and the length information of the upper layer data frame header is included in the length information of the first upper layer data block in the upper layer data frame;
分别将每个上层数据帧以及针对该上层数据帧的长度信息传 递给下层, 其中针对每个上层数据帧的长度信息包括该上层数据 帧中的每个上层数据块的长度信息; And transmitting, to the lower layer, the length information of each upper layer data frame, and the length information of each upper layer data frame, the length information of each upper layer data block in the upper layer data frame;
在下层, 将接收到的针对每个上层数据帧的长度信息置于下 层数据帧报头的适当位置,并相应地对这些上层数据帧进行复用; 以及 In the lower layer, the received length information for each upper layer data frame is placed in the appropriate position of the lower layer data frame header, and the upper layer data frames are multiplexed accordingly;
在接收端, At the receiving end,
在下层, 基于下层数据帧报头中所包括的针对每个上层数据 帧的长度信息来计算该上层数据帧的长度, 并相应地从该下层数 据帧中提取出每个上层数据帧; In the lower layer, the length of the upper layer data frame is calculated based on the length information of each upper layer data frame included in the header of the lower layer data frame, and each upper layer data frame is correspondingly extracted from the lower layer data frame;
分别将每个上层数据帧及针对该上层数据帧的长度信息传递 给上层, 其中针对每个上层数据帧的长度信息包括该上层数据帧 中的每个上层数据块的长度信息; And transmitting the length information of each upper layer data frame and the upper layer data frame to the upper layer, where the length information for each upper layer data frame includes length information of each upper layer data block in the upper layer data frame;
在上层, 基于每个上层数据块的长度信息来从上层数据帧中 提取出每个上层数据块。 In the upper layer, each upper layer data block is extracted from the upper layer data frame based on the length information of each upper layer data block.
2. 根据权利要求 1所述的数据处理方法, 其中所述上层为 RLC层, 并且所述下层为 MAC层。 2. The data processing method according to claim 1, wherein the upper layer is an RLC layer, and the lower layer is a MAC layer.
3. 根据权利要求 2 所述的数据处理方法, 其中所述上层数据块为 RLC SDU或 RLC SDU分段,所述上层数据帧为 RLC PDU或 RLC PDU
分段, 并且所述下层数据帧为 MAC数据 PDU。 The data processing method according to claim 2, wherein the upper layer data block is an RLC SDU or an RLC SDU segment, and the upper layer data frame is an RLC PDU or an RLC PDU. Segmented, and the lower layer data frame is a MAC data PDU.
4. 根据权利要求 3所述的数据处理方法,其中在所述发送端中,在 下层, 在所述适当位置之前*** LCID, 并且在所述接收端中, 在下 层, 根据该 L C I D来判断所述适当位置所对应的上层数据帧来自哪一 个逻辑信道。 4. The data processing method according to claim 3, wherein in the transmitting end, in the lower layer, the LCID is inserted before the appropriate position, and in the receiving end, in the lower layer, the location is judged based on the LCID. Which logical channel the upper layer data frame corresponding to the appropriate location comes from.
5. 一种用于减少冗余长度信息的数据处理方法, 其中在协议层的 相邻两层中的上层中将至少一个上层数据块封装为上层数据帧,在所述 相邻两层中的下层中将来自至少一个上层数据帧的数据封装为下层数 据帧, 所述方法包括: A data processing method for reducing redundancy length information, wherein at least one upper layer data block is encapsulated as an upper layer data frame in an upper layer of adjacent two layers of a protocol layer, in the adjacent two layers The data from the at least one upper layer data frame is encapsulated into a lower layer data frame in the lower layer, where the method includes:
在发送端, On the sending end,
在下层, 从上层接收上层数据帧, 其中每个上层数据帧包括上 层数据块、 该上层数据帧中的每个上层数据块的长度信息以及其 他上层数据帧报头,并从上层数据帧中提取出每个上层数据块的长 度信息; In the lower layer, the upper layer data frame is received from the upper layer, where each upper layer data frame includes an upper layer data block, length information of each upper layer data block in the upper layer data frame, and other upper layer data frame headers, and is extracted from the upper layer data frame. Length information of each upper data block;
将该其他上层数据帧报头的长度信息包括在第一上层数据块的 长度信息中; The length information of the header of the other upper layer data frame is included in the length information of the first upper layer data block;
将针对每个上层数据帧的长度信息置于下层数据帧报头的适 信息的上层数据帧进行复用, 其中针对每个上层数据帧的长度信息 包括该上层数据帧中的每个上层数据块的长度信息; 以及 And multiplexing the upper layer data frame of the upper layer data frame header with the length information of each upper layer data frame, wherein the length information for each upper layer data frame includes each upper layer data block of the upper layer data frame. Length information;
在接收端, At the receiving end,
在下层, 基于下层数据帧报头中所包括的针对每个上层数据 帧的长度信息来计算该上层数据帧的长度, 并相应地从该下层数 据帧中提取出该不包括其中每个上层数据块的长度信息的上层数 据帧; In the lower layer, the length of the upper layer data frame is calculated based on the length information for each upper layer data frame included in the lower layer data frame header, and correspondingly, each of the upper layer data blocks is extracted from the lower layer data frame. Upper layer data frame of length information;
从第一上层数据块的长度信息中提取出其他上层数据帧报头的 长度信息; Extracting length information of other upper layer data frame headers from length information of the first upper layer data block;
基于每个上层数据块的长度信息以及其他上层数据帧报头的长 度信息, 封装上层数据帧, 并将其传递给上层。
The upper layer data frame is encapsulated and passed to the upper layer based on the length information of each upper layer data block and the length information of other upper layer data frame headers.
6. 根据权利要求 5所述的数据处理方法, 其中所述上层为 RLC层, 并且所述下层为 MAC层。 6. The data processing method according to claim 5, wherein the upper layer is an RLC layer, and the lower layer is a MAC layer.
7. 根据权利要求 6 所述的数椐处理方法, 其中所述上层数据块为 RLC SDU或 RLC SDU分段,所述上层数据帧为 RLC PDU或 RLC PDU 分段, 并且所述下层数据帧为 MAC数据 PDU。 The data processing method according to claim 6, wherein the upper layer data block is an RLC SDU or an RLC SDU segment, the upper layer data frame is an RLC PDU or an RLC PDU segment, and the lower layer data frame is MAC data PDU.
8. 根据权利要求 7所述的数据处理方法,其中在所述发送端中,在 下层, 在所述适当位置之前*** LCID, 并且在所述接收端中, 在下 层, 根据该 LCID来判断所述适当位置所对应的上层数据帧来自哪一 个还辑信道。 8. The data processing method according to claim 7, wherein in the transmitting end, in the lower layer, an LCID is inserted before the appropriate position, and in the receiving end, in the lower layer, the LCID is judged according to the LCID. The upper layer data frame corresponding to the appropriate location is from which channel.
9. 一种用于减少冗余长度信息的数据处理装置, 所述装置包括: 发送处理模块, 用于执行权利要求 1 中在发送端的操作; 以及 接收处理模块, 用于执行权利要求 1 中在接收端的操作。 A data processing apparatus for reducing redundancy length information, the apparatus comprising: a transmission processing module for performing an operation at a transmitting end of claim 1; and a receiving processing module for performing the method of claim 1 Receiver operation.
10. 一种移动终端, 其特征在于包括根据权利要求 9所述的数据 处理装置。 A mobile terminal characterized by comprising the data processing apparatus according to claim 9.
11. 一种基站, 其特征在于包括根据权利要求 9所述的数据处理 装置。 A base station, comprising the data processing apparatus according to claim 9.
12. 一种移动通信***,其特征在于包括根据权利要求 10所述的 移动终端和根据权利要求 11所述的基站。 A mobile communication system characterized by comprising the mobile terminal according to claim 10 and the base station according to claim 11.
13. 一种用于减少冗余长度信息的数据处理装置, 所述装置包括: 发送处理模块, 用于执行权利要求 5中在发送端的操作; 以及 接收处理模块, 用于执行权利要求 5中在接收端的操作。 13. A data processing apparatus for reducing redundancy length information, the apparatus comprising: a transmission processing module for performing an operation at a transmitting end of claim 5; and a receiving processing module for performing the method of claim 5 Receiver operation.
14. 一种移动终端,其特征在于包括根据权利要求 13所述的数据 处理装置。 A mobile terminal characterized by comprising the data processing apparatus according to claim 13.
15. 一种基站,其特征在于包括根据权利要求 13所述的数据处理 装置。 A base station, comprising the data processing apparatus according to claim 13.
16. 一种移动通信***,其特征在于包括根据权利要求 14所述的 移动终端和根据权利要求 15所述的基站。
A mobile communication system comprising the mobile terminal according to claim 14 and the base station according to claim 15.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2007/003891 WO2009086654A1 (en) | 2007-12-29 | 2007-12-29 | Data processing method, apparatus and system for reducing redundant length information |
CN200780101369.XA CN101843042B (en) | 2007-12-29 | 2007-12-29 | Data processing method, apparatus and system for reducing redundant length information |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2007/003891 WO2009086654A1 (en) | 2007-12-29 | 2007-12-29 | Data processing method, apparatus and system for reducing redundant length information |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2009086654A1 true WO2009086654A1 (en) | 2009-07-16 |
Family
ID=40852739
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2007/003891 WO2009086654A1 (en) | 2007-12-29 | 2007-12-29 | Data processing method, apparatus and system for reducing redundant length information |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101843042B (en) |
WO (1) | WO2009086654A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101783772A (en) * | 2010-03-23 | 2010-07-21 | 华为技术有限公司 | Method, device and system for encapsulating and de-encapsulating messages |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103887984B (en) | 2014-03-28 | 2017-05-31 | 矽力杰半导体技术(杭州)有限公司 | Isolated converter and apply its Switching Power Supply |
CN112506879B (en) * | 2020-12-18 | 2024-06-25 | 深圳智慧林网络科技有限公司 | Data processing method and related equipment |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005076536A1 (en) * | 2004-02-04 | 2005-08-18 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for generating packet frames for carrying data |
US20060140172A1 (en) * | 2004-12-29 | 2006-06-29 | Trainin Solomon B | Transmitting and protecting long frames in a wireless local area network |
US20070217370A1 (en) * | 2006-03-17 | 2007-09-20 | Huawei Technologies Co., Inc. (Usa) | System for minimizing signaling overhead in ofdma-based communication systems |
-
2007
- 2007-12-29 CN CN200780101369.XA patent/CN101843042B/en active Active
- 2007-12-29 WO PCT/CN2007/003891 patent/WO2009086654A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005076536A1 (en) * | 2004-02-04 | 2005-08-18 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for generating packet frames for carrying data |
US20060140172A1 (en) * | 2004-12-29 | 2006-06-29 | Trainin Solomon B | Transmitting and protecting long frames in a wireless local area network |
US20070217370A1 (en) * | 2006-03-17 | 2007-09-20 | Huawei Technologies Co., Inc. (Usa) | System for minimizing signaling overhead in ofdma-based communication systems |
Non-Patent Citations (3)
Title |
---|
"3GPP, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (MAC) protocol specification (Release 8), 3GPP", October 2007, 3GPPTS 36.321 V1.1.1, pages: 18 - 21 * |
"3GPP, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Link Control (RLC) protocol specification (Release 8)", November 2007, 3GPP TS 36.322 V2.0.0, pages: 21 - 26 * |
HE,YI ET AL.: "Signalling analysis of Uu interface in TD-SCDMA network analyzer", JOURNAL OF CHONGQING UNIVERSITY OF POSTS AND TELECOMMUNICATIONS (NATURAL SCIENCE), vol. 19, no. 1, February 2007 (2007-02-01), pages 6 - 7 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101783772A (en) * | 2010-03-23 | 2010-07-21 | 华为技术有限公司 | Method, device and system for encapsulating and de-encapsulating messages |
Also Published As
Publication number | Publication date |
---|---|
CN101843042B (en) | 2011-12-28 |
CN101843042A (en) | 2010-09-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8432915B2 (en) | Reducing overheads of a protocol data unit in a wireless communication system | |
JP5180325B2 (en) | PDCP status report transmission method | |
US9699641B2 (en) | Method and apparatus for supporting uplink protocol changes | |
JP4526564B2 (en) | Wireless protocol layer data unit processing system | |
EP2255592B1 (en) | Method for configuring different data block formats for downlink and uplink | |
JP6959331B2 (en) | A method for sending data to a data transmitting node, a data receiving node, a data receiving node, and a method for receiving data from a data transmitting node. | |
US20180124843A1 (en) | Configurable radio link controller frame structure | |
US8619760B2 (en) | Method of providing circuit switched (SC) service using high-speed downlink packet access (HSDPA) or high-speed uplink packet access (HSUPA) | |
JP2019516319A (en) | Method and apparatus for receiving data units | |
JP2019514249A (en) | Method and apparatus for transmitting data units | |
JP2012186812A (en) | Method and apparatus for srns relocation in wireless communication systems | |
KR102515923B1 (en) | Method and apparatus for asymmetric up-link/down-link protocol stack and frame structure in 5G RN communication system | |
US10880871B2 (en) | Method and apparatus for asymmetrical up-link/down-link protocol stack and frame structure in a 5G NR communication system | |
WO2008031355A1 (en) | Method and system for sending and processing multimedia broadcast multicast service | |
WO2009086654A1 (en) | Data processing method, apparatus and system for reducing redundant length information | |
WO2018085203A1 (en) | Configurable radio link controller frame structure | |
EP1906691B1 (en) | Method and apparatus for performing radio bearer mapping in a wireless communications system | |
KR102661184B1 (en) | Wireless communication system, transmission and reception method, program, wireless communication base station device, control circuit and control method | |
MXPA06007429A (en) | Transmitting and receiving control protocol data unit having processing time information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200780101369.X Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 07855891 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 07855891 Country of ref document: EP Kind code of ref document: A1 |