CN101394449B - 一种会话修改方法及*** - Google Patents
一种会话修改方法及*** Download PDFInfo
- Publication number
- CN101394449B CN101394449B CN2007101541461A CN200710154146A CN101394449B CN 101394449 B CN101394449 B CN 101394449B CN 2007101541461 A CN2007101541461 A CN 2007101541461A CN 200710154146 A CN200710154146 A CN 200710154146A CN 101394449 B CN101394449 B CN 101394449B
- Authority
- CN
- China
- Prior art keywords
- pcrf
- pcc rule
- pcef
- 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.)
- Active
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规则请求消息或应用层业务消息或自身的触发,向策略与计费执行功能PCEFb发送PCC规则提供消息,h-PCRF根据PCEFb提供的PCC规则响应消息向PCEFa发送PCC规则提供消息;或向PCEFa和PCEFb发送PCC规则提供消息,PCEFa或PCEFb根据接收的PCC规则提供消息确定向h-OCS发起信用重授权,h-OCS根据接收的消息向PCEFb发送携带新的在线计费信用信息或最终报告回应消息。应用本发明,可以在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)、PCEFa及PCEFb,其中,PCEFb通过SGi接口、S7b接口、Gyb接口以及客户端移动IP/代理移动IP(CMIP/PMIP,Client Mobility IP/ProxyMobility IP)接口分别与分组数据网络、h-PCRF、h-OCS及PCEFa连接;PCEFa通过S7a接口、Gya以及CMIP/PMIP接口分别与h-PCRF、h-OCS及PCEFb连接;h-PCRF通过RX+接口与AF连接。
图4a为现有技术中非漫游的另一PCC架构结构示意图,如图4a所示,与图4不同的是,图4a中,PCEFa与h-OCS之间没有连接。
由图4,图4a可知,新的PCC架构将PCEF功能分为两部分:PCEFa和PCEFb,PCEFa可以配置在IP接入网关如服务网关(Serving GW)或分组数据网络网关(PDN GW,Packet Data Network GW)或其他的核心网实体上,PCEFb可以配置在PDN GW或其他的核心网实体上;由于PCEFa和PCEFb之间的CMIP/PMIP接口没有承载概念,因此,PCEF与承载层面相关的功能如承载绑定功能配置在PCEFa上;同时,由于PCEFb和PDN之间的SGi接口为核心网与分组数据网络的数据传输接口,因此,PCEF与计费及门控等功能配置在PCEFb上。
图5为现有技术中漫游的PCC架构结构示意图,如图5所示,与图4不同的是,漫游的PCC架构还包括:拜访地PCRF(v-PCRF)及拜访地OCS(v-OCS),其连接关系如下:PCEFb通过SGi接口、S7b接口、Gyb接口以及CMIP/PMIP接口分别与分组数据网络、h-PCRF、h-OCS及PCEFa连接;PCEFa通过S7a接口、Gya以及CMIP/PMIP接口分别与v-PCRF、v-OCS及PCEFb连接;h-PCRF通过RX+接口及S9接口分别与AF及v-PCRF连接;v-OCS与h-OCS及PCEFa相连。
图5a为现有技术中漫游的另一PCC架构结构示意图,如图5a所示,与图5不同的是,该架构中没有v-OCS。
漫游的PCC架构还可以进一步将PCEFb拆分为PCEFb1和PCEFb2。
图6为现有技术中漫游的第三PCC架构结构示意图,如图6所示,与图5不同的是,漫游PCC架构的PCEFb进一步包含PCEFb1和PCEFb2,其连接关系如下:PCEFb2通过SGi接口、S7b2接口、Gyb2接口以及CMIP/PMIP接口分别与分组数据网络、h-PCRF、h-OCS及PCEFb1连接;PCEFa通过S7a接口、Gya以及CMIP/PMIP接口分别与v-PCRF、v-OCS及PCEFb1连接;h-PCRF通过RX+接口及S9接口分别与AF及v-PCRF连接;v-OCS与h-OCS及PCEFa相连;PCEFb1通过CMIP/PMIP接口分别与PCEFb2及PCEFa相连,在实际应用中,还可以通过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规则请求消息或应用层业务消息或自身的触发,向策略与计费执行功能PCEFb发送PCC规则提供消息;
h-PCRF根据PCEFb提供的PCC规则响应消息向PCEFa发送PCC规则提供消息。
另一方面,本发明实施例还提供了一种会话修改***,包括:策略与计费执行功能PCEFa、PCEFb、应用功能、本地在线计费***h-OCS及本地策略和计费规则功能h-PCRF,其中,PCEFb通过SGi接口、S7b接口、Gyb接口以及客户端移动IP/代理移动IP接口分别与应用功能、h-PCRF、h-OCS及PCEFa连接;PCEFa通过S7a接口与h-PCRF连接;h-PCRF通过RX+接口与应用功能连接;h-PCRF接收PCC规则请求消息或应用层业务消息或自身的触发,向PCEFb发送PCC规则提供消息,h-PCRF根据PCEFb提供的PCC规则响应消息向PCEFa发送PCC规则提供消息。
由上述技术方案可见,本发明实施例的一种会话修改方法及***,在SAE***PCC架构存在两个或两个以上PCEF逻辑功能实体时,h-PCRF根据接收的PCC规则请求消息,向PCEFb发送PCC规则提供消息,h-PCRF根据PCEFb提供接收的PCC规则响应消息确定是否向PCEFa发送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为本发明实施例一PCEFa发起的IP-CAN会话修改流程示意图;
图9为本发明实施例一PCEFb发起的IP-CAN会话修改流程示意图;
图10为本发明实施例一h-PCRF发起的IP-CAN会话修改流程示意图;
图11为本发明实施例一PCEFa发起的信用重授权流程示意图;
图12为本发明实施例一PCEFb发起的信用重授权流程示意图;
图12a为本发明实施例二h-PCRF直接将触发事件下发给PCEFa,PCEFa发起的IP-CAN会话修改流程示意图;
图12b为本发明实施例二h-PCRF将触发事件下发给PCEFb,PCEFa发起的IP-CAN会话修改流程示意图;
图12b’为本发明实施例二h-PCRF将触发事件下发给PCEFb,PCEFa发起的另一种IP-CAN会话修改流程示意图;
图12c为本发明实施例二PCEFb发起的IP-CAN会话修改流程示意图;
图12d为本发明实施例二h-PCRF发起的IP-CAN会话修改流程示意图;
图13为本发明实施例三PCEFa发起的IP-CAN会话修改流程示意图
图14为本发明实施例三PCEFb发起的IP-CAN会话修改流程示意图;
图15为本发明实施例三h-PCRF发起的IP-CAN会话修改流程示意图;
图16为本发明实施例三PCEFa发起的信用重授权流程示意图;
图17为本发明实施例三PCEFb发起的信用重授权流程示意图;
图17a为本发明实施例四h-PCRF将触发事件通过v-PCRF下发给PCEFa,PCEFa发起的IP-CAN会话修改流程示意图;
图17b为本发明实施例四h-PCRF将触发事件下发给PCEFb,PCEFa发起的IP-CAN会话修改流程示意图;
图17c为本发明实施例四PCEFb发起的IP-CAN会话修改流程示意图;
图17d为本发明实施例四h-PCRF发起的IP-CAN会话修改流程示意图;
图18为本发明实施例五PCEFa发起的IP-CAN会话修改流程示意图;
图19为本发明实施例五PCEFb1发起的IP-CAN会话修改流程示意图;
图20为本发明实施例五PCEFb2发起的IP-CAN会话修改流程示意图;
图21为本发明实施例五h-PCRF发起的IP-CAN会话修改流程示意图;
图22为本发明实施例五PCEFa发起的信用重授权流程示意图;
图23为本发明实施例五PCEFb1发起的信用重授权流程示意图;
图24为本发明实施例五PCEFb2发起的信用重授权流程示意图;
图25为本发明实施例六h-PCRF将触发事件通过v-PCRF下发给PCEFa,PCEFa发起的IP-CAN会话修改流程示意图;
图26为本发明实施例六h-PCRF将触发事件下发给PCEFb2,PCEFa发起的IP-CAN会话修改流程示意图;
图27为本发明实施例六PCEFb2发起的IP-CAN会话修改流程示意图;
图28为本发明实施例六h-PCRF发起的IP-CAN会话修改流程示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
本发明实施例提出了一种会话修改***。图7为本发明实施例一种会话修改***的结构示意图。参见图7,该***包含:AF、本地PCRF(h-PCRF)、本地OCS(h-OCS)、PCEFa及PCEFb,其中,PCEFb通过SGi接口、S7b接口、Gyb接口以及CMIP/PMIP接口分别与AF、h-PCRF、h-OCS及PCEFa连接;PCEFa通过S7a接口、Gya以及CMIP/PMIP接口分别与h-PCRF、h-OCS及PCEFb连接;h-PCRF通过RX+接口与AF连接,其中,
AF,用于提供业务应用的接入点,在业务面进行参数协商时,AF将相关应用层业务消息向PCRF发送,接收PCRF的反馈信息,发送出去;
h-PCRF,用于负责策略决策和计费规则的制定,根据从PCEFa或PCEFb接收的PCC规则请求消息或应用层业务消息或自身的触发,制定PCC规则,向PCEFa和PCEFb发送PCC规则提供消息;
h-OCS,用于接收PCEFa或PCEFb发送的信用请求消息,向PCEFb发送最终报告请求消息,请求PCEFb上报存储的在线计费剩余信用信息;根据PCEFb发送的信用请求消息,向PCEFb和PCEFa发送信用响应消息;
PCEFa,用于根据触发事件的发生或自身的触发,向h-PCRF发送PCC规则请求消息,携带h-PCRF进行PCC决策的更新信息;根据h-PCRF发送的PCC规则提供消息,更新自身的PCC规则;当检测到符合自身存储的信用重授权事件的发生或新增的计费标识或不可用的计费标识,向h-OCS发送信用请求消息,接收h-OCS发送的信用响应消息,获知信用重授权过程完成;
PCEFb,用于根据触发事件的发生或自身的触发,向h-PCRF发送PCC规则请求消息,携带h-PCRF进行PCC决策的更新信息;根据h-PCRF发送的PCC规则提供消息,更新自身的PCC规则;当检测到符合自身存储的信用重授权事件的发生或新增的计费标识或不可用的计费标识,向h-OCS发送信用请求消息,接收h-OCS发送的信用响应消息,根据携带的在线计费信用信息,进行更新。
实际应用中,PCEFa与h-OCS之间也可以没有连接,在漫游情况下,该***还包括v-OCS和v-PCRF,v-PCRF与h-PCRF之间的接口也可以为多个,PCEFb也可以进一步分为PCEFb1和PCEFb2。
实施例一:基于图4的非漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在非漫游的PCC架构下,PCEFa和PCEFb都会收到从h-PCRF下发的触发事件和从h-OCS下发的信用重授权事件。所以PCEFa和PCEFb都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,也都可能在发生的事件与信用重授权事件匹配时发起信用重授权流程。
当PCEFa或PCEFb判断需要进行IP-CAN会话修改时,向h-PCRF请求PCC规则,h-PCRF制定PCC规则,并发送给PCEFa和PCEFb进行更新。
当h-PCRF判断需要进行IP-CAN会话修改时,h-PCRF发起IP-CAN会话修改流程,h-PCRF将PCC规则发送给PCEFa和PCEFb进行更新。
上述h-PCRF将PCC规则发送给PCEFa和PCEFb,可以采用以下方式:第一种方式,预先在PCEFa和PCEFb实体上分别配置相应实体需要执行的PCC规则信息,h-PCRF将相同的PCC规则发送给PCEFa和PCEFb,PCEFa和PCEFb根据自身预先的配置从接收到的PCC规则中区分出自己需要执行的PCC规则信息;第二种方式,h-PCRF将相同的PCC规则发送给PCEFa和PCEFb,h-PCRF在向PCEFa和PCEFb实体提供PCC规则之前或者提供PCC规则的同时,向PCEFa和PCEFb实体提供PCC规则的执行指示,PCEFa和PCEFb根据接收到PCC规则包含的执行指示,区分出自身需要执行的PCC规则信息;第三种方式,h-PCRF根据PCEFa和PCEFb实体执行的功能不同,对PCEFa和PCEFb实体分别制定相应的PCC规则,分别下发给对应的PCEFa和PCEFb实体,PCEFa和PCEFb直接对收到的PCC规则进行执行。
此外,当PCEFa判断需要进行信用重授权时,PCEFa向h-OCS请求信用重授权,h-OCS向PCEFb发送命令,要求PCEFb传送剩余信用报告,PCEFb向h-OCS发送剩余信用报告,h-OCS将新的信用下发给PCEFb;如果需要进行信用重授权事件的更新,h-OCS对需要进行信用重授权事件更新的PCEFa及PCEFb实体进行信用重授权事件的更新,例如,如果PCEFa没有存储信用重授权相关信息,则对PCEFb实体进行信用重授权事件的更新,如果PCEFa存储信用重授权相关信息,则对PCEFa和PCEFb实体进行信用重授权事件的更新。
当PCEFb判断需要进行信用重授权时,PCEFb向h-OCS请求信用重授权并发送剩余信用报告,h-OCS将新的信用下发给PCEFb;如果需要进行信用重授权事件的更新,h-OCS对需要进行信用重授权事件更新的PCEFa及PCEFb实体进行信用重授权事件的更新,这种情况下,需要对PCEFa实体进行信用重授权事件的更新,对PCEFb实体,可以进行,也可以不进行信用重授权事件的更新。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
图8为本发明实施例一PCEFa发起的IP-CAN会话修改流程示意图,如图8所示,该流程包括:
步骤801,PCEFa判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFa存储的触发事件的发生或者是PCEFa的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤802,PCEFa向h-PCRF发送PCC规则请求消息;
本步骤中,PCC规则请求消息中携带h-PCRF进行PCC决策所需要的更新信息,发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤803,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤804,h-PCRF向PCEFb发送PCC规则提供消息;
步骤805,h-PCRF向PCEFa发送PCC规则提供消息;
步骤806,如果采用在线计费模式,PCEFa和PCEFb根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFa和PCEFb将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEFa或PCEFb发起信用重授权流程。
实际应用中,步骤804和步骤805并没有先后顺序,步骤805可以在步骤804之前或之后或同时发生。
图9为本发明实施例一PCEFb发起的IP-CAN会话修改流程示意图,如图9所示,与图8不同的是,
在步骤901中,PCEFb判断的依据可以是符合PCEFb存储的触发事件的发生或者是PCEFb的内部触发。
在步骤902中,PCEFb向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向PCEFb发送PCC规则提供消息;
本步骤中,h-PCRF也可以同时在向PCEFb发送的PCC规则提供消息中携带触发事件信息,用于对PCEFb存储的现有触发事件信息进行更新。
步骤1005,h-PCRF向PCEFa发送PCC规则提供消息;
步骤1006,如果采用在线计费模式,PCEFa和PCEFb根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFa和PCEFb将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEFa或PCEFb发起信用重授权流程。
实际应用中,步骤1004和步骤1005并没有先后顺序,步骤1005可以在步骤1004之前或之后或同时发生。
图11为本发明实施例一PCEFa发起的信用重授权流程示意图,如图11所示,该流程包括:
步骤1101,PCEFa判断需要进行信用重授权,向h-OCS发送信用请求消息;
本步骤中,PCEFa判断的依据可以是符合PCEFa存储的信用重授权事件的发生或者是检测到新增的或不可用的charging key。
步骤1102,h-OCS向PCEFb发送最终报告请求消息,请求PCEFb上报存储的原来的在线计费剩余信用信息;
步骤1103,PCEFb接收最终报告请求消息,向hOCS发送信用请求消息,消息中携带包含原来的在线计费剩余信用信息的最终报告;
步骤1104,h-OCS接收信用请求消息,向PCEFb发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到的最终报告的回应信息;
步骤1105,h-OCS向PCEFa发送信用响应消息,通知PCEFa信用重授权过程完成。
实际应用中,步骤1104和步骤1105并没有先后顺序,步骤1105可以在步骤1104之前或之后或同时发生;在h-OCS下发的信用响应消息中还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息。
图12为本发明实施例一PCEFb发起的信用重授权流程示意图,如图12所示,该流程包括:
步骤1201,PCEFb判断需要进行信用重授权,向h-OCS发送信用请求消息,消息中携带最终报告;
本步骤中,PCEFb判断的依据可以是符合PCEFb存储的信用重授权事件的发生,或者是检测到新增的或不可用的charging key等。
步骤1202,h-OCS向PCEFb发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到最终报告的回应信息,还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1203,如果h-OCS需要对信用重授权事件信息进行更新,h-OCS向PCEFa发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1204,PCEFa接收信用重授权事件更新消息,更新自身存储的信用重授权事件后,向h-OCS返回响应。
实际应用中,步骤1202和步骤1203并没有先后顺序,步骤1202可以在步骤1203之后或同时发生。
由上述实施例可以看出,在非漫游的PCC架构下,通过由PCEFa或PCEFb或h-PCRF发起IP-CAN会话修改的流程,当h-PCRF判断需要进行信用重授权时,由PCEFa或PCEFb发起信用重授权的流程,实现了IP-CAN会话的修改和信用重授权。
实施例二:基于图4a的非漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在图4a的PCC架构中,PCEFa和PCEFb都会收到从h-PCRF下发的触发事件,其中对于PCEFa,可以是h-PCRF直接将触发事件下发给PCEFa,也可以是h-PCRF将触发事件下发给PCEFb,由PCEFb区分出承载相关的触发事件信息,将与承载相关的触发事件信息发送给PCEFa;信用重授权事件由h-OCS发送给PCEFb,PCEFa上没有信用重授权事件。因此,PCEFa和PCEFb都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,但只有PCEFb在发生的事件与信用重授权事件匹配时发起信用重授权流程,PCEFa不会发起信用重授权流程。
同样地,与实施例一相似,h-PCRF将PCC规则发送给PCEFa和PCEFb,可以采用三种方式,在此不再赘述。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
对于h-PCRF直接将触发事件下发给PCEFa的情况,因为PCEFa和PCEFb之间的接口没有承载概念,与承载相关的事件只可以在PCEFa上被感知,PCEFb上无法感知。但是PCEFb又需要根据发生的承载相关的事件来进行信用重授权,所以对于PCEFa发起的IP-CAN会话修改流程,h-PCRF在从PCEFa收到PCC规则请求消息(其中包括发生的触发事件信息和受到影响的PCC规则信息等)并制定出新的PCC规则后,在向PCEFb下发PCC规则的同时,向PCEFb提供从PCEFa获得的发生的触发事件信息和受到影响的PCC规则信息,并指示出该触发事件信息用于信用重授权事件匹配,具体的指示方式可以是在h-PCRF向PCEFb下发触发事件时增加一种新的触发事件类型,该类触发事件专门用于信用重授权事件匹配,也可以是在现有的触发事件信息中增加一个标示,用于标示该触发事件是用于对PCEFb存储的触发事件的更新还是用于信用重授权事件匹配,当然,也可以是其它的方式。PCEFb将从h-PCRF收到的用于信用重授权事件匹配的触发事件信息与自身存储的信用重授权事件进行匹配,判断是否需要进行信用重授权,如果需要进行信用重授权,则对从h-PCRF收到的所有受到影响的PCC规则进行信用重授权。
图12a为本发明实施例二h-PCRF直接将触发事件下发给PCEFa,PCEFa发起的IP-CAN会话修改流程示意图,如图12a所示,该流程包括:
步骤12a1,PCEFa判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFa存储的触发事件的发生或者是PCEFa的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤12a2,PCEFa向h-PCRF发送PCC规则请求消息;
本步骤中,PCC规则请求消息中携带h-PCRF进行PCC决策所需要的更新信息、发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤12a3,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤12a4,h-PCRF向PCEFb发送PCC规则提供消息;
本步骤中,h-PCRF向PCEFb发送的PCC规则提供消息可以携带从PCEFa接收到的触发事件信息和受影响的PCC规则信息,并指示该触发事件信息用于信用重授权事件匹配。
步骤12a5~步骤12a6,如果采用在线计费模式,PCEFb根据自身存储的信用重授权事件信息和PCC规则提供消息携带的发生的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEFb将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,PCEFb发起信用重授权流程,对从h-PCRF接收到的所有受影响的PCC规则信息进行信用重授权。
步骤12a7,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息。
步骤12a8,h-PCRF根据PCEFb返回的PCC规则响应消息向PCEFa发送PCC规则提供消息。
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
对于h-PCRF将触发事件下发给PCEFb,由PCEFb区分出承载相关的触发事件发送给PCEFa,PCEFa发起的IP-CAN会话修改流程的情况,PCEFa检测到触发事件发生时,将发生的触发事件信息和受影响的PCC规则信息发送给PCEFb,由PCEFb将收到的触发事件信息和受影响的PCC规则信息发送给h-PCRF,请求新的PCC规则;在从h-PCRF接收到新的PCC规则后,PCEFb根据从PCEFa收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF收到的新的PCC规则判断是否需要发起信用重授权流程。
图12b为本发明实施例二h-PCRF将触发事件下发给PCEFb,PCEFa发起的IP-CAN会话修改流程示意图,如图12b所示,该流程包括:
步骤12b1,PCEFa判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFa存储的触发事件的发生或者是PCEFa的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤12b2,PCEFa将PCC决策更新消息向PCEFb发送;
本步骤中,在发送PCC决策所需要的更新信息的同时,发送发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤12b3,PCEFb向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息以及发生的触发事件信息和受到该触发事件影响的PCC规则信息;
步骤12b4,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤12b5,h-PCRF向PCEFb发送PCC规则提供消息;
步骤12b6~步骤12b7,如果采用在线计费模式,PCEFb根据从PCEFa接收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF接收到的PCC规则提供消息判断是否需要发起信用重授权流程;
步骤12b8,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息。
步骤12b9,h-PCRF根据PCEFb返回的PCC规则响应消息向PCEFa发送PCC规则提供消息。
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
图12b’为本发明实施例二h-PCRF将触发事件下发给PCEFb,PCEFa发起的另一种IP-CAN会话修改流程示意图,如图12b’所示,与图12b不同的是,
步骤12b’8,PCEFb向PCEFa返回PCC决策更新回应消息,如果信用不可用,则对PCEFa返回拒绝消息;
步骤12b’9,PCEFa接收到PCEFb的成功回应消息后向hPCRF请求PCC规则;
步骤12b’10,h-PCRF向PCEFa发送PCC规则提供消息。
图12c为本发明实施例二PCEFb发起的IP-CAN会话修改流程示意图,如图12c所示,与图12a不同的是,
在步骤12c1中,PCEFb判断的依据可以是符合PCEFb存储的触发事件的发生或者是PCEFb的内部触发。
在步骤12c2中,PCEFb向h-PCRF发送的PCC规则请求消息中携带h-PCRF进行PCC决策所需要的更新信息。
在步骤12c4中,h-PCRF向PCEFb发送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向PCEFb发送PCC规则提供消息;
步骤12d5~6,如果采用在线计费模式,PCEFb根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFb将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEFb需要向h-OCS请求新的信用,对于不可用的charging key,PCEFb向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEFb向h-OCS重新请求信用。
步骤12d7,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息。
步骤12d8,h-PCRF根据PCEFb返回的PCC规则响应消息向PCEFa发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
实施例三:基于图5的漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在漫游的PCC架构下,PCEFa和PCEFb都会收到从h-PCRF下发的触发事件和从h-OCS下发的信用重授权事件。所以PCEFa和PCEFb都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,也都可能在发生的事件与信用重授权事件匹配时发起信用重授权流程。
当PCEFa判断需要进行IP-CAN会话修改时,PCEFa通过v-PCRF向h-PCRF请求PCC规则,h-PCRF制定PCC规则,发送给PCEFb进行更新,同时,通过v-PCRF发送给PCEFa进行更新。
当PCEFb判断需要进行IP-CAN会话修改时,PCEFb向h-PCRF请求PCC规则,h-PCRF制定PCC规则,发送给PCEFb进行更新,同时,通过v-PCRF发送给PCEFa进行更新。
当h-PCRF判断需要进行IP-CAN会话修改时,h-PCRF发起IP-CAN会话修改,h-PCRF将PCC规则发送给PCEFb进行更新,同时,通过v-PCRF发送给PCEFa进行更新。
上述h-PCRF将PCC规则发送给PCEFa和PCEFb,可以采用以下三种方式:第一种方式,预先在PCEFa和PCEFb实体上分别配置相应实体需要执行的PCC规则信息,h-PCRF将相同的PCC规则发送给PCEFa和PCEFb,PCEFa和PCEFb根据自身预先的配置从接收到的PCC规则中区分出自己需要执行的PCC规则信息;第二种方式,h-PCRF将相同的PCC规则发送给PCEFa和PCEFb,h-PCRF在向PCEFa和PCEFb实体提供PCC规则之前或者提供PCC规则的同时,向PCEFa和PCEFb实体提供PCC规则的执行指示,PCEFa和PCEFb根据接收到PCC规则包含的执行指示,区分出自身需要执行的PCC规则信息;第三种方式,h-PCRF根据PCEFa和PCEFb实体执行的功能不同,对PCEFa和PCEFb实体分别制定相应的PCC规则,分别下发给对应的PCEFa和PCEFb实体,PCEFa和PCEFb直接对收到的PCC规则进行执行。
此外,当PCEFa判断需要进行信用重授权时,PCEFa通过v-OCS向h-OCS请求信用重授权,h-OCS向PCEFb发送命令,要求PCEFb传送剩余信用报告,PCEFb向h-OCS发送剩余信用报告,h-OCS将新的信用下发给PCEFb;如果需要对PCEFb进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给PCEFb进行更新,如果需要对PCEFa进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给v-OCS,通过v-OCS对PCEFa进行信用重授权事件的更新。
当PCEFb判断需要进行信用重授权时,PCEFb向h-OCS请求信用重授权并发送剩余信用报告,h-OCS将新的信用下发给PCEFb。如果需要对PCEFb进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给PCEFb进行更新,如果需要对PCEFa进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件下发给v-OCS,通过v-OCS对PCEFa进行信用重授权事件信息的更新。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
图13为本发明实施例三PCEFa发起的IP-CAN会话修改流程示意图,如图13所示,该流程包括:
步骤1301,PCEFa判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFa存储的触发事件的发生或者是PCEFa的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤1302,PCEFa向v-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤1303,v-PCRF接收PCC规则请求消息,向h-PCRF发送PCC规则请求消息,消息中携带PCEFa发送的h-PCRF进行PCC决策所需要的更新信息;
步骤1304,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤1305,h-PCRF向PCEFb发送PCC规则提供消息;
步骤1306,h-PCRF向v-PCRF发送PCC规则提供消息;
步骤1307,v-PCRF向PCEFa发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
步骤1308,如果采用在线计费模式,PCEFa和PCEFb根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFa和PCEFb将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEFa或PCEFb发起信用重授权流程。
实际应用中,步骤1305、步骤1306及步骤1307之间并没有先后顺序,步骤1307可以在步骤1305或步骤1306之前或之后或同时发生。
图14为本发明实施例三PCEFb发起的IP-CAN会话修改流程示意图,如图14所示,与图13不同的是,
在步骤1401中,PCEFb判断的依据可以是符合PCEFb存储的触发事件的发生或者是PCEFb的内部触发。
步骤1302和步骤1303对应步骤1402,PCEFb向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向PCEFb发送PCC规则提供消息;
步骤1505,h-PCRF向PCEFa发送PCC规则提供消息;
步骤1506,v-PCRF向PCEFa发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
步骤1507,如果采用在线计费模式,PCEFa和PCEFb根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFa和PCEFb将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEFa或PCEFb发起信用重授权流程。
实际应用中,步骤1504、步骤1505及步骤1506之间并没有先后顺序,步骤1506可以在步骤1504或步骤1505之前或之后或同时发生。
图16为本发明实施例三PCEFa发起的信用重授权流程示意图,如图16所示,该流程包括:
步骤1601,PCEFa判断需要进行信用重授权,向v-OCS发送信用请求消息;
本步骤中,PCEFa判断的依据可以是符合PCEFa存储的信用重授权事件的发生或者是检测到新增的或不可用的charging key。
步骤1602,v-OCS向h-OCS发送信用请求消息;
步骤1603,h-OCS向PCEFb发送最终报告请求消息,请求PCEFb上报存储的原来的在线计费剩余信用信息;
步骤1604,PCEFb接收最终报告请求消息,向h-OCS发送信用请求消息,消息中携带包含原来的在线计费剩余信用信息的最终报告;
步骤1605,h-OCS接收信用请求消息,向PCEFb发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到的最终报告的回应信息;
步骤1606,h-OCS向v-OCS发送信用响应消息,通知信用重授权过程完成;
步骤1607,v-OCS向PCEFa发送信用响应消息,通知信用重授权过程完成。
实际应用中,步骤1605、步骤1606及步骤1607并没有先后顺序,步骤1607可以在步骤1605或步骤1606之前或之后或同时发生;在h-OCS下发的信用响应消息中还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息。
图17为本发明实施例三PCEFb发起的信用重授权流程示意图,如图17所示,该流程包括:
步骤1701,PCEFb判断需要进行信用重授权,向h-OCS发送信用请求消息,消息中携带最终报告;
本步骤中,PCEFb判断的依据可以是符合PCEFb存储的信用重授权事件的发生,或者是检测到新增的或不可用的charging key等。
步骤1702,h-OCS向PCEFb发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到最终报告的回应信息,还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1703,如果h-OCS需要对信用重授权事件信息进行更新,h-OCS向v-OCS发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1704,v-OCS向PCEFa发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤1705,PCEFa接收信用重授权事件更新消息,更新自身存储的信用重授权事件后,向v-OCS返回更新信用重授权事件响应消息;
步骤1706,v-OCS向h-OCS返回更新信用重授权事件响应消息。
实际应用中,步骤1702和步骤1703并没有先后顺序,步骤1702可以在步骤1703之后或同时发生。
由上述实施例可以看出,在漫游的PCC架构下,PCEFa通过v-PCRF向h-PCRF请求PCC规则,或由PCEFb向h-PCRF请求PCC规则,或由h-PCRF发起IP-CAN会话修改的流程,当h-PCRF判断需要进行信用重授权时,PCEFa通过v-OCS向h-OCS请求信用重授权,或由PCEFb向h-OCS请求信用重授权,发起信用重授权的流程,实现了IP-CAN会话的修改和信用重授权。
实施例四:基于图5a的漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在图5a的PCC架构中,PCEFa和PCEFb都会收到从h-PCRF下发的触发事件,其中对于PCEFa,可以是h-PCRF将触发事件经v-PCRF下发给PCEFa,也可以是h-PCRF将触发事件下发给PCEFb,由PCEFb区分出承载相关的触发事件发送给PCEFa;信用重授权事件由h-OCS发送给PCEFb,PCEFa上没有信用重授权事件。因此,PCEFa和PCEFb都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,但只有PCEFb在发生的事件与信用重授权事件匹配时发起信用重授权流程,PCEFa不会发起信用重授权流程。
同样地,与实施例三相似,h-PCRF将PCC规则发送给PCEFa和PCEFb,可以采用以下三种方式,在此不再赘述。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
对于h-PCRF将触发事件通过v-PCRF下发给PCEFa,PCEFa发起的IP-CAN会话修改流程的情况,h-PCRF通过v-PCRF从PCEFa收到PCC规则请求消息(其中包括发生的触发事件信息和受到影响的PCC规则信息等)并制定出新的PCC规则后,在向PCEFb下发PCC规则的同时,向PCEFb提供从PCEFa获得的触发事件信息和受到影响的PCC规则信息,并指示出该触发事件信息用于信用重授权事件匹配,具体的指示方式可以是在h-PCRF向PCEFb下发触发事件时增加一种新的触发事件类型,该类触发事件专门用于信用重授权事件匹配,也可以是在现有的触发事件信息中增加一个标示,用于标示该触发事件是用于对PCEFb存储的触发事件的更新还是用于信用重授权事件匹配,当然,也可以是其它的方式。PCEFb将从h-PCRF收到的用于信用重授权事件匹配的触发事件信息与自身存储的信用重授权事件进行匹配,判断是否需要进行信用重授权,如果需要进行信用重授权,则对从h-PCRF收到的所有受到影响的PCC规则进行信用重授权。
图17a为本发明实施例四h-PCRF将触发事件通过v-PCRF下发给PCEFa,PCEFa发起的IP-CAN会话修改流程示意图,如图17a所示,该流程包括:
步骤17a1,PCEFa判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFa存储的触发事件的发生或者是PCEFa的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤17a2,PCEFa向v-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤17a3,v-PCRF接收PCC规则请求消息,向h-PCRF发送PCC规则请求消息,消息中携带PCEFa发送的h-PCRF进行PCC决策所需要的更新信息;
步骤17a4,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤17a5,h-PCRF向PCEFb发送PCC规则提供消息;
本步骤中,h-PCRF向PCEFb发送PCC规则提供消息的同时,可以向PCEFb提供从PCEFa收到的触发事件信息和受影响的PCC规则信息,并指示该触发事件信息用于信用重授权事件匹配。
步骤17a6~7,如果采用在线计费模式,PCEFb根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEFb将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,PCEFb发起信用重授权流程,对从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规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤17a10,v-PCRF向PCEFa发送PCC规则提供消息。
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
对于h-PCRF将触发事件下发给PCEFb,由PCEFb区分出承载相关的触发事件发送给PCEFa,PCEFa发起的IP-CAN会话修改流程的情况,PCEFa检测到触发事件发生时,将发生的触发事件信息和受影响的PCC规则信息发送给PCEFb,由PCEFb将收到的触发事件信息和受影响的PCC规则信息发送给h-PCRF,请求新的PCC规则;在从h-PCRF接收到新的PCC规则后,PCEFb根据从PCEFa收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF收到的新的PCC规则判断是否需要发起信用重授权流程。
图17b为本发明实施例四h-PCRF将触发事件下发给PCEFb,PCEFa发起的IP-CAN会话修改流程示意图,如图17b所示,该流程包括:
步骤17b1,PCEFa判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFa存储的触发事件的发生或者是PCEFa的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤17b2,PCEFa将PCC决策所需要的更新消息向PCEFb发送;
本步骤中,PCC决策所需要的更新消息包括发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤17b3,PCEFb向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤17b4,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤17b5,h-PCRF向PCEFb发送PCC规则提供消息;
步骤17b6~步骤17b7,如果采用在线计费模式,PCEFb根据从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规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤17b10,v-PCRF向PCEFa发送PCC规则提供消息。
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
图17c为本发明实施例四PCEFb发起的IP-CAN会话修改流程示意图,如图17c所示,该流程包括:
步骤17c1,PCEFb判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFb存储的触发事件的发生或者是PCEFb的内部触发。
步骤17c2,PCEFb向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤17c3,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤17c4,h-PCRF向PCEFb发送PCC规则提供消息;
步骤17c5~6,如果采用在线计费模式,PCEFb根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFb将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEFb需要向h-OCS请求新的信用,对于不可用的charging key,PCEFb向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEFb向h-OCS重新请求信用。
步骤17c7,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤17c8,h-PCRF根据PCEFb返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤17c9,v-PCRF向PCEFa发送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向PCEFb发送PCC规则提供消息;
步骤17d5~6,如果采用在线计费模式,PCEFb根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFb将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEFb需要向h-OCS请求新的信用,对于不可用的charging key,PCEFb向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEFb向h-OCS重新请求信用。
步骤17d7,PCEFb向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤17d8,h-PCRF根据PCEFb返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤17d9,v-PCRF向PCEFa发送PCC规则提供消息。
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。。
实施例五:基于图6的漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在漫游的PCC架构下,PCEFa和PCEFb1、PCEFb2都会收到从h-PCRF下发的触发事件和从h-OCS下发的信用重授权事件。所以PCEFa和PCEFb1、PCEFb2都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,也都可能在发生的事件与信用重授权事件匹配时发起信用重授权流程。
当PCEFa或PCEFb1判断需要进行IP-CAN会话修改时,PCEFa或PCEFb1通过v-PCRF向h-PCRF请求PCC规则,h-PCRF制定PCC规则,发送给PCEFb2进行更新,同时,通过v-PCRF发送给PCEFa和/或PCEFb1进行更新;
当PCEFb2判断需要进行IP-CAN会话修改时,PCEFb2向h-PCRF请求PCC规则,h-PCRF制定PCC规则,发送给PCEFb2进行更新,同时,通过v-PCRF发送给PCEFa和/或PCEFb1进行更新。
当h-PCRF判断需要进行IP-CAN会话修改时,h-PCRF发起IP-CAN会话修改,h-PCRF将PCC规则发送给PCEFb2进行更新,同时,通过v-PCRF发送给PCEFa和/或PCEFb1进行更新。
上述h-PCRF将PCC规则发送给PCEFa和PCEFb1,PCEFb2,可以采用以下三种方式:第一种方式,预先在PCEFa和PCEFb1,PCEFb2实体上分别配置相应实体需要执行的PCC规则信息,h-PCRF将相同的PCC规则发送给PCEFa和PCEFb1,PCEFb2,PCEFa和PCEFb1,PCEFb2根据自身预先的配置从接收到的PCC规则中区分出自己需要执行的PCC规则信息;第二种方式,h-PCRF将相同的PCC规则发送给PCEFa和PCEFb1,PCEFb2,h-PCRF在向PCEFa和PCEFb1,PCEFb2实体提供PCC规则之前或者提供PCC规则的同时,向PCEFa和PCEFb1,PCEFb2实体提供PCC规则的执行指示,PCEFa和PCEFb1,PCEFb2根据接收到PCC规则包含的执行指示,区分出自身需要执行的PCC规则信息;第三种方式,h-PCRF根据PCEFa和PCEFb1,PCEFb2实体执行的功能不同,对PCEFa和PCEFb1,PCEFb2实体分别制定相应的PCC规则,分别下发给对应的PCEFa和PCEFb1,PCEFb2实体,PCEFa和PCEFb1,PCEFb2直接对收到的PCC规则进行执行。
对于h-PCRF向不同的PCEF实体提供不同的PCC规则执行指示或h-PCRF根据PCEF实体功能不同提供不同PCC规则的情况,由于h-PCRF需要经过v-PCRF才能将PCC规则分别提供给PCEFa和PCEFb1,因而,h-PCRF和V-PCRF之间的接口可以是多个S9接口,分别对应与V-PCRF相连的多个PCEF实体如PCEFa,PCEFb1等;也可以是一个S9接口,在其上传递的PCC规则需要携带提供给目的PCEF实体的指示。
此外,当PCEFa或PCEFb1判断需要进行信用重授权时,PCEFa或PCEFb1通过v-OCS向h-OCS请求信用重授权,h-OCS向PCEFb2发送命令,要求PCEFb2传送剩余信用报告,PCEFb2向h-OCS发送剩余信用报告,h-OCS将新的信用下发给PCEFb2;如果需要对PCEFb2进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给PCEFb2进行更新,如果需要对PCEFa或PCEFb1进行信用重授权事件信息的更新,h-OCS将需要更新的信用重授权事件信息下发给v-OCS,通过v-OCS对PCEFa或PCEFb1进行信用重授权事件信息的更新。
当PCEFb2判断需要进行信用重授权时,PCEFb2向h-OCS请求信用重授权并发送剩余信用报告,h-OCS将新的信用下发给PCEFb2。如果需要对PCEFb2进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给PCEFb2进行更新,如果需要对PCEFa或PCEFb1进行信用重授权事件的更新,h-OCS将需要更新的信用重授权事件信息下发给v-OCS,通过v-OCS对PCEFa或PCEFb1进行信用重授权事件信息的更新。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
图18为本发明实施例五PCEFa发起的IP-CAN会话修改流程示意图,如图18所示,该流程包括:
步骤1801,PCEFa判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFa存储的触发事件的发生或者是PCEFa的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤1802,PCEFa向v-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤1803,v-PCRF接收PCC规则请求消息,向h-PCRF发送PCC规则请求消息,消息中携带PCEFa发送的h-PCRF进行PCC决策所需要的更新信息;
步骤1804,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤1805,h-PCRF向PCEFb2发送PCC规则提供消息;
步骤1806,h-PCRF向v-PCRF发送PCC规则提供消息;
步骤1807,v-PCRF向PCEFa发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后将该消息向PCEFa发送。
步骤1808,v-PCRF向PCEFb1发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后将该消息向PCEFb1发送。
步骤1809,PCEFa、PCEFb1、PCEFb2根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFa、PCEFb1、PCEFb2将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEFa或PCEFb1或PCEFb2发起信用重授权流程。
实际应用中,步骤1805与步骤1806之间并没有先后顺序,步骤1806可以在步骤1805之前或同时发生;同样,步骤1807与步骤1808之间也并没有先后顺序。
图19为本发明实施例五PCEFb1发起的IP-CAN会话修改流程示意图。参见图19,与图18不同的是,在步骤1901,PCEFb1判断需要发起IP-CAN会话修改流程,请求更新PCC规则。其它流程与图18流程相类似,在此不再赘述。
图20为本发明实施例五PCEFb2发起的IP-CAN会话修改流程示意图,如图20所示,该流程包括:
步骤2001,PCEFb2判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFb2存储的触发事件的发生或者是PCEFb2的内部触发。
步骤2002,PCEFb2向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤2003,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤2004,h-PCRF向PCEFb2发送PCC规则提供消息;
步骤2005,h-PCRF向v-PCRF发送PCC规则提供消息;
步骤2006,v-PCRF向PCEFb1发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后,将该消息向PCEFb1发送。
步骤2007,v-PCRF向PCEFa发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后,将该消息向PCEFa发送。
步骤2008,PCEFa、PCEFb1、PCEFb2根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFa、PCEFb1、PCEFb2将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEFa或PCEFb1或PCEFb2发起信用重授权流程。
实际应用中,步骤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向PCEFb2发送PCC规则提供消息;
步骤2105,h-PCRF向v-PCRF发送PCC规则提供消息;
步骤2106,v-PCRF向PCEFb1发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后,将该消息向PCEFb1发送。
步骤2107,v-PCRF向PCEFa发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后,将该消息向PCEFa发送。
步骤2108,PCEFa、PCEFb1、PCEFb2根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程。
本步骤中,PCEFa、PCEFb1、PCEFb2将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,由PCEFa或PCEFb1或PCEFb2发起信用重授权流程。
实际应用中,步骤2104与步骤2105之间并没有先后顺序,步骤2105可以在步骤2104之前或同时发生;同样,步骤2106与步骤2107之间也并没有先后顺序。
图22为本发明实施例五PCEFa发起的信用重授权流程示意图,如图22所示,该流程包括:
步骤2201,PCEFa判断需要进行信用重授权,向v-OCS发送信用请求消息;
本步骤中,PCEFa判断的依据可以是符合PCEFa存储的信用重授权事件的发生或者是检测到新增的或不可用的charging key。
步骤2202,v-OCS向h-OCS发送信用请求消息;
步骤2203,h-OCS向PCEFb2发送最终报告请求消息,请求PCEFb2上报存储的原来的在线计费剩余信用信息;
步骤2204,PCEFb2接收最终报告请求消息,向h-OCS发送信用请求消息,消息中携带包含原来的在线计费剩余信用信息的最终报告;
步骤2205,h-OCS接收信用请求消息,向PCEFb2发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到的最终报告的回应信息;
步骤2206,h-OCS向v-OCS发送信用响应消息,通知信用重授权过程完成;
步骤2207,v-OCS向PCEFa发送信用响应消息,通知信用重授权过程完成;
步骤2208,v-OCS向PCEFb1发送信用响应消息,通知信用重授权过程完成。
实际应用中,步骤2205及步骤2206并没有先后顺序,步骤2206可以在步骤2205之前或同时发生;同样,步骤2207及步骤2208也并没有先后顺序,在h-OCS下发的信用响应消息中还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息。
图23为本发明实施例五PCEFb1发起的信用重授权流程示意图,如图23所示,与图22不同的是,在步骤2301,PCEFb1判断需要进行信用重授权,向v-OCS发送信用请求消息。其它流程与图22流程相类似,在此不再赘述。
图24为本发明实施例五PCEFb2发起的信用重授权流程示意图,如图24所示,该流程包括:
步骤2401,PCEFb2判断需要进行信用重授权,向h-OCS发送信用请求消息,消息中携带最终报告;
本步骤中,PCEFb2判断的依据可以是符合PCEFb2存储的信用重授权事件的发生,或者是检测到新增的或不可用的charging key等。
步骤2402,h-OCS向PCEFb2发送信用响应消息,消息中携带新的在线计费信用信息,也可以携带接收到最终报告的回应信息,还可以携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤2403,如果h-OCS需要对信用重授权事件信息进行更新,h-OCS向v-OCS发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤2404,v-OCS向PCEFa发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤2405,PCEFa接收信用重授权事件更新消息,更新自身存储的信用重授权事件后,向v-OCS返回更新信用重授权事件响应消息;
步骤2406,v-OCS向PCEFb1发送信用重授权事件更新消息,消息中携带新的信用重授权事件信息或者信用重授权事件更新指示信息;
步骤2407,PCEFb1接收信用重授权事件更新消息,更新自身存储的信用重授权事件后,向v-OCS返回更新信用重授权事件响应消息;
步骤2408,v-OCS向h-OCS返回更新信用重授权事件响应消息。
实际应用中,步骤2404及步骤2406并没有先后顺序,步骤2406可以在步骤2404之前或同时发生;同样,步骤2402及步骤2403也并没有先后顺序。
由上述实施例可以看出,在漫游的PCC架构下,PCEFa或PCEFb1通过v-PCRF向h-PCRF请求PCC规则,或由PCEFb2向h-PCRF请求PCC规则,或由h-PCRF发起IP-CAN会话修改的流程,当h-PCRF判断需要进行信用重授权时,PCEFa或PCEFb1通过v-OCS向h-OCS请求信用重授权,或由PCEFb2向h-OCS请求信用重授权,发起信用重授权的流程,实现了IP-CAN会话的修改和信用重授权。
实施例六:基于图6a的漫游PCC架构下实现IP-CAN会话修改和信用重授权。
在图6a的PCC架构中,PCEFa和PCEFb1,PCEFb2都会收到从h-PCRF下发的触发事件,其中对于PCEFa,可以是h-PCRF将触发事件经由v-PCRF下发给PCEFa,也可以是h-PCRF将触发事件下发给PCEFb2,由PCEFb2区分出承载相关的触发事件经由PCEFb1发送给PCEFa。信用重授权事件由h-OCS发送给PCEFb2,PCEFa和PCEFb1上没有信用重授权事件。所以,PCEFa和PCEFb1,PCEFb2都可能在发生的事件与触发事件匹配时发起IP-CAN会话的修改流程,但只有PCEFb2在发生的事件与信用重授权事件匹配时发起信用重授权,PCEFa和PCEFb1不会发起信用重授权。
同样地,与实施例五相似,h-PCRF将PCC规则发送给PCEFa和PCEFb1、PCEFb2,可以采用三种方式,在此不再赘述。
对于h-PCRF向不同的PCEF实体提供不同的PCC规则执行指示或者h-PCRF根据PCEF实体功能不同提供不同PCC规则的情况。h-PCRF和V-PCRF之间可以是多个S9接口,分别对应不同的PCEF实体(PCEFa,PCEFb1等),也可以仅是一个S9接口,在其上传递的PCC规则消息携带提供给目的PCEF实体的指示。
下面分别对上述IP-CAN会话修改及信用重授权流程进行说明。
对于h-PCRF将触发事件通过v-PCRF下发给PCEFa,PCEFa发起的IP-CAN会话修改流程的情况,h-PCRF通过v-PCRF从PCEFa收到PCC规则请求消息(其中包括发生的触发事件信息和受到影响的PCC规则信息等)并制定出新的PCC规则后,在向PCEFb2下发PCC规则的同时,向PCEFb2提供从PCEFa获得的触发事件信息和受到影响的PCC规则信息,并指示出该触发事件信息用于信用重授权事件匹配,具体的指示方式可以是在h-PCRF向PCEFb2下发触发事件时增加一种新的触发事件类型,该类触发事件专门用于信用重授权事件匹配,也可以是在现有的触发事件信息中增加一个标示,用于标示该触发事件是用于对PCEFb2存储的触发事件的更新还是用于信用重授权事件匹配,当然,也可以是其它的方式。PCEFb2将从h-PCRF收到的用于信用重授权事件匹配的触发事件信息与自身存储的信用重授权事件进行匹配,判断是否需要进行信用重授权,如果需要进行信用重授权,则对从h-PCRF收到的所有受到影响的PCC规则进行信用重授权。
图25为本发明实施例六h-PCRF将触发事件通过v-PCRF下发给PCEFa,PCEFa发起的IP-CAN会话修改流程示意图,如图25所示,该流程包括:
步骤2501,PCEFa判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFa存储的触发事件的发生或者是PCEFa的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤2502,PCEFa向v-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤2503,v-PCRF接收PCC规则请求消息,向h-PCRF发送PCC规则请求消息,消息中携带PCEFa或PCEFb1发送的h-PCRF进行PCC决策所需要的更新信息;
步骤2504,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤2505,h-PCRF向PCEFb2发送PCC规则提供消息;
本步骤中,h-PCRF向PCEFb2发送PCC规则提供消息的同时,可以向PCEFb2提供从PCEFa收到的触发事件信息和受影响的PCC规则信息,并指示该触发事件信息用于信用重授权事件匹配。
步骤2506~07,如果采用在线计费模式,PCEFb2根据自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEFb2将自身存储的信用重授权事件信息和PCC规则提供消息携带的触发事件信息进行匹配,如果匹配成功,PCEFb2发起信用重授权流程,对从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规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤2510,v-PCRF向PCEFb1发送PCC规则提供消息;
本步骤中,PCEFb1接收的PCC规则提供消息,可以是v-PCRF从h-PCRF接收PCC规则提供消息,根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后发送给PCEFb1。
步骤2511,v-PCRF向PCEFa发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
对于h-PCRF将触发事件下发给PCEFb2,由PCEFb2区分出承载相关的触发事件,经由PCEFb1发送给PCEFa,PCEFa发起的IP-CAN会话修改流程的情况,PCEFa检测到触发事件发生时,将发生的触发事件信息和受影响的PCC规则信息经由PCEFb1发送给PCEFb2,由PCEFb2将收到的触发事件信息和受影响的PCC规则信息发送给h-PCRF,请求新的PCC规则;在从h-PCRF接收到新的PCC规则后,PCEFb2根据从PCEFa收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF收到的新的PCC规则判断是否需要发起信用重授权流程。
图26为本发明实施例六h-PCRF将触发事件下发给PCEFb2,PCEFa发起的IP-CAN会话修改流程示意图,如图26所示,该流程包括:
步骤2601,PCEFa判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFa存储的触发事件的发生或者是PCEFa的内部触发;触发事件包括但不限于UE发起的专有承载的建立、修改、删除等事件。
步骤2602,PCEFa将PCC决策所需要的更新消息向PCEFb1发送;
本步骤中,PCC决策所需要的更新消息包括发生的触发事件信息和受到该触发事件影响的PCC规则信息。
步骤2603,PCEFb1将PCC决策所需要的更新消息向PCEFb2发送;
步骤2604,PCEFb2向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤2605,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤2606,h-PCRF向PCEFb2发送PCC规则提供消息;
步骤2607~步骤2608,如果采用在线计费模式,PCEFb2根据从PCEFa接收到的触发事件信息和受影响的PCC规则信息以及从h-PCRF接收到的PCC规则提供消息判断是否需要发起信用重授权流程;
步骤2609,PCEFb2向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤2610,h-PCRF根据PCEFb2返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,本步骤中,不可用的信用信用所对应的新制订的PCC规则不包括在PCC规则提供消息中。
步骤2611,v-PCRF向PCEFb1发送PCC规则提供消息;
本步骤中,PCEFb1接收的PCC规则提供消息,可以是v-PCRF从h-PCRF接收PCC规则提供消息,根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后发送给PCEFb1。
步骤2612,v-PCRF向PCEFa发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
图27为本发明实施例六PCEFb2发起的IP-CAN会话修改流程示意图,如图27所示,该流程包括:
步骤2701,PCEFb2判断需要发起IP-CAN会话修改流程,请求更新PCC规则;
本步骤中,判断的依据可以是符合PCEFb2存储的触发事件的发生或者是PCEFb2的内部触发。
步骤2702,PCEFb2向h-PCRF发送PCC规则请求消息,消息中携带h-PCRF进行PCC决策所需要的更新信息;
步骤2703,h-PCRF制定PCC规则;
本步骤中,h-PCRF在制定PCC规则过程中,h-PCRF可能和AF或者SPR交互以获得所需的应用层业务信息或签约数据信息。
步骤2704,h-PCRF向PCEFb2发送PCC规则提供消息;
步骤2705~2706,如果采用在线计费模式,PCEFb2根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEFb2将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEFb2需要向h-OCS请求新的信用,对于不可用的charging key,PCEFb2向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEFb2向h-OCS重新请求信用。
步骤2707,PCEFb2向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤2708,h-PCRF根据PCEFb2返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。本步骤中,如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤2709,v-PCRF向PCEFb1发送PCC规则提供消息;
本步骤中,PCEFb1接收的PCC规则提供消息,可以是v-PCRF从h-PCRF接收PCC规则提供消息,根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后发送给PCEFb1。
步骤2710,v-PCRF向PCEFa发送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向PCEFb2发送PCC规则提供消息;
步骤2805~6,如果采用在线计费模式,PCEFb2根据信用重授权事件信息和PCC规则提供消息携带的触发事件信息决定是否需要发起信用重授权流程;
本步骤中,PCEFb2将自身存储的信用重授权事件信息和PCC规则提供消息,对于新增的charging key,PCEFb2需要向h-OCS请求新的信用,对于不可用的charging key,PCEFb2向h-OCS发送最终报告并返回剩余信用,其它符合信用重授权的事件也会触发PCEFb2向h-OCS重新请求信用。
步骤2807,PCEFb2向hPCRF返回PCC规则响应消息,其中可以包括PCC规则执行结果信息,如果采用在线计费模式,也可以包括信用是否可用的信息;
步骤2808,h-PCRF根据PCEFb2返回的PCC规则响应消息向v-PCRF发送PCC规则提供消息;
如果采用在线计费模式,并且PCEFb向h-PCRF返回的PCC规则响应消息中包括信用是否可用的信息。如果信用可用,h-PCRF向PCEFa发送PCC规则提供消息,携带新制订的PCC规则,如果某个信用不可用,向PCEFa发送PCC规则提供消息,不携带为不可用信用新制订的PCC规则。
步骤2809,v-PCRF向PCEFb1发送PCC规则提供消息;
本步骤中,PCEFb1接收的PCC规则提供消息,可以是v-PCRF从h-PCRF接收PCC规则提供消息,根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理,然后发送给PCEFb1。
步骤2810,v-PCRF向PCEFa发送PCC规则提供消息;
本步骤中,v-PCRF接收PCC规则提供消息,可以根据本地策略对PCC规则提供消息进行进一步处理,也可以不做处理。
以上举较佳实施例,对本发明的目的、技术方案和优点进行了进一步详细说明,所应理解的是,以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (27)
1.一种会话修改方法,其特征在于,该方法包含:
本地策略和计费规则功能h-PCRF根据接收的策略和计费控制PCC规则请求消息或应用层业务消息或自身的触发,向策略与计费执行功能PCEF b发送PCC规则提供消息;
所述h-PCRF根据PCEF b提供的PCC规则响应消息向PCEF a发送PCC规则提供消息;
其中,所述PCEFa与本地在线计费***h-OCS之间没有连接。
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连通接入网IP-CAN会话修改消息,携带发生的触发事件信息和受影响的PCC规则信息;PCEF b接收IP-CAN会话修改消息,向h-PCRF发送PCC规则请求消息。
6.如权利要求4所述的方法,其特征在于,所述h-PCRF制定PCC规则进一步包括:所述h-PCRF与应用功能交互获取应用层业务信息,和/或与签约规格库交互获取签约数据信息,根据接收的PCC规则请求消息及交互获取的信息制定PCC规则。
7.如权利要求1所述的方法,其特征在于,进一步包括:
所述h-PCRF发送给PCEF a和PCEF b相同的PCC规则,PCEF a和PCEFb根据自身预先配置的需要执行的PCC规则,从所述接收到的PCC规则中区分出自身需要执行的PCC规则;或
所述h-PCRF发送给PCEF a和PCEF b的PCC规则携带PCC规则执行指示,PCEF a和PCEF b根据所述接收的PCC规则消息中包含的执行指示,区分出自身需要执行的PCC规则;或
所述h-PCRF预先将PCC规则执行指示发送给PCEF a和PCEF b,PCEF a和PCEF b根据预先接收的PCC规则执行指示,从所述接收的PCC规则消息中区分出自身需要执行的PCC规则;或
所述h-PCRF根据PCEF a和PCEF b执行的功能不同,对PCEF a和PCEFb接收分别制定相应的PCC规则,PCEF a和PCEF b接收所述h-PCRF分别下发给对应的PCEF a和PCEF b的PCC规则。
8.如权利要求1所述的方法,其特征在于,所述h-PCRF根据所述PCEF b提供的PCC规则响应消息的步骤包括:PCEF b接收PCC规则提供消息,向本地在线计费***h-OCS发送信用请求消息;h-OCS接收信用请求消息,向PCEFb发送携带新的在线计费信用信息或最终报告的回应信息的信用响应消息;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,所述向策略与计费执行功能PCEF b发送PCC规则提供消息为向PCEF b2发送的PCC规则提供消息,所述的PCC规则响应消息是由PCEF b2提供的,所述h-PCRF根据接收的策略和计费控制PCC规则请求消息的步骤之前包括:h-PCRF将触发事件信息通过拜访地策略和计费规则功能v-PCRF发送至PCEF a,或h-PCRF将触发事件信息发送至PCEF b2,PCEF b2区分出承载相关的触发事件信息,将与承载相关的触发事件信息通过PCEF b1发送给PCEFa。
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,所述向策略与计费执行功能PCEF b发送PCC规则提供消息为向PCEF b2发送的PCC规则提供消息,所述的PCC规则响应消息是由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 | 一种会话修改方法及*** |
CN2008800041413A CN101861713B (zh) | 2007-09-19 | 2008-09-04 | 一种会话修改方法及*** |
PCT/CN2008/072267 WO2009039750A1 (fr) | 2007-09-19 | 2008-09-04 | Procédé et système pour une modification de session |
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 CN101394449A (zh) | 2009-03-25 |
CN101394449B true 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 (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103404185A (zh) * | 2011-02-25 | 2013-11-20 | 阿尔卡特朗讯公司 | 临时限制和回滚 |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101567793A (zh) | 2008-04-25 | 2009-10-28 | 华为技术有限公司 | Pcc规则更新的方法、装置及*** |
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 | 中兴通讯股份有限公司 | 一种统计资源申请过程中流量的网关、***及方法 |
CN101646151B (zh) * | 2009-09-01 | 2012-02-08 | 中兴通讯股份有限公司 | 一种会话更新方法和装置 |
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 |
CN102547640B (zh) * | 2010-12-10 | 2015-09-16 | 中兴通讯股份有限公司 | 一种消费限制业务的签约和执行方法及*** |
US8838791B2 (en) | 2011-02-25 | 2014-09-16 | Alcatel Lucent | Transient subscription records |
CN103731930B (zh) * | 2012-10-12 | 2018-10-26 | 中兴通讯股份有限公司 | 会话建立方法、装置及*** |
CN103929725B (zh) * | 2013-01-10 | 2018-04-27 | 中兴通讯股份有限公司 | 漫游本地业务的在线计费方法、h-ocs及v-ocs |
WO2014113019A1 (en) * | 2013-01-18 | 2014-07-24 | Nokia Siemens Networks Oy | Solution to enforce time and usage threshold for monitoring |
CN103797753B (zh) * | 2013-06-28 | 2017-06-06 | 华为技术有限公司 | 信用控制方法、策略和计费执行功能实体、在线计费*** |
CN104955014A (zh) * | 2014-03-27 | 2015-09-30 | 阿尔卡特朗讯 | 一种用于重置用户信息的方法与设备 |
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 | 电信科学技术研究院 | 触发网络策略更新的方法、管理功能实体及核心网设备 |
EP3515031B1 (en) | 2016-11-14 | 2021-04-07 | Huawei Technologies Co., Ltd. | Session processing method, apparatus and system |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004034591A2 (en) * | 2002-10-09 | 2004-04-22 | Nokia Corporation | Policy control function for multimedia broadcast/multicast system |
CN1798041A (zh) * | 2004-12-22 | 2006-07-05 | 华为技术有限公司 | 一种在通信***中进行计费的方法 |
CN101001402A (zh) * | 2006-01-10 | 2007-07-18 | 华为技术有限公司 | 移动通信***及使用归属网络应用功能业务的方法 |
WO2007097670A1 (en) * | 2006-02-27 | 2007-08-30 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for communication |
Family Cites Families (17)
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 |
GB0408990D0 (en) | 2004-04-22 | 2004-05-26 | Nokia Corp | Charging in communication networks |
EP1770915A1 (en) | 2005-09-29 | 2007-04-04 | Matsushita Electric Industrial Co., Ltd. | Policy control in the evolved system architecture |
CN101326760B (zh) * | 2005-12-14 | 2011-06-01 | 艾利森电话股份有限公司 | 移动电信***中的设备和方法 |
EP1974560B1 (en) * | 2006-01-20 | 2011-11-30 | Telefonaktiebolaget LM Ericsson (publ) | Policy enforcement within an ip network |
CN101366311B (zh) * | 2006-02-07 | 2011-12-14 | 艾利森电话股份有限公司 | 通信网络中使用的方法和设备 |
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 |
US8280374B2 (en) * | 2006-08-04 | 2012-10-02 | 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 |
DE602007009431D1 (de) * | 2007-02-01 | 2010-11-04 | Ericsson Telefon Ab L M | Erweiterte mediensteuerung |
US20100146596A1 (en) * | 2007-04-27 | 2010-06-10 | John Stenfelt | Method And A Device For Improved Service Authorization |
DK1988680T3 (da) * | 2007-04-30 | 2010-07-19 | Nokia Siemens Networks Oy | Politikkontrol i et netværk |
EP2163068B1 (en) * | 2007-05-22 | 2016-02-03 | 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 CN CN2008800041413A patent/CN101861713B/zh active Active
- 2008-09-04 WO PCT/CN2008/072267 patent/WO2009039750A1/zh active Application Filing
-
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
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004034591A2 (en) * | 2002-10-09 | 2004-04-22 | Nokia Corporation | Policy control function for multimedia broadcast/multicast system |
CN1798041A (zh) * | 2004-12-22 | 2006-07-05 | 华为技术有限公司 | 一种在通信***中进行计费的方法 |
CN101001402A (zh) * | 2006-01-10 | 2007-07-18 | 华为技术有限公司 | 移动通信***及使用归属网络应用功能业务的方法 |
WO2007097670A1 (en) * | 2006-02-27 | 2007-08-30 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for communication |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103404185A (zh) * | 2011-02-25 | 2013-11-20 | 阿尔卡特朗讯公司 | 临时限制和回滚 |
Also Published As
Publication number | Publication date |
---|---|
WO2009039750A1 (fr) | 2009-04-02 |
US20120059942A1 (en) | 2012-03-08 |
CN101394449A (zh) | 2009-03-25 |
US8601533B2 (en) | 2013-12-03 |
US20100180319A1 (en) | 2010-07-15 |
US8516545B2 (en) | 2013-08-20 |
CN101861713A (zh) | 2010-10-13 |
CN101861713B (zh) | 2012-11-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101394449B (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 | |
CN102547640B (zh) | 一种消费限制业务的签约和执行方法及*** | |
CN101370006B (zh) | 网络协议连通接入网会话建立方法及会话删除方法 | |
CN102647699A (zh) | 策略和计费控制方法、v-pcrf及v-ocs | |
CN101677437A (zh) | 多分组数据网场景下实现策略和计费控制的方法和*** | |
CN103843374A (zh) | 基于sy的集成的策略和计费控制 | |
CN102131172A (zh) | 业务处理方法及*** | |
CN102014360A (zh) | 一种本地疏导漫游场景在线计费的方法和*** | |
CN103716765A (zh) | 策略和在线计费控制*** | |
CN102655634B (zh) | 策略和计费控制功能实体功能协商的方法和*** | |
CN103929725B (zh) | 漫游本地业务的在线计费方法、h-ocs及v-ocs | |
CN104581670A (zh) | 应用接入控制方法及应用功能实体装置 | |
CN104955013A (zh) | 用量监控方法、装置和*** | |
CN102904740B (zh) | 一种组用户用量监控方法及*** | |
CN101583152B (zh) | 一种信息传递方法、装置和*** | |
CN102480718A (zh) | 漫游场景支持被赞助数据连接的方法和*** | |
CN102098647A (zh) | 漫游架构下在线计费的方法和*** | |
CN102057622B (zh) | 核心网络中改进的信用授权 | |
CN109891840A (zh) | 电信网络中的临时产品的策略管理的方法和设备 | |
CN101730049B (zh) | 实现计费控制的方法及*** | |
CN101945367A (zh) | 用于演进分组***的计费方法及装置 | |
CN103841539B (zh) | 一种漫游本地业务功能实现方法和*** | |
CN103582030A (zh) | 服务质量的更新处理方法及装置 | |
CN101998323A (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 |