用于在移动环境中安排策略的系统和方法.pdf

本公开提供了用于在移动环境中安排策略的系统和方法。在一个示例中提供一种方法，包括接收指示与关联有用户的第一用户设备相关联的至少一个网络条件的至少一个第一输入。所述第一用户设备具有在所述第一用户设备与网关之间建立的第一承载信道，并且所述第一承载信道具有第一服务质量水平。所述方法进一步包括基于接收到的所述至少一个第一输入来确定是否将所述第一用户设备修改为第二服务质量水平，以及向第一网络元件发送指示所述第一网络元件将所述第一用户设备修改为所述第二服务质量水平的第一请求。

权利要求书1.  一种方法，包括： 接收指示与关联有用户的第一用户设备相关联的至少一个网络条件的 至少一个第一输入，所述第一用户设备具有在所述第一用户设备与网关之 间建立的第一承载信道，所述第一承载信道具有第一服务质量水平； 基于接收到的所述至少一个第一输入来确定是否将所述第一用户设备 修改为第二服务质量水平；以及 向第一网络元件发送指示所述第一网络元件将所述第一用户设备修改 为所述第二服务质量水平的第一请求。 2.  如权利要求1所述的方法，其中，确定是否将所述第一用户设备修 改为所述第二服务质量水平包括：基于接收到的所述至少一个第一输入来 确定是否将所述第一承载信道的所述第一服务质量水平修改为所述第二服 务质量水平，以及 其中，向所述第一网络元件发送所述第一请求包括：向所述第一网络 元件发送指示所述第一网络元件将所述第一承载信道修改为所述第二服务 质量水平的所述第一请求。 3.  如权利要求1所述的方法，其中，向所述第一网络元件发送所述第 一请求包括：向所述第一网络元件发送所述第一请求，所述第一请求指示 所述第一网络元件在所述第一用户设备与所述网关之间建立第二承载信道、 将所述第二服务质量水平分配给所述第二承载信道、并且将与所述第一承 载信道相关联的流移动到所述第二承载信道。 4.  如权利要求1所述的方法，其中，所述第一网络元件被配置为管理 与所述用户相关联的至少一个策略。 5.  如权利要求4所述的方法，其中，所述第一网络元件包括被配置为 管理所述至少一个策略的策略和计费规则功能PCRF。 6.  如权利要求1所述的方法，其中，所述至少一个网络条件包括与所 述用户设备通信的网络的条件。 7.  如权利要求6所述的方法，其中，所述网络条件包括所述网络的无 线电条件、所述第一用户设备的带宽利用率、以及所述第一用户设备的应 用使用状况中的至少一个。 8.  如权利要求6所述的方法，其中，所述网络条件包括对所述第一用 户设备与服务或应用之间的网络路径的拥塞的指示。 9.  如权利要求6所述的方法，其中，所述网络包括无线接入网络。 10.  如权利要求1所述的方法，其中，所述第一服务质量水平大于所 述第二服务质量水平。 11.  如权利要求1所述的方法，其中，所述第一服务质量水平小于所 述第二服务质量水平。 12.  如权利要求2所述的方法，进一步包括： 接收指示与所述第一用户设备相关联的所述至少一个网络条件的至少 一个第二输入； 基于接收到的所述至少一个第二输入来确定是否将所述第一承载信道 的所述第二服务质量水平修改为所述第一服务质量水平；以及 向所述第一网络元件发送指示所述第一网络元件将所述第一承载信道 修改为所述第一服务质量水平的第二请求。 13.  编码在一个或多个非暂时性有形介质中的逻辑，所述逻辑包括用 于执行的代码，并且当被处理器执行时所述代码可操作来执行包括以下各 项的操作： 接收指示与关联有用户的第一用户设备相关联的至少一个网络条件的 至少一个第一输入，所述第一用户设备具有在所述第一用户设备与网关之 间建立的第一承载信道，所述第一承载信道具有第一服务质量水平； 基于所述接收到的至少一个第一输入来确定是否将所述第一用户设备 修改为第二服务质量水平；以及 向第一网络元件发送指示所述第一网络元件将所述第一用户设备修改 为所述第二服务质量水平的第一请求。 14.  如权利要求13所述的方法，其中，确定是否将所述第一用户设备 修改为所述第二服务质量水平包括：基于接收到的所述至少一个第一输入 来确定是否将所述第一承载信道的所述第一服务质量水平修改为所述第二 服务质量水平，以及 其中，向所述第一网络元件发送所述第一请求包括：向所述第一网络 元件发送指示所述第一网络元件将所述第一承载信道修改为所述第二服务 质量水平的所述第一请求。 15.  如权利要求13所述的方法，其中，向所述第一网络元件发送所述 第一请求包括：向所述第一网络元件发送所述第一请求，所述第一请求指 示所述第一网络元件在所述第一用户设备与所述网关之间建立第二承载信 道、将所述第二服务质量水平分配给所述第二承载信道、并且将与所述第 一承载信道相关联的流移动到所述第二承载信道。 16.  如权利要求13所述的介质，其中，所述第一网络元件被配置为管 理与所述用户相关联的至少一个策略。 17.  如权利要求16所述的介质，其中，所述第一网络元件包括被配置 为管理所述至少一个策略的策略和计费规则功能PCRF。 18.  如权利要求13所述的介质，其中，所述至少一个网络条件包括与 所述用户设备通信的网络的条件。 19.  如权利要求18所述的介质，其中，所述网络条件包括所述网络的 无线电条件、所述第一用户设备的带宽利用率以及所述第一用户设备的应 用使用状况中的至少一个。 20.  如权利要求18所述的介质，其中，所述网络条件包括所述第一用 户设备与服务或应用之间的网络路径的拥塞的指示。 21.  如权利要求18所述的介质，其中，所述网络包括无线接入网。 22.  如权利要求13所述的介质，其中，所述第一服务质量水平大于所 述第二服务质量水平。 23.  如权利要求13所述的介质，其中，所述第一服务质量水平小于所 述第二服务质量水平。 24.  如权利要求14所述的介质，其中，所述操作进一步包括： 接收指示与所述第一用户设备相关联的所述至少一个网络条件的至少 一个第二输入； 基于接收到的所述至少一个第二输入来确定是否将所述第一承载信道 的第二服务质量水平修改为所述第一服务质量水平；以及 向所述第一网络元件发送指示所述第一网络元件将所述第一承载信道 修改为所述第一服务质量水平的第二请求。 25.  一种装置，包括： 存储器元件，该存储器元件被配置为存储数据， 处理器，该处理器可操作来执行与所述数据相关联的指令，以及 至少一个模块，所述至少一个模块被配置为： 接收指示与关联有用户的第一用户设备相关联的至少一个网络条 件的至少一个第一输入，所述第一用户设备具有在所述第一用户设备 与网关之间建立的第一承载信道，所述第一承载信道具有第一服务质 量水平； 基于所述接收到的至少一个第一输入来确定是否将所述第一用户 设备修改为第二服务质量水平；以及 向第一网络元件发送指示所述第一网络元件将所述第一用户设备 修改为所述第二服务质量水平的第一请求。 26.  如权利要求25所述的装置，其中，确定是否将所述第一用户设备 修改为所述第二服务质量水平包括：基于接收到的所述至少一个第一输入 来确定是否将所述第一承载信道的第一服务质量水平修改为所述第二服务 质量水平，以及 其中，向所述第一网络元件发送所述第一请求包括向所述第一网络元 件发送指示所述第一网络元件将所述第一承载信道修改为所述第二服务质 量水平的所述第一请求。 27.  如权利要求25所述的装置，其中，向所述第一网络元件发送所述 第一请求包括向所述第一网络元件发送所述第一请求，所述第一请求指示 所述第一网络元件在所述第一用户设备与所述网关之间建立第二承载信道、 将所述第二服务质量水平分配给所述第二承载信道、并且将与所述第一承 载信道相关联的流移动到所述第二承载信道。 28.  如权利要求25所述的装置，其中，所述第一网络元件被配置为管 理与所述用户相关联的至少一个策略。 29.  如权利要求25所述的装置，其中，所述第一网络元件包括被配置 为管理所述至少一个策略的策略和计费规则功能PCRF。 30.  如权利要求25所述的装置，其中，所述至少一个网络条件包括与 所述第一用户设备通信的网络的条件。 31.  如权利要求30所述的装置，其中，所述网络条件包括所述网络的 无线电条件、所述第一用户设备的带宽利用率以及所述第一用户设备的应 用使用状况中的至少一个。 32.  如权利要求30所述的装置，其中，所述网络条件包括对所述网络 的拥塞的指示。 33.  如权利要求30所述的装置，其中，所述网络包括无线接入网。 34.  如权利要求30所述的装置，其中，所述第一服务质量水平大于所 述第二服务质量水平。 35.  如权利要求30所述的装置，其中，所述第一服务质量水平小于所 述第二服务质量水平。 36.  如权利要求26所述的装置，其中，所述至少一个模块被进一步配 置为： 接收指示与所述第一用户设备相关联的所述至少一个网络条件的至少 一个第二输入； 基于接收到的所述至少一个第二输入来确定是否将所述第一承载信道 的第二服务质量水平修改为所述第一服务质量水平；以及 向所述第一网络元件发送指示所述第一网络元件将所述第一承载信道 修改为所述第一服务质量水平的第二请求。

