WO2014127688A1 - 承载绑定方法及系统 - Google Patents

Abstract

本发明公开了一种承载绑定方法及系统。其中，所述方法包括：PCRF接收到应用检测功能发送的所检测到的应用的类型信息，确定对所述应用实行的QoS策略，并将QoS策略通知承载绑定功能;承载绑定功能根据QoS策略执行基于应用的承载绑定。通过本发明，可以对不可推论（non-deducible）的应用进行承载绑定，并能保证不可推论（non-deducible）的应用的QoS。

Description

承载绑定方法及系统

技术领域 本发明涉及承载绑定技术， 尤其涉及一种演进的分组系统 （EPS， Evolved Packet System) 中的承载绑定方法及系统。 背景技术 第三代合作伙伴计划 （3GPP， 3rd Generation Partnership Project)演进的分组系统 ( EPS , Evolved Packet System ) 由演进的通用移动通信系统陆地无线接入网 (E-UTRAN, Evolved Universal Terrestrial Radio Access Network )、 移动管理实体 (MME, Mobility Management Entity ) 服务网关（S-GW， Serving Gateway ) 分组数 据网络网关（P-GW或 PDN GW， Packet Data Network Gateway )、归属用户服务器（HSS， Home Subscriber Server) 策略和计费规则功能 （PCRF， Policy and Charging Rules Function) 实体及其他支撑节点组成。 图 la-Id为 3GPP网络的 EPS系统的架构示意图， 如图 1所示， 在 EPS系统中， E-UTRAN通过 S1-MME接口与 MME相连， MME通过 S6a接口与 HSS相连； S-GW 通过 SI-U接口与 EUTRAN相连，通过 S11接口与 MME相连，通过 Gxc接口与 PCRF 相连， 通过 S5接口与 P-GW相连， S-GW为与 E-UTRAN相连的接入网关设备， 在 E-UTRAN和 P-GW之间转发数据， 并负责对寻呼等待数据进行缓存； P-GW通过 Gx 接口与 PCRF相连，通过 SGi接口负责运营商提供的互联网协议（IP， Internet Protocol) 业务， P-GW是 EPS系统与分组数据网 （PDN， Packet Data Network) 的边界网关， 负 责 PDN的接入，在 EPS系统与 PDN间转发数据等； PCRF通过 Rx接口与运营商提供 的 IP业务网络接口连接，获取业务信息，负责保证业务数据的服务质量（QoS， Quality of Service), 并进行计费控制。 另外， 策略和计费执行功能 （PCEF， Policy and Charging Enforcement Function) 驻留在 EPS系统的 P-GW中， PCRF与 PCEF之间通过 Gx接口连接， 在 Gx接口上创 建策略会话，用于交换策略信息；其中，所述策略会话称为 IP-CAN会话或者 Gx会话； 当 P-GW与 S-GW之间的接口基于 PMIPv6时， S-GW也具有策略控制的功能， S-GW 与 PCRF之间通过 Gxc接口交换策略信息， 换句话说， 在 Gxc接口上创建策略会话， Gxc接口上的策略会话称为网关控制会话或者 Gxc会话。 对于下行数据流来说，承载绑定功能（BBF， Bearer Binding Function)是指由 P-GW 或者 S-GW将对应的数据包匹配到对应的 EPS承载上。 EPS系统中， S5接口可以是基 于 GTP协议的或者是基于 PMIP协议的， 不同的协议类型决定了 BBF功能位于不同 的网元。 当 S5是基于 GTP协议的， BBF功能位于 P-GW之上， 如图 la和 lc所示； 当 S5接口是基于 PMIP协议的， BBF功能位于 S-GW之上， 如图 lb和 Id所示。 现有的承载绑定机制是针对五元组相对固定的业务来设计的， 这类业务在 EPS系 统中称为业务数据流 （SDF， Service Data Flow)。 其原理是由 P-GW或者 S-GW根据 SDF的五元组信息匹配 EPS承载的业务流模板 （TFT， Traffic Flow Template, ), 匹配 时， 就在对应的承载上传输， 该承载保证业务数据流的 QoS。 每一个承载都有对应的 TFT。 当需要将新的 SDF过滤到某个承载上时， 需要更新 TFT， 新的 TFT能够与对应 的 SDF的五元组匹配。 当终端运行的是一类不可推论 （non-deducible) 的应用时， 比如 P2P业务， 或者 是终端同时运行的是多个同一类型的应用时， 比如终端同时拜访新浪、 雅虎和网易网 页。 这类业务在 EPS系统中承载应用 （Application)。 这类应用的特点是五元组多变、 数量众多。 目前对这类应用的处理是将其放到 BE (Best Effort， 尽力而为） 承载上， 不对其 QoS进行保障。 业务检测功能 （TDF， Traffic Detection Function) 也称作深度包检测 （DPI, Deep Packet Inspection)或者应用检测（Application Detection)。 DPI可以集成在 P-GW实现 (如图 la和 lb)， 也可以单独的部署在独立网元上。 当独立部署时， 对应的网元也称 作 TDF， 如图 lc和 Id所示。 DPI功能主要用于检测五元组不固定的应用， 比如 P2P 业务。 如图 la-Id所示， UE与 P2P业务的多个通信对端 （Peer)通信， 应用数据流来 自不同的源地址， 因此五元组不固定。 根据上述的 DPI和 BBF功能的位置不同， EPS系统中可以分为如下四种模式：

1 ) P-GW上集成应用检测 DPI功能， P-GW作为 BBF， 如图 la所示； 2) P-GW上集成应用检测 DPI功能， S-GW作为 BBF， 如图 lb 所示；

3 ) DPI功能部署在独立 TDF上， P-GW作为 BBF， 如图 lc所示；

4) DPI功能部署在独立 TDF上， S-GW作为 BBF， 如图 Id所示。 随着网络的不断升级， 运营商和终端用户对 non-deducible的应用也提出了相对较 高的需求， 希望能对这类业务提供 QoS保障。如果按照现有技术， 使用 TFT进行承载 绑定的机制将这类应用的数据包匹配到有 QoS保障的承载上， 那么， 对于如图 la所 示的模式 1 )， 需将多个业务数据流绑定到同一个 EPS承载上； 对于如图 lb 所示的模 式 2)，需要为每一个业务数据流建立一个专用 EPS承载。对于如图 la所示的模式 1 )， 因为这类应用的五元组数目多且多变， 则需要多次 （甚至不可估量次数）刷新 EPS承 载的 TFT， 这样会造成严重的信令风暴； 对于如图 lb 所示的模式 2)， 需要 EPS网络 支持多个 （甚至不可估量个数） EPS承载， 这是不现实的。 如何提出一种新的方案， 以解决现有承载绑定机制存在的上述问题， 并保证这类应用的 QoS， 是亟待解决的问 题。 发明内容 有鉴于此， 本发明的主要目的在于提供一种承载绑定方法及系统， 能对不可推论

(non-deducible) 的应用进行承载绑定， 并能保证其 QoS。 为达到上述目的， 本发明的技术方案是这样实现的： 一种承载绑定方法， 包括： PCRF 接收到应用检测功能发送的所检测到的应用的 类型信息， 确定对所述应用实行的 QoS策略， 将所述 QoS策略通知承载绑定功能， 并 指示所述承载绑定功能需执行基于应用的承载绑定； 所述承载绑定功能根据所述 QoS 策略执行基于应用的承载绑定。 优选地， 所述应用检测功能及所述承载绑定功能均位于 P-GW中。 优选地， 所述确定对所述应用实行的 QoS策略， 包括： 所述 PCRF根据应用类型 信息、 发起所述应用的终端的签约信息、 运营商配置信息为所述应用制定对应的 QoS 策略。 优选地， 所述方法还包括： 所述 PCRF向所述 P-GW发送指示， 指示需执行基于 应用的承载绑定； 或者， 所述 P-GW通过自身配置， 对检测出的某些应用进行基于应 用的承载绑定。 优选地， 所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 优选地， 所述对所述应用实行的 QoS策略， 将所述 QoS策略通知承载绑定功能， 并指示所述承载绑定功能需执行基于应用的承载绑定， 包括： 所述 PCRF根据所述应 用的类型信息为所述应用制定对应的 QoS策略， 以及为所述应用分配对应的数据包标 签； 所述 PCRF将所述数据包标签发送至所述应用检测功能； 所述应用检测功能为对 应的数据包封装对应的数据包标签； 所述 PCRF将所述数据包标签以及对应的 QoS策 略发送至所述承载绑定功能； 并且， 所述 PCRF向所述承载绑定功能发送特定指示信 息或 以所述数据包标签和 /或 QoS策略为指示， 指示承载绑定功能进行基于应用的承 载绑定； 所述承载绑定功能根据所述数据包标签和对应的 QoS策略执行基于应用的承 载绑定。 优选地， 所述应用检测功能及所述承载绑定功能分别位于不同的网元中， 包括： 所述应用检测功能位于 TDF中， 所述承载绑定功能位于 P-GW中； 或者， 所述应用检 测功能位于 TDF中， 所述承载绑定功能位于服务网关 S-GW中； 或者， 所述应用检测 功能位于 P-GW中， 所述承载绑定功能位于服务网关 S-GW中。 优选地，将所述 QoS策略与应用的类型关联；所述 PCRF将所述 QoS策略发送给 承载绑定功能时，将所述 QoS策略与应用的类型关联信息一并通知所述承载绑定功能。 优选地， 所述方法还包括： 所述承载绑定功能接收到所述 QoS策略， 建立对应的 承载或者修改现有承载与所述 QoS策略对应。 优选地， 所述执行基于应用的承载绑定， 包括： 对于下行数据， 根据应用类型， 将应用数据包匹配到对应 QoS策略的承载上； 对于上行数据， 终端将上行数据包匹配 到默认承载上； 或者， S-GW或 P-GW通过承载创建 /修改， 将应用的标识信息通知所 述给终端， 终端根据应用标识信息将上行数据包匹配到对应的承载上； 或者， S-GW 或 P-GW通知终端， 需对上行数据包的承载绑定执行反射操作。 一种承载绑定系统， 包括： PCRF、 应用检测功能和承载绑定功能， 其中： 应用检 测功能， 设置为检测应用的类型信息， 并将所述应用的类型信息发送至所述 PCRF; PCRF,设置为确定对所述应用实行的 QoS策略，将所述 QoS策略通知承载绑定功能， 并指示所述承载绑定功能需执行基于应用的承载绑定； 所述承载绑定功能， 设置为根 据所述 QoS策略执行基于应用的承载绑定。 优选地， 所述应用检测功能及所述承载绑定功能均位于分组数据网络网关 P-GW 中。 优选地， 所述 PCRF还设置为， 根据应用类型信息、 发起所述应用的终端的签约 信息、 运营商配置信息为所述应用制定对应的 QoS策略。 优选地， 所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 优选地， 所述 PCRF， 还设置为根据所述应用的类型信息为所述应用制定对应的 QoS策略， 以及为所述应用分配对应的数据包标签； 将所述数据包标签发送至所述应 用检测功能； 对应的， 所述应用检测功能， 还设置为为对应的数据包封装对应的数据 包标签； 所述 PCRF， 还设置为将所述数据包标签以及对应的 QoS策略发送至所述承 载绑定功能； 并向所述承载绑定功能发送特定指示信息或以所述数据包标签和 /或 QoS 策略为指示， 指示承载绑定功能进行基于应用的承载绑定； 所述承载绑定功能， 还设 置为根据所述数据包标签和对应的 QoS策略执行基于应用的承载绑定。 优选地， 所述应用检测功能位于业务检测功能 TDF 中， 所述承载绑定功能位于 P-GW中； 或者， 所述应用检测功能位于业务检测功能 TDF中， 所述承载绑定功能位 于服务网关 S-GW中； 或者， 所述应用检测功能位于 P-GW中， 所述承载绑定功能位 于服务网关 S-GW中。 优选地， 将所述 QoS策略与应用的类型关联； 对应的， 所述 PCRF， 还设置为将 所述 QoS策略发送给承载绑定功能时，将所述 QoS策略与应用的类型关联信息一并通 知所述承载绑定功能。 一种承载绑定方法， 包括： 策略和计费规则功能 PCRF将包含服务质量 QoS策略 和应用类型信息的策略规则通知给策略和计费执行功能 PCEF; 所述 PCEF根据所述 QoS策略对所述策略规则执行承载绑定。 优选地， 所述 PCRF通过添加显式的指示信元， 或者在所述策略规则中包含服务 质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示所述 PCEF执行承载 绑定。 优选地， 在所述 PCEF根据所述 QoS策略执行对所述策略规则承载绑定之前， 该 方法还包括： 所述 PCEF根据所述策略规则执行应用检测。 优选地， 所述 PCEF根据所述 QoS策略对所述策略规则执行承载绑定， 包括： 对 于下行数据， 将与所述策略规则匹配的数据包匹配到所述策略规则绑定的承载上； 对 于上行数据， 终端将上行数据包匹配到默认承载上； 或者所述 PCEF通过承载创建 /修 改， 将应用的标识信息通知给所述终端， 终端根据应用标识信息将上行数据包匹配到 对应的承载上； 或者， 所述 PCEF通知终端， 需对上行数据包的承载绑定执行反射操 作。 一种策略和计费执行功能 PCEF， 包括： 接收单元， 设置为接收策略和计费规则 功能 PCRF发送的包含服务质量 QoS策略和应用类别信息的策略规则;承载绑定单元， 设置为所述 PCEF根据所述 QoS策略对所述策略规则执行承载绑定。 优选地， 所述 PCEF通过添加显式的指示信元， 或者在所述策略规则中包含服务 质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示获知需要执行承载绑定。 优选地， 所述 PCEF还包括： 应用检测单元， 设置为承载绑定单元执行承载绑定 之前根据所述策略规则执行应用检测。 优选地， 对于下行数据， 所述 PCEF将与所述策略规则匹配的数据包匹配到所述 策略规则绑定的承载上； 对于上行数据， 终端将上行数据包匹配到默认承载上； 或者 所述 PCEF通过承载创建 /修改， 将应用的标识信息通知给所述终端， 终端根据应用标 识信息将上行数据包匹配到对应的承载上； 或者， 所述 PCEF通知终端， 需对上行数 据包的承载绑定执行反射操作。 一种策略和计费规则功能 PCRF， 包括： 发送单元和指示单元， 其中： 发送单元： 设置为将包含服务质量 QoS策略和应用类型信息的策略规则通知策略和计费执行功能 PCEF; 指示单元： 设置为通过添加显式的指示信元， 或者在所述策略规则中包含服务 质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示所述 PCEF执行承载 绑定。 本发明中， PCRF 接收到应用检测功能发送的所检测到的应用的类型信息后， 根 据应用的类型信息确定对应用实行的 QoS策略，并将 QoS策略通知承载绑定功能；承 载绑定功能根据所述 QoS策略执行基于应用的承载绑定。应用检测功能及所述承载绑 定功能均位于分组数据网络网关 P-GW中， 或者， 应用检测功能位于 TDF中， 承载绑 定功能位于 P-GW中； 或者， 应用检测功能位于业务检测功能 TDF中， 承载绑定功能 位于 S-GW中； 或者， 应用检测功能位于 P-GW中， 承载绑定功能位于 S-GW中。 本 发明能对不可推论 （ non-deducible ) 的应用进行承载绑定， 并能保证不可推论 (non-deducible) 的应用的 QoS。

