Data transmission method and device, receiving end device and sending end device

Abstract

The present disclosure is about a data transmission method and apparatus, a receiving end device, a transmitting end device and a computer-readable storage medium. The data transmission method includes: receiving at least one data packet sent by a transmitting end in a reordering window, wherein each of the at least one data packet carries a sequence number SN; if at least one data packet arriving in SN order is received in the reordering window, the received data packet is parsed and the parsed data portion is delivered to an upper layer; if a data packet not arriving in SN order is received in the reordering window and the reordering timer is not currently started, the reordering timer is started, and the SN corresponding to the data packet that triggers the reordering timer is set to the SN of the currently received data packet not arriving in SN order, and if all out-of-order data packets before the SN that triggers the reordering timer are successfully received, the reordering timer is stopped and reset.

Description

[0001] Divisional application statement

[0002] This application is a divisional application based on the Chinese invention patent application with application number 201780000719.7, application date July 10, 2017, and invention name “Data transmission method and device, receiving device and transmitting device”. Technical Field

[0003] The present disclosure relates to the field of communication technology, and in particular to a data transmission method and apparatus, a receiving end device, a transmitting end device, and a computer-readable storage medium. Background Art

[0004] With the development of communication technology, the fifth generation of mobile communication technology (5th Generation, referred to as 5G) has emerged. The 5G new radio (NR) user plane introduces a new protocol layer on top of the existing packet data convergence protocol (PDCP) layer. The new protocol layer can map the service quality flow (QoS flow) to the data bearer (DRB), and can also add QoS flow identifiers (IDs) to uplink and downlink packets.

[0005] A QoS flow may be remapped from the current DRB to another DRB. When a QoS flow remap occurs, the data that has been submitted to a DRB before the QoS flow remap continues to be sent through the DRB, and the subsequent data is sent through the newly mapped DRB. Since the two DRBs send data at different times, it is difficult to ensure that the data submitted to the DRB before the remap is received first, and the data submitted to the DRB after the remap is received later, that is, the SDAP receiver may receive out-of-order data.

[0006] In order to solve the above technical problems, the relevant technology is that after the DRB before remapping successfully sends all the data submitted by the QoS flow, the SDAP layer submits the subsequent data to the DRB after remapping. However, this method will cause additional delay. Summary of the invention

[0007] In view of this, the present application discloses a data transmission method and apparatus, a receiving device, a transmitting device and a computer-readable storage medium to solve the data disorder problem of QoS flow during DRB remapping and avoid additional delays.

[0008] According to a first aspect of an embodiment of the present disclosure, a data transmission method is provided, which is applied to a receiving end, and the method includes:

[0009] Receiving at least one data packet sent by a sending end within the reordering window, each data packet in the at least one data packet carries a sequence number SN;

[0010] If at least one data packet arriving in the SN order is received in the reordering window, the received data packet is parsed and the parsed data portion is submitted to the upper layer;

[0011] If a data packet that does not arrive in SN order is received within the reordering window and the reordering timer is not currently started, the reordering timer is started, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the SN of the currently received data packet that does not arrive in SN order; if all out-of-order data packets before the SN that triggers the start of the reordering timer are successfully received, the reordering timer is stopped and reset.

[0012] In one embodiment, the method further comprises:

[0013] After stopping and resetting the reordering timer, if there are still data packets waiting to be received in the reordering window that are not in SN order, the reordering timer is started again, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received.

[0014] In one embodiment, the method further comprises:

[0015] If the SN of the received data packet corresponds to the lower boundary of the reordering window, the lower boundary of the reordering window is moved to the SN corresponding to the next data packet waiting to be received, and the upper boundary of the reordering window is updated.

[0016] In one embodiment, the method further comprises:

[0017] Whenever the SN of a received data packet is greater than the maximum SN, if the SN of the currently received data packet is not within the reordering window, the currently received data packet is discarded; if the SN of the currently received data packet is within the reordering window, the maximum SN is updated to the SN of the currently received data packet.

[0018] In one embodiment, the method further comprises:

[0019] Before parsing the received data packet, it is determined to apply a reordering function to the service quality flow corresponding to the data in the received data packet, and the reordering window is maintained.

[0020] In one embodiment, the method further comprises:

[0021] Before determining to apply the reordering function to the quality of service flow corresponding to the data in the received data packet, the reordering function is enabled for the quality of service flow.

[0022] In one embodiment, if the receiving end is a user equipment UE, the enabling of the reordering function for the service quality flow includes:

[0023] Receive configuration information sent by the base station, and enable the reordering function for the service quality flow according to the configuration information, enable the reordering function for the data bearer DRB in the confirmed AM mode mapped by the service quality flow, or enable the reordering function for the data bearer DRB in the AM mode or the unconfirmed UM mode mapped by the service quality flow; or

[0024] The reordering function is always enabled for the service quality flow.

[0025] In one embodiment, the method further comprises:

[0026] Before the reordering function is always enabled for the quality of service flow, determining that DRB remapping occurs for the quality of service flow according to received downlink data of the quality of service flow and a reflective quality of service attribute enabled for the quality of service flow; or

[0027] Determine, according to the service quality flow identifier carried in the received downlink data of the service quality flow, whether DRB remapping occurs in the service quality flow.

[0028] In one embodiment, if the receiving end is a base station, the enabling of the reordering function for the service quality flow includes:

[0029] After configuring the UE to perform DRB remapping on the uplink data of the service quality flow, the reordering function is enabled for the service quality flow.

[0030] According to a second aspect of an embodiment of the present disclosure, a data transmission method is provided, which is applied to a sending end, and the method includes:

[0031] Determine that a data bearer DRB remapping occurs in a service quality flow corresponding to the data in the data packet;

[0032] A sequence number SN is added to the header of the data packet, and the data packet carrying the SN is sent to the receiving end.

[0033] In one embodiment, if the transmitting end is a user equipment UE, the determining that a service quality flow corresponding to the data in the data packet undergoes DRB remapping includes:

[0034] receiving configuration information sent by a base station, where the configuration information is used to instruct the UE to perform DRB remapping on uplink data of the service quality flow;

[0035] Determine, according to the configuration information, that DRB remapping occurs for the service quality flow corresponding to the data in the data packet.

[0036] In one embodiment, if the transmitting end is a user equipment UE, the determining that a service quality flow corresponding to the data in the data packet undergoes DRB remapping includes:

[0037] If the service quality flow has the reflective service quality attribute enabled, if the downlink data of the service quality flow is received on a DRB different from the DRB that previously received the downlink data of the service quality flow, it is determined that the service quality flow corresponding to the data in the data packet undergoes DRB remapping.

[0038] According to a third aspect of an embodiment of the present disclosure, a data transmission device is provided, which is applied to a receiving end, and the device includes:

[0039] A receiving module, configured to receive at least one data packet sent by a sending end within a reordering window, each of the at least one data packet carrying a sequence number SN;

