CN105682069A - 一种配置网络资源的方法、装置及系统 - Google Patents

Abstract

本发明公开了一种配置网络资源的方法、装置及系统，该方法包括：第一服务器在接收到业务规则数据包时，获得第一规则；根据所述第一规则，生成至少一个第二规则，其中所述第二规则用于针对数据流进行处理；将所述第二规则下发给第二服务器，指示所述第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略控制的功能，所述第二服务器具有策略执行的功能，用以解决目前为业务应用设置业务规则，并适配网络服务能力时，业务应用的执行时延较大，业务规则的存储数量以及传输规则配置接口信令的数量较多的问题。

Description

一种配置网络资源的方法、装置及系统

本申请要求在2014年12月05日提交中国专利局、申请号为201410738267.0、发明名称为“一种配置网络资源的方法、装置及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本发明涉及无线通信技术领域，尤其是涉及一种配置网络资源的方法、装置、系统、第一服务器以及第二服务器。

背景技术

随着移动网络能力的增强，网络带宽和传输时延都有了大幅改善，可以为用户、业务应用提供更好的网络服务质量。而用户、业务应用的个性化需求也越来越多，不同的业务应用对移动网络有着不完全相同的质量需求。例如话音类业务应用对网络的时延要求较高；而高清视频等业务应用对网络带宽等网络能力要求较高。因此不同的业务应用希望网络能够为其提供定制化的业务质量，以达到最佳的用户业务使用体验。

业务应用在运行时，对网络的需求可以称之为业务规则。业务应用的提供商希望能够基于业务应用的需求，将业务应用对网络的需求，例如服务质量(英文：QualityofService，缩写：QoS)通知给网络侧，以期网络侧为业务应用适配相应的服务，提高用户使用相关业务应用的体验。对于网络运营商来说，期望能够根据业务应用提供商的网络需求，适配相应的业务规则，以提供与之匹配的网络能力，最优的实现网络资源的分配，例如为用户提供适当的带宽以推送恰当的编码速率的流媒体文件等。

由于目前网络的状态及应用的需求长久以来都是非透明状态。网络侧为业务应用提供相应的网络服务能力时，需要获取业务应用的需求。这就需要在业务应用运营前，将业务应用对网络的需求通过业务规则的形式预配置在运营商的网络设备中。而当前的一些业务规则并不支持第三方预配置。一般情况下，为解决该问题，将网络运营商自运营的一些业务应用的业务规则适配引入到第三方业务应用预配置中。但是，将网络运营商自运营的一些业务应用的业务规则适配引入到第三方业务应用预配置中存在下述问题：

首先，网络运营商自运营的一些业务应用，需要在用户和应用层功能实体(英文：applicationfunction，缩写：AF)建立连接后，再进行业务规则的下发，如果第三方业务应用也采用同样的方式，则使得业务应用的执行时延较大。其次，当前业务规则的应用配置基于用户粒度，需要在业务应用运营前，为每个用户配置规则，不支持第三方通用业务规则的配置，如果第三方业务采用该种配置方式，将增加的接口配置信令量。

综上所述，目前为业务应用设置业务规则，并适配网络服务能力时，需要和AF连接后生成对应的业务规则，业务应用的执行时延较大，多次交互使得业务规则的存储数量以及传输规则配置接口信令的数量较多。

发明内容

本发明提供了一种配置网络资源的方法、装置、系统第一服务器及第二服务器，用以解决目前为业务应用设置业务规则，并适配网络服务能力时，减少业务应用的执行时延，降低业务规则的存储数量以及传输规则配置接口信令的数量。

一种配置网络资源的方法，包括：第一服务器在接收到业务规则数据包时，获得第一规则；根据所述第一规则，生成至少一个第二规则，其中所述第二规则用于针对数据流进行处理；将所述第二规则下发给第二服务器，指示所述第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略控制的功能，所述第二服务器具有策略执行的功能。

在获得第一规则之后，根据所述第一规则，生成至少一个第二规则之前，还包括：向所述第二服务器发送用于确认与所述第一规则对应的业务应用是否开启的询问消息；以及接收所述第二服务器上报的用于确认所述业务应用开启的响应消息。

所述第一规则包括：第一规则标识；至少一个第一规则应用对象标识；第一规则所适用的业务数据流特征。

所述第一规则应用对象标识至少包括下述中的一种：用于定制业务规则所适配的业务应用对象的终端标识；用于定制第一规则所适配的业务应用对象的用户标识；所述业务数据流特征包括：业务数据流匹配规则。

一服务器接收到业务规则数据包，包括：所述第一服务器通过具备规则配置接口的网元接收业务应用服务器发送的业务规则数据包，其中所述具备规则配置接口的网元是网络中具备能力开放功能的网元。

所述具备规则配置接口的网元至少包括下述中的一种：业务能力开放功能SCEF设备；应用接入控制AAC设备；策略控制和计费规则功能PCRF设备。

所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则，所述第二服务器是策略和计费执行功能PCEF设备。

将所述第二规则下发给第二服务器之后，还包括：在所述PCRF设备接收到业务应用服务器发送的业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；所述PCRF设备按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

在所述PCRF设备按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则之后，还包括：在接收到所述PCEF设备业务规则更新响应消息时，向业务应用服务器发送业务规则更新响应消息，其中所述业务规则更新响应消息是PCEF设备在更新与所述待更新的业务应用对应的PCC规则之后发送的。

在将所述第二规则下发给第二服务器之后，还包括：所述PCRF设备在接收到业务应用服务器发送的业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；所述PCRF设备按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则；以及所述PCRF设备删除确定出的PCC规则。

在删除确定出的PCC规则之后，还包括：所述PCRF设备在接收到PCEF设备发送的业务应用规则删除响应消息时，向业务应用服务器发送业务应用规则删除响应消息，其中所述业务应用规则删除响应消息是PCEF设备在删除确定出的PCC规则之后发送的。

一种第一服务器，包括：获得模块，用于在接收到业务规则数据包时，获得第一规则；生成模块，用于根据所述第一规则，生成至少一个第二规则，其中所述第二规则用于针对数据流进行处理；执行模块，用于将所述第二规则下发给第二服务器，指示所述第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略控制的功能，所述第二服务器具有策略执行的功能。

还包括：发送模块，用于向所述第二服务器发送用于确认与所述第一规则对应的业务应用是否开启的询问消息；接收模块，用于接收所述第二服务器上报的用于确认所述业务应用开启的响应消息。

所述获得模块获得的所述第一规则包括：第一规则标识；第一规则应用对象标识；第一规则所适用的业务数据流特征。

所述获得模块获得的所述第一规则应用对象标识至少包括下述中的一种：用于定制业务规则所适配的业务应用对象的终端标识；用于定制第一规则所适配的业务应用对象的用户标识；所述业务数据流特征包括：业务数据流匹配规则。

所述获得模块，具体用于通过规则配置网元接收业务应用服务器发送的业务规则数据包。

一种配置网络资源的装置，包括：接收模块，用于接收业务应用服务器发送的业务规则数据包；获得模块，用于在所述接收模块接收到业务规则数据包时，获得业务规则；PCC规则生成模块，用于根据所述业务规则，生成与业务应用适配的策略控制和计费PCC规则；执行模块，用于将所述PCC规则下发给策略和计费执行功能PCEF设备，指示所述PCEF设备按照所述PCC规则执行与PCC规则对应的业务应用。

还包括：发送模块，用于向PCEF设备发送用于确认与业务规则对应的业务应用是否开启的询问消息；所述接收模块，还用于接收所述PCEF上报的用于确认所述业务应用开启的响应消息。

所述接收模块，还用于接收所述PCEF设备在执行所述PCC规则时发送的业务规则开启响应消息。

所述获得模块，还用于在接收到业务应用服务器发送的业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；所述执行模块，还用于按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

所述执行模块，还用于在接收到PCEF设备业务规则更新响应消息时，向业务应用服务器发送业务规则更新响应消息，其中所述业务规则更新响应消息是PCEF设备在更新与所述待更新的业务应用对应的PCC规则之后发送的。

所述获得模块，还用于在接收到业务应用服务器发送的业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；所述PCC规则生成模块，还用于按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则；所述执行模块，还用于删除确定出的PCC规则。

所述执行模块，还用于在接收到PCEF设备发送的业务应用规则删除响应消息时，向业务应用服务器发送业务应用规则删除响应消息，其中所述业务应用规则删除响应消息是PCEF设备在删除确定出的PCC规则之后发送的。

所述获得模块获得的业务规则包括：业务规则标识；业务规则应用对象标识；业务规则所适用的业务数据流特征。

所述获得模块获得的业务规则应用对象标识至少包括下述中的一种：用于定制业务规则所适配的业务应用对象的终端标识；用于定制业务规则所适配的业务应用对象的用户标识；获得的所述业务数据流特征包括：业务数据流匹配规则。

