欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

工作模式控制方法和裝置的制作方法

文檔序號:7922458閱讀:217來源:國知局
專利名稱:工作模式控制方法和裝置的制作方法
技術領域
本發(fā)明涉及通信領域,尤其涉及一種工作模式控制方法和裝置。
背景技術
Wi恵(World Interoperability for Microwave Access,全球微波接入互操作 性)是一項基于IEEE 802. 16系列標準的寬帶無線接入城域網技術。WiMAX的基本目標是 在城域網接入環(huán)境下,確保不同廠商的無線設備互連互通,主要用于為家庭、企業(yè)以及移動 通信網絡提供"最后一公里"的高速寬帶接入以及將來的個人移動通信業(yè)務。相比于其他寬 帶無線接入技術,WiMAX具有覆蓋范圍廣、可擴展性強以及業(yè)務質量(Quality of Service, 簡稱為QoS)可控制等優(yōu)點。 802. 16m是IEEE 802. 16的長期演進版本,其基于IEEE802. 16e_2005,吞吐 率是WiMAX系統(tǒng)的兩倍。在802. 16m系統(tǒng)進行平滑演進的過程中,需要滿足演進的 IMT (MT-Advanced)的要求,同時支持包括移動臺(Mobile Station,簡稱為MS)和基 站(BaseStation,簡稱為BS)的無線接入城域網的正交頻分多址(WMAN-Orthogonal Frequency-Division Multiple Access,簡稱為OFDMA)設備,同時,802. 16m系統(tǒng)必須具有 節(jié)能功能,以降低原來的高耗能模式。 為了達到節(jié)約能源的目的,WiMAX提供了睡眠模式(Sle印Mode)和激活模式 (Active Mode),其中,Active模式是終端正常工作時所處的模式;而Sle印模式是MS和BS 通過預先協商在指定周期內暫時中止服務BS的服務的一種狀態(tài),即,在MS和BS預先協商 好的時間段內,MS從服務BS的空口中暫時消失。從服務BS的角度看,處于Sle印模式下 的MS處于不可用狀態(tài),MS的Sle印模式可以節(jié)省MS的功率消耗,并減少對BS空中接口資 源的占用。 雖然通過Sle印模式可以減少MS的能量消耗并減少對服務BS空中資源的使用, 但是對于在802. 16m系統(tǒng)中終端如何在Sle印模式中工作,目前并沒有給出具體的解決方 案。

發(fā)明內容
考慮到相關技術中存在的需要一種技術來解決終端如何在Sle印模式中工作的 問題而提出本發(fā)明,為此,本發(fā)明的主要目的在于提供一種工作模式控制方法及裝置,以解 決上述問題。 根據本發(fā)明的一個方面,提供一種工作模式控制方法,該方法用于控制終端在包 括睡眠窗口和監(jiān)聽窗口的睡眠模式下的操作。 根據本發(fā)明的工作模式控制方法包括終端在睡眠窗口中向基站發(fā)送帶寬請求, 并在發(fā)送帶寬請求后進入監(jiān)聽窗口 ;終端在監(jiān)聽窗口中接收基站的應答消息,并根據對應 答消息的接收操作控制終端在睡眠模式下的操作。 根據本發(fā)明的另一個方面,提供一種工作模式控制裝置,該裝置可以位于終端側。
根據本發(fā)明的工作模式控制裝置包括發(fā)送模塊,用于在睡眠模式下的睡眠窗口 中向基站發(fā)送帶寬請求;處理模塊,用于在發(fā)送模塊發(fā)送帶寬請求后,控制終端進入睡眠模 式下的監(jiān)聽窗口 ;接收模塊,用于在監(jiān)聽窗口中接收基站的應答消息;控制模塊,用于根據 對應答消息的接收操作控制終端在睡眠模式下的操作。 通過本發(fā)明的上述至少一個技術方案,通過終端在睡眠模式的睡眠窗口中向基站 發(fā)送帶寬請求后進入睡眠模式的監(jiān)聽窗口 ,相比于現有技術,通過終端在Sle印模式中工 作,減少了終端的能量消耗及其對服務基站空中資源的使用,達到了節(jié)約了能源的目的。