附图说明 图 la-Id为 3GPP网络的 EPS系统的架构示意图； 图 le为根据本发明实施例的承载绑定方法流程图； 图 2为根据本发明实施例一的基于应用的承载绑定流程图； 图 3为根据本发明实施例二的基于应用的承载绑定流程图； 图 4为根据本发明实施例三的基于应用的承载绑定流程图； 图 5为根据本发明实施例四的基于应用的承载绑定流程图； 图 6为根据本发明实施例的承载参数协商的流程图； 图 7为根据本发明实施例的承载绑定机制之一的示意图； 以及 图 8为根据本发明实施例的承载绑定机制之二的示意图。 具体实施方式 为使本发明的目的、 技术方案和优点更加清楚明白， 以下举实施例并参照附图， 对本发明进一步详细说明。 本发明实施例提供了一种承载绑定方法。图 le为根据本发明实施例的承载绑定方 法流程图， 如图 le所示， 该方法包括以下步骤： 步骤 Sle02: PCRF接收到应用检测功能发送的所检测到的应用的类型信息， 确定 对应用实行的 QoS策略，将 QoS策略通知承载绑定功能，并指示承载绑定功能需执行 基于应用的承载绑定。 步骤 Sle04: 承载绑定功能根据 QoS策略执行基于应用的承载绑定。 在本实施例中， 应用检测功能及承载绑定功能均位于 P-GW中。 在本实施例中， 确定对应用实行的 QoS策略， 可以包括： PCRF根据应用类型信 息、 发起应用的终端的签约信息、 运营商配置信息为应用制定对应的 QoS策略。 在本实施例中， 该方法还可以包括： PCRF向 P-GW发送指示， 指示需执行基于 应用的承载绑定； 或者， P-GW通过自身配置， 对检测出的某些应用进行基于应用的 承载绑定。 在本实施例中， 应用检测功能及承载绑定功能可以分别位于不同的网元中。 在本实施例中， 对应用实行的 QoS策略， 将 QoS策略通知承载绑定功能， 并指示 承载绑定功能需执行基于应用的承载绑定， 可以包括： PCRF 根据应用的类型信息为 应用制定对应的 QoS策略， 以及为应用分配对应的数据包标签； PCRF将数据包标签 发送至应用检测功能； 应用检测功能为对应的数据包封装对应的数据包标签； PCRF 将数据包标签以及对应的 QoS策略发送至承载绑定功能； 并且， PCRF向承载绑定功 能发送特定指示信息或 以数据包标签和 /或 QoS策略为指示， 指示承载绑定功能进行 基于应用的承载绑定； 承载绑定功能根据数据包标签和对应的 QoS策略执行基于应用 的承载绑定。 在本实施例中，应用检测功能及承载绑定功能分别位于不同的网元中，可以包括： 应用检测功能位于 TDF中， 承载绑定功能位于 P-GW中； 或者， 应用检测功能位于 TDF中， 承载绑定功能位于服务网关 S-GW中； 或者， 应用检测功能位于 P-GW中， 承载绑定功能位于服务网关 S-GW中。 在本实施例中， 将 QoS策略与应用的类型关联； PCRF将 QoS策略发送给承载绑 定功能时， 将 QoS策略与应用的类型关联信息一并通知承载绑定功能。 在本实施例中， 该方法还可以包括： 承载绑定功能接收到 QoS策略， 建立对应的 承载或者修改现有承载与 QoS策略对应。 在本实施例中， 执行基于应用的承载绑定， 可以包括： 对于下行数据， 根据应用 类型， 将应用数据包匹配到对应 QoS策略的承载上； 对于上行数据， 终端将上行数据 包匹配到默认承载上； 或者， S-GW或 P-GW通过承载创建 /修改， 将应用的标识信息 通知给终端， 终端根据应用标识信息将上行数据包匹配到对应的承载上； 或者， S-GW 或 P-GW通知终端， 需对上行数据包的承载绑定执行反射操作。 本发明实施例还提供了一种承载绑定系统， 包括： PCRF、应用检测功能和承载绑 定功能， 其中： 应用检测功能， 设置为检测应用的类型信息， 并将所述应用的类型信息发送至所 述 PCRF。 PCRF, 设置为根据所述应用的类型信息确定对所述应用实行的 QoS策略， 将所 述 QoS策略通知承载绑定功能，并指示所述承载绑定功能需执行基于应用的承载绑定。 所述承载绑定功能， 设置为根据所述 QoS策略执行基于应用的承载绑定。 其中，所述应用检测功能及所述承载绑定功能均位于分组数据网络网关 P-GW中。 其中， 所述 PCRF还设置为， 根据应用类型信息、 发起所述应用的终端的签约信 息、 运营商配置信息为所述应用制定对应的 QoS策略。 所述 PCRF向所述 P-GW发送指示， 指示需执行基于应用的承载绑定。 或者，所述 P-GW通过自身配置，对检测出的某些应用进行基于应用的承载绑定。 其中， 所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 其中，所述 PCRF，还设置为根据所述应用的类型信息为所述应用制定对应的 QoS 策略， 以及为所述应用分配对应的数据包标签。 将所述数据包标签发送至所述应用检测功能； 对应的， 所述应用检测功能， 还设 置为为对应的数据包封装对应的数据包标签。 所述 PCRF， 还设置为将所述数据包标签以及对应的 QoS策略发送至所述承载绑 定功能；并向所述承载绑定功能发送特定指示信息或以所述数据包标签和 /或 QoS策略 为指示， 指示承载绑定功能进行基于应用的承载绑定。 所述承载绑定功能， 还设置为根据所述数据包标签和对应的 QoS策略执行基于应 用的承载绑定。 其中，所述应用检测功能位于业务检测功能 TDF中，所述承载绑定功能位于 P-GW 中； 或者， 所述应用检测功能位于业务检测功能 TDF中， 所述承载绑定功能位于服务 网关 S-GW中； 或者， 所述应用检测功能位于 P-GW中， 所述承载绑定功能位于服务 网关 S-GW中。 所述执行基于应用的承载绑定， 包括： 对于下行数据， 根据应用类型， 将应用数据包匹配到对应的承载上。 对于上行数据， 终端将上行数据包匹配到默认承载上； 或者， S-GW或 P-GW通 过承载创建 /修改， 将应用的标识信息通知所述给终端， 终端根据应用标识信息将上行 数据包匹配到对应的承载上； 或者， S-GW或 P-GW通知终端， 需对上行数据包的承 载绑定执行反射操作。 将所述 QoS策略与应用的类型关联。 所述 PCRF将所述 QoS策略发送给承载绑定功能时，将所述 QoS策略与应用的类 型关联信息一并通知所述承载绑定功能。 所述承载绑定功能接收到所述 QoS策略， 建立对应的承载或者修改现有承载与所 述 QoS策略对应。 本发明实施例的承载绑定系统， 是在现有的通信系统如 EPS系统、 通用分组无线 服务（GPRS, General Packet Radio Service)系统或固网系统的基础上， 对其中一些网 元的相关功能进行改进而实现的， 对于网络架构并无改进， 可参见上述通信系统的结 构理解本发明的承载绑定系统。 本发明实施例还提供了一种承载绑定方法， 包括以下步骤： 步骤 1， 策略和计费规则功能 PCRF将包含服务质量 QoS策略和应用类型信息的 策略规则通知给策略和计费执行功能 PCEF; 步骤 2， PCEF根据 QoS策略对策略规则执行承载绑定。 在本实施例中， PCRF 可以通过添加显式的指示信元， 或者在策略规则中包含服 务质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示 PCEF执行承载绑 定。 在本实施例中， 在执行步骤 2之前， PCEF可以根据策略规则执行应用检测。 在本实施例中， 步骤 2可以通过这样的方式实现： 对于下行数据， 将与所述策略 规则匹配的数据包匹配到所述策略规则绑定的承载上； 对于上行数据， 终端将上行数 据包匹配到默认承载上； 或者 PCEF通过承载创建 /修改， 将应用的标识信息通知给终 端， 终端根据应用标识信息将上行数据包匹配到对应的承载上； 或者， PCEF 通知终 端， 需对上行数据包的承载绑定执行反射操作。 本发明实施例还提供了一种策略和计费执行功能 PCEF， 包括： 接收单元， 设置 为接收策略和计费规则功能 PCRF发送的包含服务质量 QoS策略和应用类别信息的策 略规则； 承载绑定单元， 设置为所述 PCEF根据所述 QoS策略对所述策略规则执行承 载绑定。 其中， 所述 PCEF通过添加显式的指示信元， 或者在所述策略规则中包含服务质 量类别标识 QCI和分配保持优先级 ARP作为隐式的指示获知需要执行承载绑定。 其中， 所述 PCEF还包括： 应用检测单元， 设置为承载绑定单元执行承载绑定之 前根据所述策略规则执行应用检测。 其中， 对于下行数据， 所述 PCEF将与所述策略规则匹配的数据包匹配到所述策 略规则绑定的承载上； 对于上行数据， 终端将上行数据包匹配到默认承载上； 或者所 述 PCEF通过承载创建 /修改， 将应用的标识信息通知所述给终端， 终端根据应用标识 信息将上行数据包匹配到对应的承载上； 或者， 所述 PCEF通知终端， 需对上行数据 包的承载绑定执行反射操作。 本发明实施例还提供了一种策略和计费规则功能 PCRF， 包括： 发送单元： 设置 为将包含服务质量 QoS 策略和应用类型信息的策略规则通知策略和计费执行功能 PCEF; 指示单元： 设置为通过添加显式的指示信元， 或者在所述策略规则中包含服务 质量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示所述 PCEF执行承载 绑定。 以下实施例， 均是以 EPS系统为例， 论述本发明的工作机制； 当然， 本发明的方 法同样适用于其他通信系统中， 比如： 在通用分组无线服务 （GPRS, General Packet Radio Service) 系统中， 网关 GPRS 支持节点 （GGSN， Gateway GPRS Support Node) 执行承载绑定功能， DPI功能可以 配置于 GGSN上， 也可以配置于独立的 TDF上。 或者， 在固网系统中， 固网网关的宽带接入网关 （BNG， Broadband Network Gateway) /宽带远程接入服务器 （BRAS, Broadband Remote Access Server) / IP边界 路由器（IP Edge)执行 BBF功能， DPI功能可以配置于 BNG/BRAS/IP Edge上， 也可 以配置于独立的 TDF上。 或者， 在在码分多址（CDMA, Code Division Multiple Access) 系统中， 家乡代理