一种配置网络资源的系统，包括第一服务器和第二服务器；其中所述第一服务器在接收到业务规则数据包时，获得第一规则；根据所述第一规则，生成至少一个第二规则，其中所述第二规则用于针对数据流进行处理；将所述第二规则下发给第二服务器，指示所述第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略控制的功能，所述第二服务器具有策略执行的功能；所述第二服务器，用于接收所述第二规则，并按照所述第二规则执行与所述第二规则对应的业务应用。

所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则，所述第二服务器是策略和计费执行功能PCEF设备。

一种配置网络资源的方法，包括：第二服务器接收第一服务器发送的至少一个第二规则，其中所述第二规则是所述第一服务器根据接收到的业务规则数据包获得的第一规则，并根据所述第一规则生成；所述第二服务器加载接收到的所述第二规则；所述第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略服务的功能，所述第二服务器具有策略执行的功能。

在所述第二服务器接收所述第一服务器发送的第二规则之前，还包括：所述第二服务器接收所述第一服务器发送的用于确认与所述第一规则对应的业务应用是否开启的询问消息；以及所述第二服务器在确定出所述业务应用开启时，向所述第一服务器上报的用于确认所述业务应用开启的响应消息。

所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则，所述第二服务器是策略和计费执行功能PCEF设备。

一种第二服务器，所述第二服务器具备策略执行的功能，包括：接收模块，用于接收第一服务器发送的至少一个第二规则，其中所述第二规则是所述第一服务器根据接收到的业务规则数据包获得的第一规则，并根据所述第一规则生成的，其中所述第一服务器具有策略服务的功能；加载模块，用于加载接收到的所述第二规则；执行模块，用于按照所述第二规则执行与所述第二规则对应的业务应用。

所述接收模块，还用于：接收所述第一服务器发送的用于确认与所述第一规则对应的业务应用是否开启的询问消息；所述装置还包括：发送模块，用于在确定出所述业务应用开启时，向所述第一服务器上报的用于确认所述业务应用开启的响应消息。

所述第二服务器是策略和计费执行功能PCEF设备，所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则。

一种配置网络资源的方法，包括：第二服务器接收第一服务器发送的第一规则，其中所述第一规则是所述第一服务器根据接收到的业务应用服务器发送的业务规则数据包获得的；并所述第二服务器根据接收到的第一规则，生成至少一个第二规则；以及按照所述第二规则执行与所述第二规则对应的业务应用。

所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则，所述第二服务器是策略和计费执行功能PCEF设备。

在接收到第一之后，生成至少一个第二规则之前，还包括：所述第二服务器加载接收到的所述业务规则。

在生成至少一个第二规则之后，按照所述第二规则执行与所述第二规则对应的业务应用之前，还包括：所述第二服务器确定接收到的业务规则对应的业务应用属性；所述第二服务器根据确定出的业务应用属性和生成的PCC规则绑定用于处理所述业务应用数据的承载。

在绑定用于处理所述业务应用数据的承载之后，还包括：所述第二服务器发送业务规则开启通知消息。

还包括：所述第二服务器在接收到业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；所述第二服务器按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

在按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则之后，还包括：所述第二服务器发送业务规则更新响应消息。

还包括：所述第二服务器在接收到业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；所述第二服务器按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则；所述第二服务器删除确定出的PCC规则。

在所述第二服务器删除确定出的PCC规则之后，还包括：所述第二服务器发送业务应用规则删除响应消息。

所述第一规则包括：第一规则标识；至少一个第一规则应用对象标识；第一规则所适用的业务数据流特征。

一种配置网络资源的装置，包括：接收模块，用于接收第一服务器发送的第一规则，其中所述第一规则是所述第一服务器根据接收到的业务应用服务器发送的业务规则数据包获得的；生成模块，用于根据接收到的第一规则，生成至少一个第二规则；执行模块，用于按照所述第二规则执行与所述第二规则对应的业务应用。

所述第一规则是业务规则，所述第二规则是策略控制和计费PCC规则；所述生成模块具体包括：PCC规则生成模块，用于加载接收到的所述业务规则。

还包括：确定模块，用于确定接收到的业务规则对应的业务应用属性；所述执行模块，还用于根据确定出的业务应用属性和生成的PCC规则绑定用于处理所述业务应用数据的承载。

所述执行模块，还用于发送业务规则开启通知消息。

还包括：获得模块，用于在接收到业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；所述PCC规则生成模块，还用于按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

还包括：确定模块，用于在接收到业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则；所述执行模块，还用于删除确定出的PCC规则。

一种策略和计费执行功能PCEF设备，包括上述的配置网络资源的装置。

一种配置网络资源的系统，包括：第一服务器和第二服务器，其中，所述第一服务器，根据接收到的业务规则数据包获得第一规则，并将获得的第一规则发送给所述第二服务器；所述第二服务器，接收第一服务器发送的第一规则，所述第二服务器根据接收到的第一规则，生成至少一个第二规则；以及按照所述第二规则执行与所述第二规则对应的业务应用。

通过上述技术方案，和业务应用服务器进行通信，业务应用服务器将第一规则第一服务器或第二服务器，第一服务器或第二服务器基于业务粒度管理业务规则，生成第二规则，不需要和AF建立连接，执行业务应用以确定第二规则，这样可以减少维护的业务规则的数量，并减少交互信令，能够较好地解决目前为业务应用设置业务规则，并适配网络服务能力时，业务应用的执行时延较大，业务规则的存储数量以及传输规则配置接口信令的数量较多的问题。

附图说明

图1a为本发明实施例一中，提出的配置网络资源系统结构组成示意图；

图1b为本发明实施例一中，提出的配置网络资源方法流程示意图之一；

图1c为本发明实施例一中，提出的配置网络资源方法流程示意图之二；

图2a为本发明实施例一中，提出的第一服务器结构组成示意图；

图2b为本发明实施例一中，提出的第二服务器结构组成示意图；

图3a为本发明实施例一中，提出的配置网络资源方法流程图；

图3b为本发明实施例一中，提出的业务规则更新方法流程图；

图4a为本发明实施例一中，提出的业务规则删除方法流程图；

图4b为本发明实施例一中，提出的配置网络资源方法流程图；

图5为本发明实施例一中，提出的具备规则配置接口的网元结构组成示意图；

图6为本发明实施例二中，提出的配置网络资源方法流程图；

图7为本发明实施例二中，提出的业务规则更新方法流程图；

图8为本发明实施例二中，提出的业务规则删除方法流程图；

图9为本发明实施例二中，提出的具备规则配置接口的网元结果组成示意图。

具体实施方式

本发明各实施例提出的技术方案中，在配置网络资源的系统中，在业务应用服务器和PCRF设备之间增加具备规则配置接口的网元，以及适配具备规则配置接口的网元的相应接口，用于转发业务应用服务器和PCRF设备之间的数据。该增加的具备规则配置接口的网元，可以作为一个集成模块设置在PCRF设备中，也可以作为一个独立设备，能够和PCRF设备以及业务应用服务器之间进行通信。

其中，在本发明各实施例提出的技术方中，具备规则配置接口的网元，也可以称之为配置网络资源装置或配置网路资源接口，该具备规则配置接口的网元在后文将详细阐述。

PCC是在3GPPR7中提出的一种实现资源接纳控制功能的逻辑架构。PCC可以提供基于用户信息实现策略控制和基于业务数据流的计费控制。PCC架构中主要包括PCRF、PCEF、SPR和AF等功能网元，TS23.203中定义的PCC功能架构如图1a所示。PCRF用于根据用户接入网络的限制、运营商策略、用户签约数据，以及用户当前正在进行的业务信息等，决定所要执行的策略，并将该策略下发给策略和计费执行功能实体(PolicyandCharingEnforcementFunction,PCEF),由PCEF执行这些策略。策略包括业务数据流的检测规则、是否进行门控、业务数据流对应的QoS，以及基于流的计费规则(如基于时间、流量、事件进行计费)。

PCEF设备，用于通过执行PCRF设备下发的策略，实现对业务数据流的检测和测量、业务数据流的检测和测量、业务数据流的QoS保证、用户面的流量处理、以及触发控制面的会话管理等。该功能实体基于网关(Gateway)实现。

用户签约数据库(英文：SubscriptionProfileRepository，缩写SPR)用于向PCRF提供用户签约数据。

应用层功能实体(英文：ApplicationFunction，缩写：AF)，用于向PCRF动态提供应用层的会话信息，PCRF根据该信息动态生成或修改对应的策略。

上述各功能实体间的接口描述如下：

Gx参考点：该参考点连接PCEF和PCRF，用于实现以下功能：连接的建立、维护和终止；PCEF向PCRF请求PCC规则；PCRF向PCEF下发PCC规则；协商承载的建立模式。该参考点使用IETF定义的Diameter协议，关于该参考点的详细定义参见3GPPTS29.212。

