CN102164068B - 资源接纳控制方法及系统 - Google Patents

Abstract

本发明公开了一种资源接纳控制方法及系统，具体地，上述的资源接纳控制方法包括资源接纳控制平台接收来自于应用平台的携带有指示参数的资源请求消息并根据上述的指示参数，运营商策略规则，和当前资源可用性信息，执行资源接纳控制，其中，该指示参数用于指示用户请求的业务是免费提供给用户的。通过本发明，可以在被邀请用户与作为邀请方的用户签约的清单不同的情况下，使得用户也能通过授权验证，提高了用户体验。

Description

资源接纳控制方法及系统

技术领域

本发明涉及通信领域，尤其涉及一种资源接纳控制方法及系统。

背景技术

国际电信联盟电信标准化部门(InternationalTelecommunicationUnion-Telecommunicationsstandardizationsector，简称为ITU-T)是国际电信联盟(InternationalTelecommunicationUnion，简称为ITU)的电信化部门，制定了有关资源接纳控制的标准。在ITU-T公布的最新的资源接纳控制功能(ResourceandAdmissionControlFunctions，简称为RACF)草案中，提供了RACF的功能框架，如图1所示，RACF由两部分组成，分别是策略决策功能实体(PolicyDecisionFunctionalEntity，简称为PD-FE)和传输资源控制功能实体(TransportResourceControlFunctionalEntity，TRC-FE)，其中，TRC-FE通过Rc与传输功能交互，通过Rn与传输资源执行功能实体(TransportResourceEnforcementFunctionalEntity，简称为TRE-FE)交互，并且，PD-FE通过Rt与TRC-FE交互，通过Rh与用户驻地网(CustomerPremisesNetwork，简称为CPN)交互，通过Rw与策略执行功能实体(PolicyEnforcementFunctionalEntity，简称为PE-FE)交互，通过Rs与业务层的业务控制功能(ServiceControlFunctions，简称为SCF)交互，通过Ru与网络附着控制功能(NetworkAttachmentControlFunctions，简称为NACF)交互，并且PD-FE通过Ri接口与其他下一代网络交互。

此外，PD-FE与传输技术无关，与SCF也无关，PD-FE基于网络策略规则、SCF提供的业务信息、NACF提供的传输层签约信息，以及TRC-FE提供的资源可用性决策结果，产生资源接纳控制的最后决策。

TRC-FE与业务无关，但与传输技术相关。TRC-FE负责收集和维护传输网信息和资源状态信息。从PD-FE接收到资源请求后，TRC-FE基于QoS、优先级需求、资源可用性信息以及与传输相关的策略规则，执行基于资源的接纳控制。

传输层由策略执行功能实体(PolicyEnforcementFunctionalEntity，简称为PE-FE)和传输资源执行功能实体(TransportResourceEnforcementFunctionalEntity，简称为TRE-FE)组成。PE-FE执行PD-FE下发的策略规则，PE-FE是包到包网关，可以位于用户驻地网(CustomerPremisesNetwork，简称为CPN)和接入网络之间、接入网和核心网之间或者不同运营商网络之间，是支持动态QoS控制、端口地址转换控制和网络地址转换(NetworkAddressTranslator，简称为NAT)穿越的关键节点。TRE-FE执行TRC-FE下发的传输资源策略规则，其范围和功能以及Rn接口有待进一步研究，不在R2阶段的研究范围。

用于高级网络的通信和互联网融合的业务和协议(TelecommunicationandInternetconvergedServicesandProtocolsforAdvancedNetworking，简称为TISPAN)提出了资源接纳控制子系统(ResourceandAdmissionControlSubsystem，简称为RACS)来解决NGN承载网的QoS问题。TISPAN将NGN架构分为业务层和传输层，在传输控制层引入了RACS与网络附着子系统(NetworkAttachmentSubSystem，简称为NASS)，RACS解决NGN承载网的QoS问题，而NASS则负责为上层业务层提供独立的用户接入管理。TISPANRACS的主要功能与ITU-TRACF类似。

TISPANRACS的功能架构如图2所示。RACS将业务层的资源需求与传输层的资源分配相关联，主要完成策略控制、资源预留、接纳控制、NAT穿越等功能。RACS通过一系列QoS策略为业务层提供传输层的控制服务，使得用户终端(UserEquipment，简称为UE)可以获得所需服务质量保证。

