專利名稱：用戶臺在無意識切換中快速恢復(fù)睡眠窗口的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信系統(tǒng)的“睡眠模式”，特別涉及用戶臺在無意識切換中快速恢復(fù)睡眠窗口的方法。
背景技術(shù)：
在無線通信系統(tǒng)中，用戶臺和基站之間的信息交換，需要利用電磁波的發(fā)送和接收來實(shí)現(xiàn)，由于絕大多數(shù)用戶臺使用電池進(jìn)行供電，能量儲(chǔ)備有限。而寬帶無線通信系統(tǒng)，需要提供更高數(shù)據(jù)率的空中接口，為了達(dá)到接收所需要的信號質(zhì)量，所需要的能量消耗也將相應(yīng)增大。因此能量消耗是寬帶無線通信系統(tǒng)設(shè)計(jì)需要考慮的關(guān)鍵問題之一。
“睡眠模式”是一種減少用戶臺能量消耗的有效方式。在“睡眠模式”下，用戶臺在沒有發(fā)送和接收業(yè)務(wù)時(shí)，在基站的控制下，可以中止部分模塊的工作，達(dá)到減少能量消耗，提高電池工作時(shí)間和待機(jī)時(shí)間的目的。同時(shí)，系統(tǒng)可以在基站和移動(dòng)臺約定的某個(gè)時(shí)間段內(nèi)，進(jìn)行信息的交換，從而完成同步，并獲知是否有下行業(yè)務(wù)處于“等待”中。如果有，用戶臺可以結(jié)束“睡眠模式”，轉(zhuǎn)入正常工作狀態(tài)；此外，如果用戶臺本身有上行業(yè)務(wù)需要發(fā)送，也可以隨時(shí)結(jié)束“睡眠模式”，轉(zhuǎn)入正常工作狀態(tài)。如果用戶臺沒有上行或下行業(yè)務(wù)，可以繼續(xù)“睡眠模式”，直到被喚醒。
“睡眠模式”主要適用于數(shù)據(jù)業(yè)務(wù)。
IEEE802.16是一個(gè)寬帶無線城域網(wǎng)規(guī)范，IEEE802.16e是IEEE802.16的擴(kuò)展模式，IEEE802.16e的設(shè)計(jì)目標(biāo)是基于IEEE802.16規(guī)范，在支持用戶的固定接入的基礎(chǔ)上，擴(kuò)展IEEE802.16以支持用戶的移動(dòng)性。因此，IEEE802.16e引入了“睡眠模式”以便減少用戶臺的能量消耗。
此外，在IEEE802.16e中，“睡眠模式”還可以為用戶的切換提供方便用戶臺可以在當(dāng)前服務(wù)基站申請?zhí)幱凇八吣Ｊ健?，在“睡眠期”中，對目?biāo)基站進(jìn)行“搜索”、同步和預(yù)接入，方便用戶臺隨后進(jìn)行的由“當(dāng)前服務(wù)基站”到“目標(biāo)基站”的切換。
在IEEE802.16e中，對于用戶臺，支持“睡眠模式”是可選功能，對于基站，支持“睡眠模式”是必須的。
在IEEE802.16e現(xiàn)有的規(guī)范中，與“睡眠模式”有關(guān)的消息有四個(gè)1.用于用戶臺請求“睡眠模式”的“睡眠模式請求”消息(MOB-SLP-REQ)；2.用于基站響應(yīng)用戶請求的“睡眠模式響應(yīng)”消息(MOB-SLP-RSP)；3.用于基站向處于“睡眠模式”中的用戶提供業(yè)務(wù)信息的“睡眠模式業(yè)務(wù)指示”消息(MOB-TRF-IND)；此外，處于“睡眠狀態(tài)”中的用戶需要在基站的控制下，進(jìn)行周期性同步，所使用的消息是“同步請求”消息(RNG-REQ)；對于該同步消息，基站利用“同步響應(yīng)”消息(RNG-RSP)進(jìn)行響應(yīng)。
以下對于上述消息進(jìn)行簡單介紹1.“睡眠模式請求”消息(MOB-SLP-REQ)“睡眠模式請求”消息供支持“睡眠模式”的用戶臺向基站發(fā)出“睡眠模式”請求。該消息在用戶臺的“基本連接標(biāo)識”(Basic CID)上發(fā)出。
表1“睡眠模式請求”消息(MOB-SLP-REQ)


以上參數(shù)的長度都是以“幀”(frame)為單位進(jìn)行度量的。其中，“最終睡眠窗口”的大小由“最終睡眠窗口大小(基數(shù))”和“最終睡眠窗口大小(冪次)”兩個(gè)參數(shù)按照下式計(jì)算得到“最終睡眠窗口”＝“最終睡眠窗口大小(基數(shù))”×2“最終睡眠窗口大小(冪次)”2.“睡眠模式響應(yīng)”消息(MOB-SLP-RSP)“睡眠模式響應(yīng)”消息(MOB-SLP-RSP)是基站用于響應(yīng)用戶臺的“睡眠模式請求”的消息，由基站在用戶的“基本連接標(biāo)識”(Basic CID)上發(fā)出?；疽部梢栽谟脩襞_沒有請求的情況下，發(fā)出這個(gè)消息。用戶臺可以利用該消息中包含的參數(shù)和“睡眠標(biāo)識”進(jìn)入“睡眠模式”。
表2“睡眠模式響應(yīng)”消息(MOB-SLP-RSP)


以上參數(shù)的長度都是以“幀”(frame)為單位進(jìn)行度量的。其中，“最終睡眠窗口”的大小由“最終睡眠窗口大小(基數(shù))”和“最終睡眠窗口大小(冪次)”兩個(gè)參數(shù)按照下式計(jì)算得到
“最終睡眠窗口”＝“最終睡眠窗口大小(基數(shù))”×2“最終睡眠窗口大小(冪次)”其中，用戶的“睡眠標(biāo)識”(SLPID)是唯一的當(dāng)任何一個(gè)用戶臺進(jìn)入“睡眠狀態(tài)”時(shí)，基站都會(huì)指定一個(gè)唯一的“睡眠標(biāo)識”。
3.“睡眠模式業(yè)務(wù)指示”消息(MOB-TRF-IND)“睡眠模式業(yè)務(wù)指示”消息(MOB-TRF-IND)由基站向處于“睡眠模式”的用戶臺發(fā)送，在用戶臺的“偵聽時(shí)間”內(nèi)承載在“廣播連接標(biāo)識”上發(fā)送。這個(gè)消息用于標(biāo)識處于“睡眠模式”的用戶是否在它的“睡眠時(shí)間”內(nèi)有“周期性同步”時(shí)隙和/或有“下行業(yè)務(wù)數(shù)據(jù)”；表3“睡眠模式業(yè)務(wù)指示”消息(MOB-TRF-IND)



4.“同步請求”消息(RNG-REQ)用于用戶臺向基站發(fā)出同步請求或者進(jìn)行初始同步和接入。
表4“同步請求”消息(RNG-REQ)

5.“同步響應(yīng)”消息(RNG-RSP)用于基站對用戶臺的“同步請求”消息(RNG-REQ)進(jìn)行響應(yīng)。也可以在用戶臺未發(fā)出請求的條件下，發(fā)出這個(gè)消息。
表5“同步響應(yīng)”消息(RNG-RSP)

