專利名稱：檢測承載事件的方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，更具體地說，本發(fā)明涉及檢測承載事件的方 法、系統(tǒng)和裝置。
背景技術(shù)：
在通信網(wǎng)絡(luò)向全網(wǎng)際協(xié)議(Internet Protocol, IP )演進的過程中，為了 提供滿意的業(yè)務(wù)，需要解決端到端服務(wù)質(zhì)量(Quality Of Service, QoS)問 題。IP網(wǎng)絡(luò)可以提供各種各樣的業(yè)務(wù)，比如多媒體呼叫、文件下載、網(wǎng)頁瀏 覽等，其中不同的業(yè)務(wù)對QoS(包括帶寬、時延、丟包率等)有不同的要求， 而且計費方面的要求也不同。比如可以采用在線計費或者離線計費，還可 以根據(jù)流量計費或者根據(jù)時間計費等。
為了解決上述QoS和計費等相關(guān)問題，第三代合作伙伴計劃(The Third Generation Partnership Project, 3GPP )定義了策略和計費控制(Policy and Charging Control, PCC)架構(gòu)，通過該架構(gòu)可以滿足不同的QoS控制和計 費需求。
圖1為現(xiàn)有技術(shù)中PCC結(jié)構(gòu)的示意圖，其中各個功能實體作用如下描
述
策略控制和計費規(guī)則功能實體(Policy Control and Charging Rules Function ， PCRF )，主要完成策略的決策和基于流的計費控制等功能。PCRF 實體根據(jù)運營商策略、用戶簽約數(shù)據(jù)以及用戶當(dāng)前正在進行的業(yè)務(wù)信息等決 定相應(yīng)的策略，并將該策略提供給策略和計費執(zhí)行實體(Policy and Charging Enforcement Function ， PCEF)，由PCEF執(zhí)行這些策略。用戶簽約數(shù)據(jù)可 以從用戶簽約數(shù)據(jù)數(shù)據(jù)庫(Subscription Profile Repository , SPR )功能實體中獲取。策略包括業(yè)務(wù)數(shù)據(jù)流(完成某業(yè)務(wù)如語音通信的IP流的集合)的
檢測規(guī)則、是否門控、QoS、基于流的計費規(guī)則等。
PCEF，主要用于完成業(yè)務(wù)數(shù)據(jù)流的檢測、策略的執(zhí)行、基于流的計費 等功能。該實體執(zhí)行PCRF下發(fā)或者指定的策略，具體來說就是執(zhí)行業(yè)務(wù)數(shù) 據(jù)流的檢測和測量、保證業(yè)務(wù)數(shù)據(jù)流的QoS、用戶面流量處理和觸發(fā)控制面 的會話管理等。
SPR，該功能實體用于向PCRF提供用戶簽約數(shù)據(jù)。
應(yīng)用層功能實體(Application Function ， AF ),該功能實體用于向PCRF 動態(tài)提供應(yīng)用層業(yè)務(wù)的會話信息，供PCRF制定相應(yīng)的策略，AF可以從PCRF 獲取IP連4妄性接入網(wǎng)絡(luò)(IP-Connectivity Access Network ， IP-CAN )相關(guān) 的信息以及IP-CAN承載相關(guān)的事件等。
AF和PCRF之間的接口為Rx參考點。該參考點用于AF下發(fā)應(yīng)用層相 關(guān)信息，包括用于識別業(yè)務(wù)數(shù)據(jù)流的IP過濾器(如源IP地址、目的IP地址、 協(xié)議類型、源端口號、目的端口號等)、應(yīng)用或者媒體所需的帶寬信息。PCRF 也可以通過該參考點向AF提供IP-CAN相關(guān)的信息、上報承載事件等。該 參考點使用(Internet Engineering Task Force, IETF )定義的Diameter協(xié)議。
Diameter 系列協(xié)議是新 一 代的鑒權(quán)授權(quán)應(yīng)答 (Auth-Authorization-Request ， AAA)技術(shù)，其目的是創(chuàng)建一個能夠充分滿 足目前乃至今后IP網(wǎng)絡(luò)(包括NGN以及3G等)用戶訪問控制要求的AAA 協(xié)議。Diameter協(xié)議是遠程鑒權(quán)撥號用戶業(yè)務(wù)(Remote Authentication Dial-In User Service ， RADIUS)協(xié)議的升級，包含基礎(chǔ)協(xié)議、傳送協(xié)議、以及針 對不同應(yīng)用場景的擴展協(xié)議(Diameter中將針對不同應(yīng)用場景的擴展稱為應(yīng) 用，比如PCC架構(gòu)中Rx、 Gx參考點就是兩個不同的Diameter應(yīng)用)。各 種應(yīng)用共用的基本功能在基礎(chǔ)協(xié)議中實現(xiàn)，而不同應(yīng)用場景特定的功能在各 應(yīng)用中定義。
和傳統(tǒng)的客戶端/服務(wù)器模式的協(xié)議(如RADIUS)不同，Diameter客 戶端與Diameter服務(wù)器都可以主動向?qū)Χ税l(fā)送請求消息。Diameter客戶端與Diameter服務(wù)器進行一系列的信息交換，而這樣一個從發(fā)起到中止的一 系列信息交互，稱為一個Diameter會話。Diameter會話的建立， 一般是由 客戶端發(fā)起。Diameter會話的結(jié)束，完全由客戶端決定，不過服務(wù)器也可以 先行發(fā)出中止會話請求，在客戶端同意中止請求的情況下，會響應(yīng)中止會話 應(yīng)答，然后客戶端再發(fā)出會話結(jié)束請求，通知服務(wù)器結(jié)束用戶會話，否則會 話仍然得以保持。
Diameter消息由消息頭和消息體組成，消息頭中包括協(xié)議版本號、應(yīng)用 標(biāo)識(標(biāo)識不同的Diameter應(yīng)用)、命令代碼(Command Code,表示消息 類型)、消息長度等信息，消息體由屬性值對(Attribute-Value-Pair, AW) 組成。不同類型的Diameter消息可以包含不同的AVP，各個應(yīng)用可以定義 該應(yīng)用特有的AVP,通過定義新的AVP從而實現(xiàn)新的功能正是Diameter的 一種擴展機制。
當(dāng)用戶在接入網(wǎng)絡(luò)內(nèi)漫游(位置改變時)仍能保存IP業(yè)務(wù)連續(xù)性(即 不中斷業(yè)務(wù))，具有這樣性質(zhì)的接入網(wǎng)絡(luò)稱為IP-CAN，比如(General Packet Radio Service, GPRS )網(wǎng)絡(luò)，互通無線局域(Inter working-WLAN ， I-WLAN ) 網(wǎng)絡(luò)等。IP-CAN會話，指的是UE和PDN之間的關(guān)聯(lián)關(guān)系，通過用戶設(shè)備 (User Equipment, UE )的IP地址和UE的標(biāo)識(如IMSI)來識別。只要 UE分配了 IP地址并且能被IP網(wǎng)絡(luò)識別，則IP-CAN存在。 一個IP-CAN會 話可以包含一個或者多個IP-CAN承載。IP-CAN承載的建立可以由用戶側(cè) 或網(wǎng)絡(luò)側(cè)發(fā)起。將PCRF制定的策略和具體的IP-CAN承載綁定也有兩種方 式，可以分別由PCRF或者PCEF實現(xiàn)。通過IP-CAN會話建立過程，IP-CAN 承載建立過程，在PCEF上實際形成了如圖2所示的IP-CAN會話、IP-CAN 承栽、PCC規(guī)則和IP流之間的綁定關(guān)系。
圖2為IP流、PCC規(guī)則、IP-CAN承載、IP-CAN會話之間的對應(yīng)關(guān)系 示意圖。從圖2中可以看出， 一個IP-CAN會話中可以建立多個IP-CAN承 載，而一個IP-CAN承載可以用于傳輸一個或者多個IP流(要求這些IP流 對QoS的要求一致)， 一個PCC規(guī)則只能針對一個IP-CAN承載，可以包含一個或者多個IP流， 一個IP-CAN承載上可以有一條或者多條PCC規(guī)則。
當(dāng)UE在PDN分配了可尋址的IP地址后，UE就建立了 IP-CAN會話， 為了滿足不同的QoS要求，在同一個IP-CAN會話里可以建立不同QoS要 求的IP-CAN承載，假設(shè)圖2中IP-CAN承載1比IP-CAN承栽2有更高的 QoS,這樣對于QoS要求較高的業(yè)務(wù)(如VOIP,多媒體呼叫等)可以使用 IP-CAN承載l，對于QoS要求較低業(yè)務(wù)(比如文件下載等、網(wǎng)頁瀏覽等) 可以使用IP-CAN承載2。 PCEF根據(jù)PCC規(guī)則中流描述信息(如源IP地址、 目的IP地址、協(xié)議類型、源端口號、目的端口號等)來識別IP流。
在Rx參考點上，每個媒體流通過一個Media-Component-Description A VP描述。同 一個會話中的多個媒體流通過Media-Component-Number A VP 標(biāo)識。如果AF采用會話描述協(xié)議(SDP)對媒體進行描述，那么一個媒體 流就對應(yīng)SDP中的m行(媒體描述行)，這個媒體流對應(yīng)的 Media-Component-Number就是該m行在SDP中出現(xiàn)的順序號。媒體子流是 對媒體流進一步細分，比如一個音頻媒體流采用實時傳輸協(xié)議(RTP)方式 傳輸時，相應(yīng)的RTP流和RTCP流分別對應(yīng)一個媒體子流。在Rx參考點上， 每個媒體子流通過一個Media-Sub-Component AVP描述。同 一個媒體流中的 多個媒體子流通過Flow-Number AVP標(biāo)識，F(xiàn)low-Number可以根據(jù)各媒體 子流對應(yīng)的端口號等排序。媒體子流可以對應(yīng)一個雙向流(包含兩個 Flow-Description AVP,描述兩個IP流)，也可以對應(yīng)一個單向流(只包含 一個Flow-Description AVP，描述一個IP流)。
IP流是由具有相同源IP地址、目的IP地址、傳輸層協(xié)議、源端口號和 目的端口號(合稱IP五元組，如果對應(yīng)的傳輸層協(xié)議沒有端口號的概念， 源端口號和目的端口號可以省略)的IP報文所組成的單向流。在Rx參考點 上，每個IP Flow通過一個Flow-Description AVP描述。
綜上所迷，用戶激活一個業(yè)務(wù)，業(yè)務(wù)中可以包含一個或者多個媒體流(音 頻流、視頻流、數(shù)據(jù)流等)，每個媒體流可以包含一個或者多個媒體子流， 而每個媒體子流可以包含一個或者兩個IP流。由此可見，在現(xiàn)有技術(shù)中，具有如下缺點
首先，AF請求事件上報只能針對AF與PCRF之間的整個Diameter會 話，會話中可以有很多IP流，而且這些IP流QoS的要求可以不同，從而承 載在多個IP-CAN承載上。然而，AF需要關(guān)注的不一定是整個會話中的所 有IP流，可能僅僅是某些IP流，比如AF僅關(guān)注如圖2所示1P流1的中斷 情況(這將導(dǎo)致業(yè)務(wù)中止)，而不關(guān)注如圖2所示的其他IP流。使用現(xiàn)有 的機制，PCRF必須指示PCEF上報該會話中所有IP-CAN承載中斷情況。 如果IP-CAN承載2中斷，PCEF上報給PCRF后，PCRF也需要向AF上報。 實際上AF不需要這些信息，這就導(dǎo)致PCEF和PCRF之間、PCRF和AF之 間出現(xiàn)冗余的消息交互，增加了三個設(shè)備之間不必要的負載。
其次，由于PCRF向AF上報時使用Flows AVP描述影響的IP流，從 Flows AVP的定義可以看出最多只能定位到媒體子流，對于媒體子流中包含 雙向IP流的情況，無法區(qū)分上報的事件針對的是上行流、下行流還是針對 兩者。
還有，AF只能在建立與PCRF之間的Diameter會話的第一個請求消息 中請求PCRF上報事件，之后便無法改變，導(dǎo)致AF不能根據(jù)會話過程中業(yè) 務(wù)的變更情況(比如增加刪除媒體流等等)增加刪除檢測事件，或者修改事 件的檢測范圍。
另外，由于事件檢測只能針對一個會話，所以當(dāng)AF只需要檢測信令流 相關(guān)的事件時，為避免在非信令流上檢測上報事件，只能與PCRF建立一個 單獨的Diameter會話用于信令流相關(guān)的事件檢測上報，這樣導(dǎo)致AF與PCRF 之間需要維護多個Diameter會話，造成AF和PCRF資源浪費。PCRF需要 重復(fù)地將Rx參考點的Diameter會話與IP-CAN會話關(guān)聯(lián)，同時也造成AF 和PCRF之間Diameter消息量增加(比如結(jié)束Diameter會話的消息變?yōu)閮?倍)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例的主要目的是提出 一種檢測承載事件的方法， 以降低冗余的消息交互。
本發(fā)明實施例的另一目的是提出一種檢測承載事件的系統(tǒng)，以降低冗余 的消息交互。
本發(fā)明實施例的再 一 目的是提出 一種AF ，以降低冗余的消息交互。 本發(fā)明實施例的另 一 目的是提出 一種PCRF ，以降低冗余的消息交互。 為達到上述目的，本發(fā)明實施例的技術(shù)方案是這樣實現(xiàn)的 一種檢測承栽事件的方法，該方法包括
應(yīng)用層功能實體AF向策略控制和計費規(guī)則功能實體PCRF發(fā)送承載事件 檢測請求，所述承載事件檢測請求中包含事件檢測類型范圍以及對應(yīng)于所述事 件檢測類型范圍中每一事件類型的事件檢測范圍；
PCRF在每一事件類型的事件檢測范圍內(nèi)檢測該種類型的事件，并向AF返 回所檢測到事件的事件類型及該檢測到事件的影響范圍。
一種檢測承載事件的系統(tǒng)，該系統(tǒng)包括AF和PCRF ，其中
AF，用于向PCRF發(fā)送承載事件檢測請求，所述承載事件檢測請求中包含 事件檢測類型范圍以及對應(yīng)于所述事件檢測類型范圍中每一事件類型的事件檢 測范圍；
PCRF，用于在每一事件類型的事件檢測范圍內(nèi)檢測該種類型的事件，并向 AF返回所檢測到事件的事件類型及該檢測到事件的影響范圍。
一種AF，該AF包括承載事件檢測請求發(fā)送單元和事件處理單元，其中
承載事件檢測請求發(fā)送單元，用于向PCRF發(fā)送承載事件檢測請求，所述 承載事件檢測請求中包含事件檢測類型范圍以及對應(yīng)于所述事件檢測類型范圍 中每一事件類型的事件檢測范圍；
事件處理單元，用于在收到由PCRF所檢測到事件的事件類型及該檢測到 事件的影響范圍后，根據(jù)應(yīng)用層策略對事件進行處理。一種PCRF,該PCRF包括事件檢測單元和檢測結(jié)果返回單元，其中 事件檢測單元，用于接收由AF發(fā)送的承載事件檢測請求，并在每一事件 類型的事件檢測范圍內(nèi)檢測該種類型的事件，其中所述承載事件檢測請求中包 含事件檢測類型范圍以及對應(yīng)于所述事件檢測類型范圍中每一事件類型的事件 檢測范圍；
檢測結(jié)果返回單元，用于向AF返回所檢測到事件的事件類型及該檢測 到事件的影響范圍。
從上述技術(shù)方案中可以看出，在本發(fā)明實施例中，AF請求PCRI'，檢測 上報事件時，指明檢測的事件類型范圍和檢測范圍，檢測范圍可以是整個 Diameter會話或者媒體流、媒體子流和IP流的任意組合，不同事件的檢測 范圍可以不同。PCRF根據(jù)AF的請求，和PCEF配合在AF指定的范圍內(nèi)檢 測AF指定的事件，檢測到相應(yīng)事件后，PCRF向AF上報事件的類型和事 件的影響范圍，其中影響范圍可以是整個Diameter會話或者媒體流、媒體 子流和IP流的任意組合。由此可見，應(yīng)用本發(fā)明以后，解決了現(xiàn)有機制中 由事件檢測粒度過大(只能是整個Diameter會話)所導(dǎo)致的不必要消息交 互、事件影響范圍指示不明確(最小只能到媒體子流，不能指示IP流)的 問題，因此能夠顯著地降低冗余的消息交互。同時，還解決了現(xiàn)有的事件檢 測上報機制使用不靈活的問題(只能在AF發(fā)送給PCRJ的第一個請求消息 中指定，后續(xù)不能修改)的問題。
另外，在本發(fā)明實施例中，在AF與PCRJF之間的Diameter會話的整個 生命周期內(nèi)，AF都可以請求PCRF檢測上報事件，可以請求增加、刪除、 修改上報事件，可以在AF發(fā)送給PCRF的請求消息，例如鑒權(quán)授權(quán)請求消 息(Auth-Authorization-Request, AAR )中指示，也可以在AF應(yīng)答PCRF 的響應(yīng)消息，例如重新鑒權(quán)授權(quán)應(yīng)答消息(Re-Auth-Answer ， RAA)中指 示，因此實際操作起來更加靈活。
此外，還可以將本發(fā)明實施例應(yīng)用到信令路徑狀態(tài)檢測中，無需建立單 獨的Diameter會話，從而還可以節(jié)省AF和PCRF的資源。
1

