WO2011140707A1 - 业务流旁路方法、系统和策略与计费规则功能实体 - Google Patents

Description

业务流旁路方法、 系统和策略与计费规则功能实体 技术领域

本发明涉及通信技术领域， 尤其涉及一种业务流旁路方法、 系统和策 略与计费规则功能实体。 背景技术

第三代合作伙伴计 ¾J ( 3rd Generation Partnership Project; 以下简称： 3 GPP )标准中， 系统架构演进 ( System Architecture Evolution; 以下简称： SAE ) 的网络架构包括： 接入网部分和核心网部分。 其中， 接入网部分包 括全球移动通讯系统增强型数据速率 GSM演进无线接入网（ Global System for Mobile Communications Enhanced Data Rate for GSM Evolution Radio Access Network; 以下简称： GERAN ) 、 全球陆上无线接入 ( Universal Terrestrial Radio Access； 以 下简称： UTRAN ) 和演进 UTRAN

( Evolved-UTRAN; 以下简称： E-UTRAN ) ； 核心网部分主要包括移动 性管理实体 ( Mobility Management Entity; 以下简称： MME ) 、 服务网关

( Service Gateway; 以下简称： SGW )、分组数据网关 ( Packet Data Network Gateway; 以下简称： PGW )和策略与计费规则功能（ Policy and Charging Rules Function； 以下简称： PCRF ) 实体等， 其中 MME管理移动和会话 信令； SGW与 PGW实现数据传输。

在 SAE 的网络架构中， 所有数据流都要经过核心网实体 SGW 和 PGW, 通过 PGW连接外部分组数据网络（ Packet Data Network; 以下简 称： PDN ) , 例如： 因特网。

选择的因特网协议业务本地旁路 ( Selected IP Traffic Offload; 以下简 称： SIPTO )技术可以使业务数据流不经过运营商的核心网， 减小了核心 网的负荷。

现有 SAE 架构下的 SIPTO 方案是基于接入点名称 （Access Point Name; 以下简称： APN )粒度的。 具体地， 用户设备 ( User Equipment; 以下简称： UE )可以发起 PDN连接建立请求， 在 PDN连接建立请求消息 中携带 APN, 该 APN是事先定义好的 SIPTO APN, 或者非 SIPTO APN ( non-SIPTO APN ) ； MME根据上述 APN确定是否支持旁路， 即 MME 对该 APN下所有的业务进行旁路， 或者对该 APN下所有的业务不进行旁 路。

但是， 上述方案没有实现同一 APN 下， 对不同业务分别进行 non-SIPTO或者 SIPTO的能力， 即没有实现基于业务级的 SIPTO。

发明内容

本发明实施例提供一种业务流旁路方法、 系统和策略与计费规则功能 实体， 以实现对用户设备发起承载资源修改消息的业务进行旁路， 实现基 于业务级的 SIPTO。

本发明实施例提供一种业务流旁路方法， 包括：

策略与计费规则功能实体接收策略与计费执行功能实体发送的信用 控制请求消息， 所述信用控制请求消息携带用户设备在发起承载资源修改 消息时发送的所述用户设备的业务信息； 所述策略与计费规则功能实体根据所述用户设备的业务信息确定是 否对所述用户设备的业务信息对应的业务流进行旁路；

确定对所述用户设备的业务信息对应的业务流进行旁路之后， 所述策 略与计费规则功能实体获得与所述用户设备的业务信息对应的第一策略 和计费控制 （Policy and Charging Control; 以下简称： PCC )规则， 所述 第一 PCC规则包括选择的因特网协议业务本地旁路（SIPTO ) 指示； 所述策略与计费规则功能实体将所述第一 PCC规则发送给本地旁路 节点， 以便所述本地旁路节点根据所述第一 PCC规则创建与所述业务流对 应的 SIPTO承载， 或者根据所述第一 PCC规则对已有的 SIPTO承载进行修 改或删除操作。

本发明实施例还提供一种策略与计费规则功能实体， 包括： 接收模块， 用于接收策略与计费执行功能实体发送的信用控制请求消 息， 所述信用控制请求消息携带用户设备在发起承载资源修改消息时发送 的所述用户设备的业务信息；

确定模块， 用于根据所述用户设备的业务信息确定是否对所述用户设 备的业务信息对应的业务流进行旁路；

获得模块， 用于在所述确定模块确定对所述用户设备的业务信息对应 的业务流进行旁路之后， 获得与所述接收模块接收的所述用户设备的业务 信息对应的第一策略和计费控制（PCC )规则， 所述第一 PCC规则包括选 择的因特网协议业务本地旁路（SIPTO ) 指示；

发送模块， 用于将所述第一 PCC规则发送给本地旁路节点， 以便所述 本地旁路节点根据所述第一 PCC规则创建与所述业务流对应的 SIPTO承 载，或者根据所述第一 PCC规则对已有的 SIPTO承载进行修改或删除操作。 本发明实施例还提供一种业务流旁路系统， 包括： 本地旁路节点和策 略与计费规则功能实体；

所述策略与计费规则功能实体， 用于接收策略与计费执行功能实体发 送的信用控制请求消息， 所述信用控制请求消息携带用户设备在发起承载 资源修改消息时发送的所述用户设备的业务信息； 根据所述用户设备的业 务信息确定是否对所述用户设备的业务信息对应的业务流进行旁路； 确定 对所述用户设备的业务信息对应的业务流进行旁路之后， 获得与所述用户 设备的业务信息对应的第一策略和计费控制 （PCC )规则， 所述第一 PCC 规则包括选择的因特网协议业务本地旁路（SIPTO ) 指示； 并将所述第一 PCC规则发送给所述本地旁路节点；

所述本地旁路节点， 用于根据所述第一 PCC规则创建与所述业务流对 应的 SIPTO承载， 或者根据所述第一 PCC规则对已有的 SIPTO承载进行修 改或删除操作。

通过本发明实施例， 策略与计费规则功能实体接收到策略与计费执行 功能实体发送的信用控制请求消息之后， 根据该信用控制请求消息中携带 的用户设备的业务信息， 确定对该用户设备的业务信息对应的业务流进行 旁路之后， 获得与该用户设备的业务信息对应的第一 PCC 规则， 该第一 PCC规则包括 SIPTO指示， 然后策略与计费规则功能实体将该第一 PCC 规则发送给本地旁路节点， 由该本地旁路节点根据该第一 PCC 规则创建 与上述业务流对应的 SIPTO 承载， 或者根据该第一 PCC 规则对已有的 SIPTO承载进行修改或删除操作。从而实现了对用户设备发起承载资源修 改消息的业务进行旁路， 实现基于业务级的 SIPTO。 附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下 面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在 不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明业务流旁路方法实施例一的流程图；