RACS由两个实体组成：基于业务的策略决策功能(Service-basedPolicyDecisionFunction，简称为SPDF)和接入资源接纳控制功能(Access-ResourceandAdmissionControlFunction，简称为A-RACF)。以下分别进行描述。

SPDF向应用层提供统一的接口，屏蔽底层网络拓扑和具体的接入类型，提供基于业务的策略控制。SPDF根据应用功能(ApplicationFunction，简称为AF)的请求选择本地策略，并将请求映射成IPQoS参数，发送给A-RACF和边界网关功能(BorderGatewayFunction，简称为BGF)，以控制相应的资源。

A-RACF位于接入网中，具有接纳控制和网络策略汇聚的功能。A-RACF从SPDF接收请求，然后基于所保存的策略实现接纳控制，接受或拒绝对传输资源的请求。A-RACF通过e4接口从NASS获得网络附着信息和用户签约信息，从而可以根据网络位置信息(例如，接入用户的物理节点的地址)确定可用的网络资源，同时在处理资源分配请求时参考用户签约信息。

传输层中包含三种功能实体：边界网关功能(BorderGatewayFunction，简称为BGF)、资源控制执行功能(ResourceControlEnforcementFunction，简称为RCEF)和基础传输功能(BasicTransportFunction，简称为BTF)。

BGF是一个包到包网关，可位于接入网和核心网之间(实现核心边界网关功能)，也可以位于两个核心网之间(实现互联边界网关功能)。BGF在SPDF的控制下完成NAT穿越、门控、QoS标记、带宽限制、使用测量以及资源同步功能。

RCEF实施A-RACF通过Re接口传送过来的接入运营商定义的二层/三层(L2/L3)媒体流策略，完成门控、QoS标记、带宽限制等功能。

以下结合图3描述，如果存在如下场景：当用户A和用户B分别签约了不同的QoS清单(例如，带宽、优先级等)和不同的IPTV业务(例如，点播业务(ContentonDemand，简称CoD)、直播业务(Broadcast，简称BC)等)。

用户A邀请用户B观赏某一高清IPTV节目(由用户A付费)时，并且享受与用户A相同的体验质量(QualityofExperience，简称为QoE)。则用户B请求资源的信令流程具体可以参见图3。

图3是相关技术中由SCF发起的资源请求流程图，如图3所示，该流程主要包括以下处理(步骤S302-步骤S318)：

步骤S302：用户发起业务请求，发送请求消息给SCF，触发SCF生成资源初始化请求；

步骤S304：SCF确定所请求业务的QoS需求参数(如带宽、业务类型、服务等级等)，然后发送资源初始化请求消息(预留)给PD-FE，其中，该消息中携带有媒体流描述和QoS参数等信息，以请求RACF进行QoS资源授权和预留；

步骤S306：PD-FE接收到资源初始化请求消息后，若本地没有存储该用户的签约信息，则PD-FE与NACF交互，获取用户的签约信息；

步骤S308：PD-FE对该请求进行授权检查，包括验证请求的QoS资源是否与本地运营商策略规则及来自NACF的用户签约信息一致；

步骤S310：PD-FE决策(即选择)请求的QoS资源所涉及的接入网和核心网，然后PD-FE根据上述决策结果发送资源初始化请求消息(可用性检查)给对应的TRC-FE，以检查所涉及网络的资源可用性；

步骤S312：PD-FE根据步骤S308的授权检查结果和步骤S310的资源可用性检查结果进行最终的接纳决策；

步骤S314：如果最终的决策策略需要在PE-FE安装，PD-FE发送资源初始化请求消息给PE-FE，以安装最终的策略规则；

步骤S316：PE-FE安装来自PD-FE的最终的策略规则，并发送资源初始化响应给PD-FE；

步骤S318：PD-FE发送资源初始化响应给SCF。

由图3可知，在相关技术中，倘若用户B只有观赏标清的权限，则在接受用户A的邀请后，应具有观赏某个高清节目的能力。但是，根据用户B签约的QoS清单，用户B发起的高清业务请求在RACS可能无法通过授权验证，例如，带宽验证不能通过。

因此，资源接纳控制平台要根据本地运营商策略规则，当前资源可用性信息，和用户QoS签约信息，产生最终的接纳决策，从而使得本可以免费享受业务的用户无法通过资源接纳控制系统的授权验证，导致用户体验降低。

