组播资源预留请求的实现方法及系统
技术领域
本发明涉及通信领域,并且具体地,涉及组播资源预留请求的实现方法及系统。
背景技术
在下一代网络(NGN,Next Generation Network)中,为了给业务提供端到端的服务质量保证,在业务控制平面和传送平面之间新添了资源接纳控制子层,负责对传送网的资源进行接纳控制,使应用层能够请求对传送资源进行预留。其中,图1示出了现有NGN网络中资源接纳控制的架构。
在目前RACS(Resource and Admission Control Subsystem,资源接纳控制子系统)的架构中,只能实现对单播资源请求的预留,而不能实现对组播资源请求的预留。但是,伴随着IPTV等组播业务在各地的开展,已经迫切的需要实现RACS对组播资源请求的预留,然而,这已经成为一个现实的难题,尚未寻求到有效地解决途径。
发明内容
考虑到目前无法实现RACS对组播资源请求的预留的现实问题而做出本发明,为此,本发明旨在提供一种组播资源预留请求的实现方案,其能够为组播业务请求预留承载层带宽。
根据本发明,首先提供了一种组播资源预留请求的实现方法。
在该方法中,在承载层中设置本地准入和接纳控制功能实体,其中,本地准入和接纳控制功能实体用于实现以下功能中的至少之一:对资源预留请求进行区分,提取组播资源预留请求;分析组播资源预留请求中的相关参数;同承载层功能实体进行交互,获取组播树相关信息;做出资源准入接纳控制决策。
其中,本地准入和接纳控制功能实体根据组播资源预留请求中的相关参数和承载层相应信息做出资源准入接纳控制决策。组播资源预留请求中的相关参数包括:资源请求优先级、带宽。
基于上述内容,根据本发明的组播资源预留请求的实现方法包括以下处理:
客户端发起资源预留请求;响应于资源预留请求,本地准入和接纳控制功能实体判断资源预留请求是否为组播资源预留请求;在判断结果为是的情况下,本地准入和接纳控制功能实体分析组播资源预留请求中的相关参数,并结合承载层组播树相关信息做出资源准入接纳控制策略;本地准入和接纳控制功能实体向资源接纳控制子系统请求对组播资源预留请求进行授权,响应于本地准入和接纳控制功能实体的请求,资源接纳控制子系统进行后续相关处理。
另外,资源接纳控制子系统进行后续相关处理包括:准入和接纳控制功能实体结合接入网本地策略做出对组播资源预留请求的准入决策,并请求媒体流策略决策功能实体对准入决策结果进行授权;媒体流策略决策功能实体根据运营商策略做出对组播资源预留请求的授权结果,并向边界网关功能实体下发授权结果,以请求边界网关功能实体执行相应操作;媒体流策略决策功能实体经由准入和接纳控制功能实体、本地准入和接纳控制功能实体向用户设备响应组播资源预留结果。
其中,上述的边界网关功能实体的相应操作包括:门控操作。
另外,在本地准入和接纳控制功能实体判断资源预留请求不是组播资源预留请求的情况下,直接将资源预留请求上传到资源接纳控制子系统。
根据本发明,还提供了一种组播资源预留请求的实现系统,包括资源接纳控制子系统和承载层,其中,在承载层进一步包括:本地准入和接纳控制功能实体,用于实现以下功能中的至少之一:对资源预留请求进行区分,提取组播资源预留请求;分析组播资源预留请求中的相关参数;同承载层功能实体进行交互,获取组播树相关信息;做出资源准入接纳控制决策。
其中,本地准入和接纳控制功能实体根据组播资源预留请求中的相关参数和承载层相应信息做出资源准入接纳控制决策,其中,组播资源预留请求中的相关参数包括:资源请求优先级、带宽。
这样,通过本发明,一方面有效地实现了承载网中对组播资源请求的预留,另一方面也简化了RACS对单播资源请求的处理。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1是根据现有技术的NGN网络中资源接纳控制架构图;
图2是根据本发明实施例的NGN网络中资源接纳控制架构图;
图3是根据本发明实施例的组播资源预留请求的实现方法的流程图;以及
图4是根据本发明实施例的组播资源预留请求的实现方法的详细信令流程图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
系统实施例
根据本发明系统实施例,提供了一种组播资源预留请求的实现系统,图2示出了该系统的架构,相比于图1的架构而言,增加了M_RACF。另外,在图2中,RCEF(Resource Control EnforcementFunction)为资源控制执行功能实体,AF(Application Function)为应用层面功能,NASS(Network Attachment Subsystem)为网络附着子系统。
具体地,如图2所示,该系统包括资源接纳控制子系统(RACS)和承载层(也可以称为传输层,Transport Layer),其中,在承载层进一步包括:本地准入和接纳控制功能实体(Multicast_Resource andAdmission Control Function,M_RACF),用于实现以下功能中的至少之一:对资源预留请求进行区分,提取组播资源预留请求;分析组播资源预留请求中的相关参数;同承载层功能实体进行交互,获取组播树相关信息;做出资源准入接纳控制决策。
其中,M_RACF根据组播资源预留请求中的相关参数和承载层相应信息做出资源准入接纳控制决策,其中,组播资源预留请求中的相关参数包括:资源请求优先级、带宽。
方法实施例
根据本发明实施例,还提供了一种组播资源预留请求的实现方法,其通过在承载层(也可以称为传输层,Transport Layer)中增加一个资源准入控制的本地处理功能M_RACF(Multicast_Resourceand Admission Control Function,本地准入和接纳控制功能),能够实时感知承载层组播树相关信息,通过底层直接做资源准入控制决策解决组播资源预留问题。
具体地,在该方法中,在承载层中设置M_RACF,其中,M_RACF用于实现以下功能中的至少之一:对资源预留请求进行区分,提取组播资源预留请求;分析组播资源预留请求中的相关参数;同承载层功能实体进行交互,获取组播树相关信息;做出资源准入接纳控制决策。
其中,M_RACF根据组播资源预留请求中的相关参数和承载层相应信息做出资源准入接纳控制决策,组播资源预留请求中的相关参数包括:资源请求优先级、带宽。
基于上述内容,在图2所示的资源接纳控制架构下,如图3所是,根据本发明实施例的组播资源预留请求的实现方法具体包括以下处理:
步骤S302,客户端发起资源预留请求;
步骤S304,响应于资源预留请求,M_RACF判断资源预留请求是否为组播资源预留请求;在判断结果为是的情况下,进行到步骤S306,在判断结果为否的情况下,直接将资源预留请求上传到RACS;
步骤S306,M_RACF分析组播资源预留请求中的相关参数,并结合承载层组播树相关信息做出资源准入接纳控制策略;M_RACF向RACS请求对组播资源预留请求进行授权;
步骤S308,响应于M_RACF的请求,RACS进行后续相关处理。
RACS进行后续相关处理包括:A_RACF(Access_Resource andAdmission Control Function,准入和接纳控制功能)实体结合接入网本地策略做出对组播资源预留请求的准入决策,并请求SPDF(Service_based Policy Decision Function,媒体流策略决策功能)实体对准入决策结果进行授权;SPDF实体根据运营商策略做出对组播资源预留请求的授权结果,并向BGF(Border Gateway Function,边界网关功能)实体下发授权结果,以请求BGF实体执行相应操作(包括:门控操作);SPDF实体经由A_RACF、M_RACF向UE(用户设备)响应组播资源预留结果。
其中,图4示出了上述处理的详细信令流程。如图4所示,可以具体为:
401,客户端发起业务请求(对应于步骤S302)。
402,M_RACF接收到该业务请求后,分析该业务请求是否为组播业务请求(对应于步骤S304)。如果为否,直接将该请求上送RACS;如果是组播资源预留请求,M_RACF分析资源请求中的相关参数(资源请求优先级、带宽),同时结合承载层组播树相关信息,做出资源准入接纳控制决策,然后向RACS请求对该组播资源请求进行授权(对应于步骤S306)。
403,A_RACF接收到该组播资源授权请求,结合接入网本地策略,作出对该组播资源预留请求的准入决策;同时请求SPDF对该准入决策结果进行授权。
404,SPDF根据运营商策略(用户签约清单等信息)做出对该组播资源请求的授权结果。同时向BGF下发该授权结果请求BGF执行相应的操作(门控等操作)。
405,SPDF向A_RACF响应组播资源请求授权结果。
406,A_RACF向M_RACF响应组播资源请求授权结果。
407,M_RACF向UE响应资源预留结果。
这样,通过本发明,一方面有效地实现了承载网中对组播资源请求的预留,另一方面又简化了RACS对单播资源请求的处理。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。