图 2为本发明业务流旁路方法实施例二的流程图；

图 3为本发明业务流旁路方法实施例三的流程图；

图 4为本发明业务流旁路方法实施例四的流程图；

图 5为本发明业务流旁路方法实施例五的流程图；

图 6为本发明业务流旁路方法实施例六的流程图；

图 7为本发明业务流旁路方法实施例七的流程图；

图 8为本发明策略与计费规则功能实体实施例一的结构示意图； 图 9为本发明业务流旁路系统实施例一的结构示意图；

图 10为本发明业务流旁路系统实施例二的结构示意图。 具体实施方式

为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动的前 提下所获得的所有其他实施例， 都属于本发明保护的范围。

图 1为本发明业务流旁路方法实施例一的流程图， 如图 1所示， 该业 务流旁路方法可以包括：

步骤 101 , PCRF实体接收策略与计费执行功能 （Policy and Charging Enforcement Function; 以下简称： PCEF ) 实体发送的信用控制请求消息， 该信用控制请求消息携带用户设备在发起承载资源修改消息时发送的该 用户设备的业务信息。

其中， PCEF实体是策略和因特网协议（ Internet Protocol; 以下简称： IP )承载资源计费控制的策略执行点。 本发明实施例中， PCEF 实体位于 分组数据网关和本地旁路节点中。

步骤 102, PCRF 实体根据该用户设备的业务信息确定是否对该用户 设备的业务信息对应的业务流进行旁路。

具体地， PCRF 实体可以根据该用户设备的业务信息， 结合预先配置 的该 PCRF的配置信息和 /或运营商策略，确定是否对该用户设备的业务信 息对应的业务流进行旁路。

步骤 103 , 确定对用户设备的业务信息对应的业务流进行旁路之后， PCRF 实体获得与该用户设备的业务信息对应的第一 PCC 规则， 该第一 PCC规则包括 SIPTO指示。

步骤 104, PCRF实体将上述第一 PCC规则发送给本地旁路节点， 以 便本地旁路节点根据上述第一 PCC规则创建与上述业务流对应的 SIPTO 承载， 或者根据上述第一 PCC规则对已有的 SIPTO承载进行修改或删除 操作。

另夕卜， PCRF实体还可以将过程事务标识发送给本地旁路节点， 其中， 过程事务标识是由用户设备分配的关联标识， 用于将本地旁路节点发起的 创建、修改或删除 SIPTO承载的流程与用户设备发起的承载资源修改消息 流程关联起来， 接收到该过程事务标识之后， 该本地旁路节点可以根据该 过程事务标识将上述 SIPTO 承载与该用户设备发起的承载资源修改消息 流程进行关联。

本发明实施例中， 本地旁路节点可以为本地分组数据网关 （Local PGW; 以下简称： L-PGW ) , 也可以为其他可以实现旁路功能的实体， 本 发明实施例对本地旁路节点的具体形态不作限定。

在本实施例的一种实现方式中， PCRF 实体可以接收分组数据网关发 送的信用控制请求消息， 该信用控制请求消息是分组数据网关接收到移动 性管理实体通过服务网关发送的承载资源命令消息之后发送的， 该承载资 源命令消息是移动性管理实体接收到用户设备发送的承载资源修改消息 之后发送的； 这时， PCRF实体可以通过重鉴权请求消息将第一 PCC规则 发送给本地旁路节点； 另外， PCRF 实体还可以通过上述重鉴权请求消息 将过程事务标识发送给本地旁路节点， 以便该本地旁路节点根据该过程事 务标识将上述 SIPTO 承载与该用户设备发起的承载资源修改消息流程进 行关联。

在本实施例的另一种实现方式中， PCRF 实体可以接收分组数据网关 发送的信用控制请求消息， 该信用控制请求消息是分组数据网关接收到移 动性管理实体通过服务网关发送的承载资源命令消息之后发送的， 该承载 资源命令消息是移动性管理实体接收到用户设备发送的承载资源修改消 息之后发送的； 这时， PCRF 实体可以在接收到本地旁路节点发送的会话 建立请求消息之后， 通过会话建立响应消息将第一 PCC规则发送给本地 旁路节点； 另外， 本地旁路节点可以接收移动性管理实体通过会话建立请 求消息发送的过程事务标识，并根据该过程事务标识将上述 SIPTO承载与 该用户设备发起的承载资源修改消息流程进行关联。

在上述两种实现方式中， PCRF实体还可以将 SIPTO指示发送给分组 数据网关， 以便该分组数据网关向服务网关发送承载资源失败指示， 并由 该服务网关将承载资源失败指示发送给移动性管理实体； 上述承载资源失 败指示中的原因值指示对上述业务流进行旁路。

在本实施例的再一种实现方式中， PCRF 实体可以接收本地旁路节点 发送的信用控制请求消息， 该信用控制请求消息是本地旁路节点接收到移 动性管理实体发送的承载资源命令消息之后发送的； 在这种实现方式中， PCRF实体可以通过信用控制应答消息将上述第一 PCC规则发送给本地旁 路节点。 在这种实现方式中， 在 PCRF实体接收信用控制请求消息之前， 移动性管理实体可以将承载资源命令消息并行发送给服务网关和本地旁 路节点。

另外， 本实施例中， 确定对该用户设备的业务信息对应的业务流不进 行旁路之后， PCRF 实体可以获得与该用户设备的业务信息对应的第二 PCC规则，该第二 PCC规则包括非 SIPTO指示或者该第二 PCC规则不包 括 SIPTO指示； 然后， PCRF实体可以将第二 PCC规则发送给本地旁路节 点， 以便本地旁路节点向移动性管理实体发送承载资源失败指示， 该承载 资源失败指示携带上述第二 PCC规则。 具体地， PCRF实体可以接收本地 旁路节点发送的信用控制请求消息， 该信用控制请求消息是本地旁路节点 接收到移动性管理实体发送的承载资源命令消息之后发送的； 然后， PCRF 实体可以通过信用控制应答消息将第二 PCC规则发送给本地旁路节点。

接下来， 本地旁路节点向上述移动性管理实体发送承载资源失败指示 命令消息； 或者， 在 PCRF实体接收 PCEF实体发送的信用控制请求消息 之前， 移动性管理实体可以将承载资源命令消息并行发送给服务网关和本 地旁路节点。