[0040] A parsing and submitting module, configured to parse the received data packet and submit the parsed data portion to an upper layer if the receiving module receives at least one data packet arriving in the SN order within the reordering window;

[0041] The processing module is configured to start the reordering timer if the receiving module receives a data packet that does not arrive in SN order within the reordering window and the reordering timer is not currently started, and set the SN corresponding to the data packet that triggers the start of the reordering timer to the SN of the currently received data packet that does not arrive in SN order; if all out-of-order data packets before the SN that triggers the start of the reordering timer are successfully received, stop and reset the reordering timer.

[0042] In one embodiment, the device further comprises:

[0043] The start setting module is configured to start the reordering timer again after the processing module stops and resets the reordering timer, if there are still data packets waiting to be received in the reordering window that are not in SN order, and set the SN corresponding to the data packet that triggers the start of the reordering timer to the maximum SN of the data packets currently waiting to be received.

[0044] In one embodiment, the device further comprises:

[0045] The moving update module is configured to move the lower boundary of the reordering window to the SN corresponding to the next data packet waiting to be received, and update the upper boundary of the reordering window if the SN of the data packet received by the receiving module corresponds to the lower boundary of the reordering window.

[0046] In one embodiment, the device further comprises:

[0047] The discard update module is configured to discard the currently received data packet whenever the receiving module receives a data packet whose SN is greater than the maximum SN, if the SN of the currently received data packet is not within the reordering window; if the SN of the currently received data packet is within the reordering window, update the maximum SN to the SN of the currently received data packet.

[0048] In one embodiment, the device further comprises:

[0049] The determination and maintenance module is configured to determine to apply a reordering function to the service quality flow corresponding to the data in the received data packet before the parsing and delivery module parses the received data packet, and maintain the reordering window.

[0050] In one embodiment, the device further comprises:

[0051] The enabling module is configured to enable the reordering function for the service quality flow before the determining and maintaining module determines to apply the reordering function to the service quality flow corresponding to the data in the received data packet.

[0052] In one embodiment, if the receiving end is a user equipment UE, the opening module includes:

[0053] a first activation unit configured to receive configuration information sent by a base station, and activate the reordering function for the service quality flow according to the configuration information, activate the reordering function for a data bearer DRB in a confirmed AM mode mapped by the service quality flow, or activate the reordering function for a data bearer DRB in an AM mode or a non-confirmed UM mode mapped by the service quality flow; or

[0054] The second enabling unit is configured to always enable the reordering function for the service quality flow.

[0055] In one embodiment, the opening module further includes:

[0056] A first determining unit is configured to determine that DRB remapping occurs for the service quality flow according to received downlink data of the service quality flow and a reflective service quality attribute enabled for the service quality flow before the second enabling unit always enables the reordering function for the service quality flow; or

[0057] The second determining unit is configured to determine that DRB remapping occurs for the service quality flow according to a service quality flow identifier carried in received downlink data of the service quality flow before the second enabling unit always enables the reordering function for the service quality flow.

[0058] In one embodiment, if the receiving end is a base station, the activation module is configured as follows:

[0059] After configuring the UE to perform DRB remapping on the uplink data of the service quality flow, the reordering function is enabled for the service quality flow.

[0060] According to a fourth aspect of an embodiment of the present disclosure, a data transmission device is provided, which is applied to a transmitting end, and the device includes:

[0061] A determination module is configured to determine that a data bearer DRB remapping occurs in a service quality flow corresponding to the data in the data packet;

[0062] A sending module is added, which is configured to add a sequence number SN to the header of the data packet after the determining module determines that the service quality flow corresponding to the data in the data packet undergoes DRB remapping, and send the data packet carrying the SN to the receiving end.

[0063] In one embodiment, if the transmitting end is a user equipment UE, the determining module includes:

[0064] A receiving unit, configured to receive configuration information sent by a base station, wherein the configuration information is used to instruct the UE to perform DRB remapping on the uplink data of the service quality flow;

[0065] The first determining unit is configured to determine, according to the configuration information received by the receiving unit, that DRB remapping occurs in the service quality flow corresponding to the data in the data packet.

[0066] In one embodiment, if the transmitting end is a user equipment UE, the determining module includes:

[0067] The second determination unit is configured to determine that DRB remapping occurs in the service quality flow corresponding to the data in the data packet if the service quality flow turns on the reflective service quality attribute, and if the downlink data of the service quality flow is received on a DRB different from the DRB that previously received the downlink data of the service quality flow.

[0068] According to a fifth aspect of an embodiment of the present disclosure, a receiving end device is provided, including:

[0069] processor;

[0070] a memory for storing processor-executable instructions;

[0071] Wherein, the processor is configured to:

[0072] Receiving at least one data packet sent by a sending end within the reordering window, each data packet in the at least one data packet carries a sequence number SN;

[0073] If at least one data packet arriving in the SN order is received in the reordering window, the received data packet is parsed and the parsed data portion is submitted to the upper layer;

[0074] If a data packet that does not arrive in SN order is received within the reordering window and the reordering timer is not currently started, the reordering timer is started, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the SN of the currently received data packet that does not arrive in SN order; if all out-of-order data packets before the SN that triggers the start of the reordering timer are successfully received, the reordering timer is stopped and reset.

[0075] According to a sixth aspect of an embodiment of the present disclosure, a transmitting end device is provided, including:

[0076] processor;

[0077] a memory for storing processor-executable instructions;

[0078] Wherein, the processor is configured to:

[0079] Determine that a data bearer DRB remapping occurs in a service quality flow corresponding to the data in the data packet;

[0080] A sequence number SN is added to the header of the data packet, and the data packet carrying the SN is sent to the receiving end.

[0081] According to a seventh aspect of an embodiment of the present disclosure, there is provided a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the steps of the above-mentioned data transmission method are implemented.

[0082] According to an eighth aspect of an embodiment of the present disclosure, there is provided a computer-readable storage medium on which a computer program is stored, and when the program is executed by a processor, the steps of the above-mentioned data transmission method are implemented.

[0083] The technical solution provided by the embodiments of the present disclosure may have the following beneficial effects:

[0084] When a data packet that does not arrive in SN order is received in the reordering window and the reordering timer is not started currently, the reordering timer is started to wait for the arrival of a data packet in SN order, and at least one data packet received in SN order in the reordering window is parsed, and then the parsed data part is submitted to the upper layer, thereby realizing in-order data transmission, thereby solving the data disorder problem of QoS flow during DRB remapping and avoiding additional delays.

[0085] When there are still data packets waiting to be received in the reordering window that are not in SN order, the reordering timer is started again, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received, so as to avoid frequently starting and shutting down the reordering timer and reduce the waste of resources at the receiving end.

[0086] When the SN of the received data packet corresponds to the lower boundary of the reordering window, the lower boundary of the reordering window is moved to the SN corresponding to the next data packet waiting to be received, and the upper boundary of the reordering window is updated, thereby receiving data packets with different SNs within the reordering window by moving the upper and lower boundaries of the reordering window.