附圖用來提供對本發(fā)明的進一步理解,并且構成說明書的一部分,與本發(fā)明的實
施例一起用于解釋本發(fā)明,并不構成對本發(fā)明的限制。在附圖中 圖1是根據本發(fā)明方法實施例的工作模式控制方法的流程圖; 圖2是根據本發(fā)明方法實施例的終端在Sle印windows中發(fā)送帶寬請求后,經過
等待時間在listening window中接收應答消息的示意圖; 圖3是根據本發(fā)明實施例的終端在Sle印windows中發(fā)送帶寬請求后,經過等待 時間在listening window中未接收應答消息的示意圖; 圖4是根據本發(fā)明實施例的終端在Sle印windows的末尾發(fā)送帶寬請求后,經過 等待時間在listening window中接收應答消息的示意圖; 圖5是根據本發(fā)明實施例的終端在Sle印windows的末尾發(fā)送帶寬請求后,經過 等待時間在listening window中接收應答消息的示意圖; 圖6是根據本發(fā)明實施例的終端在Sle印windows中發(fā)送帶寬請求后立即在 listening window中接收應答消息的示意圖; 圖7是根據本發(fā)明實施例的工作模式控制裝置的結構框圖;
圖8是根據本發(fā)明實施例的工作模式控制裝置的優(yōu)選結構框圖。
具體實施方式

