WO2012146189A1 - 消息处理方法、设备及系统 - Google Patents

消息处理方法、设备及系统 Download PDF

Info

Publication number
WO2012146189A1
WO2012146189A1 PCT/CN2012/074770 CN2012074770W WO2012146189A1 WO 2012146189 A1 WO2012146189 A1 WO 2012146189A1 CN 2012074770 W CN2012074770 W CN 2012074770W WO 2012146189 A1 WO2012146189 A1 WO 2012146189A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
data
control protocol
data packet
transmission control
Prior art date
Application number
PCT/CN2012/074770
Other languages
English (en)
French (fr)
Inventor
崔翔嵩
余芳
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP12777428.9A priority Critical patent/EP2696621A4/en
Publication of WO2012146189A1 publication Critical patent/WO2012146189A1/zh
Priority to US14/061,998 priority patent/US9456384B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management

Definitions

  • the present application claims priority to Chinese Patent Application No. 201110105530.9, entitled “Message Processing Method, Apparatus and System", filed on Apr. 26, 2011, the entire contents of .
  • the present invention relates to the field of communications technologies, and in particular, to a message processing method, device, and system.
  • BACKGROUND OF THE INVENTION Mobile users in the 3rd Generation Partnership Project (3GPP) network generally use the Transmission Control Protocol (hereinafter referred to as TCP) and the wireless chain when using packet data services.
  • TCP Transmission Control Protocol
  • RLC Radio Link Control
  • the TCP packet sent by the TCP sender is forwarded to the user equipment through the radio access network (Radio Access Network; RAN) device, and the user equipment returns a TCP ACK acknowledgement message to the RNC device.
  • the TCP packet is transmitted to the user equipment by the Acknowledged Mode Data Protocol Data Unit (AMD PDU), which is encapsulated into multiple RLC protocols in the RLC link, so that the user equipment needs to send to the RNC device.
  • a status report of the RLC protocol to inform the RNC device that the user equipment successfully received the RLC protocol AMD PDU. That is to say, when performing service data transmission, a large number of TCP ACK and RLC Status Report data transmission acknowledgments are generated on the user equipment, and these data transmissions confirm duplicate acknowledgments, which seriously waste valuable air interface bandwidth and frequency resources. .
  • the embodiment of the invention provides a message processing method, device and system, which are used to solve the defect that the air interface bandwidth and frequency resources are seriously wasted in the process of service data transmission.
  • a message processing method including:
  • the identifier of the n first data units includes an identifier of the n first data units, where the m is a positive integer greater than or equal to 1.
  • Another message processing method including:
  • the first data unit is a radio link control protocol acknowledgement mode data protocol data unit
  • a wireless access network device including:
  • a transceiver module configured to receive a status report of a radio link control protocol sent by the user equipment Interest rate
  • the acquiring module 1 is configured to acquire, according to the status report message received by the transceiver module, an identifier of the n first data units received by the user equipment; the first data unit is a radio link control protocol acknowledge mode data. a protocol data unit, where n is a positive integer greater than or equal to 1; an obtaining module 2, configured to: according to a correspondence between an identifier of the transmitted transmission control protocol data packet and an identifier of the m first data units, and the acquiring An identifier of the n first data units acquired by the module 1 is obtained, where the identifier of the transport data protocol data packet received by the user equipment is obtained, where the m is a positive integer greater than or equal to 1, and the m first
  • the identifier of the data unit includes an identifier of the n first data units;
  • a determining module configured to determine, according to the identifier of the transport data protocol data packet received by the user equipment that is obtained by the acquiring module 2, that the user equipment receives the acquiring module, and acquires another wireless Access network devices, including:
  • a transceiver module configured to receive a confirmation message of a transmission control protocol data packet sent by the user equipment, and an acquiring module, configured to obtain, according to the acknowledgement message of the transmission control protocol data packet received by the transceiver module, the user equipment successfully received The identifier of the transmission control protocol data packet;
  • the obtaining module 2 is configured to obtain, according to the correspondence between the identifier of the data transmission control protocol data packet and the identifier of the at least one first data unit, the identifier of the transmission control protocol data packet acquired by the acquiring module
  • the identifier of the at least one first data unit; the first data unit is a radio link control protocol acknowledgement mode data protocol data unit;
  • a determining module configured to determine that the user equipment successfully receives the at least one first data unit corresponding to the identifier of the at least one first data unit acquired by the acquiring module 2.
  • a network communication system including: a wireless access network device and a user equipment;
  • the radio access network device is configured to receive radio link control sent by the user equipment a status report message of the protocol; acquiring, according to the status report message of the radio link control protocol, an identifier of the n first data units received by the user equipment; the first data unit is a radio link control protocol acknowledge mode data a protocol data unit; the n is a positive integer greater than or equal to 1; a correspondence between an identifier of the transmitted transmission control protocol data packet and an identifier of the m first data units, and the n first data units And identifying, by the user equipment, an identifier of a transport data protocol data packet, where the m is a positive integer greater than or equal to 1, and the identifier of the m first data units includes the n first data units Determining, according to the identifier of the transport data protocol data packet received by the user equipment, determining that the user equipment receives an aspect, providing another network communication system, including: a radio access network device and a user equipment;
  • the radio access network device is configured to receive an acknowledgement message of a transmission control protocol data packet sent by the user equipment, and obtain the transmission control successfully received by the user equipment according to the acknowledgement message of the transport control protocol data packet. Obtaining an identifier of the protocol data packet; acquiring the at least one first corresponding to the identifier of the transmission control protocol data packet according to the correspondence between the identifier of the transmission control protocol data packet and the identifier of the at least one first data unit An identifier of the data unit; the first data unit is a radio link control protocol acknowledgement mode data protocol data unit; determining that the user equipment successfully receives the at least one first corresponding to the identifier of the at least one first data unit Data unit.
  • the message processing method, device, and system of the embodiment of the present invention when receiving the status report PDU message of the RLC sent by the UE, acquire the identifier of the n RLC protocol AMD PDUs received by the UE according to the status report PDU message; Corresponding relationship between the identifier of the packet and the identifiers of the M RLC protocol AMD PDUs, obtaining the identifier of the TCP data packet received by the UE, and determining the TCP data packet corresponding to the identifier of the TCP data packet received by the UE.
  • the RAN device can effectively save the air interface bandwidth and frequency resources and improve the TCP data by using the technical solution of the embodiment of the present invention without receiving the status report message of the RLC protocol and the acknowledgement message of the TCP data packet at the same time.
  • the efficiency of packet transmission correspondingly, the UE does not need to send both the acknowledgment message of the TCP packet and the status report message of the RLC protocol, and can effectively save the power consumption of the UE and extend the UE by effectively saving the air interface bandwidth and frequency resources. Standby and working hours.
  • FIG. 1 is a flow chart of data transmission between a TCP sender and a UE in a network in the prior art.
  • FIG. 1 is a flowchart of a message processing method according to an embodiment of the present invention.
  • FIG. 3 is a flowchart of a message processing method according to another embodiment of the present invention.
  • FIG. 4 is a flowchart of a message processing method according to still another embodiment of the present invention.
  • FIG. 5 is a message transmission signaling diagram of the embodiment shown in FIG.
  • FIG. 6 is a flowchart of a message processing method according to another embodiment of the present invention.
  • FIG. 7 is a flowchart of a message processing method according to still another embodiment of the present invention.
  • FIG. 8 is a flowchart of a message processing method according to still another embodiment of the present invention.
  • FIG. 9 is a message signaling diagram of the embodiment shown in FIG. 8.
  • FIG. 10 is a schematic structural diagram of a RAN device according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a RAN device according to another embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram of a RAN device according to still another embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of a RAN device according to another embodiment of the present invention.
  • FIG. 14 is a schematic structural diagram of a network communication system according to an embodiment of the present invention.
  • FIG. 15 is a schematic structural diagram of a network communication system according to another embodiment of the present invention.
  • TCP is a transport protocol developed by the Internet Engineering Task Force (IETF) for transmitting data over an IP network.
  • IETF Internet Engineering Task Force
  • a server in the network acts as a TCP sender, and the TCP sender and user.
  • Data is transmitted between devices (mobile terminals) using TCP.
  • RLC is a radio link control protocol developed by 3GPP for data transmission on the air interface of a mobile network, that is, data is forwarded by the Internet via a radio access network (Radio Access Network; hereinafter referred to as RAN) to the mobile terminal and by mobile After the terminal sends it to the RAN, it forwards it to the Internet.
  • RAN radio access network
  • the data transmission using the RLC protocol is used between the RAN device and the user equipment (User Equipment; UE) that represents the mobile terminal.
  • UE User Equipment
  • FIG. 1 is a flow chart of data transmission between a TCP sender and a UE in a network in the prior art. As shown in FIG. 1, the specific transmission process is as follows:
  • the TCP sender sends a TCP packet to the RAN device, and each TCP packet carries a sequence number identifier.
  • the RAN device receives the data packet including the TCP data packet, and encapsulates the data packet including the TCP data packet into a protocol of the wireless link to form at least one RLC protocol AMD. PDU.
  • the RAN device sends at least one RLC protocol AMD PDU to the UE, where the RLC protocol AMD PDU carries a corresponding sequence number.
  • the UE After receiving the at least one AMD PDU, the UE sends a status report of the RLC protocol to the RAN device according to the polling bit indication information in the AMD PDU, to report the data receiving status to the RAN device.
  • the UE receives the RLC protocol AMD PDU carrying the sequence number.
  • the RLC protocol function module of the UE also needs to combine at least one AMD PDU to generate the same TCP data as the data sent by the TCP sender, and provide the TCP data to the TCP function module of the UE, and then the TCP function module of the UE passes the RNC device.
  • An acknowledgment message of TCP ACK is returned to the TCP sender to inform the TCP sender that the TCP packet was successfully received.
  • FIG. 1 is a flowchart of a message processing method according to an embodiment of the present invention.
  • the execution body of the message processing method in this embodiment is a RAN device, and may be, for example, a radio network controller (Radio Network Controller; RNC) or a base station (for example, eNodeB).
  • RNC Radio Network Controller
  • eNodeB eNodeB
  • the message processing method in this embodiment may be specifically as follows.
  • the RAN device receives a status report message of an RLC protocol sent by the UE.
  • the RAN device obtains the identifiers of the n RLC protocol AMD PDUs received by the UE according to the status report message of the RLC protocol.
  • n is a positive integer greater than or equal to 1.
  • the RLC protocol AMD PDU herein may also be referred to as a first data unit.
  • the RAN device acquires an identifier of the TCP data packet received by the UE according to the correspondence between the identifier of the sent TCP data packet and the identifiers of the m RLC protocol AMD PDUs, and the identifiers of the n RLC protocol AMD PDUs. 103. The RAN device determines, according to the identifier of the TCP data packet received by the UE, that the UE receives the TCP data packet corresponding to the identifier of the TCP data packet.
  • m is a positive integer greater than or equal to 1.
  • identifiers of the m RLC protocol AMD PDUs include the identifiers of the N RLC protocol AMD PDUs. That is to say, m RLC protocol AMD PDUs include n RLC protocol AMD PDUs. That is, m can be equal to n, and m can be greater than ⁇ .
  • the message processing method of the embodiment receives the status report message of the RLC protocol sent by the UE; and obtains the identifier of the n RLC protocol AMD PDUs received by the UE according to the status report message of the RLC protocol; according to the identifier of the sent TCP data packet and m Corresponding relationship between the identifiers of the RLC protocol AMD PDUs and the identifiers of the N RLC protocol AMD PDUs, obtaining the identifier of the TCP data packet received by the UE; determining the TCP data packet corresponding to the identifier of the TCP data packet received by the UE.
  • the technical solution of the embodiment is adopted, so that the UE does not need to receive the acknowledgement message that the UE successfully receives the TCP data, which can effectively save the air interface bandwidth and frequency resources, and improve the efficiency of the TCP packet transmission. .
  • the UE does not need to send an acknowledgement message of the TCP packet, and can effectively save the power consumption of the UE and prolong the standby and working time of the UE.
  • the identifiers of the n RLC protocol AMD PDUs received by the UE are obtained according to the status report message of the RLC protocol.
  • the specific implementation is as follows: After successfully receiving the first data unit sent by the RAN device, the UE returns a status report message of the RLC protocol to the RAN device according to the polling bit indication information set in the first data unit, and the status report is The message carries the identity of the next first data unit that the UE expects to receive.
  • the status report message of the RLC protocol sent by the RAN device in the 100 of the foregoing embodiment may carry the identifier of the next first data unit that the UE desires to receive.
  • the RAN device can obtain the identifiers of the n first data units that have been successfully received by the UE at this time according to the identifier of the next first data unit that the UE is expected to receive in the status report of the RLC protocol.
  • the correspondence between the identifier of the sent TCP data packet and the identifier of the m RLC protocol AMD PDUs where the sent TCP data packet may be a TCP data packet,
  • the m RLC protocol AMD PDUs are the m RLC protocol AMD PDUs corresponding to the TCP data packets.
  • the identifiers of the corresponding m RLC protocol AMD PDUs are ⁇ Y ( 1 ), . . . Y ( i ) , . , . ⁇ ( m ) ⁇ . If the identifier of the next RLC protocol AMD PDU to be received carried by the status report message of the RLC protocol is Y ( m+1 ), the RAN device determines that the UE successfully receives the identifier as
  • the RLC protocol AMD PDU of Y ( 1 ) to Y ( m ), at this time, it can be determined that the UE successfully receives the TCP packet identified as X ( i ), and the above case corresponds to the case of m n. If the identifier of the next RLC protocol AMD PDU to be received carried by the status report message of the RLC protocol is Y ( i ), the RAN device determines that the UE successfully receives the RLC protocol identified as Y ( 1 ) to Y ( i-1 ) AMD PDUs, because the RLC protocol AMD PDUs identified as ⁇ ( 1 ) through i ( i-1 ) do not fully correspond to TCP packets identified as X ( i ). At this time, the RAN device determines that the TCP packet successfully received by the UE is still the TCP packet before the TCP packet identified as X ( i ), and the above case corresponds to the case where m is greater than n.
  • the transmitted TCP data packet may also be a plurality of TCP data packets.
  • the m RLC protocol AMD PDUs are the m RLC protocol AMD PDUs corresponding to the multiple TCP data packets. For example, take the three TCP packets to be sent as an example, and the identifiers are XI, X2, and X3.
  • the identifier of the RLC protocol AMD PDU corresponding to the TCP packet identifying the XI is Y ( 1 ) to Y ( i )
  • the identifier of the RLC protocol AMD PDU corresponding to the TCP packet identifying the X2 is Y ( i + 1 ) to Y ( j )
  • the identifier of the RLC protocol AMD PDU corresponding to the TCP packet identifying X3 is Y(j+1) to Y(m), where Y(1) to Y(i), Y(i+1) to Y( j ) and Y ( j+1 ) to
  • the RAN device determines that the UE successfully receives the RLC protocol identified as Y ( 1 ) to Y ( j )
  • the AMD PDU can be determined at this time that the UE successfully receives the TCP packets identified as X ( 1 ) and X ( 2 ).
  • the RAN device determines that the UE successfully receives the RLC protocol identified as Y ( 1 ) to Y ( j-1 )
  • the AMD PDU at this time, because the RLC protocol AMD PDU identified as Y ( j ) is not successfully received by the UE, according to the correspondence, it can be deduced that the UE has not completely received the TCP packet with the identifier X ( 2 ). Therefore, it can only be determined that the UE successfully receives the TCP packet with the identifier X ( 1 ).
  • FIG. 3 is a flowchart of a message processing method according to another embodiment of the present invention. As shown in FIG. 3, the message processing method in this embodiment is different from the previous embodiment shown in FIG. 2 in that: the message processing method in this embodiment may further include the following before the 100 in the previous embodiment. :
  • the RAN device establishes a correspondence between the identifier of the sent TCP data packet and the identifiers of the m RLC protocol AMD PDUs.
  • the correspondence between the number XI of the TCP packet and the number ⁇ Yl, Y2, Y3, . . . Yi. . . . Ym ⁇ of at least one RLC protocol AMD PDU can be expressed as: XI — ⁇ Y1, Y2, Y3, . . .Yi . . .Ym ⁇ . It should be noted that the specific form of the correspondence between the numbers is not limited in this embodiment.
  • the RAN device receives a TCP packet sent by a TCP sender in the network.
  • the sent TCP packet carries the identifier of the transmitted TCP packet; the identifier of the sent TCP packet here may be the number of the TCP packet. For example, XI.
  • the RAN device performs protocol encapsulation on the wireless link of the sent TCP packet, and generates m RLC protocol AMD PDUs.
  • the number of TCP packets transmitted may be one or more.
  • m RLC protocol AMD PDUs correspond to one TCP packet sent.
  • m RLC protocol AMD PDUs always correspond to multiple TCP packets sent.
  • the RAN device identifies each RLC protocol AMD PDU in the m RLC protocol AMD PDUs, and obtains the identifiers of the m RLC protocol AMD PDUs.
  • each RLC protocol AMD PDU of the m RLC protocol carries a corresponding identifier, which may be a number or a sequence number of the RLC protocol AMD PDU.
  • a corresponding identifier which may be a number or a sequence number of the RLC protocol AMD PDU.
  • Each RLC protocol in an AMD PDU is numbered ⁇ Yl, Y2, Y3,...Yi...Ym ⁇ .
  • the following may further include:
  • the RAN device sets the polling bit indication information in the m RLC protocol AMD PDUs, and carries the identifiers of the m RLC protocol AMD PDUs in the m RLC protocol AMD PDUs;
  • the identifiers of the AMD PDUs carried in the RLC protocol AMD PDUs may carry the corresponding identifiers in the AMD PDUs of each RLC protocol.
  • the polling bit indication bit set in the m RLC protocol AMD PDUs is 1. Specifically, in the transmission process, the poll bit indication bit 1 may be set in any of the first and intermediate RLC protocol AMD PDUs in the m RLC protocol AMD PDUs. Also need to set the polling bit indication bit to 1 in the last RLC protocol AMD PDU.
  • the UE after receiving the AMD PDU with the polling bit indication bit being 1, the UE sends a status report message to the RAN device to inform the RAN device that the RLC protocol AMD PDU is received.
  • the status report message carries the identifier (ie, the sequence number) of the next RLC protocol AMD PDU that the UE expects to receive, to indicate that the RLC protocol AMD PDUs before the identifier have been successfully received by the UE.
  • 101-103 in the first embodiment is executed.
  • the message processing method in this embodiment can confirm that the UE successfully receives the TCP data packet only by receiving the status report message of the RLC protocol, and does not need the UE to send the TCP to the RAN device again.
  • the acknowledgement message of the data packet can effectively save the air interface bandwidth and frequency resources, and improve the efficiency of the TCP data packet transmission in the wireless network. At the same time, it can effectively save the power consumption of the UE and prolong the standby and working time of the UE.
  • the method may further include: performing verification on the received TCP data packet to determine that the TCP data packet is correct. Specifically, after the RAN device checks the TCP packet, it determines that the TCP packet is correct, and continues to execute 105. Otherwise, if the checksum is incorrect, the TCP packet is discarded, and the protocol encapsulation of the wireless link is no longer performed.
  • the RAN device can release the buffer queue n.
  • the RLC protocol AMD PDUs correspond to the n RLC protocol AMD PDUs for backing up the new RLC protocol AMD PDUs.
  • the RAN device may determine that the UE has successfully received the TCP data packet, and therefore, after 103, the RAN device may send the identifier of the TCP data packet received by the UE to the network.
  • the TCP sender sends an acknowledgment message that the UE successfully receives the TCP packet.
  • the RAN device when the RAN device acquires the identifier of the TCP data packet received by the UE according to 102, the RAN device sends a confirmation that the UE successfully receives the TCP data packet to the TCP sending end in the network according to the identifier of the TCP data packet and the length of the TCP data packet.
  • the message carries the identifier of the next TCP packet that the UE expects to receive, and the identifier can be calculated according to an existing algorithm according to the identifier and length of the previous TCP packet.
  • the identifier here can be the sequence number contained in the TCP packet.
  • the RAN device sends an acknowledgment message that the UE successfully receives the TCP packet according to the identifier of the TCP packet, and the RAN device sends an acknowledgment message that the UE successfully receives the TCP packet according to the identifier of the TCP packet.
  • the source IP address of the acknowledgment message is set to the IP address of the UE; so that when the TCP sender receives the acknowledgment message, the UE may consider the acknowledgment message to be sent.
  • the acknowledgment message that the source IP address is the IP address of the UE is sent to inform the TCP sending end that the UE successfully receives the TCP packet corresponding to the identifier of the TCP packet. In this way, after the TCP sender receives the acknowledgment message, it can be considered as the acknowledgment message sent by the UE.
  • FIG. 4 is a flowchart of a message processing method according to still another embodiment of the present invention.
  • FIG. 5 is a message transmission signaling diagram of the embodiment shown in FIG. As shown in FIG. 4 and FIG. 5, this embodiment implements the technical solution of the present invention in a network architecture including a TCP transmitting end, a RAN device, and a UE.
  • the message processing method in this embodiment may be specifically as follows:
  • the RAN device records a state of a TCP connection between the TCP sender and the UE.
  • the status of the IP address, the port number, and the notification window of the TCP sender and the UE needs to be recorded.
  • the notification window of the TCP sender and the UE needs to be recorded.
  • the TCP sender sends a TCP packet to be sent to the RAN device.
  • the TCP packet to be transmitted carries the sequence number of the TCP packet to be transmitted.
  • the TCP packet to be sent is sent in the form of an IP packet whose destination IP address is the IP address of the UE.
  • the RAN device receives the TCP packet to be sent, and obtains and records a sequence number of the TCP packet to be sent therein.
  • the RAN device checks whether the sent TCP packet is correct. When it is correct, execute 204; otherwise, execute 205.
  • the TCP packet to be sent contains a checksum field, which is calculated after the sender of the TCP to be sent is calculated.
  • the RAN device can compare the content of the TCP packet with the IP address of the IP header according to the same algorithm as the TCP sender, and then compare the checksum with the checksum field contained in the TCP packet to be sent. The verification is correct. If they are not the same, the error is verified. For details, refer to the description of the prior art, and details are not described herein again.
  • the RAN device performs protocol encapsulation on the TCP data packet to be sent, and generates m RLC protocol AMD PDUs;
  • the RAN device discards the TCP packet to be sent; the process ends. 206.
  • the RAN device separately identifies a sequence number for the M RLC protocol AMD PDUs, and carries each RLC protocol AMD PDU sequence number in the corresponding RLC protocol AMD PDU; and establishes a sequence number of the TCP data packet and m RLC protocol AMD PDUs. Correspondence of sequence numbers; execution 207.
  • the AMD PDU sequence number of each RLC protocol is carried in the corresponding RLC protocol AMD PDU, and can be executed after the correspondence is established.
  • the RAN device sets polling bit indication information in a last one of the m RLC protocol AMD PDUs, and sends the m RLC protocol AMD PDUs to the UE.
  • the polling bit indication information may be set in the RLC protocol AMD PDU by referring to the description of the prior art.
  • the polling bit indication information is set in the last one of the m RLC protocol AMD PDUs.
  • the m RLC protocol AMD PDU carries the identifier of the polling bit indication information and the m RLC protocol AMD PDUs.
  • the RAN device of this embodiment is equivalent to two entities: a TCP-integrated repeater and an RLC protocol transmitter.
  • the UE receives the M RLC protocol AMD PDUs, and sends the status of the RLC protocol to the RAN device according to the polling bit indication information therein.
  • the UE combines the received m RLC protocol AMD PDUs to generate a TCP data packet.
  • the TCP packet generated by the merge is the same as the TCP packet sent by the TCP sender to the RAN device in the above 201.
  • the UE can consider that the TCP packet is sent by the TCP sender through the RAN device.
  • the UE in this embodiment finally receives m RLC protocol AMD PDUs, and merges m RLC protocol AMD PDUs into a TCP packet according to the inverse process.
  • the UE can be equivalent to an entity integrated with the RLC protocol receiver and the TCP receiver.
  • the RAN device receives a status report message of the RLC protocol, where the status report message carries Sequence number of the AMD PDU of the RLC protocol; Execution 211.
  • the RAN device acquires a sequence number of the RLC protocol AMD PDU from a status report message of the RLC protocol, and performs 212.
  • the RAN device obtains, according to the sequence number of the AMD PDU of the RLC protocol, the sequence number of the M RLC protocol AMD PDUs successfully received by the UE.
  • the RAN device obtains a sequence number of the TCP packet successfully received by the UE according to the correspondence between the sequence number of the TCP packet and the sequence number of the MRL PDUs of the RLC protocol, and the sequence number of the MRL PDUs that are successfully received by the UE. Execute 214.
  • the correspondence between the sequence number of the TCP packet and the sequence number of the MLC RLC protocol AMD PDU is the correspondence established by 206.
  • the RAN device releases the m RLC protocol AMD PDUs that are confirmed by the UE to be received by the UE, in order to store the new RLC protocol AMD PDU. Step 215 is performed.
  • the step 214 may also be located after 212, before 213.
  • the RAN device determines that the UE successfully receives the TCP packet corresponding to the sequence number of the TCP packet. Step 216 is performed.
  • the RAN device sends a TCP ACK to the TCP sender to notify the TCP sender that the UE has received the TCP packet.
  • the RAN device when the RAN device sends a TCP ACK to the TCP sender, the RAN device first generates a TCP ACK according to the identifier of the TCP packet that the UE has received. The source IP address in the TCP ACK can then be set to the address of the UE and then sent to the TCP sender. In this way, the TCP sender can think that the TCP ACK is sent by the UE.
  • the message processing method in this embodiment adopts the technical solution of the foregoing embodiment, and the UE does not return the TCP ACK to the RAN device, which can effectively save the air interface bandwidth and frequency resources, and improve the efficiency of TCP packet transmission. At the same time, it can effectively save the power consumption of the UE and prolong the standby and working time of the UE.
  • FIG. 6 is a flowchart of a message processing method according to another embodiment of the present invention.
  • the executor of the message processing method in this embodiment is a RAN device, and may be, for example, an RNC or an eNodeB.
  • the message processing method in this embodiment may specifically include the following:
  • the RAN device receives an acknowledgement message of the TCP data packet sent by the UE.
  • the RAN device acquires, according to the received acknowledgement message of the TCP data packet, an identifier of the TCP data packet successfully received by the UE.
  • the acknowledgment message sent by the UE for successfully receiving the TCP packet carries the identifier of the next TCP packet to be received, and the TCP server according to the identifier of the next TCP packet to be received carried in the received acknowledgment message,
  • the identifier of the TCP packet that the UE currently successfully receives can be determined.
  • the acknowledgment message of the TCP data can be a separate acknowledgment message, that is, only the acknowledgment information, and no message content. It is also possible to include confirmation information in the data message and use the confirmation parameter.
  • the form of the acknowledgement message of the TCP data may be in other forms, and the technical solution of the present invention is not limited.
  • the RAN device acquires an identifier of the at least one RLC protocol AMD PDU corresponding to the identifier of the TCP data packet according to the correspondence between the identifier of the TCP data packet and the identifier of the at least one RLC protocol AMD PDU.
  • the RAN device determines that the UE successfully receives at least one RLC protocol AMD PDU corresponding to the identifier of the at least one RLC protocol AMD PDU.
  • this embodiment also uses a TCP data packet as an example to illustrate the technical solution of the present invention.
  • the RAN device receives the acknowledgement message that the UE successfully receives the TCP data, and then obtains the TCP packet successfully received by the UE according to the acknowledgement message of the TCP data. And determining, according to the correspondence between the identifier of the TCP packet and the identifier of the at least one RLC protocol AMD PDU, the identifier of the at least one RLC protocol AMD PDU corresponding to the identifier of the TCP packet; thereby determining that the UE successfully receives the at least one RLC.
  • At least one RLC protocol AMD PDU corresponding to the identifier of the protocol AMD PDU may also be referred to as a first data unit.
  • the RAN device when receiving the acknowledgment message of the TCP data packet sent by the UE, acquires the identifier of the TCP data packet successfully received by the UE, and according to the identifier of the TCP data packet and the at least one RLC protocol AMD PDU. And determining, by the UE, that the UE successfully receives at least one RLC protocol AMD PDU corresponding to the at least one RLC protocol AMD PDU identifier.
  • the RAN device does not need to receive the status report message of the RLC protocol sent by the UE, which can effectively save the air interface bandwidth and frequency resources, and improve the efficiency of TCP data packet transmission.
  • the UE does not need to send the status report message of the RLC protocol again.
  • the UE can effectively save the power consumption of the UE and prolong the standby and working time of the UE.
  • FIG. 7 is a flowchart of a message processing method according to still another embodiment of the present invention. As shown in FIG. 7, the message processing method in this embodiment is different from the previous embodiment shown in FIG. 6 in that: the message processing method in this embodiment may further include the following before the 300 in the foregoing embodiment:
  • the RAN device establishes a correspondence between an identifier of the TCP packet and an identifier of the at least one RLC protocol AMD PDU.
  • the RAN device receives a TCP packet sent by a TCP sender in the network.
  • the TCP packet carries an identifier of the TCP packet; the identifier may be a sequence number or a number.
  • the RAN device performs protocol encapsulation of the wireless data link of the TCP data packet to generate at least one RLC protocol AMD PDU.
  • the RAN device identifies, for each RLC protocol AMD PDU in the at least one RLC protocol AMD PDU, to obtain an identifier of the at least one RLC protocol AMD PDU.
  • the identifier of the RLC protocol AMD PDU is also the sequence number or number.
  • the following may further include:
  • the RAN device carries at least one RLC in at least one RLC protocol AMD PDU.
  • the RAN device sends, to the UE, at least one RLC protocol AMD PDU that carries at least one RLC protocol AMD PDU identifier.
  • the steps in the message processing method of this embodiment may refer to the similar steps in the embodiment shown in FIG. 3 above.
  • the difference is that, in this embodiment, all the polling bit indications in the RLC protocol AMD PDUs sent to the UE are set to 0, that is, the RAN device does not need to actively feed back the RLC protocol AMD to the RAN device under normal circumstances. Status report message after PDU.
  • reference may be made to the description of the embodiment shown in Fig. 3 above.
  • the message processing method of this embodiment can effectively save the air interface bandwidth and frequency resources, and improve the efficiency of TCP packet transmission in the wireless network. At the same time, it can effectively save the power consumption of the UE and prolong the standby and working time of the UE.
  • the RAN device may determine that the UE has successfully received the TCP data packet, and therefore, after 300, the RAN device may send the TCP sending end to the network according to the identifier of the TCP data packet. A confirmation message of the received TCP data is forwarded 300.
  • the RAN device may release at least one RLC in the buffer queue. At least one RLC protocol AMD PDU corresponding to the identifier of the protocol AMD PDU, in preparation for storing a new RLC protocol AMD PDU.
  • FIG. 8 is a flowchart of a message processing method according to still another embodiment of the present invention.
  • FIG. 9 is a message signaling diagram of the embodiment shown in FIG. 8. As shown in FIG. 8 and FIG. 9, the present embodiment implements the technical solution of the present invention in a network architecture including a TCP transmitting end, a RAN device, and a UE.
  • the message processing method in this embodiment may specifically include the following:
  • the RAN device records the state of the TCP connection between the TCP sending end and the UE, and performs step 401.
  • the TCP sending end sends a TCP data packet to the RAN device, and step 402 is performed.
  • the RAN device receives the TCP packet, obtains and records the sequence number of the TCP packet, and performs step 403.
  • the RAN device performs protocol encapsulation on the TCP data packet to generate at least one RLC protocol AMD PDU, and performs step 404.
  • the RAN device separately identifies a sequence number for the at least one RLC protocol AMD PDU, and carries each RLC protocol AMD PDU sequence number in the corresponding RLC protocol AMD PDU; and establishes a sequence number of the TCP data packet and at least one RLC protocol AMD PDU.
  • Step 405 is performed for the correspondence of the sequence numbers.
  • the AMD PDU sequence number of each RLC protocol is carried in the corresponding RLC protocol AMD PDU or after the correspondence is established.
  • the RAN device sends the at least one RLC protocol AMD PDU to the UE, and performs step 406.
  • the polling bit indication in the RLC protocol AMD PDU is all set to 0, and the UE does not return the status report message of the RLC protocol.
  • At least one RLC protocol AMD PDU carries the sequence number of at least one RLC protocol AMD PDU.
  • the RAN device of this embodiment is equivalent to two entities of a TCP-integrated repeater and an RLC protocol transmitter.
  • the UE combines the received at least one RLC protocol AMD PDU to generate a TCP data packet, and performs step 407.
  • the TCP packet generated by the merge is the same as the TCP packet sent by the TCP sender to the RAN device in the above 401.
  • the UE checks whether the generated TCP packet is correct. When it is correct, execute 408; otherwise, execute 409.
  • the UE sends a TCP ACK to the RAN device to notify the RAN device that the UE successfully receives the TCP packet, and performs 410.
  • the TCP ACK is sent in the form of an IP packet, and the destination IP address of the IP packet is IP address of the TCP sender.
  • the UE in this embodiment may also be equivalent to two functional entities: an RLC-integrated receiver and a TCP receiver.
  • the UE discards the synthesized TCP data packet; and ends.
  • the RAN device receives the TCP ACK sent by the UE, and obtains the sequence number of the TCP data packet successfully received by the UE according to the sequence number in the TCP ACK, and executes 411.
  • the RAN device obtains, according to the correspondence between the sequence number of the obtained TCP packet and the sequence number of the AMD PDU of the at least one RLC, and the sequence number of the TCP packet successfully received by the UE, the UE successfully obtains at least one RLC protocol AMD.
  • the sequence number of the PDU is executed 412.
  • the RAN device determines that the UE successfully receives at least one RLC protocol AMD PDU corresponding to at least one RLC protocol AMD PDU sequence number, and performs 413.
  • the RAN device releases at least one RLC protocol AMD PDU corresponding to at least one RLC protocol AMD PDU sequence number in the cache, and executes 414.
  • the RAN device forwards the TCP ACK sent by the UE to the TCP sending end to notify the TCP sending end that the UE has received the TCP data packet.
  • the UE does not need to return the RLC PDU status report message to the RAN device, which can effectively save the air interface bandwidth and frequency resources, and improve the efficiency of TCP packet transmission. At the same time, it can effectively save the power consumption of the UE and prolong the standby and working time of the UE.
  • FIG. 10 is a schematic structural diagram of a RAN device according to an embodiment of the present invention.
  • the RAN device of this embodiment includes: a transceiver module 10, an acquisition module 11, an acquisition module 12, and a determination module 13.
  • the transceiver module 10 is configured to receive a status report message of the RLC protocol sent by the UE.
  • the obtaining module 11 is connected to the transceiver module 10, and the obtaining module 11 is configured to obtain the identifiers of the n first data units received by the UE according to the status report message of the RLC protocol received by the transceiver module 10; the first data unit is the RLC protocol.
  • AMD PDU, n is a positive integer greater than or equal to 1.
  • the block 2 is connected to the acquisition module 11 and the acquisition module 12 is configured to: according to the correspondence between the identifier of the sent TCP packet and the identifier of the m first data units, and the n first obtained by the acquisition module 11
  • An identifier of the data unit where the identifier of the TCP data packet received by the UE is obtained, where the m is a positive integer greater than or equal to 1, and the identifiers of the m first data units include identifiers of the n first data units, that is, m RLCs.
  • the identifier of the protocol AMD PDU includes the identifiers of n RLC protocol AMD PDUs.
  • the determining module 13 is connected to the obtaining module 2, and is configured to determine, according to the identifier of the TCP packet received by the UE acquired by the acquiring module 2, the TCP corresponding to the identifier of the TCP packet received by the UE acquired by the acquiring module 2 data pack.
  • the RAN device in this embodiment implements the message processing by using the above-mentioned module, and the implementation mechanism of the foregoing related method embodiment is the same.
  • the description of the related method embodiment and details are not described herein again.
  • the RAN device of the embodiment obtains the status report message of the RLC protocol sent by the UE by using the foregoing module, and obtains the identifier of the n RLC protocol AMD PDUs received by the UE according to the status report message of the RLC protocol; according to the sent TCP packet Corresponding relationship between the identifier of the MRL and the identifier of the AMD PDU, and the identifier of the NRD PDUs of the RLC protocol, obtaining the identifier of the TCP packet received by the UE; determining that the UE receives the identifier of the TCP packet TCP packet.
  • the RAN device does not need to receive the acknowledgement message that the UE successfully receives the TCP data successfully sent by the UE, which can effectively save the air interface bandwidth and frequency resources, and improve the TCP packet transmission. effectiveness.
  • the UE does not need to send an acknowledgement message of the TCP packet, which can effectively save the power consumption of the UE and prolong the standby and working time of the UE while effectively saving the air interface bandwidth and frequency resources.
  • FIG. 11 is a schematic structural diagram of a RAN device according to another embodiment of the present invention.
  • the RAN device in this embodiment is similar to the embodiment shown in FIG. 10, and the difference is that: the RAN device in this embodiment further includes the establishment on the basis of the foregoing embodiment shown in FIG. Module 14.
  • the establishing module 14 is configured to establish the number of sent TCPs acquired by the obtaining module 11 Corresponding relationship between the identifier of the packet and the identifiers of the m first data units acquired by the obtaining module 212.
  • the acquisition module 11 and the acquisition module 2 are connected to the establishment module 14.
  • the obtaining module 2 is configured to obtain the identifier of the TCP data packet received by the UE according to the correspondence established by the establishing module 14 and the identifiers of the n first data units acquired by the module 11.
  • the RAN device in this embodiment may further include a generating module 15, an acquiring module 36, and a processing module 19.
  • the transceiver module 10 is further configured to receive a TCP packet sent from a TCP sender, where the sent TCP packet carries an identifier of the transmitted TCP packet.
  • the generating module 15 is connected to the transceiver module 10.
  • the generating module 15 is configured to perform protocol encapsulation of the wireless link of the transmitted TCP packet received by the transceiver module 10 to generate m first data units.
  • the obtaining module 3 is connected to the generating module 15.
  • the obtaining module 3 is configured to identify each of the first data units generated by the generating module 15 and obtain the identifiers of the m first data units.
  • the establishing module 14 is respectively connected to the transceiver module 10 and the obtaining module 36, and the establishing module 14 is configured to establish the identifier of the TCP packet received by the transceiver module 10 and the m first data acquired by the acquiring module 36.
  • the processing module 19 is configured to set the polling bit indication information in the m first data units generated by the generating module 15, and carry the m first data units acquired by the acquiring module 36 in the m first data units. logo.
  • the transceiver module 10 is further connected to the processing module 19, and the transceiver module 10 is configured to send, to the UE, the carrier polling bit indication information processed by the processing module 19 and the m first data unit identifiers obtained by the acquiring module 36.
  • a data unit that is, sending, to the UE, m RLC protocol AMD PDUs carrying the polling bit indication information and the m RLC protocol AMD PDU identifiers.
  • Each of the RLC protocol AMD PDUs carries an RLC protocol AMD PDU identifier, and the polling bit indication information can be represented as setting a polling bit indication bit in one or more RLC protocol AMD PDUs.
  • the RAN device in this embodiment further includes a determining module 17 that is respectively connected to the transceiver module 10 and the generating module 15, and the determining module 17 is configured to receive The TCP packet received by the sending module 10 is checked to determine that the TCP packet is correct, and then the determining module 15 triggers the generating module 15 to perform protocol encapsulation of the wireless link for the TCP packet received by the transceiver module 10.
  • the RAN device in this embodiment further includes a release module 18, and the release module 18 is connected to the acquisition module 11 and the release module 18 is configured to receive n firsts received by the UE according to the acquisition module 11.
  • the identifier of the data unit releases the n first data units corresponding to the identifiers of the n first data units in the cache queue.
  • the processing module 19 in the RAN device of the embodiment is configured to generate, according to the identifier of the TCP data packet acquired by the acquiring module 2, an acknowledgement message that the UE successfully receives the TCP data packet, and set the source IP address of the generated acknowledgement message to the UE.
  • the IP address is used by the transceiver module 10 to send an acknowledgement message to the TCP sender that the source IP address processed by the processing module 19 is the IP address of the UE.
  • the RAN device in this embodiment implements the message processing by using the above-mentioned module, and the implementation mechanism of the foregoing related method embodiment is the same.
  • the description of the related method embodiment and details are not described herein again.
  • the RAN device in this embodiment can confirm that the UE successfully receives the TCP packet by receiving the status report message of the RLC protocol by using the foregoing module, which can effectively save the air interface bandwidth and frequency resources, and improve the TCP packet in the wireless.
  • the efficiency of network transmission At the same time, it can effectively save the power consumption of the UE and prolong the standby and working time of the UE.
  • FIG. 12 is a schematic structural diagram of a RAN device according to still another embodiment of the present invention.
  • the RAN device in this embodiment may specifically include: a transceiver module 20, an acquisition module 21, an acquisition module 22, and a determination module 23.
  • the transceiver module 20 is configured to receive an acknowledgement message of a TCP packet sent by the UE.
  • the obtaining module 21 is connected to the transceiver module 20, and the obtaining module 21 is configured to obtain, according to the acknowledgement message of the TCP packet received by the transceiver module 20, the identifier of the TCP packet successfully received by the UE.
  • the obtaining module 22 is connected to the obtaining module 21, and the obtaining module 22 is configured to obtain the acquiring module 21 according to the correspondence between the identifier of the TCP packet and the identifier of the at least one first data unit.
  • the identifier of the at least one first data unit corresponding to the identifier of the obtained TCP data packet; the first data unit is an RLC protocol AMD PDU.
  • the determining module 23 is connected to the obtaining module 22, and the determining module 23 is configured to determine that the UE successfully receives the at least one first data unit according to the identifier of the at least one first data unit corresponding to the identifier of the TCP data packet acquired by the acquiring module 22
  • the identifier corresponds to at least one first data unit.
  • the RAN device in this embodiment implements the message processing by using the above-mentioned module, and the implementation mechanism of the foregoing related method embodiment is the same.
  • the description of the related method embodiment and details are not described herein again.
  • the RAN device of the embodiment when the RAN device receives the acknowledgment message of the TCP data packet sent by the UE by using the foregoing module, obtains the identifier of the TCP data packet successfully received by the UE, and according to the identifier of the TCP data packet and the at least one RLC. Corresponding relationship between the identifiers of the protocol AMD PDUs, determining that the UE successfully receives at least one RLC protocol AMD PDU corresponding to at least one RLC protocol AMD PDU identifier.
  • the RAN device does not need to receive the status report message of the RLC protocol sent by the UE, which can effectively save the air interface bandwidth and frequency resources and improve the efficiency of TCP data packet transmission.
  • the UE does not need to send the status report message of the RLC protocol, which can effectively save the power consumption of the UE and prolong the standby and working time of the UE while effectively saving the bandwidth and frequency resources of the air interface.
  • FIG. 13 is a schematic structural diagram of a RAN device according to another embodiment of the present invention.
  • the RAN device of this embodiment is similar to the embodiment shown in FIG. 12, and the RAN device of the present embodiment may further include the foregoing embodiment of FIG. : Create module 24.
  • the establishing module 24 is configured to establish a correspondence between the identifier of the TCP data packet acquired by the acquiring module 21 and the identifier of the at least one first data unit acquired by the acquiring module 22 .
  • the acquisition module 2 and the acquisition module 22 are connected to the establishment module 24, and the acquisition module 22 uses the correspondence between the identifier of the TCP packet established by the establishment module 24 and the identifier of the at least one first data unit.
  • the RAN device in this embodiment may further include a generating module 25, an obtaining module 36, and a processing module 28.
  • the transceiver module 20 is further configured to receive a TCP data packet sent by a TCP sending end in the network, where the TCP data packet carries an identifier of the TCP data packet.
  • the generating module 25 is connected to the transceiver module 20, and the generating module 25 is configured to perform protocol encapsulation of the wireless link of the TCP packet received by the transceiver module 20 to generate at least one first data unit.
  • the obtaining module 3 26 is connected to the generating module 25, and the obtaining module 3 is configured to identify each of the at least one first data unit generated by the generating module 25 to obtain an identifier of the at least one first data unit.
  • the establishing module 24 is respectively connected to the transceiver module 20 and the obtaining module 36.
  • the establishing module 24 is configured to establish the identifier of the TCP packet received by the transceiver module 20 and the identifier of the at least one first data unit obtained by the processing module 36. Correspondence between them.
  • the processing module 28 is configured to carry the identifier of the at least one first data unit in the at least one first data unit.
  • the transceiver module 20 is further connected to the processing module 28, and the transceiver module 20 is configured to carry at least one of the At least one first data unit of the identifier of the data unit, that is, the RLC protocol AMD PDU unit carrying the at least one RLC protocol AMD PDU identifier is sent to the UE, for example, the corresponding identifier may be carried in each RLC protocol AMD PDU.
  • the transceiver module 20 in the RAN device of this embodiment is further configured to forward, to the TCP sender, an acknowledgement message that the received UE successfully receives the TCP data.
  • the RAN device of this embodiment further includes a release module 27.
  • the release module 27 is connected to the acquisition module 22, and the release module 27 is configured to release at least one first data unit corresponding to the identifier of the at least one first data unit acquired by the buffer block 22 in the cache queue, in preparation for receiving the new data unit.
  • the first data unit is configured to release at least one first data unit corresponding to the identifier of the at least one first data unit acquired by the buffer block 22 in the cache queue, in preparation for receiving the new data unit.
  • the RAN device of the present embodiment is the same as the implementation mechanism of the foregoing related method embodiment by using the above-mentioned module, and the detailed description of the related method embodiment is omitted.
  • the RAN device of this embodiment can effectively save the air interface bandwidth and frequency resources by adopting the above module, and improve the efficiency of TCP packet transmission in the wireless network. At the same time, it can effectively save the power consumption of the UE and prolong the standby and working time of the UE.
  • FIG. 14 is a schematic structural diagram of a network communication system according to an embodiment of the present invention. As shown in FIG. 14, the network communication system of this embodiment includes a RAN device 30 and a UE 40.
  • the RAN device 30 in the network communication system of this embodiment is configured to receive a status report message of the RLC sent by the UE 40, and obtain an identifier of the n first data units received by the UE 40 according to the status report message of the RLC protocol; the first data unit is RLC protocol AMD PDU. Obtaining, according to the correspondence between the identifier of the sent TCP data packet and the identifiers of the m first data units, and the identifiers of the n first data units, the identifier of the TCP data packet received by the UE 40; according to the TCP received by the UE The identifier of the data packet determines the TCP data packet corresponding to the identifier of the TCP data packet received by the UE 40. Where n is a positive integer greater than or equal to 1; the m is also a positive integer greater than or equal to 1; the identifiers of the m first data units include identifiers of n first data units;
  • the RAN device 30 in the network communication system of this embodiment may employ the RAN device of the embodiment shown in Fig. 10 or 11 above.
  • the RAN device 30 in the network communication system of this embodiment may employ the RAN device of the embodiment shown in Fig. 10 or 11 above.
  • the network communication system of this embodiment can effectively save the air interface bandwidth and frequency resources and improve the efficiency of TCP data packet transmission by adopting the foregoing RAN device without receiving the acknowledgement message of the TCP data packet.
  • the UE does not need to send an acknowledgement message of the TCP packet to the RAN device, which can effectively save the power consumption of the UE and prolong the standby and work of the UE while effectively saving the air interface bandwidth and frequency resources. time.
  • FIG. 15 is a schematic structural diagram of a network communication system according to another embodiment of the present invention. As shown in FIG. 15, the network communication system of this embodiment includes a RAN device 50 and a UE 60.
  • the RAN device 50 in the network communication system of this embodiment is configured to receive an acknowledgment message of the TCP data packet sent by the UE 60, and obtain an identifier of the TCP data packet successfully received by the UE 60 according to the acknowledgment message of the TCP data packet; And the at least one first data unit Corresponding relationship between the identifiers, the identifier of the at least one first data unit corresponding to the identifier of the TCP data packet; the first data unit is an RLC protocol AMD PDU; determining that the UE successfully receives the identifier of the at least one first data unit At least one first data unit.
  • the RAN device 30 in the network communication system of this embodiment may employ the RAN device of the embodiment shown in Fig. 12 or Fig. 13 described above.
  • the RAN device 30 in the network communication system of this embodiment may employ the RAN device of the embodiment shown in Fig. 12 or Fig. 13 described above.
  • the network communication system in this embodiment can effectively save the air interface bandwidth and frequency resources and improve the efficiency of TCP data packet transmission by using the foregoing RAN device without receiving the status report message of the RLC sent by the UE.
  • the UE does not need to send the status report message of the RLC protocol again, and can effectively save the power consumption of the UE and prolong the standby and working time of the UE while effectively saving the air interface bandwidth and frequency resources.
  • the device embodiments described above are merely illustrative, wherein the units illustrated as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, ie may be located in one place. , or it can be distributed to at least two network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the embodiment. Those of ordinary skill in the art can understand and implement without deliberate labor.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