Rx参考点：该参考点连接AF与PCRF，用于AF下发应用层相关信息，该信息包括用于识别业务数据流的IP过滤器，应用或媒体所需带宽信息等。该参考点使用IETF定义的Diameter协议。AF(ApplicationFunction)通过Rx接口将业务信息提供给PCRF或从PCRF删除，例如业务数据流的IP信息、业务带宽需求等，同时Rx接口将来自PCEF的事件和信息传送至AF。PCRF完成从业务信息向核心网QoS(QCI、ARP、MBR、GBR)的映射。

Sp参考点：该参考点连接SPR与PCRF，用于PCRF向SPR请求用户签约信息。该签约信息用于确定传输层策略。该参考点目前属于私有接口，可由设备商自行定义。

下面将结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。

实施例一

本发明实施例一提出一种配置网络资源的系统，包括第一服务器、第二服务器以及业务应用服务器。

其中，第一服务器具有策略服务的功能，第二服务器具有策略执行的功能，例如，第一服务器可以是PCRF设备，第二服务器可以是PCEF设备，第一服务器可以是具有策略功能的模块，集成在PCRF设备中，或者集成在其他网络侧设备中，相应地，第二服务器也可以是具有策略执行功能的模块，集成在PCEF设备中，或者集成在其他网络侧设备中。

在本发明实施例提出的技术方案中，其系统架构如1a所示，以第一服务器是PCRF设备，第二服务器是PCEF设备为例进行详细阐述。

本发明实施例一提出的系统架构中，在业务应用服务器和第一服务器之间，可以设置具备规则配置接口的网元，用于转发业务应用服务器发送的业务规则数据包。该规则配置网元可以是集成在业务应用服务器中，也可以是集成在第一服务器中的模块，该规则配置网元还可以是设置在业务应用服务器和第一服务器之间的独立网元设备，用于转发业务应用服务器和PCRF设备之间的数据。

具体地，上述具备规则配置接口的网元可以是具备能力开放功能的网元，例如可以是移动通信网络的业务能力开放功能(ServiceCapabilityExposureFunction，SCEF)设备，或者是应用接入控制(ApplicationAccessControll，AAC)设备，也可以为包含策略控制网元的接口的PCRF设备。

本发明实施例一提出的技术方案中，第一规则可以是业务规则，第二规则可以是策略控制规则，第二服务器执行该策略控制规则。

本发明实施例一提出的技术方案中，将以第一服务器是PCRF设备、第二服务器是PCEF设备、在第一服务器和业务应用服务器之间设置独立的具备规则配置的网元设备为例进行方案的详细阐述，其中：

业务应用服务器，用于发送业务规则数据包。

其中业务规则数据包中包括第一规则。第一规则包括第一规则标识、第一规则内容、至少一个第一规则应用对象标识以及第一规则所适用的业务数据流特征、第一规则所适用的业务应用标识等。

第一规则应用对象标识至少包括下述中的一种：

用于定制第一规则所适配的业务应用对象的终端标识；

用于定制第一规则所适配的业务应用对象的用户标识；

业务数据流特征包括：业务数据流匹配规则。

具体地，业务数据流特征包括业务数据流五元组特征、链路层特征。

其中，业务数据流五元组特包括源/目的IP地址，源/目的端口号，协议号。链路层特征包括如MAC地址、MPLS标签等。

PCRF设备，用于根据用户接入网络的限制、运营商策略、用户签约数据，以及用户当前正在进行的业务信息等，决定所要执行的策略，并将该策略下发给PCEF,由PCEF执行该些策略。策略包括业务数据流的检测规则、是否进行门控、业务数据流对应的QoS，以及基于流的计费规则(例如基于时间、流量、事件进行计费)。

本发明实施例一提出的技术方案中，PCRF设备可以通过相应的规则配置接口和业务应用服务器之间直接进行通信，接收业务应用服务器发送的业务规则数据包。PCRF设备还可以通过规则配置网元接收业务应用服务器发送的业务规则数据包。

PCRF设备接收业务应用服务器发送的业务规则数据包，在接收到业务规则数据包时，获得第一规则。将第一规则和对应的业务应用业对应存储。

进一步地，PCRF设备向PCEF设备发送用于确认该业务应用是否开启的询问消息，以及接收PCEF上报的用于确认业务应用开启的响应消息。

PCEF设备，用于通过执行PCRF下发的策略，实现对业务数据流的检测和测量、业务数据流的检测和测量、业务数据流的QoS保证、用户面的流量处理、以及触发控制面的会话管理等。该设备可以基于网关(Gateway)实现。

在本发明实施例三提出的技术方案中，PCEF设备接收PCRF设备发送的第二规则，PCEF加载接收到的第二规则；PCEF按照第二规则执行与第二业务对应的业务应用。

在PCEF设备接收PCRF设备发送的第二规则之前，还包括：PCEF设备接收PCRF设备发送的用于确认与第一规则对应的业务应用是否开启的询问消息；以及PCEF设备在确定出业务应用开启时，向PCEF上报的用于确认业务应用开启的响应消息。

基于上述系统架构，本发明实施例一提出一种配置网络资源的方法，如图1b所示，其具体处理流程如下述：

步骤101，业务应用服务器通过规则配置网元发送业务规则数据包。

其中，业务规则数据包中包括第一规则。

第一规则包括第一业务规则标识、第一规则内容、至少一个第一规则应用对象标识以及第一规则所适用的业务数据流特征、第一规则所适用的业务应用标识等。

第一规则应用对象标识至少包括下述中的一种：

用于定制第一规则所适配的业务应用对象的终端标识。

用于定制第一规则所适配的业务应用对象的用户标识。

业务数据流特征包括：业务数据流匹配规则。

具体地，业务数据流特征包括业务数据流五元组特征、链路层特征。

其中，业务数据流五元组特包括源/目的IP地址，源/目的端口号，协议号。链路层特征包括如MAC地址、MPLS标签等。

步骤102，PCRF设备通过规则配置网元接收业务规则数据包。

步骤103，PCRF设备在接收到的业务应用服务器发送的业务规则数据包中，获得第一规则。

本发明实施例三提出的技术方案中，第一规则是基于业务粒度的规则。

步骤104，PCRF设备将获得的第一规则和对应的业务应用对应存储。

PCRF设备加载第一规则，并将第一规则和业务应用对应存储。

步骤105，PCRF设备根据第一规则，生成至少一个第二规则。

本发明实施例一提出的技术方案中，第二规则是用于针对业务应用数据流进行处理的规则，PCRF设备根据第一规则，可以生成多个不同的第二规则，每个第二规则对应处理不完全相同的据流。

步骤106，PCRF设备将第二规则下发给PCEF设备。

步骤107，PCEF设备接收PCRF设备下发的第二规则。

步骤108，PCEF设备加载并执行接收到的第二规则。

步骤109，PCEF设备向PCRF设备回复用于通知第二规则开启的通知消息。

步骤110，PCRF设备接收通知消息。

步骤111，PCRF设备将接收到的通知消息发送给业务应用服务器。

步骤112，业务应用服务器接收通知消息。

步骤113，业务应用服务器向用户终端发送用于通知业务状态的消息。

业务应用服务器可以通过短消息、多媒体消息的方式，向用户终端发送用于通知业务状态的消息。

可选地，如图1c所示，在上述步骤步骤103获得第一规则之后，步骤105PCRF设备根据第一规则，生成与业务应用适配的第二规则之前，还包括：

步骤201，PCRF设备向PCEF设备发送用于确认与第一规则对应的业务应用是否开启的询问消息。

步骤202，PCEF设备接收询问消息。

步骤203，PCRF设备接收PCEF上报的用于确认业务应用开启的响应消息。

在上述步骤201～步骤203过程中，PCRF设备向PCEF设备订阅第一规则对应的业务应用，PCEF设备检测到业务应用数据流生成时，向PCRF设备上报业务应用开启的响应消息。

相应地，本发明实施例三提出一种第一服务器，如图2a所示，包括：

获得模块111，用于在接收到业务规则数据包时，获得第一规则。

生成模块112，用于根据所述第一规则，生成至少一个第二规则。

其中所述第二规则用于针对数据流进行处理。

执行模块113，用于将所述第二规则下发给第二服务器，指示第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略控制的功能，所述第二服务器具有策略执行的功能。

可选地，该装置还包括：

发送模块，用于向所述第二服务器发送用于确认与所述第一规则对应的业务应用是否开启的询问消息。

接收模块，用于接收所述第二服务器上报的用于确认所述业务应用开启的响应消息。

具体地，上述获得模块获得的所述第一规则包括：第一规则标识；至少一个第一规则应用对象标识；第一规则所适用的业务数据流特征。

具体地，上述获得模块获得的所述第一规则应用对象标识至少包括下述中的一种：用于定制业务规则所适配的业务应用对象的终端标识；用于定制第一规则所适配的业务应用对象的用户标识；所述业务数据流特征包括：业务数据流匹配规则。

具体地，上述获得模块，具体用于通过规则配置网元接收业务应用服务器发送的业务规则数据包。