(HA, Home agent) /分组数据服务节点 （PDSN， Packet Data Serving Node) /高速率 分组数据服务网关 （HSGW， High rate packet data Severing GateWay) 执行 BBF功能， DPI功能可以配置于 HSGW/P-GW/HA上， 也可以配置于独立的 TDF上。 或者， 在全球微波互联接入 (WiMax, Worldwide Interoperability for Microwave Access) 系统中， 家乡代理 （HA， Home agent) /执行 BBF功能， DPI功能可以配置 于 HA上， 也可以配置于独立的 TDF上。 上述几种系统， 只要是 BBF和 DPI分离的场景， 则参考本实施例的关于与前述背 景技术部分模式 2)、 3)、 4)对应的解决方案， 只要是 BBF和 DPI集成在同一网元上 场景， 则参考与前述背景技术部分模式 1 ) 对应的解决方案。 实施例一 图 2为根据本发明优选实施例一的基于应用的承载绑定流程图， 如图 2所示， 该 流程基于背景技术中的模式 1 )， 即应用检测 DPI功能和承载绑定功能都集成于 P-GW 中。 该流程主要包括以下步骤： 步骤 S201 : 终端 UE与通信对端发起某个， 或者某几个应用。 这里研究的该类应 用是不可推导的， 五元组多变的， 或者是运营商配置要检测的某些应用时， 比如终端 浏览网页。作为应用检测功能的 P-GW检测到了这一个或者多个应用。 P-GW根据 PCRF 之前安装或激活的 ADC规则进行应用检测。 步骤 S202: P-GW通过 Gx会话将对应检测到的这类应用的类型 （App ID， 应用 类型标识） 上报给 PCRF。 步骤 S203: PCRF根据接收到的应用类型， 以及终端的签约信息， 运营商配置信 息等， 为该应用 /该类应用制定对应的 QoS策略。 其中， PCRF制定 PCC规则中的 QoS策略时， 充分考虑应用的类型和特点， 为同 一个应用会分配某个 QoS策略， 为同一类应用 （例如， 多个 HTTP业务） 分配同样的 QoS策略 （例如， QCI、 ARP相同）。 步骤 S204: PCRF将含有 QoS策略的 PCC规则通过 Gx会话下发给执行承载绑定 功能的 P-GW， 其中 PCC规则中携带步骤 S202中上报的 App ID。 可选的， PCRF可以通过 Gx接口指示 P-GW需要执行基于应用的承载绑定； 或者 P-GW通过配置来决定对某些检测出的应用进行基于应用的承载绑定。 如果是基于指示的， 可以通过在 Gx口上添加显式的指示信元， 或者在 PCRF的 ADC rule 中包含 QCI、 ARP 来作为隐式的指示 （现有技术的 ADC rule 不包含 QCI/ARP)。当然，如果通过隐式指示的方式，需要 P-GW能够理解该"携带了 QCI/APR" 的意图是指示进行基于应用的承载绑定的， 否则 P-GW会默认丢弃该信息。 以上需要 网络规划时进行相关配置。 如果采用 ADC规则中包含 QCI、 ARP来作为隐式指示的 话， 步骤 S202-步骤 S204可不执行。 其中， PCRF制定 ADC规则中的 QoS策略时， 充分考虑应用的类型和特点， 为同一个应用会分配某个 QoS策略， 为同一类应用 （例 如， 多个 HTTP业务） 分配同样的 QoS策略 （例如， QCI、 ARP相同）。 此时的 ADC规则也可以认为是携带应用标识的 PCC规则。 步骤 S205: P-GW基于 PCRF的指示， 或者 P-GW根据配置， 决定对 ADC规则 进行基于应用的承载绑定。 从而当 P-GW接收到与 ADC规则匹配的数据包时， P-GW 根据承载绑定结果将数据包匹配到对应的承载上。 具体的匹配方式参见后文关于图 7 及对应的说明。 此处， 默认已经存在一个适合该应用的专有承载。 如果没有合适的专有承载， 那 么需要通过现有的承载建立 /修改或者 QoS更新操作来建立 /修改承载来满足此 /此类应 用的需求。 相关的承载建立 /修改或者 QoS更新操作会与步骤 S206的承载参数协商一 同进行。 步骤 S206: P-GW与 UE协商承载参数， UE进行上行数据的承载绑定。具体可参 见图 6及对应说明。 步骤 S207: 如果 TDF又检测到了第二个 /类应用， 第三个 /类 ......， 则执行上述相 同的操作。 实施例二 图 3为根据本发明优选实施例二的基于应用的承载绑定流程图， 如图 3所示， 该 流程图基于背景技术中的模式 3 )， 即应用检测 DPI功能独立部署在 TDF上， P-GW作 为承载绑定功能。 该流程主要包括以下步骤： 步骤 S301 : 终端 UE与通信对端发起某个， 或者某几个应用。 这里研究的该类应 用是不可推导的、 五元组多变的， 或者是运营商配置要检测的某些应用时， 比如终端 浏览网页。 作为应用检测功能的 TDF检测到了这一个或者多个应用。 步骤 S302: TDF通过 Sd会话将对应检测到的这类应用的类型 （App ID, 应用类 型标识） 上报给 PCRF。 步骤 S303: PCRF根据接收到的应用类型， 以及终端的签约信息， 运营商配置信 息等， 为该应用 /该类应用制定对应的 PCC规则和 ADC规则，并为该应用 /该类应用分 配数据包标签。 其中 PCRF制定 PCC规则中的 QoS策略时， 充分考虑应用的类型和特点， 为同 一个应用会分配某个 QoS策略和对应的数据包标签，为同一类应用（例如，多个 HTTP 业务） 分配同样的 QoS策略和数据包标签。

