特表2024-525893 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ソニー株式会社の特許一覧 ▶ ソニー　コーポレイション　オブ　アメリカの特許一覧

特表2024-525893非同時送信／受信リンク上でのチャネルアクセス

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-07-12

(54)【発明の名称】非同時送信／受信リンク上でのチャネルアクセス

(51)【国際特許分類】

H04W 74/0808 20240101AFI20240705BHJP

H04W 84/12 20090101ALI20240705BHJP

H04W 72/0446 20230101ALI20240705BHJP

【ＦＩ】

H04W74/0808

H04W84/12

H04W72/0446

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024503498

(86)(22)【出願日】2022-07-13

(85)【翻訳文提出日】2024-01-18

(86)【国際出願番号】 IB2022056470

(87)【国際公開番号】W WO2023002307

(87)【国際公開日】2023-01-26

(31)【優先権主張番号】63/223,634

(32)【優先日】2021-07-20

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】17/847,342

(32)【優先日】2022-06-23

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(71)【出願人】

【識別番号】504257564

【氏名又は名称】ソニーコーポレイションオブアメリカ

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居幸一

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚文昭

(74)【代理人】

【識別番号】100141553

【弁理士】

【氏名又は名称】鈴木信彦

(72)【発明者】

【氏名】シンリャンシャオ

(72)【発明者】

【氏名】アブエルサウードモハメド

(72)【発明者】

【氏名】スンリ－シャン

(72)【発明者】

【氏名】シャチン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067EE02

5K067EE25

5K067EE72

5K067JJ01

(57)【要約】

特にマルチリンク装置（ＭＬＤ）の局（ＳＴＡ）間の非同時送受信（ＮＳＴＲ）通信においてマルチリンク動作が効率を高める無線通信プロトコル。ＭＬＤ１がリンク１のＴＸＯＰ所有者であり、ＭＬＤ２がＭＬＤ１への送信のためにリンク２でチャネルにアクセスする際に、ＭＬＤ１がリンク１上で受信中である場合、ＭＬＤ２は直ちにリンク２を介してＭＬＤ１に送信を行う。ＭＬＤ１がリンク１上で送信中である場合、ＭＬＤ２はリンク２を介してフレームを送信してチャネルを占有し、その後にＭＬＤ１がリンク１上で受信中である時に、ＭＬＤ２はＭＬＤ１に別のフレームを送信する。
【選択図】図１７

【特許請求の範囲】

【請求項1】

ネットワークにおける無線通信のための装置であって、
（ａ）ネットワークの他の無線局（ＳＴＡ）と通信するために、チャネルの複数のリンクを介してマルチリンク動作を実行し、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用してチャネルにアクセスする局（ＳＴＡ）としての無線通信回路と、
（ｂ）前記無線通信回路に結合されて通信プロトコルを実行するプロセッサと、
（ｃ）前記プロセッサによって実行可能な、前記ネットワーク上の他のＳＴＡと通信するための命令を記憶する非一時的メモリと、
を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
（ｉ）第１のマルチリンク装置（ＭＬＤ１）が、非同時送受信（ＮＳＴＲ）通信を実行するように構成されるとともに、第１のリンク（リンク１）の送信機会（ＴＸＯＰ）所有者であることと、
（ｉｉ）前記ＳＴＡが、第２のマルチリンク装置（ＭＬＤ２）内で動作しており、ＭＬＤ１への送信のために第２のリンク（リンク２）上のチャネルにアクセスすることと、
（ｉｉｉ）ＭＬＤ１がリンク１上で受信中である場合、ＭＬＤ２が直ちにリンク２を介してＭＬＤ１に送信を行うことと、
（ｉｖ）ＭＬＤ１がリンク１上で送信中である場合、ＭＬＤ２がチャネルを占有するためにリンク２を介してフレームを送信し、その後ＭＬＤ１がリンク１上で受信中である時に、ＭＬＤ２がＭＬＤ１に別のフレーム送信を実行することと、
を含む１又は２以上のステップを実行する、
ことを特徴とする装置。

【請求項2】

ＭＬＤ２は、ＴＸＯＰの一部を予約してチャネルを占有するために、データパケットを含まないダミーフレームを送信し、その後にＭＬＤ１が前記ＴＸＯＰの終了前にリンク１上で受信を開始すると、リンク２を介してデータパケットを含むフレームをＭＬＤ１に送信する、
請求項１に記載の装置。

【請求項3】

ＭＬＤ２は、ＭＬＤ１がリンク１上で受信中である時間を待たないと決定した場合、自機のコンテンションウィンドウ（ＣＷ）を増加させることなくチャネルを求めて再競合する、
請求項１に記載の装置。

【請求項4】

ＭＬＤ２は、リンク２上のチャネルを占有するためにパディングを組み込んだ送信要求（ＲＴＳ）又はマルチユーザＲＴＳ（ＭＵ－ＲＴＳ）を送信する、
請求項１に記載の装置。

【請求項5】

ＭＬＤ２は、リンク２上のチャネルを占有するためにＭＬＤ１への送信許可（ＣＴＳ）、又はＣＴＳ－ｔｏ－Ｓｅｌｆを送信する、
請求項１に記載の装置。

【請求項6】

ＭＬＤ２は、リンク２上のチャネルを占有するために送信機会（ＴＸＯＰ）共有フレームを送信する、
請求項１に記載の装置。

【請求項7】

ＭＬＤ２は、ＭＬＤ１がリンク１上で受信中になるまでリンク２上で他のＳＴＡとＴＸＯＰを共有するために送信機会（ＴＸＯＰ）共有フレームを送信する、
請求項１に記載の装置。

【請求項8】

ネットワークにおける無線通信のための装置であって、
（ａ）ネットワークの他の無線局（ＳＴＡ）と通信するために、チャネルの複数のリンクを介してマルチリンク動作を実行し、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用してチャネルにアクセスする局（ＳＴＡ）としての無線通信回路と、
（ｂ）前記無線通信回路に結合されて通信プロトコルを実行するプロセッサと、
（ｃ）前記プロセッサによって実行可能な、前記ネットワーク上の他のＳＴＡと通信するための命令を記憶する非一時的メモリと、
を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
（ｉ）非同時送受信（ＮＳＴＲ）通信を実行するために、前記ＳＴＡが第２のマルチリンク装置（ＭＬＤ２）に関連付けられる一方で、別のＳＴＡが第１のマルチリンク装置（ＭＬＤ１）に関連付けられることと、
（ｉｉ）ＭＬＤ１が第１のリンク（リンク１）の送信機会（ＴＸＯＰ）所有者であることと、
（ｉｉｉ）第２のＭＬＤ（ＭＬＤ２）が、第２のリンク（リンク２）のＴＸＯＰ所有者であるとともに、リンク２上でＭＬＤ１に送信を行う予定であることと、
（ｉｖ）ＭＬＤ２による非同時送受信（ＮＳＴＲ）調整要求を、リンク２を介してＭＬＤ１に送信することと、
（ｖ）ＭＬＤ２が、ＭＬＤ１に応答フレームを要求した場合に、ＭＬＤ１が前記ＮＳＴＲ協調要求を受け入れたか、それとも拒絶したかを示す応答フレームをＭＬＤ１から受け取ることと、
（ｖｉ）前記ＮＳＴＲ協調要求が受け入れられた場合、ＭＬＤ１又はＭＬＤ２のいずれかによってリンク１及びリンク２の両方で送信が手配され、その後に送信が実行されることと、
を含む１又は２以上のステップを実行する、
ことを特徴とする装置。

【請求項9】

ＭＬＤ２は、ＭＬＤ１に応答フレームを要求することなくＮＳＴＲ協調を開始するためにＮＳＴＲ協調指示フレームを送信する、
請求項８に記載の装置。

【請求項10】

ＭＬＤ２は、ＮＳＴＲ協調要求を拒絶したことを示すフレームをＭＬＤ１から受け取ったことに応答して、自機の現在のＴＸＯＰの停止を実行する、
請求項８に記載の装置。

【請求項11】

ＭＬＤ１は、前記ＮＳＴＲ協調要求の拒絶を示すものを何も返送しないことができるので、ＭＬＤ２は、前記ＮＳＴＲ協調要求の拒絶を受け取る必要がない、
請求項８に記載の装置。

【請求項12】

ネットワークにおいて無線通信を行う方法であって、
（ａ）局（ＳＴＡ）としての無線通信回路が、ネットワークの他の無線局（ＳＴＡ）と通信するために、チャネルの複数のリンクを介してマルチリンク動作を実行し、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用してチャネルにアクセスすることと、
（ｂ）第１のリンク（リンク１）の送信機会（ＴＸＯＰ）所有者になった第１のマルチリンク装置（ＭＬＤ１）が非同時送受信（ＮＳＴＲ）通信を実行することと、
（ｃ）第２のマルチリンク装置（ＭＬＤ２）に関連付けられた前記ＳＴＡが、ＭＬＤ１への送信のために第２のリンク（リンク２）上のチャネルにアクセスすることと、
（ｄ）ＭＬＤ１がリンク１上で受信中である場合、ＭＬＤ２が直ちにリンク２を介してＭＬＤ１に送信を行うことと、
（ｅ）ＭＬＤ１がリンク１上で送信中である場合、ＭＬＤ２がチャネルを占有するためにリンク２を介してフレームを送信し、その後ＭＬＤ１がリンク１上で受信中である時に、ＭＬＤ２がＭＬＤ１に別のフレームを送信することと、
を含むことを特徴とする方法。

【請求項13】

ＭＬＤ２は、ＴＸＯＰの一部を予約してチャネルを占有するために、データパケットを含まないダミーフレームを送信し、その後にＭＬＤ１が前記ＴＸＯＰの終了前にリンク１上で受信を開始すると、リンク２を介してデータパケットを含むフレームをＭＬＤ１に送信する、
請求項１２に記載の方法。

【請求項14】

ＭＬＤ２は、ＭＬＤ１がリンク１上で受信中である時間を待たないと決定した場合、自機のコンテンションウィンドウ（ＣＷ）を増加させることなくチャネルを求めて再競合する、
請求項１２に記載の方法。

【請求項15】

ＭＬＤ２は、リンク２上のチャネルを占有するためにパディングを組み込んだ送信要求（ＲＴＳ）又はマルチユーザＲＴＳ（ＭＵ－ＲＴＳ）を送信する、
請求項１２に記載の方法。

【請求項16】

ＭＬＤ２は、リンク２上のチャネルを占有するためにＭＬＤ１への送信許可（ＣＴＳ）、又はＣＴＳ－ｔｏ－Ｓｅｌｆを送信する、
請求項１２に記載の方法。

【請求項17】

ＭＬＤ２は、リンク２上のチャネルを占有するために送信機会（ＴＸＯＰ）共有フレームを送信する、
請求項１２に記載の方法。

【請求項18】

ＭＬＤ２は、ＭＬＤ１がリンク１上で受信中になるまでリンク２上で他のＳＴＡとＴＸＯＰを共有するために送信機会（ＴＸＯＰ）共有フレームを送信する、
請求項１２に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

〔関連出願との相互参照〕
本出願は、２０２２年６月２３日に出願された米国特許出願シリアル番号第１７／８４７，３４２号に対する優先権及びその利益を主張するものであり、この文献は全体が引用により本明細書に組み入れられる。本出願は、２０２１年７月２０日に出願された米国仮特許出願シリアル番号第６３／２２３，６３４号に対する優先権及びその利益を主張するものでもあり、この文献は全体が引用により本明細書に組み入れられる。

【0002】

〔連邦政府が支援する研究又は開発に関する記述〕
該当なし

【0003】

〔著作権保護を受ける資料の通知〕
本特許文献中の資料の一部は、アメリカ合衆国及びその他の国の著作権法の下で著作権保護を受けることができる。著作権の権利所有者は、合衆国特許商標庁の一般公開ファイル又は記録内に表される通りに第三者が特許文献又は特許開示を複製することには異議を唱えないが、それ以外は全ての著作権を留保する。著作権所有者は、限定ではないが米国特許法施行規則§１．１４に従う権利を含め、本特許文献を秘密裏に保持しておく権利のいずれも本明細書によって放棄するものではない。

【0004】

本開示の技術は、一般にチャネルアクセスのためにキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用する無線ＬＡＮ（ＷＬＡＮＳ）に関し、具体的には、非同時送信／受信（ＮＳＴＲ）マルチリンク装置（ＭＬＤＳ）の局のためのチャネルアクセス権を取得することに関する。

【背景技術】

【0005】

ＣＳＭＡ／ＣＡを使用する現在の無線技術は、ネットワークの高スループット性能には重点を置いているが、十分な低遅延能力に欠けている。従って、リアルタイムアプリケーション（ＲＴＡ）を含むますます多くのアプリケーションが低遅延通信能力を必要としているため、技術ギャップが存在する。

【0006】

ＲＴＡは低遅延通信を必要とし、ベストエフォート通信を使用する。ＲＴＡから生成されたデータはＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいてＲＴＡパケットとしてパケット化される。一方で、非時間依存アプリケーションから生成されたデータは非ＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいて非ＲＴＡパケットとしてパケット化される。

【0007】

ＲＴＡパケットは、パケット配信の高適時性要件に起因して低遅延を必要とする。ＲＴＡパケットは、一定時間内に配信された場合にのみ有効である。

【0008】

局ＳＴＡの中には、同時送受信（ＳＴＲ）ＳＴＡとしてＳＴＲを実行できる局もあれば、送信と受信を同時に行うことができない非ＳＴＲＳＴＡと呼ばれる局もあるため、これらの問題はさらに複雑である。

【発明の概要】

【発明が解決しようとする課題】

【0009】

従って、ＳＴＲＳＴＡ及び非ＳＴＲＳＴＡの両方のＲＴＡ通信をサポートできるＷＬＡＮＣＳＭＡ／ＣＡプロトコルが必要とされている。本開示は、これらの問題点を克服しながらさらなる利点を提供するものである。

【課題を解決するための手段】

【0010】

キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用する８０２．１１ｂｅなどのＩＥＥＥ８０２．１１プロトコル下で動作する無線ローカルエリアネットワーク（ＷＬＡＮ）が、非同時送信／受信（ＮＳＴＲ）局（ＳＴＡ）がチャネルアクセス権を獲得した後に直ちに送信を行えない場合でもＮＳＴＲＳＴＡがチャネルを占有することを可能にする。このプロトコルでは、２つのリンク上の送信機会（ＴＸＯＰ）所有者が異なるマルチリンク装置（ＭＬＤ）からのものである場合でも、関連するＭＬＤが同時にリンクを介して送信を手配する。

【0011】

本明細書の以下の部分では、本明細書で説明する技術のさらなる態様が明らかになり、この詳細な説明は、本技術の好ましい実施形態を限定することなく完全に開示するためのものである。

【0012】

本明細書で説明する技術は、例示のみを目的とする以下の図面を参照することによって十分に理解されるであろう。

【図面の簡単な説明】

【0013】

【図1】ＩＥＥＥ８０２．１１無線ＬＡＮにおけるＣＳＭＡ／ＣＡチャネルアクセスプロセスのフロー図である。

【図2】通常のＷＬＡＮシステムにおけるデータフレームフォーマットを示すデータフィールド図である。

【図3】通常のＷＬＡＮシステムにおけるＡＣＫフレームフォーマットを示すデータフィールド図である。

【図4】ＩＥＥＥ８０２．１１ａｘでの送信に使用される高効率（ＨＥ）シングルユーザ（ＳＵ）物理層プロトコルデータユニット（ＰＰＤＵ）フォーマットを示すデータフィールド図である。

【図5】再送に起因してバックオフ時間が増加するＣＳＭＡ／ＣＡ下での再送の通信図である。

【図6】再送回数が再試行制限を超えた後にパケットが破棄される例の通信図である。

【図7】ＩＥＥＥ８０２．１１における拡張型ＤＦＣチャネルアクセス（ＥＤＣＡ）キューの参照モデルの通信図である。

【図8】ＩＥＥＥ８０２．１ＤにおけるＥＤＣＡのチャネルアクセス手順の通信図である。

【図9】ＩＥＥＥ８０２．１１ａｘにおいて定められるＡ－制御（Ａ－Ｃｏｎｔｒｏｌ）サブフィールド変種のＨＴ制御フィールドフォーマットを示すデータフィールド図である。

【図10】制御情報がＢＳＲのためのものであることを図９の制御ＩＤフィールドが示す場合の制御情報サブフィールドフォーマットのデータフィールド図である。

【図11】制御情報がＣＡＳのためのものであることを図９の制御ＩＤフィールドが示す場合の制御情報サブフィールドフォーマットのデータフィールド図である。