发明内容

针对相关技术中存在的问题，本发明的主要目的在于提供一种资源接纳控制方法及系统，以解决上述问题至少之一。

根据本发明的一个方面，提供了一种资源接纳控制方法，该方法包括资源接纳控制平台接收来自于应用平台的携带有指示参数的资源请求消息并根据上述的指示参数，运营商策略规则，和当前资源可用性信息，执行资源接纳控制，其中，指示参数用于指示用户请求的业务是免费提供给用户的。

根据本发明的另外一个方面，提供了一种资源接纳控制系统，该系统包括：应用平台装置和资源接纳控制平台装置。其中，

应用平台装置，用于发送携带有指示参数的资源请求消息，其中，指示参数用于指示用户请求的业务是免费提供给用户的；

资源接纳控制平台装置，用于响应资源请求消息，并根据指示参数，运营商策略规则，和当前资源可用性信息，执行资源接纳控制。

通过本发明，资源接纳控制平台根据指示用户请求的业务是免费提供给用户的指示参数，运营商策略规则，以及当前资源可用性信息，以执行资源接纳控制。解决了相关技术中本可以免费享受业务的用户无法通过资源接纳控制系统的授权验证，用户体验较低的问题，进而可以使上述用户通过资源接纳控制系统的授权验证，有效提高了用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的ITU-TRACF的功能框架示意图；

图2是根据相关技术的TISPANRACS的功能框架示意图；

图3是根据相关技术的资源请求流程图；

图4是根据本发明实施例的资源接纳控制系统的结构框图；

图5是根据本发明实施例一的资源接纳控制系统的结构框图；

图6是根据本发明实施例二的资源接纳控制系统的结构框图；

图7是根据本发明实施例的资源接纳控制方法的流程图；

图8是根据本发明实施例三的资源接纳控制方法的流程图；以及

图9是根据本发明实施例四的资源接纳控制方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图4是根据本发明实施例的资源接纳控制系统的结构框图。如图4所示，该资源接纳控制系统包括应用平台40和资源接纳控制平台42。应用平台40，用于向资源接纳控制平台发送携带有指示参数的资源请求消息，其中，指示参数用于指示用户请求的业务是免费提供给用户的；而资源接纳控制平台42，与应用平台40相耦合，用于响应来自于应用平台40的资源请求消息，根据指示参数，运营商策略规则，和当前资源可用性信息，以执行资源接纳控制。

采用上述资源接纳控制系统，在执行资源接纳控制时，无需根据用户QoS签约信息进行验证，可以根据指示参数，运营商策略规则，和当前资源可用性信息，以执行资源接纳控制，产生资源接纳控制决策(接纳或拒绝)，使得本可以免费享受业务的用户通过资源接纳控制系统的授权验证，从而可以有效提高用户体验。

其中，免费提供给该用户的业务可以包括运营商免费提供给用户的业务和/或第三方用户付费提供给用户的业务。其中，第三方用户付费提供给用户的业务，即前面提到的被邀请享受业务的用户B所请求的业务(用户A付费，用户B也可以享受该业务，对于用户B而言，享受该业务是免费的)。

因而，对于用户请求的多种免费业务而言，采用上述资源接纳控制系统，可以通过资源接纳控制系统的授权验证，提高用户体验，因此，本系统可以应用于提供多种免费业务的场景下，适用范围较广。

优选地，如图5所示，资源接纳控制平台42包括但不限于资源接纳控制功能(RACF)实体420；以及应用平台40包括但不限于业务控制功能(SCF)实体400。

前面提到，相关技术中关于资源接纳控制的功能框架有两种，上述方案是针对ITU-TRACF的功能框架(具体可以参见图1)而言，在具体实施过程中，RACF实体420接收来自业务控制功能SCF的资源请求，其中，该资源请求消息中携带有指示参数。具体地，该指示参数用于表示当前请求的业务是免费提供的(运营商免费提供或由第三方付费等)。

在具体实施过程中，RACF实体420接收来自SCF实体的携带有指示参数的资源请求消息后，根据本地运营商策略规则和当前资源可用性信息执行接纳控制(即接纳或拒绝)。

优选地，如图6所示，资源接纳控制平台42还可以包括但不限于资源接纳控制子系统(RACS)422，而且应用平台40包括但不限于应用功能(AF)实体402。