其中所述具备规则配置接口的网元是网络中具备能力开放功能的网元。

所述具备规则配置接口的网元至少包括下述中的一种：业务能力开放功能SCEF设备；应用接入控制AAC设备；策略控制和计费规则功能PCRF设备。

本发明实施例三上述提出的第一服务器，该第一服务器的具体实施原理请参见上述方法实施例中PCRF设备的实施方式，这里不再赘述。

相应地，本发明实施例三提出一种第二服务器，如图2b所示，第二服务器具备策略执行的功能，包括：

接收模块121，用于接收第一服务器发送的至少一个第二规则，其中所述第二规则是所述第一服务器根据接收到的业务规则数据包获得的第一规则，并根据所述第一规则生成的，其中所述第二规则用于针对数据流进行处理其中所述第一服务器具有策略控制的功能。

加载模块122，用于加载接收到的所述第二规则。

执行模块123，用于按照所述第二规则执行与所述第二业务对应的业务应用。

可选地，所述接收模块，还用于：接收所述第一服务器发送的用于确认与所述第一规则对应的业务应用是否开启的询问消息；

所述装置还包括：发送模块，用于在确定出所述业务应用开启时，向所述第一服务器上报的用于确认所述业务应用开启的响应消息。

本发明实施例三上述提出的技术方案中，是以PCRF设备、PCEF设备为例来进行详细阐述的，在具体实施中，还可以通过其他具备PCRF设备、PCEF设备的相应功能的设备来执行上述技术方案。

实施例二

本发明实施例二提出一种配置网络资源的系统，以第一服务器是PCRF设备，第一规则是业务规则，第二规则是PCC规则，第二服务器是PCEF设备为例进行方案的详细阐述。其系统架构如1a所示，包括PCRF设备、PCEF设备以及业务应用服务器。

为业务应用配置网络资源包括生成与业务应用对应的业务规则、更新生成的业务规则以及删除生成的业务规则。下面一一进行阐述。

业务应用服务器，用于发送业务规则数据包。

其中，业务规则数据包中包括业务规则。

业务规则包括业务规则标识、业务规则内容、业务规则应用对象标识以及业务规则所适用的业务数据流特征、业务规则所适用的业务应用标识等。

业务规则应用对象标识至少包括下述中的一种：

用于定制业务规则所适配的业务应用对象的终端标识；

用于定制业务规则所适配的业务应用对象的用户标识；

业务数据流特征包括：业务数据流匹配规则。

具体地，业务数据流特征可以但不限于包括业务数据流五元组特征、链路层特征。

其中，业务数据流五元组特包括源/目的IP地址，源/目的端口号，协议号。链路层特征可以包括如MAC地址、MPLS标签等。

PCRF设备，用于根据用户接入网络的限制、运营商策略、用户签约数据，以及用户当前正在进行的业务信息等，决定所要执行的策略，并将该策略下发给PCEF,由PCEF执行该些策略。策略包括业务数据流的检测规则、是否进行门控、业务数据流对应的QoS，以及基于流的计费规则(例如基于时间、流量、事件进行计费)。

本发明实施例二提出的技术方案中，PCRF设备接收业务应用服务器发送的业务规则数据包，在接收到业务规则数据包时，获得业务规则。将业务规则和对应的业务应用业对应存储。向PCEF设备发送用于确认该业务应用是否开启的询问消息。

PCRF设备可以通过相应的配置网络资源的接口或者配置网络资源的装置和业务应用服务器之间直接进行通信，接收业务应用服务器发送的业务规则数据包。

PCEF设备，用于通过执行PCRF下发的策略，实现对业务数据流的检测和测量、业务数据流的检测和测量、业务数据流的QoS保证、用户面的流量处理、以及触发控制面的会话管理等。该设备可以基于网关(Gateway)实现。

本发明实施例提出的技术方案中，PCEF设备，向PCEF设备上报的用于确认业务应用开启的响应消息。

PCRF设备，接收PCEF设备上报的用于确认业务应用开启的响应消息。并根据业务规则，生成与业务应用适配的策略控制和计费(英文：PolicyControlandCharging，缩写：PCC)规则，以及将PCC规则下发给PCEF设备，指示PCEF设备按照PCC规则执行与PCC规则对应的业务应用。

PCEF设备，接收PCRF设备发送的PCC规则，按照PCC规则执行与PCC规则对应的业务应用，并在执行PCC规则时发送业务规则开启响应消息。

其中，PCEF设备，接收PCRF设备发送的PCC规则，加载接收到的PCC规则，在加载该PCC规则后，执行加载的PCC规则和对应的承载的绑定；若没有对应的承载时，PCEF设备发起承载建立流程。在执行PCC规则时发送业务规则开启响应消息。

其中，承载是具有明确速率、延迟和误比特率的IP传输路径，该路径指的是接入网到GW之间。连接指的是用户设备(UE)和外部分组数据网络(英文：PacketDataNetwork，缩写：PDN)(如因特网)之间的连接关系，该连接关系通过UE的IP地址和UE的标识来识别。连接可以包含一到多个承载。

上述为业务应用生成对应的业务规则的具体实施方式。具体实施中，在生成业务规则后，相应地，还会对生成的业务规则进行更新，具体为：

PCRF设备在将PCC规则下发给PCEF设备之后，若接收到业务应用服务器发送的业务规则更新请求时，会根据接收到的业务规则更新请求执行相应的处理。

业务应用服务器发送业务规则更新请求。

其中，业务规则更新请求中包括业务规则。

PCRF设备接收业务应用服务器发送的业务规则更新请求，获得业务规则更新请求中的业务规则更新数据包和待更新的业务应用；按照业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

PCEF设备发送业务规则更新响应消息。

PCRF设备接收PCEF设备业务规则更新响应消息，向业务应用服务器发送业务规则更新响应消息。

其中业务规则更新响应消息是PCEF设备在更新与所述待更新的业务应用对应的PCC规则之后发送的。

相应地，还可以删除与业务应用对应的业务规则，具体为：

业务应用服务器发送业务规则删除请求。

其中，业务规则删除请求中包括业务规则标。

PCRF设备接收业务应用服务器发送的业务规则删除请求。获得业务规则删除请求中的业务规则标识，按照获得的业务规则标识，确定对应的PCC规则。删除确定出的PCC规则。

PCEF设备发送业务应用规则删除响应消息。

其中所述业务应用规则删除响应消息是PCEF设备在删除确定出的PCC规则之后发送的。

PCRF设备在接收到PCEF设备发送的业务应用规则删除响应消息时，向业务应用服务器发送业务应用规则删除响应消息。

基于图1a所示的系统架构，本发明实施例二提出一种配置网络资源的方法，该方法包括生成与业务应用对应的业务规则、更新生成的业务规则以及删除生成的业务规则。如图3a所示，生成与业务应用对应的业务规则具体处理方式如下述：

步骤21，PCRF设备接收业务规则数据包。

PCRF设备接收业务应用服务器发送的业务规则数据包。其中，业务规则数据包中包括业务规则。业务规则包括业务规则标识、业务规则内容、业务规则应用对象标识以及业务规则所适用的业务数据流特征、业务规则所适用的业务应用标识等。

业务规则应用对象标识至少包括下述中的一种：

用于定制业务规则所适配的业务应用对象的终端标识；

用于定制业务规则所适配的业务应用对象的用户标识；

业务数据流特征包括：业务数据流匹配规则。

具体地，业务数据流特征包括业务数据流五元组特征、链路层特征。

其中，业务数据流五元组特包括源/目的IP地址，源/目的端口号，协议号。链路层特征包括如MAC地址、MPLS标签等。

步骤22，PCRF设备在接收到业务规则数据包中，获得业务规则。

步骤23，PCRF设备将业务规则和对应的业务应用对应存储。

PCRF设备加载业务规则，并将业务规则和业务应用对应存储。

步骤24，PCRF设备根据业务规则，生成与业务应用适配的PCC规则。

步骤25，PCRF设备将PCC规则下发给PCEF设备。

步骤26，PCEF设备按照PCC规则执行与PCC规则对应的业务应用。

可选地，在步骤23将业务规则和对应的业务应用对应存储之后，步骤24根据业务规则，生成与业务应用适配的PCC规则之前，还包括：

步骤231，向PCEF设备发送用于确认与业务规则对应的业务应用是否开启的询问消息。

步骤232，接收PCEF上报的用于确认所述业务应用开启的响应消息。

一种较佳地实施方式，本发明实施例提出的技术方案中，在上述步骤25将PCC规则下发给PCEF设备之后，还包括：

步骤27，接收PCEF设备在执行PCC规则时发送的业务规则开启响应消息。并将业务规则开启响应消息发送给业务应用服务器，由业务应用服务器发送给用户终端。

在生成业务规则后，相应地，还会对生成的业务规则进行更新，如图3b所示，具体为：

步骤31，PCRF设备接收业务应用服务器发送的业务规则更新请求。