現(xiàn)有的IEEE 802.16e/D4規(guī)范中，“睡眠模式”所規(guī)定的“睡眠窗口”可以達(dá)到(2^10-1)×2^(2^3-1)＝130944(幀長)，按照5毫秒/幀計(jì)算，可以達(dá)到660秒，大約11分鐘。這也就意味著，用戶臺可以在最長達(dá)11分鐘的時(shí)間內(nèi)，處于“睡眠狀態(tài)”，不發(fā)生上行和下行的數(shù)據(jù)傳送(除了周期性同步之外)。
對于車速移動(dòng)用戶(假設(shè)速度為72千米/小時(shí)，即20米/秒)，660秒時(shí)間，最大移動(dòng)距離可以達(dá)到13.2千米。這已經(jīng)大于一個(gè)小區(qū)的覆蓋范圍。
此外，對于小區(qū)邊緣的車速移動(dòng)用戶(假設(shè)速度為72千米/小時(shí)，即20米/秒)，200～300米的位置變化，就可以導(dǎo)致切換的發(fā)生，對應(yīng)的時(shí)間長度大約10秒(假設(shè)車速20米/秒)。
從上述分析可以發(fā)現(xiàn)，處于“睡眠模式”中的用戶臺，特別是處于小區(qū)邊緣的車速用戶臺，有相當(dāng)?shù)母怕蕰?huì)在“睡眠窗口”時(shí)間內(nèi)發(fā)生切換，由于發(fā)生這種切換時(shí)，用戶臺并沒有意識到切換的發(fā)生，只是在到達(dá)目標(biāo)基站的覆蓋范圍內(nèi)，從“睡眠狀態(tài)蘇醒”進(jìn)入到“偵聽時(shí)隙”時(shí)，用戶臺才會(huì)發(fā)現(xiàn)，因此在本文中，將這種切換稱為“無意識切換”。
當(dāng)用戶臺通過在“偵聽時(shí)隙”進(jìn)行偵聽，發(fā)現(xiàn)發(fā)生了“無意識切換”時(shí)，它會(huì)利用“同步請求”消息(RNG-REQ)向目標(biāo)基站發(fā)起“初始接入同步”，完成重新接入過程。這個(gè)過程類似于新用戶臺的接入過程。
在這個(gè)過程中，現(xiàn)有規(guī)范(IEEE 802.16e/D4)沒有提供可以使得用戶臺快速恢復(fù)的功能。也就是說，如果用戶臺在重新接入到目標(biāo)基站后，希望恢復(fù)“睡眠模式”(因?yàn)楫?dāng)前沒有上行和下行業(yè)務(wù)，進(jìn)入“睡眠模式”有助于減少能量消耗)，那么用戶臺需要重新利用“睡眠模式請求”消息(MOB-SLP-REQ)申請進(jìn)入“睡眠模式”?？紤]到用戶臺原來就處于“睡眠模式”，只是在新的目標(biāo)基站范圍內(nèi)繼續(xù)“睡眠模式”，因此將這樣的用戶臺等同于新申請的用戶臺，要求其重新申請，效率很低，會(huì)造成空中接口資源的浪費(fèi)，導(dǎo)致通信時(shí)間、能量消耗的增加。
同時(shí)，由于“睡眠窗口”是從“初始睡眠窗口”開始，按照2的冪次不斷增大，直到達(dá)到“最終睡眠窗口”大小。因此，如果在“目標(biāo)基站”中，重新開始這個(gè)過程，需要很長時(shí)間才可以達(dá)到“最終睡眠窗口”大小，這個(gè)過程同樣會(huì)導(dǎo)致通信時(shí)間、能量消耗的增加。

發(fā)明內(nèi)容
為了解決上述問題，本發(fā)明的目的是提供一種當(dāng)處于“睡眠模式”中的用戶臺發(fā)生“無意識切換”時(shí)，用戶臺“睡眠窗口”的快速恢復(fù)方法。
為實(shí)現(xiàn)上述目的，一種用戶臺在無意識切換中快速恢復(fù)睡眠窗口的方法，包括用戶臺向目標(biāo)基站發(fā)起同步請求，在“同步請求”消息中，攜帶該用戶臺的“睡眠模式恢復(fù)”請求和“睡眠窗口保持”請求或其中一個(gè)標(biāo)識；目標(biāo)基站在通過上述兩個(gè)標(biāo)識或其中之一得到用戶臺的請求后，決定是否接受用戶臺的請求；目標(biāo)基站對用戶臺的同步請求做出相應(yīng)，通過“同步相應(yīng)”消息和“睡眠模式恢復(fù)”請求和“睡眠窗口保持”請求或其中一個(gè)標(biāo)識告知用戶臺。
在現(xiàn)有的寬帶網(wǎng)絡(luò)規(guī)范(IEEE 802.16系列規(guī)范、HIPERMAN系列規(guī)范等)中，通過本方法，發(fā)生“無意識切換”的用戶臺，可以快速高效地恢復(fù)“睡眠模式”和保持“睡眠窗口”，從而提高系統(tǒng)的通信效率，節(jié)省能量。


