專利名稱：一種業(yè)務數據流的策略控制方法、裝置及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，特別是涉及一種業(yè)務數據流的策略控制方法、裝置 及系統(tǒng)。
背景技術：
隨著數據業(yè)務的快速發(fā)展，對數據業(yè)務承載層的服務質量和計費也提出了 更高的要求。
一、3GPP R7將R6中的SBLP (基于業(yè)務的本地策略)和FBC (基于流 的計費)兩項功能合并，稱為PCC ( Policy Control and Charging策略控制和計 費)。PCC的邏輯架構參見圖1所示
其中各個功能實體作用如下描述
PCRF: Policy and Charging Rules Function,策略和計費規(guī)則功能實體，該 功能實體根據用戶接入網絡的類型，運營商策略，用戶簽約數據(從SPR功能 實體獲取)以及用戶當前正在進行的業(yè)務信息(從AF功能實體獲取)等決定 對應的規(guī)則，并將規(guī)則提供給PCEF,由PCEF執(zhí)行這些規(guī)則。規(guī)則包括業(yè)務 數據流(完成某一業(yè)務，比如語音的IP流集合)的檢測規(guī)則，帶寬，是否門 控(允許或禁止數據流通過)，業(yè)務數據流對應的QoS和基于流的計費規(guī)則等。
PCEF: Policy and Charging Enforcement Function,策略和計費執(zhí)行功能實 體，該實體執(zhí)行PCRF下發(fā)或者指定的規(guī)則，具體來說就是執(zhí)行業(yè)務數據流的 檢測和測量，保證業(yè)務數據流的QoS，用戶面流量處理和觸發(fā)控制面的會話管 理，計費等， 一般是承載網關；
SPR: Subscription Profile Repository,簽約信息庫，該功能實體向PCRF 提供用戶簽約數據；
AF: Application Function應用功能實體，該功能實體向PCRF動態(tài)提供應 用層的會話信息，PCRF根據該信息動態(tài)生成或者修改對應的規(guī)則；
OCS: Online Charging System,在線計費系統(tǒng)，主要是實現在線計費的批 價和鑒權；
OFCS: Offline Charging System,離線計費系統(tǒng)，主要完成離線計費功能 二、 VOIP是一種常用的數據業(yè)務，它的業(yè)務功能服務器可以是一種AF,
該AF將VOIP會話中的一些信息下發(fā)給PCRF,方便該PCRF生成相關的控制
和計費策略，并下發(fā)給PCEF正確的執(zhí)行。VOIP業(yè)務中的控制策略的流程參
見圖2所示，包括下列步驟
步驟100,終端在承載層創(chuàng)建了承載通道，保證相關的VOIP信令能夠發(fā)
送到AF。
步驟IOI，終端發(fā)送SIP的INVITE請求，消息到達AF。
步驟102- 104， AF將INVITE發(fā)送出去，并將收到的183消息轉發(fā)給終
二山 禍。
步驟105， AF收到遠端的183消息后，將相關的應用層信息通過AAR消 息發(fā)送給PCRF。
步驟106， PCRF結合AF下發(fā)的應用層信息，生成相關的控制計費策略， 下發(fā)給PCEF。
步驟107, PCEF向PCRF發(fā)送RAR的響應消息RAA。 步驟108, PCRF向AF發(fā)送AAR的響應消息AAA。 步驟109,根據PCRF下發(fā)的策略，PCEF開放相關的承載通道。 步驟110 ~ 111,中途的一些會話重協(xié)商請求及響應，例如UPDATE等。 步驟112,收到了重協(xié)商消息后，AF會根據新的會話信息重新下發(fā)AAR 消息。
步驟113 ~ 115, PCRF根據最新的會話生成相關的策略通過RAR消息發(fā) 送給PCEF, PCEF返回響應消息RAA, PCRF也將返回響應消息AAA。
步驟116, PCEF開方欠相關的承載通道。
發(fā)明人在發(fā)明過程中發(fā)現在VOIP業(yè)務中，存在承載層需要根據業(yè)務數據 流的不同會話階段進行區(qū)別策略控制的需求，例如我們將被叫摘機前傳遞的 業(yè)務數據流叫做早期媒體，主要包含有彩鈴，通告，廣告等。該早期媒體一般 不是真正的被叫發(fā)出的，而是一些中間的實體發(fā)出的。

