CN104718737B - 用于通信网络的方法、设备、系统、计算机可读介质 - Google Patents
用于通信网络的方法、设备、系统、计算机可读介质 Download PDFInfo
- Publication number
- CN104718737B CN104718737B CN201280076563.8A CN201280076563A CN104718737B CN 104718737 B CN104718737 B CN 104718737B CN 201280076563 A CN201280076563 A CN 201280076563A CN 104718737 B CN104718737 B CN 104718737B
- Authority
- CN
- China
- Prior art keywords
- subscriber
- group subscription
- profile
- session
- policy engine
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1006—Server selection for load balancing with static server selection, e.g. the same server being selected for a specific client
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
公开了用于处理策略请求的方法、设备、系统和相关计算机程序产品。所述方法包括接收(410)用于建立针对订户的会话的策略请求;确定(420)订户是否属于群组订阅;如果订户属于群组订阅,则验证(430)在多个策略引擎之中的至少一个策略引擎与群组订阅之间是否存在绑定;以及如果验证的结果是肯定的,则基于用于处理策略请求的绑定而将策略请求路由(440)到所述至少一个策略引擎。
Description
技术领域
本发明涉及通信网络中的策略过程。更具体地,本发明涉及用于在通信网络中路由和处理与群组订阅有关的策略请求的方法、设备、系统、相关计算机程序产品。
背景技术
策略引擎在通信网络中用来执行如可与门控、服务质量(QoS)控制、QoS信令等有关的运营商定义的策略。此类策略引擎的示例是如由第3代合作伙伴计划(3GPP)定义的移动网络中的策略计费和规则功能(PCRF)、固定网络中的服务策略决策功能(SPDF)和电缆网中的分组电缆策略服务器。
在通信网络中,部署多个策略引擎是合期望的。当在通信网络中存在多个策略引擎时,需要用于策略引擎的发现过程以将来自网络元件的请求引导到策略引擎。此类发现过程还应确保来自各种网络元件的请求被贯穿会话引导到相同的策略引擎。
高效地执行发现过程的一个解决方案是部署策略请求路由器,诸如由3GPP定义的Diameter路由代理(DRA)。策略请求路由器是功能元件,其确保某个订户的会话中的所有策略相关消息在已部署了多个且可单独寻址策略引擎时到达相同的策略引擎。该策略请求路由器在会话期间保持策略引擎路由信息,并且一旦会话终止,则移除此类信息。
策略引擎可以控制用于可包括多个订户的群组订阅的策略。如果针对群组内的不同订户的会话的策略相关请求被引导到不同的策略引擎,则不能高效地执行与群组订阅有关的策略,因为可发生数据不一致,并且其可使附加的信令成为必要以便避免数据不一致。可出现这些问题是因为用于群组的订阅、提供和/或使用相关信息可被不同的高速缓存在不同的策略引擎中。
发明内容
考虑到以上内容,本发明的示例的目的是克服上述缺点中的一个或多个。特别地,本发明提供了用于在通信网络中路由和处理与群组订阅有关的策略请求的方法、设备、系统、相关计算机程序产品。
根据本发明的第一方面,提供了一种方法,包括:接收用于建立针对订户的会话的策略请求;确定订户是否属于群组订阅;如果订户属于群组订阅,则验证在多个策略引擎之中的至少一个策略引擎与群组订阅之间是否存在绑定;以及如果验证的结果是肯定的,则基于用于处理策略请求的绑定而将策略请求路由到所述至少一个策略引擎。该方法还可包括如果验证的结果是否定的,则选择所述多个策略引擎之中的任何一个策略引擎以用于处理请求;以及创建所选的任何一个策略引擎与群组订阅之间的绑定。
根据另一实施例,提供了一种方法,包括:接收用于发起属于群组订阅的订户的会话的第一策略请求;验证群组订阅的简档是否被存储在本地高速缓存中;以及如果验证的结果是肯定的,则基于存储的简档来处理针对订户的会话的第一策略请求。该方法还可包括如果验证的结果是否定的,则从订户简档储存库中检索群组订阅的简档;以及将该简档存储在本地高速缓存中。
该方法还可包括接收在会话期间指示在会话段期间消耗的单元的数量的第二策略请求;以及基于该指示来更新存储在本地高速缓存中的简档。
该方法还可包括接收第三策略请求,其指示订户会话的终止和在会话的终止段期间消耗的单元的数量;验证对于属于群组订阅的任何其他订户而言会话是否正在进行中;以及如果验证的结果是肯定的,则基于在会话的终止段期间消耗的单元的数量来更新存储在本地高速缓存中的简档。该方法还可包括如果验证的结果是否定的,则向订户简档储存库发送包括经更新的简档的消息。
根据本发明的第二方面,提供了一种设备,包括:用于接收用于建立针对订户的会话的策略请求的装置;用于确定订户是否属于群组订阅的装置;用于如果订户属于群组订阅、则验证在多个策略引擎之中的至少一个策略引擎与群组订阅之间是否存在绑定的装置;以及
用于如果验证的结果是肯定的、则基于用于处理策略请求的绑定而将策略请求路由到所述至少一个策略引擎的装置。
该设备还可包括用于如果验证的结果是否定的、则选择所述多个策略引擎之中的任何一个策略引擎以用于处理请求的装置;以及
用于创建所选的任何一个策略引擎与群组订阅之间的绑定的装置。
根据另一实施例,提供了一种设备,包括:用于接收针对属于群组订阅的订户的会话的策略请求的装置;用于验证群组订阅的简档是否被存储在本地高速缓存中的装置;以及用于如果验证的结果是肯定的、则基于存储的简档来处理针对订户的会话的策略请求的装置。该设备还可包括用于如果验证的结果是否定的、则检索群组订阅的简档的装置。
根据本发明的第三方面,提供了一种包括第二方面的设备的系统。
根据本发明的第四方面,提供了一种包括代码部分的计算机程序产品,所述代码部分用于使在其上执行计算机程序的设备执行根据第一方面的方法。
本发明的实施例可具有以下优点的一个或多个:
•可以在不需要针对每个事务(transaction)查询订户简档储存库的情况下在策略引擎处高效地支持用于群组订阅的策略程序;
•可以完全地消除由于由不同策略引擎处理针对群组订阅的策略请求而引起的数据不一致;
•本发明的过程可被缩放至任何数目的群组和每个群组的任何数目的订户;
•本发明的过程不需要在策略请求中的群组标识。
附图说明
图1示出了其中可以执行根据本发明的实施例的过程的系统的架构;
图2a-c示出了根据现有技术的其中处理属于群组订阅的策略请求导致数据不一致的过程;
图3a-c示出了根据现有技术的其中处理属于群组订阅的策略请求导致增加的信令业务的过程;
图4示出了根据本发明的实施例的将策略请求路由到策略引擎的方案;
图5示出了根据本发明的实施例的用于将策略请求路由到策略引擎的说明性示例性消息流程图;
图6a-c示出了根据本发明的实施例的处理策略请求的方案;
图7a-c示出了根据本发明的实施例的用于处理策略请求的说明性示例性消息流程图;
图8示出了根据本发明的实施例的用于路由和处理策略请求的系统和设备。
具体实施方式
下面参考附图通过示例的方式来描述本发明的示例。
图1示出了根据本发明的示例的系统的架构。该系统可以包括:
——一个或多个网络节点110,诸如网关(例如,网关通用分组无线电服务(GPRS)支持节点(GGSN)、分组数据网络PDN)网关(GW)P-GW、服务架构演进(SAE)网关(GW)等)和应用功能(例如,代理呼叫会话控制功能(P-CSCF));网络节点110可提供策略执行功能(PCEF)的功能;
——一个或多个策略请求路由器120,其可充当用于网络节点的策略处理前端,即可以针对网络节点而隐藏实际策略引擎;策略请求路由器120可具有用于存储与订户、会话和策略引擎有关的信息的本地高速缓存120M;
——多个策略引擎130(131、132等),其可实际上处理来自网络节点110的策略请求;此类策略引擎130的示例是由3GPP定义的策略计费和规则功能(PCRF);固定网络中的服务策略决策功能(SPDF)和电缆网中的分组电缆策略服务器;这些策略引擎中的每一个还可具有用于存储与订户和会话有关的信息的单独本地高速缓存131M、132M等;
——一个或多个订户简档储存库(SPR)140,其可存储订户数据、会话数据和可对策略引擎的策略评估有用的任何其他信息。
网络节点110可通过Diameter接口与策略请求路由器120交换消息。例如,GGSN110可具有与策略请求路由器120的Gx接口(由3GPP定义),并且诸如P-CSCF之类的应用功能可具有由3GPP定义的与策略请求路由器120的Rx接口。在网络节点110与策略请求路由器120之间交换的消息的示例可以是Diameter信用控制请求(CCR)消息和Diameter信用控制应答(CCA)消息。可在会话的发起、递送或终止期间交换这些消息。根据这一点,该消息可以是CCR-I(初始)、CCR-U(更新)或CCR-T(终止)或对应CCA消息。会话可以是网际协议(IP)-连接性接入网(CAN)会话。
在多个策略请求路由器120(图1中未示出)的情况下,它们可通过以太网彼此互连并可部署在安全网络中。该互连可促进路由器之间的信息共享。该信息共享可使用诸如用户数据报协议(UDP)分派器(dispatcher)之类的传输层协议。
策略请求路由器120可使用诸如Diameter之类的任何传输层协议来与策略引擎130交换消息。策略请求路由器120可充当代理服务器(proxy)或重定向代理。策略请求路由器120可在将消息发送到策略引擎130之前增强从网络节点110接收到的策略请求消息。此类增强可包括向策略请求消息添加订户数据以帮助策略引擎130检索相关会话数据。另外,策略请求路由器120可指定预期响应以及请求策略引擎130出于负载管理的目的而报告其当前负载条件的时间段。因此,除路由功能之外,策略请求路由器120还可提供其他功能。
策略引擎130可通过以太网而彼此互连,并且可部署在安全网络中。其可使用诸如Diameter之类的传输层协议来交换诸如会话数据之类的信息。
订户简档储存库(SPR)140可以是可存储订户数据的任何储存库。例如,SPR可以是归属位置寄存器(HLR)、归属订户服务器(HSS)或X.500目录数据库。订户简档储存库140与策略引擎130之间的接口可以是由3GPP定义的Sp接口。
图2图示出用于路由和处理策略请求的现有技术过程的示例,并且突出在与群组订阅有关的策略的情况下的此类过程的缺点。图2a图示出会话发起期间的过程,图2b图示出会话(进行中会话)的递送期间的过程,并且图2c图示出会话终止处的过程。
参考图2a,诸如GGSN 210之类的策略执行功能(PCEF)可在针对订户x的会话发起期间向诸如Diameter路由代理(DRA)220之类的策略请求路由器发送2101 Diameter CCR-I消息。可注意到订户x可属于具有群组订阅的订户组。此类群组订阅可控制服务质量(QoS)、服务单元的分配和用于由属于群组订阅的订户发起的会话的其他相关参数。DRA 220可将CCR-I消息转发2201到第一策略引擎,诸如第一策略和计费规则功能(PCRF1)231。
在接收到转发的CCR-I消息时,PCRF1 231可从订户简档储存库240中检索2401订户x的简档。针对订户x的检索的简档可包括群组订阅的简档。作为示例,群组订阅简档可包含用于群组订阅的100个服务单元的阈值的指示。另外,简档可包含用于群组的最大允许带宽的指示,诸如群组最大比特率(MBR)。PCRF1 231可将检索的简档存储2311在本地高速缓存中。随后,PCRF1 231可基于检索的简档向DRA 220发送2202 CCA-I消息,该消息指示针对订户x的10个单元的许可(grant),其可进一步被DRA 220转发2102到PCEF 210。
在一些时间之后,当由订户x发起的会话仍在进行中时,可由属于相同群组订阅的另一订户(即订户y)来发起会话。这可触发PCEF 210朝着DRA 220发送2103针对订户y的CCR-I。由于DAR 220可能不知道群组订阅,所以DRA220可将针对订户y的CCR-I转发2203到第二PCRF(PCRF2)232。
在接收到针对订户y的转发的CCR-I消息时,PCRF 2 232可从订户简档储存库240中检索2402订户y的简档。针对订户y的检索的简档可包括群组订阅的简档。PCRF2 232可将检索的简档存储2321在本地高速缓存中。随后,PCRF2 232可基于检索的简档而向DRA 220发送2204 CCA-I消息,该消息指示针对订户y的10个单元的许可,其可进一步被DRA 220转发2104到PCEF 210。
当用于订户x和订户y的会话可能在进行中时,可存在用于更新的策略请求。在图2b中图示出此类过程。如图中所示,PCEF 210可朝着DRA 220发送2105针对订户x的CCR-U。CCR-U消息可包含早先针对会话被许可的10个服务单元的消耗的指示。CCR-U消息可包含或可不包含针对附加量的服务单元的许可的显式请求。DRA 220可将针对订户x的CCR-U转发2205到第一PCRF(PCRF1)231。这是借助于绑定(binding)DRA 220创建的,使得在会话期间针对订户的所有策略请求始终被路由到相同的策略引擎。
当PCRF 1 231接收到CCR-U消息时,其可更新2312存储在本地高速缓存中的简档,以指示用于群组订阅的100 - 10=90个服务单元的余量(balance)。随后,PCRF1 231可向DRA 220发送2206 CCA-U消息,该消息指示针对订户x的10个单元的许可,其可进一步被DRA220转发2106到PCEF 210。
在该时间过程中,PCEF 210可朝着DRA 220发送2107针对订户y的CCR-U。CCR-U消息可包含早先针对会话被许可的10个服务单元的消耗的指示。CCR-U消息可包含或可不包含针对附加量的服务单元的许可的显式请求。DRA 220可将针对订户y的CCR-U转发2207到第二PCRF(PCRF2)232。这是借助于绑定DRA 220创建的,使得在会话期间针对订户的所有策略请求始终被路由到相同的策略引擎。
当PCRF2 232接收到CCR-U消息时,其可更新2322存储在本地高速缓存中的群组订阅简档,以指示用于群组订阅的100 - 10=90个服务单元的余量。可注意到,虽然在订户x的会话期间已消耗了用于群组订阅的10个服务单元,但PCRF2不知道,并且因此假定100个服务单元的初始余量且将余量更新为90个服务单元。随后,PCRF2 232可向DRA 220发送2207 CCA-U消息,该消息指示针对订户y的10个单元的许可,其可进一步被DRA 220转发2108到PCEF 210。
参考图2c,当订户x的会话终止时,PCEF 210可朝着DRA 220发送2109针对订户x的CCR-T消息。CCR-T消息可包含在会话的终止段期间10个服务单元的消耗的指示。DRA 220可将针对订户x的CCR-T转发2209到第一PCRF(PCRF1)231。
当PCRF1 231接收到CCR-T消息时,其可更新2403订户简档储存库240中的针对群组订阅的简档以指示90 - 10=80个服务单元的余量。可注意到,知道针对订户y的会话的服务单元的消耗的PCRF1单独地基于针对订户x的会话的服务单元的消耗而更新订户简档储存库。
随后,PCRF1 231可向DRA 220发送2210 CCA-T消息,其指示订户x的会话的终止。还可由DRA 220将CCA-T消息进一步转发2110到PCEF 210。
类似地,当订户 y的会话终止时,PCEF 210可朝着DRA 220发送2111针对订户y的CCR-T消息。CCR-T消息可包含在会话的终止段期间10个服务单元的消耗的指示。DRA 220可将针对订户y的CCR-T转发2211到第二PCRF(PCRF2)232。
当PCRF2 232接收到CCR-T消息时,其可更新2404订户简档储存库240中的针对群组订阅的简档以指示90 - 10=80个服务单元的余量。可注意到,知道针对订户x的会话的服务单元的消耗的PCRF2单独地基于针对订户y的会话的服务单元的消耗而更新订户简档储存库。
随后,PCRF2 232可向DRA 220发送2212 CCA-T消息,其指示订户y的会话的终止。还可由DRA 220将CCA-T消息进一步转发2112到PCEF 210。
在上述说明性实施例中,虽然存在用于订户x的会话的20个服务单元和用于订户y的会话的20个服务单元的消耗和因此总共40个服务单元的消耗且群组余量应是60个服务单元,但由PCRF1 231和PCRF2 232用80个服务单元的余量来更新订户简档储存库。因此,很明显,当不同的PCRF处理针对属于群组订阅的订户的策略请求时,可能发生数据不一致。
为了克服由于数据不一致而引起的问题,可遵循替换过程,其中,策略引擎可不将简档存储在本地高速缓存中,而是针对每个事务与SPR相交互。下面参考图3a-c来描述该替换过程。
如前所述,图3a图示出会话发起期间的过程,图3b图示出会话(进行中会话)的递送期间的过程,并且图3c图示出会话终止处的过程。
参考图3a,策略执行功能(PCEF)310可在针对订户x的会话发起期间向Diameter路由代理(DRA)320发送3101 Diameter CCR-I消息。DRA 320可将CCR-I消息转发3201到第一PCRF1 331。
在接收到转发的CCR-I消息时,PCRF1 331可从订户简档储存库340中检索3401订户x的简档。检索的针对订户x的简档可包括群组订阅的简档。通过示例的方式,群组订阅简档可包含针对群组订阅的100个服务单元的阈值的指示。可注意到,在此替换过程中,PCRF1331可不将检索的简档存储在本地高速缓存中。随后,PCRF1 331可基于检索的简档向DRA320发送3202 CCA-I消息,该消息指示针对订户x的10个单元的许可,其可进一步被DRA 320转发3102到PCEF 310。
在一定时间之后,当由订户x发起的会话仍在进行中时,可由订户y来发起会话。这可触发PCEF 310朝着DRA 320发送3103针对订户y的CCR-I。由于DAR 320可能不知道群组订阅,所以DRA 320可将针对订户y的CCR-I转发3203到第二PCRF(PCRF2)332。
在接收到针对订户y的转发的CCR-I消息时,PCRF2 332可从订户简档储存库340中检索3402订户y的简档。检索的针对订户y的简档可包括群组订阅的简档。PCRF2 332可不将检索的简档存储在本地高速缓存中。随后,PCRF2 332可基于检索的简档向DRA 320发送3204 CCA-I消息,该消息指示针对订户y的10个单元的许可,其可进一步被DRA 320转发3104到PCEF 310。
当用于订户x和订户y的会话可能在进行中时,可存在针对更新的策略请求。在图3b中图示出此类过程。如图中所示,PCEF 310可朝着DRA 320发送针对订户x的CCR-U。CCR-U消息可包含早先针对会话被许可的10个服务单元的消耗的指示。CCR-U消息可包含或可不包含针对附加量的服务单元的许可的显式请求。DRA 320可将针对订户x的CCR-U转发3205到第一PCRF(PCRF1)331。这是借助于绑定DRA 320创建的,使得在会话期间针对订户的所有策略请求始终被路由到相同策略引擎。
当PCRF1 331接收到CCR-U消息时,其可从订户简档储存库340中检索3403针对订户x的简档。检索的简档可指示针对订户x所属的群组订阅的100个服务单元的余量。随后,PCRF1 331可更新3404订户简档储存库340中的针对群组订阅的简档以指示100 - 10=90个服务单元的余量。随后,PCRF1 331可向DRA 320发送3206 CCA-U消息,该消息指示针对订户x的10个单元的许可,其可进一步被DRA 320转发3106到PCEF 310。
在该时间过程中,PCEF 310可朝着DRA 320发送3107针对订户y的CCR-U。CCR-U消息可包含早先针对会话被许可的10个服务单元的消耗的指示。CCR-U消息可包含或可不包含针对附加量的服务单元的许可的显式请求。DRA 320可将针对订户y的CCR-U转发3207到第二PCRF(PCRF2)332。这是借助于绑定DRA 320创建的,使得在会话期间针对订户的所有策略请求始终被路由到相同策略引擎。
当PCRF2 332接收到CCR-U消息时,其可从订户简档储存库340中检索3405针对订户y的简档。检索的简档可指示针对订户y所属的群组订阅的90个服务单元的余量。随后,PCRF2 332可更新3406订户简档储存库340中的针对群组订阅的简档以指示90 - 10=80个服务单元的余量。随后,PCRF2 332可向DRA 320发送3208 CCA-U消息,该消息指示针对订户y的10个单元的许可,其可进一步被DRA 320转发3108到PCEF 310。
参考图3c,当订户x的会话被终止时,PCEF 310可朝着DRA 320发送3109针对订户x的CCR-T消息。CCR-T消息可包含在会话的终止段期间10个服务单元的消耗的指示。DRA 320可将针对订户x的CCR-T转发3209到第一PCRF(PCRF1)331。
当PCRF1 331接收到CCR-T消息时,其可从订户简档储存库340中检索3407针对订户x的简档。检索的简档可指示针对订户x所属的群组订阅的80个服务单元的余量。随后,PCRF1 331可更新3408订户简档储存库340中的针对群组订阅的简档以指示80 - 10=70个服务单元的余量。
随后,PCRF1 331可向DRA 320发送3210 CCA-T消息,其指示订户x的会话的终止。CCA-T消息可进一步被DRA 320转发3110到PCEF 310。
类似地,当订户 y的会话被终止时,PCEF 310可朝着DRA 320发送3111针对订户y的CCR-T消息。CCR-T消息可包含在会话的终止段期间10个服务单元的消耗的指示。DRA 320可将针对订户x的CCR-T转发3211到第二PCRF(PCRF2)332。
当PCRF2 332接收到CCR-T消息时,其可从订户简档储存库340中检索3409针对订户y的简档。检索的简档可指示针对订户y所属的群组订阅的70个服务单元的余量。随后,PCRF2 332可更新3410订户简档储存库340中的针对群组订阅的简档以指示70 - 10=60个服务单元的余量。
随后,PCRF2 332可向DRA 320发送3212 CCA-T消息,其指示订户y的会话的终止。CCA-T消息可进一步由DRA 320转发3112到PCEF 310。
处理策略请求的上述过程通过针对每个事务与订户简档储存库340的重复交互来克服数据不一致的问题。然而,这使得策略引擎与订户简档储存库之间的若干信令消息成为必要。在典型群组订阅的情况下,可存在具有可引起若干事务的同时会话的许多订户。因此,可存在信令方面的显著增加。
本发明的实施例如下面参考附图所述地克服上述问题。
图4图示出根据本发明的一些实施例的用于路由策略请求的示例性过程。根据该过程,当诸如Diameter路由代理(DRA)之类的策略请求路由器接收到410针对订户会话的策略请求时,其可首先确定420订户是否属于具有群组订阅的订户组。此类确定420可基于关于群组订阅的先前提供的信息。该提供可以是通过由订户简档储存库(SPR)进行的信息广播。可将广播直接地递送至DRA,如果在DRA与SPR之间存在接口的话,或者通过提供服务器递送至DRA。可替换地,在接收到策略请求之后,确定420可基于由DRA进行的关于群组订阅的信息的检索。此类信息检索可以是直接地从SPR或者间接地通过提供服务器。
如果确定订户属于群组订阅,则DRA可验证430在群组订阅与至少一个策略引擎之间是否存在绑定。可注意到通常在网络中可存在可以处理策略请求的多个策略引擎。当关于群组订阅的信息可用于DRA时,其可创建群组订阅与所选策略引擎之间的绑定。该绑定可以是静态的,即,一旦关于群组订阅的信息为DRA所知且无论负载条件等如何都未改变,则创建绑定。
可替换地,绑定可以是动态的,即只有当发生针对群组订阅的第一会话发起请求时才创建绑定,并且当属于群组订阅的所有会话终止时可移除绑定。
如果存在群组订阅与至少一个策略引擎之间的绑定,则将策略请求被路由440到至少一个策略引擎。如果此类绑定不存在,则DRA可选择450任何一个策略引擎。该选择450可基于策略引擎的负载条件、循环(round robin)选择方法或随机选择。一旦选择了策略引擎,则DRA可创建460所选策略引擎与群组订阅之间的绑定,并且使用此类绑定来将针对群组订阅的所有策略请求路由440到所选策略引擎。
可注意到的是如果订户不属于具有群组订阅的订户组,则DRA可基于诸如负载条件、循环选择方法等之类的任何准则来选择480策略引擎。在此类情况下,DRA可仅创建订户与所选策略引擎之间的绑定,使得可将针对订户会话的所有策略请求路由到所选策略引擎。
图5示出了图示出根据本发明的一些实施例的示例性过程的消息流程图。在本示例中,在会话的发起期间,策略执行功能(PCEF)510可朝着DRA 520发送5101针对订户x的CCR-I。如图中所示,关于群组订阅的信息可能先前已被提供5401给DRA 520。可替换地,DRA520在从PCEF 510接收到CCR-I时可检索5402此类信息。此类提供或检索可以是直接地在SPR 540与DRA 520之间的接口上或在提供服务器(图中未示出)上。该信息可包含属于群组订阅的订户的群组,其允许确定5201关于订户x是否属于群组订阅。如果确定订户x属于群组订阅,则可验证5202是否存在群组订阅与策略引擎之间的绑定。如果发现例如存在群组订阅与第一策略引擎(PCRF1)531之间的绑定,则可将CCR-I消息转发5203到PCRF1 531。另一方面,如果确定5201订户x属于群组订阅,但是在验证5202时,发现在群组订阅与任何一个策略引擎之间不存在绑定,则DRA 420可选择用于处理群组订阅的策略请求的PCRF1531,并创建5204群组订阅与PCRF1 531之间的绑定。用于处理群组订阅的策略请求的PCRF1531的选择可基于策略引擎(在图5中所示的示例中PCRF1 531和PCRF2 532)的负载条件、循环选择方法或随机选择。
可注意到如果确定5201订户x不属于具有群组订阅的订户组,则DRA 520可向第一和第二策略引擎中的任何一个转发5206 CCR-I消息。在图5中所示的示例中,将CCR-I消息转发5206到PCRF2 532。此类转发可基于诸如负载条件、循环选择方法等之类的任何准则。
参考图4和5的上述过程确保属于具有群组订阅的订户组的订户的策略请求被路由到相同策略引擎,在本示例中PCRF1 531。当针对另一订户、与订户x属于相同群组订阅的订户y的策略请求被DRA 520接收到时,该过程借助于确定5201和验证5202过程来确保该策略请求被路由到PCRF1 531。当属于群组订阅的所有会话被终止时,DRA 520可选择移除群组订阅与策略引擎之间的任何绑定。
还可注意到的是甚至当策略请求源自于多个网络实体、例如多个PCEF 510时,该过程可适用。
由于所有这些请求被DRA借助于群组订阅与策略引擎之间的绑定而路由,所以起源PCEF 510未影响该过程。此外,如果在网络中存在多个DRA 520,则可以扩展该过程,因为可跨此类多个DRA 520传送在群组订阅与策略引擎之间创建的绑定。
图6a-c图示出根据本发明的一些实施例的用于处理针对属于群组订阅的订户的策略请求的过程。参考图6a,当策略引擎接收到610针对属于群组订阅的订户的新会话的策略请求时,其可验证620在策略引擎的本地高速缓存中是否存在与群组订阅相关联的简档。如果简档存在,则策略引擎可基于本地高速缓存中的现有简档来处理630策略请求。如果在本地高速缓存中不存在简档,则策略引擎可从订户简档储存库中检索640简档并存储在本地高速缓存中。
可注意到从DRA接收到610的策略请求可包含订户属于群组订阅的指示。在此类情况下,策略引擎可验证在本地高速缓存中是否已存在针对群组订阅的简档。在另一可能性中,策略引擎可验证订户是否是对于其而言在本地高速缓存中存在简档的群组订阅的一部分。在另一可能性中,策略引擎可检索针对订户的简档,其可包含订户可属于的群组订阅的简档。
参考图6b,当在进行中的会话期间接收到615指示在会话段期间使用的服务单元数量的策略请求时,策略请求可更新625存储在本地高速缓存中的针对群组订阅的简档,而不是从SPR获取群组简档并更新SPR中的简档(例如,图3中的步骤3405、3406或3407、3408)。随后,可基于存储在本地高速缓存中的简档来处理535策略请求。
参考图6c,当在针对订户的会话终止时接收到650策略请求时,策略引擎将验证660对于属于群组订阅的任何其他订户而言是否任何其他会话正在进行中。如果对于任何其他订户而言至少一个会话正在进行中,则策略引擎将仅更新670存储在本地高速缓存中的简档。如果与群组订阅有关的所有会话都被终止,则策略引擎可更新680订户简档储存库中的简档。
上述过程克服了数据不一致的问题以及避免了对信令的需要,如下面参考图7a-c通过示例的方式进一步举例说明的。
图7a图示出根据本发明的一些实施例的在会话发起期间的过程,图7b图示出会话(进行中会话)的递送期间的过程,并且图7c图示出会话终止处的过程。
参考图7a,策略执行功能(PCEF)710可在针对订户x的会话发起期间向诸如Diameter路由代理(DRA)720之类的策略请求路由器发送7101 Diameter CCR-I消息。可注意到订户x可属于具有群组订阅的订户组。此类群组订阅可控制服务质量(QoS)、服务单元的分配和用于由属于群组订阅的订户发起的会话的其他相关参数。DRA 720可将CCR-I消息转发7201到第一策略引擎,诸如第一策略和计费规则功能(PCRF1)731。CCR-I消息到PCRF1731的转发7201可基于订户x属于群组订阅的确定和在群组订阅与PCRF1 731之间存在绑定的验证。订户x属于群组订阅的确定可以是可能的,因为可预先提供关于群组订阅的信息,或者可能已被DRA 720检索。
在接收到转发的CCR-I消息时,PCRF1 731可从订户简档储存库740中检索7401订户x的简档。检索的针对订户x的简档可包括群组订阅的简档。通过示例的方式,群组订阅简档可包含针对群组订阅的100个服务单元的阈值的指示。PCRF1 731可将检索的简档存储7311在本地高速缓存中。随后,PCRF1 731可基于检索的简档向DRA 720发送7202 CCA-I消息,该消息指示针对订户x的10个单元的许可,其可进一步被DRA 720转发7102到PCEF 710。
在一定时间之后,当由订户x发起的会话仍在进行中时,可由属于相同群组订阅的另一订户、例如订户y来发起会话。这可触发PCEF 710朝着DRA 720发送7103针对订户y的CCR-I。由于DRA 720知道群组订阅,如先前所描述的,所以DRA 720可将针对订户y的CCR-I转发7203到相同PCRF,即PCRF1 731。
在接收到针对订户y的转发的CCR-I消息时,PCRF1 732可不需要从订户简档储存库740中检索订户y的简档,因为订户y属于群组订阅,其简档在本地高速缓存中可用。因此,PCRF1 731可查找7312存储在本地高速缓存中的群组订阅简档,并且可向DRA 720发送7204CCA-I消息,该消息指示针对订户y的10个单元的许可,其可进一步被DRA 720转发7104到PCEF 710。
当针对订户x和订户y的会话可能在进行中时,可存在针对更新的策略请求。在图7b中图示出此类过程。如图中所示,PCEF 710可朝着DRA 720发送针对订户x的CCR-U。CCR-U消息可包含早先针对会话被许可的10个服务单元的消耗的指示。CCR-U消息可包含或可不包含针对附加量的服务单元的许可的显式请求。DRA 720可将针对订户x的CCR-U转发7205到PCRF1 731。
当PCRF1 731接收到CCR-U消息时,其可更新7313存储在本地高速缓存中的群组订阅简档,以指示针对群组订阅的100 - 10=90个服务单元的余量。随后,PCRF1 731可向DRA720发送7206 CCA-U消息,该消息指示针对订户x的10个单元的许可,其可进一步被DRA 720转发7106到PCEF 710。
在该时间过程中,PCEF 710可朝着DRA 720发送7107针对订户y的CCR-U。CCR-U消息可包含早先针对会话被许可的10个服务单元的消耗的指示。CCR-U消息可包含或可不包含针对附加量的服务单元的许可的显式请求。DRA 720可将针对订户y的CCR-U转发7207到PCRF1 731。
当PCRF1 731接收CCR-U消息时,其可更新7314存储在本地高速缓存中的群组订阅简档,以指示针对群组订阅的90 - 10=80个服务单元的余量。可注意到因为相同PCRF(PCRF1)731借助于订户所属的群组订阅来处理针对订户x和订户y两者的策略请求,避免了数据不一致(如在针对图2b的描述中所指)。随后,PCRF1 731可向DRA 720发送7208 CCA-U消息,该消息指示针对订户y的10个单元的许可,其可进一步被DRA 720转发7108到PCEF710。
参考图7c,当订户x的会话被终止时,PCEF 710可朝着DRA 720发送7109针对订户x的CCR-T消息。CCR-T消息可包含在会话的终止段期间10个服务单元的消耗的指示。DRA 720可将针对订户x的CCR-T转发7209到第一PCRF(PCRF1)731。
当PCRF1 731接收到CCR-T消息时,其可更新7315针对群组订阅的简档以指示80 -10=70个服务单元的余量。可注意到PCRF1可不更新订户简档储存库,因为订户y的会话仍在进行中。
随后,PCRF1 731可向DRA 720发送7210 CCA-T消息,其指示订户x的会话的终止。CCA-T消息可进一步由DRA 720转发7110到PCEF 710。
类似地,当订户 y的会话被终止时,PCEF 710可朝着DRA 720发送7111针对订户y的CCR-T消息。CCR-T消息可包含在会话的终止段期间10个服务单元的消耗的指示。DRA 720可将针对订户y的CCR-T转发7211到PCRF1 231。
当PCRF1 731接收到CCR-T消息时,其可更新7402订户简档储存库740中的针对群组订阅的简档以指示70 - 10=60个服务单元的余量。可注意到PCRF1在该情况下更新订户简档储存库740,因为没有属于群组订阅的其他会话正在进行中。
随后,PCRF1 731可向DRA 720发送7212 CCA-T消息,其指示订户y的会话的终止。CCA-T消息可进一步由DRA 720转发7112到PCEF 710。
由于属于群组订阅的所有会话都被终止,所以PCRF1 731可判定从本地高速缓存中移除7316群组订阅简档。类似地,DRA 720还可以可选地移除群组订阅与PCRF1 731之间的绑定。然而,DRA 720可保留与群组订阅有关的信息以供群组的任何将来会话使用。
上述示例图示出如何克服参考图2a-c所述的过程遇到的数据不一致。另外,与参考图3a-c所述的过程相比,其中针对属于群组订阅并每个具有三个事务的两个订户而言在策略引擎与SPR之间交换十个信令消息,本发明的示例性过程始终仅涉及到两个信令消息,无论群组中的订户数目和会话期间的事务数目如何。
本发明还提供了如图8中所示的第一和第二设备,其中可执行根据本发明的实施例的过程。根据本发明的第一设备(DRA)801可提供策略请求路由器的功能,诸如由3GPP定义的可用本发明的特征来增强的Diameter路由代理(DRA)。
根据本发明的示例,第一设备801可包括:
•中央处理单元(CPU或核心功能)811;
•存储器821;
•用于接收的装置(Rx),或者被配置成接收831策略相关请求的输入单元;
•用于发射的装置(Tx),或者被配置成发射861策略相关请求以及针对那些请求的响应的输出单元;
•用于确定的装置(Dx),或者被配置成确定851订户是否属于群组订阅的确定单元;以及
•用于验证的装置(Vx),或者被配置成验证852是否存在群组订阅与策略引擎之间的绑定的验证单元。
第一设备801还可包括:
用于选择的装置(Sx),或者被配置成选择853多个策略引擎之中的策略引擎的选择单元;以及
用于创建的装置(Cx),或者被配置成创建854群组订阅与策略引擎之间的绑定的创建单元。
可注意到上文列出的各种单元(诸如设备801的用于接收的装置Rx 831等)可以是在设备的CPU 811上运行的功能,或者可以可替换地是单独的功能实体或装置。此外,各种单元可在其之间具有接口,所述接口为了简单起见而在图8中未示出。
可将CPU 811配置成处理各种数据输入,并控制存储器821、存在于设备801的各种其他功能单元的功能。存储器821可服务用于例如存储用于当例如在CPU 811上运行时执行例如根据本发明的示例的方法的代码装置。例如,存储器821可存储关于群组订阅与策略引擎之间的绑定的信息。另外,存储器821可存储可存在于网络中的各种策略引擎的地址。
可注意到可以可替换地将用于接收的装置831和用于发射的装置861提供为整体收发机。还可注意到可将用于接收的装置831和用于发射的装置861实现为i)用于例如经由空中接口来进行收发的物理发射机/接收机,ii)例如用于例如在PS(分组交换)网络中发送/接收数据分组的路由实体,或者iii)i)和ii)的任何适当组合。
根据本发明的某些实施例,用于接收的装置831可接收用于建立针对订户的会话的策略请求。此类策略请求可以是例如Diameter信用控制请求(CCR)消息。在接收到策略请求时,设备801的用于确定的装置851可确定订户是否属于群组订阅。用于确定的装置851可通过查看关于可存储在存储器821中的群组订阅的任何先前提供的信息来这样确定。可替换地,其可通过与订户简档储存库的交互来确定。
如果确定订户属于群组订阅,则用于验证的装置852可验证在多个策略引擎之中的至少一个策略引擎与群组订阅之间是否存在绑定。此类绑定可能已经被先前创建,并被存储在设备801的存储器851中。如果此类绑定存在,则根据该绑定,用于发射的装置861可将策略请求路由到策略引擎。
另一方面,如果由用于确定的装置851确定订户属于群组订阅,但在群组订阅与任何策略引擎之间不存在绑定,则用于选择的装置853可选择所述多个策略引擎之中的任何一个策略引擎以用于处理请求,并且用于创建的装置854可创建所选的任何一个策略引擎与群组订阅之间的绑定。用于选择的装置853的此类选择过程可基于所述多个策略引擎的负载条件、循环选择方法或随机选择。
根据本发明的示例,第二设备802可包括:
•中央处理单元(CPU或核心功能)812;
•存储器822;
•用于接收的装置(Rx),或者被配置成接收832策略相关请求的输入单元;
•用于发射的装置(Tx),或者被配置成发射862针对策略请求的响应的输出单元;
•用于验证的装置(Vx),或者被配置成验证855在本地高速缓存(存储器822)中是否存在群组订阅的简档的验证单元;以及
•用于处理的装置(Px),或者被配置成处理856策略请求的处理单元。
第二设备802还可包括用于更新的装置(Ux),或者被配置成更新857本地高速缓存(存储器822)中的群组订阅的简档的更新单元。用于发射的装置862可充当用于更新订户简档储存库中的简档的装置。用于发射的装置862与用于接收的装置832相组合可充当用于从订户简档储存库中检索简档的装置。
可注意到上文列出的各种单元(诸如设备802的用于接收的装置Rx 832等)可以是在设备的CPU 812上运行的功能,或者可以可替换地是单独的功能实体或装置。此外,各种单元可在其之间具有接口,所述接口为了简单起见而在图8中未示出。
可将CPU 812配置成处理各种数据输入,并控制存储器822、存在于设备802中的各种其他功能单元的功能。存储器822可服务用于例如存储用于当例如在CPU 812上运行时执行例如根据本发明的示例的方法的代码装置。例如,存储器822可存储群组订阅的简档。
可注意到可替换地将用于接收的装置832和用于发射的装置862提供为整体收发机。还可注意到可将用于接收的装置832和用于发射的装置862实现为i)用于例如经由空中接口来进行收发的物理发射机/接收机,ii)例如用于例如在PS(分组交换)网络中发送/接收数据分组的路由实体,或者iii)i)和ii)的任何适当组合。
根据本发明的某些实施例,用于接收的装置832可接收针对属于群组订阅的订户的策略请求。此类策略请求可以是Diameter信用控制请求(CCR)消息,并且可已经由Diameter路由代理(DRA)转发。在接收到策略请求时,用于验证的装置855可验证群组订阅的简档是否被存储在本地高速缓存中。群组订阅的简档可已经被先前从订户简档储存库检索并存储在本地高速缓存中。在本文中,设备802的存储器822可充当本地高速缓存。如果在本地高速缓存中存在群组订阅的简档,则用于处理的装置856可基于存储的简档来处理针对订户会话的策略请求。
如果在本地高速缓存中不存在群组订阅的简档,则用于发射的装置862与用于接收的装置832组合可充当用于从订户简档储存库中检索群组订阅的简档的用于检索的装置。随后,可将检索的群组订阅的简档存储在设备802的本地高速缓存中。
如果策略请求在进行中的会话或终止会话期间被用于接收的装置832接收到,则用于更新的装置857可基于策略请求来更新群组订阅的简档。在终止会话的情况下,如果对于属于群组订阅的用户而言会话正在进行中,则用于更新的装置857可更新本地高速缓存中的简档。如果属于群组订阅的所有会话都已终止,则用于发射的装置862可提供用于更新的装置的功能,并更新订户简档储存库中的群组订阅的简档。
本发明提供了一种包括上述第一设备801和多个第二设备802的系统800(图8)。
本发明还可涉及一种计算机程序产品。该计算机程序产品可包括用于执行路由和处理与群组订阅有关的策略请求的过程的代码装置,例如,如参考图4-7所述。此外,本发明可涉及一种体现该计算机程序产品的计算机可读介质。
虽然在之前已经本文参考本发明的特定实施例描述了本发明,但本发明不限于此且可以对其进行各种修改。例如,可以在其中存在基于策略的过程的任何网络中应用本发明。还可将本发明扩展至其中可存在处理针对订户的策略请求的多个策略执行功能(PCEF)且其中还可存在多个策略请求路由器的系统。本发明还可应用于其中多个机器可以是群组订阅的一部分的机器类型通信设备。
Claims (14)
1.一种用于路由和处理与群组订阅有关的策略请求的方法,包括:
在路由代理处接收用于建立针对订户的会话的策略请求;
在路由代理处确定订户是否属于群组订阅;
如果订户属于群组订阅,则在路由代理处验证在多个策略引擎之中的至少一个策略引擎与群组订阅之间是否存在绑定;
如果验证的结果是否定的,则选择所述多个策略引擎之中的任何一个策略引擎以用于处理请求;
创建所选的任何一个策略引擎与群组订阅之间的绑定;以及
如果验证的结果是肯定的,则基于用于处理策略请求的绑定而将策略请求从路由代理路由到所述至少一个策略引擎。
2.权利要求1的方法,其中,所述确定包括基于先前提供的群组订阅信息和群组订阅信息的检索中的任一个的确定。
3.权利要求1的方法,其中,选择任何一个策略引擎包括基于以下各项中的任何一个的选择:
所述多个策略引擎的负载条件;
循环选择方法;以及
随机选择。
4.一种用于路由和处理与群组订阅有关的策略请求的方法,包括:
在策略引擎处接收用于发起属于群组订阅的订户的会话的第一策略请求,其中绑定存在于策略引擎与群组订阅之间;
在策略引擎处验证群组订阅的简档是否被存储在本地高速缓存中;
如果群组订阅的简档被存储在本地高速缓存中,则在策略引擎处基于存储的简档来处理针对订户的会话的第一策略请求。
5.权利要求4的方法,还包括:
如果群组订阅的简档被存储在本地高速缓存中,则从订户简档储存库中检索群组订阅的简档;以及
将所述简档存储在本地高速缓存中。
6.权利要求4的方法,还包括:
在会话期间接收指示在会话段期间消耗的单元的数量的第二策略请求;以及
基于所述指示来更新存储在本地高速缓存中的简档。
7.权利要求4的方法,还包括:
接收第三策略请求,其指示订户会话的终止和在会话的终止段期间消耗的单元的数量;
验证对于属于群组订阅的任何其他订户而言会话是否正在进行中;以及
如果验证的结果是肯定的,则基于在会话的终止段期间消耗的单元的数量来更新存储在本地高速缓存中的简档。
8.权利要求7的方法,还包括:
如果对于属于群组订阅的任何其他用户而言否定会话正在进行中,则向订户简档储存库发送包括经更新的简档的消息。
9.一种用于路由和处理与群组订阅有关的策略请求的设备,包括:
用于接收用于建立针对订户的会话的策略请求的装置;
用于确定订户是否属于群组订阅的装置;
用于如果订户属于群组订阅、则验证在多个策略引擎之中的至少一个策略引擎与群组订阅之间是否存在绑定的装置;
用于如果验证的结果是否定的、则选择所述多个策略引擎之中的任何一个策略引擎以用于处理请求的装置;
用于创建所选的任何一个策略引擎与群组订阅之间的绑定的装置;以及
用于如果验证的结果是肯定的、则基于用于处理策略请求的绑定而将策略请求路由到所述至少一个策略引擎的装置。
10.一种用于路由和处理与群组订阅有关的策略请求的设备,包括:
用于接收针对属于群组订阅的订户的会话的策略请求的装置;
用于验证群组订阅的简档是否被存储在本地高速缓存中的装置;
用于如果群组订阅的简档被存储在本地高速缓存中、则基于存储的简档来处理针对订户的会话的策略请求的装置;
用于验证对于属于群组订阅的任何其他订户而言会话是否正在进行中的装置;以及
用于如果对于属于群组订阅的任何其他订户而言会话正在进行中、则更新本地高速缓存中的简档的装置。
11.权利要求10的设备,还包括:
用于如果验证的结果是否定的、则检索群组订阅的简档的装置。
12.权利要求10的设备,其中用于更新简档的装置进一步包括:
用于如果属于群组订阅的所有会话被终止、则更新订户简档储存库中的简档的装置。
13.一种用于路由和处理与群组订阅有关的策略请求的系统,包括:
第一设备,其包括权利要求9的设备;
第二设备,其包括权利要求10-12中的任一项的至少一个设备。
14.一种包括代码部分的计算机可读介质,所述代码部分用于使在其上执行计算机程序的设备执行根据权利要求1-8中的任一项的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2012/070886 WO2014063723A1 (en) | 2012-10-22 | 2012-10-22 | Methods, apparatuses, system, related computer program product for routing and processing policy requests related to group subscription |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104718737A CN104718737A (zh) | 2015-06-17 |
CN104718737B true CN104718737B (zh) | 2018-11-06 |
Family
ID=47143866
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280076563.8A Expired - Fee Related CN104718737B (zh) | 2012-10-22 | 2012-10-22 | 用于通信网络的方法、设备、系统、计算机可读介质 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9860130B2 (zh) |
EP (1) | EP2909996A1 (zh) |
CN (1) | CN104718737B (zh) |
WO (1) | WO2014063723A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2837147B1 (en) | 2012-04-13 | 2022-04-27 | Tekelec, Inc. | System for performing diameter overload control |
US9537894B1 (en) * | 2014-06-04 | 2017-01-03 | Google Inc. | Ephemeral user account system |
US9699076B2 (en) * | 2015-06-09 | 2017-07-04 | Oracle International Corporation | Methods, systems, and computer readable media for implementing intelligent policy and charging rules function (PCRF) overload control |
US10701009B1 (en) * | 2015-08-10 | 2020-06-30 | Amazon Technologies, Inc. | Message exchange filtering |
US9800504B2 (en) | 2015-10-20 | 2017-10-24 | Oracle International Corporation | Methods, systems, and computer readable media diverting diameter traffic from an overloaded policy and charging rules function (PCRF) |
US10277637B2 (en) * | 2016-02-12 | 2019-04-30 | Oracle International Corporation | Methods, systems, and computer readable media for clearing diameter session information |
WO2018112003A1 (en) * | 2016-12-13 | 2018-06-21 | Affirmed Networks, Inc. | Machine-to-machine network optimization and online charging |
JP7269514B2 (ja) * | 2019-05-21 | 2023-05-09 | 日本電信電話株式会社 | 呼制御システム、呼制御装置、呼制御方法及び呼制御プログラム |
US11638134B2 (en) | 2021-07-02 | 2023-04-25 | Oracle International Corporation | Methods, systems, and computer readable media for resource cleanup in communications networks |
US11709725B1 (en) | 2022-01-19 | 2023-07-25 | Oracle International Corporation | Methods, systems, and computer readable media for health checking involving common application programming interface framework |
WO2024026838A1 (zh) * | 2022-08-05 | 2024-02-08 | Oppo广东移动通信有限公司 | 通信方法、装置、设备、存储介质、芯片、产品及程序 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101288270A (zh) * | 2005-10-13 | 2008-10-15 | 诺基亚公司 | 模块化的网络协助的策略判决 |
CN101729978A (zh) * | 2009-05-26 | 2010-06-09 | 中兴通讯股份有限公司 | 一种实现制定业务计费策略的方法及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010086013A1 (en) * | 2009-01-27 | 2010-08-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Group session management for policy control |
US8787174B2 (en) * | 2009-12-31 | 2014-07-22 | Tekelec, Inc. | Methods, systems, and computer readable media for condition-triggered policies |
CN102238512B (zh) * | 2010-04-29 | 2015-11-25 | 中兴通讯股份有限公司 | 机器类通信mtc的策略应用方法及策略和计费执行实体 |
US8521858B2 (en) * | 2010-06-07 | 2013-08-27 | Verizon Patent Licensing Inc. | Selection of a policy and charging rules function device |
US20110320622A1 (en) * | 2010-06-29 | 2011-12-29 | Alcatel-Lucent Canada, Inc. | Managing internet protocol connectivity access network sessions |
-
2012
- 2012-10-22 EP EP12783168.3A patent/EP2909996A1/en not_active Withdrawn
- 2012-10-22 WO PCT/EP2012/070886 patent/WO2014063723A1/en active Application Filing
- 2012-10-22 US US14/435,567 patent/US9860130B2/en not_active Expired - Fee Related
- 2012-10-22 CN CN201280076563.8A patent/CN104718737B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101288270A (zh) * | 2005-10-13 | 2008-10-15 | 诺基亚公司 | 模块化的网络协助的策略判决 |
CN101729978A (zh) * | 2009-05-26 | 2010-06-09 | 中兴通讯股份有限公司 | 一种实现制定业务计费策略的方法及系统 |
Non-Patent Citations (2)
Title |
---|
Clarifying the role of PCRF and SPR;3GPP TSG-SA WG2 Meeting #55 BUSAN SOUTH KOREA;《3RD GENERATION PARTNERSHIP PROJECT》;20061017;正文第2页6.2.1.2部分第1段至第3页7.2部分第7段,以及图7.1 * |
Enforcing group level policy;3GPP SA WG2 Meeting #93 Sofia Bulgaria;《3RD GENERATION PARTNERSHIP PROJECT》;20121002;正文第1页第7段至第3页第3段 * |
Also Published As
Publication number | Publication date |
---|---|
WO2014063723A1 (en) | 2014-05-01 |
CN104718737A (zh) | 2015-06-17 |
US9860130B2 (en) | 2018-01-02 |
US20150236915A1 (en) | 2015-08-20 |
EP2909996A1 (en) | 2015-08-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104718737B (zh) | 用于通信网络的方法、设备、系统、计算机可读介质 | |
US11750477B2 (en) | Adaptive ambient services | |
US8880666B2 (en) | Method, policy request router, and machine-readable hardware storage device to select a policy server based on a network condition to receive policy requests for a duration | |
US8630925B2 (en) | Method and apparatus for controlling service traffic in a communication network | |
EP3062540B1 (en) | Adaptive ambient services | |
CN109451451A (zh) | 终端漫游方法、设备及存储介质 | |
CN102365880B (zh) | 用于策略控制的组会话管理 | |
CN1649324B (zh) | 操作带有代理的开放api网络的方法和装置 | |
CN103004171B (zh) | Diameter会话审核 | |
CA2787061C (en) | Mobile device agent and method redirecting traffic flows for selected applications and providing side information to network element | |
CN102948115A (zh) | 用于策略计费和规则功能(pcrf)节点选择的方法、系统以及计算机可读介质 | |
CN102714599A (zh) | 用于动态地控制服务质量的方法和系统 | |
CN103477662A (zh) | 用于动态掌握的Diameter绑定信息的方法、系统和计算机可读介质 | |
US20150207872A1 (en) | Method and system for performing mobile cdn request routing | |
JP2015505649A (ja) | アプリケーション層データに対して課金制御を実行するための方法および装置 | |
CN101371554A (zh) | 用于在基于ip的通信网络中对对等业务进行控制和计费的方法和设置 | |
CN105682001A (zh) | 基于4g网络的流量红包控制方法及系统 | |
CN109417494A (zh) | 在离线计费系统中的动态分配 | |
EP2667568B1 (en) | Methods and apparatuses for handling data-related requests | |
CN109155737A (zh) | 用于离线计费系统的目的地选择以避免逆转 | |
CN109417683A (zh) | 中间网络交通转向的核心网络在线计费控制 | |
JP2018007183A (ja) | 通信方法、及び負荷分散システム | |
WO2015005840A1 (en) | Method and apparatus for controlling service traffic in a communication network | |
WO2012089267A1 (en) | Methods, apparatuses, system, related computer program product for handling policy requests |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20181106 Termination date: 20191022 |
|
CF01 | Termination of patent right due to non-payment of annual fee |