專利名稱：Pcc架構中的信息查詢方法、裝置及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及業(yè)務質量控制與計費技術領域，尤其涉及策略和計費控制
(PCC， Policy and Charging Control)架構中的信息查詢方法、裝置及系統(tǒng)。
背景技術：
通信網(wǎng)絡正在經(jīng)歷從傳統(tǒng)的電路交換(CS, Circuit Switched )網(wǎng)絡向以 IP為承載的分組交換(PS, Packet Switched )網(wǎng)絡演進的歷程。其間，為實 現(xiàn)在演進網(wǎng)絡中也能為用戶提供電信級服務，需要解決端到端的業(yè)務質量 (QoS, Quality of Service)問題。同時，為保障運營商的利益，要求演進網(wǎng) 絡具有能夠針對不同業(yè)務數(shù)據(jù)流與QoS級別進行計費的能力。
基于演進網(wǎng)絡的發(fā)展需求，第三代移動通信標準化伙伴項目(3GPP, 3rd Generation Partnership Project)定義了 PCC架構，基于PCC架構，演進 網(wǎng)絡能夠針對檢測到的不同業(yè)務數(shù)據(jù)流進行QoS控制和計費統(tǒng)計。
參見圖1,圖1是該PCC架構的示意圖。下面主要討論圖1中的策略控 制和計費MJ寸功能(PCRF, Policy Control and Charging Rules Function )實 體、策略和計費執(zhí)行(PCEF， Policy and Charging Enforcement Function )實 體、用戶簽約數(shù)據(jù)庫(SPR， Subscription Profile Repository )和應用功能(AF, Application Function )實體、AF與PCRF之間的Rx接口 ，以及PCEF與PCRF 之間的Gx^妄口 。
其中，PCRF主要是根據(jù)運營商策略、對用戶接入網(wǎng)絡的限制、用戶簽 約數(shù)據(jù)以及用戶當前正在進行的業(yè)務的業(yè)務信息等因素，制定PCC規(guī)則。 PCC規(guī)則通常包括業(yè)務數(shù)據(jù)流的檢測規(guī)則，業(yè)務數(shù)據(jù)流對應的QoS控制規(guī) 則和基于業(yè)務數(shù)據(jù)流的計費規(guī)則等等；PCEF主要是執(zhí)行PCRF制定的PCC規(guī)則，如根據(jù)PCC規(guī)則，對業(yè)務 數(shù)據(jù)流進行檢測和測量，保證業(yè)務的QoS,用戶面流量處理和觸發(fā)控制面的 會話管理等等；PCEF通過可被設置于網(wǎng)關(GW， Gateway)中；
AF主要是向PCRF動態(tài)提供應用層的業(yè)務信息，PCRF可根據(jù)該業(yè)務信 息動態(tài)生成或修改對應的PCC規(guī)則。
其中，PCEF與PCRF基于Gx接口實現(xiàn)通信，如PCRF為制定PCC規(guī) 則，通過該接口，可向PCEF查詢制定PCC規(guī)則所需的信息，如UE首選的 承載控制才莫式、承載標識符、IP連通接入網(wǎng)(IP-CAN， IP-Connectivity Access Network)承載請求的QoS信息等等；PCRF可通過該接口下發(fā)制定的PCC 規(guī)則給PCEF。
參見圖2，圖2是PCEF與PCRF基于現(xiàn)有Gx進行消息交互的流程圖， 該流程可包括以下步驟
步驟201、 PCEF/GW從接入網(wǎng)接收到IP-CAN會話建立請求消息。
步驟202、 PCEF向PCRF發(fā)送一個鑒權授權計費(D/'ameter)協(xié)議中的 信用控制請求(CCR , Credit-Control-Request)消息，請求PCRF下發(fā)PCC 規(guī)則，該CCR消息中包括UE標識和IP地址等信息。
步驟203、 PCRF根據(jù)接收到的CCR消息里包含的信息，以及用戶接入 網(wǎng)絡的限制、運營商策略、用戶簽約數(shù)據(jù)，當前用戶進行的業(yè)務信息等，制 定PCC規(guī)則，并可制定事件觸發(fā)(Event-Trigger )列表。
該Event-Trigger列表中列舉了 PCRF所期望查詢到的信息，即在列表中 的事件發(fā)生時，PCRF期望PCEF能夠向PCRF反饋被發(fā)生的事件信息。
步驟204 、 PCRF向PCEF發(fā)送信用控制響應(CCA , Credit-Control-Answer ) 消息，其中包括生成的PCC規(guī)則，并可向PCEF下發(fā) Event-Trigger歹l)表。
步驟205、 PCEF加載PCC規(guī)則，并開始檢測Event-Trigger列表中的事件。步驟206、 PCEF向接入網(wǎng)發(fā)送IP-CAN會話建立響應消息。
步驟207、 PCEF根據(jù)PCRF下發(fā)的Event-Trigger列表檢測觸發(fā)事件。
步驟208、當檢測到Event-Trigger列表中的事件發(fā)生后，PCEF向PCRF
發(fā)送CCR請求，報告觸發(fā)該請求的事件，并可提供該事件相關的信息給
PCRF。
步驟209、 PCRJ^艮據(jù)所發(fā)生的事件，重新制定PCC規(guī)則，并可重新確 定Event-Trigger歹'J表。
步驟210、 PCRF向PCEF發(fā)送CCA響應。
步驟211、 PCRF通過重新授權請求(RAR, Re-Auth-Request)消息主 動向PCEF下發(fā)PCC規(guī)則和Event-Trigger列表。
步驟212、 PCEF在接收到PCRF發(fā)送的RAR消息時，加載該消息中的 PCC規(guī)則，存儲Event-Trigger歹'J表，并回復重新授權響應(RAA ， Re-Auth-Answer)消息。
上述圖2流程包含了 PCEF與PCRF之間的現(xiàn)有信息查詢方式，該信息 可包括PCEF與PCRF之間可通過消息傳遞的各種信息，如PCEF向PCRF 請求的PCC規(guī)則，PCRF向PCEF請求的各種事件發(fā)生狀態(tài)及事件相關信息， PCRF向PCEF下發(fā)的根據(jù)被觸發(fā)事件而重新制定的PCC規(guī)則等等。
PCRF與PCEF之間基于CCR與CCA消息對，傳遞對端期望獲取的信 息，如PCEF可以在CCR消息中向PCRF上報由PCRF用于制定PCC規(guī)則 的信息；PCRF收到該CCR消息后，若確定上報信息不完整，則會在及時向 PCEF返回的CCA消息中響應錯誤碼，指示PCEF上報信息不完整，并可以 明確指示哪些AVP需要PCEF上報但未被上報。
參見圖1,圖1中，AF與PCRF之間基于Rx接口進行通信，AF可基 于Rx接口向PCRF下發(fā)應用層的業(yè)務信息。
參見圖3,圖3是AF與PCRF基于現(xiàn)有Rx進行消息交互的流程圖，該 流程可包括以下步驟
步驟301、 AF收到一個內部或外部的觸發(fā)去建立一個新的AF會話，并獲得了此AF會話的媒體信息。 步驟302、 AF定義業(yè)務信息。
步驟303、 AF通過AAR消息向PCRF提供業(yè)務信息。包括會話類型、 媒體描述、計費相關參數(shù)、源目的IP地址、訂閱ID、優(yōu)先級、緊急業(yè)務標 識等等信息，并可向PCRF下發(fā)AF所關心的事件(Specific-Action)觸發(fā)列 表，用于在事件發(fā)生時，請求PCRF通知AF。
步驟304、 PCRF存儲從AF接收到的業(yè)務信息。
步驟305至步驟306、 PCRF需要訂閱相關的信息，如用戶簽約信息， 向SPR發(fā)送訂閱信息請求，SPR收到PCRF的請求后，向PCRF發(fā)送訂閱信 息響應，返回相關信息。
步驟307、 PCRF對其與AF之間的會話，以及其與PCEF之間的會話進 行會話綁定，以識別相關的被建立的IP-CAN會話。
步驟308、會話綁定成功后，PCRF向AF返回AAA消息作為響應。
步驟309、 PCRF與PCEF交互。
步驟310、 PCRF根據(jù)AF下發(fā)的Sepcific-Action進行事件檢測。 步驟311、 PCRF檢測到事件發(fā)生后，向AF發(fā)送RAR請求，在該RAR 消息中配置有引發(fā)該請求的事件的描述信息，該描述信息中可提供事件相關
j呂息。
事件描述信息可由RAR消息中的Specific-Action AVP攜帶。
步驟312、 AF根據(jù)PCRF上報的事件相關信息進行相應處理，如重新
確定Specific-Action列表。
步驟313、 AF向PCRF發(fā)送RAA,提供更新的業(yè)務信息。
上述圖3流程包含了 AF與PCRF之間的現(xiàn)有信息查詢方式，該信息可
包括AF與PCRF之間可通過消息傳遞的各種信息，如AF向PCRF上報的
業(yè)務信息。
PCRF與AF之間基于AAR與AAA消息對，傳遞對端期望獲取的信息。 上述圖2所示流程中，CCR消息或CCA消息均能夠向消息接收方提供相關信息，因此，實際上CCR與CCA消息對，并不是專用于能夠根據(jù)信息 查詢端請求查詢的信息，向信息查詢端提供相關信息的信息查詢機制。類似 地，圖3所示流程中，AAR消息與AAA消息也均能夠向消息接收方提供相 關信息，因此，實際上AAR與AAA消息對，也不是專用于能夠根據(jù)信息 查詢端請求查詢的信息，向信息查詢端提供相關信息的信息查詢機制。在某 些應用場景下，基于CCR與CCA消息對，或AAR與AAA消息對，或RAR 與RAA消息對，難以向查詢端及時提供信息查詢端期望獲取的信息。
現(xiàn)有事件觸發(fā)機制提供了可由響應方在收到請求方下發(fā)的事件觸發(fā)列
表，如Sepcific-Action列表、Event-Trigger列表后，向請求方提供相關信息 的方案。如PCRF通過向PCEF下發(fā)Event-Trigger列表，由PCEF在檢測到 相關事件后，向PCRF返回相關信息。類似地，AF通過向PCRF下發(fā) Sepcific-Action列表，請求PCRF在列表中事件發(fā)生時，向AF提供事件相 關信息。
但由于現(xiàn)有事件觸發(fā)機制中，響應方需要在檢測到事件發(fā)生之后，才會 向請求方提供事件相關信息。如PCEF在檢測到事件觸發(fā)列表中指示的 SGSN位置變更事件后，才會向PCRF發(fā)送變更后的SGSN位置信息，若PCRF 在SGSN位置變更之前或之后向PCEF下發(fā)事件觸發(fā)列表，則PCRF難以獲 知當時未變更的SGSN的位置信息。因此，由于現(xiàn)有事件觸發(fā)機制中，響應 方在收到請求方下發(fā)的事件觸發(fā)列表后，難以及時向請求方提供請求方所關 心的事件相關信息。
進一步講，實際上，現(xiàn)有技術并未給出較好的可供PCC結構中各功能 實體之間進行信息查詢的方案。

