CN101394449A - 一种会话修改方法及系统 - Google Patents
一种会话修改方法及系统 Download PDFInfo
- Publication number
- CN101394449A CN101394449A CNA2007101541461A CN200710154146A CN101394449A CN 101394449 A CN101394449 A CN 101394449A CN A2007101541461 A CNA2007101541461 A CN A2007101541461A CN 200710154146 A CN200710154146 A CN 200710154146A CN 101394449 A CN101394449 A CN 101394449A
- Authority
- CN
- China
- Prior art keywords
- pcef
- pcrf
- pcc rule
- information
- credit
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
- H04L12/1467—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/64—On-line charging system [OCS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/65—Off-line charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
- H04M15/8228—Session based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/78—Metric aspects
- H04M2215/7833—Session based
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Mobile Radio Communication Systems (AREA)
- Meter Arrangements (AREA)
Abstract
本发明公开了一种会话修改方法及系统,本地策略和计费规则功能h-PCRF根据接收的策略和计费控制PCC规则请求消息或应用层业务消息或自身的触发,向策略与计费执行功能PCEF b发送PCC规则提供消息,h-PCRF根据PCEF b提供的PCC规则响应消息向PCEF a发送PCC规则提供消息;或向PCEF a和PCEF b发送PCC规则提供消息,PCEF a或PCEF b根据接收的PCC规则提供消息确定向h-OCS发起信用重授权,h-OCS根据接收的消息向PCEF b发送携带新的在线计费信用信息或最终报告回应消息。应用本发明,可以在SAE系统PCC架构存在两个或两个以上PCEF逻辑功能实体的情况下,实现会话修改。
Description
技术领域
本发明涉及通信技术领域,特别涉及IP连通接入网(IP-CAN)技术。
背景技术
在第三代移动通信标准化伙伴项目(3GPP,3rd Generation PartnershipProject)体系中,策略和计费功能由策略和计费控制(PCC,Policy and ChargingControl)框架实现。
图1为现有技术中PCC框架整体架构示意图,参见图1,PCC框架主要执行策略和计费控制功能,包括:应用功能(AF,Application Function)、策略和计费规则功能(PCRF,Policy and Charging Rules Function)、签约规格库(SPR,Subscription Profile Repository)、策略与计费执行功能(PCEF,Policy andCharging Enforcement Function)、在线计费系统(OCS,Online Charging System)或离线计费系统(OFCS,Offline Charging System),其中,
AF,用于提供业务应用的接入点,而这些业务应用所使用的网络资源需要进行动态的策略控制,通过Rx接口和PCRF连接,在业务面进行参数协商时,AF将相关业务信息传递给PCRF,如果这些业务信息与运营商在PCRF上定义的策略规则相一致,PCRF接受该协商业务参数,否则,PCRF拒绝该协商,并可在反馈信息中同时携带PCRF可接受的业务参数,随后,AF可将这些参数返回给用户;
PCRF,用于负责策略决策和计费规则的制定,是PCC体系的核心,提供基于业务数据流的包括数据流检测、门控(Gating)、服务质量(QoS,Quality ofService)控制以及基于流的计费控制等网络控制规则,PCRF将其制定的策略和计费规则通过Gx接口发送给PCEF,由PCEF执行相应的业务流计费操作,其中,PCRF制定策略和计费规则的依据包括从AF获取的与业务相关的信息,从SPR获取的与用户签约数据相关的信息,以及从PCEF获取的与承载网络相关的信息;同时,PCRF还要保证这些规则和用户的签约数据的一致性;向PCEF下发触发事件,用于要求PCEF在这些触发事件发生时主动向PCRF请求PCC规则;通过Sp接口与SPR连接;
PCEF,用于在承载面执行PCRF所制定的策略和计费规则,接收PCRF下发的触发事件,当这些触发事件发生时,主动向PCRF请求PCC规则;按照PCRF发送的规则中的流量过滤器进行业务数据流检测,进而对这些业务流执行PCRF所制定的策略和计费控制,执行相应的业务流计费操作,这种计费操作,既可以是在线计费,也可以是离线计费;如果是在线计费,通过Gy接口与OCS连接,PCEF和OCS一起进行信用管理,OCS上包括移动网增强逻辑的用户应用业务控制点(CAMEL SCP,Customized Applications for Mobile Network Enhanced LogicService Control Point)及基于业务数据流的信用控制(Service Data Flow BasedCredit Control);如果是离线计费,通过Gz接口与OFCS连接,由PCEF和OFCS交换相关计费信息,PCEF一般都位于网络的网关(GW,Gateway)上;
SPR,用于存储和策略控制与计费相关的用户签约数据,例如,用户可使用的业务信息、用户业务可使用的QoS信息、和计费相关的用户签约数据以及用户的群类别等,通过Sp接口,PCRF读取SPR所存储的信息,进行基于用户签约数据的策略控制和计费操作。
在上述的PCC架构中,当需要进行IP连通接入网会话(IP-CAN Session,IPConnectivity Access Network Session)的修改时,可以是由PCEF发起,例如,PCEF检测到由于运营商配置引起的IP-CAN会话修改的内部事件,或当数据传递过程中承载发生变化时,PCEF检测到承载变化,发起IP-CAN会话修改流程;也可以是由PCRF发起,例如,当AF的应用层业务信息发生变化,或SPR存储的用户签约数据发生变化,或PCRF由内部事件触发,则由PCRF发起IP-CAN会话修改流程。
图2为现有技术中PCEF发起的IP-CAN会话修改流程示意图,如图2所示,该流程包括:
步骤201,AF向PCRF提供或者修改应用层业务消息;
本步骤中,在PCEF发起IP-CAN会话修改之前,AF可以向PCRF提供或者修改应用层业务信息,这是一个可选步骤,在流程图中用虚线表示,在以下的描述中,流程图中凡是用虚线表示的流程,表示该流程为可选流程,后续中不再对此进行赘述。
步骤202,PCRF向AF返回提供或者修改应用层业务确认消息;
步骤203,PCEF检测到会引起IP-CAN会话修改的内部事件或者收到会引起IP-CAN会话修改的外部触发事件;
步骤204,PCEF向PCRF发送请求PCC规则消息;
本步骤中,请求PCC规则消息中携带发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤205,PCRF接收请求PCC规则消息,将请求PCC规则的IP-CAN会话和应用层会话相关联;
步骤206,如果PCRF根据自身的配置需要向AF上报事件消息或从AF获取的与业务相关的信息不够用时,向AF发送事件上报消息,或在事件上报消息中携带请求应用层业务信息;
步骤207,AF接收事件上报消息,向PCRF返回事件上报确认消息,如果接收的事件上报消息中携带请求应用层业务信息,则在返回的事件上报确认消息中携带新的应用层业务信息;
步骤208,PCRF根据关联的结果,制定PCC规则;
步骤209,PCRF向PCEF发送PCC规则提供消息;
本步骤中,PCRF也可以同时在向PCEF发送的PCC规则提供消息中携带触发事件信息,用于对PCEF存储的现有触发事件信息进行更新。
步骤210,如果采用在线计费模式,PCEF可能需要向OCS发送信用请求消息或最终报告消息;对于新增的计费标识(charging key),PCEF需要向OCS请求新的信用;对于不可用的charging key,PCEF向OCS发送最终报告消息并携带剩余信用信息。其它符合信用重授权的事件也会触发PCEF向OCS重新请求信用。
步骤211,OCS接收信用请求消息或最终报告消息,向PCEF返回响应消息;
步骤212~步骤213,PCEF根据PCC规则执行相应的IP-CAN承载操作;
步骤214,PCRF向AF汇报发生的承载事件;
步骤215,AF向PCRF返回确认消息。
图3为现有技术中PCRF发起的IP-CAN会话修改流程示意图,如图3所示,该流程包括:
步骤301,AF向PCRF提供或者修改应用层业务消息,触发PCRF发起IP-CAN会话修改,或PCRF的内部事件触发PCRF发起IP-CAN会话修改;
步骤302,PCRF向AF返回提供或者修改应用层业务确认消息;
步骤303,PCRF制定PCC规则;
步骤304,PCRF向PCEF发送PCC规则提供消息;
本步骤中,PCRF也可以同时在向PCEF发送的PCC规则提供消息中携带触发事件信息,用于对PCEF存储的现有触发事件信息进行更新。
步骤305,PCEF接收PCC规则提供消息,更新PCC规则;
步骤306,如果采用在线计费模式,PCEF可能需要向OCS发送信用请求消息或最终报告消息;对于新增的charging key,PCEF需要向OCS请求新的信用;对于不可用的charging key,PCEF向OCS发送最终报告消息并携带剩余信用信息。其它符合信用重授权的事件也会触发PCEF向OCS重新请求信用。
步骤307,OCS接收信用请求消息或最终报告消息,向PCEF返回响应消息;
步骤308~步骤309,PCEF根据PCC规则执行相应的IP-CAN承载操作;
步骤310,PCEF向PCRF返回接受或者拒绝执行接收到的PCC规则提供消息的应答;
步骤311,PCRF向AF汇报发生的承载事件;
步骤312,AF向PCRF返回确认消息。
为了保证10年以至更久的时间内3GPP系统的竞争力,3GPP组织内部提出了系统架构演进(SAE,System Architecture Evolution),在SAE下,提出了一种新的PCC架构:即多S7/PCEF的PCC架构,其特点在于:对于任意一个IP-CAN会话,都将有多个S7/PCEF接口实体同时连接到相同的PCRF,这是现有的PCC架构所不具备的能力。
新的PCC架构包含漫游的PCC架构及非漫游的PCC架构。
图4为现有技术中非漫游的PCC架构结构示意图,如图4所示,包括:分组数据网络中的应用功能(AF,Application Function)、本地PCRF(h-PCRF)、本地OCS(h-OCS)、PCEF a及PCEF b,其中,PCEF b通过SGi接口、S7b接口、Gyb接口以及客户端移动IP/代理移动IP(CMIP/PMIP,Client Mobility IP/ProxyMobility IP)接口分别与分组数据网络、h-PCRF、h-OCS及PCEF a连接;PCEFa通过S7a接口、Gya以及CMIP/PMIP接口分别与h-PCRF、h-OCS及PCEF b连接;h-PCRF通过RX+接口与AF连接。
图4a为现有技术中非漫游的另一PCC架构结构示意图,如图4a所示,与图4不同的是,图4a中,PCEF a与h-OCS之间没有连接。
由图4,图4a可知,新的PCC架构将PCEF功能分为两部分:PCEF a和PCEFb,PCEF a可以配置在IP接入网关如服务网关(Serving GW)或分组数据网络网关(PDN GW,Packet Data Network GW)或其他的核心网实体上,PCEF b可以配置在PDN GW或其他的核心网实体上;由于PCEF a和PCEF b之间的CMIP/PMIP接口没有承载概念,因此,PCEF与承载层面相关的功能如承载绑定功能配置在PCEF a上;同时,由于PCEF b和PDN之间的SGi接口为核心网与分组数据网络的数据传输接口,因此,PCEF与计费及门控等功能配置在PCEF b上。
图5为现有技术中漫游的PCC架构结构示意图,如图5所示,与图4不同的是,漫游的PCC架构还包括:拜访地PCRF(v-PCRF)及拜访地OCS(v-OCS),其连接关系如下:PCEF b通过SGi接口、S7b接口、Gyb接口以及CMIP/PMIP接口分别与分组数据网络、h-PCRF、h-OCS及PCEF a连接;PCEF a通过S7a接口、Gya以及CMIP/PMIP接口分别与v-PCRF、v-OCS及PCEF b连接;h-PCRF通过RX+接口及S9接口分别与AF及v-PCRF连接;v-OCS与h-OCS及PCEF a相连。
图5a为现有技术中漫游的另一PCC架构结构示意图,如图5a所示,与图5不同的是,该架构中没有v-OCS。
漫游的PCC架构还可以进一步将PCEF b拆分为PCEF b1和PCEF b2。
图6为现有技术中漫游的第三PCC架构结构示意图,如图6所示,与图5不同的是,漫游PCC架构的PCEF b进一步包含PCEF b1和PCEF b2,其连接关系如下:PCEF b2通过SGi接口、S7b2接口、Gyb2接口以及CMIP/PMIP接口分别与分组数据网络、h-PCRF、h-OCS及PCEF b1连接;PCEF a通过S7a接口、Gya以及CMIP/PMIP接口分别与v-PCRF、v-OCS及PCEF b1连接;h-PCRF通过RX+接口及S9接口分别与AF及v-PCRF连接;v-OCS与h-OCS及PCEF a相连;PCEF b1通过CMIP/PMIP接口分别与PCEF b2及PCEF a相连,在实际应用中,还可以通过S7b1接口及Gyb2接口分别与v-PCRF及v-OCS相连。
图6a为现有技术中漫游的第四PCC架构结构示意图,如图6a所示,与图6不同的是,该架构中没有v-OCS。
在SAE系统架构下的PCC架构,PCEF的功能被划分为两部分,也就是说新的PCC架构中同时存在两个PCEF逻辑功能实体,可以感知承载事件的发生的PCEF实体并不具有业务数据流级别的计费功能。在这种情况下,对于在线计费模式,无法保证感知承载事件的发生的PCEF实体收到的PCC规则都是获得信用授权的PCC规则。
发明内容
有鉴于此,本发明实施例提供一种会话修改方法,在SAE的PCC架构下,实现会话修改。
本发明实施例还提供一种会话修改系统,在SAE的PCC架构下,实现会话修改。
为实现上述目的,一方面,本发明实施例提供了一种会话修改方法,该方法包含:
本地策略和计费规则功能h-PCRF根据接收的策略和计费控制PCC规则请求消息或应用层业务消息或自身的触发,向策略与计费执行功能PCEF b发送PCC规则提供消息;
h-PCRF根据PCEF b提供的PCC规则响应消息向PCEF a发送PCC规则提供消息。
另一方面,本发明实施例还提供了一种会话修改系统,包括:策略与计费执行功能PCEF a、PCEF b、应用功能、本地在线计费系统h-OCS及本地策略和计费规则功能h-PCRF,其中,PCEF b通过SGi接口、S7b接口、Gyb接口以及客户端移动IP/代理移动IP接口分别与应用功能、h-PCRF、h-OCS及PCEFa连接;PCEF a通过S7a接口与h-PCRF连接;h-PCRF通过RX+接口与应用功能连接;h-PCRF接收PCC规则请求消息或应用层业务消息或自身的触发,向PCEF b发送PCC规则提供消息,h-PCRF根据PCEF b提供的PCC规则响应消息向PCEF a发送PCC规则提供消息。
由上述技术方案可见,本发明实施例的一种会话修改方法及系统,在SAE系统PCC架构存在两个或两个以上PCEF逻辑功能实体时,h-PCRF根据接收的PCC规则请求消息,向PCEF b发送PCC规则提供消息,h-PCRF根据PCEF b提供接收的PCC规则响应消息确定是否向PCEF a发送PCC规则提供消息,保证了在线计费模式下,PCEFa收到的PCC规则都是已经获得信用授权的PCC规则,使运营商可以方便地对业务数据流进行策略和计费控制。
附图说明
图1为现有技术中PCC框架整体架构示意图;
图2为现有技术中PCEF发起的IP-CAN会话修改流程示意图;
图3为现有技术中PCRF发起的IP-CAN会话修改流程示意图;
图4为现有技术中非漫游的PCC架构结构示意图;
图4a为现有技术中非漫游的另一PCC架构结构示意图;
图5为现有技术中漫游的PCC架构结构示意图;
图5a为现有技术中漫游的另一PCC架构结构示意图;
图6为现有技术中漫游的第三PCC架构结构示意图;
图6a为现有技术中漫游的第四PCC架构结构示意图;
图7为本发明实施例一种IP-CAN会话修改的系统结构示意图;
图8为本发明实施例一PCEF a发起的IP-CAN会话修改流程示意图;
图9为本发明实施例一PCEF b发起的IP-CAN会话修改流程示意图;
图10为本发明实施例一h-PCRF发起的IP-CAN会话修改流程示意图;
图11为本发明实施例一PCEF a发起的信用重授权流程示意图;
图12为本发明实施例一PCEF b发起的信用重授权流程示意图;
图12a为本发明实施例二h-PCRF直接将触发事件下发给PCEF a,PCEF a发起的IP-CAN会话修改流程示意图;
图12b为本发明实施例二h-PCRF将触发事件下发给PCEF b,PCEF a发起的IP-CAN会话修改流程示意图;
图12b’为本发明实施例二h-PCRF将触发事件下发给PCEF b,PCEF a发起的另一种IP-CAN会话修改流程示意图;
图12c为本发明实施例二PCEF b发起的IP-CAN会话修改流程示意图;
图12d为本发明实施例二h-PCRF发起的IP-CAN会话修改流程示意图;
图13为本发明实施例三PCEF a发起的IP-CAN会话修改流程示意图
图14为本发明实施例三PCEF b发起的IP-CAN会话修改流程示意图;
图15为本发明实施例三h-PCRF发起的IP-CAN会话修改流程示意图;
图16为本发明实施例三PCEF a发起的信用重授权流程示意图;
图17为本发明实施例三PCEF b发起的信用重授权流程示意图;
图17a为本发明实施例四h-PCRF将触发事件通过v-PCRF下发给PCEF a,PCEF a发起的IP-CAN会话修改流程示意图;
图17b为本发明实施例四h-PCRF将触发事件下发给PCEF b,PCEF a发起的IP-CAN会话修改流程示意图;
图17c为本发明实施例四PCEF b发起的IP-CAN会话修改流程示意图;
图17d为本发明实施例四h-PCRF发起的IP-CAN会话修改流程示意图;
图18为本发明实施例五PCEF a发起的IP-CAN会话修改流程示意图;
图19为本发明实施例五PCEF b1发起的IP-CAN会话修改流程示意图;
图20为本发明实施例五PCEF b2发起的IP-CAN会话修改流程示意图;
图21为本发明实施例五h-PCRF发起的IP-CAN会话修改流程示意图;
图22为本发明实施例五PCEF a发起的信用重授权流程示意图;
图23为本发明实施例五PCEF b1发起的信用重授权流程示意图;
图24为本发明实施例五PCEF b2发起的信用重授权流程示意图;
图25为本发明实施例六h-PCRF将触发事件通过v-PCRF下发给PCEF a,PCEF a发起的IP-CAN会话修改流程示意图;
图26为本发明实施例六h-PCRF将触发事件下发给PCEF b2,PCEF a发起的IP-CAN会话修改流程示意图;
图27为本发明实施例六PCEF b2发起的IP-CAN会话修改流程示意图;
图28为本发明实施例六h-PCRF发起的IP-CAN会话修改流程示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
本发明实施例提出了一种会话修改系统。图7为本发明实施例一种会话修改系统的结构示意图。参见图7,该系统包含:AF、本地PCRF(h-PCRF)、本地OCS(h-OCS)、PCEF a及PCEF b,其中,PCEF b通过SGi接口、S7b接口、Gyb接口以及CMIP/PMIP接口分别与AF、h-PCRF、h-OCS及PCEFa连接;PCEF a通过S7a接口、Gya以及CMIP/PMIP接口分别与h-PCRF、h-OCS及PCEF b连接;h-PCRF通过RX+接口与AF连接,其中,
AF,用于提供业务应用的接入点,在业务面进行参数协商时,AF将相关应用层业务消息向PCRF发送,接收PCRF的反馈信息,发送出去;
h-PCRF,用于负责策略决策和计费规则的制定,根据从PCEF a或PCEFb接收的PCC规则请求消息或应用层业务消息或自身的触发,制定PCC规则,向PCEF a和PCEF b发送PCC规则提供消息;
h-OCS,用于接收PCEF a或PCEF b发送的信用请求消息,向PCEF b发送最终报告请求消息,请求PCEF b上报存储的在线计费剩余信用信息;根据PCEF b发送的信用请求消息,向PCEF b和PCEF a发送信用响应消息;
PCEF a,用于根据触发事件的发生或自身的触发,向h-PCRF发送PCC规则请求消息,携带h-PCRF进行PCC决策的更新信息;根据h-PCRF发送的PCC规则提供消息,更新自身的PCC规则;当检测到符合自身存储的信用重授权事件的发生或新增的计费标识或不可用的计费标识,向h-OCS发送信用请求消息,接收h-OCS发送的信用响应消息,获知信用重授权过程完成;
PCEF b,用于根据触发事件的发生或自身的触发,向h-PCRF发送PCC规则请求消息,携带h-PCRF进行PCC决策的更新信息;根据h-PCRF发送的PCC规则提供消息,更新自身的PCC规则;当检测到符合自身存储的信用重授权事件的发生或新增的计费标识或不可用的计费标识,向h-OCS发送信用请求消息,接收h-OCS发送的信用响应消息,根据携带的在线计费信用信息,进行更新。
实际应用中,PCEF a与h-OCS之间也可以没有连接,在漫游情况下,该系统还包括v-OCS和v-PCRF,v-PCRF与h-PCRF之间的接口也可以为多个,PCEF b也可以进一步分为PCEF b1和PCEF b2。
实施例一:基于图4的非漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在非漫游的PCC架构下,PCEF a和PCEF b都会收到从h-PCRF下发的触发事件和从h-OCS下发的信用重授权事件。所以PCEF a和PCEF b都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,也都可能在发生的事件与信用重授权事件匹配时发起信用重授权流程。
当PCEF a或PCEF b判断需要进行IP-CAN会话修改时,向h-PCRF请求PCC规则,h-PCRF制定PCC规则,并发送给PCEF a和PCEF b进行更新。
当h-PCRF判断需要进行IP-CAN会话修改时,h-PCRF发起IP-CAN会话修改流程,h-PCRF将PCC规则发送给PCEF a和PCEF b进行更新。
上述h-PCRF将PCC规则发送给PCEF a和PCEF b,可以采用以下方式:第一种方式,预先在PCEF a和PCEF b实体上分别配置相应实体需要执行的PCC规则信息,h-PCRF将相同的PCC规则发送给PCEF a和PCEF b,PCEF a和PCEF b根据自身预先的配置从接收到的PCC规则中区分出自己需要执行的PCC规则信息;第二种方式,h-PCRF将相同的PCC规则发送给PCEF a和PCEF b,h-PCRF在向PCEF a和PCEF b实体提供PCC规则之前或者提供PCC规则的同时,向PCEF a和PCEF b实体提供PCC规则的执行指示,PCEF a和PCEF b根据接收到PCC规则包含的执行指示,区分出自身需要执行的PCC规则信息;第三种方式,h-PCRF根据PCEF a和PCEFb实体执行的功能不同,对PCEF a和PCEF b实体分别制定相应的PCC规则,分别下发给对应的PCEF a和PCEF b实体,PCEFa和PCEFb直接对收到的PCC规则进行执行。
此外,当PCEF a判断需要进行信用重授权时,PCEF a向h-OCS请求信用重授权,h-OCS向PCEF b发送命令,要求PCEF b传送剩余信用报告,PCEF b向h-OCS发送剩余信用报告,h-OCS将新的信用下发给PCEF b;如果需要进行信用重授权事件的更新,h-OCS对需要进行信用重授权事件更新的PCEF a及PCEF b实体进行信用重授权事件的更新,例如,如果PCEF a没有存储信用重授权相关信息,则对PCEF b实体进行信用重授权事件的更新,如果PCEF a存储信用重授权相关信息,则对PCEF a和PCEF b实体进行信用重授权事件的更新。
当PCEF b判断需要进行信用重授权时,PCEF b向h-OCS请求信用重授权并发送剩余信用报告,h-OCS将新的信用下发给PCEF b;如果需要进行信用重授权事件的更新,h-OCS对需要进行信用重授权事件更新的PCEF a及PCEF b实体进行信用重授权事件的更新,这种情况下,需要对PCEF a实体进行信用重授权事件的更新,对PCEF b实体,可以进行,也可以不进行信用重授权事件的更新。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
图8为本发明实施例一PCEF a发起的IP-CAN会话修改流程示意图,如图8所示,该流程包括:
步骤801,PCEF a判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF a存储的触发事件的发生或者是PCEF a的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤802,PCEF a向h-PCRF发送PCC规则请求消息;
本步骤中,PCC规则请求消息中携带h-PCRF进行PCC决策所需要的更新信息,发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤803,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤804,h-PCRF向PCEF b发送PCC规则提供消息;
步骤805,h-PCRF向PCEF a发送PCC规则提供消息;
步骤806,如果采用在线计费模式,PCEF a和PCEF b根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF a和PCEF b将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEF a或PCEF b发起信用重授权流程。
实际应用中,步骤804和步骤805并没有先后顺序,步骤805可以在步骤804之前或之后或同时发生。
图9为本发明实施例一PCEF b发起的IP-CAN会话修改流程示意图,如图9所示,与图8不同的是,
在步骤901中,PCEF b判断的依据可以是符合PCEF b存储的触发事件的发生或者是PCEF b的内部触发。
在步骤902中,PCEF b向h-PCRF发送的PCC规则请求消息中携带h-PCRF进行PCC决策所需要的更新信息。
图10为本发明实施例一h-PCRF发起的IP-CAN会话修改流程示意图,如图10所示,该流程包括:
步骤1001,AF向h-PCRF提供或者修改应用层业务消息,触发h-PCRF发起IP-CAN会话修改,或h-PCRF的内部事件触发h-PCRF发起IP-CAN会话修改;
步骤1002,h-PCRF向AF返回提供或者修改应用层业务确认消息;
步骤1003,h-PCRF制定PCC规则;
步骤1004,h-PCRF向PCEF b发送PCC规则提供消息;
本步骤中,h-PCRF也可以同时在向PCEF b发送的PCC规则提供消息中携带触发事件信息,用于对PCEF b存储的现有触发事件信息进行更新。
步骤1005,h-PCRF向PCEF a发送PCC规则提供消息;
步骤1006,如果采用在线计费模式,PCEF a和PCEF b根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF a和PCEF b将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEF a或PCEF b发起信用重授权流程。
实际应用中,步骤1004和步骤1005并没有先后顺序,步骤1005可以在步骤1004之前或之后或同时发生。
图11为本发明实施例一PCEF a发起的信用重授权流程示意图,如图11所示,该流程包括:
步骤1101,PCEF a判断需要进行信用重授权,向h-OCS发送信用请求消息;
本步骤中,PCEF a判断的依据可以是符合PCEF a存储的信用重授权事件的发生或者是检测到新增的或不可用的charging key。
步骤1102,h-OCS向PCEF b发送最终报告请求消息,请求PCEF b上报存储的原来的在线计费剩余信用信息;
步骤1103,PCEF b接收最终报告请求消息,向h-OCS发送信用请求消息,消息中携带包含原来的在线计费剩余信用信息的最终报告;
步骤1104,h-OCS接收信用请求消息,向PCEF b发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到的最终报告的回应信息;
步骤1105,h-OCS向PCEF a发送信用响应消息,通知PCEF a信用重授权过程完成。
实际应用中,步骤1104和步骤1105并没有先后顺序,步骤1105可以在步骤1104之前或之后或同时发生;在h-OCS下发的信用响应消息中还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息。
图12为本发明实施例一PCEF b发起的信用重授权流程示意图,如图12所示,该流程包括:
步骤1201,PCEF b判断需要进行信用重授权,向h-OCS发送信用请求消息,消息中携带最终报告;
本步骤中,PCEF b判断的依据可以是符合PCEF b存储的信用重授权事件的发生,或者是检测到新增的或不可用的charging key等。
步骤1202,h-OCS向PCEF b发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到最终报告的回应信息,还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1203,如果h-OCS需要对信用重授权事件信息进行更新,h-OCS向PCEF a发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1204,PCEF a接收信用重授权事件更新消息,更新自身存储的信用重授权事件后,向h-OCS返回响应。
实际应用中,步骤1202和步骤1203并没有先后顺序,步骤1202可以在步骤1203之后或同时发生。
由上述实施例可以看出,在非漫游的PCC架构下,通过由PCEF a或PCEF b或h-PCRF发起IP-CAN会话修改的流程,当h-PCRF判断需要进行信用重授权时,由PCEF a或PCEF b发起信用重授权的流程,实现了IP-CAN会话的修改和信用重授权。
实施例二:基于图4a的非漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在图4a的PCC架构中,PCEF a和PCEF b都会收到从h-PCRF下发的触发事件,其中对于PCEF a,可以是h-PCRF直接将触发事件下发给PCEFa,也可以是h-PCRF将触发事件下发给PCEF b,由PCEF b区分出承载相关的触发事件信息,将与承载相关的触发事件信息发送给PCEF a;信用重授权事件由h-OCS发送给PCEF b,PCEF a上没有信用重授权事件。因此,PCEF a和PCEF b都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,但只有PCEF b在发生的事件与信用重授权事件匹配时发起信用重授权流程,PCEF a不会发起信用重授权流程。
同样地,与实施例一相似,h-PCRF将PCC规则发送给PCEF a和PCEFb,可以采用三种方式,在此不再赘述。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
对于h-PCRF直接将触发事件下发给PCEF a的情况,因为PCEF a和PCEF b之间的接口没有承载概念,与承载相关的事件只可以在PCEF a上被感知,PCEF b上无法感知。但是PCEF b又需要根据发生的承载相关的事件来进行信用重授权,所以对于PCEF a发起的IP-CAN会话修改流程,h-PCRF在从PCEF a收到PCC规则请求消息(其中包括发生的触发事件信息和受到影响的PCC规则信息等)并制定出新的PCC规则后,在向PCEF b下发PCC规则的同时,向PCEF b提供从PCEF a获得的发生的触发事件信息和受到影响的PCC规则信息,并指示出该触发事件信息用于信用重授权事件匹配,具体的指示方式可以是在h-PCRF向PCEF b下发触发事件时增加一种新的触发事件类型,该类触发事件专门用于信用重授权事件匹配,也可以是在现有的触发事件信息中增加一个标示,用于标示该触发事件是用于对PCEF b存储的触发事件的更新还是用于信用重授权事件匹配,当然,也可以是其它的方式。PCEF b将从h-PCRF收到的用于信用重授权事件匹配的触发事件信息与自身存储的信用重授权事件进行匹配,判断是否需要进行信用重授权,如果需要进行信用重授权,则对从h-PCRF收到的所有受到影响的PCC规则进行信用重授权。
图12a为本发明实施例二h-PCRF直接将触发事件下发给PCEF a,PCEFa发起的IP-CAN会话修改流程示意图,如图12a所示,该流程包括:
步骤12a1,PCEF a判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF a存储的触发事件的发生或者是PCEF a的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤12a2,PCEF a向h-PCRF发送PCC规则请求消息;
本步骤中,PCC规则请求消息中携带h-PCRF进行PCC决策所需要的更新信息、发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤12a3,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤12a4,h-PCRF向PCEF b发送PCC规则提供消息;
本步骤中,h-PCRF向PCEF b发送的PCC规则提供消息可以携带从PCEF a接收到的触发事件信息和受影响的PCC规则信息,并指示该触发事件信息用于信用重授权事件匹配。
步骤12a5~步骤12a6,如果采用在线计费模式,PCEF b根据自身存储的信用重授权事件信息和PCC规则提供消息携带的发生的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEF b将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,PCEF b发起信用重授权流程,对从h-PCRF接收到的所有受影响的PCC规则信息进行信用重授权。
步骤12a7,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息。
步骤12a8,h-PCRF根据PCEFb返回的PCC规则响应消息向PCEF a发送PCC规则提供消息。
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
对于h-PCRF将触发事件下发给PCEF b,由PCEF b区分出承载相关的触发事件发送给PCEF a,PCEF a发起的IP-CAN会话修改流程的情况,PCEFa检测到触发事件发生时,将发生的触发事件信息和受影响的PCC规则信息发送给PCEF b,由PCEF b将收到的触发事件信息和受影响的PCC规则信息发送给h-PCRF,请求新的PCC规则;在从h-PCRF接收到新的PCC规则后,PCEF b根据从PCEF a收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF收到的新的PCC规则判断是否需要发起信用重授权流程。
图12b为本发明实施例二h-PCRF将触发事件下发给PCEF b,PCEF a发起的IP-CAN会话修改流程示意图,如图12b所示,该流程包括:
步骤12b1,PCEF a判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF a存储的触发事件的发生或者是PCEF a的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤12b2,PCEF a将PCC决策更新消息向PCEF b发送;
本步骤中,在发送PCC决策所需要的更新信息的同时,发送发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤12b3,PCEF b向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息以及发生的触发事件信息和受到该触发事件影响的PCC规则信息;
步骤12b4,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤12b5,h-PCRF向PCEF b发送PCC规则提供消息;
步骤12b6~步骤12b7,如果采用在线计费模式,PCEF b根据从PCEFa接收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF接收到的PCC规则提供消息判断是否需要发起信用重授权流程;
步骤12b8,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息。
步骤12b9,h-PCRF根据PCEFb返回的PCC规则响应消息向PCEF a发送PCC规则提供消息。
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
图12b’为本发明实施例二h-PCRF将触发事件下发给PCEF b,PCEF a发起的另一种IP-CAN会话修改流程示意图,如图12b’所示,与图12b不同的是,
步骤12b’8,PCEFb向PCEFa返回PCC决策更新回应消息,如果信用不可用,则对PCEFa返回拒绝消息;
步骤12b’9,PCEFa接收到PCEFb的成功回应消息后向hPCRF请求PCC规则;
步骤12b’10,h-PCRF向PCEF a发送PCC规则提供消息。
图12c为本发明实施例二PCEF b发起的IP-CAN会话修改流程示意图,如图12c所示,与图12a不同的是,
在步骤12c1中,PCEF b判断的依据可以是符合PCEF b存储的触发事件的发生或者是PCEF b的内部触发。
在步骤12c2中,PCEF b向h-PCRF发送的PCC规则请求消息中携带h-PCRF进行PCC决策所需要的更新信息。
在步骤12c4中,h-PCRF向PCEF b发送PCC规则提供消息;
图12d为本发明实施例二h-PCRF发起的IP-CAN会话修改流程示意图,如图12d所示,该流程包括:
步骤12d1,AF向h-PCRF提供或者修改应用层业务消息,触发h-PCRF发起IP-CAN会话修改,或h-PCRF的内部事件触发h-PCRF发起IP-CAN会话修改;
步骤12d2,h-PCRF向AF返回提供或者修改应用层业务确认消息;
步骤12d3,h-PCRF制定PCC规则;
步骤12d4,h-PCRF向PCEF b发送PCC规则提供消息;
步骤12d5~6,如果采用在线计费模式,PCEF b根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF b将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEF b需要向h-OCS请求新的信用,对于不可用的charging key,PCEF b向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEF b向h-OCS重新请求信用。
步骤12d7,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息。
步骤12d8,h-PCRF根据PCEFb返回的PCC规则响应消息向PCEF a发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
实施例三:基于图5的漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在漫游的PCC架构下,PCEF a和PCEF b都会收到从h-PCRF下发的触发事件和从h-OCS下发的信用重授权事件。所以PCEF a和PCEF b都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,也都可能在发生的事件与信用重授权事件匹配时发起信用重授权流程。
当PCEF a判断需要进行IP-CAN会话修改时,PCEF a通过v-PCRF向h-PCRF请求PCC规则,h-PCRF制定PCC规则,发送给PCEF b进行更新,同时,通过v-PCRF发送给PCEF a进行更新。
当PCEF b判断需要进行IP-CAN会话修改时,PCEF b向h-PCRF请求PCC规则,h-PCRF制定PCC规则,发送给PCEF b进行更新,同时,通过v-PCRF发送给PCEF a进行更新。
当h-PCRF判断需要进行IP-CAN会话修改时,h-PCRF发起IP-CAN会话修改,h-PCRF将PCC规则发送给PCEF b进行更新,同时,通过v-PCRF发送给PCEF a进行更新。
上述h-PCRF将PCC规则发送给PCEF a和PCEF b,可以采用以下三种方式:第一种方式,预先在PCEF a和PCEF b实体上分别配置相应实体需要执行的PCC规则信息,h-PCRF将相同的PCC规则发送给PCEF a和PCEFb,PCEF a和PCEF b根据自身预先的配置从接收到的PCC规则中区分出自己需要执行的PCC规则信息;第二种方式,h-PCRF将相同的PCC规则发送给PCEF a和PCEF b,h-PCRF在向PCEF a和PCEF b实体提供PCC规则之前或者提供PCC规则的同时,向PCEF a和PCEF b实体提供PCC规则的执行指示,PCEF a和PCEF b根据接收到PCC规则包含的执行指示,区分出自身需要执行的PCC规则信息;第三种方式,h-PCRF根据PCEF a和PCEFb实体执行的功能不同,对PCEF a和PCEF b实体分别制定相应的PCC规则,分别下发给对应的PCEF a和PCEF b实体,PCEFa和PCEFb直接对收到的PCC规则进行执行。
此外,当PCEF a判断需要进行信用重授权时,PCEF a通过v-OCS向h-OCS请求信用重授权,h-OCS向PCEF b发送命令,要求PCEF b传送剩余信用报告,PCEF b向h-OCS发送剩余信用报告,h-OCS将新的信用下发给PCEF b;如果需要对PCEF b进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给PCEF b进行更新,如果需要对PCEF a进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给v-OCS,通过v-OCS对PCEF a进行信用重授权事件的更新。
当PCEF b判断需要进行信用重授权时,PCEF b向h-OCS请求信用重授权并发送剩余信用报告,h-OCS将新的信用下发给PCEF b。如果需要对PCEF b进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给PCEF b进行更新,如果需要对PCEF a进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件下发给v-OCS,通过v-OCS对PCEF a进行信用重授权事件信息的更新。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
图13为本发明实施例三PCEF a发起的IP-CAN会话修改流程示意图,如图13所示,该流程包括:
步骤1301,PCEF a判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF a存储的触发事件的发生或者是PCEF a的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤1302,PCEF a向v-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤1303,v-PCRF接收PCC规则请求消息,向h-PCRF发送PCC规则请求消息,消息中携带PCEF a发送的h-PCRF进行PCC决策所需要的更新信息;
步骤1304,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤1305,h-PCRF向PCEF b发送PCC规则提供消息;
步骤1306,h-PCRF向v-PCRF发送PCC规则提供消息;
步骤1307,v-PCRF向PCEF a发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
步骤1308,如果采用在线计费模式,PCEF a和PCEF b根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF a和PCEF b将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEF a或PCEF b发起信用重授权流程。
实际应用中,步骤1305、步骤1306及步骤1307之间并没有先后顺序,步骤1307可以在步骤1305或步骤1306之前或之后或同时发生。
图14为本发明实施例三PCEF b发起的IP-CAN会话修改流程示意图,如图14所示,与图13不同的是,
在步骤1401中,PCEF b判断的依据可以是符合PCEF b存储的触发事件的发生或者是PCEF b的内部触发。
步骤1302和步骤1303对应步骤1402,PCEF b向h-PCRF发送的PCC规则请求消息中携带h-PCRF进行PCC决策所需要的更新信息。
图15为本发明实施例三h-PCRF发起的IP-CAN会话修改流程示意图,如图15所示,该流程包括:
步骤1501,AF向h-PCRF提供或者修改应用层业务消息,触发h-PCRF发起IP-CAN会话修改,或h-PCRF的内部事件触发h-PCRF发起IP-CAN会话修改;
步骤1502,h-PCRF向AF返回提供或者修改应用层业务确认消息;
步骤1503,h-PCRF制定PCC规则;
步骤1504,h-PCRF向PCEF b发送PCC规则提供消息;
步骤1505,h-PCRF向PCEF a发送PCC规则提供消息;
步骤1506,v-PCRF向PCEF a发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
步骤1507,如果采用在线计费模式,PCEF a和PCEF b根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF a和PCEF b将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEF a或PCEF b发起信用重授权流程。
实际应用中,步骤1504、步骤1505及步骤1506之间并没有先后顺序,步骤1506可以在步骤1504或步骤1505之前或之后或同时发生。
图16为本发明实施例三PCEF a发起的信用重授权流程示意图,如图16所示,该流程包括:
步骤1601,PCEF a判断需要进行信用重授权,向v-OCS发送信用请求消息;
本步骤中,PCEF a判断的依据可以是符合PCEF a存储的信用重授权事件的发生或者是检测到新增的或不可用的charging key。
步骤1602,v-OCS向h-OCS发送信用请求消息;
步骤1603,h-OCS向PCEF b发送最终报告请求消息,请求PCEF b上报存储的原来的在线计费剩余信用信息;
步骤1604,PCEF b接收最终报告请求消息,向h-OCS发送信用请求消息,消息中携带包含原来的在线计费剩余信用信息的最终报告;
步骤1605,h-OCS接收信用请求消息,向PCEF b发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到的最终报告的回应信息;
步骤1606,h-OCS向v-OCS发送信用响应消息,通知信用重授权过程完成;
步骤1607,v-OCS向PCEF a发送信用响应消息,通知信用重授权过程完成。
实际应用中,步骤1605、步骤1606及步骤1607并没有先后顺序,步骤1607可以在步骤1605或步骤1606之前或之后或同时发生;在h-OCS下发的信用响应消息中还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息。
图17为本发明实施例三PCEF b发起的信用重授权流程示意图,如图17所示,该流程包括:
步骤1701,PCEF b判断需要进行信用重授权,向h-OCS发送信用请求消息,消息中携带最终报告;
本步骤中,PCEF b判断的依据可以是符合PCEF b存储的信用重授权事件的发生,或者是检测到新增的或不可用的charging key等。
步骤1702,h-OCS向PCEF b发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到最终报告的回应信息,还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1703,如果h-OCS需要对信用重授权事件信息进行更新,h-OCS向v-OCS发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1704,v-OCS向PCEF a发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1705,PCEF a接收信用重授权事件更新消息,更新自身存储的信用重授权事件后,向v-OCS返回更新信用重授权事件响应消息;
步骤1706,v-OCS向h-OCS返回更新信用重授权事件响应消息。
实际应用中,步骤1702和步骤1703并没有先后顺序,步骤1702可以在步骤1703之后或同时发生。
由上述实施例可以看出,在漫游的PCC架构下,PCEF a通过v-PCRF向h-PCRF请求PCC规则,或由PCEF b向h-PCRF请求PCC规则,或由h-PCRF发起IP-CAN会话修改的流程,当h-PCRF判断需要进行信用重授权时,PCEF a通过v-OCS向h-OCS请求信用重授权,或由PCEF b向h-OCS请求信用重授权,发起信用重授权的流程,实现了IP-CAN会话的修改和信用重授权。
实施例四:基于图5a的漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在图5a的PCC架构中,PCEF a和PCEF b都会收到从h-PCRF下发的触发事件,其中对于PCEF a,可以是h-PCRF将触发事件经v-PCRF下发给PCEF a,也可以是h-PCRF将触发事件下发给PCEF b,由PCEF b区分出承载相关的触发事件发送给PCEF a;信用重授权事件由h-OCS发送给PCEF b,PCEF a上没有信用重授权事件。因此,PCEF a和PCEF b都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,但只有PCEF b在发生的事件与信用重授权事件匹配时发起信用重授权流程,PCEF a不会发起信用重授权流程。
同样地,与实施例三相似,h-PCRF将PCC规则发送给PCEF a和PCEFb,可以采用以下三种方式,在此不再赘述。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
对于h-PCRF将触发事件通过v-PCRF下发给PCEF a,PCEF a发起的IP-CAN会话修改流程的情况,h-PCRF通过v-PCRF从PCEF a收到PCC规则请求消息(其中包括发生的触发事件信息和受到影响的PCC规则信息等)并制定出新的PCC规则后,在向PCEF b下发PCC规则的同时,向PCEF b提供从PCEF a获得的触发事件信息和受到影响的PCC规则信息,并指示出该触发事件信息用于信用重授权事件匹配,具体的指示方式可以是在h-PCRF向PCEF b下发触发事件时增加一种新的触发事件类型,该类触发事件专门用于信用重授权事件匹配,也可以是在现有的触发事件信息中增加一个标示,用于标示该触发事件是用于对PCEF b存储的触发事件的更新还是用于信用重授权事件匹配,当然,也可以是其它的方式。PCEF b将从h-PCRF收到的用于信用重授权事件匹配的触发事件信息与自身存储的信用重授权事件进行匹配,判断是否需要进行信用重授权,如果需要进行信用重授权,则对从h-PCRF收到的所有受到影响的PCC规则进行信用重授权。
图17a为本发明实施例四h-PCRF将触发事件通过v-PCRF下发给PCEFa,PCEF a发起的IP-CAN会话修改流程示意图,如图17a所示,该流程包括:
步骤17a1,PCEF a判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF a存储的触发事件的发生或者是PCEF a的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤17a2,PCEF a向v-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤17a3,v-PCRF接收PCC规则请求消息,向h-PCRF发送PCC规则请求消息,消息中携带PCEF a发送的h-PCRF进行PCC决策所需要的更新信息;
步骤17a4,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤17a5,h-PCRF向PCEF b发送PCC规则提供消息;
本步骤中,h-PCRF向PCEF b发送PCC规则提供消息的同时,可以向PCEF b提供从PCEF a收到的触发事件信息和受影响的PCC规则信息,并指示该触发事件信息用于信用重授权事件匹配。
步骤17a6~7,如果采用在线计费模式,PCEF b根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEF b将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,PCEF b发起信用重授权流程,对从h-PCRF接收到的所有受到影响的PCC规则进行信用重授权。
步骤17a8,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤17a9,h-PCRF根据PCEFb返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤17a10,v-PCRF向PCEF a发送PCC规则提供消息。
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
对于h-PCRF将触发事件下发给PCEF b,由PCEF b区分出承载相关的触发事件发送给PCEF a,PCEF a发起的IP-CAN会话修改流程的情况,PCEFa检测到触发事件发生时,将发生的触发事件信息和受影响的PCC规则信息发送给PCEF b,由PCEF b将收到的触发事件信息和受影响的PCC规则信息发送给h-PCRF,请求新的PCC规则;在从h-PCRF接收到新的PCC规则后,PCEF b根据从PCEF a收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF收到的新的PCC规则判断是否需要发起信用重授权流程。
图17b为本发明实施例四h-PCRF将触发事件下发给PCEF b,PCEF a发起的IP-CAN会话修改流程示意图,如图17b所示,该流程包括:
步骤17b1,PCEF a判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF a存储的触发事件的发生或者是PCEF a的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤17b2,PCEF a将PCC决策所需要的更新消息向PCEF b发送;
本步骤中,PCC决策所需要的更新消息包括发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤17b3,PCEF b向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤17b4,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤17b5,h-PCRF向PCEF b发送PCC规则提供消息;
步骤17b6~步骤17b7,如果采用在线计费模式,PCEF b根据从PCEFa接收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF接收到的PCC规则提供消息判断是否需要发起信用重授权流程。
步骤17b8,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤17b9,h-PCRF根据PCEFb返回的PCC规则向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤17b10,v-PCRF向PCEF a发送PCC规则提供消息。
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
图17c为本发明实施例四PCEF b发起的IP-CAN会话修改流程示意图,如图17c所示,该流程包括:
步骤17c1,PCEF b判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF b存储的触发事件的发生或者是PCEF b的内部触发。
步骤17c2,PCEF b向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤17c3,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤17c4,h-PCRF向PCEF b发送PCC规则提供消息;
步骤17c5~6,如果采用在线计费模式,PCEF b根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF b将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEF b需要向h-OCS请求新的信用,对于不可用的charging key,PCEF b向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEF b向h-OCS重新请求信用。
步骤17c7,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤17c8,h-PCRF根据PCEFb返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤17c9,v-PCRF向PCEF a发送PCC规则提供消息。
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。。
图17d为本发明实施例四h-PCRF发起的IP-CAN会话修改流程示意图,如图17d所示,该流程包括:
步骤17d1,AF向h-PCRF提供或者修改应用层业务消息,触发h-PCRF发起IP-CAN会话修改,或h-PCRF的内部事件触发h-PCRF发起IP-CAN会话修改;
步骤17d2,h-PCRF向AF返回提供或者修改应用层业务确认消息;
步骤17d3,h-PCRF制定PCC规则;
步骤17d4,h-PCRF向PCEF b发送PCC规则提供消息;
步骤17d5~6,如果采用在线计费模式,PCEF b根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF b将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEF b需要向h-OCS请求新的信用,对于不可用的charging key,PCEF b向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEF b向h-OCS重新请求信用。
步骤17d7,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤17d8,h-PCRF根据PCEFb返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤17d9,v-PCRF向PCEF a发送PCC规则提供消息。
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。。
实施例五:基于图6的漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在漫游的PCC架构下,PCEF a和PCEF b1、PCEF b2都会收到从h-PCRF下发的触发事件和从h-OCS下发的信用重授权事件。所以PCEF a和PCEFb1、PCEF b2都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,也都可能在发生的事件与信用重授权事件匹配时发起信用重授权流程。
当PCEF a或PCEF b1判断需要进行IP-CAN会话修改时,PCEF a或PCEF b1通过v-PCRF向h-PCRF请求PCC规则,h-PCRF制定PCC规则,发送给PCEF b2进行更新,同时,通过v-PCRF发送给PCEF a和/或PCEF b1进行更新;
当PCEF b2判断需要进行IP-CAN会话修改时,PCEF b2向h-PCRF请求PCC规则,h-PCRF制定PCC规则,发送给PCEF b2进行更新,同时,通过v-PCRF发送给PCEF a和/或PCEF b1进行更新。
当h-PCRF判断需要进行IP-CAN会话修改时,h-PCRF发起IP-CAN会话修改,h-PCRF将PCC规则发送给PCEF b2进行更新,同时,通过v-PCRF发送给PCEF a和/或PCEF b1进行更新。
上述h-PCRF将PCC规则发送给PCEF a和PCEF b1,PCEF b2,可以采用以下三种方式:第一种方式,预先在PCEF a和PCEF b1,PCEF b2实体上分别配置相应实体需要执行的PCC规则信息,h-PCRF将相同的PCC规则发送给PCEF a和PCEF b1,PCEF b2,PCEF a和PCEF b1,PCEF b2根据自身预先的配置从接收到的PCC规则中区分出自己需要执行的PCC规则信息;第二种方式,h-PCRF将相同的PCC规则发送给PCEF a和PCEF b1,PCEF b2,h-PCRF在向PCEF a和PCEF b1,PCEF b2实体提供PCC规则之前或者提供PCC规则的同时,向PCEF a和PCEF b1,PCEF b2实体提供PCC规则的执行指示,PCEF a和PCEF b1,PCEF b2根据接收到PCC规则包含的执行指示,区分出自身需要执行的PCC规则信息;第三种方式,h-PCRF根据PCEF a和PCEF b1,PCEF b2实体执行的功能不同,对PCEF a和PCEFb1,PCEF b2实体分别制定相应的PCC规则,分别下发给对应的PCEF a和PCEF b1,PCEF b2实体,PCEFa和PCEF b1,PCEF b2直接对收到的PCC规则进行执行。
对于h-PCRF向不同的PCEF实体提供不同的PCC规则执行指示或h-PCRF根据PCEF实体功能不同提供不同PCC规则的情况,由于h-PCRF需要经过v-PCRF才能将PCC规则分别提供给PCEF a和PCEF b1,因而,h-PCRF和V-PCRF之间的接口可以是多个S9接口,分别对应与V-PCRF相连的多个PCEF实体如PCEF a,PCEF b1等;也可以是一个S9接口,在其上传递的PCC规则需要携带提供给目的PCEF实体的指示。
此外,当PCEF a或PCEF b1判断需要进行信用重授权时,PCEF a或PCEF b1通过v-OCS向h-OCS请求信用重授权,h-OCS向PCEF b2发送命令,要求PCEF b2传送剩余信用报告,PCEF b2向h-OCS发送剩余信用报告,h-OCS将新的信用下发给PCEF b2;如果需要对PCEF b2进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给PCEF b2进行更新,如果需要对PCEF a或PCEF b1进行信用重授权事件信息的更新,h-OCS将需要更新的信用重授权事件信息下发给v-OCS,通过v-OCS对PCEF a或PCEF b1进行信用重授权事件信息的更新。
当PCEF b2判断需要进行信用重授权时,PCEF b2向h-OCS请求信用重授权并发送剩余信用报告,h-OCS将新的信用下发给PCEF b2。如果需要对PCEF b2进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给PCEF b2进行更新,如果需要对PCEF a或PCEF b1进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给v-OCS,通过v-OCS对PCEF a或PCEF b1进行信用重授权事件信息的更新。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
图18为本发明实施例五PCEF a发起的IP-CAN会话修改流程示意图,如图18所示,该流程包括:
步骤1801,PCEF a判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF a存储的触发事件的发生或者是PCEF a的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤1802,PCEF a向v-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤1803,v-PCRF接收PCC规则请求消息,向h-PCRF发送PCC规则请求消息,消息中携带PCEF a发送的h-PCRF进行PCC决策所需要的更新信息;
步骤1804,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤1805,h-PCRF向PCEF b2发送PCC规则提供消息;
步骤1806,h-PCRF向v-PCRF发送PCC规则提供消息;
步骤1807,v-PCRF向PCEF a发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后将该消息向PCEF a发送。
步骤1808,v-PCRF向PCEF b1发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后将该消息向PCEF b1发送。
步骤1809,PCEF a、PCEF b1、PCEF b2根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF a、PCEF b1、PCEF b2将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEF a或PCEF b1或PCEF b2发起信用重授权流程。
实际应用中,步骤1805与步骤1806之间并没有先后顺序,步骤1806可以在步骤1805之前或同时发生;同样,步骤1807与步骤1808之间也并没有先后顺序。
图19为本发明实施例五PCEF b1发起的IP-CAN会话修改流程示意图。参见图19,与图18不同的是,在步骤1901,PCEF b1判断需要发起IP-CAN会话修改流程,请求更新PCC规则。其它流程与图18流程相类似,在此不再赘述。
图20为本发明实施例五PCEF b2发起的IP-CAN会话修改流程示意图,如图20所示,该流程包括:
步骤2001,PCEF b2判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF b2存储的触发事件的发生或者是PCEF b2的内部触发。
步骤2002,PCEF b2向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤2003,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤2004,h-PCRF向PCEF b2发送PCC规则提供消息;
步骤2005,h-PCRF向v-PCRF发送PCC规则提供消息;
步骤2006,v-PCRF向PCEF b1发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后,将该消息向PCEF b1发送。
步骤2007,v-PCRF向PCEF a发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后,将该消息向PCEF a发送。
步骤2008,PCEF a、PCEF b1、PCEF b2根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF a、PCEF b1、PCEF b2将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEF a或PCEF b1或PCEF b2发起信用重授权流程。
实际应用中,步骤2004与步骤2005之间并没有先后顺序,步骤2005可以在步骤2004之前或同时发生;同样,步骤2006与步骤2007之间也并没有先后顺序。
图21为本发明实施例五h-PCRF发起的IP-CAN会话修改流程示意图,如图21所示,该流程包括:
步骤2101,AF向h-PCRF提供或者修改应用层业务消息,触发h-PCRF发起IP-CAN会话修改,或h-PCRF的内部事件触发h-PCRF发起IP-CAN会话修改;
步骤2102,h-PCRF向AF返回提供或者修改应用层业务确认消息;
步骤2103,h-PCRF制定PCC规则;
步骤2104,h-PCRF向PCEF b2发送PCC规则提供消息;
步骤2105,h-PCRF向v-PCRF发送PCC规则提供消息;
步骤2106,v-PCRF向PCEF b1发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后,将该消息向PCEF b1发送。
步骤2107,v-PCRF向PCEF a发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后,将该消息向PCEF a发送。
步骤2108,PCEF a、PCEF b1、PCEF b2根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEF a、PCEF b1、PCEF b2将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEF a或PCEF b1或PCEF b2发起信用重授权流程。
实际应用中,步骤2104与步骤2105之间并没有先后顺序,步骤2105可以在步骤2104之前或同时发生;同样,步骤2106与步骤2107之间也并没有先后顺序。
图22为本发明实施例五PCEF a发起的信用重授权流程示意图,如图22所示,该流程包括:
步骤2201,PCEF a判断需要进行信用重授权,向v-OCS发送信用请求消息;
本步骤中,PCEF a判断的依据可以是符合PCEF a存储的信用重授权事件的发生或者是检测到新增的或不可用的charging key。
步骤2202,v-OCS向h-OCS发送信用请求消息;
步骤2203,h-OCS向PCEF b2发送最终报告请求消息,请求PCEF b2上报存储的原来的在线计费剩余信用信息;
步骤2204,PCEF b2接收最终报告请求消息,向h-OCS发送信用请求消息,消息中携带包含原来的在线计费剩余信用信息的最终报告;
步骤2205,h-OCS接收信用请求消息,向PCEF b2发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到的最终报告的回应信息;
步骤2206,h-OCS向v-OCS发送信用响应消息,通知信用重授权过程完成;
步骤2207,v-OCS向PCEF a发送信用响应消息,通知信用重授权过程完成;
步骤2208,v-OCS向PCEF b1发送信用响应消息,通知信用重授权过程完成。
实际应用中,步骤2205及步骤2206并没有先后顺序,步骤2206可以在步骤2205之前或同时发生;同样,步骤2207及步骤2208也并没有先后顺序,在h-OCS下发的信用响应消息中还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息。
图23为本发明实施例五PCEF b1发起的信用重授权流程示意图,如图23所示,与图22不同的是,在步骤2301,PCEF b1判断需要进行信用重授权,向v-OCS发送信用请求消息。其它流程与图22流程相类似,在此不再赘述。
图24为本发明实施例五PCEF b2发起的信用重授权流程示意图,如图24所示,该流程包括:
步骤2401,PCEF b2判断需要进行信用重授权,向h-OCS发送信用请求消息,消息中携带最终报告;
本步骤中,PCEF b2判断的依据可以是符合PCEF b2存储的信用重授权事件的发生,或者是检测到新增的或不可用的charging key等。
步骤2402,h-OCS向PCEF b2发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到最终报告的回应信息,还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤2403,如果h-OCS需要对信用重授权事件信息进行更新,h-OCS向v-OCS发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤2404,v-OCS向PCEF a发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤2405,PCEF a接收信用重授权事件更新消息,更新自身存储的信用重授权事件后,向v-OCS返回更新信用重授权事件响应消息;
步骤2406,v-OCS向PCEF b1发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤2407,PCEF b1接收信用重授权事件更新消息,更新自身存储的信用重授权事件后,向v-OCS返回更新信用重授权事件响应消息;
步骤2408,v-OCS向h-OCS返回更新信用重授权事件响应消息。
实际应用中,步骤2404及步骤2406并没有先后顺序,步骤2406可以在步骤2404之前或同时发生;同样,步骤2402及步骤2403也并没有先后顺序。
由上述实施例可以看出,在漫游的PCC架构下,PCEF a或PCEF b1通过v-PCRF向h-PCRF请求PCC规则,或由PCEF b2向h-PCRF请求PCC规则,或由h-PCRF发起IP-CAN会话修改的流程,当h-PCRF判断需要进行信用重授权时,PCEF a或PCEF b1通过v-OCS向h-OCS请求信用重授权,或由PCEF b2向h-OCS请求信用重授权,发起信用重授权的流程,实现了IP-CAN会话的修改和信用重授权。
实施例六:基于图6a的漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在图6a的PCC架构中,PCEF a和PCEF b1,PCEF b2都会收到从h-PCRF下发的触发事件,其中对于PCEF a,可以是h-PCRF将触发事件经由v-PCRF下发给PCEF a,也可以是h-PCRF将触发事件下发给PCEF b2,由PCEF b2区分出承载相关的触发事件经由PCEF b1发送给PCEF a。信用重授权事件由h-OCS发送给PCEF b2,PCEF a和PCEF b1上没有信用重授权事件。所以,PCEF a和PCEF b1,PCEF b2都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,但只有PCEF b2在发生的事件与信用重授权事件匹配时发起信用重授权,PCEF a和PCEF b1不会发起信用重授权。
同样地,与实施例五相似,h-PCRF将PCC规则发送给PCEF a和PCEFb1、PCEF b2,可以采用三种方式,在此不再赘述。
对于h-PCRF向不同的PCEF实体提供不同的PCC规则执行指示或者h-PCRF根据PCEF实体功能不同提供不同PCC规则的情况。h-PCRF和V-PCRF之间可以是多个S9接口,分别对应不同的PCEF实体(PCEF a,PCEFb1等),也可以仅是一个S9接口,在其上传递的PCC规则消息携带提供给目的PCEF实体的指示。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
对于h-PCRF将触发事件通过v-PCRF下发给PCEF a,PCEF a发起的IP-CAN会话修改流程的情况,h-PCRF通过v-PCRF从PCEF a收到PCC规则请求消息(其中包括发生的触发事件信息和受到影响的PCC规则信息等)并制定出新的PCC规则后,在向PCEF b2下发PCC规则的同时,向PCEF b2提供从PCEF a获得的触发事件信息和受到影响的PCC规则信息,并指示出该触发事件信息用于信用重授权事件匹配,具体的指示方式可以是在h-PCRF向PCEF b2下发触发事件时增加一种新的触发事件类型,该类触发事件专门用于信用重授权事件匹配,也可以是在现有的触发事件信息中增加一个标示,用于标示该触发事件是用于对PCEF b2存储的触发事件的更新还是用于信用重授权事件匹配,当然,也可以是其它的方式。PCEF b2将从h-PCRF收到的用于信用重授权事件匹配的触发事件信息与自身存储的信用重授权事件进行匹配,判断是否需要进行信用重授权,如果需要进行信用重授权,则对从h-PCRF收到的所有受到影响的PCC规则进行信用重授权。
图25为本发明实施例六h-PCRF将触发事件通过v-PCRF下发给PCEFa,PCEF a发起的IP-CAN会话修改流程示意图,如图25所示,该流程包括:
步骤2501,PCEF a判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF a存储的触发事件的发生或者是PCEF a的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤2502,PCEF a向v-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤2503,v-PCRF接收PCC规则请求消息,向h-PCRF发送PCC规则请求消息,消息中携带PCEF a或PCEF b1发送的h-PCRF进行PCC决策所需要的更新信息;
步骤2504,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤2505,h-PCRF向PCEF b2发送PCC规则提供消息;
本步骤中,h-PCRF向PCEF b2发送PCC规则提供消息的同时,可以向PCEF b2提供从PCEF a收到的触发事件信息和受影响的PCC规则信息,并指示该触发事件信息用于信用重授权事件匹配。
步骤2506~07,如果采用在线计费模式,PCEF b2根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEF b2将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,PCEF b2发起信用重授权流程,对从h-PCRF接收到的所有受到影响的PCC规则进行信用重授权。
步骤2508,PCEFb2向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤2509,h-PCRF根据PCEFb2返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤2510,v-PCRF向PCEF b1发送PCC规则提供消息;
本步骤中,PCEF b1接收的PCC规则提供消息,可以是v-PCRF从h-PCRF接收PCC规则提供消息,根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后发送给PCEF b1。
步骤2511,v-PCRF向PCEF a发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
对于h-PCRF将触发事件下发给PCEF b2,由PCEF b2区分出承载相关的触发事件,经由PCEF b1发送给PCEF a,PCEF a发起的IP-CAN会话修改流程的情况,PCEF a检测到触发事件发生时,将发生的触发事件信息和受影响的PCC规则信息经由PCEF b1发送给PCEF b2,由PCEF b2将收到的触发事件信息和受影响的PCC规则信息发送给h-PCRF,请求新的PCC规则;在从h-PCRF接收到新的PCC规则后,PCEF b2根据从PCEF a收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF收到的新的PCC规则判断是否需要发起信用重授权流程。
图26为本发明实施例六h-PCRF将触发事件下发给PCEF b2,PCEF a发起的IP-CAN会话修改流程示意图,如图26所示,该流程包括:
步骤2601,PCEF a判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF a存储的触发事件的发生或者是PCEF a的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤2602,PCEF a将PCC决策所需要的更新消息向PCEF b1发送;
本步骤中,PCC决策所需要的更新消息包括发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤2603,PCEF b1将PCC决策所需要的更新消息向PCEF b2发送;
步骤2604,PCEF b2向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤2605,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤2606,h-PCRF向PCEF b2发送PCC规则提供消息;
步骤2607~步骤2608,如果采用在线计费模式,PCEF b2根据从PCEFa接收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF接收到的PCC规则提供消息判断是否需要发起信用重授权流程;
步骤2609,PCEFb2向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤2610,h-PCRF根据PCEFb2返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,本步骤中,不可用的信用信用所对应的新制订的PCC规则不包括在PCC规则提供消息中。
步骤2611,v-PCRF向PCEF b1发送PCC规则提供消息;
本步骤中,PCEF b1接收的PCC规则提供消息,可以是v-PCRF从h-PCRF接收PCC规则提供消息,根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后发送给PCEF b1。
步骤2612,v-PCRF向PCEF a发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
图27为本发明实施例六PCEF b2发起的IP-CAN会话修改流程示意图,如图27所示,该流程包括:
步骤2701,PCEF b2判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEF b2存储的触发事件的发生或者是PCEF b2的内部触发。
步骤2702,PCEF b2向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤2703,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤2704,h-PCRF向PCEF b2发送PCC规则提供消息;
步骤2705~2706,如果采用在线计费模式,PCEF b2根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEF b2将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEF b2需要向h-OCS请求新的信用,对于不可用的charging key,PCEF b2向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEF b2向h-OCS重新请求信用。
步骤2707,PCEFb2向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤2708,h-PCRF根据PCEFb2返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤2709,v-PCRF向PCEF b1发送PCC规则提供消息;
本步骤中,PCEF b1接收的PCC规则提供消息,可以是v-PCRF从h-PCRF接收PCC规则提供消息,根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后发送给PCEF b1。
步骤2710,v-PCRF向PCEF a发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
图28为本发明实施例六h-PCRF发起的IP-CAN会话修改流程示意图,如图28所示,该流程包括:
步骤2801,AF向h-PCRF提供或者修改应用层业务消息,触发h-PCRF发起IP-CAN会话修改,或h-PCRF的内部事件触发h-PCRF发起IP-CAN会话修改;
步骤2802,h-PCRF向AF返回提供或者修改应用层业务确认消息;
步骤2803,h-PCRF制定PCC规则;
步骤2804,h-PCRF向PCEF b2发送PCC规则提供消息;
步骤2805~6,如果采用在线计费模式,PCEF b2根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEF b2将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEF b2需要向h-OCS请求新的信用,对于不可用的charging key,PCEF b2向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEF b2向h-OCS重新请求信用。
步骤2807,PCEFb2向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤2808,h-PCRF根据PCEFb2返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。如果信用可用,h-PCRF向PCEF a发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤2809,v-PCRF向PCEF b1发送PCC规则提供消息;
本步骤中,PCEF b1接收的PCC规则提供消息,可以是v-PCRF从h-PCRF接收PCC规则提供消息,根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后发送给PCEF b1。
步骤2810,v-PCRF向PCEF a发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
以上举较佳实施例,对本发明的目的、技术方案和优点进行了进一步详细说明,所应理解的是,以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (27)
1.一种会话修改方法,其特征在于,该方法包含:
本地策略和计费规则功能h-PCRF根据接收的策略和计费控制PCC规则请求消息或应用层业务消息或自身的触发,向策略与计费执行功能PCEF b发送PCC规则提供消息;
所述h-PCRF根据PCEF b提供的PCC规则响应消息向PCEF a发送PCC规则提供消息。
2.如权利要求1所述的方法,其特征在于,所述h-PCRF根据接收的PCC规则请求消息的步骤之前包括:所述h-PCRF将触发事件信息发送至PCEF a和PCEF b。
3.如权利要求2所述的方法,其特征在于,所述h-PCRF将触发事件信息发送至PCEF a包括:所述h-PCRF直接将触发事件信息发送至PCEF a,或所述h-PCRF将触发事件信息发送至PCEF b,PCEF b区分出承载相关的触发事件信息,将与承载相关的触发事件信息发送给PCEF a。
4.如权利要求3所述的方法,其特征在于,所述h-PCRF根据接收的策略和计费控制PCC规则请求消息包括:PCEF a根据触发事件的发生或自身的触发,向所述h-PCRF发送PCC规则请求消息,携带发生的触发事件信息和受影响的PCC规则信息;
所述向策略与计费执行功能PCEF b发送PCC规则提供消息包括:所述h-PCRF制定PCC规则,向PCEF b发送PCC规则提供消息,携带发生的触发事件信息和受影响的PCC规则信息,并指示所述发生的触发事件信息用于信用重授权事件匹配。
5.如权利要求3所述的方法,其特征在于,所述h-PCRF根据接收的策略和计费控制PCC规则请求消息包括:PCEF a根据触发事件的发生或自身的触发,向PCEF b发送IP-CAN会话修改消息,携带发生的触发事件信息和受影响的PCC规则信息;PCEF b接收IP-CAN会话修改消息,向h-PCRF发送PCC规则请求消息。
6.如权利要求4所述的方法,其特征在于,所述h-PCRF制定PCC规则进一步包括:所述h-PCRF与应用功能交互获取应用层业务信息,和/或与签约规格库交互获取签约数据信息,根据接收的PCC规则请求消息及交互获取的信息制定PCC规则。
7.如权利要求1所述的方法,其特征在于,所述向策略与计费执行功能PCEF b发送PCC规则提供消息的步骤进一步包括:所述h-PCRF将相同的PCC规则发送给PCEF a和PCEF b,PCEF a和PCEF b根据自身预先配置的需要执行的PCC规则,从接收到的PCC规则中区分出自身需要执行的PCC规则;或
所述h-PCRF将PCC规则发送给PCEF a和PCEF b,携带PCC规则执行指示,PCEF a和PCEF b根据接收的PCC规则消息中包含的执行指示,区分出自身需要执行的PCC规则;或
所述h-PCRF预先将PCC规则执行指示发送给PCEF a和PCEF b,向PCEFa和PCEF b发送PCC规则,PCEF a和PCEF b根据预先接收的PCC规则执行指示,从接收的PCC规则消息中区分出自身需要执行的PCC规则;或
所述h-PCRF根据PCEF a和PCEF b实体执行的功能不同,对PCEF a和PCEF b实体分别制定相应的PCC规则,分别下发给对应的PCEF a和PCEF b实体。
8.如权利要求1所述的方法,其特征在于,所述h-PCRF根据所述PCEF b提供的PCC规则响应消息的步骤包括:PCEF b接收PCC规则提供消息,向h-OCS发送信用请求消息;h-OCS接收信用请求消息,向PCEF b发送携带新的在线计费信用信息或最终报告回应消息;PCEF b接收并向h-PCRF返回PCC规则响应消息。
9.如权利要求8所述的方法,其特征在于,PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息,如果信用可用,h-PCRF向PCEF a发送PCC规则提供消息,携带新制订的PCC规则,如果信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
10.如权利要求8所述的方法,其特征在于,所述h-OCS接收信用请求消息的步骤包括:PCEF b检测到符合自身存储的信用重授权事件的发生,或接收到的触发事件信息与自身存储的信用重授权事件信息匹配成功,或新增的计费标识或不可用的计费标识,向h-OCS发送信用请求消息,携带最终报告;
所述向PCEF b发送携带新的在线计费信用信息或最终报告回应消息包括:h-OCS向PCEF b发送信用响应消息,携带新的在线计费信用信息,或接收到的最终报告的回应信息。
11.如权利要求10所述的方法,其特征在于,所述PCEF b检测到符合自身存储的信用重授权事件的发生的步骤之前包括:PCEF b接收h-PCRF发送的携带用于信用重授权事件匹配标示的发生的触发事件信息和受影响的PCC规则信息的PCC规则提供消息。
12.如权利要求10所述的方法,其特征在于,所述PCEF b检测到符合自身存储的信用重授权事件的发生的步骤之前包括:PCEF b接收PCEF a发送的发生的触发事件信息和受影响的PCC规则信息以及接收h-PCRF发送的PCC规则提供消息。
13.如权利要求10所述的方法,其特征在于,所述h-PCRF接收PCEF a发送的PCC规则请求消息的步骤之前包括:h-PCRF将触发事件信息通过v-PCRF发送至PCEF a,或h-PCRF将触发事件信息发送至PCEF b,PCEF b区分出承载相关的触发事件信息,将与承载相关的触发事件信息通过PCEF b发送给PCEF a。
14.如权利要求1所述的方法,其特征在于,所述h-PCRF根据接收的策略和计费控制PCC规则请求消息包括:PCEF a根据触发事件的发生或自身的触发,向拜访地v-PCRF发送PCC规则请求消息,携带h-PCRF进行PCC决策的更新信息、发生的触发事件信息及受影响的PCC规则信息,v-PCRF接收并向h-PCRF发送;
所述向策略与计费执行功能PCEF b发送PCC规则提供消息包括:h-PCRF向PCEF b发送PCC规则提供消息,携带发生的触发事件信息和受影响的PCC规则信息,并指示所述发生的触发事件信息用于信用重授权事件匹配。
15.如权利要求4或14所述的方法,其特征在于,所述指示所述发生的触发事件信息用于信用重授权事件匹配包括:h-PCRF在向PCEF b发送PCC规则提供消息时,增加用于信用重授权事件匹配的触发事件类型,或在发生的触发事件信息中增加所述发生的触发事件信息用于对PCEF b存储的触发事件更新的标示或用于信用重授权事件匹配的标示。
16.如权利要求4或14所述的方法,其特征在于,所述向策略与计费执行功能PCEF b发送PCC规则提供消息的步骤后进一步包括:PCEF b将自身存储的信用重授权事件信息与PCC规则提供消息携带的发生的触发事件信息进行匹配,如果匹配成功,发起信用重授权流程。
17.如权利要求1所述的方法,其特征在于,所述PCC规则响应消息中包括信用是否可用的信息,如果信用可用,h-PCRF通过v-PCRF向PCEF a发送PCC规则提供消息,携带新制订的PCC规则,如果信用不可用,通过v-PCRF向PCEF a发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
18.如权利要求1所述的方法,其特征在于,所述PCEF b包括PCEF b1和PCEF b2,所述h-PCRF根据接收的策略和计费控制PCC规则请求消息的步骤之前包括:h-PCRF将触发事件信息通过v-PCRF发送至PCEF a,或h-PCRF将触发事件信息发送至PCEF b2,PCEF b2区分出承载相关的触发事件信息,将与承载相关的触发事件信息通过PCEF b1发送给PCEF a。
19.如权利要求18所述的方法,其特征在于,所述h-PCRF根据接收的策略和计费控制PCC规则请求消息包括:PCEF a根据触发事件的发生或自身的触发,向v-PCRF发送PCC规则请求消息,携带h-PCRF进行PCC决策的更新信息、发生的触发事件信息及受影响的PCC规则信息,v-PCRF接收并向h-PCRF发送;
所述向策略与计费执行功能PCEF b发送PCC规则提供消息包括:所述h-PCRF向PCEF b2发送PCC规则提供消息,携带发生的触发事件信息和受影响的PCC规则信息,并指示所述发生的触发事件信息用于信用重授权事件匹配。
20.如权利要求19所述的方法,其特征在于,所述指示所述发生的触发事件信息用于信用重授权事件匹配包括:所述h-PCRF在向PCEF b2发送PCC规则提供消息时,增加用于信用重授权事件匹配的触发事件类型,或在发生的触发事件信息中增加所述发生的触发事件信息用于对PCEF b2存储的触发事件更新的标示或用于信用重授权事件匹配的标示。
21.如权利要求18所述的方法,其特征在于,所述h-PCRF根据接收的策略和计费控制PCC规则请求消息包括:PCEF a根据触发事件的发生或自身的触发,通过PCEF b1向PCEF b2发送PCC规则请求消息,携带h-PCRF进行PCC决策的更新信息、发生的触发事件信息及受影响的PCC规则信息,PCEF b2接收并向h-PCRF发送;
所述向策略与计费执行功能PCEF b发送PCC规则提供消息包括:所述h-PCRF向PCEF b2发送PCC规则提供消息。
22.如权利要求1所述的方法,其特征在于,所述PCEF b包括PCEF b1和PCEF b2,所述PCC规则响应消息中包括信用是否可用的信息,如果信用可用,h-PCRF通过v-PCRF向PCEF b1发送PCC规则提供消息,携带新制订的PCC规则,如果信用不可用,通过v-PCRF向PCEF b1发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
23.如权利要求18所述的方法,其特征在于,所述h-PCRF和V-PCRF之间接口为一个或一个以上。
24.一种会话修改系统,包括:策略与计费执行功能PCEF a、PCEF b、应用功能、本地在线计费系统h-OCS及本地策略和计费规则功能h-PCRF,其中,PCEF b通过SGi接口、S7b接口、Gyb接口以及客户端移动IP/代理移动IP接口分别与应用功能、h-PCRF、h-OCS及PCEF a连接;PCEF a通过S7a接口与h-PCRF连接;h-PCRF通过RX+接口与应用功能连接;其特征在于,所述h-PCRF根据接收的PCC规则请求消息或应用层业务消息或自身的触发,向PCEF b发送PCC规则提供消息,h-PCRF根据PCEF b提供的PCC规则响应消息向PCEFa发送PCC规则提供消息。
25.如权利要求24所述的系统,其特征在于,所述系统进一步包括拜访地v-PCRF,用于接收h-PCRF发送的触发事件信息及PCC规则提供消息,发送至PCEF a。
26.如权利要求24所述的系统,其特征在于,所述PCEF b包括PCEF b1和PCEF b2,所述h-PCRF接收PCEF a发送的策略和计费控制PCC规则请求消息,制定PCC规则,向PCEF b2发送PCC规则提供消息;PCEF b2接收PCC规则提供消息,向h-PCRF返回PCC规则响应消息,h-PCRF根据接收的PCC规则响应消息通过v-PCRF向PCEF a和PCEF b1发送PCC规则提供消息。
27.如权利要求25或26所述的系统,其特征在于,所述系统进一步包括拜访地v-PCRF,所述h-PCRF和V-PCRF之间接口为一个或一个以上。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101541461A CN101394449B (zh) | 2007-09-19 | 2007-09-19 | 一种会话修改方法及系统 |
PCT/CN2008/072267 WO2009039750A1 (fr) | 2007-09-19 | 2008-09-04 | Procédé et système pour une modification de session |
CN2008800041413A CN101861713B (zh) | 2007-09-19 | 2008-09-04 | 一种会话修改方法及系统 |
US12/728,026 US8601533B2 (en) | 2007-09-19 | 2010-03-19 | Method and system for session modification |
US13/293,925 US8516545B2 (en) | 2007-09-19 | 2011-11-10 | Method and system for session modification |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101541461A CN101394449B (zh) | 2007-09-19 | 2007-09-19 | 一种会话修改方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101394449A true CN101394449A (zh) | 2009-03-25 |
CN101394449B CN101394449B (zh) | 2011-01-19 |
Family
ID=40494514
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101541461A Active CN101394449B (zh) | 2007-09-19 | 2007-09-19 | 一种会话修改方法及系统 |
CN2008800041413A Active CN101861713B (zh) | 2007-09-19 | 2008-09-04 | 一种会话修改方法及系统 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008800041413A Active CN101861713B (zh) | 2007-09-19 | 2008-09-04 | 一种会话修改方法及系统 |
Country Status (3)
Country | Link |
---|---|
US (2) | US8601533B2 (zh) |
CN (2) | CN101394449B (zh) |
WO (1) | WO2009039750A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009129747A1 (zh) * | 2008-04-25 | 2009-10-29 | 华为技术有限公司 | Pcc规则更新的方法、装置及系统 |
CN101646151B (zh) * | 2009-09-01 | 2012-02-08 | 中兴通讯股份有限公司 | 一种会话更新方法和装置 |
WO2012075875A1 (zh) * | 2010-12-10 | 2012-06-14 | 中兴通讯股份有限公司 | 一种消费限制业务的签约和执行方法及系统 |
CN103929725A (zh) * | 2013-01-10 | 2014-07-16 | 中兴通讯股份有限公司 | 漫游本地业务的在线计费方法、h-ocs及v-ocs |
CN104955014A (zh) * | 2014-03-27 | 2015-09-30 | 阿尔卡特朗讯 | 一种用于重置用户信息的方法与设备 |
CN109964468A (zh) * | 2016-11-14 | 2019-07-02 | 华为技术有限公司 | 会话处理方法、装置和系统 |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101931928B (zh) * | 2009-06-19 | 2014-08-13 | 中兴通讯股份有限公司 | 漫游场景下单apn多pdn连接的策略计费控制的方法及系统 |
CN101959164A (zh) * | 2009-07-17 | 2011-01-26 | 中兴通讯股份有限公司 | 删除家乡策略和计费规则功能冗余信息的方法及系统 |
CN101969673B (zh) * | 2009-07-27 | 2013-08-07 | 中兴通讯股份有限公司 | 一种承载绑定和事件报告功能的重选方法 |
CN101998342B (zh) * | 2009-08-11 | 2014-04-09 | 中兴通讯股份有限公司 | 一种统计资源申请过程中流量的网关、系统及方法 |
CN102056117B (zh) * | 2009-11-03 | 2015-08-12 | 中兴通讯股份有限公司 | 基于策略和计费控制架构的计费方法与系统 |
US8605583B2 (en) * | 2010-02-18 | 2013-12-10 | Alcatel Lucent | PCC/QOS rule creation |
US8473546B2 (en) * | 2010-05-28 | 2013-06-25 | Alcatel Lucent | Minimizing PCC rule instantiation latency |
US8352803B2 (en) * | 2010-06-07 | 2013-01-08 | Alcatel Lucent | Framework for managing failures in outbound messages |
US8406137B2 (en) * | 2010-06-28 | 2013-03-26 | Alcatel Lucent | Method and system for generating PCC rules based on service requests |
US8838791B2 (en) | 2011-02-25 | 2014-09-16 | Alcatel Lucent | Transient subscription records |
US20120221693A1 (en) * | 2011-02-25 | 2012-08-30 | Alcatlel-Lucent Canada Inc. | Temporary restrictions and rollback |
CN103731930B (zh) * | 2012-10-12 | 2018-10-26 | 中兴通讯股份有限公司 | 会话建立方法、装置及系统 |
US9749477B2 (en) | 2013-01-18 | 2017-08-29 | Nokia Solutions And Networks Oy | Solution to enforce time and usage threshold for monitoring |
CN103797753B (zh) * | 2013-06-28 | 2017-06-06 | 华为技术有限公司 | 信用控制方法、策略和计费执行功能实体、在线计费系统 |
CN104270734B (zh) * | 2014-09-05 | 2018-05-29 | 华为技术有限公司 | 一种跨plmn漫游数据业务在线计费方法及设备 |
WO2018006079A1 (en) * | 2016-06-30 | 2018-01-04 | Parallel Wireless, Inc. | Intelligent ran flow management and distributed policy enforcement |
CN107690149B (zh) | 2016-08-04 | 2019-12-20 | 电信科学技术研究院 | 触发网络策略更新的方法、管理功能实体及核心网设备 |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
NO319841B1 (no) | 2001-12-06 | 2005-09-19 | Beep Science As | Arrangement for innholdsfakturering i et meldingssystem |
US7391724B2 (en) * | 2002-10-09 | 2008-06-24 | Spyder Navigations, L.L.C. | System and method with policy control function for multimedia broadcast/multicast system services |
GB0408990D0 (en) | 2004-04-22 | 2004-05-26 | Nokia Corp | Charging in communication networks |
CN100397820C (zh) * | 2004-12-22 | 2008-06-25 | 华为技术有限公司 | 一种在通信系统中进行计费的方法 |
EP1770915A1 (en) | 2005-09-29 | 2007-04-04 | Matsushita Electric Industrial Co., Ltd. | Policy control in the evolved system architecture |
EP1961156A4 (en) * | 2005-12-14 | 2013-04-03 | Ericsson Telefon Ab L M | ARRANGEMENT AND METHOD IN A MOBILE TELECOMMUNICATION SYSTEM |
CN101001402B (zh) * | 2006-01-10 | 2010-10-06 | 华为技术有限公司 | 移动通信系统及使用归属网络应用功能业务的方法 |
ATE536057T1 (de) * | 2006-01-20 | 2011-12-15 | Ericsson Telefon Ab L M | Richtliniendurchsetzung in einem ip-netzwerk |
EP1982545B1 (en) * | 2006-02-07 | 2011-10-19 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for use in a communications network |
CN101390419A (zh) * | 2006-02-27 | 2009-03-18 | 艾利森电话股份有限公司 | 通信方法和装置 |
US7984130B2 (en) * | 2006-07-14 | 2011-07-19 | Cellco Partnership | Multimedia next generation network architecture for IP services delivery based on network and user policy |
WO2008016323A2 (en) * | 2006-08-04 | 2008-02-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Policy management in a roaming or handover scenario in an ip network |
US8856860B2 (en) * | 2006-08-18 | 2014-10-07 | Cisco Technology, Inc. | System and method for implementing policy server based application interaction manager |
US8131831B1 (en) * | 2006-09-19 | 2012-03-06 | At&T Mobility Ii Llc | Centralized policy management framework for telecommunication networks |
US8086216B2 (en) * | 2007-01-31 | 2011-12-27 | Alcatel Lucent | Mobility aware policy and charging control in a wireless communication network |
ATE482551T1 (de) * | 2007-02-01 | 2010-10-15 | Ericsson Telefon Ab L M | Erweiterte mediensteuerung |
EP2153621B1 (en) * | 2007-04-27 | 2018-12-26 | Telefonaktiebolaget LM Ericsson (publ) | A method and a device for improved service authorization |
DE602007005460D1 (de) * | 2007-04-30 | 2010-05-06 | Nokia Siemens Networks Oy | Richtlinienkontrolle in einem Netzwerk |
EP3007406B1 (en) * | 2007-05-22 | 2016-12-14 | Telefonaktiebolaget LM Ericsson (publ) | Method, apparatuses and computer program for dynamically configuring a proxy call session control function of the ip multimedia subsystem from a policy control rules server |
US7844728B2 (en) * | 2007-07-31 | 2010-11-30 | Alcatel-Lucent Usa Inc. | Packet filtering/classification and/or policy control support from both visited and home networks |
US20090047947A1 (en) * | 2007-08-02 | 2009-02-19 | Qualcomm Incorporated | Dynamic gateway selection based on data service and roaming protocol |
-
2007
- 2007-09-19 CN CN2007101541461A patent/CN101394449B/zh active Active
-
2008
- 2008-09-04 WO PCT/CN2008/072267 patent/WO2009039750A1/zh active Application Filing
- 2008-09-04 CN CN2008800041413A patent/CN101861713B/zh active Active
-
2010
- 2010-03-19 US US12/728,026 patent/US8601533B2/en active Active
-
2011
- 2011-11-10 US US13/293,925 patent/US8516545B2/en active Active
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009129747A1 (zh) * | 2008-04-25 | 2009-10-29 | 华为技术有限公司 | Pcc规则更新的方法、装置及系统 |
US8356107B2 (en) | 2008-04-25 | 2013-01-15 | Huawei Technologies Co., Ltd. | Method, apparatus and system for updating PCC rules |
CN101646151B (zh) * | 2009-09-01 | 2012-02-08 | 中兴通讯股份有限公司 | 一种会话更新方法和装置 |
WO2012075875A1 (zh) * | 2010-12-10 | 2012-06-14 | 中兴通讯股份有限公司 | 一种消费限制业务的签约和执行方法及系统 |
CN102547640A (zh) * | 2010-12-10 | 2012-07-04 | 中兴通讯股份有限公司 | 一种消费限制业务的签约和执行方法及系统 |
CN102547640B (zh) * | 2010-12-10 | 2015-09-16 | 中兴通讯股份有限公司 | 一种消费限制业务的签约和执行方法及系统 |
CN103929725A (zh) * | 2013-01-10 | 2014-07-16 | 中兴通讯股份有限公司 | 漫游本地业务的在线计费方法、h-ocs及v-ocs |
CN103929725B (zh) * | 2013-01-10 | 2018-04-27 | 中兴通讯股份有限公司 | 漫游本地业务的在线计费方法、h-ocs及v-ocs |
CN104955014A (zh) * | 2014-03-27 | 2015-09-30 | 阿尔卡特朗讯 | 一种用于重置用户信息的方法与设备 |
CN109964468A (zh) * | 2016-11-14 | 2019-07-02 | 华为技术有限公司 | 会话处理方法、装置和系统 |
US10834208B2 (en) | 2016-11-14 | 2020-11-10 | Huawei Technologies Co., Ltd. | User device determines whether to create a new session based on session type information |
CN109964468B (zh) * | 2016-11-14 | 2021-07-09 | 华为技术有限公司 | 会话处理方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101861713A (zh) | 2010-10-13 |
WO2009039750A1 (fr) | 2009-04-02 |
CN101394449B (zh) | 2011-01-19 |
US20120059942A1 (en) | 2012-03-08 |
US8601533B2 (en) | 2013-12-03 |
US8516545B2 (en) | 2013-08-20 |
US20100180319A1 (en) | 2010-07-15 |
CN101861713B (zh) | 2012-11-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101394449B (zh) | 一种会话修改方法及系统 | |
CN102547640B (zh) | 一种消费限制业务的签约和执行方法及系统 | |
EP2296309B1 (en) | A method for delivering policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network | |
CN101370006B (zh) | 网络协议连通接入网会话建立方法及会话删除方法 | |
CN102647699A (zh) | 策略和计费控制方法、v-pcrf及v-ocs | |
CN101677437A (zh) | 多分组数据网场景下实现策略和计费控制的方法和系统 | |
CN103843374A (zh) | 基于sy的集成的策略和计费控制 | |
CN102131172A (zh) | 业务处理方法及系统 | |
CN102014360B (zh) | 一种本地疏导漫游场景在线计费的方法和系统 | |
CN103929725B (zh) | 漫游本地业务的在线计费方法、h-ocs及v-ocs | |
CN104581670A (zh) | 应用接入控制方法及应用功能实体装置 | |
CN104955013A (zh) | 用量监控方法、装置和系统 | |
CN102904740B (zh) | 一种组用户用量监控方法及系统 | |
CN102655634B (zh) | 策略和计费控制功能实体功能协商的方法和系统 | |
CN101583152B (zh) | 一种信息传递方法、装置和系统 | |
CN102480718A (zh) | 漫游场景支持被赞助数据连接的方法和系统 | |
CN102711086A (zh) | 被赞助数据连接的处理方法及策略与计费规则功能实体 | |
CN102098647A (zh) | 漫游架构下在线计费的方法和系统 | |
CN102057622B (zh) | 核心网络中改进的信用授权 | |
CN109891840A (zh) | 电信网络中的临时产品的策略管理的方法和设备 | |
CN101730049B (zh) | 实现计费控制的方法及系统 | |
CN101998323B (zh) | 一种基于策略和计费控制的重定向方法及装置 | |
CN103841539B (zh) | 一种漫游本地业务功能实现方法和系统 | |
CN103582030A (zh) | 服务质量的更新处理方法及装置 | |
CN101378522B (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 | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20090325 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Method and system for session modification Granted publication date: 20110119 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |