WO2011054241A1

WO2011054241A1 - 一种通过业务卸载功能（tof）实体保持业务连续性的方法、装置

Info

Publication number: WO2011054241A1
Application number: PCT/CN2010/077433
Authority: WO
Inventors: 靳维生; 徐小英; 徐敏
Original assignee: 华为技术有限公司
Priority date: 2009-11-09
Filing date: 2010-09-29
Publication date: 2011-05-12
Also published as: EP2501197A4; CN102056294A; RU2012123966A; US8761107B2; EP2501197B1; EP2501197A1; US20120224476A1; RU2523175C2; CN102056294B

Description

一种通过业务卸载功能（T0F) 实体保持业务连续性的方法、装置本申请要求于 2009年 11月 9日提交中国专利局、申请号为 200910110056. 1、发明名称为 "一种通过业务卸载功能（T0F) 实体保持业务连续性的方法、装置" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域本发明涉及通信领域，具体适用于通信业务数据传输领域。背景技术随着 3G空口技术的演进，使得空口的传输速率得到相当大的提高，分组交换（PS， Packet Switch) 业务的吞吐量倍增，导致核心网（CN， Core Net) 节点，例如 SGSN、 GGSN 以及增值业务服务器 VAS和这些节点间的传输承载遇到空前的压力。以内容丰富的互联网业务为例：互联网业务给 CN 的传输带宽提出更高的要求，造成扩容成本迅速增大。但是互联网业务占用移动运营网络大量的传输资源而给移动运营商带来的利润较低，另外用户在访问分组数据网关（PDN， Packet Data Gateway) 的互联网业务时，数据包需经由核心网的诸多节点，传输效率较低。

为缓解核心网节点的承载压力，并提高分组交换业务的数据包传输效率，。现有技术方案提出在 RNC 和 SGSN 间增加一个卸载用户数据流的逻辑功能实体一业务卸载功能 (TOF, Traffic Offload Function), 在靠近接入侧的节点以低成本的方式直接路由上行互联网业务流到 PDN网络，下行业务流也从 PDN网络直接路由到接入侧，进行核心网数据流量的卸载，其网络架构图如图 1所示。其中， T0F是逻辑实体，本发明各实施例将部署了 T0F功能的实体称为 T0F实体。 T0F实体可部署在 UMTS网络 RNC/HNB GW禾 P SGSN间的 Iu-PS接口上。 T0F实体向 RNC/HNB GW和 SGSN两个方向提供标准的 Iu接口，通过 T0F出 Gi接口完成业务卸载功能。 CG和 LIG向 T0F提供开放接口。为了进一步节省 RNC/HNB GW 和 T0F间的传输承载， T0F和 RNC/HNB GW可以集成在一起。

现有技术中，对于使用卸载功能的网络，如果 UE 发生状态改变，例如从激活状态改变到空闲状态，或者 T0F实体存储的参数发生更新，会导致 CN与 UE通信中断，例如， UE 经由 T0F实体 1 (T0F1 ) 附着到网络，在空闲状态（idle) 下从 T0F实体 1移动到 T0F实体 2 (T0F2), UE发起卸载业务的服务请求并启用卸载业务，之后进入 idle态的 UE在 T0F2 收到下行卸载业务数据包，此时， T0F2需要寻呼 UE并恢复 UE的数据传输来支持业务连续性，即在 T0F2进行业务卸载的情况下，在进入 idle前， UE正使用卸载业务，一段时间没有数据传输，空口资源释放进入 idle态，但应用连接没有释放， T0F还有可能收到下行卸载业务数据包，为保证业务能连续使用，需要通知 UE和网络建立承载。或者， UE没有移动到 T0F2, 仍然处于 T0F1 , 但是 UE的状态发生改变，例如 T0F卸载业务完成后， UE进入空闲状态，此时， UE与 CN之间的空口资源也被释放，但是由于应用连接没有释放， UE再次收到新的卸载业务数据包时，需要与 CN恢复连接以实现卸载业务数据包的传输。

综上，由于 T0F卸载业务导致现有技术中存在 CN与 UE因释放空口资源导致的通信中断的问题。发明内容

针对现有技术中的卸载业务功能 T0F实体的使用导致的 CN与 UE的通信中断的问题，本发明实施例提供了保持业务连续性的方法，并相应提供了解决该问题的 T0F实体。

一方面，本发明实施例提供了一种保持业务连续性的方法： T0F实体接收分组数据网 (PDN) 发送的用户设备 UE的下行卸载业务数据包，该 T0F实体向所述 UE发送核心网（CN) 寻呼消息；该 T0F实体接收 UE向 CN发送的寻呼响应，该寻呼响应包括 UE的服务请求消息，该服务请求消息包括服务类型（Service Type ) 字段，该服务类型字段指示为寻呼响应； T0F实体向 CN转发服务请求消息，用于 CN在收到服务请求消息后建立无线接入承载（RAB)，所述服务请求类型字段指示为数据内容（Data) 。通过该方法实现 CN与 UE的通信，保证业务的传输。

另一方面，本发明实施例还提供了一种 T0F实体，包括寻呼发起模块，用于向 UE发送核心网寻呼消息；并接收 UE向核心网发送的寻呼响应；服务请求转发模块，用于向核心网转发该寻呼响应中的服务请求消息，用于 CN与 UE建立通信连接，以保证业务的连续性，服务请求消息转发模块，用于向所述核心网转发所述寻呼响应中的服务请求消息，用于 CN与 UE建立通信连接，所述服务请求消息中的服务请求类型字段指示为数据内容（Data) 。

本发明实施例通过 T0F实体向 CN发送寻呼响应消息，在 UE状态发生改变的情况下，恢复 CN和 UE的通信，保持了通信业务的连续性。附图说明图 1为现有技术 Iu-PS接口上的 T0F实体卸载业务的网络架构图；

图 2为本发明第一实施例流程图；图 3为本发明第二实施例流程图；

图 4为本发明第三实施例流程图；

图 5为本发明第二实施例 T0F实体上报 T0F信息流程图;

图 6为本发明第四实施例 T0F实体结构图；

图 7为本发明第五实施例流程图；

图 8为本发明第七实施例触发条件使用流程图；

图 9为本发明第七实施例 QoS协商流程图；

图 10为本发明第七实施例 RAB建立流程图。具体实施方式为了使本发明的目的、技术方案、及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。本发明第一实施例，如图 2所示，包括如下步骤：

5201 , T0F实体接收分组数据网（PDN) 发送的用户设备 UE的下行卸载业务数据包；具体地，该下行卸载业务数据包可以通过 Gi口接收，