[0087] Whenever a data packet with a larger SN is received, if the SN of the currently received data packet is not within the reordering window, the currently received data packet is discarded. If the SN of the currently received data packet is within the reordering window, the maximum SN is updated to the SN of the currently received data packet, thereby achieving the purpose of maintaining the maximum SN.

[0088] By determining to apply a reordering function to a service quality flow corresponding to data in a received data packet and maintaining a reordering window, conditions are provided for subsequent reception of data packets within the reordering window.

[0089] By enabling the reordering function for the service quality flow, conditions are provided for the subsequent application of the reordering function to the service quality flow.

[0090] The reordering function can be enabled for service quality flows in a variety of ways, and the implementation methods are flexible and diverse.

[0091] The occurrence of DRB remapping in a service quality flow can be determined in a variety of ways, and the implementation methods are flexible and diverse.

[0092] DRB remapping is performed by determining the service quality flow corresponding to the data in the data packet, then adding SN to the packet header, and sending the data packet carrying SN to the receiving end, so that the receiving end can determine the transmission order of the data packets according to the SN, thereby providing conditions for sequential transmission of data, and further providing conditions for solving the data disorder problem of QoS flow during DRB remapping with low latency.

[0093] The DRB remapping may be performed by receiving configuration information sent by a base station and determining, according to the configuration information, that the service quality flow corresponding to the data in the data packet undergoes DRB remapping, and the implementation is simple.

[0094] After the service quality flow turns on the reflective service quality attribute, if the downlink data of the service quality flow is received on a DRB different from the downlink data of the service quality flow previously received, it is determined that the service quality flow corresponding to the data in the data packet undergoes DRB remapping, and the implementation method is simple.

[0095] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0096] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0097] Figure 1 It is a schematic diagram of a protocol stack architecture after adding an SDAP layer, shown in an exemplary embodiment of the present application;

[0098] Figure 2 is a flow chart of a data transmission method shown in an exemplary embodiment of the present application;

[0099] Figure 3 is a flow chart of another data transmission method shown in an exemplary embodiment of the present application;

[0100] Figure 4A is a flow chart of another data transmission method shown in an exemplary embodiment of the present application;

[0101] Figure 4B is a flow chart of another data transmission method shown in an exemplary embodiment of the present application;

[0102] Figure 4C is a flow chart of another data transmission method shown in an exemplary embodiment of the present application;

[0103] Figure 5 is a flowchart of another data transmission method shown in an exemplary embodiment of the present application;

[0104] Figure 6 is a block diagram of a data transmission device according to an exemplary embodiment;

[0105] Fig. 7A is a block diagram of another data transmission device according to an exemplary embodiment;

[0106] Figure 7B is a block diagram of another data transmission device according to an exemplary embodiment;

[0107] Figure 7C is a block diagram of another data transmission device according to an exemplary embodiment;

[0108] Fig. 8A is a block diagram of another data transmission device according to an exemplary embodiment;

[0109] Figure 8B is a block diagram of another data transmission device according to an exemplary embodiment;

[0110] Fig. 9A is a block diagram of another data transmission device according to an exemplary embodiment;

[0111] Fig. 9B is a block diagram of another data transmission device according to an exemplary embodiment;

[0112] Fig.10 is a block diagram of another data transmission device according to an exemplary embodiment;

[0113] Fig.11A is a block diagram of yet another data transmission device according to an exemplary embodiment;

[0114] Fig. 11B is a block diagram of yet another data transmission device according to an exemplary embodiment;

[0115] Fig.12 is a block diagram of a data transmission device according to an exemplary embodiment;

[0116] Fig.13 is another block diagram applicable to a data transmission device according to an exemplary embodiment. DETAILED DESCRIPTION

[0117] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present invention. Instead, they are merely examples of devices and methods consistent with some aspects of the present invention as detailed in the appended claims.

[0118] In the embodiment of the present application, for the convenience of description, the newly introduced protocol layer is called the service data adaptation protocol (SDAP) layer, where the SDAP layer is located above the PDCP layer and is responsible for mapping the upper layer service quality flow (QoS flow) to a data bearer (DRB). The packet data unit (PDU) of the SDAP layer is the service data unit (SDU) of the PDCP layer. The protocol stack architecture after adding the SDAP layer is as follows: Figure 1 shown.

[0119] The SDAP layer can include multiple PDU sessions. Each PDU session corresponds to an SDAP entity. The SDAP entity refers to the logical entity that handles the PDU session service. A PDU session contains multiple QoS flows, and each QoS flow can be mapped to a different DRB. The QoS flows of different PDU sessions cannot be mapped to the same DRB. The uplink SDAP needs to add a QoS flow ID to the uplink packet so that the radio access network (RAN) can send the uplink packet to the corresponding core network (CN) QOS transmission channel. The downlink SDAP needs to add a QoS flow ID to the packet so that for reflective QoS, the UE determines the DRB to which the uplink packet is mapped.

[0120] Figure 2 is a flowchart of a data transmission method shown in an exemplary embodiment of the present application. This embodiment is described from the perspective of the receiving end. Figure 2 As shown, the data transmission method includes:

[0121] In step S201, at least one data packet sent by a transmitter is received within a reordering window, and each of the at least one data packet carries a sequence number (SN).

[0122] In this embodiment, the transmitting end sends at least one data packet to the receiving end, and the data packet may be an SDAP packet, wherein each data packet carries an SN. The receiving end may receive at least one data packet sent by the transmitting end within a pre-maintained reordering window.

[0123] Among them, for uplink data, the sending end is the UE and the receiving end is the base station. For downlink data, the sending end is the base station and the receiving end is the UE.

[0124] In step S202, if at least one data packet arriving in SN order is received in the reordering window, the received data packet is parsed and the parsed data portion is delivered to an upper layer.

[0125] If the receiving end receives at least one data packet arriving in SN order within the reordering window, it parses the received data packet and submits the parsed data portion to the upper layer.

[0126] For example, when the receiving end receives data packet 0 and data packet 1 in SN order within the reordering window, the received data packet 0 and data packet 1 can be parsed and the parsed data portion can be submitted to the upper layer.

[0127] In step S203, if a data packet that does not arrive in SN order is received within the reordering window and the reordering timer is not currently started, the reordering timer is started, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the SN of the currently received data packet that does not arrive in SN order; if all out-of-order data packets before the SN that triggers the start of the reordering timer are successfully received, the reordering timer is stopped and reset.

[0128] If the receiving end receives a data packet that does not arrive in SN order within the reordering window and the reordering timer is not currently started, the reordering timer can be started to wait for the arrival of a data packet in SN order. If all out-of-order data packets before the SN corresponding to the data packet that triggered the start of the reordering timer are successfully received, the reordering timer is stopped and reset.

