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

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

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