專利名稱：策略控制實(shí)現(xiàn)方法和系統(tǒng)、及策略和計費(fèi)執(zhí)行實(shí)體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通信技術(shù)，尤其涉及一種策略控制實(shí)現(xiàn)方法和系統(tǒng)、及策 略和計費(fèi)執(zhí)行實(shí)體、策略和計費(fèi)功能實(shí)體。
背景技術(shù)：
隨著無線數(shù)據(jù)業(yè)務(wù)的快速發(fā)展，對數(shù)據(jù)業(yè)務(wù)的QoS (服務(wù)質(zhì)量)和計費(fèi)也 提出了更高的要求。例如，在3GPP ( 3rd Generation Partnership Project;第三代 移動通信標(biāo)準(zhǔn)化組織)協(xié)議標(biāo)準(zhǔn)中，通過業(yè)務(wù)流策略控制方法來控制數(shù)據(jù)業(yè)務(wù) 的QoS和計費(fèi)，下面參照圖l描述現(xiàn)有技術(shù)中業(yè)務(wù)流策略控制流程。步驟IOI、應(yīng)用功能實(shí)體(ApllicationFunction, AF )接收到觸發(fā)事件(如， 多媒體的啟動)。步驟102、 AF從觸發(fā)事件中提取觸發(fā)事件的應(yīng)用的業(yè)務(wù)信息，并將所述業(yè) 務(wù)信息通過Diameter AAR ( AA-Request,鑒權(quán)授權(quán)請求)消息發(fā)送給策略和計 費(fèi)功能實(shí)體(Policy Control and Charging Rules Function, PCRF )。步驟103、 PCRF接收到AAR消息后，保存所述AAR消息中的業(yè)務(wù)信息。步驟104、如果PCRF此時沒有用戶簽約信息，則PCRF向簽約信息庫 (Subscription Profile Repository ， SPR)請求用戶簽約信息。步驟105、 PCRF根據(jù)應(yīng)用事件、業(yè)務(wù)信息、用戶簽約信息、運(yùn)營商策略和 接入網(wǎng)類型等策略上下文生成控制策略。步驟106、 PCRF將控制策略通過重鑒權(quán)請求(Re-Auth-Request， RAR)消 息發(fā)送到策略和計費(fèi)執(zhí)行實(shí)體(Policy and Charging Enforcement Function, PCEF)。步驟107、 PCEF給PCRF回重鑒權(quán)應(yīng)答(Re畫Auth陽Answer, RAR)消息。 步驟108、 PCEF根據(jù)控制策略進(jìn)行策略決策，如發(fā)起IP-CAN (IP連通接入 網(wǎng)絡(luò))會話的》務(wù)改，即IP-CAN承載的建立或Qos的更新。步驟109、如果需要，PCEF還需要到PCRF重新申請控制策略，即PCEF向 PCRF發(fā)送信用控制請求(Credit-Control-Request， CCR)消息，以請求控制策 略；接著，PCRF給PCEF返回信用控制應(yīng)答(Credit-Control-Answer, CCA)消 息，以便將控制策略發(fā)送PCEF。步驟IIO、 PCRF向AF返回AAA (AA-Answer，鑒權(quán)授權(quán)應(yīng)答)消息。 由上述流程可以看出，在現(xiàn)有業(yè)務(wù)流策略控制流程中，AF將業(yè)務(wù)信息給 PCRF。 PCRF根據(jù)應(yīng)用事件、業(yè)務(wù)信息、用戶簽約信息、運(yùn)營商策略和接入網(wǎng) 類型等策略上下文生成控制策略，并將生成的控制策略發(fā)給PCEF, PCEF再根 據(jù)控制策略實(shí)現(xiàn)對應(yīng)用業(yè)務(wù)流的QoS、計費(fèi)等策略控制。然而，在某些應(yīng)用(如使用P2P技術(shù)的Skype應(yīng)用和BT應(yīng)用、視頻點(diǎn)播 (Video on Demand, VoD)應(yīng)用、網(wǎng)絡(luò)游戲應(yīng)用、FTP應(yīng)用、MSN和QQ即時 通信應(yīng)用等)中，由于沒有AF,或者這些應(yīng)用的AF往往不參與到網(wǎng)絡(luò)的策略 控制中來，這樣PCRF就無法獲得應(yīng)用事件和業(yè)務(wù)信息，因而無法根據(jù)應(yīng)用事 件和業(yè)務(wù)信息生成該業(yè)務(wù)流的控制策略，使PCEF無法實(shí)現(xiàn)根據(jù)控制策略對這 些應(yīng)用業(yè)務(wù)流進(jìn)行QoS、計費(fèi)、門控等進(jìn)行策略控制。發(fā)明內(nèi)容本發(fā)明的實(shí)施例提供了一種策略控制實(shí)現(xiàn)方法和系統(tǒng)、及策略和計費(fèi)執(zhí)行 實(shí)體、策略和計費(fèi)功能實(shí)體，可解決沒有AF情況下不能實(shí)現(xiàn)對應(yīng)用業(yè)務(wù)流進(jìn)行 策略控制的問題。本發(fā)明的實(shí)施例提供了一種應(yīng)用業(yè)務(wù)流的策略控制實(shí)現(xiàn)方法，包括步驟 策略和計費(fèi)功能實(shí)體接收策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的應(yīng)用事件的信息； 所述策略和計費(fèi)功能實(shí)體依據(jù)所述應(yīng)用事件的信息生成所述應(yīng)用的業(yè)務(wù) 流的控制策略，并向所述策略和計費(fèi)執(zhí)行實(shí)體下發(fā)所述控制策略。本發(fā)明的實(shí)施例還提供了一種策略和計費(fèi)執(zhí)行實(shí)體，包括 獲得單元，用于獲得應(yīng)用事件的信息；發(fā)送單元，用于將所述獲得單元獲得的應(yīng)用事件的信息發(fā)給策略和計費(fèi)功 能實(shí)體；接收單元，其包括第一接收單元，用于接收策略和計費(fèi)功能實(shí)體依據(jù)所述 應(yīng)用事件的信息生成的所述應(yīng)用的業(yè)務(wù)流的控制策略；執(zhí)行單元，用于根據(jù)所述接收單元接收的控制策略對業(yè)務(wù)流進(jìn)行策略控制。本發(fā)明的實(shí)施例還提供了一種策略和計費(fèi)功能實(shí)體，包括 接收單元，用于接收所述策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的應(yīng)用事件的信息； 生成單元，用于根據(jù)所述接收單元接收的應(yīng)用事件的信息生成控制策略； 發(fā)送單元，其包括第一發(fā)送單元，用于將所述生成單元生成的控制策略發(fā) 送給所述策略和計費(fèi)執(zhí)行實(shí)體。本發(fā)明的實(shí)施例還提供了一種業(yè)務(wù)流策略控制系統(tǒng)，包括 所述策略和計費(fèi)執(zhí)行實(shí)體，用于發(fā)送應(yīng)用事件的信息，并接收控制策略， 根據(jù)所述控制策略對業(yè)務(wù)流進(jìn)行策略控制；所述策略和計費(fèi)功能實(shí)體，用于接收所述策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的應(yīng)用 事件的信息，并根據(jù)所述應(yīng)用事件的信息生成控制策略，將所述控制策略發(fā)給 所述策略和計費(fèi)執(zhí)行實(shí)體。根據(jù)本發(fā)明實(shí)施例，PCRF從PCEF獲得應(yīng)用事件的信息，從而實(shí)現(xiàn)了在沒 有AF參與的情況下，也可獲得應(yīng)用事件的信息。因此，在沒有AF參與的情況 下，PCRF仍然可根據(jù)用戶簽約信息、運(yùn)營商策略、接入網(wǎng)類型及從PCEF獲得 的應(yīng)用事件的信息等策略上下文生成控制策略，從而對業(yè)務(wù)流的QoS保證、計 費(fèi)和門控等進(jìn)行有效的策略控制，進(jìn)而實(shí)現(xiàn)了無AF參與的情況下，對數(shù)據(jù)應(yīng)用 進(jìn)行策略控制的需求。