功能概述 目前,為了達到節(jié)約能源的目的,WiMAX提供了睡眠模式(Sle印Mode)和激活模 式(Active Mode),其中,睡眠模式包括睡眠窗口和監(jiān)聽窗口。在802. 16e系統(tǒng)中,規(guī)定終 端必須退出Sle印模式,但在802. 16m系統(tǒng)中,規(guī)定終端在向基站發(fā)送帶寬請求之后,可以 不退出Sle印模式,因為實際中的許多業(yè)務如果不退出Sle印模式,會更合適于后續(xù)的操 作處理,例如終端向基站發(fā)送的數據是UGS或者ERT時,這時終端繼續(xù)留在Sle印模式下 會更好?;诖耍景l(fā)明提出了一種在Sle印模式下,終端向基站在發(fā)送帶寬請求后,不退 出Sle印模式的具體實現方法。本發(fā)明的基本思路是終端在Sle印windows中向基站發(fā) 送帶寬請求后,終端不退出Sle印模式,繼續(xù)在Sle印模式下工作,即終端在向基站發(fā)送帶 寬請求后立即或經過預定等待間隔之后進入監(jiān)聽窗口 ,其中,終端能夠動態(tài)調整地Sle印 window的時間長度和listening window的時間長度。 在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
下面將結合附圖詳細描述本發(fā)明。
5
方法實施例 根據本發(fā)明實施例,提供了一種工作模式控制方法,用于控制終端在包括睡眠窗 口和監(jiān)聽窗口的睡眠模式下的操作。 圖1是根據本發(fā)明實施例的跨BSC軟切換方法的流程圖,需要說明的是,為了便于 描述,在圖1中以步驟的形式示出并描述了本發(fā)明的方法實施例的技術方案,在圖1中所示 出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。雖然在圖1中示出了邏 輯順序,但是在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟。如圖l所 示,該方法包括以下步驟(步驟S102至步驟S104)。 步驟S102,終端在睡眠窗口中向基站發(fā)送帶寬請求,并在發(fā)送帶寬請求后進入監(jiān) 聽窗口 ,其中,終端可以在發(fā)送帶寬請求后立即進入監(jiān)聽窗口 ,也可以在發(fā)送帶寬請求后經 過預定等待間隔之后進入監(jiān)聽窗口,該預定等待間隔小于或等于從帶寬請求的發(fā)送時刻到 應答消息的接收時刻所經過的時間間隔; 步驟S104,終端在監(jiān)聽窗口中接收基站的應答消息,并根據對應答消息的接收操 作控制終端在睡眠模式下的操作。 在步驟S102中,如果帶寬請求在睡眠窗口中的發(fā)送時刻與睡眠窗口的結束時刻 之間的時間段小于預定等待間隔,則終端可以延長睡眠窗口的大小,并在睡眠窗口中經過 預定等待間隔之后進入監(jiān)聽窗口,或者;終端在發(fā)送帶寬請求后的睡眠窗口結束后進入監(jiān) 聽窗口。 在步驟S104中,如果終端成功接收到應答消息,則終端進入睡眠窗口 ;或者,如果 終端在發(fā)送帶寬請求后的預定時間段內未接收到應答消息,則終端延長監(jiān)聽窗口的長度, 并在監(jiān)聽窗口中重復發(fā)送帶寬請求,如果終端重復發(fā)送帶寬請求的次數達到預先設定的次 數,則終端進入異常狀態(tài)模式。 通過本發(fā)明實施例提供的技術方案,通過終端在睡眠模式的睡眠窗口中向基站發(fā) 送帶寬請求后進入睡眠模式的監(jiān)聽窗口,相比于現有技術,通過終端在Sle印模式中工作, 減少了終端的能量消耗及其對服務基站空中資源的使用,達到了節(jié)約了能源的目的。
在具體實施過程中,終端可以在發(fā)送帶寬請求后立即進入監(jiān)聽窗口,也可以在發(fā) 送帶寬請求后經過預定等待間隔之后進入監(jiān)聽窗口 ,下面對上述兩種情況進行詳細說明。
( — )、第一種情況終端在發(fā)送帶寬請求后經過預定等待間隔之后進入監(jiān)聽窗 口,其中,該預定等待間隔小于或等于從帶寬請求的發(fā)送時刻到應答消息的接收時刻所經 過的時間間隔。 終端通過Sle印windows向基站發(fā)送帶寬請求或帶寬請求指示(indicator)。
終端發(fā)完帶寬請求或帶寬請求指示后,仍然回到Sle印模式,并在Sle印windows 下等待一段時間,為了將終端在Sle印windows下等待的這段時間與其他時間段區(qū)分,將這 段時間成為waitinterval,其中,wait interval可以由終端和基站在終端進入Sle印模式 之前協商來確定,也可以是標準規(guī)定的一個缺省值,wait interval的時間長度可以小于終 端在發(fā)出帶寬請求到接收基站反饋的帶寬請求應答消息(即,上文所述的應答消息)的時 間段的最短時間,該最短時間可以根據經驗值來確定。 終端在Sle印windows下等待了 wait interval后,就直接進入listening windows,準備接收帶寬請求應答消息,或者帶寬分配消息針對終端發(fā)帶寬請求指示的情況。 終端接收到上行帶寬分配之后,根據其在進入Sle印模式時與基站協商好的條件 決定是否要退出Sle印模式,例如終端可以根據帶寬請求消息中對應的cid來考慮在接收 到帶寬請求應答消息后是否退出Sle印模式。
在第一種情況中,存在以下兩種異常情況處理。 異常情況處理l,如果帶寬請求在睡眠窗口中的發(fā)送時刻與睡眠窗口的結束時刻 之間的時間段小于預定等待間隔,則終端在發(fā)送所述帶寬請求后的睡眠窗口結束后進入監(jiān) 聽窗口。具體來說,終端在Sle印window的末尾向基站發(fā)送了帶寬請求或帶寬請求指示, 在發(fā)送完帶寬請求或帶寬請求指示后,Sle印window所剩的大小小于wait interval,這 是可以采用以下兩種處理機制機制一、終端延長Sle印window,繼續(xù)等候wait interval 后,再進入listening windows ;機制二、不考慮wait interval,終端在Sleep window結束 后就直接進入listening window。采用上述處理機制一或機制二,由終端和基站在Sle印 模式初始化時協商確定,選擇其中的一種處理機制對該異常情況進行處理。
異常情況處理2,如果終端在發(fā)送帶寬請求后的預定時間段內未接收到基站的應 答消息,則終端可以延長監(jiān)聽窗口的長度,并在監(jiān)聽窗口中重復發(fā)送帶寬請求,如果終端重 復發(fā)送帶寬請求的次數達到預定次數,則終端進入異常狀態(tài)模式。具體地,終端在向基站 發(fā)送帶寬請求后沒有接收到基站的帶寬請求應答消息,在這種情況下,終端進入listening window后,可以延長listening window的時間長度,并在listening window下發(fā)送帶寬請 求,等待基站的帶寬請求應答消息,如果一定次數的請求后,還沒有接收到基站的帶寬請求 應答,則進入異常狀態(tài),當然這種異常處理方式也適用于在終端在listening window中向 基站發(fā)送帶寬請求,但沒有收到基站的帶寬請求應答消息的情況。 可以看出,基于上述描述,即終端向基站發(fā)送帶寬請求后,回到Sle印window,在
Sleep window中等待wait interval后再進入listening window。
( 二 )、第二種情況終端在發(fā)送帶寬請求后立即進入監(jiān)聽窗口 。 與第一種情況不同的是,終端向基站發(fā)送帶寬請求之后,直接進入listening
window,而沒有在Sle印windows下等待wait interval,下面對該過程進行詳細描述。另
外,該第二種情況適用于終端在進入Sle印window之前已經向基站發(fā)送了帶寬請求的情況。 終端在Sle印windows發(fā)送帶寬請求,仍然回到Sle印模式,并直接進入到 listening windows,準備接收集站返回的帶寬請求應答或者帶寬分配消息(針對終端發(fā)送 帶寬請求指示的情況)。 終端接收到上行帶寬分配之后,根據其在進入Sle印模式時與基站協商好的條件 決定是否要退出Sle印模式,例如終端可以根據帶寬請求對應的cid來考慮在收到帶寬請 求應答后是否退出Sle印模式。 在第二種情況下,存在以下一種異常情況處理。 異常情況處理如果終端在發(fā)送帶寬請求后的預定時間段內未接收到基站的應 答消息,終端可以延長監(jiān)聽窗口的長度,并在監(jiān)聽窗口中重復發(fā)送帶寬請求,如果終端重復 發(fā)送帶寬請求的次數達到預定次數,則終端進入異常狀態(tài)模式。具體地,終端在向基站發(fā) 送帶寬請求后沒有接收到基站的帶寬請求應答消息,在這種情況下,終端進入listeningwindow后,可以延長listening window的時間長度,并在listening window下發(fā)送帶寬請 求,等待基站的帶寬請求應答消息,如果一定次數的請求后,還沒有接收到基站的帶寬請求 應答,則進入異常狀態(tài),當然這種異常處理方式也適用于在終端在listening window中向 基站發(fā)送帶寬請求,但沒有收到基站的帶寬請求應答消息的情況。
下面結合附圖對本發(fā)明實施例對上述第一情況和第二種情況進行詳細說明。
圖2示出了終端在Sle印windows中發(fā)送帶寬請求后,經過等待時間在listening window中接收應答消息的示意圖,如圖2所示,終端在Sle印windows中向基站在發(fā)送帶寬 請求后在Sle印windows狀態(tài)下等待一段時間(wait interval),該wait interval的時 間長度大小取決于基站的處理能力,應該略小于終端在發(fā)出帶寬請求后接收到帶寬請求應 答消息的最短時間,該wait interval終端進入Sle印模式時,終端和BS進行協商確定的。 之后MS進入listening window,準備接收BS發(fā)送的帶寬請求應答消息。其中,通過以下 方式確定listening window的長度大小-listening window的大小等于睡眠周期(Sle印 cycle)的大小減去Sle印window的大小。終端在接收到帶寬請求應答消息后可以退出 Sle印模式,也可以不退出Sle印模式。其中,是否退出Sle印模式由終端和基站在Sle印 模式初始化時協商決定,例如,可以用帶寬請求時的cid進行標識,終端根據該cid來確定 是否退出Sle印模式。在終端不退出Sle印模式的情況下,基站可以根據具體情況來調整 Sle印Window禾P Listening Window的大小,自然也就調整了 Sle印cycle的大小,當然也 可以保持原來的大小。 圖3示出了終端在Sle印windows中發(fā)送帶寬請求后,經過等待時間在listening window中未接收應答消息的示意圖,如圖3所示,終端在Sle印windows中向基站在發(fā)送帶 寬請求后在Sle印windows狀態(tài)下等待一段時間(wait interval),該wait interval的時 間長度大小取決于基站的處理能力,應該略小于終端在發(fā)出帶寬請求后接收到帶寬請求應 答消息的最短時間,該wait interval終端進入Sle印模式時,終端和BS進行協商確定的。 之后MS進入listening window,準備接收BS發(fā)送的帶寬請求應答消息。其中,通過以下 方式確定listening window的長度大小-listening window的大小等于睡眠周期(Sle印 cycle)的大小減去Sle印window的大小。但經過等待時間后,終端在listening window 中沒有收到帶寬請求應答消息,此時終端并不退出listening window,而是在listening window中重新帶寬請求,并不退出listening window,終端重復發(fā)送帶寬請求的次數達到 預定次數,則終端進入異常狀態(tài)模式。 圖4示出了終端在Sle印windows的末尾發(fā)送帶寬請求后,經過等待時間在 listening window中接收應答消息的示意圖,如圖4所示,終端在Sle印windows中向 基站在發(fā)送帶寬請求后在Sle印windows狀態(tài)下等待一段時間(wait interval),該wait interval的時間長度大小取決于基站的處理能力,應該略小于終端在發(fā)出帶寬請求后接收 到帶寬請求應答消息的最短時間,該wait interval終端進入Sle印模式時,終端和BS進 行協商確定的。之后MS進入listeningwindow,準備接收BS發(fā)送的帶寬請求應答消息。其 中,通過以下方式確定listening window的長度大小-listening window的大小等于睡眠 周期(Sle印cycle)的大小減去Sle印window的大小。此時,終端并不馬上進入listening window,而是在按照設置的等待時間延長Sle印Window的長度,經過該等待時間后再進入 listeningwindow,基站會在在終端進入listening window之后再發(fā)送相應的帶寬請求應答消息。 圖5示出了終端在Sle印windows的末尾發(fā)送帶寬請求后,經過等待時間在 listening window中接收應答消息的示意圖,如圖5所示,終端在Sle印windows中向 基站在發(fā)送帶寬請求后在Sle印windows狀態(tài)下等待一段時間(wait interval),該wait interval的時間長度大小取決于基站的處理能力,應該略小于終端在發(fā)出帶寬請求后接收 到帶寬請求應答消息的最短時間,該wait interval終端進入Sle印模式時,終端和BS進 行協商確定的。之后MS進入listeningwindow,準備接收BS發(fā)送的帶寬請求應答消息。其 中,通過以下方式確定listening window的長度大小-listening window的大小等于睡眠 周期(Sle印cycle)的大小減去Sle印window的大小。此時,終端可以不考慮上述等待時 間,艮卩不調整Sle印windows的大小,在Sle印window結束后就進入listening window。
圖6示出了終端在Sle印windows中發(fā)送帶寬請求后立即在listening window 中接收應答消息的示意圖,如圖6所示,終端在Sle印windows中向基站在發(fā)送帶寬請求后 并不等待一段時間,直接進入listening window。
裝置實施例 根據本發(fā)明實施例,提供一種工作模式控制裝置。 圖7示出了根據本發(fā)明實施例的工作模式控制裝置示意圖,如圖7所示,該裝置包 括發(fā)送模塊10、處理模塊20、接收模塊30和控制模塊40。 發(fā)送模塊10,用于在睡眠模式下的睡眠窗口中向基站發(fā)送帶寬請求;處理模塊 20,連接至發(fā)送模塊10,用于在發(fā)送模塊10發(fā)送帶寬請求后,控制終端進入睡眠模式下的 監(jiān)聽窗口 ;接收模塊30,用于在監(jiān)聽窗口中接收基站的應答消息;控制模塊40,連接至接收 模塊30,用于根據對應答消息的接收操作控制終端在睡眠模式下的操作,具體地,在接收模 塊30成功接收到所述應答消息時,控制所述終端進入所述睡眠窗口 圖8示出了本發(fā)明實施例的同步信號序列的發(fā)送裝置的優(yōu)選結構框架圖,如圖8 所示,在圖7所示裝置的基礎上,處理模塊還包括第一設置子模塊202,連接至發(fā)送模塊10, 用于設置預定等待時間間隔;處理模塊20還用于在從發(fā)送模塊10發(fā)送帶寬請求后經過第 一設置子模塊202設置的預定等待間隔之后,控制終端進入監(jiān)聽窗口??刂颇K40包括 第二設置子模塊402,用于設置預定時間段;監(jiān)聽窗口維護子模塊404,用于延長監(jiān)聽窗口 的長度;調用子模塊406,連接至發(fā)送模塊10、接收模塊30、第二設置子模塊402和監(jiān)聽窗 口維護子模塊404,用于在接收模塊30在第二設置子模塊402設置的預定時間段內未接收 到應答消息時,調用監(jiān)聽窗口維護子模塊404,并調用發(fā)送模塊10在監(jiān)聽窗口中重復發(fā)送 帶寬請求。第三設置子模塊408連接至發(fā)送模塊IO,用于設置發(fā)送模塊重復發(fā)送帶寬請求 的預定次數,相應地,控制模塊40還用于發(fā)送模塊10重復發(fā)送帶寬請求的次數達到第三設 置子模塊408設置的預定次數時,控制終端進入異常狀態(tài)模式。 通過本發(fā)明實施例提供的工作模式控制裝置,通過終端在睡眠模式的睡眠窗口中 向基站發(fā)送帶寬請求后進入睡眠模式的監(jiān)聽窗口 ,相比于現有技術,通過終端在Sle印模 式中工作,減少了終端的能量消耗及其對服務基站空中資源的使用,達到了節(jié)約了能源的 目的。 如上所述,借助于本發(fā)明提供的工作模式控制方法和/或裝置,通過終端在睡眠 模式的睡眠窗口中向基站發(fā)送帶寬請求后進入睡眠模式的監(jiān)聽窗口 ,相比于現有技術,通過終端在Sle印模式中工作,減少了終端的能量消耗及其對服務基站空中資源的使用,達 到了節(jié)約了能源的目的。 以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領域的技 術人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內,所作的任何修 改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內。
權利要求
一種工作模式控制方法,用于控制終端在包括睡眠窗口和監(jiān)聽窗口的睡眠模式下的操作,其特征在于,所述方法包括所述終端在所述睡眠窗口中向基站發(fā)送帶寬請求,并在發(fā)送所述帶寬請求后進入所述監(jiān)聽窗口;所述終端在所述監(jiān)聽窗口中接收所述基站的應答消息,并根據對所述應答消息的接收操作控制所述終端在所述睡眠模式下的操作。
2. 根據權利要求1所述的方法,其特征在于,所述進入監(jiān)聽窗口包括 所述終端在發(fā)送所述帶寬請求后立即進入所述監(jiān)聽窗口 。
3. 根據權利要求1所述的方法,其特征在于,所述進入監(jiān)聽窗口包括 所述終端在發(fā)送所述帶寬請求后經過預定等待間隔之后進入所述監(jiān)聽窗口。
4. 根據權利要求3所述的方法,其特征在于,如果所述帶寬請求在所述睡眠窗口中的 發(fā)送時刻與所述睡眠窗口的結束時刻之間的時間段小于預定等待間隔,則所述進入監(jiān)聽窗 口包括所述終端延長所述睡眠窗口的大小,并在所述睡眠窗口中經過所述預定等待間隔之后 進入所述監(jiān)聽窗口。
5. 根據權利要求3所述的方法,其特征在于,如果所述帶寬請求在所述睡眠窗口中的 發(fā)送時刻與所述睡眠窗口的結束時刻之間的時間段小于預定等待間隔,則所述進入監(jiān)聽窗 口包括所述終端在發(fā)送所述帶寬請求后的所述睡眠窗口結束后進入所述監(jiān)聽窗口 。
6. 根據權利要求4或5所述的方法,其特征在于,所述預定等待間隔小于或等于從所述帶寬請求的所述發(fā)送時刻到所述應答消息的接收時刻所經過的時間間隔。
7. 根據權利要求1所述的方法,其特征在于,所述根據對所述應答消息的接收操作控制所述終端在所述睡眠模式下的操作包括如果所述終端成功接收到所述應答消息,則所述終端進入所述睡眠窗口 ;或者 如果所述終端在發(fā)送所述帶寬請求后的預定時間段內未接收到所述應答消息,則所述終端延長所述監(jiān)聽窗口的長度,并在所述監(jiān)聽窗口中重復發(fā)送所述帶寬請求。
8. 根據權利要求7所述的方法,其特征在于,如果所述終端重復發(fā)送所述帶寬請求的 次數達到預定次數,則所述終端進入異常狀態(tài)模式。
9. 一種工作模式控制裝置,位于終端側,其特征在于,所述裝置包括 發(fā)送模塊,用于在睡眠模式下的睡眠窗口中向基站發(fā)送帶寬請求; 處理模塊,用于在所述發(fā)送模塊發(fā)送所述帶寬請求后,控制所述終端進入所述睡眠模式下的監(jiān)聽窗口;接收模塊,用于在所述監(jiān)聽窗口中接收所述基站的應答消息;控制模塊,用于根據對所述應答消息的接收操作控制所述終端在所述睡眠模式下的操作。
10. 根據權利要求9所述的裝置,其特征在于,所述處理模塊還包括 第一設置子模塊,用于設置預定等待時間間隔;所述處理模塊還用于在從所述發(fā)送模塊發(fā)送所述帶寬請求后經過所述第一設置子模 塊設置的預定等待間隔之后,控制所述終端進入所述監(jiān)聽窗口。
11. 根據權利要求9或10所述的裝置,其特征在于,所述控制模塊用于所述接收模塊成 功接收到所述應答消息時,控制所述終端進入所述睡眠窗口 。
12. 根據權利要求9或10所述的裝置,其特征在于,所述控制模塊包括 第二設置子模塊,用于設置預定時間段; 監(jiān)聽窗口維護子模塊,用于延長所述監(jiān)聽窗口的長度;調用子模塊,用于在所述接收模塊在所述第二設置子模塊設置的所述預定時間段內未 接收到所述應答消息時,調用所述監(jiān)聽窗口維護子模塊,并調用所述發(fā)送模塊在所述監(jiān)聽 窗口中重復發(fā)送所述帶寬請求。
13. 根據權利要求9或10所述的裝置,其特征在于,所述控制模塊包括 第三設置子模塊,用于設置所述發(fā)送模塊重復發(fā)送所述帶寬請求的預定次數; 控制模塊,用于所述發(fā)送模塊重復發(fā)送所述帶寬請求的次數達到所述第三設置子模塊設置的預定次數時,控制所述終端進入異常狀態(tài)模式。
全文摘要
本發(fā)明公開了一種工作模式控制方法和裝置,其中,該方法包括終端在睡眠窗口中向基站發(fā)送帶寬請求,并在發(fā)送帶寬請求后進入監(jiān)聽窗口;終端在監(jiān)聽窗口中接收基站的應答消息,并根據對應答消息的接收操作控制終端在睡眠模式下的操作。借助于本發(fā)明的技術方案,減少了終端的能量消耗及其對服務基站空中資源的使用,達到了節(jié)約了能源的目的。
文檔編號H04W52/00GK101754400SQ20081018204
公開日2010年6月23日 申請日期2008年11月28日 優(yōu)先權日2008年11月28日
發(fā)明者曲紅云, 李楠, 馬書宇, 魯照華 申請人:中興通訊股份有限公司
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
婺源县| 邯郸市| 东莞市| 平乐县| 万荣县| 灵山县| 临沧市| 教育| 宁国市| 华安县| 乐山市| 建水县| 荔浦县| 十堰市| 蓬安县| 交城县| 措美县| 濉溪县| 永顺县| 启东市| 万载县| 汽车| 正阳县| 达拉特旗| 永靖县| 淳安县| 江阴市| 桃源县| 东辽县| 庐江县| 舟山市| 石河子市| 綦江县| 新宁县| 双柏县| 庆安县| 全椒县| 本溪| 湖北省| 泸定县| 新邵县|