其中，业务规则更新请求中包括业务规则

步骤32，获得业务规则更新请求中的业务规则更新数据包和待更新的业务应用。

步骤33，按照业务规则更新数据包适配与待更新的业务应用对应的PCC规则。

若业务规则更新请求中的业务规则不存在时，PCRF设备生成业务规则并存储，并按照业务规则更新数据包指示PCEF设备批量适配与待更新的业务应用对应的PCC规则。

步骤34，接收PCEF设备发送的业务规则更新响应消息。

其中业务规则更新响应消息是PCEF设备在更新与待更新的业务应用对应的PCC规则之后发送的。

步骤35，PCRF设备向业务应用服务器发送业务规则更新响应消息。

步骤36，业务应用服务器将业务规则更新响应消息发送给用户终端。

相应地，还可以删除业务应用对应的业务规则，如图4a所示，具体为：

步骤41，PCRF设备接收业务应用服务器发送的业务规则删除请求。

其中，业务规则删除请求中包括业务规则。

步骤42，获得业务规则删除请求中的业务规则标识。

步骤43，按照业务规则标识，确定与业务规则标识对应的PCC规则。

步骤44，删除确定出的PCC规则。

具体地，可以指示PCEF设备批量删除确定出的PCC规则。

步骤45，接收PCEF设备发送的业务应用规则删除响应消息。

业务应用规则删除响应消息是PCEF设备在删除确定出的PCC规则之后发送的。

步骤46，向业务应用服务器发送业务应用规则删除响应消息。

步骤47，业务应用服务器将应用规则删除响应消息转发给用户终端。

针对上述步骤21～步骤26的具体实施过程中，在业务应用服务器和PCRF设备之间，可以设置独立的具备规则配置的网元设备，该网元设备可以是SCEF设备，或者是AAC设备，其中，设置了SCEF设备，或者是AAC设备的配置网络资源的方法流程如图4b所示，具体如下述：

步骤401，业务应用服务器发送业务规则数据包。

步骤402，SCEF/AAC设备接收业务应用服务器发送的业务规则数据包。

步骤403，SCEF/AAC设备向PCRF设备发送业务规则数据包。

步骤404，PCRF设备接收SCEF/AAC设备发送的业务规则数据包。

其中，业务规则数据包中包括业务规则。业务规则包括业务规则标识、业务规则内容、业务规则应用对象标识以及业务规则所适用的业务数据流特征、业务规则所适用的业务应用标识等。

业务规则应用对象标识至少包括下述中的一种：

用于定制业务规则所适配的业务应用对象的终端标识；

用于定制业务规则所适配的业务应用对象的用户标识；

业务数据流特征包括：业务数据流匹配规则。

具体地，业务数据流特征包括业务数据流五元组特征、链路层特征。

其中，业务数据流五元组特包括源/目的IP地址，源/目的端口号，协议号。链路层特征包括如MAC地址、MPLS标签等。

步骤405，PCRF设备在接收到业务规则数据包中，获得业务规则。

步骤406，PCRF设备将业务规则和对应的业务应用对应存储。

PCRF设备加载业务规则，并将业务规则和业务应用对应存储。

步骤407，PCRF设备根据业务规则，生成与业务应用适配的PCC规则。

步骤408，PCRF设备将PCC规则下发给PCEF设备。

步骤409，PCEF设备按照PCC规则执行与PCC规则对应的业务应用。

相应地，本发明实施例一还提出一种配置网络资源的装置，如图5所示，包括：

接收模块501，用于接收业务应用服务器发送的业务规则数据包。

获得模块502，用于在所述接收模块接收到业务规则数据包时，获得业务规则。

PCC规则生成模块503，用于根据所述业务规则，生成与业务应用适配的策略控制和计费PCC规则。

执行模块504，用于将所述PCC规则下发给策略和计费执行功能PCEF设备，指示所述PCEF设备按照所述PCC规则执行与PCC规则对应的业务应用。

可选地，上述装置还包括：

发送模块，用于向PCEF设备发送用于确认与业务规则对应的业务应用是否开启的询问消息；所述接收模块，还用于接收所述PCEF上报的用于确认所述业务应用开启的响应消息。

可选地，上述接收模块501，还用于接收所述PCEF设备在执行所述PCC规则时发送的业务规则开启响应消息。

可选地，上述获得模块502，还用于在接收到业务应用服务器发送的业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；所述执行模块504，还用于按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

可选地，上述执行模块504，还用于在接收到PCEF设备业务规则更新响应消息时，向业务应用服务器发送业务规则更新响应消息，其中所述业务规则更新响应消息是PCEF设备在更新与所述待更新的业务应用对应的PCC规则之后发送的。

可选地，上述获得模块502，还用于在接收到业务应用服务器发送的业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；所述PCC规则生成模块503，还用于按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则。所述执行模块504，还用于删除确定出的PCC规则。

可选地，上述执行模块504，还用于在接收到PCEF设备发送的业务应用规则删除响应消息时，向业务应用服务器发送业务应用规则删除响应消息，其中所述业务应用规则删除响应消息是PCEF设备在删除确定出的PCC规则之后发送的。

具体地，上述获得模块获得的业务规则包括：业务规则标识；业务规则应用对象标识；业务规则所适用的业务数据流特征。

具体地，上述获得模块获得的业务规则应用对象标识至少包括下述中的一种：用于定制业务规则所适配的业务应用对象的终端标识；用于定制业务规则所适配的业务应用对象的用户标识；获得的所述业务数据流特征包括：业务数据流匹配规则。

本发明上述实施例二提出的技术方案中，PCC规则是一组用于实现业务数据流检测，并提供相应的策略控制和/或计费控制的参数信息。通过将数据包与PCC规则内的业务应用数据流模板相匹配，能够确定数据包是否属于该规则所控制的业务应用数据流。根据3GPPTS29.212的定义，一条PCC规则可以采用如下Charging-Rule-DefinitionAVP来表示(仅列出了部分参数，其中符号[]中的为可选项，符号*表示该项可以为多个)：

Charing-Rule-Definition＝<AVPHeader:1003>//计费规则定义

{Charging-Rule-Name}//计费规则名称

{Service-Identifier}//业务标识

{Rating-Group}//等级组

*[Flow-Description]//业务数据流描述

[QoS-Information]//QoS信息

……

其中的业务应用数据流描述(Flow-Description)包括：数据流的源/目的IP地址、源/目的端口和协议号；QoS信息(QoS-Information为PCC规则授权的QoS)。

每个PCC规则仅能够被加载到一个承载上，因此首先需要将PCC规则与其作用的承载进行关联。承载关联是指一个业务数据流(由PCC规则中的业务数据流模板进行定义)与传输该业务数据流的承载相关联的过程。承载关联包括三个步骤：

步骤一：会话关联。

根据UE的IP地址和标识，以及用户接入的PDN网络信息，PCRF执行会话关联，将AF会话信息和PCC规则关联到连接。

步骤二：PCC规则鉴权。

对于步骤以中选择的动态PCC规则，PCRF为其选择一个QoS级别标识(QCI)。

步骤三：承载关联。

将PCC规则与连接中的一个承载相关联。

其中PCEF执行承载关联步骤如下：根据步骤2中为数据流选择的QCI/ARP，PCEF首先尝试是否可以使用现有的承载传输该业务。如无可用的承载，PCEF将请求建立一个合适的承载。承载关联将具有相同的QCI/ARP的业务数据流和承载相互关联。

PCRF执行承载关联：根据PCEF与UE提供的数据流映射信息，关联过程将PCC规则与传输业务数据流的承载相关联。PCRF将业务数据流过滤器信息与连接中所有承载的数据流映射信息进行对比，并将上述信息相符的业务数据流和承载进行关联。

网络主动发起的承载建立流程，主要包括如下步骤：

步骤一：AF向PCRF发送认证与授权请求(AAR)消息，其中包含业务信息(如IP流的IP地址、端口号、媒体类型信息等)。

步骤二：PCRF保存收到的业务信息，根据从PCEF接收到信息和从AF接收到的业务信息，将AF会话关联到特定的连接，并根据业务信息和用户签约，运营商配置等信息生成并保存新的PCC规则。

步骤三：PCRF向PCEF发送重授权请求消息(Re-Auth-Request，RAR消息)，其中带有新的PCC规则。

步骤四：PCEF加载并执行PCC规则，并对业务数据流执行策略与计费控制。

步骤五：PCEF执行承载绑定，如果满足PCC规则中QoS要求的承载不存在，则PCEF与接入网之间新建满足要求的承载。

步骤六：PCEF向PCRF返回重新授权应答(Re-Auth-Answer，RAA)消息，表明已完成PCC规则与承载的绑定。

步骤七：PCRF向AF返回认证与授权应答(AAA)消息，确认该PCC规则与承载的绑定。

PCRF设备接收PCEF设备在执行PCC规则时发送的业务规则开启响应消息。

实施例三

