CN102655634B - 策略和计费控制功能实体功能协商的方法和系统 - Google Patents

策略和计费控制功能实体功能协商的方法和系统 Download PDF

Info

Publication number
CN102655634B
CN102655634B CN201110049693.XA CN201110049693A CN102655634B CN 102655634 B CN102655634 B CN 102655634B CN 201110049693 A CN201110049693 A CN 201110049693A CN 102655634 B CN102655634 B CN 102655634B
Authority
CN
China
Prior art keywords
function
pcrf
supported
visited place
place
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201110049693.XA
Other languages
English (en)
Other versions
CN102655634A (zh
Inventor
周晓云
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201110049693.XA priority Critical patent/CN102655634B/zh
Priority to PCT/CN2012/071282 priority patent/WO2012116600A1/zh
Publication of CN102655634A publication Critical patent/CN102655634A/zh
Application granted granted Critical
Publication of CN102655634B publication Critical patent/CN102655634B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H04M15/66—Policy and charging system
    • 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
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • 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/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8038—Roaming or handoff
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server

Abstract

本发明公开了一种策略和计费控制功能实体功能协商的方法和系统，其中该方法包括：拜访地策略与计费规则功能实体PCRF根据自身支持的功能以及拜访地策略执行功能实体支持的功能向归属地PCRF上报拜访地所支持的功能；归属地PCRF根据自身支持的功能和拜访地所支持的功能向拜访地PCRF返回协商后支持的功能。本发明解决了V‑PCRF和拜访地策略执行功能实体支持的功能不同而导致V‑PCRF无法下发策略给拜访地策略执行功能实体的问题，进而达到了协商所生成的策略正确执行的技术效果。

Description

策略和计费控制功能实体功能协商的方法和系统
技术领域
本发明涉及通信领域，具体而言，涉及一种策略和计费控制功能实体功能协商的方法和系统。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)的策略和计费控制(Policy and Charging Control，简称为PCC)架构是一个能够应用于多种接入技术的功能框架。例如，应用于通用移动通信系统(Universal MobileTelecommunications System，简称为UMTS)的陆上无线接入网(UMTS Terrestrial RadioAccess Network，简称为UTRAN)、全球移动通信系统(Global system for MobileCommunication，简称为GSM)/GSM数据增强演进(Enhanced Data rates for GlobalEvolution，简称为EDGE)无线接入网、互通无线局域网(I-WLAN)以及演进的分组系统(Evolved Packet System，简称为EPS)等。
图1为相关技术的Rel-8 PCC非漫游架构的示意图，包括：应用功能实体102(ApplicationFunction，简称为AF)、策略与计费规则功能实体104(Policy and ChargingRules Function，简称为PCRF)、承载绑定和事件报告功能实体106(Bearer Binding andEvent Reporting Function，简称为BBERF)、策略与计费执行功能实体108(Policy andCharging Enforcement Function，简称为PCEF)、用户签约数据库110(SubscriptionProfile Repository，简称为SPR)、在线计费系统112(Online Charging System，简称为OCS)以及离线计费系统114(Offline ChargingSystem，简称为OFCS)。以下参照图1对该PCC架构中的各个逻辑功能实体及其接口功能进行描述：
应用功能实体102(Application Function，简称为AF)，提供业务应用的接入点，这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时，AF将相关业务信息传递给策略与计费规则功能实体104(Policy and Charging RulesFunction，简称为PCRF)，如果这些业务信息与PCRF的策略相一致，则PCRF接受该协商；否则，PCRF拒绝该协商，并在反馈中同时给出PCRF可接受的业务参数。随后，AF可将这些参数返回给用户设备(User Equipment，简称为UE)。其中，AF和PCRF之间的接口是Rx接口。
PCRF 104是PCC的核心，负责策略决策和计费规则的制定。PCRF104提供了基于业务数据流的网络控制规则，这些网络控制包括业务数据流的监测、门控(Gating Control)、服务质量(Quality of Service，简称为QoS)控制以及基于数据流的计费规则等。PCRF104将其制定的策略和计费规则发送给策略与计费执行功能实体108(Policy and ChargingEnforcementFunction，简称为PCEF)执行，同时，PCRF104还需要保证这些规则和用户的签约信息一致。PCRF104制定策略和计费规则的依据包括：从AF获取与业务相关的信息；从用户签约数据库110(Subscription Profile Repository，简称为SPR)获取用户策略计费控制签约信息；从PCEF108获取与承载相关网络的信息。
PCEF108，用于在承载面执行PCRF 104所制定的策略和计费规则。PCEF108按照PCRF104所发送的规则中的业务数据流过滤器对业务数据流进行监测，进而对这些业务数据流执行PCRF104所制定的策略和计费规则。在承载建立时，PCEF108按照PCRF104发送的规则进行QoS授权，并根据AF的执行进行门控控制。根据PCRF104发送的计费规则，PCEF108执行相应的业务数据流计费操作，计费既可以是在线计费，也可以是离线计费。如果是在线计费，则PCEF108需要和在线计费系统112(Online Charging System，简称为OCS)一起进行信用管理。离线计费时，PCEF和离线计费系统114(Offiine Charging System，简称为OFCS)之间交换相关计费信息。PCEF108与PCRF104之间的接口是Gx接口，与OCS112之间的接口是Gy接口，与OFCS114之间的接口是Gz接口。PCEF108通常位于网络的网关(Gate-Way，简称为GW)内，如GPRS中的GPRS网关支持节点(GGSN)以及I-WLAN中的分组数据网关(Packet DataGateway，简称为PDG)。
承载绑定和事件报告功能实体106(Bearer Binding and Event ReportingFunction，简称为BBERF)，其功能包括承载绑定、上行承载绑定的验证、以及事件报告。当UE通过E-UTRAN接入，并且S-GW与P-GW之间采用PMIPv6协议时，BBERF106就位于S-GW，当UE通过可信任非3GPP接入系统接入时，BBERF106位于可信任非3GPP接入网关，当UE通过不可信任非3GPP接入系统接入时、BBERF106位于演进的分组数据网关(Evolved PacketDataGateway，简称为ePDG)。此时，PCEF108不再执行承载绑定功能。
用户签约数据库110(SPR)存储了和策略控制与计费相关的用户策略计费控制签约信息。SPR110和PCRF104之间的接口是Sp接口。
在线计费系统112(OCS)，与PCEF108一起进行在线计费方式下用户信用的控制和管理。
离线计费系统114(OFCS)，与PCEF108一起完成离线计费方式下的计费操作。
以上PCC架构通过各功能实体实现了对UE为访问一个分组数据网络(PacketDataNetwork，简称为PDN)所建立的IP连接接入网(IP Connectivity Access Network，简称为IP-CAN)会话的策略计费控制。
此外，PCC也支持漫游场景，图2和图3分别家乡路由和本地疏导两种漫游场景下的PCC架构。参见图2，家乡路由漫游场景下的架构包括：拜访地PCRF202(以下简称V-PCRF)和归属地PCRF204(以下简称H-PCEF)之间通过S9接口进行交互。拜访地PCRF202与拜访地BBERF206相连，归属地PCRF204分别与归属地SPR208、归属地AF210、归属地PCEF212相连，归属地PCEF212与OCS214和OFCS216相连。参见图3，本地疏导漫游场景下的架构包括：拜访地PCRF302和归属地PCRF304之间通过S9接口进行交互。拜访地PCRF302与拜访地AF306相连，拜访地PCRF302与拜访地BBERF08和拜访地PCEF310相连，归属地PCRF304分别与归属地SPR312、归属地AF314、归属地PCEF316相连，拜访地PCEF310和归属地PCEF316分别与OCS214和OFCS216相连。
随着3GPP网络的不断演进，PCC架构的功能也在不断的增强。目前3GPP PCC已经有Rel-7、Rel-8、Rel-9和Rel-10四个版本。每个版本中，PCC都会支持之前版本定义的所有的必选功能(feature)和该版本中新定义的必选功能。此外，每一个版本也可能会支持之前版本的一些可选的功能和该版本中新定义的一些可选功能。这就会涉及到可PCC功能功能之间的功能协商机制。
目前，在PCC中采用Supported-Feature AVP来进行功能协商。例如在Rel-10的Gx接口的Supported-Feature AVP中定义了Rel8、Rel9、Rel10、ProvAFsignalFlow、IFOM和SponsoredConnectivity这6个取值。其中Rel8、Rel9、Rel10分别表示Rel-8，Rel-9和Rel-10的必选Feature，ProvAFsignalFlow是Rel-9的一个可选Feature，用于表示PCEF或PCRF支持IMS Restoration。IFOM、SponsoredConnectivity是Rel-10的可选Feature，IFOM表示PCEF或PCRF支持IP流迁移，SponsoredConnectivity表示PCEF或PCRF支持被赞助数据连接Sponsored Data Connectivity。由于Rel-7作为Gx接口的基础版本，当PCEF在初始CCR消息中不携带Supported-Feature，表示PCEF支持Rel-7，此时PCRF返回的CCA消息中也不携带Supported-Feature，表示PCRF也支持Rel-7。这样，PCEF和PCRF就完成了功能协商，获知对方都支持Rel-7的必选功能。若PCEF在初始CCR消息中，携带Supported-Feature，并且Supported-Feature取值包括、Rel7、Rel8、Rel9和ProvAFsignalFlow，表示PCEF支持Rel-7、Rel-8、Rel-9的所有必选Feature，同时还支持Rel-9的一个可选Feature，即IMSRestoration；若PCRF在返回的CCA消息中Supported-Feature携带相同的取值，则表示PCRF也支持Rel-7、Rel-8、Rel-9的所有必选Feature和IMS Restoration。若PCRF在返回的CCA消息中Supported-Feature携带的取值为Rel7、Rel8和Rel9，则表示PCRF只支持支持Rel-7、Rel-8、Rel-9的所有必选Feature，不支持IMS Restoration。这样以后，PCEF和PCRF的交互只能基于Rel-7、Rel-8、Rel-9的必选Feature进行。
然而，采用的Supported-Feature AVP的功能协商都是基于两个功能实体之间的协商，(包括消息中携带Supported-Feature AVP进行协商和不携带Supported-FeatureAVP进行协商)。譬如，对于Gx接口，仅限于PCEF和PCRF本身具有的功能。对于那些需要多个功能实体支持的Feature时，仅仅协商其中的某两个功能实体的功能是不够的，而是要协商IP-CAN会话涉及的多个策略计费控制功能实体的功能。即可以认为，协商的是整个IP-CAN的策略计费控制的功能。其中，策略计费控制功能实体包括策略计费规则功能实体和策略执行功能实体(例如BBERF、PCEF)。
在漫游场景下，用户的一个IP-CAN会话涉及的策略计费控制功能实体有拜访地PCEF(以下简称V-PCEF)、V-PCRF和H-PCRF。若V-PCEF不支持Sponsored DataConnectivity，而V-PCRF和H-PCRF均支持Sponsored Data Connectivity。根据现有技术V-PCEF与V-PCRF协商时，V-PCEF携带的Supported-Feature的取值不包括SponsoredConnectivity，而V-PCRF与H-PCRF的Supported-Feature的取值包括SponsoredConnectivity。然而，当H-PCRF根据功能协商的结果下发Sponsored DataConnectivity相关的策略给V-PCRF后，而V-PCRF却无法下发给PCEF执行，导致错误出现。
此外，现有技术中，S9接口的S9会话是用户级的，即一个UE只有一个S9会话。当UE同时建立多个IP-CAN会话时，S9会话包括多个S9子会话(S9 Subsession)，每个子会话对应一个IP-CAN会话。在现有技术中，V-PCRF和H-PCRF之间的功能协商是S9会话级的，V-PCRF和H-PCRF之间的功能只协商一次(即在S9会话建立时进行协商)，并且适用于S9会话中的所有子会话。由于多个IP-CAN会话选择的PCEF有可能不同，导致多个IP-CAN会话涉及的功能实体的功能有可能是不同的，现有技术的功能协商无法支持一个用户的多个IP-CAN会话涉及的功能实体功能不同时的功能协商。
发明内容
本发明的主要目的在于提供一种策略和计费控制功能实体功能协商的方法和系统，以解决V-PCRF和拜访地策略执行功能实体支持的功能不同而导致V-PCRF无法下发策略给拜访地策略执行功能实体的问题。
根据本发明的一个方面，提供了一种策略和计费控制功能实体功能协商的方法，包括：拜访地PCRF根据自身支持的功能以及拜访地策略执行功能实体支持的功能向归属地PCRF上报拜访地所支持的功能；归属地PCRF根据自身支持的功能和拜访地所支持的功能向拜访地PCRF返回协商后支持的功能。
进一步地，对于每一个IP-CAN会话，拜访地PCRF执行一次上报操作，归属地PCRF执行一次返回操作。
进一步地，拜访地PCRF通过以下步骤来设置拜访地所支持的功能：拜访地PCRF将自身支持的功能的集合与拜访地策略执行功能实体支持的功能的集合的交集设置为拜访地所支持的功能。
进一步地，若IP-CAN会话的策略计费控制涉及一个以上拜访地策略执行功能实体，则拜访地PCRF通过以下步骤来设置拜访地所支持的功能：拜访地PCRF将自身支持的功能与拜访地策略执行功能实体支持的功能的交集设置为拜访地所支持的功能，其中，拜访地策略执行功能实体支持的功能为IP-CAN会话提供的功能所需要的、且拜访地策略执行功能实体与拜访地PCRF均支持的功能。
进一步地，拜访地PCRF通过将拜访地所支持的功能包含在IP-CAN会话对应的S9子会话来指示归属地PCRF拜访地所支持的功能。
进一步地，归属地PCRF根据自身支持的功能和拜访地所支持的功能向拜访地PCRF返回协商后支持的功能的步骤包括：归属地PCRF将自身支持的功能的集合与拜访地所支持的功能的集合的交集设置为协商后支持的功能。
进一步地，归属地PCRF通过将协商后支持的功能包含在IP-CAN会话对应的S9子会话来指示拜访地PCRF协商后支持的功能。
进一步地，策略执行功能实体包括：拜访地承载绑定和事件报告功能实体BBERF和/或拜访地策略与计费执行功能实体PCEF。
进一步地，不同IP-CAN会话对应的拜访地PCEF或拜访地BBERF不同。
根据本发明的另一方面，提供了一种策略和计费控制功能实体功能协商的系统，包括：拜访地PCRF和归属地PCRF，其中：拜访地PCRF用于执行上报步骤：根据自身支持的功能以及拜访地策略执行功能实体支持的功能向归属地PCRF上报拜访地所支持的功能；归属地PCRF用于执行返回步骤：根据自身支持的功能和拜访地所支持的功能向拜访地PCRF返回协商后支持的功能。
进一步地，对于每一个IP-CAN会话，拜访地PCRF用于执行一次上报步骤、归属地PCRF用于执行一次返回步骤。
进一步地，拜访地PCRF包括：第一设置单元，用于当IP-CAN会话的策略计费控制涉及一个拜访地策略执行功能实体时，将拜访地PCRF支持的功能的集合与拜访地策略执行功能实体支持的功能的集合的交集设置为拜访地所支持的功能；当IP-CAN会话的策略计费控制涉及一个以上拜访地策略执行功能实体时，将拜访地PCRF支持的功能与拜访地策略执行功能实体支持的功能的交集设置为拜访地所支持的功能，其中，拜访地策略执行功能实体支持的功能为IP-CAN会话提供的功能所需要的、且拜访地策略执行功能实体与拜访地PCRF均支持的功能。
进一步地，拜访地PCRF还包括：第一指示单元，用于通过将拜访地所支持的功能包含在IP-CAN会话对应的S9子会话来指示归属地PCRF拜访地所支持的功能。
进一步地，归属地PCRF包括：第二设置单元，用于将归属地PCRF支持的功能的集合与拜访地所支持的功能的集合的交集设置为协商后支持的功能。
进一步地，归属地PCRF还包括：第二指示单元，用于通过将协商后支持的功能包含在IP-CAN会话对应的S9子会话来指示拜访地PCRF协商后支持的功能。
进一步地，策略执行功能实体包括：拜访地BBERF和/或拜访地策略与计费执行功能实体PCEF。
进一步地，不同IP-CAN会话对应的拜访地PCEF或拜访地BBERF不同。
通过本发明，拜访地PCRF根据拜访地策略执行功能实体支持的功能和自身支持功能与归属地PCRF自身支持的功能进行协商，解决了V-PCRF和拜访地策略执行功能实体支持的功能不同而导致V-PCRF无法下发策略给拜访地策略执行功能实体的问题，进而达到了协商所生成的策略正确执行的技术效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据相关技术的Rel-8 PCC非漫游架构的示意图；
图2是根据相关技术的Rel-8 PCC家乡路由漫游架构的示意图；
图3是根据相关技术的Rel-8 PCC本地疏导漫游架构的示意图；
图4是根据本发明实施例的策略和计费控制功能实体功能协商的方法的一种优选流程图；
图5是根据本发明实施例的策略和计费控制功能实体功能协商的系统的一种优选结构框图；
图6是根据本发明实施例的策略和计费控制功能实体功能协商的方法的第一种流程图；
图7是根据本发明实施例的策略和计费控制功能实体功能协商的方法的第二种流程图；
图8是根据本发明实施例的策略和计费控制功能实体功能协商的方法的第三种流程图；
图9是根据本发明实施例的策略和计费控制功能实体功能协商的方法的第四种流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
实施例1
图4是根据本发明实施例的策略和计费控制功能实体功能协商的方法的一种优选流程图，包括：
S402，拜访地PCRF根据自身支持的功能以及拜访地策略执行功能实体支持的功能向归属地PCRF上报拜访地所支持的功能；优选的，拜访地PCRF上报拜访地所支持的功能是一个功能的集合。
S404，归属地PCRF根据自身支持的功能和拜访地所支持的功能向拜访地PCRF返回协商后支持的功能。
在本优选实施例中，拜访地PCRF根据拜访地策略执行功能实体支持的功能和自身支持功能与归属地PCRF自身支持的功能进行协商，解决了V-PCRF和拜访地策略执行功能实体支持的功能不同而导致V-PCRF无法下发策略给拜访地策略执行功能实体的问题，进而达到了协商所生成的策略正确执行的技术效果。
优选的，S402-S404应用于UE发生漫游的场景下。
优选的，上述漫游场景包括：用户设备UE初始附着，拜访地PCRF为UE建立了第一个IP-CAN会话；UE完成初始附着，拜访地PCRF为UE建立了至少一个第二个IP-CAN会话。在本优选的实施例中，对于第一个IP-CAN会话和第二个IP-CAN会话，拜访地PCRF均执行一次根据自身支持的功能以及拜访地策略执行功能实体支持的功能向归属地PCRF上报拜访地所支持的功能的操作，归属地PCRF均执行一次根据自身支持的功能和拜访地所支持的功能向拜访地PCRF返回协商后支持的功能的操作。也就是说，对于每一个IP-CAN会话，拜访地PCRF执行一次所述上报操作，归属地PCRF执行一次所述返回操作。在本优选实施例中，由于对每一个IP-CAN会话均进行一次功能协商，从而保证了在UE同时建立多个IP-CAN会话，且多个IP-CAN会话涉及的功能实体功能不同时能够进行正确的功能协商。
优选的，拜访地PCRF通过将拜访地所支持功能包含在所述IP-CAN会话对应的S9子会话来指示归属地PCRF拜访地所支持的功能。当然，本发明并不局限于此，还可以通过其他的会话来指示归属地PCRF拜访地所支持的功能。
优选的，所述拜访地PCRF通过以下步骤来设置所述拜访地所支持的功能：拜访地PCRF将自身支持的功能的集合与拜访地策略执行功能实体支持的功能的集合的交集设置为拜访地所支持的功能。
进一步，若IP-CAN会话的策略计费控制涉及一个以上拜访地策略执行功能实体，则拜访地PCRF通过以下步骤来设置拜访地所支持的功能：拜访地PCRF将自身支持的功能与拜访地策略执行功能实体支持的功能的交集设置为拜访地所支持的功能，其中，拜访地策略执行功能实体支持的功能为IP-CAN会话提供的功能所需要的、且拜访地策略执行功能实体与拜访地PCRF均支持的功能。在本优选实施例中，只对IP-CAN会话提供的功能所需要的相应功能进行交集操作，从而在IP-CAN会话所需要的功能涉及一个或者一个以上拜访地策略执行功能实体时，有效地进行上报操作，提高了操作效率，实现了正确的功能协商。
也就是说，若IP-CAN会话所需要的功能涉及一个以上拜访地策略执行功能实体，则拜访地PCRF将自身支持的功能的集合与所需要的拜访地策略执行功能实体支持的功能的集合的交集设置为拜访地所支持的功能。例如，当IP-CAN会话的策略计费控制涉及BBERF时，V-PCRF在设置拜访地支持的功能时需要综合考虑BBERF和PCEF的支持的功能时，即拜访地PCRF将自身支持的功能的集合、拜访地PCEF支持的功能的集合以及BBERF所支持的功能三者的交集设置为拜访地所支持的功能；当IP-CAN会话的策略计费控制仅涉及PCEF支持的功能时，拜访地PCRF将自身支持的功能的集合与拜访地PCEF支持的功能的集合的交集设置为拜访地所支持的功能。
优选的，归属地PCRF通过将所述协商后支持的功能包含在所述IP-CAN会话对应的S9子会话来指示拜访地PCRF协商后支持的功能。当然，本发明并不局限于此，还可以通过其他的会话来指示拜访地PCRF协商后支持的功能。
优选的，拜访地策略执行功能实体为拜访地PCEF时，归属地PCRF根据自身支持的功能和拜访地所支持的功能向拜访地PCRF返回协商后支持的功能的步骤包括：归属地PCRF将自身支持的功能的集合与拜访地所支持的功能的集合的交集设置为协商后支持的功能。在本优选实施例中，保证了拜访地PCRF和拜访地策略执行功能实体以及归属地PCRF支持的功能处在可以正确协商的同一功能上。
优选的，上述策略执行功能实体包括：拜访地BBERF(承载绑定和事件报告功能实体)和/或拜访地PCEF(策略与计费执行功能实体)。在本优选实施例中，保证BBERF和/或PCEF可以正确执行协商后的策略。
优选的，不同IP-CAN会话对应的拜访地PCEF或拜访地BBERF不同。在本优选实施例中，保证了拜访地PCEF不同时协商所生成的策略还可以正确执行。当然，本发明并不局限于拜访地PCEF或拜访地BBERF不同，拜访地PCEF或拜访地BBERF相同时，同样适用。
实施例2
图5是根据本发明实施例的策略和计费控制功能实体功能协商的系统的一种优选结构框图，根据本发明的另一方面，提供了一种策略和计费控制功能实体功能协商的系统，包括：拜访地PCRF 502和归属地PCRF 504，其中：拜访地PCRF 502用于执行上报步骤：根据自身支持的功能以及拜访地策略执行功能实体支持的功能向归属地PCRF 504上报拜访地所支持的功能；归属地PCRF 504用于执行返回步骤：根据自身支持的功能和拜访地所支持的功能向拜访地PCRF 502返回协商后支持的功能。
在本优选实施例中，拜访地PCRF根据拜访地策略执行功能实体支持的功能和自身支持功能与归属地PCRF自身支持的功能进行协商，解决了V-PCRF和拜访地策略执行功能实体支持的功能不同而导致V-PCRF无法下发策略给拜访地策略执行功能实体的问题，进而达到了协商所生成的策略正确执行的技术效果。
其中，拜访地PCRF 502包括：第一设置单元，用于将拜访地PCRF支持的功能的集合与拜访地策略执行功能实体支持的功能的集合的交集设置为拜访地所支持的功能(优选的，可以在IP-CAN会话的策略计费控制涉及一个拜访地策略执行功能实体时，执行该步骤)；或者，当IP-CAN会话的策略计费控制涉及一个以上拜访地策略执行功能实体时，将拜访地PCRF支持的功能与拜访地策略执行功能实体支持的功能的交集设置为拜访地所支持的功能，其中，拜访地策略执行功能实体支持的功能为IP-CAN会话提供的功能所需要的、且拜访地策略执行功能实体与拜访地PCRF均支持的功能。在本优选实施例中，只对IP-CAN会话提供的功能所需要的相应功能进行交集操作，从而在IP-CAN会话所需要的功能涉及一个或者一个以上拜访地策略执行功能实体时，有效地进行上报操作，提高了操作效率，实现了正确的功能协商。
优选的，拜访地PCRF 502还包括：第一指示单元，用于通过将拜访地所支持的功能包含在IP-CAN会话对应的S9子会话来指示归属地PCRF拜访地所支持的功能。
其中，归属地PCRF 504包括：第二设置单元，用于将归属地PCRF支持的功能的集合与拜访地所支持的功能的集合的交集设置为协商后支持的功能。
优选的，归属地PCRF 504还包括：第二指示单元，用于通过将协商后支持的功能包含在IP-CAN会话对应的S9子会话来指示拜访地PCRF协商后支持的功能。
例如：当IP-CAN会话的策略计费控制涉及BBERF时，V-PCRF在设置拜访地支持的功能时需要综合考虑BBERF和PCEF的支持的功能时，即拜访地PCRF将自身支持的功能的集合、拜访地PCEF支持的功能的集合以及BBERF所支持的功能三者的交集设置为拜访地所支持的功能；当IP-CAN会话的策略计费控制仅涉及PCEF支持的功能时，拜访地PCRF将自身支持的功能的集合与拜访地PCEF支持的功能的集合的交集设置为拜访地所支持的功能。
优选的，拜访地PCRF 502和归属地PCRF 504应用于UE发生漫游的场景下。
上述漫游场景包括：用户设备UE初始附着，拜访地PCRF 502为UE建立了第一个IP-CAN会话；UE完成初始附着，拜访地PCRF 502为UE建立了至少一个第二个IP-CAN会话。在本优选的实施例中，对于第一个IP-CAN会话和第二个IP-CAN会话，拜访地PCRF 502均执行一次根据自身支持的功能以及拜访地策略执行功能实体支持的功能向归属地PCRF 504上报拜访地所支持的功能的操作，归属地PCRF 504均执行一次根据自身支持的功能和拜访地所支持的功能向拜访地PCRF 502返回协商后支持的功能的操作。也就是说，对于每一个IP-CAN会话，拜访地PCRF 502执行一次所述上报操作，归属地PCRF 504执行一次所述返回操作。在本优选实施例中，由于对每一个IP-CAN会话均进行一次功能协商，从而保证了在UE同时建立多个IP-CAN会话，且多个IP-CAN会话涉及的功能实体功能不同时能够进行正确的功能协商。
优选的，上述策略执行功能实体包括：拜访地BBERF(承载绑定和事件报告功能实体)和/或拜访地PCEF(策略与计费执行功能实体)。在本优选实施例中，保证BBERF和/或PCEF可以正确执行协商后的策略。
优选的，不同IP-CAN会话对应的拜访地PCEF或拜访地BBERF不同。在本优选实施例中，保证了拜访地PCEF不同时协商所生成的策略还可以正确执行。当然，本发明并不局限于拜访地PCEF或拜访地BBERF不同，拜访地PCEF或拜访地BBERF相同时，同样适用。
实施例3
参见图6，在本地疏导漫游场景下，UE初始附着时，策略和计费控制功能实体功能协商的系统包括：依次连接的拜访地PCEF1 602、V-PCRF 604和H-PCRF 606以及归属地SPR608，以上功能实体之间进行功能协商的流程包括如下步骤，其中UE建立的IP-CAN会话不涉及BBERF。
步骤S601，在UE初始附着的过程中，PCEF1 602位于的网关接收到IP-CAN会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识1。
步骤S602，PCEF1 602通知V-PCRF 604 IP-CAN会话建立。PCEF1 602向V-PCRF 604发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-Type AVP设置为INITIAL_REQUEST。PCEF1向V-PCRF提供用户标识、PDN标识1以及为UE分配的IP地址(IPAddress1)。若PCEF1 602至少支持Rel-8，则PCEF1 602在CCR消息中还携带Supported-Feature AVP，来标识PCEF1 602支持的Feature。对于Rel-7的PCEF，在CCR消息中不携带Supported-Feature AVP。
例如：
对于Rel-8的PCEF1，Supported-Feature的取值可以为Rel8；
对于Rel-9的PCEF，Supported-Feature的取值为(Rel8)、(Rel8、Rel9)或(Rel8、Rel9、ProvAFsignalFlow)；
对于Rel-10的PCEF，Supported-Feature的取值为(Rel8、Rel9、Rel10)或(Rel8、Rel9、ProvAFsignalFlow、Rel10)或(Rel8、Rel9、Rel10、SponsoredConnectivity)或(Rel8、Rel9、ProvAFsignalFlow、Rel10、SponsoredConnectivity)或(Rel8、Rel9、Rel10、IFOM)或(Rel8、Rel9、ProvAFsignalFlow、Rel10、IFOM)或(Rel8、Rel9、ProvAFsignalFlow、Rel10、SponsoredConnectivity、IFOM)。
步骤S603，V-PCRF 604根据用户标识判断该用户为漫游用户。由于是初始附着，V-PCRF604还未为该用户建立S9会话，V-PCRF 604向H-PCRF 606发送请求消息，建立S9会话，同时还请求建立一个S9子会话。具体实现为：V-PCRF 604向H-PCRF 606发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-Type AVP设置为INITIAL_REQUEST。V-PCRF 604消息中包含Subsession-Enforcement-Info AVP，并且在该AVP中携带Subsession-IdAVP(取值为V-PCRF 604为该子会话分配的标识，标识为ID1)，Subsession-Opeartion AVP(取值为ESTABLISHMENT)以及Supported-Feature AVP。V-PCRF 604还会在Subseson-Enforcement-Info AVP中携带步骤S602中收到的信息，如用户标识、PDN标识1和IP地址1等。
其中V-PCRF 604将根据V-PCRF 604自身的功能和PCEF1 602上报的功能(通过Supported-Feature AVP上报的功能或不携带Supported-Feature AVP)来向H-PCRF 606上报支持的功能(不携带Supported-Feature AVP或携带Supported-Feature，取值为PCEF1602和V-PCRF 604支持Feature的交集。
例如：
对于Rel-8的V-PCRF，在消息中不携带Supported-Feature AVP；
对于Rel-9的V-PCRF：
若PCEF1上报的Supported-Feature的取值为(Rel8)，则V-PCRF在消息中不携带Supported-Feature AVP。
若PCEF1上报的Supported-Feature的取值为(Rel8、Rel9)，则V-PCRF设置Supported-Feature的取值为(Rel9)。
若PCEF1上报的Supported-Feature的取值(Rel8、Rel9、ProvAFsignalFlow)，则根据V-PCRF自身的功能，V-PCRF设置Supported-Feature的取值为(Rel9)或(Rel9、ProvAFsignalFlow)；
对于Rel-10的V-PCRF：
若PCEF1上报的Supported-Feature的取值为(Rel8)，则V-PCRF在消息中不携带Supported-Feature AVP。
若PCEF1上报的Supported-Feature的取值为(Rel8、Rel9)，则V-PCRF设置Supported-Feature的取值为(Rel9)。
若PCEF1上报的Supported-Feature的取值为(Rel8、Rel9、Rel10)，则V-PCRF设置Supported-Feature的取值为(Rel9、Rel10)。
若PCEF1上报的Supported-Feature的取值为(Rel8、Rel9、ProvAFsignalFlow、Rel10)，则V-PCRF设置Supported-Feature的取值为(Rel9、Rel10)或(Rel9、ProvAFsignalFlow、Rel-10)。
若PCEF1上报的Supported-Feature的取值为(Rel8、Rel9、Rel10、SponsoredConnectivity)，则V-PCRF设置Supported-Feature的取值为(Rel9、Rel10)或(Rel9、Rel10、SponsoredConnectivity)。
若PCEF1上报的Supported-Feature的取值为(Rel8、Rel9、Rel10、IFOM)，则V-PCRF设置Supported-Feature的取值为(Rel9、Rel10)或(Rel9、Rel10、IFOM)。
若PCEF1上报的Supported-Feature的取值为(Rel8、Rel9、ProvAFsignalFlow、Rel10、SponsoredConnectivity)，则V-PCRF设置Supported-Feature的取值可能为(Rel9、Rel10)或(Rel9、ProvAFsignalFlow、Rel10)、(Rel9、Rel10、SponsoredConnectivity)(Rel9、ProvAFsignalFlow、Rel10、SponsoredConnectivity)。
若PCEF1上报的Supported-Feature的取值为(Rel8、Rel9、ProvAFsignalFlow、Rel10、IFOM)，则V-PCRF设置Supported-Feature的取值可能为(Rel9、Rel10)或(Rel9、ProvAFsignalFlow、Rel10)、(Rel9、Rel10、IFOM)(Rel9、ProvAFsignalFlow、Rel10、IFOM)。
若PCEF1上报的Supported-Feature的取值为(Rel8、Rel9、ProvAFsignalFlow、Rel10、SponsoredConnectivity、IFOM)，则V-PCRF设置Supported-Feature的取值可能为(Rel9、Rel10)或(Rel9、ProvAFsignalFlow、Rel10)、(Rel9、Rel10、IFOM)、(Rel9、ProvAFsignalFlow、Rel10、IFOM)、(Rel9、Rel10、SponsoredConnectivity)、(Rel9、ProvAFsignalFlow、Rel10、SponsoredConnectivity)、(Rel9、ProvAFsignalFlow、Rel10、SponsoredConnectivity、IFOM)。
步骤S604，若H-PCRF 606根据用户标识判断还没有该用户的签约数据，H-PCRF606向归属地SPR 608发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识1。
步骤S605，归属地SPR608根据用户标识和PDN标识1返回用户签约信息(即，签约文档应答)。
步骤S606，H-PCRF 606根据的用户签约信息、网络策略、UE的接入信息等制定策略，策略中包括PCC规则、事件触发器等，H-PCRF 606向V-PCRF 604返回制定的策略。具体实现为：H-PCRF 606向V-PCRF 604发送信用控制应答CCA(Credit Control Answer)，在消息中包含Subsession-Decision-InfoAVP，并且在该AVP中携带Subsession-IdAVP＝ID1(取值为V-PCRF上报的)以及Supported-Feature AVP。H-PCRF 606还会在Subsession-Decision-Info AVP中携带制定的PCC规则、事件触发器等。对于Rel-8的H-PCRF，在消息中不携带Supported-Feature AVP。
其中H-PCRF 606根据自身的功能和V-PCRF 604通过Supported-Feature上报的功能向V-PCRF返回协商后的功能(包括不包含Supported-Feature AVP或携带Supported-Feature取值为H-PCRF606和V-PCRF 604支持Feature的交集)。
步骤S607，V-PCRF 604向PCEF1602提供制定的策略。V-PCRF 604可能会根据拜访网络策略修改H-PCRF 606下发的策略。具体实现为：V-PCRF 604向PCEF1 602发送CCA消息，消息中携带PCC规则、事件触发器。V-PCRF 604还会在消息中包含Supported-Feature AVP。取值为步骤S606中H-PCRF 606返回的值。
步骤S608，PCEF1 602安装并执行策略，如PCC规则、事件触发器等。PCEF1 602所在网关返回应答建立IP-CAN会话，携带分配的IP地址(IPAddress1)。
通过上述流程，PCEF1 602、V-PCRF 604和H-PCRF 606完成了功能协商。H-PCRF606获知了用户建立的第一个IP-CAN会话涉及的各个网元所支持的Feature，可以认为是这个IP-CAN支持的Feature。
实施例4
参见图7，在本地疏导漫游场景下，如图6所示的流程UE完成初始附着后，又请求另外的PDN连接建立请求时，策略和计费控制功能实体功能协商的系统包括：依次连接的拜访地PCEF2 702、V-PCRF 704和H-PCRF 706以及归属地SPR 708，以上功能实体之间进行功能协商的流程包括如下步骤，其中，UE建立的IP-CAN会话不涉及BBERF。
步骤S701，在UE另外的PDN连接建立请求的过程中，PCEF2 702位于的网关接收到IP-CAN会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识2。PDN标识2与PDN标识1可能相同，也可能不相同。PCEF2 702和PCEF1602可能相同，也可能不相同。
步骤S702，PCEF2 702通知V-PCRF 704 IP-CAN会话建立。PCEF2 702向V-PCRF 704发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-Type AVP设置为INITIAL_REQUEST。PCEF2 702向V-PCRF 704提供用户标识、PDN标识2以及为UE分配的IP地址(IP Address2)。若PCEF2702支持Rel-8，则PCEF2 702在CCR消息中还携带Supported-Feature AVP，来标识PCEF2702支持的Feature。
步骤S703，V-PCRF 704根据用户标识判断该用户为漫游用户，并且已经为该用户建立S9会话，V-PCRF 704向H-PCRF 706发送请求消息，修改S9会话，同时还请求建立一个S9子会话。具体实现为：V-PCRF 704向H-PCRF 706发送信用控制请求CCR(CreditControlRequest)消息，消息中的CC-Request-Type AVP设置为UPDATE_REQUEST。V-PCRF704消息中包含Subsession-Enforcement-Info AVP，并且在该AVP中携带Subsession-IdAVP(取值为V-PCRF为该子会话分配的标识，标识为ID2)，Subsession-Opeartion AVP(取值为ESTABLISHMENT)以及Supported-Feature AVP。V-PCRF还会在Subseson-Enforcement-InfoAVP中携带步骤S702中收到的信息，如用户标识、PDN标识2和IP地址2等。
其中V-PCRF 704将根据V-PCRF 704自身的功能和PCEF2 702上报的功能(不携带Supported-Feature AVP或通过Supported-Feature AVP上报的功能)向H-PCRF 606上报支持的功能(不携带Supported-Feature AVP或携带Supported-Feature AVP，取值为PCEF2702和V-PCRF 704支持feature的交集)。
步骤S704，若H-PCRF 706根据用户标识判断还没有该用户的签约数据，H-PCRF706向归属地SPR 708发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识2。
步骤S705，归属地SPR 708根据用户标识和PDN标识2返回用户签约信息(即，签约文档应答)。
步骤S706，H-PCRF 706根据的用户签约信息、网络策略、UE的接入信息等制定策略，策略中包括PCC规则、事件触发器等，H-PCRF 706向V-PCRF 704返回制定的策略。具体实现为：H-PCRF 706向V-PCRF 704发送信用控制应答CCA(Credit Control Answer)，在消息中包含Subsession-Decision-Info AVP，并且在该AVP中携带Subsession-IdAVP＝ID2(取值为V-PCRF上报的)以及Supported-Feature AVP。H-PCRF还会在Subsession-Decision-Info AVP中携带制定的PCC规则、事件触发器等。对于Rel-8的H-PCRF，在消息中不携带Supported-Feature AVP。
其中H-PCRF 706根据自身的功能和V-PCRF 704上报的功能(不携带Supported-Feature或通过Supported-Feature上报的功能)向V-PCRF返回协商后支持的功能(不携带Supported-Feature AVP或携带Supported-Feature，取值为H-PCRF 706和V-PCRF 704支持Feature的交集)。
步骤S707，V-PCRF 704向PCEF2 702提供制定的策略。V-PCRF 704可能会根据拜访网络策略修改H-PCRF 706下发的策略。具体实现为：V-PCRF 704向PCEF2 702发送CCA消息，消息中携带PCC规则、事件触发器。V-PCRF 704还会在消息中包含Supported-Feature AVP。取值为步骤S706中H-PCRF 706返回的值。
步骤S708，PCEF2 702安装并执行策略，如PCC规则、事件触发器等。PCEF2 702所在网关返回应答建立IP-CAN会话，携带分配的IP地址2。
通过上述流程，PCEF2 702、V-PCRF 704和H-PCRF 706完成了功能协商。H-PCRF706获知了用户建立的第二个IP-CAN会话涉及的各个网元所支持的Feature，可以认为是这个IP-CAN支持的Feature。
这个流程同样适用于建立两个以上IP-CAN会话时的，拜访地PCEF、V-PCRF和H-PCRF的功能协商。
实施例5
参见图8，在本地疏导漫游场景下，UE初始附着时，策略和计费控制功能实体功能协商的系统包括：拜访地BBERF1 800，拜访地PCEF1 802、以及依次连接的V-PCRF 804和H-PCRF806以及归属地SPR 808，其中，所述拜访地BBERF1 800连接拜访地PCEF2 802和V-PCRF804，拜访地PCEF2 802连接V-PCRF 804，以上功能实体之间进行功能协商的流程包括如下步骤，其中UE建立的IP-CAN会话涉及BBERF。
步骤S801，在UE初始附着的过程中，BBERF1 800位于的网关接收到IP-CAN会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识1。
步骤S802，BBERF1 800通知V-PCRF 804网关控制会话建立。BBERF1 800向V-PCRF804发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-TypeAVP设置为INITIAL_REQUEST。BBERF1 800向V-PCRF 804提供用户标识、PDN标识1。若BBERF1800至少支持Rel-9，则BBERF1 800在CCR消息中还携带Supported-Feature AVP，来标识BBERF1800支持的Feature。对于Rel-8的BBERF，在CCR消息中不携带Supported-FeatureAVP。
例如：对于Rel-9BBERF，Supported-Feature的取值为(Rel9)。
步骤S803，V-PCRF 804根据用户标识判断该用户为漫游用户。由于是初始附着，V-PCRF804还未为该用户建立S9会话，V-PCRF 804向H-PCRF 806发送请求消息，建立S9会话，同时还请求建立一个S9子会话。具体实现为：V-PCRF 804向H-PCRF 806发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-Type AVP设置为INITIAL_REQUEST。V-PCRF 804消息中包含Subsession-Enforcement-Info AVP，并且在该AVP中携带Subsession-IdAVP(取值为V-PCRF 604为该子会话分配的标识，标识为ID1)，Subsession-Opeartion AVP(取值为ESTABLISHMENT)以及Supported-Feature AVP。V-PCRF 804还会在Subseson-Enforcement-Info AVP中携带步骤S802中收到的信息，如用户标识和PDN标识1。
其中V-PCRF 804将根据V-PCRF 804自身支持的功能和BBERF1 800上报的支持功能(不携带Supported-Feature AVP或通过Supported-Feature AVP上报的功能)来向H-PCRF 806上报支持的功能(不携带Supported-Feature或携带Supported-Feature，取值为BBERF1 800和V-PCRF 804支持Feature的交集)。
步骤S804，若H-PCRF 806根据用户标识判断还没有该用户的签约数据，H-PCRF806向归属地SPR 808发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识1。
步骤S805，归属地SPR808根据用户标识和PDN标识1返回用户签约信息(即，签约文档应答)。
步骤S806，H-PCRF 806根据的用户签约信息、网络策略、UE的接入信息等制定策略，策略中包括PCC规则、QoS规则、事件触发器等，H-PCRF 806向V-PCRF 804返回制定的策略。具体实现为：H-PCRF 806向V-PCRF 804发送信用控制应答CCA(Credit ControlAnswer)，在消息中包含Subsession-Decision-InfoAVP，并且在该AVP中携带Subsession-Id AVP＝ID1(取值为V-PCRF上报的)以及Supported-Feature AVP。H-PCRF 806还会在Subsession-Decision-InfoAVP中携带制定的PCC规则、事件触发器等。对于Rel-8的H-PCRF，在消息中不携带Supported-Feature AVP。
其中H-PCRF 806根据自身的功能和V-PCRF 804上报支持的功能(不携带Supported-Feature AVP或通过Supported-Feature上报的功能)向V-PCRF 806返回协商后支持的功能(不携带Supported-Feature或携带Supported-Feature，取值为H-PCRF 806和V-PCRF 804支持Feature的交集)。
步骤S807，V-PCRF 804向BBERF1 800提供制定的策略。V-PCRF 804可能会根据拜访网络策略修改H-PCRF 806下发的策略。具体实现为：V-PCRF 804向BBERF1 800发送CCA消息，消息中携带QoS规则、事件触发器。V-PCRF 804还会在消息中包含Supported-FeatureAVP。取值为步骤S806中H-PCRF 806返回的值。
步骤S808，BBERF1 800所在的网关向PCEF1 802所在的网关发送请求建立IP-CAN会话消息，携带用户标识，PDN标识1等。
步骤S809，PCEF1 802通知V-PCRF 804 IP-CAN会话建立。PCEF1 802向V-PCRF 804发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-Type AVP设置为INITIAL_REQUEST。PCEF1向V-PCRF提供用户标识、PDN标识1以及为UE分配的IP地址(IPAddress1)。若PCEF1 802至少支持Rel-8，则PCEF1 802在CCR消息中还携带Supported-Feature AVP，来标识PCEF1 802支持的Feature。对于Rel-8的PCEF，在消息中不携带Supported-Feature AVP。
步骤S810，V-PCRF根据用户标识和PDN标识将步骤S802和步骤S809的消息进行关联，即将步骤S802请求建立的网关控制会话和S809请求建立的Gx会话进行关联，进而将Gx会话与步骤S803建立的S9会话和S9子会话进行关联。V-PCRF 804向H-PCRF 806发送请求消息，修改S9会话，同时还请求修改一个S9子会话。具体实现为：V-PCRF 804向H-PCRF 806发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-Type AVP设置为UPDATE_REQUEST。V-PCRF 804消息中包含Subsession-Enforcement-Info AVP，并且在该AVP中携带Subsession-Id AVP(取值为ID1)，Subsession-Opeartion AVP(取值为MODIFICATION)。V-PCRF 804还会在Subseson-Enforcement-Info AVP中携带步骤S802中收到的信息，如用户标识、PDN标识1和IP地址1等。
其中V-PCRF 804将根据V-PCRF 804自身的功能、BBERF1 800上报的支持功能以及PCEF1 802上报支持的功能(不携带Supported-Feature AVP或通过Supported-FeatureAVP上报的功能)来向H-PCRF 806上报支持的功能(不携带Supported-Feature AVP或携带Supported-Feature AVP)。对于那些需要BBERF、PCEF均支持的功能，Supported-Feature的取值为BBERF1 800、PCEF 802和V-PCRF 804支持功能的交集，对于那些仅需要PCEF支持的功能，Supported-Feature的取值为PCEF 802和V-PCRF 804支持功能的交集。
由于该对IP-CAN会话的策略计费控制涉及BBERF，因此V-PCRF在设置拜访地支持的功能时需要综合考虑BBERF和PCEF的支持的功能。对于那些需要BBERF、PCEF均支持的功能，Supported-Feature的取值为BBERF、PCEF(V-PCEF)和V-PCRF支持功能的交集，对于那些仅需要PCEF支持的功能，Supported-Feature的取值为PCEF和V-PCRF支持功能的交集。
进一步可理解为拜访地支持的功能为V-PCRF支持的功能和功能所需要的策略执行功能实体支持的功能的交集。
若V-PCRF 804发现此时Supported-Feature的取值与步骤S803中上报的取值不同，则V-PCRF 804将新的Supported-Feature包含在Subsession-Enforcement-Info AVP中与H-PCRF806重新协商功能。
例如：对于Rel-9可选功能IMS Restoration，不影响BBERF，即IMS Restoration仅需PCEF支持即可。对于Rel-10的功能，不管是可选的还是必选的，都不影响BBERF，即Rel-10的功能仅需PCEF的支持即可。若BBERF上报的Supported-Feature取值为(Rel9)，PCEF上报的Supported-Feauter取值为(Rel9，Rel10)，那么V-PCRF向H-PCRF上报的Suppoted-Feature的取值为(Rel9，Rel10)。
步骤S811，H-PCRF 806向V-PCRF 804返回已制定的策略。具体实现为：H-PCRF 806向V-PCRF 804发送信用控制应答CCA(Credit Control Answer)，在消息中包含Subsession-Decision-Info AVP，并且在该AVP中携带Subsession-IdAVP＝ID1(取值为V-PCRF上报的)以及Supported-Feature AVP。H-PCRF 806还会在Subsession-Decision-InfoAVP中携带制定的PCC规则、事件触发器等。
其中H-PCRF 806根据自身支持功能和V-PCRF 804上报的支持功能(通过Supported-Feature上报的功能)向V-PCRF 804返回协商后支持的功能(携带Supported-Feature，取值为H-PCRF 806支持功能和V-PCRF 804上报支持功能的交集)。
步骤S812，V-PCRF 804向PCEF1 802提供制定的策略。V-PCRF 804可能会根据拜访网络策略修改H-PCRF 806下发的策略。具体实现为：V-PCRF 804向PCEF1 802发送CCA消息，消息中携带PCC规则、事件触发器。V-PCRF 804还会在消息中包含Supported-Feature AVP。取值为步骤S811中H-PCRF 806返回的值。
步骤S813，PCEF1 802安装并执行策略，如PCC规则、事件触发器等。PCEF1 802所在网关向BBERF1 800所在网关返回应答建立IP-CAN会话，携带分配的IP地址(IPAddress1)。
步骤S814，BBERF1 800所在网关应答建立IP-CAN会话，携带分配的IP地址(IPAddress1)。
通过上述流程，BBERF1 800、PCEF1 802、V-PCRF 804和H-PCRF 806完成了功能协商。H-PCRF 806获知了用户建立的第一个IP-CAN会话涉及的各个网元所支持的Feature，可以认为是这个IP-CAN策略计费控制支持的Feature。
实施例6
参见图9，在本地疏导漫游场景下，如图9所示的流程UE完成初始附着后，又请求另外的PDN连接建立请求时，策略和计费控制功能实体功能协商的系统包括：拜访地BBERF2900、拜访地PCEF2 902、，以及依次连接的V-PCRF 904和H-PCRF 906以及归属地SPR 908，其中，所述拜访地BBERF2 900连接拜访地PCEF2 902和V-PCRF 904，拜访地PCEF2 902连接V-PCRF 904，以上功能实体之间进行功能协商的流程包括如下步骤，其中UE建立的IP-CAN会话涉及BBERF。
步骤S901，在UE另外的PDN连接建立请求的过程中，BBERF2 900位于的网关接收到IP-CAN会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识2。PDN标识2与PDN标识1可能相同，也可能不相同。对于多接入场景，BBERF1和BBERF2是不相同的。
步骤S902，BBERF2 900通知V-PCRF 904网关控制会话建立。BBERF2 900向V-PCRF904发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-TypeAVP设置为INITIAL_REQUEST。BBERF2 900向V-PCRF提供用户标识、PDN标识2。若BBERF2 900至少支持Rel-9，则BBERF2 900在CCR消息中还携带Supported-Feature AVP，来标识BBERF2900支持的Feature。对于Rel-8的BBERF，在CCR消息中不携带Supported-FeatureAVP。
例如：对于Rel-9 BBERF，Supported-Feature的取值为(Rel9)。
步骤S903，V-PCRF 904根据用户标识判断该用户为漫游用户，并且已经为该用户建立S9会话，V-PCRF 904向H-PCRF 906发送请求消息，修改S9会话，同时还请求建立一个S9子会话。具体实现为：V-PCRF 904向H-PCRF 906发送信用控制请求CCR(CreditControlRequest)消息，消息中的CC-Request-Type AVP设置为UPDATE_REQUEST。V-PCRF904消息中包含Subsession-Enforcement-Info AVP，并且在该AVP中携带Subsession-IdAVP(取值为V-PCRF为该子会话分配的标识，标识为ID2)，Subsession-Opeartion AVP(取值为ESTABLISHMENT)以及Supported-Feature AVP。V-PCRF还会在Subseson-Enforcement-InfoAVP中携带步骤S902中收到的信息，如用户标识和DN标识2等。
其中V-PCRF 904将根据V-PCRF 904自身支持的功能和BBERF2 900上报的支持功能(不携带Supported-Feature AVP或通过Supported-Feature AVP上报的功能)来向H-PCRF 906上报支持的功能(不携带Supported-Feature或携带Supported-Feature，取值为BBERF2 900和V-PCRF 904支持Feature的交集)。
由于该对IP-CAN会话的策略计费控制涉及BBERF，因此V-PCRF在设置拜访地支持的功能时需要综合考虑BBERF和PCEF的支持的功能。对于那些需要BBERF、PCEF均支持的功能，Supported-Feature的取值为BBERF、PCEF和V-PCRF支持功能的交集，对于那些仅需要PCEF支持的功能，Supported-Feature的取值为PCEF和V-PCRF支持功能的交集。
进一步可理解为拜访地支持的功能为V-PCRF支持的功能和功能所需要的策略执行功能实体支持的功能的交集。
步骤S904，若H-PCRF 906根据用户标识判断还没有该用户的签约数据，H-PCRF906向归属地SPR 908发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识2。
步骤S905，归属地SPR908根据用户标识和PDN标识2返回用户签约信息(即，签约文档应答)。
步骤S906，H-PCRF 906根据的用户签约信息、网络策略、UE的接入信息等制定策略，策略中包括PCC规则、QoS规则、事件触发器等，H-PCRF 906向V-PCRF 904返回制定的策略。具体实现为：H-PCRF 906向V-PCRF 904发送信用控制应答CCA(Credit ControlAnswer)，在消息中包含Subsession-Decision-Info AVP，并且在该AVP中携带Subsession-Id AVP＝ID2(取值为V-PCRF上报的)以及Supported-Feature AVP。H-PCRF 906还会在Subsession-Decision-InfoAVP中携带制定的PCC规则、事件触发器等。对于Rel-8的H-PCRF，在消息中不携带Supported-Feature AVP。
其中H-PCRF 906根据自身的支持功能和V-PCRF 904上报支持的功能(不携带Supported-Feature AVP或通过Supported-Feature上报的功能)向V-PCRF 906返回协商后支持的功能(不携带Supported-Feature或携带Supported-Feature，取值为H-PCRF 906和V-PCRF 904支持Feature的交集)。
步骤S907，V-PCRF 904向BBERF2 900提供制定的策略。V-PCRF 904可能会根据拜访网络策略修改H-PCRF 906下发的策略。具体实现为：V-PCRF 904向BBERF2 900发送CCA消息，消息中携带QoS规则、事件触发器。V-PCRF 904还会在消息中包含Supported-FeatureAVP。取值为步骤S906中H-PCRF 906返回的值。
步骤S908，BBERF2 900所在的网关向PCEF2 902所在的网关发送请求建立IP-CAN会话消息，携带用户标识，PDN标识2等。
步骤S909，PCEF2 902通知V-PCRF 904 IP-CAN会话建立。PCEF2 902向V-PCRF 904发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-Type AVP设置为INITIAL_REQUEST。PCEF2902向V-PCRF提供用户标识、PDN标识2以及为UE分配的IP地址(IP Address2)。若PCEF2 902至少支持Rel-8，则PCEF2 902在CCR消息中还携带Supported-Feature AVP，来标识PCEF2 902支持的Feature。对于Rel-8的PCEF，在消息中不携带Supported-Feature AVP。
步骤S910，V-PCRF 904根据用户标识和PDN标识将步骤S902和步骤S909的消息进行关联，即将步骤S902请求建立的网关控制会话和S909请求建立的Gx会话进行关联，进而将Gx会话与步骤S903建立的S9会话和S9子会话进行关联。V-PCRF 904向H-PCRF 906发送请求消息，修改S9会话，同时还请求修改一个S9子会话。具体实现为：V-PCRF 904向H-PCRF906发送信用控制请求CCR(Credit Control Request)消息，消息中的CC-Request-Type AVP设置为UPDATE_REQUEST。V-PCRF 904消息中包含Subsession-Enforcement-Info AVP，并且在该AVP中携带Subsession-Id AVP(取值为ID2)，Subsession-Opeartion AVP(取值为MODIFICATION)。V-PCRF 904还会在Subseson-Enforcement-Info AVP中携带步骤S902中收到的信息，如用户标识、PDN标识2和IP地址2等。
其中V-PCRF 904将根据V-PCRF 904自身支持的功能、BBERF2900上报的支持功能以及PCEF2 902上报支持的功能(不携带Supported-Feature AVP或通过Supported-Feature AVP上报的功能)来向H-PCRF 906上报支持的功能(不携带Supported-FeatureAVP或携带Supported-Feature AVP)。对于那些需要BBERF、PCEF均支持的功能，Supported-Feature的取值为BBERF2 900、PCEF2 902和V-PCRF 904支持功能的交集，对于那些仅需要PCEF支持的功能，Supported-Feature的取值为PCEF2 902和V-PCRF 904支持功能的交集。
若V-PCRF 904发现此时Supported-Feature的取值与步骤S903中上报的取值不同，则V-PCRF 904将新的Supported-Feature包含在Subsession-Enforcement-Info AVP中与H-PCRF906重新协商功能。
例如：对于Rel-9可选功能IMS Restoration，不影响BBERF，即IMS Restoration仅需PCEF支持即可。对于Rel-10的功能，不管是可选的还是必选的，都不影响BBERF，即Rel-10的功能仅需PCEF的支持即可。若BBERF上报的Supported-Feature取值为(Rel9)，PCEF上报的Supported-Feauter取值为(Rel9，Rel10)，那么V-PCRF向H-PCRF上报的Supported-Feature的取值为(Rel9，Rel10)。
步骤S911，H-PCRF 906向V-PCRF 904返回已制定的策略。具体实现为：H-PCRF 906向V-PCRF 904发送信用控制应答CCA(Credit Control Answer)，在消息中包含Subsession-Decision-InfoAVP，并且在该AVP中携带Subsession-IdAVP＝ID2(取值为V-PCRF上报的)以及Supported-Feature AVP。H-PCRF 906还会在Subsession-Decision-InfoAVP中携带制定的PCC规则、事件触发器等。
其中H-PCRF 906根据自身支持功能和V-PCRF 904上报的支持功能(通过Supported-Feature上报的功能)向V-PCRF 904返回协商后支持的功能(携带Supported-Feature，取值为H-PCRF 906支持功能和V-PCRF 904上报支持功能的交集)。
步骤S912，V-PCRF 904向PCEF2 902提供制定的策略。V-PCRF 904可能会根据拜访网络策略修改H-PCRF 906下发的策略。具体实现为：V-PCRF 904向PCEF2 902发送CCA消息，消息中携带PCC规则、事件触发器。V-PCRF 904还会在消息中包含Supported-Feature AVP。取值为步骤S911中H-PCRF 906返回的值。
步骤S913，PCEF2902安装并执行策略，如PCC规则、事件触发器等。PCEF2 902所在网关向BBERF2 900所在网关返回应答建立IP-CAN会话，携带分配的IP地址(IPAddress2)。
步骤S914，BBER2F 900所在网关应答建立IP-CAN会话，携带分配的IP地址(IPAddress2)。
通过上述流程，BBERF2 900、PCEF2 902、V-PCRF 904和H-PCRF 906完成了功能协商。H-PCRF 906获知了用户建立的第二个IP-CAN会话涉及的各个网元所支持的Feature，可以认为是这个IP-CAN策略计费控制支持的Feature。
从以上的描述中可以看出，本发明实现了如下技术效果：通过本发明，拜访地PCRF根据拜访地策略执行功能实体支持的功能和自身支持功能与归属地PCRF自身支持的功能进行协商，解决了V-PCRF和拜访地策略执行功能实体支持的功能不同而导致V-PCRF无法下发策略给拜访地策略执行功能实体的问题，进而达到了协商所生成的策略正确执行的技术效果。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种策略和计费控制功能实体功能协商的方法，其特征在于，包括：
拜访地策略与计费规则功能实体PCRF根据自身支持的功能以及拜访地策略执行功能实体支持的功能向归属地PCRF上报所述拜访地所支持的功能；
所述归属地PCRF根据自身支持的功能和所述拜访地所支持的功能向所述拜访地PCRF返回协商后支持的功能；
其中，若IP-CAN会话的策略计费控制涉及一个以上所述拜访地策略执行功能实体，则所述拜访地PCRF通过以下步骤来设置所述拜访地所支持的功能：所述拜访地PCRF将自身支持的功能与拜访地策略执行功能实体支持的功能的交集设置为所述拜访地所支持的功能，其中，所述拜访地策略执行功能实体支持的功能为所述IP-CAN会话提供的功能所需要的、且拜访地策略执行功能实体与所述拜访地PCRF均支持的功能。
2.根据权利要求1所述的方法，其特征在于，对于每一个IP-CAN会话，所述拜访地PCRF执行一次所述上报操作，所述归属地PCRF执行一次所述返回操作。
3.根据权利要求1至2中任一项所述的方法，其特征在于，所述拜访地PCRF通过将所述拜访地所支持的功能包含在IP-CAN会话对应的S9子会话来指示归属地PCRF所述拜访地所支持的功能。
4.根据权利要求1所述的方法，其特征在于，所述归属地PCRF根据自身支持的功能和所述拜访地所支持的功能向所述拜访地PCRF返回协商后支持的功能的步骤包括：
所述归属地PCRF将自身支持的功能的集合与所述拜访地所支持的功能的集合的交集设置为所述协商后支持的功能。
5.根据权利要求1，2或4所述的方法，其特征在于，所述归属地PCRF通过将所述协商后支持的功能包含在IP-CAN会话对应的S9子会话来指示拜访地PCRF所述协商后支持的功能。
6.根据权利要求1至2中任一项所述的方法，其特征在于，所述策略执行功能实体包括：
拜访地承载绑定和事件报告功能实体BBERF和/或拜访地策略与计费执行功能实体PCEF。
7.根据权利要求6所述的方法，其特征在于，不同IP-CAN会话对应的所述拜访地PCEF或拜访地BBERF不同。
8.一种策略和计费控制功能实体功能协商的系统，其特征在于，包括：拜访地策略与计费规则功能实体PCRF和归属地策略与计费规则功能实体PCRF，其中：
所述拜访地PCRF用于执行上报步骤：根据自身支持的功能以及拜访地策略执行功能实体支持的功能向归属地PCRF上报所述拜访地所支持的功能；
所述归属地PCRF用于执行返回步骤：根据自身支持的功能和所述拜访地所支持的功能向所述拜访地PCRF返回所述协商后支持的功能；
其中，所述拜访地PCRF包括第一设置单元，用于当IP-CAN会话的策略计费控制涉及一个以上所述拜访地策略执行功能实体时，将所述拜访地PCRF支持的功能与拜访地策略执行功能实体支持的功能的交集设置为所述拜访地所支持的功能，其中，所述拜访地策略执行功能实体支持的功能为所述IP-CAN会话提供的功能所需要的、且拜访地策略执行功能实体与所述拜访地PCRF均支持的功能。
9.根据权利要求8所述的系统，其特征在于，对于每一个IP-CAN会话，所述拜访地PCRF用于执行一次所述上报步骤、所述归属地PCRF用于执行一次所述返回步骤。
10.根据权利要求8至9中任一项所述的系统，其特征在于，所述拜访地PCRF还包括：
第一指示单元，用于通过将所述拜访地所支持的功能包含在IP-CAN会话对应的S9子会话来指示归属地PCRF所述拜访地所支持的功能。
11.根据权利要求8所述的系统，其特征在于，所述归属地PCRF包括：
第二设置单元，用于将所述归属地PCRF支持的功能的集合与所述拜访地所支持的功能的集合的交集设置为所述协商后支持的功能。
12.根据权利要求8至9中任一项所述的系统，其特征在于，所述归属地PCRF还包括：
第二指示单元，用于通过将所述协商后支持的功能包含在IP-CAN会话对应的S9子会话来指示拜访地PCRF所述协商后支持的功能。
13.根据权利要求8或9所述的系统，其特征在于，所述策略执行功能实体包括：拜访地承载绑定和事件报告功能实体BBERF和/或拜访地策略与计费执行功能实体PCEF。
14.根据权利要求10所述的系统，其特征在于，不同IP-CAN会话对应的所述拜访地PCEF或拜访地BBERF不同。
CN201110049693.XA 2011-03-01 2011-03-01 策略和计费控制功能实体功能协商的方法和系统 Active CN102655634B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201110049693.XA CN102655634B (zh) 2011-03-01 2011-03-01 策略和计费控制功能实体功能协商的方法和系统
PCT/CN2012/071282 WO2012116600A1 (zh) 2011-03-01 2012-02-17 策略和计费控制功能实体功能协商的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110049693.XA CN102655634B (zh) 2011-03-01 2011-03-01 策略和计费控制功能实体功能协商的方法和系统

Publications (2)

Publication Number Publication Date
CN102655634A CN102655634A (zh) 2012-09-05
CN102655634B true CN102655634B (zh) 2017-08-11

Family

ID=46731151

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110049693.XA Active CN102655634B (zh) 2011-03-01 2011-03-01 策略和计费控制功能实体功能协商的方法和系统

Country Status (2)

Country Link
CN (1) CN102655634B (zh)
WO (1) WO2012116600A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103227981B (zh) 2012-01-30 2018-05-22 中兴通讯股份有限公司 一种应用检测控制功能模式的识别方法及系统
CN103731930B (zh) * 2012-10-12 2018-10-26 中兴通讯股份有限公司 会话建立方法、装置及系统
CN103841539B (zh) * 2012-11-22 2018-05-04 中兴通讯股份有限公司 一种漫游本地业务功能实现方法和系统
CN104125553A (zh) * 2013-04-28 2014-10-29 中兴通讯股份有限公司 漫游计费实现方法及网络网元
CN104349297A (zh) * 2013-08-02 2015-02-11 中兴通讯股份有限公司 一种网间签约授权的计费策略方法及装置
CN105100037B (zh) * 2014-11-24 2018-01-30 沈阳林科信息技术有限公司 一种后向流量管控系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068148A (zh) * 2007-04-19 2007-11-07 华为技术有限公司 策略和计费控制的方法及装置
WO2010049002A1 (en) * 2008-10-31 2010-05-06 Telefonaktiebolaget Lm Ericsson (Publ) Policy and charging control method, servers and computer programs therefor

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101060413B (zh) * 2006-04-17 2011-01-05 华为技术有限公司 漫游时的策略和计费控制方法及系统
CN101047988B (zh) * 2006-05-30 2010-12-01 华为技术有限公司 一种用户漫游状态下的策略及计费控制方法
CN101247652A (zh) * 2008-03-19 2008-08-20 中兴通讯股份有限公司 一种资源接纳控制方法和系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068148A (zh) * 2007-04-19 2007-11-07 华为技术有限公司 策略和计费控制的方法及装置
WO2010049002A1 (en) * 2008-10-31 2010-05-06 Telefonaktiebolaget Lm Ericsson (Publ) Policy and charging control method, servers and computer programs therefor

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"29.212 CR 444 change request";3GPP;《3GPP TSG-CT WG3 Meeting #57，C3-100223》;20100226;第5.4.1节、第5a.4.1节 *
"29.215 CR 141 change request";3GPP;《3GPP TSG-CT WG3 Meeting #62，C3-110714》;20110225;第5.4.1节 *

Also Published As

Publication number Publication date
CN102655634A (zh) 2012-09-05
WO2012116600A1 (zh) 2012-09-07

Similar Documents

Publication Publication Date Title
CN102647699B (zh) 策略和计费控制方法、v-pcrf及v-ocs
CN102238512B (zh) 机器类通信mtc的策略应用方法及策略和计费执行实体
US8949447B2 (en) Optimized interface between two network elements operating under an authentication, authorization and accounting protocol
CN102655634B (zh) 策略和计费控制功能实体功能协商的方法和系统
US8285861B2 (en) Method and apparatus for creating IP-CAN session
CN101861713A (zh) 一种会话修改方法及系统
CN104581670B (zh) 应用接入控制方法及应用功能实体装置
CN102014517A (zh) 漫游场景下承载控制模式的发送方法和系统
CN102137368B (zh) 增强的策略和计费控制的方法及系统、pcc系统
CN104955013A (zh) 用量监控方法、装置和系统
CN103929725B (zh) 漫游本地业务的在线计费方法、h-ocs及v-ocs
CN102111740B (zh) 一种支持多接入的策略计费控制方法和系统
CN102547854B (zh) 策略控制方法及装置
CN102480718B (zh) 漫游场景支持被赞助数据连接的方法和系统
CN102056117B (zh) 基于策略和计费控制架构的计费方法与系统
CN102711086B (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
CN102098647B (zh) 漫游架构下在线计费的方法和系统
CN102791042B (zh) S9子会话建立方法、系统及pcrf
CN102057622B (zh) 核心网络中改进的信用授权
CN106714129A (zh) 漫游计费方法、相关装置及在线计费系统
CN102238510B (zh) 机器类通信的策略下发方法及系统
CN101945367A (zh) 用于演进分组系统的计费方法及装置
CN106507382A (zh) 一种Diameter消息路由方法和路由代理节点
CN101729265B (zh) 在演进的分组系统eps中进行计费的方法、装置和系统
CN109040991A (zh) 无线通信的方法和设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant