(57)【要約】【課題】アクセスポイントからの受信電力に応じて効率よくデータを送信するようにする。【解決手段】ステップＳ１において、アクセスポイントからデータ（例えば、RSSI）が受信され、ステップＳ２において、受信データから受信電力値が算出される。ステップＳ３において、算出された受信電力値が所定の閾値より大きいか否かが判定され、受信電力値が所定の閾値より大きいと判定された場合、ステップＳ４に進み、RTS非送信モードが選択される。ステップＳ３において、算出された受信電力値が所定の閾値より小さいと判定された場合、ステップＳ６に進み、RTS送信モードが選択される。すなわち、受信電力値が所定の閾値より大きい場合には、データパケットのみを送信し、受信電力値が所定の閾値より小さい場合には、RTSを送信することにより帯域を確保するようにする。本発明は、無線通信端末に適用することができる。【選択図】図６
2005260813.tif 000002
【特許請求の範囲】
【請求項１】
無線局と、前記無線局と無線通信する端末とからなる無線通信システムにおいて、
前記無線局は、
信号を送信する送信手段を備え、
前記端末は、
前記無線局から送信されてくる前記信号を受信し、その受信信号の受信電力値を算出する算出手段と、
前記算出手段により算出された前記受信電力値と、予め決められた閾値を比較する比較手段と、
前記比較手段による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、前記送信要求パケットを送信しない第２のモードを選択する選択手段と
を備えることを特徴とする無線通信システム。
【請求項２】
前記選択手段は、前記比較手段による比較の結果、前記受信電力値が前記閾値より大きいと判断された場合、前記第２のモードを選択し、前記受信電力値が前記閾値より小さいと判断された場合、前記第１のモードを選択する
ことを特徴とする請求項１に記載の無線通信システム。
【請求項３】
無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出手段と、
前記算出手段により算出された前記受信電力値と、予め決められた閾値を比較する比較手段と、
前記比較手段による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、前記送信要求パケットを送信しない第２のモードを選択する選択手段と
を備えることを特徴とする無線通信装置。
【請求項４】
前記選択手段は、前記比較手段による比較の結果、前記受信電力値が前記閾値より大きいと判断された場合、前記第２のモードを選択し、前記受信電力値が前記閾値より小さいと判断された場合、前記第１のモードを選択する
ことを特徴とする請求項３に記載の無線通信装置。
【請求項５】
無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出ステップと、
前記算出ステップの処理により算出された前記受信電力値と、予め決められた閾値を比較する比較ステップと、
前記比較ステップの処理による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、前記送信要求パケットを送信しない第２のモードを選択する選択ステップと
を含むことを特徴とする無線通信方法。
【請求項６】
無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出ステップと、
前記算出ステップの処理により算出された前記受信電力値と、予め決められた閾値を比較する比較ステップと、
前記比較ステップの処理による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、前記送信要求パケットを送信しない第２のモードを選択する選択ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項７】
無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出ステップと、
前記算出ステップの処理により算出された前記受信電力値と、予め決められた閾値を比較する比較ステップと、
前記比較ステップの処理による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、前記送信要求パケットを送信しない第２のモードを選択する選択ステップと
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、無線通信装置および方法、記録媒体、並びにプログラムに関し、特に、例えば、アクセスポイントからの受信電力に応じて効率よくデータを送信することができるようにした無線通信システム、無線通信装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
従来、無線通信システムにおいては、端末間の距離、あるいは、端末間に存在する障害物等の影響により、お互いをキャリアセンスできない状態が発生する。このような状態が発生した場合には、各端末がアクセスポイントに向けて同時にデータパケットを送信してしまい、パケットの衝突が多発する。これを隠れ端末問題と呼び、従来の技術では、無線LAN（Local Area Network）の標準化を行っているIEEE（Institute of Electrical and Electronics Engineers）802.11で定められているRTS（Request To Send）/CTS(Clear To Send)と呼ばれるパケットを用いて、この問題を解決している。また、隠れ端末環境下において、RTS/CTSを使用することは必須ではなく、RTS/CTSを使用しないで、その問題を解決している場合もある。
【０００３】
ところで、隠れ端末環境下でRTS/CTSを使用する場合において、各端末がアクセスポイントに向けて送信したRTS同士が衝突したとき、アクセスポイントは、キャプチャ効果により、受信電力の大きい端末からのRTSを優先的に受信する。一方、受信電力の小さい端末は、アクセスポイントに向けてRTSの再送を繰り返す。そのため、受信電力の小さい端末は、受信電力の大きい端末に対してスループットが低下するだけでなく、RTSの再送を繰り返すことによりパケットに衝突し、干渉を起こす恐れがある。
【０００４】
そこで、キャプチャ効果が起こる環境下で、RTS再送による干渉を防ぐようにしているものがある（例えば、特許文献１参照）。
【０００５】
【特許文献１】特開２００２−６４５０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、従来の技術では、隠れ端末環境下において、RTS/CTSを使用する場合と、RTS/CTSを使用せずにデータパケットのみを送信する場合とがある。RTS/CTSを使用しない場合、アクセスポイントにおいてパケットの衝突が発生し、自端末のアクセスポイントでの受信電力が他端末より小さい場合には、自端末のパケットが打ち消されて破棄されてしまい、通信ができない状態になってしまう課題があった。
【０００７】
これに対し、自端末の受信電力が大きい場合には、RTSを使用することにより、データパケットを送信することができるが、RTSのオーバヘッドの分だけスループットが悪化する課題があった。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、アクセスポイントからの受信電力の値に応じて、RTS/CTSを使用するモードとRTS/CTSを使用しないモードを切り替えることで、効率良くデータを送信することができるようにするものである。
【課題を解決するための手段】
【０００９】
本発明の無線通信システムは、無線局と、無線局と無線通信する端末とからなる無線通信システムであって、無線局は、信号を送信する送信手段を備え、端末は、無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出手段と、算出手段により算出された受信電力値と、予め決められた閾値を比較する比較手段と、比較手段による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードを選択する選択手段とを備えることを特徴とする。
【００１０】
前記選択手段は、比較手段による比較の結果、受信電力値が閾値より大きいと判断された場合、第２のモードを選択し、受信電力値が閾値より小さいと判断された場合、第１のモードを選択するようにすることができる。
【００１１】
本発明の無線通信装置は、無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出手段と、算出手段により算出された受信電力値と、予め決められた閾値を比較する比較手段と、比較手段による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードを選択する選択手段とを備えることを特徴とする。
【００１２】
前記選択手段は、比較手段による比較の結果、受信電力値が閾値より大きいと判断された場合、第２のモードを選択し、受信電力値が閾値より小さいと判断された場合、第１のモードを選択するようにすることができる。
【００１３】
本発明の無線通信方法は、無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出ステップと、算出ステップの処理により算出された受信電力値と、予め決められた閾値を比較する比較ステップと、比較ステップの処理による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードを選択する選択ステップとを含むことを特徴とする。
【００１４】
本発明の記録媒体に記録されているプログラムは、無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出ステップと、算出ステップの処理により算出された受信電力値と、予め決められた閾値を比較する比較ステップと、比較ステップの処理による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードを選択する選択ステップとを含む処理をコンピュータに行わせることを特徴とする。
【００１５】
本発明のプログラムは、無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出ステップと、算出ステップの処理により算出された受信電力値と、予め決められた閾値を比較する比較ステップと、比較ステップの処理による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードを選択する選択ステップとを含む処理をコンピュータに行わせることを特徴とする。
【００１６】
第１の本発明においては、無線局から信号が送信され、端末で、無線局から送信されてきた信号が受信され、その受信信号の受信電力値が算出され、算出された受信電力値と予め決められた閾値が比較され、比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードが選択される。
【００１７】
第２の本発明においては、無線局から送信されてきた信号が受信され、その受信信号の受信電力値が算出され、算出された受信電力値と予め決められた閾値が比較され、比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードが選択される。
【発明の効果】
【００１８】
本発明によれば、効率良くデータを送信することができる。特に、アクセスポイントからの受信電力の値に応じて、RTS/CTSを使用するモードとRTS/CTSを使用しないモードを切り替えることにより、隠れ端末環境下において、効率よくデータを送信することが可能になるとともに、スループットが向上する。
【発明を実施するための最良の形態】
【００１９】
以下に本発明を実施するための最良の形態を説明するが、明細書中に記載の発明と、実施の形態との対応関係を例示すると、次のようになる。明細書には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００２０】
さらに、この記載は、明細書に記載されている実施の形態に対応するすべての発明が、記載されていることを意味するものではない。換言すれば、この記載は、明細書に記載されている他の発明の存在、すなわち、将来、分割出願されたり、補正により出現、追加される発明の存在を否定するものではない。
【００２１】
請求項１に記載の無線通信システム（例えば、図１の無線通信システム１）は、無線局（例えば、図１のアクセスポイント４）と、無線局と無線通信する端末（例えば、図１の端末２および端末３）とからなる無線通信システムであって、無線局は、信号（例えば、受信信号強度表示信号）を送信する送信手段を備え、端末は、無線局から送信されてくる信号を受信し、その受信信号の受信電力値を算出する算出手段（例えば、図６のステップＳ１およびステップＳ２の処理を実行する図２のCPU３３）と、算出手段により算出された受信電力値と、予め決められた閾値を比較する比較手段（例えば、図６のステップＳ３の処理を実行する図２のCPU３３）と、比較手段による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードを選択する選択手段（例えば、図６のステップＳ４またはステップＳ６の処理を実行する図２のCPU３３）とを備えることを特徴とする。
【００２２】
請求項３に記載の無線通信装置（例えば、図１の端末２および端末３）は、無線局（例えば、図１のアクセスポイント４）から送信されてくる信号（例えば、受信信号強度表示信号）を受信し、その受信信号の受信電力値を算出する算出手段（例えば、図６のステップＳ１およびステップＳ２の処理を実行する図２のCPU３３）と、算出手段により算出された受信電力値と、予め決められた閾値を比較する比較手段（例えば、図６のステップＳ３の処理を実行する図２のCPU３３）と、比較手段による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードを選択する選択手段（例えば、図６のステップＳ４またはステップＳ６の処理を実行する図２のCPU３３）とを備えることを特徴とする。
【００２３】
請求項４に記載の無線通信方法は、無線局（例えば、図１のアクセスポイント４）から送信されてくる信号（例えば、受信信号強度表示信号）を受信し、その受信信号の受信電力値を算出する算出ステップ（例えば、図６のステップＳ１およびステップＳ２）と、算出ステップの処理により算出された受信電力値と、予め決められた閾値を比較する比較ステップ（例えば、図６のステップＳ３）と、比較ステップの処理による比較結果に基づいて、データの送信を要求する送信要求パケットを送信する第１のモード、または、送信要求パケットを送信しない第２のモードを選択する選択ステップ（例えば、図６のステップＳ４またはステップＳ６）とを含むことを特徴とする。
【００２４】
なお、請求項５に記載の記録媒体に記録されているプログラム、および請求項６に記載のプログラムにおいても、各ステップが対応する実施の形態（但し一例）は、請求項４に記載の情報処理方法と同様である。
【００２５】
以下に、本発明の実施の形態について図面を参照して説明する。
【００２６】
図１は、本発明に係る隠れ端末間状態の無線通信システムの構成例を示す図である。
【００２７】
無線通信システム１を構成する、受信局としてのアクセスポイント（無線基地局）４の配下には、送信局としての端末２および端末３が存在する。端末２と端末３の間には、障害物５が存在しているため、お互いを認識できない状態にあり、キャリアセンスが正常に動作しない。また、アクセスポイント４は、端末２からの受信電力が、端末３からの受信電力に比べて大きいため、端末２からのデータパケットと、端末３からのデータパケットが衝突してもキャプチャ効果により端末２からのデータパケットを正常に受信するが、端末３からのデータパケットは正常に受信できない。すなわち、端末３からのデータパケットは、打ち消されて破棄されてしまう。
【００２８】
なお、図１の無線通信システム１では、端末２および端末３のみを図示したが、勿論、アクセスポイント４の配下には、複数の端末が存在することは言うまでもない。
【００２９】
図２は、端末２および端末３の無線通信部の内部の構成例を示すブロック図である。同図に示されるように、無線通信部１２は、RF（Radio Frequency）部２１、および、デジタル信号の処理を行うベースバンド処理部２２で構成されている。ベースバンド処理部２２は、復調部３１、MAC（Media Access Control）処理部３２、CPU（Central Processing Unit）３３、ROM（Read Only Memory）３４、RAM（Random Access Memory）３５、および変調部３６で構成されている。
【００３０】
アンテナ１１は、アクセスポイント４との間で無線通信を行う。RF部２１は、アンテナ１１を介して受信したRF信号を増幅して、周波数変換処理やA/D（Analog to Digital）変換処理等の所定の高周波信号処理を施し、それを復調部３１に供給する。またRF部２１は、変調部３６から供給された信号に対して、D/A変換処理や周波数変換処理等の所定の高周波信号処理を施し、得られたRF信号をアンテナ１１を介して送信する。
【００３１】
復調部３１は、RF部２１から供給されたデータを復調し、それをMAC処理部３２に供給する。変調部３６は、MAC処理部３２から供給されたデータを変調し、それをRF部２１に供給する。
【００３２】
MAC処理部３２は、復調部３１から供給された復調データに対して、無線信号MACフレーム処理を施し、それをCPU３３に供給する。またMAC処理部３２は、CPU３３から供給された送信データに対して、無線信号MACフレーム処理を施し、それを変調部３６に供給する。
【００３３】
CPU３３は、ROM３４に記憶されている制御プログラムをRAM３５に展開し、MAC処理部３２を制御する。またCPU３３は、各種の処理を実行する上において必要なデータなどをRAM３５に記憶させる。さらにCPU３３は、RF部２１から、復調部３１およびMAC処理部３２を介して供給されたRSSI（Received Signal Strength Indicator：受信信号強度表示信号）に基づいて、自端末のアクセスポイント４での受信電力の値を算出し、その算出結果に基づいて、RTS送信モードおよびRTS非送信モードの設定を切り替える。これらのモードは、ROM３４に記憶されている。なお、受信電力の算出には、RSSIを用いるだけでなく、受信電力を算出する専用装置を設けるようにしても良い。
【００３４】
図３は、RTS/CTSを使用しない場合における、データパケットの送信処理を説明するタイミングチャートである。図３Ａは、受信電力が大きい端末２のシーケンスを表わし、図３Ｂは、受信電力が小さい端末３のシーケンスを表わし、横軸は、時刻を表わしている。
【００３５】
端末２は、アクセスポイント４にデータパケット５１乃至６２を送信する。端末３は、端末２からデータパケット５１乃至５５が送信されるタイミングで、アクセスポイント４にデータパケット７１を送信し、端末２からデータパケット５８乃至６２が送信されるタイミングで、アクセスポイント４にデータパケット７２を送信する。
【００３６】
この場合、パケットの衝突が発生するが、アクセスポイント４での端末２の受信電力は、端末３に比べて大きいため、アクセスポイント４は、端末２からのデータパケット５１乃至６２のみを正常に受信する。一方、受信電力の小さい端末３のデータパケット７１および７２は、パケットの衝突により、打ち消されて破棄されてしまうため、アクセスポイント４は、これらのパケットを正常に受信することができない。
【００３７】
図４は、端末２がRTS/CTSを使用する場合における、データパケットの送信処理を説明するタイミングチャートである。図４Ａは、受信電力が大きい端末２のシーケンスを表わし、図４Ｂは、受信電力が小さい端末３のシーケンスを表わし、横軸は、時刻を表わしている。
【００３８】
端末２は、アクセスポイント４に、データパケットの送信を要求するRTS（送信要求パケット）８１を送信し、アクセスポイント４から送信されてくる、データパケットの受信が可能であることを通知するCTS（要求応答パケット）（図示せず）を受信して、データパケット９１を送信する。同様に、端末２は、アクセスポイント４に、RTS８２乃至８４をそれぞれのタイミングで送信し、アクセスポイント４から送信されてくるCTS（図示せず）を受信して、データパケット９２乃至９４をそれぞれのタイミングで送信する。
【００３９】
端末３は、アクセスポイント４にデータパケット１０１を送信し、端末２からRTS８１乃至８４がそれぞれ送信されるタイミングで、アクセスポイント４にデータパケット１０２乃至１０５をそれぞれ送信する。
【００４０】
この場合、パケットの衝突が発生するが、アクセスポイント４での端末２の受信電力は、端末３に比べて大きいため、アクセスポイント４は、端末２からのデータパケット９１乃至９４のみを正常に受信する。しかしながら、RTS/CTSを使用する分だけ、帯域を余計に使用してしまい、スループットが低下する。一方、受信電力の小さい端末３のデータパケット１０２乃至１０５は、パケットの衝突により、打ち消されて破棄されてしまうため、アクセスポイント４は、これらのパケットを正常に受信することができない。
【００４１】
図５は、端末３がRTS/CTSを使用する場合における、データパケットの送信処理を説明するタイミングチャートである。図５Ａは、受信電力が大きい端末２のシーケンスを表わし、図５Ｂは、受信電力が小さい端末３のシーケンスを表わし、横軸は、時刻を表わしている。
【００４２】
端末２は、アクセスポイント４に、データパケット１１１乃至１１８を送信する。
【００４３】
端末３は、端末２からデータパケット１１２が送信されるタイミングで、アクセスポイント４にRTS１２１を送信する。しかしながら、端末２がデータパケット１１２を送信中のため、アクセスポイント４からのCTSが受信できず、所定の時間経過後、RTS１２２を再送する。しかしながら、端末２がデータパケット１１４を送信中のため、アクセスポイント４からのCTSが受信できず、所定の時間経過後、RTS１２３を再送する。その後、端末３は、アクセスポイント４から送信されてくるCTS（図示せず）を受信して、データパケット１３１を送信する。
【００４４】
さらに端末３は、端末２からデータパケット１１７が送信されるタイミングで、アクセスポイント４にRTS１２４を送信する。しかしながら、端末２がデータパケットを送信中のため、アクセスポイント４からのCTSが受信できず、RTS１２５を再送する。その後、端末３は、アクセスポイント４から送信されてくるCTS（図示せず）を受信して、データパケット１３２を送信する。
【００４５】
この場合、パケットの衝突が発生するが、アクセスポイント４での端末２の受信電力は、端末３に比べて大きいため、アクセスポイント４は、端末２からのデータパケット１１１乃至１１８のみを正常に受信する。一方、受信電力の小さい端末３のRTS１２１，１２２、およびRTS１２４は、パケットの衝突により、打ち消されて破棄されてしまう。しかしながら、RTS１２３およびRTS１２５のように正常に受信された場合には、帯域を確保し、データパケット１３１およびデータパケット１３２を送信することができる。
【００４６】
図３乃至図５からもわかるように、本発明では、アクセスポイント４からの受信電力が所定の閾値よりも大きい端末（図１の例では、端末２）の場合には、図３に示した、RTS/CTSを使用しないモードを選択し、アクセスポイント４からの受信電力が所定の閾値よりも小さい端末（図１の例では、端末３）の場合には、図５に示した、RTS/CTSを使用するモードを選択するように切替える。
【００４７】
次に、図６のフローチャートを参照して、端末（図１の例の場合、端末２または端末３）が実行する送信モード選択処理について説明する。なお、この処理を開始するにあたり、端末の受信電力は未だ算出されていないものとする。
【００４８】
ステップＳ１において、アンテナ１１は、アクセスポイント４からデータ（例えば、RSSI：受信信号強度表示信号）を受信する。受信データは、RF部２１で所定の高周波信号処理が施され、復調部３１で復調され、MAC処理部３２でMACフレーム処理が施される。ステップＳ２において、CPU３３は、RF部２１から、復調部３１およびMAC処理部３２を介して供給されたデータに基づいて、受信データの受信電力の値を算出する。
【００４９】
ステップＳ３において、CPU３３は、ステップＳ２の処理で算出された受信電力の値が所定の閾値より大きいか否かを判定し、受信電力の値が所定の閾値より大きいと判定した場合、ステップＳ４に進み、RTS非送信モードを選択するように設定を切り替える。
【００５０】
ステップＳ５において、CPU３３は、送信するデータをMAC処理部３２に供給する。送信データは、MAC処理部３２でMACフレーム処理が施され、変調部３６で変調され、RF部２１で所定の高周波信号処理が施される。アンテナ１１は、CPU３３から、MAC処理部３２、変調部３６、およびRF部２１を介して供給されたデータパケットをアクセスポイント４に送信する。
【００５１】
以上のように、自端末の受信電力の値が大きい場合には、自端末のアクセスポイント４での受信電力も大きいものと判断されるため、自端末のデータパケットが優先され、他の端末のデータパケットを打ち消すことができる。従って、CPU３３は、受信電力の値が所定の閾値より大きいと判定した場合、RTSを送信せずに、データパケットのみを送信した方が、RTSのオーバヘッドを考慮する必要がなく、より高速にデータを送信することが可能となる。
【００５２】
ステップＳ３において、ステップＳ２の処理で算出された受信電力の値が所定の閾値より大きくない、すなわち、小さいと判定された場合、ステップＳ６に進み、CPU３３は、RTS送信モードを選択するように設定を切り替える。ステップＳ７において、CPU３３は、MAC処理部３２、変調部３６、RF部２１、および、アンテナ１１を介して、アクセスポイント４にデータパケットの送信を要求するRTS（送信要求パケット）を送信する。アクセスポイント４は、正常にRTSを受信すると、データパケットの受信が可能であることを通知するCTS（要求応答パケット）を端末に送信する。
【００５３】
ステップＳ８において、CPU３３は、アクセスポイント４からCTSを受信したか否かを判定し、CTSを受信していないと判定した場合、ステップＳ７に戻り、RTSの再送を繰り返す。そして、ステップＳ８において、アクセスポイント４からCTSを受信したと判定された場合、ステップＳ９に進み、CPU３３は、MAC処理部３２、変調部３６、RF部２１、およびアンテナ１１を介してデータパケットをアクセスポイント４に送信する。
【００５４】
以上のように、自端末の受信電力の値が小さい場合には、自端末のアクセスポイント４での受信電力も小さいものと判断されるため、データパケットを送信すると、他の端末のデータパケットによって打ち消されてしまい、ほぼ通信することができない状態になってしまう。従って、CPU３３は、受信電力の値が所定の閾値より小さいと判定した場合、RTSを送信することにより帯域を確保し、通信を継続させることで、隠れ端末環境下において、自端末にとって最も効率よくデータを送信することが可能となる。
【００５５】
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。この場合、例えば、端末２および端末３には、図７に示されるようなコンピュータ２００が含まれる。
【００５６】
図７において、CPU２０１は、ROM２０２に記憶されているプログラム、または記憶部１０８からRAM２０３にロードされたプログラムに従って各種の処理を実行する。RAM２０３にはまた、CPU２０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００５７】
CPU２０１、ROM２０２、およびRAM２０３は、バス２０４を介して相互に接続されている。このバス２０４にはまた、入出力インタフェース２０５も接続されている。
【００５８】
入出力インタフェース２０５には、キーボード、マウスなどよりなる入力部２０６、CRT（Cathode Ray Tube）、LCD（Liquid Crystal display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部２０７、ハードディスクなどより構成される記憶部２０８、モデムなどより構成される通信部２０９が接続されている。通信部２０９は、インターネットを含むネットワークを介しての通信処理を行う。
【００５９】
入出力インタフェース２０５にはまた、必要に応じてドライブ２１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア２１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２０８にインストールされる。
【００６０】
上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。
【００６１】
この記録媒体は、図７に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスク（登録商標）を含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（MD（Mini-Disk）（登録商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア２１１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM２０２や、記憶部２０８に含まれるハードディスクなどで構成される。
【００６２】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【００６３】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【００６４】
【図１】本発明に係る隠れ端末間状態の無線通信システムの構成例を示す図である。
【図２】図１の端末の無線通信部の内部の構成例を示すブロック図である。
【図３】RTS/CTSを使用しない場合における、データパケットの送信処理を説明するタイミングチャートである。
【図４】受信電力が大きい端末がRTS/CTSを使用する場合における、データパケットの送信処理を説明するタイミングチャートである。
【図５】受信電力が小さい端末がRTS/CTSを使用する場合における、データパケットの送信処理を説明するタイミングチャートである。
【図６】送信モード選択処理について説明するフローチャートである。
【図７】パーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【００６５】
１  無線通信システム，  ２，３  端末，  ４  アクセスポイント，  ５  障害物，  １１  アンテナ，  １２  無線通信部，  ２１  RF部，  ２２  ベースバンド処理部，  ３１  復調部，  ３２  MAC処理部，  ３３  CPU，  ３４  ROM，  ３５  RAM，  ３  変調部，  ２１０  ドライブ，  ２１１  リムーバブルメディア
【図１】
2005260813.tif 000003
【図２】
2005260813.tif 000004
【図３】
2005260813.tif 000005
【図４】
2005260813.tif 000006
【図５】
2005260813.tif 000007
【図６】
2005260813.tif 000008
【図７】
2005260813.tif 000009