【図12】ＮＳＴＲリンクペアを介した通信で発生し得る問題の通信図である。

【図13】本開示の少なくとも１つの実施形態による無線局（ＳＴＡ）ハードウェアのハードウェアブロック図である。

【図14】本開示の少なくとも１つの実施形態による、マルチリンク装置（ＭＬＤ）ハードウェアなどに含まれる局構成のハードウェアブロック図である。

【図15】本開示の少なくとも１つの実施形態による一般的なマルチリンク接続のネットワークトポロジーである。

【図16】本開示の少なくとも１つの実施形態による、ＳＴＡ１がリンク１上で送信を行っている時のＳＴＡ４によるリンク２上でのチャネルアクセスのフロー図である。

【図17】本開示の少なくとも１つの実施形態による、ＳＴＡ４がダミーフレームを使用してリンク２上のＴＸＯＰを予約する通信図である。

【図18】本開示の少なくとも１つの実施形態による、ＳＴＡ４がダミーフレームを使用してリンク２上のＴＸＯＰを予約するが、予約されたＴＸＯＰ中にＳＴＡ２に送信する機会がなかった通信図である。

【図19】本開示の少なくとも１つの実施形態による、ＳＴＡ４がダミーフレームを使用してリンク２上のチャネルを占有する通信図である。

【図20】本開示の少なくとも１つの実施形態による、ＳＴＡ４がチャネルにアクセスした直後にリンク２上でＳＴＡ２にＰＰＤＵを送信する通信図である。

【図21】本開示の少なくとも１つの実施形態による、ＳＴＡ４が共有フレームを使用してリンク２上のＴＸＯＰを予約する通信図である。

【図22】本開示の少なくとも１つの実施形態による、ＳＴＡ４がリンク２上の対象の受信側と通信するためにバックオフがゼロの状態で待機する通信図である。

【図23】本開示の少なくとも１つの実施形態による共有フレームを示すデータフィールド図である。

【図24】本開示の少なくとも１つの実施形態による、ＭＬＤ１又はＭＬＤ２のいずれかがリンク１及びリンク２の両方で同時に送信を手配するようにＳＴＡ４がＮＳＴＲ協調を要求するフロー図である。

【図25】本開示の少なくとも１つの実施形態による、ＳＴＡ２又はＭＬＤ１がＮＳＴＲ協調要求に応答するフロー図である。

【図26】本開示の少なくとも１つの実施形態による、ＭＬＤ１によるＮＳＴＲリンク上での送信手配を可能にするためにＳＴＡ４がＮＳＴＲ協調を要求する通信図である。

【図27】本開示の少なくとも１つの実施形態による、ＭＬＤ２によるＮＳＴＲリンク上での送信手配を可能にするためにＳＴＡ４がＮＳＴＲ協調を要求する通信図である。

【図28】本開示の少なくとも１つの実施形態による、ＭＬＤ１がＮＳＴＲ協調要求を拒絶する通信図である。

【図29】本開示の少なくとも１つの実施形態による、ＭＬＤ１がＮＳＴＲリンク上で送信を手配することをＳＴＡ４が示す（要求する）通信図である。

【図30】本開示の少なくとも１つの実施形態による、ＮＳＴＲ協調のために逆方向グラント（ＲｅｖｅｒｓｅＤｉｒｅｃｔｉｏｎＧｒａｎｔ：ＲＤＧ）を再使用する通信図である。

【図31】本開示の少なくとも１つの実施形態による、ＮＳＴＲ協調のために逆方向グラント（ＲＤＧ）を再使用する通信図である。

【図32】本開示の少なくとも１つの実施形態によるＮＳＴＲ協調要求、応答及び指示フレームを示すデータフィールド図である。

【図33】本開示の少なくとも１つの実施形態による転送要求（Ｒｅａｄｙ－ｔｏ－Ｆｏｒｗａｒｄ：ＲＴＦ）フレームを示すデータフィールド図である。

【図34】本開示の少なくとも１つの実施形態による、Ａ－制御サブフィールドの拡張ＣＡＳ制御サブフィールド変種を示すデータフィールド図である。

【図35】本開示の少なくとも１つの実施形態による、本節において説明するＭＬＤ接続のネットワークトポロジーである。

【図36】本開示の少なくとも１つの実施形態による、ＳＴＡ１がＳＴＡ５に送信を行っている間にＳＴＡ４がダミーフレームを使用してリンク２のＴＸＯＰを予約する通信図である。

【図37】本開示の少なくとも１つの実施形態による、ＭＬＤ１がＮＳＴＲ協調要求を受け入れて異なるＭＬＤのためにＮＳＴＲリンク上で送信を配置する通信図である。

【発明を実施するための形態】

【0014】

１．ＷＬＡＮ概論
１．１．ＣＳＭＡ／ＣＡＷＬＡＮシステム
ＷＬＡＮシステムでは、ＩＥＥＥ８０２．１１は、ＳＴＡがパケット送信及び再送のためにチャネルにアクセスできるようにするためにキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用する。

【0015】

図１に、ＣＳＭＡ／ＣＡチャネルアクセスプロセスを示す。ＣＳＭＡ／ＣＡシステムでは、ＳＴＡが各送信及び再送前にチャネルを検知し、チャネルアクセス権を求めて競合するためにバックオフ時間を設定する必要がある。バックオフ時間は、ゼロとコンテンションウィンドウのサイズとの間の一様なランダム変数によって決定される。ＳＴＡは、競合中にチャネルがアイドルであることを検知してバックオフ時間を減分する。バックオフがゼロに到達すると、ＳＴＡはパケットを送信するためのチャネルを取得したことになる。ＳＴＡがタイムアウト間隔の満了前に確認応答（ＡＣＫ）を受け取らなかった場合には、再送が必要になることがある。そうでなければ、送信は成功である。

【0016】

再送が必要である場合、ＳＴＡはパケットの再送回数をチェックする。再送回数が再試行制限を上回る場合、パケットは破棄されて再送はスケジュールされない。そうでなければ再送がスケジュールされる。

【0017】

再送の実行前には、チャネルアクセス権を求めて競合するために別のバックオフ時間が必要である。コンテンションウィンドウ（ＣＷ）のサイズがＣＷサイズの上限に達していない場合、ＳＴＡはＣＷサイズを増加させる。ＳＴＡは、コンテンションウィンドウの新たなサイズに応じて別のバックオフ時間を設定する。ＳＴＡは、再送のためにバックオフ時間にわたって待機し、正常な送信又は再送が達成されるまでこれを継続する。

【0018】

図２に、通常のＷＬＡＮシステムにおけるデータフレームフォーマットを示す。フレーム制御（ＦｒａｍｅＣｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのアドレスを含む。シーケンス制御（Ｓｅｑｕｅｎｃｅｃｏｎｔｒｏｌ）フィールドは、パケットのフラグメント番号及びシーケンス番号を含む。

【0019】

図３に、通常のＷＬＡＮシステムにおけるＡＣＫフレームのフォーマットを示す。フレーム制御（ＦｒａｍｅＣｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。

【0020】

図４に、ＩＥＥＥ８０２．１１ａｘにおいて送信に使用される高効率（ＨＥ）シングルユーザ（ＳＵ）物理層プロトコルデータユニット（ＰＰＤＵ）フォーマットを示す。なお、ＰＰＤＵは少なくともプリアンブルフィールド及びデータフィールドを含み、少なくとも１つの実施形態では以下のフィールドを有する。Ｌ－ＳＴＦフィールドは、非高スループット（ｎｏｎ－ＨＴ）短期訓練フィールドである。Ｌ－ＬＴＦフィールドは、非ＨＴ長期訓練フィールドである。Ｌ－ＳＩＧフィールドは、非ＨＴ信号フィールドである。ＲＬ－ＳＩＧフィールドは、反復する非ＨＴ信号フィールドである。ＨＥ－ＳＩＧ－Ａフィールドは、ＨＥ信号Ａフィールドである。ＨＥ－ＳＴＦフィールドは、ＨＥ短期訓練フィールドである。ＨＥ－ＬＴＦフィールドは、ＨＥ長期訓練フィールドである。データ（Ｄａｔａ）フィールドは、（ＰＳＤＵ）と呼ばれる物理層収束手順（ＰＬＣＰ）プロトコルデータユニットのデータを搬送する。ＰＥフィールドは、パケット拡張フィールドである。

【0021】

図５に、再送に起因してバックオフ時間が増加するＣＳＭＡ／ＣＡにおける再送の一例を示す。データフレーム及びＡＣＫフレームは、それぞれ図２及び図３に示すようなフォーマットを使用する。これらのフレームは、図４に示すようなパケットフォーマットを使用してパケット化される。送信側は、最初のパケット送信を行った後、タイムアウトまでにＡＣＫを受け取っていない。この結果、送信側は、コンテンションウィンドウのサイズが「ｎ」スロットである別のバックオフ時間を設定する。送信側ＳＴＡは、バックオフ時間にわたって待機した後に初めてパケットを再送する。しかしながら、この例ではこの再送にも失敗している。送信側ＳＴＡは、パケット再送のためのチャネルアクセス権を求めて競合するために再びバックオフ時間を設定する。しかしながら、今回は再送であることによってコンテンションウィンドウのサイズは２倍の２＊ｎスロットである。このコンテンションウィンドウサイズによって予想バックオフ時間も２倍になる。２回目の再送は、タイムアウト前にＡＣＫを受け取ったため成功している。

【0022】

図６に、再送回数が再試行制限を超えた後にパケットが破棄される一例を示す。この例では、再試行制限を「Ｒ」によって示す。データフレーム及びＡＣＫフレームは、それぞれ図２及び図３に示すようなフォーマットを使用する。これらのフレームは、図４に示すようなパケットフォーマットを使用してパケット化される。図６に示すように、送信側ＳＴＡは最初のパケット送信に失敗した後にこのパケットを複数回再送している。しかしながら、どの再送も成功していない。Ｒ回の再送後に再送回数が再試行制限を上回り、送信側ＳＴＡはパケットの再送を停止し、このパケットは破棄される。

【0023】

１．２．ＥＤＣＡシステム
図７に、ＩＥＥＥ８０２．１１における（拡張型ＤＦＣチャネルアクセス）ＥＤＣＡキューの参照モデルを示す。システムは、６つの送信キュー及び４つのアクセスカテゴリ（ＡＣ）を含む。各ＡＣは、対応する送信キュー内のパケットを送信できるように、ＥＤＣＡ機能（ＥＤＣＡＦ）を使用してチャネルアクセス権を求めて競合する。

【0024】

６つの送信キューは、ボイス（ＶＯ）、代替ボイス（Ａ＿ＶＯ）、代替ビデオ（Ａ＿ＶＩ）、ビデオ（ＶＩ）、ベストエフォート（ＢＥ）バックグラウンド（ＢＫ）である。各送信キューは、キュー内のパケットの送信順を決定する。

【0025】

４つのＡＣは、ボイス（ＶＯ）、ビデオ（ＶＩ）、ベストエフォート（ＢＥ）及びバックグラウンド（ＢＫ）である。各ＡＣは、チャネル競合の機能を提供するＥＤＣＡ機能（ＥＤＣＡＦ）を有する。複数のＥＤＣＡＦが同時にチャネルにアクセスしようと試みる際には、内部衝突回避機構が使用される。内部衝突が発生した場合には、より高い優先度のＥＤＣＡＦがチャネルアクセス権を獲得する。

【0026】

表１に、ＩＥＥＥ８０２．１１のＥＤＣＡキューにおいて使用されるＵＰ－ｔｏ－ＡＣマッピングをリストする。２列目及び３列目は、トラフィックのユーザ優先度及びその対応するＩＥＥＥ８０２．１Ｄでの指定を表す。各行では、ユーザ優先度に従って、トラフィックが対応する送信キュー及びアクセスカテゴリに加えられる。優先度は、最上行から最下行に向かって高くなる。優先度の高いトラフィックほど早く送信される確率が高い。

【0027】

図８に、ＥＤＣＡのチャネルアクセス手順を示す。図示のように、分散協調機能（ＤＣＦ）のみを使用した場合のＥＤＣＡチャネルアクセスも比較している。

【0028】

ＤＣＦのみを使用する場合、ＳＴＡは直ちにチャネルにアクセスすることができ、ＤＣＦフレーム間隔（ＤＩＦＳ）時間よりも長い期間にわたって媒体が解放され、そうでなければ、ＳＴＡはＣＳＭＡ／ＣＡを使用してチャネルを求めて競合する。ＳＴＡは、ＤＩＦＳ時間にわたってチャネルがアイドルであることを検知した後に、媒体がアイドルである限りバックオフをカウントダウンし始める。バックオフスロットの数は、ゼロとコンテンションウィンドウとの間でランダムに選択される。ＳＴＡは、ＣＣＡビジー（又は媒体ビジー）が発生し、例えばチャネルがビジーであることを感知すると、バックオフのカウントダウンを一時停止する。バックオフカウントがゼロに到達すると、ＳＴＡはパケットを送信し始める。

【0029】

ＥＤＣＡでは、媒体がＤＩＦＳ時間よりも長い期間にわたって、又はチャネルアクセス権を獲得するのに必要なＡＣの仲裁的フレーム送信間隔（ＡＩＦＳ）時間にわたって解放されている場合、図７に示すような各ＥＤＣＡＦは直ちにチャネルにアクセスすることができる。なお、図に示すＡＩＦＳ［ｉ］はＡＣｉのＡＩＦＳ時間を表す。そうでなければ、各ＥＤＣＡＦは、ＣＳＭＡ／ＣＡを使用して、チャネルアクセス権を取得する予定である各ＡＣのためのチャネルを求めて競合する。各ＥＤＣＡＦは、ＡＩＦＳ時間にわたってチャネルがアイドルであることを検知した後に、媒体がアイドルである間にバックオフをカウントダウンし始める。カウントダウンすべきバックオフスロットの数は、ゼロとそのコンテンションウィンドウサイズとの間でランダムに選択される。ＳＴＡは、ＣＣＡビジー（又は媒体ビジー）が発生し、すなわちチャネルがビジーであることが検知されると、バックオフのカウントダウンを一時停止する。ＳＴＡは、バックオフがゼロまでカウントダウンされると、そのＡＣのパケットを送信し始める。

【0030】

なお、複数のＥＤＣＡＦが同時にチャネルを求めて競合することもできる。例えば、図８に示すように、ＡＣｉのＥＤＣＡＦとＡＣｊのＥＤＣＡＦとが同時にチャネルを求めて競合することができる。内部衝突が発生すると、優先度の高いＥＤＣＡＦがチャネルアクセス権を獲得し、優先度の低いＥＤＣＡＦはそのコンテンションウィンドウを２倍にする。ＡＣがＶＯ又はＶＩである場合、これらはパケットを送信するためにＴＸＯＰなどの非競合期間を予約することができる。ＴＸＯＰの最大継続時間はＴＸＯＰ制限と呼ばれる。

【0031】

表２に、ＥＤＣＡチャネルアクセスのためのデフォルトパラメータ設定を示す。各ＡＣは、独自の最小コンテンションウィンドウ及び最大コンテンションウィンドウを有する。ＡＩＦＳＮは、ＡＩＦＳ期間をバックオフスロット数の単位で表す。ＴＸＯＰ制限は、各ＡＣが毎回予約できるＴＸＯＰの最大継続時間を表す。

【0032】

１．３．Ａ－制御サブフィールドの制御サブフィールド変種
図９に、ＩＥＥＥ８０２．１１ａｘで定められるＡ－制御サブフィールド変種のＨＴ制御フィールドフォーマットを示す。フォーマット指示（Ｆｏｒｍａｔｉｎｄｉｃａｔｉｏｎ）フィールドは、ＨＴ制御フィールドのフォーマットを示すために使用される。ビットＢ０及びＢ１が１に設定されると、このフィールドは、ＨＴ制御フィールドがＨＥ／ＥＨＴフォーマットを使用することを示す。このフィールドの後にはＡ－制御（Ａ－Ｃｏｎｔｒｏｌ）フィールドが存在する。Ａ－制御フィールドは、異なるタイプのバッファステータスレポートを搬送する。制御ＩＤ（ＣｏｎｔｒｏｌＩＤ）フィールドは、制御情報サブフィールドのタイプを示す。例えば、このビットが値「３」に設定されると、制御情報フィールドはＢＳＲ情報を搬送する。制御情報フィールドは、制御ＩＤフィールドに示される制御情報を搬送する。

【0033】

図１０に、制御情報がＢＳＲのためのものであることを図９の制御ＩＤフィールドが示す場合の制御情報サブフィールドフォーマットを示す。

【0034】