5202, T0F实体向该 UE发送核心网（CN) 寻呼消息；具体地，例如， T0F发现 UE进入 idle态，为向 UE传输业务，需要寻呼 UE，恢复建立 CN 与 UE之间的承载。

5203, T0F实体接收该 UE向上述 CN发送的寻呼响应，该寻呼响应包括 UE的服务请求消息，该服务请求消息包括服务类型（Service Type ) 字段，该服务类型字段指示为寻呼响应；

5204, T0F实体向上述 CN转发该服务请求消息，用于该 CN在收到上述服务请求消息后建立无线承载（RAB) ，上述服务请求类型字段指示为数据内容或信令内容（Data) 。步骤 S202中的 TOF实体向 UE发送 CN寻呼消息及步骤 S403中的接收寻呼响应的具体流程对应装置实施例 T0F实体的寻呼发起模块的具体功能， S204 T0F实体向上述 CN转发该服务请求消息对应 T0F实体的服务请求消息转发模块。具体地， CN收到 T0F实体转发的服务请求消息，根据服务请求消息中的服务类型字段 Data, 即发现该服务请求的类型为数据，即需要与 UE建立承载以传输业务数据，例如 CN可以发起 RAB分配（RAB Assignment) ，通过建立 RAB承载建立与 UE的通信。综上，通过使用本发明第一实施例提供的，由 T0F发起的寻呼 UE的流程，可以实现 CN 与 UE的无线承载的建立，传输业务数据，保持业务的连续性。如图 3所示，本发明第二实施例提供了在 "UMTS" 网络架构下，通过 T0F寻呼 UE实现的 CN和 UE之间的业务连续性的方法。显而易见地，本领域技术人员可以理解，本实施例也适用于 LTE网络的演进网络中具有同样功能的实体之间的信息交互流程，例如 SGSN对应 LTE网络移动管理实体（匪 E， Mobile Management Entity, 而 TOF实体可以位于 LTE网络的 eNB和 MME之间， SGSN和 MME可统称为核心网节点。

5301 , T0F实体接收分组数据网（PDN) 发送的用户设备 UE的下行卸载业务数据包；在步骤 S302之前，本实施例还包括 T0F实体确定 UE处于空闲状态；具体确定方法，例如， T0F实体确定 UE处于空闲状态的方法可以通过如下方法： T0F实体确定针对 UE的 Iu连接被释放，例如通过获取经过 T0F实体的 Iu连接释放过程的消息确定 UE的 Iu连接被释放。其中， Iu连接是指，核心网（CN) 和接入网之间的信令交互。

5302, T0F实体向该 UE发送核心网（CN) 寻呼消息；进一步地，如果在 T0F实体向 CN发送寻呼消息之前， T0F并未获取到寻呼参数，贝 ijTOF 实体可以在向核心网发送寻呼消息之前向 SGSN请求下发寻呼参数。具体地， T0F实体可以通过向 SGSN发送 UE上下文请求消息（UE context) 请求 SGSN发送寻呼参数，或者发送专用的寻呼参数请求消息请求 SGSN下发寻呼参数给该 T0F实体。所述寻呼参数是指用于寻呼 UE 的参数，包括指示寻呼 UE的时间的参数，例如核心网不连续接收（CN DRX) ；指示寻呼 UE 的区域的参数，例如寻呼区域标识（Paging Area ID) 、闭合用户群列表（CSG list) ；指示需要寻呼的 UE身份的参数，例如临时移动用户标识（TMSI， Temporary Mobile Subscriber Identity) 。或者，可替代地， TOF实体可以不需请求 SGSN下发寻呼参数，如果 T0F实体在向 UE发送

CN寻呼消息之前，已经向 SGSN上报 T0F实体信息， SGSN可下发寻呼参数给 T0F实体。其中 T0F 实体信息是指，指示 T0F实体的业务卸载能力， T0F实体的业务卸载地址，业务卸载设备标识（TOF ID) 的信息， T0F实体的安全能力，以及其他本领域技术人员可以根据上述信息可毫无疑义的确定的指示 TOF实体的信息。具体地，本实施例中， T0F实体可向 CN上报的 T0F 实体信息，包括但不限于 T0F实体业务卸载能力、 T0F实体业务卸载设备标识（TOF ID) 、 TOF实体地址、 T0F实体安全能力等其中的一个或多个。例如，如图 5所示， LTE系统的 T0F 实体可在 S1建立请求时上报上述 T0F实体信息，或通过其他 S1应用协议消息，例如初始化 UE消息（Initial UE Message) 上报 T0F实体信息到 CN。类似地， UMTS系统的 T0F实体可在业务请求消息中上报 T0F实体信息，或通过专用的无线接入网应用协议消息（RANAP, Radio Access Network Application Part) 上报。可选地，以上实施例中的 T0F实体信息可作为通用的 SGSN向 T0F实体发送新增参数或新增功能的触发条件，即 SGSN可在收到 T0F实体信息后才下发新增的参数以及启用的新增的功能，其中新增的参数以及启用的新增的功能是指，针对 T0F实体已有的参数及功能新增加的参数和功能。另外，通用的 SGSN下发新增参数或新增功能给 T0F实体的触发条件包括如下条件的任意一种或其组合：触发条件 1， SGSN收到 UE发送的业务请求消息；触发条件 2， CN本地配置支持并启用 T0F实体业务卸载功能的信息；触发条件 3， SGSN收到过 T0F实体或其他设备发送的支持或启用 T0F实体业务卸载功能的指示。进一步地，在 T0F实体收到寻呼参数后，会将寻呼参数转发给接入网，用于接入网寻呼 UE。例如， T0F实体获取到 CN DRX后，作为寻呼消息的参数下发到接入网，接入网可以根据 CN DRX和国际移动用户标识（MSI， International Mobile Subscriber Identity) 计算寻呼时机，下发寻呼消息到 UE。例如， T0F实体获取到 Paging Area ID后，作为寻呼消息的参数下发到接入网侧，接入网判断本节点下的区域是否属于寻呼区域范围，若是则下发寻呼消息，否则不发寻呼消息。例如， T0F实体获取到 CSG list后，作为寻呼消息的参数下发到接入网侧，接入网判断本节点下的 CSG小区是否在 CSG list中，若是则下发寻呼消息，否则不发寻呼消息。例如， T0F实体获取到 TMSI后，作为寻呼消息的参数下发到接入网侧，接入网用临时标志构造寻呼消息下发到 UE。接入网对寻呼参数的具体的处理方法为现有技术，此处不再赘述。

