CN102131172A - 业务处理方法及*** - Google Patents

业务处理方法及*** Download PDF

Info

Publication number
CN102131172A
CN102131172A CN2010100051147A CN201010005114A CN102131172A CN 102131172 A CN102131172 A CN 102131172A CN 2010100051147 A CN2010100051147 A CN 2010100051147A CN 201010005114 A CN201010005114 A CN 201010005114A CN 102131172 A CN102131172 A CN 102131172A
Authority
CN
China
Prior art keywords
tdf
session
message
pcrf
pcef
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2010100051147A
Other languages
English (en)
Other versions
CN102131172B (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 CN201010005114.7A priority Critical patent/CN102131172B/zh
Priority to PCT/CN2010/079471 priority patent/WO2011085621A1/zh
Publication of CN102131172A publication Critical patent/CN102131172A/zh
Application granted granted Critical
Publication of CN102131172B publication Critical patent/CN102131172B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403Architecture for metering, charging or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66Policy and charging system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种业务处理方法及***,该方法包括:策略和计费执行功能实体PCEF将需要进行业务检测的业务数据流发送给预先从业务检测功能TDF域中选择出的预定TDF进行处理,其中,TDF域包括多个TDF。通过本发明在兼顾性价比的同时,实现了对用户访问业务的更精细的策略控制。

Description

业务处理方法及***
技术领域
本发明涉及通信领域,具体而言,涉及一种业务处理方法。
背景技术
第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)的策略和计费控制(Policy and Charging Control,简称为PCC)架构是一个能够应用于多种接入技术的功能框架,例如,其可以应用于通用移动通信***(Universal MobileTelecommunications System,简称为UMTS)的陆上无线接入网(UMTS Terrestrial Radio Access Network,简称为UTRAN)、全球移动通信***(Global system for Mobile Communication,简称为GSM)/GSM数据增强演进(Enhanced Data rates for Global Evolution,简称为EDGE)无线接入网、互通无线局域网(I-WLAN)以及演进的分组***(Evolved Packet System,简称为EPS)等。
图1是根据相关技术的PCC非漫游的架构图,以下参照图1对PCC架构中的各个逻辑功能实体及其接口功能进行描述:
应用功能实体(Application Function,简称为AF),提供业务应用的接入点,这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时,AF将相关业务信息传递给策略控制与计费规则功能实体(Policy and Charging Rules Function,简称为PCRF)。如果这些业务信息与PCRF的策略相一致,则PCRF接受该协商;否则,PCRF拒绝该协商,并在反馈中同时给出PCRF可接受的业务参数。随后,AF可将这些参数返回给用户设备(UserEquipment,简称为UE)。其中,AF和PCRF之间的接口是Rx接口。
PCRF是PCC的核心,负责策略决策和计费规则的制定。PCRF提供了基于业务数据流的网络控制规则,这些网络控制包括业务数据流的检测、门控(Gating Control)、服务质量(Quality of Service,简称为QoS)控制以及基于数据流的计费规则等。PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体(Policy andControl Enforcement Function,简称为PCEF)执行,同时,PCRF还需要保证这些规则和用户的签约信息一致。PCRF制定策略和计费规则的依据包括:从AF获取与业务相关的信息;从用户签约数据库(Subscription Profile Repository,简称为SPR)获取与用户策略计费控制签约信息;从PCEF获取与承载相关网络的信息。
PCEF通常位于网关(Gate-Way,简称为GW)内,在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF所发送的规则中的业务数据流过滤器对业务数据流进行检测,进而对这些业务数据流执行PCRF所制定的策略和计费规则。在承载建立时,PCEF按照PCRF发送的规则进行服务质量(Quality of Service,简称为QoS)授权,并根据AF的执行进行门控控制。根据PCRF发送的计费规则,PCEF执行相应的业务数据流计费操作,计费既可以是在线计费,也可以是离线计费。如果是在线计费,则PCEF需要和在线计费***(Online Charging System,简称为OCS)一起进行信用管理。离线计费时,PCEF和离线计费***(Offline ChargingSystem,简称为OFCS)之间交换相关计费信息。PCEF与PCRF之间的接口是Gx接口,与OCS之间的接口是Gy接口,与OFCS之间的接口是Gz接口。PCEF一般都位于网络的网关上,例如,GPRS中的GPRS网关支持节点(GGSN)以及I-WLAN中的分组数据网关(Packet Data Gateway,简称为PDG)。
承载绑定和事件报告功能实体(Bearer Binding and EventReporting Function,简称为BBERF)。其功能包括承载绑定、上行承载绑定的验证、以及事件报告。当UE通过E-UTRAN接入,并且S-GW与P-GW之间采用PMIPv6协议时,BBERF就位于S-GW,当UE通过可信任非3GPP接入***接入时,BBERF位于可信任非3GPP接入网关,当UE通过不可信任非3GPP接入***接入时、BBERF位于演进的分组数据网关(Evolved Packet Data Gateway,简称为ePDG)。此时,PCEF不再执行承载绑定功能。
用户签约数据库(SPR)存储了和策略控制与计费相关的用户策略计费控制签约信息。SPR和PCRF之间的接口是Sp接口。
在线计费***(OCS)和PCEF一起进行在线计费方式下用户信用的控制和管理。
离线计费***(OFCS)与PCEF一起完成离线计费方式下的计费操作。
PCC架构通过以上各功能实体实现了对UE为访问一个分组数据网络(Packet Data Network,简称为PDN)所建立的IP连接接入网(IP Connectivity Access Network,简称为IP-CAN)会话的策略计费控制。
采用目前的PCC架构,存在以下几个问题:
(1)业务的信息由AF提供,PCRF根据该信息进行策略决策。而现有的网络应用中,很多场景下是没有AF的。IP多媒体子***(IMS IP Multimedia Subsystem,简称为IMS)等基于会话类的业务可以采用会话初始协议信令(Session Initiation Protocol,简称为SIP,SIP是一个应用层的信令控制协议)进行会话的业务层协商(例如,编解码方式、媒体类型、所需的带宽等),P-CSCF(即PCC架构中的AF)将协商好的业务信息通知PCRF,并由PCRF进行QoS授权。而现网中大量非会话类的业务,例如,当前应用基于IP网络的语音传输(Voice Over Internet Protocol,简称为VoIP)、互联网协议电视(IPTV Internet Protocol Television,简称为IPTV)、视频点播(Video-On-Demand,简称为VOD)、网络游戏等业务等不会进行应用层的媒体协商以及将业务信息推送给PCRF的过程。针对这些非会话类业务,虽然能够通过在PCRF上配置一些静态策略来进行一定策略授权,然而这种方式极大限制了PCC架构的优势。
(2)目前,PCRF下发的PCC规则中用于检测IP包的过滤器都是采用五元组(即,源IP地址、源端口、目的IP地址、目的端口、协议号)的。而在有些场景下,仅采用五元组并不能把两种不同的业务区分出来,这是就需要对四层以上(根据开放式通信***互连参考模型(Open System Interconnection Reference Model,简称为OSI),4层以上为会话层、表示层和应用层)的信息进行检测。
为了解决以上问题,需要对现有的PCC架构进行功能增强,引入业务检测功能(Traffic Detection Function,简称为TDF)是一种有效的方法。TDF有两种实现方式,一种是将TDF与PCEF集成在一起,另一种是TDF与PCEF分开部署。由于TDF需要进行4层以上的信息检测,如果与PCEF集成部署,将极大的降低原有PCEF设备的性能;如果分开部署,虽然对PCEF设备的影响不大,但对TDF的性能要求就会大大提高,从而会提高费用。对于如何较好的实现性能和价格的折中,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种业务处理方案,以至少解决上述问题。
根据本发明的一个方面,提供了一种业务处理方法,包括:策略和计费执行功能实体PCEF将需要进行业务检测的业务数据流发送给预先从业务检测功能TDF域中选择出的预定TDF进行处理,其中,TDF域包括多个TDF。
优选地,预先从TDF域中选择预定TDF包括:策略控制与计费规则功能实体PCRF、PCEF或业务检测功能选择功能TDFSF为业务数据流所在的IP连接接入网IP-CAN会话选择预定TDF。
优选地,在PCRF从TDF域中选择预定TDF的情况下,上述方法还包括:PCRF将预定TDF的信息发送给PCEF;PCEF根据预定TDF的信息将业务数据流发送给预定TDF。
优选地,在TDFSF从TDF域中选择预定TDF的情况下,上述方法还包括:PCRF向TDFSF发送携带有IP-CAN会话的用户设备IP地址的请求消息,TDFSF为IP-CA会话选择预定TDF并保存IP-CAN会话的用户设备IP地址和预定TDF的对应关系;PCEF将IP-CAN会话的业务数据流发送给TDFSF;TDFSF根据对应关系将IP-CAN会话的业务数据流发送给预定TDF。
优选地,在PCEF从TDF域中选择预定TDF的情况下,上述方法还包括:PCEF将业务数据流发送给预定TDF;或者,PCEF向预定TDF发送携带有IP-CAN会话的用户设备IP地址的消息。
优选地,在预定TDF接收到业务数据流之后,上述方法还包括:预定TDF检测到业务数据流中存在新的用户设备IP地址后,向PCRF发送用于请求建立业务检测会话的消息,其中,请求建立业务检测会话的消息中携带有新的用户设备IP地址。
优选地,在预定TDF接收到携带有IP-CAN会话的用户设备IP地址的消息之后,上述方法还包括:预定TDF向PCRF发送用于请求建立业务检测会话的消息,其中,请求建立业务检测会话的消息中携带有用户设备IP地址。
优选地,在PCRF、PCEF或TDFSF为业务数据流所在的IP-CAN会话选择预定TDF之前,上述方法还包括:PCRF向PCEF发送IP-CAN会话的业务数据流需要进行业务检测的指示。
优选地,在PCRF、PCEF或TDFSF选择出预定TDF之后,上述方法还包括:PCRF向预定TDF发送业务检测规则;或者,PCRF经由TDFSF向预定TDFSF发送业务检测规则。
优选地,上述方法还包括:预定PCEF将业务数据流的上行报文经由包分发功能PDF发送给分组数据网络;PDF将来自分组数据网络的业务数据流的下行报文发送给预定TDF。
优选地,上述方法还包括:PCRF接收到终结IP-CAN会话的消息;PCRF向预定TDF发送消息,或者,经由TDFSF向预定TDF发送消息;TDF根据消息删除IP-CAN会话对应的业务检测规则。
优选地,上述方法还包括:PCEF接收到终结IP-CAN会话的消息;PCEF向预定TDF发送消息;TDF根据消息删除IP-CAN会话对应的业务检测规则。
优选地,在TDFSF向TDF发送消息之后,上述方法还包括:TDFSF删除IP-CAN会话与预定TDF的对应关系。
根据本发明的另一方面,还提供了一种业务检测***,包括:策略和计费执行功能实体PCEF、包括多个业务检测功能TDF的TDF域,其中,PCEF用于将需要进行业务检测的业务数据流发送给从TDF域中选择的预定TDF进行处理。
优选地,该***还包括:策略控制与计费规则功能实体PCRF、PCEF或业务检测功能选择功能TDFSF,用于为业务数据流所在的IP连接接入网IP-CAN会话选择预定TDF;TDFSF还用于管理TDF域。
通过本发明,采用PCEF将需要进行检测的业务对应的业务数据流发送给从业务检测功能TDF域中选择的预定TDF进行处理,解决了相关技术中TDF与PCEF集成或分别部署所带来的性能以及费用不能取得较好折中的问题,进而在兼顾性价比的同时,实现了对用户访问业务的更精细的策略控制。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的PCC非漫游的架构图;
图2是根据本发明实施例的包括TDF的网络架构示意图;
图3是根据本发明实施例的网络部署实现的架构示意图;
图4是根据本发明实施例的业务处理方法的流程图;
图5是根据本发明实施例的优选实例一的流程图;
图6是根据本发明实施例的优选实例二的流程图;
图7是根据本发明实施例的优选实例三的流程图;
图8是根据本发明实施例的网络部署实现的架构示意图二;
图9是根据本发明实施例的优选实例四的流程图;
图10是根据本发明实施例的优选实例五的流程图;
图11是根据本发明实施例的网络部署实现的架构示意图三;
图12是根据本发明实施例的优选实例六的流程图;
图13是根据本发明实施例的优选实例七的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
为了更好的说明本实施例,首先对TDF的网络部署进行说明,图2是根据本发明实施例的包括TDF的网络架构示意图,TDF的功能包括:1、根据PCRF下发的报文检测规则执行业务数据报文检测,对数据包进行四层以上的分析检测;2、向PCRF上报检测的业务信包。
在本实施例提供的网络中允许部署多个TDF为一个PCEF服务。图3是根据本发明实施例的网络部署实现的架构示意图,如图3所示,多个TDF构成一个TDF域,该域中的多个TDF可以为同一个PCEF服务。当PCEF认为需要进行业务识别时,将把数据包转发个域中的一个TDF执行业务检测和控制。下面结合图4进行对本实施例提供的业务处理方法进行说明。
图4是根据本发明实施例的业务处理方法的流程图,如图4所示,该流程包括如下步骤:
步骤S402,预先从TDF域中选择出一个TDF为PCEF进行服务,为了方便描述,将选择出的TDF称为预定TDF,需要说明的是,在该步骤中,选择TDF的原则可以是根据各个TDF的负载(例如,是否空闲),或者,按照一定顺序进行选择,但本实施例并不限于此。
步骤S404,PCEF将需要进行业务检测的业务数据流发送给从业务检测功能TDF域中选择的预定TDF进行处理。
通过上述步骤S402和步骤S404,从多个TDF中选择TDF为PCEF服务,解决了相关技术中TDF与PCEF集成或分别部署所带来的性能以及费用不能取得较好折中的问题,进而在兼顾性价比的同时,实现了对用户访问业务的更精细的策略控制。
优选地,在步骤S402中,可以由PCRF、PECF或业务检测功能选择功能(Traffic Detection Function Selection Function,简称为TDFSF)为业务数据流所在的IP连接接入网IP-CAN会话选择预定TDF。下面对此分别进行说明。
PCRF为IP-CAN会话选择TDF用于业务感知。PCRF将选择的TDF的信息通知PCEF,PCEF将该IP-CAN会话的业务数据流转发给该TDF。
TDFSF是引入用于管理TDF域的,TDFSF也可以为IP-CAN会话选择TDF。在TDFSF选择TDFSF的情况下,PCEF将业务数据流发送给TDFSF,TDFSF将业务数据流发送给TDF。
在PCEF从TDF域中选择预定TDF的情况下,PCEF可以将业务数据流直接发送给预定TDF,或者,PCEF向预定TDF发送携带有IP-CAN会话的用户设备IP地址的消息。如果预定TDF接收到业务数据流,则在检测到业务数据流中存在新的用户设备IP地址后,向PCRF发送用于请求建立业务检测会话的消息,该消息中携带检测到的新的用户设备IP地址;如果预定TDF接收到携带有IP-CAN会话的用户设备IP地址消息,则TDF向PCRF发送用于请求建立业务检测会话的消息,该消息中携带接收到的用户设备IP地址。即,请求建立业务检测会话的消息中携带有从业务数据流中获取的IP地址或从消息中获取的IP地址。
优选地,在本实施例中还提供了包分发功能(Packet DistributionFunction,简称为PDF)(如图3所示),PDF包括如功能:
1、将来自TDF的上行报文转发给分组数据网络(Pacekt DataNetwork,简称为PDN);
2、将来自PDN的下行报文发送给正确的TDF,即,如果上行报文都通过TDF,那么对应的下行报文也通过同一个TDF。
对应于上述的说明,在本实施例中还提供了一种业务检测***,包括:策略和计费执行功能实体PCEF、包括多个业务检测功能TDF的TDF域,其中,PCEF用于将需要进行业务检测的业务数据流发送给从TDF域中选择的预定TDF进行处理。
优选地,该***还包括PCRF或TDFSF,用于为业务数据流所在的IP连接接入网IP-CAN会话选择预定TDF,或者,PCEF从TDF域中选择预定TDF。
优选地,TDFSF还用于管理TDF域。
下面结合附图及优选实例对上述步骤S302至步骤S304以及***进行详细的说明。
优选实例一
本实例描述了采用图3的架构实现IP-CAN会话建立流程。在该流程中,BBERF驻留的网关与PCEF驻留的网关之间采用PMIPv6协议。PCRF从TDF域中为IP-CAN会话选择一个TDF进行业务数据检测。图5是根据本发明实施例的优选实例一的流程图,该流程包括如下步骤:
步骤S501,BBERF驻留的网关接收到建立IP-CAN会话请求消息,其中,该消息中携带用户标识,PDN标识;
步骤S502,BBERF向PCRF发送网关控制会话建立请求消息,该消息中携带有用户标识,PDN标识。该消息请求建立了网关控制会话;
步骤S503,如果PCRF没有用户相关的签约信息,则PCRF向SPR发送签约文档请求消息,该消息中携带用户标识和PDN标识;
步骤S504,SPR根据接收到的用户标识和PDN标识返回用户的签约信息,其中,包含是否需要进行业务检测以及需要检测的业务;
步骤S505,PCRF根据SPR返回的签约信息,制定默认策略,包括PCC规则、对应的QoS规则。如果需要进行业务检测,则PCRF根据需要检测的业务制定业务检测规则。业务检测规则通常包括4层以上的过滤器。同时PCRF还会给这个IP-CAN会话选择TDF。可选的,PCRF还会制定事件触发器;
步骤S506,PCRF向BBERF返回网关控制会话建立确认消息,该消息中携带有QoS规则、事件触发器等。BBERF安装QoS规则和事件触发器;
步骤S507,BBERF驻留的网关向PCEF驻留的网关发送建立IP-CAN会话请求消息,该消息中携带有用户标识和PDN标识;
优选地,步骤S507可与步骤S502同时发送。
步骤S508,PCEF驻留的网关为UE请求建立的IP-CAN会话分配用户设备IP地址IP Address。PCEF向PCRF发送IP-CAN会话建立指示消息,该消息中携带有用户标识、PDN标识和IPAddress。该消息请求建立了Gx会话;
步骤S509,PCRF根据用户标识和PDN标识将S502请求建立网关控制会话和S508请求建立的Gx会话进行关联。PCRF将步骤S504制定的PCC规则、事件触发器以及为该IP-CAN会话选择的TDF的地址返回给PCEF,即指示该IP-CAN会话的业务数据流需要进一步进行业务检测。PCRF可能会根据PCEF上报的信息更新步骤S504步制定的PCC规则、QoS规则以及业务检测规则。PCEF安装PCC规则和事件触发器,保存TDF的地址;
步骤S510,如果至少一个PCC规则被成功激活,PCEF驻留的网关向BBERF驻留的网关返回建立IP-CAN会话应答消息,该消息携带有IP Address;
步骤S511,BBERF驻留的网关返回建立IP-CAN会话应答消息,该消息中携带有IP地址;
步骤S512,PCRF向所选择的TDF发送业务检测会话建立请求消息,该消息中携带业务检测规则。该请求消息建立了业务检测会话;
步骤S513,TDF安装业务检测规则后向PCRF返回确认消息;
优选地,步骤S512在步骤S505后便可执行。
通过以上流程,UE建立IP-CAN会话,并且PCRF将实现对该IP-CAN会话进行策略控制的网关控制会话、Gx会话和业务检测会话进行关联。PCEF将根据PCRF下发的PCC规则进行业务数据包的过滤,并执行相应的策略和计费控制。若一业务数据流无法与任何一个PCRF下发的PCC规则匹配,那么PCEF将该业务数据流发送给TDF进行业务检测。
本实例描述了对IP-CAN会话的策略计费控制需要引入BBERF的场景。没有BBERF场景,其流程更简单。PCRF为IP-CAN会话选择TDF,并且将Gx会话与业务检测会话进行关联。
优选实例二
本实施例描述了根据实例一建立IP-CAN会话后,由UE发起的IP-CAN会话终结的流程,在该流程中,BBERF驻留的网关与PCEF驻留的网关之间采用PMIPv6协议。图6是根据本发明实施例的优选实例二的流程图,该流程包括如下步骤:
步骤S601,BBERF驻留的网关接收到删除IP-CAN会话请求消息;
步骤S602,BBERF向PCRF发送网关控制会话终结请求消息,PCRF识别出相关的IP-CAN会话并删除相应的QoS规则;
步骤S603,PCRF向BBERF返回网关控制会话终结确认消息;
步骤S604,BBERF驻留的网关向PCEF驻留的网关发送删除IP-CAN会话请求消息;
步骤S605,PCEF向PCRF发送IP-CAN会话终结指示消息;
步骤S606、PCRF识别出相关的IP-CAN会话并删除相应的PCC规则;
步骤S607,PCEF删除该IP-CAN会话相关的PCC规则;
步骤S608,如果该IP-CAN会话关联的AF需要被通知,则PCRF通知AF传输资源释放;
步骤S609,AF返回应答消息;
步骤S610,PCRF返回IP-CAN会话终结确认消息;
步骤S611,PCEF驻留的网关向BBERF驻留的网关返回删除IP-CAN会话应答消息;
步骤S612,BBERF驻留的网关返回删除IP-CAN会话应答消息;
步骤S613,PCRF识别与该IP-CAN会话相关的TDF,并向该TDF发送业务检测会话终结请求消息;
步骤S614,TDF删除该IP-CAN会话相关的业务检测规则,并返回确认消息;
步骤S615,如果SPR之前订阅取消通知消息,则PCRF向SPR发送取消签约通知请求消息;
步骤S616,SPR返回应答消息。
优选实例三
本实例描述了采用图3的架构实现IP-CAN会话建立流程。在该流程中,BBERF驻留的网关与PCEF驻留的网关之间采用PMIPv6协议。PCEF从TDF域中为IP-CAN会话选择一个TDF进行业务数据检测。图7是根据本发明实施例的优选实例三的流程图,该流程包括如下步骤:
步骤S701,BBERF驻留的网关接收到建立IP-CAN会话请求消息,其中,该消息中携带用户标识,PDN标识;
步骤S702,BBERF向PCRF发送网关控制会话建立请求消息,该消息中携带有用户标识,PDN标识。该消息请求建立了网关控制会话;
步骤S703,如果PCRF没有用户相关的签约信息,则PCRF向SPR发送签约文档请求消息,该消息中携带用户标识和PDN标识;
步骤S704,SPR根据接收到的用户标识和PDN标识返回用户的签约信息,其中,包含是否需要进行业务检测以及需要检测的业务;
步骤S705,PCRF根据SPR返回的签约信息,制定默认策略,包括PCC规则、对应的QoS规则。
步骤S706,PCRF向BBERF返回网关控制会话建立确认消息,该消息中携带有QoS规则、事件触发器等。BBERF安装QoS规则和事件触发器;
步骤S707,BBERF驻留的网关向PCEF驻留的网关发送建立IP-CAN会话请求消息,该消息中携带有用户标识和PDN标识;
优选地,步骤S707可与步骤S702同时发送。
步骤S708,PCEF驻留的网关为UE请求建立的IP-CAN会话分配用户设备IP地址(IP Address)。PCEF向PCRF发送IP-CAN会话建立指示消息,该消息中携带有用户标识、PDN标识和IPAddress。该消息请求建立了Gx会话;
步骤S709,PCRF根据用户标识和PDN标识将S702请求建立网关控制会话和S708请求建立的Gx会话进行关联。PCRF将步骤S704制定的PCC规则、事件触发器。PCRF可能会根据PCEF上报的信息更新步骤S704步制定的PCC规则、QoS规则。若PCRF决策该IP-CAN会话进行业务检测,则PCRF将向PCEF提供业务检测的指示;
步骤S710,如果至少一个PCC规则被成功激活,PCEF驻留的网关向BBERF驻留的网关返回建立IP-CAN会话应答消息,该消息携带有IP Address。若PCEF收到业务检测的指示,PCEF将为该IP-CAN会话选择TDF,并在IP-CAN会话建立后,PCEF将用户访问业务的上行数据流发送给所选择的TDF;
步骤S711,BBERF驻留的网关返回建立IP-CAN会话应答消息,该消息中携带有IP Address;
步骤S712,TDF检测到包含IP Address的业务数据流,即TDF检测到业务数据流中存在新的用户设备IP地址。TDF判断一个新的IP-CAN会话已经建立;
步骤S712,TDF向PCRF发送业务检测会话建立指示,消息中携带检测到的IP Address。该请求消息建立了业务检测会话;
步骤S713,PCRF根据IP Address将S702请求建立网关控制会话、S708请求建立的Gx会话和业务检测会话进行关联。PCRF制定业务检测规则,并通过确认消息发送给TDF。TDF安装业务检测规则;
通过以上流程,UE建立IP-CAN会话,并且PCRF将实现对该IP-CAN会话进行策略控制的网关控制会话、Gx会话和业务检测会话进行关联。PCEF将根据PCRF下发的PCC规则进行业务数据包的过滤,并执行相应的策略和计费控制。若一业务数据流无法与任何一个PCRF下发的PCC规则匹配,那么PCEF将该业务数据流发送给TDF进行业务检测。
本实例描述了对IP-CAN会话的策略计费控制需要引入BBERF的场景。没有BBERF场景,其流程更简单。PCRF将Gx会话与业务检测会话进行关联。
基于实施例三的建立IP-CAN会话后,UE发起的IP-CAN会话的终结流程与实施例二一致,这里不再赘述。
图8是根据本发明实施例的网络部署实现的架构示意图二,在TDF域中引入业务检测功能选择功能,由TDFSF管理域中的TDF,并由它为IP-CAN会话选择一个TDF。采用图8的架构,对PCRF和PCEF没有影响。下面结合优选实例四、五对此进行说明。
优选实例四
本实施例描述采用图8的架构实现IP-CAN会话建立流程。图9是根据本发明实施例的优选实例四的流程图,该流程包括如下步骤:
步骤S901,BBERF驻留的网关接收到建立IP-CAN会话请求消息,其中,该消息中携带有用户标识,PDN标识;
步骤S902,BBERF向PCRF发送网关控制会话建立请求消息,其中,该消息中携带有用户标识,PDN标识。该消息请求建立了网关控制会话;
步骤S903,如果PCRF没有用户相关的签约信息,在PCRF向SPR发送签约文档请求消息,该消息中携带有用户标识和PDN标识;
步骤S904,SPR根据用户标识和PDN标识返回用户的签约信息,其中包含是否需要进行业务检测以及需要检测的业务;
步骤S905,PCRF根据SPR返回的签约信息,制定默认策略,包括PCC规则、对应的QoS规则。如果需要进行业务检测,则PCRF根据需要检测的业务制定业务检测规则。业务检测规则通常包括4层以上的过滤器。可选的,PCRF还会制定事件触发器;
步骤S906,PCRF向BBERF返回网关控制会话建立确认消息,其中,该消息中携带有QoS规则、事件触发器等。BBERF安装QoS规则和事件触发器;
步骤S907,BBERF驻留的网关向PCEF驻留的网关发送建立IP-CAN会话请求消息,其中,该消息中携带有用户标识和PDN标识;
步骤S907可与步骤S902同时发送。
步骤S908,PCEF驻留的网关为UE请求建立的IP-CAN会话分配用户设备IP Address。PCEF向PCRF发送IP-CAN会话建立指示消息,该消息中携带有用户标识、PDN标识和IP Address。该消息请求建立了Gx会话;
步骤S909,PCRF根据用户标识和PDN标识将S902请求建立网关控制会话和S908请求建立的Gx会话进行关联。PCRF向TDFSF发送业务检测会话建立消息,该消息中携带有IP Address和业务检测规则;
步骤S910,TDFSF为该IP-CAN会话选择一个TDF,并保存对应关系(IP Address,TDF Address)。TDFSF向所选择的TDF转发业务检测会话建立消息,其中,该消息中携带有IP Address和业务检测规则。TDF保存业务检测规则;
步骤S911,TDF向TDFSF返回确认消息;
步骤S912,TDFSF向PCRF返回确认消息;
步骤S913,PCRF将网关控制会话、Gx会话和业务检测会话进行关联。PCRF将步骤S905制定的PCC规则、事件触发器返回给PCEF。如果PCRF决策该IP-CAN会话进行业务检测,则PCRF将向PCEF提供业务检测的指示;
步骤S914,如果至少一个PCC规则被成功激活,PCEF驻留的网关向BBERF驻留的网关返回建立IP-CAN会话应答消息,该消息中携带有IP Address;
步骤S915,BBERF驻留的网关返回建立IP-CAN会话应答消息,该消息中携带有IP Address;
通过以上流程,UE建立IP-CAN会话,并且PCRF将实现对该IP-CAN会话进行策略控制的网关控制会话、Gx会话和业务检测会话进行关联。PCEF将根据PCRF下发的PCC规则进行业务数据包的过滤,并执行相应的策略和计费控制。如果一业务数据流无法与任何一个PCRF下发的PCC规则匹配,那么PCEF将该业务数据流发送给TDFSF,TDFSF根据保存的对应关系,将业务数据流转发给正确的TDF进行业务检测。
本实例描述了对IP-CAN会话的策略计费控制需要引入BBERF的场景。没有BBERF场景,其流程更简单。PCRF为IP-CAN会话选择TDF,并且将Gx会话与业务检测会话进行关联。
实施例五
本实例描述了根据实例三建立IP-CAN会话后,由UE发起的IP-CAN会话终结的流程,在该流程中,BBERF驻留的网关与PCEF驻留的网关之间采用PMIPv6协议。图10是根据本发明实施例的优选实例五的流程图,该流程包括如下步骤:
步骤S1001,BBERF驻留的网关接收到删除IP-CAN会话请求消息;
步骤S1002,BBERF向PCRF发送网关控制会话终结请求消息,PCRF识别出相关的IP-CAN会话并删除相应的QoS规则;
步骤S1003,PCRF向BBERF返回网关控制会话终结确认消息;
步骤S1004,BBERF驻留的网关向PCEF驻留的网关发送删除IP-CAN会话请求消息;
步骤S1005,PCEF向PCRF发送IP-CAN会话终结指示消息;
步骤S1006、PCRF识别出相关的IP-CAN会话并删除相应的PCC规则;
步骤S1007,PCEF删除该IP-CAN会话相关的PCC规则;
步骤S1008,如果该IP-CAN会话关联的AF需要被通知,则PCRF通知AF传输资源释放;
步骤S1009,AF返回应答消息;
步骤S1010,PCRF返回IP-CAN会话终结确认消息;
步骤S1011,PCEF驻留的网关向BBERF驻留的网关返回删除IP-CAN会话应答消息;
步骤S1012,BBERF驻留的网关返回删除IP-CAN会话应答消息;
步骤S1013,PCRF识别与该IP-CAN会话相关的业务检测会话,并向TDFSF发送业务检测会话终结请求消息;
步骤S1014,TDFSF根据对应关系,向正确的TDF转发业务检测会话终结请求消息;
步骤S1015,TDF删除该IP-CAN会话相关的业务检测规则,并向TDFSF返回确认消息;
步骤S1016,TDFSF删除对应关系,向PCRF返回确认消息;
步骤S1017,如果SPR之前订阅取消通知消息,则PCRF向SPR发送取消签约通知请求消息;
步骤S1018,SPR返回应答消息。
图11是根据本发明实施例的网络部署实现的架构示意图三,通过在PCEF与TDF之间引入Sy的控制面接口,实现对TDF的选择。采用图11的架构,对PCRF没有影响。下面结合优选实例六、七对此进行说明。
优选实例六
本实施例描述采用图11的架构实现IP-CAN会话建立流程。图12是根据本发明实施例的优选实例六的流程图,该流程包括如下步骤:
步骤S1201-S1211同步骤S701-S711;
步骤S1212,PCEF向所选择的TDF发送请求建立IP-CAN会话的消息,该消息中携带IP Address;
步骤S1213,TDF返回确认消息;
步骤S1214,TDF向PCRF发送业务检测会话建立指示消息,消息中携带IP Address。该请求消息建立了业务检测会话;
步骤S1215,PCRF根据IP Address将S1202请求建立网关控制会话、S1208请求建立的Gx会话和业务检测会话进行关联。PCRF制定业务检测规则,并通过确认消息发送给TDF。TDF安装业务检测规则。
优选实例七
本实例描述了根据实例六建立IP-CAN会话后,由UE发起的IP-CAN会话终结的流程,在该流程中,BBERF驻留的网关与PCEF驻留的网关之间采用PMIPv6协议。图13是根据本发明实施例的优选实例七的流程图,该流程包括如下步骤:
步骤S1301-S1312同步骤S601-S612;
步骤S1313,PCEF向该IP-CAN会话关联的TDF发送删除IP-CAN会话请求;
步骤S1314,TDF返回确认消息;
步骤S1315,TDF向PCRF发送业务检测会话终结指示消息;
步骤S1316,PCRF返回消息;
步骤S1317,如果SPR之前订阅取消通知消息,则PCRF向SPR发送取消签约通知请求消息;
步骤S1318,SPR返回应答消息。
综上所述,通过上述实施例提供的实现负荷分担的业务感知方案,在兼顾性价比的同时,实现了对用户访问业务的更精细的策略控制。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (15)