圖1是用戶臺在發(fā)生“無意識切換”時(shí)，恢復(fù)“睡眠模式”的步驟(未采用“快速恢復(fù)”方法)；圖2是用戶臺在發(fā)生“無意識切換”時(shí)，恢復(fù)“睡眠模式”的步驟(采用“快速恢復(fù)”方法)。
具體實(shí)施例方式
本發(fā)明提出了一種，當(dāng)處于“睡眠模式”中的用戶臺發(fā)生“無意識切換”時(shí)，用戶臺“睡眠窗口”的快速恢復(fù)方法在用戶臺對目標(biāo)基站的初始接入的“同步請求”(RNG-REQ)消息中，加入指示標(biāo)識，在初始接入的同時(shí)，告知目標(biāo)基站用戶臺當(dāng)前是否希望恢復(fù)“睡眠模式”、以及“睡眠窗口”是否保持原狀態(tài)。在此基礎(chǔ)上，通過目標(biāo)基站的配合，可以快速高效地恢復(fù)用戶臺的“睡眠模式”和保持“睡眠窗口”。
1)當(dāng)用戶臺通過在“偵聽時(shí)隙”進(jìn)行偵聽，發(fā)現(xiàn)發(fā)生了“無意識切換”時(shí)，它會(huì)利用“同步請求”消息(RNG-REQ)向目標(biāo)基站(Target BS)發(fā)起“初始接入同步”；2)在“初始接入同步”中，用戶臺在原有的“同步請求”消息(RNG-REQ)所包含信息的基礎(chǔ)上，增加兩個(gè)指示標(biāo)識或者其中一個(gè)，分別是“睡眠模式恢復(fù)-請求”(SLP_Resume_REQ)標(biāo)識和“睡眠狀態(tài)參數(shù)-保持”(SLP_Parameter_Retain_REQ)標(biāo)識，以此告知目標(biāo)基站用戶臺當(dāng)前是否希望恢復(fù)“睡眠模式”、以及“睡眠窗口”是否保持原狀態(tài)。
3)目標(biāo)基站在通過上述兩個(gè)標(biāo)識或者其中之一得到用戶臺的請求后，結(jié)合當(dāng)前該用戶臺的下行業(yè)務(wù)數(shù)據(jù)情況，以及基站的系統(tǒng)資源等情況，決定是否接受用戶臺的請求；4)為了快速恢復(fù)用戶臺的“睡眠模式”和保持“睡眠窗口”，它可以借助于骨干網(wǎng)的幫助，向用戶臺原“服務(wù)基站”申請?jiān)摶颈Ａ舻年P(guān)于“睡眠模式”和/或“睡眠窗口”的有關(guān)信息；5)在此基礎(chǔ)上，“目標(biāo)基站”可以對用戶的“同步請求”消息(RNG-REQ)做出響應(yīng)，并通過“同步響應(yīng)”消息(RNG-RSP)和其中新增加的標(biāo)識告知用戶臺(即在“同步響應(yīng)”消息(RNG-RSP)中增加“睡眠模式恢復(fù)”參數(shù)，包括是否恢復(fù)“睡眠模式”、“睡眠窗口”是否保持原狀態(tài)，如果“睡眠模式”發(fā)生改變還需要提供有關(guān)參數(shù))。
6)用戶臺根據(jù)“同步響應(yīng)”消息(RNG-RSP)得到的信息，可以恢復(fù)“睡眠模式”，或者在此基礎(chǔ)上保持原有的“睡眠窗口”參數(shù)(如果基站同時(shí)批準(zhǔn)“睡眠模式恢復(fù)”(SLP_Resume_REQ)請求和“睡眠狀態(tài)參數(shù)-保持”請求(SLP_Parameter_Retain_REQ))。如果基站批準(zhǔn)“睡眠模式恢復(fù)”請求，同時(shí)“睡眠模式”參數(shù)發(fā)生改變，用戶臺還需要根據(jù)有關(guān)信息，實(shí)現(xiàn)新的“睡眠模式”參數(shù)。
實(shí)施例在IEEE 802.16e/D4規(guī)范中，處于“睡眠模式”中的用戶臺，在“睡眠窗口”時(shí)間內(nèi)發(fā)生切換，從“當(dāng)前服務(wù)基站”進(jìn)入到目標(biāo)基站的覆蓋范圍內(nèi)。發(fā)生切換時(shí)，用戶臺并沒有意識到切換的發(fā)生。從“睡眠狀態(tài)蘇醒”進(jìn)入到“偵聽時(shí)隙”時(shí)，用戶臺才發(fā)現(xiàn)此時(shí)發(fā)生了“無意識切換”。
此時(shí)用戶臺需要對“目標(biāo)基站”發(fā)起“初始接入”按照現(xiàn)有的規(guī)范要求，需要在完成初始接入后，再發(fā)送“睡眠模式請求”消息(MOB-SLP-REQ)，完成新的“睡眠模式”請求。這樣的方式對于用戶臺來說，申請的速度慢，能量消耗多，為了更加快速高效地申請恢復(fù)“睡眠模式”和/或保持“睡眠窗口”參數(shù)，用戶臺可以在初始接入申請時(shí)，在“同步請求”消息(RNG-REQ)中加入下述兩個(gè)標(biāo)識之一或者全部●“睡眠模式恢復(fù)-請求”(SLP_Resume_REQ)標(biāo)識；●“睡眠狀態(tài)參數(shù)-保持”(SLP_Parameter_Retain_REQ)標(biāo)識；告知目標(biāo)基站用戶臺當(dāng)前是否希望恢復(fù)“睡眠模式”、以及“睡眠窗口”是否保持原狀態(tài)。
目標(biāo)基站在對上述初始接入的“同步請求”進(jìn)行響應(yīng)時(shí)，通過在“同步響應(yīng)”消息(RNG-RSP)中增加“睡眠模式恢復(fù)”參數(shù)(包括是否恢復(fù)“睡眠模式”、“睡眠窗口”是否保持原狀態(tài)，如果“睡眠模式”發(fā)生改變還需要提供有關(guān)參數(shù))，從而完成與用戶臺之間關(guān)于“睡眠模式”和“睡眠窗口”快速恢復(fù)的信息交互。
參數(shù)格式1.在上述實(shí)施過程第2步中，“初始接入同步”中，用戶臺在原有的“同步請求”消息(RNG-REQ)所包含信息的基礎(chǔ)上，增加兩個(gè)指示標(biāo)識或者其中一個(gè)，分別是“睡眠模式恢復(fù)-請求”(SLP_Resume_REQ)標(biāo)識和“睡眠狀態(tài)參數(shù)-保持”(SLP_Parameter_Retain_REQ)標(biāo)識；這兩個(gè)標(biāo)識((SLP_Resume_REQ)標(biāo)識和“睡眠狀態(tài)參數(shù)-保持”(SLP_Parameter_Retain_REQ))可以采用單獨(dú)標(biāo)識，也可以如下格式聯(lián)合標(biāo)識SLP_Resume_REQ2bits可以按照下述方式定義標(biāo)識的含義0不進(jìn)行“睡眠模式”恢復(fù)請求；1請求恢復(fù)“睡眠模式”，同時(shí)保持“睡眠窗口”參數(shù)；2請求恢復(fù)“睡眠模式”，同時(shí)使用“睡眠窗口”參數(shù)(由基站重新分配)；3請求恢復(fù)“睡眠模式”，同時(shí)保持“睡眠窗口”參數(shù)(使用原“睡眠窗口”參數(shù)和狀態(tài)信息)；RNG-REQ消息編碼可以按照下述格式增加關(guān)于“睡眠模式”恢復(fù)的參數(shù)，其中加黑部分為新增加參數(shù)(對于現(xiàn)有的IEEE 802.16e/D4規(guī)范)Table 362a-RNG-REQ Message Encodings


