專利名稱：對空閑模式下的用戶終端實現(xiàn)資源預留的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤其涉及一種無線通信系統(tǒng)中的資源預 留處理技術(shù)。
背景技術(shù)：
WiMAX (微波接入全球互通)系統(tǒng)為基于IEEE802.16標準的無線城域 網(wǎng)通信系統(tǒng)，作為一種寬帶IP接入網(wǎng)絡(luò)，由于其采用基于IP的分組交換技 術(shù)，因此，其能夠提供面向互聯(lián)網(wǎng)的高速連接。在WiMAX等寬帶IP接入網(wǎng)絡(luò) 中，可以承載多種多媒體業(yè)務(wù)，如視頻、語音、數(shù)據(jù)等等。
目前，WiMAX網(wǎng)絡(luò)標準的QoS架構(gòu)主要包括以下功能實體
(1) PF (策略功能)，位于CSN (連接服務(wù)網(wǎng)絡(luò))中，在PF實體中保 存有用戶的QoS (服務(wù)質(zhì)量)配置以及CSN中的相關(guān)策略數(shù)據(jù)庫，并負責對 業(yè)務(wù)請求的授權(quán)；若MS沒有漫游，則僅有歸屬PF存在；若MS在漫游網(wǎng)絡(luò) 中，則有拜訪PF和歸屬PF同時存在；
(2) SFM，即業(yè)務(wù)流管理器，位于BS (基站)中，根據(jù)本地無線資源 的情況，負責業(yè)務(wù)流的創(chuàng)建、激活、修改和刪除等；
(3) SFA，即業(yè)務(wù)流授權(quán)器，位于ASN (接入服務(wù)網(wǎng))中，包括服務(wù) SFA和錨點SFA，錨點SFA根據(jù)本地策略對服務(wù)流進行授權(quán)，且錨點SFA還 負責與PF進行通信，服務(wù)SFA則與SFM通信；
在MS初始進入網(wǎng)絡(luò)時，服務(wù)SFA即為錨點SFA;在MS發(fā)生移動切換到 其他的小區(qū)后，服務(wù)SFA可能會發(fā)生遷移，此時服務(wù)SFA和錨點SFA可能分
別存在不同的物理實休中。
在寬帶IP接入網(wǎng)絡(luò)中，用戶終端，即MS (移動臺)的工作模式包括兩 種正常工作模式和空閑模式。當無線通信系統(tǒng)中的MS (移動臺)與網(wǎng)絡(luò)側(cè) 之間進行數(shù)據(jù)交互的過程中，MS處于正常工作模式。當MS與網(wǎng)絡(luò)之間沒有 數(shù)據(jù)交換時，則MS將會從正常工作模式進入空閑模式。對于處于空閑模式的 MS，不存在相應的業(yè)務(wù)流，也不存在為該MS提供服務(wù)的BS。
在WiMAX等寬帶IP接入網(wǎng)絡(luò)中，當MS處于正常工作模式時，在一個業(yè) 務(wù)流建立之前，系統(tǒng)必須為此業(yè)務(wù)流先進行資源預留。相應的業(yè)務(wù)流的建立 過程中包括由歸屬PF (策略功能)、漫游PF (當MS處于漫游狀態(tài)時)、 錨點SFA、歸屬AF (應用功能)或漫游AF觸發(fā)等發(fā)起資源預留的請求，之 后，經(jīng)由QoS各功能實體根據(jù)本地的策略來決定是否接受該資源預留請求。 當QoS功能實體接受該資源預留請求并為此建立了數(shù)據(jù)通路，相應的業(yè)務(wù)流 便可以建立。例如，相應的由H-AF (歸屬AF)觸發(fā)網(wǎng)絡(luò)發(fā)起的資源預留的 過程如圖1所示，相應的由V-AF (拜訪AF)觸發(fā)網(wǎng)絡(luò)發(fā)起的資源預留過程如 圖2所示。其中，若MS沒有發(fā)生漫游，則圖1和圖2中的V-PF將不存在，而由 H-PF (歸屬PF)直接向錨點SFA^出資源預留請求。
對于處于空閑模式下的MS,若網(wǎng)絡(luò)側(cè)存在數(shù)據(jù)需要下發(fā)給該MS,則首 先，需要通過相應的尋呼過程觸發(fā)該MS重新進入網(wǎng)絡(luò)。如圖3所示，該MS對 應的錨點DPF (數(shù)據(jù)通路功能)/FA (外地代理)確定存在需要下發(fā)給MS的 數(shù)據(jù)時，則會通知錨點PC (尋呼控制器)，由錨點PC向該MS所在的PG (尋呼組)中的所有PA (尋呼代理)發(fā)出尋呼消息，并由這些PA在空口對 MS進行尋呼，即由PC發(fā)送基站廣播尋呼消息，以觸發(fā)MS重新進入網(wǎng)絡(luò)。
之后，MS收到并響應網(wǎng)絡(luò)的尋呼，且MS退出空閑模式，執(zhí)行網(wǎng)絡(luò)進入 過程，建立起與當前所在BS的空口連接。當MS進入正常工作模式后，則其 仍需要執(zhí)行如圖1或圖2所示的業(yè)務(wù)流的建立過程，以便于建立相應的業(yè)務(wù)
流，從而用子將需要下發(fā)給MS的數(shù)據(jù)下發(fā)給相應的MS。
由于在MS進入空閑模式時，MS對服務(wù)BS發(fā)出去注冊請求，即在MS進 入空閑模式后，將不存在服務(wù)BS，.同時，也不存在SFM和服務(wù)SFA。因此， 當MS處于空閑模式下，若網(wǎng)絡(luò)側(cè)功能實體如H-AF或V-AF需觸發(fā)一個業(yè)務(wù)流 的建立，則在執(zhí)行所述的圖1或圖2所示的處理流程過程中，當相應的資源預 留請求的消息發(fā)送到錨點SFA后，則因為錨點SFA中不存在該MS的服務(wù)SFA 位置信息，從而造成相應的資源預留請求的消息將無法繼續(xù)下發(fā)。此外，當 MS處于空閑模式下，若網(wǎng)絡(luò)側(cè)功能實體如錨點SFA有所述MS業(yè)務(wù)信息并需 觸發(fā)業(yè)務(wù)流建立時，也因為其沒有該MS的服務(wù)SFA位置信息，導致不能將資 源預留請求消息下發(fā)。
綜上所述，可以看出，在網(wǎng)絡(luò)側(cè)有針對空閑^^莫式下的用戶終端的業(yè)務(wù)流 需要建立而使錨點SFA進行資源預留處理過程中，由于錨點SFA無法獲得用 戶終端的服務(wù)SFA位置信息，導致相應的資源預留過程無法實現(xiàn)，進而使得 相應的業(yè)務(wù)流無法建立。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種針對空閑模式下的用戶終端實現(xiàn)資源預留的方 法及裝置，從而使得針對空閑模式下的用戶終端的資源預留處理過程可以實 現(xiàn)，保證用戶終端正常開展業(yè)務(wù)。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的
本發(fā)明提供了 一種針對空閑模式下的用戶終端進行資源預留的實現(xiàn)方 法，包括
網(wǎng)絡(luò)側(cè)功能實體確定需要針對空閑模式下的用戶終端進行資源預留，則 由錨點業(yè)務(wù)流授權(quán)器觸發(fā)網(wǎng)絡(luò)尋呼用戶終端重新進入網(wǎng)絡(luò)，并為所述用戶終 端進行資源預留操作。
所速的網(wǎng)絡(luò)側(cè)功能實體確定需要針對空閑模式下的用戶終端進行資源預
留的處理包括
錨點業(yè)務(wù)流授權(quán)器收到網(wǎng)絡(luò)側(cè)觸發(fā)的針對空閑模式下的用戶終端的資源 預留請求消息，或者，錨點業(yè)務(wù)流授權(quán)器自身生成資源預留請求消息，則確 定需要針對空閑^t式下的用戶終端進行資源預留。
所述的觸發(fā)網(wǎng)絡(luò)尋呼用戶終端重新進入網(wǎng)絡(luò)的操作包括網(wǎng)絡(luò)側(cè)對用戶終 端的尋呼處理，且所述的對用戶終端的尋呼處理包括
錨點業(yè)務(wù)流授權(quán)器收到資源預留請求后，或錨點業(yè)務(wù)流授權(quán)器自身生成 資源預留請求消息后，向外地代理發(fā)送針對所述用戶終端的尋呼請求消息， 并由外地代理根據(jù)收到的尋呼請求消息通知用戶終端的錨點尋呼控制器對所 述的用戶終端進^f亍尋呼；
或者，
錨點業(yè)務(wù)流授權(quán)器收到資源預留請求后，或錨點業(yè)務(wù)流授權(quán)器自身生成 資源預留請求消息后，直接通知用戶終端的錨點尋呼控制器對相應的用戶終 端進行尋呼。
所述的為重新進入網(wǎng)絡(luò)的用戶終端進行資源預留操作可以包括
在用戶終端重新進入網(wǎng)絡(luò)過程中，錨點業(yè)務(wù)流授權(quán)器獲取用戶終端的服 務(wù)業(yè)務(wù)流授權(quán)器的位置信息；
錨點業(yè)務(wù)流授權(quán)器根據(jù)獲得的服務(wù)業(yè)務(wù)流授權(quán)器的位置信息為該用戶終 端進行資源預留操作。
所述的錨點業(yè)務(wù)流授權(quán)器獲取服務(wù)業(yè)務(wù)流授權(quán)器的位置信息的操作具體 可以包4舌
當服務(wù)業(yè)務(wù)流授權(quán)器與錨點業(yè)務(wù)流授權(quán)器不是同一功能實體時，錨點業(yè) 務(wù)流授權(quán)器直接獲得所述服務(wù)業(yè)務(wù)流授權(quán)器的位置信息；
當服務(wù)業(yè)務(wù)流授權(quán)器與錨點業(yè)務(wù)流授權(quán)器不是同一功能實體時，則由用
9
戶終端的服務(wù)業(yè)務(wù)流授權(quán)器向錨點業(yè)務(wù)流授權(quán)器進行位置更新操作，通過該 位置更新搡作，錨點業(yè)務(wù)流授權(quán)器獲取該用戶終端的服務(wù)業(yè)務(wù)流授權(quán)器的位 置信息。
所述的位置更新包括
由基站中的用戶終端的業(yè)務(wù)流管理器向服務(wù)業(yè)務(wù)流授權(quán)器發(fā)送通知消 息，通過該通知消息觸發(fā)服務(wù)業(yè)務(wù)流授權(quán)器向錨點業(yè)務(wù)流授權(quán)器發(fā)送服務(wù)業(yè) 務(wù)流授權(quán)器位置更新請求消息，更新該用戶終端的服務(wù)業(yè)務(wù)流授權(quán)器的位置 信息。
本發(fā)明還提供了 一種針對空閑模式下的用戶終端實現(xiàn)資源預留的裝置， 該裝置設(shè)置于網(wǎng)絡(luò)側(cè)功能實體中，且包括
資源預留確定單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于確定需要針對空 閑模式下的用戶終端進行資源預留操作，并觸發(fā)尋呼發(fā)起通知單元；
尋呼發(fā)起通知單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于觸發(fā)網(wǎng)絡(luò)針對空 閑模式下的用戶終端進行尋呼操作；
資源預留處理單元，用于在收到尋呼的用戶終端重新進入網(wǎng)絡(luò)后，控制 為所述用戶終端進行相應的資源預留操作。
所述的資源預留確定單元具體包括資源預留請求消息接收單元和/或資源 預留請求消息生成單元，和判斷單元
資源預留請求消息接收單元，用于接收策略功能實體發(fā)送來的針對空閑 模式下的用戶終端的資源預留請求消息；
資源預留請求消息生成單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于錨點業(yè) 務(wù)流授權(quán)器自身產(chǎn)生資源預留請求消息；
判斷單元，用于判斷所述的資源預留請求消息接收單元，是否收到所述 資源預留請求消息，和/或，判斷資源預留請求消息生成單元是否生成資源預 留請求消息，并在確定收到或生成所述的資源預留請求消息時，觸發(fā)所述的
尋呼發(fā)起通知單元。
所述的資源預留處理單元具體包括
位置更新處理單元，設(shè)置于服務(wù)業(yè)務(wù)流授權(quán)器中，用于在用戶終端重新 進入網(wǎng)絡(luò)后，向錨點業(yè)務(wù)流授權(quán)器發(fā)送位置更新消息，觸發(fā)更新錨點業(yè)務(wù)流 授權(quán)器中的用戶終端的服務(wù)業(yè)務(wù)流授權(quán)器的位置信息；
資源預留執(zhí)行單元，用于利用錨點業(yè)務(wù)流授權(quán)器獲得的服務(wù)業(yè)務(wù)流授權(quán) 器的位置信息對所述的用戶終端進行資源預留處理。
本發(fā)明還提供了 一種觸發(fā)針對空閑模式下的用戶終端實現(xiàn)資源預留的裝 置，包括
資源預留確定單元，用于確定需要針對空閑模式下的用戶終端進行資源 預留操作，且該單元存在與具有用戶終端進行尋呼操作功能的功能體之間通 信的接口，通過該接口觸發(fā)對用戶終端進行尋呼處理。
同樣，所述的資源預留確定單元具體包括資源預留請求消息接收單元和/ 或資源預留請求消息生成單元，和判斷單元
資源預留請求消息接收單元，用于接收策略功能實體發(fā)送來的針對空閑 模式下的用戶終端的資源預留請求消息；
資源預留請求消息生成單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于錨點業(yè) 務(wù)流授權(quán)器自身產(chǎn)生資源預留請求消息；
判斷單元，用于判斷所述的資源預留請求消息接收單元，是否收到所述 資源預留請求消息，和/或，判斷資源預留請求消息生成單元是否生成資源預 留請求消息，并在確定收到或生成所述的資源預留請求消息時，通過所述的 接口觸發(fā)對用戶終端的尋呼處理。
本發(fā)明還提供了一種觸發(fā)針對空閑模式下的用戶終端實現(xiàn)資源預留的裝 置，包括
尋呼發(fā)起通知單元，設(shè)置有用于獲取需要進行資源預留操作信息的接
口 ，若通過該接口獲取的信息確定需要針對空閑模式下的用盧終端進行資源 預留操作，則觸發(fā)網(wǎng)絡(luò)側(cè)發(fā)起針對空閑模式下的用戶終端的尋呼操作。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明是在MS處于空閑模式 下，在網(wǎng)絡(luò)側(cè)觸發(fā)業(yè)務(wù)流建立的過程中，由錨點SFA觸發(fā)MS的重進入網(wǎng)絡(luò)的 處理過程，從而使得針對空閑模式下的用戶終端的資源預留處理過程能夠順 利完成，以解決現(xiàn)有技術(shù)中相應的資源預留處理過程中存在的問題。即本發(fā) 明的實現(xiàn)使得處于空閑模式的MS可以在網(wǎng)絡(luò)側(cè)的觸發(fā)下重新接入網(wǎng)絡(luò)，并在 完成相應的資源預留處理后，建立開展業(yè)務(wù)過程中需要的業(yè)務(wù)流，有效提高 了寬帶IP接入網(wǎng)絡(luò)中的通信性能。


