(57)【要約】  媒体（３１０）の分配型予約に対する分配型予約プロトコル（ＤＰＲ）を有するＵＷＢ  ＭＡＣ用の向上したプロトコルを具える分散型媒体アクセス制御システム（３００）、装置（３０１）及び方法を提供する。また、本発明は、分配型予約プロトコルを具えるＭＡＣプロトコルを用いる任意の無線システム（３００）に関する。方法は、ビーコン（４００）の媒体予約を知らせる装置（３０１）と、予約を妨害しないそのような知らせを受け取る装置（３０１）とを有する。
2007520968.tif 000002
【特許請求の範囲】
【請求項１】
複数の装置を有する通信ネットワークにおける分散媒体アクセス制御方法であって、
時間を少なくとも一つのスーパーフレームのシーケンスに分割するステップと、
前記複数の装置のうちの第１の装置が、前記スーパーフレーム中の送信装置による計画された送信に対する予約を有するビーコンフレームを、ターゲットビーコン送信時間（ＴＢＴＴ）で前記スーパーフレームにおいて送信するステップとを具えることを特徴とする方法。
【請求項２】
前記第１の装置を、前記計画した送信の送信機とし、
ａ．前記送信機が、前記予約が有効である間に全てのスーパーフレームのビーコンフレームに予約を有するステップと、
ｂ．前記計画された送信の受信装置によって、前記予約が有効である間に全てのスーパーフレームのビーコンフレームに前記予約を含むステップとを更に具えることを特徴とする請求項１記載の方法。
【請求項３】
前記複数の装置の各々によって送信されるビーコンフレームを、ビーコン期間開始時間（ＢＰＳＴ）に開始点を有するとともにデータ送信段階が続く少なくとも一つのビーコン期間として前記スーパーフレームにグループ化するステップを更に具えることを特徴とする請求項１記載の方法。
【請求項４】
前記送信装置の存在する予約の変更前に、前記送信装置が、前記予約中に計画される送信の受信装置とのネゴシエーションを行うステップを更に具えることを特徴とする請求項１記載の方法。
【請求項５】
前記ネゴシエーションを行うステップが、
前記予約の開始装置が、
開始時間、及びＢＰＳＴ又はＴＢＴＴオフセットによって知らされる持続時間、
予約期間
予約した回数を表すビットマップ、
少なくとも一つのタイムスロット番号、
プライオリティ、
チャネル／ホッピングインディケータ、並びに
コードシーケンスからなる群から選択した少なくとも一つの予約記述を具える分配型予約プロトコル（ＤＲＰ）要求メッセージを送信するステップを具え、
前記ＤＲＰ要求に応答して、前記ネゴシエーションを行うステップが、インディケータを有するプロトコルＤＲＰ要求メッセージ上で分配型予約を送信し、前記インディケータが、前記提案した予約を許容すること、前記提案した予約が他の予約提案によって拒否されること及び前記提案した予約が他の提案なく拒否されることからなる群から選択するステップを更に具えることを特徴とする請求項４記載の方法。
【請求項６】
前記ネゴシエーションを行うステップが、前記予約に対する少なくとも一つの他の利用できる時間提案及び前記スーパーフレーム中の少なくとも一つの他の利用できる時間の情報からなる群から選択した相手もの一つを、前記少なくとも一つの受信装置が前記ＤＲＰ応答に含めるステップを更に具えることを特徴とする請求項５記載の方法。
【請求項７】
前記第１の装置のＴＢＴＴ、前記第１の装置が前記ビーコンフレームを送信するビーコン期間のＢＰＳＴ、前記スーパーフレームの開始、前記スーパーフレームの期間及び前記スーパーフレームのタイムスロットからなる群から選択した基準点に対する予約の開始時間を、前記第１の装置のビーコンフレームに含むステップを更に具えることを特徴とする請求項１記載の方法。
【請求項８】
前記予約の開始時間が、前記第１の装置が次のビーコンフレームを送信する次のスーパーフレームにおける前記基準点に対して与えられ、
前記受信装置によって提案された場合、前記予約に対する少なくとも一つの他の利用できる時間が、前記受信装置が次のビーコンフレームを送信する次のスーパーフレームにおける基準点に対して与えられることを特徴とする請求項７記載の方法。
【請求項９】
前記装置によって受信又は送信される全ての計画された予約のテーブルを、前記複数の装置の各々によって維持するステップを更に具えることを特徴とする請求項１記載の方法。
【請求項１０】
前記予約の受信装置が、ポールパケットを前記送信装置に送信するステップと、
前記ポールパケットの受信に応答して、前記送信装置が、少なくとも一つのデータパケットを前記受信装置に送信するステップと、
前記受信装置が、承認（ＡＣＫ）パケットを送信することによって少なくとも一つのデータパケットの受信を承認するステップとを更に具えることを特徴とする請求項１記載の方法。
【請求項１１】
複数の媒体アクセスタイムスロットを具えるものとして前記スーパーフレームを規定するステップと、
前記複数の媒体アクセスタイムスロットの開始タイムスロットとして予約を規定するとともに複数の媒体アクセスタイムスロットとして持続時間を規定するステップとを更に具えることを特徴とする請求項１記載の方法。
【請求項１２】
複数の時間単位を具えるものとして前記スーパーフレームを規定するステップと、
時間単位の開始時間として予約を規定するとともに複数の時間単位として持続時間を規定するステップとを更に具えることを特徴とする請求項１記載の方法。
【請求項１３】
複数の媒体アクセスタイムスロットを具えるものとして前記スーパーフレームを規定するステップと、
全気風数の媒体アクセスタイムスロットの各々の媒体アクセスタイムスロットごとに少なくとも１ビットを具えるビットマップの少なくとも１ビットとして予約を規定するステップとを具えることを特徴とする請求項１記載の方法。
【請求項１４】
複数の媒体アクセスタイムスロットを具えるものとして前記スーパーフレームを規定するステップと、
予約期間、予約オフセット、予約期間オフセット、予約持続時間、少なくとも一つの媒体アクセスタイムスロットのビットマップ及び予約のタイプからなる群から選択した少なくとも一つのエレメントとして予約を規定するステップとを更に具えることを特徴とする請求項１記載の方法。
【請求項１５】
−スーパーフレームごとの複数の予約及び単一のスーパーフレームに対する有効性、
−スーパーフレームごとの複数の予約及び複数のスーパーフレームに対する有効性、
−スーパーフレームごとの単一の予約及び単一のスーパーフレームに対する有効性、及び
−スーパーフレームごとの単一の予約及び複数のスーパーフレームに対する有効性からなる群から選択した一つのエレメントとして予約を規定するステップを更に具えることを特徴とする請求項１記載の方法。
【請求項１６】
前記予約に対する前記少なくとも一つの他の利用可能な時間が、前記タイムスロットの利用可能性を表すためにタイムスロットごとに少なくとも１ビットを有する利用可能性ビットマップによって知らされることを特徴とする請求項６記載の方法。
【請求項１７】
前記予約に対する前記少なくとも一つの他の利用可能な時間が、予約期間、予約オフセット、予約期間オフセット、予約持続時間、及び前記タイムスロットの利用可能性を表すためにタイムスロットごとに少なくとも１ビットを有するビットマップからなる群から選択した少なくとも一つのエレメントによって知らされることを特徴とする請求項６記載の方法。
【請求項１８】
前記送信装置の最初のビーコンフレーム及び前記受信装置の最初のビーコンフレームを用いて前記予約のネゴシエーションを暗黙のうちに行うステップを更に具えることを特徴とする請求項２記載の方法。
【請求項１９】
利用可能性情報を装置のビーコンフレームに含めるステップを更に具えることを特徴とする請求項１記載の方法。
【請求項２０】
前記開始装置がＤＲＰ完了メッセージの送信のネゴシエーションを完了するステップを更に具えることを特徴とする請求項５記載の方法。
【請求項２１】
前記送信装置が前記予約を終了するステップを更に具えることを特徴とする請求項５記載の方法。
【請求項２２】
装置が、終了コマンドの送信によって、明示的なネゴシエーションによって開始された予約を終了するステップを更に具えることを特徴とする請求項２１記載の方法。
【請求項２３】
前記受信装置が、直接承認（Ｉｍｍ  ＡＣＫ）フレームの送信によってユニキャストストリームの終了コマンドを承認するステップを更に具えることを特徴とする請求項２１記載の方法。
【請求項２４】
ビーコンフレームに予約を予め有する全ての装置によって終了コマンドを送信するステップを更に具えることを特徴とする請求項２２記載の方法。
【請求項２５】
前記ビーコンフレームを送信するステップ及び前記ビーコンフレームを含めるステップが、前記スーパーフレームの少なくとも一つの予約の位置に関する情報を有する分配型予約プロトコル（ＤＲＰ）情報エレメント（ＩＥ）を具えることを特徴とする請求項２記載の方法。
【請求項２６】
現在のビーコンフレーム及び次の全てのビーコンフレームから予約ＩＥを除去すること、及び
現在のビーコンフレームにおいて前記予約ＩＥの持続時間フィールドを零に設定するとともに次のビーコンフレームから前記予約ＩＥを除去することからなる群から選択したサブステップの一つを実行することによって予約を終了するステップを更に具えることを特徴とする請求項２２記載の方法。
【請求項２７】
前記送信するステップが、開始点、持続時間及びビットマップからなる群から選択した予約の情報を前記ビーコンフレームに含み、
前記含めるステップが付加的であることを特徴とする請求項１記載の方法。
【請求項２８】
前記予約を有するビーコンフレームを受信する全ての装置によって前記予約を妨害しないステップを更に具えることを特徴とする請求項１記載の方法。
【請求項２９】
前記計画された送信の方向の情報を前記ビーコンフレームに含めるステップと、
一方向の計画された送信の場合に、受信装置の送信範囲内の装置のみが予約を妨害しないステップとを更に具えることを特徴とする請求項１記載の方法。
【請求項３０】
前記受信装置のみが、前記予約ＩＥを前記ビーコンフレームに含めるステップを実行することを特徴とする請求項２５記載の方法。
【請求項３１】
前記受信装置及び前記受信装置の全ての1-hop隣接装置のみが、前記予約ＩＥを前記ビーコンフレームに含めるステップを実行することを特徴とする請求項２５記載の方法。
【請求項３２】
前記送信装置、前記受信装置並びに前記送信装置及び前記受信装置の全ての1-hop隣接装置が、前記予約ＩＥを前記ビーコンフレームに含めるステップを実行することを特徴とする請求項２５記載の方法。
【請求項３３】
予約の受信装置が、
−ソフト予約の場合、前記送信装置が予約時間を用いないときにそれ自体の送信を開始するステップと、
−ハード予約の場合、前記計画した送信の送信装置が予約時間を用いないときに前記媒体へのアクセスを行わないステップと、
−ビーコン期間予約の場合、ビーコン送信のみの時間を予約するステップとを実行することを特徴とする請求項２７記載の方法。
【請求項３４】
請求項１の分散型媒体アクセス制御方法を実行することによって計画送信の予約をビーコンフレームに含める複数の装置を有する通信ネットワーク。
【請求項３５】
媒体を分散型で予約する無線装置であって、
無線媒体上のメッセージを検知し及び受信するアンテナと、
前記アンテナに結合され、前記無線媒体上を伝送したメッセージを受信する受信機と、
前記アンテナに結合され、メッセージを前記無線媒体上で送信する送信機と、
前記媒体の分散型予約を実行する分配型予約処理モジュールと、
時間を少なくとも一つのスーパーフレームのシーケンスに分割し、前記スーパーフレームの各々が、ターゲットビーコン期間開始時間（ＢＰＳＴ）で開始するとともに少なくとも一つのビーコンスロットを有する少なくとも一つのビーコン期間を有し、前記スーパーフレームにおいて前記ビーコン期間にデータ送信段階が続き、
ｉ．前記ビーコン期間中にビーコンフレームをそれぞれ送信し及び受信し、かつ、前記スーパーフレームの前記データ送信段階中にデータをそれぞれ送信し及び受信する前記送信機及び前記受信機、及び
ii．ａ．ビーコンスロット占有及びデータ送信段階予約を管理し、
ｂ．前記ビーコンフレームが、前記データ送信段階中のデータ送信に対する前記装置による前記媒体の予約を有するように、少なくとも一つのビーコンスロットにおいて送信のためにビーコンフレームをフォーマット化し、かつ、
ｃ．前記媒体上で受け取った予約に応答する少なくとも一つのビーコンスロットにおいて送信のためにビーコンフレームをフォーマット化する分配型予約処理モジュールに結合されたプロセッサとを具えることを特徴とする無線装置。
【請求項３６】
各スーパーフレームが、前記ビーコン期間と前記データ送信段階との間で割り当てられた複数の媒体アクセススロットを更に具え、
ａ．前記プロセッサに作動的に接続し、前記複数の媒体アクセススロットのスロットに対応する少なくとも１ビットを有するビットマップと、
ｂ．前記プロセッサに作動的に接続し、前記装置によって受信し又は送信した全ての計画した予約の予約テーブルを格納するメモリとを更に具え、
前記分配型予約プロトコル（ＤＰＲ）処理モジュールが、
ａ．データ送信に対する前記媒体の予約及びビーコンスロットの占有に従って前記ビットマップの前記少なくとも１ビットをセットし及びリセットし、
ｂ．前記装置によって送信し又は受信した予約を前記メモリの予約テーブルにおいて格納し及び削除することを特徴とする請求項３５記載の無線装置。
【請求項３７】
媒体を分散型で予約する無線装置であって、
無線媒体上のメッセージを検知し及び受信するアンテナと、
前記アンテナに結合され、前記無線媒体上を伝送したメッセージを受信する受信機と、
前記アンテナに結合され、メッセージを前記無線媒体上で送信する送信機と、
前記媒体の分散型予約を実行する分配型予約処理モジュールと、
前記分配型予約処理モジュール、分配型予約プロトコル（ＤＰＲ）ビットマップ、及びＤＰＲ予約テーブルを有するメモリに結合され、前記分配型予約処理モジュール、前記ＤＰＲビットマップ及び前記ＤＲＰ予約テーブルを用いて請求項１の分散型媒体アクセス制御方法を実行するプロセッサとを具えることを特徴とする無線装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、超帯域（ＵＷＢ）媒体アクセス制御（ＭＡＣ）用プロトコルに関する。更に詳しくは、本発明は、本発明は、ＵＷＢ  ＭＡＣ用の向上したプロトコルに関する。最も詳しくは、本発明は、分配型予約プロトコル（ＤＲＰ）を具えるＵＷＢ  ＭＡＣ用の向上したプロトコルに関する。また、本発明は、分配型予約プロトコルを具えるＭＡＣプロトコルを用いる無線システムに関する。
【背景技術】
【０００２】
無線パーソナルエリアネットワーク（ＷＰＡＮｓ）は、典型的なローカルエリアネットワーク（ＷＬＡＮ）のネットワークインフラストラクチャを提供することができない。それにもかかわらず、BluetoothやIEEE802.15.3のような現存する一部のＷＰＡＮｓは、「ピコネットコーディネータ」(Piconet Coordinator)のような中央ユニットに頼っている。これによって、トポロジー管理が更に複雑になり、最終的には互いに相違するタイプの装置となる。分配型ＭＡＣプロトコルは、全ての装置すなわちノード間で機能を分配することによってネットワークインフラストラクチャの必要を減少する。分配型無線パーソナルエリアネットワーク（ＷＰＡＮ）用のアクセスポイント又は中央座標が存在しない。すなわち、分散したＷＰＡＮの全ての装置は、同一のプロトコル動作を示し、同一のハードウェア／ソフトウェア機能を有する。非同期及び等時性データ転送は、大抵のＷＰＡＮｓでサポートされている。Bluetooth及びIEEE802.15.3において等時性転送がピコネットコーディネータによって構成されるのに対して、本発明では等時性転送が十分に分配して処理される。
【０００３】
本発明において、全ての装置は、ビーコン通信を通じてエアタイム(airtime)の利用を通知し、隣接する装置からのビーコンを受信することによって隣接する装置のエアタイムの利用を認識し、データの送信／受信前の他の装置のエアタイムの利用を妨害しない。
【０００４】
これによって、分配型ＭＡＣプロトコルは、アドホックアプリケーション及びピアツーピアネットワーキングに非常によく適したものとなる。さらに、分配型ＭＡＣに基づく装置による媒体の予約によって、媒体上の検知及び衝突回数を減少する。
【０００５】
媒体予約の分配によって、リアルタイムストリーミングサポートを保証することができる。非常に有効なリアルタイムストリーミングプロトコルによって、オーディオやビデオのようなリアルタイムデータの制御された配送を可能にする。データ源は、ライブオーディオ及びビデオのようなライブデータフィードと、予め記録されたイベントのような格納コンテンツとの両方を有することができる。分配型ＭＡＣ用のリアルタイムストリーミングプロトコル（ＲＴＳＰ）を、ＲＴＰやＨＴＴＰのような確立されたプロトコルとともに動作するように設計することができる。
【０００６】
データスループットが増大し、メッシュネットワーキングサポートが著しく向上している。
【０００７】
マルチバンドＯＦＤＭアライアンス（ＭＢＯＡ）は、ＵＷＢ用の新たなＭＡＣを現在規格化している。本発明者は、この新たな規格のベースラインを構成し、本発明の文脈の多くをＭＢＯＡの詳細にあてた。本発明及び関連のＭＢＯＡ規格によれば、全ての装置は、通信する装置間でのコーディネーション(coordination)を維持するために、ビーコン１０５を規則的に送信することが要求される。ビーコン１０５は、ネットワークに対する基本タイミングを提供し、等時性予約に関する情報を提供する。ＭＢＯＡによって選択されたプロトコルの特定のパラメータは、６５，５３６［ｕｓｅｃ］の長さのスーパーフレーム１００を有し、スーパーフレーム１００は、２５６メディアアクセススロット（ＭＡＳ）から構成され、各ＭＡＳの長さは２５６［ｕｓｅｃ］となる。ＭＡＳスロットは、０から２５５まで番号が付けられ、ＭＡＳスロット９を最初のスロットとする。複数のスロットタイプは、装置又は隣接する装置によってＭＡＳがどのようにして利用されるかに応じて規定される。
【０００８】
通信を確立できる前に、装置は、それ自体のビーコングループを確立し又は現存するｇビーコングループに加入する必要がある。（ビーコン周期としても知られている）ビーコン段階(beacon phase)１０２の各々に対して、連続する８個のＭＡＳがビーコンスロットとして利用され、この場合、全ての装置がビーコン１０５を送信する。スーパーフレーム１００の開始時間は、ビーコン周期１０１の開始によって決定され、ビーコン周期開始時間（ＢＰＳＴ）として規定され、ＭＡＳスロットは、この開始時間に関連して番号が付けられる。装置が新たなビーコングループを開始すると、装置は、他のビーコングループのタイムスロット予約と衝突しない任意のタイムスロットでスーパーフレーム境界を規定する。
【発明の開示】
【０００９】
洗練された分配型予約プロトコルすなわちＤＲＰは、遅延の影響が及ぼされるアプリケーションを良好にサポートするとともに分配型ＭＡＣの良好な媒体アクセスを提供することが必要とされる。本発明のシステム及び方法は、分配型ＭＡＣの目的に適合するＤＲＰを提供する。
【００１０】
分配型ＭＡＣプロトコル及び本発明の重要な特徴は、パケット又はパケットのバーストの受信機によって予約が提供されることである。これによって、メッシュネットワーキングの場合における有効な動作を妨害する隠れ端末問題を回避する。送信機並びに送信機及び受信機に隣接するものも予約を提供する。
【００１１】
分配型ＭＡＣプロトコルにおいて、図１に示すように時間がスーパーフレーム１００において分割される。各スーパーフレーム１００の開始時に、データ送信間隔／段階１０２が続くビーコン周期（ＢＰ）１０１としても知られているビーコン間隔／段階が存在する。
【００１２】
ＢＰ１０１内の複数のビーコン１０５は、短フレーム間隔(short inter-frame space: SIFS)及びｍビーコンガード時間１０４によって分離される。
【００１３】
送信を計画している装置は、送信、送信の持続時間、送信プライオリティ等に対する将来の開始時点を、計画した送信の意図した一つ以上の受信機に対して提案する。開始時間及び持続時間を、開始タイムスロット及び複数のタイムスロットの形態又はビットマップの形態で知らせ、この場合、“１”は、予約を提案したスロットに知らされる。チャネルタイムネゴシエーション(channel time negotiation)の二つの変形：明示的な(explicit)ＤＲＰネゴシエーション及び暗黙の(implicit)ＤＲＰネゴシエーションが予測される。
【００１４】
明示的な変更において、ネゴシエーションを開始するために専用の「予約要求」管理フレームが送信機によって用いられる。受信機は、将来の計画された送信時間中に媒体が受信側でフリーであるか否か評価する。この評価を実行できるようにするために、各装置／ノードは、他の全ての装置の予約を例えばビットマップで局所的に格納する。受信機が、意図した周期に対して他の予約を有しない場合、受信機は、予約要求の送信機に対して肯定的な応答を送信する。このために専用の「予約応答」管理フレームが用いられる。受信機が送信を許容することを所望しない場合又は計画した時間中に受信機が他の予約を格納した場合、受信機は、否定的な応答を送信機に送信する。この否定的な予約応答において、受信機は、計画した送信に対して他の時間を任意に提案することができる。これらの他の時間を、開始のタイムスロット及び複数のタイムスロットの形態又はビットマップの形態で知らせることができ、この場合、例えば、“１”は、受信側のあり得るタイムスロットを知らせる。
【００１５】
送信機及び受信機が予約のネゴシエーションに成功した場合、両方の装置は、次のＭＡＣサブフレーム１００の各ビーコンフレームに予約情報を有する。ビーコン１０５は、スーパーフレーム１００の開始時にＢＰ１０１中で送信される。図１参照。送信機及び一つ以上の受信機は、到来しようとしている送信についての情報を送信機及び一つ以上の受信機の周りの全ての装置に対して提供するために、ビーコン１０５に予約情報を有する。ビーコン１０５における他の装置のそのような予約情報を受信する装置は、例えばビットマップにこの予約情報を局所的に登録すなわち格納し、各チャネル（例えば、ホッピングシーケンス）上の知らされた時点における計画された送信の持続時間中に任意の媒体アクセスを防止する。換言すれば、局所的に格納された予約情報は、装置が送信機又は受信機であるそれ自体の送信に対する無線媒体上のフリータイムを決定するために装置によって用いられる。それ自体の送信に対して、装置は、他の装置の予約が登録されない、すなわち、局所的に記憶されない期間を選択する。
【００１６】
好適例において、予約要求、予約応答、ビーコンフレームにおける含まれる装置のアナウンスメント及び次のデータ送信のプロセスを、図２に示す。ＭＡＣスーパーフレーム１００は、「ビーコン期間開始時間」(beacon period start times: BPST)又は「ターゲットビーコン送信時間」(target beacon transmission times: TBTT)２０１として知られている規則的な間隔で開始する。所定のスーパーフレーム１００において、送信機が、データ送信送信段階１０２中に予約要求２０２を送信し、（ユニキャスト接続の場合の）単一の受信機及び（マルチキャスト接続の場合の）複数の受信機が、予約応答２０３によって同一のスーパーフレーム２０５で応答する。予約のネゴシエーションが成功した場合、送信機及び一つ以上の受信機は、次のスーパーフレーム２０６ＢＰ１０１のビーコン２０４に予約情報を有する。
【００１７】
暗黙のネゴシエーションの場合、予約要求フレーム及び予約応答フレームがスキップされ、予約情報が送信機のビーコンに直接含まれる。以前に存在しなかったストリームに対して、装置識別子（ＩＤ）又は装置が関与するマルチキャストグループのＩＤがビーコンに含まれることを受信機が検出する場合、受信機は、このストリームに対する予約情報もビーコンに含めることによって暗黙に応答する。それは、同一の予約情報を有し、これによって提案を受け入れ、又は、他の時間／スロットに情報を有し、又は要求を拒否することができる。受信機が、提案した他の時間を有する場合、送信機は、他の時間を受け入れ、ビーコン中に各予約情報を有し、（最終的には次のスーパーフレームにおける）受信機の利用可能性を反映する新たな提案を開始する。
【００１８】
本発明のプロトコルは、各スーパーフレーム１００における動的な送信の予約を許容する。しかしながら、予約要求及び予約応答メッセージ交換のオーバーヘッドを省くために、本発明の好適例において、予約は、次のスーパーフレーム２０６に対してだけでなく引き続く全てのスーパーフレームに対する予約として自動的に解釈される。送信機が予約の変更を所望する場合、送信機は、新たな予約情報をビーコン１０５に分配する。
【００１９】
明示的なＤＲＰの場合、送信機又は受信機は、予約終了フレームを送信することによって予約を終了することができる。暗黙の場合、予約を、ＤＲＰ情報をビーコンから除去し又は零持続時間を有する同一ストリームに対して予約を送信することによって終了することができる。予約終了フレーム又はビーコン中の消失予約情報エレメント（すなわち零持続時間を有する予約）の受信に応答して、装置は、局所的に格納された対応する予約情報を削除する。
【００２０】
現在装置が媒体それ自体を予約しようと試みる将来の時間に装置が予約情報を受信する場合、装置は、計画された送信のプライオリティが受信した予約のプライオリティより高い場合にのみそれ自体の予約の分配が許容される。等しいプライオリティの場合、媒体は、（ストリームの識別子のような）乱数、最初の到来又は最初の提供に基づいて予約される。それ自体の予約が他の装置によって却下されたことを装置が検出する場合、装置は、計画した送信を取り消し、次のスーパーフレームで新たな予約を形成することを試みる。他の全ての装置は、ローカルメモリ３０８に格納された予約テーブルの高プライオリティ（例えば、小さい乱数）で予約に入る。
【００２１】
要約すると、装置が媒体の予約を試みようとするときには常に以下のルールが適用される。
（１）媒体が既に装置によって予約されている場合、他の装置は、決してこの予約を覆すことができない。
（２）二つの装置が同一のスーパーフレームで予約を試みる場合、高プライオリティ（又は等しいプライオリティの場合の小さいランダムストリームＩＤ）の予約がまさる。
【発明を実施するための最良の形態】
【００２２】
本発明のシステム及び方法のこれら及び他の形態を、図面及び発明の詳細な説明から明らかにする。
【００２３】
以下の説明は例示のためであって制限のためでないことを当業者によって理解すべきである。当業者は、発明の要旨及び添付した請求の範囲内にある多数の変形が存在することを理解する。既知の機能及び動作の不必要な詳細を、本発明を不明瞭にしないように記載から省略する。
【００２４】
図３Ａは、本発明の実施の形態を適用した無線パーソナルエリアネットワーク３００を示す。ネットワークは、複数の無線パーソナル通信雄地３０１を有する。従来のアプローチにおいて、各装置３０１は、無線範囲３０２内で任意のアドホックネットワークに加入することができ、したがって、一つ以上のＢＰに加わることができる。
【００２５】
図３Ａに示すＷＰＡＮ３００内の各無線装置１０１は、図３Ｂに示したアーキテクチャを含むシステムを有する。各無線装置３０１は、無線媒体３１０上で通信を行う受信機３０２に結合したアンテナ３０６を有する。装置３０１はそれぞれ、プロセッサ３０３と、分配型予約プロトコル（ＤＲＰ）処理モジュール３０４とを具える。例えば、装置において、プロセッサ３０３は、対応するビーコン位置を有する一つ以上のＤＲＰ情報エレメント７００ｉのＤＲＰ要求コマンド１００を受信機３０２から受信し、予約のネゴシエーションを行うとともにネゴシエーションの結果に従ってデータを送信するためにＤＲＰ処理モジュール３０４を用いてＤＲＰ要求コマンド１０００を処理する。装置において、プロセッサは更に、ＤＲＰコマンドをフォーマット化するためにＤＲＰ処理モジュール３０４を使用し、その後、プロセッサは、ＤＲＰ要求コマンド１１００を、送信機３０６を通じて受信装置に送信し、図１１に示すようなパラメータを指定することによって予約要求に応答する。さらに、無線装置３０１によってネゴシエーションが成功するとともにビーコン中で受信した予約は、将来の予約要求に応答するとともにそれ自体の将来の予約を計画する際にプロセッサ３０３及びＤＲＰ処理モジュール３０４によって使用される持続的な記憶領域又はＤＲＰビットマップ３０５に記憶される。同様に、ローカルメモリに格納された予約テーブル３０８は、装置１０１によって受信し及び形成された予約を格納するのに用いられる。
【００２６】
好適な実施の形態において、ＢＰ１０１中に、起動状態又は標準的な省電力モードの全ての装置は、それ自体のビーコン１０５を送信する。ビーコン１０５のフレーム本体は、図４に示すような以下のフィールド及び情報エレメント（ＩＥ）を具える。
・  スロット数４０１
・  装置識別子４０２
・  ＭＡＣアドレス４０３、及び
・  所定の数の情報エレメント（ＩＥｓ）４０４
【００２７】
スロット数４０１は、ビーコンが送信されるスロットを表す。本発明は、更に多くの装置をサポートするために同一スーパーフレーム内で複数のビーコン期間が可能となるシステムにも適用される。しかしながら、簡単のために、以下では一つのビーコン期間を仮定する。
【００２８】
装置ＩＤ４０２は、装置の４８ビット（又は６４ビット）ＭＡＣアドレスから取得（又は任意に選択）するとともに装置をアドレス指定する再にオーバーヘッドを省く目的を有する（例えば１６ビットの）比較的短いＩＤである。
【００２９】
ＭＡＣアドレス４０３は、装置の４８ビット（又は６４ビット）の完全なＭＡＣアドレスである。
【００３０】
情報エレメント（ＩＥｓ）を、互いに相違するタイプとすることができる。情報エレメントのタイプを、情報エレメント識別子（ＩＤ）によって識別することができる。本発明で更に詳細に説明するＩＥｓの例は、以下の通りである。
・  装置性能（ＤＥＶ−ｃａｐ）情報エレメント
・  ビーコン位置占有情報エレメント（ＢＰＯＩＥ）、及び
・  分配型予約プロトコル（ＤＲＰ）情報エレメント（ＩＥ）
【００３１】
装置の性能に関連するＤＥＶ−ｃａｐ情報エレメントを、図５に示す。エレメントＩＤ５０１は、ＩＥを識別し、長さ５０２は、ＩＥの長さを与え、性能コード５０３は、装置がサポートするのがどの性能であるかを例えばビットマップの形態で識別する。図４，５，６，７，８，１０，１１及び１２を右から左に読む必要がある。
【００３２】
図６に示すビーコン位置占有情報エレメント（ＢＰＯＩＥ）は、エレメントＩＤ６０１と、ＩＥの長さ６０２の情報と、（ビーコン期間が動的な長さである場合の）ビーコン期間全体の長さ６０３の情報と、ここで特定されない他のフィールド６０４（他のフィールドが本発明によるものであることを示す。）と、ビーコンスロット情報フィールド６０５のリストとを有する。ビーコンスロット情報フィールド６０５は、各スロットの他の装置の受信したビーコン１０５を表す。したがって、各ビーコンスロット情報フィールドは、ビーコンスロット（位置）の数６０７と、ビーコン１０５を送信した装置の短い装置ＩＤ６０６とを有する。ビーコン位置占有情報エレメントは、各ビーコン１０５で要求される。その理由は、それ自体のビーコンの受信が成功したか否か又はビーコンの衝突が生じたか否かの情報を他の装置に提供する必要があるからである。ビーコンの衝突は、二つの装置がＢＰに任意に選択した同一ビーコン位置を有することに起因し、又はメッシュネットワークのシナリオにおける隠れ端子問題に起因する。メッシュネットワークのシナリオの場合、互いに相違する二つの装置が互いに知らされておらずに他の装置のビーコン位置に気付かないときには、装置は、ＢＰ１０１の同一位置で互いに相違する装置から二つのビーコン１０５を受信する。
【００３３】
装置が、このスーパーフレーム１００のデータ送信段階１０２の将来の送信の送信機又は受信機である場合、分配型予約プロトコル情報エレメント（ＤＲＰ  ＩＰ）がビーコンに含まれる。他の実施の形態において、ＤＲＰ  ＩＥも送信機及び一つ以上の受信機の直接隣接するビーコンに含まれる。
【００３４】
好適な実施の形態において、ＤＲＰ  ＩＥは、図７に示すようにフォーマット化される。
エレメントＩＤ７０１は、情報エレメントをＤＲＰ  ＩＥとして識別する。長さ７０２のフィールドは、ＤＲＰ情報エレメントの長さをオクテット数で与える。ＤＲＰの詳細７０３を図８に個別に示し、それは、以下のフィールドを有する。
【００３５】
Ｔｘ／Ｒｘビット８０１は、装置が計画送信の送信機である場合には０に設定し、装置が受信機の場合には１に設定する。Ｔｘ／Ｒｘビットは、予約がハード型(type Hard)又はソフト型(type Soft)である場合にのみ復号される。本発明の他の実施の形態において、Ｔｘ／Ｒｘビットは、ストリームが１方向（例えば認可されない）又は双方向であるかを表すのに用いられる。ストリームが１方向である場合、送信機は、ビーコンに予約情報を有する必要がない。他の実施の形態において、Ｔｘ／Ｒｘビットは、ＤＲＰ  ＩＥに存在しない。その理由は、Ｔｘ／Ｒｘビットが厳密に要求されないからである。
【００３６】
ＡＣＫポリシービット８０２は、Ｎｏ−ＡＣＫポリシーを伴うユニキャスト予約及びマルチキャスト又はブロードキャスト予約に対して０に設定され、Ｉｍｍ−ＡＣＫ又はＢ−ＡＣＫポリシーを伴う予約に対して１に設定される。
【００３７】
タイプフィールド８０３は、予約のタイプを表し、表１に示すように符号化される。
【００３８】
【表１】
2007520968.tif 000003
【００３９】
送信のプライオリティ８０４は、０と７との間の値を有することができ、この場合、プライオリティは、ＩＥＥＥ８０２．１ｄ  ＡｎｎｅｘＨ．２に従って選択される。
【００４０】
ストリームＩＤ８０５は、任意に選択された値であり、この値は、データストリームを識別し、同一セットの送信機と一つ以上の受信機との間の複数のストリームを区別するのに用いられる。
【００４１】
チャネル数８０６は、データ送信に用いられるチャネル数に設定される。データ送信及びビーコン送信が常に同一チャネルで実行される場合、このフィールドは使用されていない。ここではそれを完了に対して示す。
【００４２】
宛先／ソースＤＥＶＩＤ７０４は、装置が送信の送信機である場合には受信機のＤＥＶＩＤ、マルチキャストグループＩＤ又はブロードキャストＩＤに設定され、装置が計画送信の受信機である場合には送信機のＤＥＶＩＤに設定される。
【００４３】
予約ブロック７０７は、スーパーフレーム内の予約回数ｒｓｐタイムスロット(reserved times, rsp. Time slots)に情報を有する。予約回数を知らせる種々の方法が可能である。予約ブロックの符号化の３例を図７Ａ，７Ｂ及び７Ｃに示す。本発明の要旨を変更せずに他の方法を想定することもできる。複数の予約ブロックを一つのＤＲＰ  ＩＥに含めることができる。これは、単一のＤＲＰ  ＩＥで複数の予約を知らせるのに有用である。
【００４４】
図７Ａに示す第１の実施の形態において、予約は、ＢＰＳＴオフセット（又は予約のＴＢＴＴオフセット若しくは期間）７０５及び持続時間７０６によって与えられる。ＢＰＳＴオフセット（又はＴＢＴＴオフセット若しくは期間）は、計画送信の開始時間を規定する。それは、ＢＰＳＴに対して規定された最初の予約スロットのスロット番号に設定される。（例えば、スロット化されていないシステムに対する）他の実施の形態において、ＢＰＳＴオフセットは、複数のシンボル（３１２．５ｎｓ）で与えられる。更に別の実施の形態において、オフセットは、ビーコン期間開始時間に対して規定されず、創始のビーコンのターゲットビーコン送信時間（ＴＢＴＴ）に対して規定される。他の実施の形態において、オフセットフィールドは、連続する二つの予約間のオフセット、すなわち、予約の期間を与える。
【００４５】
持続時間７０６は、複数のデータスロットにおいて、予約の持続時間を有する。他の実施の形態において、持続時間は、複数のシンボル（３１２．５ｎｓ）で与えられる。
【００４６】
本発明の他の実施の形態において、予約の開始点及び持続時間は、図７Ｂに示すように一つ以上のビットが各ＭＡＳの状態を記述するビットマップ７０８によって知らされる。ＭＡＳごとに単一のビットである場合、予約の開始点は、例えば、ビットマップで“１”を有する最初のＭＡＳによって与えられ、長さは、ビットマップの連続する“１”の数によって与えられる。
【００４７】
一例としてのみ、上記二つの実施の形態を、図７Ｃに示すように、一般化した予約ブロックに組み合わせることもでき、この場合、予約の期間及びビットマップが組み合わされる。大抵の一般形態の予約フィールドにおいて、予約タイプフィールド７０８は、スーパーフレームごとの複数の予約回数によって予約が周期的か否か又は予約がスーパーフレームにおいて単一の期間を予約するか否かを表すことができる。特に、スーパーフレームごとに単一の予約期間を有する場合、予約タイプフィールドは、予約が各スーパーフレーム内でのみ有効であるか否か又は予約が終了するまで続く全てのスーパーフレームに対しても有効であるか否かも表すことができる。予約の期間及びビットマップを組み合わせるために、例えば、スーパーフレームの２５６スロットをＭブロックに分割することができ、この場合、Ｍは、予約のあり得る最小期間である。期間フィールド７１０は、複数の最小予約期間として予約の期間を与える。オフセットフィールド７１１は、（周期的な予約に対する）最初の予約、ｒｓｐ及び単一の予約を有するブロックのオフセットを表す。ビットマップフィールド７１２は、予約ブロック内で予約されたスロットをビットマップの形態で表す。したがって、予約フィールドの一般化された構造は、オフセット概念とビットマップ概念との組合せである。
【００４８】
ＤＰＲ  ＩＥは、本発明の要旨を変更することなく他のエレメントを有することができ又は互いに相違する構造を有することができる。あり得る他のフィールドの一例は、例えば、ＤＲＰネゴシエーションが成功のうちに完了したか否かを表すフィールドとすることができる。
【００４９】
他の装置との通信に加わろうとしている装置は、ＢＰ１０１中にビーコンを送信するＢＰアクセス法を用いる。装置は、ビーコン期間中にビーコン１０５以外のフレームを送信しない。装置は、ＢＰ１０１中に他の装置のビーコン１０５を走査する。
【００５０】
ＢＰは、（所定の最大長を有する）動的な長さとすることができ、所定の数のＭＡＳスロットからなる。各ＭＡＳスロットは、持続時間mBeaconSlotLengthの３ビーコンスロットを有する。ビーコンフレーム長は、mBeaconSlotLengthを超えない。
MbeaconSlotLength = mMaxBeaconLength + SIFS + mBeaconGuardTime
【００５１】
これは、ＢＰ１０１内のビーコン１０５が「短フレーム間隔」（ＳＩＦＳ）１０４及びmBeaconGuardTimeによって切り離されていることを意味する。可変ＢＰ１０１は、一つの送信機及び一つ以上の受信機の典型的な場合においてビーコンのオーバーヘッドが最小になるという顕著な利点を有する。
【００５２】
新たな装置がネットワークに加わる場合、新たな装置は、少なくとも一つの完全な最初のビーコン間隔が知らされ、ビーコン１０５に含まれる情報を評価する。受信したビーコン１０５及びそれに含まれるＢＰＯＩＥから、新たな装置は、占有されたビーコン位置を推定する。（装置の処理速度に依存する）同一又は次のスーパーフレーム１００において、装置は、空のビーコンスロットの一つにビーコンを送信し、それをＢＰの最後に添付し、これによってＢＰのサイズが増大する。二つの装置が他の問う位置ビーコン位置／番号を選択した場合、例えば、二つの装置が同一スーパーフレーム１００のネットワークに加わった場合、装置は、消失したＢＰＯＩＥによって次のスーパーフレーム１００での衝突を検出する。そのような場合、装置は、スーパーフレーム１００にビーコン１０５を再送信し、それは、互いに相違するからのビーコンスロットにおける最後のトライとなる。
【００５３】
同様にして、装置がネットワークから出るとともにビーコンスロットが空になる場合、ＢＰのサイズを減少することもできる。
【００５４】
各ビーコン期間中、装置は、ビーコンスロットの占有及び関連のＤＥＶＩＤを格納するためにビットマップを維持する。ビーコンスロットは、
ａ）ビーコンが当該スロット中に受信し、又は
ｂ）ビーコンスロットが、同一ビーコングループの装置から受信したＢＰＯＩＥに含まれるときには常にビットマップ中でビジーとマークされる。
【００５５】
ビーコンスロットは、
ａ）ビーコンが、mMaxLostBeaconの連続するスーパーフレーム中にスロットで受信せず、かつ、
ｂ）スロット情報が、mMaxLostBeaconの連続するスーパーフレーム中に同一のビーコングループの任意の装置から受信したＢＰＯＩＥに含まれない場合には常にビジーからアイドルに変更される。
【００５６】
装置は、衝突が生じない場合には次のスーパーフレームの同一ビーコンスロットにビーコン１０５を送信する。
【００５７】
装置は、ビーコンスロット選択衝突を解決するためにビーコン衝突解決プロトコル（ＢＣＲＰ）を用いる。装置は、全てのビーコン１０５にＢＰＯＩＥを有する。
【００５８】
ビーコンフレームの受信に応答して、装置は、送信機のＤＥＶＩＤ及びビーコンを受信するスロット番号をセーブする。この情報は、次のスーパーフレームのビーコン装置から送信されるＢＰＯＩＥに含まれる。スーパーフレーム１０１中に受信したビーコンの情報のみが、次のスーパーフレームで送信されるＢＰＯＩＥに含まれる。
【００５９】
装置のＤＥＶＩＤが、mMaxLostBeaconの連続するスーパーフレーム中にＢＰＯＩＥにおいて隣接するビーコンから消失する場合、装置は、次のスーパーフレームにおいてビーコンスロットをアイドルスロットに変更する。ＤＲＰ予約は維持され、ビーコンスロットが変更された場合に再びネゴシエーションを行う必要がない。
【００６０】
装置は、複数のビーコン期間中にビーコンを発することができる。装置は、各ビーコングループに対して個別のビットマップを維持する。ＢＰＯＩＥは、各ビーコングループに対して独立して計算され、装置は、対応するビーコン期間中に各ビーコングループに対してＢＰＯＩＥを送信する。
【００６１】
隣接するＢＰ１０１が検出される場合、装置は、それ自体のビーコンにタイプＢＰ予約のＤＲＰ  ＩＥ７００を有する。ＤＲＰ予約は、隣接するＢＰ１０１が用いるＭＡＳスロットに亘って延在する。
【００６２】
タイプＢＰのＤＲＰ予約を有するビーコンを受信する装置は、隣接するＢＰを走査する。走査プロセス中、隣接するＢＰが検出される場合、タイプＢＰのＤＲＰ予約７００は、それ自体のビーコンに含まれる。ＤＲＰ予約は、隣接するＢＰが用いるＭＡＳスロットに亘って延在する。
【００６３】
通信を所望するピア装置は、同一ＢＰ１０１にビーコンを有する。送信装置が（互いに相違する）複数のＢＰ１０１でビーコンを発する装置と通信を行う場合、これらの装置が２以上のビーコングループのメンバーであるため、送信装置は、これら複数のＢＰ１０１でビーコンを発する。
【００６４】
装置は、存在する要約の状態を維持するために、存在する全てのＢＰ１０１のビーコンを周期的に走査し、衝突を解決できるようにする。装置は、新たな予約を行い又は予約を変更する前に、存在する予約を決定するために全てのビーコン周期を走査する。装置は、予約の変化を知らせるために隣接するＢＰのビーコンを付加的に送信することができる。隣接するＢＰ１０１から受信した予約は、装置のビーコングループ内の予約に対するルールと同一のルールに従って受け取られる。
【００６５】
存在するＤＲＰがＢＰ１０１と衝突する場合、ＢＰ１０１は、最高のプライオリティを有し、したがって、存在するＤＲＰ予約は再びネゴシエーションにかけられる。二つ以上のＢＰが衝突する場合、衝突するビーコンを有する装置は、衝突のない空のスロットを探索する。場合によっては、装置は、他のアイドルスロットで新たなＢＰ１０１を開始することができる。
【００６６】
少なくともmMaxLostBeaconの連続するスーパーフレームに対するＢＰ１０１中にビーコン１０５を受信しないとき、ＢＰ１０１は終了し、したがって、ＢＰ予約をクリアすることができる。
【００６７】
好適な実施の形態において、スーパーフレームに対して単一のビーコン期間が許容される。以前に分離した二つの装置グループ及び関連のビーコン期間が範囲内になると、これらは単一のビーコン期間に統合する必要がある。この単一のビーコン期間は、スーパーフレームの開始時に配置される。他のビーコン期間を走査するとともにこれらをＢＰ予約によってプロテクトするルールは、本実施の形態では必要でないが、ビーコン期間の統合中の遷移段階に適用することができる。
【００６８】
発明の要約に記載したように、本発明のＤＲＰプロトコルは、予約の明示的又は暗黙のネゴシエーションを許容する。明示的な場合、要約は、ＤＲＰ要求及びＤＲＰ応答コマンド又は制御ハンドシェイクによって確立される。他の実施の形態において、３方向ハンドシェイクが用いられ、この場合、ＤＲＰ要求及びＤＲＰ応答にＤＲＰ完了フレームが続き、ＤＲＰ完了フレームは、ＤＲＰ要求フレームを送信するのと同一お装置によって送信される。明示的な場合において、予約は、ＤＲＰ終了フレームによって終了される。本発明の他の態様において、このＤＲＰ終了フレームは、以前に予約を知らせた全ての装置によって繰り返される。本発明の更に別の態様において、予約は、零持続時間を有するＤＲＰ  ＩＥを有することによって又は対応するＤＲＰ  ＩＥを除去することによって終了される。
【００６９】
暗黙の場合、ハンドシェイクは、送信機及び一つ以上の受信機のビーコンにＤＲＰ  ＩＥを有することによって暗黙のうちに実行され、コマンド／制御フレームが予め送信されない。
【００７０】
ＤＲＰ要求コマンド１０００を、ＤＲＰ予約を要求し又は変更するのに用いることができる。ＤＲＰ要求コマンド１０００は、図１０に示すようにフォーマット化される。
【００７１】
ＤＲＰ要求コマンド１０００に含まれる各ＤＲＰ  ＩＥフィールド７００．ｎは、非隣接ＤＲＰ要求に対応する。各ＤＲＰ  ＩＥ７００．ｎは、図７で規定したようにフォーマット化される。ストリームＩＤは、各ＤＲＰ  ＩＥ７００．ｎにおいて同一値に設定される。
【００７２】
ＤＲＰ応答コマンド１１００は、図１１に示すようにフォーマット化される。
ストリームＩＤ１１０３の値は、ＤＲＰ要求ＤＲＰ  ＩＥ７００．ｎからコピーされる。
【００７３】
リーズンコード１１０４は、ＤＲＰ要求が成功したか否かを表す。このフィールドに割当て可能なコードは、
０＝成功
１＝チャネル時間が利用できない
２＝要求されたスーパーレートがサポートされない
３＝要求が拒否された
４−２５５＝予約された
【００７４】
ユニキャストＤＲＰネゴシエーション中、リーズンコードが１に設定される場合、装置は、ＤＲＰ応答コマンドに利用可能ビットマップ１１０５を有する。利用可能ビットマップ１１０５を、必要でなくても他の全てのリーズンコードに含めることもできる。
【００７５】
マルチキャストＤＲＰネゴシエーション中、装置は、リーズンコード０，１及び２に対してＤＲＰ応答コマンドに利用可能ビットマップ１１０５を有する。また、利用可能ビットマップ１１０５を、必要でなくても他の全てのリーズンコードに含めることもできる。
【００７６】
利用可能ビットマップフィールド１１０５は、２５６ビットを有する。各ビットはＭＡＳスロットに対応する。１の値は、ＭＡＳがＤＲＰ割当てに利用できないことを表す。０の値は、ＭＡＳがＤＲＰに利用できることを表す。明らかに、ビットの定義を反対にすることができる。他の実施の形態において、ビットマップは、ＭＡＳごとに２ビット以上有することもできる。
【００７７】
ＤＲＰ  ＩＥの予約の開始点及び持続時間がビットマップ又はオフセットとビットマップとの組合せによって知らされる他の実施の形態において、レスポンダは、利用可能マップの代わりにＤＲＰ応答フレームにＤＲＰ  ＩＥの全体又は一部を有することもできる。
【００７８】
ＤＲＰ応答受信後にＤＲＰ要求フレームによってネゴシエーションを開始したのと同一の装置によって本発明の他の実施の形態におうて送信される付加的なＤＲＰ完了コマンドは、図１０のＤＲＰ要求コマンドで同一フォーマットを有する。
【００７９】
ＤＲＰ終了コマンドは、図１２に示すようにフォーマット化される。
ストリームＩＤは、終了したＤＲＰの送出識別を表す。
【００８０】
好適な実施の形態において、競合アクセスに基づく第２の媒体アクセス機構は、ＤＲＰアクセスのほかに規定される。競合アクセスを、ＤＲＰプロトコルによって以前に予約されなかった全てのＭＡＳスロットに対して用いることができる。競合アクセスを、例えば妨害のために予約チャネル時間を利用できない場合にＤＲＰを用いるトラフィック用のフォールバックアクセス機構としても用いることができ、新たな予約を確立する必要がある。
【００８１】
ＤＲＰアクセス法の場合、予約のネゴシエーションは、アプリケーションに依存するストリームセットアップによってトリガがかけられ、高次層(higher layer)のストリームセットアップ中又は後に実行される。しかしながら、ＤＲＰネゴシエーションを、接続セットアップとして考察すべきでなく、チャネル時間ネゴシエーション手順として考察すべきである。ネゴシエーションを繰り返すことができ、すなわち、割り当てられたチャネル時間を、ストリームの寿命中の任意の時間に変更する。
【００８２】
本発明のＤＲＰによって、装置は、スーパーフレーム１００のデータフェーズ１０２の１以上の期間に予約を行うことができる。予約は、開始ＭＡＳスロット及びＭＡＳスロットの持続時間、ビットマップ又はこれらの組合せによって規定した送信の期間を保証する。予約機構を、例えば、省電力及び／又は等時性ＱｏＳに用いることができる。ＤＲＰ予約の送信機又は受信機である全ての装置は、ビーコン１０５に予約を知らせる。
【００８３】
他のタイプの予約は、他のビーコン期間に対する特別なタイプのハード予約である。これは、外部のビーコン期間の存在を検出する他の装置に対して有用である。
【００８４】
好適な実施の形態において、互いの相違するタイプの予約：ハード予約、ソフト予約及びＢＰ１０１予約が規定される。ハード予約は、ＴＤＭＡスロットに相当する。ソフト予約を、未使用予約時間の再使用を許容するのに用いることができる。予約タイプは、ビーコン１０５に含まれるＤＲＰ情報エレメント７００及び明示的なＤＲＰネゴシエーションの場合のＤＲＰ要求１０００コマンドにおいて知らされる。全ての装置は、ビーコン１０５及びＤＲＰ  ＩＥ７００を復号するとともに、各予約タイプに対して特定されたアクセスルールに従う。
【００８５】
ハード予約において、媒体がアイドルであるとしても、予約のオーナーのみが媒体にアクセスすることができる。他の装置は、送信機及び一つ以上の受信機が未使用予約を解除した後にのみ媒体へのアクセスが許容される。
【００８６】
ハード予約中、予約されたデータ転送の送信機及び一つ以上の受信機は、ビーコン１０５に含まれるＤＲＰ  ＩＥ７００により送信機及び受信機の周辺で媒体としてのデータの転送が既にクリアされる前にＲＴＳ−／ＣＴＳ−フレームを交換する必要がない。
【００８７】
ソフトウェア予約期間中、他の装置は、競合アクセスルールに従う媒体にアクセスすることができる。予約のオーナーは、最高のプライオリティでバックオフを実行することなく媒体にアクセスすることができる。予約機構があらゆる衝突を除外すべきであるとしても、装置が予約情報を受信しなくてもよく、この場合、キャリア検知は、あり得る衝突を除外する。本発明の他の実施の形態において、予約のオーナーでさえも所定の期間中に媒体を検知する必要がある。送信機が、以前に予約したタイムスロットを用いない場合、ソフトタイプの予約は特に有用である。この場合、スロットは、競合モードにおいて他の装置にアクセス可能である。
【００８８】
ビーコン期間予約を、特定のタイプのハード予約と考えることができる。ビーコン期間は、（ビーコン期間が統合される前の遷移段階中又はスーパーフレームごとの複数のビーコン周期が許容される場合に）外部のビーコン期間をプロテクトするとともに外部のビーコン期間の存在を隣接する装置に示すのに有用である。
【００８９】
他のタイプの予約が可能であり、本発明の範囲内である。
ガードタイムは、隣接する予約の送信に衝突が生じないようにすることが要求される。更に、ＳＩＦＴタイムは、送信間に十分なターンアラウンドタイムを補償することが要求される。予約は、ＤＲＰ  ＩＥ７００で指定されるように開始ＭＡＳスロット７０５及びＭＡＳスロット７０６の持続時間によって規定される。
【００９０】
ガードタイムは、ある予約期間の終了と次の予約期間の開始との間の時間である。ＳＩＦＳを予約期間の一部として含むとともに予約期間の間でガードタイムを割り当てることによって、送信が少なくともＳＩＦＳによって離間される。図１３は、隣接する予約期間のオーナーが互いにドリフトする場合に送信が少なくともＳＩＦＳ１３０１によって離間されるようにガードタイムを割り当てる方法の図である。
【００９１】
要求されるガードタイムは、ＤＥＶのローカルタイム間の最大ドリフトに依存する。このドリフトは、基準イベントに同期をとってから経過した時間の関数である。各装置は、時間基準としての役割を果たす交渉ビーコン期間開始時間（ＢＰＳＴ）を伊序する。装置は、ビーコングループで最低速クロックを有する隣接部とのスーパーフレーム同期を維持するためにＢＰＳＴを調整する。そうちは、隣接部のそれぞれからビーコンを受信する実際の時間と予測時間との間の差を測定する。隣接部が低速クロックを有する場合、差は正である。次に、装置は、ビーコングループの全ての隣接部に対して最大差だけＢＰＳＴを遅延する。
【００９２】
ガードタイムは、（最小クロック精度に依存する）あり得る最大ドラフトとＳＩＦＳタイムとの和である。
【００９３】
ハード予約では、装置は、ローカルクロックに基づいて予約の最初のＭＡＳの開始で伝送を開始する。ソフト予約又は他の実施の形態において、送信を走査時間だけ先行する必要がある。予約の際に、送信機は、所望するだけパケットを送信することができ、すなわち、データパケットのバーストを送信することができ、この場合、パケットは、例えばＳＩＦＳ休止時間によって分離される。
【００９４】
受信機は、ＤＡＴＡフレーム（図１４）を承認せず、中間（ＩＭＭ）ＡＣＫフレームによる単一のＤＡＴＡフレーム（図１５）のそれぞれを承認し、又はバースト／遅延ＡＣＫフレームによってＤＡＴＡフレームのバーストを承認する。バースト／遅延ＡＣＫフレームは、先行するデータパケットの各々を承認する情報を有し、したがって、損なったフレームの選択的な拒否を許容する。
【００９５】
送信機は、ＡＣＫ及び最終的なＳＩＦＳ時間が予約の長さを超えないように（ソフト予約の場合の）アクセスタイムに要求される時間及びパケットのバーストを保証する。他の装置の送信が予約期間中の所定の期間をブロックする場合、送信機は、スケジュール上での送信の終了を保証するために、それに応じて送信されたデータ量を減少する。
【００９６】
あるＤＥＶのクロックが理想的な時間に対して速く、他のＤＥＶのクロックが理想的な時間に対して遅いので、ＢＰ１０１中にビーコン１０５を受信し又はＤＲＰ予約中にフレームを受信することを予測するＤＥＶは、計算されるＢＰ１０１又はＤＲＰ予約の開始時間前に受信を開始し、計算される一つのＳＩＦＳ内でのＢＰ１０１又はＤＲＰ予約の終了時間後に受信を継続する。ＤＲＰ予約又はＢＰ１０１の開始前及びＤＲＰ予約又はＢＰ１０１の終了後にＤＥＶに知らされる時間量は、十分満たされる(up to the implementer)。
【００９７】
チャネル時間の予約のネゴシエーションを行う二つの機構：専用のＤＲＰ要求／応答１０００／１１００（及び付加的なＤＲＰ完了）コマンド／制御フレームによる明示的なネゴシエーションと、送信機及び一つ以上の受信機のビーコン１０５にＤＲＰ  ＩＥ７００を含めることに酔うる暗黙のネゴシエーションとが存在する。予約は、計画された送信の送信機と一つ以上の受信機との間でネゴシエートされる。一旦予約が確立されると、予約情報が、各スーパーフレーム１００におうて送信機及び一つ以上の受信機のビーコン１０５に含まれ、この場合、予約は有効のままである。これは、存在する予約についての情報を送信機及び一つ以上の受信機の隣接する装置に提供するのに必要である。ＤＲＰストリームの送信機及び一つ以上の受信機のビーコン１０５は、同一のＢＰ１０１で送信される。しかしながら、予約はＢＰ１０１間で規定される。したがって、装置は、存在する予約を決定するために、新たなＤＲＰネゴシエーションを開始し又は存在する予約を変更する前に全てのＢＰ１０１を走査する。さらに、装置は、存在する予約の状態を維持するために散在する全てのＢＰ１０１のビーコン１０５を周期的に走査し、衝突を潜在的に解決する。好適な実施の形態において、走査し及びｒｓｐ復号される必要がある１ビーコン期間のみ存在する。
【００９８】
各装置は、ＤＲＰ要求／応答１０００／１１００コマンド／制御フレームを用いて明示的なＤＲＰネゴシエーションを行うことができるか否か及びｄＲＰ  ＩＥ７００をビーコン１０５に含めることによって暗黙のＤＲＰネゴシエーションを行うことができるか否かビーコン１０５において知らせる。装置は、各ＤＲＰネゴシエーション機構をサポートしない装置とともにＤＲＰネゴシエーションを開始しない。それにもかかわらず、明示的又は暗黙のＤＲＰネゴシエーションを行うことができない装置は、他の装置のビーコン１０５のＤＲＰ  ＩＥ７００で知らされる予約を妨げない。
【００９９】
明示的なＤＲＰネゴシエーションは、例えば競合アクセス機構を用いて送信されたＤＲＰコマンドを利用する（が、既にネゴシエーションされた予約内で送信されることができる。）。送信機の開始するネゴシエーションが本発明の好適な実施の形態であるとしても、明示的なユニキャストネゴシエーションを、計画された送信の送信機又は受信機によって開始することができる。明示的なマルチキャストネゴシエーションを、マルチキャストグループの送信機によってのみ開始することができる。送信機の開始したユニキャストネゴシエーション中に用いられるメッセージのシーケンスを図１６に示し、受信機の開始したユニキャストネゴシエーション中に用いられるメッセージのシーケンスを図１７に示す。送信機の開始したマルチキャストネゴシエーション中に用いられるメッセージのシーケンスを図１８に示す。ネゴシエーションの完了を確認するためにシーケンスの終了時にイニシエータが他のＤＲＰ完了フレームを送信する際に、３方向ハンドシェイクを用いる他の実施の形態を明示的に示さない。
【０１００】
受信機の開始したネゴシエーションは、送信機の開始したネゴシエーションと同様であり、装置がストリームの送信機の代わりに受信機を意図することを表すためにＤＲＰ要求コマンド／制御フレーム１０００の単一ビットが“１”の代わりに“０”に設定される点のみが異なる。
【０１０１】
装置は、単一のＤＲＰネゴシエーションと同時に同一ストリームに対して複数のＤＲＰ予約を要求することができる。各ＤＲＰ  ＩＥ７００において、ＢＰＳＴオフセットフィールドで指定された開始ＭＡＳスロット及び複数のＭＡＳスロットの持続時間が提案される。各ＤＲＰ  ＩＥ７００のストリームＩＤは同一値に設定され、その値は、ストリームＩＤが装置のペア（又はマルチキャスト接続の場合の装置のセット）に対して独自のものであると確定する間にストリームの最初のセットアップで任意に選択され又は高層によって与えられる。イニシエータは、局所的に記憶された情報に基づいて、提案された予約のＭＡＳスロットを選択し、したがって、存在する予約を妨害せず、一つ以上の受信機の利用可能性を考察する。
【０１０２】
ユニキャスト宛先ＤＥＶＩＤのＤＲＰ要求を受け取ると、装置は、ＤＲＰ応答コマンド／制御フレームが続くＩｍｍ−Ａｃｋフレームに応答する。ＤＲＰ応答コマンドは、Ｉｍｍ−Ａｃｋが送信されるとともに要求が処理された後に競合アクセスを用いて送信される。Ｉｍｍ−Ａｃｋを受信しない場合、送信機は、競合アクセスモードでＤＲＰ要求フレームを再送信する。
【０１０３】
一旦ＤＲＰ要求コマンド１０００が送信されると、装置は、ｍＤＲＰ要求タイムアウトを待機する。要求が送信された後にＤＲＰ応答コマンド１１００がｍＤＲＰ要求タイムアウトの時間内に受信されなかった場合、装置は、ＤＲＰ要求コマンド１０００を再送信することができる。
【０１０４】
装置の加入するマルチキャストグループのＩＤに受信機ＤＥＶＩＤが整合するＤＲＰ要求コマンド／制御フレーム１０００を受信する際に、装置は、Ｉｍｍ−Ａｃｋフレームに応答しない。装置は、例えば競合モードにおいてＤＲＰ応答コマンド１１００を有するコマンドに応答する。
【０１０５】
ＤＲＰ要求コマンド１０００の受信機は、要求された時間中に媒体がフリーであるか否かを、局所的に格納された情報に従って評価する。媒体がフリーであり、装置が送信を行わず又は要求された時間中に受信がスケジューリングされる場合、装置は、成功に等しいステータスコードを有するＤＲＰ応答コマンド１１００に応答し、これによってＤＲＰ要求を肯定的に承認する。
【０１０６】
他の予約との衝突のためにＤＲＰ要求コマンド１０００の受信機が要求を許容できない場合、ＤＲＰ応答コマンド１１００のリーズンコードは、「チャネルタイム利用不可能」に設定される。この場合、ＤＲＰ応答コマンド１１００は、利用できるスロットをＤＲＰに対して知らせるために利用可能性ビットマップを有する。
【０１０７】
ＤＲＰ応答コマンド１１００においてチャネルタイム利用不可能を受信すると、ＤＲＰ要求コマンドの送信機は、受信機の利用可能性に整合する時間を有する新たなＤＲＰ要求コマンド１０００によって新たなネゴシエーションプロセスを再開する。
【０１０８】
提案された予約時間中に媒体が占有されていることをＤＲＰ要求コマンド１０００の受信機が見つける場合及び他の期間を識別できない場合、ＤＲＰ要求コマンド１０００の受信機は、「要求否定」に設定されたリーズンコードを有するＤＲＰ応答コマンドに応答する。受信機が他の任意の理由で予約を受け入れることを所望しない場合にもリーズンコードが「要求否定」に設定される。
【０１０９】
ＤＲＰ要求コマンド１０００がマルチキャストグループの送信機によって送信される場合、この送信機は、複数のＤＲＰ応答コマンド１１００を受信する。応答の一部は、ネゴシエーションが成功しなかったことを表す。送信機は、ＤＲＰ応答フレームの利用可能性ビットマップに基づいて最大数の受信機を可能にする予約期間を選択することを試みる。あり得る最適な予約期間中にセーブすることができない予約を、個別のユニキャスト又はマルチキャスト予約期間中にセーブすることができる。これらの予約を、個別のＤＲＰネゴシエーションによってセットアップする必要がある。
【０１１０】
送信機及び一つ以上の受信機が予約のネゴシエーションに成功した場合、これらは、次のスーパーフレーム１００のＢＰ１０１の各ビーコン１０５に予約情報を有する。
【０１１１】
本発明の他の実施の形態において、一つ以上の受信機のみがビーコンに予約情報を有する。これは、例えば一方向接続の場合に可能である。
【０１１２】
他の実施の形態において、受信機及び直接(1-hop)隣接する全ての装置は、ビーコン中に予約情報を有する。
【０１１３】
更に別の実施の形態において、送信機、受信機並びに送信機及び受信機の直接(1-hop)隣接する全ての装置は、ビーコン中に予約情報を有する。
【０１１４】
ユニキャストストリームの送信機若しくは受信機又はマルチキャストストリームの送信機が予約を変更することを所望する場合、これらは、新たなＤＲＰ要求コマンド１０００及びＤＲＰ応答コマンド１１００メッセージ交換を開始し又はビーコン１０５のＤＲＰ  ＩＥ７００を用いて暗黙のＤＲＰネゴシエーションを用いることができる。
【０１１５】
送信機の開始するネゴシエーションが本発明の好適な実施の形態であるとしても、（暗黙のネゴシエーションと称される）ビーコン１０５のＤＲＰ  ＩＥ７００を用いるユニキャストＤＲＰネゴシエーションを、計画された送信の送信機又は受信機によって開始することができる。暗黙のマルチキャストネゴシエーションを、マルチキャストグループの送信機によってしか開始することができない。
【０１１６】
ビーコン１０５のＤＲＰ  ＩＥ７００を用いた暗黙のＤＲＰネゴシエーションによって、ストリームの送信機及び一つ以上の受信機のビーコン１０５にＤＲＰ  ＩＥ７００を含める前にＤＲＰ要求コマンド１０００又はＤＲＰ応答コマンド１１００が送信されない。したがって、このタイプのＤＲＰネゴシエーションは、競合チャネルアクセスをサポートしない装置に適している。
【０１１７】
装置は、少なくとも暗黙のＤＲＰネゴシエーションをサポートする装置とともに暗黙のＤＲＰネゴシエーションを開始するだけである。ＤＲＰコマンド／制御フレームによって明示的なＤＲＰネゴシエーションをサポートする装置は、暗黙のＤＲＰネゴシエーションもサポートする。暗黙のＤＲＰネゴシエーションをサポートするだけの装置が存在してもよい。
【０１１８】
装置は、対応するＤＲＰ  ＩＥ７００をビーコン１０５に含めることによって暗黙のＤＲＰネゴシエーションを開始することができる。装置が、計画された送信の送信機を意図する場合、ＤＲＰ  ＩＥの“Ｔｘ／Ｒｘビット”を“０”に設定し、装置が受信機の場合、ＤＲＰ  ＩＥの“Ｔｘ／Ｒｘビット”を“１”に設定する。宛先／ソースＤＥＶＩＤフィールド７０３は、一つ以上の通信パートナーのＤＥＶＩＤに設定される。新たなストリームに対して、ストリームＩＤは、このセットの装置に対して現在用いられていない値に設定される。ＤＲＰ  ＩＥ７００を有するビーコン１０５は、通信パートナーがビーコンを発するＢＰ１０１で送信される。この最後のルールは、本発明の好適な実施の形態におけるように単一のＢＰが存在する場合には使われない。
【０１１９】
暗黙のＤＲＰネゴシエーションをサポートする装置は、全てのＤＲＰ  ＩＥ７００の宛先／ソースＤＥＶＩＤフィーるおｄ７０４におけるＤＥＶＩＤの発生に対してそれ自体のＢＰ１０１の全てのビーコン１０５を走査する。宛先／ソースＤＥＶＩＤ７０４がそれ自体のＤＥＶＩＤに整合する場合、装置は、ビーコン１０５の送信機との通信の際にストリームＩＤ８０５が既に用いられているか否かチェックする。使用されていないストリームＩＤ８０５は、新たな暗黙のＤＲＰネゴシエーションを表す。存在するストリームを変更するための暗黙のＤＲＰネゴシエーションの場合は、新たな暗黙のＤＲＰネゴシエーションのように取り扱われる。
【０１２０】
ビーコン１０５におけるＤＲＰ  ＩＥ７００の意図した受信機は、要求された時間中に媒体がフリーであるか否かを、局所的に格納された情報に従って評価する。媒体がフリーであるとともに、要求された時間中にそれ自体の送信又は受信がスケジュールされる場合、装置は、反転したＴｘ／Ｒｘビット８０１及び宛先／ソースＤＥＶＩＤフィールド７４３の通信パートナーのＤＥＶＩＤを有するそれ自体の次のビーコン１０５のＤＲＰ  ＩＥ７００を引き継ぐ。そのようなＤＲＰ  ＩＥは、暗黙のＤＲＰ開始の肯定的な承認と解釈される。
【０１２１】
開始するビーコン１０５のＤＲＰ  ＩＥ７００の意図した受信機が、他の予約との衝突のために暗黙の要求を許容できない場合、それは、ＤＲＰ  ＩＥ７００に他のＢＰＳＴ又はＴＢＴＴオフセットを提案する。このために、受信機は、ビットマップ又はオフセットとビットマップとの組合せを有することもできる。ＤＲＰ  ＩＥが既にビットマップを有する本発明の他の実施の形態において、他のビットマップは必要でない。暗黙のネゴシエーションのイニシエータは、他の予約提案の一つを許容するとともにそれを次のビーコン１０５に含むことができ、又は新たな予約提案によってネゴシエーションプロセスを再開することができる。後者は、レスポンダがビーコンにおいて例えばビットマップの形態のあり得る全てのＢＰＳＴオフセット及び持続時間を有する場合には必要とされない。
【０１２２】
レスポンダのビーコンにあり得る全ての予約時間を含めることは、送信機が予約の共通時間を見つけることができるようにするためにマルチキャストストリームの場合に特に有用である。最終的に選択した予約期間中に利用できない受信機を、個別のユニキャスト又はマルチキャスト予約期間中に利用することができる。これらの予約は、個別のＤＲＰネゴシエーションによってセットアップすることができる。
【０１２３】
開始ビーコン１０５におけるＤＲＰ  ＩＥ７００の意図した受信機が、提案した予約時間中に媒体が占有されていることを見つける場合、及び、他の期間を識別できない場合、又は、任意の理由による装置が予約を受け入れるのを所望しない場合、受信機は、反転したＴｘ／Ｒｘビット８０１、宛先／ソースＤＥＶＩＤフィールド７０４の通信パートナーのＤＥＶＩＤ及び零に設定された持続時間フィールド７０６を有するそれ自体の次のビーコン１０５のＤＲＰ  ＩＥ７００を引き継ぐ。零に設定された持続時間７０６を有するそのようなＤＲＰ  ＩＥ７００は、暗黙のＤＲＰ開始の否定的な承認と解釈される。この場合、イニシエータは、暗黙のＤＲＰネゴシエーションを再開しない。
【０１２４】
送信機及び一つ以上の受信機が、予約のネゴシエーションに成功した場合、これらは、次のスーパーフレーム１００のＢＰ１０１における各ビーコンフレーム１０５に予約情報を保持する。本発明の他の実施の形態において、一つ以上の受信機のみがビーコンに予約情報を有する。他の実施の形態において、受信機及び全ての直接(1-hop)隣接する装置がビーコンに予約情報を有する。他の実施の形態において、送信機、受信機並びに送信機及び受信機の全ての直接(1-hop)隣接する装置が、ビーコンに予約情報を有する。
【０１２５】
ユニキャストストリームの送信機若しくは受信機又はマルチキャストストリームの送信機が予約の変更を所望する場合、これらは、新たな暗黙のＤＲＰネゴシエーションを開始することができる。古いストリームのストリームＩＤ８０５を保持することができる。この理由は、暗黙のＤＲＰネゴシエーションをサポートする装置が予約フィールド（例えば、持続時間７０６、ＢＰＳＴ又はＴＢＴＴオフセット７０５）（及び付加的なチャネル番号フィールド８０６）の変化に対する存在するそれ自体のストリームの受信した全てのＤＲＰ  ＩＥ７００をチェックするからである。変更したＤＲＰ  ＩＥ７００は、新たな暗黙のＤＲＰ開始にように取り扱われる。
【０１２６】
隣接ＢＰ１０１が検出される場合、ハードタイプ及びサブタイプＢＰのＤＲＰ  ＩＥ７００は、隣接ＢＰ１０１をプロテクトするためにビーコン１０５に含まれる。
【０１２７】
他の装置のビーコン１０５の予約情報を受信する装置は、この予約情報を局所的に格納し、ＤＲＰ  ＩＥ７００のＢＰＳＴ又はＴＢＴＴオフセットフィールド７０２によって表すアナウンスされた時点で任意の媒体アクセスの実行を延ばす。予約のオーナーは、予約期間の開始における媒体のアクセスが許容される。
【０１２８】
互いに独立した二つのセットの装置がＤＲＰネゴシエーションを並行に行うことができる。この場合、解決する必要がある予約の衝突が発生することがある。装置が将来に予約情報を受信する場合、装置が媒体それ自体を予約し、装置の計画した送信のプライオリティが受信した予約のプライオリティより高い場合にのみ、装置がそれ自体の予約を保持することができる。等しいプライオリティの場合、低いストリームＩＤを有する送信装置の予約が優先する。この理由は、ストリームＩＤが任意に選択されるからである。それ自体の予約が他の装置によって却下されたことを装置が検出する場合、装置は、計画した送信を取り消し、次のスーパーフレーム１００において新たな予約を行うことを試みる。全ての装置は、同一又は重複する期間中に高プライオリティ又は低ＤＥＶＩＤを有する予約を受信した場合、局所的に記憶された予約情報を変更する。
【０１２９】
ＤＥＶは、ＤＲＰ終了コマンドを送信することにより明示的なネゴシエーションによって開始される予約を終了する。ユニキャストストリームのコマンドは、ＩｍｍＡｃｋフレームによって承認される（図１９参照）。ＤＲＰ終了コマンドは、マルチキャストＤＲＰ終了の場合に承認する必要がない（図２０参照）。
【０１３０】
本発明の他の実施の形態において、ＤＲＰを終了する装置だけでなく、ビーコン中に予約を広めた全ての装置が、ＤＲＰ終了コマンドを送出する。
【０１３１】
暗黙のＤＲＰネゴシエーションによってセットアップされたストリームを、ＤＲＰ  ＩＰ７００をビーコン１０５から除去し又はＤＲＰ  ＩＥの持続時間を零に設定（し若しくはビットマップを全て零に設定）するともにＤＲＰ  ＩＥを後に除去することによって終了することができる。正確に受信したビーコン１０５で消失したＤＲＰ  ＩＥ７００は、ストリームの終了と解釈される。他の実施の形態において、この機構を、明示的なネゴシエーションによってセットアップされたストリームを終了するためにＤＲＰ終了コマンドの代わりに用いることができる。
【０１３２】
一旦ＤＲＰを終了すると、含まれる全てのＤＥＶは、ＤＲＰ  ＩＥ７００をビーコン１０５からクリアする。
【０１３３】
ビーコン１０５を消失ＤＲＰ  ＩＥ７００と共に受信する場合、全ての装置は、消失ＤＲＰに関連した予約に関するあらゆるローカル情報をクリアすることができる。
【０１３４】
ＤＥＶが、mMaxLostBeacon連続フレーム中に一つ以上のＤＲＰ  ＩＥ７００を含むビーコン１０５を受信しない場合、ＤＥＶは、当該ビーコン１０５で知らされた一つ以上のＤＲＰ予約時間をクリアする。
【０１３５】
本発明の好適な実施の形態を図示し及び説明したが、当業者が理解するように、ここで説明したような管理フレーム、装置アーキテクチャ及び方法は例示であり、本発明の範囲を逸脱することなく、種々の変形及び変更が可能であり、構成要素を等価物に置換することができる。さらに、多数の変形は、本発明の範囲を逸脱することなく本発明の教示を特定の状況に適合することができる。したがって、本発明は、本発明を実行するためのベストモードとして開示した特定の実施の形態に限定されるものではなく、本発明は、添付した請求の範囲内の全ての実施の形態を含む。
【図面の簡単な説明】
【０１３６】
【図１】全体に亘るスーパーフレームレイアウトを示す。
【図２】ＭＡＣプロトコル動作の概観を示す。
【図３Ａ】本発明によって構成された装置の無線ネットワークを示す。
【図３Ｂ】本発明による媒体の分散アクセス制御を実行するように構成された装置を示す。
【図４】装置のビーコンフレームの構造を示す。
【図５】適応情報エレメントの構造を示す。
【図６】ビーコン期間占有情報エレメントの構造を示す。
【図７】図７Ａ，７Ｂ及び７Ｃにおける予約情報の他の構造を有する分配型予約プロトコル情報エレメントの構造を示す。
【図７Ａ】予約情報の他の構造を示す。
【図７Ｂ】予約情報の他の構造を示す。
【図７Ｃ】予約情報の他の構造を示す。
【図８】ＤＲＰ制御フィールドの構造を示す。
【図９】ビーコン周期の構造を示す。
【図１０】ＤＲＰ要求コマンド及び付加的なＤＲＰ完了コマンドの構造を示す。
【図１１】ＤＲＰ要求コマンドの構造を示す。
【図１２】ＤＲＰ終了コマンドの構造を示す。
【図１３】ガードタイムを示す。
【図１４】ＡＣＫのないＤＲＰ予約の終了時におけるＳＩＦＳ及びガードタイムを示す。
【図１５】直前のＡＣＫによるＤＲＰ予約の終了時におけるＳＩＦＳ及びガードタイムを示す。
【図１６】ユニキャスト予約を開始した送信機に対するメッセージシーケンスチャート（ＭＳＣ）を示す。
【図１７】ユニキャスト予約を開始した受信機に対するＭＳＣを示す。
【図１８】マルチキャスト予約を開始した送信機に対するＭＳＣを示す。
【図１９】ユニキャストＤＲＰ終了に対するＭＳＣを示す。
【図２０】マルチキャストＤＲＰ終了に対するＭＳＣを示す。
【図１】
2007520968.tif 000004
【図２】
2007520968.tif 000005
【図３Ａ】
2007520968.tif 000006
【図３Ｂ】
2007520968.tif 000007
【図４】
2007520968.tif 000008
【図５】
2007520968.tif 000009
【図６】
2007520968.tif 000010
【図７】
2007520968.tif 000011
【図７Ａ】
2007520968.tif 000012
【図７Ｂ】
2007520968.tif 000013
【図７Ｃ】
2007520968.tif 000014
【図８】
2007520968.tif 000015
【図９】
2007520968.tif 000016
【図１０】
2007520968.tif 000017
【図１１】
2007520968.tif 000018
【図１２】
2007520968.tif 000019
【図１３】
2007520968.tif 000020
【図１４】
2007520968.tif 000021
【図１５】
2007520968.tif 000022
【図１６】
2007520968.tif 000023
【図１７】
2007520968.tif 000024
【図１８】
2007520968.tif 000025
【図１９】
2007520968.tif 000026
【図２０】
2007520968.tif 000027
【国際調査報告】
2007520968.tif 000028
2007520968.tif 000029
2007520968.tif 000030
2007520968.tif 000031