说明书用于在移动环境中安排策略的系统和方法
技术领域
本公开一般地涉及通信领域，并且更特别地，涉及提供一种用于在移 动环境中安排(orchestrating)策略的系统和方法。
背景技术
随着移动运营商竞争来增加容量和服务以满足加速需求，移动联网的 显著增长正在给它们呈现极大的机会以及对应的挑战。全世界的移动运营 商正见证移动数据订阅和带宽使用中的极大增长。免费、“超过限度”且 离网应用和服务(诸如来自Skype、游戏厂商以及应用商店的那些)的出 现正在影响移动运营商的投资回报(ROI)。消费者能够利用这些使用运 营商的网络的应用和服务，而不用将甚至增量使用费用提供给移动运营商。 虽然运营商在近期随着新的订阅而获益，但是长期来看存在来自数据业务 的爆炸的收益性挑战。为了利用移动互联网爆炸，移动运营商必须将价值 添加到第三方服务交易。能够根据新的收入和利润提取这种价值。在没有 这种附加值的情况下，移动运营商冒险成为简单地带宽“比特管道”提供 商。结果，对于移动运营商来说在它们的网络资产方面战略性地投资从而 允许它们启动新的服务并且超过固定费率数据计划是关键的。在当前网络 中，像订户的位置和订户的可达性等这样的各条信息分布在遍及网络的各 种网络元件中，并且在网络中没有能够聚合存在于不同的网络元件中的信 息、使信息相关以及将该信息馈送给各自外部实体的单个实体。
发明内容
一方面，提供了一种方法，包括：接收指示与关联有用户的第一用户 设备相关联的至少一个网络条件的至少一个第一输入，所述第一用户设备 具有在所述第一用户设备与网关之间建立的第一承载信道，所述第一承载 信道具有第一服务质量水平；基于接收到的所述至少一个第一输入来确定 是否将所述第一用户设备修改为第二服务质量水平；以及向第一网络元件 发送指示所述第一网络元件将所述第一用户设备修改为所述第二服务质量 水平的第一请求。
另一方面，提供了一种编码在一个或多个非暂时性有形介质中的逻辑， 所述逻辑包括用于执行的代码，并且当被处理器执行时所述代码可操作来 执行包括以下各项的操作：接收指示与关联有用户的第一用户设备相关联 的至少一个网络条件的至少一个第一输入，所述第一用户设备具有在所述 第一用户设备与网关之间建立的第一承载信道，所述第一承载信道具有第 一服务质量水平；基于所述接收到的至少一个第一输入来确定是否将所述 第一用户设备修改为第二服务质量水平；以及向第一网络元件发送指示所 述第一网络元件将所述第一用户设备修改为所述第二服务质量水平的第一 请求。
又一方面，提供了一种装置，包括：存储器元件，该存储器元件被配 置为存储数据，处理器，该处理器可操作来执行与所述数据相关联的指令， 以及至少一个模块，所述至少一个模块被配置为：接收指示与关联有用户 的第一用户设备相关联的至少一个网络条件的至少一个第一输入，所述第 一用户设备具有在所述第一用户设备与网关之间建立的第一承载信道，所 述第一承载信道具有第一服务质量水平；基于所述接收到的至少一个第一 输入来确定是否将所述第一用户设备修改为第二服务质量水平；以及向第 一网络元件发送指示所述第一网络元件将所述第一用户设备修改为所述第 二服务质量水平的第一请求。
附图说明
为了提供对本公开及其特征和优点的更完整理解，现结合附图对以下 描述进行参考，其中同样的附图标记表示同样的部分，其中：
图1是示出根据本公开的一个实施例用于安排移动网络的通信系统的 高级架构的简化框图；
图2是示出根据本公开的另一实施例用于安排移动网络的通信系统的 层次架构框架的实施例的简化框图；
图3是由安排/工作流引擎所执行的工作流协调操作的实施例的简化流 程图；
图4图示安排/工作流引擎的协议转换平台的实施例；
图5是由安排/工作流引擎所执行的订户身份规格化操作的实施例的简 化流程图；
图6是由安排/工作流引擎所执行的工作流协调操作的另一实施例的简 化流程图；
图7是网络、服务、订户提取、安排模块的呼叫流程的实施例的简化 图；
图8是图示图2的通信系统的服务器的特定实施例的简化框图；
图9是用于在移动环境中安排策略的实施例的简化概念图；
图10是用于在移动环境中安排策略的通信系统1000的实施例的简化 框图；
图11A-11D是示出用于修改默认承载信道以在图10的通信系统内提 供动态服务质量(QoS)的信令的实施例的简化流程图；
图12A-12B是示出用于默认承载信道的场地节流以在图10的通信系 统内提供动态服务质量(QoS)的信令的实施例的简化流程图；
图13是示出用于默认承载信道的场地节流以在图10的通信系统内提 供动态服务质量(QoS)的信令的另一实施例的简化流程图；以及
图14是图示用于修改默认承载信道以提供更新的服务质量(QoS)的 操作的实施例的简化流程图。
具体实施方式
概述
在一个示例中提供了一种方法，其包括接收指示与关联有用户的第一 用户设备相关联的至少一个网络条件的至少一个第一输入。第一用户设备 具有在第一用户设备与网关之间建立的第一承载信道，并且第一承载信道 具有第一服务质量水平。该方法进一步包括基于接收到的所述至少一个第 一输入来确定是否将第一用户设备修改为第二服务质量水平，以及向第一 网络元件发送指示第一网络元件将第一用户设备修改为第二服务质量水平 的第一请求。
在特定实施例中，确定是否将第一用户设备修改为第二服务质量水平 包括基于所接收的至少一个第一输入来确定如何将第一承载信道的第一服 务质量水平修改为第二服务质量水平，以及向第一网络元件发送第一请求 包括向第一网络元件发送指示第一网络元件将第一承载信道修改为第二服 务质量水平的第一请求。
在另一特定实施例中，向第一网络元件发送第一请求包括向第一网络 元件发送指示第一网络元件在第一用户设备与网关之间建立第二承载信道、 将第二服务质量水平分配给第二承载信道、并且将与第一承载信道相关联 的流移动到第二承载信道的第一请求。
在特定实施例中，第一网络元件被配置为管理与用户相关联的至少一 个策略。在另一特定实施例中，第一网络元件包括被配置为管理至少一个 策略的策略和计费规则功能(PCRF)。
在另一特定实施例中，网络条件包括与用户设备通信的网络的条件。 在另一特定实施例中，网络条件包括网络的无线电条件、第一用户设备的 带宽利用率以及第一用户设备的应用使用状况中的至少一个。在另一特定 实施例中，网络条件包括第一用户设备与服务或应用之间的网络路径的拥 塞的指示。在再一个特定实施例中，网络包括无线接入网。
在另一特定实施例中，第一服务质量水平大于第二服务质量水平。在 再一个特定实施例中，第一服务质量水平小于第二服务质量水平。在另一 特定实施例中，该方法进一步包括：接收指示与第一用户设备相关联的至 少一个网络条件的至少一个第二输入；基于接收到的所述至少一个第二输 入来确定是否将第一承载信道的第二服务质量水平修改为第一服务质量水 平；以及向第一网络元件发送指示第一网络元件将第一承载信道修改为第 一服务质量水平的第二请求。
示例实施例
现参考图1，图1是示出根据本公开的一个实施例用于安排移动网络 的通信系统100的高级架构的简化框图。通信系统100包括服务器102， 所述服务器102包括网络、服务与订户提取模块(abstraction module)104。 网络、服务与订户提取模块104包括网络基础设施与服务提取层106、应 用/第三方应用编程接口(API)网关108以及企业服务总线110。服务器 102进一步包括网络服务层112、网络管理系统(NMS)114以及分析模块 116。
通信系统100提供用于移动网络的货币化架构。现今服务提供商面对 的问题包括以快速方式创建针对企业和消费者市场两者的服务、动态地优 化网络以推动效率、使得第三方应用开发者生态系统能够容易地利用网络 的能力、以及在网络与应用开发者之间提供服务水平协定的强制性。本文 中所描述的架构的一个或多个实施例解决了这些问题。各种实施例允许移 动服务提供商、固定线路提供商和/或大企业创建暴露网络能力并且允许应 用开发者和封闭式应用开发者利用网络的能力的平台，从而允许服务提供 商通过优化基础设施、创建允许服务提供商迅速地且高效地创建新的服务 提供的服务框架以及定义可以被监控、实施并且依靠的一套准则(包括服 务质量)来货币化网络的能力。各种实施例提供与服务提供商提供的现有 能力集成在一起同时避免“淘汰并替换”场景并且确保更快投放市场时间 的架构。
网络服务层112提供对通信系统100内的网络服务的管理。在特定实 施例中，网络服务层112可以提供身份管理、服务管理、策略管理、装置 管理以及订户数据管理中的一个或多个。身份管理使得服务提供商能够跨 越所有应用、装置类型以及接入类型来管理订户。在移动上下文中，身份 管理功能可以驻留在归属位置寄存器(HLR)、归属订户服务器(HSS) 以及认证、授权与计帐(AAA)服务器中的一个或多个内。服务管理使得 服务提供商能够跨越所有接入类型、装置类型以及订户来管理服务/应用计 费/评级功能。在移动上下文中，服务管理功能可以驻留在在线计费系统 (OCS)和离线计费系统(OFCS)中的一个或多个中。装置管理使得服 务提供商能够在与不同的接入和应用交互时管理装置行为。在移动上下文 中，装置管理功能可以驻留在开放移动联盟装置管理(OMA-DM)功能和 接入网络发现与选择功能(ANDSF)中，但是在其它实施例中还可以扩展 成允许修改装置参数、安全性参数、应用交互等的运营商特定的实施方式。
策略管理使得服务提供商能够定义基于来自身份/服务/装置管理功能、 网络功能、分析功能的各种输入参数、与在内部定义的规则(例如，当日 的、促销的)结合的规则，以确定针对特定订户、在特定装置上、在特定 时刻(例如，实时的)、在特定位置(例如，手机信号塔)处的特定服务 在被连接到特定网络时将被如何处理。在移动上下文中，策略管理功能可 以实况驻留在策略和计费规则功能(PCRF)中。订户数据管理使得服务 提供商能够递送反映订户的单独偏好的实时服务。订户数据管理可以包含 首要服务层管理工作流项目以及成为允许结构化或非结构化的多条信息被 存储并且聚合成整体性“用户配置文件”的服务层管理数据库的基础。被 管理的订户数据可以包括身份信息、认证信息、个性化信息、策略设定以 及针对特定服务的设定。在特定实施例中，订户数据管理包括订户配置文 件储存库(SPR)。
NMS 114管理在通信系统100内也称作被管理装置的网络元件。在特 定实施例中，NMS 114可以包括网络元件的发现、故障/事件监控以及提供。 装置管理可以包括故障、配置、计费、性能以及安全性管理。管理任务包 括发现网络清单、监控装置健康和状态、提供影响系统性能的条件的警报 以及问题的标识、它们的源和可能的解决方法。NMS 114可以进一步收集 装置统计并且可以维护包括问题和在过去成功的解决方案的先前的网络统 计的存档。如果故障复现，NMS 114可以搜索存档以得到可能的解决方案。 分析模块116分析由服务器104实时地接收到的网络业务并且提供通信系 统100内的网络使用的视图。分析模块116可以包括分析、剖析、建模以 及数据库功能。
根据一个或多个实施例，网络、服务与订户提取模块104被配置为要 么收集信息或数据，要么促进其它功能从通信系统100内的各种网络元件 收集信息或数据。在收集的情况下，网络、服务与订户提取模块104被配 置为通过检验在诸如网际协议(IP)地址或移动订户标识符之类的收集到 的数据之间的一个或多个相关因素来提取数据，基于相关因素将相关数据 一起组合成能够被稍后访问并且利用的数据的一致存储。结果，网络、服 务与订户提取模块104从非结构化数据创建结构化数据。网络、服务与订 户提取模块104在至少一个实施例中被配置为从网络服务层112、NMS 114以及分析模块116中的一个或多个收集数据以用于提取和存储。提取 功能为服务聚合和协议转换提供无状态的通信平面。提取功能是无状态的 但是在各种实施例中，数据库不是无状态的。在一个或多个实施例中，数 据的收集可以是主动拉出，其中网络、服务与订户提取模块104正从特定 网络元件拉出信息。在其它实施例中，数据的收集可以是主动推送，其中 网络元件正在配置的阈值或时间窗口上将特定信息推送到网络、服务与订 户提取模块104。在再其它的实施例中，网络、服务与订户提取模块104 可以在数据通过该模块时以被动方式收集数据。提取层包括提供服务聚合 器功能的移动IP网络使能器(enabler)。聚合功能为服务启动提供实时网 络、订户、应用智能(诸如分组核心、探测器以及其它元件)的收集和协 调。API网关提供安全地使得能实现与第三方深度集成的协议转换功能。 OSS聚合提供到现有OSS以及第三方服务代理人中的计费和结算整合以提 供安排工作流。
服务器102通过网络基础设施与服务提取层106与客户端装置118、 无线接入网基础设施120、网络基础设施122以及集成应用124通信。在 特定实施例中，客户端装置118可以包括诸如移动电话、智能电话或平板 电脑之类的任何移动客户端装置。在特定实施例中，客户端装置118可以 包括移动性、分析、虚拟桌面基础设施(VDI)/虚拟体验基础设施 (VXI)、统一通信与协作(UC&C)、视频以及管理功能。RAN基础设 施120包括被配置为实现无线接入网功能的硬件和软件，并且可以包括操 作维护中心无线电设备(OMC-R)、小型手机、eNB/NB/BTS、RAN优化、 RRH/BBU以及无线网络控制器(RNC)功能。网络基础设施122包括被 配置为实现有线网络基础设施功能的硬件和软件，并且可以包括光学、路 由、旧IN、以太网、MPC以及位置功能。集成应用124被配置为将诸如 多介质功能之类的集成应用功能提供给固定或移动订户。在特定实施例中， 多介质功能可以包括视频、IP语音电话(VOIP)以及IP多介质子系统 (IMS)。
网络、服务与订户提取模块104在至少一个实施例中被进一步配置为 从客户端装置118、RAN基础设施120、网络基础设施122以及集成应用 124中的一个或多个收集数据以用于提取和存储。
服务器102进一步经由应用/第三方API网关108与企业应用126通信， 并且经由企业服务总线110与运营商OSS基础设施128通信。企业应用 126将第三方服务和操作支持系统(OSS)服务提供给网络中的订户。在 特定实施例中，企业应用126可以包括应用服务器和OSS功能。在一个或 多个实施例中，企业应用126可以将企业应用提供给通信网络100。在特 定实施例中，企业应用可以包括协作、视频通信以及在企业系统内或在没 有企业系统的情况下托管的电子邮件服务。运营商OSS基础设施128支持 诸如维护网络清单、提供服务、配置网络组件、管理故障、取得订单、处 理账单以及收集支付之类的进程。在特定实施例中，运营商OSS基础设施 128可以包括计费、客户关怀、服务履行以及服务保证组件。企业OSS可 以包括客户关怀、企业服务/应用履行、员工资产跟踪、信息安全性规则以 及其它企业功能。计费组件可以包括零售计费，其使得运营商能够基于服 务计划、使用、促销以及其它OSS交互来生成客户帐单，并且使得第三方 能够利用运营商计费系统用于诸如针对出现在客户的账单上的应用内(in- app)购买对订户收费，从而允许第三方Wi-Fi提供商给订户或服务递送平 台交互(例如，铃声下载)开账单。计费组件还可以区分企业数据使用 (其与工作任务有关)和来自具有相同订户身份的相同装置的客户数据使 用(其与个人任务有关)。计费组件还可以使得基于分析的方法能够将订 户计费趋势理解为将可能促进服务创建、商业活动创建、标价等的信息提 供给运营商的手段。这可以是针对预付费用户或企业共享数据计划用户， 在这种情况下计费系统同样以实时、聚合(跨越多个接入类型)和后付费 方式管理定额/平衡。
客户关怀组件可以包括：客户交互系统，其用来为客户自助服务、企 业IT自助服务以及直接机器对客户的信息提供通道；客户关系管理，其用 来将复杂的市场、销售以及运营支持提供给与客户交互的服务提供商代理； 以及订户管理软件，其用来支持关怀代理和直接客户交互。服务履行组件 可以包括用来提供订单管理系统以安排实现客户订单、处理互相依赖性、 其它内容服务提供商(CSP)、云服务提供商和企业平台即服务(PaaS) 的请求以及人工订单所需的步骤的系统。服务履行组件可以进一步包括清 单管理系统以跟踪可用来在网络中供应服务、分配资源、设计网络连接并 且发现网络配置以及使它们与清单记录一致。服务履行组件可以进一步提 供用来自动地配置网络设备和网络服务系统以提供订户请求的服务的激活， 并且工程工具指的是规划、设计、安装并且配置网络和服务的支持工程师， 包括规划和设计工具、外线设备以及地理信息系统和网络安装与配置工具。
服务保证组件可以包括服务管理系统以将客户与它们的单独服务链接， 并且使得CSP能够生成关于每个客户和服务的粒状报告以验证服务水平委 托。服务保证组件可以进一步包括性能监控系统以从由设备制造商所供应 的网络元件和元件管理系统收集电路交换和分组数据并且为操作职员提供 报告。服务保证组件可以进一步包括用来跟踪由服务中断产生的事故并且 有效地分发现场资源的劳动力自动化软件，以及探测器系统依靠专用硬件 和软件代理从网络收集信令和介质数据。在至少一个实施例中，通信系统 100的各种组件可以互操作以提供包括商业咨询、设计咨询、产品相关服 务、系统集成、外包操作以及托管的管理服务的专业服务130。
在各种实施例中，网络、服务器以及订户提取模块104被配置为将从 通信系统100内的数据源(诸如客户端装置118)所获得的己提取信息提 供给信息消费者，诸如企业应用126和运营商OSS基础设施128中的一个 或多个，所述信息消费者使用该信息来像将在此进一步描述的那样将某个 附加值服务提供给网络中的订户。在一个或多个实施例中，结构化/相关数 据库是允许诸如企业应用126和运营商OSS基础设施128之类的“北向” 系统更有效地起作用的东西。
在图1中所图示的特定实施例中，网络服务层112、NMS 114、客户 端装置118、RAN基础设施120、集成应用124、企业应用126的应用服 务器与网络、服务与订户提取模块104具有推/拉式数据连接。进一步地， 在图1中所图示的特定实施例中，分析模块116、网络基础设施122、企 业应用126的OSS功能以及运营商OSS基础设施128的组件与网络、服 务与订户提取模块104具有拉式连接。在再其它的实施例中，一个或多个 组件可以与任何其它组件具有推式连接、拉式连接或推式和拉式连接。
随着移动运营商竞争来增加容量和服务以满足加速需求，移动联网的 显著增长正在给它们呈现极大的机会以及对应的挑战。全世界的移动运营 商正见证移动数据订阅和带宽使用中的极大增长。“超过限度”及离网应 用和服务(诸如来自salesforce.com、Skype、游戏厂商以及应用商店的那 些)的出现正在影响移动运营商的投资回报(ROI)。消费者能够利用使 用运营商的网络的这些应用和服务，而不用将甚至增量使用费用提供给移 动运营商。虽然运营商在近期随着新的订阅而获益，但是长期来看存在来 自数据业务的爆炸的收益性挑战。为了利用移动互联网爆炸，移动运营商 必须将价值添加到第三方服务交易。能够根据新的收入和利润提取这种价 值。在没有这种附加值的情况下，移动运营商冒险成为简单地带宽“比特 管道”提供商。结果，对于移动运营商来说在它们的网络资产方面战略性 地投资从而允许它们启动新的服务并且超过固定费率数据计划是关键的。 在当前网络中，像订户的位置和订户的可达性等这样的各条信息分布在遍 及网络的各种网络元件中，并且在网络中没有能够聚合存在于不同的网络 元件中的信息、使信息相关以及将该信息馈送给各自外部实体的单个实体。
对于创建新的服务的当前挑战可以包括：长可用性时间-典型地启用服 务要十二到十八个月；服务孤岛-构建一个服务不总是帮助构建第二服务； 个性化-每个服务具有唯一要求；没有杀手级应用-市场条件在运营商与地 区之间变化；以及响应时间的滞后-难以响应于市场趋势而迅速地创建或 者修改服务。虽然运营商具有显著的挑战，但是它们同样具有显著的市场 优点和唯一价值。例如，应用开发者常常要求利用仅在网络中可用的信息。 应用提供商挑战包括：受限于或者不能够访问网络；对大量的准确位置信 息的有限可见性，没有实时访问；缺少理解或者与复杂运营商拓扑进行通 信的期望；在使多个源/厂商相关时的困难；以及缺少载体应用/服务的标 准接口。
移动运营商有机会利用它们的网络中的关键资产(实时订户、应用以 及网络智能)并且构建获得这种智能以货币化网络的架构。本文中所描述 的各种实施例提供了提高服务速率的货币化架构，从而迅速地使得能实现 多个用例，同时提供平台以便开发者利用该网络。这可以为运营商和应用 开发者提供增加的收入，同时增强订户体验。
至少一个实施例解决从不同的源提取出数据并且将该数据组织成能够 被转化成诸如超文本传送协议(HTTP)、可扩展消息出席协议(XMPP) 以及直径协议之类的一个或多个外部协议的相干格式的问题。直径是用于 计算机网络的认证、授权以及计账协议并且在互联网工程任务组(IETF) 请求评注(RFC)6743中被描述。现有系统不能够确定多个源中的哪一个 源包含所请求的、使来自多个源的数据相关的信息，执行分析并且以全网 可缩放的方式以相干格式呈现信息。此外，现有系统需要一个以上的实体 来执行类似的功能，但是仍然缺少提供网络规模解决方案的可量测性。
在各种实施例中，网络、服务与订户提取模块104可以进一步当作增 量式地使来自各种源的数据相关以提取有用的全网信息的数据流引擎。这 连同高水平可量测性一起允许网络、服务与订户提取模块104将网络级提 取提供给企业应用126中的应用和OSS系统。在各种实施例中，网络、服 务与订户提取模块104收集全网数据，对数据执行一组变换并且使数据相 关以使得它可以相干格式呈现，所述相干格式能够由在网络、服务与订户 提取模块104外的实体使用。
在特定实施例中，通信系统100提供使得运营商能够通过收获、提取 并且货币化来自网络的智能来迅速地创建并且修改用于货币化的用例的灵 活移动架构/框架。货币化运用可以包括如一般消费者控制点、定向广告插 入、视频、毫微微/Wi-Fi/位置/存在信息、协作、网真、拥塞/控制、远程 信息处理、远程/视频监视、自动计量基础设施、ATM/POS、远程监控/自 动化、信息显示、IMS云、LTE语音和视频以及消息传送这样的服务。
现参考图2，图2是示出根据本公开的另一实施例用于安排移动网络 的通信系统200的层次架构框架的实施例的简化框图。在图2的实施例中， 通信系统200包括四个层次层。第一层网络层包括客户端装置118a、无线 接入网(RAN)基础设施120、网络基础设施122a以及集成应用124a。 网络层可以包括一个或多个移动分组核心平台的基本网络元件和包含在这 些平台内的服务。第二层可以包括网络、服务、订户提取、安排模块202、 分析模块116以及网络管理服务组件114。第三层可以包括网络服务112， 以及第四层可以包括由服务提供商所提供的较高级服务和应用，包括第三 方应用204、移动应用206、企业应用126、OSS/BSS元件208以及其它计 费、网络管理和第三方和/或运营商应用。在特定实施例中，网络服务112、 NMS 114、分析116以及网络、服务、订户提取、安排模块202可以在服 务器201内实现。网络基础设施122a包括执行联网功能以将移动分组核心 的网络层元件与网络、服务、订户提取、安排模块202接口对接的网际协 议网络使能器(IPNE)客户端210。在特定实施例中，网络、服务、订户 提取、安排模块202经由可扩展消息出席协议(XMPP)/可扩展标记语言 (XML)与移动平台的能力接口对接，并且RESTFul作为传输机制接口 对接以使用XML模式暴露这些能力。XMPP是用于基于XML的面向消息 中间件的通信协议。XML是定义用于对文档进行编码的一组规则的标记 语言。表述性状态转移(REST)是用于分布式系统的一种软件架构并且 包括围绕资源的表示的转移而构建的请求和响应。资源可以是可以被寻址 的基本上任何相干的且有意义的概念并且资源的表示典型地是捕获资源的 当前或预定状态的文档。典型地，客户端在它准备好做出到新的状态的转 变时开始发送请求。每个应用状态的表示可以包含可以在客户端下次选择 发起新的状态转变时使用的链接。符合REST约束一般地被称为 “RESTful”。被暴露的能力和数据被存储在如将在本文中进一步描述的 网络、服务、订户提取、安排模块202数据库中。网络层可以进一步包括 组成包括将链接提供给其它域的客户端侧能力的网络平台的其它组件。
在各种实施例中，网络、服务、订户提取、安排模块202包含子元件， 子元件包括API网关/服务递送平台108、移动IP网络使能器(MINE)组 件212、服务目录组件214、资源管理器组件216以及安排/工作流引擎 218。MINE组件212当作到IPNE客户端210的接口层并且包含中央储存 器220以便存储诸如可以被稍后访问的调用记录和网络结构之类的网络信 息。在特定实施例中，中央储存器220可以基于分布式文件系统结构并且 可以通过XMPP接口来访问。对较低层以及来自网络层的请求信息的访问 通过MINE组件212执行。MINE组件212将单个入口点提供给网络并且 同样安排网络要求。
服务目录组件214被配置为针对较高层服务公开网络能力和资源可用 性。资源管理组件216被配置为针对诸如第三方和运营商应用之类的应用 公开网络能力和资源可用性。在各种实施例中，服务目录组件214和资源 管理器组件216直接地通过MINE 212组件执行这些能力的公开。在特定 实施例中，服务目录组件214和资源管理器组件216通过MINE组件212 使用诸如XMPP接口之类的接口来公开能力。在再其它的实施例中，服务 目录组件214和资源管理器组件通过MINE组件212使用应用/第三方API 网关108来公开能力。
API网关/服务递送平台108a将能力暴露给第四层的较高级服务和应 用，诸如第三方应用204、移动应用206、OSS/BSS元件208以及其它计 费、网络、网络管理和第三方和/或运营商应用。在特定实施例中，API网 关/服务递送平台108a通过全球移动通信系统协会(GSMA)经由基于标 准的GSMA OneAPI接口将能力暴露给第四层的较高级服务和应用。API 网关/服务递送平台108a被进一步配置为将适配器提供给标准服务提供商 计费和后端系统。在至少一个实施例中，这些层的组合允许服务提供商迅 速地实现新的服务和特征。安排/工作流引擎218被配置为像将在本文中进 一步描述的那样安排各种网络元并且使用MINE组件212来协调网络元件 之间的工作流。
分析模块116提供包括利用由MINI组件212所提供的数据暂存器220 并且基于来自安排/工作流引擎的请求来分析网络状态以及经由可以经由策 略功能被应用于网络的特定触发器来响应的功能。在特定实施例中， MINE组件212被配置为经由XMPP接口和/或标准移动接口与分析模块 116接口对接。在一个或多个实施例中，分析模块116可以包含分析引擎 组件、建模组件、概括组件以及可视化组件。在各种实施例中，分析模块 116订阅被包含在MINE组件212的数据暂存器220中的信息，分析模块 116可以使用这种信息来执行历史趋势分析。在一些实施例中，MINE组 件212可以被进一步配置为向分析模块116发送数据的实时馈送，使得分 析模块116可以执行数据的立即处理和/或对一个或多个触发器做出响应。 在另一实施例中，MINE组件212可以请求对数据执行的查询，从而使分 析模块116变得屈从于MINE组件212，或者更具体地使MINE组件212 成为分析模块116的控制器。MINE组件212然后可以基于从分析模块 116所接收到的查询响应来触发特定动作。
网络服务112可以提供可以存在于服务提供商网络内的身份管理、策 略管理、服务管理、设备管理以及订户数据管理功能中的一个或多个。 MINE组件212被配置为在由网络服务112所提供的功能与其它网络元件 之间提供链路。
根据各种实施例，通信系统200的网络元件中的一个或多个(诸如网 络基础设施122a的移动分组核心和集成应用124a的TDF/PEF、优化、以 及IMS元件)可以是知道利用网络元件或服务的订户的身份的订户感知网 络元件。进一步地，在各种实施例中，网络服务包括诸如HSS/HLR、 PCRF、OCS以及SPR之类的订户数据库。根据各种实施例，网络、服务、 订户提取、安排模块202在订户感知网络元件与订户数据库之间提供互连。 在各种实施例中，网络、服务、订户提取、安排模块202安排并且协调订 户感知网络元件与订户数据库之间的工作流，并且提供各种网络元件与数 据库之间的协议转换。
根据各种实施例，上面描述的框架允许服务提供商容易地提供与它们 的网络能力相关的服务，动态地优化那些能力，并且创建使得能实现快速 服务启动的环境。所描述的架构的各种实施例允许移动服务提供商、固定 线路提供商和/或大企业创建平台，所述平台暴露网络能力并且允许应用开 发者和封闭式应用开发者利用网络的能力。各种实施例可以允许服务提供 商通过优化基础设施并且进而创造允许服务提供商迅速地且有效地创建新 的服务提供的服务框架来货币化网络的能力。在至少一个实施例中，上面 描述的架构与服务提供商的现有能力集成以避免“淘汰并替换”场景并且 确保较快的投放市场时间。
一个或多个实施例可以提供一个或多个优点，包括利用现有的服务提 供商环境来消除“淘汰并替换”场景，并且允许容易访问对于应用开发者 和服务提供商来说历史上一直非常难以访问的网络能力。
在一个或多个实施例中，创建使包括策略、网络提取以及安排的三个 基本元件的策略框架和分析与网络访问相结合地绑定在一起的策略框架。 各种实施例提供将这些元件一起绑定到现有服务提供商OSS/BSS系统中的 服务创建环境。这种框架的各种实施例可以被用来创建/运行诸如企业对消 费者(B2C)、企业对企业(B2B)、机器对机器(M2M)以及安全性服 务之类的多个不同的服务。进一步地，一个或多个实施例可以提供可以被 部署在基于云的架构中的大规模可缩放的框架。
在示例工作流中，网络、服务、订户提取、安排模块202接收从诸如 企业IT网真服务器之类的企业应用126到与订户相关联的客户端装置的服 务请求。在各种实施例中，网络、服务、订户提取、安排模块202提供网 络元件之间的协议转换。在特定示例中，来自第三方提供商的请求被格式 化为HTTP/WebRTC请求。该请求包括对在预定时间段内保证特定服务质 量的请求。作为响应，安排/工作流引擎218从HTTP请求生成 DIAMETER(直径)请求并且向网络服务112的策略管理(诸如PCRF) 发送该直径请求以确定该服务请求是否满足与订户相关联的一个或多个策 略。安排/工作流引擎218还可以生成给网络服务112的身份管理服务(诸 如HSS)的直径请求以确定与该服务请求相关联的订户的身份，生成给 OSS/BSS 208的直径请求以确定计费系统是否将允许该服务请求。安排/工 作流引擎218可以进一步向网络基础设施122a的移动分组核心发送请求以 确定在网络是否存在任何拥塞。安排/工作流引擎218可以进一步向RAN 基础设施120的RAN优化发送请求以确定在无线电接口上是否存在拥塞。 在再其它的示例中，安排/工作流引擎218可以从分析模块116请求信息以 基于由分析模块116所存储的历史信息来确定网络是否将在预定时间段内 拥塞。基于对这些各种请求的响应，安排/工作流引擎218可以确定来自企 业提供商的初始请求是否将被允许。
图3是由安排/工作流引擎218所执行的工作流协调操作的实施例的简 化流程图300。在302中，安排/工作流引擎218从与订户相关联的客户端 装置118a接收HTTP入站服务请求。在特定实施例中，入站服务请求是 HTTP入站请求。在至少一个实施例中，入站请求包括来自客户端装置 118a的应用对于通过网络将一个或多个服务提供给客户端装置118a的请 求。在特定示例中，请求是对诸如网真会话或其它视频/音频协作之类的流 式传输介质呈现的请求。在304中，安排/工作流引擎218将授权应用到网 络服务112中。在306中，安排/工作流引擎218向网络服务112的策略管 理服务发送请求以确定入站请求是否符合与客户端装置118相关联的一个 或多个策略。在特定实施例中，策略管理服务是PCRF。在308中，策略 管理服务对请求应用与订户相关联的一个或多个策略以确定该请求是否依 从一个或多个策略。根据各种实施例，可以以任何数目的方法定义策略。 例如，策略能够描述如何针对特定IP流、需要被安排在一起以适用特定用 户服务的服务或一组安全性规则来实施规则。在另一示例中，策略可以描 述哪些服务适用于应用请求并且所示出的那些服务如何被安排在一起以便 提供所请求的服务。在特定示例中，策略可以描述如何为对网真会话的请 求安排视频优化、深度分组检查以及防火墙服务。在310中，安排/工作流 引擎218从策略管理服务接收有关请求是否依来自一个或多个策略的响应。
在312中，安排/工作流引擎218向计费服务发送请求以执行预付费检 查来确定订户是否已对所请求的服务预付费了。在特定实施例中，计费系 统是OCS。在314中，计费服务执行预付费检查以确定订户是否己对所请 求的服务预付费了。在316中，安排/工作流引擎218从计费服务接收指示 订户是否己对所请求的服务预付费了的响应。在318中，安排/工作流引擎 218向策略管理服务发送有关服务请求是否遵照一个或多个可编程策略的 请求。在各种实施例中，可编程策略是诸如可由应用或管理员编程的访问 控制策略。在320中，策略管理服务执行检查以确定服务请求是否遵照一 个或多个可编程策略。在322中，安排/工作流引擎218从策略管理服务接 收指示初始请求遵照一个或多个可编程策略的响应。
在324中，安排/工作流引擎218可以在实例中调用外部应用编程接口 (API)，在所述实例中需要调用第三方服务以满足初始服务请求。在特 定实施例中，对外部API的调用是对与该外部API相关联的外部HTTP端 点的调用。在326中，安排/工作流引擎218创建对于服务请求的结算。在 328中，安排/工作流引擎218向计费服务发送预付费费用请求以便请求针 对服务的费用。在330中，计费系统执行预付费计费改变以便针对所创建 的结算对订户收费。在332中，安排/工作流引擎218接收指示预付费计费 改变已被执行的预付费计费响应。
在334中，安排/工作流引擎218确定是否将对所请求的服务的访问许 可给客户端装置118a。在至少一个实施例中，安排/工作流引擎218通过 使从网络元件和服务接收到的响应相关并且基于有关服务请求将被许可的 响应做出是否许可访问所请求的服务的决定。例如，在特定实施例中如果 在链或响应中的响应的任一个指示不应该或者不能够许可服务请求，则安 排/工作流引擎218将不将服务请求许可给客户端装置118a。例如，如果 PCRF指示服务请求将不满足特定策略，如果分析模块116指示将不存在 在预定时间段内必定提供所请求的服务的可用QOS，或者如果OCS指示 订户将不具有保持以负担请求的服务的费用的足够平衡，则安排/工作流引 擎218可以指示所请求的服务将不被许可给客户端装置118a。在336中， 安排/工作流引擎218向客户端装置118a发送指示客户端装置118a被许可 访问所请求的服务的出站响应消息。在特定实施例中，出站响应是HTTP 出站响应。
图4图示安排/工作流引擎218的协议转换平台400的实施例。在图4 中所图示的实施例中，安排/工作流引擎218包括一个或多个协议转换模块 402a-402i。在特定图示的实施例中，安排/工作流引擎218包括短消息服务 (SMS)转换模块402a、多介质消息传送服务(MMS)转换模块402b、 位置转换模块402c、语音呼叫控制转换模块402d、支付转换模块402e、 装置能力转换模块402f、数据连接转换模块402g、QoS配置文件转换模块 402h以及区域存在转换模块402i。网络、服务、订户提取、安排模块202 进一步包括网络网关(NGW)转换模块404，以及与安排/工作流引擎218 通信的MINE 212。
网络、服务、订户提取、安排模块202与一个或多个网络元件406a- 406g进一步通信。在所图示的实施例中，一个或多个网络元件406a-406g 包括短消息服务中心(SMSC)406a、多介质消息传送服务中心(MMSC) 406b、移动平台控制器(MPC)406c、会话发起协议(SIP)代理服务器 406d、计费服务406e、多介质平台406f以及PCRF/SPR 406g。在图4中 所图示的特定实施例中，SMS转换模块402a、MMS转换模块402b、位置 转换模块402c以及语音呼叫控制转换模块402d与网络网关转换模块404 通信，并且支付转换模块402e与计费服务406e通信。数据连接转换模块 402g、QOS配置文件转换模块402h以及区域存在转换模块402i与MINE 212通信。NGW 404与SMSC 406a、MMSC 406b、MPC 406c以及SIP代 理服务器406d进一步通信。MINE 212与多介质平台406f和PCRF/SPR 406g进一步通信。
协议转换模块402a-402i中的每一个和网络网关转换模块404被配置 为接收以第一协议格式所格式化的消息(诸如请求)并且转化待以第二协 议格式格式化的消息。在所图示的图4的实施例中，每个协议转换模块 402a-402i被配置为接收以第一格式408所格式化的消息。在特定示例中， 第一协议格式408是HTTP格式。协议转换模块402a-402d可以被配置为 将以第一协议格式408所接收到的消息转化为第二协议格式410并且将经 转化的消息传送到NGW 410。支付转换模块402e可以被配置为将第一协 议格式408的消息转化为第三格式412并且将经转化的消息传送到计费服 务406e。协议转换模块402g-402i可以被配置为将第一协议格式408的消 息转化为第四协议格式414并且将经转化的消息传送到MINE 212。在特 定实施例中，第四协议格式414是XMPP协议格式。网络网关转换模块 404可以被进一步配置为转化以第二协议格式410从协议转换模块402a- 402d中的每一个接收到的消息，将该消息转化成第五协议格式416，并且 将经转化的消息传送到网络元件406a-406d。MINE 212可以被配置为将以 第四格式414从协议转换模块402a-402i接收到的消息转化为第六协议格 式418并且将经转化的消息传送到网络元件406f-406g。
图5是由安排/工作流引擎218所执行的订户身份规格化操作的实施例 的简化流程图500。在502中，安排/工作流引擎218接收包括与同样为移 动网络的订户的用户相关联的用户名和网络地址的请求。在特定实施例中， 响应于来自与用户相关联的客户端装置的请求并且用户名是由第三方提供 商用来标识该用户的标识符，可以从诸如企业IT服务器或企业云服务提供 商之类的第三方服务提供商接收请求。在企业IT组织的情况下，这种用户 名可以被表示为电子邮件地址、员工ID号或某个其它企业分配的标识符。 在特定实施例中，网络地址是如由第三方服务提供商所看到的与用户相关 联的网际协议(IP)地址。如果网络地址转换(NAT)正在被应用，则这 种IP地址可以不同于为移动网络所知的IP地址。在504中，安排/工作流 引擎218确定所接收到的用户名和订户标识符(ID)的映射是否在与安排/ 工作流引擎218相关联的高速缓存中被找到。如果在高速缓存中未找到用 户名和订户ID的映射，则操作继续到506。在506中，安排/工作流引擎 218确定NAT是否正被应用于所接收到的网络地址。如果NAT正被应用 于所接收到的网络地址，则操作继续到508，其中安排/工作流引擎218就 与所接收到的请求相关联的实际网络地址而查询负责网络地址转换的NAT 装置。在510中，安排/工作流引擎218接收到与所接收到的请求相关联的 实际网络地址并且继续到512。如果在506中，安排/工作流引擎218确定 NAT未被正在应用，则操作继续到512。
在512中，安排/工作流引擎218就与网络地址相对应的国际移动订户 身份(IMSI)而查询网络基础设施122a的移动分组核心。在514中，安 排/工作流引擎218从移动分组核心接收与网络地址相对应的IMSI。在516 中，安排/工作流引擎218就与IMSI相关联的订户标识符(ID)而查询身 份管理数据库。在特定实施例中，订户ID是与订户的客户端装置相关联 的移动订户集成服务数字网络号码(MSIDN)或移动电话号码。尽管已经 使用IMSI和MSIDN标识符对特定实施例进行了描述，但是应该理解的是， 在其它实施例中可以使用任何类型的订户标识符。在至少一个实施例中， 身份管理数据库是HSS/HLR。在518中，安排/工作流引擎218从身份管 理数据库接收与IMSI相关联的订户ID。在520中，用户名被映射到订户 ID和IMSI。在522中，安排/工作流引擎218将用户名、订户ID以及 IMSI的映射存储在与安排/工作流引擎218相关联的高速缓存中。
在524中，安排/工作流引擎218将订户ID和/或IMSI提供给将使用 该IMSI和/或订户ID来履行对服务的请求的一个或多个网络元件。如果在 504中确定了在与安排/工作流引擎218相关联的高速缓存中找到了用户名 和订户ID映射，则操作继续到526，其中安排/工作流引擎218从高速缓 存中检索映射到用户名的订户ID和IMSI并且进行到524。在524之后， 操作在528处结束。通过将用户名和在外部理解的IP地址缓存到订户ID、 IMSI以及移动网络理解的IP地址的映射，随后包括该用户名的请求不需 要诸如身份管理数据库或移动分组核心之类的网络元件的另一查询确定订 户身份以及IMSI和IP地址映射。
图6是由安排/工作流引擎218所执行的工作流协调操作的另一实施例 的简化流程图600。在602中，安排/工作流引擎218从请求者接收服务请 求。在604中，响应于请求来触发工作流的实例化。在一个实施例中，从 与位于在通信系统200内部的请求者相关联的内部网络元件接收请求。在 特定应用中，从诸如IMS之类的集成应用124a中的一个接收请求。在另 一示例中，作为用户平衡减少以触发安排/工作流事件的结果从OSS/BSS 208接收请求。在再一个示例中，分析模块116可以检测拥塞并且发送请 求以触发安排/工作流事件。在再一个实施例中，从需要工作流的实例化的 外部网络元件接收请求，这将导致对请求者的响应。例如，可以从第三方 流式传输介质提供商接收请求。在606中，安排/工作流引擎218确定需要 满足并且安排请求的一个或多个网络元件和/或一个或多个订户数据库。在 608中，安排/工作流引擎218协调一个或多个网络元件和/或订户数据库之 间的工作流以满足请求。
在610中，安排/工作流引擎218从第一网络元件接收具有第一协议格 式的第一通信消息。在612中，安排/工作流引擎218将第一通信消息转换 为具有第二通信协议格式的第二通信消息。在614中，安排/工作流引擎 218向第二网络元件发送第二通信消息。
在616中，安排/工作流引擎218确定对请求者的响应是否是需要的。 如果对请求者的响应是需要的，则安排/工作流引擎218在618中向请求者 发送响应并且操作继续到620。如果在616中确定了对请求者的响应是不 需要的，则操作继续到620。在620中，安排/工作流引擎218确定一个或 多个网络元件和/或订户数据库的修改是否是工作流所需要的。如果在通信 系统200内的一个或多个网络元件和/或订户数据库的修改是需要的，则操 作继续到622。在622中，安排/工作流引擎218修改一个或多个网络元件 和/或订户数据库。在特定实施例中，在一个或多个网络元件和/或订户数 据库内修改配置信息或其它数据。
在特定示例中，RAN基础设施120的RAN优化系统检测拥塞并且通 过安排/网络工作流引擎218通知网络服务112的PCRF存在拥塞。PCRF 可以使工作流实例化，所述工作流请求针对正在其对它们能够在该月内消 费的数据量的限制附近的所有重度网络用户使视频优化实例化。因此， PCRF可以发起安排/工作流引擎218在其中通过查询分析模块116以确定 谁是重度用户来确定正在它们的定额限制附近的重度用户的工作流，查询 在线计费系统以确定正在它们的定额附近的用户，将响应返回给PCRF。 PCRF可以使规则实例化，所述规则对于这些用户实施视频优化并且触发 与那些用户相关联的业务转向视频优化的服务路径。
操作然后继续道624，其中操作结束。如果确定了一个或多个网络元 件和/或订户数据库的修改不是需要的，则操作继续到操作在其中结束的 624。
图7是网络、服务、订户提取、安排模块202的呼叫流程700的实施 例的简化图。呼叫流程700使用许多网络元件和订户数据库来图示，所述 网络元件和订户数据库包括企业应用702、网络、服务、订户提取、安排 模块202的网络提取层(NAL)704、策略服务器(PCRF)706、订户策 略寄存器(SPR)/用户数据储存库(UDR)708、网络元件1至网络元件x (NET1...X)710、分析(AN)712以及用户设备714。在至少一个实施例 中，用户设备714是客户端装置118a。在716中，UE 714向企业应用702 发送会话开始请求(SessionStart)。在图7中所图示的特定实施例中，会 话开始请求时对TurboBoost服务的请求，在所述TurboBoost服务中UE 714正在请求网络性能的按需动态增加。在718中，企业应用702向NAL 704发送加速可用性请求(BoostAvailRequest)。在720中，NAL 704检 查满足会话开始请求所需要的资源的可用性。在722中，NAL 704向AN 712发送请求资源是否将是可用的分析建模的资源模型请求 (RschModelRequest)。在724中，AN 712向NAL 704发送指示资源是 否将是可用的资源模型响应(RscModelResponse)。在726中，NAL 704 向PCRF 706发送基于一个或多个策略而请求服务请求是否将被允许的加 速允许请求(BoostAllowRequest)。在728中，PCRF 706向SPR/UDR 708发送加速授权请求(BoostAuthRequest)。在730中，SPR/UDR 708向 PCRF 706发送加速授权响应(BoostAuthResponse)。在732中，PCRF 706向NAL 704发送加速允许响应(BoostAllowResponse)。在734中， NAL 704向企业应用702发送加速可用性响应(BoostAvailResponse)。
在736中，企业应用702向UE 714发送指示将存在利用所请求的服 务的附加费用的升级通知消息(UpgradeNotify)。在738中，用户接受该 费用。在740中，UE 714向企业应用702发送升级确认消息 (UpgradeConfirm)。在742中，企业应用702向NAL 702发送加速请求 (BoostRequest)。在744中，NAL 704向PCRF 706发送请求与UE 714 的用户相关联的用户配置文件信息的服务配置文件请求 (SvcProfileRequest)。在746中，PCRF 706向NAL 704发送包括用户配 置文件信息的服务配置文件响应(SvcProfileResponse)。在748中，NAL 704向网络元件(NE1...x)710中的一个或多个发送一个或多个策略计费 控制(PCC)请求(PCCRequest1...x)。在750中，网络元件(NE1...x) 710中的一个或多个向NAL 704发送一个或多个PCC响应 (PCCResponse1...x)。
在752中，NAL 704执行提供所请求的服务所必需的BSS/OSS和外部 网络元件的安排。在754中，NAL 752向企业应用702发送加速响应 (BoostResponse)。在756中，网络元件(NE1...x)710向NAL 704发送 一个或多个资源更新消息(ResourceUpdate1...x)。在758中，NAL 704向 网络元件(NE1...x)710中的一个或多个发送一个或多个肯定应答消息 (Ack1...x)。应该理解的是，在网络元件与订户数据库之间交换的消息 中的每一个都可以被以由发送网络元件所利用的特定协议格式接收并且转 化为由接收网络元件所利用的特定协议格式。
图8是图示图2的通信系统200的服务器201的特定实施例的简化框 图800。图2的服务器201的特定实施例包括处理器802、存储器元件804 以及网络、服务、订户提取、安排模块202。处理器802被配置为执行软 件指令以执行如本文中所描述的服务器201的各种操作。存储器元件804 可以被配置为存储与服务器201相关联的软件指令和数据。网络、服务、 订户提取、安排模块202被配置为实现如本文中所描述的各种安排、工作 流协调以及转换功能。
尽管图8中所图示的特定实施例将服务器201示出为包括单个节点， 但是应该理解的是在其它实施例中，服务器201可以包括任何数目的节点。 在再其它的实施例中，集群可以由遍及许多服务器分布的任何数目的处理 节点或通信网络内的其它网络元件形成。
在再其它的实施例中，移动IP使能器(MINE)组件212被配置为提 供和移动数据网络相关联的一个或多个网络元件与和企业网络相关联的一 个或多个网络元件之间的集成信令。在特定实施例中，MINE组件212提 供网络地址转换功能，其中与特定用户设备装置相关联的标识符(诸如网 际协议(IP)地址)被映射到由企业网络用来标识特定用户的标识符，诸 如用户名。可以由一个或多个企业网络提供给用户设备装置的企业服务提 供的示例包括托管的通信、网真或LTE服务企业语音。
图9是用于在移动环境中安排策略的实施例的简化概念图900。图9 示出包括移动IP使能器(MINE)组件212的网络、服务与订户提取层 202。MINE组件212被配置为从移动环境内的许多数据源接收信息，所述 数据源包括射频(RF)条件数据源902、带宽利用率数据源904以及应用 使用状况数据源。RF条件数据源902被配置为提供指示移动环境内的RF 环境的条件的信息。在特定实施例中，RF条件数据源902被配置为提供由 特定用户设备在移动环境内所体验到的RF拥塞的指示。带宽利用率数据 源904被配置为提供通过移动网络内的特定用户设备的带宽利用率的指示。 应用使用状况数据源906被配置为提供有关移动环境内的特定用户设备的 应用使用状况的信息。例如，在特定实施例中，应用使用状况数据源906 可以提供在移动网络中在使用中的特定应用(诸如视频流式传输应用)的 身份。应该理解的是，图9中所示出的数据源是特定示例并且数据的许多 源可以被用来将关于移动环境的信息提供给MINE组件212。
根据一个或多个实施例，MINE组件212被配置为在移动环境中通过 从信息的不同源拉出信息或者使用从信息的不同源接收到的信息来执行数 据安排，所述信息诸如RF条件、带宽利用率以及应用使用状况，并且将 指令提供给一个或多个服务组件以在网络内产生一个或多个潜在动作以修 改与特定用户设备相关联的用户体验。可以被产生的一个潜在动作是通过 PCRF修改用户设备的默认承载以调整用户吞吐量的动作(908)。例如， 在特定实施例中，MINE组件212可以指示PCRF在用户设备被确定为在 拥塞小区中时使与特定用户相关联的用户设备的吞吐量节流或者在用户移 出拥塞区域时将被节流用户恢复到先前的吞吐量。可以被产生的另一潜在 动作是基于业务的类型来触发与特定用户设备相关联的数据到GI/SGi LAN服务的路由的动作(910)。例如，潜在动作可以包括MINE组件 212将信息和策略提供给Si或SGi LAN以便基于用户正在传送的业务的类 型来使用户转向数据优化或视频优化服务，和/或以便基于所使用的压缩或 优化的类型将策略信息提供给数据优化或视频优化。可以被产生的再一个 潜在动作是基于由MINE组件212从各种数据源接收到的数据将用户业务 从蜂窝网络卸载到基于WiFi或小型小区的网络的能力。
图10是用于在移动环境中安排策略的通信系统1000的实施例的简化 框图。通信系统1000包括与服务器201通信的企业客户10002。服务器 201包括网络基础设施与服务提取层106。网络基础设施与服务提取层106 包括如本文中先前讨论的应用/第三方应用编程接口(API)网关108和移 动IP使能器(MINE)组件212。在特定实施例中，企业客户1002经由 RESTful接口与服务器201通信。MNE组件212与具有PCRF组件1006 的策略管理服务(PAS)1004进一步通信。在特定实施例中，MINE组件 212使用3GPP Rx接口与PAS 1004通信。PAS 1004与订户策略寄存器 (SPR)1008、平衡管理器101以及分组数据网络网关(PGW)1012进一 步通信。在特定实施例中，PAS 1004经由轻量级目录访问协议(LDAP) /Sp 3GPP接口与SPR 1008通信、经由3GPP Sy接口与平衡管理器1010通 信并且经由3GPP Gx接口与PGW 1012通信。PGW 1013进一步包括策略 控制实施功能(PCEF)1013。
PGW 1012与一个或多个网络服务1014、移动性管理实体(MME) 1016以及服务GPRS支持节点(SGSN)1018进一步通信。在特定实施例 中，PGW 1012经由3GPP SGi接口与网络服务1014通信、经由3GPP S11 接口与MME 1016通信并且经由3GPP S4和Gn接口与SGSN 1018通信。 PGW 1012与长期演进(LTE)无线接入网(RAN)1020进一步通信。在 特定实施例中，PGW 1012经由S1-U接口与LTE RAN 1020通信。MME 1016也与LTE RAN 1020通信并且SGSN 1018也与3G RAN 1022通信。 LTE RAN 1020包括与第一用户设备(UE)装置1028a和第二用户设备 (UE)装置1028b通信的第一基站1024。3G RAN 1022包括与第三用户 设备装置1028c通信的第二基站1026。
如将在本文中进一步描述的，MINE组件212被配置为在移动环境中 通过接收与第一用户设备装置1028a、第二用户设备装置1028b以及第三 用户数设备装置1028c中的一个或多个相关联的信息(诸如RF条件、带 宽利用率以及应用使用状况)来执行数据安排，并且将指令和/或指示提供 给通信系统1000内的一个或多个组件以产生一个或多个潜在动作以便修 改与特定用户设备相关联的用户体验。PCRF 1006被配置为管理与用户设 备装置1028a-1028c相关联的一个或多个订户相关联的策略信息。在一个 或多个实施例中，策略信息可以包括与和第一用户设备装置1028a、第二 用户设备装置1028b以及第三用户数设备装置1028c相关联的订户相关联 的一个或多个服务质量(QoS)参数。SPR 1008被配置为存储由PCRF 1006所使用的一个或多个订户配置文件。平衡管理器1010被配置为管理 与订户相关联的平衡。
在一个或多个实施例中，PGW 1012作为LTE RAN 1020/3G RAN 1022与网络服务1014之间的接口。在特定实施例中，网络服务1014可以 包括诸如互联网、视频流式传输源、音频流式传输服务、以及与特定用户 设备装置相关联的订户可能希望访问的其它网络提供的服务之类的服务。 PCEF 1013被配置为像由PCRF 1006所指示的那样对订户实施策略改变， 诸如实施与其相关联的特定QoS。
MME 1016被配置为管理PGW 1012与LTE RAN 1020之间的会话状 态、认证、寻呼、移动性、漫游以及其它承载管理功能。SGSN 1018被配 置为管理PGW 1012与3G RAN 1022之间的会话状态、认证、寻呼、移动 性、漫游以及其它承载管理功能。第一用户设备装置1028a、第二用户设 备装置1028b和/或第三用户数设备装置1028c可以包括诸如移动电话、智 能电话或平板电脑之类的任何移动客户端装置。在特定实施例中，用户设 备装置1028a-1028c中的一个或多个可以包括如本文中先前讨论的客户端 装置118。
图11A-11D是示出用于修改默认承载信道以在图10的通信系统1000 内提供动态服务质量(QoS)的信令的实施例的简化流程图。一般而言， 承载信道在用户设备(UE)与分组数据网络网关(PGW)之间提供具有 定义的QoS的逻辑上的、边缘对边缘传输路径。在常规系统中，一旦承载 信道建立有定义的QoS就不能够针对该承载信道改变QoS。在常规系统中 如果有必要将不同的QoS提供给特定用户设备装置，则必须建立具有新的 QoS的新的承载信道。图11A-11D图示其中MINE组件212接收请求以修 改在第一用户设备装置1028a与PGW 1012之间建立的默认承载信道的示 例操作，其中第一用户设备装置1028a正通过默认承载信道从内容提供商 接收超过限度(OTT)服务，诸如视频流式传输内容。例如，与第一用户 设备装置1028a相关联的用户可以是当前速率有限的并且期望观看来自内 容提供商具有升级的质量的视频。可以由内容提供商用去除速率封项的选 项来提示用户。如果用户选择去除速率封顶，则MINE组件212可以接收 选择的指示并且向PCRF 1016发送默认修改承载请求以改变用于订户的默 认承载信道的一个或多个QoS。PCRF 1006然后可以向PCEF 1013发送 QoS修改请求以便用经更新的QoS修改默认承载。第一UE 1028a然后可 以在诸如视频的持续时间之类的特定时间段内利用已修改承载信道。
图11A图示了示出用于修改默认承载以提供更新的服务质量(QoS) 的信令的实施例的简化流程图1100。在1102中，在第一UE装置1028a与 PGW 1012之间建立具有第一QoS水平的默认承载以从OTT服务1102接 收内容以用于显示给与第一UE装置1028a相关联的订户。在特定实施例 中，默认承载包括与其相关联的第一QoS参数、接入点名称以及聚合最大 位速率。在1104中，MINE组件212从OTT服务1102接收QoS加速请求， 该请求指示对分配给待增加以便将更好的质量提供给从OTT服务1102接 收到的内容的第一UE装置1028a的默认承载的QoS的请求。在特定实施 例中，QoS加速请求由MINE组件212经由HTTP RESTFul接口来接收。 QoS加速请求可以包括以下QoS参数中的一个或多个：MSISDN、QoS类 标识符(QCI)值、上行链路的最大位速率(kbps)、下行链路的最大位 速率(kbps)、上行链路的保证位速率(kbps)、下行链路的保证位速率 (kbps)、应用服务器IP地址、应用服务器端口号、应用服务器协议类型、 持续时间(秒)、容量(千字节)以及发起人标识符(ID)。
包括除其它QoS参数之外为己修改承载信道指定上行链路位速率和下 行链路位速率的QoS参数的示例HTTP RESTful请求如下：


