專利名稱：一種應(yīng)用檢測控制功能模式的識別方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信的策略和計費控制技術(shù)領(lǐng)域，具體涉及一種應(yīng)用檢測控制功能模式的識別方法及系統(tǒng)。
背景技術(shù)：
自第三代合作伙伴計劃階段7(3GPPReleaSe7)標準體系以來，策略和計費功能由策略和計費控制(PCC, Policy and Charging Control)框架來實現(xiàn)。PCC架構(gòu)是一個能夠應(yīng)用于多種接入技術(shù)的功能框架，例如，PCC架構(gòu)可以應(yīng)用于通用移動通信系統(tǒng)(UMTS, Universal Mobile Telecommunications System)的陸上無線接入網(wǎng)(UTRAN,UMTS Terrestrial Radio Access Network)、全球移動通信系統(tǒng)(GSM, Global system forMobile Communication)/GSM數(shù)據(jù)增強演進(EDGE)無線接入網(wǎng)、互通無線局域網(wǎng)(1-WLAN)以及演進的分組系統(tǒng)(EPS, Evolved Packet System)等。PCC主要實現(xiàn)了策略控制和計費兩大功能。圖1為現(xiàn)有Rel-1l的PCC的非漫游組成架構(gòu)示意圖，以下對圖1所示的PCC架構(gòu)中的各個邏輯功能實體及其接口功能進行描述。業(yè)務(wù)功能實體(AF, Application Function),用于提供業(yè)務(wù)應(yīng)用的接入點，這些業(yè)務(wù)應(yīng)用所使用的網(wǎng)絡(luò)資源需要進行動態(tài)的策略控制。在業(yè)務(wù)面進行參數(shù)協(xié)商時，AF將相關(guān)業(yè)務(wù)信息傳遞給策略控制與計費規(guī)則功能實體(PCRF, Policy and Charging RulesFunction)。如果這些業(yè)務(wù)信息與PCRF的策略相一致，則PCRF接受該協(xié)商；否則，PCRF拒絕該協(xié)商，并在反饋時給出PCRF可接受的業(yè)務(wù)參數(shù)。隨后，AF可將這些參數(shù)返回給用戶設(shè)備(UE，User Equipment)。其中，AF 和 PCRF 之間的接口是 Rx 接口。PCRF是PCC的核心，用于負責策略決策和計費規(guī)則的制定。PCRF提供基于業(yè)務(wù)數(shù)據(jù)流的網(wǎng)絡(luò)控制規(guī)則，這些 網(wǎng)絡(luò)控制包括業(yè)務(wù)數(shù)據(jù)流的檢測、門控(Gating Control)、服務(wù)質(zhì)量(QoS, Quality of Service)控制以及基于數(shù)據(jù)流的計費規(guī)則等。PCRF將其制定的策略和計費規(guī)則發(fā)送給策略和計費執(zhí)行功能實體(PCEF, Policy and Control EnforcementFunction)執(zhí)行；同時，PCRF還需要保證這些規(guī)則和用戶的簽約信息一致。其中，PCRF制定策略和計費規(guī)則的依據(jù)包括:從AF獲得的與業(yè)務(wù)相關(guān)的信息、從用戶簽約數(shù)據(jù)庫(SPR，Subscription Profile Repository)獲得的與策略控制和計費相關(guān)的用戶策略計費控制簽約信息、以及通過Gx接口從PCEF獲得的與承載相關(guān)網(wǎng)絡(luò)的信息。PCEF通常位于網(wǎng)關(guān)(GW，Gate-ffay)內(nèi)，在承載面執(zhí)行PCRF所制定的策略和計費規(guī)則。PCEF按照PCRF所發(fā)送的規(guī)則中的業(yè)務(wù)數(shù)據(jù)流過濾器對業(yè)務(wù)數(shù)據(jù)流進行檢測，進而對這些業(yè)務(wù)數(shù)據(jù)流執(zhí)行PCRF所制定的策略和計費規(guī)則；在承載建立時，PCEF按照PCRF發(fā)送的規(guī)則進行資源分配，并根據(jù)AF提供的信息進行門控控制；同時，PCEF根據(jù)PCRF訂閱的事件觸發(fā)上報承載網(wǎng)絡(luò)上發(fā)生的事件；根據(jù)PCRF發(fā)送的計費規(guī)則，PCEF執(zhí)行相應(yīng)的業(yè)務(wù)數(shù)據(jù)流計費操作，計費既可以是在線計費，也可以是離線計費。如果是在線計費，則PCEF需要和在線計費系統(tǒng)(0CS,Online Charging System) 一起進行信用管理；離線計費時,PCEF和離線計費系統(tǒng)(0FCS, Offline Charging System)之間交換相關(guān)的計費信息。其中，PCEF與PCRF之間的接口是Gx接口，PCEF與OCS之間的接口是Gy接口，PCEF與OFCS之間的接口是Gz 接口。PCEF 也可增強具有流檢測功能(TDF，Traffic Detection Function)。PCEF 可以根據(jù)本地配置或是PCRF下發(fā)的包含應(yīng)用檢測控制(Application Detection and Control,ADC)策略的ADC規(guī)則進行應(yīng)用檢測并進行策略執(zhí)行(如門控、重定向和帶寬限制)JCEF —般都位于網(wǎng)絡(luò)的網(wǎng)關(guān)上，如EPS的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PDN-GW)、通用無線分組業(yè)務(wù)(GPRS，General Packet Radio Service)中的GPRS網(wǎng)關(guān)支持節(jié)點(GGSN)以及互聯(lián)無線網(wǎng)局域網(wǎng)(1-WLAN, Interworking WLAN)中的分組數(shù)據(jù)網(wǎng)關(guān)(PDG, Packet Data Gateway)等。TDF也可以獨立部署，此時TDF與PCRF通過Sd接口，TDF可以根據(jù)預(yù)配置或PCRF下發(fā)的應(yīng)用檢測控制規(guī)則進行應(yīng)用檢測和策略執(zhí)行。PCRF為TDF提供應(yīng)用檢測控制規(guī)則或激活TDF預(yù)配置規(guī)則，獨立TDF功能的策略控制執(zhí)行操作包括門控、重定向和帶寬限制。TDF向PCRF作被檢測業(yè)務(wù)/流的相關(guān)事件和信息的上報(例如向PCRF報告檢測到的業(yè)務(wù)/流的開始和終結(jié))，以及給PCRF發(fā)送業(yè)務(wù)數(shù)據(jù)流描述，傳送來自PCRF的用于流檢測的業(yè)務(wù)檢測和策略規(guī)則的信令。承載綁定和事件報告功能實體(BBERF,Bearer Binding and Event ReportingFunction)通常位于接入網(wǎng)網(wǎng)關(guān)(Access Network Gateway)內(nèi)。如當用戶設(shè)備通過E-UTRAN接入EPS、服務(wù)網(wǎng)關(guān)S-GW與P-GW之間采用代理移動互聯(lián)網(wǎng)協(xié)議版本6 (PMIPv6，Proxy Mobile Internet Protocol version 6)協(xié)議時，S-GW 中就存在 BBERF。當用戶設(shè)備通過可信任非3GPP接入網(wǎng)接入時，可信任非3GPP接入網(wǎng)關(guān)中也存在BBERF。用戶簽約數(shù)據(jù)庫(SPR)，存儲有與策略控制和計費相關(guān)的用戶策略計費控制簽約信息。SPR和PCRF之間的接口是Sp接口。OCS和PCEF共同完成在線計費方式下用戶信用的控制和管理。OFCS與PCEF共同完成離線計費方式下的計費操作。以上PCC架構(gòu)通過各 功能實體實現(xiàn)了對UE為訪問一個分組數(shù)據(jù)網(wǎng)絡(luò)(PacketData Network, PDN)所建立的 IP 連接接入網(wǎng)(IP Connectivity Access Network, IP-CAN)會話的策略計費控制?，F(xiàn)有技術(shù)中，PCEF增強ADC功能支持請求上報(solicited report)模式；獨立TDF支持請求上報和非請求上報(unsolicited reported)兩種模式:請求上報(solicited report)方式,PCRF將會下發(fā)ADC規(guī)則給增強ADC的PCEF/TDF,或激活增強ADC的PCEF/TDF上的預(yù)定義規(guī)則，通知增強ADC的PCEF/TDF哪些業(yè)務(wù)需要檢測并報告給PCRF ；非請求上報(unsolicited reported)方式,在TDF中預(yù)配置ADC規(guī)則，預(yù)定義哪些業(yè)務(wù)需要檢測和報告，該方式假定用戶同意不需請求并可執(zhí)行，不需要PCRF激活。然而，現(xiàn)有技術(shù)沒有解決以下問題:當UE發(fā)生漫游，處于拜訪地接入場景下，如圖2所示的場景下，歸屬地的策略控制與計費規(guī)則功能實體H-PCRF如何區(qū)分拜訪地公共陸地移動網(wǎng)絡(luò)(Visit Public Land Mobile Network, VPLMN)的ADC模式(是請求上報還是非請求上報模式的ADC功能)，H-PCRF無法根據(jù)VPLMN的ADC模式來正確決策:是否需要通過S9接口傳遞ADC規(guī)則給拜訪地的策略控制與計費規(guī)則功能實體V-PCRF ;對于與歸屬地HPLMN支持不同ADC模式的VPLMN無法對該UE正確執(zhí)行ADC功能，進行應(yīng)用信息的檢測和上報。即UE漫游到拜訪地且為拜訪地接入場景時，HPLMN和VPLMN無法正確決策和執(zhí)行ADC功能；如何實現(xiàn)H-PCRF正確區(qū)分VPLMN的ADC模式，正確決策和執(zhí)行ADC功能成為了本發(fā)明需要解決的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種應(yīng)用檢測控制的模式識別方法及系統(tǒng)，使得用戶在拜訪地接入場景下網(wǎng)絡(luò)能夠?qū)τ脩粽_執(zhí)行應(yīng)用檢測功能。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:一種應(yīng)用檢測控制的模式識別方法，該方法應(yīng)用于用戶漫游為拜訪地接入場景下，該方法包括:在S9會話創(chuàng)建時，拜訪地策略控制與計費規(guī)則功能實體V-PCRF通知歸屬地策略控制與計費規(guī)則功能實體H-PCRF拜訪網(wǎng)絡(luò)支持的應(yīng)用檢測控制ADC功能模式；所述H-PCRF根據(jù)所述拜訪網(wǎng)絡(luò)支持的ADC功能模式?jīng)Q定是否向所述拜訪網(wǎng)絡(luò)提供ADC規(guī)則。進一步地，所述ADC功能模式為請求應(yīng)用報告模式或非請求應(yīng)用報告模式。進一步地，在所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告模式的情況下，所述V-PCRF通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能模式；所述H-PCRF通過S9會話建立確認消息將ADC規(guī)則發(fā)送給所述V-PCRF。