[0129] Continuing with the above example, for example, if the receiving end receives data packet 3 that does not arrive in SN order within the reordering window and the reordering timer is not currently started, the reordering timer can be started to wait for the arrival of data packet 2. If all out-of-order data packets before data packet 3, that is, data packet 2, are received within the reordering window, the reordering timer can be stopped and reset, and data packets 2 and 3 can be parsed in turn, and then the parsed data part can be submitted to the upper layer.

[0130] The above embodiment starts the reordering timer when a data packet that does not arrive in SN order is received in the reordering window and the reordering timer is not currently started, to wait for the arrival of a data packet in SN order, and parses at least one data packet that arrives in SN order received in the reordering window, and then submits the parsed data part to the upper layer, thereby realizing in-order data transmission, thereby solving the data disorder problem of QoS flow during DRB remapping and avoiding additional delays.

[0131] Figure 3 is a flowchart of another data transmission method shown in an exemplary embodiment of the present application. Figure 3 As shown, after the above step S203, the method may further include:

[0132] In step S204, if there are still data packets waiting to be received that are not in SN order in the reordering window, the reordering timer is started again, and the SN corresponding to the data packet that triggered the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received.

[0133] In this embodiment, if there are still data packets waiting to be received that are not in SN order within the reordering window, the reordering timer can be started again to wait for the data packets to arrive in SN order, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received.

[0134] Assuming that after the receiving end has submitted the data part of data packets 0 to 3 to the upper layer, there are still data packets 5 and 7 in the reordering window, then there are still data packets waiting to be received in the reordering window, namely, data packets 4, 6 and 8 that are not in SN order. At this time, the reordering timer can be started again, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received, that is, the SN corresponding to the data packet that triggers the start of the reordering timer is set to 8. This is done to avoid frequently starting and shutting down the reordering timer, reduce the waste of resources at the receiving end, and after starting the reordering timer, all data packets waiting to be received that are not in SN order can be received in the reordering window.

[0135] In the above embodiment, when there are still data packets waiting to be received and not arriving in SN order within the reordering window, the reordering timer is started again, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received, so as to avoid frequently starting and shutting down the reordering timer and reduce the waste of resources at the receiving end.

[0136] Figure 4Ais a flowchart of another data transmission method shown in an exemplary embodiment of the present application. This embodiment is described from the perspective of the receiving end. Figure 4A As shown, the data transmission method may include:

[0137] In step S401, it is determined to apply a reordering function to a quality of service flow corresponding to data in a received data packet, and a reordering window is maintained.

[0138] Optionally, in this embodiment, when the receiving end determines that a reordering function needs to be applied to the received data of a certain QoS flow, a reordering window is maintained.

[0139] When the receiving end is a UE, the reordering window size on the receiving end side may be configured to the UE by the base station through a Radio Resource Control (RRC) message.

[0140] In step S402, at least one data packet sent by a transmitter is received within a reordering window, and each of the at least one data packet carries a SN.

[0141] In step S403, if at least one data packet arriving in SN order is received in the reordering window, the received data packet is parsed and the parsed data portion is delivered to an upper layer.

[0142] In step S404, if the SN of the received data packet corresponds to the lower boundary of the reordering window, the lower boundary of the reordering window is moved to the SN corresponding to the next data packet waiting to be received, and the upper boundary of the reordering window is updated.

[0143] Optionally, in this embodiment, the lower boundary and the upper boundary of the reordering window may be updated according to the SN of the received data packet.

[0144] For example, when the lower boundary of the reordering window is 1, if data packet 1 is received, then since the SN of the received data packet corresponds to the lower boundary of the reordering window, the lower boundary of the reordering window can be moved to the SN corresponding to the next data packet waiting to be received, that is, the lower boundary of the reordering window is moved to 2, and the upper boundary of the reordering window is updated to: the lower boundary SN of the reordering window + the reordering window size minus 1.

[0145] In step S405, if a data packet that does not arrive in SN order is received within the reordering window and the reordering timer is not currently started, the reordering timer is started, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the SN of the currently received data packet that does not arrive in SN order; if all out-of-order data packets before the SN that triggers the start of the reordering timer are successfully received, the reordering timer is stopped and reset.

[0146] In step S406, if there are still data packets waiting to be received that are not in SN order in the reordering window, the reordering timer is started again, and the SN corresponding to the data packet that triggered the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received.

[0147] The above embodiment provides conditions for receiving data packets in the reordering window subsequently by determining to apply the reordering function to the service quality flow corresponding to the data in the received data packet and maintaining the reordering window; at the same time, when the SN of the received data packet corresponds to the lower boundary of the reordering window, the lower boundary of the reordering window is moved to the SN corresponding to the next data packet waiting to be received, and the upper boundary of the reordering window is updated, thereby receiving data packets with different SNs in the reordering window by moving the upper and lower boundaries of the reordering window.

[0148] Figure 4B is a flowchart of another data transmission method shown in an exemplary embodiment of the present application. Figure 4B As shown, after step S406, the method may further include:

[0149] In step S407, whenever the SN of a received data packet is greater than the maximum SN, if the SN of the currently received data packet is not within the reordering window, the currently received data packet is discarded; if the SN of the currently received data packet is within the reordering window, the maximum SN is updated to the SN of the currently received data packet.

[0150] In this embodiment, the receiving end can maintain the maximum SN in the following manner: whenever a data packet with a larger SN is received, if the SN is not within the reordering window, the data packet is discarded. If the SN is within the reordering window, the maximum SN can be updated to the SN of the currently received data packet.

[0151] For example, the lower boundary of the reordering window is 3, the upper boundary is 8, and the current maximum SN is 3. If data packet 8 is received, that is, a data packet with a larger SN is received, then since 8 is within the reordering window, the maximum SN can be updated to 8. If data packet 10 is received, that is, a data packet with a larger SN is received, but since 10 is not within the reordering window, the data packet is discarded.

[0152] In the above embodiment, whenever a data packet with a larger SN is received, if the SN of the currently received data packet is not within the reordering window, the currently received data packet is discarded; if the SN of the currently received data packet is within the reordering window, the maximum SN is updated to the SN of the currently received data packet, thereby achieving the purpose of maintaining the maximum SN.

[0153] Figure 4Cis a flowchart of another data transmission method shown in an exemplary embodiment of the present application. Figure 4C As shown, before step S401, the method may further include:

[0154] In step S400, before determining to apply the reordering function to the quality of service flow corresponding to the data in the received data packet, the reordering function is enabled for the quality of service flow.

[0155] In this embodiment, when the receiving end is a UE, the reordering function may be enabled for the service quality flow in the following manners, but not limited to:

[0156] Mode 1) receiving configuration information sent by a base station, and enabling a reordering function for the service quality flow according to the configuration information.

[0157] Mode 2) receiving configuration information sent by the base station, and enabling the reordering function for the data bearer (DRB) in the acknowledgement (AM) mode mapped to the service quality flow according to the configuration information.

