(57)【要約】【課題】基地局と移動端末との間の通信において、低消費電力を維持しつつ通信できる機会を向上させること。【解決手段】基地局と移動端末との間で、間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定し、基地局が、移動端末に送信する所定の信号を生成し、移動端末が、基地局により送信された所定の信号の受信の有無に基づいて、該所定の信号に対する応答信号を生成し、基地局と移動端末との間で、所定の信号に対する応答に応じて、データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する。【選択図】図３
2010016636.tif 000002
【特許請求の範囲】
【請求項１】
間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定する手段と、
移動端末に送信する所定の信号を生成する手段と、
送信された前記所定の信号に対する前記移動端末からの応答に応じて、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する手段と
を有する基地局。
【請求項２】
請求項１に記載の基地局において、
前記調整する手段は、前記所定の信号に対する応答が受信されない場合に、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する基地局。
【請求項３】
請求項１又は２に記載の基地局において、
前記所定の信号には、移動端末に対するデータの有無を示す情報が含まれる基地局。
【請求項４】
請求項１ないし３のいずれか１項に記載の基地局において、
前記応答には、当該基地局に対するデータの有無を示す情報が含まれ、
前記調整する手段は、前記応答に当該基地局に対するデータがあることを示す情報が含まれる場合に、データの送受信を行う期間を長くする基地局。
【請求項５】
請求項１ないし４のいずれか１項に記載の基地局において、
前記調整する手段は、移動端末宛のデータの有無に基づいて、該移動端末宛のデータがある場合には、データの送受信を行う期間を長くする基地局。
【請求項６】
請求項１ないし５のいずれか１項に記載の基地局において、
前記調整する手段は、前記移動端末宛のデータの送信が終了した場合、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する基地局。
【請求項７】
間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定する手段と、
基地局により送信された所定の信号の受信の有無に基づいて、該通信の可否を確認するための信号に対する応答信号を生成する手段と、
前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する手段と
を有する移動端末。
【請求項８】
請求項７に記載の移動端末において、
前記基地局と通信ができるかを判断する手段
を有し、
前記生成する手段は、前記判断する手段において前記基地局と通信できると判断した場合、前記所定の信号に対する応答信号を生成する移動端末。
【請求項９】
請求項８に記載の移動端末において、
前記判断する手段は、前記基地局からの電波強度に基づいて、前記基地局と通信ができるかを判断する移動端末。
【請求項１０】
基地局と移動端末との間で、間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定するステップと、
前記基地局が、前記移動端末に送信する所定の信号を生成するステップと、
前記移動端末が、前記基地局により送信された前記所定の信号の受信の有無に基づいて、該所定の信号に対する応答信号を生成するステップと、
前記基地局と前記移動端末との間で、前記所定の信号に対する応答に応じて、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整するステップと
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広帯域無線アクセスシステムに関し、特に基地局及び移動端末並びに方法に関する。
【背景技術】
【０００２】
移動端末には、電池容量に限りがある。このため、移動端末には、基地局との接続を維持しつつ消費電力を削減したいという要求がある。ここで、移動端末には、携帯電話や携帯情報端末(PDA:  Personal  Digital  Assistants)が含まれる。
【０００３】
こうした要求に対し、例えば、IEEE802.16e-2005に規定されるWiMAX(Worldwide  Interoperability  for  Microwave  Access)では、スリープ(Sleep)モードと呼ばれる動作モードが考えられている。スリープモードは、移動端末(MS)と基地局(BS)とが論理的な接続状態は維持したまま、データの送受信を行う期間(Listening  window)とデータの送受信を行わない期間(Sleep  window)とを有する。
【０００４】
移動端末と基地局は、データの送受信を行う期間とデータの送受信を行わない期間とをネゴシエートする。このようにすることにより、移動端末は、必要なデータ通信は行いつつも、Sleep  windowにおいては電波を送受信しなくてよくなる。このため、移動端末は、一時的に使用しない回路の電源を落としたり、クロックを停止したりすることができるため、消費電力を節約することが可能となる。
【０００５】
具体的なSleepモードの手順について、図１を参照して説明する。
【０００６】
MSは、BSに対して、同じ間欠通信スケジュールを持つコネクションの集合を示すパワーセービングクラス(PSC:  Power  Saving  Class)を要求するために、スリープリクエストメッセージ(MOB_SLP-REQ)を送信する（ステップＳ１０２）。
【０００７】
BSは、Sleep  window、Listening  windowのサイズを指定するパラメタと共にスリープレスポンスメッセージ(MOB_SLP-RSP)を送信する（ステップＳ１０４）。
【０００８】
MSは、受信したパラメタに従って、Sleep  windowとListening  windowを計算する。ＭＳは、Listening  windowでフレームを受信する。
【０００９】
図１において、”sleepWin”はスリープウインドウの時間である。”prevSleepWin”は一つ前のスリープウインドウである。”finalSleepWinBase”はスリープ間隔として最終的に割り当てられた値である。”finalSlpWinExp”は、最終的なスリープウインドウを計算するために”finalSleepWinBase”に掛けられる係数である。具体的には、最終的なスリープウインドウ(final-sleep  window)は、以下の式により示される。
【００１０】
final-sleep  window=final-sleep  window  base×2(final-sleep  window  exponent)
間欠通信時には、通信トラフィックがない場合と、通信トラフィックはあるが電力を節約するために間欠通信を行っている場合等、状況に応じた間欠通信のふるまいが３つ準備されている。
【００１１】
Sleepモードのふるまいはパワーセービングクラス(PSC)と呼ばれる。パワーセービングクラスは、間欠通信のListening  window(通信可能時間)とSleep  window(通信不可時間)のスケジュールの方法や、間欠通信を終了する条件から構成される。パワーセービングクラスに、MSとBSとの間のコネクションIDをマッピングするようにしてもよい。
【００１２】
PSCタイプ１は、ウェブ(WEB)アプリケーション等のベストエフォート型通信に最適な間欠通信である。ベストエフォート型通信では、リアルタイム性は要求されない。PSCタイプ１は、間欠通信のSleep  windowが次第に大きくなるスケジュールを有する。また、PSCタイプ１では、トラフィックの発生ととともにSleepモードを解除することができる。
【００１３】
PSCタイプ２は、リアルタイムビデオや音声等、リアルタイム性が要求されコンスタントにデータが流れるタイムのアプリケーション向けの間欠通信である。PSCタイプ２では、Sleep  window、Listening  windowは固定である。PSCタイプ２は、常にデータ通信が必要であるが端末の電力を節約したい場合に用いられる。
【００１４】
PSCタイプ３は、一定時間が経過したら自動的にSleep  windowの終わりでSleepモードを解除するスケジュールである。PSCタイプ３は、一定間隔でMS、BS間を流れる制御データ等を送受信するために用いられる。
【非特許文献１】IEEE802.16e-2005
【発明の開示】
【発明が解決しようとする課題】
【００１５】
スリープモードである移動端末が悪電波状況下にいる場合には、BSが予定しているListening  windowと、MSが電波を受信できない時間が重なる場合が考えられる。
【００１６】
MSが電波を受信できない時間には、MSとBSとの間で同期ができない時間が含まれる。例えば、該MSがビルとビルとの間にいる場合が該当する。例えば、図２に示すように、BSのListening  windowとMSが電波を受信できない時間が重なる場合がある。BSとMSとの間でネゴシエーションが行われることにより、Listening  windowとSleep  windowとが決定される。BSとMSとの間では、Listening  windowの期間で通信ができる。一方、MSにおける電波状況は変化する。例えば、電波状況が悪い場合にはMSとBSとの間で同期が取れず通信ができない場合がある。このため、BSにおけるListening  windowとMSにおける同期不可期間とが重なる場合がある。
【００１７】
このような状況の場合、MSがBSとデータを送受信できるのは、両者の通信可能である期間のANDをとった期間でありデータ送受信が著しく低下する。すなわち、MSとBSとの間でデータの送受信できるのは、BSのListening  windowとMSとBSとの間で同期が可能である時間とが重なる時間である。このため、データの送受信をできる時間が著しく短くなる。
【００１８】
BSでは上位層からのデータがバッファに蓄積しきれない量となった場合、該蓄積しきれない上位層のデータは廃棄される場合もある。また、MSとBS間では、キープアライブ(Keep  Alive)が行われる。しかし、キープアライブが繰り返し失敗した場合、MSとBSとの論理的接続が切断される場合がある。MSとBSとの論理的接続が切断された場合、MSは、Sleepモードを解除し、隣接BSにハンドオーバ(HO:  Handover)し、必要に応じてSleepモードを再定義する。このようになった場合、MSとBSとの間でデータ通信ができない時間が長くなる。また、MSとBSとの間で送受信される制御トラフィックが多く発生する。
【００１９】
そこで、本基地局及び移動端末並びに方法は上述した問題点の少なくとも１つを解決するためになされたものであり、低消費電力を維持しつつ通信できる機会を向上させることができる基地局及び移動端末並びに方法を提供することにある。
【課題を解決するための手段】
【００２０】
上記課題を解決するため、本基地局は、
間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定する手段と、
移動端末に送信する所定の信号を生成する手段、
送信された前記所定の信号に対する前記移動端末からの応答に応じて、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する手段と
を有する。
【００２１】
本移動端末は、
間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定する手段と、
基地局により送信された所定の信号の受信の有無に基づいて、該通信の可否を確認するための信号に対する応答信号を生成する手段と、
前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する手段と
を有する。
【００２２】
本方法は、
基地局と移動端末との間で、間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定するステップと、
前記基地局が、前記移動端末に送信する所定の信号を生成するステップと、
前記移動端末が、前記基地局により送信された前記所定の信号の受信の有無に基づいて、該所定の信号に対する応答信号を生成するステップと、
前記基地局と前記移動端末との間で、前記所定の信号に対する応答に応じて、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整するステップと
を有する。
【発明の効果】
【００２３】
低消費電力を維持しつつ通信できる機会を向上させることができる。
【発明を実施するための最良の形態】
【００２４】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明する。
【００２５】
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
【００２６】
本実施例に係る通信システムは、無線通信装置を有する。該無線通信装置は、移動端末(MS:  Mobile  Station)が有するようにしてもよい。また、該無線通信装置は、基地局(BS:  Base  Station)が有するようにしてもよい。
【００２７】
本実施例では、基地局は、移動端末からみた該基地局の電波状況に応じて、動的に間欠周期を変更する。また、基地局は、トラヒックの有無に応じて、動的に間欠周期を変更する（以下、動的周期モードと呼ぶ）。ここで、間欠周期とは、間欠通信が行われる場合における移動端末と基地局とが論理的な接続状態は維持したまま、データの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間を示す。データの送受信を行う期間はリスニングウインドウ(Listening  window)と呼ばれてもよい。データの送受信を行わない期間はスリープウインドウ(Sleep  window)と呼ばれてもよい。データの送受信を行う期間及び／又はデータの送受信を行わない期間が変更されてもよい。また、データの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間、いわゆる周期が変更されてもよい。また、該周期と、データの送受信を行う期間及び／又はデータの送受信を行わない期間が変更されてもよい。
【００２８】
例えば、以下の処理が行われる。
【００２９】
移動端末１００又は基地局２００は、当該移動端末１００又は基地局２００に送信すべきデータが存在する状態で、通常周期での送信が失敗したことを検出する。ここで、通常周期とは移動端末１００と基地局２００との間で、予め決定される動的周期モードが適用されない場合におけるデータの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間である。データの送受信を行う期間及び／又はデータの送受信を行わない期間が決定されてもよい。
【００３０】
この場合、移動端末１００及び基地局２００は、通信可否を検出する頻度を上げる。このようにすることにより、移動端末１００及び基地局２００は、電波回復を早く捕捉できる。移動端末１００又は基地局２００は、電波を捕捉した際には、間欠通信の通信可能時間を長くする。このようにすることにより、送信機会を増加させることができ、保留しているデータを早く送信することができる。
【００３１】
具体的には、以下の処理が行われてもよい。
【００３２】
間欠通信を行う移動端末１００及び基地局２００は、間欠周期の通信期間において相互にフィードバック信号を通知する。このフィードバック信号には、次の通信期間にかかる待機トラフィックの有無を示す情報が含まれるようにしてもよい。
【００３３】
移動端末１００は基地局２００と通信できないと判断した場合、当該移動端末１００の電波受信状況を基地局２００へフィードバックすることを停止する。この場合、移動端末１００及び基地局２００は、予めネゴシエーションされた動的周期モードに遷移するようにしてもよい。
【００３４】
また、移動端末１００はトラフィックがある場合には、基地局２００からのフィードバックが届く間欠周期の通信可能期間がそれまでの周期における通信可能期間よりも長くなるよう周期を変更する。この場合、移動端末１００は、待機トラヒックがあることを基地局２００に通知する。例えば、移動端末１００は、制御チャネルにより、待機トラヒックがあることを通知するようにしてもよい。また、以前に送受信していたフィードバック信号に含まれる次の通信期間にかかる待機トラフィックの有無を示す情報に基づいて、待機トラヒックの有無を判断するようにしてもよい。
【００３５】
基地局２００は、移動端末１００からのフィードバックがない場合に、当該基地局２００又は移動端末１００の待機トラフィックの有無に応じて、当該基地局２００の間欠動作の周期を変更する。例えば、基地局２００は、以前の基地局２００の待機トラフィックの有無又は移動端末１００の待機トラフィックの有無に応じて、フィードバックが届かない期間の間欠動作の周期を短く変更してもよい。
【００３６】
また、移動端末１００は、基地局２００と通信できないことを、該基地局２００からのフィードバック信号を受信できないことで判断するようにしてもよい。
【００３７】
また、移動端末１００は、基地局２００と通信できないことを、該基地局２００からの電波強度を測定し判定するようにしてもよい。
【００３８】
また、移動端末１００及び基地局２００は、送信バッファがはけたら動的周期モードを終了し、通常の周期に戻ってもよい。例えば、移動端末１００及び基地局２００は、当該移動端末１００及び基地局２００が有する送信バッファに格納されているデータの送信が終了した場合、動的周期モードを終了する。そして、移動端末１００及び基地局２００は、通常の間欠周期で通信を行うようにしてもよい。
【００３９】
本実施例に係る移動端末１００について、図３を参照して説明する。
【００４０】
本実施例に係る移動端末１００は、送受信部１０２を有する。送受信部１０２は、間欠周期のデータの送受信を行う期間において、基地局２００により送信されたフィードバック信号を受信する。該フィードバック信号には、次のデータの送受信を行う期間にかかる待機トラフィックの有無を示す情報が含まれてもよい。
【００４１】
本実施例に係る移動端末１００は、通信判定部１０４を有する。通信判定部１０４は、基地局２００と通信ができないことを判定する。通信判定部１０４は、基地局２００と通信ができないと判定した場合、後述する通信制御部１０８に基地局２００と通信ができないことを通知する。
【００４２】
本実施例に係る移動端末１００は、トラフィック検出部１０６を有する。トラヒック検出部１０６は、トラフィックの有無を検出する。トラフィック検出部１０６は、トラフィックの有無を示す情報を通信制御部１０８に入力する。
【００４３】
本実施例に係る移動端末１００は、通信制御部１０８を有する。通信制御部１０８は、通信判定部１０４において通信不可と判定した場合には基地局２００へのフィードバックを停止するように制御する。また、通信制御部１０８は、通信判定部１０４において通信不可と判定した場合、該通信不可と判定した期間にトラフィックがあることを検出した場合には間欠周期の通信可能時間がそれまでの周期における通信可能時間よりも長くなるよう周期を変更する。
【００４４】
また、通信制御部１０８は、以前の基地局２００の待機トラフィックの有無に応じてフィードバック信号が届かない期間の間欠動作の周期を短く変更してもよい。また、通信制御部１０８は、当該移動端末１００の待機トラフィックの有無に応じてフィードバック信号が届かない期間の間欠動作の周期を短く変更してもよい。
【００４５】
また、通信判定部１０４は、基地局２００からのフィードバック信号を受信できない場合に、基地局２００と通信ができないと判断するようにしてもよい。また、通信判定部１０４は、基地局２００からの電波強度の測定値に基づいて、基地局２００と通信ができないと判定するようにしてもよい。
【００４６】
また、通信制御部１０８は、間欠周期を変更し、通信した結果トラフィックがはけた場合には動的周期モードを終了し元の間欠周期に戻すこととしてもよい。
【００４７】
本実施例に係る基地局２００について、図３を参照して説明する。
【００４８】
本実施例に係る基地局２００は、送受信部２０２を有する。送受信部２０２は、間欠周期の通信期間において、間欠通信を行う移動端末１００が送信するフィードバック信号（フィードバック応答）を受信する。該フィードバック信号には、次の通信期間にかかる待機トラフィックの有無を示す情報が含まれてもよい。
【００４９】
本実施例に係る基地局２００は、通信判定部２０４を有する。通信判定部２０４は、移動端末１００と通信できないことを判断する。通信判定部２０４は、移動端末１００と通信できないと判断した場合には、移動端末１００と通信できないことを後述する通信制御部２０８に入力する。
【００５０】
本実施例に係る基地局２００は、トラフィック検出部２０６を有する。トラフィック検出部２０６は、移動端末１００向けトラフィックの有無を検出する。トラフィック検出部２０６は、移動端末１００向けトラフィックの有無の検出結果を、通信制御部２０８に入力する。
【００５１】
本実施例に係る基地局２００は、通信制御部２０８を有する。通信制御部２０８は、トラヒック検出部２０６によりトラヒックがあることが通知された場合には、移動端末１００からのフィードバック信号（フィードバック応答）が届く期間の間欠周期の通信可能時間がそれまでの周期における通信可能時間よりも長くなるよう周期を変更する。また、通信制御部２０８は、以前の基地局２００の待機トラフィックの有無に応じてフィードバックが届かない期間の間欠動作の周期を短く変更してもよい。また、通信制御部２０８は、移動端末１００の待機トラフィックの有無に応じてフィードバックが届かない期間の間欠動作の周期を短く変更してもよい。
【００５２】
また、通信判定部２０４は、移動端末１００からのフィードバック信号を受信できない場合に、移動端末１００と通信できないことを判定するようにしてもよい。
【００５３】
また、通信判定部２０４は、移動端末１００からの電波強度の測定結果に基づいて、移動端末１００と通信できないことを判定するようにしてもよい。
【００５４】
また、通信制御部２０８は、周期を変更し通信した結果トラフィックがはけた場合には動的周期モードを終了し元の間欠周期に戻すこととしてもよい。例えば、通信制御部２０８は、通常周期に戻すようにしてもよい。
【００５５】
（通信システムの構成例）
本実施例に係る通信システムについて、図４を参照して説明する。
【００５６】
本実施例に係る通信システムでは、移動端末１００と基地局２００との間で、論理的な接続は維持したままで、データの送受信を行う期間と、データの送受信を行わない期間とがネゴシエートされる。この要件を有する通信システムには、WiMAX(Worldwide  Interoperability  for  Microwave  Access)が含まれる。そこで、本実施例では、WiMAX(Worldwide  Interoperability  for  Microwave  Access)を一例として説明する。これらの要件を有する通信システムであれば、WiMAX以外にも適用できる。WiMAXにおいては、基地局２００と移動端末１００は、例えばIEEE 802.16e-2005以降の仕様に基づいて通信を行うようにしてもよい。また、WiMAXにおいては、データの送受信を行う期間はリスニングウインドウ(Listening  window)、データの送受信を行わない期間はスリープウインドウ(Sleep  window)と呼ばれてもよい。WiMAXにおいては、このような移動端末１００と基地局２００との間の動作モードはスリープモードと呼ばれてもよい。
【００５７】
WiMAXでは、時分割複信(TDD:  Time  Division  Duplex)方式が適用される。TDDでは、上りリンクと下りリンクの信号が同一周波数帯で送信され、下りリンクと上りリンクとが高速に切り替えられることにより、全二重通信が行われる。時分割複信方式における伝送フレームには、下りリンクの信号が送信される下りリンクサブフレームと、上りリンクの信号が送信される上りリンクサブフレームとが含まれる。また、本実施例に係る通信システムは、直交周波数分割多重(OFDM:  Orthogonal  Frequency  Division  Multiplexing)／直交周波数分割多重接続(OFDMA:  Orthogonal  Frequency  Division  Multiple  Access)が適用される。
【００５８】
本実施例に係る通信システムは、基地局２００を有する。また、本実施例に係る通信システムは、移動端末１００を有する。基地局２００と移動端末１００は、時分割複信方式により無線通信を行う。時分割複信方式における伝送フレームは、下りリンクサブフレーム(DL  Subframe)と上りリンクサブフレーム(UL  Subframe)により構成され、１対の下りリンクサブフレームと上りリンクサブフレームにより、１フレームが構成される。また、下りリンクフレームには、プリアンブル(Preamble)と、フレーム制御ヘッダ(FCH:  Frame  Control  Header)と、DL-MAPと、UL-MAPと、下りリンクバースト(DL  burst)とが含まれる。下りリンクバーストは、複数の領域に区分（分割）されてもよい。また、上りリンクサブチャネルには、レンジング領域と、上りリンクバースト(UL  burst)とが含まれる。上りリンクバーストは、複数の領域に区分（分割）されてもよい。
【００５９】
移動端末１００は、下りリンクのサブフレームにおいて予め割り当てられたレンジング領域を使用して初期レンジングコードを送信する。初期レンジングコードはレンジングリクエスト(RNG-REQ:  Ranging  Request)と呼ばれてもよい。
【００６０】
図４には、１の移動端末１００が示されるが複数であってもよい。また、図４には、１の基地局２００が示されるが複数であってもよい。
【００６１】
本実施例に係る移動端末１００は、スリープモードと呼ばれる動作モードにより、基地局２００と通信を行う。本実施例では、基地局２００と移動端末１００との間の電波状況が変化する場合の一例として、移動端末１００が林立するビルの間を通過する場合について説明する。この例のほかにも、基地局２００と移動端末１００との間の電波状況が変化する場合に適用できる。
【００６２】
スリープモードである移動端末１００が、林立するビルの間を通過する場合について説明する。このような場合、該移動端末１００が基地局２００からみてビルの陰に入った場合は、該基地局２００からの電波が届かない場合がある。
【００６３】
図４において、移動端末１００は、左方向から右方向に移動する。移動端末１００が区間Ａ、Ｃ、Ｅに位置する場合には、基地局２００から電波が届く。このため、該移動端末１００と該基地局２００との間で通信を行うことができる。また、移動端末１００が区間Ｂ、Ｄに位置する場合には、該移動端末１００は、基地局２００からみて、ビルの陰になる。このため、基地局２００からの電波は、該移動端末１００に届かない場合がある。該移動端末１００と基地局２００との間で通信を行うことができない場合がある。
【００６４】
本実施例に係る基地局２００について、図５を参照して説明する。
【００６５】
本実施例に係る基地局２００は、エア区間送受信処理部２５２を有する。エア区間送受信処理部２５２は、後述する各処理部により入力された移動端末１００に送信する各種メッセージを電波に変換する。そして、エア区間送受信処理部２５２は、該各種メッセージを移動端末１００に送信する。また、エア区間送受信処理部２５２は、移動端末１００から受信した電波に含まれるメッセージを取り出す。そして、エア区間送受信処理部２５２は、取り出したメッセージを各処理部へ入力する。
【００６６】
本実施例に係る基地局２００は、網接続処理部２５４を有する。網接続処理部２５４は、当該基地局２００が移動端末１００に接続するための登録手続きプロトコルを処理する。網接続処理部２５４は、移動端末１００と制御メッセージを交換するためにエア区間送受信処理部２５２にメッセージを入力する。また、網接続処理部２５４は、移動端末１００からの制御メッセージをエア区間送受信処理部２５２から受信する。また、網接続処理部２５４は、登録手続き完了後も、移動端末１００の存在を確認するため定期的に移動端末１００とメッセージを交換する。
【００６７】
本実施例に係る基地局２００は、バックボーン送受信部２５６を有する。バックボーン送受信部２５６は、当該基地局２００が、他の基地局とバックボーンネットワークを介してメッセージを交換するための送受信処理を行う。
【００６８】
本実施例に係る基地局２００は、スリーププロトコル処理部２５８を有する。スリーププロトコル処理部２５８は、当該基地局２００と移動端末１００との間で同期して間欠通信ができるように、該移動端末１００との間でプロトコルメッセージを交換する。該プロトコルメッセージには、間欠通信をネゴシエーションするためのメッセージが含まれるようにしてもよい。間欠通信をネゴシエーションするためのメッセージには、動的周期モードが適用されない場合におけるデータの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間をネゴシエーションするためのメッセージが含まれてもよい。また、間欠通信をネゴシエーションするためのメッセージには、動的周期モードが適用されない場合におけるデータの送受信を行う期間及び／又はデータの送受信を行わない期間をネゴシエーションするためのメッセージが含まれてもよい。また、該プロトコルメッセージには、開始フレームをネゴシエーションするためのメッセージが含まれるようにしてもよい。
【００６９】
本実施例に係る基地局２００は、メッセージ送受信部２６０を有する。メッセージ送受信部２６０は、バックボーンネットワークから受信した移動端末宛のユーザデータをエア上に送信する。具体的には、メッセージ送受信部２６０は、バックボーン送受信部２５６により入力された移動端末１００宛のユーザデータをエア区間送受信処理部２５２に入力する。また、メッセージ送受信部２６０は、エア区間経由で移動端末１００から受信したユーザデータをバックボーン網へ転送する。具体的には、メッセージ送受信部２６０は、エア区間送受信処理部２５２により入力された移動端末１００宛のユーザデータをバックボーン送受信部２５６に入力する。また、メッセージ送受信部２６０は、移動端末１００宛のトラフィックの有無を判定する。
【００７０】
本実施例に係る基地局２００は、電波強度測定部２６２を有する。電波強度測定部２６２は、当該移動端末１００がフレーム上で信号を送信している位置における電波強度を測定する。また、電波強度測定部２６２は、当該移動端末１００が送信する上りリンクにおける電波強度を特定する。
【００７１】
本実施例に係る基地局２００は、フィードバック送受信部２６４を有する。フィードバック送受信部２６４は、データの送受信を行う期間に移動端末１００が送信するフィードバック信号を受信する。また、フィードバック送受信部２６４は、該フィードバック信号の有無に応じて通信制御部２６６へ間欠周期の変更を指示する。
【００７２】
本実施例に係る基地局２００は、通信制御部２６６を有する。通信制御部２６６は、動的に間欠周期を変更する。例えば、通信制御部２６６は、トラヒックの有無に応じて、動的に間欠周期を変更するようにしてもよい。具体的には、移動端末１００宛のデータが存在するか否かに応じて、動的に間欠周期を変更する。通信制御部２６６は、動的に間欠周期を変更する場合に、データの送受信を行う期間及び／又はデータの送受信を行わない期間を変更してもよい。また、通信制御部２６６は、動的に間欠周期を変更する場合に、データの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間、いわゆる周期を変更してもよい。また、通信制御部２６６は、動的に間欠周期を変更する場合に、該周期と、データの送受信を行う期間及び／又はデータの送受信を行わない期間を変更してもよい。例えば、通信制御部２６６は、メッセージ送受信部２６０によりトラヒックがあることを通知した場合には、移動端末１００からのフィードバック信号（フィードバック応答）が届く期間の間欠周期の通信可能時間がそれまでの周期における通信可能時間よりも長くなるよう周期を変更する。また、通信制御部２６６は、移動端末１００宛の待機トラフィックが無い場合にはフィードバックが届かない期間の間欠動作の周期を短く変更してもよい。
【００７３】
また、通信制御部２６６は、以前の当該基地局２００における待機トラフィックの有無に応じてフィードバックが届かない期間の間欠動作の周期を短く変更してもよい。
【００７４】
また、通信制御部２６６は、移動端末１００からのフィードバック応答を受信できない場合に、移動端末１００と通信できないことを判断するようにしてもよい。
【００７５】
また、通信制御部２６６は、移動端末１００からの電波強度の測定結果に基づいて、移動端末１００と通信できないことを判定するようにしてもよい。
【００７６】
また、通信制御部２６６は、周期を変更し通信した結果トラフィックがはけた場合、言い換えれば待機トラヒックの送信が終了した場合には動的周期モードを終了し元の間欠周期に戻すこととしてもよい。例えば、通信制御部２０８は、通常周期に戻すようにしてもよい。
【００７７】
本実施例に係る基地局２００は、周期情報テーブル２６８を有する。周期情報テーブル２６８は、移動端末１００との間で、動的周期モードが適用されない場合におけるデータの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間（周期）を示す情報が格納される。該期間は複数であってもよい。該周期を示す情報には、データの送受信を行う期間を示す情報が含まれてもよい。データの送受信を行う期間を示す情報は複数であってもよい。また、該周期を示す情報には、データの送受信を行わない期間を示す情報が含まれてもよい。データの送受信を行わない期間を示す情報は複数であってもよい。
【００７８】
また、周期情報テーブル２６８は、移動端末１００との間で、動的周期モードが適用される場合におけるデータの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間（周期）を示す情報が格納されてもよい。該期間は複数であってもよい。該周期を示す情報には、データの送受信を行う期間を示す情報が含まれてもよい。データの送受信を行う期間を示す情報は複数であってもよい。また、該周期を示す情報には、データの送受信を行わない期間を示す情報が含まれてもよい。データの送受信を行わない期間を示す情報は複数であってもよい。
【００７９】
本実施例に係る移動端末１００について、図６を参照して説明する。
【００８０】
本実施例に係る移動端末１００は、エア区間メッセージ送受信処理部１５２を有する。エア区間メッセージ送受信処理部１５２は、基地局２００との間の接続処理において設定した条件に従って、基地局２００からのフレームに同期し、フレームの送信、受信を行う。
【００８１】
本実施例に係る移動端末１００は、電波強度測定部１５４を有する。電波強度測定部１５４は、同期しているフレームに基づいて、電波強度の測定を行う。
【００８２】
本実施例に係る移動端末１００は、網接続処理部１５６を有する。網接続処理部１５６は、基地局２００との間で、当該移動端末１００が網に接続するためのプロトコルメッセージを処理する。
【００８３】
本実施例に係る移動端末１００は、スリーププロトコル処理部１５８を有する。スリーププロトコル処理部１５８は、当該移動端末１００と基地局２００との間で同期して間欠通信ができるように、基地局２００との間でプロトコルメッセージを交換する。該プロトコルメッセージには、間欠周期をネゴシエーションするためのプロトコルメッセージが含まれる。また、該プロトコルメッセージには、開始フレームをネゴシエーションするためのプロトコルメッセージが含まれる。
【００８４】
本実施例に係る移動端末１００は、通信制御部１６０を有する。通信制御部１６０は、スリーププロトコル処理部１５８が基地局２００との間でネゴシエートした間欠周期に基づいて、通信可能時間でのメッセージの送受信を許可する。また、通信制御部１６０は、該間欠周期に基づいて、非通信時間におけるメッセージの送受信を停止する。また、通信制御部１６０は、該停止と共に、当該移動端末１００の各処理部の電源及び／又はクロックを制御する。
【００８５】
本実施例に係る移動端末１００は、フィードバック送受信部１６２を有する。フィードバック送受信部１６２は、通信可能期間に基地局２００が送信するフィードバック信号を受信する。また、フィードバック送受信部１６２は、フィードバック信号の受信の有無に応じて、通信制御部１６０へ間欠周期の変更を指示する。
【００８６】
本実施例に係る移動端末１００は、周期情報テーブル１６４を有する。周期情報テーブルは、基地局２００との間で、動的周期モードが適用されない場合におけるデータの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間（周期）を示す情報が格納される。該期間は複数であってもよい。該周期を示す情報には、データの送受信を行う期間を示す情報が含まれてもよい。データの送受信を行う期間を示す情報は複数であってもよい。また、該周期を示す情報には、データの送受信を行わない期間を示す情報が含まれてもよい。データの送受信を行わない期間を示す情報は複数であってもよい。また、周期情報テーブル２６８は、移動端末１００との間で、動的周期モードが適用される場合におけるデータの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間（周期）を示す情報が格納されてもよい。該期間は複数であってもよい。該周期を示す情報には、データの送受信を行う期間を示す情報が含まれてもよい。データの送受信を行う期間を示す情報は複数であってもよい。また、該周期を示す情報には、データの送受信を行わない期間を示す情報が含まれてもよい。データの送受信を行わない期間を示す情報は複数であってもよい。
【００８７】
本実施例に係る移動端末１００は、メッセージ送受信部１６６を有する。メッセージ送受信部１６６は、他の移動端末宛のユーザデータをエア上に送信する。具体的には、メッセージ送受信部１６６は、他の移動端末宛のユーザデータをエア区間送受信処理部１５２に入力する。また、メッセージ送受信部１６６は、エア区間経由で基地局２００から受信した他の移動端末から受信したユーザデータを受信する。具体的には、メッセージ送受信部１６６は、エア区間送受信処理部１５２により入力された他の移動端末からユーザデータを通信制御部１６０に入力する。また、メッセージ送受信部１６６は、他の移動端末宛のトラフィックの有無を判定する。
【００８８】
本実施例に係る通信システムの動作について説明する。
【００８９】
本実施例では、図４を参照して説明した区間Ａ−Ｅを、移動端末１００が移動する場合について説明する。具体的には、移動端末１００が区間Ａに位置する場合、区間Ｂに位置する場合、区間Ｃに位置する場合、区間Ｅに位置する場合に分けて説明する。移動端末１００が区間Ｄに位置する場合は、区間Ｂに位置する場合と同様である。
【００９０】
以下、移動端末１００が区間Ａに位置する場合を動的間欠通信モード変更ネゴシエーションフェーズと呼ぶ。この動的間欠通信モード変更ネゴシエーションフェーズでは、基地局２００と移動端末１００との間で、動的間欠通信モードに変更するためのネゴシエーションが行われる。
【００９１】
また、移動端末１００が区間Ｂに位置する場合を電波不安定区間通信不可時の間欠周期変更フェーズと呼ぶ。この電波不安定区間通信不可時の間欠周期変更フェーズでは、基地局２００と移動端末１００との間での通信において電波が不安定な状態となり、通信が不可能であると判定される。この電波不安定区間通信不可時の間欠周期変更フェーズでは、間欠周期が変更される。
【００９２】
また、移動端末１００が区間Ｃに位置する場合を電波不安定区間通信可能時の間欠周期復帰フェーズと呼ぶ。この電波不安定区間通信可能時の間欠周期復帰フェーズでは、基地局２００と移動端末１００との間での通信において電波が不安定な状態となるが、通信が可能であると判定される。この電波不安定区間通信可能時の間欠周期復帰フェーズでは、間欠周期が電波不安定区間通信不可時の間欠周期変更フェーズにおいて変更された間欠周期が、電波不安定区間通信不可時の間欠周期変更フェーズにおいて変更された間欠周期に復帰される。
【００９３】
また、移動端末１００が区間Ｅに位置する場合を電波安定時の間欠周期復帰フェーズと呼ぶ。この電波安定時の間欠周期復帰フェーズでは、基地局２００と移動端末１００との間での通信において電波が安定な状態となる。この電波安定時の間欠周期復帰フェーズでは、基地局２００と移動端末１００との間での通信は、予め決定される動的周期モードが適用される。
【００９４】
（動的間欠通信モード変更ネゴシエーションフェーズ）
動的間欠通信モード変更ネゴシエーションフェーズについて、図７を参照して説明する。
【００９５】
本動的間欠通信モード変更ネゴシエーションフェーズでは、間欠通信動作を開始するために、移動端末１００と基地局２００との間で、ネゴシエーションが行われる。本動作は、上述したように移動端末１００が基地局２００との間で正常に通信可能である場所（区間）において行われる。例えば、移動端末１００の通信制御部１６０と、基地局２００の通信制御部２６６との間で間欠通信動作を開始するためのネゴシエーションが行われる。この間欠通信動作を開始するためのネゴシエーションには、動的周期モードのネゴシエーションが含まれる。
【００９６】
移動端末１００は、動的周期モードのネゴシエーションを開始する（ステップＳ７０２）。例えば、通信制御部１６０は、所定のトリガーにより動的周期モードのネゴシエーションを開始する。該所定のトリガーには、上位レイヤで、それほど広い帯域を必要としないが、一定間隔でメッセージを受信できないと音質が劣化するようなアプリケーションが起動されたことが含まれてもよい。このようなアプリケーションには、VoIP(Voice  over  Internet  Protocol)アプリケーションが含まれてもよい。この場合、通信制御部１６０は、動的周期モードを開始する。アプリケーションと動的周期モードとが対応付けられてもよい。上位レイヤには、パソコン(PC:  Personal  Computer)により実行される処理が含まれてもよい。
【００９７】
また、通信制御部１６０は、電波強度測定部１５４において測定された電波強度の測定値に基づいて、動的周期モードのネゴシエートを開始することを判断するようにしてもよい。例えば、通信制御部１６０は、電波強度の測定値に基づいて、基地局２００との接続関係が切れてしまう程ではないと判断した場合に、基地局２００からの下りリンクの信号を受信できないことを何度か検出した際に電波が不安定な地域にいると判断するようにしてもよい。該下りリンクの信号にはDL-MAPが含まれてもよい。通信制御部１６０は、電波が不安定な地域にいると判断した場合に、基地局２００との間の間欠通信の動的周期モードを変更すると判断するようにしてもよい。この場合に、通信制御部１６０は、動的周期モードを開始するようにしてもよい。
【００９８】
また、通信制御部１６０は、当該移動端末１００の利用者による明示的な指示に従って、動的周期モードを開始するようにしてもよい。当該移動端末１００の利用者は、周囲の環境を観察し、電波が届きにくそうな環境であるか否かを判断できる。例えば、当該移動端末１００の利用者は、目視にて周囲の環境を観察する。該利用者は、現在使用中のアプリケーションをなるべく高品質で継続受信したいと考えた場合は、利用者自ら明示的に指示できる。該アプリケーションには、例えばIP通信を利用したテレビやラジオの受信が含まれてもよい。
【００９９】
移動端末１００は、動的周期モードを開始することを決定した場合に、スリープリクエストメッセージ(MOB_SLP-REQ)を基地局２００に送信する（ステップＳ７０４）。スリープリクエストメッセージには、動的周期モードを開始するフレーム番号が含まれるようにしてもよい。また、スリープリクエストメッセージには、動的に変更する間欠周期の情報が含まれるようにしてもよい。また、間欠通信を行う際に適用されるパワーセービングクラスが指定されるようにしてもよい。例えば、複数のパワーセービングクラスから選択されてもよい。例えば、本実施例に係るパワーセービングクラスとして、その振る舞い（処理）が異なるこれまでの３種類のタイプに加えて１つのタイプが用意されてもよい。これら４種類のタイプは、それぞれパワーセービングクラスタイプ(PSC  Type)１−４と呼ばれてもよい。
【０１００】
移動端末１００は、適用したい間欠通信に基づいて、パワーセービングクラスを選択する。また、移動端末１００は、間欠周期を設定する。また、移動端末１００は、間欠周期の定義を作成する。この間欠周期の定義は、パワーセービングクラス(PSC)インスタンスと呼ばれてもよい。パワーセービングクラスは同じであっても、間欠周期が異なる複数のパワーセービングクラスインスタンスを定義することができる。例えば、間欠周期が異なる複数のPSCに対応して異なるVoIPセッションが定義されてもよい。
【０１０１】
IEEE802.16eでは、通信のコネクションを識別子で区別する。この識別子は、コネクションID(CID:  Connection  Identifier)と呼ばれてもよい。移動端末１００は、PSCインスタンスにCIDをマッピングさせる。このようにすることにより、移動端末１００は、どのCIDがどのPSCインスタンスで定義した振る舞いで通信を行うかを基地局２００とネゴシエートすることができる。言い換えれば、移動端末１００は、CIDに対応する通信のコネクションに適用するパワーセービングクラスを基地局２００とネゴシエートできる。また、移動端末１００は、どのCIDがどのPSCインスタンスで定義した間欠周期で通信を行うかを基地局２００とネゴシエートすることができる。言い換えれば、移動端末１００は、CIDに対応する通信のコネクションに適用する間欠周期を基地局２００とネゴシエートできる。
【０１０２】
ここで、スリープリクエストに含まれる情報の一例として、IEEE802.16eにおけるMOB_SLP-REQメッセージのフィールドについて、図８を参照して説明する。
【０１０３】
MOB_SLP-REQメッセージには、マネージメントメッセージタイプ(Management  Message  Type)が含まれてもよい。マネージメントメッセージタイプは、MOB_SLP-REQメッセージであることを示すメッセージタイプである。例えば、IEEE802.16e-2005では0x50と定義されている。
【０１０４】
MOB_SLP-REQメッセージには、クラス数(Number  of  Classes)が含まれてもよい。クラス数は、このメッセージの中で定義するPSCインスタンスの数である。
【０１０５】
MOB_SLP-REQメッセージには、定義(Definition)が含まれてもよい。定義は、このメッセージ中にPSCインスタンスの定義が含まれるかどうかを示す。例えば、1の場合に定義が含まれるようにしてもよい。0の場合は定義が含まれないようにしてもよい。例えば、0の場合は、既に定義済みのPSCインスタンスをActivate(間欠通信を開始する)、deactivate(間欠通信を一時停止する)の指示をするために用いるようにしてもよい。
【０１０６】
MOB_SLP-REQメッセージには、オペレーション(Operation)が含まれてもよい。オペレーションでは間欠通信を一時停止すること又は間欠通信を開始することが指示される。例えば、０の場合にはdeactivate(間欠通信を一時停止すること)を、１の場合はActivate(間欠通信を開始すること)を指示するようにしてもよい。
【０１０７】
MOB_SLP-REQメッセージには、パワーセービングクラスID(Power_Saving_Class_ID)が含まれてもよい。パワーセービングクラスは、移動端末１００の内部でユニークにPSCインスタンスを識別するための番号である。
【０１０８】
MOB_SLP-REQメッセージには、開始フレーム番号(StartFrame  Number)が含まれてもよい。開始フレーム番号は、最初のSleep  windowを開始するフレーム番号である。
【０１０９】
MOB_SLP-REQメッセージには、パワーセービングクラスタイプ(Power  Saving  Class  Type)が含まれてもよい。パワーセービングクラスタイプには、上述したパワーセービングクラスタイプが指定される。例えば、0b01=Type  I、0b10=Type  II、0x11=Type  IIIとしてもよい。また、本実施例において新たに定義されるパワーセービングクラスタイプが指定されてもよい。例えば、Type  IVとしてもよい。
【０１１０】
MOB_SLP-REQメッセージには、方向(Direction)が含まれるようにしてもよい。方向は、該PSCに含まれるCIDの方向を指定する。例えば、0b00は指定なしでCID作成の際にCIDが持つ方向に従う。上りリンク(UL:  Uplink)、下りリンク(DL:  Downlink)、あるいは両方向があってもよい。例えば、0b01はDL方向を指定する。また、例えば0b10はUL方向だけを指定する。
【０１１１】
MOB_SLP-REQメッセージには、トラヒックインジケーション要求(TRF-IND_required)が含まれるようにしてもよい。トラヒックインジケーション要求は、PSC  Type1において、基地局が移動端末宛のトラフィックを有する場合にMOB_TRF-INDメッセージの送信を指定するためのビットである。１の場合要求する。本実施例では、一例としてPSC  Type2が適用される場合について説明する。他のTypeが適用されてもよい。
【０１１２】
MOB_SLP-REQメッセージには、トラヒックトリガードウエイクニングフラグ(Traffic  Triggerd  Wakeing  Flag)が含まれてもよい。トラヒックトリガードウエイクニングフラグは、PSC  Type1において、移動端末宛トラフィックが発生した場合に、間欠通信中のPSCインスタンスをdeactivateするかどうかを指定する。例えば、0はdeactivateしない、1はdeactivateすることを意味するようにしてもよい。本実施例ではPSC  Type2を前提に説明する。他のTypeが適用されてもよい。
【０１１３】
MOB_SLP-REQメッセージには、イニシャルスリープウインドウ(Initial  Sleep  window)が含まれてもよい。イニシャルスリープウインドウは、間欠通信における最初のSleep  window(データの送受信を行わない期間、言い換えれば通信不可期間)の長さをフレーム単位で指定する。
【０１１４】
MOB_SLP-REQメッセージには、リスニングウインドウ(Listening  window)が含まれてもよい。リスニングウインドウは、間欠通信におけるListening  window(データの送受信を行う期間、言い換えれば通信可能期間)の長さをフレーム単位で指定する。
【０１１５】
MOB_SLP-REQメッセージには、ファイナルスリープウインドウベース(Final  sleep  window  base)が含まれてもよい。ファイナルスリープウインドウベースは、PSCタイプ１，３ではSleep  windowの最大値はfinal-sleep  window=final-sleep  window  base×2^(final-sleep  window  exponent)で表現される。本実施例ではPSC  Type2を前提として説明する。このため、本フィールドには0が指定される。
【０１１６】
MOB_SLP-REQメッセージには、ファイナルスリープウインドウ指数(Final  sleep  window  exponent)が含まれてもよい。ファイナルスリープウインドウ指数は、PSCタイプ１，３ではSleep  windowの最大値はfinal-sleep  window=final-sleep  window  base×2^(final-sleep  window  exponent)で表現される。本実施例ではPSC  Type2を前提として説明する。このため、本フィールドには0が指定される。
【０１１７】
本実施例に係るMOB_SLP-REQメッセージには、不安定利用不可能リスニングウインドウ(Unstable  unavailable  listening  window)が含まれてもよい。不安定利用不可能リスニングウインドウは、本実施例において、動的間欠周期を行う際に、通信が不安定になった際に変更するListening  windowの値を示す。すなわち、動的周期モードにおける後述する電波不安定時通信不可時のlistening  windowの値を示す。
【０１１８】
本実施例に係るMOB_SLP-REQメッセージには、不安定利用不可能スリープウインドウ(Unstable  unavailable  sleep  window)が含まれてもよい。不安定利用不可能スリープウインドウは、本実施例において、動的間欠周期を行う際に、通信が不安定になった際に変更するSleep  windowの値を示す。すなわち、動的周期モードにおける電波不安定時通信不可時のSleep  windowの値を示す。
【０１１９】
本実施例に係るMOB_SLP-REQメッセージには、不安定利用可能リスニングウインドウ(Unstable  available  listening  window)が含まれてもよい。不安定利用可能リスニングウインドウは、本実施例において、動的間欠周期を行う際に、通信が一時安定になった際に変更するListening  windowの値である。すなわち、動的周期モードにおける後述する電波不安定時通信可時のlistening  windowの値を示す。ここで、該Listening  windowの値には、当該移動端末１００に待機トラヒックがある場合と無い場合の値が含まれてもよい。
【０１２０】
本実施例に係るMOB_SLP-REQメッセージには、不安定利用可能スリープウインドウ(Unstable  available  sleep  window)が含まれてもよい。不安定利用可能スリープウインドウは、本実施例において、動的間欠周期を行う際に、通信が一時安定になった際に変更するSleep  windowの値である。すなわち、動的周期モードにおける電波不安定時通信可時のSleep  windowの値を示す。ここで、該Sleep  windowの値には、当該移動端末１００に待機トラヒックがある場合と無い場合の値が含まれてもよい。
【０１２１】
MOB_SLP-REQメッセージには、CID数(Number  of  CIDs)が含まれてもよい。CID数は、該PSCインスタンスにマッピングされるCIDの数を示す。CIDの数として、複数個指定するようにしてもよい。
【０１２２】
MOB_SLP-REQメッセージには、コネクションID(CID)が含まれてもよい。CIDは、該PSCインスタンスにマッピングされるCIDの値を示す。CIDは、複数個指定するようにしてもよい。
【０１２３】
上述したスリープリクエストに含まれる情報のうち、リスニングウインドウ、ファイナルスリープウインドウベース、不安定利用不可能リスニングウインドウ、不安定利用不可能スリープウインドウ、不安定利用可能リスニングウインドウ、不安定利用可能スリープウインドウは、周期情報テーブル１６４に格納された情報から選択されてもよい。例えば、周期情報テーブル１６４には、図９に示すようにパワーセービングクラスＩＤと、該パワーセービングクラスＩＤ毎に、通信状況に応じて決定されたListening  windowと、Sleep  windowとが格納される。通信状況には、通常の通信ができる状況（通常時）が含まれる。また、通信状況には、電波が不安定な状況であるが通信可能である状況（電波不安定時通信可）が含まれる。また、通信状況には、電波が不安定な状況であり通信不可能である状況（電波不安定時通信不可）が含まれる。また、電波不安定時通信可である場合には、他の移動端末宛のトラヒックがある場合と無い場合におけるListening  windowと、Sleep  windowとが含まれてもよい。
【０１２４】
MOB_SLP-REQを受信した基地局２００は、該移動端末１００が要求したPSCインスタンスを認可できるかを判断する。基地局２００は、該PSCインスタンスを認可できる場合には、周期情報テーブル２００に該移動端末１００のPSCインスタンスのパラメタを登録する（ステップＳ７０６）。例えば、周期情報テーブル２６８には、移動端末毎に、当該移動端末に適用されるパワーセービングクラスのIDと、当該移動端末の通信状況に対応する間欠通信周期とが示される。例えば、通信状況には通常に通信が行われる状況が含まれるようにしてもよい（通常時）。また、例えば、通信状況には、電波が不安定であるが通信可能である状況が含まれるようにしてもよい（電波不安定時通信可）。また、例えば、通信状況には、電波が不安定であり通信不可能である状況が含まれるようにしてもよい（電波不安定時通信不可）。
【０１２５】
また、周期情報テーブル２６８に、通信状況に対応する間欠受信周期におけるListening  windowとSleep  windowの期間が含まれてもよい。ここで、通信状況が電波不安定通信可である場合に、当該移動端末１００が基地局２００に送信するトラヒックがあるか否かに応じて、トラヒックがある場合におけるListening  window及びSleep  windowと、トラヒックがない場合におけるListening  window及びSleep  windowとが異なるようにしてもよい。
【０１２６】
基地局２００は、移動端末１００に、スリープレスポンスメッセージ(MOB_SLP-RSP)を送信する（ステップＳ７０８）。
【０１２７】
ここで、スリープレスポンスに含まれる情報の一例として、IEEE802.16eにおけるMOB_SLP-RSPメッセージのフィールドについて、図１０を参照して説明する。ここでは、図８を参照して説明したMOB_SLP-REQに含まれる情報要素と異なる情報要素について説明する。MOB_SLP-REQに含まれる情報要素と同じ情報要素については、同様の値が格納されて、移動端末１００に送信されてもよい。
【０１２８】
MOB_SLP-REQメッセージには、データ長(Length  of  Data)が含まれる。データ長には、forループ内に記載されたPSC定義パラメタのトータルサイズが含まれる。
【０１２９】
MOB_SLP-REQメッセージには、スリープ認可(Sleep  Approved)が含まれる。スリープ認可は、当該基地局２００が、移動端末１００が要求したPSCインスタンスを認可したか否かを示す。例えば、１である場合には基地局２００が、移動端末１００が要求したPSCインスタンスを認可したことを示す。また、例えば、0である場合には基地局２００が認可しなかったことを示す。
【０１３０】
移動端末１００と基地局２００とは、スリープレスポンス(MOB_SLP-RSP)メッセージに基づいて、間欠通信を開始する。例えば、リスニングウインドウを開始する（ステップＳ７１０、ステップＳ７１２）。ここで、最初のSleep  windowを開始するようにしてもよい。Listening  windowを最初に開始するかSleep windowを最初に開始するかは、移動端末１００と基地局２００とのネゴシエーションで決定されてもよい。本実施例では、一例としてリスニングウインドウが開始される場合について説明する。例えば、移動端末１００と基地局２００とは、スリープレスポンスメッセージに含まれる開始フレーム番号(StartFrame  Number)に一致するフレームから最初のListening  windowを開始するようにしてもよい。図７には、開始フレーム番号がフレーム＃０×８５である場合を示す。基地局２００は、Listening  windowの継続時間を監視するタイマTa0をスタートする。
【０１３１】
図７、図１３、図１４及び図１５において、同様の符号により示されるタイマは同様の時間である。また、図７、図１３、図１４及び図１５において、網掛け部分は、Listening  windowを示す。
【０１３２】
また、Frame  Offsetは、移動端末１００が、基地局２００からフィードバック信号を受信してからフィードバック応答を送信するフレームまでのオフセットを示す。
【０１３３】
OFDMA  symbol  offset、Subchannel  offset、No.  OFDMA  symbols、No.  subchannelは、フィードバック応答を送信するフレームにおけるフィードバック情報送信位置を示す。
【０１３４】
基地局２００は、移動端末１００に対して送信するフィードバック信号を生成する（ステップＳ７１４）。
【０１３５】
例えば、該フィードバック信号には、図１１に示すように、トラヒックインジケーションメッセージのためのフォーマット(FMT)が含まれるようにしてもよい。FMTは、本メッセージの以下のフィールドにおいて、SLPID  bitmap形式でPSCのdeactivateを指示してあるか、SLPIDを直接指定してdeactiveteを指示してあるかの切り替えを示す。
【０１３６】
該フィードバック信号には、スリープIDグループインジケーションビットマップ(SLPID-Group  Indication  Bitmap)が含まれるようにしてもよい。SLPIDは0〜1023までである。これらのSLPIDを32のSLPID  グループに分ける。そして、各グループに対して、トラフィックの有無を示す。例えば、32bitのうち、MSB(Most  Significant  Bit)によりグループ0が示され、LSB(Least  Significant  Bit)によりグループ32が示される。例えば、あるグループに含まれるPSCを有する移動端末１００は、そのグループのビットに1がセットされている場合は、次のトラヒックインジケーションビットマップ(Traffic  Indication  Bitmap)を参照しなくてはならない。
【０１３７】
該フィードバック信号には、トラヒックインジケーションビットマップ(Traffic  Indication  Bitmap)が含まれるようにしてもよい。トラヒックインジケーションビットマップは、SLPID-Group  Indication  Bitmapでトラフィックありと示されたSLPID  Group内の32あるPSC毎のトラフィックの有無を示す。一つのグループに32個のPSCが含まれる。Traffic  Indication  Bitmapは、これら個別のPSCのトラフィック有無を32ビットのフィールドで示す。SLPID-Group  Indication  Bitmapで1がセットされたグループの数だけ32ビットのフィールドを並べる。
【０１３８】
該フィードバック信号には、Num_posが含まれるようにしてもよい。Num_posはトラヒックありを示すSLPIDの数を示す。
【０１３９】
該フィードバック信号には、SLPIDsが含まれるようにしてもよい。SLPIDは、トラフィックありのPSCのIDを示す。例えば、SLPIDはNum_posの数だけ並べる。
【０１４０】
本実施例では、フィードバック信号には、Num_dynamic_PSC が含まれるようにしてもよい。Num_dynamic_PSCは、PSCタイプに含まれるPSC  Type4が設定されたPSCの数を示す。
【０１４１】
本実施例では、フィードバック信号には、ネクストトラヒック予告(Next  traffic  prediction)が含まれる。ネクストトラヒック予告は、SLP  IDのPSCに対し、トラフィックの有無を示す。例えば、1の場合にはありを示し、0の場合は無しを示すようにしてもよい。
【０１４２】
本実施例では、Num_dynamic_PSC〜Next  traffic  prediction以外のフィールドに含まれる情報要素については状況に応じ任意の値が入る。
【０１４３】
該フィードバックメッセージは、例えば、IEEE802.16e-2005で定義されているMOB_TRF-INDメッセージにフィールドを追加することで実現できる。図１１では、追加されるフィールドが網掛けにより示される。
【０１４４】
基地局２００は、該フィードバックメッセージを移動端末１００におけるListening  windowにおいてブロードキャストする（ステップＳ７１６）。該Listening  windowは、リスニングインターバル(Listening  Interval)と呼ばれてもよい。
【０１４５】
移動端末１００は、基地局２００からフィードバック信号を受信できたかを判断する（ステップＳ７１８）。ここでは、移動端末１００は該フィードバック信号を受信できるため（ステップＳ７１８：ＹＥＳ）、間欠周期の変更は行わない（ステップＳ７２０）。移動端末１００は、間欠周期として現状を維持する。
【０１４６】
移動端末１００は、基地局２００に送信するフィードバック信号を生成する。例えば、移動端末１００は、図１０を参照して説明したMOB_SLP-RSPに基づいて、基地局２００にフィードバックコードを送信する。例えば、移動端末１００は、MOB_SLP-RSPメッセージで指示されたフレーム内で定義されるフレーム位置でフィードバックチャネルを送信する。該フィードバックチャネルには、フィードバックコードが含まれる。フィードバックコードには、図１２に示すように、フィードバックが無い場合に送信するコードと、上りリンクのトラヒックが無い場合に送信するコードと、上りリンクのトラヒックがある場合に送信するコードとが含まれる。
【０１４７】
移動端末１００は、フィードバック応答を送信する（ステップＳ７２２）。
【０１４８】
基地局２００は、移動端末１００からフィードバック応答を受信したかを判断する（ステップＳ７２４）。ここでは、基地局２００は、該フィードバック応答を受信できるため（ステップＳ７２４：ＹＥＳ）、間欠周期の変更は行わない。基地局２００は、間欠周期として現状を維持する。基地局２００は、該フィードバック信号に含まれるコードの意味に係らず、該フィードバック信号を受信できたことにより、移動端末１００か当該基地局２００から送信された電波を受信できると判断する。
【０１４９】
基地局２００は、次の間欠周期も現在の周期と同じ周期でよいと判断する（ステップＳ７２６）。
【０１５０】
移動端末１００と基地局２００は、当該移動端末１００と当該基地局２００との間で決定した間欠周期に従って、期間Tu0のSleep  windowを開始する。上述したように間欠周期には、期間Ta0のListening  windowと、期間Tu0のSleep  windowが含まれる。
【０１５１】
タイマにおいてTu0が経過すると、基地局２００と移動端末１００とはそれぞれListening  windowを開始する。
【０１５２】
基地局２００は、再びフィードバックメッセージを生成し（ステップＳ７２８）、送信する（ステップＳ７３０）。
【０１５３】
移動端末１００は、基地局２００により送信されたフィードバックメッセージを受信した場合（ステップＳ７３２：ＹＥＳ）、次の間欠周期も現在と同じと判断する（ステップＳ７３４）。
【０１５４】
移動端末１００は、フィードバック応答を送信する（ステップＳ７３６）。
【０１５５】
基地局２００は、移動端末１００からフィードバック応答を受信したかを判断する（ステップＳ７３８）。ここでは、基地局２００は、該フィードバック信号を受信できるため（ステップＳ７３８：ＹＥＳ）、間欠周期の変更は行わない。移動端末１００は、間欠周期として現状を維持する。基地局２００は、該フィードバック信号に含まれるコードの意味に係らず、該フィードバック信号を受信できたことにより、移動端末１００か当該基地局２００から送信された電波を受信できると判断する。
【０１５６】
基地局２００は、次の間欠周期も現在の周期と同じ周期でよいと判断する（ステップＳ７４０）。
【０１５７】
（電波不安定区間通信不可時の間欠周期変更フェーズ）
電波不安定区間通信不可時の間欠周期変更フェーズについて、図１３を参照して説明する。
【０１５８】
電波不安定区間通信不可時の間欠周期変更フェーズでは、移動端末１００は、図４を参照して説明した区間Ａから区間Ｂへ移動する。
【０１５９】
Sleep  windowにおいてTu0が経過すると、基地局２００と移動端末１００とはそれぞれListening  windowを開始する（ステップＳ１３０２）。例えば、基地局２００は、移動端末１００が区間Ａに位置する場合には、Sleep  windowを期間Tu0継続する。そして、期間Tu0が経過すると、基地局２００は、該フィードバックメッセージを移動端末１００におけるListening  Intervalにおいてブロードキャストする（ステップＳ１３０４）。
【０１６０】
移動端末１００は区間Ｂに移動する。その結果、移動端末１００には、基地局２００により送信されるフィードバック信号が届かない。
【０１６１】
移動端末１００は、Listening  windowにおいて、基地局２００から送信されたフィードバック信号が受信されたかを判断する（ステップＳ１３０６）。移動端末１００は、基地局２００から見てビルの陰に位置するため基地局２００により送信されたフィードバック信号を受信できない。移動端末１００は、基地局２００によりフィードバック信号が受信できないため（ステップＳ１３０６：ＮＯ）、当該移動端末１００は電波不安定地帯に位置すると判断する。移動端末１００は、フィードバック応答を送信しない（ステップＳ１３０８）。移動端末１００は、当該移動端末１００が電波不安定地帯に位置する場合の動作を開始する。具体的には、移動端末１００は、図９を参照して説明した電波不安定時通信不可におけるListening  windowの期間Ta1、電波不安定時通信不可におけるListening  windowの期間Tu1に設定する。また、Listening  window内で一時的に電波が回復し、UL方向のフレームが送信できる場合は、移動端末１００は、フィードバックチャネルを送信するようにしてもよい。該フィードバックチャネルには、フィードバック信号が無いことを示すコードが含まれてもよい。例えば、図１２を参照して説明したコードでは、0b0000であってもよい。
【０１６２】
一方、基地局２００は、移動端末１００からフィードバック応答を受信したかを判断する（ステップＳ１３１０）。基地局２００は、移動端末１００からフィードバック応答を受信できないため（ステップＳ１３１０：ＮＯ）、該移動端末１００が当該基地局２００からの電波を安定して受信できない状況であると判断する。この場合、基地局２００は、間欠周期を変更することを決定する（ステップＳ１３１２）。例えば、基地局２００は、当該基地局２００が移動端末１００との間で電波状況が不安定であり通信が不可能である状況における周期に設定する。具体的には、基地局２００は、図９を参照して説明した電波不安定時通信不可におけるリスニングウインドウＴａ１、電波不安定時通信不可におけるリスニングウインドウＴｕ１に設定する。
【０１６３】
基地局２００は、現在のListening  windowが終了すると新しく設定した周期でSleep  window(Tu1)を開始する。電波不安定時通信不可の周期は、区間Ａの周期に比べListening  windowが短いが、周期が短くなるためリスニングウインドウの頻度が高くなるように設定される。このようにすることにより、基地局２００及び移動端末１００は、互いに送信する電波を見つける機会を増加させることができる。
【０１６４】
基地局２００と移動端末１００は、Sleeping  windowを開始する。
【０１６５】
基地局２００及び移動端末１００は、電波不安定時通信不可である状況におけるSleep  windowである期間Tu1が経過すると、Listening  windowを開始する（ステップＳ１３１４）。基地局２００は、タイマを起動する。該タイマは、該Listening  windowの経過期間Ta1を計測する。
【０１６６】
基地局２００は、該フィードバックメッセージを移動端末１００におけるListening  Intervalにおいてブロードキャストする（ステップＳ１３１６）。
【０１６７】
移動端末１００は区間Ｂに位置するため、基地局２００により送信されるフィードバック信号が届かない。
【０１６８】
移動端末１００は、Listening  windowにおいて、基地局２００から送信されたフィードバック信号が受信されたかを判断する（ステップＳ１３１８）。移動端末１００は、基地局２００から見てビルの陰に位置するため基地局２００により送信されたフィードバック信号を受信できない。移動端末１００は、基地局２００によりフィードバック信号が受信できないため（ステップＳ１３１８：ＮＯ）、当該移動端末１００は電波不安定地帯に位置すると判断する。移動端末１００は、フィードバック応答を送信しない（ステップＳ１３２０）。移動端末１００は、当該移動端末１００が電波不安定地帯に位置する場合の動作を継続する。また、Listening  window内で一時的に電波が回復し、UL方向のフレームが送信できる場合は、移動端末１００は、フィードバックチャネルを送信するようにしてもよい。該フィードバックチャネルには、フィードバック信号が無いことを示すコードが含まれてもよい。例えば、図１２を参照して説明したコードでは、0b0000であってもよい
一方、基地局２００は、移動端末１００からフィードバック応答を受信したかを判断する（ステップＳ１３２２）。基地局２００は、移動端末１００からフィードバック応答を受信できないため（ステップＳ１３２２：ＮＯ）、該移動端末１００が当該基地局２００からの電波を安定して受信できない状況が継続している判断する。この場合、基地局２００は、間欠周期を維持することを決定する（ステップＳ１３２４）。
【０１６９】
基地局２００と移動端末１００は、Sleep  windowを開始する。
【０１７０】
基地局２００及び移動端末１００は、電波不安定時通信不可である状況におけるSleep  windowである期間Tu1が経過すると、Listening  windowを開始する（ステップＳ１３２６）。基地局２００は、タイマを起動する。該タイマは、該Listening  windowの経過期間Ta1を計測する。
【０１７１】
基地局２００は、該フィードバックメッセージを移動端末１００におけるListening  Intervalにおいてブロードキャストする（ステップＳ１３２８）。
【０１７２】
移動端末１００は区間Ｂに位置するため、基地局２００により送信されるフィードバック信号が届かない。
【０１７３】
移動端末１００は、Listening  windowにおいて、基地局２００から送信されたフィードバック信号を受信したかを判断する（ステップＳ１３３０）。移動端末１００は、基地局２００から見てビルの陰に位置するため基地局２００により送信されたフィードバック信号を受信できない。移動端末１００は、基地局２００によりフィードバック信号が受信できないため（ステップＳ１３３０：ＮＯ）、当該移動端末１００は電波不安定地帯に位置すると判断する。移動端末１００は、フィードバック応答を送信しない（ステップＳ１３３２）。移動端末１００は、当該移動端末１００が電波不安定地帯に位置する場合の動作を継続する。また、Listening  window内で一時的に電波が回復し、UL方向のフレームが送信できる場合は、移動端末１００は、Feedbackチャネルを送信するようにしてもよい。該フィードバックチャネルには、フィードバック信号が無いことを示すコードが含まれてもよい。例えば、図１２を参照して説明したコードでは、0b0000であってもよい
一方、基地局２００は、移動端末１００からフィードバック応答を受信したかを判断する（ステップＳ１３３４）。基地局２００は、移動端末１００からフィードバック応答を受信できないため（ステップＳ１３３４：ＮＯ）、該移動端末１００が当該基地局２００からの電波を安定して受信できない状況が継続している判断する。この場合、基地局２００は、間欠周期を維持することを決定する（ステップＳ１３３６）。
【０１７４】
（電波不安定区間通信可能時の間欠周期復帰フェーズ）
電波不安定区間通信可能時の間欠周期復帰フェーズについて、図１４を参照して説明する。
【０１７５】
電波不安定区間通信可能時の間欠周期復帰フェーズでは、移動端末１００は、図４を参照して説明した区間Ｂから区間Ｃへ移動する。移動端末１００が区間Ｂから区間Ｃへ移動する際に移動端末１００と基地局２００とは一時的に通信できる。本実施例では、移動端末１００が、当該移動端末１００から基地局２００へのアップリンク方向のトラヒックが発生している場合について説明する。
【０１７６】
区間Ｂにおける動作は、図１３を参照して説明した動作と同様である。具体的には、ステップＳ１４０２−ステップＳ１４０４と、ステップＳ１４０８−ステップＳ１４１６の動作は、ステップＳ１３１４−ステップ１３２４と同様である。ただし、本実施例では、移動端末１００が区間Ｂに位置している間に、上りリンクのトラヒックが発生している（ステップＳ１４０６）。
【０１７７】
基地局２００は、Sleep  windowの経過時間Tu1を検出する（ステップＳ１４１８）。基地局２００と移動端末１００は、Listening  windowを開始する。
【０１７８】
基地局２００は、該フィードバックメッセージを移動端末１００におけるListening  Intervalにおいてブロードキャストする（ステップＳ１４２０）。
【０１７９】
移動端末１００は、基地局２００からフィードバック信号を受信できたかを判断する（ステップＳ１４２２）。ここでは、移動端末１００は該フィードバック信号を受信できる（ステップＳ１４２２：ＹＥＳ）。
【０１８０】
移動端末１００は、基地局２００に送信するフィードバック応答を生成する。例えば、移動端末１００は、図１０を参照して説明したMOB_SLP-RSPに基づいて、基地局２００にフィードバックコードを送信する。例えば、移動端末１００は、MOB_SLP-RSPメッセージで指示されたフレーム内で定義されるフレーム位置でフィードバックチャネルを送信する。該フィードバックチャネルには、フィードバックコードが含まれる。フィードバックコードには、図１２に示すように、フィードバックが無い場合に送信するコードと、上りリンクのトラヒックが無い場合に送信するコードと、上りリンクのトラヒックがある場合に送信するコードとが含まれる。ここでは、該フィードバックチャネルには、上りリンクのトラヒックがある場合に送信するコードが含まれる。
【０１８１】
移動端末１００は、フィードバック応答を送信する（ステップＳ１４２６）。
【０１８２】
基地局２００は、移動端末１００からフィードバック応答を受信したかを判断する（ステップＳ１４２８）。ここでは、基地局２００は、該フィードバック信号を受信できる（ステップＳ１４２８：ＹＥＳ）。基地局２００は、受信したフィードバック応答に基づいて、該フィードバック応答を送信した移動端末１００と電波の送受信できる状況にあると判断する。また、基地局２００は、受信したフィードバック応答に基づいて、該フィードバック応答を送信した移動端末１００に上りリンクのトラヒックが蓄積されていると判断する。
【０１８３】
基地局２００は、以降の間欠周期における間欠周期を変更する(ステップＳ１４３０)。例えば、基地局２００は、Listening  windowの期間及びSleep  windowの期間を、初期におけるものより、Listening  windowを広げるように変更する。このようにすることにより、移動端末１００における送信機会を増加させることができ、上りリンクのデータを送信できる。
【０１８４】
具体的には、図９を参照して説明した電波不安定時通信可におけるトラヒック有りの場合のListening  windowの期間Ta2及びSleep  windowの期間Tu2を適用するようにしてもよい。
【０１８５】
移動端末１００は、以降の間欠周期における間欠周期を変更する(ステップＳ１４３２)。例えば、移動端末１００は、Listening  windowの期間及びSleep  windowの期間を、初期におけるものより、Listening  windowを広げるように変更する。このようにすることにより、移動端末１００は、送信機会を増加させることができ、上りリンクのデータを送信できる。
【０１８６】
具体的には、図９を参照して説明した電波不安定時通信可におけるトラヒック有りの場合のListening  windowの期間Ta2及びSleep  windowの期間Tu2を適用するようにしてもよい。
【０１８７】
基地局２００と移動端末１００は、Sleep  windowを開始する。
【０１８８】
基地局２００は、Sleep  windowの経過時間Tu2を検出する（ステップＳ１４３４）。
【０１８９】
基地局２００と移動端末１００は、Listening  windowを開始する。
【０１９０】
基地局２００は、フィードバックメッセージを移動端末１００におけるListening  Intervalにおいてブロードキャストする（ステップＳ１４３６）。
【０１９１】
移動端末１００は、初期の周期におけるListening  windowの期間Ta0よりも長いListening  windowの期間Ta2の中で、いままで保留になっていたトラフィックを可能なだけ送信する。
【０１９２】
移動端末１００は、基地局２００からフィードバック信号を受信できたかを判断する（ステップＳ１４３８）。ここでは、移動端末１００は該フィードバック信号を受信できる（ステップＳ１４３８：ＹＥＳ）。
【０１９３】
移動端末１００は、基地局２００に送信するフィードバック応答を生成する（ステップＳ１４４０）。例えば、移動端末１００は、図１０を参照して説明したMOB_SLP-RSPに基づいて、基地局２００にフィードバックコードを送信する。例えば、移動端末１００は、MOB_SLP-RSPメッセージで指示されたフレーム内で定義されるフレーム位置でフィードバックチャネルを送信する。移動端末１００は、現在のListening  windowで送信しきれないトラフィックがバッファにある場合は、上りリンクのトラヒックがある場合に相当するフィードバックコードを送信する。ここでは、該フィードバックチャネルには、上りリンクのトラヒックがある場合に送信するコードが含まれる。移動端末１００は、フィードバック応答を送信する（ステップＳ１４４２）。
【０１９４】
基地局２００は、移動端末１００からフィードバック応答を受信したかを判断する（ステップＳ１４４４）。ここでは、基地局２００は、該フィードバック信号を受信できる（ステップＳ１４４４：ＹＥＳ）。基地局２００は、該フィードバック信号に含まれるコードを確認する。基地局２００は、該コードが上りリンクのトラヒックがある場合に送信されるコードである場合には、間欠周期の変更は行わない（ステップＳ１４４６）。このようにすることにより、間欠周期を維持することができるため、長い期間Listening  windowを保つことができる。
【０１９５】
移動端末１００も、間欠周期の変更は行わない（ステップＳ１４４８）。このようにすることにより、間欠周期を維持することができるため、長い期間Listening  windowを保つことができる。
【０１９６】
（電波安定時の間欠周期復帰フェーズ）
電波安定時の間欠周期復帰フェーズについて、図１５を参照して説明する。
【０１９７】
電波安定時の間欠周期復帰フェーズでは、移動端末１００は、図４を参照して説明した区間Ｅへ移動する。区間Ｅでは、移動端末１００と基地局２００とは、安定して通信ができる状況となる。本実施例では、移動端末１００は、基地局２００に送信するアップリンクのトラヒックは無い場合について説明する。
【０１９８】
基地局２００及び移動端末１００は、電波不安定時通信可である状況におけるSleep  windowである期間Tu2が経過すると、Listening  windowを開始する（ステップＳ１５０２）。基地局２００は、タイマを起動する。該タイマは、該Listening  windowの経過期間Ta2を計測する。
【０１９９】
基地局２００は、該フィードバックメッセージを移動端末１００におけるListening  Intervalにおいてブロードキャストする（ステップＳ１５０４）。
【０２００】
移動端末１００は、基地局２００からフィードバック信号を受信したかを判断する（ステップＳ１５０６）。ここでは、移動端末１００は、該フィードバック信号を受信できるため（ステップＳ１５０６：ＹＥＳ）、フィードバック応答を生成する（ステップＳ１５０８）。移動端末１００は、フィードバック応答を送信する（ステップＳ１５１０）。該フィードバック応答には、移動端末１００の上りリンク方向のトラヒックは既にはけているため、上りリンクのトラヒックが無い場合のコード(0b0010)が含まれる。
【０２０１】
基地局２００は、移動端末１００からフィードバック信号を受信したかを判断する（ステップＳ１５１２）。ここでは、基地局２００は、該フィードバック信号を受信できる（ステップＳ１５１２：ＹＥＳ）。基地局２００は、移動端末１００からのフィードバック応答に含まれるコードを確認する。そして、基地局２００は、該コードが上りリンクのトラヒックが無いことを示すコードであるかを判断する。該コードが上りリンクのトラヒックが無いことを示すコードである場合、該移動端末１００は、既に安定した場所に位置していると判断する。ここで、基地局２００は、移動端末１００から既に安定した場所に位置していると判断できる回数、上りリンクのトラヒックが無いことを示すコードを含むフィードバック応答を受信した場合に、該移動端末１００が安定した場所に居ると判断するようにしてもよい。
【０２０２】
基地局２００は、該移動端末１００が安定した場所に居ると判断した場合に間欠周期を変更する（ステップＳ１５１４）。例えば、基地局２００は、初期の間欠周期に戻すようにしてもよい。初期の間欠周期は、Listening  windowの期間Ta0、Sleep  windowの期間Tu0が含まれる。
【０２０３】
移動端末１００も同様に、上りリンクのトラフィックが無いことを示すコードを含むフィードバック応答を閾値N（Nは、N>0の整数）回連続して送信した場合に、初期の間欠周期に戻すようにしてもよい（ステップＳ１５１６）。ここで、閾値Nは、上りリンクのトラヒックが無いと判断できる回数であってもよい。
【０２０４】
基地局２００と移動端末１００は、Sleep  windowを開始する。
【０２０５】
基地局２００は、Sleep  windowの経過時間Tu0を検出する（ステップＳ１５１８）。
【０２０６】
基地局２００と移動端末１００は、Listening  windowを開始する。
【０２０７】
基地局２００は、フィードバックメッセージを移動端末１００におけるListening  Intervalにおいてブロードキャストする（ステップＳ１５２０）。
【０２０８】
移動端末１００は、基地局２００からフィードバック信号を受信できたかを判断する（ステップＳ１５２２）。ここでは、移動端末１００は該フィードバック信号を受信できる（ステップＳ１５２２：ＹＥＳ）。
【０２０９】
移動端末１００は、基地局２００に送信するフィードバック応答を生成する（ステップＳ１５２４）。例えば、移動端末１００は、図１０を参照して説明したMOB_SLP-RSPに基づいて、基地局２００にフィードバックコードを送信する。例えば、移動端末１００は、MOB_SLP-RSPメッセージで指示されたフレーム内で定義されるフレーム位置でフィードバックチャネルを送信する。該フィードバックチャネルには、上りリンクのトラヒックがない場合に送信するコードが含まれる。移動端末１００は、フィードバック信号を送信する（ステップＳ１５２６）。
【０２１０】
基地局２００は、移動端末１００からフィードバック応答を受信したかを判断する（ステップＳ１５２８）。ここでは、基地局２００は、該フィードバック応答を受信できる（ステップＳ１５２８：ＹＥＳ）。基地局２００は、該フィードバック応答に含まれるコードを確認する。基地局２００は、上りリンクのデータが無い場合に送信されるコードであるため、間欠周期の変更は行わない（ステップＳ１５３０）。
【０２１１】
移動端末１００も、間欠周期の変更は行わない（ステップＳ１５３２）。
【０２１２】
また、Listening  windowにおいて、移動端末１００が基地局２００からのフィードバック信号を受信できない状況になった場合は再度、電波不安定区間通信不可時の間欠周期変更フェーズを開始する。
【０２１３】
本実施例によれば、電波状況がわるく通信ができない時間は間欠周期の通信可能時間を短くし、電波状況がよい場合に間欠周期の通信可能時間を長くすることができる。このようにすることにより、間欠通信が適用される場合と同等の電力消費量に保ちつつ、移動端末が通信できる機会を向上させることができる。また、本実施例によれば、送信トラヒックがある場合には、Listening  windowに相当する期間を長くすることができる。このため、送信データのある移動端末及び／又は基地局は、バッファに格納されたデータを早く送信できる。このため、バッファ容量を削減できる。
【０２１４】
以上の実施例を含む実施形態に関し、更に、以下の付記を開示する。
（付記１）
間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定する手段と、
移動端末に送信する所定の信号を生成する手段、
送信された前記所定の信号に対する前記移動端末からの応答に応じて、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する手段と
を有する基地局。
（付記２）
付記１に記載の基地局において、
前記調整する手段は、前記所定の信号に対する応答が受信されない場合に、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する基地局。
（付記３）
付記１又は２に記載の基地局において、
前記所定の信号には、移動端末に対するデータの有無を示す情報が含まれる基地局。
（付記４）
付記１ないし３のいずれか１項に記載の基地局において、
前記応答には、当該基地局に対するデータの有無を示す情報が含まれ、
前記調整する手段は、前記応答に当該基地局に対するデータがあることを示す情報が含まれる場合に、データの送受信を行う期間を長くする基地局。
（付記５）
付記１ないし４のいずれか１項に記載の基地局において、
前記調整する手段は、移動端末宛のデータの有無に基づいて、該移動端末宛のデータがある場合には、データの送受信を行う期間を長くする基地局。
（付記６）
付記１ないし５のいずれか１項に記載の基地局において、
前記調整する手段は、前記移動端末宛のデータの送信が終了した場合、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する基地局。
（付記７）
付記１ないし６のいずれか１項に記載の基地局において、
前記調整する手段は、前記移動端末との間における電波状況が不安定である場合、該移動端末と通信ができるか否かに応じて、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する基地局。
（付記８）
付記７に記載の基地局において、
前記調整する手段は、前記移動端末との間における電波状況が不安定であり、さらに該移動端末と通信ができる場合に、該移動端末宛のデータの有無に応じて、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する基地局。
（付記９）
付記１ないし８のいずれか１項に記載の基地局において、
前記調整する手段は、前記データの送受信を行う期間とデータの送受信を行わない期間とを合わせた期間を調整する基地局。
（付記１０）
間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定する手段と、
基地局により送信された所定の信号の受信の有無に基づいて、該通信の可否を確認するための信号に対する応答信号を生成する手段と、
前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する手段と
を有する移動端末。
（付記１１）
請求項１０に記載の移動端末において、
前記基地局と通信ができるかを判断する手段
を有し、
前記生成する手段は、前記判断する手段において前記基地局と通信できると判断した場合、前記所定の信号に対する応答信号を生成する移動端末。
（付記１２）
請求項１１に記載の移動端末において、
前記判断する手段は、前記基地局からの電波強度に基づいて、前記基地局と通信ができるかを判断する移動端末。
（付記１３）
付記１０ないし１２のいずれか１項に記載の移動端末において、
前記調整する手段は、前記基地局宛のデータの送信が終了した場合、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整する移動端末。
（付記１４）
基地局と移動端末との間で、間欠通信におけるデータの送受信を行う期間とデータの送受信を行わない期間とを決定するステップと、
前記基地局が、前記移動端末に送信する所定の信号を生成するステップと、
前記移動端末が、前記基地局により送信された前記所定の信号の受信の有無に基づいて、該所定の信号に対する応答信号を生成するステップと、
前記基地局と前記移動端末との間で、前記所定の信号に対する応答に応じて、前記データの送受信を行う期間及び／又はデータの送受信を行わない期間を調整するステップと
を有する方法。
【図面の簡単な説明】
【０２１５】
【図１】パワーセービングクラス１における基地局と移動端末との動作を示すフロー図である。
【図２】間欠通信を示す説明図である。
【図３】一実施例に係る基地局及び移動端末を示す部分ブロック図である。
【図４】一実施例に係る通信システムを示す説明図である。
【図５】一実施例に係る基地局を示す部分ブロック図である。
【図６】一実施例に係る移動端末を示す部分ブロック図である。
【図７】一実施例に係る通信システムの動作を示すフロー図である。
【図８】一実施例に係るスリープリクエストメッセージを示す説明図である。
【図９】一実施例に係る通信システムにおける間欠通信の周期を示す説明図である。
【図１０】一実施例に係るスリープリクエストレスポンスを示す説明図である。
【図１１】一実施例に係るフィードバックメッセージを示す説明図である。
【図１２】一実施例に係るフィードバック応答を示す説明図である。
【図１３】一実施例に係る通信システムの動作を示すフロー図である。
【図１４】一実施例に係る通信システムの動作を示すフロー図である。
【図１５】一実施例に係る通信システムの動作を示すフロー図である。
【符号の説明】
【０２１６】
１００  移動端末
１０２  送受信部
１０４  通信判定部
１０６  トラヒック検出部
１０８  通信制御部
１５２  エア区間メッセージ送受信処理部
１５４  電波強度測定部
１５６  網接続処理部
１５８  スリーププロトコル処理部
１６０  通信制御部
１６２  フィードバック送受信部
１６４  周期情報テーブル
１６６  メッセージ送受信部
２００  基地局
２０２  送受信部
２０４  通信判定部
２０６  トラヒック検出部
２０８  通信制御部
２５２  エア区間送受信処理部
２５４  網接続処理部
２５６  バックボーン送受信部
２５８  スリーププロトコル処理部
２６０  メッセージ送受信部
２６２  電波強度測定部
２６４  フィードバック送受信部
２６６  通信制御部
２６８  周期情報テーブル
【図１】
2010016636.tif 000003
【図２】
2010016636.tif 000004
【図３】
2010016636.tif 000005
【図４】
2010016636.tif 000006
【図５】
2010016636.tif 000007
【図６】
2010016636.tif 000008
【図７】
2010016636.tif 000009
【図８】
2010016636.tif 000010
【図９】
2010016636.tif 000011
【図１０】
2010016636.tif 000012
【図１１】
2010016636.tif 000013
【図１２】
2010016636.tif 000014
【図１３】
2010016636.tif 000015
【図１４】
2010016636.tif 000016
【図１５】
2010016636.tif 000017