国产精品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>

      用于雙模移動(dòng)終端的管理方法

      文檔序號(hào):7923766閱讀:227來(lái)源:國(guó)知局
      專(zhuān)利名稱(chēng):用于雙模移動(dòng)終端的管理方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種用于雙模移動(dòng)終端的管理方法。
      背景技術(shù)
      雙模移動(dòng)終端通常指在2G通信系統(tǒng)和3G通信系統(tǒng)中都能夠使用的移動(dòng)終端。隨 著通信技術(shù)的發(fā)展,3G通信系統(tǒng)的建設(shè)已經(jīng)開(kāi)始逐步實(shí)施,為了使廣大用戶能從2G通信系 統(tǒng)順利過(guò)渡到3G通信系統(tǒng),也為了利用原有2G通信系統(tǒng)的建設(shè)投入,要求手機(jī)等移動(dòng)終端 必須具備雙模切換的能力。所謂雙模,是指移動(dòng)終端根據(jù)所處的地理位置及信號(hào)強(qiáng)度,自行選擇接入2G通信 系統(tǒng)或3G通信系統(tǒng),無(wú)論移動(dòng)終端當(dāng)前是處于有業(yè)務(wù)狀態(tài)還是處于無(wú)業(yè)務(wù)狀態(tài),都能自動(dòng) 實(shí)現(xiàn)在兩種系統(tǒng)之間進(jìn)行平滑切換,而用戶在切換過(guò)程中感受不到不同模式之間的差異 性。目前,3G通信系統(tǒng)包括寬帶碼分多址接入(Wideband Code Division Multiple Access,簡(jiǎn)稱(chēng)為 WCDMA)、碼分多址接入(Code Division Multiple Access,簡(jiǎn)稱(chēng)為 CDMA) 2000 和時(shí)分同步碼分多址接入(Time Division-Synchronous Code Division Multiple Access,簡(jiǎn)稱(chēng)為T(mén)D-SCDMA)三種制式,因此,雙模一般是指WCDMA與全球移動(dòng)通信 系統(tǒng) GSM(Global System for Mobile Communication,簡(jiǎn)稱(chēng)為 GSM)雙模,CDMA2000 與 GSM 雙?;騎D-SCDMA與GSM雙模這三種類(lèi)型之一。一般地,移動(dòng)終端都有低功耗設(shè)計(jì)需求,雙模移動(dòng)終端產(chǎn)品也有這樣的需求,因 此,如何減少雙模移動(dòng)終端的耗電時(shí)間,降低移動(dòng)終端功耗,以提高雙模移動(dòng)終端整體待機(jī) 性能,是雙模移動(dòng)終端設(shè)計(jì)時(shí)需要考慮的重要問(wèn)題之一。由于移動(dòng)終端在使用時(shí)大部分時(shí)間都處于系統(tǒng)待機(jī)狀態(tài),因此,移動(dòng)終端低功耗 設(shè)計(jì)主要考慮如何在無(wú)業(yè)務(wù)狀態(tài)下盡可能減少移動(dòng)終端的工作時(shí)間。目前,為了配合移動(dòng) 終端實(shí)現(xiàn)低功耗的目標(biāo),2G和3G的通信系統(tǒng)協(xié)議都設(shè)計(jì)了一種尋呼狀態(tài)(即,移動(dòng)終端的 無(wú)業(yè)務(wù)狀態(tài)),其目的是使移動(dòng)終端能夠有時(shí)間進(jìn)入睡眠狀態(tài),而在其需要接收系統(tǒng)尋呼消 息的時(shí)候醒來(lái)。圖1是根據(jù)相關(guān)技術(shù)的雙模移動(dòng)終端在尋呼接收周期內(nèi)軟件處理流程的流程圖。 移動(dòng)終端中的軟件一般由雙模協(xié)議棧軟件、2G物理層軟件和3G物理層軟件這三個(gè)部分構(gòu) 成。如圖1所示,移動(dòng)終端被從睡眠狀態(tài)喚醒后,一般都需要進(jìn)行以下工作首先,硬件通 過(guò)中斷喚醒處于睡眠狀態(tài)的軟件,然后軟件將控制打開(kāi)射頻并與當(dāng)前服務(wù)小區(qū)取得同步, 接著由軟件控制頻率跟蹤與小區(qū)邊界保持鎖定,完成對(duì)服務(wù)小區(qū)尋呼指示信息的接收和處 理,然后啟動(dòng)對(duì)頻內(nèi)小區(qū)的測(cè)量和搜索,完成后啟動(dòng)頻間小區(qū)的測(cè)量和搜索,最后還要進(jìn)行 系統(tǒng)間測(cè)量,所有測(cè)量都完成以后,軟件需要將測(cè)量結(jié)果記錄到數(shù)據(jù)文件中,最后關(guān)閉射 頻,所有軟件再次進(jìn)入睡眠狀態(tài)。由上述描述可知,相關(guān)技術(shù)中尋呼接收周期結(jié)束時(shí),硬件先喚醒的是雙模協(xié)議棧 軟件,由雙模協(xié)議棧軟件統(tǒng)一控制射頻的打開(kāi)和關(guān)閉,并由雙模協(xié)議棧軟件統(tǒng)一控制調(diào)度
      3激活狀態(tài)的物理層軟件和非激活狀態(tài)的物理層軟件的喚醒、工作和睡眠;雙模協(xié)議棧軟件 在移動(dòng)終端系統(tǒng)中是最先被喚醒,也是最后進(jìn)入睡眠狀態(tài)的,在激活狀態(tài)的物理層軟件和 非激活狀態(tài)的物理層軟件的工作期間,雙模協(xié)議棧軟件一直處于非睡眠狀態(tài)。在上述處理流程中,由于通過(guò)雙模協(xié)議棧軟件的集中調(diào)度,因此增加了雙模協(xié)議 棧軟件的運(yùn)行時(shí)間,由于雙模協(xié)議棧軟件一般運(yùn)行在移動(dòng)終端的主要處理器的內(nèi)核上,而 主要處理器的工作電流是移動(dòng)終端待機(jī)電流的主要組成部分,因此,使用該方法會(huì)造成移 動(dòng)終端功耗較大。針對(duì)雙模移動(dòng)終端在喚醒后的工作流程耗電量大的問(wèn)題,相關(guān)技術(shù)中尚未提出有 效的解決方案。

      發(fā)明內(nèi)容
      本發(fā)明旨在提供一種用于雙模移動(dòng)終端的管理方法,以解決雙模移動(dòng)終端在無(wú)業(yè) 務(wù)狀態(tài)下耗電量大的問(wèn)題。根據(jù)本發(fā)明,提供了一種用于雙模移動(dòng)終端的管理方法。該雙模移動(dòng)終端包括激 活狀態(tài)的物理層軟件、雙模協(xié)議棧軟件和非激活狀態(tài)的物理層軟件。根據(jù)本發(fā)明的方法包括在到達(dá)尋呼接收周期間隔的情況下,激活狀態(tài)的物理層 軟件被觸發(fā)喚醒,接收并處理來(lái)自當(dāng)前服務(wù)小區(qū)的尋呼指示信息;激活狀態(tài)的物理層軟件 向雙模協(xié)議棧軟件上報(bào)第一信息,分別測(cè)量和搜索頻內(nèi)小區(qū)以及頻間小區(qū)后進(jìn)入睡眠狀 態(tài),其中,第一信息用于喚醒雙模協(xié)議棧軟件;雙模協(xié)議棧軟件處理第一信息,并喚醒非激 活狀態(tài)的物理層軟件;雙模協(xié)議棧軟件接收并處理非激活狀態(tài)的物理層軟件上報(bào)的第二信 息,進(jìn)入睡眠狀態(tài);非激活狀態(tài)的物理層軟件進(jìn)入睡眠狀態(tài)。優(yōu)選地,在激活狀態(tài)的物理層軟件接收并處理來(lái)自當(dāng)前服務(wù)小區(qū)的尋呼指示信息 的處理之前,該方法還包括激活狀態(tài)的物理層軟件打開(kāi)射頻,與當(dāng)前服務(wù)小區(qū)進(jìn)行同步。優(yōu)選地,激活狀態(tài)的物理層軟件向雙模協(xié)議棧軟件上報(bào)第一信息的處理具體包 括激活狀態(tài)的物理層軟件預(yù)測(cè)睡眠時(shí)間窗口即Tsleep窗口,并向雙模協(xié)議棧軟件上報(bào)攜 帶有Tsle印窗口的第一信息;其中,Tsle印窗口為進(jìn)行測(cè)量和搜索頻內(nèi)小區(qū)以及頻間小區(qū) 的處理所需的時(shí)間。優(yōu)選地,第一信息還包括尋呼指示信息、上一周期的測(cè)量結(jié)果信息。優(yōu)選地,雙模協(xié)議棧軟件處理第一信息,并觸發(fā)喚醒非激活狀態(tài)的物理層軟件的 處理具體包括雙模協(xié)議棧軟件將Tsleep窗口轉(zhuǎn)換為非激活狀態(tài)的物理層軟件能理解的 時(shí)間窗口,并根據(jù)該時(shí)間窗口觸發(fā)喚醒非激活狀態(tài)的物理層軟件。優(yōu)選地,雙模協(xié)議棧軟件接收并處理非激活狀態(tài)的物理層軟件上報(bào)的第二信息之 前,該方法還包括非激活狀態(tài)的物理層軟件進(jìn)行系統(tǒng)間測(cè)量,并向雙模協(xié)議棧軟件上報(bào)攜 帶有測(cè)量結(jié)果的第二信息,其中,非激活狀態(tài)的物理層軟件開(kāi)始進(jìn)行系統(tǒng)間測(cè)量的時(shí)間點(diǎn) 為T(mén)sle印窗口的開(kāi)始時(shí)間點(diǎn)。優(yōu)選地,非激活狀態(tài)的物理層軟件進(jìn)入睡眠狀態(tài)的處理具體包括非激活狀態(tài)的 物理層軟件關(guān)閉射頻,進(jìn)入睡眠狀態(tài)。優(yōu)選地,激活狀態(tài)的物理層軟件為上一次進(jìn)入睡眠狀態(tài)之前,雙模移動(dòng)終端所處 的通訊制式。
      借助于本發(fā)明的上述技術(shù)方案,在不增加硬件復(fù)雜度的情況下,通過(guò)增加軟件精 確預(yù)測(cè)和合理調(diào)度,縮短了軟件運(yùn)行時(shí)間,減小了雙模移動(dòng)終端在無(wú)業(yè)務(wù)狀態(tài)下的待機(jī)電 流,降低了系統(tǒng)功耗,提升了移動(dòng)終端性能。


      此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解,構(gòu)成本申請(qǐng)的一部分,本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明,并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)現(xiàn)有技術(shù)的雙模移動(dòng)終端的軟件處理流程的流程圖;圖2是根據(jù)本發(fā)明實(shí)施例的用于雙模移動(dòng)終端的管理方法的流程圖;圖3是根據(jù)本發(fā)明實(shí)施例的用于雙模移動(dòng)終端的管理方法的優(yōu)選處理方案的流 程圖;圖4是根據(jù)本發(fā)明實(shí)施例的用于雙模移動(dòng)終端的管理方法的一個(gè)處理實(shí)例的流 程圖;圖5是根據(jù)本發(fā)明實(shí)施例的空閑時(shí)間的時(shí)間比例的示意圖。
      具體實(shí)施例方式功能概述本發(fā)明的主要思想是為了實(shí)現(xiàn)降低雙模移動(dòng)終端待機(jī)功耗的問(wèn)題,根據(jù)本發(fā)明 實(shí)施例的方法通過(guò)對(duì)時(shí)間窗口的精確預(yù)測(cè)、對(duì)射頻單元的分散管理、以及對(duì)多核處理器之 間交互的合理的提前調(diào)度,實(shí)現(xiàn)雙模協(xié)議棧軟件、2G物理層軟件和3G物理層軟件之間的良 好配合,可縮短移動(dòng)終端軟件在無(wú)業(yè)務(wù)狀態(tài)下的運(yùn)行時(shí)間,提高軟件運(yùn)行效率,實(shí)現(xiàn)降低雙 模移動(dòng)終端整體功耗的目的。以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說(shuō)明,應(yīng)當(dāng)理解,此處所描述的優(yōu)選實(shí) 施例僅用于說(shuō)明和解釋本發(fā)明,并不用于限定本發(fā)明。方法實(shí)施例根據(jù)本發(fā)明,提供了一種用于雙模移動(dòng)終端的管理方法,其中,該雙模移動(dòng)終端包 括激活狀態(tài)的物理層軟件、雙模協(xié)議棧軟件和非激活狀態(tài)的物理層軟件,圖2是根據(jù)本發(fā)明實(shí)施例的用于雙模移動(dòng)終端的管理方法的流程圖。需要說(shuō)明的 是,在以下方法中描述的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行,并 且,雖然在圖2中示出了邏輯順序,但是在某些情況下,可以以不同于此處的順序執(zhí)行所示 出或描述的步驟。如圖2所示,該方法包括以下處理步驟S202,在到達(dá)尋呼接收周期間隔的情況下,激活狀態(tài)的物理層軟件被觸發(fā)喚 醒,接收并處理來(lái)自當(dāng)前服務(wù)小區(qū)的尋呼指示信息;步驟S204,激活狀態(tài)的物理層軟件向雙模協(xié)議棧軟件上報(bào)第一信息,分別測(cè)量和 搜索頻內(nèi)小區(qū)以及頻間小區(qū)后進(jìn)入睡眠狀態(tài),其中,第一信息用于喚醒雙模協(xié)議棧軟件;步驟S206,雙模協(xié)議棧軟件處理第一信息,并喚醒非激活狀態(tài)的物理層軟件;步驟S208,雙模協(xié)議棧軟件接收并處理非激活狀態(tài)的物理層軟件上報(bào)的第二信 息,進(jìn)入睡眠狀態(tài);步驟S210,非激活狀態(tài)的物理層軟件進(jìn)入睡眠狀態(tài)。
      下面詳細(xì)描述上述各處理的細(xì)節(jié)。( 一 )步驟 S202在到達(dá)尋呼接收周期間隔的情況下,激活狀態(tài)的物理層軟件被觸發(fā)喚醒,激活狀 態(tài)的物理層軟件打開(kāi)射頻,與當(dāng)前服務(wù)小區(qū)進(jìn)行同步,接收并處理來(lái)自當(dāng)前服務(wù)小區(qū)的尋 呼指示信息。( 二 )步驟 S204激活狀態(tài)的物理層軟件預(yù)測(cè)睡眠時(shí)間窗口即Tsle印窗口,該Tsle印窗口為進(jìn)行 測(cè)量和搜索頻內(nèi)小區(qū)以及頻間小區(qū)的處理所需的時(shí)間,并向雙模協(xié)議棧軟件上報(bào)攜帶有 Tsleep窗口的第一信息;其中,該第一信息還可以包括尋呼指示信息、上一周期的測(cè)量結(jié) 果{曰息;并且,激活狀態(tài)的物理層軟件喚醒雙模協(xié)議棧軟件,并進(jìn)行測(cè)量和搜索頻內(nèi)小區(qū)、 測(cè)量和搜索頻間小區(qū)的處理,之后進(jìn)入睡眠狀態(tài);(三)步驟 S2O6雙模協(xié)議棧軟件接收第一信息,并將第一信息中的Tsleep窗口轉(zhuǎn)換為非激活狀 態(tài)的物理層軟件能理解的時(shí)間窗口,根據(jù)該時(shí)間窗口觸發(fā)喚醒非激活狀態(tài)的物理層軟件。(四)步驟 S208非激活狀態(tài)的物理層軟件被觸發(fā)喚醒后進(jìn)行系統(tǒng)間測(cè)量,并向雙模協(xié)議棧軟件上 報(bào)攜帶有測(cè)量結(jié)果的第二信息,雙模協(xié)議棧軟件處理該測(cè)量結(jié)果之后進(jìn)入睡眠狀態(tài),其中, 非激活狀態(tài)的物理層軟件開(kāi)始進(jìn)行系統(tǒng)間測(cè)量的時(shí)間點(diǎn)為T(mén)sleep窗口的開(kāi)始時(shí)間點(diǎn)。(五)步驟S2IO非激活狀態(tài)的物理層軟件關(guān)閉射頻,進(jìn)入睡眠狀態(tài)。借助本發(fā)明的實(shí)施例,可以實(shí)現(xiàn)激活狀態(tài)的物理層軟件、雙模協(xié)議棧軟件和非激 活狀態(tài)的物理層軟件在無(wú)業(yè)務(wù)狀態(tài)下獲得最多的睡眠時(shí)間,實(shí)現(xiàn)了降低移動(dòng)終端整體功耗 的目的。圖3是根據(jù)本發(fā)明實(shí)施例的用于雙模移動(dòng)終端的管理方法的優(yōu)選處理方案的流 程圖。處于2G和3G的移動(dòng)終端在無(wú)業(yè)務(wù)狀態(tài)下必須按照一定的周期間隔醒來(lái),處理尋呼 信息接收、小區(qū)搜索測(cè)量等常規(guī)工作。這個(gè)周期間隔就是圖3中所示的尋呼接收周期。如 圖3所示,該方法包括以下步驟步驟S302,當(dāng)尋呼接收周期間隔到達(dá)時(shí),預(yù)先注冊(cè)在硬件上的定時(shí)器會(huì)產(chǎn)生一個(gè) 中斷,該中斷將觸發(fā)激活狀態(tài)的物理層軟件先被喚醒。所謂激活狀態(tài),指的是在最近一次移動(dòng)終端進(jìn)入睡眠狀態(tài)之前,移動(dòng)終端所處的 通信制式。例如,移動(dòng)終端進(jìn)入睡眠前是駐扎在3G通信系統(tǒng)上,那么激活狀態(tài)的物理層軟 件就是指3G物理層軟件,未激活狀態(tài)的物理層軟件則是2G物理層軟件;如果移動(dòng)終端進(jìn)入 睡眠前是駐扎在2G通信系統(tǒng)上,那么激活狀態(tài)的物理層軟件就是指2G物理層軟件,未激活 狀態(tài)的物理層軟件則是3G物理層軟件。激活狀態(tài)的物理層軟件被喚醒后,雙模協(xié)議棧軟件和非激活狀態(tài)的物理層軟件都 還處于睡眠狀態(tài)。步驟S304-S306,激活狀態(tài)的物理層軟件先打開(kāi)射頻與當(dāng)前服務(wù)小區(qū)取得同步,接 著控制頻率跟蹤與小區(qū)邊界鎖定,完成對(duì)服務(wù)小區(qū)尋呼指示信息的接收和處理。
      上述步驟S302-S306對(duì)應(yīng)于圖2中的步驟S202。步驟S308,在激活狀態(tài)的物理層軟件啟動(dòng)后續(xù)的對(duì)頻內(nèi)小區(qū)的測(cè)量和搜索,以及 對(duì)頻間小區(qū)的測(cè)量和搜索這些工作之前,激活狀態(tài)的物理層軟件需要先預(yù)測(cè)后續(xù)的這些工 作所需要花費(fèi)的時(shí)間,然后給出Tsle印(睡眠時(shí)間)窗口。該Tsle印窗口為指激活狀態(tài)的 物理層軟件完成后續(xù)的這些工作的時(shí)間點(diǎn)為開(kāi)始,到本次尋呼接收周期結(jié)束為終止的時(shí)間跨度。步驟S310,激活狀態(tài)的物理層軟件完成Tsle印窗口的預(yù)測(cè)后,將會(huì)喚醒雙模協(xié)議 棧軟件。上述步驟S308-S310對(duì)應(yīng)于圖2中的步驟S204。步驟S312,激活狀態(tài)的物理層軟件執(zhí)行對(duì)頻內(nèi)小區(qū)的測(cè)量和搜索,以及對(duì)頻間小 區(qū)的測(cè)量和搜索。步驟S314,雙模協(xié)議棧軟件處理激活狀態(tài)的物理層軟件上報(bào)的信息,將Tsle印窗 口轉(zhuǎn)換為非激活狀態(tài)的物理層軟件所能理解的時(shí)間窗口,并將喚醒非激活狀態(tài)的物理層軟 件。步驟S316,非激活狀態(tài)的物理層軟件被觸發(fā)喚醒。上述步驟S312-S314對(duì)應(yīng)于圖2中的步驟S206。步驟S318,非激活狀態(tài)的物理層軟件執(zhí)行系統(tǒng)間的測(cè)量,并向雙模協(xié)議棧軟件上 報(bào)的測(cè)量結(jié)果,雙模協(xié)議棧軟件處理上報(bào)的測(cè)量結(jié)果。步驟S320,雙模協(xié)議棧軟件接收并處理非激活狀態(tài)的物理層軟件上報(bào)的包括測(cè)量 結(jié)果的消息,進(jìn)入睡眠狀態(tài)。上述步驟S318-S320對(duì)應(yīng)于圖2中的步驟S208。步驟S322,非激活狀態(tài)的物理層軟件關(guān)閉射頻,進(jìn)入睡眠狀態(tài)。上述步驟S322對(duì) 應(yīng)于圖2中的步驟S210。在具體實(shí)施過(guò)程中,通過(guò)實(shí)際調(diào)試,可以精確預(yù)測(cè)和合理調(diào)度雙模協(xié)議棧軟件的 喚醒時(shí)機(jī),以實(shí)現(xiàn)非激活狀態(tài)的物理層軟件開(kāi)始執(zhí)行系統(tǒng)間測(cè)量的時(shí)間點(diǎn)恰好為T(mén)sleep 窗口的開(kāi)始時(shí)間點(diǎn)。上述的處理流程,觸發(fā)喚醒的順序不是受雙模協(xié)議棧軟件主控的,而是按照從激 活狀態(tài)的物理層軟件到雙模協(xié)議棧軟件,再到非激活狀態(tài)的物理層軟件這個(gè)順序來(lái)喚醒 的;睡眠也是相應(yīng)軟件完成尋呼接收周期工作后依次進(jìn)入睡眠的順序,而不是按雙模協(xié)議 棧軟件最先喚醒最后入睡的順序。通過(guò)這樣的合理調(diào)度,從圖3與圖1比較的結(jié)果可以得 出,雙模協(xié)議棧軟件減少了一個(gè)空閑時(shí)間1的無(wú)效空轉(zhuǎn)的耗電時(shí)間,有效實(shí)現(xiàn)了節(jié)約移動(dòng) 終端功耗的目的。圖4是根據(jù)本發(fā)明實(shí)施例的用于雙模移動(dòng)終端的管理方法的一個(gè)處理實(shí)例的流 程圖。該實(shí)例以WCDMA/GSM雙模移動(dòng)終端為例,設(shè)定雙模移動(dòng)終端在進(jìn)入睡眠前是駐扎在 WCDMA通信系統(tǒng)上,因此,本實(shí)施例的激活狀態(tài)的物理層軟件就是指WCDMA物理層軟件,非 激活狀態(tài)的物理層軟件是指GSM物理層軟件,雙模協(xié)議棧軟件就是指W/G雙模協(xié)議棧軟件。 圖4中所示的處理流程可以參考圖3,此處不贅述。參考圖1、圖3和圖4,空閑時(shí)間1主要是對(duì)應(yīng)于激活狀態(tài)的物理層軟件在尋呼接 收周期內(nèi)完成工作所需要的時(shí)間,空閑時(shí)間2主要是對(duì)應(yīng)于非激活狀態(tài)的物理層軟件在尋呼接收周期內(nèi)完成工作所需要的時(shí)間。通過(guò)圖5可以得出,空閑時(shí)間1消耗的時(shí)間是空閑 時(shí)間2消耗時(shí)間的5倍,這主要是激活狀態(tài)的物理層軟件在尋呼接收周期內(nèi)所需要完成的 工作更多的原因造成的,該時(shí)間比例是實(shí)際工程測(cè)算的結(jié)果。實(shí)驗(yàn)表明,當(dāng)采用根據(jù)本發(fā)明實(shí)施例提供的方法來(lái)進(jìn)行移動(dòng)終端軟件的設(shè)計(jì)后, 移動(dòng)終端軟件設(shè)計(jì)的復(fù)雜度沒(méi)有顯著增加,但移動(dòng)終端軟件的無(wú)效空轉(zhuǎn)時(shí)間縮短為原設(shè)計(jì) 方法的1/3,移動(dòng)終端在無(wú)業(yè)務(wù)狀態(tài)下的功耗下降了接近50%,雙模移動(dòng)終端待機(jī)時(shí)間平 均可延長(zhǎng)近30%。綜上所述,借助于本發(fā)明的技術(shù)方案,在不增加硬件復(fù)雜度的情況下,通過(guò)增加軟 件精確預(yù)測(cè)和合理調(diào)度,縮短了軟件運(yùn)行時(shí)間,減小了雙模移動(dòng)終端在無(wú)業(yè)務(wù)狀態(tài)下的待 機(jī)電流,降低了系統(tǒng)功耗,提升了移動(dòng)終端性能。顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來(lái)實(shí)現(xiàn),它們可以集中在單個(gè)的計(jì)算裝置上,或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上,可選地,它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(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)利要求
      一種用于雙模移動(dòng)終端的管理方法,其中,所述雙模移動(dòng)終端包括激活狀態(tài)的物理層軟件、雙模協(xié)議棧軟件和非激活狀態(tài)的物理層軟件,其特征在于,所述方法包括在到達(dá)尋呼接收周期間隔的情況下,所述激活狀態(tài)的物理層軟件被觸發(fā)喚醒,接收并處理來(lái)自當(dāng)前服務(wù)小區(qū)的尋呼指示信息;所述激活狀態(tài)的物理層軟件向所述雙模協(xié)議棧軟件上報(bào)第一信息,分別測(cè)量和搜索頻內(nèi)小區(qū)以及頻間小區(qū)后進(jìn)入睡眠狀態(tài),其中,所述第一信息用于喚醒所述雙模協(xié)議棧軟件;所述雙模協(xié)議棧軟件處理所述第一信息,并喚醒非激活狀態(tài)的物理層軟件;所述雙模協(xié)議棧軟件接收并處理所述非激活狀態(tài)的物理層軟件上報(bào)的第二信息,進(jìn)入睡眠狀態(tài);所述非激活狀態(tài)的物理層軟件進(jìn)入睡眠狀態(tài)。
      2.根據(jù)權(quán)利要求1所述的方法,其特征在于,在所述激活狀態(tài)的物理層軟件接收并處 理來(lái)自當(dāng)前服務(wù)小區(qū)的尋呼指示信息的處理之前,所述方法還包括所述激活狀態(tài)的物理層軟件打開(kāi)射頻,與所述當(dāng)前服務(wù)小區(qū)進(jìn)行同步。
      3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述激活狀態(tài)的物理層軟件向所述雙模 協(xié)議棧軟件上報(bào)所述第一信息的處理具體包括所述激活狀態(tài)的物理層軟件預(yù)測(cè)睡眠時(shí)間窗口即Tsleep窗口,并向所述雙模協(xié)議棧 軟件上報(bào)攜帶有所述Tsle印窗口的所述第一信息;其中,所述Tsleep窗口為進(jìn)行測(cè)量和搜索頻內(nèi)小區(qū)以及頻間小區(qū)的處理所需的時(shí)間。
      4.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述第一信息還包括所述尋呼指示信 息、上一周期的測(cè)量結(jié)果信息。
      5.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述雙模協(xié)議棧軟件處理所述第一信息, 并觸發(fā)喚醒所述非激活狀態(tài)的物理層軟件的處理具體包括所述雙模協(xié)議棧軟件將所述Tsleep窗口轉(zhuǎn)換為所述非激活狀態(tài)的物理層軟件能理解 的時(shí)間窗口,并根據(jù)該時(shí)間窗口觸發(fā)喚醒所述非激活狀態(tài)的物理層軟件。
      6.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述雙模協(xié)議棧軟件接收并處理所述非 激活狀態(tài)的物理層軟件上報(bào)的所述第二信息之前,所述方法還包括所述非激活狀態(tài)的物理層軟件進(jìn)行系統(tǒng)間測(cè)量,并向所述雙模協(xié)議棧軟件上報(bào)攜帶有 測(cè)量結(jié)果的所述第二信息,其中,所述非激活狀態(tài)的物理層軟件開(kāi)始進(jìn)行系統(tǒng)間測(cè)量的時(shí) 間點(diǎn)為所述Tsle印窗口的開(kāi)始時(shí)間點(diǎn)。
      7.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述非激活狀態(tài)的物理層軟件進(jìn)入睡眠 狀態(tài)的處理具體包括所述非激活狀態(tài)的物理層軟件關(guān)閉射頻,進(jìn)入睡眠狀態(tài)。
      8.根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的方法,其特征在于,所述激活狀態(tài)的物理層軟件 為上一次進(jìn)入睡眠狀態(tài)之前,所述雙模移動(dòng)終端所處的通訊制式。
      全文摘要
      本發(fā)明公開(kāi)了一種用于雙模移動(dòng)終端的管理方法,本發(fā)明包括在到達(dá)尋呼接收周期間隔的情況下,激活狀態(tài)的物理層軟件被觸發(fā)喚醒,接收并處理來(lái)自當(dāng)前服務(wù)小區(qū)的尋呼指示信息;激活狀態(tài)的物理層軟件向雙模協(xié)議棧軟件上報(bào)第一信息,分別測(cè)量和搜索頻內(nèi)小區(qū)以及頻間小區(qū)后進(jìn)入睡眠狀態(tài),其中,第一信息用于喚醒雙模協(xié)議棧軟件;雙模協(xié)議棧軟件處理第一信息,并喚醒非激活狀態(tài)的物理層軟件;雙模協(xié)議棧軟件接收并處理非激活狀態(tài)的物理層軟件上報(bào)的第二信息,進(jìn)入睡眠狀態(tài);非激活狀態(tài)的物理層軟件進(jìn)入睡眠狀態(tài)。通過(guò)本發(fā)明,能夠降低了移動(dòng)終端的耗電量。
      文檔編號(hào)H04W4/12GK101932136SQ20081019058
      公開(kāi)日2010年12月29日 申請(qǐng)日期2008年12月23日 優(yōu)先權(quán)日2008年12月23日
      發(fā)明者林星森 申請(qǐng)人:中興通訊股份有限公司
      網(wǎng)友詢問(wèn)留言 已有0條留言
      • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1