專利名稱：一種信息傳遞方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種信息傳遞方法。
背景技術(shù)：
為保證電信網(wǎng)絡(luò)可運營，需要對電信網(wǎng)絡(luò)中的業(yè)務(wù)以及業(yè)務(wù)所使用的資 源進(jìn)行準(zhǔn)確、及時且全面的控制，其中，對業(yè)務(wù)進(jìn)行策略和計費控制就是保 證電信網(wǎng)絡(luò)可運營的重要控制之一 。
在第三代移動通信標(biāo)準(zhǔn)化的伙伴項目(3rd Generation Partnership Project, 3GPP )體系中，策略與計費功能由策略和計費控制(Policy and Charging Control, PCC)框架實現(xiàn)，其中，策略與計費規(guī)則功能(Policy and Charging Rules Function ， PCRF )是PCC體系的核心，負(fù)責(zé)PCC規(guī)則的制 定，PCRF將其制定的PCC規(guī)則發(fā)送給策略與計費執(zhí)行功能(Policy and Charging Enforcement Function, PCEF )執(zhí)行，同時，PCRF還要保證這些網(wǎng) 絡(luò)控制規(guī)則和用戶的簽約數(shù)據(jù)是一致的。其中，PCRF制定PCC規(guī)則的依據(jù) 包括從應(yīng)用功能(Application Function, AF )獲取的和與業(yè)務(wù)相關(guān)的信息、 從簽約數(shù)據(jù)庫(Subscription Profile Repository , SPR)獲取的與用戶簽約數(shù) 據(jù)相關(guān)的信息、以及從PCEF獲取的與承載網(wǎng)絡(luò)相關(guān)的信息；PCEF用于執(zhí) 行 PCC規(guī)則，PCEF根據(jù)PCRF發(fā)送的PCC規(guī)則執(zhí)行相應(yīng)的業(yè)務(wù)流計費操作， 這種計費操作可以是在線或離線計費，若是在線計費，PCEF和在線計費系 統(tǒng)(Online Charging System, OCS ) —起進(jìn)行信用管理；如果是離線計費， 由PCEF和離線計費系統(tǒng)(Offline Charging System, OFCS )交換相關(guān)計費信 息，且PCEF —般都位于網(wǎng)絡(luò)的GW上。
承載綁定及事件上報功能(Bearer Binding and Event Report Function ,BBERF )用于服務(wù)質(zhì)量(Quality of Service, QoS )規(guī)則的執(zhí)行， 一般位于IP 接入網(wǎng)關(guān)上，例如SAE網(wǎng)絡(luò)中的Serving GW或者非3GPP網(wǎng)絡(luò)中的MAG。 PCRF在下發(fā)QoS規(guī)則的同時向BBERF下發(fā)觸發(fā)事件類型，用于指示在有 匹配觸發(fā)事件類型的事件發(fā)生時BBERF主動向PCRF上報發(fā)生的事件并請 求QoS規(guī)則。BBERF按照PCRF所發(fā)送的規(guī)則中的流量過濾器進(jìn)行業(yè)務(wù)數(shù) 據(jù)流檢測，進(jìn)而對這些業(yè)務(wù)流執(zhí)行PCRF所制定的策略控制。
以上架構(gòu)中BBERF和Gxx接口是可選的。當(dāng)存在BBERF和Gxx接口 情況下，BBERF所處的網(wǎng)全各實體和PCEF所處的網(wǎng)全各實體之間為移動IP隧 道，采用移動IP(Mobility IP, MIP或Proxy Mobility IP, PMIP等)協(xié)議消息 進(jìn)4亍交互。
對于存在BBERF和Gxx接口的PCC架構(gòu)，BBERF所處的網(wǎng)絡(luò)實體和 PCEF所處的網(wǎng)絡(luò)實體之間為移動IP隧道，采用移動IP(MIP/PMIP等)協(xié)議消 息進(jìn)行交互，一些3GPP網(wǎng)絡(luò)定義的參it無法通過移動IP協(xié)議消息在BBERF 和PCEF之間進(jìn)行傳遞。BBERF和PCEF之間沒有承載概念，與承載相關(guān)的 事件只可以在BBERF上被感知，PCEF上無法感知，但是PCEF需要根據(jù)發(fā) 生的承載相關(guān)的事件來進(jìn)行計費控制，另夕卜BBERF也可能需要根據(jù)PCEF 上發(fā)生的事件進(jìn)行策略控制。
現(xiàn)有技術(shù)中，通過PCRF提供了 BBERF和PCEF的信息傳遞機(jī)制，使無 法通過移動IP協(xié)議消息在BBERF和PCEF之間進(jìn)行傳遞的信息和事件可以 通過PCRF進(jìn)行轉(zhuǎn)發(fā)。
現(xiàn)有技術(shù)中，如果BBERF上報的事件報告通過PCRF轉(zhuǎn)發(fā)給PCEF，通 過以下方式。
BBERF與PCRF建立網(wǎng)關(guān)控制會話，PCRF將需要BBERF監(jiān)控的觸發(fā) 事件類型發(fā)送給BBERF。具體方案如圖2所示
步驟l、 BBERF決定建立網(wǎng)關(guān)控制會話，向PCRF發(fā)送網(wǎng)關(guān)控制會話建立請求消息。
步驟2、 PCRF返回網(wǎng)關(guān)控制會話建立響應(yīng)消息，該消息中攜帶下發(fā)給 BBERF的QoS規(guī)則和需要BBERF監(jiān)控的觸發(fā)事件類型。
當(dāng)BBERF檢測到事件發(fā)生，并且該事件可以匹配從PCRF下發(fā)的觸發(fā) 事件類型時，將發(fā)生的事件報告給PCRF，具體方案如圖3所示。
步驟l、 BBERF檢測到匹配PCRF下發(fā)的觸發(fā)事件類型的事件發(fā)生，決 定進(jìn)行事件匯報。
步驟2、 BBERF向PCRF發(fā)起網(wǎng)關(guān)控制及QoS規(guī)則請求消息，該消息中 攜帶發(fā)生的事件報告，也可以攜帶受影響的QoS規(guī)則。
步驟3、 PCRF收到請求消息后向BBERF返回網(wǎng)關(guān)控制及QoS規(guī)則回應(yīng) 消息，其中可以包括事件報告接收回應(yīng)、更新的QoS規(guī)則、更新的需要匯報 的觸發(fā)事件類型等。
步驟4、 PCRF通過策略和計費規(guī)則提供消息向PCEF轉(zhuǎn)發(fā)收到的事件報告。
如果PCEF上報的事件報告通過PCRF轉(zhuǎn)發(fā)給BBERF,通過以下方式。
PCEF與PCRF建立IP-CAN會話，PCRF將需要PCEF監(jiān)控的觸發(fā)事件 類型發(fā)送給PCEF,具體方案如圖4所示
步驟1. PCEF決定建立IP-CAN會話，向PCRF發(fā)送IP-CAN會話建立 請求消息。
步驟2. PCRF返回IP-CAN會話建立響應(yīng)消息，該消息中攜帶下發(fā)給 PCEF的PCC規(guī)則和需要PCEF監(jiān)控的觸發(fā)事件類型。
步驟3.對于在線計費的情況，PCEF根據(jù)收到的PCC規(guī)則向OCS請求信用。步驟4. OCS在響應(yīng)消息中返回信用信息，該消息中OCS也可以向PCEF 下發(fā)信用重授權(quán)事件類型，指示PCEF在有匹配信用重授權(quán)事件類型的事件 發(fā)生時，向OCS請求信用重4受;f又。
當(dāng)PCEF檢測到事件發(fā)生，并且該事件可以匹配從PCRF下發(fā)的觸發(fā)事 件類型時，將發(fā)生的事件報告給PCRF，具體方案如圖5所示。
步驟1. PCEF檢測到匹配PCRF下發(fā)的觸發(fā)事件類型的事件發(fā)生，向 PCRF發(fā)起IP-CAN會話修改消息進(jìn)行事件匯報。該消息中攜帶發(fā)生的事件報 告，也可以攜帶受影響的PCC規(guī)則。
步驟2. PCRF向PCEF返回回應(yīng)消息，其中可以包括事件凈艮告接收回應(yīng)、 更新的PCC規(guī)則、更新的需要匯報的觸發(fā)事件類型等。
步驟3.對于在線計費的情況，PCEF根據(jù)收到的PCC規(guī)則更新情況確 定是否向OCS請求信用。
步驟4. OCS在響應(yīng)消息中返回信用信息，該消息中OCS也可以向PCEF 下發(fā)更新的信用重授權(quán)事件類型，指示PCEF在有匹配信用重授權(quán)事件類型 的事件發(fā)生時，向OCS請求信用重授權(quán)。
步驟5. PCRF向PCEF轉(zhuǎn)發(fā)收到的事件報告。
在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題現(xiàn)有 技術(shù)提供了上報的事件通過PCRF在BBERF和PCEF之間進(jìn)行轉(zhuǎn)發(fā)的機(jī)制， 但是PCEF實際并不一定需要得到BBERF所有的事件報告，PCEF可能只需 要了解某些類型的事件報告。同樣BBERF也不一定需要得到PCEF所有的事 件報告。但在現(xiàn)有機(jī)制中，所有的BBERF和PCEF的事件報告都通過PCRF 進(jìn)行轉(zhuǎn)發(fā)，導(dǎo)致了大量的信息冗余，浪費網(wǎng)絡(luò)信令資源，并且，在運營商的 網(wǎng)絡(luò)部署中，PCRF節(jié)點較少，如果處理冗余信息的信息量很大，則現(xiàn)有機(jī) 制大量耗費了 PCRF的處理資源來解決BBERF和PCEF的消息交互問題。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種信息傳遞方法、裝置和系統(tǒng)，使得系統(tǒng)節(jié)省了網(wǎng) 絡(luò)資源，提高了網(wǎng)絡(luò)資源的利用率。
本發(fā)明實施例提供一種信息傳遞方法，包含 接收事件報告；
所述事件報告與事件報告簽約信息匹配，發(fā)送所述事件報告。 本發(fā)明實施例還提供一種信息傳遞方法，包含 接收事件報告；
如果所述事件報告攜帶直接轉(zhuǎn)發(fā)的類型指示，發(fā)送所述事件報告。 依據(jù)本發(fā)明實施例的策略與計費規(guī)則功能實體，包含 接收單元，用于接收事件報告；
處理單元，用于根據(jù)所述接收單元接收的事件報告與事件報告簽約信息 匹配，發(fā)送所述事件報告。
依據(jù)本發(fā)明實施例的移動通信系統(tǒng)，包含能夠與其他網(wǎng)絡(luò)側(cè)實體進(jìn)行通 信的策略與計費規(guī)則功能實體，所述策略與計費規(guī)則功能實體包含
接收單元，用于接收事件報告；
處理單元，用于根據(jù)所述接收單元接收的事件報告與事件報告簽約信息 匹配，發(fā)送所述事件報告。
通過比較可以發(fā)現(xiàn)，上述技術(shù)方案中的一個技術(shù)方案與現(xiàn)有技術(shù)相比， 具有如下優(yōu)點或有益效果
本發(fā)明實施例中，通過網(wǎng)絡(luò)實體(BBERF， PCEF )向PCRF簽約自己需 要的事件報告類型的方法，使得PCRF根據(jù)BBERF和PCEF的簽約，僅轉(zhuǎn)發(fā) BBERF和PCEF所需要的事件l艮告。解決了現(xiàn)有才幾制中，所有的BBERF和PCEF的事件報告都通過PCRF進(jìn)行轉(zhuǎn)發(fā)，導(dǎo)致大量信息冗余的問題，大量 節(jié)省PCRF與BBERF和PCEF之間的消息交互，節(jié)約了 PCRF的處理資源。