消息处理方法、 i殳备及系统
本申请要求于 2011 年 04 月 26 日提交中国专利局、 申请号为 201110105530.9、 发明名称为"消息处理方法、 设备及系统"的中国专利申请 的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明实施例涉及通信技术领域， 尤其涉及一种消息处理方法、 设备 及系统。 背景技术 第三代伙伴计划（3rd Generation Partnership Project; 以下筒称 3GPP) 网络中的移动用户在使用分组数据业务时， 通常会同时使用传输控制协 议（ Transmission Control Protocol; 以下筒称 TCP )和无线链路控制（ Radio Link Control; 以下筒称 RLC )协议的数据传输功能。
当进行业务数据传输时， TCP发送端发送的 TCP数据包经过无线接入 网 （ Radio Access Network; 以下筒称 RAN )设备转发给用户设备， 用户设 备会向 RNC设备返回 TCP ACK确认消息。 而且由于该 TCP数据包会在 RLC 链路中封装成多个 RLC 协议的数据协议数据单元 （Acknowledged Mode Data Protocol Data Unit; 以下筒称 AMD PDU )传输给用户设备， 使 得用户设备需要向 RNC设备发送 RLC协议的状态报告 ( Status Report ), 以告知 RNC设备用户设备成功接收到 RLC协议 AMD PDU。也就是说， 当 进行业务数据传输时，用户设备上会产生大量的 TCPACK和 RLC的 Status Report 的数据传输确认， 这些数据传输确认存在重复的确认， 严重地浪费 了宝贵的空中接口带宽和频率资源。
发明内容 本发明实施例提供一种消息处理方法、 设备及系统， 用以解决业务数 据传输过程中空中接口带宽和频率资源严重浪费的缺陷。
一方面， 提供了一种消息处理方法， 包括：
接收用户设备发送的无线链路控制协议的状态报告消息；
根据所述状态报告消息获取所述用户设备接收到的 n个第一数据单元 的标识， 所述第一数据单元为无线链路控制协议确认模式数据协议数据单 元， 所述 n为大于等于 1的正整数；
根据发送的传输控制协议数据包的标识与 m个第一数据单元的标识之 间的对应关系、 以及所述 n个第一数据单元的标识， 获取所述用户设备接 收到的传输数据协议数据包的标识， 其中， 所述 m为大于等于 1的正整数， 所述 m个第一数据单元的标识包括所述 n个第一数据单元的标识；
根据所述用户设备接收到的传输数据协议数据包的标识， 确定所述用 户设备接收 ^
¾：据包
一方面， 提供了另一种消息处理方法， 包括：
接收用户设备发送的传输控制协议数据包的确认消息；
根据所述传输控制协议数据包的确认消息获取所述用户设备成功接收 到的所述传输控制协议数据包的标识；
根据所述传输控制协议数据包的标识与至少一个第一数据单元的标识 之间的对应关系， 获取所述传输控制协议数据包的标识所对应的所述至少 一个第一数据单元的标识； 所述第一数据单元为无线链路控制协议确认模 式数据协议数据单元；
确定所述用户设备成功接收到所述至少一个第一数据单元的标识所对 应的所述至少一个第一数据单元。
一方面， 提供了一种无线接入网络设备， 包括：
收发模块， 用于接收用户设备发送的无线链路控制协议的状态报告消 息；
获取模块一， 用于根据所述收发模块接收的所述状态报告消息获取所 述用户设备接收到的 n个第一数据单元的标识； 所述第一数据单元为无线 链路控制协议确认模式数据协议数据单元， 所述 n为大于等于 1的正整数； 获取模块二， 用于根据发送的传输控制协议数据包的标识与 m个第一 数据单元的标识之间的对应关系、 以及所述获取模块一获取的所述 n个第 一数据单元的标识， 获取所述用户设备接收到的传输数据协议数据包的标 识； 其中， 所述 m为大于等于 1的正整数， 所述 m个第一数据单元的标识 包括所述 n个第一数据单元的标识；
确定模块， 用于根据所述获取模块二获取的所述用户设备接收到的传 输数据协议数据包的标识， 确定所述用户设备接收到所述获取模块二获取 一方面， 提供了另一种无线接入网络设备， 包括：
收发模块， 用于接收用户设备发送的传输控制协议数据包的确认消息； 获取模块一， 用于根据所述收发模块接收的所述传输控制协议数据包 的确认消息获取所述用户设备成功接收到的所述传输控制协议数据包的标 识；
获取模块二， 用于根据所述传输控制协议数据包的标识与至少一个第 一数据单元的标识之间的对应关系， 获取所述获取模块一获取的所述传输 控制协议数据包的标识所对应的所述至少一个第一数据单元的标识； 所述 第一数据单元为无线链路控制协议确认模式数据协议数据单元；
确定模块， 用于确定所述用户设备成功接收到所述获取模块二获取的 所述至少一个第一数据单元的标识对应的所述至少一个第一数据单元。
一方面， 提供了一种网络通信系统， 包括： 无线接入网络设备和用户 设备；
所述无线接入网络设备， 用于接收所述用户设备发送的无线链路控制 协议的状态报告消息； 根据所述无线链路控制协议的状态报告消息获取所 述用户设备接收到的 n个第一数据单元的标识； 所述第一数据单元为无线 链路控制协议确认模式数据协议数据单元； 所述 n为大于等于 1的正整数； 根据发送的传输控制协议数据包的标识与 m个第一数据单元的标识之间的 对应关系、 以及所述 n个第一数据单元的标识， 获取所述用户设备接收到 的传输数据协议数据包的标识； 其中， 所述 m为大于等于 1的正整数， 所 述 m个第一数据单元的标识包括所述 n个第一数据单元的标识； 根据所述 用户设备接收到的传输数据协议数据包的标识， 确定所述用户设备接收到 一方面， 提供了另一种网络通信系统， 包括： 无线接入网络设备和用 户设备；
所述无线接入网络设备， 用于接收所述用户设备发送的传输控制协议 数据包的确认消息； 根据所述传输控制协议数据包的确认消息获取所述用 户设备成功接收到的所述传输控制协议数据包的标识； 根据所述传输控制 协议数据包的标识与至少一个第一数据单元的标识之间的对应关系， 获取 所述传输控制协议数据包的标识所对应的所述至少一个第一数据单元的标 识； 所述第一数据单元为无线链路控制协议确认模式数据协议数据单元； 确定所述用户设备成功接收到所述至少一个第一数据单元的标识对应的所 述至少一个第一数据单元。
本发明实施例的消息处理方法、设备及系统， 当接收到 UE发送的 RLC 的状态报告 PDU消息时， 根据状态报告 PDU消息获取 UE接收到的 n个 RLC协议 AMD PDU的标识； 根据发送 TCP数据包的标识与 m个 RLC协 议 AMD PDU的标识之间的对应关系， 获取 UE接收到的 TCP数据包的标 识， 确定 UE接收到 TCP数据包的标识所对应的 TCP数据包。 或者当接收 到 UE发送的 TCP数据包的确认消息时， 获取 UE成功接收到的 TCP数据 包的标识，并根据 TCP数据包的标识与至少一个 RLC协议 AMD PDU的标 识之间的对应关系， 获取 TCP数据包的标识所对应的至少一个 RLC协议 AMD PDU的标识， 确定 UE接收到至少一个 RLC协议 AMD PDU标识对 应的至少一个 RLC的 AMD PDU。 与现有技术相比， 采用本发明实施例的 技术方案， RAN设备不用同时接收 RLC协议的状态报告消息和 TCP数据 包的确认消息， 能够有效地节省空中接口带宽和频率资源， 提高了 TCP数 据包传输的效率。 对应地， UE不需要既发送 TCP数据包的确认消息又发 送 RLC协议的状态报告消息， 在有效地节省空中接口带宽和频率资源的基 础上， 还能有效地节省 UE的电源消耗， 延长 UE的待机和工作时间。
附图说明 了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作一筒单地介绍， 显而易见地， 下面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为现有技术中网络中的 TCP发送端与 UE之间的数据传输流程图。 图 为本发明一实施例提供的消息处理方法的流程图。
图 3为本发明另一实施例提供的消息处理方法的流程图。
图 4为本发明再一实施例提供的消息处理方法的流程图。
图 5为图 4所示实施例的消息发送信令图。
图 6为本发明又一实施例提供的消息处理方法的流程图。
图 7为本发明再另一实施例提供的消息处理方法的流程图。
图 8为本发明又另一实施例提供的消息处理方法的流程图。
图 9为图 8所示实施例的消息发送信令图。
图 10为本发明一实施例提供的 RAN设备的结构示意图。
图 11为本发明另一实施例提供的 RAN设备的结构示意图。 图 12为本发明再一实施例提供的 RAN设备的结构示意图。
图 13为本发明又一实施例提供的 RAN设备的结构示意图。
图 14为本发明一实施例提供的网络通信系统的结构示意图。
图 15为本发明另一实施例提供的网络通信系统的结构示意图。
具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
TCP是由互联网工程任务组（ Internet Engineering Task Force; 以下筒 称 IETF )制定的传输协议， 用于在 IP网络之上进行数据传输， 例如网络中 的服务器作为 TCP发送端， 该 TCP发送端与用户设备（移动终端）之间使 用 TCP传输数据。 RLC是由 3GPP制定的无线链路控制协议， 用于在移动 网络的空中接口进行数据传输， 即将数据由互联网经无线接入网 （Radio Access Network;以下筒称 RAN )转发到移动终端以及由移动终端发至 RAN 之后再转发到互联网， 例如 RAN设备与表示移动终端的用户设备 ( User Equipment; 以下筒称 UE )之间使用 RLC协议的数据传输。
图 1为现有技术中网络中的 TCP发送端与 UE之间的数据传输流程图， 如图 1所示， 具体的传输流程如下：
101a, TCP发送端向 RAN设备发送 TCP数据包， 且每一个 TCP数据 包中都携带顺序号标识。
102a, RAN设备接收包含该 TCP数据包的数据报文， 并将包含该 TCP 数据包的数据报文进行无线链路的协议封装，形成至少一个 RLC协议 AMD PDU。
103a, RAN设备将至少一个 RLC协议 AMD PDU发送给 UE,其中 RLC 协议 AMD PDU中携带有对应的顺序号。
104a, UE接收到至少一个 AMD PDU之后， 并根据 AMD PDU中的轮 询比特指示信息向 RAN设备发送 RLC协议的状态报告 ( Status Report ), 以向 RAN设备报告数据接收状态。
例如 UE接收到携带顺序号的 RLC协议 AMD PDU。 UE的 RLC协议 功能模块还需要将至少一个 AMD PDU合并生成同 TCP发送端发送的数据 相同的 TCP数据， 并将该 TCP数据提供给 UE的 TCP功能模块， 之后 UE 的 TCP功能模块再通过 RNC设备向 TCP发送端返回 TCP ACK的确认消息， 以告知 TCP发送端接收 TCP数据包成功。
但是， 当进行业务数据传输时， 用户设备上会产生大量的 TCP ACK和 RLC的 Status Report的数据传输确认，这些数据传输确认存在重复的确认， 严重地浪费了宝贵的空中接口带宽和频率资源。
图 为本发明一实施例提供的消息处理方法的流程图。 如图 所示， 本实施例的消息处理方法的执行主体为 RAN设备，例如具体可以为无线网 络控制器 （Radio Network Controller; 以下筒称 RNC ) 或者基站 （例如 eNodeB ) 。 本实施例的消息处理方法， 具体可以如下所述。
100、 RAN设备接收 UE发送的 RLC协议的状态报告消息。
101、 RAN设备根据 RLC协议的状态报告消息获取 UE接收到的 n个 RLC协议 AMD PDU的标识。
其中 n为大于等于 1的正整数。 为便于描述， 这里的 RLC协议 AMD PDU也可以称为第一数据单元。
102、 RAN设备根据发送的 TCP数据包的标识与 m个 RLC协议 AMD PDU的标识之间的对应关系、 以及 n个 RLC协议 AMD PDU的标识， 获取 UE接收到的 TCP数据包的标识。 103、 RAN设备根据 UE接收到的 TCP数据包的标识，确定 UE接收到 该 TCP数据包的标识对应的 TCP数据包。
其中， m为大于等于 1的正整数。且 m个 RLC协议 AMD PDU的标识 中包括 n个 RLC协议 AMD PDU的标识。也就是说， m个 RLC协议 AMD PDU中包括 n个 RLC协议 AMD PDU。 亦即 m可以等于 n, m也可以大于 π。
本实施例的消息处理方法接收 UE发送的 RLC协议的状态报告消息； 根据 RLC协议的状态报告消息获取 UE接收到的 η个 RLC协议 AMD PDU 的标识； 根据发送的 TCP数据包的标识与 m个 RLC协议 AMD PDU的标 识之间的对应关系、 以及 n个 RLC协议 AMD PDU的标识， 获取 UE接收 到的 TCP数据包的标识； 确定 UE接收到该 TCP数据包的标识对应的 TCP 数据包。 与现有技术相比， 采用本实施例的技术方案， 因而不用再接收 UE 发送的 UE成功接收 TCP数据的确认消息， 能够有效地节省空中接口带宽 和频率资源， 提高了 TCP数据包传输的效率。 相应地， UE也不需要再发 送 TCP数据包的确认消息， 同时还能有效地节省 UE的电源消耗， 延长 UE 的待机和工作时间。
需要说明的是， 在上述实施例的 101中， 根据 RLC协议的状态报告消 息获取 UE接收到的 n个 RLC协议 AMD PDU的标识。 具体实现方式如 下: UE在成功接收到 RAN设备发送的第一数据单元之后，会按照第一数据 单元中设置的轮询比特指示信息， 向 RAN设备返回 RLC协议的状态报告 消息，且该状态报告消息中会携带 UE期望接收的下一个第一数据单元的标 识。对应地，上述实施例的 100中 RAN设备接收 UE发送的 RLC协议的状 态报告消息中可以携带有 UE期望接收的下一个第一数据单元的标识。 这 样， RAN设备可以根据 RLC协议的状态报告中携带的 UE期望接收的下一 个第一数据单元的标识，获取到该 UE此时已经成功接收到的 n个第一数据 单元的标识。 需要说明的是， 在上述实施例的 102中， 对于发送的 TCP数据包的标 识与 m个 RLC协议 AMD PDU的标识之间的对应关系， 其中发送的 TCP 数据包可以为一个 TCP数据包，此时 m个 RLC协议 AMD PDU即为该 TCP 数据包对应的 m个 RLC协议 AMD PDU。例如当发送的 TCP数据包的标识 为 X ( i ),对应的 m个 RLC协议 AMD PDU的标识为 { Y ( 1 ), . . .Y ( i ) , . , .Υ ( m ) }。 若 RLC协议的状态报告消息携带的下一个需要接收的 RLC协议 AMD PDU的标识为 Y ( m+1 ) , 则 RAN设备确定 UE成功接收到标识为
Y ( 1 )到 Y ( m ) 的 RLC协议 AMD PDU, 此时， 可以确定 UE成功接收 到标识为 X ( i ) 的 TCP数据包， 上述情况对应 m=n的情形。 若 RLC协议 的状态报告消息携带的下一个需要接收的 RLC协议 AMD PDU的标识为 Y ( i ) , 则 RAN设备确定 UE成功接收到标识为 Y ( 1 )到 Y ( i-1 ) 的 RLC 协议 AMD PDU , 因为标识为 Υ ( 1 )到 Υ ( i-1 ) 的 RLC协议 AMD PDU 不能完全对应标识为 X ( i ) 的 TCP数据包。 此时 RAN设备确定 UE成功 接收到的 TCP数据包仍为标识为 X ( i ) 的 TCP数据包之前的那一个 TCP 数据包， 上述情况对应 m大于 n的情形。
这里的发送的 TCP数据包也可以为多个 TCP数据包，此时该 m个 RLC 协议 AMD PDU即为该多个 TCP数据包对应的 m个 RLC协议 AMD PDU。 例如以要发送的 3个 TCP数据包为例， 标识分别为 XI , X2和 X3。 标识 XI的 TCP数据包对应的 RLC协议 AMD PDU的标识为 Y ( 1 )到 Y ( i ), 标识 X2的 TCP数据包对应的 RLC协议 AMD PDU的标识为 Y ( i + 1 )到 Y( j ),标识 X3的 TCP数据包对应的 RLC协议 AMD PDU的标识为 Y( j+1 ) 到 Y ( m ), 其中， Y ( 1 )到 Y ( i )、 Y ( i + 1 )到 Y ( j ) 以及 Y ( j+1 )到
Y ( m )共 m个标识。 若 RLC协议的状态 ^艮告消息携带的下一个需要接收 的 RLC协议 AMD PDU的标识为 Y ( m+1 ) , 则 RAN设备确定 UE成功接 收到标识为 Y ( 1 )到 Y ( m ) 的 RLC协议 AMD PDU, 此时可以确定 UE 成功接收到标识为 X ( 1 )、 X ( 2 )和 X ( 3 ) 的 TCP数据包， 上述情况对 应 m=n的情形。若 RLC协议的状态报告消息携带的下一个需要接收的 RLC 协议 AMD PDU的标识为 Y ( j+1 ) , 则 RAN设备确定 UE成功接收到标识 为 Y ( 1 )到 Y ( j )的 RLC协议 AMD PDU, 此时可以确定 UE成功接收到 标识为 X ( 1 )和 X ( 2 )的 TCP数据包。 若 RLC协议的状态报告消息携带 的下一个需要接收的 RLC协议 AMD PDU的标识为 Y ( j ) , 则 RAN设备 确定 UE成功接收到标识为 Y ( 1 )到 Y ( j-1 )的 RLC协议 AMD PDU, 此 时由于标识为 Y ( j ) 的 RLC协议 AMD PDU未被 UE成功接收到， 所以 根据对应关系可以推出 UE还未完整接收到标识为 X ( 2 ) 的 TCP数据包。 所以此时仅可以确定 UE成功接收到标识为 X ( 1 ) 的 TCP数据包。
图 3为本发明另一实施例提供的消息处理方法的流程图。 如图 3所示， 本实施例的消息处理方法与图 2所示的上一实施例的不同之处在于： 本实 施例的消息处理方法在上一实施例的 100之前， 具体还可以包括如下：
104、 RAN设备建立发送的 TCP数据包的标识与 m个 RLC协议 AMD PDU的标识之间的对应关系。
例如 TCP数据包的编号 XI与至少一个 RLC协议 AMD PDU的编号 {Yl , Y2, Y3, . . .Yi. . .Ym}之间的对应关系可以表示为： XI — {Y1 , Y2, Y3, . . .Yi. . .Ym}。 需要特别说明的是， 本实施例中不限定编号之间对应关系 的具体形式。
可选地， 在上述 104之前， 还可以包括如下：
105、 RAN设备接收网络中的 TCP发送端发送的 TCP数据包。
其中该发送的 TCP数据包中携带有发送的 TCP数据包的标识；这里的 发送的 TCP数据包的标识可以为 TCP数据包的编号。 例如为 XI。
106、 RAN设备对发送的 TCP数据包进行无线链路的协议封装， 生成 m个 RLC协议 AMD PDU。
这里的发送的 TCP数据包可以为 1个， 也可以为多个。 当发送的 TCP 数据包为 1个， m个 RLC协议 AMD PDU与发送的 1个 TCP数据包对应。 当发送的 TCP数据包为多个， m个 RLC协议 AMD PDU始终与发送的多个 TCP数据包对应。 详细可以参考上述实施例一的相关记载。
107、 RAN设备对 m个 RLC协议 AMD PDU中对每一个 RLC协议 AMD PDU进行标识， 获取到 m个 RLC协议 AMD PDU的标识。
具体地， 采用该步骤， 可以在 m个 RLC协议 AMD PDU中的每一个 RLC协议 AMD PDU中携带对应的标识， 该标识可以为该 RLC协议 AMD PDU的编号或者顺序号。 例如可以得到 m个 RLC协议 AMD PDU中各个 RLC协议 AMD PDU的编号为 {Yl , Y2, Y3,...Yi...Ym}。
可选地， 在上述 104之后， 还可以包括如下：
108、 RAN设备在 m个 RLC协议 AMD PDU中设置轮询比特指示信息， 并在 m个 RLC协议 AMD PDU中携带 m个 RLC协议 AMD PDU的标识；
109、 向 UE发送携带轮询比特指示信息和 m个 RLC协议 AMD PDU 标识的 m个 RLC协议 AMD PDU。
在 m个 RLC协议 AMD PDU中携带 m个 RLC协议 AMD PDU的标识 可以为在每一个 RLC协议 AMD PDU中携带对应的标识。其中在 m个 RLC 协议 AMD PDU中设置的轮询比特指示位为 1。 具体地， 在传输过程中， 可 以在 m个 RLC协议 AMD PDU中第一个和中间的任意一个 RLC协议 AMD PDU中设置轮询比特指示位 1。同时还需要在最后一个 RLC协议 AMD PDU 也需要设置轮询比特指示位为 1。 对应的， UE在接收到轮询比特指示位为 1的 AMD PDU之后， 向 RAN设备发送状态报告消息， 以告知 RAN设备 接收到 RLC协议 AMD PDU。 该状态报告消息中携带有 UE期望接收的下 一个 RLC协议 AMD PDU的标识（即顺序号 ) , 以表示此标识之前的 RLC 协议 AMD PDU都已经被 UE成功接收。 当 RAN成功接收到该 RLC协议 状态报告消息之后， 执行上述实施例一中的 101-103。
本实施例的消息处理方法， 仅通过接收 RLC协议的状态报告消息便可 以确认 UE成功接收到 TCP数据包， 不需要 UE再向 RAN设备发送 TCP 数据包的确认消息， 从而能够有效地节省空中接口带宽和频率资源， 提高 了 TCP数据包在无线网络传输的效率。 同时还能有效地节省 UE的电源消 耗， 延长 UE的待机和工作时间。
需要说明的是， 在上述实施例中的 104之后， 105之前， 还可以包括： 对接收的 TCP数据包进行校验， 确定 TCP数据包正确。 具体地， 当 RAN 设备对该 TCP数据包校验之后， 确定 TCP数据包正确， 继续执行 105。 否 则如果校验错误则丢弃 TCP数据包， 不再进行无线链路的协议封装。
需要说明的是， 在上述实施例的基础上， 在 100和 101 中便可以确定 UE已经成功接收到 n个 RLC协议 AMD PDU, 因此在上述实施例的 101 之后， RAN设备可以释放緩存队列中 n个 RLC协议 AMD PDU的标识对 应的 n个 RLC协议 AMD PDU, 以供备份新的 RLC协议 AMD PDU。
需要说明的， 在上述实施例的基础上， 例如在 103中， RAN设备可以 确定 UE已经成功接收到 TCP数据包， 因此 103之后， RAN设备可以根据 UE接收到的 TCP数据包的标识向网络中的 TCP发送端发送 UE成功接收 TCP数据包的确认消息。
具体地，当 RAN设备根据 102获取到 UE接收到的 TCP数据包的标识， RAN设备根据 TCP数据包的标识以及 TCP数据包的长度向网络中的 TCP 发送端发送 UE成功接收 TCP数据包的确认消息， 并在该确认消息中携带 有 UE期望接收的下一个 TCP数据包的标识， 该标识可以根据之前 TCP数 据包的标识和长度按照现有算法计算得到。 这里的标识可以为 TCP数据包 包含的顺序号。
其中 RAN设备根据 TCP数据包的标识向网络中的 TCP发送端发送 UE 成功接收 TCP数据包的确认消息的过程中，可以先根据 TCP数据包的标识 生成 UE成功接收 TCP数据包的确认消息， 并将该确认消息的源 IP地址设 置为 UE的 IP地址； 以便当 TCP发送端接收到该确认消息的时候， 可以认 为该确认消息时 UE发送的。 然后再根据 TCP数据包的标识向 TCP发送端 发送源 IP地址为 UE的 IP地址的确认消息，以告知该 TCP发送端 UE成功 接收到该 TCP数据包的标识所对应的 TCP数据包。 这样， 当 TCP发送端 接收到该确认消息之后， 可以认为是 UE发送的该确认信息，
图 4为本发明再一实施例提供的消息处理方法的流程图。 图 5为图 4 所示实施例的消息发送信令图。 如图 4和图 5所示， 本实施例以在一个包 括有 TCP发送端、 RAN设备和 UE的网络架构中来实现本发明的技术方案。 本实施例的消息处理方法， 具体可以如下所述：
200、 RAN设备记录 TCP发送端与 UE之间的 TCP连接的状态。
具体地， 需要记录 TCP发送端与 UE两端的 IP地址、 端口号、 通告窗 口等状态， 详细可以参考现有技术。
201、 TCP发送端向 RAN设备发送要发送的 TCP数据包。
该要发送的 TCP数据包中携带有该要发送的 TCP数据包的顺序号。该 要发送的 TCP数据包是以 IP报文的形式发送， 该 IP报文的目的 IP地址为 UE的 IP地址。
202、 RAN设备接收要发送的 TCP数据包， 获取并记录其中的要发送 的 TCP数据包的顺序号。
203、 RAN设备校验发送的 TCP数据包是否正正确， 当正确时， 执行 204; 否则执行 205。
要发送的 TCP数据包中包含有一个校验和字段，是要发送的 TCP的发 送端计算后填写的。 RAN设备可以把 TCP数据包的内容， 连同 IP头的 IP 地址，按照与 TCP发送端相同的算法重新计算校验和再与要发送的 TCP数 据包里面包含的校验和字段进行比较， 如果相同则校验正确， 如果不相同， 则校验错误。 详细可以参考现有技术的记载， 在此不再赘述。
204、 RAN设备对该要发送的 TCP数据包进行协议封装，生成 m个 RLC 协议 AMD PDU; 执行 206。
205、 RAN设备丢弃该要发送的 TCP数据包； 该流程结束。 206、 RAN设备为 m个 RLC协议 AMD PDU分别标识顺序号， 将每个 RLC协议 AMD PDU顺序号携带在对应的 RLC协议 AMD PDU中；并建立 TCP数据包的顺序号与 m个 RLC协议 AMD PDU顺序号的对应关系；执行 207。
其中将每个 RLC协议 AMD PDU顺序号携带在对应的 RLC协议 AMD PDU中可以在建立对应关系之后执行。
207、 RAN设备在 m个 RLC协议 AMD PDU中的最后一个中设置轮询 比特指示信息， 并将该 m个 RLC协议 AMD PDU发送至 UE; 执行 208。
具体可以参考现有技术的记载在 RLC协议 AMD PDU中设置轮询比特 指示信息。这里以在 m个 RLC协议 AMD PDU中的最后一个中设置轮询比 特指示信息为例。其中 m个 RLC协议 AMD PDU中携带有轮询比特指示信 息和 m个 RLC协议 AMD PDU的标识。
如图 5所示，本实施例的 RAN设备相当于集成了 TCP的转发器和 RLC 协议的发送器两个实体。
208、 UE接收 m个 RLC协议 AMD PDU, 并按照其中的轮询比特指示 信息向 RAN设备发送 RLC协议的状态 ^艮告消息； 执行 209。
209、 UE将接收到的 m个 RLC协议 AMD PDU合并生成 TCP数据包； 执行 210。
此时合并生成的 TCP数据包与上述 201中 TCP发送端发送给 RAN设 备的 TCP数据包相同。 UE可以认为该 TCP数据包就是 TCP发送端通过 RAN设备发送的。
如图 5所示， 本实施例的 UE最终接收到 m个 RLC协议 AMD PDU, 并将 m个 RLC协议 AMD PDU按照与封装相逆的过程合并生成 TCP数据 包。这样 UE可以相当于集成有 RLC协议的接收器和 TCP的接收器两个功 能的实体。
210、 RAN设备接收 RLC协议的状态报告消息， 该状态报告消息携带 RLC协议的 AMD PDU的顺序号； 执行 211。
211、 RAN设备从 RLC协议的状态报告消息中获取 RLC协议 AMD PDU 的顺序号； 执行 212。
212、 RAN设备根据 RLC协议 AMD PDU的顺序号， 获取 UE成功接 收的 m个 RLC协议 AMD PDU顺序号； 执行 213。
213、 RAN设备根据 TCP数据包的顺序号与 m个 RLC协议 AMD PDU 顺序号的对应关系，以及 UE成功接收的 m个 RLC协议 AMD PDU顺序号， 获取 UE成功接收到 TCP数据包的顺序号； 执行 214。
其中的 TCP数据包的顺序号与 m个 RLC协议 AMD PDU顺序号的对 应关系即为 206建立的对应关系。
214、 RAN设备释放緩存中被 UE确认已经接收的 m个 RLC协议 AMD PDU, 以备存储新的 RLC协议 AMD PDU; 执行步骤 215。
其中， 步骤 214也可以位于 212之后， 213之前。
215、 RAN设备确定 UE成功接收到 TCP数据包的顺序号对应的 TCP 数据包； 执行步骤 216。
216、 RAN设备向 TCP发送端发送 TCP ACK, 以告知 TCP发送端 UE 已经接收到 TCP数据包。
需要说明的是，这里 RAN设备在向 TCP发送端发送 TCP ACK的时候， RAN设备先根据 UE已接收的 TCP数据包的标识生成 TCP ACK。然后可以 将 TCP ACK中的源 IP地址设置为 UE的地址， 然后再发给 TCP发送端。 这样， TCP发送端可以认为该 TCP ACK就是 UE发送的。
本实施例的消息处理方法， 采用上述实施例的技术方案， 不用 UE再向 RAN设备返回 TCP ACK, 能够有效地节省空中接口带宽和频率资源，提高 了 TCP数据包传输的效率。 同时还能有效地节省 UE的电源消耗， 延长 UE 的待机和工作时间。
图 6为本发明又一实施例提供的消息处理方法的流程图。 如图 6所示， 本实施例的消息处理方法的执行主体为 RAN设备， 例如具体可以为 RNC 或者 eNodeB。 本实施例的消息处理方法， 具体可以包括如下：
300、 RAN设备接收 UE发送的 TCP数据包的确认消息。
301、 RAN设备根据接收到的 TCP数据包的确认消息获取 UE成功接 收到的 TCP数据包的标识。
具体地， UE发送的成功接收 TCP数据包的确认消息中携带有下一个 需要接收的 TCP数据包的标识， TCP服务器根据接收到的确认消息中携带 的下一个需要接收的 TCP数据包的标识， 可以判断 UE当前成功接收到的 TCP数据包的标识。 详细可以参考现有技术。 其中 TCP数据的确认消息可 以为单独的确认报文， 即只有确认信息， 没有报文内容。 也可以是在数据 报文中包含有确认信息， 使用确认参数。 具体地 TCP数据的确认消息的形 式也可以为其他形式， 本发明的技术方案不作限制。
302、 RAN设备根据 TCP数据包的标识与至少一个 RLC协议 AMD PDU 的标识之间的对应关系，获取 TCP数据包的标识对应的至少一个 RLC协议 AMD PDU的标识。
303、 RAN设备确定 UE成功接收到至少一个 RLC协议 AMD PDU的 标识对应的至少一个 RLC协议 AMD PDU。
具体地， 本实施例也是以一个 TCP数据包为例来说明本发明的技术方 案。 本实施例与上述实施例一的区别在于， 本实施例中， RAN设备接收的 是 UE发送的成功接收 TCP数据的确认消息； 然后根据 TCP数据的确认消 息获取 UE成功接收到的 TCP数据包的标识； 再根据 TCP数据包的标识与 至少一个 RLC协议 AMD PDU的标识之间的对应关系，获取 TCP数据包的 标识对应的至少一个 RLC协议 AMD PDU的标识； 从而确定 UE成功接收 到至少一个 RLC协议 AMD PDU的标识对应的至少一个 RLC协议 AMD PDU。 为便于描述， 本实施例中的 RLC协议 AMD PDU也可以称为第一数 据单元。 本实施例的消息处理方法， RAN设备接收到 UE发送的 TCP数据包的 确认消息时， 获取 UE成功接收到的 TCP数据包的标识， 并根据 TCP数据 包的标识与至少一个 RLC协议 AMD PDU的标识之间的对应关系， 确定 UE成功接收到至少一个 RLC协议 AMD PDU标识对应的至少一个 RLC协 议 AMD PDU。 与现有技术相比， 采用本实施例的技术方案， RAN设备不 用再接收 UE发送的 RLC协议的状态报告消息， 能够有效地节省空中接口 带宽和频率资源， 提高了 TCP数据包传输的效率。 对应地， UE也不需要 再发送 RLC协议的状态报告消息， 在有效地节省空中接口带宽和频率资源 的基础上， 同时还能有效地节省 UE的电源消耗， 延长 UE的待机和工作时 间。
图 7为本发明再另一实施例提供的消息处理方法的流程图。 如图 7所 示， 本实施例的消息处理方法与图 6所示的上一实施例的不同之处在于： 本实施例的消息处理方法在上述实施例的 300之前， 具体还可以包括如下：
304、 RAN设备建立 TCP数据包的标识与至少一个 RLC协议 AMD PDU 的标识之间的对应关系。
可选地， 在上述 304之前， 还可以包括如下：
305、 RAN设备接收网络中的 TCP发送端发送的 TCP数据包。
其中该 TCP数据包中携带有 TCP数据包的标识；该标识可以为顺序号 或者编号。
306、 RAN设备对 TCP数据包进行无线链路的协议封装， 生成至少一 个 RLC协议 AMD PDU。
307、 RAN设备对至少一个 RLC协议 AMD PDU中对每个 RLC协议 AMD PDU标识， 得到至少一个 RLC协议 AMD PDU的标识。
这里 RLC协议 AMD PDU的标识也为顺序号或者编号。
可选地， 在上述 304之后， 还可以包括如下：
308、 RAN设备在至少一个 RLC协议 AMD PDU中携带至少一个 RLC 协议 AMD PDU的标识；
309、 RAN设备向 UE发送携带至少一个 RLC协议 AMD PDU标识的 至少一个 RLC协议 AMD PDU。
具体地， 本实施例的消息处理方法中的各步骤可以参考上述图 3所示 实施例中相类似的步骤。 不同的是， 本实施例中， 所有发送给 UE的 RLC 协议 AMD PDU中轮询比特指示都设置为 0, 也就是 RAN设备不需要 UE 在正常情况下主动向 RAN设备反馈成功接收到 RLC协议 AMD PDU之后 的状态报告消息。 其余可以参考上述图 3所示实施例的记载。
本实施例的消息处理方法， 能够有效地节省空中接口带宽和频率资源， 提高了无线网络中 TCP数据包传输的效率。 同时还能有效地节省 UE的电 源消耗， 延长 UE的待机和工作时间。
需要说明的， 在上述实施例的基础上， 例如在 300中， RAN设备可以 确定 UE已经成功接收到 TCP数据包， 因此 300之后， RAN设备可以根据 TCP数据包的标识向网络中的 TCP发送端转发 300接收到的 TCP数据的确 认消息。
需要说明的是，在上述实施例的基础上，在 303中便可以确定 UE已经 成功接收到至少一个 RLC协议 AMD PDU,因此在上述实施例的 303之后， RAN设备可以释放緩存队列中至少一个 RLC协议 AMD PDU的标识对应的 至少一个 RLC协议 AMD PDU, 以备存储新的 RLC协议 AMD PDU。
图 8为本发明又另一实施例提供的消息处理方法的流程图。图 9为图 8 所示实施例的消息发送信令图。 如图 8和图 9所示， 本实施例以在一个包 括有 TCP发送端、 RAN设备和 UE的网络架构中来实现本发明的技术方案。 本实施例的消息处理方法， 具体可以包括如下：
400、 RAN设备记录 TCP发送端与 UE之间的 TCP连接的状态， 执行 步骤 401。
401、 TCP发送端向 RAN设备发送 TCP数据包， 执行步骤 402。 402、 RAN设备接收 TCP数据包， 获取并记录其中的 TCP数据包的顺 序号， 执行步骤 403。
403、 RAN设备对该 TCP数据包进行协议封装， 生成至少一个 RLC协 议 AMD PDU, 执行步骤 404。
404、 RAN设备为至少一个 RLC协议 AMD PDU分别标识顺序号， 将 每个 RLC协议 AMD PDU顺序号携带在对应的 RLC协议 AMD PDU中； 并建立 TCP数据包的顺序号与至少一个 RLC协议 AMD PDU顺序号的对应 关系， 执行步骤 405。
其中将每个 RLC协议 AMD PDU顺序号携带在对应的 RLC协议 AMD PDU中也可以放在建立对应关系之后进行。
405、 RAN设备将至少一个 RLC协议 AMD PDU发送至 UE, 执行步 骤 406。
此时 RLC协议 AMD PDU中轮询比特指示全部设置为 0, 不用 UE返 回 RLC协议的状态报告消息。 其中至少一个 RLC协议 AMD PDU中携带 至少一个 RLC协议 AMD PDU的顺序号。
如图 9所示，本实施例的 RAN设备相当于集成了 TCP的转发器和 RLC 协议的发送器两个实体。
406、 UE将接收到的至少一个 RLC协议 AMD PDU合并生成 TCP数 据包， 执行步骤 407。
此时合并生成的 TCP数据包与上述 401中 TCP发送端发送给 RAN设 备的 TCP数据包相同。
407、 UE校验生成的 TCP数据包是否正确， 当正确时， 执行 408; 否 则执行 409。
408、 UE向 RAN设备发送 TCP ACK, 以告知 RAN设备 UE成功接收 TCP数据包， 执行 410。
其中该 TCP ACK是以 IP报文的形式发送，该 IP报文的目的 IP地址为 TCP发送端的 IP地址。
如图 9所示，本实施例的 UE也可以相当于集成有 RLC的接收器和 TCP 的接收器两个功能实体。
409、 UE丢弃合成的 TCP数据包； 结束。
410、 RAN设备接收 UE发送的 TCP ACK; 并根据 TCP ACK中的顺序 号获取 UE成功接收到的 TCP数据包的顺序号， 执行 411。
411、 RAN设备根据获取到的 TCP数据包的顺序号与至少一个 RLC的 AMD PDU顺序号的对应关系， 以及 UE成功接收到的 TCP数据包的顺序 号，获取 UE成功接收到至少一个 RLC协议 AMD PDU的顺序号，执行 412。
412、 RAN设备确定 UE成功接收到至少一个 RLC协议 AMD PDU顺 序号对应的至少一个 RLC协议 AMD PDU , 执行 413。
413、 RAN设备释放緩存中至少一个 RLC协议 AMD PDU顺序号对应 的至少一个 RLC协议 AMD PDU, 执行 414。
414、 RAN设备向 TCP发送端转发 UE发送的 TCP ACK, 以告知 TCP 发送端 UE已经接收到 TCP数据包。
本实施例的消息处理方法， 不用 UE再向 RAN设备返回 RLC的 PDU 状态报告消息， 能够有效地节省空中接口带宽和频率资源， 提高了 TCP数 据包传输的效率。 同时还能有效地节省 UE的电源消耗， 延长 UE的待机和 工作时间。
图 10为本发明一实施例提供的 RAN设备的结构示意图。如图 10所示， 本实施例的 RAN设备， 包括： 收发模块 10、 获取模块一 11、 获取模块二 12和确定模块 13。
其中收发模块 10用于接收 UE发送的 RLC协议的状态报告消息。获取 模块一 11与收发模块 10连接， 获取模块一 11用于根据收发模块 10接收 的 RLC协议的状态报告消息，获取 UE接收到的 n个第一数据单元的标识； 第一数据单元为 RLC协议 AMD PDU, n为大于等于 1的正整数。 获取模 块二 12与获取模块一 11相连，获取模块二 12用于根据发送的 TCP数据包 的标识与 m个第一数据单元的标识之间的对应关系、 以及获取模块一 11 获取的 n个第一数据单元的标识， 获取 UE接收到的 TCP数据包的标识； 其中， 该 m为大于等于 1的正整数， m个第一数据单元的标识包括 n个第 一数据单元的标识， 即 m个 RLC协议 AMD PDU的标识包括 n个 RLC协 议 AMD PDU的标识。 确定模块 13与获取模块二 12连接， 用于根据获取 模块二 12获取的 UE接收到的 TCP数据包的标识， 确定 UE成功接收获取 模块二 12获取的 UE接收的 TCP数据包的标识对应的 TCP数据包。
本实施例的 RAN设备，通过采用上述模块实现消息处理与上述相关方 法实施例的实现机制相同， 详细可以参考上述相关方法实施例的记载， 在 此不再赘述。
本实施例的 RAN设备， 通过采用上述模块实现接收 UE发送的 RLC 协议的状态报告消息； 根据 RLC协议的状态报告消息获取 UE接收到的 n 个 RLC协议 AMD PDU的标识；根据发送的 TCP数据包的标识与 m个 RLC 协议 AMD PDU的标识之间的对应关系、 以及 n个 RLC协议 AMD PDU的 标识， 获取 UE接收到的 TCP数据包的标识； 确定 UE接收到该 TCP数据 包的标识对应的 TCP数据包。与现有技术相比，采用本实施例的技术方案， RAN设备不用再接收 UE发送的 UE成功接收 TCP数据的确认消息， 能够 有效地节省空中接口带宽和频率资源， 提高了 TCP数据包传输的效率。 对 应地， UE也不需要再发送 TCP数据包的确认消息， 在有效地节省空中接 口带宽和频率资源的基础上， 同时还能有效地节省 UE 的电源消耗， 延长 UE的待机和工作时间。
图 11为本发明另一实施例提供的 RAN设备的结构示意图。 如图 11所 示， 本实施例的 RAN设备与上述图 10所示的实施例相似， 其不同之处在 于： 本实施例的 RAN设备在上述图 10所示实施例的基础上， 还包括建立 模块 14。 该建立模块 14用于建立所述获取模块一 11获取的发送的 TCP数 据包的标识与所述获取模块二 12获取的 m个第一数据单元的标识之间的对 应关系。 此时所述获取模块一 11和获取模块二 12与建立模块 14连接。 获 取模块二 12用于根据该建立模块 14建立的对应关系， 以及获取模块一 11 获取的 n个第一数据单元的标识， 获取 UE接收到的 TCP数据包的标识。
可选地， 本实施例的 RAN设备， 还可以包括生成模块 15、 获取模块三 16和处理模块 19。
本实施例中收发模块 10还用于接收来自于 TCP发送端的发送的 TCP 数据包， 该发送的 TCP数据包中携带有发送的 TCP数据包的标识。 生成模 块 15与收发模块 10连接， 生成模块 15用于对收发模块 10接收的发送的 TCP数据包进行无线链路的协议封装， 生成 m个第一数据单元。 获取模块 三 16与生成模块 15连接， 获取模块三 16用于对生成模块 15生成的 m个 第一数据单元中每一个第一数据单元进行标识， 获取到 m个第一数据单元 的标识。 此时， 建立模块 14分别与收发模块 10和获取模块三 16连接， 建 立模块 14用于建立收发模块 10接收到的 TCP数据包的标识与获取模块三 16处理后获取到的 m个第一数据单元的标识之间的对应关系。处理模块 19 用于对生成模块 15生成的 m个第一数据单元中设置轮询比特指示信息，并 在 m个第一数据单元中携带所述获取模块三 16获取的 m个第一数据单元 的标识。 收发模块 10还与处理模块 19连接， 收发模块 10用于向 UE发送 处理模块 19处理得到的携带轮询比特指示信息和所述获取模块三 16获取 的 m个第一数据单元标识的 m个第一数据单元， 即向 UE发送携带轮询比 特指示信息和 m个 RLC协议 AMD PDU标识的 m个 RLC协议 AMD PDU。 其中每一个 RLC协议 AMD PDU携带一个 RLC协议 AMD PDU标识， 轮 询比特指示信息可以表示为在某一个或者多个 RLC协议 AMD PDU中设置 轮询比特指示位。
需要说明的是，本实施例中的 RAN设备中还包括判定模块 17,该判定 模块 17分别与收发模块 10和生成模块 15连接， 该判定模块 17用于对收 发模块 10接收的 TCP数据包进行校验， 判定 TCP数据包正确， 然后判定 模块 17触发生成模块 15对收发模块 10接收的 TCP数据包进行无线链路的 协议封装。
需要说明的是，本实施例的 RAN设备中还包括释放模块 18,该释放模 块 18与获取模块一 11连接， 释放模块 18用于根据获取模块一 11获取到 的 UE接收到的 n个第一数据单元的标识，释放緩存队列中该 n个第一数据 单元的标识对应的 n个第一数据单元。
本实施例的 RAN设备中的处理模块 19用于根据获取模块二 12获取的 TCP数据包的标识生成 UE成功接收 TCP数据包的确认消息， 并将生成的 确认消息的源 IP地址设置为 UE的 IP地址； 收发模块 10用于向 TCP发送 端发送处理模块 19处理得到的源 IP地址为 UE的 IP地址的确认消息。
本实施例的 RAN设备，通过采用上述模块实现消息处理与上述相关方 法实施例的实现机制相同， 详细可以参考上述相关方法实施例的记载， 在 此不再赘述。
本实施例的 RAN设备， 通过采用上述模块实现仅通过接收 RLC协议 的状态报告消息便可以确认 UE成功接收到 TCP数据包， 能够有效地节省 空中接口带宽和频率资源， 提高了 TCP数据包在无线网络传输的效率。 同 时还能有效地节省 UE的电源消耗， 延长 UE的待机和工作时间。
图 12为本发明再一实施例提供的 RAN设备的结构示意图。如图 12所 示， 本实施例的 RAN设备， 具体可以包括： 收发模块 20、 获取模块一 21、 获取模块二 22和确定模块 23。
其中收发模块 20用于接收 UE发送的 TCP数据包的确认消息。获取模 块 21—与收发模块 20连接， 获取模块一 21用于根据收发模块 20接收的 TCP数据包的确认消息获取 UE成功接收到的 TCP数据包的标识。 获取模 块二 22与获取模块一 21连接，获取模块二 22用于根据 TCP数据包的标识 与至少一个第一数据单元的标识之间的对应关系， 获取获取模块一 21获取 到的 TCP数据包的标识对应的至少一个第一数据单元的标识； 第一数据单 元为 RLC协议 AMD PDU。 确定模块 23与获取模块二 22连接， 确定模块 23用于根据获取模块二 22获取到的 TCP数据包的标识对应的至少一个第 一数据单元的标识，确定 UE成功接收到至少一个第一数据单元的标识对应 的至少一个第一数据单元。
本实施例的 RAN设备，通过采用上述模块实现消息处理与上述相关方 法实施例的实现机制相同， 详细可以参考上述相关方法实施例的记载， 在 此不再赘述。
本实施例的 RAN设备， 通过采用上述模块实现 RAN设备接收到 UE 发送的 TCP数据包的确认消息时， 获取 UE成功接收到的 TCP数据包的标 识，并根据 TCP数据包的标识与至少一个 RLC协议 AMD PDU的标识之间 的对应关系， 确定 UE成功接收到至少一个 RLC协议 AMD PDU标识对应 的至少一个 RLC协议 AMD PDU。 与现有技术相比， 采用本发明实施例的 技术方案， RAN设备不用再接收 UE发送的 RLC协议的状态报告消息， 能 够有效地节省空中接口带宽和频率资源， 提高了 TCP数据包传输的效率。 对应地， UE也不需要再发送 RLC协议的状态报告消息， 在有效地节省空 中接口带宽和频率资源的基础上， 同时还能有效地节省 UE的电源消耗，延 长 UE的待机和工作时间。
图 13为本发明又一实施例提供的 RAN设备的结构示意图。如图 13所 示， 本实施例的 RAN设备与上述图 12所示的实施例相似， 其不同之处在 于： 本实施例的 RAN设备在上述图 12所示实施例的基础上， 还可以包括： 建立模块 24。 建立模块 24用于建立所述获取模块一 21获取的 TCP数据包 的标识与所述获取模块二 22获取的至少一个第一数据单元的标识之间的对 应关系。 此时获耳 ^莫块一和获取模块二 22与建立模块 24连接， 获取模块 二 22用于根据建立模块 24建立的 TCP数据包的标识与至少一个第一数据 单元的标识之间的对应关系，获取获取模块一 21获取到的 TCP数据包的标 识对应的至少一个第一数据单元的标识。
可选地， 本实施例的 RAN设备， 还可以包括生成模块 25、 获取模块三 26和处理模块 28。
本实施例中收发模块 20还用于接收网络中的 TCP发送端发送的 TCP 数据包， 该 TCP数据包中携带有 TCP数据包的标识。 生成模块 25与收发 模块 20连接，生成模块 25用于对收发模块 20接收的 TCP数据包进行无线 链路的协议封装， 生成至少一个第一数据单元。 获取模块三 26与生成模块 25连接， 获取模块三 26用于对生成模块 25生成的至少一个第一数据单元 中每一个第一数据单元进行标识， 获取到至少一个第一数据单元的标识。 建立模块 24分别与收发模块 20和获取模块三 26连接， 建立模块 24用于 建立收发模块 20接收到的的 TCP数据包的标识与获取模块三 26处理后得 到的至少一个第一数据单元的标识之间的对应关系。 处理模块 28用于在至 少一个第一数据单元中携带至少一个第一数据单元的标识； 收发模块 20还 与处理模块 28连接， 收发模块 20用于向 UE处理模块 28处理得到的携带 至少一个第一数据单元的标识的至少一个第一数据单元，即向 UE发送携带 至少一个 RLC协议 AMD PDU标识的 RLC协议 AMD PDU单元， 例如可 以在每一个 RLC协议 AMD PDU中携带对应的标识。
本实施例的 RAN设备中的收发模块 20还用于向 TCP发送端转发接收 的 UE成功接收 TCP数据的确认消息。
本实施例的 RAN设备中还包括释放模块 27。 该释放模块 27与获取模 块二 22连接， 该释放模块 27用于释放緩存队列中获 莫块二 22获取的至 少一个第一数据单元的标识对应的至少一个第一数据单元， 以备接收新的 第一数据单元。
本实施例的 RAN设备，通过采用上述模块实现消息处理与上述相关方 法实施例的实现机制相同， 详细可以参考上述相关方法实施例的记载， 在 此不再赘述。 本实施例的 RAN设备，通过采用上述模块能够有效地节省空中接口带 宽和频率资源， 提高了无线网络中 TCP数据包传输的效率。 同时还能有效 地节省 UE的电源消耗， 延长 UE的待机和工作时间。
图 14为本发明一实施例提供的网络通信系统的结构示意图。 如图 14 所示， 本实施例的网络通信系统包括 RAN设备 30和 UE40。
本实施例的网络通信系统中的 RAN设备 30用于接收 UE40发送的 RLC 的状态报告消息； 根据 RLC协议的状态报告消息获取 UE40接收到的 n个 第一数据单元的标识； 第一数据单元为 RLC协议 AMD PDU。 根据发送的 TCP数据包的标识与 m个第一数据单元的标识之间的对应关系、 以及 n个 第一数据单元的标识， 获取 UE40接收到的 TCP数据包的标识； 根据 UE 接收到的 TCP数据包的标识， 确定 UE40接收到 TCP数据包的标识对应的 TCP数据包。 其中该 n为大于等于 1的正整数； 该 m也为大于等于 1的正 整数； m个第一数据单元的标识包括 n个第一数据单元的标识；
本实施例的网络通信系统中的 RAN设备 30可以采用上述图 10或者 11 所示实施例的 RAN设备。本实施例的网络通信系统实现消息处理的机制详 细可以参考上述相关方法实施例的记载， 在此不再赘述。
本实施例的网络通信系统， 通过采用上述 RAN设备， 不用再接收 TCP 数据包的确认消息，能够有效地节省空中接口带宽和频率资源，提高了 TCP 数据包传输的效率。 对应地， UE也不需要再向 RAN设备发送 TCP数据包 的确认消息， 在有效地节省空中接口带宽和频率资源的基础上， 同时还能 有效地节省 UE的电源消耗， 延长 UE的待机和工作时间。
图 15为本发明另一实施例提供的网络通信系统的结构示意图。如图 15 所示， 本实施例的网络通信系统包括 RAN设备 50和 UE60。
本实施例的网络通信系统中的 RAN设备 50用于接收 UE60发送的 TCP 数据包的确认消息； 根据 TCP数据包的确认消息获取 UE60成功接收到的 TCP数据包的标识； 根据 TCP数据包的标识与至少一个第一数据单元的标 识之间的对应关系， 获取 TCP数据包的标识所对应的至少一个第一数据单 元的标识； 该第一数据单元为 RLC协议 AMD PDU; 确定 UE成功接收到 至少一个第一数据单元的标识对应的至少一个第一数据单元。
本实施例的网络通信系统中的 RAN设备 30可以采用上述图 12或图 13 所示实施例的 RAN设备。本实施例的网络通信系统实现消息处理的机制详 细可以参考上述相关方法实施例的记载， 在此不再赘述。
本实施例的网络通信系统， 通过采用上述 RAN设备， 不用再接收 UE 发送的 RLC的状态报告消息， 能够有效地节省空中接口带宽和频率资源， 提高了 TCP数据包传输的效率。 对应地， UE也不需要再发送 RLC协议的 状态报告消息， 在有效地节省空中接口带宽和频率资源的基础上， 同时还 能有效地节省 UE的电源消耗， 延长 UE的待机和工作时间。
以上所描述的装置实施例仅仅是示意性的， 其中作为分离部件说明的 单元可以是或者也可以不是物理上分开的， 作为单元显示的部件可以是或 者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到至少两 个网络单元上。 可以根据实际的需要选择其中的部分或者全部模块来实现 本实施例方案的目的。 本领域普通技术人员在不付出创造性的劳动的情况 下， 即可以理解并实施。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不 使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求
1、 一种消息处理方法， 其特征在于， 包括：
接收用户设备发送的无线链路控制协议的状态报告消息；
根据所述状态报告消息获取所述用户设备接收到的 n个第一数据单元 的标识， 所述第一数据单元为无线链路控制协议确认模式数据协议数据单 元， 所述 n为大于等于 1的正整数；
根据发送的传输控制协议数据包的标识与 m个第一数据单元的标识之 间的对应关系、 以及所述 n个第一数据单元的标识， 获取所述用户设备接 收到的传输数据协议数据包的标识， 其中， 所述 m为大于等于 1的正整数， 所述 m个第一数据单元的标识包括所述 n个第一数据单元的标识；
根据所述用户设备接收到的传输数据协议数据包的标识， 确定所述用 户设备接收 ^
¾：据包
2、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 建立所述发送的传输控制协议数据包的标识与所述 m个第一数据单元 的标识之间的对应关系。
3、 根据权利要求 2所述的方法， 其特征在于， 建立所述发送的传输控 制协议数据包的标识与所述 m 个第一数据单元的标识之间的对应关系之 前， 还包括：
接收来自于传输控制协议发送端所述发送的传输控制协议数据包， 所 述发送的传输控制协议数据包中携带所述发送的传输控制协议数据包的标 识；
对所述发送的传输控制协议数据包进行无线链路的协议封装， 生成所 述 m个第一数据单元；
对所述 m个第一数据单元中对每一个第一数据单元进行标识， 获取到 所述 m个第一数据单元的标识；
建立所述发送的传输控制协议数据包的标识与所述 m个第一数据单元 的标识之间的对应关系之后， 还包括：
在所述 m个第一数据单元中设置轮询比特指示信息， 并在所述 m个第 一数据单元中携带所述 m个第一数据单元的标识；
向所述用户设备发送携带所述轮询比特指示信息和所述 m个第一数据 单元的标识的所述 m个第一数据单元。
4、 根据权利要求 3所述的方法， 其特征在于， 对所述发送的传输控制 协议数据包进行无线链路的协议封装之前， 还包括：
对所述发送的传输控制协议数据包进行校验， 判定所述发送的传输控 制协议数据包正确。
5、根据权利要求 1-4任一所述的方法， 其特征在于， 所述方法还包括： 根据所述用户设备接收到的传输数据协议数据包的标识向所述传输控 制协议发送端发送传输控制协议数据的确认消息。
6、 根据权利要求 5所述的方法， 其特征在于， 所述根据所述用户设备 接收到的传输数据协议数据包的标识向所述传输控制协议发送端发送传输 控制协议数据的确认消息， 具体包括：
根据所述用户设备接收到的传输数据协议数据包的标识生成所述传输 控制协议数据的确认消息， 并将所述传输控制协议数据的确认消息的源 IP 地址设置为所述用户设备的 IP地址；
向所述传输控制协议发送端发送所述传输控制协议数据的确认消息。
7、 一种消息处理方法， 其特征在于， 包括：
接收用户设备发送的传输控制协议数据包的确认消息；
根据所述传输控制协议数据包的确认消息获取所述用户设备成功接收 到的所述传输控制协议数据包的标识；
根据所述传输控制协议数据包的标识与至少一个第一数据单元的标识 之间的对应关系， 获取所述传输控制协议数据包的标识所对应的所述至少 一个第一数据单元的标识； 所述第一数据单元为无线链路控制协议确认模 式数据协议数据单元；
确定所述用户设备成功接收到所述至少一个第一数据单元的标识所对 应的所述至少一个第一数据单元。
8、 根据权利要求 7所述的方法， 其特征在于， 所述方法还包括： 建立所述传输控制协议数据包的标识与所述至少一个第一数据单元的 标识之间的对应关系。
9、 根据权利要求 8所述的方法， 其特征在于， 所述建立所述传输控制 协议数据包的标识与所述至少一个第一数据单元的标识之间的对应关系之 前， 还包括：
接收传输控制协议发送端发送的所述传输控制协议数据包， 所述传输 控制协议数据包中携带所述传输控制协议数据包的标识；
对所述传输控制协议数据包进行无线链路的协议封装， 生成所述至少 一个第一数据单元；
对所述至少一个第一数据单元中对每一个第一数据单元进行标识， 获 取到所述至少一个第一数据单元的标识；
建立所述传输控制协议数据包的标识与所述至少一个第一数据单元的 标识之间的对应关系之后， 还包括：
在所述至少一个第一数据单元中携带所述至少一个第一数据单元的标 识；
向所述用户设备发送携带所述至少一个第一数据单元的标识的所述至 少一个第一数据单元。
10、根据权利要求 7-9任一所述的方法，其特征在于，所述方法还包括： 释放緩存队列中所述至少一个第一数据单元的标识所对应的所述至少 一个第一数据单元。
11、 一种无线接入网络设备， 其特征在于， 包括：
收发模块， 用于接收用户设备发送的无线链路控制协议的状态报告消 息；
获取模块一， 用于根据所述收发模块接收的所述状态报告消息获取所 述用户设备接收到的 n个第一数据单元的标识； 所述第一数据单元为无线 链路控制协议确认模式数据协议数据单元， 所述 n为大于等于 1的正整数； 获取模块二， 用于根据发送的传输控制协议数据包的标识与 m个第一 数据单元的标识之间的对应关系、 以及所述获取模块一获取的所述 n个第 一数据单元的标识， 获取所述用户设备接收到的传输数据协议数据包的标 识； 其中， 所述 m为大于等于 1的正整数， 所述 m个第一数据单元的标识 包括所述 n个第一数据单元的标识；
确定模块， 用于根据所述获取模块二获取的所述用户设备接收到的传 输数据协议数据包的标识， 确定所述用户设备接收到所述获取模块二获取
12、 根据权利要求 11所述的设备， 其特征在于， 所述设备还包括： 建立模块， 用于建立所述获取模块一获取的所述发送的传输控制协议 数据包的标识与所述获取模块二获取的所述 m个第一数据单元的标识之间 的对应关系。
13、 根据权利要求 12所述的设备， 其特征在于，
所述收发模块， 还用于接收来自于传输控制协议发送端的所述发送的 传输控制协议数据包， 所述发送的传输控制协议数据包中携带所述发送的 传输控制协议数据包的标识；
所述设备还包括： 生成模块、 获取模块三， 处理模块；
所述生成模块， 用于对所述收发模块接收的所述发送的传输控制协议 数据包进行无线链路的协议封装， 生成所述 m个第一数据单元；
所述获取模块三， 用于对所述生成模块生成的所述 m个第一数据单元 中对每一个第一数据单元进行标识，获取到所述 m个第一数据单元的标识； 所述处理模块， 用于在所述生成模块生成的所述 m个第一数据单元中 设置轮询比特指示信息， 并在所述 m个第一数据单元中携带所述获取模块 三获取的 m个第一数据单元的标识；
所述收发模块， 还用于向所述用户设备发送所述处理模块处理的携带 所述轮询比特指示信息和所述获取模块三获取的 m个第一数据单元的标识 的所述 m个第一数据单元。
14、 根据权利要求 13所述的设备， 其特征在于， 所述设备还包括： 判定模块， 用于对所述收发模块接收的所述发送的传输控制协议数据 包进行校验， 判定所述发送的传输控制协议数据包正确。
15、 根据权利要求 13或 14所述的设备， 其特征在于，
所述生成模块还用于根据所述用户设备接收到的传输数据协议数据包 的标识生成所述传输控制协议数据的确认消息；
所述处理模块还用于将所述传输控制协议数据的确认消息的源 IP地址 设置为所述用户设备的 IP地址；
所述收发模块还用于向所述传输控制协议发送端发送所述生成模块生 成的传输控制协议数据的确认消息。
16、 一种无线接入网络设备， 其特征在于， 包括：
收发模块， 用于接收用户设备发送的传输控制协议数据包的确认消息； 获取模块一， 用于根据所述收发模块接收的所述传输控制协议数据包 的确认消息获取所述用户设备成功接收到的所述传输控制协议数据包的标 识；
获取模块二， 用于根据所述传输控制协议数据包的标识与至少一个第 一数据单元的标识之间的对应关系， 获取所述获取模块一获取的所述传输 控制协议数据包的标识所对应的所述至少一个第一数据单元的标识； 所述 第一数据单元为无线链路控制协议确认模式数据协议数据单元； 确定模块， 用于确定所述用户设备成功接收到所述获取模块二获取的 所述至少一个第一数据单元的标识对应的所述至少一个第一数据单元。
17、 根据权利要求 16所述的设备， 其特征在于， 所述设备还包括： 建立模块， 用于建立所述获取模块一获取的传输控制协议数据包的标 识与所述获取模块二获取的所述至少一个第一数据单元的标识之间的对应 关系。
18、 根据权利要求 17所述的设备， 其特征在于，
所述收发模块， 还用于接收传输控制协议发送端发送的所述传输控制 协议数据包， 所述传输控制协议数据包中携带所述传输控制协议数据包的 标识；
所述设备还包括： 生成模块、 获取模块三和处理模块；
所述生成模块， 用于对所述收发模块接收的所述传输控制协议数据包 进行无线链路的协议封装， 生成所述至少一个第一数据单元；
所述获取模块三， 用于对所述生成模块生成的所述至少一个第一数据 单元中对每一个第一数据单元进行标识， 获取到所述至少一个第一数据单 元的标识；
所述处理模块， 用于将所述生成模块生成的至少一个第一数据单元中 携带所述获取模块三获取的至少一个第一数据单元的标识；
所述收发模块， 还用于向所述用户设备发送所述处理模块处理得到的 携带所述至少一个第一数据单元的标识的所述至少一个第一数据单元。
19、根据权利要求 16-18任一所述的设备， 其特征在于， 所述设备还包 括：
释放模块， 用于释放緩存队列中所述获取模块二获取的所述至少一个 第一数据单元的标识所对应的所述至少一个第一数据单元。
20、 一种网络通信系统， 其特征在于， 包括： 无线接入网络设备和用 户设备； 所述无线接入网络设备， 用于接收所述用户设备发送的无线链路控制 协议的状态报告消息； 根据所述无线链路控制协议的状态报告消息获取所 述用户设备接收到的 n个第一数据单元的标识； 所述第一数据单元为无线 链路控制协议确认模式数据协议数据单元； 所述 n为大于等于 1的正整数； 根据发送的传输控制协议数据包的标识与 m个第一数据单元的标识之间的 对应关系、 以及所述 n个第一数据单元的标识， 获取所述用户设备接收到 的传输数据协议数据包的标识； 其中， 所述 m为大于等于 1的正整数， 所 述 m个第一数据单元的标识包括所述 n个第一数据单元的标识； 根据所述 用户设备接收到的传输数据协议数据包的标识， 确定所述用户设备接收到
21、 一种网络通信系统， 其特征在于， 包括： 无线接入网络设备和用 户设备；
所述无线接入网络设备， 用于接收所述用户设备发送的传输控制协议 数据包的确认消息； 根据所述传输控制协议数据包的确认消息获取所述用 户设备成功接收到的所述传输控制协议数据包的标识； 根据所述传输控制 协议数据包的标识与至少一个第一数据单元的标识之间的对应关系， 获取 所述传输控制协议数据包的标识所对应的所述至少一个第一数据单元的标 识； 所述第一数据单元为无线链路控制协议确认模式数据协议数据单元； 确定所述用户设备成功接收到所述至少一个第一数据单元的标识对应的所 述至少一个第一数据单元。
PCT/CN2012/074770 2011-04-26 2012-04-26 消息处理方法、设备及系统 WO2012146189A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP12777428.9A EP2696621A4 (en) 2011-04-26 2012-04-26 METHOD, DEVICE AND SYSTEM FOR MESSAGE PROCESSING
US14/061,998 US9456384B2 (en) 2011-04-26 2013-10-24 Message processing method, device, and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110105530.9 2011-04-26
CN201110105530.9A CN102761905B (zh) 2011-04-26 2011-04-26 消息处理方法、设备及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/061,998 Continuation US9456384B2 (en) 2011-04-26 2013-10-24 Message processing method, device, and system

