网络环境中订户群组的策略应用.pdf

本申请涉及网络环境中订户群组的策略应用。示例方法包括基于与策略位置区域有关的一个或多个用户中的每个用户的转移，将所述一个或多个用户的位置更改从第一网络元件报告给第二网络元件，其中，策略位置区域通过一个或多个第一用户位置信息(ULI)信息元件(IE)进行定义；传输每对等Rx授权和计费请求(Rx AAR)消息以发起策略更改，其中，每对等Rx AAR消息包括所述一个或多个第一ULI IE；传输包括所述一个或多个第一ULI IE的每直径对等Gx再授权请求(Gx RAR)消息；至少部分基于每个用户的相应ULI IE和所述一个或多个第一ULI IE来识别用于策略更改的一个或多个用户；以及将策略更改应用到所识别的一个或多个用户中的每个用户。

权利要求书1.  一种用于通信网络的方法，包括： 基于与策略位置区域有关的一个或多个用户中的每个用户的转移，将 所述一个或多个用户的一个或多个位置更改从第一网络元件报告给第二网 络元件，其中，策略位置区域由一个或多个第一用户位置信息(ULI)信 息元件(IE)来定义； 将每对等Rx授权和计费请求(Rx AAR)消息从第三网络元件传输至 第四网络元件以发起策略更改，其中，所述每对等Rx AAR消息包括用于 服务定义的应用标识符(ID)和所述一个或多个第一ULI IE； 将每直径对等Gx再授权请求(Gx RAR)消息从第四网络元件传输至 所述第二网络元件，其中，所述每直径对等Gx RAR消息包括基于服务定 义的策略更改的策略动作和所述一个或多个第一ULI IE； 在第二网络元件处，至少部分基于每个用户的相应ULI IE和所述一个 或多个第一ULI IE，识别对策略更改进行应用的一个或多个用户；以及 将策略更改应用到所识别的一个或多个用户中的每个用户。 2.  如权利要求1所述的方法，其中，所述第二网络元件是分组数据网 络网关(PGW)，所述第三网络元件是应用功能(AF)，并且所述第四 网络元件是策略和计费规则功能(PCRF)。 3.  如权利要求1所述的方法，还包括： 使用委托直径路由代理(P-DRA)对所述每对等Rx AAR消息和所述 每直径对等Gx RAR消息进行路由，其中，所述每对等Rx AAR消息和所 述每直径对等Gx RAR消息各自还包括相关密钥。 4.  如权利要求1所述的方法，其中，一个或多个用户中的每个用户的 转移至少包括以下情况之一： 特定用户进入策略位置区域；以及 特定用户退出策略位置区域。 5.  如权利要求1所述的方法，其中，报告位置更改包括在单个消息中 报告多个用户中的每个用户的用户ID和相应ULI IE。 6.  如权利要求1所述的方法，其中，所述第一网络元件是移动管理实 体(MME)、S4服务网关支持节点(S4-SGSN)以及GnGp-SGSN中的至 少一个。 7.  如权利要求1所述的方法，其中，所述报告还包括： 基于用户的转移，在所述第一网络元件处接收特定用户的位置更新， 其中，所述位置更新包括该用户的当前ULI IE和该用户的ID； 将该特定用户的先前ULI IE和当前ULI IE与所述一个或多个第一 ULI IE进行比较，以确定该特定用户是否已经进入或退出策略位置区域； 以及 基于该特定用户进入或退出策略位置区域，将该特定用户的位置更改 报告给第二网络元件。 8.  如权利要求7所述的方法，还包括： 确定对于位置更新的另一策略位置区域的、该特定用户的另一位置更 改是否已经被报告； 如果该特定用户的另一位置更改已经被报告，那么不报告该特定用户 的位置更改；并且 如果该特定用户的另一位置更改未被报告，那么报告该特定用户的位 置更改。 9.  如权利要求1所述的方法，其中，应用策略更改还包括以下步骤中 的至少一项： 修改用于所识别的一个或多个用户中的至少一个用户的至少一个承载； 激活用于所识别的一个或多个用户中的至少一个用户的至少一个承载； 以及 去激活所识别的一个或多个用户中的至少一个用户的至少一个承载。 10.  如权利要求1所述的方法，其中，所述识别对策略更改进行应用 的一个或多个用户还包括： 对于所述一个或多个用户中的每个用户，将每个用户的ULI IE与所述 一个或多个第一ULI IE中的每个第一ULI IE进行比较；以及 基于与所述一个或多个第一ULI IE之一相匹配的用户的ULI IE，识 别进行策略更改的用户。 11.  如权利要求1所述的方法，其中，附加地基于所述一个或多个用 户中的每个用户的分类标识符来识别所述一个或多个用户。 12.  如权利要求1所述的方法，其中，所述一个或多个第一ULI IE表 示以下各项中的至少一项：小区身份(ID)；表示相邻小区的小区ID集 合；表示非相邻小区的小区ID集合；表示相邻小区集合的小区ID的多个 集合；跟踪区域；以及路由区域。 13.  对逻辑编码的一个或多个非暂态有形介质，所述逻辑包括当被处理 器执行时用于执行的指令，该逻辑可操作以执行包括下述步骤的操作： 基于与策略位置区域有关的一个或多个用户中的每个用户的转移，将 所述一个或多个用户的一个或多个位置更改从第一网络元件报告给第二网 络元件，其中，策略位置区域由一个或多个第一用户位置信息(ULI)信 息元件(IE)来定义； 将每对等Rx授权和计费请求(Rx AAR)消息从第三网络元件传输至 第四网络元件以发起策略更改，其中，所述每对等Rx AAR消息包括用于 服务定义的应用标识符(ID)和所述一个或多个第一ULI IE； 将每直径对等Gx再授权请求(Gx RAR)消息从第四网络元件传输至 所述第二网络元件，其中，所述每直径对等Gx RAR消息包括用于基于服 务定义的策略更改的策略动作和所述一个或多个第一ULI IE； 在第二网络元件处，至少部分基于每个用户的相应ULI IE和所述一个 或多个第一ULI IE，识别对策略更改进行应用的一个或多个用户；以及 将策略更改应用到所识别的一个或多个用户中的每个用户。 14.  如权利要求13所述的介质，其中所述报告还包括： 基于特定用户的转移，在所述第一网络元件处接收该特定用户的位置 更新，其中，所述位置更新包括该用户的当前ULI IE和该特定用户的ID； 将该特定用户的先前ULI IE和当前ULI IE与所述一个或多个第一 ULI IE进行比较，以确定该特定用户是否已经进入或退出策略位置区域； 以及 基于该特定用户进入或退出策略位置区域，将该特定用户的位置更改 报告给第二网络元件。 15.  如权利要求14所述的介质，还包括： 确定对于位置更新的另一策略位置区域的、该特定用户的另一位置更 改是否已经被报告； 如果该特定用户的另一位置更改已经被报告，那么不报告该特定用户 的位置更改；并且 如果该特定用户的另一位置更改未被报告，那么报告该特定用户的位 置更改。 16.  如权利要求13所述的介质，其中，识别对策略更改进行应用的一 个或多个用户还包括： 针对所述一个或多个用户中的每个用户，将每个用户的ULI IE与所述 一个或多个第一ULI IE中的每个第一ULI IE进行比较；以及 基于与所述一个或多个第一ULI IE之一相匹配的用户的ULI IE，识 别进行策略更改的用户。 17.  一种装置，包括： 动态策略位置区域(DPLA)模块； 存储器元件，用于存储数据；以及 处理器，执行与所述数据相关联的指令，其中，所述处理器和所述存 储器元件配合以使得所述装置被配置为： 基于对与策略位置区域有关的一个或多个用户中的每个用户的转移， 将所述一个或多个用户的一个或多个位置更改从第一网络元件报告给第二 网络元件，其中，策略位置区域由一个或多个第一用户位置信息(ULI) 信息元件(IE)来定义； 将每对等Rx授权和计费请求(Rx AAR)消息从第三网络元件传输至 第四网络元件以发起策略更改，其中，所述每对等Rx AAR消息包括用于 服务定义的应用标识符(ID)和所述一个或多个第一ULI IE； 将每直径对等Gx再授权请求(Gx RAR)消息从第四网络元件传输至 所述第二网络元件，其中，所述每直径对等Gx RAR消息包括用于基于服 务定义的策略更改的策略动作和所述一个或多个第一ULI IE； 在第二网络元件处，至少部分基于每个用户的相应ULI IE和所述一个 或多个第一ULI IE，识别对策略更改进行应用的一个或多个用户；以及 将策略更改应用到所识别的一个或多个用户中的每个用户。 18.  如权利要求17所述的装置，其中，所述报告还包括： 基于特定用户的转移，在所述第一网络元件处接收该特定用户的位置 更新，其中，所述位置更新包括该用户的当前ULI IE和该特定用户的ID； 将该特定用户的先前ULI IE和当前ULI IE与所述一个或多个第一 ULI IE进行比较，以确定该特定用户是否已经进入或退出策略位置区域； 以及 基于该特定用户进入或退出策略位置区域，将该特定用户的位置更改 报告给第二网络元件。 19.  如权利要求17所述的装置，还包括：委托直径路由代理(P- DRA)，用于对所述每对等Rx AAR消息和所述每直径对等Gx RAR消息 进行路由，其中，所述每对等Rx AAR消息和所述每直径对等Gx RAR消 息各自还包括相关密钥。 20.  如权利要求17所述的装置，其中，所述第一网络元件是移动管理 实体(MME)、S4服务网关支持节点(S4-SGSN)以及GnGp-SGSN中的 至少一个；并且其中，所述第二网络元件是分组数据网络网关(PGW)， 所述第三网络元件是应用功能(AF)，所述第四网络元件是策略和计费规 则功能(PCRF)。