發(fā)明內容
本發(fā)明實施例提供一種PCC結構中的信息查詢方法，使信息提供端能 夠及時向信息查詢端提供信息查詢端請求查詢的信息。 一種PCC結構中的信息查詢方法，包括信息提供端接收信息查詢端發(fā)送的信息查詢指示；
查詢所述信息查詢指示需要當前查詢的信息；
將當前查詢到的所述需要當前查詢的信息發(fā)送給所述信息查詢端。
本發(fā)明實施例提供一種PCC結構中的信息提供裝置，及時向信息查詢
端提供信息查詢端請求查詢的信息。
一種PCC結構中的信息提供裝置，包括第一接收單元、查詢單元和
第一發(fā)送單元；其中，
所述第一接收單元，接收信息查詢端發(fā)送的信息查詢指示； 所述查詢單元，查詢所述信息查詢指示需要當前查詢的信息； 所述第一發(fā)送單元，將當前查詢到的所述需要當前查詢的信息發(fā)送給所
述信息查詢端。
一種PCC結構中的信息查詢裝置，包括第三發(fā)送單元和第三接收單 元，其中，
所述第三發(fā)送單元，向信息提供端發(fā)送信息查詢指示； 所述第三接收單元，接收所述信息提供端返回的當前查詢到的信息查詢 指示需要當前查詢的信息。
本發(fā)明實施例還提供一種PCC結構中的信息查詢系統(tǒng)，包括
PCC結構中的信息提供裝置和PCC結構中的信息查詢裝置；
所述PCC結構中的信息提供裝置包括第一接收單元、查詢單元和第
一發(fā)送單元；其中，
所述第一接收單元，接收信息查詢端發(fā)送的信息查詢指示； 所述查詢單元，查詢所述信息查詢指示需要當前查詢的信息； 所述第一發(fā)送單元，將當前查詢到的所述需要當前查詢的信息發(fā)送給所
述信息查詢端；
所述PCC結構中的信息查詢裝置，包括第三發(fā)送單元和第三接收單 元，其中，
所述第三發(fā)送單元，向信息提供端發(fā)送信息查詢指示；所述第三接收單元，接收所述信息提供端返回的當前查詢到的信息查詢 指示需要當前查詢的信息。
綜上所述，本發(fā)明實施例提供的技術方案，通過由信息提供端在收到信 息查詢端發(fā)送的信息查詢指示后，查詢信息查詢指示需要當前查詢的信息， 且及時將查詢結果發(fā)送給信息查詢端，從而使信息查詢端能夠及時獲取到所 要查詢的信息，以便信息查詢端根據(jù)及時獲取的信息，進行相應的其他操作。