Publications (1)

Publication Number Publication Date
WO2012146189A1 true WO2012146189A1 (zh) 2012-11-01

Family

ID=47056193

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/074770 WO2012146189A1 (zh) 2011-04-26 2012-04-26 消息处理方法、设备及系统

Country Status (4)

Country Link
US (1) US9456384B2 (zh)
EP (1) EP2696621A4 (zh)
CN (1) CN102761905B (zh)
WO (1) WO2012146189A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2993954A4 (en) * 2013-05-20 2016-04-13 Huawei Tech Co Ltd CONFIRMATION PACKET TRANSMISSION METHOD AND DEVICE THEREFOR

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130250853A1 (en) * 2012-03-20 2013-09-26 Qualcomm Incorporated Methods and apparatuses to improve round trip time in transfer control protocol using accelerated acknowledgement messages
WO2014117359A1 (zh) * 2013-01-31 2014-08-07 华为技术有限公司 反馈丢包的消息处理方法及装置
WO2015108373A1 (en) * 2014-01-16 2015-07-23 Samsung Electronics Co., Ltd. Apparatus and method for operating user plane protocol stack in connectionless communicaton system
WO2017177440A1 (zh) * 2016-04-15 2017-10-19 富士通株式会社 状态指示的传输装置、方法以及通信系统
WO2018027814A1 (zh) * 2016-08-11 2018-02-15 华为技术有限公司 一种数据传输方法、数据接收设备及数据发送设备
WO2018058380A1 (zh) * 2016-09-28 2018-04-05 华为技术有限公司 一种数据传输方法、网络设备及终端设备
CN108307516B (zh) * 2016-09-30 2021-08-13 华为技术有限公司 数据传输方法及相关设备
CN109845317A (zh) * 2016-10-18 2019-06-04 华为技术有限公司 数据传输方法及设备
EP3735024B1 (en) * 2017-12-25 2022-12-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and device and computer storage medium
CN111480360A (zh) 2017-12-27 2020-07-31 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
EP3570477B1 (en) * 2018-03-23 2021-09-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for retransmission processing
US11252109B1 (en) * 2018-09-21 2022-02-15 Marvell Asia Pte Ltd Out of order placement of data in network devices

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1842052A (zh) * 2005-03-29 2006-10-04 华为技术有限公司 无线链路控制层的数据传输方法
CA2676002A1 (en) * 2007-02-01 2008-08-07 Telefonaktiebolaget L M Ericsson (Publ) A method and a device for improved status reports
CN101267582A (zh) * 2007-03-15 2008-09-17 展讯通信（上海）有限公司 高速下行分组接入下省略rlc确认性状态报告的方法及系统

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5477550A (en) * 1993-03-08 1995-12-19 Crisler; Kenneth J. Method for communicating data using a modified SR-ARQ protocol
EP1056258A1 (en) * 1999-05-27 2000-11-29 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Data unit sending means and control method in wireless networks
US7627121B1 (en) * 2001-02-15 2009-12-01 At&T Mobility Ii Llc Apparatus, system and method for detecting a loss of key stream synchronization in a communication system
US6961349B2 (en) * 2001-05-30 2005-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Handling TCP protocol for connections transmitted in parallel over radio link
ATE502472T1 (de) * 2001-11-24 2011-04-15 Lg Electronics Inc Verfahren zur übertragung von paketdaten in komprimierter form in einem kommunikationssystem
AU2002216136A1 (en) * 2001-12-04 2003-06-17 Nokia Corporation Method and system for dispatching multiple tcp packets from communication systems
KR100611125B1 (ko) 2003-05-09 2006-08-10 삼성전자주식회사 애드 혹 네트워크에서 트리구조를 이용한 최적 라우팅경로 설정 장치 및 방법
US9240868B2 (en) * 2004-11-05 2016-01-19 Ruckus Wireless, Inc. Increasing reliable data throughput in a wireless network
CN101116277A (zh) * 2005-02-07 2008-01-30 三星电子株式会社 用于请求/传送移动通信系统的状态报告的方法和设备
CN1949697B (zh) * 2005-10-14 2011-05-11 大唐移动通信设备有限公司 一种确保收发双方数据一致的数据传输方法
US7633917B2 (en) * 2006-03-10 2009-12-15 Cisco Technology, Inc. Mobile network device multi-link optimizations
US8208474B2 (en) * 2006-07-31 2012-06-26 Samsung Electronics Co., Ltd Method and apparatus for transmitting/receiving packet in a mobile communication system
US20110044338A1 (en) * 2006-12-20 2011-02-24 Thomas Anthony Stahl Throughput in a lan by managing tcp acks
US8279873B2 (en) * 2007-06-01 2012-10-02 Telefonaktiebolaget Lm Ericsson (Publ) Out of sequence delivery of status reports on a separate channel
US8315243B2 (en) * 2007-08-14 2012-11-20 Qualcomm Incorporated Transport of PDCP control PDUs within MAC frames
TW200926721A (en) * 2007-10-01 2009-06-16 Interdigital Patent Holdings Method and apparatus for enhancing various PDCP and layer 2 operations
WO2009088343A1 (en) * 2008-01-07 2009-07-16 Telefonaktiebolaget L M Ericsson (Publ) Status reporting for retransmission protocol
CN101309099B (zh) * 2008-07-10 2012-05-09 青岛海信移动通信技术股份有限公司 一种移动终端射频功率控制方法
CN101335603B (zh) 2008-07-17 2011-03-30 华为技术有限公司 数据传输方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1842052A (zh) * 2005-03-29 2006-10-04 华为技术有限公司 无线链路控制层的数据传输方法
CA2676002A1 (en) * 2007-02-01 2008-08-07 Telefonaktiebolaget L M Ericsson (Publ) A method and a device for improved status reports
CN101267582A (zh) * 2007-03-15 2008-09-17 展讯通信（上海）有限公司 高速下行分组接入下省略rlc确认性状态报告的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2696621A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2993954A4 (en) * 2013-05-20 2016-04-13 Huawei Tech Co Ltd CONFIRMATION PACKET TRANSMISSION METHOD AND DEVICE THEREFOR
US9907112B2 (en) 2013-05-20 2018-02-27 Huawei Technologies Co., Ltd. Acknowledgment packet sending method and device
US10321514B2 (en) 2013-05-20 2019-06-11 Huawei Technologies Co., Ltd. Acknowledgment packet sending method and device