2.在上述實(shí)施過程第5步中，基站在“睡眠模式恢復(fù)-響應(yīng)”消息(SLP_Resume_REQ)中，可以使用如下格式標(biāo)識響應(yīng)信息SLP_Resume_RSP2bits可以按照下述方式定義標(biāo)識的含義0基站不同意“睡眠模式”快速恢復(fù)請求，用戶臺需要使用“睡眠模式請求”(MOB_SLP_REQ)消息向目標(biāo)基站申請“睡眠模式”；1基站同意恢復(fù)“睡眠模式”，同時(shí)使用原“睡眠窗口”參數(shù)，但是需要重新開始“睡眠模式”；2基站同意恢復(fù)“睡眠模式”，但是需要使用新的“睡眠窗口”參數(shù)(由基站重新分配)；3基站同意恢復(fù)“睡眠模式”，同時(shí)使用原“睡眠窗口”參數(shù)和“睡眠窗口”狀態(tài)信息。
RNG-RSP消息編碼可以按照下述格式增加關(guān)于“睡眠模式”恢復(fù)的參數(shù)，其中加黑部分為新增加參數(shù)(對于現(xiàn)有的IEEE 802.16e/D4規(guī)范)

“睡眠標(biāo)識”更新域(SLPID_Update)為了配合上述SLP_Resume_RSP標(biāo)識，當(dāng)SLP_Resume_RSP＝1或2或3時(shí)，可以按照下述格式，進(jìn)行“睡眠標(biāo)識”更新?！八邩?biāo)識”更新域(SLPID_Update)可以添加到“同步請求響應(yīng)”(RNG-RSP)消息中表6“睡眠標(biāo)識”更新域(SLPID_Update)


