ワイヤレスアドホックネットワークにおいて通信を容易にする方法であって、前記ワイヤレスアドホックネットワーク中のノードにおいて、1つまたは複数の送信スロットに関するターゲットアベイラビリティ情報を生成することと、ここにおいて、前記ターゲットアベイラビリティ情報は、前記ノードが各送信スロット中に送信を受信することが許可されるかどうかを示す、前記ノードにおいて、1つまたは複数の送信スロットに関するオーナーアベイラビリティ情報を生成することと、ここにおいて、前記オーナーアベイラビリティ情報は、前記ノードが各送信スロット中に送信することを許可されるかどうかを示す、前記ノードから、1つまたは複数の送信スロットについてオーナーまたはターゲットのいずれかとしてのアベイラビリティを別々に示すために前記ターゲットアベイラビリティ情報と前記オーナーアベイラビリティ情報とをブロードキャストすることとを備える、方法。前記ターゲットアベイラビリティ情報と前記オーナーアベイラビリティ情報とは異なり、前記ノードが送信することは許可されるが、送信を受信することは許可されないか、または送信を受信することは許可されるが、送信することは許可されない、少なくとも1つの送信スロットを識別する、請求項1に記載の方法。前記ノードは、所与の送信スロットが近隣ノードによって予約されていない場合、前記送信スロット中で送信することまたは送信を受信することを許可される、請求項1に記載の方法。前記ワイヤレスアドホックネットワークが分散予約プロトコルDRPを使用し、1つまたは複数のビーコン信号中の情報要素IEを介してネットワーク情報を示す、請求項1に記載の方法。ブロードキャストすることは、ビーコンフレームをブロードキャストすることを備え、前記ビーコンフレームが、前記ターゲットアベイラビリティ情報を示すDRPターゲットアベイラビリティIEと、前記オーナーアベイラビリティ情報を示すDRPオーナーアベイラビリティIEとを備える、請求項4に記載の方法。ブロードキャストすることは、ビーコンフレームをブロードキャストすることを備え、前記ビーコンフレームは、組み合わされたターゲットおよびオーナーアベイラビリティ情報を示すDRPアベイラビリティIEと、前記ターゲットアベイラビリティ情報および前記オーナーアベイラビリティ情報のうちの1つを示すDRP補足IEとを備える、請求項4に記載の方法。1つまたは複数の送信スロットを予約済みとして識別する予約情報をブロードキャストすることをさらに備える、請求項1に記載の方法。前記ノードにおいて、1つまたは複数の近隣ノードから、1つまたは複数の送信スロットを予約済みとして識別する予約情報を受信することをさらに備え、前記ターゲットアベイラビリティ情報を生成することと、前記オーナーアベイラビリティ情報を生成することとは、前記受信した予約情報に基づく、請求項1に記載の方法。前記受信した予約情報のソースを各識別された予約済み送信スロットの対応するターゲットまたは対応するオーナーのいずれかとして識別することをさらに備え、前記ターゲットアベイラビリティ情報を生成することは、所与の送信スロットがターゲットによって予約され、オーナーによって予約されないものとして識別された場合、前記送信スロットについてターゲットとしてのアベイラビリティを示すことを備え、前記オーナーアベイラビリティ情報を生成することは、所与の送信スロットがオーナーによって予約され、ターゲットによって予約されないものとして識別された場合、前記送信スロットについてオーナーとしてのアベイラビリティを示すことを備える、請求項8に記載の方法。前記ノードにおいて、1つまたは複数の近隣ノードからアベイラビリティ情報を受信することと、前記受信したアベイラビリティ情報がターゲットとオーナーの両方としてのアベイラビリティを示さない限り、逆方向トラフィック用に指定された時間期間中に前記1つまたは複数の近隣ノードとの送信をスケジュールするのを控えることとをさらに備える、請求項1に記載の方法。前記ノードにおいて、指向性送信をサポートする少なくとも1つの近隣ノードを識別することと、複数の指向性アンテナの指向性アンテナトレーニングを開始するために、前記近隣ノードとトレーニング要求およびトレーニングクリアパケットを交換することと、前記複数の指向性アンテナをトレーニングするために、前記近隣ノードとアンテナトレーニングおよびフィードバックフレームを交換することと、前記トレーニングされた複数の指向性アンテナを介して前記近隣ノードに少なくとも1つのデータパケットを送信することとをさらに備える、請求項1に記載の方法。前記トレーニング要求およびトレーニングクリアパケットを交換することは、オムニ指向性送信を介して実行され、前記アンテナトレーニングおよびフィードバックフレームを交換することは、指向性送信を介して実行される、請求項11に記載の方法。前記ノードから、前記トレーニングされた複数の指向性アンテナに対応するアンテナインデックス情報をブロードキャストすることをさらに備える、請求項11に記載の方法。ワイヤレスアドホックネットワークにおいてノードとして通信するためのワイヤレス通信デバイスであって、1つまたは複数の送信スロットに関する前記ノードのためのターゲットアベイラビリティ情報を生成するように構成された論理と、ここにおいて、前記ターゲットアベイラビリティ情報は、前記ノードが各送信スロット中に送信を受信することが許可されるかどうかを示す、1つまたは複数の送信スロットに関する前記ノードのオーナーアベイラビリティ情報を生成するように構成された論理と、前記オーナーアベイラビリティ情報は、前記ノードが各送信スロット中に送信することを許可されるかどうかを示す、前記ノードから、1つまたは複数の送信スロットについてオーナーまたはターゲットのいずれかとしてのアベイラビリティを別々に示すために前記ターゲットアベイラビリティ情報と前記オーナーアベイラビリティ情報とをブロードキャストするように構成された論理とを備える、ワイヤレス通信デバイス。前記ターゲットアベイラビリティ情報と前記オーナーアベイラビリティ情報とは異なり、前記ノードが送信することは許可されるが、送信を受信することは許可されないか、または送信を受信することは許可されるが、送信することは許可されない、少なくとも1つの送信スロットを識別する、請求項14に記載のワイヤレス通信デバイス。前記ワイヤレスアドホックネットワークは、分散予約プロトコルDRPを使用し、1つまたは複数のビーコン信号中の情報要素IEを介してネットワーク情報を示し、ブロードキャストするように構成された前記論理は、ビーコンフレームをブロードキャストするように構成された論理を備え、前記ビーコンフレームは、前記ターゲットアベイラビリティ情報を示すDRPターゲットアベイラビリティIEと、前記オーナーアベイラビリティ情報を示すDRPオーナーアベイラビリティIEとを備える、請求項14に記載のワイヤレス通信デバイス。前記ノードにおいて、1つまたは複数の近隣ノードから、1つまたは複数の送信スロットを予約済みとして識別する予約情報を受信するように構成された論理をさらに備え、前記ターゲットアベイラビリティ情報を生成することと、前記オーナーアベイラビリティ情報を生成することとが、前記受信した予約情報に基づく、請求項14に記載のワイヤレス通信デバイス。前記ノードにおいて、1つまたは複数の近隣ノードからアベイラビリティ情報を受信するように構成された論理と、前記受信したアベイラビリティ情報がターゲットとオーナーの両方としてのアベイラビリティを示さない限り、逆方向トラフィック用に指定された時間期間中に前記1つまたは複数の近隣ノードとの送信をスケジュールするのを控えるように構成された論理とをさらに備える、請求項14に記載のワイヤレス通信デバイス。前記ノードにおいて、指向性送信をサポートする少なくとも1つの近隣ノードを識別するように構成された論理と、複数の指向性アンテナの指向性アンテナトレーニングを開始するために、前記近隣ノードとトレーニング要求およびトレーニングクリアパケットを交換するように構成された論理と、前記複数の指向性アンテナをトレーニングするために、前記近隣ノードとアンテナトレーニングおよびフィードバックフレームを交換するように構成された論理と、前記トレーニングされた複数の指向性アンテナを介して前記近隣ノードに少なくとも1つのデータパケットを送信するように構成された論理とをさらに備える、請求項14に記載のワイヤレス通信デバイス。ワイヤレスアドホックネットワークにおいてノードとして通信するためのワイヤレス通信デバイスであって、1つまたは複数の送信スロットに関する前記ノードのためのターゲットアベイラビリティ情報を生成するための手段と、ここにおいて、前記ターゲットアベイラビリティ情報は、前記ノードが各送信スロット中に送信を受信することが許可されるかどうかを示す、1つまたは複数の送信スロットに関する前記ノードのオーナーアベイラビリティ情報を生成するための手段と、ここにおいて、前記オーナーアベイラビリティ情報は、前記ノードが各送信スロット中に送信することを許可されるかどうかを示す、前記ノードから、1つまたは複数の送信スロットについてオーナーまたはターゲットのいずれかとしてのアベイラビリティを別々に示すために前記ターゲットアベイラビリティ情報と前記オーナーアベイラビリティ情報とをブロードキャストするための手段とを備える、ワイヤレス通信デバイス。前記ターゲットアベイラビリティ情報と前記オーナーアベイラビリティ情報とは異なり、前記ノードが送信することは許可されるが、送信を受信することは許可されないか、または送信を受信することは許可されるが、送信することは許可されない、少なくとも1つの送信スロットを識別する、請求項20に記載のワイヤレス通信デバイス。前記ワイヤレスアドホックネットワークは、分散予約プロトコルDRPを使用し、1つまたは複数のビーコン信号中の情報要素IEを介してネットワーク情報を示し、ブロードキャストするための前記手段は、ビーコンフレームをブロードキャストするための手段を備え、前記ビーコンフレームは、前記ターゲットアベイラビリティ情報を示すDRPターゲットアベイラビリティIEと、前記オーナーアベイラビリティ情報を示すDRPオーナーアベイラビリティIEとを備える、請求項20に記載のワイヤレス通信デバイス。前記ノードにおいて、1つまたは複数の近隣ノードから、1つまたは複数の送信スロットを予約済みとして識別する予約情報を受信するための手段をさらに備え、前記ターゲットアベイラビリティ情報を生成することと、前記オーナーアベイラビリティ情報を生成することとが、前記受信した予約情報に基づく、請求項20に記載のワイヤレス通信デバイス。前記ノードにおいて、1つまたは複数の近隣ノードからアベイラビリティ情報を受信するための手段と、前記受信したアベイラビリティ情報がターゲットとオーナーの両方としてのアベイラビリティを示さない限り、逆方向トラフィック用に指定された時間期間中に前記1つまたは複数の近隣ノードとの送信をスケジュールするのを控えるための手段とをさらに備える、請求項20に記載のワイヤレス通信デバイス。前記ノードにおいて、指向性送信をサポートする少なくとも1つの近隣ノードを識別するための手段と、複数の指向性アンテナの指向性アンテナトレーニングを開始するために、前記近隣ノードとトレーニング要求およびトレーニングクリアパケットを交換するための手段と、前記複数の指向性アンテナをトレーニングするために、前記近隣ノードとアンテナトレーニングおよびフィードバックフレームを交換するための手段と、前記トレーニングされた複数の指向性アンテナを介して前記近隣ノードに少なくとも1つのデータパケットを送信するための手段とをさらに備える、請求項20に記載のワイヤレス通信デバイス。プロセッサによって実行されたとき、前記プロセッサに、ワイヤレスアドホックネットワークにおいてノードとしてワイヤレス通信を容易にするための動作を実行させるコードを備えるコンピュータ可読記憶媒体であって、1つまたは複数の送信スロットに関する前記ノードのためのターゲットアベイラビリティ情報を生成するためのコードと、ここにおいて、前記ターゲットアベイラビリティ情報は、前記ノードが各送信スロット中に送信を受信することが許可されるかどうかを示す、1つまたは複数の送信スロットに関する前記ノードのオーナーアベイラビリティ情報を生成するためのコードと、ここにおいて、前記オーナーアベイラビリティ情報は、前記ノードが各送信スロット中に送信することを許可されるかどうかを示す、前記ノードから、1つまたは複数の送信スロットについてオーナーまたはターゲットのいずれかとしてのアベイラビリティを別々に示すために前記ターゲットアベイラビリティ情報と前記オーナーアベイラビリティ情報とをブロードキャストするためのコードとを備える、コンピュータ可読記憶媒体。前記ターゲットアベイラビリティ情報と前記オーナーアベイラビリティ情報とは異なり、前記ノードが送信することは許可されるが、送信を受信することは許可されないか、または送信を受信することは許可されるが、送信することは許可されない、少なくとも1つの送信スロットを識別する、請求項26に記載のコンピュータ可読記憶媒体。前記ワイヤレスアドホックネットワークは、分散予約プロトコルDRPを使用し、1つまたは複数のビーコン信号中の情報要素IEを介してネットワーク情報を示し、ブロードキャストするための前記コードは、ビーコンフレームをブロードキャストするためのコードを備え、前記ビーコンフレームは、前記ターゲットアベイラビリティ情報を示すDRPターゲットアベイラビリティIEと、前記オーナーアベイラビリティ情報を示すDRPオーナーアベイラビリティIEとを備える、請求項26に記載のコンピュータ可読記憶媒体。前記ノードにおいて、1つまたは複数の近隣ノードから、1つまたは複数の送信スロットを予約済みとして識別する予約情報を受信するためのコードをさらに備え、前記ターゲットアベイラビリティ情報を生成することと、前記オーナーアベイラビリティ情報を生成することとは、前記受信した予約情報に基づく、請求項26に記載のコンピュータ可読記憶媒体。前記ノードにおいて、1つまたは複数の近隣ノードからアベイラビリティ情報を受信するためのコードと、前記受信したアベイラビリティ情報がターゲットとオーナーの両方としてのアベイラビリティを示さない限り、逆方向トラフィック用に指定された時間期間中に前記1つまたは複数の近隣ノードとの送信をスケジュールするのを控えるためのコードとをさらに備える、請求項26に記載のコンピュータ可読記憶媒体。前記ノードにおいて、指向性送信をサポートする少なくとも1つの近隣ノードを識別するためのコードと、複数の指向性アンテナの指向性アンテナトレーニングを開始するために、前記近隣ノードとトレーニング要求およびトレーニングクリアパケットを交換するためのコードと、前記複数の指向性アンテナをトレーニングするために、前記近隣ノードとアンテナトレーニングおよびフィードバックフレームを交換するためのコードと、前記トレーニングされた複数の指向性アンテナを介して前記近隣ノードに少なくとも1つのデータパケットを送信するためのコードとをさらに備える、請求項26に記載のコンピュータ可読記憶媒体。ワイヤレスアドホックネットワークにおいて通信を容易にする方法であって、前記ノードにおいて、指向性送信をサポートする少なくとも1つの近隣ノードを識別することと、複数の指向性アンテナの指向性アンテナトレーニングを開始するために、オムニ指向性送信を介して前記近隣ノードとトレーニング要求およびトレーニングクリアパケットを交換することと、前記複数の指向性アンテナをトレーニングするために、指向性送信を介して前記近隣ノードとアンテナトレーニングおよびフィードバックフレームを交換することと、前記トレーニングされた複数の指向性アンテナを介して前記近隣ノードに少なくとも1つのデータパケットを送信することとを備える、方法。前記ワイヤレスアドホックネットワークは、分散メディアアクセス制御MACプロトコルを使用する、請求項32に記載の方法。前記ノードから、前記トレーニングされた複数の指向性アンテナに対応するアンテナインデックス情報をブロードキャストすることをさらに備える、請求項32に記載の方法。少なくともビーコン期間と、アンテナトレーニング期間と、データ期間とに分割されたスーパーフレーム構造に従って通信が進み、少なくとも1つの近隣ノードを前記識別することと、トレーニング要求およびトレーニングクリアパケットを前記交換することと、アンテナトレーニングおよびフィードバックフレームを前記交換することとが前記アンテナトレーニング期間中に実行され、少なくとも1つのデータパケットを前記送信することが前記データ期間中に実行される、請求項32に記載の方法。少なくともビーコン期間とデータ期間とに分割されたスーパーフレーム構造に従って通信が進み、少なくとも1つの近隣ノードを前記識別することと、トレーニング要求およびトレーニングクリアパケットを前記交換することと、アンテナトレーニングおよびフィードバックフレームを前記交換することと、少なくとも1つのデータパケットを前記送信することとが前記データ期間中に実行される、請求項32に記載の方法。ワイヤレスアドホックネットワークにおいてノードとして通信するためのワイヤレス通信デバイスであって、前記ノードにおいて、指向性送信をサポートする少なくとも1つの近隣ノードを識別するように構成された論理と、複数の指向性アンテナの指向性アンテナトレーニングを開始するために、オムニ指向性送信を介して前記近隣ノードとトレーニング要求およびトレーニングクリアパケットを交換するように構成された論理と、前記複数の指向性アンテナをトレーニングするために、指向性送信を介して前記近隣ノードとアンテナトレーニングおよびフィードバックフレームを交換するように構成された論理と、前記トレーニングされた複数の指向性アンテナを介して前記近隣ノードに少なくとも1つのデータパケットを送信するように構成された論理とを備える、ワイヤレス通信デバイス。少なくともビーコン期間と、アンテナトレーニング期間と、データ期間とに分割されたスーパーフレーム構造に従って通信が進み、少なくとも1つの近隣ノードを識別するように構成された前記論理と、トレーニング要求およびトレーニングクリアパケットを交換するように構成された前記論理と、アンテナトレーニングおよびフィードバックフレームを交換するように構成された前記論理とが前記アンテナトレーニング期間中に動作し、少なくとも1つのデータパケットを送信するように構成された前記論理が前記データ期間中に動作する、請求項37に記載のワイヤレス通信デバイス。ワイヤレスアドホックネットワークにおいてノードとして通信するためのワイヤレス通信デバイスであって、前記ノードにおいて、指向性送信をサポートする少なくとも1つの近隣ノードを識別するための手段と、複数の指向性アンテナの指向性アンテナトレーニングを開始するために、オムニ指向性送信を介して前記近隣ノードとトレーニング要求およびトレーニングクリアパケットを交換するための手段と、前記複数の指向性アンテナをトレーニングするために、指向性送信を介して前記近隣ノードとアンテナトレーニングおよびフィードバックフレームを交換するための手段と、前記トレーニングされた複数の指向性アンテナを介して前記近隣ノードに少なくとも1つのデータパケットを送信するための手段とを備える、ワイヤレス通信デバイス。少なくともビーコン期間と、アンテナトレーニング期間と、データ期間とに分割されたスーパーフレーム構造に従って通信が進み、少なくとも1つの近隣ノードを識別するための前記手段と、トレーニング要求およびトレーニングクリアパケットを交換するための前記手段と、アンテナトレーニングおよびフィードバックフレームを交換するための前記手段とが前記アンテナトレーニング期間中に動作し、少なくとも1つのデータパケットを送信するための前記手段が前記データ期間中に動作する、請求項39に記載のワイヤレス通信デバイス。プロセッサによって実行されたとき、前記プロセッサに、ワイヤレスアドホックネットワークにおいてノードとしてワイヤレス通信を容易にするための動作を実行させるコードを備えるコンピュータ可読記憶媒体であって、前記ノードにおいて、指向性送信をサポートする少なくとも1つの近隣ノードを識別するためのコードと、複数の指向性アンテナの指向性アンテナトレーニングを開始するために、オムニ指向性送信を介して前記近隣ノードとトレーニング要求およびトレーニングクリアパケットを交換するためのコードと、前記複数の指向性アンテナをトレーニングするために、指向性送信を介して前記近隣ノードとアンテナトレーニングおよびフィードバックフレームを交換するためのコードと、前記トレーニングされた複数の指向性アンテナを介して前記近隣ノードに少なくとも1つのデータパケットを送信するためのコードとを備える、コンピュータ可読記憶媒体。少なくともビーコン期間と、アンテナトレーニング期間と、データ期間とに分割されたスーパーフレーム構造に従って通信が進み、少なくとも1つの近隣ノードを識別するための前記コードと、トレーニング要求およびトレーニングクリアパケットを交換するための前記コードと、アンテナトレーニングおよびフィードバックフレームを交換するための前記コードとが前記アンテナトレーニング期間中に実行され、少なくとも1つのデータパケットを送信するための前記コードが前記データ期間中に実行される、請求項41に記載のコンピュータ可読記憶媒体。本発明の特定の実施形態を対象とする以下の説明および関連する図面で本発明の態様を開示する。本発明の範囲から逸脱することなく代替実施形態が考案され得る。さらに、本発明の関係する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。例示的という単語は、本明細書では、例、事例、または例示の働きをすることを意味するために使用する。本明細書に例示的と記載されたいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈されるべきではない。同様に、本発明の実施形態という用語は、本発明のすべての実施形態が、論じられた特徴、利点、または動作モードを含むことを必要としない。さらに、ノードおよびデバイスという用語は、本明細書では互換的に使用される。本明細書で使用する用語は、特定の実施形態について説明するためのものにすぎず、本発明の実施形態を限定するものではない。本明細書で使用する単数形a、an、およびtheは、文脈が別段に明確に示すのでなければ、複数形をも含むものとする。さらに、本明細書で使用する備えるcomprises、備えているcomprising、含むincludes、および/または含んでいるincludingという用語は、述べられた特徴、整数、ステップ、動作、要素、および/または構成要素の存在を明示するが、1つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および/またはそれらのグループの存在または追加を排除しないことを理解されたい。さらに、多くの実施形態について、たとえば、コンピューティングデバイスの要素によって実行されるべき一連のアクションに関して説明する。本明細書で説明する様々なアクションは、特定の回路たとえば、特定用途向け集積回路ASICによって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実行され得ることを認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形態のコンピュータ可読記憶媒体内で全体として実施すべきものと見なすことができる。したがって、本発明の様々な態様は、すべてが開示する主題の範囲内に入ることが企図されているいくつかの異なる形態で実施され得る。さらに、本明細書で説明する実施形態ごとに、そのような実施形態の対応する形態について、たとえば、記載のアクションを実行するように構成された論理として本明細書で説明することがある。説明のために、以下の説明では、概してECMA-368システムのコンテキストで、空間再利用を拡張するための技法について説明する。ただし、開示する拡張は、いかなる時分割多元接続TDMAメディアアクセス制御MACにも適用可能であるほど十分に汎用的であることを諒解されよう。図2に、それぞれN1~N6とラベルされた第1のノード210と、第2のノード220と、第3のノード230と、第4のノード240と、第5のノード250と、第6のノード260とによって形成されたワイヤレスアドホックネットワーク200を示す。ネットワーク200は、第1のノード210と第2のノード220との間のL1とラベルされた第1のリンク215と、第2のノード220と第3のノード230との間のL2とラベルされた第2のリンク225と、第3のノード230と第4のノード240との間のL3とラベルされた第3のリンク235と、第4のノード240と第5のノード250との間のL4とラベルされた第4のリンク245と、第5のノード250と第6のノード260との間のL5とラベルされた第5のリンク255とを含む。この例では、ノードの間に他の通信リンクはない。しかしながら、中間ノード220、230、240、および250を通して第1のノード210から第6のノード260へのエンドツーエンドフローがあり得るが、これは必要とされない。通信は、ECMA-368における時間周波数インターリービングTFI:TimeFrequencyInterleavingまたは固定周波数インターリービングFFI:FixedFrequencyInterleavingを通してなど、共通のアクセス媒体を介して行われる。説明のために、ネットワーク200の第1のノード210側からネットワーク200の第6のノード260側の方へ向かうトラフィックフローをダウンストリームと呼び、ネットワーク200の第6のノード260側からネットワーク200の第1のノード210側の方へ向かうトラフィックフローをアップストリームと呼ぶ。ノードは、2つの信号が第2の近隣ノードにおいて互いに干渉することになるので、第2の近隣ノードがデータを受信している間、第1の近隣ノードに送信することができない。逆に、ノードは、この場合も信号が互いに干渉することになるので、第2の近隣ノードが送信している間、第1の近隣ノードからデータを受信することができない。たとえば、図2を参照すると、第3のノード230が第4のノード240に送信している場合、第3のノード230は同時に送信および受信することができないので、第2のノード220は第3のノード230に送信することができない。すなわち、第3のノード230は、第2のノード220からの送信を適切に受信することができないであろう。とはいえ、第2のノード220から第1のノード210への送信は、第4のノード240が第3のノード230からの送信を適切に受信することを妨げず、また、第3のノード230からの送信は、第1のノード210が第2のノード210からの送信を適切に受信することを妨げないので、第2のノード220は第1のノード210に送信することができる。しかしながら、第1のノード210から第2のノード230への送信は、第2のノード220において第4のノード240への第3のノード230の送信によって干渉されることになるので、第1のノード210は第2のノード230に送信することができない。同様に、第5のノード250から第4のノード240または第6のノード260への送信は第4のノード240において第3のノード230からの送信に干渉することになるので、第5のノード250は第4のノード240または第6のノード260に送信することができない。とはいえ、第1のノード210のように、第6のノード260は、第3のノード230から第4のノード240への送信を干渉することなしに、第5のノード250に送信することができる。したがって、第3のノード230が第4のノード240に送信している間、送信している第3のノード230の近隣ノードである第2のノード220は依然として送信することができ、受信している第4のノード240の近隣ノードである第5のノード250は依然として受信することができる。したがって、第1のノード210からのダウンストリーム方向では、他のリンク215、225、245、および255のいずれも、第3のリンク235と同時に送信することができない。アップストリーム方向では、第1のリンク215および第5のリンク255は、事実上、第3のリンク235と同時に送信することができるが、第2のリンク225および第4のリンク245は、第3のリンク235と同時に送信することはできない。以下の表1に、第3のノード230が第4のノード240に送信しているときの、上記で説明した図2のネットワーク200のための許可される同時送信を要約する。表において、Yは、特定の送信が可能であることを示し、Xは、特定の送信が可能でないことを示す。上記で説明したように、ECMA-368MACなどにおける従来のDRP予約は、同時送信のためのこれらの機会を十分に利用しない。たとえば、表1のコンテキストでは、第3のリンク235上のダウンストリーム送信と同時に第1のリンク215と第5のリンク255の両方の上でアップストリーム送信することが可能であるにもかかわらず、従来のDRP機構は、これらの送信機会を無視する。これは、たとえば、従来のECMA-368システムにおけるDRP予約は、上記の例ではアップストリームおよびダウンストリーム通信のためのアベイラビリティに対応する、所与のノードにおけるスーパーフレーム中の特定のスロットが予約オーナーと予約ターゲットの両方としての新しい予約のために利用可能であるかどうかの組み合わされた指示を与えるからである。より詳細には、第3のノード230から第4のノード240への通信では、第3のノード230はDRP予約オーナーすなわち、予約においてフレームトランザクションを開始することになるデバイスと見なされ、第4のノード240は、DRP予約ターゲットすなわち、予約において情報を受信することになるデバイスと見なされる。DRPアベイラビリティIEは、ノードが予約オーナーと予約ターゲットの両方として振る舞うことができるスロットのみを識別する。したがって、図2に示すシナリオでは、第1のノード210は、ターゲットとオーナーの両方としてではなくターゲットとしてしか、第3のノード230が第4のノード240と通信するスロットを予約することができないであろうから、第1のノード210のためのDRPアベイラビリティIEは、それらのスロットについてのアンアベイラビリティunavailabilityを示す。同様のシナリオが、オーナーとしてしかそれらのスロットを予約することができないであろう第2のノード220、ターゲットとしてしかそれらのスロットを予約することができないであろう第5のノード250、およびオーナーとしてしかそれらのスロットを予約することができないであろう第6のノード260について生じる。第6のノード260は、図2の例では第2の近隣ノードを有しないが、そのような追加の近隣ノードにより、第6のノード260も追加の近隣ノードの予約ターゲットとしてそれらのスロットを予約することが可能になるであろうことを諒解されよう。したがって、第1のリンク215および第5のリンク255におけるアップストリーム送信は可能であるが、従来のECMA-368MACでは許されない。したがって、本明細書で開示する実施形態は、予約オーナーまたは予約ターゲットとしてのノードのアベイラビリティを区別するための機構を提供する。図3に、ECMA-368ビーコンフレームペイロード300を示す。図示のように、ビーコンフレームペイロード300は、ビーコンパラメータ302といくつかのIE304とを含む。各IE304は、特定のIE304を識別する要素IDフィールド310と、IE304に固有の情報を含んでいるIE固有フィールド314と、IE固有フィールド314の長さを示す長さフィールド312とを含む。ECMA-368仕様の表116は、ビーコンフレームペイロード300中に含まれ得る様々なIE304を記載している。また、将来の1つまたは複数の実装のために利用可能である、要素ID25~249および252~254などの数個の予約済み要素IDがある。図4に、ECMA-368仕様における要素ID=8に対応するDRPアベイラビリティIE400を示す。DRPアベイラビリティIEは、要素IDフィールド410と、長さフィールド412と、DRPアベイラビリティビットマップフィールド414とを含む。要素IDフィールド410は要素ID=8に設定され、長さフィールド412は長さ=Nに設定され、Nは、DRPアベイラビリティビットマップフィールド414中のビットのオクテット数である。DRPアベイラビリティビットマップフィールド414は、スーパーフレーム中のスロットごとに1ビットの、最高256ビットの長さすなわち、最高32オクテットとすることができる。DRPアベイラビリティビットマップフィールド414の最下位ビットはスーパーフレーム中の第1のスロットに対応し、連続するビットは連続するスロットに対応する。各ビットは、対応するスロット中でデバイスがDRP予約のために利用可能である場合は1に設定され、そうでない場合は0に設定される。DRPアベイラビリティビットマップフィールド414が32オクテットよりも短い場合、ビットマップの終端における含まれないオクテット中のビットは0として扱われる。一実施形態では、単一のDRPアベイラビリティIE400が、ビーコンフレームペイロード300中にIE304として与えられる、予約オーナーとしてのDRPアベイラビリティIEDRPオーナーアベイラビリティIEおよび予約ターゲットとしてのDRPアベイラビリティIEDRPターゲットアベイラビリティIEの2つの新しいIEによって取って代わられる。DRPオーナーアベイラビリティIEおよびDRPターゲットアベイラビリティIEはそれぞれ、それをターゲットアベイラビリティ情報またはオーナーアベイラビリティ情報のいずれかに対応するものとして識別する予約済み要素IDを割り当てられ得る。DRPオーナーアベイラビリティIEおよびDRPターゲットアベイラビリティIEは、オリジナルDRPアベイラビリティIE400と同じフォーマットを維持することができる。たとえば、ECMA-368システムにおいて、DRPオーナーアベイラビリティIEは要素ID=25を割り当てられ得、DRPターゲットアベイラビリティIEは要素ID=26を割り当てられ得る。別の実施形態では、オリジナルDRPアベイラビリティIE400が、オーナーおよび/またはターゲットとしてのノードの増分DRPアベイラビリティ情報を明示的に示す新しいIEDRP補足アベイラビリティIEを用いて補足される。DRP補足アベイラビリティIEは、ビーコンフレームペイロード300中に追加のIE304として与えられる。オリジナルDRPアベイラビリティIEは、ノードが予約オーナーまたは予約ターゲットのいずれかとして利用可能であるMASスロットを伝達するように変更され、これは、ノードが予約オーナーと予約ターゲットの両方として振る舞うことができるMASスロットを伝達するためにDRPアベイラビリティIEが使用される従来の方式とは異なる。次いで、DRP補足アベイラビリティIEは、ノードが予約オーナーとして振る舞うことができるMASスロットとノードが予約ターゲットとして振る舞うことができるMASスロットとに関する追加情報を伝達する。いずれの場合も、オーナーまたはターゲットのいずれかとしての総DRPアベイラビリティ情報は、オリジナルDRPアベイラビリティIEおよび新しいDRP補足アベイラビリティIEから構築され得る。DRP補足アベイラビリティIEはまた、オリジナルDRPアベイラビリティIE400と同様のフォーマットを維持することができるが、DRPアベイラビリティIE400がターゲットアベイラビリティ情報に対応するかオーナーアベイラビリティ情報に対応するかのさらなる指示をもつ。たとえば、ECMA-368システムにおけるDRPアベイラビリティIE400の長さフィールド412は1オクテットのビットであり、対応するビットマップフィールド414中の最高32オクテットを示すことができ、これは、2つの最上位ビットが使用されないすなわち、それらは常に0であることを意味する。したがって、最上位ビットは、追加のアベイラビリティがオーナーたとえば、1としてであるか、ターゲットたとえば、0としてであるかを示すために使用され得る。前の例の場合のように、DRP補足アベイラビリティIEは、ECMA-368システムにおける予約済み要素IDたとえば、要素ID=25を使用するように構成され得る。別の実施形態では、オリジナルDRPアベイラビリティIE400が、完全なビットマップフィールド414のために64オクテットを使用するように変更され、これは、ターゲットおよびオーナーアベイラビリティが1つのIEのみを使用して示されることを可能にする。たとえば、変更されたDRPアベイラビリティIEは、それのアベイラビリティを示すためにMASスロットごとに2ビットを使用し得るたとえば、00は、オーナーとしてのアベイラビリティもターゲットとしてのアベイラビリティもないことを示し、01は、ターゲットとしてのみのアベイラビリティを示し、10は、オーナーとしてのみのアベイラビリティを示し、11は、オーナーとターゲットの両方としてのアベイラビリティを示す。DRPアベイラビリティビットマップフィールド414が64オクテットよりも短い場合、ビットマップの終端における含まれないオクテット中のビットは00として扱われ得る。この変更されたDRPアベイラビリティIEは、代替的に、ECMA-368システムにおける予約済み要素IDたとえば、要素ID=25を使用して新しいIEとして与えられ得る。概して、各ノードのアドバタイズされたアベイラビリティは、1つまたは複数のビーコンフレーム中のDRP予約IEなどを介して近隣ノードから収集された予約情報に依存することになる。図5に、ECMA-368仕様における要素ID=9に対応するDRP予約IE500を示す。図示のように、DRP予約IE500は、要素IDフィールド502と、長さフィールド504と、DRP制御フィールド506と、ターゲット/オーナーDevAddrフィールド508と、いくつかのDRP割り振りフィールド510とを含む。要素IDフィールド502は要素ID=9に設定され、長さフィールド504は長さ=44×Nに設定され、NはDRP割り振りフィールド510の数である。各DRP割り振りフィールド510は、スーパーフレームの分割に対応するゾーン構造を使用して符号化される。ターゲット/オーナーDevAddrフィールド508は、DRP予約IE500を送信するデバイスが予約オーナーである場合、予約ターゲットのデバイスアドレスに設定される。予約ターゲットは、ユニキャストまたはマルチキャストデバイスアドレスであり得る。ターゲット/オーナーDevAddrフィールド508は、DRP予約IE500を送信するデバイスが予約ターゲットである場合、予約オーナーのデバイスアドレスに設定される。制御フィールド506は、予約済みフィールド560ビットb15~b13と、アンセーフunsafeフィールド562ビットb12と、競合タイブレーカーフィールド564ビットb11と、オーナーフィールド566ビットb10と、予約ステータスフィールド568ビットb9と、理由コードフィールド570ビットb8~b6と、ストリームインデックスフィールド572ビットb5~b3と、予約タイプフィールド574ビットb2~b0とを含む、いくつかのサブフィールドから構成される。予約タイプフィールド574は、予約のタイプたとえば、エイリアンBP、ハード、ソフト、プライベート、優先競合アクセスPCA:PrioritizedContentionAccessを示す。ストリームインデックスフィールド572は、予約において送られるべきデータのストリームを識別する。理由コードフィールド570は、DRP予約要求が成功したかどうかを示すために予約ターゲットによって使用される。予約ステータスフィールド568ビットは、ネゴシエーション中であるかまたは競合している予約の場合、DRP予約IE中で0に設定され、デバイスが予約を付与または維持することによって1に設定され、その場合、これは確立された予約と呼ばれる。オーナーフィールド566ビットは、DRP予約IE500を送信するデバイスが予約オーナーである場合、1に設定され、またはDRP予約IE500を送信するデバイスが予約ターゲットである場合、0に設定される。競合タイブレーカーフィールド564ビットは、予約要求が行われたときに0または1のランダム値に設定される。アンセーフフィールド562ビットは、DRP割り振りフィールド中で識別されたMASスロットのいずれかが予約限界を上回ると見なされる場合、1に設定される。この予約情報を使用して、デバイスは、別々のターゲット/オーナーアベイラビリティを生成し、それらをたとえば、DRPオーナーアベイラビリティIEおよびDRPターゲットアベイラビリティIEを介してそれのネイバーにアドバタイズすることができる。図6は、近隣ノードからの予約情報に基づく別々のターゲットおよびオーナーアベイラビリティの生成を示すフローチャートである。各ノードは、特定のMASスロット予約を識別する、近隣ノードからのビーコンフレーム中のDRP予約たとえば、DRP予約IEをリッスンするブロック610。従来のシステムと同様に、ノードが、所与のMASスロットについてオーナーからのDRP予約もターゲットからのDRP予約も検出しない場合ブロック620のいいえ、ノードは、そのMASについて予約ターゲットとしてのアベイラビリティと予約オーナーとしてのアベイラビリティの両方をアドバタイズするブロック630。ノードがDRP予約を検出しブロック620のはい、そのDRP予約が、1つまたは複数のMASスロットについてオーナーからの予約とターゲットからの予約をも含む場合ブロック640のはい、ノードは、それらのMASについて、予約ターゲットとしてのアンアベイラビリティと予約オーナーとしてのアンアベイラビリティのいずれをもアドバタイズするブロック650。しかしながら、図6のフローチャートは、検出されたDRP予約がオーナーからのDRP予約とターゲットからのDRP予約の両方でないときブロック640のいいえ、従来の方法とは異なる。ノードが、1つまたは複数のMASスロットについてオーナーからのDRP予約は検出したが、ターゲットからのDRP予約は検出しない場合ブロック660のオーナー、ノードは、たとえば、DRPオーナーアベイラビリティIEを介して予約オーナーとしてはそれらのMASスロット中に利用可能としてそれ自体をアドバタイズするが、たとえば、DRPターゲットアベイラビリティIEを介して予約ターゲットとしてはそれらのMASスロット中に利用不可能としてそれ自体をアドバタイズするブロック670。逆に、ノードが、1つまたは複数のMASスロットについてターゲットからのDRP予約は検出したが、オーナーからのDRP予約は検出しない場合ブロック660のターゲット、ノードは、たとえば、DRPターゲットアベイラビリティIEを介して予約ターゲットとしてはそれらのMASスロット中に利用可能としてそれ自体をアドバタイズするが、たとえば、DRPオーナーアベイラビリティIEを介して予約オーナーとしてはそれらのMASスロット中に利用不可能としてそれ自体をアドバタイズするブロック680。一例として、第3のノード230が、今度はMASスロット1~5を使用して第4のノード240と通信している、図2に示し、上記で説明したシナリオについて考える。第3のノード230は、各対応するMASスロット予約のオーナーと見なされ、第4のノード240は、各対応するMASスロット予約のターゲットと見なされる。以下の表2に、送信N3-N4中の第2のノード220N2および第5のノード250N5のための予約オーナーおよび予約ターゲットとしてのDRPアベイラビリティを要約する。表において、Xは、MASスロットが予約済みであることを示し、Yは、MASスロットが、記されたターゲットおよび/またはオーナーとして利用可能であることを示す。説明のために、DRP予約IE中に示されるDRP予約を示し、オーナーとターゲットの両方としての単一のDRPアベイラビリティIE中に示されるDRPアベイラビリティ、ならびに別々のDRPオーナーアベイラビリティIEおよびDRPターゲットアベイラビリティIE中に示されるDRPアベイラビリティを示す。この例示的なシナリオの下で、再び図2および図6を参照すると、第2のノード220は、MASスロット1~5について、オーナーすなわち、第3のノード230からのDRP予約はそれのビーコン中で検出するが、ターゲットすなわち、第4のノード240からのDRP予約は検出しないブロック660のオーナー。したがって、第2のノード220は、それのDRPオーナーアベイラビリティIE中で予約オーナーとしてのそれのアベイラビリティをアドバタイズするが、それのDRPターゲットアベイラビリティIE中で予約ターゲットとしてのアンアベイラビリティをアドバタイズするブロック670。第5のノード250は、MASスロット1~5について、ターゲットすなわち、第4のノード240からのDRP予約は検出するが、オーナーすなわち、第3のノード230からのDRP予約は検出しないブロック660のターゲット。したがって、第5のノード250は、それのDRPターゲットアベイラビリティIE中で予約ターゲットとしてのそれのアベイラビリティをアドバタイズするが、それのDRPオーナーアベイラビリティIE中で予約オーナーとしてのアンアベイラビリティをアドバタイズするブロック680。第2のノード220と第5のノード250の両方に対して、従来のDRPアベイラビリティIEは、MASスロット1~5について完全なアンアベイラビリティを示す。後続のMASスロット6~10では、第2のノード220も第5のノード250も、オーナーたとえば、第3のノード230からまたはターゲットたとえば、第4のノード240からのDRP予約を検出しない。したがって、第2のノード220および第5のノード250はそれぞれ、それらのそれぞれのDRPアベイラビリティIE、DRPオーナーアベイラビリティIE、およびDRPターゲットアベイラビリティIE中でそれらのMASスロットについてアベイラビリティをアドバタイズする。したがって、上記で説明したように、ノードが予約オーナーであり得るMASスロットは、ノードが予約ターゲットであり得るMASスロットと部分的にまたは完全に重複し得る。ノードが予約オーナーでしかないMASスロット、またはノードが予約ターゲットでしかないMASスロットがあり得る。また、ノードが予約オーナーであり得るMASスロットが、ノードが予約ターゲットであり得るMASスロットのサブセットを形成するシナリオがあり得、その逆も同様である。したがって、このようにして別々のオーナー/ターゲットアベイラビリティ情報をアドバタイズすることは、予約オーナーとしてのアベイラビリティを示すいずれかのノードが、オーナーとして、予約ターゲットとしてのアベイラビリティを示すいずれかのノードとのDRP予約を確立することを可能にする。したがって、同時ダウンストリーム送信が第3のリンク235上で行われるとき、従来のECMA-368MACによって許可されない、図2の第1のリンク215および第5のリンク255におけるアップストリーム送信は、開示する実施形態によれば両方とも可能であることを諒解されよう。これは、従来のDRP機構によって逃される送信機会を利用することによって、ワイヤレスアドホックネットワークにおけるより効率的な空間再利用を可能にする。図7は、ターゲットおよびオーナーアベイラビリティの別々の指示を使用した予約要求の生成を示すフローチャートである。図示のように、各ノードは、特定のMASスロットアベイラビリティを識別する、近隣ノードからのビーコンフレーム中のDRPターゲット/オーナーアベイラビリティたとえば、DRPターゲットアベイラビリティIEおよび/またはDRPオーナーアベイラビリティIEをリッスンするブロック710。概して、予約オーナーとしてのアベイラビリティを示すノードは、それらの利用可能なMASスロット中に予約要求を送ることができ、予約ターゲットとしてのアベイラビリティを示す近隣ノードは、それらの利用可能なMASスロット中に予約を受け付けることができる。したがって、ノードが送信オーナーとして情報を送信することを望みブロック720のはい、意図された受信側が1つまたは複数のMASスロットについてターゲットとして利用可能である場合ブロック730のはい、ノードは、後続の送信のためにそれらの利用可能なMASスロットを予約するブロック740。逆に、ノードが送信ターゲットとして情報を受信することを望みブロック750のはい、意図された送信側が1つまたは複数のMASスロットについてオーナーとして利用可能である場合ブロック760のはい、ノードは、後続の受信のためにそれらの利用可能なMASスロットの予約を受け付けるブロック770。上記の表2に要約された例示的なシナリオに戻り、図2および図7を参照すると、第3のノード230がMASスロット1~5中に第4のノード240と通信しているとき、それらのMASスロットについて、第2のノード220はたとえば、DRPオーナーアベイラビリティIEを介して予約オーナーとしてのアベイラビリティをブロードキャストし、第5のノード250はたとえば、DRPターゲットアベイラビリティIEを介して予約ターゲットとしてのアベイラビリティをブロードキャストする。したがって、第6のノード260が送信オーナーとして第5のノード250に情報を送信することを望みブロック720のはい、第5のノード250がMASスロット1~5についてターゲットとして利用可能である場合ブロック730のはい、第6のノードは、後続の送信のためにMASスロット1~5のうちの1つまたは複数を予約するブロック740。逆に、第1のノード210が送信ターゲットとして第2のノード220から情報を受信することを望みブロック750のはい、第2のノード220がMASスロット1~5についてオーナーとして利用可能である場合ブロック760のはい、第1のノード210は、後続の受信のためにMASスロット1~5のうちの1つまたは複数の予約を受け付けるブロック780。この場合も、これらの送信は、たとえば、従来のECMA-368MACによって許可されないが、開示する実施形態によって事実上許可される。図8に、各ノードが2つ以上の他のノードとのリンクを共有するという点で図2のワイヤレスアドホックネットワークとは異なる構成における例示的なワイヤレスアドホックネットワークを示す。すなわち、図2の第1のノード210および第6のノード260のような真のエンドポイントはない。このネットワーク構成は閉ループ構成と呼ばれることがある。図示のように、図8のワイヤレスアドホックネットワーク800は、それぞれN1~N4とラベルされた第1のノード810と、第2のノード820と、第3のノード830と、第4のノード840とを含む。1ホップネイバーは、第1のノード810と第2のノード820との間のL1とラベルされた第1のリンク815と、第2のノード820と第3のノード830との間のL2とラベルされた第2のリンク825と、第3のノード830と第4のノード840との間のL3とラベルされた第3のリンク835と、第4のノード840と第1のノード810との間のL4とラベルされた第4のリンク825とによって示される。ノード間のリンクの不在は、ノードが互いの範囲外にあることを示す。したがって、第1のノード810の1ホップネイバーは第4のノード840および第2のノード820であり、第2のノード820の1ホップネイバーは第1のノード810および第3のノード830であり、第3のノード830の1ホップネイバーは第2のノード820および第4のノード840であり、第4のノード840の1ホップネイバーは第1のノード810および第3のノード830である。以下の表3に、第3のノード830が第4のノード840に送信しているときの、上記で説明した図8のネットワーク800のための許可される同時送信を要約する。表において、Yは、特定の送信が可能であることを示し、Xは、特定の送信が可能でないことを示す。説明のために、リンク通信方向は、図8に示す向きすなわち、時計回りまたは反時計回りのいずれかに関して参照される。ここでわかるように、ネットワーク構成の相違にもかかわらず、表3では、図8の第1~第4のリンク815、825、835、845のための許可される送信は、図2に関する表1のものと同じである。したがって、第2のノード820から第1のノード810への第1のリンク815上の同時送信は、このネットワーク構成においても可能である。とはいえ、この場合も、ECMA-368MACなどにおける従来のDRP予約では、第1のノード810および第2のノード820は、第1のリンク815が利用不可能であるという単一の指示しか与えられないので、この送信機会は妨げられる。しかしながら、本明細書で開示する実施形態に従って図8のワイヤレスアドホックネットワークにおいてターゲット/オーナーアベイラビリティの別々の指示を使用することにより、第2のノード820は、事実上、予約オーナーとして送信することができることを認識することが可能になり、第1のノード810は、事実上、予約ターゲットとして受信することができることを認識することが可能になる。場合によっては、ノードは、DRP予約中に送信機の役割と受信機の役割とを交互に行うことが可能である。たとえば、自動再送要求ARQを採用するシステムでは、DRP予約のターゲットは、送信オーナーによって送られたデータフレームのための確認応答ACKを送る。ACKは、即時ACKI-ACK方式の場合のように、各受信フレームのために送られるか、またはブロックACKB-ACK方式の場合のように、受信フレームのグループのために送られ得る。これは、あるフローの順方向トラフィックと別のフローの逆方向トラフィックとの間で衝突が起こり得るので、並列送信を制限する。確認応答ポリシーがない場合、この問題は存在せず、したがって、空間再利用を拡張するための関連技術の大部分において無視される。したがって、上記の実施形態では、DRP予約のオーナーを送信機であると見なし、DRP予約のターゲットを受信機であると見なしたが、これが常に当てはまるとは限らない。予約ターゲットは、たとえば、ACKを送るときになど、送信機としても振る舞うことができる。これらの送信中に、ターゲットは他の同時送信を干渉し得る。したがって、ACKが他の送信によりスクランブルされ得る可能性があり、その逆も同様である。したがって、本明細書で説明する拡張空間再利用実施形態における逆方向トラフィックに関係するこれらの問題のための緩和技法について以下で説明する。一実施形態では、上記で説明した拡張空間再利用技法を有効または無効にするために、第1のすなわち、1次送信をセットアップする間に使用するフラグが提供される。たとえば、空間再利用有効化/無効化フラグは、予約済みフィールド560中の予約済みビットb15~b13のうちの1つとして図5のDRP予約IE500に組み込まれ得る。逆方向トラフィックに干渉するであろう後続のすなわち、2次送信は、次いで、フラグが有効である場合のみ、進むことが可能になる。たとえば、フラグが無効であるとき、DRPアベイラビリティIEによって、ターゲット/オーナー予約の両方のために利用可能として示されたMASスロットのみが使用され得る。すなわち、フラグが無効を示すとき、フォールバック動作モードは従来のECMA-368方式であり、ECMA-368と比較して追加の空間再利用はない。したがって、1次送信は、2次送信を選択的に無効化することによって保護され得るたとえば、ACKメッセージの完全性を保護する。別の実施形態では、第1の区分における空間再利用を可能にするための区分がMASスロットまたはDRP予約内に設けられる。MASスロット毎区分方式では、各MASスロットは、空間再利用許可ゾーンたとえば、順方向トラフィックを搬送するために通常使用される第1の部分と、空間再利用非許可ゾーンたとえば、ACK逆方向トラフィックのために通常使用される第2の部分とに区分され得る。後者の部分における2次送信がないことを保証することによって、ACKが2次送信と衝突する確率が低減される。予約毎区分方式では、1つまたは複数のMASスロットの第1のセットは空間再利用許可としてマークされ得、MASスロットの後続のセットは空間再利用非許可としてマークされ得る。予約毎区分は、予約が複数のMASスロットにわたるときに有用である。両方の方式において、区分は静的であり得るか、または空間再利用非許可部分は、1次送信がACKを受信することなどによって動的にトリガされ得る。区分は、MASまたはDRP予約全体を必要とするわけではない送信に有益である。区分値の範囲は、空間再利用フレンドリーレジームから非空間再利用レジームに移動するためのフレキシビリティを与える。区分はまた、露出ノードに関与する空間再利用を可能にすることに関して、より多くのフレキシビリティとグラニュラリティとを提供する。逆方向トラフィック考慮事項に加えて、空間再利用はビーコン送信範囲によっても制限され得る。オムニ指向性送信のためのビーコン送信範囲と干渉範囲とが同心球であり、ビーコン送信範囲が干渉範囲よりも小さいと考えられる場合、ビーコンは復号され得ないが、送信は依然として干渉を生じる小さい環領域がある。図9Aおよび図9Bに、ビーコン送信範囲が空間再利用を制限し得る例示的なシナリオを示す。ここで、1次受信機PR910は、1次送信機PT920のビーコン範囲922内にある。PR910はまた、2次送信機ST930の干渉範囲934内にある。2次受信機SR940は、ST930のビーコン範囲932およびPT920の干渉範囲924内にある。PR910は、ST930のビーコン範囲932の外側にあるので、ST930のビーコンおよびそれのDRPアベイラビリティIEを聴取することができない。同様に、SR940は、PT920のビーコン範囲922の外側にあるので、PT920のビーコンおよびそれのDRPアベイラビリティIEを聴取することができない。しかしながら、PR910およびSR940は互いのビーコンを聴取することができる。PR910とSR940の両方は、それらのDRPオーナーアベイラビリティIE中で予約済みMASスロットを利用可能としてアドバタイズするので、両方が予約ターゲットである場合、PR910とSR940は空間再利用に適格であると結論する。しかしながら、図示のように、PR910へのPT920の送信はSR940において干渉を生じ、SR940へのST930の送信はPR910において干渉を生じる。従来のECMA-368は、問題が完全に回避されるように、2ホップクリアリングを用いて空間再利用を制限することによって、この潜在的な干渉に対処する。しかしながら、そうする際に、上記でより詳細に説明したように送信機会が無駄になる。本明細書で説明するよりアグレッシブな空間再利用技法の下で、2次送信は、必要に応じて潜在的な干渉を回避するために、選択的に無効化され得る。選択的無効化方式は、プロアクティブまたはリアクティブであるか、あるいは両方の組合せであり得る。2次送信を無効化するためのプロアクティブ方式は、双方向トラフィックをもつ1次フロー、プライベートDRP予約を使用する1次フロー、高QoS要件をもつ1次フロー、および/またはより低いデータレートを生じる低リンクマージンを有する1次フローのために使用され得る。リアクティブ方式は、意図されたおよび他の同時送信の干渉測定値たとえば、信号対干渉雑音比SINRに基づき得る。これらの方式は、1次送信機/受信機と2次送信機/受信機の両方が2次/1次フローの存在に気づいているとき、十分である。2次送信が1次送信への干渉を生じているか、またはその逆である場合、空間再利用は従来のECMA-368モードに戻り得、2次送信は無効化されることになる。したがって、空間再利用は、これらの場合にはECMA-368よりも悪くないが、他の場合には、空間再利用は拡張される。空間再利用拡張の別の態様、すなわち、指向性送信/受信をサポートするためのECMA-368における指向性アンテナの使用および付随する変更について、以下で説明する。ここで、ノードの一部または全部は、指向性送信および受信をサポートするように構成され、これは空間再利用を増加させる。以下でより詳細に説明するように、スーパーフレーム構造は、アンテナトレーニングを可能にするように変更され、対応するビーコンフレーム中に、各デバイスの指向性アンテナ能力を示すための新しいIEが与えられる。図10に、一実施形態による変更されたスーパーフレーム構造を示す。図示のように、スーパーフレーム構造1000は、ビーコン期間1010と、アンテナトレーニング期間1020と、データ期間1030とを含む。ビーコン期間1010は、デバイスがビーコンフレームを送るかまたはリッスンする標準時間期間であり、データ期間1030は、デバイスがデータを送るかまたは受信する後続の時間期間である。ここで、ビーコン期間1010中のビーコン送信および受信はオムニ指向性であるが、データ期間1030中のデータ送信および受信は、サポートされるとき、指向性送信を使用する。オムニ指向性ビーコニングおよび指向性送信は、集中型MACプロトコルたとえば、IEEE802.11では使用されてきたが、これまで、分散型MACプロトコルたとえば、ECMA-368、WiMediaなどにはうまく適用されていないことに留意されたい。概して、デバイスは、1つのビーコンフレーム中ですべてのネイバーにただ1つのビーコンを送る。アンテナトレーニング期間1020は、デバイスが、後続のデータ期間1030中で使用するそれらの指向性アンテナ構成を協調させることができる時間期間として、必要なときに、選択的に設けられる。アンテナトレーニング期間1020中に、チャネルアクセスは競合ベースである。ネイバー発見、同期、およびアンテナトレーニングは、それぞれ、データチャネルと同じチャネル媒体を使用する。図11は、例示的な一実施形態によるアンテナトレーニングプロシージャを示すシグナリング図である。再び図2のワイヤレスアドホックネットワーク200を参照すると、指向性送信をサポートすることが可能なデバイスたとえば、第1のノード210は、指向性送信を同じくサポートするネイバーたとえば、第2のノード220を発見することを試みる1100。互いを聴取することができるノードは、それらのアンテナ上で指向的にトレーニングするためにペアワイズpairwise接続を形成することを試みる。たとえば、第2のノード220が検出された後、第1のノード210は、キャリアセンス多元接続/衝突回避CSMA/CA:CarrierSenseMultipleAccesswithCollisionAvoidanceを使用して、アンテナトレーニング期間1020中にチャネル媒体にアクセスし、第2のノード220にトレーニング要求RTTパケット1110を送る。第2のノード220は、トレーニングクリアCTTパケット1120を送ることによって応答する。RTTパケット1110およびCTTパケット1120は、他のデバイスがその時間中にチャネル媒体にアクセスしないように、オムニ指向的に送られ、アンテナトレーニングフレームトランザクションの持続時間を示す。RTTフレーム1110およびCTTフレーム1120に続いて、第1のノード210は、ネゴシエートされたパラメータに従って、第2のノード220にトレーニングシーケンスもつアンテナトレーニングフレーム1130を送る。第2のノード220は、アンテナフィードバックIEAFIEを含むフィードバックフレーム1140で応答する。アンテナトレーニングフレーム1130およびフィードバックフレーム1140は、必要に応じて複数回交換され得る。粗いセクタ選択およびサポートされる場合より細かいアンテナインデックス選択が、この段階中に実行される。アンテナトレーニングパケットおよびフィードバックパケットのために使用されるPHYレートは、ビーコニングのためのPHYレート、すなわち53.3Mbpsと同じである。一実施形態では、アンテナトレーニングは、最大空間再利用を達成するためにすべてのネイバーとともに実行される。しかしながら、この手法はリソース集約的である。別の実施形態では、アンテナトレーニングは、ノードが後で通信しようとするネイバーのみとともに実行される。この実施形態では、所望のサービス品質QoS要件を満たす利用可能な他のMASスロットがある場合、すでに他のネイバーによって使用されているMASスロットはそのままになるという点で、アンテナトレーニングは、プロアクティブに実行されるのとは反対にリアクティブに実行される。QoS要件を満たすために同じMASスロットが必要とされる場合のみ、ノードは、同時送信が許されるどうかを判断するためにノードが交換すべきデータを有しないことがある他のネイバーの配向を検出することを強制される。アンテナトレーニング期間1020長さは、指向性送信をサポートするすべてのノードが1つのスーパーフレーム1000中でアンテナトレーニングを実行することが可能であるように、十分に長くすることができる。しかしながら、概して、指向性アンテナをサポートするビーコングループ中のノードの数に比例するアンテナトレーニングのオーバーヘッドを保つことが望ましい。デバイスのビーコングループは、そのデバイスと同じビーコン期間開始時間BPST:beaconperiodstarttimeを識別する、ビーコンの受信元である他のデバイスのセットである。したがって、一実施形態では、アンテナトレーニング期間1020は、指向性送信をサポートするノードの数に応じて設けられる。したがって、アンテナトレーニング期間1020は、最大アンテナトレーニング期間長さmMaxATPLengthまで、ビーコン期間1010のように自由に縮小および拡大することができる。この実施形態では、ビーコン期間1010またはアンテナトレーニング期間1020、あるいは両方が変化した場合、データ期間1030の開始はシフトされる。代替的に、アンテナトレーニング期間1020は、ノードの異なるペアのために複数のスーパーフレーム1000にわたってアンテナトレーニングが実行されるような、より短い長さであり得る。この手法は、オーバーヘッドを制限するのを助ける。一実施形態では、アンテナトレーニング期間1020は、ノードのただ1つのペアが1つのスーパーフレーム1000中でアンテナトレーニングを実行するように、少数のMASとして固定される。他のノードは、後続のスーパーフレーム1000上でアンテナトレーニングを実行する。デバイスは、媒体上で前に送信したフレームの終了後、または媒体上で前に受信したフレームの終了後の定義されたフレーム間間隔IFS:InterFramespacing持続時間よりも前にチャネル媒体上でのフレームの送信を開始することを許可されない。2つの異なるIFSが、アンテナトレーニング期間中に使用され得る。より短いIFSたとえば、短フレーム間間隔SIFS:shortinterframespaceは、アンテナトレーニングとアンテナトレーニング後のデータ通信の両方を実行することを希望するデバイスによって使用され得、より長いIFSは、アンテナトレーニングを実行することを希望するが、デバイス間のフローを直ちにサポートする必要がないデバイスによって使用され得る。これは、次の数スーパーフレームにわたってデータを交換しようとしているデバイスに優先度を与える。最後のmMaxATSuperframesスーパーフレーム中でアンテナトレーニングを実行したデバイスは、アンテナトレーニング期間1020中にチャネルアクセスを求めて競合しない。直近のアンテナトレーニング後のmMaxATSuperframesスーパーフレームの終わりに、これらのノードは、上記で説明した2つのIFSのいずれかを使用し得る。各デバイスは、必要な場合、mMaxATSuperframesスーパーフレームごとに1回、それ自体と特定のネイバーとの間のアンテナトレーニングの指示を生成する。そのような指示が生成されたとき、デバイスはアンテナトレーニング期間1020中にチャネルアクセスを求めて競合する。アンテナトレーニング期間1020中にアクセスを求めて競合することの挙動は、よく知られているバックオフプロシージャまたはp-persistentストラテジたとえば、CSMA/CAにおけるものによって支配され得る。アンテナトレーニング期間1020中にアンテナトレーニングを実行することを希望するノードがない場合、アンテナトレーニング期間1020は、代わりに、優先競合アクセスPCA動作のためにデバイスによって要求され得る。PCA動作のためのIFSすなわち、ECMA-368におけるアービトレーションフレーム間間隔AIFS:arbitrationinterframespaceは、上記で説明した両方のアンテナトレーニングIFSよりも大きい。さらに、アンテナトレーニング期間1020中にDRP動作は許されない。DRP予約は、ビーコン期間1010中またはデータ期間1030中のいずれかに行われる。アンテナトレーニングが完了すると、指向性送信をサポートするノード間のDRP予約のためのアンテナインデックス情報がDRP予約IEを介してブロードキャストされる。一実施形態では、指向性アンテナをサポートする能力は、ビーコンフレームの1つまたは複数の新しいIE中で伝達される。別の実施形態では、図5のDRP予約IE500が、予約済みフィールド560中の予約済みビットb15~b13のうちの1つなどにこの情報を含むように変更される。伝達される能力のいくつかは、限定はしないが、TXアンテナ素子の数、トレーニング可能TXフェーズドアレイアンテナサポートインジケータ、RXアンテナ素子の数、トレーニング可能RXフェーズドアレイアンテナサポートインジケータ、およびアンテナフィードバックのサポートを含む。上記で提示した技法は、指向性アンテナをサポートしないレガシーデバイスの存在下でも有利である。通信しようとする2つのノードのいずれかが指向性送信をサポートしない場合、そのノードはアンテナインデックスを示さない。通信しようとする2つのノードのいずれかが指向性送信をサポートしない場合、従来のECMA-368空間再利用に対する利点はない。しかしながら、ビーコングループ中のノードが指向性送信をサポートしない場合、データ期間1030はビーコン期間1010の直後に開始することができ、アンテナトレーニングのためのオーバーヘッドはかからない。他の実施形態では、アンテナトレーニングは、DRP予約またはPCAレジームのいずれかを使用して、データ期間1030中になど、指定されたアンテナトレーニング期間1020外に行われ得る。DRP予約では、たとえば、2つのデバイスは、RTT、CTT、トレーニングおよびフィードバックフレームを交換することによってアンテナトレーニングを実行し得る。さらに、アンテナトレーニング期間1020は、ビーコン期間1010の直後およびデータ期間1030の前に配置されなくてもよいことを諒解されよう。アンテナトレーニング期間1020は、所望される場合、スーパーフレーム1000中の他のどこにでも配置され得、上述のPCAレジームとマージされ得る。アンテナトレーニングのロケーションを移動することは、様々なIFSが依然としてアンテナトレーニングのために使用されることを妨げない。図10には示されていないが、スーパーフレーム1000は、BPSTから開始する、0から15に番号付けされた16個の割り振りゾーンに分割される。各ゾーンは、ゾーン内で0から15に番号付けされた16個の連続するMASスロットを含んでいる。ビーコン期間1010の直後にアンテナトレーニング期間1020を置くことは、場合によっては、ビーコン期間1010とアンテナトレーニング期間1020の両方を受け入れるために割り振りゾーン0および潜在的に割り振りゾーン1からの著しい数のMASスロットを必要とし得るので、アンテナトレーニング期間1020を配置することにおけるフレキシビリティは有利である。したがって、厳しいレイテンシ制限たとえば、1つおきの割り振りゾーンにおけるMAS要件を必要とするDRP予約を受け入れることは可能でないことがある。ある割り振りゾーンおよびMASインデックスにおいてアンテナトレーニング期間1020の開始を設定することによって、デバイスが割り振りトレーニング期間1020の開始を示す必要はない。ECMA-387MACも指向性送信および受信をサポートすることに留意されたい。しかしながら、本明細書で説明する実施形態とECMA-387との間には重要な相違がある。たとえば、ECMA-387では、デバイスは、1つのオムニ指向性ビーコンスロット中ですべてのネイバーにただ1つのビーコンを送る代わりに、複数のビーコンスロット中で異なるネイバーに指向性ビーコンを送る。また、ネイバー発見、同期、およびアンテナトレーニングが、一般に、ECMA-387システムでは、データチャネルとは異なるチャネルにおいて行われる。したがって、本明細書で説明する実施形態は、ECMA-387MACのものに勝る代替物および利点を与える。図12に、上記で説明した図1、図2および図8のものなど、ワイヤレスアドホックネットワークにおける動作のための例示的なワイヤレスデバイスを示す。図示のように、ワイヤレスデバイス1200は、ハンドセット1204などの他のワイヤレスデバイスとピアツーピア通信することが可能であり、また、アクセスポイント1202および/または基地局1206を介して外部ネットワークと通信することが可能であり得る。送信経路上で、ワイヤレスデバイス1200によって送られるべきトラフィックデータを、たとえば、Wi-FiまたはWWANのための適用可能な無線技術に従って、符号器1222によって処理たとえば、フォーマット、符号化、およびインターリーブし、変調器Mod1224によってさらに処理たとえば、変調、チャネル化、およびスクランブルして、出力チップを生成する。次いで、送信機TMTR1232は、出力チップを調整たとえば、アナログに変換、フィルタ処理、増幅、およびアップコンバートし、変調信号を生成し、これが1つまたは複数のアンテナ1234を介して送信される。受信経路上で、アンテナ1234は、他のワイヤレスデバイス1204、WWANにおける基地局1206、および/またはWLANにおけるアクセスポイント1202によって送信された信号を受信する。受信機RCVR1236は、1つまたは複数のアンテナ1234から受信した信号を調整たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化し、サンプルを与える。復調器Demod1226は、サンプルを処理たとえば、デスクランブル、チャネル化、および復調し、シンボル推定値を与える。復号器1228は、シンボル推定値をさらに処理たとえば、デインターリーブおよび復号し、復号データを与える。符号器1222、変調器1224、復調器1226、および復号器1228はモデムプロセッサ1220によって実装され得る。これらのユニットは、通信のために使用される1つまたは複数の無線技術に従って処理を実行する。コントローラ/プロセッサ1240はワイヤレスデバイス1200の動作を制御する。メモリ1242は、ワイヤレスデバイス1200のためのデータおよびプログラムコードを記憶する。コントローラ/プロセッサ1240は、本明細書で説明するプロセス/技法において使用されるビーコンフレーム、IE、データフレームなどのいずれかの生成を含み、図6、図7、および図11のものを含む、本明細書で説明するプロセス/技法のうちの1つまたは複数を実装し得る。メモリ1242は、図3、図4、図5、および図9の予約およびアベイラビリティ情報などの様々なタイプの情報を記憶し得る。情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。さらに、本明細書で開示する実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。本明細書で開示する実施形態に関して説明した方法、シーケンスおよび/またはアルゴリズムは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその2つの組合せで実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。したがって、本発明の一実施形態は、ワイヤレスアドホックネットワークにおいて通信を容易にするための方法を実施するコンピュータ可読媒体を含むことができる。したがって、本発明は、図示の例に限定されるものではなく、本明細書で説明した機能を実行するための任意の手段が本発明の実施形態に含まれる。上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく本明細書において様々な変更および修正を行うことができることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび/またはアクションは特定の順序で実行しなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。