WO2018188510A1 - 一种数据链路层中封装、解析数据包的方法、装置及设备 - Google Patents

一种数据链路层中封装、解析数据包的方法、装置及设备 Download PDF

Info

Publication number
WO2018188510A1
WO2018188510A1 PCT/CN2018/081891 CN2018081891W WO2018188510A1 WO 2018188510 A1 WO2018188510 A1 WO 2018188510A1 CN 2018081891 W CN2018081891 W CN 2018081891W WO 2018188510 A1 WO2018188510 A1 WO 2018188510A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdu
field
data
data packet
sdu
Prior art date
Application number
PCT/CN2018/081891
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
Priority claimed from CN201710232334.5A external-priority patent/CN108696900A/zh
Priority claimed from CN201710333290.5A external-priority patent/CN108882304B/zh
Application filed by 中国移动通信有限公司研究院, 中国移动通信集团有限公司 filed Critical 中国移动通信有限公司研究院
Publication of WO2018188510A1 publication Critical patent/WO2018188510A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Definitions

  • the present disclosure relates to the field of mobile communications technologies, and in particular, to a method, an apparatus, and a device for encapsulating and parsing a data packet in a data link layer.
  • 5G protocol stack scheme advances, and proposes that the data link layer protocol stack function requires high efficiency and low latency processing data packets, and requires long-term evolution technology ( Long Term Evolution, LTE) is the baseline.
  • LTE Long Term Evolution
  • the data link layer includes three protocol layers: a Packet Data Convergence Protocol (PDCP) layer, a Radio Link (RLC) layer, and a Medium Access Control (MAC) layer, wherein each protocol layer has independent protocol data.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link
  • MAC Medium Access Control
  • each protocol layer has independent protocol data.
  • Units (PDUs) and the way in which PDUs are formed in each protocol layer are different, which leads to an increase in the overall overhead of the data link layer.
  • PDCP does not have a cascading function.
  • the PDCP allocates a PDCP sequence (SN) number to the data packets sent by the application layer, and performs encryption, header compression, and PDCP header overhead to form a PDCP Protocol Data Unit (PDU), which is then sent to the wireless device.
  • RLC Link Link Control Protocol
  • the RLC sends multiple PDCP PDUs in one RLC PDU to complete the packet cascading function.
  • the RLC layer no longer has a cascading function, that is, each PDCP PDU corresponds to only one RLC PDU. Only one PDCP PDU is included in each RLC PDU. Since an RLC PDU header overhead and Medium Access Control (MAC) PDU header overhead are generated for each PDCP PDU, more overhead is incurred, which reduces data transmission speed and flexibility of service processing.
  • MAC Medium Access Control
  • the present disclosure in at least one embodiment, provides a method for encapsulating a data packet in a data link layer, including: acquiring a data packet to be encapsulated; and cascading a plurality of data packets into a protocol data unit PDU And wherein each of the concatenated data packets in the PDU includes a length indication LI field indicating a byte length of the data packet.
  • the method is applied to a Data Convergence Protocol PDCP layer, and a header indication CI field for indicating whether the PDU has initiated a cascading function is included in a header of the PDU.
  • the length of the CI field is 1 byte.
  • the data packet includes a service data unit SDU or a segment or an SDU and a segment; the header of the PDU further includes a header for indicating whether the segment is included in the PDU and the location of the segment in the PDU FI field.
  • the value of the FI field when the value of the FI field is 00, indicating that the segment is not included in the PDU; when the value of the FI field is 01, indicating that the segment is included in the PDU and the segment is in the The starting position of the PDU payload; when the value of the FI field is 10, indicating that the PDU includes a segment and the segment is at the end position of the PDU payload; when the value of the FI field is 11, indicating the Include one or two segments in the PDU; wherein, when the PDU includes one segment, the SDU is not included in the PDU; when the PDU includes two segments, one of the segments is in the The starting position of the PDU payload, the other segment is at the end of the PDU payload, and the two segments include zero or more SDUs.
  • the acquiring the data packet to be encapsulated includes: acquiring a plurality of service data unit SDUs to be encapsulated; and the concatenating the plurality of data packets into the protocol data unit PDU includes collecting according to the packet data.
  • the step of encapsulating the plurality of SDUs into PDUs according to a transport format of the protocol data unit PDU of the packet data convergence protocol PDCP includes: selecting, according to a transmission format of the PDU, the plurality of SDUs The length information of the data packet of each SDU is added in a preset field of the PDU data packet, and the plurality of SDUs are encapsulated in a data field field of the PDU data packet to obtain a encapsulated PDU; or according to the PDU The transport format is encapsulated in the data field field of the PDU data packet according to the preset length information of each SDU in the plurality of SDUs to obtain the encapsulated PDU.
  • the length information of the data packets of the multiple SDUs is added in a preset field of the PDU data packet according to a transmission format of the PDU, and the multiple SDUs are encapsulated in the PDU.
  • the step of obtaining the encapsulated PDU includes: adding length information of each SDU in the data packet of the multiple SDUs to a continuous sequence of the PDU data packet according to a transmission format of the PDU And pre-packaging the plurality of SDUs in a data field field of the PDU data packet to obtain an encapsulated PDU; or encapsulating the plurality of SDUs in the PDU according to a transmission format of the PDU
  • the length information of each SDU in the data packet of the multiple SDUs is respectively added in front of the data packet of the SDU and in a preset field adjacent to the SDU, Encapsulated PDU.
  • the length information of each SDU in the preset multiple SDUs is sent by the sending end to the receiving end through preset signaling or pre-agreed by the sending end and the receiving end. .
  • the encapsulated PDU also has a field indicating the number of the plurality of SDUs.
  • the field indicating the number of the plurality of SDUs is located in a header of the PDU packet.
  • the encapsulated PDU further has a transport format indication TFI for indicating a transport format of the PDU; and the TFI carries an index corresponding to the length information of the PDU data packet, where The index is an index corresponding to the length information of the plurality of preset PDU data packets included in the transport format set TFS.
  • TFI transport format indication
  • the TFI is pre-configured or selected from the TFS according to a size average of data packets currently transmittable by the transmitting end.
  • the size of the currently transmittable data packet is a product of an average rate of the currently transmitted service of the transmitting end and a time interval, where the time interval is the PDU. The time interval between the sending time and the sending time of the previous PDU.
  • the length information of the preset PDU data packet included in the TFS is: a sum of N times the application layer data packet size and the byte length of the header overhead of the PDU, where N Is a positive integer.
  • an apparatus for encapsulating a data packet in a data link layer including: an obtaining module, configured to acquire a data packet to be encapsulated; and a packaging module, configured to be used for The data packet cascading is encapsulated into a protocol data unit PDU, wherein each cascading data packet in the PDU includes a length indication LI field indicating a byte length of the data packet.
  • the apparatus is applied to a Data Convergence Protocol PDCP layer, and a header indication CI field for indicating whether the PDU has initiated a cascading function is included in a header of the PDU.
  • the length of the CI field is 1 byte.
  • the data packet includes a service data unit SDU or a segment or an SDU and a segment; the header of the PDU further includes a header for indicating whether the segment is included in the PDU and the location of the segment in the PDU FI field.
  • the value of the FI field when the value of the FI field is 00, indicating that the segment is not included in the PDU; when the value of the FI field is 01, indicating that the segment is included in the PDU and the segment is in the The starting position of the PDU payload; when the value of the FI field is 10, indicating that the PDU includes a segment and the segment is at the end position of the PDU payload; when the value of the FI field is 11, indicating the Include one or two segments in the PDU; wherein, when the PDU includes one segment, the SDU is not included in the PDU; when the PDU includes two segments, one of the segments is in the The starting position of the PDU payload, the other segment is at the end of the PDU payload, and the two segments include zero or more SDUs.
  • the obtaining module is further configured to: acquire a plurality of service data units SDU to be encapsulated; and the encapsulating module is further configured to transmit a protocol data unit PDU according to the packet data convergence protocol PDCP. , encapsulating multiple SDUs into PDUs.
  • the encapsulating module is further configured to: add, according to a transmission format of the PDU, length information of a data packet of each of the multiple SDUs in a preset field of the PDU data packet, where And encapsulating the plurality of SDUs in a data field field of the PDU data packet to obtain a encapsulated PDU; or according to a transmission format of the PDU, according to preset length information of each SDU in the multiple SDUs, Encapsulating the plurality of SDUs in a data field field of a PDU data packet to obtain a encapsulated PDU.
  • the encapsulating module is further configured to: add length information of each SDU in the data packets of the multiple SDUs to a continuous PDU packet according to a transmission format of the PDU.
  • the preset field and encapsulating the plurality of SDUs in a data field field of the PDU data packet to obtain a encapsulated PDU; or encapsulating the multiple SDUs in the PDU data according to a transmission format of the PDU
  • the length information of each SDU in the data packet of the multiple SDUs is respectively added in front of the data packet of the SDU and in a preset field adjacent to the SDU, and is encapsulated. After the PDU.
  • the length information of each SDU in the preset multiple SDUs is sent by the sending end to the receiving end through preset signaling or pre-agreed by the sending end and the receiving end. .
  • the encapsulated PDU also has a field indicating the number of the plurality of SDUs.
  • the field indicating the number of the plurality of SDUs is located in a header of the PDU packet.
  • the encapsulated PDU further has a transport format indication TFI for indicating a transport format of the PDU; and the TFI carries an index corresponding to the length information of the PDU data packet, where The index is an index corresponding to the length information of the plurality of preset PDU data packets included in the transport format set TFS.
  • TFI transport format indication
  • the TFI is pre-configured or selected from the TFS according to a size average of data packets currently transmittable by the transmitting end.
  • the size of the currently transmittable data packet is a product of an average rate of the currently transmitted service of the transmitting end and a time interval, where the time interval is the PDU. The time interval between the sending time and the sending time of the previous PDU.
  • the length information of the preset PDU data packet included in the TFS is: a sum of N times the application layer data packet size and the byte length of the header overhead of the PDU, where N Is a positive integer.
  • the present disclosure in at least one embodiment, provides a method for parsing a data packet in a data link layer, comprising: receiving a protocol data unit PDU encapsulated with a plurality of data packets; wherein, in the PDU Each of the concatenated data packets includes a length indication LI field indicating a byte length of the data packet, and the protocol data unit PDU is parsed into a plurality of data packets according to the length indication LI field.
  • the method is applied to a data aggregation protocol (PDCP layer), and a header of the PDU includes a cascading indication CI field for indicating whether the PDU has started a cascading function, and the length of the CI field is 1 byte.
  • PDCP layer data aggregation protocol
  • the data packet includes a service data unit SDU or a segment or an SDU and a segment; the header of the PDU further includes a header for indicating whether the segment is included in the PDU and the location of the segment in the PDU FI field, the method further comprising parsing the protocol data unit PDU into a plurality of data packets according to the FI field.
  • the value of the FI field when the value of the FI field is 00, indicating that the segment is not included in the PDU; when the value of the FI field is 01, indicating that the segment is included in the PDU and the segment is in the The starting position of the PDU payload; when the value of the FI field is 10, indicating that the PDU includes a segment and the segment is at the end position of the PDU payload; when the value of the FI field is 11, indicating the Include one or two segments in the PDU; wherein, when the PDU includes one segment, the SDU is not included in the PDU; when the PDU includes two segments, one of the segments is in the The starting position of the PDU payload, the other segment is at the end of the PDU payload, and the two segments include zero or more SDUs.
  • receiving a protocol data unit PDU encapsulated with a plurality of data packets includes: receiving a protocol data unit PDU data packet encapsulated with a plurality of service data units SDU; parsing the protocol data unit PDU into The plurality of data packets includes: parsing the PDU data packet into a plurality of SDUs according to a transmission format of the PDU.
  • the step of parsing the PDU data packet into multiple SDUs according to a transmission format of the PDU includes: obtaining length information of each SDU of the multiple SDUs; and transmitting according to the PDU The format, and the length information of each SDU, parses the PDU data packet to obtain a plurality of SDUs.
  • the step of obtaining length information of each SDU of the multiple SDUs includes: by using a pre-agreed manner or by receiving data of each SDU carrying the multiple SDUs And signaling the length information of the packet, obtaining length information of each SDU of the multiple SDUs; or acquiring, according to a transmission format of the PDU, each of the multiple SDUs from a preset field of the PDU data packet Length information of SDUs.
  • the preset field is: a consecutive preset field of the PDU data packet; or a preset field adjacent to the SDU and adjacent to the SDU. .
  • the PDU data packet further includes a transport format indication TFI indicating the PDU, where the TFI carries an index corresponding to the length information of the PDU data packet, where the index is a transport format.
  • a device for parsing a data packet in a data link layer comprising: a receiving module, configured to receive a protocol data unit PDU that is cascade-packaged with a plurality of data packets; Each cascading data packet in the PDU includes a length indication LI field indicating a byte length of the data packet; and a parsing module, configured to parse the protocol data unit PDU according to the length indication LI field Multiple data packets.
  • the apparatus is applied to a data aggregation protocol (PDCP layer), and a header of the PDU includes a cascading indication CI field for indicating whether the PDU has started a cascading function, and the length of the CI field is 1 byte.
  • PDCP layer data aggregation protocol
  • the data packet includes a service data unit SDU or a segment or an SDU and a segment; the header of the PDU further includes a header for indicating whether the segment is included in the PDU and the location of the segment in the PDU
  • the FI field, the parsing module is further configured to parse the protocol data unit PDU into a plurality of data packets according to the FI field.
  • the value of the FI field when the value of the FI field is 00, indicating that the segment is not included in the PDU; when the value of the FI field is 01, indicating that the segment is included in the PDU and the segment is in the The starting position of the PDU payload; when the value of the FI field is 10, indicating that the PDU includes a segment and the segment is at the end position of the PDU payload; when the value of the FI field is 11, indicating the Include one or two segments in the PDU; wherein, when the PDU includes one segment, the SDU is not included in the PDU; when the PDU includes two segments, one of the segments is in the The starting position of the PDU payload, the other segment is at the end of the PDU payload, and the two segments include zero or more SDUs.
  • the receiving module is configured to: receive a protocol data unit PDU data packet encapsulated with multiple service data units SDU; the parsing module is further configured to: use the PDU according to a transmission format of the PDU The packet is parsed into multiple SDUs.
  • the parsing module is further configured to: obtain length information of each SDU of the multiple SDUs; and compare the PDU according to a transmission format of the PDU and length information of each SDU The packet is parsed to obtain multiple SDUs.
  • the parsing module is further configured to: obtain the multiple by using a pre-agreed manner or by signaling of received length information of a data packet of each SDU carrying the multiple SDUs. Length information of each SDU in the SDUs; or obtaining length information of each of the plurality of SDUs from a preset field of the PDU data packet according to a transmission format of the PDU.
  • the preset field is: a consecutive preset field of the PDU data packet; or a preset field adjacent to the SDU and adjacent to the SDU. .
  • the PDU data packet further includes a transport format indication TFI indicating the PDU, where the TFI carries an index corresponding to the length information of the PDU data packet, where the index is a transport format.
  • the present disclosure in at least one embodiment, provides a transmitting device, comprising: a packaging device for a data packet according to claims 17-32.
  • the present disclosure in at least one embodiment, provides a receiving end device, comprising: a parsing device for a data packet according to claims 42-50.
  • the present disclosure in at least one embodiment, provides an apparatus for encapsulating a data packet in a data link layer, including: a processor, a transceiver, and a memory, wherein: the processor is configured to read
  • the program in the memory performs the following process: acquiring a data packet to be encapsulated; and cascading a plurality of data packets into a protocol data unit PDU, where each of the cascaded data packets in the PDU includes the data indicating The length of the byte length of the packet indicates the LI field.
  • the present disclosure in at least one embodiment, provides an apparatus for parsing a data packet in a data link layer, including: a processor, a transceiver, and a memory, wherein: the processor is configured to read
  • the program in the memory performs the following process: receiving a protocol data unit PDU encapsulated with a plurality of data packets; wherein each of the cascaded data packets in the PDU includes a byte length indicating the data packet The length indicates an LI field, and the protocol data unit PDU is parsed into a plurality of data packets according to the length indication LI field.
  • the method for encapsulating a data packet in the data link layer provided by the disclosure is obtained by cascading each of the data packets to be encapsulated and cascading the plurality of data packets into PDU packets.
  • the data packet includes a length indication LI field indicating a byte length of the data packet, so that the length indication information of the encapsulated data packet does not need to be included in the header of the PDU packet, so that the length of the packet header of the PDU packet is fixed length.
  • the PDU packet formation speed is improved, the data transmission delay is reduced, and the purpose of processing the data packet with high efficiency and low latency is achieved; in addition, only the cascading data in the PDU packet is included.
  • the LI field is included in the packet, that is, the LI field is not included in the data packet that is not concatenated, which reduces the overall overhead of the data link layer; thus, the embodiment of the present disclosure achieves reducing the overall overhead of the data link layer.
  • the purpose of processing data packets with high efficiency and low latency can be achieved.
  • the PDCP PDU is cascaded with the SDUs of the plurality of upper layer data, thereby effectively reducing the number of PDCP PDUs; and the PDCP PDUs need to generate an RLC PDU header overhead.
  • the MAC PDU header overhead is included in the packet, that is, the LI field is not included in the data packet that is not concatenated, which reduces the overall overhead of the data link layer; thus, the embodiment of the present disclosure achieves reducing the overall overhead of the data link layer.
  • the purpose of processing data packets with high efficiency and low latency can be achieved.
  • the PDCP PDU is cascaded with the SDUs of the plurality of
  • the technical effect of reducing the RLC PDU header overhead and the MAC PDU header overhead is achieved, thereby effectively improving the flexibility of service processing.
  • the present disclosure solves the problem that the RLC layer does not have a cascading function in the existing 5G technology, which increases the header overhead of the RLC and the MAC, and reduces the problem of data transmission speed and flexibility of service processing.
  • FIG. 1 is a flow chart showing the steps of a method for encapsulating a data packet in a data link layer in an embodiment of the present disclosure
  • FIG. 2 shows the general mode of the RLC SDU in 5G
  • FIG. 4 is a format diagram showing an RLC UM PDU carrying a CI field with a 10-byte SN length in 5G;
  • FIG. 5 is a diagram showing a format of a RLC AM PDU carrying a CI field of a 10-byte SN length in 5G;
  • FIG. 6 is a format diagram showing an RLC AM PDU segment carrying a CI field in a 5G;
  • FIG. 7 is a flowchart showing basic steps of a method for packaging a data packet according to an embodiment of the present disclosure
  • FIG. 8 is a schematic diagram of a scenario provided by an embodiment of the present disclosure.
  • FIG. 9 is a flowchart showing the basic steps of a method for packaging a data packet according to another embodiment of the present disclosure.
  • FIG. 10 is a schematic diagram showing a PDU packet of still another example of the present disclosure.
  • FIG. 11 is a flowchart showing basic steps of a method for packaging a data packet according to still another embodiment of the present disclosure.
  • FIG. 12 is a schematic diagram showing a PDU packet of still another example of the present disclosure.
  • FIG. 13 is a schematic diagram showing a PDU packet of still another example of the present disclosure.
  • Figure 14 is a block diagram showing the structure of an apparatus for encapsulating a data packet in a data link layer
  • FIG. 15 is a flowchart showing the basic steps of a method for parsing a data packet according to an embodiment of the present disclosure
  • FIG. 16 is a block diagram showing a parsing apparatus of a data packet provided by an embodiment of the present disclosure.
  • the method for encapsulating a data packet in the data link layer is a method for encapsulating a data packet in a data chain layer in 5G, as shown in FIG. 1 , which is a data link layer in the embodiment of the present disclosure.
  • Step 101 Obtain a data packet to be encapsulated.
  • the data packet may include a service data unit (SDU) and/or a segment.
  • SDU service data unit
  • the SDU is a data set of the user service of the specified layer.
  • the data does not change, that is, the service part; after being sent to the lower layer, the lower layer encapsulates it in the PDU and sends it out.
  • the SDU is transmitted from the information unit of the higher layer protocol to the lower layer protocol.
  • the SDU of the Nth layer has a one-to-one correspondence with the PDU of the upper layer. According to the data of the PDU, it is sent to the specified layer of the receiving end.
  • the PDU is the data transmitted between the N-layer protocol entities.
  • the SDUs submitted by the user are sent to the peer protocol entity through the lower-layer channel in the form of PDUs through data transmission/reception management. At the receiving end, the PDU is restored to an SDU and sent to the receiving end user.
  • segmentation means that if the bandwidth of the lower layer channel cannot meet the requirement of transmitting the SDU, it is required to divide one SDU into multiple segments and package them into PDUs for transmission.
  • Step 102 Cascading a plurality of data packets into a protocol data unit PDU packet.
  • each concatenated data packet in the PDU packet includes a length indication LI field indicating a byte length of the data packet.
  • each concatenated SDU in the PDU when a plurality of SDUs are concatenated into PDUs, for each SDU that is concatenated, each concatenated SDU in the PDU includes a length indication LI field indicating a byte length of the respective SDU;
  • each concatenated segment in the PDU when a plurality of segment concatenations are encapsulated into PDUs, for each segment that is concatenated, each concatenated segment in the PDU includes a length indication LI field indicating a byte length of the respective segment;
  • each concatenated SDU in the PDU when a plurality of SDUs and a plurality of segments are concatenated into PDUs, for each SDU and segments that are concatenated, each concatenated SDU in the PDU includes a byte length indicating a respective SDU.
  • the length indicates the LI field, and each of the concatenated segments includes a length indication LI field indicating the length of the byte
  • the length indication LI field indicating the byte length of the data packet is included in each concatenated data packet in the PDU packet, so that the length indication information of the encapsulated data packet does not need to be included in the packet header of the PDU packet. Therefore, the length of the packet header of the PDU packet is fixed length, thereby reducing the PDU packet overhead, increasing the PDU packet formation speed, reducing the data transmission delay, and achieving the purpose of processing the data packet with high efficiency and low latency. .
  • the embodiment of the present disclosure indicates that the LI field is indicated by the length indicating the length of the byte of the data packet in each concatenated data packet in the PDU packet, so that the encapsulated data packet does not need to be included in the header of the PDU packet.
  • the length indication information is such that the length of the packet header of the PDU packet is fixed length, thereby reducing the PDU packet overhead, increasing the PDU packet formation speed, reducing the data transmission delay, and achieving high efficiency and low latency.
  • the purpose of processing the data packet in addition, only the LI field is included in the concatenated data packet in the PDU packet, that is, the LI field is not included in the data packet that is not concatenated, which reduces the overall overhead of the data link layer;
  • the embodiment of the present disclosure achieves the purpose of processing data packets with high efficiency and low latency while reducing the overall overhead of the data link layer.
  • the method for encapsulating a data packet in the data link layer is applied to the PDCP layer or the RLC layer, that is, when the PDCP layer or the RLC layer has a cascading function, at this time, the packet header of the PDU packet includes an indication for indicating Whether the PDU packet has started the cascading function of the cascading function indicates the CI field.
  • the CI field in the PDU packet header indicates that the PDU packet has started the cascading function.
  • the value of the CI field is 0, it indicates that the PDU packet does not start the cascading function; when the value of the CI field is 1, it indicates that the PDU packet has started the cascading function. In this way, by viewing the CI field in the PDU packet, it is possible to clarify whether there are multiple data packets in the PDU packet, thereby providing a basis for parsing the PDU packet.
  • the length of the CI field may be 1 byte.
  • the header of the PDU packet does not need to be included in the packet header.
  • a cascading indication CI field indicating whether the PDU packet has initiated the cascading function.
  • the data packet includes an SDU and/or a segment
  • the header of the PDU packet further includes an FI field for indicating whether the PDU packet includes the segment and the location of the segment in the PDU packet. Specifically, according to the value of the FI field, it is possible to clear whether there is a segment in the PDU packet and the location of the segment in the PDU packet, thereby providing a basis for parsing the PDU packet.
  • the indication PDU packet includes one or two segments, wherein When a PDU packet includes a segment, the SDU is not included in the PDU packet; when the PDU packet includes two segments, one segment is at the beginning of the PDU packet payload, and the other segment is in the PDU. The end position of the packet payload, and there are zero or more SDUs in the middle of the two segments.
  • the embodiment of the present disclosure can clarify whether the PDU packet is concatenated by using the CI field and the FI field included in the PDU packet, and whether the cascading data packet is a segment or an SDU, thereby restoring the PDU packet to the SDU. Provides the basis for increasing the resolution speed of PDU packets.
  • the PDCP PDUs in 5G are the same as the PDCP PDUs in LTE, and the MAC PDUs in 5G are the same as the MAC PDUs in LTE.
  • the RLC PDU in the 5G is the same as the RLC TM PDU in the LTE.
  • the general mode of the RLC SDU in the 5G can be as shown in FIG. 2.
  • the preset mode is a mode in which the RLC header needs to be added or removed in the RLC.
  • LI denotes a length indication field of the byte length of the SDU.
  • the length of the LI may be 16 bytes or other full byte length, for example, 8 bytes, 24 bytes, and the like.
  • whether the LI field needs to be carried may be selected according to whether the SDU is concatenated, wherein when the SDU is a concatenated data packet in the PDU packet, the SDU includes the LI field, when the SDU is not a PDU. When the packet is concatenated in the packet, the SDU does not include the LI field.
  • the LI field is placed together with the SDU indicating the length of the byte, instead of being placed in the header of the RLC PDU, so that the header of the RLC PDU is fixed length, thereby increasing the formation speed of the RLC PDU and reducing the data transmission delay.
  • the purpose of processing the data packet with high efficiency and low latency is achieved; in addition, only the LI field is included in the cascading data packet in the PDU packet, that is, the LI field is not included in the cascading data packet, which makes the reduction The overall cost of the data link layer.
  • the cascading indication CI field for indicating whether the RLC PDU has started the cascading function needs to be added to the header of the RLC PDU in the 5G.
  • the definition of the CI field can be as follows:
  • the length of the CI field is 1 byte. When the value of the CI field is 0, it indicates that the PDU packet does not start the cascading function. When the value of the CI field is 1, it indicates that the PDU packet has started the cascading function. In this way, by viewing the RLC PDU, it can be clarified whether the RLC PDU has started the cascading function, thereby providing a basis for the RLC PDU parsing to be restored to the SDU.
  • FIG. 3 it is a format diagram of a RLC UM PDU carrying a CI field with a 5-byte serial number (SN) length in 5G;
  • FIG. 4 is a 10-byte SN length carrying a CI field in 5G. Format diagram of the RLC UM PDU.
  • the header of the RLC UM PDU further includes an FI field for indicating whether the PDU packet includes the segment and the location of the segment in the PDU packet. Specifically, according to the value of the FI field, it is possible to clear whether there is a segment in the PDU packet and the location of the segment in the PDU packet, thereby providing a basis for parsing the PDU packet.
  • the value of the FI field is 00, indicating that the PDU packet does not include a segment; when the value of the FI field is 01, indicating that the PDU packet includes a segment and the segment is at a starting position of the PDU packet payload; When the value of the FI field is 10, it indicates that the PDU packet includes the segment and the segment is at the end of the PDU packet payload; when the value of the FI field is 11, the PDU packet is included in the PDU packet, where one or two segments are included; When a PDU packet includes a segment, the SDU is not included in the PDU packet; when the PDU packet includes two segments, one of the segments is at the beginning of the PDU packet payload, and the other segment is in the PDU packet. The end position of the payload, and there are zero or more SDUs in between the two segments.
  • the data packet included in the PDU packet may also be determined according to the combined state of the FI field and the CI field.
  • the data packet can include SDUs and/or segments.
  • the PDU packet When the value of the FI field is 00, the PDU packet is not included in the PDU packet. If the value of the CI field is 1, the PDU packet is started to be cascaded. Of course, each PDU packet is The suffixed SDUs include the LI field. If the value of the CI field is 0, the PDU packet is not enabled to be cascaded. In this case, only one SDU is included in the PDU. Therefore, the SDU is not included in the SDU. There is an LI field, but the length is indicated by the L field in the MAC header.
  • the PDU packet When the value of the FI field is 01, the PDU packet is included in the PDU packet and the segment is in the starting position of the PDU packet payload. If the value of the CI field is 1, the PDU packet is started to be cascaded. Of course, the cascading segment of the PDU packet includes the LI field, and each of the concatenated SDUs also includes the LI field; if the value of the CI field is 0, the PDU packet is not started.
  • the cascading function that is, only one segment is included in the PDU packet.
  • the PDU packet When the value of the FI field is 10, the PDU packet is included in the PDU packet and the segment is at the end of the PDU packet payload. If the value of the CI field is 1, the PDU packet is started to be cascaded. Of course, the cascading segment of the PDU packet includes the LI field, and each of the concatenated SDUs also includes the LI field. If the value of the CI field is 0, the PDU packet is not started. The function is that only one segment is included in the PDU packet.
  • the indication PDU packet includes one or two segments; wherein when the PDU packet includes a segment, the PDU packet includes only segments, not including the SDU; When two segments are included, one of the segments is at the beginning of the PDU packet payload, the other segment is at the end of the PDU packet payload, and the two segments include zero or more SDUs.
  • the value of the CI field is 1, it indicates that the PDU packet has started the cascading function.
  • the cascading segment in the PDU packet includes the LI field, and each of the cascaded SDUs also The LI field is included. If the value of the CI field is 0, it indicates that the PDU packet does not start the cascading function, that is, only one segment is included in the PDU packet.
  • the other fields except the CI field in FIG. 3 are the same as the RLC UM PDU of 5-byte SN length in LTE, and other fields except the CI field in FIG. 4 and LTE
  • the RLC UM PDU of the 10-byte SN length is the same, so the repeated description is not repeated here.
  • FIG. 5 it is a format diagram of an RLC AM PDU carrying a CI field with a 10-byte SN length in 5G.
  • the header of the RLC AM PDU packet further includes an FI field for indicating whether the PDU packet includes the segment and the location of the segment in the PDU packet. Specifically, according to the value of the FI field, it is possible to clear whether there is a segment in the PDU packet and the location of the segment in the PDU packet, thereby providing a basis for parsing the PDU packet.
  • the content indicated by the value of the FI field in the RLC AM PDU packet, and the content of the data packet included in the PDU packet determined by the combined state of the FI field and the CI field are the same as the RLC UM PDU packet. This is not repeated.
  • FIG. 6 it is a format diagram of the RLC AM PDU segment carrying the CI field in the 5G.
  • the header of the RLC AM PDU segment (retransmission re-segmentation) also includes an FI field for indicating whether the segment is included in the PDU packet and the location of the segment in the PDU packet. Specifically, according to the value of the FI field, it is possible to clear whether there is a segment in the PDU packet and the location of the segment in the PDU packet, thereby providing a basis for parsing the PDU packet.
  • the content indicated by the value of the FI field in the RLC AM PDU packet, and the content of the data packet included in the PDU packet determined by the combined state of the FI field and the CI field are the same as the RLC UM PDU packet. This is not repeated.
  • the RLC PDU packet is concatenated, and whether the cascading data packet is a segment or an SDU, thereby providing the PDU packet parsing and reverting to the SDU.
  • the basis is to increase the resolution speed of the PDU package.
  • the embodiment of the present disclosure indicates that the LI field is indicated by the length indicating the length of the byte of the data packet in each of the concatenated data packets in the PDU packet, so that the packet header of the PDU packet does not need to include the encapsulated data packet.
  • the length indication information is such that the length of the packet header of the PDU packet is fixed length, thereby reducing the PDU packet overhead, increasing the PDU packet formation speed, reducing the data transmission delay, and achieving high efficiency and low latency processing.
  • the data packet in addition, only the LI field is included in the concatenated data packet in the PDU packet, that is, the LI field is not included in the data packet that is not concatenated, which reduces the overall overhead of the data link layer;
  • the CI field and the FI field in the PDU packet, it is possible to clarify whether the PDU packet is cascaded, and whether the cascading data packet is a segment or an SDU, thereby providing a basis for parsing and restoring the PDU packet to the SDU, and adding The resolution speed of the PDU packet.
  • step 101 specifically includes step 701 of acquiring a plurality of service data units SDU to be encapsulated.
  • the Service Data Unit also known as the Service Data Unit, is a data set of the user service of the specified layer.
  • the service data unit is transmitted from the information unit of the higher layer protocol to the lower layer protocol. According to the data of the protocol data unit, it is sent to the specified layer of the receiving end.
  • the PDU is a protocol data unit, and the data transmitted between the N-layer protocol entities is sent to the peer protocol entity through the lower layer channel in the form of a PDU through data transmission/reception management.
  • the PDU is restored to an SDU and sent to the receiving end user.
  • the PDU of the Nth layer and the PDU of the upper layer are in one-to-one correspondence, that is, each PDU includes one SDU.
  • the PDU of the PDCP layer and the SDU are set to a one-to-many relationship, that is, Each PDU is cascaded with multiple SDUs, thus reducing the number of PDCP PDUs.
  • Step 102 specifically includes step 702 of encapsulating a plurality of SDUs into PDUs according to a transport format of a protocol data unit PDU of a packet data convergence protocol PDCP.
  • the SDU and the protocol control information (PCI) of the user are encapsulated into PDUs and sent to the receiving end.
  • the PCI indicates the header of the PDU used to encapsulate the upper layer data. It may include source service access points and target service access points, etc., to indicate which entity of the upper layer the datagram comes from and which entity the upper layer needs to associate with the upper layer.
  • the PDU sent to the receiving end needs to be encapsulated according to the transmission format of the specified PDU, so that the receiving end can decapsulate according to the transmission format of the PDU, remove the PCI, and restore the SDU to the receiving end user.
  • each PDU of the PDCP layer is cascaded 3
  • each PDCP PDU corresponds to one RLC PDU; thus, each of the three PDCP SDUs corresponds to only one RLC PDU.
  • the number of SDUs of the upper layer data packet is constant, the number of PDCP PDUs is reduced, thereby reducing the PDCP PDU header.
  • the present disclosure solves the problem that the RLC layer does not have a cascading function in the existing 5G technology, which increases the header overhead of the RLC and the MAC, and reduces the problem of data transmission speed and flexibility of service processing.
  • the method for encapsulating the data packet specifically includes: Step 901: Acquire a plurality of service data units SDU to be encapsulated.
  • the PDUs of the Layer 1 SDU and the PDU of the upper layer are in one-to-one correspondence, that is, each PDU includes one SDU.
  • the PDU of the PDCP layer and the SDU are set to a one-to-many relationship, that is, Each PDU is cascaded with multiple SDUs, thus reducing the number of PDCP PDUs.
  • Step 902 Encapsulate multiple SDUs in a data field field of a PDU data packet according to a transmission format of the PDU according to the length information of each SDU in the preset multiple SDUs to obtain a encapsulated PDU.
  • the length information of each SDU in the preset multiple SDUs is sent by the sending end to the receiving end through preset signaling or pre-agreed by the sending end and the receiving end.
  • each SDU may be pre-agreed by the transmitting end and the receiving end, or may be separately configured by using preset signaling during data transmission, so that the receiving end can perform parsing according to the preset length information.
  • each SDU by setting the SDU of the PDU and the upper layer data in a one-to-many relationship at the PDCP layer, that is, splicing the SDP of the plurality of upper layer data by the PDCP PDU, in the process of encapsulating the SDU into the PDU, each SDU
  • the length information can be pre-agreed by the sender and the receiver, or can be separately configured by preset signaling while the data is transmitted.
  • the present disclosure effectively reduces the number of PDCP PDUs; and the PDCP PDU needs to generate an RLC PDU header overhead and The MAC PDU header overhead, therefore, reduces the number of PDUs of the PDCP, and achieves the technical effect of reducing the RLC PDU header overhead and the MAC PDU header overhead, thereby effectively improving the flexibility of service processing.
  • the method for packaging the data packet specifically includes:
  • Step 1101 Acquire a plurality of service data units SDU to be encapsulated.
  • the PDUs of the Layer 1 SDU and the PDU of the upper layer are in one-to-one correspondence, that is, each PDU includes one SDU.
  • the PDU of the PDCP layer and the SDU are set to a one-to-many relationship, that is, Each PDU is cascaded with multiple SDUs, thus reducing the number of PDCP PDUs.
  • Step 1102 Add the length information of the data packets of the multiple SDUs to the preset field of the PDU data packet according to the transmission format of the PDU, and encapsulate the multiple SDUs in the data field field of the PDU data packet to obtain the encapsulated PDU. .
  • the SDU of the upper layer data is encapsulated in the data field field of the PDU data packet according to the transmission format of the PDU, and the length information of the data packet of each SDU is added in the preset field of the PDU data packet, that is, the transmission of the PDU.
  • the format there is a preset field for storing the length information of the data packet of each SDU, so that the SDU is not required to be pre-agreed with the receiving end or the length information of each SDU packet is separately configured by signaling.
  • the length information of the data packet is encapsulated in the PDU, which increases the flexibility of the data packet transmission.
  • the SDU in the PDCP SDU corresponds to the SDU in the PDCP PDU, and each SDU is encapsulated according to the preset length information, which is convenient for receiving.
  • the end parses according to the preset length information.
  • step 1102 includes: in step 1, adding, according to a transmission format of the PDU, length information of each SDU in the data packets of the multiple SDUs in a consecutive preset field of the PDU data packet. And encapsulating the multiple SDUs in the data field field of the PDU data packet to obtain the encapsulated PDU; or in the second step, encapsulating the multiple SDUs in the data domain field of the PDU data packet according to the transmission format of the PDU, The length information of each SDU in the data packets of the multiple SDUs is respectively added in the preset field adjacent to the data packet of the SDU and adjacent to the SDU, to obtain the encapsulated PDU.
  • the length information of each SDU is added in a consecutive preset field of the PDU data packet, that is, each PDU data packet has a continuous preset. a field for storing the length information of each SDU, and storing the length information of each SDU in a centralized manner, and including the indication of the corresponding SDU, without pre-arranging with the receiving end or separately configuring the data packet of each SDU by using signaling.
  • the length information, and the length information of the SDU data packet is encapsulated in the PDU, which increases the flexibility of data packet transmission.
  • the length information of each SDU is added in a consecutive preset field of the PDU data packet, such as SDU1length to SDUn length in the figure, representing the length information of SDU1 to SDUn, respectively, and the length information.
  • the SDU is encapsulated in the data field of the PDU packet, and the SDU in the PDCP SDU corresponds to the SDU in the PDCP PDU.
  • the PDU includes n SDUs, and each SDU is in accordance with the PDU packet.
  • the respective preset length information is encapsulated, which is convenient for the receiving end to parse, and increases the flexibility of data packet transmission.
  • multiple SDUs are encapsulated in a data field field of a PDU data packet, and length information of each SDU in a data packet of multiple SDUs in the data domain field is separately added to the SDU.
  • the length information of the data packet of each SDU is adjacent to the data packet of the SDU
  • the length information of the data packet of the SDU is in front of the data packet of the SDU.
  • the length information of each SDU is stored adjacent to the data packet of the SDU, and the receiving end can parse according to the length information in front of the data packet of the SDU in the process of parsing, without pre-arranging or passing the letter with the receiving end.
  • the length information of the data packets of each SDU is separately configured, which increases the flexibility of data packet transmission.
  • the length information of each SDU is added before the data packet of the corresponding SDU, before the SDU1length setting in the figure, the SDUn length is set before the SDUn, and the SDU1length to the SDUn length represent the SDU1 to SDUn respectively.
  • the SDU in the PDCP SDU is in one-to-one correspondence with the SDU in the PDCP PDU.
  • the PDU includes n SDUs, and each SDU is encapsulated according to the preset length information indicated in the PDU data packet, so that the receiving end can perform parsing. Increased flexibility in packet transmission.
  • the encapsulated PDU further has a field that encapsulates the number of multiple SDUs, and the field carries the quantity information of the SDU.
  • the PDU has a field for encapsulating a plurality of SDUs, that is, the SDU Num field in FIG. 10, FIG. 12, and FIG. 13 is used to indicate how many SDUs are encapsulated in the PDU, which is convenient for receiving in the SDU Num field.
  • the number of SDUs is parsed; and the SDU Num field is a selectable domain, whether it can be pre-agreed or configured by signaling.
  • the field that encapsulates the number of multiple SDUs is located in the header of the PDU data packet, that is, before the PDU data packet, and during the parsing process of the receiving end, The field of the number of SDUs is parsed before the PDU packet is parsed, so that the PDU packet is parsed according to the number of SDUs.
  • the encapsulated PDU further has a transport format indication TFI for encapsulating the PDU; the TFI carries an index corresponding to the length information of the PDU packet, and the index is The index corresponding to the length information of the plurality of preset PDU data packets included in the transport format set TFS.
  • the length information of the PDU packet is directly encapsulated by the following table index, in order to reduce the length of the PDU data packet. Since the length information data of the PDU data packet is large, the number of bytes occupied is large, and the subscript index is adopted. The way to effectively reduce the byte space occupied.
  • the TFI field is a selectable domain, whether it can be pre-agreed or configured by signaling.
  • the PDU data packet may not carry the TFI domain, and the set of the PDCP PDU format may be set in the PDCP PDU format set by setting the PDCP PDU format set in advance.
  • the subscript index in the medium determines the length of the PDU packet, so that the PDCP can set up the PDCP PDU without receiving the scheduling instruction of the MAC. For example, setting the PDCP PDU format set TFS to be: ⁇ Size1, Size2, ..., Sizen ⁇
  • Each Size in the TFS identifies the byte length of one PDCP PDU.
  • the PDCP sets up appropriate PDCP PDUs according to the size in the format set. Once the TFI is determined, the PDCP PDU format set is a finite combination. The format of the PDCP PDU generated by the PDCP must belong to the set and cannot exceed the scope of the set.
  • the length of the RLC PDU corresponding to the PDCP PDU also belongs to a certain length. Therefore, the length indication of the RLC PDU can be further simplified. Since the PDCP PDU length belongs only to a specific set, it can pass through the MAC. Or the length set index corresponding to the PDCP PDU in the RLC header indicates the length of the data packet, and does not necessarily carry the indication field indicating the length of the PDCP PDU, so that the header overhead of the RLC or the MAC can be reduced.
  • the TFI is pre-configured or selected from the TFS according to the size average of the data packets currently transmittable by the transmitting end.
  • the TFI can be pre-configured or selected according to the average size of the currently transmittable data packets from the TFS, that is, the PDCP can independently perform PDCP TFI selection, and the PDCP can be based on current service conditions, such as an average rate and two phases.
  • the time interval between adjacent PDUs (only the starting time of the transmission time is considered, regardless of the time taken to send data).
  • Reasonable selection of the PDCP format to be used increases the flexibility of PDCP.
  • the length of the generated PDCP PDU may not be completely the same.
  • the size of the currently transmittable data packet is the product of the average rate of the currently transmitted service of the transmitting end and a time interval
  • the time interval is the sending time of the PDU and the previous one. The time interval between the transmission times of the PDUs.
  • the average size of the currently transmittable data packet is the product of the average rate of the transmitted service and the time interval between the sending time of the PDU and the sending time of the previous PDU.
  • the sending is performed.
  • the length of the PDCP PDU selected from the TFS that is closest to the current transmittable data packet size, and the current transmittable data packet size should be greater than the length information of the PDCP PDU, so that the sender obtains Maximum transfer rate.
  • the length information of the preset PDU data packet included in the TFS is: N times the application layer data packet size and the Byte length of the PDU header overhead. The sum, where N is a positive integer.
  • the length information of the preset PDU data packet included in the TFS is the sum of the application layer data packet size of a positive integer multiple and the byte length of the header overhead of the PDU, that is, the preset PDU data included in the TFS.
  • the length information of the packet is valid data, and all the corresponding PDU data packets may exist, and the invalid data is eliminated, which can effectively reduce the byte information occupied by the TFI, reduce the header overhead of the PDU data packet, and further reduce the RLC or MAC. Head overhead.
  • the number of PDCP PDUs is effectively reduced;
  • the TFS set is set to select the appropriate PDCP PDU length for transmission, and the data packets received by multiple application layers are cascaded, and the size of the application layer data packet is indicated in the PDCP header, so that the receiving end can perform unpacking.
  • the present disclosure achieves the technical effect of reducing the RLC PDU header overhead and the MAC PDU header overhead while reducing the number of PDCP PDUs, thereby effectively improving the flexibility of service processing.
  • the present disclosure solves the problem that the RLC layer does not have a cascading function in the existing 5G technology, which increases the header overhead of the RLC and the MAC, and reduces the problem of data transmission speed and flexibility of service processing.
  • the apparatus includes: an obtaining module 1401, configured to acquire a data packet to be encapsulated; and a packaging module 1402, And a method for concatenating a plurality of data packets into a protocol data unit PDU packet, wherein each of the concatenated data packets in the PDU packet includes a length indication LI field indicating a byte length of the data packet.
  • a cascading indication CI field for indicating whether a PDU packet has initiated a cascading function is included in a header of the PDU packet.
  • the CI field in the PDU packet header indicates that the PDU packet has started the cascading function.
  • the length of the CI field is 1 byte.
  • the data packet includes a service data unit SDU and/or a segment; the header of the PDU packet further includes a FI field for indicating whether the PDU packet includes a segment and the location of the segment in the PDU packet.
  • the indication is The PDU packet includes one or two segments; wherein, when the PDU packet includes a segment, the PDU packet does not include an SDU; when the PDU packet includes two segments, then One segment is at the beginning of the payload of the PDU packet, another segment is at the end of the payload of the PDU packet, and the two segments include zero or more SDUs in between.
  • the apparatus indicates the LI field by including the length indicating the length of the byte length of the data packet in each concatenated data packet in the PDU packet, so that the length indication of the encapsulated data packet does not need to be included in the header of the PDU packet.
  • the information is such that the length of the packet header of the PDU packet is fixed length, thereby reducing the PDU packet overhead, increasing the PDU packet formation speed, reducing the data transmission delay, and achieving high efficiency and low latency processing data packets.
  • the LI field is included in the cascaded data packet in the PDU packet, that is, the LI field is not included in the cascading data packet, which reduces the overall overhead of the data link layer; thus, the present disclosure
  • the embodiment achieves the purpose of processing data packets with high efficiency and low latency while reducing the overall overhead of the data link layer.
  • the acquiring module 1401 is configured to acquire a plurality of service data units SDU to be encapsulated
  • the encapsulating module 1402 is configured to use, according to a transport format of a protocol data unit PDU of a packet data convergence protocol PDCP, Multiple SDUs are encapsulated into PDUs.
  • the encapsulating module includes: a first encapsulating submodule, configured to add, according to a transmission format of the PDU, length information of the data packets of the multiple SDUs in a preset field of the PDU data packet, and The SDUs are encapsulated in the data field of the PDU data packet to obtain the encapsulated PDU; or the second encapsulation submodule is configured to use the length information of each SDU in the preset multiple SDUs according to the transmission format of the PDU. Multiple SDUs are encapsulated in the data field field of the PDU packet to obtain the encapsulated PDU.
  • the first encapsulating submodule includes: a first encapsulating unit, configured to add, according to a transmission format of the PDU, length information of each SDU in the data packets of the multiple SDUs to the PDU data packet.
  • the length information of each SDU in the data packet of the multiple SDUs is respectively added in front of the data packet of the SDU and in a preset field adjacent to the SDU, and is encapsulated. After the PDU.
  • the length information of each SDU in the preset multiple SDUs is sent by the sending end to the receiving end through preset signaling or pre-agreed by the sending end and the receiving end.
  • the encapsulated PDU further has a field that encapsulates the number of multiple SDUs, and the field carries the quantity information of the SDU.
  • the number of fields encapsulating the number of SDUs is located in the header of the PDU packet.
  • the encapsulated PDU further has a transport format indication TFI for encapsulating the PDU; the TFI carries an index corresponding to the length information of the PDU data packet, and the index is a plurality of the transport format set TFS. The index corresponding to the length information of the preset PDU packet.
  • the TFI is pre-configured or selected from the TFS according to the average size of the data packets currently transmittable by the sender.
  • the size of the currently transmittable data packet is the product of the average rate of the currently transmitted service of the transmitting end and a time interval
  • the time interval is the sending time of the PDU and the previous PDU. The time interval between sending times.
  • the length information of the preset PDU data packet included in the TFS is: the sum of the application layer data packet size of N times and the byte length of the header overhead of the PDU, where N is a positive integer. .
  • the encapsulating apparatus of the data packet provided in the foregoing embodiment of the present disclosure effectively reduces the PDCP PDU by arranging the SDU of the PDU and the upper layer data in a one-to-many relationship at the PDCP layer, that is, splicing the SDP of the plurality of upper layer data by the PDCP PDU.
  • the PDCP PDU needs to generate an RLC PDU header overhead and a MAC PDU header overhead. Therefore, while reducing the number of PDCP PDUs, the technical effect of reducing the RLC PDU header overhead and the MAC PDU header overhead is achieved, thereby effectively improving.
  • the flexibility of business processing solves the problem that the RLC layer does not have a cascading function in the existing 5G technology, which increases the header overhead of the RLC and the MAC, and reduces the problem of data transmission speed and flexibility of service processing.
  • the package device of the data packet provided by the embodiment of the present disclosure is a device applying the above method, that is, all the embodiments of the foregoing method are applicable to the device, and all of the same or similar beneficial effects can be achieved.
  • an embodiment of the present disclosure further provides a transmitting device, including the above-mentioned data packet encapsulating device.
  • the transmitting end device provided in the foregoing embodiment of the present disclosure effectively reduces the number of PDCP PDUs by arranging the SDUs of the PDUs and the upper layer data in a one-to-many relationship at the PDCP layer, that is, cascading the SDPs of the plurality of upper layer data by the PDCP PDUs;
  • the PDCP PDUs need to generate an RLC PDU header overhead and a MAC PDU header overhead. Therefore, while reducing the number of PDCP PDUs, the technical effect of reducing the RLC PDU header overhead and the MAC PDU header overhead is achieved, thereby effectively improving service processing. Flexibility.
  • the present disclosure solves the problem that the RLC layer does not have a cascading function in the existing 5G technology, which increases the header overhead of the RLC and the MAC, and reduces the problem of data transmission speed and flexibility of service processing.
  • the present disclosure in some embodiments, further provides a method for parsing a data packet in a data link layer, as shown in FIG.
  • Step 1501 Receive a protocol data unit PDU that is encapsulated with a plurality of data packets; wherein each of the concatenated data packets in the PDU includes a length indication LI field indicating a byte length of the data packet, step 1502, The protocol data unit PDU is parsed into a plurality of data packets according to the length indication LI field.
  • the method is applied to a data aggregation protocol (PDCP layer), and a header of the PDU includes a concatenation indication CI field indicating whether the PDU has started a concatenation function, and the length of the CI field. It is 1 byte.
  • PDCP layer data aggregation protocol
  • the data packet includes a service data unit SDU or a segment or an SDU and a segment; the header of the PDU further includes an indication of whether a segment is included in the PDU and the segment is in the PDU.
  • the FI field of the location the method further comprising parsing the protocol data unit PDU into a plurality of data packets according to the FI field.
  • the indication Include one or two segments in the PDU; wherein, when the PDU includes one segment, the SDU is not included in the PDU; when the PDU includes two segments, one of the segments is in The starting position of the PDU payload, another segment is at the end of the PDU payload, and the two segments include zero or more SDUs.
  • the step 1501 specifically includes receiving a protocol data unit PDU data packet encapsulated with multiple service data units SDU.
  • the Service Data Unit also known as the Service Data Unit, is a data set of the user service of the specified layer.
  • the service data unit is transmitted from the information unit of the higher layer protocol to the lower layer protocol. According to the data of the protocol data unit, it is sent to the specified layer of the receiving end.
  • the PDU is a protocol data unit, and the data transmitted between the N-layer protocol entities is sent to the peer protocol entity through the lower layer channel in the form of a PDU through data transmission/reception management, and the PDU is restored at the receiving end.
  • the SDU is sent to the receiving end user.
  • the PDU of the Nth layer and the PDU of the upper layer are in one-to-one correspondence, that is, each PDU includes one SDU.
  • the PDU of the PDCP layer and the SDU are set to a one-to-many relationship, that is, Each PDU is cascaded with multiple SDUs, thus reducing the number of PDCP PDUs.
  • the step 1502 specifically includes parsing the PDU data packet into multiple SDUs according to a transmission format of the PDU.
  • the PDU data packet is parsed (decapsulated) into a plurality of SDUs according to the transmission format of the PDU of the transmitting end.
  • the PDU data packet is parsed into multiple SDUs according to the transmission format of the PDU, that is, the PDCP PDU is cascaded with the SDUs of the multiple upper layer data, effectively The number of PDCP PDUs is reduced.
  • the disclosure achieves the technical effect of reducing the RLC PDU header overhead and the MAC PDU header overhead while reducing the number of PDCP PDUs, thereby effectively improving the flexibility of service processing.
  • the present disclosure solves the problem that the RLC layer does not have a cascading function in the existing 5G technology, which increases the header overhead of the RLC and the MAC, and reduces the problem of data transmission speed and flexibility of service processing.
  • step 1502 includes: obtaining length information of each SDU of the plurality of SDUs; parsing the PDU data packets according to a transmission format of the PDU, and length information of each SDU, to obtain multiple SDUs .
  • the PDU data packet includes multiple SDUs.
  • the length information of each SDU needs to be determined, and the PDU data packet is parsed into multiple according to the transmission format of the PDU and the length information of each SDU. SDU, sent to the receiving end user.
  • the step of obtaining length information of each SDU of the multiple SDUs includes: by using a pre-agreed manner or by receiving length information of the data packets of each SDU carrying multiple SDUs. Signaling, obtaining length information of each SDU in multiple SDUs; or
  • the length information of each SDU in the plurality of SDUs is obtained from the preset field of the PDU data packet.
  • the PDU data packet when it does not carry the length information of each SDU, it may be pre-agreed according to the sending end and the receiving end, or may be separately configured by using preset signaling between the sending end and the sending end to determine the SDUs.
  • the length information of the packet When the length information of each SDU is carried in the preset field of the PDU data packet, the length information of the data packet of each SDU is obtained from the preset field.
  • the preset field is: a contiguous preset field of the PDU data packet; or a preset field adjacent to the data packet of each SDU and adjacent to the SDU.
  • the length information of each SDU is added in a consecutive preset field of the PDU data packet, that is, each PDU data packet has a continuous preset field for storing each SDU.
  • Length information the length information of each SDU is stored in a centralized manner, and includes an indication of the corresponding SDU, and the length of the data packet of each SDU is not required to be pre-agreed with the transmitting end or separately configured by signaling, and the data of the SDU is used.
  • the packet length information is encapsulated in the PDU, which increases the flexibility of packet transmission.
  • the length information of the data packet of each SDU is adjacent to the data packet of the SDU, and the length information of the data packet of the SDU is in front of the data packet of the SDU, so that the length information of each SDU is stored adjacent to the data packet of the SDU.
  • the receiving end can parse according to the length information in front of the SDU data packet, without pre-arranging with the transmitting end or separately configuring the length information of each SDU data packet by signaling, and increasing the data packet transmission. Flexibility.
  • the PDU data packet further has a transport format indication TFI for encapsulating the PDU, and the TFI carries an index corresponding to the length information of the PDU data packet, where the index is a plurality of pre-senses included in the transport format set TFS.
  • the index corresponding to the length information in the PDU data packet; and/or the PDU data packet also has a field of the number of the plurality of SDUs, where the field carries the quantity information of the SDU.
  • the index is an index corresponding to the length information of the plurality of preset PDU data packets included in the transport format set TFS
  • the length information of the PDU packet is directly encapsulated by the following table index, in order to reduce the length of the PDU data packet. Since the length information data of the PDU data packet is large, the number of bytes occupied is large, and the subscript index is adopted. The way to effectively reduce the byte space occupied.
  • the PDU has a field for encapsulating a plurality of SDUs, that is, an SDU Num field, which is used to indicate how many SDUs are encapsulated in the PDU, so that the number of SDUs indicated in the SDU Num field of the receiving end is parsed; and the SDU Num field is The domain can be selected, whether it can be pre-agreed with the sender or configured by signaling.
  • the PDU data packet is parsed into multiple SDUs according to the transmission format of the PDU, that is, the PDCP PDU is cascaded with the SDUs of the multiple upper layer data, effectively
  • the number of PDCP PDUs is reduced; and a set of TFS sets can be pre-designed, the appropriate PDCP PDU length is selected for transmission, the data packets received by multiple application layers are cascaded, and the application layer data packets are indicated in the PDCP header.
  • the size is convenient for the receiver to unpack.
  • the present disclosure achieves the technical effect of reducing the RLC PDU header overhead and the MAC PDU header overhead while reducing the number of PDCP PDUs, thereby effectively improving the flexibility of service processing.
  • the present disclosure solves the problem that the RLC layer does not have a cascading function in the existing 5G technology, which increases the header overhead of the RLC and the MAC, and reduces the problem of data transmission speed and flexibility of service processing.
  • the present disclosure in some embodiments, further provides a device for parsing data packets in a data link layer, as shown in FIG. 16, comprising: a receiving module 1601, a protocol data unit PDU for receiving a plurality of data packets encapsulated in a cascading; wherein each of the cascading data packets in the PDU includes a length indication LI field indicating a byte length of the data packet, and a parsing module 1602, And configured to parse the protocol data unit PDU into multiple data packets according to the length indication LI field.
  • the apparatus is applied to a data aggregation protocol (PDCP layer), and a header of the PDU includes a concatenation indication CI field indicating whether the PDU has started a concatenation function, and the length of the CI field. It is 1 byte.
  • PDCP layer data aggregation protocol
  • the data packet includes a service data unit SDU or a segment or an SDU and a segment; the header of the PDU further includes an indication of whether a segment is included in the PDU and the segment is in the PDU.
  • the FI field of the location, the parsing module is further configured to parse the protocol data unit PDU into multiple data packets according to the FI field.
  • the indication Include one or two segments in the PDU; wherein, when the PDU includes one segment, the SDU is not included in the PDU; when the PDU includes two segments, one of the segments is in The starting position of the PDU payload, another segment is at the end of the PDU payload, and the two segments include zero or more SDUs.
  • the receiving module 1601 is specifically configured to receive a protocol data unit PDU data packet encapsulated with multiple service data units (SDUs), and a parsing module 1602, configured to parse the PDU data packet into a PDU according to a transmission format of the PDU. Multiple SDUs.
  • SDUs service data units
  • the parsing module 1602 specifically includes: a first parsing submodule, configured to obtain length information of each SDU of the plurality of SDUs; and a second parsing submodule configured to use the transport format of the PDU, and The length information of each SDU is parsed into the PDU data packet to obtain a plurality of SDUs.
  • the first parsing sub-module includes: a first obtaining unit, configured to perform signaling by using a pre-agreed manner or by receiving length information of a data packet of each SDU carrying multiple SDUs. And obtaining the length information of each SDU in the multiple SDUs; or the second obtaining unit, configured to obtain, according to the transmission format of the PDU, the length information of each SDU in the multiple SDUs from the preset field of the PDU data packet.
  • the preset field is: a contiguous preset field of the PDU data packet; or a preset field adjacent to the data packet of each SDU and adjacent to the SDU.
  • the PDU data packet further has a transport format indication TFI for encapsulating the PDU, and the TFI carries an index corresponding to the length information of the PDU data packet, where the index is a plurality of pre-senses included in the transport format set TFS.
  • the index corresponding to the length information in the PDU data packet; and/or the PDU data packet also has a field of the number of the plurality of SDUs, where the field carries the quantity information of the SDU.
  • the parsing apparatus for the data packet resolves the PDU data packet into multiple SDUs according to the transmission format of the PDU in the process of parsing the PDU data packet, that is, the PDCP PDU is cascaded into multiple
  • the SDU of the upper layer data effectively reduces the number of PDCP PDUs.
  • the present disclosure achieves the technical effect of reducing the RLC PDU header overhead and the MAC PDU header overhead while reducing the number of PDCP PDUs, thereby effectively improving the flexibility of service processing.
  • the present disclosure solves the problem that the RLC layer does not have a cascading function in the existing 5G technology, which increases the header overhead of the RLC and the MAC, and reduces the problem of data transmission speed and flexibility of service processing.
  • the parsing device for the data packet provided by the embodiment of the present disclosure is the device that applies the foregoing method, that is, all the embodiments of the foregoing method are applicable to the device, and all of the same or similar beneficial effects can be achieved.
  • an embodiment of the present disclosure further provides a receiving end device, including the parsing device of the foregoing data packet.
  • the receiving end device resolves the PDU data packet into multiple SDUs according to the transmission format of the PDU in the process of parsing the PDU data packet, that is, the PDCP PDU is cascaded with multiple upper layer data.
  • the SDU effectively reduces the number of PDCP PDUs; the disclosure achieves the technical effect of reducing the RLC PDU header overhead and the MAC PDU header overhead while reducing the number of PDCP PDUs, thereby effectively improving the flexibility of service processing.
  • the present disclosure solves the problem that the RLC layer does not have a cascading function in the existing 5G technology, which increases the header overhead of the RLC and the MAC, and reduces the problem of data transmission speed and flexibility of service processing.
  • the present disclosure further provides an apparatus for encapsulating a data packet in a data link layer, including: a processor, a transceiver, and a memory, wherein: the processor is configured to read the memory
  • the program in the process of: acquiring a data packet to be encapsulated; and cascading the plurality of data packets into a protocol data unit PDU, wherein each of the cascading data packets in the PDU includes a word indicating the data packet
  • the length of the section length indicates the LI field.
  • the present disclosure further provides an apparatus for parsing a data packet in a data link layer, including: a processor, a transceiver, and a memory, wherein: the processor is configured to read the memory
  • the program in the process of: receiving a protocol data unit PDU encapsulated with a plurality of data packets; wherein each of the concatenated data packets in the PDU includes a length indication LI indicating a length of the data packet a field, according to the length indicating LI field, parsing the protocol data unit PDU into a plurality of data packets.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

