JP2007019607A - 無線通信方法、ベース装置および端末 - Google Patents

Abstract

【課題】無線ＬＡＮシステムでの省電力化対応の無線通信方法として、パケット遅延やバッファ溢れによるパケットロスを低減することができ、スループットの低下も防止できるようにする。
【解決手段】パワーセーブモード（ＰＳ）で動作している端末２００は、タイマーがタイムアウトしたら、アクティブモードに移行し、ヌルフレームＮＦ１０，ＮＦ２０‥‥によって、アクティブモードに移行したことをベース装置１００に通知する。ベース装置１００は、その通知を受けて、データ伝送用キューにバッファリングされているパケットを端末２００に送信し、データ伝送用キューが空になったら、制御フレームＰ１１，Ｐ２１‥‥によって、そのことを端末２００に通知する。端末２００は、その通知を受けて、ヌルフレームＮＦ１１，ＮＦ２１‥‥によって、パワーセーブモードに移行することをベース装置１００に通知した上で、パワーセーブモードに移行する。
【選択図】図６

Description

この発明は、ベース装置および端末からなる無線ＬＡＮシステムにおける無線通信方法、および無線ＬＡＮシステムを構成するベース装置および端末に関する。

無線ＬＡＮシステムとして、テレビ放送を受信し、インターネットに接続するなど、ＩＥＥＥ８０２．１１規格で言うアクセスポイントとして機能するベース装置と、このベース装置との間の無線通信によって、ベース装置からテレビの映像音声データやインターネット上の情報データを受信して、ディスプレイ上に映像や情報を表示するなど、ＩＥＥＥ８０２．１１規格で言うステーションとして機能する端末とからなるシステムが考えられている。

このようなＩＥＥＥ８０２．１１規格の無線ＬＡＮシステムの省電力化機構として、パワーマネージメント機能があり、端末（ステーション）の動作モードとして、アクティブモードとパワーセーブモードが規定されている。

また、端末のパワー状態としては、送受信部（無線ＬＡＮ通信部）に完全に電力が供給されるアウェイク（ａｗａｋｅ）状態と、必要最少限の電力で動作し、フレームの送受信ができないドーズ（ｄｏｚｅ）状態とが、定義されている。

アクティブモードの端末は、常にアウェイク状態であり、常にフレームの送受信が可能であるが、パワーセーブモードでは、アウェイク状態とドーズ状態を規則的に遷移し、パワーセーブモードで動作している端末がフレームの送受信を行えるのは、アウェイク状態のときのみである。

パワーセーブモードで動作する端末は、ベース装置から送信されるビーコンのタイミングに合わせて、ドーズ状態からアウェイク状態に移行して受信動作を行う。また、端末は、パワーセーブモードとアクティブモードの間の動作モード遷移時には、ベース装置に動作モードの変更を通知する。

パワーセーブモードで動作する端末は、フレーム制御フィールドによって、その動作をベース装置に通知し、ベース装置は、パワーセーブモードで動作する端末宛のパケットをベース装置内のメモリにバッファリングし、ビーコン内のトラフィック表示マップ（ＴＩＭ：Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍａｐ）によって、パケットがバッファリングされていることを端末に通知する。これに対して、端末がアクティブモードで動作する場合には、パケットはバッファリングされない。

パワーセーブモードで動作している端末は、規則的にドーズ状態からアウェイク状態に移行し、ベース装置から送信されたビーコンを受信する。端末宛のパケットが、ベース装置に到着し、ベース装置で発生すると、端末宛のデータがあることが、次のビーコンによって端末に通知される。端末は、ビーコンを受信し、自宛のパケットがベース装置にバッファリングされていることを認識すると、ベース装置にＰＳ−Ｐｏｌｌ（制御パケット）を送信する。ベース装置は、これに応答して、バッファリングされているパケットを送信し、端末は、そのパケットを受信する。

端末が受信するパケットには、自宛のパケットがベース装置に残っているか否かを示す情報が含まれ、端末は、自宛のパケットがベース装置に残っている場合には、再びベース装置にＰＳ−Ｐｏｌｌを送信し、パケットを受信する。これを、自宛のパケットがベース装置に残っていないことが確認されるまで繰り返し、自宛のパケットがベース装置に残っていないことを確認したら、端末は、アウェイク状態からドーズ状態に移行する。

