CN101583152A - 一种信息传递方法、装置和系统 - Google Patents

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的消息交互问题。

发明内容

本发明实施例提供一种信息传递方法、装置和系统，使得系统节省了网络资源，提高了网络资源的利用率。

本发明实施例提供一种信息传递方法，包含：

接收事件报告；

所述事件报告与事件报告签约信息匹配，发送所述事件报告。

本发明实施例还提供一种信息传递方法，包含：

接收事件报告；

如果所述事件报告携带直接转发的类型指示，发送所述事件报告。

依据本发明实施例的策略与计费规则功能实体，包含：

接收单元，用于接收事件报告；

处理单元，用于根据所述接收单元接收的事件报告与事件报告签约信息匹配，发送所述事件报告。

依据本发明实施例的移动通信系统，包含能够与其他网络侧实体进行通信的策略与计费规则功能实体，所述策略与计费规则功能实体包含：

接收单元，用于接收事件报告；

处理单元，用于根据所述接收单元接收的事件报告与事件报告签约信息匹配，发送所述事件报告。

通过比较可以发现，上述技术方案中的一个技术方案与现有技术相比，具有如下优点或有益效果：

本发明实施例中，通过网络实体(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 (18)

1.一种信息传递方法，其特征在于，包含：

接收事件报告；

所述事件报告与事件报告签约信息匹配，发送所述事件报告。

2.根据权利要求1所述的信息传递方法，其特征在于，所述接收事件报告，具体包括：

策略与计费规则功能PCRF从承载绑定及事件上报功能BBERF获取所述事件报告。

3.根据权利要求2所述的信息传递方法，其特征在于，所述接收事件报告之前，还包括：

所述PCRF从策略与计费执行功能PCEF获取需要转发给所述PCEF的事件报告签约信息。

4.根据权利要求3所述的信息传递方法，其特征在于：

所述PCRF从所述PCEF获取IP连通接入网IP-CAN会话建立请求消息，所述消息携带需要转发给所述PCEF的事件报告签约信息；

或者，在IP-CAN会话建立过程中，所述PCRF从所述PCEF获取事件报告签约消息，所述消息携带需要转发给所述PCEF的事件报告签约信息；

或者，在IP-CAN会话建立后，所述PCRF从所述PCEF获取事件报告签约消息或者IP-CAN会话修改消息，所述消息携带需要转发给所述PCEF的事件报告签约信息。

5.根据权利要求4所述的信息传递方法，其特征在于，所述在IP-CAN会话建立后，所述PCRF从所述PCEF获取事件报告签约消息或者IP-CAN会话修改消息，之前还包括：

所述PCRF根据运营商配置或者自身默认的处理方式确定是否对所述事件报告进行转发处理。

6.根据权利要求3所述的信息传递方法，其特征在于，发送所述事件报告，具体为：

所述PCRF通过策略和计费规则提供消息向所述PCEF发送所述收到的事件报告。

7.根据权利要求2所述的信息传递方法，其特征在于，接收事件报告之后，还包括：

所述PCRF根据PCEF签约的所需要的事件报告类型及其它因素确定，需要下发给所述BBERF的触发事件类型。

8.根据权利要求1所述的信息传递方法，其特征在于，所述接收事件报告，具体包括：

所述PCRF从PCEF获取所述事件报告。

9.根据权利要求8所述的信息传递方法，其特征在于，所述接收事件报告之前，还包括：

所述PCRF从BBERF获取需要转发给所述BBERF事件报告签约信息。

10.根据权利要求9所述的信息传递方法，其特征在于：

所述PCRF从所述BBERF获取网关控制会话建立消息，所述消息携带需要转发给所述BBERF的事件报告签约信息；

或者，在网关控制会话建立过程中，所述PCRF从所述PCEF获取事件报告签约消息，所述消息携带需要转发给所述BBERF的事件报告签约信息；

或者，在网关控制会话建立后，所述PCRF从所述PCEF获取事件报告签约消息或者网关控制及QoS规则请求消息，所述消息携带需要转发给所述BBERF的事件报告签约信息。

11.根据权利要求10所述的信息传递方法，其特征在于，所述在网关控制会话建立后，所述PCRF从所述PCEF获取事件报告签约消息或者网关控制及QoS规则请求消息，之前还包括：

所述PCRF根据运营商配置或者自身默认的处理方式确定是否对所述事件报告进行转发处理。

12.根据权利要求9所述的信息传递方法，其特征在于，发送所述事件报告，具体为：

所述PCRF通过网关控制及QoS规则提供消息向所述BBERF发送所述收到的事件报告。

13.根据权利要求8所述的信息传递方法，其特征在于，接收事件报告之后，还包括：

所述PCRF根据BBERF签约的所需要的事件报告类型及其它因素确定，需要下发给所述PCEF的触发事件类型。

14.根据权利要求8所述的信息传递方法，其特征在于，接收事件报告之后，还包括：

在线计费情况下，所述PCRF从所述PCEF获取事件报告签约更新，所述事件报告签约更新由所述PCEF收到信用重授权事件类型后发送。

15.一种信息传递方法，其特征在于，包含：

接收事件报告；

如果所述事件报告携带直接转发的类型指示，发送所述事件报告。

16.根据权利要求15所述的信息传递方法，其特征在于，所述如果所述事件报告携带直接转发的类型指示，发送所述事件报告，具体为：

PCRF从所述携带所述事件报告的消息中获取所述直接转发的类型指示，所述PCRF发送所述事件报告。

17.一种策略与计费规则功能实体，其特征在于，包含：

接收单元，用于接收事件报告；

处理单元，用于根据所述接收单元接收的事件报告与事件报告签约信息匹配，发送所述事件报告。

18.一种移动通信系统，包含能够与其他网络侧实体进行通信的策略与计费规则功能实体，其特征在于，所述策略与计费规则功能实体包含：

接收单元，用于接收事件报告；

处理单元，用于根据所述接收单元接收的事件报告与事件报告签约信息匹配，发送所述事件报告。

Images