PCRF分配数据包标签，可以是基于现有的 IPv4的 DSCP标签，或者 IPv6的 flow label (流标号）， 或者是动态的虚拟本地接入网标签 （VLAN tag, Virtual Local Access Network Tag), 或者是模拟的 IP头等， 该类数据包标签可以以独立信元的形式在 Gx 接口和 Sd接口传输，也可以通过增强现有的 PCC规则和 ADC规则，使其包含该数据 包标签。 如果分配的是 DSCP标签或者 IPv6 的 flow label, 信息可以是在某一个终端的所 有应用内唯一的， 也就说不同的终端的不同的应用可以重用某个标签。 这样， 避免了 DSCP标签或者 flow label受限的问题。 采用不同的标签方式， PCRF 分配数据包标签的具体实现也会不同。 举例来说， 现有的协议中是支持 DSCP标签的， 但是某些场景下， 该标签是没有意义的， 不使用 的。如果该 DSCP标签被用来标识不同的应用（本发明）， 那么所有的 DSCP的取值都 必须赋予该"标识应用"的含义， 也就是说不能再用做其他用途。 这样的话， 某些需要 区分的应用， 规定其对应特定的 DSCP值， 某些不需要区分的应用， 可以统一标签上 某一个特定的 DSCP值。 当然， 如何取值取决于运营商的规划和部署。 而且， 如果网 络采用了 DSCP用于标识不同的应用， 需要在不同的网元中配置同步的信息， 即如果 PCRF为了区分应用分配了特定的 DSCP标签， P-GW也需要配置成能够理解该 DSCP 值。 否则， PCRF赋予了 DSCP值新的含义而 P-GW不能理解， 则会出现不同步的问 题。 换另一种方式， PCRF可以携带指示标识给 P-GW， 指示"当前使用了 DSCP标识 信息"。 对于 Flow label, 是适用于 IPv6的标签， 使用方法同上述的 IPv4的 DSCP。 如果采用的是 VLAN Tag或者采用 IP Header来标识不同的应用，则 P-GW可以通 过判断数据包上有无对应的标签， 就可以判定当前有没有区分不同应用需要。 步骤 S304: P-GW将数据标签、含有 QoS策略的 PCC规则通过 Gx会话下发给执 行承载绑定功能的 P-GW， P-GW根据 QoS策略执行承载绑定。 步骤 S305: PCRF将数据包标签、 ADC规则通过 Sd会话下发给 TDF。 步骤 S306a: TDF根据 PCRF下发的数据包标签对对应的应用的数据包进行标记； 即， 如果通过某个 ADC规则检测到一个或者一类应用， TDF将该应用的数据包打上 对应的数据包标签。 步骤 S306b: 经过步骤 S306a标记过的数据包， 到达了 P-GW， P-GW上有承载绑 定功能，承载绑定功能通过检测数据包上标记的标签，根据步骤 304的承载绑定结果， 决定对对应的应用的数据包进行过滤， 匹配到对应的承载上。 具体的匹配方法可参见 图 8及对应说明。 此处， 默认已经存在一个适合该应用的专有承载。 如果没有合适的专有承载， 那 么需要通过现有的承载建立 /修改或者 QoS更新操作来建立 /修改承载来满足此 /此类应 用的需求。 相关的承载建立 /修改或者 QoS更新操作会与步骤 S307承载参数协商一同 进行。 步骤 S307: P-GW与 UE协商承载参数， UE进行上行数据的承载绑定。具体参见 图 6及对应说明。 需要说明的是， 步骤 S307也可以由步骤 304触发。 步骤 S308: 如果 TDF又检测到了第二个 /类应用， 第三个 /类 ......， 执行上述类似 的操作。 实施例三 图 4为根据本发明优选实施例三的基于应用的承载绑定流程图， 如图 4所示， 该 流程图基于背景技术中的模式 4)， 即应用检测 DPI功能独立部署在 TDF上， S-GW作 为承载绑定功能。 该流程主要包括以下步骤： 步骤 S401-步骤 S402: 与步骤 S301-步骤 S302完全相同， 这里不再赘述。 步骤 S403 : 与步骤 S303基本相同。 不同点为， PCRF还要制定发送给 S-GW的 QoS信息。 步骤 S404: 因为 S-GW执行承载绑定功能， 所以 PCRF将数据包标签、 QoS信息 通过 Gxc接口发送给 S-GW; 可选的， PCRF将数据标签通过 Gx会话下发给 P-GW; S-GW根据 QoS信息执行承载绑定。 发给 P-GW的数据包标签不再是用于承载绑定， 其功能是通知 P-GW， 对应 PCC 规则的数据流应在本系统中执行基于应用的承载绑定，数据包在经过 P-GW后， P-GW 不能对 TDF已经标记过的数据包进行标签修改。 步骤 S405 : 与步骤 S305完全相同， 这里不再赘述。 步骤 S406a: 与步骤 S306a完全相同， 这里不再赘述。 步骤 S406b: 经过步骤 S306a标记过的数据包， 到达了 P-GW， 根据步骤 S404的 描述， P-GW不对数据包的标签修改， 数据包到达 S-GW后， S-GW上有承载绑定功 能， 承载绑定功能通过检测数据包上标记的标签， 根据步骤 S404的承载绑定结果， 决 定对对应的应用的数据包进行过滤， 匹配到对应的承载上。 具体的匹配方法参见图 8 及对应说明。 此处， 默认已经存在一个适合该应用的专有承载。 如果没有合适的专有承载， 那 么需要通过现有的承载建立 /修改或者 QoS更新操作来建立 /修改承载来满足此 /此类应 用的需求。 相关的承载建立 /修改或者 QoS更新操作会与步骤 S407承载参数协商一同 进行。 步骤 S407: S-GW与 UE协商承载参数， UE进行上行数据的承载绑定。具体参见 图 6及对应说明。 需要说明的是， 步骤 S407也可以由步骤 S404触发。 步骤 S408: 如果 TDF又检测到了第二个 /类应用， 第三个 /类 ......， 执行上述类似 的操作。 实施例四 图 5为根据本发明优选实施例四的基于应用的承载绑定流程图， 如图 5所示， 该 流程基于背景技术中的模式 2)， 即应用检测 DPI功能部署在 P-GW上， S-GW作为承 载绑定功能。 该流程主要包括以下步骤： 步骤 S501 : 终端 UE与通信对端发起某个， 或者某几个应用。 这里研究的该类应 用是不可推导的、 五元组多变的， 或者是运营商配置要检测的某些应用时， 比如终端 浏览网页。 作为应用检测功能的 DPI集成在 P-GW上， P-GW检测到了这一个或者多 个应用。 步骤 S502: P-GW通过 Gx会话将对应检测到的这类应用的类型 （App ID, 应用 类型标识） 上报给 PCRF。 步骤 S503: PCRF根据接收到的应用类型， 以及终端的签约信息， 运营商配置信 息等， 为该应用 /该类应用制定对应的 ADC规则， PCC规则和 QoS策略， 并为该应用

