CN114499749A - Data sending method and related equipment thereof - Google Patents

Data sending method and related equipment thereof Download PDF

Info

Publication number
CN114499749A
CN114499749A CN202011270069.8A CN202011270069A CN114499749A CN 114499749 A CN114499749 A CN 114499749A CN 202011270069 A CN202011270069 A CN 202011270069A CN 114499749 A CN114499749 A CN 114499749A
Authority
CN
China
Prior art keywords
sending
data packet
data packets
data
packet
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN202011270069.8A
Other languages
Chinese (zh)
Other versions
CN114499749B (en
Inventor
施玲玲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Huawei Technologies Co Ltd
Original Assignee
Shanghai Huawei Technologies Co Ltd
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 Shanghai Huawei Technologies Co Ltd filed Critical Shanghai Huawei Technologies Co Ltd
Priority to CN202011270069.8A priority Critical patent/CN114499749B/en
Priority to PCT/CN2021/130648 priority patent/WO2022100733A1/en
Publication of CN114499749A publication Critical patent/CN114499749A/en
Application granted granted Critical
Publication of CN114499749B publication Critical patent/CN114499749B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Communication Control (AREA)

Abstract

The embodiment of the application discloses a data sending method and related equipment, which are used for the technical field of communication. The method comprises the following steps: a packet data convergence protocol PDCP layer of a sending end determines the number N of first data packets in a data packet to be sent according to the length of a receiving window corresponding to the receiving end; wherein the generation sending data packet sequence comprises M generation sending data packets, wherein M is greater than the length of the receiving window, and N is less than the length of the receiving window; the sending end numbers the serial number SN of the first data packet; the sending end determines the remaining generation sending data packet as a second data packet; the second data packet does not carry SN; and the sending end sequentially sends the first data packet and the second data packet to a target end so that the target end forwards the first data packet and the second data packet to the receiving end.

Description

Data sending method and related equipment thereof
Technical Field
The embodiment of the application relates to the technical field of communication, in particular to a data sending method and related equipment thereof.
Background
In a Long Term Evolution (LTE) system, a Packet Data Convergence Protocol (PDCP) layer may allocate a 32-bit number (count) to data for integrity protection and encryption/decryption; wherein, the count is composed of a High Frame Number (HFN) and a Sequence Number (SN) of a low bit; the length of SN is fixed and may occupy 5 bits, 12 bits, or 16 bits, which is configured by an upper layer.
In the process of mutual communication between a sending end and a receiving end, the sending end and the receiving end respectively store HFNs, then the sending end numbers data packets in sequence, determines SN corresponding to each data packet, then forms a count value corresponding to each data packet by using the HFNs stored by the sending end and the SN corresponding to each data packet, and finally encrypts the data packets according to the count values corresponding to the data packets and other parameters and sends the data packets to a receiving end, namely the SN of the sending end is continuously increased by 1 in the data transmission process; when SN reaches the maximum value, the transmitting end is inverted, so that HEV stored by the transmitting end is added with 1, and then the subsequent data packets are numbered from the initial state transition.
The receiving end updates the self-stored HFN according to the SN number carried by the data packet, specifically, the receiving end takes the SN of the received data packet as a lower limit value of a receiving window of the receiving end, then updates the receiving window according to the lower limit value, receives the data packet according to the receiving window, adds 1 to the self-stored HFN after the lower limit value of the receiving window is turned over, and then decrypts the received data packet according to the self-stored HFN and the SN of the data packet.
Under the condition of data switching or poor channel quality, a large amount of packet loss occurs, which results in that the data packet received by the receiving end cannot fall into the receiving window and the receiving window cannot be updated, thus resulting in that the HFN stored by the receiving end and the HFN of the sending end cannot be updated synchronously, and thus resulting in that the sending end cannot correctly decrypt the subsequently received data packet, and the flow is interrupted and cannot be recovered.
Disclosure of Invention
The embodiment of the application provides a data sending method and related equipment, which are used for numbering and sending SN numbers of data packets to be sent by a PDCP layer, and avoiding the occurrence of flow interruption caused by different HFNs (hyper frame numbers) stored at a sending end and a receiving end.
A first aspect of an embodiment of the present application provides a data transmission method, where the method includes:
when a sending end and a receiving end carry out data transmission, if the number of data packets needing to be sent by the sending end exceeds the length of a receiving window at the receiving end, a PDCP layer of the sending end can firstly determine the number of first data packets needing to carry SN numbers in the data packets to be sent according to the length of the receiving window at the receiving end, and then sequentially numbering the SN of the first data packets; and then determining the rest data packets as second data packets without SN, finally sending the first data packets and the second data packets to the target end in sequence, and then forwarding the received data packets to the receiving end by the target end.
In a flow switching scene, a large amount of packet loss often occurs between a sending end and a target end (forwarding side), if the amount of packet loss exceeds the length of a receiving window of a receiving end, the receiving window does not slide any more, and HFN cannot be maintained normally, and finally, the HFN asynchronization of the sending end and the receiving end is caused, so that the receiving end cannot decrypt the received data packet normally; in this embodiment, when the sending end sends a data packet to the destination end, it is ensured that the number of first data packets with SNs in the sequence of data packets does not exceed the length of the receiving window of the receiving end, so that even if the first data packets with SNs are all lost in the transmission process, there will be data packets falling into the receiving window, the receiving window will slide normally, and the receiving end will maintain HFN normally, thereby avoiding the occurrence of the phenomenon that HFN maintained by the receiving end and the sending end are misaligned.
In an optional implementation manner, when a sending end sends a first data packet and a second data packet to a target end in sequence, it needs to send a self number condition to the target end, that is, send indication information to the target end to tell the starting point of the number of the target end; therefore, the target end can continue numbering the received second data packet without carrying the SN according to the starting point, namely the data packet finally received by the receiving end carries the SN, and the receiving end maintains the HFN stored by the receiving end according to the SN carried by the data packet.
In this embodiment, the sending end indicates a starting point of SN numbering of the target end, and the target end can number the second data packets that are successfully received according to the starting point, so that even if a large amount of packet loss occurs between the sending end and the target end, the target end can still number the received data packets that do not carry SNs from the starting point, and thus, it is ensured that the SNs of the data packets forwarded to the receiving end always fall into the receiving window, and the normal sliding of the receiving window and the normal updating of the HFN of the receiving end are ensured.
In an optional implementation manner, after a data packet sent by a sending end exceeds an SN length, the sending end adds 1 to a stored hyper frame number HFN, and then performs a second round of SN numbering on the data packet again from an initial state; it can be understood that, in the second round of numbering process, it is also ensured that the number of data packets carrying SNs does not exceed the length of the receive window.
In an optional embodiment, the asynchronous phenomenon of the HFNs maintained by the sending end and the receiving end is caused by a large amount of packet loss of the sending end and the target end during data transmission, so that the sending end can count the number of all data packets sent by the sending end, the target end counts the number of data packets successfully received by the target end, and then compares the counted number with the number of the packet loss to estimate the number of the packet loss, if the number of the packet loss exceeds the length of the receiving window, the sending end can be determined to be abnormal, and then processing can be performed according to the abnormal phenomenon of the sending packet, including retransmitting the data packets, releasing link resources for re-access, and the like.
Therefore, the sending end can determine the total number of the sent data packets, and then send the total number of the sent data packets to the target end, so that the target end can judge the packet loss condition.
In an optional embodiment, the sending end may also determine the packet loss condition; the target end sends feedback information to the sending end, and the feedback information is used for reporting the total number of the data packets successfully received by the target end; then the sending end counts the number of all data packets sent by the sending end, compares the number of the data packets with the number of the data packets sent by the sending end to obtain the number of the packet lost, finally judges whether the number of the packet lost reaches a preset threshold value, if the number of the packet lost reaches the length of a receiving window, the sending end determines that the packet is abnormal, and the sending end can carry out final processing according to the abnormal phenomenon of the packet.
A second aspect of the embodiments of the present application provides another data transmission method, where the method includes:
the target end receives and transmits the data packet transmitted by the transmitting end, and then forwards the transmitting packet to the receiving end; firstly, a data packet sent by a sending end to a target end comprises a first data packet carrying SN and a second data packet not carrying SN, after the target end receives the second data packet not carrying SN, the SN of the second data packet needs to be numbered continuously following the SN number of the first data packet, and then the first data packet and the numbered second data packet are sequentially forwarded to a receiving end according to the SN.
In this embodiment, the target end numbers the second data packets that are successfully received in sequence, so that even if a large amount of packet loss occurs between the sending end and the target end, the target end still numbers the received data packets that do not carry SNs, and thus, it is ensured that the SNs of the data packets forwarded to the receiving end always fall into the receiving window, the receiving window is ensured to slide normally, the HFN of the receiving end is ensured to be updated normally, and the phenomenon that the HFNs maintained by the receiving end and the sending end are misaligned is avoided.
In an optional implementation manner, when a sending end sends a first data packet and a second data packet to a target end in sequence, it needs to send a self number condition to the target end, that is, send indication information to the target end to tell the starting point of the number of the target end; therefore, the target end can continue numbering the received second data packet without carrying the SN according to the starting point, namely the data packet finally received by the receiving end carries the SN, and the receiving end maintains the HFN stored by the receiving end according to the SN carried by the data packet.
In an optional embodiment, the asynchronous phenomenon of the HFNs maintained by the sending end and the receiving end is caused by a large amount of packet loss of the sending end and the target end during data transmission, so that the sending end can count the number of all data packets sent by the sending end, the target end counts the number of data packets successfully received by the target end, and then compares the counted number with the number of the packet loss to estimate the number of the packet loss, if the number of the packet loss exceeds the length of the receiving window, the sending end can be determined to be abnormal, and then processing can be performed according to the abnormal phenomenon of the sending packet, including retransmitting the data packets, releasing link resources for re-access, and the like.
Therefore, the target end needs to receive the total number of the sent data packets sent by the sending end, and then determines the total number of the data packets successfully received by the target end; and finally, estimating the packet loss number to determine the packet loss condition.
In an optional embodiment, the sending end may also determine the packet loss condition; the target end sends feedback information to the sending end, and the feedback information is used for reporting the total number of the data packets successfully received by the target end; then the sending end counts the number of all data packets sent by the sending end, compares the number of the data packets with the number of the data packets sent by the sending end to obtain the number of the packet lost, finally judges whether the number of the packet lost reaches a preset threshold value, if the number of the packet lost reaches the length of a receiving window, the sending end determines that the packet is abnormal, and the sending end can carry out final processing according to the abnormal phenomenon of the packet.
A third aspect of the present application provides a transmission apparatus, including:
the determining unit is used for determining the number N of first data packets in the data packets to be sent according to the length of a receiving window corresponding to the receiving end; wherein the generation sending data packet sequence comprises M generation sending data packets, wherein M is greater than the length of the receiving window, and N is less than the length of the receiving window;
the processing unit is used for numbering the serial number SN of the first data packet;
the determining unit is further configured to determine that the remaining generation sending data packet is a second data packet; the second data packet does not carry SN;
a sending unit, configured to send the first data packet and the second data packet to a target end in sequence, so that the target end forwards the first data packet and the second data packet to the receiving end.
In an optional embodiment, the sending unit is further configured to send indication information to the target end; the indication information comprises the upper limit value of the serial number of the sending end; the indication information is used for indicating the target end to number the received SN of the second data packet.
In an optional embodiment, the processing unit is further configured to update the stored HFN when the number of the sent data packets exceeds the SN length;
the determining unit is further configured to re-determine, from an initial state, the number N of first data packets in the data packets to be sent;
the processing unit is further configured to number an SN of a first data packet in the generation sending data packets.
In an optional implementation manner, the determining unit is further configured to determine a total number of the transmitted data packets, and send the total number of the transmitted data packets to the destination.
In an optional implementation manner, the sending device further includes a receiving unit:
the receiving unit is configured to receive feedback information sent by the target end, where the feedback information includes a total number of data packets successfully received by the target end;
the determining unit is further configured to determine whether the number of packet losses reaches a preset threshold according to the feedback information; and if the preset threshold value is reached, determining that the PDCP layer determines that the packet sending is abnormal.
A fourth aspect of the present application provides a forwarding device, including:
the receiving unit is used for receiving a first data packet and a second data packet sent by a sending end; the first data packet carries a serial number SN, the second data packet does not carry the SN, and the number N of the first data packets is smaller than the length of a receiving window corresponding to a receiving end;
the processing unit is used for numbering SN of the second data packet;
and the sending unit is used for sending the first data packet and the numbered second data packet to the receiving end in sequence.
In an optional embodiment, the receiving unit is further configured to receive indication information sent by the sending end; the indication information comprises the upper limit value of the serial number of the sending end;
and the processing unit is specifically configured to number the SN numbers of the second data packets in sequence according to the number upper limit value.
In an optional embodiment, the forwarding device further includes a determining unit;
the receiving unit is further configured to receive the total number of sent data packets sent by the sending end;
the determining unit is used for determining the total number of the data packets successfully received by the determining unit; determining packet loss conditions according to the total number of the sent data packets and the total number of the data packets successfully received by the mobile terminal;
the sending unit is further configured to send feedback information to the sending end, where the feedback information is used to report the packet loss condition to the sending end.
In an optional embodiment, the forwarding device further includes a determining unit;
the determining unit is used for determining the total number of the data packets successfully received by the determining unit;
and the sending unit is also used for sending the total number of the data packets successfully received by the sending unit to the sending end.
A fifth aspect of the present application provides a transmission apparatus, including: at least one processor and a memory, the memory storing computer-executable instructions executable on the processor, the sending device performing the method according to the first aspect or any one of the possible implementations of the first aspect when the computer-executable instructions are executed by the processor.
A sixth aspect of the present application provides a forwarding apparatus, including: at least one processor and a memory, the memory storing computer-executable instructions executable on the processor, the forwarding device performing the method according to the second aspect or any one of the possible implementations of the second aspect when the computer-executable instructions are executed by the processor.
A seventh aspect of the present application provides a chip or a chip system, where the chip or the chip system includes at least one processor and a communication interface, where the communication interface and the at least one processor are interconnected by a line, and the at least one processor is configured to execute a computer program or instructions to perform a data transmission method described in any one of any possible implementation manners of the first aspect to the first aspect;
the communication interface in the chip may be an input/output interface, a pin, a circuit, or the like.
In one possible implementation, the chip or chip system described above in this application further comprises at least one memory having instructions stored therein. The memory may be a storage unit inside the chip, such as a register, a cache, etc., or may be a storage unit of the chip (e.g., a read-only memory, a random access memory, etc.).
An eighth aspect of the present application provides a chip or a chip system, where the chip or the chip system includes at least one processor and a communication interface, the communication interface and the at least one processor are interconnected by a line, and the at least one processor is configured to execute a computer program or instructions to perform a data transmission method described in any one of any possible implementation manners of the second aspect to the second aspect;
the communication interface in the chip may be an input/output interface, a pin, a circuit, or the like.
In one possible implementation, the chip or chip system described above in this application further comprises at least one memory having instructions stored therein. The memory may be a storage unit inside the chip, such as a register, a cache, etc., or may be a storage unit of the chip (e.g., a read-only memory, a random access memory, etc.).
A ninth aspect of an embodiment of the present application provides a computer-readable storage medium having stored therein a computer program that, when running on a computer, causes the computer to execute the data transmission method of any one of the first to second aspects described above.
According to the technical scheme, the embodiment of the application has the following advantages:
when a sending end and a receiving end carry out data transmission, a PDCP layer of the sending end firstly determines the number of first data packets needing to carry SN numbers in data packets to be sent according to the length of a receiving window at the receiving end, and then numbers the SN of the first data packets in sequence; determining the rest data packets as second data packets without SN, finally sending the first data packets and the second data packets to the target end in sequence, and then forwarding the received data packets to the receiving end by the target end; when a sending end sends a data packet to a target end, the number of first data packets with SN in a data packet sequence is guaranteed not to exceed the length of a receiving window of a receiving end, so that even if the first data packets with SN are lost in the transmission process, the data packets fall into the receiving window, the receiving window will slide normally, the receiving end can maintain HFN normally, and the phenomenon that the HFN maintained by the receiving end and the sending end are not aligned is avoided.
Drawings
Fig. 1 is a schematic flowchart of a data transmission method according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of a sending device according to an embodiment of the present application;
fig. 3 is a schematic structural diagram of a forwarding device according to an embodiment of the present application;
fig. 4 is a schematic structural diagram of another sending device provided in an embodiment of the present application;
fig. 5 is a schematic structural diagram of another forwarding device provided in an embodiment of the present application.
Detailed Description
The embodiment of the application provides a data sending method and related equipment, which are used for numbering and sending SN numbers of data packets to be sent by a PDCP layer, and avoiding the occurrence of flow interruption caused by different HFNs (hyper frame numbers) stored at a sending end and a receiving end.
The technical solutions in the present application will be described in detail below with reference to the drawings in the present application, and it should be apparent that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments.
The terms "first," "second," "third," "fourth," and the like in the description and in the claims of the present application and in the drawings described above, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that the embodiments described herein may be practiced otherwise than as specifically illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
A Long Term Evolution (LTE) wireless communication system is a high-speed wireless communication system established on a third generation mobile communication system. In an LTE air interface user plane protocol stack, a PDCP protocol layer, a Radio Link Control (RLC) layer, a Medium Access Control (MAC) layer, and a physical layer are sequentially provided from top to bottom; wherein, each layer completes different data processing, the PDCP layer mainly performs security operation and header compression and decompression processing, such as encryption and integrity protection; the RLC layer mainly completes segmented concatenation, sequential delivery, and automatic repeat request (ARQ) data transmission guarantee of data; the MAC layer mainly completes scheduling, cascade processing between different logical channels, hybrid automatic repeat request (HARQ) operation, and the like; and finally, the physical layer completes the contract of the transmission block and the air interface transmission.
In the data transmission process, a PDCP layer of a sending end (base station) interacts with an RLC layer of a lower layer; the PDCP layer manages Sequence Numbers (SNs) of Service Data Units (SDUs) received from a higher layer, performs header compression, integrity protection, and ciphering, updates state variables, generates Protocol Data Units (PDUs), and sends the PDUs to the RLC layer; after receiving the PDU, the RLC layer sends the PDU according to the sequence number carried by the PDU and finally sends the PDU to a receiving end (terminal); and in the answering mode, the RLC layer returns a PDCP PDU to the PDCP layer and sends a successful confirmation message; the PDCP layer may flush PDCP PDUs from the transmission buffer after receiving the acknowledgement message.
The PDCP layer assigns a 32-bit digital number count to each data Packet (PDU), wherein the count is composed of a high-order HFN and a low-order SN; the length of the SN is configured by an upper layer, and may be 5bit, 7bit, or 12bit, and the like, and is not particularly limited, the PDCP layer may sequentially configure its corresponding SN for the data packets in the buffer sequence before sending the data packets, and exemplarily, may number from 0 to determine the SN corresponding to each data packet; the high-order HFN is maintained by the sending end uniformly, for example, it is determined that the HFNs of a plurality of data packets to be forwarded are all 1; thus, each data packet may comprise different counts composed of the HFN and its corresponding SN, and the PDCP layer finally encrypts the data packet according to the count corresponding to each data packet and transmits the encrypted data packet to the receiving end.
It will be understood that the length of the SN will limit the upper limit of the number, for example, the SN length of the upper layer configuration is 12 bits, and then the spatial size of the SN is 2124096, that is, the PDCP layer may configure the SN number of 4096 data packets at most, that is, it is determined that the SN number corresponding to the first data packet is 0 until the SN number of the 4096 th data packet is 4097; when more than 4096 data packets to be sent by the PDCP layer, the HFN maintained by the sending end needs to be updated, for example, HFN +1 may be renumbered, starting from 0, for a 4097 th data packet and the following data packets; that is, in the process of continuously sending data packets, the SN of the sending end is continuously added by 1, when the SN corresponding to a certain data packet which is successfully sent reaches the maximum value, the HFN corresponding to the sending end is added by 1, and the SN corresponding to the subsequent data packet to be sent is inverted. Thus, the count value of each packet sent by the sending end is different.
The sending end only carries the SN corresponding to the data packet and does not carry the current HFN of the sending end in the data packet sent to the receiving end, and generally, both the sending end and the receiving end maintain their corresponding HFNs; the receiving end corresponds to a receiving window, which receives only the data packet whose SN falls into the receiving window, specifically, the length of the receiving window is generally the SN space size, for example, in the above example, the SN configured in the upper layer has a length of 12 bits, and then the SN space size is 2 bits124096, then the receive window is one-half its size 2048, and the lower bound of the receive windowThe value will determine the position of the receive window, e.g., the lower limit of the receive window is 10, then the receive window will receive packets with SNs of 10 to 2057, and no packets falling outside the receive window will be received.
The lower limit value of the receiving window is dynamically changed and is determined by the SN of the latest successfully received data packet, for example, the receiving end receives the data packets in sequence, when the SN of the first data packet successfully received is 0, the lower limit value of the receiving window is determined to be 0, and at this time, the data packets with SNs of 0 to 2027 fall into the receiving window and can be received by the sending end; and then, if the SN of the second data packet received by the receiving end is 1, updating the lower limit value of the receiving window to 1, and at this time, the data packets with SNs 1 to 2048 fall into the receiving window, and in a similar way, the receiving window slides along with the SN of the data packet successfully received to sequentially complete the reception of a plurality of data packets, and when the lower limit value of the receiving window is turned over, the receiving end updates the HFN maintained by the receiving end, so that the HFN synchronization of the receiving end and the transmitting end can be ensured, so that the receiving end can obtain the correct count of each data packet through the HFN maintained by the receiving end and the SN carried by the data packet, and decrypt the data packet by using the correct count.
However, in the case of data flow switching, the sending end sends a data packet to the target end (base station), and the target end forwards the data packet to the receiving end, because channel instability exists between the base station and the base station, a large amount of packet loss will occur, which may cause that HFN maintained by the receiving end and the sending end is different, so that the receiving end cannot decrypt the data packet normally, thereby causing flow interruption and non-recovery. For example, at a certain moment, a sending end sends 5000 data packets to a receiving end through a target end, the corresponding SN space size is 4096, the sending end determines SNs of 5098 data packets in sequence, the sending end starts numbering from 0, the HEN corresponding to the first 4096 data packets is 0, and the SNs are from 0 to 4095 in sequence; the sending end adds 1 to the HFN maintained by the sending end from the 4098 th data packet, and then numbers the 4098 th data packet from 0, that is, HFN corresponding to the 4098 th to 5098 th data packets is 1, and SN is 0 to 999. The transmitting end then sequentially transmits the data packets to the target end.
The target end forwards the successfully received data packet, and as can be understood, the initial HFN stored by the receiving end itself is also 0, and the window length corresponding thereto is 2048, that is, the initial receiving window is 0 to 2047; if the target side successfully forwards the data packet with SN 1 to the receiving end, the receiving window of the receiving end is updated to 1-2048, if no packet loss occurs, namely the receiving end successfully receives the 4096 th data packet, the receiving end determines the lower limit value of the receiving window to be new 4095 and updates the receiving window to 4095-2046, and if the 4097 th data packet is received again, because the SN corresponding to the 4097 th data packet is 0, the receiving end judges that the lower limit value of the window is to be sent and turned over, and adds 1 to the HFN stored by the receiving end and the transmitting end to keep the HFN of the receiving end and the HFN of the transmitting end consistent.
However, in the case of a large amount of lost packets, the data packets received by the receiving end will not be consecutive data packets, in the above example, if the receiving window of the receiving end is updated to 1 to 2048, and the data packets with SN 2 to 2048 are all lost, and after the receiving end successfully receives the data packet with SN 1, the SN number of the data packet received again does not fall into the receiving window, the receiving window will discard the received data packet, and maintain the original receiving window and HFN unchanged, that is, the window of the receiving end is 1 to 2048, and HFN is 0; and then, when the receiving end receives the 4097 th to 5098 th data packets again, the corresponding SN numbers are 0 to 999, and the data packets successfully fall into the receiving window, then the receiving end will receive the data packets, but the receiving end still considers the HFN to be 0 because the receiving end does not sense the inversion of the lower limit value of the receiving window, and actually, the HFN corresponding to the 4097 th to 5098 th data packets is already 1, so that the HFNs of the transmitting end and the receiving end are inconsistent, and the receiving end cannot decrypt the received data packets, resulting in flow interruption.
Based on the above problem, the embodiments of the present application provide a data sending method and related devices, where when determining a SN corresponding to a data packet, a PDCP layer at a sending end may only number SNs of a part of the data packets, and then a part of the data packets carry SNs and are sent to a target side, and a part of the data packets do not carry SNs and are sent to the target side, and then the target side numbers the SNs after receiving the data packets that do not carry SNs, and finally, the data packets received by a receiving end all carry SNs.
Fig. 1 is a schematic flowchart of a data transmission method according to an embodiment of the present application; as shown in fig. 1, the data transmission method includes the following steps:
101. the sending end determines the number N of first data packets carrying SN according to the length of the receiving window;
in the flow switching process, a sending end sends a data packet to a target end, and the target end forwards the data packet for a receiving end; before a sending end sends data packets, the number N of first data packets carrying SN is determined, then N data packets are selected as first data packets in a data packet sequence to be sent, and the rest data packets are determined as second data packets; wherein the number of the first data packets is smaller than the length of a receiving window (PDCP reordering window).
Illustratively, the SN length of the upper layer configuration is 12 bits, i.e. the spatial size of SN is 2124096; generally, a receiving window corresponding to a receiving end occupies half of the size of an SN space; that is, the length of the receiving window is 2048, then the number of first data packets determined by the sending end cannot exceed 2047, for example, the sending end needs to send 3000 data packets, so that the first 2047 data packets in the sequence of data packets to be sent can be selected as first data packets, and from the 2048 th data packet to the 3000 th data packet, it can be determined as a second data packet not carrying SN.
It can be understood that, in the PDCP data forwarding process, the PDCP data forwarding includes PDCP data forwarding in a handover scenario, PDCP data forwarding in an NSA scenario, and the like; the method is not only applicable to a traffic switching scenario in an LTE system, but also applicable to a traffic switching scenario in an NR system, and also applicable to a traffic switching scenario between an LTE system and an NR system, and is not particularly limited.
102. The sending end numbers SN of the N first data packets in sequence;
after the sender determines the first packet, the SNs of the first packet may be numbered sequentially, for example, in the above example, the sender determines the SNs of the 1 st packet to the 2047 th packet to be 0 to 2046 sequentially.
103. A sending end sends a first data packet and a second data packet to a target end;
the sending end sends the first data packet and the second data packet to the target end, and then the target end sends the received data packet to the receiving end.
It can be understood that when the number of the first data packet and the second data packet sent exceeds 4096, the HFN of the sending end needs to be increased by 1, and then the subsequent data packets are numbered from 0.
104. The sending end sends indication information to the target end;
the sending end also needs to send indication information to the target end, where the indication information is used to indicate that the target end numbers the second data packet which does not carry the SN first, so that the second data packet carries the SN again and then forwards the SN to the receiving end.
The receiving end can receive the data packets in sequence according to the SNs carried by the data packets, and can determine the packet loss situation according to the SNs, so that the destination needs to number the second data packet that does not carry an SN before forwarding it.
Illustratively, the indication information includes a number condition of the sending end, for example, an upper limit value of a number corresponding to the sending end is sent to the target end, and the target end is indicated to number the received second data packet according to the upper limit value; for example, in the above example, if the sending end determines that the number of the first data packets is 2047, then the sending end may determine the 1 st to 2047 th data packets of the sequence to be sent as the first data packets, and determine that the corresponding SNs thereof are 0 to 2046, then the sending end may determine that the upper limit value of the number thereof is 2047, that is, the corresponding SN of the next packet, and the sending end carries the count value of the next packet in the indication information and sends the indication information to the target end, which indicates the target end to number the received second data packets which do not carry SNs from 2047.
105. The target end numbers the SN corresponding to the second data packet according to the indication information sent by the sending end;
the target end numbers the second data packet, and then sequentially forwards the first data packet and the numbered second data packet to the target end, so that it can be understood that a phenomenon that a large number of packet loss is possibly sent in data transmission between the sending end and the target end occurs, if each data sent by the sending end carries an SN, a large number of data packets carrying the SN will be lost, and when the number of packet loss exceeds the length of a receiving window, the data packet received by the receiving end falls outside the receiving window and cannot slide normally, so that the HFNs of the sending end and the receiving end are different; and when the target end numbers the second data packet, the target end only numbers the received second data packet, no matter how many packets are lost, the target end only numbers the successfully received second data packet, and then forwards the first data packet and the second data packet to the receiving end, so that the first second data packet sent by the target end falls into a receiving window, the receiving window is updated, then the HFN is normally maintained according to the lower limit value of the receiving window, and finally, the HFN synchronization of the sending end and the receiving end is ensured, and the flow interruption is avoided.
Illustratively, the SN length of the upper layer configuration is 12 bits, i.e. the spatial size of SN is 2124096, the length of the receiving window is 2048, and the receiving end needs to send 5000 data packets to the transmitting end; the receiving end firstly determines the number of the first data packets so that the number of the first data packets does not exceed 2048, for example, the number of the first data packets is determined to be 2000; thus, the transmitting end determines the SN of the first 2000 data packets in the transmission sequence, the serial numbers are from 0 to 1999 in sequence, and determines that the latter 3000 data packets do not carry SN for transmission; the destination end is then instructed to number packets that do not carry a SN starting from 2000.
It can be understood that, even if a large amount of packet loss occurs between the sending end and the target end, for example, 2048 packets are lost when the packet loss starts to be sent from the third packet, then when the 2051-th packet is successfully received by the target end, the target end still numbers from 2001 according to the instruction of the sending end, that is, the 2051-th second packet which does not carry SN is numbered 2001, so that the receiving end can fall into the receiving window of the receiving end, normally receive the packet, and update the position of the receiving window according to the SN of the receiving end; when the receiving end receives the first data packet again, namely the SN of the received data packet does not exceed 1999, the receiving end can determine that the lower limit value of the receiving window is overturned, and add 1 to the HFN maintained by the receiving end, thus ensuring the consistency of the HFNs of the sending end and the receiving end, ensuring that the receiving end successfully decrypts the received data packet and avoiding flow interruption.
106. The target terminal forwards the first data packet and the numbered second data packet to the receiving terminal;
107. the sending end determines the total number of the sent data packets;
it can be understood that when a large amount of packet losses occur between the sending end and the target end, transmission is abnormal, and even flow interruption cannot be recovered, so that the sending end can determine the total number of data packets to be sent before sending the data packets, then determine whether a large amount of packet losses occur according to the number of data packets successfully received by the target end, and then take relevant measures for the large amount of packet losses.
108. The sending end sends request information to the target end;
in a specific embodiment, the sending end sends request information to the target end, where the request information is used to indicate the total number of data packets that the target end reports the statistics of successful receiving, and then the sending end determines whether a large amount of packet losses occur.
109. The target end determines the total number of the successfully received data packets according to the request information;
110. the target end reports the total number of the successfully received data packets to the sending end;
and the target end reports the total number of the successfully received data packets to the sending end according to the indication information.
111. The sending end determines the packet loss condition according to the total number of the successfully received data packets reported by the target end;
the sending end determines the number of lost packets after obtaining the total number of successfully received data packets sent by the target end, illustratively, the total number of successfully received data packets is subtracted from the total number of sent data packets to obtain the number of lost packets, and then whether the number of lost packets reaches a preset threshold value is judged, and then corresponding ear processing is performed according to the judgment result.
112. The sending end sends the total number of the sent data packets to the target end;
for example, the sending end may also send the total number of sent data packets to the target end, and the target end determines the packet loss condition on the link.
113. The target end determines the packet loss condition according to the total number of the sent data packets and the total number of the successfully received data packets;
and the target end subtracts the total number of the successfully received data packets from the total number of the received data packets sent by the sending end to determine the packet loss condition.
114. The target end reports the packet loss condition to the sending end;
it is understood that steps 108 to 111 and steps 112 to 114 are optional steps, and when step 108 is performed, steps 109, 110 and 111 need to be performed; when step 112 is performed, then steps 113 and 114 are performed.
115. The sending end determines whether the abnormal phenomenon of sending the packet occurs according to the packet loss condition;
the sending end performs corresponding processing according to the packet loss condition, for example, the preset threshold may be the number corresponding to the receiving window, and when the packet loss number exceeds the length of the receiving window, the retransmission or the release of the receiving end may be reset.
Fig. 2 is a schematic structural diagram of a sending device provided in the present application, and as shown in fig. 2, the sending device includes:
a determining unit 201, configured to determine, according to a length of a receiving window corresponding to a receiving end, a number N of first data packets in a data packet to be sent; wherein the generation sending data packet sequence comprises M generation sending data packets, wherein M is greater than the length of the receiving window, and N is less than the length of the receiving window;
a processing unit 202, configured to number a sequence number SN of the first data packet;
the determining unit 201 is further configured to determine that the remaining generation sending data packet is a second data packet; the second data packet does not carry SN;
a sending unit 203, configured to send the first data packet and the second data packet to a target end in sequence, so that the target end forwards the first data packet and the second data packet to the receiving end.
Illustratively, the sending unit 203 is further configured to send instruction information to the target end; the indication information comprises the upper limit value of the serial number of the sending end; the indication information is used for indicating the target end to number the SN of the received second data packet.
Illustratively, the processing unit 202 is further configured to update the stored hyper frame number HFN when the number of the sent data packets exceeds the SN length;
the determining unit 201 is further configured to determine, from an initial state, the number N of first data packets in the data packets to be sent again;
the processing unit 202 is further configured to number an SN of a first data packet in the generation sending data packets.
Illustratively, the determining unit 201 is further configured to determine a total number of the transmitted data packets, and transmit the total number of the transmitted data packets to the destination.
Illustratively, the sending device further includes a receiving unit 204:
the receiving unit 204 is configured to receive feedback information sent by the target, where the feedback information includes a total number of data packets successfully received by the target;
the determining unit 201 is further configured to determine whether the number of packet losses reaches a preset threshold according to the feedback information; and if the preset threshold value is reached, determining that the PDCP layer determines that the packet sending is abnormal.
Fig. 3 is a schematic structural diagram of a forwarding device provided in the present application, and as shown in fig. 3, the forwarding device includes:
a receiving unit 301, configured to receive a first data packet and a second data packet sent by a sending end; the first data packet carries a serial number SN, the second data packet does not carry SN, and the number N of the first data packets is smaller than the length of a receiving window corresponding to a receiving end;
a processing unit 302, configured to number SNs of the second data packet;
a sending unit 303, configured to send the first data packet and the numbered second data packet to the receiving end in sequence.
For example, the receiving unit 301 is further configured to receive indication information sent by the sending end; the indication information comprises the upper limit value of the serial number of the sending end;
the processing unit 302 is specifically configured to number the SN numbers of the second data packets in sequence according to the number upper limit value.
Illustratively, the forwarding device further comprises a determining unit 304;
the receiving unit 301 is further configured to receive the total number of sent data packets sent by the sending end;
the determining unit 304 is configured to determine the total number of the data packets successfully received by the determining unit; determining packet loss conditions according to the total number of the sent data packets and the total number of the data packets successfully received by the mobile terminal;
the sending unit 303 is further configured to send feedback information to the sending end, where the feedback information is used to report the packet loss condition to the sending end.
Illustratively, the forwarding device further comprises a determining unit 304;
the determining unit 304 is configured to determine the total number of the data packets successfully received by the determining unit;
the sending unit 303 is further configured to send the total number of the data packets successfully received by the sending unit to the sending end.
Referring to fig. 4, a schematic structural diagram of another sending apparatus 400 according to an embodiment of the present application is shown, where the sending apparatus 400 includes: a processor 401, a memory 402, a communication interface 403.
The processor 401, the memory 402, and the communication interface 403 are connected to each other by a bus; the bus may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 4, but this does not indicate only one bus or one type of bus.
Memory 402 may include volatile memory (volatile memory), such as random-access memory (RAM); the memory may also include a non-volatile memory (non-volatile memory), such as a flash memory (flash memory), a Hard Disk Drive (HDD) or a solid-state drive (SSD); the memory 402 may also comprise a combination of memories of the kind described above.
The processor 401 may be a Central Processing Unit (CPU), a Network Processor (NP), or a combination of a CPU and an NP. The processor 401 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a Programmable Logic Device (PLD), or a combination thereof. The PLD may be a Complex Programmable Logic Device (CPLD), a field-programmable gate array (FPGA), a General Array Logic (GAL), or any combination thereof.
The communication interface 403 may be a wired communication interface, such as an ethernet interface, a wireless communication interface, or a combination thereof. The ethernet interface may be an optical interface, an electrical interface, or a combination thereof. The wireless communication interface may be a WLAN interface, a cellular network communication interface, a combination thereof, or the like.
Wherein the processor 401 is configured to execute computer programs or instructions in the memory 402 to perform the steps performed by the sender in any possible implementation of the embodiment shown in fig. 1.
Referring to fig. 5, a schematic structural diagram of another forwarding device 500 provided in the embodiment of the present application is shown, where the forwarding device 500 includes: a processor 501, a memory 502, and a communication interface 503.
The processor 501, the memory 502, and the communication interface 503 are connected to each other by a bus; the bus may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 5, but this is not intended to represent only one bus or type of bus.
Memory 502 may include volatile memory (volatile memory), such as random-access memory (RAM); the memory may also include a non-volatile memory (non-volatile memory), such as a flash memory (flash memory), a Hard Disk Drive (HDD) or a solid-state drive (SSD); the memory 502 may also comprise a combination of memories of the kind described above.
The processor 501 may be a Central Processing Unit (CPU), a Network Processor (NP), or a combination of CPU and NP. The processor 501 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a Programmable Logic Device (PLD), or a combination thereof. The PLD may be a Complex Programmable Logic Device (CPLD), a field-programmable gate array (FPGA), a General Array Logic (GAL), or any combination thereof.
The communication interface 503 may be a wired communication interface, such as an ethernet interface, a wireless communication interface, or a combination thereof. The ethernet interface may be an optical interface, an electrical interface, or a combination thereof. The wireless communication interface may be a WLAN interface, a cellular network communication interface, a combination thereof, or the like.
The processor 501 is configured to run the computer program or instructions in the memory 502 to perform the steps performed by the target in any possible implementation of the embodiment shown in fig. 1.
The embodiment of the present application further provides a chip or a chip system, where the chip or the chip system includes at least one processor and a communication interface, the communication interface and the at least one processor are interconnected by a line, and the at least one processor is configured to run a computer program or an instruction to perform a data transmission method described in any one of any possible implementation manners of the embodiment shown in fig. 1;
the communication interface in the chip may be an input/output interface, a pin, a circuit, or the like.
In one possible implementation, the chip or chip system described above in this application further comprises at least one memory having instructions stored therein. The memory may be a storage unit inside the chip, such as a register, a cache, etc., or may be a storage unit of the chip (e.g., a read-only memory, a random access memory, etc.).
Embodiments of the present application also provide a computer storage medium for storing computer software instructions for use as described above with respect to a sending device, including instructions for executing a program designed with respect to the sending device.
Embodiments of the present application also provide a computer storage medium for storing computer software instructions for use with the above-described forwarding-based apparatus, including a program for executing a program designed for the forwarding apparatus.
An embodiment of the present application further provides a computer program product, where the computer program product includes computer software instructions, and the computer software instructions may be loaded by a processor to implement the above-mentioned flow in a data transmission method.
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product.
It can be clearly understood by those skilled in the art that, for convenience and simplicity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and the like.

Claims (19)

1. A method of data transmission, the method comprising:
a packet data convergence protocol PDCP layer of a sending end determines the number N of first data packets in data packets to be sent according to the length of a receiving window corresponding to the receiving end; wherein the generation sending data packet sequence comprises M generation sending data packets, wherein M is greater than the length of the receiving window, and N is less than the length of the receiving window;
the sending end numbers the serial number SN of the first data packet;
the sending end determines the remaining generation sending data packet as a second data packet; the second data packet does not carry SN;
and the sending end sequentially sends the first data packet and the second data packet to a target end so that the target end forwards the first data packet and the second data packet to the receiving end.
2. The method of claim 1, further comprising:
the sending end sends indication information to the target end; the indication information comprises the upper limit value of the serial number of the sending end; the indication information is used for indicating the target end to number the received SN of the second data packet.
3. The method according to any one of claims 1 to 2, further comprising:
when the number of the sent data packets exceeds the SN length, the sending end updates the stored HFN;
the sending end determines the number N of first data packets in the data packets to be sent again from the initial state;
and the sending end numbers the SN of the first data packet in the substitute sending data packet.
4. The method of any of claims 1 to 3, further comprising:
and the sending end determines the total number of the sent data packets and sends the total number of the sent data packets to the target end.
5. The method of claim 4, further comprising:
the sending end receives feedback information sent by the target end, wherein the feedback information comprises the total number of data packets successfully received by the target end;
the sending end judges whether the number of the lost packets reaches a preset threshold value according to the feedback information;
and if the preset threshold value is reached, the PDCP layer of the sending end determines that the packet sending is abnormal.
6. A method of data transmission, the method comprising:
a target end receives a first data packet and a second data packet sent by a sending end; the first data packet carries a serial number SN, the second data packet does not carry the SN, and the number N of the first data packets is smaller than the length of a receiving window corresponding to a receiving end;
the target end numbers the SN of the second data packet;
and the target terminal sequentially sends the first data packet and the numbered second data packet to the receiving terminal.
7. The method of claim 6, further comprising:
the target end receives the indication information sent by the sending end; the indication information comprises the upper limit value of the serial number of the sending end;
and the target end sequentially numbers the SN numbers of the second data packets according to the number upper limit value.
8. The method of any of claims 6 to 7, further comprising:
the target end receives the total number of the sent data packets sent by the sending end;
the target end determines the total number of the data packets successfully received by the target end;
the target end determines the packet loss condition according to the total number of the sent data packets and the total number of the data packets successfully received by the target end;
and the target end sends feedback information to the sending end, wherein the feedback information is used for reporting the packet loss condition to the sending end.
9. The method according to any one of claims 6 to 7, further comprising:
and the target terminal determines the total number of the data packets successfully received by the target terminal and sends the total number of the data packets successfully received by the target terminal to the sending terminal.
10. A transmitting device, characterized in that the transmitting device comprises:
the determining unit is used for determining the number N of first data packets in the data packets to be sent according to the length of a receiving window corresponding to the receiving end; wherein the generation sending data packet sequence comprises M generation sending data packets, wherein M is greater than the length of the receiving window, and N is less than the length of the receiving window;
the processing unit is used for numbering the serial number SN of the first data packet;
the determining unit is further configured to determine that the remaining generation sending data packet is a second data packet; the second data packet does not carry SN;
a sending unit, configured to send the first data packet and the second data packet to a target end in sequence, so that the target end forwards the first data packet and the second data packet to the receiving end.
11. The apparatus according to claim 10, wherein the sending unit is further configured to send indication information to the target end; the indication information comprises the upper limit value of the serial number of the sending end; the indication information is used for indicating the target end to number the received SN of the second data packet.
12. The transmitting device according to any of claims 10 to 11, wherein the processing unit is further configured to update the stored hyper frame number HFN when the number of transmitted data packets exceeds the SN length;
the determining unit is further configured to re-determine, from an initial state, the number N of first data packets in the data packets to be sent;
the processing unit is further configured to number an SN of a first data packet in the generation sending data packets.
13. The transmission apparatus according to any one of claims 10 to 12, wherein the determining unit is further configured to determine a total number of transmitted data packets, and transmit the total number of transmitted data packets to the destination.
14. The transmission apparatus according to claim 13, wherein the transmission apparatus further comprises a reception unit:
the receiving unit is configured to receive feedback information sent by the target end, where the feedback information includes a total number of data packets successfully received by the target end;
the determining unit is further configured to determine whether the number of packet losses reaches a preset threshold according to the feedback information; and if the preset threshold value is reached, determining that the PDCP layer determines that the packet sending is abnormal.
15. A forwarding device, characterized in that the forwarding device comprises:
the receiving unit is used for receiving a first data packet and a second data packet sent by a sending end; the first data packet carries a serial number SN, the second data packet does not carry SN, and the number N of the first data packets is smaller than the length of a receiving window corresponding to a receiving end;
the processing unit is used for numbering SN of the second data packet;
and the sending unit is used for sending the first data packet and the numbered second data packet to the receiving end in sequence.
16. The forwarding device of claim 15, wherein the receiving unit is further configured to receive indication information sent by the sending end; the indication information comprises the upper limit value of the serial number of the sending end;
and the processing unit is specifically configured to number the SN numbers of the second data packets in sequence according to the number upper limit value.
17. The forwarding device of any one of claims 15 to 16, wherein the forwarding device further comprises a determining unit;
the receiving unit is further configured to receive the total number of sent data packets sent by the sending end;
the determining unit is used for determining the total number of the data packets successfully received by the determining unit; determining packet loss conditions according to the total number of the sent data packets and the total number of the data packets successfully received by the mobile terminal;
the sending unit is further configured to send feedback information to the sending end, where the feedback information is used to report the packet loss condition to the sending end.
18. The forwarding device of any one of claims 15 to 16, wherein the forwarding device further comprises a determining unit;
the determining unit is used for determining the total number of the data packets successfully received by the determining unit;
and the sending unit is also used for sending the total number of the data packets successfully received by the sending unit to the sending end.
19. A computer-readable storage medium storing one or more computer-executable instructions, wherein the computer-executable instructions, when executed by a processor, cause the processor to perform the method of any of claims 1-5 or claims 6-9.
CN202011270069.8A 2020-11-13 2020-11-13 Data transmission method and related equipment thereof Active CN114499749B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202011270069.8A CN114499749B (en) 2020-11-13 2020-11-13 Data transmission method and related equipment thereof
PCT/CN2021/130648 WO2022100733A1 (en) 2020-11-13 2021-11-15 Data sensing method and related device thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011270069.8A CN114499749B (en) 2020-11-13 2020-11-13 Data transmission method and related equipment thereof

Publications (2)

Publication Number Publication Date
CN114499749A true CN114499749A (en) 2022-05-13
CN114499749B CN114499749B (en) 2024-06-11

Family

ID=81490525

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011270069.8A Active CN114499749B (en) 2020-11-13 2020-11-13 Data transmission method and related equipment thereof

Country Status (2)

Country Link
CN (1) CN114499749B (en)
WO (1) WO2022100733A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024109174A1 (en) * 2022-11-25 2024-05-30 上海寒武纪信息科技有限公司 Method for controlling data retransmission in application layer, and related product

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102239728A (en) * 2009-08-14 2011-11-09 华为技术有限公司 Data processing method and apparatus thereof
CN103607261A (en) * 2013-11-22 2014-02-26 大唐移动通信设备有限公司 Data transmission method and device
CN107342849A (en) * 2017-06-15 2017-11-10 电信科学技术研究院 A kind of method and apparatus for carrying out data processing
US20180013685A1 (en) * 2016-07-06 2018-01-11 Qualcomm Incorporated Method for packet data convergence protocol count synchronization
WO2018126449A1 (en) * 2017-01-06 2018-07-12 富士通株式会社 Method for modifying data transmission window and device thereof, and communication system
CN108810984A (en) * 2017-05-05 2018-11-13 维沃移动通信有限公司 Data processing method and device
CN109644083A (en) * 2017-06-15 2019-04-16 Oppo广东移动通信有限公司 Data transmission method and Related product
CN110035017A (en) * 2018-01-12 2019-07-19 华为技术有限公司 A kind of communication means and device
EP3576445A1 (en) * 2017-01-24 2019-12-04 ZTE Corporation Data transmission method and apparatus
CN111262660A (en) * 2018-11-30 2020-06-09 华为技术有限公司 Data transmission method, equipment and system
CN111510278A (en) * 2020-04-26 2020-08-07 Oppo广东移动通信有限公司 Hyper frame number HFN synchronization method, terminal and storage medium
CN111556523A (en) * 2019-02-12 2020-08-18 电信科学技术研究院有限公司 Data transmission method and base station
CN111818630A (en) * 2019-07-12 2020-10-23 维沃移动通信有限公司 State variable maintenance method and device and user equipment

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102239728A (en) * 2009-08-14 2011-11-09 华为技术有限公司 Data processing method and apparatus thereof
CN103607261A (en) * 2013-11-22 2014-02-26 大唐移动通信设备有限公司 Data transmission method and device
US20180013685A1 (en) * 2016-07-06 2018-01-11 Qualcomm Incorporated Method for packet data convergence protocol count synchronization
WO2018126449A1 (en) * 2017-01-06 2018-07-12 富士通株式会社 Method for modifying data transmission window and device thereof, and communication system
EP3576445A1 (en) * 2017-01-24 2019-12-04 ZTE Corporation Data transmission method and apparatus
CN108810984A (en) * 2017-05-05 2018-11-13 维沃移动通信有限公司 Data processing method and device
CN109644083A (en) * 2017-06-15 2019-04-16 Oppo广东移动通信有限公司 Data transmission method and Related product
CN107342849A (en) * 2017-06-15 2017-11-10 电信科学技术研究院 A kind of method and apparatus for carrying out data processing
CN110035017A (en) * 2018-01-12 2019-07-19 华为技术有限公司 A kind of communication means and device
CN111262660A (en) * 2018-11-30 2020-06-09 华为技术有限公司 Data transmission method, equipment and system
CN111556523A (en) * 2019-02-12 2020-08-18 电信科学技术研究院有限公司 Data transmission method and base station
CN111818630A (en) * 2019-07-12 2020-10-23 维沃移动通信有限公司 State variable maintenance method and device and user equipment
CN111510278A (en) * 2020-04-26 2020-08-07 Oppo广东移动通信有限公司 Hyper frame number HFN synchronization method, terminal and storage medium

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
FUTUREWEI: "Initialization of HFNs of RX_DELIV and RX_NEXT", 《3GPP R2-2001308》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024109174A1 (en) * 2022-11-25 2024-05-30 上海寒武纪信息科技有限公司 Method for controlling data retransmission in application layer, and related product

Also Published As

Publication number Publication date
WO2022100733A1 (en) 2022-05-19
CN114499749B (en) 2024-06-11

Similar Documents

Publication Publication Date Title
CN108282825B (en) Information processing method and device
US11646825B2 (en) Transmitting node, receiving node, methods and mobile communications system
KR100907978B1 (en) A status reporting transmission method and receiving apparatus of a PDCP layer in a mobile communication system
EP3484124B1 (en) Data processing method and apparatus
EP2136501B1 (en) Method of delivering a PDCP data unit to an upper layer
US10819416B2 (en) Apparatuses and methods for using ARQ processes in a relay device
JP5175973B2 (en) Mobile communication system and radio base station
US20190124548A1 (en) Data transmission method and relevant device
US9408109B2 (en) Congestion control in a communication network
KR20090031239A (en) A method for handling correctly received but header compression failed packets
KR100954925B1 (en) Method of delivering a pdcp data unit to an upper layer
KR20090126296A (en) Window control and retransmission control method, and transmission side device
CN114189901A (en) Data receiving state reporting method and device
CN102957522A (en) RLC (radio link control) AM (acknowledged mode) status report processing method and system
US11695520B2 (en) Method and apparatus for implementing efficient switching on a split bearer
WO2012083762A1 (en) Data transmission method, apparatus, and system
CN114499749B (en) Data transmission method and related equipment thereof
WO2024032742A1 (en) Service processing method and apparatus, device, storage medium, and program product
WO2017012668A1 (en) Improved data unit reordering in dual connectivity scenarios
JP6654828B2 (en) Transmitter
WO2017000564A1 (en) Data processing method and device
CN109788516B (en) Method and device for confirming downlink data in LTE switching process
EP4311300A1 (en) Data transmission method and apparatus
WO2016054911A1 (en) Detection method, sending end, receiving end and detection system
JP4955734B2 (en) Method of transmitting PDCP data unit to upper level

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant