專利名稱：業(yè)務處理方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種業(yè)務處理方法。
背景技術：
第三代合作伙伴計劃(3rdGeneration Partnership Project，簡稱為 3GPP) 的策略和計費控制(Policy and Charging Control，簡稱為PCC)架構(gòu)是一個能夠應 用于多種接入技術的功能框架，例如，其可以應用于通用移動通信系統(tǒng)(Universal MobileTelecommunications System，簡稱為 UMTS)的陸上無線接入網(wǎng)(UMTS Terrestrial Radio Access Network，簡稱為 UTRAN)、全球移動通信系統(tǒng)(Global system for Mobile Communication，簡稱為 GSM)/GSM數(shù)據(jù)增強演進(Enhanced Data rates for Global Evolution，簡稱為EDGE)無線接入網(wǎng)、互通無線局域網(wǎng)(I-WLAN)以及演進的分組系統(tǒng) (Evolved Packet System，簡稱為 EPS)等。圖1是根據(jù)相關技術的PCC非漫游的架構(gòu)圖，以下參照圖1對PCC架構(gòu)中的各個 邏輯功能實體及其接口功能進行描述應用功能實體(Application Function，簡稱為AF)，提供業(yè)務應用的接入點，這些 業(yè)務應用所使用的網(wǎng)絡資源需要進行動態(tài)的策略控制。在業(yè)務面進行參數(shù)協(xié)商時，AF將相 關業(yè)務信息傳遞給策略控制與計費規(guī)則功能實體(Policy and Charging Rules Function, 簡稱為PCRF)。如果這些業(yè)務信息與PCRF的策略相一致，則PCRF接受該協(xié)商；否則，PCRF 拒絕該協(xié)商，并在反饋中同時給出PCRF可接受的業(yè)務參數(shù)。隨后，AF可將這些參數(shù)返回給 用戶設備⑴serEquipment，簡稱為UE)。其中，AF和PCRF之間的接口是Rx接口。PCRF是PCC的核心，負責策略決策和計費規(guī)則的制定。PCRF提供了基于業(yè)務數(shù)據(jù) 流的網(wǎng)絡控制規(guī)則，這些網(wǎng)絡控制包括業(yè)務數(shù)據(jù)流的檢測、門控(Gating Control)、服務質(zhì) 量(Quality of krvice，簡稱為QoS)控制以及基于數(shù)據(jù)流的計費規(guī)則等。PCRF將其制 定的策略和計費規(guī)則發(fā)送給策略和計費執(zhí)行功能實體(Policy andControl Enforcement Function，簡稱為PCEF)執(zhí)行，同時，PCRF還需要保證這些規(guī)則和用戶的簽約信息一致。 PCRF制定策略和計費規(guī)則的依據(jù)包括從AF獲取與業(yè)務相關的信息；從用戶簽約數(shù)據(jù)庫 (Subscription Profile R印ository，簡稱為SPR)獲取與用戶策略計費控制簽約信息；從 PCEF獲取與承載相關網(wǎng)絡的信息。PCEF通常位于網(wǎng)關(Gate-Way，簡稱為GW)內(nèi)，在承載面執(zhí)行PCRF所制定的策略 和計費規(guī)則。PCEF按照PCRF所發(fā)送的規(guī)則中的業(yè)務數(shù)據(jù)流過濾器對業(yè)務數(shù)據(jù)流進行檢 測，進而對這些業(yè)務數(shù)據(jù)流執(zhí)行PCRF所制定的策略和計費規(guī)則。在承載建立時，PCEF按 照PCRF發(fā)送的規(guī)則進行服務質(zhì)量(Quality of krvice，簡稱為QoS)授權(quán)，并根據(jù)AF的 執(zhí)行進行門控控制。根據(jù)PCRF發(fā)送的計費規(guī)則，PCEF執(zhí)行相應的業(yè)務數(shù)據(jù)流計費操作，計 費既可以是在線計費，也可以是離線計費。如果是在線計費，則PCEF需要和在線計費系統(tǒng) (Online Charging System，簡稱為0CS) —起進行信用管理。離線計費時，PCEF和離線計 費系統(tǒng)(Offline ChargingSystem，簡稱為0FCS)之間交換相關計費信息。PCEF與PCRF之間的接口是to接口，與OCS之間的接口是Gy接口，與OFCS之間的接口是( 接口。PCEF — 般都位于網(wǎng)絡的網(wǎng)關上，例如，GPRS中的GPRS網(wǎng)關支持節(jié)點(GGSN)以及I-WLAN中的分組 數(shù)據(jù)網(wǎng)關(Packet Data Gateway，簡稱為 PDG)。7 載綁定和事件報告功能實體(Bearer Binding and EventReporting Function, 簡稱為BBERF)。其功能包括承載綁定、上行承載綁定的驗證、以及事件報告。當UE通過 E-UTRAN接入，并且S-GW與P-GW之間采用PMIPv6協(xié)議時，BBERF就位于S-GW，當UE通過可 信任非3GPP接入系統(tǒng)接入時，BBERF位于可信任非3GPP接入網(wǎng)關，當UE通過不可信任非 3GPP接入系統(tǒng)接入時、BBERF位于演進的分組數(shù)據(jù)網(wǎng)關(Evolved Packet Data Gateway, 簡稱為ePDG)。此時，PCEF不再執(zhí)行承載綁定功能。用戶簽約數(shù)據(jù)庫(SPR)存儲了和策略控制與計費相關的用戶策略計費控制簽約 信息。SI3R和PCRF之間的接口是Sp接口。在線計費系統(tǒng)(OCS)和PCEF —起進行在線計費方式下用戶信用的控制和管理。離線計費系統(tǒng)(OFCS)與PCEF —起完成離線計費方式下的計費操作。PCC架構(gòu)通過以上各功能實體實現(xiàn)了對UE為訪問一個分組數(shù)據(jù)網(wǎng)絡O^cket Data Network，簡稱為 PDN)所建立的 IP 連接接入網(wǎng)(IP Connectivity Access Network, 簡稱為IP-CAN)會話的策略計費控制。采用目前的PCC架構(gòu)，存在以下幾個問題(1)業(yè)務的信息由AF提供，PCRF根據(jù)該信息進行策略決策。而現(xiàn)有的網(wǎng)絡應用 中，很多場景下是沒有AF的。IP多媒體子系統(tǒng)(IMS IP Multimedia Subsystem，簡稱為 IMS)等基于會話類的業(yè)務可以采用會話初始協(xié)議信令(Session Initiation Protocol，簡 稱為SIP，SIP是一個應用層的信令控制協(xié)議)進行會話的業(yè)務層協(xié)商(例如，編解碼方式、 媒體類型、所需的帶寬等)，P_CSCF(即PCC架構(gòu)中的AF)將協(xié)商好的業(yè)務信息通知PCRF， 并由PCRF進行QoS授權(quán)。而現(xiàn)網(wǎng)中大量非會話類的業(yè)務，例如，當前應用基于IP網(wǎng)絡的語 音傳輸(Voice Over Internet Protocol，簡稱為 VoIP)、互聯(lián)網(wǎng)協(xié)議電視(IPTV Internet Protocol Television，簡稱為 IPTV)、視頻點播(Video-On-Demand，簡稱為 V0D)、網(wǎng)絡游戲 等業(yè)務等不會進行應用層的媒體協(xié)商以及將業(yè)務信息推送給PCRF的過程。針對這些非會 話類業(yè)務，雖然能夠通過在PCRF上配置一些靜態(tài)策略來進行一定策略授權(quán)，然而這種方式 極大限制了 PCC架構(gòu)的優(yōu)勢。(2)目前，PCRF下發(fā)的PCC規(guī)則中用于檢測IP包的過濾器都是采用五元組(即， 源IP地址、源端口、目的IP地址、目的端口、協(xié)議號)的。而在有些場景下，僅采用五元組 并不能把兩種不同的業(yè)務區(qū)分出來，這是就需要對四層以上(根據(jù)開放式通信系統(tǒng)互連參 考模型(Open System Interconnection Reference Model，簡稱為 0SI)，4 層以上為會話 層、表示層和應用層)的信息進行檢測。為了解決以上問題，需要對現(xiàn)有的PCC架構(gòu)進行功能增強，引入業(yè)務檢測功能 (Traffic Detection Function，簡稱為TDF)是一種有效的方法。TDF有兩種實現(xiàn)方式，一 種是將TDF與PCEF集成在一起，另一種是TDF與PCEF分開部署。由于TDF需要進行4層 以上的信息檢測，如果與PCEF集成部署，將極大的降低原有PCEF設備的性能；如果分開部 署，雖然對PCEF設備的影響不大，但對TDF的性能要求就會大大提高，從而會提高費用。對 于如何較好的實現(xiàn)性能和價格的折中，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種業(yè)務處理方案，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種業(yè)務處理方法，包括策略和計費執(zhí)行功能實 體PCEF將需要進行業(yè)務檢測的業(yè)務數(shù)據(jù)流發(fā)送給預先從業(yè)務檢測功能TDF域中選擇出的 預定TDF進行處理，其中，TDF域包括多個TDF。優(yōu)選地，預先從TDF域中選擇預定TDF包括策略控制與計費規(guī)則功能實體PCRF、 PCEF或業(yè)務檢測功能選擇功能TDFSF為業(yè)務數(shù)據(jù)流所在的IP連接接入網(wǎng)IP-CAN會話選擇 預定TDF。優(yōu)選地，在PCRF從TDF域中選擇預定TDF的情況下，上述方法還包括PCRF將預 定TDF的信息發(fā)送給PCEF ；PCEF根據(jù)預定TDF的信息將業(yè)務數(shù)據(jù)流發(fā)送給預定TDF。優(yōu)選地，在TDFSF從TDF域中選擇預定TDF的情況下，上述方法還包括PCRF向 TDFSF發(fā)送攜帶有IP-CAN會話的用戶設備IP地址的請求消息，TDFSF為IP-CA會話選擇預 定TDF并保存IP-CAN會話的用戶設備IP地址和預定TDF的對應關系；PCEF將IP-CAN會 話的業(yè)務數(shù)據(jù)流發(fā)送給TDFSF ；TDFSF根據(jù)對應關系將IP-CAN會話的業(yè)務數(shù)據(jù)流發(fā)送給預 定 TDF。優(yōu)選地，在PCEF從TDF域中選擇預定TDF的情況下，上述方法還包括PCEF將業(yè) 務數(shù)據(jù)流發(fā)送給預定TDF ；或者，PCEF向預定TDF發(fā)送攜帶有IP-CAN會話的用戶設備IP地 址的消息。優(yōu)選地，在預定TDF接收到業(yè)務數(shù)據(jù)流之后，上述方法還包括預定TDF檢測到業(yè) 務數(shù)據(jù)流中存在新的用戶設備IP地址后，向PCRF發(fā)送用于請求建立業(yè)務檢測會話的消息， 其中，請求建立業(yè)務檢測會話的消息中攜帶有新的用戶設備IP地址。優(yōu)選地，在預定TDF接收到攜帶有IP-CAN會話的用戶設備IP地址的消息之后，上 述方法還包括預定TDF向PCRF發(fā)送用于請求建立業(yè)務檢測會話的消息，其中，請求建立業(yè) 務檢測會話的消息中攜帶有用戶設備IP地址。優(yōu)選地，在PCRF、PCEF或TDFSF為業(yè)務數(shù)據(jù)流所在的IP-CAN會話選擇預定TDF之 前，上述方法還包括PCRF向PCEF發(fā)送IP-CAN會話的業(yè)務數(shù)據(jù)流需要進行業(yè)務檢測的指不。優(yōu)選地，在PCRF、PCEF或TDFSF選擇出預定TDF之后，上述方法還包括PCRF向預 定TDF發(fā)送業(yè)務檢測規(guī)則；或者，PCRF經(jīng)由TDFSF向預定TDFSF發(fā)送業(yè)務檢測規(guī)則。優(yōu)選地，上述方法還包括預定PCEF將業(yè)務數(shù)據(jù)流的上行報文經(jīng)由包分發(fā)功能 PDF發(fā)送給分組數(shù)據(jù)網(wǎng)絡；PDF將來自分組數(shù)據(jù)網(wǎng)絡的業(yè)務數(shù)據(jù)流的下行報文發(fā)送給預定 TDF。優(yōu)選地，上述方法還包括PCRF接收到終結(jié)IP-CAN會話的消息；PCRF向預定TDF 發(fā)送消息，或者，經(jīng)由TDFSF向預定TDF發(fā)送消息；TDF根據(jù)消息刪除IP-CAN會話對應的業(yè) 務檢測規(guī)則。優(yōu)選地，上述方法還包括PCEF接收到終結(jié)IP-CAN會話的消息；PCEF向預定TDF 發(fā)送消息；TDF根據(jù)消息刪除IP-CAN會話對應的業(yè)務檢測規(guī)則。優(yōu)選地，在TDFSF向TDF發(fā)送消息之后，上述方法還包括TDFSF刪除IP-CAN會話與預定TDF的對應關系。根據(jù)本發(fā)明的另一方面，還提供了一種業(yè)務檢測系統(tǒng)，包括策略和計費執(zhí)行功能 實體PCEF、包括多個業(yè)務檢測功能TDF的TDF域，其中，PCEF用于將需要進行業(yè)務檢測的業(yè) 務數(shù)據(jù)流發(fā)送給從TDF域中選擇的預定TDF進行處理。優(yōu)選地，該系統(tǒng)還包括策略控制與計費規(guī)則功能實體PCRF、PCEF或業(yè)務檢測功 能選擇功能TDFSF，用于為業(yè)務數(shù)據(jù)流所在的IP連接接入網(wǎng)IP-CAN會話選擇預定TDF; TDFSF還用于管理TDF域。通過本發(fā)明，采用PCEF將需要進行檢測的業(yè)務對應的業(yè)務數(shù)據(jù)流發(fā)送給從業(yè)務 檢測功能TDF域中選擇的預定TDF進行處理，解決了相關技術中TDF與PCEF集成或分別部 署所帶來的性能以及費用不能取得較好折中的問題，進而在兼顧性價比的同時，實現(xiàn)了對 用戶訪問業(yè)務的更精細的策略控制。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)相關技術的PCC非漫游的架構(gòu)圖；圖2是根據(jù)本發(fā)明實施例的包括TDF的網(wǎng)絡架構(gòu)示意圖；圖3是根據(jù)本發(fā)明實施例的網(wǎng)絡部署實現(xiàn)的架構(gòu)示意圖；圖4是根據(jù)本發(fā)明實施例的業(yè)務處理方法的流程圖；圖5是根據(jù)本發(fā)明實施例的優(yōu)選實例一的流程圖；圖6是根據(jù)本發(fā)明實施例的優(yōu)選實例二的流程圖；圖7是根據(jù)本發(fā)明實施例的優(yōu)選實例三的流程圖；圖8是根據(jù)本發(fā)明實施例的網(wǎng)絡部署實現(xiàn)的架構(gòu)示意圖二 ；圖9是根據(jù)本發(fā)明實施例的優(yōu)選實例四的流程圖；圖10是根據(jù)本發(fā)明實施例的優(yōu)選實例五的流程圖；圖11是根據(jù)本發(fā)明實施例的網(wǎng)絡部署實現(xiàn)的架構(gòu)示意圖三；圖12是根據(jù)本發(fā)明實施例的優(yōu)選實例六的流程圖；圖13是根據(jù)本發(fā)明實施例的優(yōu)選實例七的流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。為了更好的說明本實施例，首先對TDF的網(wǎng)絡部署進行說明，圖2是根據(jù)本發(fā)明 實施例的包括TDF的網(wǎng)絡架構(gòu)示意圖，TDF的功能包括1、根據(jù)PCRF下發(fā)的報文檢測規(guī)則 執(zhí)行業(yè)務數(shù)據(jù)報文檢測，對數(shù)據(jù)包進行四層以上的分析檢測；2、向PCRF上報檢測的業(yè)務信包。在本實施例提供的網(wǎng)絡中允許部署多個TDF為一個PCEF服務。圖3是根據(jù)本發(fā) 明實施例的網(wǎng)絡部署實現(xiàn)的架構(gòu)示意圖，如圖3所示，多個TDF構(gòu)成一個TDF域，該域中的 多個TDF可以為同一個PCEF服務。當PCEF認為需要進行業(yè)務識別時，將把數(shù)據(jù)包轉(zhuǎn)發(fā)個域中的一個TDF執(zhí)行業(yè)務檢測和控制。下面結(jié)合圖4進行對本實施例提供的業(yè)務處理方法 進行說明。 圖4是根據(jù)本發(fā)明實施例的業(yè)務處理方法的流程圖，如圖4所示，該流程包括如下 步驟 步驟S402，預先從TDF域中選擇出一個TDF為PCEF進行服務，為了方便描述，將選 擇出的TDF稱為預定TDF，需要說明的是，在該步驟中，選擇TDF的原則可以是根據(jù)各個TDF 的負載(例如，是否空閑)，或者，按照一定順序進行選擇，但本實施例并不限于此。步驟S404，PCEF將需要進行業(yè)務檢測的業(yè)務數(shù)據(jù)流發(fā)送給從業(yè)務檢測功能TDF域 中選擇的預定TDF進行處理。通過上述步驟S402和步驟S404，從多個TDF中選擇TDF為PCEF服務，解決了相關 技術中TDF與PCEF集成或分別部署所帶來的性能以及費用不能取得較好折中的問題，進而 在兼顧性價比的同時，實現(xiàn)了對用戶訪問業(yè)務的更精細的策略控制。優(yōu)選地，在步驟S402中，可以由PCRF、PECF或業(yè)務檢測功能選擇功能(Traffic Detection Function Selection Function，簡稱為TDFSF)為業(yè)務數(shù)據(jù)流所在的IP連接接 入網(wǎng)IP-CAN會話選擇預定TDF。下面對此分別進行說明。PCRF為IP-CAN會話選擇TDF用于業(yè)務感知。PCRF將選擇的TDF的信息通知PCEF， PCEF將該IP-CAN會話的業(yè)務數(shù)據(jù)流轉(zhuǎn)發(fā)給該TDF。TDFSF是引入用于管理TDF域的，TDFSF也可以為IP-CAN會話選擇TDF。在TDFSF 選擇TDFSF的情況下，PCEF將業(yè)務數(shù)據(jù)流發(fā)送給TDFSF，TDFSF將業(yè)務數(shù)據(jù)流發(fā)送給TDF。在PCEF從TDF域中選擇預定TDF的情況下，PCEF可以將業(yè)務數(shù)據(jù)流直接發(fā)送給預 定TDF，或者，PCEF向預定TDF發(fā)送攜帶有IP-CAN會話的用戶設備IP地址的消息。如果預 定TDF接收到業(yè)務數(shù)據(jù)流，則在檢測到業(yè)務數(shù)據(jù)流中存在新的用戶設備IP地址后，向PCRF 發(fā)送用于請求建立業(yè)務檢測會話的消息，該消息中攜帶檢測到的新的用戶設備IP地址；如 果預定TDF接收到攜帶有IP-CAN會話的用戶設備IP地址消息，則TDF向PCRF發(fā)送用于請 求建立業(yè)務檢測會話的消息，該消息中攜帶接收到的用戶設備IP地址。即，請求建立業(yè)務 檢測會話的消息中攜帶有從業(yè)務數(shù)據(jù)流中獲取的IP地址或從消息中獲取的IP地址。優(yōu)選地，在本實施例中還提供了包分發(fā)功能(Packet DistributionFunction，簡 稱為PDF)(如圖3所示)，PDF包括如功能1、將來自TDF的上行報文轉(zhuǎn)發(fā)給分組數(shù)據(jù)網(wǎng)絡(Pacekt DataNetwork，簡稱為 PDN)；2、將來自PDN的下行報文發(fā)送給正確的TDF，即，如果上行報文都通過TDF，那么對 應的下行報文也通過同一個TDF。對應于上述的說明，在本實施例中還提供了一種業(yè)務檢測系統(tǒng)，包括策略和計費 執(zhí)行功能實體PCEF、包括多個業(yè)務檢測功能TDF的TDF域，其中，PCEF用于將需要進行業(yè)務 檢測的業(yè)務數(shù)據(jù)流發(fā)送給從TDF域中選擇的預定TDF進行處理。優(yōu)選地，該系統(tǒng)還包括PCRF或TDFSF，用于為業(yè)務數(shù)據(jù)流所在的IP連接接入網(wǎng) IP-CAN會話選擇預定TDF，或者，PCEF從TDF域中選擇預定TDF。優(yōu)選地，TDFSF還用于管理TDF域。下面結(jié)合附圖及優(yōu)選實例對上述步驟S302至步驟S304以及系統(tǒng)進行詳細的說明。優(yōu)選實例一本實例描述了采用圖3的架構(gòu)實現(xiàn)IP-CAN會話建立流程。在該流程中，BBERF駐 留的網(wǎng)關與PCEF駐留的網(wǎng)關之間采用PMIPv6協(xié)議。PCRF從TDF域中為IP-CAN會話選擇 一個TDF進行業(yè)務數(shù)據(jù)檢測。圖5是根據(jù)本發(fā)明實施例的優(yōu)選實例一的流程圖，該流程包 括如下步驟步驟S501，BBERF駐留的網(wǎng)關接收到建立IP-CAN會話請求消息，其中，該消息中攜 帶用戶標識，PDN標識；步驟S502，BBERF向PCRF發(fā)送網(wǎng)關控制會話建立請求消息，該消息中攜帶有用戶 標識，PDN標識。該消息請求建立了網(wǎng)關控制會話；步驟S503，如果PCRF沒有用戶相關的簽約信息，則PCRF向SI3R發(fā)送簽約文檔請求 消息，該消息中攜帶用戶標識和PDN標識；步驟S504，SPR根據(jù)接收到的用戶標識和PDN標識返回用戶的簽約信息，其中，包 含是否需要進行業(yè)務檢測以及需要檢測的業(yè)務；步驟S505，PCRF根據(jù)SI3R返回的簽約信息，制定默認策略，包括PCC規(guī)則、對應的 QoS規(guī)則。如果需要進行業(yè)務檢測，則PCRF根據(jù)需要檢測的業(yè)務制定業(yè)務檢測規(guī)則。業(yè)務 檢測規(guī)則通常包括4層以上的過濾器。同時PCRF還會給這個IP-CAN會話選擇TDF?？蛇x 的，PCRF還會制定事件觸發(fā)器；步驟S506，PCRF向BBERF返回網(wǎng)關控制會話建立確認消息，該消息中攜帶有QoS 規(guī)則、事件觸發(fā)器等。BBERF安裝QoS規(guī)則和事件觸發(fā)器；步驟S507，BBERF駐留的網(wǎng)關向PCEF駐留的網(wǎng)關發(fā)送建立IP-CAN會話請求消息， 該消息中攜帶有用戶標識和PDN標識；優(yōu)選地，步驟S507可與步驟S502同時發(fā)送。步驟S508，PCEF駐留的網(wǎng)關為UE請求建立的IP-CAN會話分配用戶設備IP地址 IP Address。PCEF向PCRF發(fā)送IP-CAN會話建立指示消息，該消息中攜帶有用戶標識、PDN 標識和IPAddress。該消息請求建立了 foe會話；步驟S509，PCRF根據(jù)用戶標識和PDN標識將S502請求建立網(wǎng)關控制會話和S508 請求建立的to會話進行關聯(lián)。PCRF將步驟S504制定的PCC規(guī)則、事件觸發(fā)器以及為該 IP-CAN會話選擇的TDF的地址返回給PCEF，即指示該IP-CAN會話的業(yè)務數(shù)據(jù)流需要進一 步進行業(yè)務檢測。PCRF可能會根據(jù)PCEF上報的信息更新步驟S504步制定的PCC規(guī)則、QoS 規(guī)則以及業(yè)務檢測規(guī)則。PCEF安裝PCC規(guī)則和事件觸發(fā)器，保存TDF的地址；步驟S510，如果至少一個PCC規(guī)則被成功激活，PCEF駐留的網(wǎng)關向BBERF駐留的 網(wǎng)關返回建立IP-CAN會話應答消息，該消息攜帶有IP Address ；步驟S511，BBERF駐留的網(wǎng)關返回建立IP-CAN會話應答消息，該消息中攜帶有IP 地址；步驟S512，PCRF向所選擇的TDF發(fā)送業(yè)務檢測會話建立請求消息，該消息中攜帶 業(yè)務檢測規(guī)則。該請求消息建立了業(yè)務檢測會話；步驟S513，TDF安裝業(yè)務檢測規(guī)則后向PCRF返回確認消息；優(yōu)選地，步驟S512在步驟S505后便可執(zhí)行。
通過以上流程，UE建立IP-CAN會話，并且PCRF將實現(xiàn)對該IP-CAN會話進行策略 控制的網(wǎng)關控制會話、Gx會話和業(yè)務檢測會話進行關聯(lián)。PCEF將根據(jù)PCRF下發(fā)的PCC規(guī) 則進行業(yè)務數(shù)據(jù)包的過濾，并執(zhí)行相應的策略和計費控制。若一業(yè)務數(shù)據(jù)流無法與任何一 個PCRF下發(fā)的PCC規(guī)則匹配，那么PCEF將該業(yè)務數(shù)據(jù)流發(fā)送給TDF進行業(yè)務檢測。本實例描述了對IP-CAN會話的策略計費控制需要引入BBERF的場景。沒有BBERF 場景，其流程更簡單。PCRF為IP-CAN會話選擇TDF，并且將foe會話與業(yè)務檢測會話進行關 聯(lián)。優(yōu)選實例二本實施例描述了根據(jù)實例一建立IP-CAN會話后，由UE發(fā)起的IP-CAN會話終結(jié)的 流程，在該流程中，BBERF駐留的網(wǎng)關與PCEF駐留的網(wǎng)關之間采用PMIPv6協(xié)議。圖6是根 據(jù)本發(fā)明實施例的優(yōu)選實例二的流程圖，該流程包括如下步驟步驟S601，BBERF駐留的網(wǎng)關接收到刪除IP-CAN會話請求消息；步驟S602，BBERF向PCRF發(fā)送網(wǎng)關控制會話終結(jié)請求消息，PCRF識別出相關的 IP-CAN會話并刪除相應的QoS規(guī)則；步驟S603，PCRF向BBERF返回網(wǎng)關控制會話終結(jié)確認消息；步驟S604，BBERF駐留的網(wǎng)關向PCEF駐留的網(wǎng)關發(fā)送刪除IP-CAN會話請求消息；步驟S605，PCEF向PCRF發(fā)送IP-CAN會話終結(jié)指示消息； 步驟S606、PCRF識別出相關的IP-CAN會話并刪除相應的PCC規(guī)則；步驟S607，PCEF刪除該IP-CAN會話相關的PCC規(guī)則；步驟S608，如果該IP-CAN會話關聯(lián)的AF需要被通知，則PCRF通知AF傳輸資源釋 放；步驟S609，AF返回應答消息；步驟S610，PCRF返回IP-CAN會話終結(jié)確認消息；步驟S611，PCEF駐留的網(wǎng)關向BBERF駐留的網(wǎng)關返回刪除IP-CAN會話應答消息；步驟S612，BBERF駐留的網(wǎng)關返回刪除IP-CAN會話應答消息；步驟S613，PCRF識別與該IP-CAN會話相關的TDF，并向該TDF發(fā)送業(yè)務檢測會話 終結(jié)請求消息；步驟S614，TDF刪除該IP-CAN會話相關的業(yè)務檢測規(guī)則，并返回確認消息；步驟S615，如果SI3R之前訂閱取消通知消息，則PCRF向SI3R發(fā)送取消簽約通知請 求消息；步驟S616，sra返回應答消息。優(yōu)選實例三本實例描述了采用圖3的架構(gòu)實現(xiàn)IP-CAN會話建立流程。在該流程中，BBERF駐 留的網(wǎng)關與PCEF駐留的網(wǎng)關之間采用PMIPv6協(xié)議。PCEF從TDF域中為IP-CAN會話選擇 一個TDF進行業(yè)務數(shù)據(jù)檢測。圖7是根據(jù)本發(fā)明實施例的優(yōu)選實例三的流程圖，該流程包 括如下步驟步驟S701，BBERF駐留的網(wǎng)關接收到建立IP-CAN會話請求消息，其中，該消息中攜 帶用戶標識，PDN標識；步驟S702，BBERF向PCRF發(fā)送網(wǎng)關控制會話建立請求消息，該消息中攜帶有用戶標識，PDN標識。該消息請求建立了網(wǎng)關控制會話；步驟S703，如果PCRF沒有用戶相關的簽約信息，則PCRF向SI3R發(fā)送簽約文檔請求 消息，該消息中攜帶用戶標識和PDN標識；步驟S704，Sra根據(jù)接收到的用戶標識和PDN標識返回用戶的簽約信息，其中，包 含是否需要進行業(yè)務檢測以及需要檢測的業(yè)務；步驟S705，PCRF根據(jù)SI3R返回的簽約信息，制定默認策略，包括PCC規(guī)則、對應的 QoS規(guī)則。步驟S706，PCRF向BBERF返回網(wǎng)關控制會話建立確認消息，該消息中攜帶有QoS 規(guī)則、事件觸發(fā)器等。BBERF安裝QoS規(guī)則和事件觸發(fā)器；步驟S707，BBERF駐留的網(wǎng)關向PCEF駐留的網(wǎng)關發(fā)送建立IP-CAN會話請求消息， 該消息中攜帶有用戶標識和PDN標識；優(yōu)選地，步驟S707可與步驟S702同時發(fā)送。步驟S708，PCEF駐留的網(wǎng)關為UE請求建立的IP-CAN會話分配用戶設備IP地址 (IP Address)。PCEF向PCRF發(fā)送IP-CAN會話建立指示消息，該消息中攜帶有用戶標識、 PDN標識和IPAddress。該消息請求建立了 Gx會話；步驟S709，PCRF根據(jù)用戶標識和PDN標識將S702請求建立網(wǎng)關控制會話和S708 請求建立的會話進行關聯(lián)。PCRF將步驟S704制定的PCC規(guī)則、事件觸發(fā)器。PCRF可能會 根據(jù)PCEF上報的信息更新步驟S704步制定的PCC規(guī)則、QoS規(guī)則。若PCRF決策該IP-CAN 會話進行業(yè)務檢測，則PCRF將向PCEF提供業(yè)務檢測的指示；步驟S710，如果至少一個PCC規(guī)則被成功激活，PCEF駐留的網(wǎng)關向BBERF駐留的 網(wǎng)關返回建立IP-CAN會話應答消息，該消息攜帶有IP Address0若PCEF收到業(yè)務檢測的 指示，PCEF將為該IP-CAN會話選擇TDF，并在IP-CAN會話建立后，PCEF將用戶訪問業(yè)務的 上行數(shù)據(jù)流發(fā)送給所選擇的TDF ；步驟S711，BBERF駐留的網(wǎng)關返回建立IP-CAN會話應答消息，該消息中攜帶有IP Address ；步驟S712，TDF檢測到包含IP Address的業(yè)務數(shù)據(jù)流，即TDF檢測到業(yè)務數(shù)據(jù)流 中存在新的用戶設備IP地址。TDF判斷一個新的IP-CAN會話已經(jīng)建立；步驟S712，TDF向PCRF發(fā)送業(yè)務檢測會話建立指示，消息中攜帶檢測到的IP Address0該請求消息建立了業(yè)務檢測會話；步驟S713，PCRF根據(jù)IP Address將S702請求建立網(wǎng)關控制會話、S708請求建立 的to會話和業(yè)務檢測會話進行關聯(lián)。PCRF制定業(yè)務檢測規(guī)則，并通過確認消息發(fā)送給TDF。 TDF安裝業(yè)務檢測規(guī)則；通過以上流程，UE建立IP-CAN會話，并且PCRF將實現(xiàn)對該IP-CAN會話進行策略 控制的網(wǎng)關控制會話、Gx會話和業(yè)務檢測會話進行關聯(lián)。PCEF將根據(jù)PCRF下發(fā)的PCC規(guī) 則進行業(yè)務數(shù)據(jù)包的過濾，并執(zhí)行相應的策略和計費控制。若一業(yè)務數(shù)據(jù)流無法與任何一 個PCRF下發(fā)的PCC規(guī)則匹配，那么PCEF將該業(yè)務數(shù)據(jù)流發(fā)送給TDF進行業(yè)務檢測。本實例描述了對IP-CAN會話的策略計費控制需要引入BBERF的場景。沒有BBERF 場景，其流程更簡單。PCRF將foe會話與業(yè)務檢測會話進行關聯(lián)。基于實施例三的建立IP-CAN會話后，UE發(fā)起的IP-CAN會話的終結(jié)流程與實施例二一致，這里不再贅述。圖8是根據(jù)本發(fā)明實施例的網(wǎng)絡部署實現(xiàn)的架構(gòu)示意圖二，在TDF域中引入業(yè)務 檢測功能選擇功能，由TDFSF管理域中的TDF，并由它為IP-CAN會話選擇一個TDF。采用圖 8的架構(gòu)，對PCRF和PCEF沒有影響。下面結(jié)合優(yōu)選實例四、五對此進行說明。優(yōu)選實例四本實施例描述采用圖8的架構(gòu)實現(xiàn)IP-CAN會話建立流程。圖9是根據(jù)本發(fā)明實 施例的優(yōu)選實例四的流程圖，該流程包括如下步驟步驟S901，BBERF駐留的網(wǎng)關接收到建立IP-CAN會話請求消息，其中，該消息中攜 帶有用戶標識，PDN標識；步驟S902，BBERF向PCRF發(fā)送網(wǎng)關控制會話建立請求消息，其中，該消息中攜帶有 用戶標識，PDN標識。該消息請求建立了網(wǎng)關控制會話；步驟S903，如果PCRF沒有用戶相關的簽約信息，在PCRF向SI3R發(fā)送簽約文檔請求 消息，該消息中攜帶有用戶標識和PDN標識；步驟S904，SI3R根據(jù)用戶標識和PDN標識返回用戶的簽約信息，其中包含是否需要 進行業(yè)務檢測以及需要檢測的業(yè)務；步驟S905，PCRF根據(jù)SI3R返回的簽約信息，制定默認策略，包括PCC規(guī)則、對應的 QoS規(guī)則。如果需要進行業(yè)務檢測，則PCRF根據(jù)需要檢測的業(yè)務制定業(yè)務檢測規(guī)則。業(yè)務 檢測規(guī)則通常包括4層以上的過濾器?？蛇x的，PCRF還會制定事件觸發(fā)器；步驟S906，PCRF向BBERF返回網(wǎng)關控制會話建立確認消息，其中，該消息中攜帶有 QoS規(guī)則、事件觸發(fā)器等。BBERF安裝QoS規(guī)則和事件觸發(fā)器；步驟S907，BBERF駐留的網(wǎng)關向PCEF駐留的網(wǎng)關發(fā)送建立IP-CAN會話請求消息， 其中，該消息中攜帶有用戶標識和PDN標識；步驟S907可與步驟S902同時發(fā)送。步驟S908，PCEF駐留的網(wǎng)關為UE請求建立的IP-CAN會話分配用戶設備IP Address。PCEF向PCRF發(fā)送IP-CAN會話建立指示消息，該消息中攜帶有用戶標識、PDN標 識和IP Address。該消息請求建立了 foe會話；步驟S909，PCRF根據(jù)用戶標識和PDN標識將S902請求建立網(wǎng)關控制會話和S908 請求建立的to會話進行關聯(lián)。PCRF向TDFSF發(fā)送業(yè)務檢測會話建立消息，該消息中攜帶有 IP Address和業(yè)務檢測規(guī)則；步驟S910，TDFSF為該IP-CAN會話選擇一個TDF，并保存對應關系(IP Address, TDF Address)。TDFSF向所選擇的TDF轉(zhuǎn)發(fā)業(yè)務檢測會話建立消息，其中，該消息中攜帶有 IP Address和業(yè)務檢測規(guī)則。TDF保存業(yè)務檢測規(guī)則；步驟S911，TDF向TDFSF返回確認消息；步驟S912，TDFSF向PCRF返回確認消息；步驟S913，PCRF將網(wǎng)關控制會話、foe會話和業(yè)務檢測會話進行關聯(lián)。PCRF將步驟 S905制定的PCC規(guī)則、事件觸發(fā)器返回給PCEF。如果PCRF決策該IP-CAN會話進行業(yè)務檢 測，則PCRF將向PCEF提供業(yè)務檢測的指示；步驟S914，如果至少一個PCC規(guī)則被成功激活，PCEF駐留的網(wǎng)關向BBERF駐留的 網(wǎng)關返回建立IP-CAN會話應答消息，該消息中攜帶有IP Address ；
步驟S915，BBERF駐留的網(wǎng)關返回建立IP-CAN會話應答消息，該消息中攜帶有IP Address ；通過以上流程，UE建立IP-CAN會話，并且PCRF將實現(xiàn)對該IP-CAN會話進行策略 控制的網(wǎng)關控制會話、Gx會話和業(yè)務檢測會話進行關聯(lián)。PCEF將根據(jù)PCRF下發(fā)的PCC規(guī) 則進行業(yè)務數(shù)據(jù)包的過濾，并執(zhí)行相應的策略和計費控制。如果一業(yè)務數(shù)據(jù)流無法與任何 一個PCRF下發(fā)的PCC規(guī)則匹配，那么PCEF將該業(yè)務數(shù)據(jù)流發(fā)送給TDFSF，TDFSF根據(jù)保存 的對應關系，將業(yè)務數(shù)據(jù)流轉(zhuǎn)發(fā)給正確的TDF進行業(yè)務檢測。本實例描述了對IP-CAN會話的策略計費控制需要引入BBERF的場景。沒有BBERF 場景，其流程更簡單。PCRF為IP-CAN會話選擇TDF，并且將foe會話與業(yè)務檢測會話進行關聯(lián)。實施例五本實例描述了根據(jù)實例三建立IP-CAN會話后，由UE發(fā)起的IP-CAN會話終結(jié)的流 程，在該流程中，BBERF駐留的網(wǎng)關與PCEF駐留的網(wǎng)關之間采用PMIPv6協(xié)議。圖10是根 據(jù)本發(fā)明實施例的優(yōu)選實例五的流程圖，該流程包括如下步驟步驟S1001，BBERF駐留的網(wǎng)關接收到刪除IP-CAN會話請求消息；步驟S1002，BBERF向PCRF發(fā)送網(wǎng)關控制會話終結(jié)請求消息，PCRF識別出相關的 IP-CAN會話并刪除相應的QoS規(guī)則；步驟S1003，PCRF向BBERF返回網(wǎng)關控制會話終結(jié)確認消息；步驟S1004，BBERF駐留的網(wǎng)關向PCEF駐留的網(wǎng)關發(fā)送刪除IP-CAN會話請求消 息；步驟S1005，PCEF向PCRF發(fā)送IP-CAN會話終結(jié)指示消息；步驟S1006、PCRF識別出相關的IP-CAN會話并刪除相應的PCC規(guī)則；步驟S1007，PCEF刪除該IP-CAN會話相關的PCC規(guī)則；步驟S1008，如果該IP-CAN會話關聯(lián)的AF需要被通知，則PCRF通知AF傳輸資源 釋放；步驟S1009，AF返回應答消息；步驟S1010，PCRF返回IP-CAN會話終結(jié)確認消息；步驟S1011，PCEF駐留的網(wǎng)關向BBERF駐留的網(wǎng)關返回刪除IP-CAN會話應答消 息；步驟S1012，BBERF駐留的網(wǎng)關返回刪除IP-CAN會話應答消息；步驟S1013，PCRF識別與該IP-CAN會話相關的業(yè)務檢測會話，并向TDFSF發(fā)送業(yè) 務檢測會話終結(jié)請求消息；步驟S1014，TDFSF根據(jù)對應關系，向正確的TDF轉(zhuǎn)發(fā)業(yè)務檢測會話終結(jié)請求消 息；步驟S1015，TDF刪除該IP-CAN會話相關的業(yè)務檢測規(guī)則，并向TDFSF返回確認消 息；步驟S1016，TDFSF刪除對應關系，向PCRF返回確認消息；步驟S1017，如果SI3R之前訂閱取消通知消息，則PCRF向SI3R發(fā)送取消簽約通知請 求消息；
步驟S1018，sra返回應答消息。圖11是根據(jù)本發(fā)明實施例的網(wǎng)絡部署實現(xiàn)的架構(gòu)示意圖三，通過在PCEF與TDF 之間引入Sy的控制面接口，實現(xiàn)對TDF的選擇。采用圖11的架構(gòu)，對PCRF沒有影響。下 面結(jié)合優(yōu)選實例六、七對此進行說明。優(yōu)選實例六本實施例描述采用圖11的架構(gòu)實現(xiàn)IP-CAN會話建立流程。圖12是根據(jù)本發(fā)明 實施例的優(yōu)選實例六的流程圖，該流程包括如下步驟步驟S1201-S1211 同步驟 S701-S711 ；步驟S1212，PCEF向所選擇的TDF發(fā)送請求建立IP-CAN會話的消息，該消息中攜 帶 IP Address ；步驟S1213，TDF返回確認消息；步驟S1214，TDF向PCRF發(fā)送業(yè)務檢測會話建立指示消息，消息中攜帶IP Address0該請求消息建立了業(yè)務檢測會話；步驟S1215，PCRF根據(jù)IP Address將S1202請求建立網(wǎng)關控制會話、S1208請求 建立的to會話和業(yè)務檢測會話進行關聯(lián)。PCRF制定業(yè)務檢測規(guī)則，并通過確認消息發(fā)送給 TDF0 TDF安裝業(yè)務檢測規(guī)則。優(yōu)選實例七本實例描述了根據(jù)實例六建立IP-CAN會話后，由UE發(fā)起的IP-CAN會話終結(jié)的流 程，在該流程中，BBERF駐留的網(wǎng)關與PCEF駐留的網(wǎng)關之間采用PMIPv6協(xié)議。圖13是根 據(jù)本發(fā)明實施例的優(yōu)選實例七的流程圖，該流程包括如下步驟步驟S1301-S1312 同步驟 S601-S612 ；步驟S1313，PCEF向該IP-CAN會話關聯(lián)的TDF發(fā)送刪除IP-CAN會話請求；步驟S1314，TDF返回確認消息；步驟S1315，TDF向PCRF發(fā)送業(yè)務檢測會話終結(jié)指示消息；步驟S1316，PCRF返回消息；步驟S1317，如果SI3R之前訂閱取消通知消息，則PCRF向SI3R發(fā)送取消簽約通知請 求消息；步驟S1318，SI3R返回應答消息。綜上所述，通過上述實施例提供的實現(xiàn)負荷分擔的業(yè)務感知方案，在兼顧性價比 的同時，實現(xiàn)了對用戶訪問業(yè)務的更精細的策略控制。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技 術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務處理方法，其特征在于，包括策略和計費執(zhí)行功能實體PCEF將需要進行 業(yè)務檢測的業(yè)務數(shù)據(jù)流發(fā)送給預先從業(yè)務檢測功能TDF域中選擇出的預定TDF進行處理， 其中，所述TDF域包括多個TDF。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，預先從所述TDF域中選擇所述預定TDF包括策略控制與計費規(guī)則功能實體PCRF、所述PCEF或業(yè)務檢測功能選擇功能TDFSF為所述 業(yè)務數(shù)據(jù)流所在的IP連接接入網(wǎng)IP-CAN會話選擇所述預定TDF。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述PCRF從所述TDF域中選擇所述預 定TDF的情況下，所述方法還包括所述PCRF將所述預定TDF的信息發(fā)送給所述PCEF ；所述PCEF根據(jù)所述預定TDF的信息將所述業(yè)務數(shù)據(jù)流發(fā)送給所述預定TDF。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述TDFSF從所述TDF域中選擇所述預 定TDF的情況下，所述方法還包括所述PCRF向所述TDFSF發(fā)送攜帶有所述IP-CAN會話的用戶設備IP地址的請求消息， 所述TDFSF為所述IP-CA會話選擇所述預定TDF并保存所述IP-CAN會話的用戶設備IP地 址和所述預定TDF的對應關系；所述PCEF將所述IP-CAN會話的業(yè)務數(shù)據(jù)流發(fā)送給所述TDFSF ；所述TDFSF根據(jù)所述對應關系將所述IP-CAN會話的業(yè)務數(shù)據(jù)流發(fā)送給所述預定TDF。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述PCEF從所述TDF域中選擇所述預 定TDF的情況下，所述方法還包括所述PCEF將所述業(yè)務數(shù)據(jù)流發(fā)送給所述預定TDF ；或 者，所述PCEF向所述預定TDF發(fā)送攜帶有所述IP-CAN會話的用戶設備IP地址的消息。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，在所述預定TDF接收到業(yè)務數(shù)據(jù)流之后， 所述方法還包括所述預定TDF檢測到業(yè)務數(shù)據(jù)流中存在新的用戶設備IP地址后，向所述PCRF發(fā)送用 于請求建立業(yè)務檢測會話的消息，其中，所述請求建立業(yè)務檢測會話的消息中攜帶有所述 新的用戶設備IP地址。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，在所述預定TDF接收到攜帶有所述 IP-CAN會話的用戶設備IP地址的消息之后，所述方法還包括所述預定TDF向所述PCRF發(fā)送用于請求建立業(yè)務檢測會話的消息，其中，所述請求建 立業(yè)務檢測會話的消息中攜帶有所述用戶設備IP地址。
8.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述PCRF、所述PCEF或所述TDFSF為 所述業(yè)務數(shù)據(jù)流所在的IP-CAN會話選擇所述預定TDF之前，所述方法還包括所述PCRF向所述PCEF發(fā)送所述IP-CAN會話的業(yè)務數(shù)據(jù)流需要進行業(yè)務檢測的指示。
9.根據(jù)權(quán)利要求2至8中任一項所述的方法，其特征在于，在所述PCRF、所述PCEF或 所述TDFSF選擇出所述預定TDF之后，所述方法還包括所述PCRF向所述預定TDF發(fā)送業(yè)務檢測規(guī)則；或者，所述PCRF經(jīng)由所述TDFSF向所述預定TDFSF發(fā)送業(yè)務檢測規(guī)則。
10.根據(jù)權(quán)利要求1至8中任一項所述的方法，其特征在于，還包括所述預定PCEF將所述業(yè)務數(shù)據(jù)流的上行報文經(jīng)由包分發(fā)功能PDF發(fā)送給分組數(shù)據(jù)網(wǎng)所述PDF將來自所述分組數(shù)據(jù)網(wǎng)絡的所述業(yè)務數(shù)據(jù)流的下行報文發(fā)送給所述預定TDF。
11.根據(jù)權(quán)利要求3至6中任一項所述的方法，其特征在于，還包括 所述PCRF接收到終結(jié)所述IP-CAN會話的消息；所述PCRF向所述預定TDF發(fā)送消息，或者，經(jīng)由所述TDFSF向所述預定TDF發(fā)送消息； 所述TDF根據(jù)所述消息刪除所述IP-CAN會話對應的業(yè)務檢測規(guī)則。
12.根據(jù)權(quán)利要求7所述的方法，其特征在于，還包括 所述PCEF接收到終結(jié)所述IP-CAN會話的消息； 所述PCEF向所述預定TDF發(fā)送消息；所述TDF根據(jù)所述消息刪除所述IP-CAN會話對應的業(yè)務檢測規(guī)則。
13.根據(jù)權(quán)利要求10所述的方法，其特征在于，在所述TDFSF向所述TDF發(fā)送所述消息 之后，所述方法還包括所述TDFSF刪除所述IP-CAN會話與所述預定TDF的對應關系。
14.一種業(yè)務檢測系統(tǒng)，其特征在于，包括策略和計費執(zhí)行功能實體PCEF、包括多個 業(yè)務檢測功能TDF的TDF域，其中，所述PCEF用于將需要進行業(yè)務檢測的業(yè)務數(shù)據(jù)流發(fā)送給從TDF域中選擇的預定TDF 進行處理。
15.根據(jù)權(quán)利要求14所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括策略控制與計費規(guī)則 功能實體PCRF、所述PCEF或業(yè)務檢測功能選擇功能TDFSF，用于為所述業(yè)務數(shù)據(jù)流所在的 IP連接接入網(wǎng)IP-CAN會話選擇所述預定TDF ；所述TDFSF還用于管理所述TDF域。
全文摘要
本發(fā)明公開了一種業(yè)務處理方法及系統(tǒng)，該方法包括策略和計費執(zhí)行功能實體PCEF將需要進行業(yè)務檢測的業(yè)務數(shù)據(jù)流發(fā)送給預先從業(yè)務檢測功能TDF域中選擇出的預定TDF進行處理，其中，TDF域包括多個TDF。通過本發(fā)明在兼顧性價比的同時，實現(xiàn)了對用戶訪問業(yè)務的更精細的策略控制。
文檔編號H04W4/24GK102131172SQ20101000511
公開日2011年7月20日 申請日期2010年1月18日 優(yōu)先權(quán)日2010年1月18日
發(fā)明者周曉云, 宗在峰, 芮通 申請人:中興通訊股份有限公司