CN101384076B - 一种策略和计费控制的处理方法、切换方法、系统及设备 - Google Patents

一种策略和计费控制的处理方法、切换方法、系统及设备 Download PDF

Info

Publication number
CN101384076B
CN101384076B CN2007101463104A CN200710146310A CN101384076B CN 101384076 B CN101384076 B CN 101384076B CN 2007101463104 A CN2007101463104 A CN 2007101463104A CN 200710146310 A CN200710146310 A CN 200710146310A CN 101384076 B CN101384076 B CN 101384076B
Authority
CN
China
Prior art keywords
session
strategy
pcrf
pcc
media data
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN2007101463104A
Other languages
English (en)
Other versions
CN101384076A (zh
Inventor
郭雅莉
胡华东
邓婷婷
支春霞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
State Grid Corp of China SGCC
Xinxiang Power Supply Co of State Grid Henan Electric Power Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007101463104A priority Critical patent/CN101384076B/zh
Publication of CN101384076A publication Critical patent/CN101384076A/zh
Application granted granted Critical
Publication of CN101384076B publication Critical patent/CN101384076B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

本发明公开了一种策略和计费控制的处理方法:根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP连通接入网IP-CAN会话;根据所述AF会话信息,获得所述IP-CAN会话信息;绑定所述的AF会话和所述的IP-CAN会话;根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则。本发明还公开了一种策略和计费控制系统及设备。本发明实施例中,使得运营商可以方便地对经过路由优化的分组数据流进行策略和计费控制。

Description

一种策略和计费控制的处理方法、切换方法、系统及设备
技术领域
本发明涉及移动通讯技术领域,尤其是涉及一种对路由优化分组数据流进行策略和计费控制的处理方法、切换方法、系统及设备。
背景技术
为了保证10年以至更久的时间内3GPP(3rd Generation PartnershipProject,第三代合作项目)系统的竞争力,一个SAE(System ArchitectureEvolution,系统架构演进)的工作正在3GPP组织内部进行。特别是为了加强3GPP系统处理快速增长的IP(Internet Protocol,互联网协议)数据业务的能力,在3GPP系统内使用分组技术需要进一步的增强。这类技术演进中最重要的几个部分包括:减少时延和反应时间;更高速的用户数据速率;增强的系统容量和覆盖范围以及运营商整体成本的降低。并且,演进的网络结构对于现有网络的向后兼容性也是一个重要的指标。
在SAE下,提出了漫游情况下移动用户数据路由优化的需求。当移动用户从归属PLMN(Public Land Mobile Network,公用陆地移动网络)漫游到拜访PLMN,通过路由优化,使得用户面数据不需要从拜访PLMN路由回归属PLMN,经由归属PLMN的网关传送给目的地,而是在拜访PLMN中直接经由拜访PLMN中的网关传送给目的地。这样可以降低时延和减少不必要的骨干网带宽浪费。
这种对用户数据进行路由优化的需求主要集中在IMS(IP MultimediaSubsystem,IP多媒体子系统)业务上,对于用户在拜访PLMN需要使用归属PLMN提供的IMS业务的场景,SAE提出了分配双IP地址进行用户数据路由优化的方案。该方案的系统架构如图1所示。
IMS系统使用SIP信令进行应用层的业务控制。该方案中PDN GW1(Packet Data Network Gateway,分组数据网络网关),hPCRF(home Policy andCharging Enforcement Function,归属策略与计费规则功能)等网元及IMS系统存在于归属PLMN中,用于对SIP信令进行传输,以及对拜访网络中的媒体数据传输进行控制。PDN GW2,vPCRF(visit PCRF,拜访PCRF),ServingGW等网元存在于拜访网络,用于媒体数据在本地网中的路由优化。
PDN GW是用于接入外部分组数据网的网关,属于用户数据面网元,用户和每个PDN GW建立会话连接都相当于接入一个新的外部分组数据网,会被建立连接的PDN GW分配一个IP地址。这样,在这个方案中,相当于用户同时接入了两个PDN,被分配了两个IP地址。其中PDN GW1用于和IMS系统的SIP(Session Initiation Protocol,会话初始化协议)信令传输,给用户分配地址IP1,PDN GW2用于本地媒体数据传输,给用户分配地址IP2。
PCRF是控制面网元,其中hPCRF用于根据相关信息制定控制策略和计费规则,对用于SIP信令传输的会话和用于媒体数据路由优化的会话进行控制,vPCRF主要用于向PDN GW2转发hPCRF制定的控制策略和计费规则,以达到归属网络对拜访网络中的业务进行控制的目的。
IMS系统可以支持采用不同IP地址分别进行SIP信令传输和媒体数据传输。MS(Mobile Subscriber,移动用户)向IMS系统发送的SIP信令中包括用于SIP信令传输的地址和用于媒体数据传输的地址,IMS系统中的P-CSCF(Proxy-Call Session Control Function,代理呼叫会话控制功能)网元在收到SIP信令后可以从其中解析出用于SIP信令的传输的地址和用于媒体数据传输的地址,包含在应用层业务信息中发送给hPCRF。
在3GPP体系中,策略与计费功能由PCC(Policy and Charging Control,策略和计费控制)框架实现。PCC的整体框架如图2所示。
PCC框架主要实现了两大功能:一个是策略控制功能,另一个是计费功能。
其中,策略控制功能主要包括六个方面:第一,对用户的业务参数(例
如QoS参数)的协商过程进行监控;第二,根据所获得的业务信息,对业务所使用的网络承载资源进行授权;第三,在数据承载面实时地控制业务流的通过与否;第四,将业务面的相关变化情况通知到数据承载面;第五,将数据承载面的相关变化情况通知到业务面等;第六,进行基于用户的签约数据的策略控制。
在PCC框架中,策略控制功能主要涉及的逻辑实体包括AF(ApplicationFunction,应用功能),PCRF,PCEF(Policy and Charging Enforcement Function,策略与计费执行功能),以及SPR(Subscription Profile Repository,签约规格库)等。
计费功能主要包括三个方面:第一,综合业务信息、承载信息以及签约数据来制定计费规则;第二,在业务面的计费数据和承载面的计费数据之间进行关联;第三,在动态计费模式下,进行信用控制(Credit Control)。
在PCC框架中,计费功能主要涉及的逻辑实体同样也包括AF、PCRF、PCEF、SPR,还包括OCS(Online Charging System,在线计费系统)以及OFCS(Offline Charging System,离线计费系统)等。
具体地说,AF用于提供业务应用的接入点,而这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时,AF将相关业务信息传递给PCRF。如果这些业务信息与运营商在PCRF上定义的策略规则相一致,PCRF接受该协商业务参数,否则,PCRF拒绝该协商,并可在反馈中同时给出PCRF可接受的业务参数。随后,AF可将这些参数返回给用户。AF和PCRF之间的接口是Rx接口。在IMS系统中,AF即为P-CSCF。
PCRF是PCC体系的核心,负责策略决策和计费规则的制定。PCRF提供了基于业务数据流的网络控制规则,这些网络控制包括数据流检测、门控(Gating)、QoS(Quality of Service,服务质量)控制以及基于流的计费控制等。PCRF将其制定的策略和计费规则发送给PCEF由其执行,同时PCRF还要保证这些规则和用户的签约数据是一致的。其中,PCRF制定策略和计费规则的依据包括从AF获取的和与业务相关的信息,从SPR获取的与用户签约数据相关的信息,以及从PCEF获取的与承载网络相关的信息。
PCEF用于在承载面执行PCRF所制定的策略和计费规则。PCRF会向PCEF下发触发事件,用于只是在这些触发事件发生时PCEF主动向PCRF请求PCC规则。PCEF按照PCRF所发送的规则中的流量过滤器进行业务数据流检测,进而对这些业务流执行PCRF所制定的策略和计费控制。在承载建立时,PCEF按照PCRF发送的规则进行QoS授权,并根据AF的指示进行门控操作。根据PCRF发送的计费规则,PCEF执行相应的业务流计费操作。这种计费操作,既可以是在线计费,也可以是离线计费。如果是在线计费,PCEF和OCS一起进行信用管理;如果是离线计费,由PCEF和OFCS交换相关计费信息。其中,PCEF与PCRF之间的接口是Gx接口,与OCS之间是Gy接口,与OFCS之间是Gz接口。PCEF一般都位于网络的GW上。
SPR(Subscription Profile Repository,签约规格库)存储了和策略控制与计费相关的用户签约数据。例如,用户可使用的业务信息、用户业务可使用的QoS信息、和计费相关的用户签约数据以及用户的群类别等。利用SPR所存储的信息,PCRF就可以进行基于用户签约数据的策略控制和计费操作。其中,SPR和PCRF之间的接口是Sp接口。
针对IMS业务,PCC系统的主要流程为:
IP-CAN会话的建立:当PCEF收到MS发来的建立第一个承载的请求时,PCEF所在网关中的相关单元为MS分配IP地址,之后PCEF向PCRF提供IP-CAN(IP-Connectivity Access Network,IP连通接入网)会话的信息并请求PCC规则,Gx接口打开。当从PCRF收到PCC规则后,PCEF将分配的IP地址传送给MS,MS至PCEF之间的承载建立,IP-CAN会话建立完成。
MS通过已经建立的承载向IMS系统发送SIP信令。
IMS系统中的P-CSCF(也就是PCC系统中的AF)收到SIP信令后建立AF会话(应用层会话),向PCRF提供应用层业务信息,Rx接口打开。此时PCRF获得了IP-CAN会话(网络层会话)和AF会话(应用层会话)的信息,将IP-CAN会话和AF会话进行绑定,制定相应PCC规则发起IP-CAN会话的修改。
之后根据网络控制模式不同,UE(User Equipment,用户设备)或网络也可能会发起新的承载建立或对现有承载进行修改或终止。PCRF也会主动或者被动地向PCEF提供PCC规则进行IP-CAN会话的修改。
现有技术的缺点:现有PCC架构用于解决3GPP现有系统架构中的策略和计费控制的问题,一个AF会话的所有数据流(包括SIP信令数据流和媒体数据流)仅在一个IP-CAN会话上进行传输,对一个AF会话,移动用户也仅会被分配一个IP地址。但是SAE下,当对于一个IMS业务为用户分配不同IP地址分别用于SIP信令和媒体数据的传输,以对用户媒体数据进行路由优化的情况下,对一个AF会话,有多个IP-CAN会话与之对应,一个IP-CAN会话用于SIP信令数据流的传输,或者是SIP信令数据流和部分媒体数据流共同传输,另外有一个或多个IP-CAN会话用于媒体数据流的传输。现有的PCC架构对这种情况是无法解决的。
发明内容
本发明实施例提供了一种策略和计费控制的处理方法、切换方法、系统及设备,使得归属网络运营商可以方便地对经过路由优化的分组数据流进行策略和计费控制。
本发明实施例提供了一种策略和计费控制的处理方法,包括以下步骤:
根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP连通接入网IP-CAN会话;
根据所述AF会话信息,获得所述IP-CAN会话信息;
绑定所述的AF会话和所述的IP-CAN会话;
根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则。
本发明实施例还提供了一种策略和计费控制的切换方法,包括以下步骤:
用户的IP地址由两个以上的IP地址切换为单一IP地址;
第一PCRF修改相应PCC规则。
本发明实施例还提供了一种策略和计费控制的切换方法,包括以下步骤:
用户由单一IP地址切换到两个以上的不同IP地址;
第一PCRF通知切换前用于传输SIP信令数据的IP-CAN会话删除所有需要切换到用于媒体数据传输的IP-CAN会话上的媒体数据流所对应的PCC规则;
所述第一PCRF为用于媒体数据传输的IP-CAN会话制定PCC规则。
本发明实施例提供了一种策略和计费控制的处理系统,包括:
包括应用功能AF,其特征在于,还包括:
第一策略与计费规则功能PCRF,用于根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP-CAN会话后,根据所述AF会话信息,获得所述IP-CAN会话信息,并绑定所述的AF会话和所述的IP-CAN会话,并且根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则;
第二策略与计费规则功能PCRF,用于媒体数据传输的IP-CAN会话中PCEF和第一PCRF之间的PCC规则和消息的转发。
本发明实施例提供了一种第一PCRF,包括:
判断单元,用于根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP-CAN会话;
IP-CAN会话信息获取单元,与所述判断单元连接,用于根据所述AF会话信息,获得所述IP-CAN会话信息;
绑定单元,与所述IP-CAN会话信息获取单元连接,用于绑定所述的AF会话和所述的IP-CAN会话;
策略和计费控制PCC规则设置单元,与所述绑定单元连接,用于根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则。
本发明实施例提供了一种第二PCRF,包括:
IP-CAN会话信息上报单元,第二PCRF上报其所对应的IP-CAN会话信息;
PCC规则转发单元,用于为第一PCRF向所述用于媒体数据传输的IP-CAN会话发送所述的PCC规则。
本发明实施例中,通过用于SIP信令数据传输的IP-CAN会话和用于媒体数据传输的IP-CAN会话所分别对应的PCRF之间的寻址方法以及它们的联动技术,以及对于一个IMS业务为用户分配相同IP地址用于SIP信令和媒体数据的传输的场景与分配不同IP地址分别用于SIP信令和媒体数据的传输进行IMS用户数据路由优化的场景之间的切换技术,使得运营商可以方便地对经过路由优化的分组数据流进行策略和计费控制。
另外,本发明实施例不仅适用于对移动用户漫游情况下分配不同IP地址分别用于SIP信令和媒体数据的传输进行数据路由优化的情况进行策略和计费控制,对于移动用户在同一个PLMN中发生了较大区域的位置改变后,只要是采用了分配不同IP地址分别用于SIP信令和媒体数据的传输进行数据路由优化,也一样可以使用本发明实施例中的策略和计费控制方法。
附图说明
图1是现有技术中SAE系统采用分配双IP地址进行用户数据路由优化的架构图;
图2是现有技术中PCC整体架构图;
图3是本发明实施例中IP-CAN会话联动关系控制流程图;
图4是本发明实施例中AF会话建立引起的第一PCRF发起的IP-CAN会话修改流程的消息流程图;
图5是本发明实施例中AF会话终止、修改或第一PCRF的内部事件引起的第一PCRF发起的IP-CAN会话修改流程的消息流程图;
图6是本发明实施例中用于SIP信令数据传输的PCEF发起的IP-CAN会话修改流程的消息流程图;
图7是本发明实施例中用于媒体数据传输的PCEF发起的IP-CAN会话修改流程的消息流程图;
图8是本发明实施例中用于SIP信令数据传输的PCEF发起的IP-CAN会话终止流程的消息流程图;
图9是本发明实施例中用于媒体数据传输的PCEF发起的IP-CAN会话终止流程的消息流程图;
图10是本发明实施例中用户设备发起的对用于SIP信令数据传输的IP-CAN会话终止流程的消息流程图;
图11是本发明实施例中用户设备发起的对用于媒体数据传输的IP-CAN会话终止流程的消息流程图;
图12是本发明实施例中单IP场景向双IP场景切换引起的IP-CAN会话修改的流程图;
图13是本发明实施例中双IP场景向单IP场景切换引起的IP-CAN会话修改的流程图;
图14是本发明实施例中的系统结构图。
具体实施方式
在SAE系统架构中,当对于一个IMS业务为用户分配不同的IP地址,分别用于SIP信令传输和媒体数据传输,以对用户媒体数据进行路由优化的情况下,对一个AF会话,可以有多个IP-CAN会话与之对应,一个IP-CAN会话用于SIP信令数据流的传输,或者是SIP信令数据流和部分媒体数据流共同传输,另外有一个或多个IP-CAN会话用于媒体数据流的传输。本发明实施例不仅适用于漫游场景,也适用于移动用户在同一个PLMN中发生了较大区域的位置改变的场景。本发明实施例中仅对漫游场景下为用户分配两个IP地址,一个用于SIP信令数据流的传输,一个用于媒体数据流的传输的情况进行描述,其他场景与该场景处理方式类似。
下面结合附图对本发明的实施例做进一步介绍。
本发明实施例提供了一种策略和计费控制的处理方法,如图3所示,包括以下步骤:
步骤s301,根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP连通接入网IP-CAN会话。其中,判断所述的AF会话对应两个以上的IP连通接入网IP-CAN会话的步骤具体包括:获得所述AF会话信息中所包含的用户的IP地址;比较其中用于会话初始化协议SIP信令传输的IP地址和用于媒体数据传输的IP地址;如果所述的IP地址不相同,确定所述的AF会话对应两个以上的IP连通接入网IP-CAN会话。
步骤s302,根据所述AF会话信息,获得所述IP-CAN会话信息。
步骤s303,绑定所述的AF会话和所述的IP-CAN会话。
步骤s304,根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则。
本发明实施例中,对于IMS业务开始时就直接在归属网络和拜访网络为MS分配两个IP地址,对用户数据进行路由优化的情况。在SAE系统架构下,MS和PDN GW1,MS和PDN GW2分别建立IP-CAN会话,其中MS和PDNGW1之间的IP-CAN会话1用于SIP信令传输,MS被PDN GW1分配地址IP1;MS和PDN GW2之间的IP-CAN会话2用于媒体数据传输,MS被PDN GW2分配地址IP2。IP-CAN会话的建立流程和原PCC框架中一致。两个IP-CAN会话建立完成后,PCEF1和PCRF1之间的Gx接口,PCEF2和PCRF2之间的Gx接口建立。本发明实施例及附图中所称的PCRF1及PCEF1属于归属网络,PCRF2及PCEF2属于拜访网络。此时,PCRF1获得用于SIP信令传输的IP-CAN会话1的信息,PCRF2获得用于媒体数据传输的IP-CAN会话2的信息。其中,本发明实施例中IP-CAN会话中PCC规则的制定流程包括以下步骤:
两个IP-CAN会话建立。
MS通过用于SIP信令传输的IP-CAN会话1向IMS系统发送SIP信令,其中包括IP1和IP2。IMS系统中的P-CSCF(即PCC中的AF)收到SIP信令后和PCRF1之间建立AF会话(应用层会话)。
AF将IP1和IP2包含在应用层业务信息中提供给PCRF1,Rx接口打开。
此时PCRF1获得AF会话信息,并对其中的IP1和IP2进行比较,判断两个IP地址是否相同,如果两个IP地址相同,判断为非双IP地址,此情况与现有PCC架构一致,按现有PCC流程执行;如果两个IP地址不相同,判断为双IP地址,PCRF1根据MS在用于媒体传输的IP-CAN会话2中被分配的地址IP2找到相应的PCRF2,并判断是否为PCRF1本身地质,如果是,则PCRF1获得用于媒体数据传输的IP-CAN会话2的信息,将AF会话与两个IP-CAN会话绑定到一起。根据具体的配置关系,PCRF1根据IP2找到的PCRF2也可能是PCRF1本身,这种情况下,PCRF1直接将AF会话与两个IP-CAN会话绑定到一起,并且两个IP-CAN会话联动控制处理中PCRF1和PCRF2之间的消息也就相应为同一个网元的内部处理。然后,可以根据AF会话信息和两个IP-CAN会话的信息,对两个IP-CAN会话制定相应的PCC规则,对两个IP-CAN会话的联动关系进行控制,达到对路由优化的分组数据流进行策略和计费控制的目的。PCC规则主要在PCRF1处进行决策,PCRF2主要是进行PCEF2和PCRF1之间的PCC规则转发。
如果不是,则PCRF1和PCRF2建立连接,PCRF1获得PCRF2的地址后,向PCRF2发出消息,要求PCRF2上报用于媒体数据传输的IP-CAN会话2的信息,此时PCRF1和PCRF2之间的S9接口打开。PCRF2通过S9接口向PCRF1上报用于媒体数据传输的IP-CAN会话2信息。。具体实现方法可以是在PCRF1中配置路由表,路由表中包括MS地址和相应PCRF地址的对应关系,但不限于这种实现方法。
本发明实施例中,对于PCRF1发起的IP-CAN会话修改流程,如图4所示。其中引起PCRF1发起IP-CAN会话修改流程的原因包括内部触发和来自AF的外部触发。其中来自AF的外部触发包括AF会话的建立、修改和删除。于AF会话建立引起的IP-CAN会话修改,PCRF1获得AF会话信息后向PCRF2请求用于媒体数据传输的IP-CAN会话2的信息,之后PCRF1对两个IP-CAN会话和AF会话进行绑定,并对两个IP-CAN会话同时制定PCC规则分别下发。该实施例具体步骤包括以下步骤:
步骤s401,PCRF1第一次从AF收到AF会话信息后,PCRF1和AF之间的Rx接口打开。
步骤s402,PCRF1根据AF会话信息判断是否是双IP地址情况,如果是,根据IP2获得PCRF2地址,并向PCRF2发出IP-CAN会话请求,请求用于媒体数据传输的IP-CAN会话2的信息,此时PCRF1和PCRF2之间的S9接口建立。
步骤s403,PCRF2将用于媒体数据传输的IP-CAN会话2的信息传送给PCRF1。
步骤s404,PCRF1此时已经获得AF会话的信息和两个IP-CAN会话的信息。PCRF1将AF会话与两个IP-CAN会话绑定到一起,对两个IP-CAN会话分别制定PCC规则。
步骤s405,PCRF1将对应的用于媒体数据传输的IP-CAN会话2的策略与计费PCC规则发送给PCRF2。
步骤s406,PCRF2对收到的PCC规则根据本地网的情况进行策略决定,例如进一步的限制或者拒绝,如果拒绝执行PCC规则,直接执行步骤s410。
步骤s407,PCRF2将PCC规则发送到PCEF2。
步骤s408,PCEF2执行接收到的PCC规则。
步骤s409,PCEF2向PCRF2发送响应(执行PCC规则成功或者拒绝执行PCC规则)。
步骤s410,PCRF2向PCRF1发送响应(执行PCC规则成功或者拒绝执行PCC规则)。
步骤s411,PCRF1将对应的用于SIP信令传输的IP-CAN会话1的PCC规则发送给PCEF1。
步骤s412,PCEF1执行接收到的PCC规则。
步骤s413,PCEF1向PCRF1发送响应(执行PCC规则成功或者拒绝执行PCC规则)。步骤s411-s413可以在步骤s405-s410之前、之后或同时进行。
步骤s414,PCRF1向AF返回IP-CAN会话修改结果。
本发明实施例中,AF会话终止会引起对两个IP-CAN会话同时进行修改的流程,PCRF1同时向两个IP-CAN会话要求删除所有与该AF会话对应的PCC规则,具体过程如图5所示。AF会话修改或者PCRF1的内部触发也可能引起对两个IP-CAN会话同时进行修改的流程,PCRF1确定需要修改的PCC规则,对两个IP-CAN会话同时进行修改。该实施例具体包括以下步骤:
步骤s501,PCRF1从AF收到AF会话消息或者内部触发发起IP-CAN会话修改流程。
步骤s502,第一PCRF根据绑定关系确定对应的两个IP-CAN会话,并确定需要修改或删除的PCC规则。
步骤s503-s512与步骤s405-s414描述一致,并且步骤s509-s511可以在步骤s503-s508之前、之后或同时进行。
对于AF会话修改或者第一PCRF的内部触发引起的IP-CAN会话修改流程,也可以仅对于用于信令传输的IP-CAN会话或者仅对于用于媒体数据传输的IP-CAN会话进行修改。仅对于用于SIP信令传输的IP-CAN会话进行修改时,步骤s503-s508不需要执行。仅对于用于媒体数据传输的IP-CAN会话进行修改时,步骤s509-s511不需要执行,其他步骤与图5描述一致。
对于PCRF向PCEF下发的触发事件,PCRF1需要判断向IP-CAN会话下发哪些触发事件,当该触发事件发生时,PCRF1确定会受到该触发事件影响的IP-CAN会话。例如,对于UE的位置改变等两个IP-CAN会话的通用事件,PCRF 1可以分别下发给用于SIP信令传输和用于媒体数据传输的两个IP-CAN会话,当该触发事件发生时,PCRF1分别对上报该触发事件的IP-CAN会话制定PCC规则并下发,PCRF1也可以将此类事件只下发给某个IP-CAN会话,当该IP-CAN会话上报了此类触发事件时,PCRF1对两个IP-CAN会话分别制定PCC规则并下发。对于QoS改变等某个IP-CAN会话内部发生的事件,PCRF1将这些触发事件分别下发到相应的IP-CAN会话,当PCRF1收到某个IP-CAN会话上报的触发事件时,对于不会对另外IP-CAN会话造成影响的事件,例如承载的QoS改变,PCRF1对上报该触发事件的IP-CAN会话制定PCC规则并下发,对于会对另外IP-CAN会话造成影响的事件,例如用于传输SIP信令承载的丢失,PCRF1对两个IP-CAN会话分别制定PCC规则并下发。
本发明实施例中,对于PCEF1发起的IP-CAN会话修改流程,如图6所示。其中,当PCEF1检测到相应的触发事件发生后,发起对用于SIP信令传输的IP-CAN会话1的修改流程。PCRF1收到触发事件后,判断哪些IP-CAN会话会受到该触发事件的影响,对于不会对另外IP-CAN会话造成影响的事件,PCRF1对用于SIP信令传输的IP-CAN会话1进行PCC规则的决策,并对PCEF1的请求进行回应。对于会对另外IP-CAN会话造成影响的事件,PCRF1对两个IP-CAN会话分别决策,除对PCEF1的请求进行回应,还要主动将PCC规则发送到用于媒体数据传输的IP-CAN会话2。该实施例具体包括以下步骤:
步骤s601,PCEF1检测到符合触发事件的事件发生,即检测到IP-CAN会话需要修改。
步骤s602,PCEF1向PCRF1发送请求策略和计费规则。
步骤s603,PCRF1对触发事件进行判断,如果是不会对另外一个IP-CAN会话造成影响的事件,则将从PCEF1收到的PCC规则请求与用于SIP信令传输的IP-CAN会话1以及AF会话相关联。如果是会对另外一个IP-CAN会话造成影响的事件,则将从PCEF1收到的PCC规则请求与两个IP-CAN会话以及AF会话相关联。
步骤s604a,PCRF1可以向AF进行事件汇报或者请求更多的应用层信息。
步骤s604b,AF向PCRF1返回命令及新应用/服务信息。
步骤s605,PCRF1进行PCC决定。如果是不会对另外一个IP-CAN会话造成影响的触发事件,只对用于SIP信令传输的IP-CAN会话1进行决定;如果是会对另外一个IP-CAN会话造成影响的触发事件,PCRF1对两个IP-CAN会话分别进行决定。
步骤s606,PCRF1向PCEF1提供决策后的PCC规则。
步骤s607,PCEF1根据收到的PCC规则执行PCC决策。
步骤s608,如果是会对另外一个IP-CAN会话造成影响的触发事件,PCRF1向PCRF2提供决策后的PCC规则。
步骤s609,PCRF2对收到的PCC规则直接转发或者进行进一步的限制再进行转发。
步骤s610,PCEF2对收到的PCC规则执行PCC决策。
步骤s611,PCEF2向PCRF2发送响应(执行PCC规则成功或者拒绝执行PCC规则)。
步骤s612,PCRF2向PCRF1发送响应(执行PCC规则成功或者拒绝执行PCC规则)。步骤s608-s612可以在步骤s606-s607之前、之后或同时进行。
本发明实施例中,对于PCEF2发起的IP-CAN会话修改流程如图7所示。其中,当PCEF2检测到相应的触发事件发生后,发起对用于媒体数据传输的IP-CAN会话2的修改流程。此处PCRF2执行转发功能。PCRF1收到触发事件后,判断哪些IP-CAN会话会受到该触发事件的影响,对于不会对另外一个IP-CAN会话造成影响的事件,PCRF1对用于媒体数据传输的IP-CAN会话进行PCC规则的决策,对PCEF2的请求进行回应。对于会对另外一个IP-CAN会话造成影响的事件,PCRF1对两个IP-CAN会话分别决策,除对PCEF2的请求进行回应,还要主动将PCC规则发送到用于SIP信令数据传输的IP-CAN会话。参考图7,具体步骤如下:
步骤s701,PCEF2检测到符合触发条件的事件发生。
步骤s702,PCEF2向PCRF2发送消息,请求PCC规则。
步骤s703,PCRF2将PCEF2请求PCC规则的消息转发给PCRF1
步骤s704,PCRF1将从PCRF2收到的PCC规则请求与用于媒体数据传输的IP-CAN会话2以及AF会话相关联。
步骤s705,PCRF1可以向AF进行事件汇报或者请求更多的应用层信息。
步骤s706,PCRF1进行PCC决策。
步骤s707,PCRF1向PCRF2提供决策后的PCC规则。
步骤s708,PCRF2对收到的PCC规则直接转发或者进行进一步的限制再进行转发。
步骤s709,PCEF2执行收到的PCC规则。
步骤s710,如果是会对另外一个IP-CAN会话造成影响的触发事件,PCRF1将对应于SIP信令传输的IP-CAN会话的PCC规则发送给PCEF1。
步骤s711,PCEF1执行接收到的PCC规则。
步骤s712,PCEF1向PCRF1发送响应(执行PCC规则成功或者拒绝执行PCC规则)。步骤s710-s712可以在步骤s707-s709之前、之后或同时进行。
本发明实施例中,对于PCEF1发起的IP-CAN会话终止流程如图8所示。其中,PCEF1仅可以发起用于SIP信令传输的IP-CAN会话1的终止流程。PCRF1从PCEF1收到用于SIP信令传输的IP-CAN会话1的终止流程通知后,同时发起对用于媒体数据传输的IP-CAN会话的修改流程,删除其中对应承载。该实施例具体包括以下步骤:
步骤s801,PCEF1检测到用于SIP信令传输的IP-CAN会话1需要终止。
步骤s802-s803,PCEF1栅除用于SIP信令传输的IP-CAN会话1。
步骤s804,PCEF1通知PCRF1用于SIP信令传输的IP-CAN会话1已经终止。
步骤s805,PCRF1根据绑定关系确定所对应的AF会话。
步骤s806-s807,PCRF1可以通知AF用于SIP信令传输的IP-CAN会话1已经终止。
步骤s808,PCEF1删除用于SIP信令传输的IP-CAN会话1所对应的所有PCC规则。
步骤s809,PCRF1对PCEF1的通知返回应答。
步骤s810,PCRF1对用于媒体数据传输的IP-CAN会话2发起修改流程,此步骤是一个步骤集合,具体与PCRF1的内部触发引起的对用于媒体数据传输的IP-CAN会话2修改流程一致。步骤s810可以在步骤s809之前、之后或同时进行。
本发明实施例中,对于PCEF2发起的IP-CAN会话终止流程如图9所示。PCEF2仅可以发起用于媒体数据传输的IP-CAN会话2的终止流程。与现有PCC架构中的流程基本相似,只是增加了PCRF2对PCC规则的转发过程。该实施例具体包括以下步骤:
步骤s901,PCEF2检测到用于媒体数据传输的IP-CAN会话2需要终止。
步骤s902-s903,PCEF2删除用于媒体数据传输的IP-CAN会话2。
步骤s904,PCEF2通知PCRF2用于媒体数据传输的IP-CAN会话2已经终止。
步骤s905,PCRF2将收到的消息对PCRF1进行转发。
步骤s906,PCRF1根据绑定关系确定所对应的AF会话。
步骤s907-s908,PCRF1通知AF用于媒体数据传输的IP-CAN会话2已经终止。
步骤s909,PCEF2删除用于媒体数据传输的IP-CAN会话2所对应的所有PCC规则,本步骤可以在步骤s904之前发生。
步骤s910,PCRF1对PCRF2的通知返回应答。
步骤s911,PCRF2将应答转发给PCEF2。
本发明实施例中,对于UE发起的IP-CAN会话终止流程如图10所示。其中,UE既可以发起对用于媒体数据传输的IP-CAN会话2的终止流程,也可以发起对用于SIP信令传输的IP-CAN会话1的终止流程。当UE发起用于SIP信令传输的IP-CAN会话1的终止流程时,PCRF1同时发起对用于媒体数据传输的IP-CAN会话2的修改流程,删除其中对应承载。该实施例具体包括以下步骤:
步骤s1001,PCEF1收到UE发来的删除用于SIP信令传输的IP-CAN会话1的请求消息。
步骤s1002,PCEF1通知PCRF1用于SIP信令传输的IP-CAN会话1将被删除。
步骤s1003,PCRF1根据绑定关系确定所对应的AF会话。
步骤s1004-步骤s1005,PCRF1通知AF用于SIP信令传输的IP-CAN会话1即将被终止。
步骤s1006,PCEF1删除用于SIP信令传输的IP-CAN会话1所对应的所有PCC规则。该步骤的实际执行位置并不限于此,可以根据实际需要进行调整。
步骤s1007,PCRF1对PCEF1的通知返回应答。
步骤s1008,PCEF1向UE返回删除用于SIP信令传输的IP-CAN会话1的响应。
步骤s1009,PCRF1对用于媒体数据传输的IP-CAN会话2发起修改流程。步骤s1009可以在步骤s1007之前、之后或同时进行。
本发明实施例中,当UE发起用于媒体数据传输的IP-CAN会话2的终止流程时,与现有PCC架构中的流程基本相似,只是增加了PCRF2对PCC规则的转发过程,如图11所示。
步骤s1101,PCEF2收到UE发来的删除用于媒体数据传输的IP-CAN会话2的请求消息。
步骤s1102,PCEF2通知PCRF2用于SIP信令传输的IP-CAN会话1即将终止。
步骤s1103,PCRF2将收到的消息对PCRF1进行转发。
步骤s1104,PCRF1根据绑定关系确定所对应的AF会话。
步骤s1105-步骤s1106,PCRF1可以通知AF用于媒体数据传输的IP-CAN会话2即将终止。
步骤s1107,PCEF2删除用于媒体数据传输的IP-CAN会话2所对应的所有PCC规则。该步骤的实际执行位置并不限于此,可以根据实际需要进行调整。
步骤s1108,PCRF1对PCRF2的通知返回应答。
步骤s1109,PCRF2将应答转发给PCEF2。
步骤s1110,PCEF2向UE返回删除用于媒体数据传输的IP-CAN会话2的响应。
上述实施例中,对于MS在一个IMS业务开始的时候没有进行路由优化,只建立了MS和归属网络PDN GW1之间的IP-CAN会话1,也就只被分配了一个地址IP1,SIP信令数据和媒体数据都在通过归属网络的PDN GW1进行传输,在业务进行过程中如果需要切换为在归属网络和拜访网络分配两个IP地址进行IMS用户数据路由优化场景的情况,MS在拜访网络里获得一个可用于IMS业务媒体数据传输的地址IP2,并将IP1作为用于SIP信令传输的地址,IP2作为用于媒体数据传输的地址包含在SIP信令中发送给AF,AF将IP1和IP2包含在应用层业务信息中提供给PCRF1。
本发明实施例中,PCRF1根据地址信息IP1和IP2判断出需要切换为采用双IP技术进行媒体数据路由优化的场景,发起单IP场景向双IP场景切换引起的IP-CAN会话修改流程,参考图12,具体步骤如下。
步骤s1201,PCRF1从AF收到AF会话信息。
步骤s1202,PCRF1根据AF会话信息判断是否需要切换为双IP情况,如果是,根据IP2获得PCRF2信息,并向PCRF2发出消息,请求用于媒体数据传输的IP-CAN会话2的信息。此时PCRF1和PCRF2之间的S9接口建立。
步骤s1203,PCRF2将用于媒体数据传输的IP-CAN会话2的信息传送给PCRF1。
步骤s1204,PCRF1此时已经获得AF会话的信息和两个IP-CAN会话的信息。PCRF1将AF会话与两个IP-CAN会话绑定到一起,对用于媒体数据传输的IP-CAN会话制定PCC规则。
步骤s1205,PCRF1将对应的用于媒体数据传输的IP-CAN会话2的PCC规则发送给PCRF2。
步骤s1206,PCRF2可以对收到的PCC规则根据本地网的情况进行进一步的限制或者拒绝,如果拒绝执行PCC规则,直接执行步骤s1210。
步骤s1207,PCRF2将PCC规则发送到PCEF2。
步骤s1208,PCEF2执行接收到的PCC规则。
步骤s1209,PCEF2向PCRF2发送响应(执行PCC规则成功或者拒绝执行PCC规则)。
步骤s1210,PCRF2向PCRF1发送响应(执行PCC规则成功或者拒绝执行PCC规则)。
步骤s1211,PCRF1向PCEF1发送决策,要求PCEF1删除用于SIP信令传输的IP-CAN会话1中所有需要切换到用于媒体数据传输的IP-CAN会话2上传输的媒体数据流所对应的PCC规则。
步骤s1212,PCEF1删除用于SIP信令传输的IP-CAN会话1中所有需要切换到用于媒体数据传输的IP-CAN会话2上传输的媒体数据流所对应的PCC规则。
步骤s1213,PCEF1向PCRF1发送响应(执行PCC规则成功或者拒绝执行PCC规则)。
步骤s1214,PCRF1向AF返回IP-CAN会话修改结果。
其中,步骤s1211-s1213可以在步骤s1204之后任何时候发生,包括在步骤s1205之前、之后或者同时发生。
在切换完成后,两个IP-CAN联动控制流程与实施例一中一致。
本发明实施例中,对于MS使用在归属网络和拜访网络分配两个IP地址进行IMS用户数据路由优化的过程中需要停止路由优化,切换回SIP信令数据和媒体数据都在通过归属网络的PDN GW1进行传输场景的情况。MS将归属网络中分配的IP1作为同时用于SIP信令传输和媒体数据传输的地址包含在SIP信令中发送给AF,AF将IP1包含在应用层业务信息中提供给PCRF1。PCRF1根据地址信息IP1判断出需要停止路由优化,切换回SIP信令数据和媒体数据都在通过归属网络的PDN GW1进行传输场景。发起双IP场景向单IP场景切换引起的IP-CAN会话修改流程,参考图13,具体步骤如下。
步骤s1301,PCRF1从AF收到AF会话信息。
步骤s1302,PCRF1根据AF会话信息或者签约数据的改变判断出需要停止路由优化,切换回SIP信令数据和媒体数据都在通过归属网络的PDN GW1进行传输场景,对用于归属网络的IP-CAN会话1增加制定需要切换回用于SIP信令传输的IP-CAN会话1上传输的媒体数据流所对应的PCC规则。
步骤s1303,PCRF1向PCRF2发送决策,要求删除用于媒体数据传输的IP-CAN会话2对应于该AF会话的所有PCC规则。
步骤s1304,PCRF2可以对收到的PCC规则根据本地网的情况进行修改。
步骤s1305,PCRF2向用于媒体数据传输的拜访PCEF2发送决策,要求删除用于媒体数据传输的IP-CAN会话2对应于该AF会话的所有PCC规则。
步骤s1306,PCEF2删除用于媒体数据传输的IP-CAN会话2对应于该AF会话的所有PCC规则。
步骤s1307,PCEF2向PCRF2发送响应(执行PCC规则成功或者失败)。
步骤s1308,PCRF2向PCRF1发送响应(执行PCC规则成功或者失败)。
步骤s1309,PCRF1向PCEF1下发用于切换回用于SIP信令传输的IP-CAN会话1上传输的媒体数据流所对应的PCC规则。
步骤s1310,PCEF1执行PCRF1下发的新增PCC规则。
步骤s1311,PCEF1向PCRF1发送响应(执行成功或者失败)。
步骤s1312,PCRF1向AF返回IP-CAN会话修改结果。
其中,步骤s1309-s1311可以在步骤s1301之后任何时候发生,包括在步骤s1302之前、之后或者同时发生。
在切换完成后,PCC流程与现有技术中的PCC流程一致。
本发明还公开了一种策略和计费控制处理系统,参考图14,包括应用功能单元,用于SIP信令传输的PCEF单元,用于媒体数据传输的PCEF单元,还包括:第一PCRF设备,用于用于根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP-CAN会话后,根据所述AF会话信息,获得所述IP-CAN会话信息,并绑定所述的AF会话和所述的IP-CAN会话,并且根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则;第二PCRF设备,用于媒体数据传输的IP-CAN会话中PCEF和第一PCRF之间的PCC规则和消息的转发。
其中,所述第一策略与计费规则功能PCRF具体包括:判断单元,用于根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP-CAN会话;IP-CAN会话信息获取单元,与所述判断单元连接,用于根据所述AF会话信息,获得所述IP-CAN会话信息;绑定单元,与所述IP-CAN会话信息获取单元连接,用于绑定所述的AF会话和所述的IP-CAN会话;策略和计费控制PCC规则设置单元,与所述绑定单元连接,用于根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则;受影响IP-CAN会话的PCC规则制定单元,用于当用户的业务信息或签约数据改变时,或当IP-CAN会话修改的触发事件发生时,对受到所述触发事件影响的IP-CAN会话制定相应的PCC规则;PCC规则删除单元,用于所述的AF会话终止时,或某一IP-CAN会话需要终止时,通知需要终止的IP-CAN会话删除相应的PCC规则;PCC规则修改单元,用于通知用于媒体数据传输的IP-CAN会话删除所对应的PCC规则,并为用于SIP信令传输的IP-CAN会话制定需要切换的媒体数据流所对应的PCC规则。
所述判断单元具体包括:IP地址获取子单元,用于获得所述AF会话信息中所包含的用户的IP地址;比较子单元,用于比较其中用于会话初始化协议SIP信令传输的IP地址和用于媒体数据传输的IP地址,如果所述的IP地址不相同,确定所述的AF会话对应两个以上的IP连通接入网IP-CAN会话;第二PCRF地址获取子单元,用于根据所述用于媒体数据传输的IP地址,获取所述用于媒体数据传输的IP地址对应的其他第二PCRF地址;IP-CAN会话信息获取子单元,与所述第二PCRF地址获取子单元连接,用于从所述的其他第二PCRF获取其对应的IP-CAN会话信息。
所述第二策略与计费规则功能PCRF具体包括:IP-CAN会话信息上报单元,第二PCRF上报其所对应的IP-CAN会话信息;PCC规则转发单元,用于为第一PCRF向所述用于媒体数据传输的IP-CAN会话发送所述的PCC规则。
当移动用户对于同一个IMS业务被分配了两个IP地址,通过两个网络层会话分别传输SIP信令和媒体数据,以达到对媒体数据的路由优化时,本发明通过两个网络层会话所分别对应的PCRF之间的寻址方法以及两个网络层会话和一个应用层业务会话之间的联动技术,使得归属网络运营商可以方便地对经过路由优化的分组数据流进行策略和计费控制。本发明也解决了IMS业务SIP信令数据和媒体数据都通过归属网络的PDN GW1进行传输的场景和在归属网络和拜访网络分配两个IP地址进行IMS用户数据路由优化的场景之间的切换问题。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (27)

1.一种策略和计费控制的处理方法,其特征在于,包括以下步骤:
根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP连通接入网IP-CAN会话;
根据所述AF会话信息,获得所述IP-CAN会话信息;
绑定所述的AF会话和所述的IP-CAN会话;
根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则。
2.如权利要求1所述的策略和计费控制的处理方法,其特征在于,所述判断所述的AF会话对应两个以上的IP连通接入网IP-CAN会话的步骤具体包括:
获得所述AF会话信息中所包含的用户的IP地址;
比较其中用于会话初始化协议SIP信令传输的IP地址和用于媒体数据传输的IP地址;
如果所述的IP地址不相同,确定所述的AF会话对应两个以上的IP连通接入网IP-CAN会话。
3.如权利要求2所述的策略和计费控制的处理方法,其特征在于,所述的获得所述IP-CAN会话信息的步骤具体为:
第一策略与计费规则功能PCRF根据所述用于媒体数据传输的IP地址,获取所述用于媒体数据传输的IP地址对应的第二PCRF地址;
从所述的第二PCRF获取其对应的IP-CAN会话信息。
4.如权利要求3所述的策略和计费控制的处理方法,其特征在于,所述的从所述的第二PCRF获取其对应的IP-CAN会话信息的步骤具体为:
第一PCRF通知第二PCRF上报其所对应的IP-CAN会话信息;
第一PCRF获取第二PCRF上报的IP-CAN会话信息。
5.如权利要求1所述的策略和计费控制的处理方法,其特征在于,所述的方法进一步包括:
当用户的业务信息或签约数据改变时,第一PCRF根据所述业务信息或签约数据,对受到影响的IP-CAN会话制定相应的PCC规则。
6.如权利要求1所述的策略和计费控制的处理方法,其特征在于,所述的方法进一步包括:
当IP-CAN会话修改的触发事件发生时,第一PCRF根据所述的触发事件,对受到所述触发事件影响的IP-CAN会话制定相应的PCC规则。
7.如权利要求6所述的策略和计费控制的处理方法,其特征在于,所述IP-CAN会话修改的触发事件发生之前,进一步包括:
第一PCRF确定需要向每个所述的IP-CAN会话下发的触发事件;
分别向所述的IP-CAN下发所述的触发事件;
当所述的触发事件发生时,向所述第一PCRF上报所述的触发事件。
8.如权利要求1所述的策略和计费控制的处理方法,其特征在于,所述的方法进一步包括:
当所述的AF会话终止时,第一PCRF通知所述的AF对应的所有IP-CAN会话删除相应的PCC规则。
9.如权利要求1所述的策略和计费控制的处理方法,其特征在于,所述的方法进一步包括:
当某一IP-CAN会话需要终止时,第一PCRF通知需要终止的IP-CAN会话删除相应的PCC规则。
10.如权利要求9所述的策略和计费控制的处理方法,其特征在于,所述的IP-CAN会话的终止,由用户设备、策略与计费执行功能或AF发起。
11.如权利要求9所述的策略和计费控制的处理方法,其特征在于,如果用于SIP信令传输的IP-CAN会话需要终止时,所有用于媒体数据传输IP-CAN会话需要终止。
12.如权利要求1所述的策略和计费控制的处理方法,其特征在于,由双IP场景向单IP场景切换的路由优化过程为:
用户的IP地址由两个以上的IP地址切换为单一IP地址;
第一PCRF修改相应PCC规则。
13.如权利要求12所述的策略和计费控制的切换方法,其特征在于,所述的PCC规则的切换具体包括:
第一PCRF通知用于媒体数据传输的IP-CAN会话删除所对应的PCC规则;
第一PCRF为用于会话初始化协议SIP信令传输的IP-CAN会话制定需要切换的媒体数据流所对应的PCC规则。
14.如权利要求1所述的策略和计费控制的处理方法,其特征在于,由单IP场景向双IP场景切换的路由优化过程为:
用户由单一IP地址切换到两个以上的不同IP地址;
第一PCRF通知切换前用于传输SIP信令数据的IP-CAN会话删除所有需要切换到用于媒体数据传输的IP-CAN会话上的媒体数据流所对应的PCC规则;
所述第一PCRF为用于媒体数据传输的IP-CAN会话制定PCC规则。
15.如权利要求14所述的策略和计费控制的切换方法,其特征在于,进一步包括:
所述的第一PCRF通过第二PCRF向所述用于媒体数据传输的IP-CAN会话发送所述的PCC规则。
16.一种策略和计费控制处理系统,包括应用功能AF,其特征在于,还包括:
第一策略与计费规则功能PCRF,用于根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP-CAN会话后,根据所述AF会话信息,获得所述IP-CAN会话信息,并绑定所述的AF会话和所述的IP-CAN会话,并且根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则;
第二策略与计费规则功能PCRF,用于媒体数据传输的IP-CAN会话中策略与计费执行功能PCEF和第一PCRF之间的PCC规则和消息的转发。
17.如权利要求16所述策略和计费控制处理系统,其特征在于,所述第一策略与计费规则功能PCRF具体包括:
判断单元,用于根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP-CAN会话;
IP-CAN会话信息获取单元,与所述判断单元连接,用于根据所述AF会话信息,获得所述IP-CAN会话信息;
绑定单元,与所述IP-CAN会话信息获取单元连接,用于绑定所述的AF会话和所述的IP-CAN会话;
策略和计费控制PCC规则设置单元,与所述绑定单元连接,用于根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则。
18.如权利要求17所述策略和计费控制处理系统,其特征在于,所述判断单元具体包括:
IP地址获取子单元,用于获得所述AF会话信息中所包含的用户的IP地址;
比较子单元,用于比较其中用于会话初始化协议SIP信令传输的IP地址和用于媒体数据传输的IP地址,如果所述的IP地址不相同,确定所述的AF会话对应两个以上的IP连通接入网IP-CAN会话。
19.如权利要求17所述策略和计费控制处理系统,其特征在于,所述IP-CAN会话信息获取单元具体包括:
第二PCRF地址获取子单元,用于根据所述用于媒体数据传输的IP地址,获取所述用于媒体数据传输的IP地址对应的第二PCRF地址;
IP-CAN会话信息获取子单元,与所述第二PCRF地址获取子单元连接,用于从所述的第二PCRF获取其对应的IP-CAN会话信息。
20.如权利要求17所述策略和计费控制处理系统,其特征在于,所述第一策略与计费规则功能PCRF还包括:
受影响IP-CAN会话的PCC规则制定单元,用于当用户的业务信息或签约数据改变时,或当IP-CAN会话修改的触发事件发生时,对受到所述触发事件影响的IP-CAN会话制定相应的PCC规则。
21.如权利要求17所述策略和计费控制处理系统,其特征在于,所述第一策略与计费规则功能PCRF还包括:
PCC规则删除单元,用于所述的AF会话终止时,或某一IP-CAN会话需要终止时,通知需要终止的IP-CAN会话删除相应的PCC规则。
22.如权利要求17所述策略和计费控制处理系统,其特征在于,所述第一策略与计费规则功能PCRF还包括:
PCC规则修改单元,用于通知用于媒体数据传输的IP-CAN会话删除所对应的PCC规则,并为用于SIP信令传输的IP-CAN会话制定需要切换的媒体数据流所对应的PCC规则。
23.如权利要求16所述策略和计费控制处理系统,其特征在于,所述第二策略与计费规则功能PCRF具体包括:
IP-CAN会话信息上报单元,第二PCRF上报其所对应的IP-CAN会话信息;
PCC规则转发单元,用于为第一PCRF向所述用于媒体数据传输的IP-CAN会话发送所述的PCC规则。
24.一种策略与计费规则功能PCRF,其特征在于,包括:
判断单元,用于根据应用功能AF会话信息,判断所述的AF会话对应两个以上的IP-CAN会话;
IP-CAN会话信息获取单元,与所述判断单元连接,用于根据所述AF会话信息,获得所述IP-CAN会话信息;
绑定单元,与所述IP-CAN会话信息获取单元连接,用于绑定所述的AF会话和所述的IP-CAN会话;
策略和计费控制PCC规则设置单元,与所述绑定单元连接,用于根据所述AF会话信息和所述IP-CAN会话信息,对所述的两个以上的IP-CAN会话制定相应的策略和计费控制PCC规则。
25.如权利要求24所述策略与计费规则功能PCRF,其特征在于,还包括:
受影响IP-CAN会话的PCC规则制定单元,用于当用户的业务信息或签约数据改变时,或当IP-CAN会话修改的触发事件发生时,对受到所述触发事件影响的IP-CAN会话制定相应的PCC规则。
26.如权利要求24所述策略与计费规则功能PCRF,其特征在于,还包括:
PCC规则删除单元,用于所述的AF会话终止时,或某一IP-CAN会话需要终止时,通知需要终止的IP-CAN会话删除相应的PCC规则。
27.如权利要求24所述策略与计费规则功能PCRF,其特征在于,所述第一策略与计费规则功能PCRF还包括:
PCC规则修改单元,用于通知用于媒体数据传输的IP-CAN会话删除所对应的PCC规则,并为用于SIP信令传输的IP-CAN会话制定需要切换的媒体数据流所对应的PCC规则。
CN2007101463104A 2007-09-04 2007-09-04 一种策略和计费控制的处理方法、切换方法、系统及设备 Active CN101384076B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2007101463104A CN101384076B (zh) 2007-09-04 2007-09-04 一种策略和计费控制的处理方法、切换方法、系统及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007101463104A CN101384076B (zh) 2007-09-04 2007-09-04 一种策略和计费控制的处理方法、切换方法、系统及设备

Publications (2)

Publication Number Publication Date
CN101384076A CN101384076A (zh) 2009-03-11
CN101384076B true CN101384076B (zh) 2012-02-01

Family

ID=40463641

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101463104A Active CN101384076B (zh) 2007-09-04 2007-09-04 一种策略和计费控制的处理方法、切换方法、系统及设备

Country Status (1)

Country Link
CN (1) CN101384076B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959258B (zh) * 2009-07-15 2016-08-24 中兴通讯股份有限公司 会话关联方法以及策略和计费规则功能实体
CN101965010A (zh) * 2009-07-21 2011-02-02 中兴通讯股份有限公司 策略制定方法、策略和计费规则功能及分组数据服务节点
CN101801038B (zh) * 2009-12-28 2014-04-02 华为技术有限公司 用户会话策略控制方法、装置及系统
CN102347843B (zh) * 2010-08-05 2014-11-19 电信科学技术研究院 应用功能实体会话的修改方法及设备
WO2012171172A1 (zh) * 2011-06-14 2012-12-20 华为技术有限公司 策略控制方法、相关设备和策略计费控制系统
US9787484B2 (en) * 2013-02-20 2017-10-10 Nokia Solutions And Networks Oy Adapting PCC rules to user experience
CN106304012A (zh) * 2015-05-22 2017-01-04 中兴通讯股份有限公司 流量管理方法、装置、系统、用户终端及策略计费装置
CN110391998A (zh) * 2018-04-23 2019-10-29 华为技术有限公司 一种业务流传输的方法和设备
CN112787827A (zh) * 2019-11-08 2021-05-11 华为技术有限公司 一种通信方法、装置及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1879347A (zh) * 2003-09-12 2006-12-13 艾利森电话股份有限公司 对多媒体服务计费
CN1913503A (zh) * 2005-08-08 2007-02-14 华为技术有限公司 一种会话路由路径控制方法和系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1879347A (zh) * 2003-09-12 2006-12-13 艾利森电话股份有限公司 对多媒体服务计费
CN1913503A (zh) * 2005-08-08 2007-02-14 华为技术有限公司 一种会话路由路径控制方法和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP.3GPP System Architecture Evolution:Report on Technical Options and Conclusions (Release 7).《3GPP TR 23.882 V1.9.0》.2007,32,33. *

Also Published As

Publication number Publication date
CN101384076A (zh) 2009-03-11

Similar Documents

Publication Publication Date Title
CN101384076B (zh) 一种策略和计费控制的处理方法、切换方法、系统及设备
EP2218010B1 (en) Ims diameter router with load balancing
US8516545B2 (en) Method and system for session modification
CN101690124B (zh) 网络协议连通接入网会话建立方法和装置
JP5523569B2 (ja) ローミングパケット利用アクセスにおける公平利用の実施
CN100544264C (zh) 一种在演进网络中管理用户策略计费控制签约信息的方法
CN102316444B (zh) 一种对用户设备进行服务质量控制的系统及方法
CN103875276B (zh) 用于bbf和3gpp接入互通的bng到pcrf中介实体
CN105163345B (zh) 一种区域上报的方法及系统
WO2010051853A1 (en) Policy control apparatus and method for handing over policy control information
CN106332034A (zh) 一种第三方应用的计费方法、装置及应用功能设备
CN104581670A (zh) 应用接入控制方法及应用功能实体装置
CN103929725B (zh) 漫游本地业务的在线计费方法、h-ocs及v-ocs
CN102014360A (zh) 一种本地疏导漫游场景在线计费的方法和系统
CN102137368A (zh) 增强的策略和计费控制的方法及系统、pcc系统
CN103313431B (zh) Tdf会话的处理方法及pcrf
CN102111740A (zh) 一种支持多接入的策略计费控制方法和系统
CN101945439A (zh) 策略控制方法及系统
CN102026136B (zh) 一种演进的分组域本地疏导在线计费方法和系统
CN101378328A (zh) 一种应用控制策略的方法、装置及系统
CN106507382A (zh) 一种Diameter消息路由方法和路由代理节点
CN101959258A (zh) 会话关联方法以及策略和计费规则功能实体
CN1322708C (zh) 一种移动分组数据业务中实现用户设备重定向的方法
CN103841539B (zh) 一种漫游本地业务功能实现方法和系统
CN102256374B (zh) 网络协议连通接入网会话建立方法及会话删除方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: CHANGZHOU XIAOGUO INFORMATION SERVICE CO., LTD.

Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD.

Effective date: 20140313

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 213164 CHANGZHOU, JIANGSU PROVINCE

TR01 Transfer of patent right

Effective date of registration: 20140313

Address after: 213164 building C, building 407-2-6, Tian An Digital City, 588 Chang Wu Road, Wujin hi tech Industrial Development Zone, Changzhou, Jiangsu, China

Patentee after: Changzhou Xiaoguo Information Service Co., Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

ASS Succession or assignment of patent right

Owner name: XINXIANG POWER SUPPLY COMPANY, STATE GRID HENAN EL

Effective date: 20140428

Owner name: STATE GRID CORPORATION OF CHINA

Free format text: FORMER OWNER: CHANGZHOU XIAOGUO INFORMATION SERVICE CO., LTD.

Effective date: 20140428

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 213164 CHANGZHOU, JIANGSU PROVINCE TO: 100031 XICHENG, BEIJING

TR01 Transfer of patent right

Effective date of registration: 20140428

Address after: 100031 Xicheng District West Chang'an Avenue, No. 86, Beijing

Patentee after: State Grid Corporation of China

Patentee after: Xinxiang Power Supply Company, State Grid Henan Electric Power Company

Address before: 213164 building C, building 407-2-6, Tian An Digital City, 588 Chang Wu Road, Wujin hi tech Industrial Development Zone, Changzhou, Jiangsu, China

Patentee before: Changzhou Xiaoguo Information Service Co., Ltd.