/该类应用分配数据包标签。 其中 PCRF制定 QoS策略时， 充分考虑应用的类型和特点， 为同一个应用会分配 某个 QoS策略和对应的数据包标签， 为同一类应用 （例如多个 HTTP业务）分配同样 的 QoS策略和数据标签。 PCRF分配和使用数据标签的机制同步骤 S503的对应描述。 步骤 S504: 可选的， PCRF将数据标签， 连同现有的 PCC规则一起通过 Gx会话 下发给 P-GW。 发给 P-GW的数据包标签不再是用于承载绑定， 其功能是通知 P-GW， 对应 PCC 规则的数据流应在本系统中执行基于应用的承载绑定，数据包在经过 P-GW后， P-GW 不能对 TDF已经标记过的数据包进行标签修改。 步骤 S505: 因为 S-GW执行承载绑定功能， 所以 PCRF将数据包标签、 QoS信息 通过 Gxc接口发送给 S-GW， S-GW根据 QoS信息执行承载绑定。 步骤 S506a: P-GW根据 PCRF下发的数据包标签对对应的应用的数据包进行标记； 即， 如果通过某个 ADC规则检测到一个或者一类应用， P-GW将该应用的数据包打上 对应的数据包标签。 因为 P-GW在转发下行数据包时， 要将下行数据包放入 PMIP隧道， 此处， P-GW 不修改原 IP头， 在外部另外封装一层 PMIP隧道头， 该隧道头中有一 DSCP标签， 该 DSCP标签与原 IP头的 DSCP没有关系。 步骤 S506b: 经过步骤 S506a标记过的数据包， 到达了 S-GW， S-GW上有承载绑 定功能，承载绑定功能通过检测数据包上标记的标签，根据步骤 S505的承载绑定结果， 决定对对应的应用的数据包进行过滤， 匹配到对应的承载上。 具体的匹配方法参见图 8及对应说明。 此处， 默认已经存在一个适合该应用的专有承载。 如果没有合适的专有承载， 那 么需要通过现有的承载建立 /修改或者 QoS更新操作来建立 /修改承载来满足此 /此类应 用的需求。 相关的承载建立 /修改或者 QoS更新操作会与步骤 S507承载参数协商一同 进行。 步骤 S507: S-GW与 UE协商承载参数， UE进行上行数据的承载绑定。具体参见 图 6及对应说明。 需要说明的是， 步骤 S507也可以由步骤 S505触发。 步骤 S508: 如果 P-GW又检测到了第二个 /类应用， 第三个 /类 ......， 执行上述类 似的操作。 实施例五 图 6为根据本发明的承载参数协商的流程示意图。 实施例一至实施例四论述了下 行数据如何进行承载绑定的相关机制。 本实施例论述 UE与 P-GW/S-GW如何协商建 立 /修改承载和 QoS更新的操作， 以及对于上行数据包如何操作。 对于 P2P业务或者网页浏览业务， 一般来说， 下行数据流量远远大于上行数据流 量的， 因此， 只要处理好了下行数据， 网络系统遇到的信令风暴的问题就已经解决了。 但是， 如果能对上行数据的处理也做相应的优化， 系统的信令风暴负担还会得到进一 步的降低。 因此承载参数的协商可以有以下几种方式： 1 ) 现有机制。 即 P-GW/S-GW根据 PCRF下发的 QoS策略， 发起现有机制支持 的承载建立， 或者承载修改， 或者 QoS更新或者不做任何操作。参见图 6步骤 S601a。 如果 P-GW/S-GW发现当前还没有对应某个 /类应用的承载， 则 P-GW/S-GW发起 承载建立操作。 在对应的 TFT中， 上行数据的五元组填写一个虚拟的无效地址和端口 号。 这样， 当上行数据包过滤时， 按照现有的机制终端通过全匹配的 TFT或没有 TFT 的承载， 将上行数据包匹配到默认承载上。这样， 在上行数据包数据量不大的情况下， 通过默认承载传输上行数据包能够基本满足应用需求和用户体验。 如果 P-GW/S-GW发现当前承载能够满足对应的应用， 或者通过修改就可以满足 应用， 则 P-GW/S-GW发起承载修改， 或者 QoS更新或者不做任何操作。