在1106中，MINE组件212向PCRF发送指示用来改变与订户相关联 的策略以为默认承载信道提供较高QoS的请求的默认承载修改请求。在特 定实施例中，默认承载修改请求使用认证应用请求(AAR)消息使用 MINE组件212与PCRF 1006之间的Rx接口发送。在至少一个实施例中， 默认承载请求包括为已修改承载信道指定聚合最大上传位速率和聚合最大 下载位速率的参数。
在1108中，PCRF 1006确认与订户相关联的策略对默认承载到所请求 的QoS水平的修改进行授权。在1110中，PCRF 1006向PCEF 1013发送 用来将默认承载信道修改为新的QoS水平的再授权请求。在特定实施例中， 再授权请求使用再授权请求(RAR)消息使用PCRF 1006与PCEF 1013之 间的Gx接口发送。在至少一个实施例中，再授权请求包括为己修改承载 信道指定聚合最大上传位速率和聚合最大下载位速率的参数。
在1112中，PCEF 1013通过将默认承载信道修改为所请求的QoS水 平来实施从PCRF 1006接收到的新的QoS水平。在1114中，PCRF 1013 向PCRF 1006发送指示默认承载消息已被修改为新的QoS水平的再授权应 答。在特定实施例中，再授权应答使用再授权应答(RAA)消息使用 PCRF 1006与PCEF 1013之间的Gx接口发送。在1116中，PCRF 1006向 MINE组件212发送确认默认承载信道己被修改为所请求的QoS水平的默 认承载修改应答消息。在特定实施例中，默认承载修改消息使用授权应用 应答(AAA)消息使用PCRF 1006与MINE组件212之间的Rx接口发送。
图11B图示了示出针对默认承载的成功修改以提供更新的QoS水平的 信令的实施例的简化流程图1118。在图11B中所图示的实施例中，图11A 的信号流程已被用来成功地将默认承载修改为第二更新的QoS水平。在 1120中，PCEF 1013向PCRF 1006发送信用控制更新请求以报告默认承载 到所请求的QoS水平的成功修改。在至少一个实施例中，PCEF 1013配置 有设置为根据默认承载信道的QoS中的改变来触发信用控制更新请求到 PCRF 1006的发送的触发事件。在特定实施例中，信用控制更新请求消息 使用CCR-U消息使用PCEF 1013与PCEF 1006之间的Gx接口发送。在 1122中，PCRF 1006向PCEF 1013发送确认信用控制更新消息的接收的信 用控制更新应答消息。在特定实施例中，信用控制更新应答消息使用 CCA-U消息使用PCRF 1006与PCEF 1013之间的Gx接口发送。
在1124中，PCRF 1006向MINI组件212发送指示默认承载信道已被 修改为第二QoS水平的修改成功请求消息。在至少一个实施例中，第二 QoS水平是所请求的QoS水平。在至少一个实施例中，修改成功请求消息 包括指示与己修改承载信道相关联的新的QoS值的信息。在特定实施例中， 修改成功请求消息使用RAR消息使用PCRF 1006与MINE组件212之间 的Rx接口发送。在1126中，MINE组件212向PCRF 1006发送确认修改 成功请求消息的接收的修改成功应答消息。在1128中，在第一UE装置 1028a与PGW 1012之间建立具有第二QoS水平的己修改承载信道。第一 UE装置1028a然后可以利用已修改承载信道来从OTT服务1102接收内容。
图11C图示了示出针对默认承载的失败修改以提供更新的QoS水平的 信令的实施例的简化流程图1130。在图11C中所图示的实施例中，图11A 的信号流程己被尝试用来将默认承载修改为第二更新的QoS水平。在 1132中，PCEF 1013向PCRF 1006发送信用控制更新请求以报告将默认承 载修改为所请求的QoS水平的尝试己失败。在至少一个实施例中，PCEF 1013配置有被设置以在默认承载信道的QoS中的尝试改变失败时触发信 用控制更新请求到PCRF 1006的发送的触发事件。在特定实施例中，信用 控制更新请求消息使用CCR-U消息使用PCEF 1013与PCEF 1006之间的 Gx接口发送。在1134中，PCRF 1006向PCEF 1013发送确认信用控制更 新消息的接收的信用控制更新应答消息。在特定实施例中，信用控制更新 应答消息使用CCA-U消息使用PCRF 1006与PCEF 1013之间的Gx接口 发送。
在1136中，PCRF 1006向MINE组件212发送指示到第二QoS水平 的默认承载信道修改已失败的修改失败请求消息。在特定实施例中，修改 失败请求消息使用RAR消息使用PCRF 1006与MINE组件212之间的Rx 接口发送。在1126中，MINE组件212向PCRF 1006发送确认修改失败请 求消息的接收的修改失败应答消息。在这样的情形下，第一UE装置 1028a可以继续使用默认承载信道来从OTT服务1102接收内容。
图11D图示了示出用于将修改的承载信道恢复到默认服务质量(QoS) 水平的信令的实施例的简化流程图1140。在图11D中所图示的实施例中， 图11b的信号流程已被用来成功地将默认承载修改为第二更新的QoS水平。 在1142中，MINE组件212从OTT服务1102接收指示提供给第一UE装 置1028a的服务己结束的指示。在一个或多个实施例中，服务可以由OTT 服务1102的订户结束。在1144中，MINE组件212向PCRF 1006发送指 示第一UE装置1028a与OTT服务1102之间的会话己结束的会话终止请 求。在特定实施例中，会话终止请求消息使用会话终止请求(STR)消息 使用MINE组件212与PCRF 1006之间的Rx接口来发送。在1146中， PCRF 1006发送确认会话终止应答消息的接收的会话终止应答消息。在特 定实施例中，会话终止应答消息使用会话终止应答(STA)消息使用 MINE组件212与PCRF 1006之间的Rx接口来发送。
在1148中，PCRF 1006向PCEF 1013发送指示已修改承载信道应该 被恢复到第一(默认)QoS水平的恢复默认承载请求消息。在特定实施例 中，恢复默认承载请求消息使用RAR消息使用PCEF 1013与PCEF 1006 之间的Gx接口来发送。在1150中，PCEF 1013将己修改承载信道恢复到 第一QoS水平。在1152中，PCRF 1013向PCRF 1006发送指示承载信道 己被恢复到第一QoS水平的恢复默认承载应答消息。在特定实施例中，恢 复默认承载应答消息使用RAA消息使用PCRF 1006与PCEF 1013之间的 Gx接口来发送。第一UE装置1028a然后可以利用己恢复承载信道来继续 通信。
图12A-12B是示出用于默认承载信道的场地节流以在图10的通信系 统1000内提供动态服务质量(QoS)的信令的实施例的简化流程图1200。 在图12中所图示的实施例中，第一用户设备装置1028a和第二用户设备装 置1028b两者都位于由第一基站1024所服务的区域中。第一用户设备装 置1028a己与PGW 1012建立了具有第一QoS水平的第一默认承载信道以 从内容提供商1024接收流式传输视频内容，并且第二用户设备装置1028b 已与PGW 1012建立了具有第二QoS水平的第二默认承载信道以从内容提 供商1024接收流式传输视频。在图12的实施例中，网络探测器1202被配 置为检测LTE RAN 1020的一个或多个扇区内的拥塞并且将指示LTE RAN 1020内的拥塞的信息提供给MINE组件212。在一个或多个实施例中，当 网络探测器1202检测到在扇区内存在拥塞时，网络探测器1202向MINE 组件212发送拥塞信息。在特定实施例中，拥塞信息可以包括已拥塞扇区 内的UE的列表。MINE组件212然后可以对拥塞信息执行数据安排并且 向PCRF 1006发送指示与第一承载信道和第二承载信道中的一个或多个相 关联的QoS水平应该被减少至较低QoS水平以便减少网络内的拥塞的指 示。结果，可以影响第一用户设备1028a和第二用户设备1028b中的一个 或多个的视频体验。
在1206中，在第一UE装置1028a与PGW 1012之间建立具有第一 QoS水平的第一默认承载信道以从内容提供商1204接收视频内容。在 1208中，在第二UE装置1028b与PGW 1012之间建立具有第二QoS水平 的第二默认承载信道以从内容提供商1204接收视频内容。在1210中，网 络探测器1202检测到在第一UE装置1028a和第二UE装置1028b所在的 扇区中存在拥塞。在1212中，网络探测器1202向MINE组件1202发送指 示在扇区中存在拥塞和存在与第一UE装置1028a和第二UE装置1028b 相关联的标识符的指示。在特定实施例中，标识符可以包括与第一UE装 置1028a和第二UE装置1028b中的每一个相关联的IP地址、IMSI、 MSISDN以及APN中的一个或多个。在至少一个实施例中，网络探测器 1202可以经由HTTP RESTful接口发送拥塞指示。
在1214中，接收到拥塞指示触发MINE组件212对从网络探测器 1202接收到的拥塞信息执行数据安排以确定与第一默认承载信道和第二默 认承载信道相关联的相应的QoS水平应该被降低至确定的QoS水平。在 1216中，MINE组件212向PCRF 1006发送指示与第一默认承载信道和第 二默认承载信道相关联的QoS水平将被降低的场地节流请求。在1218中， PCRF指示PCEF 1013将第一承载信道修改为低于第一QoS水平的第三 QoS水平。结果，由第一UE装置1028a的用户所接收到的视频体验通过 体验较低质量服务而被影响。在1220中，PCRF指示PCEF 1013将第二承 载信道修改为低于第二QoS水平的第四QoS水平。结果，由第二UE装置 1028b的用户所接收到的视频体验通过体验较低质量服务而被影响。在一 个或多个实施例中，用来修改第一承载信道和第二承载信道的信令可以与 像在上文所描述的那样相对于图11A-11C所描述的信令类似。
在1222中，网络探测器1202确定在已拥塞扇区中所检测到的拥塞已 结束。在1224中，网络探测器1202向MINE组件212发送拥塞条件己清 除的指示。在1226中，MINE组件212清除在第一承载信道和第二承载信 道上的场地节流条件。在特定实施例中，MINE组件212可以清除用于第 一承载信道和第二承载信道的一个或多个场地节流标志。在1228中， MINE组件212向PCRF 1006发送指示第一承载信道和第二承载信道应该 被恢复到它们相应的原始QoS水平的恢复默认承载请求。在1230中， PCRF 1006将第一默认承载信道恢复到第一QoS水平。在1232中，PCRF 1006将第二默认承载恢复到第二QoS水平。在一个或多个实施例中，与 恢复第一默认承载信道和第二默认承载信道相关联的信令与相对于图11D 所描述的信令类似。
图13是示出用于默认承载信道的场地节流以在图10的通信系统1000 内提供动态服务质量(QoS)的信令的另一实施例的简化流程图1300。在 图13中所图示的实施例中，第一用户设备装置1028a和第二用户设备装置 1028b两者都位于由第一基站1024所服务的拥塞扇区中。在1302中，第 一用户设备装置1028a具有第一默认承载信道，其中PGW 1012由于己拥 塞条件而被从较高的第一QoS水平修改成具有第三QoS水平。在1304中， 第二用户设备装置1028b具有第二默认承载信道，其中PGW 1012由于拥 塞而被从较高的第二QoS水平修改成具有第四QoS水平。在1306中，第 一用户设备装置1028a移出拥塞扇区。在1308中，网络探测器1202检测 到第一用户设备装置1028a已移出拥塞扇区。
在1310中，网络探测器1202发送用来从拥塞条件去除第一用户设备 装置1028a的指示。在1312中，接收用来从拥塞条件去除第一用户设备装 置1028a的指示触发MINE组件1214对从网络探测器1202接收到的己更 新拥塞信息执行数据安排以确定用于第一用户设备装置1028a的第一默认 承载的QoS水平应该用第一QoS水平加以修改。在1314中，MINE组件 212向PCRF 1006发送用第一QoS水平修改第一默认承载信道的指示。在 1316中，PCRF 1006用第一QoS水平来修改第一承载信道。在1318中， 第一用户设备装置1028a使用用第一QoS水平所修改的第一默认承载来从 内容提供商1204接收视频内容。
图14是图示用于修改默认承载信道以提供更新的服务质量(QoS)的 操作的实施例的简化流程图1400。在1402中，在关联有用户的第一用户 设备与网关之间建立第一承载信道。在至少一个实施例中，第一用户设备 是第一用户设备装置1028a并且网关是PGW 1012。在1404中，MINE组 件212接收指示与第一用户设备相关联的网络的至少一个网络条件的至少 一个输入。在特定实施例中，网络条件可以包括网络的射频(RF)条件、 通过诸如第一用户设备之类的一个或多个用户设备的带宽利用率和/或通过 一个或多个用户设备的应用使用状况中的一个或多个。在1406中，MINE 组件212基于至少一个输入来确定是否将第一承载信道的第一服务质量水 平修改为第二服务质量水平。在1408中，MINE组件212确定是否做出修 改第一承载信道的第一服务质量水平的判定。如果MINE组件212确定将 不修改第一承载信道，则操作结束。如果MINE组件212确定应该将第一 承载信道修改为第二服务质量水平，则在1410中MINE组件121向第一 网络元件发送指示第一网络元件将第一承载信道修改为第二服务质量水平 的第一请求并且操作结束。第一网络元件包括与用户相关联的至少一个策 略。在至少一个实施例中，第一网络元件包括PCRF 1006并且PCRF 1006 指示PCEF 1013将第一承载信道修改为第二服务质量水平。
在替代实施例中，不是MINE组件212确定是否将第一承载信道的第 一服务质量水平修改为第二服务质量水平并且将与第一承载信道相关联的 服务质量修改为第二服务质量水平，而是MINE组件212可以被配置为向 第一网络元件发送指示第一网络元件在第一用户设备与网关之间建立第二 承载信道、将第二服务质量水平分配给第二承载信道、并且将与第一承载 信道相关联的流移动到第二承载信道同时使第一承载信道保持原样的第一 请求。
在一个实施方式中，服务器201包括软件以实现(或者以促进)如本 说明书中在本文中所概述的操作。注意在一个示例中，这些元件中的每一 个都能够具有内部结构(例如，处理器、存储器元件等)来促进一些本文 中所描述的操作。在其它实施例中，操作可以在这些元件外部执行，或者 被包括在某个其它网络元件中以实现这种预定功能性。替换地，服务器 201可以包括能够与其它网络元件协调以便像本文中所概述的那样实现操 作的这种软件(或往复式软件)。在仍然其它的实施例中，一个或数个装 置可以包括便于其操作的任何适合的算法、硬件、软件、组件、模块、接 口或对象。
注意在特定示例实施方式中，本文中所概述的安排、工作流协调以及 转换功能可以由在一个或多个有形介质中编码的逻辑(例如，在专用集成 电路[ASIC]中所提供的嵌入式逻辑、数字信号处理器[DSP]指令、待由处 理器或其它类似机器执行的软件[潜在地包括目标代码和源代码]等)来实 现。在这些实例中的一些中，存储器元件[如图8所示]能够存储用于本文 中所描述的操作的数据。这包括能够存储被执行从而执行本说明书中所描 述的活动的软件、逻辑、代码或处理器指令的存储器元件。处理器能够执 行与数据相关联的任何类型的指令以实现在本说明书中本文中所详述的操 作。在一个示例中，处理器(如图8所示)能够将元件或物品(例如，数 据)从一个状态或事物变换为另一状态或事物。在另一示例中，本文中所 概述的活动可以用固定逻辑或可编程逻辑(例如，由处理器所执行的软件/ 计算机指令)加以实现，并且本文中所标识的元件可以是某种类型的可编 程处理器、可编程数字逻辑(例如，现场可编程门阵列(FPGA)、可擦 可编程只读存储器(EPROM)、电可擦可编程ROM(EEPROM))或包 括数字逻辑、软件、代码、电子指令的ASIC，或其任何适合的组合。
在一个示例实施方式中，服务器102可以包括软件以便实现本文中所 概述的功能。这些活动能够由网络、服务、订户提取与安排模块202的子 模块促进(其中子模块能够被以任何适当的方法合适地组合，所述方式可 以基于特定配置和/或提供需要)。服务器201能够包括存储器元件以用于 存储待在像本文中所讨论的那样实现数据提取活动时使用的信息。附加地， 服务器201可以包括能够执行软件或算法以像本说明书中所公开的那样执 行操作的处理器。这些装置可以进一步将信息保持在任何适合的存储器元 件(随机存取存储器(RAM)、ROM、EPROM、EEPROM、ASIC等)、 软件、硬件中，或者在适当情况下并且基于特定需要保持在任何其它适合 的组件、装置、元件或对象中。本文中所讨论的存储器项目中的任一个 (例如，数据库、表、树、高速缓存等)应该被解释为被包含在广义术语 “存储器元件”内。类似地，本说明书中所描述的潜在的处理元件、模块 以及机器中的任一个都应该被解释为被包含在广义术语“处理器”内。网 络元件中的每一个都还能够包括用于在网络环境中接收、发射和/或以其它 方式传送数据或信息的适合的接口。
注意，采用上面所提供的示例以及本文中所提供的许多其它示例，可 以在两个、三个或四个网络元件方面对交互进行描述。然而，这已实现仅 用于清楚和示例的目的。在特定情况下，可能更易于通过仅参考有限数目 的网络元件对给定的一组流的功能性中的一个或多个进行描述。应该了解 的是，通信系统100、200以及1000(和它们的教导)是容易地可缩放的 并且能够适应大量组件以及更复杂的/高级的布置和配置。因此，所提供的 示例不应该限制范围，或者禁止如潜在地应用于无数其它架构的通信系统 100、200以及1000的广泛教导。
同样重要的是注意，前面的流程图中的步骤仅图示一些可以由通信系 统100、200以及1000或者在其内执行的可能的信令场景和模式。可以在 适当情况下删除或者去除这些步骤中的一些，或者在不背离本公开的范围 的情况下可以大幅修改或者改变这些步骤。此外，许多这些操作已被描述 为被与一个或多个附加的操作同时或者与一个或多个附加的操作并行地执 行。然而，可以大大变更这些操作的定时。已经出于示例和讨论的目的提 供了前面的操作流程。必要的灵活性由通信系统100、200以及1000来提 供，因为在不背离本公开的教导的情况下，可以提供任何适合的布置、年 表、配置以及定时机制。
尽管已经参考特定布置和配置详细地描述了本公开，但是在不背离本 公开的范围的情况下，可以显著地改变这些示例配置和布置。例如，尽管 已经参考牵涉特定端点组件和特定协议的特定通信交换描述了本公开，但 是通信系统100、200以及1000可以适用于其它协议和布置。而且，本公 开同样地适用于除移动架构以外的各种技术，因为这些已仅被提供用于讨 论的目的。
附加地，尽管已经参考促进通信过程的特定元件和操作举例说明了通 信系统100、200以及1000，但是这些元件和操作可以用实现通信系统 100、200以及1000的预定功能性的任何适合的架构或过程代替。