专利名称：一种信息传递方法、装置和系统的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种信息传递方法。
背景技术：
为保证电信网络可运营，需要对电信网络中的业务以及业务所使用的资 源进行准确、及时且全面的控制，其中，对业务进行策略和计费控制就是保 证电信网络可运营的重要控制之一 。
在第三代移动通信标准化的伙伴项目(3rd Generation Partnership Project, 3GPP )体系中，策略与计费功能由策略和计费控制(Policy and Charging Control, PCC)框架实现，其中，策略与计费规则功能(Policy and Charging Rules Function ， PCRF )是PCC体系的核心，负责PCC规则的制 定，PCRF将其制定的PCC规则发送给策略与计费执行功能(Policy and Charging 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等)协议消息 进4亍交互。
对于存在BBERF和Gxx接口的PCC架构，BBERF所处的网络实体和 PCEF所处的网络实体之间为移动IP隧道，采用移动IP(MIP/PMIP等)协议消 息进行交互，一些3GPP网络定义的参it无法通过移动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所示
步骤l、 BBERF决定建立网关控制会话，向PCRF发送网关控制会话建立请求消息。
步骤2、 PCRF返回网关控制会话建立响应消息，该消息中携带下发给 BBERF的QoS规则和需要BBERF监控的触发事件类型。
当BBERF检测到事件发生，并且该事件可以匹配从PCRF下发的触发 事件类型时，将发生的事件报告给PCRF，具体方案如图3所示。
步骤l、 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请求信用重4受;f又。
当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所需要的事件l艮告。解决了现有才几制中，所有的BBERF和PCEF的事件报告都通过PCRF进行转发，导致大量信息冗余的问题，大量 节省PCRF与BBERF和PCEF之间的消息交互，节约了 PCRF的处理资源。
下面将参照附图对本发明进行更为详细的描述，附图中 图l是现有技术中一种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签约自己需要的事件l艮告类型，具体如图8所示。
步骤l.BBERF决定建立网关控制会话，向PCRF发送网关控制会话建立 请求消息。
值得注意的是，BBERF可以通过网关控制会话建立消息向PCRF签约自 己需要的事件报告类型，即在该消息中可以携带需要转发给BBERF的事件 报告类型指示。
步骤2. PCRF存储需要转发给BBERF的事件报告类型指示，返回网关 控制会话建立响应消息，该消息中携带下发给BBERF的QoS规则和需要 BBERF监控的触发事件类型。PCRF可以是才艮据该网关控制会话所对应的IP-CAN会话中PCEF签约的所需要的事件报告类型及其它因素确定所需要 下发给BBERF的触发事件类型。
步骤3.可选的，BBERF也可以使用独立于网关控制会话建立消息之外 的新的消息向PCRF签约自己需要的事件报告类型，在该消息中携带需要转 发给BBERF的事件报告类型。如果步骤3存在，则步骤l中，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规则向
16ocs请求信用。
步骤5.可选地，OCS在响应消息中返回信用信息，该消息中OCS也可 以向PCEF下发信用重授权事件类型，指示PCEF在有匹配信用重授权事件 类型的事件发生时，向OCS请求信用重授权。
步骤6.可选地，PCEF根据收到的信用重授权事件类型向PCRF更新自 己的事件报告签约。
值得说明的是，步骤6与步骤3-5可以没有时间上的先后关系。
通过本实施例，使得在PCEF与PCRF之间的网关控制会话建立时， PCRF可以获知PCEF需要的事件^1告类型，在后续事件发生时，可以有选 择的转发事件报告。
下面介绍实施例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,该系统包括包含能够与其他网络侧实体进行 通信的策略与计费规则功能实体，其中，策略与计费规则功能实体包含
接收单元，用于接收事件报告；
处理单元，用于根据所述接收单元接收的事件报告与事件报告签约信息 匹配，发送所述事件净艮告。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步 骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算 机可读存储介质中，该程序在执行时，包括如下步骤接收事件报告；所述 事件报告与事件报告签约信息匹配，发送所述事件报告。上述提到的存储介
质可以是只读存储器，磁盘或光盘等。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描 述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种 改变，而不偏离本发明的精神和范围。
权利要求
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. 根据权利要求IO所述的信息传递方法，其特征在于，所述在网关控 制会话建立后，所述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. —种移动通信系统，包含能够与其他网络侧实体进行通信的策略与 计费规则功能实体，其特征在于，所述策略与计费规则功能实体包含接收单元，用于接收事件报告；处理单元，用于根据所述接收单元接收的事件报告与事件报告签约信息 匹配，发送所述事件报告。
全文摘要
本发明公开了一种信息传递方法，通过接收事件报告，如果事件报告与事件报告签约信息匹配，发送所述事件报告。本发明还公开了一种策略与计费规则功能实体和移动通信系统。使得系统节省了网络资源，提高了网络资源的利用率。
文档编号H04W80/10GK101583152SQ20081006729
公开日2009年11月18日 申请日期2008年5月15日 优先权日2008年5月15日
发明者胡华东, 郭雅莉 申请人:华为技术有限公司