S303, T0F实体接收该 UE向所述 CN发送的寻呼响应，该寻呼响应包括 UE的服务请求消息，该服务请求消息包括服务类型（Service Type) 字段，该服务类型字段指示为寻呼响应；具体地， UE接收 T0F实体通过接入网发送的 CN寻呼消息，会向 CN发送寻呼响应，该寻呼响应经过 T0F实体， T0F实体获取该寻呼响应，如图 3所示。

S304, T0F实体向上述 CN转发该服务请求消息，用于该 CN收到上述服务请求消息后建立无线承载（RAB) ，上述服务请求消息中的服务类型字段指示为数据内容（Data) 。步骤 S302中的 T0F实体向 UE发送 CN寻呼消息及步骤 S303中的接收寻呼响应的具体流程对应装置实施例 T0F实体的寻呼发起模块的具体功能， S304 T0F实体向上述 CN转发该服务请求消息对应 T0F实体的服务请求消息转发模块。进一步地，对应寻呼参数发送功能， T0F 实体还包括寻呼参数请求模块，对应本实施例中 T0F实体向 SGSN请求发送寻呼参数的具体流程。本发明第二实施例以 UMTS系统为例描述了通过 T0F实体恢复 CN和 UE之间的通信的方法，并指出了拓展到 LTE系统及其他系统的方法。进一步地，第二实施例还提供了 T0F实体获取寻呼参数的方法，解决了现有技术中，由 SGSN发起 idle态下对 UE的寻呼， T0F实体保存的寻呼参数没有及时更新或者没有获取寻呼参数时，导致的现有技术中的 T0F实体不能在合适的时机发送寻呼消息的问题。例如不能使用合适的 DRX参数寻呼，将浪费相当多的信令开销。对于 T0F获取不到寻呼区域和 CSG list的情况，也导致不能进行寻呼优化，将引起不相关的无线网络控制器 RNC或者家用基站网管 HNB等实体发起不必要的寻呼，浪费资源。本发明第三实施例提供了 T0F实体与 UE、 CN进行信息交互的流程的举例：

5401 , T0F实体接收 UE的下行卸载业务；进一步地，该步骤可包括， T0F实体确定该下行卸载业务的 UE处于 idle态，具体判断方法与 S302相同。

5402, T0F实体向 UE发送 CN寻呼消息；进一步地，若没 T0F实体没有保存 UE的 CN DRX、 Paging Area ID、 CSG list参数其中一个或多个， T0F实体可向 SGSN请求下发寻呼参数，该寻呼参数至少包括 CN DRX、 Paging Area ID、 CSG list 中的一个或多个。具体的请求方法与步骤 S302中的请求方法相同，此处不再赘述。

5403, UE接收 T0F实体发送的 CN寻呼消息， UE向 CN发送寻呼响应，即 UE的服务请求消息；具体地， UE接收 T0F实体发送的 CN寻呼消息包括， UE接收 RNC转发的 T0F实体发送的 CN 寻呼消息。 UE发送的上述请求消息包括分组网络的临时移动用户标识（P TMSI ,

Packet-Temporary Mobile Subscriber Identity) ，路由区标识 (RAI , Routing Area Identity) , 密钥序列码（CKSN， CKSN - Cipher Key Sequence Number)服务类型（ Service Type) 。其中 Service Type字段指示为寻呼响应 Paging Response。

S404. TOF实体获取上述服务请求消息，再转发包含 Service Type字段指示为数据 (Data) 的服务请求消息到 CN; 具体地， T0F实体可以通过信息设置，修改 Service Type字段指示的 Paging Response 为 Data。 S405. CN收到上述服务请求消息后，后发起 RAB建立过程，恢复和 UE的通信；具体地， CN确定服务请求消息中的服务类型字段指示为数据（Data) ， CN确定需要与 UE建立通信。可选地，本实施例上述步骤完成后，还可以包括， S406. T0F实体获取执行业务卸载匹配策略需要的用户信息并执行业务卸载策略匹配工作，若匹配成功则启用业务卸载，创建 NAT表项，恢复卸载业务的上下行传输，具体卸载流程为现有技术中 T0F实体执行卸载业务的流程，此处不再赘述。步骤 S402中的 T0F实体向 UE发送 CN寻呼消息及步骤 S403中的接收寻呼响应的具体流程对应装置实施例 T0F实体的寻呼发起模块的具体功能， S404 T0F实体向上述 CN转发该服务请求消息对应 T0F实体的服务请求消息转发模块。进一步地，对应寻呼参数发送功能， T0F 实体还包括寻呼参数请求模块，对应本实施例中 T0F实体向 SGSN请求发送寻呼参数的具体流程。本发明第三实施例以 T0F实体与 UE、 CN进行信息交互的流为例描述了通过 T0F实体恢复 CN和 UE之间的通信的方法，进一步地，第三实施例还提供了 T0F实体获取寻呼参数的方法，解决了现有技术中，由 SGSN发起 idle态下对 UE的寻呼， T0F实体保存的寻呼参数没有及时更新或者没有获取寻呼参数时，导致的现有技术中的 T0F实体不能在合适的时机发送寻呼消息的问题。本发明第四实施例提供了一种 T0F实体，包括寻呼发起模块，用于向 UE发送核心网寻呼消息；并接收 UE向核心网发送的寻呼响应；服务请求消息转发模块，用于向核心网转发该寻呼响应中的服务请求消息，用于 CN与 UE建立通信连接，以保证业务的连续性，所述服务请求消息中的服务请求类型字段指示为数据内容（Data) 。进一步地，该 T0F实体还可包括寻呼参数请求模块。具体的方法流程参见方法实施例的对应描述。使用第四实施例提供的 T0F实体，可以通过寻呼 UE建立 CN和 UE之间的通信，完成业务数据的传输，保持业务的连续性。另外，在现有网络中，存在专用承载用于传输 IP数据流，其中，有些 IP数据需要使用特定速率传输。相应地，针对业务传输需要的不同，这些专用承载可以区分为保证带宽 (GBR, Guaranteed Bit Rate ) 承载和非 GBR (non-GBR) 承载。 GBR承载有保证带宽，即有保证的传输比特速率传输数据，而 non-GBR承载需要共同分享聚合最大比特速率（AMBR, Aggregate Maximum Bit Rate ) 。 non-GBR业务可以忍受拥塞情况下的数据包丢失而 GBR业务不会存在这种数据包丢失的情况。例如，目前的 Internet业务一般属于非保证带宽