说明书网络环境中订户群组的策略应用
技术领域
本公开总体涉及通信领域，更具体地涉及网络环境中订户群组的策略 应用。
背景技术
在通信环境中，尤其是移动无线环境中，联网架构日趋复杂。近几年 数据流量大量增长，这大大增加了网络资源的需求。随着移动订户数目的 增加，通信资源的有效管理变得更加关键。在一些实例中，对订户群组的 策略动作的应用可能使得网络设备不堪重负，导致在网络中提供次优性能 或产生阻塞。因此，在管理网络资源上，尤其是在对订户群组的策略动作 的应用上，存在重大挑战。
发明内容
一个示例实施例中提供了一种方法，该方法包括：基于与策略位置区 域有关的一个或多个用户中的每个用户的转移，将该一个或多个用户的一 个或多个位置更改从第一网络元件报告给第二网络元件，其中，策略位置 区域由一个或多个第一用户位置信息(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，识别对策 略更改进行应用的一个或多个用户；并且，将策略更改应用到所识别的一 个或多个用户中的每个用户。
在其他的示例实施例中，第一网络元件可以是移动管理实体(MME)、 S4服务网关支持节点(S4-SGSN)或GnGp-SGSN，第二网络元件可以是 分组数据网络网关(PGW)，第三网络元件可以是应用功能(AF)，并 且，第四网络元件可以是策略与计费规则功能(PCRF)。
在一些实例中，报告可以包括：基于用户的转移在第一网络元件处接 收该特定用户的位置更新，其中，位置更新包括该特定用户的当前ULI IE 和该特定用户的ID；将该特定用户的先前ULI IE和当前ULI IE与所述一 个或多个第一ULI IE进行比较，以确定该特定用户是否已经进入或退出策 略位置区域；以及基于该用户进入或退出策略位置区域，将该特定用户的 位置更改报告给第二网络元件。在其他的实例中，识别对策略更改进行应 用的一个或多个用户可以包括：将每个用户的ULI IE与所述一个或多个第 一ULI IE中的每个第一ULI IE进行比较；以及基于与所述一个或多个第 一ULI IE之一相匹配的用户的ULI IE，识别进行策略更改的用户。
附图说明
为提供对本公开及其特征和优点的更加完整的理解，下面结合附图对 说明书进行描述，其中，相同的参考标号表示相同的部分，其中：
图1是示出根据本公开的一个实施例的在网络环境中促进对订户群组 的策略应用的通信系统的简化框图；
图2是示出与该通信系统的一个潜在实施例相关联的附加细节的简化 框图；
图3-5是示出与该通信系统的特定实现方式中的示例用例相关联的细 节的简化框图；
图6是示出与该通信系统的一个实施例中报告位置更改相关联的示例 操作的简化流程图；
图7是示出与该通信系统的一个实施例中将策略应用到用户群组相关 联的示例操作的简化流程图；以及
图8是示出与包括委托直径路由代理(Proxy Diameter Routing Agent) 的通信系统的特定实现方式中的示例用例相关联的细节的简化框图。
具体实施方式
转到图1，图1是示出根据本公开的一个实施例的在网络环境中促进 对订户群组进行动态策略应用的通信系统10的简化框图。可以将该特定 配置捆绑到第三代合作伙伴计划(3GPP)演进分组系统(EPS)架构(有 时也被称为长期演进(LTE)EPS架构)。可替代地，所描绘的架构可以 等效地被应用到其他环境。
图1的示例架构可以包括操作用户设备(UE)12a-c的多个终端用户 和具有到服务网关(SGW)28的逻辑连接的分组数据网络(PDN)网关 (PGW)14。还提供了归属用户服务器(HSS)18、认证、授权和计费 (AAA)元件24、以及S4服务网关支持节点(S4-SGSN)元件41。PGW 14可以包括策略和计费执行功能(PCEF)15。SGW 28具有至eNodeB 34 和移动管理实体(MME)40的逻辑连接。SGW 28还具有至S4-SGSN 41 的逻辑连接。SGW 28和PGW 14二者均可以与策略和计费规则功能 (PCRF)36相接合。应用功能(AF)16可以与PCRF 36相接合。如本申 请所描述的，术语“用户设备”、“用户”和“订户”可互换。
图1的每个元件可以通过简单接口(如图所示)或通过任何其他合适 的连接(有线的或无线的)相互连接，这为网络通信提供了可行的途径。 此外，基于特定的配置需要，这些元件中的任意一个或多个元件可以被组 合或从架构中被移除。例如，通信系统10可以包括能够用于网络中分组 的传输或接收的传输控制协议/互联网协议(TCP/IP)通信的配置。在合适 处或基于特定需要，通信系统10还可以连同用户数据报协议/IP(UDP/IP) 或任何其他合适协议进行操作。
更通常地，3GPP按照TS23.060、TS23.401、TS23.203、TS29.060、 TS29.212、TS29.274等中所规定的来定义演进分组系统(EPS)。EPS通 常包括UE接入网和演进分组核心(EPC)。接入网可以是包括诸如GSM EDGE无线接入网(GERAN)、UMTS陆地无线接入网(UTRAN)或 LTE接入网(例如，演进UTRAN(E-UTRAN))之类的传统的接入网的 3GPP接入网，或者接入网可以是诸如数字用户线路(DSL)、电缆、 WiMAX、码分多址(CDMA)2000、WiFi或互联网之类的非3GPP IP接 入网。
可以将非3GPP IP接入网分为可信段和不可信段。对于可信段，在服 务提供商和核心网之间存在可行的关系。可信IP接入网支持到EPC的移 动性接口、策略接口和AAA接口，而不可信网络不支持。相反，从不可 信接入网的接入经由演进分组数据网关(ePDG)20来完成，演进分组数 据网关20将IPsec安全关联通过不可信IP接入网提供给用户设备。ePDG 具有到PCRF36的逻辑连接，并且支持到EPC的移动性接口、策略接口 和AAA接口，这与可信IP接入网相似。
图1的架构中还提供了一系列接口，这些接口可以为各个网络元件提 供移动性、策略控制、AAA功能和/或计费活动(离线和在线)。例如， 这些接口可以被用来交换一个或多个终端用户(例如，操作UE12a-c的用 户)的附着点、位置、和/或接入数据。可以在适当处以用户服务 (RADIUS)协议或任何其他合适协议使用远程认证拨号来交换资源、计 费、位置、接入网信息、网络地址转换(NAT)控制等。可以用于通信系 统10中的其他协议可以包括直径协议(Diameter protocol)、服务网关接口 (SGI)、终端访问控制器访问控制系统(TACACS)、TACACS+等。与 本公开的各个实施例有关的、与这些协议的通信有关的RADIUS、直径和 各个接口将在下面进行详细讨论。
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的传统系统的通信。
EPS架构中的无线接入网(RAN)包括eNodeB(还称为eNB)。 eNodeB通常直接被连接到EPC，还直接被连接到邻近的eNodeB。与邻近 的eNodeB相连接可以允许更直接地路由呼叫。eNodeB还负责为UE选择 MME、管理无线资源以及为UE做出切换决定。
基于各种策略计费和控制(PCC)规则，PCRF 36可以确定应用到UE 的策略控制和/或计费活动。PCRF 36可以被配置为将用户订阅信息作为策 略和计费控制决定的基础来使用。订阅信息可以应用于基于会话服务和基 于非会话服务二者。此外，基于从AF 16向PCRF描述的应用或服务， PCRF 36可以确定PCC规则。PCRF 36通常可以被称为策略服务器。AF 16可以向PCRF 36描述可能需要用于一个或多个UE的动态策略和/或计 费控制的应用/服务。动态策略和/或计费控制可以包括但不限于：控制对 服务数据流的检测、针对服务数据流设置计费指令、针对服务数据流设置 QoS等级和/或选通。PCRF 36可以将PCC规则传输给PGW 14中的PCEF 15。PGW/PCEF 14/15可以用作策略实施点来管理QoS、在线/离线基于流 的计费、数据生成、深度分组检查以及合法拦截。
如图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。
在操作中，举例来说，为了建立通信会话的目的，UE 12a可以附连到 网络。UE 12a可以与eNodeB 34进行通信，eNodeB 34可以进一步与 MME 40进行交互来完成特定用户的一些认证形式。MME 40可以与SGW 28进行交互，SGW 28与PGW 14进行交互从而在这些部件之间建立会话。 eNodeB 34可以与SGW 28进行交互来为UE 12a提供数据层交互。此时可 以建立隧道，并且还可以发布特定用户的合适的IP地址。该过程通常涉及 为UE 12a创建的默认EPS承载会话。还可以针对各种服务创建专用承载 会话。诸如GPRS隧道协议(GTP)(可以被分为控制(GTP-C)信令协 议和用户数据层(GTP-U)协议)之类的示例性隧道协议在图1中通信系 统10的各个元件之间示出。随着会话被建立，PGW 14可以与PCRF 36进 行交互来识别与特定用户相关联的策略，比如，某些QoS设置、带宽参数、 时延设置、优先级、计费等。随着会话期间AF 16更新向PCRF 36所描述 的服务/应用，可以将动态策略应用到UE来使得对UE的各种控制和策略 更改有效。
在详细描述图1的各个元件的进一步操作和基础设施之前，提供某些 上下文信息来给出可能在网络环境中对订户(UE)群组应用动态策略时遇 到的一些问题的概述。这样的信息被认真地给出，并且仅出于教导的目的， 因此，不应该以限制本公开的广泛应用的方式进行解释。
服务提供商和设备制造商的技术权益和潜在收入的快速增长区域是能 够基于由基础的网络架构可得的智能来应用动态策略更改的能力。这样的 智能可以包括监控系统负载、基于时间和/或服务类型的监控系统使用、优 化或积极管理QoS的学习系统优化技术等。动态策略交互通常被定义为每 订户动作并在每订户的基础上被生成。然而，有移动无线服务提供商可以 具有服务要求以便将动态策略更改应用到订户群组的多个潜在的用例。
这样的群组可以被定义为给定位置内的用户，这样用户属于特定地址 范围、国际移动用户身份码(IMSI)范围、国际移动设备身份码(IMEI) 集、国际移动设备身份码软件版本(IMEISV)集等。然而，在每订户的 基础上生成“应用动态策略”事件是对节点和网络资源的低效使用，并且 对于大的群组(例如，数千或数万)来说不能进行有效扩展。所描述的问 题需要一种机制来识别应该经受策略动作的订户群组并且以不使网络元件 过载的方式有效地发送群组策略更新。
根据一个实施例，通过提供用于通过位置来识别应该应用动态策略动 作的订户群组并且将一个或多个动态策略动作应用到为策略更改所识别的 订户的方法，通信系统10可以克服前面提到的缺点(和其他缺点)。通 信系统10可以在AF 16和PCRF 36之间提供在每对等基础上传输基于群 组的Rx AAR消息以为订户群组传输动态策略动作。在每对等基础上传输 基于群组的Rx AAR消息可以通过在每订户会话基础上将这样的Rx AAR 消息进行信号发送而大大减少这些网络元件之间的信号发送负载。应当理 解的是，本公开所描述的示例实施例和处理流程不限于仅仅对动态策略动 作的应用，还可以等同地被扩展到可以不是动态的策略动作的应用。示例 实施例中所描述的动态策略动作和处理流程仅为了说明性的目的而提供， 并且不意欲限制本公开的范围。
可以用来确定要接收动态策略动作的订户群组的区域在本申请中可以 被称为“动态策略位置区域”(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中的一个或多个订户。
如先前所述，PGW 14可以包括PCEF 15。PGW/PCEF 14/15可以将动 态策略动作应用到所识别的订户群组。本公开全文所用的术语PGW和 PGW/PCEF是可互换的。可以使用诸如TS 23.401中所定义的修改、激活 或去激活之类的一个或多个承载程序、在每订户的基础上将动态策略动作 应用到DPLA中所识别的订户群组。关于与动态策略动作的应用相关联的 各种处理的附加细节会通过下面提供的各个示例操作和处理流程进行讨论。 在本申请中每对等消息发送还可以在某些示例中被称为基于对等的消息发 送。
在各个实施例中，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的节点之间进行传递。
在操作中，当操作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。MME 40和/或S4-SGSN 41可以将进 入或退出特定DPLA的特定用户的ID和相应ULI IE报告给PGW/PCEF 14/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中所描述的其他触发/机制来发起。
在其他情形中，针对UE处于ECM-CONNECTED状态时的位置更新， MME 40和/或S4-SGSN 41可以从UE请求可选位置更新。例如，对于 MME 40，这样的UE位置更新可以包括该UE的跟踪区域身份(TAI)和 小区标识符。根据用例，小区标识符可以被表示为小区全球标识符(CGI) 或E-UTRAN CGI(ECGI)。基于由MME 40请求的位置更新的粒度，当 用户在覆盖区域内从一个小区转移到另一个小区时，UE位置更新可以被 传输。
如上面的技术所示，有许多可以被用来从UE接收位置更新的不同处 理。从UE位置更新，MME 40和/或S4-SGSN 41可以确定用户转移的当 前ULI IE和先前ULI IE。由于DPLA粒度和UE位置更新二者均基于ULI IE，因此，与一个或多个DPLA有关的UE转移的环境可以使用MME 40 和/或S4-SGSN 41中的DPLA模块来容易地确定。
考虑涉及DPLA数据库中为MME 40配置的给定DPLA的示例，在该 DPLA数据库中，该给定的DPLA通过一对跟踪区域ULI IE进行定义。在 接收到给定UE的位置更新时，MME 40内的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。
根据3GPP标准，MME 40和PGW/PCEF 14/15之间的可选位置更改 消息发送可以针对由MME 40接收的每个位置更新来执行。然而，根据本 申请所描述的各个实施例，该等级的位置更改消息粒度对于通信系统10 来说是不必要的。根据一个示例实施例，PGW 14可以使用更改报告动作 IE从MME 40和/或S4-SGSN 41请求DPLA等级报告动作，以使得MME 40和/或S4-SGSN 41可以基于进入或退出一个或多个DPLA的订户而只报 告这些订户的位置更改。
在操作中，为针对给定位置发起动态策略事件负责的AF 16将通过将 包括包含DPLA的一个或多个ULI IE列表在内的每对等消息传输给PCRF 36来识别给定的DPLA。应当注意，该消息可以包括受策略更改影响的其 他位置区域的其他ULI IE。随着用于表示用户服务的服务定义的唯一AF 应用标识符(ID)，ULI IE列表可以作为基于群组的每对等(例如，每 PCRF)Rx授权和计费请求(AAR)消息的一部分从AF 16被传递到每个 PCRF(此处为PCRF 36)以触发策略更改请求。该基于群组的每对等Rx AAR消息将代替通常为受动态策略更改影响的每个订户而发送的多个每订 户Rx AAR消息。对于给定的网络部署，根据本申请所描述的各个示例实 施例，很可能通常被发送以影响群组策略更改的每订户消息的数目将大幅 超过可以从AF 16被发送至PCRF 36的每PCRF基于群组的消息的数目。
从用于服务的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和/ 或其他信息的参数/数据。
当PGW 14在用户/UE进入或离开一个或多个DPLA时接收位置更改 通知时，PGW 14可以通过将Gx RAR消息中的ULI IE列表与为每个订户 所存储的ULI IE进行比较以识别给定DPLA中所有受影响的订户。那些具 有与列表中的ULI IE之一相匹配的ULI IE的订户可以被识别以进行策略 更改。应当注意，PGW 14可能不知道DPLA，而是通过将每个用户的 ULI IE与从Gx RAR消息接收到的ULI IE进行比较来非直接地识别DPLA 中的用户。
对于所识别的订户，PGW/PCEF 14/15可以使用标准的每订户承载程 序将动态策略动作应用到每个所识别的用户。在一个示例实施例中，动态 策略动作的应用可以包括发送信号至MME 40以执行一个或多个标准的每 订户承载操作的S6a/S11，例如，修改、激活、或去激活用于每个订户会 话的默认承载和/或专用承载。在一个示例实施例中，可以使用标准Gx事 件通过每订户直径会话将针对给定订户不能应用动作作为每订户事件通过 PGW/PCEF 14/15报告给PCRF 36和/或AF 16(如果AF16已经请求如 此)。
应当注意，尽管当前的3GPP标准可能本身不支持每直径对等Gx会 话，但是存在提供每直径对等Gx会话的某些第二代内容网关。因此，可 以在3GPP标准的范围内存在支持每直径对等Gx会话的机制/技术以实现 每直径对等Gx消息发送。在包括多个PCRF和多个PGW的实施例中， PCRF 36还可以将关于动态策略动作的消息发送至其他PCRF，而这进而 可以将每直径对等Gx RAR消息传输至先前建立的直径会话可能存在的 PGW。
在一些实施例中，DPLA智能可以被推送到UE 12a-c，以使得UE 12a-c可以知道DPLA。在一个实施例中，可以通过将DPLA ULI IE广播 给该UE来使得UE知道DPLA。UE然后可以基于其自己的TA列表、RA 列表等跟踪与一个或多个DPLA相关的移动，并且可以被配置为在进入或 退出一个或多个DPLA时提供DPLA位置更新。使得知道DPLA的UE可 以提供附加的网络效率并进一步增强用户体验。
可以将本公开中所描述的用于策略更改的策略动作应用到订户群组扩 展到其他用例中。在一个示例用例中，用户群组可以通过它们的位置结合 一些其他的分组特点(例如，通过MME和/或S4-SGSN被应用到用户群 组的群组标签)进行识别。在实施例中，群组标签可以识别IMSI、IMEI 和/或IMEISV的范围内的一个或多个用户。在另一个实施例中，用户可以 被分组到位置区域内的分类中，并基于分类标识符(例如，金、银、铜) 被识别。给定的Gx RAR消息可以包括针对不同用户分类的不同动态策略 (例如，不同的QoS)。在另一个实施例中，基于PCRF可用的信息，群 组标签可以通过PCRF被应用到一个或多个订户。
在另一个示例用例中，“兴趣群组”(例如，订户群组)可以基于对 MME和/或S4-SGSN可用的参数的分析和/或这些参数的组合来确定。这 些参数可以包括但不限于：QoS设置、用户/UE进入或退出策略位置区域 的更改率、载波分组、用户更改网络类型、这些的组合等。在另一个示例 用例中，本公开的应用可以被扩展到接入网发现和选择功能(ANDSF)部 署中的使用，以允许动态PCC代理检测网络拥塞并发信号到诸如ANDSF 服务器来卸载一个或多个用户至本地WiFi或WIMAX网络。在实施例中， 可以基于用户的一个或多个分类标识符来卸载一个或多个用户；例如，在 体育场部署中，卸载不同分类的用户(例如，金类、银类和/或铜类)至该 体育场中的WiFi部署(例如，将银类和铜类用户卸载到体育场WiFi)。
UE 12a-c可以与想要通过一些网络在通信系统10中发起流程的客户 端或客户相关联。术语“用户设备”、“移动节点”、“终端用户”以及 “订户”包括用来发起通信的设备，例如，计算机、个人数字助理 (PDA)、膝上计算机或电子记事本、小区电话、i-Phone、i-Pad、Google Droid电话、IP电话或能够在通信系统10内发起语音、音频、视频、媒体 或数据交换的任意其他设备、部件、元件或对象。UE 12a-c还可以包括对 人类用户合适的接口，例如，麦克风、显示器、键盘、或其他终端设备。 UE 12a-c还可以是代表另一种实体或元件(比如，程序、数据库、或能够 在通信系统10内发起交换的任意其他部件、设备、元件、或对象)试图 发起通信的任意设备。按照本文件所使用的，数据指的是任意类型的数字、 语音、视频、媒体或脚本数据、或任意类型的源代码或目标代码、或任意 其他可以被从一个点传达至另一个点的任意适当格式的合适的信息。在某 些实施例中，UE 12a-c具有用于网络访问和应用服务(例如，语音)等的 绑定订阅。访问会话一旦建立，用户还可以注册应用服务，不需要附加的 认证要求。可以有两种不同的用户数据仓库(AAA数据库)：一种用于访 问用户配置文件，另一种用于应用用户配置文件。可以使用动态主机配置 协议(DHCP)、无状态地址自动配置、默认承载激活等或其任意合适的 变化来分配IP地址。
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)功能以实 现这些目标。
在实施例中，可以将由SGW 28和PGW 14提供的操作功能和服务结 合进系统架构演进网关(SAE GW)(未示出)，系统架构演进网关可以 支持所结合的SGW和PGW接口、信号发送操作、功能、服务等。应当理 解，本公开所讨论的实施例、处理流程和用例可以被等同地应用于包括 SAE GW的通信网络。
转到图2，图2是示出与通信系统10的一个潜在实施例相关联的附加 细节的简化框图。图2包括通信系统10的PGW/PCEF 14/15、AF 16、 SGW 28、eNodeB 34、PCRF 36、MME 40和S4-SGSN 41。PGW 14、AF 16、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网络以执行它们各自的通信会话。
在一个示例实现方式中，PGW 14、AF 16、SGW 28、eNodeB 34、 MME 40和/或S4-SGSN 41是网络元件，这些网络元件意在包括网络装置、 服务器、路由器、交换机、网关、网桥、负载均衡器、防火墙、处理器、 模块或可操作以在网络环境中交换信息的任意其他合适的设备、部件、元 件或对象。而且，这些网络元件可以包括促进其操作的任意合适的硬件、 软件、部件、模块、接口或对象。这可以包括允许对数据或信息进行有效 交换的合适的算法和通信协议。
如本申请所概述的，对于与通信系统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、SGW 28、eNodeB 34、PCRF 36、MME 40和/或S4-SGSN 41跟踪、发送或报告 的信息可以被提供在任意数据库、队列、寄存器、控制列表或存储结构中， 所有这些可以在任意合适的时间帧被参考。任何这样的存储选项可以被包 括在本申请所使用的广义术语“存储器元件”中。类似地，本申请所描述 的潜在的处理元件、模块以及机器中的任意一种应该被构建为被包括在广 义术语“处理器”内。每个网络元件和用户设备(例如，移动节点)还可 以包括用于在网络环境中接收、发送和/或传输数据或信息的合适的接口。
如本申请所概述的，在一个示例实现方式中，PGW/PCEF 14/15、AF 16、SGW 28、eNodeB 34、PCRF 36、MME 40和/或S4-SGSN 41包括软 件(例如，作为DPLA数据库42a-b或DPLA模块44a-b的一部分等)以 实现或促进DPLA位置更改报告和/或用于执行对订户群组进行动态策略应 用的操作。在其他实施例中，这个特征可以被向外提供给这些元件或被包 括在一些其他网络设备以实现该想要的功能。可替代地，如本申请所概述 的，这些元件包括能够协调以实现这些操作的软件(或往复式软件)。还 有在其他实施例中，这些设备中的一个或所有设备可以包括促进其操作的 任意合适的算法、硬件、软件、部件、模块、接口或对象。
应当注意，在某些示例实现方式中，用于执行本申请所概述的用于订 户群组的DPLA位置更改报告和/或动态策略应用可以通过编码在一个或多 个有形介质中的逻辑来实现，该介质可以包括非暂态介质(例如，提供在 ASIC中、在DSP指令、软件中以由处理器或其他类似机器运行的嵌入式 逻辑(潜在地包括目标代码和源代码))。在这些实例中的一些实例中， 存储器元件(如图2中所示)可以存储用于本申请所描述的操作的数据。 这包括能够存储被运行以实施本申请所描述的活动的软件、逻辑、代码或 处理器指令的存储器元件。处理器可以运行与这些数据相关联的任意类型 的指令以实现本申请所描述的操作。在一个示例中，处理器(如图2中所 示)可以将元件或物件(例如，数据)从一个状态或事物转换为另一个状 态或事物。在另一个示例中，本申请所概述的活动可以通过固定逻辑或可 编程逻辑(例如，由处理器运行的软件/计算机指令)来实现并且本申请所 标识的元件可以是一些类型的可编程处理器、可编程数字逻辑(例如，现 场可编程门阵列(FPGA)、数字信号处理器(DSP)、EPROM、 EEPROM)或包括数字逻辑、软件、代码、电子指令或其任意合适组合的 ASIC。
转到图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。
对于该特定示例，具有小区ID C1的第一小区、具有小区ID C2的第 二小区以及具有小区ID C3的第三小区由eNodeB 34服务。在该示例中 DPLA 51被示出为由小区ID C1和C3定义。操作UE 12a-c的用户被示出 为在小区ID C1-C3之间转移。图3中示出的DPLA 51仅以说明性目的来 提供，并且不意欲限制本公开的范围。如前所述，DPLA可以包括小区、 跟踪区域、一组跟踪区域、路由区域或一组路由区域或可以由ULI IE的参 数描述的任意其他位置信息。
可以将与表示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。
如图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、UE 12a的当前 小区ID C3和与DPLA 51的小区ID C1和C3相对应的ULI IE之间的比较， MME 40中的DPLA模块44a可以确定UE 12a已经进入DPLA 51。MME 40可以将包括与UE 12a相关联的用户ID和与小区ID C1相对应的ULI IE 的UE 12a的位置更改报告给PGW/PCEF 14/15。
对于UE 12b，MME 40可以(经由eNodeB 34)从UE 12b接收指示 其转移到当前小区ID C2的位置更新。基于UE 12b的先前小区ID C1、 UE 12b的当前小区ID C2和与DPLA 51的小区ID C1和C3相对应的ULI IE之间的比较，MME 40中的DPLA模块44a可以确定UE 12b已经退出 DPLA 51。MME 40可以将包括与UE 12b相关联的用户ID和与小区ID C2相对应的ULI IE的UE 12b的位置更改报告给PGW/PCEF 14/15。
对于UE 12c，MME 40可以(经由eNodeB 34)从UE 12c接收指示其 转移到当前小区ID C1的位置更新。基于UE 12c的先前小区ID C3、UE 12c的当前小区ID C1和与DPLA 51的小区ID C1和C3相对应的ULI IE 之间的比较，MME 40中的DPLA模块44a可以确定UE 12c仅仅在DPLA 51中移动位置。因此，MME 40可能不会将UE 12b的位置更改报告给 PGW/PCEF 14/15。
在通信系统10操作期间的任何时候，AF 16可以针对应该应用策略更 改的一个或多个位置发起动态策略事件。出于本示例的目的，假设当UE 12a和12c在DPLA 51内而UE 12b在DPLA 51外时，AF 16发起动态策 略事件。然而，从AF和PCRF的角度，当动态策略事件被发起时，这些 设备最有可能不知道哪个UE可能在DPLA中或可能不在DPLA中。回到 图3的示例，AF 16可以通过生成基于群组的每对等Rx AAR消息并将该 Rx AAR消息传输至对等PCRF 36来发起动态策略事件。基于对等的Rx AAR消息可以包括(除了其他之外)将受动态策略影响的一个或多个区域 的ULI IE列表和表示用于策略更改的用户服务的服务定义的AF应用ID。 在本示例中，ULI IE列表可以包括表示小区ID C1和C3的一对ULI IE， C1和C3是DPLA 51的成员。如前所述，其他ULI IE还可以被包括在该 消息之内。
在接收到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。
因此，通信系统10可以将策略更改的有效应用提供给DPLA 51中的 订户群组(例如，用户12a、12c)。通过通常用于基于群组的动态策略更 改的应用或通常基于群组的策略更改的应用的单个每订户会话信号发送， AF 16和PCRF 36之间的基于群组的每对等消息发送可以大幅减少这些网 络节点之间的信号发送负荷。给定的策略更改可以被应用于由策略实施或 移动锚点(例如，PGW/PCEF)识别为满足群组标准的每个会话。此外， 通信系统10可以基于用户进入和/或退出一个或多个DPLA来使用MME 40与PGW 14之间的位置更改消息发送，以减少MME 40与PGW 14之间 的位置更改消息发送的量，从而提供附加的网络效率。而且，针对通信系 统10所描述的技术可以被扩展和通用化为包括其他基于群组的识别和应 用处理。如下面更详细地讨论的，针对通信系统10所描述的信号发送和 识别技术还可以扩展到包含直径路由代理的部署。
转到图4，图4是示出与将策略更改应用到第一DPLA 61和第二 DPLA 62的用户群组的示例用例60相关联的细节的简化框图，其中，这 些DPLA采用跟踪区域粒度进行定义。图4中还示出了通信系统10的AF 16、PCRF 36、PGW/PCEF 14/15、SGW 28和MME 40。图4还示出了包 括在MME 40之内的DPLA数据库42a和DPLA模块44a。
对于该特定示例，具有跟踪区域ID TAI1的第一跟踪区域由第一 eNodeB 34.1服务。具有跟踪区域ID TAI2的第二跟踪区域由第二eNodeB 34.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可能具有重叠位置区域。
可以将与第一跟踪区域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和/或当前ULI IE与对应于DPLA 61和DPLA 62的ULI IE进行比较来确定该UE/用户是 否已经进入或退出第一DPLA 61和/或第二DPLA 62。对于任何用户/UE 进入或退出DPLA 61和/或62，MME 40可以将位置更改报告给PGW 14。
如图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的跟踪区域列表之内。
当UE 12a转移到TAI1中时，UE 12a可以将位置更新发送至MME 40。 基于UE 12a的先前跟踪区域ID(假设此处为跟踪区域ID TAIx)、UE 12a的当前跟踪区域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、UE 12a的当前跟踪区域ID TAI1以及与第二DPLA 62的跟踪区域ID TAI2相 对应的ULI IE之间的比较，MME 40中的DPLA模块44可以确定UE 12a 既没进入也没退出第二DPLA 62。因此，关于位置更改，MME 40可能不 将UE 12a的位置更改报告给PGW/PCEF 14/15。
如上所述，针对本示例假设跟踪区域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。
基于UE 12b的先前跟踪区域ID TAI1、UE 12b的当前跟踪区域ID TAI2以及与第一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的当前跟踪区域ID TAI2以及与第二DPLA 62的跟踪区域ID TAI2相对应的ULI IE之间的比 较，MME 40中的DPLA模块44a可以确定UE 12b已经进入第二DPLA 62。因此，关于位置更改，MME 40可以将UE 12b的位置更改报告给 PGW/PCEF 14/15，该位置更改包括与UE 12b相关联的用户ID和与跟踪 区域ID TAI1相对应的ULI IE。
如上所述，针对本示例假设跟踪区域ID TAI2和TAI3被包括在UE 12c的跟踪区域列表中。因此，仅基于从TAI2转移到TAI3，UE 12b可以 不发起TAU请求，但根据UE 12c的空闲或连接模式，可以基于分页请求、 定时器功能或其他网络触发/机制发起TAU请求。eNodeB 34.3进而可以将 TAU请求消息随着从其接收该TAU请求消息的跟踪区域(此处为跟踪区 域ID TAI3)的TAI一起转发至MME 40。TAU消息可以包括与UE 12c 相关联的上一跟踪区域的跟踪区域ID，此处为跟踪区域ID TAI2。
基于UE 12c的先前跟踪区域ID TAI2、UE 12c的当前跟踪区域ID TAI3以及与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，因此另一个位置更改消息可能不 是必需的。
在通信系统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，其中，第一服务定义表示用于第一 策略更改的第一用户服务。
在接收到第一基于对等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。
对于第二动态策略动作，AF 16可以生成包括(除了其他之外)要受 第二策略更改影响的一个或多个区域的ULI IE列表(包括作为第二DPLA 62的成员的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将此报告给PCRF 36。在一些方面，重叠DPLA可以作为对用户群组创建不同用户分类的机 制，其中，群组的分类标识符可以从DPLA的重叠区域来确定。
转向图5，图5是示出与用于将动态策略更改应用到由一对MME 40.1-40.2服务的DPLA 71的用户的示例用例70相关联的细节的简化框图。 图5中还示出通信系统10的AF 16、PCRF 36、PGW/PCEF 14/15和SGW 28。图5还示出包括在第一MME 40.1之内的第一DPLA数据库42a.1和 第一DPLA模块44a.1以及包括在第二MME 40.2中的第二DPLA数据库 42a.2和第二DPLA模块44a.2。
对于该特定示例，具有跟踪区域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的特征，然而，应当理解，如贯穿本公 开所提供的其他示例中所描述的，可以对多个用户执行类似的操作。
在包括多个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和第二MME 40.2可以从UE 12a接收位置更新。
如图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。
尽管由于在转移之后UE 12a仍在DPLA 71中，所以第二MME 40.2 可以不将位置更改报告提供给PGW/PCEF 14/15，但是通信系统10仍应该 通过第二MME 40.2跟踪来自UE 12a的消息发送。这样的跟踪可以被实现 以确定哪个MME正在为UE 12a服务，以使得PGW/PCEF 14/15可以知道 进行通信的合适的MME，以将策略动作、流程控制等应用到UE 12a。在 各个实施例中，当用户可能转移MME但仍停留在特定DPLA中时，标准 TAU报告程序或DPLA专用报告机制可以被实现以管理跟踪区域消息发送。
基于PGW/PCEF 14/15确定UE 12a正通过第二MME 40.2发消息的假 设，AF 16、PCRF 36和PGW/PCEF 14/15之间的策略动作消息发送可以以 对本申请所讨论的其他示例实施例所描述的类似的方式进行处理。
转向图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，从而只要从MME 40接收位置更改消息，PGW 14也可以被包含在示例操作中。
对于本示例实施例，假设DPLA数据库42a已被配置有一个或多个 ULI IE，该一个或多个ULI IE可以表示给定的DPLA。通常，DPLA模块 44a可以从由用户操作的给定UE接收到的位置更新确定与给定DPLA有 关的用户的位置。因此，在610处，当MME 40从给定UE接收到位置更 新时处理开始。位置更新可以包括该用户的当前ULI IE和ID(例如， IMSI)。
在620处，DPLA模块44a可以将该用户的当前ULI IE和先前ULI IE 与表示DPLA的一个或多个ULI IE进行比较。从该比较，DPLA模块44a 在630处可以确定该用户是否已经进入或退出该DPLA。如果用户已经进 入或退出DPLA，那么在650处MME 40可以通过该用户的位置更改消息 将该用户的位置更改报告给PGW 14。该位置更改消息可以包括用户的ID 和相应当前ULI IE。否则，如660处所示，该用户的位置更改可以不被报 告。
在一些实施例中，单个位置更改消息可以用于一个或多个用户中的每 个用户被报告。在其他实施例中，单个位置更改消息可以包括用于多个用 户的位置报告。
在实施例中，在640处，DPLA模块44a还可以确定对于另一DPLA 的该用户的位置更改是否已经被报告。如果所述用户的位置更改已经被报 告，那么在660处DPLA模块44a可以不报告关于进入或退出其他DPLA 的用户的位置更改。否则，DPLA模块44a可以将用户的位置更改报告给 PGW 14。
转到图7，图7是示出与通信系统10的一个实施例中将策略更改应用 到用户群组相关联的示例操作的简化流程图。在一个示例实施例中，可以 使用AF 16、PCRF 36和PGW/PCEF 14/15来实施这些操作。应当理解， 当用户进入和/或退出一个或多个DPLA时，对于通信系统10，贯穿本申 请所讨论的示例所描述的位置更改报告操作可以在任何时间被执行。因此， 报告操作可以发生在策略更改操作过程中。
通常，策略更改可以在任意时间被应用到由服务提供商、网络条件、 其组合等确定的一个或多个位置处的用户群组。基于可以由服务提供商和/ 或网络元件监控网络条件所确定的一个或多个条件，AF 16可以针对策略 更改应该应用于的给定位置发起动态策略事件。因此，当针对策略更改的 每对等Rx AAR消息由AF16生成时，在710处处理开始。Rx AAR消息可 以包括一个或多个ULI IE的列表和用于服务定义的AF应用ID，该列表可 以包括可以是一个或多个DPLA的成员的一个或多个ULI IE，该AF应用 ID与要被应用到对应于该列表中的一个或多个ULI IE的一个或多个位置 中的一个或多个用户的策略更改相对应。
在720处，PCRF 36可以接收Rx AAR消息，并且基于AF应用ID可 以确定用于策略更改的策略动作。在720处，PCRF 36可以生成包括用于 策略更改的策略动作(从AF应用ID确定)和一个或多个ULI IE的列表 的每直径对等Gx RAR消息。在740处，PGW 14可以接收该Gx RAR消 息，并且可以通过将每个用户的ULI IE与来自与策略更改相关联的Gx RAR消息的一个或多个ULI IE的列表进行比较来识别对该策略更改进行 应用的一个或多个用户。在750处，PGW 14可以通过确定每个用户的 ULI IE是否与来自列表的ULI IE中的一个ULI IE相匹配来识别一个或多 个用户。在760处，PGW/PCEF 14/15可以将策略更改应用到所识别的一 个或多个用户。如本申请所讨论的，策略更改可以经由MME 40和/或S4- SGSN 41通过一个或多个标准承载操作基于每订户被应用到每个用户。在 实施例中，不能将策略动作应用到群组中所识别的用户可以基于每订户被 报告给PCRF 36和/或AF 16，如果AF 16请求如此。在770处没有策略更 改可以被应用到没有通过比较识别的用户。
其他网络节点可以被包括在通信系统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部署。
转到图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的本公开所讨论的其他示例实施例来操作。
为在通信系统10中执行直径路由，P-DRA 82可以存储为通信系统10 中的所有直径对等节点和通过各个Gx/Rx会话消息发送接口建立的会话的 映射信息。可以有配置包括P-DRA 82的系统10以管理各个网络元件之间 的路由信息的多个替代方式。
在一个示例实施例中，P-DRA 82可以被配置为认识用于特定用户会 话类型(例如，DPLA会话)的共同的“用户”绑定密钥或相关密钥(例 如，相同值)。P-DRA 82可以被配置有将包括相关密钥的Rx AAR消息 路由到每个分簇的PCRF 36.1-36.2的功能。PCRF36.1-36.2与PGW/PCEF 14.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对等。
在另一示例实施例中，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消息。
在实施例中，相关密钥可以是由操作者或AF 16选择的或者由网络元 件随机生成的伪IMSI。在另一个实施例中，相关密钥可以是经构造的 IPV6前缀。
应当注意，通过上述提供的示例，还有本申请提供的大量其他示例， 可以针对两个、三个、或四个网络元件来描述交互。然而，这只是为了清 楚和示例的目的。在某些情形中，通过只参考有限数目的网络元件来描述 给定的流程集合的功能中的一个或多个可能更容易。应当理解的是，通信 系统10(和其教导)是可容易地扩展的，并且还可适应大量部件，以及更 复杂/精密的安排和配置。因此，所提供的示例不应该限定可能被应用到无 数上其他架构的通信系统10的范围或抑制其广义教导。此外，尽管参照 DPLA数据库或DPLA模块被提供在网络元件内的特定场景进行描述，但 是，这些元件可以在外部提供，或以任意合适的方式进行整合和/或组合。 在某些实例中，可以将DPLA数据库和/或DPLA模块提供在单个专用单 元中。
还很重要的是应当注意，附图中的步骤仅示出可以由通信系统10或 在通信系统10内运行的可能的信号发送场景和模式中的一些。可以在合 适处删除或移除这些步骤中的一些步骤，或者可以在不背离在本申请中提 供的教导的范围的情况下而对这些步骤进行大幅修改或更改。此外，许多 这些操作被描述为与一个或多个附加的操作并发运行、或并行运行。然而， 这些操作的时机可以大大更改。先前的操作流程是为了示例和讨论的目的 而提供。通信系统10提供了充分的灵活性，因为可以在不背离本申请中 提供的教导的情况下提供任意合适的安排、时序、配置、以及时机机制。
大量其他更改、替换、变化、变更和修改对于本领域的技术人员而言 是清楚的，并且本公开包含落入所附权利要求范围内所有这样的变更、替 换、变化、变更和修改。为了帮助美国专利与商标局(USPTO)和本申请 上发布的任何专利的任何读者解释所附权利要求，申请人希望注意到申请 人：(a)不意欲任何所附权利要求在其提交日存在时援引U.S.C.第35编 112节6(6)款，除非词“用于...的装置”或“用于...的步骤”具体用在 特定权利要求中；并且(b)不意欲通过说明书中的任何陈述以所附权利 要求中没有反映的任何方式来限制本公开。