上述实施例中， PCRF实体接收到 PCEF实体发送的信用控制请求消 息之后， 根据该信用控制请求消息中携带的用户设备的业务信息， 确定对 该用户设备的业务信息对应的业务流进行旁路之后， 获得与该用户设备的 业务信息对应的第一 PCC规则， 该第一 PCC规则包括 SIPTO指示， 然后 PCRF实体将该第一 PCC规则发送给本地旁路节点， 由该本地旁路节点根 据该第一 PCC规则创建与上述业务流对应的 SIPTO承载， 或者根据该第 一 PCC规则对已有的 SIPTO承载进行修改或删除操作。 从而实现了对用 户设备发起承载资源修改消息的业务进行旁路， 实现基于业务级的

SIPTO。

图 2为本发明业务流旁路方法实施例二的流程图， 本实施例以本地旁 路节点为 L-PGW为例进行说明。 如图 2所示， 该业务流旁路方法可以包 括：

步骤 201 , UE向 MME发送承载资源修改消息。 该承载资源修改消息 携带连接的演进分组系统缺省承载标识 （Linked Evolved Packet System Bearer Identifier; 以下简称： LBI )、 过程事务标识 ( Procedure Transaction Identifier; 以下简称： PTI ) 、 服务质量 （ Quality of Service; 以下简称： QoS ) 、 业务集合描述 ( Traffic Aggregate Description; 以下简称： TAD ) 和协议配置选项 （ Protocol Configuration Options; 以下简称： PCO ) 。

本实施例中， TAD和 PCO为该 UE的业务信息； 可选的， 该承载资 源修改消息还可以携带演进的分组系统 载标识 （ Evolved Packet System Bearer Identity; 以下简称： EPS Bearer ID ) 。

其中， TAD指示该承载资源修改消息请求的操作， 包括添加、 修改或 删除分组过滤器； PTI是由 UE分配的关联标识， 用于将 L-PGW发起的创 建、修改或删除 SIPTO承载的过程与 UE发起的承载资源修改消息流程关 联起来； QoS 指该承载资源修改消息请求的服务质量信息； PCO 用于在 UE与 PGW之间传递一些应用层参数， 对 SGW和 MME透明传输。

本实施例中， 当 UE请求进行创建新的承载的操作时， 该承载资源修 改消息需要携带 LBI, 其中， LBI用于标识请求创建的承载与哪个 PDN连 接关联， LBI即缺省承载的标识； 而当 UE请求在现有承载上进行修改或 者删除操作时， 该承载资源修改消息需要携带 EPS bearer ID。

步骤 202 , MME 向 SGW 发送 载资源命令 ( Bearer Resource Command )消息，该承载资源命令消息携带 LBI、 PTI、 QoS , TAD和 PCO。

步骤 203 , SGW向 PGW发送承载资源命令消息， 该承载资源命令消 息携带 LBI、 PTI、 QoS, TAD和 PCO。

步骤 204 , PGW 向 PCRF 实体发送信用控制请求 （Credit Control Request; 以下简称： CCR ) 消息， 该 CCR消息携带分组过滤器的信息和 对分组过滤器的操作信息以及 QoS信息， 这里还要携带 PTI。 该 CCR消 息用于请求 PCC规则。 其中分组过滤器的信息和对分组过滤器的操作信 息以及 QoS信息是 PGW从 QoS和 TAD转换过来的。

步骤 205 , PCRF实体根据该 UE的业务信息确定对该 UE的业务信息 对应的业务流进行旁路之后，获得与该 UE的业务信息对应的第一 PCC规 则， 该第一 PCC规则包括 SIPTO指示， 该 SIPTO指示用于通知网络侧为 上述业务流建立 SIPTO承载或者通知网络侧对已有的 SIPTO承载进行修 改或删除操作；然后， PCRF实体向 PGW发送信用控制应答（ Credit Control Answer; 以下简称： CCA ) 消息， 该 CCA消息携带上述 SIPTO指示。

其中， 该 UE的业务信息包括 QoS和 TAD。

步骤 206, PGW收到 SIPTO指示之后， 向 SGW发送承载资源失败指 示 ( Bearer Resource Failure Indication ) , 该 载资源失败指示中的原因值 指示对上述业务流进行旁路，用于指示为上述业务流建立 SIPTO承载或者 对已有的 SIPTO承载进行修改或删除操作。 具体地， 可以将该承载资源失 败指示中的原因值设置为 SIPTO指示， 以指示对上述业务流进行旁路； 当 然本发明实施例并不局限于此， 还可以通过其他方式设置承载资源失败指 示中的原因值， 本发明实施例对承载资源失败指示中原因值的设置方式不 作限定。

步骤 207, SGW向 MME发送 7|载资源失败指示， 该 载资源失败指 示携带上述 SIPTO指示。

接收到 SGW发送的承载资源失败指示之后， MME等待 L-PGW发起 创建、 修改或删除 SIPTO承载的操作。

步骤 208, PCRF实体向 L-PGW发送重鉴权请求 （ Re-Auth Request; 以下简称： RAR ) 消息， 该 RAR消息携带第一 PCC规则和 PTI。 其中， PTI用于将 L-PGW发起的创建、 修改或删除 SIPTO承载的过程与 UE发 起的承载资源修改消息流程进行关联。

本实施例中， 第一 PCC规则包括 SIPTO指示， 该 SIPTO指示用于指 示 L-PGW对上述业务流进行旁路操作； 可选地， 该第一 PCC规则还可以 包括业务流检测信息和 QoS等。

本实施例中， PCRF实体在初始附着时已经与 L-PGW建立了会话， 因 此这里可以是 PCRF实体发送 RAR消息。 其中， L-PGW的地址可以在初 始附着时由 MME发送给 SGW, 再由 SGW发送给 PGW, 然后再由 PGW 发送给 PCRF实体； 也可以在初始附着时由 L-PGW主动向 PCRF实体发 起会话， 将该 L-PGW的地址发送给 PCRF实体。

本实施例中， 步骤 208可以在步骤 205之后， 步骤 206之前执行； 也 可以在步骤 207之后执行； 还可以与步骤 206和步骤 207并行执行。

步骤 209 , L-PGW 向 MME 发送创建、 修改或删除 载请求 ( Create/Update/Delete Bearer Request )消息， 该创建、 修改或删除承载请 求消息携带 PTI、 QoS和业务流模板（ Traffic Flow Template； 以下简称： TFT ) , 用于创建与上述业务流对应的 SIPTO 载， 或者对已有的 SIPTO 承载进行修改或删除操作。

步骤 210 , MME向无线侧发起创建、 修改或删除无线侧 SIPTO 载 的过程。 步骤 211 , ΜΜΕ 向 L-PGW 发送创建、 修改或删除 载响应 ( Create/Update/Delete Bearer Response ) 消息, 在演进的 NodeB ( evolved NodeB； 以下简称： eNB ) 与 L-PGW之间创建 SIPTO承载， 或者对 eNB 与 L-PGW之间已有的 SIPTO承载进行修改或删除操作。

