專利名稱：一種處理業(yè)務(wù)的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及一種處理業(yè)務(wù)的方法、裝置及系統(tǒng)。
背景技術(shù)：
3GPP 23.203對應(yīng)用功能(Application Function, AF )進行了描述AF是 一個功能實體，用于提供動態(tài)策略或計費控制所需的IP-CAN (IP連接接入網(wǎng) IP Connectivity Access Network )用戶面行為之上的應(yīng)用信息。為了 PCRF( Policy Control and Charging Rules Function策略控制和計費規(guī)則功能實體)對業(yè)務(wù)進行 策略決策，AF和PCRF交互，可以向PCRF傳輸動態(tài)會話信息，也可以通過 PCRF，接收IP-CAN信息以及IP-CAN承載層事件信息。IMS網(wǎng)絡(luò)中的P-CSCF (代理CSCF)、非IMS網(wǎng)絡(luò)中的各種應(yīng)用服務(wù)器都可以作為AF。
為了增進對上述AF功能的理解，這里闡述一下與AF定義相關(guān)的PCC (Policy Control and Charging策略控制和計費)架構(gòu)和幾個術(shù)語
PCC架構(gòu)參見圖1所示，其中各實體的功能描述如下
AF:應(yīng)用功能實體。主要為PCRF制訂策略和計費控制動態(tài)提供應(yīng)用層 會話信息，例如IMS中的P-CSCF就屬于AF。
PCRF:策略控制和計費規(guī)則功能實體。根據(jù)用戶接入網(wǎng)絡(luò)的限制、用戶 當(dāng)前正在進行的應(yīng)用業(yè)務(wù)信息、本地運營商配置及用戶簽約信息，制訂相應(yīng)的 策略，并將策略提供給PCEF執(zhí)行。策略包括業(yè)務(wù)數(shù)據(jù)流檢測、QoS控制、 門控和基于流的計費等。
PCEF (Policy and Charging Enforcement Function):策略和計費執(zhí)行功能 實體。執(zhí)行PCRF下發(fā)或指定的策略，即完成對業(yè)務(wù)數(shù)據(jù)流的檢測、保證業(yè)務(wù) 數(shù)據(jù)流的QoS、門控、完成在線/離線計費以及觸發(fā)與控制面的會話等功能。例
如GPRS中的GGSN實體。 各接口功能描述如下
Rx:該參考點用于AF下發(fā)應(yīng)用層會話相關(guān)信息，包^^用于識別業(yè)務(wù)數(shù)據(jù) 流的IP過濾器、業(yè)務(wù)流所需的帶寬信息，該接口使用IETF定義的Diameter 協(xié)議。
Gx:該參考點用于PCRF動態(tài)控制PCEF執(zhí)行的PCC規(guī)則。具備以下功 能建立，維護和終止IP-CAN會話；PCEF向PCRF請求PCC規(guī)則；PCRF 向PCEF提供PCC規(guī)則；協(xié)商IP-CAN承載建立模式等。該參考點使用IETF 定義的Diameter十辦i義。
其余實體(SPR ( Subscription Profile Repository簽約信息庫)、OCS (Online Charging System在線計費系統(tǒng))、OFCS ( Offline Charging System離 線計費系統(tǒng)))和接口 (Sp、 Gy、 Gz)與本發(fā)明內(nèi)容無關(guān)，這里不再贅述。
幾個術(shù)"i吾
IP-CAN: IP Connectivity Access Network,當(dāng)用戶在接入網(wǎng)絡(luò)內(nèi)漫游(位 置改變時)仍能保存IP業(yè)務(wù)連續(xù)性(即不中斷業(yè)務(wù))，具有這樣性質(zhì)的接入網(wǎng) 絡(luò)稱為IP-CAN,比如GPRS網(wǎng)絡(luò)，I-WLAN網(wǎng)絡(luò)等；
IP-CAN bearer: IP-CAN承載，具有明確速率，延遲和誤比特率的IP傳輸 路徑(該路徑指的是接入網(wǎng)到GW之間)，對于GPRS來說IP-CAN bearer對應(yīng) PDP上下文；
IP-CAN session: IP-CAN會話，指的是UE和PDN (分組數(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承載。
上述內(nèi)容中對AF的現(xiàn)有能力進行了描述，然而發(fā)明人在發(fā)明過程中發(fā)現(xiàn) 在某些應(yīng)用場景下，網(wǎng)絡(luò)上開展業(yè)務(wù)時，還需要AF根據(jù)用戶當(dāng)前的網(wǎng)絡(luò)資源 狀況對該用戶的業(yè)務(wù)進行處理的能力。但目前無法滿足該需求。
例如對于視頻點播業(yè)務(wù)，視頻傳輸可以采用不同的編解碼格式，由此對
傳輸帶寬就會有不同的要求，導(dǎo)致用戶的業(yè)務(wù)體驗也存在較大的區(qū)別。用戶進 行視頻點播業(yè)務(wù)，當(dāng)點播終端將可支持的多種編解碼方式發(fā)送給點播服務(wù)器
AF時，由于點播服務(wù)器AF缺少用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息，無法為當(dāng)前的 點播用戶選擇一個合理的編解碼格式，從而無法為視頻點播業(yè)務(wù)申請合理的網(wǎng) 絡(luò)資源，即無法實現(xiàn)既能達到盡量保證用戶體驗，又能達到合理利用當(dāng)前網(wǎng)絡(luò) 資源的效果。
再如對于網(wǎng)絡(luò)游戲業(yè)務(wù)，為了滿足用戶對游戲業(yè)務(wù)體驗的需要，網(wǎng)絡(luò)游 戲服務(wù)器AF需要在一定的帶寬資源范圍內(nèi)為用戶提供游戲業(yè)務(wù)。如果用戶當(dāng) 前的網(wǎng)絡(luò)可用帶寬資源不足以供網(wǎng)絡(luò)游戲服務(wù)器AF為用戶提供業(yè)務(wù)時，則需 要拒絕用戶的業(yè)務(wù)請求。但是由于目前網(wǎng)絡(luò)游戲服務(wù)器AF無法獲取用戶當(dāng)前 的可用承載帶寬資源的信息，因此當(dāng)收到游戲業(yè)務(wù)請求時，無法確定接受還是 拒絕游戲業(yè)務(wù)請求，接受情況下也無法為提供游戲業(yè)務(wù)確定合適的帶寬，以保 證游戲開展的效果。
綜上所述，在一些應(yīng)用場景下，還存在AF對業(yè)務(wù)進行處理的能力需求， 需要AF根據(jù)用戶當(dāng)前的網(wǎng)絡(luò)資源的狀況，對業(yè)務(wù)進行具體的處理，但基于現(xiàn) 有技術(shù)無法實現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種處理業(yè)務(wù)的方法、裝置及系統(tǒng)，以使AF可根據(jù)用 戶當(dāng)前的網(wǎng)絡(luò)資源的狀況，對業(yè)務(wù)進行具體的處理。
本發(fā)明實施例的一種處理業(yè)務(wù)的方法，包括下列步驟應(yīng)用功能實體AF 向策略控制和計費規(guī)則功能實體PCRF獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息；AF 根據(jù)所述網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行處理。
本發(fā)明實施例的一種應(yīng)用功能實體，包括獲取單元，用于向策略控制和 計費規(guī)則功能實體PCRF獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息；處理單元，用于
根據(jù)獲取單元獲取的所述網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行處理。
本發(fā)明實施例的一種處理業(yè)務(wù)的系統(tǒng)，包括應(yīng)用功能實體AF，用于獲 取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息，并根據(jù)所述網(wǎng)絡(luò)資源狀況信息，對該用戶的 業(yè)務(wù)進行處理；策略控制和計費規(guī)則功能實體PCRF,用于向該AF提供用戶 當(dāng)前的網(wǎng)絡(luò)資源狀況信息。
本發(fā)明實施例中AF向PCRF獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息；之后AF 可根據(jù)所述網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行具體的處理。使得業(yè)務(wù)可 以根據(jù)用戶當(dāng)前的網(wǎng)絡(luò)資源狀況進行靈活開展，達到既能充分利用網(wǎng)絡(luò)資源， 又能保證用戶業(yè)務(wù)體驗的效果。


圖1為現(xiàn)有PCC架構(gòu)圖2為本發(fā)明實施例的一種處理業(yè)務(wù)的方法步驟流程圖； 圖3為本發(fā)明實施例的一種應(yīng)用功能實體的結(jié)構(gòu)示意圖； 圖4為本發(fā)明實施例的另一種應(yīng)用功能實體的結(jié)構(gòu)示意圖； 圖5為本發(fā)明實施例一的流程圖； 圖6為本發(fā)明實施例二的流程圖。
具體實施例方式
發(fā)明人在發(fā)明過程中發(fā)現(xiàn)，從現(xiàn)有AF能力以及和AF相關(guān)的PCC架構(gòu)可 以看出，應(yīng)用層的AF可以通過PCRF實現(xiàn)與承載層的PCEF (Policy and Charging Enforcement Function策略和計費執(zhí)行功能實體)之間的交互。AF既 可以向PCRF提供應(yīng)用層業(yè)務(wù)相關(guān)信息，作為PCRF制定控制承載策略的依據(jù)， 又可以通過PCRF獲取承載事件信息，因此可以考慮AF通過PCRF獲取用戶 當(dāng)前的網(wǎng)絡(luò)資源狀況信息。
基于上述思想，為了使AF可根據(jù)用戶當(dāng)前的網(wǎng)絡(luò)資源的狀況，對業(yè)務(wù)進
行靈活的處理，達到既能充分利用網(wǎng)絡(luò)資源，又能保證用戶業(yè)務(wù)體驗的效果，
本發(fā)明實施例提出了一種處理業(yè)務(wù)的方法，參見圖2所示，包括下列主要步驟
51、 AF向PCRF獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息。
52、 AF根據(jù)所述網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行處理。 其中Sl中包括下列具體內(nèi)容
用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息表示指定用戶IP-CAN Session下的當(dāng)前可 用承載資源狀況信息，包括QoS等級、當(dāng)前承載網(wǎng)絡(luò)可用帶寬等。AF獲取用 戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息可以通過該AF向PCRF發(fā)送查詢請求(不限于查 詢請求，也可為訂閱請求，或其它獲取網(wǎng)絡(luò)資源狀況信息的請求消息)，并由 PCRF根據(jù)該查詢請求向AF回復(fù)的方式實現(xiàn)。
進一步，AF通過向PCRF發(fā)送查詢請求的方式獲取用戶當(dāng)前的網(wǎng)絡(luò)資源 狀況信息的實現(xiàn)示例如下所示
① AF向PCRF發(fā)送查詢請求消息，以查詢指定用戶IP-CAN Session下的 當(dāng)前網(wǎng)絡(luò)資源狀況信息；
以AF向PCRF下發(fā)的Diameter AAR消息中攜帶網(wǎng)絡(luò)資源狀況查詢信息為
例
<AA-Request> < Diameter Header: 265, REQ, PXY > [Framed-IP-Address ] f Available-QoS國Query ]
AF在下發(fā)給PCRF的Diameter AAR消息中攜帶Available-QoS-Query AVP。所述Available-QoS-Query AVP為OctetString型，表示AF向PCRF查詢 指定用戶IP-CAN Session下的當(dāng)前網(wǎng)絡(luò)資源狀況。
② PCRF向AF返回該用戶IP-CAN Session下的當(dāng)前網(wǎng)絡(luò)資源狀況信息。 以PCRF向AF發(fā)送Diameter RAR消息中攜帶該用戶當(dāng)前的網(wǎng)絡(luò)資源狀況
信息為例
<RA-Request> ::= < Diameter Header: 258, REQ, PXY >
*[ Subscription-ID ] 〖Available-QoS ]
PCRF在收到AF發(fā)來的所述查詢請求后，以Diameter RAR消息向AF返
回該用戶IP-CAN Session下的當(dāng)前網(wǎng)絡(luò)資源狀況信息。本示例中以
Available-QoSAVP的形式表示當(dāng)前網(wǎng)絡(luò)資源狀況信息，Grouped型。
Available-QoS ::= < A VP Header: xxx > *[QoS-Label] [Available-Bandwidth ] 其中QoS-LabelAVP為Enumerated型，表示當(dāng)前承載網(wǎng)絡(luò)可以為該用戶開
展業(yè)務(wù)的IP包傳輸所能提供的QoS等級信息，該信息與傳輸IP包的傳輸延遲
時間，以及非擁塞情況下的傳輸丟包率等信息相關(guān)，用戶IP-CAN Session下可
以存在多個QoS-Label。
Available-Bandwidth AVP表示該用戶IP-CAN Session下，當(dāng)前網(wǎng)絡(luò)可用的
帶寬信息，Grouped型，包含信息如下
Available-Bandwidth::=< AVP Header: xxx > [Guaranteed-Bit-Rate-UL ] 〖Guaranteed-Bit-Rate-DL j 〖Maximum-Bit-Rate-UL ] 〖Maximum-Bit-Rate-DL j [Aggregate-Maximum-Bit-Rate-UL ] [Aggregate-Maximum-Bit-Rate-DL ] 其中Guaranteed-Bit-Rate-UL AVP為Unsigned32型，表示該用戶IP-CAN
Session下的網(wǎng)絡(luò)可用保證上行帶寬；
Guaranteed-Bit-Rate-DL AVP為Unsigned32型，表示該用戶IP-CAN Session 下的網(wǎng)絡(luò)可用保證下行帶寬；
Maximum-Bit-Rate-UL AVP為Unsigned32型，與Guaranteed-Bit-Rate-UL AVP連用，表示該用戶IP-CAN Session下的GBR業(yè)務(wù)的最大可用上行帶寬， Maximum-Bit-Rate-UL AVP取值大于等于Guaranteed-Bit-Rate-UL AVP取值；
Maximum-Bit-Rate-DL AVP為Unsigned32型，與Guaranteed-Bit-Rate-DL AVP連用，表示該用戶IP-CAN Session下的GBR業(yè)務(wù)的最大可用下行帶寬，
Aggregate-Maximum-Bit-Rate-UL AVP為Unsigned32型，表示該用戶 IP-CAN Session下的網(wǎng)絡(luò)所有可用上行帶寬；
Aggregate-Maximum-Bit-Rate-DL AVP為Unsigned32型，表示該用戶 IP-CAN Session下的網(wǎng)絡(luò)所有可用下行帶寬。
其中S2中包括下列具體內(nèi)容
根據(jù)從PCRF獲取的指定用戶IP-CAN Session下的當(dāng)前網(wǎng)絡(luò)資源狀況信 息，以及其它應(yīng)用層的業(yè)務(wù)信息，AF對該用戶開展的業(yè)務(wù)進行具體的處理。 具體為AF根據(jù)該用戶IP-CAN Session下的當(dāng)前網(wǎng)絡(luò)資源狀況信息，判斷是 否可滿足該用戶;&欠開展的業(yè)務(wù)，若可滿足，則為該業(yè)務(wù)確定網(wǎng)絡(luò)資源(比如為 用戶開展業(yè)務(wù)選定的編解碼格式、支持傳輸?shù)拿襟w類型、所需帶寬等)，否則， 拒絕該業(yè)務(wù)。
本發(fā)明實施例還提供了一種應(yīng)用功能實體，參見圖3所示，其包括獲取 單元和處理單元。
獲取單元，用于向策略控制和計費規(guī)則功能實體PCRF獲取用戶當(dāng)前的網(wǎng) 絡(luò)資源狀況信息；其中，獲取的所述網(wǎng)絡(luò)資源狀況信息包括服務(wù)質(zhì)量QoS 等級和/或當(dāng)前承載網(wǎng)絡(luò)可用帶寬等。
處理單元，用于根據(jù)獲取單元獲取的所述網(wǎng)絡(luò)資源狀況信息，對該用戶的 業(yè)務(wù)進行處理。具體為處理單元根據(jù)所述網(wǎng)絡(luò)資源狀況信息判斷是否可滿足 該用戶欲開展的業(yè)務(wù)，若可滿足，則為該業(yè)務(wù)確定網(wǎng)絡(luò)資源，否則，拒絕該業(yè) 務(wù)。
進一步，參見圖4所示，所述應(yīng)用功能實體的獲取單元中可包括請求發(fā) 送子單元和第一接收子單元。
請求發(fā)送子單元，用于向PCRF發(fā)送獲取網(wǎng)絡(luò)資源狀況信息的請求消息； 第一接收子單元，用于接收PCRF返回的所述網(wǎng)絡(luò)資源狀況信息。 本發(fā)明實施例還提供了一種處理業(yè)務(wù)的系統(tǒng)，其包括AF和PCRF。
AF,用于獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息，并才艮據(jù)所述網(wǎng)絡(luò)資源狀況信 息，對該用戶的業(yè)務(wù)進行處理。其中，獲取的所述網(wǎng)絡(luò)資源狀況信息包括服 務(wù)質(zhì)量QoS等級和/或當(dāng)前承載網(wǎng)絡(luò)可用帶寬等；所述處理具體為根據(jù)所述 網(wǎng)絡(luò)資源狀況信息判斷是否可滿足該用戶欲開展的業(yè)務(wù)，若可滿足，則為該業(yè) 務(wù)確定網(wǎng)絡(luò)資源，否則，拒絕該業(yè)務(wù)。
PCRF,用于向該AF提供用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息。提供的方式包括 該PCRF向AF上報，或者根據(jù)AF發(fā)來的查詢請求向該AF回復(fù)。
以下通過兩個實施例進一步詳述。
實施例一視頻點播業(yè)務(wù)
視頻點播是IP網(wǎng)絡(luò)上廣泛開展的數(shù)據(jù)應(yīng)用業(yè)務(wù)，通過點播服務(wù)器(數(shù)據(jù) 應(yīng)用AF)結(jié)合當(dāng)前網(wǎng)絡(luò)資源狀況對業(yè)務(wù)進行處理。用戶終端向點播服務(wù)器AF 發(fā)出點播請求，用戶終端將所有支持視頻傳輸?shù)木幗獯a格式發(fā)送給點播服務(wù)器 AF;點播服務(wù)器AF需要獲取當(dāng)前用戶IP-CAN Session下的可用網(wǎng)絡(luò)資源狀況 信息，并據(jù)此為用戶開展的點播業(yè)務(wù)確定合適的帶寬以及選擇視頻傳輸采用的 編解碼方式，從而可以為點播業(yè)務(wù)申請承載資源。
本實施例的流程，參加圖5所示，包括下列步驟
1、 用戶終端向點播服務(wù)器AF發(fā)出視頻點播請求，請求中包含點播終端支 持的視頻編解碼方式；
2、 點播服務(wù)器AF收到來自用戶終端的點播請求后，向PCRF發(fā)出Diameter AAR消息
<formula>formula see original document page 11</formula>
其中攜帶Available-QoS-Query AVP,表示點播服務(wù)器AF向PCRF查詢指
定用戶IP-CAN Session下的當(dāng)前可用網(wǎng)絡(luò)資源狀況信息；
3、 PCRF收到來自點播服務(wù)器AF的查詢請求后，向點播服務(wù)器AF發(fā)出 Diameter RAR消息
<RA-Request> : := < Diameter Header: 258， REQ， PXY > < Session-Id > { Auth-Application-Id} [Available-QoS ]
其中Diameter RAR消息包含的Available-QoS AVP表示指定用戶IP-CAN Session下的當(dāng)前網(wǎng)絡(luò)資源狀況信息，包括QoS等級、可用帶寬信息等；
4、 結(jié)合PCRF返回的用戶IP-CAN Session下的當(dāng)前網(wǎng)絡(luò)資源狀況信息以 及步驟l中用戶終端所支持的編解碼方式，點播服務(wù)器AF為該用戶開展的點 播業(yè)務(wù)確定合適的帶寬和編解碼格式。
5、 點播服務(wù)器AF通過DiameterRAA消息為點播業(yè)務(wù)申請承載資源；
6、 PCRF向點播服務(wù)器AF返回Diameter AAA消息；
7、 該用戶開展視頻點播業(yè)務(wù)。 實施例二網(wǎng)絡(luò)游戲業(yè)務(wù)
網(wǎng)絡(luò)游戲是網(wǎng)絡(luò)上較為常見并被廣泛使用的數(shù)據(jù)應(yīng)用業(yè)務(wù)。由于游戲具有 竟?fàn)幮裕?一旦發(fā)生用戶的操作數(shù)據(jù)傳輸發(fā)生延遲或丟失的情況就會使得用戶的 游戲動作比對手遲鈍，從而導(dǎo)致游戲戰(zhàn)敗。因此為了保證用戶的游戲體驗，游 戲服務(wù)器需要在一定的帶寬范圍內(nèi)為用戶提供游戲業(yè)務(wù)。
本實施例的流程，參加圖6所示，包括下列步驟
1、 用戶終端向游戲服務(wù)器AF發(fā)出開始游戲請求；
2、 游戲服務(wù)器AF收到游戲請求后，向PCRF發(fā)出Diameter AAR請求
<AA-Request> ::= < Diameter Header: 265， REQ, PXY > < Session-Id > { Auth-Application畫Id } [Available-QoS-Query ] [Framed-IP-Address ]其中攜帶Available-QoS-Query AVP，表示游戲月l務(wù)器AF向PCRF查詢指 定用戶IP-CAN Session下的當(dāng)前可用網(wǎng)絡(luò)資源狀況信息；
3 、 PCRF收到查詢請求后，向游戲服務(wù)器AF返回Diameter AAA消息
<AA-Answer> : := < Diameter Header: 265， PXY > < Session-Id > { Auth-Application-Id }
其中DiameterAAA消息包含的Available-QoS AVP表示當(dāng)前可用的網(wǎng)絡(luò)資 源狀況信息，包括QoS等級、可用帶寬信息等；
4、游戲服務(wù)器AF感知由于PCRF返回當(dāng)前可用網(wǎng)絡(luò)帶寬信息不在游戲服 務(wù)器AF向用戶提供游戲業(yè)務(wù)所要求的帶寬范圍內(nèi)，向用戶終端返回響應(yīng)，拒 絕用戶的游戲業(yè)務(wù)請求。
綜上所述，本發(fā)明實施例中AF向PCRF獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信 息；之后AF可根據(jù)所述網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行具體的處理。 使得業(yè)務(wù)可以根據(jù)用戶當(dāng)前的網(wǎng)絡(luò)資源狀況進行靈活開展，達到既能充分利用 網(wǎng)絡(luò)資源，又能保證用戶業(yè)務(wù)體驗的效果。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種處理業(yè)務(wù)的方法，其特征在于，包括下列步驟應(yīng)用功能實體AF向策略控制和計費規(guī)則功能實體PCRF獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息；AF根據(jù)所述網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行處理。
2、 如權(quán)利要求l所述的方法，其特征在于，AF獲取所述網(wǎng)絡(luò)資源狀況信 息的方式為AF向PCRF發(fā)送獲取所述網(wǎng)絡(luò)資源狀況信息的請求消息，PCRF 根據(jù)該請求消息返回所述網(wǎng)絡(luò)資源狀況信息。
3、 如權(quán)利要求1所述的方法，其特征在于，獲取的所述網(wǎng)絡(luò)資源狀況信 息包括服務(wù)質(zhì)量QoS等級和/或當(dāng)前承載網(wǎng)絡(luò)可用帶寬。
4、 如權(quán)利要求1所述的方法，其特征在于，所述對該用戶的業(yè)務(wù)進行處 理為為該用戶的業(yè)務(wù)確定網(wǎng)絡(luò)資源；或者，用戶當(dāng)前的網(wǎng)絡(luò)資源狀況不足以提供用戶欲開展的業(yè)務(wù)，則拒絕該業(yè)務(wù)。
5、 一種應(yīng)用功能實體，其特征在于，包括獲取單元，用于向策略控制和計費規(guī)則功能實體PCRF獲取用戶當(dāng)前的網(wǎng) 絡(luò)資源狀況信息；處理單元，用于根據(jù)獲取單元獲取的所述網(wǎng)絡(luò)資源狀況信息，對該用戶的 業(yè)務(wù)進行處理。
6、 如權(quán)利要求5所述的實體，其特征在于，所述獲取單元中包括 請求發(fā)送子單元，用于向PCRF發(fā)送獲取網(wǎng)絡(luò)資源狀況信息的請求消息； 第 一接收子單元，用于接收PCRF返回的所述網(wǎng)絡(luò)資源狀況信息。
7、 如權(quán)利要求5或6所述的實體，其特征在于，所述網(wǎng)絡(luò)資源狀況信息 包括服務(wù)質(zhì)量QoS等級和/或當(dāng)前承載網(wǎng)絡(luò)可用帶寬。
8、 一種處理業(yè)務(wù)的系統(tǒng)，其特征在于，包括應(yīng)用功能實體AF，用于獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息，并根據(jù)所述 網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行處理； 策略控制和計費規(guī)則功能實體PCRF,用于向該AF提供用戶當(dāng)前的網(wǎng)絡(luò) 資源狀況信息。
9、如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)資源狀況信息包括 服務(wù)質(zhì)量QoS等級和/或當(dāng)前承載網(wǎng)絡(luò)可用帶寬。
全文摘要
本發(fā)明公開了一種處理業(yè)務(wù)的方法、裝置及系統(tǒng)，以使AF可根據(jù)用戶當(dāng)前的網(wǎng)絡(luò)資源的狀況，對業(yè)務(wù)進行具體的處理。處理業(yè)務(wù)的方法包括AF向PCRF獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息；AF根據(jù)所述網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行處理。處理業(yè)務(wù)的裝置包括獲取單元，用于向策略控制和計費規(guī)則功能實體PCRF獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息；處理單元，用于根據(jù)獲取單元獲取的所述網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行處理。處理業(yè)務(wù)的系統(tǒng)包括AF，用于獲取用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息，并根據(jù)所述網(wǎng)絡(luò)資源狀況信息，對該用戶的業(yè)務(wù)進行處理；PCRF，用于向該AF提供用戶當(dāng)前的網(wǎng)絡(luò)資源狀況信息。
文檔編號H04L12/56GK101394291SQ200710154638
公開日2009年3月25日 申請日期2007年9月17日 優(yōu)先權(quán)日2007年9月17日
發(fā)明者毛玉欣, 鵬 趙, 黃世碧 申請人:華為技術(shù)有限公司