本发明实例三提出一种配置网络资源的系统，包括第一服务器和第二服务器；其中第一服务器在接收到业务规则数据包时，获得第一规则，根据第一规则，生成至少一个第二规则，其中第二规则用于针对数据流进行处理；将第二规则下发给第二服务器，指示第二服务器按照所述第二规则执行与第二规则对应的业务应用，其中第一服务器具有策略控制的功能，第二服务器具有策略执行的功能；第二服务器，用于接收所述第二规则，并按照第二规则执行与第二规则对应的业务应用。

本发明实施例三提出的技术方案中，将以第一服务器是PCRF设备、第二服务器是PCEF设备为例进行详细阐述。其结构组成请参见图1a所示，包括PCRF设备、PCEF设备以及业务应用服务器。

为业务应用配置网络资源包括生成与业务应用对应的业务规则、更新生成的业务规则以及删除生成的业务规则。下面一一进行阐述。

业务应用服务器，用于发送业务规则数据包。

其中，业务规则数据包中包括业务规则。

业务规则包括业务规则标识、业务规则内容、业务规则应用对象标识以及业务规则所适用的业务数据流特征、业务规则所适用的业务应用标识等。

具体地，业务数据流特征包括业务数据流五元组特征、链路层特征。

其中，业务数据流五元组特包括源/目的IP地址，源/目的端口号，协议号。链路层特征包括如MAC地址、MPLS标签等。

PCRF设备，用于根据用户接入网络的限制、运营商策略、用户签约数据，以及用户当前正在进行的业务信息等，决定所要执行的策略，并将该策略下发给PCEF,由PCEF执行该些策略。策略包括业务数据流的检测规则、是否进行门控、业务数据流对应的QoS，以及基于流的计费规则(例如基于时间、流量、事件进行计费)。

本发明实施例三提出的技术方案中，PCRF设备接收业务应用服务器发送的业务规则数据包，在接收到业务规则数据包时，获得业务规则，将业务规则和对应的业务应用存储。并在加载业务规则后将加载的业务规则发送给PCEF设备。

PCEF设备，用于通过执行PCRF下发的策略，实现对业务数据流的检测和测量、业务数据流的检测和测量、业务数据流的QoS保证、用户面的流量处理、以及触发控制面的会话管理等。该设备可以基于网关实现。

本发明实施例三提出的技术方案中，PCEF设备接收PCRF设备发送的业务规则，加载接收到的业务规则，根据接收到的业务规则，生成与业务应用适配的PCC规则；确定接收到的业务规则对应的业务应用属性；根据确定出的业务应用属性和生成的PCC规则绑定用于处理所述业务应用数据的承载。并发送业务规则开启通知消息。以及按照PCC规则执行与PCC规则对应的业务应用。

PCRF设备接收PCEF设备发送的业务规则开启通知消息，并将接收到的业务规则开启通知消息发送给业务应用服务器。

业务应用服务器将业务规则开启通知消息发送给用户终端。

上述为业务应用生成对应的业务规则的具体实施方式。具体实施中，在生成业务规则后，相应地，还会对生成的业务规则进行更新，具体为：

业务服务器发送业务规则更新请求。

PCRF设备接收到业务规则更新请求时，会根据接收到的业务规则更新请求更新业务规则。并将业务规则更新请求发送给PCEF设备。

PCEF在接收到业务规则更新请求时，获得业务规则更新请求中的业务规则更新数据包和待更新的业务应用，按照业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。在更新PCC规则后，执行更新的PCC规则和对应的承载的绑定；若没有对应的承载时，PCEF设备发起承载建立流程。在执行PCC规则时发送业务规则更新响应消息。

PCRF设备接收业务规则更新响应消息。并将业务规则更新响应消息转发给业务应用服务器。

业务应用服务器将业务规则更新响应消息发送给用户终端。

相应地，还可以删除与业务应用对应的业务规则，具体为：

业务应用服务器发送业务规则删除请求。

PCRF设备接收业务应用服务器发送的业务规则删除请求。获得业务规则删除请求中的待删除的业务应用标识；按照业务应用标识，删除对应的业务规则。并指示PCEF设备进行业务规则删除。

PCEF设备根据接收到的业务规则删除请求，获得业务规则删除请求中的待删除的业务应用标识；按照业务应用标识，确定与业务规则标识对应的PCC规则。批量删除确定出的PCC规则。以及发送业务应用规则删除响应消息。

PCRF设备在接收到PCEF设备发送的业务应用规则删除响应消息时，向业务应用服务器发送业务应用规则删除响应消息。

相应地，本发明实施例三提出一种配置网络资源的方法，如图6所示，其具体处理流程图下述：

步骤61，PCEF设备接收PCRF设备发送的业务规则。

其中业务规则是PCRF设备根据接收到的业务规则数据包获得的。业务规则包括业务规则标识、业务规则内容、业务规则应用对象标识以及业务规则所适用的业务数据流特征、业务规则所适用的业务应用标识等。

业务规则应用对象标识至少包括下述中的一种：

用于定制业务规则所适配的业务应用对象的终端标识；

用于定制业务规则所适配的业务应用对象的用户标识；

业务数据流特征包括：业务数据流匹配规则。

具体地，业务数据流特征可以但不限于包括业务数据流五元组特征、链路层特征。

其中，业务数据流五元组特包括源/目的IP地址，源/目的端口号，协议号。链路层特征包括如MAC地址、MPLS标签等。

本发明实施例提出的技术方案中，PCRF设备接收业务规则数据包，在接收到业务规则数据包时，获得业务规则，将业务规则和对应的业务应用存储。并在加载业务规则后将加载的业务规则发送给PCEF设备。

步骤62，PCEF设备接收业务规则。

步骤63，加载接收到的业务规则。

步骤64，PCEF设备根据业务规则，生成与业务应用适配的PCC规则。

步骤65，确定接收到的业务应用业务应用属性。

步骤66，根据确定出的业务应用属性和生成的PCC规则绑定用于处理业务应用数据的承载。

步骤67，按照PCC规则执行与PCC规则对应的业务应用。

可选地，在上述步骤66之后，还可以包括：

步骤661，发送业务规则开启通知消息。

步骤662，PCRF设备接收PCEF设备发送的业务规则开启通知消息，并将接收到的业务规则开启通知消息发送给业务应用服务器。

步骤663，业务应用服务器将业务规则开启通知消息发送给用户终端。

上述为业务应用生成对应的业务规则的具体实施方式。具体实施中，在生成业务规则后，相应地，还会对生成的业务规则进行更新，如图7所示，具体为：

步骤71，业务服务器发送业务规则更新请求。

步骤72，PCRF设备接收到业务规则更新请求时，会根据接收到的业务规则更新请求更新业务规则。并将业务规则更新请求发送给PCEF设备。

步骤73，PCEF设备在接收到业务规则更新请求时，获得业务规则更新请求中的业务规则更新数据包和待更新的业务应用。

步骤74，按照业务规则更新数据包适配与待更新的业务应用对应的PCC规则。

在更新PCC规则后，执行更新的PCC规则和对应的承载的绑定；若没有对应的承载时，PCEF设备发起承载建立流程。

可选地，在上述步骤74之后，还可以包括：

步骤75，发送业务规则更新响应消息。

步骤76，PCRF设备接收业务规则更新响应消息。并将业务规则更新响应消息转发给业务应用服务器。

步骤77，业务应用服务器将业务规则更新响应消息发送给用户终端。

相应地，还可以删除与业务应用对应的业务规则，如图8所示，具体为：

步骤81，业务应用服务器发送业务规则删除请求。

其中，业务规则删除请求中包括业务规则。

步骤82，PCRF设备接收业务应用服务器发送的业务规则删除请求。获得业务规则删除请求中的待删除的业务应用标识；按照业务应用标识，删除对应的业务规则。并指示PCEF设备进行业务规则删除。

步骤83，PCEF设备根据接收到的业务规则删除请求，获得业务规则删除请求中的待删除的业务应用标识。

步骤84，按照业务应用标识，确定与业务规则标识对应的PCC规则。

步骤85，删除确定出的PCC规则。

步骤86，发送业务应用规则删除响应消息。

步骤87，PCRF设备在接收到PCEF设备发送的业务应用规则删除响应消息时，向业务应用服务器发送业务应用规则删除响应消息。

步骤88，业务应用服务器将业务应用规则删除响应消息发送给用户终端。

相应地，本发明实施例二提出一种配置网络资源的装置，如图9所示，包括：

接收模块901，用于接收策略控制和计费规则功能PCRF设备发送的业务规则，其中所述业务规则是PCRF设备根据接收到的业务应用服务器发送的业务规则数据包获得的。

PCC规则生成模块902，用于根据接收到的业务规则，生成与业务应用适配的策略控制和计费PCC规则。

执行模块903，用于按照所述PCC规则执行与PCC规则对应的业务应用。

可选地，上述PCC规则生成模块902，还用于加载接收到的所述业务规则。