步骤 212, L-PGW向 PCRF实体发送重鉴权应答（ Re-Auth Answer; 以下简称： RAA ) 消息， 指示资源分配是否成功。

上述实施例实现了对 UE发起承载资源修改消息的业务进行旁路， 实 现基于业务级的 SIPTO。

图 3为本发明业务流旁路方法实施例三的流程图， 本实施例以本地旁 路节点为 L-PGW为例进行说明。 如图 3所示， 该业务流旁路方法可以包 括：

步骤 301 , UE向 MME发送承载资源修改消息， 该承载资源修改消息 携带 LBI、 QoS、 TAD和 PCO。

本实施例中， QoS和 TAD为该 UE的业务信息。

步骤 302, MME向 SGW发送承载资源命令消息， 该承载资源命令消 息携带 LBI、 QoS , TAD和 PCO。

步骤 303 , SGW向 PGW发送承载资源命令消息， 该承载资源命令消 息携带 LBI、 QoS , TAD和 PCO。

步骤 304, PGW向 PCRF实体发送 CCR消息， 该 CCR消息携带分组 过滤器的信息和对分组过滤器的操作信息以及 QoS信息。 该 CCR消息用 于请求 PCC 规则。 其中分组过滤器的信息和对分组过滤器的操作信息以 及 QoS信息是 PGW从 QoS和 TAD转换过来的。 步骤 305 , PCRF实体根据该 UE的业务信息确定对该 UE的业务信息 对应的业务流进行旁路之后，获得与该 UE的业务信息对应的第一 PCC规 则， 该第一 PCC规则包括 SIPTO指示， 该 SIPTO指示用于通知网络侧为 上述业务流建立 SIPTO承载或者通知网络侧对已有的 SIPTO承载进行修 改或删除操作； 然后， PCRF实体向 PGW发送 CCA消息， 该 CCA消息 携带上述 SIPTO指示。

其中， 该 UE的业务信息包括 QoS和 TAD。

步骤 306, PGW收到 SIPTO指示之后， 向 SGW发送承载资源失败指 示， 该承载资源失败指示中的原因值指示对上述业务流进行旁路， 用于指 示为上述业务流建立 SIPTO承载。 具体地， 可以将该承载资源失败指示中 的原因值设置为 SIPTO指示， 以指示对上述业务流进行旁路； 当然本发明 实施例并不局限于此， 还可以通过其他方式设置承载资源失败指示中的原 因值， 本发明实施例对承载资源失败指示中原因值的设置方式不作限定。

步骤 307, SGW向 MME发送 7|载资源失败指示， 该 载资源失败指 示携带上述 SIPTO指示。

步骤 308, MME选择 L-PGW, 并向选择的 L-PGW发送会话建立请 求消息，该会话建立请求消息携带 PTI和缺省承载标识（ EPS Bearer Identity for default bearer ) 。 该缺省承载标识在 L-PGW创建 SIPTO承载时发送给 MME , 以便 MME将创建的 SIPTO承载与缺省承载关联起来。

其中， PTI用于将 L-PGW发起的创建 SIPTO承载的过程与 UE发起 的承载资源修改消息流程进行关联。

步骤 309, L-PGW向 PCRF实体发送会话建立请求消息， 该会话建立 请求消息携带 UE 的 IP 地址， 以便 PCRF 实体将 IP 连接接入网络 ( IP-Connectivity Access Network; 以下简称： IP-CAN )会话与该会话建 立请求消息对应的会话关联起来。

步骤 310, PCRF实体向 L-PGW发送会话建立响应消息， 该会话建立 响应消息携带第一 PCC规则。

步骤 311 , L-PGW向 MME发送创建承载请求消息， 该创建承载请求 消息用于指示 MME创建 SIPTO承载，该创建承载请求消息携带 PTI、QoS、 TFT和缺省 7|载标识等信息。

步骤 312, MME向无线侧发起创建无线侧 SIPTO 载的过程。

步骤 313 , MME向 L-PGW发送创建承载响应消息 ,在 eNB与 L-PGW 之间创建 SIPTO 载。

上述实施例实现了对 UE发起承载资源修改消息的业务进行旁路， 实 现基于业务级的 SIPTO。

图 4为本发明业务流旁路方法实施例四的流程图， 本实施例以本地旁 路节点为 L-PGW为例进行说明。 如图 4所示， 该业务流旁路方法可以包 括：

步骤 401 , UE向 MME发送承载资源修改消息， 该承载资源修改消息 携带 LBI、 PTI、 EPS Bearer ID、 QoS , TAD和 PCO。

其中， QoS和 TAD为该 UE的业务信息； EPS Bearer ID指示在现有 承载上进行修改或删除操作。

步骤 402 , MME向 L-PGW发送承载资源命令消息， 该承载资源命令 消息携带 EPS Bearer ID、 PTI、 QoS, TAD和 PCO。 步骤 403 , L-PGW向 PCRF实体发送会话修改请求消息， 该会话修改 请求消息携带分组过滤器的信息和对分组过滤器的操作信息以及 QoS 信 息， 这里还要携带 PTI。 该会话修改请求消息是 CCR消息的一种， 用于请 求 PCC规则。其中分组过滤器的信息和对分组过滤器的操作信息以及 QoS 信息是 L-PGW从 QoS和 TAD转换过来的。

步骤 404, PCRF实体向 L-PGW发送会话修改响应消息， 该会话修改 响应消息携带与该 UE的业务信息对应的第一 PCC规则， 该第一 PCC规 则包括 SIPTO指示。

其中， 该 UE的业务信息包括 QoS和 TAD。

步骤 405 , L-PGW根据 PCRF 实体下发的第一 PCC规则， 向 MME 发送创建、 修改或删除承载请求消息， 为上述 UE的业务信息对应的业务 流创建 SIPTO承载， 或者， 对已有的 SIPTO承载进行修改或删除操作。

步骤 406, MME 向无线侧发送相应的创建、 修改或删除承载请求消 息， 发起创建、 修改或删除相应的无线侧 SIPTO承载的操作。

步骤 407, MME向 L-PGW发送与该创建、 修改或删除承载请求消息 对应的创建、 修改或删除承载响应消息。

上述实施例实现了对 UE发起承载资源修改消息的业务进行旁路， 实 现基于业务级的 SIPTO。

图 5为本发明业务流旁路方法实施例五的流程图， 本实施例以本地旁 路节点为 L-PGW为例进行说明。 如图 5所示， 该业务流旁路方法可以包 括：

