專利名稱：用于在寬帶無線接入通信系統(tǒng)中控制睡眠模式與喚醒模式之間的狀態(tài)轉(zhuǎn)換的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及一種寬帶無線接入通信系統(tǒng)，特別涉及一種用于在采用正交頻分多路復(fù)用(OFDM)的寬帶無線接入通信系統(tǒng)中控制睡眠模式和喚醒模式的系統(tǒng)和方法。
背景技術(shù)：
在第4代(4G)通信系統(tǒng)中，正在積極地研究用于以約100Mbps的數(shù)據(jù)速率向用戶提供保證各種業(yè)務(wù)質(zhì)量(QoS)的業(yè)務(wù)的技術(shù)。目前第三代(3G)通信系統(tǒng)在具有相對較差信道環(huán)境的室外信道環(huán)境中通常支持約384Kbps的數(shù)據(jù)速率，并且在具有相對較好信道環(huán)境的室內(nèi)信道環(huán)境中甚至支持最大2Mbps的數(shù)據(jù)速率。或者，無線局域網(wǎng)(LAN)系統(tǒng)和無線城域網(wǎng)(MAN)系統(tǒng)通常支持20Mbps到50Mbps的數(shù)據(jù)速率。
因此，在當(dāng)前4G通信系統(tǒng)中，正在積極地研究一種新通信系統(tǒng)，其高效地保證為了支持4G通信系統(tǒng)打算提供的高速業(yè)務(wù)而支持相對較高數(shù)據(jù)速率的無線LAN系統(tǒng)和無線MAN系統(tǒng)的移動性和高QoS。
由于其寬的業(yè)務(wù)覆蓋范圍和高數(shù)據(jù)速率，無線MAN系統(tǒng)適于高速通信業(yè)務(wù)。然而，由于未對用戶或訂戶臺(subscriber station，SS)的移動性加以考慮，因此在該系統(tǒng)中也不考慮由于訂戶臺的快速移動而導(dǎo)致的切換(handoff)或小區(qū)選擇。
圖1是示意性地示出傳統(tǒng)的采用正交頻分多路復(fù)用(OFDM)/正交頻分多路接入(OFDMA)的寬帶無線接入通信系統(tǒng)(以下稱作“OFDM/OFDMA寬帶無線接入通信系統(tǒng)”)的配置的圖。更具體地說，圖1是示意性地示出IEEE802.16a通信系統(tǒng)的配置的圖。
然而，在給出圖1的描述之前，應(yīng)當(dāng)注意，無線MAN系統(tǒng)是寬帶無線接入(BWA)通信系統(tǒng)，并且與無線LAN系統(tǒng)相比具有更寬的業(yè)務(wù)覆蓋范圍并且支持更高的數(shù)據(jù)速率。IEEE 802.16a通信系統(tǒng)是采用OFDM和OFDMA的通信系統(tǒng)，以便支持無線MAN系統(tǒng)的寬帶傳輸網(wǎng)絡(luò)到物理信道。
也就是，IEEE 802.16a通信系統(tǒng)是OFDM/OFDMA寬帶無線接入通信系統(tǒng)。將OFDM/OFDMA應(yīng)用到無線MAN系統(tǒng)中的IEEE 802.16a通信系統(tǒng)使用多個副載波傳輸物理信道信號，從而使得有可能支持高速數(shù)據(jù)通信。
或者，IEEE 802.16e通信系統(tǒng)具有與IEEE 802.16a通信系統(tǒng)相同的特性，但是還考慮訂戶臺的移動性。然而，對于IEEE 802.16e通信系統(tǒng)，尚未提出任何規(guī)范。
由于IEEE 802.16e通信系統(tǒng)對訂戶臺的移動性加以考慮，因此這里假定訂戶臺(SS)是指移動臺(MS)或移動訂戶臺(MSS)。也就是，MS或MSS是指被給予移動性的SS。
參照圖1，IEEE 802.16a通信系統(tǒng)具有單小區(qū)配置，并且包括基站(BS)100和由基站100控制的多個訂戶臺(SS)110、120和130。使用OFDM/OFDMA技術(shù)執(zhí)行基站100與訂戶臺110、120和130之間的信號交換。
如上所述，IEEE 802.16a通信系統(tǒng)目前僅考慮訂戶臺是固定的狀態(tài)，即從不考慮訂戶臺的移動性，而僅考慮單小區(qū)配置。然而，如上所述，除了IEEE802.16a通信系統(tǒng)的特性之外，IEEE 802.16e通信系統(tǒng)還考慮訂戶臺的移動性。因此，IEEE 802.16e通信系統(tǒng)必須考慮多小區(qū)環(huán)境中訂戶臺的移動性。為了考慮多小區(qū)環(huán)境中訂戶臺的移動性，則不可避免地必須修改訂戶臺和基站的操作。然而，IEEE 802.16e通信系統(tǒng)尚未提出任何用于處理多小區(qū)環(huán)境和訂戶臺移動性的方法。
在IEEE 802.16e通信系統(tǒng)中，當(dāng)對訂戶臺的移動性加以考慮時，訂戶臺的功耗是管理整個系統(tǒng)資源的重要因素。因此，提出了用于最小化訂戶臺功耗的訂戶臺與基站之間的睡眠模式操作和對應(yīng)的喚醒模式操作。
圖2是示意性地示出在傳統(tǒng)的IEEE 802.16e通信系統(tǒng)中提出的睡眠模式操作的圖。在給出圖2的描述之前，應(yīng)當(dāng)注意，睡眠模式是為了在不傳送任何分組數(shù)據(jù)的空閑間隔內(nèi)最小化訂戶臺的功耗而提出的。也就是，在睡眠模式下，訂戶臺和基站都轉(zhuǎn)換到睡眠模式，以便在不傳送任何分組數(shù)據(jù)的空閑間隔內(nèi)最小化訂戶臺的功耗。
因為分組數(shù)據(jù)通常是基于突發(fā)而生成的，所以不傳送分組數(shù)據(jù)的間隔在操作上與傳送分組數(shù)據(jù)的間隔相同是不太可能的。因此，提出了睡眠模式。
然而，如果處于睡眠模式下的訂戶臺具有要與基站交換的分組數(shù)據(jù)，則訂戶臺必須轉(zhuǎn)換到喚醒模式以與基站交換分組數(shù)據(jù)。
這樣的睡眠模式操作已作為用于最小化功耗和信道信號間干擾的計劃被提出。然而，由于分組數(shù)據(jù)的特性主要受到通信量(traffic)的影響，因此必須考慮通信量特性和分組數(shù)據(jù)的傳送方案來適應(yīng)性地執(zhí)行睡眠模式操作。
參照圖2，標(biāo)號211表示所生成的分組數(shù)據(jù)的模式，其包括多個開(ON)間隔和關(guān)(OFF)間隔。開間隔是生成分組數(shù)據(jù)或通信量的突發(fā)間隔，而關(guān)間隔是不生成通信量的空閑間隔。
訂戶臺根據(jù)通信量生成模式轉(zhuǎn)換到睡眠模式或喚醒模式，從而最小化訂戶臺的功耗并且降低信道信號之間的干擾。
標(biāo)號213表示基站的狀態(tài)轉(zhuǎn)換(或模式轉(zhuǎn)換)模式，其包括多個喚醒模式和睡眠模式。喚醒模式是指生成通信量的狀態(tài)，并且在這些狀態(tài)下，執(zhí)行基站與訂戶臺之間的實際分組數(shù)據(jù)傳送/接收。相反，睡眠模式是指不生成通信量的狀態(tài)，并且在這些狀態(tài)下，不執(zhí)行基站與訂戶臺之間的分組數(shù)據(jù)傳送/接收。
標(biāo)號215表示訂戶臺的功率電平(SS功率電平)的模式，并且如圖所示，如果喚醒模式下訂戶臺的功率電平被定義為“K”，則睡眠模式下訂戶臺的功率電平為‘M’。將喚醒模式下訂戶臺的功率電平K與睡眠模式下訂戶臺的功率電平M相比，M值比K值小得多。也就是，在睡眠模式下，由于不執(zhí)行分組數(shù)據(jù)的傳送/接收而消耗非常少的功率。
下面將描述目前為了支持睡眠模式操作而在IEEE 802.16e通信系統(tǒng)中提出的方案。然而，在描述目前在IEEE 802.16e通信系統(tǒng)中提出的方案之前，將描述下面前提。
為了轉(zhuǎn)換到睡眠模式，訂戶臺必須從基站接收狀態(tài)轉(zhuǎn)換許可，并且基站允許基站轉(zhuǎn)換到睡眠模式然后傳送分組數(shù)據(jù)。
另外，基站必須在訂戶臺的監(jiān)聽間隔內(nèi)向訂戶臺通知存在要傳送到訂戶臺的分組數(shù)據(jù)。此時，訂戶臺必須從睡眠模式喚醒，并且確定是否存在要從基站傳送到訂戶臺自身的分組數(shù)據(jù)?！氨O(jiān)聽間隔”的詳細(xì)描述將在下面給出。
如果確定存在要從基站傳送到訂戶臺自身的分組數(shù)據(jù)，則訂戶臺轉(zhuǎn)換到喚醒模式以從基站接收分組數(shù)據(jù)。然而，如果確定不存在要從基站傳送到訂戶臺自身的分組數(shù)據(jù)，則訂戶臺可以返回到睡眠模式或者保持喚醒模式。
A.操作參數(shù)現(xiàn)在將描述支持睡眠模式和喚醒模式操作所需的參數(shù)。
(1)睡眠間隔睡眠間隔由訂戶臺請求，并且由基站響應(yīng)訂戶臺的請求而分配。睡眠間隔表示從訂戶臺轉(zhuǎn)換到睡眠模式的時間到訂戶臺轉(zhuǎn)換回到喚醒模式的時間的時間間隔。結(jié)果，睡眠間隔被定義為訂戶臺保持在睡眠模式下的時間。
即使在睡眠間隔之后，訂戶臺也可以繼續(xù)保持在睡眠模式下。在這種情況下，訂戶臺通過使用預(yù)定最小窗口(MIN-WINDOW)或最大窗口(MAX-WINDOW)執(zhí)行呈指數(shù)增長算法來更新睡眠間隔。最小窗口值是睡眠間隔的最小值，而最大窗口值是睡眠間隔的最大值。另外，最小窗口值和最大窗口值以幀數(shù)表示，并且基站分配兩者。下面將更詳細(xì)地描述這些值。
(2)監(jiān)聽間隔監(jiān)聽間隔由訂戶臺請求，并且由基站響應(yīng)訂戶臺的請求而分配。監(jiān)聽間隔表示訂戶臺在其從睡眠模式喚醒一小段時間之后與來自基站的下行鏈路信號同步接收下行鏈路消息如通信量指示(TRF_IND)消息的時間間隔。通信量指示消息是要傳送到訂戶臺的通信量消息(即，表示存在分組數(shù)據(jù)的消息)，并且稍后將對其進(jìn)行詳細(xì)的描述。訂戶臺根據(jù)通信量指示消息的值，確定它是將保持在喚醒模式下，還是轉(zhuǎn)換回到睡眠模式。
(3)睡眠間隔更新算法如果訂戶臺轉(zhuǎn)換到睡眠模式，則它通過將預(yù)定最小窗口值視作最小睡眠模式循環(huán)來確定睡眠間隔。在睡眠間隔期滿之后，訂戶臺在監(jiān)聽間隔內(nèi)從睡眠模式喚醒以確定是否存在要從基站傳送的分組數(shù)據(jù)。如果確定不存在要從基站傳送的分組數(shù)據(jù)，則訂戶臺將睡眠間隔設(shè)成比先前睡眠間隔長兩倍的值，并且繼續(xù)保持在睡眠模式下。
例如，當(dāng)最小窗口值為‘2’時，訂戶臺將睡眠間隔設(shè)成2幀，然后，在2幀內(nèi)保持在睡眠模式下。在2幀期滿之后，訂戶臺從睡眠模式喚醒，并且確定是否接收到通信量指示消息。如果確定未接收到通信量指示消息，即如果確定不存在從基站傳送到訂戶臺的分組數(shù)據(jù)，則訂戶臺將睡眠間隔設(shè)成4幀，即原始2幀的兩倍，然后在4幀內(nèi)保持在睡眠模式下。
因此，睡眠間隔從最小窗口值增加到最大窗口值，并且用于更新睡眠間隔的算法為睡眠間隔更新算法。
B.操作消息現(xiàn)在將描述目前為了支持睡眠模式和喚醒模式操作而在IEEE 802.16e通信系統(tǒng)中定義的消息。
(1)睡眠請求(SLP_REQ)消息睡眠請求消息從訂戶臺傳送到基站，并且由訂戶臺用于發(fā)出向睡眠模式的狀態(tài)轉(zhuǎn)換請求。睡眠請求消息包括訂戶臺在睡眠模式下操作所需的參數(shù)或信息元素(IE)，并且睡眠請求消息具有如下面表1所示的格式。
表1

睡眠請求消息是基于訂戶臺的連接標(biāo)識符(CID)而傳送的專用消息。
更具體地說，MANAGEMENT MESSAGE TYPE(管理消息類型)是表示當(dāng)前傳送消息的類型的信息，而MANAGEMENT MESSAGE TYPE＝45表示睡眠請求消息。MIN-WINDOW(最小窗口)的值表示為睡眠間隔請求的起始值(以幀測量)，而MAX-WINDOW(最大窗口)的值表示為睡眠間隔請求的終止值(以幀測量)。也就是，如結(jié)合睡眠間隔更新算法所述，可以在最小窗口(MIN-WINDOW)值與最大窗口(MAX-WINDOW)值之間的值內(nèi)更新睡眠間隔。另外，LISTENING INTERVAL(監(jiān)聽間隔)表示所請求的監(jiān)聽間隔(以幀測量)。LISTENING INTERVAL也采用幀值表示。
(2)睡眠響應(yīng)(SLP_RSP)消息睡眠響應(yīng)消息是對睡眠請求消息的響應(yīng)消息，并且表示是同意還是拒絕由訂戶臺請求的向睡眠模式的狀態(tài)轉(zhuǎn)換，或者表示未經(jīng)請求(unsolicited)的指令。也就是，睡眠響應(yīng)消息不僅用作對睡眠請求消息的響應(yīng)消息，而且用作甚至在沒有接收到睡眠請求消息的情況下也可傳送的未經(jīng)請求的指令消息。
下面將更詳細(xì)地描述用作表示未經(jīng)請求的指令的消息的睡眠響應(yīng)消息。睡眠響應(yīng)消息包括訂戶臺在睡眠模式下操作所需的信息元素。睡眠響應(yīng)消息具有如下面表2所示的格式。
表2

睡眠響應(yīng)消息也是基于訂戶臺的連接ID而傳送的專用消息。
MANAGEMENT MESSAGE TYPE(管理消息類型)是表示當(dāng)前傳送消息的類型的信息，而MANAGEMENT MESSAGE TYPE＝46表示睡眠響應(yīng)消息。SLEEP-APPROVED(睡眠是否被同意)的值以1比特表達(dá)，并且SLEEP-APPROVED＝0表示拒絕向睡眠模式的轉(zhuǎn)換請求(拒絕睡眠模式請求)，而SLEEP-APPROVED＝1表示同意向睡眠模式的轉(zhuǎn)換請求(同意睡眠模式請求)。另外，對于SLEEP-APPROVED＝0，存在7比特RESERVED(保留)字段，而對于SLEEP-APPROVED＝1，存在7比特START-TIME(開始時間)字段、6比特MIN-WINDOW(最小窗口)字段、10比特MAX-WINDOW(最大窗口)字段以及8比特LISTENING INTERVAL(監(jiān)聽間隔)字段。
這里，STAT-TIME的值表示直到訂戶臺進(jìn)入第一睡眠間隔為止所需的幀數(shù)，其中排除接收到睡眠響應(yīng)消息的幀。也就是，訂戶臺在以接收到睡眠響應(yīng)消息的幀的下一幀開始對應(yīng)于START-TIME值的幀期滿之后進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換。
另外，MIN-WINDOW的值表示睡眠間隔的起始值(以幀測量)，而MAX-WINDOW的值表示睡眠間隔的終止值(以幀測量)。LISTENINGINTERVAL表示監(jiān)聽間隔值(以幀測量)。
(3)通信量指示(TRF_IND)消息通信量指示消息在監(jiān)聽間隔內(nèi)由基站傳送到訂戶臺，并且用來指示存在要由基站傳送到訂戶臺的分組數(shù)據(jù)。通信量指示消息具有如下面表3所示的格式。
表3