圖1為現(xiàn)有技術(shù)中PCC結(jié)構(gòu)的示意圖2為IP流、PCC規(guī)則、IP-CAN承載、IP-CAN會話之間的對應(yīng)關(guān)系 示意圖3為根據(jù)本發(fā)明實施例的檢測承載事件的方法流程示意圖； 圖4為根據(jù)本發(fā)明第一實施例的檢測承載事件的方法流程示意圖； 圖5為根據(jù)本發(fā)明第二實施例的檢測承載事件的方法流程示意圖； 圖6為根據(jù)本發(fā)明實施例的檢測承載事件的系統(tǒng)結(jié)構(gòu)示意圖； 圖7為根據(jù)本發(fā)明實施例的AF結(jié)構(gòu)示意圖； 圖8為根據(jù)本發(fā)明實施例的PCRF結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點表達得更加清楚明白，下面結(jié)合附 圖及具體實施例對本發(fā)明再作進一步詳細的說明。
圖3為根據(jù)本發(fā)明實施例的檢測承載事件的方法流程示意圖。如圖3所 示，該方法包4舌
步驟301: AF向PCRF發(fā)送承載事件檢測請求，承載事件檢測請求中 包含事件檢測類型范圍以及對應(yīng)于事件檢測類型范圍中每一事件類型的事 件檢測范圍。
其中，所述事件檢測范圍可以為整個Diameter會話，或者媒體流、媒體 子流和IP流的任意組合。并且，事件檢測類型范圍可以包括所有事件類型， 或者包括至少一個特定的事件類型。
在這里，AF請求PCRF檢測上報事件時，指明需要檢測的事件類型和 檢測范圍，其中不同類型事件的檢測范圍可以不同。
步驟302: PCRF在每一事件類型的事件檢測范圍內(nèi)檢測該種類型的事 件，并向AF返回所檢測到事件的事件類型及該檢測到事件的影響范圍。
在這里，PCRF根據(jù)AF的請求，和PCEF配合在AF指定的范圍內(nèi)檢測AF指定的事件，檢測到相應(yīng)事件后，PCRF向AF上報事件的類型和事件的 影響范圍，影響范圍可以是整個Diameter會話或者媒體流、媒體子流和IP 流的任意組合。
其中，事件檢測類型范圍中各事件檢測類型的事件檢測范圍并不相同， 并且各檢測到事件的影響范圍也并不相同；或所述事件檢測類型范圍中各事 件檢測類型的事件檢測范圍相同，并且各檢測到事件的影響范圍也相同；或 所述事件檢測類型范圍中各事件檢測類型的事件檢測范圍并不相同，并且各 檢測到事件的影響范圍相同；或所述事件檢測類型范圍中各事件檢測類型的 事件檢測范圍相同，并且各檢測到事件的影響范圍并不相同。
另外，在AF與PCRF之間的Diameter會話的整個生命周期內(nèi)，AF都 可以請求PCRF檢測上報事件，可以請求增加、刪除、修改上報事件，可以 在AF發(fā)送給PCRF的請求消息(比如AAR )中指示，也可以在AF應(yīng)答PCRF 的響應(yīng)消息(比如RAA )中指示。
具體地比如，當(dāng)需要增加取消檢測上報的事件類型時，AF可以進一 步向PCRF發(fā)送取消承載事件檢測請求，所述取消承載事件檢測請求中包含 取;肖檢觀'J事件類型范圍以及對應(yīng)于所述取消檢測事件類型范圍中每 一 事件 類型的事件檢測范圍；PCRF在每一取消檢測事件類型的事件檢測范圍內(nèi)， 取;肖檢測該種類型的事件。
可選地，當(dāng)需要增加檢測上報的事件類型時，AF可以還可以向PCRF 發(fā)送增加承載事件檢測請求，所述增加承載事件檢測請求中包含增加檢測事 件類型范圍以及對應(yīng)于所述增加檢測事件類型范圍中每一事件類型的事件 檢測范圍；PCRF在每一增加檢測事件類型的事件檢測范圍內(nèi)，檢測該種類 型的事件，并向AF返回所檢測到事件的事件類型及該檢測到事件的影響范 圍。
當(dāng)需要修改檢測上報的事件類型和檢測范圍時，AF可以向PCRF發(fā)送 修改承載事件檢測請求，所述修改承載事件檢測請求中包含待修改的檢測事 件類型范圍以及對應(yīng)于所述待修改檢測事件類型范圍中每一事件類型的待修改事件檢測范圍；PCRF在每一待修改檢測事件類型的待修改事件檢測范 圍內(nèi)，檢測該種類型的事件，并向AF返回所檢測到事件的事件類型及該檢 測到事件的影響范圍。
還可以將本發(fā)明用于信令路徑狀態(tài)檢測。為避免和媒體流的 Media-Component-Number沖哭,信令流的Media-Component-Number可以為 0或者特殊的數(shù)字(比如0xFFFFFFFF ) 。 Flow-Number AVP由AF指定， 信令流由Flow-Description AVP描述，這樣信令流的事件檢測上報和媒體流 的事件檢測上報一致，無需為信令路徑狀態(tài);險測建立新的Diameter會話。
AF可以在請求消息中請求PCRF檢測上報事件。圖4為根據(jù)本發(fā)明第 一實施例的檢測承載事件的方法流程示意圖。
如圖4所示，該方法包"fe:
步驟401: AF向PCRF發(fā)送請求消息(比如可以為AAR消息)，請求 PCRF檢測上報事件，在該請求消息中指明檢測的事件類型范圍和檢測范圍， 檢測范圍可以是整個Diameter會話或者媒體流、媒體子流和IP流的任意組 合，不同事件的檢測范圍可以相同或者不同。其中，事件類型可以采用通配 的方式一次請求檢測上報所有事件類型，也可以請求檢測上報某個或者某些 事件。
步驟402: PCRF向AF返回應(yīng)答消息(比如為AAA消息)。 步驟403: PCRF根據(jù)AF指示和PCEF配合，在AF指定的范圍內(nèi)檢測 AF指定的事件。
步驟404: PCRF檢測到相應(yīng)事件后，PCRF向AF發(fā)送請求消息(如如 RAR消息)，上報事件類型和事件的影響范圍，影響范圍可以是整個Diameter 會話或者媒體流、媒體子流和IP流的任意組合。PCRF上報時指示的事件影 響范圍必須在AF請求時指明的檢測范圍之內(nèi)。AF指定的檢測范圍之外發(fā) 生的事件不上報，AF沒有指定的事件類型也不上報。PCRF可以一次上報多 個事件，這些事件的影響范圍可以相同或者不同。
步驟405: AF向PCRF發(fā)送應(yīng)答消息(比如RAA消息)；步驟406: AF根據(jù)應(yīng)用層的策略和上報的事件，采取相應(yīng)的措施(比 如拆除業(yè)務(wù)、通過信令修改業(yè)務(wù)等)。
AF還可以在應(yīng)答消息中請求PCRF檢測上報事件。圖5為根據(jù)本發(fā)明 第二實施例的檢測承載事件的方法流程示意圖。
如圖5所示，該方法包括
步驟501: PCRF向AF發(fā)送請求消息(比如RAR消息)。
步驟502: AF向PCRF返回應(yīng)答消息(比如RAA消息)，請求PCRF 檢測上報事件，消息中指明檢測的事件類型范圍和檢測范圍，檢測范圍可以 是整個Diameter會話或者媒體流、媒體子流和IP流的任意組合，不同事件 的檢測范圍可以不同。其中事件類型可以采用通配的方式一次請求檢測上報 所有事件類型，也可以請求檢測上報某個或者某些事件。
步驟503: PCRF根據(jù)AF指示，和PCEF配合，在AF指定的范圍內(nèi)檢 測AF指定的事件。
步驟504: PCRF^r測到相應(yīng)事件后，PCRF向AF發(fā)送請求消息(比如 RAR消息)，上報事件類型和事件的影響范圍，影響范圍可以是整個Diameter 會話或者媒體流、媒體子流和IP流的任意組合。PCRF上報時指示的事件影 響范圍必須在AF請求時指明的檢測范圍之內(nèi)。AF指定的檢測范圍之外發(fā) 生的事件不上報，AF沒有指定的事件類型也不上報。PCRF可以一次上報多 個事件，這些事件的影響范圍可以相同或者不同；
步驟505: AF向PCRF發(fā)送應(yīng)答消息(比如RAA消息)；
步驟506: AF根據(jù)應(yīng)用層的策略和上報的事件，采取相應(yīng)的措施(比 如拆除業(yè)務(wù)、通過信令修改業(yè)務(wù)等)。
目前，AF和PCRF之間的協(xié)議通常為Diameter協(xié)議。下面以Diameter 協(xié)議為例，對本發(fā)明進行詳細闡述。然而，本領(lǐng)域技術(shù)人員可以意識到，本 發(fā)明并不局限于Diameter協(xié)議。
方式一
首先對現(xiàn)有的AVP進行擴展(包括定義幾個新的AVP和為現(xiàn)有的AVP定義新的值)
1 .IP-Flows AVP
IP-Flows: := < AVP Header: x 〉
{ Media-Component-Number } *[ Flow-Number ] [Direction J
IP-Flows AVP是新定義的AVP。這個AVP用于定位一個或者多個IP 流，其中Direction為枚舉類型，取值可以為UPLINK( 0，上行)、DOWNLINK (1，下行)、BOTH (2，雙向)。{...}表示比選參數(shù)，[…]表示可選參數(shù)， *表示可以有多個(后續(xù)采用相同的規(guī)則)。Flow-Number不出現(xiàn)表示針對 Media-Component-Number對應(yīng)的媒體流中的所有媒體子流，Direction不出 現(xiàn)表示包含上行流和下行流。 2. Specific-Action AVP
Specific-Action AVP是現(xiàn)有的AVP,不過不再直接用于AF請求PCRF 檢測上報事件，也不直接用于PCRF向AF上報事件，只用于定義各種事件 類型，在原有取值基礎(chǔ)上定義一個新的枚舉值A(chǔ)LL,表示通配所有事件類 型，ALL只能用于AF發(fā)送給PCRF的消息中。
3.IP-Flows-Specific-Action AVP IP-Flows-Specific-Action::= < AVP Header: x 〉
IP-Flows-Specific-Action AVP是新定義的AVP,將事件和IP流綁定在 一起，IP-Flows不出現(xiàn)表示事件是針對整個Diameter。 4. Operation-Type AVP
IP-Flows-Specific-Action AVP是新定義的AVP，枚舉類型，取值為ADD (0，增加)、REMOVE (1，刪除)、UPDATE (2，更新)，用于AF指 示PCRF對IP-Flows-Specific-Action的操作方式。其中ADD可用于增加新 的事件類型或者增大已經(jīng)請求上報的事件的檢測范圍，REMOVE用于刪除
*{ Specific-Action *[ IP-Flows ]已經(jīng)請求上報的事件類型或者減小已經(jīng)請求上報的事件的檢測范圍，
UPDATE用于刪除原來所有請求上報的事件，用新消息中的事件替換。
5.IP-Flows-Specific-Action-Operation AVP IP-Flows-Specific-Action-Operation::= < AVP Header: x 〉 { Operation-Type } *[ IP-Flows-Specific-Action }
IP-Flows-Specific-Action-Operation AVP是新定義的AVP,用于AF向 PCRF增加、刪除、更新上報檢測事件。
AF請求上報PCRF檢測上報事件時，只需在發(fā)送給PCRF的請求消息 (如 AAR )或者應(yīng)答消息(如RAA )中包含一個或者多個 IP-Flows-Specific-Action-Operation AVP,多個檢測范圍相同的事件可以包含 在同 一 個IP-Flows-Specific-Action-Operation AVP中。如果某個或者某些事 件的檢測范圍是整個Diameter會話，則對應(yīng)的IP-Flows-Specific-Action AVP 不包含IP-Flows AVP,否則對應(yīng)的IP-Flows-Specific-Action AVP可以包含 一個或者多個IP-Flows AVP以指示事件檢測范圍(媒體流、媒體子流和IP 流的任意組合)。AF采用不同的Operation-Type可以靈活地增加、刪除、 修改、更新上報事件。
PCRF向AF上報事件時，只需在發(fā)送給AF的請求消息(如RAR)或 者應(yīng)答消息(如AAA)中包含一個或者多個IP-Flows-Specific-Action AVP 就可以靈活地向A F上報事件，多個影響范圍相同的事件可以包含在同 一 個 IP-Flows-Specific-Action-Operation AVP中。如果某個或者某些事件的影響 范圍是整個Diameter會話，則對應(yīng)的IP-Flows-Specific-Action AVP不包含 IP-Flows AVP,否則對應(yīng)的IP-Flows-Specific-Action AVP可以包含一個或者 多個IP-Flows AVP以指示事件的影響范圍(媒體流、媒體子流和IP流的任 意組合)。
這種方案對現(xiàn)有機制改動較大，好處是十分靈活方便， 方式二首先對現(xiàn)有的AVP進行擴展(包括定義幾個新的AVP和為現(xiàn)有的AVP 定義新的值) 1 .Flows AVP Flows::= < AVP Header: x >
{ Media-Component-Number } *[ Flow-Number ] [Direction ]
Flows AVP是現(xiàn)有的AVP,在原來的基礎(chǔ)上增加了 Direction AVP,以 便可以定位到一個IP流。Direction為枚舉類型，取值可以為UPLINK ( 0, 上行)、DOWNLINK ( 1,下行)、BOTH (2，雙向)。Flow-Number不出 現(xiàn)表示針對Media-Component-Number對應(yīng)的媒體流中的所有媒體子流， Direction不出現(xiàn)表示包含上4亍流和下4亍流。
2.Specific-Action AVP
Specific-Action AVP是現(xiàn)有的AVP,仍可用于AF向PCRF請求上報事 件以及PCRF向AF上報事件，定義兩個新的枚舉值DETECT—ALL和 REMOVE_ALL，其中DETECT—ALL表示AF請求PCRF檢測上報所有事件， REMOVE—ALL表示AF請求PCRF取消檢測上報所有事件，這兩個新定義 的值都只能用于AF發(fā)送給PCRF的消息中。
AF請求上報PCRF檢測上報事件時，只需在發(fā)送給PCRF的請求消息 (如AAR)或者應(yīng)答消息(如RAA)中包含一個或者多個Specific-Action AVP，事件檢測范圍是整個Diameter會話時Diameter消息中不攜帶Flows AVP,否則可以攜帶一個或者多個Flows AVP以指示影響范圍(媒體流、媒 體子流和IP流的任意組合)。新下發(fā)的Specific-Action AVP在原有基礎(chǔ)上 疊加，需要刪除某個或者某些事件上報時，可以在消息中包含多個 Specific-Action AVP，其中第一個的值為REMOVE—ALL，取消之前請求上 報的事件，后續(xù)的Specific-Action指示需要保留的上報事件。需要全部取消 時，只需在Diameter消息中攜帶 一 個Specific-Action AVP , 值為REMOVE一AIX。
PCRF向AF上報事件時，只需在發(fā)送給AF的請求消息(如RAR)或 者應(yīng)答消息(如AAA)中包含一個或者多個Specific-Action AVP，事件影 響范圍是整個Diameter會話時消息中不攜帶Flows A VP,否則可以攜帶 一個 或者多個Flows AVP以指示影響范圍(媒體流、媒體子流和IP流的任意組 合)。
這種方案的優(yōu)點是對現(xiàn)有機制改動較小。 方式三
首先對現(xiàn)有的AVP進行擴展(包括定義幾個新的AVP和為現(xiàn)有的AVP 定義新的值) 1.Flows AVP Flows::= < AVP Header: x >
{ Media-Component-Number } *[ Flow-Number ] [Direction ]
Flows AVP是現(xiàn)有的AVP，在原來的基礎(chǔ)上增加了 Direction AVP，以 便可以定位到一個IP流。Direction為枚舉類型，取值可以為UPLINK ( 0， 上行)、DOWNLINK ( 1,下行)、BOTH (2,雙向)。Flow-Number不出 現(xiàn)表示針對Media-Component-Number對應(yīng)的媒體流中的所有媒體子流， Direction不出現(xiàn)表示包含上行流和下行流。
2.Specific-Action AVP
Specific-Action AVP是現(xiàn)有的AVP，仍可用于AF向PCRF請求上報事 件以及PCRF向AF上報事件，定義兩個新的枚舉值DETECT—ALL和 REMOVE—ALL,其中DETECT—ALL表示AF請求PCRF檢測上報所有事件， REMOVE—ALL表示AF請求PCRF取消檢測上報所有事件，這兩個新定義 的值都只能用于AF發(fā)送給PCRF的消息中。
3. Media-Component-Description AVPMedia-Component-Description AVP 是J見有的 AVP ， 增力口參凄t Specific-Action AVP，用于AF向PCRF請求檢測上報事件時指示檢測范圍 是媒體流的事件。
4.Media-Sub-Component AVP
Media-Sub-Component AVP是現(xiàn)有的AVP，增加參數(shù)Specific-Action AVP,用于AF向PCRF請求檢測上報事件時指示檢測范圍是媒體子流的事件。
方式三中，AF向PCRF請求檢測上報事件時，可以在同一個Diameter 消 息 中 通過在 Media-Component-Description AVP 和 / 或 Media-Sub-Component AVP中包含不同的Specific-Action AVP請求PCRF上
報檢測范圍不同的事件，其他方面和方式二相同。
首先對現(xiàn)有的AVP進行擴展(包括定義幾個新的AVP和為現(xiàn)有的AVP 定義新的值) 1 .Flows AVP Flows::= < AVP Header: x >
{ Media-Component-Number }
Flow-Number ] [Direction ]
Flows AVP是現(xiàn)有的AVP，在原來的基礎(chǔ)上增加了 Direction AVP,以 便可以定位到 一個IP流。Direction為枚舉類型，取值可以為UPLINK ( 0， 上行)、DOWNLINK ( 1，下行)、BOTH (2，雙向)。Flow-Number不出 現(xiàn)表示針對Media-Component-Number對應(yīng)的媒體流中的所有媒體子流， Direction不出現(xiàn)表示包含上行流和下行流。
2.Specific-Action AVP
Specific-Action AVP是現(xiàn)有的AVP，不過不再直接用于AF請求PCRF 上報事件，也不直接用于PCRF向AF上報事件，只用于定義各種事件類型。
方式四定義兩個新的枚舉值DETECT_ALL和REMOVE—ALL ，其中DETECT—ALL 表示AF請求PCRF檢測上報所有事件，REMOVE—ALL表示AF請求PCRF 取消檢測上報所有事件，這兩個新定義的值都只能用于AF發(fā)送給PCRF的
消息中。
3.IP-Flows-Specific-Action AVP IP-Flows-Specific-Action::= < AVP Header: x 〉 *{ Specific-Action } *[ IP-Flows ]
IP-Flows-Specific-Action AVP是新定義的AVP，將事件和IP流綁定在 一起，IP-Flows不出現(xiàn)表示事件是針對整個Diameter。
AF請求上報PCRF檢測上報事件時，只需在發(fā)送給PCRF的請求消息 (如AAR )或者應(yīng)答消息(如RAA )中包含一個或者多個 IP-Flows-Specific-Action AVP ,如果其中某個事件的檢測范圍是整個 Diameter會話，則對應(yīng)的IP-Flows-Specific-Action AVP不包含F(xiàn)lows AVP, 否則對應(yīng)的IP-Flows-Specific-Action AVP可以包含一個或者多個Flows AVP 以指示事件檢測范圍(媒體流、媒體子流和IP流的任意組合)。新下發(fā)的 Specific-Action AVP在原有基礎(chǔ)上疊加，需要刪除某個或者某些事件上報 時，可以在消息中包含多個IP-Flows-Specific-Action AVP,其中第 一 個 IP-Flows-Specific-Action中Specific-Action的值為REMOVE—ALL,取消之 前請求上報的事件，后續(xù)的IP-Flows-Specific-Action指示需要保留的事件上 報。需要全部取消時，只需在 Diameter 消息中攜帶 一 個 IP-Flows-Specific-Action AVP,其Specific-Action的值為REMOVE—ALL。
PCRF向AF上報事件時，只需在發(fā)送給AF的請求消息(如RAA )或 者應(yīng)答消息(如AAA)中包含一個或者多個IP-Flows-Specific-Action AVP 就可以靈活地向AF上報事件，如果其中某個事件的影響范圍是整個 Diameter會話，則對應(yīng)的IP-Flows-Specific-Action AVP不包含F(xiàn)lows AVP， 否則對應(yīng)的IP-Flows-Specific-Action AVP可以包含一個或者多個Flows AVP以指示事件的影響范圍(媒體流、媒體子流和IP流的任意組合)。
圖6為根據(jù)本發(fā)明實施例的檢測承載事件的系統(tǒng)結(jié)構(gòu)示意圖。如圖6所 示，該系統(tǒng)包括AF601和PCRF 602，其中
AF 601 ，用于向PCRF 602發(fā)送承載事件檢測請求，所述承載事件檢測 請求中包含事件檢觀'J類型范圍以及對應(yīng)于所述事件檢測類型范圍中每 一 事 件類型的事件檢測范圍；
PCRF 602，用于在每一事件類型的事件檢測范圍內(nèi)檢測該種類型的事 件，并向AF 601返回所檢測到事件的事件類型及該檢測到事件的影響范圍。
其中，AF 601 ，可以進一步用于向PCRF 602發(fā)送取消承載事件檢測請求， 所述取消承載事件檢測請求中包含取消檢測事件類型范圍以及對應(yīng)于所迷取消 檢測事件類型范圍中每一事件類型的取消事件檢測范圍；
PCRF 602，進一步用于在每一取消檢測事件類型的取消事件檢測范圍 內(nèi)，取消檢測該種類型的事件。
AF 601,可以進一步用于向PCRF 602發(fā)送增加承載事件檢測請求，所述 增加承載事件檢測請求中包含增加檢測事件類型范圍以及對應(yīng)于所述增加檢測 事件類型范圍中每一事件類型的事件檢測范圍；
PCRF 602,可以進一步用于在每一增加檢測事件類型的事件檢測范圍 內(nèi)，檢測該種類型的事件，并向AF 601返回所檢測到事件的事件類型及該 檢測到事件的影響范圍。
AF601，可以進一步用于向PCRF 602發(fā)送修改承載事件檢測請求。所 述修改承載事件檢測請求中包含待修改的檢測事件類型范圍以及對應(yīng)于所 述待修改檢測事件類型范圍中每 一 事件類型的待修改事件檢觀'J范圍；
PCRF 602,進一步用于在每一待修改檢測事件類型的待修改事件檢測 范圍內(nèi)，檢測該種類型的事件，并向AF 601返回所檢測到事件的事件類型 及該檢測到事件的影響范圍。
AF 601,可以通過AAR消息或者RAA消息向PCRF 602發(fā)送承載事件 斗企測請求。PCRF 602，可以通過RAR消息或AAA消息向AF 601返回所檢測到事件的事件類型及該檢測到事件的影響范圍。AF601，還可以進一步用
于在收到檢測到事件的事件類型及該檢測到事件的影響范圍后，根據(jù)應(yīng)用層 策略對事件進行處理。
圖7為根據(jù)本發(fā)明實施例的AF結(jié)構(gòu)示意圖。
如圖7所示，該AF包括承載事件檢測請求發(fā)送單元701和事件處理單元 702,其中
承載事件檢測請求發(fā)送單元701,用于向PCRT發(fā)送承載事件檢測請求， 所述承載事件檢測請求中包含事件檢測類型范圍以及對應(yīng)于所述事件檢測類型 范圍中每一事件類型的事件檢測范圍。
事件處理單元702,用于在收到由PCRF所檢測到事件的事件類型及該 檢測到事件的影響范圍后，根據(jù)應(yīng)用層策略對事件進行處理。
圖8為根據(jù)本發(fā)明實施例的PCRF結(jié)構(gòu)示意圖。
如圖8所示，該PCRF包括事件檢測單元801和檢測結(jié)果返回單元802。 事件檢測單元801，用于接收由AF發(fā)送的承載事件檢測請求，并在每一事 件類型的事件檢測范圍內(nèi)檢測該種類型的事件，其中所述承載事件檢測請求中 包含事件*^測類型范圍以及對應(yīng)于所述事件檢測類型范圍中每一 事件類型的事 件檢測范圍。
檢測結(jié)果返回單元802，用于向AF返回所檢測到事件的事件類型及該 檢測到事件的影響范圍。
綜上所述，本發(fā)明實施例首先提供一種AF檢測承載事件的方法。 在這種AF檢測承載事件的方法中，AF請求PCRF檢測上報事件時， 指明檢測的事件類型和檢測范圍，檢測范圍可以是整個Diameter會話或者 媒體流、媒體子流和IP流的任意組合，不同事件的檢測范圍可以相同或者 不同，其中事件類型可以采用通配的方式一次請求檢測上報所有事件類型， 也可以請求檢測上報某個或者某些事件；PCRF再根據(jù)AF的請求，和PCEF 配合在AF指定的范圍內(nèi)檢測AF指定的事件。檢測到相應(yīng)事件后，PCRF 向AF上報事件類型和影響范圍，影響范圍可以是整個Diameter會話或者媒體流、媒體子流和IP流的任意組合，其中PCRF上報時指示的事件影響范 圍必須在AF請求時指明的檢測范圍之內(nèi)，AF指定的檢測范圍之外發(fā)生的 事件不上報，AF沒有指定的事件類型也不上報。
PCRF可以 一次上報多個事件，這些事件的影響范圍可以相同或者不同。
AF還可以根據(jù)應(yīng)用層的策略和上報的事件，采取相應(yīng)的措施(比如拆 除業(yè)務(wù)、通過信令修改業(yè)務(wù)等)。
AF請求PCRF檢測上報事件之后，可以請求PCRF取消上報承載事件， 指明取消檢測的事件類型和檢測范圍，檢測范圍可以是整個Diameter會話 或者媒體流、媒體子流和IP流的任意組合。其中事件類型可以采用通配的 方式一次取消檢測上報所有事件類型，也可以取消檢測上報某個或者某些事 件。AF取消上報事件時的檢測范圍可以比之前請求上報事件時指示的檢測 范圍更大(比如請求在某個媒體流上上報某個事件后，請求在整個會話上取 消上報該事件，在該媒體流上當(dāng)然也取消了 )、更小(比如請求在整個 Diameter會話上報某個事件后，請求在某個媒體流上取消上報該事件，表示 在其他媒體流上繼續(xù)檢測上報該事件)，也可以相等。
AF請求PCRF檢測上報事件之后，可以請求PCRF增加檢測上報承載 事件，對于已經(jīng)請求PCRF檢測上報的事件AF可以請求修改檢測承載事件 的范圍(增大、縮小)。
AF請求PCRF檢測上報事件之后，可以請求PCRF更新檢測上報的事 件類型和檢測范圍，即直接用新消息中攜帶的上報事件類型和檢測范圍替換 之前的請求。
在AF與PCRF之間的Diameter會話的整個生命周期內(nèi)，AF都可以請 求PCRF上報事件，也可以請求增加、取消、修改上報事件，可以在AF發(fā) 送給PCRF的請求消息(比如AAR )中指示，也可以在AF應(yīng)答PCRF的響 應(yīng)消息(比如RAA )中指示。
PCRF向AF上凈艮事件時，可以在PCRF發(fā)送給AF的請求消息(比如 RAR)中指示，也可以在PCRF應(yīng)答AF的響應(yīng)消息(比如AAA)中指示。通過本發(fā)明實施例的方法，AF可以隨時請求PCRF上報某些事件，也
可以取消檢測上報某些事件、增加檢測上報其他事件、或者修改事件的檢測
范圍。事件的檢測粒度可以是整個Diameter會話或者媒體流、媒體子流和 IP流的任意組合。從而解決了現(xiàn)有機制事件檢測粒度過大(只能是整個 Diameter會話)導(dǎo)致的不必要的消息交互、事件影響范圍指示不明確(最小 只能到媒體子流，不能指示IP流)的問題，同時也解決了現(xiàn)有的事件檢測 上報機制使用不靈活的問題(只能在AF發(fā)送給PCRF的第 一個請求消息中 指定，后續(xù)不能修改)。
同時本發(fā)明實施中描述的機制也可以用于信令路徑狀態(tài)檢測，為避免和 々某體流的 Media-Component-Number 沖 突， 信令流的 Media-Component-Number可以為0或者特殊的數(shù)字(比如OxFFFFFFFF )， Flow-Number AVP由AF指定(可以#4居端口號等的大小排序)，信令流也 可以由Flow-Description AVP描述，這樣信令流的事件4企測上報和媒體流的 事件檢測上報一致，不需要為信令路徑狀態(tài)檢測建立新的Diameter會話。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護 范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種檢測承載事件的方法，其特征在于，該方法包括應(yīng)用層功能實體向策略控制和計費規(guī)則功能實體發(fā)送承載事件檢測請求，所述承載事件檢測請求中包含事件檢測類型范圍以及對應(yīng)于所述事件檢測類型范圍中每一事件類型的事件檢測范圍；策略控制和計費規(guī)則功能實體在每一事件類型的事件檢測范圍內(nèi)檢測該種類型的事件，并向應(yīng)用層功能實體返回所檢測到事件的事件類型及該檢測到事件的影響范圍。
2、 根據(jù)權(quán)利要求1所述的檢測承載事件的方法，其特征在于，所述事件檢 測范圍為整個Diameter會話，或者媒體流、媒體子流和IP流的任意組合。
3、 根據(jù)權(quán)利要求1所述的檢測承載事件的方法，其特征在于，所述影響范 圍為整個Diameter會話，或者媒體流、媒體子流和IP流的任意組合。
4、 根據(jù)權(quán)利要求1所述的檢測承載事件的方法，其特征在于，所述事件檢 測類型范圍包括所有事件類型，或者包括至少 一個特定的事件類型。
5、 根據(jù)權(quán)利要求1所述的檢測承載事件的方法，其特征在于，該方法進一 步包括應(yīng)用層功能實體向策略控制和計費規(guī)則功能實體發(fā)送取消承載事件檢測請 求，所述取消承載事件檢測請求中包含取消檢測事件類型范圍以及對應(yīng)于所述 取消檢測事件類型范圍中每一事件類型的事件檢測范圍；策略控制和計費規(guī)則功能實體在每一取消檢測事件類型的事件檢測范圍 內(nèi)，取消檢測該種類型的事件。
6、 根據(jù)權(quán)利要求1所述的檢測承載事件的方法，其特征在于，該方法進一 步包括應(yīng)用層功能實體向策略控制和計費規(guī)則功能實體發(fā)送增加承載事件檢測請 求，所述增加承載事件檢測請求中包含增加檢測事件類型范圍以及對應(yīng)于所述 增加檢測事件類型范圍中每一事件類型的事件檢測范圍；策略控制和計費規(guī)則功能實體在每一增加檢測事件類型的事件檢測范圍 內(nèi)，檢測該種類型的事件，并向應(yīng)用層功能實體返回所增加檢測到事件的事件 類型及該增加檢測到事件的影響范圍。
7、 根據(jù)權(quán)利要求1所述的檢測承載事件的方法，其特征在于，該方法進一步包括應(yīng)用層功能實體向策略控制和計費規(guī)則功能實體發(fā)送修改承載事件檢測請 求，所述修改承載事件檢測請求中包含待修改的檢測事件類型范圍以及對應(yīng)于 所述待修改檢測事件類型范圍中每一事件類型的待修改事件檢測范圍；策略控制和計費規(guī)則功能實體在每一待修改檢測事件類型的待修改事件檢 測范圍內(nèi)，檢測該種類型的事件，并向應(yīng)用層功能實體返回所檢測到事件的事 件類型及該檢測到事件的影響范圍。
8、 根據(jù)權(quán)利要求1-7中任一項所述的檢測承載事件的方法，其特征在于， 所述事件檢測范圍為信令流，其中信令流的Media-Component-Number為0或 者特殊的凄fc字，F(xiàn)low-Number AVP由應(yīng)用層功能實體指定，信令流由 Flow-Description AVP描述。
9、 根據(jù)權(quán)利要求1所述的檢測承載事件的方法，其特征在于，應(yīng)用層功能 實體通過鑒權(quán)授權(quán)請求消息向策略控制和計費規(guī)則功能實體發(fā)送承載事件檢測 請求，或者應(yīng)用層功能實體通過重新鑒權(quán)授權(quán)應(yīng)答消息向策略控制和計費規(guī)則 功能實體發(fā)送承載事件檢測請求。
10、 根據(jù)權(quán)利要求1所述的檢測承載事件的方法，其特征在于，策略控制 和計費MJ'j功能實體通過重新鑒權(quán)授權(quán)請求消息向應(yīng)用層功能實體返回所檢測 到事件的事件類型及該檢測到事件的影響范圍，或者策略控制和計費規(guī)則功能 實體通過鑒權(quán)授權(quán)請求消息向應(yīng)用層功能實體返回所檢測到事件的事件類型及 該檢測到事件的影響范圍。
11、 根據(jù)權(quán)利要求1所述的檢測承載事件的方法，其特征在于，所述事件 檢測類型范圍中各事件檢測類型的事件檢測范圍并不相同，并且各檢測到事件 的影響范圍也并不相同；或所述事件檢測類型范圍中各事件檢測類型的事件檢測范圍相同，并且各檢測到事件的影響范圍也相同；或所述事件檢測類型范圍中各事件檢測類型的事件檢測范圍并不相同，并且各檢測到事件的影響范圍相同；或所述事件檢測類型范圍中各事件檢測類型的事件檢測范圍相同，并且各檢 測到事件的影響范圍并不相同。
12、 一種檢測承載事件的系統(tǒng)，其特征在于，該系統(tǒng)包括應(yīng)用層功能實體 和策略控制和計費規(guī)則功能實體，其中應(yīng)用層功能實體，用于向策略控制和計費規(guī)則功能實體發(fā)送承載事件;險測 請求，所述承載事件檢測請求中包含事件檢測類型范圍以及對應(yīng)于所述事件檢 測類型范圍中每一事件類型的事件檢測范圍；策略控制和計費規(guī)則功能實體，用于在每一事件類型的事件檢測范圍內(nèi)檢 測該種類型的事件，并向應(yīng)用層功能實體返回所檢測到事件的事件類型及該檢 測到事件的影響范圍。
13、 根據(jù)權(quán)利要求12所述的檢測承載事件的系統(tǒng)，其特征在于， 應(yīng)用層功能實體，進一步用于向策略控制和計費規(guī)則功能實體發(fā)送取消承載事件檢測請求，所述取消承栽事件檢測請求中包含取消檢測事件類型范圍以 及對應(yīng)于所述取消檢測事件類型范圍中每 一 事件類型的取消事件檢測范圍；策略控制和計費規(guī)則功能實體，進一步用于在每一取消檢測事件類型的取 消事件檢測范圍內(nèi)，取消檢測該種類型的事件。
14、 根據(jù)權(quán)利要求12所述的檢測承載事件的系統(tǒng)，其特征在于， 應(yīng)用層功能實體，進一步用于向策略控制和計費規(guī)則功能實體發(fā)送增加承載事件檢測請求，所述增加承載事件檢測請求中包含增加檢測事件類型范圍以 及對應(yīng)于所述增加檢測事件類型范圍中每一事件類型的事件檢測范圍；策略控制和計費規(guī)則功能實體，進一步用于在每一增加檢測事件類型的事 件檢測范圍內(nèi)，檢測該種類型的事件，并向應(yīng)用層功能實體返回所增加檢測到 事件的事件類型及該增加檢測到事件的影響范圍。
15、 根據(jù)權(quán)利要求12所述的檢測承載事件的系統(tǒng)，其特征在于應(yīng)用層功能實體，進一步用于向策略控制和計費規(guī)則功能實體發(fā)送修改承 載事件檢測請求，所述修改承載事件檢測請求中包含待修改的檢測事件類型范 圍以及對應(yīng)于所述待修改檢測事件類型范圍中每一事件類型的待修改事件檢測范圍；策略控制和計費規(guī)則功能實體，進一步用于在每一待修改檢測事件類型的 待修改事件檢測范圍內(nèi)，檢測該種類型的事件，并向應(yīng)用層功能實體返回所檢 測到事件的事件類型及該檢測到事件的影響范圍。
16、 根據(jù)權(quán)利要求12所迷的檢測承載事件的系統(tǒng)，其特征在于，應(yīng)用層功能實體，用于通過鑒權(quán)授權(quán)請求消息或者重新鑒權(quán)授權(quán)應(yīng)答消息 向策略控制和計費規(guī)則功能實體發(fā)送承載事件檢測請求。
17、 根據(jù)權(quán)利要求12所述的檢測承載事件的系統(tǒng)，其特征在于， 策略控制和計費規(guī)則功能實體，用于通過重新鑒權(quán)授權(quán)請求消息或鑒權(quán)授權(quán)請求消息向應(yīng)用層功能實體返回所檢測到事件的事件類型及該檢測到事件的 影響范圍。
18、 根據(jù)權(quán)利要求12所述的檢測承載事件的系統(tǒng)，其特征在于，應(yīng)用層功能實體，進一 步用于在收到檢測到事件的事件類型及該檢測到事 件的影響范圍后，根據(jù)應(yīng)用層策略對事件進行處理。
19、 一種應(yīng)用層功能實體，其特征在于，該應(yīng)用層功能實體包括承載事件 檢測請求發(fā)送單元和事件處理單元，其中承載事件檢測請求發(fā)送單元，用于向策略控制和計費規(guī)則功能實體發(fā)送承 載事件檢測請求，所述承載事件檢測請求中包含事件檢測類型范圍以及對應(yīng)于 所述事件檢測類型范圍中每一事件類型的事件檢測范圍；事件處理單元，用于在收到由策略控制和計費規(guī)則功能實體所檢測到事件 的事件類型及該檢測到事件的影響范圍后，根據(jù)應(yīng)用層策略對事件進行處理。
20、 一種策略控制和計費規(guī)則功能實體，其特征在于，該策略控制和計費 規(guī)則功能實體包括事件檢測單元和檢測結(jié)果返回單元，其中事件檢測單元，用于接收由應(yīng)用層功能實體發(fā)送的承載事件檢測請求，并 在每一事件類型的事件檢測范圍內(nèi)檢測該種類型的事件，其中所述承載事件檢 測請求中包含事件檢測類型范圍以及對應(yīng)于所述事件檢測類型范圍中每一事件類型的事件檢測范圍；檢測結(jié)果返回單元，用于向應(yīng)用層功能實體返回所檢測到事件的事件類型 及該檢測到事件的影響范圍。
全文摘要
本發(fā)明實施例公開了一種檢測承載事件的方法，該方法包括應(yīng)用層功能實體(AF)向策略控制和計費規(guī)則功能實體(PCRF)發(fā)送承載事件檢測請求，承載事件檢測請求中包含事件檢測類型范圍以及對應(yīng)于事件檢測類型范圍中每一事件類型的事件檢測范圍；PCRF在每一事件類型的事件檢測范圍內(nèi)檢測該種類型的事件，并向AF返回所檢測到事件的事件類型及該檢測到事件的影響范圍。本發(fā)明還公開了一種檢測承載事件的系統(tǒng)和裝置。應(yīng)用本發(fā)明以后，解決了因事件檢測粒度過大導(dǎo)致的不必要消息交互，降低了冗余消息交互，還解決了現(xiàn)有事件檢測上報機制使用不靈活的問題，還可以將本發(fā)明應(yīng)用到信令路徑狀態(tài)檢測中，無需建立單獨的Diameter會話。
文檔編號H04L12/14GK101296094SQ20071010200
公開日2008年10月29日 申請日期2007年4月26日 優(yōu)先權(quán)日2007年4月26日
發(fā)明者巖 李, 毛玉欣, 譚仕勇, 鵬 趙, 魏偉華, 黃世碧 申請人:華為技術(shù)有限公司