図１１には、制御情報がＣＡＳのためのものであることを図９の制御ＩＤフィールドが示す場合の制御情報サブフィールドフォーマットを示す。

【0035】

２．課題の記述
ＭＬＤは、同時送受信（ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｔａｎｄＲｅｃｅｉｖｅ：ＳＴＲ）の能力を提供することができ、これらのＭＬＤは装置内共存干渉（ｉｎ－ｄｅｖｉｃｅｃｏｅｘｉｓｔｅｎｃｅｉｎｔｅｒｆｅｒｅｎｃｅ）が低いため、あるリンク上で送信を行いながら同時に他のいずれかのリンク上で受信を行うことができる。しかしながら、非ＳＴＲ（ＮＳＴＲ）ＭＬＤは、これらの同時送受信を安全に実行することができない。ただし、ＳＴＲ－ＭＬＤ又は非ＳＴＲＭＬＤの両ＳＴＡは、同時送信又は同時受信を行うことができる。

【0036】

本開示は、ＣＳＭＡ／ＣＡを使用するマルチリンク装置（ＭＬＤ）によってＮＳＴＲリンクペアを介して実行されるチャネル競合について考察する。ＮＳＴＲリンクペアのリンク間の装置内共存干渉が高いＭＬＤでは、例えばＭＬＤのＳＴＡがＮＳＴＲリンクペアの一方のリンク上で信号を送信することに起因する干渉が、同じＭＬＤの別のＳＴＡがＮＳＴＲリンクペアの他方のリンク上で信号を受信するのを妨害又は阻止することがある。従って、ＭＬＤは、同じＮＳＴＲリンクペアの一方のリンク上で受信を行っている間に、そのＮＳＴＲリンクペアの他方のリンク上で同時に送信を行うべきではない。

【0037】

図１２に、ＳＴＲＭＬＤがＮＳＴＲＭＬＤのＮＳＴＲリンクペアを介してＮＳＴＲＭＬＤと通信する際に発生し得る問題を示す。このシナリオの例については後節で説明するが、ＭＬＤ１がＮＳＴＲＭＬＤであり、リンク１及びリンク２がＭＬＤ１の１つのＮＳＴＲリンクペアである。

【0038】

図１２を参照すると、ＭＬＤ１に所属するＳＴＡ１がリンク１上のＴＸＯＰ所有者であり、ＭＬＤ２に所属するＳＴＡ４がＳＴＡ２への送信のためのチャネルアクセス権をリンク２上で獲得した時に問題が発生する恐れがある。ＳＴＡ３は、ＳＴＡ１がリンク１上のＴＸＯＰ所有者であると判定してＳＴＡ１の状態をモニタし、例えばＳＴＡ１が送信中であるか、それとも受信中であるかを判定することができる。ＳＴＡ１が送信中であってＳＴＡ４が直ちにチャネルにアクセスしてＳＴＡ２に送信を行う場合、ＮＳＴＲリンク間の装置内共存干渉によって送信衝突が発生する恐れがある。ＳＴＡ４は、直ちにチャネルにアクセスしない場合、ＳＴＡ１がリンク１上で送信を終了した後に、もはやチャネルにアクセスしないことができる。最も単純な解決策は、ＳＴＡ４がリンク２上のチャネルにアクセスするのを禁止することである。しかしながら、この従来の技術は送信効率を低下させてしまう。従って、本開示の教示は、非ＳＴＲＭＬＤのＳＴＡ（例えば、ＳＴＡ４）がチャネルにアクセスしてＳＴＡ２と通信することを可能にすることで、帯域幅の拡大、スループットの向上及び遅延時間の短縮をもたらす。しかしながら、単純な実装ではこのプロセスでも問題が発生する恐れがある。

【0039】

具体的には、ＳＴＡ４が、自機がリンク２のＴＸＯＰ所有者であることをＳＴＡ２又はＭＬＤ１に通知する方法に問題が発生する。ＳＴＡ４は、チャネルにアクセスした直後にチャネルを占有する必要がある。しかしながら、ＳＴＡ４がチャネルにアクセスした時には、ＳＴＡ１がリンク１上で送信を行っている可能性がある。この時、ＭＬＤ１（すなわち、ＭＬＤ１に所属するＳＴＡ２）はＳＴＡ４から通信を受け取ることができない。

【0040】

リンク１上及びリンク２上ではＴＸＯＰ所有者が異なるので、２つのリンクの送信方向が異なる場合には、しばしば装置内共存干渉（ＩＤＣ）が発生し得る。従って、本開示では、リンク１上及びリンク２上の送信を手配するプロセスについて説明する。

【0041】

３．本開示の寄与
本開示は、非ＳＴＲＭＬＤのＳＴＡ（例えば、ＳＴＡ４）が（例えば、リンク２上の）チャネルアクセス権を取得した直後に（例えば、ＳＴＡ２への）送信を許可されていない場合であってもチャネルを占有することを可能にするプロトコル（装置／方法）について教示する。

【0042】

開示するＣＳＭＡ／ＣＡＷＬＡＮプロトコルは、２つのリンク上のＴＸＯＰ所有者が異なるＭＬＤからのものであるにもかかわらず、ＭＬＤのうちのいずれか（例えば、ＭＬＤ１又はＭＬＤ２）が同時に２つのリンクを介して送信を手配することを可能にする。

【0043】

４．ハードウェアの実施形態
４．１．ＳＴＡ及びＭＬＤのハードウェア構成
図１３に、本開示のプロトコルを実行するように構成されたＳＴＡハードウェアの実施形態例１０を示す。外部Ｉ／Ｏ接続１４が回路１２の内部バス１６に結合し、内部バス１６上には、通信プロトコルを実装する（単複の）プログラムを実行するためにＣＰＵ１８及びメモリ（例えば、ＲＡＭ）２０が接続されることが好ましい。ホストマシンは、１又は複数のアンテナ２９、２６ａ、２６ｂ、２６ｃ～２６ｎにそれぞれが接続された少なくとも１つのＲＦモジュール２４、２８に結合された、通信をサポートする少なくとも１つのモデム２２を収容する。複数のアンテナ（例えば、アンテナアレイ）を有するＲＦモジュールは、送信及び受信中にビームフォーミングを実行することを可能にする。このように、ＳＴＡは、複数組のビームパターンを使用して信号を送信することができる。

【0044】

バス１４は、センサ及びアクチュエータなどの様々な装置をＣＰＵに接続することができる。プロセッサ１８上では、ＳＴＡがアクセスポイント（ＡＰ）局又は通常の局（非ＡＰＳＴＡ）の機能を実行することを可能にするように実行される通信プロトコルを実装するプログラムを実行するための、メモリ２０からの命令が実行される。また、このプログラミングは、現在の通信状況でどのような役割を果たしているかに応じて異なるモード（ＴＸＯＰ所有者、ＴＸＯＰ共有参加者、ソース、中間、宛先、第１のＡＰ、他のＡＰ、第１のＡＰに関連する局、他のＡＰに関連する局、調整機（ｃｏｏｒｄｉｎａｔｏｒ）、被調整機（ｃｏｏｒｄｉｎａｔｅｅ）、ＯＢＳＳ内のＡＰ、及びＯＢＳＳ内のＳＴＡなど）で動作するように構成されると理解されたい。

【0045】

従って、図示のＳＴＡＨＷは、少なくとも１つのモデムと、少なくとも１つの帯域で通信を提供するための関連するＲＦ回路とで構成される。本開示は、主にサブ６ＧＨｚ帯を対象とする。

【0046】

なお、本開示は、それぞれが任意の数のＲＦ回路に結合された複数のモデム２２を使用して構成することができると理解されたい。一般に、使用するＲＦ回路の数が多ければ多いほど、アンテナビーム方向のカバレッジは広くなる。なお、利用するＲＦ回路の数及びアンテナの数は、特定の装置のハードウェア制約によって決まると理解されたい。ＲＦ回路及びアンテナの一部は、ＳＴＡが近隣ＳＴＡと通信する必要がないと判定した時に無効にすることができる。少なくとも１つの実施形態では、ＲＦ回路が周波数変換器及びアレイアンテナコントローラなどを含み、送受信のためにビームフォーミングを実行するように制御される複数のアンテナに接続される。このように、ＳＴＡは、各ビームパターン方向がアンテナセクタとみなされる複数のビームパターンの組を使用して信号を送信することができる。

【0047】

また、図示のような局ハードウェアの複数のインスタンスはマルチリンク装置（ＭＬＤ）に組み合わせることができ、通常、このＭＬＤは局の活動を協調させるプロセッサ及びメモリを有する。

【0048】

図１４に、マルチリンク装置（ＭＬＤ）ハードウェア構成の実施形態例４０を示す。ＭＬＤには、一次リンク及び条件付きリンクとして知られている２つのリンクが存在する。条件付きリンクは、いくつかの基本リンクと共に非同時送受信（ＮＳＴＲ）リンクペアを形成するリンクである。

【0049】

ＭＬＤには複数のＳＴＡが所属し、各ＳＴＡは異なる周波数のリンク上で動作する。ＭＬＤは、アプリケーションへの外部Ｉ／Ｏアクセスを有し、このアクセスは、ＣＰＵ６２及びメモリ（例えば、ＲＡＭ）６４を有するＭＬＤ管理エンティティ４８に接続して、ＭＬＤレベルで通信プロトコルを実装する（単複の）プログラムの実行を可能にする。ＭＬＤは、ここではＳＴＡ１４２、ＳＴＡ２４４～ＳＴＡＮ４６として例示する接続先の各所属する局にタスクを配分してこれらから情報を収集し、所属するＳＴＡ間で情報を共有することができる。

【0050】

少なくとも１つの実施形態では、ＭＬＤの各ＳＴＡが独自のＣＰＵ５０及びメモリ（ＲＡＭ）５２を有し、これらは１又は２以上のアンテナを有する少なくとも１つのＲＦ回路５６に接続された少なくとも１つのモデム５４にバス５８を通じて結合される。本例では、ＲＦ回路が、アンテナアレイなどの形の複数のアンテナ６０ａ、６０ｂ、６０ｃ～６０ｎを有する。ＲＦ回路及び関連する（単複の）アンテナと組み合わせたモデムは、近隣ＳＴＡとの間でデータフレームを送信／受信する。少なくとも１つの実装では、ＲＦモジュールが、周波数変換器、アレイアンテナコントローラ、及びそのアンテナと連動するためのその他の回路を含む。

【0051】

ＭＬＤの各ＳＴＡは、特定のＭＬＤ実装に応じて互いに及び／又はＭＬＤ管理エンティティとリソースを共有することができるので、必ずしも独自のプロセッサ及びメモリを必要としないと理解されたい。なお、上記のＭＬＤ図は限定ではなく一例として示すものであり、本開示は、幅広いＭＬＤ実装と共に動作することができると理解されたい。

【0052】

４．２．使用例のＳＴＡトポロジー
図１５に、本開示の目的を説明するために利用するネットワークトポロジー例の実施形態７０を示す。なお、本開示の装置及び方法は特定のトポロジーに限定されるものではないため、このトポロジー（及び本明細書で例示する全てのトポロジー）は限定ではなく一例として示すものであると理解されたい。また、本開示全体を通じて参照する特定のＭＬＤ、ＳＴＡ及びリンクは、動作の理解を単純化にするために示すものにすぎない。なお、リンク１及びリンク２は、ＭＬＤ１の１つのＮＳＴＲリンクペアである。

【0053】

マルチリンク装置（ＭＬＤ）は、複数（通常は２つ）の所属するＳＴＡと、１つのＭＡＣデータサービスを含む、論理リンク制御（ｌｏｇｉｃａｌｌｉｎｋｃｏｎｔｒｏｌ：ＬＬＣ）への１つのＭＡＣサービスアクセスポイント（ＳＡＰ）とを有する装置である。ＭＬＤのＳＴＡがＡＰＳＴＡである場合、そのＭＬＤはＡＰＭＬＤとみなされ、一方でＭＬＤに非ＡＰＳＴＡが所属している場合、そのＭＬＤは非ＡＰＭＬＤである。

【0054】

例図に示すように、２つのＭＬＤ７４、７６上のこれらのＳＴＡは会議室などの構造７２内に存在すると仮定する。ＳＴＡ１７８及びＳＴＡ２８０はＭＬＤ１に所属し、ＳＴＡ３８２及びＳＴＡ４８４はＭＬＤ２に所属する。ＳＴＡ１及びＳＴＡ２は、リンク１８６及びリンク２８８を介してそれぞれＳＴＡ３及びＳＴＡ４に関連付けられる。

【0055】

いくつかの事例では、このようなＮＳＴＲ状況における本開示の動作実証に例示するように、リンク１及びリンク２が、ＭＬＤ１などのＮＳＴＲリンクペアであると認識されるであろう。なお、全てのＳＴＡは、全てのリンク上でのランダムチャネルアクセスにＣＳＭＡ／ＣＡを使用する。この具体的なトポロジー例では、ＭＬＤ１をＮＳＴＲＭＬＤとみなし、ＭＬＤ２をＳＴＲＭＬＤとみなす。リンク１及びリンク２は、ＭＬＤ１の１つのＮＳＴＲリンクペアである。ＳＴＡ１はリンク１を介してＳＴＡ３と通信し、ＳＴＡ２はリンク２を介してＳＴＡ４と通信している。図示のようなネットワークトポロジーは、（ａ）ＭＬＤ２がＳＴＲＡＰＭＬＤであり、ＭＬＤ１がＮＳＴＲ非ＡＰＭＬＤであるシナリオ、又は（ｂ）ＭＬＤ１がソフトＡＰであり、ＭＬＤ２がＳＴＲ非ＡＰＭＬＤであるシナリオ、という２つのシナリオを表すことができる。

【0056】

なお、「ソフトＡＰ」という用語は、局ハードウェアは通常の（非ＡＰ）ＳＴＡと同じであることができるが、ソフトウェアによってＳＴＡがＡＰであることを可能にする、「ソフトウェア対応アクセスポイント」又は「ＮＳＴＲモバイルＡＰＭＬＤ」の略語である。

【0057】

図示のネットワークトポロジーでは、ＭＬＤ２に所属するＳＴＡ３がリンク１上でＳＴＡ１と送信又は受信を行っているため、ＭＬＤ２がリンク１上のＳＴＡ１の送信及び受信ステータスを判定できるものと仮定する。また、ＭＬＤ２は、リンク１上のＳＴＡ１のステータス情報をリンク２上の所属するＳＴＡ４と共有することができる。

【0058】

４．３．ＮＳＴＲリンク上でのチャネルアクセス
本節では、ＳＴＡ１がリンク１のＴＸＯＰ所有者である場合にＳＴＡ４がリンク２上のチャネルにアクセスする方法について説明する。なお、説明を単純にするために、フローチャート及び通信例では図１５に示すネットワークトポロジーを使用する。

【0059】

４．３．１．チャネルアクセスプロセス
図１６に、ＳＴＡ１がリンク１上で送信を行っている時のリンク２上でのＳＴＡ４によるチャネルアクセスの実施形態例９０を示す。

【0060】

ＭＬＤ１に所属するＳＴＡ１がリンク１上で送信を行っている時に（９２）、ＭＬＤ２に所属するＳＴＡ４が、リンク２上のチャネルにアクセスして、ＭＬＤ１に所属するＳＴＡ２と通信する。

【0061】

リンク１及びリンク２がＭＬＤ１のＮＳＴＲリンクペアである場合には、ＳＴＡ１がリンク１上で送信を行っている時に、ＳＴＡ２がリンク２上でＳＴＡ４から受信（感知）を行えないことがある。従って、ブロック９４において、ＳＴＡ４は、リンク２上のＴＸＯＰ期間を予約するために、データパケットを含まない短フレームなどのダミーフレームをＳＴＡ２に送信する。なお、ＳＴＡ４は、ダミーフレームをブロードキャストすることもできる。ダミーフレームは、例えば図２３に示すような送信要求（ＲＴＳ）、マルチユーザＲＴＳ（ＭＵ－ＲＴＳ）、ＭＵ－ＲＴＳＴＸＯＰ共有（ＴＸＳ）フレーム、送信許可（ＣＴＳ）、ＣＴＳ－ｔｏ－Ｓｅｌｆフレーム、又はその他の共有フレームなどの数多くの形態で作成することができる。ダミーフレームによって要求される予約されたＴＸＯＰ時間は、ＳＴＡ２がリンク２上でＳＴＡ４から受信できるようになるまでチャネルを占有し、その後にＳＴＡ４は直ちにＳＴＡ２にフレームを送信することができる。

【0062】