(non-GBR, Guaranteed Bit Rate ) 类型的业务，通过 non-GBR承载传输。在 UE的签约信息中为每个分组数据网 PDN的 non-GBR业务定义该 PDN的签约的接入点服务商名称-累积最大速率（APN-AMBR) ，还定义了用作空口 non-GBR速率控制的签约的 UE-AMBR。 Non-GBR承载主要用于各种数据业务的承载，为了尽可能提高系统的带宽利用率，演进的分组数据网络（EPS) 系统引入了汇聚的概念，并定义了 AMBR参数。 AMBR是到每个 PDN的连接的 IP-CAN 会话级 QoS参数，相同 PDN连接的多个 EPS承载可以共享相同的 AMBR值。当其他 EPS承载不传送任何业务时，这些 Non-GBR承载中的每一个承载都能够潜在地利用整个 AMBR。因此， AMBR 参数实际上限制了共享这一 AMBR的所有承载能所能提供的总速率。 AMBR参数基于两种不同的场景可分为 UE-AMBR和 APN-AMBR。 UE-AMBR参数作为 UE的签约数据保存在 HSS中，用于指示 UE针对不同 PDN接入的参数属性，并通过网络注册流程由 HSS 传送给 MME。当 UE建立起到某 PDN的第一条数据连接时，相应的上下行 UE-AMBR即可以通过默认承载建立流程，传送到 eNodeB实体，由 eNodeB完成其控制与执行。 APN-AMBR参数是存储在 HSS中的针对每个接入点名称 (APN)的签约参数，它实际上限制了同一个 APN中的所有 PDN连接期望提供的累计比特速率。其中，下行 APN-AMBR由 PDN-GW负责执行，上行 APN-AMBR 由 UE或 PDN-GW负责执行。

UE-AMBR参数作为 UE的签约数据保存在 HSS中，用于指示 UE针对不同 PDN接入的参数属性，并通过网络注册流程由 HSS传送给 MME。当 UE建立起到某 PDN的第一条数据连接时，相应的上下行 UE-AMBR即可以通过默认承载建立流程，传送到 eNodeB实体，由 eNodeB完成其控制与执行。 APN-AMBR参数是存储在 HSS中的针对每个接入点名称 (APN)的签约参数，它实际上限制了同一个 APN中的所有 PDN连接期望提供的累计比特速率。其中，下行 APN-AMBR由 PDN-GW负责执行，上行 APN-AMBR由 UE或 PDN-GW负责执行。以 UMTS网络为例，每个 PDN连接激活后，网关 GPRS支持节点（GGSN， Gateway GPRS Support Node ) 或者分组数据网关（PGW， Packet Gateway ) 将允许传输的 PDN连接的在用 APN-AMBR发给 SGSN，所有激活的 PDN连接的在用 APN-AMBR之和不能超过签约的 UE-AMBR, SGSN将 APN-AMBR之和与签约的 UE-AMBR之间的较小值作为在用 UE-AMBR发给接入网做速率控制。当然，如果是 LTE网络， MME实体可实现 SGSN计算 APN-AMBR的功能。在启用业务卸载功能 T0F实体卸载业务后，由于 T0F卸载的业务不需通过核心网实体，例如不通过 SGSN或者 GGSN传输，因此核心网实体，例如 SGSN或 GGSN不能获知单个 PDN连接上的，在 RAN侧直接被 T0F卸载到 PDN的业务。对于存在多个 PDN连接的用户的情况，核心网实体，例如 SGSN同样无法获知单个 PDN连接的业务被卸载。综上，由于核心网实体，例如 SGSN计算的 UE-AMBR并不能与所有需要传输的业务匹配，因此核心网实体，如 SGSN发送到 RAN侧的 UE-AMBR也不能与所有需要传输的业务匹配，导致 RAN侧空口速率控制不当，例如产生丢包现象，从而影响用户体验。针对以上技术问题，本发明各实施例提供了计算 UE-AMBR的方法，可使 RAN侧获取与所有需传输业务匹配的 UE-AMBR, 从而进行合理的空口速率控制，提升用户体验。第五实施例，本实施例以 UMTS网络为例描述了在 GGSN和 T0F实体上的业务共享签约的 APN-AMBR的情况：由于 SGSN可以获取 GGSN的 APN-AMBR, 例如 SGSN可通过向 HSS请求签约 APN-AMBR的方式获取 APN-AMBR,因此使用 GGSN与 T0F共享的签约的 APN-AMBR, SGSN可以计算出满足传输需要的 RAN侧控制空口传输速率的 UE-AMBR。具体流程是，核心网实体向 T0F实体发送 UE-AMBR信息，或者叫 UE-AMBR参数，例如通过 RAB分配消息（RAB Assignment Request)发送，所述 UE-AMBR是 APN-AMBR之和与签约

UE-AMBR之间的较小值，所述签约 UE-AMBR是当前签约的 UE-AMBR与 T0F本地配置的 APN-AMBR 之差；所述 TOF实体接收所述核心网实体发送的 UE-AMBR信息后向所述 TOF实体向 RAN发送 UE-AMBR信息，或者叫 UE-AMBR参数，所述 T0F实体向 RAN发送的 AMBR信息，或者叫 AMBR参数，包括所述核心网实体向 T0F实体发送的 UE-AMBR信息与 T0F实体本地配置的 APN-AMBR之和。本实施例提供了更为详细的举例，例如，本实施例可以通过以下两种方法实现：方法一是在不改变现有核心网 CN架构的前提下，提供的具体流程实现。 T0F实体本地配置 APN-AMBR, 运营商降低签约的 UE-AMBR= (当前签约的 UE-AMBR) - (T0F本地配置的 APN-AMBR)。 SGSN计算所有 GGSN返回的 APN-AMBR之和，并与签约的 UE-AMBR比较，并取较小值下发给 AN。 T0F实体收到 SGSN下发的 UE-AMBR后，计算 UE_AMBR= (收到的 UE-AMBR) + ( TOF 本地配置的 APN-AMBR) ， T0F发送修改后的 UE-AMBR到 RAN侧，实现 RAN侧的空口传输速率控制。其中， T0F实体可通过 RAB分配消息或者 QoS修改消息发送 T0F修改后的 UE-AMBR。当然，如果签约的 UE-AMBR足够大，例如根据运营商的统计经验值，所有 GGSN配置的 APN-AMBR及 T0F的 APN-AMBR之和都不会超过签约的 UE-AMBR, 可不用修改签约的 UE_AMBR。或者，使用签约信息中的可用于业务卸载的签约 APN-AMBR= (当前签约的 APN-AMBR) - (T0F本地配置的 APN-AMBR)。 SGSN计算所有 GGSN返回的的 APN-AMBR之和，并与签约的 UE-AMBR进行比较，选取较小值作为 UE-AMBR向 T0F实体发送。 T0F实体收到 SGSN下发的

