WO2012171172A1 - 策略控制方法、相关设备和策略计费控制系统 - Google Patents

策略控制方法、相关设备和策略计费控制系统 Download PDF

Info

Publication number
WO2012171172A1
WO2012171172A1 PCT/CN2011/075712 CN2011075712W WO2012171172A1 WO 2012171172 A1 WO2012171172 A1 WO 2012171172A1 CN 2011075712 W CN2011075712 W CN 2011075712W WO 2012171172 A1 WO2012171172 A1 WO 2012171172A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
substreams
entity
session
policy
Prior art date
Application number
PCT/CN2011/075712
Other languages
English (en)
French (fr)
Inventor
周伟
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP20169828.9A priority Critical patent/EP3745648B1/en
Priority to PCT/CN2011/075712 priority patent/WO2012171172A1/zh
Priority to CN201180000802.7A priority patent/CN103004241B/zh
Priority to EP11867940.6A priority patent/EP2723018B1/en
Publication of WO2012171172A1 publication Critical patent/WO2012171172A1/zh
Priority to US14/085,206 priority patent/US9326184B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/123—Evaluation of link metrics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/308—Route determination based on user's profile, e.g. premium users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Abstract

本发明实施例提供了移动通信系统中的策略控制方法、相关设备和策略计费控制系统。策略控制方法包括：获得两个或者两个以上子流的描述信息，两个或者两个以上子流属于同一应用；根据两个或者两个以上子流的描述信息为两个或者两个以上子流分别生成策略计费控制PCC规则；将至少一个所生成的PCC规则发送给PCEF实体或承载绑定及BBERF实体，以便由PCEF实体或BBERF实体执行对子流的策略控制。利用根据本发明实施例的策略控制方法、相关设备和策略计费控制系统，能够使3GPP网络的网络侧实体获知同一个应用包括多个子流，并且获知各个子流的描述信息，如IP地址信息和QoS相关信息等，从而对多子流进行正确的策略控制。

Description

