CN1595892A - 一种在承载网上为双向业务完成资源请求的方法 - Google Patents
一种在承载网上为双向业务完成资源请求的方法 Download PDFInfo
- Publication number
- CN1595892A CN1595892A CN 03156821 CN03156821A CN1595892A CN 1595892 A CN1595892 A CN 1595892A CN 03156821 CN03156821 CN 03156821 CN 03156821 A CN03156821 A CN 03156821A CN 1595892 A CN1595892 A CN 1595892A
- Authority
- CN
- China
- Prior art keywords
- load network
- resource manager
- network resource
- routed path
- territory
- 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
技术领域
本发明涉及有独立承载层的区分服务模型(Diff-serv,DifferentiatedService)技术,尤其是涉及一种在区分服务模型的承载网上为双向业务完成资源请求的方法。
背景技术
随着互联网(Internet)规模的不断增大,各种服务质量(QoS,Quality ofService)技术应运而生。因此,互联网工程任务组(IETF,Internet EngineeringTask Force)建议了很多服务模型和机制,以满足QoS的需求。目前业界比较认可的是在网络的接入和边缘使用综合服务模型(Int-Serv,Integrated Service),在网络的核心使用区分服务模型(Diff-serv,Differentiated Service)。区分服务模型仅设定优先等级保障QoS措施,该QoS措施虽然有线路利用率高的特点,但具体的效果难以预测。因此,为了进一步完善QoS技术,业界开始为骨干网区分服务模型引入一个独立的承载控制层,建立一套专门的区分服务模型的QoS信令机制。这个区分服务模型被称为有独立承载控制层的区分服务模型。
目前业界已有的有独立承载控制层的区分服务模型方案,有服质量骨干实验网(QBone)的带宽代理器模型以及NEC公司提出的Rich Qos等方案。
图1为有独立的承载控制层的区分服务模型图。如图1所示,在该模型中,承载控制层102置于承载网络103和业务控制层101之间。在业务控制层101中的呼叫代理(CA,Call Agent)为业务服务器,比如软交换等;在承载控制层102中,承载网资源管理器配置了管理规则和网络拓扑,为客户的业务带宽申请分配资源,各个承载网资源管理器,即承载网资源管理器1(104)、承载网资源管理器2(105)和承载网资源管理器3(106)相互之间通过信令传递客户的业务带宽申请请求和结果、以及为业务申请分配的路由路径信息,即标签交换路径(LSP,Label Switched Path)资源信息等;在承载网103中,每个承载网资源管理器管理一个特定的承载网区域,这个特定的承载网区域被称为所对应的承载网资源管理器的管理域,即承载网资源管理器1的管理域107、承载网资源管理器2的管理域108和承载网资源管理器1的管理域109,承载网103中包括边缘路由器(ER,Edge Router)和边界路由器(BR,Border Router),承载网资源管理器根据承载网资源管理器所申请分配的LSP资源信息,在承载网中建立路由路径并传送业务信息。
在实际的应用业务中,大部分电信业务例如语音业务、多媒体业务为双向业务,这就需要在承载网中为双向业务完成资源请求,包括建立双向的路由路径和申请带宽资源。图2所示为现有技术中,在承载网中为双向业务完成资源请求一种交互流程,如图3所示为现有技术中,在承载网中完成资源请求的另一种交互流程。如图1、图2和图3所示,CA1为源CA,CA2为目的CA,现有技术中在承载网中完成资源请求的交互流程中所述的正向请求过程和逆向请求过程没有必要的先后顺序,当CA2收到CA1发送的呼叫请求后,就可进行逆向请求过程;当CA1收到CA2发送的呼叫响应后就可以进行正向请求过程,在此,以图2所示的方案说明该交互流程的具体实现方式,包括以下步骤:
步骤201、主叫用户向CA1发送呼叫请求,CA1向CA2发出呼叫请求,该呼叫请求内容包括五元组信息、业务类型、主被叫号码或域名、QoS参数、业务流信息等,该五元组信息中包括主叫用户IP地址以及被叫用户IP地址;
步骤202、CA2向CA1发送呼叫响应,该呼叫响应内容包括带有带宽资源的QoS参数;
步骤203、CA1向源承载网资源管理器,此处为承载网资源管理器1,发送连接资源请求消息,该连接资源请求消息中包括连接信息、主叫请求内容、主叫方IP地址或域名、被叫方IP地址或域名、带有带宽资源的QOS参数、业务类型等信息;
步骤204、承载网资源管理器1为业务流保存上述连接资源请求消息中的连接信息,并根据主叫方IP地址或域名选取承载网资源管理器管理域中与该主叫IP地址或域名相对应的一个ER作为正向路由路径的入口路由器,一般是指主叫端局路由器或主叫汇接局路由器,此处为ER1,进行本承载网资源管理器1管理域的域内正向LSP选路,申请域内正向LSP资源,根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源,并记录这些域内正向LSP资源信息;该域内正向LSP资源信息的记录结果中包括本承载网资源管理器1管理域的域内正向LSP所对应的出口BR地址,即承载网资源管理器1管理域和承载网资源管理器2管理域的域间正向路由路径的入口BR地址,此处为BR1;根据该域内正向LSP资源信息的记录结果进行承载网资源管理器1管理域和承载网资源管理器2管理域的域间正向LSP选路,申请域间正向LSP资源,根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源,记录这些域间正向LSP资源信息;
步骤205、承载网资源管理器1向承载网资源管理器2发送连接资源请求消息,该连接资源请求消息中除了原有的QOS参数、业务类型、主叫方IP地址或域名、被叫方IP地址或域名外,还包括连接信息,该连接信息进一步包括承载网资源管理器2的地址、承载网资源管理器1管理域和承载网资源管理器2管理域的域间正向LSP的出口BR地址,即承载网资源管理器2管理域的域内正向LSP的入口BR地址,此处为BR2;
步骤206、承载网资源管理器2为业务流保存该承载网资源管理器接收的资源请求消息中的连接信息,并根据该连接信息进行承载网资源管理器2管理域的域内正向LSP选路,申请域内正向LSP资源,根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源,并记录这些域内正向LSP资源信息;该域内正向LSP资源信息的记录结果中包括承载网资源管理器2管理域的域内正向LSP所对应的出口BR地址,即承载网资源管理器2管理域和承载网资源管理器3管理域的域间正向路由路径的入口BR地址,此处为BR3;根据BR3进行承载网资源管理器2管理域和承载网资源管理器3管理域的域间正向LSP选路,申请域间正向LSP资源,根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源,记录这些域间正向LSP资源信息;
步骤207、承载网资源管理器2向承载网资源管理器3发送连接资源请求消息,该连接资源请求消息中除了原有的QOS参数、业务类型、主叫方IP地址或域名、被叫方IP地址或域名外,还包括连接信息,该连接信息进一步包括承载网资源管理器2的地址、承载网资源管理器2管理域和承载网资源管理器3管理域的域间正向LSP的出口BR地址,即承载网资源管理器3管理域的域内正向LSP的入口BR地址,此处为BR4;
步骤208、目的承载网资源管理器,此处为承载网资源管理器3,根据收到的资源请求消息中被叫方IP地址或域名确定该被叫方IP地址或域名所对应的一个ER为逆向路由路径的入口ER,一般是指被叫端局路由器或被叫汇接局路由器,此处为ER2,并根据ER2和该资源请求消息中的连接信息进行承载网资源管理器3管理域的域内正向LSP选路,申请域内正向LSP资源,并根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源;
步骤209、承载网资源管理器3向承载网资源管理器2返回正向连接资源响应消息,其中包括承载网资源管理器3选定的正向LSP资源;
步骤210、承载网资源管理器2将承载网资源管理器2管理域的域内正向LSP资源、承载网资源管理器2管理域和承载网资源管理器3管理域之间的正向LSP资源、以及承载网资源管理器3返回的正向LSP资源一起通过正向资源确认响应发给承载网资源管理器1;
步骤211、承载网资源管理器1通过返回的正向资源响应消息获知整个路由路径的正向LSP资源,建立整个正向的路由路径,并启动流映射命令,向步骤204中获得的ER1下发整个正向的路由路径信息,此处的路由路径所经过的路由器为ER1、BR1、BR2、BR3、BR4、ER2;
步骤212、承载网资源管理器1在收到ER1的流映射命令响应后,给CA1发送表示成功建立正向路由路径的连接资源响应消息。
上述步骤203到步骤212为建立正向路由路径的正向请求过程,步骤213到步骤222为建立逆向路由路径的逆向请求过程。建立逆向路由路径的逆向请求过程步骤和建立正向路由路径的正向请求过程步骤一样,只不过其源承载网资源管理器和目的承载网资源管理器与建立正向路由路径时的源承载网资源管理器和目的承载网资源管理器刚好相反,即承载网资源管理器3为源承载网资源管理器,承载网资源管理器1为目的承载网资源管理器。另外,逆向路由路径建立起来之后,目的CA还要执行步骤223向源CA发送一响应消息,告知源CA逆向请求成功完成。
如图3所示为现有技术中,在承载网中完成资源请求的另一种交互流程,其步骤301和步骤201相同,步骤302到步骤311与步骤203到步骤212相同,步骤312将步骤202和步骤223所发送的响应并到一起发送,步骤313到步骤322与步骤203到步骤212相同。
在各个CM之间的资源请求过程中,如果某一CM由于资源耗尽、目的不可达或设备故障等原因无法完成资源请求,它将向上一跳CM发送资源拒绝响应,上一跳继续向上游的CM发该响应,直至源CM。源CM将通知CA:此次呼叫失败。此呼叫相关的CM还将删除相应的路由信息和释放的带宽资源。
上述的流程只是现有技术的一个实施例,源承载网资源管理器和目的承载网资源管理器之间可能不止一个承载网资源管理器,也可能有多个承载网资源管理器,当有多个承载网资源管理器时,源承载网资源管理器和目的承载网资源管理器之间的所有承载网资源管理器的处理方法和上述承载网资源管理器2的处理方法一样。
由于现有技术中完成资源请求时要分别进行正向和逆向两次请求,这样使得在承载网上完成资源请求的时间较长,从而影响了双向业务的使用效率;并且,一次业务进行两次请求很可能导致一个方向的请求成功后,另一方向的请求找不到可利用的资源,从而导致本次业务失败,业务的成功率不高,进一步使LSP资源的利用率降低;另外,用这种技术使网络流量大,浪费有限的资源。
发明内容
本发明的主要目的是提供一种在承载网上为双向业务完成资源请求的方法,使得当在承载网上完成资源请求时,所用时间变短,提高双向业务的使用效率和业务交互的成功率,并进一步提高LSP资源的利用率,节省资源。
为了实现上述目的,本发明的技术方案为:
一种在承载网上为双向业务完成资源请求的方法,其特征在于,该方法包括以下步骤:
1)源承载网资源管理器接收到呼叫代理(CA)发送的连接资源请求后,根据该连接资源请求,选择该源承载网资源管理器管理域的域内正向和逆向路由路径信息;并选择该源承载网资源管理器到下一跳承载网资源管理器管理域之间的域间正向和逆向路由路径信息;同时为本次请求预留域内和域间带宽域间资源;
2)源承载网资源管理器向下一跳承载网资源管理器发送连接资源请求;
3)下一跳承载网资源管理器根据收到的连接资源请求,选择该跳承载网资源管理器管理域的域内正向和逆向路由路径信息,为本次请求预留域内带宽资源;
如果该跳承载网资源管理器是目的承载网资源管理器,则建立整个正向路由路径信息,将整个正向路由路径信息下发给目的承载网资源管理器域内的正向路由路径的入口路由器;或建立整个逆向路由路径信息,将整个逆向路由路径信息下发给目的承载网资源管理器域内的逆向路由路径的入口路由器;向上一跳承载网资源管理器返回资源响应,执行步骤4);
否则,选择该跳承载网资源管理器到下一跳承载网资源管理器管理域之间的域间正向和逆向路由路径信息;同时为本次请求预留域间带宽域间资源;向下一跳承载网资源管理器发送连接资源请求后,返回步骤3);
4)上一跳承载网资源管理器收到资源响应后,如果该跳承载网资源管理器为源承载网资源管理器,则根据返回的资源响应,建立整个逆向路由路径信息,将整个逆向路由路径信息下发给逆向路由路径的入口路由器;或建立整个正向路由路径信息,将整个正向路由路径信息下发给正向路由路径的入口路由器;完成本次资源请求;
否则,向该跳承载网资源管理器的上一跳承载网资源管理器返回资源响应后,返回步骤4)。
所述呼叫代理(CA)发送的连接资源请求至少包含:主叫方地址、被叫方地址以及包含带宽要求的服务质量(QoS)参数;
承载网资源管理器向下一跳承载网资源管理器发送的连接资源请求至少包含呼叫代理(CA)发送的连接资源请求中信息,和本跳承载网资源管理器选定的域间正向和逆向路由路径信息。
所述承载网资源管理器根据QoS参数为本次请求预留域内和域间带宽资源。
所述源承载网资源管理器选择域内正向和逆向路由路径的方法为:根据该连接资源请求主叫方地址确定正向路由路径的入口路由器,或根据被叫方地址确定逆向路由路径的入口路由器,并根据该正向路由路径的入口路由器或逆向路由路径的入口路由器选择域内正向和逆向路由路径。
所述下一跳承载网资源管理器选择域内正向和逆向路由路径的方法为:根据收到的连接资源请求中的域间正向和逆向路由路径信息,选择该跳承载网资源管理器域内正向路由路径的入口路由器或逆向路由路径的入口路由器;并根据该正向路由路径的入口路由器或逆向路由路径的入口路由器选择域内正向和逆向路由路径。
所述承载网资源管理器根据选定的域内正向和逆向路由路径信息,选择该承载网资源管理器到下一跳承载网资源管理器管理域之间的域间正向和逆向路由路径信息。
步骤3)中所述的资源响应消息至少包含:目的承载网资源管理器域内正向或逆向路由路径信息;
在步骤4)中所述的资源响应消息中至少包含:所述承载网资源管理器收到的资源响应消息中的正向或逆向路由路径信息以及本跳承载网资源管理器管理域所记录的正向或逆向路由路径信息。
所述的域内正向和逆向路由路径信息中至少包括域内正向路由路径的出口路由器和域内逆向路由路径的入口路由器;所述的域间正向和逆向路由路径信息中至少包括下一跳承载网资源管理器的域内正向入口路由器和下一跳承载网资源管理器的域内逆向出口路由器。
在步骤1)之前,还包括以下步骤:
主叫方CA与被叫方CA建立呼叫连接,主叫方CA向主叫源承载网资源管理器发送包含主叫方地址和被叫方地址的连接资源请求;或者被叫方CA向被叫源承载网资源管理器发送包含主叫方地址和被叫方地址的连接资源请求。
所述的主叫方CA和被叫方CA建立呼叫连接的方法为:主叫方CA向被叫方CA发出呼叫请求,该呼叫请求包括含有主叫方IP地址以及被叫方IP地址的五元组信息以及主叫方对被叫方带有带宽要求的服务质量QoS参数;被叫方CA向主叫方CA发送呼叫响应,该呼叫响应内容包括被叫方对主叫方带有带宽要求的服务质量QoS参数。
当主叫方CA向主叫源承载网资源管理器发送连接资源请求时,在所述的步骤1)中,主叫源承载网资源管理器根据主叫方地址确定正向路由路径的入口路由器;在所述的步骤3)中,主叫目的承载网资源管理器根据被叫方地址确定逆向路由路径的入口路由器;
当被叫方CA向被叫源承载网资源管理器发送连接资源请求时,在所述的步骤1)中,被叫源承载网资源管理器根据被叫方地址确定逆向路由路径的入口路由器;在所述的步骤3)中,被叫目的承载网资源管理器根据主叫方地址确定正向路由路径的入口路由器。
该方法进一步包括以下步骤:所述的源承载网资源管理器向发送连接资源请求的CA返回连接资源响应消息,该连接资源响应消息中包括表示成功完成资源请求的信息。
当被叫方CA向被叫源承载网资源管理器发送连接资源请求时,在步骤5)中进一步包括:被叫方CA收到该源承载网资源管理器返回的连接资源响应消息后,向主叫方CA返回表示成功完成资源请求的响应消息。
所述的承载网资源管理器向正向路由路径的入口路由器下发整个正向路由路径信息是通过流映射命令下发的;所述的承载网资源管理器向逆向路由路径的入口路由器下发整个逆向路由路径信息是通过流映射命令下发的。
在承载网资源管理器之间的资源请求过程中,如果一承载网资源管理器无法完成资源请求,则进一步包括以下步骤:
a、如果该承载网资源管理器为源承载网资源管理器,则该源承载网资源管理器删除相应的路由路径信息并释放带宽资源,并执行步骤b);否则,该承载网资源管理器删除相应的路由路径信息并释放带宽资源,并向上一跳承载网资源管理器发送资源拒绝响应消息,该上一跳承载网资源管理器执行步骤a);
b、源承载网资源管理器向CA发送表示请求失败的响应消息。
所述的主叫方地址为主叫方IP地址或主叫方域名;所述的被叫方地址为被叫方IP地址或被叫方域名。
所述的各个承载网资源管理器根据该QoS参数选择相同或不同带宽资源的路由路径信息。
所述的正向路由路径信息和逆向路由路径信息所使用的路由器相同,或者所使用的路由器不同。
所述的正向路由路径的入口路由器为主叫端局路由器或主叫汇接局路由器;所述的逆向路由路径的入口路由器为被叫端局路由器或被叫汇接局路由器。
由于本发明只进行一次请求,就可在承载网中完成资源请求,使得当在承载网上完成资源请求时,所用时间变短,从而提高双向业务的使用效率和业务交互的成功率,并进一步提高路由路径信息的利用率,节省资源,另外,本发明还可以实现为对称业务申请相同的带宽,为非对称的业务申请不同的带宽,从而节省网络的带宽资源。
附图说明
图1为有独立的承载控制层的区分服务模型;
图2为现有技术在承载网中完成资源请求的一种流程图;
图3为现有技术在承载网中完成资源请求的另一种流程图;
图4为本发明的第一实施例利用正向请求在承载网中完成资源请求的流程图;
图5为本发明的第二实施例利用逆向请求在承载网中完成资源请求的流程图。
具体实施方式
下面结合附图和具体实施例来说明本发明的实施方法。
本发明的核心思想为:在一次请求中,承载网资源管理器同时请求正向路由路径资源和逆向的路由路径资源,从而实现只进行一次请求,不论是正向请求还是逆向请求,就可在承载网中完成资源请求。
图1为以下所述实施例在有独立的承载控制层的区分服务模型的承载网中完成资源请求的网络结构图,如图1所示,CA1为源CA,CA2为目的CA。图4为本发明第一实施例利用正向请求在承载网中完成资源请求的交互流程图,如图1、图4所示,本实施例在承载网中完成资源请求包括以下步骤:
步骤401、主叫用户向CA1发送呼叫请求,CA1向CA2发出呼叫请求,该呼叫请求内容包括五元组信息业务类型、主被叫号码或域名、QoS参数、业务流信息等,该五元组信息中包括主叫用户IP地址和被叫用户IP地址;
步骤402、CA2向CA1发送呼叫响应,该呼叫响应内容包括被叫对主叫的QoS参数,该QoS参数可能带有新的带宽要求;
步骤403、CA1向承载网资源管理器1发送连接资源请求消息,该连接资源请求消息中包括连接信息、主叫请求内容、主叫方IP地址或域名、被叫方IP地址或域名、带有带宽资源的QOS参数、业务类型等信息;
步骤404、承载网资源管理器1为业务流保存上述连接资源请求消息中的连接信息,并根据主叫方IP地址或域名,选取承载网资源管理器管理域中与该主叫方IP地址或域名相对应的一个ER作为正向路由路径的入口路由器,一般是指主叫端局路由器或主叫汇接局路由器,此处为ER1;根据ER1进行承载网资源管理器1管理域的域内正向LSP选路和域内逆向LSP选路,申请域内正向LSP资源和域内逆向LSP资源,根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源,并记录这些域内正向LSP资源信息和域内逆向LSP资源信息;该域内正向LSP资源信息和域内逆向LSP资源信息的记录结果中包括承载网资源管理器1管理域的域内正向LSP所对应的出口BR地址,即承载网资源管理器1管理域和承载网资源管理器2管理域的域间正向路由路径的入口BR地址,此处为BR1;以及承载网资源管理器1管理域的域内逆向LSP所对应的入口BR地址,即承载网资源管理器1管理域和承载网资源管理器2管理域的域间逆向路由路径的出口BR地址,此处为BR1;根据该域内正向LSP资源信息和域内逆向LSP资源信息的记录结果进行承载网资源管理器1管理域和承载网资源管理器2管理域的域间正向LSP选路和域间LSP逆向选路,申请域间正向LSP资源和域间逆向LSP资源,根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源,并记录这些域间正向LSP资源信息和域间逆向LSP资源;
步骤405、承载网资源管理器1向承载网资源管理器2发送连接资源请求消息,该连接资源请求消息中除了原有的QOS参数、业务类型、主叫方IP地址或域名、被叫方IP地址或域名外,还包括连接信息,该连接信息进一步包括承载网资源管理器2的地址、承载网资源管理器1管理域和承载网资源管理器2管理域的域间正向LSP的出口BR地址,即承载网资源管理器2管理域的域内正向入口BR地址,此处为BR2、以及承载网资源管理器1管理域和承载网资源管理器2管理域的域间逆向LSP的入口BR,即承载网资源管理器2管理域的域内逆向出口BR地址,此处为BR2;
步骤406、承载网资源管理器2为业务流保存该承载网资源管理器接收的资源请求消息中的连接信息,并根据该连接信息进行承载网资源管理器2管理域的域内正向LSP选路和域内逆向LSP选路,申请域内正向LSP资源和域内逆向LSP资源,根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源,并记录这些域内正向LSP资源信息和域内逆向LSP资源信息;该域内正向LSP资源信息和域内逆向LSP资源信息的记录结果中包括承载网资源管理器2管理域的域内正向LSP所对应的出口BR地址,即承载网资源管理器2管理域和承载网资源管理器3管理域的域间正向路由路径的入口BR地址,此处为BR3;以及承载网资源管理器2管理域的域内逆向LSP所对应的入口BR地址,即承载网资源管理器2管理域和承载网资源管理器3管理域的域间逆向路由路径的出口BR地址,此处为BR3;根据该域内正向LSP资源信息和域内逆向LSP资源信息的记录结果进行承载网资源管理器2管理域和承载网资源管理器3管理域的域间正向LSP选路和域间LSP逆向选路,申请域间正向LSP资源和域间逆向LSP资源,根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源,记录这些域间正向LSP资源信息和域间逆向LSP资源;
步骤407、承载网资源管理器2向承载网资源管理器3发送连接资源请求消息,该连接资源请求消息中除了原有的QOS参数、业务类型、主叫方IP地址或域名、被叫方IP地址或域名外,还包括连接信息,该连接信息进一步包括承载网资源管理器2的地址、承载网资源管理器2管理域和承载网资源管理器3管理域的域间正向LSP的出口BR地址,即承载网资源管理器3管理域的域内正向入口BR地址,此处为BR4、以及承载网资源管理器2管理域和承载网资源管理器3管理域的域间逆向LSP的入口BR,即承载网资源管理器3管理域的域内逆向出口BR地址,此处为BR4;
步骤408、目的承载网资源管理器,此处为承载网资源管理器3,根据收到的资源请求消息中被叫方IP地址或域名确定该被叫方IP地址或域名所对应的一个ER为逆向路由路径的入口ER,一般是指被叫端局路由器或被叫汇接局路由器,此处为ER2,并根据ER2和该资源请求消息中的连接信息进行承载网资源管理器3管理域的域内正向选路和域内逆向LSP选路,申请域内正向LSP资源和域内逆向LSP资源,根据QoS参数在该正向和逆向路由路径上为本次请求预留带宽资源,并建立整个逆向LSP资源,将该整个逆向LSP资源信息通过流映射命令下发给ER2;随后,被叫方用户就可利用该逆向LSP向主叫方用户发送信息;
步骤409、承载网资源管理器3向承载网资源管理器2返回资源响应消息,其中包括承载网资源管理器3选定的正向LSP资源。
步骤410、承载网资源管理器2将承载网资源管理器2管理域的域内正向LSP资源、承载网资源管理器2管理域和承载网资源管理器3管理域之间的正向LSP资源、以及承载网资源管理器3返回的正向LSP资源一起通过资源响应消息发给承载网资源管理器1;
步骤411、承载网资源管理器1通过返回的资源响应消息获知整个正向LSP资源,建立整个正向的LSP资源,并启动流映射命令,向步骤b中获得的ER,即ER1,下发整个正向的LSP资源信息,此处的LSP所经过的路由器为ER1、BR1、BR2、BR3、BR4、ER2;随后,主叫方用户就可利用该正向LSP向被叫方用户发送信息;
步骤412、承载网资源管理器1在收到ER1的流映射命令响应后,给CA1发送表示成功建立LSP资源的连接资源响应消息。
上述步骤中所述的各个承载网资源管理器根据资源请求消息以及资源响应消息中的带有带宽资源的QOS参数申请不同带宽的路由路径资源,以实现为对称业务申请相同的带宽,为非对称的业务申请不同的带宽。
在各个CM之间的资源请求过程中,如果某一CM由于资源耗尽、目的不可达或设备故障等原因无法完成资源请求,它将向上一跳CM发送资源拒绝响应,上一跳继续向上游的CM发该响应,直至源CM。源CM将通知CA:此次呼叫失败。此呼叫相关的CM还将删除相应的路由信息和释放的带宽资源。
以上所述的实施例为通过正向请求完成资源请求的方法,本发明也可通过逆向请求完成资源请求,如图5所示为通过逆向请求完成资源请求的一个实施例,其中步骤501到步骤512和图4所示第一实施例中的步骤301到步骤312相似,只不过逆向请求和正向请求的方向正好相反,即在逆向请求中,由CA2发起请求,且承载网资源管理器2为源承载网资源管理器,承载网资源管理器1为目的承载网资源管理器,另外,逆向请求完成后,CA2要通过步骤513向CA1发送表示双向LSP资源请求成功的响应消息。
上述两个实施例中所述的逆向LSP资源是在承载网资源管理器收到资源请求消息后立即建立的,而逆向LSP资源也可以是在承载网资源管理器收到下一跳承载网资源管理器的资源响应消息时建立。
上述的实施例只是本发明的一种情况,本发明所述的源承载网资源管理器和目的承载网资源管理器之间可能不止一个承载网资源管理器,也可能有多个承载网资源管理器,当有多个承载网资源管理器时,源承载网资源管理器和目的承载网资源管理器之间的所有承载网资源管理器的处理方法和上述承载网资源管理器2的处理方法一样。
本发明所述方法建立的正向路由路径和逆向路由路径可使用路由器相同,且业务流方向相反的LSP集合;也可使用路由器不同,且业务流方向相反的LSP集合。
据以上所述,由于本发明只进行一次请求,就可在承载网中完成资源请求,使得当在承载网上完成资源请求时,所用时间变短,从而提高双向业务的使用效率和业务交互的成功率,并进一步提高路由路径资源的利用率,节省资源,另外,本发明还可以实现为对称业务申请相同的带宽,为非对称的业务申请不同的带宽,从而节省网络的带宽资源。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉该技术的人在本发明所揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。
Claims (18)
1、一种在承载网上为双向业务完成资源请求的方法,其特征在于,该方法包括以下步骤:
1)源承载网资源管理器接收到呼叫代理(CA)发送的连接资源请求后,根据该连接资源请求,选择该源承载网资源管理器管理域的域内正向和逆向路由路径信息;并选择该源承载网资源管理器到下一跳承载网资源管理器管理域之间的域间正向和逆向路由路径信息;同时为本次请求预留域内和域间带宽域间资源;
2)源承载网资源管理器向下一跳承载网资源管理器发送连接资源请求;
3)下一跳承载网资源管理器根据收到的连接资源请求,选择该跳承载网资源管理器管理域的域内正向和逆向路由路径信息,为本次请求预留域内带宽资源;
如果该跳承载网资源管理器是目的承载网资源管理器,则建立整个正向路由路径信息,将整个正向路由路径信息下发给目的承载网资源管理器域内的正向路由路径的入口路由器;或建立整个逆向路由路径信息,将整个逆向路由路径信息下发给目的承载网资源管理器域内的逆向路由路径的入口路由器;向上一跳承载网资源管理器返回资源响应,执行步骤4);
否则,选择该跳承载网资源管理器到下一跳承载网资源管理器管理域之间的域间正向和逆向路由路径信息;同时为本次请求预留域间带宽域间资源;向下一跳承载网资源管理器发送连接资源请求后,返回步骤3);
4)上一跳承载网资源管理器收到资源响应后,如果该跳承载网资源管理器为源承载网资源管理器,则根据返回的资源响应,建立整个逆向路由路径信息,将整个逆向路由路径信息下发给逆向路由路径的入口路由器;或建立整个正向路由路径信息,将整个正向路由路径信息下发给正向路由路径的入口路由器;完成本次资源请求;
否则,向该跳承载网资源管理器的上一跳承载网资源管理器返回资源响应后,返回步骤4)。
2、如权利要求1所述的方法,其特征在于:呼叫代理(CA)发送的连接资源请求至少包含:主叫方地址、被叫方地址以及包含带宽要求的服务质量(QoS)参数;
承载网资源管理器向下一跳承载网资源管理器发送的连接资源请求至少包含呼叫代理(CA)发送的连接资源请求中信息,和本跳承载网资源管理器选定的域间正向和逆向路由路径信息。
3、如权利要求2所述的方法,其特征在于:承载网资源管理器根据QoS参数为本次请求预留域内和域间带宽资源。
4、如权利要求2所述的方法,其特征在于:所述源承载网资源管理器选择域内正向和逆向路由路径的方法为:根据该连接资源请求主叫方地址确定正向路由路径的入口路由器,或根据被叫方地址确定逆向路由路径的入口路由器,并根据该正向路由路径的入口路由器或逆向路由路径的入口路由器选择域内正向和逆向路由路径;
所述下一跳承载网资源管理器选择域内正向和逆向路由路径的方法为:根据收到的连接资源请求中的域间正向和逆向路由路径信息,选择该跳承载网资源管理器域内正向路由路径的入口路由器或逆向路由路径的入口路由器;并根据该正向路由路径的入口路由器或逆向路由路径的入口路由器选择域内正向和逆向路由路径。
5、如权利要求1所述的方法,其特征在于:承载网资源管理器根据选定的域内正向和逆向路由路径信息,选择该承载网资源管理器到下一跳承载网资源管理器管理域之间的域间正向和逆向路由路径信息。
6、如权利要求1所述的方法,其特征在于,步骤3)中所述的资源响应消息至少包含:目的承载网资源管理器域内正向或逆向路由路径信息;
在步骤4)中所述的资源响应消息中至少包含:所述承载网资源管理器收到的资源响应消息中的正向或逆向路由路径信息以及本跳承载网资源管理器管理域所记录的正向或逆向路由路径信息。
7、如权利要求1所述的方法,其特征在于,所述的域内正向和逆向路由路径信息中至少包括域内正向路由路径的出口路由器和域内逆向路由路径的入口路由器;所述的域间正向和逆向路由路径信息中至少包括下一跳承载网资源管理器的域内正向入口路由器和下一跳承载网资源管理器的域内逆向出口路由器。
8、如权利要求1所述的方法,其特征在于,在步骤1)之前,还包括以下步骤:
主叫方CA与被叫方CA建立呼叫连接,主叫方CA向主叫源承载网资源管理器发送包含主叫方地址和被叫方地址的连接资源请求;或者被叫方CA向被叫源承载网资源管理器发送包含主叫方地址和被叫方地址的连接资源请求。
9、如权利要求8所述的方法,其特征在于,所述的主叫方CA和被叫方CA建立呼叫连接的方法为:主叫方CA向被叫方CA发出呼叫请求,该呼叫请求包括含有主叫方IP地址以及被叫方IP地址的五元组信息以及主叫方对被叫方带有带宽要求的服务质量QoS参数;被叫方CA向主叫方CA发送呼叫响应,该呼叫响应内容包括被叫方对主叫方带有带宽要求的服务质量QoS参数。
10、如权利要求8所述的方法,其特征在于,当主叫方CA向主叫源承载网资源管理器发送连接资源请求时,在所述的步骤1)中,主叫源承载网资源管理器根据主叫方地址确定正向路由路径的入口路由器;在所述的步骤3)中,主叫目的承载网资源管理器根据被叫方地址确定逆向路由路径的入口路由器;
当被叫方CA向被叫源承载网资源管理器发送连接资源请求时,在所述的步骤1)中,被叫源承载网资源管理器根据被叫方地址确定逆向路由路径的入口路由器;在所述的步骤3)中,被叫目的承载网资源管理器根据主叫方地址确定正向路由路径的入口路由器。
11、如权利要求8所述的方法,其特征在于,该方法进一步包括以下步骤:所述的源承载网资源管理器向发送连接资源请求的CA返回连接资源响应消息,该连接资源响应消息中包括表示成功完成资源请求的信息。
12、如权利要求11所述的方法,其特征在于,当被叫方CA向被叫源承载网资源管理器发送连接资源请求时,在步骤5)中进一步包括:被叫方CA收到该源承载网资源管理器返回的连接资源响应消息后,向主叫方CA返回表示成功完成资源请求的响应消息。
13、如权利要求1所述的方法,其特征在于,所述的承载网资源管理器向正向路由路径的入口路由器下发整个正向路由路径信息是通过流映射命令下发的;所述的承载网资源管理器向逆向路由路径的入口路由器下发整个逆向路由路径信息是通过流映射命令下发的。
14、如权利要求1所述的方法,其特征在于,在承载网资源管理器之间的资源请求过程中,如果一承载网资源管理器无法完成资源请求,则进一步包括以下步骤:
a、如果该承载网资源管理器为源承载网资源管理器,则该源承载网资源管理器删除相应的路由路径信息并释放带宽资源,并执行步骤b);否则,该承载网资源管理器删除相应的路由路径信息并释放带宽资源,并向上一跳承载网资源管理器发送资源拒绝响应消息,该上一跳承载网资源管理器执行步骤a);
b、源承载网资源管理器向CA发送表示请求失败的响应消息。
15、如权利要求1、2、4或8所述的方法,其特征在于,所述的主叫方地址为主叫方IP地址或主叫方域名;所述的被叫方地址为被叫方IP地址或被叫方域名。
16、如权利要求1所述的方法,其特征在于,所述的各个承载网资源管理器根据该QoS参数选择相同或不同带宽资源的路由路径信息。
17、如权利要求1所述的方法,其特征在于,所述的正向路由路径信息和逆向路由路径信息所使用的路由器相同,或者所使用的路由器不同。
18、如权利要求1所述的方法,其特征在于,所述的正向路由路径的入口路由器为主叫端局路由器或主叫汇接局路由器;所述的逆向路由路径的入口路由器为被叫端局路由器或被叫汇接局路由器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031568211A CN100355249C (zh) | 2003-09-08 | 2003-09-08 | 一种在承载网上为双向业务完成资源请求的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031568211A CN100355249C (zh) | 2003-09-08 | 2003-09-08 | 一种在承载网上为双向业务完成资源请求的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1595892A true CN1595892A (zh) | 2005-03-16 |
CN100355249C CN100355249C (zh) | 2007-12-12 |
Family
ID=34660104
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB031568211A Expired - Fee Related CN100355249C (zh) | 2003-09-08 | 2003-09-08 | 一种在承载网上为双向业务完成资源请求的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100355249C (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006074593A1 (fr) * | 2005-01-12 | 2006-07-20 | Huawei Technologies Co., Ltd. | Procede de mise en oeuvre d'une application de ressources a flux de service multiples |
WO2008034351A1 (en) * | 2006-09-15 | 2008-03-27 | Huawei Technologies Co., Ltd. | Ason/gmpls architecture extension for reservation based and time based automatic bandwidth service |
WO2008071112A1 (en) * | 2006-12-15 | 2008-06-19 | Huawei Technologies Co., Ltd. | Method of resource schedule for a wireless system and system thereof |
CN100466613C (zh) * | 2005-11-21 | 2009-03-04 | 华为技术有限公司 | 一种业务处理方法 |
WO2009129669A1 (en) * | 2008-04-22 | 2009-10-29 | Hong Kong Applied Science & Technology Research Institute Co., Ltd. | Method and device for data routing and bandwidth reservation in small scale distributed networks |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100725005B1 (ko) * | 2000-11-22 | 2007-06-04 | 주식회사 케이티 | 다중 프로토콜 레이블 스위칭 망에서의 고속 재라우팅 방법 |
US6963543B2 (en) * | 2001-06-29 | 2005-11-08 | Qualcomm Incorporated | Method and system for group call service |
-
2003
- 2003-09-08 CN CNB031568211A patent/CN100355249C/zh not_active Expired - Fee Related
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006074593A1 (fr) * | 2005-01-12 | 2006-07-20 | Huawei Technologies Co., Ltd. | Procede de mise en oeuvre d'une application de ressources a flux de service multiples |
CN100466613C (zh) * | 2005-11-21 | 2009-03-04 | 华为技术有限公司 | 一种业务处理方法 |
WO2008034351A1 (en) * | 2006-09-15 | 2008-03-27 | Huawei Technologies Co., Ltd. | Ason/gmpls architecture extension for reservation based and time based automatic bandwidth service |
US8000346B2 (en) | 2006-09-15 | 2011-08-16 | Futurewei Technologies, Inc. | ASON/GMPLS architecture extension for reservation based and time based automatic bandwidth service |
WO2008071112A1 (en) * | 2006-12-15 | 2008-06-19 | Huawei Technologies Co., Ltd. | Method of resource schedule for a wireless system and system thereof |
CN101517969B (zh) * | 2006-12-15 | 2012-02-29 | 华为技术有限公司 | 一种基于无线***的资源调度方法和*** |
US8325646B2 (en) | 2006-12-15 | 2012-12-04 | Huawei Technologies Co., Ltd. | Method and system for resource scheduling in wireless system |
WO2009129669A1 (en) * | 2008-04-22 | 2009-10-29 | Hong Kong Applied Science & Technology Research Institute Co., Ltd. | Method and device for data routing and bandwidth reservation in small scale distributed networks |
CN101657997B (zh) * | 2008-04-22 | 2012-04-18 | 香港应用科技研究院有限公司 | 小型分布网络内数据路由和带宽预留的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN100355249C (zh) | 2007-12-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1158830C (zh) | 业务参数互通方法及相关的计算机*** | |
CN1805366A (zh) | 多业务流资源申请的实现方法 | |
CN1809051A (zh) | 一种ip电信网中应对设备过载的处理方法 | |
CN1808986A (zh) | 一种实现承载网资源分配的方法 | |
CN1855839A (zh) | 网络通信中处理紧急业务的方法 | |
CN1595892A (zh) | 一种在承载网上为双向业务完成资源请求的方法 | |
CN1283071C (zh) | 网络中指定路由的方法 | |
CN1601977A (zh) | 一种基于策略的选路方法 | |
CN1855895A (zh) | 私网用户与保证业务服务质量网络互通的***及方法 | |
CN1601971A (zh) | 一种承载控制层的资源分配方法 | |
CN1816024A (zh) | 一种在软交换网络中保证通信服务质量的方法 | |
CN1805364A (zh) | 一种实现承载网资源分配的方法 | |
CN1599327A (zh) | 一种在承载网资源管理器上配置路由路径的方法 | |
CN1705296A (zh) | 一种保证业务服务质量的数据包传输方法 | |
CN1601966A (zh) | 一种路由路径选择方法 | |
CN100352215C (zh) | 一种标签交换路径状态的自动检测及处理方法 | |
CN1756186A (zh) | 一种资源管理的实现方法 | |
CN1633081A (zh) | 一种在承载控制层中分配路径带宽的方法 | |
CN1599328A (zh) | 一种资源管理器中路由的选路方法 | |
CN100341294C (zh) | 一种媒体网关及其分配业务流ip地址的方法 | |
CN1802008A (zh) | 一种在承载网中转发业务流的方法 | |
CN1592426A (zh) | 一种正向约束逆向选路的路由方法 | |
CN1968269A (zh) | 一种实现iptn业务的方法和*** | |
CN1601965A (zh) | 一种路由路径故障修复方法 | |
CN1783797A (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 |
Granted publication date: 20071212 Termination date: 20190908 |
|
CF01 | Termination of patent right due to non-payment of annual fee |