チェック９６において、ダミーフレームによって予約されたＴＸＯＰが終了する前に、ＳＴＡ４がＳＴＡ２に送信を行う機会（チャンス）があるかどうか（例えば、ＳＴＡ２が受信中であるかどうか）を判定する。条件が満たされた場合、ＳＴＡ４はＳＴＡ２にパケットを送信する（９８）。

【0063】

そうでなければ、ＳＴＡ４はＳＴＡ２にパケットを送信しない（１００）。この結果、ＳＴＡ４は、直ちに新たなバックオフを開始することができ、或いは場合によってはＳＴＡ１のＴＸＯＰの終了まで新たなバックオフを開始せず、或いは他のＳＴＡに送信すべきパケットを有している時に新たなバックオフを開始することもでき、或いはバックオフカウントを０に維持する。

【0064】

４．３．２．リンクアクセス例
本節では、ＳＴＡ１がリンク１上のＴＸＯＰ所有者である場合にＳＴＡ４がリンク２上のチャネルにアクセスする複数の例を示す。これによってＭＬＤ（ＭＬＤ１及びＭＬＤ２）間のチャネル通信帯域が広くなり、結果的にスループットが向上して遅延時間が減少する。なお、本節の例に示す（ＳＴＡ４からＳＴＡ２への）ＰＰＤＵは、（例えば、図３２～図３４に示すような）ＮＳＴＲＣｒｄ要求／指示（ＮＳＴＲＣｒｄＲｅｑｕｅｓｔ／Ｉｎｄｉｃａｔｉｏｎ）フレーム、又は４．４節に示すような、ＲＤＧ＝１であってＮＳＴＲ協調指示が第１の状態（例えば、「１」）に設定された、ＮＳＴＲ協調を開始するＰＰＤＵを含むことができる。

【0065】

本節に示す例では、ＭＬＤ２に所属するＳＴＡ３がリンク１上でＳＴＡ１と送信又は受信を行っているため、ＭＬＤ２がリンク１上のＳＴＡ１の送信及び受信ステータスを判定できるものと仮定する。また、ＭＬＤ２は、リンク１上のＳＴＡ１のステータス情報をリンク２上の所属するＳＴＡ４と共有する。

【0066】

図１７に、ＳＴＡ４がダミーフレームを使用してリンク２上のＴＸＯＰを予約する実施形態例１１０を示す。この図には、関連するＳＴＡ１７８及びＳＴＡ２８０を有するＭＬＤ１７４と通信する、関連するＳＴＡ３８２及びＳＴＡ４８４を有するＭＬＤ２７６を示す。

【0067】

ＳＴＡ１がリンク１上でＴＸＯＰ１１２を取得し、リンク１上でＳＴＡ３への送信１１４を開始する。次に、ＳＴＡ１がリンク１上で送信を行っている間に、ＳＴＡ４がＳＴＡ２への送信のためにチャネルアクセス権を取得する。ＳＴＡ４は、短期間のＴＸＯＰを予約するためにダミーフレーム１１６を送信する。ＳＴＡ１は、予約された短期間のＴＸＯＰが終了する前に自機の送信を完了し、リンク１を介してＳＴＡ３からの受信１１８を開始する。ＳＴＡ１が受信中である場合、ＳＴＡ４は、ＳＴＡ２の受信が装置内共存干渉によって阻止されないことが保証された状態でＳＴＡ２に（単複の）ＰＰＤＵ１２０を送信することができる。

【0068】

なお、２つのリンク間のＰＰＤＵアライメントは必要ない場合もあるが、２つのリンク上でのＰＰＤＵ送信の方向は一致すべきである。換言すれば、２つのリンク上でのＰＰＤＵ送信の方向は、いずれも同時にＵＬ又はいずれも同時にＤＬとすべきである。リンク１上の送信情報（ＰＰＤＵのプリアンブル及びＭＡＣヘッダ）は、ＳＴＡ１が受信中である時にＳＴＡ４が（ＳＴＡ４からＳＴＡ２に）ＰＰＤＵを送信するのを支援することができる。

【0069】

ＳＴＡ４は、リンク２上でのダミーフレームとＳＴＡ４からＳＴＡ２へのＰＰＤＵとの間の時間中に、チャネル状態を検知するためにキャリアセンシング（ＣＳ）を実行することが必要な場合がある。この時間中にチャネルがビジーになると、ＳＴＡ４はＳＴＡ４からＳＴＡ２にＰＰＤＵを送信できず、新たなチャネル競合を開始することができる。

【0070】

なお、ＭＬＤ２はＳＴＲＭＬＤである。従って、ＳＴＡ４は、ＳＴＡ４がリンク１上で受信を行っている時間内に（例えば、複数のＰＰＤＵを含むことができる）ＳＴＡ２へのＰＰＤＵ送信を開始して終了することができる。

【0071】

図１８に、ＳＴＡ４がダミーフレームを使用してリンク２上のＴＸＯＰを予約するが、予約されたＴＸＯＰ中にＳＴＡ２に送信する機会がなかった実施形態例１３０を示す。この事例では、ＳＴＡ１が、リンク１上での送信中に順次に複数のＰＰＤＵを送信している。ＭＬＤ、ＳＴＡ及びリンクは図１７と同じでものある。

【0072】

ここでも、ＳＴＡ１がＴＸＯＰを取得して（１１２）ＳＴＡ３への送信１１４を開始することが分かる。次に、ＳＴＡ１がリンク１上で送信を行っている間に、ＳＴＡ４がＳＴＡ２への送信のためにリンク２へのチャネルアクセス権を取得し、短期間のＴＸＯＰを予約するためにダミーフレームを送信する（１１６）。予約された短期間のＴＸＯＰ１３２内では、ＳＴＡ１が依然としてリンク１上で送信中であり、このためＳＴＡ４は、ＳＴＡ２が感知できるＰＰＤＵをＳＴＡ２に送信することができない。従って、ＳＴＡ４は、短期間のＴＸＯＰ中にＳＴＡ２にＰＰＤＵを送信せず、チャネルへのアクセスに失敗する。

【0073】

ＳＴＡ４は、短時間のＴＸＯＰ後にチャネルを求めて再競合することができる。この場合、少なくとも１つの実施形態／モード／事例では、ＳＴＡ４が、チャネルのためのコンテンションウィンドウ（ＣＷ）を増加させることなくチャネルアクセスを続行する。

【0074】

図１９に、ＳＴＡ４がダミーフレームを使用してリンク２上のチャネルを占有する実施形態例１５０を示す。ＭＬＤ、ＳＴＡ及びリンクは図１８に示すものと同じである。

【0075】

ここでも、ＳＴＡ１がＴＸＯＰを取得して（１１２）ＳＴＡ３への送信１１４を開始していることが分かる。次に、ＳＴＡ１がリンク１上で送信を行っている間に、ＳＴＡ４がＳＴＡ２への送信のためにリンク２へのチャネルアクセス権を取得し、ＳＴＡ２への送信のためのチャネルを占有するためにダミーフレームを送信する（１５２）。

【0076】

この例では、ＳＴＡ４が、ダミーフレーム１５２の終了時刻をＳＴＡ１送信の終了時刻に一致させる。これを行える理由は、ＳＴＡ４が、ＳＴＡ３からのＰＰＤＵ長さ情報などに基づいて、ＳＴＡ１が送信を終える時刻を判定できるからである。ダミーフレームは、アライメントを達成するためにフレーム内にパディングを含むことができる。

【0077】

ＳＴＡ４は、ＳＴＡ１がリンク１上での送信を終了して受信１５４を開始した後にＳＴＡ２にＰＰＤＵ（又は複数のＰＰＤＵ）１５６を送信することができ、ＳＴＡ２がこれを感知するのを阻止する装置内共存干渉が存在しないことが保証される。なお、例えば２つのリンク上のＰＰＤＵ送信の方向が正しく一致している場合には、ＳＴＡ４がＳＴＡ２に（単複の）ＰＰＤＵを送信する際の２つのリンク間のＰＰＤＵアライメントは不要であることもできる。

【0078】

ＳＴＡ４は、ダミーフレームとＳＴＡ４からリンク２上のＳＴＡ２へのＰＰＤＵとの間の時間中に、チャネル状態を判定するためにキャリアセンシング（ＣＳ）を実行することが必要な場合がある。この時間中にチャネルがビジーになると、ＳＴＡ４はＳＴＡ４からＳＴＡ２への（単複の）ＰＰＤＵを送信できず、新たなチャネル競合を開始することができる。

【0079】

図２０に、ＳＴＡ４がチャネルにアクセスした直後にリンク２上でＳＴＡ２にＰＰＤＵを送信する実施形態例１７０を示す。ＭＬＤ、ＳＴＡ及びリンクは図１９に示すものと同じである。

【0080】

ＳＴＡ１がＴＸＯＰを取得して（１１２）ＳＴＡ３からの送信を受け取り始めている（１７２）ことが分かる。その後、ＳＴＡ１がリンク１上で受信を行っている間に、ＳＴＡ４がＳＴＡ２への送信のためにリンク２へのチャネルアクセス権を取得して、干渉を防ぐのに必要な遅延を伴わずにＳＴＡ２に（単複の）ＰＰＤＵ１７４を送信し、従ってＳＴＡ４のＰＰＤＵは直ちにＳＴＡ２によって受け取られる。

【0081】

図２１に、ＳＴＡ４が共有フレームを使用してリンク２上のＴＸＯＰを予約する実施形態例１９０を示す。ＭＬＤ、ＳＴＡ及びリンクは図１７に示すものと同じである。

【0082】

ここでも、ＳＴＡ１がＴＸＯＰを取得して（１１２）ＳＴＡ３への送信１１４を開始していることが分かる。次に、ＳＴＡ１がリンク１上で送信を行っている間に、ＳＴＡ４がＳＴＡ２への送信のためにリンク２へのチャネルアクセス権を取得し、他のＳＴＡによるＴＸＯＰの共有を可能にするために図２３に示すような共有フレーム１９２を送信する。その後、ＳＴＡ１がＳＴＡ３に送信を行っている（１１４）間に、ＳＴＡ４は他のＳＴＡとＴＸＯＰを共有する（１９４）。

【0083】

ＳＴＡ４は、ＳＴＡ２にＰＰＤＵ（すなわち、図ではＳＴＡ４からＳＴＡ２へのＰＰＤＵ）を送信する前に他のＳＴＡとＴＸＯＰを共有する。すなわち、他のＳＴＡは、共有ＴＸＯＰ時間（すなわち、共有フレームとＳＴＡ４からＳＴＡ２へのＰＰＤＵとの間の時間）中に送信を行うことができる。共有ＴＸＯＰ時間は、例えば共有フレーム内のＴＸＯＰ共有時間フィールドから取得することができる。他のＳＴＡの送信は、ＴＸＯＰ共有時間を超えることはできない。その後、ＳＴＡ４は、ＴＸＯＰ共有を停止してＳＴＡ２にパケット１５６を送信する。

【0084】

なお、例えば２つのリンク上のＰＰＤＵ送信の方向が一致している状況では、ＳＴＡ４がＳＴＡ２に（単複の）ＰＰＤＵを送信する際の２つのリンク間のＰＰＤＵアライメントは不要であることもできる。

【0085】

少なくとも１つの実施形態／モード／事例では、共有フレームがマルチユーザ（ＭＵ）ＲＴＳＴＸＯＰ共有（ＴＸＳ）フレームに置き換えられる。ＳＴＡ４は、ＳＴＡ２との送信を開始する前にいくつかの送信をトリガーするように、共有フレームの代わりにトリガーフレームを送信することも可能である。ＳＴＡ４は、ＳＴＡ２への送信を開始する前に他のＳＴＡとフレームを交換することが可能である。

【0086】

図２２に、ＳＴＡ４がリンク２上の対象の受信側と通信するためにバックオフがゼロの状態で待機する実施形態例２１０を示す。ＭＬＤ、ＳＴＡ及びリンクは図１７に示すものと同じである。

【0087】

ここでも、ＳＴＡ１がＴＸＯＰを取得して（１１２）ＳＴＡ３への送信１１４を開始していることが分かる。その後、ＳＴＡ１がリンク１上で送信を行っている間に、ＳＴＡ４は、図２３で説明するようにリンク２のバックオフ（ＢＯ）をゼロにカウントダウンしてＢＯカウントをゼロに維持する。

【0088】

ＳＴＡ４は、ＳＴＡ２にＰＰＤＵ（すなわち、図ではＳＴＡ４からＳＴＡ２へのＰＰＤＵ）を送信できる場合、チャネルにアクセスして（２１４）ＳＴＡ２に（単複の）ＰＰＤＵ１５６を送信する。

【0089】

なお、２つのリンク上のＰＰＤＵ送信の方向が正しく一致している場合などには、ＳＴＡ４がＳＴＡ２にＰＰＤＵを送信する際の２つのリンク間のＰＰＤＵアライメントは不要であることもできる。

【0090】

３．３．３．フレームフォーマット
図２３に、以下のフィールドを有する共有フレームの実施形態例２３０を示す。

【0091】

フレーム制御（ＦｒａｍｅＣｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。このＲＡフィールドはブロードキャストすることもできる。ＴＡフィールドは、フレームを送信したＳＴＡのアドレスを含む。

【0092】

ＴＸＯＰ共有情報フィールド。他のＳＴＡは、ＴＸＯＰを取得するためにチャネルを求めて競合することができるが、ＴＸＯＰ共有が終了する前に自機のＴＸＯＰを終了する（ＴＸＯＰを超えて送信しない）必要がある。ＴＸＯＰ共有指示（ＴＸＯＰｓｈａｒｉｎｇＩｎｄｉｃａｔｉｏｎ）フィールドは、ＴＸＯＰ共有が許可されるかどうかを示す。このフィールドは１ビット指示（フラグ）から成ることができ、例えばこのフィールドが第１の状態（例えば、「１」）に設定された場合、ＴＸＯＰ共有は許可される。このフィールドが第２の状態（例えば、「０」）に設定された場合、ＴＸＯＰ共有は許可されない。受信側ＳＴＡは、このフィールドを受け取ると、このフィールドがＴＸＯＰ共有状態に設定されている場合にはＴＸＯＰ共有時間中に送信を行えると認識する。ＴＸＯＰ共有時間（ＴＸＯＰｓｈａｒｉｎｇＴｉｍｅ）フィールドは、受信側ＳＴＡがこのフレームを受け取った後に送信に使用できる時間を示す。受信側ＳＴＡの送信はＴＸＯＰ共有時間を超えてはならない。ＲＡがブロードキャストである場合、受信側ＳＴＡは送信前にチャネルを求めて競合する。

【0093】

アクセスクラスフィールドも含まれる。ＡＣ制約（ＡＣｃｏｎｓｔｒａｉｎｔ）フィールドは、ＡＣＩフィールドに指定されたＡＣのみをＴＸＯＰ共有時間中に送信できるかどうかを示す。このフィールドは１ビット指示を含むことができ、例えば第１の状態（例えば、「１」）に設定されると、受信側ＳＴＡはＡＣＩフィールドに指定されたＡＣからのトラフィックのみを送信することができる。そうでなければ、ＳＴＡは全てのＡＣからのトラフィックを送信することができる。ＡＣＩフィールドは、ＴＸＯＰ共有時間中にトラフィックを送信できるＡＣを示す。このフィールドのフォーマットは、図１０に示すＡＣＩビットマップフィールド又はＡＣＩ高フィールドと同じである。

【0094】

４．４．ＮＳＴＲリンクペアのリンク上での協調
実施例の説明を単純にするために、フローチャート及び実施例では図１５に示すネットワークトポロジーを使用する。

【0095】

本節では、ＳＴＡ１及びＳＴＡ４がそれぞれリンク１上及びリンク２上のＴＸＯＰ所有者である時に、ＳＴＡ４がリンク１及びリンク２の両方での送信の協調を要求するＮＳＴＲ協調と呼ばれる方法について説明する。送信のＮＳＴＲ協調が発生すると、ＭＬＤ１又はＭＬＤ２のいずれかが両リンク上で同時に送信を手配する（すなわち、ＴＸＯＰ所有者の機能を果たす）。また、送信を手配するＭＬＤは、２つのリンク間の装置内共存（ＩＤＣ）干渉を避けるために２つのリンク上で同時に送信又は受信を行うことができる。

【0096】

４．４．１．ＮＳＴＲ要求プロセス
図２４に、ＭＬＤ１又はＭＬＤ２のいずれかがリンク１及びリンク２の両方で同時に送信を手配するようにＳＴＡ４がＮＳＴＲ協調を要求する実施形態例２５０を示す。なお、ＭＬＤ及びＳＴＡの番号は、ＭＬＤ及びＳＴＡの区別のために使用するものにすぎず、フロー図をいずれかの特定の番号のＭＬＤ又はＳＴＡに限定するものではないと理解されたい。

