CN1972283A - 一种网络业务下发***及其对下发业务的控制方法 - Google Patents

一种网络业务下发***及其对下发业务的控制方法 Download PDF

Info

Publication number
CN1972283A
CN1972283A CN 200510124178 CN200510124178A CN1972283A CN 1972283 A CN1972283 A CN 1972283A CN 200510124178 CN200510124178 CN 200510124178 CN 200510124178 A CN200510124178 A CN 200510124178A CN 1972283 A CN1972283 A CN 1972283A
Authority
CN
China
Prior art keywords
server
client
overload
message
issuing service
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
CN 200510124178
Other languages
English (en)
Other versions
CN100558105C (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.)
Huawei Technologies 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 CNB2005101241788A priority Critical patent/CN100558105C/zh
Publication of CN1972283A publication Critical patent/CN1972283A/zh
Application granted granted Critical
Publication of CN100558105C publication Critical patent/CN100558105C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种网络业务下发***及其对下发业务的控制方法,所述***中在客户端服务器上设置过载消息上报模块和过载恢复消息上报模块,在主服务器上设置过载消息处理模块和过载恢复消息处理模块。所述方法包括:客户端服务器向主服务器上报过载报警消息,主服务器根据该消息停止或减少向客户端服务器下发业务量;客户端服务器向主服务器上报过载恢复消息,主服务器根据该消息恢复向客户端服务器的下发业务量。主服务器接收到多个客户端服务器上报的处理器占用率,从中选取处理器占有率最低的客户端服务器,向该客户端服务器下发业务。

Description

