CN101938781A - 一种业务数据的处理方法和设备 - Google Patents
一种业务数据的处理方法和设备 Download PDFInfo
- Publication number
- CN101938781A CN101938781A CN2009101085487A CN200910108548A CN101938781A CN 101938781 A CN101938781 A CN 101938781A CN 2009101085487 A CN2009101085487 A CN 2009101085487A CN 200910108548 A CN200910108548 A CN 200910108548A CN 101938781 A CN101938781 A CN 101938781A
- Authority
- CN
- China
- Prior art keywords
- data
- packet
- flow path
- data flow
- transmission
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种业务数据的处理方法和设备。其中,方法包括:接收数据流通道的数据包;在判断当前传输是新开始的数据传输时,启动优惠期处理过程;在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。新的业务在起始阶段都能够受惠于这段优惠期的有益效果,但是对于发生频繁,而每次业务持续时间短的业务,如交互类业务,则可以频繁的享受优惠期的优先处理,因此能够快速完成数据下载并将结果显示给用户,从而提高了用户满意度。
Description
技术领域
本发明涉及移动通信技术,尤其涉及通讯领域业务数据的处理方法。
背景技术
根据对网络的服务质量(QoS)要求,分组业务一般可以包括四种类型:会话类(Conversational Class),流类(Streaming Class),交互类(Interactive Class)和背景类(Background Class)。其中会话类和流类业务通常需要网络提供比较稳定的带宽才能保证业务的正常进行,因此又称为保证带宽业务(Guaranteed BitRate Services,GBR Services)。对应的,交互类和背景类业务并不需要网络提供稳定的带宽保证,能够容忍业务过程中带宽的波动,因此被称为非保证带宽业务(Non-GBR services)。
尽管都是Non-GBR业务,但交互类和背景类业务对网络的QoS要求又有所不同。
在交互类业务中,一个客户端(例如,手机,PC)可以通过网络向远端设备(例如一个WEB服务器,FTP服务器等)请求数据,远端设备处理请求,并向客户端返回请求的数据。典型的交互类业务,例如可以是使用HTTP协议的WEB浏览,用户在浏览器输入网页的地址(Uniform Resource Locator,URL),浏览器通过DNS解析获得服务器的IP地址(可选地),与服务器建立TCP连接,然后通过HTTP协议向服务器发出页面请求,服务器处理请求后,将结果返回给浏览器,浏览器将结果格式化后显示给用户。由于目前网页已经富媒体化(rich media),除了文本以外,还可能包含很多嵌入的图片,动画,声音等多媒体对象,因此很多时候要完整显示一个网页,浏览器需要首先解析页面框架文件(通常是一段HTML文本),如果框架中有嵌入的对象,浏览器再通过一条或者多条TCP连接向服务器分别请求下载多个嵌入的对象,包括其它HTML文本,图片,动画,声音等,每个对象的大小可能从几千字节到几兆字节不等。用户期望在发出请求(如点击网页链接)后能够较快的得到响应结果。
与交互类业务类似,背景类业务也是一个客户端向远端设备(例如一个服务器)请求数据,远端设备处理请求,向客户端返回请求的数据。与交互类业务不同的是,一般来说,背景类业务请求的数据大小一般比较大,例如下载一个文件,其文件大小可以达到几M,几百M甚至上G,因此从服务器返回请求的数据的传输持续时间很长,可能数分钟、数小时,甚至数天。
由于在很多网络环境中,对非保证带宽业务,网络可以仅仅为终端提供一个透明的数据管道,即在这个管道中传输什么业务的数据由终端(用户)自己控制,网络并不感知数据流的业务类型,也不能区分不同业务的流量。因此现实情况是,具有不同QoS要求的交互类和背景类业务往往都运行在相同的数据管道中(通常是提供尽力而为服务的背景类承载),在网络中受到相同的处理策略。
从业务的QoS要求上考虑,需要给交互类业务优先处理,例如可以基于深度包解析(Deep Packet Inspect,DPI)等技术进行处理,网元可以区分出使用HTTP等协议的数据流,区分后,给予使用HTTP等协议的交互式业务优先处理。然而,由于DPI功能本身的开销很大,并且HTTP协议本身也可以用来提供文件下载等服务,而文件下载用户可以很方便的设计出结合P2P技术并采用HTTP协议的下载程序来欺骗网络,从而也享受到同样的优先处理,造成用户享受交互式业务时受到影响。
发明内容
本发明实施例提供了一种业务数据的处理方法和设备。使得一个业务数据流传输过程在开始阶段能够得到优先处理。
一种业务数据的处理方法,包括:接收数据流通道的数据包;在判断当前传输是新开始的数据传输时,启动优惠期处理过程;在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。
一种设备,包括:接收单元,判断单元,处理单元,其特征在于,所述接收单元,接收数据流通道的数据包;所述判断单元,用于判断当前传输是否是新开始的数据传输,在判断当前传输是新开始的数据传输时,启动优惠期处理过程;所述处理单元,用于在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。
本发明实施例提供了一种业务数据的处理方法,接收数据流通道的数据包,在判断当前传输是一段新开始的数据传输时,启动优惠期处理过程,在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。新的业务在起始阶段都能够受惠于这段优惠期的有益效果,但是对于发生频繁,而每次业务持续时间短的业务,如交互类业务,则可以频繁的享受优惠期的优先处理,因此能够快速完成数据下载并将结果显示给用户,从而提高了使用交互式业务的用户的满意度。
附图说明
图1是TCP协议的传输速率变化示意图;
图2是本发明实施例提供的一种业务数据的处理方法流程图;
图3是本发明实施例提供的一种业务数据的处理方法流程图;
图4是本发明实施例提供的装置结构图。
具体实施方式
交互类业务的数据传输特点是数据传输突发性,以及持续短暂性,例如每隔几秒至几分钟,发生数据传输,每次传输持续几秒到几十秒后数据传输停止,然后发生下一次数据传输,如此反复。而背景类业务的数据传输特点是数据持续时间长,数据传输开始后,会一直持续数分钟到几十分钟甚至更长。
下面以TCP协议为例,说明在同一传输管道中TCP协议中交互式业务与背景类业务的传输特点。
1、在TCP协议中使用了一种称为“慢启动”的速率试探机制。参见图1,例如,t0~t1为慢启动阶段。在慢启动阶段,每隔一个RTT周期,TCP发送方的速率增加一倍;直到发送方维护的拥塞窗口大小达到慢启动门限值ssthresh,或发送方探测到丢包现象,即终止慢启动阶段并进入拥塞避免阶段(例如,t1之后)。其中,由于交互类业务的数据传输特点是数据传输突发性,以及持续短暂性,故交互式业务的较短的持续时间内,很大一部份时间处于慢启动阶段。即运行在较低的传输速率上(相对于其它背景类业务),造成从服务器获取数据并显示给用户的时间变长。而背景类业务的数据传输特点是数据持续时间长,数据传输开始后,会一直持续数分钟到几十分钟甚至更长,故慢启动阶段在背景类业务的数据传输持续时间中只占很短一段时间,在结束慢启动阶段进入拥塞避免阶段后,在后续大多数业务时间内,都运行在较高的传输速率上。
2、如果在TCP传输过程中出现丢包现象,则当前的传输速率会急剧下降,参见图1,如在t2时发生丢包,可见,传输速率急剧下降。对交互类业务,无论丢包发生在慢启动阶段还是拥塞避免阶段,都会使得业务运行在更低的传输速率上,业务响应时间更长,用户体验更差。而对背景类业务,发生丢包后速率下降后会速率逐渐恢复提升,因此偶尔出现丢包对持续时间较长的业务传输来说影响不大。
另外,一个TCP连接可以获得的最大带宽与RTT有关。在主机的TCP接收窗口大小不变的情况下,RTT越短,一个TCP连接可以获得的带宽越大,传输速率越高。
针对交互式业务与背景类业务传输的特点,为充分利用网络资源,使交互式业务与背景类业务均具有各自较快的开始传输,提高用户的体验度,本发明的一个实施例提供一种业务数据处理方法:接收数据流通道的数据包;判断当前传输是新开始的数据传输时,启动优惠期处理过程;在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。其中,在每次数据传输开始阶段的优先处理称为“优惠期”。通过该方法,对一个刚开始的数据流可以给与更高优先级的处理。
例如,如果业务(例如,交互式业务与背景类业务)采用的是TCP协议,则该TCP连接可以更快的完成慢启动阶段,快速达到较高的速率,同时更高优先级可以缩短传输RTT,使得由于TCP接收窗口大小和传输往返时间限制产生的速率上限提高,从而达到更快的速率,减少或者避免丢包的出现,进而减少或者避免传输速率急剧下降的情况出现。这段在每次数据传输开始阶段的优先处理称为“优惠期”。
如图2所示,为本发明另一实施例所提供的一种业务数据的处理方法流程示意图,使得交互类业务的用户能够更好的享受交互式业务,可以包括以下步骤。
步骤101、接收数据流通道的数据包;
其中,数据流通道可以指用于控制传输用户的数据流而在网元或终端中维护的逻辑通道和相关的数据结构,。
步骤102、判断当前传输是新开始的数据传输时,启动优惠期处理过程;
其中,新开始的数据流传输可以指在该数据流通道上空闲特定时间长度后再次开始的数据传输,或者也可以指一个新建的数据流通道上的起始数据传输。当在数据流通道上只传输交互式业务时,用户的行为,例如每隔一定时间点击一个新的网页的链接,就会触发一段新开始的数据流传输。而如果数据流通道中在传输背景类业务,由于背景类业务传输的持续性,通道中多数时间一直有数据包传输,也就是说基本没有通道空闲的情况,也就很少能检测到“新开始”的数据流传输。
在本发明的另一实施例中,判断当前传输是否是数据流通道中新开始的数据传输可以包括以下方式一种:
例如,方式A:判断当前数据包与其相邻的上一个数据包的间隔时长,是否超过门限,如果超过则当前传输为新开始的数据传输。其中,当通道刚建立(或者恢复),由于没有上一个数据包时,所以也认为时间间隔超过门限。
例如,方式B:判断接收到当前数据包之前的门限时长内,所述数据流通道的传输流量是否为0,如果为0,则当前传输为新开始的数据传输。即根据收到当前数据包之前的一段时间内,如果用户没有传输数据,则认为当前传输为一次新开始的数据传输。
例如,方式C:判断接收到当前数据包之前的门限时长内,所述数据流通道的传输速率是否为0,如果为0,则当前传输为新开始的数据传输。
其中,判断当前传输是否是数据流通道中新开始的数据传输的方法并不局限于上述三种,还可以有其他方式,本发明实施例并不限制。
在本发明的另一实施例中,优惠期表述方式具体包括以下方式至少一种:传输持续时间、当前传输累计流量、传输速率。
在本发明的另一实施例中,判断当前传输是否是新开始的数据传输之前,还可以包括:根据预先的配置或者从其他网元获取的数据流通道的定义条件,对满足定义条件的数据流通道进行所述判断处理。
步骤103、在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。
例如,当步骤102启动优惠期后,在优惠期内,将对该数据流通道的当前以及后续数据包,按照优先的策略进行处理。当超出优惠期后,即优惠期届满后,对收到的数据包,可以按照非优先策略进行处理。
在本发明的另一实施例中,按照优先策略进行处理可以包括以下方式至少一种:
例如,方式A:对所述数据流通道的数据包进行优先调度。
例如,方式B:选择质量较高(例如,)的链路发送所述数据流通道的数据包。
例如,方式C:对所述数据流通道的数据包进行优先标记,使得后续模块或者网元对所述数据包进行优先处理。
例如,方式D:在拥塞丢包时,优先丢弃其他数据流通道的包。
例如,方式E:对所述用户流通道的数据包应用可以减少丢包率、误码率的特殊编解码方法(Codec)。
其中,按照优先策略进行处理的方式并不局限于上述几种,还可以有其他方式,例如,重传策略等等,本发明实施例并不限制。
在本发明的另一实施例中,优惠期还可以由具有不同优先级的阶段组成,即按照优先策略进行处理可以包括上述处理方式的至少两种,例如:方式A和方式D。因此,在优惠期内对数据包按照优先策略进行处理可以包括:根据所述不同阶段的优先级,在各个阶段对数据包按照不同的优先策略进行处理。其中,时间越靠前的阶段,优先级别越高,具体可以采用更高的优先级处理,更低的丢弃概率等等。
在本发明的另一实施例中,超出优惠期后,即优惠期届满后,对该数据流通道传输的数据包,可以按照非优先策略进行处理;或者按照惩罚策略进行处理,例如降低调度优先级,增加丢弃概率,限制传输的速度等。其中,对于传输时间越长,总流量越大,或速率越大的用户,可以设置惩罚的力度越大。
从上述实施例中可以得出,对一个刚开始的数据流可以给与更高优先级的处理,交互类业务和背景类业务在起始阶段都能够受惠于这段优惠期。其中,由于交互类业务发生频繁,而每次业务持续时间短,因此可以频繁的享受优先处理,并且由于每次业务较短的持续时间内,全部或者大部分时间都在优惠期内,因此可以享受到较高并且稳定的速度,能够快速完成数据下载并将结果显示给用户,从而提高了用户满意度。而背景类业务由于每次业务持续几分钟到几小时,优惠期在整个业务持续时间内可能只占很小比例,对提高整个过程的传输速率和稳定性的贡献非常小;而且由于背景类业务每次持续时间长,因此单位时间内业务发生频度比交互类小得多,而每次业务传输开始时才能享受优先处理,因此单位时间内背景类业务能够享受到的优惠期次数和时长要比交互类业务也要少。
当然,本发明实施例并不局限于仅仅使用TCP协议的业务,对那些使用UDP协议的小数据量业务,如短消息、即时通讯等业务,其业务模式为每隔一段时间突发性的传输若干个(少量)业务数据包,因此一般总在数据流通道的传输优惠期内,也能够享受到优先处理,加快数据传输,减少丢包概率,从而提高了用户满意度。
如图3所示,本发明另一实施例提供的一种业务数据处理方法的流程图,可以包括如下内容。
步骤201、网元或者终端接收到数据流通道的一个数据包;
例如,网元可以是GPRS/UMTS网络中的BSS,NodeB,eNodeB,RNC,SGSN或GGSN;或者,EPS网络中的eNodeB或S-GW/P-GW;或者,WiMax网络中的BTS或ASN-GW;或者,Wifi网络中的AP等,传输用户面数据的网元。
网元通常要同时传输多个用户的用户数据流,每个用户又可能有一个或多个用户数据流。因此,通过本发明实施例,可以减少或避免那些使用背景类业务的用户抢占过多的带宽资源,为使用交互式业务的用户提供更多的网络资源。
在不同的网络中,网元能够控制的数据流通道的粒度可能有所不同。例如:在xDSL或WLAN网络中,网络为每个终端(用户)只提供一个数据流通道,内部不再区分不同QoS的细粒度通道。所有业务的数据流都传输在一个数据流通道中。
而在公共移动通讯网络,例如GPRS,WiMax,以及EPS网络中,针对这些网络***的终端,为满足不同的业务数据流的QoS要求,支持终端访问多个公共数据网(PDN),或为满足计费等原因,可能在用户数据通道中按照APN或QoS等参数划分更细粒度的数据流通道。如在EPS网络中数据流通道按照粒度从大到小为:
1、终端粒度数据流通道:即一个终端的所有业务数据流的集合。
2、PDN连接(PDN Connection):终端到一个PDN的所有业务数据流的集合。
3、承载(Bearer):终端上具有相同QoS要求的业务数据流的集合。例如,可以根据不同的聚合策略,可以将终端上所有具有相同QoS要求的业务数据流聚合到一个承载中,也可以将终端的一个PDN连接内的所有具有相同QoS要求的业务数据流聚合到一个承载中,当然也可以将终端上具有相同QoS要求的业务数据流按照其他策略分别聚合在多个承载中。
4、业务数据流(Service Data Flow):业务层具有相同QoS要求的一个数据流,例如一个音频流,或者视频流,在IP网络中通常使用其IP头部的参数信息,如源IP地址、目的IP地址,上层协议类型、源端口号、目的端口号,TOS/DSCP,FlowLabel等(俗称“五元组”)来描述一个业务数据流的特征。
在本发明的另一实施例中,一个大的数据流通道可以由一个或者多个更小粒度的数据流通道构成,这被称为“聚合”。例如若干个业务数据流聚合到一个承载中,关联到同一个PDN和终端IP地址的承载组成一个PDN连接,终端的所有PDN连接即构成终端粒度数据流通道。
网元或者终端可以根据需要在上述不同粒度的数据流通道或者通道集合上应用本发明实施例的业务数据处理方法。举例如下:
-对终端粒度数据通道的所有数据包应用本发明实施例的业务数据处理方法。
-对终端粒度数据通道中所有非GBR承载中的数据包应用本发明实施例的业务数据处理方法。
-对终端粒度数据通道中具有特定QCI的承载,例如QCI=9,对应最低优先级的Background QoS的承载中的数据包应用本发明实施例的业务数据处理方法。
-对终端的某个或某些特定APN,如对应internet访问的APN的PDN连接中的所有非GBR承载中的数据包应用本发明实施例的业务数据处理方法。
-对终端的某个或某些特定APN的PDN连接中具有特定QCI的承载中的数据包应用本发明实施例的业务数据处理方法。
-对终端的某个承载中标记了特定DSCP的数据包组成的数据流应用本发明实施例的业务数据处理方法。
-对终端的某个承载中使用特定协议端口号(如使用TCP协议,并且对端端口号为HTTP协议的知名端口号80)的数据包组成的数据流应用本发明实施例的业务数据处理方法。
应用本发明实施例的业务数据处理方法的数据流通道的定义条件,例如,可以是APN(Access Point Name,接入点名称),GBR或非GBR类型(Guaranteed BitRate Services,GBR Services),QCI(Quality Class Identifier,服务质量类别标识)、DSCP或FlowLabel等,可以在网元上配置,也可以由其它网元指示给执行网元。
例如在EPS网络中,在承载建立流程中,MME可以通知eNodeB数据流通道的定义条件,指示eNodeB当前的哪些数据流通道需要应用本发明实施例的业务数据处理方法,eNodeB获取数据流通道的定义条件,对满足该定义条件的数据流通道应用本发明实施例的业务数据处理方法,判断当前传输是新开始的数据传输时,启动优惠期处理过程,并在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。
又例如,在EPS网络中,在数据包转发过程中,S-GW/P-GW对下行数据包进行过滤,将满足某种条件(例如将运营商不感知或业务类型的业务)的数据包过滤出来,打上特殊的DSCP或FlowLabel标记,eNodeB上配置了,或者由其他网元指示,将一种终端,或者一个PDN连接,或者一个承载内传输的,具有特殊DSCP或FlowLabel的数据包视为属于一个数据流通道,对该数据通道中传输的数据包,判断当前传输是新开始的数据传输时,启动优惠期处理过程,并在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。
通常把一个终端(即一个主机)看做一个用户,一个终端上可能同时运行多个业务,即可能同时传输多个业务数据流,这些业务中既可能有交互式业务,也可能有背景式业务,通过本发明实施例,可以在用户的交互式业务和背景类业务共存时,降低或避免本终端上的背景类业务抢占过多的带宽资源,节省网络资源,而为交互类业务提供更好网络资源和用户体验。
在本发明另一实施例中,每一个业务数据流在业务建立时,可以在终端的通讯模块中(如终端上TCP/IP协议栈的socket模块)建立一个流过滤器,该流过滤器包含对应的业务流的IP“五元组”信息(如源IP地址,目的IP地址、协议类型、源端口号、目的端口号、DSCP、FlowLabel等)。当终端上业务模块要发送数据时,数据包向下递交到终端的通讯模块,通讯模块将数据包与其上建立的多个流过滤器依次进行匹配,当与某个流过滤器匹配成功后,就认为该数据包属于这个业务数据流,终端上的数据流通道即指为传输某个业务数据流而维护的逻辑通道和相关的数据结构。例如终端中同时运行一个交互式业务和一个背景类业务,则在终端的通讯模块中会分别建立对应该交互式业务数据流的流过滤器和对应该背景类业务的流过滤器,即分别维护对应两个业务的数据流的数据流通道。
步骤202、网元或者终端比较当前的时间与数据流通道上下文中记录的数据流通道中传输的相邻上一个数据包的时间间隔。
如果当前数据包的到达时间与数据流通道中传输的相邻上一个数据包的间隔时间超过门限值,则进入步骤203,否则进入步骤205。
例如,对一个TCP连接,在正常情况下,一个RTT时间内,至少有一个数据包传输,如果在连续数个RTT周期内,连接上都没有任何数据包传输,则可以认为连接上的上一次业务传输结束了。故时间间隔的门限值取值可以为RTT经验值的若干倍,网络上RTT周期一般在几十到几百毫秒,数个RTT周期大概是几秒长,例如2-5秒。
由于采用TCP协议的应用程序在一个RTT周期内一般至少在每个方向上会各有1个数据包,网元或者终端可以分别记录数据流通道中相邻上一个上行以及下行数据包的到达时间,在比较时将当前数据包达到时间与同方向的相邻上一个数据包的到达时间比较;也可以不区分方向只记录统一的相邻上一个数据包达到时间。
在本发明的另一实施例中,如果数据流通道刚建立,例如对一个新建立的承载,或者承载的无线接入部分(RAB)刚恢复。当前数据包是数据流通道内传输的第一个数据包,则在这种情况下可以认为与上一个数据包的时间间隔很长,大于门限值。
在本发明的另一实施例中,也可以根据最近一段时间(如几秒内)累积传输的流量,或者速率等方式来判断与相邻上一个数据包的时间间隔。例如最近几秒内累计传输流量为0,或者传输速率为0,则可以判断与相邻上一个数据包的到达时间大于门限值。
步骤203、网元或者终端对在该数据流通道上传输的数据包启动优先处理,即启动优惠期,还可以设置优惠期标记。
如果该用户通道当前正处于优惠期内,则重启优惠期。
网元或者终端记录该数据流通道上优惠期启动点的信息,如启动时刻的时间戳,并确定优惠期结束条件,优惠期表述方式具体包括以下方式至少一种:传输持续时间、当前传输累计流量、传输速率,或上述参数的组合。
当优惠期由传输持续时间表述时,则需要记录优惠期启动时的时间戳,当该数据流的传输开始后在一定时间长度内,如15秒,为处于优惠期内;
当优惠期由当前传输累计流量表述时,在每次启动优惠期时需要将统计的数据流通道上上次优惠期内累计流量清零,重新开始统计,当数据流通道上本次累计传输流量未超过一定的流量门限时,如500KBytes,为处于优惠期内;
当优惠期由传输速率表述时,当该数据流的速度提升未达到一定速率门限时,如128Kbits/秒,为处于优惠期内。
在本发明的另一实施例中,优惠期还可以采用上述参数的组合来表述,例如在满足如下3个条件中任意一个后本次优惠期结束:1)优惠期启动后持续超过15秒;2)本次优惠期启动后通道内累计传输了500K Bytes数据;3)本次优惠期启动后通道的传输速率已经达到128Kbits/秒以上。
在本发明的另一实施例中,还可以根据本次数据传输开始之前数据流通道上空闲时间的长短来决定优惠期的长短,如果之前数据流通道上空闲时间越长,则本次优惠期给予更长的时间长度,或者累计传输流量门限,等等。
步骤204、对数据包按照优先策略进行处理。
优先处理可以以缩短数据流的RTT,减小数据流的丢包率(包括错包率)为主要目标进行实现。处理完成后,可以执行步骤209:结束对数据包的处理。
缩短数据流的RTT,既可以加快慢启动阶段完成,使得交互式业务可以快速达到较高的速率,又可以在TCP连接的接收窗口大小固定的情况下,TCP可以获得的传输速率越高。减小数据流的丢包率则可以防止速率急剧降低的情况的出现。
在本发明的另一实施例中,可以根据不同的网络QoS机制,网元或者终端的能力,网元或者终端可以采用以下不同的优先处理策略进行处理。
例如,方式A:对所述数据流通道的数据包进行优先调度。优先调度即优先发送优先级较高的数据包,使得业务的数据流的质量得到较高的保证。
例如,方式B:选择QoS较高的链路发送所述数据流通道的数据包。QoS较高,指在当前的链路中,选择一个QoS比较高的链路。选择QoS较高的链路发送数据包(例如在当前的链路中,QoS从大到下排列中前40%的链路,可以认为QoS较高的链路),则可以发送优先级比较高,或者链路质量好、丢包率低、误码率低,从而能够使得业务的数据的质量得到较高的保证。
例如,方式C:对所述用户流通道的数据包可以应用减少丢包率、误码率的特殊编解码方法(Codec)或重传策略。
例如,方式D:对所述数据流通道的数据包进行优先级标记,例如在IP头部打上对应高优先级处理策略的TOS/DSCP等方式,使得后续处理模块以及后续网元对所述数据包进行优先处理。进行优先级标记后,后续收到该数据包的模块或网元解析标记后,可以按照同样的优先策略对数据包进行处理,比如所述的优先调度,较高链路,减少丢包等等的处理
例如,方式E:在拥塞丢包时,优先丢弃其他数据流通道的包;即减少或者避免所述数据流通道的丢包。
在本发明的另一实施例中,对处于优惠期的数据流通道的优先处理策略还可以根据本次数据传输的持续时间进行分级,例如;整个优惠期是15秒(或累积500K Bytes),但对于传输开始的5秒(或开始200K Bytes),给予更高的优先级策略,如果5秒内(或200K Bytes)传输未结束,在后面的10秒(或300K Bytes)内,给与比开始5秒稍低的优先级策略,但仍高于比普通处理策略更高的优先级。
步骤205、如果在步骤202判断当前时间与数据流通道中相邻上一个数据包的到达时间的间隔小于门限值,则判断当前该数据流通道的优惠期标记是否设置。如果是,则进入步骤206,否则进入步骤208。
步骤206、判断数据流通道的优惠期是否结束。
对应步骤203,判断该数据流通道优惠期启动以来持续时间,和/或本次优惠期内累计传输流量,和/或数据流通道当前的传输速率是否满足优惠期的结束条件,例如,判断该数据流通道优惠期启动以来持续时间是否超过时间门限值,本次优惠期内累计传输流量是否达到门限值,和/或,数据流通道当前的传输速率是否达到门限值。如果满足优惠期结束条件,则进入步骤207,否则进入步骤204。
步骤207、清除数据流通道的优惠期标志,但可以继续记录本次数据传输开始以来的持续时间,累积流量等。
步骤208、对数据包按照非优先级的处理策略进行处理。
在本发明的另一实施例中,当优惠期采用时间长度表述时,除了采用上面每次数据包到达时将当前时间与数据流通道中记录的优惠期启动时刻进行比较判断优惠期是否结束以外,还可以采用定时器等方式,不再赘述。
对其它流量的优先处理实际上相当于对普通流量的降级处理,另外,由于记录了数据流通道的本次数据传输开始时间,以及累积流量,因此对长时间进行传输的数据流通道,网元或者终端可以加大丢弃概率对其进行惩罚。
步骤209、对当前数据包处理结束。
参见图4,是本发明实施例提供的网元结构示意图,包括:一种网元40,包括:接收单元401,判断单元402,处理单元403,
接收单元401,接收数据流通道的数据包;
判断单元402,用于判断当前传输是否是新开始的数据传输,在判断当前传输是新开始的数据传输时,启动优惠期处理过程;
处理单元403,用于在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。
进一步,判断模块402,具体用于判断接收当前数据包与接收上一个数据包的间隔时长,是否超过门限,如果超过则当前传输为新开始的数据传输;或者
判断模块402具体用于判断接收到当前数据包之前的门限时长内,所述数据流通道的传输流量是否为0,如果为0,则当前传输为新开始的数据传输;或者
判断模块402具体用于判断接收到当前数据包之前的门限时长内,所述数据流通道的传输速率是否为0,如果为0,则当前传输为新开始的数据传输。
在本发明的另一实施例中,优惠期可以由具有不同优先级的阶段组成,则处理单元403还用于根据所述不同阶段的优先级,在各个阶段对数据流通道内的数据包按照不同的优先策略进行处理。
处理单元403,还可以包括以下至少之一单元:
优先调度模块:对所述数据流通道的数据包进行优先调度;
选择链路模块:选择质量较高的链路发送所述数据流通道的数据包;
优先标记模块:对所述数据流通道的数据包进行优先标记,使得后续模块或者网元对所述数据包进行优先处理;
丢包处理模块:在拥塞丢包时,优先丢弃其他数据流通道的包;
编码模块:对所述用户流通道的数据包应用可以减少丢包率、误码率的特殊编解码方法(Codec)或重传策略;
通知模块,发送消息通知其他网元对该数据流通道的数据包进行优先处理。
上述所有单元或模块的具体工作过程,可以参考前述方法实施例所揭露的相应处理过程,在此不再赘述。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到,上述所描述的网络组件可以在任意多功能网络组件上实现,例如计算机或具有足够处理能力的网络组件,本发明可借助软件加必需的硬件平台的方式来实现,当然也可以全部通过硬件来实施。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质或处理器中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
其中,网络组件包括处理器(该处理器可以指中心处理单元或CPU),输入/输出设备(input/output(I/O)devices)和网络连接设备,其中该处理器与一些存储装置相连,这些存储装置包括二级存储器(secondary storage),只读存储器(ROM,read only memory),随机存储器(RAM,random access memory)。所述处理器可以通过一个或多个CPU芯片实现,或者可以是一个或多个ASICs(application specific integrated circuits)的一部分。
如果RAM没有足够大的容量来存储所有工作数据时,二级存储器典型地可以包括一个或多个光盘驱动器或磁盘驱动器,用于数据的非易失性存储,作为流动性数据的存储装置。当一些程序被选择执行时,二级存储器可以用于存储导入到RAM的程序。所述ROM用于存储一些指示和程序被执行时被读取的可能数据。该ROM是一种非易失性存储装置,典型地,相对于二级存储器的大存储容量,具有一个小的存储容量。该RAM用于存储临时数据(volatile data),以及也可能存储一些指示。接入到ROM和RAM一般要快于接入到二级存储器。
在本申请所提供的几个实施例中,应该理解到,所揭露的网元和方法,在没有超过本申请的精神和范围内,可以通过其他的方式实现。当前的实施例只是一种示范性的例子,不应该作为限制,所给出的具体内容不应该限制本申请的目的。例如,多个单元或模块可以结合或者可以集成到另一个***或,而且一些特征可以忽略,或不执行。
另外,所描述方法以及不同实施例的示意图,在不超出本申请的范围内,可以与其它***,模块,技术或方法结合或集成。另一点,所显示或讨论的相互之间的通信连接可以是通过一些接口,装置或中间组件的间接耦合或通信连接,而不论是电性,机械或其它的形式。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (12)
1.一种业务数据的处理方法,其特征在于,包括:
接收数据流通道的数据包;
判断当前传输是新开始的数据传输时,启动优惠期处理过程;
在优惠期内对该数据流通道传输的数据包按照优先策略进行处理。
2.如权利要求1所述的方法,特征在于,还包括:根据预先配置的或者从其他网元获取的数据流通道的定义条件,对满足定义条件的数据流通道进行所述判断处理。
3.如权利要求1所述的方法,特征在于,判断当前传输是否是新开始的数据传输包括以下方式一种:
方式A:判断当前数据包与其相邻上一个数据包的间隔时长,是否超过门限,如果超过则当前传输为新开始的数据传输;
方式B:判断当前数据包之前的门限时长内,所述数据流通道的传输流量是否为0,如果为0,则当前传输为新开始的数据传输;
方式C:判断当前数据包之前的门限时长内,所述数据流通道的传输速率是否为0,如果为0,则当前传输为新开始的数据传输。
4.如权利要求1所述的方法,特征在于,优惠期表述方式包括以下方式至少一种:
方式A:持续时间;
方式B:累计流量;
方式C:速率。
5.如权利要求1或4所述的方法,特征在于,所述优惠期由具有不同优先级的阶段组成,则在优惠期内对数据包按照优先策略进行处理具体包括:根据所述不同阶段的优先级,在各个阶段对数据流通道内的数据包按照不同的优先策略进行处理。
6.如权利要求5所述的方法,特征在于,所述不同优先级的阶段,其优先级按照递减方式排列。
7.如权利要求1所述的方法,特征在于,优先策略进行处理包括以下方式至少一种:
方式A:对所述数据流通道的数据包进行优先调度;
方式B:选择质量较高的链路发送所述数据流通道的数据包;
方式C:对所述数据流通道的数据包进行优先标记,使得后续模块或者网元对所述数据包进行优先处理;
方式D:在拥塞丢包时,优先丢弃其他数据流通道的包;
方式E:对所述用户流通道的数据包应用减少丢包率、误码率的编解码方法。
8.如权利要求1所述的方法,特征在于,在优惠期内对该数据流通道传输的数据包按照优先策略进行处理之后还包括:超出优惠期后,对该数据流通道传输的数据包按照非优先级策略进行处理或者按照惩罚策略进行处理。
9.一种设备,其特征在于,包括:
接收单元,用于接收数据流通道的数据包;
判断单元,用于判断当前传输是否是新开始的数据传输,在判断所述当前传输是新开始的数据传输时,启动优惠期处理过程;
处理单元,用于在所述优惠期内对该数据流通道传输的数据包按照优先策略进行处理。
10.如权利要求9所述的设备,其特征在于,
所述判断模块,具体用于判断所述当前数据包与其相邻上一个数据包的间隔时长,是否超过门限,如果超过则判断所述当前传输为新开始的数据传输;或者
所述判断模块,具体用于判断所述当前数据包之前的门限时长内,所述数据流通道的传输流量是否为0,如果为0,则判断所述当前传输为新开始的数据传输;或者
所述判断模块,具体用于判断所述当前数据包之前的门限时长内,所述数据流通道的传输速率是否为0,如果为0,则判断所述当前传输为新开始的数据传输。
11.如权利要求9所述的设备,其特征在于,所述优惠期由具有不同优先级的阶段组成时,则所述处理单元还用于根据所述不同阶段的优先级,在各个阶段对数据流通道内的数据包按照不同的优先策略进行处理。
12.如权利要求9或者11所述的设备,其特征在于,所述处理单元包括以下至少之一:
优先调度单元,用于对所述数据流通道的数据包进行优先调度;
选择链路单元,用于选择质量较高的链路发送所述数据流通道的数据包;
优先标记单元,用于对所述数据流通道的数据包进行优先标记,使得后续模块或者网元对所述数据包进行优先处理;
丢包处理单元,用于在拥塞丢包时,优先丢弃其他数据流通道的包;
编码单元,用于对所述用户流通道的数据包应用减少丢包率、误码率的编解码方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910108548.7A CN101938781B (zh) | 2009-06-30 | 2009-06-30 | 一种业务数据的处理方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910108548.7A CN101938781B (zh) | 2009-06-30 | 2009-06-30 | 一种业务数据的处理方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101938781A true CN101938781A (zh) | 2011-01-05 |
CN101938781B CN101938781B (zh) | 2015-07-08 |
Family
ID=43391857
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910108548.7A Active CN101938781B (zh) | 2009-06-30 | 2009-06-30 | 一种业务数据的处理方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101938781B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104756451A (zh) * | 2012-10-30 | 2015-07-01 | 瑞典爱立信有限公司 | 用于lag接口上网络流的动态负载平衡的方法 |
CN106452960A (zh) * | 2016-10-11 | 2017-02-22 | 郑州云海信息技术有限公司 | 一种基于多处理器***仿真的报文超时确定方法及装置 |
CN107787010A (zh) * | 2016-08-26 | 2018-03-09 | 电信科学技术研究院 | 一种数据流传输方法、汇聚节点、基站和ue |
CN110827932A (zh) * | 2020-01-13 | 2020-02-21 | 北京懿医云科技有限公司 | 医疗数据的分类处理方法及装置、存储介质、电子设备 |
CN112218338A (zh) * | 2020-10-22 | 2021-01-12 | Tcl通讯(宁波)有限公司 | 数据的获取方法及***、存储介质及移动终端 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100583869C (zh) * | 2005-04-30 | 2010-01-20 | 华为技术有限公司 | 多业务通信***中业务传输优先级的调度方法 |
CN100461679C (zh) * | 2007-06-04 | 2009-02-11 | ***通信集团公司 | 提高业务判别效率的方法 |
-
2009
- 2009-06-30 CN CN200910108548.7A patent/CN101938781B/zh active Active
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104756451A (zh) * | 2012-10-30 | 2015-07-01 | 瑞典爱立信有限公司 | 用于lag接口上网络流的动态负载平衡的方法 |
CN104756451B (zh) * | 2012-10-30 | 2018-05-29 | 瑞典爱立信有限公司 | 用于lag接口上网络流的动态负载平衡的方法 |
CN107787010A (zh) * | 2016-08-26 | 2018-03-09 | 电信科学技术研究院 | 一种数据流传输方法、汇聚节点、基站和ue |
CN106452960A (zh) * | 2016-10-11 | 2017-02-22 | 郑州云海信息技术有限公司 | 一种基于多处理器***仿真的报文超时确定方法及装置 |
CN106452960B (zh) * | 2016-10-11 | 2019-09-24 | 郑州云海信息技术有限公司 | 一种基于多处理器***仿真的报文超时确定方法及装置 |
CN110827932A (zh) * | 2020-01-13 | 2020-02-21 | 北京懿医云科技有限公司 | 医疗数据的分类处理方法及装置、存储介质、电子设备 |
CN112218338A (zh) * | 2020-10-22 | 2021-01-12 | Tcl通讯(宁波)有限公司 | 数据的获取方法及***、存储介质及移动终端 |
CN112218338B (zh) * | 2020-10-22 | 2022-06-10 | Tcl通讯(宁波)有限公司 | 数据的获取方法及***、存储介质及移动终端 |
Also Published As
Publication number | Publication date |
---|---|
CN101938781B (zh) | 2015-07-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100480711C (zh) | 在移动电信***中的自动ip话务优化 | |
RU2316127C2 (ru) | Спектрально-ограниченная контролирующая пакетная передача для управления перегрузкой и установления вызова в сетях, основанных на пакетах | |
CN100469043C (zh) | 控制数据位的传输的装置和方法 | |
US9438494B2 (en) | Apparatus and methods for optimizing network data transmission | |
US20120195196A1 (en) | SYSTEM AND METHOD FOR QoS CONTROL OF IP FLOWS IN MOBILE NETWORKS | |
US7177277B2 (en) | Method for optimizing performance in wireless networks | |
CN101938781B (zh) | 一种业务数据的处理方法和设备 | |
US20160295298A1 (en) | Congestion mitigation method and apparatus considering optimization of user satisfaction of video traffic in mobile network | |
CN102165737A (zh) | 在基于分组的无线通信***中对业务流分类的方法和设备 | |
CN103906136B (zh) | 一种数据业务流量管控方法和装置 | |
WO2013159617A1 (zh) | 一种网络拥塞的处理方法、***和控制网元 | |
CN1671226A (zh) | 业务信号传输速率调整方法及其*** | |
CN103096386B (zh) | 一种基于信令分析的数据业务流量管控方法 | |
CN1497912A (zh) | 数据传输率调节***,监视控制装置及调节方法 | |
US20160381693A1 (en) | Feedback-based packet control system | |
Papadimitriou et al. | SSVP: A congestion control scheme for real-time video streaming | |
CN101027876A (zh) | 移动无线电网络中网络负载调整的方法 | |
CN102264145A (zh) | 一种业务调度方法、装置及*** | |
JP5533270B2 (ja) | ゲートウェイ装置およびゲートウェイ装置におけるパケットバッファ管理方法 | |
CN101345903B (zh) | Umts或gprs通信网络告知业务平台当前无线承载信息的方法 | |
Song et al. | SRTP: TCP-friendly congestion control for multimedia streaming | |
CN104284319B (zh) | 一种基于拥塞控制的策略控制方法、装置和*** | |
EP1668842A1 (en) | Method for scheduling data packets from different flows transmitted from a wireless terminal | |
US20160050586A1 (en) | Data prioritization for wireless networks | |
WO2003019876A1 (en) | Method for optimizing performance in wireless networks using snmp agents |
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 |