[0158] Mode 3) receiving configuration information sent by the base station, and enabling the reordering function for the DRB in the AM mode or the unacknowledged (UM) mode mapped to the service quality flow according to the configuration information.

[0159] Method 4) Always enable the reordering function for the service quality flow.

[0160] In addition, before the UE always turns on the reordering function for the service quality flow, it can also determine whether DRB remapping occurs in the service quality flow based on the received downlink data of the service quality flow and the reflective service quality attributes turned on for the service quality flow; it can also determine whether DRB remapping occurs in the service quality flow based on the service quality flow identifier carried in the received downlink data of the service quality flow.

[0161] In this embodiment, when the receiving end is a base station, the reordering function can be enabled for the service quality flow in the following manner but not limited to: after configuring the UE to perform DRB remapping on the uplink data of the service quality flow, the reordering function is enabled for the service quality flow.

[0162] The above embodiment enables the reordering function for the service quality flow, thereby providing conditions for subsequently applying the reordering function to the service quality flow.

[0163] Figure 5 is a flowchart of another data transmission method shown in an exemplary embodiment of the present application. This embodiment is described from the perspective of the sending end. Figure 5 As shown, the data transmission method includes:

[0164] In step S501, it is determined that a service quality flow corresponding to data in a data packet undergoes DRB remapping.

[0165] In this embodiment, if the transmitting end is a UE, it may be determined that the service quality flow corresponding to the data in the data packet undergoes DRB remapping by, but not limited to, the following methods:

[0166] Mode 1) receiving configuration information sent by a base station, and determining, according to the configuration information, that a service quality flow corresponding to data in a data packet undergoes DRB remapping, wherein the configuration information is used to instruct the UE to perform DRB remapping on uplink data of the service quality flow.

[0167] The configuration information may be carried in RRC signaling.

[0168] Mode 2) If the service quality flow has the reflective service quality attribute turned on, if the UE receives the downlink data of the service quality flow on a DRB different from the downlink data of the service quality flow previously received, it can be determined that the service quality flow corresponding to the data in the data packet has undergone DRB remapping.

[0169] In step S502, a SN is added to the header of the data packet, and the data packet carrying the SN is sent to the receiving end.

[0170] In this embodiment, by adding SN to the packet header of the data packet and sending the data packet carrying SN to the receiving end, the receiving end can parse at least one data packet arriving in SN order and submit the parsed data part to the upper layer, so that the receiving end can transmit data in sequence, thereby providing conditions for the receiving end to solve the data disorder problem of QoS flow during DRB remapping and avoid additional delays.

[0171] In this embodiment, after determining that the service quality flow corresponding to the data in the data packet undergoes DRB remapping, an SN may be added to the header of the data packet, and the data packet carrying the SN may be sent to the receiving end.

[0172] In the above embodiment, DRB remapping occurs for the service quality flow corresponding to the data in the data packet, and then an SN is added to the packet header of the data packet, and the data packet carrying the SN is sent to the receiving end, so that the receiving end can determine the transmission order of the data packets according to the SN, thereby providing conditions for sequential transmission of data, and further providing conditions for solving the data disorder problem of the QoS flow during DRB remapping with low latency.

[0173] Figure 6 is a block diagram of a data transmission device according to an exemplary embodiment. Figure 6 As shown, the data transmission device includes: a receiving module 61, a parsing and submitting module 62 and a processing module 63.

[0174] The receiving module 61 is configured to receive at least one data packet sent by the sending end within the reordering window, and each data packet in the at least one data packet carries a sequence number SN.

[0175] In this embodiment, the transmitting end sends at least one data packet to the receiving end, and the data packet may be an SDAP packet, wherein each data packet carries an SN. The receiving end may receive at least one data packet sent by the transmitting end within a pre-maintained reordering window.

[0176] Among them, for uplink data, the sending end is the UE and the receiving end is the base station. For downlink data, the sending end is the base station and the receiving end is the UE.

[0177] The parsing and submitting module 62 is configured to parse the received data packet and submit the parsed data portion to the upper layer if the receiving module 61 receives at least one data packet arriving in SN order within the reordering window.

[0178] If the receiving end receives at least one data packet arriving in SN order within the reordering window, it parses the received data packet and submits the parsed data portion to the upper layer.

[0179] For example, when the receiving end receives data packet 0 and data packet 1 in SN order within the reordering window, the received data packet 0 and data packet 1 can be parsed and the parsed data portion can be submitted to the upper layer.

[0180] The processing module 63 is configured to start the reordering timer if the receiving module 61 receives a data packet that does not arrive in SN order within the reordering window and the reordering timer is not currently started, and set the SN corresponding to the data packet that triggers the start of the reordering timer to the SN of the currently received data packet that does not arrive in SN order; if all out-of-order data packets before the SN that triggers the start of the reordering timer are successfully received, stop and reset the reordering timer.

[0181] If the receiving end receives a data packet that does not arrive in SN order within the reordering window and the reordering timer is not currently started, the reordering timer can be started to wait for the arrival of a data packet in SN order. If all out-of-order data packets before the SN corresponding to the data packet that triggered the start of the reordering timer are successfully received, the reordering timer is stopped and reset.

[0182] Continuing with the above example, for example, if the receiving end receives data packet 3 that does not arrive in SN order within the reordering window and the reordering timer is not currently started, the reordering timer can be started to wait for the arrival of data packet 2. If data packet 2 is received within the reordering window, the reordering timer can be stopped and reset, and data packet 2 and data packet 3 can be parsed in turn, and then the parsed data part can be submitted to the upper layer.

[0183] The above embodiment starts the reordering timer when a data packet that does not arrive in SN order is received in the reordering window and the reordering timer is not currently started, to wait for the arrival of a data packet in SN order, and parses at least one data packet that arrives in SN order received in the reordering window, and then submits the parsed data part to the upper layer, thereby realizing in-order data transmission, thereby solving the data disorder problem of QoS flow during DRB remapping and avoiding additional delays.

[0184] Fig. 7A is a block diagram of another data transmission device according to an exemplary embodiment. Fig. 7A As shown in the above Figure 6 On the basis of the illustrated embodiment, the device may further include: a startup setting module 64 .

[0185] The start setting module 64 is configured to start the reordering timer again after the processing module 63 stops and resets the reordering timer, if there are still data packets waiting to be received in the reordering window that are not in SN order, and set the SN corresponding to the data packet that triggered the start of the reordering timer to the maximum SN of the data packets currently waiting to be received.

[0186] In this embodiment, if there are still data packets waiting to be received that are not in SN order within the reordering window, the reordering timer can be started again to wait for the data packets to arrive in SN order, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received.

[0187] Assuming that after the receiving end has submitted the data part of data packets 0 to 3 to the upper layer, there are still data packets 5 and 7 in the reordering window, then there are still data packets waiting to be received in the reordering window, namely, data packets 4, 6 and 8 that are not in SN order. At this time, the reordering timer can be started again, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received, that is, the SN corresponding to the data packet that triggers the start of the reordering timer is set to 8. This is done to avoid frequently starting and shutting down the reordering timer, reduce the waste of resources at the receiving end, and after starting the reordering timer, all data packets waiting to be received that are not in SN order can be received in the reordering window.