Also Published As

Publication number Publication date
EP2696621A4 (en) 2014-10-29
CN102761905B (zh) 2016-03-30
US9456384B2 (en) 2016-09-27
EP2696621A1 (en) 2014-02-12
CN102761905A (zh) 2012-10-31
US20140050096A1 (en) 2014-02-20

Similar Documents

Publication Publication Date Title
WO2012146189A1 (zh) 消息处理方法、设备及系统
US10630819B2 (en) Method and apparatus for PCDP discard
US9730104B2 (en) Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications
JP5883918B2 (ja) 無線リソース制御シグナリングを使用した無線リンク制御のリセット
JP5361828B2 (ja) 移動通信システムにおけるパケット再送方法及びそのプログラムが記録されたコンピュータで読取り可能な記録媒体
US20090103445A1 (en) Method and apparatus for enhancing various pdcp and layer 2 operations
KR20100053625A (ko) 무선 통신 시스템에서의 핸드오버 동안 데이터의 계층 2 터널링
WO2008072911A1 (en) Apparatus and method for transmitting/receiving data in a mobile communication system
TW200833146A (en) Node B based segmentation/concatenation
TW200935812A (en) Status reporting for retransmission protocol
WO2014186944A1 (zh) 一种确认报文发送方法及其设备
WO2014166053A1 (zh) 一种通讯方法和终端
EP2896267A1 (en) Passive radio link control entity with unified interface
WO2012083762A1 (zh) 数据传输方法、设备及系统
WO2008141484A1 (fr) Procédé et système de commande d'un nouveau transfert pour un seul paquet de données ou le dernier paquet de données
WO2012155662A1 (zh) 状态报告的处理方法、通信设备和通信系统
CN113207190A (zh) 接入层ip包的处理方法、装置及设备
JP2013034048A (ja) 無線通信装置及び再送制御方法
US20240014939A1 (en) Radio Link Control Cumulative Mode for New Radio
WO2011134232A1 (zh) Lte系统中用户设备的切换处理方法、装置和系统
EP4277342A2 (en) Radio link control cumulative mode for new radio
WO2015100581A1 (zh) 一种通信方法及设备
CN117835296A (zh) 一种被用于无线通信中的方法和装置
WO2012088961A1 (zh) 一种发送方法及设备
WO2013102310A1 (zh) 数据处理的方法和设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12777428

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012777428

Country of ref document: EP