CN102474519B - 用于处理策略和计费控制规则或服务质量规则修改失败的方法和装置 - Google Patents

用于处理策略和计费控制规则或服务质量规则修改失败的方法和装置 Download PDF

Info

Publication number
CN102474519B
CN102474519B CN201080035142.1A CN201080035142A CN102474519B CN 102474519 B CN102474519 B CN 102474519B CN 201080035142 A CN201080035142 A CN 201080035142A CN 102474519 B CN102474519 B CN 102474519B
Authority
CN
China
Prior art keywords
policing rule
revised
gateway
policing
pcrf
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201080035142.1A
Other languages
English (en)
Other versions
CN102474519A (zh
Inventor
靳海鹏
G·贾雷塔
O·宋
A·C·马亨德兰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN102474519A publication Critical patent/CN102474519A/zh
Application granted granted Critical
Publication of CN102474519B publication Critical patent/CN102474519B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Abstract

提供了有助于处理策略规则的安装和/或相关的承载修改过程的失败的方法和装置。可以向网关提供一组已修改的策略规则以用于其实施和/或与设备的承载相关联。网关可以尝试安装已修改的策略规则并且可以使用信用控制请求(CCR)/信用控制应答(CCA)交换来通知已修改的策略规则的安装和/或相关的承载修改的状态。从而，策略计费和规则功能体(PCRF)可以基于CCR/CCA交换来确定该状态。如果该状态指示失败，则PCRF可以恢复到先前的策略规则。此外，可以将该状态通知给应用功能体。

Description

用于处理策略和计费控制规则或服务质量规则修改失败的方法和装置
基于35 U.S.C.§119要求优先权
本专利申请要求于2009年8月10日递交的、名称为“METHOD ANDAPPARATUS FOR HANDLING POLICY AND CHARGING CONTROLRULE OR QOS RULE MODIFICATION FAILURES”的临时申请No.61/232,729的优先权，该临时申请被转让给本申请的受让人，因此以引用方式将其明确地并入本文。
技术领域
下面的描述一般涉及无线通信，更具体地，涉及策略和计费控制(PCC)和/或服务质量(QoS)规则的修改。
背景技术
无线通信系统被广泛地部署用以提供各种类型的通信内容，例如，语音、数据等等。典型的无线通信系统可以是多址系统，多址系统能够通过共享可用的系统资源(例如，带宽、发射功率、……)来支持与多个用户的通信。这类多址系统的例子可以包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统等。此外，这类系统可以遵照诸如第三代合作伙伴计划(3GPP)、3GPP长期演进(LTE)、超移动宽带(UMB)、演进数据优化(EV-DO)等规范。
一般地，无线多址通信系统可以同时支持多个移动设备的通信。每个移动设备可以通过前向链路和反向链路上的传输与一个或多个基站进行通信。前向链路(或者下行链路)是指从基站到移动设备的通信链路，并且反向链路(或者上行链路)是指从移动设备到基站的通信链路。此外，移动设备和基站之间的通信可以经由单输入单输出(SISO)系统、多输入单输出(MISO)系统、多输入多输出(MIMO)系统等来建立。此外，在对等无线网络配置中，移动设备可以与其它移动设备(和/或基站可以与其它基站)通信。
此外，无线网络中的设备可以与用于认证和/或授权的一个或多个核心网组件通信，以接入无线网络。例如，可以在一个或多个核心网组件(例如，互联网协议(IP)多媒体子系统(IMS)等)内实现策略计费和规则功能体(PCRF)，用以为一个或多个设备提供策略控制和计费(PCC)规则、服务质量(QoS)规则等。在一个例子中，设备可以在无线网络中建立承载，以用于与其进行通信，并且PCRF可以根据要在承载上传递的类型数据、与设备相关的用户信息等来为承载分配策略规则(例如，PCC规则、QoS规则等)。
可以由一个或多个不同的组件(例如策略计费和实施功能体(PCEF))在承载上实施策略规则，其中，该一个或多个不同的组件可以由一个或多个网关来实现。此外，一个或多个网关可以实现用于管理承载和/或将承载与策略规则相关联的其它组件，例如承载绑定和事件报告功能体(BBERF)等。当承载修改时，PCRF可以生成或接收已修改的策略规则，并且可以向一个或多个不同的组件提供新的策略规则以在承载上实施。然而，在一些情况下，一个或多个不同的组件可能无法安装已修改的策略规则或者不能根据已修改的策略规则完成承载的修改。
发明内容
下面给出对一个或多个方面的简要概述，以提供对这些方面的基本理解。该概述不是对全部预期方面的泛泛概括，也不旨在标识全部方面的关键或重要元素或者描述任意或全部方面的范围。其目的仅在于作为后文所提供的更详细描述的序言，以简化形式提供一个或多个方面的一些构思。
根据一个或多个实施例及其相应的公开内容，描述了与有助于处理一个或多个无线网络组件处策略和计费控制(PCC)和/或服务质量(QoS)规则的修改的失败相关的各个方面。例如，在网络组件未能安装与承载相关的已修改策略规则(例如PCC和/或QoS规则)的情况下，可以通知策略计费和规则功能体(PCRF)，并且PCRF可以恢复先前的策略规则。在一个例子中，所述通知可能需要：从一个或多个无线网络组件接收用于报告实现已修改策略规则的成功或失败的消息、使用定时器来确定在一个或多个网络组件处是否正确地安装了已修改策略规则等等。此外，例如，PCRF可以将失败的或成功的策略规则修改通知给与承载相关的应用功能体。
根据一个方面，提供了一种方法，包括：至少部分地基于承载修改过程来向网关提供一个或多个已修改的策略规则；以及确定所述网关是否成功地完成了安装所述一个或多个已修改的策略规则的所述承载修改过程。所述方法还包括至少部分地基于对所述网关是否成功地完成了所述承载修改过程的所述确定，来使用所述一个或多个已修改的策略规则或者一个或多个先前的策略规则。
在另一方面中，提供了一种无线通信装置，包括至少一个处理器，其被配置为：至少部分地基于承载修改过程来向网关传送一个或多个已修改的策略规则；以及确定所述网关是否成功地安装了所述一个或多个已修改的策略规则并完成了所述承载修改过程。所述至少一个处理器还配置为至少部分地基于所述网关是否成功地安装了所述一个或多个已修改的策略规则并完成了所述承载修改过程，来使用所述一个或多个已修改的策略规则或者一个或多个先前的策略规则。此外，所述无线通信装置包括存储器，其耦接至所述至少一个处理器。
在另一方面中，提供了一种装置，包括：用于至少部分地基于承载修改过程来向网关提供一个或多个已修改的策略规则的模块；以及用于确定所述网关是否成功地完成了安装所述一个或多个已修改的策略规则的所述承载修改过程的模块。所述装置还包括用于恢复到一个或多个先前的策略规则的模块，其中，所述用于确定的模块确定所述网关没有成功地完成所述承载修改过程。
在另一方面中，提供了一种计算机程序产品，包括计算机可读介质，其包括：用于使至少一个计算机至少部分地基于承载修改过程来向网关传送一个或多个已修改的策略规则的代码；以及用于使所述至少一个计算机确定所述网关是否成功地安装了所述一个或多个已修改的策略规则并完成了所述承载修改过程的代码。所述计算机可读介质还包括用于使所述至少一个计算机至少部分地基于所述网关是否成功地安装了所述一个或多个已修改的策略规则并完成了所述承载修改过程，来使用所述一个或多个已修改的策略规则或者一个或多个先前的策略规则的代码。
此外，在一个方面中，提供了一种装置，包括：规则供应组件，其至少部分地基于承载修改过程来向网关提供一个或多个已修改的策略规则；以及修改状态接收组件，其确定所述网关是否成功地完成了安装所述一个或多个已修改的策略规则的所述承载修改过程。所述装置还包括规则恢复组件，其用于恢复到一个或多个先前的策略规则，其中，所述修改状态接收组件确定所述网关没有成功地完成所述承载修改过程。
根据另一个方面，提供了一种方法，包括：至少部分地基于承载修改过程从策略计费和规则功能体(PCRF)接收一个或多个已修改的策略规则；以及作为所述承载修改过程的一部分，尝试安装所述一个或多个已修改的策略规则。所述方法还包括向所述PCRF发送指示所述承载修改过程是否成功地完成的信用控制请求(CCR)。
在另一方面中，提供了一种无线通信装置，包括至少一个处理器，其被配置为：至少部分地基于承载修改过程从策略计费和规则功能体(PCRF)获得一个或多个已修改的策略规则；以及作为所述承载修改过程的一部分，安装所述一个或多个已修改的策略规则。所述至少一个处理器还配置为向所述PCRF发送指示所述承载修改过程是否成功地完成的信用控制请求(CCR)。此外，所述无线通信装置包括存储器，其耦接至所述至少一个处理器。
在另一方面中，提供了一种装置，包括：用于至少部分地基于承载修改过程从策略计费和规则功能体(PCRF)接收一个或多个已修改的策略规则的模块；以及用于尝试安装所述一个或多个已修改的策略规则的模块，其中安装所述一个或多个已修改的策略规则是所述承载修改过程的一部分。所述装置还包括用于向所述PCRF发送指示所述承载修改过程是否成功地完成的信用控制请求(CCR)的模块。
在另一方面中，提供了一种计算机程序产品，包括计算机可读介质，其包括：用于使至少一个计算机至少部分地基于承载修改过程从策略计费和规则功能体(PCRF)获得一个或多个已修改的策略规则的代码；以及用于使所述至少一个计算机安装所述一个或多个已修改的策略规则的代码，其中，安装所述一个或多个已修改的策略规则是所述承载修改过程的一部分。所述计算机可读介质还包括用于使所述至少一个计算机向所述PCRF发送指示所述承载修改过程是否成功地完成的信用控制请求(CCR)的代码。
此外，在一个方面中，提供了一种装置，包括：规则接收组件，其至少部分地基于承载修改过程从策略计费和规则功能体(PCRF)获得一个或多个已修改的策略规则；以及规则修改组件，其尝试安装所述一个或多个已修改的策略规则，其中安装所述一个或多个已修改的策略规则是所述承载修改过程的一部分。所述装置还包括修改状态传送组件，其向所述PCRF发送指示所述承载修改过程是否成功地完成的信用控制请求(CCR)。
根据另一个例子，提供了一种方法，包括：从设备接收对附加的或修改的服务的请求；以及至少部分地基于所述请求为策略计费和规则功能体(PCRF)生成新的服务信息。所述方法还包括将所述新的服务信息连同规则行为指示符一起发送给所述PCRF，其中所述规则行为指示符规定在与所述新的服务信息相关的承载修改过程失败时要采取的一个或多个操作。
在另一方面中，提供了一种无线通信装置，包括至少一个处理器，其被配置为：从设备获得对附加的或修改的服务的请求；以及为策略计费和规则功能体(PCRF)生成新的服务信息，以有助于提供与所述请求相关的资源。所述至少一个处理器还被配置为将所述新的服务信息与规则行为指示符一起发送给所述PCRF，其中所述规则行为指示符规定在与所述新的服务信息相关的承载修改过程失败时要执行的一个或多个操作。此外，所述无线通信装置包括存储器，其耦接至所述至少一个处理器。
在另一方面中，提供了一种装置，包括：用于至少部分地基于来自设备的对附加的或修改的服务的请求来向策略计费和规则功能体(PCRF)发送新的服务信息的模块。所述装置还包括用于向所述PCRF发送规则行为指示符的模块，其中所述规则行为指示符规定在与所述新的服务信息相关的承载修改过程失败时要采取的一个或多个操作。
在另一方面中，提供了一种计算机程序产品，包括计算机可读介质，其包括：用于使至少一个计算机从设备获得对附加的或修改的服务的请求的代码；以及用于使所述至少一个计算机为策略计费和规则功能体(PCRF)生成新的服务信息以有助于提供与所述请求相关的资源的代码。所述计算机可读介质还包括用于使所述至少一个计算机将所述新的服务信息与规则行为指示符一起发送给所述PCRF的代码，其中所述规则行为指示符规定在与所述新的服务信息相关的承载修改过程失败的情况下要执行的一个或多个操作。
此外，在一个方面中，提供了一种装置，包括：新服务供应组件，其至少部分地基于来自设备的对附加的或修改的服务的请求来向策略计费和规则功能体(PCRF)发送新的服务信息。所述装置还包括规则行为规定组件，其向所述PCRF发送规则行为指示符，其中所述规则行为指示符规定在与所述新的服务信息相关的承载修改过程失败时要采取的一个或多个操作。
为了实现上述及相关目的，一个或多个方面包括下文详细描述的并在权利要求中特别指出的特征。下面的描述和附图将详细给出所述一个或多个方面的某些示例性的特征。但是，这些特征只是表示可以利用各方面的原理的多种方式中的几种方式，并且所述描述旨在包括所有这些方面及其等同形式。
附图说明
在下文中将结合附图来描述所公开的方面，附图用于对所公开的方面进行举例说明而不是进行限制，在附图中相同的标号表示相同的元素，并且其中：
图1示出了用于为在无线网络中通信的设备实施策略规则的示例性系统。
图2示出了用于指示策略规则安装和/或相关的承载修改的状态的示例性系统。
图3示出了有助于将策略规则安装和/或承载修改的状态通知给应用功能体的示例性系统。
图4示出了用于在网络组件间传递规则行为指示符的示例性系统。
图5示出了用于报告策略规则安装和/或相关的承载修改的状态的示例性系统。
图6示出了有助于根据定时器确定策略规则安装和/或相关的承载修改的状态的示例性系统。
图7示出了有助于将策略规则安装和/或承载修改的状态通知给应用功能体的示例性系统。
图8示出了用于传送规则行为指示符的示例性系统。
图9示出了有助于基于对在网关处策略规则安装或相关的承载修改是否成功的确定来使用已修改的或先前的策略规则的示例性方法。
图10示出了用于接收信用控制请求(CCR)的示例性方法，其中CCR指明策略规则安装和/或相关的承载修改是否成功。
图11示出了有助于发送指示策略规则安装和/或承载修改是否成功的CCR的示例性方法。
图12示出了用于发送规则行为指示符的示例性方法。
图13示出了有助于在接收到对失败的策略规则安装和/或承载修改的指示时恢复到先前的策略规则的示例性系统。
图14示出了有助于发送指示规则安装和/或承载修改是否成功的CCR的示例性系统。
图15示出了用于发送规则行为指示符的示例性系统。
图16是根据本文给出的各个方面的无线通信系统的示图。
图17是可以协同本文所描述的各种系统和方法而采用的示例性无线网络环境的示图。
具体实施方式
现在参考附图来描述各个方面。在下面的描述中，为了解释的目的，给出了大量具体细节，以便提供对一个或多个方面的全面理解。然而，很明显的是，也可以在不具有这些具体细节的情况下来实现这些方面。
如本申请进一步所描述的，可以更新与设备或相应承载相关的策略规则以允许已修改的策略和计费控制(PCC)、服务质量(QoS)等。策略和计费规则功能体(PCRF)可以向网关提供已修改的规则，以用于该已修改的规则的实施和/或与特定承载的关联。在网关未能正确地安装已修改的策略规则和/或针对规则完成承载修改的情况下，(在一个例子中，作为信用控制请求(CCR)/信用控制应答(CCA)交换的一部分，)网关可以将这种失败传送给PCRF。从而，PCRF可以使用该指示来确定是继续使用已修改的规则还是恢复到先前版本的策略规则。
此外，PCRF可以将该失败通知给应用功能体，并且应用功能体可以响应于该失败而相应地执行操作(例如，拆除会话、以次优的QoS继续操作、恢复到先前的服务等)。此外，例如，应用可以规定在已修改的规则的安装失败的情况下PCRF所要采取的操作。例如，PCRF也可以将所规定的操作传递给网关。
如本申请中所使用的，术语“组件”、“模块”、“系统”等旨在包括与计算机相关的实体，例如但不限于硬件、固件、硬件和软件的组合、软件或者执行软件。例如，组件可以是、但并不局限于：处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。举例来说，计算设备上运行的应用程序和该计算设备都可以是组件。一个或多个组件可以位于执行的进程或线程中，并且组件可以位于一个计算机上和/或分布在两个或多个计算机之间。此外，可以通过其上存储有各种数据结构的各种计算机可读介质来执行这些组件。这些组件可以通过本地和/或远程进程，例如根据具有一个或多个数据分组的信号(如，来自于一个组件的数据，其中该组件通过所述信号与本地系统、分布式系统中的另一个组件进行交互，和/或在网络(例如互联网)上与其它系统进行交互)来进行通信。
此外，本文描述了与终端(其可以是有线终端或无线终端)相关的各个方面。终端还可以称为系统、设备、用户单元、用户站、移动站、移动台、移动设备、远程站、远程终端、接入终端、用户终端、终端、通信设备、用户代理、用户装置或用户设备(UE)。无线终端可以是蜂窝电话、卫星电话、无绳电话、会话初始化协议(SIP)电话、无线本地环路(WLL)站、个人数字助理(PDA)、具有无线连接能力的手持设备、计算设备或连接到无线调制解调器的其它处理设备。此外，本文描述了与基站相关的各个方面。基站可以用于与无线终端通信，并且还可以被称为接入点、节点B、演进型节点B(eNB)或某种其它术语。
此外，术语“或者”旨在表示包括性的“或者”而不是排他性的“或者”。也就是说，除非另外指定或者从上下文能清楚得知，否则短语“X使用A或者B”旨在表示任何自然的包括性置换。也就是说，下列情况中的任何一种情况都满足短语“X使用A或者B”：X使用A；X使用B；或者X使用A和B二者。另外，除非另外指定或从上下文能清楚得知是针对单数形式的，否则本申请和所附的权利要求中使用的冠词“一”和“一个”应当被一般性地解释为表示“一个或多个”。
本申请中所描述的技术可以用于各种无线通信系统，如CDMA、TDMA、FDMA、OFDMA、SC-FDMA以及其它系统。经常互换地使用术语“系统”和“网络”。CDMA系统可以实现诸如通用陆地无线接入(UTRA)、cdma2000等的无线电技术。UTRA包括宽带CDMA(WCDMA)以及CDMA的其它变型。此外，cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA系统可以实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA系统可以实现诸如演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)是使用E-UTRA的UMTS的一个版本，其在下行链路上采用OFDMA并在上行链路上采用SC-FDMA。在名为“第3代合作伙伴计划”(3GPP)的组织提供的文档中描述了UTRA、E-UTRA、UMTS、LTE和GSM。此外，在名为“第3代合作伙伴计划2”(3GPP2)的组织提供的文档中描述了cdma2000和UMB。此外，所述无线通信系统可以附加地包括对等(例如，移动台对移动台)ad hoc网络系统，该对等ad hoc网络系统经常使用不成对的未授权频谱、802.xx无线LAN、蓝牙以及任何其它的短距离或长距离无线通信技术。
将根据可以包括多个设备、组件、模块等的系统来给出各个方面或特征。应当理解并清楚的是，各种系统可以包括额外的设备、组件、模块等，和/或可以不包括结合附图所讨论的全部设备、组件、模块等。也可以使用这些方式的组合。
参考图1，示出了用于为无线网络中的设备实现并实施PCC、QoS和/或类似策略规则的无线通信系统100。系统100包括：PCRF 102，其生成或接收与网络中的设备相关的或者与该设备和该网络间建立的相应承载相关的策略规则(例如，PCC、QoS或类似规则)。系统100还包括：网关104，其有助于向无线网络的一个或多个组件(例如，LTE中的服务网关(SGW)、分组数据网络(PDN)网关(PGW)等，及其它)转发来自设备106的通信。应当清楚的是，在系统100中可以给出额外的组件以有助于PCRF 102、网关104和设备106间的通信。例如，设备106可以是无线设备、UE等，其直接地与接入点、eNB等通信以(例如，经由一个或多个额外的接入点或中继节点、一个或多个额外的网关、处于对等模式的一个或多个额外的UE，等等)获得对网关104的接入。在另一个例子中，设备106可以是接入点、中继节点或其它设备。此外，应当清楚的是，在网关104和PCRF 102之间可以具有多个网关或其它组件。
根据一个例子，PCRF 102可以实现在互联网协议(IP)多媒体子系统(IMS)或无线网络的类似组件内，并且可以为IMS或无线网络的其它后端组件定义策略以控制来自一个或多个设备的接入。例如，设备106可以通过在无线网络中建立一个或多个承载来与网关104和PCRF 102建立通信，其中可以在该一个或多个承载上将数据从无线网络传送到设备106。PCRF 102可以为承载分配策略规则，其中该策略规则将设备106的特定于用户或特定于数据的信息与承载相关联起来，如(例如，每分钟、每千字节等的)计费、(例如，与用户和/或请求的数据类型相关的)资源限制或容限等等。
在一个例子中，网关104可以实现：策略计费和实施功能体(PCEF)，其可以协助在与设备106相关的承载上实施策略规则；承载绑定和事件报告功能体(BBERF)，其可以根据策略规则修改设备106的承载；和/或其它功能体。应当清楚的是，设备106可以具有无线网络中的多个承载，这些承载由网关104或者一个或多个不同的组件来管理，并且PCRF 102可以将一组策略规则与每个承载关联起来，其中网关104至少部分地使用该组策略规则来管理多个承载。
在一个例子中，PCRF 102可以为与设备106相关的一个或多个承载修改策略规则。例如，这可以至少部分地基于设备106发起的资源修改过程(例如，将承载修改为用于语音呼叫而非用于接收数据的语音承载)。网关104可以从设备106接收相关的请求，并可以向PCRF 102转发该请求。在PCRF 102授权该请求的情况下，其可以确定修改与承载相关的策略规则。例如，PCRF 102可以更新与承载相关的策略规则，并且可以向网关104提供已修改的策略规则或相关的信息。这可以被称为从网关104请求来自PCRF 102的新策略规则的拉动模式。在这个例子中，网关104可以(例如，使用PCEF、BBERF等)安装已修改的策略规则和/或将已修改的策略规则与同设备106相关的承载互相关联，并且可以为来自设备106的通信实施策略规则。然而，在一个例子中，网关104可能未能安装已修改的策略规则和/或完成相关的承载修改过程。在这种情况下，在一个例子中，网关104可以将失败通知给PCRF 102，并且PCRF可以恢复到先前版本的PCC、QoS和/或其它策略规则。
在一个例子中，网关104可以向PCRF 102发送用于通知失败的策略规则安装和/或承载修改的消息。在这点上，PCRF 102在接收到该消息时可以恢复到先前版本的策略规则。例如，网关104还可以将成功的策略规则安装和/或承载修改通知给PCRF 102，在这种情况下，PCRF 102可以继续使用已修改的策略规则。在另一个例子中，在向网关104提供已修改的策略规则时，PCRF 102可以初始化定时器。在网关104未在定时器到期之前向PCRF 102发送失败消息的情况下，PCRF 102可以继续使用已修改的规则。类似地，在另一个例子中，PCRF 102可以使用定时器来指示失败的策略规则安装和/或承载修改，使得在PCRF 102没有从网关104接收到指示成功的策略规则安装和/或承载修改的消息的情况下，PCRF 102可以恢复到先前的策略规则。在另一个例子中，PCRF 102可以至少部分地基于从与承载相关的应用功能体接收到的信息来更新策略规则。在这个例子中，PCRF 102可以向网关104提供策略规则(这可以被称为推动模式)，并且可以向应用功能体报告从网关104接收的策略规则安装和/或承载修改的失败和/或成功。
转到图2，示出了处理PCC、QoS和/或类似规则更新的失败的示例性无线通信网络200。如所描述的，网络200可以包括：PCRF 102，其为设备106或相关承载实现策略控制；以及网关104，其有助于设备106和PCRF102之间的通信，实施策略控制等。附加地，如所描述的，网关104可以是SGW、PGW或无线网络中的其它网关。此外，如所描述的，设备106可以是无线设备(如UE、接入点、中继节点或其它设备)，其在无线网络中通信并经由PCRF 102被授权或被认证。
PCRF 102可以包括：规则更新组件202，其生成或接收与无线网络中的设备和/或其承载相关的一组已修改的策略规则；以及规则供应组件204，其向该设备与之通信的网关提供已修改的策略规则。PCRF 102可以附加地包括：修改状态接收组件206，其获得对网关是否成功地安装了已修改的策略规则和/或完成了相关的承载修改的至少一个指示；以及规则恢复组件208，在网关指示安装已修改的策略规则和/或完成相关的承载修改失败的情况下，其将策略规则更新为先前的版本。
例如，网关104包括：规则接收组件210，其从PCRF获得一组已修改的策略规则；以及规则修改组件212，其为设备和/或相关承载安装该组已修改的策略规则。网关104还可以包括：承载修改组件214，其执行承载修改，其中可以从设备请求该承载修改；以及修改状态传送组件216，其可以向PCRF报告安装已修改的策略规则和/或修改承载的状态。
根据一个例子，如所描述的，PCRF 102可以为针对设备106的通信而在无线网络中建立的承载定义或接收策略规则(例如，PCC、QoS或类似规则)，并且网关104可以为该承载实施该策略规则。规则更新组件202可以修改与承载相关的策略规则。在一个例子中，如所描述的，设备106可以对网关104发起针对承载或其它资源的资源修改过程，网关104可以向PCRF 102转发请求。在这个例子中，在PCRF 102授权该请求的情况下，规则更新组件202可以至少部分地基于该请求修改策略规则，以针对在承载上所发送的数据来处理和/或适当地制定策略。例如，规则更新组件202可以定义用于更高QoS的规则以有助于为承载分配更多的资源，定义附加的计费策略等等。此外，例如，规则供应组件204可以向网关104发送已修改的策略规则。
在一个例子中，当(例如，在LTE中)从PCRF 102接收到已修改的策略规则时、当(例如，在演进型高速率分组数据(eHRPD)中)从PCRF102接收到对承载修改的授权时、等等，承载修改组件214可以为设备106发起承载修改。在任何一种情况中，如所描述的，例如，规则接收组件210可以获得与承载相关的已修改的策略规则，并且规则修改组件212可以尝试为设备106的承载安装或关联已修改的策略规则。在一个例子中，规则修改组件212可能未能正确地安装已修改的策略规则。因此，承载修改组件214也不能完成承载修改过程。应当清楚的是，在另一个例子中，承载修改组件214可能因为其它的原因不能完成承载修改过程。在任何一种情况中，修改状态传送组件216可以向PCRF 102指示网关104没有正确地安装策略规则和/或承载修改过程没有完成，并且网关104可以继续使用先前版本的策略规则。修改状态接收组件206可以获得该指示，并且规则恢复组件208可以为设备106的承载将策略规则更新为先前版本。在这点上，网关104可以在承载上继续实施先前版本的规则。
因此，在一个例子中，在从设备106接收到承载修改请求时，网关可以向PCRF 102发送CCR以发起承载修改。规则更新组件202可以为承载生成或接收一组策略规则，并且规则供应组件204可以在CCA中向网关104发送新策略规则或相关的信息。此外，规则恢复组件208可以存储先前版本的策略规则，以防在网关104处安装或承载修改失败。在这点上，例如，PCRF 102和网关104可以交换另一个CCR/CCA，以指示在网关104处是否成功地安装了新策略规则和/或承载修改是否成功地完成了。例如，如所描述的，规则修改组件212可以尝试安装已修改的策略规则，并且承载修改组件214可以尝试完成承载修改。
在这个例子中，例如，在策略规则操作之后，修改状态传送组件216可以向PCRF 102发送CCR，以指示已修改的策略规则的安装和/或承载修改的状态。修改状态接收组件206可以获得所指示的状态。在该状态指示网关104成功地安装了策略规则和/或完成了承载修改的情况下，规则恢复组件208可以删除先前的策略规则。因此，PCRF 102使用已修改的策略规则以用于在与设备106相关的承载上进行的通信。例如，在该状态指示在网关104处策略规则安装和/或承载修改失败的情况下，规则恢复组件208可以将PCRF 102恢复到先前版本的策略规则，以用于在与设备106相关的承载上进行的通信。应当清楚的是，在这个例子中，由于新的策略规则未能安装(或者承载修改失败)，所以网关104继续实施先前版本的策略规则。在任何一种情况中，规则供应组件204可以向网关104发送确认接收到状态指示的CCA。
在另一个例子中，在规则更新组件202修改PCRF 102所使用的策略规则时，规则恢复组件208不存储先前版本的策略规则。在这个例子中，在网关104处策略规则安装或承载修改失败的情况下，修改状态传送组件216可以将先前版本的策略规则与所指示的失败状态一起发送给PCRF 102。修改状态接收组件206可以获得失败状态和先前版本的策略规则，并且规则恢复组件208可以将PCRF 102处的策略规则更新为先前版本。
在另一个例子中，无论当规则更新组件202修改PCRF 102的策略规则时规则恢复组件208是否存储先前版本的策略规则，(例如，一旦规则更新组件202为承载修改PCRF 102所使用的策略规则，一旦规则供应组件204向网关104发送已修改的策略规则，等等)，规则恢复组件208可以附加地初始化定时器。在这点上，如所描述的，在网关104处策略规则安装和/或承载修改失败的情况下，修改状态传送组件216可以向PCRF 102发送CCR。修改状态接收组件206可以获得CCR并(在一个例子中，不管CCR的内容如何)将其解释为网关104处的失败，并且规则恢复组件208可以将PCRF102的策略规则更新为(已存储的或在CCR中接收的)先前版本。
在这个例子中，在网关104成功地安装了策略规则和/或成功地修改了承载的情况下，其不向PCRF 102发送CCR。从而，当在规则恢复组件208处的定时器在修改状态接收组件206从网关104接收到CCR之前到期的情况下，规则恢复组件208可以假定在网关104处成功地安装了策略规则并成功地修改了承载。因此，例如，如果规则恢复组件208存储了先前版本的策略规则，则其可以删除该策略规则。应当清楚的是，也可以在相反的情况中使用定时器，使得网关104只在成功的规则安装和/或承载修改时发送CCR，从而规则恢复组件208只有当在定时器到期前接收到CCR的情况下才恢复到先前的策略规则。应当清楚的是，规则恢复组件208可以至少部分地基于已配置的或规定的值(根据过去成功的策略规则安装和/或承载修改等所计算出的值)来设置定时器的值。
参考图3，示出了将策略规则修改的失败通知给应用功能体的示例性无线通信网络300。如所描述的，网络300可以包括：PCRF 102，其为设备(未示出)或其承载实现策略控制。网络300附加地包括：应用功能体302，其经由PCRF 102(例如，和/或网关或者其它核心网节点)在承载上向设备传送数据。例如，应用功能体302可以在网络服务器或类似的组件上运行以为多个设备提供服务，并且PCRF 102可以为应用功能体302控制策略、QoS等。在一个例子中，应用功能体302可以向PCRF 102提供服务信息，以用于为设备或相关的承载实现PCC、QoS或类似规则。
PCRF 102可以包括：新服务接收组件304，其从应用功能体获得一个或多个新服务参数，其中该一个或多个新服务参数与在无线网络中的承载上同设备进行通信相关；规则更新组件202，其至少部分地基于一个或多个新服务参数来修改PCRF 102处的一个或多个策略规则；以及规则供应组件204，其向网关(未示出，其可以实现PCEF和/或BBERF)发送一个或多个已修改的PCC、QoS或类似的策略规则，用以实施该策略规则和/或根据该策略规则修改承载。PCRF 102还可以包括：修改状态接收组件206，如所描述的，其可以获得对在网关处策略规则安装和/或承载修改是否成功的指示；修改状态传送组件306，其向应用功能体传送该指示；以及规则恢复组件208，在该指示指明在网关处策略规则安装和/或承载修改失败的情况下，其将一个或多个PCC、QoS或类似策略规则更新为先前版本。
例如，应用功能体302包括：新服务供应组件308，其可以向PCRF或无线网络的其它核心组件提供一个或多个新服务参数；以及修改状态接收组件310，其可以从PCRF获得在PCRF处和/或相关节点处是否正确地安装了策略规则的指示，其中该策略规则与一个或多个新服务参数相对应。
根据一个例子，应用功能体302可以生成与设备相关的新服务参数。例如，设备可以向应用功能体请求附加的或修改的服务(例如，向先前向设备流式传输音频的应用请求流式视频，等等)。在这个例子中，应用功能体302可以建立与承载相关的一个或多个新服务参数，其中应用功能体302至少部分地基于该请求在该承载上与设备通信。新服务供应组件308可以向PCRF 102发送一个或多个新服务参数。例如，新服务参数可以与下列内容相关：承载所需要的额外资源或QoS、针对所请求的服务对设备进行计费的策略等等。新服务接收组件304可以获得一个或多个新服务参数。在一个例子中，新服务接收组件304可以向应用功能体302确认接收到一个或多个新服务参数。
在这个例子中，规则更新组件202可以至少部分地基于一个或多个新服务参数生成一组已修改的策略规则(例如，PCC、QoS或类似规则)。例如，可以定义已修改的策略规则来允许针对所请求服务的充分的QoS。如所描述的，规则供应组件204可以向网关或其它组件提供该组已修改的策略规则，其中该网关或其它组件实现实施功能体(例如PCEF)、承载管理功能体(例如BBERF)等。此外，如所描述的，修改状态接收组件206可以获得下列指示：在网关处是否成功地安装了该组已修改的策略规则、是否针对该组已修改的策略规则而成功地修改了与设备相关的承载等等。如所描述的，在该指示指出在网关处策略规则安装和/或承载修改失败(从而网关可以改为使用旧的策略规则)的情况下，规则恢复组件208可以将PCRF102处的策略规则更新为先前版本的策略规则(如所描述的，先前版本的策略规则可能已经存储在规则恢复组件208处或在指示中接收)。
此外，在这个例子中，修改状态传送组件306可以将使用与一个或多个新服务参数相关的该组已修改的策略规则的失败通知给应用功能体302。修改状态接收组件310可以从PCRF 102获得该通知，并且应用功能体302可以根据该通知采取操作。例如，在应用功能体302存储了先前的服务信息和/或使用先决条件类型的机制的情况下，其可以在接收到该通知时使用先前的服务信息。例如，在未使用先决条件类型的机制的情况下，应用功能体302可以拆除与设备的通信会话、使用次优QoS以新服务信息继续操作等等。在另一个例子中，应当清楚的是，(例如，如所描述的，不管是从网关接收到这种指示还是相反地基于未收到指示而推断出这种情况)修改状态传送组件306还可以将成功的策略规则安装和/或承载修改通知给应用功能体302。
现在转到图4，示出了示例性无线通信网络400，其传送与策略规则安装和/或相关承载修改的失败相关的规则行为指示符。网络400可以包括PCRF 102，如所描述的，PCRF 102为设备(未示出)或其承载实现策略控制。网络400附加地包括应用功能体302，如所描述的，应用功能体302通过PCRF 102和网关104在承载上向设备传送数据。例如，应用功能体302可以为多个设备提供服务，PCRF 102可以为应用功能体302控制策略、QoS等。网关104可以在承载上实施策略控制和/或可以基于从PCRF 102接收的策略规则处理承载的建立和修改。在一个例子中，应用功能体302可以向PCRF 102提供服务信息，用以为设备或相关的承载实现策略规则。
PCRF 102可以包括：规则行为接收组件402，其可以获得如果在网关处一组已修改的策略规则的安装或相关的承载修改失败时是释放还是使用先前策略规则(例如，PCC、QoS或类似规则)的指示；以及规则行为规定组件404，其向网关转发或传送类似的指示。PCRF 102附加地包括：规则恢复组件208，其可以在从网关接收到策略规则安装失败或承载修改失败的通知时，将PCRF 102更新为先前版本的策略规则；以及规则移除组件406，其可以释放先前版本的策略规则。
应用功能体302可以包括：规则行为规定组件408，其向PCRF指示释放还是使用先前版本的一组策略规则。例如，网关104包括：规则行为接收组件410，其获得如果在网关104处一组已修改的策略规则的安装和/或相关承载修改失败时是释放还是使用先前策略规则的指示；规则恢复组件412，其实施先前版本的策略规则；以及规则移除组件414，其可以释放先前版本的策略规则。
根据一个例子，如所描述的，应用功能体302可以至少部分地基于来自设备的所请求的服务增加、修改等来实现新服务信息。此外，规则行为规定组件408可以向PCRF 102提供在策略规则不能被安装(例如，和/或承载不能被成功修改)以适应新服务信息时的预期行为的指示。例如，该指示可以规定如果策略规则安装或相关的承载修改失败时是使用还是释放先前版本的策略规则。规则行为规定组件408可以在初始连接到PCRF 102时，将该指示与新服务信息一起作为独立的消息等提供给PCRF 102。在任何情况下，规则行为接收组件402可以获得该指示。
例如，规则行为指示符可以规定在已修改的策略规则的安装和/或相关的承载修改失败时使用先前版本的策略规则。从而，例如，如上文所描述的，在网关104报告一组已修改策略规则的安装或相关的承载修改失败的情况下，规则恢复组件208可以将PCRF 102更新到先前版本的策略规则。此外，如上文所描述的，PCRF 102可以将该失败通知给应用功能体302。在另一个例子中，在规则行为指示符规定当接收到失败时释放先前版本的策略规则的情况下，规则移除组件406可以在从网关104接收到失败时，释放先前版本的策略规则。在这点上，PCRF 102基本上可以执行规则行为指示符所指示的任何其它操作。
此外，规则行为规定组件404可以向网关104转发或发送规则行为指示符或类似的指示。在一个例子中，如前文所描述的，可以与一组已修改的规则一起发送这种指示。规则行为接收组件410可以获得该指示。类似地，在该指示规定在安装或相关的承载修改失败时恢复到先前版本的策略规则并且网关104不能成功地安装一组已修改的策略规则或修改承载的情况下，规则恢复组件412可以继续使用先前版本的策略规则。此外，网关104可以将该失败通知给PCRF 102，并且类似地，规则恢复组件406可以恢复到先前版本的策略规则等等。例如，在该指示规定在失败时释放先前版本的策略规则的情况下，规则移除组件414可以撤销先前版本的策略规则，并释放与其相关的资源。
参考图5，示出了示例性无线通信系统500，其有助于处理在PCRF和PCEF/BBERF之间更新策略规则的失败。系统500包括：UE 502，其可以通过多个网络节点与应用功能体302通信。例如，UE 502可以经由一个或多个eNB连接到核心无线网络，如上文所描述的，这可以有助于通过核心无线网络中的一个或多个承载接入到一个或多个核心网组件(如，实现PCEF/BBERF 504的网关等)。此外，系统500包括：PCRF 102，其可以定义策略规则(例如，PCC、QoS和/或其它规则)以用于承载上的通信；PCEF504可以实施策略规则。此外BBERF 504可以为UE 502管理核心网承载。
根据一个例子，UE 502可以通过向PCEF/BBERF 504发送请求来发起资源修改506，其中该请求可以包括所请求的服务或对承载的修改、期望的QoS等。PCEF/BBERF 504可以通过向PCRF 102发送具有修改请求的CCR508来将所述请求通知给PCRF 102。如所描述的，在510处，PCRF 102可以推导出一组已更新的策略规则，并可以存储旧的策略规则。此外，PCRF102可以在CCA 512中向PCEF/BBERF 504发送已更新的策略规则。PCEF504可以尝试安装已更新的策略规则，并且BBERF 504可以针对已更新的策略规则尝试完成承载修改。如514处所示，在一个例子中，更新策略规则可能成功，并且PCEF/BBERF 504可以通过发送CCR 516进行确认来将成功的策略规则更新通知给PCRF 102。在这个例子中，如果先前已存储了旧的策略规则，则PCRF 102可以释放旧的策略规则518。PCRF 102可以附加地通过向PCEF/BBERF 504发送CCA 520来确认接收到CCR。
如522处所示，更新策略规则(或一组不同的策略规则)可能失败，并可能保持旧的策略规则。在这个例子中，PCEF/BBERF 504可以向PCRF102发送指示错误和/或一组旧策略规则的CCR 524。如所描述的，PCRF 102可以通过获得已存储的策略规则或者通过接收CCR 524中的旧策略规则来恢复到旧策略规则526。如所描述的，PCRF 102可以通过向PCEF/BBERF504发送CCA 528来确认接收到CCR 524。
参考图6，示出了示例性无线通信系统600，其有助于基于定时器来处理更新策略规则的失败。系统600包括：UE 502，其可以通过多个网络节点与应用功能体302通信。例如，如所描述的，UE 502可以经由一个或多个eNB连接到核心无线网络，如上文所描述的，这可以有助于通过核心无线网络中的一个或多个承载接入到一个或多个核心网组件(如，实现PCEF/BBERF 504的网关等)。此外，如所描述的，系统600包括：PCRF 102，其可以定义策略规则(例如，PCC、QoS和/或其它规则)以用于承载上的通信；PCEF 504可以实施策略规则。此外，BBERF 504可以为UE 502管理核心网承载。
根据一个例子，UE 502可以通过向PCEF/BBERF 504发送请求来发起资源修改506，其中该请求可以包括所请求的服务或对承载的修改、期望的QoS等。PCEF/BBERF 504可以通过向PCRF 102发送具有修改请求的CCR508来将所述请求通知给PCRF 102。如所描述的，在602处，PCRF 102可以推导出一组已更新的策略规则，存储旧的策略规则，和/或启动定时器，其中该定时器与确定PCC、QoS和/或其它策略规则安装或相关的承载修改是否成功相关。PCRF 102可以在CCA 512中向PCEF/BBERF 504发送已更新的策略规则。PCEF 504可以尝试安装已更新的策略规则，并且BBERF 504可以针对已更新的策略规则尝试完成承载修改。如514处所示，在一个例子中，更新策略规则可能成功，并且在这种情况下，就通知PCRF 102而言，PCEF/BBERF 504可以不做任何事情。定时器可能到期604，并且PCRF 102可以假定在PCEF/BBERF 504处策略规则安装和/或相关的承载修改成功。
如522处所示，更新策略规则(或一组不同的策略规则)可能失败，并可能保持旧的策略规则。在这个例子中，PCEF/BBERF 504可以向PCRF102发送指示错误和/或一组旧策略规则的CCR 524。如所描述的，PCRF 102可以停止定时器并且通过获得已存储的策略规则或者通过接收CCR 524中的旧策略规则来恢复到旧策略规则606。如所描述的，PCRF 102可以通过向PCEF/BBERF 504发送CCA 528来确认接收到CCR 524。
参考图7，示出了示例性无线通信系统700，其有助于处理更新策略规则的失败，其中该更新策略规则是从PCRF向PCEF/BBERF推动的。系统700包括：UE 502，其可以通过多个网络节点与应用功能体302通信。例如，如所描述的，UE 502可以经由一个或多个eNB连接到核心无线网络，如上文所描述的，这可以有助于通过核心无线网络中的一个或多个承载接入到一个或多个核心网组件(如，实现PCEF/BBERF 504的网关等)。此外，如所描述的，系统700包括：PCRF 102，其可以定义策略规则(例如，PCC、QoS和/或其它规则)以用于承载上的通信；PCEF 504可以实施策略规则。此外，BBERF 504可以为UE 502管理核心网承载。
根据一个例子，UE 502可以与应用功能体302协商新的服务信息702。如所描述的，例如，UE 502可以向应用功能体302请求附加的或修改的服务。例如，作为响应，应用功能体302可以向PCRF 102发送包括新的服务信息的认证和授权请求(AAR)704。PCRF 102可以授权新的服务信息706，并向应用功能体302发送认证和授权应答(AAA)708以确认对新的服务信息的授权。然后，PCRF 102可以基于新的服务信息推导出更新的策略规则并存储旧的策略规则710。PCRF 102可以向PCEF/BBERF 504发送包括已更新的策略规则的再授权请求(RAR)712。
如上文所描述的，PCEF/BBERF 504在安装已更新的策略规则和/或针对已更新的策略规则完成承载修改的过程中可能成功或失败。如在714处所示的，更新策略规则可能成功，并且PCEF/BBERF 504可以向PCRF 102发送指示成功的再授权应答(RAA)716。如果已经存储了旧的策略规则，则PCRF 102可以释放旧的策略规则718。如在720处所示的，可替换地，更新策略规则可能失败，并且保持旧的策略规则。在这个例子中，PCEF/BBERF 504可以向PCRF 102发送报告错误的RAA 722。例如，RAA722可以指示策略规则安装和/或承载修改失败。在这种情况下，PCRF 102可以恢复到旧的策略规则724，并且可以向应用功能体302发送指示错误的RAR 726。应用功能体302可以用RAA 728来确认接收到RAR 726。如所描述的，应用功能体302可以基于对所指示的错误的接收来执行一个或多个操作，如拆除会话、以次优QoS继续操作、恢复回先前的服务信息等等。
参考图8，示出了示例性无线通信系统800，其有助于处理更新策略规则的失败，其中该更新策略规则是从PCRF向PCEF/BBERF推动的。系统800包括：UE 502，其可以通过多个网络节点与应用功能体302通信。例如，如所描述的，UE 502可以经由一个或多个eNB连接到核心无线网络，如上文所描述的，这可以有助于通过核心无线网络中的一个或多个承载接入到一个或多个核心网组件(例如，实现PCEF/BBERF 504的网关等)。此外，如所描述的，系统800包括：PCRF 102，其可以定义策略规则(例如，PCC、QoS和/或其它规则)以用于承载上的通信；PCEF 504可以实施策略规则。此外，BBERF 504可以为UE 502管理核心网承载。
根据一个例子，UE 502可以与应用功能体302协商新的服务信息702。如所描述的，例如，UE 502可以向应用功能体302请求附加的或修改的服务。例如，作为响应，应用功能体302可以向PCRF 102发送包括新的服务信息和规则行为指示符的AAR 802。规则行为指示符可以与下列操作相关：在更新策略规则以遵守新的服务信息失败时，应用功能体302所预期的在PCRF 102处的操作。PCRF 102可以授权新的服务信息706，并向应用功能体302发送AAA 708以确认对新的服务信息的授权。然后，PCRF 102可以基于新的服务信息推导出更新的策略规则，并根据规则行为指示存储或不存储旧的策略规则804。PCRF 102可以向PCEF/BBERF 504发送包括已更新的策略规则和/或规则行为指示符的RAR 806。
如上文所描述的，PCEF/BBERF 504在安装已更新的策略规则和/或针对已更新的策略规则完成承载修改的过程中可能成功或失败。如在714处所示的，更新策略规则可能成功，并且PCEF/BBERF 504可以向PCRF 102发送指示成功的RAA 716。如果已经存储了旧的策略规则，则PCRF 102可以根据规则行为指示符释放旧的策略规则808。如在810处所示的，可替换地，更新策略规则可能失败，并且基于规则行为指示符保持旧的策略规则。例如，如果规则行为指示符规定在错误的情况下存储旧的策略规则，则PCEF/BBERF 504可以这样操作。在这个例子中，PCEF/BBERF 504可以向PCRF 102发送报告错误的RAA 722。例如，RAA 722可以指示策略规则安装和/或承载修改失败。在这种情况下，PCRF 102可以根据规则行为指示符恢复到旧的策略规则或释放旧的策略规则812，并且可以向应用功能体302发送指示错误的RAR 726。应用功能体302可以用RAA 728来确认接收到RAR 726。从而，在这个例子中，在未成功地进行策略规则安装和/或相关的承载修改的情况下，PCRF 102和PCEF/BBERF 504按照应用功能体302的要求进行操作。
参考图9-图12，示出了与处理策略规则安装的失败相关的示例性方法。虽然为了简化解释的目的，将这些方法示出并描述为一系列的操作，但是应当理解并清楚的是，这些方法并不受操作的顺序的限制，这是因为，依照一个或多个实施例，一些操作可以按不同顺序发生和/或与本文中示出和描述的其它操作同时发生。例如，本领域技术人员将会理解并清楚，一个方法也可以可选地表示成例如状态图中的一系列相互关联的状态或事件。此外，为了实现根据一个或多个实施例的方法，并非所示出的全部操作都是必需的。
转到图9，示出了示例性方法900，其有助于基于在网关处已修改的策略规则的安装或相关的承载修改过程的完成是否成功来使用策略规则。在902处，可以至少部分地基于承载修改过程来向网关提供一个或多个已修改的策略规则。例如，如所描述的，承载修改过程可以通过设备为相关承载请求附加服务、应用功能体为该设备或相关承载提供新的服务信息等等来发起。此外，策略规则可以修改先前版本的规则，以便允许额外的资源、修改计费规则等等。在904处，可以确定网关是否成功地完成了安装一个或多个已修改的策略规则的承载修改过程。例如，如所描述的，这可以包括从网关接收指示承载修改是否成功完成的指示(例如，在CCR中)，这可以基于定时器或其它方式。在906处，可以至少部分地基于对网关是否成功地完成了承载修改过程的确定，来使用一个或多个已修改的策略规则或者一个或多个先前的策略规则。例如，在网关未成功完成承载修改过程的情况下，可以使用一个或多个先前的策略规则。在一个例子中，如所描述的，可以在提供一个或多个已修改的策略规则时存储一个或多个先前的策略规则，和/或如果在指示中提供，则网关可以将一个或多个先前的策略规则包括在指示中。
参考图10，示出了示例性方法1000，其使用CCR/CCA交换来传送已修改规则的安装和/或相关的承载修改过程的失败和/或成功。在1002处，可以从PCEF/BBERF接收包括规则修改请求的CCR。在1004处，可以在对应的CCA中向PCEF/BBERF发送已修改的规则。在1006处，可以接收不同的CCR，其中该不同的CCR包括对一个或多个已修改的规则是否被成功安装和/或承载修改是否成功完成的指示。从而，如所描述的，该不同的CCR可以包括失败或成功的指示、可以被评估以确定其是否是在定时器到期前被接收等，以便确定PCEF/BBERF是否成功地安装了规则和/或完成了相关的承载修改过程。
现在转到图11，示出了示例性方法1100，其有助于指示策略规则安装的失败和/或成功。在1100处，可以至少部分地基于承载修改过程来从PCRF接收一个或多个已修改的策略规则。在一个例子中，规则修改可以作为该过程的一部分而被请求，从应用功能体向PCRF进行请求以适应设备的新服务等等。在1104处，可以作为承载修改过程的一部分来尝试安装一个或多个已修改的策略规则。在1106处，可以向PCRF发送指示承载修改过程是否成功完成的CCR。例如，这可以包括对是否成功地安装了规则的指示。在这点上，PCRF可以至少部分地基于该指示来采取适当的操作。此外，如所描述的，在一个例子中，可以与一个或多个已修改的规则一起接收规则行为指示符，并且在一个或多个已修改的策略规则的安装和/或承载修改过程失败的情况下可以执行相关的操作。
参考图12，示出了示例性方法1200，其有助于与新的服务信息一起提供规则行为指示符，以规定当承载修改过程失败时要采取的操作。在1202处，可以从设备接收对附加的或修改的服务的请求。在1204处，可以至少部分地基于该请求为PCRF生成新的服务信息。如所描述的，新的服务信息可以指示新服务所需要的额外资源、已更新的计费信息等。在1206处，可以将新的服务信息连同规则行为指示符一起发送给PCRF。从而，如所描述的，例如，在承载修改过程失败的情况下，PCRF可以执行规则行为指示符所规定的操作。
将会清楚的是，如所描述的，根据本文所描述的一个或多个方面，可以对于确定规则安装或相关的承载修改是成功还是失败做出推论。如本文使用的，术语“推断”或“推论”通常指的是根据通过事件或数据获得的一组观察量来对系统、环境和/或用户的状态进行推理或推断的过程。例如，可以使用推论来识别特定的上下文或操作，或可以产生状态的概率分布。这种推论可以是概率性的，也就是说，根据所考虑的数据和事件，对所关注的状态的概率分布进行计算。推论还可以指用于根据一组事件和/或数据来构成高级事件的技术。这种推论使得可以根据一组观察到的事件和/或存储的事件数据来构造新的事件或操作，而不管事件是否在极接近的时间上相关，也不管事件和数据是否来自一个或数个事件和数据源。
参考图13，示出了系统1300，其在已修改的规则的安装失败的情况下恢复到先前的策略规则。例如，系统1300可以至少部分地位于基站、移动设备等内。应当清楚的是，将系统1300表示为包括功能方框，其中这些功能方框可以是用于表示由处理器、软件或其组合(例如，固件)实现的功能的功能方框。系统1300包括可以协同操作的电子组件的逻辑组1302。例如，逻辑组1302可以包括：用于至少部分地基于承载修改过程来向网关提供一个或多个已修改的策略规则的电子组件1304。例如，如所描述的，网关可以至少部分地基于来自相关设备的请求来发起承载修改过程。在另一个例子中，可以至少部分地基于从应用功能体接收的新服务信息来向网关提供已修改的策略规则。此外，逻辑组1302可以包括：用于确定网关是否成功地完成了安装一个或多个已修改策略规则的承载修改过程的电子组件1306。
如所描述的，例如，电子组件1306可以至少部分地基于下列操作来确定网关是否成功地完成了承载修改过程：从网关接收到指示承载修改过程和/或相关联的已修改规则的安装的状态的CCR、在定时器到期前接收到这种指示等等。此外，逻辑组1302可以包括：用于恢复到一个或多个先前策略规则的电子组件1308。如所描述的，电子组件1308可以至少部分地基于对在网关处规则安装或相关的承载修改过程的失败的确定来进行恢复。附加地，系统1300可以包括存储器1310，其保留用于执行与电子组件1304、1306和1308相关联的功能的指令。应当理解的是，虽然将电子组件1304、1306和1308示为在存储器1310的外部，但是这些电子组件中的一个或多个也可以存在于存储器1310内。
参考图14，示出了用于向PCRF指示已修改的规则的安装和/或相关的承载修改过程的状态的系统1400。例如，系统1400可以至少部分地位于基站、移动设备等内。应当清楚的是，将系统1400表示为包括功能方框，其中这些功能方框可以是用于表示由处理器、软件或其组合(例如，固件)实现的功能的功能方框。系统1400包括可以协同操作的电子组件的逻辑组1402。例如，逻辑组1402可以包括：用于至少部分地基于承载修改过程来从PCRF接收一个或多个已修改的策略规则的电子组件1404。例如，如所描述的，可以至少部分地基于来自相关设备的请求、基于在PCRF处从应用功能体接收到新的服务信息等来发起承载修改过程。此外，逻辑组1402可以包括：用于尝试安装一个或多个已修改的策略规则的电子组件1406，其中安装一个或多个已修改的策略规则是承载修改过程的一部分。此外，逻辑组1402可以包括：用于向PCRF发送指示承载修改过程是否成功完成的CCR的电子组件1408。附加地，系统1400可以包括存储器1410，其保留用于执行与电子组件1404、1406和1408相关联的功能的指令。应当理解的是，虽然将电子组件1404、1406和1408示为在存储器1410的外部，但是这些电子组件中的一个或多个也可以存在于存储器1410内。
参考图15，示出了向PCRF提供规则行为指示符的系统1500。例如，系统1500可以至少部分地位于基站、移动设备等内。应当清楚的是，将系统1500表示为包括功能方框，其中这些功能方框可以是用于表示由处理器、软件或其组合(例如，固件)实现的功能的功能方框。系统1500包括可以协同操作的电子组件的逻辑组1502。例如，逻辑组1502可以包括：用于至少部分地基于来自设备的对附加的或修改的服务的请求，来向PCRF发送新的服务信息的电子组件1504。如所描述的，例如，新的服务信息(如所描述的)可以与附加的计费策略、新的或已修改的服务所需要的额外资源等相关。此外，逻辑组1502可以包括：用于向PCRF发送规则行为指示符的电子组件1506，其中规则行为指示符规定了在与新服务相关的承载修改过程失败时要采取的一个或多个操作。从而，如所描述的，PCRF可以使用该指示符来执行所规定的行为、向PCEF/BBERF发送该指示符等等。附加地，系统1500可以包括存储器1508，其保留用于执行与电子组件1504和1506相关联的功能的指令。应当理解的是，虽然将电子组件1504和1506示为在存储器1508外部，但是这些电子组件中的一个或多个也可以存在于存储器1508内。
现在参考图16，示出了根据本文提供的各种实施例的无线通信系统1600。系统1600包括：基站1602，其可以包括多个天线组。例如，一个天线组可以包括天线1604和1606，另一个组可以包括天线1608和1610，以及其它一组可以包括天线1612和1614。针对每个天线组示出了两个天线；然而，对于每个天线组而言，可以使用更多或更少的天线。本领域技术人员将会清楚，基站1602可以附加地包括发射机链和接收机链，其中发射机链和接收机链中的每一个可以进而包括与信号发送和接收相关联的多个组件(例如，处理器、调制器、复用器、解调器、解复用器、天线等)。
基站1602可以与一个或多个移动设备(如移动设备1616和移动设备1622)通信；然而，应当清楚的是，基站1602可以与类似于移动设备1616和1622的实质上任意数目的移动设备进行通信。例如，移动设备1616和1622可以是蜂窝电话、智能电话、膝上型电脑、手持通信设备、手持计算设备、卫星无线电台、全球定位系统、PDA和/或用于通过无线通信系统1600进行通信的任何其它合适的设备。如所示的，移动设备1616与天线1612和1614通信，其中天线1612和1614通过前向链路1618向移动设备1616发送信息，并通过反向链路1620从移动设备1616接收信息。此外，移动设备1622与天线1604和1606通信，其中天线1604和1606通过前向链路1624向移动设备1622发送信息，并通过反向链路1626从移动设备1622接收信息。例如，在频分双工(FDD)系统中，前向链路1618可以使用与反向链路1620所使用的频带不同的频带，并且前向链路1624可以使用与反向链路1626所使用的频带不同的频带。此外，在时分双工(TDD)系统中，前向链路1618和反向链路1620可以使用公共频带，并且前向链路1624和反向链路1626可以使用公共频带。
每组天线和/或其被指定进行通信的区域可以被称为基站1602的扇区。例如，可以将天线组设计为与基站1602所覆盖的区域的扇区中的移动设备进行通信。在通过前向链路1618和1624的通信中，基站1602的发射天线可以使用波束成形来为移动设备1616和1622提高前向链路1618和1624的信噪比。此外，当基站1602使用波束成形向随机分布在相关覆盖区域各处的移动设备1616和1622进行发送时，相比基站通过单个天线向其全部移动设备进行发送，邻近小区中的移动设备可能遭受更小的干扰。此外，如所描述的，移动设备1616和1622可以使用对等或ad hoc技术来直接地相互通信。根据一个例子，系统1600可以是多输入多输出(MIMO)通信系统。
图17示出了示例性无线通信系统1700。为了简洁，无线通信系统1700示出了一个基站1710和一个移动设备1750。然而，应当清楚的是，系统1700可以包括多于一个的基站和/或多于一个的移动设备，其中，额外的基站和/或移动设备可以与下文所描述的示例性基站1710和移动设备1750大体上类似或不同。此外，应当清楚的是，基站1710和/或移动设备1750可以采用本文所描述的系统(图1-图8和图13-图16)和/或方法(图9-图12)以有助于其之间的通信。
在基站1710处，从数据源1712向发射(TX)数据处理器1714提供用于多个数据流的业务数据。根据一个例子，每一个数据流可以在各自的天线上被发射。TX数据处理器1714根据为业务数据流所选定的具体编码方案，对该数据流进行格式化、编码和交织，以便提供编码数据。
可以使用正交频分复用(OFDM)技术将每一个数据流的编码数据与导频数据进行复用。附加地或替换地，导频符号可以是频分复用(FDM)的、时分复用的(TDM)或码分复用(CDM)的。一般情况下，导频数据是以已知方式处理的已知数据模式，并且可以在移动设备1750处使用导频数据来估计信道响应。可以根据为每一个数据流所选定的特定调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M相相移键控(M-PSK)或M阶正交幅度调制(M-QAM)等)，对该数据流的复用后的导频和编码数据进行调制(例如，符号映射)，以提供调制符号。可以通过由处理器1730执行或提供的指令来确定每一个数据流的数据速率、编码和调制。
可以将数据流的调制符号提供给TX MIMO处理器1720，其可以进一步(例如，针对OFDM)处理调制符号。然后，TX MIMO处理器1720将NT个调制符号流提供给NT个发射机(TMTR)1722a到1722t。在各种实施例中，TX MIMO处理器1720将波束成形权重应用到数据流的符号和发送该符号的天线。
每个发射机1722接收并处理各自的符号流以提供一个或多个模拟信号，并且进一步对模拟信号进行调节(例如，放大、滤波和上变频)以提供适于在MIMO信道上传输的调制信号。此外，将来自发射机1722a到1722t的NT个调制信号分别从NT个天线1724a到1724t进行发送。
在移动设备1750处，所发送的调制信号通过NR个天线1752a到1752r来接收，并且将来自每个天线1752的接收信号提供到各自的接收机(RCVR)1754a到1754r。每个接收机1754对各自的信号进行调节(例如，滤波、放大和下变频)，对已调节的信号进行数字化以提供采样，并且进一步处理采样以提供相应的“接收”符号流。
RX数据处理器1760可以基于特定的接收机处理器技术对来自NR个接收机1754的NR个接收符号流进行接收和处理，以提供NT个“检测”符号流。RX数据处理器1760可以对每个检测符号流进行解调、解交织和解码，以恢复数据流的业务数据。由RX数据处理器1760进行的处理与由基站1710处的TX MIMO处理器1720和TX数据处理器1714执行的处理互逆。
处理器1770可以定期地确定使用哪个预编码矩阵(如上文所讨论的)。此外，处理器1770可以生成包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可以包括与通信链路和/或所接收数据流相关的各种类型的信息。反向链路消息可以由TX数据处理器1738来处理，由调制器1780来调制，由发射机1754a到1754r来调节，并且被发送回基站1710，其中TX数据处理器1738还从数据源1036接收多个数据流的业务数据。
在基站1710处，来自移动设备1750的已调制信号由天线1724接收，由接收机1722调节，由解调器1740解调，并且由RX数据处理器1742处理，以提取出由移动设备1750发送的反向链路消息。此外，处理器1730可以处理所提取出的消息，以确定使用哪个预编码矩阵来确定波束成形权重。
处理器1730和1770可以分别指导(例如，控制、协调、管理等)基站1710和移动设备1750处的操作。各个处理器7130和1770可以与存储程序代码和数据的存储器1732和1772相关联。处理器7130和1770也可以执行计算，以分别导出上行链路和下行链路的频率和脉冲响应估计。
结合本文所公开的实施例描述的各种示例性逻辑、逻辑方框、模块和电路，可以通过被设计为执行本文所描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、离散门或晶体管逻辑、离散硬件组件或其任意组合来实现或执行。通用处理器可以是微处理器，但是可替换地，该处理器可以是任何传统处理器、控制器、微控制器或状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合或者任何其它此种配置。附加地，至少一个处理器可以包括用于执行上文所描述的一个或多个步骤和/或操作的一个或多个模块。
此外，结合本文所公开的方面所描述的方法或者算法的步骤和/或操作可直接实施在硬件、由处理器执行的软件模块或这两者的组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质可以耦合至处理器，从而使处理器可以从该存储介质读取信息，且可向该存储介质写入信息。可替换地，存储介质可以是处理器的组成部分。此外，在一些方面中，处理器和存储介质可以位于ASIC中。附加地，该ASIC可以位于用户终端中。可替换地，处理器和存储介质可以作为分立组件存在于用户终端中。附加地，在一些方面中，所述方法或者算法的步骤和/或操作可以作为一个代码或指令、或者代码或指令的任意组合、或者代码或指令的集合，驻留在可合并到计算机程序产品中的机器可读介质或计算机可读介质中。
在一个或多个方面中，所描述的功能可以实现在硬件、软件、固件或其任意组合中。如果在软件中实现，则所述功能可以作为一个或多个指令或代码存储在计算机可读介质上，或通过计算机可读介质传输。计算机可读介质包括计算机存储介质和通信介质，包括有助于将计算机程序从一个地方转移到另一个地方的任何介质。存储介质可以是计算机能够访问的任何可用介质。示例性地而非限制性地，这样的计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备或者可以用于以指令或数据结构形式携带或存储所需程序代码并能够被计算机访问的任何其它介质。此外，任何连接也可以被称为计算机可读介质。例如，如果使用同轴电缆、光纤光缆、双绞线、数字用户线路(DSL)或诸如红外线、无线电和微波之类的无线技术，从网站、服务器或其它远程源传输软件，则该同轴电缆、光纤光缆、双绞线、DSL或诸如红外线、无线电和微波之类的无线技术也包含在介质的定义中。如本申请中使用的，磁盘和光盘包括压缩盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘则通过激光器光学地复制数据。上述的组合也应当包括在计算机可读介质的范围内。
虽然上述公开内容讨论了示例性方面和/或实施例，但是，应当注意的是，在不脱离所描述的方面和/或实施例的范围的情况下，可以在本申请中做出各种改变和修改，其中该范围由所附权利要求定义。此外，虽然可以以单数形式描述或要求所描述方面和/或实施例的元素，但是除非明确声明了限于单数形式，否则可以料想到复数形式。附加地，除非另外规定，否则任何方面和/或实施例的全部或一部分可以与任何其它方面和/或实施例的全部或一部分一起使用。