[0188] In the above embodiment, when there are still data packets waiting to be received and not arriving in SN order within the reordering window, the reordering timer is started again, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the maximum SN of the data packets currently waiting to be received, so as to avoid frequently starting and shutting down the reordering timer and reduce the waste of resources at the receiving end.

[0189] Figure 7B is a block diagram of another data transmission device according to an exemplary embodiment. Figure 7B As shown in the above Fig. 7A On the basis of the illustrated embodiment, the device may further include: a mobile update module 65 .

[0190] The moving update module 65 is configured to move the lower boundary of the reordering window to the SN corresponding to the next data packet waiting to be received and update the upper boundary of the reordering window if the SN of the data packet received by the receiving module 61 corresponds to the lower boundary of the reordering window.

[0191] Optionally, in this embodiment, the lower boundary and the upper boundary of the reordering window may be updated according to the SN of the received data packet.

[0192] For example, when the lower boundary of the reordering window is 1, if data packet 1 is received, then since the SN of the received data packet corresponds to the lower boundary of the reordering window, the lower boundary of the reordering window can be moved to the SN corresponding to the next data packet waiting to be received, that is, the lower boundary of the reordering window is moved to 2, and the upper boundary of the reordering window is updated to: the lower boundary SN of the reordering window + the reordering window size minus 1.

[0193] In the above embodiment, when the SN of the received data packet corresponds to the lower boundary of the reordering window, the lower boundary of the reordering window is moved to the SN corresponding to the next data packet waiting to be received, and the upper boundary of the reordering window is updated, thereby receiving data packets with different SNs within the reordering window by moving the upper and lower boundaries of the reordering window.

[0194] Figure 7C is a block diagram of another data transmission device according to an exemplary embodiment. Figure 7C As shown in the above Figure 7B Based on the illustrated embodiment, the device may further include: a discard update module 66.

[0195] The discard update module 66 is configured to discard the currently received data packet whenever the receiving module 61 receives a data packet whose SN is greater than the maximum SN, if the SN of the currently received data packet is not within the reordering window; if the SN of the currently received data packet is within the reordering window, update the maximum SN to the SN of the currently received data packet.

[0196] In this embodiment, the receiving end can maintain the maximum SN in the following manner: whenever a data packet with a larger SN is received, if the SN is not within the reordering window, the data packet is discarded. If the SN is within the reordering window, the maximum SN can be updated to the SN of the currently received data packet.

[0197] For example, the lower boundary of the reordering window is 3, the upper boundary is 8, and the current maximum SN is 3. If data packet 8 is received, that is, a data packet with a larger SN is received, then since 8 is within the reordering window, the maximum SN can be updated to 8. If data packet 10 is received, that is, a data packet with a larger SN is received, but since 10 is not within the reordering window, the data packet is discarded.

[0198] In the above embodiment, whenever a data packet with a larger SN is received, if the SN of the currently received data packet is not within the reordering window, the currently received data packet is discarded; if the SN of the currently received data packet is within the reordering window, the maximum SN is updated to the SN of the currently received data packet, thereby achieving the purpose of maintaining the maximum SN.

[0199] Fig. 8A is a block diagram of another data transmission device according to an exemplary embodiment. Fig. 8A As shown in the above Figure 7C On the basis of the illustrated embodiment, the device may further include: a determination and maintenance module 67 .

[0200] The determination and maintenance module 67 is configured to determine to apply a reordering function to the service quality flow corresponding to the data in the received data packet and maintain a reordering window before the parsing and delivery module 62 parses the received data packet.

[0201] Optionally, in this embodiment, when the receiving end determines that a reordering function needs to be applied to the received data of a certain QoS flow, a reordering window is maintained.

[0202] When the receiving end is a UE, the reordering window size on the receiving end side may be configured to the UE by the base station through a Radio Resource Control (RRC) message.

[0203] The above embodiment determines to apply a reordering function to the service quality flow corresponding to the data in the received data packet and maintains the reordering window, thereby providing conditions for subsequently receiving the data packet within the reordering window.

[0204] Figure 8B is a block diagram of another data transmission device according to an exemplary embodiment. Figure 8B As shown in the above Fig. 8A On the basis of the illustrated embodiment, the device may further include: an opening module 68 .

[0205] The enabling module 68 is configured to enable the reordering function for the service quality flow before the determining maintenance module 67 determines to apply the reordering function to the service quality flow corresponding to the data in the received data packet.

[0206] The above embodiment enables the reordering function for the service quality flow, thereby providing conditions for subsequently applying the reordering function to the service quality flow.

[0207] Fig. 9A is a block diagram of another data transmission device according to an exemplary embodiment. Fig. 9A As shown in the above Figure 8B On the basis of the illustrated embodiment, if the receiving end is a UE, the enabling module 68 may include: a first enabling unit 681 or a second enabling unit 682 .

[0208] The first activation unit 681 is configured to receive configuration information sent by the base station, and activate the reordering function for the service quality flow according to the configuration information, activate the reordering function for the data bearer DRB in the confirmed AM mode mapped to the service quality flow, or activate the reordering function for the data bearer DRB in the AM mode or the non-confirmed UM mode mapped to the service quality flow.

[0209] The second enabling unit 682 is configured to always enable the reordering function for the service quality flow.

[0210] In this embodiment, when the receiving end is a UE, the reordering function may be enabled for the service quality flow in the following manners, but not limited to:

[0211] Mode 1) receiving configuration information sent by a base station, and enabling a reordering function for the service quality flow according to the configuration information.

[0212] Mode 2) receiving configuration information sent by the base station, and enabling the reordering function for the data bearer (DRB) in the acknowledgement (AM) mode mapped to the service quality flow according to the configuration information.

[0213] Mode 3) receiving configuration information sent by the base station, and enabling the reordering function for the DRB in the AM mode or the unacknowledged (UM) mode mapped to the service quality flow according to the configuration information.

[0214] Method 4) Always enable the reordering function for the service quality flow.

[0215] In another embodiment, if the receiving end is a base station, the enabling module 68 may be configured to enable a reordering function for the service quality flow after configuring the UE to perform DRB remapping on the uplink data of the service quality flow.

[0216] In the above-mentioned embodiment, the reordering function can be enabled for the service quality flow in a variety of ways, and the implementation methods are flexible and diverse.

[0217] Fig. 9B is a block diagram of another data transmission device according to an exemplary embodiment. Fig. 9B As shown in the above Fig. 9A On the basis of the illustrated embodiment, the opening module 68 may further include: a first determining unit 683 or a second determining unit 684 .