【0097】

ＭＬＤ１に所属するＳＴＡ１がリンク１上のＴＸＯＰ所有者である時に（２５２）、ＭＬＤ２に所属するＳＴＡ４がリンク２上のチャネルアクセス権を有しており、ＭＬＤ１に所属するＳＴＡ２と通信する予定である。

【0098】

次に、ブロック２５４において、ＳＴＡ４は、ＭＬＤ１（又はＭＬＤ２）にリンク１及びリンク２の両方で同時に送信を手配させるようにＳＴＡ２又はＭＬＤ１に要求する。なお、ＳＴＡ４は、リンク２上のチャネルにアクセスした時に、ＳＴＡ１がリンク１上で送信中である場合にはリンク２上でＳＴＡ２に送信を行えないことがある。限定ではなく一例として、ＳＴＡ４は、４．３節で説明した方法を使用してチャネルを占有し、正しいタイミングでＳＴＡ２にパケットを送信することができる。

【0099】

チェック２５６において、ＭＬＤ（ＭＬＤ１）が要求を受け入れたかどうかを判定する。条件が満たされた場合、ＭＬＤ１（又はＭＬＤ２）は、装置内共存（ＩＤＣ）干渉が発生する可能性を排除するためにリンク１及びリンク２の両方で同時に送信を手配する（２５８）。なお、いくつかの事例では、２つのリンク上でのＴＸＯＰの一方が終了した時にＭＬＤ１（又はＭＬＤ２）が送信の配置を停止することができる。

【0100】

一方で、要求が受け入れられなかったことによってチェック２５６が満たされない場合、ブロック２６０において、ＳＴＡ４は現在のＴＸＯＰを停止する。

【0101】

図２５に、ＳＴＡ２又はＭＬＤ１がＮＳＴＲ協調要求に応答する実施形態例２７０を示す。ＳＴＡ１がリンク１上のＴＸＯＰ所有者である時に、ＳＴＡ２は、ＭＬＤ１（又はＭＬＤ２）が両リンク上で同時に送信を手配することを可能にするＮＳＴＲ協調要求をリンク２上でＳＴＡ４から受け取る（２７２）。

【0102】

チェック２７２において、要求が受け入れられたかどうかを判定する。要求が受け入れられた場合、ブロック２７６において、ＭＬＤ１が要求を受け入れる旨をＭＬＤ２に応答する。その後、ＭＬＤ１（又はＭＬＤ２）は、両リンク上で同時に送信を手配し始める（２７８）。

【0103】

一方で、ブロック２７４においてＳＴＡ２又はＭＬＤ１によって要求が拒絶されたと判定された場合、ブロック２８０においてオプションを決定する。オプション１が選択された場合（２８２）、ＳＴＡ２又はＭＬＤ１は、要求を拒絶する旨をＭＬＤ２に応答する。一方で、オプション２が選択された場合、ＳＴＡ２又はＭＬＤ１は、応答を送信する必要なく要求を拒絶することができる（２８４）。

【0104】

４．４．２．ＮＳＴＲ要求動作の例
本節では、４．３節で説明したような、ＳＴＡ４がチャネルにアクセスした後にＭＬＤ１にＮＳＴＲ協調を要求する複数の例について詳述する。

【0105】

図２６に、ＭＬＤ１がＮＳＴＲリンク上で送信を手配することを可能にするためにＳＴＡ４がＮＳＴＲ協調を要求する実施形態例３１０を示す。この図には、関連するＳＴＡ１７８及びＳＴＡ２８０を有するＭＬＤ１７４と通信する、関連するＳＴＡ３８２及びＳＴＡ４８４を有するＭＬＤ２７６を示す。

【0106】

ＳＴＡ１は、リンク１上のＴＸＯＰ１１２を取得し、リンク１上でＳＴＡ３からの受信を開始する（３１２）。ＳＴＡ４は、ＭＬＤ１がリンク１及びリンク２の両方で送信を手配することを要求するために、最初にリンク２を介してＳＴＡ２にＮＳＴＲ協調要求フレーム（図示のようなＮＳＴＲＣｒｄＲｅｑ）３１４を送信する。ＳＴＡ４は、ＮＳＴＲ協調要求フレームにおいて、ＭＬＤ１が両リンク上で送信を手配するＮＳＴＲ協調時間を示すこともできる。ＮＳＴＲ協調要求フレームによってＳＴＡ４又はＭＬＤ２のバッファ状態を送信することもできる。図示のように、ＳＴＡ２は、ＳＴＡ１がリンク１上のＴＸＯＰ所有者であるにもかかわらず、ＳＴＡ１が受信を行っている時に同時にＮＳＴＲ協調要求フレームを受け取ることができる。

【0107】

次に、ＭＬＤ１は、ＮＳＴＲ協調要求を受け入れ（３１５）、共有要求を受け入れるために、ＭＬＤ２、並びに関連するＳＴＡ３及びＳＴＡ４にＮＳＴＲ協調応答フレーム（図示のようなＮＳＴＲＣｒｄＲｅｓ）３１６、３１８を返送する。なお、リンク１上でのＮＳＴＲ協調応答フレームの送信は不要な場合もあり、このフレームはＳＴＡ１によって送信される他のいずれかのＰＰＤＵに置き換えることもできる。一方で、ＭＬＤ１は両リンク上で同時に送信を手配している。例えば、ＭＬＤ１は、両リンク上での送信又は両リンク上での受信を同時に制御することができる。

【0108】

なお、ＮＳＴＲ協調要求フレーム及びＮＳＴＲ協調応答フレームのフォーマットは図３２のものと同様であることができる。少なくとも１つの実施形態／モード／事例では、ＮＳＴＲ協調要求フレームが、図３３に示すような転送要求（ＲＴＦ）フレーム、又はＩＥＥＥ８０２．１１ａｘで定められるようなＢＳＲフレームを含むことができ、ＮＳＴＲ協調応答フレームが、ＩＥＥＥ８０２．１１ａｘで定められるようなトリガーフレームである。

【0109】

ＭＬＤ１が両リンク上のＴＸＯＰを引き継ぐ場合、これらの２つのリンクは同じＮＳＴＲリンクペアに属するので、これらのリンク上でのＰＰＤＵ送信方向は同じにすべきである。この図には、ＴＸＯＰ内でＰＰＤＵ送信３２０及び３２２が実行されていることを示す。

【0110】

なお、リンク２上の（ＳＴＡ２からＳＴＡ４への）ＮＳＴＲＣｒｄＲｅｓはＮＳＴＲ協調要求の結果を提供できるので、図示のリンク１上の（ＳＴＡ１からＳＴＡ３への）ＮＳＴＲＣｒｄＲｅｓは他のいずれかのＰＰＤＵに置き換えることができる。すなわち、リンク１上の（ＳＴＡ１からＳＴＡ３への）ＮＳＴＲＣｒｄＲｅｓを送信する必要はない。

【0111】

図２７に、ＭＬＤ２によるＮＳＴＲリンク上での送信手配を可能にするためにＳＴＡ４がＮＳＴＲ協調を要求する実施形態例３３０を示す。ＭＬＤ、ＳＴＡ及びリンクは図２６に示すものと同じである。

【0112】

ＳＴＡ１は、リンク１上のＴＸＯＰ１１２を取得し、リンク１上でＳＴＡ３からの受信を開始する（３１２）。ＳＴＡ４は、リンク１及びリンク２の両方での送信手配を求めるためにＮＳＴＲ協調要求フレーム（図示のようなＮＳＴＲＣｒｄＲｅｑ）３１４を送信する。ＳＴＡ４は、ＮＳＴＲ協調要求フレーム内にＭＬＤ１が両リンク上で送信を手配すべき期間を示すこともできる。ＮＳＴＲ協調要求フレームによってＳＴＡ４又はＭＬＤ２のバッファ状態を送信することもできる。図示のように、ＳＴＡ２は、ＳＴＡ１がリンク１のＴＸＯＰ所有者であるにもかかわらず、ＳＴＡ１が受信を行っている時に共有要求フレームを受け取ることができる。

【0113】

次に、ＭＬＤ１は、ＮＳＴＲ協調要求を受け入れ（３１５）、ＮＳＴＲ協調要求を受け入れるＮＳＴＲ協調応答フレーム（図示のようなＮＳＴＲＣｒｄＲｅｓ）３１６及び３１８をＭＬＤ２に返送する。なお、リンク１上でのＮＳＴＲ協調応答フレームの送信は不要な場合もあり、このフレームはＳＴＡ１によって送信される他のいずれかのＰＰＤＵに置き換えることもできる。その後、ＭＬＤ２は両リンク上での送信を手配し始める（３１９）。ＭＬＤ２が両リンク上のＴＸＯＰを引き継ぐ場合、これらの２つのリンクは同じＮＳＴＲリンクペアに属するので、これらのリンク上でのＰＰＤＵ送信方向は同じにすべきである。この図には、ＳＴＡ３からＳＴＡ１へのＰＰＤＵ送信３３２、及びＳＴＡ４からＳＴＡ２への同時ＰＰＤＵ送信３３４を示す。

【0114】

なお、ＮＳＴＲ協調要求フレーム及びＮＳＴＲ協調応答フレームのフォーマットは、図３２に示すものと同様であることができる。少なくとも１つの実施形態／モード／事例では、ＮＳＴＲ協調要求フレームが、図３３に示すような転送要求（ＲＴＦ）フレーム、又はＩＥＥＥ８０２．１１ａｘで定められるようなＢＳＲフレームを含み、及び／又はＮＳＴＲ協調応答フレームが、ＩＥＥＥ８０２．１１ｂｅで定められるようなＭＵ－ＲＴＳＴＸＳトリガーフレームである。

【0115】

図２８に、ＭＬＤ１がＮＳＴＲ協調要求を拒絶する実施形態例３５０を示す。ＭＬＤ、ＳＴＡ及びリンクは図２７に示すものと同じである。

【0116】

ＳＴＡ１は、リンク１上でＴＸＯＰ１１２を取得し、リンク１上でＳＴＡ３からの受信を開始する（３５２）。この時、リンク２上のＳＴＡ４は、ＭＬＤ１又はＭＬＤ２のいずれかがリンク１及びリンク２の両方で送信を手配することを要求するためにＮＳＴＲ協調要求フレーム（図示のようなＮＳＴＲＣｒｄＲｅｑ）３５４を送信している。ＳＴＡ４は、ＮＳＴＲ協調要求フレーム内にＭＬＤが両リンク上で送信を手配すべき時間を示すこともできる。ＮＳＴＲ協調要求フレームによってＳＴＡ４又はＭＬＤ２のバッファ状態を送信することもできる。図示のように、ＳＴＡ２は、ＳＴＡ１がリンク１のＴＸＯＰ所有者であるにもかかわらず、ＳＴＡ１が受信を行っている時に共有要求フレームを受け取ることができる。

【0117】

ＭＬＤ１は、ＮＳＴＲ協調要求を拒絶し、ＳＴＡ２は、ＮＳＴＲ協調要求を拒絶するＮＳＴＲ協調応答フレーム（図示のようなＮＳＴＲＣｒｄＲｅｓ）をＳＴＡ４に返送する（３５８）。一方で、ＳＴＡ１はリンク１上で送信を継続することができる（３５６）。その後、ＭＬＤ２は、リンク２上のＴＸＯＰを終了し、チャネルを求めて再競合することができる。

【0118】

なお、ＮＳＴＲ協調要求フレームのフォーマットは図３２に示すものと同様であることができる。

【0119】

図２９に、ＳＴＡ４がＭＬＤ１によるＮＳＴＲリンク上での送信手配を許可することを示す（要求する）実施形態例３７０を示す。ＭＬＤ、ＳＴＡ及びリンクは図２８に示すものと同じである。

【0120】

ＳＴＡ１は、リンク１上のＴＸＯＰ１１２を取得し、リンク１上でＳＴＡ３からの受信を開始する（３１２）。この時、リンク２上のＳＴＡ４は、ＳＴＡ２にＮＳＴＲ協調指示フレーム（図示のようなＮＳＴＲＣｒｄＩｎｄ）３１４を送信しており、ＭＬＤ１がリンク１及びリンク２の両方で送信を手配すべきであることを示す（要求）する。ＳＴＡ４は、ＮＳＴＲ協調指示フレーム内にＭＬＤ１が両リンク上で送信を手配すべき時間を示すことを選択することもできる。ＮＳＴＲ協調要求フレームによってＳＴＡ４又はＭＬＤ２のバッファ状態を送信することもできる。図に示すように、ＳＴＡ２は、ＳＴＡ１がリンク１のＴＸＯＰ所有者であるにもかかわらず、ＳＴＡ１が受信を行っている時に同時にＮＳＴＲ協調指示フレームを受け取ることができる。

【0121】

その後、ＭＬＤ１は要求を受け入れ、両リンク上でＰＰＤＵ送信を手配し始める。図示のように、ＳＴＡ１はリンク１上でＳＴＡ３にＰＰＤＵ３７２及び３７６を送信し始めることができ、ＳＴＡ２はリンク２上でＳＴＡ４にＰＰＤＵ３７４及び３７８を送信し始めることができる。ＭＬＤ１は、２つのリンク上で送信を手配する際に、２つのリンク上での送信方向が同じになるように手配すべきである。各リンク上での送信中には、ＰＰＤＵを一致させることも又はさせないこともできる。

【0122】

なお、ＮＳＴＲ指示フレームのフォーマットは、図３２に示すものと同様であることも、或いはＩＥＥＥ８０２．１１ｂｅで定められるようなＭＵ－ＲＴＳＴＸＳトリガーフレームであることもできる。

【0123】

また、リンク２上の（ＳＴＡ２からＳＴＡ４への）最初のＰＰＤＵは、ＮＳＴＲＣｒｄＩｎｄフレームが正常に受信されたことを示す確認応答フレームを搬送することができる。

【0124】

図３０及び図３１に、ＮＳＴＲ協調のために逆方向グラント（ＲＤＧ）を再使用する実施形態例３９０を示す。この図のＰＰＤＵは、そのＨＴ制御フィールド内で図３４に示すような拡張ＣＡＳ制御（ｅｘｔｅｎｄｅｄＣＡＳＣｏｎｔｒｏｌ）サブフィールドを搬送することができる。

【0125】

ＭＬＤ、ＳＴＡ及びリンクは図２９に示すものと同じである。ＳＴＡ１はリンク１上でＴＸＯＰ１１２を取得し、リンク１上でＳＴＡ３からの受信を開始する（３９２）。

【0126】

ＳＴＡ４は、ＭＬＤ１がリンク１及びリンク２の両方で送信を手配できることを示すために、ＲＤＧをアクティブ（例えば、「１」）に設定してＮＳＴＲ協調指示をアクティブ（例えば、「１」）に設定したＰＰＤＵ３９４をリンク２上で送信する。

【0127】

その後、ＭＬＤ１は、ＰＰＤＵ３９８、４００、４０２、４０４、４０６、４０８、４１０及び４１２を使用して、リンク１及びリンク２の両方で送信を手配する。ＭＬＤ１によって送信されたＰＰＤＵ内のＲＤＧ／さらなるＰＰＤＵ（ＲＤＧ／ＭｏｒｅＰＰＤＵｓ）フィールドは、進行中のＮＳＴＲ協調を示すようにアクティブ（例えば、「１」）に設定される。ＰＰＤＵ送信の境界を定めるＮＳＴＲ協調期間３９６を示す。

【0128】

ＰＰＤＵ内のＲＤＧ／さらなるＰＰＤＵフィールドは、両リンク上でのＰＰＤＵ送信方向が同じであることを確実にするように設定される。例えば、リンク１上でＲＤＧが非アクティブ（例えば、「０」）であり、リンク２上でさらなるＰＰＤＵがアクティブ（例えば、「１」）である場合、リンク１上及びリンク２上の次のＰＰＤＵはＭＬＤ１によって送信される。リンク１上でＲＤＧがアクティブに設定され、同時にリンク２上でさらなるＰＰＤＵが非アクティブに設定された場合、リンク１上及びリンク２上の次のＰＰＤＵはＭＬＤ２によって送信される。リンク１上でさらなるＰＰＤＵがアクティブ（例えば、「１」）に設定され、同時にリンク２上でＲＤＧが非アクティブ（例えば、「０」）に設定された場合、リンク１上及びリンク２上の次のＰＰＤＵはＭＬＤ２によって送信される。リンク１でさらなるＰＰＤＵが非アクティブ（例えば、「０」）であり、リンク２上でＲＤＧがアクティブ（例えば、「１」）である場合、リンク１上及びリンク２上の次のＰＰＤＵはＭＬＤ１によって送信される。