UE-AMBR后，计算该 UE-AMBR= (收到的 UE-AMBR) + ( T0F本地配置的 APN-AMBR) ， T0F再向 RAN侧发送该 T0F实体修改的 UE-AMBR, 该 UE-AMBR作为 RAN侧进行空口速率控制的 UE_AMBR。或者，可以结合使用上述签约 UE-AMBR和签约专用 APN-AMBR修改的方法，即使用运营商同时修改签约 UE-AMBR和签约专用 APN-AMBR。同时修改签约的 UE_AMBR= (当前签约的 UE-AMBR) - (T0F本地配置的 APN-AMBR)和可用于业务卸载的签约 APN_AMBR= (当前签约的 APN-AMBR)一（T0F本地配置的 APN-AMBR)。本实施例方法一中 TOF实体获取 AMBR信息和计算 AMBR信息并将计算后的 AMBR信息发送给 RAN的方法分别对应装置实施例中的 AMBR获取模块、 AMBR计算模块和 AMBR发送模块。方法一提供了不改变核心网结构即可为 RAN提供更合理的 UE-AMBR的方法，进行空口速率控制。方法二是在改变核心网 CN结构的情况下，使得 RAN可以使用满足业务传输需求的 UE-AMBR进行空口速率控制。具体流程是， SGSN接收 GGSN发送的 APN-AMBR信息，所述 APN-AMBR信息等于 GGSN配置的 APN-AMBR与 T0F实体卸载业务配置的 APN-AMBR偏移量之差，所述 SGSN根据接收的 APN-AMBR 信息计算 UE-AMBR, 具体包括比较 APN-AMBR之和与签约 UE-AMBR的大小，选择较小值发送给 T0F实体，所述 T0F实体接收所述 SGSN发送的 UE-AMBR信息，配置 T0F实体的 APN-AMBR为在 GGSN侧配置的 T0F实体的卸载业务的 APN-AMBR偏移量。上述流程可细化为：

GGSN配置用于 T0F卸载业务的 APN-AMBR偏移量，具体地的配置方法为 GGSN根据现有算法计算的 APN-AMBR或者通过网管配置方式来实现；

GGSN在收到 SGSN发送的签约 APN-AMBR时，配置本地 APN-AMBR并返回给 SGSN用于计算 UE-AMBR, SGSN计算 UE-AMBR, 具体的计算方法同方法一，不再赘述。 SGSN将计算得到的 UE-AMBR发送给 T0F实体。而实际使用时， GGSN进行业务传输使用的传输速率为 GGSN本地配置的 APN-AMBR减去 T0F实体配置的 APN-AMBR偏移量；

T0F实体收到 UE-AMBR时， T0F实体本地配置用于卸载业务的 APN-AMBR为 GGSN为 T0F配置的 APN-AMBR偏移量； T0F实体转发 SGSN计算后下发的 UE-AMBR到 RAN侧，例如，可以通过 RAB分配消息或者 QoS 修改消息发送。

本实施例方法二中 T0F实体获取 AMBR信息和计算 AMBR信息并将计算后的 AMBR信息发送给 RAN的方法分别对应装置实施例中的 AMBR获取模块、 AMBR计算模块和 AMBR发送模块。另外，上述方法还可应用在运营商为卸载业务定义专用 APN-AMBR的情况：对于方法一，即签约信息中的 UE-AMBR降低为 = (当前签约的 UE-AMBR) - (T0F本地配置的 APN-AMBR)同样适用于为卸载业务定义专用 APN-AMBR的情况。另外，对于定义专用 APN-AMBR的情况，还可以把签约的专用 APN-AMBR设置为 0，即对于卸载业务，将签约的专用 APN-AMBR设置为 0，不使用 GGSN传输。定义的专用承载还可以结合使用上述签约 UE-AMBR 和签约专用 APN-AMBR修改的方法，即使用运营商同时修改签约 UE-AMBR和签约专用

APN- AMBR。定义了专用承载的情况对于方法二，仍在 GGSN本地配置的 APN-AMBR= T0F本地配置的 APN-AMBR偏移量，并返回给 SGSN, 但是 GGSN实际使用的 APN-AMBR为 0。第六实施例，本实施例详细描述了 GGSN和 T0F的业务共享签约具体 UE-AMBR参数的计算和 UE-AMBR的发送流程：实现第六实施例的具体方法一：首先该流程使用的参数包括：签约的 UE-AMBR; T0F和 GGSN共享的签约 APN-AMBR, 即可由 GGSN和 T0F共同传输的承载， SP， GGSN和 T0F的 PDN连接是共享的，传输承载也是共享的，物理传输路径不同而已。其 APN-AMBR适用于 GGSN也适用于 TOF; GGSN上配置的 APN-AMBR, 具体配置方法为通过现有算法计算得到， GGSN剩余的签约 APN1-AMBR=签约 APN-AMBR— GGSN配置的 APN-AMBR, 即 GGSN剩余的签约 APN-AMBR为签约信息中为 GGSN分配的 APN-AMBR与 GGSN上配置的 APN-AMBR之差，为 GGSN分配的 APN-AMBR即为 T0F和 GGSN共享的签约 APN-AMBR; GGSN配置的非卸载业务的 APN-AMBR之和，其中 GGSN配置的非卸载业务的 APN-AMBR之和包括所有 GGSN配置的 APN-AMBR之和或者包括所有 GGSN配置的 APN-AMBR之和减去 T0F实体与 GGSN 共享的 APN-AMBR (包含一共用 /不包含 GGSN配置的 APN1-AMBR) ； T0F实体上配置的卸载业务的 APN-AMBR。使用上述参数，向 RAN发送控制空口速率的 UE-AMBR的具体步骤如下：步骤 611. SGSN向 RAN发送 RAB分配消息，所述 RAB分配消息包括以下参数： GGSN上配置的非卸载业务的 APN-AMBR之和、剩余的签约 APN-AMBR, 签约的 UE_AMBR。步骤 612.所述 RAB分配消息经过 T0F实体，该 T0F实体收到该 RAB分配消息后，根据该 RAB 分配消息中的参数，剩余的签约 APN-AMBR, 即 GGSN剩余的签约 APN-AMBR=签约 APN-AMBR— GGSN配置的 APN-AMBR配置本地卸载业务的 APN_AMBR。具体包括， T0F实体按照下式计算 UE-AMBR = ( GGSN上配置的其他非卸载业务的 APN-AMBR之和（包含 GGSN配置的 APN-AMBR) ) + ( T0F上配置的卸载业务的 APN-AMBR) 。 T0F实体向 RAN侧发送 UE_AMBR=min (上述计算后的 UE-AMBR,签约的 UE-AMBR)，进一步地， T0F实体可以删除在步骤 1中步增加的参数.可选地，若 T0F实体计算后的 UE-AMBR和 T0F实体收到的 SGSN发送的 UE-AMBR不同， T0F实体可向 CN上报计算后的 UE-AMBR。具体可以通过现有的 QoS修改过程中的消息，或者定义专用的消息上报。实现第六实施例的具体方法二：步骤如下：步骤 621、 SGSN向 RAN发送 RAB分配消息，所述 RAB分配消息包括： GGSN上配置的非卸载业务的 APN-AMBR之和（不包含 GGSN配置的 GGSN禾 PT0F实体共用的 APN-AMBR) 十签约的