其中，至少包括以下項(xiàng)

新“睡眠窗口”(New_SLP_WINDOW)參數(shù)為了配合上述SLP_Resume_RSP標(biāo)識，當(dāng)SLP_Resume_RSP＝2時(shí)，可以按照下述格式，分配新“睡眠窗口”參數(shù)。新“睡眠窗口”(New_SLP_WINDOW)參數(shù)可以添加到“同步請求響應(yīng)”(RNG-RSP)消息中


權(quán)利要求
1.一種用戶臺在無意識切換中快速恢復(fù)睡眠窗口的方法，包括用戶臺向目標(biāo)基站發(fā)起同步請求，在“同步請求”消息中，攜帶該用戶臺的“睡眠模式恢復(fù)”請求和“睡眠窗口保持”請求或其中一個(gè)標(biāo)識；目標(biāo)基站在通過上述兩個(gè)標(biāo)識或其中之一得到用戶臺的請求后，決定是否接受用戶臺的請求；目標(biāo)基站對用戶臺的同步請求做出相應(yīng)，通過“同步相應(yīng)”消息和“睡眠模式恢復(fù)”請求和“睡眠窗口保持”請求或其中一個(gè)標(biāo)識告知用戶臺。
2.按照權(quán)利要求1所述的方法，其特征在于還包括步驟目標(biāo)基站通過骨干網(wǎng)向用戶臺的原“服務(wù)基站”申請?jiān)摶颈Ａ舻摹八吣Ｊ健焙汀八叽翱凇钡挠嘘P(guān)信息。
3.按照權(quán)利要求1所述的方法，其特征在于所述在“同步請求”消息中，攜帶該用戶臺的“睡眠模式恢復(fù)”請求和“睡眠窗口保持”請求，至少覆蓋以下各種情況之一和/或某些情況的組合●不進(jìn)行“睡眠模式”恢復(fù)請求；●請求恢復(fù)“睡眠模式”，同時(shí)保持“睡眠窗口”參數(shù)；●請求恢復(fù)“睡眠模式”，同時(shí)使用“睡眠窗口”參數(shù)(由基站重新分配)；●請求恢復(fù)“睡眠模式”，同時(shí)保持“睡眠窗口”參數(shù)(使用原“睡眠窗口”參數(shù)和狀態(tài)信息)；
4.按照權(quán)利要求1所述的方法，其特征在于所述目標(biāo)基站在“同步響應(yīng)”消息(RNG-RSP)中，攜帶該用戶臺的“睡眠模式恢復(fù)”響應(yīng)和“睡眠窗口保持”響應(yīng)，至少包括以下各種情況之一和/或某些情況的組合●基站不同意“睡眠模式”快速恢復(fù)請求，用戶臺需要使用“睡眠模式請求”消息向目標(biāo)基站申請“睡眠模式”；●基站同意恢復(fù)“睡眠模式”，同時(shí)使用原“睡眠窗口”參數(shù)，但是需要重新開始“睡眠模式”；●基站同意恢復(fù)“睡眠模式”，但是需要使用新的“睡眠窗口”參數(shù)(由基站重新分配)；●基站同意恢復(fù)“睡眠模式”，同時(shí)使用原“睡眠窗口”參數(shù)和“睡眠窗口”狀態(tài)信息。
5.按照權(quán)利要求1或3所述的方法，其特征在于用“睡眠模式恢復(fù)”請求和“睡眠窗口保持”請求告知目標(biāo)基站用戶臺當(dāng)前是否希望恢復(fù)“睡眠模式”和“睡眠窗口”是否保持原狀態(tài)。
6.按照權(quán)利要求1所述的方法，其特征在于目標(biāo)基站在“同步響應(yīng)”消息中，攜帶用戶臺的新“睡眠標(biāo)識”；
7.按照權(quán)利要求1所述的方法，其特征在于目標(biāo)基站在“同步響應(yīng)”消息中，攜帶用戶臺的新“睡眠窗口”參數(shù)。
8.照權(quán)利要求7所述的方法，其特征在于目標(biāo)基站在“同步響應(yīng)”消息中攜帶的用戶臺新“睡眠窗口”參數(shù)包括以下一項(xiàng)和/或多項(xiàng)參數(shù)的組合●起始時(shí)間；●初始睡眠窗口大??；●最終睡眠窗口大小(基數(shù))；●最終睡眠窗口大小(冪次)；●“偵聽”時(shí)間長度。
全文摘要
一種用戶臺在無意識切換中快速恢復(fù)睡眠窗口的方法，包括用戶臺向目標(biāo)基站發(fā)起同步請求，在“同步請求”消息中，攜帶該用戶臺的“睡眠模式恢復(fù)”請求和“睡眠窗口保持”請求或其中一個(gè)標(biāo)識；目標(biāo)基站在通過上述兩個(gè)標(biāo)識或其中之一得到用戶臺的請求后，決定是否接受用戶臺的請求；目標(biāo)基站對用戶臺的同步請求做出相應(yīng)，通過“同步相應(yīng)”消息和“睡眠模式恢復(fù)”請求和“睡眠窗口保持”請求或其中一個(gè)標(biāo)識告知用戶臺。在現(xiàn)有的寬帶網(wǎng)絡(luò)規(guī)范中，通過本方法，發(fā)生“無意識切換”的用戶臺，可以快速高效地恢復(fù)“睡眠模式”和保持“睡眠窗口”，從而提高系統(tǒng)的通信效率，節(jié)省能量。
文檔編號H04W76/02GK1753520SQ200410078239
公開日2006年3月29日 申請日期2004年9月21日 優(yōu)先權(quán)日2004年9月21日
發(fā)明者鄭旭峰, 蔣海林, 王海, 具昌會(huì) 申請人:北京三星通信技術(shù)研究有限公司, 三星電子株式會(huì)社