1.一种业务处理方法,其特征在于,包括:策略和计费执行功能实体PCEF将需要进行业务检测的业务数据流发送给预先从业务检测功能TDF域中选择出的预定TDF进行处理,其中,所述TDF域包括多个TDF。
2.根据权利要求1所述的方法,其特征在于,预先从所述TDF域中选择所述预定TDF包括:
策略控制与计费规则功能实体PCRF、所述PCEF或业务检测功能选择功能TDFSF为所述业务数据流所在的IP连接接入网IP-CAN会话选择所述预定TDF。
3.根据权利要求2所述的方法,其特征在于,在所述PCRF从所述TDF域中选择所述预定TDF的情况下,所述方法还包括:
所述PCRF将所述预定TDF的信息发送给所述PCEF;
所述PCEF根据所述预定TDF的信息将所述业务数据流发送给所述预定TDF。
4.根据权利要求2所述的方法,其特征在于,在所述TDFSF从所述TDF域中选择所述预定TDF的情况下,所述方法还包括:
所述PCRF向所述TDFSF发送携带有所述IP-CAN会话的用户设备IP地址的请求消息,所述TDFSF为所述IP-CA会话选择所述预定TDF并保存所述IP-CAN会话的用户设备IP地址和所述预定TDF的对应关系;
所述PCEF将所述IP-CAN会话的业务数据流发送给所述TDFSF;
所述TDFSF根据所述对应关系将所述IP-CAN会话的业务数据流发送给所述预定TDF。
5.根据权利要求2所述的方法,其特征在于,在所述PCEF从所述TDF域中选择所述预定TDF的情况下,所述方法还包括:所述PCEF将所述业务数据流发送给所述预定TDF;或者,
所述PCEF向所述预定TDF发送携带有所述IP-CAN会话的用户设备IP地址的消息。
6.根据权利要求5所述的方法,其特征在于,在所述预定TDF接收到业务数据流之后,所述方法还包括:
所述预定TDF检测到业务数据流中存在新的用户设备IP地址后,向所述PCRF发送用于请求建立业务检测会话的消息,其中,所述请求建立业务检测会话的消息中携带有所述新的用户设备IP地址。
7.根据权利要求5所述的方法,其特征在于,在所述预定TDF接收到携带有所述IP-CAN会话的用户设备IP地址的消息之后,所述方法还包括:
所述预定TDF向所述PCRF发送用于请求建立业务检测会话的消息,其中,所述请求建立业务检测会话的消息中携带有所述用户设备IP地址。
8.根据权利要求2所述的方法,其特征在于,在所述PCRF、所述PCEF或所述TDFSF为所述业务数据流所在的IP-CAN会话选择所述预定TDF之前,所述方法还包括:
所述PCRF向所述PCEF发送所述IP-CAN会话的业务数据流需要进行业务检测的指示。
9.根据权利要求2至8中任一项所述的方法,其特征在于,在所述PCRF、所述PCEF或所述TDFSF选择出所述预定TDF之后,所述方法还包括:
所述PCRF向所述预定TDF发送业务检测规则;或者,
所述PCRF经由所述TDFSF向所述预定TDFSF发送业务检测规则。
10.根据权利要求1至8中任一项所述的方法,其特征在于,还包括:
所述预定PCEF将所述业务数据流的上行报文经由包分发功能PDF发送给分组数据网络;
所述PDF将来自所述分组数据网络的所述业务数据流的下行报文发送给所述预定TDF。
11.根据权利要求3至6中任一项所述的方法,其特征在于,还包括:
所述PCRF接收到终结所述IP-CAN会话的消息;
所述PCRF向所述预定TDF发送消息,或者,经由所述TDFSF向所述预定TDF发送消息;
所述TDF根据所述消息删除所述IP-CAN会话对应的业务检测规则。
12.根据权利要求7所述的方法,其特征在于,还包括:
所述PCEF接收到终结所述IP-CAN会话的消息;
所述PCEF向所述预定TDF发送消息;
所述TDF根据所述消息删除所述IP-CAN会话对应的业务检测规则。
13.根据权利要求10所述的方法,其特征在于,在所述TDFSF向所述TDF发送所述消息之后,所述方法还包括:
所述TDFSF删除所述IP-CAN会话与所述预定TDF的对应关系。
14.一种业务检测***,其特征在于,包括:策略和计费执行功能实体PCEF、包括多个业务检测功能TDF的TDF域,其中,
所述PCEF用于将需要进行业务检测的业务数据流发送给从TDF域中选择的预定TDF进行处理。
15.根据权利要求14所述的***,其特征在于,所述***还包括:策略控制与计费规则功能实体PCRF、所述PCEF或业务检测功能选择功能TDFSF,用于为所述业务数据流所在的IP连接接入网IP-CAN会话选择所述预定TDF;
所述TDFSF还用于管理所述TDF域。
CN201010005114.7A 2010-01-18 2010-01-18 业务处理方法及*** Active CN102131172B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201010005114.7A CN102131172B (zh) 2010-01-18 2010-01-18 业务处理方法及***
PCT/CN2010/079471 WO2011085621A1 (zh) 2010-01-18 2010-12-06 业务处理方法及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010005114.7A CN102131172B (zh) 2010-01-18 2010-01-18 业务处理方法及***