進一步地，在所述H-PCRF向所述V-PCRF提供ADC規(guī)則后，所述方法還包括:所述V-PCRF將所述ADC規(guī)則轉(zhuǎn)發(fā)給PCEF或流檢測功能TDF。進一步地，在所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告模式的情況下，所述V-PCRF通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告ADC功能；所述H-PCRF在S9會話建立確認消息中不攜帶ADC規(guī)則。本發(fā)明還提供了一種應(yīng)用檢測控制的模式識別系統(tǒng)，該系統(tǒng)包括:通知模塊，位于V-PCRF，用于在S9會話創(chuàng)建時，通知H-PCRF拜訪網(wǎng)絡(luò)支持的應(yīng)用檢測控制ADC功能模式；識別響應(yīng)模塊，位于H-PCRF，用于根據(jù)所述拜訪網(wǎng)絡(luò)支持的ADC功能模式?jīng)Q定是否向所述拜訪網(wǎng)絡(luò)提供ADC規(guī)則。進一步地，所述ADC功能模式為請求應(yīng)用報告模式或非請求應(yīng)用報告模式。進一步地，在所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能模式的情況下，所述通知模塊通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能模式；所述識別響應(yīng)模塊通過S9會話建立確認消息將ADC規(guī)則發(fā)送給所述V-PCRF。進一步地，該系統(tǒng)還包括:轉(zhuǎn)發(fā)模塊，位于V-PCRF，用于在所述通知模塊向所述V-PCRF提供ADC規(guī)則后，將所述ADC規(guī)則轉(zhuǎn)發(fā)給PCEF或流檢測功能TDF。進一步地，在所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告ADC功能模式的情況下，所述通知模塊通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告ADC功能模式；所述H-PCRF在S9會話建立確認消息中不攜帶ADC規(guī)則。本發(fā)明在S9會話創(chuàng)建時，拜訪地策略控制與計費規(guī)則功能實體V-PCRF通知歸屬地策略控制與計費規(guī)則功能實體H-PCRF其支持的應(yīng)用檢測控制ADC功能的報告模式；所述ADC功能的報告模式包括請求應(yīng)用報告模式和非請求應(yīng)用報告模式；H-PCRF根據(jù)所述V-PCRF支持的模式?jīng)Q定是否向V-PCRF提供ADC規(guī)則。通過本發(fā)明能夠在拜訪地接入場景下，實現(xiàn)H-PCRF正確區(qū)分VPLMN的ADC模式，從而正確決策和執(zhí)行ADC功能。


