專利名稱：動(dòng)態(tài)業(yè)務(wù)流的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通^f言4頁(yè)域，具體而言，涉及一種動(dòng)態(tài)業(yè)務(wù)流的處理 方法。
背景技術(shù)：
WiMAX ( Worldwide Interoperability for Microwave Access ， 微 波接入全球互通)技術(shù)是一種寬帶無(wú)線接入標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)基于802.16 協(xié)議，能夠提供面向互聯(lián)網(wǎng)的高速連接。與3G網(wǎng)絡(luò)不同的是， WiMAX網(wǎng)纟備完全采用IP (Internet Protocol,互耳關(guān)網(wǎng)十辦-議)分組交 換技術(shù)，而不必提供面向語(yǔ)音的電路交換。


圖1是現(xiàn)有技術(shù)的WiMAX網(wǎng)絡(luò)參考模型的示意圖，如圖1所 示，ASN ( Access Service Network,沖妄入業(yè)務(wù)網(wǎng)纟各)威實(shí)現(xiàn)的功能 包括與WiMAX終端的連接、i人證4t^又計(jì)費(fèi)消息傳遞、業(yè) 務(wù)網(wǎng)絡(luò)的發(fā)現(xiàn)和選擇、為建立與WiMAX終端的因特網(wǎng)連 4妾才是供中繼功能、無(wú)線空口資源管理、4妄入業(yè)務(wù)網(wǎng)絡(luò)與連 <接業(yè)務(wù)網(wǎng)絡(luò)之間隧道建立及管理；CSN ( Connect Service Network,連接業(yè)務(wù)網(wǎng)絡(luò))域(圖1中示出了 ,早訪域和家鄉(xiāng)域的CSN 域)主要負(fù)責(zé)的功能用戶因特網(wǎng)地址分配及接入、認(rèn)證授 權(quán)計(jì)費(fèi)代理或者服務(wù)、基于用戶系統(tǒng)參數(shù)的策略以及許可 控制、接入業(yè)務(wù)網(wǎng)絡(luò)與連接業(yè)務(wù)網(wǎng)絡(luò)之間隧道建立及管理、 連接業(yè)務(wù)網(wǎng)絡(luò)間漫游隧道及移動(dòng)性管理。 WiMAX系統(tǒng)能夠承載多種業(yè)務(wù)，例如語(yǔ)音、視頻、HTTP 和EMAIL等，并且各個(gè)業(yè)務(wù)對(duì)服務(wù)質(zhì)量的要求是不同的，因此， WiMAX網(wǎng)絡(luò)采用不同的業(yè)務(wù)流為同一個(gè)移動(dòng)終端^是供不同的業(yè)務(wù) 數(shù)據(jù)。業(yè)務(wù)流按照諸如源地址、目的地址、端口號(hào)和協(xié)議號(hào)等的分 組信息進(jìn)行劃分，并為每個(gè)業(yè)務(wù)流指定一個(gè)QoS參數(shù)，以便為不同 業(yè)務(wù)4是供對(duì)應(yīng)的月良務(wù)質(zhì)量。系統(tǒng)還為每個(gè)業(yè)務(wù)流i殳定一個(gè)SFID (Service Flow Identification,業(yè)務(wù); 克才示i口、)，用于指示i亥業(yè)務(wù);危和乂t 應(yīng)的QoS參凄t。
在實(shí)際應(yīng)用中，可以4十對(duì)業(yè)務(wù)流才丸4亍以下4乘作
(1 )創(chuàng)建(create),例如當(dāng)存在新的應(yīng)用需求時(shí)，系統(tǒng)可以 create —個(gè)新的業(yè)務(wù)流；
(2) i人可(Admit),例如系統(tǒng)才艮據(jù)實(shí)際的資源^f吏用情況， 確定自身能否滿足某個(gè)業(yè)務(wù)流的QoS( Quality of Service,月良務(wù)質(zhì)量) 參數(shù)要求；
(3) 激活(Activate),是指在某個(gè)業(yè)務(wù)流獲得認(rèn)可之后，將其 投入使用的過(guò)程；
(4 )修改(Modify ),可以在某個(gè)業(yè)務(wù)流的Qos參數(shù)無(wú)法滿足 當(dāng)前應(yīng)用需求時(shí)執(zhí)行該操作，以便對(duì)QoS參數(shù)進(jìn)行修改和調(diào)整；
(5)刪除(delete),當(dāng)某個(gè)應(yīng)用結(jié)束時(shí)，刪除支持該應(yīng)用的業(yè)務(wù)流。
圖2是現(xiàn)有技術(shù)的WiMAX網(wǎng)絡(luò)QoS邏輯模型的示意圖，如圖 2所示，在WIMAX系統(tǒng)中，為用戶提供業(yè)務(wù)流的網(wǎng)絡(luò)節(jié)點(diǎn)主要包 括SFM( Service Flow Management,業(yè)務(wù)流管理)實(shí)體、SFA( Service Flow Authorization,業(yè)務(wù)^4受4又)實(shí)體和PF ( Police Function,策略
功能)實(shí)體。其中，SFM實(shí)體設(shè)置在基站側(cè)，能夠根據(jù)本地的無(wú)線 資源情況，執(zhí)行相關(guān)的業(yè)務(wù)流操作；SFA實(shí)體包括Serving SFA( SFA 月良務(wù)點(diǎn)，業(yè)務(wù)流授權(quán)服務(wù)點(diǎn))實(shí)體和Anchor SFA ( SFA錨點(diǎn)，即業(yè) 務(wù)流授權(quán)錨點(diǎn))實(shí)體；SFA實(shí)體能夠根據(jù)本地策略對(duì)業(yè)務(wù)流執(zhí)行認(rèn) 可操作；PF實(shí)體位于CSN側(cè)，用于保存用戶信息并提供業(yè)務(wù)流的 QoS策略。
圖3是現(xiàn)有l(wèi)支術(shù)的WiMAX網(wǎng)絡(luò)業(yè)務(wù)流才喿作的示意圖，如圖3 所示，WiMAX網(wǎng)絡(luò)中的業(yè)務(wù)流操作包括如下步驟
步艱《S302,在用戶4妾入iU正4t^又過(guò)牙呈中，AAA( Authentication, Authorization and Accounting， iU正4受片又計(jì)費(fèi)M夸用戶簽約的QoS參 數(shù)信息下發(fā)至認(rèn)證器Authenticator , SFA錨點(diǎn)實(shí)體(即， Authenticator)在接收到簽約QoS信息之后，向SFA服務(wù)點(diǎn)實(shí)體發(fā) 送RR一Req (資源預(yù)留請(qǐng)求)消息，并在其中攜帶有QoS參數(shù)信息；
步驟S304， SFA服務(wù)點(diǎn)實(shí)體接收資源預(yù)留請(qǐng)求消息，向SFM 實(shí)體發(fā)送數(shù)據(jù)通道請(qǐng)求消息，并在其中攜帶QoS參#:信息；
步驟S306， SFM實(shí)體接收數(shù)據(jù)通道請(qǐng)求消息，獲取QoS參數(shù) 信息，并4艮據(jù)可用的無(wú)線資源狀況來(lái)判斷是否4姿受^t據(jù)通道i青求； 在判斷結(jié)果為是的情況下，SFM實(shí)體向終端發(fā)送無(wú)線資源i青求消 自'.
步-驟S308，終端^妄收無(wú)線資源纟青求消息，才艮據(jù)802.16e協(xié)i義拒 絕或者接受資源請(qǐng)求，并向SFM實(shí)體發(fā)送無(wú)線資源響應(yīng)消息；
步驟S310， SFM實(shí)體向SFA服務(wù)點(diǎn)實(shí)體發(fā)送數(shù)據(jù)通道響應(yīng)消 息，并在其中攜帶確認(rèn)該次資源預(yù)留的信息；
步驟S312，服務(wù)SFA實(shí)體接收來(lái)自SFM實(shí)體的數(shù)據(jù)通道響應(yīng) 消息，并向SFA錨點(diǎn)實(shí)體發(fā)送資源預(yù)留響應(yīng)消息，并在其中攜帶確 i人該次資源預(yù)留的信息。
為了保證WiMAX動(dòng)態(tài)業(yè)務(wù)的服務(wù)質(zhì)量，在WiMAX的R1.5 版本中，引進(jìn)了 3GPP標(biāo)準(zhǔn)組織提出的策略計(jì)費(fèi)控制架構(gòu)。PF實(shí)體 由PCRF( Policy and Charging Rules Function,策略和計(jì)費(fèi)頭見則功能) 實(shí)體取代,PCEF ( Policy and Charging Enforcement Function, 策略 和計(jì)費(fèi)執(zhí)行功能)實(shí)體邏輯功能由SFA錨點(diǎn)(Anchor SFA)實(shí)體來(lái) 完成，同時(shí)，定義了 PCRF實(shí)體以及策略執(zhí)行實(shí)體PCEF (SFA 錨點(diǎn)實(shí)體)觸發(fā)的會(huì)話修改流程，其分別適用于AF (Application Function,應(yīng)用功能)實(shí)體請(qǐng)求的動(dòng)態(tài)業(yè)務(wù)流創(chuàng)建"奮改和終端/基 站請(qǐng)求的WiMAX動(dòng)態(tài)業(yè)務(wù)流創(chuàng)建改流程。在當(dāng)前的 WiMAX ^見范X反本中，定義了預(yù)制業(yè)務(wù)流PPSF，其在用戶正常網(wǎng) 纟各注冊(cè)流程完成后，由Anchor SFA實(shí)體觸發(fā)建立。由于業(yè)務(wù)流 的創(chuàng)建流程依附于認(rèn)證協(xié)商過(guò)程，在用戶業(yè)務(wù)開始之前，由系統(tǒng)預(yù) 先創(chuàng)建，并且目前只能由AGW發(fā)起。
考慮到動(dòng)態(tài)業(yè)務(wù)的需求，例如用戶4吏用QQ業(yè)務(wù)時(shí)，首先通 過(guò)文本傳輸進(jìn)4亍聊天，然后，希望進(jìn)4亍^L頻語(yǔ)音聊天，如果系統(tǒng)預(yù) 先創(chuàng)建的預(yù)制業(yè)務(wù)流QoS不能滿足用戶需求，則用戶無(wú)法^f吏用該業(yè) 務(wù)。因此，WiMAX需要支持動(dòng)態(tài)業(yè)務(wù)的處理，考慮到由應(yīng)用層功 能AF以及終端觸發(fā)的資源請(qǐng)求的兩種情況，在WiMAX網(wǎng)絡(luò)內(nèi)必 須增加由UE動(dòng)態(tài)觸發(fā)業(yè)務(wù)流創(chuàng)建/修改的流程。

發(fā)明內(nèi)容
針對(duì)現(xiàn)有技術(shù)中存在的需要一種由UE發(fā)起的業(yè)務(wù)流創(chuàng)建/修 改流程的問題而提出本發(fā)明，為此，本發(fā)明旨在提供一種動(dòng)態(tài)業(yè)務(wù) 流的處理方法，用以解決上述問題。
才艮據(jù)本發(fā)明，3是供了一種動(dòng)態(tài)業(yè)務(wù)流的處理方法。
根據(jù)本發(fā)明的動(dòng)態(tài)業(yè)務(wù)流的處理方法包括業(yè)務(wù)流管理實(shí)體接 收來(lái)自終端的資源請(qǐng)求消息，并向業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體發(fā)送數(shù)據(jù) 通道請(qǐng)求消息，其中，資源請(qǐng)求消息和數(shù)據(jù)通道請(qǐng)求消息中均攜帶 有終端需求的服務(wù)質(zhì)量參數(shù)信息；業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體接收數(shù)據(jù) 通道請(qǐng)求消息，并向業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體發(fā)送資源預(yù)留請(qǐng)求消息， 其中，資源預(yù)留請(qǐng)求消息攜帶有終端需求的服務(wù)質(zhì)量參數(shù)信息；業(yè) 務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體接收來(lái)自業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體的資源預(yù)留響應(yīng) 消息，并向業(yè)務(wù)流管理實(shí)體發(fā)送凄t據(jù)通道響應(yīng)消息；業(yè)務(wù)流管理實(shí) 體接收數(shù)據(jù)通道響應(yīng)消息，并向業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體發(fā)送數(shù)據(jù)通 道確認(rèn)消息；業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體接收數(shù)據(jù)通道確認(rèn)消息，并向 業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體發(fā)送資源預(yù)留確認(rèn)消息。
進(jìn)一步地，在本發(fā)明中，還包括以下特點(diǎn)資源請(qǐng)求消息為空 口資源請(qǐng)求消息，業(yè)務(wù)流管理實(shí)體接收來(lái)自終端的資源請(qǐng)求消息具 體包括業(yè)務(wù)流管理實(shí)體從資源請(qǐng)求消息中獲取終端需求的服務(wù)質(zhì) 量參數(shù)信息；業(yè)務(wù)流管理實(shí)體進(jìn)行接納控制即才艮據(jù)當(dāng)前空口資源狀 況和終端需求的服務(wù)質(zhì)量參數(shù)信息判斷接納控制是否通過(guò)；在判斷 結(jié)果為否的情況下，拒絕資源請(qǐng)求消息；在判斷結(jié)果為是的情況下， 業(yè)務(wù)流管理實(shí)體進(jìn)一步判斷是否需要?jiǎng)?chuàng)建新的數(shù)據(jù)通道。
進(jìn)一步地，在本發(fā)明中，還包括以下特點(diǎn)在判斷需要?jiǎng)?chuàng)建新 的數(shù)據(jù)通道的情況下，業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流4受權(quán)服務(wù)點(diǎn)實(shí)體發(fā) 送凄t據(jù)通道請(qǐng)求消息具體為業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流4受4又力1務(wù)點(diǎn) 實(shí)體發(fā)送^t據(jù)通道創(chuàng)建"i青求消息。
進(jìn)一步地，在本發(fā)明中，還包括以下特點(diǎn)在業(yè)務(wù)流授權(quán)服務(wù) 點(diǎn)實(shí)體向業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體發(fā)送資源預(yù)留請(qǐng)求消息之后，上述方 法還包括業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體接收資源預(yù)留請(qǐng)求消息；業(yè)務(wù)流授
權(quán)錨點(diǎn)實(shí)體獲取策略決策結(jié)果，策略決策結(jié)果包括從接入業(yè)務(wù)網(wǎng) 絡(luò)獲取、從連接業(yè)務(wù)網(wǎng)絡(luò)交互獲??；根據(jù)策略決策結(jié)果預(yù)留資源， 并向業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體發(fā)送資源預(yù)留響應(yīng)消息，其中，資源預(yù) 留響應(yīng)消息攜帶有決策后的服務(wù)質(zhì)量參數(shù)信息、業(yè)務(wù)流標(biāo)識(shí)。
進(jìn)一步地，在本發(fā)明中，還包括以下特點(diǎn)業(yè)務(wù)流授4又服務(wù)點(diǎn) 實(shí)體向業(yè)務(wù)流管理實(shí)體發(fā)送數(shù)據(jù)通道響應(yīng)消息具體為業(yè)務(wù)流授權(quán) 服務(wù)點(diǎn)實(shí)體向業(yè)務(wù)流管理實(shí)體發(fā)送數(shù)據(jù)通道創(chuàng)建響應(yīng)消息，其中， 數(shù)據(jù)通道創(chuàng)建響應(yīng)消息攜帶有決策后的服務(wù)質(zhì)量參數(shù)信息、業(yè)務(wù)流 標(biāo)識(shí)、數(shù)據(jù)通道標(biāo)識(shí)；業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流4受權(quán)服務(wù)點(diǎn)實(shí)體發(fā) 送凄史據(jù)通道確認(rèn)消息具體為業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流4受4又力良務(wù)點(diǎn) 實(shí)體發(fā)送數(shù)據(jù)通道創(chuàng)建確認(rèn)消息。
進(jìn)一步地，在本發(fā)明中，還包括以下特點(diǎn)在判斷不需要?jiǎng)?chuàng)建 新的數(shù)據(jù)通道的情況下，業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體 發(fā)送數(shù)據(jù)通道請(qǐng)求消息具體為業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流授權(quán)服務(wù) 點(diǎn)實(shí)體發(fā)送數(shù)據(jù)通道修改請(qǐng)求消息。
進(jìn)一步地，在本發(fā)明中，還包4舌以下特點(diǎn)在業(yè)務(wù)流4受4又月良務(wù) 點(diǎn)實(shí)體向業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體發(fā)送資源預(yù)留請(qǐng)求消息之后，方法還 包括業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體接收資源預(yù)留請(qǐng)求消息；業(yè)務(wù)流授權(quán)錨 點(diǎn)實(shí)體獲取策略決策結(jié)果，根據(jù)策略決策結(jié)果預(yù)留資源，并向業(yè)務(wù)
流授權(quán)服務(wù)點(diǎn)實(shí)體發(fā)送資源預(yù)留響應(yīng)消息，其中，資源預(yù)留響應(yīng)消 息攜帶有決策后的服務(wù)質(zhì)量參數(shù)信息、業(yè)務(wù)流標(biāo)識(shí)。
進(jìn)一步地，在本發(fā)明中，還包括以下特點(diǎn)業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)
實(shí)體向業(yè)務(wù)流管理實(shí)體發(fā)送數(shù)據(jù)通道響應(yīng)消息具體為業(yè)務(wù)流4受權(quán) 服務(wù)點(diǎn)實(shí)體向業(yè)務(wù)流管理實(shí)體發(fā)送數(shù)據(jù)通道修改響應(yīng)消息，其中，
數(shù)據(jù)通道修改響應(yīng)消息攜帶有決策后的服務(wù)質(zhì)量參數(shù)信息、業(yè)務(wù)流 標(biāo)識(shí)、凄t據(jù)通道標(biāo)識(shí)；業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流4受斥又力良務(wù)點(diǎn)實(shí)體發(fā)
送凄t據(jù)通道確iU肖息具體為業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流4受^Ul務(wù)點(diǎn) 實(shí)體發(fā)送凄t據(jù)通道》務(wù)改確認(rèn)消息。
進(jìn)一步地，在本發(fā)明中，還包括以下特點(diǎn)在業(yè)務(wù)流管理實(shí)體 接收數(shù)據(jù)通道響應(yīng)消息之后，上述方法還包括業(yè)務(wù)流管理實(shí)體從 數(shù)據(jù)通道響應(yīng)消息中獲取決策后的服務(wù)質(zhì)量參數(shù)信息；業(yè)務(wù)流管理 實(shí)體為業(yè)務(wù)流實(shí)際指派資源；業(yè)務(wù)流管理實(shí)體向終端發(fā)送空口資源 響應(yīng)消息，并在其中攜帶有決策后的服務(wù)質(zhì)量參數(shù)信息、對(duì)應(yīng)于資 源二清求消息中的業(yè)務(wù)流標(biāo)識(shí)的空口連^^妄標(biāo)識(shí)^f言息；業(yè)務(wù)流管理實(shí)體 接收來(lái)自終端的空口資源確認(rèn)消息。
本發(fā)明通過(guò)4是供用戶觸發(fā)的動(dòng)態(tài)業(yè)務(wù)流的處理方法，克服了現(xiàn) 有技術(shù)中該流程缺失導(dǎo)致動(dòng)態(tài)業(yè)務(wù)流支持不夠的問題，進(jìn)而實(shí)現(xiàn)了 對(duì)用戶提供充分的動(dòng)態(tài)業(yè)務(wù)支持。
附圖i兌明
此處所i兌明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并 不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1是現(xiàn)有技術(shù)的WiMAX網(wǎng)絡(luò)參考模型的示意圖2是現(xiàn)有技術(shù)的WiMAX網(wǎng)絡(luò)QoS邏輯模型的示意圖3是現(xiàn)有4支術(shù)的WiMAX網(wǎng)絡(luò)業(yè)務(wù)流l乘作的示意圖4是根據(jù)本發(fā)明實(shí)施例的動(dòng)態(tài)業(yè)務(wù)流的處理方法的流程圖5是才艮據(jù)本發(fā)明實(shí)施例的動(dòng)態(tài)業(yè)務(wù)流的創(chuàng)建或^f奮改方法的流 程圖。
具體實(shí)施例方式
為了對(duì)用戶提供充分的動(dòng)態(tài)業(yè)務(wù)支持，本發(fā)明旨在提供一種動(dòng)
態(tài)業(yè)務(wù)流的處理方法，其中包4舌由UE觸發(fā)的動(dòng)態(tài)業(yè)務(wù)流的建立Af奮 改流程；本發(fā)明實(shí)施例中涉及的流程不僅僅適用于PCC架構(gòu)控制下 的策略決策，同樣適用于非PCC架構(gòu)控制下的策略決策。下面將參 考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。
方法實(shí)施例
根據(jù)本發(fā)明的實(shí)施例，提供了一種動(dòng)態(tài)業(yè)務(wù)流的處理方法。圖 4是才艮據(jù)本發(fā)明實(shí)施例的動(dòng)態(tài)業(yè)務(wù)流的處理方法的流程圖，如圖4 所示，該方法包4舌
步驟S402， SFM ( Service Flow Management,業(yè)務(wù)流管理)實(shí) 體接收來(lái)自終端的資源請(qǐng)求消息，首先執(zhí)行接納控制并向Serving SFA ( Serving Service Flow Authorization,業(yè)務(wù)力充授斥又月良務(wù)點(diǎn))實(shí)體 發(fā)送凄t據(jù)通道i青求消息，其中，資源請(qǐng)求消息和lt據(jù)通道"i青求消息
中均攜帶有終端需求的服務(wù)質(zhì)量參數(shù)信息；
步驟S404, Serving SFA實(shí)體4妄收翁:據(jù)通道^青求消息，并向 Anchor SFA ( Anchor Service Flow Authorization, 業(yè)務(wù)流授權(quán)錨點(diǎn)) 實(shí)體發(fā)送資源預(yù)留請(qǐng)求消息，其中，資源預(yù)留請(qǐng)求消息攜帶有終端
需求的服務(wù)質(zhì)量參數(shù)信息；
步-驟S406, Serving SFA實(shí)體4妄收來(lái)自Anchor SFA實(shí)體的資源 預(yù)留響應(yīng)消息，并向SFM實(shí)體發(fā)送數(shù)據(jù)通道響應(yīng)消息；
步驟S408, SFM實(shí)體4妾收^:才居通道響應(yīng)消息，為該動(dòng)態(tài)業(yè)務(wù) 流指派資源并向Serving SFA實(shí)體發(fā)送教:據(jù)通道確i人消息；
步驟S410, Serving SFA實(shí)體接收數(shù)據(jù)通道確認(rèn)消息，并向 Anchor SFA實(shí)體發(fā)送資源預(yù)留確認(rèn)消息。
該實(shí)施例通過(guò)提供用戶觸發(fā)的動(dòng)態(tài)業(yè)務(wù)流的處理方法，克月l了 現(xiàn)有4支術(shù)中該流程缺失導(dǎo)致動(dòng)態(tài)業(yè)務(wù)流支持不夠的問題，進(jìn)而實(shí)現(xiàn) 了對(duì)用戶提供充分的動(dòng)態(tài)業(yè)務(wù)支持。
下面結(jié)合實(shí)例詳細(xì)說(shuō)明本發(fā)明的實(shí)現(xiàn)過(guò)程。
實(shí)施例一
圖5是才艮據(jù)本發(fā)明實(shí)施例一的動(dòng)態(tài)業(yè)務(wù)流的創(chuàng)建或l奮改方法的 流禾呈圖，如圖5所示，UE初始動(dòng)態(tài)業(yè)務(wù)流的創(chuàng)建Af奮改流程如下
步艱《S504，用戶向SFM實(shí)體發(fā)起空口資源-清求消息，并在該 空口資源請(qǐng)求消息中攜帶用戶需求的QoS參數(shù)信息；
步驟S506， SFM實(shí)體在接收到用戶空口資源請(qǐng)求消息之后。 SFM實(shí)體首先執(zhí)行接納控制，即根據(jù)當(dāng)前空口資源狀況，對(duì)比用戶 業(yè)務(wù)流請(qǐng)求中的QoS參數(shù)；具體地，SFM實(shí)體從資源請(qǐng)求消息中獲 耳又終端需求的服務(wù)質(zhì)量參數(shù)信息；SFM實(shí)體才艮據(jù)當(dāng)前空口資源狀況 和終端需求的服務(wù)質(zhì)量參數(shù)信息判斷接納控制是否通過(guò)；如果當(dāng)前 空口資源不足，即，接納控制不通過(guò)，則不能滿足業(yè)務(wù)流QoS請(qǐng)求， 則直4妄拒絕該空口資源_清求消息；
如果接納控制通過(guò)，則SFM實(shí)體檢查是否需要?jiǎng)?chuàng)建新的數(shù)據(jù)通 道，即，判斷當(dāng)前已經(jīng)創(chuàng)建數(shù)據(jù)通道QoS情況是否能夠滿足用戶業(yè) 務(wù)流請(qǐng)求中的QoS參數(shù)；在當(dāng)前存在數(shù)據(jù)通道QoS能夠滿足業(yè)務(wù) 需求的情況下，SFM將向Serving SFA實(shí)體發(fā)送數(shù)據(jù)通道修改請(qǐng)求 消息(Path—Modification—R叫)；否則，發(fā)送數(shù)據(jù)通道創(chuàng)建請(qǐng)求消息 (Path_Reg_R^q );即，上述步驟S402中的數(shù)據(jù)通道請(qǐng)求消息；步驟S508, Serving SFA實(shí)體在接收到SFM實(shí)體發(fā)送過(guò)來(lái)的數(shù) 據(jù)通道請(qǐng)求消息之后，向Anchor SFA實(shí)體發(fā)送資源預(yù)留請(qǐng)求消息， 并在其中攜帶該用戶業(yè)務(wù)請(qǐng)求的QoS參數(shù)；即，上述步驟S404;
步驟S510, Anchor SFA實(shí)體4妄收來(lái)自Serving SFA實(shí)體的資源 預(yù)留i青求消息；在PCC負(fù)責(zé)策略控制的場(chǎng)景下，Anchor SFA (A-PCEF)將向PCRF請(qǐng)求策略決策；在非PCC的場(chǎng)景下，ASN 可能會(huì)根據(jù)認(rèn)證4受一又時(shí)從AAA獲取的動(dòng)態(tài)業(yè)務(wù)流QoS才莫外反、ASN 負(fù)載狀況、用戶業(yè)務(wù)流QoS請(qǐng)求等信息直4妄作出本地策略決策； Anchor SFA實(shí)體獲取策略決策的結(jié)果，策略決策的結(jié)果可以從接入 業(yè)務(wù)網(wǎng)絡(luò)獲取，也可以乂人連4妄業(yè)務(wù)網(wǎng)絡(luò)交互獲取，沖艮據(jù)策略決策結(jié) 果預(yù)留資源，向Serving SFA實(shí)體發(fā)送資源預(yù)留響應(yīng)消息，其中， 資源預(yù)留響應(yīng)消息攜帶有決策后的服務(wù)質(zhì)量參數(shù)信息、業(yè)務(wù)流標(biāo)識(shí)；
步驟S512， Serving SFA實(shí)體將該資源預(yù)留響應(yīng)消息附著在凄史 據(jù)通道響應(yīng)消息內(nèi)，通過(guò)Path—Reg_Rsp (新建凄t據(jù)通道的情況)或 者Path—Modification_Rsp (修改數(shù)據(jù)通道的情況)消息發(fā)送至SFM 實(shí)體；即，上述步驟S406;
在數(shù)據(jù)通道請(qǐng)求消息為數(shù)據(jù)通道創(chuàng)建請(qǐng)求消息的情況下， Serving SFA實(shí)體向SFM實(shí)體發(fā)送的數(shù)據(jù)通道響應(yīng)消息為凄t據(jù)通道 創(chuàng)建響應(yīng)消息，其中，數(shù)據(jù)通道創(chuàng)建響應(yīng)消息攜帶有決策后的服務(wù) 質(zhì)量參數(shù)信息、業(yè)務(wù)流標(biāo)識(shí)、數(shù)據(jù)通道標(biāo)識(shí)；
在數(shù)據(jù)通道請(qǐng)求消息為數(shù)據(jù)通道修改請(qǐng)求消息的情況下， Serving SFA實(shí)體向SFM實(shí)體發(fā)送的凄t據(jù)通道響應(yīng)消息為教:據(jù)通道 修改響應(yīng)消息，其中，數(shù)據(jù)通道修改響應(yīng)消息攜帶有決策后的服務(wù) 質(zhì)量參IK言息、業(yè)務(wù)流標(biāo)識(shí)、凄W居通道標(biāo)iK;
步驟S514, SFM實(shí)體接收數(shù)據(jù)通道響應(yīng)消息，從中獲取決策 后的服務(wù)質(zhì)量參數(shù)信息，為該業(yè)務(wù)流指派資源；SFM將該用戶業(yè)務(wù) 請(qǐng)求策略決策結(jié)果通過(guò)空口資源響應(yīng)消息發(fā)送至UE (即，終端)， 并在該空口資源響應(yīng)消息中攜帶決策后的服務(wù)質(zhì)量參數(shù)信息、業(yè)務(wù) 流標(biāo)識(shí)、數(shù)據(jù)通道標(biāo)i口"
步驟S516， UE發(fā)送空口資源確"i人消息確i人該次資源i青求；此 后，SFM實(shí)體接收來(lái)自終端的空口資源確認(rèn)消息；
步驟S518，在SFM實(shí)體在接收到該空口資源確認(rèn)消息之后， 根據(jù)步驟S506中發(fā)送的數(shù)據(jù)通道請(qǐng)求消息的類型，確認(rèn)該次資源預(yù) 留，即，確定上述步驟S408中數(shù)據(jù)通道確認(rèn)消息的類型；例如如 果步驟S506中發(fā)送的消息類型為數(shù)據(jù)通道修改請(qǐng)求消息 (Path—Modification—Req ),貝'J SFM實(shí)體向Serving SFA實(shí)體發(fā)送凄t :悟通道^f'務(wù)改確i人消息(Path_Modification_Ack )。如果為W居通道創(chuàng) 建請(qǐng)求消息(Path—Reg—Req)，貝'J SFM實(shí)體向Serving SFA實(shí)體發(fā) 送數(shù)據(jù)通道創(chuàng)建確認(rèn)消息(Path_Reg—Ack);即，上述步驟S408;
步驟S520， Serving SFA實(shí)體在接收到SFM實(shí)體的凄t據(jù)通道確 認(rèn)消息之后，向Anchor SFA實(shí)體發(fā)送資源預(yù)留確認(rèn)消息；即，上述 步艱《S410;
Anchor SFA實(shí)體接收資源預(yù)留確認(rèn)消息；至此，該次用戶業(yè)務(wù) 資源請(qǐng)求動(dòng)作基本完成，承載該次用戶業(yè)務(wù)的動(dòng)態(tài)業(yè)務(wù)流在ASN內(nèi) 已經(jīng)成功處理。
該實(shí)施例通過(guò)4是供用戶側(cè)觸發(fā)的動(dòng)態(tài)業(yè)務(wù)流的建立Af奮改方法， 克服了現(xiàn)有技術(shù)中該流程缺失導(dǎo)致動(dòng)態(tài)業(yè)務(wù)流支持不夠的問題，進(jìn) 而實(shí)現(xiàn)了對(duì)用戶提供充分的動(dòng)態(tài)業(yè)務(wù)支持。
本發(fā)明的上述實(shí)施例通過(guò)提供用戶側(cè)觸發(fā)的動(dòng)態(tài)業(yè)務(wù)流的處理
方法，具體包纟舌由UE觸發(fā)的動(dòng)態(tài)業(yè)務(wù)流的建立Af奮改流禾呈，克月良了 現(xiàn)有4支術(shù)中該流程缺失導(dǎo)致動(dòng)態(tài)業(yè)務(wù)流支持不夠的問題，進(jìn)而實(shí)現(xiàn) 了對(duì)用戶提供充分的動(dòng)態(tài)業(yè)務(wù)支持。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或 各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算 裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們 可以用計(jì)算裝置可執(zhí)4于的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)
在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成 電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模 塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 對(duì)于本領(lǐng)域的^支術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種動(dòng)態(tài)業(yè)務(wù)流的處理方法，其特征在于，包括業(yè)務(wù)流管理實(shí)體接收來(lái)自終端的資源請(qǐng)求消息，并向業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體發(fā)送數(shù)據(jù)通道請(qǐng)求消息，其中，所述資源請(qǐng)求消息和所述數(shù)據(jù)通道請(qǐng)求消息中均攜帶有所述終端需求的服務(wù)質(zhì)量參數(shù)信息；所述業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體接收所述數(shù)據(jù)通道請(qǐng)求消息，并向業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體發(fā)送資源預(yù)留請(qǐng)求消息，其中，所述資源預(yù)留請(qǐng)求消息攜帶有所述終端需求的服務(wù)質(zhì)量參數(shù)信息；所述業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體接收來(lái)自所述業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體的資源預(yù)留響應(yīng)消息，并向所述業(yè)務(wù)流管理實(shí)體發(fā)送數(shù)據(jù)通道響應(yīng)消息；所述業(yè)務(wù)流管理實(shí)體接收所述數(shù)據(jù)通道響應(yīng)消息，并向所述業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體發(fā)送數(shù)據(jù)通道確認(rèn)消息；所述業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體接收所述數(shù)據(jù)通道確認(rèn)消息，并向所述業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體發(fā)送資源預(yù)留確認(rèn)消息。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述資源請(qǐng)求消息 為空口資源請(qǐng)求消息，所述業(yè)務(wù)流管理實(shí)體^f妾收來(lái)自終端的資 源請(qǐng)求消息具體包括所述業(yè)務(wù)流管理實(shí)體/人所述資源:清求消息中獲取所述終 端需求的服務(wù)質(zhì)量參數(shù)信息；所述業(yè)務(wù)流管理實(shí)體進(jìn)行接納控制即才艮據(jù)當(dāng)前空口資源 狀況和終端需求的服務(wù)質(zhì)量參數(shù)信息判斷接納控制是否通過(guò)；在判斷結(jié)果為否的情況下，拒絕所述資源請(qǐng)求消息； 在判斷結(jié)果為是的情況下，所述業(yè)務(wù)流管理實(shí)體進(jìn)一步判 斷是否需要?jiǎng)?chuàng)建新的數(shù)據(jù)通道。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在判斷需要?jiǎng)?chuàng)建新 的數(shù)據(jù)通道的情況下，所述業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流4受4又服務(wù)點(diǎn)實(shí)體發(fā)送凄t據(jù) 通道請(qǐng)求消息具體為所述業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流授權(quán)服務(wù) 點(diǎn)實(shí)體發(fā)送數(shù)據(jù)通道創(chuàng)建請(qǐng)求消息。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述業(yè)務(wù)流授權(quán) 服務(wù)點(diǎn)實(shí)體向業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體發(fā)送資源預(yù)留請(qǐng)求消息之 后，所述方法還包括所述業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體接收所述資源預(yù)留請(qǐng)求消息；所述業(yè)務(wù)流4受^又錨點(diǎn)實(shí)體獲取策略決策結(jié)果，所述策略決 策結(jié)果包括從接入業(yè)務(wù)網(wǎng)絡(luò)獲取、從連接業(yè)務(wù)網(wǎng)絡(luò)交互獲??；根據(jù)所述策略決策結(jié)果預(yù)留資源，并向所述業(yè)務(wù)流授權(quán)服 務(wù)點(diǎn)實(shí)體發(fā)送所述資源預(yù)留響應(yīng)消息，其中，所述資源預(yù)留響應(yīng)消息攜帶有決策后的服務(wù)質(zhì)量參數(shù)信息、業(yè)務(wù)流標(biāo)識(shí)。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)流4受片又服務(wù)點(diǎn)實(shí)體向所述業(yè)務(wù)流管理實(shí)體發(fā)送 數(shù)據(jù)通道響應(yīng)消息具體為所述業(yè)務(wù)流授權(quán)月l務(wù)點(diǎn)實(shí)體向所述 業(yè)務(wù)流管理實(shí)體發(fā)送數(shù)據(jù)通道創(chuàng)建響應(yīng)消息，其中，所述數(shù)據(jù) 通道創(chuàng)建響應(yīng)消息攜帶有所述決策后的服務(wù)質(zhì)量參數(shù)信息、所 述業(yè)務(wù)流標(biāo)識(shí)、H據(jù)通道標(biāo)識(shí)；所述業(yè)務(wù)流管理實(shí)體向所述業(yè)務(wù)流授片又力良務(wù)點(diǎn)實(shí)體發(fā)送 凄t據(jù)通道確認(rèn)消息具體為所述業(yè)務(wù)流管理實(shí)體向所述業(yè)務(wù)流 授權(quán)服務(wù)點(diǎn)實(shí)體發(fā)送數(shù)據(jù)通道創(chuàng)建確認(rèn)消息。
6 根據(jù)權(quán)利要求2所述的方法，其特征在于，在判斷不需要?jiǎng)?chuàng)建 新的數(shù)據(jù)通道的情況下，所述業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流授權(quán)服 務(wù)點(diǎn)實(shí)體發(fā)送數(shù)據(jù)通道請(qǐng)求消息具體為所述業(yè)務(wù)流管理實(shí)體向業(yè)務(wù)流4受;MU)良務(wù)點(diǎn)實(shí)體發(fā)送數(shù)據(jù) 通道》爹改請(qǐng)求消息。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，在所述業(yè)務(wù)流授權(quán) 月艮務(wù)點(diǎn)實(shí)體向業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體發(fā)送資源預(yù)留請(qǐng)求消息之 后，所述方法還包括所述業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體接收所述資源預(yù)留請(qǐng)求消息；所述業(yè)務(wù)流授權(quán)錨點(diǎn)實(shí)體獲取策略決策結(jié)果，根據(jù)所述策 略決策結(jié)果預(yù)留資源，并向所述業(yè)務(wù)流4受權(quán)月良務(wù)點(diǎn)實(shí)體發(fā)送所 述資源預(yù)留響應(yīng)消息，其中，所述資源預(yù)留響應(yīng)消息攜帶有決 策后的服務(wù)質(zhì)量參數(shù)信息、業(yè)務(wù)流標(biāo)識(shí)。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體向所述業(yè)務(wù)流管理實(shí)體發(fā)送 數(shù)據(jù)通道響應(yīng)消息具體為所述業(yè)務(wù)流授權(quán)服務(wù)點(diǎn)實(shí)體向所述 業(yè)務(wù)流管理實(shí)體發(fā)送數(shù)據(jù)通道修改響應(yīng)消息，其中，所述數(shù)據(jù) 通道修改響應(yīng)消息攜帶有所述決策后的服務(wù)質(zhì)量參數(shù)信息、所 述業(yè)務(wù)流標(biāo)識(shí)、H據(jù)通道標(biāo)識(shí)；所述業(yè)務(wù)流管理實(shí)體向所述業(yè)務(wù)流4受^UI良務(wù)點(diǎn)實(shí)體發(fā)送 凌t據(jù)通道確i人消息具體為所述業(yè)務(wù)流管理實(shí)體向所述業(yè)務(wù)流 授權(quán)服務(wù)點(diǎn)實(shí)體發(fā)送數(shù)據(jù)通道修改確認(rèn)消息。
9. 根據(jù)權(quán)利要求5或8所述的方法，其特征在于，在所述業(yè)務(wù)流 管理實(shí)體接收所述數(shù)據(jù)通道響應(yīng)消息之后，所述方法還包括所述業(yè)務(wù)流管理實(shí)體從所述ft據(jù)通道響應(yīng)消息中獲取所 述決策后的服務(wù)質(zhì)量參數(shù)信息；所述業(yè)務(wù)流管理實(shí)體為業(yè)務(wù)流實(shí)際指派資源；所述業(yè)務(wù)流管理實(shí)體向所述終端發(fā)送空口資源響應(yīng)消息， 并在其中攜帶有決策后的服務(wù)質(zhì)量參數(shù)信息、對(duì)應(yīng)于資源請(qǐng)求 消息中的業(yè)務(wù)流標(biāo)iK的空口連4妄標(biāo)iW言息；所述業(yè)務(wù)流管理實(shí)體4妄收來(lái)自所述終端的空口資源確i人 消息。
全文摘要
本發(fā)明公開了一種動(dòng)態(tài)業(yè)務(wù)流的處理方法，上述方法包括SFM實(shí)體接收來(lái)自終端的資源請(qǐng)求消息，并向Serving SFA實(shí)體發(fā)送數(shù)據(jù)通道請(qǐng)求消息；Serving SFA實(shí)體接收數(shù)據(jù)通道請(qǐng)求消息，并向Anchor SFA實(shí)體發(fā)送資源預(yù)留請(qǐng)求消息；Serving SFA實(shí)體接收來(lái)自Anchor SFA實(shí)體的資源預(yù)留響應(yīng)消息，并向SFM實(shí)體發(fā)送數(shù)據(jù)通道響應(yīng)消息；SFM實(shí)體接收數(shù)據(jù)通道響應(yīng)消息，并向ServingSFA實(shí)體發(fā)送數(shù)據(jù)通道確認(rèn)消息；Serving SFA實(shí)體接收數(shù)據(jù)通道確認(rèn)消息，并向Anchor SFA實(shí)體發(fā)送資源預(yù)留確認(rèn)消息，本發(fā)明實(shí)現(xiàn)了對(duì)用戶提供充分的動(dòng)態(tài)業(yè)務(wù)流處理支持。
文檔編號(hào)H04L12/54GK101351053SQ20081021306
公開日2009年1月21日 申請(qǐng)日期2008年8月19日 優(yōu)先權(quán)日2008年7月14日
發(fā)明者成超文 申請(qǐng)人:中興通訊股份有限公司