Publications (2)

Publication Number Publication Date
CN102131172A true CN102131172A (zh) 2011-07-20
CN102131172B CN102131172B (zh) 2015-11-25

Family

ID=44269036

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010005114.7A Active CN102131172B (zh) 2010-01-18 2010-01-18 业务处理方法及***

Country Status (2)

Country Link
CN (1) CN102131172B (zh)
WO (1) WO2011085621A1 (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103220651A (zh) * 2012-01-21 2013-07-24 阿尔卡特朗讯 一种对应用层数据进行计费控制的方法与设备
CN103312683A (zh) * 2012-03-16 2013-09-18 中兴通讯股份有限公司 Tdf会话的处理方法及pcrf
CN103313431A (zh) * 2012-03-16 2013-09-18 中兴通讯股份有限公司 Tdf会话的处理方法及pcrf
WO2013149543A1 (zh) * 2012-04-06 2013-10-10 华为技术有限公司 一种标记业务数据包的方法、装置及***
WO2013166625A1 (zh) * 2012-05-11 2013-11-14 华为技术有限公司 一种检测报告上报方法、报告上报***
WO2014059579A1 (zh) * 2012-10-15 2014-04-24 华为技术有限公司 一种数据流传输的方法和设备
WO2014059911A1 (zh) * 2012-10-18 2014-04-24 中兴通讯股份有限公司 计费同步方法、装置及***
WO2014079294A1 (zh) * 2012-11-22 2014-05-30 中兴通讯股份有限公司 管理数据流的方法和***
WO2014110719A1 (zh) * 2013-01-15 2014-07-24 华为技术有限公司 计费的方法及设备
WO2015039307A1 (zh) * 2013-09-18 2015-03-26 华为技术有限公司 计费方法及设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296169B (zh) * 2007-04-26 2010-12-08 华为技术有限公司 一种用户会话承载业务建立方法、***及设备
CN101369917B (zh) * 2007-08-17 2011-04-13 华为技术有限公司 扩展策略和计费控制规则的方法、***及装置
CN101772981B (zh) * 2007-08-23 2014-06-04 艾利森电话股份有限公司 网络接入选择信息的简单检索的方法

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103220651A (zh) * 2012-01-21 2013-07-24 阿尔卡特朗讯 一种对应用层数据进行计费控制的方法与设备
US9641346B2 (en) 2012-01-21 2017-05-02 Alcatel Lucent Method and apparatus for performing charging control to application-layer data
CN103312683A (zh) * 2012-03-16 2013-09-18 中兴通讯股份有限公司 Tdf会话的处理方法及pcrf
CN103313431A (zh) * 2012-03-16 2013-09-18 中兴通讯股份有限公司 Tdf会话的处理方法及pcrf
CN103313431B (zh) * 2012-03-16 2018-09-04 中兴通讯股份有限公司 Tdf会话的处理方法及pcrf
CN103312683B (zh) * 2012-03-16 2018-12-21 中兴通讯股份有限公司 Tdf会话的处理方法及pcrf
WO2013149543A1 (zh) * 2012-04-06 2013-10-10 华为技术有限公司 一种标记业务数据包的方法、装置及***
CN103369594A (zh) * 2012-04-06 2013-10-23 华为技术有限公司 一种标记业务数据包的方法、装置及***
CN103369594B (zh) * 2012-04-06 2016-10-05 华为技术有限公司 一种标记业务数据包的方法、装置及***
US9509575B2 (en) 2012-04-06 2016-11-29 Huawei Technologies Co., Ltd. Method, apparatus and system for marking service data packet
CN103518392A (zh) * 2012-05-11 2014-01-15 华为技术有限公司 一种检测报告上报方法、报告上报***
WO2013166625A1 (zh) * 2012-05-11 2013-11-14 华为技术有限公司 一种检测报告上报方法、报告上报***
CN103518392B (zh) * 2012-05-11 2017-05-31 华为技术有限公司 一种检测报告上报方法、报告上报***
WO2014059579A1 (zh) * 2012-10-15 2014-04-24 华为技术有限公司 一种数据流传输的方法和设备
CN104054363A (zh) * 2012-10-15 2014-09-17 华为技术有限公司 一种数据流传输的方法和设备
CN104054363B (zh) * 2012-10-15 2018-03-16 华为技术有限公司 一种数据流传输的方法和设备
WO2014059911A1 (zh) * 2012-10-18 2014-04-24 中兴通讯股份有限公司 计费同步方法、装置及***
CN103841538A (zh) * 2012-11-22 2014-06-04 中兴通讯股份有限公司 管理数据流的方法和***
CN103841538B (zh) * 2012-11-22 2019-06-25 中兴通讯股份有限公司 管理数据流的方法和***
WO2014079294A1 (zh) * 2012-11-22 2014-05-30 中兴通讯股份有限公司 管理数据流的方法和***
CN104221418A (zh) * 2013-01-15 2014-12-17 华为技术有限公司 计费的方法及设备
WO2014110719A1 (zh) * 2013-01-15 2014-07-24 华为技术有限公司 计费的方法及设备
US9769326B2 (en) 2013-01-15 2017-09-19 Huawei Technologies Co., Ltd. Charging method and device
US9538017B2 (en) 2013-01-15 2017-01-03 Huawei Technologies Co., Ltd. Charging method and device
CN104221418B (zh) * 2013-01-15 2018-07-31 华为技术有限公司 计费的方法及设备
AU2013374126B2 (en) * 2013-01-15 2015-12-03 Huawei Technologies Co., Ltd. Charging method and device
WO2015039307A1 (zh) * 2013-09-18 2015-03-26 华为技术有限公司 计费方法及设备
CN104769978B (zh) * 2013-09-18 2019-02-19 华为技术有限公司 计费方法及设备
CN104769978A (zh) * 2013-09-18 2015-07-08 华为技术有限公司 计费方法及设备

Also Published As

Publication number Publication date
CN102131172B (zh) 2015-11-25
WO2011085621A1 (zh) 2011-07-21

Similar Documents

Publication Publication Date Title
CN102131172B (zh) 业务处理方法及***
US8516545B2 (en) Method and system for session modification
US9503483B2 (en) Method and apparatuses for identifying and reporting quality of service rules applicable to a communication session
CN101448283B (zh) 会话终结触发方法、实现方法及***
US8400916B2 (en) Method of authorizing AF sessions using external subscriber database
CN102137367B (zh) 增强的策略和计费控制的方法及***、pcc***
CN101374260B (zh) Pcc规则和承载关联的实现方法、装置和***
US8532125B2 (en) Method, system and apparatus for session association
EP2898653B1 (en) Method and node for controlling resources for a media service as well as a corresponding system and computer program
EP2472918B1 (en) Method, apparatus and system for transmitting a bearer control mode in roaming scenarios
EP2480015A1 (en) Method, apparatus and system for policy and charging control
CN102137368B (zh) 增强的策略和计费控制的方法及***、pcc***
CN103119981B (zh) 服务质量控制方法和设备
CN106332034A (zh) 一种第三方应用的计费方法、装置及应用功能设备
CN102223240A (zh) 提供服务方法、业务代理装置、策略和计费规则功能装置
CN104955085A (zh) 一种漫游场景下的应用检测控制方法及v-pcrf
CN102111740B (zh) 一种支持多接入的策略计费控制方法和***
CN102123035A (zh) 策略和计费规则功能实体的选择方法、装置及***
CN102655634A (zh) 策略和计费控制功能实体功能协商的方法和***
US11223492B2 (en) Wireless communication method and device
CN103249023A (zh) 一种业务平台获取用户手机号码的方法、***和业务平台
KR20130001439A (ko) 서비스 품질 및 과금 제어를 위한 방법, 애플리케이션 기능 장치, 및 정책 및 과금 규칙 기능 장치
CN102791042A (zh) S9子会话建立方法、***及pcrf
CN103841539B (zh) 一种漫游本地业务功能实现方法和***
CN101378522B (zh) 分发策略的方法、***和策略分发实体

Legal Events

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