圖1為根據(jù)相關(guān)技術(shù)的PCC非漫游組成架構(gòu)示意圖；圖2為根據(jù)相關(guān)技術(shù)的PCC漫游拜訪地接入架構(gòu)示意圖；圖3為根據(jù)本發(fā)明實施例1的流程示意圖:漫游拜訪地接入，PCEF集成ADC部署，請求模式的ADC模式下，S9會話的創(chuàng)建流程；圖4為根據(jù)本發(fā)明實施例2的流程示意圖:漫游拜訪地接入，獨立TDF部署，請求模式的ADC模式下，S9會話的創(chuàng)建流程；圖5為根據(jù)本發(fā)明實施例3的流程示意圖:漫游拜訪地接入，獨立TDF部署，非請求模式的ADC模式下，S9會話的創(chuàng)建和更新流程。
具體實施例方式下面結(jié)合附圖和具體實施例對本發(fā)明所述技術(shù)方案作進一步的詳細描述，以使本領(lǐng)域的技術(shù)人員可以更好的理解 本發(fā)明并能予以實施，但所舉實施例不作為對本發(fā)明的限定。實施例1:當用戶漫游為本地路由接入場景，H-PCRF和HPLMN的增強應(yīng)用檢測控制策略ADC的PCEF/TDF之間，對于請求上報、非請求上報的處理與非漫游的處理一致。這里不做舉例描述；當用戶漫游為拜訪地接入場景，且H-PCRF和V-PCRF都支持ADC功能，在S9接口以support feature信元來描述其支持的功能(例如，ADC功能),在拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告(solicited application reporting) ADC 功能時，H-PCRF 生成的 ADC 規(guī)則將通過S9接口傳送給V-PCRF，V-PCRF前傳ADC規(guī)則給增強ADC功能的PCEF安裝執(zhí)行；后續(xù)檢測過程中相應(yīng)的應(yīng)用檢測和控制信息也將通過S9接口經(jīng)由V-PCRF傳回到H-PCRF。圖3為根據(jù)本發(fā)明實施例一的流程圖，其中UE為漫游拜訪地接入方式，拜訪地和漫游地尚未建立S9會話，PCEF增強了 ADC功能，并且采用請求應(yīng)用報告ADC功能模式。如圖3所示，該流程具體描述如下:步驟S201，在UE請求建立IP-CAN會話的過程中，PCEF位于的網(wǎng)關(guān)接收到IP-CAN會話建立請求消息，并在該IP-CAN會話建立請求消息中攜帶用戶標識和請求接入的PDN網(wǎng)絡(luò)的PDN標識；步驟S202，PCEF向V-PCRF發(fā)送IP-CAN會話建立指示消息，并在該IP-CAN會話建立指示消息中攜帶用戶標識、PDN標識以及為UE分配的IP地址(IP Address);此外，PCEF在supported feature信元中攜帶ADC的取值，以指示V-PCRF其支持ADC功能。通常PCEF只支持請求應(yīng)用報告ADC功能模式。步驟S203，V-PCRF根據(jù)用戶標識判斷該用戶為漫游用戶。若V-PCRF還未為該用戶建立S9會話，則V-PCRF向H-PCRF發(fā)送請求消息(該請求消息可以為信用控制請求(CreditControl Request, CCR)消息)，以建立S9會話，同時還請求建立一個S9子會話，V-PCRF在S9子會話中攜帶該用戶的簽約信息，PDN標識以及IP地址等。若V-PCRF支持應(yīng)用檢測控制ADC功能(包括非請求應(yīng)用上報或請求應(yīng)用上報)，并且PCEF支持請求應(yīng)用上報模式，則V-PCRF在請求消息中攜帶的support feature中攜帶表示請求應(yīng)用上報ADC功能的取值；V-PCRF旨在通知H-PCRF拜訪網(wǎng)絡(luò)支持的ADC功能模式類型，具體方式本發(fā)明不做限定。步驟S204，H-PCRF根據(jù)用戶標識判斷還沒有該用戶的簽約數(shù)據(jù)，H-PCRF向SPR發(fā)送簽約文檔請求，并在該簽約文檔請求中攜帶用戶標識和TON標識；步驟S205，SPR根據(jù)用戶標識和TON標識返回用戶簽約信息(即，簽約文檔應(yīng)答)；此時若歸屬地SPR還未向H-PCRF提供過用戶簽約配置文檔，那么此時歸屬地SPR將向H-PCRF提供用戶簽約配置文檔，告知H-PCRF該用戶的ADC功能是否簽約可用。或者H-PCRF在設(shè)備啟動后就與SPR交互以獲取所述用戶簽約配置文檔。步驟S206，H-PCRF根據(jù)返回的用戶簽約信息、網(wǎng)絡(luò)策略、UE的接入信息等制定策略，策略中包括PCC規(guī)則、事件觸發(fā)器，用量監(jiān)控等，H-PCRF向V-PCRF返回制定的策略；若H-PCRF支持請求應(yīng)用上報模式ADC功能，該UE的用戶簽約配置文檔中ADC功能可用，且V-PCRF提供的support feature信元中指示拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能，則H-PCRF在確認消息中攜帶的support feature信元中指示歸屬網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能，并且生成并通過S9接口提供ADC規(guī)則給V-PCRF，該返回消息中攜帶ADC規(guī)則。步驟S207，V-PCRF存儲PCC和ADC規(guī)則，根據(jù)漫游協(xié)議、本地策略執(zhí)行H-PCRF授權(quán)規(guī)則的轉(zhuǎn)發(fā)。下發(fā)響應(yīng)消息給PCEF，前傳PCC規(guī)則給PCEF ;若需要，還生成QoS規(guī)則給BBERF，前傳ADC規(guī)則給PCEF ；步驟S208，V-PCRF前傳H-PCRF授權(quán)下發(fā)的PCC規(guī)則給PCEF ;若PCEF增強ADC功能且為solicited模式，則同時前傳ADC規(guī)則給PCEF ；步驟S209，PCEF安裝并執(zhí)行相關(guān)策略，如PCC規(guī)則、ADC規(guī)則、事件觸發(fā)器等。PCEF所在網(wǎng)關(guān)返回應(yīng)答建立IP-CAN會話，攜帶分配的IP地址。實施例2:當用戶漫游為拜訪地接入場景，且H-PCRF和V-PCRF都支持ADC功能，在S9接口以support feature信元來描述其支持的功能(例如，ADC功能),在拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告(solicited application reporting) ADC 功能時，H-PCRF 生成的 ADC 規(guī)則將通過S9接口傳送給V-PCRF，V-PCRF前傳ADC規(guī)則給TDF安裝執(zhí)行；后續(xù)檢測過程中相應(yīng)的應(yīng)用檢測和控制信息也將通過S9接口經(jīng)由V-PCRF傳回到H-PCRF。圖4為根據(jù)本發(fā)明實施例二的流程圖，其中UE為漫游拜訪地接入方式，拜訪地和漫游地尚未建立S9會話，網(wǎng)絡(luò)支持獨立TDF，并且采用請求上報的ADC功能模式。如圖4所示，該流程具體描述如下:步驟S301，在UE請求建立IP-CAN會話的過程中，PCEF位于的網(wǎng)關(guān)接收到IP-CAN會話建立請求消息，并在該IP-CAN會話建立請求消息中攜帶用戶標識和請求接入的PDN網(wǎng)絡(luò)的PDN標識；步驟S302，PCEF向V-PC RF發(fā)送IP-CAN會話建立指示消息，并在該IP-CAN會話建立指示消息中攜帶用戶標識、PDN標識以及為UE分配的IP地址(IPAddress) ；PCEF還可能攜帶流檢測功能TDF路由信息。此外,PCEF在supported feature信元中攜帶ADC的取值，以指示V-PCRF其支持應(yīng)用檢測功能。通常PCEF只支持請求應(yīng)用報告模式。步驟S303，V-PCRF根據(jù)用戶標識判斷該用戶為漫游用戶。若V-PCRF還未為該用戶建立S9會話，則V-PCRF向H-PCRF發(fā)送請求消息(該請求消息可以為信用控制請求(CreditControl Request, CCR)消息)，以建立S9會話，同時還請求建立一個S9子會話，V-PCRF在S9子會話中攜帶該用戶標識，PDN標識以及IP地址等。若拜訪網(wǎng)絡(luò)中部署的TDF支持請求應(yīng)用上報模式，則V-PCRF在請求消息中攜帶的support feature中攜帶表示請求應(yīng)用上報ADC功能的取值(V-PCRF可根據(jù)配置獲知網(wǎng)絡(luò)中部署的TDF為支持請求應(yīng)用上報ADC功能模式)；V-PCRF旨在通知H-PCRF拜訪網(wǎng)絡(luò)支持的ADC功能模式類型，具體方式本發(fā)明不做限定。步驟S304，H-PCRF根據(jù)用戶標識判斷還沒有該用戶的簽約數(shù)據(jù)，H-PCRF向SPR發(fā)送簽約文檔請求，并在該簽約文檔請求中攜帶用戶標識和TON標識；步驟S305，SPR根據(jù)用戶標識和TON標識返回用戶簽約信息(即，簽約文檔應(yīng)答)；此時若歸屬地SPR還未向H-PCRF提供過用戶簽約配置文檔，那么此時歸屬地SPR將向H-PCRF提供用戶簽約配置文檔，告知H-PCRF該用戶的ADC功能是否簽約可用?；蛘逪-PCRF在設(shè)備啟動后就與SPR交互以獲取所述用戶簽約配置文檔。步驟S306，H-PCRF根據(jù)返回的用戶簽約信息、網(wǎng)絡(luò)策略、UE的接入信息等制定策略，策略中包括PCC規(guī)則、事件觸發(fā)器，用量監(jiān)控等，H-PCRF向V-PCRF返回制定的策略；若H-PCRF支持請求應(yīng)用報告的ADC功能模式，該UE的用戶簽約配置文檔中ADC功能可用，且V-PCRF提供的support feature信元中指示拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能，則H-PCRF在確認消息中攜帶的support feature信元中指示歸屬網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能，并且生成并通過S9接口提供ADC規(guī)則給V-PCRF，該返回消息中攜帶ADC規(guī)則。 步驟S307，V-PCRF存儲PCC和ADC規(guī)則，根據(jù)漫游協(xié)議、本地策略執(zhí)行H-PCRF授權(quán)規(guī)則的轉(zhuǎn)發(fā)。下發(fā)響應(yīng)消息給PCEF，前傳PCC規(guī)則給PCEF ;若需要，還生成服務(wù)質(zhì)量QoS規(guī)則給BBERF ;如下S308前傳ADC規(guī)則給TDF ；步驟S308，為請求模式的獨立TDF，則V-PCRF向TDF下發(fā)ADC規(guī)則，建立ADC會話；步驟S309，TDF安裝和執(zhí)行ADC規(guī)則，返回響應(yīng)消息給V-PCRF，攜帶執(zhí)行結(jié)果；步驟S310，V-PCRF前傳H-PCRF授權(quán)下發(fā)的PCC規(guī)則給PCEF ；步驟S311，PCEF安裝并執(zhí)行相關(guān)策略，如PCC規(guī)則、事件觸發(fā)器等。PCEF所在網(wǎng)關(guān)返回應(yīng)答建立IP-CAN會話，攜帶分配的IP地址；實施例3:當用戶漫游拜訪地接入場景，且H-PCRF和V-PCRF都支持ADC功能，在V-PCRF支持非請求應(yīng)用報告ADC功能模式的情況下，H-PCRF不需要生成和傳送ADC規(guī)則給HPLMN，S9接口上沒有ADC規(guī)則傳送，V-PCRF收到TDF的檢測信息后通過S9接口傳送到H-PCRF。圖5為根據(jù)本發(fā)明實施例3的流程圖，其中UE為漫游拜訪地接入方式，拜訪地和漫游地尚未建立S9會話,支持非請求應(yīng)用報告(unsolicited application report)獨立TDF功能，并且V-PCRF支持ADC功能。如圖5所示，該流程具體描述如下:
步驟S401-步驟S405與步驟S301-步驟S305 —致；不同的是S403中，若拜訪網(wǎng)絡(luò)中部署的TDF支持非請求應(yīng)用上報ADC功能模式，V-PCRF發(fā)送給H-PCRF的S9會話創(chuàng)建請求消息中，support feature指示支持非請求應(yīng)用報告ADC功能模式(V-PCRF可根據(jù)配置獲知網(wǎng)絡(luò)中部署的TDF為支持非請求應(yīng)用上報模式)；步驟S406，H-PCRF根據(jù)返回的用戶簽約信息、網(wǎng)絡(luò)策略、UE的接入信息等制定策略，策略中包括PCC規(guī)則、事件觸發(fā)器，用量監(jiān)控等，H-PCRF向V-PCRF返回制定的策略；若H-PCRF支持非請求應(yīng)用報告ADC功能模式，該UE的用戶簽約文檔中ADC功能可用，且V-PCRF提供的support feature指示支持非請求應(yīng)用報告ADC功能,則H-PCRF在確認消息中攜帶的support feature信元中指示歸屬網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能,并且H-PCRF不會生成和提供ADC規(guī)則給V-PCRF，該返回消息中不會攜帶ADC規(guī)則。步驟S407，V-PCRF存儲PCC規(guī)則，根據(jù)漫游協(xié)議、本地策略執(zhí)行H-PCRF授權(quán)規(guī)則的轉(zhuǎn)發(fā)。下發(fā)響應(yīng)消息給PCEF，前傳PCC規(guī)則給PCEF ;若需要，并生成QoS規(guī)則給BBERF ；
步驟S408，V-PCRF前傳H-PCRF授權(quán)下發(fā)的PCC規(guī)則給PCEF ；步驟S409，PCEF安裝并執(zhí)行相關(guān)策略，如PCC規(guī)則、事件觸發(fā)器等。PCEF所在網(wǎng)關(guān)返回應(yīng)答建立IP-CAN會話，攜帶分配的IP地址；步驟S410，TDF中預(yù)配置ADC規(guī)則定義的相應(yīng)的應(yīng)用被檢測到，TDF發(fā)送CCR消息給V-PCRF，上報應(yīng)用檢測信息，若這是該UE對應(yīng)IP-CAN會話的首次應(yīng)用檢測信息上報，則同時創(chuàng)建TDF會話；步驟S411，V-PCRF將發(fā)送CCR消息給H-PCRF設(shè)置為update request更新S9會話，通知H-PCRF應(yīng)用檢測信息；步驟S412，H-PCRF收到所述應(yīng)用檢測信息后，更新策略和相關(guān)規(guī)則，下發(fā)CCA響應(yīng)消息給V-PCRF，攜帶相 關(guān)更新規(guī)則；步驟S413，V-PCRF 發(fā)送 CCA 消息給 TDF ；步驟S414，根據(jù)應(yīng)用檢測信息，H-PCRF發(fā)起IP-CAN會話修改流程；具體處理同現(xiàn)有技術(shù)。實施例4:基于上述步驟流程，本發(fā)明還提供一種應(yīng)用檢測控制的模式識別系統(tǒng)，該系統(tǒng)包括:通知模塊，位于V-PCRF，用于在S9會話創(chuàng)建時，通知H-PCRF拜訪網(wǎng)絡(luò)支持的應(yīng)用檢測控制ADC功能模式；所述ADC功能模式為請求應(yīng)用報告模式或非請求應(yīng)用報告模式。識別響應(yīng)模塊，位于H-PCRF，用于根據(jù)所述拜訪網(wǎng)絡(luò)支持的ADC功能模式?jīng)Q定是否向所述拜訪網(wǎng)絡(luò)提供ADC規(guī)則。與實施例1的應(yīng)用場景對應(yīng)地，在所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能模式的情況下，所述通知模塊通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能模式；所述識別響應(yīng)模塊通過S9會話建立確認消息將ADC規(guī)則發(fā)送給所述V-PCRF與實施例1的應(yīng)用場景對應(yīng)地，該系統(tǒng)還包括:轉(zhuǎn)發(fā)模塊，位于V-PCRF，用于在所述通知模塊向所述V-PCRF提供ADC規(guī)則后，將所述ADC規(guī)則轉(zhuǎn)發(fā)給PCEF或流檢測功能TDF。
與實施例3的應(yīng)用場景對應(yīng)地，在所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告ADC功能模式的情況下，所述通知模塊通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告ADC功能模式；所述H-PCRF在S9會話建立確認消息中不攜帶ADC規(guī)則。前述實施例主要描述歸屬地和拜訪地分別支持一種模式的場景，本發(fā)明解決的H-PCRF正確區(qū)分拜訪地ADC模式的問題同樣適用于拜訪地或歸屬地同時支持兩種模式這一混合模式的場景；會話創(chuàng)建時V-PCRF告知H-PCRF其支持的模式(可以為請求或非請求其中一種模式，或是同時支持兩種模式的第三種混合模式，或是告知支持兩種模式并給出優(yōu)先級)，H-PCRF可根據(jù)自身支持模式，并結(jié)合該UE簽約模式，以及業(yè)務(wù)特征等本地策略決定該S9 session支持的模式。前述實施例主要是針對同一個用戶支持同一種上報模式的場景，本發(fā)明同樣適用于同一個用戶的不同業(yè)務(wù)/應(yīng)用支持不同ADC上報模式的場景；區(qū)別于上面的S9 session的模式協(xié)商，對于該用戶的不同業(yè)務(wù)/應(yīng)用支持不同ADC上報模式的場景H-PCRF和V-PCRF的功能模式協(xié)商在S9子會話subsession進行,該子會話subsession中，ADC模式對應(yīng)于IP-CAN。前述實施例主要針對PCEF支持請求應(yīng)用報告模式，TDF支持請求和非請求應(yīng)用報告模式。通常PCEF 只支持請求應(yīng)用報告模式，但本發(fā)明同樣適用于PCEF支持非請求應(yīng)用報告模式的ADC功能場景。以上僅為本發(fā)明的優(yōu)選實施案例而已，并不用于限制本發(fā)明，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明做出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
權(quán)利要求
1.一種應(yīng)用檢測控制的模式識別方法，其特征在于，該方法應(yīng)用于用戶漫游為拜訪地接入場景下，包括: 在S9會話創(chuàng)建時，拜訪地策略控制與計費規(guī)則功能實體V-PCRF通知歸屬地策略控制與計費規(guī)則功能實體H-PCRF拜訪網(wǎng)絡(luò)支持的應(yīng)用檢測控制ADC功能模式； 所述H-PCRF根據(jù)所述拜訪網(wǎng)絡(luò)支持的ADC功能模式?jīng)Q定是否向所述拜訪網(wǎng)絡(luò)提供ADC規(guī)則。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述ADC功能模式為請求應(yīng)用報告模式或非請求應(yīng)用報告模式。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告模式的情況下，所述V-PCRF通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能模式；所述H-PCRF通過S9會話建立確認消息將ADC規(guī)則發(fā)送給所述V-PCRF0
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述H-PCRF向所述V-PCRF提供ADC規(guī)則后，所述方法還包括: 所述V-PCRF將所述ADC規(guī)則轉(zhuǎn)發(fā)給PCEF或流檢測功能TDF。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告模式的情況下，所述V-PCRF通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告ADC功能；所述H-PCRF在S9會話建立確認消息中不攜帶ADC規(guī)則。
6.一種應(yīng)用檢測控制的模式識別系統(tǒng)，其特征在于，該系統(tǒng)包括: 通知模塊，位于V-PCRF，用于在S9會話創(chuàng)建時，通知H-PCRF拜訪網(wǎng)絡(luò)支持的應(yīng)用檢測控制ADC功能模式； 識別響應(yīng)模塊，位于H-PCRF，用于根據(jù)所述拜訪網(wǎng)絡(luò)支持的ADC功能模式?jīng)Q定是否向所述拜訪網(wǎng)絡(luò)提供ADC規(guī)則。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述ADC功能模式為請求應(yīng)用報告模式或非請求應(yīng)用報告模式。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，在所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能模式的情況下，所述通知模塊通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持請求應(yīng)用報告ADC功能模式；所述識別響應(yīng)模塊通過S9會話建立確認消息將ADC規(guī)則發(fā)送給所述V-PCRF。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括: 轉(zhuǎn)發(fā)模塊，位于V-PCRF，用于在所述通知模塊向所述V-PCRF提供ADC規(guī)則后，將所述ADC規(guī)則轉(zhuǎn)發(fā)給PCEF或流檢測功能TDF。
10.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，在所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告ADC功能模式的情況下，所述通知模塊通過S9會話建立指示消息向所述H-PCRF通知所述拜訪網(wǎng)絡(luò)支持非請求應(yīng)用報告ADC功能模式；所述H-PCRF在S9會話建立確認消息中不攜帶ADC規(guī)則。
全文摘要
本發(fā)明公開了一種應(yīng)用檢測控制的模式識別方法及系統(tǒng)，用于實現(xiàn)用戶在拜訪地接入場景下網(wǎng)絡(luò)對用戶正確地執(zhí)行應(yīng)用檢測功能。本發(fā)明在S9會話創(chuàng)建時，拜訪地策略控制與計費規(guī)則功能實體V-PCRF通知歸屬地策略控制與計費規(guī)則功能實體H-PCRF其支持請求應(yīng)用報告應(yīng)用檢測控制ADC功能或非請求應(yīng)用報告ADC功能；H-PCRF根據(jù)V-PCRF支持的ADC功能模式?jīng)Q定是否向V-PCRF提供ADC規(guī)則。通過本發(fā)明能夠在拜訪地接入場景下，實現(xiàn)H-PCRF正確區(qū)分VPLMN的ADC模式，從而正確決策和執(zhí)行ADC功能。
文檔編號H04W76/02GK103227981SQ201210021069
公開日2013年7月31日 申請日期2012年1月30日 優(yōu)先權(quán)日2012年1月30日
發(fā)明者吳錦花, 周曉云 申請人:中興通訊股份有限公司