CN1705308A - 一种用户面数据处理方法 - Google Patents
一种用户面数据处理方法 Download PDFInfo
- Publication number
- CN1705308A CN1705308A CN 200410042692 CN200410042692A CN1705308A CN 1705308 A CN1705308 A CN 1705308A CN 200410042692 CN200410042692 CN 200410042692 CN 200410042692 A CN200410042692 A CN 200410042692A CN 1705308 A CN1705308 A CN 1705308A
- Authority
- CN
- China
- Prior art keywords
- wine
- rice
- packet
- eating dishes
- data
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种用户面数据处理方法,其主要处理步骤如下:a.对从空口协议栈中高层下发的IP数据流中的每一个数据包进行判断:当前接收到的IP数据包是否为TCP的ACK数据包,对所有是TCP的ACK数据包的IP数据包执行步骤b;对所有不是TCP的ACK数据包的IP数据包执行步骤c;b.对IP数据包进行PDCP层的功能处理,结束当前处理流程;c.对IP数据包进行流控,再转入步骤b。采用本发明方法能够在保持原有TCP/IP和全球移动通信***(UMTS)数据传输机制的基础上,优先将TCP的ACK数据包发送到对方,从而减少TCP的ACK数据包的回复时延,保证稳定的用户面数据传输速率。
Description
技术领域
本发明涉及一种数据处理技术,特别涉及一种用户面数据处理方法。
背景技术
目前,随着通信技术的发展,特别是3G技术的发展,数据服务将成为移动通信***的重要业务之一。这种无线数据业务将为终端用户提供到Internet的无缝连接,可以让用户通过无线***得到更方便的资讯。现有的Internet网络主要通过传输控制协议(TCP)/网际协议(IP)来进行组网并完成数据传输,但很多的研究表明TCP在无线传输中的性能却不是很理想。
空口的各协议层被划分为用户平面和控制平面,在用户平面传输的数据被称为用户面数据。当TCP传输机制和全球移动通信***(UMTS)相结合时,空口的用户面数据被分为两类:TCP的确认(ACK)数据包和非TCP的ACK数据包。根据现有的TCP传输机制和UMTS的空口传输特点,在上行和下行同时进行用户面数据传输时,特别是在非对称业务中,空口和TCP传输机制的配合常常不能够达到令人满意的效果。比如说:当下行发送方下发TCP数据包后,根据TCP的ACK数据包回复机制,下行接收方需要返回ACK数据包给发送方,然后发送方才能确认接收方是否收到该TCP数据包;由于双向数据传输时,上行发送方即上述下行接收方同时也会发送TCP数据包,因此,上行TCP数据包就可能在空口阻塞下行TCP数据包的ACK数据包的发送,如果造成ACK数据包回复的时延较大,发送方会认为TCP数据包没有送到而进行重发,使阻塞在空口的数据包大大增加,反而使ACK数据包回复的时延进一步增加,发送方甚至会根据TCP启动拥塞机制减慢传输速率,从而使整个用户面数据传输效率大大降低。
目前,就如何提高TCP在无线网络和非对称网络上用户面数据传输性能的问题,协议RFC3481和RFC3449分别给出了相关的策略,包括:调整发送方和接收方的TCP窗口大小,增加发送方的初始发送窗口,限制发送方的发送速率,调整最大数据传输单元(MTU)的大小,在发送方启用路径MTU检测机制,在发送方和接收方启用选择性ACK,启用直接拥塞通知机制,启用时间戳机制,不使用TCP/IP的头压缩算法,修改接收方返回ACK机制等。
这些技术方案都是对现有的TCP/IP进行参数和机制的相应调整,从一定程度上提高了TCP在无线网络中的用户面数据传输的性能。但是,这些措施没有真正解决无线网络中上行和下行同时进行数据传输时,上行和下行相互影响的问题,这些调整不能保证用户面数据流在空口保持稳定的速率,势必会在空口产生数据的缓存和突发,从而造成TCP启用拥塞机制,导致数据传输速率的不稳定。另外,以上的调整不能够产生统一有益的效果,往往是针对不同的应用环境采用不同的参数组合才能达到一定的效果,并且在实际的无线网络应用中,Internet上各个服务节点的主机是不可控的,或者另一个IP终端是手机,对不可控主机的TCP/IP参数进行调整或者由普通手机用户来修改TCP/IP参数都是不现实的,不适合于网络的实际应用。而且,其中有些措施需要对TCP/IP进行重新设计和实现,会影响到现有网络的数据传输,对于现有的网络来说不是一种可行的办法。
发明内容
有鉴于此,本发明的主要目的在于提供一种用户面数据处理方法,在保持原有TCP/IP和UMTS数据传输机制的基础上,优先将TCP的ACK数据包发送到对方,从而减少TCP的ACK数据包的回复时延,保证稳定的用户面数据传输速率。
为达到上述目的,本发明的技术方案是这样实现的:
本发明公开了一种用户面数据处理方法,包括如下步骤:
a.对从空口协议栈中高层下发的IP数据流中的每一个数据包进行判断:当前接收到的IP数据包是否为TCP的ACK数据包,对所有是TCP的ACK数据包的IP数据包执行步骤b;对所有不是TCP的ACK数据包的IP数据包执行步骤c;
b.对IP数据包进行分组数据汇聚协议(PDCP)层的功能处理,结束当前处理流程;
c.对IP数据包进行流控,再转入步骤b。
步骤a中,所述对所有是TCP的ACK数据包的IP数据包执行步骤b之前进一步包括:将所有是TCP的ACK数据包的IP数据包标识为高优先级;
并且,步骤c中,所述流控的方法为:将所有不是TCP的ACK数据包的IP数据包标识为低优先级;
步骤b中,所述对数据包进行PDCP层的功能处理之后进一步包括:
在无线链路控制(RLC)协议层对每一个准备下发的RLC数据包进行判断:当前准备下发的RLC数据包是否为优先级高的数据包,将所有优先级高的RLC数据包分配到优先级高的逻辑信道,结束当前处理流程;将所有优先级不为高的RLC数据包分配到优先级低的逻辑信道,结束当前处理流程。
步骤b中,在所述判断之前,进一步包括:RLC层对接收到的每一个PDCP数据包进行RLC层功能处理。
其中,该方法进一步包括:媒体访问控制MAC协议层根据监测到的空口数据传输参数得到空口数据传输相关信息并上报PDCP层;
步骤c中,所述进行流控的方法为:
c1.PDCP层缓存IP数据包;
c2.PDCP层根据MAC层上报的空口数据传输相关信息判断空口是否拥塞,如果是,结束当前处理流程;否则执行步骤c3;
c3.PDCP层从缓存读取IP数据包并发送至PDCP功能处理模块。
其中,所述空口数据传输相关信息为空口拥塞指示;
所述得到空口数据传输相关信息的方法为:MAC层使用监测到的空口数据传输参数进行计算,根据计算结果得到空口拥塞指示;
步骤c2中,所述判断空口拥塞的方法为:判断空口拥塞指示是否有效,如果是,空口拥塞;否则空口未拥塞。
其中,所述空口数据传输相关信息为监测到的空口数据传输参数;
步骤c2中,所述判断空口拥塞的方法为:所述PDCP层使用MAC层上报的空口数据传输参数进行计算,再根据计算结果判断空口是否拥塞。
其中,所述空口数据传输相关信息为空口速率;
步骤c3中,所述发送为:以空口速率发送IP数据包。
步骤c中,所述进行流控的方法为:
c1.PDCP层缓存IP数据包;
c2.PDCP层根据MAC层上报的空口数据传输相关信息确定IP数据包的发送速率;
c3.PDCP层从缓存读取IP数据包并以步骤c2所确定的速率发送IP数据包至PDCP功能处理模块。
其中,所述空口数据传输相关信息为IP数据包的发送速率;
所述MAC层得到空口数据传输相关信息的方法为:MAC层使用监测到的空口数据传输参数进行计算,根据计算结果得到IP数据包的发送速率;
步骤c2中,所述确定IP数据包的发送速率的方法为:PDCP层以MAC层上报的IP数据包发送速率作为IP数据包的发送速率。
其中,所述空口数据传输相关信息为监测到的空口数据传输参数;
步骤c2中,所述确定IP数据包的发送速率的方法为:PDCP层使用MAC层上报的空口数据传输参数进行计算,根据计算结果来确定IP数据包的发送速率。
步骤a中,在所述对IP数据包进行分析之前,进一步包括:在用户设备UE侧和网络主机侧分别连接便携机,由各便携机分别从UE和网络主机截获IP数据流;所述对IP数据包的分析在便携机中进行。
步骤a中,在执行所述步骤b之前,进一步包括:将所有符合条件的IP数据包分别发送回各便携机当前所连接的UE或网络主机的PDCP层。
其中,该方法进一步包括:在所述各便携机中分别设置各自当前连接的UE或网络主机的空口速率;
步骤c中,所述进行流控的方法为:各便携机对IP数据包进行缓存,并以各自所设置的空口速率将缓存的IP数据包发送回各自当前连接的UE或网络主机的PDCP层。
由上述方案可以看出,本发明的关键在于:对于IP层下发的IP数据包的TCP包头进行分析;然后,将TCP的ACK数据包直接发送,并对非TCP的ACK数据包进行流控后再下发;或者,将TCP的ACK数据包标识为优先级高的数据包,并在RLC层识别数据包的优先级,将优先级高的数据包分配到优先级高的逻辑信道。从而,TCP的ACK数据包可以优先下发至空口。
综上所述,本发明所提供的用户面数据处理方法,仅仅在原有空口各协议层的功能处理之间添加了一些对于数据包分析和流控的处理,因此,本发明方法能够在保持原有的TCP/IP和UMTS数据传输机制的基础上,优先下发TCP的ACK数据包,基本避免了TCP的ACK数据包被非TCP的ACK数据包阻塞在空口,减少了TCP的ACK数据包的回复时延,从而提高了用户面数据的传输性能。
附图说明
图1为本发明方法第一个较佳实施例处理流程示意图;
图2为空口协议栈中UE与UTRAN之间各协议层分布结构以及对应关系示意图;
图3为本发明方法第二个较佳实施例处理流程示意图;
图4为本发明方法第三个较佳实施例处理流程示意图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
图1为本发明方法第一个较佳实施例处理流程示意图。在本实施例中,在分组数据汇聚协议(PDCP)层为每一个从IP层发来的TCP的ACK数据包优先级标识为高,并在RLC层对数据包的优先级进行解析,将高优先级的TCP的ACK数据包分配到优先级高的逻辑信道。如图1所示,其具体处理步骤如下:
步骤101:PDCP层接收高层下发的IP数据流,判断当前接收的IP数据包是否为TCP的ACK数据包,如果是,转入步骤102;否则,转入步骤103。
其中,空口的用户面协议栈被划分为:PDCP层、无线链路控制(RLC)协议层、媒体访问控制(MAC)协议层和物理(PHY)层。图2为空口协议栈中用户终端(UE)与UTRAN之间各协议层分布结构以及对应关系示意图。由于通信***中任何的数据传输都要依赖于各层协议的支持,那么,基于上述协议栈结构,在上行数据传输过程中,UE侧先由PDCP层对高层下发的IP数据包进行头压缩处理后发往RLC层;RLC层实施分片和级联后发往MAC层;MAC层根据当前数据包和配置的传输格式组合集合(TFCS)选择合适的传输格式组合(TFC);最后由PHY层根据选定的TFC进行编码调制后发送至UTRAN侧;UTRAN侧顺序由PHY层、MAC层、RLC层和PDCP层做解调译码、解组合、重组数据以及解压缩后,得到UE所发送的IP数据包。下行的数据传输与所述上行数据传输过程相反,将上行数据传输过程中所述的UE替换为UTRAN,将所述的UTRAN替换为UE即可。
由于,PDCP层主要完成数据的汇聚发送和TCP/IP数据包头的压缩功能,在这一层,首先将读取高层下发的IP数据包的数据包头,然后进行TCP/IP数据包头的压缩处理再发送至RLC层。因此,这里数据包的TCP和IP数据包头都是可见的,可以在PDCP层读取数据包头的过程中判断数据包是否为TCP的ACK数据包。
由以上对于空口协议栈中各协议层的描述可见,PDCP层在UTRAN侧和UE侧都能够对IP数据包进行分析和处理,因此,PDCP层在收到IP数据包后,能够根据IP数据包中TCP数据包头中标识ACK数据包的标志位的值是否有效判断该数据包是否为TCP的ACK数据包。
步骤102:PDCP层将该数据包标识为优先级高的数据包,执行步骤104。
步骤103:PDCP层将该数据包标识为优先级低的数据包。
步骤104:PDCP层对该数据包进行现有的功能处理,再将其发送至RLC层。这里,所述现有功能处理为读取数据包头之后的TCP/IP数据包头的压缩处理。
步骤105:RLC层接收PDCP层发送的PDCP数据包分析数据包的优先级并进行现有的RLC功能处理。这里所述的现有的RLC功能处理为对数据包实施分片和级联等处理。
由于,PDCP层是通过RLC-AM-DATA-Req原语来下发数据包给RLC层,RLC层接收到数据包之后首先通过分析高层下发的原语来对数据包进行相应的处理,因此在所述步骤102或步骤103中,PDCP层通过在该原语中添加一个标识数据包优先级的信元来对数据包的优先级进行标识;然后在所述步骤105中,RLC层通过分析该原语得知该数据包的优先级,如果原语中的数据包优先级信元表明优先级高,则该数据包为优先级高的数据包;否则该数据包为优先级低的数据包。这里,本发明可以采用多种标识和识别优先级的方法来实现,但采用不同的方法并不影响本发明的有效性。
步骤106:RLC层判断该数据包是否为优先级高的数据包,如果是,转入步骤107;否则转入步骤108。由于在步骤105中RLC层已得知数据包的优先级,因此这里可以对数据包的优先级进行判断。
步骤107:RLC层将该数据包发送给优先级高的逻辑信道,结束当前处理。
步骤108:RLC层将该数据包发送至优先级低的逻辑信道,结束当前处理。
这里,步骤106至步骤108所述的数据包为RLC数据包。
由于,在目前的空口协议规范中,一个RLC层可以对应两个逻辑信道,MAC层在根据逻辑信道优先级进行调度时会首先调度优先级高的逻辑信道进行处理。因此,本实施例在所述步骤102中将TCP的ACK数据包标识为优先级高的数据包,并在所述步骤107中将优先级标识为高的TCP的ACK数据包发送至优先级高的逻辑信道。这样,空口可以优先发送TCP的ACK数据包,来保证TCP发送方能够在较小的时延内得到ACK数据包。
步骤101至步骤108所述为对于一个数据包的处理,本实施例中对每一个从高层依次下发至PDCP层和RLC层的数据包均进行上述处理,并且,在空口的UE侧和UTRAN侧的PDCP层、RLC层均进行图1所述的处理,这样在UE侧和UTRAN侧下发的每一个TCP的ACK数据包均将被分配至优先级高的逻辑信道,从而优先被处理。
上述方案,通过在PDCP层和RLC层对数据流进行处理,使得MAC层可以优先发送TCP的ACK数据包,基本上保证了在上行和下行都进行数据传输时,TCP的ACK数据包不会被非TCP的ACK数据包数据包阻塞在空口,减少了TCP的ACK数据包回复的时延,从而可以基本避免TCP层的数据传输进入拥塞状态使TCP发送方启用拥塞机制。这样,保证了上下行双向数据传输的效率,从而大大提高了空口和TCP传输机制相配合时的数据传输性能。
图3为本发明方法第二个较佳实施例处理流程示意图。在本实施例中,PDCP层对TCP的ACK数据包直接进行现有的功能处理,同时,PDCP层根据MAC层上报的空口数据传输相关信息,对非TCP的ACK数据包进行流控后再进行现有的功能处理。如图3所示,其具体处理步骤如下:
步骤301:PDCP层接收IP层发送的一段数据流,对数据流中的每一个IP数据包进行分析,并判断:当前接收的IP数据包是否为TCP的ACK数据包,对所有符合条件的IP数据包即TCP的ACK数据包执行步骤305;对所有不符合条件的IP数据包即非TCP的ACK数据包执行步骤302。
步骤302:PDCP层对IP数据包进行缓存。
步骤303:PDCP层根据MAC层上报的空口数据传输相关信息判断空口是否有拥塞,如果有,结束当前处理;否则执行步骤304。
步骤304:PDCP层读取所缓存的IP数据包并发送至PDCP功能处理模块。这里,所述IP数据包可以包括步骤302所缓存的数据包,也可以包括PDCP层之前已存储的IP数据包。其中,MAC层上报给PDCP层的空口数据传输相关信息还可以包括空口速率,PDCP层可以根据MAC层上报的空口速率,将IP数据包以空口速率发送至PDCP功能处理模块,从而使到达空口的数据速率与实际的空口速率基本匹配。
本实施例的步骤302至步骤304中,所述的IP数据包为非TCP的ACK数据包。
其中,MAC层具有监测空口数据传输参数的功能,本发明方法在MAC层中增加了上报空口数据传输相关信息给PDCP层的处理。由于,MAC层可以监测到当前MAC层最大发送速率即空口速率、RLC层的数据缓存量等空口数据传输参数,因此,使用这些参数可以计算得到MAC层最短发送缓存数据时间,即数据包在RLC层缓存的最短时间等计算结果,通过这些计算结果就可以判决空口是否拥塞。本实施例中,根据空口速率和RLC层的数据缓存量可以得到数据包在RLC层缓存的最短时间;再根据此数据包缓存最短时间和事先设定的拥塞判定时间门限判决空口是否有拥塞:如果数据包在RLC层缓存的最短时间超出此拥塞判定时间门限,则可以判决空口拥塞;否则判决空口未拥塞。这里,拥塞判定时间门限的设定与当前具体业务类型有关,判决空口是否有拥塞所采用的具体算法和标准也不限于一种,但具体拥塞判定时间门限的设定准则和判决空口拥塞的方法不属本发明设计的问题,因此不做详述。
在本实施例中,上述判决空口拥塞的计算在MAC层中进行,并且MAC层上报给PDCP层的空口数据传输相关信息为空口拥塞指示,当MAC层根据计算结果判决空口发生拥塞时,MAC层将空口拥塞指示置为有效并上报PDCP层;当MAC层根据计算结果判决空口未发生拥塞时,MAC层将空口拥塞指示置为无效并上报PDCP层。然后,PDCP层根据MAC层上报的空口拥塞指示是否有效判决空口是否拥塞。其中,上述判决空口拥塞的计算也可以在PDCP层中进行,则MAC层上报给PDCP层的空口数据传输相关信息为监测到的空口数据传输参数,由PDCP层根据空口数据传输参数进行计算,再根据计算结果判决空口是否发生拥塞。这里,如果采用的计算方法为:根据空口速率和RLC层的数据缓存量得到数据包在RLC层缓存的最短时间,则所述的计算结果为数据包在RLC层缓存的最短时间,所述判决空口是否拥塞的方法为:根据此数据包缓存最短时间是否超出拥塞判定时间门限判决空口是否有拥塞;由于本发明对判决空口有拥塞的具体算法和标准并不进行限定,因此所述的计算结果和判决方法也不限于一种,例如:计算结果可以为速率、指示等参数,判决方法也可以为将计算结果与设定的速率门限进行比较、或判断指示是否有效等等。
此外,上述的步骤303还可以为:PDCP层根据MAC层上报的与空口数据传输相关的信息确定IP数据包下发的速率;上述的步骤304可以为:PDCP层以步骤303所确定的IP数据包下发速率将IP发送至PDCP功能处理模块。在步骤303中,MAC层可以根据监测到的空口数据传输参数确定IP数据包的下发速率,并上报给PDCP层,则MAC层上报给PDCP层的空口数据传输相关信息为IP数据包的下发速率;或者,PDCP层根据MAC层上报的当前空口数据传输参数确定IP数据包的下发速率,则MAC层上报给PDCP层的空口数据传输相关信息为监测到的空口数据传输参数。
通常,在判决空口发生拥塞时,IP数据包的下发速率会定为小于当前空口速率的某一速率值,从而使空口的拥塞情况逐渐得以缓解并最终消除,但具体速率的取值由实际情况决定,本发明并不限定;在判决空口未发生拥塞时,IP数据包的下发速率会定为当前空口速率,这样使到达空口的数据速率尽量与实际空口速率相匹配,从而提高数据传输效率。
其中,确定IP数据包下发速率的准则有多种,所确定的IP数据包的下发速率都会使空口的拥塞情况得到缓解,或者在空口未发生拥塞时使空口的数据传输效率提高,但具体采用何种准则来确定该下发速率不属本发明重点,这里不作详述。
步骤305:对IP数据包进行PDCP功能处理,结束当前处理。这里,所述现有功能处理为读取数据包头之后的TCP/IP数据包头的压缩处理,IP数据包经过PDCP功能处理之后将被下发至RLC层进行现有的相应的后续处理,并最终发送至空口。
以上步骤301至步骤305所述的处理为PDCP层对高层下发的一段IP数据流的处理,本实施例对于高层下发的每一段数据流均会执行步骤301至步骤305所述的处理,并且,在空口的UE侧和UTRAN侧的PDCP层、RLC层均进行图3所述的处理,这样,在UE侧和UTRAN侧PDCP层可以对高层下发的每一个TCP的ACK数据包直接进行现有的PDCP功能处理,再发送到下层,从而TCP的ACK数据包可以以较小时延发送到对应非TCP的ACK数据包的TCP发送方,使该TCP发送方的速率保持稳定;同时,MAC层对空口数据传输参数进行持续监测并将空口数据传输相关信息上报PDCP层,PDCP层可以根据MAC层上报的信息对每一个高层下发的非TCP的ACK数据包进行流控,从而使到达空口的数据速率与实际空口速率基本匹配,基本保证空口不会发生拥塞的情况。
图4为本发明方法第三个较佳实施例处理流程示意图。在本实施例中,利用与UE和网络主机侧连接的便携机来截获IP数据流,便携机对截获的IP数据流进行分析之后,将TCP的ACK数据包直接送回各自连接的UE和网主机,对非TCP的ACK数据包进行缓存并以相应的空口速率将非TCP的ACK数据包发送回各自连接的UE和网络主机。如图4所示,其具体处理步骤如下:
步骤401:UE侧连接的便携机从UE截获一段IP层数据流,对数据流中的每一个IP数据包进行分析,并判断:当前接收的IP数据包是否为TCP的ACK数据包,便携机将所有符合此条件的IP数据包发送回UE,再执行步骤404;对所有不符合此条件的IP数据包执行步骤402。
步骤402:便携机对IP数据包进行缓存。这里的IP数据包为非TCP的ACK数据包。
步骤403:便携机以当前的空口速率将所缓存的IP数据包发送回UE。这里,所述空口速率为预先设置在便携机中的当前连接的UE的空口速率。
步骤404:由UE的PDCP层对这些IP数据包进行现有的PDCP功能处理,结束当前处理。这里,IP数据包经过PDCP功能处理之后将被下发至RLC层进行现有的相应的后续处理,并最终发送至空口。
上述步骤401至步骤404为在UE侧连接的便携机的数据处理流程,本实施例还要在网络主机侧连接便携机进行数据处理,连接主机的便携机的处理流程与步骤401至步骤404所描述的过程基本相同,只需将上述步骤中的UE替换为网络主机即可;另外,步骤401至步骤404所述的处理为便携机对所截获的高层下发的一段IP数据流的处理,本实施例对于在UE侧和UTRAN侧截获到的高层下发的每一段数据流均会执行步骤401至步骤404所述的处理。
因此,在本实施例中,便携机可以将每一个高层下发的TCP的ACK数据包优先发送,并对每一个高层下发的非TCP的ACK数据包进行流控,使非TCP的ACK数据包以当前空口速率发送回UE或网络主机。这样,避免了TCP的ACK数据包在空口被非TCP的ACK数据包阻塞,使ACK数据包的回复时延大大减少,保证了TCP发送方稳定的发送速率;并且对非TCP的ACK数据包进行流控,使其以当前空口速率发送到下层,能够使到达空口的数据速率基本与当前实际空口速率一致,从而提高了数据传输效率。
综上所述,本发明所提供的用户面数据处理方法,可以在空口和TCP传输机制相结合进行数据传输时,优先将TCP的ACK数据包发送到所对应的TCP发送方,使TCP的ACK数据包的回复时延大大减小,保证了稳定的用户面数据传输速率,从而显著提高用户面数据的传输性能。
Claims (13)
1、一种用户面数据处理方法,其特征在于,包括如下步骤:
a.对从空口协议栈中高层下发的IP数据流中的每一个数据包进行判断:当前接收到的IP数据包是否为传输控制协议TCP的确认ACK数据包,对所有是TCP的ACK数据包的IP数据包执行步骤b;对所有不是TCP的ACK数据包的IP数据包执行步骤c;
b.对IP数据包进行分组数据汇聚协议PDCP层的功能处理,结束当前处理流程;
c.对IP数据包进行流控,再转入步骤b。
2、根据权利要求1所述的方法,其特征在于,
步骤a中,所述对所有是TCP的ACK数据包的IP数据包执行步骤b之前进一步包括:将所有是TCP的ACK数据包的IP数据包标识为高优先级;
并且,步骤c中,所述流控的方法为:将所有不是TCP的ACK数据包的IP数据包标识为低优先级;
步骤b中,所述对数据包进行PDCP层的功能处理之后进一步包括:
在无线链路控制RLC协议层对每一个准备下发的RLC数据包进行判断:当前准备下发的RLC数据包是否为优先级高的数据包,将所有优先级高的RLC数据包分配到优先级高的逻辑信道,结束当前处理流程;将所有优先级不为高的RLC数据包分配到优先级低的逻辑信道,结束当前处理流程。
3、根据权利要求2所述的方法,其特征在于,步骤b中,在所述判断之前,进一步包括:RLC层对接收到的每一个PDCP数据包进行RLC层功能处理。
4、根据权利要求1所述的方法,其特征在于,
该方法进一步包括:媒体访问控制MAC协议层根据监测到的空口数据传输参数得到空口数据传输相关信息并上报PDCP层;
步骤c中,所述进行流控的方法为:
c1.PDCP层缓存IP数据包;
c2.PDCP层根据MAC层上报的空口数据传输相关信息判断空口是否拥塞,如果是,结束当前处理流程;否则执行步骤c3;
c3.PDCP层从缓存读取IP数据包并发送至PDCP功能处理模块。
5、根据权利要求4所述的方法,其特征在于,
所述空口数据传输相关信息为空口拥塞指示;
所述得到空口数据传输相关信息的方法为:MAC层使用监测到的空口数据传输参数进行计算,根据计算结果得到空口拥塞指示;
步骤c2中,所述判断空口拥塞的方法为:判断空口拥塞指示是否有效,如果是,空口拥塞;否则空口未拥塞。
6、根据权利要求4所述的方法,其特征在于,
所述空口数据传输相关信息为监测到的空口数据传输参数;
步骤c2中,所述判断空口拥塞的方法为:所述PDCP层使用MAC层上报的空口数据传输参数进行计算,再根据计算结果判断空口是否拥塞。
7、根据权利要求4所述的方法,其特征在于,
所述空口数据传输相关信息为空口速率;
步骤c3中,所述发送为:以空口速率发送IP数据包。
8、根据权利要求4所述的方法,其特征在于,
步骤c中,所述进行流控的方法为:
c1.PDCP层缓存IP数据包;
c2.PDCP层根据MAC层上报的空口数据传输相关信息确定IP数据包的发送速率;
c3.PDCP层从缓存读取IP数据包并以步骤c2所确定的速率发送IP数据包至PDCP功能处理模块。
9、根据权利要求8所述的方法,其特征在于,
所述空口数据传输相关信息为IP数据包的发送速率;
所述MAC层得到空口数据传输相关信息的方法为:MAC层使用监测到的空口数据传输参数进行计算,根据计算结果得到IP数据包的发送速率;
步骤c2中,所述确定IP数据包的发送速率的方法为:PDCP层以MAC层上报的IP数据包发送速率作为IP数据包的发送速率。
10、根据权利要求8所述的方法,其特征在于,
所述空口数据传输相关信息为监测到的空口数据传输参数;
步骤c2中,所述确定IP数据包的发送速率的方法为:PDCP层使用MAC层上报的空口数据传输参数进行计算,根据计算结果来确定IP数据包的发送速率。
11、根据权利要求1所述的方法,其特征在于,
步骤a中,在所述对IP数据包进行分析之前,进一步包括:在用户设备UE侧和网络主机侧分别连接便携机,由各便携机分别从UE和网络主机截获IP数据流;所述对IP数据包的分析在便携机中进行。
12、根据权利要求11所述的方法,其特征在于,步骤a中,在执行所述步骤b之前,进一步包括:将所有符合条件的IP数据包分别发送回各便携机当前所连接的UE或网络主机的PDCP层。
13、根据权利要求11所述的方法,其特征在于,
该方法进一步包括:在所述各便携机中分别设置各自当前连接的UE或网络主机的空口速率;
步骤c中,所述进行流控的方法为:各便携机对IP数据包进行缓存,并以各自所设置的空口速率将缓存的IP数据包发送回各自当前连接的UE或网络主机的PDCP层。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410042692 CN100493081C (zh) | 2004-05-31 | 2004-05-31 | 一种用户面数据处理方法 |
PCT/CN2005/000755 WO2005117395A1 (fr) | 2004-05-31 | 2005-05-30 | Procede de traitement des donnees de l'interface utilisateur |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410042692 CN100493081C (zh) | 2004-05-31 | 2004-05-31 | 一种用户面数据处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1705308A true CN1705308A (zh) | 2005-12-07 |
CN100493081C CN100493081C (zh) | 2009-05-27 |
Family
ID=35451251
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200410042692 Expired - Fee Related CN100493081C (zh) | 2004-05-31 | 2004-05-31 | 一种用户面数据处理方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN100493081C (zh) |
WO (1) | WO2005117395A1 (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008055396A1 (en) * | 2006-11-10 | 2008-05-15 | Huawei Technologies Co., Ltd. | Systems and methods for wireless communications |
WO2013075493A1 (zh) * | 2011-11-23 | 2013-05-30 | 中兴通讯股份有限公司 | 层二数据包时延的获取方法及设备 |
CN103685236A (zh) * | 2013-11-21 | 2014-03-26 | 南京信息工程大学 | 一种无线传感器网络数据传输中用户层面数据处理方法 |
CN103748951A (zh) * | 2011-08-16 | 2014-04-23 | 高通股份有限公司 | 反向链路控制以减少前向链路时延 |
CN104283647A (zh) * | 2013-07-04 | 2015-01-14 | 展讯通信(上海)有限公司 | 基于空中接口的数据传输方法、装置和网络通信设备 |
CN104348831A (zh) * | 2007-09-28 | 2015-02-11 | 交互数字专利控股公司 | 分组数据汇聚协议中的控制协议数据单元的操作 |
CN105517047A (zh) * | 2015-11-26 | 2016-04-20 | 京信通信技术(广州)有限公司 | 基站流量整形方法和*** |
CN106341348A (zh) * | 2015-07-17 | 2017-01-18 | 普天信息技术有限公司 | 一种面向tcp业务的流量控制方法及接入网网元 |
CN106413095A (zh) * | 2015-07-31 | 2017-02-15 | 联芯科技有限公司 | 数据传输方法 |
WO2017185869A1 (zh) * | 2016-04-25 | 2017-11-02 | 中兴通讯股份有限公司 | 数据传输方法及装置、计算机存储介质 |
CN108512833A (zh) * | 2018-03-09 | 2018-09-07 | 新华三技术有限公司 | 一种防范攻击方法及装置 |
WO2020223919A1 (en) * | 2019-05-08 | 2020-11-12 | Lenovo (Beijing) Limited | Method and apparatus for radio link flow control |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107124435A (zh) * | 2017-07-06 | 2017-09-01 | 济南浪潮高新科技投资发展有限公司 | 一种tcp报文加密电路及方法 |
CN114285800A (zh) * | 2021-12-17 | 2022-04-05 | 瓴盛科技有限公司 | 一种tcp数据流的拥塞调整方法及装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100595583B1 (ko) * | 2001-07-09 | 2006-07-03 | 엘지전자 주식회사 | 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법 |
AU2002216136A1 (en) * | 2001-12-04 | 2003-06-17 | Nokia Corporation | Method and system for dispatching multiple tcp packets from communication systems |
CN1204724C (zh) * | 2002-02-08 | 2005-06-01 | 华硕电脑股份有限公司 | 用于无线通信***的数据传输的确认方法 |
DE60312432T2 (de) * | 2002-05-10 | 2008-01-17 | Innovative Sonic Ltd. | Verfahren zur bestimmten Auslösung einer PDCP-Sequenznummern-Synchronisierungsprozedur |
-
2004
- 2004-05-31 CN CN 200410042692 patent/CN100493081C/zh not_active Expired - Fee Related
-
2005
- 2005-05-30 WO PCT/CN2005/000755 patent/WO2005117395A1/zh active Application Filing
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1976343B (zh) * | 2006-11-10 | 2010-07-28 | 华为技术有限公司 | 提高传输控制协议数据吞吐量的方法及*** |
WO2008055396A1 (en) * | 2006-11-10 | 2008-05-15 | Huawei Technologies Co., Ltd. | Systems and methods for wireless communications |
US11070976B2 (en) | 2007-09-28 | 2021-07-20 | Interdigital Patent Holdings, Inc. | Operation of control protocol data units in packet data convergence protocol |
US10405176B2 (en) | 2007-09-28 | 2019-09-03 | Interdigital Patent Holdings, Inc. | Operation of control protocol data units in packet data convergence protocol |
CN104348831B (zh) * | 2007-09-28 | 2018-01-09 | 交互数字专利控股公司 | 分组数据汇聚协议中的控制协议数据单元的操作 |
US9843925B2 (en) | 2007-09-28 | 2017-12-12 | Interdigital Patent Holdings, Inc. | Operation of control protocol data units in packet data convergence protocol |
CN104348831A (zh) * | 2007-09-28 | 2015-02-11 | 交互数字专利控股公司 | 分组数据汇聚协议中的控制协议数据单元的操作 |
CN103748951A (zh) * | 2011-08-16 | 2014-04-23 | 高通股份有限公司 | 反向链路控制以减少前向链路时延 |
US9900799B2 (en) | 2011-08-16 | 2018-02-20 | Qualcomm Incorporated | Reverse link control to reduce forward link latency |
WO2013075493A1 (zh) * | 2011-11-23 | 2013-05-30 | 中兴通讯股份有限公司 | 层二数据包时延的获取方法及设备 |
CN104283647A (zh) * | 2013-07-04 | 2015-01-14 | 展讯通信(上海)有限公司 | 基于空中接口的数据传输方法、装置和网络通信设备 |
CN104283647B (zh) * | 2013-07-04 | 2019-06-04 | 展讯通信(上海)有限公司 | 基于空中接口的数据传输方法、装置和网络通信设备 |
CN103685236A (zh) * | 2013-11-21 | 2014-03-26 | 南京信息工程大学 | 一种无线传感器网络数据传输中用户层面数据处理方法 |
CN106341348A (zh) * | 2015-07-17 | 2017-01-18 | 普天信息技术有限公司 | 一种面向tcp业务的流量控制方法及接入网网元 |
CN106341348B (zh) * | 2015-07-17 | 2019-06-21 | 普天信息技术有限公司 | 一种面向tcp业务的流量控制方法及接入网网元 |
CN106413095A (zh) * | 2015-07-31 | 2017-02-15 | 联芯科技有限公司 | 数据传输方法 |
CN106413095B (zh) * | 2015-07-31 | 2020-01-10 | 辰芯科技有限公司 | 数据传输方法 |
CN105517047B (zh) * | 2015-11-26 | 2018-11-27 | 京信通信***(中国)有限公司 | 基站流量整形方法和*** |
CN105517047A (zh) * | 2015-11-26 | 2016-04-20 | 京信通信技术(广州)有限公司 | 基站流量整形方法和*** |
WO2017185869A1 (zh) * | 2016-04-25 | 2017-11-02 | 中兴通讯股份有限公司 | 数据传输方法及装置、计算机存储介质 |
CN108512833A (zh) * | 2018-03-09 | 2018-09-07 | 新华三技术有限公司 | 一种防范攻击方法及装置 |
CN108512833B (zh) * | 2018-03-09 | 2021-06-29 | 新华三技术有限公司 | 一种防范攻击方法及装置 |
WO2020223919A1 (en) * | 2019-05-08 | 2020-11-12 | Lenovo (Beijing) Limited | Method and apparatus for radio link flow control |
Also Published As
Publication number | Publication date |
---|---|
WO2005117395A1 (fr) | 2005-12-08 |
CN100493081C (zh) | 2009-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1705308A (zh) | 一种用户面数据处理方法 | |
CN1918822A (zh) | 在移动通信***中在增强上行链路专用信道上传送调度信息的方法 | |
CN1930833A (zh) | 控制站装置、基站装置、终端装置、分组通信***以及分组通信方法 | |
US20130294379A1 (en) | Method and device for processing service data stream | |
CN1778079A (zh) | 用于协调tcp/ip网络与其他网络之间的流控制的方法和设备 | |
CN101167293A (zh) | 为互联网协议应用提供不等差错防护和不等差错检测的方法 | |
US20060222010A1 (en) | Method of performing a layer operation in a communications network | |
CN1754373A (zh) | 用于无线网络中的动态聚集的方法和*** | |
CN1454017A (zh) | 轮询无线链路控制层的协议数据单元的方法和*** | |
CN1879339A (zh) | 数据分组传输 | |
CN1852581A (zh) | 一种在下行链路上传输数据的方法 | |
CN101044698A (zh) | 在移动通信***中用信令方式发送用于上行链路数据传送的用户设备状态信息的方法和装置 | |
CN1596527A (zh) | 分组发送调度方法及基站装置 | |
CN1714527A (zh) | 用于否定帧应答的控制的空闲帧的利用 | |
CN1700613A (zh) | 用于设置发送信令信息的功率的方法及装置 | |
CN1711726A (zh) | 数据分组在封装中的传输 | |
CN1968192A (zh) | 一种流量控制的方法及装置 | |
CN1951135A (zh) | 控制站装置、基站装置、接收方法、传输方法以及通信方法 | |
CN1921346A (zh) | 数据分割级联传送方法 | |
CN1812313A (zh) | 无线链路控制层缓冲区溢出的控制方法 | |
CN1241346C (zh) | Wcdma***无线网络控制层的流量控制方法 | |
CN1870595A (zh) | 无线通信方法和设备 | |
CN101065908A (zh) | 通信***的发送与接收装置及其方法 | |
CN1728680A (zh) | 移动通信网络中提高传输控制协议数据传输性能的方法 | |
CN1836411A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090527 Termination date: 20200531 |