可选地，还包括：

确定模块，用于确定接收到的业务规则对应的业务应用属性，所述执行模块，还用于根据确定出的业务应用属性和生成的PCC规则绑定用于处理所述业务应用数据的承载。

可选地，上述执行模块，还用于发送业务规则开启通知消息。

还包括：

获得模块，用于在接收到业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；PCC规则生成模块，还用于按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

确定模块，用于在接收到业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则；所述执行模块，还用于删除确定出的PCC规则。

本发明上述实施例二提出的技术方案中，PCC规则是一组用于实现业务数据流检测，并提供相应的策略控制和/或计费控制的参数信息。通过将数据包与PCC规则内的业务应用数据流模板相匹配，能够确定数据包是否属于该规则所控制的业务应用数据流。根据3GPPTS29.212的定义，一条PCC规则可以采用如下Charging-Rule-DefinitionAVP来表示(仅列出了部分参数，其中符号[]中的为可选项，符号*表示该项可以为多个)：

Charing-Rule-Definition＝<AVPHeader:1003>//计费规则定义

{Charging-Rule-Name}//计费规则名称

{Service-Identifier}//业务标识

{Rating-Group}//等级组

*[Flow-Description]//业务数据流描述

[QoS-Information]//QoS信息

……

其中的业务应用数据流描述(Flow-Description)包括：数据流的源/目的IP地址、源/目的端口和协议号；QoS信息(QoS-Information为PCC规则授权的QoS)。

每个PCC规则仅能够被加载到一个承载上，因此首先需要将PCC规则与其作用的承载进行关联。承载关联是指一个业务数据流(由PCC规则中的业务数据流模板进行定义)与传输该业务数据流的承载相关联的过程。承载关联包括三个步骤：

步骤一：会话关联。

根据UE的IP地址和标识，以及用户接入的PDN网络信息，PCRF执行会话关联，将AF会话信息和PCC规则关联到连接。

步骤二：PCC规则鉴权。

对于步骤以中选择的动态PCC规则，PCRF为其选择一个QoS级别标识(QCI)。

步骤三：承载关联。

将PCC规则与连接中的一个承载相关联。

其中PCEF执行承载关联步骤如下：根据步骤2中为数据流选择的QCI/ARP，PCEF首先尝试是否可以使用现有的承载传输该业务。如无可用的承载，PCEF将请求建立一个合适的承载。承载关联将具有相同的QCI/ARP的业务数据流和承载相互关联。

PCRF执行承载关联：根据PCEF与UE提供的数据流映射信息，关联过程将PCC规则与传输业务数据流的承载相关联。PCRF将业务数据流过滤器信息与连接中所有承载的数据流映射信息进行对比，并将上述信息相符的业务数据流和承载进行关联。

网络主动发起的承载建立流程，主要包括如下步骤：

步骤一：AF向PCRF发送认证与授权请求(AAR)消息，其中包含业务信息(如IP流的IP地址、端口号、媒体类型信息等)。

步骤二：PCRF保存收到的业务信息，根据从PCEF接收到信息和从AF接收到的业务信息，将AF会话关联到特定的连接，并根据业务信息和用户签约，运营商配置等信息生成并保存新的PCC规则。

步骤三：PCRF向PCEF发送重授权请求消息(Re-Auth-Request，RAR消息)，其中带有新的PCC规则。

步骤四：PCEF加载并执行PCC规则，并对业务数据流执行策略与计费控制。

步骤五：PCEF执行承载绑定，如果满足PCC规则中QoS要求的承载不存在，则PCEF与接入网之间新建满足要求的承载。

步骤六：PCEF向PCRF返回重新授权应答(Re-Auth-Answer，RAA)消息，表明已完成PCC规则与承载的绑定。

步骤七：PCRF向AF返回认证与授权应答(AAA)消息，确认该PCC规则与承载的绑定。

PCRF设备接收PCEF设备在执行PCC规则时发送的业务规则开启响应消息。

通过上述实施例一及实施例二提出的技术方案，业务应用服务器通过提供开放的配置网络资源的装置或者接口，将业务规则告知PCRF或PCEF设备，PCRF或PCEF设备基于业务粒度管理业务规则，生成PCC规则，可以减少维护的业务规则的数量，并减少交互信令，能够较好地解决目前为业务应用设置业务规则，并适配网络服务能力时，业务应用的执行时延较大，业务规则的存储数量以及传输规则配置接口信令的数量较多的问题。

本领域的技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、只读光盘、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (51)

1.一种配置网络资源的方法，其特征在于，包括：

第一服务器在接收到业务规则数据包时，获得第一规则；

根据所述第一规则，生成至少一个第二规则，其中所述第二规则用于针对数据流进行处理；

将所述第二规则下发给第二服务器，指示所述第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略控制的功能，所述第二服务器具有策略执行的功能。

2.如权利要求1所述的方法，其特征在于，在获得第一规则之后，根据所述第一规则，生成至少一个第二规则之前，还包括：

向所述第二服务器发送用于确认与所述第一规则对应的业务应用是否开启的询问消息；以及

接收所述第二服务器上报的用于确认所述业务应用开启的响应消息。

3.如权利要求1所述的方法，其特征在于，所述第一规则包括：

第一规则标识；

至少一个第一规则应用对象标识；

第一规则所适用的业务数据流特征。

4.如权利要求3所述的方法，其特征在于，所述第一规则应用对象标识至少包括下述中的一种：

用于定制业务规则所适配的业务应用对象的终端标识；

用于定制第一规则所适配的业务应用对象的用户标识；

所述业务数据流特征包括：业务数据流匹配规则。

5.如权利要求1～4任一所述的方法，其特征在于，第一服务器接收到业务规则数据包，包括：

所述第一服务器通过具备规则配置接口的网元接收业务应用服务器发送的业务规则数据包，其中所述具备规则配置接口的网元是网络中具备能力开放功能的网元。

6.如权利要求5所述的方法，其特征在于，所述具备规则配置接口的网元至少包括下述中的一种：

业务能力开放功能SCEF设备；

应用接入控制AAC设备；

策略控制和计费规则功能PCRF设备。

7.如权利要求1所述的方法，其特征在于，所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则，所述第二服务器是策略和计费执行功能PCEF设备。

8.如权利要求7所述的方法，其特征在于，将所述第二规则下发给第二服务器之后，还包括：

在所述PCRF设备接收到业务应用服务器发送的业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；

所述PCRF设备按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

9.如权利要求8所述的方法，其特征在于，在所述PCRF设备按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则之后，还包括：

在接收到所述PCEF设备业务规则更新响应消息时，向业务应用服务器发送业务规则更新响应消息，其中所述业务规则更新响应消息是PCEF设备在更新与所述待更新的业务应用对应的PCC规则之后发送的。

10.如权利要求7所述的方法，其特征在于，在将所述第二规则下发给第二服务器之后，还包括：

所述PCRF设备在接收到业务应用服务器发送的业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；

所述PCRF设备按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则；以及

所述PCRF设备删除确定出的PCC规则。

11.如权利要求10所述的方法，其特征在于，在删除确定出的PCC规则之后，还包括：

所述PCRF设备在接收到PCEF设备发送的业务应用规则删除响应消息时，向业务应用服务器发送业务应用规则删除响应消息，其中所述业务应用规则删除响应消息是PCEF设备在删除确定出的PCC规则之后发送的。

12.一种第一服务器，其特征在于，包括：

获得模块，用于在接收到业务规则数据包时，获得第一规则；

生成模块，用于根据所述第一规则，生成至少一个第二规则，其中所述第二规则用于针对数据流进行处理；

执行模块，用于将所述第二规则下发给第二服务器，指示所述第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略控制的功能，所述第二服务器具有策略执行的功能。

13.如权利要求12所述的第一服务器，其特征在于，还包括：

发送模块，用于向所述第二服务器发送用于确认与所述第一规则对应的业务应用是否开启的询问消息；

接收模块，用于接收所述第二服务器上报的用于确认所述业务应用开启的响应消息。

14.如权利要求13所述的第一服务器，其特征在于，所述获得模块获得的所述第一规则包括：第一规则标识；第一规则应用对象标识；第一规则所适用的业务数据流特征。

15.如权利要求14所述的第一服务器，其特征在于，所述获得模块获得的所述第一规则应用对象标识至少包括下述中的一种：用于定制业务规则所适配的业务应用对象的终端标识；用于定制第一规则所适配的业务应用对象的用户标识；所述业务数据流特征包括：业务数据流匹配规则。

16.如权利要求12～15任一所述的第一服务器，其特征在于，所述获得模块，具体用于通过规则配置网元接收业务应用服务器发送的业务规则数据包。

17.一种配置网络资源的装置，其特征在于，包括：

接收模块，用于接收业务应用服务器发送的业务规则数据包；

获得模块，用于在所述接收模块接收到业务规则数据包时，获得业务规则；

