CN101631066A - 一种实现互联网语音传输体系终端质量服务的方法及系统 - Google Patents
一种实现互联网语音传输体系终端质量服务的方法及系统 Download PDFInfo
- Publication number
- CN101631066A CN101631066A CN200810068569A CN200810068569A CN101631066A CN 101631066 A CN101631066 A CN 101631066A CN 200810068569 A CN200810068569 A CN 200810068569A CN 200810068569 A CN200810068569 A CN 200810068569A CN 101631066 A CN101631066 A CN 101631066A
- Authority
- CN
- China
- Prior art keywords
- module
- quality
- quality services
- script
- packet
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种实现互联网语音传输体系终端质量服务的方法及系统,该系统的质量服务环节分成质量服务控制模块和质量服务执行模块,用户进行参数配置,由CGI模块将所述参数写入配置文件;所述质量服务控制模块将该配置文件生成流量控制脚本后执行,将质量服务策略写进系统内核;当系统内核收到数据包后,所述质量服务执行模块对数据包进行配置。由于配置了确定数据包优先级和分配带宽的,统一了互联网语音传输应用系统中端到端的质量服务,在VoIP终端上保证了优越的QoS质量服务处理机制,保证了终端的语音质量,实现了IP电话的实时顺畅,满足了用户的基本需求;实现的成本低廉,易开发和维护。
Description
技术领域
本发明涉及VoIP互联网语音传输系统的QoS质量服务领域,尤其涉及的是一种实现互联网语音传输体系终端质量服务的方法及系统。
背景技术
VoIP(Voice over Internet Protocol,以下简称VoIP)是基于IP的语音传输,指在IP网上传送语音,通俗来讲,也就是互联网电话、网络电话或者简称IP电话。一直以来,现有的IP电话技术,尚未解决好的关键问题之一,就是其业务的质量服务QoS(Quality of Service,以下简称QoS)问题。
由于IP电话需要依托IP网络作为基本的数据传输网络,目前大部分的IP网络还不能提供有效的QoS质量服务,所以IP网络的QoS质量服务问题就成为直接影响IP电话QoS质量服务的关键因素之一,并且IP技术是基于传输数据而提出的,但传统的IP网络仅支持BE(Best Effort,以下简称BE)尽力而为型的传送机制,并不能保证数据传送的实时性,即在数据通信情况下,当数据包因各种原因被丢失或破坏时,可以要求发送端重新发送数据包,而对于IP电话这样实时性的业务而言,显然是无法采用重发的方法;因此,网络拥塞等常常会造成IP电话业务流产生过多的丢包、时延和时延抖动,导致用户所接收的语音信号常常出现不连贯甚至有中断的现象。
可是,质量服务指标对于电信级业务来说又是至关重要的,VoIP业务的终端或家庭网关,在WiMAX、WCDMA、CDMA、TD-WCDMA、GSM等制式上,其VoIP系统的QoS机制难以得到很好的改善,已直接影响到VoIP业务下一步的发展。业界对于IP网络QoS问题也作了大量的研究,提出的主要技术有:资源预留RSVP技术、区分服务DiffServ技术、多协议标记交换和流量工程技术等。
然而,QoS质量服务的技术支持问题,并没有统一到VoIP互联网语音传输应用系统中;因此,总的来说,目前仍没有形成一个基于SIP会话启动协议的端到端QoS质量服务技术;且目前网络正在逐渐向全IP化的方向前进,为了在全IP网内实现电话等电信级服务,VoIP互联网语音传输系统应用与QoS质量服务的联系更为紧密,对于QoS质量服务有着非常高的要求;而VoIP互联网语音传输应用最缺乏的技术之一,就是端到端的QoS质量服务控制,如何提供基本甚至良好的QoS质量服务控制,不仅是下一代网络NGN(Next Generation Network)演进道路上必须解决的问题,也是终端上必须解决的问题。
因此,现有技术尚有待于改进和发展。
发明内容
本发明的目的是,提供一种实现互联网语音传输体系终端质量服务的方法及系统,实现控制VoIP互联网语音传输应用系统端到端的QoS质量服务,确保IP电话的实时顺畅。
本发明的技术方案如下:
一种实现互联网语音传输体系终端质量服务的方法,将其运作系统的质量服务环节分成质量服务控制模块和质量服务执行模块,所述方法包括以下步骤:
A、用户进行质量服务策略参数的配置,由CGI模块将所述质量服务策略参数写入配置文件;
B、所述质量服务控制模块将该配置文件生成流量控制脚本后执行,将质量服务策略写进系统内核;
C、当系统内核收到数据包后,所述质量服务执行模块对数据包进行配置。
所述的方法,其中,所述数据包为从用户级传来并封装有质量服务信息的数据包。
所述的方法,其中,步骤A还包括:
A1、用户修改配置的质量服务策略参数;
A2、由所述CGI模块将该修改后的参数写入配置文件。
所述的方法,其中,所述步骤A中用户进行参数配置的过程是通过登录WEB界面实现的。
所述的方法,其中,步骤B中所述质量服务控制模块还包括脚本生成模块,所述脚本生成模块在步骤B中具体还执行以下步骤:
B1、将配置文件中的质量服务策略参数读入映射表;
B2、读取映射表中的一行,判断是否为配置文件的最后一行;
B3、是则生成流量控制脚本;否则再次添加映射表。
所述的方法,其中,步骤B中所述质量服务控制模块还包括脚本执行模块,所述脚本执行模块在步骤B中具体还执行以下步骤:
B4、读取所述流量控制脚本文件的一行,判断是否到文件尾;
B5、是则结束,否则再判断是否是空行或“#”字符开头;
B6、是则返回读取该脚本文件的一行,否则执行所述流量控制脚本。
所述的方法,其中,所述质量服务执行模块还包括入口规则模块,所述入口规则模块在步骤C中具体还执行以下步骤:
C1、清除已有的入口队列规定;
C2、在所述入口队列上对报文进行标记;
C3、根据报文的目的端口号进行标记区分。
所述的方法,其中,所述质量服务执行模块还包括流量控制模块,所述流量控制模块在步骤C中具体还执行以下步骤:
C4、为每一个队列中的数据包进行标记,进行区分服务标记;
C5、将数据包进行过滤后分配给不同固定速率的链路;
C6、将无类的数据包按先进先出规定归入缺省队列中。
所述的方法,其中,所述质量服务执行模块还包括出口规则模块,所述出口规则模块在步骤C中具体还执行以下步骤:
C7、清除已有的出口队列规定,并规定区分服务标记为主队列规定;
C8、生成类,并进入类中的报文,标记该报文的头部,确定优先级;
C9、按分层的令牌桶队列规定对不同的类别报文进行流量限制。
一种实现互联网语音传输体系终端质量服务的系统,该系统的质量服务环节部分包括质量服务控制模块和质量服务执行模块,其特征在于,还包括CGI模块用于将用户的配置参数写入配置文件;所述质量服务控制模块包括脚本生成模块和脚本执行模块,用于将该配置文件生成流量控制脚本后执行,将质量服务策略写进系统内核;所述质量服务执行模块包括入口规则模块、流量控制模块和出口规则模块,用于配置系统内核收到的数据包。
本发明所提供的一种实现互联网语音传输体系终端质量服务的方法及系统,由于引入了包括确定数据包优先级和分配带宽在内的先进先出策略对QoS质量服务的配置,统一了VoIP互联网语音传输应用系统中端到端的QoS质量服务,在VoIP终端上保证了QoS质量服务处理机制,保证了终端的语音质量,实现了IP电话的实时顺畅,满足了用户的基本需求;并且致力于长期以来难于解决好的问题,本发明的方法简单可靠,对网络的实时性还可以做出不同的QoS质量服务机制,实现的成本低廉,易开发和维护。
附图说明
图1是本发明的QoS质量服务系统架构图;
图2是本发明的QoS质量服务模块原理图;
图3是本发明的脚本生成模块流程图;
图4是本发明的脚本执行模块流程图;
图5是本发明的TC流量控制工作原理图;
图6是本发明的VoIP互联网语音传输数据流控制图。
具体实施方式
以下将结合所示附图,对本发明关于实现互联网语音传输体系终端质量服务方法及系统的具体实施方式和实施例加以详细说明。
本发明的一种实现互联网语音传输体系终端质量服务方法及系统,主要核心点在于,通过将参数映射成命令以及写入内核,完成数据包优先级的确定和带宽的分配,实现质量服务策略;至于CGI、HTB、FIFO、Map、DSMARK等技术为现有技术所熟知,在此不再赘述。
经过分析,VoIP网络系统下语音质量服务的瓶颈,通常位于VoIP网关的WAN口,VoIP用户正是通过WAN口与其它非VoIP用户来共享链路的,对延迟、丢包、抖动有苛刻要求。
设计QoS模块的目的也正是为了在WAN口处对VoIP流量与非VoIP流量进行区分和控制,从而保证VoIP流量在WAN口上可拥有足够的带宽。
VoIP网关QoS模块架构的体系概括如下:用户通过浏览器登录网关内置的WEB界面,配置QoS参数,例如设定WAN口的带宽值等,设定分配的语音带宽和DSCP(Differentiated services code point,以下简称DSCP)差分服务代码点值等;CGI(Common Gateway Interface,以下简称CGI)模块在接收到这些参数后,将其写入配置文件内;QoS模块读取配置文件得到相关参数,并根据所得到的参数,生成TC(Traffic Control command,以下简称TC)流量控制脚本;最后调用Linux下的TC流量控制命令,控制网卡对数据包的转发机制,实现对流量的分类、优先级判定、带宽分配以及DSCP差分服务代码点的配置;采用DSMARK区分服务标记队列规定对Linux下的报文标记,标记后进入实时通信业务模块,并对标签按EF快速转发型和BE尽力而为型的优先级分类。
简言之,本发明该系统的质量服务环节部分包括质量服务控制模块和质量服务执行模块,同时,还包括CGI模块用于将用户的配置参数写入配置文件;所述质量服务控制模块包括脚本生成模块和脚本执行模块,用于将该配置文件生成流量控制脚本后执行,将质量服务策略写进系统内核;所述质量服务执行模块包括入口规则模块、流量控制模块和出口规则模块,用于配置系统内核收到的数据包。
正如图2所示,QoS控制模块的作用主要是,将用户设置的QoS信息以及对配置文件的修改,最终生成一个TC流量控制模块可识别的Tcscript脚本;其实质就是,将用户在WEB页面上配置的QoS参数映射成相应的TC流量控制命令。
本发明方法及系统中所述QoS控制模块包括脚本生成模块和脚本执行模块。
所述脚本生成模块将qos.cfg和tcscript.tpl两个配置文件生成TC流量控制模块可识别的TC流量控制脚本,如图3所示的流程图,说明了如何生成配置文件,以及该模块的设计方法:当用户在WEB界面上提交配置信息后,将QoS参数读入一个映射表如Map中,读入Map中的好处在于方便查询参数位置和便于修改;读取Map中的一行,判断是否是配置文件的最后一行,如果不是,则再次添加Map,直到将整个配置文件内的信息读完,生成一个Tcscript脚本文件。
本发明方法及系统的所述脚本执行模块执行TC流量控制脚本,把用户设置好的参数写入内核。先读取脚本文件的一行,如图4所示的流程图,判断是否到文件尾,是则结束,否则再判断是否是空行或“#”字符开头;是则返回读取脚本文件的一行,否则执行该脚本。由此说明了如何执行配置文件,将生成的Tcscript文件中的信息写入到Linux内核中,以便在用户发送数据包时将QoS的信息封装在数据包中,再进入QoS执行模块,分配QoS策略。
本发明方法及系统中,所述QoS执行模块包括:入口规则模块、TC流量控制模块和出口规则模块。
所述入口规则模块:清除过去已有的入口队列规定,在入口队列上使用对报文进行标记;根据报文的目的端口号对报文进行区分:VoIP的SIP信令端口号为5060,RTP报文的端口号为4000,RTCP报文的端口号为4001,所以把源端口为5060、4000和4001的报文全部在其报头标记为1。
TC流量控制模块中的TC流量控制命令功能非常强大,其使用也非常灵活,可针对不同情况进行不同的配置以满足QoS质量服务的要求,同时,这种灵活性也增加了配置TC流量控制脚本的难度。
当Linux内核接收到从用户级传来的数据包时,如图5所示,先根据过滤器或分类器进行分类,每个过滤器都有相应的过滤条件,符合条件的数据包就被归为相应的类,而每一个类都对应不同的队列规定或不同的处理方式,在使用TC流量控制命令时的队列规定有:
1)分层的令牌桶HTB(Hierarchical Token Bucket,以下简称HTB)即一个分类的令牌桶过滤器,是一个可实现分类、限流的队列规定;可把一个固定速率的链路分配给多种不同的用途使用,给每种用途进行带宽承诺并实现相互间的带宽借用;HTB的优势是参数很少,实现相当简单;使用HTB队列规则对输入的报文进行限流,标记为2:0;HTB的缺省类别是设置为2;类号为2:0→HTB、2:1→EF、2:2→BE等。
2)区分服务标记DSMARK也是一个队列规定,负责Linux下报文的标记,提供了实现区分服务的能力;与其他的队列规定相比,DSMARK的行为非常简单,它并不进行流量的整形、策略控制,也不对报文分优先级,只是使用DSCP差分服务代码点对报文做标记;缺省类别是设置为1,类号为1:0→DSMARK、1:1→EF和1:2→BE。
3)先进先出FIFO(First In First Out,以下简称FIFO)是一个无类的队列规定,没有对类别的区分,只是接受数据和重新编排、延迟或丢弃数据报文,也就是说,没有任何数据报文被区别对待;这是一个使用最广泛也是最基本的队列规定,当某个类还没有定义自己的队列规定时,FIFO就是默认的缺省设置。
需要说明的是,如果一个数据包对所有的过滤条件都不满足,则该数据包会被分为缺省类,将会使用缺省的队列规定对其进行处理,缺省的队列规定一般是FIFO。
TC流量控制命令主要包括队列规定Queuing Discipline、过滤器Filter和分类器Class这三个关键概念;对列规定是TC流量控制命令最重要的组成部分,不同的队列规定对应不同的算法,规定了对进入队列的数据包的处理方式;最简单的队列规定就是先进先出FIFO,其他还有如随机早期探测RED、类基队列CBQ和令牌桶Token Bucket等。
过滤器Filter或分类器Class的作用是:根据一些参数或准则将进入队列的数据包分为不同的类;通过简单的描述语言,指定选择数据包并把包映射到类;类由队列规定来管理,和队列规定紧密联系在一起,不同的类对应不同的队列规定;类本身不储存报文,而是利用队列规定来管理其所拥有的数据。
出口规则模块:音频服务VoIP非实时数据业务,优先保证实时数据流如音频流的通信质量,而对于其他的非实时性数据业务,则可按缺省的BE尽力而为型机制进行传输;根据这种需求,可制订出了相应的实现方案,从节点发送的数据流有VoIP、Telnet或Ftp等,按照用户对网络服务的需求不同,对相关业务按EF快速转发型和BE尽力而为型分优先级。
Linux环境下Diff-Serv中实现出口规则模块的规则如下:
1、先清除过去已有的出口队列,并规定区分服务标记DSMARK作为主队列规定;
2、生成类1:1,进入其中的报文,其头部将会被标记成0xb8,即优先级为EF快速转发型;
3、生成类1:2,进入其中的报文,其头部将会被标记成0x0,即优先级为BE尽力而为型;
4、报文的分类过程:值为1的报文全部放入类1:1,优先级为EF快速转发型;其他的则被缺省划分类1:2,网络提供BE尽力而为型服务;
5、按分层的令牌桶HTB队列规定对不同的类别报文进行流量限制:如:类2:1,优先级为EF快速转发型,分配500kbit带宽;类2:2,优先级为BE尽力而为型,分配500kbit带宽。
除此之外,不同类别报文之间的带宽设置为可共享形式,即如果自己的带宽不够而其他类别的带宽有剩余时,可以借用其他类别报文的带宽,它们的最大带宽都可以达到1Mbit,但总的带宽不可以超过规定的1Mbit。
用户通过浏览器登录WEB界面时,WEB界面控制模块的主要功能是,在WEB界面上提供所需要设置QoS的相关参数,提交后会将QoS的值传至CGI模块,对参数进行处理,并写在配置文件内。
而CGI模块接收到WEB界面上的配置参数后,将参数再写于配置文件中;QoS模块读取配置文件得到相关参数,根据所得到的参数,生成TC流量控制脚本;最后调用Linux下的TC流量控制命令,控制网卡对包的转发机制,实现对流量的分类、优先级判定、带宽分配以及DSCP差分服务代码点的配置。
如图6所示,该图是VoIP数据流中带宽的分配方式,首先报文在进入入口规则模块后会先通过数据包的端口号码确定那些数据包是语音包,用DSMARK标记这些语音包为1,并将这些语音包统一放在一个类中,我们规定这个类的类号为1:0;数据包通过TC流量控制模块后应用过滤器,对HTB队列规定对不同的类别进行流量限制操作,HTB的缺省类别是设置为2,类号可为2:0→HTB;最后所有的报文都要从出口规则模块,经过再次过滤确定数据包的QoS策略、报文的优先级,为每一个类分配相应的带宽,通过过滤后,报文被分到EF快速转发型和BE两个类中,这两个类的优先级不同,所需要分配的带宽也不同,根据不同类型的数据报文在不同的网络环境下通过制定的QoS机制,来保证质量服务。
QoS机制处理策略步骤如图1所示,包括如下步骤:
步骤A、用户在WEB界面上输入QoS的配置信息,用户提交后进入步骤B;修改配置信息进入步骤C;用户发送数据则进入步骤E;
步骤B、用户提交配置信息CGI程序中,生成两个配置文件,一个是qos.cfg,另一个是tcscript.tpl,进入步骤D;
步骤C、用户修改完配置信息后,进入步骤B;
步骤D、进入QoS控制模块,将qos.cfg和tcscript.tpl通过脚本生成模块生成TC执行模块可识别的Tcscript配置文件,该配置文件通过脚本执行模块将QoS策略写入到Linux内核中,执行TC流量控制模块;
步骤E、用户发送数据包后进入入口规则模块,在入口队列上使用对报文进行标记,根据报文的目的端口号对报文进行标记区分;如:SIP信令端口号为5060,RTP报文的端口号为4000,RTCP报文的端口号为4001,将源端口5060、4000、4001报文的报头标记为1;
步骤F、进入QoS执行模块,当Linux内核接收到从用户级传来的数据包和相关的QoS配置信息后,执行队列规则、过滤器和类的规定;将满足条件的数据包放入相应的队列或类中,如:HTB、DSMARK、FIFO等;
步骤G、进入出口规则模块,在出口规则模块中确定数据包的优先级EF快速转发型和BE尽力而为型,通过不同的类号为其分配所需要的带宽;
步骤H、流程结束。
当用户在界面上设置好所需要的QoS策略后,如图1所示,通过CGI程序来处理配置信息,以配置文件形式进入QoS控制模块,在QoS控制模块中将用户在页面配置的参数映射成相应的TC命令;通过TC流量控制将总带宽分成语音流和用户自定流,均采用HTB队列和DSMARK队列;流量分类器分类,未定义的流量交给根结点处理,采用FIFO先进先出的方式,在该模块中用脚本生成模块来将qos.cfg和tcscript.tpl两个配置文件生成TC流量控制模块可以识别的TC流量控制脚本;用脚本执行模块执行TC流量控制脚本,把用户设置好的参数写入内核;当用户发送数据包时,数据包携带QoS策略进入QoS执行模块;对数据包进行排列、分类、确定优先级,以及分配给数据包合理的带宽,保证语音优先,确保语音质量;具体实现过程如下:
步骤1、用户通过WEB界面上提供的参数列表,设置自己所需要的QoS参数,比如:宽带值、语音编码的带宽值、DSCP值、SIP的端口值、RTP的端口值和RTCP的端口值等,设置好这些参数后,进入CGI模块进行参数提交;
步骤2、执行CGI程序,处理用户输入,接收到WEB界面上配置参数,并将该参数写入配置文件,生成一个qos.cfg配置文件;
步骤3、QoS控制模块启用用户设置的QoS参数,生成TC流量控制脚本,并执行该脚本;鉴于主要架构都已确定,需要调整的只能是些部分具体参数的值,如SIP的端口值,RTP的端口值或者RTCP的端口值。但这些值已经根据用户的配置存入先前的qos.cfg文件中;再次写入TC流量控制脚本的模板中,新生成一个tcscript.tpl的脚本;然后根据用户的设置执行QoS策略;
步骤4、脚本执行模块读取qos.cfg和tcscript.tpl,生成TC流量控制脚本Tcscript;在生成TC流量控制脚本后,QoS执行模块就可以执行该TC流量控制脚本了;
步骤5、当在终端上发起一个数据包并为其分包后,先进入入口队列模块,通过端口号进行标记;由于QoS策略已经配置好,所以数据包携带这些QoS的策略信息进入TC流量控制模块;
步骤6、在不同种类的数据包队列中进行DSMARK区分服务标记,为每一个队列中的数据包进行标记;
步骤7、对数据包进行HTB过滤,将包分配给不同固定速率的链路,相同的包将会被分成一类,将无类的数据包按先进先出规定归入缺省队列中。
步骤8、将标记后的包分类到出口队列模块中,通过该模块对包进行分类,按照分类方法分成EF快速转发型和BE尽力而为型;例如VoIP业务的数据包分到EF快速转发型类,又如Http、Telnet、Ftp等其他业务分到BF快速转发型类;分类中优先保证实时数据流如音频流的通信质量,而对于其他的非实时性数据业务,则可按缺省的BF尽力而为型机制进行传输,最终按不同的优先级分配不同带宽,以保证语音通话质量。
以上具体实施方式中VoIP的QoS策略技术根据实际应用可以采用现有各种可能的方案,为本领域技术人员所熟知,在此也不再赘述。
本发明具体实施方式中所提供的一种实现互联网语音传输体系终端质量服务的方法及系统,由于引入了包括确定数据包优先级和分配带宽在内的先进先出策略对QoS质量服务的配置,统一了VoIP互联网语音传输应用系统中端到端的QoS质量服务,在VoIP终端上保证了QoS质量服务处理机制,保证了终端的语音质量,实现了IP电话的实时顺畅,满足了用户的基本需求;并且本发明方法简单可靠,对网络的实时性还可以做出优越的QoS质量服务机制,实现的成本低廉,易开发和维护。
应当理解的是,对本领域普通技术人员来说,可以根据上述方案的说明加以改进或变换,例如优先级的确定和带宽的分配,而所有这些改进和变换都本应属于本发明所附权利要求的保护范围。
Claims (10)
1、一种实现互联网语音传输体系终端质量服务的方法,将其运作系统的质量服务环节分成质量服务控制模块和质量服务执行模块,所述方法包括以下步骤:
A、用户进行质量服务策略参数的配置,由CGI模块将所述质量服务策略参数写入配置文件;
B、所述质量服务控制模块将该配置文件生成流量控制脚本后执行,将质量服务策略写进系统内核;
C、当系统内核收到数据包后,所述质量服务执行模块对数据包进行配置。
2、根据权利要求1所述的方法,其特征在于,所述数据包为从用户级传来并封装有质量服务信息的数据包。
3、根据权利要求2所述的方法,其特征在于,步骤A还包括:
A1、用户修改配置的质量服务策略参数;
A2、由所述CGI模块将该修改后的参数写入配置文件。
4、根据权利要求1所述的方法,其特征在于,所述步骤A中用户进行参数配置的过程是通过登录WEB界面实现的。
5、根据权利要求3或4所述的方法,其特征在于,步骤B中所述质量服务控制模块还包括脚本生成模块,所述脚本生成模块还执行以下步骤:
B1、将配置文件中的质量服务策略参数读入映射表;
B2、读取映射表中的一行,判断是否为配置文件的最后一行;
B3、是则生成流量控制脚本;否则再次添加映射表。
6、根据权利要求5所述的方法,其特征在于,步骤B中所述质量服务控制模块还包括脚本执行模块,所述脚本执行模块还执行以下步骤:
B4、读取所述流量控制脚本文件的一行,判断是否到文件尾;
B5、是则结束,否则再判断是否是空行或“#”字符开头;
B6、是则返回读取该脚本文件的一行,否则执行所述流量控制脚本。
7、根据权利要求6所述的方法,其特征在于,所述质量服务执行模块还包括入口规则模块,所述入口规则模块在步骤C中具体还执行以下步骤:
C1、清除已有的入口队列规定;
C2、在所述入口队列上对报文进行标记;
C3、根据报文的目的端口号进行标记区分。
8、根据权利要求7所述的方法,其特征在于,所述质量服务执行模块还包括流量控制模块,所述流量控制模块在步骤C中具体还执行以下步骤:
C4、为每一个队列中的数据包进行标记,进行区分服务标记;
C5、将数据包进行过滤后分配给不同固定速率的链路;
C6、将无类的数据包按先进先出规定归入缺省队列中。
9、根据权利要求8所述的方法,其特征在于,所述质量服务执行模块还包括出口规则模块,所述出口规则模块在步骤C中具体还执行以下步骤:
C7、清除已有的出口队列规定,并规定区分服务标记为主队列规定;
C8、生成类,并进入类中的报文,标记该报文的头部,确定优先级;
C9、按分层的令牌桶队列规定对不同的类别报文进行流量限制。
10、一种实现互联网语音传输体系终端质量服务的系统,该系统的质量服务环节部分包括质量服务控制模块和质量服务执行模块,其特征在于,还包括CGI模块用于将用户的配置参数写入配置文件;所述质量服务控制模块包括脚本生成模块和脚本执行模块,用于将该配置文件生成流量控制脚本后执行,将质量服务策略写进系统内核;所述质量服务执行模块包括入口规则模块、流量控制模块和出口规则模块,用于配置系统内核收到的数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810068569A CN101631066A (zh) | 2008-07-14 | 2008-07-14 | 一种实现互联网语音传输体系终端质量服务的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810068569A CN101631066A (zh) | 2008-07-14 | 2008-07-14 | 一种实现互联网语音传输体系终端质量服务的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101631066A true CN101631066A (zh) | 2010-01-20 |
Family
ID=41576020
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810068569A Pending CN101631066A (zh) | 2008-07-14 | 2008-07-14 | 一种实现互联网语音传输体系终端质量服务的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101631066A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102685342A (zh) * | 2012-05-11 | 2012-09-19 | 深圳市共进电子股份有限公司 | 基于Linux系统提高VOIP语音信号实时性的方法性及系统 |
CN103237050A (zh) * | 2013-03-22 | 2013-08-07 | 广东电网公司佛山供电局 | 智能语音交互方法和系统 |
CN103873499A (zh) * | 2012-12-12 | 2014-06-18 | 腾讯科技(深圳)有限公司 | 数据获取方法和装置 |
CN108377205A (zh) * | 2018-02-22 | 2018-08-07 | 赛特斯信息科技股份有限公司 | 优化nfv数据转发性能的系统及其方法 |
CN110674171A (zh) * | 2019-09-12 | 2020-01-10 | 苏州浪潮智能科技有限公司 | 一种脚本生成方法、装置及数据处理方法、装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009591A (zh) * | 2005-12-01 | 2007-08-01 | 阿尔卡特公司 | 通过操作支持系统接口配置网络设备的方法和系统 |
CN101174979A (zh) * | 2006-11-01 | 2008-05-07 | 中兴通讯股份有限公司 | 一种家庭网关QoS策略配置管理的系统和方法 |
-
2008
- 2008-07-14 CN CN200810068569A patent/CN101631066A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009591A (zh) * | 2005-12-01 | 2007-08-01 | 阿尔卡特公司 | 通过操作支持系统接口配置网络设备的方法和系统 |
CN101174979A (zh) * | 2006-11-01 | 2008-05-07 | 中兴通讯股份有限公司 | 一种家庭网关QoS策略配置管理的系统和方法 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102685342A (zh) * | 2012-05-11 | 2012-09-19 | 深圳市共进电子股份有限公司 | 基于Linux系统提高VOIP语音信号实时性的方法性及系统 |
CN102685342B (zh) * | 2012-05-11 | 2014-05-21 | 深圳市共进电子股份有限公司 | 基于Linux系统提高VOIP语音信号实时性的方法性及系统 |
CN103873499A (zh) * | 2012-12-12 | 2014-06-18 | 腾讯科技(深圳)有限公司 | 数据获取方法和装置 |
CN103873499B (zh) * | 2012-12-12 | 2017-11-07 | 腾讯科技(深圳)有限公司 | 数据获取方法和装置 |
CN103237050A (zh) * | 2013-03-22 | 2013-08-07 | 广东电网公司佛山供电局 | 智能语音交互方法和系统 |
CN103237050B (zh) * | 2013-03-22 | 2016-04-27 | 广东电网公司佛山供电局 | 智能语音交互方法和系统 |
CN108377205A (zh) * | 2018-02-22 | 2018-08-07 | 赛特斯信息科技股份有限公司 | 优化nfv数据转发性能的系统及其方法 |
CN110674171A (zh) * | 2019-09-12 | 2020-01-10 | 苏州浪潮智能科技有限公司 | 一种脚本生成方法、装置及数据处理方法、装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101960799B (zh) | 应用认知mpls隧道选择 | |
CN100562006C (zh) | 路由系统中差异排队的系统和方法 | |
CN108880904B (zh) | 一种用户和业务属性融合的64个等级服务质量保障方法 | |
CN101360063B (zh) | 一种ip网络中业务流传输控制方法及系统 | |
CN101404650B (zh) | 一种细分网络应用服务质量的方法和系统 | |
CN101808033B (zh) | 业务流量预留带宽分配的方法及设备 | |
CN102185777B (zh) | 多级层次化带宽管理的方法 | |
CN1910856A (zh) | 以太网区分服务 | |
JP2001197111A (ja) | マルチレイヤクラス識別通信装置と通信装置 | |
CN1520113A (zh) | 在分组交换数据流之间调度可用链路带宽的方法和设备 | |
CN101075968A (zh) | 提供区分服务的方法与装置 | |
CN101692657A (zh) | 分级服务核心路由器及其数据转发方法 | |
CN101631066A (zh) | 一种实现互联网语音传输体系终端质量服务的方法及系统 | |
CN101420461A (zh) | 一种基于业务感知的自适应令牌桶的标记方法 | |
CN103354527B (zh) | 提高服务质量的方法、装置及系统 | |
CN101924781A (zh) | 终端设备及其QoS实施方法以及流分类器 | |
CN107846341A (zh) | 调度报文的方法、相关装置和系统 | |
Schmitt et al. | Aggregation of guaranteed service flows | |
CN101212467A (zh) | 一种mpls网络的业务调度方法 | |
JP2001197110A (ja) | トラヒック制御方法 | |
CN103096386A (zh) | 一种基于信令分析的数据业务流量管控方法 | |
US7388837B1 (en) | Multi-flow multi-level leaky bucket policer | |
KR100585934B1 (ko) | 라우터에서의 트래픽 조절기의 파라미터 및 서비스 클래스정의 규칙 테이블의 동적 관리 방법 | |
CN1783866B (zh) | 一种集中式带宽代理的实现端到端QoS的方法 | |
Karamchati et al. | A novel architecture to enhance Quality of Service in IP networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100120 |