[0051] -增加一个或多个UE的一种或多种业务类型的传输速率（通常是最大比特率）；
[0052] -改变应用于一个或多个UE的一种或多种业务类型的计费规则；
[0053] -调高一个或多个UE的一种或多种业务类型的处理优先级；以及
[0054] -增加对于一个或多个UE的一种或多种业务类型的带宽资源供应，例如，通过禁 用对一个或多个UE的一种或多种业务类型的压缩或转码机制。
[0055] 例如，发生RAN过载后，基站可以检测RAN区域的负载状态是否低于预定阈值，从 而确定"条件"。如果是，则确定RAN过载消失，即"条件"得到满足。在这种情形中，例如， 从先前存储的信息获得与业务类型有关的信息。例如，与业务类型有关的信息可以是先前 RAN过载发生时从网关接收的。
[0056] 通过根据变化的RAN负载而生成的不同业务处理策略，本公开可以使运营商基于 无线网负载状态灵活地对网络资源定价。
[0057] 在步骤S140中，将业务处理策略发送至向网关节点，以将其应用于与RAN区域相 关联的一个或多个UE。
[0058] 例如，向网关节点中的PCEF发送业务处理策略，然后，PCEF对有关UE执行业务处 理策略。根据具体业务要求，PCEF自身可以执行P2P业务处理策略，或者指示基站执行P2P 业务处理策略。
[0059] 作为非限制性示例，业务类型可以包括以下至少一个：P2P应用、网络电话 (VoIP)、即时消息通信、基于超文本传输协议（HTTP)的流传输、博客或微博应用、游戏、 Application(APP)下载、或者社交网络应用。将要理解的是，当前所公开的还可以应用于任 意其他合适的业务类型。
[0060] 下面，将以移动网络上的P2P应用为例来详细描述本申请。应注意，本公开也适用 于移动网络上的其他类型的业务，例如网络电话、即时消息通信、微博应用、博客应用等。
[0061] 当前，除了一些固网（如IP骨干网），P2P应用在一些移动网中也很普遍，例如 GERAN、UTRAN、EUTRAN、CDMA2000、WLAN等。为了避免P2P业务对其他用户的服务可用性造 成的负面影响，已采用特定方案。方案的总体思想是，在某些网络设备（例如路由器或网关 (GW)设备）检测P2P业务。当检测到P2P业务时，根据一些预配置的P2P业务处理策略，将 其节流（throttle)。然而，该方案存在一些缺点：
[0062] 1.没有考虑动态的无线接入网状态信息。与IP骨干网中的固定接入相反，无线链 路容量更具动态并受到限制。一般来说，无线链路是整个系统的潜在瓶颈。潜在问题是：
[0063] -如果无线网没有重负载，并且P2P节流策略过于激进，RAN资源可能未被充分使 用；以及
[0064] -如果无线网重负载并且P2P节流策略不激进，则RAN资源可能被过度消耗。
[0065] 2.在现有技术中，需要检测所有用户在全部时间的P2P业务，这将大大增加核心 网（CN)设备的负载（从而需要更多的DPI资源）。因为检测P2P应用是非常消耗资源的。 仅仅基于一个或两个IP分组，无法检测P2P应用。相反，需要分析来自很多用户的大量IP 分组，以基于组行为识别P2P应用（例如，启发式服务/应用检测）。
[0066] 为解决上述问题中的至少一个，以下实施例提出了处理P2P业务的适配机制，从 而改善了其他用户的服务可用性。
[0067] 图2示出了本公开可应用的P2P流传输系统。在图2中，作为一个示例，示出了 PPlive流传输。将要理解的是，其他P2P应用例如PPstream也是可用的。
[0068] 如图2所示，P2P流传输系统包括P2P应用中可涉及的对等端A、对等端B、对等端 C、对等端D和对等端E。尽管图2是在具有五个P2P对等端的上下文中例示的，任意其他数 量的P2P对等端也可适用于此。
[0069] 如图2所示，可以增强RAN单元，例如基站（在这个示例中，如增强型节点B)/RNC， 以向CN单元，例如P-GW (公共数据网"PDN"网关），报告RAN负载状态信息，从而使CN获知 RAN中是否出现了一些问题。在出现一些问题的情形中，P-GW对位于问题RAN区域中的用 户发起业务检测。如果发生RAN过载（例如，潜在的问题服务/应用），则P-GW与PCRF交 互，通过提供RAN负载状态信息和相关服务/应用信息，以请求业务处理策略，并相应地处 理进出位于某些RAN区域中的用户的P2P业务。增强PCRF，以基于报告的RAN负载状态信 息，动态生成业务处理策略。
[0070] 尽管图2是在LTE的环境下例示的，类似情形出现在3GPP中，例如WCDMA，其中 GGSN替代P-GW、SGSN替代MME而起作用。
[0071] 图3示出了根据本公开第一示例的业务处理方法的序列图，其中最初在基站服务 的UE与P-GW之间进行信息交换。尽管图3是在一个基站的环境下例示的，任意其他数量 的基站也是适用的。
[0072] 在步骤S310中，基站可以获取与RAN负载状态有关的信息，例如硬件（例如调度 器）负载、TNL负载（例如，EPS中的SI TNL负载或者WCDM中的Iu及Iub TNL负载）、小 区上行链路/下行链路用户面负载、小区上行链路/下行链路控制面负载等。RAN负载状态 可由基站测量，或者由基站以任意其他合适的方式获得。例如，基站可以检测RAN负载的任 一个（例如硬件负载）是否超过预定阈值。如是，确定发生RAN过载。应当注意，不同类型 的RAN负载可以具有不同的预定阈值。在一些情况中，可基于两种或更多类型的RAN负载 来定义发生RAN过载。
[0073] 在步骤S320中，发生RAN过载（例如，RAN负载状态超过预定义阈值），例如，调度 器过载、或者C面资源过度消耗、或者小区上行链路拥塞、或者它们的任意组合，则通过例 如，向移动管理实体（MME)(在一些其他情况中可以是SGSN)发送消息，基站可以向核心网 通知RAN发生过载。
[0074] 消息可以包括以下至少一个：指示RAN硬件是否过载的硬件过载指示符；指示RAN 和核心网之间的回程连接是否过载的TNL过载指示符；指示上行链路用户面是否过载的小 区上行链路用户面过载指示符；指示下行链路用户面是否过载的小区下行链路用户面过载 指示符；指示上行链路控制面是否过载的小区上行链路控制面过载指示符；以及指示下行 链路控制面是否过载的小区下行链路控制面过载指示符。例如，如果RAN硬件过载，可将硬 件过载指示符设置为1，否则为〇。类似的示例可以应用于以上提到的其他指示符。
[0075] 例如，LTE中，TNL过载指示符可以是指示无线接入网和核心网之间的回程连接是 否过载的SI TNL过载指示符。备选地，3GPP中，TNL过载指示符可以是指示无线接入网和 核心网之间的回程连接是否过载的Iu或Iub TNL过载指示符。
[0076] 还可以连同该消息一起发送任何其他合适的信息。例如，可以向核心网通知与RAN 区域相关联的UE的UE ID列表（即，基站所服务的UE，例如图2示出的对等端A至D)。
[0077] 在步骤S330中，MME可以向P-GW转发该消息。
[0078] 作为响应，在步骤S340中，P-GW可以向MME发送确认消息（即ACK)。
[0079] 继而，在步骤S340'中，MME向基站发送确认消息以确认接收到该消息。
[0080] 一旦接收到该消息，P-GW便知道在RAN区域（例如，由一个或多个小区ID指示） 中发生一些过载问题。然后，P-GW可以发起针对位于RAN区域中的相关UE的问题应用（在 该情形中为P2P应用，然而可能是可导致过载的任意其他业务类型）检测，即，通过业务类 型检测确定与业务类型有关的信息（步骤S350)。这里，与业务类型有关的信息可指示在相 关UE上运行的一个或多个应用。
[0081] 应当注意，步骤S350是可选的。例如，可以一直或者仅当RAN区域中发生RAN过 载时启用业务类型检测。因此，在不必要的时候，例如，有足够可用的网络资源来满足任何 业务时，可以禁用业务类型检测。这样可以降低DPI设备的负载。
[0082] 在步骤S360中，当检测到过载（例如，问题服务/应用）时，例如当基站确定RAN 区域的负载状态超过预定义阈值时，P-GW可以向PCRF发送策略请求，以请求PCRF为所检 测的问题服务/应用生成新的业务处理策略。策略请求可以包括相关UE的服务/应用描 述