本公开提供了一种数据链路层中用于封装数据包的方法及装置。所述方法包括:获取待封装的数据包;将多个数据包级联封装为协议数据单元PDU包,其中,PDU包中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段。

Description

一种数据链路层中封装、解析数据包的方法、装置及设备
相关申请的交叉引用
本申请主张在2017年4月11日在中国提交的中国专利申请号No.201710232334.5的优先权以及在2017年5月12日在中国提交的中国专利申请号No.201710333290.5的优先权,其全部内容通过引用包含于此。
技术领域
本公开涉及移动通信技术领域,特别涉及一种数据链路层中封装、解析数据包的方法、装置及设备。
背景技术
目前3GPP的第五代移动通信技术(5th-Generation,5G)协议栈方案推进中,提出了数据链路层的协议栈功能需要高效率低时延的处理数据包,并且要求以长期演进技术(Long Term Evolution,LTE)为基线。
此外,数据链路层包括数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、无线链路(RLC)层和介质访问控制(MAC)层三个协议层,其中每一协议层具有独立的协议数据单元(PDU),且每一协议层中组建PDU的方式不相同,这导致增加了数据链路层的整体开销。具体地,PDCP不具有级联功能。PDCP针对应用层下发的数据包都会分配PDCP序列(Serial Number,SN)号,并进行加密、头压缩增加PDCP头开销后,形成PDCP协议数据单元(Protocol Data Unit,PDU),然后发送给无线链路层控制协议(Radio Link Control,RLC)。RLC将多个PDCP PDU在一个RLC PDU中发送,完成包级联功能。然而,在第五代移动通信技术最新的进展中,RLC层不再具有级联功能,即每个PDCP PDU只对应于一个RLC PDU。每个RLC PDU中只包含1个PDCP PDU。由于对于每个PDCP PDU都需要产生一个RLC PDU头开销和介质访问控制(Medium Access Control,MAC)PDU头开销,所以会带来更多的开销,降低了数据传输速度以及业务处理的灵活性。
发明内容
一方面,本公开在至少一个实施例中提供了一种数据链路层中用于封装数据包的方法,包括:获取待封装的数据包;将多个数据包级联封装为协议 数据单元PDU,其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段。
在一些可选实施例中,所述方法应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段。
在一些可选实施例中,当所述CI字段的值为0时,指示PDU未启动级联功能;当所述CI字段的值为1时,指示PDU已启动级联功能。
在一些可选实施例中,所述CI字段的长度为1字节。
在一些可选实施例中,所述数据包包括服务数据单元SDU或分段或SDU和分段;所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段。
在一些可选实施例中,当FI字段的值为00时,指示所述PDU中不包括分段;当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;当FI字段的值为10时,指示所述PDU中包括分段且所述分段处于PDU净负荷的末尾位置;当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
在一些可选实施例中,所述获取待封装的数据包包括:获取待封装的多个业务数据单元SDU;并且所述将多个数据包级联封装为协议数据单元PDU包括根据分组数据汇聚协议PDCP的协议数据单元PDU的传输格式,将多个SDU封装成PDU。
在一些可选实施例中,所述根据分组数据汇聚协议PDCP的协议数据单元PDU的传输格式,将多个SDU封装成PDU的步骤包括:根据PDU的传输格式,将所述多个SDU中的每个SDU的数据包的长度信息添加在PDU数据包的预设字段中,并且将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU;或者根据PDU的传输格式,按照预设的所述多个SDU中每个SDU的长度信息,将所述多个SDU封装在PDU数据包的数据域字段中,得到封装后的PDU。
在一些可选实施例中,所述根据PDU的传输格式,将所述多个SDU的数据包的长度信息添加在PDU数据包的预设字段中以及将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU的步骤包括:根据PDU的传输格式,将所述多个SDU的数据包中的每个SDU的长度信息添加在所述PDU数据包的一连续的预设字段中,以及将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU;或者根据PDU的传输格式,将所述多个SDU封装在所述PDU数据包的数据域字段中,将所述多个SDU的数据包中的每个SDU的长度信息分别添加在该SDU的数据包的前面、并与该SDU相邻的一预设字段中,得到封装后的PDU。
在一些可选实施例中,所述预设的所述多个SDU中每个SDU的长度信息由发送端通过预设信令发送给接收端或者由所述发送端和所述接收端预先约定。
在一些可选实施例中,封装后的PDU中还具有指示所述多个SDU的数量的字段。
在一些可选实施例中,所述指示所述多个SDU的数量的字段位于PDU数据包的包头中。
在一些可选实施例中,封装后的PDU中还具有用于指示所述PDU的传输格式的传输格式指示TFI;所述TFI中携带有用于指示PDU数据包的长度信息对应的索引,所述索引是传输格式集合TFS包括的多个预设的PDU数据包的长度信息对应的索引。
在一些可选实施例中,所述TFI为预先配置的或者依据发送端当前可传输的数据包的大小均值从所述TFS中选择的。
在一些可选实施例中,所述发送端当前可传输的数据包的大小均值为:所述发送端当前所传输业务的平均速率与一时间间隔的乘积,所述时间间隔是所述PDU的发送时间与上一个PDU的发送时间之间的时间间隔。
在一些可选实施例中,所述TFS中所包含的预设的PDU数据包的长度信息为:N倍的应用层数据包大小与所述PDU的头开销的字节长度之和,其中N为正整数。
又一方面,本公开在至少一个实施例中提供了一种数据链路层中用于封 装数据包的装置,包括:获取模块,用于获取待封装的数据包;封装模块,用于将多个数据包级联封装为协议数据单元PDU,其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段。
在一些可选实施例中,所述装置应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段。
在一些可选实施例中,当所述CI字段的值为0时,指示PDU未启动级联功能;当所述CI字段的值为1时,指示PDU已启动级联功能。
在一些可选实施例中,所述CI字段的长度为1字节。
在一些可选实施例中,所述数据包包括服务数据单元SDU或分段或SDU和分段;所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段。
在一些可选实施例中,当FI字段的值为00时,指示所述PDU中不包括分段;当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;当FI字段的值为10时,指示所述PDU中包括分段且所述分段处于PDU净负荷的末尾位置;当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
在一些可选实施例中,所述获取模块还用于:获取待封装的多个业务数据单元SDU;并且所述封装模块,还用于根据分组数据汇聚协议PDCP的协议数据单元PDU的传输格式,将多个SDU封装成PDU。
在一些可选实施例中,所述封装模块还用于:根据PDU的传输格式,将所述多个SDU中的每个SDU的数据包的长度信息添加在PDU数据包的预设字段中,并且将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU;或者根据PDU的传输格式,按照预设的所述多个SDU中每个SDU的长度信息,将所述多个SDU封装在PDU数据包的数据域字段中,得到封装后的PDU。
在一些可选实施例中,所述封装模块还用于:根据PDU的传输格式,将 所述多个SDU的数据包中的每个SDU的长度信息添加在所述PDU数据包的一连续的预设字段中,以及将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU;或者根据PDU的传输格式,将所述多个SDU封装在所述PDU数据包的数据域字段中,将所述多个SDU的数据包中的每个SDU的长度信息分别添加在该SDU的数据包的前面、并与该SDU相邻的一预设字段中,得到封装后的PDU。
在一些可选实施例中,所述预设的所述多个SDU中每个SDU的长度信息由发送端通过预设信令发送给接收端或者由所述发送端和所述接收端预先约定。
在一些可选实施例中,封装后的PDU中还具有指示所述多个SDU的数量的字段。
在一些可选实施例中,所述指示所述多个SDU的数量的字段位于PDU数据包的包头中。
在一些可选实施例中,封装后的PDU中还具有用于指示所述PDU的传输格式的传输格式指示TFI;所述TFI中携带有用于指示PDU数据包的长度信息对应的索引,所述索引是传输格式集合TFS包括的多个预设的PDU数据包的长度信息对应的索引。
在一些可选实施例中,所述TFI为预先配置的或者依据发送端当前可传输的数据包的大小均值从所述TFS中选择的。
在一些可选实施例中,所述发送端当前可传输的数据包的大小均值为:所述发送端当前所传输业务的平均速率与一时间间隔的乘积,所述时间间隔是所述PDU的发送时间与上一个PDU的发送时间之间的时间间隔。
在一些可选实施例中,所述TFS中所包含的预设的PDU数据包的长度信息为:N倍的应用层数据包大小与所述PDU的头开销的字节长度之和,其中N为正整数。
再一方面,本公开在至少一个实施例中提供了一种数据链路层中用于解析数据包的方法,包括:接收级联封装有多个数据包的协议数据单元PDU;其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段,根据所述长度指示LI字段,将所述协议数据单元PDU解析为 多个数据包。
在一些可选实施例中,所述方法应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段,所述CI字段的长度为1字节。
在一些可选实施例中,所述数据包包括服务数据单元SDU或分段或SDU和分段;所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段,所述方法还包括根据所述FI字段将所述协议数据单元PDU解析为多个数据包。
在一些可选实施例中,当FI字段的值为00时,指示所述PDU中不包括分段;当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;当FI字段的值为10时,指示所述PDU中包括分段且所述分段处于PDU净负荷的末尾位置;当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
在一些可选实施例中,接收级联封装有多个数据包的协议数据单元PDU包括;接收封装有多个业务数据单元SDU的协议数据单元PDU数据包;将所述协议数据单元PDU解析为多个数据包包括:根据PDU的传输格式,将所述PDU数据包解析成多个SDU。
在一些可选实施例中,所述根据PDU的传输格式,将所述PDU数据包解析成多个SDU的步骤,包括:获得所述多个SDU中每个SDU的长度信息;根据PDU的传输格式,以及所述每个SDU的长度信息,对所述PDU数据包进行解析,获得多个SDU。
在一些可选实施例中,所述获得所述多个SDU中每个SDU的长度信息的步骤,包括:通过预先约定的方式或者通过接收到的携带有所述多个SDU的各SDU的数据包的长度信息的信令,获得所述多个SDU中每个SDU的长度信息;或者根据所述PDU的传输格式,从所述PDU数据包的预设字段中获取所述多个SDU中每个SDU的长度信息。
在一些可选实施例中,所述预设字段为:所述PDU数据包的一连续的预设字段;或者在每一个SDU的数据包的前面、并与该SDU相邻的一预设字段。
在一些可选实施例中,所述PDU数据包中还具有指示所述PDU的传输格式指示TFI,TFI中携带有用于指示所述PDU数据包的长度信息对应的索引,所述索引是传输格式集合TFS包括的多个预设的PDU数据包中的长度信息对应的索引;和/或所述PDU数据包中还具有指示所述多个SDU的数量的字段,所述字段中携带有所述SDU的数量信息。
再一方面,本公开在至少一个实施例中提供了一种数据链路层中数据包的解析装置,包括:接收模块,用于接收级联封装有多个数据包的协议数据单元PDU;其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段;解析模块,用于根据所述长度指示LI字段,将所述协议数据单元PDU解析为多个数据包。
在一些可选实施例中,所述装置应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段,所述CI字段的长度为1字节。
在一些可选实施例中,所述数据包包括服务数据单元SDU或分段或SDU和分段;所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段,所述解析模块还用于根据所述FI字段将所述协议数据单元PDU解析为多个数据包。
在一些可选实施例中,当FI字段的值为00时,指示所述PDU中不包括分段;当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;当FI字段的值为10时,指示所述PDU中包括分段且所述分段处于PDU净负荷的末尾位置;当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
在一些可选实施例中,所述接收模块用于:接收封装有多个业务数据单 元SDU的协议数据单元PDU数据包;所述解析模块还用于:根据PDU的传输格式,将所述PDU数据包解析成多个SDU。
在一些可选实施例中,所述解析模块还用于:获得所述多个SDU中每个SDU的长度信息;根据PDU的传输格式,以及所述每个SDU的长度信息,对所述PDU数据包进行解析,获得多个SDU。
在一些可选实施例中,所述解析模块还用于:通过预先约定的方式或者通过接收到的携带有所述多个SDU的各SDU的数据包的长度信息的信令,获得所述多个SDU中每个SDU的长度信息;或者根据所述PDU的传输格式,从所述PDU数据包的预设字段中获取所述多个SDU中每个SDU的长度信息。
在一些可选实施例中,所述预设字段为:所述PDU数据包的一连续的预设字段;或者在每一个SDU的数据包的前面、并与该SDU相邻的一预设字段。
在一些可选实施例中,所述PDU数据包中还具有指示所述PDU的传输格式指示TFI,TFI中携带有用于指示所述PDU数据包的长度信息对应的索引,所述索引是传输格式集合TFS包括的多个预设的PDU数据包中的长度信息对应的索引;和/或所述PDU数据包中还具有指示所述多个SDU的数量的字段,所述字段中携带有所述SDU的数量信息。
再一方面,本公开在至少一个实施例中提供了一种发送端设备,其中,包括:如权利要求17-32所述的数据包的封装装置。
再一方面,本公开在至少一个实施例中提供了一种接收端设备,其中,包括:如权利要求42-50所述的数据包的解析装置。
再一方面,本公开在至少一个实施例中提供了一种数据链路层中用于封装数据包的装置,包括:处理器、收发机、存储器,其中:所述处理器,用于读取所述存储器中的程序,执行下列过程:获取待封装的数据包;将多个数据包级联封装为协议数据单元PDU,其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段。
再一方面,本公开在至少一个实施例中提供了一种数据链路层中用于解析数据包的装置,包括:处理器、收发机、存储器,其中:所述处理器,用于读取所述存储器中的程序,执行下列过程:接收级联封装有多个数据包的 协议数据单元PDU;其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段,根据所述长度指示LI字段,将所述协议数据单元PDU解析为多个数据包。
本公开的上述方案至少包括以下有益效果:
本公开提供的数据链路层中用于封装数据包的方法,在获取到待封装的数据包,且将多个数据包级联封装为PDU包时,通过在PDU包中每一被级联的数据包中包括指示数据包的字节长度的长度指示LI字段,使得PDU包的包头中不需要再包括已封装的数据包的长度指示信息,从而使得PDU包的包头的长度为定长,进而在降低了PDU包开销的同时,提高了PDU包的组建速度,减少了数据发送时延,达到了高效率低时延的处理数据包的目的;此外,只有PDU包中被级联的数据包中包括LI字段,即未被级联的数据包中不包括LI字段,这使得减少了数据链路层的整体开销;这样,本公开实施例实现了在减少数据链路层的整体开销的同时,能够高效率低时延的处理数据包的目的。此外,通过在PDCP层将PDU与上层数据的SDU设置成一对多关系,即将PDCP PDU级联多个上层数据的SDU,有效地减少了PDCP PDU数量;而PDCP PDU都需要产生一个RLC PDU头开销和MAC PDU头开销,因此,在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。本公开解决了现有的5G技术中,RLC层不具有级联功能,增加了RLC和MAC的头开销,降低了数据传输速度以及业务处理的灵活性的问题。
附图说明
图1表示本公开的实施例中数据链路层中用于封装数据包的方法的步骤流程图;
图2表示5G中的RLC SDU的通用模式;
图3表示5G中5字节序列号(SN)长度的携带有CI字段的RLC UM PDU的格式图;
图4表示5G中10字节SN长度的携带有CI字段的RLC UM PDU的格式图;
图5表示5G中10字节SN长度的携带有CI字段的RLC AM PDU的格 式图;
图6表示5G中携带有CI字段的RLC AM PDU分段的格式图;
图7表示本公开的实施例提供的数据包的封装方法的基本步骤流程图;
图8表示本公开的实施例提供的场景示意图;
图9表示本公开的又一实施例提供的数据包的封装方法的基本步骤流程图;
图10表示本公开的又一示例的PDU数据包的示意图;
图11表示本公开的又一实施例提供的数据包的封装方法的基本步骤流程图;
图12表示本公开的又一示例的PDU数据包的示意图;
图13表示本公开的又一示例的PDU数据包的示意图;
图14表示数据链路层中用于封装数据包的装置的结构框图;
图15表示本公开的实施例提供的数据包的解析方法的基本步骤流程图;
图16表示本公开的实施例提供的数据包的解析装置的框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本公开实施例提供的数据链路层中用于封装数据包的方法为5G中数据链层中用于封装数据包的方法,如图1所示,为本公开的实施例中数据链路层中用于封装数据包的方法的步骤流程图,包括步骤101-102。
步骤101,获取待封装的数据包;
在本步骤中,具体的,数据包可以包括服务数据单元(SDU)和/或分段。
其中,SDU是指定层的用户服务的数据集,传送到接收方的时候同一协议层时数据没有发生变化,即业务部分;然后发给下层之后,下层将其封装在PDU中发送出去。SDU是从高层协议来的信息单元传送到低层协议。第N层的SDU,和上一层的PDU是一一对应的。根据PDU的数据的不同,送到接收端的指定层。PDU为N层协议实体之间所传递的数据,通过数据发送/ 接收管理把用户提交的SDU以PDU的形式,通过下层通道发送到对端协议实体。在接收端再将PDU还原成SDU发送给接收端用户。
此外,分段(segmentation)是指,如果下层通道的带宽不能满足传递SDU的需要,就需要将一个SDU分成多段,分别封装成PDU发送出去。
步骤102,将多个数据包级联封装为协议数据单元PDU包。
在本步骤中,具体的,在将多个数据包级联封装为PDU包时,PDU包中每一被级联的数据包中包括指示数据包的字节长度的长度指示LI字段。
例如,当将多个SDU级联封装为PDU时,针对被级联的每个SDU,PDU中每一被级联的SDU中均包括有指示各自SDU的字节长度的长度指示LI字段;当将多个分段级联封装为PDU时,针对被级联的每个分段,PDU中每一被级联的分段中均包括有指示各自分段的字节长度的长度指示LI字段;当将多个SDU和多个分段级联封装为PDU时,针对被级联的每个SDU和分段,PDU中每一被级联的SDU中均包括有指示各自SDU的字节长度的长度指示LI字段,且每一被级联的分段中均包括有指示各自分段的字节长度的长度指示LI字段。
这样,只在PDU包中每一被级联的数据包中包括指示数据包的字节长度的长度指示LI字段,使得PDU包的包头中不需要再包括已封装的数据包的长度指示信息,从而使得PDU包的包头的长度为定长,进而在降低了PDU包开销的同时,提高了PDU包的组建速度,减少了数据发送时延,达到了高效率低时延的处理数据包的目的。
当然,在此需要说明的是,若只有一个数据包封装为PDU包,即只有一个SDU或一个分段封装为PDU,此时PDU包未对数据包进行级联,因此此时数据包中不需要包括指示数据包的字节长度的长度指示LI字段。这样,相对于现有技术中PDU包中均需要携带数据包的字节长度的长度指示信息的情况,减少了数据链层的整体开销。
综上,本公开实施例通过在PDU包中每一被级联的数据包中包括指示数据包的字节长度的长度指示LI字段,使得PDU包的包头中不需要再包括已封装的数据包的长度指示信息,从而使得PDU包的包头的长度为定长,进而在降低了PDU包开销的同时,提高了PDU包的组建速度,减少了数据发送 时延,达到了高效率低时延的处理数据包的目的;此外,只有PDU包中被级联的数据包中包括LI字段,即未被级联的数据包中不包括LI字段,这使得减少了数据链路层的整体开销;这样,本公开实施例实现了在减少数据链路层的整体开销的同时,能够高效率低时延的处理数据包的目的。
此外,进一步地,上述数据链路层中用于封装数据包的方法应用于PDCP层或者RLC层,即PDCP层或RLC层具有级联功能时,此时,PDU包的包头中包括有用于指示PDU包是否已启动级联功能的级联指示CI字段。
具体的,当将多个数据包级联封装为PDU包时,PDU包包头中的CI字段指示PDU包已启动级联功能。在一些可选实施例中,当CI字段的值为0时,指示PDU包未启动级联功能;当CI字段的值为1时,指示PDU包已启动级联功能。这样,通过查看PDU包中的CI字段,即可明确PDU包中是否级联有多个数据包,从而为PDU包的解析提供了基础。
此外,具体的,由于CI字段为指示PDU包是否已启动级联功能,则CI字段的长度可以为1字节。
当然,在此需要说明的是,若上述数据链路层中用于封装数据包的方法应用于MAC层时,即当MAC层具有级联功能时,则PDU包的包头中不需要包括用于指示PDU包是否已启动级联功能的级联指示CI字段。
此外,进一步地,数据包包括SDU和/或分段,且PDU包的包头中还包括用于指示PDU包中是否包括分段以及分段在PDU包中位置的FI字段。具体的,可以根据FI字段的取值,来明确PDU包中是否有分段以及分段在PDU包中的位置,从而为PDU包的解析提供基础。
具体的,当FI字段的值为00时,指示PDU包中不包括分段;当FI字段的值为01时,指示PDU包中包括分段且分段处于PDU包净负荷的起始位置;当FI字段的值为10时,指示PDU包中包括分段且分段处于PDU包净负荷的末尾位置;当FI字段的值为11时,指示PDU包中包括一个或两个分段,其中,当PDU包中包括一个分段时,PDU包中不包括SDU;当PDU包中包括两个分段时,则其中一个分段处于PDU包净负荷的起始位置,另一个分段处于PDU包净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
这样,本公开实施例通过PDU包中包括的CI字段和FI字段,即可明确PDU包是否进行了级联,且进行级联的数据包为分段还是SDU,从而为PDU包解析还原为SDU提供了基础,增加了PDU包的解析速度。
下面,以基于LTE中的数据链路层,对上述5G的数据链路层中用于封装数据包的方法进行说明。
在基于LTE中的数量链路层中,5G中的PDCP PDU与LTE中的PDCP PDU相同,且5G中的MAC PDU与LTE中的MAC PDU相同。
此外,针对5G中的RLC PDU:
其一,当采用透明模式(TM)传输RLC PDU时,5G中的RLC PDU与LTE中的RLC TM PDU相同。
当采用确认模式(AM)或者非确认模式(UM)或者预设模式传输RLC PDU时,5G中的RLC SDU的通用模式可以如图2所示。其中,预设模式为RLC中需要增加或者去除RLC包头的模式。
在图2中,LI表示SDU的字节长度的长度指示字段。具体的,LI的长度可以为16字节或者其他整字节的长度,例如8字节,24字节等。此外具体的,LI字段是否需要携带,可以根据该SDU是否被级联来选择,其中当该SDU为PDU包中被级联的数据包时,则该SDU包括该LI字段,当该SDU不是PDU包中被级联的数据包时,则该SDU不包括该LI字段。
其中,在此需要说明的是,在图2中除LI字段之外的其他字段与LTE中RLC SDU相同,在此不再作出重复说明。
此外,LI字段与其指示字节长度的SDU放置在一起,而不是集中放置在RLC PDU的包头中,使得RLC PDU的包头为定长,从而增加了RLC PDU的组建速度,减少了数据发送时延,达到了高效率低时延的处理数据包的目的;此外,只有PDU包中被级联的数据包中包括LI字段,即未被级联的数据包中不包括LI字段,这使得减少了数据链路层的整体开销。
其二,当采用AM或UM或者预设模式传输RLC PDU时,5G中的RLC PDU的包头中均需要增加用于指示RLC PDU是否已启动级联功能的级联指示CI字段。具体的,CI字段的定义可以如下:
CI字段的长度为1字节,且当CI字段的值为0时,指示PDU包未启动 级联功能,当CI字段的值为1时,指示PDU包已启动级联功能。这样,通过查看RLC PDU,即可明确RLC PDU是否已启动了级联功能,从而为RLC PDU解析还原为SDU提供了基础。
下面,对于5G中的RLC UM PDU以及RLC AM PDU分别作出说明。
其一,如图3所示,为5G中5字节序列号(SN)长度的携带有CI字段的RLC UM PDU的格式图;图4为5G中10字节SN长度的携带有CI字段的RLC UM PDU的格式图。
从图3和图4中可以看出,RLC UM PDU的包头中还包括用于指示PDU包中是否包括分段以及分段在PDU包中位置的FI字段。具体的,可以根据FI字段的取值,来明确PDU包中是否有分段以及分段在PDU包中的位置,从而为PDU包的解析提供基础。
其中,当FI字段的值为00时,指示PDU包中不包括分段;当FI字段的值为01时,指示PDU包中包括分段且分段处于PDU包净负荷的起始位置;当FI字段的值为10时,指示PDU包中包括分段且分段处于PDU包净负荷的末尾位置;当FI字段的值为11时,指示PDU包中包括一个或两个分段;其中,当PDU包中包括一个分段时,PDU包中不包括SDU;当PDU包中包括两个分段时,则其中一个分段处于PDU包净负荷的起始位置,另一个分段处于PDU包净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
此外,还可以根据FI字段和CI字段的组合状态,来确定PDU包中所包括的数据包。当然,该数据包可以包括SDU和/或分段。
具体的,在根据FI字段和CI字段的组合状态,来确定PDU包中所包括的数据包时:
在FI字段的取值为00时,则指示PDU包中不包括分段,此时若CI字段的取值为1,则指示PDU包已启动级联功能,当然此时PDU包中每一被级联的SDU中均包括有LI字段;若CI字段的取值为0时,则指示PDU包未启动级联功能,此时PDU包中只包括有一个SDU,因此此时该SDU中不包括有LI字段,而是通过MAC字头中的L字段指示长度即可。
在FI字段的取值为01时,指示PDU包中包括分段且分段处于PDU包净负荷的起始位置,此时若CI字段的取值为1,则指示PDU包已启动级联 功能,当然此时PDU包中被级联的分段中包括LI字段,且每一被级联的SDU中也均包括有LI字段;若CI字段的取值为0时,则指示PDU包未启动级联功能,即该PDU包中只包括一个分段。
在FI字段的取值为10时,指示PDU包中包括分段且分段处于PDU包净负荷的末尾位置,此时若CI字段的取值为1,则指示PDU包已启动级联功能,当然此时PDU包中被级联的分段中包括LI字段,且每一被级联的SDU中也均包括有LI字段;若CI字段的取值为0时,则指示PDU包未启动级联功能,即该PDU包中只包括一个分段。
在FI字段的取值为11时,指示PDU包中包括一个或两个分段;其中,当PDU包中包括一个分段时,PDU包中只包括分段,不包括SDU;当PDU包中包括两个分段时,则其中一个分段处于PDU包净负荷的起始位置,另一个分段处于PDU包净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。此时,若CI字段的取值为1,则指示PDU包已启动级联功能,当然此时PDU包中被级联的分段中包括LI字段,且每一被级联的SDU中也均包括有LI字段;若CI字段的取值为0时,则指示PDU包未启动级联功能,即该PDU包中只包括一个分段。
此外,在此需要说明的是,在图3中除CI字段之外的其他字段与LTE中5字节SN长度的RLC UM PDU相同,且在图4中除CI字段之外的其他字段与LTE中10字节SN长度的RLC UM PDU相同,因此在此不再作出重复说明。
其二,如图5所示,为5G中10字节SN长度的携带有CI字段的RLC AM PDU的格式图。
从图5中可以看出,RLC AM PDU包的包头中还包括用于指示PDU包中是否包括分段以及分段在PDU包中位置的FI字段。具体的,可以根据FI字段的取值,来明确PDU包中是否有分段以及分段在PDU包中的位置,从而为PDU包的解析提供基础。
此时,RLC AM PDU包中的FI字段的取值所指示的内容,以及FI字段和CI字段的组合状态所确定的PDU包中所包括的数据包的内容,与RLC UM PDU包相同,在此不再进行重复说明。
此外,在此需要说明的是,在图5中除CI字段之外的其他字段与LTE中10字节SN长度的RLC AM PDU相同,因此在此不再作出重复说明。
其三,如图6所示,为5G中携带有CI字段的RLC AM PDU分段的格式图。
从图6中可以看出,RLC AM PDU分段(重传的重分段)的包头中还包括用于指示PDU包中是否包括分段以及分段在PDU包中位置的FI字段。具体的,可以根据FI字段的取值,来明确PDU包中是否有分段以及分段在PDU包中的位置,从而为PDU包的解析提供基础。
此时,RLC AM PDU包中的FI字段的取值所指示的内容,以及FI字段和CI字段的组合状态所确定的PDU包中所包括的数据包的内容,与RLC UM PDU包相同,在此不再进行重复说明。
此外,在此需要说明的是,在图6中除CI字段之外的其他字段与LTE中的RLC AM PDU包分段相同,因此在此不再作出重复说明。
这样,通过在RLC PDU包中包括的CI字段和FI字段,即可明确RLC PDU包是否进行了级联,且进行级联的数据包为分段还是SDU,从而为PDU包解析还原为SDU提供了基础,增加了PDU包的解析速度。
这样,本公开实施例通过在PDU包中每一被级联的数据包中包括指示数据包的字节长度的长度指示LI字段,使得PDU包的包头中不需要再包括已封装的数据包的长度指示信息,从而使得PDU包的包头的长度为定长,进而在降低了PDU包开销的同时,提高了PDU包的组建速度,减少了数据发送时延,达到了高效率低时延的处理数据包的目的;此外,只有PDU包中被级联的数据包中包括LI字段,即未被级联的数据包中不包括LI字段,这使得减少了数据链路层的整体开销;另外,通过在PDU包中包括CI字段和FI字段,即可明确PDU包是否进行了级联,且进行级联的数据包为分段还是SDU,从而为PDU包解析还原为SDU提供了基础,增加了PDU包的解析速度。
参见图7,在本公开的一些实施例中,步骤101具体包括步骤701,获取待封装的多个业务数据单元SDU。其中,业务数据单元(Service Data Unit,SDU),又称服务数据单元,是指定层的用户服务的数据集,传送到接收方的时候同一协议层时数据没有发生变化,即业务部分;然后发给下层之后,下 层将其封装在PDU中发送出去。服务数据单元是从高层协议来的信息单元传送到低层协议。根据协议数据单元的数据的不同,送到接收端的指定层。
PDU为协议数据单元,N层协议实体之间所传递的数据,通过数据发送/接收管理把用户提交的SDU以PDU的形式,通过下层通道发送到对端协议实体。在接收端再将PDU还原成SDU发送给接收端用户。
相关技术中,第N层SDU和上一层的PDU是一一对应的,即每个PDU包含一个SDU;而本公开的实施例中,将PDCP层的PDU与SDU设置成一对多关系,即每个PDU级联多个SDU,这样,减少了PDCP的PDU数量。
而对于每个PDCP PDU都需要产生一个RLC PDU头开销和MAC PDU头开销,因此,在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。
步骤102具体包括步骤702,根据分组数据汇聚协议PDCP的协议数据单元PDU的传输格式,将多个SDU封装成PDU。
其中,在发送端,需将将用户递交的SDU加上协议控制信息(Protocol Control Interface,PCI),封装成PDU,发送给接收端;其中,PCI表示PDU中用来封装上层数据的头部,可能包含源服务访问点和目标服务访问点等,用来指明该数据报来自上层的哪个实体以及需要对等实体把它交往上层的哪个实体。
而发送给接收端的PDU需按照指定的PDU的传输格式进行封装,便于接收端可根据PDU的传输格式解封装,去掉PCI,还原成SDU送交接收端用户。
作为第一示例,如图8所示,其中,201所示为PDCP PDU头开销,202所示为RLC PDU头开销,PDCP PDU的封装过程中,其中,PDCP层的每个PDU级联了3个SDU,每个PDCP PDU对应一个RLC PDU;这样,每3个PDCP SDU仅对应一个RLC PDU,在上层数据包的SDU数量一定的情况下,减少了PDCP的PDU数量,从而减少了PDCP PDU头开销201的数量并且进一步减少RLC PDU头开销202和MAC PDU头开销。
本公开的上述实施例中,通过在PDCP层将PDU与上层数据的SDU设置成一对多关系,即将PDCP PDU级联多个上层数据的SDU,有效地减少了 PDCP PDU数量;而PDCP PDU都需要产生一个RLC PDU头开销和MAC PDU头开销,因此,在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。本公开解决了现有的5G技术中,RLC层不具有级联功能,增加了RLC和MAC的头开销,降低了数据传输速度以及业务处理的灵活性的问题。
参见图9,本公开的又一实施例中,所述数据包的封装方法具体包括:步骤901,获取待封装的多个业务数据单元SDU。通常情况下,第N层SDU和上一层的PDU是一一对应的,即每个PDU包含一个SDU;而本公开的实施例中,将PDCP层的PDU与SDU设置成一对多关系,即每个PDU级联多个SDU,这样,减少了PDCP的PDU数量。
而对于每个PDCP PDU都需要产生一个RLC PDU头开销和MAC PDU头开销,因此,在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。
步骤902,根据PDU的传输格式,按照预设的多个SDU中每个SDU的长度信息,将多个SDU封装在PDU数据包的数据域字段中,得到封装后的PDU。
其中,作为又一示例,如图10所示,按照多个SDU中,预设的每个SDU的长度信息,将上层数据的SDU封装在PDU数据包的数据域字段中,PDCP SDU中的SDU与PDCP PDU中的SDU一一对应,PDU包括n个SDU,每个SDU按照各自预设的长度信息进行封装,便于接收端根据预设的长度信息进行解析(即解封装)。
在一些可选的实施例中,预设的多个SDU中每个SDU的长度信息由发送端通过预设信令发送给接收端或者由发送端和接收端预先约定。
具体地,每个SDU的长度信息可使发送端与接收端预先约定,也可在数据传输的同时通过预设信令单独配置,便于接收端根据预设的长度信息进行解析。
本公开的上述实施例中,通过在PDCP层将PDU与上层数据的SDU设置成一对多关系,即将PDCP PDU级联多个上层数据的SDU,在将SDU封装成PDU的过程中,每个SDU的长度信息可使发送端与接收端预先约定, 也可在数据传输的同时通过预设信令单独配置,本公开有效地减少了PDCP PDU数量;而PDCP PDU都需要产生一个RLC PDU头开销和MAC PDU头开销,因此,在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。
参见图11,本公开的又一实施例中,所述数据包的封装方法具体包括:
步骤1101,获取待封装的多个业务数据单元SDU。
通常情况下,第N层SDU和上一层的PDU是一一对应的,即每个PDU包含一个SDU;而本公开的实施例中,将PDCP层的PDU与SDU设置成一对多关系,即每个PDU级联多个SDU,这样,减少了PDCP的PDU数量。
而对于每个PDCP PDU都需要产生一个RLC PDU头开销和MAC PDU头开销,因此,在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。
步骤1102,根据PDU的传输格式,将多个SDU的数据包的长度信息添加在PDU数据包的预设字段中以及将多个SDU封装在PDU数据包的数据域字段中,得到封装后的PDU。
其中,按照PDU的传输格式,将上层数据的SDU封装在PDU数据包的数据域字段中,并且将每个SDU的数据包的长度信息添加在PDU数据包的预设字段中,即PDU的传输格式中,存在预设字段,用于存放每个SDU的数据包的长度信息,这样,无需与接收端之间预先约定或者通过信令单独配置每个SDU的数据包的长度信息,而将SDU的数据包的长度信息封装在PDU中,增加了数据包传输的灵活性,PDCP SDU中的SDU与PDCP PDU中的SDU一一对应,每个SDU按照各自预设的长度信息进行封装,便于接收端根据预设的长度信息进行解析。
在一些可选的实施例中,步骤1102包括:第一步,根据PDU的传输格式,将多个SDU的数据包中的每个SDU的长度信息添加在PDU数据包的一连续的预设字段中,以及将多个SDU封装在PDU数据包的数据域字段中,得到封装后的PDU;或者第二步,根据PDU的传输格式,将多个SDU封装在PDU数据包的数据域字段中,将多个SDU的数据包中的每个SDU的长度信息分别添加在该SDU的数据包的前面、并与该SDU相邻的一预设字段中, 得到封装后的PDU。
具体地,第一步中,多个SDU的数据包中,每个SDU的长度信息添加在PDU数据包的一连续的预设字段中,即每个PDU数据包中,存在一连续的预设字段,用于存储每个SDU的长度信息,每个SDU的长度信息集中存放,并包含所对应的SDU的指示,无需与接收端之间预先约定或者通过信令单独配置每个SDU的数据包的长度信息,而将SDU的数据包的长度信息封装在PDU中,增加了数据包传输的灵活性。
作为又一示例,参见图12,将每个SDU的长度信息添加在PDU数据包的一连续的预设字段中,如图中SDU1length至SDUn length,分别代表SDU1至SDUn的长度信息,将长度信息集中放置;并将上层数据的SDU封装在PDU数据包的数据域字段中,PDCP SDU中的SDU与PDCP PDU中的SDU一一对应,PDU包括n个SDU,每个SDU按照PDU数据包中指示的各自预设的长度信息进行封装,便于接收端进行解析,增加了数据包传输的灵活性。
具体地,第二步中,将多个SDU封装在PDU数据包的数据域字段中,且将数据域字段中的多个SDU的数据包中的每个SDU的长度信息分别添加在该SDU的数据包的前面、并与该SDU相邻的一预设字段中;即每个SDU的数据包的长度信息与SDU的数据包相邻,且SDU的数据包的长度信息在SDU的数据包前面,这样,每个SDU的长度信息与SDU的数据包相邻存放,接收端在解析的过程中,可根据SDU的数据包前面的长度信息进行解析,无需与接收端之间预先约定或者通过信令单独配置每个SDU的数据包的长度信息,增加了数据包传输的灵活性。
作为又一示例,参见图13,将每个SDU的长度信息添加在相对应SDU的数据包之前,如图中SDU1length设置之前,SDUn length设置在SDUn之前,SDU1length至SDUn length,分别代表SDU1至SDUn的长度信息;PDCP SDU中的SDU与PDCP PDU中的SDU一一对应,PDU包括n个SDU,每个SDU按照PDU数据包中指示的各自预设的长度信息进行封装,便于接收端进行解析,增加了数据包传输的灵活性。
可以理解的是,若每个PDCP SDU的长度是已知的,则不需要SDU length,如图10所示。
在一些可选的实施例中,本公开的具体实施例中,封装后的PDU中还具有封装多个SDU的数量的字段,字段中携带有SDU的数量信息。
其中,PDU中具有封装多个SDU的数量的字段,即如图10、图12以及图13中的SDU Num域,用于指示PDU中封装有多少个SDU,便于接收端SDU Num域中所指示的SDU数量进行解析;且SDU Num域为可选择域,是否携带可预先约定或者通过信令配置。
在一些可选的实施例中,本公开的具体实施例中,封装多个SDU的数量的字段位于PDU数据包的包头中,即设置在PDU数据包之前,当接收端解析的过程中,在解析PDU数据包之前解析出SDU的数量的字段,以便根据SDU的数量解析PDU数据包。
在一些可选的实施例中,本公开的具体实施例中,封装后的PDU中还具有封装PDU的传输格式指示TFI;TFI中携带有用于指示PDU数据包的长度信息对应的索引,索引是传输格式集合TFS包括的多个预设的PDU数据包的长度信息对应的索引。
其中,索引是传输格式集合TFS包括的多个预设的PDU数据包的长度信息对应的索引,TFI中携带有用于指示PDU数据包的长度信息对应的索引;比如TFS假设为:{336,656,1516,…},下标从0开始,如果选择为656,则TFI=1,如果选择1516,则TFI=2。通过下表索引的方式代替直接封装PDU数据包的长度信息,目的是为了减少PDU数据包的长度,由于PDU数据包的长度信息数据较大,所占字节数目较多,而通过下标索引的方式,可有效地减少所占的字节空间。
即如图10、图12以及图13中的TFI域所示;且TFI域为可选择域,是否携带可预先约定或者通过信令配置。
在一些可选的实施例中,本公开的具体实施例中,PDU数据包可不携带TFI域,可通过预先设定PDCP PDU格式的集合,为PDCP PDU的字节长度设置在PDCP PDU格式的集合中的下标索引,确定PDU数据包长度,使PDCP能够不需要接收到MAC的调度指示就可以组建PDCP PDU,比如,设置PDCP PDU格式集合TFS为:{Size1,Size2,…,Sizen}
TFS中每个Size标识一个PDCP PDU的字节长度。Size的索引从0开始 计数,记为TFI,即TFI=0,1,2,…
PDCP按照格式集合中的大小组建合适的PDCP PDU,TFI一旦确定,那么PDCP PDU格式集合为有限种组合。且PDCP产生的PDCP PDU的格式一定属于该集合,不能超出该集合的范围。
引入预设格式后,该类PDCP PDU对应的RLC PDU长度也属于某些特定长度的值,所以RLC PDU的长度指示也可以进一步简化,由于PDCP PDU长度仅属于特定的集合,所以可以通过在MAC或者RLC头部中携带PDCP PDU对应的长度集合索引指示数据包的长度,而不必一定携带指示PDCP PDU字节长度的指示域,从而可以减少RLC或者MAC的头开销。
在一些可选的实施例中,本公开的具体实施例中,TFI为预先配置的或者依据发送端当前可传输的数据包的大小均值从TFS中选择的。
其中,TFI可预先配置,也可依据发送端当前可传输的数据包的大小均值从TFS中选择的,即PDCP可自主进行PDCP TFI选择,PDCP可以依据当前的业务情况例如平均速率与两个相邻的PDU之间的时间间隔(仅考虑发送时间的起点,不考虑发送数据占用的时间),合理的选择需要使用的PDCP格式,增加了PDCP的灵活性,然而产生的PDCP PDU的长度未必完全相同。
具体地,本公开的具体实施例中,发送端当前可传输的数据包的大小均值为:发送端当前所传输业务的平均速率与一时间间隔的乘积,时间间隔是PDU的发送时间与上一个PDU的发送时间之间的时间间隔。
其中,发送端当前可传输的数据包的大小均值为:所传输业务的平均速率与PDU的发送时间与上一个PDU的发送时间之间的时间间隔的乘积,在数据传输的过程中,使发送端根据当前可传输数据包大小,从TFS中选择的与当前可传输数据包大小最为接近的PDCP PDU的长度信息,且当前可传输数据包大小应大于该PDCP PDU的长度信息,使得发送端获得最大传输速率。
在一些可选的实施例中,本公开的具体实施例中,TFS中所包含的预设的PDU数据包的长度信息为:N倍的应用层数据包大小与PDU的头开销的字节长度之和,其中N为正整数。
其中,TFS中所包含的预设的PDU数据包的长度信息为:正整数倍的应用层数据包大小与PDU的头开销的字节长度之和,即TFS中所包含的预设 的PDU数据包的长度信息均为有效数据,均可能存在与其相对应的PDU数据包的,剔除无效数据,可有效地减少TFI所占的字节信息,减少PDU数据包的头开销,进而减少RLC或者MAC的头开销。
本公开的上述实施例中,通过在PDCP层将PDU与上层数据的SDU设置成一对多关系,即将PDCP PDU级联多个上层数据的SDU,有效地减少了PDCP PDU数量;且可预先设计一组TFS集合,选择合适的PDCP PDU长用来发送,将多个应用层收到的数据包进行级联,并且在PDCP头中指示出应用层数据包的大小,方便接收端进行解包。通过PDCP的级联,一方面减少RLC和MAC头的个数,另一方面减少MAC中长度域的指示,同时如果采用配置的统一的PDCP PDU长度,数据包为固定长度,也会进一步降低数据包的处理时延。本公开在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。本公开解决了现有的5G技术中,RLC层不具有级联功能,增加了RLC和MAC的头开销,降低了数据传输速度以及业务处理的灵活性的问题。
如图14所示,为本公开的实施例中数据链路层中用于封装数据包的装置的结构框图,该装置包括:获取模块1401,用于获取待封装的数据包;封装模块1402,用于将多个数据包级联封装为协议数据单元PDU包,其中,PDU包中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段。
可选地,当所述装置应用于数据汇聚协议PDCP层或者无线链路RLC层时,所述PDU包的包头中包括有用于指示PDU包是否已启动级联功能的级联指示CI字段。
可选地,当封装模块将多个数据包级联封装为PDU包时,PDU包包头中的CI字段指示所述PDU包已启动级联功能。
可选地,当所述CI字段的值为0时,指示PDU包未启动级联功能;当所述CI字段的值为1时,指示PDU包已启动级联功能。
可选地,所述CI字段的长度为1字节。
可选地,所述数据包包括服务数据单元SDU和/或分段;所述PDU包的包头中还包括用于指示PDU包中是否包括分段以及分段在PDU包中位置的 FI字段。
可选地,当FI字段的值为00时,指示所述PDU包中不包括分段;当FI字段的值为01时,指示所述PDU包中包括分段且所述分段处于PDU包净负荷的起始位置;当FI字段的值为10时,指示所述PDU包中包括分段且所述分段处于PDU包净负荷的末尾位置;当FI字段的值为11时,指示所述PDU包中包括一个或两个分段;其中,当所述PDU包中包括一个分段时,所述PDU包中不包括SDU;当所述PDU包中包括两个分段时,则其中一个分段处于所述PDU包净负荷的起始位置,另一个分段处于所述PDU包净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
这样,该装置通过在PDU包中每一被级联的数据包中包括指示数据包的字节长度的长度指示LI字段,使得PDU包的包头中不需要再包括已封装的数据包的长度指示信息,从而使得PDU包的包头的长度为定长,进而在降低了PDU包开销的同时,提高了PDU包的组建速度,减少了数据发送时延,达到了高效率低时延的处理数据包的目的;此外,只有PDU包中被级联的数据包中包括LI字段,即未被级联的数据包中不包括LI字段,这使得减少了数据链路层的整体开销;这样,本公开实施例实现了在减少数据链路层的整体开销的同时,能够高效率低时延的处理数据包的目的。
本公开的实施例中,所述获取模块1401,用于获取待封装的多个业务数据单元SDU;所述封装模块1402,用于根据分组数据汇聚协议PDCP的协议数据单元PDU的传输格式,将多个SDU封装成PDU。
在一些可选的实施例中,封装模块包括:第一封装子模块,用于根据PDU的传输格式,将多个SDU的数据包的长度信息添加在PDU数据包的预设字段中以及将多个SDU封装在PDU数据包的数据域字段中,得到封装后的PDU;或者第二封装子模块,用于根据PDU的传输格式,按照预设的多个SDU中每个SDU的长度信息,将多个SDU封装在PDU数据包的数据域字段中,得到封装后的PDU。
在一些可选的实施例中,第一封装子模块包括:第一封装单元,用于根据PDU的传输格式,将多个SDU的数据包中的每个SDU的长度信息添加在PDU数据包的一连续的预设字段中,以及将多个SDU封装在PDU数据包的 数据域字段中,得到封装后的PDU;或者第二封装单元,用于根据PDU的传输格式,将多个SDU封装在PDU数据包的数据域字段中,将多个SDU的数据包中的每个SDU的长度信息分别添加在该SDU的数据包的前面、并与该SDU相邻的一预设字段中,得到封装后的PDU。
在一些可选的实施例中,预设的多个SDU中每个SDU的长度信息由发送端通过预设信令发送给接收端或者由发送端和接收端预先约定。
在一些可选的实施例中,封装后的PDU中还具有封装多个SDU的数量的字段,字段中携带有SDU的数量信息。
在一些可选的实施例中,封装多个SDU的数量的字段位于PDU数据包的包头中。
在一些可选的实施例中,封装后的PDU中还具有封装PDU的传输格式指示TFI;TFI中携带有用于指示PDU数据包的长度信息对应的索引,索引是传输格式集合TFS包括的多个预设的PDU数据包的长度信息对应的索引。
在一些可选的实施例中,TFI为预先配置的或者依据发送端当前可传输的数据包的大小均值从TFS中选择的。
在一些可选的实施例中,发送端当前可传输的数据包的大小均值为:发送端当前所传输业务的平均速率与一时间间隔的乘积,时间间隔是PDU的发送时间与上一个PDU的发送时间之间的时间间隔。
在一些可选的实施例中,TFS中所包含的预设的PDU数据包的长度信息为:N倍的应用层数据包大小与PDU的头开销的字节长度之和,其中N为正整数。
本公开的上述实施例中提供的数据包的封装装置,通过在PDCP层将PDU与上层数据的SDU设置成一对多关系,即将PDCP PDU级联多个上层数据的SDU,有效地减少了PDCP PDU数量;而PDCP PDU都需要产生一个RLC PDU头开销和MAC PDU头开销,因此,在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。本公开解决了现有的5G技术中,RLC层不具有级联功能,增加了RLC和MAC的头开销,降低了数据传输速度以及业务处理的灵活性的问题。
需要说明的是,本公开实施例提供的数据包的封装装置是应用上述方法的装置,即上述方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
为了实现上述目的,本公开的实施例还提供了一种发送端设备,包括上述数据包的封装装置。
本公开的上述实施例中提供的发送端设备,通过在PDCP层将PDU与上层数据的SDU设置成一对多关系,即将PDCP PDU级联多个上层数据的SDU,有效地减少了PDCP PDU数量;而PDCP PDU都需要产生一个RLC PDU头开销和MAC PDU头开销,因此,在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。本公开解决了现有的5G技术中,RLC层不具有级联功能,增加了RLC和MAC的头开销,降低了数据传输速度以及业务处理的灵活性的问题。
基于同样的发明构思,与上述数据包的封装方法相对应地,本公开在一些实施例中还提供了一种数据链路层中用于解析数据包的方法,如图15所示,包括:步骤1501,接收级联封装有多个数据包的协议数据单元PDU;其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段,步骤1502,根据所述长度指示LI字段,将所述协议数据单元PDU解析为多个数据包。
在一些可选的实施例中,所述方法应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段,所述CI字段的长度为1字节。
在一些可选的实施例中,所述数据包包括服务数据单元SDU或分段或SDU和分段;所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段,所述方法还包括根据所述FI字段将所述协议数据单元PDU解析为多个数据包。
在一些可选的实施例中,当FI字段的值为00时,指示所述PDU中不包括分段;当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;当FI字段的值为10时,指示所述PDU中包括分 段且所述分段处于PDU净负荷的末尾位置;当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
在一些可选的实施例中,所述步骤1501具体包括接收封装有多个业务数据单元SDU的协议数据单元PDU数据包。其中,业务数据单元(Service Data Unit,SDU),又称服务数据单元,是指定层的用户服务的数据集,传送到接收方的时候同一协议层时数据没有发生变化,即业务部分;然后发给下层之后,下层将其封装在PDU中发送出去。服务数据单元是从高层协议来的信息单元传送到低层协议。根据协议数据单元的数据的不同,送到接收端的指定层。
PDU为协议数据单元,N层协议实体之间所传递的数据,通过数据发送/接收管理把用户提交的SDU以PDU的形式,通过下层通道发送到对端协议实体,在接收端再将PDU还原成SDU发送给接收端用户。
相关技术中,第N层SDU和上一层的PDU是一一对应的,即每个PDU包含一个SDU;而本公开的实施例中,将PDCP层的PDU与SDU设置成一对多关系,即每个PDU级联多个SDU,这样,减少了PDCP的PDU数量。
而对于每个PDCP PDU都需要产生一个RLC PDU头开销和MAC PDU头开销,因此,在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。
在一些可选的实施例中,所述步骤1502具体包括根据PDU的传输格式,将PDU数据包解析成多个SDU。
具体地,在接收端,根据发送端的PDU的传输格式,将PDU数据包解析(解封装)成多个SDU。
本公开的上述实施例中,通过在对PDU数据包进行解析的过程中,根据PDU的传输格式,将PDU数据包解析成多个SDU,即将PDCP PDU级联多个上层数据的SDU,有效地减少了PDCP PDU数量;本公开在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术 效果,进而有效地提高业务处理的灵活性。本公开解决了现有的5G技术中,RLC层不具有级联功能,增加了RLC和MAC的头开销,降低了数据传输速度以及业务处理的灵活性的问题。
在一些可选的实施例中,步骤1502包括:获得多个SDU中每个SDU的长度信息;根据PDU的传输格式,以及每个SDU的长度信息,对PDU数据包进行解析,获得多个SDU。
其中,由于PDU数据包中包括多个SDU,在解析的过程中,需确定每个SDU的长度信息,并根据PDU的传输格式,以及每个SDU的长度信息,将PDU数据包解析成多个SDU,发送给接收端用户。
在一些可选的实施例中,获得多个SDU中每个SDU的长度信息的步骤,包括:通过预先约定的方式或者通过接收到的携带有多个SDU的各SDU的数据包的长度信息的信令,获得多个SDU中每个SDU的长度信息;或者
根据PDU的传输格式,从PDU数据包的预设字段中获取多个SDU中每个SDU的长度信息。
具体地,当PDU数据包中未携带有每个SDU的长度信息时,可根据发送端与接收端预先约定,也可在通过与发送端之间的预设信令单独配置,确定各SDU的数据包的长度信息。当PDU数据包的预设字段中携带有每个SDU的长度信息时,从预设字段中获取各SDU的数据包的长度信息。
在一些可选的实施例中,预设字段为:PDU数据包的一连续的预设字段;或者在每一个SDU的数据包的前面、并与该SDU相邻的一预设字段。
其中,预设字段中,每个SDU的长度信息添加在PDU数据包的一连续的预设字段中,即每个PDU数据包中,存在一连续的预设字段,用于存储每个SDU的长度信息,每个SDU的长度信息集中存放,并包含所对应的SDU的指示,无需与发送端之间预先约定或者通过信令单独配置每个SDU的数据包的长度信息,而将SDU的数据包的长度信息封装在PDU中,增加了数据包传输的灵活性。或者每个SDU的数据包的长度信息与SDU的数据包相邻,且SDU的数据包的长度信息在SDU的数据包前面,这样,每个SDU的长度信息与SDU的数据包相邻存放,接收端在解析的过程中,可根据SDU的数据包前面的长度信息进行解析,无需与发送端之间预先约定或者通过信令单 独配置每个SDU的数据包的长度信息,增加了数据包传输的灵活性。
在一些可选的实施例中,PDU数据包中还具有封装PDU的传输格式指示TFI,TFI中携带有用于指示PDU数据包的长度信息对应的索引,索引是传输格式集合TFS包括的多个预设的PDU数据包中的长度信息对应的索引;和/或PDU数据包中还具有多个SDU的数量的字段,字段中携带有SDU的数量信息。
其中,其中,索引是传输格式集合TFS包括的多个预设的PDU数据包的长度信息对应的索引,TFI中携带有用于指示PDU数据包的长度信息对应的索引;比如TFS假设为:{336,656,1516,…},下标从0开始,如果选择为656,则TFI=1,如果选择1516,则TFI=2。通过下表索引的方式代替直接封装PDU数据包的长度信息,目的是为了减少PDU数据包的长度,由于PDU数据包的长度信息数据较大,所占字节数目较多,而通过下标索引的方式,可有效地减少所占的字节空间。
其中,PDU中具有封装多个SDU的数量的字段,即SDU Num域,用于指示PDU中封装有多少个SDU,便于接收端SDU Num域中所指示的SDU数量进行解析;且SDU Num域为可选择域,是否携带可与发送端预先约定或者通过信令配置。
本公开的上述实施例中,通过在对PDU数据包进行解析的过程中,根据PDU的传输格式,将PDU数据包解析成多个SDU,即将PDCP PDU级联多个上层数据的SDU,有效地减少了PDCP PDU数量;且可预先设计一组TFS集合,选择合适的PDCP PDU长用来发送,将多个应用层收到的数据包进行级联,并且在PDCP头中指示出应用层数据包的大小,方便接收端进行解包。通过PDCP的级联,一方面减少RLC和MAC头的个数,另一方面减少MAC中长度域的指示,同时如果采用配置的统一的PDCP PDU长度,数据包为固定长度,也会进一步降低数据包的处理时延。本公开在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。本公开解决了现有的5G技术中,RLC层不具有级联功能,增加了RLC和MAC的头开销,降低了数据传输速度以及业务处理的灵活性的问题。
基于同样的发明构思,与上述数据包的封装装置相对应地,本公开在一些实施例中还提供了一种数据链路层中数据包的解析装置,参见图16,包括:接收模块1601,用于接收级联封装有多个数据包的协议数据单元PDU;其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段,解析模块1602,用于根据所述长度指示LI字段,将所述协议数据单元PDU解析为多个数据包。
在一些可选的实施例中,所述装置应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段,所述CI字段的长度为1字节。
在一些可选的实施例中,所述数据包包括服务数据单元SDU或分段或SDU和分段;所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段,所述解析模块还用于根据所述FI字段将所述协议数据单元PDU解析为多个数据包。
在一些可选的实施例中,当FI字段的值为00时,指示所述PDU中不包括分段;当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;当FI字段的值为10时,指示所述PDU中包括分段且所述分段处于PDU净负荷的末尾位置;当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
在一些可选的实施例中,接收模块1601具体用于接收封装有多个业务数据单元SDU的协议数据单元PDU数据包;解析模块1602,用于根据PDU的传输格式,将PDU数据包解析成多个SDU。
在一些可选的实施例中,解析模块1602具体包括:第一解析子模块,用于获得多个SDU中每个SDU的长度信息;第二解析子模块,用于根据PDU的传输格式,以及每个SDU的长度信息,对PDU数据包进行解析,获得多个SDU。
在一些可选的实施例中,第一解析子模块包括:第一获取单元,用于通 过预先约定的方式或者通过接收到的携带有多个SDU的各SDU的数据包的长度信息的信令,获得多个SDU中每个SDU的长度信息;或者第二获取单元,用于根据PDU的传输格式,从PDU数据包的预设字段中获取多个SDU中每个SDU的长度信息。
在一些可选的实施例中,预设字段为:PDU数据包的一连续的预设字段;或者在每一个SDU的数据包的前面、并与该SDU相邻的一预设字段。
在一些可选的实施例中,PDU数据包中还具有封装PDU的传输格式指示TFI,TFI中携带有用于指示PDU数据包的长度信息对应的索引,索引是传输格式集合TFS包括的多个预设的PDU数据包中的长度信息对应的索引;和/或PDU数据包中还具有多个SDU的数量的字段,字段中携带有SDU的数量信息。
本公开的上述实施例中提供的数据包的解析装置,通过在对PDU数据包进行解析的过程中,根据PDU的传输格式,将PDU数据包解析成多个SDU,即将PDCP PDU级联多个上层数据的SDU,有效地减少了PDCP PDU数量;本公开在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。本公开解决了现有的5G技术中,RLC层不具有级联功能,增加了RLC和MAC的头开销,降低了数据传输速度以及业务处理的灵活性的问题。
需要说明的是,本公开实施例提供的数据包的解析装置是应用上述方法的装置,即上述方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
为了实现上述目的,本公开的实施例还提供了一种接收端设备,包括上述数据包的解析装置。
本公开的上述实施例中提供的接收端设备,通过在对PDU数据包进行解析的过程中,根据PDU的传输格式,将PDU数据包解析成多个SDU,即将PDCP PDU级联多个上层数据的SDU,有效地减少了PDCP PDU数量;本公开在减少PDCP的PDU数量的同时,达到了减少RLC PDU头开销和MAC PDU头开销的技术效果,进而有效地提高业务处理的灵活性。本公开解决了现有的5G技术中,RLC层不具有级联功能,增加了RLC和MAC的头开销, 降低了数据传输速度以及业务处理的灵活性的问题。
基于同样的发明构思,本公开还提供了一种数据链路层中用于封装数据包的装置,包括:处理器、收发机、存储器,其中:所述处理器,用于读取所述存储器中的程序,执行下列过程:获取待封装的数据包;将多个数据包级联封装为协议数据单元PDU,其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段。
基于同样的发明构思,本公开还提供了一种数据链路层中用于解析数据包的装置,包括:处理器、收发机、存储器,其中:所述处理器,用于读取所述存储器中的程序,执行下列过程:接收级联封装有多个数据包的协议数据单元PDU;其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段,根据所述长度指示LI字段,将所述协议数据单元PDU解析为多个数据包。
以上所述的是本公开的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本公开所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本公开的保护范围内。