APN-AMBR、剩余的签约 APN1-AMBR、签约的 UE_AMBR。步骤 622、 T0F实体收到上述 RAB分配消息后，配置 T0F实体本地卸载业务的 APN1-AMBR, 计算 UE-AMBR= ( GGSN上配置的非卸载业务的 APN-AMBR之和（不包含 GGSN配置的 GGSN和 T0F 实体共用的 APN-AMBR) 十签约的 APN1-AMBR) - ( (剩余的签约 APN-AMBR) - ( T0F上配置的卸载业务的 APN-AMBR) ) 。 T0F实体向 RAN发送的 UE-AMBR=min (上述计算后的 UE-AMBR，签约的 UE-AMBR)。进一步地， T0F实体可以删除在步骤 1增加的参数，然后向 RAN发送 UE-AMBR, 用于进行空口速率控制。可选地，若 T0F实体计算后的 UE-AMBR和 T0F实体收到的 UE-AMBR不同， T0F实体可上报计算后的 UE-AMBR到 CN。上报消息可使用现有的 QoS修改过程中的消息，或者定义专用的消息。

进一步地，对于为卸载业务定义了专用 APN-AMBR的场景：对于第六实施例的方法一， SGSN向 GGSN发送签约 APN-AMBR可设置为 0，则 GGSN为该 APN 配置的 APN1-AMBR为 0。步骤 211中的签约的 APN-AMBR和剩余的签约的 APN-AMBR相同。对于第六实施例的方法二，步骤 221中增加的参数： GGSN上配置的非卸载业务的

APN-AMBR之和，该 APN-AMBR之和不包括 GGSN配置的专用 APN-AMBR的值；签约的 APN-AMBR; 签约的 UE-AMBR。步骤 222中，或者 SGSN在计算 UE-AMBR时不计入 GGSN返回的 APN-AMBR参数。计算 UE-AMBR= ( GGSN上配置的非卸载业务的 APN-AMBR之和（不包含 GGSN配置的

APN1-AMBR) ) 十（T0F上配置的卸载业务的 APN-AMBR) 实施例六中 T0F实体获取 AMBR信息和计算 AMBR信息并将计算后的 AMBR信息发送给 RAN 的方法分别对应装置实施例中的 AMBR获取模块、 AMBR计算模块和 AMBR发送模块。第七实施例，本实施例提供了 GGSN和 T0F实体的业务共享签约的 APN-AMBR情况下的另外一种方案，使得 RAN可获取与传输业务匹配的 UE-AMBR, 进行空口速率控制的方法：

SGSN将签约 APN-AMBE分成 2部分或者签约信息中的签约 APN-AMBR包括分开的 2部分， SGSN分别与 GGSN、 T0F实体协商 APN-AMBR, SGSN根据和 GGSN、 T0F实体的协商结果计算

UE-AMBR, 具体计算方法同前，不再赘述， SGSN将计算后的 UE-AMBR下发给 RAN。具体包括: SGSN在 GGSN完成 APN-AMBR配置后，根据 GGSN返回给 SGSN的 GGSN配置的 APN-AMBR, 得至 lj GGSN上剩余的 APN-AMBR, SGSN使用该剩余的签约 APN-AMBR和 TOF实体协商，具体步骤包括：步骤 71.当 UE发起卸载业务请求后， SGSN和 GGSN协商 QoS参数 APN— AMBR; SGSN向 GGSN 发送签约的 APN-AMBR, GGSN配置本地的 APN-AMBR并返回该 GGSN配置后的 APN-AMBR到 SGSN。步骤 72. SGSN用签约的 APN-AMBR减去 GGSN配置的 APN-AMBR值禾 PT0F实体协商 T0F实体卸载业务的 APN—AMBR。 SGSN向 T0F实体发送（签约的 APN-AMBR— GGSN配置的 APN-AMBR) 值， TOF配置本地的 APN-AMBR并返回该 T0F实体配置的 APN-AMBR值到 SGSN。在 T0F实体和 SGSN协商过程中可选触发 SGSN和 GGSN间的 APN-AMBR参数修改过程；步骤 73. SGSN计算 UE-AMBR=SUM ( GGSN已经配置的所有 APN-AMBR, T0F上配置的 AMBR) ，与签约的 UE-AMBR比较， SGSN向 RNC发送 min (计算 UE-AMBR, 签约 UE-AMBR)。其中步骤 72步、步骤 73步可在 SGSN发起 RAB建立过程中执行，也可在 QoS修改过程中进行，或者定义专用的 T0F和 SGSN间的交互消息。上述步骤中， T0F实体和 SGSN发起 AMBR协商的触发条件可包括如下触发条件的任意一种或其组合：

触发条件 1 : 当 T0F实体启用业务卸载时，通知 SGSN对某 PDP承载或者 RAB上的业务启用了业务卸载功能或者通知 SGSN该 PDP承载或者 RAB上可应用卸载功能。具体通知方法包括： T0F向 SGSN发送业务卸载指示消息，或者发送 QoS修改请求消息，消息中可选指示业务卸载的承载标识。

该触发条件 1触发 SGSN发起和 GGSN以及 T0F实体的 QoS修改过程， QoS参数可包括

