网络环境中订户群组的策略应用 |
|||||||
| 申请号 | CN201410400354.5 | 申请日 | 2014-08-14 | 公开(公告)号 | CN104581814A | 公开(公告)日 | 2015-04-29 |
| 申请人 | 思科技术公司; | 发明人 | 罗伯特·M·巴茨; 蒂莫西·P·斯坦默斯; | ||||
| 摘要 | 本 申请 涉及网络环境中订户群组的策略应用。示例方法包括基于与策略 位置 区域有关的一个或多个用户中的每个用户的转移，将所述一个或多个用户的位置更改从第一网络元件报告给第二网络元件，其中，策略位置区域通过一个或多个第一用户位置信息(ULI)信息元件(IE)进行定义；传输每对等Rx授权和计费 请求 (Rx AAR)消息以发起策略更改，其中，每对等Rx AAR消息包括所述一个或多个第一ULI IE；传输包括所述一个或多个第一ULI IE的每直径对等Gx再授权请求(Gx RAR)消息；至少部分基于每个用户的相应ULI IE和所述一个或多个第一ULI IE来识别用于策略更改的一个或多个用户；以及将策略更改应用到所识别的一个或多个用户中的每个用户。 | ||||||
| 权利要求 | 1.一种用于通信网络的方法，包括： |
||||||
| 说明书全文 | 网络环境中订户群组的策略应用技术领域[0001] 本公开总体涉及通信领域，更具体地涉及网络环境中订户群组的策略应用。 背景技术[0002] 在通信环境中，尤其是移动无线环境中，联网架构日趋复杂。近几年数据流量大量增长，这大大增加了网络资源的需求。随着移动订户数目的增加，通信资源的有效管理变得更加关键。在一些实例中，对订户群组的策略动作的应用可能使得网络设备不堪重负，导致在网络中提供次优性能或产生阻塞。因此，在管理网络资源上，尤其是在对订户群组的策略动作的应用上，存在重大挑战。发明内容 [0003] 一个示例实施例中提供了一种方法，该方法包括：基于与策略位置区域有关的一个或多个用户中的每个用户的转移，将该一个或多个用户的一个或多个位置更改从第一网络元件报告给第二网络元件，其中，策略位置区域由一个或多个第一用户位置信息(ULI)信息元件(IE)来定义；将每对等(per-peer)Rx授权和计费请求(Rx AAR)消息从第三网络元件传输至第四网络元件以发起策略更改，其中，每对等Rx AAR消息包括用于服务定义的应用标识符(ID)和该一个或多个第一ULI IE；将每直径对等(per-Diameter-peer)Gx再授权请求(Gx RAR)消息从第四网络元件传输至第二网络元件，其中，每直径对等Gx RAR消息包括基于服务定义的策略更改的策略动作和所述一个或多个第一ULI IE；在第二网络元件处，至少部分基于每个用户的相应ULI IE和一个或多个第一ULI IE，识别对策略更改进行应用的一个或多个用户；并且，将策略更改应用到所识别的一个或多个用户中的每个用户。 [0004] 在其他的示例实施例中，第一网络元件可以是移动管理实体(MME)、S4服务网关支持节点(S4-SGSN)或GnGp-SGSN，第二网络元件可以是分组数据网络网关(PGW)，第三网络元件可以是应用功能(AF)，并且，第四网络元件可以是策略与计费规则功能(PCRF)。 [0005] 在一些实例中，报告可以包括：基于用户的转移在第一网络元件处接收该特定用户的位置更新，其中，位置更新包括该特定用户的当前ULI IE和该特定用户的ID；将该特定用户的先前ULI IE和当前ULI IE与所述一个或多个第一ULI IE进行比较，以确定该特定用户是否已经进入或退出策略位置区域；以及基于该用户进入或退出策略位置区域，将该特定用户的位置更改报告给第二网络元件。在其他的实例中，识别对策略更改进行应用的一个或多个用户可以包括：将每个用户的ULI IE与所述一个或多个第一ULI IE中的每个第一ULI IE进行比较；以及基于与所述一个或多个第一ULI IE之一相匹配的用户的ULI IE，识别进行策略更改的用户。附图说明 [0007] 图1是示出根据本公开的一个实施例的在网络环境中促进对订户群组的策略应用的通信系统的简化框图； [0008] 图2是示出与该通信系统的一个潜在实施例相关联的附加细节的简化框图； [0009] 图3-5是示出与该通信系统的特定实现方式中的示例用例相关联的细节的简化框图； [0010] 图6是示出与该通信系统的一个实施例中报告位置更改相关联的示例操作的简化流程图； [0011] 图7是示出与该通信系统的一个实施例中将策略应用到用户群组相关联的示例操作的简化流程图；以及 [0012] 图8是示出与包括委托直径路由代理(Proxy Diameter Routing Agent)的通信系统的特定实现方式中的示例用例相关联的细节的简化框图。 具体实施方式[0013] 转到图1，图1是示出根据本公开的一个实施例的在网络环境中促进对订户群组进行动态策略应用的通信系统10的简化框图。可以将该特定配置捆绑到第三代合作伙伴计划(3GPP)演进分组系统(EPS)架构(有时也被称为长期演进(LTE)EPS架构)。可替代地，所描绘的架构可以等效地被应用到其他环境。 [0014] 图1的示例架构可以包括操作用户设备(UE)12a-c的多个终端用户和具有到服务网关(SGW)28的逻辑连接的分组数据网络(PDN)网关(PGW)14。还提供了归属用户服务器(HSS)18、认证、授权和计费(AAA)元件24、以及S4服务网关支持节点(S4-SGSN)元件41。PGW14可以包括策略和计费执行功能(PCEF)15。SGW 28具有至eNodeB 34和移动管理实体(MME)40的逻辑连接。SGW 28还具有至S4-SGSN 41的逻辑连接。SGW 28和PGW 14二者均可以与策略和计费规则功能(PCRF)36相接合。应用功能(AF)16可以与PCRF 36相接合。如本申请所描述的，术语“用户设备”、“用户”和“订户”可互换。 [0015] 图1的每个元件可以通过简单接口(如图所示)或通过任何其他合适的连接(有线的或无线的)相互连接，这为网络通信提供了可行的途径。此外，基于特定的配置需要，这些元件中的任意一个或多个元件可以被组合或从架构中被移除。例如，通信系统10可以包括能够用于网络中分组的传输或接收的传输控制协议/互联网协议(TCP/IP)通信的配置。在合适处或基于特定需要，通信系统10还可以连同用户数据报协议/IP(UDP/IP)或任何其他合适协议进行操作。 [0016] 更 通 常 地，3GPP按 照 TS23.060、TS23.401、TS23.203、TS29.060、TS29.212、TS29.274等中所规定的来定义演进分组系统(EPS)。EPS通常包括UE接入网和演进分组核心(EPC)。接入网可以是包括诸如GSMEDGE无线接入网(GERAN)、UMTS陆地无线接入网(UTRAN)或LTE接入网(例如，演进UTRAN(E-UTRAN))之类的传统的接入网的3GPP接入网，或者接入网可以是诸如数字用户线路(DSL)、电缆、WiMAX、码分多址(CDMA)2000、WiFi或互联网之类的非3GPP IP接入网。 [0017] 可以将非3GPP IP接入网分为可信段和不可信段。对于可信段，在服务提供商和核心网之间存在可行的关系。可信IP接入网支持到EPC的移动性接口、策略接口和AAA接口，而不可信网络不支持。相反，从不可信接入网的接入经由演进分组数据网关(ePDG)20来完成，演进分组数据网关20将IPsec安全关联通过不可信IP接入网提供给用户设备。ePDG具有到PCRF36的逻辑连接，并且支持到EPC的移动性接口、策略接口和AAA接口，这与可信IP接入网相似。 [0018] 图1的架构中还提供了一系列接口，这些接口可以为各个网络元件提供移动性、策略控制、AAA功能和/或计费活动(离线和在线)。例如，这些接口可以被用来交换一个或多个终端用户(例如，操作UE12a-c的用户)的附着点、位置、和/或接入数据。可以在适当处以用户服务(RADIUS)协议或任何其他合适协议使用远程认证拨号来交换资源、计费、位置、接入网信息、网络地址转换(NAT)控制等。可以用于通信系统10中的其他协议可以包括直径协议(Diameter protocol)、服务网关接口(SGI)、终端访问控制器访问控制系统(TACACS)、TACACS+等。与本公开的各个实施例有关的、与这些协议的通信有关的RADIUS、直径和各个接口将在下面进行详细讨论。 [0019] EPC通常包括MME、S4-SGSN、SGW、PGW(可以包括PCEF)和PCRF。这些部件可以被用来提供各种UE服务和/或功能，并且这些部件可以被用来实现分组流的QoS。举例来说，这些服务和功能可以被用来提供IP语音(VoIP)路由、诸如增强计费的增强服务、状态防火墙和/或流量性能优化(TPO)。MME是EPC的主要控制元件。除了其他之外，MME为UE提供了跟踪和分页程序(例如，包括重传、跟踪区域列表管理、空闲模式UE跟踪等)。例如，MME可以为UE维护关于UE在无线接入网(RAN)间或在无线接入网(RAN)内转移的先前和当前信息的跟踪信息。MME还为UE提供包括激活、去激活和修改在内的承载程序，MME还为UE提供SGW和PGW选择以及认证服务。SGW是可以管理用户移动性和与RAN的接口的数据层元件。SGW还维护eNodeB和PGW之间的数据路径。PGW为UE提供至外部分组数据网络的连接，比如，IP连接接入网络(IP-CAN)。S4-SGSN可以为传统的通用移动电信系统(UMTS)网络设备提供访问。例如，GERAN上的UE可以通过S4-SGSN 41来和SGW 28或PGW 14通信，SGW 28或PGW 14可以包括网关GPRS支持节点(GGSN)来支持与可以包括GnGp-SGSN的传统系统的通信。 [0020] EPS架构中的无线接入网(RAN)包括eNodeB(还称为eNB)。eNodeB通常直接被连接到EPC，还直接被连接到邻近的eNodeB。与邻近的eNodeB相连接可以允许更直接地路由呼叫。eNodeB还负责为UE选择MME、管理无线资源以及为UE做出切换决定。 [0021] 基于各种策略计费和控制(PCC)规则，PCRF 36可以确定应用到UE的策略控制和/或计费活动。PCRF 36可以被配置为将用户订阅信息作为策略和计费控制决定的基础来使用。订阅信息可以应用于基于会话服务和基于非会话服务二者。此外，基于从AF 16向PCRF描述的应用或服务，PCRF 36可以确定PCC规则。PCRF 36通常可以被称为策略服务器。AF16可以向PCRF 36描述可能需要用于一个或多个UE的动态策略和/或计费控制的应用/服务。动态策略和/或计费控制可以包括但不限于：控制对服务数据流的检测、针对服务数据流设置计费指令、针对服务数据流设置QoS等级和/或选通。PCRF 36可以将PCC规则传输给PGW 14中的PCEF15。PGW/PCEF 14/15可以用作策略实施点来管理QoS、在线/离线基于流的计费、数据生成、深度分组检查以及合法拦截。 [0022] 如图1所示，基于直径的接口，Rx，可以被维护在AF 16和PCRF 36之间以在AF 16和PCRF 36之间传输信息。PCRF 36可以使用基于直径的Gx接口向PCEF 15(PGW 14内)提供PCC规则。通信系统10可以被配置有附加的直径接口以管理系统10的各个元件之间的策略和控制。例如，可以将直径接口Gxa、Gxb和Gxc分别维护在PCRF 36与可信/不可信IP接入点、ePDG 20以及SGW 28之间。而且，可以将直径接口SWx、STa、SWa和SWm分别维护在AAA元件24与HSS 18、可信非3GPP IP接入点、不可信非3GPP接入点以及ePDG 20之间。各种附加的直径接口可以包括HSS 18和MME 40之间的S6a、AAA元件24和PGW 14之间的S6b以及ePDG 20和不可信非3GPP接入点之间的SWn。 [0023] 在操作中，举例来说，为了建立通信会话的目的，UE 12a可以附连到网络。UE 12a可以与eNodeB 34进行通信，eNodeB 34可以进一步与MME 40进行交互来完成特定用户的一些认证形式。MME 40可以与SGW28进行交互，SGW 28与PGW 14进行交互从而在这些部件之间建立会话。eNodeB 34可以与SGW 28进行交互来为UE 12a提供数据层交互。此时可以建立隧道，并且还可以发布特定用户的合适的IP地址。该过程通常涉及为UE 12a创建的默认EPS承载会话。还可以针对各种服务创建专用承载会话。诸如GPRS隧道协议(GTP)(可以被分为控制(GTP-C)信令协议和用户数据层(GTP-U)协议)之类的示例性隧道协议在图1中通信系统10的各个元件之间示出。随着会话被建立，PGW 14可以与PCRF36进行交互来识别与特定用户相关联的策略，比如，某些QoS设置、带宽参数、时延设置、优先级、计费等。随着会话期间AF 16更新向PCRF 36所描述的服务/应用，可以将动态策略应用到UE来使得对UE的各种控制和策略更改有效。 [0024] 在详细描述图1的各个元件的进一步操作和基础设施之前，提供某些上下文信息来给出可能在网络环境中对订户(UE)群组应用动态策略时遇到的一些问题的概述。这样的信息被认真地给出，并且仅出于教导的目的，因此，不应该以限制本公开的广泛应用的方式进行解释。 [0025] 服务提供商和设备制造商的技术权益和潜在收入的快速增长区域是能够基于由基础的网络架构可得的智能来应用动态策略更改的能力。这样的智能可以包括监控系统负载、基于时间和/或服务类型的监控系统使用、优化或积极管理QoS的学习系统优化技术等。动态策略交互通常被定义为每订户动作并在每订户的基础上被生成。然而，有移动无线服务提供商可以具有服务要求以便将动态策略更改应用到订户群组的多个潜在的用例。 [0026] 这样的群组可以被定义为给定位置内的用户，这样用户属于特定地址范围、国际移动用户身份码(IMSI)范围、国际移动设备身份码(IMEI)集、国际移动设备身份码软件版本(IMEISV)集等。然而，在每订户的基础上生成“应用动态策略”事件是对节点和网络资源的低效使用，并且对于大的群组(例如，数千或数万)来说不能进行有效扩展。所描述的问题需要一种机制来识别应该经受策略动作的订户群组并且以不使网络元件过载的方式有效地发送群组策略更新。 [0027] 根据一个实施例，通过提供用于通过位置来识别应该应用动态策略动作的订户群组并且将一个或多个动态策略动作应用到为策略更改所识别的订户的方法，通信系统10可以克服前面提到的缺点(和其他缺点)。通信系统10可以在AF 16和PCRF 36之间提供在每对等基础上传输基于群组的Rx AAR消息以为订户群组传输动态策略动作。在每对等基础上传输基于群组的Rx AAR消息可以通过在每订户会话基础上将这样的Rx AAR消息进行信号发送而大大减少这些网络元件之间的信号发送负载。应当理解的是，本公开所描述的示例实施例和处理流程不限于仅仅对动态策略动作的应用，还可以等同地被扩展到可以不是动态的策略动作的应用。示例实施例中所描述的动态策略动作和处理流程仅为了说明性的目的而提供，并且不意欲限制本公开的范围。 [0028] 可以用来确定要接收动态策略动作的订户群组的区域在本申请中可以被称为“动态策略位置区域”(DPLA)。事实上，DPLA可以创建地理围栏区域，该地理围栏区域可以提供将一个或多个动态策略动作应用到该地理围栏区域内的用户。当用户进入或退出给定的DPLA时，MME 40和/或S4-SGSN 41(或经由传统系统的GnGp-SGSN)可以通过SGW 28经由位置更改消息发送来将位置更改报告给PGW 14。基于MME和/或S4-SGSN位置更改消息发送，PGW 14可以维护用户位置列表。为将策略更改应用到DPLA中的订户，AF 16可以生成每对等服务动作消息并将该消息传输给管理用于该订户群组的动态策略动作的相应PCRF对等(或根据用例，多个PCRF对等)。PCRF 36可以生成策略动作消息，并且可以将该消息传送给相应PGW对等(或根据用例，多个PGW对等)。PGW 14可以通过将更新的用户位置与针对该DPLA的所识别的一个或多个位置进行比较来识别该DPLA中的一个或多个订户。 [0029] 如先前所述，PGW 14可以包括PCEF 15。PGW/PCEF 14/15可以将动态策略动作应用到所识别的订户群组。本公开全文所用的术语PGW和PGW/PCEF是可互换的。可以使用诸如TS 23.401中所定义的修改、激活或去激活之类的一个或多个承载程序、在每订户的基础上将动态策略动作应用到DPLA中所识别的订户群组。关于与动态策略动作的应用相关联的各种处理的附加细节会通过下面提供的各个示例操作和处理流程进行讨论。在本申请中每对等消息发送还可以在某些示例中被称为基于对等的消息发送。 [0030] 在各个实施例中，DPLA可以作为一个小区、一组小区(连续的或非连续的)、一个跟踪区域或一组跟踪区域、一个路由区域或一组路由区域或者可由TS 29.274中所定义的标准用户位置信息(ULI)信息元件(IE)的参数所描述粒度的任意其他期望的一组区域。在本申请中ULI IE可以可互换地被称为ULI。DPLA的位置区域可以由一个或多个ULI IE来表示。可以定义多个DPLA，并且，在一些情形中，多个DPLA可以基于它们相应位置区域而相互重叠。DPLA可以是只具有位置意义的逻辑结构。为位置更改报告目的，可以通过为MME 40和/或S4-SGSN 41中的每个来配置DPLA数据库使得MME 40和/或S4-SGSN 41知道DPLA。对于MME 40和/或S4-SGSN 41，举例来说，一个或多个DPLA可以由网络运营商或服务提供商被本地配置，可以作为与诸如管理的IP网络元件(MINE)之类的外部中介交互的一部分或基于从另一个网络元件(例如，通过S6a的HSS 18)接收到或检索到的信息被学习。可替代地，DPLA结构可以被定义在标准中，并且可以作为消息参数在通信系统10的节点之间进行传递。 [0031] 在操作中，当操作UE的用户在由MME 40和/或S4-SGSN 41服务的区域之间进行转移时，MME 40和/或S4-SGSN 41可以从UE接收位置更新。除了其他之外，UE位置更新还可以包括与给定UE相关联的用户的基于ULI的位置信息(例如，表示TAI、RAI、小区标识符等的ULI IE)和用户/订户身份(ID)(例如，IMSI)。基于UE位置更新，当用户转移或移入和移出一个或多个可以由一个或多个相应ULI IE定义的DPLA时，可以以实时或大约实时的方式将位置更改消息发送从MME 40和/或S4-SGSN 41报告至PGW/PCEF 14/15。MME40和/或S4-SGSN 41可以将进入或退出特定DPLA的特定用户的ID和相应ULI IE报告给PGW/PCEF14/15。在实施例中，多个用户的位置更改信息可以被包括在单个位置更改消息之内。在一些情形中，可以由MME 40通过具有4G能力的UE的跟踪区域更新(TAU)和/或由S4-SGSN 41(或GnGp-SGSN)通过具有2G/3G能力的UE的路由区域更新(RAU)消息来接收UE位置更新。RAU和TAU可以通过网络分页功能(针对UE ECM-IDLE状态)、在UE被转移到不包括在其当前跟踪/路由区域列表之内的跟踪/路由区域时通过UE RAU/TAU定时器、无线接入技术(RAT)、时区或公共陆地移动网(PLMN)的改变，或通过TS 23.401中所描述的其他触发/机制来发起。 [0032] 在其他情形中，针对UE处于ECM-CONNECTED状态时的位置更新，MME 40和/或S4-SGSN 41可以从UE请求可选位置更新。例如，对于MME 40，这样的UE位置更新可以包括该UE的跟踪区域身份(TAI)和小区标识符。根据用例，小区标识符可以被表示为小区全球标识符(CGI)或E-UTRAN CGI(ECGI)。基于由MME 40请求的位置更新的粒度，当用户在覆盖区域内从一个小区转移到另一个小区时，UE位置更新可以被传输。 [0033] 如上面的技术所示，有许多可以被用来从UE接收位置更新的不同处理。从UE位置更新，MME 40和/或S4-SGSN 41可以确定用户转移的当前ULI IE和先前ULI IE。由于DPLA粒度和UE位置更新二者均基于ULIIE，因此，与一个或多个DPLA有关的UE转移的环境可以使用MME 40和/或S4-SGSN 41中的DPLA模块来容易地确定。 [0034] 考虑涉及DPLA数据库中为MME 40配置的给定DPLA的示例，在该DPLA数据库中，该给定的DPLA通过一对跟踪区域ULI IE进行定义。在接收到给定UE的位置更新时，MME40内的DPLA模块可以将该UE的先前ULI IE和当前ULI IE与表示一个或多个DPLA的ULI IE进行比较，以确定用户是否已经进入或退出一个或多个DPLA。如果DPLA模块确定用户已经进入或退出该DPLA，那么MME 40可以将包括用户ID和新位置的相应ULI IE的位置更改报告给PGW/PCEF 14/15。PGW 14可以更新为该用户所存储的ULI信息。基于标准，PGW 14可以为该用户存储用户ID和相关联的ULI IE。如果DPLA模块确定用户既没有进入也没有退出一个或多个DPLA，那么MME 40可以不将该用户的位置更改报告给PGW/PCEF 14/15。 [0035] 根据3GPP标准，MME 40和PGW/PCEF 14/15之间的可选位置更改消息发送可以针对由MME 40接收的每个位置更新来执行。然而，根据本申请所描述的各个实施例，该等级的位置更改消息粒度对于通信系统10来说是不必要的。根据一个示例实施例，PGW 14可以使用更改报告动作IE从MME 40和/或S4-SGSN 41请求DPLA等级报告动作，以使得MME40和/或S4-SGSN 41可以基于进入或退出一个或多个DPLA的订户而只报告这些订户的位置更改。 [0036] 在操作中，为针对给定位置发起动态策略事件负责的AF 16将通过将包括包含DPLA的一个或多个ULI IE列表在内的每对等消息传输给PCRF36来识别给定的DPLA。应当注意，该消息可以包括受策略更改影响的其他位置区域的其他ULI IE。随着用于表示用户服务的服务定义的唯一AF应用标识符(ID)，ULI IE列表可以作为基于群组的每对等(例如，每PCRF)Rx授权和计费请求(AAR)消息的一部分从AF 16被传递到每个PCRF(此处为PCRF 36)以触发策略更改请求。该基于群组的每对等RxAAR消息将代替通常为受动态策略更改影响的每个订户而发送的多个每订户Rx AAR消息。对于给定的网络部署，根据本申请所描述的各个示例实施例，很可能通常被发送以影响群组策略更改的每订户消息的数目将大幅超过可以从AF 16被发送至PCRF 36的每PCRF基于群组的消息的数目。 [0037] 从用于服务的AF应用ID，PCRF 36可以确定可应用的动态策略动作以将相应的策略动作消息应用到或传输到PGW/PCEF 14/15。PCRF 36可以为存在先前建立的“每PCEF”直径会话的每个PGW(此处PGW 14)生成Gx再授权请求(RAR)消息。每直径对等Gx RAR消息可以包含动态策略动作，还有定义DPLA的ULI IE列表(除了其他ULI IE之外)。通常，直径消息的消息参数被承载在属性值对(AVP)中，出于本公开的目的，属性值对可以包括用于本申请所描述的各种消息的表示ULI IE和/或其他信息的参数/数据。 [0038] 当PGW 14在用户/UE进入或离开一个或多个DPLA时接收位置更改通知时，PGW14可以通过将Gx RAR消息中的ULI IE列表与为每个订户所存储的ULI IE进行比较以识别给定DPLA中所有受影响的订户。那些具有与列表中的ULI IE之一相匹配的ULI IE的订户可以被识别以进行策略更改。应当注意，PGW 14可能不知道DPLA，而是通过将每个用户的ULI IE与从Gx RAR消息接收到的ULI IE进行比较来非直接地识别DPLA中的用户。 [0039] 对于所识别的订户，PGW/PCEF 14/15可以使用标准的每订户承载程序将动态策略动作应用到每个所识别的用户。在一个示例实施例中，动态策略动作的应用可以包括发送信号至MME 40以执行一个或多个标准的每订户承载操作的S6a/S11，例如，修改、激活、或去激活用于每个订户会话的默认承载和/或专用承载。在一个示例实施例中，可以使用标准Gx事件通过每订户直径会话将针对给定订户不能应用动作作为每订户事件通过PGW/PCEF 14/15报告给PCRF 36和/或AF 16(如果AF16已经请求如此)。 [0040] 应当注意，尽管当前的3GPP标准可能本身不支持每直径对等Gx会话，但是存在提供每直径对等Gx会话的某些第二代内容网关。因此，可以在3GPP标准的范围内存在支持每直径对等Gx会话的机制/技术以实现每直径对等Gx消息发送。在包括多个PCRF和多个PGW的实施例中，PCRF 36还可以将关于动态策略动作的消息发送至其他PCRF，而这进而可以将每直径对等Gx RAR消息传输至先前建立的直径会话可能存在的PGW。 [0041] 在一些实施例中，DPLA智能可以被推送到UE 12a-c，以使得UE12a-c可以知道DPLA。在一个实施例中，可以通过将DPLA ULI IE广播给该UE来使得UE知道DPLA。UE然后可以基于其自己的TA列表、RA列表等跟踪与一个或多个DPLA相关的移动，并且可以被配置为在进入或退出一个或多个DPLA时提供DPLA位置更新。使得知道DPLA的UE可以提供附加的网络效率并进一步增强用户体验。 [0042] 可以将本公开中所描述的用于策略更改的策略动作应用到订户群组扩展到其他用例中。在一个示例用例中，用户群组可以通过它们的位置结合一些其他的分组特点(例如，通过MME和/或S4-SGSN被应用到用户群组的群组标签)进行识别。在实施例中，群组标签可以识别IMSI、IMEI和/或IMEISV的范围内的一个或多个用户。在另一个实施例中，用户可以被分组到位置区域内的分类中，并基于分类标识符(例如，金、银、铜)被识别。给定的Gx RAR消息可以包括针对不同用户分类的不同动态策略(例如，不同的QoS)。在另一个实施例中，基于PCRF可用的信息，群组标签可以通过PCRF被应用到一个或多个订户。 [0043] 在另一个示例用例中，“兴趣群组”(例如，订户群组)可以基于对MME和/或S4-SGSN可用的参数的分析和/或这些参数的组合来确定。这些参数可以包括但不限于：QoS设置、用户/UE进入或退出策略位置区域的更改率、载波分组、用户更改网络类型、这些的组合等。在另一个示例用例中，本公开的应用可以被扩展到接入网发现和选择功能(ANDSF)部署中的使用，以允许动态PCC代理检测网络拥塞并发信号到诸如ANDSF服务器来卸载一个或多个用户至本地WiFi或WIMAX网络。在实施例中，可以基于用户的一个或多个分类标识符来卸载一个或多个用户；例如，在体育场部署中，卸载不同分类的用户(例如，金类、银类和/或铜类)至该体育场中的WiFi部署(例如，将银类和铜类用户卸载到体育场WiFi)。 [0044] UE 12a-c可以与想要通过一些网络在通信系统10中发起流程的客户端或客户相关联。术语“用户设备”、“移动节点”、“终端用户”以及“订户”包括用来发起通信的设备，例如，计算机、个人数字助理(PDA)、膝上计算机或电子记事本、小区电话、i-Phone、i-Pad、GoogleDroid电话、IP电话或能够在通信系统10内发起语音、音频、视频、媒体或数据交换的任意其他设备、部件、元件或对象。UE 12a-c还可以包括对人类用户合适的接口，例如，麦克风、显示器、键盘、或其他终端设备。UE 12a-c还可以是代表另一种实体或元件(比如，程序、数据库、或能够在通信系统10内发起交换的任意其他部件、设备、元件、或对象)试图发起通信的任意设备。按照本文件所使用的，数据指的是任意类型的数字、语音、视频、媒体或脚本数据、或任意类型的源代码或目标代码、或任意其他可以被从一个点传达至另一个点的任意适当格式的合适的信息。在某些实施例中，UE 12a-c具有用于网络访问和应用服务(例如，语音)等的绑定订阅。访问会话一旦建立，用户还可以注册应用服务，不需要附加的认证要求。可以有两种不同的用户数据仓库(AAA数据库)：一种用于访问用户配置文件，另一种用于应用用户配置文件。可以使用动态主机配置协议(DHCP)、无状态地址自动配置、默认承载激活等或其任意合适的变化来分配IP地址。 [0045] HSS 18在3GPP(例如，GSM、LTE等)环境中提供订户数据库。在一方面，HSS 18可以提供与由CDMA环境中的AAA元件提供的功能类似的功能。当用户移动进3GPP访问时，HSS 18可以意识到该位置和该锚点(即，PGW 14)。此外，HSS 18可以与AAA元件24进行通信，以使得当UE移动进CDMA环境时，UE仍然具有用于通信的有效锚点(即，PGW 14)。HSS 18和AAA元件24可以协调UE的这个状态信息(并且同步该信息)以实现移动性。不管UE如何移动，访问网络元件可以与HSS 18或AAA元件24进行交互以识别哪个PGW应该接收合适的信号发送。至UE的路由可以被一致地维护，其中路由拓扑确保数据被发送至正确的IP地址。因此，架构的后端上的同步活动允许当用户在不同环境中操作时实现移动。 此外，在某些示例中，PGW 14执行归属代理功能，并且可信的非3GPP IP接入网可以提供分组数据服务节点(PDSN)功能以实现这些目标。 [0046] 在实施例中，可以将由SGW 28和PGW 14提供的操作功能和服务结合进系统架构演进网关(SAE GW)(未示出)，系统架构演进网关可以支持所结合的SGW和PGW接口、信号发送操作、功能、服务等。应当理解，本公开所讨论的实施例、处理流程和用例可以被等同地应用于包括SAE GW的通信网络。 [0047] 转到图2，图2是示出与通信系统10的一个潜在实施例相关联的附加细节的简化框图。图2包括通信系统10的PGW/PCEF 14/15、AF 16、SGW 28、eNodeB 34、PCRF 36、MME40和S4-SGSN 41。PGW 14、AF16、SGW 28、eNodeB 34、PCRF 36、MME 40和S4-SGSN 41中的每个设备包括相应处理器30a-f和相应存储器元件32a-f。DPLA数据库42a-b和DPLA模块44a-b被分别包括在MME 40和S4-SGSN 41中。对于一个或多个DPLA中的每个DPLA，DPLA数据库42a-b中的每个数据库可被配置有用于每个相应DPLA的一个或多个ULI IE的列表。每个DPLA模块44a-b可以被配置为将来自一个或多个UE的位置更新与为一个或多个DPLA中的每个DPLA存储的ULI IE进行比较，以识别用户/UE进入或退出该一个或多个DPLA。MME 40和/或S4-SGSN可以将所识别的用户的位置更改消息报告给PGW 14。从而，在MME 40和/或S4-SGSN中提供合适的软件和/或硬件，以促进本申请所讨论的位置更改消息发送。应当注意，在某些示例中，DPLA数据库42a-b可以被整合到存储器元件中(或反之亦然)，或者存储设备可以以任意其他合适的方式重叠/存在。UE 12a-c在图2中示出为被连接到E-UTRAN网络以执行它们各自的通信会话。 [0048] 在一个示例实现方式中，PGW 14、AF 16、SGW 28、eNodeB 34、MME 40和/或S4-SGSN 41是网络元件，这些网络元件意在包括网络装置、服务器、路由器、交换机、网关、网桥、负载均衡器、防火墙、处理器、模块或可操作以在网络环境中交换信息的任意其他合适的设备、部件、元件或对象。而且，这些网络元件可以包括促进其操作的任意合适的硬件、软件、部件、模块、接口或对象。这可以包括允许对数据或信息进行有效交换的合适的算法和通信协议。 [0049] 如本申请所概述的，对于与通信系统10相关联的内部结构，PGW 14、SGW 28、eNodeB 34、MME 40和/或S4-SGSN 41中的每个可以包括用于存储用在实现DPLA位置更改报告的信息和/或用于对DPLA中的订户群组执行动态策略应用操作的存储器元件(如图2中所示)。此外，如本申请所讨论的，这些设备中的每个设备可以包括能够运行软件或算法以执行与DPLA位置更改报告相关联的活动和/或用于对DPLA中的订户群组执行动态策略应用操作的处理器。这些设备还可以将信息保存在任意合适的存储器元件(例如，随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、专用集成电路(ASIC)等)、软件、硬件中或适当地且基于特定需要地保存在任意其他合适的部件、设备、元件、或对象中。本申请所讨论的存储器物品中的任意存储器物品应该被构建为被包括在广义术语“存储器元件”中。由PGW 14、AF 16、SGW28、eNodeB 34、PCRF 36、MME 40和/或S4-SGSN 41跟踪、发送或报告的信息可以被提供在任意数据库、队列、寄存器、控制列表或存储结构中，所有这些可以在任意合适的时间帧被参考。任何这样的存储选项可以被包括在本申请所使用的广义术语“存储器元件”中。类似地，本申请所描述的潜在的处理元件、模块以及机器中的任意一种应该被构建为被包括在广义术语“处理器”内。每个网络元件和用户设备(例如，移动节点)还可以包括用于在网络环境中接收、发送和/或传输数据或信息的合适的接口。 [0050] 如本申请所概述的，在一个示例实现方式中，PGW/PCEF 14/15、AF16、SGW 28、eNodeB 34、PCRF 36、MME 40和/或S4-SGSN 41包括软件(例如，作为DPLA数据库42a-b或DPLA模块44a-b的一部分等)以实现或促进DPLA位置更改报告和/或用于执行对订户群组进行动态策略应用的操作。在其他实施例中，这个特征可以被向外提供给这些元件或被包括在一些其他网络设备以实现该想要的功能。可替代地，如本申请所概述的，这些元件包括能够协调以实现这些操作的软件(或往复式软件)。还有在其他实施例中，这些设备中的一个或所有设备可以包括促进其操作的任意合适的算法、硬件、软件、部件、模块、接口或对象。 [0051] 应当注意，在某些示例实现方式中，用于执行本申请所概述的用于订户群组的DPLA位置更改报告和/或动态策略应用可以通过编码在一个或多个有形介质中的逻辑来实现，该介质可以包括非暂态介质(例如，提供在ASIC中、在DSP指令、软件中以由处理器或其他类似机器运行的嵌入式逻辑(潜在地包括目标代码和源代码))。在这些实例中的一些实例中，存储器元件(如图2中所示)可以存储用于本申请所描述的操作的数据。这包括能够存储被运行以实施本申请所描述的活动的软件、逻辑、代码或处理器指令的存储器元件。处理器可以运行与这些数据相关联的任意类型的指令以实现本申请所描述的操作。在一个示例中，处理器(如图2中所示)可以将元件或物件(例如，数据)从一个状态或事物转换为另一个状态或事物。在另一个示例中，本申请所概述的活动可以通过固定逻辑或可编程逻辑(例如，由处理器运行的软件/计算机指令)来实现并且本申请所标识的元件可以是一些类型的可编程处理器、可编程数字逻辑(例如，现场可编程门阵列(FPGA)、数字信号处理器(DSP)、EPROM、EEPROM)或包括数字逻辑、软件、代码、电子指令或其任意合适组合的ASIC。 [0052] 转到图3，图3是示出与用于将策略更改应用到特定DPLA 51中的用户群组的示例用例50相关联的细节的简化框图，其中，DPLA 51通过小区等级粒度来定义的。图3中还示出通信系统10的AF 16、PCRF 36、PGW/PCEF 14/15、SGW 28、MME 40和eNodeB 34。图3还示出了包括在MME 40之内的DPLA数据库42a和DPLA模块44a。 [0053] 对于该特定示例，具有小区ID C1的第一小区、具有小区ID C2的第二小区以及具有小区ID C3的第三小区由eNodeB 34服务。在该示例中DPLA 51被示出为由小区ID C1和C3定义。操作UE 12a-c的用户被示出为在小区ID C1-C3之间转移。图3中示出的DPLA51仅以说明性目的来提供，并且不意欲限制本公开的范围。如前所述，DPLA可以包括小区、跟踪区域、一组跟踪区域、路由区域或一组路由区域或可以由ULI IE的参数描述的任意其他位置信息。 [0054] 可以将与表示DPLA 51的第一ID C1和第三小区ID C3相对应的一对ULI IE存储在DPLA数据库42a中。应当理解，可以将用于其他DPLA的信息存储在DPLA数据库42a中。MME 40中的DPLA数据库42a可以本地被配置有DPLA 51的ULI IE；可以从另一个网络元件接收DPLA 51的ULI IE；或从EPC内的节点接收DPLA身份消息，可以使用3GPP消息发送方案将该DPLA身份消息传输给MME 40。MME 40可以从UE 12a-c接收位置更新。从这些位置更新，DPLA模块44a可以通过将特定用户的先前ULI IE和/或当前ULI IE与表示DPLA 51的ULI IE进行比较来确定该用户/UE是否已经进入或退出DPLA。MME 40可以将任何用户/UE进入或退出DPLA 51的位置更改报告给PGW 14。在一些实施例中，MME 40可以在单个位置更改消息中将用于多个用户/UE的多个位置更改报告传输给PGW/PCEF 14/15。 [0055] 如图3中的虚线箭头所描绘的，UE 12a-c在小区ID C1-C3间转移。例如，UE 12a从先前小区ID C2转移到当前小区ID C3，UE 12b从先前小区ID C1转移到当前小区ID C2，UE 12c从先前小区ID C3转移到当前小区ID C1。MME 40可以(经由eNodeB 34)从UE 12a接收指示其转移到当前小区ID C3的位置更新。基于UE 12a的先前小区ID C2、UE12a的当前小区ID C3和与DPLA 51的小区ID C1和C3相对应的ULI IE之间的比较，MME 40中的DPLA模块44a可以确定UE 12a已经进入DPLA 51。MME40可以将包括与UE 12a相关联的用户ID和与小区ID C1相对应的ULI IE的UE 12a的位置更改报告给PGW/PCEF 14/15。 [0056] 对于UE 12b，MME 40可以(经由eNodeB 34)从UE 12b接收指示其转移到当前小区ID C2的位置更新。基于UE 12b的先前小区ID C1、UE 12b的当前小区ID C2和与DPLA51的小区ID C1和C3相对应的ULIIE之间的比较，MME 40中的DPLA模块44a可以确定UE 12b已经退出DPLA 51。MME 40可以将包括与UE 12b相关联的用户ID和与小区IDC2相对应的ULI IE的UE 12b的位置更改报告给PGW/PCEF 14/15。 [0057] 对于UE 12c，MME 40可以(经由eNodeB 34)从UE 12c接收指示其转移到当前小区ID C1的位置更新。基于UE 12c的先前小区ID C3、UE12c的当前小区ID C1和与DPLA51的小区ID C1和C3相对应的ULI IE之间的比较，MME 40中的DPLA模块44a可以确定UE 12c仅仅在DPLA51中移动位置。因此，MME 40可能不会将UE 12b的位置更改报告给PGW/PCEF 14/15。 [0058] 在通信系统10操作期间的任何时候，AF 16可以针对应该应用策略更改的一个或多个位置发起动态策略事件。出于本示例的目的，假设当UE12a和12c在DPLA 51内而UE12b在DPLA 51外时，AF 16发起动态策略事件。然而，从AF和PCRF的角度，当动态策略事件被发起时，这些设备最有可能不知道哪个UE可能在DPLA中或可能不在DPLA中。回到图 3的示例，AF 16可以通过生成基于群组的每对等Rx AAR消息并将该Rx AAR消息传输至对等PCRF 36来发起动态策略事件。基于对等的RxAAR消息可以包括(除了其他之外)将受动态策略影响的一个或多个区域的ULI IE列表和表示用于策略更改的用户服务的服务定义的AF应用ID。在本示例中，ULI IE列表可以包括表示小区ID C1和C3的一对ULI IE，C1和C3是DPLA 51的成员。如前所述，其他ULI IE还可以被包括在该消息之内。 [0059] 在接收到Rx AAR消息时，PCRF 36可以从AF应用ID确定用来应用的一个或多个动态策略动作。在各个实施例中，动态策略动作可以包括但不限于：控制对服务数据流的检测、设置对服务数据流的计费指令、设置服务数据流的QoS等级和/或选通。PCRF 36可以生成每直径对等Gx RAR消息，并且可以将该消息传输至对等PGW/PCEF 14/15。该Gx RAR消息可以包括(除了其他之外)受策略更改影响的一个或多个区域的ULI IE列表和应用到该一个或多个区域的用户的动态策略动作，其中，该ULI IE列表可以包括为DPLA 52的成员的ULI IE。PGW/PCEF 14/15可以将来自Gx RAR消息的ULI IE与从MME 40接收到的用于用户位置更改的ULI IE进行比较，以识别对策略更改进行应用的一个或多个用户/UE。从该比较，PGW/PCEF 14/15可以确定UE 12a和12c在相应区域中(例如，它们的ULI IE与列表中作为DPLA 51的成员的ULI IE之一相匹配)，并且可以通过发信号至MME 40以执行一个或多个每用户承载操作(例如，修改、激活或去激活用于每个相应用户会话的默认承载和/或专用承载)来将策略更改应用到与UE 12a和12c相关联的用户。如果MME 40不能执行所请求的承载操作，那么可以使用标准Gx事件通过每订户直径消息由PGW/PCEF 14/15将此报告给PCRF 36。 [0060] 因此，通信系统10可以将策略更改的有效应用提供给DPLA 51中的订户群组(例如，用户12a、12c)。通过通常用于基于群组的动态策略更改的应用或通常基于群组的策略更改的应用的单个每订户会话信号发送，AF 16和PCRF 36之间的基于群组的每对等消息发送可以大幅减少这些网络节点之间的信号发送负荷。给定的策略更改可以被应用于由策略实施或移动锚点(例如，PGW/PCEF)识别为满足群组标准的每个会话。此外，通信系统10可以基于用户进入和/或退出一个或多个DPLA来使用MME40与PGW 14之间的位置更改消息发送，以减少MME 40与PGW 14之间的位置更改消息发送的量，从而提供附加的网络效率。而且，针对通信系统10所描述的技术可以被扩展和通用化为包括其他基于群组的识别和应用处理。如下面更详细地讨论的，针对通信系统10所描述的信号发送和识别技术还可以扩展到包含直径路由代理的部署。 [0061] 转到图4，图4是示出与将策略更改应用到第一DPLA 61和第二DPLA 62的用户群组的示例用例60相关联的细节的简化框图，其中，这些DPLA采用跟踪区域粒度进行定义。图4中还示出了通信系统10的AF16、PCRF 36、PGW/PCEF 14/15、SGW 28和MME 40。图4还示出了包括在MME 40之内的DPLA数据库42a和DPLA模块44a。 [0062] 对于该特定示例，具有跟踪区域ID TAI1的第一跟踪区域由第一eNodeB 34.1服务。具有跟踪区域ID TAI2的第二跟踪区域由第二eNodeB34.2服务。具有跟踪区域ID TAI3的第三跟踪区域由第三eNodeB 34.3服务。操作UE 12a-c的用户被示出为在跟踪区域TAI1-TAI3之间进行转移。对于该示例，第一DPLA 61被示出为由第一跟踪区域ID TAI1和第二跟踪区域IDTAI2来定义。第二DPLA 62被示出为由第二跟踪区域ID TAI2来定义。图4示出第一DPLA 61和第二DPLA 62可能具有重叠位置区域。 [0063] 可以将与第一跟踪区域ID TAI1和第二跟踪区域IDTAI2(可以表示第一DPLA 61)相对应的一对ULI IE存储在DPLA数据库42a中。也可以将识别第二跟踪区域ID TAI2(可以表示第二DPLA 62)的ULI IE存储在DPLA数据库42a中。MME 40可以从UE 12a-c接收位置更新。从这些位置更新，DPLA模块44a可以通过将特定UE的先前ULI IE和/或当前ULIIE与对应于DPLA 61和DPLA 62的ULI IE进行比较来确定该UE/用户是否已经进入或退出第一DPLA 61和/或第二DPLA 62。对于任何用户/UE进入或退出DPLA 61和/或62，MME 40可以将位置更改报告给PGW 14。 [0064] 如图4中虚线箭头所描绘的，UE 12a-c相关于跟踪区域TAI1-TAI3进行转移。例如，UE 12a正从TAI1外的区域转移到当前跟踪区域ID TAI1，UE 12b正从先前跟踪区域ID TAI1转移到当前跟踪区域ID TAI2，UE 12c正从先前跟踪区域ID TAI2转移到当前跟踪区域ID TAI3。对于本示例，可以通过从用户接收到的TAU来从UE 12a-c接收位置更新。出于本示例的目的，假设在每个用户/UE转移之前，跟踪区域ID TAI1-TAI3中没有被包括在UE 12a的跟踪区域列表之内，跟踪区域ID TAI1-TAI3被包括在UE 12b的跟踪区域列表之内，并且跟踪区域ID TAI2和TAI3被包括在UE 12c的跟踪区域列表之内。 [0065] 当UE 12a转移到TAI1中时，UE 12a可以将位置更新发送至MME 40。基于UE 12a的先前跟踪区域ID(假设此处为跟踪区域ID TAIx)、UE12a的当前跟踪区域ID TAI1以及与第一DPLA 61的跟踪区域ID TAI1和TAI2相对应的ULI IE之间的比较，MME 40中的DPLA模块44a可以确定UE 12a已经进入第一DPLA 61。MME 40可以将UE 12a的位置更改报告给PGW/PCEF 14/15。而且，基于UE 12a的先前跟踪区域ID TAIx、UE12a的当前跟踪区域ID TAI1以及与第二DPLA 62的跟踪区域ID TAI2相对应的ULI IE之间的比较，MME40中的DPLA模块44可以确定UE 12a既没进入也没退出第二DPLA 62。因此，关于位置更改，MME 40可能不将UE 12a的位置更改报告给PGW/PCEF 14/15。 [0066] 如上所述，针对本示例假设跟踪区域ID TAI1-TAI3被包括在UE 12b的跟踪区域列表中。因此，仅基于从TAI1转移到TAI2，UE 12b可以不发起TAU请求，但根据UE 12b的空闲或连接模式，可以基于分页请求、定时器功能或其他网络触发/机制发起TAU请求。eNodeB 34.2进而可以将TAU请求消息随着从其接收到该TAU请求消息的跟踪区域(此处为跟踪区域ID TAI2)的TAI一起转发至MME 40。TAU消息可以包括与UE 12b相关联的上一跟踪区域的跟踪区域ID，此处为跟踪区域ID TAI1。 [0067] 基于UE 12b的先前跟踪区域ID TAI1、UE 12b的当前跟踪区域IDTAI2以及与第一DPLA 61的跟踪区域ID TAI1和TAI2相对应的ULI IE之间的比较，MME 40中的DPLA模块44a可以确定UE 12b既没有进入也没有退出第一DPLA 61，而只是在第一DPLA 61内转移位置。关于第一DPLA 61，MME 40可以不将UE 12b的位置更改报告给PGW/PCEF 14/15。而且，基于UE 12b的先前跟踪区域ID TAI1、UE 12b的当前跟踪区域IDTAI2以及与第二DPLA 62的跟踪区域ID TAI2相对应的ULI IE之间的比较，MME 40中的DPLA模块44a可以确定UE 12b已经进入第二DPLA62。因此，关于位置更改，MME 40可以将UE 12b的位置更改报告给PGW/PCEF 14/15，该位置更改包括与UE 12b相关联的用户ID和与跟踪区域ID TAI1相对应的ULI IE。 [0068] 如上所述，针对本示例假设跟踪区域ID TAI2和TAI3被包括在UE12c的跟踪区域列表中。因此，仅基于从TAI2转移到TAI3，UE 12b可以不发起TAU请求，但根据UE 12c的空闲或连接模式，可以基于分页请求、定时器功能或其他网络触发/机制发起TAU请求。eNodeB 34.3进而可以将TAU请求消息随着从其接收该TAU请求消息的跟踪区域(此处为跟踪区域ID TAI3)的TAI一起转发至MME 40。TAU消息可以包括与UE 12c相关联的上一跟踪区域的跟踪区域ID，此处为跟踪区域ID TAI2。 [0069] 基于UE 12c的先前跟踪区域ID TAI2、UE 12c的当前跟踪区域IDTAI3以及与DPLA 61的跟踪区域ID TAI1和TAI2相对应的ULI IE之间的比较，MME 40中的DPLA模块44a可以确定UE 12c已经退出第一DPLA 61。关于位置更改，MME 40可以将UE 12c的位置更改报告给PGW/PCEF 14/15，该位置更改可以包括与UE 12c相关联的用户ID和跟踪区域ID TAI3的ULI IE。基于UE 12c的先前跟踪区域ID TAI2、UE 12c的当前跟踪区域ID TAI3以及与第二DPLA 62的跟踪区域ID TAI2相对应的ULI IE之间的比较，MME 40中的DPLA模块44a可以确定UE 12c已经退出第二DPLA 62。然而，关于跟踪区域ID TAI3，由于MME 40已经将位置更改发消息给PGW/PCEF 14/15，因此另一个位置更改消息可能不是必需的。 [0070] 在通信系统10的操作期间的任何时候，AF 16可以针对应该应用策略更改的一个或多个位置发起动态策略事件。出于本示例的目的，假设当UE 12a和12b在第一DPLA 61内、UE 12b在第二DPLA 62内、UE 12c在第一DPLA 61和第二DPLA 62二者外时，AF 16发起第一和第二动态策略事件。AF 16可以通过生成第一基于对等的Rx AAR消息并将该消息传输至对等PCRF 36来发起第一动态策略事件。第一基于对等的Rx AAR消息可以包括(除了其他之外)用于要受第一策略更改影响的一个或多个区域的ULI IE列表(包括第一DPLA 61的成员ULI IE TAI1和TAI2)以及用于第一服务定义的第一AF应用ID1，其中，第一服务定义表示用于第一策略更改的第一用户服务。 [0071] 在接收到第一基于对等Rx AAR消息时，PCRF 36可以从第一AF应用ID1确定应用于第一DPLA 61的一个或多个第一动态策略动作。在各个实施例中，第一述动态策略动作可以包括但不限于：控制对服务数据流的检测、设置对服务数据流的计费指令、设置对服务数据流的QoS等级和/或选通。PCRF 36可以生成第一每直径对等Gx RAR消息，并且可以将该消息传输至对等PGW/PCEF 14/15。第一Gx RAR消息可以包括(除了其他之外)ULI IE列表(该ULI IE列表可以包括为第一DPLA 61的成员的ULI IE)和应用到所述一个或多个区域中的用户的第一动态策略动作。PGW/PCEF 14/15可以将来自Gx RAR消息的ULI IE与从MME 40接收的用于用户位置更改的ULI IE进行比较，以识别对策略更改进行应用的一个或多个用户/UE。从该比较中，PGW/PCEF 14/15可以确定UE 12a和12b在相应的区域(例如，它们的ULI IE与来自为第一DPLA 61的成员列表的ULI IE之一相匹配)，并且可以通过发信号给MME 40以执行一个或多个每用户承载操作(例如，修改、激活或去激活用于每个用户会话的默认承载和/或专用承载)来将第一策略动作捆绑到UE 12a-b。如果MME 40不能执行所请求的承载操作，那么可以使用标准的Gx事件通过每订户直径消息由PGW/PCEF 14/15将此报告给PCRF 36。 [0072] 对于第二动态策略动作，AF 16可以生成包括(除了其他之外)要受第二策略更改影响的一个或多个区域的ULI IE列表(包括作为第二DPLA62的成员的ULI IE TAI2)和用于第二服务定义的第二AF应用ID的第二每对等Rx AAR消息，其中，第二服务定义表示第二策略更改的第二用户服务。AF 16可以将第二每对等Rx AAR消息传输至PCRF 36，PCRF 36可以确定应用到第二DPLA 62的第二策略动作。PCRF 36可以生成包括(除了其他之外)第二策略动作和ULI IE列表(包括TAI2)的第二每直径对等Gx RAR消息，并且将该Gx RAR消息传输至PGW/PCEF 14/15。PGW/PCEF 14/15可以将第二DPLA 62的ULI IE(例如，TAI2)与从MME 40所接收的用于用户位置更改的ULI IE进行比较，以识别对第二策略更改进行应用的一个或多个用户。从该比较中，PGW/PCEF 14/15可以确定UE 12b在相应的区域(例如，它们的ULI IE与来自为第二DPLA 62的成员的列表中的跟踪区域ID TAI2的ULI IE相匹配)，并且可以通过发信号给MME 40以执行一个或多个每用户承载操作(例如，修改、激活或去激活用于每个用户会话的默认承载和/或专用承载)来将第二策略动作捆绑到UE 12b。如果MME 40不能执行所请求的承载操作，那么可以使用标准的Gx事件通过每订户直径消息由PGW/PCEF 14/15将此报告给PCRF36。在一些方面，重叠DPLA可以作为对用户群组创建不同用户分类的机制，其中，群组的分类标识符可以从DPLA的重叠区域来确定。 [0073] 转向图5，图5是示出与用于将动态策略更改应用到由一对MME40.1-40.2服务的DPLA 71的用户的示例用例70相关联的细节的简化框图。图5中还示出通信系统10的AF 16、PCRF 36、PGW/PCEF 14/15和SGW28。图5还示出包括在第一MME 40.1之内的第一DPLA数据库42a.1和第一DPLA模块44a.1以及包括在第二MME 40.2中的第二DPLA数据库42a.2和第二DPLA模块44a.2。 [0074] 对于该特定示例，具有跟踪区域ID TAI1的第一跟踪区域由第一eNodeB 34.1和第一MME 40.1服务。具有跟踪区域ID TAI2的第二跟踪区域由第二eNodeB 34.2和第二MME 40.2服务。操作UE 12a的用户被示出为在跟踪区域TAI1和TAI2之间转移。对于该示例，DPLA 71被示出为由第一跟踪区域ID TAI1和第二跟踪区域ID TAI2定义。图5只描述了一个用户以突出对于在多个MME之间跨一个DPLA内的多个位置区域的用户转移的多MME部署中通信系统10的特征，然而，应当理解，如贯穿本公开所提供的其他示例中所描述的，可以对多个用户执行类似的操作。 [0075] 在包括多个MME的部署中(例如，图5中所示)，每个MME应该接收对由通信系统10服务的所有DPLA相同的DPLA配置，以维护DPLA和MME与PGW/PCEF之间的订户会话环境。因此，在本示例中，第一MME 40.1和第二MME 40.2应该各自接收用于DPLA 71的相同配置。与可以表示DPLA 71的第一跟踪区域ID TAI1和第二跟踪区域ID TAI2相对应的一对ULI IE可以被存储在第一DPLA数据库42a.1和第二DPLA数据库42a.2中。根据本申请所提供的细节，第一MME 40.1和第二MME40.2可以从UE 12a接收位置更新。 [0076] 如图5中的虚线箭头所描绘的，UE 12a正从先前跟踪区域ID TAI1转移到当前跟踪区域ID TAI2。出于本示例的目的，跟踪区域ID TAI1被包括在用户12a的跟踪区域列表中。当UE 12a转移到TAI2中时，UE 12a可以将TAU请求消息发信号(除了其他之外)至eNodeB 34.2，eNodeB 34.2可以将TAU消息随从其接收该TAU消息的跟踪区域的TAI(此处，为跟踪区域ID TAI2)一起转发至第二MME 40.2。TAU消息可以包括与用户12a相关联的上一跟踪区域的跟踪区域ID，此处为跟踪区域ID TAI1。基于UE 12a的先前跟踪区域ID TAI1、UE 12a的当前跟踪区域ID TAI2以及与DPLA 71的跟踪区域ID TAI1和TAI2相对应的ULI IE之间的比较，MME 40.2中的DPLA模块44a.2可以确定UE 12a既没进入也没退出DPLA 71，而仅在DPLA 71的位置间进行转移。第二MME 40.2可以不将UE 12a的位置更改报告给PGW/PCEF 14/15。 [0077] 尽管由于在转移之后UE 12a仍在DPLA 71中，所以第二MME 40.2可以不将位置更改报告提供给PGW/PCEF 14/15，但是通信系统10仍应该通过第二MME 40.2跟踪来自UE12a的消息发送。这样的跟踪可以被实现以确定哪个MME正在为UE 12a服务，以使得PGW/PCEF 14/15可以知道进行通信的合适的MME，以将策略动作、流程控制等应用到UE 12a。在各个实施例中，当用户可能转移MME但仍停留在特定DPLA中时，标准TAU报告程序或DPLA专用报告机制可以被实现以管理跟踪区域消息发送。 [0078] 基于PGW/PCEF 14/15确定UE 12a正通过第二MME 40.2发消息的假设，AF 16、PCRF 36和PGW/PCEF 14/15之间的策略动作消息发送可以以对本申请所讨论的其他示例实施例所描述的类似的方式进行处理。 [0079] 转向图6，图6是示出与通信系统10的一个示例实施例中将位置更改消息报告给PGW 14相关联的示例操作的简化流程图600。在一个示例实施例中，可以使用MME 40中的DPLA数据库42a和DPLA模块44a和/或S4-SGSN 41中的DPLA数据库42b和DPLA模块44b来实施这些操作，然而，出于简洁的目的，假设图6所描述的示例操作使用MME 40中的DPLA数据库42a和DPLA模块44a来执行。应当理解，类似的操作可以使用S4-SGSN 41中的DPLA数据库42b和DPLA模块44b来执行。如本申请所讨论的，位置更改消息可以被报告给PGW 14，从而只要从MME40接收位置更改消息，PGW 14也可以被包含在示例操作中。 [0080] 对于本示例实施例，假设DPLA数据库42a已被配置有一个或多个ULI IE，该一个或多个ULI IE可以表示给定的DPLA。通常，DPLA模块44a可以从由用户操作的给定UE接收到的位置更新确定与给定DPLA有关的用户的位置。因此，在610处，当MME 40从给定UE接收到位置更新时处理开始。位置更新可以包括该用户的当前ULI IE和ID(例如，IMSI)。 [0081] 在620处，DPLA模块44a可以将该用户的当前ULI IE和先前ULI IE与表示DPLA的一个或多个ULI IE进行比较。从该比较，DPLA模块44a在630处可以确定该用户是否已经进入或退出该DPLA。如果用户已经进入或退出DPLA，那么在650处MME 40可以通过该用户的位置更改消息将该用户的位置更改报告给PGW 14。该位置更改消息可以包括用户的ID和相应当前ULI IE。否则，如660处所示，该用户的位置更改可以不被报告。 [0082] 在一些实施例中，单个位置更改消息可以用于一个或多个用户中的每个用户被报告。在其他实施例中，单个位置更改消息可以包括用于多个用户的位置报告。 [0083] 在实施例中，在640处，DPLA模块44a还可以确定对于另一DPLA的该用户的位置更改是否已经被报告。如果所述用户的位置更改已经被报告，那么在660处DPLA模块44a可以不报告关于进入或退出其他DPLA的用户的位置更改。否则，DPLA模块44a可以将用户的位置更改报告给PGW 14。 [0084] 转到图7，图7是示出与通信系统10的一个实施例中将策略更改应用到用户群组相关联的示例操作的简化流程图。在一个示例实施例中，可以使用AF 16、PCRF 36和PGW/PCEF 14/15来实施这些操作。应当理解，当用户进入和/或退出一个或多个DPLA时，对于通信系统10，贯穿本申请所讨论的示例所描述的位置更改报告操作可以在任何时间被执行。因此，报告操作可以发生在策略更改操作过程中。 [0085] 通常，策略更改可以在任意时间被应用到由服务提供商、网络条件、其组合等确定的一个或多个位置处的用户群组。基于可以由服务提供商和/或网络元件监控网络条件所确定的一个或多个条件，AF 16可以针对策略更改应该应用于的给定位置发起动态策略事件。因此，当针对策略更改的每对等Rx AAR消息由AF16生成时，在710处处理开始。Rx AAR消息可以包括一个或多个ULI IE的列表和用于服务定义的AF应用ID，该列表可以包括可以是一个或多个DPLA的成员的一个或多个ULI IE，该AF应用ID与要被应用到对应于该列表中的一个或多个ULI IE的一个或多个位置中的一个或多个用户的策略更改相对应。 [0086] 在720处，PCRF 36可以接收Rx AAR消息，并且基于AF应用ID可以确定用于策略更改的策略动作。在720处，PCRF 36可以生成包括用于策略更改的策略动作(从AF应用ID确定)和一个或多个ULI IE的列表的每直径对等Gx RAR消息。在740处，PGW 14可以接收该Gx RAR消息，并且可以通过将每个用户的ULI IE与来自与策略更改相关联的GxRAR消息的一个或多个ULI IE的列表进行比较来识别对该策略更改进行应用的一个或多个用户。在750处，PGW 14可以通过确定每个用户的ULI IE是否与来自列表的ULI IE中的一个ULI IE相匹配来识别一个或多个用户。在760处，PGW/PCEF 14/15可以将策略更改应用到所识别的一个或多个用户。如本申请所讨论的，策略更改可以经由MME 40和/或S4-SGSN 41通过一个或多个标准承载操作基于每订户被应用到每个用户。在实施例中，不能将策略动作应用到群组中所识别的用户可以基于每订户被报告给PCRF 36和/或AF16，如果AF 16请求如此。在770处没有策略更改可以被应用到没有通过比较识别的用户。 [0087] 其他网络节点可以被包括在通信系统10中。在各个实施例中，通信系统10可以被配置为包括委托直径路由代理(P-DRA，proxy Diameter routing agent)。P-DRA可以被部署在通信系统中以代替PCC网络元件之间的点到点全网格连接，并且可以为计费和控制功能提供负载分布。P-DRA通常在每直径计费会话的基础上为每个用户会话路由流量。然而，如本公开所讨论的，Rx会话消息可以在基于群组的每对等PCRF的基础上从AF被传输至PCRF，Gx消息可以在每PCEF直径会话的基础上从PCRF被传输至PGW/PCEF。如下面将进一步详细讨论的，除了一些明显例外，通信系统10的基本操作方面(包括比如当用户/UE进入或退出DPLA时从MME向PGW报告位置更改，此外，还有对每对等Rx AAR消息进行合并)可以被扩展到P-DRA部署。 [0088] 转到图8，图8是示出与包括P-DRA 82的通信系统10的示例用例80相关联的细节的简化框图。如图8所示，通信系统10可以包括AF 16、一对PCRF 36.1-36.2、多个PGW/PCEF 14.1-14.3/15.1-15.3以及一对SGW28.1-28.2。图8中示出的网络元件中的每个网络元件可以通过相应的基于直径的接口被连接到P-DRA 82。关于针对用户转移的、来自MME和/或S4-SGSN的位置更改报告，该示例实施例可以类似于将位置更改消息报告给相应PGW/PCEF的本公开所讨论的其他示例实施例来操作。 [0089] 为在通信系统10中执行直径路由，P-DRA 82可以存储为通信系统10中的所有直径对等节点和通过各个Gx/Rx会话消息发送接口建立的会话的映射信息。可以有配置包括P-DRA 82的系统10以管理各个网络元件之间的路由信息的多个替代方式。 [0090] 在一个示例实施例中，P-DRA 82可以被配置为认识用于特定用户会话类型(例如，DPLA会话)的共同的“用户”绑定密钥或相关密钥(例如，相同值)。P-DRA 82可以被配置有将包括相关密钥的Rx AAR消息路由到每个分簇的PCRF 36.1-36.2的功能。PCRF36.1-36.2与PGW/PCEF14.1-14.3/15.1-15.3之间的Gx每对等直径会话消息和AF 16与PCRF 36.1-36.2之间的Rx会话消息可以包括相关密钥。最优化意味着AF 16可以为所有PGW只发送一个Rx AAR，而不是为每个PGW发送分开的Rx AAR。当然，每个PCRF仍将需要将分开的Gx RAR消息发送至每个PCEF对等。 [0091] 在另一示例实施例中，P-DRA 82可以被配置为认识被包括在Rx AAR消息之内的相关密钥，并且可以将该消息发送至特定PCRF。PCRF然后可以将该消息分发至其他PCRF，其他PCRF可能正在服务于相应会话。在另一个实施例中，P-DRA 82可以被配置为认识包括在Rx AAR消息中的相关密钥并可选择为其发送该消息的特定PCRF。该PCRF然后可将该消息分发到其他PCRF，所述其他PCRF可正服务于相应会话。在又一实施例中，3GPP标准的释放(Release)12包括配置PCRF来为给定用户注册ULI IE更改的选项。在这样的实施例中，特定PCRF可以为一个或多个相应的注册过的用户解析Rx AAR消息中的ULI IE以确定向哪个PGW发送Gx消息。 [0092] 在实施例中，相关密钥可以是由操作者或AF 16选择的或者由网络元件随机生成的伪IMSI。在另一个实施例中，相关密钥可以是经构造的IPV6前缀。 [0093] 应当注意，通过上述提供的示例，还有本申请提供的大量其他示例，可以针对两个、三个、或四个网络元件来描述交互。然而，这只是为了清楚和示例的目的。在某些情形中，通过只参考有限数目的网络元件来描述给定的流程集合的功能中的一个或多个可能更容易。应当理解的是，通信系统10(和其教导)是可容易地扩展的，并且还可适应大量部件，以及更复杂/精密的安排和配置。因此，所提供的示例不应该限定可能被应用到无数上其他架构的通信系统10的范围或抑制其广义教导。此外，尽管参照DPLA数据库或DPLA模块被提供在网络元件内的特定场景进行描述，但是，这些元件可以在外部提供，或以任意合适的方式进行整合和/或组合。在某些实例中，可以将DPLA数据库和/或DPLA模块提供在单个专用单元中。 [0094] 还很重要的是应当注意，附图中的步骤仅示出可以由通信系统10或在通信系统10内运行的可能的信号发送场景和模式中的一些。可以在合适处删除或移除这些步骤中的一些步骤，或者可以在不背离在本申请中提供的教导的范围的情况下而对这些步骤进行大幅修改或更改。此外，许多这些操作被描述为与一个或多个附加的操作并发运行、或并行运行。然而，这些操作的时机可以大大更改。先前的操作流程是为了示例和讨论的目的而提供。通信系统10提供了充分的灵活性，因为可以在不背离本申请中提供的教导的情况下提供任意合适的安排、时序、配置、以及时机机制。 |
||||||
QQ群二维码
意见反馈
意见反馈