Claims (54)

  1. 一种数据链路层中用于封装数据包的方法,包括:
    获取待封装的数据包;
    将多个数据包级联封装为协议数据单元PDU,其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段。
  2. 根据权利要求1所述的方法,其中,所述方法应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段。
  3. 根据权利要求2所述的方法,其中,
    当所述CI字段的值为0时,指示PDU未启动级联功能;
    当所述CI字段的值为1时,指示PDU已启动级联功能。
  4. 根据权利要求2所述的方法,其中,所述CI字段的长度为1字节。
  5. 根据权利要求2所述的方法,其中,
    所述数据包包括服务数据单元SDU或分段或SDU和分段;
    所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段。
  6. 根据权利要求5所述的方法,其中,
    当FI字段的值为00时,指示所述PDU中不包括分段;
    当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;
    当FI字段的值为10时,指示所述PDU中包括分段且所述分段处于PDU净负荷的末尾位置;
    当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
  7. 根据权利要求1所述的方法,其中,
    所述获取待封装的数据包包括:
    获取待封装的多个业务数据单元SDU;并且
    所述将多个数据包级联封装为协议数据单元PDU包括
    根据分组数据汇聚协议PDCP的协议数据单元PDU的传输格式,将多个SDU封装成PDU。
  8. 根据权利要求7所述的方法,其中,所述根据分组数据汇聚协议PDCP的协议数据单元PDU的传输格式,将多个SDU封装成PDU的步骤包括:
    根据PDU的传输格式,将所述多个SDU中的每个SDU的数据包的长度信息添加在PDU数据包的预设字段中,并且将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU;或者
    根据PDU的传输格式,按照预设的所述多个SDU中每个SDU的长度信息,将所述多个SDU封装在PDU数据包的数据域字段中,得到封装后的PDU。
  9. 根据权利要求8所述的方法,其中,所述根据PDU的传输格式,将所述多个SDU的数据包的长度信息添加在PDU数据包的预设字段中以及将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU的步骤包括:
    根据PDU的传输格式,将所述多个SDU的数据包中的每个SDU的长度信息添加在所述PDU数据包的一连续的预设字段中,以及将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU;或者
    根据PDU的传输格式,将所述多个SDU封装在所述PDU数据包的数据域字段中,将所述多个SDU的数据包中的每个SDU的长度信息分别添加在该SDU的数据包的前面、并与该SDU相邻的一预设字段中,得到封装后的PDU。
  10. 根据权利要求8所述的方法,其中,所述预设的所述多个SDU中每个SDU的长度信息由发送端通过预设信令发送给接收端或者由所述发送端和所述接收端预先约定。
  11. 根据权利要求7-10任一项所述的方法,其中,封装后的PDU中还具有指示所述多个SDU的数量的字段。
  12. 根据权利要求11所述的方法,其中,所述指示所述多个SDU的数 量的字段位于PDU数据包的包头中。
  13. 根据权利要求7-10任一项所述的方法,其中,封装后的PDU中还具有用于指示所述PDU的传输格式的传输格式指示TFI;
    所述TFI中携带有用于指示PDU数据包的长度信息对应的索引,所述索引是传输格式集合TFS包括的多个预设的PDU数据包的长度信息对应的索引。
  14. 根据权利要求13所述的方法,其中,所述TFI为预先配置的或者依据发送端当前可传输的数据包的大小均值从所述TFS中选择的。
  15. 根据权利要求14所述的方法,其中,所述发送端当前可传输的数据包的大小均值为:所述发送端当前所传输业务的平均速率与一时间间隔的乘积,所述时间间隔是所述PDU的发送时间与上一个PDU的发送时间之间的时间间隔。
  16. 根据权利要求13所述的方法,其中,所述TFS中所包含的预设的PDU数据包的长度信息为:N倍的应用层数据包大小与所述PDU的头开销的字节长度之和,其中N为正整数。
  17. 一种数据链路层中用于封装数据包的装置,包括:
    获取模块,用于获取待封装的数据包;
    封装模块,用于将多个数据包级联封装为协议数据单元PDU,其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段。
  18. 根据权利要求17所述的装置,其中,所述装置应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段。
  19. 根据权利要求18所述的装置,其中,当所述CI字段的值为0时,指示PDU未启动级联功能;当所述CI字段的值为1时,指示PDU已启动级联功能。
  20. 根据权利要求18所述的装置,其中,所述CI字段的长度为1字节。
  21. 根据权利要求18所述的装置,其中,所述数据包包括服务数据单元SDU或分段或SDU和分段;所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段。
  22. 根据权利要求21所述的装置,其中,当FI字段的值为00时,指示所述PDU中不包括分段;当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;当FI字段的值为10时,指示所述PDU中包括分段且所述分段处于PDU净负荷的末尾位置;当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
  23. 根据权利要求17所述的装置,其中,
    所述获取模块,还用于:获取待封装的多个业务数据单元SDU;并且
    所述封装模块,还用于根据分组数据汇聚协议PDCP的协议数据单元PDU的传输格式,将多个SDU封装成PDU。
  24. 根据权利要求23所述的装置,其中,所述封装模块,还用于:
    根据PDU的传输格式,将所述多个SDU中的每个SDU的数据包的长度信息添加在PDU数据包的预设字段中,并且将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU;或者
    根据PDU的传输格式,按照预设的所述多个SDU中每个SDU的长度信息,将所述多个SDU封装在PDU数据包的数据域字段中,得到封装后的PDU。
  25. 根据权利要求24所述的装置,其中,所述封装模块,还用于:
    根据PDU的传输格式,将所述多个SDU的数据包中的每个SDU的长度信息添加在所述PDU数据包的一连续的预设字段中,以及将所述多个SDU封装在所述PDU数据包的数据域字段中,得到封装后的PDU;或者
    根据PDU的传输格式,将所述多个SDU封装在所述PDU数据包的数据域字段中,将所述多个SDU的数据包中的每个SDU的长度信息分别添加在该SDU的数据包的前面、并与该SDU相邻的一预设字段中,得到封装后的PDU。
  26. 根据权利要求24所述的装置,其中,所述预设的所述多个SDU中每个SDU的长度信息由发送端通过预设信令发送给接收端或者由所述发送端和所述接收端预先约定。
  27. 根据权利要求23-26任一项所述的装置,其中,封装后的PDU中还具有指示所述多个SDU的数量的字段。
  28. 根据权利要求27所述的装置,其中,所述指示所述多个SDU的数量的字段位于PDU数据包的包头中。
  29. 根据权利要求23-26任一项所述的装置,其中,封装后的PDU中还具有用于指示所述PDU的传输格式的传输格式指示TFI;所述TFI中携带有用于指示PDU数据包的长度信息对应的索引,所述索引是传输格式集合TFS包括的多个预设的PDU数据包的长度信息对应的索引。
  30. 根据权利要求29所述的装置,其中,所述TFI为预先配置的或者依据发送端当前可传输的数据包的大小均值从所述TFS中选择的。
  31. 根据权利要求30所述的装置,其中,所述发送端当前可传输的数据包的大小均值为:所述发送端当前所传输业务的平均速率与一时间间隔的乘积,所述时间间隔是所述PDU的发送时间与上一个PDU的发送时间之间的时间间隔。
  32. 根据权利要求29所述的装置,其中,所述TFS中所包含的预设的PDU数据包的长度信息为:N倍的应用层数据包大小与所述PDU的头开销的字节长度之和,其中N为正整数。
  33. 一种数据链路层中用于解析数据包的方法,包括:
    接收级联封装有多个数据包的协议数据单元PDU;其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段,
    根据所述长度指示LI字段,将所述协议数据单元PDU解析为多个数据包。
  34. 根据权利要求33所述的方法,其中,所述方法应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段,所述CI字段的长度为1字节。
  35. 根据权利要求34所述的方法,其中,所述数据包包括服务数据单元SDU或分段或SDU和分段;所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段,
    所述方法还包括根据所述FI字段将所述协议数据单元PDU解析为多个 数据包。
  36. 根据权利要求35所述的方法,其中,当FI字段的值为00时,指示所述PDU中不包括分段;当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;当FI字段的值为10时,指示所述PDU中包括分段且所述分段处于PDU净负荷的末尾位置;当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
  37. 根据权利要求33所述的方法,其中,
    接收级联封装有多个数据包的协议数据单元PDU包括;接收封装有多个业务数据单元SDU的协议数据单元PDU数据包;
    将所述协议数据单元PDU解析为多个数据包包括:根据PDU的传输格式,将所述PDU数据包解析成多个SDU。
  38. 根据权利要求37所述的方法,其中,所述根据PDU的传输格式,将所述PDU数据包解析成多个SDU的步骤,包括:
    获得所述多个SDU中每个SDU的长度信息;
    根据PDU的传输格式,以及所述每个SDU的长度信息,对所述PDU数据包进行解析,获得多个SDU。
  39. 根据权利要求38所述的方法,其中,所述获得所述多个SDU中每个SDU的长度信息的步骤,包括:
    通过预先约定的方式或者通过接收到的携带有所述多个SDU的各SDU的数据包的长度信息的信令,获得所述多个SDU中每个SDU的长度信息;或者
    根据所述PDU的传输格式,从所述PDU数据包的预设字段中获取所述多个SDU中每个SDU的长度信息。
  40. 根据权利要求39所述的方法,其中,所述预设字段为:所述PDU数据包的一连续的预设字段;或者在每一个SDU的数据包的前面、并与该SDU相邻的一预设字段。
  41. 根据权利要求37-40任一项所述的方法,其中,所述PDU数据包中还具有指示所述PDU的传输格式指示TFI,TFI中携带有用于指示所述PDU数据包的长度信息对应的索引,所述索引是传输格式集合TFS包括的多个预设的PDU数据包中的长度信息对应的索引;和/或
    所述PDU数据包中还具有指示所述多个SDU的数量的字段,所述字段中携带有所述SDU的数量信息。
  42. 一种数据链路层中数据包的解析装置,包括:
    接收模块,用于接收级联封装有多个数据包的协议数据单元PDU;其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段,
    解析模块,用于根据所述长度指示LI字段,将所述协议数据单元PDU解析为多个数据包。
  43. 根据权利要求42所述的装置,其中,所述装置应用于数据汇聚协议PDCP层,所述PDU的包头中包括有用于指示PDU是否已启动级联功能的级联指示CI字段,所述CI字段的长度为1字节。
  44. 根据权利要求43所述的装置,其中,所述数据包包括服务数据单元SDU或分段或SDU和分段;所述PDU的包头中还包括用于指示PDU中是否包括分段以及分段在PDU中位置的FI字段,
    所述解析模块还用于根据所述FI字段将所述协议数据单元PDU解析为多个数据包。
  45. 根据权利要求44所述的装置,其中,当FI字段的值为00时,指示所述PDU中不包括分段;当FI字段的值为01时,指示所述PDU中包括分段且所述分段处于PDU净负荷的起始位置;当FI字段的值为10时,指示所述PDU中包括分段且所述分段处于PDU净负荷的末尾位置;当FI字段的值为11时,指示所述PDU中包括一个或两个分段;其中,当所述PDU中包括一个分段时,所述PDU中不包括SDU;当所述PDU中包括两个分段时,则其中一个分段处于所述PDU净负荷的起始位置,另一个分段处于所述PDU净负荷的末尾位置,且两个分段中间包括有零个或者多个SDU。
  46. 根据权利要求42所述的装置,其中,所述接收模块用于:接收封装 有多个业务数据单元SDU的协议数据单元PDU数据包;
    所述解析模块还用于:根据PDU的传输格式,将所述PDU数据包解析成多个SDU。
  47. 根据权利要求46所述的装置,其中,所述解析模块还用于:获得所述多个SDU中每个SDU的长度信息;根据PDU的传输格式,以及所述每个SDU的长度信息,对所述PDU数据包进行解析,获得多个SDU。
  48. 根据权利要求47所述的装置,其中,所述解析模块还用于:
    通过预先约定的方式或者通过接收到的携带有所述多个SDU的各SDU的数据包的长度信息的信令,获得所述多个SDU中每个SDU的长度信息;或者
    根据所述PDU的传输格式,从所述PDU数据包的预设字段中获取所述多个SDU中每个SDU的长度信息。
  49. 根据权利要求48所述的装置,其中,所述预设字段为:所述PDU数据包的一连续的预设字段;或者在每一个SDU的数据包的前面、并与该SDU相邻的一预设字段。
  50. 根据权利要求46-49任一项所述的装置,其中,所述PDU数据包中还具有指示所述PDU的传输格式指示TFI,TFI中携带有用于指示所述PDU数据包的长度信息对应的索引,所述索引是传输格式集合TFS包括的多个预设的PDU数据包中的长度信息对应的索引;和/或
    所述PDU数据包中还具有指示所述多个SDU的数量的字段,所述字段中携带有所述SDU的数量信息。
  51. 一种发送端设备,其中,包括:如权利要求17-32所述的数据包的封装装置。
  52. 一种接收端设备,其中,包括:如权利要求42-50所述的数据包的解析装置。
  53. 一种数据链路层中用于封装数据包的装置,包括:处理器、收发机、存储器,其中:
    所述处理器,用于读取所述存储器中的程序,执行下列过程:获取待封装的数据包;将多个数据包级联封装为协议数据单元PDU,其中,PDU中每 一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段。
  54. 一种数据链路层中用于解析数据包的装置,包括:处理器、收发机、存储器,其中:
    所述处理器,用于读取所述存储器中的程序,执行下列过程:接收级联封装有多个数据包的协议数据单元PDU;其中,PDU中每一被级联的数据包中包括指示所述数据包的字节长度的长度指示LI字段,根据所述长度指示LI字段,将所述协议数据单元PDU解析为多个数据包。
