(57)【要約】  一実施形態では、ワイヤレスネットワークの通信チャネルが第１の無線局と第２の無線局との間の通信交換のために使用中である間に通信チャネルを介してデータパケットをソース無線局が宛先無線局に送信する方法が開示される。この方法は、通信チャネル上で第１の無線局によって送信された送信要求メッセージを受信することと、送信要求メッセージは、通信チャネルが第１の無線局と第２の無線局との間の通信交換中に使用中になる持続時間の表示を備え、第２の無線局から第１の無線局に送信された送信可メッセージが、送信要求メッセージに続く期待される受信期間内に受信されるかどうかを決定することと、送信期間を決定することと、送信期間は、ソース無線局による通信チャネル上での送信が第１の無線局と第２の無線局との間の通信交換に干渉しない持続時間の一部であり、送信期間の持続時間をデータパケットの送信に必要な持続時間と比較することと、送信可メッセージが期待される受信期間内に受信されず、送信期間の持続時間がデータパケットの送信に必要な持続時間以上である場合に、送信期間中にデータパケットを送信することとを備える。
2017526275.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスネットワークの通信チャネルが第１の無線局と第２の無線局との間の通信交換のために使用中である間に前記通信チャネルを介してデータパケットを宛先無線局にソース無線局が送信する方法であって、
前記通信チャネル上で前記第１の無線局によって送信された送信要求メッセージを受信することと、前記送信要求メッセージは、前記通信チャネルが前記第１の無線局と前記第２の無線局との間の前記通信交換中に使用中になる持続時間の表示を備え、
前記第２の無線局から前記第１の無線局に送信された送信可メッセージが、前記送信要求メッセージに続く期待される受信期間内に受信されるかどうかを決定することと、
送信期間を決定することと、前記送信期間は、前記ソース無線局による前記通信チャネル上での送信が前記第１の無線局と前記第２の無線局との間の前記通信交換に干渉しない持続時間の一部であり、
前記送信期間の持続時間を前記データパケットの送信に必要な持続時間と比較することと、
送信可メッセージが前記期待される受信期間内に受信されず、前記送信期間の前記持続時間が前記データパケットの送信に必要な前記持続時間以上である場合に、前記送信期間中に前記データパケットを送信することと
を備える、方法。
【請求項２】
前記第２の無線局から前記第１の無線局に送信された送信可メッセージが、前記送信要求メッセージに続く期待される受信期間内に受信されるかどうかを決定することは、前記送信要求メッセージの受信の終りに前記期待される受信期間の持続時間にタイマをセットすることを備える、請求項１に記載の方法。
【請求項３】
前記期待される受信期間は、少なくとも１つの短フレーム間間隔の持続時間と送信可メッセージの持続時間とを有する、請求項１に記載の方法。
【請求項４】
前記期待される受信期間は、１つの短フレーム間間隔の持続時間と送信可メッセージの前記持続時間とバッファ期間とを有する、請求項３に記載の方法。
【請求項５】
前記送信期間中に送信される前記データパケットと、前記第１の無線局と前記第２の無線局との間の通信との間の衝突を検出することと、前記バッファ期間の前記持続時間を増加させることを更に備える、請求項４に記載の方法。
【請求項６】
前記第１の無線局が前記第２の無線局に送信している期間として前記送信期間を決定することを備える、請求項１に記載の方法。
【請求項７】
前記送信期間の長さを複数の候補データパケットの長さと比較することと、前記送信期間未満の長さを有する候補データパケットを前記データパケットとして選択することとを更に備える、請求項１に記載の方法。
【請求項８】
前記送信期間中に前記通信チャネルを監視することと、更なる無線局からの送信が識別される場合に前記パケットの前記送信を停止することとを更に備える、請求項１に記載の方法。
【請求項９】
前記送信要求メッセージの送信器アドレスから前記第１の無線局のアイデンティティを決定することと、受信された送信可メッセージが前記送信要求メッセージに応答して送信されたことを決定するために、前記送信要求メッセージの前記送信器アドレスを前記送信可メッセージの宛先アドレスと比較することとを更に備える、請求項１に記載の方法。
【請求項１０】
ワイヤレスネットワークの通信チャネルが第１の無線局と第２の無線局との間の通信交換のために使用中である間に前記通信チャネルを介してデータパケットを宛先無線局にソース無線局が送信する方法であって、
前記通信チャネル上で前記第１の無線局によって送信された送信可メッセージを受信することと、前記送信可メッセージは、前記通信チャネルが前記第１の無線局と前記第２の無線局との間の前記通信交換のために使用中になる持続時間の表示を備え、
前記第２の無線局から前記第１の無線局に送信された送信要求メッセージが、前記送信可メッセージの受信の前に受信されたかどうかを決定することと、
送信要求メッセージが、前記送信可メッセージの受信の前に受信されなかった場合に、送信期間を決定することと、前記送信期間は、前記ソース無線局による前記通信チャネル上の送信が、前記第１の無線局と前記第２の無線局との間の前記通信交換と干渉しない持続時間の一部であり、
前記送信期間の持続時間を前記データパケットの送信に必要な持続時間と比較することと、
前記送信期間の前記持続時間が前記データパケットの送信に必要な前記持続時間以上である場合に、前記送信期間中に前記データパケットを送信することと
を備える、方法。
【請求項１１】
送信要求メッセージが受信される場合に、期待される受信期間の持続時間にタイマをセットすることと、前記送信可メッセージが受信される時に前記タイマが走行していないか満了している場合に、送信要求メッセージが前記送信可メッセージの受信の前に受信されなかったと決定することとを更に備える、請求項１０に記載の方法。
【請求項１２】
ワイヤレスネットワークの通信チャネルが第１の無線局と第２の無線局との間の通信交換のために使用中である間に前記通信チャネルを介してデータパケットを宛先無線局にソース無線局が送信する方法であって、
前記通信チャネル上で前記第１の無線局によって送信された送信要求メッセージを受信することと、
前記第２の無線局から前記第１の無線局に送信された送信可メッセージが、前記送信要求メッセージに続く期待される受信期間内に受信されるかどうかを決定することと、
送信可メッセージが前記期待される受信期間内に受信されない場合に、前記通信チャネルを監視することと、
前記第１の無線局からの信号が受信される間に前記データパケットを送信することと
を備える、方法。
【請求項１３】
通信チャネル上で送信要求メッセージと送信可メッセージとを受信し、前記通信チャネル上でメッセージを送信するように構成された通信インターフェースと、
前記通信チャネル上で送信されるべきデータパケットのためのストレージと、
通信コントローラと、
を備え、
前記通信コントローラは、
送信要求メッセージが前記通信インターフェースによって受信される時の期待される受信期間にタイマをセットし、前記受信された送信要求メッセージ内に含まれる持続時間情報から送信期間を決定し、前記送信期間の持続時間を前記データパケットを送信するのに必要な持続時間と比較し、前記送信要求メッセージに応答する送信可メッセージが前記タイマが満了する前に受信されず、前記送信期間の前記持続時間が前記データパケットを送信するのに必要な前記持続時間以上である場合に、前記送信期間中に前記データパケットを送信するように前記通信インターフェースを制御するように構成る、
無線局。
【請求項１４】
前記ストレージは、データパケットのキューを記憶するように構成され、前記通信コントローラは、前記送信期間の前記持続時間を前記キュー内の前記データパケットの送信に必要な前記持続時間と比較し、前記送信期間の前記持続時間以下の送信に必要な持続時間を有するデータパケットを識別するように構成される、請求項１３に記載の無線局。
【請求項１５】
前記通信コントローラは、送信可メッセージの受信時に前記タイマが満了したかどうかを決定し、前記タイマが満了した場合に、前記受信された送信可メッセージ内に含まれる持続時間情報から送信期間を決定し、前記送信期間の長さを前記データパケットの長さと比較し、前記送信期間の前記長さが前記データパケットの前記長さより長い場合に、前記送信期間中に前記データパケットを送信するように前記通信インターフェースを制御するように更に構成される、請求項１３に記載の無線局。
【請求項１６】
前記通信コントローラは、前記送信期間中に前記通信チャネルを監視し、更なる無線局からの送信が識別される場合に前記パケットの前記送信を停止するように更に構成される、請求項１３に記載の無線局。
【請求項１７】
前記通信コントローラは、前記通信インターフェースによって受信された送信要求メッセージの送信器アドレスの表示を記憶し、前記送信要求メッセージの前記送信器アドレスを受信された送信可メッセージの宛先アドレスと比較し、前記送信器アドレスが前記宛先アドレスと一致する場合に、前記送信可メッセージが前記送信要求メッセージに応答するものであると決定するように更に構成される、請求項１３に記載の無線局。
【請求項１８】
通信チャネル上で送信要求メッセージと送信可メッセージとを受信し、前記通信チャネル上でメッセージを送信するように構成された通信インターフェースと、
前記通信チャネル上で送信されるべきデータパケットのためのストレージと、
通信コントローラと、
を備え、
前記通信コントローラは、
送信要求メッセージに応答する送信可メッセージが前記タイマが満了する前に受信されない場合に、前記送信要求メッセージが前記通信インターフェースによって受信される時の期待される受信期間にタイマをセットし、前記送信要求メッセージを送信した第１の無線局が送信している時を決定するために前記通信チャネルを監視し、前記第１の無線局が送信している間に前記データパケットを送信するように前記通信インターフェースを制御するように構成される、
無線局。
【請求項１９】
プロセッサ上で実行される時に、前記プロセッサに請求項１による方法を実行させるプロセッサ実行可能命令を担持するコンピュータ可読担体媒体。
【請求項２０】
プロセッサ上で実行される時に、前記プロセッサに請求項８による方法を実行させるプロセッサ実行可能命令を担持するコンピュータ可読担体媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で説明される実施形態は、全般的にはワイヤレス通信に関し、具体的には、第１の及び第２の無線局によって交換される制御メッセージの部分的受信に基づくソース無線局によるワイヤレスチャネル再利用に関する。
【背景技術】
【０００２】
コンテンションベースのワイヤレスネットワークでは、ワイヤレス媒体へのアクセスは、２つのプロセスによって決定される。第１に、無線局は、媒体が他の局によって使用中である時を監視するために、クリアチャネル査定（ＣＣＡ：clear channel assessment）技法を使用してワイヤレス媒体を感知する。第２に、局によって送信される媒体アクセス制御（ＭＡＣ）ヘッダは、媒体が２つの局の間のメッセージ交換のために使用中になる持続時間を示す情報を含む。
【０００３】
この持続時間情報は、ネットワーク割振りベクトル（ＮＡＶ：Network Allocation Vector）として知られているカウンタにロードされる。各局は、媒体が使用中になる残り時間を示すそれ自体のＮＡＶを維持する。
【発明の概要】
【０００４】
以下では、実施形態が、添付図面を参照して説明される。
【図面の簡単な説明】
【０００５】
【図１】ワイヤレスネットワーク内の隠れノード（hidden node）の例を示す図。
【図２】送信要求（ＲＴＳ）／送信可（ＣＴＳ）交換を示す図。
【図３】露出ノードシナリオ（exposed node scnario）の例を示す図。
【図４】露出ノード露出ノードシナリオを示す図。
【図５】第２の露出ノードシナリオを示す図。
【図６】一実施形態による通信交換を示す図。
【図７】一実施形態による無線局を示す図。
【図８ａ】一実施形態によるデータパケットを送信する方法を示す図。
【図８ｂ】一実施形態によるデータパケットを送信する方法を示す図。
【図９】送信要求（ＲＴＳ）フレームの構造を示す図。
【図１０】送信可（ＣＴＳ）フレームの構造を示す図。
【図１１】送信要求（ＲＴＳ）フレームの持続時間フィールド内のネットワーク割振りベクトル（ＮＡＶ）値の計算を示す図。
【図１２】送信可（ＣＴＳ）フレームの持続時間フィールド内のネットワーク割振りベクトル（ＮＡＶ）値の計算を示す図。
【図１３】一実施形態によるワイヤレス通信方法を示す図。
【図１４】一実施形態によるワイヤレス通信方法を示す図。
【図１５】一実施形態によるワイヤレス通信方法を示す図。
【図１６】一実施形態によるデータパケットを送信する方法を示す図。
【発明を実施するための形態】
【０００６】
一実施形態では、ワイヤレスネットワークの通信チャネルが第１の無線局と第２の無線局との間の通信交換のために使用中である間に通信チャネルを介してデータパケットを宛先無線局に送信する、ソース無線局での方法が開示される。この方法は、通信チャネル上で第１の無線局によって送信された送信要求メッセージを受信することと、送信要求メッセージは、通信チャネルが第１の無線局と第２の無線局との間の通信交換中に使用中になる持続時間の表示を備える、第２の無線局から第１の無線局に送信された送信可メッセージが、送信要求メッセージに続く期待される受信期間内に受信されるかどうかを決定することと、送信期間を決定することと、送信期間は、ソース無線局による通信チャネル上での送信が第１の無線局と第２の無線局との間の通信交換に干渉しない持続時間の一部であり、送信期間の持続時間をデータパケットの送信に必要な持続時間と比較することと、送信可メッセージが期待される受信期間内に受信されず、送信期間の持続時間がデータパケットの送信に必要な持続時間以上である場合に、送信期間中にデータパケットを送信することとを備える。
【０００７】
一実施形態では、第２の無線局から第１の無線局に送信された送信可メッセージが、送信要求メッセージに続く期待される受信期間内に受信されるかどうかを決定することは、送信要求メッセージの受信の終りに期待される受信期間の持続時間にタイマをセットすることを備える。
【０００８】
一実施形態では、期待される受信期間は、少なくとも１つの短フレーム間間隔（short inter frame spacing）の持続時間と送信可メッセージの持続時間とを有する。
【０００９】
一実施形態では、期待される受信期間は、１つの短フレーム間間隔の持続時間と送信可メッセージの持続時間とバッファ期間とを有する。
【００１０】
一実施形態では、この方法は、送信期間中継続して送信されるデータパケットと、第１の無線局と第２の無線局との間の通信との間の衝突を検出することと、バッファ期間の持続時間を増加させることを更に備える。
【００１１】
一実施形態では、この方法は、第１の無線局が第２の無線局に送信している期間として送信期間を決定することを備える。
【００１２】
一実施形態では、この方法は、送信期間の長さを複数の候補データパケットの長さと比較することと、送信期間未満の長さを有する候補データパケットをデータパケットとして選択することとを更に備える。
【００１３】
一実施形態では、この方法は、送信期間中に通信チャネルを監視することと、更なる無線局からの送信が識別される場合にパケットの送信を停止することとを更に備える。
【００１４】
一実施形態では、この方法は、送信要求メッセージの送信器アドレスから第１の無線局のアイデンティティを決定することと、受信された送信可メッセージが送信要求メッセージに応答して送信されたことを決定するために、送信要求メッセージの送信器アドレスを送信可メッセージの宛先アドレスと比較することとを更に備える。
【００１５】
一実施形態では、ワイヤレスネットワークの通信チャネルが第１の無線局と第２の無線局との間の通信交換のために使用中である間に通信チャネルを介して宛先無線局にデータパケットを送信する、ソース無線局が開示される。この方法は、通信チャネル上で第１の無線局によって送信された送信可メッセージを受信することと、送信可メッセージは、通信チャネルが第１の無線局と第２の無線局との間の通信交換のために使用中になる持続時間の表示を備え、第２の無線局から第１の無線局に送信された送信要求メッセージが、送信可メッセージの受信の前に受信されたかどうかを決定することと、送信要求メッセージが、送信可メッセージの受信の前に受信されなかった場合に、送信期間を決定することと、送信期間は、ソース無線局による通信チャネル上の送信が、第１の無線局と第２の無線局との間の通信交換と干渉しない持続時間の一部であり、送信期間の持続時間をデータパケットの送信に必要な持続時間と比較することと、送信期間の持続時間がデータパケットの送信に必要な持続時間以上である場合に、送信期間中にデータパケットを送信することとを備える。
【００１６】
一実施形態では、この方法は、送信要求メッセージが受信される場合に、期待される受信期間の持続時間にタイマをセットすることと、送信可メッセージが受信される時にタイマが走行していないか満了している場合に、送信要求メッセージが送信可メッセージの受信の前に受信されなかったと決定することとを更に備える。
【００１７】
一実施形態では、ワイヤレスネットワークの通信チャネルが第１の無線局と第２の無線局との間の通信交換のために使用中である間に通信チャネルを介して宛先無線局にデータパケットをソース無線局が送信する方法が開示される。この方法は、通信チャネル上で第１の無線局によって送信された送信要求メッセージを受信することと、第２の無線局から第１の無線局に送信された送信可メッセージが、送信要求メッセージに続く期待される受信期間内に受信されるかどうかを決定することと、送信可メッセージが期待される受信期間内に受信されない場合に、通信チャネルを監視することと、第１の無線局からの信号が受信される間にデータパケットを送信することとを備える。
【００１８】
一実施形態では、無線局が開示される。この無線局は、通信チャネル上で送信要求メッセージと送信可メッセージとを受信し、通信チャネル上でメッセージを送信するように構成された通信インターフェースと、通信チャネル上で送信されるべきデータパケットのストレージと、送信要求メッセージが通信インターフェースによって受信される時の期待される受信期間にタイマをセットし、受信された送信要求メッセージ内に含まれる持続時間情報から送信期間を決定し、データパケットを送信するのに必要な持続時間と送信期間の持続時間を比較し、送信要求メッセージに応答する送信可メッセージが、タイマが満了する前に受信されず、送信期間の持続時間がデータパケットを送信するのに必要な持続時間以上である場合に、送信期間中にデータパケットを送信するように通信インターフェースを制御するように構成された通信コントローラとを備える。
【００１９】
一実施形態では、ストレージは、データパケットのキューを記憶するように構成され、通信コントローラは、送信期間の持続時間をキュー内のデータパケットの送信に必要な持続時間と比較し、送信期間の持続時間以下の送信に必要な持続時間を有するデータパケットを識別するように構成される。
【００２０】
一実施形態では、通信コントローラは、送信可メッセージの受信時にタイマが満了したかどうかを決定し、タイマが満了した場合に、受信された送信可メッセージ内に含まれる持続時間情報から送信期間を決定し、送信期間の長さをデータパケットの長さと比較し、送信期間の長さがデータパケットの長さより長い場合に、送信期間中にデータパケットを送信するように通信インターフェースを制御するように更に構成される。
【００２１】
一実施形態では、通信コントローラは、送信期間中に通信チャネルを監視し、更なる無線局からの送信が識別される場合にパケットの送信を停止するように更に構成される。
【００２２】
一実施形態では、通信コントローラは、通信インターフェースによって受信された送信要求メッセージの送信器アドレスの表示を記憶し、送信要求メッセージの送信器アドレスを受信された送信可メッセージの宛先アドレスと比較し、送信器アドレスが宛先アドレスと一致する場合に、送信可メッセージが送信要求メッセージに応答するものであると決定するように更に構成される。
【００２３】
一実施形態では、無線局が開示される。この無線局は、通信チャネル上で送信要求メッセージと送信可メッセージとを受信し、通信チャネル上でメッセージを送信するように構成された通信インターフェースと、通信チャネル上で送信されるべきデータパケットのストレージと、送信要求メッセージに応答する送信可メッセージが、タイマが満了する前に受信されない場合に、送信要求メッセージが通信インターフェースによって受信される時の期待される受信期間にタイマをセットし、送信要求メッセージを送信した第１の無線局が送信している時を決定するために通信チャネルを監視し、第１の無線局が送信している間にデータパケットを送信するように通信インターフェースを制御するように構成された通信コントローラとを備える。
【００２４】
一実施形態では、プロセッサ実行可能命令を担持するコンピュータ可読担体媒体が開示される。このコンピュータ可読媒体は、プロセッサ上で実行される時に、プロセッサに上で説明された実施形態による方法を実行させる命令を担持する。
【００２５】
図１は、ワイヤレスネットワーク内の隠れノードの例を示す。図１に示されているように、第１の無線局ＳＴＡ１は、ワイヤレス通信チャネル上で第２の無線局ＳＴＡ２に送信１０を送信する。第３の無線局ＳＴＡ３は、送信１０のソースである第１の局ＳＴＡ１の範囲外にある。しかし、第３の局ＳＴＡ３は、送信１０の宛先である第２の局ＳＴＡ２の範囲内にある。第３の局ＳＴＡ３が、チャネルが空いていることを感知し、同一のチャネル上で送信２０を開始する場合に、第２の局ＳＴＡ２では、第３の局ＳＴＡ３からの送信２０が、送信１０と干渉し、衝突３０を引き起こす。このシナリオでは、第３の局ＳＴＡ３は、隠れノードとして知られている。隠れノードは、送信のソースの範囲内にはないが、送信の宛先の範囲内にあるノードである。
【００２６】
ＩＥＥＥ  ８０２．１１ファミリの標準規格では、送信要求（ＲＴＳ）／送信可（ＣＴＳ）交換が、隠れノードに起因する衝突を回避するのにオプションで使用される。
【００２７】
図２は、ＲＴＳ／ＣＴＳ交換を示す。第１の局ＳＴＡ１は、ＲＴＳフレーム４０を送信する。ＲＴＳフレームは、次いで起こるＣＴＳフレームの長さと、送信されるデータフレームの長さと、肯定応答（ＡＣＫ）の時間と、介在する短フレーム間間隔（ＳＩＦＳ）ギャップとを示す持続時間値を含む。これに応答して、送信されるデータフレームの所期の受信側である第２の局ＳＴＡ２は、ＣＴＳフレーム５０を送信する。ＣＴＳフレーム５０も、次いで起こるデータとＡＣＫと介在するＳＩＦＳギャップとを含む持続時間値を含む。宛先の局ＳＴＡ２の範囲内のすべての局は、今や、ＣＴＳフレーム５０を受信済みであり、従って、媒体がどれほど長くビジーになるのかの表示を受信済みになる。第３の局ＳＴＡ３は、ＣＴＳフレームを受信する時に、ＣＴＳフレーム内の持続時間値によってセットされた時間の長さを示すネットワーク割振りベクトル（ＮＡＶ）をセットする。第３の局ＳＴＡ３は、ＮＡＶ値によって示される時間の間にはチャネルにアクセスしない。
【００２８】
ＲＴＳ／ＣＴＳ交換の使用は、上で説明された隠れノードのシナリオを回避するが、効率的なチャネル使用の浪費をもたらす可能性がある、露出ノードとして知られている更なる可能なシナリオにつながる。露出ノードは、不必要に送信をブロックされるノードである。このシナリオは、下で図３を参照して説明される。
【００２９】
図３は、露出ノードシナリオの例を示す。第１の局ＳＴＡ１は、所期の送信を示すＲＴＳフレーム４０を第２の局ＳＴＡ２に送信する。これに応答して、第２の局ＳＴＡ２は、ＣＴＳフレーム５０を送信する。第３の局ＳＴＡ３は、第２の局ＳＴＡ２の範囲内にあるが、第１の局ＳＴＡ２の範囲外にある。第４の局ＳＴＡ４は、第１の局ＳＴＡ１と第２の局ＳＴＡ２との範囲外にあるが、第３の局ＳＴＡ３の範囲内にある。これは、ＳＴＡ１がＳＴＡ２への送信６０を行っている間に、第４の局ＳＴＡ４から第３の局ＳＴＡ３への送信７０が、衝突をもたらさないことを意味する。更に、第３の局ＳＴＡ３による第４の局ＳＴＡ４への送信９０は、２つの受信器（ＳＴＡ１及びＳＴＡ４）がそれぞれ１つの信号だけを受信するので、第２の局ＳＴＡ２による第１の局ＳＴＡ１への送信８０と衝突しない。第３の局ＳＴＡ３が、第２の局ＳＴＡ２によって送られるＣＴＳ  ５０によって示される持続時間によってセットされるＮＡＶ値に頼る場合に、第３の局ＳＴＡ３は、送信９０を行うことを防止される。従って、図３に示された第３の局ＳＴＡ３は、露出ノードとして知られている。
【００３０】
一実施形態では、第１の局と第２の局との間のＲＴＳ／ＣＴＳ交換からのＲＴＳフレーム又はＣＴＳフレームのいずれかの受信は、第３の局が衝突なしで第４の局に送信を送ることができる露出ノードシナリオを識別するのに使用される。
【００３１】
図４は、露出ノードシナリオを示す。図４に示されたシナリオでは、第２の局ＳＴＡ２は、第１の局ＳＴＡ１にデータ送信を送るつもりである。第２の局ＳＴＡ２は、ＲＴＳフレーム４０を送る。ＲＴＳフレーム４０は、第１の局ＳＴＡ１と第３の局ＳＴＡ３とによって受信される。ＲＴＳフレーム４０に応答して、第１の局ＳＴＡ１は、ＣＴＳフレーム５０を送信する。第３の局ＳＴＡ３は、第２の局ＳＴＡ２の範囲内にあるが、第１の局ＳＴＡ１の範囲外にあるので、第３の局ＳＴＡ３は、ＲＴＳフレーム４０を受信するが、ＣＴＳフレーム５０を受信しない。
【００３２】
図５は、第２の露出ノードシナリオを示す。図５に示されたシナリオでは、第１の局ＳＴＡ１は、第２の局ＳＴＡ２にデータ送信を送るつもりである。第１の局ＳＴＡ１は、ＲＴＳフレーム４０を送信する。ＲＴＳフレーム４０は、第２の局ＳＴＡ２によって受信される。第３の局ＳＴＡ３は、第１の局ＳＴＡ１の範囲外にあり、従って、ＲＴＳフレーム４０を受信しない。ＲＴＳフレーム４０に応答して、第２の局ＳＴＡ２は、ＣＴＳフレーム５０を送信する。ＣＴＳフレーム５０は、第１の局ＳＴＡ１と第３の局ＳＴＡ３とによって受信される。
【００３３】
図４と図５とに示された露出ノードシナリオでは、第３の局ＳＴＡ３は、２つのＲＴＳ／ＣＴＳ制御フレームのうちの１つの受信から、それが露出ノードであることを識別することができる。更に、受信された制御フレームから持続時間値と制御フレームのタイプとを抽出することによって、第３の局ＳＴＡ３は、第３の局ＳＴＡ３による送信が第１の局ＳＴＡ１と第２の局ＳＴＡ２との間の通信交換に干渉しない持続時間の部分を決定することができる。
【００３４】
図６は、一実施形態による通信交換を示す。第２の局ＳＴＡ２は、第２の局ＳＴＡ２が第１の局ＳＴＡ１にデータパケット送信を送るつもりであることを示すＲＴＳフレーム４０を送信する。ＲＴＳフレーム４０は、第１の局ＳＴＡ１と第３の局ＳＴＡ３とによって受信される。ＲＴＳフレーム４０に応答して、第１の局ＳＴＡ１は、ＣＴＳフレーム５０を送信する。ＣＴＳフレーム５０は、第２の局ＳＴＡ２によって受信されるが、第３の局ＳＴＡ３は範囲外にあるので、第３の局ＳＴＡ３によっては受信されない。第３の局ＳＴＡ３は、第１の局ＳＴＡ１と第２の局ＳＴＡ２との間のＲＴＳ／ＣＴＳ交換からＲＴＳフレーム４０だけを受信したので、それが露出ノードであることを識別する。更に、ＲＴＳフレーム４０内に含まれる持続時間情報から、第３の局ＳＴＡ３は、第２の局ＳＴＡ２が第１の局ＳＴＡ１に送信８０を送っている時間期間を決定する。この時間期間中に、第３の局ＳＴＡ３は、第４の局ＳＴＡ４に送信９０を送る。第１の局ＳＴＡ１は、第３の局ＳＴＡ３の範囲外にあるので、第３の局ＳＴＡ３による送信９０は、第２の局ＳＴＡ２による第１の局ＳＴＡ１への送信８０の受信と干渉しない。同様に、第４の局ＳＴＡ４は、第２の局ＳＴＡ２の範囲外にあるので、第２の局ＳＴＡ２による送信８０は、第３の局ＳＴＡ３による第４の局ＳＴＡ４への送信９０の受信に干渉しない。第４の局ＳＴＡ４は、第１の局ＳＴＡ１が第２の局ＳＴＡ２に肯定応答（ＡＣＫ）１００を送っている間に、第３の局ＳＴＡ３にＡＣＫ  １１０を送る。
【００３５】
図７は、一実施形態による無線局（ＳＴＡ）を示す。ＳＴＡ  ７００は、アンテナ７１５に結合された通信インターフェース７１０と、通信コントローラ７２０と、メモリ７３０と、バッファ７４０とを備える。通信インターフェース７１０は、無線周波数スペクトル内で定義された無線周波数チャネル上でアンテナ７１５を使用して信号を送り、受信するように動作可能である。通信コントローラ７２０は、データを送り、受信するように通信インターフェース７１０を制御するように動作可能である。メモリ７３０は、ネットワーク割振りベクトル（ＮＡＶ）７３５を記憶する。ＮＡＶ  ７３５は、無線周波数チャネル上への送信がＳＴＡ  ７００によって開始され得ない期間を示す。バッファ７４０は、ＳＴＡ  ７００によって別の無線局に送られるデータパケット７４５を記憶する。以下の説明では、ＳＴＡ  ７００は、ソース無線局と呼ばれ、データパケット７４５の宛先は、宛先無線局と呼ばれる。
【００３６】
通信コントローラ７２０は、無線周波数チャネルがネットワーク内の他のＳＴＡの間の通信のために使用中である間にＳＴＡ  ７００がデータパケット７４５を送信できる期間を識別する。これらの期間は、以下の一節で通信期間と呼ばれ、通信のためにチャネルを使用する他のＳＴＡは、第１及び第２の局と呼ばれる。
【００３７】
図８ａは、一実施形態によるデータパケットを送信する方法を示す。図８ａに示された方法は、図７に示されたＳＴＡ  ７００によって実行される。ステップＳ８０２では、ＳＴＡ  ７００が、範囲内のＳＴＡによって送信されたＲＴＳフレームを受信する。
【００３８】
ステップＳ８０３では、ＳＴＡ  ７００が、期待される受信期間のタイマを開始する。ＲＴＳフレームが受信される時には、ＣＴＳフレームがＲＴＳフレームの宛先から受信されると期待される。期待されるタイミングは、ＲＴＳフレームから１つの短フレーム間間隔（ＳＩＦＳ）及びＣＴＳフレームの持続時間だけ後である。
【００３９】
ＳＴＡは、ＲＴＳメッセージを送信した第１のＳＴＡのアドレスの表示を記憶することもできる。下で議論されるように、期待される受信期間は、１つのＳＩＦＳ＋ＣＴＳフレームの持続時間である。
【００４０】
ＳＴＡ  ７００は、ＳＴＡの間のタイミング不整合を許容するために１から５μｓの短い追加のバッファ期間を追加することができる。ＣＴＳフレームが、期待される受信期間の満了までに受信されない場合には、ＳＴＡは、ステップＳ８０６に移る。
【００４１】
一実施形態では、ＳＴＡ  ７００は、バッファ期間の持続時間を適合させる。これは、ＳＴＡ  ７００が、可能なタイミング不整合を補償することを可能にする。バッファ期間には、初期値、例えば２μｓがセットされ、ＳＴＡ  ７００は、図７に示された方法に従う。衝突がパケットの送信中に検出される場合には、ＳＴＡ  ７００は、送信を停止し、短い長さ、例えば１μｓだけバッファ期間の持続時間を増加させる。衝突の場合のバッファ期間のこの増分増加は、バッファ期間の持続時間が増加されるので、この方法の将来のサイクルでのそのような衝突の発生を減らす。
【００４２】
ステップＳ８０４で、ＳＴＡ  ７００が、ＣＴＳフレームが受信されなかったと決定する場合に、これは、ＳＴＡ７００が露出ノードであることを示し、この方法は、ステップＳ８０６に移る。ＣＴＳフレームが受信される場合には、ステップＳ８１２で、ＳＴＡ  ７００が、ＲＴＳメッセージ内とＣＴＳメッセージ内とに含まれる持続時間表示から決定された期間の間にチャネルがアクセスされ得ないことを示すためにＮＡＶ  ７３５をセットする。
【００４３】
ステップＳ８０６では、ＳＴＡ  ７００が、送信期間を決定する。送信期間は、受信されたＲＴＳフレーム内の持続時間インジケータから決定される。
【００４４】
ステップＳ８０８では、送信期間の持続時間が、データパケットを送信するのに必要な持続時間と比較される。送信期間の持続時間が、データパケットを送信するのに必要な持続時間以上ではない場合には、この方法はステップＳ８１２に移り、ＳＴＡ  ７００は、ＮＡＶをセットし、ＮＡＶの満了まで待つ。送信期間の持続時間が、データパケットを送信するのに必要な持続時間以上である場合には、ステップＳ８１０で、ＳＴＡ  ７００は、送信期間にデータパケットを送信する。
【００４５】
制御メッセージの構造は、図９と図１０とを参照して下で説明され、制御メッセージ内に含まれる持続時間値の計算は、図１１と図１２とを参照して下で説明される。
【００４６】
一実施形態では、バッファ７４０は、データパケットのキューを記憶する。キュー内のデータパケットは、異なる長さを有することができる。送信期間がステップＳ８０６で決定された後に、通信コントローラは、ステップＳ８０８で、送信期間の長さ未満のｉｓを伴う長さを有するデータパケットが識別されるまで、キュー内のデータパケットの長さを送信期間の長さと連続して比較することができる。この比較は、キュー内のデータパケットの順序で発生することができる。
【００４７】
上で説明された実施形態では、ＳＴＡ  ７００は、ＣＴＳフレームが受信されなかったと決定し、次に、送信期間を決定し、送信期間中に送信され得るデータパケットを識別する。一実施形態では、ＳＴＡ  ７００は、タイマの満了の前に送信期間を決定する。ＳＴＡ  ７００は、タイマの満了の前にキューからのデータパケットを識別することもできる。
【００４８】
一実施形態では、ＳＴＡ  ７００は、ＲＴＳフレームを受信する時に、ＲＴＳの宛先のアドレスを記憶する。これは、ＳＴＡ  ７００が、宛先がバッファ７４０内に記憶されたパケットの所期の宛先と同一ではないことをチェックすることを可能にする。バッファ内に記憶されたパケットの所期の宛先が、ＲＴＳの宛先と同一である場合には、ＳＴＡ  ７００は、ＳＴＡ  ７００がそれに送信するつもりであるＳＴＡがＲＴＳフレームのソースによって送信されたデータを受信しているのでビジーになるので、バッファ内に記憶されたパケットを送信する前に、通信交換が完了するまで待たなければならない。
【００４９】
図８ｂは、一実施形態によるデータパケットを送信する方法を示す。図８ｂに示された方法は、図７に示されたＳＴＡ  ７００によって実行される。ステップＳ８５２では、ＳＴＡ  ７００が、範囲内のＳＴＡによって送信されたＣＴＳフレームを受信する。
【００５０】
ステップＳ８５２では、ＳＴＡが、ＲＴＳフレームがＣＴＳフレームの前に受信されたかどうかを決定する。受信された第１のメッセージがＣＴＳフレームである場合には、ＳＴＡ  ７００は、タイマが走行しているかどうかをチェックすることによって、対応するＲＴＳフレームが受信されなかったと決定する。タイマがセットされていないか満了している場合には、ＳＴＡ  ７００は、対応するＲＴＳフレームが受信されなかったと決定し、ステップＳ８５６に移る。
【００５１】
上で議論されたように、ＳＴＡ  ７００は、ＲＴＳメッセージの送信側のアドレスの表示を記憶することができる。ＳＴＡ  ７００が、受信された時にＲＴＳフレームの送信側のアドレスの表示を記憶する場合には、ＣＴＳフレームが受信された時に、ＳＴＡは、そのＣＴＳフレームが受信されたＲＴＳフレームに応答して送信されたことを検証するために、ＣＴＳフレームの宛先アドレスをチェックすることもできる。
【００５２】
ステップＳ８５４で、ＳＴＡ  ７００が、対応するＲＴＳフレームがＣＴＳフレームの前に受信されなかったと決定する場合には、これは、ＳＴＡ  ７００が、図５に示されたシナリオの露出ノードであることを示し、この方法は、ステップＳ８５６に移る。対応するＲＴＳフレームが受信された場合には、ステップＳ８６２で、ＳＴＡ  ７００は、ＲＴＳメッセージ内とＣＴＳメッセージ内とに含まれる持続時間表示から決定された期間の間にチャネルがアクセスされ得ないことを示すためにＮＡＶ  ７３５をセットする。
【００５３】
ステップＳ８５６では、ＳＴＡ  ７００が、送信期間を決定する。送信期間は、受信されたＣＴＳフレーム内の持続時間インジケータに従って決定される。
【００５４】
ステップＳ８５８では、送信期間の持続時間が、データパケットを送信するのに必要な持続時間と比較される。送信期間の持続時間がデータパケットを送信するのに必要な持続時間以上ではない場合には、この方法はステップＳ８６２に移り、ＳＴＡ  ７００は、ＮＡＶをセットし、ＮＡＶの満了まで待つ。送信期間の持続時間がデータパケットを送信するのに必要な持続時間以上である場合には、ステップＳ８６０で、ＳＴＡ  ７００が、送信期間にデータパケットを送信する。
【００５５】
図９は、送信要求（ＲＴＳ）フレームの構造を示す。ＲＴＳフレーム９００は、媒体アクセス制御（ＭＡＣ）ヘッダ９１０とフレームチェックシーケンス（ＦＣＳ）９６０とを備える。ＭＡＣヘッダ９１０は、フレーム制御フィールド９２０と持続時間フィールド９３０と受信器アドレス９４０と送信器アドレス９５０とを備える。ＦＣＳ  ９６０は、ＲＴＳフレーム９００のソースによって計算され、誤りを検出するためにＲＴＳフレーム９００の宛先によって使用される数を含む。巡回冗長検査アルゴリズムが、ＦＣＳ  ９６０を計算するのに使用され得る。フレーム制御フィールド９２０は、２バイトの長さであり、持続時間フィールド９３０は、２バイトの長さであり、受信器アドレス９４０は、６バイトの長さであり、送信器アドレス９５０は、６バイトの長さであり、ＦＣＳ  ９６０は、４バイトの長さである。
【００５６】
フレーム制御フィールド９２０は、フレームタイプとサブタイプとの表示を含む。この場合に、フレームタイプは制御フレームであり、サブタイプはＲＴＳフレームである。
【００５７】
持続時間フィールド９３０は、送信器（ＳＴＡ１）と受信器（ＳＴＡ２）との間の送信交換の持続時間の表示を含む。下で図１１を参照してより詳細に議論されるように、持続時間の値は、ＣＴＳフレームの長さと、送信器によって送信されるデータフレームの長さと、ＡＣＫフレームの長さと、３つのＳＩＦＳ長さとの合計から計算される。
【００５８】
受信器アドレス９４０は、送信器が送るデータフレームを受信することが意図されている局のＭＡＣアドレスを示す。
【００５９】
送信器アドレス９５０は、ＲＴＳフレームを送信する局のＭＡＣアドレスを示す。
【００６０】
図１０は、送信可（ＣＴＳ）フレームの構造を示す。ＣＴＳフレームは、ＭＡＣヘッダ１０１０とフレームチェックシーケンス（ＦＣＳ）１０５０とを備える。ＭＡＣヘッダ１０１０は、フレーム制御フィールド１０２０と、持続時間フィールド１０３０と、受信器アドレス１０４０とを備える。ＦＣＳ  １０５０は、誤りを検出するためにＣＴＳフレームの受信器によって使用される、ＣＴＳフレームの送信側によって計算された数を含む。
【００６１】
フレーム制御フィールド１０２０は、２バイトの長さであり、持続時間フィールド１０３０は、２バイトの長さであり、受信器アドレス１０４０は、６バイトの長さであり、ＦＣＳ  １０５０は、４バイトの長さである。
【００６２】
フレーム制御部分１０２０は、制御フレームであるフレームタイプの表示と、ＣＴＳフレームであるフレームサブタイプの表示とを含む。
【００６３】
持続時間フィールド１０３０は、ＣＴＳフレームに続く送信交換の残りの持続時間の表示を含む。下で図１２を参照してより詳細に議論されるように、持続時間の値は、送信器によって送信されるデータフレームの長さと、ＡＣＫフレームの長さと、２つのＳＩＦＳ長さとの合計から計算される。
【００６４】
図１１は、ＲＴＳフレームの持続時間フィールド内のＮＡＶ値の計算を示す。図１１に示されているように、第１の局ＳＴＡ１は、第２の局ＳＴＡ２にＲＴＳフレーム４０を送信する。ＲＴＳフレーム４０を受信した後に、第２の局ＳＴＡ２は、１つの短フレーム間間隔（ＳＩＦＳ）だけ待ち、その後、第１の局ＳＴＡ１にＣＴＳフレーム５０を送信する。ＣＴＳフレーム５０を受信した後に、第１の局ＳＴＡ１は、１つのＳＩＦＳだけ待ち、その後、第２の局ＳＴＡ２にデータパケットを含むデータフレーム６０を送信する。データフレーム６０を受信した後に、第２の局ＳＴＡ２は、１つのＳＩＦＳだけ待ち、その後、第１の局ＳＴＡ１にＡＣＫフレーム１００を送信する。
【００６５】
図１１に示されているように、ＲＴＳフレーム４０の持続時間フィールド内のＮＡＶ値は、ＲＴＳフレーム４０に続く送信交換の長さから計算される。これは、ＣＴＳ＋ＤＡＴＡ＋ＡＣＫ＋３ｘＳＩＦＳであり、ここで、ＣＴＳは、ＣＴＳフレーム５０の長さであり、ＤＡＴＡは、データフレーム６０の長さであり、ＡＣＫは、ＡＣＫフレーム１００の長さであり、ＳＩＦＳは、ＳＩＦＳの長さである。
【００６６】
図１２は、ＣＴＳフレームの持続時間フィールド内のＮＡＶ値の計算を示す。送信交換は、上で図１１に関して説明された通りである。図１２に示されているように、ＣＴＳフレーム５０の持続時間フィールド内のＮＡＶ値は、ＣＴＳフレーム５０に続く送信交換の長さから計算される。これは、ＤＡＴＡ＋ＡＣＫ＋２ｘＳＩＦＳであり、ここで、ＤＡＴＡは、データフレーム６０の長さであり、ＡＣＫは、ＡＣＫフレーム１００の長さであり、ＳＩＦＳは、ＳＩＦＳの長さである。
【００６７】
図１３は、一実施形態によるワイヤレス通信方法を示す。図１３に示されているように、第１の無線局ＳＴＡ１と第２の無線局ＳＴＡ２との間のＲＴＳ／ＣＴＳ交換からの情報は、第３の無線局ＳＴＡ３が宛先無線局にデータパケットを送信できる時を決定するために、第３の無線局ＳＴＡ３によって使用される。
【００６８】
図１３に示されたシナリオでは、第３の無線局ＳＴＡ３は、第２の無線局ＳＴＡ２の範囲内にあるが、第１の無線局ＳＴＡ１の範囲内にはない。このシナリオは、図４に示された通りである。
【００６９】
第２の無線局ＳＴＡ２は、第１の無線局ＳＴＡ１にＲＴＳフレーム４０を送信する。ＲＴＳフレーム４０は、この時間期間１３１０中に第３の無線局ＳＴＡ３によって受信される。ＲＴＳフレーム４０のフレーム制御フィールド内に含まれる情報から、第３の局ＳＴＡ３は、受信された制御フレームをＲＴＳフレームとして識別する。更に、第３の局ＳＴＡ３は、ＲＴＳフレーム４０の持続時間フィールド内に含まれる情報を抽出する。この情報から、第３の局ＳＴＡ３は、第１の局ＳＴＡ１及び第２の局ＳＴＡ２がそれぞれ送信している時を決定することができる。
【００７０】
ＲＴＳフレーム４０に応答して、第１の局ＳＴＡ１は、１つのＳＩＦＳだけ待ち、その後、ＣＴＳフレーム５０を送信する。第３の局ＳＴＡ３は、ＣＴＳフレーム５０を受信しない。第３の局ＳＴＡ３は、第１の局ＳＴＡ１と第２の局ＳＴＡ２とによって使用されている通信プロトコルによって固定されたＳＩＦＳ以降にＣＴＳフレーム５０が送信される期待される時間期間１３２０を決定することができる。
【００７１】
第２の局ＳＴＡ２は、ＣＴＳフレーム５０を受信した後に１つのＳＩＦＳだけ待ち、その後、データフレーム６０を送信する。第１の局ＳＴＡ１によるデータフレーム６０の受信の後に、第１の局ＳＴＡ１は、１つのＳＩＦＳだけ待ち、その後、第２の局ＳＴＡ２にＡＣＫフレーム１００を送信する。
【００７２】
第３の局ＳＴＡ３は、第２の局ＳＴＡ２がデータフレーム６０を送信している時間期間１３３０を決定することができる。時間期間１３３０は、第３の局ＳＴＡ３によって、ＲＴＳフレーム４０の持続時間フィールドから決定される。ここでは、ＣＴＳの長さ、ＡＣＫの長さ、及びＳＩＦＳの長さが固定され、従って、データフレーム６０の長さが、ＲＴＳフレーム４０の持続時間フィールドから決定され得ることに留意されたい。
【００７３】
第３の局ＳＴＡ３は、それが、第２の局ＳＴＡ２が送信している時間期間１３３０中にチャネル上で送信できると決定する。第１の局ＳＴＡ１は、第３の局ＳＴＡ３の範囲外にあるので、時間期間１３３０中の第３の局ＳＴＡ３による送信は、第１の局ＳＴＡ１に到達せず、従って、第２の局ＳＴＡ２による第１の局ＳＴＡ１への送信６０と干渉しない。
【００７４】
図１４は、一実施形態によるワイヤレス通信方法を示す。図１４に示されたシナリオでは、第３の局ＳＴＡ３は、ＲＴＳフレーム４０を送信する第１の局ＳＴＡ１の範囲外にあり、ＣＴＳフレーム５０を送信する第２の局ＳＴＡ２の範囲内にある。図１４に示されたシナリオは、上で説明された図５に対応する。
【００７５】
図１４に示されているように、第１の局ＳＴＡ１は、第２の局ＳＴＡ２にＲＴＳフレーム４０を送信する。第３の局ＳＴＡ３は、第１の局ＳＴＡ１の範囲外にあり、従って、ＲＴＳフレーム４０を受信しない。ＲＴＳフレーム４０を受信した後に、第２の局ＳＴＡ２は、１つのＳＩＦＳだけ待ち、ＣＴＳフレーム５０を送信する。ＣＴＳフレーム５０は、第３の局ＳＴＡ３によって受信される。
【００７６】
ＣＴＳフレーム５０を受信した後に、第１の局ＳＴＡ１は、１つのＳＩＦＳだけ待ち、その後、データフレーム６０を送信する。データフレーム６０を受信した後に、第２の局ＳＴＡ２は、１つのＳＩＦＳだけ待ち、その後、第１の局ＳＴＡ１にＡＣＫフレーム１００を送信する。
【００７７】
上で説明されたように、第３の局ＳＴＡ３は、ＣＴＳフレーム５０を受信し、ＣＴＳフレーム５０の受信１４１０から、第３の局ＳＴＡ３は、ＲＴＳフレームが第１の局ＳＴＡ１によって送信されたはずであることと、ＲＴＳフレームの期待されるタイミングとを決定することができる。ＲＴＳフレーム４０は、ＣＴＳフレーム５０が受信されるより１つのＳＩＦＳだけ前に終わる期待されるタイミング中に第３の局ＳＴＡ３によって受信されなかったので、第３の局ＳＴＡ３は、第１の局ＳＴＡ１が範囲外にあると決定する。
【００７８】
ＣＴＳフレーム５０の受信に応答して、第３の局ＳＴＡ３は、第１の局ＳＴＡ１がデータフレーム６０を送信している間の期間１４２０の間に通信媒体がビジーになることを示すために、そのメモリ内にＮＡＶをセットする。ＮＡＶがそれに関してセットされる期間は、ＣＴＳフレーム５０内の持続時間値と、固定されているＳＩＦＳタイミングの値及びＡＣＫフレームタイミングの値とから決定される。
【００７９】
第３の局ＳＴＡ３は、それが、第２の局ＳＴＡ２がＡＣＫ  １００を送信している時間期間１４３０内に送信することができると決定する。
【００８０】
図１５は、一実施形態によるワイヤレス通信方法を示す。図１５に示されたシナリオは、図６に示された配置に対応する。ここでは、第３の局ＳＴＡ３が、第１の局ＳＴＡ１と第２の局ＳＴＡ２との範囲外にある第４の局ＳＴＡ４に送信する。
【００８１】
第２の局ＳＴＡ２は、第１の局ＳＴＡ１にＲＴＳフレーム４０を送信する。第３の局ＳＴＡ３は、この時間期間１３１０中にＲＴＳフレームを受信する。ＲＴＳフレーム４０のフレーム制御フィールド内に含まれる情報から、第３の局ＳＴＡ３は、受信された制御フレームをＲＴＳフレームとして識別する。更に、第３の局ＳＴＡ３は、ＲＴＳフレーム４０の持続時間フィールド内に含まれる情報を抽出する。この情報から、第３の局ＳＴＡ３は、第１の局ＳＴＡ１及び第２の局ＳＴＡ２がそれぞれ送信している時を決定することができる。
【００８２】
ＲＴＳフレーム４０に応答して、第１の局ＳＴＡ１は、１つのＳＩＦＳだけ待ち、その後、ＣＴＳフレーム５０を送信する。第３の局ＳＴＡ３は、ＣＴＳフレーム５０を受信しない。第３の局ＳＴＡ３は、第１の局ＳＴＡ１と第２の局ＳＴＡ２とによって使用されている通信プロトコルによって固定されたＳＩＦＳ以降にＣＴＳフレーム５０が送信される期待される時間期間１３２０を決定することができる。上で議論されたように、第３の局ＳＴＡ３は、ＣＴＳフレーム５０が受信されなかったと決定する前に、追加のバッファ期間だけ待つことができる。
【００８３】
第２の局ＳＴＡ２は、ＣＴＳフレーム５０を受信した後に１つのＳＩＦＳだけ待ち、その後、データフレーム６０を送信する。第１の局ＳＴＡ１によるデータフレーム６０の受信に続いて、第１の局ＳＴＡ１は、１つのＳＩＦＳだけ待ち、その後、第２の局ＳＴＡ２にＡＣＫフレーム１００を送信する。
【００８４】
第３の局ＳＴＡ３は、それが第１の局ＳＴＡ１と第２の局ＳＴＡ２との間の通信交換に干渉せずに第４の局ＳＴＡ４に送信できる送信期間１３３０を決定する。送信期間１３３０は、第３の局ＳＴＡ３によって、ＲＴＳフレーム４０の持続時間フィールドから決定される。上で言及されたように、ＣＴＳの長さ、ＡＣＫの長さ、及びＳＩＦＳの長さは固定され、従って、データフレーム６０の長さは、ＲＴＳフレーム４０の持続時間フィールドから決定され得る。
【００８５】
第３の局ＳＴＡ３は、それが、第２の局ＳＴＡ２が送信している時間期間１３３０中にチャネル上で送信できると決定する。第１の局ＳＴＡ１が、第３の局ＳＴＡ３の範囲外にあるので、時間期間１３３０中の第３の局ＳＴＡ３による送信は、第１の局ＳＴＡ１に到達せず、従って、第２の局ＳＴＡ２による第１の局ＳＴＡ１への送信６０と干渉しない。
【００８６】
第４の局ＳＴＡ４は、期間１５１０中に第３の局ＳＴＡ３からの送信を受信する。第３の局ＳＴＡ３から第４の局ＳＴＡ４への送信が終了した後に、第４の局ＳＴＡ４は、第３の局ＳＴＡ３に肯定応答１５２０を送信する。図１５に示されているように、肯定応答１５２０が、第３の局ＳＴＡ３の範囲外にある第１の局ＳＴＡ１がＡＣＫ  １００を送信している間に送信されるので、第３の局ＳＴＡ３は、第４の局ＳＴＡ４によって送信された肯定応答１５２０を受信することができる。
【００８７】
上で説明された実施形態では、受信された制御フレーム内に含まれる持続時間フィールドは、第３の局が送信できる期間を決定するのに使用される。これは、諸実施形態が、パケットの長さが送信されるデータの量又はフレームタイプに依存して変化し得るという事実を考慮に入れることを可能にする。
【００８８】
一実施形態では、上で説明された例の第３の局ＳＴＡ３などの無線局は、同時送受信（ＳＴＲ：simultaneous transmit and receive）機能を有し、従って、送信している間に第２の局ＳＴＡ２による送信を監視することができる。この実施形態では、第３の局ＳＴＡ３は、第２の局ＳＴＡ２が送信している期間を決定するのにＳＴＲ機能を使用し、この期間中にデータパケットを送る。
【００８９】
図１６は、一実施形態によるデータパケットを送信する方法を示す。図１６に示された方法は、ＳＴＲ機能を有するＳＴＡによって実行される。ステップＳ１６０２では、ＳＴＡが、第１の制御メッセージを受信する。第１の制御メッセージは、範囲内のＳＴＡによって送信されたＲＴＳフレーム又は範囲内のＳＴＡによって送信されたＣＴＳフレームのいずれかである可能性がある。
【００９０】
ステップＳ１６０４では、ＳＴＡが、第２の制御メッセージが受信されたかどうかを決定する。受信された第１の制御メッセージがＲＴＳ制御メッセージである場合には、第２の制御メッセージは、ＣＴＳメッセージになり、第２の制御メッセージの期待されるタイミングは、ＲＴＳメッセージから１つの短フレーム間間隔（ＳＩＦＳ）とＣＴＳメッセージの持続時間とだけ後である。
【００９１】
第１の制御メッセージがＲＴＳメッセージである場合には、ＳＴＡは、ＣＴＳメッセージが期待される期待受信期間でタイマをセットする。ＳＴＡは、ＲＴＳメッセージを送信した第１のＳＴＡのアドレスの表示を記憶することもできる。上で議論されたように、期待される受信期間は、１つのＳＩＦＳ＋ＣＴＳフレームの持続時間である。ＳＴＡは、ＳＴＡの間のタイミング不整合を許容するために１から５μｓの短い追加のバッファ期間を追加することができる。期待される受信期間の満了までにＣＴＳフレームが受信されない場合には、ＳＴＡは、ステップＳ１６０６に移る。
【００９２】
受信された第１のメッセージがＣＴＳメッセージである場合には、ＳＴＡは、タイマが走行しているかどうかをチェックすることによって、対応するＲＴＳメッセージが受信されなかったと決定する。タイマがセットされていないか満了している場合には、ＳＴＡは、対応するＲＴＳメッセージが受信されなかったと決定し、ステップＳ１６０６に移る。
【００９３】
第２の制御メッセージが受信された場合には、この方法は、ステップＳ１６１０に移り、ＳＴＡは、ＮＡＶをセットし、ＮＡＶの満了まで待つ。
【００９４】
ステップＳ１６０４で、ＳＴＡが、第２の制御メッセージが受信されなかったと決定する場合には、これは、ＳＴＡ  ７００が露出ノードであることを示し、この方法は、ステップＳ１６０６に移る。両方の制御メッセージが受信され、その後、ＳＴＡは、ＲＴＳメッセージ内とＣＴＳメッセージ内とに含まれる持続時間表示から決定された期間の間にチャネルがアクセスされ得ないことを示すためにＮＡＶをセットする。
【００９５】
ステップＳ１６０６では、ＳＴＡは、受信された制御メッセージを送信したＳＴＡが送信している時を決定するためにチャネルを監視する。これは、ＳＴＡが、送信が第１の局ＳＴＡ１と第２の局ＳＴＡ２との間の通信交換と衝突することなくＳＴＡが送信できる、図１３に示された１３３０などの期間を識別することを可能にする。
【００９６】
ステップＳ１６０８では、ＳＴＡは、第２の局ＳＴＡ２も送信している間に送信されるべきデータパケットを送信する。第２の局ＳＴＡ２が送信を停止する時には、範囲外にある第１の局ＳＴＡ１が、第２の局ＳＴＡ２にＡＣＫを送信し始める可能性があり、ＳＴＡによる送信がこのＡＣＫと衝突する可能性があるので、ＳＴＡも、送信を停止する。
【００９７】
一実施形態では、上で説明されたＳＴＲ機能の使用が、受信されたＲＴＳ制御フレーム又はＣＴＳ制御フレームの持続時間フィールドからのＮＡＶ情報の抽出と組み合わされる。チャネルを監視することによって、ＳＴＡは、やはり日和見主義的にチャネルを使用する他のＳＴＡを識別し、回避することができる。
【００９８】
特定の実施形態は、概略的に提示される。読者は、各実施形態の詳述された実施態様が、複数の形で達成され得ることを了解する。例えば、専用ハードウェア実施態様が、設計され、製作され得る。その一方で、プロセッサは、諸実施形態に関して上で説明された管理ユニットを実施するために、記憶媒体（例えば、磁気ベース、光ベース、又は固体メモリベースのデバイス）によって又はコンピュータ受信可能信号（例えば、プログラム全体又は既存プログラムに対する「パッチ」更新のダウンロード）によってのいずれかで配送されるなど、コンピュータプログラムを用いて構成され得る。この２つの立場のほかに、ＤＳＰ、ＦＰＧＡ又は類似物などのマルチファンクションハードウェアデバイスが、構成命令によって構成され得る。
【００９９】
ある種の実施形態が説明されたが、これらの実施形態は、例としてのみ提示されたものであって、本発明の範囲を限定することは意図されていない。実際に、本明細書で説明された新規の無線局及び方法は、様々な他の形で実施され得、更に、本明細書で説明されたデバイス、方法及び製品の形態における様々な省略、置換及び変更が、本発明の趣旨から逸脱せずに行われ得る。添付の特許請求の範囲及びその同等物は、本発明の範囲及び趣旨に含まれるものとしてそのような形態又は変更を包含することが意図されている。
【図１】
2017526275.tif 000003
【図２】
2017526275.tif 000004
【図３】
2017526275.tif 000005
【図４】
2017526275.tif 000006
【図５】
2017526275.tif 000007
【図６】
2017526275.tif 000008
【図７】
2017526275.tif 000009
【図８ａ】
2017526275.tif 000010
【図８ｂ】
2017526275.tif 000011
【図９】
2017526275.tif 000012
【図１０】
2017526275.tif 000013
【図１１】
2017526275.tif 000014
【図１２】
2017526275.tif 000015
【図１３】
2017526275.tif 000016
【図１４】
2017526275.tif 000017
【図１５】
2017526275.tif 000018
【図１６】
2017526275.tif 000019
【国際調査報告】
2017526275.tif 000020
2017526275.tif 000021
2017526275.tif 000022