上述方案是针对TISPANRACS的功能框架(具体可以参见图2)而言，在具体实施过程中，资源接纳控制子系统(RACS)接收来自应用功能(AF)的资源请求消息，其中，该资源请求消息中携带有指示参数。其中，该指示参数用于表示当前请求的业务是免费提供的(运营商免费提供或由第三方付费等)。

在具体实施过程中，RACS422接收来自于AF402的携带有指示参数的资源请求消息后，根据本地运营商策略规则和当前资源可用性信息执行接纳控制。

上面提到的本地运营商策略规则，是预先配置好的策略规则，例如，本地运营商是否支持高清视频业务，本地运营商可以支持多大带宽资源等。

优选地，资源接纳控制平台，还用于制定策略规则。

优选地，如图5和图6所示，图4所示的系统还可以包括传输功能实体44，与资源接纳控制平台42相耦合，用于响应来自于资源接纳控制平台制定的策略规则，并将策略规则进行安装。

在具体实施过程中，在资源接纳控制的决策是可以为用户提供其请求的业务的情况下，资源接纳控制平台42制定策略规则，给传输功能实体44下发策略规则，从而传输功能实体44安装策略规则。

为了将业务提供至请求业务的用户(即本可以免费享受该业务的用户)，资源接纳控制平台42(RACF或RACS)需要给传输功能实体下发策略规则，传输功能实体安装策略规则。例如，用户申请4兆带宽资源，但是该业务是由第三方付费的，则在授权检查和可用性检查均通过的情况下，传输层可以向用户传输该业务。

图7是根据本发明实施例的资源接纳控制方法的流程图。如图7所示，该资源接纳控制方法包括以下处理(步骤S702-步骤S704)：

步骤S702：资源接纳控制平台42接收来自于应用平台40的携带有指示参数的资源请求消息，其中，指示参数用于指示用户请求的业务是免费提供给用户的；以及

步骤S704：资源接纳控制平台42根据指示参数，运营商策略规则，和当前资源可用性信息，以执行资源接纳控制。

采用上述资源接纳控制方法，在执行资源接纳控制时，无需根据用户QoS签约信息进行验证，可以根据指示参数，运营商策略规则，和当前资源可用性信息，执行资源接纳控制，产生资源接纳控制决策(接纳或拒绝)，使得本可以免费享受业务的用户通过资源接纳控制系统的授权验证，从而可以有效提高用户体验。

优选地，免费提供给该用户的业务包括运营商免费提供给用户的业务和/或第三方用户付费提供给用户的业务。

对于多种方式提供的免费业务，请求上述业务的用户(例如，被邀请的用户)可以通过验证，因而有效提高了用户体验。

优选地，在执行步骤S704之后，在资源接纳控制的决策是可以为用户提供其请求的业务的情况下，资源接纳控制平台需要制定策略规则。

优选地，资源接纳控制平台42制定策略规则之后，传输功能实体接收来自于资源接纳控制平台制定的策略规则，而传输功能实体44将策略规则进行安装。

其中，上述资源接纳控制平台42包括但不限于RACF实体420；而应用平台包括但不限于SCF实体400。

上述方案是针对ITU-TRACF的功能框架(具体可以参见图1)而言，在具体实施过程中，RACF实体420接收来自业务控制功能SCF的资源请求消息，其中，该资源请求消息中携带有指示参数。具体地，该指示参数表示当前的业务请求是免费提供的(运营商免费提供或由第三方付费)。在RACF实体420接收到来自SCF实体400的携带有指示参数的资源请求消息后，根据本地运营商策略规则和当前资源可用性信息执行接纳控制，之后，在决策为接纳时，制定策略规则。RACF实体420给传输功能实体下发该策略规则，传输功能实体安装策略规则。

其中，上述RACF实体执行资源接纳控制包括以下步骤：

(1)RACF实体420的PD-FE将资源请求消息携带的服务指令资源与运营商策略规则进行比较，确定是否通过授权检查，如果否，流程结束；

(2)如果是，PD-FE根据TRC-FE返回的当前资源可用状况执行可用性检查；以及

(3)PD-FE根据可用性检查结果执行资源接纳控制。

上述过程具体可以参见图8。

图8是根据本发明实施例三的资源接纳控制方法的流程图。如图8所示，该流程主要包括以下处理(步骤S802-步骤S816)：