一种网络业务下发***及其对下发业务的控制方法
技术领域
本发明涉及一种网络技术,尤其涉及一种网络业务下发***及其对下发业务的控制方法。
背景技术
网络技术的发展,使得人们的生活得到了极大的方便,在网络***中,用户通过客户端服务器向上一级的主服务器请求业务,上一级的主服务器在接收到该请求后,响应请求,进行业务下发,或是接受更高层服务器的命令,向客户端服务器进行业务下发,而不考虑客户端服务器对下发业务的处理能力。
以IP电信网为例,IP电信网可以承载传统的语音业务和数据专线业务,同时支持电信级服务质量的IP新业务。IP电信网不是否定现有的IP网络,而是对现有IP网络的改造,解决IP网络服务质量(QoS)、安全、管理等问题。
图1为现有技术中的IP电信网的总体框架图,其中:寻呼代理位于业务控制层,完成各种业务控制,各寻呼代理之间以确定的会话协议进行业务交换;资源管理服务器位于承载控制层,管理逻辑承载网的资源,接受业务控制层的资源请求,决定是否接纳呼叫,并指定业务流路径,控制边缘路由器完成业务感知,达到电信级业务在使用前申请资源、使用中保证资源、使用后释放资源的效果;在资源管理服务器上配置逻辑承载网的拓扑信息,配置选路策略;所述拓扑信息包括每条隧道的起点、带宽、服务类型和对应的标签,所述选路策略是指到达某一用户网段使用哪条隧道,以及优先级,各资源管理服务器之间及资源管理服务器与寻呼代理之间为路由控制器;边缘路由器位于承载层,即逻辑承载网,它接受资源管理服务器下发的服务质量控制命令,完成流分类,及标签栈压入等工作;汇聚路由器位于承载层,与边缘路由器一起组成标签交换(MPLS)网络,保证各种业务流能在有服务质量保证的情况下到达目的地。
建立逻辑承载网大致需要以下几步:
一、在逻辑结点间建立标签交换路径(LSP);可以采用两种方式,即手工配置的静态标签交换路径,或基于资源保留协议(RSVP)、标签分发协议(LDP)等隧道信令建立的标签交换路径,两种方式都可带有服务质量资源预留;
二、建立标签交换路径和隧道的绑定,单个隧道可与多条标签交换路径绑定,以实现负荷分担或主备倒换;
三、在资源管理器上配置逻辑承载网的拓扑信息,配置选路策略;拓扑信息包括每条隧道的起点、带宽、服务类型和对应的标签;选路策略是指到达某一用户网段使用哪条隧道,以及优先级;
四、建立边缘路由器节点和资源管理服务器间的公共开放策略服务(COPS)连接;
资源管理服务器在选择路径时,可能会出现多条费用相同的候选路径,从中选择哪一条路径涉及到策略问题,具体可为:
选择带宽占用率高的路径:倾向于先用完某条链路再选择候选链路;
选择带宽占用率低的路径:倾向于带宽分配在多个链路上均匀分布;
随机选择:根据配置随机选择路径,不考虑带宽等因素。
但是,对于资源管理服务器所选的路径节点,即所选的边缘路由器,当边缘路由器繁忙时,并不能保证实时有效的响应资源管理服务器下发的业务,也不能保证业务的正常下发,从而会导致下发延迟或发生网络动荡。
发明内容
本发明提供一种网络业务下发***及其对下发业务的控制方法,网络中的主服务器可动态掌握客户端服务器中处理器的繁忙状态,并可以根据客户端服务器的繁忙状态来选择接收下发业务的客户端服务器。
本发明所述网络业务下发***包括主服务器和与其进行业务交互的客户端服务器,在客户端服务器上设置过载消息上报模块和过载恢复消息上报模块,在主服务器上设置过载消息处理模块和过载恢复消息处理模块;
所述过载消息上报模块用于根据客户端服务器的处理器占用率超过设定阈值时向主服务器上报过载报警消息;
所述过载恢复消息上报模块用于根据客户端服务器的处理器占用率低于设定的恢复阈值时向主服务器上报过载恢复消息;
所述过载消息处理模块用于根据接收到的过载报警消息,通知主服务器停止或减少向客户端服务器下发业务量;
所述过载恢复消息处理模块用于根据接收到的过载恢复消息,通知主服务器恢复向客户端服务器的下发业务量。
本发明所述网络业务下发***中,主服务器中进一步包括客户端服务器中处理器占用率接收模块和客户端服务器中处理器占用率选取模块,其中,所述客户端服务器中处理器占用率接收模块用于接收多个客户端服务器上报的处理器占用率,所述客户端服务器中处理器占用率选取模块用于从接收到的上述处理器占用率中选取处理器占用率最低的客户端服务器。
本发明所述网络业务下发***中,客户端服务器进一步包括处理器占用率上报模块,用于将客户端服务器中处理器占用率上报给主服务器。
本发明还提供一种上述网络业务下发***对下发业务的控制方法,包括如下步骤:
步骤一,客户端服务器向主服务器上报过载报警消息,主服务器根据该消息停止或减少向客户端服务器下发业务量;
步骤二,客户端服务器向主服务器上报过载恢复消息,主服务器根据该消息恢复向客户端服务器的下发业务量。
上述过载报警消息是客户端服务器中处理器占有率超过其设定的过载上报阈值时,由客户端服务器向主服务器上报的消息。
上述过载恢复消息是客户端服务器中处理器占有率低于其设定的恢复阈值时,由客户端服务器向主服务器上报的消息。
上述设置的过载上报阈值和恢复阈值,既可以设置为相同值,也可以设置为过载上报阈值大于恢复阈值。
本发明所述的网络业务下发***对下发业务的控制方法,主服务器选择客户端服务器进行下发业务的步骤包括:
多个客户端服务器将其处理器占用率上报给主服务器,主服务器根据接收到的多个客户端服务器上报的处理器占用率,从中选取处理器占有率最低的客户端服务器,向该客户端服务器下发业务。
应用本发明,主服务器可以从拥有相同链路的多个客户端服务器中选取相对空闲的客户端服务器进行下发业务,在对具体的客户端服务器的下发业务中,当主服务器收到客户端服务器的过载上报阈值的报警消息后,停止或减少下发业务,待收到过载恢复消息后,再进行正常的下发业务,从而避免了下发延迟或发生网络动荡。
附图说明
图1为现有技术中IP电信网的总体框架图;
图2为本发明所述网络***结构示意图;
图3为本发明中资源管理服务器下发业务的方法流程图;
图4为本发明中资源管理服务器选择边缘路由器方法流程图。
具体实施方式
如说明书附图2所示,本发明所述***包括主服务器和与其进行业务交互的客户端服务器,在客户端服务器上设置过载消息上报模块和过载恢复消息上报模块,在主服务器上设置过载消息处理模块和过载恢复消息处理模块。
本发明所述的网络业务下发***对下发业务的控制方法,包括如下步骤:
步骤一,客户端服务器向主服务器上报过载报警消息,主服务器根据该消息停止或减少向客户端服务器下发业务量;
步骤二,客户端服务器向主服务器上报过载恢复消息,主服务器根据该消息恢复向客户端服务器的下发业务量。
上述过载报警消息是客户端服务器中处理器占有率超过其设定的过载上报阈值时,由客户端服务器向主服务器上报的消息,由客户端服务器上设置的过载消息上报模块实现。
上述主服务器接收到过载报警消息后,由其内部的过载消息处理模块通知主服务器停止或减少向客户端服务器下发业务量。
上述过载恢复消息是客户端服务器中处理器占有率低于其设定的恢复阈值时,由客户端服务器向主服务器上报的消息,由客户端服务器上设置的过载恢复消息上报模块实现。
上述主服务器接收到过载恢复消息后,由其内部的过载恢复消息处理模块通知主服务器恢复向客户端服务器的下发业务量。
上述过载上报阈值既可以与恢复阈值设置为相同值,也可以将过载上报阈值设置为高于恢复阈值的数值。
网络***中,上一级的主服务器向客户端服务器进行业务下发,客户端服务器接收下发业务并进行相应处理,主服务器下发业务的过程与客户端服务器接收下发业务并进行处理的过程在其他的网络设备中均相同,如在IP电信网中,资源管理服务器相当于主服务器,边缘路由器相当于客户端服务器。下面以IP电信网为例对本发明做进一步说明。
在现有运营中,对于某类有特殊需求的用户,需要为其保证服务质量,如:带宽、时延等,这就要求在实际网络中为其预留资源。资源管理服务器根据用户或用户组,向边缘路由器下发业务,使边缘路由器为其预留带宽等等。
为保证资源管理服务器和边缘路由器节点之间合理有效选路,在边缘路由器上可设置一个过载上报阈值和恢复阈值,当边缘路由器的CPU占用率超过设定的过载上报阈值时,边缘路由器向资源管理服务器上报过载告警信息,资源管理服务器停止或减少向边缘路由器的下发业务量,而边缘路由器仍按正常工作模式对当前的下发业务进行处理;当CPU占用率低于恢复阈值时,边缘路由器向资源管理服务器上报过载过载恢复消息,此时资源管理服务器继续按正常模式向边缘路由器下发业务。其具体步骤如说明书附图3所示,包括:
步骤101,用户设备与边缘路由器连接,在边缘路由器上线后,通过COPS客户端(COPS Client)把LSP、带宽等相关信息通过COPS消息向资源管理服务器上报;上报过程中,边缘路由器的CPU的占用率超过过载上报阈值,则边缘路由器向资源管理服务器上报过载报警信息;
步骤102,资源管理服务器接收到过载报警信息后,停止向边缘路由器下发业务,或者减少向边缘路由器下发业务的数量,使边缘路由器的CPU得以缓解,而此时边缘路由器仍正常处理资源管理服务器的下发业务;
步骤103,当边缘路由器中的CPU占有率下降,即低于恢复阈值时,边缘路由器向资源管理服务器上报恢复信息;
步骤104,资源管理服务器接收到边缘路由器的恢复信息后,向边缘路由器正常下发业务,可以重新向边缘路由器下发业务,或者相应增加下发业务的数量。
所述过载上报阈值和恢复阈值是以运行时业务对边缘路由器的CPU资源的占用率为标准设置的,边缘路由器上报过载上报阈值和恢复阈值可以设置为相同值,如同为75%;也可以使过载上报阈值高于恢复阈值,如过载上报阈值为75%,恢复阈值为70%;
通过上述方法,可以使资源管理服务器动态了解边缘路由器的繁忙程度,为其是否下发业务及是否减少下发业务提供参考。
在实际的网络中,往往是一个主服务器对应着相同链路的多个客户端服务器,这些客户端服务器按设定的时间间隔向主服务器上报各自的处理器占用率,而主服务器则从众多的客户端服务器中选取处理器占用率最低的一个,并向其下发业务。
基于上述需求,在主服务器中还可以增加客户端服务器中处理器占用率接收模块和客户端服务器中处理器占用率选取模块,其中,所述客户端服务器中处理器占用率接收模块用于接收多个客户端服务器上报的处理器占用率,所述客户端服务器中处理器占用率选取模块用于从接收到的上述处理器占用率中选取处理器占用率最低的客户端服务器。
对应的,在客户端服务器需要增加处理器占用率上报模块,用于将客户端服务器中处理器占用率上报给主服务器。
仍以IP电信网为例,如说明书附图4所示,其具体步骤如下:
步骤201,资源管理服务器接收到各个边缘路由器上报的CPU占有率信息;
步骤202,资源管理服务器对接收到的信息进行处理,从中找到CPU占用率最低信息,以及该信息所对应的边缘路由器;对于寻找CPU占用率最低的方法,可以设置程序来寻找,例如,设置将所有边缘路由器的CPU占有率按大小顺序排列的程序,从中找到最低的CPU占有率,进而找到该CPU占有率对应的边缘路由器;
步骤203,资源管理服务器对上述选取的边缘路由器下发业务。
当然,资源管理服务器选取对应边缘路由器的标准还有很多,如带宽、时延等,在此基础上增加CPU占用率这一参考标准,可以更加精确的选择下发业务所指向的边缘路由器。同时,当资源管理服务器收到某一边缘路由器上报的过载告警信息或者过载恢复信息之后,资源管理服务器将该边缘路由器状态设置为繁忙或空闲,作为选路的依据之一。