[0218] The first determining unit 683 is configured to determine that DRB remapping occurs for the service quality flow according to the received downlink data of the service quality flow and the reflective service quality attribute enabled for the service quality flow before the second enabling unit 682 always enables the reordering function for the service quality flow.

[0219] The second determining unit 684 is configured to determine that DRB remapping occurs for the quality of service flow according to the quality of service flow identifier carried in the received downlink data of the quality of service flow before the second enabling unit 682 always enables the reordering function for the quality of service flow.

[0220] In the above-mentioned embodiment, it is possible to determine whether DRB remapping occurs in a service quality flow in a variety of ways, and the implementation methods are flexible and diverse.

[0221] Fig.10 is a block diagram of another data transmission device according to an exemplary embodiment. Fig.10 As shown, the data transmission device includes: a determination module 100 and an addition and sending module 110.

[0222] The determination module 100 is configured to determine that a service quality flow corresponding to data in a data packet undergoes DRB remapping.

[0223] In this embodiment, if the transmitting end is a UE, it may be determined that the service quality flow corresponding to the data in the data packet undergoes DRB remapping by, but not limited to, the following methods:

[0224] Mode 1) receiving configuration information sent by a base station, and determining, according to the configuration information, that a service quality flow corresponding to data in a data packet undergoes DRB remapping, wherein the configuration information is used to instruct the UE to perform DRB remapping on uplink data of the service quality flow.

[0225] The configuration information may be carried in RRC signaling.

[0226] Mode 2) If the service quality flow has the reflective service quality attribute turned on, if the UE receives the downlink data of the service quality flow on a DRB different from the downlink data of the service quality flow previously received, it can be determined that the service quality flow corresponding to the data in the data packet has undergone DRB remapping.

[0227] The adding and sending module 110 is configured to add a sequence number SN to the header of the data packet after the determining module 100 determines that the service quality flow corresponding to the data in the data packet undergoes DRB remapping, and send the data packet carrying the SN to the receiving end.

[0228] In this embodiment, by adding SN to the packet header of the data packet and sending the data packet carrying SN to the receiving end, the receiving end can parse at least one data packet arriving in SN order and submit the parsed data part to the upper layer, so that the receiving end can transmit data in sequence, thereby providing conditions for the receiving end to solve the data disorder problem of QoS flow during DRB remapping and avoid additional delays.

[0229] In this embodiment, after determining that the service quality flow corresponding to the data in the data packet undergoes DRB remapping, an SN may be added to the header of the data packet, and the data packet carrying the SN may be sent to the receiving end.

[0230] In the above embodiment, DRB remapping occurs for the service quality flow corresponding to the data in the data packet, and then an SN is added to the packet header of the data packet, and the data packet carrying the SN is sent to the receiving end, so that the receiving end can determine the transmission order of the data packets according to the SN, thereby providing conditions for sequential transmission of data, and further providing conditions for solving the data disorder problem of the QoS flow during DRB remapping with low latency.

[0231] Fig.11A is a block diagram of another data transmission device according to an exemplary embodiment. Fig.11A As shown in the above Fig.10On the basis of the illustrated embodiment, if the transmitting end is a user equipment UE, the determining module 100 may include: a receiving unit 1001 and a first determining unit 1002 .

[0232] The receiving unit 1001 is configured to receive configuration information sent by a base station, where the configuration information is used to instruct the UE to perform DRB remapping on uplink data of the service quality flow.

[0233] The configuration information may be carried in RRC signaling.

[0234] The first determining unit 1002 is configured to determine, according to the configuration information received by the receiving unit 1001 , that a service quality flow corresponding to the data in the data packet undergoes DRB remapping.

[0235] In the above embodiment, the configuration information sent by the base station can be received, and DRB remapping can be determined for the service quality flow corresponding to the data in the data packet according to the configuration information. The implementation is simple.

[0236] Fig. 11B is a block diagram of another data transmission device according to an exemplary embodiment. Fig. 11B As shown in the above Fig.10 On the basis of the illustrated embodiment, if the transmitting end is a user equipment UE, the determining module 100 may include: a second determining unit 1003 .

[0237] The second determination unit 1003 is configured to determine that the service quality flow corresponding to the data in the data packet undergoes DRB remapping if the service quality flow has the reflective service quality attribute turned on and if downlink data of the service quality flow is received on a DRB different from the downlink data of the service quality flow previously received.

[0238] In the above embodiment, after the service quality flow turns on the reflective service quality attribute, if the downlink data of the service quality flow is received on a DRB different from the downlink data of the service quality flow previously received, it is determined that the service quality flow corresponding to the data in the data packet undergoes DRB remapping, and the implementation method is simple.

[0239] Fig.12 1 is a block diagram of a data transmission device according to an exemplary embodiment. For example, the device 1200 may be a user device such as a mobile phone, a computer, a digital broadcast terminal, a message transceiver device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc. The data transmission device may be used as a receiving end or a sending end.

[0240] Reference Fig.12, the device 1200 may include one or more of the following components: a processing component 1202 , a memory 1204 , a power component 1206 , a multimedia component 1208 , an audio component 1210 , an input / output (I / O) interface 1212 , a sensor component 1214 , and a communication component 1216 .

[0241] The processing component 1202 generally controls the overall operation of the device 1200, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 1202 may include one or more processors 1220 to execute instructions to perform all or part of the steps of the above-described method. In addition, the processing component 1202 may include one or more modules to facilitate interaction between the processing component 1202 and other components. For example, the processing component 1202 may include a multimedia module to facilitate interaction between the multimedia component 1208 and the processing component 1202.

[0242] The memory 1204 is configured to store various types of data to support operations on the device 1200. Examples of such data include instructions for any application or method operating on the device 1200, contact data, phone book data, messages, pictures, videos, etc. The memory 1204 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0243] The power supply component 1206 provides power to the various components of the device 1200. The power supply component 1206 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the device 1200.

[0244] The multimedia component 1208 includes a screen that provides an output interface between the device 1200 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundaries of the touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 1208 includes a front camera and / or a rear camera. When the device 1200 is in an operating mode, such as a shooting mode or a video mode, the front camera and / or the rear camera may receive external multimedia data. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

[0245] The audio component 1210 is configured to output and / or input audio signals. For example, the audio component 1210 includes a microphone (MIC), and when the device 1200 is in an operation mode, such as a call mode, a recording mode, and a speech recognition mode, the microphone is configured to receive an external audio signal. The received audio signal can be further stored in the memory 1204 or sent via the communication component 1216. In some embodiments, the audio component 1210 also includes a speaker for outputting audio signals.

[0246] I / O interface 1212 provides an interface between processing component 1202 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include but are not limited to: a home button, a volume button, a start button, and a lock button.