步骤S802：用户发起业务请求，发送请求消息给SCF，触发SCF生成资源初始化请求；

步骤S804：SCF确定所请求业务的QoS需求参数(例如，带宽、业务类型、服务等级等)，然后发送资源初始化请求消息(预留)给PD-FE，其中，该消息中携带指示参数、媒体流描述和QoS参数等信息，以请求RACF进行QoS资源授权和预留；

具体地，指示参数表示当前的业务请求是免费提供的(运营商免费提供或由第三方付费)。

步骤S806：PD-FE接收到资源初始化请求消息后，对该请求进行授权检查，包括验证请求的QoS资源是否与本地运营商策略规则一致；

步骤S808：PD-FE决策(即选择)请求的QoS资源所涉及的接入网和核心网，然后PD-FE根据上述决策结果发送资源初始化请求消息(可用性检查)给对应的TRC-FE，以检查所涉及网络的资源可用性；

步骤S810：PD-FE根据步骤S806的授权检查结果和步骤S808的资源可用性检查结果进行最终的接纳决策，并制定策略规则；

若所请求的QoS资源被拒绝，则PD-FE发送资源初始化响应消息给SCF，其中，该消息中携带拒绝的理由，否则执行下一步；

步骤S812：如果最终的决策策略需要在PE-FE安装，则PD-FE发送资源初始化请求消息给PE-FE，以安装最终的策略规则；

其中，在决策为接纳(即上述检查均通过)的情况下，PE-FE需要在RCEF安装该策略规则。

步骤S814：PE-FE安装来自PD-FE的最终的策略规则，并发送资源初始化响应给PD-FE；

其中，上述步骤S812和步骤S814为可选步骤，即在具体实施过程中，也可以不执行。

步骤S816：PD-FE发送资源初始化响应给SCF。

其中，上述资源初始化响应中携带有是否接纳QoS资源请求的结果信息。

优选地，资源接纳控制平台包括但不限于RACS422，而应用平台包括但不限于AF实体402。

上述方案是针对TISPANRACS的功能框架(具体可以参见图2)而言，在具体实施过程中，RACS422接收来自AF的资源请求，其中，该资源请求消息中携带指示参数。具体地，该指示参数用于表示当前的业务请求是免费提供的(运营商免费提供或由第三方付费)。RACS在接收来自AF实体402的包含有指示参数的资源请求消息后，根据本地运营商策略规则和当前资源可用性信息执行接纳控制，在决策为接纳的情况下，制定策略规则(即前面提到的策略规则)。并且，RACS422给传输功能实体下发该传输策略，传输功能实体安装传输策略。

其中，RACS执行资源接纳控制可以包括以下步骤：

(1)RACS422的SPDF实体将资源请求消息携带的服务指令资源与运营商策略规则进行比较，确定是否通过授权检查，如果否，流程结束；

(2)如果是，RACS422的A-RACF实体根据当前资源可用性状况确定可用性检查结果；以及

(3)A-RACF根据可用性检查结果执行资源接纳控制。

上述过程具体可以参见图9。

图9是根据本发明实施例四的资源接纳控制方法的流程图。如图9所示，该流程主要包括以下处理(步骤S902-步骤S922)：

步骤S902：UE向AF发起业务请求，触发AF对该业务请求生成一个会话；

步骤S904：AF发送资源请求消息给SPDF以请求授权，其中，该资源请求消息中携带有指示参数、QoS参数等信息。

具体地，上述指示参数表示当前的业务请求是免费提供的(运营商免费提供或由第三方付费)。

步骤S906：SPDF收到资源请求消息后，根据本地运营商策略规则对该资源请求进行授权检查；若授权检查未通过，则SPDF发送资源请求响应给AF，则流程结束，向AF返回拒绝响应；

步骤S908：若通过检查，则SPDF发送资源请求消息给A-RACF以请求授权检查并请求分配资源；

步骤S910：A-RACF接收到资源请求消息后，根据资源可用情况及接入网络策略等对该资源请求进行授权和接纳决策，并制定传输策略(即上述策略规则)；

其中，A-RACF决策是否需要在RCEF安装传输策略；在决策为接纳(即上述检查均通过)的情况下，A-RACF决策需要在RCEF安装传输策略。

步骤S912：如果传输策略需要在RCEF安装，A-RACF发送资源请求消息给RCEF，以安装传输策略；