發(fā)明內容
本發(fā)明實施例提供一種業(yè)務數據流的策略控制方法、裝置及系統(tǒng)，以使 PCRF可根據業(yè)務數據流所處的會話階段，對相關業(yè)務數據流進行控制策略的 決策。
本發(fā)明實施例的方法包括應用功能實體AF根據業(yè)務數據流所處的會話 階段，向策略和計費規(guī)則功能實體PCRF下發(fā)指示；所述指示使該PCRF對相 關業(yè)務數據流進行控制策略的決策。
本發(fā)明實施例的應用功能實體，包括識別單元，用于識別業(yè)務數據流所 處的會話階段；指示生成單元，用于根據業(yè)務數據流所處的會話階段，生成對 應的指示；下發(fā)單元，用于將指示生成單元生成的指示下發(fā)。
本發(fā)明實施例的策略和計費規(guī)則功能實體，包括接收單元，用于接收業(yè) 務數據流所處的會話階段的指示；決策單元，用于根據接收單元收到的指示， 對相關業(yè)務數據流進行控制策略的決策。
本發(fā)明實施例的業(yè)務數據流的策略控制系統(tǒng)，包括應用功能實體AF, 用于根據業(yè)務數據流所處的會話階段下發(fā)指示；PCRF，用于接收AF下發(fā)的指 示，并根據該指示，對相關業(yè)務數據流進行控制策略的決策。
本發(fā)明實施例中，由于AF不但將會話中的一些信息下發(fā)給PCRF,而且 還根據業(yè)務數據流所處的會話階段，向PCRF下發(fā)可表明業(yè)務數據流所處會話 階段的指示；所以PCRF根據該指示可獲知業(yè)務數據流所處會話階段，并依據 當前會話階段對相關業(yè)務數據流進行有針對性的控制策略的決策。