【0129】

なお、ＲＤＧサブフィールド及びさらなるＰＰＤＵサブフィールドは、ＰＰＤＵ内で同じビットを共有する。ＳＴＡがＴＸＯＰ所有者である場合、このＳＴＡが送信するのはＰＰＤＵ内のＲＤＧフィールドである。ＳＴＡがＴＸＯＰ応答者である場合、このＳＴＡが送信するのはＰＰＤＵ内のさらなるデータ（Ｍｏｒｅｄａｔａ）フィールドである。ＰＰＤＵ内のＮＳＴＲ協調指示が非アクティブである場合、ＮＳＴＲ協調は終了する。

【0130】

４．４．３．ＮＳＴＲ協調フォーマット
図３２に、以下のフィールドを有するＮＳＴＲ協調要求、応答及び指示フレームの実施形態例４３０を示す。従って、このフレームは、少なくとも１つの実施形態ではＮＳＴＲ協調要求、ＮＳＴＲ協調応答及びＮＳＴＲ協調指示のために利用されると理解されたい。

【0131】

フレーム制御（ＦｒａｍｅＣｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。このフレームは、このフレームがＮＳＴＲ協調要求フレームであるか、ＮＳＴＲ協調応答フレームであるか、それともＮＳＴＲ協調指示フレームであるかを示すことができる。少なくとも１つの実施形態／モード／事例では、このフィールドが、フレームがＮＳＴＲ協調情報を搬送していることのみを示し、ＮＳＴＲ協調要求フレームであるか、ＮＳＴＲ協調応答フレームであるか、それともＮＳＴＲ協調指示フレームであるかは示さない。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのアドレスを含む。

【0132】

ＮＳＴＲＣｒｄフレームタイプ（ＮＳＴＲＣｒｄｆｒａｍｅｔｙｐｅ）フィールドは、ＮＳＴＲ協調フレームのタイプを示すように設定される。このフィールドが「要求」に設定された場合、フレームはＮＳＴＲ協調要求フレームである。この要求に応答して、受信側は、フレームに示されるＮＳＴＲ協調情報に基づいて要求を受け入れるかどうかを判定する。このフレームの受信側は、その判定を示すためにＮＳＴＲ協調応答フレームで応答することもできる。このフィールドが「応答」に設定された場合、フレームはＮＳＴＲ協調応答フレームである。このフレームを受け取ると、そのＮＳＴＲ協調要求の結果（判定）が決定される。要求が受け入れられた場合、このフレームの送信側及び受信側は、いずれもこのフレームに示されるＮＳＴＲ協調情報に従う。要求が拒絶された場合、このフレームの受信側は現在のＴＸＯＰを終了し、チャネルを求めて再競合することができる。このフィールドが「指示」に設定された場合、このフレームはＮＳＴＲ協調指示フレームである。従って、このフレームの受信側は、ＮＳＴＲ協調指示フレームに示されるＴＸＯＰリソースを自機が引き継いでＴＸＯＰ所有者の機能を果たすことができると判定する。

【0133】

ＮＳＴＲＣｒｄ情報（ＮＳＴＲＣｒｄｉｎｆｏｒｍａｔｉｏｎ）フィールドは、ＮＳＴＲ協調情報を示すように設定される。ＳＴＡ又はＭＬＤは、この情報を受け取ると、このフィールド内の情報を使用してＮＳＴＲ協調を実行することができる。ＮＳＴＲＣｒｄ指示（ＮＳＴＲＣｒｄｉｎｄｉｃａｔｉｏｎ）フィールドは、ＮＳＴＲ協調状態を示すように設定されるＮＳＴＲ協調指示である。このフィールドは、１ビット指示として実装することができる。

【0134】

このフィールドは、ＮＳＴＲ協調要求フレーム内でアクティブ（例えば、「１」）に設定された場合、送信側がＮＳＴＲ協調を要求していることを示す。そうでなければ、このフィールドは非アクティブ（例えば、「０」）に設定される。受信側は、ＮＳＴＲ協調要求フレーム内でこのフィールドを受け取ると、送信側がＮＳＴＲ協調を要求していると認識し、この要求を受け入れるか、それとも拒絶するかを決定し、この決定をＮＳＴＲ協調応答フレーム内に示すことができる。

【0135】

このＮＳＴＲ協調フィールドは、ＮＳＴＲ協調応答フレーム内でアクティブ（例えば、「１」）に設定された場合、ＮＳＴＲ協調応答フレームの送信側がＮＳＴＲ協調応答フレームの受信側からのＮＳＴＲ協調要求を受け入れることを示す。そうでなければ、このフィールドは非アクティブ（例えば、「０」）に設定されて、送信側がＮＳＴＲ協調要求を拒絶することを示す。このフィールドがアクティブ（例えば、「１」）に設定された場合、このフレームの送信側及び受信側はＮＳＴＲ協調を開始する。そうでなければ、受信側はＮＳＴＲ協調要求が拒絶されたと認識し、現在のＴＸＯＰを終了し、チャネルを求めて再競合することができる。

【0136】

このＮＳＴＲ協調フィールドは、ＮＳＴＲ協調指示フレーム内でアクティブ（例えば、「１」）に設定された場合、ＮＳＴＲ協調指示フレームの送信側がＮＳＴＲ協調指示フレームの受信側にＮＳＴＲ協調時間中に送信の手配を許可していることを示す。この結果、受信側はＴＸＯＰを引き継ぎ、ＮＳＴＲ協調時間中にＴＸＯＰ所有者の機能を果たすことができる。そうでなければ、このフィールドは非アクティブ（例えば、「０」）に設定される。

【0137】

ＮＳＴＲコーディネータ（ＮＳＴＲｃｏｏｒｄｉｎａｔｏｒ）フィールドは、リンクを介したＮＳＴＲ協調期間中にどのＭＬＤが送信を手配すべきであるか、又はＴＸＯＰ所有者の機能を果たすべきであるかを示すように設定される。

【0138】

このフィールドは、ＮＳＴＲ協調要求フレームの送信側ＭＬＤに設定された場合、ＮＳＴＲ協調時間中にＮＳＴＲリンクペアの両リンク上で送信側ＭＬＤがＴＸＯＰ所有者の機能を果たすべきであることを表す。

【0139】

このフィールドは、ＮＳＴＲ協調要求フレーム又はＮＳＴＲ協調指示フレームの受信側ＭＬＤに設定された場合、受信側ＭＬＤがＴＸＯＰ所有者の機能を果たし、ＮＳＴＲリンクペアの両リンク上でＮＳＴＲ協調時間中に送信を手配すべきであることを示す。

【0140】

ＮＳＴＲＣｒｄ時間（ＮＳＴＲＣｒｄｔｉｍｅ）フィールドは、リンクを介したＮＳＴＲ協調時間を示すように設定される。このフィールドは、ＮＳＴＲコーディネータが後続のＮＳＴＲ協調時間中に送信を手配し又はＴＸＯＰ所有者の機能を果たせることを示す。

【0141】

ＡＣ制約（ＡＣｃｏｎｓｔｒａｉｎｔ）フィールドは、ＮＳＴＲ協調時間中にトラフィックを送信できるＡＣを示すように設定される。なお、このフィールドは、このフィールドが送信されているリンク上でのみ有効である。このフィールドが両リンク上で有効である場合、両リンク上での送信は、このフィールドに示されるＡＣ制約に従うべきである。

【0142】

このＡＣ制約フィールドは、単一のＡＣに設定することができる。少なくとも１つの実施形態／モード／事例では、ＮＳＴＲ協調時間中にそのＡＣからのトラフィックのみを送信することができる。いくつかの事例では、このフィールドが、ＮＳＴＲ協調時間中の一次ＡＣを表すことができる。このフィールドの送信側及び受信側は、ＮＳＴＲ協調時間中にＩＥＥＥ８０２．１１ａｘのＴＸＯＰ共有ルールなどの送信ルールに従って送信を行うべきである。少なくとも１つの実施形態／モード／事例では、ＮＳＴＲ協調時間中に、このフィールドに示されるＡＣと等しい又はそれよりも高い優先度のＡＣからのトラフィックを送信することができる。

【0143】

このＡＣ制約フィールドは、各ビットがＡＣを表すＡＣビットマップを含むこともできる。このフィールド内のビットがアクティブ（例えば、「１」）に設定された場合、このビットに対応するＡＣからのトラフィックがＮＳＴＲ協調時間中に送信される。そうでなければ、このビットは、このビットに対応するＡＣからのトラフィックがＮＳＴＲ協調時間中に送信されないように非アクティブ（例えば、「０」）に設定される。

【0144】

このＡＣ制約フィールドは、１ビット指示で構成することもできる。このビットがアクティブ（例えば、「１」）に設定された場合、一次ＡＣからのトラフィックのみをＮＳＴＲ協調時間中に送信することができる。一方で、このビットが非アクティブ（例えば、「０」）に設定された場合、ＮＳＴＲ協調時間中にあらゆるＡＣからのトラフィックを送信することができる。ＩＥＥＥ８０２．１１ａｘで定められるＴＸＯＰ共有を許可することができる。

【0145】

ＮＳＴＲリンクＩＤ（ＮＳＴＲｌｉｎｋＩＤ）フィールドは、ＮＳＴＲ協調中にＮＳＴＲコーディネータが送信を手配してＴＸＯＰ所有者の機能を果たすべきであることをＮＳＴＲリンクペアの他方のリンクに示すように設定される。

【0146】

ＮＳＴＲ協調要求又は指示フレームでは、最小ＭＰＤＵサイズ（ＭｉｎＭＰＤＵｓｉｚｅ）フィールドが設定されて、このフィールドを設定するＳＴＡがＮＳＴＲ協調時間中に送信を要求する最小ＭＰＤＵサイズを示す。ＮＳＴＲ協調プロセスの開始時には、このフィールドを設定するＳＴＡによって送信されるＭＤＰＵを最小ＭＰＤＵサイズよりも大きくすべきである。このフィールドは、限定ではなく一例として以下に示す複数の方法で設定することができる。ＮＳＴＲ協調要求が受け入れられた場合には、対応するＮＳＴＲ協調要求フレームの値を複製することによって、このフィールドをＮＳＴＲ協調応答フレーム内に設定することができる。このフィールドは、ＮＳＴＲ協調応答フレーム内に設定して、このフィールドを設定するＳＴＡがＮＳＴＲ協調時間中に送信するＭＰＤＵの最小サイズを示すこともできる。なお、このフィールドは、このフィールドを設定するＳＴＡがＮＳＴＲ協調時間中に送信する最小ＭＳＤＵ又はＡ－ＭＳＤＵサイズを示す最小ＭＳＤＵサイズを含むこともできる。

【0147】

ＮＳＴＲ協調要求又は指示フレームでは、送信時間（Ｔｒａｎｓｍｉｔｔｉｎｇｔｉｍｅ）フィールドが設定されて、このフィールドを設定するＳＴＡがＮＳＴＲ協調時間中にこのフィールドの受信者にＰＰＤＵを送信するように要求した最小時間を示す。ＮＳＴＲ協調の開始時には、このフィールドを設定するＳＴＡに少なくともこの時間が送信のために割り当てられるべきである。このフィールドは、限定ではなく一例として以下に示す複数の方法で設定することができる。ＮＳＴＲ協調要求が受け入れられた場合には、対応するＮＳＴＲ協調要求フレームの値を複製することによって、このフィールドをＮＳＴＲ協調応答フレーム内に設定することができる。このフィールドは、このフィールドを設定するＳＴＡがＮＳＴＲ協調時間中に送信を実行するのに必要な最小時間を示すようにＮＳＴＲ協調応答フレーム内に設定することもできる。

【0148】

バッファ状態報告（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ）フィールドは、送信側ＳＴＡによってそのバッファ状態を示すように設定される。ＮＳＴＲコーディネータは、このフィールドを受け取った場合、受け取られた送信側のバッファ状態に基づいてＮＳＴＲ協調時間中に送信を手配すべきである。少なくとも１つの実施形態では、このフィールドをＩＥＥＥ８０２．１１ａｘで定められるようにフォーマットすることができる。

【0149】

図３３に、ＲＴＦフレームの実施形態例４５０を示す。フレーム制御（ＦｒａｍｅＣｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのアドレスを含む。ＢＳＲ制御（ＢＳＲｃｏｎｔｒｏｌ）フィールドは、送信側によってバッファの状態を示すように設定される。ＳＴＡは、このフィールドを受け取ると、受け取られた送信側のバッファ状態に基づいて送信を手配することができる。このフィールドのフォーマットは、ＩＥＥＥ８０２．１１ａｘに定められるものと同じであるように実装することができる。トリガータイプ（Ｔｒｉｇｇｅｒｔｙｐｅ）フィールドは、送信側が受信側にこのフレームを受け取った後に送信するように要求するトリガータイプを示すように設定される。共通情報（ＣｏｍｍｏｎＩｎｆｏｒｍａｔｉｏｎ（Ｉｎｆｏ））フィールドは、トリガータイプに示されるトリガーフレームの共通情報フィールドと同じものである。受信側は、送信する応答型トリガーフレーム（ｓｏｌｉｃｉｔｅｄｔｒｉｇｇｅｒｆｒａｍｅ）内の共通情報を複製すべきである。ユーザ情報（ＵｓｅｒＩｎｆｏｒｍａｔｉｏｎ（Ｉｎｆｏ））フィールドは、トリガータイプに示されるトリガーフレームのユーザ情報フィールドと同じものである。受信側は、送信する応答型トリガーフレーム内の共通情報を複製すべきである。

【0150】

図３４に、Ａ－制御サブフィールドの拡張ＣＡＳ制御サブフィールド変種の実施形態例４７０を示す。

【0151】

ＡＣ制約（ＡＣｃｏｎｓｔｒａｉｎｔ）フィールドは、１ビット指示の使用を含む異なる方法で表すことができる。限定ではなく一例として、以下に１ビットインジケータ（フラグ）の実装を示す。このビットが第１の状態（例えば、「１」）に設定された場合、一次ＡＣからのトラフィックのみをＮＳＴＲ協調時間中に送信することができる。一方で、このビットが第２の状態（例えば、「０」）に設定された場合、ＮＳＴＲ協調時間中にあらゆるＡＣからのトラフィックを送信することができる。ＩＥＥＥ８０２．１１ａｘで定められるＴＸＯＰ共有を許可することができる。

【0152】

ＲＤＧ／さらなるＰＰＤＵ（ＲＤＧ／ＭｏｒｅＰＰＤＵ）フィールドは多目的フィールドである。このフィールドの送信者がＴＸＯＰ所有者である場合、このフィールドは逆方向グラント（ＲＤＧ）フィールドである。このビットがアクティブ（例えば、「１」）に設定された場合、次のＰＰＤＵは受信側から送信されるべきである。このビットが非アクティブ（例えば、「０」）に設定された場合、次のＰＰＤＵも送信側によって送信される。

【0153】

このフィールドの送信者がＴＸＯＰ応答者である時、このフィールドはさらなるＰＰＤＵフィールドである。このビットがアクティブ（例えば、「１」）に設定された場合、次のＰＰＤＵは送信側によって送信されるべきである。このビットが非アクティブ（例えば、「０」）に設定された場合、次のＰＰＤＵは受信側によって送信されるべきである。

【0154】

ＰＳＲＴＰＰＤＵのサブフィールドは、ＩＥＥＥ８０２．１１ａｘで定められるものと同じであることができる。

【0155】

ＮＳＴＲＣｒｄ指示（ＮＳＴＲＣｒｄｉｎｄｉｃａｔｉｏｎ）フィールドは、ＮＳＴＲ協調状態を示すように設定されるＮＳＴＲ協調指示である。このフィールドは、１ビット指示（フラグ）の使用を含む複数の方法で実装することができる。ＮＳＴＲ協調指示フレーム内でこのフィールドが第１の状態（例えば、「１」）に設定されると、ＮＳＴＲ協調が進行中であることを示す。次のＰＰＤＵを送信するＭＬＤは、リンク上のＰＰＤＵの方向が同じであることを保証すべきである。そうでなければ、このフィールドは第２の状態（例えば、「０」）に設定される。

【0156】

【0157】

ＡＣＩ、スケーリングファクタ（ＳｃａｌｉｎｇＦａｃｔｏｒ）、及びキューサイズ（ＱｕｅｕｅＳｉｚｅ）フィールドは、送信側のバッファ状態を表すフィールドである。受信側は、この情報を使用して送信を手配することができる。ＡＣＩフィールドは、送信側によって報告されたバッファのアクセスカテゴリを示す。スケーリングファクタフィールドは、キューサイズの単位を示す。このフィールドの符号化は、ＩＥＥＥ８０２．１１ａｘのものと同じである。キューサイズフィールドは、送信側のバッファされたトラフィックの量をスケーリングファクタの単位で示す。

