信息（也称为与业务类型有关的信息）和RAN负载状态。
[0083] 在步骤S370中，PCRF基于RAN负载状态和与业务类型有关的信息，生成P2P业务 处理策略。作为选择，该生成还可以基于问题解决信息、某些与服务/应用相关的业务调节 策略、以及任意其他合适的信息。在生成期间，PCRF可以基于包含在策略请求中的RAN负 载状态和与业务类型有关的信息，识别要被处理的具体业务类型、从业务类型中导出的业 务属性以及业务和RAN负载状态之间的关联。
[0084] 在步骤S380中，PCRF可以向P-GW发送所生成的P2P业务处理策略，将其应用于 与RAN区域相关联的UE。
[0085] 在步骤S390中，P-GW中的PCEF对位于RAN区域中的特定用户执行P2P业务处理 策略。
[0086] 例如，可以针对与RAN区域相关联的一个或多个UE采取以下动作的一个或多个：
[0087] -可以阻止所述一个或多个UE的P2P应用；
[0088] -可以降低所述一个或多个UE的P2P应用的传输速率（通常是最大比特率）；
[0089] -可以改变应用于所述一个或多个UE的P2P应用的计费规则；
[0090] -可以调低所述一个或多个UE的P2P应用的处理优先级；或者
[0091] -可以对于降低所述一个或多个UE的P2P应用的带宽资源供应，例如，通过启用对 P2P应用的压缩或转码机制。
[0092] 作为一个示例，当PCRF从网关节点接收指示上行链路用户面过载的小区上行链 路用户面过载指示符、指示上行链路控制面过载的小区上行链路控制面过载指示符和指示 下行链路控制面过载的小区下行链路控制面过载指示符，并且与业务类型有关的信息指示 P2P应用和其他应用（例如网络浏览）时，PCRF可以基于P2P应用的具体特性，从策略控制 的一个或多个应用中识别P2P应用。例如，针对P2P应用，可能存在因对等端的内容分享而 引起的大量上行链路业务，以及因大量P2P信令而引起的大量上行链路和下行链路控制面 业务。PCRF可以通过考虑所接收的指示符指示的RAN负载状态下的P2P应用的这些特性， 识别处理策略将被调整的P2P应用。然后，PCRF可以生成具体策略，例如，降低承载的最大 上行链路和下行链路数据速率，所述承载载有进出位于过载的RAN区域中的UE的与P2P应 用有关的业务。
[0093] 作为另一个示例，当PCRF从网关节点接收指示上行链路控制面过载的小区上行 链路控制面过载指示符、指示下行链路控制面过载的小区下行链路控制面过载指示符、指 示上行链路用户面变为不过载或未变为不过载的小区上行链路用户面过载指示符、以及指 示下行链路用户面变为不过载的小区下行链路用户面过载指示符，并且与业务类型有关的 信息指示即时消息通信应用和其他应用（例如网络浏览）时，PCRF可以基于即时消息通信 应用的具体特性，从策略控制的一个或多个应用中识别即时应用。
[0094] 例如，针对即时消息通信应用，可能存在因客户端和服务器之间的大量保持生命 (keep-live)信令交换而引起的大量上行链路和下行链路控制面业务。PCRF可以通过考虑 处于所接收的指示符指示的RAN负载状态下的即时消息通信应用的这些特性，识别处理策 略将被调整的即时消息通信应用。然后，PCRF可以生成具体策略，例如，调低应用于承载的 优先级或改变计费策略（例如增加应用于即时消息通信应用的费用），所述承载载有进出 位于过载的RAN区域中的UE的与即时消息通信应用有关的业务。
[0095] 在以上两个示例中，"考虑"可指代例如确定哪个或哪些应用具有和RAN负载状态 最匹配的特性。
[0096] 通过依赖变化的RAN负载而生成的不同业务处理策略，本公开可以使运营商基于 无线网负载状态灵活地对网络资源定价。
[0097] 图4示出了根据本公开第二示例的业务处理方法的序列图，其中最初在RAN处发 生过载。
[0098] 在步骤S410中，基站可以获取与RAN负载状态有关的信息，例如硬件（例如调度 器）负载、TNL负载（例如，LTE中的SI TNL负载或者3G网络中的Iu及Iub TNL负载）、 小区上行链路/下行链路用户面负载、小区上行链路/下行链路控制面负载等。RAN负载状 态对应于已发生的过载。RAN负载状态可由基站测量，或者由基站以任意其他合适的方式获 得。例如，基站可以检测RAN负载是否低于预定义阈值，如果是，则确定RAN过载消失。应 当注意，这里的预定义阈值可以与用于确定发生RAN过载的预定阈值不同。
[0099] 在步骤S420中，当RAN过载消失时（例如，RAN负载状态变得低于预定义阈值）， 例如，调度器不过载、和/或C面资源不过度消耗、和/或小区的上行链路不拥塞，等等，基 站可以通过例如向MME(在一些其他情况中可以是SGSN)发送消息，来向核心网通知RAN处 的过载消失。
[0100] 该消息可以包括以下至少一个：指示RAN硬件是否过载的硬件过载指示符；指示 RAN和核心网之间的回程连接是否过载的TNL过载指示符；指示上行链路用户面是否过载 的小区上行链路用户面过载指示符；指示下行链路用户面是否过载的小区下行链路用户面 过载指示符；指示上行链路控制面是否过载的小区上行链路控制面过载指示符；以及指示 下行链路控制面是否过载的小区下行链路控制面过载指示符。例如，如果RAN硬件过载消 失，可将硬件过载指示符设置为1。类似的示例可以应用于以上提到的其他指示符。
[0101] 例如，在LTE中，TNL过载指示符可以是指示无线接入网和核心网之间的回程连接 是否过载的SI TNL过载指示符。备选地，在3G网络中，TNL过载指示符可以是指示无线接 入网和核心网之间的回程连接是否过载的Iu或Iub TNL过载指示符。
[0102] 还可以连同该消息一起发送任何其他合适的信息。例如，可以向核心网通知与RAN 区域相关联的UE的UE ID列表（即，基站所服务的UE，例如图2示出的对等端A至D)。
[0103] 在步骤S430中，MME可以向P-GW转发该消息。
[0104] 作为响应，在步骤S440中，P-GW可以向MME发送确认消息（即ACK)。
[0105] 继而，在步骤S440'中，MME向基站发送确认消息以确认接收到该消息。
[0106] 一旦接收到该消息，P-GW便知道RAN区域（例如，由一个或多个小区ID指示）中 一些或所有过载问题已消失。然后，P-GW可以停止针对位于RAN区域中的相关UE的P2P应 用检测功能，即，禁用用于检测与业务类型有关的信息的业务类型检测（步骤S450)。也就 是说，当RAN区域中的RAN过载消失时，可以禁用业务类型检测。在这种情形中，PCRF可以 从例如先前存储的信息中获得与业务类型有关的信息。例如，PCRF可以使用在图3的步骤 370中从P-GW接收的与业务类型有关的信息。
[0107] 应当注意，步骤S450是可选的。例如，可以一直或者仅当RAN区域中发生RAN过 载时启用业务类型检测。因此，当RAN区域中没有发生RAN过载时，可以禁用业务类型检 测。因此，在不必要的时候，例如，有足够可用的网络资源来满足任何业务时，可以禁用业务 类型检测。这样可以降低DPI的负载。
[0108] 在步骤S460中，当P-GW被通知过载消失时，其可以向PCRF发送策略请求，以请求 PCRF生成新的业务处理策略。策略请求可以包括相关UE的服务/应用描述信息（也称为 与业务类型有关的信息）和RAN负载状态。
[0109] 在步骤S470中，PCRF基于RAN负载状态和与业务类型有关的信息，生成P2P业务 处理策略。作为选择，该生成还可以基于问题解决信息、某些与服务/应用相关的业务处理 策略、以及任意其他合适的信息。在生成期间，PCRF可以基于包含在策略请求中的RAN负 载状态和与业务类型有关的信息，识别要被处理的具体业务类型、从业务类型中导出的业 务属性以及业务和RAN负载状态之间的关联。
[0110] 例如，PCRF可以通过考虑RAN负载状态下各应用的具体特性，从与业务类型有关 的信息所指示的一个或多个应用中识别具体的应用。仍然用P2P应用作为示例。针对P2P 应用，可能存在因对等端的内容分享而引起的大量上行链路业务，以及因大量P2P信令而 引起的大量上行链路和下行链路控制面业务。这时，PCRF可以通过考虑RAN负载状态下的 P2P应用的这些特性，识别P2P应用。这里，"考虑"可以指代例如确定哪个或哪些应用