步骤 501 , UE向 MME发送承载资源修改消息， 该承载资源修改消息 携带 LBI、 PTI、 QoS、 TAD和 PCO。

本实施例中， QoS和 TAD为该 UE的业务信息。

步骤 502, MME向 L-PGW发送承载资源命令消息， 该承载资源命令 消息携带 LBI、 PTI、 QoS、 TAD和 PCO。

步骤 503 , L-PGW向 PCRF实体发送会话修改请求消息， 该会话修改 请求消息携带分组过滤器的信息和对分组过滤器的操作信息以及 QoS 信 息， 这里还要携带 PTI。 该会话修改请求消息是 CCR消息的一种， 用于请 求 PCC规则。其中分组过滤器的信息和对分组过滤器的操作信息以及 QoS 信息是 L-PGW从 QoS和 TAD转换过来的。

步骤 504, PCRF实体根据 UE的业务信息确定对该 UE的业务信息对 应的业务流不进行旁路之后，获得与该 UE的业务信息对应的第二 PCC规 则， 该第二 PCC规则携带 non-SIPTO指示或者该第二 PCC规则不携带 SIPTO指示，其中，该第二 PCC规则指示为 UE创建一个 non-SIPTO承载， 或者对已有的 non-SIPTO承载进行修改或删除操作； 然后 , PCRF实体可 以通过会话修改响应消息将第二 PCC规则发送给 L-PGW。

步骤 505 , L-PGW向 MME发送^载资源失败指示， 该 ₇|载资源失败 指示携带 non-SIPTO指示或者该承载资源失败指示不携带 SIPTO指示。

接收到 L-PGW发送的承载资源失败指示之后， MME等待 PGW发起 创建、 修改或删除 non-SIPTO承载的操作。

步骤 506, PCRF实体向 PGW发送 RAR消息 , 该 RAR消息携带 PTI 和第二 PCC规则。

步骤 507, PGW向 PCRF实体发送 RAA消息。 步骤 508, PGW根据上述第二 PCC规则， 向 SGW发送创建、 修改或 删除承载请求消息。

步骤 509, SGW向 MME发送创建、 修改或删除承载请求消息。

步骤 510, MME 向无线侧发起相应的创建、 修改或删除 non-SIPTO 承载的操作。

步骤 511 , MME向 SGW发送创建、 修改或删除承载响应消息。

上述实施例实现了对 UE发起承载资源修改消息的业务不进行旁路。 图 6为本发明业务流旁路方法实施例六的流程图， 本实施例以本地旁 路节点为 L-PGW为例进行说明。 如图 6所示， 该业务流旁路方法可以包 括：

步骤 601 , UE向 MME发送承载资源修改消息。

步骤 602 , MME向 L-PGW发送承载资源命令消息。

步骤 603 , L-PGW向 PCRF实体发送会话修改请求消息， 该会话修改 请求消息携带请求的 QoS。

步骤 604, PCRF实体向 L-PGW发送会话修改响应消息， 该会话修改 响应消息携带 non-SIPTO指示。 该 non-SIPTO指示用于指示为 UE创建一 个 non-SIPTO承载 , 或者对已有的 non-SIPTO承载进行修改或删除操作。

步骤 605 , L-PGW向 MME发送^载资源失败指示， 该 ₇|载资源失败 指示携带 non-SIPTO指示。 该 non-SIPTO指示用于指示为 UE创建一个 non-SIPTO承载 , 或者对已有的 non-SIPTO承载进行修改或删除操作。

步骤 606, MME向 SGW发送承载资源命令消息。

步骤 607, SGW向 PGW发送承载资源命令消息。 步骤 608, PGW向 PCRF实体发送 CCR消息。

步骤 609, PCRF实体向 PGW发送 CCA消息， 该 CCA消息携带第二 PCC规则。

步骤 610, PGW根据上述第二 PCC规则， 向 SGW发送创建、 修改或 删除承载请求消息。

步骤 611 , SGW向 MME发送创建、 修改或删除承载请求消息。

步骤 612, MME 向无线侧发起相应的创建、 修改或删除 non-SIPTO 承载的操作。

步骤 613 , MME向 SGW发送创建、 修改或删除承载响应消息。

上述实施例实现了对 UE发起承载资源修改消息的业务不进行旁路。 图 7为本发明业务流旁路方法实施例七的流程图， 本实施例以本地旁 路节点为 L-PGW为例进行说明。 如图 7所示， 该业务流旁路方法可以包 括：

步骤 701 , UE向 MME发送 载资源修改消息。

本实施例中， 当不需要进行业务流旁路时， 执行步骤 702a〜步骤 710; 当需要进行业务流旁路时， 执行步骤 71 la〜步骤 718。

步骤 702a, MME向 L-PGW发送承载资源命令消息。

步骤 703a, L-PGW向 PCRF实体发送会话修改请求消息， 该会话修 改请求消息携带请求的 QoS。

步骤 704a, PCRF实体向 L-PGW发送会话修改响应消息， 该会话修 改响应消息携带 non-SIPTO指示。 该 non-SIPTO指示用于指示为 UE创建 一个 non-SIPTO承载 ,或者对已有的 non-SIPTO承载进行修改或删除操作。 步骤 705a, L-PGW向 MME发送 7|载资源失败指示， 该 ₇|载资源失 败指示携带 non-SIPTO指示。 该 non-SIPTO指示用于指示为 UE创建一个 non-SIPTO承载 , 或者对已有的 non-SIPTO承载进行修改或删除操作。

MME接收到该承载资源失败指示之后， 等待 PGW发起创建、修改或 删除 non-SIPTO承载的操作。

步骤 702b, MME向 SGW发送承载资源命令消息。

步骤 703b, SGW向 PGW发送承载资源命令消息。

步骤 704b, PGW向 PCRF实体发送 CCR消息。

步骤 705b, PCRF实体向 PGW发送 CCA消息， 该 CCA消息携带第 二 PCC规则。

步骤 706b, PGW根据上述第二 PCC规则， 向 SGW发送创建、 修改 或删除承载请求消息。

步骤 707b, SGW向 MME发送创建、 修改或删除承载请求消息。 本实施例中， 步骤 702a〜步骤 705a与步骤 702b〜步骤 707b并行执行。 步骤 708, MME 向无线侧发起相应的创建、 修改或删除 non-SIPTO 承载的操作。

步骤 709, MME向 SGW发送创建、 修改或删除承载响应消息。

步骤 710, SGW向 PGW发送创建、 修改或删除承载响应消息。

步骤 711 a , MME向 L-PGW发送承载资源命令消息。

步骤 712a, L-PGW向 PCRF实体发送会话修改请求消息， 该会话修 改请求消息携带请求的 QoS。

