專利名稱:一種用戶會話承載業(yè)務(wù)建立方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信領(lǐng)域,特別涉及用戶會話承載業(yè)務(wù)建立的方法、系統(tǒng)及策 略控制和計費(fèi)規(guī)則功能實(shí)體、策略和計費(fèi)執(zhí)行實(shí)體。
背景技術(shù):
圖1為3GPP在TS 23.203里定義的PCC ( Policy Charging Control,策略 和計費(fèi)控制)架構(gòu)示意圖,如圖所示,PCC中各個功能實(shí)體作用如下PCRF (Policy Control and Charging Rules Function,策略控制和計費(fèi)規(guī)則功 能實(shí)體)該功能實(shí)體根據(jù)用戶接入網(wǎng)絡(luò)的限制、運(yùn)營商策略、從SPR (Subscription Profile Repository,用戶簽約數(shù)據(jù)數(shù)據(jù)庫)功能實(shí)體獲取的用戶 簽約數(shù)據(jù)、以及從AF (Application Function,應(yīng)用層功能實(shí)體)獲取的用戶當(dāng) 前正在進(jìn)行的業(yè)務(wù)信息等決定對應(yīng)的策略,并將該策略提供給PCEF( Policy and Charging Enforcement Function,策略和計費(fèi)執(zhí)行實(shí)體),由PCEF執(zhí)行這些策 略。策略包括業(yè)務(wù)數(shù)據(jù)流(完成某一業(yè)務(wù),比如語音的IP流集合)的檢測規(guī) 則、是否門控、業(yè)務(wù)數(shù)據(jù)流對應(yīng)的QoS (Quality of Service,服務(wù)質(zhì)量)和基 于流的計費(fèi)規(guī)則等。PCEF:該實(shí)體執(zhí)行PCRF下發(fā)或者指定的策略,具體來說就是執(zhí)行業(yè)務(wù) 數(shù)據(jù)流的檢測和測量,保證業(yè)務(wù)數(shù)據(jù)流的QoS、用戶面流量處理、觸發(fā)控制面 的會話管理等;SPR:該功能實(shí)體向PCRF提供用戶簽約數(shù)據(jù);AF:該功能實(shí)體向PCRF動態(tài)提供應(yīng)用層的會話信息,PCRF根據(jù)該信息 動態(tài)生成或者修改對應(yīng)的規(guī)則。各功能實(shí)體間的參考點(diǎn)描述如下RX參考點(diǎn)該參考點(diǎn)用于AF下發(fā)應(yīng)用層相關(guān)信息,該信息包括^f旦不限 于IP過濾器,用于識別業(yè)務(wù)數(shù)據(jù)流、應(yīng)用、或者媒體所需的帶寬信息,該參 考點(diǎn)使用IETF定義的Diameter協(xié)議;該參考點(diǎn)實(shí)現(xiàn)以下功能建立、維護(hù)、終結(jié)IP-CAN (IP Connectivity Access Network, IP連通接入網(wǎng)絡(luò))會話;PCEF向PCRF請求PCC規(guī)則;PCRF向 PCEF提供PCC規(guī)則;協(xié)商IP-CAN承載建立模式。該參考點(diǎn)使用正TF定義 的Diameter協(xié)議;Sp參考點(diǎn)用于PCRF向SPR請求用戶簽約信息,該簽約信息用于確定 IP-CAN傳輸層策略。該接口目前屬于私有接口 (設(shè)備商自定義,沒有公開化);為了更容易理解IP-CAN會話流程,先闡述幾個術(shù)語IP-CAN:當(dāng)用戶在接入網(wǎng)絡(luò)內(nèi)漫游(位置改變時)仍能保存IP業(yè)務(wù)連續(xù) 性(即不中斷業(yè)務(wù)),具有這樣性質(zhì)的接入網(wǎng)絡(luò)稱為IP-CAN,比如GPRS( General Packet Radio Service,通用分組無線業(yè)務(wù))網(wǎng)絡(luò),I-WLAN (無線本地局域網(wǎng)同 3GPP網(wǎng)絡(luò)互通系統(tǒng))網(wǎng)絡(luò)等;IP-CANbearer: IP-CAN承載,具有明確速率,延遲和誤比特率的IP傳輸 路徑(該路徑指的是接入網(wǎng)到PCEF之間),對于GPRS來說IP-CAN bearer對 應(yīng)PDP (Packet Data Protocol,分組數(shù)據(jù)協(xié)議)上下文;IP-CAN session: IP-CAN會話,指的是UE ( User Equipment,用戶設(shè)備) 和PDN (Packet Data Network,分組數(shù)據(jù)網(wǎng),比如internet)標(biāo)識之間的連接關(guān) 系,該連接關(guān)系通過UE的IP地址和UE的標(biāo)識來識別。只要UE分配了 IP 地址并且能被IP網(wǎng)絡(luò)識別,則IP-CAN存在。IP-CAN會話可以包含一到多個 IP-CAN承載。圖2為IP-CAN會話建立流程示意圖,如圖所示,IP-CAN會話建立包括 如下流程步驟201 、 PCEF接收到UE發(fā)起的IP-CAN會話建立請求消息(分配一個在PDN網(wǎng)絡(luò)可見的IP地址),具體消息格式與接入網(wǎng)類型有關(guān),對于GPRS, 即建立第一個PDP上下文;步驟202、 PCEF通知PCRF IP-CAN會話建立,PCEF創(chuàng)建一個新的DCC (Diameter信用控制)會話,向PCRF發(fā)送CCR (信用控制請求, Credit-Control-Request )消息,包含UE標(biāo)識和IP地址。如果PCRF執(zhí)行IP-CAN 承載和規(guī)則綁定,則PCEF還要上報IP-CAN承載標(biāo)識( 一般情況下,UE建立 IP-CAN會話的同時會建立缺省IP-CAN承載來傳遞控制層信令);步驟203、 PCRF存儲CCR消息里的信息;步驟204、 PCRF如果需要用戶簽約相關(guān)信息,則向SPR請求;步驟205、 SPR返回用戶簽約信息,包括用戶當(dāng)前簽約的業(yè)務(wù),計費(fèi)模式 等信息;步驟206、 PCRF生成新的PCC規(guī)則;步驟207、 PCRF存儲PCC規(guī)則,如果PCRF執(zhí)行IP-CAN承載和規(guī)則綁 定,則還要記錄PCC規(guī)則和IP-CAN承載標(biāo)識的綁定關(guān)系;步驟208、 PCRF通過CCA (信用控制應(yīng)答,Credit-Control-Answer)消息 將PCC規(guī)則返回給PCEF,如果PCRF執(zhí)行IP-CAN承載和規(guī)則綁定,則指明 PCC規(guī)則和IP-CAN承栽標(biāo)識的綁定關(guān)系(即在那個IP-CAN承載執(zhí)行對應(yīng)的 規(guī)則);步驟209、 PCEF安裝規(guī)則,并根據(jù)規(guī)則打開或者關(guān)閉對應(yīng)的業(yè)務(wù)數(shù)據(jù)流, 保證相應(yīng)的QoS,如果PCEF執(zhí)行IP-CAN承載和規(guī)則綁定,則由PCEF根據(jù) 規(guī)則要求選擇一個合適的IP-CAN承載,否則PCEF根據(jù)PCRF的PCC規(guī)則和 IP-CAN承載標(biāo)識的綁定關(guān)系,在對應(yīng)的IP-CAN承載上執(zhí)行規(guī)則;步驟210、 PCEF向UE返回IP-CAN會話建立響應(yīng)消息;圖3為UE發(fā)起的IP-CAN承載建立流程示意圖,如圖所示,UE發(fā)起 IP-CAN承載建立包括如下步驟步驟301 、 AF接收到一個觸發(fā)事件(比如UE發(fā)起的多士某體呼叫控制信令)后,需要建立一個新的Diameter會話并向PCRF提供業(yè)務(wù)信息;
步驟302、 AF從觸發(fā)事件中提取需要的業(yè)務(wù)信息(比如IP流的地址信息, 端口號,媒體類型等);
步驟303、 AF向PCRF發(fā)送AAR (批準(zhǔn)和/或授權(quán)請求,AA-Request)消 息,包含業(yè)務(wù)信息;
步驟304、 PCRF保存接收到的業(yè)務(wù)信息;
步驟305、如果PCRF此時沒有用戶簽約信息,則向SPR請求用戶簽約信
臺
步驟306、 SPR返回用戶簽約信息,包括用戶當(dāng)前簽約的業(yè)務(wù); 步驟307、 PCRF根據(jù)接受到的業(yè)務(wù)信息和以前從PCEF接受到的信息(比 如IP-CAN會話建立時)將該AF會話關(guān)聯(lián)到一個對應(yīng)的IP-CAN會話; 步驟308、 PCRF向AF返回AAA消息;
步驟309、PCEF接收到UE發(fā)起的IP-CAN會話消息,要求建立新的IP-CAN 承栽,對于GPRS,即建立第二個PDP上下文;
步驟310、 PCEF通知PCRF IP-CAN會話需要修改,向PCRF發(fā)送CCR 消息,請求針對該IP-CAN承載的PCC規(guī)則,如果PCRF執(zhí)行IP-CAN承載和 規(guī)則綁定,則PCEF還要上報新的IP-CAN承載標(biāo)識;
步驟311、 PCRF存儲CCR消息里的信息,并且利用從PCEF接受到信息 和步驟303中從AF接收到的業(yè)務(wù)信息,將IP-CAN會話關(guān)聯(lián)到特定的AF會 話(一個IP-CAN會話可與多個AF會話有關(guān)聯(lián)關(guān)系),生成并保存新的PCC 規(guī)則(根據(jù)業(yè)務(wù)信息和用戶簽約,運(yùn)營商配置等信息);
步驟312、 PCRF向PCEF返回CCA消息,帶有新的PCC規(guī)則,如果PCRF 執(zhí)行IP-CAN承載和規(guī)則綁定,則指明在新建立的IP-CAN承載上執(zhí)行PCC規(guī) 則;
步驟313、 PCEF安裝規(guī)則,并根據(jù)規(guī)則打開或者關(guān)閉對應(yīng)的業(yè)務(wù)數(shù)據(jù)流, 保證對應(yīng)的QoS和計費(fèi)統(tǒng)計;步驟314、如果用戶是在線計費(fèi)并且OCS (OnlineChargingSystem,在線 計費(fèi)系統(tǒng))連接正常可用,則PCEF可以向OCS請求信息計費(fèi)關(guān)鍵字信息; 步驟315、 OCS向PCEF返回信用控制信息。 步驟316、 PCEF向UE返回IP-AN會話響應(yīng)消息;
圖4為IP-CAN會話、IP-CAN承載、PCC規(guī)則和IP流之間的綁定關(guān)系示 意圖,通過以上所述的IP-CAN會話建立過程、IP-CAN承載建立過程,在PCEF 上實(shí)際形成了如圖所示的IP-CAN會話、IP-CAN承載、PCC規(guī)則和IP流之間 的綁定關(guān)系。
當(dāng)UE在PDN分配了可尋址的IP地址后,UE就建立IP-CAN會話,為了 滿足不同的QoS要求,在同一個IP-CAN會話里可以建立不同QoS要求的 IP-CAN承載,在每個IP-CAN承載里可以有多個IP流(比如用戶可以同時在 不同服務(wù)器下載文件),PCEF是根據(jù)PCC規(guī)則(PCC規(guī)則包含IP五元組,即 IP源、目的地址、源端口號、目的端口號、協(xié)議來識別IP流。每個PCCMJ!'J 可以包含一到多個IP流,它們稱為業(yè)務(wù)數(shù)據(jù)流(Service Data Flow )。
發(fā)明人在發(fā)明過程中注意到在現(xiàn)有PCC所提供的機(jī)制中,PCRF定義了 計費(fèi)規(guī)則、QoS控制、門控信息的PCC規(guī)則,然后通過Gx接口把業(yè)務(wù)數(shù)據(jù)流的 IP五元組過濾規(guī)則和相應(yīng)的規(guī)則參數(shù)傳遞給PCEF, PCEF可以根據(jù)業(yè)務(wù)數(shù)據(jù)流 的規(guī)則進(jìn)行計費(fèi)、QoS控制、門控。但是PCRF并不能將需要轉(zhuǎn)發(fā)的報文轉(zhuǎn)發(fā)到 非報文原始目的地址的新地址。
發(fā)明人注意到,在一些特殊的應(yīng)用場景下,例如用戶從某個網(wǎng)址下載數(shù)據(jù) 時,需要首先對下載的報文轉(zhuǎn)發(fā)到一個外部的設(shè)備,進(jìn)行內(nèi)容過濾;或者,在 用戶發(fā)送郵件時,需要使用外部的設(shè)備對郵件進(jìn)行防病毒或防垃圾郵件過濾。 這時,由于有根據(jù)要求需要將用戶報文進(jìn)行重定向,需要依賴于2個方面的數(shù) 據(jù), 一方面是用戶的簽約數(shù)據(jù),用戶在簽約時,會要求提供相應(yīng)的報文過濾功 能;另一方面,通過網(wǎng)絡(luò)監(jiān)控或者防火墻提供的參數(shù),例如發(fā)現(xiàn)從某個網(wǎng)址下 載的信息總是包含非法或病毒的信息,則通過網(wǎng)管控制系統(tǒng)(或者其他渠道)通知PCRF這個網(wǎng)址提供的信息都需要進(jìn)行內(nèi)容過濾?;蛘?,另一個例子是, 監(jiān)控發(fā)現(xiàn)某個用戶總是發(fā)送垃圾郵件,則通知PCRF對此用戶的郵件進(jìn)行垃圾 郵件過濾。此時,就會產(chǎn)生需要PCRF根據(jù)用戶的相關(guān)信息,結(jié)合組網(wǎng)及網(wǎng)管 監(jiān)控的情況,來為用戶IP承載提供相應(yīng)的重定向的目的地址,而這并不能通過 在PCEF配置來實(shí)現(xiàn)。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種用戶會話承載業(yè)務(wù)建立方法、系統(tǒng)及策略控制和計 費(fèi)規(guī)則功能實(shí)體、策略和計費(fèi)執(zhí)行實(shí)體,用以解決使PCRF能將需要轉(zhuǎn)發(fā)的報 文轉(zhuǎn)發(fā)到非報文原始目的地址的新地址問題。
本發(fā)明實(shí)施例提供了一種用戶會話承載業(yè)務(wù)建立方法,包括如下步驟
PCEF接收到UE的會話承載業(yè)務(wù)建立請求后,向PCRF發(fā)送攜帶用戶標(biāo) 識的信用控制請求消息;
PCRF接收到所述信用控制請求消息后,才艮據(jù)用戶標(biāo)識查詢用戶信息;
PCRF根據(jù)所述查詢的用戶信息進(jìn)行判斷并生成路由策略信息后,將信用 控制應(yīng)答消息反饋至PCEF,所述信用控制應(yīng)答消息中攜帶所述路由策略信息;
PCEF根據(jù)所述路由策略信息建立會話承載業(yè)務(wù),并對用戶業(yè)務(wù)數(shù)據(jù)流按 所述路由策略信息中的路由策略執(zhí)行。
本發(fā)明實(shí)施例還提供了一種用戶會話承載業(yè)務(wù)建立系統(tǒng),包括PCRF、 PCEF,還包括
請求模塊,與PCEF相連,用于在PCEF接收到UE的會話承載業(yè)務(wù)建立 請求后,向PCRF發(fā)送攜帶用戶標(biāo)識的信用控制請求消息;
查詢模塊,與PCRF相連,用于在接收到所述請求模塊發(fā)送的信用控制請 求消息后,根據(jù)用戶標(biāo)識查詢用戶信息;
策略模塊,與PCRF相連,用于根據(jù)所述查詢的用戶信息進(jìn)行判斷并生成 路由策略信息;反饋模塊,與PCRF相連,用于將信用控制應(yīng)答消息反饋至PCEF,所述 信用控制應(yīng)答消息中攜帶所述路由策略信息;
執(zhí)行模塊,與PCEF相連,用于根據(jù)所述路由策略信息建立會話承載業(yè)務(wù), 并對用戶業(yè)務(wù)數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。
本發(fā)明實(shí)施例又提供了一種策略控制和計費(fèi)規(guī)則功能實(shí)體PCRF,包括
查詢模塊,用于在接收到所述PCEF發(fā)送的信用控制請求消息后,根據(jù)用 戶標(biāo)識查詢用戶信息;
策略模塊,用于根據(jù)所述查詢的用戶信息進(jìn)行判斷并生成路由策略信息;
反饋模塊,用于將信用控制應(yīng)答消息反饋至PCEF,所述信用控制應(yīng)答消 息中攜帶所述路由策略信息,所述PCEF根據(jù)所述路由策略信息建立會話承載 業(yè)務(wù),并對用戶業(yè)務(wù)數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。
本發(fā)明實(shí)施例還提供了 一種策略和計費(fèi)執(zhí)行實(shí)體PCEF,包括
請求模塊,用于在PCEF接收到UE的會話承載業(yè)務(wù)建立請求后,向PCRF 發(fā)送攜帶用戶標(biāo)識的信用控制請求消息,所述信用控制消息用于觸發(fā)所述 PCRF反饋攜帶路由策略信息的信用控制應(yīng)答消息;
執(zhí)行模塊,用于根據(jù)所述路由策略信息建立會話承載業(yè)務(wù),并對用戶業(yè)務(wù) 數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。
本發(fā)明實(shí)施例有益效果如下
由于本發(fā)明實(shí)施例中,在PCRF接收到攜帶用戶標(biāo)識的信用控制請求消息 后,根據(jù)用戶標(biāo)識查詢用戶信息;然后PCRF根據(jù)查詢的用戶信息,判斷并生 成路由策略來重新確定重定向地址,并將新的地址反饋至PCEF; PCEF再根據(jù) 新的地址建立會話承載業(yè)務(wù),從而使得PCRF不再將會話業(yè)務(wù)承載所請求的原 始目的地址,而是將會話業(yè)務(wù)承載建立到新地址,克服了 PCRF不能將需要轉(zhuǎn) 發(fā)的報文轉(zhuǎn)發(fā)到非報文原始目的地址的新地址的問題。
圖1為背景技術(shù)中所述3GPP在TS 23.203里定義的PCC架構(gòu)示意圖; 圖2為背景技術(shù)中所述IP-CAN會話建立流程示意圖; 圖3為背景技術(shù)中所述UE發(fā)起的IP-CAN承載建立流程示意圖; 圖4為背景技術(shù)中所述IP-CAN會話、IP-CAN承載、PCC規(guī)則和IP流之 間的綁定關(guān)系示意圖5為本發(fā)明實(shí)施例中所述用戶會話承載業(yè)務(wù)建立方法的實(shí)施流程示意
圖6為本發(fā)明實(shí)施例一的實(shí)施流程示意圖; 圖7為本發(fā)明實(shí)施例二的實(shí)施流程示意圖8為本發(fā)明實(shí)施例中所述用戶會話承載業(yè)務(wù)建立系統(tǒng)結(jié)構(gòu)示意圖; 圖9為本發(fā)明實(shí)施例中所述策略控制和計費(fèi)規(guī)則功能實(shí)體結(jié)構(gòu)示意圖; 圖10為本發(fā)明實(shí)施例中所述策略和計費(fèi)執(zhí)行實(shí)體結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合附圖對本發(fā)明的具體實(shí)施方式
進(jìn)行說明。
本發(fā)明實(shí)施例提供了一種用戶會話承載業(yè)務(wù)建立方法,圖5為用戶會話承 載業(yè)務(wù)建立方法的實(shí)施流程示意圖,如圖所示,發(fā)送時可以包括如下步驟
步驟501 、 PCEF接收到UE的會話承載業(yè)務(wù)建立請求后,向PCRF發(fā)送攜 帶用戶標(biāo)識的信用控制請求消息;
步驟502、 PCRF接收到所述信用控制請求消息后,根據(jù)用戶標(biāo)識查詢用 戶信息;
步驟503、 PCRF才艮據(jù)所述查詢的用戶信息進(jìn)行判斷并生成路由策略信息; 步驟504、 PCRF將信用控制應(yīng)答消息反饋至PCEF,所述信用控制應(yīng)答消
息中攜帶所述路由策略信息;
步驟505、 PCEF根據(jù)路由策略信息建立會話承載業(yè)務(wù),并對用戶業(yè)務(wù)數(shù)
據(jù)流按所述路由策略信息中的路由策略執(zhí)行。
14實(shí)施中,步驟502中,PCRF接收到信用控制請求消息后,可以到SPR和 /或網(wǎng)管系統(tǒng)中中查詢用戶信息。
查詢的用戶信息包括用戶簽約信息、和/或網(wǎng)絡(luò)性能。
用戶簽約信息是用戶簽約時要求提供的內(nèi)容過濾功能、防垃圾郵件過濾功 能、防病毒過濾功能之一或者其組合的簽約信息;網(wǎng)絡(luò)性能是根據(jù)內(nèi)容過濾設(shè) 備、防垃圾郵件過濾設(shè)備、防病毒過濾設(shè)備之一或者其組合在網(wǎng)絡(luò)中的負(fù)載性 能。
PCRF可以根據(jù)用戶簽約信息或運(yùn)營商自定義,將為用戶提供的業(yè)務(wù)提供 內(nèi)容過濾、防垃圾郵件過濾、防病毒過濾等功能。這樣PCRF就可以根據(jù)用戶 簽約信息,結(jié)合內(nèi)容過濾、防垃圾郵件過濾、防病毒過濾設(shè)備的組網(wǎng)分布,根 據(jù)負(fù)載均衡的原則,選擇適當(dāng)?shù)倪^濾設(shè)備地址,將功能要求和設(shè)備地址信息下 發(fā)到PCRF。 PCRF根據(jù)功能要求,就可以將報文轉(zhuǎn)發(fā)到相應(yīng)的設(shè)備地址。進(jìn) 一步的還可以提示用戶,對這個業(yè)務(wù)流正在進(jìn)行的操作。
在PCRF根據(jù)查詢的用戶信息進(jìn)行判斷并生成路由策略時,PCRF可以先 選擇出可選用戶業(yè)務(wù)數(shù)據(jù)流重定向地址,然后通過輪詢的方式在可選用戶業(yè)務(wù) 數(shù)據(jù)流重定向地址中確定用戶業(yè)務(wù)數(shù)據(jù)流重定向地址,具體可以是輪詢網(wǎng)絡(luò)中 可以使用的設(shè)備,當(dāng)獲得可以進(jìn)行處理的設(shè)備反饋的消息后,將該設(shè)備地址作 為用戶業(yè)務(wù)數(shù)據(jù)流重定向地址地址。
優(yōu)選實(shí)施中,PCRF還可以在根據(jù)查詢的用戶信息進(jìn)行判斷并生成路由策 略信息時,獲得用戶業(yè)務(wù)數(shù)據(jù)流重定向地址及用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型 信息,并將用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息反饋PCEF。 PCEF將用戶業(yè)務(wù) 數(shù)據(jù)流重定向處理類型信息反饋用戶。
用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息可以是將建立會話承載業(yè)務(wù)用于內(nèi) 容過濾、防垃圾郵件過濾、防病毒過濾之一或者其組合的處理的簽約信息,這 樣就可以使得用戶知曉報文將會進(jìn)行什么處理了 ,能提高用戶的業(yè)務(wù)體驗(yàn)以及 知情權(quán)。步驟504中,PCRF可以通過Gx接口利用Diameter RAR或CCA消息將 路由策略信息反饋至PCEF。PCRF通過和PCEF之間的Gx接口 ,可以把用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類 型和重定向地址信息傳遞給PCEF。如PCRF可以通過Diameter RAR或CCA 消息把用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型和重定向地址信息發(fā)送到PCEF,具體 實(shí)施為Redirect-Information: := < AVP Header: xxxx> [Filter_Type ] [Redirect-Server ]其中,xxxx為Bearer-Priority的AVP (屬性值對,Attribute Value Pairs) 代碼;Filter一TypeAVP的類型為枚舉型,取值定義如下 FILTER_CONTENT(1)內(nèi)容過濾類型 FILTER_SPAM (2) 防垃圾郵件過濾類型FILTER_VIRUS (3) 防病毒過濾類型Redirect-Server AVP,是RFC4006中定義的AVP。下面以業(yè)務(wù)數(shù)據(jù)流被前轉(zhuǎn)的實(shí)施例來描述用戶業(yè)務(wù)處理流程的具體實(shí)施。 實(shí)施例一本實(shí)施例所描述的是用戶簽約的業(yè)務(wù)是需要將下行報文的內(nèi)容過濾,根 據(jù)用戶的簽約信息制定了將報文前轉(zhuǎn)以執(zhí)行內(nèi)容過濾。即用戶在IP接入會 話建立時,PCRF到SPR中取簽約信息,簽約信息中確定的用戶下行報文需要 執(zhí)行內(nèi)容過濾,PCRF結(jié)合內(nèi)容過濾設(shè)備的配置情況,采用輪詢的方式得到一 個前轉(zhuǎn)地址,將業(yè)務(wù)流的過濾類型、重定向地址信息發(fā)送給PCEF進(jìn)行處理。圖6為實(shí)施例一的實(shí)施流程示意圖,如圖所示,包括如下步驟步驟601 、用戶發(fā)起IP接入會話建立請求到PCEF。步驟602、 PCEF發(fā)送信用控制請求消息到PCRF。步驟603、 PCRF到SPR中獲取用戶信息。用戶簽約內(nèi)容是從某IP地址下 載的信息需要進(jìn)行內(nèi)容過濾。步驟604、 PCRF進(jìn)行判斷并生成路由策略信息,才艮據(jù)用戶簽約信息,結(jié) 合外部內(nèi)容過濾設(shè)備配置信息,通過輪詢的方式得到一個設(shè)備地址,將過濾類 型和設(shè)備地址包含在策略信息中。步驟605、 PCRF發(fā)送信用控制應(yīng)答消息到PCEF,消息中帶有策略信息。 策略信息包括業(yè)務(wù)的過濾處理類型和重定向地址信息(Redirect-Information)。步驟606、 PCEF將接收到的業(yè)務(wù)的過濾處理類型和重定向地址信息 (Redirect-Information)記錄下來,并對經(jīng)過PCEF的用戶相關(guān)數(shù)據(jù)流進(jìn)行重 定向操作。步驟607、 PCEF向用戶終端發(fā)送IP接入會話建立應(yīng)答消息。步驟608、用戶發(fā)起到需要過濾下行報文的業(yè)務(wù)時,PCEF匹配到這個控 制規(guī)則,提示用戶這個網(wǎng)址的下行的業(yè)務(wù)流需要被前轉(zhuǎn)到內(nèi)容過濾設(shè)備進(jìn)行內(nèi) 容過濾。PCEF根據(jù)要求,將用戶報文轉(zhuǎn)發(fā)到內(nèi)容過濾設(shè)備。由以上實(shí)施可知,實(shí)施例為運(yùn)營提供了一種新的業(yè)務(wù)才莫式。通過對重定向 信息的控制,對業(yè)務(wù)功能的擴(kuò)展提供了一種簡化的手段。可以方便的實(shí)現(xiàn)對各 種不同業(yè)務(wù)流的控制和管理的功能,簡化了業(yè)務(wù)的部署,在保證設(shè)備安全的前 提下,既增強(qiáng)了設(shè)備功能,又保證了系統(tǒng)的穩(wěn)定性。實(shí)施例二本實(shí)施例所描述的是根據(jù)監(jiān)控,發(fā)現(xiàn)某用戶經(jīng)常發(fā)送垃圾郵件,網(wǎng)管系 統(tǒng)通知PCRF需要對此用戶的上行郵件報文進(jìn)行防垃圾郵件的過濾。用戶在IP 接入會話建立時,PCRF到SPR中取簽約信息,PCRF根據(jù)相關(guān)信息得到相應(yīng) 的PCC規(guī)則和過濾策略,并送給PCEF進(jìn)行處理。圖7為實(shí)施例二的實(shí)施流程示意圖,如圖所示,包括如下步驟 步驟701、網(wǎng)管系統(tǒng)通知PCRF某個用戶的業(yè)務(wù)信息,要求對此用戶的上 行郵件報文進(jìn)行垃圾郵件過濾,PCRF將信息綁定到用戶承載并存儲。步驟702、用戶發(fā)起IP接入會話建立請求到PCEF。 步驟703、 PCEF發(fā)送信用控制請求消息到PCRF。步驟704、 PCRF進(jìn)行判斷并生成路由策略信息,PCRF4艮據(jù)業(yè)務(wù)類型,結(jié) 合策略信息,判斷應(yīng)對用戶上行郵件進(jìn)行垃圾郵件過濾,則根據(jù)垃圾郵件過濾 設(shè)備的配置信息,通過輪詢的方式得到一個設(shè)備地址,構(gòu)成過濾的重定向信息。步驟705、 PCRF發(fā)送信用控制應(yīng)答消息到PCEF,消息中帶有路由策略信 息。路由策略信息包括垃圾郵件過濾類型和重定向地址信息 (Redirect國Information )信息。步驟706、 PCEF將接收到的路由策略規(guī)則進(jìn)行存儲,并對經(jīng)過PCEF的用 戶相關(guān)數(shù)據(jù)流進(jìn)行重定向操作。步驟707、 PCEF向用戶終端發(fā)送IP接入會話建立應(yīng)答消息。步驟708、用戶發(fā)起發(fā)送郵件的業(yè)務(wù)時,PCEF匹配到這個PCC規(guī)則,提 示用戶發(fā)送的郵件將被前轉(zhuǎn)到垃圾郵件過濾設(shè)備進(jìn)行過濾,PCEF根據(jù)要求, 將用戶報文轉(zhuǎn)發(fā)到防垃圾郵件過濾設(shè)備。由上述實(shí)施的可知,實(shí)施例為運(yùn)營提供了一種新的業(yè)務(wù)^1式。通過對重定 向信息的控制,對業(yè)務(wù)功能的擴(kuò)展提供了一種簡化的手段??梢苑奖愕膶?shí)現(xiàn)對 各種不同業(yè)務(wù)流的控制和管理的功能,簡化了業(yè)務(wù)的部署,在保證設(shè)備安全的 前提下,既增強(qiáng)了設(shè)備功能,又保證了系統(tǒng)的穩(wěn)定性。本發(fā)明實(shí)施例還提供了一種用戶會話承載業(yè)務(wù)建立系統(tǒng),下面結(jié)合附圖對 本系統(tǒng)的具體實(shí)施方式
進(jìn)行說明。圖8為用戶會話承載業(yè)務(wù)建立系統(tǒng)結(jié)構(gòu)示意圖,如圖所示,系統(tǒng)中包括 PCRF、 PCEF、請求模塊、查詢模塊、策略模塊、反饋模塊、執(zhí)行模塊,其中 各模塊的結(jié)構(gòu)關(guān)系是查詢模塊、策略模塊、反饋模塊與PCRF相連,請求模塊、轉(zhuǎn)發(fā)模塊與PCEF 相連。各模塊工作中的信號連接關(guān)系是在PCEF接收到UE的會話承栽業(yè)務(wù)建立后,請求模塊在PCEF接收到UE 的會話承載業(yè)務(wù)建立請求后,向PCRF發(fā)送攜帶用戶標(biāo)識的信用控制請求消息; 查詢模塊在接收到所述請求模塊發(fā)送的信用控制請求消息后,根據(jù)用戶標(biāo)識查 詢用戶信息;策略模塊根據(jù)所述查詢的用戶信息進(jìn)行判斷并生成路由策略信 息;反饋模塊將信用控制應(yīng)答消息反饋至PCEF,所述信用控制應(yīng)答消息中攜 帶路由策略信息;執(zhí)行模塊根據(jù)路由策略信息建立會話承載業(yè)務(wù),并對用戶業(yè) 務(wù)數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。其中可以進(jìn)一步包括與PCRF相連的策略制定模塊,用于根據(jù)用戶簽約信 息、和/或網(wǎng)絡(luò)性能設(shè)置所述路由策略。用戶簽約信息是用戶簽約時要求提供的內(nèi)容過濾功能、防垃圾郵件過濾功 能、防病毒過濾功能之一或者其組合的簽約信息;和/或,網(wǎng)絡(luò)性能是根據(jù)內(nèi)容 過濾設(shè)備、防垃圾郵件過濾設(shè)備、防病毒過濾設(shè)備之一或者其組合在網(wǎng)絡(luò)中的 負(fù)載性能。在路由策略信息中包括用戶業(yè)務(wù)數(shù)據(jù)流重定向地址,在策略模塊中可以包 括選擇單元、輪詢單元,其中選擇單元,用于選擇所述路由策略信息中的可選用戶業(yè)務(wù)數(shù)據(jù)流重定向地址;輪詢單元,用于通過輪詢在所述可選用戶業(yè)務(wù)數(shù)據(jù)流重定向地址中確定確 定用戶業(yè)務(wù)數(shù)據(jù)流重定向地址。為更好的提高用戶業(yè)務(wù)體驗(yàn),所述策略模塊可以進(jìn)一步包括重定向目的查 詢單元,用于根據(jù)所述用戶信息查詢用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息;反 饋模塊進(jìn)一步用于將所述用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息反饋至PCEF。系統(tǒng)還可以進(jìn)一步包括提示模塊,用于將用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型 信息反饋用戶。實(shí)施中,查詢模塊可以與SPR、網(wǎng)管系統(tǒng)相連;在接收到信用控制請求消 息后,根據(jù)用戶標(biāo)識到SPR和/或網(wǎng)管系統(tǒng)中查詢用戶信息。本發(fā)明實(shí)施例還提供了 一種策略控制和計費(fèi)規(guī)則功能實(shí)體,下面結(jié)合附圖對PCRF的具體實(shí)施方式
進(jìn)行說明。圖9為策略控制和計費(fèi)規(guī)則功能實(shí)體結(jié)構(gòu)示意圖,如圖所示,PCRF中包括查詢模塊,用于在接收到所述PCEF發(fā)送的信用控制請求消息后,根據(jù)用 戶標(biāo)識查詢用戶信息;策略模塊,用于根據(jù)所述查詢的用戶信息進(jìn)行判斷并生成路由策略信息;反饋模塊,用于將信用控制應(yīng)答消息反饋至PCEF,所述信用控制應(yīng)答消 息中攜帶所述路由策略信息,所述PCEF根據(jù)所述路由策略信息建立會話承載 業(yè)務(wù),并對用戶業(yè)務(wù)數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。PCRF中可以進(jìn)一步包括策略制定模塊,用于根據(jù)用戶簽約信息、和/或網(wǎng) 絡(luò)性能設(shè)置所述路由策略。用戶簽約信息是用戶簽約時要求提供的內(nèi)容過濾功能、防垃圾郵件過濾功 能、防病毒過濾功能之一或者其組合的簽約信息;網(wǎng)絡(luò)性能是根據(jù)內(nèi)容過濾設(shè)備、防垃圾郵件過濾設(shè)備、防病毒過濾設(shè)備之 一或者其組合在網(wǎng)絡(luò)中的負(fù)載性能。在路由策略信息中包括用戶業(yè)務(wù)數(shù)據(jù)流重定向地址,策略^^莫塊中可以包括 選擇單元、輪詢單元,其中選擇單元,用于選擇所述路由策略信息中的可選用戶業(yè)務(wù)數(shù)據(jù)流重定向地址;輪詢單元,用于通過輪詢在所述可選用戶業(yè)務(wù)數(shù)據(jù)流重定向地址中確定確 定用戶業(yè)務(wù)數(shù)據(jù)流重定向地址。策略模塊還可以進(jìn)一步包括重定向目的查詢單元,用于根據(jù)所述查詢的用 戶信息查詢用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息;反饋才莫塊進(jìn)一步用于將所述 用戶業(yè)務(wù)凄t據(jù)流重定向處理類型信息反饋至PCEF。實(shí)施中,查詢模塊與SPR、和/或網(wǎng)管系統(tǒng)相連,在接收到所述信用控制請求消息后,才艮據(jù)用戶標(biāo)識到SPR和/或網(wǎng)管系統(tǒng)中查詢用戶信息。本發(fā)明實(shí)施例還提供了一種策略和計費(fèi)執(zhí)行實(shí)體,下面結(jié)合附圖對PCEF的具體實(shí)施方式
進(jìn)行說明。圖10為策略和計費(fèi)l^行實(shí)體結(jié)構(gòu)示意圖,如圖所示,PCEF中包括 請求模塊,在PCEF接收到UE的會話承載業(yè)務(wù)建立請求后,向PCRF發(fā)送攜帶用戶標(biāo)識的信用控制請求消息,所述信用控制消息用于觸發(fā)所述PCRF反饋攜帶路由策略信息的信用控制應(yīng)答消息;執(zhí)行模塊根據(jù)路由策略信息建立會話承載業(yè)務(wù),并對用戶業(yè)務(wù)數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。為提高用戶的業(yè)務(wù)體驗(yàn),還可以進(jìn)一步包括提示模塊,用于將所述PCRF 反饋的用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息反饋用戶。由上述實(shí)施例可知,本發(fā)明實(shí)施例針對需要對報文改變它的原始目的地, 重定向到一個外部的設(shè)備來建立用戶會話承載業(yè)務(wù),從而達(dá)到執(zhí)行內(nèi)容過濾、 防垃圾郵件過濾、防病毒過濾等安全目的時,PCRF可以根據(jù)用戶簽約數(shù)據(jù)或 運(yùn)營商自定義的策略,將業(yè)務(wù)定義為是否需要進(jìn)行內(nèi)容過濾、防垃圾郵件過濾、 防病毒過濾等屬性。同時,PCRF可以根據(jù)過濾設(shè)備的配置情況進(jìn)行設(shè)備的選擇,并通過和 PCEF之間的Gx接口,把業(yè)務(wù)流需要執(zhí)行的過濾類型和被重定向的用戶會話 承載業(yè)務(wù)地址信息傳遞給PCEF,從而使得承載層實(shí)體PCEF可以根據(jù)Gx接口 下發(fā)的過濾類型和重定向地址,對用戶業(yè)務(wù)流進(jìn)行相應(yīng)的區(qū)別處理。明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種用戶會話承載業(yè)務(wù)建立方法,其特征在于,包括如下步驟策略和計費(fèi)執(zhí)行實(shí)體接收到用戶設(shè)備的會話承載業(yè)務(wù)建立請求后,向策略控制和計費(fèi)規(guī)則功能實(shí)體發(fā)送攜帶用戶標(biāo)識的信用控制請求消息;策略控制和計費(fèi)規(guī)則功能實(shí)體接收到所述信用控制請求消息后,根據(jù)用戶標(biāo)識查詢用戶信息;策略控制和計費(fèi)規(guī)則功能實(shí)體根據(jù)所述查詢的用戶信息進(jìn)行判斷并生成路由策略信息后,將信用控制應(yīng)答消息反饋至策略和計費(fèi)執(zhí)行實(shí)體,所述信用控制應(yīng)答消息中攜帶所述路由策略信息;策略和計費(fèi)執(zhí)行實(shí)體根據(jù)所述路由策略信息建立會話承載業(yè)務(wù),并對用戶業(yè)務(wù)數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。
2、 如權(quán)利要求1所述的方法,其特征在于,所述查詢的用戶信息包括用 戶簽約信息、和/或網(wǎng)絡(luò)性能。
3、 如權(quán)利要求2所述的方法,其特征在于,所述用戶簽約信息是用戶簽 約時要求提供的內(nèi)容過濾功能、防垃圾郵件過濾功能、防病毒過濾功能之一或 者其組合的簽約信息;和/或,所述網(wǎng)絡(luò)性能是根據(jù)內(nèi)容過濾設(shè)備、防垃圾郵件過濾設(shè)備、防病毒 過濾設(shè)備之一或者其組合在網(wǎng)絡(luò)中的負(fù)載性能。
4、 如權(quán)利要求1所述的方法,其特征在于,所述路由策略信息包括用戶 業(yè)務(wù)數(shù)據(jù)流重定向地址,策略控制和計費(fèi)規(guī)則功能實(shí)體根據(jù)所述查詢的用戶信 息進(jìn)行判斷并生成路由策略信息后,進(jìn)一步包括如下步驟策略控制和計費(fèi)規(guī)則功能實(shí)體輪詢所述路由策略信息中的可選用戶業(yè)務(wù) 數(shù)據(jù)流重定向地址后,確定用戶業(yè)務(wù)數(shù)據(jù)流重定向地址;所述策略和計費(fèi)執(zhí)行實(shí)體根據(jù)所述用戶業(yè)務(wù)數(shù)據(jù)流重定向地址建立會話 承載業(yè)務(wù)。
5、 如權(quán)利要求4所述的方法,其特征在于,所述路由策略信息進(jìn)一步包括用戶業(yè)務(wù)韻:據(jù)流重定向處理類型,所述策略控制和計費(fèi)規(guī)則功能實(shí)體根據(jù)所述查詢的用戶信息進(jìn)行判斷并 獲得用戶業(yè)務(wù)數(shù)據(jù)流重定向地址及用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息后,將 所述用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息反饋至策略和計費(fèi)執(zhí)行實(shí)體。
6、 如權(quán)利要求5所述的方法,其特征在于,進(jìn)一步包括如下步驟 所述策略和計費(fèi)執(zhí)行實(shí)體根據(jù)所述路由策略信息建立會話承載業(yè)務(wù),并根據(jù)用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型對用戶業(yè)務(wù)數(shù)據(jù)流^^f亍相應(yīng)的路由策略。
7、 如權(quán)利要求6所述的方法,其特征在于,進(jìn)一步包括如下步驟 策略和計費(fèi)執(zhí)行實(shí)體將所述用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息反饋用戶設(shè)備。
8、 如權(quán)利要求5或6或7所述的方法,其特征在于,所述用戶業(yè)務(wù)數(shù)據(jù) 流重定向處理類型包括內(nèi)容過濾設(shè)備、防垃圾郵件過濾設(shè)備、防病毒過濾設(shè)備 之一或者其組合。
9、 如權(quán)利要求1所述的方法,其特征在于,所述策略控制和計費(fèi)規(guī)則功 能實(shí)體接收到所述信用控制請求消息后,根據(jù)用戶標(biāo)識到用戶簽約數(shù)據(jù)數(shù)據(jù)庫 和/或網(wǎng)管系統(tǒng)中查詢用戶信息。
10、 如權(quán)利要求l所述的方法,其特征在于,所述策略控制和計費(fèi)規(guī)則功 能實(shí)體通過Gx接口利用信用控制應(yīng)答消息將所述用戶業(yè)務(wù)數(shù)據(jù)流重定向地址 反饋至策略和計費(fèi)執(zhí)行實(shí)體。
11、 一種用戶會話承載業(yè)務(wù)建立系統(tǒng),其特征在于,包括策略控制和計費(fèi) 規(guī)則功能實(shí)體、策略和計費(fèi)執(zhí)行實(shí)體,其特征在于,還包括請求模塊,與策略和計費(fèi)執(zhí)行實(shí)體相連,用于在策略和計費(fèi)執(zhí)行實(shí)體接收 到用戶設(shè)備的會話承載業(yè)務(wù)建立請求后,向策略控制和計費(fèi)規(guī)則功能實(shí)體發(fā)送 攜帶用戶標(biāo)識的信用控制請求消息;查詢模塊,與策略控制和計費(fèi)規(guī)則功能實(shí)體相連,用于在接收到所述請求模塊發(fā)送的信用控制請求消息后,根據(jù)用戶標(biāo)識查詢用戶信息;策略模塊,與策略控制和計費(fèi)規(guī)則功能實(shí)體相連,用于根據(jù)所述查詢的用戶信息進(jìn)行判斷并生成路由策略信息;反饋模塊,與策略控制和計費(fèi)規(guī)則功能實(shí)體相連,用于將信用控制應(yīng)答消 息反饋至策略和計費(fèi)執(zhí)行實(shí)體,所述信用控制應(yīng)答消息中攜帶所述路由策略信自.,&,執(zhí)行模塊,與策略和計費(fèi)執(zhí)行實(shí)體相連,用于根據(jù)所述路由策略信息建立 會話承載業(yè)務(wù),并對用戶業(yè)務(wù)數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。
12、 如權(quán)利要求11所述的系統(tǒng),其特征在于,進(jìn)一步包括策略制定模塊, 與策略控制和計費(fèi)規(guī)則功能實(shí)體相連,用于根據(jù)用戶簽約信息、和/或網(wǎng)絡(luò)性能 設(shè)置所述路由策略。
13、 如權(quán)利要求12所述的系統(tǒng),其特征在于,所述用戶簽約信息是用戶 簽約時要求提供的內(nèi)容過濾功能、防垃圾郵件過濾功能、防病毒過濾功能之一 或者其組合的簽約信息;和/或,所述網(wǎng)絡(luò)性能是根據(jù)內(nèi)容過濾設(shè)備、防垃圾郵件過濾設(shè)備、防病毒 過濾設(shè)備之一或者其組合在網(wǎng)絡(luò)中的負(fù)載性能。
14、 如權(quán)利要求11所述的系統(tǒng),其特征在于,所述路由策略信息包括用 戶業(yè)務(wù)數(shù)據(jù)流重定向地址,所述策略模塊包括選擇單元、輪詢單元,其中選擇單元,用于選擇所述路由策略信息中的可選用戶業(yè)務(wù)數(shù)據(jù)流重定向地址;輪詢單元,用于通過輪詢在所述可選用戶業(yè)務(wù)數(shù)據(jù)流重定向地址中確定確 定用戶業(yè)務(wù)數(shù)據(jù)流重定向地址。
15、 如權(quán)利要求11所述的系統(tǒng),其特征在于,所述策略模塊進(jìn)一步包括 重定向目的查詢單元,用于才艮據(jù)所述查詢的用戶信息查詢用戶業(yè)務(wù)數(shù)據(jù)流重定 向處理類型信息;所述反饋模塊進(jìn)一步用于將所述用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息反 饋至策略和計費(fèi)執(zhí)行實(shí)體。
16、 如權(quán)利要求15所述的系統(tǒng),其特征在于,進(jìn)一步包括提示模塊,用 于將所述用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息反饋用戶。
17、 如權(quán)利要求11所述的系統(tǒng),其特征在于,查詢模塊,與用戶簽約數(shù) 據(jù)數(shù)據(jù)庫和/或網(wǎng)管系統(tǒng)相連;所述查詢模塊接收到所述信用控制請求消息后, 根據(jù)用戶標(biāo)識到用戶簽約數(shù)據(jù)數(shù)據(jù)庫和/或網(wǎng)管系統(tǒng)中查詢用戶信息。
18、 一種策略控制和計費(fèi)規(guī)則功能實(shí)體,其特征在于,包括 查詢模塊,用于在接收到策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的信用控制請求消息后,根據(jù)用戶標(biāo)識查詢用戶信息;策略模塊,用于根據(jù)所述查詢的用戶信息進(jìn)行判斷并生成路由策略信息; 反饋模塊,用于將信用控制應(yīng)答消息反饋至策略和計費(fèi)執(zhí)行實(shí)體,所述信用控制應(yīng)答消息中攜帶所述路由策略信息,所述路由策略信息用于4吏所述策略和計費(fèi)執(zhí)行實(shí)體根據(jù)所述路由策略信息建立會話承載業(yè)務(wù),并對用戶業(yè)務(wù)數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。
19、 如權(quán)利要求18所述的策略控制和計費(fèi)規(guī)則功能實(shí)體,其特征在于, 進(jìn)一步包括策略制定模塊,用于根據(jù)用戶簽約信息、和/或網(wǎng)絡(luò)性能設(shè)置所述路 由策略。
20、 如權(quán)利要求19所述的策略控制和計費(fèi)規(guī)則功能實(shí)體,其特征在于, 所述用戶簽約信息是用戶簽約時要求提供的內(nèi)容過濾功能、防垃圾郵件過濾功 能、防病毒過濾功能之一或者其組合的簽約信息;和/或,所述網(wǎng)絡(luò)性能是根據(jù)內(nèi)容過濾設(shè)備、防垃圾郵件過濾設(shè)備、防病毒 過濾設(shè)備之一或者其組合在網(wǎng)絡(luò)中的負(fù)載性能。
21、 如權(quán)利要求18所述的策略控制和計費(fèi)規(guī)則功能實(shí)體,其特征在于, 所述路由策略信息包括用戶業(yè)務(wù)數(shù)據(jù)流重定向地址,所述策略模塊包括選擇單 元、輪詢單元,其中選擇單元,用于選擇所述路由策略信息中的可選用戶業(yè)務(wù)數(shù)據(jù)流重定向地址;輪詢單元,用于通過輪詢在所述可選用戶業(yè)務(wù)數(shù)據(jù)流重定向地址中確定確定用戶業(yè)務(wù)凝:據(jù)流重定向地址。
22、 如權(quán)利要求18所述的策略控制和計費(fèi)規(guī)則功能實(shí)體,其特征在于, 所述策略模塊進(jìn)一步包括重定向目的查詢單元,用于根據(jù)所述查詢的用戶信息 查詢用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息;所述反饋模塊進(jìn)一步用于將所述用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息反 饋至策略和計費(fèi)執(zhí)行實(shí)體。
23、 如權(quán)利要求18所述的策略控制和計費(fèi)規(guī)則功能實(shí)體,其特征在于, 查詢模塊與用戶簽約數(shù)據(jù)數(shù)據(jù)庫、和/或網(wǎng)管系統(tǒng)相連,在接收到所述信用控制請求消息后,根據(jù)用戶標(biāo)識到用戶簽約數(shù)據(jù)數(shù)據(jù)庫和/或網(wǎng)管系統(tǒng)中查詢用戶信 自
24、 一種策略和計費(fèi)執(zhí)行實(shí)體,其特征在于,包括請求模塊,用于在策略和計費(fèi)執(zhí)行實(shí)體接收到用戶設(shè)備的會話承栽業(yè)務(wù)建 立請求后,向策略控制和計費(fèi)規(guī)則功能實(shí)體發(fā)送攜帶用戶標(biāo)識的信用控制請求 消息,所述信用控制消息用于觸發(fā)所述策略控制和計費(fèi)規(guī)則功能實(shí)體反饋攜帶 路由策略信息的信用控制應(yīng)答消息;執(zhí)行模塊,用于根據(jù)所述路由策略信息建立會話承載業(yè)務(wù),并對用戶業(yè)務(wù) 數(shù)據(jù)流按所述路由策略信息中的路由策略執(zhí)行。
25、 如權(quán)利要求24所述的策略和計費(fèi)執(zhí)行實(shí)體,其特征在于,進(jìn)一步包 括提示模塊,用于將所述策略控制和計費(fèi)規(guī)則功能實(shí)體反饋的用戶業(yè)務(wù)數(shù)據(jù)流重定向處理類型信息反^t用戶。
全文摘要
本發(fā)明公開了一種用戶會話承載業(yè)務(wù)建立的方法、系統(tǒng)及策略控制和計費(fèi)規(guī)則功能實(shí)體、策略和計費(fèi)執(zhí)行實(shí)體,包括策略和計費(fèi)執(zhí)行實(shí)體接收到用戶設(shè)備的會話承載業(yè)務(wù)建立請求后,向策略控制和計費(fèi)規(guī)則功能實(shí)體發(fā)送攜帶用戶標(biāo)識的信用控制請求消息;策略控制和計費(fèi)規(guī)則功能實(shí)體根據(jù)用戶標(biāo)識查詢用戶信息后;根據(jù)查詢的用戶信息進(jìn)行判斷并生成路由策略信息,將攜帶路由策略信息的信用控制應(yīng)答消息反饋至策略和計費(fèi)執(zhí)行實(shí)體;策略和計費(fèi)執(zhí)行實(shí)體根據(jù)路由策略信息建立會話承載業(yè)務(wù),并對用戶業(yè)務(wù)數(shù)據(jù)流按路由策略執(zhí)行。使用本發(fā)明克服了策略控制和計費(fèi)規(guī)則功能實(shí)體不能將需要轉(zhuǎn)發(fā)的報文轉(zhuǎn)發(fā)到非報文原始目的地址的新地址的問題。
文檔編號H04L1/16GK101296169SQ200710098059
公開日2008年10月29日 申請日期2007年4月26日 優(yōu)先權(quán)日2007年4月26日
發(fā)明者侯志鵬, 譚仕勇, 邸錦文, 峰 陳, 黃世碧 申請人:華為技術(shù)有限公司