用于路由和处理与群组订阅有关的策略请求的方法、设备、系统、相关计算机程序产品的制作方法
【技术领域】
[0001]本发明涉及通信网络中的策略过程。更具体地，本发明涉及用于在通信网络中路由和处理与群组订阅有关的策略请求的方法、设备、系统、相关计算机程序产品。
【背景技术】
[0002]策略引擎在通信网络中用来执行如可与门控、服务质量(QoS)控制、QoS信令等有关的运营商定义的策略。此类策略引擎的示例是如由第3代合作伙伴计划(3GPP)定义的移动网络中的策略计费和规则功能(PCRF)、固定网络中的服务策略决策功能(SPDF)和电缆网中的分组电缆策略服务器。
[0003]在通信网络中，部署多个策略引擎是合期望的。当在通信网络中存在多个策略引擎时，需要用于策略引擎的发现过程以将来自网络元件的请求引导到策略引擎。此类发现过程还应确保来自各种网络元件的请求被贯穿会话引导到相同的策略引擎。
[0004]高效地执行发现过程的一个解决方案是部署策略请求路由器，诸如由3GPP定义的Diameter路由代理(DRA)。策略请求路由器是功能元件，其确保某个订户的会话中的所有策略相关消息在已部署了多个且可单独寻址策略引擎时到达相同的策略引擎。该策略请求路由器在会话期间保持策略引擎路由信息，并且一旦会话终止，则移除此类信息。
[0005]策略引擎可以控制用于可包括多个订户的群组订阅的策略。如果针对群组内的不同订户的会话的策略相关请求被引导到不同的策略引擎，则不能高效地执行与群组订阅有关的策略，因为可发生数据不一致，并且其可使附加的信令成为必要以便避免数据不一致。可出现这些问题是因为用于群组的订阅、提供和/或使用相关信息可被不同的高速缓存在不同的策略引擎中。
【发明内容】
[0006]考虑到以上内容，本发明的示例的目的是克服上述缺点中的一个或多个。特别地，本发明提供了用于在通信网络中路由和处理与群组订阅有关的策略请求的方法、设备、系统、相关计算机程序产品。
[0007]根据本发明的第一方面，提供了一种方法，包括:接收用于建立针对订户的会话的策略请求；确定订户是否属于群组订阅；如果订户属于群组订阅，则验证在多个策略引擎之中的至少一个策略引擎与群组订阅之间是否存在绑定；以及如果验证的结果是肯定的，则基于用于处理策略请求的绑定而将策略请求路由到所述至少一个策略引擎。该方法还可包括如果验证的结果是否定的，则选择所述多个策略引擎之中的任何一个策略引擎以用于处理请求；以及创建所选的任何一个策略引擎与群组订阅之间的绑定。
[0008]根据另一实施例，提供了一种方法，包括:接收用于发起属于群组订阅的订户的会话的第一策略请求；验证群组订阅的简档是否被存储在本地高速缓存中；以及如果验证的结果是肯定的，则基于存储的简档来处理针对订户的会话的第一策略请求。该方法还可包括如果验证的结果是否定的，则从订户简档储存库中检索群组订阅的简档；以及将该简档存储在本地高速缓存中。
[0009]该方法还可包括接收在会话期间指示在会话段期间消耗的单元的数量的第二策略请求；以及基于该指示来更新存储在本地高速缓存中的简档。
[0010]该方法还可包括接收第三策略请求，其指示订户会话的终止和在会话的终止段期间消耗的单元的数量；验证对于属于群组订阅的任何其他订户而言会话是否正在进行中；以及如果验证的结果是肯定的，则基于在会话的终止段期间消耗的单元的数量来更新存储在本地高速缓存中的简档。该方法还可包括如果验证的结果是否定的，则向订户简档储存库发送包括经更新的简档的消息。
[0011]根据本发明的第二方面，提供了一种设备，包括:用于接收用于建立针对订户的会话的策略请求的装置；用于确定订户是否属于群组订阅的装置；用于如果订户属于群组订阅、则验证在多个策略引擎之中的至少一个策略引擎与群组订阅之间是否存在绑定的装置；以及
用于如果验证的结果是肯定的、则基于用于处理策略请求的绑定而将策略请求路由到所述至少一个策略引擎的装置。
[0012]该设备还可包括用于如果验证的结果是否定的、则选择所述多个策略引擎之中的任何一个策略引擎以用于处理请求的装置；以及
用于创建所选的任何一个策略引擎与群组订阅之间的绑定的装置。
[0013]根据另一实施例，提供了一种设备，包括:用于接收针对属于群组订阅的订户的会话的策略请求的装置；用于验证群组订阅的简档是否被存储在本地高速缓存中的装置；以及用于如果验证的结果是肯定的、则基于存储的简档来处理针对订户的会话的策略请求的装置。该设备还可包括用于如果验证的结果是否定的、则检索群组订阅的简档的装置。
[0014]根据本发明的第三方面，提供了一种包括第二方面的设备的系统。
[0015]根据本发明的第四方面，提供了一种包括代码部分的计算机程序产品，所述代码部分用于使在其上执行计算机程序的设备执行根据第一方面的方法。
[0016]本发明的实施例可具有以下优点的一个或多个:
?可以在不需要针对每个事务(transact1n)查询订户简档储存库的情况下在策略引擎处高效地支持用于群组订阅的策略程序；
?可以完全地消除由于由不同策略引擎处理针对群组订阅的策略请求而引起的数据不一致；
?本发明的过程可被缩放至任何数目的群组和每个群组的任何数目的订户；
?本发明的过程不需要在策略请求中的群组标识。
【附图说明】
[0017]图1示出了其中可以执行根据本发明的实施例的过程的系统的架构；
图2a_c示出了根据现有技术的其中处理属于群组订阅的策略请求导致数据不一致的过程；
图3a_c示出了根据现有技术的其中处理属于群组订阅的策略请求导致增加的信令业务的过程； 图4示出了根据本发明的实施例的将策略请求路由到策略引擎的方案；
图5示出了根据本发明的实施例的用于将策略请求路由到策略引擎的说明性示例性消息流程图；
图6a-c示出了根据本发明的实施例的处理策略请求的方案；
图7a_c示出了根据本发明的实施例的用于处理策略请求的说明性示例性消息流程图；
图8示出了根据本发明的实施例的用于路由和处理策略请求的系统和设备。
【具体实施方式】
[0018]下面参考附图通过示例的方式来描述本发明的示例。
[0019]图1示出了根据本发明的示例的系统的架构。该系统可以包括:
一一一个或多个网络节点110，诸如网关(例如，网关通用分组无线电服务(GPRS)支持节点(GGSN)、分组数据网络TON)网关(GW) P-GW、服务架构演进(SAE)网关(GW)等)和应用功能(例如，代理呼叫会话控制功能(P-CSCF));网络节点110可提供策略执行功能(PCEF)的功能；
一一一个或多个策略请求路由器120，其可充当用于网络节点的策略处理前端，即可以针对网络节点而隐藏实际策略引擎；策略请求路由器120可具有用于存储与订户、会话和策略引擎有关的信息的本地高速缓存120M ；
——多个策略引擎130 (131、132等)，其可实际上处理来自网络节点110的策略请求；此类策略引擎130的示例是由3GPP定义的策略计费和规则功能(PCRF);固定网络中的服务策略决策功能(SPDF)和电缆网中的分组电缆策略服务器；这些策略引擎中的每一个还可具有用于存储与订户和会话有关的信息的单独本地高速缓存131M、132M等；
一一一个或多个订户简档储存库(SPR) 140，其可存储订户数据、会话数据和可对策略引擎的策略评估有用的任何其他信息。
[0020]网络节点110可通过Diameter接口与策略请求路由器120交换消息。例如，GGSN110可具有与策略请求路由器120的Gx接口(由3GPP定义)，并且诸如P-CSCF之类的应用功能可具有由3GPP定义的与策略请求路由器120的Rx接口。在网络节点110与策略请求路由器120之间交换的消息的示例可以是Diameter信用控制请求(CCR)消息和Diameter信用控制应答(CCA)消息。可在会话的发起、递送或终止期间交换这些消息。根据这一点，该消息可以是CCR-1 (初始)、CCR-U (更新)或CCR-T (终止)或对应CCA消息。会话可以是网际协议(IP)-连接性接入网(CAN)会话。
[0021]在多个策略请求路由器120 (图1中未示出)的情况下，它们可通过以太网彼此互连并可部署在安全网络中。该互连可促进路由器之间的信息共享。该信息共享可使用诸如用户数据报协议(UDP)分派器(dispatcher)之类的传输层协议。
[0022]策略请求路由器120可使用诸如Diameter之类的任何传输层协议来与策略引擎130交换消息。策略请求路由器120可充当代理服务器(proxy)或重定向代理。策略请求路由器120可在将消息发送到策略引擎130之前增强从网络节点110接收到的策略请求消息。此类增强可包括向策略请求消息添加订户数据以帮助策略引擎130检索相关会话数据。另外，策略请求路由器120可指定预期响应以及请求策略引擎120出于负载管理的目的而报告其当前负载条件的时间段。因此，除路由功能之外，策略请求路由器120还可提供其他功能。
[0023]策略引擎130可通过以太网而彼此互连，并且可部署在安全网络中。其可使用诸如Diameter之类的传输层协议来交换诸如会话数据之类的信息。
[0024]订户简档储存库(SPR) 140可以是可存储订户数据的任何储存库。例如，SPR可以是归属位置寄存器(HLR)、归属订户服务器(HSS)或X.500目录数据库。订户简档储存库140与策略引擎130之间的接口可以是由3GPP定义的Sp接口。
[0025]图2图示出用于路由和处理策略请求的现有技术过程的示例，并且突出在与群组订阅有关的策略的情况下的此类过程的缺点。图2a