Claims (34)

1.一种无线通信方法，包括：
策略计费和规则功能体PCRF至少部分地基于承载修改过程来向网关提供一个或多个已修改的策略规则，其中，所述承载修改过程被配置为通过在所述网关处安装所述一个或多个已修改的策略规则来将所述网关的一个或多个当前的策略规则更新为所述一个或多个已修改的策略规则；
所述PCRF基于向所述网关提供了所述一个或多个已修改的策略规则来将一个或多个先前的策略规则存储在存储器中；
所述PCRF确定所述网关是否未能安装所述一个或多个已修改的策略规则；以及
基于所述PCRF确定所述网关未能安装所述一个或多个已修改的策略规则，所述PCRF将所述网关的所述一个或多个当前的策略规则更新为所述存储器中存储的所述一个或多个先前的策略规则。
2.如权利要求1所述的方法，还包括：
从所述网关接收用于请求所述一个或多个已修改的策略规则的信用控制请求CCR，
其中，所述提供所述一个或多个已修改的策略规则的步骤包括：在信用控制应答CCA中向所述网关传送所述一个或多个已修改的策略规则。
3.如权利要求2所述的方法，还包括：
从所述网关接收与在所述网关处安装所述一个或多个已修改的策略规则相关的不同的CCR，
其中，所述确定步骤至少部分地基于所述不同的CCR。
4.如权利要求3所述的方法，其中，
所述不同的CCR包括所述一个或多个先前的策略规则。
5.如权利要求1所述的方法，还包括：
在向所述网关提供所述一个或多个已修改的策略规则时初始化定时器，
其中，所述确定步骤至少部分地基于确定在所述定时器到期之前，是否响应于在所述网关处接收到所述一个或多个已修改的策略规则而从所述网关接收到信用控制请求CCR。
6.如权利要求1所述的方法，还包括：
从应用功能体接收新的服务信息；以及
至少部分地基于所述新的服务信息生成所述一个或多个已修改的策略规则。
7.如权利要求6所述的方法，还包括：
通知所述应用功能体所述一个或多个已修改的策略规则未能安装在所述网关处。
8.如权利要求7所述的方法，还包括：
从所述应用功能体接收规则行为指示符，其中，所述规则行为指示符规定在所述承载修改过程失败时要执行的一个或多个操作。
9.如权利要求8所述的方法，还包括：
向所述网关提供所述规则行为指示符。
10.如权利要求8所述的方法，其中，
所述规则行为指示符规定在确定所述网关未能安装所述一个或多个已修改的策略规则时，所述PCRF将所述一个或多个当前的策略规则更新为所述PCRF存储的所述一个或多个先前的策略规则，还是所述PCRF释放所述PCRF存储的所述先前的策略规则。
11.如权利要求1所述的方法，还包括：
基于确定所述网关成功地安装了所述一个或多个已修改的策略规则，移除所述PCRF存储的所述一个或多个先前的策略规则。
12.一种无线通信装置，包括：
至少一个处理器，其被配置为执行策略计费和规则功能体PCRF以：
基于承载修改过程来向网关提供一个或多个已修改的策略规则，其中，所述承载修改过程被配置为通过在所述网关处安装所述一个或多个已修改的策略规则来将所述网关的一个或多个当前的策略规则更新为所述一个或多个已修改的策略规则；
基于所述至少一个处理器向所述网关提供了所述一个或多个已修改的策略规则来存储一个或多个先前的策略规则；
确定所述网关是否未能安装所述一个或多个已修改的策略规则；以及
基于所述至少一个处理器确定所述网关未能安装所述一个或多个已修改的策略规则，将所述网关的所述一个或多个当前的策略规则更新为所述一个或多个先前的策略规则；以及
存储器，其耦接至所述至少一个处理器，其中，所述至少一个处理器配置为在所述存储器中存储所述一个或多个先前的策略规则。
13.一种无线通信装置，包括：
用于基于承载修改过程来向网关提供一个或多个已修改的策略规则的模块，其中，所述承载修改过程被配置为通过在所述网关处安装所述一个或多个已修改的策略规则来将所述网关的一个或多个当前的策略规则更新为所述一个或多个已修改的策略规则；
用于基于向所述网关提供了所述一个或多个已修改的策略规则来将一个或多个先前的策略规则存储在存储器中的模块；
用于确定所述网关是否未能安装所述一个或多个已修改的策略规则的模块；以及
用于基于所述用于确定的模块指示了所述网关未能安装所述一个或多个已修改的策略规则，将所述网关的所述一个或多个当前的策略规则更新为所述存储器中存储的所述一个或多个先前的策略规则的模块。
14.一种无线通信装置，包括：
规则供应组件，其基于承载修改过程来向网关提供一个或多个已修改的策略规则，其中，所述承载修改过程被配置为通过在所述网关处安装所述一个或多个已修改的策略规则来将所述网关的一个或多个当前的策略规则更新为所述一个或多个已修改的策略规则；
规则恢复组件，其基于所述规则供应组件向所述网关提供了所述一个或多个已修改的策略规则来将一个或多个先前的策略规则存储在存储器中；
修改状态接收组件，其包括用于确定所述网关是否未能安装所述一个或多个已修改的策略规则的硬件，
其中，所述规则恢复组件基于所述修改状态接收组件确定所述网关未能安装所述一个或多个已修改的策略规则，将所述网关的所述一个或多个当前的策略规则更新为所述存储器中存储的所述一个或多个先前的策略规则。
15.如权利要求14所述的装置，其中，
作为所述承载修改过程的一部分，所述规则供应组件基于从所述网关接收的信用控制请求CCR，在信用控制应答CCA中向所述网关提供所述一个或多个已修改的策略规则。
16.如权利要求15所述的装置，其中，
所述修改状态接收组件从所述网关获得与在所述网关处安装所述一个或多个已修改的策略规则相关的不同的CCR，并且基于所述不同的CCR来确定所述网关是否未能安装所述一个或多个已修改的策略规则。
17.如权利要求16所述的装置，其中，
所述不同的CCR包括所述一个或多个先前的策略规则。
18.如权利要求14所述的装置，其中，
所述修改状态接收组件在所述规则更新组件向所述网关提供所述一个或多个已修改的策略规则时初始化定时器，并且基于在所述定时器到期之前是否接收到信用控制请求CCR，来确定所述网关是否未能安装所述一个或多个已修改的策略规则。
19.如权利要求14所述的装置，还包括：
新服务接收组件，其从应用功能体获得新的服务信息，
其中，所述规则更新组件至少部分地基于所述新的服务信息来生成所述一个或多个已修改的策略规则。
20.如权利要求19所述的装置，还包括：
修改状态传送组件，当所述一个或多个已修改的策略规则的安装失败时，所述修改状态传送组件通知所述应用功能体。
21.如权利要求14所述的装置，还包括：
规则行为接收组件，其从应用功能体获得规则行为指示符，其中，所述规则行为指示符规定在所述承载修改过程失败的情况下要执行的一个或多个操作。
22.如权利要求21所述的装置，还包括：
规则行为规定组件，其向所述网关传送所述规则行为指示符。
23.如权利要求22所述的装置，其中，
所述规则行为指示符规定在确定所述网关未能安装所述一个或多个已修改的策略规则时，所述规则恢复组件将所述一个或多个当前的策略规则更新为所述存储器中存储的所述一个或多个先前的策略规则，还是所述规则恢复组件释放所述存储器中存储的所述先前的策略规则。
24.如权利要求14所述的装置，其中，
所述规则恢复组件基于所述修改状态接收组件确定所述网关成功地安装了所述一个或多个已修改的策略规则，从所述存储器中移除所述一个或多个先前的策略规则。
25.一种无线通信方法，包括：
由网关基于承载修改过程从策略计费和规则功能体PCRF接收一个或多个已修改的策略规则，其中，所述承载修改过程被配置为通过在所述网关处安装所述一个或多个已修改的策略规则来将所述网关的一个或多个当前的策略规则更新为所述一个或多个已修改的策略规则；
由所述网关作为所述承载修改过程的一部分而尝试安装所述一个或多个已修改的策略规则；以及
当所述网关未能作为所述承载修改过程的一部分而安装所述一个或多个已修改的策略规则时，由所述网关向所述PCRF发送指示所述承载修改过程失败的信用控制请求CCR，
其中，所述CCR使得所述PCRF将所述网关的所述一个或多个当前的策略规则更新为由所述PCRF在存储器中存储的一个或多个先前的策略规则。
26.如权利要求25所述的方法，还包括：
作为所述承载修改过程的一部分，向所述PCRF发送请求规则修改的不同的CCR，
其中，所述接收所述一个或多个已修改的策略规则的步骤包括在相应的信用控制应答CCA中接收所述一个或多个已修改的策略规则。
27.如权利要求25所述的方法，还包括：
生成所述CCR以包括所述一个或多个先前的策略规则。
28.如权利要求25所述的方法，还包括：
接收规则行为指示符，其中，所述规则行为指示符规定在所述承载修改过程失败时要执行的一个或多个操作。
29.一种无线通信装置，包括：
至少一个处理器，其被配置为：
基于承载修改过程从策略计费和规则功能体PCRF接收一个或多个已修改的策略规则，其中，所述承载修改过程被配置为通过在网关处安装所述一个或多个已修改的策略规则来将所述网关的一个或多个当前的策略规则更新为所述一个或多个已修改的策略规则；
作为所述承载修改过程的一部分，尝试安装所述一个或多个已修改的策略规则；以及
当所述至少一个处理器未能作为所述承载修改过程的一部分而安装所述一个或多个已修改的策略规则时，向所述PCRF发送指示所述承载修改过程失败的信用控制请求CCR；以及
存储器，其耦接至所述至少一个处理器，其中，所述CCR使得所述PCRF将所述网关的所述一个或多个当前的策略规则更新为由所述PCRF在所述存储器中存储的一个或多个先前的策略规则。
30.一种无线通信装置，包括：
用于基于承载修改过程从策略计费和规则功能体PCRF接收一个或多个已修改的策略规则的模块，其中，所述承载修改过程被配置为通过在网关处安装所述一个或多个已修改的策略规则来将所述网关的一个或多个当前的策略规则更新为所述一个或多个已修改的策略规则；
用于尝试安装所述一个或多个已修改的策略规则的模块，其中安装所述一个或多个已修改的策略规则是所述承载修改过程的一部分；以及
用于当所述用于尝试的模块未能作为所述承载修改过程的一部分而安装所述一个或多个已修改的策略规则时，向所述PCRF发送指示所述承载修改过程失败的信用控制请求CCR的模块，
其中，所述CCR使得所述PCRF将所述网关的所述一个或多个当前的策略规则更新为由所述PCRF在存储器中存储的一个或多个先前的策略规则。
31.一种无线通信装置，包括：
规则接收组件，其基于承载修改过程从策略计费和规则功能体PCRF获得一个或多个已修改的策略规则，其中，所述承载修改过程被配置为通过在网关处安装所述一个或多个已修改的策略规则来将所述网关的一个或多个当前的策略规则更新为所述一个或多个已修改的策略规则；
规则修改组件，其尝试安装所述一个或多个已修改的策略规则，其中安装所述一个或多个已修改的策略规则是所述承载修改过程的一部分；以及
修改状态传送组件，其当所述规则修改组件未能作为所述承载修改过程的一部分而安装所述一个或多个已修改的策略规则时，向所述PCRF发送指示所述承载修改过程失败的信用控制请求CCR，
其中，所述CCR使得所述PCRF将所述网关的所述一个或多个当前的策略规则更新为由所述PCRF在存储器中存储的一个或多个先前的策略规则。
32.如权利要求31所述的装置，其中，
所述规则接收组件在信用控制应答CCA中接收所述一个或多个已修改的策略规则，其中所述CCA响应于请求规则修改的不同的CCR。
33.如权利要求31所述的装置，其中，
所述修改状态传送组件生成所述CCR以包括所述一个或多个先前的策略规则。
34.如权利要求31所述的装置，还包括：
规则行为接收组件，其获得规定在所述承载修改过程失败的情况下要执行的一个或多个操作的规则行为指示符。
CN201080035142.1A 2009-08-10 2010-08-10 用于处理策略和计费控制规则或服务质量规则修改失败的方法和装置 Active CN102474519B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US23272909P 2009-08-10 2009-08-10
US61/232,729 2009-08-10
US12/853,164 US8972553B2 (en) 2009-08-10 2010-08-09 Method and apparatus for handling policy and charging control rule or quality of service rule modification failures
US12/853,164 2010-08-09
PCT/US2010/045097 WO2011019773A1 (en) 2009-08-10 2010-08-10 Method and apparatus for handling policy and charging control rule or quality of service rule modification failures