P-GW/S-GW决定了采用基于应用的承载绑定， 则 P-GW/S-GW不会发起 TFT更 新操作， 因为 TFT不再是"基于应用承载绑定"的过滤模板。

2) 下发 App ID。 即 P-GW/S-GW根据 PCRF下发的 QoS策略， 通过增强现有的 承载建立， 或者承载修改， 或者 QoS更新操作， 将对应的 App ID发送给终端。 参见 图 6的步骤 S601b。 当上行数据包过滤时， UE根据应用 ID过滤上行数据包。 因为通过步骤 S601b建 立了承载和应用 ID的对应关系， UE基于应用 ID就能将数据包过滤到对应的承载上。

3 ) 其他方式。 P-GW/S-GW与 UE通过用户面消息协商承载和应用 ID的关系， 或者通过用户面消息指示 UE进行反射操作，或者通过承载建立 /修改或者 QoS更新操 作通知 UE进行发射操作。 参见图 6的步骤 S601c。 所述的反射操作是指， UE将下行数据包的五元组信息的源地址 /端口号与目的地 址 /端口号对调， 然后根据该五元组过滤上行数据包， 就能够过滤到对应的承载上。 实施例六 图 7为根据本发明实施例的承载绑定机制之一的示意图， 如图 7所示， 基于的模 式是背景技术中的模式 1 )。 因为承载绑定模块和应用检测功能都在 P-GW上， P-GW 上的 DPI/应用检测功能先对进入的数据包进行检测， 如果检测到某个 /某类应用， 则直 接发到对用的承载上。 如图 7所示， DPI检测到 App 1后， 直接将其放到承载 A上； 检测到 App2后， 直接将其放到承载 B上。 剩余的数据包在根据现有的 TFT过滤机制 过滤， 即图 7中的过滤器 abcdef。 实施例七 图 8为根据本发明实施例的承载绑定机制之二的示意图， 如图 8所示， 基于的模 式是背景技术中的模式 2)、 3 )、 4)。 因为承载绑定模块和应用检测功能分布在不同的 网元， 当承载绑定模块收到打了标签后的分组数据包后， 承载绑定模块先根据数据包 标签过滤数据包。 如图 8所示， 打了标签 X的数据包， 过滤到承载 B上； 打了标签 y 的数据包， 过滤到承载 A上， 剩余的分组数据包根据现有的 TFT过滤机制过滤， 即图 8中的过滤器 abed。 工业实用性 本发明的技术方案， 可以对不可推论 （non-deducible) 的应用进行承载绑定， 并 能保证不可推论的应用的服务质量 （QoS)。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围。

Claims

权 利 要 求 书 、 一种承载绑定方法， 包括：

策略和计费规则功能 PCRF接收到应用检测功能发送的所检测到的应用的 类型信息， 确定对所述应用实行的服务质量 QoS策略， 将所述 QoS策略通知 承载绑定功能， 并指示所述承载绑定功能需执行基于应用的承载绑定；

所述承载绑定功能根据所述 QoS策略执行基于应用的承载绑定。 、 根据权利要求 1所述的方法， 其中：

所述应用检测功能及所述承载绑定功能均位于分组数据网络网关 P-GW 中。 、 根据权利要求 2所述的方法， 其中， 所述确定对所述应用实行的 QoS策略， 包 括- 所述 PCRF根据应用类型信息、 发起所述应用的终端的签约信息、 运营商 配置信息为所述应用制定对应的 QoS策略。 、 根据权利要求 2或 3所述的方法， 其中， 所述方法还包括：

所述 PCRF向所述 P-GW发送指示， 指示需执行基于应用的承载绑定； 或者， 所述 P-GW通过自身配置， 对检测出的某些应用进行基于应用的承 载绑定。 、 根据权利要求 1所述的方法， 其中：

所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 、 根据权利要求 5所述的方法，其中，所述对所述应用实行的服务质量 QoS策略， 将所述 QoS策略通知承载绑定功能，并指示所述承载绑定功能需执行基于应用 的承载绑定， 包括：

所述 PCRF根据所述应用的类型信息为所述应用制定对应的 QoS策略， 以 及为所述应用分配对应的数据包标签；

所述 PCRF将所述数据包标签发送至所述应用检测功能； 所述应用检测功 能为对应的数据包封装对应的数据包标签； 所述 PCRF将所述数据包标签以及对应的 QoS策略发送至所述承载绑定功 能； 并且，所述 PCRF向所述承载绑定功能发送特定指示信息或 以所述数据包 标签和 /或 QoS策略为指示， 指示承载绑定功能进行基于应用的承载绑定； 所述承载绑定功能根据所述数据包标签和对应的 QoS 策略执行基于应用 的承载绑定。 、 根据权利要求 5或 6所述的方法， 其中， 所述应用检测功能及所述承载绑定功 能分别位于不同的网元中， 包括：

所述应用检测功能位于业务检测功能 TDF 中， 所述承载绑定功能位于 P-GW中；