PCC规则生成模块，用于根据所述业务规则，生成与业务应用适配的策略控制和计费PCC规则；

执行模块，用于将所述PCC规则下发给策略和计费执行功能PCEF设备，指示所述PCEF设备按照所述PCC规则执行与PCC规则对应的业务应用。

18.如权利要求17所述的装置，其特征在于，还包括：

发送模块，用于向PCEF设备发送用于确认与业务规则对应的业务应用是否开启的询问消息；

所述接收模块，还用于接收所述PCEF上报的用于确认所述业务应用开启的响应消息。

19.如权利要求17或18所述的装置，其特征在于，所述接收模块，还用于接收所述PCEF设备在执行所述PCC规则时发送的业务规则开启响应消息。

20.如权利要求17或18所述的装置，其特征在于，所述获得模块，还用于在接收到业务应用服务器发送的业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；

所述执行模块，还用于按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

21.如权利要求20所述的装置，其特征在于，所述执行模块，还用于在接收到PCEF设备业务规则更新响应消息时，向业务应用服务器发送业务规则更新响应消息，其中所述业务规则更新响应消息是PCEF设备在更新与所述待更新的业务应用对应的PCC规则之后发送的。

22.如权利要求17或18所述的装置，其特征在于，所述获得模块，还用于在接收到业务应用服务器发送的业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；

所述PCC规则生成模块，还用于按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则；

所述执行模块，还用于删除确定出的PCC规则。

23.如权利要求22所述的装置，其特征在于，所述执行模块，还用于在接收到PCEF设备发送的业务应用规则删除响应消息时，向业务应用服务器发送业务应用规则删除响应消息，其中所述业务应用规则删除响应消息是PCEF设备在删除确定出的PCC规则之后发送的。

24.如权利要求17所述的装置，其特征在于，所述获得模块获得的业务规则包括：业务规则标识；业务规则应用对象标识；业务规则所适用的业务数据流特征。

25.如权利要求24所述的装置，其特征在于，所述获得模块获得的业务规则应用对象标识至少包括下述中的一种：用于定制业务规则所适配的业务应用对象的终端标识；用于定制业务规则所适配的业务应用对象的用户标识；获得的所述业务数据流特征包括：业务数据流匹配规则。

26.一种配置网络资源的系统，其特征在于，包括第一服务器和第二服务器；

其中所述第一服务器在接收到业务规则数据包时，获得第一规则；根据所述第一规则，生成至少一个第二规则，其中所述第二规则用于针对数据流进行处理；将所述第二规则下发给第二服务器，指示所述第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略控制的功能，所述第二服务器具有策略执行的功能；

所述第二服务器，用于接收所述第二规则，并按照所述第二规则执行与所述第二规则对应的业务应用。

27.如权利要求26所述的系统，其特征在于，所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则，所述第二服务器是策略和计费执行功能PCEF设备。

28.一种配置网络资源的方法，其特征在于，包括：

第二服务器接收第一服务器发送的至少一个第二规则，其中所述第二规则是所述第一服务器根据接收到的业务规则数据包获得的第一规则，并根据所述第一规则生成；

所述第二服务器加载接收到的所述第二规则；

所述第二服务器按照所述第二规则执行与所述第二规则对应的业务应用，其中所述第一服务器具有策略服务的功能，所述第二服务器具有策略执行的功能。

29.如权利要求28所述的方法，其特征在于，在所述第二服务器接收所述第一服务器发送的第二规则之前，还包括：

所述第二服务器接收所述第一服务器发送的用于确认与所述第一规则对应的业务应用是否开启的询问消息；以及

所述第二服务器在确定出所述业务应用开启时，向所述第一服务器上报的用于确认所述业务应用开启的响应消息。

30.如权利要求28或29所述的方法，其特征在于，所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则，所述第二服务器是策略和计费执行功能PCEF设备。

31.一种第二服务器，其特征在于，所述第二服务器具备策略执行的功能，包括：

接收模块，用于接收第一服务器发送的至少一个第二规则，其中所述第二规则是所述第一服务器根据接收到的业务规则数据包获得的第一规则，并根据所述第一规则生成的，其中所述第一服务器具有策略服务的功能；

加载模块，用于加载接收到的所述第二规则；

执行模块，用于按照所述第二规则执行与所述第二规则对应的业务应用。

32.如权利要求31所述的第二服务器，其特征在于，所述接收模块，还用于：

接收所述第一服务器发送的用于确认与所述第一规则对应的业务应用是否开启的询问消息；

所述装置还包括：

发送模块，用于在确定出所述业务应用开启时，向所述第一服务器上报的用于确认所述业务应用开启的响应消息。

33.如权利要求31或32所述的第二服务器，其特征在于，所述第二服务器是策略和计费执行功能PCEF设备，所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则。

34.一种配置网络资源的方法，其特征在于，包括：

第二服务器接收第一服务器发送的第一规则，其中所述第一规则是所述第一服务器根据接收到的业务应用服务器发送的业务规则数据包获得的；并

所述第二服务器根据接收到的第一规则，生成至少一个第二规则；以及

按照所述第二规则执行与所述第二规则对应的业务应用。

35.如权利要求34所述的方法，其特征在于，所述第一服务器是策略控制和计费规则功能PCRF设备；所述第一规则是业务规则；所述第二规则是策略控制和计费PCC规则，所述第二服务器是策略和计费执行功能PCEF设备。

36.如权利要求34所述的方法，其特征在于，在接收到第一之后，生成至少一个第二规则之前，还包括：

所述第二服务器加载接收到的所述业务规则。

37.如权利要求35或36所述的方法，其特征在于，在生成至少一个第二规则之后，按照所述第二规则执行与所述第二规则对应的业务应用之前，还包括：

所述第二服务器确定接收到的业务规则对应的业务应用属性；

所述第二服务器根据确定出的业务应用属性和生成的PCC规则绑定用于处理所述业务应用数据的承载。

38.如权利要求37所述的方法，其特征在于，在绑定用于处理所述业务应用数据的承载之后，还包括：

所述第二服务器发送业务规则开启通知消息。

39.如权利要求35或36所述的方法，其特征在于，还包括：

所述第二服务器在接收到业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；

所述第二服务器按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

40.如权利要求39所述的方法，其特征在于，在按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则之后，还包括：

所述第二服务器发送业务规则更新响应消息。

41.如权利要求35或36所述的方法，其特征在于，还包括：

所述第二服务器在接收到业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；

所述第二服务器按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则；

所述第二服务器删除确定出的PCC规则。

42.如权利要求41所述的方法，其特征在于，在所述第二服务器删除确定出的PCC规则之后，还包括：

所述第二服务器发送业务应用规则删除响应消息。

43.如权利要求34所述的方法，其特征在于，所述第一规则包括：

第一规则标识；

至少一个第一规则应用对象标识；

第一规则所适用的业务数据流特征。

44.一种配置网络资源的装置，其特征在于，包括：

接收模块，用于接收第一服务器发送的第一规则，其中所述第一规则是所述第一服务器根据接收到的业务应用服务器发送的业务规则数据包获得的；

生成模块，用于根据接收到的第一规则，生成至少一个第二规则；

执行模块，用于按照所述第二规则执行与所述第二规则对应的业务应用。

45.如权利要去44所述的装置，其特征在于，所述第一规则是业务规则，所述第二规则是策略控制和计费PCC规则；

所述生成模块具体包括：

PCC规则生成模块，用于加载接收到的所述业务规则。

46.如权利要求45所述的装置，其特征在于，还包括：

确定模块，用于确定接收到的业务规则对应的业务应用属性；

所述执行模块，还用于根据确定出的业务应用属性和生成的PCC规则绑定用于处理所述业务应用数据的承载。

47.如权利要求46所述的装置，其特征在于，所述执行模块，还用于发送业务规则开启通知消息。

48.如权利要求45所述的装置，其特征在于，还包括：

获得模块，用于在接收到业务规则更新请求时，获得所述业务规则更新请求中的业务规则更新数据包和待更新的业务应用；

所述PCC规则生成模块，还用于按照所述业务规则更新数据包适配与所述待更新的业务应用对应的PCC规则。

49.如权利要求45所述的装置，其特征在于，还包括：

确定模块，用于在接收到业务规则删除请求时，获得所述业务规则删除请求中的业务规则标识；按照所述业务规则标识，确定与所述业务规则标识对应的PCC规则；

所述执行模块，还用于删除确定出的PCC规则。

50.一种策略和计费执行功能PCEF设备，其特征在于，包括如权利要求44～49任一所述的配置网络资源的装置。

51.一种配置网络资源的系统，其特征在于，包括：第一服务器和第二服务器，其中，

所述第一服务器，根据接收到的业务规则数据包获得第一规则，并将获得的第一规则发送给所述第二服务器；

所述第二服务器，接收第一服务器发送的第一规则，所述第二服务器根据接收到的第一规则，生成至少一个第二规则；以及按照所述第二规则执行与所述第二规则对应的业务应用。