CN102098206A - 用量签订方法及系统、基于用量的接纳控制方法及系统 - Google Patents
用量签订方法及系统、基于用量的接纳控制方法及系统 Download PDFInfo
- Publication number
- CN102098206A CN102098206A CN2009102521835A CN200910252183A CN102098206A CN 102098206 A CN102098206 A CN 102098206A CN 2009102521835 A CN2009102521835 A CN 2009102521835A CN 200910252183 A CN200910252183 A CN 200910252183A CN 102098206 A CN102098206 A CN 102098206A
- Authority
- CN
- China
- Prior art keywords
- user
- consumption
- racs
- racf
- strategy
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种用量签订方法及系统,以及一种基于用量的接纳控制方法及系统。其中,该接纳控制方法包括:根据用户用量信息制定策略,并实现接纳控制。该接纳控制系统中,制定单元用于根据用户用量信息制定策略;接纳控制单元用于根据制定的策略实现接纳控制。采用本发明的签订方法及系统,能完善用量的签订过程。采用本发明的接纳控制方法及系统,实现了基于用量的服务质量(QoS)策略进行接纳控制的方案。
Description
技术领域
本发明涉及通信领域,尤其涉及一种用量签订方法及系统、基于用量的接纳控制方法及系统。
背景技术
目前,下一代网络(NGN,Network Generation Network)是当前通信标准领域的一个热点研究课题,它采用IP分组技术作为承载网技术,并融合固定通信和移动通信,从而NGN可以提供更丰富的多媒体业务,例如,具有实时要求的新兴业务,比如IP电视、视频会议、多媒体远程教学、视频点播等,这些业务皆要求通信网络能提供高效的端到端的服务质量(QoS,Quality of Service)的支持;同时由于用户对网络服务质量的要求也越来越高。因此,提供端到端的QoS是NGN的核心问题之一。
国际电信联盟电信标准化部门(ITU-T,International TelecommunicationUnion-Telecommunications standardization sector)是国际电信联盟(ITU,International Telecommunication Union)的电信化部门,制定了有关资源接纳控制的标准。在ITU-T公布的最新的资源接纳控制功能(RACF,Resource andAdmission Control Functions)草案中,提供了RACF的功能框架,如图1所示,RACF由两部分组成,分别是策略决策功能实体(PD-FE,Policy DecisionFunctional Entity)和传输资源控制功能实体(TRC-FE,Transport Resource ControlFunctional Entity),其中,TRC-FE通过Rc接口与传输功能交互,通过Rn接口与传输资源执行功能实体(TRE-FE,Transport Resource Enforcement FunctionalEntity)交互,并且,PD-FE通过Rt接口与TRC-FE交互,通过Rh接口与用户驻地网(CPN,Customer Premises Network)交互,通过Rw接口与策略执行功能实体(PE-FE,Policy Enforcement Functional Entity)交互,通过Rs接口与业务层的业务控制功能(SCF,Service Control Functions)交互,通过Ru接口与网络附着控制功能(NACF,Network Attachment Control Functions)交互,并且PD-FE通过Ri接口与其他下一代网络交互。图1中,其他下一代网络以NGNs表示。
此外,PD-FE与传输技术无关,与SCF也无关,PD-FE基于网络策略规则、SCF提供的业务信息、NACF提供的传输层签约信息,以及TRC-FE提供的资源可用性决策结果,做出资源接纳控制的最后决策。
TRC-FE与业务无关,但与传输技术相关。TRC-FE负责收集和维护传输网信息和资源状态信息。从PD-FE收到资源请求后,TRC-FE基于QoS、优先级需求、资源可用性信息以及与传输相关的策略规则,执行基于资源的接纳控制。
传输层由PE-FE和TRE-FE组成。PE-FE执行PD-FE下发的策略规则,PE-FE是包到包网关,可以位于CPN和接入网络之间、接入网和核心网之间或者不同运营商网络之间,是支持动态QoS控制、端口地址转换控制和网络地址转换(NAT,Network Address Translator)穿越的关键节点。TRE-FE执行TRC-FE下发的传输资源策略规则,其范围和功能以及Rn接口有待进一步研究,不在R2阶段的研究范围。
TISPAN是用于高级网络的通信和互联网融合的业务和协议,全称为Telecommunication and Internet converged Services and Protocols for AdvancedNetworking,TISPAN协议提出了资源接纳控制子系统(RACS,Resource andAdmission Control Subsystem)来解决NGN承载网的QoS问题。TISPAN将NGN架构分为业务层和传输层,在传输控制层引入了RACS与网络附着子系统(NASS,Network Attachment SubSystem),RACS解决NGN承载网的QoS问题,而NASS则负责为上层业务层提供独立的用户接入管理。TISPAN RACS的主要功能与ITU-T RACF类似。
TISPAN RACS的功能架构如图2所示。RACS将业务层的资源需求与传输层的资源分配相关联,主要完成策略控制、资源预留、接纳控制、NAT穿越等功能。RACS通过一系列QoS策略为业务层提供传输层的控制服务,使得用户终端(UE,User Equipment)可以获得所需服务质量保证。以下具体阐述。
RACS由两个实体组成:基于业务的策略决策功能(SPDF,Service-basedPolicy Decision Function)和接入资源接纳控制功能(A-RACF,Access-Resourceand Admission Control Function)。
其中,针对SPDF而言,SPDF向应用层提供统一的接口,屏蔽底层网络拓扑和具体的接入类型,提供基于业务的策略控制。SPDF根据应用功能(AF,Application Function)的请求选择本地策略,并将请求映射成IP QoS参数,发送给A-RACF和边界网关功能(BGF,Border Gateway Function),以控制相应的资源。
针对A-RACF而言,A-RACF位于接入网中,具有接纳控制和网络策略汇聚的功能。从SPDF接收请求,然后基于所保存的策略实现接纳控制,接受或拒绝对传输资源的请求。A-RACF通过e4接口从NASS获得网络附着信息和用户签约信息,从而可以根据网络位置信息,例如接入用户的物理节点的地址确定可用的网络资源,同时在处理资源分配请求时参考用户签约信息。
传输层中包含三种功能实体:BGF、资源控制执行功能(RCEF,ResourceControl Enforcement Function)和基础传输功能(BTF,Basic Transport Function)。
其中,针对BGF而言,BGF是一个包到包网关,可位于接入网和核心网之间,以实现核心边界网关功能;BGF也可以位于两个核心网之间,以实现互联边界网关功能。BGF在SPDF的控制下完成NAT穿越、门控、QoS标记、带宽限制、使用测量以及资源同步功能。
针对RCEF而言,RCEF实施A-RACF通过Re接口传送过来的接入运营商定义的二层/三层(L2/L3)媒体流策略,完成门控、QoS标记、带宽限制等功能。
综上所述,可知:现有ITU-T的RACF架构和TISPAN的RACS架构,未明确用量的签订过程,以及在进行资源接纳控制时不能支持基于用量的QoS策略控制,而目前迫切需要完善用量的签订过程,以及基于用量的QoS策略实现接纳控制的方案。
发明内容
有鉴于此,本发明的主要目的在于提供一种用量签订方法及系统,完善用量的签订过程。
本发明的另一目的在于提供一种基于用量的接纳控制方法及系统,实现了基于用量的QoS策略进行接纳控制的方案。
为达到上述目的,本发明的技术方案是这样实现的:
一种用量签订方法,该方法包括:
在用户签约数据库中签订用户用量信息;
由所述网络附着平台将包含所述用户用量信息的用户签约数据,主动推送给资源接纳控制平台;或者,由所述资源接纳控制平台向所述网络附着平台请求后,再从网络附着平台处被动获取到包含所述用户用量信息的用户签约数据。
其中,所述用户用量信息保存在所述网络附着平台中;所述用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
其中,采用国际电信联盟(ITU-T)资源接纳控制功能(RACF)架构的情况下,所述网络附着平台具体为网络附着控制功能(NACF),所述资源接纳控制平台具体为RACF;
或者,采用高级网络的通信和互联网融合的业务和协议(TISPAN)资源接纳控制子系统(RACS)架构的情况下,所述网络附着平台具体为网络附着子系统(NASS),所述资源接纳控制平台具体为RACS。
一种用量签订系统,该系统包括:签订单元和发送单元;其中,
签订单元,用于在用户签约数据库中签订用户用量信息;
发送单元,用于由所述网络附着平台将包含所述用户用量信息的用户签约数据,发送给资源接纳控制平台;或者,由所述资源接纳控制平台向所述网络附着平台请求后,再由所述网络附着平台将包含所述用户用量信息的用户签约数据,发送给资源接纳控制平台。
其中,该系统还包括:保存单元,用于将所述用户用量信息保存在所述网络附着平台中;所述用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
一种基于用量的接纳控制方法,该方法包括:根据用户用量信息制定策略,并实现接纳控制。
其中,采用ITU-T RACF架构的情况下,所述根据用户用量信息制定策略并实现接纳控制具体包括:
RACF收到来自于业务层的业务控制功能(SCF)的资源初始化请求;RACF本地未存储用户签约数据时,RACF与NACF交互并获取到用户签约数据;
RACF对所述资源初始化请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
其中,所述用户用量信息保存在所述NACF中;其中,所述用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
其中,所述策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值;
实现所述拒绝接入请求或允许接入请求的控制,具体包括:
当所述用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACF拒绝接入所述资源初始化请求;或启动静态配置的服务质量(QoS)策略;
或者,当所述用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACF允许接入所述资源初始化请求。
其中,允许接入所述资源初始化请求后,该方法进一步包括:RACF给策略执行功能实体(PE-FE)下发所述策略,由PE-FE根据所述策略进行用量监测。
其中,该方法进一步包括:所述PE-FE将监测结果反馈给所述RACF;其中,
当被用量监测的用户和/或业务的用量达到对应的用量阈值时,PE-FE向RACF上报用量监测结果;或者,当PE-FE收到被用量监测的用户和/或业务资源释放请求后,向RACF上报用量监测结果。
其中,采用TISPAN RACS架构的情况下,所述根据用户用量信息制定策略并实现接纳控制具体包括:
RACS收到来自于应用功能(AF)的资源请求;RACS本地未存储用户签约数据时,RACS与NASS交互并获取到用户签约数据;
RACS对所述资源请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
其中,所述用户用量信息保存在所述NASS中;其中,所述用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
其中,其特征在于,所述策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值;
实现所述拒绝接入请求或允许接入请求的控制,具体包括:
当所述用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACS拒绝接入所述资源请求;或启动静态配置的QoS策略;
或者,当所述用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACS允许接入所述资源请求。
其中,允许接入所述资源请求后,该方法进一步包括:RACS给传输功能实体下发所述策略,由传输功能实体根据所述策略进行用量监测。
其中,该方法进一步包括:所述传输功能实体将监测结果反馈给所述RACS;其中,
当被用量监测的用户和/或业务的用量达到对应的用量阈值时,传输功能实体向RACS上报用量监测结果;或者,当传输功能实体收到被用量监测的用户和/或业务资源释放请求后,向RACS上报用量监测结果;
其中,所述传输功能实体具体包括:资源控制执行功能(RCEF)和/或边界网关功能(BGF)。
一种基于用量的接纳控制系统,该系统包括:制定单元、和接纳控制单元;其中,
制定单元,用于根据用户用量信息制定策略;
接纳控制单元,用于根据制定的策略实现接纳控制。
其中,采用ITU-T RACF架构的情况下,所述接纳控制单元,进一步用于RACF收到来自于SCF的资源初始化请求;RACF本地未存储用户签约数据时,RACF与NACF交互并获取到用户签约数据;RACF对所述资源初始化请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
其中,所述策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值;
所述接纳控制单元,进一步用于当所述用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACF拒绝接入所述资源初始化请求;或启动静态配置的QoS策略;或者,所述接纳控制单元,进一步用于当所述用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACF允许接入所述资源初始化请求;
该系统还包括:用量监测单元,用于允许接入所述资源初始化请求后,RACF给PE-FE下发所述策略,由PE-FE根据所述策略进行用量监测。
其中,采用TISPAN RACS架构的情况下,所述接纳控制单元,进一步用于RACS收到来自于AF的资源请求;RACS本地未存储用户签约数据时,RACS与NASS交互并获取到用户签约数据;RACS对所述资源请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
其中,所述策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值;
所述接纳控制单元,进一步用于当所述用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACS拒绝接入所述资源请求;或启动静态配置的QoS策略;或者,所述接纳控制单元,进一步用于当所述用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACS允许接入所述资源请求;
该系统还包括:用量监测单元,用于允许接入所述资源请求后,RACS给传输功能实体下发所述策略,由传输功能实体根据所述策略进行用量监测。
本发明引入用户用量信息,在用户签约数据库中签订用户用量信息。由网络附着平台将包含用户用量信息的用户签约数据,主动推送给资源接纳控制平台;或者,由资源接纳控制平台向所述网络附着平台请求后,再从网络附着平台处被动获取到包含用户用量信息的用户签约数据。采用本发明,完善了用量的签订过程。
本发明根据用户用量信息制定策略,并实现接纳控制。采用本发明,根据用户用量信息制定策略,根据制定的策略实现接纳控制,由于明确不同用量采用不同的策略控制,从而实现了基于用量的接纳控制方案。
附图说明
图1为现有技术中RACF的功能框架示意图;
图2为现有技术中RACS的功能框架示意图;
图3为本发明实例一的实现流程示意图;
图4为本发明实例二的实现流程示意图;
图5为本发明实例三的实现流程示意图;
图6为本发明实例四的实现流程示意图。
具体实施方式
本发明的基本思想是:引入用户用量信息,在用户签约数据库中签订用户用量信息。由网络附着平台将包含用户用量信息的用户签约数据,主动推送给资源接纳控制平台;或者,由资源接纳控制平台请求后,从网络附着平台处被动获取到包含用户用量信息的用户签约数据。
根据用户用量信息制定策略,并实现接纳控制。
下面结合附图对技术方案的实施作进一步的详细描述。
一种用量签订方法,该方法包括以下步骤:
步骤101、在用户签约数据库中签订用户用量信息。
这里,用户用量信息保存在网络附着平台中。用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
步骤102、由网络附着平台将包含用户用量信息的用户签约数据,主动推送给资源接纳控制平台。
或者,步骤102还可以为:由资源接纳控制平台向网络附着平台请求后,再从网络附着平台处被动获取到包含用户用量信息的用户签约数据。
这里,一种情况:采用ITU-T RACF架构的情况下,网络附着平台具体为NACF,资源接纳控制平台具体为RACF;或者,另一种情况:采用TISPANRACS架构的情况下,网络附着平台具体为NASS,资源接纳控制平台具体为RACS。
一种基于用量的接纳控制方法,该方法包括:根据用户用量信息制定策略,并实现接纳控制。
这里,根据用户用量信息制定策略并实现接纳控制的操作,可以由资源接纳控制平台实现,一种情况:采用ITU-T RACF架构的情况下,资源接纳控制平台具体为RACF;或者,另一种情况:采用TISPAN RACS架构的情况下,资源接纳控制平台具体为RACS。这样,可以明确不同用量采用不同的策略控制,从而实现了基于用量的接纳控制方案。
由于采用不同协议架构的情况下,方法的具体实现有所不同,因此,以下分别阐述。
第一种情况:采用ITU-T RACF架构的情况。
此时,根据用户用量信息制定策略并实现接纳控制的具体处理过程包括以下步骤:
步骤1121a、RACF收到来自于SCF的资源初始化请求。
步骤1122a、RACF本地未存储用户签约数据时,RACF与NACF交互并获取到用户签约数据。
这里,用户用量信息保存在NACF中。RACF与NACF交互并获取到用户签约数据具体包括:NACF将包含用户用量信息的用户签约数据,主动推送给RACF;或者,RACF向所述NACF请求后,再从NACF处被动获取到包含用户用量信息的用户签约数据。
其中,用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
步骤1123a、RACF对资源初始化请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
这里,制定的策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值。
这里,步骤1123a的具体处理过程包括:当用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACF拒绝接入资源初始化请求;或启动静态配置的QoS策略。
或者,步骤1123a的具体处理过程包括:当用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACF允许接入资源初始化请求。
这里,允许接入资源初始化请求后,该方法进一步包括:RACF给PE-FE下发所述策略,由PE-FE根据所述策略进行用量监测。
这里,该方法进一步包括:PE-FE将监测结果反馈给RACF。
其中,当被用量监测的用户和/或业务的用量达到对应的用量阈值时,PE-FE向RACF上报用量监测结果;或者,当PE-FE收到被用量监测的用户和/或业务资源释放请求后,向RACF上报用量监测结果。
第二种情况:采用TISPAN RACS架构的情况。
此时,根据用户用量信息制定策略并实现接纳控制的具体处理过程包括以下步骤:
步骤1121b、RACS收到来自于AF的资源请求。
步骤1122b、RACS本地未存储用户签约数据时,RACS与NASS交互并获取到用户签约数据。
这里,用户用量信息保存在NASS中。RACS与NASS交互并获取到用户签约数据具体包括:NASS将包含用户用量信息的用户签约数据,主动推送给RACS;或者,RACS向所述NASS请求后,再从NASS处被动获取到包含用户用量信息的用户签约数据。
其中,用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
步骤1123b、RACS对资源请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
这里,制定的策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值。
这里,步骤1123b的具体处理过程包括:当用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACS拒绝接入资源请求;或启动静态配置的QoS策略。
或者,步骤1123b的具体处理过程包括:当用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACS允许接入资源请求。
这里,允许接入资源请求后,该方法进一步包括:RACS给传输功能实体下发所述策略,由传输功能实体根据所述策略进行用量监测。
这里,该方法进一步包括:传输功能实体将监测结果反馈给RACS。
其中,当被用量监测的用户和/或业务的用量达到对应的用量阈值时,传输功能实体向RACS上报用量监测结果;或者,当传输功能实体收到被用量监测的用户和/或业务资源释放请求后,向RACS上报用量监测结果。其中,传输功能实体具体包括:RCEF和/或BGF。
综上所述,本发明主要包括以下内容:
针对ITU-T RACF架构而言,包括如下四个方面:
一:在用户签约数据库中签订用户用量信息,该用量信息表示用户总的允许用量和/或该用户签约业务的允许用量。
其中,该用户用量信息保存在NACF中,由NACF推送给RACF;或由RACF主动向NACF索取。
二:RACF根据用户用量信息制定策略规则,并请求PE-FE进行用量监测。
拒绝接入的情况下,根据用户用量信息进行用量监测具体为:当用户总的允许用量和/或该用户签约业务的允许用量达到阈值时,RACF拒绝当前的资源请求,或启动静态配置的QoS策略规则。
允许接入的情况下,根据用户用量信息进行用量监测具体为:RACF给PE-FE下发需要进行用量监测的用户和/或业务以及对应的用量阈值等信息。
三:PE-FE根据RACF的请求进行用量监测;并将监测结果反馈给RACF。
监测及反馈具体包括:当被用量监测的用户和/或业务的用量达到对应的用量阈值时,PE-FE向RACF上报用量监测结果;或当PE-FE收到被监测的用户和/或业务资源释放请求后,向RACF上报用量监测结果。
四:反馈后的更新包括:RACF记录当前用户和/或业务的用量使用情况,更新用户用量信息。RACF将更新的用户用量信息反馈给NACF,NACF更新用户用量信息。
针对TISPAN RACS架构而言,包括如下四个方面:
一:在用户签约数据库中签订用户用量信息,该用量信息表示用户总的允许用量和/或该用户签约业务的允许用量。
其中,该用户用量信息保存在NASS中,由NASS推送给RACS;或由RACS主动向NASS索取。
二:RACS根据用户用量信息制定策略规则,并请求传输功能实体进行用量监测。这里,传输功能实体可以具体为:RCEF和/或BGF。
拒绝接入的情况下,根据用户用量信息进行用量监测具体为:当用户总的允许用量和/或该用户签约业务的允许用量达到阈值时,RACS拒绝当前的资源请求,或启动静态配置的QoS策略规则。
允许接入的情况下,根据用户用量信息进行用量监测具体为:RACS给传输功能实体下发需要进行用量监测的用户和/或业务以及对应的用量阈值等信息。
三:传输功能实体根据RACS的请求进行用量监测;并将监测结果反馈给RACS。
监测及反馈具体包括:当被用量监测的用户和/或业务的用量达到对应的用量阈值时,传输功能实体向RACS上报用量监测结果;或当传输功能实体收到被监测的用户和/或业务资源释放请求后,向RACS上报用量监测结果。
四:反馈后的更新包括:RACS记录当前用户和/或业务的用量使用情况,更新用户用量信息。RACS将更新的用户用量信息反馈给NASS,NASS更新用户用量信息。
以下对本发明进行举例阐述。
实例一:
如图3所示,本实例为:采用ITU-T RACF架构,用户用量信息的签订流程,该流程包括以下步骤:
步骤301,签订用户用量信息,保存在NACF中。
步骤302,NACF将包含用户用量信息的用户签约数据推送给RACF。
这里,用户签约数据可以为现有的用户签约信息,以下不作赘述。
步骤303,RACF给NACF发送响应消息。
实例二:
如图4所示,本实例为:采用TISPAN RACS架构,用户用量信息的签订流程,该流程包括以下步骤:
步骤401,签订用户用量信息,保存在NASS中。
步骤402,NASS将包含用户用量信息的用户签约数据推送给RACS。
步骤403,RACS给NASS发送响应消息。
实例三:
如图5所示,本实例为:采用ITU-T RACF架构,基于用量的接纳控制方法中由SCF发起的资源请求流程,该流程包括以下步骤:
步骤501,用户发起业务请求,发送请求消息给SCF,触发SCF生成资源初始化请求。
步骤502,SCF确定所请求业务的QoS需求参数,然后发送资源初始化请求消息给RACF。
其中,QoS需求参数包括:带宽、业务类型、服务等级等等。
资源初始化请求消息中,携带媒体流描述和QoS参数等信息,以请求RACF进行QoS资源授权和预留。
步骤503,RACF收到资源初始化请求消息后,如果本地没有存储该用户的签约信息,则RACF与NACF交互,获取用户的签约信息。
这里,用户签约数据中包含用户用量信息,该用户用量信息表示用户总的允许用量和/或该用户签约业务的允许用量。
步骤504,RACF对该资源初始化请求进行授权检查及接纳决策。
这里,步骤504的具体处理过程包括:验证请求的QoS资源是否与本地运营商策略规则及来自NACF的用户签约数据一致;并检查所涉及网络的资源可用性。
这里,若上述授权检查和资源可用性检查均通过,则RACF根据授权检查结果和资源可用性检查结果进行最终的接纳决策。
其中,进行最终的接纳决策,一方面具体包括:RACF根据用户用量信息制定策略规则,RACF在制定的最终的策略规则里包含需要进行用量监测的用户和/或业务以及对应的用量阈值等信息。另一方面具体包括:RACF根据用户用量信息制定策略规则,当用户总的允许用量和/或该用户签约业务的允许用量达到阈值时,RACF拒绝当前的资源请求,RACF发送资源初始化响应消息给SCF,该消息中携带拒绝的理由,当前流程结束;或者,允许接入当前的资源请求,并启动静态配置的QoS策略规则为最终的策略规则后,执行步骤505。
步骤505,如果最终的策略规则需要在PE-FE安装,则RACF发送资源初始化请求消息给PE-FE,以安装最终的策略规则。
步骤506,PE-FE安装来自RACF的最终的策略规则,并发送资源初始化响应给RACF。
这里,步骤506的具体处理过程包括:PE-FE根据RACF的请求进行用量监测。当被用量监测的用户和/或业务的用量达到对应的用量阈值时,PE-FE向RACF上报用量监测结果;或者,当PE-FE收到被监测的用户和/或业务资源释放请求后,向RACF上报用量监测结果。
步骤507,RACF发送资源初始化响应给SCF。
实例四:
如图6所示,本实例为:采用TISPAN RACS架构,基于用量的接纳控制方法中由AF发起的资源请求流程,该流程包括以下步骤:
步骤601,UE向AF发起业务请求,触发AF对该业务请求生成一个会话。
步骤602,AF发送资源请求消息给RACS,以请求资源授权和预留。
步骤603,RACS收到资源请求消息后,根据本地运营商策略规则对该资源请求进行授权检查。
这里,如果授权检查未通过,则RACS发送资源请求响应给AF,当前流程结束。如果授权检查通过,则执行步骤604。
步骤604,通过授权检查,若本地没有存储该用户的签约信息,则RACS与NASS交互,获取用户的签约信息。
这里,用户签约数据中包含用户用量信息,该用户用量信息表示用户总的允许用量和/或该用户签约业务的允许用量。
步骤605,RACS根据用户签约数据、资源可用情况及接入网络策略等对该资源请求进行授权检查和接纳决策。
这里,步骤605的具体处理过程,一方面包括:RACS根据用户用量信息制定传输策略,RACS在制定的传输策略里包含需要进行用量监测的用户和/或业务以及对应的用量阈值等信息。步骤605的具体处理过程,另一方面包括:RACS根据用户用量信息制定传输策略,当用户总的允许用量和/或该用户签约业务的允许用量达到阈值时,RACS拒绝当前的资源请求,当前流程结束;或者,启动静态配置的QoS策略规则为最终的传输策略后,执行步骤606。
步骤606,如果传输策略需要在传输功能实体安装,则RACS发送资源请求消息给传输功能实体,以安装传输策略。
这里,传输功能实体可以是RCEF和/或BGF,以下不作赘述。
步骤607,传输功能实体安装来自RACS的传输策略,并发送资源请求响应给RACS。
这里,步骤607的具体处理过程包括:传输功能实体根据RACS的请求进行用量监测。当被用量监测的用户和/或业务的用量达到对应的用量阈值时,传输功能实体向RACS上报用量监测结果;或者,当传输功能实体收到被监测的用户和/或业务资源释放请求后,向RACS上报用量监测结果。
步骤608,RACS发送资源请求响应给AF。
一种用量签订系统,该系统包括:签订单元和发送单元。其中,签订单元,用于在用户签约数据库中签订用户用量信息。发送单元,用于由网络附着平台将包含用户用量信息的用户签约数据,发送给资源接纳控制平台;或者,由资源接纳控制平台向网络附着平台请求后,再由网络附着平台将包含用户用量信息的用户签约数据,发送给资源接纳控制平台。
这里,该系统还包括:保存单元,用于将用户用量信息保存在网络附着平台中。其中,用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
一种基于用量的接纳控制系统,该系统包括:制定单元、和接纳控制单元。其中,制定单元,用于根据用户用量信息制定策略。接纳控制单元,用于根据制定的策略实现接纳控制。
由于采用不同协议架构的情况下,系统的具体实现有所不同,因此,以下分别阐述。
第一种情况:采用ITU-T RACF架构的情况。
该系统中的接纳控制单元,进一步用于RACF收到来自于SCF的资源初始化请求;RACF本地未存储用户签约数据时,RACF与NACF交互并获取到用户签约数据;RACF对资源初始化请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
这里,制定的策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值。
这里,接纳控制单元进一步用于当用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACF拒绝接入资源初始化请求;或启动静态配置的QoS策略。
或者,接纳控制单元进一步用于当用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACF允许接入资源初始化请求。
这里,该系统还包括:用量监测单元,用于允许接入资源初始化请求后,RACF给PE-FE下发所述策略,由PE-FE根据所述策略进行用量监测。
第二种情况:采用TISPAN RACS架构的情况。
该系统中的接纳控制单元,进一步用于RACS收到来自于AF的资源请求;RACS本地未存储用户签约数据时,RACS与NASS交互并获取到用户签约数据;RACS对资源请求制定包含用量监测规则的策,并实现拒绝接入请求或允许接入请求的控制。
这里,制定的策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值。
这里,接纳控制单元进一步用于当用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACS拒绝接入资源请求;或启动静态配置的QoS策略。
或者,接纳控制单元进一步用于当用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACS允许接入资源请求。
这里,该系统还包括:用量监测单元,用于允许接入资源请求后,RACS给传输功能实体下发所述策略,由传输功能实体根据所述策略进行用量监测。其中,传输功能实体具体包括:RCEF和/或BGF。
综上所述,采用本发明,通过明确不同用量的不同QoS策略控制,实现了基于用量的接纳控制方案,从而解决了现有技术中存在的问题。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (21)
1.一种用量签订方法,其特征在于,该方法包括:
在用户签约数据库中签订用户用量信息;
由所述网络附着平台将包含所述用户用量信息的用户签约数据,主动推送给资源接纳控制平台;或者,由所述资源接纳控制平台向所述网络附着平台请求后,再从网络附着平台处被动获取到包含所述用户用量信息的用户签约数据。
2.根据权利要求1所述的方法,其特征在于,所述用户用量信息保存在所述网络附着平台中;所述用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
3.根据权利要求1或2所述的方法,其特征在于,采用国际电信联盟(ITU-T)资源接纳控制功能(RACF)架构的情况下,所述网络附着平台具体为网络附着控制功能(NACF),所述资源接纳控制平台具体为RACF;
或者,采用高级网络的通信和互联网融合的业务和协议(TISPAN)资源接纳控制子系统(RACS)架构的情况下,所述网络附着平台具体为网络附着子系统(NASS),所述资源接纳控制平台具体为RACS。
4.一种用量签订系统,其特征在于,该系统包括:签订单元和发送单元;其中,
签订单元,用于在用户签约数据库中签订用户用量信息;
发送单元,用于由所述网络附着平台将包含所述用户用量信息的用户签约数据,发送给资源接纳控制平台;或者,由所述资源接纳控制平台向所述网络附着平台请求后,再由所述网络附着平台将包含所述用户用量信息的用户签约数据,发送给资源接纳控制平台。
5.根据权利要求4所述的系统,其特征在于,该系统还包括:保存单元,用于将所述用户用量信息保存在所述网络附着平台中;所述用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
6.一种基于用量的接纳控制方法,其特征在于,该方法包括:根据用户用量信息制定策略,并实现接纳控制。
7.根据权利要求6所述的方法,其特征在于,采用ITU-T RACF架构的情况下,所述根据用户用量信息制定策略并实现接纳控制具体包括:
RACF收到来自于业务层的业务控制功能(SCF)的资源初始化请求;RACF本地未存储用户签约数据时,RACF与NACF交互并获取到用户签约数据;
RACF对所述资源初始化请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
8.根据权利要求7所述的方法,其特征在于,所述用户用量信息保存在所述NACF中;其中,所述用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
9.根据权利要求8所述的方法,其特征在于,所述策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值;
实现所述拒绝接入请求或允许接入请求的控制,具体包括:
当所述用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACF拒绝接入所述资源初始化请求;或启动静态配置的服务质量(QoS)策略;
或者,当所述用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACF允许接入所述资源初始化请求。
10.根据权利要求9所述的方法,其特征在于,允许接入所述资源初始化请求后,该方法进一步包括:RACF给策略执行功能实体(PE-FE)下发所述策略,由PE-FE根据所述策略进行用量监测。
11.根据权利要求10所述的方法,其特征在于,该方法进一步包括:所述PE-FE将监测结果反馈给所述RACF;其中,
当被用量监测的用户和/或业务的用量达到对应的用量阈值时,PE-FE向RACF上报用量监测结果;或者,当PE-FE收到被用量监测的用户和/或业务资源释放请求后,向RACF上报用量监测结果。
12.根据权利要求6所述的方法,其特征在于,采用TISPAN RACS架构的情况下,所述根据用户用量信息制定策略并实现接纳控制具体包括:
RACS收到来自于应用功能(AF)的资源请求;RACS本地未存储用户签约数据时,RACS与NASS交互并获取到用户签约数据;
RACS对所述资源请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
13.根据权利要求12所述的方法,其特征在于,所述用户用量信息保存在所述NASS中;其中,所述用户用量信息包括:表征用户总的允许用量和/或用户签约业务的允许用量的信息。
14.根据权利要求13所述的方法,其特征在于,所述策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值;
实现所述拒绝接入请求或允许接入请求的控制,具体包括:
当所述用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACS拒绝接入所述资源请求;或启动静态配置的QoS策略;
或者,当所述用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACS允许接入所述资源请求。
15.根据权利要求14所述的方法,其特征在于,允许接入所述资源请求后,该方法进一步包括:RACS给传输功能实体下发所述策略,由传输功能实体根据所述策略进行用量监测。
16.根据权利要求15所述的方法,其特征在于,该方法进一步包括:所述传输功能实体将监测结果反馈给所述RACS;其中,
当被用量监测的用户和/或业务的用量达到对应的用量阈值时,传输功能实体向RACS上报用量监测结果;或者,当传输功能实体收到被用量监测的用户和/或业务资源释放请求后,向RACS上报用量监测结果;
其中,所述传输功能实体具体包括:资源控制执行功能(RCEF)和/或边界网关功能(BGF)。
17.一种基于用量的接纳控制系统,其特征在于,该系统包括:制定单元、和接纳控制单元;其中,
制定单元,用于根据用户用量信息制定策略;
接纳控制单元,用于根据制定的策略实现接纳控制。
18.根据权利要求17所述的系统,其特征在于,采用ITU-T RACF架构的情况下,所述接纳控制单元,进一步用于RACF收到来自于SCF的资源初始化请求;RACF本地未存储用户签约数据时,RACF与NACF交互并获取到用户签约数据;RACF对所述资源初始化请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
19.根据权利要求18所述的系统,其特征在于,所述策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值;
所述接纳控制单元,进一步用于当所述用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACF拒绝接入所述资源初始化请求;或启动静态配置的QoS策略;或者,所述接纳控制单元,进一步用于当所述用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACF允许接入所述资源初始化请求;
该系统还包括:用量监测单元,用于允许接入所述资源初始化请求后,RACF给PE-FE下发所述策略,由PE-FE根据所述策略进行用量监测。
20.根据权利要求17所述的系统,其特征在于,采用TISPAN RACS架构的情况下,所述接纳控制单元,进一步用于RACS收到来自于AF的资源请求;RACS本地未存储用户签约数据时,RACS与NASS交互并获取到用户签约数据;RACS对所述资源请求制定包含用量监测规则的策略,并实现拒绝接入请求或允许接入请求的控制。
21.根据权利要求20所述的系统,其特征在于,所述策略包括:需要进行用量监测的用户和/或业务,以及对应的用量阈值;
所述接纳控制单元,进一步用于当所述用户总的允许用量和/或用户签约业务的允许用量,达到对应的用量阈值时,RACS拒绝接入所述资源请求;或启动静态配置的QoS策略;或者,所述接纳控制单元,进一步用于当所述用户总的允许用量和/或用户签约业务的允许用量,未达到对应的用量阈值时,RACS允许接入所述资源请求;
该系统还包括:用量监测单元,用于允许接入所述资源请求后,RACS给传输功能实体下发所述策略,由传输功能实体根据所述策略进行用量监测。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102521835A CN102098206A (zh) | 2009-12-10 | 2009-12-10 | 用量签订方法及系统、基于用量的接纳控制方法及系统 |
PCT/CN2010/077657 WO2011069390A1 (zh) | 2009-12-10 | 2010-10-11 | 用量签订方法及系统、基于用量的接纳控制方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102521835A CN102098206A (zh) | 2009-12-10 | 2009-12-10 | 用量签订方法及系统、基于用量的接纳控制方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102098206A true CN102098206A (zh) | 2011-06-15 |
Family
ID=44131078
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102521835A Pending CN102098206A (zh) | 2009-12-10 | 2009-12-10 | 用量签订方法及系统、基于用量的接纳控制方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102098206A (zh) |
WO (1) | WO2011069390A1 (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050261955A1 (en) * | 2004-05-21 | 2005-11-24 | Humble Stephen D | Film production staff administration system |
CN101009697A (zh) * | 2006-01-26 | 2007-08-01 | 华为技术有限公司 | 业务层提高资源请求成功率和效率的系统及其方法 |
CN101198165A (zh) * | 2007-10-19 | 2008-06-11 | 中兴通讯股份有限公司 | 资源接纳控制方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101247325B (zh) * | 2007-02-14 | 2011-06-01 | 华为技术有限公司 | 一种实现新业务加入的方法和系统 |
-
2009
- 2009-12-10 CN CN2009102521835A patent/CN102098206A/zh active Pending
-
2010
- 2010-10-11 WO PCT/CN2010/077657 patent/WO2011069390A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050261955A1 (en) * | 2004-05-21 | 2005-11-24 | Humble Stephen D | Film production staff administration system |
CN101009697A (zh) * | 2006-01-26 | 2007-08-01 | 华为技术有限公司 | 业务层提高资源请求成功率和效率的系统及其方法 |
CN101198165A (zh) * | 2007-10-19 | 2008-06-11 | 中兴通讯股份有限公司 | 资源接纳控制方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2011069390A1 (zh) | 2011-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101998534B (zh) | 一种资源接纳控制系统间的交互方法和装置 | |
CN101247652A (zh) | 一种资源接纳控制方法和系统 | |
CN102215155B (zh) | 一种家庭网络的资源接纳控制方法及系统 | |
US9037721B2 (en) | Method and system for resource admission control | |
US20100304775A1 (en) | Processing method for resource request in ngn | |
CN101356846A (zh) | 在WiMAX通信网络中提供服务质量的方法和在通信网络中通过策略判定功能选择接入传输资源控制功能的方法 | |
CN101720110B (zh) | 一种ngn家庭网络资源接纳控制方法及系统 | |
CN101997699B (zh) | 资源接纳控制系统间的交互方法及资源接纳控制系统 | |
WO2007104215A1 (fr) | Procédé, appareil et système pour faire gérer par le réseau la demande de qualité de service | |
CN101730103B (zh) | 一种资源接纳控制方法 | |
CN101309227B (zh) | 一种家庭网关策略控制的装置、系统及其实现方法 | |
US8379519B2 (en) | Method for realizing resource admission control at push mode in nomadism scene of NGN | |
CN101360113B (zh) | 服务质量请求信息的实现方法以及策略执行功能实体 | |
CN101729452A (zh) | 家庭网关策略控制的系统和方法 | |
CN101355808B (zh) | 一种上报策略安装失败的方法 | |
CN101730156B (zh) | 一种资源接纳控制方法 | |
CN102098206A (zh) | 用量签订方法及系统、基于用量的接纳控制方法及系统 | |
CN102026302A (zh) | 批发场景下的拉模式资源接纳控制方法和系统 | |
CN102045785A (zh) | 一种接纳控制系统及方法 | |
CN101222501B (zh) | 下一代网络中实现多粒度资源控制的方法及装置 | |
KR100879164B1 (ko) | 통신 네트워크에서 서비스 품질 관리를 위한 결합 메커니즘 | |
CN101282351B (zh) | 资源接纳控制子系统及发送资源决策请求消息的方法 | |
CN102148809B (zh) | 一种业务识别与管理系统获取信息的系统及方法 | |
CN102164068A (zh) | 资源接纳控制方法及系统 | |
CN101316444A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110615 |