圖l是現(xiàn)有PCC架構的示意圖2是PCEF與PCRF基于現(xiàn)有Gx進行消息交互的流程圖3是AF與PCRF基于現(xiàn)有Rx進行消息交互的流程圖4是本發(fā)明實施例提供的PCC結構中的信息查詢方法流程圖5是本發(fā)明實施例提供的另 一個PCC結構中的信息查詢方法流程圖6是本發(fā)明實施例中PCC結構中的信息查詢裝置結構示意圖7是本發(fā)明實施例中另一 PCC結構中的信息查詢裝置結構示意圖8是本發(fā)明實施例中一 PCEF與PCRF之間的信息查詢流程圖9是本發(fā)明實施例二中PCEF與PCRF之間的信息查詢流程圖IO是本發(fā)明實施例三中PCEF與PCRF之間的信息查詢流程圖11是本發(fā)明實施例四中AF與PCRF之間的信息查詢流程圖12是本實施例五中AF與PCRF之間的信息查詢流程圖13是本實施例六中AF與PCRF之間的信息查詢流程圖。
具體實施例方式
下面結合附圖進一步詳細描述本發(fā)明實施例提供的技術方案。 本發(fā)明實施例提供了可供PCC結構中各功能實體之間進行信息查詢的
方案。參見圖4,圖4是本發(fā)明實施例提供的PCC結構中的信息查詢方法流
程圖，該流程可包括以下步驟步驟401、信息提供端接收信息查詢端發(fā)送的信息查詢指示。
步驟402、信息提供端查詢所述信息查詢指示需要當前查詢的信息。 步驟403、信息提供端將當前查詢到的所述需要當前查詢的信息發(fā)送給 所述信息查詢端。
對應地，參見圖5，圖5是本發(fā)明實施例中信息查詢端查詢信息的流程 圖，該流程可包括以下步驟
步驟501、信息查詢端向信息提供端發(fā)送信息查詢指示。
步驟502、信息查詢端接收信息提供端返回的當前查詢到的信息查詢指 示需要當前查詢的信息。
本發(fā)明實施例以PCC結構中AF、 PCRF以及PCEF等三個功能實體之 間的信息查詢?yōu)槔?，說明本發(fā)明實施例的提供的信息查詢技術方案。
本發(fā)明實施例中，對于AF與PCRF之間的信息查詢，AF可以是信息 查詢端，對應地，PCRF是信息提供端；若AF是信息提供端，則對應地， PCRF是信息查詢端。AF與PCRF之間可基于請求消息與響應消息進行信息 查詢交互，即可基于RAR與RAA消息對，或AAR與AAA消息對，進行 信息查詢交互。對于PCEF與PCRF之間的信息查詢，PCEF可以是信息查 詢端，對應地，PCRF是信息提供端；若PCEF是信息提供端，則對應地， PCRF是信息查詢端。PCRF與PCRF之間也可基于請求消息與響應消息進 行信息查詢交互，即可基于RAR與RAA消息對，或CCR與CCA消息對， 進行信息查詢交互。
本發(fā)明實施例中，信息查詢端可通過向信息提供端發(fā)送查詢消息，下發(fā) 信息查詢指示， 一條查詢消息中可包含一個或多個信息查詢指示。信息提供 端在收到查詢消息后，可將當前查詢到的信息查詢指示需要當前查詢的信息 通過上報消息攜帶給信息查詢端。為表述方便，本申請中，簡稱當前查詢到 的信息查詢指示需要當前查詢的信息為當前查詢到的信息。
本發(fā)明實施例中，攜帶信息查詢指示的查詢消息，或攜帶查詢結果的上 報消息并不局限于具體的消息類型。如查詢消息可以是請求類型的請求消息如RAR等等，也可以是響應類型的響應消息如CCA等等；類似地，上報消 息可以是請求類型的請求消息，或響應類型的響應消息。
并且，本發(fā)明實施例中，若查詢消息是第一請求消息，則上報消息可以 是該第一請求消息對應的響應消息，也可以是重新發(fā)起的第二請求消息；類 似地，若查詢消息是第一響應消息，則上報消息可以是其他請求消息。
本發(fā)明實施例中，信息查詢的具體做法可有兩種。
做法一改進現(xiàn)有事件觸發(fā)機制。本發(fā)明實施例中，下發(fā)事件觸發(fā)列表 的請求方為信息查詢端，檢測事件且上報事件相關信息的響應房是信息提供 端。本發(fā)明實施例中，信息提供端在收到信息查詢端發(fā)送事件觸發(fā)列表后， 不需要等到列表中觸發(fā)事件發(fā)生，而是在收到事件觸發(fā)列表后，直接執(zhí)行查 詢，在查詢觸發(fā)事件相關信息后，及時將觸發(fā)事件相關信息發(fā)送給信息查詢 端。從而可使信息查詢端及時獲知觸發(fā)事件相關信息。對現(xiàn)有事件觸發(fā)機制 的改進還可以包括信息查詢端在下發(fā)信息查詢指示的同時，下發(fā)用于指示 信息提供端若收到信息查詢指示，則向信息查詢端返回當前查詢到的所述信 息的指令。該指令可用 一 個查詢消息中新增的指令A VP來指示。
基于本發(fā)明實施例做法一的改進，信息提供端能夠在收到信息查詢端下 發(fā)的事件觸發(fā)列表后，及時執(zhí)行查詢，并及時將查詢結果上報給信息查詢端。 本發(fā)明實施例對事件觸發(fā)列表的改進，相應地改進了現(xiàn)有事件觸發(fā)列表的功 能，即事件觸發(fā)列表中所列觸發(fā)事件，不僅可以指示信息提供端在檢測到觸 發(fā)事件后，向信息提供端上報觸發(fā)事件相關信息，還可以指示信息提供端在 接收到事件觸發(fā)列表后，立即執(zhí)行查詢，并將當前查詢到的信息上報給信息 查詢端，因此，事件觸發(fā)列表中的觸發(fā)事件進一步可作為信息查詢指示，以 用于指示信息提供端查詢需要當前查詢的信息。如PCRF可通過向PCEF下 發(fā)事件觸發(fā)列表，指示PCEF查詢當前SGSN的位置信息，并將當前查詢到 的信息上報給PCRF,從而，PCRF可及時獲取到SGSN的位置信息。
另外，基于本發(fā)明實施例做法一對現(xiàn)有事件觸發(fā)機制的改進，可根據(jù)實 際需要重新配置事件觸發(fā)列表，在事件觸發(fā)列表中添加需要查詢的信息的信息查詢指示，信息提供端在收到事件觸發(fā)列表后，及時將當前查詢到的信息 上報給信息查詢端。
做法二接口擴展。在接口消息中設置信息查詢參數(shù)項，由信息查詢參 數(shù)指示信息查詢指示或查詢結果，接口消息如查詢消息或上報消息。本發(fā)明 實施例中，設信息查詢參數(shù)是枚舉類型的信息查詢(Information-Query )AVP 。 該做法二實際是對現(xiàn)有Rx和Gx接口的擴展，基于擴展的Rx， AF與PCRF 可進行信息查詢；基于擴展的Gx接口 ， PCRF與PEF可進行信息查詢。
本發(fā)明實施例做法二中，信息查詢端將信息查詢指示配置于查詢消息的 信息查詢AVP中，將查詢消息發(fā)送給信息提供端，其中， 一個查詢消息中 可擴展出多個信息查詢AVP，相應地，信息查詢端可將多個信息查詢指示 分別配置于各個信息查詢AVP中。信息提供端在收到攜帶信息查詢AVP的 查詢消息后，及時查詢信息查詢指示需要當前查詢的信息，將當前查詢到的 信息通過上報消息中的信息查詢A VP攜帶給信息查詢端。
本發(fā)明實施例做法二中，也可在接口消息中擴展組類型AVP，利用該 組類型AVP中的各個子AVP指示信息查詢指示或查詢結果。
本發(fā)明實施例做法二中，還可在接口消息中擴展查詢失敗 (Query-Failed) AVP,并可通過該查詢失敗AVP指示查詢失敗原因。
本發(fā)明實施例做法二中，若查詢消息中攜帶多個信息查詢指示，則信息 提供端收到該查詢消息后，可根據(jù)查詢結果向信息查詢端返回相應的響應。
如信息提供端查詢到所有信息查詢指示需要當前查詢的信息，則可將查 詢結果返回信息查詢端，且返回表示查詢成功的響應；若信息提供端沒有查 詢到所有信息查詢指示需要當前查詢的信息，可返回表示查詢失敗的響應。
或，只查詢到部分信息查詢指示需要當前查詢的信息，則可將當前查詢 到的信息返回信息查詢端，且返回表示查詢失敗的響應，該響應可進一步指 示部分查詢失敗；
或者，信息提供端在沒有查詢到所有信息查詢指示或部分信息查詢指示 需要當前查詢的信息，則信息提供端作為信息查詢端，向其他信息提供端發(fā)送查詢消息，請求查詢其余信息查詢指示需要當前查詢的信息。若其他信息 提供端能夠查詢到所有其余信息查詢指示需要當前查詢的信息，則信息查詢
端可將查詢到的其余信息查詢指示需要當前查詢的信息返回信息查詢端；若
其他信息提供端能夠只能查詢到其余信息查詢指示中部分信息查詢指示需 要當前查詢的信息，則信息提供端將當前查詢到的信息返回信息查詢端，且 返回表示查詢失敗的響應，該響應可進一步指示部分查詢失敗。
還需要說明的是，在上述做法一中，若配置到事件觸發(fā)列表中的信息查 詢指示對應的事件是原事件觸發(fā)列表所沒有配置的，則相應也需要對接口消
息進行擴展，在接口消息中增設信息查詢AVP,便于信息提供端將查詢結
果通過該信息查詢AVP攜帶給信息查詢端。
對應地，本發(fā)明實施例還提供一種PCC結構中的信息提供裝置。參見
圖6，圖6是該裝置的結構示意圖，該裝置可包括第一接收單元、查詢單
元和第一發(fā)送單元；其中，
第一接收單元，接收信息查詢端發(fā)送的信息查詢指示；
查詢單元，查詢所述信息查詢指示需要當前查詢的信息；
第一發(fā)送單元，將當前查詢到的所述需要當前查詢的信息發(fā)送給所述信 息查詢端。
查詢單元可包括第二發(fā)送單元和第二接收單元； 第二發(fā)送單元，將向其他信息提供端發(fā)送查詢請求，請求所述其他信息 提供端查詢所述信息查詢指示中，其余信息查詢指示需要當前查詢的信息； 第二接收單元，接收所述其他信息提供端返回的當前查詢到的所有所述
其余信息查詢指示或部分所述其余信息查詢指示需要當前查詢的信息，或接 收所述其他信息提供端返回的表示查詢失敗的響應。
第一發(fā)送單元，進一步發(fā)送表示查詢成功的響應，或表示查詢失敗的響應。
對應地，本發(fā)明實施例還提供另一種PCC結構中的信息查詢裝置，參 見圖7,圖7是該裝置的結構示意圖，該裝置可包括包括第三發(fā)送單元和第三接收單元，其中，
第三發(fā)送單元，向信息提供端發(fā)送信息查詢指示；
第三接收單元，接收所述信息提供端返回的當前查詢到的信息查詢指示 需要當前查詢的信息。
第三接收單元，進一步接收所述信息提供端發(fā)送的表示查詢成功的響 應，或表示查詢失敗的響應。
下面結合具體的實施例對本發(fā)明實施例提供的技術方案的應用進行說明。
本發(fā)明實施例還提供一種PCC結構中的信息查詢系統(tǒng)，包括上述PCC 結構中的信息提供裝置和PCC結構中的信息查詢裝置。 實施例一
本實施例一中，設用戶因某原因，需要發(fā)起緊急業(yè)務，AF收到UE發(fā) 送的業(yè)務請求后，需要獲取UE的位置信息。AF向PCRF發(fā)送查詢消息。 PCRF收到該查詢消息后，基于與PCEF之間的Gx接口 ，向PCEF發(fā)送查詢 消息，下發(fā)事件觸發(fā)列表，且該事件觸發(fā)列表中包含現(xiàn)有事件觸發(fā)列表所沒 有設置的UE的位置事件。
參見圖8，圖8是本實施例一中PCEF與PCRF之間的信息查詢流程圖， 該流程可包括以下步驟
步驟801 、 PCRF向PCEF發(fā)送RAR消息，下發(fā)Event-Trigger列表。
該Event-Trigger列表中包括UE的位置事件。
步驟802、 PCEF收到PCRF的RAR消息后，向PCRF發(fā)送RAA消息。 步驟803、 PCEF查詢需要當前查詢的信息，包括UE的位置信息，將
查詢結果通過新發(fā)起的CCR消息發(fā)送給PCRF。
該CCR消息中，攜帶查詢結果，如UE的當前位置。
本實施例一中，設沒有對RAA消息進行擴展，相應地，PCEF無法通
過步驟802中RAA消息攜帶查詢結果。
實際應用中，若RAA消息中包含相關信息的AVP,則可通過該RAA消息將UE的當前位置上報給PCRF，而不要重新發(fā)起CCR消息。
另外，若PCEF未能查找到其他事件的當前信息，則等待下次其他事件
被觸
發(fā)時，再向PCRF上報該事件相關信息。 步驟804、 PCEF繼續(xù)檢測事件。
步驟805、當Event-Trigger列表中指定查詢的事件發(fā)生時，PCEF向PCRF 發(fā)送CCR消息。
該步驟805與現(xiàn)有流程類似，即PCEF在檢測到被觸發(fā)的事件后，向 PCRF上報該事件相關信息。
步驟806、 PCRF根據(jù)PCEF上報的信息，重新制定PCC規(guī)則和/或重新 確定Event-Trigger歹'J表。
步驟807、PCRF向PCEF發(fā)送CCA消息，該消息中攜帶重新制定的PCC 規(guī)則和/或更新的Event-Trigger列表，該流程結束。
后續(xù)，PCRF將查詢到的UE的當前位置信息上報給AF,由AF繼續(xù)為 UE提供相關業(yè)務。
基于對現(xiàn)有事件觸發(fā)機制的改進，本實施例一中，PCEF在收到查詢 消息后，能夠及時查詢UE的當前位置信息，使PCRF及時獲取到UE的當 前位置信息，以滿足實際應用的需求。
實施例二
本實施例二中，因PCEF的請求，PCRF向PCEF下發(fā)事件觸發(fā)列表。 參見圖9,圖9是本實施例二中PCEF與PCRF之間的信息查詢流程圖，該 流程可包括以下步驟
步驟901、 PCEF向PCRF發(fā)送CCR請求消息。
該CCR請求消息用于向PCRF獲取PCC規(guī)則。
步驟902、PCRF根據(jù)接收到的CCR消息里包含的用戶的網(wǎng)絡地址信息， 以及用戶接入網(wǎng)絡的限制、運營商策略、用戶簽約數(shù)據(jù)，當前用戶進行的業(yè) 務信息等，制定PCC規(guī)則，并確定Event-Trigger列表。步驟903 、 PCRF向PCEF發(fā)送CCA消息，該消息中攜帶PCC規(guī)則和 Event-Trigger列表，且該消息中攜帶指令A VP 。
實際應用中，若需要，可在該Event-Trigger列表中設置新的事件，如 上述UE的位置，用于信息查詢指示。
步驟904、 PCEF收到PCRF的CCA消息后，根據(jù)其中的指令AVP,及 時對事件觸發(fā)列表中信息查詢指示需要當前查詢的信息進行查詢，且將查詢 結果通過CCR消息發(fā)送給PCRF。
實際應用中，若PCEF沒有查詢到信息查詢指示需要當前查詢的信息， 則可暫時不向PCRF發(fā)送作為響應的該CCR消息，在等待;險測到事件后， 再將事件相關信息上報給PCRF;若PCEF查詢到部分信息查詢指示所需要 當前查詢的信息，則可向上報部分當前查詢到的信息，其余信息查詢指示需 要查詢的信息在等待檢測到觸發(fā)事件后，再進行查詢與上報處理。
步驟905、 PCRF向PCEF發(fā)送CCA消息，該消息中包括重新制定的PCC 規(guī)則和/或更新的Event-Trigger列表，該流程結束。
基于對現(xiàn)有事件觸發(fā)機制的改進，本實施例二中，PCEF在收到查詢消 息后，根據(jù)其中攜帶的指令AVP,及時查詢并上報當前查詢到的信息，使 PCRF及時獲取到相關信息。
實施例三
本實施例三中，PCRF在承載發(fā)生變化或者其他一些觸發(fā)時需要向PCEF 查詢信息。本實施例三中，PCRF與PCEF之間基于擴展的Gx接口消息進 行信息查詢交互。
參見圖10，圖IO是本實施例三中PCEF與PCRF之間的信息查詢流程 圖，該流程可包括以下步驟
步驟IOOI、 PCRF收到一個內部或外部的觸發(fā)，得知需要從PCEF獲取信息。
步驟1002、 PCRF向PCEF發(fā)送包含Information-Query AVP的RAR消該步驟1002中，PCRF通過RAR消息中的Information-Query AVP，指 示信息查詢指示。該Information-Query AVP的RAR可以是組類型AVP,可 指示多個信息查詢指示。
該RAR消息可作為查詢消息。
步驟1003、 PCEF收到PCEF發(fā)送RAR消息后，查詢信息查詢指示需 要當前查詢的信息，若能夠查詢到，則執(zhí)行步驟1004,否則，執(zhí)行步驟1005。
步驟1004、 PCEF向PCRF發(fā)送RAA消息，通過該消息中擴展的 Information-Query AVP ，將查詢結果帶給PCRF,該流程結束。
該RAA消息可作為為上報消息。
實際應用中，若上述步驟1002中查詢消息的Information-Query AVP為 組類型AVP，則該步驟1004中上報消息的Information-Query AVP為組類型 AVP,可指示當前查詢到的信息。
步驟1005 、 PCEF向PCRF發(fā)送RAA消息，該消息中攜帶Query-Failed AVP,該流程結束。
基于對接口消息的擴展，本實施例三中，PCEF與PCRF之間可進行信 息查詢，通過PCEF及時返回查詢結果，使PCRF及時獲知相關信息。
本實施例四
本實施例四中，AF在應用信息或者其他一些觸發(fā)時需要向PCEF查詢
信息。本實施例四中，基于與PCRF之間的Rx接口 ，向PCRF發(fā)送查詢消
息，下發(fā)事件觸發(fā)列表。
參見圖11,圖11是本實施例四中PCEF與PCRF之間的信息查詢流程
圖，該流程可包括以下步驟
步驟IIOI、 AF收到一個內部或外部的觸發(fā)，需要從PCRF獲取信息。 步驟1102、 AF向PCRF發(fā)送AAR消息，下發(fā)Specific-Action列表。 該列表中各事件作為信息查詢指示，指示PCRF需要當前查詢的信息。
實際應用中，可在Specific-Action列表里添加列表中所沒有的事件。
步驟1103、 PCRF解析接收到的AAR消息，及時查詢需要當前查詢的信息，并識別相關的IP-CAN會話。
步驟1104、 PCRF向AF發(fā)送AAA消息，上報查詢結果，該查詢結果 可被配置于設置于該AAA消息。
實際應用中，若PCRF未能查找到信息查詢指示需要當前查詢的信息， 則可暫時不發(fā)送該AAA消息，在檢測到觸發(fā)事件后，再查詢事件相關信息， 并向PCRF上報該事件相關信息。若PCRF查詢到部分信息查詢指示需要當 前查詢的信息，則先上報該部分查詢到的信息，其他需要查詢的信息等到檢 測到觸發(fā)事件后，再進行查詢并上報查詢結果。
步驟1105、 PCRF開始檢測事件。
步驟1106、 PCRF檢測到事件，PCRF向AF發(fā)送RAR消息。
該RAR消息中攜帶被檢測到的事件以及查詢到的事件相關信息。 實際應用中，PCRF可以通過其他途徑查詢Specific-Action列表中的事 件相關信息，如向PCEF查詢事件相關信息。
步驟1107、 AF收到PCRF發(fā)來的RAR消息后，向PCRF發(fā)送RAA消 息,該消息中可包括更新的Specific-Action列表。
上述步驟1105與步驟1106可與現(xiàn)有流程類似，即PCRF檢測事件，在 事件被觸發(fā)后，上報事件及查詢到的事件相關信息。
基于對現(xiàn)有事件觸發(fā)機制的改進，本實施例四中，PCRF在收到查詢 消息后，能夠及時查詢需要當前查詢的信息，使AF及時獲取相關信息。
本實施例五
與實施例一相呼應，本實施例五中，因UE的緊急業(yè)務需求，AF向PCRF 請求UE的位置信息。PCRF通過向PCEF查詢，獲取UE的位置信息。本實 施例五中，PCRF與AF之間基于擴展的Rx接口消息進行信息查詢交互。
參見圖12,圖12是本實施例五中PCEF與PCRF之間的信息查詢流程 圖，該流程可包括以下步驟
步驟1201、 AF收到一個內部或外部的觸發(fā)，得知需要從PCRF獲取信
白步驟1202、 AF向PCRF發(fā)送包含Information-Query AVP的AAR消息。
該Information-Query AVP可以是組類型 AVP , 包含多個子 Information-Query AVP,用于指示多個信息查詢指示。
步驟1203 、 PCRF解析出信息查詢指示需要當前查詢的信息，進行查詢， 并識別相關的IP-CAN會話。
步驟1204、 PCRF向AF發(fā)送AAA消息，通過組類型Information-Query AVP將查詢結果攜帶給AF,若查詢結果為查找到的所有信息查詢指示需要 當前查詢的信息，則該流程可結束，若未能查詢到所有信息查詢指示需要當 前查詢的信息，或只查詢到部分信息，如不包括UE的位置信息，則執(zhí)行步 驟1205。
步驟1205、 PCRF進一步向PCEF查詢。
該步驟1205中，PCRF與PCEF之間的信息查詢可參見上述實施例一至
步驟1206、 PCEF查詢到部分信息查詢指示需要當前查詢的信息，PCRF 請求查詢的所有事件中部分事件的當前信息，或查詢到所有信息查詢指示需 要當前查詢的信息，則執(zhí)行步驟1207;否則，執(zhí)行步驟1209。
步驟1207、 PCRF收到PCEF返回的查詢結果后，通過RAR消息向AF 上報查詢結果。
步驟1208、 AF收到PCRF發(fā)來的RAR消息后，向PCRF返回RAA消
息，該流程結束。
步驟1209、 PCEF未能查詢到任何信息查詢指示需要當前查詢的信息。 步驟1210、 PCRF在RAR消息里攜帶新增的Query-Failed AVP,向AF
發(fā)送表示查詢失敗的響應，可在該Query-Failed AVP中進一步指示查詢失敗
的原因。
步驟1211、 AF收到PCRF發(fā)來的RAR消息后，向PCRF發(fā)送RAA消
息，該流程結束。
本實施例五中，AF通過PCRF,間接向PCEF查詢信息查詢指示需要當前查詢的信息，且通過擴展RX接口消息，與PCRF進行信息查詢交互，及
時從PCRF獲取到所需的信息。 本實施例六
本實施例六通過擴展Rx接口 ，實現(xiàn)PCRF向AF查詢信息。參見圖13, 圖13是本實施例六中PCEF與PCRF之間的信息查詢流程圖，該流程可包 括以下步驟
步驟1301 、 PCRF向AF發(fā)送包含Information-Query A VP的RAR消息。 該Information-Query A VP指示信息查詢指示。
步驟1302、 AF收到PCRF發(fā)來的RAR消息后，解析需要當前查詢的 信息，進行查詢，若能夠查詢到，則向PCRF發(fā)送的RAA消息，且通過在 該RAA消息中的Information-Query AVP,將查詢結果帶給PCRF,該流程 可結束；若沒有查詢到事件的當前信息，則執(zhí)行步驟1303。
步驟1303、 AF暫時不上報查詢結果，且通過向PCC架構外的其他網(wǎng) 絡實體查詢其他途徑查詢事件的當前信息。
步驟1304、 AF從其他途徑獲取到需要當前查詢的信息，向PCRF發(fā)送 AAR消息，將查詢結果通過在該AAR消息中的Information-Query AVP帶 給PCRF,該流程可結束，若AF沒能夠從其他途徑獲取到需要當前查詢的 信息，執(zhí)行步驟1305。
步驟1305、 AF向PCRF發(fā)送AAR消息，其中攜帶Query-Failed AVP 指示查詢失敗。
步驟1306、 PCRF收到AF發(fā)來的AAR消息后，向AF發(fā)送AAA響應 消息，該流程結束。
綜上所述，本發(fā)明實施例提供的技術方案，通過由信息提供端在收到信 息查詢端發(fā)送的信息查詢指示后，查詢信息查詢指示需要當前查詢的信息， 且及時將查詢結果發(fā)送給信息查詢端，從而使信息查詢端能夠及時獲取到所 要查詢的信息，以便信息查詢端根據(jù)及時獲取的信息，進行相應的其他操作。
另外，本發(fā)明實施例中，通過對AF與PCRF之間的Rx接口進行擴展，可使AF與PCRF進行信息查詢交互；通過對PCEF與PCRF之間的Gx接 口進行擴展，可使PCEF與PCRF進行信息查詢交互。信息查詢端的通過擴 展的Rx接口，向信息提供端下發(fā)信息查詢指示，信息提供端也能夠基于擴 展的接口，向信息查詢端及時提供所查詢的信息。
權利要求
1、一種策略和計費控制PCC結構中的信息查詢方法，其特征在于，包括信息提供端接收信息查詢端發(fā)送的信息查詢指示；查詢所述信息查詢指示需要當前查詢的信息；將當前查詢到的所述需要當前查詢的信息發(fā)送給所述信息查詢端。
2、 根據(jù)權利要求1所述的方法，其特征在于，信息提供端接收信息查 詢端發(fā)送的信息查詢指示包括所述信息提供端接收信息查詢端發(fā)送的查詢消息，所述查詢消息中包含 一個或多個所述信息查詢指示。
3、 根據(jù)權利要求2所述的方法，其特征在于，所述信息查詢指示被設 置于所述查詢消息攜帶的事件觸發(fā)列表中。
4、 根據(jù)權利要求3所述的方法，其特征在于，將當前查詢到的所述需 要當前查詢的信息發(fā)送給所述信息查詢端之前，該方法進一 步包括接收所述信息查詢端發(fā)送的用于指示若收到所述信息查詢指示，則向所 述信息查詢端返回當前查詢到的所述信息的指令。
5、 根據(jù)權利要求2所述的方法，其特征在于，所述信息查詢指示被設 置于所述查詢請求攜帶的預先設置的信息查詢參數(shù)中。
6、 根據(jù)權利要求2所述的方法，其特征在于，查詢所述信息查詢指示 需要當前查詢的信息包括查詢到所有信息查詢指示需要當前查詢的信息；所述將當前查詢到的所述需要當前查詢的信息發(fā)送給所述信息查詢端 包括將當前查詢到的所有信息查詢指示需要當前查詢的信息，發(fā)送給所述信 息查詢端。
7、 根據(jù)權利要求2所述的方法，其特征在于，查詢所述信息查詢指示需要當前查詢的信息包括查詢到所有信息查詢指示中，部分信息查詢指示需要當前查詢的信息；所述將當前查詢到的所述需要當前查詢的信息發(fā)送給所述信息查詢端 包括將當前查詢到的所述部分信息查詢指示需要當前查詢的信息，發(fā)送給所 述信息查詢端。
8、 根據(jù)權利要求6所述的方法，其特征在于，查詢所述信息查詢指示需要當前查詢的信息包括查詢到所有信息查詢指示中，部分信息查詢指示需要當前查詢的信息；所述查詢所述信息查詢指示需要當前查詢的信息后，該方法進一步包括所述信息提供端向其他信息提供端發(fā)送查詢請求，請求所述其他信息提 供端查詢所述信息查詢指示中，其余信息查詢指示需要當前查詢的信息。
9、 根據(jù)權利要求8所述的方法，其特征在于，所述信息提供端向其他 信息提供端發(fā)送查詢請求后，該方法進一步包括接收所述其他信息提供端返回的當前查詢到的所有所述其余信息查詢 指示需要當前查詢的信息；或，接收所述其他信息提供端返回的表示查詢失敗的響應。
10、 根據(jù)權利要求9所述的方法，其特征在于，所述將當前查詢到的所 述需要當前查詢的信息發(fā)送給所述信息查詢端包括將當前查詢到的所有所述其余信息查詢指示需要當前查詢的信息發(fā)送 給所述信息查詢端。
11、 根據(jù)權利要求8所述的方法，其特征在于，查詢所述信息查詢指示需要當前查詢的信息包括查詢到所有信息查詢指示中，部分信息查詢指示需要當前查詢的信息；所述查詢所述信息查詢指示需要當前查詢的信息后，該方法進一步包括接收所述其他信息提供端返回的當前查詢到的所有所述其余信息查詢指示中部分信息查詢指示需要當前查詢的信息；所述將當前查詢到的所述需要當前查詢的信息發(fā)送給所述信息查詢端 包括將當前查詢到的所有所述其余信息查詢指示中部分信息查詢指示需要 當前查詢的信息，發(fā)送給所述信息查詢端。
12、 根據(jù)權利要求7、 9或11所述的方法，其特征在于，查詢所述信息 查詢指示需要當前查詢的信息后，該方法進一步包括所述信息提供端向所述信息查詢端發(fā)送表示查詢失敗的響應。
13、 一種PCC結構中的信息提供裝置，其特征在于，包括第一接收 單元、查詢單元和第一發(fā)送單元；其中，所述第一接收單元，接收信息查詢端發(fā)送的信息查詢指示； 所述查詢單元，查詢所述信息查詢指示需要當前查詢的信息； 所述第一發(fā)送單元，將當前查詢到的所述需要當前查詢的信息發(fā)送給所 述信息查詢端。
14、 根據(jù)權利要求13所述的裝置，其特征在于，所述查詢單元包括 第二發(fā)送單元和第二接收單元；所述第二發(fā)送單元，將向其他信息提供端發(fā)送查詢請求，請求所述其他信息提供端查詢所述信息查詢指示中，其余信息查詢指示需要當前查詢的信 白 第二接收單元，接收所述其他信息提供端返回的當前查詢到的所有所述其余信息查詢指示或部分所述其余信息查詢指示需要當前查詢的信息，或接 收所述其他信息提供端返回的表示查詢失敗的響應。
15、 根據(jù)權利要求13或14所述的方法，其特征在于， 所述第一發(fā)送單元，進一步發(fā)送表示查詢成功的響應，或表示查詢失敗的響應。
16、 一種PCC結構中的信息查詢裝置，其特征在于，包括第三發(fā)送單元和第三接收單元，其中，所述第三發(fā)送單元，向信息提供端發(fā)送信息查詢指示； 所述第三接收單元，接收所述信息提供端返回的當前查詢到的信息查詢 指示需要當前查詢的信息。
17、 根據(jù)權利要求16所述的裝置，其特征在于，所述第三接收單元， 進一步接收所述信息提供端發(fā)送的表示查詢成功的響應，或表示查詢失敗的 響應。
18、 一種PCC結構中的信息查詢系統(tǒng)，其特征在于，包括 PCC結構中的信息提供裝置和PCC結構中的信息查詢裝置；所述PCC結構中的信息提供裝置包括第一接收單元、查詢單元和第一發(fā)送單元；其中，所述第一接收單元，接收信息查詢端發(fā)送的信息查詢指示； 所述查詢單元，查詢所述信息查詢指示需要當前查詢的信息； 所述第一發(fā)送單元，將當前查詢到的所述需要當前查詢的信息發(fā)送給所述信息查詢端；所述PCC結構中的信息查詢裝置，包括第三發(fā)送單元和第三接收單 元，其中，所述第三發(fā)送單元，向信息提供端發(fā)送信息查詢指示； 所述第三接收單元，接收所述信息提供端返回的當前查詢到的信息查詢 指示需要當前查詢的信息。
全文摘要
本發(fā)明實施例提供一種PCC結構中的信息查詢方法，包括信息提供端接收信息查詢端發(fā)送的信息查詢指示；查詢所述信息查詢指示需要當前查詢的信息；將當前查詢到的所述需要當前查詢的信息發(fā)送給所述信息查詢端。本發(fā)明實施例還提供PCC結構中的信息查詢系統(tǒng)。本發(fā)明實施例的技術方案能夠使信息查詢端及時獲取到所要查詢的信息，以便信息查詢端根據(jù)及時獲取的事件的當前信息，進行相應的其他操作。
文檔編號H04L12/56GK101420338SQ20071018128
公開日2009年4月29日 申請日期2007年10月26日 優(yōu)先權日2007年10月26日
發(fā)明者瑋 王, 譚仕勇 申請人:華為技術有限公司