CN101557303B - 路径建立请求方法、路径建立方法与系统 - Google Patents
路径建立请求方法、路径建立方法与系统 Download PDFInfo
- Publication number
- CN101557303B CN101557303B CN2008100944811A CN200810094481A CN101557303B CN 101557303 B CN101557303 B CN 101557303B CN 2008100944811 A CN2008100944811 A CN 2008100944811A CN 200810094481 A CN200810094481 A CN 200810094481A CN 101557303 B CN101557303 B CN 101557303B
- Authority
- CN
- China
- Prior art keywords
- path
- request
- information
- business
- label switched
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种路径建立请求方法、路径建立方法与系统,路径建立请求方法包括:资源与接纳控制功能装置接收业务控制功能装置发送的业务建立请求,业务建立请求中携带业务信息,并根据业务信息生成路径建立请求;资源与接纳控制功能装置请求网管系统装置根据路径建立请求为业务建立路径。路径建立方法包括:网管系统装置接收资源与接纳控制功能装置发送的携带业务控制功能装置发送的业务信息的路径建立请求;网管系统装置根据路径建立请求为业务建立路径。系统包括:资源与接纳控制功能装置和网管系统装置。本发明实施例由资源与接纳控制功能装置根据业务信息请求网管系统装置为业务建立路径,消除人工参与,提高了业务开展效率。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种路径建立请求方法、路径建立方法与系统。
背景技术
随着网络的迅速发展,动态业务的开展也迅速发展,动态业务主要是指客户或网络设备能够根据自己的业务需要,实时地获取或释放网络中的带宽资源。当客户需要带宽资源的时候就可以通过发起业务请求消息获取相关资源,当客户不需要带宽资源的时候,也可以通过发送消息释放资源。较为常见的业务类型有:1层虚拟私有网络(Layer 1 Virtual Private Network,以下简称:L1VPN)、2层虚拟私有网络(Layer 2 Virtual Private Network,以下简称:L2VPN)、按需带宽分配业务(Bandwidth on Demand,以下简称:BoD)等。
通常,在动态开展业务时需要实时获取或释放网络中的带宽资源,这需要借助于控制平面。当客户或其代理发起控制平面信令向业务提供者发起连接请求时控制平面就会根据网络资源情况动态地为用户寻路并建立起通路。然而,网络中有可能没有部署控制平面或者运营商希望对整个网络中的资源进行集中式的管理。在这两种情况下,都无法使用控制平面来建立业务路径,而必须通过网管系统装置来管理整个网络的资源并为业务建立请求下发配置来建立路径。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
整个动态开展业务的过程需要通过人工向网管系统装置下发业务建立命令,该业务建立命令中包括配置路径等信息,带宽分配存在人工参与的问题,因此不能动态实现带宽的按需分配;由于存在人工参与,使得从申请业务开通到通过人工向网管系统装置下发业务建立命令的过程中需要很长时间,因此用户不能根据自己的需要随时开通和取消业务,使得动态开展业务的效率较低;而且网络中巨大的动态开展业务量会给网管系统装置的操作人员带来巨大的工作量,不便于对动态业务进行管理。
发明内容
本发明实施例提供了一种路径建立请求方法、路径建立方法与系统、资源与接纳控制功能装置以及网管系统装置,本发明实施例通过资源与接纳控制功能装置自行发送路径建立请求以及网管系统装置根据接收到的路径建立请求为业务建立路径,解决了人工参与的问题,进而能够达到根据用户的需求动态开展业务的效果,缩短了业务开展时间,提高了业务开展效率。
本发明实施例提供了一种路径建立请求方法,包括:
资源与接纳控制功能装置接收业务控制功能装置发送的业务建立请求,所述业务建立请求中携带业务信息,并根据所述业务信息生成路径建立请求;
所述资源与接纳控制功能装置请求网管系统装置根据所述路径建立请求为所述业务建立路径。
本发明实施例提供了一种路径建立方法,包括:
网管系统装置接收资源与接纳控制功能装置发送的业务建立请求,所述路径建立请求携带业务控制功能装置发送的业务建立请求中的业务信息;
所述网管系统装置根据所述业务建立请求为所述业务建立路径。
本发明实施例提供了一种资源与接纳控制功能装置,包括:
策略决策功能实体模块,用于接收业务控制功能装置发送的业务建立请求,所述业务建立请求中携带业务信息;
传送资源控制功能实体模块,用于根据所述业务信息生成路径建立请求,并请求网管系统装置根据所述路径建立请求为所述业务建立路径。
本发明实施例提供了一种网管系统装置,包括:
路径建立请求接收模块,用于接收资源与接纳控制功能装置发送的路径建立请求,所述路径建立请求携带业务控制功能装置发送的业务建立请求中的业务信息;
路径建立模块,用于根据所述路径建立请求为所述业务建立路径。
本发明实施例还提供了一种路径建立系统,包括:资源与接纳控制功能装置与网管系统装置,
所述资源与接纳控制功能装置,用于接收业务控制功能装置发送的携带业务信息的业务建立请求,根据所述业务信息生成路径建立请求,并向所述网管系统装置发送所述路径建立请求为所述业务建立路径;
所述网管系统装置,用于接收资源与接纳控制功能装置发送的路径建立请求并根据所述路径建立请求为所述业务建立路径。
由上述实施例可知,本发明的技术方案具有以下有益效果:
1、在不使用控制平面的情况下,资源与接纳控制功能装置能够根据业务控制功能装置发送的业务建立请求中携带的业务信息直接请求网管系统装置为业务建立路径,用户就可以通过该路径进行业务开展,整个过程中不需要通过网管系统装置人工为用户发送的业务建立请求建立路径;
2、网管系统装置通过资源与接纳控制功能装置的触发能够自行建立路径,能够消除人工参与,避免人工参与的巨大工作量,实现了网管系统装置的智能化;达到动态的业务开展,而且缩短了业务开展时间,达到了提高业务开展效率的效果;
3、通过消除了人工参与,进而达到业务动态开展的效果,缩短了业务开展时间,提高业务开展效率的效果,为动态地为业务分配带宽提供了基础。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
图1为本发明应用的NGN架构的结构框图;
图2为本发明路径建立请求方法第一实施例的流程图;
图3为本发明路径建立请求方法第二实施例的流程图;
图4为本发明路径建立请求方法第三实施例的流程图;
图5为本发明路径建立请求方法第四实施例的流程图;
图6为本发明路径建立请求方法第五实施例的流程图;
图7为本发明路径建立请求方法第六实施例的流程图;
图8为本发明路径建立请求方法第七实施例的流程图;
图9为本发明路径建立方法第二实施例的流程图;
图10为本发明路径建立请求方法与路径建立方法结合实施例的流程图;
图11为本发明资源与接纳控制功能装置第一实施例的结构框图;
图12为本发明资源与接纳控制功能装置第二实施例的结构框图;
图13为本发明网管系统装置第一实施例的结构框图;
图14为本发明网管系统装置第二实施例的结构框图;
图15为本发明路径建立系统第一实施例的结构框图;
图16为本发明路径建立系统第二实施例的结构框图。
具体实施方式
下一代网络(Next Generation Network,以下简称:NGN)架构是由国际电信联盟的NGN研究组提出的。图1为本发明应用的NGN架构的结构框图。如图1所示,该框图主要包括:业务控制功能(Service Control Function,以下简称:SCF)装置1、资源与接纳控制功能(Resource and Admission ControlFunction,以下简称:RACF)装置2、网络附属控制功能(Network AttachmentControl Function,以下简称:NACF)装置3、传送功能(Transport Function,以下简称:TF)装置4以及客户驻地网络或设备(Customer PremisesNetwork/Equipment,以下简称:CPN/CPE)装置5,其中,RACF装置2包括:策略决策功能实体(Policy Decision Functional Entity,以下简称:PD-FE)模块21、传送资源控制功能实体(Transport Resource Control Functional Entity,以下简称:TRC-FE)模块22;TF装置4包括:策略执行功能实体(PolicyEnforcement Function Entity,以下简称:PE-FE)模块41、传送资源执行功能实体(Transport Resource Enforcement Function Entity,以下简称:TRE-FE)模块42。在RACF的架构下,建立业务的典型流程为:首先由CPN/CPE装置5在服务层发起业务建立请求,当SCF装置1收到请求时就提取相关参数发给RACF装置2中的PD-FE模块21,请求开通业务;然后PD-FE模块21对用户身份进行认证(可通过NACF装置3获取用户订购信息)并向RACF装置2中的TRC-FE模块22请求业务所需要的资源;TRC-FE模块22检查本地是否有足够的逻辑资源,如果没有,则业务开通失败;如果有,则将逻辑资源的相关信息发给RACF装置2中的PD-FE模块21;PD-FE模块21确认有足够资源后接纳该业务建立请求同时向PE-FE模块41下发策略,该策略主要包括:IP五元组(包括源IP地址、源端口号、目的IP地址、目的端口号、协议号,可利用五元组来标识业务流)、打开/关闭门控命令、服务质量(Quality of Service,以下简称:QoS)参数等,PD-FE模块21向SCF装置1响应业务建立成功,最后SCF装置1向用户响应业务已开通。
现有技术中利用网管系统装置建立业务连接的方法主要包括:首先用户向业务提供者申请开通业务;在网络管理员收到用户的请求后,人工向网管系统装置下发业务建立命令;该命令包括:路径的源节点、目的节点、带宽等信息,操作员可以通过网管系统装置指定路径经过哪些节点,也可以不指定,由网管系统装置计算;然后网管系统装置通过管理通信网(ManagementCommunication Network,以下简称:MCN),向路径经过的节点下发配置,主要的配置参数有入端口号、入标签、出端口号、出标签等;网管系统装置响应路径建立成功或失败;最后业务提供者通知用户业务开通成功或失败。
图2为本发明路径建立请求方法第一实施例的流程图。如图2所示,包括:
步骤201、RACF装置接收SCF装置发送的业务建立请求,该业务建立请求中携带业务信息,并根据业务信息生成路径建立请求;
步骤203、RACF装置请求网管系统装置根据路径建立请求为业务建立路径。
进一步地,在步骤201之前还包括:SCF装置接收业务建立请求。
具体地,当用户向业务提供者申请开通业务的时候,首先,SCF装置会接收到用户发送的业务建立请求;然后SCF装置将业务建立请求转发给RACF装置,该业务建立请求中携带业务信息,该业务信息主要包括以下参数:业务标识符、业务类型(主要有:视频业务、音频业务、数据业务等)、业务的方向(业务方向可能是从客户端边缘设备(Customer Edge,以下简称:CE)源CE到目的CE,也可能是从目的CE到源CE,还可能是双向业务)以及业务所需要的带宽等信息;最后,RACF装置根据该业务信息生成路径建立请求,并将该路径建立请求发送给网管系统装置,让网管系统装置根据接收到的路径建立请求为业务建立路径。
本实施例通过RACF装置直接向网管系统装置发送路径建立请求,就能够自动地触发网管系统装置根据路径建立请求为用户请求的业务建立路径。在该过程中,RACF装置向网管系统装置下发路径建立请求的过程中没有人工参与,因此能够为后续业务开展时带宽的动态分配提供基础,进而能够达到根据用户的需求动态开展业务的效果,缩短了业务开展时间,提高了业务开展效率;同时本实施例还能够消除人工向网管系统装置下发路径建立请求的负担,方便对动态业务进行管理。
图3为本发明路径建立请求方法第二实施例的流程图。如图3所示,包括:
步骤301、RACF装置接收SCF装置发送的携带业务信息的业务建立请求;
步骤303、RACF装置查询确定存在满足业务建立请求中的业务信息的标签交换路径;
步骤305、RACF装置生成包括业务信息的第一路径建立请求并发送至网管系统装置;
步骤307、RACF装置请求网管系统装置根据第一路径建立请求中携带的业务信息为业务建立路径。
具体地,RACF装置中的PD-FE模块接收到由SCF装置发送的业务建立请求,该业务建立请求中携带业务信息,然后,RACF装置中的TRC-FE模块查询是否有足够的逻辑资源,也就是查询是否存在满足接收到的业务信息的标签交换路径;在确定存在满足接收到的业务信息的标签交换路径时,由于已经存在了业务开展所需的标签交换路径,则生成的路径建立请求为伪线(Pseudo Wire,以下简称:PW)/支路建立请求,即只需要建立PW/支路,而不需要建立标签交换路径。TRC-FE模块直接向网管系统装置下发该PW/支路建立请求,该PW/支路建立请求中就携带了业务信息;最后,网管系统装置就能够根据接收到的PW/支路建立请求中携带的业务信息为业务建立PW/支路。
通过RACF装置向网管系统装置下发携带业务信息的路径建立请求,就能够触发网管系统装置根据业务信息为用户建立相应的业务路径,从而使得用户能够通过建立的路径来进行业务的开展。在该过程中,不需要人工向网管系统装置下发路径建立请求,而是由RACF装置自动向网管系统装置发送路径建立请求,通过路径建立请求触发网管系统装置建立路径就能够为业务的动态带宽分配提供基础,达到动态开展业务的效果,缩短了业务开展时间,达到了提高业务开展效率的效果;同时本实施例还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
图4为本发明路径建立请求方法第三实施例的流程图。如图4所示,该实施例是以本发明路径建立方法第二实施例为基础的路径建立的具体过程,包括:
步骤401:RACF装置中的PD-FE模块接收SCF装置发送的携带业务信息的业务建立请求,对用户身份进行认证,认证通过后,PD-FE模块向RACF装置中的TRC-FE模块发送业务建立请求,该业务建立请求中包括业务信息。
该业务信息主要包括以下参数:业务标识符、业务类型(主要有:视频业务、音频业务、数据业务等)、业务的方向(业务方向可能是从源CE到目的CE,也可能是从目的CE到源CE,还可能是双向业务)以及业务所需要的带宽等信息。
步骤403:TRC-FE模块进行路径查询并判断存在满足业务建立请求中的业务信息的标签交换路径。
TRC-FE模块收到PD-FE模块发送的业务建立请求后,首先,TRC-FE模块查询到存在足够的逻辑资源,即运营商边缘设备(Provider Edge,以下简称:PE)源PE与目的PE之间已经有现成的标签交换路径,且该标签交换路径满足业务的需求(如现有的标签交换路径的带宽可以满足业务信息)。
步骤405:TRC-FE模块生成携带业务信息的第一路径建立请求并将该第一路径建立请求发送给网管系统装置。
TRC-FE模块向网管系统装置发送生成的第一路径建立请求,由于已经查询到存在标签交换路径,业务开展所需要的标签交换路径就不需要再建立,而只需要建立PW/支路即可,因此,此处的第一路径建立请求即为PW/支路建立请求。该PW/支路建立请求主要包括以下信息:
SCF装置为业务建立请求分配的业务标识符;
标签交换路径的标识符(Identifier,以下简称:ID);
所要建立的PW/支路信息:源、目的CE信息以及业务所需要的带宽。
需要说明的是标签交换路径预留的带宽可能大于业务建立请求的带宽,而剩余的带宽可以留给以后的业务继续使用,而PW/支路的带宽则严格等于业务建立请求的带宽。
步骤407、网管系统装置通过MCN向标签交换路径经过的PE发配置,建立PW/支路,并绑定与ID对应的标签交换路径和建立的PW/支路。
网管系统装置通过MCN向标签交换路径所经过的PE节点下发配置,建立源CE与目的CE之间的PW/支路,并将PW/支路与ID相应的标签交换路径绑定。
步骤409、RACF装置接收网管系统装置返回的路径建立是否成功的结果信息;
步骤411、RACF装置在接收网管系统装置返回的路径建立成功的结果信息时保存标签交换路径信息和PW/支路信息;
步骤413、RACF装置根据业务建立请求向标签交换路径两端的PE下发门控开启或门控关闭命令。
在不使用控制平面的情况下,RACF装置能够根据SCF装置发送的业务建立请求中携带的业务信息查询到存在现有的满足业务信息的标签交换路径,因此直接发送携带该业务信息的路径建立请求就能够触发网管系统装置为业务建立业务路径,只需要建立PW/支路而不需要再建立标签交换路经,用户可以通过该路径进行业务开展,在RACF装置发送路径建立请求的过程中不需要人工参与,而是由RACF装置自动为用户向网管系统装置发送路径建立请求,缩短了业务开展时间,达到了提高业务开展效率的效果,同时本实施例还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
图5为本发明路径建立请求方法第四实施例的流程图。如图5所示,包括:
步骤501、RACF装置接收SCF装置发送的携带业务信息的业务建立请求;
步骤503、RACF装置查询确定不存在满足业务信息的标签交换路径;
步骤505、RACF装置根据业务信息指示具有路径计算功能的服务器计算满足业务信息的标签交换路径信息,并获取该标签交换路径信息;
步骤507、RACF装置生成包括计算出的标签交换路径信息与业务信息的第二路径建立请求并发送至网管系统装置,请求网管系统装置根据该第二路径建立请求中携带的标签交换路径信息与业务信息为业务建立路径;
具体地,RACF装置中的PD-FE模块接收到由SCF装置发送的业务建立请求,该业务建立请求中携带业务信息,然后,RACF装置中的TRC-FE模块查询是否有足够的逻辑资源,也就是查询是否存在满足接收到的业务信息的标签交换路径;在确定不存在满足接收到的业务信息的标签交换路径时,TRC-FE模块根据接收到的业务信息请求具有路径计算功能的服务器计算与业务相关的标签交换路径信息,该具有路径计算功能的服务器可以为路径计算单元(Path Computation Element,以下简称:PCE);当标签交换路径计算完成后,TRC-FE模块生成携带请求计算获取的标签交换路径信息与业务信息的路径建立请求并直接向网管系统装置下发;最后,网管系统装置就能够根据接收到的路径建立请求中携带的TRC-FE模块请求计算得到的标签交换路径信息以及相应的业务信息为业务建立标签交换路径和PW/支路。
通过RACF装置向网管系统装置下发的计算得到的标签交换路径信息以及相应的业务信息,就能够触发网管系统装置根据业务信息以及由RACF装置请求具有路径计算功能的服务器计算获得的标签交换路径信息为用户建立相应的业务路径,从而使得用户能够通过建立的路径来进行业务的开展。在该过程中,不需要人工向网管系统装置下发路径建立请求为用户建立业务路径,而是由RACF装置自动向网管系统装置发送路径建立请求,通过路径建立请求使得网管系统装置自行建立路径就能够达到动态的业务开展,缩短了业务开展时间,达到了提高业务开展效率的效果;同时本实施例还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
图6为本发明路径建立请求方法第五实施例的流程图。如图6所示,该实施例是以本发明路径建立方法第四实施例为基础的路径建立的具体过程,包括:
步骤601、RACF装置中的PD-FE模块接收SCF装置发送的携带业务信息的业务建立请求,对用户身份进行认证,认证通过后,PD-FE模块向RACF装置中的TRC-FE模块发送业务建立请求,该业务建立请求中包括业务信息。
步骤603、TRC-FE模块进行路径查询并判断不存在满足业务建立请求中的业务信息的标签交换路径。
TRC-FE模块收到PD-FE模块发送的业务建立请求后,首先,TRC-FE模块查询到没有足够的逻辑资源,即源PE与目的PE之间没有现成的标签交换路径,或者该标签交换路径不满足业务的需求(如现有的标签交换路径的带宽不满足业务信息)。
步骤605、TRC-FE模块指示具有路径计算功能的服务器计算源PE与目的PE之间的标签交换路径并获取反馈回的标签交换路径信息。
具有路径计算功能的服务器(如PCE)接收到TRC-FE模块发送的路径计算请求,计算得到从源PE到目的PE的标签交换路径信息后,把该标签交换路径信息(包括显式路由对象(Explicit Route Object,以下简称:ERO))即路径经过哪些PE和P节点的信息反馈给TRC-FE模块。
步骤607、TRC-FE模块生成包括请求计算得到的标签交换路径信息以及业务信息的第二路径建立请求并将该路径建立请求发送给网管系统装置。
TRC-FE模块向网管系统装置发送生成的第二路径建立请求,该请求主要包括以下信息:
SCF装置为业务建立请求分配的业务标识符;
网管系统装置建立标签交换路径所需要的信息:TRC-FE模块请求具有路径计算功能的服务器(如PCE)计算得到的标签交换路径信息,也就是源、目的PE信息、ERO以及预留的带宽。
所要建立的PW/支路信息:源、目的CE信息以及业务所需要的带宽。
步骤609、网管系统装置通过MCN向PE和P下发配置,建立标签交换路径,向PE下发配置建立PW/支路,并将标签交换路径与PW/支路绑定。
网管系统装置通过MCN向路径所经过的PE和P节点下发配置,下发的配置参数主要包括:入端口号、入标签、出端口号、出标签,然后建立起标签交换路径。
步骤611、RACF装置接收网管系统装置返回的路径建立成功的结果信息,保存标签交换路径信息和PW/支路信息。
步骤613、RACF装置根据业务建立请求向标签交换路径两端的PE下发门控开启或门控关闭命令。
在不使用控制平面的情况下,RACF装置能够根据SCF装置发送的业务建立请求中携带的TRC-FE模块请求计算得到的标签交换路径信息以及业务信息直接触发网管系统装置为业务建立路径,用户就可以通过该路径进行业务开展。整个过程中不需要人工参与,而是由RACF装置自动为用户向网管系统装置发送路径建立请求,通过触发网管系统装置自行建立路径就能够达到动态的业务开展,缩短了业务开展时间,达到了提高业务开展效率的效果,同时本实施例还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
图7为本发明路径建立请求方法第六实施例的流程图。如图7所示,包括:
步骤701、RACF装置接收SCF装置发送的携带业务信息的业务建立请求;
步骤703、RACF装置查询确定不存在满足业务信息的标签交换路径;
步骤705、RACF装置生成包括业务信息与源、目的PE信息的第三路径建立请求并发送至网管系统装置,请求网管系统装置根据该第三路径建立请求中携带的业务信息与源、目的PE信息为业务建立路径;
具体地,在确定不存在满足接收到的业务信息的标签交换路径时,TRC-FE模块根据接收到的业务信息生成携带业务信息和源、目的PE信息的第三路径建立请求并直接向网管系统装置下发;最后,网管系统装置就能够根据接收到的第三路径建立请求为业务建立标签交换路径和PW/支路。
在不使用控制平面的情况下,RACF装置能够根据SCF装置发送的业务建立请求中携带的业务信息以及源、目的PE信息直接触发网管系统装置为业务建立路径,在RACF装置向网管系统装置下发路径建立请求的过程中不需要人工参与,通过RACF装置自动为用户向网管系统装置发送路径建立请求触发网管系统装置建立路径就能够达到动态的业务开展,缩短了业务开展时间,达到了提高业务开展效率的效果,同时本实施例中没有人工参与还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
图8为本发明路径建立请求方法第七实施例的流程图。如图8所示,本实施例是以本发明路径建立方法第六实施例为基础的路径建立的具体过程,包括:
步骤801、RACF装置中的PD-FE模块接收SCF装置发送的携带业务信息的业务建立请求,对用户身份进行认证,认证通过后,PD-FE模块向RACF装置中的TRC-FE模块发送业务建立请求,该业务建立请求中包括业务信息。
步骤803、TRC-FE模块进行路径查询并判断不存在满足业务建立请求中的业务信息的标签交换路径。
步骤805、TRC-FE模块生成包括业务信息和源、目的PE信息的第三路径建立请求并将该第三路径建立请求发送给网管系统装置。
TRC-FE模块向网管系统装置发送的第三路径建立请求包括请求生成PW/支路和标签交换路径,该请求主要包括以下信息:
SCF装置为业务建立请求分配的业务标识符;
网管系统装置建立标签交换路径所需要的信息:源、目的PE信息。
所要建立的PW/支路信息:源、目的CE信息以及业务所需要的带宽。
步骤807、网管系统装置根据接收到的第三路径建立请求指示具有路径计算功能的服务器(如PCE)计算源PE与目的PE之间的标签交换路径信息并接收反馈回的标签交换路径信息。
步骤809、网管系统装置通过MCN向PE和P下发配置,建立标签交换路径,向PE下发配置建立PW/支路,并将标签交换路径与PW/支路绑定。
网管系统装置通过MCN向路径所经过的PE和P节点下发配置,下发的配置参数主要包括:入端口号、入标签、出端口号、出标签,然后建立起标签交换路径,通过MCN向PE节点下发配置从而建立起源CE与目的CE之间的PW/支路,最后将建立好的标签交换路径和PW/支路绑定。
步骤811、RACF装置接收网管系统装置返回的路径建立是否成功的结果信息。
步骤813、在RACF装置接收网管系统装置返回的路径建立成功的结果信息时保存标签交换路径信息和PW/支路信息。
在保存或更新标签交换路径的相关信息时,标签交换路径所剩余的带宽将作为一个逻辑资源,保存到TRC-FE模块的本地资源信息库中。
步骤815、RACF装置根据业务建立请求向标签交换路径两端的PE下发门控开启或门控关闭命令。
在不使用控制平面的情况下,RACF装置能够根据SCF装置发送的业务建立请求中携带的业务信息以及源、目的PE信息直接触发网管系统装置为业务建立路径,用户就可以通过该路径进行业务开展,在RACF装置向网管系统装置下发路径建立请求的过程中不需要人工参与,而是由RACF装置自动为用户向网管系统装置发送路径建立请求,通过触发网管系统装置建立路径就能够达到动态的业务开展,缩短了业务开展时间,达到了提高业务开展效率的效果,同时本实施例中没有人工参与还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
本发明路径建立方法第一实施例包括:
网管系统装置接收RACF装置发送的路径建立请求,该路径建立请求携带SCF装置发送的业务建立请求中的业务信息;
网管系统装置根据路径建立请求为业务建立路径。
本实施例通过网管系统装置从接收到的RACF装置发送而来的路径建立请求中获取建立路径所需要的信息,能够被触发为用户请求的业务建立路径,而不需要人工根据用户发送的请求来为业务指定路径,进而为带宽的动态分配提供了基础,缩短了业务开展时间,达到了提高业务开展效率的效果,同时本实施例还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
图9为本发明路径建立方法第二实施例的流程图。如图9所示,包括:
步骤901、网管系统装置接收RACF装置发送的路径建立请求,该路径建立请求携带SCF装置发送的业务建立请求中的业务信息;
步骤903、判断该路径建立请求的类型,若为第一路径建立请求,则执行步骤905,若为第二路径建立请求则执行907,否则执行步骤909;
步骤905、网管系统装置根据第一路径建立请求中携带的业务信息通过MCN向PE下发配置,建立PW/支路,并绑定现存的标签交换路径和PW/支路,执行步骤911;
步骤907、网管系统装置根据第二路径建立请求中携带的业务信息和标签交换路径信息请求通过MCN向标签交换路径经过的PE和P下发配置,建立标签交换路径,向PE下发配置建立PW/支路,并绑定标签交换路径和PW/支路,执行步骤911;
步骤909、网管系统装置根据第三路径建立请求中携带的业务信息以及源、目的PE信息指示具有路径计算功能的服务器计算从源PE到目的PE的标签交换路径信息,并根据计算出的标签交换路径信息与业务信息通过MCN向标签交换路径经过的PE和P下发配置建立标签交换路径,向PE下发配置建立PW/支路,并绑定标签交换路径和PW/支路,执行步骤911;
需要说明的是,这里的标签交换路径中的标签是广义标签,在多协议标签交换路径传送网(Transport-Multi-Protocol Label Switch,以下简称:T-MPLS)中,是标签交换路径(Label Switched Path,以下简称:LSP)标签;在同步数字体系(Synchronous Digital Hierarchy,以下简称:SDH)网络中,是VC12/VC3/VC4时隙标签;在光交叉网络中,是波长标签;在运营商骨干网桥-流量工程(Provider Backbone Bridge-TE,以下简称:PBB-TE)网络中,是虚拟局域网(Virtual Local Area Network,以下简称:VLAN)+介质访问控制(Media Access Control,以下简称:MAC)地址标签。
标签交换路径可以是PE的线路接口间的VC12/VC3/VC4等连接,也可以是B-VLAN+D-MAC连接,还可以是T-MPLS LSP。
线路到线路连接,在SDH中是P节点上处于两个对端方向上的光线路接口板间VC12/VC3/VC4交叉连接,在PBB或T-MPLS中是P节点上的标签交换连接(VLAN+MAC交换,或者T-MPLS路径标签交换),也可以是波长交换。
当采用准同步数字系列(Plesiochronous Digital Hierarchy,以下简称:PDH)/SDH技术时,PW/支路就是PDH/SDH设备上一个或多个支路接口;当采用异步传输模式(Asynchronous Transfer Mode,以下简称:ATM)/以太网(ETH)等技术时,PW/支路可以通过将ATM/ETH等接口封装并映射到虚拟联组(Virtual Concatenation Group,以下简称:VCG)中实现;PW/支路还可以通过采用边缘到边缘的伪线仿真(Pseudo Wire Emulation Edge to Edge,以下简称:PWE3)技术实现,即将CE到PE的接入线路映射到PE间的PW/支路中。
PW/支路与标签交换路径的绑定,是指将PDH支路接口交叉连接到线路上的某些VC4/VC3/VC12,或者将ATM/ETH等接口所在的VCG交叉连接到线路上的某些VC4/VC3/VC12,或者将ATM/ETH/PDH等PW映射到某个标签交换路径上。
步骤911、网管系统装置向RACF装置发送路径建立是否成功的结果信息。
具体地,网管系统装置首先接收RACF装置发送的路径建立请求,该路径建立请求中可能包括以下三种形式。第一路径建立请求:只包括业务信息;第二路径建立请求:包括业务信息和通过请求具有路径计算功能的服务器(如PCE)计算得到的标签交换路径信息;第三路径建立请求:包括业务信息和源、目的PE信息。对于只携具有业务信息的第一路径建立请求来说,网管系统装置能够获知已经存在满足业务信息的标签交换路径,因此,只需要建立PW/支路即可,网管系统装置通过MCN向PE下发配置,建立PW/支路,并绑定与ID对应的标签交换路径和PW/支路;对于携带业务信息和通过请求具有路径计算功能的服务器(如PCE)计算得到的标签交换路径信息的第二路径建立请求来说,网管系统装置不需要请求具有路径计算功能的服务器(如PCE)计算从源PE到目的PE的标签交换路径信息,网管系统装置可以直接根据接收到的第二路径建立请求中携带的标签交换路径信息和业务信息来建立路径,此时建立的路径就包括标签交换路径和PW/支路;对于携带业务信息和源、目的PE信息的第三路径建立请求来说,网管系统装置请求具有路径计算功能的服务器(如PCE)计算与从源PE到目的PE的标签交换路径信息,对于后两种情况来说,网管系统装置根据接收到的标签交换路径信息或者请求计算出的标签交换路径信息与业务信息通过MCN向标签交换路径经过的PE和P下发配置,建立标签交换路径和PW/支路,并绑定标签交换路径和PW/支路。在完成针对上述三种路径建立请求的路径建立过程之后,网管系统装置还要向RACF装置发送路径建立是否成功的结果信息。
本实施例通过网管系统装置对接收到的由RACF装置发送而来的业务建立请求是为第一路径建立请求、第二路径建立请求还是第三路径建立请求,从而可以决定按照不同的路径建立请求为业务建立路径。对于第一路径建立请求来说,由于已经存在标签交换路径,因此只需要建立PW/支路即可,对于第二路径建立请求来说在建立路径的过程中可以通过MCN为业务建立标签交换路径和PW/支路,对于第三路径建立请求来说,网管系统装置还可以受到该第三路径建立请求的触发,请求具有路径计算功能的服务器(如PCE)计算标签交换路径信息,并根据该标签交换路径和业务信息为业务建立路径。在路径建立完成之后网管系统装置还可以向RACF装置反馈路径建立是否成功的结果信息。因此,网管系统装置通过RACF装置的触发就能够为业务建立路径,并将路径建立是否成功的结果信息反馈给RACF装置。在该路径建立过程中不需要人工判断接收到的业务建立请求中是否携带源、目的PE信息、标签交换路径信息,也不需要人工设定标签交换路径信息,因此为带宽的动态分配提供了基础,缩短了业务开展时间,达到了提高业务开展效率的效果,同时本实施例中没有人工参与还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
图10为本发明路径建立请求方法与路径建立方法结合实施例的流程图。如图10所示,包括:
步骤101、源CE发起业务建立请求,请求建立从源CE到目的CE的业务,比如请求建立用来传送某种编码格式的视频连接。源CE发送业务建立请求的方式可以是通过门户网站,也可以是通过会话初始化协议。
步骤103、SCF装置接收业务建立请求后,发送用户业务确认请求。
SCF装置在收到源CE的业务建立请求后,如果接纳该业务建立请求,则为该业务建立请求分配一个业务标识符,并将该业务建立请求发送给对端的用户即目的CE进行用户业务确认。
步骤105、目的CE对用户业务进行确认。
具体地,目的CE根据本地策略、TE链路资源状况(如带宽、链路类型等)、处理能力(如是否支持某种视频格式等)来决定是否接纳源CE发送的业务建立请求。
步骤107、SCF装置收到目的CE发送的业务确认响应后,向RACF装置中的PD-FE模块发送携带业务信息的业务建立请求,该业务建立请求主要包括以下参数:业务标识符、业务类型(如视音频或数据等)、业务的方向(是从源CE到目的CE,还是从目的CE到源CE,还是双向业务)以及业务所需要的带宽等。
步骤109、RACF装置中的PD-FE模块对用户身份进行认证,认证通过后,PD-FE模块向RACF装置中的TRC-FE模块发送业务建立请求,该业务建立请求中包括业务信息。
步骤111、TRC-FE模块查询是否存在满足业务信息的标签交换路径,若存在则执行步骤113,否则执行步骤117。
TRC-FE模块收到PD-FE模块发送的业务建立请求后,首先,TRC-FE模块查询是否有足够的逻辑资源,即源PE与目的PE之间是否已经有现成的标签交换路径,该标签交换路径是否满足业务的需求(如现有的标签交换路径的带宽是否满足业务信息);
步骤113、TRC-FE模块生成携带业务信息的第一路径建立请求并将该第一路径建立请求发送给网管系统装置。
由于存在满足业务信息的标签交换路径,因此当前TRC-FE模块生成的第一路径建立请求中只需要包含请求建立PW/支路的信息即可,向网管系统装置发送生成的携带业务信息的路径建立请求中主要包括以下信息:
SCF装置为业务建立请求分配的业务标识符;
标签交换路径的ID;
所要建立的PW/支路信息:源、目的CE信息以及业务所需要的带宽。
步骤115、网管系统装置通过MCN向PE下发配置,建立PW/支路,并绑定与ID对应的标签交换路径和PW/支路,执行步骤123。
步骤117、TRC-FE模块生成只携带业务信息和源、目的PE信息的第三路径建立请求并将该路径建立请求发送给网管系统装置。
步骤119、网管系统装置根据接收到的第三路径建立请求指示具有路径计算功能的服务器计算源PE与目的PE之间的标签交换路径并接收反馈回的标签交换路径信息。
具有路径计算功能的服务器(如PCE)接收到TRC-FE模块发送的路径建立请求,计算得到从源PE到目的PE的标签交换路径后,把该标签交换路径信息(包括ERO)即路径经过哪些PE和P节点的信息反馈给网管系统装置。
此处标签交换路径预留的带宽可能大于业务建立请求的带宽,而剩余的带宽可以留给以后的业务继续使用,而PW/支路的带宽则严格等于业务建立请求的带宽。
需要说明的是,在RACF装置中的TRC-FE模块没有查询到满足业务信息的标签交换路径时,步骤117和步骤119也可以为:TRC-FE模块根据业务信息指示具有路径计算功能的服务器计算从源PE到目的PE的标签交换路径信息,获取计算出的标签交换路径信息,并根据计算出的标签交换路径信息与业务信息生成携带这两种信息的第二路径建立请求并发送至网管系统装置。
步骤121、网管系统装置通过MCN建立标签交换路径和PW/支路,并将标签交换路径与PW/支路进行绑定。
网管系统装置通过MCN向路径所经过的PE和P节点下发配置,下发的配置参数主要包括:入端口号、入标签、出端口号、出标签,然后建立起标签交换路径。
步骤123、网管系统装置判断路径创建是否成功,若成功则执行步骤125,否则执行步骤135。
步骤125、TRC-FE模块接收网管系统装置发送的路径创建成功信息并保存绑定后的标签交换路径和PW/支路的相关信息。
在保存绑定后的标签交换路径和PW/支路的相关信息时,标签交换路径所剩余的带宽将作为一个逻辑资源,保存到TRC-FE模块的本地资源信息库中。
步骤127、TRC-FE模块向PD-FE模块转发路径建立成功信息。
步骤129、PD-FE模块接收到路径建立成功信息后发送策略执行命令。
当PD-FE模块接收到路径建立成功信息后,根据业务建立请求的内容,通过网管系统装置向两端PE下发门控开启或关闭命令,其中门控开启对应着允许传送业务数据,门控关闭对应着禁止传送业务数据。在NGN架构中,业务流是用户的IP流,在IP层中需要考虑包的最大尺寸、承诺速率、突发速率等QoS参数,所以PD-FE模块下发的策略需要包括IP五元组、QoS等参数。但在本发明实施例中,业务流是指透明的传送流(如端口流,端口+VLAN流等),且带宽资源是预留的,因此不存在以上所说的五元组及QoS参数等策略问题。
步骤131:PD-FE模块向SCF装置发送业务建立请求响应,告知SCF装置所请求的业务能够开通。
步骤133:SCF装置向用户发送业务响应,通知用户所请求的业务能够开通并触发计费。
步骤135:TRC-FE模块向PD-FE转发路径建立失败信息。
TRC-FE模块具有本地策略,当收到网管系统装置路径创建失败消息后,可以重新选择其它路径,在多次尝试失败后再向PD-FE模块反馈网络资源不足,路径建立失败。
在不使用控制平面的情况下,RACF装置能够根据SCF装置发送的业务建立请求中携带的业务信息查询到存在满足业务信息的标签交换路径时直接请求网管系统装置为业务建立路径,如果RACF装置中不存在标签交换路径,既可以请求具有路径计算功能的服务器计算满足业务信息的标签交换路径,也能够通过发送给网管系统装置的路径建立请求来触发网管系统装置指示具有路径计算功能的服务器计算满足业务信息的标签交换路径。当网管系统装置建立业务路径之后,用户就可以通过该路径进行业务开展,整个过程中不需要人工参与,而是由RACF装置自动为用户向网管系统装置发送的路径建立请求。网管系统装置根据接收到的路径建立请求中携带的信息能够能够受到触发为业务建立路径,从而达到动态开展业务的效果,缩短了业务开展时间,达到了提高业务开展效率的效果。同时,由于不需要人工指定标签交换路径,因此能够根据业务的需求动态地计算满足业务信息的标签交换路径,为根据业务需求动态分配带宽提供了基础。
图11为本发明资源与接纳控制功能装置第一实施例的结构框图。如图11所示,该装置包括:
PD-FE模块21、用于接收SCF装置发送的业务建立请求,该业务建立请求中携带业务信息;
TRC-FE模块22、用于根据业务信息生成路径建立请求,并请求网管系统装置根据路径建立请求为业务建立路径。
具体地,当用户向业务提供者申请开通业务的时候,首先,SCF装置会接收到用户发送的业务建立请求;然后SCF装置将业务建立请求转发给RACF装置2,RACF装置2中的PD-FE模块21接收该业务建立请求,该业务建立请求中携带业务信息,该业务信息主要包括以下参数:业务标识符、业务类型(主要有:视频业务、音频业务、数据业务等)、业务的方向(业务方向可能是从源CE到目的CE,也可能是从目的CE到源CE,还可能是双向业务)以及业务所需要的带宽等信息;最后,RACF装置2根据该业务信息生成路径建立请求,并将该路径建立请求发送给网管系统装置,让网管系统装置根据接收到的路径建立请求为业务建立路径。
本实施例通过RACF装置中的TRC-FE模块直接向网管系统装置发送路径建立请求,就能够自动地触发网管系统装置根据路径建立请求为用户请求的业务建立路径,进而达到用户能够通过该路径进行业务的开展的效果。在该过程中,RACF装置向网管系统装置下发路径建立请求的过程中没有人工参与,因此能够为后续业务开展时带宽的动态分配提供基础,进而能够达到根据用户的需求动态开展业务的效果,缩短了业务开展时间,提高了业务开展效率;同时本实施例还能够消除人工向网管系统装置下发路径建立请求的负担,方便对动态业务进行管理。
图12为本发明资源与接纳控制功能装置第二实施例的结构框图。如图12所示,该装置包括:
PD-FE模块21、用于接收SCF装置发送的业务建立请求,该业务建立请求中携带业务信息;
TRC-FE模块22、用于根据业务信息生成路径建立请求,并请求网管系统装置根据路径建立请求为业务建立路径。
其中,TRC-FE模块22可以包括:
查询单元221、用于查询是否存在满足业务信息的标签交换路径并发送查询结果;
路径建立请求生成单元222,用于根据查询结果,在存在满足业务信息的标签交换路径的查询结果时,根据业务信息生成第一路径建立请求;在不存在满足业务信息的标签交换路径时,根据业务信息指示具有路径计算功能的服务器计算标签交换路径,获取计算出的标签交换路径信息,生成包括计算出的标签交换路径信息与业务信息的第二路径建立请求,或生成包括业务信息和源运营商边缘设备信息、目的运营商边缘设备信息的第三路径建立请求。
发送单元223,用于向网管系统装置发送路径建立请求。
具体地,PD-FE模块21对用户身份进行认证,认证通过后,PD-FE模块21向TRC-FE模块22发送业务建立请求,该业务建立请求中包括业务信息。TRC-FE模块22中的查询单元221进行路径查询并判断存在满足业务建立请求中的业务信息的标签交换路径,触发路径建立请求生成单元222生成第一路径建立请求,该第一路径建立请求中包括:
SCF装置为业务建立请求分配的业务标识符;
标签交换路径的ID;
所要建立的PW/支路信息:源、目的CE信息以及业务所需要的带宽。
在不存在满足业务信息的标签交换路径时,根据业务信息请求具有路径计算功能的服务器(比如PCE)计算业务的标签交换路径信息,并触发路径建立请求生成单元222生成第二路径建立请求,该请求主要包括以下信息:
SCF装置为业务建立请求分配的业务标识符;
网管系统装置建立标签交换路径所需要的信息:请求具有路径计算功能的服务器(如PCE)计算得到的标签交换路径信息,也就是源、目的PE信息、ERO以及预留的带宽。
所要建立的PW/支路信息:源、目的CE信息以及业务所需要的带宽。
在不存在满足业务信息的标签交换路径时,还可以生成只包括业务信息和源、目的PE信息的第三路径建立请求,该第三路径建立请求可以触发网管系统装置去请求具有路径计算功能的服务器(如PCE)计算标签交换路径信息。
最后,发送单元223将生成的路径建立请求(可能是第一路径建立请求,也可能是第二路径建立请求,还可能是第三路径建立请求)发送给网管系统装置,请求网管系统装置根据路径建立请求为用户请求的业务建立路径。
本实施例提供的RACF装置能够主动查询是否存在满足业务信息的标签交换路径,在存在该标签交换路径时,直接生成只包括业务信息的第一路径建立请求并发送给网管系统装置,而在不存在标签交换路径时,既可以请求具有路径计算功能的服务器来计算标签交换路径,然后根据计算获取的标签交换路径信息和业务信息生成第二路径建立请求,也可以生成包括业务信息和源、目的PE信息的第三路径建立请求,并发送给网管系统装置。通过发送这三种路径建立请求,就能够触发网管系统装置为业务建立路径,而且在该过程中,RACF装置与网管系统装置直接进行交互而没有人工参与,因此能够自行为业务需要的带宽进行分配,为业务的动态带宽分配提供了基础,进而能够达到根据用户的需求动态开展业务的效果,进一步缩短了业务开展时间,提高了业务开展效率;同时本实施例中没有人工参与还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理避免了人工参与,达到了智能化的效果。
图13为本发明网管系统装置第一实施例的结构框图。如图13所示,该装置包括:
路径建立请求接收模块23,用于接收RACF装置发送的路径建立请求,该路径建立请求携带SCF装置发送的业务建立请求中的业务信息;
路径建立模块24,用于根据路径建立请求为业务建立路径。
本实施例通过网管系统装置从接收到的RACF装置发送而来的业务建立请求中获取建立路径所需要的信息,能够受到触发为用户请求的业务建立路径,而不需要人工根据用户发送的请求来为业务指定路径,因此为带宽的动态分配提供了基础,缩短了业务开展时间,达到了提高业务开展效率的效果,同时本实施例中没有人工参与还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
图14为本发明网管系统装置第二实施例的结构框图。如图14所示,该装置包括:
路径建立请求接收模块23,用于接收RACF装置发送的路径建立请求,该路径建立请求携带SCF装置发送的业务建立请求中的业务信息;
路径建立模块24,用于根据路径建立请求为业务建立路径。
进一步地,该装置还可以包括:
反馈模块26,用于根据路径建立模块建立路径的结果向RACF装置发送路径建立是否成功的结果信息。
其中,路径建立请求接收模块23可以包括:
判断单元231,用于判断路径建立请求为第一路径建立请求、第二路径建立请求或第三路径建立请求,并根据判断结果将路径建立请求发送给第一请求接收单元、第二请求接收单元或第三请求接收单元,第一路径建立请求携带业务信息,第二路径建立请求携带RACF装置指示具有路径计算功能的服务器计算得到的标签交换路径信息和业务信息,第三路径建立请求携带业务信息和源PE信息、目的PE信息;
第一请求接收单元232,用于接收第一路径建立请求;
第二请求接收单元233,用于接收第二路径建立请求;
第三请求接收单元234,用于接收第三路径建立请求。
路径建立模块24可以包括:
第一路径建立单元241,用于根据第一路径建立请求中携带的业务信息为业务建立路径;
第二路径建立单元242,用于根据第二路径建立请求中携带的标签交换路径信息和业务信息为业务建立路径;
第三路径建立单元243,用于根据第三路径建立请求中携带的业务信息和源、目的PE信息指示具有路径计算功能的服务器计算从源PE到目的PE的标签交换路径信息,并根据计算出的标签交换路径信息与业务信息为业务建立路径。
具体地,当网管系统装置中的路径建立请求接收模块23接收到TRC-FE模块22发送的路径建立请求后,通过判断单元231能够判断出接收到的路径建立请求为只包括业务信息的第一路径建立请求,或者判断出接收到的路径建立请求为由RACF装置指示具有路径计算功能的服务器(如PCE)计算得到的标签交换路径信息和业务信息的第二路径建立请求,或者判断接收到的路径建立请求为携带业务信息和源、目的PE信息的第三路径建立请求。判断单元231在接收到第一路径建立请求后,将该第一路径建立请求转发至第一请求接收单元232,第一路径建立单元241根据第一请求接收单元232接收到的第一路径建立请求中携带的业务信息只需要建立PW/支路即可,并将建立好的PW/支路于与ID对应的标签交换路径绑定。判断单元231在接收到第二路径建立请求后,将该第二路径建立请求转发至第二请求接收单元233,第二路径建立单元242根据第二请求接收单元233接收到的第二路径建立请求中携带的由RACF装置请求具有路径计算功能的服务器(如PCE)计算得到的标签交换路径信息和业务信息为业务建立路径,此时建立的路径就包括:标签交换路径和PW/支路,最后将建立好的标签交换路径和PW/支路绑定;判断单元231在接收到第三路径建立请求后,将该第三路径建立请求转发至第三请求接收单元234,第三路径建立单元243根据第三请求接收单元234接收到的第三路径建立请求中携带的业务信息和源、目的PE信息为业务建立路径,该建立路径的过程为:根据接收到的第三路径建立请求指示具有路径计算功能的服务器(如PCE)计算从源PE到目的PE的标签交换路径信息,并根据计算出的标签交换路径信息与业务信息为业务建立路径,此时建立的路径就包括:标签交换路径和PW/支路,最后将建立好的标签交换路径和PW/支路绑定。最后网管系统装置中的反馈模块26还要向RACF装置反馈路径建立是否成功的结果信息。
本实施例通过网管系统装置判断接收到的由RACF装置发送而来的路径建立请求可以决定是直接按照业务建立请求中携带的业务信息来建立路径还是根据业务建立请求中只携带的业务信息和源、目的PE信息来请求具有路径计算功能的服务器计算标签交换路径信息后再根据计算获取的标签交换路径信息以及业务信息来为业务建立路径,在建立路径的过程中可以通过MCN为业务建立标签交换路径和PW/支路并在路径建立完成之后自行向RACF装置发送路径建立的结果信息。因此,网管系统装置在被路径建立请求触发后获取业务建立请求中的业务信息、标签交换路径信息或者通过请求计算获取标签交换路径后自行为用户请求的业务建立路径,并自行将路径是否建立的结果信息反馈给RACF装置。在该路径建立过程中不需要人工判断接收到的业务建立请求中是否携带标签交换路径信息,也不需要人工设定标签交换路径信息,为带宽的动态分配提供了基础,缩短了业务开展时间,达到了提高业务开展效率的效果,同时本实施例中没有人工参与还能够消除人工操作网管系统装置的负担,方便对动态业务进行管理。
图15为本发明路径建立系统第一实施例的结构框图。如图15所示,该系统包括:RACF装置2与网管系统装置6,其中,
RACF装置2,用于接收SCF装置发送的携带业务信息的业务建立请求,根据业务信息生成路径建立请求,并向网管系统装置6发送路径建立请求为业务建立路径;
网管系统装置6,用于接收RACF装置2发送的路径建立请求并根据路径建立请求为业务建立路径。
在不使用控制平面的情况下,RACF装置能够根据SCF装置发送的业务建立请求中携带的业务信息生成路径建立请求后直接请求网管系统装置为业务建立路径,当网管系统装置接收到RACF装置发送的路径建立请求后,就能够被触发为用户请求的业务建立业务路径,然后用户就可以通过该路径进行业务开展,整个过程中不需要人工参与,而是由RACF装置自动为用户向网管系统装置发送的路径建立请求。网管系统装置根据接收到的路径建立请求中携带的信息能够为业务建立路径,从而达到动态开展业务的效果,缩短了业务开展时间,达到了提高业务开展效率的效果。同时,由于不需要人工指定标签交换路径,因此能够根据业务的需求动态地计算满足业务信息的标签交换路径,为根据业务需求动态分配带宽提供了基础。
图16为本发明路径建立系统第二实施例的结构框图。如图16所示,该系统包括:RACF装置2与网管系统装置6,SCF装置1,其中,
RACF装置2,用于接收SCF装置1发送的携带业务信息的业务建立请求,根据业务信息生成路径建立请求,并向网管系统装置6发送路径建立请求为业务建立路径;
网管系统装置6,用于接收RACF装置2发送的路径建立请求并根据路径建立请求为业务建立路径。
进一步地,RACF装置2可以包括:
PD-FE模块21,用于接收SCF装置1发送的携带业务信息的业务建立请求;
TRC-FE模块22,用于用于根据业务建立请求中生成路径建立请求,并请求网管系统装置根据路径建立请求为业务建立路径。
进一步地,该TRC-FE模块22包括:
第一TRC-FE单元225,用于在查询确定存在满足业务信息的标签交换路径时,生成携带业务信息的第一路径建立请求,并将第一路径建立请求发送给网管系统装置6;
第二TRC-FE单元226,用于在查询确定不存在满足业务信息的标签交换路径时,指示具有路径计算功能的服务器根据业务信息计算标签交换路径,生成携带业务信息和计算出的标签交换路径信息的第二路径建立请求,并将第二路径建立请求发送给网管系统装置6;
第三TRC-FE单元227,用于在查询确定不存在满足业务信息的标签交换路径时,生成携带业务信息以及源运营商边缘设备信息与目的运营商边缘设备信息的第三路径建立请求,并将第三路径建立请求发送给网管系统装置6;
网管系统装置6可以包括:
路径建立请求接收模块23,用于接收RACF装置2发送的路径建立请求;
路径建立模块24,用于根据路径建立请求为业务建立路径。
进一步地,路径建立请求接收模块23可以包括:
第一请求接收单元232,用于接收RACF装置2发送的第一路径建立请求;
第二请求接收单元233,用于接收RACF装置2发送的第二路径建立请求;
第三请求接收单元234,用于接收RACF装置2发送的第三路径建立请求。
路径建立模块24可以包括:
第一路径建立单元241,用于根据第一路径建立请求中携带的业务信息为业务建立路径;
第二路径建立单元242,用于根据第二路径建立请求中携带的业务信息和标签交换路径信息为业务建立路径;
第三路径建立单元243,用于根据第三路径建立请求中携带的业务信息和源、目的PE信息指示具有路径计算功能的服务器计算从源PE到目的PE的业务的标签交换路径信息并根据计算获得的标签交换路径信息和业务信息为业务建立路径。
具体地,源CE向目的CE发起业务建立请求,SCF装置1接收到目的CE发送的业务确认响应后,向RACF装置2中的PD-FE模块21发送业务建立请求,该业务建立请求主要包括以下参数:业务标识符、业务类型(如视音频或数据等)、业务的方向(是从源CE到目的CE,还是从目的CE到源CE,还是双向业务)以及业务所需要的带宽等。
PD-FE模块21对用户身份进行认证,认证通过后,PD-FE模块21向RACF装置2发送业务建立请求,该业务建立请求中包括业务信息。第一TRC-FE模块225进行路径查询并判断存在满足业务建立请求中的业务信息的标签交换路径则生成第一路径建立请求。由于已经存在了业务开展所需的标签交换路径,则生成的第一路径建立请求为PW/支路建立请求,即只需要建立PW/支路,而不需要建立标签交换路径。该第一路径建立请求主要包括以下信息:
SCF装置1为业务建立请求分配的业务标识符;
标签交换路径的ID;
所要建立的PW/支路信息:源、目的CE信息以及业务所需要的带宽。
第二TRC-FE单元226判断不存在满足业务信息的标签交换路径时,可以使用根据业务信息指示具有路径计算功能的服务器(如PCE)根据业务信息计算业务的标签交换路径信息,生成携带业务信息和计算出的标签交换路径信息的第二路径建立请求,该请求主要包括以下信息:
SCF装置1为业务建立请求分配的业务标识符;
网管系统装置6建立标签交换路径所需要的信息:请求具有路径计算功能的服务器(如PCE)计算得到的标签交换路径信息,也就是源、目的PE信息、ERO以及预留的带宽。
所要建立的PW/支路信息:源、目的CE信息以及业务所需要的带宽。请求建立的路径包括:标签交换路径和PW/支路。
也可以使用第三TRC-FE单元227,生成携带业务信息以及源、目的PE信息的第三路径建立请求,该第三路径建立请求包括以下信息:
SCF装置1为业务建立请求分配的业务标识符;
网管系统装置6建立标签交换路径所需要的信息:源、目的PE信息、ERO以及预留的带宽。
所要建立的PW/支路信息:源、目的CE信息以及业务所需要的带宽。请求建立的路径包括:标签交换路径和PW/支路。
将上述三种路径建立请求中的任意一种发送给网管系统装置6。
网管系统装置6的路径建立请求接收模块23中的第一请求接收单元232可以接收RACF装置2中的第一TRC-FE单元225发送的第一路径建立请求,第一路径建立单元241根据该第一路径建立请求中携带的业务信息为业务建立路径,具体的建立路径的过程为:第一路径建立单元241能够获知该路径建立请求中既不包括标签交换路径信息也不包括源、目的PE信息,即已经存在可用的标签交换路径,因此只需要建立PW/支路即可,通过MCN向PE下发配置,建立PW/支路,并绑定与ID对应的标签交换路径和PW/支路;路径建立请求接收模块23中的第二请求接收单元233可以接收RACF装置2中的第二TRC-FE单元226发送的第二路径建立请求,第二路径建立单元242根据该第二路径建立请求中携带的业务信息和标签交换路径信息为业务建立路径。该标签交换路径信息是第二TRC-FE单元226根据业务信息指示具有路径计算功能的服务器(如PCE)根据业务信息计算业务获取的。此时建立的路径就包括标签交换路径和PW/支路,并将标签交换路径和PW/支路绑定;路径建立请求接收模块23中的第三请求接收单元234可以接收RACF装置2中的第三TRC-FE单元227发送的第三路径建立请求,第三路径建立单元243可以请求具有路径计算功能的服务器(如PCE)计算从源PE到目的PE的标签交换路径信息,并根据计算获得的标签交换路径信息和业务信息建立标签交换路径和PW/支路,并绑定。在完成上述三种路径建立之后,网管系统装置6中的反馈模块26还要相应地向传送资源控制功能实体模块22反馈路径建立是否成功的结果信息。
需要说明的是,RACF装置2还具有本地策略,当收到路径创建失败消息后,可以重新选择其它路径,在多次尝试失败后才认为路径建立失败。
在不使用控制平面的情况下,RACF装置能够根据SCF装置发送的业务建立请求中携带的业务信息查询到存在满足业务信息的标签交换路径时直接请求网管系统装置为业务建立路径,通过路径建立请求接请求网管系统装置为业务建立路径,如果RACF装置中不存在标签交换路径,既可以请求具有路径计算功能的服务器计算满足业务信息的标签交换路径,也能够通过发送给网管系统装置的路径建立请求来触发网管系统装置指示具有路径计算功能的服务器计算满足业务信息的标签交换路径。当网管系统装置建立业务路径之后,用户就可以通过该路径进行业务开展,整个过程中不需要人工参与,而是由RACF装置自动为用户向网管系统装置发送的路径建立请求。网管系统装置根据接收到的路径建立请求中携带的信息能够自行为业务建立路径,从而达到动态开展业务的效果,缩短了业务开展时间,达到了提高业务开展效率的效果。同时,由于不需要人工指定标签交换路径,因此能够根据业务的需求动态地计算满足业务信息的标签交换路径,为根据业务需求动态分配带宽提供了基础。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现,当然也可以全部通过硬件来实施。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案而非对其进行限制,尽管参照实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对本发明的技术方案进行修改或者等同替换,而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的范围。
Claims (11)
1.一种路径建立请求方法,其特征在于,包括:
资源与接纳控制功能装置接收业务控制功能装置发送的业务建立请求,所述业务建立请求中携带业务信息;
所述资源与接纳控制功能装置查询确定存在满足所述业务信息的标签交换路径时,生成包括所述业务信息的第一路径建立请求,所述第一路径建立请求用于请求建立伪线支路;查询确定不存在满足所述业务信息的标签交换路径时,根据所述业务信息指示具有路径计算功能的服务器计算从源运营商边缘设备到目的运营商边缘设备的所述业务的标签交换路径,获取计算出的标签交换路径信息,生成包括所述计算出的标签交换路径信息与所述业务信息的第二路径建立请求,或者生成包括所述业务信息以及源运营商边缘设备信息与目的运营商边缘设备信息的第三路径建立请求,所述第二路径建立请求和第三路径建立请求均用于请求建立标签交换路径和伪线支路;
所述资源与接纳控制功能装置请求网管系统装置根据所述第一路径建立请求、第二路径建立请求或者第三路径建立请求为所述业务建立路径。
2.根据权利要求1所述的路径建立请求方法,其特征在于,所述资源与接纳控制功能装置接收业务控制功能装置发送的业务建立请求之前还包括:
所述业务控制功能装置接收业务建立请求。
3.根据权利要求1所述的路径建立请求方法,其特征在于,还包括:
所述资源与接纳控制功能装置接收所述网管系统装置返回的路径建立是否成功的结果信息。
4.根据权利要求3所述的路径建立请求方法,其特征在于,还包括:
所述资源与接纳控制功能装置接收到所述网管系统装置返回的路径建立成功的结果信息时,保存标签交换路径信息和伪线支路信息,并根据所述业务建立请求向所述标签交换路径两端的运营商边缘设备下发门控开启或门控关闭命令。
5.一种路径建立方法,其特征在于,包括:
网管系统装置接收资源与接纳控制功能装置发送的路径建立请求,所述路径建立请求携带业务控制功能装置发送的业务建立请求中的业务信息;
若所述网管系统装置确定所述路径建立请求为携带所述业务信息的第一路径建立请求,则所述网管系统装置通过管理通信网向运营商边缘设备下发配置,建立伪线支路,并绑定现存的标签交换路径和所述伪线支路;
若所述网管系统装置确定所述路径建立请求为携带所述业务信息和标签交换路径信息的第二路径建立请求,则所述网管系统装置通过管理通信网向所述标签交换路径经过的运营商边缘设备和运营商设备下发配置,建立标签交换路径线路和伪线支路,并绑定所述标签交换路径和所述伪线支路;若所述网管系统装置确定所述路径建立请求为携带所述业务信息以及源运营商边缘设备信息与目的运营商边缘设备信息的第三路径建立请求,则根据所述业务信息以及所述源运营商边缘设备信息与目的运营商边缘设备信息指示具有路径计算功能的服务器计算从源运营商边缘设备到目的运营商边缘设备的所述业务的标签交换路径,并通过管理通信网向所述标签交换路径经过的运营商边缘设备和运营商设备下发配置,建立标签交换路径线路和伪线支路,并绑定所述标签交换路径和所述伪线支路。
6.根据权利要求5所述的路径建立方法,其特征在于,还包括:
所述网管系统装置向所述资源与接纳控制功能装置发送路径建立是否成功的结果信息。
7.一种资源与接纳控制功能装置,其特征在于,包括:策略决策功能实体模块和传送资源控制功能实体模块;
所述策略决策功能实体模块,用于接收业务控制功能装置发送的业务建立请求,所述业务建立请求中携带业务信息;
所述传送资源控制功能实体模块,包括:
查询单元,用于查询是否存在满足所述业务信息的标签交换路径并发送查询结果;
路径建立请求生成单元,用于根据查询结果,在存在满足所述业务信息 的标签交换路径时,根据所述业务信息生成第一路径建立请求,所述第一路径建立请求用于请求建立伪线支路;在不存在满足所述业务信息的标签交换路径时,根据所述业务信息指示具有路径计算功能的服务器计算所述业务的标签交换路径,获取计算出的标签交换路径信息,生成包括所述计算出的标签交换路径信息与所述业务信息的第二路径建立请求,或生成包括所述业务信息和源运营商边缘设备信息、目的运营商边缘设备信息的第三路径建立请求,所述第二路径建立请求和第三路径建立请求均用于请求建立标签交换路径和伪线支路。
8.根据权利要求7所述的资源与接纳控制功能装置,其特征在于,所述传送资源控制功能实体模块还包括:
发送单元,用于向网管系统装置发送所述第一路径建立请求、第二路径建立请求或第三路径建立请求。
9.一种网管系统装置,其特征在于,包括:路径建立请求接收模块和路径建立模块;
所述路径建立请求接收模块,包括:
判断单元、第一请求接收单元、第二请求接收单元和第三请求接收单元,
所述判断单元,用于判断路径建立请求为第一路径建立请求、第二路径建立请求或第三路径建立请求,并根据判断结果将路径建立请求发送给所述第一请求接收单元、所述第二请求接收单元或所述第三请求接收单元;所述第一路径建立请求携带业务信息,第二路径建立请求携带资源与接纳控制功能装置指示具有路径计算功能的服务器计算得到的标签交换路径信息和所述业务信息,所述第三路径建立请求携带所述业务信息和源运营商边缘设备信息、目的运营商边缘设备信息;
所述第一请求接收单元,用于接收所述第一路径建立请求;
所述第二请求接收单元,用于接收所述第二路径建立请求;
所述第三请求接收单元,用于接收所述第三路径建立请求;
所述路径建立模块,包括:
第一路径建立单元,用于根据所述第一路径建立请求中携带的所述业务信息为业务建立路径;
第二路径建立单元,用于根据所述第二路径建立请求中携带的标签交换路径信息和所述业务信息为业务建立路径;
第三路径建立单元,用于根据所述第三路径建立请求中携带的所述业务信息和源运营商边缘设备信息、目的运营商边缘设备信息指示具有路径计算功能的服务器计算从源运营商边缘设备到目的运营商边缘设备的所述业务的标签交换路径信息,并根据计算出的标签交换路径信息与所述业务信息为所述业务建立路径。
10.根据权利要求9所述的网管系统装置,其特征在于,还包括:
反馈模块,用于根据路径建立模块建立路径的结果向所述资源与接纳控制功能装置发送路径建立是否成功的结果信息。
11.一种路径建立系统,其特征在于,包括:资源与接纳控制功能装置与网管系统装置,
所述资源与接纳控制功能装置包括:策略决策功能实体模块和传送资源控制功能实体模块,所述传送资源控制功能实体模块包括:
第一传送资源控制功能实体单元,用于在查询确定存在满足业务信息的标签交换路径时,生成携带所述业务信息的第一路径建立请求,并将所述第一路径建立请求发送给所述网管系统装置,所述第一路径建立请求用于请求建立伪线支路;
第二传送资源控制功能实体单元,用于在查询确定不存在满足所述业务信息的标签交换路径时,指示具有路径计算功能的服务器根据所述业务信息计算标签交换路径,生成携带所述业务信息和计算出的标签交换路径信息的第二路径建立请求,并将所述第二路径建立请求发送给所述网管系统装置,所述第二路径建立请求用于请求建立标签交换路径和伪线支路;
第三传送资源控制功能实体单元,用于在查询确定不存在满足所述业务信息的标签交换路径时,生成携带所述业务信息以及源运营商边缘设备信息 与目的运营商边缘设备信息的第三路径建立请求,并将所述第三路径建立请求发送给所述网管系统装置,所述第三路径建立请求用于请求建立标签交换路径和伪线支路;
所述网管系统装置包括:路径建立请求接收模块和路径建立模块,所述路径建立请求接收模块包括:
第一请求接收单元,用于接收所述资源与接纳控制功能装置发送的第一路径建立请求;
第二请求接收单元,用于接收所述资源与接纳控制功能装置发送的第二路径建立请求;
第三请求接收单元,用于接收所述资源与接纳控制功能装置发送的第三路径建立请求;
所述路径建立模块包括:
第一路径建立单元,用于根据所述第一路径建立请求中携带的所述业务信息为业务建立路径;
第二路径建立单元,用于根据所述第二路径建立请求中携带的标签交换路径信息和所述业务信息为业务建立路径;
第三路径建立单元,用于根据所述第三路径建立请求中携带的所述业务信息和源运营商边缘设备信息、目的运营商边缘设备信息指示具有路径计算功能的服务器计算从源运营商边缘设备到目的运营商边缘设备的所述业务的标签交换路径信息,并根据计算出的标签交换路径信息与所述业务信息为所述业务建立路径。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100944811A CN101557303B (zh) | 2008-04-11 | 2008-04-30 | 路径建立请求方法、路径建立方法与系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810091050.X | 2008-04-11 | ||
CN200810091050 | 2008-04-11 | ||
CN2008100944811A CN101557303B (zh) | 2008-04-11 | 2008-04-30 | 路径建立请求方法、路径建立方法与系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101557303A CN101557303A (zh) | 2009-10-14 |
CN101557303B true CN101557303B (zh) | 2011-07-06 |
Family
ID=41175259
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100944811A Expired - Fee Related CN101557303B (zh) | 2008-04-11 | 2008-04-30 | 路径建立请求方法、路径建立方法与系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101557303B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101729379B (zh) | 2008-10-15 | 2013-02-27 | 华为技术有限公司 | 一种城域网接纳控制的方法及设备与系统 |
CN102082812B (zh) * | 2009-12-01 | 2013-04-17 | 华为技术有限公司 | 支撑域系统间文件传送的方法、装置和系统 |
CN102377635B (zh) | 2010-08-06 | 2014-01-01 | 北京乾唐视联网络科技有限公司 | 一种城域网通信方法及通信系统 |
CN102377633B (zh) * | 2010-08-06 | 2014-10-08 | 北京乾唐视联网络科技有限公司 | 一种接入网设备的通信连接方法及系统 |
CN101917492B (zh) | 2010-08-06 | 2013-06-05 | 北京乾唐视联网络科技有限公司 | 一种新型网的通信方法及系统 |
CN107294849B (zh) * | 2016-04-13 | 2022-05-13 | 中兴通讯股份有限公司 | 业务路径的建立方法、装置及系统 |
CN106230721B (zh) * | 2016-07-25 | 2019-04-05 | 中国联合网络通信集团有限公司 | 控制业务传输的方法及装置 |
CN112787834B (zh) * | 2019-11-07 | 2022-06-17 | 烽火通信科技股份有限公司 | 一种网络层链路自动生成方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1812365A (zh) * | 2005-01-26 | 2006-08-02 | 华为技术有限公司 | 一种保证端到端业务服务质量的方法及接入网络 |
CN101001172A (zh) * | 2006-06-28 | 2007-07-18 | 华为技术有限公司 | 一种路径的管理方法、实现跨域端到端管理的方法 |
CN101132297A (zh) * | 2006-08-21 | 2008-02-27 | 华为技术有限公司 | 一种实现组播业务的方法及系统及资源和接纳控制单元 |
CN101132642A (zh) * | 2007-09-21 | 2008-02-27 | 中兴通讯股份有限公司 | 基于mpls-te的ngn中lsp隧道的建立方法 |
CN101188554A (zh) * | 2007-11-20 | 2008-05-28 | 中兴通讯股份有限公司 | 一种动态建立标签交换路径隧道与资源分配的方法 |
-
2008
- 2008-04-30 CN CN2008100944811A patent/CN101557303B/zh not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1812365A (zh) * | 2005-01-26 | 2006-08-02 | 华为技术有限公司 | 一种保证端到端业务服务质量的方法及接入网络 |
CN101001172A (zh) * | 2006-06-28 | 2007-07-18 | 华为技术有限公司 | 一种路径的管理方法、实现跨域端到端管理的方法 |
CN101132297A (zh) * | 2006-08-21 | 2008-02-27 | 华为技术有限公司 | 一种实现组播业务的方法及系统及资源和接纳控制单元 |
CN101132642A (zh) * | 2007-09-21 | 2008-02-27 | 中兴通讯股份有限公司 | 基于mpls-te的ngn中lsp隧道的建立方法 |
CN101188554A (zh) * | 2007-11-20 | 2008-05-28 | 中兴通讯股份有限公司 | 一种动态建立标签交换路径隧道与资源分配的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101557303A (zh) | 2009-10-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101557303B (zh) | 路径建立请求方法、路径建立方法与系统 | |
KR100693059B1 (ko) | Mpls 기반의 vpn 제공 장치 및 방법 | |
US7092356B2 (en) | Resource management in heterogenous QoS-based packet Networks | |
US6556544B1 (en) | Method and system for provisioning network resources for dynamic multicast groups | |
US20020091810A1 (en) | Method and system for resource reservations in a multicasting network | |
US20080130627A1 (en) | Method For Selecting Real-Time Service Data Transmission Path | |
US20050063411A1 (en) | Method and apparatus for providing network VPN services on demand | |
US9300551B2 (en) | Service quality management system and method | |
JP2008510397A (ja) | エンドツーエンドのサービス品質を保証する方法及びシステム | |
WO2007134551A1 (fr) | Procédé et dispositif noeud de réservation de ressources de réseau | |
CN101494552B (zh) | 一种建立业务连接的方法、系统和装置 | |
US7633958B2 (en) | Method of resource reservation across a plurality of domains | |
CN100571185C (zh) | 一种跨不同管理域网络的边缘连接选路方法 | |
CN101094153A (zh) | 在发送站与接收站之间传递数据的方法和设备 | |
CN100466654C (zh) | 多业务传输平台设备管理系统 | |
CN101232503B (zh) | 资源分配方法及资源释放方法 | |
EP2395707B1 (en) | Method, system and equipment for call processing | |
CN101488900A (zh) | 在下一代网络中传送业务的实现方法及系统 | |
CN101577932B (zh) | 在下一代网络中传送业务的实现方法及系统 | |
JP2003258855A (ja) | リアルタイム通信品質管理システムおよび方法 | |
JP4199575B2 (ja) | ネットワークシステム,同システムにおけるパス設定方法並びに同システムに用いられるネットワーク管理装置及びネットワーク装置 | |
Lin et al. | A QoS model of Next Generation Network based on MPLS | |
CN100370783C (zh) | 一种保证异种网络互通时服务质量的方法 | |
JP4456543B2 (ja) | Vpnリソース管理装置 | |
KR100794363B1 (ko) | 웹 서비스를 이용한 인터-도메인 간의 서비스품질 보장형 연결설정 방법 및 시스템 |
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: 20110706 Termination date: 20150430 |
|
EXPY | Termination of patent right or utility model |