步骤 713a, PCRF实体向 L-PGW发送会话修改响应消息， 该会话修 改响应消息携带 SIPTO 指示。 该 SIPTO 指示用于指示为 UE 创建一个 SIPTO承载， 或者对已有的 SIPTO承载进行修改或删除操作。

步骤 714a, L-PGW向 MME发送创建、 修改或删除 载请求消息。 步骤 711b, MME向 SGW发送承载资源命令消息。

步骤 712b, SGW向 PGW发送承载资源命令消息。

步骤 713b, PGW向 PCRF实体发送 CCR消息。

步骤 714b, PCRF实体向 PGW发送 CCA消息，该 CCA消息携带 SIPTO 指示。

步骤 715b, PGW向 SGW发送 7|载资源失败指示， 该 载资源失败 指示携带上述 SIPTO指示。

步骤 716b, SGW向 MME发送 7|载资源失败指示， 该 载资源失败 指示携带上述 SIPTO指示。

本实施例中， 步骤 71 la〜步骤 714a与步骤 71 lb〜步骤 716b并行执行。 步骤 717 , MME向无线侧发起相应的创建、 修改或删除 SIPTO 载 的操作。

步骤 718, MME向 SGW发送创建、 修改或删除承载响应消息。

上述实施例实现了对 UE发起承载资源修改消息的业务进行旁路， 或 者， 对 UE发起承载资源修改消息的业务不进行旁路， 实现了基于业务级 的 SIPTO。

本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程 序代码的介质。

图 8为本发明策略与计费规则功能实体实施例一的结构示意图， 本实 施例提供的策略与计费规则功能实体可以实现本发明图 1所示实施例的流 程， 如图 8所示， 该策略与计费规则功能实体可以包括： 接收模块 81、 确 定模块 82、 获得模块 83和发送模块 84。

其中，接收模块 81 , 用于接收策略与计费执行功能实体发送的信用控 制请求消息， 该信用控制请求消息携带用户设备在发起承载资源修改消息 时发送的该用户设备的业务信息； 其中， 策略与计费执行功能实体是策略 和 IP承载资源计费控制的策略执行点。 本发明实施例中， 策略与计费执 行功能实体位于分组数据网关和本地旁路节点中。

确定模块 82 ,用于根据该用户设备的业务信息确定是否对该用户设备 的业务信息对应的业务流进行旁路； 具体地， 确定模块 82可以根据该用 户设备的业务信息， 结合预先配置的该策略与计费规则功能实体的配置信 息和 /或运营商策略，确定是否对该用户设备的业务信息对应的业务流进行 旁路。

获得模块 83 , 用于在确定模块 82确定对该用户设备的业务信息对应 的业务流进行旁路之后， 获得与接收模块 81 接收的该用户设备的业务信 息对应的第一 PCC规则， 该第一 PCC规则包括 SIPTO指示；

发送模块 84, 用于将第一 PCC规则发送给本地旁路节点， 以便本地 旁路节点根据第一 PCC规则创建与上述业务流对应的 SIPTO承载， 或者 根据第一 PCC规则对已有的 SIPTO承载进行修改或删除操作。 本实施例中， 发送模块 84 还可以将过程事务标识发送给本地旁路节 点， 其中， 过程事务标识是由用户设备分配的关联标识， 用于将本地旁路 节点发起的创建、修改或删除 SIPTO承载的流程与用户设备发起的承载资 源修改消息流程关联起来， 接收到该过程事务标识之后， 本地旁路节点可 以根据该过程事务标识将上述 SIPTO 承载与用户设备发起的承载资源修 改消息流程进行关联。

具体地， 在本实施例的一种实现方式中， 接收模块 81 可以接收分组 数据网关发送的信用控制请求消息， 该信用控制请求消息是分组数据网关 接收到移动性管理实体通过服务网关发送的承载资源命令消息之后发送 的， 该承载资源命令消息是移动性管理实体接收到用户设备发送的承载资 源修改消息之后发送的； 这时， 发送模块 84可以通过重鉴权请求消息将 第一 PCC规则和过程事务标识发送给本地旁路节点； 或者， 发送模块 84 可以在接收模块 81 接收到本地旁路节点发送的会话建立请求消息之后， 通过会话建立响应消息将第一 PCC规则发送给本地旁路节点。

另外， 发送模块 84还可以将上述 SIPTO指示发送给分组数据网关， 以便分组数据网关向服务网关发送承载资源失败指示， 并由该服务网关将 上述承载资源失败指示发送给移动性管理实体； 该承载资源失败指示中的 原因值指示对上述业务流进行旁路。

在本实施例的另一种实现方式中， 接收模块 81 可以接收本地旁路节 点发送的信用控制请求消息， 该信用控制请求消息是本地旁路节点接收到 移动性管理实体发送的承载资源命令消息之后发送的； 这时， 发送模块 84 可以通过信用控制应答消息将上述第一 PCC规则发送给本地旁路节点。 另外， 本实施例中， 在确定模块 82确定对该用户设备的业务信息对 应的业务流不进行旁路之后； 获得模块 83还可以获得与该用户设备的业 务信息对应的第二 PCC规则， 该第二 PCC规则包括非 SIPTO指示或者该 第二 PCC规则不包括 SIPTO指示； 然后，发送模块 84还可以将第二 PCC 规则发送给本地旁路节点， 以便本地旁路节点向移动性管理实体发送承载 资源失败指示， 该承载资源失败指示携带上述第二 PCC规则。 具体地， 接收模块 81 可以接收本地旁路节点发送的信用控制请求消息， 该信用控 制请求消息是本地旁路节点接收到移动性管理实体发送的承载资源命令 消息之后发送的； 然后， 发送模块 84可以通过信用控制应答消息将第二 PCC规则发送给本地旁路节点。

上述策略与计费规则功能实体中， 接收模块 81 接收到策略与计费执 行功能实体发送的信用控制请求消息之后， 确定模块 82根据该信用控制 请求消息中携带的用户设备的业务信息， 确定对该用户设备的业务信息对 应的业务流进行旁路之后， 由获得模块 ₈3 获得与该用户设备的业务信息 对应的第一 PCC规则， 该第一 PCC规则包括 SIPTO指示， 然后发送模块 84将该第一 PCC规则发送给本地旁路节点， 由该本地旁路节点根据该第 一 PCC规则创建与上述业务流对应的 SIPTO承载， 或者根据该第一 PCC 规则对已有的 SIPTO承载进行修改或删除操作。从而实现了对用户设备发 起承载资源修改消息的业务进行旁路， 实现了基于业务级的 SIPTO。