Publications (2)

Publication Number Publication Date
CN102474519A CN102474519A (zh) 2012-05-23
CN102474519B true CN102474519B (zh) 2015-10-07

Family

ID=42768031

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080035142.1A Active CN102474519B (zh) 2009-08-10 2010-08-10 用于处理策略和计费控制规则或服务质量规则修改失败的方法和装置

Country Status (7)

Country Link
US (1) US8972553B2 (zh)
EP (1) EP2465242B1 (zh)
JP (2) JP2013502162A (zh)
KR (1) KR101407017B1 (zh)
CN (1) CN102474519B (zh)
TW (1) TWI492597B (zh)
WO (1) WO2011019773A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107395374A (zh) * 2016-05-16 2017-11-24 中兴通讯股份有限公司 传输策略的控制方法、装置及系统

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9008653B2 (en) 2008-08-15 2015-04-14 Tekelec, Inc. Systems, methods, and computer readable media for providing dynamic steering of roaming in a telecommunications network
CN101360113B (zh) * 2008-09-01 2013-05-08 中兴通讯股份有限公司 服务质量请求信息的实现方法以及策略执行功能实体
CN101959164A (zh) * 2009-07-17 2011-01-26 中兴通讯股份有限公司 删除家乡策略和计费规则功能冗余信息的方法及系统
US8307097B2 (en) * 2009-12-18 2012-11-06 Tektronix, Inc. System and method for automatic discovery of topology in an LTE/SAE network
WO2011101021A1 (en) * 2010-02-16 2011-08-25 Telefonaktiebolaget Lm Ericsson (Publ) Facilitating a communication session
US8352803B2 (en) * 2010-06-07 2013-01-08 Alcatel Lucent Framework for managing failures in outbound messages
RU2609065C2 (ru) * 2010-09-17 2017-01-30 Телефонактиеболагет Л М Эрикссон (Пабл) Способ и устройство управления политикой для текущих соединений pdn в сети, содержащей шлюз, функциональный модуль доступа и функциональный модуль правил политики и оплаты
US9054883B2 (en) * 2010-10-05 2015-06-09 Tekelec, Inc. Methods, systems, and computer readable media for user activated policy enhancement
JP5751029B2 (ja) * 2011-06-03 2015-07-22 株式会社リコー 認証装置、プログラムおよび記録媒体
WO2013007313A1 (en) * 2011-07-14 2013-01-17 Telefonaktiebolaget L M Ericsson (Publ) Reactivation of dedicated bearers
US8819491B2 (en) 2011-09-16 2014-08-26 Tripwire, Inc. Methods and apparatus for remediation workflow
US8862941B2 (en) 2011-09-16 2014-10-14 Tripwire, Inc. Methods and apparatus for remediation execution
US8787873B1 (en) * 2011-11-04 2014-07-22 Plusn Llc System and method for communicating using bandwidth on demand
US9088440B2 (en) * 2012-05-21 2015-07-21 Alcatel Lucent Telecom information for web services that are provided by a telecom network
US8983429B2 (en) * 2012-05-30 2015-03-17 Alcatel Lucent Temporarily disable out-of-credit PCC rule
US20130326034A1 (en) * 2012-05-30 2013-12-05 Alcatel-Lucent Canada Inc. Pcrf rule rollback due to insufficient resources on a downstream node
US9549336B2 (en) 2012-05-31 2017-01-17 Lg Electronics Inc. Method for obtaining policy information for making traffic detour
KR101988473B1 (ko) * 2012-10-29 2019-06-12 에스케이텔레콤 주식회사 이동 통신 시스템 및 그의 비정상 호 종료 처리 방법, 이를 지원하는 장치
US9414259B2 (en) * 2012-12-11 2016-08-09 At & T Intellectual Property I, L.P. Method and system for managing quality of service policies
US9374317B2 (en) * 2013-06-14 2016-06-21 Verizon Patent And Licensing Inc. Providing provisioning and data flow transmission services via a virtual transmission system
WO2015013485A2 (en) 2013-07-24 2015-01-29 Convida Wireless, Llc Service domain charging systems and methods
US9432405B2 (en) * 2014-03-03 2016-08-30 Microsoft Technology Licensing, Llc Communicating status regarding application of compliance policy updates
US10530684B2 (en) * 2015-05-19 2020-01-07 International Business Machines Corporation Management of unreachable OpenFlow rules
CN106454788A (zh) * 2015-08-11 2017-02-22 中兴通讯股份有限公司 一种实现在线计费的方法、系统及装置
US9699324B1 (en) * 2015-12-24 2017-07-04 Intel Corporation Framework for unlicensed spectrum usage monitoring and reporting in LTE networks
KR102458443B1 (ko) * 2016-02-23 2022-10-25 삼성전자주식회사 무선통신 시스템에서 무선자원의 사용을 과금하는 방법 및 장치
US11184830B2 (en) 2016-06-21 2021-11-23 Huawei Technologies Co., Ltd. Systems and methods for user plane path selection, reselection, and notification of user plane changes
WO2018010781A1 (en) * 2016-07-13 2018-01-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods and servers for managing traffic steering policies
US10972552B2 (en) * 2016-09-30 2021-04-06 Huawei Technologies Co., Ltd. Method and system for user plane path selection
US10531420B2 (en) * 2017-01-05 2020-01-07 Huawei Technologies Co., Ltd. Systems and methods for application-friendly protocol data unit (PDU) session management
US10554512B2 (en) * 2017-06-07 2020-02-04 Oracle International Corporation Methods, systems, and computer readable media for suppressing redundant packet filter installation on user equipment in a mobile network
US10869353B2 (en) * 2017-07-23 2020-12-15 Lg Electronics Inc. Method and apparatus for modifying radio bearer in CU-DU split scenario
US10680897B2 (en) * 2017-07-31 2020-06-09 Cisco Technology, Inc. Network modification impact prediction
CN111328034B (zh) * 2018-12-13 2021-08-06 中国移动通信集团安徽有限公司 计费策略更新方法、装置、设备和介质
CN111372322B (zh) * 2018-12-25 2022-04-12 华为技术有限公司 一种通信方法及装置
CN112835645B (zh) * 2021-02-05 2022-09-30 杭州迪普科技股份有限公司 一种规则配置的方法及装置
KR102310592B1 (ko) * 2021-02-10 2021-10-13 주식회사 인피닉 작업 규칙의 변경을 안내할 수 있는 어노테이션 방법
US20230254925A1 (en) * 2022-02-09 2023-08-10 T-Mobile Usa, Inc. Seamless session handling with redundant deployment of policy control nodes

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222413A (zh) * 2007-01-09 2008-07-16 华为技术有限公司 业务流程中的处理方法及系统
CN101272256A (zh) * 2007-03-23 2008-09-24 华为技术有限公司 业务处理方法和系统、策略控制和计费规则功能实体
CN101459524A (zh) * 2008-03-18 2009-06-17 中兴通讯股份有限公司 一种下发策略计费控制规则的方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9871872B2 (en) * 2007-04-13 2018-01-16 Nokia Technologies Oy Mechanism for executing server discovery
CN101567793A (zh) 2008-04-25 2009-10-28 华为技术有限公司 Pcc规则更新的方法、装置及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222413A (zh) * 2007-01-09 2008-07-16 华为技术有限公司 业务流程中的处理方法及系统
CN101272256A (zh) * 2007-03-23 2008-09-24 华为技术有限公司 业务处理方法和系统、策略控制和计费规则功能实体
CN101459524A (zh) * 2008-03-18 2009-06-17 中兴通讯股份有限公司 一种下发策略计费控制规则的方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107395374A (zh) * 2016-05-16 2017-11-24 中兴通讯股份有限公司 传输策略的控制方法、装置及系统
CN107395374B (zh) * 2016-05-16 2021-01-26 中兴通讯股份有限公司 传输策略的控制方法、装置及系统

