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

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

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