不同于睡眠請求消息和睡眠響應(yīng)消息，通信量指示消息是基于廣播而傳送的廣播消息。通信量指示消息是指示存在或不存在要從基站傳送到特定訂戶臺的分組數(shù)據(jù)的消息，并且訂戶臺在監(jiān)聽間隔內(nèi)對所廣播的通信量指示消息進(jìn)行解碼，并且確定是轉(zhuǎn)換到喚醒模式還是保持睡眠模式。
如果訂戶臺確定轉(zhuǎn)換到喚醒模式，則訂戶臺分析幀同步。如果所分析的幀順序號與期望幀順序號不相同，則訂戶臺可以在喚醒模式下發(fā)出對丟失分組數(shù)據(jù)的重新傳送請求。然而，如果訂戶臺在監(jiān)聽間隔內(nèi)沒有接收到通信量指示消息，或者如果雖然接收到通信量指示消息但是其不包括正指示(POSITIVE INDICATION)，則訂戶臺返回到睡眠模式。
MANAGEMENT MESSAGE TYPE(管理消息類型)是表示當(dāng)前傳送消息的類型的信息，而MANAGEMENT MESSAGE TYPE＝47表示通信量指示消息。POSITIVE_INDICATION_LIST(肯定指示列表)包括肯定訂戶的數(shù)目NUM-POSITIVE以及每個肯定訂戶的連接ID(CID)。也就是，POSITIVE_INDICATION_LIST表示要向其傳送分組數(shù)據(jù)的訂戶的數(shù)目及其連接ID。
圖3是在傳統(tǒng)的IEEE 802.16e通信系統(tǒng)中提出的用于響應(yīng)訂戶臺的請求而將訂戶臺轉(zhuǎn)換到睡眠模式的過程的信號流程圖。參照圖3，當(dāng)訂戶臺300希望轉(zhuǎn)換到睡眠模式時，它在步驟311將睡眠請求消息傳送到基站350。睡眠請求消息包括結(jié)合表1所述的信息元素。當(dāng)從訂戶臺300接收到睡眠請求消息時，基站350在步驟313考慮訂戶臺300和基站350的狀態(tài)來確定是否允許訂戶臺300轉(zhuǎn)換到睡眠模式，并且根據(jù)確定結(jié)果將睡眠響應(yīng)消息傳送到訂戶臺300。
這里，基站350考慮存在/不存在要傳送到訂戶臺300的分組數(shù)據(jù)來確定是否允許訂戶臺300轉(zhuǎn)換到睡眠模式。如結(jié)合表2所述，如果基站350確定同意向睡眠模式的狀態(tài)轉(zhuǎn)換，則它將SLEEP-APPROVED設(shè)為‘1’，而如果基站350確定拒絕向睡眠模式的狀態(tài)轉(zhuǎn)換，則它將SLEEP-APPROVED設(shè)為‘0’。包括在睡眠響應(yīng)消息中的信息元素如表2所示。
當(dāng)從基站350接收到睡眠響應(yīng)消息時，訂戶臺300分析包括在所接收的睡眠響應(yīng)消息中的SLEEP-APPROVED的值，并且如果分析出允許訂戶臺300進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換，則訂戶臺300在步驟315進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換。然而，如果包括在睡眠響應(yīng)消息中的SLEEP-APPROVED的值表示拒絕向睡眠模式的狀態(tài)轉(zhuǎn)換，則訂戶臺300保持當(dāng)前模式即喚醒模式。
另外，當(dāng)訂戶臺300進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換時，它從睡眠響應(yīng)消息讀取相應(yīng)的信息元素，并且執(zhí)行相應(yīng)的睡眠模式操作。
圖4是在傳統(tǒng)的IEEE 802.16e通信系統(tǒng)中提出的用于在基站的控制下訂戶臺轉(zhuǎn)換到睡眠模式的過程的信號流程圖。然而，在給出圖4的描述之前，應(yīng)當(dāng)注意，IEEE 802.16e通信系統(tǒng)提出了作為表示未經(jīng)請求的指令的消息使用睡眠響應(yīng)消息的方法。這里，“未經(jīng)請求的指令”意味著即使沒有單獨(dú)的來自訂戶臺的請求，訂戶臺也在基站的指令或控制下操作，并且在圖4的例子中，訂戶臺根據(jù)未經(jīng)請求的指令進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換。
參照圖4，基站450在步驟411向訂戶臺400傳送睡眠響應(yīng)消息或未經(jīng)請求的指令消息。睡眠響應(yīng)消息包括結(jié)合表2所述的信息元素。當(dāng)從基站450接收到睡眠響應(yīng)消息時，訂戶臺400在步驟413分析包括在所接收的睡眠響應(yīng)消息中的SLEEP-APPROVED的值，并且如果SLEEP-APPROVED的值表示同意向睡眠模式的狀態(tài)轉(zhuǎn)換，則訂戶臺400進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換。
在圖4中，由于作為未經(jīng)請求的指令消息使用睡眠響應(yīng)消息，因此僅以“1”表達(dá)SLEEP-APPROVED的值。另外，當(dāng)訂戶臺400轉(zhuǎn)換到睡眠模式時，它從睡眠響應(yīng)消息中讀取相應(yīng)的信息元素，并且執(zhí)行相應(yīng)的睡眠模式操作。
圖5是在傳統(tǒng)的IEEE 802.16e通信系統(tǒng)中提出的用于在基站的控制下訂戶臺轉(zhuǎn)換到喚醒模式的過程的信號流程圖。參照圖5，如果生成了要傳送到訂戶臺500的通信量或分組數(shù)據(jù)，則基站550在步驟511向訂戶臺500傳送通信量指示消息。
這里，通信量指示消息包括結(jié)合表3所述的信息元素。當(dāng)從基站550接收到通信量指示消息時，訂戶臺500確定在通信量指示消息中是否存在POSITIVE INDICATION(肯定指示)。如果存在POSITIVE INDICATION，則訂戶臺500讀取包括在通信量指示消息中的連接ID，并且確定所讀取的連接ID是否與其自己的連接ID相同。如果確定包括在通信量指示消息中的連接ID與其自己的連接ID相同，則訂戶臺500在步驟513從當(dāng)前模式即睡眠模式轉(zhuǎn)換到喚醒模式。
C.操作缺點上面描述了在當(dāng)前IEEE 802.16e通信系統(tǒng)中提出的睡眠模式操作。接下來，將描述上述睡眠模式操作的缺點如下。
(1)當(dāng)訂戶臺發(fā)出向睡眠模式的狀態(tài)轉(zhuǎn)換請求時，基站必須向訂戶臺通知是否同意狀態(tài)轉(zhuǎn)換請求。在這種情況下，如果存在要傳送到訂戶臺的數(shù)據(jù)，則基站會阻止(或拒絕)訂戶臺進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換。因而，被拒絕轉(zhuǎn)換的訂戶臺繼續(xù)保持喚醒模式，從而導(dǎo)致不必要的訂戶臺功耗。因此，當(dāng)拒絕訂戶臺的向睡眠模式的轉(zhuǎn)換請求時，用于使訂戶臺能夠轉(zhuǎn)換到睡眠模式的附加操作及其算法是必要的。
(2)每當(dāng)訂戶臺在睡眠模式下操作時檢測到傳送數(shù)據(jù)時，訂戶臺向基站傳送向喚醒模式的狀態(tài)轉(zhuǎn)換請求。作為響應(yīng)，基站應(yīng)當(dāng)能夠由于以下原因而拒絕訂戶臺的向喚醒模式的狀態(tài)轉(zhuǎn)換請求。
-基站容量的高效利用基站可以預(yù)先防止超出基站容量。
-訂戶臺通信量的負(fù)載均衡基站抑制具有向基站的高分組傳送速率的訂戶臺的向喚醒模式的轉(zhuǎn)換，從而增加其它訂戶臺的分組傳送機(jī)會。
-喚醒模式下訂戶臺的可靠通信量傳送(QoS被保證)基站抑制具有相對較低優(yōu)先級的訂戶臺轉(zhuǎn)換到喚醒模式，從而向具有較高優(yōu)先級的訂戶臺提供更多的分組數(shù)據(jù)傳送機(jī)會。
然而，現(xiàn)有系統(tǒng)沒有具體定義用于拒絕狀態(tài)轉(zhuǎn)換請求的方法以及在拒絕之后必須執(zhí)行的操作。因此，在向喚醒模式的狀態(tài)轉(zhuǎn)換被拒絕之后，訂戶臺不期望地繼續(xù)保持在睡眠模式下。
另外，只要存在要傳送到基站的分組，則訂戶臺必須向基站傳送回到喚醒模式的狀態(tài)轉(zhuǎn)換請求，為此，需要基站根據(jù)基站的狀態(tài)向訂戶臺通知如何適當(dāng)?shù)刂匦抡埱笙騿拘涯Ｊ降臓顟B(tài)轉(zhuǎn)換。
訂戶臺可以請求向喚醒模式的轉(zhuǎn)換，以便傳送基站和訂戶臺之間的帶寬分配所需的控制分組。在這種情況下，基站必須同意訂戶臺的向喚醒模式的轉(zhuǎn)換，以便保證用戶數(shù)據(jù)分組的可靠傳送。
為達(dá)到此目的，為了讓現(xiàn)有訂戶臺請求向喚醒模式的轉(zhuǎn)換，必須將用于區(qū)分傳送分組類型(例如，控制分組)的字段插入到向基站傳送的消息中，其中該字段可以是向喚醒模式的轉(zhuǎn)換的原因。
(3)由于訂戶臺在其向睡眠模式的轉(zhuǎn)換被同意之后無條件地轉(zhuǎn)換到睡眠模式，因此控制分組可能被丟失，或者可能不能在適當(dāng)?shù)臅r候被傳送，從而影響用戶數(shù)據(jù)分組的實際傳送。
因此，如果訂戶臺必須在基站請求訂戶臺轉(zhuǎn)換到睡眠模式的狀態(tài)下向基站傳送控制分組或緊急用戶數(shù)據(jù)分組，則訂戶臺應(yīng)當(dāng)能夠拒絕基站的請求。為達(dá)到此目的，有必要定義新消息和拒絕之后的操作。
(4)當(dāng)基站請求保持在睡眠模式下的訂戶臺轉(zhuǎn)換到喚醒模式時，訂戶臺應(yīng)當(dāng)能夠根據(jù)其剩余電池能量拒絕基站的請求。如果訂戶臺的當(dāng)前電池能量幾乎耗盡使得分組傳送/接收不再可用，則訂戶臺應(yīng)該能夠拒絕基站的向喚醒模式的轉(zhuǎn)換請求。
盡管存在這些問題，但是尚未有適當(dāng)?shù)挠糜诰芙^模式轉(zhuǎn)換請求的操作過程的具體定義。

發(fā)明內(nèi)容
因此，本發(fā)明的一個目的是提供一種用于在寬帶無線接入通信系統(tǒng)的睡眠模式控制系統(tǒng)中當(dāng)接收方拒絕由傳送方發(fā)出的狀態(tài)轉(zhuǎn)換請求時由傳送方執(zhí)行適當(dāng)操作的方法。
本發(fā)明的另一個目的是提供一種用于在寬帶無線接入通信系統(tǒng)中拒絕訂戶臺的向睡眠模式的狀態(tài)轉(zhuǎn)換請求的控制方法和系統(tǒng)。
本發(fā)明的另一個目的是提供一種用于在寬帶無線接入通信系統(tǒng)中拒絕訂戶臺的向喚醒模式的狀態(tài)轉(zhuǎn)換請求的控制方法和系統(tǒng)。
根據(jù)本發(fā)明的第一方面，提供了一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中由處于喚醒模式下的訂戶臺控制睡眠模式的方法，其中睡眠模式用于在不存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下最小化訂戶臺的功耗，而喚醒模式用于在存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下使得能夠進(jìn)行訂戶臺與基站之間的通信，該方法包括以下步驟如果接收到基站對從訂戶臺到基站的睡眠請求的拒絕響應(yīng)，則在等待時間段(duration)期滿之后向基站重新傳送睡眠請求；或者如果接收到基站對從訂戶臺到基站的睡眠請求的拒絕響應(yīng)，則停止向基站重新傳送睡眠請求，直到從基站接收到未經(jīng)請求的對睡眠請求的響應(yīng)為止。
根據(jù)本發(fā)明的第二方面，提供了一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中由基站控制睡眠模式的方法，其中睡眠模式用于在不存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下最小化訂戶臺的功耗，而喚醒模式用于在存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下使得能夠進(jìn)行訂戶臺與基站之間的通信，該方法包括以下步驟如果接收到訂戶臺對從基站到訂戶臺的睡眠請求的拒絕響應(yīng)，則在等待時間段期滿之后向訂戶臺重新傳送睡眠請求；或者如果接收到訂戶臺對從基站到訂戶臺的睡眠請求的拒絕響應(yīng)，則停止向訂戶臺重新傳送睡眠請求，直到從訂戶臺接收到未經(jīng)請求的對睡眠請求的響應(yīng)為止。
根據(jù)本發(fā)明的第三方面，提供了一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中在訂戶臺處于睡眠模式下的時候當(dāng)傳送用于指示存在要從訂戶臺傳送到基站的通信量數(shù)據(jù)的通信量指示時由訂戶臺控制喚醒模式的方法，其中睡眠模式用于在不存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下最小化訂戶臺的功耗，而喚醒模式用于在存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下使得能夠進(jìn)行訂戶臺與基站之間的通信，該方法包括以下步驟如果接收到基站對從訂戶臺到基站的通信量指示的拒絕響應(yīng)，則在等待時間段期滿之后向基站重新傳送通信量指示；或者如果接收到基站對從訂戶臺到基站的通信量指示的拒絕響應(yīng)，則停止重新傳送通信量指示，直到從基站接收到未經(jīng)請求的對通信量指示的響應(yīng)為止。
根據(jù)本發(fā)明的第四方面，提供了一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中在訂戶臺處于睡眠模式下的時候當(dāng)接收到用于指示存在要從基站傳送到訂戶臺的通信量數(shù)據(jù)的通信量指示時由訂戶臺控制喚醒模式的方法，其中睡眠模式用于在不存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下最小化訂戶臺的功耗，而喚醒模式用于在存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下使得能夠進(jìn)行訂戶臺與基站之間的通信，該方法包括以下步驟接收由基站隨同訂戶臺的連接標(biāo)識符(ID)一起傳送的通信量指示；考慮訂戶臺的資源狀態(tài)，確定是否同意向喚醒模式的轉(zhuǎn)換；以及向基站傳送確定結(jié)果。
根據(jù)本發(fā)明的第五方面，提供了一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中控制從喚醒模式到睡眠模式的轉(zhuǎn)換的系統(tǒng)，其中睡眠模式用于在不存在要交換的數(shù)據(jù)的情況下最小化功耗，而喚醒模式用于在存在要交換的數(shù)據(jù)的情況下使得能夠進(jìn)行通信，該系統(tǒng)包括基站；以及訂戶臺，其中，如果基站從訂戶臺接收到向睡眠模式的轉(zhuǎn)換請求，則基站通過傳送等待時間段信息以允許訂戶臺在等待時間段期滿之后重新傳送向睡眠模式的轉(zhuǎn)換請求來傳送拒絕響應(yīng)；并且其中如果訂戶臺從基站接收到訂戶臺的向睡眠模式的轉(zhuǎn)換請求，則訂戶臺通過傳送等待時間段信息以允許基站在等待時間段期滿之后重新傳送向睡眠模式的轉(zhuǎn)換請求來傳送拒絕響應(yīng)。
根據(jù)本發(fā)明的第六方面，提供了一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中控制從睡眠模式到喚醒模式的轉(zhuǎn)換的系統(tǒng)，其中睡眠模式用于在不存在要交換的數(shù)據(jù)的情況下最小化功耗，而喚醒模式用于在存在要交換的數(shù)據(jù)的情況下使得能夠進(jìn)行通信，該系統(tǒng)包括基站；以及移動臺，其中，如果基站從訂戶臺接收到用于指示存在傳送分組的通信量指示，則基站通過傳送等待時間段信息以允許訂戶臺在等待時間段期滿之后重新傳送通信量指示來傳送拒絕響應(yīng)；并且其中如果訂戶臺從基站接收到包括訂戶臺的連接標(biāo)識符(ID)的通信量指示，則訂戶臺考慮其資源狀態(tài)來確定是否同意向喚醒模式的轉(zhuǎn)換，并且向基站傳送確定結(jié)果。
根據(jù)本發(fā)明的第七方面，提供了一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中控制從喚醒模式到睡眠模式的轉(zhuǎn)換的系統(tǒng)，其中睡眠模式用于在不存在要交換的數(shù)據(jù)的情況下最小化功耗，而喚醒模式用于在存在要交換的數(shù)據(jù)的情況下使得能夠進(jìn)行通信，該系統(tǒng)包括基站；以及訂戶臺，其中，當(dāng)接收到訂戶臺的向睡眠模式的轉(zhuǎn)換請求時，基站通過允許訂戶臺不傳送睡眠請求直到重新接收到對向睡眠模式的轉(zhuǎn)換請求的響應(yīng)為止來傳送拒絕響應(yīng)；并且其中當(dāng)從基站接收到訂戶臺的向睡眠模式的轉(zhuǎn)換請求時，訂戶臺通過允許基站不傳送睡眠請求直到重新接收到對向睡眠模式的轉(zhuǎn)換請求的響應(yīng)為止來傳送拒絕響應(yīng)。
根據(jù)本發(fā)明的第八方面，提供了一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中控制從睡眠模式到喚醒模式的轉(zhuǎn)換的系統(tǒng)，其中睡眠模式用于在不存在要交換的數(shù)據(jù)的情況下最小化功耗，而喚醒模式用于在存在要交換的數(shù)據(jù)的情況下使得能夠進(jìn)行通信，該系統(tǒng)包括基站；以及移動臺，其中，如果基站從訂戶臺接收到指示存在傳送分組的通信量指示，則基站通過允許訂戶臺不傳送通信量指示直到重新接收到對通信量指示的響應(yīng)為止來傳送拒絕響應(yīng)；并且其中如果訂戶臺從基站接收到包括訂戶臺的連接標(biāo)識符(ID)的通信量指示，則訂戶臺考慮其資源狀態(tài)來確定是否同意向喚醒模式的轉(zhuǎn)換，并且向基站傳送確定結(jié)果。


