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

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

Info

Publication number
CN102761905A
CN102761905A CN2011101055309A CN201110105530A CN102761905A CN 102761905 A CN102761905 A CN 102761905A CN 2011101055309 A CN2011101055309 A CN 2011101055309A CN 201110105530 A CN201110105530 A CN 201110105530A CN 102761905 A CN102761905 A CN 102761905A
Authority
CN
China
Prior art keywords
sign
data
data cell
transmission control
control protocol
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2011101055309A
Other languages
English (en)
Other versions
CN102761905B (zh
Inventor
崔翔嵩
余芳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201110105530.9A priority Critical patent/CN102761905B/zh
Priority to EP12777428.9A priority patent/EP2696621A4/en
Priority to PCT/CN2012/074770 priority patent/WO2012146189A1/zh
Publication of CN102761905A publication Critical patent/CN102761905A/zh
Priority to US14/061,998 priority patent/US9456384B2/en
Application granted granted Critical
Publication of CN102761905B publication Critical patent/CN102761905B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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

Abstract

本发明提供一种消息处理方法、设备及系统。该方法包括：接收UE发送的TCP数据的确认消息；根据TCP数据的确认消息获取UE成功接收到的TCP数据包的标识；根据TCP数据包的标识与至少一个RLC协议AMD PDU的标识之间的对应关系，获取TCP数据包的标识对应的至少一个RLC协议AMD PDU的标识；确定UE成功接收到至少一个RLC协议AMD PDU的标识对应的至少一个RLC协议AMD PDU。采用本发明实施例的技术方案，不用同时接收RLC的状态报告消息和TCP数据包的确认消息，能够有效地节省空中接口带宽和频率资源，提高了TCP数据包传输的效率。

Description

消息处理方法、设备及系统
技术领域
本发明实施例涉及通信技术领域，尤其涉及一种消息处理方法、设备及系统。
背景技术
第三代伙伴计划(3rd Generation Partnership Project；以下简称3GPP)网络中的移动用户在使用分组数据业务时，通常会同时使用传输控制协议(Transmission Control Protocol；以下简称TCP)和无线链路控制(RadioLink Control；以下简称RLC)协议的数据传输功能。
当进行业务数据传输时，TCP发送端发送的TCP数据包经过无线接入网(Radio Access Network；以下简称RAN)设备转发给用户设备，用户设备会向RNC设备返回TCP ACK确认消息。而且由于该TCP数据包会在RLC链路中封装成多个RLC协议的数据协议数据单元(Acknowledged ModeData Protocol Data Unit；以下简称AMD PDU)传输给用户设备，使得用户设备需要向RNC设备发送RLC协议的状态报告(Status Report)，以告知RNC设备用户设备成功接收到RLC协议AMD PDU。也就是说，当进行业务数据传输时，用户设备上会产生大量的TCP ACK和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协议AMDPDU的标识之间的对应关系，获取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之间的数据传输流程图。
图2为本发明一实施例提供的消息处理方法的流程图。
图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 AccessNetwork；以下简称RAN)转发到移动终端以及由移动终端发至RAN之后再转发到互联网，例如RAN设备与表示移动终端的用户设备(User Equipment；以下简称UE)之间使用RLC协议的数据传输。
图1为现有技术中网络中的TCP发送端与UE之间的数据传输流程图，如图1所示，具体的传输流程如下：
101a、TCP发送端向RAN设备发送TCP数据包，且每一个TCP数据包中都携带顺序号标识。
102a、RAN设备接收包含该TCP数据包的数据报文，并将包含该TCP数据包的数据报文进行无线链路的协议封装，形成至少一个RLC协议AMDPDU。
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的数据传输确认，这些数据传输确认存在重复的确认，严重地浪费了宝贵的空中接口带宽和频率资源。
图2为本发明一实施例提供的消息处理方法的流程图。如图2所示，本实施例的消息处理方法的执行主体为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协议AMDPDU的标识之间的对应关系、以及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也可以大于n。
本实施例的消息处理方法接收UE发送的RLC协议的状态报告消息；根据RLC协议的状态报告消息获取UE接收到的n个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)，...Y(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，因为标识为Y(1)到Y(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数据包为例，标识分别为X1，X2和X3。标识X1的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协议AMDPDU的标识之间的对应关系。
例如TCP数据包的编号X1与至少一个RLC协议AMD PDU的编号{Y1，Y2，Y3，...Yi...Ym}之间的对应关系可以表示为：
Figure BDA0000057603060000101
需要特别说明的是，本实施例中不限定编号之间对应关系的具体形式。
可选地，在上述104之前，还可以包括如下：
105、RAN设备接收网络中的TCP发送端发送的TCP数据包。
其中该发送的TCP数据包中携带有发送的TCP数据包的标识；这里的发送的TCP数据包的标识可以为TCP数据包的编号。例如为X1。
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协议AMDPDU进行标识，获取到m个RLC协议AMD PDU的标识。
具体地，采用该步骤，可以在m个RLC协议AMD PDU中的每一个RLC协议AMD PDU中携带对应的标识，该标识可以为该RLC协议AMD PDU的编号或者顺序号。例如可以得到m个RLC协议AMD PDU中各个RLC协议AMD PDU的编号为{Y1，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协议AMDPDU都已经被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协议AMDPDU中可以在建立对应关系之后执行。
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协议AMDPDU，以备存储新的RLC协议AMD PDU；执行步骤215。
其中，步骤214也可以位于212之后，213之前。
215、RAN设备确定UE成功接收到TCP数据包的顺序号对应的TCP数据包；执行步骤216。
216、RAN设备向TCP发送端发送TCP ACK，以告知TCP发送端UE已经接收到TCP数据包。
需要说明的是，这里RAN设备在向TCP发送端发送TCPACK的时候，RAN设备先根据UE已接收的TCP数据包的标识生成TCP ACK。然后可以将TCP ACK中的源IP地址设置为UE的地址，然后再发给TCP发送端。这样，TCP发送端可以认为该TCPACK就是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协议AMDPDU。与现有技术相比，采用本实施例的技术方案，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协议AMDPDU标识，得到至少一个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协议AMDPDU中也可以放在建立对应关系之后进行。
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协议AMDPDU的标识之间的对应关系、以及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协议AMDPDU标识的RLC协议AMD PDU单元，例如可以在每一个RLC协议AMDPDU中携带对应的标识。
本实施例的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 (21)

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.一种网络通信系统，其特征在于，包括：无线接入网络设备和用户设备；
所述无线接入网络设备，用于接收所述用户设备发送的传输控制协议数据包的确认消息；根据所述传输控制协议数据包的确认消息获取所述用户设备成功接收到的所述传输控制协议数据包的标识；根据所述传输控制协议数据包的标识与至少一个第一数据单元的标识之间的对应关系，获取所述传输控制协议数据包的标识所对应的所述至少一个第一数据单元的标识；所述第一数据单元为无线链路控制协议确认模式数据协议数据单元；确定所述用户设备成功接收到所述至少一个第一数据单元的标识对应的所述至少一个第一数据单元。
CN201110105530.9A 2011-04-26 2011-04-26 消息处理方法、设备及系统 Active CN102761905B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201110105530.9A CN102761905B (zh) 2011-04-26 2011-04-26 消息处理方法、设备及系统
EP12777428.9A EP2696621A4 (en) 2011-04-26 2012-04-26 METHOD, DEVICE AND SYSTEM FOR MESSAGE PROCESSING
PCT/CN2012/074770 WO2012146189A1 (zh) 2011-04-26 2012-04-26 消息处理方法、设备及系统
US14/061,998 US9456384B2 (en) 2011-04-26 2013-10-24 Message processing method, device, and system

Applications Claiming Priority (1)

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

Publications (2)

Publication Number Publication Date
CN102761905A true CN102761905A (zh) 2012-10-31
CN102761905B CN102761905B (zh) 2016-03-30

Family

ID=47056193

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110105530.9A Active CN102761905B (zh) 2011-04-26 2011-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 (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104137507A (zh) * 2013-01-31 2014-11-05 华为技术有限公司 反馈丢包的消息处理方法及装置
CN104641719A (zh) * 2013-05-20 2015-05-20 华为技术有限公司 一种确认报文发送方法及其设备
WO2018027814A1 (zh) * 2016-08-11 2018-02-15 华为技术有限公司 一种数据传输方法、数据接收设备及数据发送设备
WO2018059313A1 (zh) * 2016-09-30 2018-04-05 华为技术有限公司 数据传输方法及相关设备
WO2018058380A1 (zh) * 2016-09-28 2018-04-05 华为技术有限公司 一种数据传输方法、网络设备及终端设备
WO2018072097A1 (zh) * 2016-10-18 2018-04-26 华为技术有限公司 数据传输方法及设备
CN108702649A (zh) * 2016-04-15 2018-10-23 富士通株式会社 状态指示的传输装置、方法以及通信系统
WO2019127142A1 (zh) * 2017-12-27 2019-07-04 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
WO2019126955A1 (zh) * 2017-12-25 2019-07-04 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
CN110809326A (zh) * 2014-01-16 2020-02-18 三星电子株式会社 用户设备及其方法

Families Citing this family (3)

* 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
US11121829B2 (en) * 2018-03-23 2021-09-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device 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 (7)

* 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
CN1528077A (zh) * 1999-05-27 2004-09-08 ����ɭ�绰�ɷ����޹�˾ 协议数据单元封装方法
CN1949697A (zh) * 2005-10-14 2007-04-18 大唐移动通信设备有限公司 一种确保收发双方数据一致的数据传输方法
CN101116277A (zh) * 2005-02-07 2008-01-30 三星电子株式会社 用于请求/传送移动通信系统的状态报告的方法和设备
CN101309099A (zh) * 2008-07-10 2008-11-19 青岛海信移动通信技术股份有限公司 一种移动终端射频功率控制方法
WO2008147271A1 (en) * 2007-06-01 2008-12-04 Telefonaktiebolaget Lm Ericsson (Publ) Out of sequence delivery of status reports on a separate channel
CN101335603A (zh) * 2008-07-17 2008-12-31 华为技术有限公司 数据传输方法和装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
EP1315356B1 (en) * 2001-11-24 2008-10-22 Lg Electronics Inc. Method for transmitting packet data in compressed form in a communication system
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
CN100407698C (zh) * 2005-03-29 2008-07-30 华为技术有限公司 无线链路控制层的数据传输方法
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
CN101971590A (zh) * 2006-12-20 2011-02-09 汤姆森许可贸易公司 通过管理tcp ack来提高lan中的吞吐量
ES2754077T3 (es) * 2007-02-01 2020-04-15 Ericsson Telefon Ab L M Un método y un dispositivo para informes de estado mejorados
CN101267582B (zh) * 2007-03-15 2011-03-09 展讯通信（上海）有限公司 高速下行分组接入下省略rlc确认性状态报告的方法及系统
US8315243B2 (en) * 2007-08-14 2012-11-20 Qualcomm Incorporated Transport of PDCP control PDUs within MAC frames
US20090103445A1 (en) * 2007-10-01 2009-04-23 Interdigital Patent Holdings, Inc. Method and apparatus for enhancing various pdcp and layer 2 operations
JP5215413B2 (ja) * 2008-01-07 2013-06-19 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 再送プロトコルのためのステータス報告

Patent Citations (7)

* 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
CN1528077A (zh) * 1999-05-27 2004-09-08 ����ɭ�绰�ɷ����޹�˾ 协议数据单元封装方法
CN101116277A (zh) * 2005-02-07 2008-01-30 三星电子株式会社 用于请求/传送移动通信系统的状态报告的方法和设备
CN1949697A (zh) * 2005-10-14 2007-04-18 大唐移动通信设备有限公司 一种确保收发双方数据一致的数据传输方法
WO2008147271A1 (en) * 2007-06-01 2008-12-04 Telefonaktiebolaget Lm Ericsson (Publ) Out of sequence delivery of status reports on a separate channel
CN101309099A (zh) * 2008-07-10 2008-11-19 青岛海信移动通信技术股份有限公司 一种移动终端射频功率控制方法
CN101335603A (zh) * 2008-07-17 2008-12-31 华为技术有限公司 数据传输方法和装置

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104137507A (zh) * 2013-01-31 2014-11-05 华为技术有限公司 反馈丢包的消息处理方法及装置
US10321514B2 (en) 2013-05-20 2019-06-11 Huawei Technologies Co., Ltd. Acknowledgment packet sending method and device
CN104641719A (zh) * 2013-05-20 2015-05-20 华为技术有限公司 一种确认报文发送方法及其设备
CN110809326B (zh) * 2014-01-16 2023-05-02 三星电子株式会社 用户设备及其方法
CN110809326A (zh) * 2014-01-16 2020-02-18 三星电子株式会社 用户设备及其方法
CN108702649B (zh) * 2016-04-15 2022-01-11 富士通株式会社 状态指示的传输装置、方法以及通信系统
CN108702649A (zh) * 2016-04-15 2018-10-23 富士通株式会社 状态指示的传输装置、方法以及通信系统
WO2018027814A1 (zh) * 2016-08-11 2018-02-15 华为技术有限公司 一种数据传输方法、数据接收设备及数据发送设备
US10932159B2 (en) 2016-08-11 2021-02-23 Huawei Technologies Co., Ltd. Data transmission method, data receiving device, and data sending device
CN109314608A (zh) * 2016-09-28 2019-02-05 华为技术有限公司 一种数据传输方法、网络设备及终端设备
WO2018058380A1 (zh) * 2016-09-28 2018-04-05 华为技术有限公司 一种数据传输方法、网络设备及终端设备
CN108307516A (zh) * 2016-09-30 2018-07-20 华为技术有限公司 数据传输方法及相关设备
CN108307516B (zh) * 2016-09-30 2021-08-13 华为技术有限公司 数据传输方法及相关设备
WO2018059313A1 (zh) * 2016-09-30 2018-04-05 华为技术有限公司 数据传输方法及相关设备
CN109845317A (zh) * 2016-10-18 2019-06-04 华为技术有限公司 数据传输方法及设备
WO2018072097A1 (zh) * 2016-10-18 2018-04-26 华为技术有限公司 数据传输方法及设备
WO2019126955A1 (zh) * 2017-12-25 2019-07-04 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
WO2019127142A1 (zh) * 2017-12-27 2019-07-04 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
US11343708B2 (en) 2017-12-27 2022-05-24 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and device, and computer storage medium

Also Published As

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

Similar Documents

Publication Publication Date Title
CN102761905B (zh) 消息处理方法、设备及系统
EP1993226B1 (en) Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system
JP5215413B2 (ja) 再送プロトコルのためのステータス報告
JP2021528014A (ja) 情報伝送方法及び装置
US20080016161A1 (en) Methods and apparatus for using electronic envelopes to configure parameters
RU2011103399A (ru) Способ облегчения передачи обслуживания устройства мобильной связи
CN104935414A (zh) 一种在双连接系统中传输信息的方法和装置
US10979934B2 (en) System and method for maintaining synchronization in connectionless transmissions
KR20060088074A (ko) 일체형 기지국, 및 통신 시스템에서 이동 디바이스에데이터 유닛을 전송하는 방법
CN107104902B (zh) 一种rdma数据传输的方法、相关装置与系统
EP3641258A1 (en) Data transmission method, related device and communication system
CN101652951A (zh) 重发请求发送方法及接收端装置
CN104685930A (zh) 一种通讯方法和终端
WO2019141371A1 (en) Multi-connectivity based on a first sidelink connection and a second connection via base station for wireless networks
WO2020119813A1 (zh) 一种故障确定方法及装置
CN111163081A (zh) 数据传输方法、装置、设备及存储介质
JP5124591B2 (ja) Ｒａｎにおける連続するデータユニットの表示の方法
EP3902348A1 (en) Communication device and communication method
CN109756306B (zh) 信息传输方法和通信设备
JP2004007457A5 (zh)
CN106603205B (zh) 数据传输方法、装置和系统
CN113207190B (zh) 接入层ip包的处理方法、装置及设备
WO2018170907A1 (zh) 通信方法、终端和网络设备
CN104798388B (zh) 数据包接收状态的反馈方法、发送节点及接收节点
CN100359841C (zh) 一种发送状态报告的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20210423

Address after: Unit 3401, unit a, building 6, Shenye Zhongcheng, No. 8089, Hongli West Road, Donghai community, Xiangmihu street, Futian District, Shenzhen, Guangdong 518040

Patentee after: Honor Device Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right