图 9为本发明业务流旁路系统实施例一的结构示意图， 如图 9所示， 该业务流旁路系统可以包括： 策略与计费规则功能实体 91 和本地旁路节 点 92; 其中， 策略与计费规则功能实体 91 , 用于接收策略与计费执行功能实 体发送的信用控制请求消息， 该信用控制请求消息携带用户设备在发起承 载资源修改消息时发送的该用户设备的业务信息； 根据该用户设备的业务 信息确定是否对该用户设备的业务信息对应的业务流进行旁路； 确定对该 用户设备的业务信息对应的业务流进行旁路之后， 获得与该用户设备的业 务信息对应的第一 PCC规则， 该第一 PCC规则包括 SIPTO指示； 并将该 第一 PCC规则过程事务标识发送给本地旁路节点 92; 具体地， 策略与计 费规则功能实体 91 可以通过本发明图 8所示的策略与计费规则功能实体 实现。

本地旁路节点 92, 用于根据第一 PCC规则创建与上述业务流对应的 SIPTO承载， 或者根据第一 PCC规则对已有的 SIPTO承载进行修改或删 除操作。

上述业务流旁路系统实现了对用户设备发起承载资源修改消息的业 务进行旁路， 实现了基于业务级的 SIPTO。

图 10为本发明业务流旁路系统实施例二的结构示意图，如图 10所示， 该业务流旁路系统可以包括： UE 1001、 eNB 1002、 MME 1003、 PCRF实 体 1004、 SGW 1005、 PGW 1006和 L-PGW 1007。

本实施例中， L-PGW 1007为本地旁路节点， L-PGW 1007的功能与本 发明图 9所示实施例中本地旁路节点 92的功能相同， 在此不再赘述；

PCRF实体 1004的功能与本发明图 9所示实施例中策略与计费规则功 能实体 91的功能相同， 在此不再赘述； PCRF实体 1004同样可以通过本 发明图 8所示实施例的策略与计费规则功能实体实现； 本实施例中， UE 1001、 eNB 1002、 MME 1003、 PCRF实体 1004、 SGW 1005、 PGW 1006和 L-PGW 1007可以按照本发明图 2〜图 7所示实施例的 流程进行交互， 在此不再赘述。

上述业务流旁路系统实现了对用户设备发起承载资源修改消息的业 务进行旁路， 实现了基于业务级的 SIPTO。

本领域技术人员可以理解附图只是一个优选实施例的示意图， 附图中 的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例 描述进行分布于实施例的装置中， 也可以进行相应变化位于不同于本实施 例的一个或多个装置中。 上述实施例的模块可以合并为一个模块， 也可以 进一步拆分成多个子模块。

最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不 使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求

1、 一种业务流旁路方法， 其特征在于， 包括：

策略与计费规则功能实体接收策略与计费执行功能实体发送的信用 控制请求消息， 所述信用控制请求消息携带用户设备在发起承载资源修改 消息时发送的所述用户设备的业务信息；

所述策略与计费规则功能实体根据所述用户设备的业务信息确定是 否对所述用户设备的业务信息对应的业务流进行旁路；

确定对所述用户设备的业务信息对应的业务流进行旁路之后， 所述策 略与计费规则功能实体获得与所述用户设备的业务信息对应的第一策略 和计费控制（PCC )规则， 所述第一 PCC规则包括选择的因特网协议业务 本地旁路 ( SIPTO ) 指示；

所述策略与计费规则功能实体将所述第一 PCC 规则发送给本地旁路 节点， 以便所述本地旁路节点根据所述第一 PCC 规则创建与所述业务流 对应的 SIPTO承载， 或者根据所述第一 PCC规则对已有的 SIPTO承载进 行修改或删除操作。

2、 根据权利要求 1所述的方法， 其特征在于， 还包括：

所述策略与计费规则功能实体将过程事务标识发送给所述本地旁路 节点，以便所述本地旁路节点根据所述过程事务标识将所述 SIPTO承载与 所述用户设备发起的承载资源修改消息进行关联。

3、 根据权利要求 2所述的方法， 其特征在于， 所述策略与计费规则 功能实体接收策略与计费执行功能实体发送的信用控制请求消息包括： 所述策略与计费规则功能实体接收分组数据网关发送的信用控制请 求消息， 所述信用控制请求消息是所述分组数据网关接收到移动性管理实 体通过服务网关发送的承载资源命令消息之后发送的， 所述承载资源命令 消息是所述移动性管理实体接收到所述用户设备发送的承载资源修改消 息之后发送的；

所述策略与计费规则功能实体将所述第一 PCC 规则发送给本地旁路 节点包括：

所述策略与计费规则功能实体通过重鉴权请求消息将所述第一 PCC 规则发送给所述本地旁路节点；

所述策略与计费规则功能实体将过程事务标识发送给所述本地旁路 节点包括：

所述策略与计费规则功能实体通过重鉴权请求消息将所述过程事务 标识发送给所述本地旁路节点。

4、 根据权利要求 1 所述的方法， 其特征在于， 所述策略与计费规则 功能实体接收策略与计费执行功能实体发送的信用控制请求消息包括： 所述策略与计费规则功能实体接收分组数据网关发送的信用控制请 求消息， 所述信用控制请求消息是所述分组数据网关接收到移动性管理实 体通过服务网关发送的承载资源命令消息之后发送的， 所述承载资源命令 消息是所述移动性管理实体接收到所述用户设备发送的承载资源修改消 息之后发送的；

所述策略与计费规则功能实体将所述第一 PCC 规则发送给本地旁路 节点包括： 所述策略与计费规则功能实体在接收到所述本地旁路节点发送的会 话建立请求消息之后， 通过会话建立响应消息将所述第一 PCC 规则发送 给所述本地旁路节点。

5、 根据权利要求 4所述的方法， 其特征在于， 还包括：

所述本地旁路节点接收移动性管理实体通过会话建立请求消息发送 的过程事务标识，并根据所述过程事务标识将所述 SIPTO承载与所述用户 设备发起的承载资源修改消息进行关联。

6、 根据权利要求 3或 4所述的方法， 其特征在于， 还包括： 所述策略与计费规则功能实体将所述 SIPTO 指示发送给分组数据网 关， 以便所述分组数据网关向所述服务网关发送承载资源失败指示， 并由 所述服务网关将所述承载资源失败指示发送给移动性管理实体； 所述承载 资源失败指示中的原因值指示对所述业务流进行旁路。

7、 根据权利要求 1 所述的方法， 其特征在于， 所述策略与计费规则 功能实体接收策略与计费执行功能实体发送的信用控制请求消息包括： 所述策略与计费规则功能实体接收本地旁路节点发送的信用控制请 求消息， 所述信用控制请求消息是所述本地旁路节点接收到移动性管理实 体发送的承载资源命令消息之后发送的；

