CN101222343A - 一种策略与计费控制系统及对媒体网关的控制方法 - Google Patents
一种策略与计费控制系统及对媒体网关的控制方法 Download PDFInfo
- Publication number
- CN101222343A CN101222343A CNA2008100047712A CN200810004771A CN101222343A CN 101222343 A CN101222343 A CN 101222343A CN A2008100047712 A CNA2008100047712 A CN A2008100047712A CN 200810004771 A CN200810004771 A CN 200810004771A CN 101222343 A CN101222343 A CN 101222343A
- Authority
- CN
- China
- Prior art keywords
- address
- pcrf
- request
- media gateway
- sdp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种策略与计费控制系统及对媒体网关的控制方法;当主叫方向被叫方发起的SDP请求需要进行NAT穿越时,该方法包括如下步骤:PCRF接收到AF发送的地址请求后,向媒体网关发送地址分配请求;接收到地址分配请求后,媒体网关分配公网地址和相应的端口作为主叫代理地址或被叫代理地址,并将其通过PCRF发送至AF;AF使用接收到的主叫代理地址修改SDP请求的所述主叫方的媒体流地址和端口后,将该请求发送至所述被叫方;AF使用接收到的被叫代理地址修改SDP应答的所述被叫方的媒体流地址和端口后,将该应答发送至所述主叫方。本发明通过对PCC系统进行扩展,实现了对媒体网关进行策略下发和计费控制和NAT穿越功能。
Description
技术领域
本发明涉及通信领域,尤其涉及一种策略与计费控制系统及对媒体网关的控制方法。
背景技术
IMS(IP Multimedia Subsystem,IP多媒体子系统)是3GPP(the 3rdGeneration Partnership Project,第三代合作伙伴计划)在Release 5(版本5,简称R5)提出的支持IP(Internet Protocol,因特网协议)多媒体业务的子系统。
IMS具备完整的IP核心网功能,包括会话管理、承载控制、漫游、计费、安全、服务质量管理等,主要由六种类型的功能实体组成,即:会话管理和路由类、计费类、数据库类、支撑实体类、网间配合类、应用服务类。
IMS中CSCF(Call Session Control Function,呼叫会话控制功能)主要用于对会话进程进行控制。CSCF又分为三种不同实体:P-CSCF(Proxy-CSCF,代理-呼叫会话控制功能)、I-CSCF(Interrogating-CSCF,查询-呼叫会话控制功能)、S-CSCF(Serving-CSCF,服务-呼叫会话控制功能)。P-CSCF是IMS网络中用户终端的第一个接触点,主要负责请求的验证、处理和转发响应。P-CSCF起到了安全管理和隐藏接入网络差异的作用。
由于IMS是在IP承载网络之上的会话控制子系统,在一个业务进行了应用层的会话协商后,需要将会话协商的QoS(Quality of Service,服务质量)映射到承载层,使得承载层能够为该业务的媒体流提供相应的QoS保障。因此,在3GPP R5中,P-CSCF还包括一个用于资源授权和管理的功能实体:PDF(Policy Decision Function,策略决策功能)。
在3GPP R6中,考虑到承载层的策略控制是相对独立的功能,因此将PDF与P-CSCF分离,P-CSCF负责会话信令的控制,PDF负责将会话的QoS映射到承载层,对承载层实体进行策略控制。
此外,在3GPP R6中,还提出了FBC(Flow Based Charging,基于流计费)子系统,它主要是实现针对业务流级别的计费功能。
由于PDF和FBC在功能上有很多相关性,并且在网络中的逻辑位置和处理流程也相似,因此在3GPP R7中,提出了将两者融合的PCC(Policy andCharging Control,策略与计费控制)系统。
PCC系统的架构如图1所示,其中:
AF(Application Function,应用功能)是提供应用的实体(如IMS中的P-CSCF),它向PCRF(Policy and Charging Rules Function,策略与计费规则功能)传送业务的会话信息(包括:业务标识、业务的媒体通道的IP五元组、业务的QoS信息等),PCRF使用上述会话信息进行策略决策。
PCRF是负责QoS策略和计费策略决策的功能实体,它根据签约信息和会话信息制定规则,并将规则下发给PCEF(Policy and Charging EnforcementFunction,策略与计费执行功能),为PCEF提供用于业务数据流的检测、门控、QoS和计费方法的信息。
AF与PCRF之间通过Rx接口进行消息的交互。
PCEF位于网关节点,如GGSN(Gateway GPRS Supporting Node,通用无线分组业务网关支持节点)中,用于完成策略的执行功能,它根据PCRF下发的规则进行策略执行,根据规则中的TFT(Traffic Flow Template,数据流模板)识别业务数据流,对数据流进行门控、QoS控制以及计费等。PCEF上也可以配置一些预定义规则,由PCRF对其进行使能或去使能。
SPR(Subscription Profile Repository,用户属性存储)逻辑实体用于存储用户/签约相关信息,这些信息被PCRF用于策略规则的决策。
OCS(Online Charging System,在线计费系统)和OFCS(Offline ChargingSystem,离线计费系统)分别用于在线计费和离线计费。PCEF会根据PCC规则中指定的计费方法选择与某个计费系统进行计费信息交互,计费信息交互包含流量统计、时间统计、信用度交互等。
IMS为了提供接入无关性,对于每一种接入网,其媒体流都需要经过IMS接入网关(媒体网关)接入IMS核心域,这个接入网关实现对媒体流的识别和控制,如:NAT(Network Address Translator,网络地址转换)穿越、门控、媒体编解码等。
目前在3GPP中,IMS接入网关由P-CSCF进行控制,但是P-CSCF实际上主要是负责信令层面的控制,不应该直接控制传输层的功能实体,从功能独立分层划分的原则上看,用P-CSCF控制IMS接入网关是不合适的。而PCC是控制承载层并对应用层屏蔽承载层差异的系统,控制IMS接入网关的功能应该由它来完成。
另一方面,由于IMS接入网关是媒体流进入IMS核心域的边界点,需要对其进行QoS和计费的控制。但是现有的PCC系统仅支持对接入网网关(如GGSN)的控制,而不支持对媒体网关进行控制,有待于进一步完善。
发明内容
本发明所要解决的技术问题是,克服现有技术的不足,提出一种可对媒体网关进行控制的策略与计费控制系统及对媒体网关进行控制的方法。
为了解决上述问题,本发明提供一种对媒体网关的控制方法,当主叫方向被叫方发起的SDP请求需要进行NAT穿越时,该方法包括如下步骤:
PCRF接收到AF发送的用于申请主叫代理地址或被叫代理地址的地址请求后,向媒体网关发送地址分配请求;
接收到地址分配请求后,媒体网关分配公网地址和相应的端口作为主叫代理地址或被叫代理地址,并将其通过PCRF发送至AF;
AF使用接收到的主叫代理地址修改SDP请求的所述主叫方的媒体流地址和端口后,将该请求发送至所述被叫方;AF使用接收到的被叫代理地址修改SDP应答的所述被叫方的媒体流地址和端口后,将该应答发送至所述主叫方。
此外,PCRF在接收到用于申请主叫代理地址的所述地址请求后,根据运营商策略进行NAT决策,若决策结果为允许进行NAT穿越,则向媒体网关发送所述地址分配请求。
此外,所述地址请求中包含用于标识SDP请求和相应的SDP应答的标识符;
PCRF进行所述NAT决策后,记录该标识符和所述NAT决策结果的对应关系;
PCRF在接收到用于申请被叫代理地址的地址请求后,根据该请求中包含的所述标识符获取所述NAT决策结果,若该决策结果为允许进行NAT穿越,则向媒体网关发送所述地址分配请求。
此外,所述地址请求和地址分配请求中包含用于标识SDP请求和相应的SDP应答的标识符;
媒体网关分配所述被叫代理地址后,使用该标识符将该被叫代理地址和所述主叫代理地址进行绑定。
本发明还提供一种对媒体网关的控制方法,该方法包括如下步骤:
a:PCRF接收到网关发送的PCC规则请求时,根据该请求的用户的签约信息和该请求所需的QoS进行策略决策,生成PCC规则,并将PCC规则下发给媒体网关;
b:媒体网关执行上述PCC规则;
所述PCC规则包含以下一种或多种:Qos策略,计费策略,门控信息。
此外,媒体网关接收到所述PCC规则后:
如果PCC规则中的计费策略是使用OCS,则媒体网关与OCS进行信用度交互,如果信用度不够,则发起更新/删除PCC规则的流程;
如果PCC规则中的计费策略是使用OFCS,则媒体网关与OFCS进行信用度交互,如果信用度不够,则发起更新/删除PCC规则的流程。
此外,PCRF生成PCC规则后,将其下发给PCEF;
PCEF根据接收到的PCC规则,向OCS或OFCS请求信用度;
OCS或OFCS在接收到信用度请求后检查相应的用户接入网信用度和IMS业务信用度;当用户接入网信用度和IMS业务信用度中的一种不足时,向PCEF返回信用度不足的应答。
本发明还提供一种对媒体网关的控制方法,当主叫方向被叫方发起的SDP请求需要进行NAT穿越时,该方法包括如下步骤:
PCRF接收到AF发送的用于申请主叫代理地址或被叫代理地址的地址请求后,分配公网地址和相应的端口作为主叫代理地址或被叫代理地址,并将其发送给媒体网关和AF;
AF使用接收到的主叫代理地址修改SDP请求的所述主叫方的媒体流地址和端口后,将该请求发送至所述被叫方;AF使用接收到的被叫代理地址修改SDP应答的所述被叫方的媒体流地址和端口后,将该应答发送至该请求的主叫方。
此外,所述地址请求中包含用于标识SDP请求和相应的SDP应答的标识符;
PCRF将上述标识符连同所述主叫代理地址和被叫代理地址发送给媒体网关;
媒体网关接收到所述被叫代理地址后,使用该标识符将该被叫代理地址和所述主叫代理地址进行绑定。
本发明还提供一种策略与计费控制系统,包含PCRF,PCEF,OCS,媒体网关;PCRF通过Gx接口向PCEF下发PCC规则,OCS与PCEF通过Gy接口进行计费信息交互,其特征在于:
在PCRF与媒体网关之间设置有Gx’接口,PCRF通过Gx’接口向媒体网关下发PCC规则,媒体网关执行接收到的PCC规则;
在OCS和媒体网关之间设置有Gy接口,Gy接口用于在OCS和媒体网关之间进行计费信息交互;所述计费信息交互包括信用度交互。
此外,该系统还包含AF,其中:
AF与所述PCRF之间通过Rx’接口相连;
AF在接收到主叫方向被叫方发送的SDP请求,或被叫方向主叫方返回的SDP应答时,若需要进行NAT穿越,则通过Rx’接口向PCRF发送地址请求;在接收到PCRF返回的地址应答时,AF使用其中包含的主叫代理地址修改SDP请求的所述主叫方的媒体流地址和端口后,将该SDP请求发送至所述被叫方,或使用地址应答中包含的被叫代理地址修改SDP应答的所述被叫方的媒体流地址和端口后,将该SDP应答发送至所述主叫方;
PCRF接收到AF发送的地址请求后,通过所述Gx’接口向媒体网关发送地址分配请求;并通过Gx’接口从AF接收地址分配应答,将其中包含的主叫代理地址或被叫代理地址包含在地址应答消息中通过Rx’接口发送给AF;
接收到地址分配请求后,媒体网关分配公网地址和相应的端口作为主叫代理地址或被叫代理地址,将其包含在地址分配应答中通过Gx’接口发送至PCRF。
此外,该系统还包含AF,其中:
AF与所述PCRF之间通过Rx’接口相连;
AF在接收到主叫方向被叫方发送的SDP请求,或被叫方向主叫方发送的SDP应答时,若需要进行NAT穿越,则通过Rx’接口向PCRF发送地址请求;在接收到PCRF返回的地址应答时,AF使用其中包含的主叫代理地址修改SDP请求的所述主叫方的媒体流地址和端口后,将该SDP请求发送至所述被叫方,或使用地址应答中包含的被叫代理地址修改SDP应答的所述被叫方的媒体流地址和端口后,将该SDP应答发送至所述主叫方;
PCRF接收到AF发送的地址请求后,分配公网地址和相应的端口作为主叫代理地址或被叫代理地址,将其包含在地址应答中通过Rx’接口发送给AF;
PCRF还将其分配的主叫代理地址和被叫代理地址通过Gx’接口发送给媒体网关。
此外,该系统还包含OFCS,其中:在OFCS与媒体网关之间设置有Gz接口,Gz接口用于在OFCS和媒体网关之间进行计费信息交互。
由上可知,本发明通过对PCC系统进行扩展,通过PCRF、OCS、OFCS与媒体网关之间的扩展接口,实现了对媒体网关进行策略下发和计费控制;通过AF与PCRF之间的扩展接口,以及PCRF与媒体网关之间的上述扩展接口,AF可获取用于NAT穿越的主叫和被叫代理地址,实现了NAT穿越功能。
附图说明
图1为现有技术中3GPP R7的PCC系统结构示意图;
图2是本发明实施例扩展的PCC系统结构示意图;
图3是本发明实施例在扩展的PCC系统中实现NAT穿越的方法流程图;
图4是本发明实施例在扩展的PCC系统中实现策略决策与下发的方法流程图。
具体实施方式
下面将结合附图和实施例对本发明进行详细描述。
图2是本发明实施例扩展的策略与计费控制(PCC)系统结构示意图。如图2所示,该系统包含:AF,PCRF,驻留在GW中的PCEF,SPR,OCS,OFCS,媒体网关(Media Gateway,简称MG)。
本发明实施例的扩展PCC系统与现有的PCC系统相比有以下不同:
在AF与PCRF之间设置有Rx’接口,Rx’接口除包含现有PCC系统中AF与PCRF之间的Rx接口的功能外,还用于在AF和PCRF之间交互用于NAT穿越的地址请求和相应的地址应答消息;
在PCRF与MG之间设置有Gx’接口,Gx’接口用于在PCRF和MG之间交互用于NAT穿越的地址分配请求和相应的地址分配应答消息;此外,PCRF还通过Gx’接口向MG下发PCC规则;MG执行接收到的PCC规则;
在OCS和MG之间设置有Gy接口,Gy接口用于在OCS和MG之间进行信用度交互等计费信息交互操作;
在OFCS和MG之间设置有Gz接口,Gz接口用于在OFCS和MG之间进行信用度交互等计费信息交互操作。
PCRF在接收到AF通过Rx’接口发送的地址请求后,根据运营商策略进行NAT决策,若决策结果为允许进行NAT穿越,则通过Gx’接口向MG发送地址分配请求;MG接收到地址分配请求后分配主叫或被叫代理地址,并将其包含在地址分配应答中通过Gx’接口发送给PCRF;PCRF将主叫或被叫代理地址包含在地址应答消息中通过Rx’接口发送给AF;AF根据主叫或被叫代理地址修改相应的业务请求中的SDP(Session Description Protocol,会话描述协议)请求。
图3是本发明实施例在扩展的策略与计费控制(PCC)系统中实现NAT穿越的方法流程图。
如果AF支持NAT检测功能,则当AF接收到来自某个UE的业务请求,例如:SIP(Session Initial Protocol,初始会话协议)注册请求时,会通过检测该UE是否处于私网来判断是否需要进行NAT处理。
本实施例以IMS业务为例,因此AF为P-CSCF。
同时,当用户希望使用一项IMS业务时,首先要通过SIP信令面的协商确定业务的媒体流地址、端口以及相关的QoS信息,如果AF检测出需要对该业务进行NAT转换,那么在收到业务请求后会对其进行相关处理。具体处理流程如图3所示:
301:AF(P-CSCF)接收到UE发起的业务请求,其中包含SDP Offer(SDP请求),SDP请求中描述了UE期望的媒体流参数;
上述媒体流参数包括IP地址和端口、QoS信息等;
为了便于描述,将上述IP地址和端口记作地址A。
302:AF对该业务请求进行NAT检测,判断是否需要进行NAT处理,如果需要,则向PCRF发送地址请求,以获取主叫代理地址;
上述地址请求中包含该业务请求的会话标识符。
303:PCRF收到地址请求后,根据运营商策略进行NAT决策,若决策结果为允许使用NAT穿越功能,则向MG发送地址分配请求,以获取主叫代理地址;
上述地址分配请求中包含该业务请求的会话标识符,PCRF保存该会话标识符与NAT决策结果的对应关系。
304:MG接收到上述地址分配请求后,从地址池中分配一个公网地址和相应的端口作为主叫代理地址,保存该主叫代理地址与会话标识符的对应关系;并将其包含在地址分配应答消息中返回给PCRF;
为了便于描述,将上述主叫代理地址记作地址A1。
305:PCRF收到MG返回的主叫代理地址后,将其包含在地址应答消息中发送给AF;
306:AF根据地址应答消息中包含的主叫代理地址修改SDP请求,将媒体流地址和端口由地址A改为地址A1;
307:AF将修改后的SDP请求(包含在相应的业务请求中)发送给业务被叫方;
308:AF接收到被叫方回复的SDP Answer(SDP应答)消息(包含在相应的业务应答中);
上述SDP应答消息中包含被叫方的媒体流地址和端口;
为了便于描述,将上述SDP应答消息中的媒体流地址和端口记作地址B。
309:AF根据业务应答的会话标识符获知该业务使用了NAT穿越,因此向PCRF发送地址请求,以获取被叫代理地址;
上述地址请求中包含该业务请求的会话标识符。
310:PCRF根据地址请求中包含的会话标识符获知允许该业务使用NAT穿越,因此向MG发送地址分配请求,以获取该SDP请求的被叫代理地址;
上述地址分配请求中包含该业务请求的会话标识符。
311:MG接收到上述地址分配请求后,从地址池中分配一个公网地址和相应的端口作为被叫代理地址,根据会话标识符获取相应的主叫代理地址,将主叫代理地址和被叫代理地址进行绑定;并将其包含在地址分配应答消息中返回给PCRF;
为了便于描述,将上述被叫代理地址记作地址B1。
312:PCRF收到MG返回的被叫代理地址后,将其包含在地址应答消息中发送给AF;
313:AF根据地址应答消息中的被叫代理地址修改SDP应答,将媒体流地址和端口由地址B改为地址B1;
314:AF将修改后的SDP应答(包含在业务应答中)发送给UE。
通过上述处理, UE的业务媒体流就会发送到对端媒体流接收地址B1(该地址为MG的地址和端口),MG根据地址B1和地址A1的绑定关系,将媒体流的源地址修改为A1,再发送给被叫方;而被叫方发送的媒体流会发送到媒体流接收地址A1(该地址为MG的地址和端口),由MG将其转发给UE。
图4是本发明实施例在扩展的策略与计费控制(PCC)系统中实现策略决策与下发的方法流程图。
当应用层的QoS协商通过后,UE会发起承载建立流程,接入网关收到承载建立请求时,会触发PCC规则请求,具体的流程如图4所示:
401:网关(PCEF)接收到UE(图中未示出)发送的承载建立请求;
402:PCEF向PCRF发送PCC规则请求;
403:PCRF接收到PCC规则请求后,如果本地没有与该用户相关的签约信息,则向SPR发送用户属性请求,以获取相应的用户签约信息;
404:SPR接收到用户属性请求后,将相关的用户签约信息包含在用户属性应答中回复给PCRF;
405:PCRF根据用户的签约信息和用户请求的QoS进行策略决策,如果允许该请求,则为其生成PCC规则;
406a/b:PCRF将PCC规则分别下发给PCEF和MG执行;
上述PCC规则包含:Qos策略,计费策略,门控信息。
407a:如果PCC规则中指定的计费策略/计费方式是使用OCS,则PCEF与OCS进行信用度交互,如果信用度不够,则发起更新/删除PCC规则的流程;
407b:如果PCC规则中指定的计费策略/计费方式是使用OCS,则MG与OCS进行信用度交互,如果信用度不够,则发起更新/删除PCC规则的流程;
由于PCEF是接入网的网关,MG是IMS域的媒体网关,用户的在接入网的信用度和IMS业务的信用度有可能是独立的,这时PCEF和MG需要分别进行信用度管理。
MG进行信用度管理主要包括:请求信用度;根据用户已使用的流量/时间进行信用度的扣除;当信用度使用完毕时触发相应的PCC规则更新/删除流程取消相应的承载;当业务结束时向OCS/OFCS汇报信用度的使用情况。
对于用户在接入网的信用度充足但是IMS业务的信用度不足的情况,可以有两种处理:
一种是OCS仅向PCEF回复接入网的信用度,这时接入网会为用户建立起承载,然后会因为MG向PCRF触发的PCC规则更新/删除流程取消该承载;
另一种是,PCEF向OCS请求信用度时,OCS不仅检查接入网信用度,也检查IMS业务信用度,两者任何一种不足时,都向PCEF返回信用度不足的应答,这样可以避免承载刚刚建立就终止的情况,但是会使用户呼叫流程时延增大。
上述两种处理方法可以根据运营商的策略选择使用。
408:GW向UE回复承载建立应答,对于GPRS(General Packet RadioService,通用无线分组业务)网络,会直接由GW发起承载的建立。
后续的媒体流在接入网中由网关(PCEF)根据PCC规则执行QoS策略控制和计费,在IMS域中由MG根据PCC规则执行QoS策略扩展和计费。
基于本发明的原理,上述实施例还可以进行多种变换,例如:
(一)在步骤302中,AF可以通过业务授权请求向PCRF发起地址请求,即AF在业务授权请求中包含地址请求标记,PCRF接收到该业务授权请求后,根据地址请求标记进行NAT决策,并向MG发送地址分配请求;接收到MG返回的地址分配应答后,PCRF将其中包含的主叫代理地址包含在业务授权应答中返回给AF。
(二)在上述实施例中,由MG分配主叫、被叫代理地址,在其它实施例中,也可以由PCRF进行主叫和被叫代理地址的分配,并将分配的主叫、被叫代理地址发送给MG,由MG进行主叫代理地址和被叫代理地址的绑定。当然,由PCRF分配的主叫代理地址和被叫代理地址仍然是MG的IP地址和端口。
(三)在上述实施例中,以会话标识符来标识一个SDP请求,并使用会话标识符来标识主叫代理地址和被叫代理地址,最终实现主叫代理地址和被叫代理地址的绑定;
在另一实施例中,可以使用业务请求/SDP请求的主叫方和被叫方的用户标识符,或通过主叫方和被叫方的用户标识符生成的标识符来标识SDP请求;在这种情况下,需要在上述地址请求和地址分配请求中包含叫方和被叫方的用户标识符,或通过主叫方和被叫方的用户标识符生成的标识符。
(四)如果MG接收到的PCC规则中指定的计费方式是使用OFCS,则MG与OFCS进行信用度交互,如果信用度不够,则发起更新/删除PCC规则的流程。
Claims (13)
1.一种对媒体网关的控制方法,其特征在于,当主叫方向被叫方发起的SDP请求需要进行NAT穿越时,该方法包括如下步骤:
PCRF接收到AF发送的用于申请主叫代理地址或被叫代理地址的地址请求后,向媒体网关发送地址分配请求;
接收到地址分配请求后,媒体网关分配公网地址和相应的端口作为主叫代理地址或被叫代理地址,并将其通过PCRF发送至AF;
AF使用接收到的主叫代理地址修改SDP请求的所述主叫方的媒体流地址和端口后,将该请求发送至所述被叫方;AF使用接收到的被叫代理地址修改SDP应答的所述被叫方的媒体流地址和端口后,将该应答发送至所述主叫方。
2.如权利要求1所述的方法,其特征在于,
PCRF在接收到用于申请主叫代理地址的所述地址请求后,根据运营商策略进行NAT决策,若决策结果为允许进行NAT穿越,则向媒体网关发送所述地址分配请求。
3.如权利要求2所述的方法,其特征在于,
所述地址请求中包含用于标识SDP请求和相应的SDP应答的标识符;
PCRF进行所述NAT决策后,记录该标识符和所述NAT决策结果的对应关系;
PCRF在接收到用于申请被叫代理地址的地址请求后,根据该请求中包含的所述标识符获取所述NAT决策结果,若该决策结果为允许进行NAT穿越,则向媒体网关发送所述地址分配请求。
4.如权利要求1所述的方法,其特征在于,
所述地址请求和地址分配请求中包含用于标识SDP请求和相应的SDP应答的标识符;
媒体网关分配所述被叫代理地址后,使用该标识符将该被叫代理地址和所述主叫代理地址进行绑定。
5.一种对媒体网关的控制方法,其特征在于,该方法包括如下步骤:
a:PCRF接收到网关发送的PCC规则请求时,根据该请求的用户的签约信息和该请求所需的QoS进行策略决策,生成PCC规则,并将PCC规则下发给媒体网关;
b:媒体网关执行上述PCC规则;
所述PCC规则包含以下一种或多种:Qos策略,计费策略,门控信息。
6.如权利要求5所述的方法,其特征在于,媒体网关接收到所述PCC规则后:
如果PCC规则中的计费策略是使用OCS,则媒体网关与OCS进行信用度交互,如果信用度不够,则发起更新/删除PCC规则的流程;
如果PCC规则中的计费策略是使用OFCS,则媒体网关与OFCS进行信用度交互,如果信用度不够,则发起更新/删除PCC规则的流程。
7.如权利要求5所述的方法,其特征在于,
PCRF生成PCC规则后,将其下发给PCEF;
PCEF根据接收到的PCC规则,向OCS或OFCS请求信用度;
OCS或OFCS在接收到信用度请求后检查相应的用户接入网信用度和IMS业务信用度;当用户接入网信用度和IMS业务信用度中的一种不足时,向PCEF返回信用度不足的应答。
8.一种对媒体网关的控制方法,其特征在于,当主叫方向被叫方发起的SDP请求需要进行NAT穿越时,该方法包括如下步骤:
PCRF接收到AF发送的用于申请主叫代理地址或被叫代理地址的地址请求后,分配公网地址和相应的端口作为主叫代理地址或被叫代理地址,并将其发送给媒体网关和AF;
AF使用接收到的主叫代理地址修改SDP请求的所述主叫方的媒体流地址和端口后,将该请求发送至所述被叫方;AF使用接收到的被叫代理地址修改SDP应答的所述被叫方的媒体流地址和端口后,将该应答发送至该请求的主叫方。
9.如权利要求8所述的方法,其特征在于,
所述地址请求中包含用于标识SDP请求和相应的SDP应答的标识符;
PCRF将上述标识符连同所述主叫代理地址和被叫代理地址发送给媒体网关;
媒体网关接收到所述被叫代理地址后,使用该标识符将该被叫代理地址和所述主叫代理地址进行绑定。
10.一种策略与计费控制系统,包含PCRF,PCEF,OCS,媒体网关;PCRF通过Gx接口向PCEF下发PCC规则,OCS与PCEF通过Gy接口进行计费信息交互,其特征在于:
在PCRF与媒体网关之间设置有Gx’接口,PCRF通过Gx’接口向媒体网关下发PCC规则,媒体网关执行接收到的PCC规则;
在OCS和媒体网关之间设置有Gy接口,Gy接口用于在OCS和媒体网关之间进行计费信息交互;所述计费信息交互包括信用度交互。
11.如权利要求10所述的系统,其特征在于,该系统还包含AF,其中:
AF与所述PCRF之间通过Rx’接口相连;
AF在接收到主叫方向被叫方发送的SDP请求,或被叫方向主叫方返回的SDP应答时,若需要进行NAT穿越,则通过Rx’接口向PCRF发送地址请求;在接收到PCRF返回的地址应答时,AF使用其中包含的主叫代理地址修改SDP请求的所述主叫方的媒体流地址和端口后,将该SDP请求发送至所述被叫方,或使用地址应答中包含的被叫代理地址修改SDP应答的所述被叫方的媒体流地址和端口后,将该SDP应答发送至所述主叫方;
PCRF接收到AF发送的地址请求后,通过所述Gx’接口向媒体网关发送地址分配请求;并通过Gx’接口从AF接收地址分配应答,将其中包含的主叫代理地址或被叫代理地址包含在地址应答消息中通过Rx’接口发送给AF;
接收到地址分配请求后,媒体网关分配公网地址和相应的端口作为主叫代理地址或被叫代理地址,将其包含在地址分配应答中通过Gx’接口发送至PCRF。
12.如权利要求10所述的系统,其特征在于,该系统还包含AF,其中:
AF与所述PCRF之间通过Rx’接口相连;
AF在接收到主叫方向被叫方发送的SDP请求,或被叫方向主叫方发送的SDP应答时,若需要进行NAT穿越,则通过Rx’接口向PCRF发送地址请求;在接收到PCRF返回的地址应答时,AF使用其中包含的主叫代理地址修改SDP请求的所述主叫方的媒体流地址和端口后,将该SDP请求发送至所述被叫方,或使用地址应答中包含的被叫代理地址修改SDP应答的所述被叫方的媒体流地址和端口后,将该SDP应答发送至所述主叫方;
PCRF接收到AF发送的地址请求后,分配公网地址和相应的端口作为主叫代理地址或被叫代理地址,将其包含在地址应答中通过Rx’接口发送给AF;
PCRF还将其分配的主叫代理地址和被叫代理地址通过Gx’接口发送给媒体网关。
13.如权利要求10、11或12所述的系统,其特征在于,该系统还包含OFCS,其中:
在OFCS与媒体网关之间设置有Gz接口,Gz接口用于在OFCS和媒体网关之间进行计费信息交互。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100047712A CN101222343B (zh) | 2008-01-30 | 2008-01-30 | 一种策略与计费控制系统及对媒体网关的控制方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008100047712A CN101222343B (zh) | 2008-01-30 | 2008-01-30 | 一种策略与计费控制系统及对媒体网关的控制方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101222343A true CN101222343A (zh) | 2008-07-16 |
CN101222343B CN101222343B (zh) | 2011-11-30 |
Family
ID=39631936
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008100047712A Expired - Fee Related CN101222343B (zh) | 2008-01-30 | 2008-01-30 | 一种策略与计费控制系统及对媒体网关的控制方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101222343B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010075735A1 (zh) * | 2008-12-30 | 2010-07-08 | 华为技术有限公司 | 基于轻量级双栈的业务流管理方法、装置及系统 |
CN102158562A (zh) * | 2010-02-11 | 2011-08-17 | 中兴通讯股份有限公司 | 一种下发pcc策略信息的方法及系统 |
CN101378323B (zh) * | 2008-09-24 | 2011-11-30 | 中兴通讯股份有限公司 | 一种控制业务流在线计费的实现方法及其网络系统 |
CN102668677A (zh) * | 2009-12-18 | 2012-09-12 | 摩托罗拉解决方案公司 | 用于在无线电接入网络中进行承载建立的方法 |
CN103200151A (zh) * | 2012-01-04 | 2013-07-10 | 中国移动通信集团公司 | 一种nat部署环境下的pcc会话绑定的方法、系统和pcrf |
WO2014201600A1 (zh) * | 2013-06-17 | 2014-12-24 | 华为技术有限公司 | 一种会话管理方法、地址管理方法及相关装置 |
CN105376071A (zh) * | 2014-08-15 | 2016-03-02 | 中国电信股份有限公司 | 实现后向QoS保障与内容计费的方法、系统与PCRF |
US9473595B2 (en) | 2011-05-25 | 2016-10-18 | Huawei Technologies Co., Ltd. | Policy control method and device |
CN109802837A (zh) * | 2017-11-15 | 2019-05-24 | 中国移动通信有限公司研究院 | 一种计费方法、装置、设备及计算机可读存储介质 |
CN111385790A (zh) * | 2018-12-27 | 2020-07-07 | 中国电信股份有限公司 | 用户访问控制方法、系统和计算机可读存储介质 |
CN116566955A (zh) * | 2023-07-07 | 2023-08-08 | 杭州英旭智能科技有限公司 | 一种基于mqtt的数字语音通话方法、装置及应用 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1856163B (zh) * | 2005-04-27 | 2011-05-18 | 华为技术有限公司 | 一种具有会话边界控制器的通信系统及其传输信令的方法 |
CN1893391A (zh) * | 2005-07-05 | 2007-01-10 | 华为技术有限公司 | 一种支持网络层安全穿越网络地址转换的方法 |
CN100493033C (zh) * | 2005-07-05 | 2009-05-27 | 华为技术有限公司 | 一种穿越网络地址转换的方法 |
CN100479417C (zh) * | 2005-09-02 | 2009-04-15 | 华为技术有限公司 | 一种防止媒体流迂回的通信方法 |
-
2008
- 2008-01-30 CN CN2008100047712A patent/CN101222343B/zh not_active Expired - Fee Related
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101378323B (zh) * | 2008-09-24 | 2011-11-30 | 中兴通讯股份有限公司 | 一种控制业务流在线计费的实现方法及其网络系统 |
WO2010075735A1 (zh) * | 2008-12-30 | 2010-07-08 | 华为技术有限公司 | 基于轻量级双栈的业务流管理方法、装置及系统 |
CN101771605B (zh) * | 2008-12-30 | 2012-11-28 | 华为技术有限公司 | 基于轻量级双栈的业务流管理方法、装置及系统 |
CN102668677A (zh) * | 2009-12-18 | 2012-09-12 | 摩托罗拉解决方案公司 | 用于在无线电接入网络中进行承载建立的方法 |
CN102158562A (zh) * | 2010-02-11 | 2011-08-17 | 中兴通讯股份有限公司 | 一种下发pcc策略信息的方法及系统 |
WO2011097986A1 (zh) * | 2010-02-11 | 2011-08-18 | 中兴通讯股份有限公司 | 一种下发pcc策略信息的方法及系统 |
US9832029B2 (en) | 2011-05-25 | 2017-11-28 | Huawei Technologies Co., Ltd. | Policy control method and device |
US9473595B2 (en) | 2011-05-25 | 2016-10-18 | Huawei Technologies Co., Ltd. | Policy control method and device |
CN103200151A (zh) * | 2012-01-04 | 2013-07-10 | 中国移动通信集团公司 | 一种nat部署环境下的pcc会话绑定的方法、系统和pcrf |
WO2014201600A1 (zh) * | 2013-06-17 | 2014-12-24 | 华为技术有限公司 | 一种会话管理方法、地址管理方法及相关装置 |
CN104488240A (zh) * | 2013-06-17 | 2015-04-01 | 华为技术有限公司 | 一种会话管理方法、地址管理方法及相关装置 |
CN104488240B (zh) * | 2013-06-17 | 2017-04-26 | 华为技术有限公司 | 一种会话管理方法、地址管理方法及相关装置 |
CN105376071A (zh) * | 2014-08-15 | 2016-03-02 | 中国电信股份有限公司 | 实现后向QoS保障与内容计费的方法、系统与PCRF |
CN105376071B (zh) * | 2014-08-15 | 2019-08-23 | 中国电信股份有限公司 | 实现后向QoS保障与内容计费的方法、系统与PCRF |
CN109802837A (zh) * | 2017-11-15 | 2019-05-24 | 中国移动通信有限公司研究院 | 一种计费方法、装置、设备及计算机可读存储介质 |
CN109802837B (zh) * | 2017-11-15 | 2023-01-13 | 中国移动通信有限公司研究院 | 一种计费方法、装置、设备及计算机可读存储介质 |
CN111385790A (zh) * | 2018-12-27 | 2020-07-07 | 中国电信股份有限公司 | 用户访问控制方法、系统和计算机可读存储介质 |
CN116566955A (zh) * | 2023-07-07 | 2023-08-08 | 杭州英旭智能科技有限公司 | 一种基于mqtt的数字语音通话方法、装置及应用 |
CN116566955B (zh) * | 2023-07-07 | 2023-09-19 | 杭州英旭智能科技有限公司 | 一种基于mqtt的数字语音通话方法、装置及应用 |
Also Published As
Publication number | Publication date |
---|---|
CN101222343B (zh) | 2011-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101222343B (zh) | 一种策略与计费控制系统及对媒体网关的控制方法 | |
JP4991010B2 (ja) | Imsネットワークにおけるローミングユーザへの課金 | |
CN104322136B (zh) | 处理通信网络中的通信会话 | |
US8218459B1 (en) | Topology hiding of a network for an administrative interface between networks | |
DK1623563T3 (en) | DISTRIBUTION OF AN ACCOUNT IDENTIFICATION PARTICULARLY IN THE NETWORK NETWORK | |
CN101248685B (zh) | 用于建立多媒体通信会话的方法和设备 | |
EP2059002B1 (en) | Method and system for service processing, and SIP application server gateway module | |
CN100558039C (zh) | 一种计费关联的方法 | |
CN101335630B (zh) | 计费关联的方法和装置 | |
CN101257393B (zh) | 一种实现push模式的策略和计费控制方法和系统 | |
KR20100130216A (ko) | Lte/epc 통신 네트워크 및 방문 네트워크 내에서의 온라인 과금 크레딧 제어 수행 방법 | |
CN102131172B (zh) | 业务处理方法及系统 | |
EP2052513B1 (en) | Policy management in a roaming or handover scenario in an ip network | |
CN101442428A (zh) | 一种端到端QoS的申请方法、系统和设备 | |
KR20130034553A (ko) | 이동 통신망에서 과금 시행 처리 장치 및 과금 정책 규칙 설정 방법 | |
CN101217806B (zh) | 一种用户设备漫游情况下媒体路由的选择方法 | |
CN100466645C (zh) | 一种根据不同承载网络类型实施不同业务处理的方法 | |
CN100466804C (zh) | 通信网络中数据传输服务质量的确定方法 | |
JP2012531072A (ja) | Ipマルチメディア・サブシステムにおいて使用するための方法及び装置 | |
CN101350728A (zh) | 会话绑定的方法及网络设备 | |
CN1870635B (zh) | 一种服务质量授权方法 | |
CN101860836B (zh) | 策略和计费控制的处理方法、系统及设备 | |
CN101242655A (zh) | 一种漫游情况下归属网选择媒体路由模式的方法 | |
CN101257392B (zh) | 一种实现pull模式的策略和计费控制方法 | |
CN1322708C (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111130 Termination date: 20210130 |