步骤S914：RCEF安装来自A-RACF的传输策略，并发送资源请求响应给A-RACF；

步骤S916：A-RACF发送资源请求响应给SPDF；

步骤S918：如果该资源请求需要使用BGF，则SPDF发送资源请求消息给BGF，该请求消息中包含控制BGF的策略规则；

步骤S920：BGF根据上述策略规则进行相应的处理后，向SPDF返回响应消息；以及

步骤S922：SPDF发送资源请求响应给AF。

需要注意的是，上述方案不仅适用于ITU-TRACF的功能框架、TISPANRACS的功能框架，在不冲突的情况下，还适用于其他与资源接纳控制相关的功能框架。

综上所述，借助本发明提供的上述实施例，资源接纳控制平台(例如，RACF或RACS)在执行资源接纳控制时，无需根据用户QoS签约信息进行验证，可以根据指示参数，运营商策略规则，和当前资源可用性，而执行资源接纳控制，产生资源接纳控制决策(接纳或拒绝)，使得本可以免费享受业务的用户通过资源接纳控制系统的授权验证，从而可以有效提高用户体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种资源接纳控制方法，其特征在于包括资源接纳控制平台接收来自于应用平台的携带有指示参数的资源请求消息并根据所述指示参数，运营商策略规则，和当前资源可用性信息，执行资源接纳控制，其中，所述指示参数用于指示用户请求的业务是免费提供给所述用户的；

所述免费提供给所述用户的业务包括运营商免费提供给所述用户的业务或第三方用户付费提供给所述用户的业务。

2.根据权利要求1所述的方法，其特征在于，所述资源接纳控制平台执行资源接纳控制之后，制定策略规则。

3.根据权利要求1所述的方法，其特征在于，所述资源接纳控制平台制定策略规则之后，发送并安装制定的所述策略规则到传输功能实体。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述资源接纳控制平台包括资源接纳控制功能RACF实体；以及所述应用平台包括业务控制功能SCF实体。

5.根据权利要求4所述的方法，其特征在于，所述RACF实体执行资源接纳控制包括以下步骤：

所述RACF实体的策略决策功能实体PD-FE将所述资源请求消息携带的服务指令资源与所述运营商策略规则进行比较，确定是否通过授权检查；

如果是，所述PD-FE根据传输资源控制功能实体TRC-FE返回的当前资源可用状况执行可用性检查；以及

所述PD-FE根据可用性检查结果执行资源接纳控制。

6.根据权利要求1至3中任一项所述的方法，其特征在于，所述资源接纳控制平台包括资源接纳控制子系统RACS；以及所述应用平台包括应用功能AF实体。

7.根据权利要求6所述的方法，其特征在于，所述RACS实体执行资源接纳控制包括以下步骤：

所述RACS的基于业务的策略决策功能SPDF实体将所述资源请求消息携带的服务指令资源与所述运营商策略规则进行比较，确定是否通过授权检查；

如果是，所述RACS的接入资源接纳控制功能A-RACF实体根据当前资源可用性状况确定可用性检查结果；以及

所述A-RACF根据可用性检查结果执行资源接纳控制。

8.一种资源接纳控制系统，其特征在于包括：

应用平台装置，用于发送携带有指示参数的资源请求消息，其中，所述指示参数用于指示用户请求的业务是免费提供给所述用户的；以及

资源接纳控制平台装置，用于响应所述资源请求消息，并根据所述指示参数，运营商策略规则，和当前资源可用性信息，执行资源接纳控制；

其中，免费提供给所述用户的业务包括运营商免费提供给所述用户的业务或第三方用户付费提供给所述用户的业务。

9.根据权利要求8所述的系统，其特征在于，所述资源接纳控制平台装置还用于制定策略规则。

10.根据权利要求9所述的系统，其特征在于还包括传输功能实体装置，用于接收来自于所述资源接纳控制平台制定的所述策略规则，并安装所述策略规则。

11.根据权利要求8至10中任一项所述的系统，其特征在于，所述资源接纳控制平台装置包括资源接纳控制功能RACF实体；以及所述应用平台包括业务控制功能SCF实体。

12.根据权利要求8至10中任一项所述的系统，其特征在于，所述资源接纳控制平台包括资源接纳控制子系统RACS；以及所述应用平台包括应用功能AF实体。