以上のような省電力化対応の無線通信方法は、特許文献１（特開２００４−１２８９４９号公報）や特許文献２（特開２００４−１８７００２号公報）などにも示されているが、さらに図１１に示す。

図１１の下段に示すように、端末の動作モードは、パワーセーブモードであり、パワー状態は、ドーズ状態とアウェイク状態との間で遷移する。ベース装置でのビーコン送信間隔は一定である。

図１１は、データ発生間隔がほぼ一定であり、ビーコンＢ１の送信時にはベース装置に端末宛のパケットがバッファリングされていないとともに、ビーコンＢ１の送信後の時点ｔ１１でデータＤ１が発生し、次のビーコンＢ２の送信前の時点ｔ２１でデータＤ２が発生し、ビーコンＢ２の送信時から次のビーコンＢ３の送信時までの間の時点ｔ３１でデータＤ３が発生し、ビーコンＢ３の送信後の時点ｔ４１でデータＤ４が発生する場合である。

各ビーコンでは、ベース装置に端末宛のパケットがバッファリングされているか否かが通知される。

ドーズ状態にある端末は、ベース装置からビーコンＢ１が送信される直前の時点ｔａ１でアウェイク状態に移行して、ビーコンＢ１を受信し、ビーコンＢ１により自宛のパケットがベース装置にバッファリングされていないことを確認すると、再びドーズ状態に移行する。

その後の、データＤ１およびＤ２が発生した時点ｔ１１およびｔ２１では、端末はドーズ状態にあるので、ベース装置は、すぐにはデータＤ１およびＤ２を端末に送信することができず、データＤ１およびＤ２は一旦、ベース装置にバッファリングされる。

端末は、次のビーコンＢ２が送信される直前の時点ｔａ２でアウェイク状態に移行し、ビーコンＢ２を受信する。このビーコンＢ２では、端末宛のパケットがあることが通知され、端末は、そのことを確認すると、ベース装置にＰＳ−Ｐｏｌｌを送信する。

これによって、ベース装置にバッファリングされているパケットＰｃが、ベース装置から端末に送信され、端末で受信される。端末は、ベース装置にバッファリングされているパケットがなくなるまで、ベース装置にＰＳ−Ｐｏｌｌを送信し、パケットＰｃを受信する動作を繰り返す。

端末は、ベース装置から送信される全てのビーコンを受信しなくてもよく、ビーコン受信間隔は、任意に決定することができる。ビーコン受信間隔を長くすることによって、より省電力化を図ることができる。

上に挙げた先行技術文献は、以下の通りである。
特開２００４−１２８９４９号公報 特開２００４−１８７００２号公報

しかしながら、上述した従来の無線通信方法では、パワーセーブモードで動作している端末が、ビーコン送信タイミングに同期してデータを受信するため、ベース装置で発生したデータが、すぐには端末に送信されず、次のビーコン周期までベース装置にバッファリングされるので、パケット遅延やバッファ溢れによるパケットロスを生じる可能性がある。また、パケットの受信もポーリングによって行われるため、スループットが低下し、さらなるパケット遅延やバッファ溢れを引き起こす可能性がある。

特に、動画データや音声データなどをリアルタイム伝送する場合、端末がパワーセーブモードで動作すると、パケット遅延やバッファ溢れによるパケットロスが多くなり、データの再現性に問題を生じることがある。

そこで、この発明は、省電力化対応の無線通信方法として、パケット遅延やバッファ溢れによるパケットロスを低減することができ、スループットの低下も防止することができるようにしたものである。

この発明の無線通信方法は、
ベース装置と端末との間の無線通信方法であって、
パワーセーブモードで動作している端末が、タイマーに同期してアクティブモードに移行するステップと、
アクティブモードに移行した端末が、そのことをベース装置に通知するステップと、
その通知を受けてベース装置が、自装置にバッファリングされている端末宛のフレームを端末に送信し、端末が、その送信されたフレームを受信するステップと、
ベース装置にバッファリングされている端末宛のフレームがなくなったとき、ベース装置が、そのことを端末に通知するステップと、
その通知を受けて端末が、パワーセーブモードに移行することをベース装置に通知するステップと、
その通知後に端末が、パワーセーブモードに移行するステップと、
を備えることを特徴とする。