下面將參照附圖對本發(fā)明進(jìn)行更為詳細(xì)的描述，附圖中 圖l是現(xiàn)有技術(shù)中一種PCC架構(gòu)示意圖2是現(xiàn)有技術(shù)中網(wǎng)關(guān)控制會話建立時的觸發(fā)事件下發(fā)流程示意圖3是現(xiàn)有技術(shù)中BBERF上報的事件報告通過PCRF轉(zhuǎn)發(fā)給PCEF流程 示意圖4是現(xiàn)有技術(shù)中IP-CAN會話建立時的觸發(fā)事件下發(fā)流程示意圖5是現(xiàn)有技術(shù)中PCEF上報的事件報告通過PCRF轉(zhuǎn)發(fā)給BBERF流程 示意圖6是本發(fā)明實施例所提供的BBERF上報的事件報告通過PCRF轉(zhuǎn)發(fā) 給PCEF流程示意圖7是本發(fā)明實施例所提供的PCEF上報的事件報告通過PCRF轉(zhuǎn)發(fā)給 BBERF流程示意圖8是本發(fā)明實施例所提供的網(wǎng)關(guān)控制會話建立時的事件報告簽約流程 示意圖9是本發(fā)明實施例所提供的IP-CAN會話建立時的事件報告簽約流程 示意圖10是本發(fā)明實施例所提供的事件報告簽約流程示意圖11是本發(fā)明實施例所提供的事件報告簽約更新流程示意圖12是本發(fā)明實施例所提供的BBERF將觸發(fā)事件以外的任意信息通過PCRF轉(zhuǎn)發(fā)給PCEF流程示意圖13是本發(fā)明實施例所提供的移動通信系統(tǒng)示意圖。
具體實施例
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖 對本發(fā)明實施例作進(jìn)一步地詳細(xì)描述。
本發(fā)明實施例基于BERF和Gxx接口存在的PCC架構(gòu)，該架構(gòu)中，BBERF 所處的網(wǎng)絡(luò)實體和PCEF所處的網(wǎng)絡(luò)實體之間為移動IP隧道，采用移動 IP(MIP/PMIP等)協(xié)議消息進(jìn)行交互。本實施例中，網(wǎng)絡(luò)實體，比如BBERF、 PCEF,向PCRF簽約自己需要的事件報告類型，使得PCRF根據(jù)BBERF和 PCEF的簽約，僅轉(zhuǎn)發(fā)BBERF和PCEF所需要的事件報告。PCRF從PCEF 收到事件報告后與BBERF的事件報告簽約信息匹配，如果匹配成功，PCRF 向BBERF轉(zhuǎn)發(fā)收到的事件報告?；蛘?，PCRF從BBERF收到事件報告后與 PCEF的事件寺艮告簽約信息匹配，如果匹配成功，PCRF向PCEF轉(zhuǎn)發(fā)收到的 事件報告。PCRF可以根據(jù)IP-CAN會話所對應(yīng)的網(wǎng)關(guān)控制會話中BBERF簽 約的所需要的事件報告類型及其它因素確定所需要下發(fā)給PCEF的觸發(fā)事件 類型，或者，PCRF可以根據(jù)網(wǎng)關(guān)控制會話所對應(yīng)的IP-CAN會話中PCEF簽 約的所需要的事件報告類型及其它因素確定所需要下發(fā)給BBERF的觸發(fā)事 件類型。相應(yīng)地，PCEF還可以根據(jù)收到的信用重授權(quán)事件類型向PCRF更 新自己的事件報告簽約。本實施例還可以設(shè)立一種特殊的事件報告類型，指 示PCRF對于該特殊事件報告類型不需要進(jìn)行簽約信息匹配直接轉(zhuǎn)發(fā)，以達(dá) 到BBERF與PCEF之間即時傳送除觸發(fā)事件以外的其它任意信息的目的。
本發(fā)明實施例提供了 一種信息傳遞方法，包括以下步驟
步驟1,接收事件報告；策略與計費規(guī)則功能PCRF從承載綁定及事件上報功能BBERF獲取所 述事件報。
或者，PCRF根據(jù)PCEF簽約的所需要的事件報告類型及其它因素確定， 需要下發(fā)給所述BBERF的觸發(fā)事件類型。
步驟2中，所述事件報告與事件報告簽約信息匹配，發(fā)送所述事件報告。
所述PCRF從PCEF獲取需要轉(zhuǎn)發(fā)給所述PCEF的事件報告簽約信息。
或者，所述PCRF從BBERF獲取需要轉(zhuǎn)發(fā)給所述BBERF事件報告簽約"息。
下面介紹實施例一的具體應(yīng)用實施例1。本實施例中，PCEF和或BBERF 可以事先主動通知PCRF需要轉(zhuǎn)發(fā)的事件報告類型，當(dāng)BBERF檢測到事件 發(fā)生，并且該事件可以匹配從PCRF下發(fā)的觸發(fā)事件類型時，將發(fā)生的事件 報告給PCRF， PCRF收到事件報告后與PCEF的事件報告簽約信息匹配，如 果匹配成功，PCRF向PCEF轉(zhuǎn)發(fā)收到的事件報告。具體如圖6所示。
步驟1. BBERF檢測到匹配PCRF下發(fā)的觸發(fā)事件類型的事件發(fā)生，決 定進(jìn)行事件匯報。
步驟2. BBERF向PCRF發(fā)起網(wǎng)關(guān)控制及QoS規(guī)則請求消息，該消息中 可以攜帶發(fā)生的事件報告，也可以攜帶受影響的QoS規(guī)則。
可選地，在本實施例中，BBERF也可以通過網(wǎng)關(guān)控制及QoS規(guī)則請求 消息向PCRF更新自己的事件報告簽約，即在該消息中可以攜帶更新的需要 轉(zhuǎn)發(fā)給BBERF的事件報告類型指示。
步驟3. PCRF收到請求消息后向BBERF返回網(wǎng)關(guān)控制和QoS規(guī)則回應(yīng) 消息，其中可以包括事件報告接收回應(yīng)、更新的QoS規(guī)則、更新的需要匯報 的觸發(fā)事件類型等。
進(jìn)一步地，PCRF可以是才艮據(jù)該網(wǎng)關(guān)控制會話所對應(yīng)的IP-CAN會話中PCEF簽約的所需要的事件報告類型及其它因素確定所需要下發(fā)給BBERF的 觸發(fā)事件類型。
步驟4.如果PCRF從BBERF收到的事件報告與PCEF的事件報告簽約 信息匹配，則PCRF通過策略和計費規(guī)則提供消息向PCEF轉(zhuǎn)發(fā)收到的事件 報告。
本實施例中，PCEF事先通知PCRF需要轉(zhuǎn)發(fā)的事件報告類型，則PCRF 向PCEF僅轉(zhuǎn)發(fā)相應(yīng)地事件報告。
下面介紹實施例一的具體應(yīng)用實施例2。本實施例中，PCEF和或BBERF 已經(jīng)事先主動通知PCRF需要轉(zhuǎn)發(fā)的事件報告類型，當(dāng)PCEF檢測到事件發(fā) 生，并且該事件可以匹配從PCRF下發(fā)的觸發(fā)事件類型時，將發(fā)生的事件報 告給PCRF， PCRF收到事件報告后與BBERF的事件報告簽約信息匹配，如 果匹配成功，PCRF向BBERF轉(zhuǎn)發(fā)收到的事件報告。具體如圖7所示。
步驟1. PCEF檢測到匹配PCRF下發(fā)的觸發(fā)事件類型的事件發(fā)生，向 PCRF發(fā)起IP-CAN會話修改消息進(jìn)行事件匯報。該消息中攜帶發(fā)生的事件報 告，也可以攜帶受影響的PCC規(guī)則。
可選地，在本實施例中，PCEF可以通過IP-CAN會話修改消息向PCRF 更新自己的事件報告簽約，即在該消息中可以攜帶更新的需要轉(zhuǎn)發(fā)給PCEF 的事件報告類型指示。
步驟2. PCRF向PCEF返回回應(yīng)消息，其中可以包括事件報告接收回應(yīng)、 更新的PCC規(guī)則、更新的需要匯報的觸發(fā)事件類型等。
進(jìn)一步地，PCRF可以是根據(jù)該IP-CAN會話所對應(yīng)的網(wǎng)關(guān)控制會話中 BBERF簽約的所需要的事件報告類型及其它因素確定所需要下發(fā)給PCEF的 觸發(fā)事件類型。
步驟3.可選地，對于在線計費的情況，PCEF根據(jù)收到的PCC規(guī)則更新情況確定是否向ocs請求信用。
步驟4.可選地，OCS在響應(yīng)消息中返回信用信息，該消息中OCS也可 以向PCEF下發(fā)更新的信用重授權(quán)事件類型，指示PCEF在有匹配信用重授 權(quán)事件類型的事件發(fā)生時，向OCS請求信用重授權(quán)。
步驟5.如果PCEF根據(jù)收到的信用重授權(quán)事件類型向PCRF更新自己的 事件報告簽約。
步驟6.如果PCRF從PCEF收到的事件報告與BBERF的事件報告簽約 信息匹配，PCRF向BBERF轉(zhuǎn)發(fā)收到的事件報告。
值得說明的是，步驟6與步驟3-5可以沒有時間上的先后關(guān)系。
本實施例中，BBERF事先通知PCRF需要轉(zhuǎn)發(fā)的事件報告類型，則PCRF 向PCEF僅轉(zhuǎn)發(fā)相應(yīng)地事件報告。
本發(fā)明實施例中，PCRF根據(jù)BBERF和或PCEF的簽約，僅轉(zhuǎn)發(fā)BBERF 和PCEF所需要的事件報告，下面介紹網(wǎng)絡(luò)實體比如BBERF，PCEF，向PCRF 簽約自己需要的事件報告類型的流程。
下面介紹實施例3,在BBERF與PCRF之間的網(wǎng)關(guān)控制會話建立時， BBERF向PCRF簽約自己需要的事件l艮告類型，具體如圖8所示。
步驟l.BBERF決定建立網(wǎng)關(guān)控制會話，向PCRF發(fā)送網(wǎng)關(guān)控制會話建立 請求消息。
值得注意的是，BBERF可以通過網(wǎng)關(guān)控制會話建立消息向PCRF簽約自 己需要的事件報告類型，即在該消息中可以攜帶需要轉(zhuǎn)發(fā)給BBERF的事件 報告類型指示。
步驟2. PCRF存儲需要轉(zhuǎn)發(fā)給BBERF的事件報告類型指示，返回網(wǎng)關(guān) 控制會話建立響應(yīng)消息，該消息中攜帶下發(fā)給BBERF的QoS規(guī)則和需要 BBERF監(jiān)控的觸發(fā)事件類型。PCRF可以是才艮據(jù)該網(wǎng)關(guān)控制會話所對應(yīng)的IP-CAN會話中PCEF簽約的所需要的事件報告類型及其它因素確定所需要 下發(fā)給BBERF的觸發(fā)事件類型。
步驟3.可選的，BBERF也可以使用獨立于網(wǎng)關(guān)控制會話建立消息之外 的新的消息向PCRF簽約自己需要的事件報告類型，在該消息中攜帶需要轉(zhuǎn) 發(fā)給BBERF的事件報告類型。如果步驟3存在，則步驟l中，BBERF發(fā)送 網(wǎng)關(guān)控制會話建立消息，與現(xiàn)有技術(shù)相同，在此不再贅述。
通過本實施例，使得在BBERF與PCRF之間的網(wǎng)關(guān)控制會話建立時， PCRF可以獲知BBERF需要的事件報告類型，在后續(xù)事件發(fā)生時，可以有選 擇的轉(zhuǎn)發(fā)事件報告。
下面介紹實施例4,在PCEF與PCRF之間的IP-CAN會話建立時，PCEF 向PCRF簽約自己需要的事件報告類型，具體如圖9所示。
步驟1. PCEF決定建立IP-CAN會話，向PCRF發(fā)送IP-CAN會話建立 請求消息。
值得注意的是，PCEF可以通過IP-CAN會話建立消息向PCRF簽約自己 需要的事件報告類型，即在該消息中可以攜帶需要轉(zhuǎn)發(fā)給PCEF的事件報告 類型指示。
步驟2. PCRF返回IP-CAN會話建立響應(yīng)消息，該消息中攜帶下發(fā)給 PCEF的PCC規(guī)則和需要PCEF監(jiān)控的觸發(fā)事件類型。PCRF可以是根據(jù)該 IP-CAN會話所對應(yīng)的網(wǎng)關(guān)控制會話中BBERF簽約的所需要的事件報告類型 及其它因素確定所需要下發(fā)給PCEF的觸發(fā)事件類型。
步驟3.可選地，PCEF也可以使用獨立于IP-CAN會話建立消息之外的 新的消息向PCRF簽約自己需要的事件報告類型，在該消息中攜帶需要轉(zhuǎn)發(fā) 給PCEF的事件報告類型。
步驟4.可選地，對于在線計費的情況，PCEF根據(jù)收到的PCC規(guī)則向
16ocs請求信用。
步驟5.可選地，OCS在響應(yīng)消息中返回信用信息，該消息中OCS也可 以向PCEF下發(fā)信用重授權(quán)事件類型，指示PCEF在有匹配信用重授權(quán)事件 類型的事件發(fā)生時，向OCS請求信用重授權(quán)。
步驟6.可選地，PCEF根據(jù)收到的信用重授權(quán)事件類型向PCRF更新自 己的事件報告簽約。
值得說明的是，步驟6與步驟3-5可以沒有時間上的先后關(guān)系。
通過本實施例，使得在PCEF與PCRF之間的網(wǎng)關(guān)控制會話建立時， PCRF可以獲知PCEF需要的事件^1告類型，在后續(xù)事件發(fā)生時，可以有選 擇的轉(zhuǎn)發(fā)事件報告。
下面介紹實施例5，如果PCEF或BBERF在IP-CAN會話或網(wǎng)關(guān)控制會 話建立過程中沒有進(jìn)行事件報告簽約，可以在IP-CAN會話或網(wǎng)關(guān)控制會話 建立完成后隨時根據(jù)需要進(jìn)行第一次事件報告簽約。具體如圖10。
步驟1. PCEF和或BBERF可以在需要的時候向PCRF發(fā)送消息要求進(jìn) 行事件報告簽約。
對于PCEF，該消息可以復(fù)用IP-CAN會話修改消息，也可以是獨立的消 息。對于BBERF，該消息可以復(fù)用網(wǎng)關(guān)控制及QoS規(guī)則請求消息，也可以 是獨立的消息。
值得說明的是，在PCEF或BBERF向PCRF發(fā)送第 一次事件報告簽約之 前，PCRF可以根據(jù)運營商配置或者自身默認(rèn)的處理方式確定是否對上報的 事件報告進(jìn)行轉(zhuǎn)發(fā)處理。
下面介紹實施例6，如果PCEF或BBERF在簽約之后，可以對簽約信息 進(jìn)行更新，具體如圖11所示。
PCEF和或BBERF可以在需要的時候向PCRF發(fā)送消息要求更新自己的事件報告簽約信息。對于PCEF，該消息可以復(fù)用IP-CAN會話修改消息，也 可以是獨立的消息。對于BBERF，該消息可以復(fù)用網(wǎng)關(guān)控制及QoS規(guī)則請 求消息，也可以是獨立的消息。事件報告簽約更新與事件報告第一次簽約所 用消息可以是相同的消息，也可以是相互獨立的的消息。
通過上述實施例3至6，使得在IP-CAN會話或網(wǎng)關(guān)控制會話建立過程 中，或者在事件報告轉(zhuǎn)發(fā)之前，PCRF可以獲知PCEF或BBERF需要轉(zhuǎn)發(fā)的 事件報告類型，從而在事件發(fā)生時，PCRF可以有能力選擇性的轉(zhuǎn)發(fā)所需要 的事件報告。
本發(fā)明實施例還提供了實施例7，使得PCEF和BBERF也可以通過PCRF 將觸發(fā)事件以外的任意信息轉(zhuǎn)發(fā)給對方。BBERF將觸發(fā)事件以外的任意信息 通過PCRF轉(zhuǎn)發(fā)給PCEF的方法，具體如圖12所示。
步驟1. BBERF確定需要將觸發(fā)事件以外的信息傳遞給PCEF，則BBERF
向PCRF發(fā)送消息，攜帶需要傳遞的信息。具體方法可以是使用與事件報告
相同的消息進(jìn)行信息上報，但在該消息中設(shè)立一種專門用于信息報告的參數(shù)
類型，或者與事件報告相同的消息并且相同的參數(shù)類型，但在該類型中增加
一個標(biāo)示指示該事件報告在PCRF處不需要進(jìn)行事件報告簽約匹配，或者使 用與事件報告不同的消息名稱。
步驟2.PCRF收到BBERF上報的信息后直接向PCEF轉(zhuǎn)發(fā)。
當(dāng)PCEF將觸發(fā)事件以外的任意信息通過PCRF轉(zhuǎn)發(fā)給BBERF,還提供 了實施例7，基本思想類似，不同之處在于是從PCEF向BBERF發(fā)送。這里 不再贅述。
本發(fā)明實施例基于BERF和Gxx接口存在的PCC架構(gòu)，對于漫游情況 下，BBERF和PCEF可以處于漫游網(wǎng)絡(luò)的網(wǎng)關(guān)實體上，這種情況下，對于 非漫游用戶，PCRF是家鄉(xiāng)網(wǎng)絡(luò)的PCRF，對于漫游用戶，PCRF可以是拜訪 網(wǎng)絡(luò)的PCRF，也可以是通過拜訪網(wǎng)絡(luò)的PCRF轉(zhuǎn)接到家鄉(xiāng)網(wǎng)絡(luò)的PCRF。本發(fā)明實施例也適用于上述漫游狀況，其實現(xiàn)流程基本類似，在此不再贅述。
下面介紹本發(fā)明實施例涉及的移動通訊系統(tǒng)實施例，可以理解的是，本 發(fā)明實施例中的該系統(tǒng)還可以包含實現(xiàn)通信功能的其他眾多實體，對于其他 現(xiàn)有技術(shù)中可能揭示的技術(shù)屬于通信領(lǐng)域內(nèi)已規(guī)范化的技術(shù)，本實施例中不
再贅述細(xì)節(jié)；但是為了介紹本發(fā)明實施例中的實現(xiàn)方案，這里僅指出了該系 統(tǒng)中主要部分。請參閱圖13,該系統(tǒng)包括包含能夠與其他網(wǎng)絡(luò)側(cè)實體進(jìn)行 通信的策略與計費規(guī)則功能實體，其中，策略與計費規(guī)則功能實體包含
接收單元，用于接收事件報告；
處理單元，用于根據(jù)所述接收單元接收的事件報告與事件報告簽約信息 匹配，發(fā)送所述事件凈艮告。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步 驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算 機(jī)可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟接收事件報告；所述 事件報告與事件報告簽約信息匹配，發(fā)送所述事件報告。上述提到的存儲介
質(zhì)可以是只讀存儲器，磁盤或光盤等。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進(jìn)行了圖示和描 述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對其作各種 改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種信息傳遞方法，其特征在于，包含接收事件報告；所述事件報告與事件報告簽約信息匹配，發(fā)送所述事件報告。
2. 根據(jù)權(quán)利要求1所述的信息傳遞方法，其特征在于，所述接收事件報 告，具體包括策略與計費規(guī)則功能PCRF從承載綁定及事件上報功能BBERF獲取所 述事件報告。
3. 根據(jù)權(quán)利要求2所述的信息傳遞方法，其特征在于，所述接收事件報 告之前，還包括所述PCRF從策略與計費執(zhí)行功能PCEF獲取需要轉(zhuǎn)發(fā)給所述PCEF的 事件報告簽約信息。
4. 根據(jù)權(quán)利要求3所述的信息傳遞方法，其特征在于所述PCRF從所述PCEF獲取IP連通接入網(wǎng)IP-CAN會話建立請求消息， 所述消息攜帶需要轉(zhuǎn)發(fā)給所述PCEF的事件報告簽約信息；或者，在IP-CAN會話建立過程中，所述PCRF從所述PCEF獲取事件 報告簽約消息，所述消息攜帶需要轉(zhuǎn)發(fā)給所述PCEF的事件報告簽約信息；或者，在IP-CAN會話建立后，所述PCRF從所述PCEF獲取事件報告 簽約消息或者IP-CAN會話修改消息，所述消息攜帶需要轉(zhuǎn)發(fā)給所述PCEF 的事件報告簽約信息。
5. 根據(jù)權(quán)利要求4所述的信息傳遞方法，其特征在于，所述在IP-CAN 會話建立后，所述PCRF從所述PCEF獲取事件凈艮告簽約消息或者IP-CAN 會話修改消息，之前還包括所述PCRF根據(jù)運營商配置或者自身默認(rèn)的處理方式確定是否對所述 事件報告進(jìn)行轉(zhuǎn)發(fā)處理。
6. 根據(jù)權(quán)利要求3所述的信息傳遞方法，其特征在于，發(fā)送所述事件報 告，具體為所述PCRF通過策略和計費規(guī)則提供消息向所述PCEF發(fā)送所述收到的 事件報告。
7. 根據(jù)權(quán)利要求2所述的信息傳遞方法，其特征在于，接收事件報告之 后，還包括所述PCRF根據(jù)PCEF簽約的所需要的事件報告類型及其它因素確定， 需要下發(fā)給所述BBERF的觸發(fā)事件類型。
8. 根據(jù)權(quán)利要求1所述的信息傳遞方法，其特征在于，所述接收事件報 告，具體包括所述PCRF從PCEF獲取所述事件報告。
9. 根據(jù)權(quán)利要求8所述的信息傳遞方法，其特征在于，所述接收事件報 告之前，還包括所述PCRF從BBERF獲取需要轉(zhuǎn)發(fā)給所述BBERF事件報告簽約信息。
10. 根據(jù)權(quán)利要求9所述的信息傳遞方法，其特征在于所述PCRF從所述BBERF獲取網(wǎng)關(guān)控制會話建立消息，所述消息攜帶 需要轉(zhuǎn)發(fā)給所述BBERF的事件報告簽約信息；或者，在網(wǎng)關(guān)控制會話建立過程中，所述PCRF從所述PCEF獲取事件 報告簽約消息，所述消息攜帶需要轉(zhuǎn)發(fā)給所述BBERF的事件報告簽約信息；或者，在網(wǎng)關(guān)控制會話建立后，所述PCRF從所述PCEF獲取事件報告 簽約消息或者網(wǎng)關(guān)控制及QoS規(guī)則請求消息，所述消息攜帶需要轉(zhuǎn)發(fā)給所 述BBERF的事件報告簽約信息。
11. 根據(jù)權(quán)利要求IO所述的信息傳遞方法，其特征在于，所述在網(wǎng)關(guān)控 制會話建立后，所述PCRF從所述PCEF獲取事件報告簽約消息或者網(wǎng)關(guān)控 制及QoS規(guī)則請求消息，之前還包括所述PCRF根據(jù)運營商配置或者自身默認(rèn)的處理方式確定是否對所述 事件報告進(jìn)行轉(zhuǎn)發(fā)處理。
12. 根據(jù)權(quán)利要求9所述的信息傳遞方法，其特征在于，發(fā)送所述事件 報告，具體為所述PCRF通過網(wǎng)關(guān)控制及QoS規(guī)則提供消息向所述BBERF發(fā)送所述 收到的事件報告。
13. 根據(jù)權(quán)利要求8所述的信息傳遞方法，其特征在于，接收事件報告 之后，還包括所述PCRF根據(jù)BBERF簽約的所需要的事件報告類型及其它因素確定， 需要下發(fā)給所述PCEF的觸發(fā)事件類型。
14. 根據(jù)權(quán)利要求8所述的信息傳遞方法，其特征在于，接收事件報告 之后，還包括在線計費情況下，所述PCRF從所述PCEF獲取事件報告簽約更新，所 述事件報告簽約更新由所述PCEF收到信用重授權(quán)事件類型后發(fā)送。
15. —種信息傳遞方法，其特征在于，包含 接收事件報告；如果所述事件報告攜帶直接轉(zhuǎn)發(fā)的類型指示，發(fā)送所述事件報告。
16. 根據(jù)權(quán)利要求15所述的信息傳遞方法，其特征在于，所述如果所述 事件報告攜帶直接轉(zhuǎn)發(fā)的類型指示，發(fā)送所述事件報告，具體為PCRF從所述攜帶所述事件報告的消息中獲取所述直接轉(zhuǎn)發(fā)的類型指 示，所述PCRF發(fā)送所述事件報告。
17. —種策略與計費規(guī)則功能實體，其特征在于，包含 接收單元，用于接收事件報告；處理單元，用于根據(jù)所述接收單元接收的事件報告與事件報告簽約信息 匹配，發(fā)送所述事件報告。
18. —種移動通信系統(tǒng)，包含能夠與其他網(wǎng)絡(luò)側(cè)實體進(jìn)行通信的策略與 計費規(guī)則功能實體，其特征在于，所述策略與計費規(guī)則功能實體包含接收單元，用于接收事件報告；處理單元，用于根據(jù)所述接收單元接收的事件報告與事件報告簽約信息 匹配，發(fā)送所述事件報告。
全文摘要
本發(fā)明公開了一種信息傳遞方法，通過接收事件報告，如果事件報告與事件報告簽約信息匹配，發(fā)送所述事件報告。本發(fā)明還公開了一種策略與計費規(guī)則功能實體和移動通信系統(tǒng)。使得系統(tǒng)節(jié)省了網(wǎng)絡(luò)資源，提高了網(wǎng)絡(luò)資源的利用率。
文檔編號H04W80/10GK101583152SQ20081006729
公開日2009年11月18日 申請日期2008年5月15日 優(yōu)先權(quán)日2008年5月15日
發(fā)明者胡華東, 郭雅莉 申請人:華為技術(shù)有限公司