Also Published As

Publication number Publication date
CN102474519A (zh) 2012-05-23
TWI492597B (zh) 2015-07-11
JP2014222915A (ja) 2014-11-27
EP2465242B1 (en) 2020-11-04
TW201119316A (en) 2011-06-01
US8972553B2 (en) 2015-03-03
JP5996583B2 (ja) 2016-09-21
US20110202647A1 (en) 2011-08-18
EP2465242A1 (en) 2012-06-20
KR101407017B1 (ko) 2014-06-27
WO2011019773A1 (en) 2011-02-17
KR20120089270A (ko) 2012-08-09
JP2013502162A (ja) 2013-01-17

Similar Documents

Publication Publication Date Title
CN102474519B (zh) 用于处理策略和计费控制规则或服务质量规则修改失败的方法和装置
CN101981957B (zh) 用于促进自动邻区关系功能的执行的系统和方法
CN101940039B (zh) 移动ip多注册和pcc交互
CN102648599B (zh) 无线通信中的多载波启用/禁用
CN102057723B (zh) 对基于流的移动性进行策略和计费规则加强的方法和设备
CN104936279B (zh) 一种wtru和用于报告功率余量的方法
CN102197693B (zh) 用于小区中继的承载QoS映射
CN102474760B (zh) 多节点资源请求流水线技术
CN101809923A (zh) 具有立即状态报告定时的确认模式轮询
CN102113263A (zh) 处理来自无线链路控制对等点的轮询请求
CN108632887B (zh) 一种控制传输速率的方法和系统
CN102067693A (zh) 管理移动装置和网络中网络起始的服务质量设定
EP2992642B1 (en) Method for policy control and charging for d2d services
CN101911803A (zh) 共享资源的分配
CN101785355A (zh) 上行链路请求
RU2701523C1 (ru) Система и способ обеспечения синхронизации в передачах в режиме без соединения
CN102577465A (zh) 在具体接入中进行接入点名称（apn）使用授权的装置和方法
WO2021147892A1 (zh) 一种被用于无线通信的节点中的方法和装置
CN103814592A (zh) 用于在多模式设备中管理sms消息标识的方法和装置
WO2021089739A1 (en) Establishing pdu session without user plane resources
CN112514434B (zh) 用于向移动通信系统的核心网提供ue无线电能力的装置和方法
KR20230004006A (ko) 서비스 파라미터를 전송하기 위한 장치 및 방법
CN116235517A (zh) 第五代核心网络中以间接通信进行的网络功能服务实例重选增强
WO2023055788A1 (en) Dci triggered harq-ack codebook retransmission
CN117295081A (zh) 终端功能服务的配置方法、基站及终端

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant