WO2018036517A1 - 数据处理方法、装置、无线网络设备及无线网络系统 - Google Patents

数据处理方法、装置、无线网络设备及无线网络系统 Download PDF

Info

Publication number
WO2018036517A1
WO2018036517A1 PCT/CN2017/098634 CN2017098634W WO2018036517A1 WO 2018036517 A1 WO2018036517 A1 WO 2018036517A1 CN 2017098634 W CN2017098634 W CN 2017098634W WO 2018036517 A1 WO2018036517 A1 WO 2018036517A1
Authority
WO
WIPO (PCT)
Prior art keywords
received
pdu
rsn
receiving
value
Prior art date
Application number
PCT/CN2017/098634
Other languages
English (en)
French (fr)
Inventor
施小娟
黄河
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2018036517A1 publication Critical patent/WO2018036517A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Definitions

  • the present invention relates to the field of communications, and in particular to a data processing method, apparatus, wireless network device, and wireless network system.
  • FIG. 1 is a user plane protocol stack architecture diagram of a radio interface of an LTE system in the related art, where the radio interface may be a Uu port.
  • the protocol stack architecture diagram shown in FIG. 1 shows L1, L2 defined by LTE only from the perspective of LTE technology, and L3 is not shown.
  • L2 includes medium access control (MAC), RLC Radio Link Control (RLC), and packet data convergence protocol layer (Packet Data Convergence) from bottom to top.
  • Protocol abbreviated as PDCP
  • PHY Physical Layer Protocol
  • the functions of the LTE MAC layer include: mapping between a logical channel and a transport channel; multiplexing a MAC SDU (Service Data Unit) on one or more different logical channels onto one transport block and then transmitting the same on the transport channel Demultiplexing the MAC SDUs on the one or more different logical channels from the transport channel received by the transport channel; scheduling information reporting; transport format selection; processing different user equipments (User Equipment, UE for short) through dynamic scheduling Priority of priority; priority processing between different logical channels in the UE; Hybrid Automatic Repeat Request (HARQ).
  • MAC SDU Service Data Unit
  • UE User Equipment
  • AM acknowledge mode
  • UM Unacknowledged Mode
  • TM Transparent Mode
  • Its functions include: retransmission (through ARQ); reordering; RLC SDU cascading; RLC SDU Segmentation and reassembly; RLC PDU (Protocol Data Unit) re-segmentation; RLC PDU reordering; repeated packet inspection; RLC SDU drop, RLC reconstruction, etc.
  • the retransmission and re-segmentation functions are supported only by the AM mode, and functions such as reordering, cascading, segmentation and reassembly, repeated packet detection, and RLC SDU discarding are supported only by the AM and UM modes.
  • the above functions of the RLC can be classified into two types according to different requirements of processing time.
  • One type is the function of “high processing time requirement”, including RLC SDU cascading, RLC SDU segmentation and reassembly, and RLC PDU re-segmentation. And RLC PDU reordering, these functions are closely related to the scheduling and transmission timing of the data, and need to be processed within the time specified by the scheduling and transmission timing.
  • the other type is the "non-high processing time requirement" function, which includes the remaining functions in addition to the above-mentioned "high processing time requirement” functions, which are not closely related to scheduling and transmission timing.
  • the functions of the LTE PDCP layer include: header compression and decompression; security functions, including encryption and decryption of data and signaling, complete protection of signaling; reordering during PDCP reconstruction, repeated packet detection and retransmission ( Supported only when the RLC adopts the AM mode); supports the packet routing, reordering, and retransmission functions of the double bearer (DC) split bearer (where the retransmission function only uses the AM mode in the RLC) Supported).
  • security functions including encryption and decryption of data and signaling, complete protection of signaling
  • reordering during PDCP reconstruction including repeated packet detection and retransmission ( Supported only when the RLC adopts the AM mode); supports the packet routing, reordering, and retransmission functions of the double bearer (DC) split bearer (where the retransmission function only uses the AM mode in the RLC) Supported).
  • DC double bearer
  • all functions of the MAC layer are functions of "high processing time requirement", and all functions of the PDCP layer are functions of "non-high processing time requirement”.
  • L2 protocol function design in related technologies cannot meet the 5G design goals due to its inherent architecture and functional division.
  • functions including reordering, repeated packet detection, and retransmission are implemented in two protocol layers.
  • the design of this repetitive function increases the processing overhead of hardware and software on the one hand, and is not conducive to the realization of 5G high-rate, low-power, low-latency technical indicators on the other hand.
  • the embodiments of the present invention provide a data processing method, device, a wireless network device, and a wireless network system, so as to at least solve the problem in the related art that there is no effective solution for how to perform data processing in the future L2 protocol layer.
  • a data processing method including: in a case where a received sequence number RSN of a received receiving protocol data unit PDU is located in a receiving window and the received PDU is not successfully received, And storing the received PDU into a receive buffer; performing a reordering operation on the received PDU stored in the receive buffer, and performing decryption on the received PDU according to a decryption count value.
  • a data processing method including: in a case where a received sequence number RSN of a received reception protocol data unit PDU is located in a reception window and the reception PDU is not successfully received And if the current receiving superframe number needs to be updated, updating the current receiving superframe number; performing decryption on the receiving PDU according to the decryption count value; and storing the received PDU in a receiving buffer.
  • a data processing method comprising: determining a TSN of an SDU to be currently transmitted according to a value of a transmission state variable for recording a transmission sequence number TDU of a service data unit SDU; After the TSN of the SDU that is currently to be sent, performing encryption on the SDU according to the encryption count value; adding a protocol data unit header to the encrypted SDU according to the TSN of the SDU, and generating protocol data.
  • Unit PDU determining a TSN of an SDU to be currently transmitted according to a value of a transmission state variable for recording a transmission sequence number TDU of a service data unit SDU.
  • a data processing apparatus comprising: a buffering module configured to receive, within a receiving window, a received sequence number RSN of a received receiving protocol data unit PDU and the receiving PDU is not successfully In the case of receiving, the receiving PDU is stored in the receiving buffer; the executing module is configured to perform a reordering operation on the received PDU stored in the receiving buffer, and perform the performing on the receiving PDU according to the decrypted count value. Decrypt.
  • a data processing apparatus comprising: an update module configured to receive, within a receive window, a received sequence number RSN of a received receive protocol data unit PDU and the received PDU is not successfully In case of receiving, if the current connection The receiving superframe number needs to be updated, and then updating the current receiving superframe number; the executing module is configured to perform decryption on the receiving PDU according to the decryption count value; and the caching module is configured to store the receiving PDU in the receiving buffer.
  • a data processing apparatus comprising: a determining module configured to determine an SDU to be currently transmitted according to a value of a transmission state variable for recording a transmission sequence number TSN of a service data unit SDU a TSN; an execution module, configured to perform encryption on the SDU according to an encryption count value after determining the TSN of the SDU currently to be sent; and generating a module, configured to be according to the TSN of the SDU,
  • the encrypted SDU adds a protocol data unit header to generate a protocol data unit PDU.
  • a wireless network device comprising: a processor, wherein the processor is configured to receive, within a receiving window, a received sequence number RSN of a received receiving protocol data unit PDU and And if the receiving PDU is not successfully received, storing the receiving PDU in a receiving buffer; the processor is further configured to perform a reordering operation on the received PDU stored in the receiving buffer, and according to The count value is decrypted and decryption is performed on the received PDU.
  • a wireless network device comprising: a processor, wherein the processor is configured to receive, within a receiving window, a received sequence number RSN of a received receiving protocol data unit PDU and If the received PDU is not successfully received, if the current received superframe number needs to be updated, the current received superframe number is updated; the processor is further configured to: according to the decryption count value, the received PDU Decryption is performed; the processor is further configured to store the received PDU in a receive buffer.
  • a wireless network device comprising: a processor, wherein the processor is arranged to receive a value of a transmission state variable according to a transmission sequence number TSN for recording a service data unit SDU Determining a TSN of the SDU currently to be sent; the processor is further configured to perform encryption on the SDU according to the encrypted count value after determining the TSN of the SDU currently to be sent; the processor, And being further configured to add a protocol data unit header to the encrypted SDU according to the TSN of the SDU, and generate protocol data.
  • Unit PDU comprising: a processor, wherein the processor is arranged to receive a value of a transmission state variable according to a transmission sequence number TSN for recording a service data unit SDU Determining a TSN of the SDU currently to be sent; the processor is further configured to perform encryption on the SDU according to the encrypted count value after determining the TSN of the SDU currently to be sent; the processor, And being further configured to add a protocol data unit header to the encrypted SDU according to the TSN
  • a wireless network system includes: a first wireless network device and a second wireless network device, where the first wireless network device includes: a first processor, the second wireless The network device includes: a second processor, wherein the first processor is configured to determine a TSN of an SDU currently to be transmitted according to a value of a transmission state variable for recording a transmission sequence number TSN of the service data unit SDU; The first processor is further configured to perform encryption on the SDU according to an encryption count value after determining the TSN of the SDU currently to be sent; the first processor is further configured to be according to the SDU The TSN, the protocol data unit header is added to the encrypted SDU, and the protocol data unit PDU is generated; the second processor is configured to receive the received sequence number RSN of the received protocol data unit PDU in the receiving window.
  • the second processor is further configured to store the receive buffer Receiving the PDU reordering operation, and a count value according to a decryption of the received PDU perform decryption.
  • a wireless network system includes: a first wireless network device and a second wireless network device, where the first wireless network device includes: a first processor, the second wireless The network device includes: a second processor, wherein the first processor is configured to determine a TSN of an SDU currently to be transmitted according to a value of a transmission state variable for recording a transmission sequence number TSN of the service data unit SDU; The first processor is further configured to perform encryption on the SDU according to an encryption count value after determining the TSN of the SDU currently to be sent; the first processor is further configured to be according to the SDU The TSN, the protocol data unit header is added to the encrypted SDU, and the protocol data unit PDU is generated; the second processor is configured to receive the received sequence number RSN of the received protocol data unit PDU in the receiving window.
  • the second processor is further The count value is set to decryption, the decryption of the received PDU performed; the second processor is further arranged to receive PDU stored in the receive buffer.
  • a storage medium is also provided.
  • the storage medium And storing program code for performing the following steps: storing the received PDU in a case where the received receiving sequence number RSN of the received receiving protocol data unit PDU is located in the receiving window and the received PDU is not successfully received And receiving a receive buffer; performing a reordering operation on the received PDU stored in the receive buffer, and performing decryption on the received PDU according to a decryption count value.
  • a storage medium is also provided.
  • the storage medium is configured to store program code for performing the following steps: if the received sequence number RSN of the received reception protocol data unit PDU is located within the reception window and the received PDU has not been successfully received, if currently received If the superframe number needs to be updated, the current received superframe number is updated; decryption is performed on the received PDU according to the decryption count value; and the received PDU is stored in the receive buffer.
  • a storage medium is also provided.
  • the storage medium is arranged to store program code for performing the steps of: determining a TSN of an SDU currently to be transmitted according to a value of a transmission state variable for recording a transmission sequence number TSN of the service data unit SDU; determining the current transmission to be sent After the TSN of the SDU, performing encryption on the SDU according to the encryption count value; adding a protocol data unit header to the encrypted SDU according to the TSN of the SDU, and generating a protocol data unit PDU.
  • the function of “non-high processing time requirement” in the RLC layer and the function of the PDCP layer are combined into one protocol sub-layer implementation, and data processing is performed according to a specific timing: determining the current according to the value of the transmission state variable The TSN of the SDU to be sent; performing integrity protection and/or encryption on the SDU, adding a protocol data unit header to the SDU, and generating a PDU, which can process the data in the L2 protocol layer, and therefore, may exist in the related art.
  • how to perform data processing in the L2 protocol layer there is no effective solution problem, and the effect of effectively performing data processing in the L2 protocol layer is achieved.
  • FIG. 1 is a structural diagram of a user plane protocol stack of a radio interface of an LTE system in the related art
  • FIG. 2 is a block diagram showing the hardware structure of a network device of a data processing method according to an embodiment of the present invention
  • FIG. 3 is a flowchart 1 of a data processing method according to an embodiment of the present invention.
  • FIG. 4 is a second flowchart of a data processing method according to an embodiment of the present invention.
  • FIG. 5 is a third flowchart of a data processing method according to an embodiment of the present invention.
  • FIG. 6 is a block diagram of a user plane protocol stack of a 5G-NR radio interface according to a preferred embodiment of the present invention
  • FIG. 7 is a block diagram of a user plane protocol stack of another 5G-NR wireless interface according to a preferred embodiment of the present invention.
  • FIG. 8 is a flowchart 1 of a method for applying a data processing method to a transmitting portion according to a preferred embodiment of the present invention
  • FIG. 9 is a schematic diagram of a transmission window of a transmitting portion in accordance with a preferred embodiment of the present invention.
  • FIG. 10 is a schematic diagram showing the calculation of a possible COUNT value in accordance with a preferred embodiment of the present invention.
  • FIG. 11 is a flowchart 1 of a method for applying a data processing method of a receiving portion according to a preferred embodiment of the present invention
  • FIG. 12 is a first schematic diagram of a receiving window maintained by a receiving portion in accordance with a preferred embodiment of the present invention.
  • FIG. 13 is a schematic diagram of an RSN of a received PDU being inverted with respect to an RSN of a PDU that is waiting to be received in sequence according to an embodiment of the present invention
  • FIG. 14 is a first schematic diagram showing the functional structure of L2-H for implementing the data processing method of the preferred embodiment of the present invention.
  • 16 is a second flowchart of a method for applying a data processing method to a receiving portion in accordance with a preferred embodiment of the present invention
  • FIG. 17 is a second schematic diagram of a receiving window maintained by a receiving portion in accordance with a preferred embodiment of the present invention.
  • FIG. 19 is a block diagram 1 of a structure of a data processing apparatus according to an embodiment of the present invention.
  • 20 is a block diagram 2 of a data processing apparatus according to an embodiment of the present invention.
  • 21 is a structural block diagram 3 of a data processing apparatus according to an embodiment of the present invention.
  • FIG. 22 is a structural block diagram 4 of a data processing apparatus according to an embodiment of the present invention.
  • FIG. 23 is a block diagram 5 of a structure of a data processing apparatus according to an embodiment of the present invention.
  • FIG. 24 is a structural block diagram 6 of a data processing apparatus according to an embodiment of the present invention.
  • Figure 25 is a block diagram 7 of a structure of a data processing apparatus according to an embodiment of the present invention.
  • Figure 26 is a block diagram VIII of a data processing apparatus according to an embodiment of the present invention.
  • Figure 27 is a block diagram IX of a data processing apparatus according to an embodiment of the present invention.
  • FIG. 28 is a block diagram showing the structure of a data processing apparatus according to an embodiment of the present invention.
  • 29 is a block diagram showing the structure of a wireless network system according to an embodiment of the present invention.
  • network device 20 may include one or more (only one shown) processor 22 (processor 22 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA)
  • processor 22 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA
  • a memory 24 for storing data, and a transmission device 206 for communication functions.
  • network device 20 may also include more or fewer components than shown in FIG. 2, or have a different configuration than that shown in FIG. 2.
  • the memory 24 can be used to store software programs and modules of application software, such as program instructions/modules corresponding to the data processing method in the embodiment of the present invention, and the processor 22 executes various programs by running software programs and modules stored in the memory 24. Functional application and data processing, that is, the above method is implemented.
  • Memory 24 may include high speed random access memory and may also include non-volatile memory such as one or more magnetic storage devices, flash memory, or other non-volatile solid state memory.
  • memory 24 may further include memory remotely located relative to processor 22, which may be connected to network device 20 over a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.
  • Transmission device 26 is for receiving or transmitting data via a network.
  • the network specific examples described above may include a wireless network provided by a communication provider of the network device 20.
  • transmission device 26 includes a Network Interface Controller (NIC) that can be connected to other network devices through a base station to communicate with the Internet.
  • NIC Network Interface Controller
  • the transmission device 26 can be a Radio Frequency (RF) module for communicating with the Internet wirelessly.
  • RF Radio Frequency
  • FIG. 3 is a flowchart 1 of a data processing method according to an embodiment of the present invention. As shown in FIG. 3, the process includes the following steps:
  • Step S302 determining the TSN of the SDU currently to be sent according to the value of the transmission state variable for recording the transmission sequence number TSN of the service data unit SDU;
  • Step S304 after determining the TSN of the SDU currently to be sent, performing encryption on the SDU according to the encrypted count value;
  • Step S306 adding a protocol data unit header to the encrypted SDU according to the TSN of the SDU, and generating a protocol data unit PDU.
  • the function of "non-high processing time requirement" in the RLC layer and the function of the PDCP layer are combined into one protocol sub-layer implementation, and data processing is performed according to a specific timing: according to the transmission state variable of the TSN for recording the SDU The value of the TSN of the SDU to be sent; determining the TSN of the SDU currently to be sent, performing encryption on the SDU according to the encrypted count value; adding a protocol data unit header to the encrypted SDU according to the TSN of the SDU, generating PDU can process data in the L2 protocol layer, solves the problem of how to process data in the L2 protocol layer in the related technology, and has no effective solution, and realizes effective data processing in the L2 protocol layer. .
  • the execution body of the foregoing steps may be a network device (for example, a wireless network device), a user device (for example, a mobile terminal), or the like, but is not limited thereto.
  • a network device for example, a wireless network device
  • a user device for example, a mobile terminal
  • the method further includes: calculating the encrypted count value according to the TSN of the SDU and the currently sent superframe number.
  • the method further includes: updating a value of the sending state variable; after step S304, the method may further include: updating the current sending superframe number if the value of the updated sending state variable is 0. .
  • the method further includes: performing integrity protection on the SDU according to the encrypted count value.
  • the method further includes: determining that the TSN of the SDU is a value of the sending state variable if the value of the sending state variable is located within the sending window.
  • FIG. 4 is a second flowchart of a data processing method according to an embodiment of the present invention. As shown in FIG. 4, the process includes the following steps:
  • Step S402 if the received sequence number RSN (Reception Sequence Number) of the received receiving protocol data unit PDU is located in the receiving window and the receiving PDU has not been successfully received, the receiving PDU is stored in the receiving buffer;
  • RSN Reception Sequence Number
  • Step S404 performing a reordering operation on the received PDU stored in the receive buffer, and performing decryption on the received PDU according to the decrypted count value.
  • the function of "non-high processing time requirement" in the RLC layer and the function of the PDCP layer are combined into one protocol sub-layer implementation, and data processing is performed according to a specific timing: the RSN of the received receiving PDU is located in the receiving window. If the received PDU is not successfully received, the received PDU is stored in the receive buffer; the received PDU stored in the receive buffer is reordered, and the received PDU is decrypted according to the decrypted count value, and the related technology is solved. There is a problem in how to perform data processing in the L2 protocol layer in the future, and there is no effective solution, and the data processing is effectively performed in the L2 protocol layer.
  • the method before performing decryption on the received PDU according to the decryption count value, the method further includes: calculating, according to the RSN of the received PDU and the current received superframe number, in the case that the received PDU is the PDU currently waiting to be received in sequence Decrypting the count value; if the received PDU is not currently waiting for the received PDU, if the value of the RSN of the received PDU is smaller than the value of the received state variable for recording the RSN of the currently waiting to receive PDU, according to the received PDU RSN, and the value of the current received superframe number plus one, the decryption count value is calculated; if the value of the RSN of the received PDU is greater than the value of the receiving state variable for recording the RSN of the currently waiting to receive PDU, then according to Receiving the RSN of the PDU and the current received superframe number, the decryption count value is calculated.
  • the method may further include: updating a value of the receiving state variable, where the receiving state variable is used to record the current sequential waiting Received PDU RSN; received after update When the value of the state variable is smaller than the value of the received state variable before the update, the current received superframe number is updated.
  • the RSN and the receiving state of the receiving PDU may be included before the decrypted count value is calculated according to the RSN of the received PDU and the current received superframe number.
  • the received state variable is used to record the RSN of the PDU currently waiting to be received in order.
  • the method before performing decryption on the received PDU according to the decrypted count value, the method further includes: performing integrity protection verification on the received PDU according to the decrypted count value.
  • FIG. 5 is a flowchart of a data processing method according to an embodiment of the present invention. As shown in FIG. 5, the process includes the following steps:
  • Step S502 if the received sequence number RSN of the received receiving protocol data unit PDU is located in the receiving window and the receiving PDU is not successfully received, if the current receiving superframe number needs to be updated, the current receiving superframe number is updated;
  • Step S504 performing decryption on the received PDU according to the decrypted count value
  • Step S506 the receiving PDU is stored in the receiving buffer.
  • the function of "non-high processing time requirement" in the RLC layer and the function of the PDCP layer are combined into one protocol sub-layer implementation, and data processing is performed according to a specific timing: the RSN of the received receiving PDU is located in the receiving window. If the received PDU is not successfully received, if the current received superframe number needs to be updated, the current received superframe number is updated; the received PDU is decrypted according to the decrypted count value; and the received PDU is stored in the receive buffer to solve
  • the related art there is a problem of how to perform data processing in the L2 protocol layer in the future, and there is no effective solution, and data processing is effectively performed in the L2 protocol layer.
  • whether the current received superframe number needs to be updated may be determined as follows: if the RSN of the received PDU is smaller than the value of the receiving state variable for recording the currently waiting to receive PDU, determining that the current receiving superframe number needs to be received Update.
  • the decryption count value may be obtained by calculating the decryption count value according to the RSN of the received PDU and the current received superframe number.
  • step S504 integrity protection verification may also be performed on the received PDU according to the decryption count value.
  • a possible design idea is to combine the functions of the "non-high processing time requirement" in the RLC layer and the functions of the PDCP layer into one protocol sub-layer implementation, and for the "high processing" in the RLC layer.
  • the function of time requirement can be considered to be combined with the functions of the MAC layer into a protocol sublayer implementation according to different requirements, or continue to maintain a separate protocol sublayer to implement these functions.
  • L2 of 5G-NR (5G New Radio, 5th generation new wireless technology) includes two protocol sublayers, L2-high (abbreviated as L2-H, called the highest data link protocol). Layer) and L2-Low (abbreviated as L2-L, referred to as the lowest data link protocol sublayer).
  • L2-H includes, but is not limited to, the functions of the PDCP layer in the related LTE technology, and some or all of the "non-high processing time requirement" functions of the RLC layer.
  • part of the "non-high processing time requirement" function includes at least retransmission (through ARQ implementation), reordering and repeating packet inspection.
  • L2-H combines the retransmission, reordering and repeated packet detection functions of PDCP and RLC, leaving only one retransmission, reordering and repeated packet detection functions.
  • L2-L includes, but is not limited to, the functions of the MAC layer in the related LTE technology and the "high processing time requirement" of the RLC layer.
  • L2 of 5G-NR includes three protocol sublayers, L2-high (abbreviated as L2-H, called the highest data link protocol sublayer), and L2-Middle (abbreviated as L2-). M, referred to as the intermediate data link protocol sublayer) and L2-Low (abbreviated as L2-L, referred to as the lowest data link protocol sublayer).
  • L2-H includes but is not limited to the PDCP layer in the related LTE technology.
  • the function, as well as some or all of the "non-high processing time requirements" function of the RLC layer, here, part of the "non-high processing time requirement” function includes at least retransmission (implemented by ARQ), reordering and repeated packet detection.
  • L2-H combines the retransmission, reordering and repeated packet detection functions of PDCP and RLC, leaving only one retransmission, reordering and repeated packet detection functions.
  • L2-M includes but is not limited to other residual functions in the RLC layer of the relevant LTE technology except retransmission (implemented by ARQ), reordering and repeated packet detection functions, and these remaining functions are not excluded in the 5G-NR according to the new The wireless interface user plane protocol stack architecture and 5G new requirements are modified and designed.
  • L2-L includes, but is not limited to, the functionality of the MAC layer in the related LTE technology.
  • the data processing method of the preferred embodiment of the present invention is applied to the L2-H sublayer of FIG. 6 or FIG. 7.
  • the L2-H sublayer may be located on the user equipment, or may be used in a wireless network using 5G new technology (5G-NR).
  • 5G-NR 5G new technology
  • the wireless network device adopting the 5G new technology (5G-NR) in the preferred embodiment of the present invention (hereinafter referred to as 5G-NR) can be independently networked, and other wireless access technologies can be used.
  • Radio Access Technology referred to as RAT
  • LTE Long Term Evolution
  • WLAN wireless network equipment joint networking.
  • the wireless network device of the preferred embodiment in order to implement the function of the base station, does not limit its specific existence form on the physical device, for example, it may be an integrated base station, that is, all base stations including a baseband function and a radio frequency function in one device.
  • the function may be a physically separated Base Band Unit (BBU) + RRU (Remote Radio Unit), wherein the baseband function is implemented on the BBU, and the radio frequency function is implemented on the RRU; It can also be a physically separated Central Unit (CU) + Distributed Unit (DU), in which all or part of the baseband functions are implemented on the CU, and each of the CU and the DU is implemented.
  • the control function of the wireless protocol layer implements the radio frequency function and part of the baseband function on the DU.
  • the L2-H may be physically located in the integrated base station as above, or may be located in the BBU or the CU.
  • the data processing method proposed in the preferred embodiment performs different data processing processes according to different data processing modes, wherein the data processing modes include: an AM mode and a UM mode.
  • the data processing method provided by the preferred embodiment of the present invention includes a data processing method applied to the transmitting portion and/or a data processing method applied to the receiving portion, wherein Both the part and the receiving part are applied to the L2-H layer.
  • the data processing methods of the transmitting portion and the receiving portion in the AM mode will be described below.
  • FIG. 8 is a first flowchart of a method for applying a data processing method to a transmitting portion according to a preferred embodiment of the present invention. As shown in FIG. 8, the process includes the following steps:
  • Step S802 maintaining a transmission window.
  • the transmitting section maintains a transmission window that is applied to the L2-H layer.
  • 8 is a schematic diagram of a transmission window for transmitting partial maintenance in accordance with a preferred embodiment of the present invention. As shown in FIG. 8, the transmitting part maintains a transmission window by transmitting a Transmission Sequence Number (TSN) and a series of state variables, where the transmission window has a serial number value smaller than a maximum transmission variable (VT(MS)). The value is greater than or equal to the range of values of the acknowledgment state variable (VT(A)).
  • TSN Transmission Sequence Number
  • VT(MS) maximum transmission variable
  • the value is greater than or equal to the range of values of the acknowledgment state variable (VT(A)).
  • the acknowledgment state variable is used to record the TSN of the next sequential PDU after the PDU having the largest TSN in the PDU that has successfully received the acknowledgment response in sequence, and the value is equal to the PDU of the PDU having the largest TSN among the PDUs that have been successfully received in order.
  • the TSN of the next sequential PDU; the value of the maximum transmitted variable is equal to the value of the acknowledgment state variable plus the value of the preset send window size.
  • VT(A) is an acknowledgment state variable for recording the TSN of a protocol data unit, wherein the transmitting part is waiting in order to receive a response (Acknowledgement, ACK) that the PDU is correctly received by the communication peer.
  • VT(A) is used to record the TSN of the next PDU of the most recent PDU that has successfully received the ACK in order.
  • VT(A) 1.
  • VT(MS) is the maximum transmission variable
  • VT(MS) VT(A)+AM_Window_Size
  • AM_Window_Size is the preset transmission window size, the value of which is configured by the control plane to the transmitting part of the preferred embodiment, or according to other control Configuration to the transmitting portion of the preferred embodiment
  • Step S804 determining whether the transmission state variable is within the transmission window.
  • the transmitting portion judges whether VT(S) is in the transmission window.
  • VT(S) is a transmission state variable for recording the TSN of the next PDU to be transmitted for the first time.
  • the initial value of VT(S) is 0.
  • the value range of VT(S) is 0 ⁇ Maximum_TSN.
  • Step S806 if it is determined that VT(S) is within the transmission window, the TSN of the current SDU is set to VT(S).
  • the upper layer of the L2-H may specifically be an L3 protocol layer, or a Transmission Control Protocol/Internet Protocol (TCP/IP) layer, or an application layer, or if the 5G-NR is used in addition to the Invention FIG. 9 and FIG. 7 show the wireless interface
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • FIG. 9 and FIG. 7 show the wireless interface
  • the upper layer of the L2-H may also be other L2 protocol sublayers.
  • Step S808 performing integrity protection on the current SDU with the encrypted count value, and/or performing encryption on the current SDU with the encrypted count value.
  • the integrity part is performed if the transmit part is configured (configured by the control plane) to perform integrity protection on the current SDU.
  • FIG. 10 is a schematic diagram showing the calculation of a possible COUNT value in accordance with a preferred embodiment of the present invention, wherein the initial value of TX_HFN is zero.
  • Step S810 adding a protocol data unit header to the current SDU plus protocol data unit header, and placing the generated PDU into the transmission buffer or sending to the next layer protocol layer.
  • a PDU is generated for the current SDU plus protocol data unit header, and the protocol data unit header includes at least: a TSN of the current SDU.
  • the generated PDU is sent to the next layer of protocol layer.
  • the next layer of protocol layer refers to the protocol layer under L2-H.
  • the transmitting part of this embodiment receives the SDU from the upper layer, if it is determined that VT(S) is not in the sending window, the SDU may be stored. Receive buffer, when VT(S) enters the send window again.
  • the SDU in the sending part received in step S806 refers to the SDU stored in the receiving buffer, and the SDU stored in the receiving buffer adheres to the principle of first in first out, that is, when VT(S) When entering the receiving window again, the SDU placed first in the receiving buffer is first processed as the current SDU.
  • the receiving buffer and the sending buffer in the preferred embodiment are logical concepts. In specific implementation, they are not limited to occupying two different storage spaces, and may occupy the same one.
  • the storage space is processed by different methods such as pointers and variables.
  • FIG. 11 is a first flowchart of a method for applying a data processing method to a receiving portion according to a preferred embodiment of the present invention. As shown in FIG. 11, the flow includes the following steps:
  • Step S1102 maintaining a receiving window.
  • the receiving section maintains a receiving window that is applied to the L2-H layer.
  • 12 is a first schematic diagram of a receive window maintained by a receiving portion, the receiving portion maintaining a receive window by receiving a sequence number (RSN) and a series of state variables, in accordance with a preferred embodiment of the present invention.
  • RSN sequence number
  • the receiving window here is a range in which the serial number takes a value greater than or equal to the value of the receiving state variable (VR(R)) and is smaller than the value of the maximum receivable state variable (VR(MR)), wherein the receiving state variable is used for recording
  • the serial number of the received PDU is waiting in order, the value of which is equal to the sequence number of the PDU that is waiting to be received in order, and the value of the maximum receivable state variable is equal to the value of the received state variable plus the value of the preset receiving window size.
  • the value of AM_Window_Size is configured by the control plane to the receiving portion of the preferred embodiment of the present invention, or calculated according to other parameters configured by the control plane to the receiving portion of the preferred embodiment, such as a Maximum Reception Sequence Number (referred to as a Maximum Reception Sequence Number, referred to as For Maximum_RSN).
  • Step S1104 Determine whether the RSN of the received PDU is within the receiving window.
  • the receiving part After receiving the PDU from the next layer protocol layer, the receiving part determines whether the RSN of the received PDU is in the receiving window.
  • Step S1106 If it is determined that the RSN of the received PDU is in the receiving window, and the received PDU has not been successfully received before, the received PDU is placed in the receiving buffer.
  • the receiving part discards the received PDU.
  • Step S1108 performing a reordering operation on the received PDU placed in the receive buffer, performing integrity protection verification on the received PDU with the decrypted count value (COUNT), and/or performing decryption on the received PDU with the COUNT pair.
  • COUNT decrypted count value
  • the reordering operation is described in detail in the RLC protocol layer of the related art LTE.
  • the reordering operation of the preferred embodiment can utilize the reordering operation of the RLC protocol layer of the LTE.
  • the present invention only briefly introduces the reordering operation of the LTE RLC protocol. .
  • the reordering operation of the LTE RLC is implemented by receiving window maintenance and maintenance of a series of variables and timers.
  • the following variables and timers are included:
  • VR (X) Reordering-Timer state variable, used to record the RSN of the next sequential PDU after triggering the PDU that starts the Reordering-Timer.
  • VR(H) The maximum receiving sequence number state variable is used to record the RSN of the next sequential PDU after the PDU with the largest RSN in the received PDU.
  • VR(H)>VR(R) trigger the reordering timing.
  • the VR (H) PDU the initial value of VR (H) is 0;
  • Reordering-Timer Reordering timer for packet loss detection
  • the receiving portion performs integrity protection verification if it is configured (configured by the control plane) to perform integrity protection verification on the receiving PDU;
  • the receiving portion if configured (configured by the control plane) needs to perform decryption on the received PDU, performs decryption on the received PDU.
  • Specific execution decryption includes:
  • RSN the RSN of the received PDU (abbreviated as RSN) is inverted with respect to the RSN of the PDU that is waiting to be received in sequence, that is, determining whether the value of the RSN is smaller than a value of VR(R), specifically, determining the condition VR ( R)-RSN>AM_Window_Size is established. If it is established, it is judged that the flipping occurs, otherwise it is judged that no flipping occurs.
  • the judgment condition VR(R)-RSN>VR(MR)-VR(R) needs to perform modulo operation when performing mathematical calculation specifically. For example, in actual calculation, the calculation is performed according to the following formula: [VR(R) )-RSN]%AM_Window_Size>[VR(MR)-VR(R)]%AM_Window_Size.
  • FIG. 13 is a schematic diagram of an RSN of a received PDU being inverted with respect to an RSN of a PDU that is waiting to be received in sequence, according to an embodiment of the present invention.
  • RSN of the PDU VR(R)
  • RX_HFN current received superframe number
  • the VR(R) is updated (the updated VR(R) is recorded as VR. (RN)), update its value to the RSN of the PDU that needs to be sequentially received, and update VR(MR) based on the updated VR(R) (the updated VR (MR) is recorded as VR (MRN) )).
  • Step S1110 The SDU after receiving the PDU removal protocol data unit header is sequentially delivered to the subsequent function processing unit for processing or sent to the upper layer protocol layer.
  • the receiving portion in the preferred embodiment is applied to L2-H.
  • the L2-H of the preferred embodiment may further include other functional processing units, for example, a header decompression functional unit, which is decomposed. Associate functional units, etc., where the subsequent functional processing units refer to these functional processing units.
  • the upper protocol layer here refers to the protocol layer above L2-H, such as the L3 protocol layer, or the TCP/IP layer, or the application layer, or if the 5G-NR is used in addition to the present invention, FIG. 6 and FIG.
  • the upper layer of the L2-H may also be other L2 protocol sublayers.
  • the PDUs that have not been submitted before the VR (RN) may also be removed.
  • the SDUs after the header of the protocol data unit are delivered to the subsequent functional processing unit in sequence or sent to the upper protocol layer.
  • the transmitting portion and/or the data processing method applied to the receiving portion are applied to the L2-H layer
  • the L2-H layer can be used for the user equipment, and can also be used for
  • the transmitting part and the receiving part of the opposite end communicate through the air interface (Radio Interface), and the transmitting part and the receiving part on the same device communicate through the internal software or hardware interface of the device.
  • FIG. 14 is a first schematic diagram showing the functional structure of L2-H for implementing the data processing method of the preferred embodiment of the present invention, including: a transmission side and/or a reception side.
  • the transmitting portion includes at least:
  • Transmission Sequence Numbering function unit set to set the TSN of the current SDU to VT(S) when determining that VT(S) is in the transmission window;
  • Integrity Protection functional unit set to perform integrity protection on the current SDU
  • Ciphering functional unit set to perform encryption on the current SDU and perform COUNT value maintenance
  • Add L2-H header functional unit set to add a protocol data unit header to the current SDU, and generate a protocol data unit (PDU);
  • Transmission Buffer function unit set to save the transmission PDU
  • the transmitting portion may also include one or more of the following functional units:
  • Header Compression function unit set to perform data header compression on the SDU from the upper layer, such as IP header compression;
  • Pre-concatenation unit set to pre-cascade operation before transmitting multiple SDUs from the upper layer;
  • Protocol layer control (L2-H) functional unit set to control the protocol layer, such as control header add operation, control retransmission operation, etc.;
  • Retransmission buffer function unit set to cache the PDU that has been sent but has not received the peer ACK;
  • Routing function unit This function is only used for multi-connection (including dual-connection) operation, and is set to select one of the connection transmissions for sending PDUs;
  • the receiving portion includes at least:
  • Remove L2-H header function unit set to remove the protocol data header unit of the received PDU
  • Receive Buffer function unit set to receive the received PDU of the RSN in the receiving window
  • Reordering functional unit set to reorder the received PDU
  • Deciphering functional unit configured to perform a decryption operation on the received PDU when the receiving PDU happens to be waiting for the received PDU in sequence;
  • Integrity Verification functional unit set to perform integrity verification on the received PDU when the receiving PDU happens to be waiting for the received PDU in sequence;
  • the receiving portion may also include one or more of the following functional units:
  • Header Decompression function unit set to perform header decompression on the receiving SDU after removing the packet header, for example, performing IP header decompression, and the function is paired with the header compression function unit of the transmitting part;
  • De-concatenation functional unit configured to perform a pre-cascading operation on the receiving SDU after removing the packet header, and the function is paired with the pre-cascading functional unit of the transmitting part;
  • the data processing method provided by the preferred embodiment of the present invention includes a data processing method applied to the transmitting portion and/or a data processing method applied to the receiving portion, wherein both the transmitting portion and the receiving portion are applied to the L2-H layer.
  • the data processing methods of the transmitting portion and the receiving portion in the UM mode will be described below.
  • FIG. 15 is a second flowchart of a method for applying a data processing method to a transmitting portion according to a preferred embodiment of the present invention. As shown in FIG. 15, the flow includes the following steps:
  • the transmitting part of the preferred embodiment receives the SDU from the upper layer, and sets the TSN of the SDU (current SDU) to VT (US).
  • the VT (US) is a UM mode transmission state variable, which is used to record the TSN of the next PDU to be sent, that is, the value is TSN+1 of the previous transmitted PDU, and the initial value of VT (US) is 0.
  • the range of values for VT (US) is as follows: 0 ⁇ Maximum_TSN.
  • the upper layer protocol layer of this embodiment is the same as the description of the AM mode.
  • Step S1504 performing integrity protection on the current SDU with the encrypted count value, and/or performing encryption on the current SDU with the encrypted count value.
  • the integrity part is performed if the transmit part is configured (configured by the control plane) to perform integrity protection on the current SDU.
  • the transmitting portion is configured (configured by the control plane) to perform encryption on the current SDU
  • encryption is performed on the current SDU.
  • the transmitting part performs integrity protection and encryption on the current SDU by using the COUNT value, wherein the COUNT value is calculated based on the TSN of the current SDU and the current transmitting superframe number (TX_HFN), and the configuration of the TX_HFN is the same as the step S808 of Embodiment 1. It is indicated that the initial value of TX_HFN is 0, and step S1502 and the above integrity protection are performed.
  • TX_HFN TX_HFN+1 operation.
  • the TSN rollover refers to the process in which the TSN is changed from the current value of Maximum_TSN to the next value.
  • the Maximum_TSN is configured by the control plane to the transmitting portion of the preferred embodiment.
  • Step S1506 Add a protocol data unit header to the current SDU plus protocol data unit header, and put the generated PDU into a transmission buffer or send it to the next layer protocol layer.
  • step S810 of the AM mode in this step is the description of step S810 of the AM mode in this step.
  • the transmitting part of the preferred embodiment receives the SDU from the upper layer
  • the SDU may be stored in the receive buffer, and the SDU stored in the receive buffer is preceded by the first access.
  • the principle is that the SDU placed first in the receive buffer is first processed as the current SDU.
  • the receive buffer and the transmit buffer of the preferred embodiment are logical concepts, and are not limited to the specific implementation manner.
  • 16 is a second flowchart of a method for applying a data processing method to a receiving portion according to a preferred embodiment of the present invention, including:
  • step S1602 the receiving window is maintained.
  • the receiving section maintains a receiving window that is applied to the L2-H layer.
  • 17 is a schematic diagram 2 of a receiving window maintained by a receiving portion, the receiving portion maintaining a receiving window through an RSN and a series of state variables, in accordance with a preferred embodiment of the present invention.
  • the receiving window here is a range in which the serial number value is smaller than the value of the highest receiving state variable (VR(UH)) and greater than or equal to the value of the highest receiving state variable minus the preset receiving window size, wherein the highest receiving The state variable is used to record the RSN of the next sequential PDU after all the PDUs with the largest RSN among the PDUs that have been received, and the value is equal to the RSN of the next sequential PDU after the PDU with the largest RSN among all the received PDUs.
  • the VR (UH) is the highest receiving state variable of the UM mode, and is used for recording the RSN of the next sequential PDU after the PDU with the largest RSN in the received PDU, and the initial value is 0;
  • Step S1604 Determine whether the RSN of the received PDU is in the receiving window and the PDU is not repeatedly received.
  • the receiving part discards the received PDU.
  • Step S1606 if it is determined in step S1604 that the RSN of the received PDU is in the receiving window, and is not the repeatedly received PDU, it is determined whether the RX_HFN needs to be updated, if the node is judged Update RX_HFN if it needs to be updated.
  • VR (UR) is used to record PDUs waiting to be received in order.
  • Step S1608 performing integrity protection verification with the COUNT pair of received PDUs, and/or performing decryption with the COUNT pair of received PDUs.
  • the receiving part performs integrity protection verification if it is configured (configured by the control plane) to perform integrity protection verification on the receiving PDU; if the receiving part is configured (configured by the control plane) to perform decryption on the receiving PDU, the receiving PDU is received Perform decryption. Specifically, the receiving part performs integrity protection verification and decryption on the received PDU by using a decrypted count value (COUNT value), wherein the COUNT value is calculated based on the RSN of the received PDU and the current received superframe number (RX_HFN), and the specific calculation constitutes a similar Figure 10 is a calculation.
  • COUNT value decrypted count value
  • Step S1610 the received PDU is stored in the receive buffer.
  • step S1608 After the operation of step S1608 is performed, the received PDU is stored in the receive buffer.
  • the transmitting portion and/or the receiving portion are applied to the L2-H layer, and the L2-H layer can be used for the user equipment It can also be used on a wireless network device. As shown in FIG. 14, the transmitting part and the receiving part of the opposite end communicate through the air interface.
  • FIG. 18 is a second schematic diagram showing the functional structure of L2-H for implementing the data processing method of the preferred embodiment of the present invention, including: a transmission part (Transmission Side) and/or a receiving part (Reception) Side).
  • the transmitting portion includes at least:
  • Transmission Sequence Numbering function unit Set to set the TSN of the current SDU.
  • Integrity Protection functional unit set to perform integrity protection on the current SDU
  • Ciphering functional unit set to perform encryption on the current SDU and perform COUNT value maintenance
  • Add L2-H header functional unit set to add a protocol data unit header to the current SDU, and generate a protocol data unit (PDU);
  • Transmission Buffer function unit set to save the transmission PDU
  • the transmitting portion may also include one or more of the following functional units:
  • Header Compression function unit set to perform data header compression on the SDU from the upper layer, such as IP header compression;
  • Pre-concatenation unit set to pre-cascade operation before transmitting multiple SDUs from the upper layer;
  • Routing function unit This function is only used for multi-connection (including dual-connection) operation, and is set to select one of the connection transmissions for sending PDUs;
  • the receiving portion includes at least:
  • Remove L2-H header function unit set to remove the protocol data header unit of the received PDU
  • Deciphering functional unit configured to perform a decryption operation on a PDU that is received non-repeatedly within a receiving window;
  • Integrity Verification functional unit set to perform integrity verification on PDUs that are received repeatedly in the receiving window
  • the receiving portion may also include one or more of the following functional units:
  • Receive Buffer & Reordering functional unit Set to put the received PDU into the receive buffer and perform a reordering operation.
  • Header Decompression function unit set to perform header decompression on the receiving SDU after removing the packet header, for example, performing IP header decompression, and the function is paired with the header compression function unit of the transmitting part;
  • De-concatenation functional unit configured to perform a pre-cascading operation on the receiving SDU after removing the packet header, and the function is paired with the pre-cascading functional unit of the transmitting part;
  • the related functions of the RLC layer and the PDCP layer are performed in the L2 protocol layer by preset timing, and the data processing processes of the AM mode and the UM mode are respectively explained, and the related technologies are solved.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a data processing device is provided, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also implemented. Possible and conceived.
  • FIG. 19 is a block diagram showing the structure of a data processing apparatus according to an embodiment of the present invention. As shown in FIG. 19, the apparatus includes:
  • the buffering module 192 is configured to: when the received receiving sequence number RSN of the received receiving protocol data unit PDU is located in the receiving window and the receiving PDU is not successfully received, the receiving PDU is stored in the receiving buffer;
  • the executing module 194 is connected to the cache module 192, configured to perform a reordering operation on the received PDU stored in the receive buffer, and perform decryption on the received PDU according to the decrypted count value.
  • FIG. 20 is a block diagram showing the structure of a data processing apparatus according to an embodiment of the present invention. As shown in FIG. 20, the apparatus includes, in addition to all the modules shown in FIG. 19, the following:
  • the first calculating module 202 is configured to calculate, according to the RSN of the received PDU and the currently received superframe number, that the received PDU is the PDU that is currently waiting to be received, and the decrypted count value is calculated;
  • the second calculating module 204 is configured to: if the received PDU is not currently waiting for the received PDU, if the value of the RSN of the received PDU is smaller than the value of the receiving state variable for recording the RSN of the currently waiting to receive PDU, Then, according to the RSN of the received PDU, and the value of the current received superframe number plus one, the decrypted count value is calculated; if the value of the RSN of the received PDU is greater than the received state variable for recording the RSN of the currently waiting to receive PDU. The value is calculated according to the RSN of the received PDU and the current received superframe number, and the decrypted count value is calculated.
  • FIG. 21 is a structural block diagram 3 of a data processing apparatus according to an embodiment of the present invention. As shown in FIG. 21, the apparatus includes: in addition to all the modules shown in FIG.
  • the first update module 212 is configured to update the value of the receive state variable after the decryption of the received PDU, in the case that the received PDU is the PDU currently waiting to be received in sequence, wherein the receive state variable is used to record the current sequential wait The RSN of the received PDU;
  • the second update module 214 is connected to the first update module 212, and is configured to update the current received superframe number if the value of the updated received state variable is less than the value of the received state variable before the update.
  • FIG. 22 is a block diagram showing the structure of a data processing apparatus according to an embodiment of the present invention. As shown in FIG. 22, the apparatus includes, in addition to all the modules shown in FIG. 20, the following:
  • the determining module 222 is configured to determine, when the RSN of the received PDU is equal to the value of the received state variable, that the received PDU is a PDU currently waiting to be received in sequence, wherein the receiving state variable is used to record the PDU currently waiting to be received in sequence RSN.
  • the execution module 194 is further configured to perform integrity protection verification on the received PDU based on the decrypted count value.
  • FIG. 23 is a block diagram 5 of a structure of a data processing apparatus according to an embodiment of the present invention. As shown in FIG. 23, the apparatus includes:
  • the update module 232 is configured to, if the received sequence number RSN of the received receiving protocol data unit PDU is located in the receiving window and the receiving PDU is not successfully received, if the current receiving superframe number needs to be updated, update the current receiving super Frame number
  • the executing module 234 is connected to the update module 232, and configured to perform decryption on the received PDU according to the decryption count value;
  • the cache module 236 is coupled to the execution module 234 and configured to store the received PDU in the receive buffer.
  • FIG. 24 is a structural block diagram of a data processing apparatus according to an embodiment of the present invention. As shown in FIG. 24, the apparatus includes, in addition to all the modules shown in FIG. 23, the following:
  • the determining module 242 is configured to determine that the current received superframe number needs to be updated if the RSN of the received PDU is smaller than the received state variable for recording the PDU currently waiting to be received.
  • FIG. 25 is a structural block diagram of a data processing apparatus according to an embodiment of the present invention. As shown in FIG. 25, the apparatus includes: in addition to all the modules shown in FIG. 23, the apparatus includes:
  • the calculating module 252 is configured to calculate the decrypted count value according to the RSN of the received PDU and the current received superframe number.
  • the execution module 234 is further configured to perform integrity protection verification on the received PDU based on the decrypted count value.
  • FIG. 26 is a block diagram of a structure of a data processing apparatus according to an embodiment of the present invention. As shown in FIG. 26, the apparatus includes:
  • Determining module 262 configured to determine a TSN of the SDU currently to be transmitted according to a value of a transmission state variable for recording a transmission sequence number TSN of the service data unit SDU;
  • the executing module 264 is connected to the determining module 262, and configured to perform encryption on the SDU according to the encrypted count value after determining the TSN of the SDU currently to be sent;
  • the generating module 266 is connected to the execution module 264, and is configured to add a protocol data unit header to the encrypted SDU according to the TSN of the SDU to generate a protocol data unit PDU.
  • Figure 27 is a block diagram showing the structure of a data processing apparatus according to an embodiment of the present invention. As shown in Figure 27, the apparatus includes, in addition to all the modules shown in Figure 26, the following:
  • the calculation module 272 is configured to calculate an encrypted count value according to the TSN of the SDU and the current superframe number.
  • FIG. 28 is a structural block diagram of a data processing apparatus according to an embodiment of the present invention. As shown in FIG. 28, the apparatus includes, in addition to all the modules shown in FIG.
  • the first update module 282 is configured to update the value of the transmission state variable after determining the TSN of the SDU currently to be transmitted according to the value of the transmission state variable for recording the transmission sequence number TSN of the service data unit SDU;
  • the second update module 284 is connected to the first update module 282, and is configured to update the current transmit superframe number after the updated transmit state variable has a value of 0 after encrypting the SDU according to the encrypted count value. .
  • the execution module 264 can also be configured to perform integrity protection on the SDU based on the encrypted count value.
  • the determining module 262 is further configured to determine that the TSN of the SDU is the value of the transmit state variable if the value of the transmit state variable is within the transmit window.
  • each of the foregoing modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor. Or; each of the above modules is located in a different processor in any combination.
  • a wireless network device is provided.
  • the structure of the wireless network device is as shown in FIG. 2, wherein the processor 22 is configured to receive the received sequence number RSN of the received protocol data unit PDU in the receiving window. If the received PDU is not successfully received, the received PDU is stored in the receive buffer;
  • the processor 22 is further configured to perform a reordering operation on the received PDU stored in the receive buffer, and perform decryption on the received PDU according to the decrypted count value.
  • the processor 22 may be further configured to: according to the RSN of the received PDU and the current received superframe number, in the case that the receiving PDU is the PDU currently waiting to be received in sequence before performing the decryption on the received PDU according to the decrypted count value.
  • the processor 22 may be further configured to update the value of the received state variable after performing the decryption on the received PDU in the case that the received PDU is the PDU currently waiting to be received in sequence, wherein the received state variable is used to record the current Waiting for the RSN of the received PDU in order; updating the current received superframe number if the value of the updated received state variable is less than the value of the received state variable before the update.
  • the processor 22 may be further configured to: in the case that the received PDU is the PDU that is currently waiting to be received, according to the RSN of the received PDU and the current received superframe number, before the decryption count value is calculated, the RSN of the received PDU is received. In the case that the value of the received state variable is equal, it is determined that the received PDU is the PDU currently waiting to be received in order, wherein the received state variable is used to record the RSN of the PDU currently waiting to be received in order.
  • the processor 22 may be further configured to perform integrity protection verification on the received PDU according to the decrypted count value before performing decryption on the received PDU according to the decrypted count value.
  • a wireless network device is further provided.
  • the structure of the wireless network device is as shown in FIG. 2, wherein the processor 22 is configured to receive the received sequence number RSN of the received receiving protocol data unit PDU. If the current received superframe number needs to be updated in the window and the received PDU is not successfully received, the current received superframe number is updated;
  • the processor 22 is further configured to perform decryption on the received PDU according to the decrypted count value
  • the processor 22 is further configured to store the received PDU in a receive buffer.
  • the processor 22 may further be configured to determine that the current receiving super is exceeded when the RSN of the receiving PDU is smaller than the value of the receiving state variable for recording the currently waiting to receive PDU, before updating the currently received superframe number.
  • the frame number needs to be updated.
  • the processor 22 may be further configured to calculate the decrypted count value according to the RSN of the received PDU and the current received superframe number before decrypting the current SDU according to the decrypted count value.
  • the processor 22 may be further configured to perform integrity protection verification on the received PDU according to the decrypted count value before performing decryption on the received PDU according to the decrypted count value.
  • a wireless network device is also provided.
  • the structure of the wireless network device is as shown in FIG. 2, wherein the processor 22 is configured to transmit according to a transmission sequence number TSN for recording a service data unit SDU.
  • TSN transmission sequence number
  • SDU service data unit
  • the processor 22 is further configured to perform encryption on the SDU according to the encrypted count value after determining the TSN of the SDU currently to be sent;
  • the processor 22 is further configured to add a protocol data unit header to the encrypted SDU according to the TSN of the SDU to generate a protocol data unit PDU.
  • the processor 22 may be further configured to calculate an encrypted count value according to the TSN of the SDU and the currently transmitted superframe number before performing encryption on the current SDU according to the encrypted count value.
  • the processor 22 may be further configured to: after determining the TSN of the SDU currently to be transmitted according to the value of the transmission state variable for recording the transmission sequence number TSN of the service data unit SDU, update the value of the transmission state variable; After encrypting the SDU according to the encrypted count value, when the value of the updated transmission state variable is 0, the current transmission superframe number is updated.
  • the processor 22 may be further configured to perform integrity protection on the SDU according to the encrypted count value before encrypting the SDU according to the encrypted count value.
  • the processor 22 may be further configured to determine that the TSN of the SDU is the value of the transmit state variable if the value of the transmit state variable is within the transmit window.
  • FIG. 29 is a structural block diagram of a wireless network system according to an embodiment of the present invention.
  • the wireless network system includes: a first wireless network device 292 and a second wireless network device 294, wherein the first wireless network device 292 includes: a first processor 2922, and the second wireless network device 294 includes: a second processor 2942, wherein
  • the first processor 2922 is configured to determine a TSN of the SDU currently to be transmitted according to a value of a transmission state variable for recording a transmission sequence number TSN of the service data unit SDU;
  • the first processor 2922 is further configured to perform encryption on the SDU according to the encrypted count value after determining the TSN of the SDU currently to be sent;
  • the first processor 2922 is further configured to add a protocol data unit header to the encrypted SDU according to the TSN of the SDU to generate a protocol data unit PDU;
  • the second processor 2942 is configured to: when the received sequence number RSN of the received receiving protocol data unit PDU is located in the receiving window and the receiving PDU is not successfully received, the receiving PDU is stored in the receiving buffer;
  • the second processor 2942 is further configured to perform a reordering operation on the received PDU stored in the receive buffer, and perform decryption on the received PDU according to the decrypted count value.
  • the first processor 2922 updates the value of the transmission state variable after determining the TSN of the SDU currently to be transmitted according to the value of the transmission state variable for recording the transmission sequence number TSN of the service data unit SDU; Count value, after encrypting the SDU, When the value of the updated transmission state variable is 0, the current transmission superframe number is updated.
  • the first processor 2922 is further configured to determine that the TSN of the SDU is a value of the transmit state variable if the value of the transmit state variable is within the transmit window.
  • a wireless network system is further provided, and the structure of the wireless network system is as shown in FIG. 29, wherein
  • the first processor 2922 is configured to determine a TSN of the SDU currently to be transmitted according to a value of a transmission state variable for recording a transmission sequence number TSN of the service data unit SDU;
  • the first processor 2922 is further configured to perform encryption on the SDU according to the encrypted count value after determining the TSN of the SDU currently to be sent;
  • the first processor 2922 is further configured to add a protocol data unit header to the encrypted SDU according to the TSN of the SDU to generate a protocol data unit PDU;
  • the second processor 2924 is configured to, if the received sequence number RSN of the received receiving protocol data unit PDU is located in the receiving window and the receiving PDU is not successfully received, if the current receiving superframe number needs to be updated, update the current Receiving a superframe number;
  • the second processor 2924 is further configured to perform decryption on the received PDU according to the decrypted count value
  • the second processor 2924 is further configured to store the received PDU in a receive buffer.
  • the first processor 2922 may further be configured to update the value of the transmission state variable after determining the TSN of the SDU currently to be transmitted according to the value of the transmission state variable for recording the transmission sequence number TSN of the service data unit SDU. After encrypting the SDU according to the encrypted count value, if the value of the updated transmission state variable is 0, the current transmission superframe number is updated.
  • the second processor 2924 is further configured to further use, before updating the current received superframe number, in a case that the RSN of the receiving PDU is smaller than a value of the receiving state variable for recording the PDU currently waiting to be received in sequence, It is determined that the current receiving superframe number needs to be updated.
  • Embodiments of the present invention also provide a storage medium.
  • the storage medium can be configured to store program code for performing the following steps:
  • the storage medium is further configured to store program code for performing the following steps: before performing encryption on the current SDU according to the encryption count value, further comprising: calculating, according to the TSN of the SDU, and the current sending superframe number, Encrypted count value.
  • the storage medium is further arranged to store program code for performing the following steps:
  • the method further includes: updating a value of the transmission state variable;
  • the method further includes: updating the current sending superframe number if the value of the updated transmission state variable is 0.
  • the storage medium is further configured to store program code for performing the following steps: before encrypting the SDU according to the encrypted count value, further comprising: performing integrity protection on the SDU according to the encrypted count value.
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • the processor performs, according to the stored program code in the storage medium, determining, according to the value of the transmission state variable of the transmission sequence number TSN for recording the service data unit SDU, the SDU currently being sent. TSN; determining the TSN of the SDU currently to be sent Then, according to the encryption count value, encryption is performed on the SDU; according to the TSN of the SDU, a protocol data unit header is added to the encrypted SDU to generate a protocol data unit PDU.
  • the processor performs, according to the stored program code in the storage medium, before performing encryption on the current SDU according to the encrypted count value, further comprising: according to the TSN of the SDU, and the current sending superframe number. , calculate the encrypted count value.
  • the processor performs, according to the stored program code in the storage medium, determining the current SDU to be sent according to the value of the transmission state variable according to the transmission sequence number TSN for recording the service data unit SDU.
  • the method further includes: updating the value of the sending state variable; after encrypting the SDU according to the encrypted count value, further comprising: updating the current sending superframe number if the value of the updated sending state variable is 0 .
  • the processor performs, according to the stored program code in the storage medium, before performing encryption on the SDU according to the encrypted count value, further comprising: performing integrity protection on the SDU according to the encrypted count value.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the receiving PDU is stored in the receiving buffer.
  • S2 Perform a reordering operation on the received PDU stored in the receive buffer, and perform decryption on the received PDU according to the decrypted count value.
  • the storage medium is further arranged to store program code for performing the following steps:
  • the method further includes:
  • the decrypted count value is calculated according to the RSN of the received PDU and the current received superframe number.
  • the receiving PDU is not currently waiting for the received PDU, if receiving The value of the RSN of the PDU is smaller than the value of the received state variable of the RSN of the PDU that is currently waiting to be received, and the decrypted count value is calculated according to the RSN of the received PDU and the value of the current received superframe number plus one; If the value of the RSN of the received PDU is greater than the value of the received state variable for recording the RSN of the currently waiting to receive PDU, the decrypted count value is calculated according to the RSN of the received PDU and the current received superframe number.
  • the storage medium is further arranged to store program code for performing the following steps:
  • the method further includes:
  • the storage medium is further configured to store program code for performing the following steps: in the case that the received PDU is the PDU currently waiting to be received in sequence, the decryption is calculated according to the RSN of the received PDU and the current received superframe number.
  • the method further includes: when the RSN of the receiving PDU is equal to the value of the receiving state variable, determining that the receiving PDU is a PDU currently waiting to be received in sequence, wherein the receiving state variable is used to record the PDU currently waiting to be received in sequence RSN.
  • the storage medium is further configured to store program code for performing the following steps: before performing decryption on the received PDU according to the decryption count value, further comprising: performing integrity protection verification on the received PDU according to the decrypted count value.
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • the processor performs, according to the stored program code in the storage medium: the received sequence number RSN of the received receiving protocol data unit PDU is located in the receiving window.
  • the received PDU is stored in the receive buffer; the received PDU stored in the receive buffer is reordered, and the received PDU is decrypted according to the decrypted count value.
  • the processor performs, according to the stored program code in the storage medium, before performing decryption on the received PDU according to the decryption count value, further comprising: receiving the PDU that is currently waiting to be received in the receiving PDU.
  • the decryption count value is calculated; if the received PDU is not the PDU currently waiting to be received in sequence, if the value of the RSN of the received PDU is smaller than that for recording the current press If the value of the received state variable of the RSN of the received PDU is waiting, the decrypted count value is calculated according to the RSN of the received PDU and the value of the current received superframe number plus one; if the value of the RSN of the received PDU is greater than for the record
  • the value of the received state variable of the RSN of the PDU currently waiting to be received is sequentially calculated, and the decrypted count value is calculated according to the RSN of the received PDU and the current received superframe number.
  • the processor performs, according to the stored program code in the storage medium, in the case that the received PDU is the PDU that is currently waiting to be received in sequence, after performing decryption on the received PDU, the method further includes: updating Receiving a value of a state variable, wherein the receiving state variable is used to record an RSN of a PDU currently waiting to be received; and if the value of the updated receiving state variable is less than a value of the receiving state variable before updating, updating the current receiving super Frame number.
  • the processor performs, according to the stored program code in the storage medium, in the case that the received PDU is the PDU that is currently waiting to be received in sequence, according to the RSN of the received PDU and the current received superframe number, Before calculating the decrypted count value, the method further includes: determining that the received PDU is a PDU that is currently waiting to be received in the case that the RSN of the received PDU is equal to the value of the received state variable, wherein the received state variable is used to record the current sequential order The RSN of the received PDU.
  • the processor performs, according to the stored program code in the storage medium, before performing decryption on the received PDU according to the decryption count value, further comprising: performing integrity on the received PDU according to the decrypted count value. Protection verification.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the receiving PDU is stored in the receiving buffer.
  • the storage medium is further configured to store program code for performing the following steps: before updating the current received superframe number, further comprising: receiving an RSN of the PDU is smaller than receiving the PDU for recording the current sequential waiting to receive In the case of the value of the state variable, it is determined that the current received superframe number needs to be updated.
  • the storage medium is further configured to store program code for performing the following steps: before decrypting the current SDU according to the decryption count value, further comprising: calculating according to the RSN of the received PDU and the current received superframe number Get the decryption count value.
  • the storage medium is further configured to store program code for performing the following steps: before performing decryption on the received PDU according to the decryption count value, further comprising: performing integrity protection verification on the received PDU according to the decrypted count value.
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • the processor performs, according to the stored program code in the storage medium: the received sequence number RSN of the received receiving protocol data unit PDU is located in the receiving window and the receiving PDU is not successfully received.
  • the current superframe number is updated, the current received superframe number is updated; the received PDU is decrypted according to the decryption count value; and the received PDU is stored in the receive buffer.
  • the processor performs, according to the stored program code in the storage medium, before updating the current received superframe number, further comprising: the RSN of the received PDU is smaller than that for recording the current sequential waiting for receiving. In the case of the value of the reception state variable of the PDU, it is determined that the current reception superframe number needs to be updated.
  • the processor performs, according to the stored program code in the storage medium, before: decrypting the current SDU according to the decryption count value, further comprising: according to the RSN of the received PDU, and the current receiving superframe Number, the calculated decryption count value.
  • the processor performs, according to the stored program code in the storage medium, before performing decryption on the received PDU according to the decryption count value, further comprising: performing integrity on the received PDU according to the decrypted count value. Protection verification.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种数据处理方法、装置、无线网络设备及无线网络系统，其中，该方法包括：在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，将所述接收PDU存入接收缓存；对存入所述接收缓存的所述接收PDU进行重排序操作，以及根据解密计数值，对所述接收PDU执行解密。通过本发明，解决了相关技术中存在对于将来L2协议层中如何进行数据处理，没有有效的解决方案的问题，进而达到了在L2协议层中有效执行数据处理的效果的效果。

