本发明实施例提供一种数据业务的策略控制方法、装置及系统，所述方法包括：从策略与计费规则网元中获取第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；在接收到用户的业务请求时，获取所述业务请求中与第一策略信息匹配时需要的业务信息；当所述业务信息满足所述第一策略信息时，对所述业务信息按照所述第一策略信息进行策略控制。本发明实施例以解决现有技术中，针对频繁变更的业务请求信息的策略控制或结果关联的策略控制中，PCRF网元与PCEF网元之间的交互次数较多的技术问题。
1.一种数据业务的策略控制方法，其特征在于，包括：
策略与计费执行网元检测到用户上线后，从策略与计费规则网元中获取第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；
在接收到用户的业务请求时，获取所述业务请求中与所述第一策略信息匹配时需要的业务信息；
当所述业务信息满足所述第一策略信息时，对所述业务信息按照所述第一策略信息进行策略控制；
当接收到的业务请求中的业务信息发生变化时，判断发生变化的业务信息是否满足当前执行控制的第一策略信息，如果满足，对发生变化的业务信息继续按照所述第一策略信息进行策略控制；否则，对当前执行控制的策略进行变更，激活第二默认策略；以及对所述发生变化的业务信息按照所述第二默认策略进行策略控制。
2.根据权利要求1所述的方法，其特征在于，还包括：
当所述业务信息不满足所述第一策略信息时，激活第一默认策略，并按激活的第一默认策略对该业务信息进行策略控制。
3.根据权利要求1所述的方法，其特征在于，所述基于业务，需要策略与计费执行网元判断执行的决策策略信息至少包括下述之一：业务详细信息、业务的访问方式信息和策略间依赖信息。
4.根据权利要求3所述的方法，其特征在于，还包括：判断所述业务信息是否满足所述第一策略信息，其判断的方式至少包括下述之一：判断所述业务信息的业务类型是否满足第一策略信息中的业务详细信息；
判断所述业务信息的访问方式是否满足第一策略信息中的业务的访问方式信息；
判断所述业务信息是否存在策略间依赖信息，如果存在，则在执行所依赖的策略后，再决定是否执行所述第一策略信息。
5.根据权利要求1所述的方法，其特征在于，所述从策略与计费规则网元中获取第一策略信息包括：通过Gx接口向策略与计费规则网元发送策略请求消息；
通过Gx接口接收所述策略与计费规则网元发送的策略响应消息，所述策略响应消息包括第一策略信息。
6.根据权利要求1所述的方法，其特征在于，在接收到用户的业务请求后，获取所述业务请求中与所述第一策略信息匹配时需要的业务信息包括：在接收到用户的业务请求后，对所述业务请求进行深度报文检测DPI，得到对应的业务内容；
对所述业务内容进行分析，得到与所述第一策略信息匹配时需要的业务信息。
7.根据权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：接收所述策略与计费规则网元发送的第二策略信息，所述第二策略信息为变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息，所述变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息为在第一策略信息的基础上增加新的策略信息；
在接收到该用户的后续业务请求时，按照所述第二策略信息进行策略控制。
8.一种数据业务的策略管理方法，其特征在于，包括：
在接收到策略与计费执行网元检测到用户上线后发送的策略请求消息时，对所述用户订购信息及与业务相关的个性化设置信息进行策略决策，确定基于业务，需要策略与计费执行网元判断执行的决策策略；
向所述策略与计费执行网元发送策略响应消息，所述策略响应消息包括：第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；
接收运营提供商提供的与业务相关的个性化设置变更信息；
确定所述与业务相关的个性化设置变更信息对应的第二策略信息，所述第二策略信息为变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息；
将所述第二策略信息发送给策略与计费执行网元，以便于策略与计费执行网元接收到该用户的后续业务请求时，按照所述第二策略信息进行策略控制。
9.一种数据业务的策略控制装置，其特征在于，包括：
第一获取单元，用于策略与计费执行网元检测到用户上线后从策略与计费规则网元中获取第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；
第二获取单元，用于在接收到用户的业务请求时，获取所述业务请求中与所述第一策略信息匹配时需要的业务信息；
第一策略控制单元，用于在本地策略需要的业务信息满足所述第一策略信息时，对所述业务信息按照所述第一策略信息进行策略控制；
第二判断单元，用于在所述第二获取单元接收到的业务请求中的业务信息发生变化时，判断发生变化的业务信息是否满足当前执行控制的第一策略信息，并发送判断结果；
第二激活单元，用于在所述第二判断单元发送的不满足的判断结果时，对当前执行控制的策略进行变更，激活第二默认策略；
第三策略控制单元，用于对发生变化的业务信息按照所述第二默认策略进行策略控 制；
所述第一策略控制单元，还用于在接收到所述第二判断单元发送的满足的判断结果时，对所述发生变化的业务信息按照所述第一策略信息进行策略控制。
10.根据权利要求9所述的装置，其特征在于，还包括：
第一激活单元，用于在所述业务信息不满足所述第一策略信息时，激活第一默认策略；
第二策略控制单元，用于按照激活的所述第一默认策略对所述业务信息进行策略控制。
11.根据权利要求9所述的装置，其特征在于，还包括：
第一判断单元，用于判断所述业务信息是否满足所述第一策略信息，并将满足的判断结果发送给第一策略控制单元；
所述第一策略控制单元，还用于在接收到所述第一判断单元发送的满足的判断结果时，对所述业务信息按照所述第一策略信息进行策略控制。
12.根据权利要求11所述的装置，其特征在于，当所述基于业务，需要策略与计费执行网元判断执行的决策策略信息至少包括下述之一：业务详细信息、业务的访问方式信息和策略间依赖信息时，所述第一判断单元至少包括下述之一：业务类型判断单元，用于判断所述业务信息的业务类型是否满足第一策略信息中的业务详细信息，并将满足的判断结果发送给第一策略控制单元；
访问信息判断单元，用于判断所述业务信息的访问方式是否满足第一策略信息中业务的访问方式信息，并将满足的判断结果发送给第一策略控制单元；
策略依赖信息判断单元，用于判断所述业务信息是否存在策略间依赖信息，如果存在，则在执行所依赖的策略后，再决定是否执行所述第一策略信息，并将满足的判断结果发送给第一策略控制单元。
13.根据权利要求9所述的装置，其特征在于，所述第一获取单元包括：第一发送单元，用于通过Gx接口向策略与计费规则网元发送策略请求消息；
第一接收单元，用于通过Gx接口接收所述策略与计费规则网元发送的策略响应消息，所述策略响应消息包括第一策略信息。
14.根据权利要求9所述的装置，其特征在于，所述第二获取单元包括：检测单元，用于在接收到业务请求后，对所述业务请求进行深度报文检测DPI，得到对应的业务内容；
分析单元，用于对所述业务内容进行分析，得到与所述第一策略信息匹配时需要的业务信息。
15.根据权利要求9至14任一项所述的装置，其特征在于，还包括：第二接收单元，用于接收所述策略与计费规则网元发送的第二策略信息，所述第二 策略信息为变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息；
第四策略控制单元，用于在接收到该用户的后续业务请求时，按照所述第二策略信息进行策略控制。
16.一种数据业务的策略管理装置，其特征在于，包括：
第一接收单元，用于接收用户订购信息及与业务相关的个性化设置信息；
策略决策单元，用于在接收到策略与计费执行网元检测到用户上线后发送的策略请求消息时，按照所述用户订购信息及与业务相关的个性化设置信息进行策略决策，确定基于业务，需要策略与计费执行网元判断执行的决策策略；
第一发送单元，用于向所述策略与计费执行网元发送策略响应消息，所述策略响应消息包括：第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；
第二接收单元，用于接收与业务相关的个性化设置变更信息；
确定单元，用于确定所述与业务相关的个性化设置变更信息对应的第二策略信息，所述第二策略信息为变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息，所述变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息为在第一策略信息的基础上增加新的策略信息；
第二发送单元，用于将所述第二策略信息发送给策略与计费执行网元，以便于策略与计费执行网元接收到该用户的后续业务请求时，按照所述第二策略信息进行策略控制。
17.一种数据业务的策略控制管理系统，其特征在于，包括：策略与计费规则网元，用于接收用户订购信息及与业务相关的个性化设置信息；以及在接收到策略与计费执行网元发送的策略请求消息时，按照所述用户订购信息及与业务相关的个性化设置信息进行策略决策，确定基于业务，需要策略与计费执行网元判断执行的决策策略；并向所述策略与计费执行网元发送策略响应消息，所述策略响应消息包括：第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；
策略与计费执行网元，用于检测到用户上线后向策略与计费规则网元策略请求消息，并接收所述策略与计费规则网元发送的第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；以及在接收到用户的业务请求时，获取所述业务请求中与第一策略信息匹配时需要的业务信息，当所述业务信息满足所述第一策略信息时，对所述业务信息按照所述第一策略信息进行策略控制；
所述策略与计费规则网元包括：数据业务的策略管理装置，所述数据业务的策略管理装置如权利要求16所述；
所述策略与计费执行网元包括：数据业务的策略控制装置，所述数据业务的策略控制装 置如权利要求9至15任一项所述。
一种数据业务的策略控制方法、装置及系统
技术领域
[0001] 本发明涉及本发明涉及通信技术领域，特别涉及一种数据业务的策略控制方法、装置及系统。
背景技术
[0002] 策略与计费控制(PCC，Policy and Charging Control)架构是3GPP组织标准体系R7版本将策略控制和基于流的计费进行融合后提出来的架构体系，用于分组网络业务数据传输服务质量(QoS)等策略控制和流计费的一种技术架构。PCC架构中，由策略与计费规则(PCRF，Policy and Charging Rule Function)网元集中统一管理数据业务的控制及计费策略，策略与计费执行(PCEF，Policy and Charging Enforcement Fucntion)网元负责DPI识别及策略的执行，旨在为用户提供差异化的服务，提供用户业务流承载资源保障以及流计费策略。
[0003] 其中，在为用户提供差异化的服务时，由于PCC规范当前定义的策略请求方式只适用于基于上线信息基本固定的策略控制，比如，通过PCC预定义的策略或预定义的基于Event的处理流程来实现业务内容的策略控制；再比如，通过PCC定义的基于规则状态报告的处理流程来实现策略间的关联的策略控制。
[0004] 但是，在对现有技术的研究和实践过程中，本发明的发明人发现，现有这几种策略的控制方式均是基于上线信息基本固定的策略控制，而对于频繁变更的业务请求信息的策略控制或结果关联的策略控制，因PCRF网元需要与PCEF网元频繁交互却不适用，比如，针对每次业务更新，PCEF网元均需要向PCRF网元发送这些更新的业务信息以请求相应的策略，从而导致PCRF网元与PCEF网元之间的交互次数较多，增加了系统的性能开销。
发明内容
[0005] 本发明实施例提供一种数据业务的策略控制方法、装置及系统，以解决现有技术中，针对频繁变更的业务请求信息的策略控制或结果关联的策略控制中，PCRF网元与PCEF网元之间的交互次数较多的技术问题。
[0006] 为解决上述技术问题，本发明实施例提供一种数据业务的策略控制方法，所述方法包括：
[0007] 从策略与计费规则网元中获取第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；
[0008] 在接收到用户的业务请求时，获取所述业务请求中与所述第一策略信息匹配时需要的业务信息；
[0009] 当所述业务信息满足所述第一策略信息时，对所述业务信息按照所述第一策略信息进行策略控制。
[0010] 本发明实施例还提供一种数据业务的策略管理方法，所述方法包括：
[0011] 接收用户订购信息及与业务相关的个性化设置信息；
[0012] 在接收到策略与计费执行网元发送的策略请求消息时，对所述用户订购信息及与业务相关的个性化设置信息进行策略决策，确定基于业务，需要策略与计费执行网元判断执行的决策策略；
[0013] 向所述策略与计费执行网元发送策略响应消息，所述策略响应包括：第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息。
[0014] 本发明实施例提供一种数据业务的策略控制装置，包括：
[0015] 第一获取单元，用于从策略与计费规则网元中获取第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；
[0016] 第二获取单元，用于在接收到用户的业务请求时，获取所述业务请求中与所述第一策略信息匹配时需要的业务信息；
[0017] 第一策略控制单元，用于在所述本地策略需要的业务信息满足所述第一策略信息时，对所述业务信息按照所述第一策略信息进行策略控制。
[0018] 本发明实施例还提供一种数据业务的策略管理装置，包括：
[0019] 第一接收单元，用于接收用户订购信息及与业务相关的个性化设置信息；
[0020] 策略决策单元，用于在接收到策略与计费执行网元发送的策略请求消息时，按照所述用户订购信息及与业务相关的个性化设置信息进行策略决策，确定基于业务，需要策略与计费执行网元判断执行的决策策略；
[0021] 第一发送单元，用于向所述策略与计费执行网元发送策略响应消息，所述策略响应包括：第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息。
[0022] 由上述技术方案可知，本发明实施例中，PCEF网元从PCRF网元中一次性获取基于业务，需要其判断执行的决策策略信息(比如频繁业务请求的策略信息或结果关联的策略信息等)，解决了现有技术中，针对频繁变更的业务请求信息的策略控制或结果关联的策略控制中，PCEF网元按照从PCRF网元获取的第一策略信息进行二次决策，从而减少了PCRF网元与PCEF网元之间的交互次数，降低了性能开销。
附图说明
[0023] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0024] 图1为本发明实施例提供的一种数据业务的策略控制方法的流程图；
[0025] 图2为本发明实施例提供的一种数据业务的策略管理方法的流程图；
[0026] 图3为本发明实施例提供的一种数据业务的策略控制装置的结构示意图；
[0027] 图4为本发明实施例提供的一种数据业务的策略管理装置的结构示意图；
[0028] 图5为本发明实施例提供的一种数据业务的策略控制管理系统的结构示意图；
[0029] 图6为本发明实施例提供的一种数据业务的策略控制方法的应用实例的流程图。
具体实施方式
[0030] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0031] 为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。
[0032] 请参阅图1，为本发明实施例提供的一种数据业务的策略控制方法的流程图，所述方法包括：
[0033] 步骤101：从策略与计费规则网元中获取第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；
[0034] 在该步骤中，策略与计费执行(PCEF，Policy and Charging Enforcement Fucntion)网元检测到用户上线后，通过Gx接口向策略与计费规则(PCRF，Poliey and Charging Rule Function)网元发送策略请求消息，所述策略请求消息可以是初始信贷控制请求(CCRI，credit control request-initial)消息等，但并不限于此；并通过Gx接口接收所述PCRF网元发送的策略响应消息，所述策略响应消息包括第一策略信息，所述第一策略信息至少包括下述之一：业务详细信息、详细的业务访问信息和策略间依赖信息。所述策略响应消息可以是初始信贷控制响应(CCAI，credit control answer-initial)消息，但并不限于此。也适用于比如信贷控制请求(CCR，credit control request)；信贷控制响应(CCA，credit control answer)；重新授权请求(RAR，Re-authorize request)；或重新授权响应(RAA，Re-authorize answer)等消息。
[0035] 其中，所述业务详细信息，可以包括：各种业务的对应的类型信息；所述业务的访问方式信息，可以包括：业务访问时使用的浏览器类型/访问业务的网站类型/错误码/请求类型/多媒体消息业务(MMS，Multimedia Messaging Service)发送方式/MMS内容/依赖策略名等，以及与业务强相关且经常变化的信息；所述策略间依赖信息，可以包括：被依赖的策略名称，策略执行结果码等。
[0036] 步骤102：在接收到用户的业务请求时，获取所述业务请求中与所述第一策略信息匹配时需要的业务信息；所述业务信息可以包括统一资源定位符(URL，Uniform Resource Locator)或者URL类别、终端类型、使用代理(user agent)等信息。
[0037] 在该步骤中，PCEF网元在接收到用户发送的业务请求后，先对所述业务请求进行深度报文检测(DPI，Deep Packet Inspection)得到对应的业务内容；然后，对所述业务内容进行分析，得到所述业务请求中与所述第一策略信息匹配时需要的业务信息。其中，所述业务信息可以包括：URL，即网页地址，或者URL的类别；以及终端类型、使用代理(user agent)等信息，但并不限于此。
[0038] 另外，所述获取业务请求的业务信息也可以包括：根据URL/IP/协议，及本地配置的网站分类策略或者从网站分类服务器查询此URL对应的网站分类；也可以是获取响应包中的内容类型，如文本/图牌等。
[0039] 如果所述业务请求为MMS类请求，可获取当前是上行请求还是下行请求，这些信息都是通过对请求/响应包的解析及从配套网元中获取得来的业务信息。
[0040] 步骤103：当所述业务信息满足所述第一策略信息时，对所述业务信息按照所述第一策略信息进行策略控制。
[0041] 可选的，所述方法还可以包括：判断所述业务信息是否满足所述第一策略信息，如果满足，则对所述业务信息按照所述第一策略信息进行策略控制；否则，激活第一默认策略，并按激活的第一默认策略对该业务信息进行策略控制；或者按照其他已生效的策略对该业务信息进行策略控制。
[0042] 其中，判断所述业务信息是否满足所述第一策略信息可以是下述三种判断方式中的任意一种，也可以是任意两种，还可以是任意三种，本实施例不作限制，其三种判断方式分别为：
[0043] 第一种判断方式是，判断该业务信息的业务类型是否满足第一策略信息中的业务详细信息，比如，用户访问的业务信息的类型是否是第一策略信息中的业务详细信息包括的业务类型等；如果满足，则对所述业务信息按照所述第一策略信息进行策略控制；
[0044] 第二种判断方式是，判断该所述业务信息的访问方式是否满足第一策略信息中的业务的访问方式信息；比如，访问业务的浏览器类型是否是所述业务的访问方式信息中的浏览器类型等；如果满足，则对所述业务信息按照所述第一策略信息进行策略控制；
[0045] 第三种判断方式是，判断该业务信息是否存在策略间依赖信息，也就是说，如果该本地策略需要的业务信息存在策略间依赖信息，则在PCEF选择执行PCRF的下发的本地策略依赖的其他策略执行后，再基于该其他策略执行的结果决策是否执行该第一策略信息。如果需要执行该第一策略信息，则对所述业务信息按照所述第一策略信息进行策略控制。
[0046] 本发明实施例中，PCEF网元从PCRF网元一次性获取基于业务，需要其判断执行的决策策略信息(比如频繁业务请求的策略信息或结果关联的策略信息等)，以便于PCEF在接收到用户的业务请求后，获取该业务请求中与所述第一策略信息匹配时需要的业务信息，然后，直接判断所述业务信息是否满足所述第一策略信息，如果满足，则对所述业务信息按照所述第一策略信息进行策略控制。解决了现有技术中，针对频繁变更的业务请求信息的策略控制或结果关联的策略控制中，PCRF网元与PCEF网元之间的交互次数较多的技术问题，降低了性能开销。
[0047] 可选的，在上述实施例的基础上，所述方法还可以包括：当接收到的业务请求对应的本地策略需要的业务信息发生变化时，判断发生变化的业务信息是否满足当前执行控制的策略，如果满足，对所述发生变化的业务信息继续按照所述第一策略信息进行策略控制；否则，对当前执行控制的策略进行变更，并激活第二默认策略；对所述发生变化的业务信息按照第二默认策略进行策略控制。其中，第一默认策略与第二默认策略可以相同，也可以不同，本实例不作限制。
[0048] 其中，对当前执行控制的策略进行变更，并激活变更后的默认策略的一个实例为：如果第一策略是业务网站为雅虎(yahoo)，且该网站免费；同时有一个优先级比第一策略低的默认策略是所有业务按每KB流量收费。当用户的请求是yahoo时，第一策略被激活，优先级比第一策略低的默认策略对当前业务流不生效，即当前业务请求免费，当用户下一个请求内容不是yahoo时，第一策略失效，此时会变更到默认策略执行，即按流量收费。
[0049] 在该实施例中，当用户发送的业务请求对应的业务信息发生变化时，PCEF网元针对该发生变化的业务信息，不需要向PCRF网元发送策略请求消息，只需要判断发生变化的业务信息是否满足当前执行控制的第一策略，如果不满足，则激活第二默认策略，以及对所述发生变化的业务信息按照第二默认策略进行策略控制。从而减少了PCRF网元与PCEF网元之间的交互次数，降低了性能开销。
[0050] 可选的，当所述决策策略信息发生变化时，所述方法还可以包括：接收所述策略与计费规则网元发送的第二策略信息，所述第二策略信息为变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息，所述变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息为在第一策略信息的基础上增加新的策略信息；在接收到该用户的后续业务请求时，按照所述第二策略信息进行策略控制。
[0051] 本发明实施例中，当PCRF网元接收到用户个性化设置发生变化时，则将该用户个性化设置发生变化的决策策略信息发送给PCEF网元，以便于PCEF网元及时更新需要其判断执行的决策信息。并在接收到该用户的后续业务请求时，按照所述第二策略信息进行策略控制。
[0052] 还请参阅图2，为本发明实施例提供的一种数据业务的策略管理方法的流程图，所述方法包括：
[0053] 步骤201：接收用户订购信息及与业务相关的个性化设置信息；
[0054] 在该步骤中，PCRF网元接收的用户订购信息及与业务相关的个性化设置信息，可以是到运营提供商提供的，当然，也可以是运维支撑系统(OSS，Operation Support System)或客户关系管理(CRM，Customer Relationship Management)提供的本实施例不作限制。
[0055] 步骤202：在接收到策略与计费执行网元发送的策略请求消息时，对所述用户订购信息及与业务相关的个性化设置信息进行策略决策，确定基于业务，需要策略与计费执行网元判断执行的决策策略；
[0056] 在该步骤中，PCRF网元根据策略请求消息对所述用户订购信息及与业务相关的个性化设置信息进行策略决策，确定出基于业务，需要策略与计费执行网元判断执行的决策策略。也就是说，基于业务，需要策略与计费执行网元判断执行的决策策略是由运营提供商自己配置的策略。如果运营提供商配置了这种方式，就需要通过PCRF网元下发需要策略与计费执行网元二次策略的策略，运营提供商在配置平台上配置二次策略需要的信息。
[0057] 步骤203：向所述策略与计费执行网元发送策略响应消息，所述策略响应包括：第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息。
[0058] 其中，将所述第二策略信息发送给PCEF网元可以通过重新授权请求(RAR，Re-authorize request)消息来发送，但并不限于此。也可以通过CCA、CCAU，或者CCAI消息来发送。
[0059] 本发明实施例中，PCRF网元在接收到用户订购信息及与业务相关的个性化设置信息后，确定基于业务，需要PCEF网元判断执行的决策策略，并将所述基于业务，需要PCEF网元判断执行的决策策略一次性发送给PCEF网元，以便于PCEF网元在接收到业务请求中，按照所述基于业务，需要PCEF网元判断执行的决策策略进行二次决策，不但减少了PCRF网元与PCEF网元之间的交互次数，降低了性能开销，还实现了PCRF网元对业务策略的统一管理，提高了业务运行的效率。
[0060] 可选的，当与业务相关的个性化设置发生变更时，所述方法还可以包括：PCRF网元接收与业务相关的个性化设置变更信息；确定所述与业务相关的个性化设置变更信息对应的第二策略信息，所述第二策略信息为变更后基于业务，需要PCEF网元判断执行的决策策略信息；将所述第二策略信息发送给PCEF网元，以便于PCEF网元接收到该用户的后续业务请求时，按照所述第二策略信息进行策略控制。
[0061] 基于上述方法的实现过程，本发明实施例还提供一种数据业务的策略控制装置，其结构示意图详见图3，所述装置包括：第一获取单元31，第二获取单元32和第一策略控制单元33。
[0062] 其中，所述第一获取单元31，用于从策略与计费规则网元中获取第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；所述第一获取单元31可以包括：第一发送单元和第一接收单元，所述第一发送单元，用于通过Gx接口向策略与计费规则网元发送策略请求消息(比如CCRI消息等)；所述第一接收单元，用于通过Gx接口接收所述策略与计费规则网元发送的策略响应消息(比如CCAI消息等)，所述策略响应消息包括第一策略信息，所述第一策略信息至少包括下述之一：业务详细信息、业务的访问方式信息和策略间依赖信息。
[0063] 所述第二获取单元32，用于在接收到用户的业务请求时，获取所述业务请求中与所述第一策略信息匹配时需要的业务信息；其中，所述第二获取单元可以包括：检测单元和分析单元，所述检测单元，用于在接收到业务请求后，对所述业务请求进行深度报文检测DPI，得到对应的业务内容；所述分析单元，用于对所述业务内容进行分析，得到与所述第一策略信息匹配时需要的业务信息。
[0064] 所述第一策略控制单元33，用于在所述本地策略需要的业务信息满足所述第一策略信息时，对所述业务信息按照所述第一策略信息进行策略控制。
[0065] 可选的，所述装置还可以包括：第一激活单元和第二策略控制单元，其中，第一激活单元，用于在所述业务信息不满足所述第一策略信息时，激活第一默认策略；所述第二策略控制单元，用于按照激活的第一默认策略对该业务信息进行策略控制。
[0066] 可选的，所述装置还可以包括：第一判断单元，用于判断所述业务信息是否满足所述第一策略信息，并将满足的判断结果发送给第一策略控制单元33。
[0067] 可选的，当所述基于业务，需要策略与计费执行网元判断执行的决策策略信息至少包括下述之一：业务详细信息、业务的访问方式信息和策略间依赖信息时，所述第一判断单元至少包括下述之一：
[0068] 业务类型判断单元，用于判断所述业务信息的业务类型是否满足第一策略信息中的业务详细信息，并将满足的判断结果发送给第一策略控制单元；
[0069] 访问信息判断单元，用于判断所述业务信息的访问方式是否满足第一策略信息中业务的访问方式信息，并将满足的判断结果发送给第一策略控制单元；
[0070] 策略依赖信息判断单元，用于判断所述业务信息是否存在策略间依赖信息，如果存在，则在执行所依赖的策略后，再决定是否执行所述第一策略信息，并将满足的判断结果发送给第一策略控制单元。
[0071] 可选的，所述装置还可以包括：第二判断单元，第二激活单元和第三策略控制单元，其中，所述第二判断单元，用于在所述第二获取单元接收到的业务请求中的业务信息发生变化时，判断发生变化的业务信息是否满足当前执行控制的策略，将满足的判断结果发送给第一策略控制单元，将不满足的判断结果发送给第二激活单元；所述第二激活单元，用于在所述第二判断单元发送的不满足的判断结果时，对当前执行控制的策略进行变更；激活第二默认策略；所述第三策略控制单元，用于对所述发生变化的业务信息按照第二激活单元激活的第二默认策略进行策略控制。
[0072] 所述第一策略控制单元，还用于在接收到所述第二判断单元发送的满足的判断结果时，对所述发生变化的业务信息按照所述第一策略信息进行策略控制。
[0073] 可选的，所述装置还可以包括：第二接收单元和第四策略控制单元，其中，所述第二接收单元，用于接收所述策略与计费规则网元发送的第二策略信息，所述第二策略信息为变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息；所述第四策略控制单元，用于在接收到该用户的后续业务请求时，按照所述第二策略信息进行策略控制。
[0074] 其中，所述，第一接收单元和第二接收单元可以集成在一起，或者，第一接收单元还用于接收到所述策略与计费规则网元发送的第二策略信息。
[0075] 相应的，本发明实施例还提供一种数据业务的策略管理装置，其结构示意图详见图4，所述装置包括：第一接收单元41，策略决策单元42和第一发送单元43，其中，所述第一接收单元41，用于接收用户订购信息及与业务相关的个性化设置信息；所述策略决策单元42，用于在接收到策略与计费执行网元发送的策略请求消息时，按照所述用户订购信息及与业务相关的个性化设置信息进行策略决策，确定基于业务，需要策略与计费执行网元判断执行的决策策略；所述第一发送单元43，用于向所述策略与计费执行网元发送策略响应消息，所述策略响应包括：第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息。
[0076] 可选的，所述装置还可以包括：第二接收单元、确定单元和第二发送单元，，其中，所述第二接收单元，用于接收与业务相关的个性化设置变更信息；所述确定单元，用于确定所述与业务相关的个性化设置变更信息对应的第二策略信息，所述第二策略信息为变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息，所述变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息为在第一策略信息的基础上增加新的策略信息；所述第二发送单元，用于将所述第二策略信息发送给策略与计费执行网元，以便于策略与计费执行网元接收到该用户的后续业务请求时，按照所述第二策略信息进行策略控制。
[0077] 其中，在该实施例中，所述第二接收单元与第一接收单元可以集成在一起，或者，第一接收单元还用于接收所述运营提供商提供的与业务相关的个性化设置变更信息。
[0078] 相应的，本发明实施例还提供一种数据业务的策略控制管理系统，其结构示意图详见图5，所述系统包括：策略与计费规则网元51和策略与计费执行网元52，其中，所述策略与计费规则网元51，用于接收用户订购信息及与业务相关的个性化设置信息；以及在接收到策略与计费执行网元发送的策略请求消息时，按照所述用户订购信息及与业务相关的个性化设置信息进行策略决策，确定基于业务，需要策略与计费执行网元判断执行的决策策略；并向所述策略与计费执行网元发送策略响应消息，所述策略响应包括：第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；
[0079] 其中，所述策略与计费规则网元51包括数据业务的策略管理装置511，所述数据业务的策略管理装置511至少包括：第一获取单元5111，第二获取单元5112和第一策略控制单元5113，其各个单元的功能和作用详见上述，在此不再赘述。
[0080] 所述策略与计费执行网元52，用于向策略与计费规则网元策略请求消息，并接收所述策略与计费规则网元发送的第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息；以及在接收到用户的业务请求时，获取所述业务请求中与第一策略信息匹配时需要的业务信息，当所述业务信息满足所述第一策略信息时，对所述业务信息按照所述第一策略信息进行策略控制。
[0081] 其中，所述策略与计费执行网元52包括：数据业务的策略控制装置521，所述数据业务的策略控制装置521至少包括：第一接收单元5211，策略决策单元5212和第一发送单元5213，其各个单元的功能和作用详见上述，在此不再赘述。
[0082] 本发明实施例中，由于PCRF网元将需要PCEF网元进行判断执行的决策策略信息一次性发送给PCEF网元，而PCEF网元在接收到用户的业务请求后，获取该业务请求中与第一策略信息匹配时需要的业务信息，并将业务信息与需要PCEF网元进行判断执行的决策策略信息进行比较，如果所述业务信息满足需要PCEF网元进行判断执行的决策策略信息的条件，则对按照需要PCEF网元进行判断执行的决策策略信息对该业务信息进行策略控制。本发明实施例所述技术方案不但减少了PCRF网元与PCEF网元之间的交互次数，降低了由于策略报告频繁产生的性能开销，比如，实施诸如MMS复杂彩信计费策略、URL类别控制策略、基于浏览器类型及访问内容类型的策略控制等；还实现了PCRF网元对业务策略的统一管理，避免策略多处配置，清晰与周边系统的分工界面，降低实施难度，同时也提高了业务运行的效率。
[0083] 为了便于本领域技术人员的理解，下面以具体的应用实例来说明。
[0084] 还请参阅图6，为本发明实施例提供的一种数据业务的策略控制方法的应用实例的流程图，该实施例中涉及到的实体包括：用户设备UE、PCEF网元、PCRF网元和运营提供商，其中，运营提供商可以是集成装置(provisioning)，也可以是运维支撑系统(OSS，Operation Support System)，当然，还可以是客户关系管理CRM，Customer Relationship Management)。所述方法的实现过程包括：
[0085] 步骤601：运营提供商将用户订购信息及个性化设置同步到PCRF网元中；
[0086] 步骤602：UE向PCEF网元发送用户的上线请求；
[0087] 步骤603：PCEF网元在接收到用户的上线请求时，当然，也可以是接收到用户发送的业务请求时，PCEF网元通过Gx+接口向PCRF网元发送策略请求消息，在该实施例中，所述策略请求以CCRI消息为例，但并不限于此；
[0088] 步骤604：PCRF网元在接收该用户的上线请求后，基于运营提供商提供的用户订购信息及个性化设置进行策略决策，并确定基于业务，需要PCEF网元判断执行的决策策略信息；
[0089] 其中，PCRF网元上由运营提供商自己配置的策略。策略中可配置需要二次决策的条件信息。PCRF在策略生效条件时下发该策略，策略中直接携带配置的二次决策条件信息。
[0090] 步骤605：PCRF网元向PCEF网元发送策略响应，所述策略响应以CCAI消息为例，即在CCAI消息中携带第一策略信息，所述第一策略信息为基于业务，需要策略与计费执行网元判断执行的决策策略信息，具体可以包括：业务详细信息、详业务的访问方式信息和策略间依赖信息中的一种或多种。
[0091] 比如，在CCAI消息中Charging-Rule-Install字段(AVP)中增加如下黑色部分标识的执行条件：
[0092]
[0093]
[0094] 上述程序段中，在Charging-Rule-Install AVP中扩展PCEF-Rule-Filter AVP，用于如下基于业务，需要PCEF网元判断执行的决策策略信息：
[0095] [Filter-Logic]，用于指示信息处理时是取满足还是不满足的动作。取值可以为0：Include；1：Exclude。也就是说，要判断一下，接收到用户的业务请求对应的业务信息是否满足基于业务，需要PCEF网元判断执行的决策策略信息。
[0096] [PS-Information]AVP，用于业务的访问方式信息，所述业务的访问方式信息可包括：业务访问时使用的浏览器类型/访问业务的网站类型/错误码/请求类型/MMS发送方式/MMS内容/依赖策略名等与业务强相关且经常变化的信息。
[0097] [Rule-Chain-Information]，用于传递策略间依赖信息，所述策略间依赖信息包括：被依赖的策略名称，策略执行结果码。当[Charging-Rule-Name]不传递时，表示对所有的策略，发生指定错误码时均执行当前策略。可适用于PCRF网元下发统一的默认策略。
[0098] 步骤606：UE向PCEF网元发送用户的业务请求以及后续的业务请求；
[0099] 步骤607：PCEF网元获取所述业务请求中与所述第一策略匹配时需要的业务信息；
[0100] 步骤608：PCEF网元针对该业务请求对应的业务信息按照PCRF网元下发的基于业务，需要PCEF网元判断执行的决策策略信息进行进一步的决策，并执行策略；
[0101] 在该步骤中，PCEF网元先判断所述业务请求中与所述第一策略匹配时需要的业务信息是否满足所述第一策略信息，其判断的方式有三种，具体详见上述，在此不再赘述。
[0102] 也就是说，在步骤607和步骤608中，PCEF网元在接收到业务请求后，根据接收的第一策略信息判断需要PCEF网元进一步决策的策略，先通过第二获取单元获取进一步决策需要的业务信息，再确认是否执行该策略。
[0103] 需要说明的是，如果第一策略信息中包括策略间依赖信息，则需要在基于该依赖策略的执行结果后，在决策是否执行该策略，即在选择执行PCRF网元的下发的其他依赖策略执行后，再基于策略结果决策是否执行该策略；PCEF网元对其他依赖策略的处理方式保持不变。
[0104] 后续步骤为可选步骤：
[0105] 步骤609：在接收到UE发送的用户业务请求对应的业务信息发生变化时，PCEF网元判断发生变化的业务信息是否满足当前执行控制的第一策略信息，如果满足，对发生变化的业务信息继续按照所述第一策略信息进行策略控制；否则，对当前执行控制的策略进行变更，激活第二默认策略；以及对所述发生变化的业务信息按照第二默认策略进行策略控制。
[0106] 步骤610：运营提供商向PCRF网元发送用户个性化设置变更；
[0107] 步骤611：PCRF网元向PCEF网元发送变更策略信息，以及变更的附加条件；可以通过RAR消息，但并不限于此。
[0108] 也就是说，仅当策略的PCEF网元决策信息发生变化时，PCRF网元向PCEF网元通过RAR消息/CCA消息等发送策略信息及变更附加条件，表示仅PCEF本地策略决策信息发生变更，即发送第二策略信息，所述第二策略信息为变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息，所述变更后基于业务，需要策略与计费执行网元判断执行的决策策略信息为在第一策略信息的基础上增加新的策略信息。本实施例以通过RAR消息发送策略信息及变更附加条件为例，具体如下所示：
[0109] 比如在RAR/CCAI消息中Charging-Rule-Install字段(AVP)中增加如下黑色部分标识的变更附加条件：
[0110]
[0111]
[0112] 如针对网站类型设置的家长控制类套餐，当用户的自定义信息规则适用网站类型设置变更时，PCRF网元可以通过RAR消息向PCEF网元发送变更后的网站类型信息。
[0113]
[0114] 步骤612：UE向PCEF网元发送用户的业务请求及后续业务请求；
[0115] 步骤613：PCEF网元对接收到的业务请求及后续业务请求按照接收到的变更策略信息(即第二策略信息)后，对该业务请求或后续业务请求进行策略控制。
[0116] 本发明实施例中，提供了PCC框架下基于复杂的数据业务信息进行控制的套餐的实现方案，有效减少PCRF网元建设的性能开销。如易于实施诸如MMS复杂彩信计费策略、URL类别控制策略、基于浏览器类型及访问内容类型的策略控制；另外，由于PCRF网元统一下发策略，成为统一的策略管理中心，避免策略多处配置，清晰与周边系统的分工界面，降低实施难度；同时，本发明还实现了策略间依赖顺序的控制，减少PCRF网元与PCEF网元间因策略报告频繁产生的性能开销。
[0117] 下面以具体的应用实例来说明。
[0118] 实施例一
[0119] 假设有一个策略，需要判断用户请求的内容是文件还是图片，文件免费，但图片计费。
[0120] PCRF网元向PCEF网元下发策略时，可直接下发二条策略，第一策略是文件，免费；第二策略是默认策略，即图片，收费；其执行的程序段为：
[0121]
[0122] PCEF网元收到每次请求时，直接判断是该请求的内容是文件还是图片，如果是文件，执行第一策略。如果是图片，执行第二策略；与现有技术相比，在判断该请求的内容是图片时，需要将请求的内容类型(content-type)上报给PCRF网元后，以及在接收PCRF网元的回复后，才能确定是计费还是免费，因此，减少了PCRF网元和PCEF网元之间的交互次数。
[0123] 实施例二
[0124] 例二：假设有一个家长控制套餐，最终用户(即家长)可自己设置小孩不允许上网的类别(如社交类)。后面还可通过运营提供商入口(portal)自行修改孩子允许上网的类别(如再增加游戏类等)
[0125] 孩子上网时，PCRF网元向PCEF网元直接下发第一策略，该第一策略禁止访问社交类网站：其执行的程序段为：
[0126]
[0127] PCEF网元接收到孩子访问请求后，直接判断是否是访问社交类网站，如果是，则禁止访问，而不用对该孩子访问的每个URL请求判断分类后再重新报给PCRF网元，获取是否允许访问的策略，减少了PCRF网元和PCEF网元之间的交互次数。
[0128] 进一步，当孩子的家长还可以通过portal在设置的分类中增加不允许访问游戏类时，PCRF网元可以通过RAR消息向PCEF网元下发新的变更策略(即第二策略)，第二策略为禁止访问社交类网站和游戏类网站，其执行的程序段为：
[0129]
[0130] 之后，PCEF网元在接收到孩子的后续请求时，会同时判断是否访问游戏类或者社交类网站，如果，则禁止访问。
[0131] 需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0132] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
[0133] 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