上記の構成の、この発明の無線通信方法では、端末は、常にパワーセーブモードで動作していて、ビーコン送信タイミングに同期してドーズ状態からアウェイク状態に移行してデータを受信するのではなく、タイマーに同期してパワーセーブモードからアクティブモードに切り替わってデータを受信するので、ベース装置でのデータ生起間隔に同期して、ビーコン周期より短い間隔でデータを受信することが可能となる。

したがって、ベース装置に長時間、データがバッファリングされることがなく、パケット遅延やバッファ溢れによるパケットロスを低減することができる。

しかも、端末はアクティブモード時にデータを受信するので、パワーセーブモード時にポーリングによりデータを受信する場合のようなスループットの低下の問題も生じない。

以上のように、この発明によれば、端末がパワーセーブモードで動作する場合のパケット遅延やバッファ溢れによるパケットロスを低減することができ、スループットの低下も防止することができるため、動画データ伝送などのリアルタイム通信においてデータの再現性に問題を生じることなく省電力化を実現することができる。

［１．無線ＬＡＮシステムを構成するベース装置および端末の例：図１〜図５］
（１−１．ベース装置の例：図１〜図３）
図１に、この発明の無線通信方法を実行するベース装置の一例を示す。

この例のベース装置１００は、ＣＰＵ１１１を備え、そのバス１２０に、プログラムやデータが書き込まれたＲＯＭ１１２、およびプログラムやデータが展開されるＲＡＭ１１３などが接続されて、制御部１１０が構成される。ＲＡＭ１１３には、データ伝送用キュー（Ｑｕｅｕｅ）１１５が設定される。

また、バス１２０には、ＴＶ（テレビ）アンテナが接続されるＴＶチューナ１３１、インターネットなどの外部ネットワークに接続するための外部ネットワークインタフェース１３２、およびハードディスクレコーダやＤＶＤプレーヤなどの外部機器に接続するための外部機器インタフェース１３３が接続される。

さらに、バス１２０には、キー操作部１４１が、キーインタフェース１４２を介して接続され、ＬＥＤ（発光ダイオード）などからなる表示部１５１が、表示制御部１５２を介して接続されるとともに、無線ＬＡＮ通信部１７０が接続され、無線ＬＡＮ通信部１７０に送受信アンテナ１８０が接続される。キー操作部１４１は、設定操作などを行うものであり、表示部１５１は、ベース装置１００の設定状態や動作状態などを表示するものである。

ＴＶチューナ１３１でＴＶ放送を受信することによって、または外部機器においてハードディスクやＤＶＤなどに記録されている映像および音声を再生することによって、バス１２０にＡＶ（Ａｕｄｉｏ ａｎｄ Ｖｉｓｕａｌ）データが得られ、あるいは外部ネットワークインタフェース１３２によりインターネットに接続することによって、バス１２０にインターネット上の情報データが得られるなど、ベース装置１００でデータが発生すると、図２に示すように、そのデータは一旦、データ伝送用キュー１１５にバッファリングされ、後述の方法によって端末に送信される。

図３に、この場合の処理ルーチンを示す。この処理ルーチン１０では、データが発生すると、まずステップ１１で、ＭＰＥＧ２などによるエンコードによって、端末に送信するデータを生成し、次にステップ１２で、そのデータをデータ伝送用キュー１１５にバッファリングする。

（１−２．端末の例：図４および図５）
図４に、この発明の無線通信方法を実行する端末の一例を示す。

この例の端末２００は、ＣＰＵ２１１を備え、そのバス２２０に、プログラムやデータが書き込まれたＲＯＭ２１２、プログラムやデータが展開されるＲＡＭ２１３、およびタイマー２１４などが接続されて、制御部２１０が構成される。ＲＡＭ２１３には、タイマーテーブル２１５が書き込まれる。

また、バス２２０には、画像表示用の液晶ディスプレイなどのディスプレイ２３１が、表示制御部２３２を介して接続され、音声出力用のスピーカ２４１が、ＤＡＣ（Ｄ／Ａコンバータ）２４２および音声増幅回路２４３を介して接続され、ディスプレイ２３１の表示画面上に設けられたタッチパネル２５１が、座標検出部２５２を介して接続され、キー操作部２６１が、キーインタフェース２６２を介して接続されるとともに、無線ＬＡＮ通信部２７０が接続され、無線ＬＡＮ通信部２７０に送受信アンテナ２８０が接続される。