Description

数据处理方法、装置、无线网络设备及无线网络系统 技术领域
本发明涉及通信领域，具体而言，涉及一种数据处理方法、装置、无线网络设备及无线网络系统。
背景技术
无线通信技术经过短短数十载的发展，已经从1G发展到4G，虽然四代无线通信技术从系统框架到物理层技术都有不同的设计，但在无线接口的设计上，均采用三层协议模型，即，物理层(L1)，数据链路层(L2)和网络层(L3)。以长期演进(Long-Term Evolution，简称为LTE)系统为例，图1是相关技术中LTE系统无线接口的用户面协议栈架构图，其中，无线接口可以为Uu口。图1所示的协议栈架构图只从LTE技术的角度示出了由LTE定义的L1，L2，并未示出L3。LTE系统中，L2从下到上又包括媒体接入控制(Medium Access Control，简称为MAC)，无线链路控制(RLC Radio Link Control，简称为RLC)，和分组数据汇聚协议层(Packet Data Convergence Protocol，简称为PDCP)等协议层，其中MAC通过传输信道与物理层协议(Physical Layer Protocol，简称为PHY)(L1)进行通信，而PDCP通过PDCP-SAP(Service Access Point，服务访问点)与网络层进行通信。
其中LTE MAC层的功能包括：逻辑信道与传输信道的映射；将一个或多个不同逻辑信道上的MAC SDU(Service Data Unit，服务数据单元)复用到一个传输块上后发送到传输信道上；将一个或多个不同逻辑信道上的MAC SDU从传输信道接收到的传输块中解复用；调度信息上报；传输格式选择；通过动态调度处理不同用户设备(User Equipment，简称为UE)之间的优先级；UE内不同逻辑信道之间的优先级处理；混合自动重传请求(Hybrid Automatic Repeat Request，简称为HARQ)等。
其中LTE RLC层存在三种模式，确认模式(Acknowledged Mode，简 称为AM)，非确认模式(Unacknowledged Mode，简称为UM)和透明模式(Transparent Mode，简称为TM)，其功能包括：重传(通过ARQ实现)；重排序；RLC SDU级联；RLC SDU分段和重组；RLC PDU(Protocol Data Unit，协议数据单元)重分段；RLC PDU重排序；重复包检测；RLC SDU丢弃，RLC重建等。
RLC的以上功能中，重传和重分段功能只有AM模式支持，重排序、级联、分段和重组、重复包检测、RLC SDU丢弃等功能只有AM和UM模式支持。
RLC的以上功能中，根据对处理时间的不同要求，可以分为两类，一类是“高处理时间要求”的功能，包括RLC SDU级联，RLC SDU分段和重组，RLC PDU重分段和RLC PDU重排序等功能，这些功能与数据的调度和传输时序密切相关，需要在调度和传输时序规定的时间内处理完毕。另一类则是“非高处理时间要求”的功能，包括除上述“高处理时间要求”的功能之外的剩余功能，这些功能与调度和传输时序非紧密相关。
其中LTE PDCP层的功能包括：头压缩和解压缩；安全功能，具体包括对数据和信令的加密、解密，对信令的完成性保护；PDCP重建时的重排序，重复包检测和重传(只有在RLC采用AM模式时支持)；支持双连接(Double Connection，简称为DC)分叉承载(split bearer)时的包路由，重排序和重传功能(其中重传功能只有在RLC采用AM模式时支持)。
LTE系统中，MAC层的所有功能都是“高处理时间要求”的功能，而PDCP层的所有功能则都是“非高处理时间要求”的功能。
无线通信技术经过几十年的商用，各种智能终端和智能应用层出不穷，无线通信技术也逐渐渗透应用于各个垂直行业，业界预测到2020年左右，无线通信技术的发展指标是实现每区域1000倍的移动数据流量增长，每用户10到100倍的吞吐量增长，连接设备数10到100倍的增长，低功率设备10倍的电池寿命延长，以及端到端5倍延迟的下降，这也是5G技术研究的目标。此外5G新技术需要能过支持各种可能出现的业务， 比如增强移动宽带(eMBB Enhanced Mobile Broadband，简称为eMBB)，超可靠低时延通信(Ultra Reliable and Low Latency Communications，简称为URLLC)，巨量机器通信(Massive Machine-Type-Communications，简称为mMTC)等类型的通信。
业界经过分析发现，要实现5G的技术目标，仅依靠对现有网络进行简单增强或者升级无法实现5G技术目标，因此有必要在对现有网络、现有技术进行进一步演进的基础上，加快对新型网络部署策略、新技术研究等方面的探索。其中，在网络部署策略方面，一方面可以考虑更加密集化的部署网络，以及使用具有更大带宽(比如500MHz-1GHz)的高频频段，比如6GHz以上频段；另一方面可以考虑联合使用LTE技术，5G新技术，和其他无线通信技术，比如WLAN(Wireless Local Area Network，无线局域网)技术。而在新技术研究方面，设计5G新波形，新帧(或子帧)结构，新的系统架构以及在此基础上的增强通信过程。
任何新技术的研究和设计，如果能借鉴甚至直接利用已有成熟技术，可以大大提升新技术的研究进程。然而业内经过分析发现，相关技术中的L2协议功能设计，由于其固有的架构和功能划分，无法满足5G的设计目标。比如LTE L2的三个协议层设计中，存在一些重复实现的功能，尤其存在于RLC和PDCP层之间，比如包括重排序，重复包检测，重传等功能在两个协议层分别实现了两次，这种重复功能的设计一方面增加了软硬件的处理开销，另一方面也不利于实现5G高速率，低功耗，低时延的技术指标。
为了实现5G技术目标，适应5G时代出现的新的网络部署方式、新的物理层技术和新的系统架构，业界提出需要对L2协议架构进行重新设计，对L2协议功能进行重新分配。然而，业界只是提出了以上设计理念，尚未有具体可实施的设计方案提出。
因此，相关技术中存在对于将来L2协议层中如何进行数据处理，没有有效的解决方案的问题。
发明内容
本发明实施例提供了一种数据处理方法、装置、无线网络设备及无线网络系统，以至少解决相关技术中存在对于将来L2协议层中如何进行数据处理，没有有效的解决方案的问题。
根据本发明的一个实施例，提供了一种数据处理方法，包括：在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，将所述接收PDU存入接收缓存；对存入所述接收缓存的所述接收PDU进行重排序操作，以及根据解密计数值，对所述接收PDU执行解密。
根据本发明的另一个实施例，提供了一种数据处理方法，包括：在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新所述当前接收超帧号；根据解密计数值，对所述接收PDU执行解密；将所述接收PDU存入接收缓存。
根据本发明的又一个实施例，提供了一种数据处理方法，包括：根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；在确定当前要发送的所述SDU的所述TSN之后，根据加密计数值，对所述SDU执行加密；根据所述SDU的所述TSN，为加密后的所述SDU添加协议数据单元头，生成协议数据单元PDU。
根据本发明的又一个实施例，提供了一种数据处理装置，包括：缓存模块，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，将所述接收PDU存入接收缓存；执行模块，设置为对存入所述接收缓存的所述接收PDU进行重排序操作，以及根据解密计数值，对所述接收PDU执行解密。
根据本发明的又一个实施例，提供了一种数据处理装置，包括：更新模块，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，如果当前接 收超帧号需要更新，则更新所述当前接收超帧号；执行模块，设置为根据解密计数值，对所述接收PDU执行解密；缓存模块，设置为将所述接收PDU存入接收缓存。
根据本发明的又一个实施例，提供了一种数据处理装置，包括：确定模块，设置为根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；执行模块，设置为在确定当前要发送的所述SDU的所述TSN之后，根据加密计数值，对所述SDU执行加密；生成模块，设置为根据所述SDU的所述TSN，为加密后的所述SDU添加协议数据单元头，生成协议数据单元PDU。
根据本发明的又一个实施例，提供了一种无线网络设备，包括：处理器，其中，所述处理器，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，将所述接收PDU存入接收缓存；所述处理器，还设置为对存入所述接收缓存的所述接收PDU进行重排序操作，以及根据解密计数值，对所述接收PDU执行解密。
根据本发明的又一个实施例，提供了一种无线网络设备，包括：处理器，其中，所述处理器，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新所述当前接收超帧号；所述处理器，还设置为根据解密计数值，对所述接收PDU执行解密；所述处理器，还设置为将所述接收PDU存入接收缓存。
根据本发明的又一个实施例，提供了一种无线网络设备，包括：处理器，其中，所述处理器，设置为根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；所述处理器，还设置为在确定当前要发送的所述SDU的所述TSN之后，根据加密计数值，对所述SDU执行加密；所述处理器，还设置为根据所述SDU的所述TSN，为加密后的所述SDU添加协议数据单元头，生成协议数据 单元PDU。
根据本发明的又一个实施例，提供了一种无线网络系统，包括：第一无线网络设备和第二无线网络设备，所述第一无线网络设备包括：第一处理器，所述第二无线网络设备包括：第二处理器，其中，所述第一处理器，设置为根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；所述第一处理器，还设置为在确定当前要发送的所述SDU的所述TSN之后，根据加密计数值，对所述SDU执行加密；所述第一处理器，还设置为根据所述SDU的所述TSN，为加密后的所述SDU添加协议数据单元头，生成协议数据单元PDU；所述第二处理器，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，将所述接收PDU存入接收缓存；所述第二处理器，还设置为对存入所述接收缓存的所述接收PDU进行重排序操作，以及根据解密计数值，对所述接收PDU执行解密。
根据本发明的又一个实施例，提供了一种无线网络系统，包括：第一无线网络设备和第二无线网络设备，所述第一无线网络设备包括：第一处理器，所述第二无线网络设备包括：第二处理器，其中，所述第一处理器，设置为根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；所述第一处理器，还设置为在确定当前要发送的所述SDU的所述TSN之后，根据加密计数值，对所述SDU执行加密；所述第一处理器，还设置为根据所述SDU的所述TSN，为加密后的所述SDU添加协议数据单元头，生成协议数据单元PDU；所述第二处理器，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新所述当前接收超帧号；所述第二处理器，还设置为根据解密计数值，对所述接收PDU执行解密；所述第二处理器，还设置为将所述接收PDU存入接收缓存。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设 置为存储用于执行以下步骤的程序代码：在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，将所述接收PDU存入接收缓存；对存入所述接收缓存的所述接收PDU进行重排序操作，以及根据解密计数值，对所述接收PDU执行解密。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新所述当前接收超帧号；根据解密计数值，对所述接收PDU执行解密；将所述接收PDU存入接收缓存。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；在确定当前要发送的所述SDU的所述TSN之后，根据加密计数值，对所述SDU执行加密；根据所述SDU的所述TSN，为加密后的所述SDU添加协议数据单元头，生成协议数据单元PDU。
通过本发明实施例，将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现，并根据特定的时序执行数据处理：根据发送状态变量的值，确定当前要发送的SDU的TSN；对SDU执行完整性保护和/或加密，为SDU添加协议数据单元头后，生成PDU，可以实现在L2协议层中对数据进行处理，因此，可以相关技术中存在对于将来L2协议层中如何进行数据处理，没有有效的解决方案的问题，达到在L2协议层中有效执行数据处理的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发 明的不当限定。在附图中：
图1是相关技术中LTE系统无线接口的用户面协议栈架构图；
图2是本发明实施例的一种数据处理方法的网络设备的硬件结构框图；
图3是根据本发明实施例的数据处理方法的流程图一；
图4是根据本发明实施例的数据处理方法的流程图二；
图5是根据本发明实施例的数据处理方法的流程图三；
图6是根据本发明优选实施例的一种5G-NR无线接口的用户面协议栈架构图；
图7为根据本发明优选实施例的又一种5G-NR无线接口的用户面协议栈架构图；
图8是根据本发明优选实施例的应用于发送部分的数据处理方法的方法流程图一；
图9是根据本发明优选实施例的发送部分的发送窗口的示意图；
图10是根据本发明优选实施例中一种可能的COUNT值的计算构成示意图；
图11是根据本发明优选实施例的应用于接收部分的数据处理方法的方法流程图一；
图12是根据本发明优选实施例的接收部分维护的接收窗口的示意图一；
图13是根据本发明实施例的接收PDU的RSN相对于正在按序等待接收的PDU的RSN发生翻转的示意图；
图14是实现本发明优选实施例的数据处理方法的L2-H的功能结构示意图一；
图15是根据本发明优选实施例的应用于发送部分的数据处理方法的 方法流程图二；
图16是根据本发明优选实施例的应用于接收部分的数据处理方法的方法流程图二；
图17是根据本发明优选实施例的接收部分维护的接收窗口的示意图二；
图18是实现本发明优选实施例的数据处理方法的L2-H的功能结构示意图二；
图19是根据本发明实施例的数据处理装置的结构框图一；
图20是根据本发明实施例的数据处理装置的结构框图二；
图21是根据本发明实施例的数据处理装置的结构框图三；
图22是根据本发明实施例的数据处理装置的结构框图四；
图23是根据本发明实施例的数据处理装置的结构框图五；
图24是根据本发明实施例的数据处理装置的结构框图六；
图25是根据本发明实施例的数据处理装置的结构框图七；
图26是根据本发明实施例的数据处理装置的结构框图八；
图27是根据本发明实施例的数据处理装置的结构框图九；
图28是根据本发明实施例的数据处理装置的结构框图十；
图29是根据本发明实施例的无线网络系统的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端、网络设备或者类似的运算装置中执行。以运行在网络设备上为例，图2是本发明实施例的一种数据处理方法的网络设备的硬件结构框图，图2所示的网络设备的硬件结构图应用于移动终端、计算机终端等装置中时也同样适用。如图2所示，网络设备20可以包括一个或多个(图中仅示出一个)处理器22(处理器22可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器24、以及用于通信功能的传输装置206。本领域普通技术人员可以理解，图2所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，网络设备20还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。
存储器24可用于存储应用软件的软件程序以及模块，如本发明实施例中的数据处理方法对应的程序指令/模块，处理器22通过运行存储在存储器24内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器24可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器24可进一步包括相对于处理器22远程设置的存储器，这些远程存储器可以通过网络连接至网络设备20。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置26用于经由一个网络接收或者发送数据。上述的网络具体实例可包括网络设备20的通信供应商提供的无线网络。在一个实例中，传输装置26包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置26可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述网络设备的数据处理方法，图3是根据本发明实施例的数据处理方法的流程图一，如图3所示，该流程包括如下步骤：
步骤S302，根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；
步骤S304，在确定当前要发送的SDU的TSN之后，根据加密计数值，对SDU执行加密；
步骤S306，根据SDU的TSN，为加密后的SDU添加协议数据单元头，生成协议数据单元PDU。
通过上述步骤，将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现，并根据特定的时序执行数据处理：根据用于记录SDU的TSN的发送状态变量的值，确定当前要发送的SDU的TSN；在确定当前要发送的SDU的TSN之后，根据加密计数值，对SDU执行加密；根据SDU的TSN，为加密后的SDU添加协议数据单元头，生成PDU，可以实现在L2协议层中对数据进行处理，解决了相关技术中存在对于将来L2协议层中如何进行数据处理，没有有效的解决方案的问题，实现了在L2协议层中有效执行数据处理。
可选地，上述步骤的执行主体可以为网络设备(例如，无线网络设备)、用户设备(例如，移动终端)等，但不限于此。
可选地，上述步骤S302至S306按照顺序执行。
可选地，在步骤S304之前，还可以包括：根据SDU的TSN，以及当前发送超帧号，计算得到该加密计数值。
可选地，在步骤S302之后，还可以包括：更新发送状态变量的值；在步骤S304之后，还可以包括：在更新后的发送状态变量的值为0的情况下，更新当前发送超帧号。
可选地，在步骤S304之前，还可以包括：根据加密计数值，对SDU执行完整性保护。
可选地，在步骤S302之前，还可以包括：在发送状态变量的值位于发送窗口之内的情况下，确定SDU的TSN为发送状态变量的值。
在本实施例中还提供了一种运行于上述网络设备的数据处理方法，图4是根据本发明实施例的数据处理方法的流程图二，如图4所示，该流程包括如下步骤：
步骤S402，在接收到的接收协议数据单元PDU的接收序列号RSN(Reception Sequence Number，接收序列号)位于接收窗口内并且接收PDU没有被成功接收过的情况下，将接收PDU存入接收缓存；
步骤S404，对存入接收缓存的接收PDU进行重排序操作，以及根据解密计数值，对接收PDU执行解密。
通过上述步骤，将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现，并根据特定的时序执行数据处理：在接收到的接收PDU的RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，将接收PDU存入接收缓存；对存入接收缓存的接收PDU进行重排序操作，以及根据解密计数值，对接收PDU执行解密，解决了相关技术中存在对于将来L2协议层中如何进行数据处理，没有有效的解决方案的问题，实现了在L2协议层中有效执行数据处理。
可选地，在根据解密计数值，对接收PDU执行解密之前，还可以包括：在接收PDU是当前按序等待接收的PDU的情况下，根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值；在接收PDU不是当前按序等待接收的PDU的情况下，如果接收PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN，以及当前接收超帧号加1后的值，计算得到解密计数值；如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值。
可选地，在接收PDU是当前按序等待接收的PDU的情况下，在对接收PDU执行解密之后，还可以包括：更新接收状态变量的值，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN；在更新后的接收 状态变量的值小于更新前的接收状态变量的值的情况下，更新当前接收超帧号。
可选地，在接收PDU是当前按序等待接收的PDU的情况下，根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值之前，还可以包括：在接收PDU的RSN与接收状态变量的值相等的情况下，确定接收PDU是当前按序等待接收的PDU，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地，在根据解密计数值，对接收PDU执行解密之前，还可以包括：根据解密计数值，对接收PDU执行完整性保护验证。
在本实施例中还提供了一种运行于上述网络设备的数据处理方法，图5是根据本发明实施例的数据处理方法的流程图三，如图5所示，该流程包括如下步骤：
步骤S502，在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新当前接收超帧号；
步骤S504，根据解密计数值，对接收PDU执行解密；
步骤S506，将接收PDU存入接收缓存。
通过上述步骤，将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现，并根据特定的时序执行数据处理：在接收到的接收PDU的RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新当前接收超帧号；根据解密计数值，对接收PDU执行解密；将接收PDU存入接收缓存，解决了相关技术中存在对于将来L2协议层中如何进行数据处理，没有有效的解决方案的问题，实现了在L2协议层中有效执行数据处理。
可选地，可以如下方式判断当前接收超帧号是否需要更新：在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下，确定当前接收超帧号需要更新。
可选地，在步骤S504之前，可以采用如下方式得到解密计数值：根据接收PDU的RSN，以及当前接收超帧号，计算得到解密计数值。
可选地，在步骤S504之前，根据解密计数值，还可以对接收PDU执行完整性保护验证。
基于上述实施例及可选实施方式，为说明方案的整个流程交互，在本优选实施例中，提供了一种数据处理方法，下面对该数据处理方法进行说明。
对于L2协议层的数据处理，一种可能的设计思路为：将RLC层中“非高处理时间要求”的功能与PDCP层的功能合并到一个协议子层实现，而对于RLC层中“高处理时间要求”的功能，根据不同的需求，可以考虑将其与MAC层的功能合并到一个协议子层实现，或者继续保留一个单独的协议子层实现这些功能。
图6是根据本发明优选实施例的一种5G-NR无线接口的用户面协议栈架构图。如图6所示，5G-NR(5G New Radio，第5代新无线技术)的L2包括两个协议子层，L2-high(简记为L2-H，称之为最高数据链路协议子层)和L2-Low(简记为L2-L，称之为最低数据链路协议子层)。其中L2-H包括但不限于相关LTE技术中PDCP层的功能，以及RLC层的部分或者全部“非高处理时间要求”功能，这里，部分“非高处理时间要求”功能至少包括重传(通过ARQ实现)，重排序和重复包检测功能。其中L2-H合并设计PDCP和RLC的重传、重排序和重复包检测功能，只留下一重重传、重排序和重复包检测功能。L2-L包括但不限于相关LTE技术中MAC层的功能以及RLC层的“高处理时间要求”的功能。
图7为根据本发明优选实施例的又一种5G-NR无线接口的用户面协议栈架构图。如图7所示，5G-NR的L2包括三个协议子层，L2-high(简记为L2-H，称之为最高数据链路协议子层)，L2-Middle(简记为L2-M，称之为中间数据链路协议子层)和L2-Low(简记为L2-L，称之为最低数据链路协议子层)。其中L2-H包括但不限于相关LTE技术中PDCP层的 功能，以及RLC层的部分或者全部“非高处理时间要求”功能，这里，部分“非高处理时间要求”功能至少包括重传(通过ARQ实现)，重排序和重复包检测功能。其中L2-H合并设计PDCP和RLC的重传、重排序和重复包检测功能，只留下一重重传、重排序和重复包检测功能。L2-M包括但不限于相关LTE技术RLC层中除重传(通过ARQ实现)，重排序和重复包检测功能之外的其他剩余功能，这些剩余功能在5G-NR中不排除需要根据新的无线接口用户面协议栈架构和5G新需求进行修改设计。L2-L包括但不限于相关LTE技术中MAC层的功能。
本发明优选实施例的数据处理方法应用于图6或图7的L2-H子层，L2-H子层可以位于用户设备上，也可以用于采用5G新技术(5G-NR)的无线网络设备上。需要说明的是，本发明优选实施例中的采用5G新技术(5G-NR)的无线网络设备(后续简记为5G-NR)，可以独立组网，也可以和采用其他无线接入技术(Radio Access Technology，简称为RAT)，比如LTE，WLAN的无线网络设备联合组网。其中，本优选实施例的无线网络设备，为实现基站功能的设备，在物理装置上不限定其具体的存在形式，比如可以是一体化基站，即一个装置中包括基带功能，射频功能等所有基站功能；也可以是在物理上分离的基带单元(Base Band Unit，简称为BBU)+RRU(Remote Radio Unit，远端射频单元)，其中在BBU上实现基带功能，而在RRU上实现射频功能；还可以是在物理上分离的中央单元(Central Unit，简称为CU)+分布单元(Distributed Unit，简称为DU)，其中在CU上实现全部或者部分基带功能，并实现对CU和DU上的各个无线协议层的控制功能，而在DU上实现射频功能和部分基带功能。当本优选实施例的数据处理方法应用于5G-NR的L2-H上时，在物理上，该L2-H可以位于如上的一体化基站中，也可以位于BBU或者CU中。
本优选实施例中提出的数据处理方法，根据不同的数据处理模式，执行不同的数据处理过程，其中数据处理模式包括：AM模式和UM模式。
对于AM模式，本发明优选实施例提供的数据处理方法包括应用于发送部分的数据处理方法和/或应用于接收部分的数据处理方法，其中，发送 部分和接收部分均应用于L2-H层。下面分别对AM模式下的发送部分和接收部分的数据处理方法进行说明。
图8是根据本发明优选实施例的应用于发送部分的数据处理方法的方法流程图一，如图8所示，该流程包括如下步骤：
步骤S802，维护发送窗口。
发送部分维护一个发送窗口，该发送部分应用于L2-H层。图8是根据本发明优选实施例的发送部分维护的发送窗口的示意图。如图8所示，发送部分通过发送序列号(Transmission Sequence Number，简称为TSN)以及一系列状态变量来维护发送窗口，这里的发送窗口为序列号取值小于最大发送变量(VT(MS))的取值且大于或等于确认状态变量(VT(A))的取值的范围。其中，确认状态变量用于记录已经按序成功接收到确认响应的PDU中TSN最大的PDU之后的下一个按序PDU的TSN，其值等于已经按序成功接收到的PDU中TSN最大的PDU之后的下一个按序PDU的TSN；最大发送变量的值等于确认状态变量的值加预设发送窗口尺寸的值。当TSN在VT(A)<＝TSN<VT(MS)范围之内时，则认为是在发送窗口之内，否则认为是在发送窗口之外。
其中，VT(A)为确认状态变量，用于记录一个协议数据单元的TSN，其中发送部分正在按序等待接收该PDU被通信对端正确接收的响应(Acknowledgement，ACK)。或者说，VT(A)用于记录已经按序成功接收到ACK的最近的PDU的下一个PDU的TSN。如图7中所示，TSN＝0及之前的PDU都是正确收到了ACK的PDU，而TSN＝1～8的PDU是已经发送但尚未收到ACK的PDU，则VT(A)＝1。
VT(A)初始值为0，每次接收到TSN＝VT(A)的PDU的ACK后VT(A)更新，即，执行VT(A)＝VT(A)+1操作。
VT(MS)为最大发送变量，VT(MS)＝VT(A)+AM_Window_Size，其中AM_Window_Size为预设发送窗口尺寸，其值由控制面配置给本优选实施例的发送部分，或者根据其他由控制面配置给本优选实施例的发送部分的 参数，比如，可以由Maximum_TSN(Maximum Transmission Sequence Number，最大发送序列号)计算得到，例如，根据如下计算公式由Maximum_TSN计算得到：AM_Window_Size＝(Maximum_TSN+1)/2，其中，Maximum_TSN为最大发送序列号。
步骤S804，判断发送状态变量是否在发送窗口内。
发送部分判断VT(S)是否在发送窗口内。其中，VT(S)为发送状态变量，用于记录下一个要首次发送的PDU的TSN。VT(S)初始值为0，每次设置当前SDU的TSN＝VT(S)后，更新VT(S)，即，执行VT(S)＝VT(S)+1操作，具体更新时间点可以是在设置当前SDU的TSN＝VT(S)之后的任意时间点，比如，在设置当前SDU的TSN＝VT(S)之后立刻更新，或者在执行完步骤S808中的完整性保护和加密操作之后，或者在发送由当前SDU生成的PDU之后。VT(S)的取值范围为0～Maximum_TSN。
需要说明的是，以上更新VT(S)的操作，在实际进行数学计算时，需要执行取模运算，即，执行VT(S)＝[VT(S)+1]％(Maximum_TSN+1)。因此，当VT(S)从0开始取值逐渐增大到Maximum_TSN，再次更新时，VT(S)又从0开始计数。如无特殊说明，本优选实施例中所有的数学计算都需要执行取模运算。
比如，如图9所示，TSN＝1～8的PDU均已经发送，则VT(S)＝9，VT(S)在发送窗口内。
步骤S806，如果判断VT(S)在发送窗口内，则设置当前SDU的TSN为VT(S)。
例如，如图9所示，如果本优选实施例的发送部分收到来自上层的SDU，则设置该SDU(当前SDU)的TSN为9，每次设置当前SDU的TSN＝VT(S)后，更新VT(S)，即，执行VT(S)＝VT(S)+1操作。
这里，L2-H的上层具体可以是一个L3协议层，或者传输控制协议/互联网协议(Transmission Control Protocol/Internet Protocol，简称为TCP/IP)层，或者应用层，或者如果5G-NR使用除本发明图9、图7所示无线接口 用户面协议栈架构之外的其他架构，则L2-H的上层还可以是其他L2协议子层。
步骤S808，用加密计数值对当前SDU执行完整性保护，和/或，用加密计数值对当前SDU执行加密。
发送部分如果被配置(由控制面配置)需要对当前SDU执行完整性保护，则执行完整性保护。
发送部分如果被配置(由控制面配置)需要对当前SDU执行加密，则对当前SDU执行加密。具体地，发送部分用加密计数值(COUNT值)对当前SDU执行加密以及完整性保护，其中，COUNT值基于当前SDU的TSN和当前的发送超帧号(Transmission Hyper Frame Number，简称为TX_HFN)计算得到，图10是根据本发明优选实施例中一种可能的COUNT值的计算构成示意图，其中，TX_HFN初始值为0。
执行完步骤S806和以上完整性保护，加密操作，如果判断以上经过步骤S806更新之后，VT(S)的取值为0，也即判断下一个TSN将发生翻转，则更新TX_HFN，即执行TX_HFN＝TX_HFN+1操作。TSN发生翻转是指由于TSN当前的取值为Maximum_TSN，到下一次取值重新为0的过程。
步骤S810，为当前SDU加协议数据单元头，生成协议数据单元，并将生成的PDU放入发送缓存或者发送给下一层协议层。
为当前SDU加协议数据单元头，生成PDU，协议数据单元头中至少包括：当前SDU的TSN。
将生成的PDU发送给下一层协议层，本优选实施例中下一层协议层指L2-H之下的协议层，例如，在图6中为L2-L，在图7中为L2-M。
需要说明的是，本实施例中除了发送缓存，还可以存在接收缓存，当本实施例的发送部分接收到来自上层的SDU，如果判断VT(S)不在发送窗口内，则可以将SDU存入接收缓存，后续当VT(S)又一次进入发送窗口内时。此时，步骤S806中的发送部分收到来自上层的SDU则是指存入接收缓存的SDU，存入接收缓存的SDU秉承先入先出原则，即，当VT(S) 又一次进入接收窗口内时，最先放入接收缓存的SDU最先被作为当前SDU进行处理。
此外，还需要说明的是，本优选实施例中的接收缓存和发送缓存，是逻辑的概念，在具体实现时，并不限定它们一定需要占用两个不同的存储空间，也可以是占用同一个存储空间，通过指针，变量等方式进行不同的记录处理。
图11是根据本发明优选实施例的应用于接收部分的数据处理方法的方法流程图一，如图11所示，该流程包括如下步骤：
步骤S1102，维护接收窗口。
接收部分维护一个接收窗口，该接收部分应用于L2-H层。图12是根据本发明优选实施例的接收部分维护的接收窗口的示意图一，接收部分通过接收序列号(RSN)以及一系列状态变量来维护接收窗口。这里的接收窗口为序列号取值大于或等于接收状态变量(VR(R))的值，且小于最大可接收状态变量(VR(MR))的值的范围，其中，接收状态变量用于记录正在按序等待接收的PDU的序列号，其值等于正在按序等待接收的PDU的序列号，最大可接收状态变量的值等于接收状态变量的值加预设接收窗口尺寸的值。当RSN在VR(R)<＝RSN<VR(MR)范围之内时，则认为是在接收窗口之内，否则认为是在接收窗口之外。
其中，VR(R)为接收状态变量，用于记录按序等待接收的PDU的RSN。或者说，用于记录上一个已经成功按序接收的PDU之后的下一个按序PDU的RSN号。比如，在图12中，RSN＝2及之前的PDU都成功按序接收到了，而RSN＝3的PDU尚未接收到，则VR(R)＝3；
VR(R)初始值为0，每次成功按序接收到正在等待接收的PDU，也即每次成功接收到RSN＝VR(R)的PDU后更新VR(R)，将其值更新到需要按序等待接收的PDU的RSN号；
VR(MR)为最大可接收状态变量，可以通过如下公式确定VR(MR)的值：VR(MR)＝VR(R)+AM_Window_Size，其中，预设接收窗口尺寸 AM_Window_Size的值由控制面配置给本发明优选实施例的接收部分，或者根据其他由控制面配置给本优选实施例的接收部分的参数计算得到，比如，最大接收序列号(Maximum Reception Sequence Number，简称为Maximum_RSN)。AM_Window_Size具体的计算方式可以如下式所示：AM_Window_Size＝(Maximum_RSN+1)/2，在本优选实施例中，最大接收序列号与最大发送序列号相等，即，Maximum_RSN＝Maximum_TSN。
步骤S1104，判断接收PDU的RSN是否在接收窗口内。
接收部分从下一层协议层接收到PDU后，判断接收PDU的RSN是否在接收窗口内。
步骤S1106，如果判断接收PDU的RSN在接收窗口内，且该接收PDU此前没有成功接收过，则将接收PDU放入接收缓存。
本步骤中，如果判断接收PDU的RSN在接收窗口之外，或者接收PDU是重复接收的PDU，则接收部分丢弃该接收PDU。
步骤S1108，对放入接收缓存的接收PDU进行重排序操作，用解密计数值(COUNT)对接收PDU执行完整性保护验证，和/或用COUNT对接收PDU执行解密。
重排序操作在相关技术LTE的RLC协议层中有详细介绍，本优选实施例的重排序操作可以利用LTE的RLC协议层的重排序操作，本发明仅对LTE RLC协议的重排序操作做简单介绍。
LTE RLC的重排序操作是通过接收窗口维护以及一系列变量和定时器的维护共同实现的，除了以上介绍的接收窗口，还包括以下变量和定时器：
VR(X)：重排序定时器(Reordering-Timer)状态变量，用于记录触发启动Reordering-Timer的PDU的之后下一个按序PDU的RSN。
VR(H)：最大接收序号状态变量，用于记录所接收到的PDU中RSN最大的PDU之后下一个按序PDU的RSN，当VR(H)>VR(R)时，触发启动重排序定时器(Reordering-Timer)，则RSN＝VR(H)的PDU称为触发启 动VR(H)的PDU，VR(H)的初始值为0；
VR(MS)：最大确认状态变量，用于记录发送状态PDU(STATUS PDU)时可以在STATUS PDU中指示的成功接收到的PDU的RSN中的最大RSN；
Reordering-Timer：重排序定时器，用于丢包检测；
接收部分如果被配置(由控制面配置)需要对接收PDU执行完整性保护验证，则执行完整性保护验证；
接收部分如果被配置(由控制面配置)需要对接收PDU执行解密，则对接收PDU执行解密。具体执行解密包括：
判断接收PDU是否是正在按序等待接收的PDU：
(1)如果接收PDU不是正在按序等待接收的PDU(该PDU的RSN＝VR(R))，则判断接收PDU的RSN相对于正在按序等待接收的PDU的RSN是否发生翻转，如果发生翻转，则用基于接收PDU的RSN和当前接收超帧号(Reception Hyper Frame Number，简称为RX_HFN)加1之后的值(即RX_HFN+1)计算得到的解密计数值(COUNT值)对接收PDU执行解密，否则用基于接收PDU的RSN和当前接收超帧号(RX_HFN)计算得到的COUNT值对接收PDU执行解密。
其中，判断接收PDU的RSN(简记为RSN)相对于正在按序等待接收的PDU的RSN是否发生翻转，即判断RSN的值是否小于VR(R)的值，具体可以是，判断条件VR(R)-RSN>AM_Window_Size是否成立，如果成立，则判断发生翻转，否则判断未发生翻转。
其中，判断条件VR(R)-RSN>VR(MR)-VR(R)在具体进行数学计算时，需要进行取模运算，例如，在实际计算时，按照如下公式进行计算：[VR(R)-RSN]％AM_Window_Size>[VR(MR)-VR(R)]％AM_Window_Size。
图13是根据本发明实施例的接收PDU的RSN相对于正在按序等待接收的PDU的RSN发生翻转的示意图。图13中，令Maximum_RSN＝15，则确认窗口的大小为：AM_Window_Size＝(Maximum_RSN+1)/2＝8， RSN＝13的PDU及其之前的PDU均已经收到并成功递交给后厨处理功能单元或上一层协议层，则正在按序等待接收的PDU的RSN，也即VR(R)为14，如果当前收到图13所示RSN＝1的PDU，则判断接收PDU的RSN发生了翻转，而若当前收到图13所示RSN＝15的PDU，则判断RSN未发生翻转。也即，接收PDU的RSN相对于正在按序等待接收的PDU的RSN发生翻转，是指接收PDU的RSN为正在按序等待接收的PDU的RSN之后，重新从0开始的取值的某个编号。
(2)如果接收PDU是正在按序等待接收的PDU(即，该PDU的RSN＝VR(R))，则用基于接收PDU的RSN和当前接收超帧号(RX_HFN)计算得到的COUNT值对接收PDU执行解密。
其中，以上过程中，判断接收PDU是否是正在按序等待接收的PDU，具体可以是判断条件，RSN＝VR(R)是否成立，其中，RSN为接收PDU的RSN，如果成立，则判断是正在按序等待接收的PDU，否则判断不是在按序等待接收的PDU。
本步骤中，COUNT值的具体计算构成同图10说明，同样的，RX_HFN的初始值为0。
本步骤中，如果接收PDU是正在按序等待接收的PDU(该PDU的RSN＝VR(R))，执行完以上解密操作后，更新VR(R)(更新后的VR(R)记为VR(RN))，将其值更新到需要按序等待接收的PDU的RSN，并相应的基于更新后的VR(R)更新VR(MR)(更新后的VR(MR)记为为VR(MRN))。更新VR(R)之后，判断更新后的VR(R)相对于更新前的VR(R)是否发生翻转，如果判断发生翻转，则更新RX_HFN，即执行RX_HFN＝RX_HFN+1操作。判断更新后的VR(R)相对于更新前的VR(R)(简记为VR(RO)，并将更新前的VR(MR)简记为VR(MRO))是否发生翻转，即判断更新后VR(R)的值是否小于更新前VR(R)的值，具体可以是判断条件VR(RO)-VR(RN)>VR(MRN)-VR(RN)是否成立，如果成立，则判断发生翻转，否则判断未发生翻转。
同样地，判断条件VR(RO)-VR(RN)>VR(MRN)-VR(RN)具体计算时，需要进行取模运算，比如实际计算时按照按照如下公式进行计算：[VR(RO)-VR(RN)]％AM_Window_Size>[VR(MRN)-VR(RN)]％AM_Window_Size。
步骤S1110，将接收PDU去除协议数据单元头后的SDU按序递交给后续功能处理单元处理或者发送给上一层协议层。
本优选实施例中的接收部分应用于L2-H，除了图11的数据处理过程之外，本优选实施例的L2-H还可以包括其他功能处理单元，例如，头解压缩功能单元，解级联功能单元等，这里的后续功能处理单元即指这些功能处理单元。
这里的上一层协议层是指在L2-H之上的协议层，比如可以是L3协议层，或者TCP/IP层，或者应用层，或者如果5G-NR使用除本发明图6、图7所示无线接口用户面协议栈架构之外的其他架构，则L2-H的上层还可以是其他L2协议子层。
本步骤中，除了将接收PDU去除协议数据单元头后的SDU按序递交给后续功能处理单元处理或者发送给上一层协议层，还可以将VR(RN)之前的、尚未递交过的PDU去除协议数据单元头后的SDU按序递交给后续功能处理单元处理或者发送给上一层协议层。
以上应用于发送部分的数据处理方法和/或应用于接收部分的数据处理方法，发送部分和/或接收部分应用于L2-H层，L2-H层可以用于用户设备上，也可以用于无线网络设备上，发送部分与对端的接收部分通过空中接口(Radio Interface)进行通信，同一设备上的发送部分和接收部分，通过设备内部软件或硬件接口进行通信。
图14是实现本发明优选实施例的数据处理方法的L2-H的功能结构示意图一，包括：发送部分(Transmission Side)和/或接收部分(Reception Side)。
为实现如图8所示的发送部分的数据处理方法，发送部分至少包括：
发送序列号编号(Transmission Sequence Numbering)功能单元：设置为当判断VT(S)在发送窗口内时，设置当前SDU的TSN为VT(S)；
完整性保护(Integrity Protection)功能单元：设置为对当前SDU执行完整性保护；
加密(Ciphering)功能单元：设置为对当前SDU执行加密，并进行COUNT值维护；
协议数据单元头添加(Add L2-H header)功能单元：设置为为当前SDU加协议数据单元头，生成协议数据单元(PDU)；
发送缓存(Transmission Buffer)功能单元：设置为保存发送PDU；
除此之外，发送部分还可以包括以下功能单元中的一个或多个：
头压缩(Header Compression)功能单元：设置为对来自上层的SDU进行数据头压缩，比如进行IP头压缩；
预级联功能(Pre-concatenation)单元：设置为对来自上层的多个SDU进行传输之前的预级联操作；
协议层控制(L2-H)功能单元：设置为对协议层进行控制，比如控制头添加操作，控制重传操作等等；
重传缓存(Retransmission buffer)功能单元：设置为缓存已经发送但未收到对端ACK的PDU；
路由(Routing)功能单元：该功能仅用于多连接(包括双连接)操作时，设置为为发送PDU选择其中一个连接发送；
为实现如图11的接收部分的数据处理方法，接收部分至少包括：
协议数据单元头移除(Remove L2-H header)功能单元：设置为移除接收PDU的协议数据头单元；
接收缓存(Reception Buffer)功能单元：设置为缓存RSN在接收窗口内的接收PDU；
重排序(Reordering)功能单元：设置为对接收PDU进行重排序操作；
解密功能单元(Deciphering)功能单元：设置为当接收PDU正好是在按序等待接收的PDU时，对该接收PDU进行解密操作；
完整性验证(Integrity Verification)功能单元：设置为当接收PDU正好是在按序等待接收的PDU时，对该接收PDU进行完整性验证；
除此之外，接收部分还可以包括以下功能单元中的一个或多个：
头解压缩(Header Decompression)功能单元：设置为对去除包头之后的接收SDU进行头解压缩，比如进行IP头解压缩，该功能与发送部分的头压缩功能单元配对使用；
解预级联(De-concatenation)功能单元：设置为对去除包头之后的接收SDU进行解预级联操作，该功能与发送部分的预级联功能单元配对使用；
对于UM模式，本发明优选实施例提供的数据处理方法包括应用于发送部分的数据处理方法和/或应用于接收部分的数据处理方法，其中，发送部分和接收部分均应用于L2-H层。下面分别对UM模式下的发送部分和接收部分的数据处理方法进行说明。
图15是根据本发明优选实施例的应用于发送部分的数据处理方法的方法流程图二，如图15所示，该流程包括如下步骤：
S1502，设置当前SDU的TSN。
本优选实施例的发送部分收到来自上层的SDU，设置该SDU(当前SDU)的TSN为VT(US)。其中，VT(US)为UM模式发送状态变量，用于记录下一个要发送的PDU的TSN，也即，其取值为前一个已发送PDU的TSN+1，VT(US)初始值为0，每次发送一个TSN＝VT(US)的PDU后，也即每次设置当前SDU的TSN＝VT(US)后，VT(US)更新，即执行VT(US)＝VT(US)+1操作。具体更新时间点可以是在设置当前SDU的TSN＝VT(US)后之后的任意时间点，比如在在设置当前SDU的TSN＝VT(US)之后立刻更新，或者在执行完步骤S1504中的完整性保护和加密操作之后，或者在发送由当前SDU生成的PDU之后。VT(US)的取值范围如下： 0～Maximum_TSN。
同AM模式，更新操作在实际进行数学计算时，需要执行取模运算，即执行VT(US)＝[VT(US)+1]％(Maximum_TSN+1)。因此当VT(US)从0开始取值逐渐增大到Maximum_TSN，再次更新时，VT(US)又从0开始计数。如无特殊说明，本发明中所有的数学计算都需要执行取模运算。
本实施例的上层协议层，同AM模式的说明。
步骤S1504，用加密计数值对当前SDU执行完整性保护，和/或用加密计数值对当前SDU执行加密。
发送部分如果被配置(由控制面配置)需要对当前SDU执行完整性保护，则执行完整性保护。
发送部分如果被配置(由控制面配置)需要对当前SDU执行加密，则对当前SDU执行加密。具体地，发送部分用COUNT值对当前SDU执行完整性保护和加密，其中，COUNT值基于当前SDU的TSN和当前的发送超帧号(TX_HFN)计算得到，TX_HFN的构成同实施例1步骤S808的说明，TX_HFN初始值为0，执行完步骤S1502和以上完整性保护，加密操作之后，如果判断VT(US)的取值为0，也即判断下一个TSN将发生翻转，则更新TX_HFN，即执行TX_HFN＝TX_HFN+1操作。TSN发生翻转是指由TSN由当前的取值为Maximum_TSN，到下一次取值重新为0的过程。这里Maximum_TSN由控制面配置给本优选实施例的发送部分。
步骤S1506，为当前SDU加协议数据单元头，生成协议数据单元，并将生成的PDU放入发送缓存或者发送给下一层协议层。
本步骤AM模式的步骤S810的说明。
同样地，本优选实施例中除了发送缓存，还可以存在接收缓存，当本优选实施例的发送部分接收到来自上层的SDU，可以将SDU存入接收缓存，存入接收缓存的SDU秉承先入先出原则，即，最先放入接收缓存的SDU最先被作为当前SDU进行处理。同AM模式，本优选实施例的接收缓存和发送缓存，都是逻辑概念，并不限定其具体实现方式。
图16是根据本发明优选实施例的应用于接收部分的数据处理方法的方法流程图二，包括：
步骤S1602，维护接收窗口。
接收部分维护一个接收窗口，该接收部分应用与L2-H层。图17是根据本发明优选实施例的接收部分维护的接收窗口的示意图二，接收部分通过RSN以及一系列状态变量来维护接收窗口。这里的接收窗口为序列号取值小于最高接收状态变量(VR(UH))的取值且大于或等于最高接收状态变量的值减去预设接收窗口尺寸后的值的范围，其中，最高接收状态变量用于记录所有已经接收到的PDU中RSN最大的PDU之后的下一个按序PDU的RSN，其值等于所有已经接收到的PDU中RSN最大的PDU之后的下一个按序PDU的RSN。其中，当RSN处于以下范围之内时(VR(UH)–UM_Window_Size)<＝RSN<VR(UH)，则认为是在接收窗口之内，否则认为是在接收窗口之外。
其中，VR(UH)为UM模式的最高接收状态变量，用于记录所接收到的PDU中RSN最大的PDU之后下一个按序PDU的RSN，其初始值为0；
UM_Window_Size：为UM模式的预设接收窗口尺寸，其值由控制面配置给本发明的接收部分，或者根据其他由控制面配置给本发明接收部分的参数，比如，由Maximum_RSN计算得到，具体地可以根据如下公式计算得出：UM_Window_Size＝(Maximum_RSN+1)/2。
如图17所示，接收部分接收到的所有PDU中最大RSN＝x+1，则VR(UH)＝x+2。
步骤S1604，判断接收PDU的RSN是否在接收窗口内且非重复接收的PDU。
本步骤中，如果1202判断接收PDU的RSN号在接收窗口外，或者判断是重复接收的PDU，则接收部分丢弃该接收PDU。
步骤S1606，如果步骤S1604判断接收PDU的RSN是在接收窗口内，并且不是重复接收的PDU，则判断RX_HFN是否需要更新，如果判断结 果为需要更新则更新RX_HFN。
本步骤中，不是重复接收的PDU即此前没有成功接收过。判断RX_HFN是否需要更新，即判断接收PDU的RSN是否发生翻转，具体地，若RSN<VR(UR)，则判断接收PDU的RSN发生了翻转，则更新RX_HFN，即执行RX_HFN＝RX_HFN+1。接收PDU的RSN发生翻转，是指相对于上一个接收PDU的RSN为Maximum_RSN-1，当前接收PDU的RSN为0，重新从0开始取值。
其中，VR(UR)用于记录按序等待接收的PDU。如图17所示，RSN＝5及之前的PDU已经去除协议数据单元头，并按序递交给后续处理功能单元(比如接收缓存和重排序功能单元)，则RSN＝6的PDU是接收部分在等待的需要按序接收的PDU，因此VR(UR)＝6。
步骤S1608，用COUNT对接收PDU执行完整性保护验证，和/或用COUNT对接收PDU执行解密。
接收部分如果被配置(由控制面配置)需要对接收PDU执行完整性保护验证，则执行完整性保护验证；接收部分如果被配置(由控制面配置)需要对接收PDU执行解密，则对接收PDU执行解密。具体的，接收部分用解密计数值(COUNT值)对接收PDU执行完整性保护验证和解密，其中COUNT值基于接收PDU的RSN和当前的接收超帧号(RX_HFN)计算得到，具体的计算构成类似图10的计算。
步骤S1610，将接收PDU存入接收缓存。
执行完步骤S1608的操作后，将接收PDU存入接收缓存。
本优选实施例的以上应用于发送部分的数据处理方法和/或应用于接收部分的数据处理方法，发送部分和/或接收部分应用于L2-H层，L2-H层可以用于用户设备上，也可以用于无线网络设备上，如图14所示，发送部分与对端的接收部分通过空中接口进行通信。
图18是实现本发明优选实施例的数据处理方法的L2-H的功能结构示意图二，包括：发送部分(Transmission Side)和/或接收部分(Reception  Side)。
为实现如图15的发送部分的数据处理方法，发送部分至少包括：
发送序列号编号(Transmission Sequence Numbering)功能单元：设置为设置当前SDU的TSN。
完整性保护(Integrity Protection)功能单元：设置为对当前SDU执行完整性保护；
加密(Ciphering)功能单元：设置为对当前SDU执行加密，并进行COUNT值维护；
协议数据单元头添加(Add L2-H header)功能单元：设置为为当前SDU加协议数据单元头，生成协议数据单元(PDU)；
发送缓存(Transmission Buffer)功能单元：设置为保存发送PDU；
除此之外，发送部分还可以包括以下功能单元中的一个或多个：
头压缩(Header Compression)功能单元：设置为对来自上层的SDU进行数据头压缩，比如进行IP头压缩；
预级联功能(Pre-concatenation)单元：设置为对来自上层的多个SDU进行传输之前的预级联操作；
路由(Routing)功能单元：该功能仅用于多连接(包括双连接)操作时，设置为为发送PDU选择其中一个连接发送；
为实现如图16的接收部分的数据处理方法，接收部分至少包括：
协议数据单元头移除(Remove L2-H header)功能单元：设置为移除接收PDU的协议数据头单元；
解密功能单元(Deciphering)功能单元：设置为对在接收窗口内非重复接收的PDU进行解密操作；
完整性验证(Integrity Verification)功能单元：设置为对在接收窗口内非重复接收的PDU进行完整性验证；
除此之外，接收部分还可以包括以下功能单元中的一个或多个：
接收缓存和重排序(Reception Buffer&Reordering)功能单元：设置为将接收PDU放入接收缓存并执行重排序操作。
头解压缩(Header Decompression)功能单元：设置为对去除包头之后的接收SDU进行头解压缩，比如进行IP头解压缩，该功能与发送部分的头压缩功能单元配对使用；
解预级联(De-concatenation)功能单元：设置为对去除包头之后的接收SDU进行解预级联操作，该功能与发送部分的预级联功能单元配对使用；
通过本发明优选实施例的上述技术方案，通过预设时序在L2协议层中执行RLC层和PDCP层的相关功能，并分别对AM模式和UM模式的数据处理过程进行了说明，解决了相关技术中存在对于将来L2协议层中如何进行数据处理，没有有效的解决方案的问题，实现了在L2协议层中有效执行数据处理。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中提供了一种数据处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是 可能并被构想的。
图19是根据本发明实施例的数据处理装置的结构框图一，如图19所示，该装置包括：
缓存模块192，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，将接收PDU存入接收缓存；
执行模块194，连接至上述缓存模块192，设置为对存入接收缓存的接收PDU进行重排序操作，以及根据解密计数值，对接收PDU执行解密。
图20是根据本发明实施例的数据处理装置的结构框图二，如图20所示，该装置除包括图19所示的所有模块外，还包括：
第一计算模块202，设置为在接收PDU是当前按序等待接收的PDU的情况下，根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值；
第二计算模块204，设置为在接收PDU不是当前按序等待接收的PDU的情况下，如果接收PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN，以及当前接收超帧号加1后的值，计算得到解密计数值；如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值。
图21是根据本发明实施例的数据处理装置的结构框图三，如图21所示，该装置除包括图19所示的所有模块外，还包括：
第一更新模块212，设置为在接收PDU是当前按序等待接收的PDU的情况下，在对接收PDU执行解密之后，更新接收状态变量的值，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN；
第二更新模块214，连接至上述第一更新模块212，设置为在更新后的接收状态变量的值小于更新前的接收状态变量的值的情况下，更新当前接收超帧号。
图22是根据本发明实施例的数据处理装置的结构框图四，如图22所示，该装置除包括图20所示的所有模块外，还包括：
确定模块222，设置为在接收PDU的RSN与接收状态变量的值相等的情况下，确定接收PDU是当前按序等待接收的PDU，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地，执行模块194还设置为根据解密计数值，对接收PDU执行完整性保护验证。
图23是根据本发明实施例的数据处理装置的结构框图五，如图23所示，该装置包括：
更新模块232，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新当前接收超帧号；
执行模块234，连接至上述更新模块232，设置为根据解密计数值，对接收PDU执行解密；
缓存模块236，连接至上述执行模块234，设置为将接收PDU存入接收缓存。
图24是根据本发明实施例的数据处理装置的结构框图六，如图24所示，该装置除包括图23所示的所有模块外，还包括：
确定模块242，设置为在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的情况下，确定当前接收超帧号需要更新。
图25是根据本发明实施例的数据处理装置的结构框图七，如图25所示，该装置除包括图23所示的所有模块外，还包括：
计算模块252，设置为根据接收PDU的RSN，以及当前接收超帧号，计算得到解密计数值。
可选地，执行模块234还设置为根据解密计数值，对接收PDU执行完整性保护验证。
图26是根据本发明实施例的数据处理装置的结构框图八，如图26所示，该装置包括：
确定模块262，设置为根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；
执行模块264，连接至上述确定模块262，设置为在确定当前要发送的SDU的TSN之后，根据加密计数值，对SDU执行加密；
生成模块266，连接至上述执行模块264，设置为根据SDU的TSN，为加密后的SDU添加协议数据单元头，生成协议数据单元PDU。
图27是根据本发明实施例的数据处理装置的结构框图九，如图27所示，该装置除包括图26所示的所有模块外，还包括：
计算模块272，设置为根据SDU的TSN，以及当前发送超帧号，计算得到加密计数值。
图28是根据本发明实施例的数据处理装置的结构框图十，如图28所示，该装置除包括图26所示的所有模块外，还包括：
第一更新模块282，设置为在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN之后，更新发送状态变量的值；
第二更新模块284，连接至上述第一更新模块282，设置为在根据加密计数值，对SDU进行加密之后，在更新后的发送状态变量的值为0的情况下，更新当前发送超帧号。
可选地，执行模块264还可以设置为根据加密计数值，对SDU执行完整性保护。
可选地，确定模块262还设置为在发送状态变量的值位于发送窗口之内的情况下，确定SDU的TSN为发送状态变量的值。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器 中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
在本实施例中提供了一种无线网络设备，该无线网络设备的结构如图2所示，其中，处理器22，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，将接收PDU存入接收缓存；
处理器22，还设置为对存入接收缓存的接收PDU进行重排序操作，以及根据解密计数值，对接收PDU执行解密。
可选地，处理器22还可以设置为在根据解密计数值，对接收PDU执行解密之前，在接收PDU是当前按序等待接收的PDU的情况下，根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值；在接收PDU不是当前按序等待接收的PDU的情况下，如果接收PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN，以及当前接收超帧号加1后的值，计算得到解密计数值；如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值。
可选地，处理器22还可以设置为在接收PDU是当前按序等待接收的PDU的情况下，在对接收PDU执行解密之后，更新接收状态变量的值，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN；在更新后的接收状态变量的值小于更新前的接收状态变量的值的情况下，更新当前接收超帧号。
可选地，处理器22还可以设置为在接收PDU是当前按序等待接收的PDU的情况下，根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值之前，在接收PDU的RSN与接收状态变量的值相等的情况下，确定接收PDU是当前按序等待接收的PDU，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地，处理器22还可以设置为在根据解密计数值，对接收PDU执行解密之前，根据解密计数值，对接收PDU执行完整性保护验证。
在本实施例中还提供了一种无线网络设备，该无线网络设备的结构如图2所示，其中，处理器22，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新当前接收超帧号；
处理器22，还设置为根据解密计数值，对接收PDU执行解密；
处理器22，还设置为将接收PDU存入接收缓存。
可选地，处理器22还可以设置为在更新当前接收超帧号之前，在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下，确定当前接收超帧号需要更新。
可选地，处理器22还可以设置为在根据解密计数值，对当前SDU进行解密之前，根据接收PDU的RSN，以及当前接收超帧号，计算得到解密计数值。
可选地，处理器22还可以设置为在根据解密计数值，对接收PDU执行解密之前，根据解密计数值，对接收PDU执行完整性保护验证。
在本实施例中还提供了一种无线网络设备，该无线网络设备的结构如图2所示，其中，处理器22，设置为根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；
处理器22，还设置为在确定当前要发送的SDU的TSN之后，根据加密计数值，对SDU执行加密；
处理器22，还设置为根据SDU的TSN，为加密后的SDU添加协议数据单元头，生成协议数据单元PDU。
可选地，处理器22还可以设置为在根据加密计数值，对当前SDU执行加密之前，根据SDU的TSN，以及当前发送超帧号，计算得到加密计数值。
可选地，处理器22还可以设置为在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN之后，更新发送状态变量的值；在根据加密计数值，对SDU进行加密之后，在更新后的发送状态变量的值为0的情况下，更新当前发送超帧号。
可选地，处理器22还可以设置为在根据加密计数值，对SDU进行加密之前，根据加密计数值，对SDU执行完整性保护。
可选地，处理器22还可以设置为在发送状态变量的值位于发送窗口之内的情况下，确定SDU的TSN为发送状态变量的值。
在本实施例中还提供了一种无线网络系统，图29是根据本发明实施例的无线网络系统的结构框图。如图29所示，该无线网络系统包括：第一无线网络设备292和第二无线网络设备294，其中，第一无线网络设备292包括：第一处理器2922，第二无线网络设备294包括：第二处理器2942，其中，
第一处理器2922，设置为根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；
第一处理器2922，还设置为在确定当前要发送的SDU的TSN之后，根据加密计数值，对SDU执行加密；
第一处理器2922，还设置为根据SDU的TSN，为加密后的SDU添加协议数据单元头，生成协议数据单元PDU；
第二处理器2942，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，将接收PDU存入接收缓存；
第二处理器2942，还设置为对存入接收缓存的接收PDU进行重排序操作，以及根据解密计数值，对接收PDU执行解密。
可选地，第一处理器2922在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN之后，更新发送状态变量的值；在根据加密计数值，对SDU进行加密之后，在 更新后的发送状态变量的值为0的情况下，更新当前发送超帧号。
可选地，第一处理器2922还设置为在发送状态变量的值位于发送窗口之内的情况下，确定SDU的TSN为发送状态变量的值。
在本实施例中还提供了一种无线网络系统，该无线网络系统的结构如图29所示，其中，
第一处理器2922，设置为根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；
第一处理器2922，还设置为在确定当前要发送的SDU的TSN之后，根据加密计数值，对SDU执行加密；
第一处理器2922，还设置为根据SDU的TSN，为加密后的SDU添加协议数据单元头，生成协议数据单元PDU；
第二处理器2924，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新当前接收超帧号；
第二处理器2924，还设置为根据解密计数值，对接收PDU执行解密；
第二处理器2924，还设置为将接收PDU存入接收缓存。
可选地，第一处理器2922还可以设置为在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN之后，更新发送状态变量的值；在根据加密计数值，对SDU进行加密之后，在更新后的发送状态变量的值为0的情况下，更新当前发送超帧号。
可选地，第二处理器2924还设置为还用于在更新当前接收超帧号之前，在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下，确定当前接收超帧号需要更新。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上 述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；
S2，在确定当前要发送的SDU的TSN之后，根据加密计数值，对SDU执行加密；
S3，根据SDU的TSN，为加密后的SDU添加协议数据单元头，生成协议数据单元PDU。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在根据加密计数值，对当前SDU执行加密之前，还包括：根据SDU的TSN，以及当前发送超帧号，计算得到加密计数值。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：
S1，在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN之后，还包括：更新发送状态变量的值；
S2，在根据加密计数值，对SDU进行加密之后，还包括：在更新后的发送状态变量的值为0的情况下，更新当前发送超帧号。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在根据加密计数值，对SDU进行加密之前，还包括：根据加密计数值，对SDU执行完整性保护。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN；在确定当前要发送的SDU的TSN 之后，根据加密计数值，对SDU执行加密；根据SDU的TSN，为加密后的SDU添加协议数据单元头，生成协议数据单元PDU。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在根据加密计数值，对当前SDU执行加密之前，还包括：根据SDU的TSN，以及当前发送超帧号，计算得到加密计数值。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在根据用于记录服务数据单元SDU的发送序列号TSN的发送状态变量的值，确定当前要发送的SDU的TSN之后，还包括：更新发送状态变量的值；在根据加密计数值，对SDU进行加密之后，还包括：在更新后的发送状态变量的值为0的情况下，更新当前发送超帧号。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在根据加密计数值，对SDU进行加密之前，还包括：根据加密计数值，对SDU执行完整性保护。
实施例5
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，将接收PDU存入接收缓存；
S2，对存入接收缓存的接收PDU进行重排序操作，以及根据解密计数值，对接收PDU执行解密。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：
在根据解密计数值，对接收PDU执行解密之前，还包括：
S1，在接收PDU是当前按序等待接收的PDU的情况下，根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值；
S2，在接收PDU不是当前按序等待接收的PDU的情况下，如果接收 PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN，以及当前接收超帧号加1后的值，计算得到解密计数值；如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：
在接收PDU是当前按序等待接收的PDU的情况下，在对接收PDU执行解密之后，还包括：
S1，更新接收状态变量的值，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN；
S2，在更新后的接收状态变量的值小于更新前的接收状态变量的值的情况下，更新当前接收超帧号。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在接收PDU是当前按序等待接收的PDU的情况下，根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值之前，还包括：在接收PDU的RSN与接收状态变量的值相等的情况下，确定接收PDU是当前按序等待接收的PDU，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在根据解密计数值，对接收PDU执行解密之前，还包括：根据解密计数值，对接收PDU执行完整性保护验证。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口 内并且接收PDU没有被成功接收过的情况下，将接收PDU存入接收缓存；对存入接收缓存的接收PDU进行重排序操作，以及根据解密计数值，对接收PDU执行解密。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在根据解密计数值，对接收PDU执行解密之前，还包括：在接收PDU是当前按序等待接收的PDU的情况下，根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值；在接收PDU不是当前按序等待接收的PDU的情况下，如果接收PDU的RSN的值小于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN，以及当前接收超帧号加1后的值，计算得到解密计数值；如果接收PDU的RSN的值大于用于记录当前按序等待接收的PDU的RSN的接收状态变量的值，则根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收PDU是当前按序等待接收的PDU的情况下，在对接收PDU执行解密之后，还包括：更新接收状态变量的值，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN；在更新后的接收状态变量的值小于更新前的接收状态变量的值的情况下，更新当前接收超帧号。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收PDU是当前按序等待接收的PDU的情况下，根据接收PDU的RSN以及当前接收超帧号，计算得到解密计数值之前，还包括：在接收PDU的RSN与接收状态变量的值相等的情况下，确定接收PDU是当前按序等待接收的PDU，其中，接收状态变量用于记录当前按序等待接收的PDU的RSN。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在根据解密计数值，对接收PDU执行解密之前，还包括：根据解密计数值，对接收PDU执行完整性保护验证。
实施例6
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新当前接收超帧号；
S2，根据解密计数值，对接收PDU执行解密；
S3，将接收PDU存入接收缓存。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在更新当前接收超帧号之前，还包括：在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下，确定当前接收超帧号需要更新。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在根据解密计数值，对当前SDU进行解密之前，还包括：根据接收PDU的RSN，以及当前接收超帧号，计算得到解密计数值。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在根据解密计数值，对接收PDU执行解密之前，还包括：根据解密计数值，对接收PDU执行完整性保护验证。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新当前接收超帧号；根据解密计数值，对接收PDU执行解密；将接收PDU存入接收缓存。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在更新当前接收超帧号之前，还包括：在接收PDU的RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下，确定当前接收超帧号需要更新。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在根据解密计数值，对当前SDU进行解密之前，还包括：根据接收PDU的RSN，以及当前接收超帧号，计算得到解密计数值。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在根据解密计数值，对接收PDU执行解密之前，还包括：根据解密计数值，对接收PDU执行完整性保护验证。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (18)

  1. 一种数据处理方法，包括：
    在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，将所述接收PDU存入接收缓存；
    对存入所述接收缓存的所述接收PDU进行重排序操作，以及根据解密计数值，对所述接收PDU执行解密。
  2. 根据权利要求1所述的方法，其中，在根据所述解密计数值，对所述接收PDU执行解密之前，还包括：
    在所述接收PDU是当前按序等待接收的PDU的情况下，根据所述接收PDU的所述RSN以及当前接收超帧号，计算得到所述解密计数值；
    在所述接收PDU不是当前按序等待接收的PDU的情况下，如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值，则根据所述接收PDU的所述RSN，以及所述当前接收超帧号加1后的值，计算得到所述解密计数值；如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值，则根据所述接收PDU的所述RSN以及当前接收超帧号，计算得到所述解密计数值。
  3. 根据权利要求2所述的方法，其中，在所述接收PDU是所述当前按序等待接收的PDU的情况下，在对所述接收PDU执行解密之后，还包括：
    更新接收状态变量的值，其中，所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN；
    在更新后的所述接收状态变量的值小于更新前的所述接收状态变量的值的情况下，更新所述当前接收超帧号。
  4. 根据权利要求2所述的方法，其中，在所述接收PDU是当 前按序等待接收的PDU的情况下，根据所述接收PDU的所述RSN以及所述当前接收超帧号，计算得到所述解密计数值之前，还包括：
    在所述接收PDU的所述RSN与接收状态变量的值相等的情况下，确定所述接收PDU是所述当前按序等待接收的PDU，其中，所述接收状态变量用于记录所述当前按序等待接收的PDU的RSN。
  5. 根据权利要求1至4中任一项所述的方法，其中，在根据所述解密计数值，对所述接收PDU执行解密之前，还包括：
    根据所述解密计数值，对所述接收PDU执行完整性保护验证。
  6. 一种数据处理方法，包括：
    在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新所述当前接收超帧号；
    根据解密计数值，对所述接收PDU执行解密；
    将所述接收PDU存入接收缓存。
  7. 根据权利要求6所述的方法，其中，在更新所述当前接收超帧号之前，还包括：
    在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下，确定所述当前接收超帧号需要更新。
  8. 根据权利要求6所述的方法，其中，在根据所述解密计数值，对所述当前SDU进行解密之前，还包括：
    根据所述接收PDU的所述RSN，以及所述当前接收超帧号，计算得到所述解密计数值。
  9. 根据权利要求6至8中任一项所述的方法，其中，在根据所述解密计数值，对所述接收PDU执行解密之前，还包括：
    根据所述解密计数值，对所述接收PDU执行完整性保护验证。
  10. 一种数据处理装置，包括：
    缓存模块，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，将所述接收PDU存入接收缓存；
    执行模块，设置为对存入所述接收缓存的所述接收PDU进行重排序操作，以及根据解密计数值，对所述接收PDU执行解密。
  11. 根据权利要求10所述的装置，其中，还包括：
    第一计算模块，设置为在所述接收PDU是当前按序等待接收的PDU的情况下，根据所述接收PDU的所述RSN以及当前接收超帧号，计算得到所述解密计数值；
    第二计算模块，设置为在所述接收PDU不是当前按序等待接收的PDU的情况下，如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值，则根据所述接收PDU的所述RSN，以及所述当前接收超帧号加1后的值，计算得到所述解密计数值；如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值，则根据所述接收PDU的所述RSN以及当前接收超帧号，计算得到所述解密计数值。
  12. 一种数据处理装置，包括：
    更新模块，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新所述当前接收超帧号；
    执行模块，设置为根据解密计数值，对所述接收PDU执行解密；
    缓存模块，设置为将所述接收PDU存入接收缓存。
  13. 根据权利要求12所述的装置，其中，还包括：
    确定模块，设置为在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的情况下，确定所述当前接收超帧号需要更新。
  14. 一种无线网络设备，包括：处理器，其中，
    所述处理器，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，将所述接收PDU存入接收缓存；
    所述处理器，还设置为对存入所述接收缓存的所述接收PDU进行重排序操作，以及根据解密计数值，对所述接收PDU执行解密。
  15. 根据权利要求14所述的设备，其中，所述处理器还设置为在根据所述解密计数值，对所述接收PDU执行解密之前，在所述接收PDU是当前按序等待接收的PDU的情况下，根据所述接收PDU的所述RSN以及当前接收超帧号，计算得到所述解密计数值；在所述接收PDU不是当前按序等待接收的PDU的情况下，如果所述接收PDU的所述RSN的值小于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值，则根据所述接收PDU的所述RSN，以及所述当前接收超帧号加1后的值，计算得到所述解密计数值；如果所述接收PDU的所述RSN的值大于用于记录所述当前按序等待接收的PDU的RSN的接收状态变量的值，则根据所述接收PDU的所述RSN以及当前接收超帧号，计算得到所述解密计数值。
  16. 一种无线网络设备，包括：处理器，其中，
    所述处理器，设置为在接收到的接收协议数据单元PDU的接收序列号RSN位于接收窗口内并且所述接收PDU没有被成功接收过的情况下，如果当前接收超帧号需要更新，则更新所述当前接收超帧号；
    所述处理器，还设置为根据解密计数值，对所述接收PDU执行解密；
    所述处理器，还设置为将所述接收PDU存入接收缓存。
  17. 根据权利要求16所述的设备，其中，所述处理器还设置为在更新所述当前接收超帧号之前，在所述接收PDU的所述RSN小于用于记录当前按序等待接收的PDU的接收状态变量的值的情况下，确定所述当前接收超帧号需要更新。
  18. 一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至9中任一项所述的方法。
PCT/CN2017/098634 2016-08-26 2017-08-23 数据处理方法、装置、无线网络设备及无线网络系统 WO2018036517A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610738133.8A CN107786506A (zh) 2016-08-26 2016-08-26 数据处理方法、装置、无线网络设备及无线网络系统
CN201610738133.8 2016-08-26

Publications (1)

Publication Number Publication Date
WO2018036517A1 true WO2018036517A1 (zh) 2018-03-01

Family

ID=61246443

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/098634 WO2018036517A1 (zh) 2016-08-26 2017-08-23 数据处理方法、装置、无线网络设备及无线网络系统

Country Status (2)

Country Link
CN (1) CN107786506A (zh)
WO (1) WO2018036517A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10728826B2 (en) 2018-07-02 2020-07-28 At&T Intellectual Property I, L.P. Cell site routing based on latency
US11533777B2 (en) 2018-06-29 2022-12-20 At&T Intellectual Property I, L.P. Cell site architecture that supports 5G and legacy protocols

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111131179B (zh) * 2019-12-05 2022-01-25 中移（杭州）信息技术有限公司 业务处理方法、装置、网络设备及存储介质
CN114124840B (zh) * 2021-11-26 2023-09-15 哲库科技(北京)有限公司 一种接收pdcp包的方法、装置及终端设备
WO2023137655A1 (en) * 2022-01-20 2023-07-27 Qualcomm Incorporated Hyper frame number (hfn) resynchronization of packet data convergence protocol (pdcp) protocol data units

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1951052A (zh) * 2004-04-19 2007-04-18 Lg电子株式会社 用于增强um rlc数据处理的装置和方法
CN101686494A (zh) * 2008-09-22 2010-03-31 大唐移动通信设备有限公司 一种分组数据汇聚协议层处理数据包的方法和装置
WO2015064318A1 (ja) * 2013-10-31 2015-05-07 株式会社Ｎｔｔドコモ ユーザ装置及び方法
US20150215987A1 (en) * 2014-01-29 2015-07-30 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1951052A (zh) * 2004-04-19 2007-04-18 Lg电子株式会社 用于增强um rlc数据处理的装置和方法
CN101686494A (zh) * 2008-09-22 2010-03-31 大唐移动通信设备有限公司 一种分组数据汇聚协议层处理数据包的方法和装置
WO2015064318A1 (ja) * 2013-10-31 2015-05-07 株式会社Ｎｔｔドコモ ユーザ装置及び方法
US20150215987A1 (en) * 2014-01-29 2015-07-30 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11533777B2 (en) 2018-06-29 2022-12-20 At&T Intellectual Property I, L.P. Cell site architecture that supports 5G and legacy protocols
US10728826B2 (en) 2018-07-02 2020-07-28 At&T Intellectual Property I, L.P. Cell site routing based on latency

Also Published As

Publication number Publication date
CN107786506A (zh) 2018-03-09

Similar Documents

Publication Publication Date Title
WO2018036517A1 (zh) 数据处理方法、装置、无线网络设备及无线网络系统
US11751097B2 (en) Method and apparatus for reestablishing packet data convergence protocol (PDCP) entity in a wireless communication system
CN111434183B (zh) 无线通信系统中以双连接处理用户平面的方法和用户设备
US11159981B2 (en) Congestion processing method and apparatus
CN111386725B (zh) 用于在无线通信系统中处理pdcp操作的方法和系统
CN111034259B (zh) 用于在无线通信网络中执行切换的方法和系统
CN107113291B (zh) 演进的数据压缩方案信令
US11265759B2 (en) Methods and apparatuses for transmitting and receiving data in wireless communication system
CN109151903A (zh) 用于在下一代移动通信系统中处理分组的方法和装置
EP3669573B1 (en) Method and apparatus for processing a packet in a wireless communication system
KR20090027157A (ko) 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
US20220377602A1 (en) Method and apparatus for performing feedback-based ethernet header compression or decompression in wireless communication system
JP2022528843A (ja) 高信頼低遅延サービスをサポートするシステムでのｐｄｃｐ制御データを処理する方法及び装置
KR100954925B1 (ko) 상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａ ｕｎｉｔ)을 전달하는 방법
US11627190B2 (en) Timer control method, data packet processing method, and device
EP4009603A1 (en) Method and apparatus for performing feedback-based ethernet header compression or decompression in wireless communication system
CN107027136B (zh) 数据处理的方法及装置
WO2017000564A1 (zh) 数据处理方法及装置
CN111955027B (zh) 控制移动通信系统中的数据接收速率的方法和装置
WO2014141635A1 (ja) 無線通信装置及び送信フレーム制御方法
EP3993500A1 (en) Packet redundancy processing method for supporting enhanced handover in next generation mobile communication system, method for preventing header decompression failure during handover and apparatus therefor
JP4955734B2 (ja) 上位にｐｄｃｐデータユニットを送信する方法
KR20210014060A (ko) 차세대 이동 통신 시스템에서 향상된 핸드오버를 지원하는 패킷 중복 처리 방법, 핸드오버 시 헤더 압축 해제 실패를 방지하는 방법 및 이를 위한 장치
CN113573357A (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: 17842939

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17842939

Country of ref document: EP

Kind code of ref document: A1