序。EPS承载可与QoS类别标识符(QCI)及分配和保留优先级(ARP)参数相关联。如果EPS承载具有高于尽力服务(被认为较低的QoS等级)的服务质量，则该承载还可与公开了保证比特率(GBR)和最大比特率(MBR)的参数相关联。
[0038]图1是演进的分组核心网中的网络节点的示意图。在图1中，多个UE 110被连接到eNodeB 112，每个UE 110通过其自身的无线电承载连接到eNodeB 112。这些UE和eNodeB 112—起构成了演进的通用陆地无线电接入网(EUTRAN) 120。eNodeB 112被连接到移动管理实体(MME) 122，该移动管理实体是EPC控制平面124的一部分，与归属用户服务器/认证、授权和计费(HSS/AAA)服务器126及策略计费规则功能(PCRF) 128—起。构成控制平面124的节点122、126和128执行对连接到网络的UE的管理功能。UE 110与网络节点之间的管理信令(主要通过MME 122)通过控制平面并与常规分组数据流量分离。
[0039]eNodeB 112还被连接到服务网关(SGW) 130，该服务网关是EPC数据平面132的一部分，与分组网关(PGW)134—起。SGW 130向UE 110提供移动管理，而PGW 134提供到分组数据网(PDN)136的接入。PDN 136可包括应用服务器(AS) 140。UE 110与PDN 136之间的常规分组数据流量通过数据平面，而不通过控制平面。虽然SGW 130和PGW 134是数据平面的一部分，但是它们与控制平面中的MME 122及其他节点通信。控制平面与数据平面一起构成了演进的分组核心(EPC)138。诸如IP电话(V0IP)和视频电话以及电子邮件和万维网(WWW)服务的应用(未示出)可通过TON 136来访问。UE 110通过IP隧道138与PGW 136通信，IP隧道138由UE 110与eNodeB 112之间的无线电接入承载及eNodeB 112与PGW 134之间的EPS承载组成。PGW 134和TON 136可通过IP隧道或通过普通IP流量流来通信。
[0040]在一些实施例中，承载激活按如下步骤发生。UE 110连接到eNodeB 112并发送UE附接请求。eNodeB 112提供无线电接入承载并向MME 122转发该附接请求。MME 122将SGW 130选择为UE 110的移动锚点，并且还请求通过PGW 134接入分组数据网136。PGW134随后建立将PGW 134连接到eNodeB 112的EPS承载以及到IP网络136的外部承载。因此，在UE 110与TON 136之间形成了端到端承载138。
[0041]呼叫允许控制是用于确定新的承载能否附接到PGW的过程。当eNodeB 112请求在PGW 134处建立EPS承载时，PGW 134必须评估它是否有能力在新承载上提供服务。为了做出该评估，PGW 134评估各种负载和拥塞特征，这些特征可包括:PGW处当前在使用中的带宽量、CPU负载、活动承载的数量、会话或PDP会话以及存储器使用情况。PGW 134还可评估被附接到特定TON 136的AS 140处的负载和拥塞特征。可使用各种方法来处理PGW134或AS 140处的高负载，例如，负载均衡、丢弃现有PDP会话或EPS承载、或拒绝接受新的EPS承载。
[0042]例如，UE的现有承载可被抢占或UE的承载创建请求可被拒绝的情境包括(但不限于):
[0043]?承载创建请求的数量超过预定UE系统承载限制。例如，一些运营商对于每UE每PDN只允许8个承载。
[0044]?在PGW 134处检测到AS 140中的拥塞。
[0045]?在PGW 134处没有足够可用的资源以满足保证比特率(GBR)。
[0046]#PGff 134可能希望为其他更多的关键服务节约资源。例如，运营商可能具有针对某一组用户延迟某些类型的次关键服务(例如，对等文件共享)的策略，使得这些服务只能在一定时间之后或只能当一定数量的网络资源可用时才变为可用。
[0047]?在eNodeB 112处可能没有足够的无线电资源来提供UE 110与PGW 134之间的新的承载。
[0048]当UE的承载创建请求被拒绝和/或UE的现有承载被抢占时，UE可响应的一种方式是在一定时间之后重试承载创建。该延迟时间可以是随机确定的，也可以对应于预定的可编程参数。但是，eNodeB 112、PGW 134和/或AS 140可能在随机或预定时间已经耗尽之后仍然保持拥塞。这可能导致UE做出专用承载建立请求的多个不必要的拒绝。或者，eNodeB 112,PGW 134和/或AS 140可能在随机或预定时间耗尽之前的很长时间就变为不拥塞。这可能导致UE在建立新的承载中的不必要的延迟。
[0049]本公开包括回叫服务的实施例，当网络准备好为UE或PDN创建新的承载时，该回叫服务使得为UE重新创建被抢占的承载或为UE创建先前被拒绝的新承载变得容易。根据一些实施例，PGW 134可生成随机唯一数字/参考cookie并将其与删除承载或拒绝承载消息一起发送。然后，当网络准备好为该UE或PDN创建新的承载时，PGW 134可向UE发送回叫消息通知UE现在可以继续创建新的承载。由PGW 134发送给UE的通知可包括随机唯一数字/参考cookie，该随机唯一数字/参考cookie可被UE用于将回叫消息与先前已被抢占或拒绝的应用相关联。
[0050]图2A和2B示出了根据一些实施例的示例性呼叫流程，其中，示例性internet, com应用服务器140不由提供PGW 134和RCRF 128的服务提供商控制。在图2A中，UE 110向MME 122发送初始附接消息(流程202)。然后MME 122将初始附接消息转发给SGW 130 (流程204)，随后SGW 130将该消息转发给PGW 134 (流程206)。然后PGW 134从PCRF 128或HSS/AAA 126接收指示表明该UE 110应该(或不应该)接收承载回叫服务(步骤208)。表明UE 110应该接收承载回叫服务的指示可从存储在PCRF 128或HSS/AAA 126中的UE 110的用户简档中获得。一旦PGW 134接收到该指示，则PGW 134可将该UE的PDN连接是回叫使能的记录存储在本地存储器中(步骤210)。然后PGW 134可向SGW 130发送响应表明UE110的附接请求已被接受(流程212)，随后该附接请求被转发给MME 122 (流程214)，然后再转发给UE 110(流程216)。该响应可包括向UE 110指示它的连接是回叫使能的。通过步骤218，UE 110被附接到UTE网络，并在internet, com上具有默认承载。
[0051]在图2B中，PGW 134进入一种状态，在该状态中，它不能接受来自该UE的进一步承载创建请求(步骤220)。如上文所探讨的，这可能由于各种因素(例如，eNodeB 112、PGW 134或AS 140任一处的过度负载或阻塞)而发生。随后，UE 110决定建立与某一应用(例如，对等文件共享应用)相关联的新的专用承载并请求回叫服务(步骤222)。UE 110向MME 122发送具有回叫服务指示的专用承载建立请求(流程224)，然后该承载建立请求被转发给SGW 130 (流程226)并转发给PGW 134 (流程228)。在一些实施例中，该承载建立请求可采用UE 110和MME 122之间的“专用承载建立”命令以及从MME 122到SGW 130和从SGW 130到PGW 134的“承载资源命令”的形式。因为PGW 134不能接受进一步的承载创建请求，则PGW 134拒绝该承载创建请求(步骤230)。在该步骤，PGW 134可检查来自UE 110的承载建立请求来看UE 110是否发起了回叫请求。如果UE 110请求了回叫服务，则PGW 134可检查其本地存储器并确定该UE的PDN连接是回叫使能的。如果该UE 110的PDN连接是回叫使能的并且如果UE 110请求了回叫服务，则PGW 134可生成随机唯一数字/参考cookie。然后PGW 134可向SGW 130发送拒绝消息(在一些实施例中，这可采用“承载资源命令(BRC)失败”消息的形式)连同生成的参考cookie (流程232)，然后该拒绝消息连同生成的参考cookie被转发给MME 122 (流程234)，并随后被转发给UE 110(236)。因此，该回叫服务可由UE请求或者在没有请求的情况下可由网络提供。
[0052]当UE 110接收到具有生成的参考cookie的拒绝消息时，它现在知道它的与应用相关联的承载创建请求被拒绝了，因为PGW 134当前不能接受新的请求，但是PGW 134将在其能够接受新的承载创建请求时发送回叫消息。在一些实施例中，UE 110随后将参考cookie与应用(例如，对等文件共享应用)相关联，并将该cookie和该关联保存到本地存储器中。在其他实施例中，UE 110可将参考cookie与被拒绝的承载的QoS相关联。
[0053]在稍后的时间，PGW 134进入一种状态，在该状态中，它可以接受来自该UE的专用承载创建请求(步骤238)。然后PGW 134检查其本地存储器并确定其需要给UE 110回叫消息。然后PGW 134向SGW 130发送包含先前生成的参考cookie的回叫消息(流程240)，然后该回叫消息被转发给MME 122 (流程242)，并随后被转发给UE 110 (流程244)。当UE110接收到具有参考cookie的回叫消息时，它知道PGW 134现在能够接受更多的专用承载创建请求。然后UE 110检查其本地存储器以确定与接收到的参考cookie相关联的应用，并调用相应的应用(例如，对等文件共享应用)(步骤248)。在其他实施例中，UE 110检查其本地存储器以确定先前已被拒绝的承载的QoS，然后调用使用经确定的QoS的应用。然后该网络启动正常网络启动的承载创建呼叫流程(步骤250)。
[0054]以上参考图2A和2B所述的呼叫流程可适用于其他实施例。例如，虽然图2B示出了 UE决定建立新的承载的情况，但是该呼叫流程可适用于PGW 134抢占UE 110与PGW 134之间的现有承载的情况。在这种情况下，PGW 134可经由SGW 130和MME 122向UE 110发送抢占消息而不是拒绝消息，连同所生成的参考cookie—起。当PGW 134进入它能够恢复被抢占的承载的状态时，PGW 134可经由SGW 130和MME 122向UE 110发送回叫消息，如上所述。
[0055]以上参考图2A和2B所述的呼叫流程还可适用于UE 110被给予继续或终止其到AS 140的连接的选择的实施例。作为示例，不是完全拒绝UE 110的新的承载请求或抢占UE110的现有承载，而是PGW 134可给予UE 110选择(i)继续建立新的承载或继续使用其现有承载，或(ii)放弃其建立新的承载或继续使用其现有承载的尝试。