通過下面結(jié)合附圖的詳細(xì)描述，本發(fā)明的上述和其它目的、特性和優(yōu)點將會變得更加清楚，其中圖1是示意性地示出傳統(tǒng)的OFDM/OFDMA寬帶無線接入通信系統(tǒng)的配置的圖；圖2是示意性地示出在傳統(tǒng)的IEEE 802.16e通信系統(tǒng)中提出的睡眠模式操作的圖；圖3是示出在傳統(tǒng)的IEEE 802.16e通信系統(tǒng)中提出的響應(yīng)訂戶臺的請求訂戶臺轉(zhuǎn)換到睡眠模式的過程的信號流程圖；圖4是示出在傳統(tǒng)的IEEE 802.16e通信系統(tǒng)中提出的在基站的控制下訂戶臺轉(zhuǎn)換到睡眠模式的過程的信號流程圖；圖5是示出在傳統(tǒng)的IEEE 802.16e通信系統(tǒng)中提出的在基站的控制下訂戶臺轉(zhuǎn)換到喚醒模式的過程的信號流程圖；圖6是示意性地示出根據(jù)本發(fā)明實施例的OFDM/OFDMA寬帶無線接入通信系統(tǒng)的配置的圖；圖7是示意性地示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)訂戶臺的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖；圖8是示意性地示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)基站的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖；
圖9是示意性地示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)訂戶臺的請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖；圖10是示意性地示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)基站的請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖；圖11是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)訂戶臺的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖；圖12是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)基站的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖；圖13是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)要傳送數(shù)據(jù)分組的訂戶臺請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖；圖14是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)要傳送控制分組的訂戶臺請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖；圖15是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)基站的請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖；圖16是示出根據(jù)本發(fā)明實施例的響應(yīng)訂戶臺的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的流程圖；圖17是示出根據(jù)本發(fā)明實施例的響應(yīng)基站的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的流程圖；以及圖18是示出根據(jù)本發(fā)明實施例的響應(yīng)訂戶臺的請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的流程圖。
具體實施例方式
下面將參照附圖來詳細(xì)描述本發(fā)明的若干優(yōu)選實施例。在下面描述中，為簡潔起見，省略了包括在本文內(nèi)的公知功能和配置的詳細(xì)描述。
圖6是示意性地示出根據(jù)本發(fā)明實施例的OFDM/OFDMA寬帶無線接入通信系統(tǒng)的配置的圖。然而，在給出圖6的描述之前，應(yīng)當(dāng)注意，如背景技術(shù)部分所述，除了具有與IEEE 802.16a通信系統(tǒng)相同的特性之外，IEEE802.16e通信系統(tǒng)還考慮訂戶臺(SS)的移動性，但是對于該通信系統(tǒng)尚未提出任何規(guī)范。
為了除了IEEE 802.16a通信系統(tǒng)的特性之外還考慮訂戶臺的移動性，IEEE 802.16e通信系統(tǒng)可以考慮多小區(qū)配置和訂戶臺在多個小區(qū)之間的切換。因此，本發(fā)明提出了如圖6所示的IEEE 802.16e通信系統(tǒng)的配置。此外，IEEE 802.16e通信系統(tǒng)是采用正交頻分多路復(fù)用(OFDM)和正交頻分多路接入(OFDMA)的寬帶無線接入(BWA)通信系統(tǒng)(以下稱作“OFDM/OFDMA寬帶無線接入通信系統(tǒng)”)，并且為了便于說明起見，在圖6中將假設(shè)OFDM/OFDMA寬帶無線接入通信系統(tǒng)是IEEE 802.16e通信系統(tǒng)的例子。
參照圖6，IEEE 802.16e通信系統(tǒng)具有多小區(qū)配置(即小區(qū)600和650)，并且包括用于控制小區(qū)600的基站(BS)610、用于控制小區(qū)650的基站640、以及多個訂戶臺611、613、630、651和653。
使用OFDM/OFDMA技術(shù)執(zhí)行基站610和640與其關(guān)聯(lián)訂戶臺611、613、630、651和653之間的信號交換。在訂戶臺611、613、630、651和653中，訂戶臺630位于小區(qū)600和650之間的邊界區(qū)域或切換區(qū)域內(nèi)。因此，IEEE802.16e通信系統(tǒng)應(yīng)當(dāng)支持訂戶臺630的切換以便支持訂戶臺630的移動性。
這里，由于用于在不支持切換的IEEE 802.16a通信系統(tǒng)中支持切換的操作與本發(fā)明不直接相關(guān)，因此將省略其詳細(xì)描述。
如結(jié)合圖6所述，由于除了IEEE 802.16a通信系統(tǒng)的特性之外，IEEE802.16e通信系統(tǒng)還必須考慮訂戶臺的移動性，因此訂戶臺的功耗是整個系統(tǒng)的重要因素。因此，為了最小化訂戶臺的功耗，已提出了訂戶臺和基站之間的睡眠模式操作和對應(yīng)的喚醒模式操作。然而，在當(dāng)前IEEE 802.16e通信系統(tǒng)中提出的睡眠模式操作和喚醒模式操作具有在背景技術(shù)部分中描述的三個問題。因此，本發(fā)明提出用于解決這三個問題的睡眠模式操作控制系統(tǒng)和方法。
I.所提出的操作消息現(xiàn)在將描述為了支持上述睡眠模式操作和喚醒模式操作而由本發(fā)明提出的消息。
(1)睡眠請求(SLP_REQ)消息為了讓訂戶臺發(fā)出向睡眠模式的狀態(tài)轉(zhuǎn)換請求，將睡眠請求消息從訂戶臺傳送到基站。此外，為了讓基站允許訂戶臺發(fā)出向睡眠模式的狀態(tài)轉(zhuǎn)換請求，將睡眠請求消息從基站傳送到訂戶臺。睡眠請求消息包括訂戶臺在睡眠模式下操作所需的參數(shù)或信息元素(IE)，并且睡眠請求消息具有如下面表4所示的格式。
表4

參照表4，除了增加了START-TIME(開始時間)字段之外，根據(jù)本發(fā)明實施例的睡眠請求消息與結(jié)合表1所述的睡眠請求消息相同。
向睡眠請求消息增加的7比特START-TIME值僅包括在從基站傳送到訂戶臺的消息(即由基站請求的睡眠請求消息)中，并且其是從訂戶臺傳送到基站的可選信息元素(不包括在由訂戶臺請求的睡眠請求消息中)。
START-TIME值也可以被定義為包括在由基站請求的睡眠請求消息和由訂戶臺請求的睡眠請求消息中的指示性信息元素。
在本發(fā)明實施例中提出的對睡眠請求消息的睡眠響應(yīng)消息與后面描述的詳細(xì)狀態(tài)轉(zhuǎn)換拒絕操作相關(guān)，并且將參照表10進(jìn)行描述。
表4中的其它共同參數(shù)已結(jié)合表1作過描述，因此這里不再進(jìn)行描述。
(2)通信量指示(TRF_IND)消息通信量指示消息根據(jù)傳送通信量指示消息的主體而具有不同的消息特征。例如，如果發(fā)送通信量指示的主體是基站，則通信量指示消息為基于廣播而傳送到多個訂戶臺的廣播消息。然而，如果傳送通信量指示消息的主體是訂戶臺，則通信量指示消息為逐一地或者基于單播而從訂戶臺傳送到基站的專用消息。
也就是，通信量指示消息根據(jù)其傳送主體而采用不同的消息名稱和格式定義。這里，從基站傳送到訂戶臺的通信量指示消息被定義為基站通信量指示(BSTRF_IND)消息，并且從訂戶臺傳送到基站的通信量指示消息被定義為訂戶臺通信量指示(SSTRF_IND)消息?，F(xiàn)在將分別參照表5和表6描述基站通信量指示消息和訂戶臺通信量指示消息。
基站通信量指示消息具有如下面表5所示的格式。
表5

如上所述，基站通信量指示消息是廣播消息。參照表5，除了增加了PDUSEQUENCE NUMBER(PDU順序號)參數(shù)和START-TIME(開始時間)參數(shù)之外，基站通信量指示消息與結(jié)合表3所述的通信量指示消息相同。
PDU SEQUENCE NUMBER參數(shù)表示在進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換之前基站最后傳送的PDU(分組數(shù)據(jù)單元)順序號。START-TIME參數(shù)的值表示直到訂戶臺進(jìn)入喚醒模式為止所需的幀數(shù)，其中排除接收到基站通信量指示消息的幀。
當(dāng)訂戶臺從睡眠模式轉(zhuǎn)換到喚醒模式時，如果通過使用包括在基站通信量指示消息中的PDU順序號檢測沒有經(jīng)過單獨(dú)順序重新排序過程的丟失分組數(shù)據(jù)，訂戶臺具有丟失分組數(shù)據(jù)，則訂戶臺向基站發(fā)送對丟失分組數(shù)據(jù)的重新傳送請求。
表5的其它共同參數(shù)已結(jié)合表3作過描述，因此這里不再進(jìn)行描述。
接下來，訂戶臺通信量指示消息具有如下面表6所示的格式。
表6


參照表6，不同于基站通信量指示消息，訂戶臺通信量指示消息不是廣播消息而是基于訂戶臺的連接ID而傳送的單播消息。
也就是，訂戶臺通信量指示消息是指示存在基站將從訂戶臺接收的分組數(shù)據(jù)的消息。當(dāng)接收到訂戶臺通信量指示消息時，基站對所接收的訂戶臺通信量指示消息進(jìn)行解碼，并且確定它將允許訂戶臺轉(zhuǎn)換到喚醒模式還是繼續(xù)保持在睡眠模式下。
除了增加了連接ID(CID)參數(shù)和PDU SEQUENCE NUMBER(PDU順序號)參數(shù)之外，訂戶臺通信量指示消息與結(jié)合表3所述的通信量指示消息相同。
CID參數(shù)表示傳送訂戶臺通信量指示消息的訂戶臺的連接ID，并且PDUSEQUENCE NUMBER參數(shù)表示在轉(zhuǎn)換到睡眠模式之前訂戶臺最后傳送的PDU順序號。
表6的其它共同參數(shù)已結(jié)合表3作過描述，因此這里不再進(jìn)行描述。
(3)通信量確認(rèn)(TRF_CFN)消息通信量確認(rèn)消息根據(jù)其傳送主體而采用不同的消息名稱和格式定義。這里，從基站傳送到訂戶臺的通信量確認(rèn)消息被定義為基站通信量確認(rèn)(BSTRF_CFN)消息，而從訂戶臺傳送到基站的通信量確認(rèn)消息被定義為訂戶臺通信量確認(rèn)(SSTRF_CFN)消息。
訂戶臺通信量確認(rèn)消息具有如下面表7所示的格式。
表7


在表7中，MANAGEMENT MESSAGE TYPE(管理消息類型)是表示當(dāng)前傳送消息的類型的信息，而MANAGEMENT MESSAGE TYPE＝49表示訂戶臺通信量確認(rèn)消息。CID表示傳送訂戶臺通信量確認(rèn)消息的訂戶臺的連接ID。另外，PDU SEQUENCE NUMBER(PDU順序號)表示在轉(zhuǎn)換到睡眠模式之前訂戶臺最后接收到的PDU順序號。
當(dāng)包括在基站通信量指示消息中的PDU順序號不同于包括在訂戶臺通信量確認(rèn)消息中的PDU順序號時，基站將兩個PDU順序號中的在前PDU順序號定義為有效PDU順序號，并且從對應(yīng)于該有效PDU順序號的分組數(shù)據(jù)恢復(fù)傳送。
基站通信量確認(rèn)消息具有如下面表8所示的格式。
表8