策略控制方法、 相关设备和策略计费控制系统 技术领域
本发明实施例涉及通信领域， 尤其涉及一种策略控制方法、 相关设备和 策略计费控制 （PCC, Policy and Charging Control ) 系统。 背景技术
移动宽带时代的到来对移动通信网络提出了更高的要求，如更高的传输 速率、 更小的时延和更高的系统容量等。 为了保持第三代合作伙伴计划
( 3GPP, 3rd Generation Partnership Project ) 网络的优势， 3GPP标准化组织 于 2004年底启动了长期演进（ LTE, Long Term Evolution )和系统架构演进
( SAE, System Architecture Evolution ) 两大计划的研究和标准化工作。 在 3GPP LTE/SAE移动通信网络技术中， 将无线接入网和核心网分别称为演进 的通用陆地无线接入网 （E-UTRAN , Evolved Universal Terrestrial Radio Access Network )和演进的分组核心网 （EPC, Evolved Packet Core ), 并将 整个网络系统命名为演进的分组系统（ EPS , Evolved Packet System )。 不同 于传统的通用移动通讯系统（UMTS , Universal Mobile Telecommunications System ) 网络架构， EPS网络架构是一种全网际协议（ IP, Internet Protocol ) 的网络架构， 并且其支持多种 3GPP、 非 3GPP无线系统的接入技术， 如全 球移动通讯系统（ GSM, Global System For Mobile Communication )增强型 数据速率 GSM演进（ EDGE, Enhanced Data Rate for GSM Evolution )无线 接入网（ GERAN, GSM EDGE Radio Access Network ) /通用陆地无线接入网
( UTRAN, Universal Terrestrial Radio Access Network ), E-UTRAN、 无线局 域网（WLAN, Wireless Local Area Network), WiMAX、 CDMA2000等等。
策略控制与计费 （PCC ) 架构是 3GPP在 R7阶段引入的， 用来对 EPS 网络进行统一的策略控制和计费。 当前 PCC架构中的策略控制方案 ^^于 流的， 将每个业务流按照一个应用来处理。 这样的策略控制方案适用于一个 应用只有一个业务流的情况，但不能支持一个应用的业务数据同时通过多个 通道进行传输， 即， 一个应用同时包括多个业务流的情况。 发明内容 本发明实施例提供了一种策略控制方法和设备以及 PCC 系统。 通过本 发明实施例， 能够对多子流进行正确的策略控制。
根据本发明实施例的一个方面， 提供一种策略控制方法， 包括： 获得两 个或者两个以上子流的描述信息， 所述两个或者两个以上子流属于同一应 用； 根据所述两个或者两个以上子流的描述信息为所述两个或者两个以上子 流分别生成策略计费控制 PCC规则； 将至少一个所生成的 PCC规则发送给 策略计费执行功能（PCEF, Policy and Charging Enforcement Function ) 实体 或承载绑定及事件报告功能 ( BBERF, Bearing Binding and Event Report Function )实体， 以便由所述 PCEF实体或 BBERF实体执行对子流的策略控 制。
根据本发明实施例的另一方面， 提供一种策略计费规则功能（PCRF, Policy and Charging Rule Function )设备， 包括： 信息获取单元， 用于获得两 个或者两个以上子流的描述信息， 所述两个或者两个以上子流属于同一应 用； 策略计费控制 （PCC )规则生成单元， 用于根据所述两个或者两个以上 子流的描述信息为所述两个或者两个以上子流分别生成 PCC规则； PCC规 则发送单元， 用于将至少一个所生成的 PCC规则发送给策略计费执行功能 ( PCEF ) 实体或承载绑定及事件报告功能（BBERF ) 实体， 以便由 PCEF 实体或 BBERF实体执行对子流的策略控制。
根据本发明实施例的另一方面， 提供一种策略计费控制 PCC 系统， 该 PCC系统包括应用功能（ AF, Application Function )设备和 PCRF设备。 该 AF设备包括： 接收单元， 用于从用户设备 UE接收应用信息， 所述应用信 息包含两个或者两个以上子流的描述信息， 所述两个或者两个以上子流属于 同一应用； 转换单元， 用于将所述应用信息转换成会话信息； 和信息发送单 元， 用于将会话信息发送到策略计费规则功能 PCRF设备， 所述会话信息包 含两个或者两个以上子流的描述信息。所述 PCRF设备包括：信息获取单元， 用于接收 AF设备的信息发送单元发送的会话信息， 并且从该会话信息中获 得所述两个或者两个以上子流的描述信息； PCC规则生成单元， 用于根据所 述两个或者两个以上子流的描述信息为所述两个或者两个以上子流分别生 成 PCC规则； PCC规则发送单元， 用于将至少一个所生成的 PCC规则发送 给策略计费执行功能 PCEF实体或承载绑定及事件报告功能 BBERF实体， 以便由 PCEF实体或 BBERF实体执行对子流的策略控制。 根据本发明实施例的另一方面， 提供一种策略计费控制 （PCC ) 系统， 该 PCC系统包括策略执行设备和 PCRF设备。 该策略执行设备包括： 检测 单元，用于检测是否两个或者两个以上子流属于同一个应用；信息发送单元， 用于在检测到两个或者两个以上子流属于同一个应用时向策略计费规则功 能 PCRF设备发送所述两个或者两个以上子流的描述信息； PCC规则接收单 元， 用于从 PCRF设备接收 PCC规则； 和执行单元， 用于基于 PCC规则接 收单元接收的 PCC规则执行对子流的策略控制。 所述 PCRF设备包括： 接 上子流的描述信息； PCC规则生成单元， 用于根据所接收的两个或者两个以 上子流的描述信息为所述两个或者两个以上子流分别生成 PCC规则；和 PCC 规则发送单元， 用于将至少一个所生成的 PCC规则发送到所述策略执行设 备。 所述策略执行设备可以是策略计费执行功能（PCEF )设备或承载绑定 及事件报告功能（BBERF )。
本发明实施例通过使网络侧获知属于同一应用的多个子流的描述信息， 如 IP地址信息和服务质量（QoS, Quality of Service )相关信息， 能够对属 于同一应用的多个子流进行正确地策略控制。 附图说明
为了更清楚地说明本发明实施例的技术方案， 下面将对实施例描述中所 需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图仅仅是本发 明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的 前提下， 还可以根据这些附图获得其他的附图。
图 1是示出示例性的 PCC架构的示意图；
图 2是示出一种现有技术的策略控制过程的示图；
图 3是示出根据本发明示例实施例的策略控制过程的示图；
图 4是示出根据本发明另一示例实施例的策略控制过程的示图； 图 5是示出根据本发明另一示例实施例的策略控制过程的示图； 图 6是示出根据本发明实施例的策略控制方法的流程图；
图 7是示出根据本发明实施例的 PCRF设备的示意框图；
图 8是示出根据本发明实施例的 PCC系统的示意框图；
图 9是示出根据本发明另一实施例的 PCC系统的示意框图。 具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是 全部的实施例。 基于本发明的实施例， 本领域普通技术人员在没有做出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1是示出示例性的 PCC架构的示意图。 如图 1所示， PCC架构 100 的功能实体主要包括 PCRF实体 110、 PCEF实体 120、 BBERF实体 121、 AF实体 130和用户签约数据库（ SPR, Subscription Profile Repository ) 140。 PCRF实体 110与 RCEF实体 120之间通过 Gx接口 170交互信息， PCRF实 体 110与 AF实体 130之间通过 Rx接口 180交互信息。 Gx接口 170和 Rx 接口 180均采用 Diameter协议。 Diameter协议是一种用于认证、授权和计费 的安全协议。
PCRF实体 110主要完成策略的决策控制功能。 具体来说， PCRF实体 110通过 Rx接口 180从 AF实体 130接收会话信息，通过 Gx接口 170从 PCEF 实体 120接收包括接入类型信息以及关于接入网络的其他信息在内的接入网 络信息， 同时 PCRF实体 110还有可能从 SPR 140接收签约用户信息。 PCRF 实体 110基于上述所接收的信息以及运营商配置的策略规则， 生成服务会话 层次的 PCC规则， 并将此 PCC规则提供给 PCEF实体 120和 /或 BBERF实 体 121。 PCRF实体 110的另一个任务是在 BBERF实体 121、 PCEF实体 120 和 AF实体 130之间转发 AF实体订阅的事件。
PCEF实体 120和 BBERF实体 121执行从 PCRF实体 110接收的 PCC 规则， 并通过 Gx接口 170向 PCRF实体 110提供用户相关信息和接入网络 信息。
AF实体 130负责提供用户和应用相关的动态信息。 AF实体 130与需获 取动态 PCC规则的应用或服务交互。 一般的，服务的应用层信令在 AF实体 130上终止。 AF实体 130可以从应用信令报文中解析出应用信息，将该应用 信息转换为会话信息， 然后通过 Rx接口 180将该会话信息提供给 PCRF实 体 110。
在实际网络中， PCRF实体 110可以在 PCRF网元中实现； PCEF实体 120可以位于网关处， 例如， 位于分组数据网 （PDN, Packet Data Network ) 网关（PDN-GW, PDN-GateWay ) 中； BBERF实体 121则可以在服务网关 ( S-GW, Serving GateWay )或接入网关（AGW, Access GateWay )中实现； 至于 AF实体 130, 在特定的网络中可能由相应的网络实体来完成 AF实体 功能， 例如在 IP多媒体子系统（ IMS , IP Multimedia Subsystem ) 中， AF实 体功能可以由代理呼叫会话控制功能（ P-CSCF, Proxy Call Session Control Function )实现，再例如对于非 IMS, AF实体可能在一个应用服务器（例如， 视频流媒体服务器） 中实现。
需要注意的是， 以上描述的 PCC架构各功能实体在实际网络中的部署 仅仅是示例性的， 本发明实施例并不局限于此。
下文中的描述仅仅涉及了 PCEF实体， 但是应注意， 所有由 PCEF实体 执行的操作均可类似地替代为由 BBERF实体执行。
如图 1所示， PCC架构 100还可以包括离线计费系统（OFCS, Offline Charging System )和在线计费系统（ OCS , Online Charging System )等功能 实体， 为避免模糊本发明实施例的重点， 省略对它们的具体描述。
此外，如图 1所示， PCC架构 100支持包括 GERAN/UTRAN、 E-UTRAN 以及非 3GPP接入技术在内的多种接入技术。 UE 190可以通过不同的接入技 术接入网络， 以利用诸如 PDN之类的网络的资源。 在 UE 190通过不同接入 技术接入网络时， PCC架构 100均能提供相应的策略和计费控制。
图 2示出了现有技术中运行一个普通应用的 UE接入到网络时的策略控 制过程。 此处的普通应用是相对于 "多子流应用" 而言的， 普通应用仅包括 一个业务数据流。 在下文中将会对 "多子流应用" 进行说明。
如图 2所示， 在 S210, UE在开机后启动到核心网的网络附着过程。 附 着过程是指 UE在进行实际业务之前在网络中的注册过程。 在附着过程中， UE能够获得网络侧分配的 IP地址。
在 S220, PDN-GW新建与 PCRF实体 110的 Gx会话。 Gx会话可以用 来传递 PCC规则。 在本发明实施例中， PCEF实体 120在 PDN-GW上实现， 因此由 PDN-GW来执行 PCEF实体的功能。 在下文中， 除非有明确地相反 说明， 否则， 由 PDN-GW执行的操作均是由 PDN-GW中包含的 PCEF实体 执行的。
在 S230, UE将应用信息上报给 AF实体 130。 具体来说， UE通过特定 的信令， 如会话发起协议（SIP, Session Initiation Protocol )信令， 将所运行 的应用信息上报给 AF实体。 这里的应用信息是指 UE通过特定的信令消息 (例如， 在 SIP信令中， 可以通过会话描述协议（SDP, Session Description Protocol )描述）传递的应用层会话信息， 可以包括应用所涉及的媒体类型 和媒体格式、 所需带宽、 接入网络类型、 IP地址类型等信息， 用于网络侧分 配合适的网络资源。
在 S240, AF实体 130生成会话信息， 并将该会话信息发送给 PCRF实 体 110。 具体来说， AF实体 130在接收到从 UE发送的应用信息后， 生成与 所接收的应用信息对应的会话信息，并将该会话信息发送给 PCRF实体 110。 例如， AF实体 130可以与 PCRF实体 110建立 Rx会话， 以在 Rx接口 180 上通过该 Rx会话将所述会话信息发送给 PCRF实体。
在 S250, PCRF实体 110做出决策， 生成 PCC规则。 具体来说， PCRF 实体 110根据从 AF实体 130接收的与来自 UE的应用信息相应的会话信息， 以及例如从 SPR接收的用户信息、运营商的配置等， 决策生成用于该 UE的 PCC规则。
在 S260, PCRF实体 110将生成的 PCC规则发送给 PDN-GW。 具体来 说， PCRF实体 110在生成 PCC规则之后， 通过 Gx接口将 PCC规则发送给 PDN-GW。
在 S270, PDN-GW上的 PCEF实体 120执行与所接收的 PCC规则相对 应的承载操作。 例如， PDN-GW上的 PCEF实体 120根据从 PCRF实体 110 接收的 PCC规则， 执行诸如新增、 修改或删除承载的承载操作。
至此， 针对一个应用的策略控制过程完成。
需要注意的是， 虽然以上将 S230描述为 UE上报应用信息， 但本领域 技术人员知道， "UE上报应用信息" 实际是一个交互的过程， 例如， AF实 体在接收到 UE发送的应用信息后，可以向 UE返回确认信息。类似地， S240、 S260中的信息传送以及 S270中的承载操作也均涉及到交互过程。 这样的交 互是本领域技术人员熟知的， 因此以下将不再详细描述。
上述策略控制过程适用于一个应用在同一时间只有一个业务数据流的 情况， 但没有考虑一个应用的业务数据同时通过多个物理传输通道进行传 输， 即， 一个应用同时包括多个业务数据流的情况。
如上所述， EPS网络架构支持诸如 GERAN/UTRAN、 E-UTRAN、 WLAN、 WiMAX、 CDMA2000等等的多种 3GPP、 非 3GPP无线系统的接入技术。 当 UE支持多种接入技术时， 可以考虑同时通过多个接入网络传输该 UE的同 一个应用的业务数据， 此时， 一个应用将同时包括多个业务数据流。 在下文 中， 为描述方便， 将属于同一个应用的多个业务数据流称为该应用的多个子 流。 需注意的是， 应用的多个子流可以如上所述分别通过不同的接入网进行 传输， 但不局限于此， 例如， 不排除属于一个应用的多个子流通过同一接入 网络进行传输的情况。 本文所说的 "多个子流属于一个应用" 是指所述多个 子流属于同一个业务， 例如， 所述多个子流可以都属于浏览网页的业务， 或 者所述多个子流可以都属于下载音频或视频的业务， 等等。 当然， 此处提到 的具体业务仅仅是示例性的， 不构成对本发明实施例的限定。
在 3GPP网络中实现多子流传输的一个问题在于， 现有技术的策略控制 过程基于一个应用只有一个业务流， 而未考虑到多子流的情况。 鉴于此， 本 发明实施例提出了支持多子流的策略控制方法和设备。根据本发明实施例的 策略控制方法， 网络侧实体获知属于同一应用的多个子流的描述信息， 将多 个子流的描述信息发送给 PCRF实体， 从而在 PCRF实体中决策生成对应的 PCC规则以下发给 PDN-GW, 指示 PCEF实体执行正确的多子流策略处理。 在一个示例性实施例中， 可以由 UE将所述多个子流的描述信息上4艮给网络 侧实体（例如， AF 实体）。 可替换地， 也可以由网络侧实体（例如， PCEF 实体）检测多个子流的描述信息。
图 3示出了根据本发明示例实施例的支持多子流的策略控制过程。在本 实施例中， UE将多子流信息上报给 AF实体， AF实体生成包含该多子流信 息的会话信息， 并将该会话信息传送给 PCRF实体。 PCRF实体从会话信息 中得到同一应用的多子流关联情况，考虑多子流关联情况生成用于每个子流 的 PCC规则， 并通过不同的 Gx会话将决策生成的 PCC规则下发给 PCEF 实体。
在本实施例中， UE 包括多个用于接入网络的接口， 每个接口可以对应 于不同的接入技术， 或者多个接口中的两个或更多个可以对应于同一接入技 术。 举例来说， UE 可以包括第一接口和第二接口， 第一接口用于以例如 GERAN/UTRAN技术接入网络， 第二接口用于以例如 E-UTRAN技术或其 他技术接入网络； 再举一例， UE 可以包括第一和第二接口， 均用于以 GERAN/UTRAN技术接入网络。 当然， 以上仅仅是 UE的示例， 本发明实施 例不局限于此； UE可以包括两个或多于两个的接口， 并且每个接口可以用 于以多种 3GPP和非 3GPP无线系统的接入技术中的任意一种接入网络。 参照图 3, 在 S310, UE (例如 UE 190 )通过第一接口建立第一承载， 以传输应用的业务数据， 从而形成该应用的第一子流。 本发明实施例对于第 一承载的建立过程不做限制。 第一承载的建立可以采用现有技术中的方法， 也可以遵循图 2所示的策略控制过程， 为避免模糊本发明实施例的重点， 对 此不再详述。 在第一承载的建立过程中， UE获得与第一接口相关联的第一 IP地址。 在本发明实施例中， 所述 IP地址可以是 IPv4地址或 IPv6地址。 此外 ,如参照图 2所描述的 ,在第一承载的建立过程中 ,在 PCEF实体和 PCRF 实体之间建立了第一 Gx会话， 并且在 PCRF实体和 AF实体之间建立了第 一 Rx会话。 所述第一 Gx会话和第一 Rx会话均与第一 IP地址相关联。
接下来， UE执行通过其他接口建立承载以用于传输应用的业务数据、 从而形成该应用的其他子流的操作。针对第一接口之外的各个接口执行的承 载建立和策略控制流程是基本相同的， 因此下文中以第二接口为例进行说 明。
在 S320, UE启动通过第二接口附着到网络的过程， 并获得与第二接口 关联的第二 IP地址。
在 S330, PCEF实体（例如， PCEF实体 120 )与 PCRF实体（例如， PCRF实体 110 )建立新的第二 Gx会话， 该第二 Gx会话与 UE的第二 IP地 址相关联。
在 S340, UE与 AF实体（例如， AF实体 130 )进行交互以上报应用信 息， 该应用信息中包含子流描述信息。 根据本发明实施例， UE向 AF实体 上报的应用信息除了包括参照 S230所描述的与应用相关的应用层会话信息 之外， 还包含多子流描述信息。 所述多子流描述信息可以包括应用所关联的 所有子流的 IP地址信息和 QoS相关信息。 具体来说， 在本例中， 应用所关 联的所有子流的 IP地址包括第一 IP地址信息和第二 IP地址信息，其中第一 IP地址被标识为应用的联系地址。 通过在应用信息中携带第一 IP地址信息 和第二 IP地址信息，能够使网络侧获知与第一 IP地址和第二 IP地址关联的 子流属于同一个应用。 此外， 所述 QoS相关信息可以是每个子流的 QoS需 求信息和 /或每个子流的接入类型信息。 具体来说， 如果 UE能够获知每个子 流的 QoS需求信息， 则所述应用信息可以携带各个子流的 QoS需求信息， 如各个子流的所需带宽、 时延要求等； 在 UE无法获知各个子流的精确 QoS 需求信息的情况下， 所述应用信息可以携带各个子流的接入类型信息， 该接 入类型信息指示与各个子流相对应的网络接入技术的类型。 通常， 子流的接 入类型信息能够反映子流的 QoS需求。 举例来说， 在 IMS中， UE可以通过 向 P-CSCF发起 SIP注册来向 AF实体上报应用信息。
在 S350, AF实体接收来自 UE的应用信息， 生成与该应用信息相应的 会话信息，并可以通过与第一 IP地址相关联的第一 Rx会话将该会话信息发 送给 PCRF实体进行处理。
举例来说， AF实体在接收到从 UE发送的应用信息后， 提取该应用信 息中的内容， 并将其封装在属性值对 （AVP, Attribute Value Pair ) 中通过 Diameter协议消息发送给 PCRF实体。
举例来说， AF 实体可以通过 Diameter 协议中的认证授权请求 ( Authentication Authorization (AA) Request ) 消息向 PCRF实体提供会话信 息。 下文中示出了 AA Request消息的示例：
<AA-Request>：: = < Diameter Header: 265, REQ, PXY >
< Session-Id >
{ Auth- Application-Id }
…… (省略）
* [ Supported- Features ]
[ Reservation-Priority ]
[ Framed-IP- Address ]
[ Framed-IPv6-Prefix ]
*[ AVP ]
在本实施例中， Supported-Features AVP 中将增加一个新的特性 Sub-Flow-Capable, 通过此特性来表明当前发送的会话信息与同一应用中的 多个子流相对应。 在特性 Sub-Flow-Capable所包含的 AVP当中， Sub-Flow Description (子流描述） AVP中描述了每个子流的信息， 包括指示子流所在 的连接的信息 （例如连接标识符 （CID, Connection-Id ) )、 每个子流所对应 的 IP地址（ Framed-IP- Address/Framed-IPv6-Prefix )、 接入类型 （ RAT-Type ) 以及各个子流的 QoS需求信息（Media-Component-Description ) 中的至少一 个。 以下是 Sub-Flow-Capable AVP的示例：
<Sub-Flow Description ：: = < AVP Header > < Connection-Id >
[ AF- Application-Identifier ]
* [ Media-Component-Description ]
[Service-Info-Status ]
[ AF-Charging-Identifier ]
[ RAT-Type ]
* [ Specific-Action ]
[ Framed-IP- Address ]
[ Framed-IPv6-Prefix ]
*[ AVP ]
在 S360, PCRF实体接收 AF实体发送的会话信息（例如 AA request消 息）， 从中提取出属于同一应用的每个子流的描述信息， 并考虑每个子流的 描述信息生成对应每个子流的 PCC规则。 具体来说， PCRF实体提取所接收 的会话信息中的特性 Sub-Flow-Capable 值， 并从此特性中的 Sub-Flow Description AVP获取同一应用的多个子流的描述信息， 如每个子流的 IP地 址、 接入类型或 QoS 需求信息等。 PCRF 实体可以通过子流的 IP 地址 ( Framed-IP-Address/Framed-IPv6-Prefix )来找到对应的多个 Gx会话。另外， PCRF实体可以考虑各个子流的接入类型（ RAT-Type )和 QoS需求信息（例 如 QoS描述 Media-Component-Description ) 来生成对应每个子流的 PCC规 则。 举例来说， 对于保证比特率 (GBR, Guaranteed Bit Rate)业务， 如果子流 QoS相关信息中携带了子流的 QoS需求信息， 则可以 ^据子流 QoS需求信 息来生成 PCC规则。 否则， 如果子流 QoS描述属性中未携带子流的 QoS信 息， 则可以根据接入类型按照预定策略来调整应用的多个子流 PCC规则， 例如， 可以为 WiFi接入的子流分配较高的带宽， 而为 3GPP接入的子流则 分配较低的带宽。
在本实施例中， 在 PCRF实体上维护了此应用下多个子流 PCC规则的 联系。
在 S370, PCRF实体将所生成的 PCC规则通过相应的 Gx会话下发给 PCEF实体。 对于已生成的子流（例如， 第一子流）， 可以仅在 PCC规则修 改的情况下将 PCC规则发送给 PCEF实体。
举例来说，如果是 PCEF实体发起的 PCC规则请求， 则 PCRF实体可以 才艮据 Diameter十办议发送信用控制响应 （ CC- Answer , Credit Control Answer ) 消息给 PCEF实体来提供 PCC规则。 再例如， 如果是 PCRF实体主动提供 PCC 规则， 则 PCRF 实体可以通过向 PCEF 实体发送重认证请求 ( Re-Auth-Request, Re- Authentication Request )消息来提供 PCC规则。 这里 以 CC-Answer消息为例进行具体说明。 由于多个子流对应于多个 Gx会话， 所以需要在多个 Gx会话上都传递 PCC规则。 以下是根据本发明实施例的 CC-Answer消息的示例：
<CC-Answer>：: = < Diameter Header: 272, PXY >
< Session-Id >
{ Auth- Application-Id }
…… (省略）
* [ QoS-Information ]
[ Revalidation-Time ]
[ Default-EPS-Bearer-QoS ]
[ Bearer-Usage ]
* [ Usage-Monitoring-Information ]
*[ AVP ]
与传统 CC-Answer消息相比， 上述 CC-Answer消息的主要变动部分在 QoS-Information AVP中， 其值表示如下：
QoS -Information：: = < AVP Header: 1016 >
[ QoS-Class-Identifier ]
[ Max-Requested-Bandwidth-UL ]
[ Max-Requested-Bandwidth-DL ]
[ Guaranteed-Bitrate-UL ]
[ Guaranteed-Bitrate-DL ]
[ Bearer-Identifier ]
[ Allocation-Retention-Priority]
[ APN-Aggregate-Max-Bitrate-UL]
[ APN-Aggregate-Max-Bitrate-DL]
* [AVP]
对于 GBR 业务来说， 在所提供的 PCC 规则中， 将主要对 QoS-Class-Identifier , Guaranteed-Bitrate-UL , Guaranteed-Bitrate-DL等值进行 修改。 其中， QoS-Class-Identifier 表示 QoS 类型标识符 （ QCI ) , Guaranteed-Bitrate-UL表示保证上行速率 , Guaranteed-Bitrate-DL表示保证下 行速率。
在 S380, PCEF实体根据从 PCRF实体中收到的 PCC规则执行对应子 流的策略控制。
至此， 完成了第二^载的建立， 并且实现了对两个子流的策略控制。 如 上所述， 如果 UE继续通过第三接口建立第三承载以用于传输该应用的业务 数据、 从而形成该应用的第三子流， 则重复 S320-S380的操作， 特别是， 在 S340, UE向 AF实体上报的应用信息中将包含第一、 第二和第三子流的描 述信息， 包括例如 IP地址信息和服务质量相关信息。
在上述多子流策略控制方案中， 在第二承载以及后续承载的建立过程 中， UE向 AF实体上报的应用信息中包含了多个子流的描述信息， AF实体 将从 UE接收的应用信息看作是普通应用信息的更改， 将该应用信息转换成 会话信息，并将该会话信息通过与第一 IP地址相关联的第一 Rx会话发送给 PCRF实体进行处理，由 PCRF实体来维护同一应用的多个子流之间的关系。
通过本实施例， 通过 UE上报的应用信息， 使网络侧实体， 例如 PCRF 实体， 能够获知同一个应用包括多个子流， 并且能够获知各个子流的描述信 息， 从而能够对多子流进行正确的策略控制。
图 4示出了根据本发明另一示例实施例的多子流策略控制过程。在本实 施例中， 由 AF实体来维护同一应用的多个子流之间的关联关系。 在本实施 例中， UE上报包含多个子流的描述信息的应用信息， AF实体从应用信息中 获知同一应用的多子流关联情况， 并决策成多个不同的会话信息发送给 PCRF 实体。 PCRF 实体根据多个不同的会话信息生成用于每个子流的不同 的 PCC规则， 并通过与每个子流相应不同的 Gx接口将所生成的 PCC规则 下发给 PDN-GW。
与参照图 3描述的实施例类似， 在本实施例中， UE包括多个用于接入 网络的接口， 每个接口可以对应于不同的接入技术， 或者多个接口中的两个 或更多个可以对应于同一接入技术。参照图 4,在 S410, UE (例如， UE 190 ) 通过第一接口建立第一承载， 以传输应用的业务数据， 从而形成该应用的第 一子流。 S410与图 3中的 S310相同， 为筒洁起见不再详述。 接下来， UE执行通过其他接口建立承载以用于传输应用的业务数据、 从而形成该应用的其他子流的操作。针对第一接口之外的各个接口所执行的 承载建立和策略控制流程是基本相同的， 因此下文中以第二接口为例进行说 明。
在 S420, UE启动通过第二接口附着到网络的过程， 并获得与第二接口 关联的第二 IP地址。 S420与参照图 3描述的 S320基本相同。
在 S430, PCEF实体（例如， PCEF实体 120 ) 与 PCRF实体（例如， PCRF实体 110 )之间建立第二 Gx会话， 该第二 Gx会话与 UE的新分配的 第二 IP地址相关联。 S430与参照图 3描述的 S330基本相同。
在 S440, UE与 AF实体（例如， AF实体 130 )进行交互以上报应用信 息， 该应用信息中包含多个子流的描述信息。 S440与 S340基本相同， 为筒 洁起见不再详细描述。
在 S450, AF实体接收到应用信息， 识别出该应用信息中含有多个不同 子流的描述信息， 并据此决策生成多个会话信息， 在每个会话信息中， 均包 含了多个子流的描述信息。 举例来说， 在本实施例中， AF 实体识别出应用 信息中包含第一子流和第二子流的描述信息，从而考虑这些描述信息决策生 成与第一子流相应的第一会话信息和与第二子流相应的第二会话信息。在第 一会话信息和第二会话信息中， 均包含了第一子流和第二子流的描述信息。 在 S460, AF实体通过不同的 Rx会话将各个会话信息发送给 PCRF实体。 举例来说， AF实体通过已建立的第一 Rx会话将与第一子流相应的会话信息 发送给 PCRF实体， 并新建立与第二 IP地址关联的第二 Rx会话， 通过该第 二 Rx会话将与第二子流相应的会话信息发送给 PCRF实体。
举例来说， AF实体在每个 Rx会话上通过 Diameter协议中的 AA-Request 消息向 PCRF 实体提供会话信息。 在本实施例中， 举例来说， AA-Request 消息的内容和结构与参照图 3描述的 AA-Request消息基本相同， 为筒洁起 见， 不再详述。
在本实施例中， 在 AF实体上维护了此应用下的多个子流的关系。
在 S470, PCRF 实体接收从 AF 实体发送的多个会话信息 （例如多个 AA-Request消息）， 从中提取出属于同一应用的每个子流的描述信息， 并考 虑每个子流的描述信息 （例如， 各个子流的接入类型 （RAT-Type )或 QoS 需求描述（Media-Component-Description ) )生成对应于每个子流的 PCC规 则。 与 S360不同， 在 S470在多个 Rx会话上从 AF实体接收多个会话信息。 但是， 在 S470, PCRF实体从会话信息中提取多子流描述信息、 并考虑多子 流描述信息生成对应每个子流的 PCC规则的具体操作与 S360中的类似， 因 此为筒洁起见不再具体描述。
在 S480, PCRF实体将所生成的多个 PCC规则分别通过相应的 Gx接口 下发给 PCEF实体。对于已生成的子流，可以仅在 PCC规则修改的情况下发 送 PCC规则给 PCEF实体。 S480与 S370基本相同， 为筒洁起见不再详细描 述。
在 S490, PCEF实体根据从 PCRF实体接收的 PCC规则执行对应子流 的策略控制。
至此， 完成了第二^载的建立， 并实现了对两个子流的策略控制。 如果 UE继续通过第三接口建立第三承载以用于传输该应用的业务数据、 从而形 成该应用的第三子流， 则可以重复 S420-S490的操作。
在上述多子流策略控制方案中， 在第二承载以及后续承载的建立过程 中， UE向 AF实体上报的应用信息中包含多个子流的描述信息。 AF实体接 收到 UE发送的应用信息后， 识别其中的多子流描述信息， 生成多个对应的 会话信息发送给 PCRF实体， 并维护同一应用多个子流之间的关系。
在本实施例中， 通过 UE上报的应用信息， 使网络侧实体， 例如 AF实 体和 PCRF实体， 能够获知同一个应用包括多个子流， 并且能够获知各个子 流的描述信息， 从而能够对多子流进行正确的策略控制。
图 5示出了根据本发明另一示例实施例的多子流策略控制过程。在本实 施例中， 由 PCEF实体来识别多个子流属于同一应用。根据本实施例， PCEF 实体可以利用深度包检测（ DPI , Deep Packet Inspection )技术来识别是否多 个子流属于同一应用。举例来说，可以在网络中部署用于识别多子流的设备。 举例来说，可以在例如 PCEF实体中部署例如深度包检测（DPI, Deep packet inspection )设备， 以用于识别多个子流属于同一应用。 DPI技术和 DPI设备 是相关技术领域中公知的， 为筒洁起见不对其进行详细描述。 PCEF实体利 用 DPI技术识别出多个子流属于同一应用后， 将这一信息通过事件上报给 PCRF实体， PCRF实体在收到此信息后为多个子流生成不同的 PCC规则， 并通过不同的 Gx接口将所生成的相应的 PCC规则下发给 PCEF实体。
在本实施例中， UE 包括多个用于接入网络的接口， 每个接口可以对应 于不同的接入技术， 或者多个接口中的两个或更多个可以对应于同一接入技 术。 在本文中， 以 UE包括两个接口为例进行描述， 但应注意的是， 本发明 实施例不局限于此， UE也可以包括更多的接口。
参照图 5, 在 S510, UE通过第一接口建立第一承载， 并通过该第一承 载传输应用的业务数据， 从而形成该应用的第一子流。 在 S520, UE通过第 二接口建立第二承载， 并通过该第二承载传输所述应用的业务数据， 从而形 成该应用的第二子流。本发明实施例对于第一承载和第二承载的建立过程不 做限制。 第一承载和第二承载的建立可以分别采用现有技术中的方法， 也可 以遵循图 2所示的策略控制过程， 为避免模糊本发明实施例的重点， 对此不 再详述。 在第一承载和第二承载的建立过程中， UE获得分别与第一接口和 第二接口相关联的第一 IP地址和第二 IP地址。 在本发明实施例中， 所述 IP 地址可以是 IPv4地址或 IPv6地址。此外，在第一承载的建立过程中，在 PCEF 实体和 PCRF实体之间建立第一 Gx会话， 并且在 PCRF实体和 AF实体之 间建立了第一 Rx会话。 所述第一 Gx会话和第一 Rx会话均与第一 IP地址 相关联。 同样， 在第二承载的建立过程中， 在 PCEF实体和 PCRF实体之间 建立了第二 Gx会话，并且在 PCRF实体和 AF实体之间建立了第二 Rx会话。 所述第二 Gx会话和第二 Rx会话均与第二 IP地址相关联。
在 S530, PDN-GW对经过的数据流进行流检测， 发现其中的多个业务 数据流属于同一个应用， 即，检测出属于同一个应用的多个子流。举例来说， 可以确定连接同一对端且具有相同连接标识符（ CID , Connection IDentifier ) 的业务数据流属于同一个应用， 是属于该应用的子流。 可以利用 DPI技术来 完成所述多子流检测， 例如可以在网络中部署 DPI设备， 以用于所述多子流 检测。
在 S540, 当 PDN-GW识别出多个业务数据流属于同一个应用， 即， 是 同一个应用的多个子流时， PDN-GW可以触发事件上报流程， 向 PCRF实体 发送事件上报消息， 该事件上报消息携带同一应用的多个子流的描述信息， 包括， 例如， 每个子流的 IP地址信息， 以及每个子流的接入类型或 QoS需 求信息。 如果事件上报消息中携带 QoS需求信息， 可以附加地设置 DPI设 备使其执行相应操作。
在 S550, PCRF实体接收所述事件上报消息， 提取并维护属于同一应用 的多子流的描述信息， 并考虑该事件上报消息中的多子流描述信息生成针对 各个子流的 PCC规则。
在 S560, PCRF 实体将生成的 PCC规则通过相应的 Gx接口下发给 PDN-GW。 对于已生成的子流， 可以仅在 PCC规则修改的情况下发送 PCC 规则给 PDN-GW。 在 S560中使用的具体的信令报文与参照 S370描述的基 本相同， 为筒洁起见不再详述。
在 S570, PDN-GW根据从 PCRF实体接收到的 PCC规则执行对应子流 的策略控制。
在本实施例中， 可选地， PCRF实体在接收到事件上报消息后， 可以将 多子流描述信息通知给 AF实体。
在本实施例中， 网络侧设备， 例如 PDN-GW, 通过检测获知多子流属于 同一应用， 从而能够对多子流进行正确的策略控制。
图 6是示出根据本发明实施例的策略控制方法 600的流程图。在应用策 略控制方法 600的移动通信系统中，一个应用的业务数据能够同时通过多个 子流进行传输。 策略控制方法 600可以由例如 PCRF实体（例如， PCRF实 体 110 )来执行。
如图 6所示， 在 S610, PCRF实体获得属于同一应用的两个或者两个以 上子流的描述信息。
在 S620, PCRF实体考虑所获得的两个或者两个以上子流的描述信息为 所述两个或者两个以上子流分别生成 PCC规则。
在 S630, PCRF实体将至少一个所生成的 PCC规则发送给 PCEF实体 或 BBERF实体， 以便由 PCEF实体或 BBERF实体执行对子流的策略控制。
在一个实施例中， 在 S610中获得的关于多个子流的描述信息可以包括 与两个或者两个以上子流中的每个子流相关联的 IP地址， 以及每个子流的 接入类型信息和 /或服务质量 QoS需求信息。 所述 IP地址可以是 IPV4地址 或 IPV6地址。 所述接入类型信息指示每个子流采用的接入技术的类型。 举 例来说， 子流可以采用的接入技术包括 GERAN/ UTRAN、 E-UTRAN、 WLAN、 WiMAX、 CDMA2000等， 但本发明不局限于此， 也可以使用其他 任何适当的接入技术。 子流的接入类型信息可以反映每个子流的 QoS需求。
在一个实施例中， 例如， 如参照图 3或图 4所描述的， AF实体（例如， AF实体 130 )从 UE (例如， UE 190 )接收包含两个或者两个以上子流的描 述信息的应用信息， 将该应用信息转换成会话信息并发送到 PCRF实体。 在 S620, PCRF实体可以接收该会话信息并从中提取两个或者两个以上子流的 描述信息。
在一个实施例中， 例如， 如参照图 5所描述的， PCEF实体或 BBERF 实体在检测到两个或者两个以上子流属于同一个应用时可以向 PCRF实体发 送所述两个或者两个以上子流的描述信息。 例如， PCEF实体或 BBERF实 体可以利用 DPI技术（例如， 利用部署在网络中的 DPI设备）来检测属于同 一个应用的两个或者两个以上子流。 例如， PCEF实体或 BBERF实体可以 根据应用的标识符来检测出两个或者两个以上子流属于同一个应用。 在 S620, PCRF实体可以接收 PCEF实体或 BBERF实体所发送的两个或者两 个以上子流的描述信息， 从而获得该描述信息。
在一个实施例中， 在 S630, 对于已生成的子流， PCRF 实体可以仅在 PCC规则修改的情况下将 PCC规则发送给 PCEF。
根据本实施例， 网络侧实体， 例如 PDN-GW, 能够获知同一个应用包括 多个子流， 并且能够获知各个子流的描述信息， 从而能够对多子流进行正确 的策略控制。
图 7是示出根据本发明实施例的 PCRF设备 700的示意框图。
如图 7所示， PCRF设备 700包含信息获取单元 710、 PCC规则生成单 元 720和 PCC规则发送单元 730。 其中， 信息获取单元 710用于获取属于一 个应用的两个或者两个以上子流的描述信息。 PCC规则生成单元 720用于考 虑所述两个或者两个以上子流的描述信息为所述两个或者两个以上子流分 别生成 PCC规则。 PCC规则发送单元 730用于将至少一个所生成的 PCC规 则发送给 PCEF实体或 BBERF实体，以便由 PCEF实体或 BBERF实体执行 对相应子流的策略控制。
PCRF设备 700可以用来执行参照图 6描述的方法。 为筒洁起见， 不再 详述。
根据本实施例的 PCRF设备， 能够获知同一个应用包括多个子流， 并且 能够获知各个子流的描述信息， 从而能够生成适当的 PCC规则以对多子流 进行正确的策略控制。
图 8是示出根据本发明实施例的 PCC系统 800的示意框图。
如图 8所示， PCC系统 800包括 AF设备 810和 PCRF设备 820。 AF设 备 810包括接收单元 811、 转换单元 812和信息发送单元 813。 其中， 接收 单元 811用于从用户设备 ( UE )接收应用信息 , 所述应用信息包含属于同一 应用的两个或者两个以上子流的描述信息。转换单元 812用于将所述应用信 息转换成会话信息。 信息发送单元 813 用于将会话信息发送到 PCRF设备 820, 该会话信息中包含两个或者两个以上子流的描述信息。 PCRF设备 820 包括信息获取单元 821、 PCC规则生成单元 822和 PCC规则发送单元 823。 其中， 信息获取单元 821用于接收信息发送单元 813发送的会话信息， 并且 从该会话信息中获得所述两个或者两个以上子流的描述信息。 PCC规则生成 单元 822用于根据所述两个或者两个以上子流的描述信息为所述两个或者两 个以上子流分别生成 PCC规则。 PCC规则发送单元 823用于将至少一个所 生成的 PCC规则发送给 PCEF实体或 BBERF实体， 以便由 PCEF实体或 BBERF实体执行对子流的策略控制。
图 8所示的 PCC系统 800可以执行例如参照图 3或图 4描述的流程。 为筒洁起见不再详述。
根据本实施例， UE将多个子流的描述信息发送给网络侧实体， 从而网 络侧实体能够考虑多个子流的描述信息生成适当的 PCC规则， 进而能够对 属于同一应用的多子流进行正确的策略控制。
图 9是示出根据本发明实施例的 PCC系统 900的示意框图。
如图 9所示， PCC系统 900包括策略执行设备 910和 PCRF设备 920。 策略执行设备 910包括检测单元 911、 信息发送单元 912、 PCC规则接收单 元 913和执行单元 914。 检测单元 911用于检测是否两个或者两个以上子流 属于同一个应用。信息发送单元 912用于在检测到两个或者两个以上子流属 于同一个应用时向 PCRF实体发送所述两个或者两个以上子流的描述信息。 PCC规则接收单元 913用于从 PCRF设备 920接收 PCC规则。执行单元 914 用于基于 PCC规则接收单元 913接收的 PCC规则执行对于子流的策略控制。 PCRF设备 920包括接收单元 921、 PCC规则生成单元 922和 PCC规则发送 单元 923。 其中， 接收单元 921用于接收策略执行设备 910的信息发送单元 912发送的所述两个或者两个以上子流的描述信息。 PCC规则生成单元 922 用于考虑所接收的两个或者两个以上子流的描述信息为所述两个或者两个 以上子流分别生成 PCC规则。 PCC规则发送单元 923用于将至少一个所生 成的 PCC规则发送给策略执行设备 910。所述策略执行设备 910可以是 PCEF 实体或 BBERF实体。 PCC系统 900可以用来执行例如参照图 5描述的流程。 为筒洁起见， 不 再详述。
在本实施中， 当网络侧的策略执行设备（例如， PCEF 实体/ BBERF 实 体）检测到多个子流属于同一个应用时，将多个子流的描述信息发送给 PCRF 实体， 从而 PCRF实体能够生成适用于各个子流的 PCC规则， 进而能够对 多子流进行正确的策略控制。
利用根据本发明实施例的支持多子流的策略控制方法和相关设备， 能够 使 3GPP网络的网络侧实体获知同一个应用包括多个子流， 并且能够获知各 个子流的描述信息， 如 IP地址信息和 QoS相关信息， 从而能够对多子流进 行正确的策略控制。
以上参照附图对本发明示例实施例进行了描述。结合本文中所公开的实 施例描述的方法或算法的步骤可以用硬件来完成，也可以通过程序来指令相 关的硬件完成， 所述程序可以存储于计算机可读存储介质中， 所述计算机可 读存储介质例如随机存储器（RAM )、 内存、 只读存储器（ROM )、 电可编 程 ROM、 电可擦除可编程 ROM、 寄存器、 硬盘、 可移动磁盘、 CD-ROM、 或技术领域内所公知的任意其它形式的存储介质。
尽管已示出和描述了本发明的一些实施例， 但本领域技术人员应理解， 在不脱离本发明的原理和精神的情况下， 可对这些实施例进行各种修改， 这 样的修改应落入本发明的范围内。