タイマーテーブル２１５は、ベース装置１００から端末２００に送信されるデータのストリーム特性、具体的には伝送レートと、タイマー値（タイマー２１４に設定される時間）との対応関係を記述したもので、例えば、図５に示すように、ＭＰＥＧレートとタイマー値との対応関係を、ＭＰＥＧレートがＲ１（Ｍｂｐｓ）のときにはタイマー値はＴ１（ｍｓ）、ＭＰＥＧレートがＲ２（Ｍｂｐｓ）のときにはタイマー値はＴ２（ｍｓ）、というように記述したものである。ＭＰＥＧレートが高いほど、タイマー値は小さく（タイマー時間は短く）される。

タイマーテーブル２１５は、あらかじめプログラムに埋め込んでもよく、また、ベース装置１００から端末２００に送信し、端末２００がＲＡＭ２１３上に保持するようにしてもよい。

［２．無線通信方法：図６〜図１０］
図６に、上記のベース装置１００および端末２００からなる無線ＬＡＮシステムにおける、この発明の無線通信方法を示す。

ベース装置１００でのビーコン送信間隔は、一定であり、例えば１００ｍｓである。また、この例では、ベース装置１００で発生するデータは、ＡＶデータであって、ＣＢＲ（Ｃｏｎｓｔａｎｔ Ｂｉｔ Ｒａｔｅ）であり、データ発生間隔も、ほぼ一定である。

図６は、図１１と同様に、ビーコンＢ１の送信時にはベース装置１００に端末２００宛のパケットがバッファリングされていないとともに、ビーコンＢ１の送信後の時点ｔ１１でデータＤ１が発生し、次のビーコンＢ２の送信前の時点ｔ２１でデータＤ２が発生し、ビーコンＢ２の送信時から次のビーコンＢ３の送信時までの間の時点ｔ３１でデータＤ３が発生し、ビーコンＢ３の送信後の時点ｔ４１でデータＤ４が発生する場合である。

この発明の方法では、図６の下段に示すように、端末２００の動作モードは、パワーセーブモード（“ＰＳ”で示す）とアクティブモードとの間で遷移する。パワーセーブモードでは、パワー状態がドーズ状態とアウェイク状態との間で遷移し得るが、アクティブモードでは、パワー状態は常にアウェイク状態である。

パワーセーブモードで動作していて、かつドーズ状態にある端末２００は、ベース装置１００からビーコンＢ１が送信される直前の時点ｔａ１でアウェイク状態に移行して、ビーコンＢ１を受信する。

ビーコンＢ１を受信した端末２００は、一旦、ドーズ状態に戻るが、時点ｔ１０で、タイマー２１４がタイムアウトすることによって、パワーセーブモードからアクティブモードに移行し、アウェイク状態になるとともに、アクティブモードに移行したことを示すヌルフレーム（Ｎｕｌｌ Ｆｒａｍｅ）ＮＦ１０をベース装置１００に送信する。同時に端末２００は、タイマー２１４を起動する。

ベース装置１００は、ヌルフレームＮＦ１０を受信したら、図６のように時点ｔ１０の前後の時点ｔ１１でデータＤ１が発生し、データ伝送用キュー１１５に端末２００宛のパケットをバッファリングしている場合には、そのパケットを順次、アクティブモードで動作している端末２００に送信し、パケットを全て送信してデータ伝送用キュー１１５が空になったら、そのことを示す制御フレームＰ１１を端末２００に送信する。

端末２００は、ベース装置１００から送信されたパケットを順次受信し、データ伝送用キュー１１５が空になったことが制御フレームＰ１１によって通知されたら、パワーセーブモードに移行することを示すヌルフレームＮＦ１１をベース装置１００に送信したのち、アクティブモードからパワーセーブモードに移行し、ドーズ状態となる。

その後、時点ｔ２０でタイマー２１４が再びタイムアウトすると、時点ｔ１０でタイマー２１４がタイムアウトしたときと同様に、端末２００は、パワーセーブモードからアクティブモードに移行し、アウェイク状態になるとともに、アクティブモードに移行したことを示すヌルフレームＮＦ２０をベース装置１００に送信する。同時に端末２００は、タイマー２１４を起動する。

ベース装置１００は、ヌルフレームＮＦ２０を受信したら、図６のように時点ｔ２０の前後の時点ｔ２１でデータＤ２が発生し、データ伝送用キュー１１５に端末２００宛のパケットをバッファリングしている場合には、そのパケットを順次、アクティブモードで動作している端末２００に送信し、パケットを全て送信してデータ伝送用キュー１１５が空になったら、そのことを示す制御フレームＰ２１を端末２００に送信する。