[0247] The sensor assembly 1214 includes one or more sensors for providing various aspects of the status assessment of the device 1200. For example, the sensor assembly 1214 can detect the open / closed state of the device 1200, the relative positioning of components, such as the display and keypad of the device 1200, the sensor assembly 1214 can also detect the position change of the device 1200 or a component of the device 1200, the presence or absence of user contact with the device 1200, the orientation or acceleration / deceleration of the device 1200, and the temperature change of the device 1200. The sensor assembly 1214 can include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 1214 can also include an optical sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 1214 can also include an accelerometer, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

[0248] The communication component 1216 is configured to facilitate wired or wireless communication between the device 1200 and other devices. The device 1200 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 1216 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 1216 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0249] In an exemplary embodiment, the device 1200 can be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors or other electronic components to perform the above-mentioned methods.

[0250] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 1204 including instructions, and the instructions can be executed by the processor 1220 of the device 1200 to perform the above method. For example, the non-transitory computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0251] Fig.13 1300 is a block diagram of another device for data transmission according to an exemplary embodiment. The device 1300 may be provided as a base station. Fig.13 The device 1300 includes a processing component 1322, a wireless transmission / reception component 1324, an antenna component 1326, and a signal processing part specific to the wireless interface. The processing component 1322 may further include one or more processors.

[0252] If the base station is a receiving end, one of the processors in the processing component 1322 may be configured to:

[0253] receiving at least one data packet sent by a sender within the reordering window, each data packet in the at least one data packet carries a sequence number SN;

[0254] If at least one data packet arriving in SN order is received within the reordering window, the received data packet is parsed and the parsed data portion is delivered to the upper layer;

[0255] If a data packet that does not arrive in SN order is received within the reordering window and the reordering timer is not currently started, the reordering timer is started, and the SN corresponding to the data packet that triggers the start of the reordering timer is set to the SN of the currently received data packet that does not arrive in SN order; if all out-of-order data packets before the SN that triggers the start of the reordering timer are successfully received, the reordering timer is stopped and reset.

[0256] If the base station is a transmitting end, one of the processors in the processing component 1322 may be configured to:

[0257] Determine that a data bearer DRB remapping occurs in a service quality flow corresponding to the data in the data packet;

[0258] A sequence number SN is added to the header of the data packet, and the data packet carrying the SN is sent to the receiving end.

[0259] For the device embodiment, since it basically corresponds to the method embodiment, the relevant parts can refer to the partial description of the method embodiment. The device embodiment described above is only schematic, in which the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative work.

[0260] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. The terms "include", "comprises" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the statement "comprises a ..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

[0261] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the disclosure disclosed herein. This application is intended to cover any variations, uses, or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art that are not disclosed in the present disclosure. The description and examples are intended to be exemplary only, and the true scope and spirit of the present disclosure are indicated by the following claims.

[0262] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A data transmission method, characterized in that: Executed by the receiving end, the method includes: Receiving at least one data packet sent by a sending end within the reordering window, each data packet in the at least one data packet carries a sequence number SN; If at least one data packet arriving in the SN order is received in the reordering window, the received data packet is parsed and the parsed data portion is submitted to the upper layer; If a data packet not arriving in SN order is received within the reordering window and the reordering timer is not currently started, the reordering timer is started, and if all out-of-order data packets before the SN that triggers the start of the reordering timer are successfully received, the reordering timer is stopped and reset; Wherein, the method further comprises: receiving configuration information sent by a base station; A reordering function is enabled for the service quality flow according to the configuration information.

2. The method according to claim 1, characterized in that The method further comprises: If the SN of the received data packet corresponds to the lower boundary of the reordering window, the lower boundary of the reordering window is moved to the SN corresponding to the next data packet waiting to be received, and the upper boundary of the reordering window is updated.

3. The method according to claim 2, characterized in that The method further comprises: Whenever the SN of a received data packet is greater than the maximum SN of the data packet currently waiting to be received, if the SN of the currently received data packet is not within the reordering window, the currently received data packet is discarded; if the SN of the currently received data packet is within the reordering window, the maximum SN is updated to the SN of the currently received data packet.

4. The method according to any one of claims 1 to 3, characterized in that: Before parsing the received data packet, the method further includes: Enable reordering for the service quality flow corresponding to the data in the received data packet; Determining to apply the reordering function to the quality of service flow and maintaining the reordering window.

5. The method according to claim 4, characterized in that Before enabling the reordering function for the service quality flow corresponding to the data in the received data packet, the method further includes: Determine that DRB remapping occurs in the service quality flow.

6. The method according to claim 5, characterized in that The determining that DRB remapping occurs in the service quality flow includes any one of the following: Determining, according to downlink data of the service quality flow and a reflective service quality attribute enabled for the service quality flow, that DRB remapping occurs for the service quality flow; or, According to the service quality flow identifier carried in the downlink data of the service quality flow, it is determined that DRB remapping occurs in the service quality flow.

7. A data transmission device, characterized in that: The device comprises: A receiving module, configured to receive at least one data packet sent by a sending end within a reordering window, wherein each data packet in the at least one data packet carries a sequence number SN; A processing module, configured to parse the received data packet and submit the parsed data portion to an upper layer if at least one data packet arriving in the SN order is received in the reordering window; The processing module is further configured to start the reordering timer if a data packet not arriving in SN order is received within the reordering window and the reordering timer is not currently started, and stop and reset the reordering timer if all out-of-order data packets before the SN that triggers the start of the reordering timer are successfully received; Wherein, the receiving module is further used to receive configuration information sent by the base station; The processing module is further used to enable a reordering function for the service quality flow according to the configuration information.

8. The device according to claim 7, characterized in that The processing module is further configured to move the lower boundary of the reordering window to the SN corresponding to the next data packet waiting to be received, and update the upper boundary of the reordering window if the SN of the received data packet corresponds to the lower boundary of the reordering window.

9. The device according to claim 8, characterized in that The processing module is also used to discard the currently received data packet whenever the SN of a received data packet is greater than the maximum SN of the data packet currently waiting to be received if the SN of the currently received data packet is not within the reordering window; if the SN of the currently received data packet is within the reordering window, update the maximum SN to the SN of the currently received data packet.

10. The device according to any one of claims 7 to 9, characterized in that: The processing module is further used for: Before parsing the received data packet, a reordering function is enabled for the service quality flow corresponding to the data in the received data packet; Determining to apply a reordering function to the quality of service flow and maintaining the reordering window.

11. The device according to claim 10, characterized in that The processing module is further configured to determine that DRB remapping occurs in the service quality flow before starting the reordering function for the service quality flow corresponding to the data in the received data packet.

12. The device according to claim 11, characterized in that The processing module is further used for: Determining, according to downlink data of the service quality flow and a reflective service quality attribute enabled for the service quality flow, that DRB remapping occurs for the service quality flow; or, Determine, according to the service quality flow identifier carried in the downlink data of the service quality flow, that DRB remapping occurs in the service quality flow.

13. A communication device, characterized in that: include: processor; a memory for storing processor-executable instructions; The processor is configured to execute the executable instructions to implement the data transmission method described in any one of claims 1 to 6.

14. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented.

Images