Claims

权利要求
1、 一种策略控制方法， 其特征在于， 包括：
获得两个或者两个以上子流的描述信息，所述两个或者两个以上子流属 于同一应用；
根据所述两个或者两个以上子流的描述信息为所述两个或者两个以上 子流分别生成策略计费控制 PCC规则；
将至少一个所生成的 PCC规则发送给策略计费执行功能 PCEF实体或 承载绑定及事件报告功能 BBERF实体， 以便由所述 PCEF实体或 BBERF 实体执行对子流的策略控制。
2、 如权利要求 1所述的策略控制方法， 其特征在于， 所述两个或者两 个以上子流的描述信息包括： 与所述两个或者两个以上子流中的每个子流相 关联的网际协议 IP地址， 以及所述两个或者两个以上子流中的每个子流的 接入类型信息和 /或服务质量 QoS需求信息。
3、 如权利要求 1所述的策略控制方法， 其特征在于， 所述获得两个或 者两个以上子流的描述信息包括：
接收应用功能 AF实体发送的会话信息， 所述会话信息中包含所述两个 或者两个以上子流的描述信息，从所述会话信息中获得所述两个或者两个以 上子流的描述信息； 或者
接收 PCEF实体或 BBERF实体发送的两个或者两个以上子流的描述信 息。
4、 如权利要求 3所述的策略控制方法， 其特征在于， AF实体发送的会 话信息是从用户设备 UE所发送的应用信息转换而成的， 在 UE所发送的应 用信息中包含两个或者两个以上子流的描述信息。
5、如权利要求 3所述的策略控制方法，其特征在于， PCEF实体或 BBERF 实体在检测到两个或者两个以上子流属于同一个应用时，发送所述两个或者 两个以上子流的描述信息。
6、 如权利要求 3所述的策略控制方法， 其特征在于，
接收 AF实体发送的会话信息包括： 接收 AF实体通过两个或者两个以 上的 Rx会话发送的两个或者两个以上的会话信息， 每个会话信息中包含所 述两个或者两个以上子流的描述信息， 其中， 所述两个或者两个以上的 Rx 会话中的每个 RX会话与所述两个或者两个以上子流之一相关联； 或者， 接收 AF实体发送的会话信息包括：接收 AF实体通过一个 Rx会话发送 的会话信息， 所述会话信息中包含所述两个或者两个以上子流的描述信息， 其中， 所述一个 Rx会话与所述两个或者两个以上子流中最初建立的一个子 流相关联。
7、 如权利要求 5所述的策略控制方法， 其特征在于， 所述 PCEF实体 或 BBERF实体利用深度包检测 DPI技术来检测是否两个或者两个以上子流 属于同一个应用。
8、 如权利要求 5所述的方法， 其特征在于， 所述 PCEF实体或 BBERF 实体根据应用的标识符， 来检测是否两个或者两个以上子流属于同一个应 用。
9、 一种策略计费规则功能 PCRF设备， 其特征在于， 包括：
信息获取单元， 用于获得两个或者两个以上子流的描述信息， 所述两个 或者两个以上子流属于同一应用；
策略计费控制 PCC规则生成单元， 用于根据所述两个或者两个以上子 流的描述信息为所述两个或者两个以上子流分别生成 PCC规则；
PCC规则发送单元， 用于将至少一个所生成的 PCC规则发送给策略计 费执行功能 PCEF 实体或承载绑定及事件报告功能 BBERF 实体， 以便由 PCEF实体或 BBERF实体执行对子流的策略控制。
10、 如权利要求 9所述的 PCRF设备， 其特征在于， 所述两个或者两个 以上子流的描述信息包括： 与所述两个或者两个以上子流中的每个子流相关 联的网际协议 IP地址， 以及所述两个或者两个以上子流中的每个子流的接 入类型信息和 /或服务质量 QoS需求信息。
11、 如权利要求 9所述的 PCRF设备， 其特征在于， 所述信息获取单元 接收应用功能 AF实体发送的会话信息， 所述会话信息中包含所述两个或者 两个以上子流的描述信息， 并且所述信息获取单元从所述会话信息中获得所 述两个或者两个以上子流的描述信息； 或者
所述信息获取单元通过接收 PCEF实体或 BBERF实体发送的两个或者 两个以上子流的描述信息， 来获得所述两个或者两个以上子流的描述信息。
12、 如权利要求 11所述的 PCRF设备， 其特征在于， AF实体发送的会 话信息是从用户设备 UE所发送的应用信息转换而成的， 在 UE所发送的应 用信息中包含两个或者两个以上子流的描述信息。
13、如权利要求 11所述的 PCRF设备，其特征在于， PCEF实体或 BBERF 实体在检测到两个或者两个以上子流属于同一个应用时发送所述两个或者 两个以上子流的描述信息。
14、 如权利要求 11所述的 PCRF设备， 其特征在于，
所述信息获取单元接收 AF实体通过两个或者两个以上的 Rx会话发送 的两个或者两个以上的会话信息，每个会话信息中包含所述两个或者两个以 上子流的描述信息， 其中， 所述两个或者两个以上的 Rx会话中的每个 Rx 会话与所述两个或者两个以上子流之一相关联； 或者，
所述信息获取单元接收 AF实体通过一个 Rx会话发送的会话信息， 所 述会话信息中包含所述两个或者两个以上子流的描述信息， 其中， 所述一个 Rx会话与所述两个或者两个以上子流中最初建立的一个子流相关联。
15、 如权利要求 13所述的 PCRF设备， 其特征在于， 所述 PCEF实体 或 BBERF实体利用深度包检测 DPI技术来检测是否两个或者两个以上子流 属于同一个应用。
16、 如权利要求 13所述的 PCRF设备， 其特征在于， 所述 PCEF实体 或 BBERF实体根据应用的标识符， 来检测是否两个或者两个以上子流属于 同一个应用。
17、 一种策略计费控制 PCC系统， 其特征在于， 包括：
应用功能 AF设备， 该 AF设备包括：
接收单元， 用于从用户设备 UE接收应用信息， 所述应用信息包含 两个或者两个以上子流的描述信息，所述两个或者两个以上子流属于同 一应用；
转换单元， 用于将所述应用信息转换成会话信息； 和
信息发送单元， 用于将会话信息发送到策略计费规则功能 PCRF 设备， 所述会话信息包含两个或者两个以上子流的描述信息； 和 所述 PCRF设备， 该 PCRF设备包括：
信息获取单元，用于接收 AF设备的信息发送单元发送的会话信息， 并且从该会话信息中获得所述两个或者两个以上子流的描述信息；
PCC规则生成单元， 用于根据所述两个或者两个以上子流的描述 信息为所述两个或者两个以上子流分别生成 PCC规则； PCC规则发送单元， 用于将至少一个所生成的 PCC规则发送给策 略计费执行功能 PCEF实体或承载绑定及事件报告功能 BBERF实体， 以便由 PCEF实体或 BBERF实体执行对子流的策略控制。
18、 如权利要求 17所述的 PCC系统， 其特征在于， 所述两个或者两个 以上子流的描述信息包括： 与所述两个或者两个以上子流中的每个子流相关 联的网际协议 IP地址， 以及所述两个或者两个以上子流中的每个子流的接 入类型信息和 /或服务质量 QoS需求信息。
19、 如权利要求 17所述的 PCC系统， 其特征在于， 所述转换单元将所 述应用信息转换成两个或者两个以上的会话信息，每个会话信息中均包含所 述两个或者两个以上子流的描述信息， 并且
所述信息发送单元通过两个或者两个以上 Rx会话将所述两个或者两个 以上会话信息发送到 PCRF实体， 其中， 每个 Rx会话与所述两个或者两个 以上子流之一相关联。
20、 如权利要求 17所述的 PCC系统， 其特征在于， 所述信息发送单元 通过一个 Rx会话将会话信息发送到 PCRF实体，所述一个 Rx会话与所述两 个或者两个以上子流中最初建立的一个子流相关联。
21、 一种策略计费控制 PCC系统， 其特征在于， 包括：
策略执行设备， 包括：
检测单元， 用于检测是否两个或者两个以上子流属于同一个应用； 信息发送单元，用于在检测到两个或者两个以上子流属于同一个应 用时向策略计费规则功能 PCRF设备发送所述两个或者两个以上子流 的描述信息；
PCC规则接收单元， 用于从 PCRF设备接收 PCC规则； 和 执行单元， 用于基于 PCC规则接收单元接收的 PCC规则执行对子 流的策略控制， 以及
所述 PCRF设备， 包括：
接收单元，用于接收所述策略执行设备的发送单元发送的所述两个 或者两个以上子流的描述信息；
PCC规则生成单元， 用于根据所接收的两个或者两个以上子流的 描述信息为所述两个或者两个以上子流分别生成 PCC规则； 和
PCC规则发送单元， 用于将至少一个所生成的 PCC规则发送到所 述策略执行设备，
其中， 所述策略执行设备是策略计费执行功能 PCEF设备或承载绑定及 事件报告功能 BBERF。
22、 如权利要求 21所述的 PCC系统， 其特征在于， 所述两个或者两个 以上子流的描述信息包括： 与所述两个或者两个以上子流中的每个子流相关 联的网际协议 IP地址， 以及所述两个或者两个以上子流中的每个子流的接 入类型信息和 /或服务质量 QoS需求信息。
23、 如权利要求 21所述的 PCC系统， 其特征在于， 所述检测单元利用 深度包检测 DPI技术来检测是否两个或者两个以上子流属于同一个应用。
24、 如权利要求 21所述的 PCC系统， 其特征在于， 所述检测单元根据 应用的标识符来检测是否两个或者两个以上子流属于同一个应用。
PCT/CN2011/075712 2011-06-14 2011-06-14 策略控制方法、相关设备和策略计费控制系统 WO2012171172A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP20169828.9A EP3745648B1 (en) 2011-06-14 2011-06-14 Policy control method, related device, and policy and charging control system
PCT/CN2011/075712 WO2012171172A1 (zh) 2011-06-14 2011-06-14 策略控制方法、相关设备和策略计费控制系统
CN201180000802.7A CN103004241B (zh) 2011-06-14 2011-06-14 策略控制方法、相关设备和策略计费控制系统
EP11867940.6A EP2723018B1 (en) 2011-06-14 2011-06-14 Policy control method and related policy and charging rule function device
US14/085,206 US9326184B2 (en) 2011-06-14 2013-11-20 Policy and charging control for multiple sub-flows

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/075712 WO2012171172A1 (zh) 2011-06-14 2011-06-14 策略控制方法、相关设备和策略计费控制系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/085,206 Continuation US9326184B2 (en) 2011-06-14 2013-11-20 Policy and charging control for multiple sub-flows