APN-AMBR、 UE-AMBR中的一个或多个； SGSN可与 GGSN、 T0F中的一个或多个进行 QoS协商。触发条件 2 : SGSN收到业务请求时，判断该业务对应的 APN可支持卸载时，主动发起和 T0F实体协商 QoS参数的过程。触发条件 3 : T0F实体收到 RAB分配消息后，确定承载的业务是卸载业务，则主动发向 CN发起 QoS修改过程。和触发条件 1相比， QoS协商的时间相对较早。其中，上述触发条件触发的 QoS协商过程可通过如下流程实现：例如，可以通过如下流程实现，如图 8所示：针对触发条件 1， T0F实体收到 RAN发送的上行业务，通过 T0F解析上行业务流匹配卸载策略成功后发起； T0F实体与核心网发起 QoS协商，具体包括 RAN发起的承载 QoS修改过程；针对触发条件 2 : 在 RAB建立过程中发起 QoS协商，具体流程包括：如图 10所示. RAB建立过程包括，核心网节点向 RAN侧的 RNC发送 RAB分配请求， RNC向 CN 返回 RAB分配响应，建立 RAB，在 RAB分配请求中包含 CN向 RNC发送的 QoS参数，进行 QoS协商，例如 AMBR参数。另， UMTS系统中叫做 RAB指派。针对触发条件 3 : 或者，又例如，如图 9所述，在 RAB建立程中，发生 QoS改变， SGSN可以发起 PDP上下文修改流程，其中包含 QoS参数 APN-AMBR; SGSN在向 GGSN发送更新 PDP请求时包含签约的 APN -AMBR, GGSN在响应时包含配置的 APN-AMBR, SGSN根据 GGSN返回的值重新计算 UE-AMBR, 与签约 UE-AMBR相比，取较小值，在 RAB指派过程中发到 RAN. 上述实施例七也适用于对于为卸载业务定义了专用 APN的场景：

SGSN把与 GGSN协商的签约 APN-AMBR设置为 0，或者 SGSN在计算 UE-AMBR时不计入 GGSN返回的卸载专用 APN-AMBR的配置值。另外，更详细地，对于 SGSN把 APN-AMBR分成 2部分，一部分用于卸载业务，一部分用于非卸载业务的情况，具体包括：

步骤 721， SGSN根据网络配置， SGSN把签约 APN-AMBR分成 2部分，签约 APN-AMBR = GGSN 的 APN-AMBR 十 T0F实体的 APN-AMBR，即 SGSN向 T0F实体发送包含签约 APN-AMBR信息的一部分，该签约 APN-AMBR信息为签约的 GGSN的 APN-AMBR与 T0F实体的签约的 APN-AMBR之和；步骤 722， SGSN用上述签约 APN-AMBR 中的 GGSN的 APN-AMBR和 GGSN协商，用上述签约

APN-AMBR中的 T0F实体的签约的 APN-AMBR和 T0F实体协商， SGSN根据协商结果计算 GGSN和 T0F的 APN-AMBR之和，与签约 UE-AMBR比较，发送最小值到 RAN。其中，对于为卸载业务定义专用 APN的情况，具体地， SGSN可以把签约的 GGSN的 APN-AMBR设置为 0，或者 SGSN在计算 UE-AMBR时不计入 GGSN返回的卸载专用 APN-AMBR的配置值。对于在签约信息中，存在运营商设置的包含 2部分的某签约 APN-AMBR, 即签约的 GGSN 的 APN-AMBR, 或者可指示为 APN-AMBRGGSN用于 GGSN的非卸载业务，签约的 T0F实体的 APN-AMBR, 或者可指示为 APN-AMBRGGSN用于 T0F实体的卸载业务。 SGSN根据网络配置， SGSN收到包含上述两部分信息的签约 APN-AMBR后，用 GGSN的 APN-AMBR和 GGSN协商 APN-AMBR参数，用签约 APN-AMBR中的 T0F实体的 APN-AMBRTOF禾 PT0F实体协商 APN-AMBR, SGSN根据协商结果计算 GGSN和 T0F配置的 APN-AMBR之和，并与签约的 UE-AMBR比较， SGSN将比较后的较小值发送给 RAN侧的 RNC进行空口速率控制。在 SGSN计算向 RAN发送的 UE-AMBR的过程中， AMBR对于为卸载业务定义专用 APN的情况，

SGSN或签约数据把与 GGSN协商的签约数据设置为 0，即若给卸载业务定义了专用 APN， SGSN 可指示 GGSN为卸载业务建立的承载上下文的签约 APN-AMBR参数设置为 0，贝 ijSGSN用签约的专用 APN-AMBR和 T0F协商 QoS参数不包括 GGSN的签约 APN-AMBR, 因为该值已为 0， SGSN计算 GGSN所配置的所有 APN-AMBR参数禾 PT0F配置的 APN-AMBR参数之和，与签约 UE-AMBR比较， SGSN向 RNC发送最小值。本实施中， SGSN包括 AMBR协商模块， AMBR发送模块，其中 AMBR协商模块用于分别与 T0F 实体和 GGSN进行 AMBR参数协商，包括 UE-AMBR协商， APN-AMBR协商，具体协商流程参见实施例三； AMBR发送模块用于向 RAN侧的 RNC发送计算后的 UE-AMBR, 用于 RAN侧进行空口速率控制。

实施例八，本实施例描述了 T0F实体通过运营 /管理 /维护系统 0AM ( Operation,

Administration, Maintenance ) 或策略控制计费规则功能 (PCRF, Pol icy Control and Charging Rules Function) 获取适合 RAN侧进行空口速率控制的用户的签约 UE-AMBR的具体实例。

方法一，通过 0AM获取 UE-AMBR, 具体包括： T0F实体从 0AM系统的归属用户服务器（HSS， Home Subscriber Server) 获取 UE的签约配置信息。具体包括：

步骤 811， T0F从 0AM的 HSS获取签约的 UE-AMBR和用于 T0F实体的虚拟签约 APN-AMBR, 虚拟签约 APN-AMBR是指在有 T0F实体的网络增加的签约信息，对于没有 T0F的网络没有影响。步骤 812，在 RAB分配过程中， T0F实体获取 SGSN发给 RNC的 RAB分配消息（RAB Assignment

Request ) 消息中的 UE_AMBR， T0F根据用于 T0F实体的虚拟 APN-AMBR配置 T0F使用的

APN-AMBR, 或者称为 0-AMBR, T0F实体向 RAN发送 min (签约 UE-AMBR, 消息中的 UE-AMBR+O-AMBR) ， SPTOF实体比较签约 UE-AMBR与 UE-AMBR禾 PTOF实体配置的 0-AMBR之和，将较小值发送给 RAN作为 UE-AMBR进行空口速率控制。本实施例中 T0F实体获取 AMBR信息和计算 AMBR信息并将计算后的 AMBR信息发送给 RAN 的方法分别对应装置实施例中的 AMBR获取模块、 AMBR计算模块和 AMBR发送模块。其中，虚拟签约 APN-AMBR可以是用户签约 T0F实体业务时在 HSS增加的一项签约信息，同时降低原来的签约 APN-AMBR值，则原 APN-AMBR=虚拟签约 APN-AMBR+降低后的签约 APN-AMBR. 而对于没有签约 T0F业务的用户没有影响。方法二，通过 PCRF获取 UE-AMBR, 具体包括：

T0F实体提供到 PCRF的接口，从 PCRF获取 UE的签约配置。具体步骤如下：步骤 821， PCRF在收到 GGSN的签约 APN-AMBR后，确定授权的 APN-AMBR,向 GGSN下发，同时也向 T0F实体下发，向 T0F实体下发的参数至少包括签约的 UE-AMBR、签约的 APN_AMBR、给 GGSN授权的 APN-AMBR参数中的一个，或者 PCRF向 T0F实体下发至少包括签约的 UE_AMBR、签约的 APN-AMBR减去授权的 APN-AMBR的参数中的一个，或者 PCRF向 T0F实体下发至少包括签约的 UE-AMBR、授权 T0F实体的 APN-AMBR参数中的一个，或者 PCRF向 GGSN发送授权 T0F实体的 APN-AMBR参数、 GGSN授权的 APN-AMBR参数中的一个。步骤 822， T0F实体收到上述 PCRF下发的参数， T0F实体配置 APN-AMBR,并加上从 SGSN收到的 UE-AMBR, 与签约 UE-AMBR比较，取较小值发给 RAN进行空口速率控制。针对上述方法实施例，本发明实施例还提供了一种 T0F实体，具体包括 AMBR获取模块； AMBR计算模块； AMBR发送模块。各模块具体功能如下：

AMBR获取模块，用于 T0F实体获取 SGSN向 RAN发送的包括 UE-AMBR的消息或者 PCRF发送的包括 UE-AMBR的消息 AMBR计算模块具体发送消息参见方法实施例中的消息流程；

AMBR计算模块，用于 T0F实体根据 AMBR获取模块获取的 AMBR信息，具体 AMBR参数及计算方法参见方法实施例；

AMBR发送模块， T0F实体将 AMBR计算模块计算后的 AMBR发送给 RAN, 用于 RAN进行空口速率控制。本发明各实施例使用的 TOF和 GGSN共享的签约 APN-AMBR是指 TOF和 GGSN共享 PDN连接上所对应的 PDP承载共用的 APN-AMBR。上述本发明各实施例中的 TOF实体作为一个逻辑功能实体，可集成在 UMTS的 RNC、家用基站 HNB或家用基站网关 HNB GW上、或者 LTE网络的服务网关 S_GW、家用基站 HeNB或者演进基站 eNB上，另夕卜， T0F实体还可单独部署在 eNB和 MME之间的或者 eNB和 S-GW之间的接口上。本领域普通技术人员可以理解：本发明各实施例的附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。本领域普通技术人员可以理解：实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以因制造的便利合并为一个模块，也可以因设计或布局的需要进一步拆分成多个子模块或单元。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括： R0M、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。

Claims

权利要求

1、一种通过业务卸载功能（T0F) 实体保持业务连续性的方法，其特征在于，所述 T0F实体接收分组数据网（PDN) 发送的用户设备（UE) 的下行卸载业务数据包，所述 T0F实体向所述 UE发送核心网（CN) 寻呼消息；

所述 T0F实体接收所述 UE向所述 CN发送的寻呼响应，所述寻呼响应包括 UE的服务请求消息，所述服务请求消息包括服务类型（Service Type ) 字段，所述服务类型字段指示为寻呼响应；

所述 T0F实体向所述 CN转发所述服务请求消息，用于所述 CN在收到所述服务请求消息后建立无线接入承载（RAB) ，所述服务类型字段指示为数据内容（Data) 。

2、根据权利要求 1所述的方法，其特征在于，所述 T0F实体向所述 UE发送核心网（CN) 寻呼消息之前，包括：所述 T0F实体确定所述 UE处于空闲状态。

3、根据权利要求 1或 2所述的方法，其特征在于，在所述 T0F实体向所述 UE发送核心网 ( CN) 寻呼消息之前，所述方法进一步包括，所述 T0F实体向核心网节点请求下发寻呼参数。

4、根据权利要求 3所述的方法，所述核心网节点包括服务 GPRS支持节点（SGSN) 或者移动管理实体（MME) 。

5、根据权利要求 1或 2所述的方法，其特征在于，所述 T0F实体向所述 UE发送核心网（CN) 寻呼消息之前，所述方法进一步包括，所述 T0F实体向所述 SGSN发送 T0F专用信息，所述 T0F 接收所述 SGSN根据所述 T0F上报的 T0F专用信息发送的寻呼参数。

6、根据权利要求 1或 2所述的方法，其特征在于，所述 T0F专用信息包括业务卸载能力、业务卸载设备标识（TOF ID) 、 T0F地址、安全能力信息中的任意一种或其组合。

7、根据权利要求 3所述的方法，其特征在于，所述寻呼参数包括核心网不连续接收参数（CN DRX) 、寻呼区域标识（Paging Area ID) 、非闭合用户群列表（CSG l ist ) 、临时移动用户标识（TMSI ) 中的任意一种或其组合。

8、根据权利要求 7所述的方法，其特征在于，所述 T0F实体向所述 UE发送核心网（CN) 寻呼消息包括：所述 T0F实体向接入网发送包含所述寻呼参数的所述寻呼消息，所述接入网根据所述寻呼参数向所述 UE发送所述寻呼消息。

9、一种业务卸载功能（T0F) 实体，其特征在于，所述 T0F实体包括，

寻呼发起模块，用于向用户设备 UE发送核心网寻呼消息；并接收所述 UE向所述核心网发送的寻呼响应；服务请求消息转发模块，用于向所述核心网转发所述寻呼响应中的服务请求消息，用于 CN与 UE建立通信连接，所述服务请求消息中的服务请求类型字段指示为数据内容 ( Data) 。

10、一种业务卸载功能（T0F) 实体发送聚合最大比特速率（AMBR) 参数的方法，其特征在于，包括，

所述 T0F实体接收核心网节点发送的 UE-AMBR参数，

所述 T0F实体向 RAN发送 UE-AMBR参数，所述 T0F实体向 RAN发送的 AMBR参数包括所述核心网节点向所述 T0F实体发送的 UE-AMBR参数与 T0F实体本地配置的 APN-AMBR之和。