【0158】

４．５．別のネットワークトポロジーの例
先の４．４．２節の例には、ＭＬＤ１に所属するＳＴＡ１がリンク１のＴＸＯＰ所有者であってＭＬＤ２に所属するＳＴＡ３と通信する際のＭＬＤ１とＭＬＤ２との間のＮＳＴＲ協調を示した。しかしながら、ＳＴＡ４がリンク１上のチャネルアクセス権を獲得してＮＳＴＲ協調を開始する際に、ＳＴＡ１がＴＸＯＰ所有者でありながらＳＴＡ３と通信していない可能性もある。本節では、このようなシナリオについて説明する。

【0159】

図３５に、本節で説明するようなネットワークトポロジーの実施形態例４９０を示す。図１５と比較すると、図３５に示すネットワークトポロジーには、リンク１上でＳＴＡ１と通信できる別の局ＳＴＡ５が追加されている。ＳＴＡ５は、図示のようなＭＬＤ３などのＭＬＤ所属するＳＴＡ、又はＭＬＤに所属しないＳＴＡであることができる。

【0160】

なお、実施形態４９０は、本節での動作を説明するために利用するネットワークトポロジー例であると理解されたい。本開示の装置及び方法はいずれかの特定のトポロジーに限定されるものではないため、このトポロジーは、図１５と同様に限定ではなく一例として示すものであると理解されたい。また、本開示全体を通じて参照する特定のＭＬＤ、ＳＴＡ及びリンクは、動作の理解を単純化するために示すものにすぎない。

【0161】

例図に示すように、会議室などの構造４９２内に見られるような３つのＭＬＤ４９４、４９６及び４９８上にＳＴＡが存在すると仮定する。ＳＴＡ１５００及びＳＴＡ２５０２はＭＬＤ１４９４に所属し、ＳＴＡ３５０４及びＳＴＡ４５０６はＭＬＤ２４９６に所属し、ＳＴＡ５５０８及びＳＴＡ６５１０はＭＬＤ３４９８に所属する。ＳＴＡ１及びＳＴＡ２は、リンク１５１２及びリンク２５１４を介してそれぞれＳＴＡ３及びＳＴＡ４に関連付けられる（これらと通信する）。なお、リンク１及びリンク２は、ＭＬＤ１の１つのＮＳＴＲリンクペアである。ＳＴＡ１及びＳＴＡ５は、ピアツーピア（Ｐ２Ｐ）通信であるリンク１５１６を介して通信する。

【0162】

この図では、ＭＬＤ２がＳＴＲＡＰであり、ＭＬＤ１及びＭＬＤ３がＭＬＤ２に関連する非ＡＰＭＬＤである事例について考察する。なお、図にはＭＬＤ２及びＭＬＤ３間の関連付けを示していないが、この関連付けは、リンク１又はリンク２、或いは他のいずれかのリンクを介したＭＬＤ２に所属するＡＰＳＴＡとＭＬＤ３に所属する非ＡＰＳＴＡとの関連付けを通じて達成することができる。

【0163】

全てのＳＴＡは、全てのリンク上でのランダムチャネルアクセスにＣＳＭＡ／ＣＡを使用する。また、図３５のネットワークトポロジーでは、ＭＬＤ２に所属するＳＴＡ３がＴＤＬＳフレームのＴＡ、ＲＡフィールドのチェックに応答することなどによってリンク１上でのＳＴＡ１とＳＴＡ５との間の送信をモニタしているので、ＭＬＤ２がリンク１上のＳＴＡ１の送信及び受信ステータスを決定できるものと仮定する。また、ＭＬＤ２は、リンク１上のＳＴＡ１のステータス情報をリンク２上の所属するＳＴＡ４との間で共有することができる。

【0164】

４．３節に示す例では、ＳＴＡ１がＳＴＡ３と通信している時のＳＴＡ４のチャネルアクセスを示した。しかしながら、ＳＴＡ４がチャネルにアクセスする際に、ＳＴＡ１がＳＴＡ４と同じＭＬＤに所属していない他のＳＴＡと通信していることも考えられる。本節では、４．３節に示した同じチャネルアクセス方法がこのようなシナリオでも動作することを示す。

【0165】

図３６に、ＳＴＡ１がＳＴＡ５に送信していることを除いて図１７と同様の、ＳＴＡ４がダミーフレームを使用してリンク２のＴＸＯＰを予約する実施形態例５３０を示す。この例のネットワークトポロジーは図３５に示している。

【0166】

ＳＴＡ１がＴＸＯＰを取得し（５３２）、その後にＳＴＡ５への送信を開始する（５３４）。ＳＴＡ４がＳＴＡ２への送信のためのチャネルアクセス権を獲得した時に、ＳＴＡ１はリンク１上で送信中である。従って、ＳＴＡ４は、短期間のＴＸＯＰを予約するためにダミーフレームを送信する（５３６）。ＳＴＡ１は、予約された短期間のＴＸＯＰが終了する前に送信を終了し、リンク１上でＳＴＡ５からの受信を開始する（５４０）。ＳＴＡ１が受信を開始すると、ＳＴＡ４はＳＴＡ２にＰＰＤＵ５４２を送信し、ＳＴＡ２は装置内共存干渉の可能性を伴わずにこれを受け取ることができる。なお、２つのリンク間のＰＰＤＵアライメントは不要であることができる。しかしながら、２つのリンク上でのＰＰＤＵ送信の方向は一致すべきである。また、リンク１の送信情報（ＰＰＤＵのプリアンブル及びＭＡＣヘッダ）は、ＳＴＡ１がＰＰＤＵを受信している時にＳＴＡ４が（ＳＴＡ４からＳＴＡ２に）ＰＰＤＵを送信するのを支援することができる。

【0167】

ＳＴＡ４は、リンク２上でのダミーフレームとＳＴＡ４からＳＴＡ２へのＰＰＤＵとの間の時間中に、チャネル状態を検知するためにキャリアセンシング（５３８ＣＳ）を実行することが必要な場合がある。この時間中にチャネルがビジーになると、ＳＴＡ４はＳＴＡ４からＳＴＡ２にＰＰＤＵを送信できず、新たなチャネル競合を開始することができる。

【0168】

なお、ＭＬＤ２はＳＴＲＭＬＤである。ＳＴＡ４は、ＳＴＡ４がリンク１上で受信を行っている時間内にＳＴＡ２へのＰＰＤＵ送信（複数のＰＰＤＵであることもできる）を開始して終了することができる。

【0169】

４．４節に示す例には、ＳＴＡ１がＳＴＡ３と通信している時にＳＴＡ４がＮＳＴＲ協調を開始する例を示した。しかしながら、いくつかの事例では、ＳＴＡ４がチャネルにアクセスする際に、ＳＴＡ１がＳＴＡ４と同じＭＬＤに属していない他のＳＴＡと通信している可能性がある。本節では、このようなシナリオでもＮＳＴＲ協調メカニズムが動作することを示す。

【0170】

図３７に、ＭＬＤ１がＮＳＴＲ協調要求を受け入れて異なるＭＬＤのためにＮＳＴＲリンク上で送信を手配する実施形態例５７０を示す。この例のネットワークトポロジーは図３５に示している。

【0171】

ＳＴＡ１がＴＸＯＰを取得し（５３２）、その後にＳＴＡ５からの受信を開始する（５７２）。ＳＴＡ４は、最初にＳＴＡ２にＮＳＴＲ協調要求フレーム（図示のようなＮＳＴＲＣｒｄＲｅｑ）５７４を送信して、ＭＬＤ１にリンク１及びリンク２の両方で送信を手配するように要求する。ＳＴＡ４は、ＮＳＴＲ協調要求フレーム内に、ＭＬＤ１が両リンク上で送信を手配すべき期間を示すこともできる。ＮＳＴＲ協調要求フレームによってＳＴＡ４又はＭＬＤ２のバッファ状態を送信することもできる。図示のように、ＳＴＡ２は、ＳＴＡ５と通信しているＳＴＡ１がリンク１のＴＸＯＰ所有者であるにもかかわらず、ＳＴＡ１が受信を行っている時に同時にＮＳＴＲ協調要求フレームを受け取ることができる。

【0172】

次に、ＭＬＤ１はＮＳＴＲ協調を受け入れ（５７５）、ＳＴＡ２は、ＭＬＤ１のＳＴＡ１がＳＴＡ５にＰＰＤＵ５７６を送信している時に、ＮＳＴＲ協調要求を受け入れるＮＳＴＲ協調応答フレーム（図示のようなＮＳＴＲＣｒｄＲｅｓ）５７８をＳＴＡ４に返送する。ＭＬＤ１は両リンク上で同時に送信を手配する。なお、リンク１上のＴＸＯＰ応答者は、ＭＬＤ２に所属していないＳＴＡ５である。この場合、ＭＬＤ１は、２つのリンク上で送信の手配を開始すると、ＳＴＡ５とのＰＰＤＵ５７６及び５７８として示す送信をリンク１上で継続するとともに、ＳＴＡ４とのＰＰＤＵ５８２として示す送信をリンク２上で開始する。なお、ＭＬＤ１が２つのリンク上で送信を手配する際には、これらの２つのリンク上の送信方向を同じにすべきである。各リンク上での送信中には、ＰＰＤＵを一致させることも又はさせないこともできる。

【0173】

なお、ＮＳＴＲ協調要求フレーム及びＮＳＴＲ協調応答フレームのフォーマットは図３２に示すものと同様であることができる。少なくとも１つの実施形態／モード／事例では、ＮＳＴＲ協調要求フレームが、図３３に示すようなＲＴＦフレーム、又はＩＥＥＥ８０２．１１ａｘで定められるようなＢＳＲフレームであり、ＮＳＴＲ協調応答フレームが、ＩＥＥＥ８０２．１１ａｘで定められるようなトリガーフレームである。

【0174】

５．実施形態の一般的範囲
本明細書では、コンピュータプログラム製品としても実装できる、本技術の実施形態による方法及びシステム、及び／又は手順、アルゴリズム、ステップ、演算、数式又はその他の計算表現のフローチャートを参照して本技術の実施形態を説明することができる。この点、フローチャートの各ブロック又はステップ、及びフローチャートのブロック（及び／又はステップ）の組み合わせ、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、ハードウェア、ファームウェア、及び／又はコンピュータ可読プログラムコードの形で具体化された１又は２以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段によって実装することができる。理解されるように、このようないずれかのコンピュータプログラム命令は、以下に限定されるわけではないが、汎用コンピュータ又は専用コンピュータ、又は機械を生産するための他のいずれかのプログラマブル処理装置を含む１又は２以上のコンピュータプロセッサによって実行して、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行されるコンピュータプログラム命令が、（単複の）特定される機能を実施するための手段を生み出すようにすることができる。

【0175】

従って、本明細書で説明したフローチャートのブロック、並びに手順、アルゴリズム、ステップ、演算、数式、又は計算表現は、（単複の）特定の機能を実行する手段の組み合わせ、（単複の）特定の機能を実行するステップの組み合わせ、及びコンピュータ可読プログラムコードロジック手段の形で具体化されるような、（単複の）特定の機能を実行するコンピュータプログラム命令をサポートする。また、本明細書で説明したフローチャートの各ブロック、並びにいずれかの手順、アルゴリズム、ステップ、演算、数式、又は計算表現、及びこれらの組み合わせは、（単複の）特定の機能又はステップを実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ可読プログラムコードとの組み合わせによって実装することもできると理解されるであろう。

【0176】

さらに、コンピュータ可読プログラムコードなどの形で具体化されるこれらのコンピュータプログラム命令を、コンピュータプロセッサ又は他のプログラマブル処理装置に特定の態様で機能するように指示することができる１又は２以上のコンピュータ可読メモリ又はメモリ装置に記憶して、これらのコンピュータ可読メモリ又はメモリ装置に記憶された命令が、（単複の）フローチャートの（単複の）ブロック内に指定される機能を実施する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータプロセッサ又は他のプログラマブル処理装置によって実行し、コンピュータプロセッサ又は他のプログラマブル処理装置上で一連の動作ステップが実行されるようにしてコンピュータで実施される処理を生成し、コンピュータプロセッサ又は他のプログラマブル処理装置上で実行される命令が、（単複の）フローチャートの（単複の）ブロック、（単複の）手順、（単複の）アルゴリズム、（単複の）ステップ、（単複の）演算、（単複の）数式、又は（単複の）計算表現に特定される機能を実施するためのステップを提供するようにすることもできる。

【0177】

さらに、本明細書で使用する「プログラム」又は「プログラム実行文」という用語は、本明細書で説明した１又は２以上の機能を実行するために１又は２以上のコンピュータプロセッサが実行できる１又は２以上の命令を意味すると理解されるであろう。命令は、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせで具体化することができる。命令は、装置の非一時的媒体に局所的に記憶することも、又はサーバなどに遠隔的に記憶することもでき、或いは命令の全部又は一部を局所的に又は遠隔的に記憶することもできる。遠隔的に記憶された命令は、ユーザが開始することによって、或いは１又は２以上の要因に基づいて自動的に装置にダウンロード（プッシュ）することができる。

【0178】

さらに、本明細書で使用するプロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、中央処理装置（ＣＰＵ）及びコンピュータという用語は、命令、並びに入力／出力インターフェイス及び／又は周辺装置との通信を実行できる装置を示すために同義的に使用されるものであり、プロセッサ、ハードウェアプロセッサ、コンピュータプロセッサ、ＣＰＵ及びコンピュータという用語は、単一の又は複数の装置、シングルコア装置及びマルチコア装置、及びこれらの変種を含むように意図するものであると理解されるであろう。

【0179】

本明細書の説明から、本開示は、限定ではないが以下の内容を含む複数の技術実装を含むと理解されるであろう。

【0180】

ネットワークにおける無線通信のための装置であって、（ａ）ネットワークの他の無線局（ＳＴＡ）と通信するために、チャネルの複数のリンクを介してマルチリンク動作を実行し、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用してチャネルにアクセスする局（ＳＴＡ）としての無線通信回路と、（ｂ）前記無線通信回路に結合されて通信プロトコルを実行するプロセッサと、（ｃ）プロセッサによって実行可能な、ネットワーク上の他のＳＴＡと通信するための命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）第１のマルチリンク装置（ＭＬＤ１）が、非同時送受信（ＮＳＴＲ）通信を実行するように構成されるとともに、第１のリンク（リンク１）の送信機会（ＴＸＯＰ）所有者であることと、（ｄ）（ｉｉ）前記ＳＴＡが、第２のマルチリンク装置（ＭＬＤ２）内で動作しており、ＭＬＤ１への送信のために第２のリンク（リンク２）上のチャネルにアクセスすることと、（ｄ）（ｉｉｉ）ＭＬＤ１がリンク１上で受信中である場合、ＭＬＤ２が直ちにリンク２を介してＭＬＤ１に送信を行うことと、（ｄ）（ｉｖ）ＭＬＤ１がリンク１上で送信中である場合、ＭＬＤ２がチャネルを占有するためにリンク２を介してフレームを送信し、その後ＭＬＤ１がリンク１上で受信中である時に、ＭＬＤ２がＭＬＤ１に別のフレーム送信を実行することと、を含む１又は２以上のステップを実行する、装置。

【0181】

ネットワークにおける無線通信のための装置であって、（ａ）ネットワークの他の無線局（ＳＴＡ）と通信するために、チャネルの複数のリンクを介してマルチリンク動作を実行し、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用してチャネルにアクセスする局（ＳＴＡ）としての無線通信回路と、（ｂ）前記無線通信回路に結合されて通信プロトコルを実行するプロセッサと、（ｃ）プロセッサによって実行可能な、ネットワーク上の他のＳＴＡと通信するための命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）非同時送受信（ＮＳＴＲ）通信を実行するために、前記ＳＴＡが第２のマルチリンク装置（ＭＬＤ２）に関連付けられる一方で、別のＳＴＡが第１のマルチリンク装置（ＭＬＤ１）に関連付けられることと、（ｄ）（ｉｉ）ＭＬＤ１が第１のリンク（リンク１）の送信機会（ＴＸＯＰ）所有者であることと、（ｄ）（ｉｉｉ）第２のＭＬＤ（ＭＬＤ２）が、第２のリンク（リンク２）のＴＸＯＰ所有者であるとともに、リンク２上でＭＬＤ１に送信を行う予定であることと、（ｄ）（ｉｖ）ＭＬＤ２による非同時送受信（ＮＳＴＲ）調整要求を、リンク２を介してＭＬＤ１に送信することと、（ｄ）（ｖ）ＭＬＤ２が、ＭＬＤ１に応答フレームを要求した場合に、ＭＬＤ１が前記ＮＳＴＲ協調要求を受け入れたか、それとも拒絶したかを示す応答フレームをＭＬＤ１から受け取ることと、（ｄ）（ｖｉ）ＮＳＴＲ協調要求が受け入れられた場合、ＭＬＤ１又はＭＬＤ２のいずれかによってリンク１及びリンク２の両方で送信が手配され、その後に送信が実行されることと、を含む１又は２以上のステップを実行する、装置。

