具有 和RAN负载状态最匹配的特性。
[0111] 在步骤S480中，PCRF可以将所生成的P2P业务处理策略发送至P-GW，以将其应用 于与RAN区域相关联的UE。
[0112] 在步骤S490中，P-GW中的PCEF然后对位于RAN区域中的某些用户执行P2P业务 处理策略。例如，根据具体业务要求，PCEF自身可以执行P2P业务处理策略，或者指示基站 执行P2P业务处理策略。
[0113] 例如，可以针对与RAN区域相关联的一个或多个UE采取以下动作的一个或多个：
[0114] -可以解除对所述一个或多个UE的P2P应用的阻止；
[0115] -可以增加所述一个或多个UE的P2P应用的传输速率（通常是最大比特率）；
[0116] -可以改变应用于所述一个或多个UE的P2P应用的计费规则；
[0117] -可以调高所述一个或多个UE的P2P应用的处理优先级；以及
[0118] -可以增加对于所述一个或多个UE的P2P应用的带宽资源供应，例如，通过禁用对 P2P应用的压缩或转码机制。
[0119] 通过根据变化的RAN负载而生成的不同业务处理策略，本公开可以使运营商基于 无线网负载状态灵活地对网络资源定价。
[0120] 通过所提出的方案，本公开在通过考虑动态RAN状态信息以确保对于其他用户的 服务可用性的同时，还利用了 P2P系统的优势。例如，当RAN轻负载时，允许P2P应用利 用P2P的优势。当RAN过载时，限制P2P应用或者将其关闭，以确保其他用户的体验质量 (QoE)〇
[0121] 应当注意，图3和图4都是在导致过载的单类型负载的环境下例示的，即，仅向 PCRF通知了一个过载指示符。然而，类似构思可应用于同时导致过载的任意其他数量的负 载类型（存在相应数量的过载指示符）。唯一的不同在于图4的步骤S450。具体来说，如果 第一过载指示符指示的一个过载消失，并且同时第二过载指示符指示的一个过载新发生， 则将向PCRF发送第一和第二过载指示符，以用于根据图3和图4示出的方式生成对应的业 务处理策略，但是步骤S450不会被禁用，因为当前仍存在一个过载。
[0122] 尽管图2至4是在LTE的环境下例示的，将要理解的是，通过图2至4描述的技术 方案还可适用于任意其他的通信系统，例如3GPP。
[0123] 尽管图2至4是在P2P应用的环境下例示的，将要理解的是，通过图2至4描述的 技术方案还可适用于任意其他的业务类型，例如VoIP、即时消息通信、基于HTTP的流传输、 博客应用、微博应用、游戏、APP下载、社交网络应用，等等。
[0124] 图5示出了根据本公开实施例的用于业务处理的核心网的PCRF装置500的示意 图。
[0125] 应当注意，PCRF装置500可以以软件、固件和硬件的很多不同形式来实现。其与 图1至图4的描述中出现的PCRF可以等同地使用。
[0126] 以下，PCRF装置500将被示为包括硬件结构，然而，将要理解的是，PCRF装置500 还可以实现为软件或其他合适的形式。
[0127] 如图5所示，PCRF装置500可以包括接收单元510、获得单元520、生成单元530和 发送单元540。
[0128] 接收单元510被配置为接收与RAN区域的负载状态有关的信息。
[0129] 作为非限制性示例，与RAN区域的负载状态有关的信息可以来源于服务RAN区域 的基站并可被核心网的网关节点转发。例如，基站可以监控RAN区域的负载状态，并且当负 载状态改变时，向网关节点报告和/或更新与负载状态有关的信息。
[0130] 作为非限制性示例，与RAN区域的负载状态有关的信息可以包括以下至少一个： 指示RAN硬件是否过载的硬件过载指示符；指示RAN和核心网之间的回程连接是否过载的 TNL过载指示符；指示上行链路用户面是否过载的小区上行链路用户面过载指示符；指示 下行链路用户面是否过载的小区下行链路用户面过载指示符；指示上行链路控制面是否过 载的小区上行链路控制面过载指示符；以及指示下行链路控制面是否过载的小区下行链路 控制面过载指示符。
[0131] 例如，在LTE中，TNL过载指示符可以是指示无线接入网和核心网之间的回程连接 是否过载的SI TNL过载指示符。备选地，在3G网络中，TNL过载指示符可以是指示无线接 入网和核心网之间的回程连接是否过载的Iu或Iub TNL过载指示符。
[0132] 作为另一个非限制性示例，业务类型可以包括以下至少一个：V〇IP、即时消息通 信、基于HTTP的流传输、博客或微博应用、游戏、APP下载、社交网络应用。将要理解的是， 本公开还可适用于任意其他合适的业务类型。
[0133] 获得单元520被配置为获得与一个或多个UE的业务类型有关的信息，所述一个或 多个UE与RAN区域相关联。这里，与业务类型有关的信息可以指示在一个或多个UE上运 行的一个或多个应用。
[0134] 例如，与业务类型有关的信息可通过网关节点上的业务类型检测来确定。例如，业 务类型检测可以一直启用或者仅当RAN区域中发生过载时启用。因此，在不必要的时候，例 如，有足够可用的网络资源来满足任何业务时，可以禁用业务类型检测。这样可以DPI的负 载。
[0135] 生成单元530被配置为，基于所接收的与RAN区域的负载状态有关的信息以及所 获得的与业务类型有关的信息，生成业务处理策略
[0136] 例如，业务处理策略可以包括：
[0137] 条件：所接收的与RAN区域的负载状态有关的信息指示在RAN区域中发生RAN过 载。
[0138] 动作：以下至少一个：
[0139] -阻止一个或多个UE的一种或多种业务类型；
[0140] -降低一个或多个UE的一种或多种业务类型的传输速率（通常是最大比特率）；
[0141] -改变应用于一个或多个UE的一种或多种业务类型的计费规则；
[0142] -调低一个或多个UE的一种或多种业务类型的处理优先级；以及
[0143] -降低对于一个或多个UE的一种或多种业务类型的带宽资源供应，例如，通过启 用对一个或多个UE的一种或多种业务类型的压缩或转码机制。
[0144] 例如，基站可以检测RAN区域的负载状态是否超过预定阈值，从而确定"条件"。如 果是，则确定发生RAN过载，即"条件"得到满足。
[0145] 在这种情形中，例如，获得单元520可从网关节点接收与业务类型有关的信息。
[0146] 备选地，业务处理策略可以包括：
[0147] 条件：所接收的与RAN区域的负载状态有关的信息指示RAN区域中的RAN过载消 失，
[0148] 动作：以下至少一个：
[0149] -解除对一个或多个UE的一种或多种业务类型的阻止；
[0150] -增加一个或多个UE的一种或多种业务类型的传输速率（通常是最大比特率）；
[0151] -改变应用于一个或多个UE的一种或多种业务类型的计费规则；
[0152] -调高一个或多个UE的一种或多种业务类型的处理优先级；以及
[0153] -增加对于一个或多个UE的一种或多种业务类型的带宽资源供应，例如，通过禁 用对一个或多个UE的一种或多种业务类型的压缩或转码机制。
[0154] 例如，在发生RAN过载后，基站可以检测RAN区域的负载状态是否低于预定阈值， 从而确定"条件"。如果是，则确定RAN过载消失，即"条件"得到满足。
[0155] 在这种情形中，例如，获得单元520可以从先前存储的信息中获得与业务类型有 关的信息。例如，与业务类型有关的信息可以是先前RAN过载发生时从网关接收的。
[0156] 通过根据变化的RAN负载而生成的不同业务处理策略，本公开可以使运营商基于 无线网负载状态灵活地对网络资源定价。
[0157] 发送单元540被配置为向网关节点发送业务处理策略，以将其应用于与RAN区域 相关联的一个或多个UE。例如，发送单元550可以向P-GW中的PCEF发送业务处理策略，然 后，PCEF对与RAN区域有关（或者位于RAN区域中）的一个或多个UE实施业务处理策略。 例如，根据具体业务要求，PCEF可以自己执行P2P业务处理策略，或者指示基站执行P2P业 务处理策略。
[0158] 通过基于变化的RAN负载动态地生成业务处理策略，本公开可以高效