Claims (14)

1.一种网络业务下发***,包括主服务器和与其进行业务交互的客户端服务器,其特征在于,在客户端服务器上设置过载消息上报模块和过载恢复消息上报模块,在主服务器上设置过载消息处理模块和过载恢复消息处理模块;
所述过载消息上报模块用于根据客户端服务器的处理器占用率超过设定阈值时向主服务器上报过载报警消息;
所述过载恢复消息上报模块用于根据客户端服务器的处理器占用率低于设定的恢复阈值时向主服务器上报过载恢复消息;
所述过载消息处理模块用于根据接收到的过载报警消息,通知主服务器停止或减少向客户端服务器下发业务量;
所述过载恢复消息处理模块用于根据接收到的过载恢复消息,通知主服务器恢复向客户端服务器的下发业务量。
2.如权利要求1所述的网络业务下发***,其特征在于,所述主服务器中进一步包括客户端服务器中处理器占用率接收模块和客户端服务器中处理器占用率选取模块,其中,所述客户端服务器中处理器占用率接收模块用于接收多个客户端服务器上报的处理器占用率,所述客户端服务器中处理器占用率选取模块用于从接收到的上述处理器占用率中选取处理器占用率最低的客户端服务器;
所述客户端服务器进一步包括处理器占用率上报模块,用于将客户端服务器中处理器占用率上报给主服务器。
3.如权利要求1或2所述的网络业务下发***,其特征在于,所述主服务器为IP电信网中资源管理服务器,所述客户端服务器为IP电信网中边缘路由器。
4.一种网络业务下发***对下发业务的控制方法,其特征在于,步骤包括:
步骤一,客户端服务器向主服务器上报过载报警消息,主服务器根据该消息停止或减少向客户端服务器下发业务量;
步骤二,客户端服务器向主服务器上报过载恢复消息,主服务器根据该消息恢复向客户端服务器的下发业务量。
5.如权利要求4所述的网络业务下发***对下发业务的控制方法,其特征在于,所述过载报警消息是客户端服务器中处理器占有率超过其设定的过载上报阈值时,由客户端服务器向主服务器上报的消息。
6.如权利要求4所述的网络业务下发***对下发业务的控制方法,其特征在于,所述过载恢复消息是客户端服务器中处理器占有率低于其设定的恢复阈值时,由客户端服务器向主服务器上报的消息。
7.如权利要求5或6所述的网络业务下发***对下发业务的控制方法,其特征在于,所述过载上报阈值大于或等于恢复阈值。
8.如权利要求4所述的网络业务下发***对下发业务的控制方法,其特征在于,所述主服务器为IP电信网中资源管理服务器,所述客户端服务器为IP电信网中边缘路由器。
9.如权利要求8所述的网络业务下发***对下发业务的控制方法,其特征在于,所述过载报警消息是边缘路由器中CPU占有率超过其设定的过载上报阈值时,由边缘路由器向资源管理服务器上报的消息。
10.如权利要求8所述的网络业务下发***对下发业务的控制方法,其特征在于,所述过载恢复消息是边缘路由器中CPU占有率低于其设定的恢复阈值时,由边缘路由器向资源管理服务器上报的消息。
11.如权利要求9或10所述的网络业务下发***对下发业务的控制方法,其特征在于,所述过载上报阈值大于或等于恢复阈值。
12.一种网络业务下发***对下发业务的控制方法,其特征在于,多个客户端服务器将其处理器占用率上报给主服务器,主服务器根据接收到的多个客户端服务器上报的处理器占用率,从中选取处理器占有率最低的客户端服务器,向该客户端服务器下发业务。
13.如权利要求12所述的网络业务下发***对下发业务的控制方法,其特征在于,选取处理器占有率最低的客户端服务器的方法为:将多个客户端服务器的处理器占有率按大小顺序排列,从中找到最低的处理器占有率所对应的客户端服务器。
14.如权利要求12或13所述的网络业务下发***对下发业务的控制方法,其特征在于,所述主服务器为IP电信网中资源管理服务器,所述客户端服务器为IP电信网中边缘路由器。
CNB2005101241788A 2005-11-21 2005-11-21 一种网络业务下发***及其对下发业务的控制方法 Expired - Fee Related CN100558105C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2005101241788A CN100558105C (zh) 2005-11-21 2005-11-21 一种网络业务下发***及其对下发业务的控制方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005101241788A CN100558105C (zh) 2005-11-21 2005-11-21 一种网络业务下发***及其对下发业务的控制方法

Publications (2)

Publication Number Publication Date
CN1972283A true CN1972283A (zh) 2007-05-30
CN100558105C CN100558105C (zh) 2009-11-04

Family

ID=38112869

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005101241788A Expired - Fee Related CN100558105C (zh) 2005-11-21 2005-11-21 一种网络业务下发***及其对下发业务的控制方法

Country Status (1)

Country Link
CN (1) CN100558105C (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102299905A (zh) * 2010-06-23 2011-12-28 ***通信集团公司 一种p2p流媒体资源调整方法、装置及***
CN101588267B (zh) * 2009-07-07 2012-02-15 北京市警视达机电设备研究所 在视频监控***中实现综合网管的方法
CN101594295B (zh) * 2008-05-30 2012-11-21 原创信通电信技术(北京)有限公司 基于阈值控制的ip电信网边缘关口设备资源管理方法
CN101610220B (zh) * 2009-06-18 2012-12-05 中兴通讯股份有限公司 一种控制业务下发流量的方法及***
CN101729285B (zh) * 2008-10-13 2014-04-02 大唐移动通信设备有限公司 提高设备可靠性的方法和通信设备
CN103841129A (zh) * 2012-11-21 2014-06-04 华为技术有限公司 云计算的资源信息采集服务器和客户端、信息处理方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101594295B (zh) * 2008-05-30 2012-11-21 原创信通电信技术(北京)有限公司 基于阈值控制的ip电信网边缘关口设备资源管理方法
CN101729285B (zh) * 2008-10-13 2014-04-02 大唐移动通信设备有限公司 提高设备可靠性的方法和通信设备
CN101610220B (zh) * 2009-06-18 2012-12-05 中兴通讯股份有限公司 一种控制业务下发流量的方法及***
CN101588267B (zh) * 2009-07-07 2012-02-15 北京市警视达机电设备研究所 在视频监控***中实现综合网管的方法
CN102299905A (zh) * 2010-06-23 2011-12-28 ***通信集团公司 一种p2p流媒体资源调整方法、装置及***
CN103841129A (zh) * 2012-11-21 2014-06-04 华为技术有限公司 云计算的资源信息采集服务器和客户端、信息处理方法
CN103841129B (zh) * 2012-11-21 2017-04-26 华为技术有限公司 云计算的资源信息采集服务器和客户端、信息处理方法

Also Published As

Publication number Publication date
CN100558105C (zh) 2009-11-04

Similar Documents

Publication Publication Date Title
CN100558105C (zh) 一种网络业务下发***及其对下发业务的控制方法
CN100499636C (zh) 一种实现端到端服务质量可靠性保证的方法
CN104836750B (zh) 一种基于时间片轮转的数据中心网络流调度方法
CN100505639C (zh) 多业务流资源申请的处理方法
WO2005022824A1 (fr) Procede permettant de choisir une voie de transmission de donnees de trafic en temps reel
CN100477616C (zh) 一种分层的网络服务质量保证方法及其***
CN102014075A (zh) 流量监管方法和装置
CN1809051A (zh) 一种ip电信网中应对设备过载的处理方法
JP2007312159A (ja) Ip通信制御システム及び制御方法並びに制御プログラム
CN100388809C (zh) 一种在ip承载网中转发业务流的方法
CN100352215C (zh) 一种标签交换路径状态的自动检测及处理方法
CN1870575B (zh) 一种提高虚拟交换***中传输可靠性的方法
CN1294723C (zh) 移动ip突发流量的缓解调节方法
CN100377546C (zh) 一种保证业务服务质量的数据包传输方法
CN1523819A (zh) 网络中指定路由的方法
CN1647471A (zh) 多星形网络上的管理和不管理的业务流的多路传输
CN100384138C (zh) 光因特网中采用分布式控制的动态链路建立方法
CN100334838C (zh) 一种实现端到端服务质量可靠性保证的方法
JP2005072682A (ja) 通信システム、通信方法、網構成管理ノード、サービス制御ノード及びアクセス装置
KR100353850B1 (ko) 멀티 프로토콜 레이블 교환망에서 라우터간의 트래픽흐름들에 대한 서비스 품질을 보장하는 경로 보호 방법
CN100589401C (zh) 一种在承载网资源管理器上配置路由路径的方法
CN100370783C (zh) 一种保证异种网络互通时服务质量的方法
Lin et al. A QoS model of Next Generation Network based on MPLS
CN100361467C (zh) 一种保证端到端业务质量构架中业务可靠性的方法
CN1599335A (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: 20091104

Termination date: 20191121