在表8中，MANAGEMENT MESSAGE TYPE(管理消息類型)是表示當(dāng)前傳送消息的類型的信息，而MANAGEMENT MESSAGE TYPE＝49表示基站通信量確認(rèn)消息。CID表示傳送基站通信量確認(rèn)消息的訂戶臺的連接ID。另外，PDU SEQUENCE NUMBER(PDU順序號)表示在轉(zhuǎn)換到睡眠模式之前基站最后接收到的PDU順序號。
當(dāng)包括在訂戶臺通信量指示消息中的PDU順序號不同于包括在基站通信量確認(rèn)消息中的PDU順序號時，訂戶臺將這兩個PDU順序號中的在前PDU順序號定義為有效PDU順序號，并且從對應(yīng)于該有效PDU順序號的分組數(shù)據(jù)恢復(fù)傳送。
另外，START-TIME參數(shù)的值表示直到訂戶臺進(jìn)入喚醒模式為止所需的幀數(shù)，其中排除接收到基站通信量確認(rèn)消息的幀。也就是，訂戶臺從接收到基站通信量確認(rèn)消息的幀的下一幀開始對應(yīng)于START-TIME值的幀期滿之后轉(zhuǎn)換到喚醒模式。
START-TIME值僅包括在從基站傳送到訂戶臺的基站通信量確認(rèn)消息中，并且是不包括在從訂戶臺傳送到基站的訂戶臺通信量確認(rèn)消息中的可選信息元素。START-TIME值也可以被定義為包括在基站通信量確認(rèn)消息和訂戶臺通信量確認(rèn)消息中的指示性信息元素。
結(jié)合表8所述的基站通信量確認(rèn)消息的格式可以被修改成如表9所示的格式。
表9

如表9所示，修改后的基站通信量確認(rèn)消息具有與結(jié)合表8所述的基站通信量確認(rèn)消息相同的信息元素。然而，當(dāng)傳送通信量確認(rèn)消息的主體是基站時，包括作為可選信息的START-TIME值，而當(dāng)傳送通信量確認(rèn)消息是訂戶臺時，不包括START-TIME值。
下面將再次描述PDU SEQUENCE NUMBER。隨著訂戶臺從睡眠模式轉(zhuǎn)換到喚醒模式，它恢復(fù)暫停的分組數(shù)據(jù)傳送。在這種情況下，訂戶臺與在轉(zhuǎn)換到睡眠模式之前接收到的分組數(shù)據(jù)單元的順序號重新同步。
在重新同步過程中，當(dāng)發(fā)生了分組數(shù)據(jù)單元丟失時，分組數(shù)據(jù)傳送性能由于重新傳送而被惡化。該問題通過傳送分組數(shù)據(jù)單元的順序號來解決。也就是，當(dāng)由傳送器傳送的分組數(shù)據(jù)單元的順序號不同于在接收器處接收的分組數(shù)據(jù)單元的順序號時，傳送器基于先前傳送的分組數(shù)據(jù)單元的順序號傳送分組數(shù)據(jù)，并且如果接收到重復(fù)的分組數(shù)據(jù)單元，則接收器從緩沖器中刪除所接收的分組數(shù)據(jù)單元。
II.用于由于拒絕模式轉(zhuǎn)換的詳細(xì)過程的消息的定義在當(dāng)前IEEE 802.16e通信系統(tǒng)中提出的睡眠模式操作和喚醒模式操作具有在背景技術(shù)部分中描述的問題。也就是，沒有在拒絕狀態(tài)轉(zhuǎn)換請求之后應(yīng)當(dāng)執(zhí)行的操作的具體定義。因此，本發(fā)明提出了一種用于控制睡眠模式操作以解決上述問題的系統(tǒng)和方法。
參照表10到表12，現(xiàn)在將描述在當(dāng)前IEEE 802.16e通信系統(tǒng)中提出的與睡眠模式和喚醒模式操作相關(guān)的消息以及在本發(fā)明中提出的與睡眠模式和喚醒模式操作相關(guān)的消息。應(yīng)當(dāng)注意，這里提出的消息通過修改或增加結(jié)合表4到表9所述的消息的參數(shù)來形成。
(1)對訂戶臺請求的睡眠響應(yīng)(SLP_RSP)消息(從基站傳送到訂戶臺)在當(dāng)前IEEE 802.16e通信系統(tǒng)中，雖然基站提出了對由訂戶臺請求的睡眠請求消息的響應(yīng)消息，但是保留了可用來拒絕該請求的參數(shù)。因此，本發(fā)明提出了新的睡眠響應(yīng)消息，其使保留參數(shù)能夠用于區(qū)分當(dāng)基站拒絕訂戶臺的睡眠請求時訂戶臺必須執(zhí)行的操作。
(2)對基站請求的睡眠響應(yīng)(SLP_RSP)消息(從訂戶臺傳送到基站)在當(dāng)前IEEE 802.16e通信系統(tǒng)中，雖然訂戶臺提出了對來自基站的睡眠請求消息的響應(yīng)消息，但是保留了可用來拒絕該請求的參數(shù)。因此，本發(fā)明提出了新的睡眠響應(yīng)消息，其使保留參數(shù)能夠用于區(qū)分當(dāng)訂戶臺拒絕基站的睡眠請求時基站必須執(zhí)行的操作。
(3)由訂戶臺請求的通信量確認(rèn)(BSTRF_CFN)消息(從基站傳送到訂戶臺)在當(dāng)前IEEE 802.16e通信系統(tǒng)中，雖然提出了由訂戶臺請求的對應(yīng)于通信量指示消息的通信量確認(rèn)消息，但是未考慮由基站拒絕訂戶臺的請求的操作。因此，本發(fā)明提出了具有用于區(qū)分同意或拒絕訂戶臺的請求的參數(shù)和用于表示當(dāng)請求被拒絕時訂戶臺應(yīng)當(dāng)執(zhí)行的操作的參數(shù)的通信量確認(rèn)消息。
(4)由基站請求的通信量確認(rèn)(SSTRF_CFN)消息(從訂戶臺傳送到基站)在當(dāng)前IEEE 802.16e通信系統(tǒng)中，雖然提出了由基站請求的對應(yīng)于基站通信量指示消息的通信量確認(rèn)消息，但是未考慮由訂戶臺拒絕基站的請求的操作。因此，本發(fā)明提出了具有用于區(qū)分同意或拒絕基站的請求的參數(shù)的通信量確認(rèn)消息。
(5)由訂戶臺請求的通信量指示(SSTRF_IND)消息(從訂戶臺傳送到基站)IEEE 802.16e通信系統(tǒng)提出了當(dāng)存在要發(fā)送到基站的分組時由訂戶臺傳送到基站的通信量指示消息。然而，即使當(dāng)訂戶臺傳送控制分組時，也可以響應(yīng)訂戶臺的向喚醒模式的狀態(tài)轉(zhuǎn)換請求而通過來自基站的通信量確認(rèn)消息拒絕狀態(tài)轉(zhuǎn)換。結(jié)果，有必要向基站通知要由訂戶臺傳送的分組的類型。因此，為了防止拒絕由訂戶臺請求的通信量確認(rèn)消息，本發(fā)明提出了新的訂戶臺通信量指示消息，其還包括用于區(qū)分要由訂戶臺傳送的分組是用戶分組還是控制分組的參數(shù)。
III.優(yōu)選實施例參照表10到表12，現(xiàn)在將描述根據(jù)本發(fā)明實施例的針對睡眠模式操作和喚醒模式操作而新提出或修改的消息的格式。
(1)睡眠響應(yīng)消息如上所述，睡眠響應(yīng)消息用作對由基站傳送到訂戶臺或者由訂戶臺傳送到基站的睡眠請求消息的響應(yīng)消息。在本發(fā)明中提出的睡眠響應(yīng)消息的格式如下面表10所示。
表10


如表10所示，睡眠請求消息也是基于訂戶臺的連接ID而傳送的專用消息。
在本發(fā)明中，當(dāng)SLEEP-APPROVED值為‘0’時，即當(dāng)訂戶臺不能轉(zhuǎn)換到睡眠模式(拒絕睡眠模式請求)時，將結(jié)合表2所述的未用7比特RESERVED(保留)字段用作新加的AFTER-REQ_ACTION(請求后操作)信息元素和REQ_DURATION(請求時間段)信息元素。其它信息元素已結(jié)合表2作過描述，因此下面將僅僅詳細(xì)描述新加的信息元素。
睡眠響應(yīng)消息是由訂戶臺或基站用作對來自其對方的睡眠請求消息的響應(yīng)的雙向消息。因此，將根據(jù)傳送睡眠響應(yīng)消息的主體來單獨(dú)描述新定義的信息元素。
A.由基站傳送的睡眠響應(yīng)消息如上所述，基站可以拒絕訂戶臺的向睡眠模式的轉(zhuǎn)換請求。響應(yīng)基站的拒絕，訂戶臺基于包括在睡眠響應(yīng)消息中的AFTER-REQ_ACTION值來確定為進(jìn)行向睡眠模式的轉(zhuǎn)換而應(yīng)當(dāng)新執(zhí)行的操作。AFTER-REQ_ACTION過程將參照圖11進(jìn)行描述。
AFTER-REQ_ACTION值可以以3比特或1比特表達(dá)。當(dāng)AFTER-REQ_ACTION值以1比特表達(dá)時，下面AFTER-REQ_ACTION值‘000’未用，下面AFTER-REQ_ACTION值‘001’以‘0’代替，并且下面AFTER-REQ_ACTION值‘010’值以‘1’代替。這里，將假定AFTER-REQ_ACTION以3比特表達(dá)來描述訂戶臺應(yīng)當(dāng)執(zhí)行的操作。
i)‘000’訂戶臺在任意確定的時間期滿之后向基站重新傳送睡眠請求消息。可以使用訂戶臺在其與基站的初始化過程中獲取的預(yù)定最小值和最大值之間任意確定的值，或者在訂戶臺中預(yù)先設(shè)置的最小值和最大值之間任意確定的值作為該任意確定的時間。
ii)‘001’訂戶臺在固定時間期滿之后向基站重新傳送睡眠請求消息。固定時間可以根據(jù)包括在睡眠響應(yīng)消息中的REQ_DURATION來確定。
iii)‘010’訂戶臺等待直到基站向訂戶臺傳送對睡眠請求的響應(yīng)，而不再向基站傳送睡眠請求消息。
REQ_DURATION值以4比特表達(dá)，并且以幀為單位給出。訂戶臺必須從基站接收到睡眠響應(yīng)消息的幀開始數(shù)目為REQ_DURATION的幀期滿之后重新傳送睡眠請求消息。
B.由訂戶臺傳送的睡眠響應(yīng)消息如上所述，訂戶臺可以拒絕基站的向睡眠模式的轉(zhuǎn)換請求。響應(yīng)訂戶臺的拒絕，基站基于包括在睡眠響應(yīng)消息中的AFTER-REQ_ACTION值來確定為允許訂戶臺進(jìn)行向睡眠模式的轉(zhuǎn)換而應(yīng)當(dāng)新執(zhí)行的操作。下面將參照圖12更詳細(xì)地描述AFTER-REQ_ACTION過程。
AFTER-REQ_ACTION值可以以3比特或1比特表達(dá)。當(dāng)AFTER-REQ_ACTION值以1比特表達(dá)時，下面AFTER-REQ_ACTION值‘000’未用，下面AFTER-REQ_ACTION值‘001’以‘0’代替，并且下面AFTER-REQ_ACTION值‘010’值以‘1’代替。這里，將假定AFTER-REQ_ACTION以3比特表達(dá)來描述基站應(yīng)當(dāng)執(zhí)行的操作。
i)‘000’基站在任意確定的時間期滿之后向訂戶臺重新傳送睡眠請求消息。該任意確定的時間是由基站預(yù)先設(shè)置的時間，并且使用在預(yù)定最小值和最大值之間任意選擇的值作為該任意確定的時間。
ii)‘001’基站在固定時間期滿之后向訂戶臺重新傳送睡眠請求消息。該固定時間可以根據(jù)包括在由訂戶臺傳送的睡眠響應(yīng)消息中的REQ_DURATION來確定。
iii)‘010’基站等待直到訂戶臺向基站傳送對基站的睡眠請求的響應(yīng)，而不再向訂戶臺傳送睡眠請求消息。
REQ_DURATION值以4比特表達(dá)，并且以幀為單位給出?；咀援?dāng)前從訂戶臺接收到睡眠響應(yīng)消息的幀開始數(shù)目為REQ_DURATION的幀期滿之后重新傳送睡眠請求消息。
(2)通信量確認(rèn)(TRF_CFN)消息如上所述，在當(dāng)前IEEE 802.16e通信系統(tǒng)中，通信量確認(rèn)消息被定義為與基站傳送到訂戶臺或者訂戶臺傳送到基站的通信量指示消息相對應(yīng)的消息。然而，未考慮拒絕通信量指示的操作。也就是，沒有當(dāng)拒絕通信量指示時作為指示主體的基站或訂戶臺應(yīng)當(dāng)執(zhí)行的操作的規(guī)范及其對應(yīng)消息的具體定義。
因此，本發(fā)明提出了通過向現(xiàn)有通信量確認(rèn)消息中添加表示同意或拒絕所接收的通信量指示消息的參數(shù)和表示在拒絕的情況下訂戶臺或基站應(yīng)當(dāng)執(zhí)行的操作的參數(shù)而形成的新通信量確認(rèn)消息。
在本發(fā)明中提出的通信量確認(rèn)消息具有如下面表11所示的格式。
表11


通信量確認(rèn)消息也是基于訂戶臺的連接ID而傳送的專用消息。
在本發(fā)明中，如表11所示，除了結(jié)合表9所述的通信量確認(rèn)消息的信息元素之外，通信量確認(rèn)消息還包括表示通信量指示消息的同意/拒絕的AWAKE-APPROVED(喚醒被同意)信息元素、表示在拒絕的情況下訂戶臺應(yīng)當(dāng)執(zhí)行的操作的AFTER-IND_ACTION(指示后操作)信息元素，以及IND_DURATION(指示時間段)信息元素。包括在表11中的現(xiàn)有信息元素已結(jié)合表9作過描述，因此下面將僅僅詳細(xì)描述新加的信息元素。
AWAKE-APPROVED值以1比特表達(dá)。AWAKE-APPROVED＝0表示向喚醒模式的轉(zhuǎn)換是不可能的(拒絕喚醒模式請求)，而AWAKE-APPROVED＝1表示向喚醒模式的轉(zhuǎn)換是可能的(同意喚醒模式請求)。對于AWAKE-APPROVED＝0，存在AFTER-IND_ACTION信息元素和IND_DURATION信息元素，而對于AWAKE-APPROVED＝1，使用結(jié)合表9所述的通信量確認(rèn)消息。
通信量確認(rèn)消息是由訂戶臺或訂戶臺用作對來自其對方的通信量指示消息的響應(yīng)的雙向消息。因此，將根據(jù)傳送通信量確認(rèn)消息的主體來單獨(dú)描述新定義的信息元素。
A.由基站傳送的通信量確認(rèn)(BSTRF_IND)消息如上所述，基站可以拒絕由訂戶臺請求的向喚醒模式的轉(zhuǎn)換。響應(yīng)基站的拒絕，訂戶臺基于包括在通信量確認(rèn)消息中的AFTER-IND_ACTION值來確定為進(jìn)行向喚醒模式的轉(zhuǎn)換而應(yīng)當(dāng)新執(zhí)行的操作。AFTER-IND_ACTION將參照圖13進(jìn)行描述。
AFTER-IND_ACTION值可以以3比特或1比特表達(dá)。當(dāng)AFTER-IND_ACTION值以1比特表達(dá)時，下面AFTER-IND_ACTION值‘000’未用，下面AFTER-IND_ACTION值‘001’以‘0’代替，并且下面AFTER-IND_ACTION值‘010’值以‘1’代替。這里，將假定AFTER-IND_ACTION以3比特表達(dá)來描述訂戶臺應(yīng)當(dāng)執(zhí)行的操作。
i)‘000’訂戶臺在任意確定的時間期滿之后向基站重新傳送通信量指示消息。可以使用訂戶臺在其與基站的初始化過程中獲取的預(yù)定最小值和最大值之間任意確定的值，或者在訂戶臺中預(yù)先設(shè)置的最小值和最大值之間任意確定的值作為該任意確定的時間。
ii)‘001’訂戶臺在固定時間期滿之后向基站重新傳送通信量指示消息。該固定時間可以根據(jù)包括在通信量確認(rèn)消息中的IND_DURATION來確定。
iii)‘010’訂戶臺在訂戶臺自身的監(jiān)聽間隔內(nèi)對由基站傳送的通信量指示消息進(jìn)行解碼，而不再向基站傳送睡眠請求消息，從而根據(jù)訂戶臺的連接ID的存在/不存在來確定它是將保持在喚醒模式下還是進(jìn)行回到睡眠模式的狀態(tài)轉(zhuǎn)換。
IND_DURATION值以4比特表達(dá)，并且以幀為單位給出。訂戶臺必須自其從基站接收到通信量確認(rèn)消息的幀開始數(shù)目為IND_DURATION的幀期滿之后重新傳送通信量指示消息。
B.由訂戶臺傳送的通信量確認(rèn)(SSTRF_CFN)消息如上所述，訂戶臺可以拒絕由基站請求的向喚醒模式的轉(zhuǎn)換。響應(yīng)訂戶臺的拒絕，基站應(yīng)當(dāng)執(zhí)行在下一次傳送的通信量指示消息中包括訂戶臺的連接ID的操作。因此，不考慮AFTER-IND_ACTION信息元素和IND_DURATION信息元素。
訂戶臺也不被要求將AFTER-IND_ACTION信息元素和IND_DURATION信息元素設(shè)成特定值。換句話說，當(dāng)訂戶臺拒絕向喚醒模式的轉(zhuǎn)換時，只有設(shè)為‘49’的MANAGEMENT MESSAGE TYPE信息字段和設(shè)為‘0’的AWAKE-APPROVED信息字段有意義。與該消息相關(guān)的操作將在下面參照圖15進(jìn)行更詳細(xì)的描述。
(3)訂戶臺通信量指示(SSTRF_IND)消息當(dāng)生成要傳送到基站的分組時，處于睡眠模式下的訂戶臺傳送訂戶臺通信量指示消息，以便在傳送分組之前轉(zhuǎn)換到喚醒模式。當(dāng)接收到訂戶臺通信量指示消息時，基站可以拒絕訂戶臺的向喚醒模式的轉(zhuǎn)換。
然而，如果要由訂戶臺傳送的分組是控制分組時，基站應(yīng)當(dāng)無條件地同意訂戶臺的向喚醒模式的轉(zhuǎn)換。因此，在本發(fā)明中提出的訂戶臺通信量指示消息具有如下面表12所示的格式。
表12