【0182】

ネットワークにおいて無線通信を行う方法であって、（ａ）局（ＳＴＡ）としての無線通信回路が、ネットワークの他の無線局（ＳＴＡ）と通信するために、チャネルの複数のリンクを介してマルチリンク動作を実行し、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用してチャネルにアクセスすることと、（ｂ）第１のリンク（リンク１）の送信機会（ＴＸＯＰ）所有者になった第１のマルチリンク装置（ＭＬＤ１）が非同時送受信（ＮＳＴＲ）通信を実行することと、（ｃ）第２のマルチリンク装置（ＭＬＤ２）に関連付けられた前記ＳＴＡが、ＭＬＤ１への送信のために第２のリンク（リンク２）上のチャネルにアクセスすることと、（ｄ）ＭＬＤ１がリンク１上で受信中である場合、ＭＬＤ２が直ちにリンク２を介してＭＬＤ１に送信を行うことと、（ｅ）ＭＬＤ１がリンク１上で送信中である場合、ＭＬＤ２がチャネルを占有するためにリンク２を介してフレームを送信し、その後ＭＬＤ１がリンク１上で受信中である時に、ＭＬＤ２がＭＬＤ１に別のフレームを送信することと、を含む方法。

【0183】

パケットの送信を実行する無線通信システム／装置であって、ＣＳＭＡ／ＣＡ及びマルチリンク動作が適用され、リンク１及びリンク２がＭＬＤ１のＮＳＴＲリンクペアであり、ＭＬＤ１がリンク１上のＴＸＯＰ所有者であり、前記無線通信システム／装置は、（ａ）ＭＬＤ２がリンク２上のチャネルにアクセスし、ＭＬＤ１に送信を行う予定であることと、（ｂ）ＭＬＤ１がリンク１上で受信中である場合、ＭＬＤ２が直ちにリンク２上でＭＬＤ１に送信することと、（ｃ）ＭＬＤ１がリンク１上で送信中である場合、ＭＬＤ２が、チャネルを占有するためにフレームを送信し、ＭＬＤ１がリンク１上で受信中である時にＭＬＤ１に別のフレームを送信することと、を含む、無線通信システム／装置。

【0184】

パケットの送信を実行する無線通信システム／装置であって、ＣＳＭＡ／ＣＡ及びマルチリンク動作が適用され、リンク１及びリンク２がＭＬＤ１のＮＳＴＲリンクペアであり、ＭＬＤ１がリンク１上のＴＸＯＰ所有者であり、ＭＬＤ２がリンク２上のＴＸＯＰ所有者であってリンク２上のＭＬＤ１に送信を行う予定であり、前記無線通信システム／装置は、（ａ）ＭＬＤ２がリンク２を介してＭＬＤ１にＮＳＴＲ協調要求を送信することと、（ｂ）その後にＭＬＤ１が、要求を受け入れる又は拒絶する応答フレームを送信することと、（ｃ）要求が受け入れられた場合、ＭＬＤ１又はＭＬＤ２のいずれかがリンク１及びリンク２の両方で送信を手配することと、を含む、無線通信システム／装置。

【0185】

ＭＬＤ２は、ＴＸＯＰの一部を予約してチャネルを占有するために、データパケットを含まないダミーフレームを送信し、その後にＭＬＤ１がＴＸＯＰの終了前にリンク１上で受信を開始すると、リンク２を介してデータパケットを含むフレームをＭＬＤ１に送信する、いずれかの先行する実装の装置、システム又は方法。

【0186】

ＭＬＤ２は、ＭＬＤ１がリンク１上で受信中である時間を待たないと決定した場合、自機のコンテンションウィンドウ（ＣＷ）を増加させることなくチャネルを求めて再競合する、いずれかの先行する実装の装置、システム又は方法。

【0187】

ＭＬＤ２は、リンク２上のチャネルを占有するためにパディングを組み込んだ送信要求（ＲＴＳ）又はマルチユーザＲＴＳ（ＭＵ－ＲＴＳ）を送信する、いずれかの先行する実装の装置、システム又は方法。

【0188】

ＭＬＤ２は、リンク２上のチャネルを占有するためにＭＬＤ１への送信許可（ＣＴＳ）、又はＣＴＳ－ｔｏ－Ｓｅｌｆを送信する、いずれかの先行する実装の装置、システム又は方法。

【0189】

ＭＬＤ２は、リンク２上のチャネルを占有するために送信機会（ＴＸＯＰ）共有フレームを送信する、いずれかの先行する実装の装置、システム又は方法。

【0190】

ＭＬＤ２は、ＭＬＤ１がリンク１上で受信中になるまでリンク２上で他のＳＴＡとＴＸＯＰを共有するために送信機会（ＴＸＯＰ）共有フレームを送信する、いずれかの先行する実装の装置、システム又は方法。

【0191】

ＭＬＤ２は、ＭＬＤ１に応答フレームを要求することなくＮＳＴＲ協調を開始するためにＮＳＴＲ協調指示フレームを送信する、いずれかの先行する実装の装置、システム又は方法。

【0192】

ＭＬＤ２は、ＮＳＴＲ協調要求を拒絶したことを示すフレームをＭＬＤ１から受け取ったことに応答して、自機の現在のＴＸＯＰの停止を実行する、いずれかの先行する実装の装置、システム又は方法。

【0193】

ＭＬＤ１は、前記ＮＳＴＲ協調要求の拒絶を示すものを何も返送しないことができるので、ＭＬＤ２は、前記ＮＳＴＲ協調要求の拒絶を受け取る必要がない、いずれかの先行する実装の装置、システム又は方法。

【0194】

【0195】

【0196】

【0197】

【0198】

【0199】

【0200】

ＭＬＤ２は、チャネルを占有するために短いＴＸＯＰを予約するフレームを送信し、ＴＸＯＰの終了前にチャンスがあればＭＬＤ１にフレームを送信することができる、いずれかの先行する実装の装置、システム又は方法。

【0201】

ＭＬＤ２は、リンク２を介してＭＬＤ１に送信を行わないと決定することができる、いずれかの先行する実装の装置、システム又は方法。

【0202】

ＭＬＤ２は、ＭＬＤ１がリンク１上で受信中である時間を待つことができない場合、ＣＷを増加させることなくチャネルを求めて再競合することができる、いずれかの先行する実装の装置、システム又は方法。

【0203】

ＭＬＤ２が、リンク２上のチャネルを占有するために、パディングを含むＲＴＳ又はＭＵ－ＲＴＳを送信することができる、いずれかの先行する実装の装置、システム又は方法。

【0204】

ＭＬＤ２は、リンク２上のチャネルを占有するために、ＭＬＤ１へのＣＴＳ、又はＣＴＳ－ｔｏ－ｓｅｌｆを送信することができる、いずれかの先行する実装の装置、システム又は方法。

【0205】

ＭＬＤ２は、リンク２上のチャネルを占有するためにＴＸＯＰ共有フレームを送信することができる、いずれかの先行する実装の装置、システム又は方法。

【0206】

ＭＬＤ２は、ＭＬＤ１に送信するチャンスを獲得するまで、他のＳＴＡとＴＸＯＰを共有するためにリンク２上でＴＸＯＰ共有フレームを送信することができる、いずれかの先行する実装の装置、システム又は方法。

【0207】

ＭＬＤ２は、ＭＬＤ１に応答フレームを要求することなくＮＳＴＲ協調を開始するためにＮＳＴＲ協調指示フレームを送信することができる、いずれかの先行する実装の装置、システム又は方法。

【0208】

ＭＬＤ１は、ＮＳＴＲ協調要求を拒絶するフレームを送信することができる、いずれかの先行する実装の装置、システム又は方法。

【0209】

ＭＬＤ１は、ＮＳＴＲ協調要求を拒絶するものを何も返送することができない、いずれかの先行する実装の装置、システム又は方法。

【0210】

本明細書で使用する「実装」という用語は、本明細書で説明する技術を実践するための実施形態、実施例、又はその他の形態を制限なく含むように意図される。

【0211】

本明細書で使用する単数形の「ａ、ａｎ（英文不定冠詞）」及び「ｔｈｅ（英文定冠詞）」は、文脈において別途明確に示されていない限り複数形の照応を含む。ある物体に対する単数形での言及は、明確にそう述べていない限り「唯一」を意味するものではなく、「１又は２以上」を意味する。

【0212】

本開示における「Ａ、Ｂ及び／又はＣ」などの表現構造は、Ａ、Ｂ又はＣのいずれか、或いは項目Ａ、Ｂ及びＣのいずれかの組み合わせが存在し得ることを表す。「～のうちの少なくとも１つ（ａｔｌｅａｓｔｏｎｅｏｆ）」の後にリストされた一群の要素が続くものなどを示す表現構造は、該当する際にはこれらのリストされた要素のいずれかの考えられる組み合わせを含む、これらの一群の要素のうちの少なくとも１つが存在することを示す。

【0213】

本開示における「ある実施形態」、「少なくとも１つの実施形態」又は同様の実施形態という言い回しについて言及する参照は、説明する実施形態に関連して説明した特定の特徴、構造又は特性が本開示の少なくとも１つの実施形態に含まれることを示す。従って、これらの様々な実施形態の表現は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態とは異なる特定の実施形態を意味するわけではない。実施形態という表現は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の１又は２以上の実施形態においていずれかの好適な形で組み合わせることができることを意味するものとして解釈すべきである。

【0214】

本明細書で使用する「組（ｓｅｔ）」という用語は、１又は２以上の物体の集合を意味する。従って、例えば物体の組は、単一の物体又は複数の物体を含むことができる。

【0215】

本文書における第１及び第２、頂部及び底部などの関係語は、１つの実体又は行動を別の実体又は行動と区別するために使用しているにすぎず、必ずしもこのような実体又は行動同士のこのようないずれかの実際の関係又は順序を必要としたり、又は意味したりするものではない。

【0216】

「備える、有する、含む（ｃｏｍｐｒｉｓｅｓ、ｃｏｍｐｒｉｓｉｎｇ、ｈａｓ、ｈａｖｉｎｇ、ｉｎｃｌｕｄｅｓ、ｉｎｃｌｕｄｉｎｇ、ｃｏｎｔａｉｎｓ、ｃｏｎｔａｉｎｉｎｇ）」という用語、又はこれらの用語の他のあらゆる変化形は、非排他的包含を含むことが意図されており、従って、ある要素リストを備える、有する又は含むプロセス、方法、物品又は装置は、これらの要素のみを含むのではなく、明示的に列挙していない、又はこのようなプロセス、方法、物品又は装置に特有の他の要素を含むこともできる。「～を備える、有する、又は含む（ｃｏｍｐｒｉｓｅｓ … ａ、ｈａｓ … ａ、ｉｎｃｌｕｄｅｓ … ａ、ｃｏｎｔａｉｎｓ … ａ）」に続く要素は、その要素を備える、有する又は含むプロセス、方法、物品又は装置にさらなる同一要素が存在することを、さらなる制約を受けることなく除外するものではない。

【0217】

本明細書で使用する「近似的に（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、「近似する（ａｐｐｒｏｘｉｍａｔｅ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「基本的に（ｅｓｓｅｎｔｉａｌｌｙ）」及び「約（ａｂｏｕｔ）」という用語、又はこれらのいずれかの変形形態は、わずかな変動の記述及び説明のために使用するものである。これらの用語は、事象又は状況に関連して使用した時には、これらの事象又は状況が間違いなく発生する場合、及びこれらの事象又は状況が発生する可能性が非常に高い場合を意味することができる。これらの用語は、数値に関連して使用した時には、その数値の±５％以下、±４％以下、±３％以下、±２％以下、±１％以下、±０．５％以下、±０．１％以下、又は±０．０５％以下などの、±１０％以下の変動範囲を意味することができる。例えば、「実質的に」整列しているということは、±５°以下、±４°以下、±３°以下、±２°以下、±１°以下、±０．５°以下、±０．１°以下、又は±０．０５°以下などの、±１０°以下の角度変動範囲を意味することができる。

【0218】

また、本明細書では、量、比率及びその他の数値を範囲形式で示すこともある。このような範囲形式は、便宜的に単純化して使用するものであり、範囲の限界として明確に指定された数値を含むが、この範囲に含まれる全ての個々の数値又は部分的範囲も、これらの各数値及び部分的範囲が明確に示されているかのように含むものであると柔軟に理解されたい。例えば、約１～約２００の範囲内の比率は、約１及び約２００という明確に列挙した限界値を含むが、約２、約３、約４などの個々の比率、及び約１０～約５０、約２０～約１００などの部分的範囲も含むと理解されたい。

【0219】

本明細書で使用する「結合される（ｃｏｕｐｌｅｄ）」という用語は、「接続される」と定義されるが、必ずしも直接的な機械的接続ではない。特定の形で「構成される（ｃｏｎｆｉｇｕｒｅｄ）」装置又は構造は、少なくともその形で構成されるが、列挙していない形で構成することもできる。

【0220】

利点、長所、問題解決手段、及びいずれかの利点、長所又は解決手段を生じさせる、又はより顕著にするいずれかの（単複の）要素は、本明細書で説明した技術、或いは一部又は全部の請求項の重要な、必要な又は不可欠な特徴又は要素として解釈すべきでない。

【0221】

また、上述した開示では、開示を合理化する目的で様々な実施形態において様々な特徴を共にグループ化することができる。本開示の方法は、請求項に記載する実施形態が、各請求項に明示的に記載する特徴よりも多くの特徴を必要とするという意図を反映したものであると解釈すべきではない。本発明の主題は、開示した単一の実施形態の全ての特徴よりも少ないものによって成立することができる。

【0222】

本開示の要約書は、読者が技術開示の本質を素早く確認できるように示すものである。要約書は、特許請求の範囲又はその意味を解釈又は限定するために使用されるものではないという理解の下で提示するものである。

【0223】

管轄によっては、出願後に本開示の１又は２以上の部分の削除を求める慣行もあると理解されたい。従って、読者は、本開示の元々の内容については出願日時点の出願を参照すべきである。開示内容のいずれかの削除は、当初出願時の出願のいずれかの主題の放棄、失権又は公衆への献呈として解釈すべきではない。

【0224】

以下の特許請求の範囲は、各請求項が単独の発明主題として自立した状態で本開示に組み込まれる。

【0225】

本明細書の説明は多くの詳細を含んでいるが、これらは本開示の範囲を限定するものではなく、現在のところ好ましい実施形態の一部を例示するものにすぎないと解釈すべきである。従って、本開示の範囲は、当業者に明らかになると考えられる他の実施形態も完全に含むと理解されるであろう。

【0226】

当業者に周知の本開示の実施形態の要素の構造的及び機能的同等物も、引用によって本明細書に明確に組み入れられ、本特許請求の範囲に含まれるように意図される。さらに、本開示の要素、構成要素又は方法ステップは、これらが特許請求の範囲に明示されているかどうかにかかわらず、一般に公開されるように意図するものではない。本明細書における請求項の要素については、その要素が「～のための手段」という表現を使用して明確に示されていない限り、「ミーンズプラスファンクション」の要素として解釈すべきではない。また、本明細書における請求項の要素については、その要素が「～のためのステップ」という表現を使用して明確に示されていない限り、「ステッププラスファンクション」の要素として解釈すべきではない。

【符号の説明】

【0227】

７４ＭＬＤ１
７６ＭＬＤ２
７８ＳＴＡ１（リンク１）
８０ＳＴＡ２（リンク２）
８２ＳＴＡ３（リンク１）
８４ＳＴＡ４（リンク２）
１１０実施形態例
１１２ＳＴＡ１によって取得されたＴＸＯＰ
１１４ＳＴＡ１がＳＴＡ３に送信中
１１６短期間のＴＸＯＰを予約するための（ＳＴＡ４からの）ダミーフレーム
１１８ＳＴＡ１がＳＴＡ３から受信中
１１９ＣＳ
１２０ＰＰＤＵ（ＳＴＡ４→ＳＴＡ２）

表１
ＵＰ－ＡＣマッピング