PCT/CN2018/081891 2017-04-11 2018-04-04 一种数据链路层中封装、解析数据包的方法、装置及设备 WO2018188510A1 (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201710232334.5 2017-04-11
CN201710232334.5A CN108696900A (zh) 2017-04-11 2017-04-11 一种数据包的封装方法、解析方法、装置及设备
CN201710333290.5A CN108882304B (zh) 2017-05-12 2017-05-12 一种数据链路层中用于封装数据包的方法及装置
CN201710333290.5 2017-05-12

Publications (1)

Publication Number Publication Date
WO2018188510A1 true WO2018188510A1 (zh) 2018-10-18

Family

ID=63793143

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/081891 WO2018188510A1 (zh) 2017-04-11 2018-04-04 一种数据链路层中封装、解析数据包的方法、装置及设备

Country Status (1)

Country Link
WO (1) WO2018188510A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101932128A (zh) * 2009-06-25 2010-12-29 大唐移动通信设备有限公司 一种数据链路层的数据收发处理方法及设备
US20110033048A1 (en) * 2001-01-16 2011-02-10 Wi-Lan, Inc. Packing source data packets into transporting packets with fragmentation
CN102655448A (zh) * 2011-03-03 2012-09-05 工业和信息化部电信传输研究所 一种长期演进系统媒质访问控制层的数据传输方法
CN106233696A (zh) * 2014-04-22 2016-12-14 Lg电子株式会社 发送用于d2d通信系统的层‑2状态变量的显式信号的方法及其设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110033048A1 (en) * 2001-01-16 2011-02-10 Wi-Lan, Inc. Packing source data packets into transporting packets with fragmentation
CN101932128A (zh) * 2009-06-25 2010-12-29 大唐移动通信设备有限公司 一种数据链路层的数据收发处理方法及设备
CN102655448A (zh) * 2011-03-03 2012-09-05 工业和信息化部电信传输研究所 一种长期演进系统媒质访问控制层的数据传输方法
CN106233696A (zh) * 2014-04-22 2016-12-14 Lg电子株式会社 发送用于d2d通信系统的层‑2状态变量的显式信号的方法及其设备

Similar Documents

Publication Publication Date Title
US10433206B2 (en) Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications
EP2245827B1 (en) Methods and apparatus for formatting headers in a communication frame
WO2018059590A1 (zh) 数据处理方法、装置及系统
JP5572220B2 (ja) 断片化パッキング拡張ヘッダーを伴うmacpduを伝送する方法及び装置
WO2017198236A1 (zh) 数据发送方法、装置及系统
WO2016197804A1 (zh) 数据包的压缩方法和装置
ES2901374T3 (es) Procedimiento y aparato para realizar una función de capa 2 eficiente en un sistema de comunicación móvil
EP2203990B1 (en) Method of providing circuit switched (cs) service using high-speed downlink packet access (hsdpa) or high-speed uplink packet access (hsupa)
WO2015006896A1 (zh) 数据处理装置和方法
CN109792633A (zh) 用于新型无线电系统的分段与级联
TWI663858B (zh) L2層資料封包處理方法和使用該方法的電子裝置
WO2018145301A1 (zh) 一种传输数据的方法和装置
WO2013117030A1 (zh) 一种数据发送、接收方法和装置
CN108632326B (zh) 一种协议数据单元传输数据的方法及装置
WO2017133234A1 (zh) 数据包发送方法、接收方法、发送装置及接收装置
WO2009033371A1 (fr) Système et appareil de remplissage d'unité de données de protocole (pdu) et son procédé de traitement correspondant
TW200820683A (en) Length indicator optimization
US20180146077A1 (en) Method and apparatus for determining processing mode for data packet
CN113938431B (zh) 突发数据包传输方法、装置和电子设备
WO2018068704A1 (zh) 无线接入网数据复用、解复用的方法、装置及设备
CN108696900A (zh) 一种数据包的封装方法、解析方法、装置及设备
EP2129060B1 (en) Method and relate apparatus for enhancing transmission efficiency in a transmitter of a wireless communication system
US9634949B2 (en) Method and apparatus for supporting large service data unit in mobile communication system
WO2018188510A1 (zh) 一种数据链路层中封装、解析数据包的方法、装置及设备
WO2016061987A1 (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: 18784150

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 05/03/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18784150

Country of ref document: EP

Kind code of ref document: A1