訂戶臺通信量指示消息也是基于訂戶臺的連接ID而傳送的專用信息。在本發(fā)明中，如表12所示，訂戶臺通信量指示消息具有結(jié)合表6所述的信息元素，并且還包括CONTROL_PACKET_IND信息元素。
當(dāng)CONTROL_PACKET_IND值為‘0’時，它意味著要由訂戶臺傳送的分組是用戶數(shù)據(jù)分組。因此，接收到訂戶臺通信量指示消息的基站可以根據(jù)其狀態(tài)同意或拒絕訂戶臺的向喚醒模式的轉(zhuǎn)換請求。
當(dāng)CONTROL_PACKET_IND值為‘1’時，它意味著要由訂戶臺傳送的分組是控制分組。因此，接收到訂戶臺通信量指示消息的基站必須無條件地同意訂戶臺的向喚醒模式的轉(zhuǎn)換請求。
IV.基于所定義的消息的過程的描述參照附圖，現(xiàn)在將詳細(xì)地描述根據(jù)本發(fā)明實施例的由基站或訂戶臺執(zhí)行的過程。在下面描述中，將參照在說明書中給出的表來描述根據(jù)本發(fā)明實施例的新加或修改的消息。
首先，參照圖7到10，將描述通過訂戶臺與基站之間的消息交換的基本模式轉(zhuǎn)換過程。接下來，參照圖11到19，將詳細(xì)地描述當(dāng)定義了訂戶臺或基站的模式轉(zhuǎn)換請求時基站或訂戶臺應(yīng)當(dāng)執(zhí)行的操作過程。
這里給出的每個過程的描述將分成從睡眠模式到喚醒模式的模式轉(zhuǎn)換過程和從喚醒模式到睡眠模式的模式轉(zhuǎn)換過程。另外，將根據(jù)模式轉(zhuǎn)換請求是由訂戶臺還是基站發(fā)出以及模式轉(zhuǎn)換請求的拒絕是由訂戶臺還是由基站發(fā)出來單獨(dú)進(jìn)行描述。
圖7是示意性地示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)訂戶臺的請求向睡眠模式的轉(zhuǎn)換的信號流程圖。參照圖7，如果訂戶臺700在步驟711希望從喚醒模式轉(zhuǎn)換到睡眠模式，則訂戶臺700在步驟713將睡眠請求消息傳送到基站750。睡眠請求消息包括結(jié)合表1所述的信息元素。當(dāng)從訂戶臺700接收到睡眠請求消息時，基站750在步驟715考慮訂戶臺700和基站750的狀態(tài)來確定是否同意訂戶臺700的向睡眠模式的轉(zhuǎn)換，并且根據(jù)確定結(jié)果將睡眠響應(yīng)消息傳送到訂戶臺700。
這里，基站750考慮是否存在要傳送到訂戶臺700的分組數(shù)據(jù)來確定是否同意訂戶臺700的向睡眠模式的狀態(tài)轉(zhuǎn)換。如參照表10所述，當(dāng)基站750同意向睡眠模式的狀態(tài)轉(zhuǎn)換時，它將SLEEP-APPROVED值設(shè)為‘1’。然而，當(dāng)基站750拒絕向睡眠模式的狀態(tài)轉(zhuǎn)換時，它將SLEEP-APPROVED值設(shè)為‘0’。包括在睡眠響應(yīng)消息中的信息元素已參照表10作過描述。
具體地說，基站750在傳送之前將START-TIME值包括在睡眠響應(yīng)消息中，以便訂戶臺700根據(jù)START-TIME值轉(zhuǎn)換到睡眠模式。以這種方式，響應(yīng)訂戶臺700的向睡眠模式的狀態(tài)轉(zhuǎn)換請求，基站750將包含START-TIME值的睡眠響應(yīng)消息傳送到訂戶臺700，以便訂戶臺700在步驟717根據(jù)START-TIME值從喚醒模式轉(zhuǎn)換到睡眠模式。
圖8是示意性地示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)基站的請求轉(zhuǎn)換到睡眠模式的過程的信號流程圖。參照圖8，如果在訂戶臺800處于喚醒模式下時基站850在步驟811希望訂戶臺800轉(zhuǎn)換到睡眠模式，則基站850在步驟813將睡眠請求消息傳送到訂戶臺800。
睡眠請求消息包括結(jié)合表4所述的信息元素，其中包括了START-TIME值，并且該睡眠請求消息不同于結(jié)合圖7所述的睡眠請求消息。
當(dāng)從基站850接收到睡眠請求消息時，訂戶臺800在步驟815考慮其自己的狀態(tài)來確定是否同意向睡眠模式的狀態(tài)轉(zhuǎn)換，并且根據(jù)確定結(jié)果將睡眠響應(yīng)消息傳送到基站850。
這里，訂戶臺800考慮是否存在要傳送到基站850的分組數(shù)據(jù)來確定是否允許訂戶臺800自身轉(zhuǎn)換到睡眠模式。如參照表10所述，當(dāng)訂戶臺800同意向睡眠模式的轉(zhuǎn)換時，它將SLEEP-APPROVED值設(shè)為‘1’。然而，當(dāng)訂戶臺800拒絕向睡眠模式的轉(zhuǎn)換時，它將SLEEP-APPROVED值設(shè)為‘0’。包括在睡眠響應(yīng)消息中的信息元素已參照表10作過描述。
具體地說，訂戶臺800在傳送睡眠響應(yīng)消息之前將包括在從基站850傳送的睡眠請求消息中的參數(shù)即MIN-WINDOW、MAX-WINDOW和LISTENING INTERVAL包括在睡眠響應(yīng)消息中。以這種方式，訂戶臺800在步驟817根據(jù)START-TIME值從喚醒模式轉(zhuǎn)換到睡眠模式。
圖9是示意性地示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)訂戶臺的請求向喚醒模式轉(zhuǎn)換的過程的信號流程圖。參照圖9，如果訂戶臺900在步驟911希望從睡眠模式轉(zhuǎn)換到喚醒模式，則訂戶臺900在步驟913將訂戶臺通信量指示消息傳送到基站950。
訂戶臺通信量指示消息包括結(jié)合表12所述的信息元素。具體地說，訂戶臺通信量指示消息包括在轉(zhuǎn)換到睡眠模式之前訂戶臺900最后傳送的PDU順序號。當(dāng)從訂戶臺900接收到訂戶臺通信量指示消息時，基站950在步驟915使用包括在訂戶臺通信量指示消息中的連接ID區(qū)分訂戶臺900，然后將通信量確認(rèn)消息傳送到訂戶臺900。
這里，包括在通信量確認(rèn)消息中的信息元素已參照表11作過描述，并且特別是通信量確認(rèn)消息包括START-TIME值。當(dāng)然，基站950可以傳送基站通信量確認(rèn)消息而非通信量確認(rèn)消息。在這種情況下，包括在基站通信量確認(rèn)消息中的信息元素已參照表8或表9作過描述。以這種方式，訂戶臺900在步驟917根據(jù)START-TIME值從睡眠模式轉(zhuǎn)換到喚醒模式。
圖10是示意性地示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)基站的請求向喚醒模式轉(zhuǎn)換的過程的信號流程圖。參照圖10，如果在訂戶臺1000處于睡眠模式下時基站1050在步驟1011希望訂戶臺1000進(jìn)行向喚醒模式的狀態(tài)轉(zhuǎn)換，則基站1050在步驟1013廣播包括訂戶臺1000的連接ID的基站通信量指示消息。
基站通信量指示消息包括結(jié)合表5所述的信息元素，并且特別是基站通信量指示消息包括在轉(zhuǎn)換到睡眠模式之前基站1050最后傳送的PDU順序號。當(dāng)接收到從基站1050廣播的基站通信量指示消息時，訂戶臺1000在步驟1015讀取包括在所接收的基站通信量指示消息中的連接ID，確定所讀取的連接ID是否與其自己的連接ID相同，即所接收的基站通信量指示消息是否是訂戶臺1000自身的基站通信量指示消息，然后如果所讀取的連接ID與其自己的連接ID相同，則將通信量確認(rèn)消息傳送到基站1050。
包括在通信量確認(rèn)消息中的信息元素已參照表11作過描述，并且特別是該通信量確認(rèn)消息包括START-TIME值。訂戶臺1000可以傳送訂戶臺通信量確認(rèn)消息而非通信量確認(rèn)消息。在這種情況下，包括在訂戶臺通信量確認(rèn)消息中的信息元素已參照表7作過描述。以這種方式，訂戶臺1000在步驟1017根據(jù)START-TIME值從睡眠模式轉(zhuǎn)換到喚醒模式。
圖11是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)訂戶臺的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖。參照圖11，如果訂戶臺1100在步驟1111希望從喚醒模式轉(zhuǎn)換到睡眠模式，則訂戶臺1100在步驟1113將睡眠請求消息傳送到基站1150。
睡眠請求消息包括結(jié)合表1所述的信息元素。當(dāng)從訂戶臺1100接收到睡眠請求消息時，基站1150在步驟1115考慮訂戶臺1100和基站1150的狀態(tài)來確定是否同意訂戶臺1100的向睡眠模式的狀態(tài)轉(zhuǎn)換，并且根據(jù)確定結(jié)果將睡眠響應(yīng)消息傳送到訂戶臺1100。這里，基站1150通過考慮是否存在要傳送到訂戶臺1100的分組數(shù)據(jù)來確定是否同意訂戶臺1100的向睡眠模式的轉(zhuǎn)換。
如果存在要傳送到訂戶臺1100的分組數(shù)據(jù)，則基站1150拒絕訂戶臺1100的向睡眠模式的轉(zhuǎn)換請求。然而，如果不存在要傳送到訂戶臺1100的分組數(shù)據(jù)，則基站1150同意訂戶臺1100的向睡眠模式的狀態(tài)轉(zhuǎn)換請求。
如參照表10所述，當(dāng)基站1150拒絕訂戶臺1100的向睡眠模式的狀態(tài)轉(zhuǎn)換時，它將SLEEP-APPROVED值設(shè)為‘0’，將表示訂戶臺1100稍后應(yīng)當(dāng)執(zhí)行的操作的AFTER-REQ_ACTION值設(shè)為‘000’，以便訂戶臺1100在任意確定的時間期滿之后重新傳送睡眠請求消息。
當(dāng)從基站1150接收到睡眠響應(yīng)消息時，訂戶臺1100在步驟1117從睡眠響應(yīng)消息確定向睡眠模式的狀態(tài)轉(zhuǎn)換請求被拒絕，從所接收的睡眠響應(yīng)消息中提取AFTER-REQ_ACTION值，并且根據(jù)‘000’的AFTER-REQ_ACTION值在任意確定的時間期滿之后重新傳送睡眠請求消息。
當(dāng)接收到從訂戶臺1100重新傳送的睡眠請求消息時，在存在要傳送到訂戶臺1100的數(shù)據(jù)的情況下，基站1150考慮訂戶臺1100和基站1150的狀態(tài)而確定拒絕訂戶臺1100的向睡眠模式的狀態(tài)轉(zhuǎn)換，然后將SLEEP-APPROVED值設(shè)為‘0’。
在本發(fā)明的一個實施例中，基站1150在步驟1119將AFTER-REQ_ACTION值設(shè)為‘001’，將REQ_DURATION設(shè)為特定值，以便訂戶臺1100在等待時間段期滿之后重新傳送睡眠請求消息，并且向訂戶臺1100傳送表示訂戶臺1100應(yīng)當(dāng)在固定時間期滿之后傳送睡眠請求消息的睡眠響應(yīng)消息。
當(dāng)從基站1150接收到睡眠響應(yīng)消息時，訂戶臺1100在步驟1121分析所接收的睡眠響應(yīng)消息，然后在固定REQ_DURATION值的時間期滿之后將睡眠請求消息重新傳送到基站1150。
當(dāng)接收到從訂戶臺1100重新傳送的睡眠請求消息時，在存在要傳送到訂戶臺1100的數(shù)據(jù)的情況下，基站1150在步驟1123考慮訂戶臺1100和基站1150的狀態(tài)將具有與在步驟1119傳送的睡眠響應(yīng)消息相同的含義的睡眠響應(yīng)消息重新傳送到訂戶臺1100。
當(dāng)從基站1150接收到睡眠響應(yīng)消息時，訂戶臺1100在步驟1125以與在步驟1121所述相同的方式將睡眠請求消息重新傳送到基站1150。
在本發(fā)明的可替換實施例中，當(dāng)接收到從訂戶臺1100重新傳送的睡眠請求消息時，在存在要傳送到訂戶臺1100的數(shù)據(jù)的情況下，基站1150考慮訂戶臺1100和基站1150的狀態(tài)而再次確定拒絕訂戶臺1100的向睡眠模式的狀態(tài)轉(zhuǎn)換，并且將SLEEP-APPROVED值設(shè)為‘0’。
此時，基站1150在步驟1127將AFTER-REQ_ACTION值設(shè)為‘010’，并且向訂戶臺1100傳送表示訂戶臺1100應(yīng)當(dāng)?shù)却苫?150以后傳送睡眠響應(yīng)消息而不重新傳送睡眠請求消息的睡眠響應(yīng)消息。
當(dāng)從基站1150接收到睡眠響應(yīng)消息時，訂戶臺1100在步驟1129分析睡眠響應(yīng)消息，然后等待從基站1150接收睡眠響應(yīng)消息，而不再傳送睡眠請求消息。
此時，基站1150在傳送之前將睡眠響應(yīng)消息中的SLEEP-APPROVED值設(shè)為‘1’，因此訂戶臺1100在步驟1133在包括在睡眠響應(yīng)消息中的START-TIME值所表示的時間期滿之后轉(zhuǎn)換到睡眠模式。
圖12是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)基站的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖。參照圖12，如果在訂戶臺1200處于喚醒模式下時基站1250在步驟1211沒有要傳送到訂戶臺1200的數(shù)據(jù)，則基站1250希望訂戶臺1200進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換，因此基站1250在步驟1213將睡眠請求消息傳送到訂戶臺1200。
睡眠請求消息包括結(jié)合表4所述的信息元素。當(dāng)從基站1250接收到睡眠請求消息時，訂戶臺1200在步驟1215考慮訂戶臺1200和基站1250的狀態(tài)而確定拒絕基站1250的向睡眠模式的狀態(tài)轉(zhuǎn)換，并且根據(jù)確定結(jié)果將睡眠響應(yīng)消息傳送到基站1250。
這里，訂戶臺1200考慮是否存在要傳送到基站1250的分組數(shù)據(jù)來確定是否同意由基站1250請求的訂戶臺1200的向睡眠模式的狀態(tài)轉(zhuǎn)換。當(dāng)存在要傳送到基站1250的數(shù)據(jù)時，如果要傳送的數(shù)據(jù)是控制分組或緊急用戶數(shù)據(jù)分組，則訂戶臺1200可以拒絕基站1250的請求。
在本發(fā)明的實施例中，如結(jié)合表10所述，當(dāng)訂戶臺1200拒絕基站1250的向睡眠模式的狀態(tài)轉(zhuǎn)換請求時，它將SLEEP-APPROVED值設(shè)為‘0’，將表示基站1250稍后將要執(zhí)行的操作的AFTER-REQ_ACTION值設(shè)為‘000’，以便基站1250在任意確定的時間期滿之后重新傳送睡眠請求消息。
當(dāng)從訂戶臺1200接收到睡眠響應(yīng)消息時，基站1250在步驟1217從睡眠響應(yīng)消息確定向睡眠模式的狀態(tài)轉(zhuǎn)換請求被拒絕，從所接收的睡眠響應(yīng)消息中提取AFTER-REQ_ACTION值，并且根據(jù)‘000’的AFTER-REQ_ACTION值在任意確定的時間期滿之后重新傳送睡眠請求消息。
當(dāng)接收到從基站1250重新傳送的睡眠請求消息時，在存在要傳送到基站1250的數(shù)據(jù)的情況下，訂戶臺1200考慮基站1250和訂戶臺1200的狀態(tài)而確定拒絕訂戶臺1200的向睡眠模式的狀態(tài)轉(zhuǎn)換。
在本發(fā)明的可替換實施例中，訂戶臺1200根據(jù)確定結(jié)果將SLEEP-APPROVED值設(shè)為‘0’，將AFTER-REQ_ACTION值設(shè)為‘001’，并且將REQ_DURATION設(shè)為特定值。此后，訂戶臺1200在步驟1219向基站1250傳送表示基站1250在固定時間期滿之后應(yīng)當(dāng)重新傳送睡眠請求消息的睡眠響應(yīng)消息。
當(dāng)從訂戶臺1200接收到睡眠響應(yīng)消息時，基站1250在步驟1121分析所接收的睡眠響應(yīng)消息，然后在固定REQ_DURATION值的時間期滿之后將睡眠請求消息重新傳送到訂戶臺1200。
當(dāng)接收到從基站1250重新傳送的睡眠請求消息時，訂戶臺1200在步驟1223考慮基站1250和訂戶臺1200的狀態(tài)將具有與在步驟1219傳送的睡眠響應(yīng)消息的相同含義的睡眠響應(yīng)消息再次傳送到基站1250。
當(dāng)從訂戶臺1200接收到睡眠響應(yīng)消息時，基站1250在步驟1225以與在步驟1221所述相同的方式將睡眠請求消息重新傳送到訂戶臺1200。
當(dāng)接收到從基站1250重新傳送的睡眠請求消息時，在存在要傳送到基站1250的數(shù)據(jù)的情況下，訂戶臺1200考慮訂戶臺1200和基站1250的狀態(tài)而確定拒絕訂戶臺1200的向睡眠模式的狀態(tài)轉(zhuǎn)換。
在本發(fā)明的另一個實施例中，訂戶臺1200在步驟1227將SLEEP-APPROVED值設(shè)為‘0’，將AFTER-REQ_ACTION值設(shè)為‘010’，并且向基站1250傳送表示基站1250應(yīng)當(dāng)?shù)却捎啈襞_1200以后傳送睡眠請求消息而不重新傳送睡眠請求消息的睡眠響應(yīng)消息。
當(dāng)從訂戶臺1200接收到睡眠響應(yīng)消息時，基站1250在步驟1229分析睡眠響應(yīng)消息，然后等待從訂戶臺1200接收睡眠響應(yīng)消息，而不再傳送睡眠請求消息。
此時，訂戶臺1200在傳送之前將睡眠響應(yīng)消息中的SLEEP-APPROVED值設(shè)為‘1’，因此基站1250在步驟1233在包括在睡眠響應(yīng)消息中的START-TIME值所表示的時間期滿之后轉(zhuǎn)換到睡眠模式。
圖13是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)要傳送數(shù)據(jù)分組的訂戶臺請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖。參照圖13，如果訂戶臺1300在步驟1311檢測到生成要傳送到基站1350的用戶數(shù)據(jù)分組，并且希望進(jìn)行從睡眠模式到喚醒模式的狀態(tài)轉(zhuǎn)換，則訂戶臺1300在步驟1313將訂戶臺通信量指示消息傳送到基站1350。
訂戶臺通信量指示消息包括結(jié)合表12所述的信息元素，并且包括在其中的CONTROL_PACKET_IND值由于訂戶臺1300試圖轉(zhuǎn)換到喚醒模式而設(shè)為‘0’。
當(dāng)從訂戶臺1300接收到訂戶臺通信量指示消息時，由于訂戶臺通信量指示消息中的CONTROL_PACKET_IND值設(shè)為‘0’，因此基站1350可以確定是否同意訂戶臺1300的向喚醒模式的狀態(tài)轉(zhuǎn)換請求。
如上所述，基站1350由于以下原因而可以拒絕由訂戶臺1300請求的向喚醒模式的轉(zhuǎn)換。
1)基站容量的高效利用當(dāng)位于當(dāng)前小區(qū)內(nèi)的訂戶臺的數(shù)目由于訂戶臺1300的移動而達(dá)到基站1350的容量限制或臨界容量級別時，基站1350可以通過拒絕訂戶臺1300的向喚醒模式的轉(zhuǎn)換來預(yù)先防止超出其容量。
2)訂戶臺通信量的負(fù)載均衡基站1350可以通過抑制具有向基站1350的高分組傳送速率的訂戶臺1300的向喚醒模式的狀態(tài)轉(zhuǎn)換來增加其它訂戶臺的分組傳送機(jī)會。或者，基站1350可以通過優(yōu)先考慮具有高分組傳送速率的訂戶臺1300的向喚醒模式的狀態(tài)轉(zhuǎn)換來提高總體分組傳送速率的效率。
3)喚醒模式下訂戶臺的可靠通信量傳送(QoS被保證)基站1350可以通過抑制具有相對較低優(yōu)先級的訂戶臺1300的向喚醒模式的轉(zhuǎn)換來向具有較高優(yōu)先級的訂戶提供更多的分組傳送機(jī)會。
因此，基站1350在步驟1315根據(jù)上述標(biāo)準(zhǔn)考慮訂戶臺1300和基站1350的狀態(tài)來確定拒絕訂戶臺1300的向喚醒模式的狀態(tài)轉(zhuǎn)換，并且根據(jù)確定結(jié)果將結(jié)合表11所述的通信量確認(rèn)消息傳送到訂戶臺1300。
這里，如參照表11所述，基站1350將AWAKE-APPROVED值設(shè)為‘0’，以拒絕訂戶臺1300的向喚醒模式的狀態(tài)轉(zhuǎn)換。
在本發(fā)明的實施例中，基站1350可以將表示訂戶臺1300稍后將要執(zhí)行的操作的AFTER-REQ_ACTION值設(shè)為‘000’，以便訂戶臺1300在任意確定的時間期滿之后重新傳送訂戶臺通信量指示消息。
當(dāng)從基站1350接收到通信量確認(rèn)消息時，訂戶臺1300在步驟1317從所接收的通信量確認(rèn)消息確定向喚醒模式的狀態(tài)轉(zhuǎn)換請求被拒絕，從所接收的通信量確認(rèn)消息中提取AFTER-REQ_ACTION值，并且根據(jù)‘000’的AFTER-REQ_ACTION值在任意確定的時間期滿之后重新傳送訂戶臺通信量指示消息。
當(dāng)接收到從訂戶臺1300重新傳送的訂戶臺通信量指示消息時，基站1350考慮訂戶臺1300和基站1350的狀態(tài)而確定拒絕訂戶臺1300的向喚醒模式的狀態(tài)轉(zhuǎn)換。
在本發(fā)明的可替換實施例中，基站1350將AWAKE-APPROVED值設(shè)為‘0’，并且將AFTER-IND_ACTION值設(shè)為‘001’。另外，基站1350在步驟1319將IND_DURATION設(shè)為特定值，并且向訂戶臺1300傳送表示訂戶臺1300在固定時間期滿之后應(yīng)當(dāng)重新傳送訂戶臺通信量指示消息的通信量確認(rèn)消息。
當(dāng)從基站1350接收到通信量確認(rèn)消息時，訂戶臺1300在步驟1321分析通信量確認(rèn)消息，然后在固定IND_DURATION值的時間期滿之后將訂戶臺通信量指示消息重新傳送到基站1350。
當(dāng)接收到從訂戶臺1300重新傳送的訂戶臺通信量指示消息時，基站1350在步驟1323考慮訂戶臺1300和基站1350的狀態(tài)將具有與在步驟1319傳送的通信量確認(rèn)消息的相同含義的通信量確認(rèn)消息傳送到訂戶臺1300。
當(dāng)從基站1350接收到通信量確認(rèn)消息時，訂戶臺1300在步驟1325以與在步驟1321所述相同的方式將訂戶臺通信量指示消息重新傳送到基站1350。
當(dāng)接收到從訂戶臺1300重新傳送的訂戶臺通信量指示消息時，基站1350考慮訂戶臺1200和基站1250的狀態(tài)來確定拒絕訂戶臺1300的向喚醒模式的狀態(tài)轉(zhuǎn)換。
在本發(fā)明的另一個實施例中，基站1350將AWAKE-APPROVED值設(shè)為‘0’，并且將AFTER-IND_ACTION值設(shè)為‘010’。基站1350在步驟1327向訂戶臺1300傳送表示訂戶臺1300應(yīng)當(dāng)?shù)却苫?350以后傳送訂戶臺通信量指示消息而不重新傳送訂戶臺通信量指示消息的通信量確認(rèn)消息。
當(dāng)從基站1350接收到通信量確認(rèn)消息時，訂戶臺1300在步驟1329、1331和1339分析通信量確認(rèn)消息，然后在每個監(jiān)聽間隔內(nèi)從基站1350接收基站通信量指示消息，同時執(zhí)行睡眠間隔更新算法而不再傳送訂戶臺通信量指示消息，并且確定訂戶臺1300的連接ID是否包括在所接收的基站通信量指示消息中。
如果訂戶臺1300的連接ID包括在所接收的基站通信量指示消息中(即，如果基站1350具有要傳送到訂戶臺1300的數(shù)據(jù))，則訂戶臺1300在步驟1341確定轉(zhuǎn)換到喚醒模式，并且將對應(yīng)于基站通信量指示消息的通信量確認(rèn)消息傳送到基站1350。訂戶臺1300在步驟1343在包括在所接收的基站通信量指示消息中的START-TIME值所表示的時間期滿之后轉(zhuǎn)換到喚醒模式。在這種情況下，通信量確認(rèn)消息中的AWAKE-APPROVED值設(shè)為‘1’。
圖14是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)要傳送控制分組的訂戶臺請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖。參照圖14，如果訂戶臺1400在步驟1411在其處于睡眠模式下時檢測到生成要傳送到基站1450的控制分組，則訂戶臺1400在步驟1413將訂戶臺通信量指示消息傳送到基站1450以進(jìn)行向喚醒模式的狀態(tài)轉(zhuǎn)換。
訂戶臺通信量指示消息包括結(jié)合表12所述的信息元素，并且包括在其中的CONTROL_PACKET_IND值由于訂戶臺1400試圖轉(zhuǎn)換到喚醒模式以傳送控制分組而設(shè)為‘1’。
當(dāng)從訂戶臺1400接收到訂戶臺通信量指示消息時，由于訂戶臺通信量指示消息中的CONTROL_PACKET_IND設(shè)為‘1’，因此基站1450必須同意訂戶臺1400的向喚醒模式的轉(zhuǎn)換請求而不管訂戶臺1400和基站1450的狀態(tài)。
因此，基站1450在步驟1415向訂戶臺1400傳送AWAKE-APPROVED值設(shè)為‘1’從而表示同意訂戶臺1400的向喚醒模式的狀態(tài)轉(zhuǎn)換的通信量確認(rèn)消息。
當(dāng)接收到通信量確認(rèn)消息時，訂戶臺1400在步驟1443從所接收的通信量確認(rèn)消息確定AWAKE-APPROVED值設(shè)為‘1’，分析START-TIME值，然后在數(shù)量為START-TIME值的時間期滿之后轉(zhuǎn)換到喚醒模式。
圖15是示出根據(jù)本發(fā)明實施例的IEEE 802.16e通信系統(tǒng)中響應(yīng)基站的請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖。參照圖15，訂戶臺1500在步驟1511當(dāng)前保持在睡眠模式下。如果存在要傳送到特定訂戶臺的分組，則基站1550在步驟1513、1515和1521重復(fù)廣播包括訂戶臺的連接ID的基站通信量指示消息?；就ㄐ帕恐甘鞠ńY(jié)合表5所述的信息元素。
當(dāng)接收到從基站1550廣播的基站通信量指示消息時，訂戶臺1500讀取包括在基站通信量指示消息中的連接ID，并且確定所讀取的連接ID是否與其自己的連接ID相同，即所接收的基站通信量指示消息是否是訂戶臺1500自身的基站通信量指示消息。如果確定所接收的基站通信量指示消息是訂戶臺1500自身的基站通信量指示消息，則訂戶臺1500考慮其狀態(tài)例如其剩余電池能量確定是否同意基站1550的向喚醒模式的轉(zhuǎn)換請求。
如果訂戶臺1500的當(dāng)前電池能量幾乎耗盡，使得分組傳送/接收不再可用，則基站1150應(yīng)當(dāng)能夠拒絕基站1550的向喚醒模式的轉(zhuǎn)換請求。例如，訂戶臺1500在步驟1523向基站1550傳送表示訂戶臺1500拒絕向喚醒模式的轉(zhuǎn)換的通信量確認(rèn)消息。
當(dāng)接收到通信量確認(rèn)消息時，基站1550在步驟1525從通信量確認(rèn)消息確定訂戶臺1500拒絕了向喚醒模式的轉(zhuǎn)換，在基站通信量指示消息中再次包括訂戶臺1500的連接ID，并且廣播基站通信量指示消息。
當(dāng)接收到基站通信量指示消息時，訂戶臺1500再次確定其自己的連接ID是否包括在所接收的基站通信量指示消息中。如果確定其自己的連接ID包括在所接收的基站通信量指示消息中，則訂戶臺1500在步驟1527考慮其自己的狀態(tài)確定轉(zhuǎn)換到喚醒模式，并且將AWAKE-APPROVED值設(shè)為‘1’的通信量確認(rèn)消息傳送到基站1550。然后，訂戶臺1500在步驟1543在從基站通信量指示消息中提取的START-TIME值所表示的時間期滿之后轉(zhuǎn)換到喚醒模式。
當(dāng)接收到通信量確認(rèn)消息時，基站1550檢測到相應(yīng)訂戶臺的向喚醒模式的轉(zhuǎn)換，并且不將訂戶臺1500的連接ID包括在基站通信量指示消息中，直到存在要傳送到訂戶臺1500的分組為止。
圖16是示出根據(jù)本發(fā)明實施例的響應(yīng)訂戶臺的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的流程圖。參照圖16，在步驟1611，訂戶臺在喚醒模式下傳送分組數(shù)據(jù)。在步驟1613，訂戶臺確定在分組數(shù)據(jù)的傳送期間是否檢測到不存在傳送分組數(shù)據(jù)的空閑間隔。如果確定沒有檢測到空閑間隔，則訂戶臺進(jìn)入步驟1615，其中訂戶臺保持當(dāng)前喚醒模式，然后返回到步驟1611。
然而，如果在步驟1613確定檢測到空閑間隔，則訂戶臺進(jìn)入步驟1617。在步驟1617，訂戶臺由于檢測到空閑間隔而確定其應(yīng)當(dāng)轉(zhuǎn)換到睡眠模式，從而形成要傳送到基站的睡眠請求消息。
在步驟1619，訂戶臺向訂戶臺所連接的基站傳送所形成的睡眠請求消息。同時，訂戶臺開始驅(qū)動用于等待對睡眠請求消息的睡眠響應(yīng)消息的定時器。這里，定時器在傳送睡眠請求消息的時刻被啟動，并且僅在預(yù)定時間內(nèi)被驅(qū)動。
在步驟1621，訂戶臺確定是否從基站接收到睡眠響應(yīng)消息。如果確定沒有從基站接收到睡眠響應(yīng)消息，則訂戶臺進(jìn)入步驟1623。在步驟1623，訂戶臺確定定時器是否期滿。
如果確定定時器尚未期滿，則訂戶臺返回到步驟1621。然而，如果確定定時器期滿，則訂戶臺返回到步驟1619，其中它確定所傳送的睡眠請求消息未被正常傳送到基站，從而重新傳送睡眠請求消息。
如果在步驟1621確定從基站接收到睡眠響應(yīng)消息，則訂戶臺進(jìn)入步驟1625。在步驟1625，訂戶臺確定睡眠響應(yīng)消息中的SLEEP-APPROVED值是否為‘1’，即確定基站是否同意了訂戶臺的向睡眠模式的轉(zhuǎn)換。如果確定SLEEP-APPROVED為‘1’，則訂戶臺進(jìn)入步驟1645。
然而，如果確定SLEEP-APPROVED值不為‘1’，則訂戶臺進(jìn)入步驟1627以由于基站拒絕了由訂戶臺請求的向睡眠模式的轉(zhuǎn)換而執(zhí)行AFTER-REQ_ACTION操作。在步驟1627，訂戶臺確定睡眠響應(yīng)消息中的AFTER-REQ_ACTION值是否為‘000’。如果確定AFTER-REQ_ACTION值為‘000’，則訂戶臺進(jìn)入步驟1631。在步驟1631，訂戶臺在確定AFTER-REQ_ACTION值為‘000’的情況下等待任意確定的時間，因為它由于AFTER-REQ_ACTION值為‘000’而應(yīng)當(dāng)在任意確定的時間期滿之后重新傳送睡眠請求消息，然后返回到步驟1619，其中它重新傳送睡眠請求消息到基站。
如果在步驟1627確定AFTER-REQ_ACTION值不為‘000’，則訂戶臺進(jìn)入步驟1629。在步驟1629，訂戶臺確定AFTER-REQ_ACTION值是否為‘001’。如果確定AFTER-REQ_ACTION值為‘001’，則訂戶臺進(jìn)入步驟1633。在步驟1633，訂戶臺在確定AFTER-REQ_ACTION值為‘001’的情況下等待REQ_DURATION，因為它由于AFTER-REQ_ACTION為‘001’而應(yīng)當(dāng)在固定時間即通過睡眠響應(yīng)消息由基站通知的REQ_DURATION期滿之后重新傳送睡眠請求消息，然后返回到步驟1619，其中它重新傳送睡眠請求消息。
如果在步驟1629確定AFTER-REQ_ACTION值不為‘001’，則訂戶臺進(jìn)入步驟1635。在步驟1635，訂戶臺確定AFTER-REQ_ACTION值是否為‘010’。如果確定AFTER-REQ_ACTION值不為‘010’，則訂戶臺由于睡眠響應(yīng)消息是有缺陷的而忽略睡眠響應(yīng)消息，然后返回到步驟1623，其中它等待下一個睡眠響應(yīng)消息。否則，如果確定AFTER-REQ_ACTION值為‘010’，則訂戶臺進(jìn)入步驟1637，其中訂戶臺確定是否是監(jiān)聽間隔。如果不是監(jiān)聽間隔，則訂戶臺進(jìn)入步驟1639，其中它保持喚醒模式然后重復(fù)步驟1637。然而，如果在步驟1637確定是監(jiān)聽間隔，則訂戶臺進(jìn)入步驟1641。
在步驟1641，由于它檢測到AFTER-REQ_ACTION值為‘010’，因此訂戶臺等待監(jiān)聽間隔而不再重新傳送睡眠請求消息，直到接收到由基站傳送的睡眠響應(yīng)消息為止。因此，在步驟1641，訂戶臺確定是否接收到由基站傳送的睡眠響應(yīng)消息。如果確定未接收到睡眠響應(yīng)消息，則訂戶臺返回到步驟1639。在步驟1639，訂戶臺繼續(xù)保持在喚醒模式下，并且進(jìn)入步驟1637，其中它在監(jiān)聽間隔內(nèi)等待睡眠響應(yīng)消息。
如果在步驟1641確定接收到由基站傳送的睡眠響應(yīng)消息，則訂戶臺進(jìn)入步驟1645。在步驟1645，訂戶臺轉(zhuǎn)換到睡眠模式。在步驟1647，訂戶臺暫停分組數(shù)據(jù)的傳送，然后結(jié)束該過程。
圖17是示出根據(jù)本發(fā)明實施例的響應(yīng)基站的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程的流程圖。除了組成睡眠請求消息的信息元素之外，響應(yīng)基站的請求向睡眠模式的狀態(tài)轉(zhuǎn)換過程與圖16的過程相同。因此，下面僅描述兩圖之間的區(qū)別。
如上所述，用于由基站允許訂戶臺進(jìn)行向睡眠模式的轉(zhuǎn)換的過程與圖16的對應(yīng)過程相同。然而，僅有的區(qū)別是不同于圖16的步驟1617，在圖17的步驟1717，在由基站傳送到訂戶臺的睡眠請求消息中包括表示訂戶臺應(yīng)當(dāng)進(jìn)行向睡眠模式的狀態(tài)轉(zhuǎn)換的時間的START-TIME值。
圖18是示出根據(jù)本發(fā)明實施例的響應(yīng)訂戶臺的請求向喚醒模式的狀態(tài)轉(zhuǎn)換過程的信號流程圖。參照圖18，如果處于睡眠模式下的訂戶臺在步驟1811檢測到在分組數(shù)據(jù)會話中生成要傳送到基站的分組數(shù)據(jù)，則訂戶臺進(jìn)入步驟1813。在步驟1813，訂戶臺確定是否檢測到存在傳送分組數(shù)據(jù)的活動間隔。如果確定未檢測到活動間隔，即如果檢測到空閑間隔，則訂戶臺進(jìn)入步驟1815。
在步驟1815，訂戶臺保持當(dāng)前睡眠模式，然后返回到步驟1811。然而，如果在步驟1813確定檢測到活動間隔，則訂戶臺進(jìn)入步驟1817。在步驟1817，訂戶臺在由于檢測到活動間隔而確定它應(yīng)當(dāng)轉(zhuǎn)換到喚醒模式的情況下確定要傳送到基站的第一分組是否是控制分組。如果確定第一分組是控制分組，則訂戶臺進(jìn)入步驟1819，否則訂戶臺進(jìn)入步驟1821。
在步驟1819，由于發(fā)現(xiàn)要傳送到基站的第一分組是控制分組，因此訂戶臺將訂戶臺通信量指示消息中的CONTROL_PACKET_IND值設(shè)為‘1’，以便向喚醒模式的狀態(tài)轉(zhuǎn)換不應(yīng)當(dāng)被拒絕，然后進(jìn)入步驟1823。然而，在步驟1821，由于發(fā)現(xiàn)要傳送到基站的第一分組是用戶數(shù)據(jù)分組，因此訂戶臺將CONTROL_PACKET_IND值設(shè)為‘0’，以便允許基站確定是否同意訂戶臺的向喚醒模式的轉(zhuǎn)換，然后進(jìn)入步驟1823。在步驟1823，訂戶臺形成包含CONTROL_PACKET_IND值的訂戶臺通信量指示消息，然后進(jìn)入步驟1825。
在步驟1825，訂戶臺將所形成的訂戶臺通信量指示消息傳送到訂戶臺所連接的基站。另外，同時，訂戶臺開始驅(qū)動用于等待對應(yīng)于訂戶臺通信量指示消息的通信量確認(rèn)消息的定時器。這里，定時器在傳送訂戶臺通信量指示消息的時刻被啟動，并且僅在預(yù)定時間內(nèi)被驅(qū)動。
在步驟1827，訂戶臺確定是否從基站接收到通信量確認(rèn)消息。如果在步驟1827確定未從基站接收到通信量確認(rèn)消息，則訂戶臺進(jìn)入步驟1829，其中訂戶臺確定定時器是否期滿。如果確定定時器尚未期滿，則訂戶臺返回到步驟1827。
然而，如果確定定時器期滿，則訂戶臺返回到步驟1825，其中它確定所傳送的訂戶臺通信量指示消息未被正常傳送到基站，從而重新傳送訂戶臺通信量指示消息。然而，如果在步驟1827確定從基站接收到通信量確認(rèn)消息，則訂戶臺進(jìn)入步驟1831。
在步驟1831，訂戶臺確定通信量確認(rèn)消息中的AWAKE-APPROVED值是否為‘1’，即確定基站是否同意了訂戶臺的向喚醒模式的轉(zhuǎn)換。如果確定AWAKE-APPROVED值為‘1’，則訂戶臺進(jìn)入步驟1851。
然而，如果確定AWAKE-APPROVED值不為‘1’，則訂戶臺進(jìn)入步驟1833，以由于基站拒絕了由訂戶臺請求的向喚醒模式的轉(zhuǎn)換而執(zhí)行AFTER-IND_ACTION操作。在步驟1833，訂戶臺確定通信量確認(rèn)消息中的AFTER-IND_ACTION值是否為‘000’。如果確定AFTER-IND_ACTION值為‘000’，則訂戶臺進(jìn)入步驟1837。
在步驟1837，由于發(fā)現(xiàn)AFTER-IND_ACTION值為‘000’，因此訂戶臺等待任意確定的時間，因為它應(yīng)當(dāng)在任意確定的時間期滿之后重新傳送睡眠請求消息，然后返回到步驟1825，其中它重新傳送訂戶臺通信量指示消息到基站。
如果在步驟1833確定AFTER-IND_ACTION值不為‘000’，則訂戶臺進(jìn)入步驟1835。
在步驟1835，訂戶臺確定AFTER-IND_ACTION值是否為‘001’。如果確定AFTER-IND_ACTION值為‘001’，則訂戶臺進(jìn)入步驟1839，其中訂戶臺等待IND_DURATION，因為它應(yīng)當(dāng)在固定時間即通過通信量確認(rèn)消息由基站通知的IND_DURATION期滿之后重新傳送訂戶臺通信量指示消息，然后返回到步驟1825，其中它重新傳送訂戶臺通信量指示消息。
然而，如果在步驟1835確定AFTER-IND_ACTION值不為‘001’，則訂戶臺進(jìn)入步驟1841。在步驟1841，訂戶臺確定AFTER-IND_ACTION值是否為‘010’。如果確定AFTER-IND_ACTION值不為‘010’，則訂戶臺由于通信量確認(rèn)消息是有缺陷的而忽略通信量確認(rèn)消息，然后返回到步驟1829，其中它等待下一個通信量確認(rèn)消息。然而，如果在步驟1841確定AFTER-IND_ACTION值為‘010’，則訂戶臺進(jìn)入步驟1843。
在步驟1843，訂戶臺確定是否是監(jiān)聽間隔。如果不是監(jiān)聽間隔，則訂戶臺進(jìn)入步驟1845，其中它保持睡眠模式然后重復(fù)步驟1843。然而，如果在步驟1843確定是監(jiān)聽間隔，則訂戶臺進(jìn)入步驟1847。
在步驟1847，當(dāng)確定AFTER-IND_ACTION值為‘010’時，訂戶臺從監(jiān)聽間隔喚醒，并且等待直到接收到由基站傳送的基站通信量指示消息為止，而不再重新傳送訂戶臺通信量指示消息。
因此，在步驟1847，訂戶臺確定是否接收到基站通信量指示消息。如果確定未接收到基站通信量指示消息，則訂戶臺返回到步驟1845。然而，如果在步驟1847確定接收到由基站傳送的基站通信量指示消息，則訂戶臺進(jìn)入步驟1849。
在步驟1849，訂戶臺將對應(yīng)于基站通信量指示消息的通信量確認(rèn)消息傳送到基站，然后進(jìn)入步驟1851。在步驟1851，訂戶臺從睡眠模式轉(zhuǎn)換到喚醒模式，然后進(jìn)入步驟1853。在步驟1853，由于訂戶臺轉(zhuǎn)換到喚醒模式，因此它恢復(fù)在睡眠模式下暫停的分組數(shù)據(jù)傳送。
從前面描述應(yīng)當(dāng)理解，本發(fā)明支持OFDM/OFDMA寬帶無線接入通信系統(tǒng)或IEEE 802.16e通信系統(tǒng)的睡眠模式和喚醒模式操作。下面將詳細(xì)描述根據(jù)本發(fā)明的睡眠模式和喚醒模式操作的優(yōu)點。
(1)當(dāng)訂戶臺請求向睡眠模式的狀態(tài)轉(zhuǎn)換時，基站應(yīng)當(dāng)向訂戶臺通知它是否將同意該轉(zhuǎn)換請求。如果存在要傳送到訂戶臺的數(shù)據(jù)，則基站可以拒絕由訂戶臺請求的向睡眠模式的轉(zhuǎn)換。因此，訂戶臺繼續(xù)保持喚醒模式，從而導(dǎo)致不必要的功耗。然而，本發(fā)明采用當(dāng)訂戶臺的向睡眠模式的轉(zhuǎn)換請求被拒絕時允許訂戶臺再次發(fā)出向睡眠模式的轉(zhuǎn)換請求的算法，從而使得能夠進(jìn)行訂戶臺的向睡眠模式的狀態(tài)轉(zhuǎn)換。
(2)每當(dāng)在睡眠模式下操作的訂戶臺檢測到存在傳送數(shù)據(jù)時，訂戶臺向基站發(fā)送向喚醒模式的轉(zhuǎn)換請求。在這種情況下，基站由于下面原因而可以拒絕訂戶臺的向喚醒模式的轉(zhuǎn)換請求。
-基站容量的高效利用基站可以預(yù)先防止超出其容量。
-訂戶臺通信量的負(fù)載均衡基站抑制具有向基站的高分組傳送速率的訂戶臺的向喚醒模式的轉(zhuǎn)換，從而增加其它訂戶臺的分組傳送機(jī)會?；蛘?，基站可以通過優(yōu)先考慮具有高分組傳送速率的訂戶臺的向喚醒模式的轉(zhuǎn)換來提高總體分組數(shù)據(jù)傳送效率。
-喚醒模式下訂戶臺的可靠通信量傳送(QoS被保證)基站抑制具有相對較低優(yōu)先級的訂戶臺的向喚醒模式的轉(zhuǎn)換，從而向具有較高優(yōu)先級的訂戶提供更多的分組傳送機(jī)會。
在傳統(tǒng)的技術(shù)中，沒有用于拒絕轉(zhuǎn)換請求的方法和拒絕之后的操作的具體定義。因此，來自其的向喚醒模式的轉(zhuǎn)換請求被拒絕的訂戶臺繼續(xù)保持在睡眠模式下。為了解決該問題，本發(fā)明定義了當(dāng)定義了向喚醒模式的轉(zhuǎn)換時訂戶臺應(yīng)當(dāng)執(zhí)行的操作及其參數(shù)，從而訂戶臺可以轉(zhuǎn)換到被拒絕的喚醒模式。
(3)基站由于在(2)中所述的原因而可以將向睡眠模式的轉(zhuǎn)換請求發(fā)送到訂戶臺。在傳統(tǒng)技術(shù)中，當(dāng)接收到向睡眠模式的轉(zhuǎn)換請求時，訂戶臺向基站傳送對轉(zhuǎn)換請求的響應(yīng)消息，然后無條件地轉(zhuǎn)換到睡眠模式。結(jié)果，控制分組可能被丟失，或者可能不能在適當(dāng)?shù)臅r間被傳送，從而影響用戶數(shù)據(jù)分組的實際傳送。因此，如果訂戶臺必須傳送重要信息的分組，則訂戶臺應(yīng)當(dāng)能夠拒絕基站的請求。本發(fā)明使得甚至是訂戶臺也能夠拒絕基站的向睡眠模式的轉(zhuǎn)換請求，從而有助于快速且安全地傳送可靠的用戶數(shù)據(jù)傳送所需的控制信息。
(4)當(dāng)基站請求保持在睡眠模式下的訂戶臺進(jìn)行向喚醒模式的轉(zhuǎn)換時，訂戶臺應(yīng)當(dāng)能夠根據(jù)其剩余電池能量拒絕基站的請求。如果訂戶臺的當(dāng)前電池能量幾乎耗盡，使得分組傳送/接收不再可用，則訂戶臺可以拒絕基站的向喚醒模式的轉(zhuǎn)換請求，因此防止由于低電池能量而造成的可能的誤操作。
盡管本發(fā)明是參照其特定優(yōu)選實施例來示出和描述的，但本領(lǐng)域的技術(shù)人員應(yīng)該理解，在不脫離由所附權(quán)利要求限定的本發(fā)明的精神和范圍的情況下，可以對其進(jìn)行形式和細(xì)節(jié)的各種修改。
權(quán)利要求
1.一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中由處于喚醒模式下的訂戶臺控制睡眠模式的方法，其中睡眠模式用于在不存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下最小化訂戶臺的功耗，而喚醒模式用于在存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下使得能夠進(jìn)行訂戶臺與基站之間的通信，該方法包括以下步驟如果接收到基站對從訂戶臺到基站的睡眠請求的拒絕響應(yīng)，則在等待時間段期滿之后向基站重新傳送睡眠請求；或者如果接收到基站對從訂戶臺到基站的睡眠請求的拒絕響應(yīng)，則停止向基站重新傳送睡眠請求，直到從基站接收到未經(jīng)請求的對睡眠請求的響應(yīng)為止。
2.如權(quán)利要求1所述的方法，其中等待時間段是訂戶臺應(yīng)當(dāng)?shù)却灾匦聜魉退哒埱蟮墓潭〞r間。
3.一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中由基站控制睡眠模式的方法，其中睡眠模式用于在不存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下最小化訂戶臺的功耗，而喚醒模式用于在存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下使得能夠進(jìn)行訂戶臺與基站之間的通信，該方法包括以下步驟如果接收到訂戶臺對從基站到訂戶臺的睡眠請求的拒絕響應(yīng)，則在等待時間段期滿之后向訂戶臺重新傳送睡眠請求；或者如果接收到訂戶臺對從基站到訂戶臺的睡眠請求的拒絕響應(yīng)，則停止向訂戶臺重新傳送睡眠請求，直到從訂戶臺接收到未經(jīng)請求的對睡眠請求的響應(yīng)為止。
4.如權(quán)利要求3所述的方法，其中等待時間段是基站應(yīng)當(dāng)?shù)却灾匦聜魉退哒埱蟮墓潭〞r間。
5.一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中在訂戶臺處于睡眠模式下的時候當(dāng)傳送用于指示存在要從訂戶臺傳送到基站的通信量數(shù)據(jù)的通信量指示時由訂戶臺控制喚醒模式的方法，其中睡眠模式用于在不存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下最小化訂戶臺的功耗，而喚醒模式用于在存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下使得能夠進(jìn)行訂戶臺與基站之間的通信，該方法包括以下步驟如果接收到基站對從訂戶臺到基站的通信量指示的拒絕響應(yīng)，則在等待時間段期滿之后向基站重新傳送通信量指示；或者如果接收到基站對從訂戶臺到基站的通信量指示的拒絕響應(yīng)，則停止重新傳送通信量指示，直到從基站接收到未經(jīng)請求的對通信量指示的響應(yīng)為止。
6.如權(quán)利要求5所述的方法，其中如果接收到來自基站的未經(jīng)請求的對通信量指示的響應(yīng)，則未經(jīng)請求的響應(yīng)包括關(guān)于訂戶臺要轉(zhuǎn)換到喚醒模式的開始幀的信息。
7.如權(quán)利要求5所述的方法，其中未經(jīng)請求的響應(yīng)包括訂戶臺最后接收的分組數(shù)據(jù)單元(PDU)序號字段信息。
8.如權(quán)利要求5所述的方法，其中等待時間段是訂戶臺應(yīng)當(dāng)?shù)却灾匦聜魉屯ㄐ帕恐甘镜墓潭〞r間。
9.如權(quán)利要求5所述的方法，其中通信量指示包括訂戶臺最后傳送的分組數(shù)據(jù)單元(PDU)序號字段信息。
10.如權(quán)利要求5所述的方法，還包括以下步驟由訂戶臺確定其自己的連接標(biāo)識符(ID)是否存在于包括在通信量響應(yīng)中的基本連接ID信息中；以及如果其自己的連接ID存在于基本連接ID信息中，則確定轉(zhuǎn)換到喚醒模式。
11.如權(quán)利要求5所述的方法，其中由訂戶臺傳送的通信量指示包括表示傳送分組類型的信息。
12.如權(quán)利要求11所述的方法，還包括以下步驟如果通信量指示所表示的傳送分組類型是控制分組，則在基站的控制下立即轉(zhuǎn)換到喚醒模式。
13.一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中在訂戶臺處于睡眠模式下的時候當(dāng)接收到用于指示存在要從基站傳送到訂戶臺的通信量數(shù)據(jù)的通信量指示時由訂戶臺控制喚醒模式的方法，其中睡眠模式用于在不存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下最小化訂戶臺的功耗，而喚醒模式用于在存在要在訂戶臺與基站之間交換的數(shù)據(jù)的情況下使得能夠進(jìn)行訂戶臺與基站之間的通信，該方法包括以下步驟接收由基站隨同訂戶臺的連接標(biāo)識符(ID)一起傳送的通信量指示；考慮訂戶臺的資源狀態(tài)，確定是否同意向喚醒模式的轉(zhuǎn)換；以及向基站傳送確定結(jié)果。
14.如權(quán)利要求13所述的方法，其中從基站傳送的通信量指示包括訂戶臺最后接收的分組數(shù)據(jù)單元(PDU)序號字段信息。
15.如權(quán)利要求13所述的方法，其中從基站傳送的通信量指示包括關(guān)于訂戶臺要轉(zhuǎn)換到喚醒模式的開始幀的信息。
16.如權(quán)利要求13所述的方法，其中當(dāng)訂戶臺同意向喚醒模式的轉(zhuǎn)換時，訂戶臺向基站傳送包括基本連接ID和關(guān)于訂戶臺打算接收的PDU順序號信息的信息的響應(yīng)。
17.一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中控制從喚醒模式到睡眠模式的轉(zhuǎn)換的系統(tǒng)，其中睡眠模式用于在不存在要交換的數(shù)據(jù)的情況下最小化功耗，而喚醒模式用于在存在要交換的數(shù)據(jù)的情況下使得能夠進(jìn)行通信，該系統(tǒng)包括基站；以及訂戶臺，其中，如果基站從訂戶臺接收到向睡眠模式的轉(zhuǎn)換請求，則基站通過傳送等待時間段信息以允許訂戶臺在等待時間段期滿之后重新傳送向睡眠模式的轉(zhuǎn)換請求來傳送拒絕響應(yīng)；并且其中，如果訂戶臺從基站接收到訂戶臺的向睡眠模式的轉(zhuǎn)換請求，則訂戶臺通過傳送等待時間段信息以允許基站在等待時間段期滿之后重新傳送向睡眠模式的轉(zhuǎn)換請求來傳送拒絕響應(yīng)。
18.如權(quán)利要求17所述的系統(tǒng)，其中等待時間段是訂戶臺應(yīng)當(dāng)?shù)却灾匦聜魉退哒埱蟮墓潭〞r間。
19.如權(quán)利要求17所述的系統(tǒng)，其中等待時間段是基站應(yīng)當(dāng)?shù)却灾匦聜魉退哒埱蟮墓潭〞r間。
20.如權(quán)利要求17所述的系統(tǒng)，其中睡眠請求響應(yīng)包括關(guān)于訂戶臺要轉(zhuǎn)換到睡眠模式的開始幀的信息。
21.一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中控制從睡眠模式到喚醒模式的轉(zhuǎn)換的系統(tǒng)，其中睡眠模式用于在不存在要交換的數(shù)據(jù)的情況下最小化功耗，而喚醒模式用于在存在要交換的數(shù)據(jù)的情況下使得能夠進(jìn)行通信，該系統(tǒng)包括基站；以及移動臺，其中，如果基站從訂戶臺接收到用于指示存在傳送分組的通信量指示，則基站通過傳送等待時間段信息以允許訂戶臺在等待時間段期滿之后重新傳送通信量指示來傳送拒絕響應(yīng)；并且其中，如果訂戶臺從基站接收到包括訂戶臺的連接標(biāo)識符(ID)的通信量指示，則訂戶臺考慮其資源狀態(tài)來確定是否同意向喚醒模式的轉(zhuǎn)換，并且向基站傳送確定結(jié)果。
22.如權(quán)利要求21所述的系統(tǒng)，其中等待時間段是訂戶臺應(yīng)當(dāng)?shù)却灾匦聜魉屯ㄐ帕恐甘镜墓潭〞r間。
23.如權(quán)利要求21所述的系統(tǒng)，其中由訂戶臺傳送的通信量指示包括訂戶臺最后傳送的PDU序號字段信息。
24.如權(quán)利要求21所述的系統(tǒng)，其中訂戶臺確定其自己的連接ID是否存在于包括在通信量響應(yīng)中的基本連接ID信息中，并且如果其自己的連接ID存在于基本連接ID信息中，則確定轉(zhuǎn)換到喚醒模式。
25.如權(quán)利要求21所述的系統(tǒng)，其中由訂戶臺傳送的通信量指示包括表示傳送分組類型的信息。
26.如權(quán)利要求25所述的系統(tǒng)，其中如果由訂戶臺傳送的通信量指示所表示的傳送分組類型是控制分組，則訂戶臺在基站的控制下立即轉(zhuǎn)換到喚醒模式。
27.如權(quán)利要求21所述的系統(tǒng)，其中由基站傳送的通信量指示包括訂戶臺最后接收的分組數(shù)據(jù)單元(PDU)序號字段信息。
28.如權(quán)利要求21所述的系統(tǒng)，其中由基站傳送的通信量指示包括關(guān)于訂戶臺要轉(zhuǎn)換到喚醒模式的開始幀的信息。
29.如權(quán)利要求21所述的系統(tǒng)，其中當(dāng)訂戶臺確定了轉(zhuǎn)換到喚醒模式時，訂戶臺向基站傳送包括基本連接ID和關(guān)于訂戶臺打算接收的PDU順序號的信息的響應(yīng)。
30.一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中控制從喚醒模式到睡眠模式的轉(zhuǎn)換的系統(tǒng)，其中睡眠模式用于在不存在要交換的數(shù)據(jù)的情況下最小化功耗，而喚醒模式用于在存在要交換的數(shù)據(jù)的情況下使得能夠進(jìn)行通信，該系統(tǒng)包括基站；以及訂戶臺，其中，當(dāng)接收到訂戶臺的向睡眠模式的轉(zhuǎn)換請求時，基站通過允許訂戶臺不傳送睡眠請求直到重新接收到對向睡眠模式的轉(zhuǎn)換請求的響應(yīng)為止來傳送拒絕響應(yīng)；并且其中，當(dāng)從基站接收到訂戶臺的向睡眠模式的轉(zhuǎn)換請求時，訂戶臺通過允許基站不傳送睡眠請求直到重新接收到對向睡眠模式的轉(zhuǎn)換請求的響應(yīng)為止來傳送拒絕響應(yīng)。
31.一種用于在利用睡眠模式和喚醒模式的寬帶無線接入通信系統(tǒng)中控制從睡眠模式到喚醒模式的轉(zhuǎn)換的系統(tǒng)，其中睡眠模式用于在不存在要交換的數(shù)據(jù)的情況下最小化功耗，而喚醒模式用于在存在要交換的數(shù)據(jù)的情況下使得能夠進(jìn)行通信，該系統(tǒng)包括基站；以及移動臺，其中，如果基站從訂戶臺接收到指示存在傳送分組的通信量指示，則基站通過允許訂戶臺不傳送通信量指示直到重新接收到對通信量指示的響應(yīng)為止來傳送拒絕響應(yīng)；并且其中，如果訂戶臺從基站接收到包括訂戶臺的連接標(biāo)識符(ID)的通信量指示，則訂戶臺考慮其資源狀態(tài)來確定是否同意向喚醒模式的轉(zhuǎn)換，并且向基站傳送確定結(jié)果。
32.如權(quán)利要求31所述的系統(tǒng)，其中對從基站重新傳送到訂戶臺的通信量指示的響應(yīng)包括關(guān)于訂戶臺要轉(zhuǎn)換到喚醒模式的開始幀的信息。
33.如權(quán)利要求31所述的系統(tǒng)，其中對通信量指示的響應(yīng)包括關(guān)于訂戶臺最后接收的分組數(shù)據(jù)單元(PDU)序號字段信息的信息。
全文摘要
一種具有睡眠和喚醒模式的寬帶無線接入通信系統(tǒng)。訂戶臺在接收到基站對從訂戶臺到基站的睡眠請求的拒絕響應(yīng)時控制睡眠模式。如果接收到來自基站的拒絕響應(yīng)，則訂戶臺在等待時間段期滿之后向基站重新傳送睡眠請求。如果接收到來自基站的拒絕響應(yīng)，則訂戶臺停止向基站重新傳送睡眠請求，直到從基站接收到未經(jīng)請求的對睡眠請求的響應(yīng)為止。
文檔編號H04L12/28GK1698293SQ200480000599
公開日2005年11月16日 申請日期2004年4月30日 優(yōu)先權(quán)日2003年4月30日
發(fā)明者孫泳文, 具昌會, 金昭賢, 孫仲濟(jì) 申請人:三星電子株式會社