或者， 所述应用检测功能位于业务检测功能 TDF中， 所述承载绑定功能位 于服务网关 S-GW中；

或者， 所述应用检测功能位于 P-GW中， 所述承载绑定功能位于服务网关 S-GW中。 、 根据权利要求 1至 7任一项所述的方法， 其中， 将所述 QoS策略与应用的类型 关联；

所述 PCRF将所述 QoS策略发送给承载绑定功能时，将所述 QoS策略与应 用的类型关联信息一并通知所述承载绑定功能。 、 根据权利要求 8所述的方法， 其中， 所述方法还包括：

所述承载绑定功能接收到所述 QoS策略，建立对应的承载或者修改现有承 载与所述 QoS策略对应。 0、 根据权利要求 8所述的方法， 其中， 所述执行基于应用的承载绑定， 包括： 对于下行数据， 根据应用类型， 将应用数据包匹配到对应 QoS策略的承载 上；

对于上行数据，终端将上行数据包匹配到默认承载上；或者， S-GW或 P-GW 通过承载创建 /修改， 将应用的标识信息通知所述给终端， 终端根据应用标识信 息将上行数据包匹配到对应的承载上； 或者， S-GW或 P-GW通知终端， 需对 上行数据包的承载绑定执行反射操作。 1、 一种承载绑定系统， 包括： 策略和计费规则功能 PCRF、 应用检测功能和承载 绑定功能， 其中： 应用检测功能， 设置为检测应用的类型信息， 并将所述应用的类型信息发 送至所述 PCRF;

PCRF, 设置为确定对所述应用实行的服务质量 QoS策略， 将所述 QoS策 略通知承载绑定功能， 并指示所述承载绑定功能需执行基于应用的承载绑定； 所述承载绑定功能， 设置为根据所述 QoS策略执行基于应用的承载绑定。 、 根据权利要求 11所述的系统， 其中：

所述应用检测功能及所述承载绑定功能均位于分组数据网络网关 P-GW 中。 、 根据权利要求 12所述的系统，其中，所述 PCRF还设置为，根据应用类型信息、 发起所述应用的终端的签约信息、 运营商配置信息为所述应用制定对应的 QoS 策略。 、 根据权利要求 11所述的系统， 其中：

所述应用检测功能及所述承载绑定功能分别位于不同的网元中。 、 根据权利要求 14所述的系统， 其中， 所述 PCRF， 还设置为根据所述应用的类 型信息为所述应用制定对应的 QoS策略， 以及为所述应用分配对应的数据包标 签；

将所述数据包标签发送至所述应用检测功能；对应的，所述应用检测功能， 还设置为为对应的数据包封装对应的数据包标签；

所述 PCRF， 还设置为将所述数据包标签以及对应的 QoS策略发送至所述 承载绑定功能； 并向所述承载绑定功能发送特定指示信息或以所述数据包标签 和 /或 QoS策略为指示， 指示承载绑定功能进行基于应用的承载绑定；

所述承载绑定功能，还设置为根据所述数据包标签和对应的 QoS策略执行 基于应用的承载绑定。 、 根据权利要求 14或 15所述的系统， 其中：

所述应用检测功能位于业务检测功能 TDF 中， 所述承载绑定功能位于 P-GW中；

或者， 所述应用检测功能位于业务检测功能 TDF中， 所述承载绑定功能位 于服务网关 S-GW中； 或者， 所述应用检测功能位于 P-GW中， 所述承载绑定功能位于服务网关 S-GW中。 、 根据权利要求 11至 16任一项所述的系统， 其中， 将所述 QoS策略与应用的类 型关联；

对应的， 所述 PCRF， 还设置为将所述 QoS策略发送给承载绑定功能时， 将所述 QoS策略与应用的类型关联信息一并通知所述承载绑定功能。 、 一种承载绑定方法， 包括：

策略和计费规则功能 PCRF将包含服务质量 QoS策略和应用类型信息的策 略规则通知给策略和计费执行功能 PCEF;

所述 PCEF根据所述 QoS策略对所述策略规则执行承载绑定。 、 根据权利要求 18所述的方法， 其中，

所述 PCRF通过添加显式的指示信元， 或者在所述策略规则中包含服务质 量类别标识 QCI和分配保持优先级 ARP作为隐式的指示来指示所述 PCEF执 行承载绑定。 、 根据权利要求 18所述的方法， 其中， 在所述 PCEF根据所述 QoS策略执行对 所述策略规则承载绑定之前， 还包括：

所述 PCEF根据所述策略规则执行应用检测。 、 根据权利要求 18所述的方法， 其中， 所述 PCEF根据所述 QoS策略对所述策 略规则执行承载绑定， 包括：

对于下行数据， 将与所述策略规则匹配的数据包匹配到所述策略规则绑定 的承载上；

对于上行数据， 终端将上行数据包匹配到默认承载上； 或者所述 PCEF通 过承载创建 /修改， 将应用的标识信息通知给所述终端， 终端根据应用标识信息 将上行数据包匹配到对应的承载上； 或者， 所述 PCEF通知终端， 需对上行数 据包的承载绑定执行反射操作。 、 一种策略和计费执行功能 PCEF， 包括：

接收单元， 设置为接收策略和计费规则功能 PCRF 发送的包含服务质量 QoS策略和应用类别信息的策略规则； 承载绑定单元， 设置为所述 PCEF根据所述 QoS策略对所述策略规则执行 承载绑定。 、 根据权利要求 22所述的 PCEF， 其中， 所述 PCEF通过添加显式的指示信元， 或者在所述策略规则中包含服务质量类别标识 QCI和分配保持优先级 ARP作 为隐式的指示获知需要执行承载绑定。 、 根据权利要求 22所述的 PCEF， 其中， 所述 PCEF还包括： 应用检测单元， 设置为承载绑定单元执行承载绑定之前根据所述策略规则 执行应用检测。 、 根据权利要求 22所述的 PCEF， 其中：

对于下行数据， 所述 PCEF将与所述策略规则匹配的数据包匹配到所述策 略规则绑定的承载上；

对于上行数据， 终端将上行数据包匹配到默认承载上； 或者所述 PCEF通 过承载创建 /修改， 将应用的标识信息通知给所述终端， 终端根据应用标识信息 将上行数据包匹配到对应的承载上； 或者， 所述 PCEF通知终端， 需对上行数 据包的承载绑定执行反射操作。 、 一种策略和计费规则功能 PCRF， 包括： 发送单元和指示单元， 其中：

发送单元：设置为将包含服务质量 QoS策略和应用类型信息的策略规则通 知策略和计费执行功能 PCEF;

指示单元： 设置为通过添加显式的指示信元， 或者在所述策略规则中包含 服务质量类别标识 QCI 和分配保持优先级 ARP 作为隐式的指示来指示所述 PCEF执行承载绑定。