圖1示出了現(xiàn)有技術(shù)的業(yè)務(wù)流策略控制流程； 圖2示出了本發(fā)明實(shí)施例一的業(yè)務(wù)流策略控制流程； 圖3示出了本發(fā)明實(shí)施例三的業(yè)務(wù)流策略控制流程； 圖4示出了本發(fā)明實(shí)施例四的業(yè)務(wù)流策略控制流程； 圖5示出了本發(fā)明實(shí)施例五的業(yè)務(wù)流策略控制流程； 圖6示出了本發(fā)明實(shí)施例六的策略控制系統(tǒng)。
具體實(shí)施方式
為了便于本領(lǐng)域一般技術(shù)人員理解和實(shí)現(xiàn)本發(fā)明，現(xiàn)結(jié)合附圖描繪本發(fā)明 的實(shí)施例。本發(fā)明的實(shí)施例提供了一種業(yè)務(wù)流策略控制方法。在該業(yè)務(wù)流策略控制方 法中，PCEF可通過檢測數(shù)據(jù)報文，以獲得應(yīng)用事件的信息(為了描述方便， 應(yīng)用事件的信息也稱作應(yīng)用事件信息)，或通過別的方式獲得應(yīng)用事件信息， 所述應(yīng)用事件的信息包括應(yīng)用的標(biāo)識、應(yīng)用的事件、應(yīng)用的業(yè)務(wù)流過濾規(guī)則、 QoS等；然后將獲得的應(yīng)用事件信息發(fā)給PCRF,使PCRF根據(jù)應(yīng)用事件信息、 用戶簽約信息、運(yùn)營商策略和/或接入網(wǎng)類型等策略上下文生成控制策略，并將 控制策略發(fā)給PCEF，使PCEF根據(jù)控制策略對業(yè)務(wù)流的QoS保證、計費(fèi)和/或門 控等進(jìn)行有效的策略控制。這樣，在沒有AF參與的情況下，就可生成控制策略， 從而實(shí)現(xiàn)了無AF參與情況下對數(shù)據(jù)應(yīng)用進(jìn)行策略控制的需求，即，實(shí)現(xiàn)了對無 AF參與的數(shù)據(jù)應(yīng)用(如，使用P2P技術(shù)的Skype應(yīng)用和BT應(yīng)用、網(wǎng)絡(luò)視頻點(diǎn)播 VoD應(yīng)用、網(wǎng)絡(luò)游戲應(yīng)用、FTP文件下載應(yīng)用、MSN和QQ即時通信應(yīng)用等)的 QoS、計費(fèi)和/或門控等策略控制。實(shí)施例一描述本發(fā)明的業(yè)務(wù)流策略控制方法。實(shí)施例一本實(shí)施例參照圖2描述業(yè)務(wù)流策略控制方法。步驟21、 PCEF獲得應(yīng)用事件信息，如通過檢測數(shù)據(jù)報文，以獲得應(yīng)用事 件信息。步驟22、 PCEF將獲得的應(yīng)用事件信息發(fā)給PCRF。 步驟21和步驟22將在實(shí)施例二中詳細(xì)描述。步驟23、 PCRF根據(jù)接收到的應(yīng)用事件信息、結(jié)合用戶簽約信息、運(yùn)營商 策略、和/或接入網(wǎng)類型等策略上下文信息生成控制策略，所述控制策略包括應(yīng) 用業(yè)務(wù)流的QoS控制、計費(fèi)和/或門控等控制策略。當(dāng)PCRF中沒有用戶簽約信息時，可以到SPR中獲取用戶簽約信息?？梢灶A(yù)先在用戶簽約信息中定義運(yùn)營商策略，也可以在PCRF上配置運(yùn)營 商策略，所述運(yùn)營商策略包括是否允許某種業(yè)務(wù)，可以分配的帶寬以及計費(fèi)方 式等信息。步驟24、 PCRF將控制策略發(fā)給PCEF。PCRF可通過信用控制應(yīng)答消息或RAR消息將控制策略發(fā)送給PCEF。 一個 在信用控制應(yīng)答消息或RAR的Charging-Rule-Install (計費(fèi)規(guī)則安裝)的Charging-Rule-Definition (計費(fèi)規(guī)則定義)中攜帶控制策略的示例如下Charging-Rule-Definition ::= < AVP Header: 1003 > { Charging-Rule陽Name } [Service-Identifier ] [Rating-Group J * [ Flow-Description ] [Flow-Status ] [Authorized-QoS ] [Reporting-Level ] 〖Online ] [Offline ]〖Metering-Method ][Precedence ][AF-Charging-Identifier ] *[ Flows ] *[ AVP]其中，F(xiàn)low-Description表示所述應(yīng)用業(yè)務(wù)流的一個或多個IP 5元組信息； Flow-Status表示所述應(yīng)用業(yè)務(wù)流的門控控制策略信息；Authorized-QoS表示所 述應(yīng)用業(yè)務(wù)流的QoS控制策略信息；Rating-Group 、 Reporting-Level、 Online 、 Offline 、 Metering-Method等表示所述應(yīng)用業(yè)務(wù)流的計費(fèi)控制策略信息， Charging-Rule-Name表示攜帶應(yīng)用業(yè)務(wù)流控制策略信息的控制策略名稱。步驟25、 PCEF根據(jù)PCRF發(fā)送的控制策略執(zhí)行應(yīng)用業(yè)務(wù)流的QoS、計費(fèi)和/ 或門控等的策略控制。PCEF收到控制策略后，根據(jù)控制策略執(zhí)行應(yīng)用業(yè)務(wù)流的QoS、計費(fèi)和/或 門控等的策略控制。如，PCEF可根據(jù)控制策略中的門控信息對應(yīng)用報文進(jìn)行 過濾，對匹配應(yīng)用業(yè)務(wù)流的報文根據(jù)門控控制策略給出的指示(Disable、 Enable 等)進(jìn)行轉(zhuǎn)發(fā)或者丟棄等門控控制；PCEF可根據(jù)控制策略中的Qos控制策略， 對QoS進(jìn)行控制，進(jìn)行IP-CAN會話的更新操作，例如IP-CAN會話的Qos參數(shù) 更新，或IP-CAN承載的建立、刪除等操作；PCEF可根據(jù)控制策略中的計費(fèi)控 制策略進(jìn)行計費(fèi)控制，如按流量或時長計費(fèi)，在線或離線計費(fèi)等計費(fèi)控制。實(shí)施例二步驟21和步驟22描述了向PCRF發(fā)送應(yīng)用事件信息的方法，本實(shí)施例詳細(xì) 描述PCEF向PCRF發(fā)送應(yīng)用事件信息的方法。在步驟21中，PCEF可以對數(shù)據(jù)報文的檢測以獲得應(yīng)用事件信息。在本發(fā) 明實(shí)施例中，可根據(jù)應(yīng)用事件檢測配置和/或所述策略和計費(fèi)功能實(shí)體發(fā)送的應(yīng) 用事件訂閱進(jìn)行應(yīng)用事件檢測，以獲得應(yīng)用事件信息。所述應(yīng)用事件檢測配置 是事先在PCEF中配置的，其具體內(nèi)容與應(yīng)用事件訂閱的內(nèi)容類似，可參照下 文對應(yīng)用事件訂閱的描述。所述應(yīng)用事件訂閱是由PCRF訂閱的。PCEF可以在IP-CAN會話建立時，或者在該IP-CAN會話中任意IP-CAN承 載建立時啟動數(shù)據(jù)報文的檢測，以便根據(jù)應(yīng)用事件檢測配置進(jìn)行數(shù)據(jù)報文的檢 測，以獲得應(yīng)用事件信息。PCEF還可以根據(jù)PCRF發(fā)送的應(yīng)用事件訂閱進(jìn)行數(shù)據(jù)報文的檢測，以獲得 應(yīng)用事件信息。所述應(yīng)用事件訂閱包括應(yīng)用的標(biāo)識，所述應(yīng)用的標(biāo)識包括BT 應(yīng)用的標(biāo)識、FTP應(yīng)用的標(biāo)識、RTSP (流媒體視頻點(diǎn)播)應(yīng)用的標(biāo)識、網(wǎng)絡(luò)游 戲應(yīng)用的標(biāo)識等；應(yīng)用的事件，所述應(yīng)用的事件包括應(yīng)用的啟動、應(yīng)用的終止、 應(yīng)用的更改等；應(yīng)用的過濾規(guī)則，所述過濾規(guī)則條件可以為IP 5元組、其它高 層(如，7層或應(yīng)用層)報文檢測參數(shù)協(xié)議等。當(dāng)PCEF根據(jù)PCRF訂閱的應(yīng)用事件進(jìn)行數(shù)據(jù)報文檢測，以獲得應(yīng)用事件信 息時，需要在此步驟之前進(jìn)行PCRF訂閱PCEF上的應(yīng)用事件的步驟。PCRF可在 適當(dāng)時機(jī)(如，當(dāng)IP-CAN會話建立時，或在IP-CAN會話建立后運(yùn)營策略變化 時)下發(fā)應(yīng)用事件訂閱給PCEF,以便PCEF根據(jù)應(yīng)用事件訂閱檢測數(shù)據(jù)報文。 目前Gx接口還不支持應(yīng)用事件的訂閱能力，需要擴(kuò)展Gx接口能力使其支持這 個能力，具體實(shí)現(xiàn)上，PCRF可以通過擴(kuò)展信用控制應(yīng)答消息或RAR消息，使 用擴(kuò)展的Diameter的信用控制應(yīng)答消息命令或RAR命令下發(fā)應(yīng)用事件訂閱給 PCEF。所述應(yīng)用事件訂閱可以通過一個Diameter AVP來攜帶， 一個攜帶應(yīng)用事件訂閱的Diameter AVP (即應(yīng)用事件訂閱信元)示例如下App-Event ::= < AVP Header: xxxx > { App-ID }*[ App-Event-Trigger ] *f App-Filter-Rule ] [Operate-Action] [Authorized-QoS]其中，App-Event AVP( AVP code XXXX，用于所有接入類型)的類型是Grouped, 用來表示應(yīng)用事件擴(kuò)展信息。App-ID AVP是一個枚舉類型(Enumerated)，表示應(yīng)用類型，可以是如下 取值其中之一，或者是如下值的組合0表示W(wǎng)eb應(yīng)用；1 表示FTP應(yīng)用；2表示流媒體應(yīng)用；3 表示網(wǎng)絡(luò)游戲應(yīng)用；4 表示BT應(yīng)用；5 表示Skype應(yīng)用； 6表示MSN應(yīng)用； 7表示QQ應(yīng)用；App-Event-Trigger AVP為必選項(xiàng)，是一個枚舉類型(Enumerated)，表示12應(yīng)用觸發(fā)事件，可以為如下值其中之一，或者是如下值的任意組合 0表示應(yīng)用開始；1 表示應(yīng)用結(jié)束；2 表示應(yīng)用更改；3 表示應(yīng)用存在。App-Filter-Rule AVP表示過濾規(guī)則條件，其可IP5元組信息，還可能包含 其它高層報文檢測參數(shù)。過濾規(guī)則條件示例如下IP 5元組源IP地址、目的IP地址、源端口號、目的端口號和協(xié)議號。其 中IP地址可以為一個范圍，如可用掩碼(例如掩碼長度是8、 16或24等)表示， 端口號可以為某個范圍(例如551-559)。擴(kuò)展7層解析，包括7層協(xié)議類型(HTTP、 WAP2.0、 RTSP和FTP);統(tǒng)一資源定位符(Uniform Resource Locator, URL)信息。Operate-Action AVP是一個枚舉類型(Enumerated),表示App-Event的操作類型，只用于PCRF發(fā)送給PCEF的消息中。可以有如下取值0表示進(jìn)行安裝該應(yīng)用事件訂閱以進(jìn)行應(yīng)用事件的信息的訂閱，1 表示刪除該應(yīng)用事件訂閱以取消應(yīng)用事件的信息的訂閱，2表示刪除以前安裝的全部應(yīng)用事件訂閱以取消以前的所有應(yīng)用事件的信息的訂閱。Authorized-QoS AVP表示QoS信息，只在PCEF向PCRF發(fā)送應(yīng)用事件信息 時使用。這里的Authorized-QoS表示所4全測到的應(yīng)用業(yè)務(wù)流的QoS信息定義如 下Authorized-QoS ::= < AVP Header: 1016 > [QoS隱Class-Identifier J [Maximum-Requested-Bandwi她-UL ] [Maximum-Requested-Bandwi她-DL ] [Guaranteed-Bitrate-UL ][Guaranteed-Bitrate-DL ] [Bearer-Identifier ]上述應(yīng)用事件訂閱信元可作為單獨(dú)的消息發(fā)給PCEF,也可將其:&置在信 用控制應(yīng)答或RAR消息中，由PCRF發(fā)送給PCEF。 PCEF接收到帶有應(yīng)用事件訂 閱信元的信用控制應(yīng)答或RAR消息后，根據(jù)應(yīng)用事件訂閱信元中的參數(shù) Operate-Action AVP安裝或刪除App-ID對應(yīng)的應(yīng)用事件訂閱。例如，當(dāng) Operate-Action取值為0時，表示安裝該應(yīng)用事件訂閱以訂閱應(yīng)用事件信息；當(dāng) Operate-Action取值為l時，表示刪除該應(yīng)用事件訂閱以取消所述應(yīng)用事件訂閱 對應(yīng)的應(yīng)用事件信息；當(dāng)Operate-Action取值為2，表示刪除先前安裝的所有應(yīng) 用事件訂閱以取消所有應(yīng)用事件信息的訂閱。一個攜帶應(yīng)用事件訂閱信元的信用控制應(yīng)答消息示例如下 <CC-Answer> : := < Diameter Header: 272, PXY > < Session-Id > * [ App-Event ]*[ AVP J為了獲得應(yīng)用事件的信息，需要PCEF檢測流經(jīng)PCEF的IP數(shù)據(jù)報文，并對 報文進(jìn)行解析，根據(jù)解析出的信息實(shí)現(xiàn)業(yè)務(wù)感知從而獲得應(yīng)用事件的信息。報 文檢測時，PCEF可以根據(jù)預(yù)定的應(yīng)用事件檢測配置和/或所述策略和計費(fèi)功能 實(shí)體發(fā)送的應(yīng)用事件訂閱進(jìn)行相應(yīng)的應(yīng)用事件檢測。檢測到應(yīng)用事件后，PCEF把應(yīng)用事件的信息上報到PCRF。具體方法上， PCEF可以通過Diameter CCR或RAA消息上報檢測到的應(yīng)用事件的信息，消息 中帶有App-Event AVP，用于表示所檢測到的應(yīng)用事件的信息。其中App-ID表 示檢測到的具體應(yīng)用類型(FTP、 BT等)，App-Event-Trigger表示具體觸發(fā)的 應(yīng)用事件，App-Filter-Rule表示觸發(fā)應(yīng)用事件的應(yīng)用業(yè)務(wù)流的過濾規(guī)則。如果 需要，還可以在App-Event AVP中帶Authorized-QoS，用于表示所檢測到的應(yīng)用 業(yè)務(wù)流的QoS信息。14下面根據(jù)獲得應(yīng)用事件信息方式通過實(shí)施例三至實(shí)施例五來描述策略控 制流程。其中實(shí)施例三描述了根據(jù)應(yīng)用事件訂閱獲得應(yīng)用事件信息的策略控制流程，實(shí)施例四和實(shí)施例五描述了根據(jù)預(yù)定的應(yīng)用事件;險測配置的策略控制流 程。實(shí)施例三本實(shí)施例參照圖3描述根據(jù)應(yīng)用事件訂閱而發(fā)生的策略控制流程。步驟301、 PCRF收到事件觸發(fā)，如發(fā)現(xiàn)IP-CAN會話建立或運(yùn)營商策略變 化，PCRF需要到PCEF訂閱應(yīng)用事件。步驟302、 PCRF發(fā)送重鑒權(quán)請求消息到PCEF，用于訂閱應(yīng)用事件。所述 重鑒權(quán)請求消息包括應(yīng)用事件訂閱信元App-Event AVP。在所述應(yīng)用事件訂 閱信元中，App-ID為2，表示應(yīng)用業(yè)務(wù)是流媒體業(yè)務(wù)，App-Event-Trigger為O和 1,表示流媒體開始和結(jié)束都作為觸發(fā)事件；App-Filter-Rule帶有具體的應(yīng)用過 濾條件(如源IP: 10.0.0.1,目的IP: 10.1.0.1,源端口1039，目的端口554, 協(xié)議TCP。 7層URL為SETUP, rtsp:〃10.1.0.1:554/avsync.3gp/streamid=0); Operate-Action為0,表示操作類型為安裝該應(yīng)用事件訂閱。步驟303、 PCEF接收到重鑒權(quán)請求消息后，安裝應(yīng)用事件訂閱以檢測相應(yīng) 的應(yīng)用事件，然后，PCEF發(fā)送重鑒權(quán)應(yīng)答消息到PCRF。步驟304、用戶終端經(jīng)PCEF與應(yīng)用服務(wù)器進(jìn)行通信，例如，用戶終端經(jīng) PCEF發(fā)送應(yīng)用報文事件(RTSP (Real Time Streaming Protocol,實(shí)時流協(xié)議) 業(yè)務(wù)流的SETUP消息)到應(yīng)用服務(wù)器。步驟305、在經(jīng)PCEF時，PCEF根據(jù)應(yīng)用事件訂閱檢測到應(yīng)用事件，并獲 得應(yīng)用事件的信息。步驟306、 PCEF將應(yīng)用事件信息設(shè)置在應(yīng)用事件信息信元中，接著將應(yīng)用 事件信息信元設(shè)置在信用控制請求(Diameter CCR)消息中，并向PCRF發(fā)送 信用控制請求消息，所述應(yīng)用事件信息信元(App-Event AVP )攜帶應(yīng)用事件 信息，其中App-ID為2，表示應(yīng)用業(yè)務(wù)是流媒體，App-Event-Trigger為0，表示檢測到流媒體開始事件；App-Filter-Rule帶有具體的流纟某體應(yīng)用業(yè)務(wù)流IP 5元組 過濾條件；Authorized-QoS用于表示所4企測到的應(yīng)用業(yè)務(wù)流的QoS信息。步驟307、 PCRF根據(jù)收到的應(yīng)用事件信息，結(jié)合當(dāng)前用戶已經(jīng)使用的帶寬 和運(yùn)營商定義的策略等條件進(jìn)行策略決策，發(fā)現(xiàn)目前UE沒有存在其它實(shí)時業(yè) 務(wù)或目前已有的實(shí)時業(yè)務(wù)的GBR ( Guaranteed Bitrate, 保證帶寬)總帶寬還沒 有超過最大的GBR限制帶寬，可以為這個流媒體業(yè)務(wù)分配1M的GBR帶寬，決 定接納這個流媒體業(yè)務(wù)，為流媒體業(yè)務(wù)生成攜帶QoS和計費(fèi)控制策略的控制策 略，并通過信用控制應(yīng)答消息將所述控制策略發(fā)送到PCEF。 RTSP業(yè)務(wù)流的控 制策略信息使用Charging-Rule-DefmitionAVP表示，該AVP主要包含以下信息Flow-Description AVP，表示所述RTSP應(yīng)用業(yè)務(wù)流IP 5元組信息；Authorized-QoS AVP,表示所述RTSP應(yīng)用業(yè)務(wù)流的QoS控制策略信息，其 中QoS-Class-Identifier的值為實(shí)時業(yè)務(wù)QCI; Guaranteed-Bitmte-UL/DL為1M;Metering-Method AVP,表示所述RTSP應(yīng)用業(yè)務(wù)流的計費(fèi)控制策略信息， 具體值為VOLUME (l)表示按流量計費(fèi)；Charging-Rule-Name表示攜帶所述RTSP應(yīng)用業(yè)務(wù)流控制策略信息的控制 策略名稱，假設(shè)這里為RTSP-Rule。步驟308、 PCEF根據(jù)PCRF下發(fā)的控制策略中的RTSP應(yīng)用業(yè)務(wù)流的QoS和 計費(fèi)控制策略執(zhí)行策略控制，建立一個1M GBR帶寬的IP-CAN承載來承載 RTSP業(yè)務(wù)流，同時執(zhí)行相應(yīng)的計費(fèi)策略；步驟309、用戶終端經(jīng)PCEF與應(yīng)用服務(wù)器進(jìn)行通信，例如用戶終端向應(yīng)用 服務(wù)器發(fā)送應(yīng)用報文事件(RTSP的TEARDOWN消息)。步驟310、 PCEF根據(jù)應(yīng)用事件訂閱檢測到流媒體業(yè)務(wù)結(jié)束的應(yīng)用事件。步驟311、 PCEF發(fā)送信用控制請求消息到PCRF,上報所檢測到的應(yīng)用事 件信息，所述信用控制請求消息包括App-EventAVP,攜帶所檢測到的應(yīng)用事件信息。所述應(yīng)用事件信息包括 App-ID為2，表示應(yīng)用業(yè)務(wù)是流媒體，App-Event-Trigger為1 ，表示檢測到流媒體應(yīng)用結(jié)束事件；App-Filter-Rule帶有具體的流媒體應(yīng)用業(yè)務(wù)流IP 5元組過濾條 件。步驟312、 PCRF根據(jù)收到的應(yīng)用事件信息，發(fā)現(xiàn)流媒體應(yīng)用已經(jīng)結(jié)束，需 要刪除RTSP業(yè)務(wù)流所對應(yīng)的控制策略，從而刪除相應(yīng)的QoS和計費(fèi)控制策略， 發(fā)送信用控制應(yīng)答消息指示PCEF刪除RTSP業(yè)務(wù)流所對應(yīng)的控制策略。消息中 帶有Charging-Rule-Remove AVP ，其中Charging-Rule-Name為RTSP-Rule,表示 刪除所述RTSP應(yīng)用業(yè)務(wù)流所對應(yīng)的控制策略。步驟313、 PCEF根據(jù)信用控制應(yīng)答消息指示執(zhí)行控制策略刪除操作發(fā)現(xiàn)相 應(yīng)的IP-CAN承載上已經(jīng)沒有其它控制策略綁定，則確定需要釋放IP-CAN承 載，于是發(fā)起IP-CAN承載的釋放流程，回收相關(guān)資源。實(shí)施例四本實(shí)施例假設(shè)UE與FTP應(yīng)用服務(wù)器之間運(yùn)行FTP應(yīng)用，下面參照圖4描述 根據(jù)預(yù)定的應(yīng)用事件;險測配置的策略控制流程。步驟401、 PCEF配置預(yù)定的應(yīng)用事件檢測配置。步驟402、用戶終端經(jīng)PCEF向FTP應(yīng)用服務(wù)器進(jìn)行通信，在通信過程中， 彼此之間傳輸數(shù)據(jù)包(如，啟動FTP應(yīng)用業(yè)務(wù)報文)。步驟403、 PCEF根據(jù)預(yù)定的應(yīng)用事件檢測配置對傳輸?shù)臄?shù)據(jù)包進(jìn)行檢測， 檢測到FTP應(yīng)用業(yè)務(wù)啟動事件，以獲得相應(yīng)的應(yīng)用事件信息。步驟404、 PCEF向PCRF發(fā)送信用控制請求消息，以便上才艮所檢測到的應(yīng) 用事件信息，所述信用控制請求消息包括信元App-Event AVP。所述App-Event AVP包括App-ID為l，表示應(yīng)用業(yè)務(wù)是FTP, App-Event-Trigger為0,表示檢 測到FTP應(yīng)用的開始事件；App-Filter-Rule帶有具體的FTP應(yīng)用業(yè)務(wù)流IP 5元組 過濾條件；Authorized-QoS用于表示所檢測到的FTP應(yīng)用業(yè)務(wù)流的QoS信息。步驟405、 PCRF根據(jù)收到的應(yīng)用事件信息，結(jié)合目前的時間段是網(wǎng)絡(luò)空閑 時間等策略上下文信息，決定將上網(wǎng)可用帶寬增加1M bps來加速FTP下載， PCRF根據(jù)策略決策導(dǎo)出攜帶FTP應(yīng)用業(yè)務(wù)流的QoS控制策略的控制策略，并通17過信用控制應(yīng)答消息將控制策略發(fā)送到PCEF。 FTP業(yè)務(wù)流的控制策略信息使用 Charging-Rule-Defmition AVP表示，該AVP主要包含以下信息Flow-Description AVP,表示所述FTP應(yīng)用業(yè)務(wù)流的一個或多個IP 5元組信息；Authorized-QoS AVP,表示所述FTP應(yīng)用業(yè)務(wù)流的QoS控制策略信息，其 中 QoS-Class-Identifier 的 值 為 FTP 業(yè) 務(wù) QCI ; Maximum-Requested-Bandwidth-UL/DL為1 M;Charging-Rule-Name表示攜帶所述FTP應(yīng)用業(yè)務(wù)流控制策略信息的控制策 略名稱，假設(shè)這里為FTP-Rule。步驟406、 PCEF根據(jù)下發(fā)的控制策略中的FTP應(yīng)用業(yè)務(wù)流的QoS控制策略 執(zhí)行QoS策略控制，發(fā)起Qos更新流程，把上網(wǎng)帶寬增加lMbps。步驟407、用戶終端向FTP應(yīng)用服務(wù)器發(fā)送數(shù)據(jù)報文(如，F(xiàn)TP業(yè)務(wù)應(yīng)用終 止報文)。步驟408、 PCEF根據(jù)預(yù)定的應(yīng)用事件檢測配置對數(shù)據(jù)報文進(jìn)行檢測，檢測 到FTP應(yīng)用業(yè)務(wù)終止事件，并得到應(yīng)用事件信息(與FTP應(yīng)用業(yè)務(wù)終止事件的 相關(guān)信息)。步驟409、 PCEF發(fā)送信用控制請求消息到PCRF，上才艮所述應(yīng)用事件信息。 所述信用控制請求消息包括信元App-Event AVP。所述App-Event AVP包括 App-ID為l，表示應(yīng)用業(yè)務(wù)是FTP; App-Event-Trigger為l,表示檢測到FTP結(jié)束 事件；App-Filter-Rule帶有具體的FTP應(yīng)用業(yè)務(wù)流IP 5元組過濾條件。步驟410、 PCRF根據(jù)收到的應(yīng)用事件信息，發(fā)現(xiàn)FTP應(yīng)用已經(jīng)結(jié)束，需要 刪除FTP業(yè)務(wù)流所對應(yīng)的控制策略，從而刪除相應(yīng)的QoS控制策略，發(fā)送信用 控制應(yīng)答消息指示PCEF刪除FTP業(yè)務(wù)流所對應(yīng)的控制策略。消息中帶有 Charging-Rule-Remove AVP,其中Charging-Rule-Name為FTP畫Rule,表示刪除 前述FTP應(yīng)用業(yè)務(wù)流所對應(yīng)的控制策略。步驟411、 PCEF根據(jù)信用控制應(yīng)答消息指示執(zhí)行控制策略，進(jìn)行刪除操作，更新FTP應(yīng)用業(yè)務(wù)流所對應(yīng)控制策略所綁定的IP-CAN承載的QoS參數(shù)，把 IP-CAN承載的帶寬減少1M bps 。 實(shí)施例五本實(shí)施例假設(shè)UE與BT應(yīng)用通信對端之間進(jìn)行通信，下面參照圖5描述根據(jù) 預(yù)定的應(yīng)用事件檢測配置的策略控制流程。步驟501、 PCEF配置預(yù)定的應(yīng)用事件檢測配置，用于檢測BT應(yīng)用事件。步驟502、用戶終端經(jīng)PCEF啟動BT業(yè)務(wù)應(yīng)用，與BT應(yīng)用通信對端進(jìn)行通 信(如，彼此傳輸數(shù)據(jù)包)。步驟503、 PCEF根據(jù)預(yù)定的應(yīng)用事件檢測配置檢測數(shù)據(jù)包，檢測到BT應(yīng)用 事件，以獲得應(yīng)用事件信息。步驟504、 PCEF向PCRF發(fā)送信用控制請求消息，向PCRF上報所檢測到的 應(yīng)用事件信息，所述信用控制請求消息包括App-Event AVP。所述App-Event AVP包括App-ID為4，表示為BT應(yīng)用；App-Event-Trigger為O，表示檢測到BT 開始事件；App-Filter-Rule帶有具體的BT應(yīng)用業(yè)務(wù)流IP 5元組過濾條件。步驟505、 PCRF根據(jù)收到的應(yīng)用事件信息，結(jié)合用戶的簽約信息、運(yùn)營商 策略等策略上下文信息進(jìn)行策略決策，發(fā)現(xiàn)用戶正在進(jìn)行FTP高速業(yè)務(wù)，不能 同時進(jìn)行BT下載，PCRF根據(jù)策略決策導(dǎo)出攜帶BT應(yīng)用業(yè)務(wù)流的門控控制策略 的控制策略，并通過信用控制應(yīng)答消息將所述控制策略發(fā)送到PCEF。 BT業(yè)務(wù) 流的門控控制策略信息使用Charging-Rule-Defmition AVP表示，該AVP主要包 含以下信息Flow-Description AVP，表示所述BT應(yīng)用業(yè)務(wù)流的一個或多個IP 5元組信自 ,&，F(xiàn)low-Status表示所述BT應(yīng)用業(yè)務(wù)流的門控控制策略信息，這里取值為 "DISABLED"表示不允許BT應(yīng)用業(yè)務(wù)流通過。步驟506、 PCEF根據(jù)下發(fā)的控制策略中的BT應(yīng)用業(yè)務(wù)流的門控控制策略執(zhí) 行門控策略控制，禁止BT應(yīng)用業(yè)務(wù)流通過。實(shí)施例六如圖6所示，本實(shí)施例描述本發(fā)明的業(yè)務(wù)流策略控制系統(tǒng)，包括策略和計 費(fèi)執(zhí)行實(shí)體和策略和計費(fèi)功能實(shí)體。所述策略和計費(fèi)執(zhí)行實(shí)體將所述應(yīng)用事件信息發(fā)給策略和計費(fèi)功能實(shí)體， 并接收策略和計費(fèi)功能實(shí)體發(fā)送的控制策略，根據(jù)所述控制策略對業(yè)務(wù)流進(jìn)行策略控制，所述應(yīng)用事件信息可通過對數(shù)據(jù)報文進(jìn)行;險測而獲得，或者通過別 的方式獲得。所述策略和計費(fèi)執(zhí)行實(shí)體包括接收單元，其包括第一接收單元，用于接 收策略和計費(fèi)功能實(shí)體依據(jù)所述應(yīng)用事件的信息生成的所述應(yīng)用的業(yè)務(wù)流的 控制策略，第二接收單元，用于接收策略和計費(fèi)功能實(shí)體發(fā)送的信用控制應(yīng)答 消息或重鑒權(quán)請求消息，所述信用控制應(yīng)答消息和重鑒權(quán)請求消息包括應(yīng)用事 件訂閱；獲得單元，用于獲得應(yīng)用事件信息；發(fā)送單元，用于將所述獲得單元 獲得的應(yīng)用事件信息發(fā)給策略和計費(fèi)功能實(shí)體，其包括設(shè)置單元(未示出)， 用于將所述應(yīng)用事件信息設(shè)置在應(yīng)用事件信息信元中，將所述應(yīng)用事件信息信 元設(shè)置在信用控制請求消息或重鑒權(quán)請求消息中；執(zhí)行單元，用于根據(jù)所述控 制策略對業(yè)務(wù)流進(jìn)行策略控制；存儲單元，用于存儲預(yù)定的應(yīng)用事件檢測配置；所述獲得單元包括第一檢測單元，用于根據(jù)預(yù)定的應(yīng)用事件檢測配置對接 收的數(shù)據(jù)報文進(jìn)行檢測以獲得應(yīng)用事件信息；第二檢測單元，用于根據(jù)應(yīng)用事 件訂閱對數(shù)據(jù)報文進(jìn)行檢測以獲得應(yīng)用事件信息。所述策略和計費(fèi)功能實(shí)體接收所述策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的應(yīng)用事件 信息，并根據(jù)所述應(yīng)用事件信息生成控制策略，將所述控制策略發(fā)送給所述策 略和計費(fèi)執(zhí)行實(shí)體。所述策略和計費(fèi)功能實(shí)體包括接收單元，用于接收所述策略和計費(fèi)執(zhí)行 實(shí)體發(fā)送的應(yīng)用事件信息；訂閱單元，用于在IP-CAN會話建立時，或IP-CAN 會話建立后運(yùn)營策略變化時生成應(yīng)用事件訂閱；生成單元,'用于才艮據(jù)所述接收 單元接收的應(yīng)用事件信息生成控制策略；發(fā)送單元，其包括第一發(fā)送單元，用于將所述生成單元生成的控制策略發(fā)送給所述策略和計費(fèi)執(zhí)行實(shí)體，所述發(fā)送 單元還包括第二發(fā)送單元，用于將所述訂閱單元生成的應(yīng)用事件訂閱發(fā)給策略 和計費(fèi)執(zhí)行實(shí)體，所述第二發(fā)送單元包括設(shè)置單元(未示出)，用于將所述應(yīng) 用事件訂閱設(shè)置在應(yīng)用事件訂閱信元中，將所述應(yīng)用事件訂閱信元設(shè)置在信用 控制應(yīng)答消息或重鑒權(quán)請求消息中。本發(fā)明的實(shí)施例通過PCEF獲得應(yīng)用事件信息，并將獲得的應(yīng)用事件信息 發(fā)給PCRF,使得在沒有AF參與的情況下，PCRF就可生成控制策略，從而對業(yè) 務(wù)流的QoS保證、計費(fèi)規(guī)則進(jìn)行策略控制，從而實(shí)現(xiàn)了無AF參與的情況下對數(shù) 據(jù)應(yīng)用進(jìn)行策略控制的需求。雖然通過實(shí)施例描繪了本發(fā)明，但本領(lǐng)域普通技術(shù)人員知道，在不脫離本 發(fā)明的精神和實(shí)質(zhì)的情況下，就可使本發(fā)明有許多變形和變化，本發(fā)明的范圍 由所附的權(quán)利要求來限定。
權(quán)利要求
1、一種應(yīng)用業(yè)務(wù)流的策略控制實(shí)現(xiàn)方法，其特征在于，包括步驟策略和計費(fèi)功能實(shí)體接收策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的應(yīng)用事件的信息；所述策略和計費(fèi)功能實(shí)體依據(jù)所述應(yīng)用事件的信息生成所述應(yīng)用的業(yè)務(wù)流的控制策略，并向所述策略和計費(fèi)執(zhí)行實(shí)體下發(fā)所述控制策略。
2、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述策略和計費(fèi)功能實(shí)體在 接收所述應(yīng)用事件的信息之前，向所述策略和計費(fèi)執(zhí)行實(shí)體訂閱應(yīng)用事件。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述策略和計費(fèi)功能實(shí)體訂 閱應(yīng)用事件具體包括策略和計費(fèi)功能實(shí)體向所述策略和計費(fèi)執(zhí)行實(shí)體發(fā)送應(yīng) 用事件訂閱，所述應(yīng)用事件訂閱包括所訂閱的應(yīng)用的標(biāo)識、所訂閱的應(yīng)用的事 件。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述應(yīng)用事件訂閱還包括所 訂閱的應(yīng)用的過濾規(guī)則。
5、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述策略和計費(fèi)功能實(shí)體訂 閱應(yīng)用事件具體包括策略和計費(fèi)功能實(shí)體通過信用控制應(yīng)答消息或重鑒權(quán)請 求消息向策略和計費(fèi)執(zhí)行實(shí)體訂閱應(yīng)用事件。
6、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述接收策略和計費(fèi)執(zhí)^"實(shí) 體發(fā)送的應(yīng)用事件的信息之前，該方法還包括所述策略和計費(fèi)執(zhí)行實(shí)體根據(jù) 所述策略和計費(fèi)功能實(shí)體發(fā)送的應(yīng)用事件訂閱進(jìn)行應(yīng)用事件檢測而獲得所述 應(yīng)用事件的信息。
7、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述接收策略和計費(fèi)執(zhí)行實(shí) 體發(fā)送的應(yīng)用事件的信息之前，該方法還包括所述策略和計費(fèi)執(zhí)行實(shí)體根據(jù) 預(yù)定的應(yīng)用事件檢測配置進(jìn)行應(yīng)用事件檢測而獲得所迷應(yīng)用事件的信息。
8、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述接收策略和計費(fèi)執(zhí)行實(shí) 體發(fā)送的應(yīng)用事件的信息具體包括策略和計費(fèi)功能實(shí)體通過接收攜帶所述應(yīng) 用事件的信息的信用控制請求消息或重鑒權(quán)請求消息，接收所述應(yīng)用事件的信自
9、 根據(jù)權(quán)利要求1至8任一項(xiàng)所述的方法，其特征在于，所述應(yīng)用事件的 信息包括所述應(yīng)用的標(biāo)識、所述應(yīng)用的事件。
10、 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述應(yīng)用事件的信息還包 括所述應(yīng)用的業(yè)務(wù)流過濾規(guī)則和/或服務(wù)質(zhì)量信息。
11、 根據(jù)權(quán)利要求1至8任一項(xiàng)所述的方法，其特征在于，在所述向所述策 略和計費(fèi)執(zhí)行實(shí)體下發(fā)所述控制策略之后，所述方法還包括所述策略和計費(fèi) 執(zhí)行實(shí)體根據(jù)所述控制策略對業(yè)務(wù)流進(jìn)行策略控制。
12、 根據(jù)權(quán)利要求ll所述的方法，其特征在于，所述控制策略包括下列策 略其中之一，或下列策略的任意組合業(yè)務(wù)流的服務(wù)質(zhì)量策略、計費(fèi)策略、門控策略。
13、 根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述應(yīng)用事件訂閱還包 括操作類型，所述策略和計費(fèi)執(zhí)行實(shí)體根據(jù)所述操作類型進(jìn)行訂閱或取消訂 閱。
14、 一種策略和計費(fèi)執(zhí)行實(shí)體，其特征在于，包括 獲得單元，用于獲得應(yīng)用事件的信息；發(fā)送單元，用于將所述獲得單元獲得的應(yīng)用事件的信息發(fā)給策略和計費(fèi)功 能實(shí)體；接收單元，其包括第一接收單元，用于接收策略和計費(fèi)功能實(shí)體依據(jù)所述 應(yīng)用事件的信息生成的所述應(yīng)用的業(yè)務(wù)流的控制策略；執(zhí)行單元，用于根據(jù)所述接收單元接收的控制策略對業(yè)務(wù)流進(jìn)行策略控制。
15、 根據(jù)權(quán)利要求14所述的策略和計費(fèi)執(zhí)行實(shí)體，其特征在于， 所述策略和計費(fèi)執(zhí)行實(shí)體還包括存儲單元，用于存儲預(yù)定的應(yīng)用事件檢測配置；所述獲得單元包括第一檢測單元，用于根據(jù)所述預(yù)定的應(yīng)用事件檢測配置對數(shù)據(jù)報文進(jìn)行檢測以獲得應(yīng)用事件的信息。
16、 根據(jù)權(quán)利要求14所述的策略和計費(fèi)執(zhí)行實(shí)體，其特征在于， 所述接收單元還包括第二接收單元，用于接收策略和計費(fèi)功能實(shí)體發(fā)送的應(yīng)用事件訂閱；所述獲得單元還包括第二檢測單元，用于根據(jù)所述第二接收單元接收的應(yīng) 用事件訂閱對數(shù)據(jù)報文進(jìn)行才企測以獲得應(yīng)用事件的信息。
17、 一種策略和計費(fèi)功能實(shí)體，其特征在于，包括接收單元，用于接收所述策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的應(yīng)用事件的信息； 生成單元，用于根據(jù)所述接收單元接收的應(yīng)用事件的信息生成控制策略； 發(fā)送單元，其包括第一發(fā)送單元，用于將所述生成單元生成的控制策略發(fā) 送給所述策略和計費(fèi)執(zhí)行實(shí)體。
18、 根據(jù)權(quán)利要求17所述的策略和計費(fèi)功能實(shí)體，其特征在于，所述策略 和計費(fèi)功能實(shí)體還包括訂閱單元，用于生成應(yīng)用事件訂閱；所述發(fā)送單元還包括第二發(fā)送單元，用于將所述訂閱單元生成的應(yīng)用事件 訂閱發(fā)給策略和計費(fèi)執(zhí)行實(shí)體。
19、 一種業(yè)務(wù)流策略控制系統(tǒng)，其特征在于，包括 所述策略和計費(fèi)執(zhí)行實(shí)體，用于發(fā)送應(yīng)用事件的信息，并接收控制策略，根據(jù)所述控制策略對業(yè)務(wù)流進(jìn)行策略控制；所述策略和計費(fèi)功能實(shí)體，用于接收所述策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的應(yīng)用 事件的信息，并根據(jù)所述應(yīng)用事件的信息生成控制策略，將所述控制策略發(fā)給 所述策 略和計費(fèi)執(zhí)行實(shí)體。
20、 根據(jù)權(quán)利要求19所述的系統(tǒng)，其特征在于，所述策略和計費(fèi)執(zhí)行實(shí)體 包括獲得單元，用于獲得應(yīng)用事件的信息；發(fā)送單元，用于將所述獲得單元獲得的應(yīng)用事件的信息發(fā)給策略和計費(fèi)功接收單元，其包括第一接收單元，用于接收策略和計費(fèi)功能實(shí)體依據(jù)所述 應(yīng)用事件的信息生成的所述應(yīng)用的業(yè)務(wù)流的控制策略；執(zhí)行單元，用于根據(jù)所述接收單元接收的控制策略對業(yè)務(wù)流進(jìn)行策略控制。
21、根據(jù)權(quán)利要求19或20所述的系統(tǒng)，其特征在于，所述策略和計費(fèi)功能 實(shí)體包括接收單元，用于接收所述策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的應(yīng)用事件的信息； 生成單元，用于根據(jù)所述接收單元接收的應(yīng)用事件的信息生成控制策略； 發(fā)送單元，其包括第一發(fā)送單元，用于將所述生成單元生成的控制策略發(fā) 送給所述策略和計費(fèi)執(zhí)行實(shí)體。
全文摘要
本發(fā)明實(shí)施例提供了一種策略控制實(shí)現(xiàn)方法和系統(tǒng)、及策略和計費(fèi)執(zhí)行實(shí)體、策略和計費(fèi)功能實(shí)體，可解決沒有AF情況下不能對應(yīng)用業(yè)務(wù)流進(jìn)行策略控制的問題。所述方法包括策略和計費(fèi)功能實(shí)體接收策略和計費(fèi)執(zhí)行實(shí)體發(fā)送的應(yīng)用事件的信息；所述策略和計費(fèi)功能實(shí)體依據(jù)所述應(yīng)用事件的信息生成所述應(yīng)用的業(yè)務(wù)流的控制策略，并向所述策略和計費(fèi)執(zhí)行實(shí)體下發(fā)所述控制策略。本發(fā)明實(shí)施例通過PCEF將獲得的應(yīng)用事件信息發(fā)給PCRF。使得在沒有AF參與的情況下，PCRF可根據(jù)應(yīng)用事件信息等策略上下文生成控制策略，從而對業(yè)務(wù)流的QoS保證、計費(fèi)和門控等進(jìn)行有效的策略控制，從而實(shí)現(xiàn)了無AF參與的情況下，對數(shù)據(jù)應(yīng)用進(jìn)行策略控制的需求。
文檔編號H04Q7/34GK101325780SQ20071011136
公開日2008年12月17日 申請日期2007年6月15日 優(yōu)先權(quán)日2007年6月15日
發(fā)明者巖 李, 毛玉欣, 王新發(fā), 譚仕勇, 鵬 趙, 誠 陳, 魏偉華, 黃世碧 申請人:華為技術(shù)有限公司