端末２００は、ベース装置１００から送信されたパケットを順次受信し、データ伝送用キュー１１５が空になったことが制御フレームＰ２１によって通知されたら、パワーセーブモードに移行することを示すヌルフレームＮＦ２１をベース装置１００に送信したのち、アクティブモードからパワーセーブモードに移行し、ドーズ状態となる。

以後、同様で、時点ｔ３０およびｔ４０は、タイマー２１４がタイムアウトする時点であり、ヌルフレームＮＦ３０およびＮＦ４０は、端末２００がアクティブモードに移行したことをベース装置１００に通知するものであり、制御フレームＰ３１は、データ伝送用キュー１１５が空になったことをベース装置１００が端末２００に通知するものであり、ヌルフレームＮＦ３１は、端末２００がパワーセーブモードに移行することをベース装置１００に通知するものである。

上記の例は、ベース装置１００で発生するデータがＡＶデータの場合であるが、上記の無線通信方法は、データ発生間隔が予測可能なトラフィックの全てに適用することができる。

図７に、ベース装置１００の制御部１１０が行うデータ送信処理の一例を示す。この処理ルーチン２０では、まずステップ２１で、端末２００からアクティブモードに移行したことを示すヌルフレーム（図６のヌルフレームＮＦ１０，ＮＦ２０，ＮＦ３０，ＮＦ４０‥‥）を受信したか否かを判断する。

そして、端末２００がアクティブモードに移行したことを示すヌルフレームを受信したときには、ステップ２１からステップ２２に進んで、データ伝送用キュー１１５にバッファリングされているパケットを端末２００に送信し、さらにステップ２３に進んで、データ伝送用キュー１１５が空になったか否かを判断し、データ伝送用キュー１１５が空になっていないときには、ステップ２２に戻って、データ伝送用キュー１１５にバッファリングされているパケットを端末２００に送信する。

データ伝送用キュー１１５が空になったときには、ステップ２３からステップ２４に進んで、送信するデータがないことを制御フレーム（図６の制御フレームＰ１１，Ｐ２１，Ｐ３１‥‥）によって端末２００に通知し、さらにステップ２５に進んで、端末２００からパワーセーブモードに移行することを示すヌルフレーム（図６のヌルフレームＮＦ１１，ＮＦ２１，ＮＦ３１‥‥）を受信した上で、ステップ２１に戻る。

図８および図９に、端末２００の制御部２１０が行うデータ受信処理の一例を示す。この処理ルーチン３０では、まずステップ３１で、タイマー２１４がタイムアウトしたか否かを判断し、タイムアウトしたときには、ステップ３２に進んで、アクティブモードに移行する。

次に、ステップ３３で、アクティブモードに移行したことをヌルフレーム（図６のヌルフレームＮＦ１０，ＮＦ２０，ＮＦ３０，ＮＦ４０‥‥）によってベース装置１００に通知し、さらにステップ３４に進んで、上記のＭＰＥＧレートが変更されているか否かを判断する。

ＭＰＥＧレートは、ベース装置１００の制御部１１０および端末２００の制御部２１０が、パケットロスなどから通信状況を判断した上で決定する。ベース装置１００の制御部１１０は、ＭＰＥＧレートを変更したときには、そのこと、および変更後のＭＰＥＧレートを、端末２００に通知し、端末２００の制御部２１０は、ＭＰＥＧレートを変更するときには、ＭＰＥＧレート変更要求、および変更後のＭＰＥＧレートを、ベース装置１００に通知して、ベース装置１００と端末２００の間でＭＰＥＧレートの同期をとる。

処理ルーチン３０では、ＭＰＥＧレートが変更されていないときには、ステップ３４から、そのままステップ３６に進んで、タイマー２１４を起動し、ＭＰＥＧレートが変更されているときには、ステップ３４からステップ３５に進んで、タイマーテーブル２１５を参照し、変更後のＭＰＥＧレートに対応するタイマー値を読み取って、タイマー２１４に設定した上で、ステップ３６に進んで、タイマー２１４を起動する。

ステップ３６でタイマー２１４を起動したら、ステップ４１に進んで、ベース装置１００から送信されたパケットを受信し、さらにステップ４２に進んで、データがないことを示す制御フレーム（図６の制御フレームＰ１１，Ｐ２１，Ｐ３１‥‥）を受信したか否かを判断し、受信していなければ、ステップ４１に戻って、さらにパケットを受信する。