圖1為現(xiàn)有技術(shù)中H-AF觸發(fā)的資源預留處理過程示意圖； 圖2為現(xiàn)有技術(shù)中V-AF觸發(fā)的資源預留處理過程示意圖； 圖3為現(xiàn)有技術(shù)中網(wǎng)絡(luò)側(cè)觸發(fā)的尋呼用戶終端的處理過程示意圖； 圖4為本發(fā)明提供的空閑模式下H-AF觸發(fā)的資源預留處理的具體實現(xiàn)過 程示意圖5為本發(fā)明提供的空閑模式下V-AF觸發(fā)的資源預留處理的具體實現(xiàn)過 程示意圖6為本發(fā)明中錨點SFA獲取用戶終端的服務(wù)SFA的具體實現(xiàn)過程示意
圖7為本發(fā)明中由H-AF觸發(fā)的尋呼過程示意圖； 圖8為本發(fā)明中由V-AF觸發(fā)的尋呼過程示意圖； 圖9為本發(fā)明提供的位置更新處理過程示意圖； 圖10為本發(fā)明所述裝置的具體實現(xiàn)結(jié)構(gòu)示意圖。
具休實施方式
本發(fā)明主要是提供了 一種當MS處于空閑模式下，由網(wǎng)絡(luò)側(cè)功能實體如 AF和錨點SFA等觸發(fā)的業(yè)務(wù)流的建立處理流程中涉及的資源預留處理過程。
當MS處于空閑模式時，如果AF等網(wǎng)絡(luò)側(cè)功能實體需要觸發(fā)一個業(yè)務(wù)流 的建立，則AF等網(wǎng)絡(luò)側(cè)功能實體首先需要觸發(fā)相應的PF，并由PF向錨點 SFA發(fā)出資源預留請求；另外，如果錨點SFA自身需要觸發(fā)一個業(yè)務(wù)流的建 立時，錨點SFA也會生成資源預留請求。在正常工作模式下，錨點SFA接收 到或自身生成了資源預留請求消息，它將向MS的服務(wù)SFA下發(fā)資源預留請求 消息。但是，由于在空閑模式下，所述的MS沒有服務(wù)SFA，因此，錨點SFA 無法向相應的服務(wù)SFA發(fā)出資源預留請求。為此，本發(fā)明中，采用了由錨點 SFA通知網(wǎng)絡(luò)尋呼MS，進而喚醒MS重新接入網(wǎng)絡(luò)，以便于在MS重新接入網(wǎng) 絡(luò)后，用戶終端的錨點SFA可以獲取相應的服務(wù)SFA的位置信息，從而使得 相應的資源預留的處理過程可以正常進行。
本發(fā)明中，當相應的MS響應尋呼，即被喚醒接入網(wǎng)絡(luò)后，錨點SFA具體 可以通過相應的SFA位置更新操作過程獲取用戶終端的服務(wù)SFA的位置信 息。即該MS的服務(wù)SFA會向錨點SFA進行位置更新，以通知錨點SFA該MS 的服務(wù)SFA的位置信息。這樣，錨點SFA獲取MS的服務(wù)SFA位置信息后，便 可以繼續(xù)向服務(wù)SFA發(fā)起資源預留請求，并完成相應的業(yè)務(wù)流的建議處理流 程，建立起相應的業(yè)務(wù)流。
對于處于空閑模式下的MS，具體可以由H-AF、 V-AF、 H-PF、 V-PF或 錨點SFA等網(wǎng)絡(luò)側(cè)功能實體觸發(fā)針對其的業(yè)務(wù)流建立過程。
本發(fā)明中，當MS處于空閑模式下，以相應的由H-AF或V-AF觸發(fā)的資源 預留處理過程為例，相應的處理過程如圖4和圖5所示，具體包括
當錨點SFA收到由H-AF或V-AF觸發(fā)的資源預留請求時，則觸發(fā)針對MS 的尋呼處理過程，具體可以通過FA間接或直接通知錨點PC (尋呼控制器)
發(fā)起對MS的尋呼搡作，當尋呼到所速的MS后，則由MS發(fā)起重新接入網(wǎng)絡(luò)的 處理流程；
在MS重新接入網(wǎng)絡(luò)后，由MS的服務(wù)SFA向錨點SFA進行位置更新，即 將MS的服務(wù)SFA的位置信息通知錨點SFA，之后，錨點SFA便可以通過該服 務(wù)SFA進行后續(xù)的資源預留處理。
具體一點講，當MS處于空閑模式時，以AF需要觸發(fā)一個業(yè)務(wù)流的建立 為例，則相應的業(yè)務(wù)流的建立處理過程包括以下步驟
(1 ) AF對相應的PF進行業(yè)務(wù)觸發(fā)，并由與錨點SFA相連的PF對錨點 SFA^出資源預留請求；
此后，錨點SFA發(fā)出尋呼請求消息觸發(fā)FA,告知此時資源預留無法進 行，請求FA通知錨點PC對MS進行尋呼。
(2) FA收到錨點SFA發(fā)出的觸發(fā)消息后，通知錨點PC對MS進行尋 呼，相應的尋呼處理過考呈可以^旦不限于采用與現(xiàn)有4支術(shù)相同的處理過程。
(3) MS響應尋呼消息，退出空閑模式，建立與當前所在BS的連接，并 由此時的服務(wù)SFA向錨點SFA進行位置更新，告知錨點SFA該服務(wù)SFA的位 置信息，以便于執(zhí)行后續(xù)的資源預留處理過程；
需要說明的是，此時，由于錨點SFA已經(jīng)存在，故不需要向PF進行位置 更新。同時，若MS退出空閑模式后與服務(wù)BS通信的服務(wù)SFA和MS空閑模式 中的錨點SFA是同一功能實體，則此時錨點SFA也即是服務(wù)SFA，即相應的 位置更新流程可以省略。
(4) 錨點SFA獲取MS的服務(wù)SFA信息后，則將之前接收到的資源預留 請求消息傳遞給服務(wù)SFA,繼而由服務(wù)SFA向SFM進行資源預留請求，并由 網(wǎng)絡(luò)QoS其他功能實體執(zhí)行相應流程，以建立起相應的業(yè)務(wù)流。
具體的業(yè)務(wù)流的建立過程參見圖4和圖5 ，即由MS至服務(wù)SFA之間的資源 預留和業(yè)務(wù)建立過程可以但不限于采用與現(xiàn)有技術(shù)中相同的處理過程，當
然，也可以采用其他的相應處理過程。
從上述本發(fā)明提供的針對空閑模式下的用戶終端的業(yè)務(wù)流建立過程中，
主要涉及錨點SFA獲取用戶終端的服務(wù)SFA信息的處理過程，該處理過程如 圖6、圖7、圖8和圖9所示，具體包括
步驟61:錨點SFA確定需要針對處于空閑模式下的用戶終端發(fā)起資源預 留操作時，則向FA (外地代理)發(fā)送尋呼請求消息；
具體可以為錨點SFA收到針對處于空閑模式下的用戶終端的資源預留 請求消息后，或者；錨點SFA自身生成資源預留請求消息，則向FA發(fā)送尋呼 ^青求消息；
在所述的尋呼請求消息中攜帶著需要尋呼的用戶終端的身份信息； 如圖7和圖8所示，具體觸發(fā)該步驟的處理過程包括兩種情況 一種是在 處于空閑模式下的MS的歸屬AF觸發(fā)業(yè)務(wù)流的建立過程中錨點SFA收到資源 預留請求消息后，觸發(fā)該步驟，另一種為所述MS的拜訪AF觸發(fā)業(yè)務(wù)流的建 立過程中錨點SFA收到資源預留請求消息后，觸發(fā)該步驟；
步驟62: FA收到所述的尋呼請求消息后，通知PC發(fā)送尋呼消息，尋呼 相應的用戶終端；
步驟63:用戶終端收到所述的尋呼消息后，則重新接入網(wǎng)絡(luò)，并建立與 基站之間的連接；
之后，需要執(zhí)行步驟64和步驟65，具體的處理過程參見圖9所示
步驟64:由基站中的業(yè)務(wù)流管理器SFM向服務(wù)SFA發(fā)送策略決定請求消 息，從而將相應的策略決定信息發(fā)送給服務(wù)SFA;
步驟65:服務(wù)SFA收到所述的策略決定請求消息后，發(fā)起位置更新操 作，即向錨點SFA發(fā)送服務(wù)SFA的位置更新請求消息，以更新該用戶終端在 錨點SFA中的服務(wù)SFA位置信息；
執(zhí)行該步驟后，錨點SFA便可以獲得到用戶終端的服務(wù)SFA位置信息，
從而可以進行后續(xù)的資源預留處理過程，進而完成針對空閑模式下的用戶終
端的業(yè)務(wù)流建立過程；
在該步驟中，錨點SFA收到所述的位置更新請求消息，并完成相應的位 置更新操作后，還向服務(wù)SFA返回響應消息，之后，再由服務(wù)SFA向SFM返 回策略決定響應消息；
另外，在步驟64和步驟65中，所述的SFM也可以通過其他通知消息通知 服務(wù)SFAJ^起位置更新操作。
在此需要說明的是，在圖7和圖8中僅為以錨點SFA通過FA通知錨點PC 發(fā)起針對用戶終端的尋呼過程為例繪制的處理過程示意圖，在實際應用過程 中，相應的錨點SFA也可以直接通知錨點PC發(fā)起針對用戶終端的尋呼處理過 程，以觸發(fā)用戶終端重新接入網(wǎng)絡(luò)，從而完成后續(xù)的資源預留處理過程，進 而使得相應的業(yè)務(wù)流的建立可以實現(xiàn)。
相對于上述以AF觸發(fā)一個業(yè)務(wù)流建立的例子而言，若錨點SFA自身決定 發(fā)起資源預留請求，則上述相應的業(yè)務(wù)流的建立處理過程步驟(1)改為由 錨點SF自身生成資源預留請求消息，然后發(fā)出尋呼請求消息觸發(fā)FA。同時 上述步驟61也作相應更改。上述例子的其他步驟則保持不變。此時，圖4、 圖5、圖7和圖8中相關(guān)的AF和PF功能實體將不參與業(yè)務(wù)流的建立流程。
本發(fā)明還提供了一種對空閑模式下的用戶終端實現(xiàn)資源預留的裝置，該 裝置設(shè)置于網(wǎng)絡(luò)側(cè)實體中，其具體實現(xiàn)結(jié)構(gòu)如圖10所示，包括
(1)資源預留確定單元
該單元設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于確定需要針對空閑模式下的用 戶終端的進行資源預留操作，并觸發(fā)尋呼發(fā)起通知單元；
所述的資源預留確定單元具體可以包括資源預留請求消息接收單元和/或 資源預留請求消息生成單元，和判斷單元，其中
資源預留請求消息接收單元，用子接收策略功能實體發(fā)送來的針對空閑
模式下的用戶終端的資源預留請求消息；其中，所述的策略功能實體是在AF 等網(wǎng)絡(luò)側(cè)功能實體的觸發(fā)下向錨點SFA發(fā)送所述的資源預留請求消息；
資源預留請求消息生成單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于錨點業(yè) 務(wù)流授權(quán)器自身產(chǎn)生資源預留請求消息，即當錨點SFA保存有所述處于空閑 模式下的MS的業(yè)務(wù)信息設(shè)置時可以自己生成相應的資源預留請求消息，發(fā)起 針對空閑模式下的MS的資源預留操作；
判斷單元，用于判斷所述的資源預留請求消息接收單元是否收到資源預 留請求消息，和/或，判斷資源預留請求消息生成單元是否生成資源預留請求 消息，并在收到或生成所述針對空閑模式下的用戶終端的資源預留請求消息 時，觸發(fā)所述的尋呼發(fā)起通知單元。
(2) 尋呼發(fā)起通知單元
該單元設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于觸發(fā)針對用戶終端的尋呼操作 處理過程，以便于觸發(fā)用戶終端重新進入網(wǎng)絡(luò)；
具體可以為由錨點業(yè)務(wù)流授權(quán)器通過FA通知用戶終端的錨點PC向所述 用戶終端發(fā)送尋呼消息，也可以為由錨點業(yè)務(wù)流授^l器直接通知用戶終端的 錨點PC向所述用戶終端發(fā)送尋呼消息。
(3) 資源預留處理單元
該單元用于在收到尋呼的用戶終端重新進入網(wǎng)絡(luò)后，控制為所述用戶終 端進行相應的資源預留操作，所述的資源預留處理單元具體可以包括
位置更新處理單元，設(shè)置于服務(wù)業(yè)務(wù)流授權(quán)器中，用于在用戶終端重新 進入網(wǎng)絡(luò)后，向錨點業(yè)務(wù)流授權(quán)器發(fā)送位置更新消息，觸發(fā)更新錨點業(yè)務(wù)流 授權(quán)器中的用戶終端的服務(wù)業(yè)務(wù)流授權(quán)器的位置信息；但是，當用戶終端的 服務(wù)業(yè)務(wù)流授權(quán)器與錨點業(yè)務(wù)流授權(quán)器為同一實體時，則該單元無需執(zhí)行相 應的位置更新操作； 資源預留執(zhí)行單元，用于利用錨點業(yè)務(wù)流授權(quán)器獲得的服務(wù)業(yè)務(wù)流授權(quán) 器的位置信息對所述用戶終端進行資源預留處理，并可以在完成相應的資源 預留處理后，觸發(fā)后續(xù)的業(yè)務(wù)流建立操作，以^更于建立用戶終端開展業(yè)務(wù)所 需要的業(yè)務(wù)流。
本發(fā)明中，所述的資源預留確定單元和尋呼發(fā)起通知單元還可以相互獨 立的設(shè)置于不同的物理或邏輯實體中，即可以分別作為一種觸發(fā)針對空閑模 式下的用戶終端實現(xiàn)資源預留的裝置設(shè)置不同的實體中。
其中，當所述的觸發(fā)針對空閑模式下的用戶終端實現(xiàn)資源預留的裝置包
括資源預留確定單元時，則
資源預留確定單元，用于確定需要針對空閑模式下的用戶終端進行資源 預留操作，且該單元存在與具有用戶終端進行尋呼操作功能的功能體之間通 信的接口，通過該接口觸發(fā)對用戶終端進行尋呼處理。
同樣，所述的資源預留確定單元具體可以包括資源預留請求消息接收單 元和/或資源預留請求消息生成單元，和判斷單元
資源預留請求消息接收單元，用于接收策略功能實體發(fā)送來的針對空閑 模式下的用戶終端的資源預留請求消息；
資源預留請求消息生成單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于錨點業(yè) 務(wù)流授權(quán)器自身產(chǎn)生資源預留請求消息；
判斷單元，用于判斷所述的資源預留請求消息接收單元，是否收到所述 資源預留請求消息，和/或，判斷資源預留請求消息生成單元是否生成資源預 留請求消息，并在確定收到或生成所述的資源預留請求消息時，通過所述的 接口觸發(fā)對用戶終端的尋呼處理。
當所述的觸發(fā)針對空閑模式下的用戶終端實現(xiàn)資源預留的裝置包括尋呼 發(fā)起通知單元時，貝'J:
尋呼發(fā)起通知單元，設(shè)置有用于獲取需要進行資源預留操作信息的接
信息確定需要針對空閑才莫式下的用戶終端進行資源 預留操作，則觸發(fā)網(wǎng)絡(luò)側(cè)發(fā)起針對空閑模式下的用戶終端的尋呼操作。
綜上所述，本發(fā)明在現(xiàn)有技術(shù)的基礎(chǔ)上增加了當MS處于空閑模式時網(wǎng)絡(luò) 側(cè)觸發(fā)業(yè)務(wù)流建立的流程，有效解決了現(xiàn)有技術(shù)對MS處于空閑模式時的網(wǎng)絡(luò) 側(cè)觸發(fā)業(yè)務(wù)流的不支持的缺點。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不 局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可 輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明 的保護范圍應該以權(quán)利要求的保護范圍為準。
權(quán)利要求
1、一種針對空閑模式下的用戶終端進行資源預留的實現(xiàn)方法，其特征在于，包括網(wǎng)絡(luò)側(cè)功能實體確定需要針對空閑模式下的用戶終端進行資源預留，則由錨點業(yè)務(wù)流授權(quán)器觸發(fā)網(wǎng)絡(luò)尋呼用戶終端重新進入網(wǎng)絡(luò)，并為所述用戶終端進行資源預留操作。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的網(wǎng)絡(luò)側(cè)功能實體確 定需要針對空閑模式下的用戶終端進行資源預留的處理包括錨點業(yè)務(wù)流授權(quán)器收到網(wǎng)絡(luò)側(cè)觸發(fā)的針對空閑模式下的用戶終端的資源 預留請求消息，或者，錨點業(yè)務(wù)流授權(quán)器自身生成資源預留請求消息，則確 定需要針對空閑模式下的用戶終端進行資源預留。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的觸發(fā)網(wǎng)絡(luò)尋呼用戶 終端重新進入網(wǎng)絡(luò)的操作包括網(wǎng)絡(luò)側(cè)對用戶終端的尋呼處理，且所述的對用 戶終端的尋呼處理包括錨點業(yè)務(wù)流授權(quán)器收到資源預留請求后，或錨點業(yè)務(wù)流授權(quán)器自身生成 資源預留請求消息后，向外地代理發(fā)送針對所述用戶終端的尋呼請求消息， 并由外地代理根據(jù)收到的尋呼請求消息通知用戶終端的錨點尋呼控制器對所 述的用戶終端進行尋呼；或者，錨點業(yè)務(wù)流授權(quán)器收到資源預留請求后，或錨點業(yè)務(wù)流授權(quán)器自身生成 資源預留請求消息后，直接通知用戶終端的錨點尋呼控制器對相應的用戶終 端進行尋呼。
4、 根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于，所述的為重新 進入網(wǎng)絡(luò)的用戶終端進行資源預留操作包括 在用戶終端重新進入網(wǎng)絡(luò)過程中，錨點業(yè)務(wù)流授權(quán)器獲取用戶終端的服務(wù)業(yè)務(wù)流授權(quán)器的位置信息；錨點業(yè)務(wù)流授權(quán)器根據(jù)獲得的服務(wù)業(yè)務(wù)流授權(quán)器的位置信息為該用戶終 端進行資源預留操作。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述的錨點業(yè)務(wù)流授權(quán)器 獲取服務(wù)業(yè)務(wù)流授權(quán)器的位置信息的操作包括當服務(wù)業(yè)務(wù)流授權(quán)器與錨點業(yè)務(wù)流授權(quán)器不是同一功能實體時，錨點業(yè) 務(wù)流授權(quán)器直接獲得所述服務(wù)業(yè)務(wù)流授權(quán)器的位置信息；當服務(wù)業(yè)務(wù)流授權(quán)器與錨點業(yè)務(wù)流授權(quán)器不是同一功能實體時，則由用 戶終端的服務(wù)業(yè)務(wù)流授權(quán)器向錨點業(yè)務(wù)流授權(quán)器進行位置更新操作，通過該 位置更新操作，錨點業(yè)務(wù)流授權(quán)器獲取該用戶終端的服務(wù)業(yè)務(wù)流授權(quán)器的位 置信息。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述的位置更新包括 由基站中的用戶終端的業(yè)務(wù)流管理器向服務(wù)業(yè)務(wù)流授權(quán)器發(fā)送通知消息，通過該通知消息觸發(fā)服務(wù)業(yè)務(wù)流授權(quán)器向錨點業(yè)務(wù)流授權(quán)器發(fā)送服務(wù)業(yè) 務(wù)流授權(quán)器位置更新請求消息，更新該用戶終端的服務(wù)業(yè)務(wù)流授權(quán)器的位置 信息。
7、 一種針對空閑模式下的用戶終端實現(xiàn)資源預留的裝置，其特征在于， 該裝置設(shè)置于網(wǎng)絡(luò)側(cè)功能實體中，且包括資源預留確定單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于確定需要針對空 閑模式下的用戶終端進行資源預留操作，并觸發(fā)尋呼發(fā)起通知單元；尋呼發(fā)起通知單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于觸發(fā)網(wǎng)絡(luò)針對空 閑模式下的用戶終端進行尋呼操作；資源預留處理單元，用于在收到尋呼的用戶終端重新進入網(wǎng)絡(luò)后，控制 為所述用戶終端進行相應的資源預留操作。
8、 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述的資源預留確定單元 具體包括資源預留請求消息接收單元和/或資源預留請求消息生成單元，和判 斷單元資源預留請求消息接收單元，用于接收策略功能實體發(fā)送來的針對空閑模式下的用戶終端的資源預留請求消息；資源預留請求消息生成單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于錨點業(yè) 務(wù)流授權(quán)器自身產(chǎn)生資源預留請求消息；判斷單元，用于判斷所述的資源預留請求消息接收單元，是否收到所述 資源預留請求消息，和/或，判斷資源預留請求消息生成單元是否生成資源預 留請求消息，并在確定收到或生成所述的資源預留請求消息時，觸發(fā)所述的 尋呼發(fā)起通知單元。
9、 根據(jù)權(quán)利要求7或8所述的裝置，其特征在于，所述的資源預留處理 單元具體包括位置更新處理單元，設(shè)置于服務(wù)業(yè)務(wù)流授權(quán)器中，用于在用戶終端重新 進入網(wǎng)絡(luò)后，向錨點業(yè)務(wù)流授權(quán)器發(fā)送位置更新消息，觸發(fā)更新錨點業(yè)務(wù)流 授權(quán)器中的用戶終端的服務(wù)業(yè)務(wù)流授權(quán)器的位置信息；資源預留執(zhí)行單元，用于利用錨點業(yè)務(wù)流授權(quán)器獲得的服務(wù)業(yè)務(wù)流授權(quán) 器的位置信息對所述的用戶終端進行資源預留處理。
10、 一種觸發(fā)針對空閑模式下的用戶終端實現(xiàn)資源預留的裝置，其特征 在于，包括資源預留確定單元，用于確定需要針對空閑模式下的用戶終端進行資源 預留操作，且該單元存在與具有用戶終端進行尋呼操作功能的功能體之間通 信的接口，通過該接口觸發(fā)對用戶終端進行尋呼處理。
11、 根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述的資源預留確定單 元具體包括資源預留請求消息接收單元和/或資源預留請求消息生成單元，和 判斷單無資源預留請求消息接收單元，用于接收策略功能實體發(fā)送來的針對空閑 模式下的用戶終端的資源預留請求消息；資源預留請求消息生成單元，設(shè)置于錨點業(yè)務(wù)流授權(quán)器中，用于錨點業(yè) 務(wù)流授權(quán)器自身產(chǎn)生資源預留請求消息；判斷單元，用于判斷所述的資源預留請求消息接收單元，是否收到所述 資源預留請求消息，和/或，判斷資源預留請求消息生成單元是否生成資源預 留請求消息，并在確定收到或生成所述的資源預留請求消息時，通過所述的 接口觸發(fā)對用戶終端的尋呼處理。
12、 一種觸發(fā)針對空閑模式下的用戶終端實現(xiàn)資源預留的裝置，其特征 在于，包括尋呼發(fā)起通知單元，設(shè)置有用于獲取需要進行資源預留操作信息的接 口，若通過該接口獲取的信息確定需要針對空閑模式下的用戶終端進行資源 預留操作，則觸發(fā)網(wǎng)絡(luò)側(cè)發(fā)起針對空閑模式下的用戶終端的尋呼操作。
全文摘要
本發(fā)明涉及一種針對空閑模式下的用戶終端進行資源預留的實現(xiàn)方法及裝置。本發(fā)明主要包括當網(wǎng)絡(luò)側(cè)功能實體針對空閑模式下的用戶終端要建立業(yè)務(wù)流而進行資源預留時，由錨點業(yè)務(wù)流授權(quán)器觸發(fā)網(wǎng)絡(luò)尋呼用戶終端重新進入網(wǎng)絡(luò)，并為重新進入網(wǎng)絡(luò)的用戶終端進行資源預留操作。也就是說，本發(fā)明是在用戶終端處于空閑模式下，當網(wǎng)絡(luò)側(cè)需要觸發(fā)業(yè)務(wù)流建立時，由錨點業(yè)務(wù)流授權(quán)器觸發(fā)所述用戶終端的重進入網(wǎng)絡(luò)的處理過程，從而使得針對空閑模式下的用戶終端的資源預留處理過程能夠順利完成，以解決現(xiàn)有技術(shù)中的資源預留處理過程中存在的問題。
文檔編號H04W28/26GK101106799SQ200610098498
公開日2008年1月16日 申請日期2006年7月11日 優(yōu)先權(quán)日2006年7月11日
發(fā)明者明 周, 莊宏成, 張潔濤, 莫君賢, 陳衛(wèi)民 申請人:華為技術(shù)有限公司