CN102307338B - 一种信息传递方法和设备 - Google Patents
一种信息传递方法和设备 Download PDFInfo
- Publication number
- CN102307338B CN102307338B CN201110266033.7A CN201110266033A CN102307338B CN 102307338 B CN102307338 B CN 102307338B CN 201110266033 A CN201110266033 A CN 201110266033A CN 102307338 B CN102307338 B CN 102307338B
- Authority
- CN
- China
- Prior art keywords
- pcef
- event report
- pcrf
- event
- type
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种信息传递方法,通过接收事件报告,如果事件报告与事件报告签约信息匹配,发送所述事件报告。本发明还公开了一种策略与计费规则功能实体和移动通信***。使得***节省了网络资源,提高了网络资源的利用率。
Description
技术领域
本发明涉及通信领域,特别涉及一种信息传递方法。
背景技术
为保证电信网络可运营,需要对电信网络中的业务以及业务所使用的资源进行准确、及时且全面的控制,其中,对业务进行策略和计费控制就是保证电信网络可运营的重要控制之一。
在第三代移动通信标准化的伙伴项目(3rd Generation PartnershipProject,3GPP)体系中,策略与计费功能由策略和计费控制(Policy andCharging Control,PCC)框架实现,其中,策略与计费规则功能(Policy andCharging Rules Function,PCRF)是PCC体系的核心,负责PCC规则的制定,PCRF将其制定的PCC规则发送给策略与计费执行功能(Policy andCharging Enforcement Function,PCEF)执行,同时,PCRF还要保证这些网络控制规则和用户的签约数据是一致的。其中,PCRF制定PCC规则的依据包括从应用功能(Application Function,AF)获取的和与业务相关的信息、从签约数据库(Subscription Profile Repository,SPR)获取的与用户签约数据相关的信息、以及从PCEF获取的与承载网络相关的信息;PCEF用于执行PCC规则,PCEF根据PCRF发送的PCC规则执行相应的业务流计费操作,这种计费操作可以是在线或离线计费,若是在线计费,PCEF和在线计费***(Online Charging System,OCS)一起进行信用管理;如果是离线计费,由PCEF和离线计费***(Offline Charging System,OFCS)交换相关计费信息,且PCEF一般都位于网络的GW上。
承载绑定及事件上报功能(Bearer Binding and Event Report Function,BBERF)用于服务质量(Quality of Service,QoS)规则的执行,一般位于IP接入网关上,例如SAE网络中的Serving GW或者非3GPP网络中的MAG。PCRF在下发QoS规则的同时向BBERF下发触发事件类型,用于指示在有匹配触发事件类型的事件发生时BBERF主动向PCRF上报发生的事件并请求QoS规则。BBERF按照PCRF所发送的规则中的流量过滤器进行业务数据流检测,进而对这些业务流执行PCRF所制定的策略控制。
以上架构中BBERF和Gxx接口是可选的。当存在BBERF和Gxx接口情况下,BBERF所处的网络实体和PCEF所处的网络实体之间为移动IP隧道,采用移动IP(Mobility IP,MIP或Proxy Mobility IP,PMIP等)协议消息进行交互。
对于存在BBERF和Gxx接口的PCC架构,BBERF所处的网络实体和PCEF所处的网络实体之间为移动IP隧道,采用移动IP(MIP/PMIP等)协议消息进行交互,一些3GPP网络定义的参数无法通过移动IP协议消息在BBERF和PCEF之间进行传递。BBERF和PCEF之间没有承载概念,与承载相关的事件只可以在BBERF上被感知,PCEF上无法感知,但是PCEF需要根据发生的承载相关的事件来进行计费控制,另外BBERF也可能需要根据PCEF上发生的事件进行策略控制。
现有技术中,通过PCRF提供了BBERF和PCEF的信息传递机制,使无法通过移动IP协议消息在BBERF和PCEF之间进行传递的信息和事件可以通过PCRF进行转发。
现有技术中,如果BBERF上报的事件报告通过PCRF转发给PCEF,通过以下方式。
BBERF与PCRF建立网关控制会话,PCRF将需要BBERF监控的触发事件类型发送给BBERF。具体方案如图2所示:
步骤1、BBERF决定建立网关控制会话,向PCRF发送网关控制会话建立请求消息。
步骤2、PCRF返回网关控制会话建立响应消息,该消息中携带下发给BBERF的QoS规则和需要BBERF监控的触发事件类型。
当BBERF检测到事件发生,并且该事件可以匹配从PCRF下发的触发事件类型时,将发生的事件报告给PCRF,具体方案如图3所示。
步骤1、BBERF检测到匹配PCRF下发的触发事件类型的事件发生,决定进行事件汇报。
步骤2、BBERF向PCRF发起网关控制及QoS规则请求消息,该消息中携带发生的事件报告,也可以携带受影响的QoS规则。
步骤3、PCRF收到请求消息后向BBERF返回网关控制及QoS规则回应消息,其中可以包括事件报告接收回应、更新的QoS规则、更新的需要汇报的触发事件类型等。
步骤4、PCRF通过策略和计费规则提供消息向PCEF转发收到的事件报告。
如果PCEF上报的事件报告通过PCRF转发给BBERF,通过以下方式。
PCEF与PCRF建立IP-CAN会话,PCRF将需要PCEF监控的触发事件类型发送给PCEF,具体方案如图4所示:
步骤1.PCEF决定建立IP-CAN会话,向PCRF发送IP-CAN会话建立请求消息。
步骤2.PCRF返回IP-CAN会话建立响应消息,该消息中携带下发给PCEF的PCC规则和需要PCEF监控的触发事件类型。
步骤3.对于在线计费的情况,PCEF根据收到的PCC规则向OCS请求信用。
步骤4.OCS在响应消息中返回信用信息,该消息中OCS也可以向PCEF下发信用重授权事件类型,指示PCEF在有匹配信用重授权事件类型的事件发生时,向OCS请求信用重授权。
当PCEF检测到事件发生,并且该事件可以匹配从PCRF下发的触发事件类型时,将发生的事件报告给PCRF,具体方案如图5所示。
步骤1.PCEF检测到匹配PCRF下发的触发事件类型的事件发生,向PCRF发起IP-CAN会话修改消息进行事件汇报。该消息中携带发生的事件报告,也可以携带受影响的PCC规则。
步骤2.PCRF向PCEF返回回应消息,其中可以包括事件报告接收回应、更新的PCC规则、更新的需要汇报的触发事件类型等。
步骤3.对于在线计费的情况,PCEF根据收到的PCC规则更新情况确定是否向OCS请求信用。
步骤4.OCS在响应消息中返回信用信息,该消息中OCS也可以向PCEF下发更新的信用重授权事件类型,指示PCEF在有匹配信用重授权事件类型的事件发生时,向OCS请求信用重授权。
步骤5.PCRF向PCEF转发收到的事件报告。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:现有技术提供了上报的事件通过PCRF在BBERF和PCEF之间进行转发的机制,但是PCEF实际并不一定需要得到BBERF所有的事件报告,PCEF可能只需要了解某些类型的事件报告。同样BBERF也不一定需要得到PCEF所有的事件报告。但在现有机制中,所有的BBERF和PCEF的事件报告都通过PCRF进行转发,导致了大量的信息冗余,浪费网络信令资源,并且,在运营商的网络部署中,PCRF节点较少,如果处理冗余信息的信息量很大,则现有机制大量耗费了PCRF的处理资源来解决BBERF和PCEF的消息交互问题。
发明内容
本发明实施例提供一种信息传递方法、装置和***,使得***节省了网络资源,提高了网络资源的利用率。
本发明实施例提供一种信息传递方法,包括:
策略与计费规则功能PCRF从策略与计费执行功能PCEF获取所述PCEF需要的事件报告类型;
所述PCRF向承载绑定及事件上报功能BBERF发送触发事件类型,所述触发事件类型是所述PCRF根据至少所述事件报告类型确定的;
所述PCRF接收所述BBERF在检测到所述的触发事件类型的事件发生时上报的事件报告;
如果所述事件报告与所述事件报告类型匹配,所述PCRF发送所述事件报告至所述PCEF。
本发明实施例提供一种策略与计费规则功能PCRF设备,包括:
从策略与计费执行功能PCEF获取所述PCEF需要的事件报告类型的模块;
向承载绑定及事件上报功能BBERF发送触发事件类型的模块,所述触发事件类型是所述PCRF根据至少所述事件报告类型确定的;
接收所述BBERF在检测到所述的触发事件类型的事件发生时上报的事件报告的模块;
如果所述事件报告与所述事件报告类型匹配,发送所述事件报告至所述PCEF的模块。
本发明实施例提供一种信息传递方法,包括:
承载绑定及事件上报功能BBERF接收策略与计费规则功能PCRF发送的触发事件类型,所述触发事件类型是由所述PCRF根据至少策略与计费执行功能PCEF需要的事件报告类型确定的;
所述BBERF在检测到所述触发事件类型的事件发生时,上报事件报告至所述PCRF,以便所述PCRF在所述事件报告与所述事件报告类型匹配时,将所述事件报告至所述PCEF。
本发明实施例提供一种绑定及事件上报功能BBERF设备,包括:
接收策略与计费规则功能PCRF发送的触发事件类型的模块,所述触发事件类型是由所述PCRF根据至少策略与计费执行功能PCEF需要的事件报告类型确定的;
在检测到所述触发事件类型的事件发生时,上报事件报告至所述PCRF,以便所述PCRF在所述事件报告与所述事件报告类型匹配时,将所述事件报告至所述PCEF的模块。
本发明实施例提供一种信息传递方法,包括:
策略与计费执行功能PCEF向策略与计费规则功能PCRF发送所述PCEF需要的事件报告类型;
接收所述PCRF转发的与所述事件报告类型匹配的事件报告。
本发明实施例提供一种策略与计费执行功能PCEF设备,包括:
向策略与计费规则功能PCRF发送所述PCEF需要的事件报告类型的模块;
接收所述PCRF转发的与所述事件报告类型匹配的事件报告的模块。
本发明实施例提供一种信息传递方法,包括:
策略与计费规则功能PCRF从策略与计费执行功能PCEF获取所述PCEF需要的事件报告类型;
所述PCRF从绑定及事件上报功能BBERF接收事件报告;
如果所述事件报告与所述事件报告类型匹配,则所述PCRF向所述PCEF转发所述事件报告。
本发明实施例提供一种策略与计费规则功能PCRF设备,包括:
从策略与计费执行功能PCEF获取所述PCEF需要的事件报告类型的模块;
从绑定及事件上报功能BBERF接收事件报告的模块;
如果所述事件报告与所述事件报告类型匹配,则向所述PCEF转发所述事件报告的模块。
通过比较可以发现,上述技术方案中的一个技术方案与现有技术相比,具有如下优点或有益效果:
本发明实施例中,通过网络实体(BBERF,PCEF)向PCRF签约自己需要的事件报告类型的方法,使得PCRF根据BBERF和PCEF的签约,仅转发BBERF和PCEF所需要的事件报告。解决了现有机制中,所有的BBERF和PCEF的事件报告都通过PCRF进行转发,导致大量信息冗余的问题,大量节省PCRF与BBERF和PCEF之间的消息交互,节约了PCRF的处理资源。
附图说明
下面将参照附图对本发明进行更为详细的描述,附图中:
图1是现有技术中一种PCC架构示意图;
图2是现有技术中网关控制会话建立时的触发事件下发流程示意图;
图3是现有技术中BBERF上报的事件报告通过PCRF转发给PCEF流程示意图;
图4是现有技术中IP-CAN会话建立时的触发事件下发流程示意图;
图5是现有技术中PCEF上报的事件报告通过PCRF转发给BBERF流程示意图;
图6是本发明实施例所提供的BBERF上报的事件报告通过PCRF转发给PCEF流程示意图;
图7是本发明实施例所提供的PCEF上报的事件报告通过PCRF转发给BBERF流程示意图;
图8是本发明实施例所提供的网关控制会话建立时的事件报告签约流程示意图;
图9是本发明实施例所提供的IP-CAN会话建立时的事件报告签约流程示意图;
图10是本发明实施例所提供的事件报告签约流程示意图;
图11是本发明实施例所提供的事件报告签约更新流程示意图;
图12是本发明实施例所提供的BBERF将触发事件以外的任意信息通过PCRF转发给PCEF流程示意图;
图13是本发明实施例所提供的移动通信***示意图。
具体实施例
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施例作进一步地详细描述。
本发明实施例基于BERF和Gxx接口存在的PCC架构,该架构中,BBERF所处的网络实体和PCEF所处的网络实体之间为移动IP隧道,采用移动IP(MIP/PMIP等)协议消息进行交互。本实施例中,网络实体,比如BBERF、PCEF,向PCRF签约自己需要的事件报告类型,使得PCRF根据BBERF和PCEF的签约,仅转发BBERF和PCEF所需要的事件报告。PCRF从PCEF收到事件报告后与BBERF的事件报告签约信息匹配,如果匹配成功,PCRF向BBERF转发收到的事件报告。或者,PCRF从BBERF收到事件报告后与PCEF的事件报告签约信息匹配,如果匹配成功,PCRF向PCEF转发收到的事件报告。PCRF可以根据IP-CAN会话所对应的网关控制会话中BBERF签约的所需要的事件报告类型及其它因素确定所需要下发给PCEF的触发事件类型,或者,PCRF可以根据网关控制会话所对应的IP-CAN会话中PCEF签约的所需要的事件报告类型及其它因素确定所需要下发给BBERF的触发事件类型。相应地,PCEF还可以根据收到的信用重授权事件类型向PCRF更新自己的事件报告签约。本实施例还可以设立一种特殊的事件报告类型,指示PCRF对于该特殊事件报告类型不需要进行签约信息匹配直接转发,以达到BBERF与PCEF之间即时传送除触发事件以外的其它任意信息的目的。
本发明实施例提供了一种信息传递方法,包括以下步骤:
步骤1,接收事件报告;
策略与计费规则功能PCRF从承载绑定及事件上报功能BBERF获取所述事件报。
或者,PCRF根据PCEF签约的所需要的事件报告类型及其它因素确定,需要下发给所述BBERF的触发事件类型。
步骤2中,所述事件报告与事件报告签约信息匹配,发送所述事件报告。
所述PCRF从PCEF获取需要转发给所述PCEF的事件报告签约信息。
或者,所述PCRF从BBERF获取需要转发给所述BBERF事件报告签约信息。
下面介绍实施例一的具体应用实施例1。本实施例中,PCEF和或BBERF可以事先主动通知PCRF需要转发的事件报告类型,当BBERF检测到事件发生,并且该事件可以匹配从PCRF下发的触发事件类型时,将发生的事件报告给PCRF,PCRF收到事件报告后与PCEF的事件报告签约信息匹配,如果匹配成功,PCRF向PCEF转发收到的事件报告。具体如图6所示。
步骤1.BBERF检测到匹配PCRF下发的触发事件类型的事件发生,决定进行事件汇报。
步骤2.BBERF向PCRF发起网关控制及QoS规则请求消息,该消息中可以携带发生的事件报告,也可以携带受影响的QoS规则。
可选地,在本实施例中,BBERF也可以通过网关控制及QoS规则请求消息向PCRF更新自己的事件报告签约,即在该消息中可以携带更新的需要转发给BBERF的事件报告类型指示。
步骤3.PCRF收到请求消息后向BBERF返回网关控制和QoS规则回应消息,其中可以包括事件报告接收回应、更新的QoS规则、更新的需要汇报的触发事件类型等。
进一步地,PCRF可以是根据该网关控制会话所对应的IP-CAN会话中PCEF签约的所需要的事件报告类型及其它因素确定所需要下发给BBERF的触发事件类型。
步骤4.如果PCRF从BBERF收到的事件报告与PCEF的事件报告签约信息匹配,则PCRF通过策略和计费规则提供消息向PCEF转发收到的事件报告。
本实施例中,PCEF事先通知PCRF需要转发的事件报告类型,则PCRF向PCEF仅转发相应地事件报告。
下面介绍实施例一的具体应用实施例2。本实施例中,PCEF和或BBERF已经事先主动通知PCRF需要转发的事件报告类型,当PCEF检测到事件发生,并且该事件可以匹配从PCRF下发的触发事件类型时,将发生的事件报告给PCRF,PCRF收到事件报告后与BBERF的事件报告签约信息匹配,如果匹配成功,PCRF向BBERF转发收到的事件报告。具体如图7所示。
步骤1.PCEF检测到匹配PCRF下发的触发事件类型的事件发生,向PCRF发起IP-CAN会话修改消息进行事件汇报。该消息中携带发生的事件报告,也可以携带受影响的PCC规则。
可选地,在本实施例中,PCEF可以通过IP-CAN会话修改消息向PCRF更新自己的事件报告签约,即在该消息中可以携带更新的需要转发给PCEF的事件报告类型指示。
步骤2.PCRF向PCEF返回回应消息,其中可以包括事件报告接收回应、更新的PCC规则、更新的需要汇报的触发事件类型等。
进一步地,PCRF可以是根据该IP-CAN会话所对应的网关控制会话中BBERF签约的所需要的事件报告类型及其它因素确定所需要下发给PCEF的触发事件类型。
步骤3.可选地,对于在线计费的情况,PCEF根据收到的PCC规则更新情况确定是否向OCS请求信用。
步骤4.可选地,OCS在响应消息中返回信用信息,该消息中OCS也可以向PCEF下发更新的信用重授权事件类型,指示PCEF在有匹配信用重授权事件类型的事件发生时,向OCS请求信用重授权。
步骤5.如果PCEF根据收到的信用重授权事件类型向PCRF更新自己的事件报告签约。
步骤6.如果PCRF从PCEF收到的事件报告与BBERF的事件报告签约信息匹配,PCRF向BBERF转发收到的事件报告。
值得说明的是,步骤6与步骤3-5可以没有时间上的先后关系。
本实施例中,BBERF事先通知PCRF需要转发的事件报告类型,则PCRF向PCEF仅转发相应地事件报告。
本发明实施例中,PCRF根据BBERF和或PCEF的签约,仅转发BBERF和PCEF所需要的事件报告,下面介绍网络实体比如BBERF,PCEF,向PCRF签约自己需要的事件报告类型的流程。
下面介绍实施例3,在BBERF与PCRF之间的网关控制会话建立时,BBERF向PCRF签约自己需要的事件报告类型,具体如图8所示。
步骤1.BBERF决定建立网关控制会话,向PCRF发送网关控制会话建立请求消息。
值得注意的是,BBERF可以通过网关控制会话建立消息向PCRF签约自己需要的事件报告类型,即在该消息中可以携带需要转发给BBERF的事件报告类型指示。
步骤2.PCRF存储需要转发给BBERF的事件报告类型指示,返回网关控制会话建立响应消息,该消息中携带下发给BBERF的QoS规则和需要BBERF监控的触发事件类型。PCRF可以是根据该网关控制会话所对应的IP-CAN会话中PCEF签约的所需要的事件报告类型及其它因素确定所需要下发给BBERF的触发事件类型。
步骤3.可选的,BBERF也可以使用独立于网关控制会话建立消息之外的新的消息向PCRF签约自己需要的事件报告类型,在该消息中携带需要转发给BBERF的事件报告类型。如果步骤3存在,则步骤1中,BBERF发送网关控制会话建立消息,与现有技术相同,在此不再赘述。
通过本实施例,使得在BBERF与PCRF之间的网关控制会话建立时,PCRF可以获知BBERF需要的事件报告类型,在后续事件发生时,可以有选择的转发事件报告。
下面介绍实施例4,在PCEF与PCRF之间的IP-CAN会话建立时,PCEF向PCRF签约自己需要的事件报告类型,具体如图9所示。
步骤1.PCEF决定建立IP-CAN会话,向PCRF发送IP-CAN会话建立请求消息。
值得注意的是,PCEF可以通过IP-CAN会话建立消息向PCRF签约自己需要的事件报告类型,即在该消息中可以携带需要转发给PCEF的事件报告类型指示。
步骤2.PCRF返回IP-CAN会话建立响应消息,该消息中携带下发给PCEF的PCC规则和需要PCEF监控的触发事件类型。PCRF可以是根据该IP-CAN会话所对应的网关控制会话中BBERF签约的所需要的事件报告类型及其它因素确定所需要下发给PCEF的触发事件类型。
步骤3.可选地,PCEF也可以使用独立于IP-CAN会话建立消息之外的新的消息向PCRF签约自己需要的事件报告类型,在该消息中携带需要转发给PCEF的事件报告类型。
步骤4.可选地,对于在线计费的情况,PCEF根据收到的PCC规则向OCS请求信用。
步骤5.可选地,OCS在响应消息中返回信用信息,该消息中OCS也可以向PCEF下发信用重授权事件类型,指示PCEF在有匹配信用重授权事件类型的事件发生时,向OCS请求信用重授权。
步骤6.可选地,PCEF根据收到的信用重授权事件类型向PCRF更新自己的事件报告签约。
值得说明的是,步骤6与步骤3-5可以没有时间上的先后关系。
通过本实施例,使得在PCEF与PCRF之间的网关控制会话建立时,PCRF可以获知PCEF需要的事件报告类型,在后续事件发生时,可以有选择的转发事件报告。
下面介绍实施例5,如果PCEF或BBERF在IP-CAN会话或网关控制会话建立过程中没有进行事件报告签约,可以在IP-CAN会话或网关控制会话建立完成后随时根据需要进行第一次事件报告签约。具体如图10。
步骤1.PCEF和或BBERF可以在需要的时候向PCRF发送消息要求进行事件报告签约。
对于PCEF,该消息可以复用IP-CAN会话修改消息,也可以是独立的消息。对于BBERF,该消息可以复用网关控制及QoS规则请求消息,也可以是独立的消息。
值得说明的是,在PCEF或BBERF向PCRF发送第一次事件报告签约之前,PCRF可以根据运营商配置或者自身默认的处理方式确定是否对上报的事件报告进行转发处理。
下面介绍实施例6,如果PCEF或BBERF在签约之后,可以对签约信息进行更新,具体如图11所示。
PCEF和或BBERF可以在需要的时候向PCRF发送消息要求更新自己的事件报告签约信息。对于PCEF,该消息可以复用IP-CAN会话修改消息,也可以是独立的消息。对于BBERF,该消息可以复用网关控制及QoS规则请求消息,也可以是独立的消息。事件报告签约更新与事件报告第一次签约所用消息可以是相同的消息,也可以是相互独立的的消息。
通过上述实施例3至6,使得在IP-CAN会话或网关控制会话建立过程中,或者在事件报告转发之前,PCRF可以获知PCEF或BBERF需要转发的事件报告类型,从而在事件发生时,PCRF可以有能力选择性的转发所需要的事件报告。
本发明实施例还提供了实施例7,使得PCEF和BBERF也可以通过PCRF将触发事件以外的任意信息转发给对方。BBERF将触发事件以外的任意信息通过PCRF转发给PCEF的方法,具体如图12所示。
步骤1.BBERF确定需要将触发事件以外的信息传递给PCEF,则BBERF向PCRF发送消息,携带需要传递的信息。具体方法可以是使用与事件报告相同的消息进行信息上报,但在该消息中设立一种专门用于信息报告的参数类型,或者与事件报告相同的消息并且相同的参数类型,但在该类型中增加一个标示指示该事件报告在PCRF处不需要进行事件报告签约匹配,或者使用与事件报告不同的消息名称。
步骤2.PCRF收到BBERF上报的信息后直接向PCEF转发。
当PCEF将触发事件以外的任意信息通过PCRF转发给BBERF,还提供了实施例7,基本思想类似,不同之处在于是从PCEF向BBERF发送。这里不再赘述。
本发明实施例基于BERF和Gxx接口存在的PCC架构,对于漫游情况下,BBERF和PCEF可以处于漫游网络的网关实体上,这种情况下,对于非漫游用户,PCRF是家乡网络的PCRF,对于漫游用户,PCRF可以是拜访网络的PCRF,也可以是通过拜访网络的PCRF转接到家乡网络的PCRF。本发明实施例也适用于上述漫游状况,其实现流程基本类似,在此不再赘述。
下面介绍本发明实施例涉及的移动通讯***实施例,可以理解的是,本发明实施例中的该***还可以包含实现通信功能的其他众多实体,对于其他现有技术中可能揭示的技术属于通信领域内已规范化的技术,本实施例中不再赘述细节;但是为了介绍本发明实施例中的实现方案,这里仅指出了该***中主要部分。请参阅图13,该***包括:包含能够与其他网络侧实体进行通信的策略与计费规则功能实体,其中,策略与计费规则功能实体包含:
接收单元,用于接收事件报告;
处理单元,用于根据所述接收单元接收的事件报告与事件报告签约信息匹配,发送所述事件报告。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括如下步骤:接收事件报告;所述事件报告与事件报告签约信息匹配,发送所述事件报告。上述提到的存储介质可以是只读存储器,磁盘或光盘等。
虽然通过参照本发明的某些优选实施例,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (9)
1.一种信息传递方法,其特征在于,包括:
策略与计费规则功能PCRF从策略与计费执行功能PCEF获取所述PCEF需要的事件报告类型;
所述PCRF向承载绑定及事件上报功能BBERF发送触发事件类型,所述触发事件类型是所述PCRF根据至少所述事件报告类型确定的;
所述PCRF接收所述BBERF在检测到所述的触发事件类型的事件发生时上报的事件报告;
如果所述事件报告与所述事件报告类型匹配,所述PCRF发送所述事件报告至所述PCEF。
2.根据权利要求1所述的信息传递方法,其特征在于,所述PCRF从所述PCEF获取所述PCEF需要的事件报告类型包括:
所述PCRF从所述PCEF获取IP连通接入网IP-CAN会话建立请求消息,来获取所述PCEF需要的事件报告类型;
或者,在IP-CAN会话建立过程中,所述PCRF从所述PCEF获取事件报告签约消息,来获取所述PCEF需要的事件报告类型;
或者,在IP-CAN会话建立后,所述PCRF从所述PCEF获取事件报告签约消息或者IP-CAN会话修改消息,来获取所述PCEF需要的事件报告类型。
3.一种策略与计费规则功能PCRF设备,其特征在于,包括:
从策略与计费执行功能PCEF获取所述PCEF需要的事件报告类型的模块;
向承载绑定及事件上报功能BBERF发送触发事件类型的模块,所述触发事件类型是所述PCRF根据至少所述事件报告类型确定的;
接收所述BBERF在检测到所述的触发事件类型的事件发生时上报的事件报告的模块;
如果所述事件报告与所述事件报告类型匹配,发送所述事件报告至所述PCEF的模块。
4.根据权利要求3所述的设备,其特征在于,所述向承载绑定及事件上报功能BBERF发送触发事件类型的模块具体为:
向承载绑定及事件上报功能BBERF发送触发事件类型的模块,所述触发事件类型是所述PCRF根据所述事件报告类型确定的。
5.根据权利要求3所述的设备,其特征在于,所述从策略与计费执行功能PCEF获取所述PCEF需要的事件报告类型的模块具体为:
从所述PCEF获取IP连通接入网IP-CAN会话建立请求消息,来获取所述PCEF需要的事件报告类型的模块;
或者,在IP-CAN会话建立过程中,从所述PCEF获取事件报告签约消息,来获取所述PCEF需要的事件报告类型的模块;
或者,在IP-CAN会话建立后,从所述PCEF获取事件报告签约消息或者IP-CAN会话修改消息,来获取所述PCEF需要的事件报告类型的模块。
6.一种信息传递方法,其特征在于,包括:
承载绑定及事件上报功能BBERF接收策略与计费规则功能PCRF发送的触发事件类型,所述触发事件类型是由所述PCRF根据至少策略与计费执行功能PCEF需要的事件报告类型确定的;
所述BBERF在检测到所述触发事件类型的事件发生时,上报事件报告至所述PCRF,以便所述PCRF在所述事件报告与所述事件报告类型匹配时,将所述事件报告至所述PCEF。
7.根据权利要求6所述的方法,其特征在于,所述触发事件类型是由所述PCRF根据PCEF需要的事件报告类型确定的。
8.一种绑定及事件上报功能BBERF设备,其特征在于,包括:
接收策略与计费规则功能PCRF发送的触发事件类型的模块,所述触发事件类型是由所述PCRF根据至少策略与计费执行功能PCEF需要的事件报告类型确定的;
在检测到所述触发事件类型的事件发生时,上报事件报告至所述PCRF,以便所述PCRF在所述事件报告与所述事件报告类型匹配时,将所述事件报告至所述PCEF的模块。
9.根据权利要求8所述的设备,其特征在于,所述接收策略与计费规则功能PCRF发送的触发事件类型的模块具体为:
接收PCRF发送的触发事件类型的模块,所述触发事件类型是由所述PCRF根据PCEF需要的事件报告类型确定的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110266033.7A CN102307338B (zh) | 2008-05-15 | 2008-05-15 | 一种信息传递方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110266033.7A CN102307338B (zh) | 2008-05-15 | 2008-05-15 | 一种信息传递方法和设备 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810067293XA Division CN101583152B (zh) | 2008-05-15 | 2008-05-15 | 一种信息传递方法、装置和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102307338A CN102307338A (zh) | 2012-01-04 |
CN102307338B true CN102307338B (zh) | 2014-01-22 |
Family
ID=45381132
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110266033.7A Active CN102307338B (zh) | 2008-05-15 | 2008-05-15 | 一种信息传递方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102307338B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10986516B2 (en) | 2017-03-10 | 2021-04-20 | Huawei Technologies Co., Ltd. | System and method of network policy optimization |
US11678252B2 (en) | 2018-10-05 | 2023-06-13 | Huawei Technologies Co., Ltd. | Quality of service information notification to user equipment, users, and application server |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1848875A (zh) * | 2005-04-04 | 2006-10-18 | 华为技术有限公司 | 一种实现彩色回铃音业务的方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070265945A1 (en) * | 2006-05-10 | 2007-11-15 | International Business Machines Corporation | Communicating event messages corresponding to event indicators |
-
2008
- 2008-05-15 CN CN201110266033.7A patent/CN102307338B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1848875A (zh) * | 2005-04-04 | 2006-10-18 | 华为技术有限公司 | 一种实现彩色回铃音业务的方法 |
Non-Patent Citations (3)
Title |
---|
3GPP.3rd Generation Partnership Project * |
Policy and charging control architecture.《3GPP TS23.203 V8.1.1》.2008, * |
Technical Specification Group Services and System Aspects * |
Also Published As
Publication number | Publication date |
---|---|
CN102307338A (zh) | 2012-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101754161B (zh) | 一种实现策略和计费控制的方法 | |
CN101841797B (zh) | 一种终端通过多接入网接入的计费方法和***及上报方法 | |
CN101867909B (zh) | 一种实现有限策略计费控制的方法及*** | |
US8285861B2 (en) | Method and apparatus for creating IP-CAN session | |
WO2011134317A1 (zh) | 机器类通信的策略应用方法及策略和计费执行实体 | |
CN102065402B (zh) | 基于时段的策略和计费控制方法及*** | |
CN102332985B (zh) | 一种提供基于lipa承载的计费支持的方法及装置 | |
CN102014517A (zh) | 漫游场景下承载控制模式的发送方法和*** | |
CN101583152B (zh) | 一种信息传递方法、装置和*** | |
CN101730048A (zh) | 一种信息传输方法及*** | |
CN104955013A (zh) | 用量监控方法、装置和*** | |
CN101420338B (zh) | Pcc架构中的信息查询方法、装置及*** | |
CN102056117B (zh) | 基于策略和计费控制架构的计费方法与*** | |
WO2012116600A1 (zh) | 策略和计费控制功能实体功能协商的方法和*** | |
CN102111740B (zh) | 一种支持多接入的策略计费控制方法和*** | |
CN102711086B (zh) | 被赞助数据连接的处理方法及策略与计费规则功能实体 | |
US11223492B2 (en) | Wireless communication method and device | |
CN102307338B (zh) | 一种信息传递方法和设备 | |
CN102791042B (zh) | S9子会话建立方法、***及pcrf | |
CN101494554B (zh) | 上报策略模型信息的方法和设备 | |
CN106921954A (zh) | 进出区域监控的处理方法及装置 | |
CN101730049B (zh) | 实现计费控制的方法及*** | |
WO2009149775A1 (en) | Improved credit authorization in a core network | |
US20150036550A1 (en) | Method and system for identifying application detection and control function mode | |
CN101998339B (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: 20120104 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Information transferring method and device Granted publication date: 20140122 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 |