データがないことを示す制御フレームを受信したら、ステップ４２からステップ４３に進んで、パワーセーブモードに移行することを示すヌルフレーム（図６のヌルフレームＮＦ１１，ＮＦ２１，ＮＦ３１‥‥）をベース装置１００に送信し、さらにステップ４４に進んで、パワーセーブモードに移行した上で、ステップ３１に戻る。

図１０に、以上の無線通信方法における端末２００とベース装置１００の間のメッセージチャートを示す。

端末２００は、タイマー２１４がタイムアウトし、アクティブモードに移行したら、ヌルフレームによって、アクティブモードに移行したことをベース装置１００に通知する。ベース装置１００は、その通知を受けたら、端末２００にデータを送信し、データ伝送用キュー１１５が空になったら、制御フレームによって、そのことを端末２００に通知する。端末２００は、その通知を受けたら、ヌルフレームによって、パワーセーブモードに移行することをベース装置１００に通知した上で、パワーセーブモードに移行する。

ベース装置の一例を示す図である。 ベース装置においてデータをデータ伝送用キューにバッファリングすることを示す図である。 データ伝送のための処理ルーチンを示す図である。 端末の一例を示す図である。 タイマーテーブルの一例を示す図である。 この発明の無線通信方法を示す図である。 ベース装置が行うデータ送信処理の一例の処理ルーチンを示す図である。 端末が行うデータ受信処理の一例の処理ルーチンの一部を示す図である。 端末が行うデータ受信処理の一例の処理ルーチンの一部を示す図である。 ベース装置と端末の間のメッセージチャートを示す図である。 従来の無線通信方法を示す図である。

符号の説明

主要部については図中に全て記述したので、ここでは省略する。

Claims (5)

1. ベース装置と端末との間の無線通信方法であって、
   パワーセーブモードで動作している端末が、タイマーに同期してアクティブモードに移行するステップと、
   アクティブモードに移行した端末が、そのことをベース装置に通知するステップと、
   その通知を受けてベース装置が、自装置にバッファリングされている端末宛のフレームを端末に送信し、端末が、その送信されたフレームを受信するステップと、
   ベース装置にバッファリングされている端末宛のフレームがなくなったとき、ベース装置が、そのことを端末に通知するステップと、
   その通知を受けて端末が、パワーセーブモードに移行することをベース装置に通知するステップと、
   その通知後に端末が、パワーセーブモードに移行するステップと、
   を備えることを特徴とする無線通信方法。
2. 請求項1の無線通信方法において、
   前記端末は、前記ベース装置から送信されるデータのストリーム特性に対応したタイマーテーブルを備え、前記端末の制御手段は、そのタイマーテーブルを参照して前記タイマーの値を設定することを特徴とする無線通信方法。
3. ベース装置および端末からなる無線ＬＡＮシステムにおけるベース装置であって、
   端末宛のフレームをバッファリングするデータ伝送用キューと、
   パワーセーブモードで動作していた端末が、タイマーに同期してアクティブモードに移行し、そのことを通知してきたとき、前記データ伝送用キューにバッファリングされているフレームを端末に送信するとともに、前記データ伝送用キューにバッファリングされているフレームがなくなったとき、そのことを端末に通知する制御手段と、
   を備えることを特徴とするベース装置。
4. ベース装置および端末からなる無線ＬＡＮシステムにおける端末であって、
   制御手段およびタイマーを備え、前記制御手段は、
   前記タイマーに同期してパワーセーブモードからアクティブモードに移行する処理、
   アクティブモードに移行したことを前記ベース装置に通知する処理、
   その通知を受けて前記ベース装置から送信された、前記ベース装置にバッファリングされていたフレームを受信する処理、
   前記ベース装置から前記ベース装置にバッファリングされているフレームがなくなったことを通知されたとき、パワーセーブモードに移行することを前記ベース装置に通知する処理、
   およびアクティブモードからパワーセーブモードに移行する処理を、順次、行うことを特徴とする端末。
5. 請求項４の端末において、
   前記ベース装置から送信されるデータのストリーム特性に対応したタイマーテーブルを備え、前記制御手段は、そのタイマーテーブルを参照して前記タイマーの値を設定することを特徴とする端末。

Images