国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      對(duì)空閑模式下的用戶終端實(shí)現(xiàn)資源預(yù)留的方法及裝置的制作方法

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

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


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