所述策略与计费规则功能实体将所述第一 PCC 规则发送给本地旁路 节点包括：

所述策略与计费规则功能实体通过信用控制应答消息将所述第一 PCC规则发送给所述本地旁路节点。

8、 根据权利要求 1所述的方法， 其特征在于， 还包括： 确定对所述用户设备的业务信息对应的业务流不进行旁路之后， 所述 策略与计费规则功能实体获得与所述用户设备的业务信息对应的第二

PCC规则，所述第二 PCC规则包括非 SIPTO指示或者所述第二 PCC规则 不包括 SIPTO指示；

所述策略与计费规则功能实体将所述第二 PCC 规则发送给所述本地 旁路节点， 以便所述本地旁路节点向所述移动性管理实体发送承载资源失 败指示， 所述承载资源失败指示携带所述第二 PCC规则。

9、 根据权利要求 8 所述的方法， 其特征在于， 所述策略与计费规则 功能实体接收策略与计费执行功能实体发送的信用控制请求消息包括： 所述策略与计费规则功能实体接收本地旁路节点发送的信用控制请 求消息， 所述信用控制请求消息是所述本地旁路节点接收到移动性管理实 体发送的承载资源命令消息之后发送的；

所述策略与计费规则功能实体将所述第二 PCC 规则发送给所述本地 旁路节点包括：

所述策略与计费规则功能实体通过信用控制应答消息将所述第二

PCC规则发送给所述本地旁路节点。

10、 根据权利要求 9所述的方法， 其特征在于， 还包括：

所述本地旁路节点向所述移动性管理实体发送承载资源失败指示之 消息。

11、 根据权利要求 7或 8所述的方法， 其特征在于， 所述策略与计费 规则功能实体接收策略与计费执行功能实体发送的信用控制请求消息之 前， 还包括：

所述移动性管理实体将承载资源命令消息并行发送给服务网关和所 述本地旁路节点。

12、 一种策略与计费规则功能实体， 其特征在于， 包括：

接收模块， 用于接收策略与计费执行功能实体发送的信用控制请求消 息， 所述信用控制请求消息携带用户设备在发起承载资源修改消息时发送 的所述用户设备的业务信息；

确定模块， 用于根据所述用户设备的业务信息确定是否对所述用户设 备的业务信息对应的业务流进行旁路；

获得模块， 用于在所述确定模块确定对所述用户设备的业务信息对应 的业务流进行旁路之后， 获得与所述接收模块接收的所述用户设备的业务 信息对应的第一策略和计费控制（PCC )规则， 所述第一 PCC规则包括选 择的因特网协议业务本地旁路（SIPTO ) 指示；

发送模块， 用于将所述第一 PCC 规则发送给本地旁路节点， 以便所 述本地旁路节点根据所述第一 PCC规则创建与所述业务流对应的 SIPTO 承载， 或者根据所述第一 PCC规则对已有的 SIPTO承载进行修改或删除 操作。

13、 根据权利要求 12所述的策略与计费规则功能实体， 其特征在于， 所述发送模块还用于将过程事务标识发送给所述本地旁路节点， 以便所述 本地旁路节点根据所述过程事务标识将所述 SIPTO 承载与所述用户设备 发起的承载资源修改消息进行关联。

14、 根据权利要求 13所述的策略与计费规则功能实体， 其特征在于， 所述接收模块具体用于接收分组数据网关发送的信用控制请求消息， 所述 信用控制请求消息是所述分组数据网关接收到移动性管理实体通过服务 网关发送的承载资源命令消息之后发送的， 所述承载资源命令消息是所述 移动性管理实体接收到所述用户设备发送的承载资源修改消息之后发送 的；

所述发送模块具体用于通过重鉴权请求消息将所述第一 PCC 规则和 所述过程事务标识发送给所述本地旁路节点。

15、 根据权利要求 14所述的策略与计费规则功能实体， 其特征在于， 所述发送模块具体用于在所述接收模块接收到所述本地旁路节点发 送的会话建立请求消息之后， 通过会话建立响应消息将所述第一 PCC规 则发送给所述本地旁路节点。

16、 根据权利要求 14或 15所述的策略与计费规则功能实体， 其特征 在于，

所述发送模块还用于将所述 SIPTO指示发送给分组数据网关，以便所 述分组数据网关向所述服务网关发送承载资源失败指示， 并由所述服务网 关将所述承载资源失败指示发送给移动性管理实体； 所述承载资源失败指 示中的原因值指示对所述业务流进行旁路。

17、 根据权利要求 12所述的策略与计费规则功能实体， 其特征在于， 所述接收模块具体用于接收本地旁路节点发送的信用控制请求消息， 所述 信用控制请求消息是所述本地旁路节点接收到移动性管理实体发送的承 载资源命令消息之后发送的；

所述发送模块具体用于通过信用控制应答消息将所述第一 PCC规则 发送给所述本地旁路节点。

18、 根据权利要求 12所述的策略与计费规则功能实体， 其特征在于， 所述获得模块还用于在所述确定模块确定对所述用户设备的业务信 息对应的业务流不进行旁路之后， 获得与所述用户设备的业务信息对应的 第二 PCC规则，所述第二 PCC规则包括非 SIPTO指示或者所述第二 PCC 规则不包括 SIPTO指示；

所述发送模块还用于将所述第二 PCC规则发送给所述本地旁路节点， 以便所述本地旁路节点向所述移动性管理实体发送承载资源失败指示， 所 述承载资源失败指示携带所述第二 PCC规则。

19、 一种业务流旁路系统， 其特征在于， 包括： 本地旁路节点和策略 与计费规则功能实体；

所述策略与计费规则功能实体， 用于接收策略与计费执行功能实体发 送的信用控制请求消息， 所述信用控制请求消息携带用户设备在发起承载 资源修改消息时发送的所述用户设备的业务信息； 根据所述用户设备的业 务信息确定是否对所述用户设备的业务信息对应的业务流进行旁路； 确定 对所述用户设备的业务信息对应的业务流进行旁路之后， 获得与所述用户 设备的业务信息对应的第一策略和计费控制 （PCC )规则， 所述第一 PCC 规则包括选择的因特网协议业务本地旁路（SIPTO ) 指示； 并将所述第一 PCC规则发送给所述本地旁路节点；

所述本地旁路节点， 用于根据所述第一 PCC 规则创建与所述业务流 对应的 SIPTO承载， 或者根据所述第一 PCC规则对已有的 SIPTO承载进 行修改或删除操作。