WO2018053685A1 - 数据封装方法、装置以及通信系统 - Google Patents

数据封装方法、装置以及通信系统 Download PDF

Info

Publication number
WO2018053685A1
WO2018053685A1 PCT/CN2016/099448 CN2016099448W WO2018053685A1 WO 2018053685 A1 WO2018053685 A1 WO 2018053685A1 CN 2016099448 W CN2016099448 W CN 2016099448W WO 2018053685 A1 WO2018053685 A1 WO 2018053685A1
Authority
WO
WIPO (PCT)
Prior art keywords
field
mac
header
sub
length
Prior art date
Application number
PCT/CN2016/099448
Other languages
English (en)
French (fr)
Inventor
史玉龙
吴联海
Original Assignee
富士通株式会社
史玉龙
吴联海
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社, 史玉龙, 吴联海 filed Critical 富士通株式会社
Priority to PCT/CN2016/099448 priority Critical patent/WO2018053685A1/zh
Publication of WO2018053685A1 publication Critical patent/WO2018053685A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received

Definitions

  • the present invention relates to the field of communications, and in particular, to a data encapsulation method, apparatus, and communication system.
  • the 3rd Generation Partnership Project (3GPP) is studying issues related to next-generation wireless communication systems to meet the needs of new services.
  • the Radio Link Control (RLC) layer and the Media Access Control (MAC) layer perform cascading of data packets.
  • RLC Radio Link Control
  • MAC Media Access Control
  • each logical channel in the original LTE system has only one RLC protocol data unit (PDU), and RLC PDUs of multiple logical channels are multiplexed into the same MAC PDU for transmission.
  • PDU RLC protocol data unit
  • each MAC sub-header includes a logical channel identifier (LCID) field and a corresponding data length field to identify each RLC PDU.
  • 1 is a schematic diagram of a frame structure of a MAC PDU. As shown in FIG. 1, each MAC subheader includes an LCID field (LCID1, LCID2, LCID3, ...) and a length field (L1, L2, L3... ), the length field (L1, L2, L3...) here indicates the length of the concatenated data on each logical channel.
  • the format of the MAC sub-header shown in FIG. 1 is only an example.
  • the MAC sub-header also includes other fields. For details, refer to the existing standard, and details are not described herein again.
  • the 3GPP discussion can remove the cascading function of the RLC layer. After removing the cascade of RLCs, there may be multiple RLC PDUs per logical channel. If the LTE MAC sub-header format is still employed, multiple RLC PDUs from the same logical channel require multiple LCID field identifications, and the contents of these LCID fields are the same.
  • the corresponding Logical channel (LCID1), with multiple MAC subheaders, and the contents of the LCID field in these MAC subheaders are the same, for example, all are LCID1, and the length field is different due to the length of a single data (uncascaded data) The difference is L1, L2, L3....
  • the LCID field having the same content in multiple subheaders in the MAC header has greater redundancy, resulting in a larger load and less efficiency of the MAC header.
  • embodiments of the present invention provide a data encapsulation method, apparatus, and communication system.
  • a data encapsulation method comprising:
  • the MAC header includes a plurality of MAC subheaders, each MAC subheader having a logical channel identification (LCID) field and at least one length field corresponding thereto;
  • LCID logical channel identification
  • the MAC subheader When the MAC subheader has an LCID field and a length field, the MAC subheader further has a subheader extension field for indicating whether there are more length fields in the current MAC subheader.
  • a data packaging apparatus comprising:
  • a packaging unit that adds a media access control (MAC) header to the data to be transmitted;
  • MAC media access control
  • the MAC header includes a plurality of MAC subheaders, each MAC subheader having a logical channel identification (LCID) field and at least one length field corresponding thereto;
  • LCID logical channel identification
  • the MAC subheader When the MAC subheader has an LCID field and a length field, the MAC subheader further has a subheader extension field for indicating whether there are more length fields in the current MAC subheader.
  • a communication system comprising a base station and a user equipment, wherein the base station is configured with the data encapsulation apparatus of the second aspect, and/or The user equipment is configured with the data encapsulation device of the second aspect described above.
  • the effect of the embodiment of the present invention is that the format of the MAC sub-header designed by the embodiment of the present invention is such that multiple data packets from the same logical channel share one LCID field, which can effectively reduce the load of the MAC sub-header and reduce the processing time. Delay, improve the utilization of wireless resources.
  • FIG. 1 is a schematic diagram of a frame structure of a MAC PDU
  • FIG. 2 is a schematic diagram of a frame structure of another MAC PDU
  • FIG. 3 is a schematic diagram of a data encapsulation method of Embodiment 1;
  • FIG. 4 is a schematic diagram of an example of a data packet encapsulated by the method of Embodiment 1;
  • FIG. 5 is a schematic diagram of an example of a MAC subheader having only one MAC SDU for a current logical channel
  • FIG. 6 is a schematic diagram of another example of a MAC subheader having only one MAC SDU for a current logical channel
  • FIG. 7 is a schematic diagram of an example of a MAC subheader having three MAC SDUs for a current logical channel
  • FIG. 8 is a schematic diagram of another example of a MAC subheader having three MAC SDUs for a current logical channel
  • FIG. 9 is a schematic diagram of an example of a MAC subheader having two MAC SDUs for a current logical channel
  • FIG. 10 is a schematic diagram of a data encapsulation apparatus of Embodiment 2;
  • FIG. 11 is a schematic diagram of a base station of Embodiment 2.
  • FIG. 12 is a schematic diagram of a user equipment of Embodiment 2;
  • Figure 13 is a schematic diagram of a communication system of the third embodiment.
  • a base station may be referred to as an access point, a broadcast transmitter, a Node B, an evolved Node B (eNB), etc., and may include some or all of their functions.
  • the term "base station” will be used herein. Each base station provides communication coverage for a particular geographic area.
  • a mobile station or device may be referred to as a "user equipment.”
  • a UE may be fixed or mobile and may also be referred to as a mobile station, terminal, access terminal, subscriber unit, station, and the like.
  • the UE may be a cellular telephone, a personal digital assistant (PDA), a wireless modem, a wireless communication device, a handheld device, a laptop computer, a cordless telephone, a car, and the like.
  • PDA personal digital assistant
  • FIG. 3 is a schematic diagram of the method. As shown in FIG. 3, the method includes:
  • Step 301 Add a MAC header for the to-be-sent data (MAC SDU), the MAC header includes a plurality of MAC sub-headers, each MAC sub-header having an LCID field and at least one length field corresponding thereto.
  • the number of length fields in each MAC subheader depends on the number of RLC PDUs included in the logical channel indicated by the LCID field in the MAC subheader, that is, the at least one length field corresponds to the foregoing one.
  • the logical channel identifies at least one Media Access Control Service Data Unit (MAC SDU) of the identified logical channel.
  • MAC SDU Media Access Control Service Data Unit
  • the logical channel identifier of the RLC PDU/MAC SDU from the same logical channel may be indicated by the LCID field, and each RLC PDU/MAC SDU may be indicated by the length field (one or Multiple) data length.
  • the format of the MAC sub-header designed by the method in this embodiment is such that one or more data packets from the same logical channel share one LCID field, which can effectively reduce the load of the MAC sub-header, reduce the processing delay, and improve the utilization of radio resources. rate.
  • the MAC sub-head corresponding to the logical channel has an LCID field (for indicating the logical channel) and a length field (for indicating the In addition to the length of the RLC PDU, there is also a Sub-header Extending (SE) field, by which the UE indicates whether there are more length fields in the current MAC subheader.
  • SE Sub-header Extending
  • the length field can be indicated as the most one of the length fields in the MAC sub-header by setting the SE field to a first value, for example, set to “0”. .
  • the length field is also the only length field in the MAC subheader.
  • one logical channel has multiple RLC PDUs
  • the MAC sub-head corresponding to the logical channel has an LCID field (for indicating the logical channel) and multiple length fields (for The lengths of the plurality of RLC PDUs are respectively indicated).
  • the MAC sub-header may further have multiple SE fields corresponding to the multiple length fields, where each SE field is used to indicate whether the corresponding length field is the last one of the current MAC sub-headers, that is, Used to indicate whether there are more length fields in the current MAC subheader.
  • the SE field may be set to the first A value, for example, is set to "0" to indicate that the length field corresponding to the SE field is the most one of the length fields in the MAC subheader.
  • the SE field may be set to a second value, for example, set to 1", to indicate that the length field corresponding to the SE field is not the last length field in the MAC subheader, that is, there are other length fields after the length field corresponding to the SE field.
  • the data packet includes a MAC header and data to be transmitted, and the MAC header includes two MAC subheaders, the first one.
  • the MAC subheader includes an LCID field (LCID1) and three length fields (L1, L2, L3) indicating lengths of three MAC SDUs in the data to be transmitted that belong to the logical channel indicated by LCID1, respectively;
  • the second MAC subheader includes an LCID field (LCID2) and two length fields (L4, L5) indicating the lengths of the two MAC SDUs belonging to the logical channel indicated by the LCID2 in the data to be transmitted, respectively. .
  • each MAC subheader may further include: an R field, an E field, an F field, a padding bit, and the like.
  • the R field is a reserved bit and can be set to "0".
  • the E field is used to indicate whether there are more MAC subheaders after the MAC subheader. For example, “1" indicates that there are more MAC subheaders after the MAC subheader, and "0" indicates that the MAC subheader is the last MAC subheader.
  • the F field is used to indicate the bit length of its corresponding L field. For example, "0" indicates that the subsequent L field occupies 7 bits, that is, the data length of the corresponding MAC SDU is less than 128 bytes, and "1" indicates that the L field occupies 15 bits, that is, the data length of the corresponding MAC SDU. More than 128 bytes. For example, “0” indicates that the subsequent L field occupies 6 bits, that is, the data length of the corresponding MAC SDU is less than 64 bytes, and “1” indicates that the subsequent L field occupies 14 bits, that is, the corresponding MAC SDU. The data length is greater than 64 bytes.
  • the padding bits are used to fill the case where the number of bits of the MAC subheader is not more than an integer multiple of 8 bits.
  • the meaning, the number, and the format of the R field, the E field, the F field, the padding bit, and the like are not limited, and may be referred to an existing standard or may be set according to an implementation situation.
  • FIG. 5 and 6 are schematic diagrams of two examples of the format of a MAC subheader when there is only one MAC SDU in the current logical channel.
  • an LCID field and an L field respectively, which is used to indicate the logical channel
  • the L field is used to indicate the foregoing one MAC SDU. length.
  • the MAC subheader also includes an R field, an E field, an F field, and an SE field. The meanings of these fields are as described above, and are not described here.
  • the length of the L field is 7 bits, indicated by the F field shown in FIG.
  • the length of the L field is 15 bits, indicated by the F field shown in FIG.
  • the value of the SE field may be “0”, indicating that the corresponding L field is the last length field of the MAC sub-header, that is, in the SE field. There are no more L fields after the corresponding L field.
  • FIGS. 7 and 8 are schematic diagrams of two examples of the format of a MAC subheader when there are three MAC SDUs in the current logical channel.
  • the format of the MAC subheader includes an LCID field and three L fields, where the LCID field is used to indicate the logical channel, and the three L fields are used to respectively indicate the foregoing three MAC SDUs. length.
  • each L field corresponds to one F field and one SE field
  • the F field and the SE field corresponding to each L field are respectively located before the L field, but the embodiment is not limited thereto.
  • the MAC subheader also includes an R field and an E field. The meanings of these fields are as described above, and are not described here.
  • Field to indicate (F 0)
  • padding bits are included after the last L field. This padding bit is optional.
  • an LCID field and three L fields are also included, where the LCID field is used to indicate the logical channel, and the three L fields are used to respectively indicate the foregoing three MAC SDUs. length.
  • the LCID field is used to indicate the logical channel
  • the three L fields are used to respectively indicate the foregoing three MAC SDUs. length.
  • two R fields are included in the example shown in FIG. 8, and other formats are the same as those in FIG. 7, and the description will not be repeated here.
  • the MAC subheader includes an LCID field and two L fields, where the LCID field is used to indicate the logical channel, and the two L fields are used to indicate the lengths of the two MAC SDUs, respectively.
  • each L field corresponds to one F field and one SE field, and the F field and the SE field corresponding to each L field are respectively located before the L field, but this embodiment does not This is a limitation.
  • the MAC subheader also includes two R fields and an E field, and the meanings of these fields are as described above, and are not described herein again.
  • the MAC sub-header format designed by the method in this embodiment is such that one or more data packets from the same logical channel share one LCID field, which effectively reduces the load of the MAC sub-header, reduces processing delay, and improves radio resources. Utilization.
  • the embodiment of the present invention provides a data encapsulation device.
  • the principle of the device is similar to that of the embodiment 1. Therefore, the specific implementation may refer to the implementation of the method in the embodiment 1.
  • the apparatus 1000 includes: an encapsulating unit 1001 that adds a medium access control (MAC) header to data to be transmitted; the MAC header includes multiple MACs.
  • MAC medium access control
  • a subheader, each MAC subheader has a logical channel identification (LCID) field and at least one length field corresponding thereto.
  • LCID logical channel identification
  • the LCID field is used to indicate a logical channel identifier to which the RLC PDU/MAC SDU from the same logical channel belongs, and the length field is used to indicate each RLC PDU/MAC SDU ( One or more data lengths.
  • the at least one length field corresponds to at least one Media Access Control Service Data Unit (MAC SDU) of the logical channel identified by the one logical channel identifier, and is used to indicate the length of the at least one MAC SDU.
  • MAC SDU Media Access Control Service Data Unit
  • the MAC sub-header has an LCID field and a length field.
  • the MAC sub-header further has a sub-header extension field, which is used to indicate whether there is still a current MAC sub-header. More length fields.
  • the sub-header extension field is a first value, and the first value indicates that the length field is the last length field in the MAC sub-header.
  • the MAC sub-header has an LCID field and a plurality of length fields.
  • the MAC sub-header may further have multiple sub-header extension fields corresponding to the multiple length fields. Each sub-header extension field is used to indicate whether the length field corresponding to the sub-header extension field is the last length field of the MAC sub-header.
  • the sub-header extension field when the sub-header extension field is the first value, indicating, by the first value, that the length field corresponding to the sub-header extension field is the last length field in the MAC sub-header;
  • the sub-header extension field is the second value, the length field corresponding to the sub-header extension field is indicated by the second value and there are other length fields.
  • the MAC sub-header format designed by the apparatus of this embodiment is such that one or more from the same logical channel Each data packet shares an LCID field, which effectively reduces the load on the MAC subheader, reduces the processing delay, and improves the utilization of radio resources.
  • the embodiment further provides a base station configured with the data encapsulating device 1000 as described above.
  • FIG. 11 is a schematic diagram showing the structure of a base station according to an embodiment of the present invention.
  • the base station 1100 can include a central processing unit (CPU) 1101 and a memory 1102; the memory 1102 is coupled to the central processing unit 1101.
  • the memory 1102 can store various data; in addition, a program for information processing is stored, and the program is executed under the control of the central processing unit 1101 to receive various information sent by the user equipment, and send various information to the user equipment. .
  • the functionality of data encapsulation device 1000 can be integrated into central processor 1101.
  • the central processing unit 1101 can be configured to implement the data encapsulation method described in Embodiment 1.
  • the central processing unit 1101 can be configured to: add a medium access control (MAC) header for data to be transmitted; the MAC header includes a plurality of MAC subheaders, each MAC subheader having a logical channel identification (LCID) field And at least one length field corresponding thereto; when the MAC sub-header has an LCID field and a length field, the MAC sub-header further has a sub-header extension field, which is used to indicate whether there is still a current MAC sub-header More length fields.
  • MAC medium access control
  • the data encapsulating device 1000 may be configured separately from the central processing unit 1101.
  • the data encapsulating device 1000 may be configured as a chip connected to the central processing unit 1101, and the data encapsulation is implemented by the control of the central processing unit 1101. The function of the device 1000.
  • the base station 1100 may further include: a transceiver 1103, an antenna 1104, and the like; wherein the functions of the foregoing components are similar to the prior art, and details are not described herein again. It should be noted that the base station 1100 does not have to include all the components shown in FIG. 11; in addition, the base station 1100 may further include components not shown in FIG. 11, and reference may be made to the prior art.
  • the MAC sub-header format designed by the data encapsulating device is used, so that one or more data packets from the same logical channel share one LCID field, which effectively reduces the load of the MAC sub-header and reduces the processing time. Delay, improve the utilization of wireless resources.
  • This embodiment further provides a user equipment, which is configured with the data encapsulating device 1000 as described above.
  • FIG. 12 is a schematic block diagram showing a system configuration of a user equipment 1200 according to an embodiment of the present invention.
  • the user device 1200 can include a central processor 1201 and a memory 1202; the memory 1202 is coupled to the central processor 1201.
  • the diagram is exemplary; other types of structures can be used to complement Charge or replace the structure to implement telecommunications functions or other functions.
  • the functionality of data encapsulation device 1000 can be integrated into central processor 1201.
  • the central processing unit 1201 can be configured to implement the data encapsulation method described in Embodiment 1.
  • the central processing unit 1201 can be configured to perform control of adding a medium access control (MAC) header for data to be transmitted;
  • the MAC header includes a plurality of MAC subheaders, each MAC subheader having a logical channel identifier ( An LCID) field and at least one length field corresponding thereto; when the MAC sub-header has an LCID field and a length field, the MAC sub-header further has a sub-header extension field for indicating the current MAC sub-header Is there still more length fields?
  • MAC medium access control
  • the data encapsulating device 1000 can be configured separately from the central processing unit 1201.
  • the data encapsulating device 1000 can be configured as a chip connected to the central processing unit 1201, and the data encapsulating device can be implemented by the control of the central processing unit 1201. 1000 features.
  • the user equipment 1200 may further include: a communication module 1203, an input unit 1204, an audio processing unit 1205, a display 1206, and a power source 1207. It should be noted that the user equipment 1200 does not necessarily have to include all the components shown in FIG. 12; in addition, the user equipment 1200 may also include components not shown in FIG. 12, and reference may be made to the prior art.
  • central processor 1201 also sometimes referred to as a controller or operational control, may include a microprocessor or other processor device and/or logic device that receives input and controls various aspects of user device 1200. The operation of the part.
  • the memory 1202 may be, for example, one or more of a buffer, a flash memory, a hard drive, a removable medium, a volatile memory, a non-volatile memory, or other suitable device.
  • the above information related to the data package can be stored, and a program for executing the related information can be stored.
  • the central processing unit 1201 can execute the program stored by the memory 1202 to implement information storage or processing and the like.
  • the functions of other components are similar to those of the existing ones and will not be described here.
  • the various components of user device 1200 may be implemented by special purpose hardware, firmware, software or a combination thereof without departing from the scope of the invention.
  • the user equipment of the embodiment uses the MAC sub-header format designed by the data encapsulating device, so that one or more data packets from the same logical channel share one LCID field, which effectively reduces the load of the MAC sub-header and reduces the processing. Delay, which improves the utilization of wireless resources.
  • This embodiment provides a communication system, including a base station and a user equipment.
  • FIG. 13 is a schematic diagram showing the structure of a communication system according to an embodiment of the present invention.
  • the communication system 1300 includes a base station 1301 and a user equipment 1302.
  • the base station 1301 may be the base station 1100 described in Embodiment 2; the user equipment 1302 may be the user equipment 1200 described in Embodiment 2.
  • the MAC sub-header format designed by the data encapsulating device is used, so that one or more data packets from the same logical channel share one LCID field, which effectively reduces the load of the MAC sub-header and reduces the processing.
  • Delay which improves the utilization of wireless resources.
  • the embodiment of the present invention further provides a computer readable program, wherein when the program is executed in a data encapsulating device or a base station or a user equipment, the program causes the data encapsulating device or the base station or the user equipment to perform the embodiment 1
  • the data encapsulation method described is not limited to:
  • the embodiment of the present invention further provides a storage medium storing a computer readable program, wherein the computer readable program causes a data encapsulation device or a base station or a user equipment to execute the data encapsulation method described in Embodiment 1.
  • the above apparatus and method of the present invention may be implemented by hardware or by hardware in combination with software.
  • the present invention relates to a computer readable program that, when executed by a logic component, enables the logic component to implement the apparatus or components described above, or to cause the logic component to implement the various methods described above Or steps.
  • the present invention also relates to a storage medium for storing the above program, such as a hard disk, a magnetic disk, an optical disk, a DVD, a flash memory, or the like.
  • the data encapsulation method in the data encapsulation device described in connection with the embodiments of the present invention may be directly embodied as hardware, a software module executed by a processor, or a combination of both.
  • one or more of the functional block diagrams shown in FIG. 10 and/or one or more combinations of functional block diagrams may correspond to individual software modules of a computer program flow, or to individual hardware modules.
  • These software modules may correspond to the respective steps shown in FIG. 3, respectively.
  • These hardware modules can be implemented, for example, by curing these software modules using a Field Programmable Gate Array (FPGA).
  • FPGA Field Programmable Gate Array
  • the software module can reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.
  • a storage medium can be coupled to the processor to enable the processor to read information from, and write information to, the storage medium; or the storage medium can be an integral part of the processor.
  • Processor And the storage medium can be located in the ASIC.
  • the software module can be stored in the memory of the mobile terminal or in a memory card that can be inserted into the mobile terminal.
  • the software module can be stored in the MEGA-SIM card or a large-capacity flash memory device.
  • One or more of the functional block diagrams described with respect to FIG. 10 and/or one or more combinations of functional block diagrams may be implemented as a general purpose processor, digital signal processor (DSP), dedicated for performing the functions described herein.
  • DSP digital signal processor
  • One or more of the functional block diagrams described with respect to FIG. 10 and/or one or more combinations of functional block diagrams may also be implemented as a combination of computing devices, eg, a combination of a DSP and a microprocessor, multiple microprocessors, One or more microprocessors or any other such configuration in conjunction with DSP communication.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种数据封装方法、装置以及通信系统,该方法包括:为待发送数据添加媒体访问控制(MAC)头;所述MAC头包含多个MAC子头,每个MAC子头具有一个逻辑信道标识(LCID)字段和与之对应的至少一个长度字段;当所述MAC子头具有一个LCID字段和一个长度字段时,所述MAC子头还具有一个子头扩展字段,用于指示当前MAC子头中是否还有更多的长度字段。通过本发明实施例设计的MAC子头的格式,使得来自相同逻辑信道的多个数据包共用一个LCID字段,有效的降低了MAC子头的负荷,降低了处理时延,提高了无线资源的利用率。

Description

数据封装方法、装置以及通信系统 技术领域
本发明涉及通信领域,特别涉及一种数据封装方法、装置以及通信系统。
背景技术
第3代合作伙伴计划(3GPP,3rd Generation Partnership Project)正在研究下一代无线通信系统的相关议题来满足新业务的需求。
在原有的长期演进(LTE,Long Term Evolution)系统中,无线链路控制(RLC,Radio Link Control)层和媒体访问控制(MAC,Media Access Control)层都会进行数据包的级联。在每次传输机会中,原LTE系统中每个逻辑信道只有一个RLC协议数据单元(PDU,Protocol Data Unit),多个逻辑信道的RLC PDU复用到同一个MAC PDU中传输。
在一个MAC PDU的MAC头(header)中,每个MAC子头(sub-header)中包含一个逻辑信道标识(LCID,Logical Channel Identity)字段和一个对应的数据长度字段来标识来自每个RLC PDU所属的逻辑信道和数据长度。图1是一个MAC PDU的帧结构的示意图,如图1所示,在每个MAC子头中,都包含一个LCID字段(LCID1、LCID2、LCID3…)和一个长度字段(L1,L2,L3…),这里的长度字段(L1,L2,L3…)所指示的是各逻辑信道上的级联数据的长度。图1所示的MAC子头的格式只是举例说明,该MAC子头还包含其他字段,具体可以参考现有标准,此处不再赘述。
应该注意,上面对技术背景的介绍只是为了方便对本发明的技术方案进行清楚、完整的说明,并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
发明人发现,为了降低处理时延,进一步降低高层协议的报头负荷,3GPP讨论可以去除RLC层的级联功能。去除RLC的级联后,每个逻辑信道可能有多个RLC PDU。如果仍然采用LTE的MAC子头格式,来自相同逻辑信道的多个RLC PDU需要多个LCID字段标识,而这些LCID字段的内容是相同的。如图2所示,对应相同 的逻辑信道(LCID1),具有多个MAC子头,而这些MAC子头中的LCID字段的内容都是相同的,例如都为LCID1,长度字段因单个数据(未级联的数据)的长度不同而不同,分别为L1,L2,L3…。这样,MAC头中多个子头中具有相同内容的LCID字段存在较大的冗余,造成MAC头的负荷较大、效率不高。
针对上述问题,本发明实施例提供一种数据封装方法、装置以及通信系统。
根据本实施例的第一方面,提供了一种数据封装方法,其中,所述方法包括:
为待发送数据添加媒体访问控制(MAC)头;
所述MAC头包含多个MAC子头,每个MAC子头具有一个逻辑信道标识(LCID)字段和与之对应的至少一个长度字段;
当所述MAC子头具有一个LCID字段和一个长度字段时,所述MAC子头还具有一个子头扩展字段,用于指示当前MAC子头中是否还有更多的长度字段。
根据本实施例的第二方面,提供了一种数据封装装置,其中,所述装置包括:
封装单元,其为待发送数据添加媒体访问控制(MAC)头;
所述MAC头包含多个MAC子头,每个MAC子头具有一个逻辑信道标识(LCID)字段和与之对应的至少一个长度字段;
当所述MAC子头具有一个LCID字段和一个长度字段时,所述MAC子头还具有一个子头扩展字段,用于指示当前MAC子头中是否还有更多的长度字段。
根据本实施例的第三方面,提供了一种通信系统,所述通信系统包括基站和用户设备,其中,所述基站配置有前述第二方面所述的数据封装装置,和/或,所述用户设备配置有前述第二方面所述的数据封装装置。
本发明实施例的有益效果在于:通过本发明实施例设计的MAC子头的格式,使得来自相同逻辑信道的多个数据包共用一个LCID字段,可以有效的降低MAC子头的负荷,降低处理时延,提高无线资源的利用率。
参照后文的说明和附图,详细公开了本发明的特定实施方式,指明了本发明的原理可以被采用的方式。应该理解,本发明的实施方式在范围上并不因而受到限制。在所附权利要求的条款的范围内,本发明的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用,与其它实施方式中的特征相组合,或替代其它实施方式中的特征。
应该强调,术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在,但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
在本发明实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外,在附图中,类似的标号表示几个附图中对应的部件,并可用于指示多于一种实施方式中使用的对应部件。
所包括的附图用来提供对本发明实施例的进一步的理解,其构成了说明书的一部分,用于例示本发明的实施方式,并与文字描述一起来阐释本发明的原理。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1是一个MAC PDU的帧结构示意图;
图2是另一个MAC PDU的帧结构的示意图;
图3是实施例1的数据封装方法的示意图;
图4是通过实施例1的方法封装后的数据包的一个示例的示意图;
图5是当前逻辑信道只有一个MAC SDU的MAC子头的一个示例的示意图;
图6是当前逻辑信道只有一个MAC SDU的MAC子头的另一个示例的示意图;
图7是当前逻辑信道有三个MAC SDU的MAC子头的一个示例的示意图;
图8是当前逻辑信道有三个MAC SDU的MAC子头的另一个示例的示意图;
图9是当前逻辑信道有两个MAC SDU的MAC子头的一个示例的示意图;
图10是实施例2的数据封装装置的示意图;
图11是实施例2的基站的示意图;
图12是实施例2的用户设备的示意图;
图13是实施例3的通信系统的示意图。
具体实施方式
参照附图,通过下面的说明书,本发明的前述以及其它特征将变得明显。在说明书和附图中,具体公开了本发明的特定实施方式,其表明了其中可以采用本发明的原则的部分实施方式,应了解的是,本发明不限于所描述的实施方式,相反,本发明包 括落入所附权利要求的范围内的全部修改、变型以及等同物。下面结合附图对本发明的各种实施方式进行说明。这些实施方式只是示例性的,不是对本发明的限制。
在本申请中,基站可以被称为接入点、广播发射机、节点B、演进节点B(eNB)等,并且可以包括它们的一些或所有功能。在文中将使用术语“基站”。每个基站对特定的地理区域提供通信覆盖。
在本申请中,移动站或设备可以被称为“用户设备”。UE可以是固定的或移动的,并且也可以称为移动台、终端、接入终端、用户单元、站等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、汽车等。
下面结合附图对本发明实施例进行说明。
实施例1
本实施例提供了一种数据封装方法,图3是该方法的示意图,如图3所示,该方法包括:
步骤301:为待发送数据(MAC SDU)添加MAC头,该MAC头包含多个MAC子头,每个MAC子头具有一个LCID字段和与之对应的至少一个长度字段。
在本实施例中,每个MAC子头中长度字段的数量取决于该MAC子头中的LCID字段所指示的逻辑信道所包含的RLC PDU的数量,也即,上述至少一个长度字段对应上述一个逻辑信道标识所标识的逻辑信道的至少一个媒体访问控制服务数据单元(MAC SDU)。
在本实施例中,通过上述LCID字段可以指示来自同一个逻辑信道的(一个或多个)RLC PDU/MAC SDU所属的逻辑信道标识,通过上述长度字段可以指示各个RLC PDU/MAC SDU(一个或多个)的数据长度。
通过本实施例的方法设计的MAC子头的格式,使得来自相同逻辑信道的一个或多个数据包共用一个LCID字段,可以有效降低MAC子头的负荷、降低处理时延、提高无线资源的利用率。
在本实施例的一个实施方式中,一个逻辑信道只有一个RLC PDU,则该逻辑信道所对应的MAC子头除了具有一个LCID字段(用于指示该逻辑信道)和一个长度字段(用于指示该RLC PDU的长度)以外,还具有一个子头扩展(SE,Sub-header Extending)字段,通过该SE字段指示当前MAC子头中是否还有更多的长度字段。
在本实施方式中,由于长度字段只有一个,因此,可以通过将该SE字段设置为第一值,例如设置为“0”,来指示该长度字段是该MAC子头中的最有一个长度字段。在本实施方式中,该长度字段也是该MAC子头中唯一的一个长度字段。
在本实施例的另一个实施方式中,一个逻辑信道具有多个RLC PDU,则该逻辑信道所对应的MAC子头具有一个LCID字段(用于指示该逻辑信道)和多个长度字段(用于分别指示上述多个RLC PDU的长度)。可选的,该MAC子头还可以具有对应所述多个长度字段的多个SE字段,每个SE字段用于指示其所对应的长度字段是否是当前MAC子头中的最后一个,也即,用于指示当前MAC子头中是否还有更多的长度字段。
在本实施方式中,如果该MAC子头中没有更多的长度字段了,也即该SE所对应的长度字段是该MAC子头中的最后一个长度字段,则可以将该SE字段设置为第一值,例如设置为“0”,来指示该SE字段所对应的长度字段是该MAC子头中的最有一个长度字段。如果该MAC子头中还有其他的长度字段,也即该SE所对应的长度字段不是该MAC子头中的最后一个长度字段,则可以将该SE字段设置为第二值,例如设置为“1”,来指示该SE字段所对应的长度字段不是该MAC子头中的最后一个长度字段,也即,在该SE字段所对应的长度字段之后还有其他的长度字段。
图4是通过本实施例的方法封装后的数据包的一个示例的示意图,如图4所示,该数据包包含MAC头和待发送数据,该MAC头包含两个MAC子头,第一个MAC子头包含一个LCID字段(LCID1)和三个长度字段(L1,L2,L3),该三个长度字段分别指示待发送数据中同属于LCID1所指示的逻辑信道的三个MAC SDU的长度;第二个MAC子头包含一个LCID字段(LCID2)和两个长度字段(L4,L5),该两个长度字段分别指示待发送数据中同属于LCID2所指示的逻辑信道的两个MAC SDU的长度。
在本实施例中,除了上述LCID字段和上述长度字段,每个MAC子头还可以包括:R字段、E字段、F字段、填充比特等。
R字段为保留比特,可以设置为“0”。
E字段用于指示该MAC子头之后是否还有更多的MAC子头。例如,“1”表示该MAC子头之后还有更多的MAC子头,“0”表示该MAC子头是最后一个MAC子头。
F字段用于指示其对应的L字段的比特长度。例如,“0”表示其后的L字段占用7比特,即所对应的MAC SDU的数据长度小于128字节,“1”表示其后L字段占用15比特,即所对应的MAC SDU的数据长度大于128字节。再例如,“0”表示其后的L字段占用6比特,即所对应的MAC SDU的数据长度小于64字节,“1”表示其后的L字段占用14比特,即所对应的MAC SDU的数据长度大于64字节。
填充比特用于补齐MAC子头的比特数不够8比特整数倍的情况。
本实施例对上述R字段、E字段、F字段、填充比特等的含义、数量和格式不作限制,可以参考现有标准,也可以根据实施情况设置。
图5和图6是当前逻辑信道中只有一个MAC SDU时的MAC子头的格式的两个示例的示意图。如图5和图6所示,在这两个MAC子头结构中,分别具有一个LCID字段和一个L字段,该LCID字段用于指示上述逻辑信道,该L字段用于指示上述一个MAC SDU的长度。除此之外,该MAC子头还包含一个R字段、一个E字段、一个F字段、以及一个SE字段,这些字段的含义如前所述,此处不再赘述。
在图5所示的示例中,L字段的长度为7比特,通过图5所示的F字段指示。在图6所示的示例中,L字段的长度为15比特,通过图6所示的F字段指示。
在图5和图6所示的这两个示例中,SE字段的值可以为“0”,指示其所对应的该L字段是该MAC子头的最后一个长度字段,也即在该SE字段对应的L字段之后没有更多的L字段了。
图7和图8是当前逻辑信道中有三个MAC SDU时的MAC子头的格式的两个示例的示意图。
如图7所示,在该MAC子头的格式中,包含一个LCID字段和三个L字段,该LCID字段用于指示上述逻辑信道,该三个L字段用于分别指示上述三个MAC SDU的长度。
在本示例中,每个L字段都对应一个F字段和一个SE字段,并且对应每个L字段的F字段和SE字段分别位于该L字段之前,但本实施例并不以此作为限制。除此之外,该MAC子头还包含一个R字段和一个E字段,这些字段的含义如前所述,此处不再赘述。
在本示例中,第一个L字段的长度为7比特,通过该L字段对应的F字段来指示(F=0),第二个L字段的长度为7比特,通过该L字段对应的F字段来指示(F=0), 第三个L字段的长度为15比特,通过该L字段对应的F比特来指示(F=1)。
在本示例中,第一个L字段对应的SE字段和第二个L字段对应的SE字段可以设置为1(SE=1),以指示这两个L字段并非是该MAC子头的最后一个L字段,而第三个L字段对应的SE字段可以设置为0(SE=0),以指示该L字段是该MAC子头的最后一个L字段,在其之后没有更多的L字段了。
在本示例中,因为该MAC子头不足8比特的整数倍,在最后一个L字段之后还包含有填充比特。该填充比特是可选的。
如图8所示,在该MAC子头的格式中,也包含一个LCID字段和三个L字段,该LCID字段用于指示上述逻辑信道,该三个L字段用于分别指示上述三个MAC SDU的长度。与图7的示例不同的是,在图8所示的示例中包含两个R字段,其他格式与图7相同,此处不再重复说明。
图9是当前逻辑信道中有两个MAC SDU时的MAC子头的格式的一个示例的示意图。如图9所示,在该MAC子头中,包含一个LCID字段和两个L字段,该LCID字段用于指示上述逻辑信道,该两个L字段用于分别指示上述两个MAC SDU的长度。
在本示例中,与图7类似,每个L字段都对应一个F字段和一个SE字段,并且对应每个L字段的F字段和SE字段分别位于该L字段之前,但本实施例并不以此作为限制。除此之外,该MAC子头还包含两个R字段和一个E字段,这些字段的含义如前所述,此处不再赘述。
在本示例中,第一个L字段的长度为6比特,通过该L字段对应的F字段来指示(F=0),第二个L字段的长度为14比特,通过该L字段对应的F字段来指示(F=1)。
在本示例中,第一个L字段对应的SE字段可以设置为1(SE=1),以指示该L字段并非是该MAC子头的最后一个L字段,而第二个L字段对应的SE字段可以设置为0(SE=0),以指示该L字段是该MAC子头的最后一个L字段,在其之后没有更多的L字段了。
图5-9所示的MAC子头的格式只是举例说明,并不构成对本申请的限制。
通过本实施例的方法设计的MAC子头格式,使得来自相同逻辑信道的一个或多个数据包共用一个LCID字段,有效的降低了MAC子头的负荷,降低了处理时延,提高了无线资源的利用率。
实施例2
本实施例提供了一种数据封装装置,由于该装置解决问题的原理与实施例1的方法类似,因此其具体的实施可以参考实施例1的方法的实施,内容相同之处不再重复说明。
图10是本实施例的数据封装装置的示意图,如图10所示,该装置1000包括:封装单元1001,其为待发送数据添加媒体访问控制(MAC)头;所述MAC头包含多个MAC子头,每个MAC子头具有一个逻辑信道标识(LCID)字段和与之对应的至少一个长度字段。
在本实施例中,所述LCID字段用于指示来自同一个逻辑信道的(一个或多个)RLC PDU/MAC SDU所属的逻辑信道标识,所述长度字段用于指示各个RLC PDU/MAC SDU(一个或多个)的数据长度。
在本实施例中,所述至少一个长度字段对应所述一个逻辑信道标识所标识的逻辑信道的至少一个媒体访问控制业务数据单元(MAC SDU),用于指示所述至少一个MAC SDU的长度。
在一个实施方式中,所述MAC子头具有一个LCID字段和一个长度字段,则在该实施方式中,该MAC子头还具有一个子头扩展字段,用于指示当前MAC子头中是否还有更多的长度字段。
在本实施方式中,所述子头扩展字段为第一值,通过所述第一值指示所述长度字段是所述MAC子头中的最后一个长度字段。
在另一个实施方式中,所述MAC子头具有一个LCID字段和多个长度字段,则在该实施方式中,该MAC子头还可以具有多个子头扩展字段,分别对应上述多个长度字段,每个子头扩展字段用于指示该子头扩展字段所对应的长度字段是否是所述MAC子头的最后一个长度字段。
在本实施方式中,当所述子头扩展字段为第一值时,通过所述第一值指示所述子头扩展字段对应的长度字段是所述MAC子头中的最后一个长度字段;当所述子头扩展字段为第二值时,通过所述第二值指示所述子头扩展字段对应的长度字段之后还有其他的长度字段。
通过本实施例的装置设计的MAC子头格式,使得来自相同逻辑信道的一个或多 个数据包共用一个LCID字段,有效的降低了MAC子头的负荷,降低了处理时延,提高了无线资源的利用率。
本实施例还提供一种基站,该基站配置有如前所述的数据封装装置1000。
图11是本发明实施例的基站的构成示意图。如图11所示,基站1100可以包括:中央处理器(CPU)1101和存储器1102;存储器1102耦合到中央处理器1101。其中该存储器1102可存储各种数据;此外还存储信息处理的程序,并且在中央处理器1101的控制下执行该程序,以接收该用户设备发送的各种信息、并且向用户设备发送各种信息。
在一个实施方式中,数据封装装置1000的功能可以被集成到中央处理器1101中。其中,中央处理器1101可以被配置为实现实施例1所述的数据封装方法。
例如,该中央处理器1101可以被配置为:为待发送数据添加媒体访问控制(MAC)头;所述MAC头包含多个MAC子头,每个MAC子头具有一个逻辑信道标识(LCID)字段和与之对应的至少一个长度字段;当所述MAC子头具有一个LCID字段和一个长度字段时,所述MAC子头还具有一个子头扩展字段,用于指示当前MAC子头中是否还有更多的长度字段。
在另一个实施方式中,上述数据封装装置1000可以与中央处理器1101分开配置,例如可以将数据封装装置1000配置为与中央处理器1101连接的芯片,通过中央处理器1101的控制来实现数据封装装置1000的功能。
此外,如图11所示,基站1100还可以包括:收发机1103和天线1104等;其中,上述部件的功能与现有技术类似,此处不再赘述。值得注意的是,基站1100也并不是必须要包括图11中所示的所有部件;此外,基站1100还可以包括图11中没有示出的部件,可以参考现有技术。
通过本实施例的基站,使用上述数据封装装置设计的MAC子头格式,使得来自相同逻辑信道的一个或多个数据包共用一个LCID字段,有效的降低了MAC子头的负荷,降低了处理时延,提高了无线资源的利用率。
本实施例还提供了一种用户设备,配置有如前所述的数据封装装置1000。
图12是本发明实施例的用户设备1200的系统构成的示意框图。如图12所示,该用户设备1200可以包括中央处理器1201和存储器1202;存储器1202耦合到中央处理器1201。值得注意的是,该图是示例性的;还可以使用其他类型的结构,来补 充或代替该结构,以实现电信功能或其他功能。
在一个实施方式中,数据封装装置1000的功能可以被集成到中央处理器1201中。其中,中央处理器1201可以被配置为实现实施例1所述的数据封装方法。
例如,该中央处理器1201可以被配置为进行如下控制:为待发送数据添加媒体访问控制(MAC)头;所述MAC头包含多个MAC子头,每个MAC子头具有一个逻辑信道标识(LCID)字段和与之对应的至少一个长度字段;当所述MAC子头具有一个LCID字段和一个长度字段时,所述MAC子头还具有一个子头扩展字段,用于指示当前MAC子头中是否还有更多的长度字段。
在另一个实施方式中,数据封装装置1000可以与中央处理器1201分开配置,例如可以将数据封装装置1000配置为与中央处理器1201连接的芯片,通过中央处理器1201的控制来实现数据封装装置1000的功能。
如图12所示,该用户设备1200还可以包括:通信模块1203、输入单元1204、音频处理单元1205、显示器1206、电源1207。值得注意的是,用户设备1200也并不是必须要包括图12中所示的所有部件;此外,用户设备1200还可以包括图12中没有示出的部件,可以参考现有技术。
如图12所示,中央处理器1201有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该中央处理器1201接收输入并控制用户设备1200的各个部件的操作。
其中,存储器1202,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与数据封装相关的信息,此外还可存储执行有关信息的程序。并且中央处理器1201可执行该存储器1202存储的该程序,以实现信息存储或处理等。其他部件的功能与现有类似,此处不再赘述。用户设备1200的各部件可以通过专用硬件、固件、软件或其结合来实现,而不偏离本发明的范围。
通过本实施例的用户设备,使用上述数据封装装置设计的MAC子头格式,使得来自相同逻辑信道的一个或多个数据包共用一个LCID字段,有效的降低了MAC子头的负荷,降低了处理时延,提高了无线资源的利用率。
实施例3
本实施例提供一种通信系统,包括基站以及用户设备。
图13是本发明实施例的通信系统的构成示意图,如图13所示,该通信系统1300包括基站1301以及用户设备1302。其中,基站1301可以是实施例2中所述的基站1100;用户设备1302可以是实施例2所述的用户设备1200。
由于在前述实施例中,已经对基站和用户设备进行了详细说明,其内容被合并于此,此处不再赘述。
通过本实施例的通信系统,使用上述数据封装装置设计的MAC子头格式,使得来自相同逻辑信道的一个或多个数据包共用一个LCID字段,有效的降低了MAC子头的负荷,降低了处理时延,提高了无线资源的利用率。
本发明实施例还提供一种计算机可读程序,其中当在数据封装装置或基站或用户设备中执行所述程序时,所述程序使得所述数据封装装置或基站或用户设备执行实施例1所述的数据封装方法。
本发明实施例还提供一种存储有计算机可读程序的存储介质,其中所述计算机可读程序使得数据封装装置或基站或用户设备执行实施例1所述的数据封装方法。
本发明以上的装置和方法可以由硬件实现,也可以由硬件结合软件实现。本发明涉及这样的计算机可读程序,当该程序被逻辑部件所执行时,能够使该逻辑部件实现上文所述的装置或构成部件,或使该逻辑部件实现上文所述的各种方法或步骤。本发明还涉及用于存储以上程序的存储介质,如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本发明实施例描述的在数据封装装置中的数据封装方法可直接体现为硬件、由处理器执行的软件模块或二者组合。例如,图10中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合,既可以对应于计算机程序流程的各个软件模块,亦可以对应于各个硬件模块。这些软件模块,可以分别对应于图3所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息;或者该存储介质可以是处理器的组成部分。处理器 和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中,也可以存储在可插入移动终端的存储卡中。例如,若设备(例如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置,则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
针对图10描述的功能框图中的一个或多个和/或功能框图的一个或多个组合,可以实现为用于执行本申请所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑器件、分立硬件组件、或者其任意适当组合。针对图10描述的功能框图中的一个或多个和/或功能框图的一个或多个组合,还可以实现为计算设备的组合,例如,DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。
以上结合具体的实施方式对本发明进行了描述,但本领域技术人员应该清楚,这些描述都是示例性的,并不是对本发明保护范围的限制。本领域技术人员可以根据本发明的原理对本发明做出各种变型和修改,这些变型和修改也在本发明的范围内。

Claims (11)

  1. 一种数据封装方法,其中,所述方法包括:
    为待发送数据添加媒体访问控制(MAC)头;
    所述MAC头包含多个MAC子头,每个MAC子头具有一个逻辑信道标识(LCID)字段和与之对应的至少一个长度字段;
    当所述MAC子头具有一个LCID字段和一个长度字段时,所述MAC子头还具有一个子头扩展字段,用于指示当前MAC子头中是否还有更多的长度字段。
  2. 根据权利要求1所述的方法,其中,所述子头扩展字段为第一值,通过所述第一值指示所述长度字段是所述MAC子头中的最后一个长度字段。
  3. 根据权利要求1所述的方法,其中,
    当所述MAC子头具有一个LCID字段和多个长度字段时,所述MAC子头还具有对应所述多个长度字段的多个子头扩展字段,每个子头扩展字段用于指示所述子头扩展字段对应的长度字段是否是当前MAC子头中的最后一个长度字段。
  4. 根据权利要求3所述的方法,其中,
    当所述子头扩展字段为第一值时,通过所述第一值指示所述子头扩展字段对应的长度字段是所述MAC子头中的最后一个长度字段;
    当所述子头扩展字段为第二值时,通过所述第二值指示所述子头扩展字段对应的长度字段之后还有其他的长度字段。
  5. 根据权利要求1所述的方法,其中,所述至少一个长度字段对应所述一个逻辑信道标识所标识的逻辑信道的至少一个媒体访问控制服务数据单元(MAC SDU)。
  6. 一种数据封装装置,其中,所述装置包括:
    封装单元,其为待发送数据添加媒体访问控制(MAC)头;
    所述MAC头包含多个MAC子头,每个MAC子头具有一个逻辑信道标识(LCID)字段和与之对应的至少一个长度字段;
    当所述MAC子头具有一个LCID字段和一个长度字段时,所述MAC子头还具有一个子头扩展字段,用于指示当前MAC子头中是否还有更多的长度字段。
  7. 根据权利要求6所述的装置,其中,所述子头扩展字段为第一值,通过所述第一值指示所述长度字段是所述MAC子头中的最后一个长度字段。
  8. 根据权利要求6所述的装置,其中,
    当所述MAC子头具有一个LCID字段和多个长度字段时,所述MAC子头还具有对应所述多个长度字段的多个子头扩展字段,每个子头扩展字段用于指示所述子头扩展字段所对应的长度字段是否是当前MAC子头中的最后一个长度字段。
  9. 根据权利要求8所述的装置,其中,
    当所述子头扩展字段为第一值时,通过所述第一值指示所述子头扩展字段对应的长度字段是所述MAC子头中的最后一个长度字段;
    当所述子头扩展字段为第二值时,通过所述第二值指示所述子头扩展字段对应的长度字段之后还有其他的长度字段。
  10. 根据权利要求6所述的装置,其中,所述至少一个长度字段对应所述一个逻辑信道标识所标识的逻辑信道的至少一个媒体访问控制服务数据单元(MAC SDU)。
  11. 一种通信系统,所述通信系统包括基站和用户设备,其中,所述基站配置有权利要求6-10任一项所述的数据封装装置,和/或,所述用户设备配置有权利要求6-10任一项所述的数据封装装置。
PCT/CN2016/099448 2016-09-20 2016-09-20 数据封装方法、装置以及通信系统 WO2018053685A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/099448 WO2018053685A1 (zh) 2016-09-20 2016-09-20 数据封装方法、装置以及通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/099448 WO2018053685A1 (zh) 2016-09-20 2016-09-20 数据封装方法、装置以及通信系统

Publications (1)

Publication Number Publication Date
WO2018053685A1 true WO2018053685A1 (zh) 2018-03-29

Family

ID=61690068

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/099448 WO2018053685A1 (zh) 2016-09-20 2016-09-20 数据封装方法、装置以及通信系统

Country Status (1)

Country Link
WO (1) WO2018053685A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021030599A1 (en) * 2019-08-15 2021-02-18 Qualcomm Incorporated Radio access network feature set extension in medium access control
WO2022000513A1 (zh) * 2020-07-03 2022-01-06 华为技术有限公司 一种通信方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101500274A (zh) * 2008-01-30 2009-08-05 大唐移动通信设备有限公司 一种调度信道质量指示上报的方法、系统及装置
CN101594284A (zh) * 2008-05-28 2009-12-02 中兴通讯股份有限公司 一种长期演进系统的媒体接入控制帧

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101500274A (zh) * 2008-01-30 2009-08-05 大唐移动通信设备有限公司 一种调度信道质量指示上报的方法、系统及装置
CN101594284A (zh) * 2008-05-28 2009-12-02 中兴通讯股份有限公司 一种长期演进系统的媒体接入控制帧

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021030599A1 (en) * 2019-08-15 2021-02-18 Qualcomm Incorporated Radio access network feature set extension in medium access control
WO2022000513A1 (zh) * 2020-07-03 2022-01-06 华为技术有限公司 一种通信方法及装置

Similar Documents

Publication Publication Date Title
CA2709601C (en) Dummy padding sub-header in mac protocol data units
EP3681071A1 (en) Data transmission method, terminal device and network device
TWI795659B (zh) 在通信系統中經由控制平面使用指定之有效負荷容器類型進行使用者資料傳送
US8619770B2 (en) Length indicator optimization
WO2014026370A1 (zh) 数据传输方法及装置
WO2019034130A1 (zh) 传输方法、发送端和接收端
JP2010539784A (ja) ヘッダインジケータを利用した効率的なデータブロック送信方法
US8619760B2 (en) Method of providing circuit switched (SC) service using high-speed downlink packet access (HSDPA) or high-speed uplink packet access (HSUPA)
US11653412B2 (en) Data transmission method and communications apparatus for communication of data from different service types or different destination addresses
CN113133055B (zh) 无线通信的方法和设备
WO2018227814A1 (zh) 数据指示方法、装置、通信系统
WO2018228558A1 (zh) 一种传输数据的方法、网络设备和终端设备
WO2019196788A1 (zh) 通信方法和通信装置
WO2021081824A1 (zh) 无线通信方法和终端设备
EP4114127A1 (en) Method, apparatus and system for configuring radio bearer
WO2019079973A1 (zh) 传输数据的方法、终端设备和网络设备
US11736977B2 (en) Method for header compression of ethernet frame, terminal device
WO2018053685A1 (zh) 数据封装方法、装置以及通信系统
WO2020211549A1 (zh) 传输数据的方法和装置
WO2020062240A1 (zh) 一种信息传输方法及装置、通信设备
WO2022028133A1 (zh) 一种数据压缩方法、装置及存储介质
WO2023001010A1 (zh) 一种通信方法以及装置
WO2018068310A1 (zh) 数据处理方法、装置以及通信系统
WO2023185450A1 (zh) 数据包处理方法及装置
WO2016106744A1 (zh) 一种数据传输方法、无线接入设备和通信系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16916426

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: 16916426

Country of ref document: EP

Kind code of ref document: A1