Publications (1)

Publication Number Publication Date
WO2012171172A1 true WO2012171172A1 (zh) 2012-12-20

Family

ID=47356491

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/075712 WO2012171172A1 (zh) 2011-06-14 2011-06-14 策略控制方法、相关设备和策略计费控制系统

Country Status (4)

Country Link
US (1) US9326184B2 (zh)
EP (2) EP2723018B1 (zh)
CN (1) CN103004241B (zh)
WO (1) WO2012171172A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023050415A1 (zh) * 2021-09-30 2023-04-06 Oppo广东移动通信有限公司 一种多路径传输方法及装置、通信设备

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2837129B1 (en) * 2012-03-13 2016-03-09 Telefonaktiebolaget LM Ericsson (publ) Generalization of quality class indices in a wireless network
WO2015000136A1 (zh) * 2013-07-02 2015-01-08 华为技术有限公司 应用流检测方法、实体及系统
WO2015081989A1 (en) * 2013-12-03 2015-06-11 Telefonaktiebolaget L M Ericsson (Publ) Bandwidth limitation of non-gbr bearers
CN105682068A (zh) * 2014-11-17 2016-06-15 中兴通讯股份有限公司 一种启用策略和计费控制的方法、装置和系统
CN108141781A (zh) * 2015-10-28 2018-06-08 英特尔公司 用于基于sdn的蜂窝网络架构的服务质量配置框架
US10212093B2 (en) 2016-04-08 2019-02-19 Nokia Technologies Oy Method and apparatus for U-plane sub-service flow mapping
US10218520B2 (en) 2016-06-14 2019-02-26 Ofinno Technologies, Llc Wireless device video floor control
WO2018032412A1 (zh) * 2016-08-17 2018-02-22 华为技术有限公司 一种多路径传输的策略控制方法及相关设备
US10477617B2 (en) * 2016-10-01 2019-11-12 Ofinno, Llc Updating mission critical video communications
US10389541B1 (en) * 2017-10-19 2019-08-20 Amdocs Development Limited System, method, and computer program for implementing rating, charging and policy control of multipath communication services
CN110138668B (zh) * 2018-02-08 2023-01-03 中国移动通信有限公司研究院 流描述处理方法及装置、网络实体及存储介质
CN109257353B (zh) * 2018-09-25 2021-05-28 京信通信系统（中国）有限公司 会话管理方法、装置及系统
CN112994905B (zh) * 2019-12-18 2024-01-30 中兴通讯股份有限公司 策略和计费的控制方法、系统、电子设备以及存储介质
CN115277583A (zh) * 2021-04-30 2022-11-01 华为技术有限公司 一种业务流识别方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101378586A (zh) * 2007-08-27 2009-03-04 华为技术有限公司 一种业务数据流的策略控制方法、装置及系统
CN101384076A (zh) * 2007-09-04 2009-03-11 华为技术有限公司 一种策略和计费控制的处理方法、切换方法、系统及设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8856860B2 (en) * 2006-08-18 2014-10-07 Cisco Technology, Inc. System and method for implementing policy server based application interaction manager
TW201717672A (zh) * 2009-01-09 2017-05-16 內數位專利控股公司 資廖流移動性
CN101692727A (zh) * 2009-09-16 2010-04-07 中兴通讯股份有限公司 一种策略计费控制的方法和分组数据网络网关
US20110145319A1 (en) * 2009-12-15 2011-06-16 Dolan Michael F Group session management and admission control of multiple internet protocol flows
EP2543226B1 (en) * 2010-03-05 2016-10-19 Nec Corporation Method and apparatus for policy control within network comprising a mobile network and a fixed line network
US8774207B2 (en) * 2010-07-31 2014-07-08 Motorola Solutions, Inc. Methods for bearer reservation, maintenance, and use in a communication system
WO2012033774A2 (en) * 2010-09-07 2012-03-15 Interdigital Patent Holdings, Inc. Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies
WO2012139016A2 (en) * 2011-04-07 2012-10-11 Interdigital Patent Holdings, Inc. Method and apparatus for local data caching
TW201246879A (en) * 2011-04-13 2012-11-16 Interdigital Patent Holdings Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol (''IP'') traffic among multiple accesses of a network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101378586A (zh) * 2007-08-27 2009-03-04 华为技术有限公司 一种业务数据流的策略控制方法、装置及系统
CN101384076A (zh) * 2007-09-04 2009-03-11 华为技术有限公司 一种策略和计费控制的处理方法、切换方法、系统及设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Technical Specification Group Core Network and Terminals, Policy and Charging Control over Rx reference point (Release 11)", 3RD GENERATION PARTNERSHIP PROJECT, 31 March 2011 (2011-03-31) *
See also references of EP2723018A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023050415A1 (zh) * 2021-09-30 2023-04-06 Oppo广东移动通信有限公司 一种多路径传输方法及装置、通信设备

