CN108631963B - Method and network node for transmitting data - Google Patents

Method and network node for transmitting data Download PDF

Info

Publication number
CN108631963B
CN108631963B CN201710186540.7A CN201710186540A CN108631963B CN 108631963 B CN108631963 B CN 108631963B CN 201710186540 A CN201710186540 A CN 201710186540A CN 108631963 B CN108631963 B CN 108631963B
Authority
CN
China
Prior art keywords
side node
network side
data packet
network
data packets
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.)
Active
Application number
CN201710186540.7A
Other languages
Chinese (zh)
Other versions
CN108631963A (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.)
Huawei Technologies Co Ltd
Original Assignee
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201710186540.7A priority Critical patent/CN108631963B/en
Priority to PCT/CN2018/079714 priority patent/WO2018171599A1/en
Publication of CN108631963A publication Critical patent/CN108631963A/en
Application granted granted Critical
Publication of CN108631963B publication Critical patent/CN108631963B/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/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1858Transmission or retransmission of more than one copy of acknowledgement message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1642Formats specially adapted for sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message

Abstract

The application provides a method for transmitting data and a network side node, which are beneficial to improving the reliability of data transmission between the network side nodes. The method comprises the following steps: the first network side node receives at least one data packet from the second network side node; the first network side node sends receiving condition information to the second network side node according to the at least one data packet, wherein the at least one data packet and the unreceived data packet are Radio Resource Control (RRC) data packets; and/or the at least one data packet and the data packet which is not received are data packets transmitted by a Signaling Radio Bearer (SRB); and/or the at least one data packet and the data packet which is not received are data packets of the first terminal equipment.

Description

Method and network node for transmitting data
Technical Field
The present application relates to the field of communications technologies, and more particularly, to a method and a network side node for transmitting data.
Background
With the rapid development of the mobile internet, the mobile traffic is significantly increased, and in order to cope with the traffic pressure, the deployment of network side nodes is increasingly intensive, and the types of the network side nodes are increasingly diverse. For example, under a Cloud-Radio Access Network (C-RAN) architecture, two types of Network side nodes are introduced. The two types of network-side nodes are a Control Unit (CU) and a Data Unit (DU), respectively. Specifically, the (BBU) inside the originally integrally deployed network side node may be divided into two types, CU and DU network side nodes. Fig. 1 is a schematic block diagram of a CU-DU. As shown in fig. 1, a partition may be performed between a Radio Resource Control (RRC) entity and a Packet Data Convergence Protocol (PDCP) entity, in which case, a CU includes the RRC entity and a DU includes an entity other than the RRC entity in a BBU. It is also possible to split between a PDCP entity and a packet data convergence protocol (RLC) entity, in which case a CU includes an RRC entity and a PDCP entity and a DU includes the remaining entities. How to improve the reliability of data transmission between nodes on the network side is an urgent technical problem to be solved.
Disclosure of Invention
The application provides a method for transmitting data and a network side node, which are beneficial to improving the reliability of data transmission between the network side nodes.
In a first aspect, the present application provides a method for transmitting data, the method comprising: the first network side node receives at least one data packet from the second network side node; the first network side node sends receiving condition information to the second network side node according to the at least one data packet, wherein the receiving condition information is used for indicating the receiving of the at least one data packet, or indicating data packets which are not received by the first network side node, or indicating the number of the at least one data packet, or indicating the number of the data packets which are not received by the first network side node; wherein the at least one data packet and the unreceived data packet are Radio Resource Control (RRC) data packets; and/or the at least one data packet and the data packet which is not received are data packets transmitted by a Signaling Radio Bearer (SRB); and/or the at least one data packet and the data packet which is not received are data packets of the first terminal equipment.
In this embodiment of the present application, the first network side node may perform feedback on the received data packet, so as to improve reliability of data packet transmission. Further, if the first network-side node feeds back all the data packets, it may cause resource waste and reduce the efficiency of data transmission. Therefore, the method of the embodiment of the present application feeds back the specific data packet (or the specific type of data packet) to ensure the transmission reliability of the specific data packet, and can make a good compromise between enhancing the transmission reliability of the data packet and the feedback overhead, thereby being beneficial to balancing the transmission overhead and the transmission reliability.
In a possible implementation manner, before the first network-side node sends the reception information to the second network-side node according to the at least one data packet, the method further includes: the first network side node receives indication information sent by the second network side node, wherein the indication information is used for indicating the first network side node to feed back the receiving condition information; the first network side node sends the receiving condition information to the second network side node according to the at least one data packet, and the receiving condition information comprises the following steps: and the first network side node feeds back the receiving condition information to the second network side node according to the at least one data packet and the indication information.
In the embodiment of the application, the first network side node can feed back the receiving condition information according to the indication of the second network side node, and the scheme is favorable for reducing the feedback times and saving the transmission resources.
In a possible implementation manner, the sending, by the first network-side node, the reception condition information to the second network-side node according to the at least one data packet includes: if the first network side node determines that the first network side node loses a data packet according to the at least one data packet, the first network side node sends the receiving condition information, and the receiving condition information is specifically used for indicating the unreceived data packet; or if the timer of the first network side node is overtime, the first network side node sends the receiving condition information according to the at least one data packet.
In the implementation of the application, if the first network side node sends the receiving condition information under the condition that the first network side node does not receive the data packet from the second network side node, the first network side node is favorable for timely feeding back the receiving condition of the first network side node. If the first network side node sends the receiving condition information based on the timer, namely the first network side node periodically sends the receiving condition information, the first network side node is favorable for reducing the feedback times and saving the transmission resources.
In a possible implementation manner, before the first network-side node sends the reception information to the second network-side node according to the at least one data packet, the method further includes: the first network side node receives transmission condition information from the second network side node, wherein the transmission condition information is used for determining the sequence number of the data packet sent by the second network side node, or the first network side node receives transmission condition information from the second network side node, and the transmission condition information is used for indicating the number of the data packets sent by the second network side node; the first network side node sends the receiving condition information to the second network side node according to the at least one data packet, and the receiving condition information comprises the following steps: the first network side node sends receiving condition information to the second network side node according to the sequence number of the at least one data packet and the transmission condition information used for determining the sequence number of the data packet sent by the second network side node, wherein the receiving condition information is specifically used for indicating the data packet which is not received; or the first network side node sends receiving condition information to the second network side node according to the number of the at least one data packet and the transmission condition information used for indicating the number of the data packets sent by the second network side node, where the receiving condition information is specifically used for indicating the number of the data packets which are not received.
The method of the embodiment of the application has higher flexibility, and further, the first network side node can determine the number of the data packets which are not received by acquiring the transmission condition information. The number of the data packets which are not received and the number of the received data packets can be used for estimating tunnel quality, receiving condition information used for indicating the number of the data packets which are not received is sent to the second network side node, the second network side node can estimate the tunnel quality according to the receiving condition information, and the tunnel transmission data packets with good tunnel quality are selected, so that the improvement of the transmission reliability of the data packets is facilitated.
In a possible implementation manner, before the first network-side node sends the reception information to the second network-side node according to the at least one data packet, the method further includes: the first network side node receives transmission condition information from the second network side node, wherein the transmission condition information is used for determining the sequence number of the data packet sent by the second network side node, or the first network side node receives transmission condition information from the second network side node, and the transmission condition information is used for indicating the number of the data packets sent by the second network side node; the first network side node sends the receiving condition information to the second network side node according to the at least one data packet, and the receiving condition information comprises the following steps: the first network side node sends receiving condition information to the second network side node according to the sequence number of the at least one data packet and the transmission condition information used for determining the sequence number of the data packet sent by the second network side node, wherein the receiving condition information is specifically used for indicating the data packet which is not received; or the first network side node sends, to the second network side node, reception condition information according to the number of the at least one data packet and the transmission condition information for indicating the number of the data packets sent by the second network side node, where the reception condition information is specifically used to indicate the number of the data packets that are not received.
The scheme has high flexibility and compatibility.
Optionally, in a possible implementation manner, the at least one data packet includes a plurality of data packets, and the sending, by the first network side node, the reception condition information to the second network side node according to the at least one data packet includes: and the first network side node sends receiving condition information used for indicating the unreceived data packets to the second network side node according to the sequence numbers of the data packets.
In the embodiment of the application, the first network side node can determine the unreceived data packets according to the sequence numbers of the received data packets, and the method is simple to operate and easy to implement.
In a second aspect, the present application provides a method for transmitting data, the method comprising: the second network side node sends at least one data packet to the first network side node; the second network side node receives receiving condition information from the first network side node, wherein the receiving condition information is used for indicating that the at least one data packet is received, or is used for indicating that the first network side node does not receive the data packet, or is used for indicating the number of the data packets received by the first network side node, or is used for indicating the number of the data packets not received by the first network side node. The at least one data packet and the unreceived data packet are Radio Resource Control (RRC) data packets, and/or the at least one data packet and the unreceived data packet are data packets transmitted through a Signaling Radio Bearer (SRB), and/or the at least one data packet and the unreceived data packet are data packets of a first terminal device.
In the embodiment of the application, the second network side node can acquire the receiving condition of the first network side node by acquiring the receiving condition information, so that the reliability of data packet transmission between the network side nodes can be improved. Further, if the first network-side node feeds back all the data packets, it may cause resource waste and reduce the efficiency of data transmission. Therefore, the method of the embodiment of the present application feeds back the specific data packet (or the specific type of data packet) to ensure the transmission reliability of the specific data packet, and can make a good compromise between enhancing the transmission reliability of the data packet and the feedback overhead, thereby being beneficial to balancing the transmission overhead and the transmission reliability. Further, the second network side node may estimate the tunnel quality according to the number of the data packets that are not received and the number of the received data packets, and select a tunnel with good tunnel quality to transmit the data packets, which is beneficial to improving the reliability of data transmission.
Optionally, in a possible implementation manner, if a ratio of the number of the unreceived data packets to the number of the data packets sent by the second network side node is higher than a preset threshold, the second network side node determines to perform switching of the transmission link or the transmission tunnel.
In a possible implementation manner, before the second network-side node receives the reception condition information sent by the first network-side node, the method further includes: and the second network side node sends indication information to the first network side node, wherein the indication information is used for indicating the first network side node to feed back the receiving condition information.
In the embodiment of the application, the second network side node may instruct the first network side node to perform feedback of the reception condition information, which is beneficial to reducing the feedback times and saving the transmission resources.
In a possible implementation manner, the sending, by the second network-side node, the indication information to the first network-side node includes: if the timer of the second network side node is overtime, the second network side node sends the indication information to the first network side node; or if the number of the data packets sent by the second network side node reaches a preset number, the second network side node sends the indication information to the first network side node; or if the second network side node sends a preset data packet (or a predefined data packet), the second network side node sends the indication information to the first network side node. .
In the embodiment of the application, the feedback overhead is favorably reduced, and the transmission resource is saved.
In a possible implementation manner, before the second network-side node receives the reception condition information sent by the first network-side node, the method further includes: the second network side node sends transmission condition information to the first network side node, wherein the transmission condition information is used for determining the sequence number of a data packet sent by the second network side node; or the transmission condition information is used for indicating the number of the data packets sent by the second network side node.
In the embodiment of the application, the second network side node can inform the first network side node of the data packet sent by the second network side node through the transmission condition information.
In a possible implementation manner, the reception condition information includes a sequence number of the at least one data packet, and the reception condition information is specifically used to indicate that the at least one data packet is received.
In the embodiment of the application, which data packet or data packets are received can be identified through the sequence number of the data packet, and the scheme is simple to operate and easy to implement.
In a possible implementation manner, the at least one data packet includes a plurality of data packets, and the plurality of data packets are transmitted through the same tunnel.
In the embodiment of the application, the multiple data packets are fed back through the same tunnel, and the scheme is favorable for the first network side node to feed back the received data packets in a centralized manner, so that the feedback times are favorably reduced, and the transmission resources are saved.
Optionally, in a possible implementation manner, the transmission condition information includes first sequence number information and second sequence number information; or the first sequence number information and the quantity information used for indicating the number of the data packets sent by the second network side node; or second sequence number information and quantity information used for indicating the number of data packets sent by the second network side node; the first sequence number information is used to indicate a sequence number with the smallest number in a plurality of sequence numbers corresponding to a plurality of data packets sent by the second network side node, and the second sequence number information is used to indicate a sequence number with the largest number in a plurality of sequence numbers corresponding to a plurality of data packets sent by the second network side node; or the transmission condition information comprises quantity information used for indicating the number of the data packets sent by the second network side node.
Optionally, in a possible implementation manner, the indication information is specifically configured to indicate that, if a data packet transmitted through an SRB is received, information for indicating that the data packet transmitted through the SRB is received is fed back; or the indication information is specifically used for indicating that if an RRC data packet is received, information for indicating that the RRC data packet is received is fed back; or the indication information is specifically used for indicating that if a data packet of the first terminal device is received, information for indicating that the data packet of the first terminal device is received is fed back; the indication information is specifically used for indicating that if the data packet transmitted through the SRB is lost, information for indicating that the first network side node does not receive the data packet transmitted through the SRB is fed back; or the indication information is specifically used for indicating that if the RRC data packet is lost, the information for indicating the RRC data packet which is not received by the first network side node is fed back; the indication information is specifically used for indicating that if the data packet of the first terminal device is lost, information for indicating that the data packet of the first terminal device is not received by the first network side node is fed back.
In a third aspect, the present application provides a method for transmitting data, the method comprising: a second network side node determines to send a plurality of data packets carrying the same information; the second network side node sends the plurality of data packets to the first network side node; wherein each data packet in the plurality of data packets is a Radio Resource Control (RRC) data packet; and/or each of the plurality of data packets is a data packet transmitted through a Signaling Radio Bearer (SRB); and/or the plurality of data packets are data packets of the first terminal equipment.
In the implementation of the present application, the second network side node may send a plurality of data packets carrying the same information, that is, send a plurality of the same data packets, so that the reliability of data transmission between the network side nodes can be improved. Further, if a plurality of data packets are transmitted, resource waste is caused, and the efficiency of data transmission is reduced. Therefore, the method of the embodiment of the present application sends a plurality of identical data packets to a specific data packet (or a specific type of data packet) to ensure the transmission reliability of the specific data packet, and can make a good compromise between enhancing the transmission reliability and the feedback overhead of the data packet, which is beneficial to balancing the transmission overhead and the transmission reliability.
In a possible implementation manner, the sending, by the second network-side node, a plurality of data packets to the first network-side node includes: the second network side node sends the multiple data packets in multiple tunnels of a radio bearer, and the multiple tunnels and the multiple data packets are in one-to-one correspondence; or the second network side node sends a plurality of data packets in one tunnel at the same time; or the second network side node sends the plurality of data packets in a plurality of time periods, and the plurality of time periods are in one-to-one correspondence with the plurality of data packets.
In the embodiment of the application, the mode of sending the data packet by the second network side node is flexible, and the scheme has higher flexibility and expansibility.
In a fourth aspect, the present application provides a method for transmitting data, the method comprising: a first network side node receives a plurality of data packets which are sent by a second network side node and carry the same information; the first network side node reserves one data packet in the plurality of data packets and discards data packets except the reserved data packet in the plurality of data packets; wherein each data packet in the plurality of data packets is a Radio Resource Control (RRC) data packet; and/or each of the plurality of data packets is a data packet transmitted through a Signaling Radio Bearer (SRB); and/or the plurality of data packets are data packets of the first terminal equipment.
In a possible implementation manner, each data packet in the plurality of data packets carries identification information, and the identification information carried by each data packet is the same.
In a fifth aspect, the present application provides a method for transmitting data, the method comprising: the PDCP of the receiving end receives a plurality of data packets sent by the PDCP of the sending end; and the PDCP of the receiving end sends status report information to the PDCP of the transmitting end according to the sequence numbers of the data packets, wherein the status report information is used for indicating the data packets which are not received or received by the PDCP of the receiving end.
The method of the embodiment of the application increases the status report information which can be identified by the PDCP, is beneficial to the PDCP of the sending end to know the receiving condition of the PDCP of the receiving end, is beneficial to the reliability of data transmission, and further is beneficial to the PDCP of the sending end to manage the data packet.
In a possible implementation manner, before the PDCP of the receiving end sending status report information to the PDCP of the transmitting end according to the sequence numbers of the multiple data packets, the method includes: the PDCP of the receiving end receives the indication information from the PDCP of the transmitting end, and the indication information is used for indicating the PDCP of the transmitting end to feed back the status report information; the PDCP of the receiving end sending status report information to the PDCP of the transmitting end according to the sequence numbers of the plurality of data packets, including: and the PDCP of the receiving end sends status report information to the PDCP of the sending end according to the sequence numbers of the data packets and the indication information.
In the embodiment of the application, the PDCP at the receiving end can feed back the status report information according to the indication of the PDCP at the transmitting end, which is beneficial to reducing the number of feedback times and saving transmission resources.
In a possible implementation manner, the sending, by the PDCP of the receiving end, status report information to the PDCP of the sending end according to the sequence numbers of the multiple data packets includes: if the PDCP of the receiving end determines that the PDCP of the receiving end loses the data packet (or does not receive the data packet of the PDCP from the transmitting end) according to the sequence numbers of the data packets, the PDCP of the receiving end sends the state report information; or if the timer of the PDCP of the receiving end is overtime, the PDCP of the receiving end sends the state report information.
In the embodiment of the application, the feedback times are reduced, and the transmission resources are saved.
In a possible implementation manner, before the PDCP at the receiving end sends status report information to the PDCP at the transmitting end according to the plurality of data packets, the method further includes: the PDCP of the receiving end receives transmission condition information sent by the PDCP of the sending end, and the transmission condition information is used for determining a sequence number of a data packet sent by the PDCP of the sending end; the PDCP of the receiving end determines the unreceived data packet according to the transmission condition information and the sequence numbers of the plurality of data packets, where the status report information is specifically used to indicate the unreceived data packet.
In the embodiment of the application, the PDCP at the receiving end may determine the data packet that is not received in multiple ways, and the scheme has higher flexibility and compatibility.
Optionally, in a possible implementation manner, the PDCP of the receiving end reporting information to the PDCP of the transmitting end according to the multiple data packets includes: and the PDCP of the receiving end determines the status report information according to the sequence numbers of the plurality of data packets.
In the embodiment of the application, the PDCP at the receiving end may determine the unreceived data packet according to the sequence numbers of the received data packets.
In a possible implementation manner, the status report information includes sequence numbers of the plurality of data packets, and the status report information is specifically used for indicating that the plurality of data packets are received.
In a sixth aspect, the present application provides a method for transmitting data, the method comprising: the PDCP of the sending end sends a plurality of data packets to the PDCP of the receiving end; and the PDCP of the sending end receives status report information sent by the PDCP of the receiving end, wherein the status report information is used for indicating data packets which are not received by the PDCP of the receiving end.
In a possible implementation manner, the method further includes retransmitting, by the PDCP at the transmitting end, the unreceived packet according to the status report information.
In one possible implementation manner, before the PDCP at the transmitting end receives the status report information sent by the PDCP at the receiving end, the method further includes: and the sending end PDCP sends indication information to the PDCP of the receiving end, wherein the indication information is used for indicating the PDCP of the sending end to feed back the status report information.
In a possible implementation manner, the sending, by the PDCP entity of the sending end, the indication information to the PDCP entity of the receiving end includes: if the timer of the PDCP of the sending end is overtime, the PDCP of the sending end sends the indication information to the PDCP of the receiving end; or if the number of the data packets sent by the PDCP of the sending end reaches a preset number, the PDCP of the sending end sends the indication information to the PDCP of the receiving end; or if the PDCP of the sending end sends the preset data packet, the PDCP of the sending end sends the indication information to the PDCP of the receiving end.
In the embodiment of the application, the feedback times are reduced, and the transmission resources are saved.
In one possible implementation manner, before the PDCP at the transmitting end receives the receiving condition information sent by the PDCP at the receiving end, the method further includes: the PDCP of the sending end sends transmission condition information to the PDCP of the receiving end, and the transmission condition information is used for determining the sequence number of a data packet sent by the PDCP of the sending end; or the transmission condition information is used for indicating the number of data packets sent by the PDCP of the sending end.
Optionally, in a possible implementation manner, the PDCP of the receiving end reporting information to the PDCP of the transmitting end according to the multiple data packets includes: and the PDCP of the receiving end determines the status report information according to the sequence numbers of the plurality of data packets.
In one possible implementation, the status report information includes a sequence number of the at least one data packet.
Optionally, in a possible implementation manner, the transmission condition information includes first sequence number information and second sequence number information; or the first sequence number information and the quantity information used for indicating the number of the data packets sent by the PDCP of the sending end; or the second sequence number information and the quantity information used for indicating the number of the data packets sent by the PDCP of the sending end; the first sequence number information is used to indicate a sequence number with the smallest number in a plurality of sequence numbers corresponding to a plurality of data packets sent by the PDCP of the sending end, and the second sequence number information is used to indicate a sequence number with the largest number in a plurality of sequence numbers corresponding to a plurality of data packets sent by the PDCP of the sending end.
In one possible implementation, the data packet is a radio resource control RRC data packet; and/or the data packet is a data packet transmitted by a Signaling Radio Bearer (SRB); and/or the data packet is a data packet of the first terminal equipment.
In the embodiment of the present application, if the PDCP at the receiving end sends status report information for all types of data packets, resource waste may be caused, and the efficiency of data transmission may be reduced. Therefore, the method of the embodiment of the present application sends the status report to the specific data packet (or the specific type of data packet) to ensure the transmission reliability of the specific data packet, and can make a good compromise between enhancing the transmission reliability of the data packet and the feedback overhead, which is beneficial to balancing the transmission overhead and the transmission reliability.
In one possible implementation, the data packet is transmitted via a user plane protocol.
In the embodiment of the application, the data packet is transmitted through the user plane protocol, which is beneficial to improving the efficiency of data packet transmission.
In a possible implementation manner, the receiving end is a terminal device and the transmitting end is a network side device, or the receiving end is a network side device and the transmitting end may be a terminal device.
In a seventh aspect, the present application provides a network side node, where the network side node is configured to perform the method in the first aspect or any possible implementation manner of the first aspect. In particular, the network side node comprises means for performing the method of the first aspect or any possible implementation manner of the first aspect.
In an eighth aspect, the present application provides a network-side node, configured to perform the method of the second aspect or any possible implementation manner of the second aspect. In particular, the network side node comprises means for performing the method of the second aspect or any possible implementation of the second aspect.
In a ninth aspect, the present application provides a network side node, configured to perform the method of the third aspect or any possible implementation manner of the third aspect. In particular, the network side node comprises means for performing the method of the third aspect or any possible implementation manner of the third aspect.
In a tenth aspect, the present application provides a network-side node configured to perform the method of the fourth aspect or any possible implementation manner of the fourth aspect. In particular, the network side node comprises means for performing the method of the fourth aspect or any possible implementation manner of the fourth aspect.
In an eleventh aspect, the present application provides a network-side node configured to perform the method of the fifth aspect or any possible implementation manner of the fifth aspect. In particular, the network side node comprises means for performing the method of the fifth aspect or any possible implementation manner of the fifth aspect.
In a twelfth aspect, the present application provides a network-side node configured to perform the method of the sixth aspect or any possible implementation manner of the sixth aspect. In particular, the network side node comprises means for performing the method of the sixth aspect or any possible implementation manner of the sixth aspect.
A thirteenth aspect the present application provides a network-side node comprising one or more processors, one or more memories, and one or more communication interfaces. The memory is used to store computer program instructions (or code). The processor is configured to execute instructions stored in the memory, and when executed, the processor performs the method of the first aspect or any possible implementation manner of the first aspect.
In a fourteenth aspect, the present application provides a network-side node that includes one or more processors, one or more memories, and one or more communication interfaces. The memory is used to store computer program instructions (or code). The processor is adapted to execute instructions stored in the memory, which when executed perform the method of the second aspect or any possible implementation of the second aspect.
In a fifteenth aspect, the present application provides a network-side node comprising one or more processors, one or more memories, and one or more communication interfaces. The memory is used to store computer program instructions (or code). The processor is configured to execute instructions stored in the memory, and when executed, the processor performs the third aspect or the method in any possible implementation manner of the third aspect.
In a sixteenth aspect, the present application provides a network-side node comprising one or more processors, one or more memories, and one or more communication interfaces. The memory is used to store computer program instructions (or code). The processor is configured to execute instructions stored in the memory, and when executed, the processor performs the method of the fourth aspect or any possible implementation manner of the fourth aspect.
In a seventeenth aspect, the present application provides a network-side node comprising one or more processors, one or more memories, and one or more communication interfaces. The memory is used to store computer program instructions (or code). The processor is configured to execute instructions stored in the memory, and when executed, the processor performs the method of the fifth aspect or any possible implementation manner of the fifth aspect.
In an eighteenth aspect, the present application provides a network-side node comprising one or more processors, one or more memories, and one or more communication interfaces. The memory is used to store computer program instructions (or code). The processor is configured to execute instructions stored in the memory, and when executed, the processor performs the method of the sixth aspect or any possible implementation manner of the second aspect.
In a nineteenth aspect, the present application provides a computer-readable storage medium having stored therein instructions, which, when run on a computer, cause the computer to perform the method of the first aspect or any possible implementation manner of the first aspect.
In a twentieth aspect, the present application provides a computer-readable storage medium having stored therein instructions which, when run on a computer, cause the computer to perform the method of the second aspect or any possible implementation of the second aspect.
In a twenty-first aspect, the present application provides a computer-readable storage medium having stored therein instructions, which, when run on a computer, cause the computer to perform the method of the third aspect or any possible implementation manner of the third aspect.
In a twenty-second aspect, the present application provides a computer-readable storage medium having stored therein instructions, which, when run on a computer, cause the computer to perform the method of the fourth aspect or any possible implementation manner of the fourth aspect.
In a twenty-third aspect, the present application provides a computer-readable storage medium having stored therein instructions, which, when run on a computer, cause the computer to perform the method of the above-mentioned fifth aspect or any possible implementation manner of the fifth aspect.
In a twenty-fourth aspect, the present application provides a computer-readable storage medium having stored therein instructions, which, when run on a computer, cause the computer to perform the method of the sixth aspect or any possible implementation manner of the sixth aspect.
In a twenty-fifth aspect, the present application provides a system chip comprising a communication interface, at least one processor, a memory, and a bus. The processor is configured to perform the method of the first aspect described above or any possible implementation manner of the first aspect.
In a twenty-sixth aspect, the present application provides a system chip comprising a communication interface, at least one processor, a memory, and a bus. The processor is configured to perform the method of the second aspect or any possible implementation manner of the second aspect.
In a twenty-seventh aspect, the present application provides a system chip that includes a communication interface, at least one processor, a memory, and a bus. The processor is configured to perform the method of the third aspect or any possible implementation manner of the third aspect.
In a twenty-eighth aspect, the present application provides a system-on-chip comprising a communication interface, at least one processor, a memory, and a bus. The processor is configured to perform the method of the fourth aspect described above or any possible implementation manner of the fourth aspect.
In a twenty-ninth aspect, the present application provides a system-on-chip that includes a communication interface, at least one processor, a memory, and a bus. The processor is configured to perform the method of the fifth aspect or any possible implementation manner of the fifth aspect.
In a thirtieth aspect, the present application provides a system-on-chip that includes a communication interface, at least one processor, a memory, and a bus. The processor is configured to perform the method of the sixth aspect or any possible implementation manner of the sixth aspect.
Based on the above, the technical scheme of the application is favorable for improving the reliability of data transmission between the network side nodes, and further, the technical scheme of the application performs feedback or repeated sending on the data packet of a specific type so as to ensure the transmission reliability of the specific data packet, so that a good compromise can be made between the transmission reliability of the data packet and the feedback overhead, and the feedback overhead and the transmission reliability can be favorably balanced.
Drawings
Fig. 1 is a schematic block diagram of a CU-DU.
Fig. 2 is a schematic flow chart diagram of an example of a method for transmitting data according to an embodiment of the present application.
Fig. 3 is a schematic flow chart of another example of a method for transmitting data according to an embodiment of the present application.
Fig. 4 is a schematic flow chart diagram of another example of a method for transmitting data according to an embodiment of the present application.
Fig. 5 is a schematic block diagram of an example of a network-side node according to an embodiment of the present application.
Fig. 6 is a schematic block diagram of another example of a network-side node according to an embodiment of the present application.
Fig. 7 is a schematic block diagram of another example of a network-side node according to an embodiment of the present application.
Fig. 8 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application.
Fig. 9 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application.
Fig. 10 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application.
Fig. 11 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application.
Fig. 12 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application.
Detailed Description
The technical solution in the present application will be described below with reference to the accompanying drawings.
It should be understood that the manner, the case, and the classification of the category in the embodiment of the present application are only for convenience of description, and should not be construed as a particular limitation, and features in various manners, cases, and cases may be combined without contradiction.
It should also be understood that "first", "second", and "third" in the embodiments of the application are merely for distinction and should not constitute any limitation to the application.
It should also be understood that, in the embodiment of the present application, the first network-side node and the second network-side node may be two physically or logically separate modules in an overall network architecture, or may be two completely independent logical network elements. For example, the first network-side node in the embodiment of the present application may include a DU and the second network-side node includes a CU; or the first network-side node may comprise a CU and the second network-side node comprises a DU.
Specifically, under the C-RAN architecture, the CU-DU splitting is introduced, that is, the originally integrally deployed BBU (i.e., the complete protocol layer entity) is split into two parts, namely, the CU and the DU. Different CUs and DUs may be applicable to different scenarios. As shown in fig. 1, BBUs may be split in different ways to obtain different CUs and DUs.
For example, if the partitioning is performed in the first mode, the CU includes an RRC entity, and the DU includes entities other than the RRC entity. For another example, if the segmentation is performed in the second method, the CU includes an RRC entity and a PDCP entity, and the DU includes entities other than the RRC and the PDCP entity. By analogy, fig. 1 shows 8 ways of partitioning BBU, and accordingly different CUs and DUs in 8 can be obtained.
The CU may be considered as a Control node of the C-RAN, and has a Radio Resource Control (RRC) or a partial RRC Control function, and includes all protocol layer functions or a partial protocol layer function of an existing network side device (e.g., a base station). The DU has all or part of the protocol layer functions of the existing network side equipment (e.g. base station). The introduction of the CU and the DU can improve the flexibility of information transmission, but after the introduction of the CU and the DU, information between the CU and the DU needs to be transmitted through an interface. One of the key factors in the interface transmission design is the interface reliability. The reliability of the interface is an important indicator of information transfer. That is, the reliability of the interface for transmitting data between the network-side node and the network-side node is an important indicator of information transmission. During transmission, many pieces of information have very high reliability requirements (e.g., control information, system information, and the like). Therefore, how to improve the reliability of information transmission (or data transmission) between the network side node and the network side node is an urgent technical problem to be solved.
It should be understood that the CU and the DU in the embodiments of the present application may be two physically or logically separate modules in an overall network architecture, or may be two completely independent logical network elements.
Therefore, the method for transmitting data is provided, and the reliability of data transmission is improved.
Hereinafter, a method for transmitting data according to an embodiment of the present application is described in detail with reference to fig. 2 to 5. Fig. 2 is a schematic flow chart diagram of an example of a method for transmitting data according to an embodiment of the present application. It should be understood that fig. 2 shows detailed steps or operations of a method for transmitting data, but the steps or operations are only examples, and other operations or variations of the various operations in fig. 2 may be performed by embodiments of the present application.
As shown in fig. 2, the method may include 210 and 220.
210. The second network side node sends at least one data packet to the first network side node; accordingly, the first network-side node receives at least one data packet from the second network-side node.
It should be understood that at least one data packet sent by the second network-side node to the first network-side node may not necessarily be received by all of the first network-side nodes. For example, assuming that the second network-side node sends N (N >0) packets, the first network-side node may receive M (0< M ≦ N) packets.
For convenience of illustration, it may be noted that at least one data packet sent by the second network-side node is N data packets, and at least one data packet received by the first network-side node is M data packets.
220. The first network side node sends receiving condition information to the second network side node according to the M data packets; accordingly, the second network side node receives the receiving condition information, where the receiving condition information is used to indicate that the M data packets are received or used to indicate that no received data packet (e.g., M-N data packets) is received.
Specifically, the N packets and M packets are packets of a specific type (or packets with feedback requirement). Wherein the specific type of data packet may include at least the following three types:
(1) RRC packet
For example, the first network side node receiving the RRC packet may feed back the reception status information according to the RRC packet. The reception situation information may be used to indicate the RRC packet that is received or not received.
The first network side node may determine whether the received data packet is an RRC data packet in various ways.
As an optional example, the first network side node may receive indication information, where the indication information may indicate that the data packet is an RRC data packet. For convenience of explanation, the indication information may be referred to as first indication information. The first indication information may be sent simultaneously with the RRC packet or sequentially.
For example, the second network side node may send the RRC Packet through a (Stream Control Transmission Protocol, SCTP) Protocol or a General Packet Radio Service tunneling Protocol For-the-user-plane (GTP-U) Protocol on a user plane, where a GTP-U extension header of the RRC Packet may carry the first indication information. The structure of the GTP-U extension header may be as shown in table 1.
TABLE 1
Figure DEST_PATH_GDA0001338256100000111
For example, as shown in table 1, the GTP-U extension header includes a Protocol Data Unit (PDU) format field (i.e., PDU type), and the first indication information may be carried in the PDU format field. Specifically, the PDU format field includes 4 bits, only 4 types of PDU format fields are currently defined, and 12 types are left to be added later. The value of the bits of the PDU format field (e.g., using any of the values 4-15, i.e., any of the reserved fields) may be set to indicate that the packet is an RRC packet.
For another example, as shown in table 1, the GTP-U extension header includes reserved bits (i.e., Spare), and the first indication information may be carried in the remaining bits.
For another example, as shown in table 1, the GTP-U Extension header includes a remaining Extension field (Spare Extension), and the first indication information may be carried in the remaining Extension field.
It should be understood that the first indication information may also be carried in other fields or bits of the extension header of the GTP-U. Further, the specific format of the GTP-U extension header can be flexibly set according to the requirement.
As another optional example, a radio bearer # D dedicated for transmitting an RRC packet is provided between the first network side node and the second network side node, and if the first packet is transmitted through the radio bearer # D, the first network side node may determine that the first packet is an RRC packet.
(2) Data packet transmitted through SRB
For example, the first network-side node may feed back the reception information when receiving the data packet transmitted through the SRB.
(3) Data packet of a first terminal device
Wherein the first terminal device may be some preconfigured higher priority terminal devices. For example, the present invention relates to highly confidential terminal devices such as military industry and medical care.
That is, the N data packets and the M data packets may be Radio Resource Control (RRC) data packets; and/or the N data packets and the M data packets may be data packets transmitted through a Signaling Radio Bearer (SRB); and/or the N data packets and the M data packets may be data packets of the first terminal device.
Hereinafter, for convenience of describing the embodiments of the present application, the data packets referred to without being particularly described are all the data packets of the above-described type (e.g., RRC data packet, data packet transmitted through SRB, or data packet of the first terminal device).
Specifically, the first network side node may perform feedback on the received data packet, which may improve reliability of data packet transmission. Further, if the first network-side node feeds back all the data packets, it may cause resource waste and reduce the efficiency of data transmission. Therefore, the method of the embodiment of the present application feeds back a specific data packet (or a specific type of data packet) to ensure the transmission reliability of the specific type of data packet, and can make a good compromise between enhancing the transmission reliability of the data packet and the feedback overhead, which is beneficial to improving the reliability of the data packet transmission between the network side nodes.
Further, the data packets of the above type may correspond to a plurality of transmission modes.
For example, if N >1, the N packets may be transmitted through the same tunnel,
specifically, RRC packets of a plurality of terminal devices (or terminal devices owned by the serving cell) may be transmitted through one tunnel. It is also possible to transmit all data packets (RRC data packets or non-RRC data packets) of one terminal device (e.g. the first terminal device) through one tunnel. The scheme is beneficial to the first network side node to carry out centralized feedback, is beneficial to reducing the communication complexity and is beneficial to reducing the feedback times.
After receiving the receiving condition information, the second network side node may learn which data packets are transmitted successfully or which data packets are not received (i.e., which data packets are lost by the first network side node), and for the data packets that are not received, the second network side node may retransmit the data packets.
For example, after the second network side node sends the first data packet, if receiving the reception condition information indicating that the first data packet is received, the second network side node determines that the transmission of the first data packet is successful. If the reception condition information indicating that the first data packet is received is not received within a predetermined time (for example, a timer may be set), the second network-side node may retransmit the first data packet. In other words, each time the first network-side node receives a data packet, the first network-side node may feed back reception information indicating that the data packet is received. For example, the receiving condition information is ACK, and the first network side node feeds back an Acknowledgement Character (ACK) every time it receives a data packet.
Optionally, the receiving condition information may carry a sequence number of a corresponding data packet, so that the second network side node determines the data packet corresponding to the receiving condition information. For example, it is assumed that a first network-side node receives a plurality of RRC packets. The first network side node feeds back a plurality of reception situation information (e.g., a plurality of ACKs), and the plurality of reception situation information corresponds to the plurality of RRC packets one to one. The first network side node may indicate the reception situation information to indicate which packet is received by adding a packet sequence number to the reception situation information. For example, the sequence number of the corresponding data packet may be added to the ACK
For another example, after the second network-side node transmits a plurality of packets, the second network-side node may receive reception information indicating a packet received by the first network-side node. For example, the receiving condition information is used to indicate that the first network side node receives the data packets numbered # a and # B, and the second network side node can determine that the data packets numbered # a and # B are successfully transmitted after receiving the receiving condition information.
For another example, after the second network-side node sends a plurality of data packets, the second network-side node may receive reception condition information indicating that the first network-side node does not receive a data packet. For example, the receiving condition information indicates that the first network-side node does not receive the data packets numbered # C and # D, and the second network-side node may retransmit the data packets numbered # C and # D after receiving the receiving condition information.
As can be seen from the above, the reception status information may be used to indicate that a certain data packet is received, for example, ACK, and such reception status information may be referred to as "acknowledgement information". The receiving condition information may also be used to indicate received data packets (the received data packets may be one or more) or indicate unreceived data packets (the unreceived data packets may be one or more), and such receiving condition information may be recorded as "status report information"
Hereinafter, the status report information will be described by taking as an example the status report information indicating a packet that has not been received.
The status report information has various forms. For example, the status report information may directly indicate sequence numbers of data packets that are not received by the first network-side node. For another example, if the sequence numbers are consecutive, the status report information may further indicate the number of non-received packets and the starting sequence number of the non-received packets.
Compared with the confirmation information sent by the first network side node, the state report information sent by the first network side node is beneficial to the centralized feedback of the first network side node on the receiving condition of the data packet, the feedback times of the first network side node are reduced, and the transmission resource can be saved.
Further, the first network-side node may send the status report information in a plurality of cases. For example, the first network-side node may send the status report information in the following several cases.
Situation one
The first network side node may receive indication information sent by the second network side node, where the indication information is used to instruct the first network side node to send status report information.
For convenience of explanation, the indication information may be referred to as second indication information. Optionally, the second indication information may be carried in a GTP-U extension header. For example, table 2 shows an example in which the second indication information may be carried in the GTP-U extension header.
TABLE 2
Figure DEST_PATH_GDA0001338256100000131
For the specific description of the second indication information carrying situation, reference may be made to the above related description, which is not described herein for brevity.
The second network-side node may send the second indication information based on a variety of conditions.
As an alternative example, the second network-side node may send the second indication information according to a timer (if the timer times out, the second indication information is sent).
Optionally, based on a timer, the second network-side node may periodically send the second indication information for periodically triggering the first network-side node to send the status report information.
As another alternative, the second network-side node may also send the second indication information based on some trigger conditions. For example, if the second network-side node sends K packets according to the configuration, the second network-side node sends the second indication information. It should be understood that the K packets may be transmitted continuously or simultaneously, and the application is not limited thereto. For another example, the second network-side node may send the second indication information after sending some specific data packets.
Assuming that the first network-side node receives the second indication information sent by the second network-side node, after receiving the second indication information, the first network-side node may count data packets that are not received in a first time period before (or after) receiving the second indication information, and send status report information to the second network-side node.
Situation two
The first network side node determines that the data packet sent by the second network side node is not received, and the first network side node can send the status report information.
Specifically, the first network side node may send the status report information to the second network side node when determining that the data packet is lost, and if the first network side receives a data packet that is not lost or is not lost in the embodiment of the present application (for example, a RRC data packet is not lost), the first network side node does not need to send the status report information to the second network side node.
Situation three
And if the timer of the first network side node is overtime, the first network side node sends the status report information.
Optionally, based on a timer, the first network-side node may periodically send the status report information to the second network-side node.
As an alternative example, existing data packets (e.g., RRC data packets) are scattered over a plurality of tunnels, which may easily cause the first network node to frequently feed back status report information. For example, a plurality of tunnels are used for transmitting RRC packets, and the transmission density of the RRC packets is low, which may cause the first network-side node to frequently send status report information. Based on this, the RRC packets of a plurality of terminal devices (for example, all terminal devices in the serving cell) can be fed back through one SRB tunnel, and the RRC packets are transmitted in a centralized manner, which is beneficial to reducing the number of times of the first network side node feeds back the status report information, and improving the efficiency of the first network side node in feeding back the reception condition.
That is, RRC packets of all terminal devices in the cell may be transmitted in the same tunnel, so as to facilitate unified feedback. Similarly, all data packets (RRC data packets or non-RRC data packets) of the first terminal device may be transmitted in the same tunnel to facilitate unified feedback.
The above describes the timing of the first network side node feeding back the status report information, and in the following, how the first network side node determines the status report information, that is, how the first network device determines the unreceived data packet, is described in detail.
Alternatively, the first network-side node may determine the non-received data packet (or determine whether there is a non-received data packet) in various ways. For example, the following ways may be included:
in a first mode
The first network side node receives transmission condition information sent by the second network side node, where the transmission condition information may be used to determine a sequence number of a data packet sent by the second network side node; and the first network side node determines the unreceived data packets according to the transmission condition information and the sequence numbers of the M data packets. The receiving condition information is specifically used for indicating the data packet which is not received. The transmission situation information may include various kinds.
For example, the transmission condition information includes first sequence number information and second sequence number information.
For another example, the first sequence number information and the number information indicating the number of data packets sent by the second network-side node.
For another example, the second sequence number information and the quantity information used for indicating the number of data packets sent by the second network side node.
The first sequence number information is used to indicate a sequence number with the smallest number in a plurality of sequence numbers corresponding to a plurality of data packets sent by the second network side node, and the second sequence number information is used to indicate a sequence number with the largest number in a plurality of sequence numbers corresponding to a plurality of data packets sent by the second network side node.
Optionally, the transmission condition information may also be used to indicate the number of data packets sent by the second network-side node. Optionally, the transmission condition information may be used to indicate the number of data packets sent by the second network-side node in (within) the first time period. That is, the transmission situation information includes quantity information, which will be described in detail later.
Mode two
The M data packets include a plurality of data packets, and the first network side node may determine, according to a sequence number of each data packet in the plurality of data packets, a data packet that is not received.
The above-mentioned method is only an example, and should not be limited to this application, and the first network-side node may also determine, by other means, a data packet from the second network-side node that is not received by the first network-side node.
As can be seen from the above, if each data packet is subjected to acknowledgment feedback, it will occupy more feedback overhead, and therefore, feedback can be performed for some specific data packets to reduce feedback overhead.
I.e., prior to 220, the method may include:
the first network side node receives indication information sent by the second network side node, and the indication information can be used for indicating that a certain specific data packet needs to feed back acknowledgement information.
For example, assuming that the first data packet carries information # E, where the information # E plays a very important role in communication, in order to ensure the reliability of the transmission of the first data packet, the second network side node sends the first data packet and indication information, where the indication information is specifically used to indicate that, if the first data packet is received, information that the first data packet is received needs to be fed back. For convenience of explanation, the indication information may be referred to as third indication information. Accordingly, the first network side node receives the third indication information and the first data packet sent by the second network side node, and sends the acknowledgement information of the first data packet to the first network side node.
The second network side node may send the first data packet and the third indication information in multiple ways. For example, the second network side node may send the third indication information and the first data packet sequentially, or may send the third indication information and the first data packet simultaneously.
Optionally, the third indication information may be carried in the GTP-U extension header, and the specific description of the indication information carrying situation may refer to the above related description, which is not described herein for brevity.
Optionally, in this embodiment of the present application, the data packet may be transmitted through a user plane protocol.
In particular, the efficiency of data transmission can be improved by transmitting the data packets via the user plane protocol, as compared to transmitting the data packets via the control panel protocol. Further, as a feedback mechanism is introduced in the embodiment of the application, the scheme can improve the reliability of the user plane protocol data transmission.
As described above, in this embodiment of the application, if the second network-side node receives the reception condition information, the data packet that is not received by the first network-side node and the received data packet may be determined according to the reception condition information. Further, after receiving the receiving condition information, the network side node may determine the number of data packets that are not received by the first network side node (i.e., the number of lost data packets), and if the number of lost data packets exceeds a preset threshold, the second network side node may switch one transmission link to transmit. Switching the transmission link refers to switching a more reliable transmission link, for example, assuming that the second network side node is CU and the first network side node is DU1, the second network side node can switch the transmission link for transmitting the data packet from CU-DU1 to CU-DU 2.
Further, in order to improve the accuracy of determining the number of unreceived packets by the second network side node, the second network side node may send quantity information indicating the number of packets sent by the second network side node to the first network side node, and the first network side node may send, according to the quantity information, reception condition information indicating the number of packets received by the first network side node to the second network side node or send, to the second network side node, reception condition information indicating the number of packets not received by the first network side node.
Fig. 3 is a schematic flow chart of another example of a method for transmitting data according to an embodiment of the present application. As shown in fig. 3, the method 300 includes:
310. and the second network side node determines to send a plurality of data packets carrying the same information.
It should be understood that the multiple data packets may be sent sequentially or simultaneously.
It should also be understood that the data packets carrying the same information in this application can be understood as the same data packets.
320. The second network side node sends the plurality of data packets to the first network side node; accordingly, the first network-side node receives at least one data packet.
Wherein each data packet in the plurality of data packets is a Radio Resource Control (RRC) data packet; and/or each of the plurality of data packets is a data packet transmitted through a Signaling Radio Bearer (SRB); and/or the plurality of data packets are data packets of the first terminal equipment.
Specifically, the related description of the method 300 can refer to the related description above, and is not repeated here for brevity.
The second network side node can send a plurality of data packets carrying the same information to the first network side node, which is beneficial to improving the reliability of data transmission between the first network side node and the second network side node.
Alternatively, the 320 may include a variety of ways.
For example, for an SRB bearer that needs to guarantee reliability, multiple tunnels (e.g., two tunnels) may be established for the SRB bearer. Each of the plurality of tunnels transmits the same data packet.
Further, the tunnels corresponding to an SRB may have indication information indicating that the same data packet is transmitted in the tunnels. For example, the indication information may be added in a GTP-U extension header.
Specifically, assuming that two identical data packets are transmitted using different tunnels, in this case, the second network side node may send, to the first network side node, indication information for indicating that the data packets carrying the same sequence number transmitted by the two tunnels are identical.
For another example, for a tunnel that needs to guarantee reliable transmission, for example, a corresponding tunnel carried by the SRB, a data packet sent in the tunnel may be copied. If a plurality of data packets are sent in one tunnel, two situations can be included: 1. and simultaneously sending the data packets carrying the same information in one tunnel. 2. And sending the data packets carrying the same information in sequence in one tunnel. For example, the plurality of data packets carrying the same information may be transmitted one by one at a time interval. The manner in which the time interval is set is not limited herein.
Further, the method 300 may further include:
s330, if the first network side node receives a plurality of data packets carrying the same information, the first network side node may reserve one of the data packets and discard the rest of the data packets.
For the sake of convenience of distinction, the plurality of packets transmitted by the second network node may be referred to as L packets (L >1), and the plurality of packets received by the first network node may be referred to as P packets (1< P < L). The P packets belong to the L packets.
The first network side node may determine whether the plurality of data packets are the same data packet in a plurality of ways.
For example, each of the L data packets carries identification information (the identification information may be a sequence number of the data packet, i.e. an SN number), and the identification information carried by each data packet is the same. If the first network side node receives P data packets carrying the same identification information, the first network side node may determine that the P data packets are the same data packet. And one data packet in the P data packets is reserved and the rest data packets in the P data packets are discarded.
The second network side node can send a plurality of data packets carrying the same information to the first network side node, which is beneficial to improving the reliability of data transmission between the first network side node and the second network side node.
Fig. 4 is a schematic flow chart diagram of another example of a method for transmitting data according to an embodiment of the present application. As shown in fig. 4, the method 400 includes:
410. the PDCP of the receiving end receives a plurality of data packets sent by the PDCP of the sending end;
420. and the PDCP of the receiving end sends status report information to the PDCP of the transmitting end according to the sequence numbers of the data packets, wherein the status report information is used for indicating the data packets which are not received or the received information.
It should be understood that the data packets in method 400 are not limited to the specific types of data packets described above. The method of the embodiment of the application increases the status report information which can be identified by the PDCP, and is beneficial to the PDCP to know the receiving condition of the PDCP at the receiving end, thereby being beneficial to the PDCP to manage the data packet.
Further, if the PDCP of the sending end determines that the PDCP of the receiving end loses the data packet according to the status report information, the method may include:
430. and the PDCP of the sending end retransmits the data packet which is not received by the receiving end according to the state report information.
It should be noted that, for the related description of the status report information in the method 400, reference may be made to the above related description, and details are not described here for brevity.
Optionally, the receiving end may be a terminal device and the transmitting end may be a network side device, or the receiving end may be a network side node and the transmitting end may be a terminal device.
Optionally, the data packet is a radio resource control RRC data packet; and/or the data packet is a data packet transmitted by a Signaling Radio Bearer (SRB); and/or the data packet is a data packet of the first terminal equipment.
Optionally, the method 400 may further include: and the PDCP of the receiving end sends the status report information to the PDCP of the transmitting end according to the sequence numbers of the plurality of data packets and the indication information.
Optionally, if the PDCP of the receiving end determines that the PDCP of the receiving end loses a data packet according to the sequence numbers of the plurality of data packets, the PDCP of the receiving end sends the status report information; or if the timer of the PDCP of the receiving end is overtime, the PDCP of the receiving end sends the state report information.
Optionally, the PDCP of the receiving end receives transmission condition information sent by the PDCP of the sending end, where the transmission condition information is used to determine a sequence number of a data packet sent by the PDCP of the sending end; the PDCP of the receiving end determines the unreceived data packet according to the transmission condition information and the sequence numbers of the plurality of data packets, where the status report information is specifically used to indicate the unreceived data packet.
Optionally, the status report information includes sequence numbers of the plurality of data packets, and the status report information is specifically used to indicate that the plurality of data packets are received.
Optionally, the indication information is specifically used to indicate that, if a data packet transmitted through an SRB is lost, information for indicating an unreceived data packet transmitted through the SRB is fed back; or the indication information is specifically used for indicating that if the RRC data packet is lost, the information for indicating the RRC data packet which is not received is fed back.
Optionally, the plurality of data packets and the data packet are transmitted by a user plane protocol.
Optionally, the transmission condition information includes first sequence number information and second sequence number information; or the first sequence number information and the quantity information used for indicating the number of the data packets sent by the PDCP of the sending end; or the second sequence number information and the quantity information used for indicating the number of the data packets sent by the PDCP of the sending end; the first sequence number information is used to indicate a sequence number with the smallest number in a plurality of sequence numbers corresponding to a plurality of data packets sent by the PDCP of the sending end, and the second sequence number information is used to indicate a sequence number with the largest number in a plurality of sequence numbers corresponding to a plurality of data packets sent by the PDCP of the sending end.
The description of the status report information, the unreceived data packet, and the like in the method 400 may refer to the above description of the sending and receiving situation information, which is not described herein for brevity.
Fig. 5 is a schematic block diagram of an example of a network-side node according to an embodiment of the present application. As shown in fig. 5, the network-side node 500 may be the first network-side node, and the network-side node 500 may include:
a receiving unit 510, configured to receive at least one data packet from a second network-side node;
a sending unit 520, configured to send, according to the at least one data packet received by the receiving unit 510, reception condition information to the second network side node, where the reception condition information is used to indicate that the at least one data packet is received, or is used to indicate a data packet that is not received by the receiving unit 510, or is used to indicate the number of the at least one data packet, or is used to indicate the number of the data packets that are not received, where the at least one data packet and the data packets that are not received are radio resource control RRC data packets; and/or the at least one data packet and the data packet which is not received are data packets transmitted by a Signaling Radio Bearer (SRB); and/or the at least one data packet and the data packet which is not received are data packets of the first terminal equipment.
Optionally, the at least one data packet includes a plurality of data packets, and the plurality of data packets are transmitted through the same tunnel.
Optionally, the receiving unit 510 is further configured to: receiving indication information sent by the second network side node, where the indication information is used to indicate the sending unit 520 to feed back the receiving condition information; the sending unit 520 is specifically configured to: and feeding back the receiving condition information to the second network side node according to the at least one data packet and the indication information.
Optionally, the sending unit 520 is specifically configured to: if (the network side node 500) determines that the network side node 500 loses a data packet according to the at least one data packet, sending the reception condition information, where the reception condition information is specifically used to indicate the unreceived data packet; or if the timer (of the network side node 500) is overtime, the receiving situation information is sent.
Optionally, the receiving unit 510 is further configured to: receiving transmission condition information sent by the second network side node and used for determining a sequence number of a data packet sent by the second network side node (in a first time period), or receiving transmission condition information sent by the second network side node and used for indicating the number of the data packets sent by the second network side node; the sending unit 520 is specifically configured to: determining the unreceived data packet according to the sequence number of the at least one data packet and the transmission condition information for determining the sequence number of the data packet sent by the second network side node; or
The network side node 500 determines the number of the unreceived data packets according to the number of the at least one data packet and the transmission condition information indicating the number of the data packets sent by the second network side node.
Optionally, the reception status information includes a sequence number of the at least one data packet, and the reception status information is specifically used to indicate that the at least one data packet is received.
Optionally, the data packet is transmitted through a user plane protocol.
Fig. 6 is a schematic block diagram of another example of a network-side node according to an embodiment of the present application. As shown in fig. 6, the network-side node 600 may be the second network-side node, and the network-side node 600 may include:
a sending unit 610, configured to send at least one data packet to a first network side node;
a receiving unit 620, configured to receive receiving situation information sent by the first network-side node, where the receiving situation information is used to indicate that the at least one data packet is received, or is used to indicate a data packet that is not received by the first network-side node, or is used to indicate the number of data packets that is not received by the first network-side node; the at least one data packet and the unreceived data packet are Radio Resource Control (RRC) data packets, and/or the at least one data packet and the unreceived data packet are data packets transmitted through a Signaling Radio Bearer (SRB), and/or the at least one data packet and the unreceived data packet are data packets of a first terminal device.
Optionally, the at least one data packet includes a plurality of data packets, and the plurality of data packets are transmitted through the same tunnel.
Optionally, before the receiving unit 620 receives the reception condition information sent by the first network-side node, the sending unit 610 is further configured to: and sending indication information to the first network side node, wherein the indication information is used for indicating the first network side node to feed back the receiving condition information.
Optionally, the sending unit 610 is specifically configured to: if the timer (of the network side node 600) is overtime, sending the indication information to the first network side node; or if the number of the data packets sent by the sending unit 610 reaches a preset number (or a first threshold), sending the indication information to the first network side node; or if the sending unit 610 sends a preset data packet (or a predefined data packet), sending the indication information to the first network side node.
Optionally, the sending unit 610 is further configured to send transmission condition information to the first network side node, where the transmission condition information is used to determine a sequence number of a data packet sent by the sending unit 610; or the transmission status information is used to indicate the number of data packets sent by the sending unit 610.
Optionally, the reception condition information includes a sequence number of the at least one data packet.
Optionally, the at least one data packet and the data packet are transmitted by a user plane protocol.
Fig. 7 is a schematic block diagram of another example of a network-side node according to an embodiment of the present application. As shown in fig. 7, the network-side node 700 may be the second network-side node, and the network-side node 700 may include:
a processing unit 710, configured to determine to send multiple data packets carrying the same information to a first network side node;
a communication unit 720, configured to send the plurality of data packets to a first network-side node; wherein each data packet in the plurality of data packets is a Radio Resource Control (RRC) data packet; and/or each of the plurality of data packets is a data packet transmitted through a Signaling Radio Bearer (SRB); and/or the plurality of data packets are data packets of the first terminal equipment.
Optionally, the communication unit 720 is specifically configured to: sending the plurality of data packets in a plurality of tunnels of a radio bearer, wherein the plurality of tunnels and the plurality of data packets are in one-to-one correspondence; or a plurality of data packets are sent in one tunnel at the same time; or transmitting the plurality of data packets in a plurality of time periods, wherein the plurality of time periods are in one-to-one correspondence with the plurality of data packets.
Fig. 8 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application. The network-side node 800 may be the first network-side node, as shown in fig. 8, the network-side node 800 may include:
a communication unit 810, configured to receive multiple data packets carrying the same information and sent by the second network side node;
a processing unit 820, configured to reserve one of the plurality of data packets and discard data packets, except for the reserved data packet, of the plurality of data packets; wherein each data packet in the plurality of data packets is a Radio Resource Control (RRC) data packet; and/or each of the plurality of data packets is a data packet transmitted through a Signaling Radio Bearer (SRB); and/or the plurality of data packets are data packets of the first terminal equipment.
Optionally, each of the plurality of data packets carries identification information, and the identification information carried by each data packet is the same.
Fig. 9 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application. The network-side node 900 may be the first network-side node, as shown in fig. 9, where the network-side node 900 includes: one or more processors 910, one or more memories 920, and one or more communication interfaces 930. The memory 920 stores computer program instructions (or code) therein. Processor 910 executes computer program instructions stored in memory 920 to implement corresponding procedures and/or operations executed by a network side node in the method for uplink power control provided by the embodiments of the present application. For brevity, no further description is provided herein.
Similarly, the network-side node 500 shown in fig. 5 may be implemented by the network-side node 900 shown in fig. 9. For example, the receiving unit 510 and the transmitting unit 520 shown in fig. 5 may be implemented by the communication interface 930 in fig. 9, and the like.
Fig. 10 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application. The network-side node 1000 may be the second network-side node, as shown in fig. 10, where the network-side node 1000 includes: one or more processors 1010, one or more memories 1020, and one or more communication interfaces 1030. The memory 1020 stores computer program instructions (or code) therein. The processor 1010 executes computer program instructions stored in the memory 1020 to implement corresponding procedures and/or operations executed by the second network side node in the method for uplink power control provided by the embodiment of the present application. For brevity, no further description is provided herein.
Similarly, the network-side node 600 shown in fig. 6 may be implemented by the network-side node 1000 shown in fig. 10. For example, the transmitting unit 610 and the receiving unit 620 shown in fig. 6 may be implemented by the communication interface 1030 in fig. 10, and the like.
Fig. 11 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application. The network-side node 1100 may be the second network-side node, as shown in fig. 11, where the network-side node 1100 includes: one or more processors 1110, one or more memories 1120, and one or more communication interfaces 1130. The memory 1120 has stored therein computer program instructions (or code). Processor 1110 executes computer program instructions stored in memory 1120 to implement corresponding procedures and/or operations executed by a network-side node in the methods for uplink power control provided by embodiments of the present application. For brevity, no further description is provided herein.
Similarly, the network-side node 700 shown in fig. 7 may be implemented by the network-side node 1100 shown in fig. 11. For example, the communication unit 720 shown in fig. 7 may be implemented by the communication interface 1130 in fig. 11, the processing unit 710 shown in fig. 7 may be implemented by the processor 1130 in fig. 11, and the like.
Fig. 12 is a schematic block diagram of still another example of a network-side node according to an embodiment of the present application. The network-side node 1200 may be the second network-side node, as shown in fig. 12, where the network-side node 1200 includes: one or more processors 1200, one or more memories 1220, one or more communication interfaces 1230. The memory 1220 has stored therein computer program instructions (or code). Processor 1212 executes computer program instructions stored in memory 1220 to implement the corresponding procedures and/or operations performed by the network side node in the method for uplink power control provided by the embodiments of the present application. For brevity, no further description is provided herein.
Similarly, the network-side node 600 shown in fig. 8 may be implemented by the network-side node 1100 shown in fig. 12. For example, the communication unit 810 shown in fig. 8 may be implemented by the communication interface 1230 in fig. 12, the processing unit 820 shown in fig. 8 may be implemented by the processor 1230 in fig. 12, and the like.
In the above embodiments, the processor may be a Central Processing Unit (CPU), a microprocessor, an Application-Specific Integrated Circuit (ASIC), or one or more Integrated circuits for controlling the execution of the program in the present Application. For example, a processor may be comprised of a digital signal processor device, a microprocessor device, an analog to digital converter, a digital to analog converter, and so forth. The processor may distribute the control and signal processing functions of the mobile device between these devices according to their respective functions. Further, the processor may include functionality to operate one or more software programs, which may be stored in the memory.
The Memory may be a Read-Only Memory (ROM) or other type of static storage device that may store static information and instructions, a Random Access Memory (RAM) or other type of dynamic storage device that may store information and instructions. But is not limited to, Electrically Erasable Programmable Read-Only Memory (EEPROM), Compact Disc Read-Only Memory (CD-ROM) or other optical disk storage, optical disk storage (including Compact Disc, laser disk, optical disk, digital versatile disk, blu-ray disk, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or signal structures and that can be accessed by a computer. The memory may be separate or integrated with the processor.
The communication interface may be an interface for transmitting data between two nodes in a device, and may include, for example, an infrared transceiver, a usage transceiver, a wireless Universal Serial Bus (USB) transceiver, a bluetooth transceiver, etc.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
It is clear to those skilled in the art that, for convenience and brevity 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 ways. 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 functions, if implemented in the form of software functional units 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 or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including 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: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims (22)

1. A method for transmitting data, the method comprising:
a first network side node receiving at least one data packet from a second network side node, wherein the first network side node comprises a data unit DU and the second network side node comprises a control unit CU; or the first network side node comprises a CU and the second network side node comprises a DU;
the first network side node sends receiving condition information to the second network side node according to the at least one data packet, wherein the receiving condition information is used for indicating the receiving of the at least one data packet, or indicating data packets which are not received by the first network side node, or indicating the number of the at least one data packet, or indicating the number of the data packets which are not received by the first network side node;
wherein the at least one data packet and the unreceived data packet are Radio Resource Control (RRC) data packets; and/or the at least one data packet and the data packet which is not received are data packets transmitted by a Signaling Radio Bearer (SRB); and/or the at least one data packet and the data packet which is not received are data packets of the first terminal equipment.
2. The method of claim 1, wherein the at least one data packet comprises a plurality of data packets, and wherein the plurality of data packets are transmitted through the same tunnel.
3. The method according to claim 1 or 2, wherein before the first network-side node sends the reception information to the second network-side node according to the at least one data packet, the method further comprises:
the first network side node receives indication information sent by the second network side node, wherein the indication information is used for indicating the first network side node to feed back the receiving condition information;
the first network side node sends the receiving condition information to the second network side node according to the at least one data packet, and the receiving condition information comprises the following steps:
and the first network side node feeds back the receiving condition information to the second network side node according to the at least one data packet and the indication information.
4. The method according to any of claims 1 or 2, wherein the first network-side node sends the reception information to the second network-side node according to the at least one data packet, and the method comprises:
if the first network side node determines that the first network side node loses a data packet according to the at least one data packet, the first network side node sends the receiving condition information, and the receiving condition information is specifically used for indicating the unreceived data packet; or
And if the timer of the first network side node is overtime, the first network side node sends the receiving condition information according to the at least one data packet.
5. The method according to any of claims 1 or 2, wherein before the first network-side node sends the reception information to the second network-side node according to the at least one data packet, the method further comprises:
the first network side node receives transmission condition information from the second network side node, wherein the transmission condition information is used for determining the sequence number of the data packet sent by the second network side node, or the first network side node receives transmission condition information from the second network side node, and the transmission condition information is used for indicating the number of the data packets sent by the second network side node;
the first network side node sends the receiving condition information to the second network side node according to the at least one data packet, and the receiving condition information comprises the following steps:
the first network side node sends receiving condition information to the second network side node according to the sequence number of the at least one data packet and the transmission condition information used for determining the sequence number of the data packet sent by the second network side node, wherein the receiving condition information is specifically used for indicating the data packet which is not received; or
And the first network side node sends receiving condition information to the second network side node according to the number of the at least one data packet and the transmission condition information used for indicating the number of the data packets sent by the second network side node, wherein the receiving condition information is specifically used for indicating the number of the data packets which are not received.
6. The method according to any of claims 1 or 2, wherein the reception information comprises a sequence number of the at least one data packet, and wherein the reception information is specifically used to indicate that the at least one data packet is received.
7. The method according to any of claims 1 or 2, wherein the data packets are transmitted by a user plane protocol.
8. A network side node, characterized in that the network side node is a first network side node comprising means for performing the method of any of claims 1 or 2.
9. A method for transmitting data, the method comprising:
a second network side node sends at least one data packet to a first network side node, wherein the first network side node comprises a data unit DU and the second network side node comprises a control unit CU; or the first network side node comprises a CU and the second network side node comprises a DU;
the second network side node receives receiving condition information from the first network side node, wherein the receiving condition information is used for indicating that the at least one data packet is received, or is used for indicating that the first network side node does not receive the data packet, or is used for indicating the number of the data packets received by the first network side node, or is used for indicating the number of the data packets not received by the first network side node;
the at least one data packet and the unreceived data packet are Radio Resource Control (RRC) data packets, and/or the at least one data packet and the unreceived data packet are data packets transmitted through a Signaling Radio Bearer (SRB), and/or the at least one data packet and the unreceived data packet are data packets of a first terminal device.
10. The method of claim 9, wherein the at least one data packet comprises a plurality of data packets, and wherein the plurality of data packets are transmitted through the same tunnel.
11. The method according to claim 9 or 10, wherein before the second network-side node receives the reception information sent by the first network-side node, the method further comprises:
and the second network side node sends indication information to the first network side node, wherein the indication information is used for indicating the first network side node to feed back the receiving condition information.
12. The method according to claim 11, wherein the second network-side node sends indication information to the first network-side node, and wherein the indication information includes:
if the timer of the second network side node is overtime, the second network side node sends the indication information to the first network side node; or
If the number of the data packets sent by the second network side node reaches a preset number, the second network side node sends the indication information to the first network side node; or
And if the second network side node sends a preset data packet, the second network side node sends the indication information to the first network side node.
13. The method according to any of claims 9 or 10, wherein before the second network-side node receives the reception information sent by the first network-side node, the method further comprises:
the second network side node sends transmission condition information to the first network side node, wherein the transmission condition information is used for determining the sequence number of a data packet sent by the second network side node; or the transmission condition information is used for indicating the number of the data packets sent by the second network side node.
14. The method according to any of claims 9 or 10, wherein the reception information comprises a sequence number of the at least one data packet, and wherein the reception information is specifically used to indicate that the at least one data packet is received.
15. The method according to any of claims 9 or 10, wherein the at least one data packet and the data packet are transmitted by a user plane protocol.
16. A network side node, characterized in that the network side node is a second network side node comprising means for performing the method of any of claims 9 or 10.
17. A method for transmitting data, the method comprising:
a second network side node determines to send a plurality of data packets carrying the same information;
the second network side node sending the plurality of data packets to a first network side node, wherein the first network side node comprises a data unit DU and the second network side node comprises a control unit CU; or the first network side node comprises a CU and the second network side node comprises a DU;
wherein each data packet in the plurality of data packets is a Radio Resource Control (RRC) data packet; and/or each of the plurality of data packets is a data packet transmitted through a Signaling Radio Bearer (SRB); and/or the plurality of data packets are data packets of the first terminal equipment.
18. The method of claim 17, wherein the second network-side node sends a plurality of data packets to the first network-side node, and wherein the sending comprises:
the second network side node sends the multiple data packets in multiple tunnels of a radio bearer, and the multiple tunnels and the multiple data packets are in one-to-one correspondence; or
The second network side node sends a plurality of data packets at the same time in one tunnel; or
And the second network side node sends the plurality of data packets in a plurality of time periods, and the plurality of time periods are in one-to-one correspondence with the plurality of data packets.
19. A network-side node, characterized in that the network-side node is a second network-side node comprising means for performing the method of claim 17 or 18.
20. A method for transmitting data, the method comprising:
a first network side node receives a plurality of data packets carrying the same information from a second network side node, wherein the first network side node comprises a data unit DU and the second network side node comprises a control unit CU; or the first network side node comprises a CU and the second network side node comprises a DU;
the first network side node reserves one data packet in the plurality of data packets and discards data packets except the reserved data packet in the plurality of data packets;
wherein each data packet in the plurality of data packets is a Radio Resource Control (RRC) data packet; and/or each of the plurality of data packets is a data packet transmitted through a Signaling Radio Bearer (SRB); and/or the plurality of data packets are data packets of the first terminal equipment.
21. The method of claim 20, wherein each of the plurality of data packets carries identification information, and the identification information carried by each data packet is the same.
22. A network-side node, characterized in that the network-side node is a first network-side node comprising means for performing the method of claim 20 or 21.
CN201710186540.7A 2017-03-24 2017-03-24 Method and network node for transmitting data Active CN108631963B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710186540.7A CN108631963B (en) 2017-03-24 2017-03-24 Method and network node for transmitting data
PCT/CN2018/079714 WO2018171599A1 (en) 2017-03-24 2018-03-21 Data transmission method and network-side node

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710186540.7A CN108631963B (en) 2017-03-24 2017-03-24 Method and network node for transmitting data

Publications (2)

Publication Number Publication Date
CN108631963A CN108631963A (en) 2018-10-09
CN108631963B true CN108631963B (en) 2021-01-12

Family

ID=63584172

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710186540.7A Active CN108631963B (en) 2017-03-24 2017-03-24 Method and network node for transmitting data

Country Status (2)

Country Link
CN (1) CN108631963B (en)
WO (1) WO2018171599A1 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111740808B (en) * 2019-03-25 2022-07-22 华为技术有限公司 Data transmission method and device
CN116711240A (en) * 2021-03-15 2023-09-05 华为技术有限公司 Transmission indication method, device and system
CN113225830B (en) * 2021-06-07 2023-05-26 维沃移动通信有限公司 Data network uplink scheduling method and device and electronic equipment

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1860808A (en) * 2003-09-29 2006-11-08 西门子公司 Method for the transmission of data

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001135A (en) * 2006-01-11 2007-07-18 上海原动力通信科技有限公司 Method of raising transmission reliablity of IP head compression data pack
CN101242552A (en) * 2007-02-05 2008-08-13 北京三星通信技术研究有限公司 Data synchronization method
KR20120081736A (en) * 2011-01-12 2012-07-20 삼성전자주식회사 Apparatus and method for handling of unrecoverable error during re-establishment of rlc entity in mobile communication system
CN105450367A (en) * 2014-09-01 2016-03-30 电信科学技术研究院 Method and apparatus for data transmission
CN105704197B (en) * 2014-11-28 2020-04-10 电信科学技术研究院 Data transmission method and system
CN106254202B (en) * 2016-08-29 2019-08-02 北京邮电大学 A kind of multidiameter delay transmission method and device based on fountain codes
CN106357548B (en) * 2016-09-18 2019-06-11 京信通信系统(中国)有限公司 The method of reseptance and system of PDCP data packet

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1860808A (en) * 2003-09-29 2006-11-08 西门子公司 Method for the transmission of data

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
R3-170102 Consideration on RRC message transmission;ZTE;《3GPP TSG RAN WG3 NR Adhoc》;20170119;全文 *

Also Published As

Publication number Publication date
CN108631963A (en) 2018-10-09
WO2018171599A1 (en) 2018-09-27

Similar Documents

Publication Publication Date Title
CN101379734B (en) Method for operating enhanced RLC entity and RNC entity for WCDMA and system thereof
TWI696360B (en) Method for feeding back ack/nack information, terminal equipment and network equipment
KR101095830B1 (en) Status report method in a wireless communication system
KR20130098879A (en) Method and system of transfering data in a carrier aggregation environment
US10735164B2 (en) Data transmission method, apparatus, user equipment, and base station
CN108631963B (en) Method and network node for transmitting data
CN107251605B (en) Method and user equipment for efficient and reliable transmission
CN107370570B (en) Feedback information transmission method, UE, base station and system
EP3582421B1 (en) Method for transmitting feedback information, terminal device and network device
CN110635867B (en) Communication method, network equipment and terminal
CN110140316B (en) Method for transmitting RLC layer status report control PDU and related equipment
US20170295584A1 (en) Base station and user equipment
CN111817824B (en) Information transmission method, terminal equipment and control node
US20100046424A1 (en) Method for controlling load matching in a radio communication system
KR102363503B1 (en) Response information transmission method, communication device, and network device
CN105191384B (en) Data transmission method, UE and base station
CN101018191A (en) Multi-queue packet data transmission method and its system
CN109644449B (en) Communication method, terminal and network equipment
KR100631742B1 (en) AC frame transmission method and device
JP2020519178A (en) Method and apparatus for determining if data is corrupted
EP3618329A1 (en) Terminal apparatus, base station apparatus, radio communication system, and terminal apparatus control method
CN112583530B (en) Data transmission method, device and equipment
WO2015108253A1 (en) Processing limitations with distributed scheduling
EP3742643A1 (en) Transport control method, terminal device and network device
CN113259986A (en) Transmission method and network equipment

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