圖1為現有的PCC邏輯架構的示意圖2為現有VOIP業(yè)務中控制策略的流程圖3為本發(fā)明實施例的方法步驟流程圖4為本發(fā)明實施例的應用功能實體的結構示意圖5為本發(fā)明實施例的策略和計費規(guī)則功能實體的結構示意圖6為本發(fā)明實施例1的流程圖7為本發(fā)明實施例2的流程圖8為本發(fā)明實施例3的流程圖。
具體實施例方式
為了使PCRF可根據業(yè)務數據流所處的會話階段，對相關業(yè)務數據流進行 控制策略的決策，本發(fā)明實施例提供了一種業(yè)務數據流的策略控制方法，參見 圖3所示，其包括下列主要步驟
Sl、 AF根據業(yè)務數據流所處的會話階段，向PCRF下發(fā)指示。
首先、AF根據是否收到初始會話建立的最終響應消息或根據會話信令中 的信息，識別業(yè)務數據流所處的會話階段。
具體的，所述初始會話建立的最終響應消息為SIP的invite的200 OK消 息；會話信令中的信息為SIP的消息體SDP中所攜帶的業(yè)務數據流行的早期業(yè) 務數據流指示信息。
具體的，業(yè)務數據流是指該會話相關的業(yè)務數據流；會話階段可以包括 同一會話的不同業(yè)務階段(早期媒體流和非早期媒體流階段)，同一會話的會 話創(chuàng)建前階段和會話成功創(chuàng)建階段，或同一會話的計費階段和不計費階段。
其次、AF通過下述兩種方式之一向PCRF下發(fā)指示
方式1、 AF向PCRF下發(fā)的消息中攜帶有特定參數，以該參數的取值指示業(yè)務數據流所處的會話階段。
方式2、所述會話包括第一會話階段和第二會話階段，則下發(fā)的指示具體
為AF向PCRF下發(fā)的消息中攜帶有特定參數，則指示業(yè)務數據流處于第一 會話階段；未攜帶特定參數，則指示業(yè)務數據流處于第二會話階段。
S2、 PCRF根據該指示，對相關業(yè)務數據流進行控制策略的決策。
PCRF做出的決策具體包括Qos的決策，門控的決策，計費的決策等； 如決策出特定階段的業(yè)務數據流使用指定的帶寬，決策出限制特定P介段的業(yè) 務數據流的流向，決策出特定階段業(yè)務數據流免計費等。
本發(fā)明實施例還提供了一種應用功能實體，參見圖4所示，其包括識別 單元、指示生成單元和下發(fā)單元。
識別單元，用于識別業(yè)務數據流所處的會話階_險。具體的，所述識別單元 根據該應用功能實體是否收到初始會話建立的最終響應消息或根據會話信令 中的信息識別業(yè)務數據流所處的會話階段。所述初始會話建立的最終響應消息 為SIP的invite的200 OK消息；會話信令中的信息為SIP的消息體SDP中所 攜帶的業(yè)務數據流行的早期業(yè)務數據流指示信息。所述業(yè)務數據流是指該會話 相關的業(yè)務數據流；會話階段可以包括同一會話的不同業(yè)務階段(早期媒體 流和非早期媒體流階段)，同一會話的會話創(chuàng)建前階段和會話成功創(chuàng)建階段，
或同 一會話的計費階段和不計費階段。
指示生成單元，用于根據業(yè)務數據流所處的會話階段，生成對應的指示。 具體的，所述指示生成單元以下發(fā)的消息中的特定參數的取值指示業(yè)務數據流 所處的會話階段；或者以下發(fā)的消息中有無特定參數指示業(yè)務數據流所處的會 話階段。例如AF向PCRF下發(fā)的消息中攜帶有特定參數，則指示業(yè)務數據流 處于第 一會話階段，否則指示業(yè)務數據流處于第二會話階段。
下發(fā)單元，用于將指示生成單元生成的指示下發(fā)。
本發(fā)明實施例還提供了一種策略和計費規(guī)則功能實體，參見圖5所示，其 包括接收單元和決策單元。接收單元，用于接收業(yè)務數據流所處的會話階段的指示。
決策單元，用于根據接收單元收到的指示，對相關業(yè)務數據流進行控制策
略的決策。做出的決策具體包括Qos的決策，門控的決策，計費的決策等； 如決策出特定階段的業(yè)務數據流使用指定的帶寬，決策出限制特定階段的業(yè) 務數據流的流向，決策出特定階段業(yè)務數據流免計費等。
本發(fā)明實施例還提供了一種業(yè)務數據流的策略控制系統(tǒng)，其包括AF和 PCRF。
AF，用于根據業(yè)務數據流所處的會話階段下發(fā)指示。進一步該AF中可包 括識別單元，用于根據是否收到初始會話建立的最終響應消息或根據會話信 令中的信息，識別業(yè)務數據流所處的會話階段。和/或，指示生成單元，用于以 向PCRF下發(fā)的消息中的特定參數的取值指示業(yè)務數據流所處的會話階段；或 者以下發(fā)的消息中有無特定參數指示業(yè)務數據流所處的會話階段。
PCRF,用于接收AF下發(fā)的指示，并根據該指示，對相關業(yè)務數據流進行 控制策略的決策。做出的決策具體包括Qos的決策，門控的決策，計費的決 策等；如決策出特定階段的業(yè)務數據流使用指定的帶寬，決策出限制特定階 段的業(yè)務數據流的流向，決策出特定階段業(yè)務數據流免計費等。
以下通過三個實施例具體描述本發(fā)明實施例的方法。
實施例1 - AF (主叫側)針對早期媒體下發(fā)一個早期媒體的指示給PCRF， 該指示可以是々某體級的，也可以是會話級的。參見圖6所示，包括下列步驟
步驟200,終端在承載層創(chuàng)建了承載通道，保證相關的VOIP信令能夠發(fā)送 到AF。
步驟201 ~ 202，終端向AF發(fā)送INVITE請求，AF將該請求向遠端轉發(fā)。 步驟203 -204,遠端響應了 180消息，AF將該180消息轉發(fā)給終端，此
時遠端發(fā)送一些早期媒體，例如，被叫用戶的回鈴音。
步驟205， AF根據會話信令180中的信息，識別出此時協(xié)商的哪些業(yè)務數
據流流是早期媒體，之后結合本地策略，AF允許承載層通過早期媒體。并且
AF提取相關的業(yè)務數據流信息下發(fā)給PCRF,在下發(fā)的信息中針對早期媒體流 需要攜帶早期媒體指示，該指示以特定參數的取值表明是早期媒體。如果協(xié)商 的業(yè)務數據流流全部都是早期々某體，那么該指示可以是會話級的，其位置就包 含在會話描述的結構中
<AA-Request> ::= < Diameter Header: 265, REQ, PXY > < Session-Id > Auth-Application-Id } Origin-Host} Origin-Realm } Destination-Realm } Early-Media-Indication ] Media-Component-Description ] AF-Charging-Identifier ] SIP-Forking-Indication ] Specific-Action ] Subscription-ID ] Reservation-Priority ] Framed-IP-Address ] Framed-IPv6-Prefix ] [Service-URN ] Proxy-Info ] Route-Record ] AVP]
如果是部分業(yè)務數據流流是早期媒體，那么該指示是i某體級的，其具體位
置就包含在業(yè)務數據流描述的結構中
Media-Component-Description ::= < AVP Header: 517 >
{ Media-Component-Number }; *[ Media-Sub-Component ]; [Early-Media-Indication ] [AF-Application-Identifier ] [Media-Type ] [Max-Requested-Bandwi她-DL ] [Flow-Status ] [Reservation-priority ] [RR-Bandwi她]
其中參數Early-Media-Indication的值為1，指示該階段還沒有正式的開始 用戶通話，此時的允許通過的業(yè)務數據流流是早期媒體(被叫用戶的響鈴音)。
步驟206， PCRF根據AF下發(fā)的相關業(yè)務數據流信息中的參數 Early-Media-Indication的取值，為相應的早期媒體決策出特定的規(guī)則，例如可 以為早期媒體的數據流設定預配置的帶寬信息，或者只允許單向的早期媒體的 數據流，早期媒體的數據流進行免計費等，并將決策出的規(guī)則通過RAR消息 發(fā)送給PCEF。
步驟207 ~ 208, PCEF發(fā)送RAR的響應消息RAA， PCRF向AF發(fā)送AAR 的響應消息AAA。
步驟209， PCEF根據PCRF的指示開放相關的承載通道，并根據PCRF 下發(fā)的規(guī)則對業(yè)務數據流進行策略控制。
步驟210 ~ 211, AF收到遠端響應的200OK (即初始會話建立的最終響應 消息)，AF將該消息前傳給終端。
步驟212， AF以收到初始會話建立的最終響應消息或者消息中攜帶的信息 識別出當前業(yè)務數據流為用戶的業(yè)務數據流。因此AF將兩端用戶協(xié)商的會話 業(yè)務數據流信息下發(fā)給PCRF,在下發(fā)的信息中不攜帶Early-Media-Indication 參數，表明用戶協(xié)商的是正式的會話業(yè)務數據流；或者在下發(fā)的信息中攜帶參 凄史Early-Media-Indication，并以參凄t Early-Media-Indication的^直為0,指示用 戶協(xié)商的是正式的會話業(yè)務數據流。
步驟213, PCRF根據AF下發(fā)的會話業(yè)務數據流信息獲知早期媒體的階段 已經結束，則根據正常的會話信息決策出相關的策略控制規(guī)則，并通過RAR 消息下發(fā)給PCEF。
步驟214-215, PCEF向PCRF響應RAA消息，PCRF向AF響應AAA消息。
步驟216， PCEF根據PCRF的指示開放相關的承載通道，并根據PCRF 下發(fā)的規(guī)則對業(yè)務數據流進行正常的策略控制。 注本實施例也可在被叫側的AF實施。
實施例2 - AF收到遠端用戶的初始會話建立的最終響應消息后，下發(fā)會話 開始的指示給PCRF， PCRF根據該指示向PCEF下發(fā)用戶會話的策略和計費規(guī) 則。參見圖7所示，包括下列步驟
步驟300,終端在承載層創(chuàng)建了承載通道，保證相關的VOIP信令能夠發(fā) 送到AF。
步驟301 ~ 302,終端向AF發(fā)送INVITE請求，AF將該請求向遠端轉發(fā)。
步驟303 - 304,遠端響應了180消息，AF將該180消息轉發(fā)給終端，此 時遠端發(fā)送一些早期々某體，例如，被叫用戶的回鈴音。
步驟305, AF提取相關的業(yè)務數據流信息下發(fā)給PCRF。 AF根據會話的 狀態(tài)(沒有收到遠端用戶的初始會話建立的最終響應消息)，在下發(fā)的信息中 不攜帶會話開始指示。
步驟306， PCRF在未收到會話開始指示之前，按照默認規(guī)則認定當前業(yè) 務數據流為早期i某體，并為相應的業(yè)務數據流決策出特定的策略和計費規(guī)則， 并可以將相關規(guī)則通過RAR消息發(fā)送給PCEF。
步驟307 ~ 308, PCEF發(fā)送RAR的響應消息RAA, PCRF向AF發(fā)送AAR 的響應消息AAA。
步驟309, PCEF根據PCRF的指示開放相關的承載通道，并根據PCRF 下發(fā)的規(guī)則對當前業(yè)務數據流(即早期媒體)進行策略控制。
步驟310 ~ 311, AF收到遠端響應的200 OK (即初始會話建立的最終響應 消息)，AF將該消息前傳給終端。
步驟312,AF以收到初始會話建立的最終響應消息識別出當前業(yè)務數據流 為用戶的業(yè)務數據流。因此AF將兩端用戶協(xié)商的會話業(yè)務數據流信息下發(fā)給 PCRF，并在下發(fā)的信息中攜帶特定參數，并以該特定參數的取值指示早期媒
<formula>formula see original document page 13</formula>其中參數Session-Start-Indication的值為1,指示用戶的正式會話已經開始了。
步驟313, PCRF根據AF下發(fā)的會話業(yè)務數據流信息中的 Session-Start-Indication的值為1,獲知早期媒體的階段已經結束，則決策出用 戶會話策略和計費規(guī)則，并通過RAR消息下發(fā)給PCEF。
步驟314-315， PCEF向PCRF響應RAA消息，PCRF向AF響應AAA消息。
步驟316, PCEF根據PCRF的策略開放相關的承載通道，并根據PCRF 下發(fā)的規(guī)則對當前業(yè)務數據流(即用戶的業(yè)務業(yè)務數據流)進行策略控制。 注本實施例也可在被叫側的AF實施。
實施例3 - AF針對早期媒體下發(fā)一個計費相關的指示給PCRF,該指示可 以是媒體級的，也可以是會話級的，本實施例以媒體級的為例。參見圖8所示， 包括下列步驟 步驟400,終端在承載層創(chuàng)建了承載通道，保證相關的VOIP信令能夠發(fā)
送到AF。
步驟401 ~ 402，終端向AF發(fā)送INVITE請求，AF將該請求向遠端轉發(fā)。 步驟403 ~ 404，遠端響應了 180消息，AF將該180消息轉發(fā)給終端，此 時遠端發(fā)送一些早期々某體，例如，被叫用戶的回鈴音。
步驟405， AF根據會話的狀態(tài)(沒有收到遠端用戶的初始會話建立的最終 響應消息)，或者才艮據會話信令中(如SIP中)的消息，識別出此時協(xié)商的業(yè) 務數據流流是早期媒體，之后結合本地策略，AF允許承載層通過早期媒體。 并且AF提取相關的業(yè)務數據流信息下發(fā)給PCRF,在下發(fā)的信息中需要攜帶 特定參數，并根據此時協(xié)商的業(yè)務數據流流是早期i某體，以該特定參數的取值 指示不用計費。本實施例中假設該指示只針對部分可信的早期媒體。該指示具
體的消息格式如下
Media陽Component畫Description ::= < AVP Header: 517 >
{ Media-Component-Number }; *[ Media-Sub-Component ]; [Free-Charging-Indication ] [AF-Application國Identifier ] [Media-Type ]
*[ Codec-Data]
或者是
Media-Sub-Component ::= < AVP Header: 5]9 > { Flow-Number }; 0*2[ Flow-Description ] ; [Flow-Status ] [Flow-Usage ] 〖Max-Requested-Bandwidth-DL ] 其中參數Free-Charging-Indication的值為1，指示該業(yè)務數據流不用計費。
步驟406, PCRF識別出AF下發(fā)的相關業(yè)務數據流信息中的參數 Free-Charging-Indication的取值為1,指示該業(yè)務數據流不用計費；PCRF參考 AF下發(fā)的計費相關指示，并結合本地的計費策略為相應的早期媒體決策出特 定的計費策略，并將決策出的控制和計費規(guī)則通過RAR消息發(fā)送給PCEF。
步驟407 ~ 408， PCEF發(fā)送RAR的響應消息RAA, PCRF向AF發(fā)送AAR 的響應消息AAA。
步驟409, PCEF根據PCRF的指示開放相關的承載通道，并根據PCRF 下發(fā)的計費規(guī)則對當前業(yè)務數據流(即早期媒體)進行計費。
步驟410~411， AF收到遠端響應的200OK (即初始會話建立的最終響應 消息)，AF將該消息前傳給終端。
步驟412, AF以收到初始會話建立的最終響應消息識別出當前業(yè)務數據流 為用戶的業(yè)務數據流。因此AF將兩端用戶協(xié)商的會話業(yè)務數據流信息下發(fā)給 PCRF，在下發(fā)的信息中不攜帶Free-Charging-Indication參數，指示需要正常計 費；或者在下發(fā)的信息中攜帶Free-Charging-Indication參數，并以參數 Free-Charging-Indication的值為0,指示需要正常計費。
步驟413, PCRF根據AF下發(fā)的會話業(yè)務數據流信息獲知AF指示當前業(yè) 務數據流需要計費；PCRF參考AF的指示，并結合本地的正常會話信息決策 出相關的策略和計費規(guī)則，并通過RAR消息下發(fā)給PCEF。
步驟414 ~ 415, PCEF向PCRF響應RAA消息，PCRF向AF響應AAA 消息。
步驟416， PCEF根據PCRF的指示開放相關的承載通道，并根據PCRF 下發(fā)的計費策略對當前業(yè)務數據流(即用戶的業(yè)務數據流)進行正常的計費流
程。
綜上所述，本發(fā)明實施例中，AF不但將會話中的一些信息下發(fā)給PCRF， 而且還根據業(yè)務數據流所處的會話階段，向PCRF下發(fā)可表明業(yè)務數據流所處 會話階段的指示；所以PCRF根據該指示可獲知業(yè)務數據流所處會話階段，并 依據當前會話階段對相關業(yè)務數據流進行有針對性的控制策略的決策。
進而滿足了承載層需要根據業(yè)務數據流的不同會話階段進行區(qū)別策略控 制的需求。例如對于彩鈴業(yè)務的數據流，可對主叫方進行免費的策略控制； 對于彩鈴業(yè)務的數據流可以限制它的帶寬。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及 其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1、一種業(yè)務數據流的策略控制方法，其特征在于，包括下列步驟:應用功能實體AF根據業(yè)務數據流所處的會話階段，向策略和計費規(guī)則功能實體PCRF下發(fā)指示；所述指示使該PCRF對相關業(yè)務數據流進行控制策略的決策。
2、 如權利要求l所述的方法，其特征在于，所述AF根據是否收到初始會 話建立的最終響應消息或根據會話信令中的信息，識別業(yè)務數據流所處的會話階段。
3、 如權利要求l所述的方法，其特征在于，所述下發(fā)指示具體為AF向 PCRF下發(fā)的消息中攜帶有特定參數，以該參數的取值指示業(yè)務數據流所處的 會話階段。
4、 如權利要求1所述的方法，其特征在于，所述會話包括第一會話階段 和第二會話階段，則所述下發(fā)指示具體為AF向PCRF下發(fā)的消息中攜帶有 特定參數，則指示業(yè)務數據流處于第一會話階段；未攜帶特定參數，則指示業(yè) 務數據流處于第二會話階段。
5、 一種應用功能實體，其特征在于，包括 識別單元，用于識別業(yè)務數據流所處的會話階段；指示生成單元，用于根據業(yè)務數據流所處的會話階段，生成對應的指示； 下發(fā)單元，用于將指示生成單元生成的指示下發(fā)。
6、 如權利要求5所述的應用功能實體，其特征在于，所述識別單元根據 該應用功能實體是否收到初始會話建立的最終響應消息或根據會話信令中的 信息識別業(yè)務數據流所處的會話階段。
7、 如權利要求5所述的應用功能實體，其特征在于，所述指示生成單元 以下發(fā)的消息中的特定參數的取值指示業(yè)務數據流所處的會話階段；或者以下 發(fā)的消息中有無特定參數指示業(yè)務數據流所處的會話階^R。
8、 一種策略和計費規(guī)則功能實體，其特征在于，包括接收單元，用于接收業(yè)務數據流所處的會話階段的指示； 決策單元，用于根據接收單元收到的指示，對相關業(yè)務數據流進行控制策 略的決策。
9、 一種業(yè)務數據流的策略控制系統(tǒng)，其特征在于，包括應用功能實體AF,用于根據業(yè)務數據流所處的會話階段下發(fā)指示； PCRF，用于接收AF下發(fā)的指示，并根據該指示，對相關業(yè)務數據流進行 控制策略的決策。
10、 如權利要求9所述的系統(tǒng)，其特征在于，所述AF中包括識別單元， 用于根據是否收到初始會話建立的最終響應消息或根據會話信令中的信息，識 別業(yè)務數據流所處的會話階段。
11、 如權利要求9所述的系統(tǒng)，其特征在于，所述AF中包括指示生成 單元，用于以向PCRF下發(fā)的消息中的特定參數的取值指示業(yè)務數據流所處的 會話階段；或者以下發(fā)的消息中有無特定參數指示業(yè)務數據流所處的會話階 段。
全文摘要
本發(fā)明公開了一種業(yè)務數據流的策略控制方法、裝置及系統(tǒng)，以使PCRF可根據業(yè)務數據流所處的會話階段，對相關業(yè)務數據流進行控制策略的決策。方法包括應用功能實體AF根據業(yè)務數據流所處的會話階段，向策略和計費規(guī)則功能實體PCRF下發(fā)指示；所述指示使該PCRF對相關業(yè)務數據流進行控制策略的決策。AF包括識別單元，用于識別業(yè)務數據流所處的會話階段；指示生成單元，用于根據業(yè)務數據流所處的會話階段，生成對應的指示；下發(fā)單元，用于將指示生成單元生成的指示下發(fā)。PCRF包括接收單元，用于接收業(yè)務數據流所處的會話階段的指示；決策單元，用于根據接收單元收到的指示，對相關業(yè)務數據流進行控制策略的決策。
文檔編號H04M3/42GK101378586SQ20071014796
公開日2009年3月4日 申請日期2007年8月27日 優(yōu)先權日2007年8月27日
發(fā)明者巖 李, 毛玉欣, 譚仕勇, 鵬 趙, 魏偉華, 黃世碧 申請人:華為技術有限公司