Also Published As

Publication number Publication date
CN103004241B (zh) 2015-09-09
US9326184B2 (en) 2016-04-26
EP2723018B1 (en) 2020-04-29
EP3745648B1 (en) 2022-08-17
EP2723018A4 (en) 2014-04-23
EP2723018A1 (en) 2014-04-23
CN103004241A (zh) 2013-03-27
US20140078899A1 (en) 2014-03-20
EP3745648A1 (en) 2020-12-02

Similar Documents

Publication Publication Date Title
WO2012171172A1 (zh) 策略控制方法、相关设备和策略计费控制系统
US8295830B1 (en) System and method for enabling authorization of local breakout for internet protocol multimedia services
US10638351B2 (en) Service rate adjustment method and apparatus
US9635531B2 (en) Method and system for transmitting media preference information with respect to emergency call in mobile communication system
EP2664181B1 (en) Multiple bearer support upon congestion situations
US20080273520A1 (en) NETWORK ARCHITECTURE FOR DYNAMICALLY SETTING END-TO-END QUALITY OF SERVICE (QoS) IN A BROADBAND WIRELESS COMMUNICATION SYSTEM
JP5356331B2 (ja) 移動通信方法及び優先度制御ノード
WO2012159321A1 (zh) 服务质量控制方法和设备
JP5420756B2 (ja) サービス品質（ＱｏＳ）制御のためのノード及び方法
CN101175329A (zh) 基于ip多媒体子系统的跨分组域切换方法、系统及设备
WO2013072193A2 (en) Method and apparatus for allocating a transfer function
WO2017054542A1 (zh) 一种通信方法、装置及终端
US9374763B2 (en) Gating control in a telecommunication system
US20090034534A1 (en) System and method for establishing and managing multimedia sessions between terminals
US9059998B2 (en) Media plane optimization for voice over LTE
US8605677B2 (en) Routing packet flows along an optimized path
WO2011157124A2 (zh) 本地路由处理方法、装置和通信系统
WO2013060214A1 (zh) 应用信息上报方法及装置
WO2011157106A2 (zh) 一种实现业务数据流分流的方法、系统及相关装置
Corici et al. Enabling ambient aware service delivery in heterogeneous wireless environments
WO2011127760A1 (zh) 一种漫游场景下的资源策略决策方法和系统
US20240121842A1 (en) Multipath Configuration and Control for a Wireless Communications Network
KR101004472B1 (ko) Ｈｔｔｐ를 이용하여 서비스 품질 정보를 제공하는 장치 및방법
US20140133432A1 (en) Mobile communication method and call session control server apparatus
WO2013060356A1 (en) Method and apparatus relating to policy control in a telecommunications network

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11867940

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE