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

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

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

特表2024-540249マルチリンク制限付きＴＷＴ

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

目に優しい文字サイズ小中大 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
38
39
40
41
42
43
44
45
46
47
48
49

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

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

(11)【公表番号】

(43)【公表日】2024-10-31

(54)【発明の名称】マルチリンク制限付きＴＷＴ

(51)【国際特許分類】

H04W 76/15 20180101AFI20241024BHJP

H04W 84/12 20090101ALI20241024BHJP

H04W 72/0457 20230101ALI20241024BHJP

H04W 52/02 20090101ALI20241024BHJP

【ＦＩ】

H04W76/15

H04W84/12

H04W72/0457 110

H04W52/02 111

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024525950

(86)(22)【出願日】2022-10-27

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

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

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

(87)【国際公開日】2023-05-04

(31)【優先権主張番号】63/263,340

(32)【優先日】2021-11-01

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

(31)【優先権主張番号】18/049,285

(32)【優先日】2022-10-24

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】000002185

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

(71)【出願人】

【識別番号】504257564

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

(74)【代理人】

【識別番号】100092093

【弁理士】

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

(74)【代理人】

【識別番号】100109070

【弁理士】

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

(74)【代理人】

【識別番号】100067013

【弁理士】

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

(74)【代理人】

【識別番号】100141553

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

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

(72)【発明者】

【氏名】スンリ－シャン

(72)【発明者】

【氏名】シャチン

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067BB37

5K067CC22

5K067DD30

5K067DD34

5K067EE02

5K067EE10

5K067EE71

(57)【要約】

ＲＴＡフレーム交換のためのＲ－ＴＷＴの無線プロトコルＣＳＭＡ／ＣＡ及びスケジューリングＳＰ。リンクレベルスケジューリングに加え、ＭＬＤレベルからＲ－ＴＷＴをスケジュールすることもできる。Ｒ－ＴＷＴスケジュール側ＭＬＤは、複数のリンク上でＳＰがスケジュールされるマルチリンク（ＭＬ）Ｒ－ＴＷＴをスケジュールするように構成される。これらのＭＬＲ－ＴＷＴは、１又は２以上のＳＬＲ－ＴＷＴであることができ、ＭＬＲ－ＴＷＴは、ＳＬＲ－ＴＷＴから独立したＲ－ＴＷＴであることができる。Ｒ－ＴＷＴスケジュール側ＭＬＤは、（ａ）ＭＬＲ－ＴＷＴを識別する一意のＭＬレベルＲ－ＴＷＴＩＤを割り当てることができ、ＭＬＲ－ＴＷＴがＳＬＲ－ＴＷＴから成る場合には、各ＳＬＲ－ＴＷＴがそのリンク上での識別のために一意のリンクレベルＲ－ＴＷＴＩＤに割り当てられ、（ｂ）複数のリンク上のＭＬＲ－ＴＷＴ管理のために１つのリンク上でＭＬＲ－ＴＷＴシグナリングを完了すればよい。
【選択図】図１９

【特許請求の範囲】

【請求項1】

ネットワークにおける無線通信のための装置であって、
（ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、
（ｂ）前記無線通信回路に結合されて前記ＷＬＡＮ上で動作するプロセッサと、
（ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
（ｉ）複数のリンク上でサービス期間（ＳＰ）がスケジュールされるＡＰ局が、マルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）をスケジュールすることと、
（ｉｉ）非ＡＰマルチリンク装置（ＭＬＤ）から、ＭＬＲ－ＴＷＴのメンバーシップをネゴシエートするＭＬＲ－ＴＷＴ要求フレームを受け取ることと、
（ｉｉｉ）前記ＡＰのＭＬＤが、前記ＭＬＲ－ＴＷＴ要求フレームに対し、前記非ＡＰＭＬＤからの前記ＭＬＲ－ＴＷＴ要求フレームでの要求の受諾又は拒絶を示すＭＬＲ－ＴＷＴ応答フレームで応答することと、
を含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、
（ｉｖ）前記ＡＰＭＬＤが前記要求を受諾した場合、前記非ＡＰＭＬＤが前記ＭＬＲ－ＴＷＴのメンバーになる、
ことを特徴とする装置。

【請求項2】

前記ＡＰＭＬＤは、前記ＭＬＲ－ＴＷＴのスケジューリングを、ビーコンフレーム、（ＭＬ）プローブ応答フレーム、（再）アソシエーションフレーム、又はＭＬＲ－ＴＷＴスケジューリング告知フレームで告知することができる、
請求項１に記載の装置。

【請求項3】

前記ＡＰＭＬＤに所属するＡＰは、自機のリンク上のＭＬＲ－ＴＷＴＳＰのスケジューリングのみを告知することができる、
請求項１に記載の装置。

【請求項4】

前記ＡＰＭＬＤに所属するＡＰは、前記ＡＰＭＬＤによってスケジュールされた全てのＭＬＲ－ＴＷＴのスケジューリングを告知することができる、
請求項１に記載の装置。

【請求項5】

前記ＡＰＭＬＤに所属するＡＰは、該ＡＰの同じリンク上で一部のＳＰがスケジュールされるＭＬＲ－ＴＷＴのスケジューリングのみを告知することができる、
請求項１に記載の装置。

【請求項6】

前記ＡＰＭＬＤに所属するＡＰは、ＭＬＲ－ＴＷＴ及びＳＬＲ－ＴＷＴのスケジューリングを同じフレームで告知することができる、
請求項１に記載の装置。

【請求項7】

ＭＬＲ－ＴＷＴは、前記ＡＰＭＬＤに所属するＡＰによって異なるリンク上でスケジュールされる１又は２以上のＳＬＲ－ＴＷＴから成ることができる、
請求項１に記載の装置。

【請求項8】

前記ＡＰＭＬＤは、前記ＭＬＲ－ＴＷＴを識別するために、前記ＭＬＲ－ＴＷＴに一意のＭＬレベルＲ－ＴＷＴＩＤを割り当てることができる、
請求項１に記載の装置。

【請求項9】

前記ＡＰＭＬＤは、前記ＭＬＲ－ＴＷＴのＳＬＲ－ＴＷＴが同じＭＬＲ－ＴＷＴに属することを示すために、前記ＳＬＲ－ＴＷＴに同じＳＬレベルＲ－ＴＷＴＩＤを割り当てることができる、
請求項１に記載の装置。

【請求項10】

同じＭＬＴＷＴ要素内の同じＳＬレベルＲ－ＴＷＴＩＤを有するＳＬＲ－ＴＷＴは、ＭＬＲ－ＴＷＴとみなすことができる、
請求項１に記載の装置。

【請求項11】

異なるリンク上の、例えば同じＳＰ開始時刻、ＳＰ期間及びＳＰ間隔などの同じＳＰスケジューリングを有するＳＬＲ－ＴＷＴは、ＭＬＲ－ＴＷＴとみなすことができる、
請求項１に記載の装置。

【請求項12】

同じＭＬレベルＲ－ＴＷＴＩＤを有するＳＬＲ－ＴＷＴは、ＭＬＲ－ＴＷＴとみなすことができる、
請求項１に記載の装置。

【請求項13】

ＭＬＲ－ＴＷＴ要求フレーム又は応答フレームは、対応するＭＬＲ－ＴＷＴパラメータが適用されるリンクを示すリンク情報を含むことができる、
請求項１に記載の装置。

【請求項14】

ＭＬＲ－ＴＷＴ要求又は応答フレームは、１又は２以上のリンクのＭＬＲ－ＴＷＴ情報を搬送する１又は２以上のＭＬＴＷＴ要素を含むことができる、
請求項１に記載の装置。

【請求項15】

ＡＰＭＬＤは、前記ＭＬＲ－ＴＷＴの部分的リンク上でＭＬＲ－ＴＷＴメンバーシップ要求を受諾することができる、
請求項１に記載の装置。

【請求項16】

ＭＬＲ－ＴＷＴのメンバーシップネゴシエーションは、ＡＰＭＬＤが前記ＭＬＲ－ＴＷＴのスケジューリングを告知する前に行うことができる、
請求項１に記載の装置。

【請求項17】

ネットワークにおける無線通信のための装置であって、
（ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、
（ｂ）前記無線通信回路に結合されて前記ＷＬＡＮ上で動作するプロセッサと、
（ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
（ｉ）非ＡＰＳＴＡが、マルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）のためのＭＬターゲットウェイクタイム（ＴＷＴ）要素を含むフレームを送信すること、
を含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、
（ｉｉ）前記ＭＬＴＷＴ要素は、１又は２以上のブロードキャストＭＬＴＷＴパラメータセットフィールドを搬送し、
（ｉｉｉ）前記ＭＬＴＷＴ要素は、いくつかのリンク上でのみＲ－ＴＷＴスケジュールがスケジュールされる時に前記ブロードキャストＭＬＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示すリンク情報を含む、
ことを特徴とする装置。

【請求項18】

前記ＭＬＴＷＴ要素は、ＴＷＴ要素と同じ要素ＩＤを共有することができる、
請求項１７に記載の装置。

【請求項19】

前記ＭＬＴＷＴ要素は、全てのブロードキャストＭＬＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、
請求項１７に記載の装置。

【請求項20】

各リンク情報フィールドは、その情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、
請求項１７に記載の装置。

【請求項21】

ネットワークにおける無線通信のための装置であって、
（ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、
（ｂ）前記無線通信回路に結合されて前記ＷＬＡＮ上で動作するプロセッサと、
（ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、
を備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、
（ｉ）複数のリンク上でサービス期間（ＳＰ）がスケジュールされるＡＰ局がマルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）を設定することであって、非ＡＰマルチリンク装置（ＭＬＤ）が前記ＭＬＲ－ＴＷＴのメンバーシップをネゴシエートできる、ことと、
（ｉｉ）第１のＭＬＤ上の第１の局の、特殊ＭＬＤリンクを介した通信をスケジュールすることと、
（ｉｉｉ）前記第１のＭＬＤの第１の局による前記特殊ＭＬＤリンクを介したフレーム交換の開始前に、前記第１のＭＬＤの第２の局が所与の遅延期間を残して送信機会（ＴＸＯＰ）を終了しなければならないことを必要とすることと、
を含む、前記無線通信回路のための無線通信プロトコルのステップを実行する、
ことを特徴とする装置。

【請求項22】

前記特殊ＭＬＤリンクは、非同時送信受信（ＮＳＴＲ）リンクを含む、
請求項２１に記載の装置。

【請求項23】

前記特殊ＭＬＤリンクは、拡張マルチリンクシングルラジオ（ｅＭＬＳＲ）リンクを含む、
請求項２１に記載の装置。

【請求項24】

前記特殊ＭＬＤリンクは、拡張マルチリンクマルチラジオ（ｅＭＬＭＲ）リンクを含む、
請求項２１に記載の装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

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

【0003】

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

【0004】

本開示の技術は、一般にＣＳＭＡ／ＣＡを使用する無線ローカルエリアネットワークに関し、具体的には、複数のリンク上にサービス期間（ＳＰ）を有するマルチリンク（ＭＬ）Ｒ－ＴＷＴのＭＬＤＲ－ＴＷＴスケジューリングに関する。

【背景技術】

【0005】

キャリア検知多重アクセス及び衝突回避（ＣＳＭＡ／ＣＡ）を用いた現在の無線技術は、ネットワークの高スループット性能に主眼を置いているが、低遅延性能には欠けている。しかしながら、リアルタイムアプリケーション（ＲＴＡ）などのますます多くのアプリケーションが低遅延を必要としており、従って技術格差が存在する。

【0006】

ＲＴＡは低遅延通信を必要とし、ベストエフォート通信を使用する。ＲＴＡから生成されるデータはＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいて（単複の）ＲＴＡフレームとしてパケット化される。また、非時間依存アプリケーショから生成されるデータは非ＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいて（単複の）非ＲＴＡフレームとしてパケット化される。その後、送信側ＳＴＡは、フレームを搬送するパケットをチャネル経由で受信側ＳＴＡに送信する。

【0007】

ＲＴＡフレームは、配信の高適時性要件に起因して低遅延を必要とする。ＲＴＡフレームは、一定時間内に配信された場合に有効である。ＣＳＭＡ／ＣＡ無線技術における１つの解決策は、ＲＴＡフレーム交換のために制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）のサービス期間（ＳＰ）をスケジュールすることである。Ｒ－ＴＷＴＳＰ中、ＲＴＡフレームは他のフレームよりも高い送信優先度を有する。

【発明の概要】

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

【0008】

しかしながら、現在のＲ－ＴＷＴ機構の実装は、スケジューリング及びオーバーヘッドの問題を抱えている。本開示は、これらの問題を克服してさらなる利点を提供するものである。

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

【0009】

キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用して、ＲＴＡフレーム交換のために制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）のサービス期間（ＳＰ）をスケジュールする無線ローカルエリアネットワーク（ＷＬＡＮ）。Ｒ－ＴＷＴＳＰ中、ＲＴＡフレームは他のフレームよりも高い送信優先度を有する。本開示では、複数のリンク上でサービス期間（ＳＰ）がスケジュールされるマルチリンク（ＭＬ）Ｒ－ＴＷＴをＲ－ＴＷＴスケジュール側ＭＬＤがスケジュールできるプロトコルについて説明する。これらのＭＬＲ－ＴＷＴは、１又は２以上のシングルリンク（ＳＬ）Ｒ－ＴＷＴであることができ、ＭＬＲ－ＴＷＴは、ＳＬＲ－ＴＷＴから独立したＲ－ＴＷＴであることができる。Ｒ－ＴＷＴスケジュール側ＭＬＤは、ＭＬＲ－ＴＷＴを識別するために一意のＭＬレベルＲ－ＴＷＴＩＤを割り当てることができる。ＭＬＲ－ＴＷＴがＳＬＲ－ＴＷＴから成る場合、各ＳＬＲ－ＴＷＴは、リンク上での識別のために一意のリンクレベルＲ－ＴＷＴＩＤに割り当てられる。Ｒ－ＴＷＴスケジュール側ＡＰＭＬＤは、複数のリンク上のＭＬＲ－ＴＷＴ管理のために１つのリンク上でＭＬＲ－ＴＷＴシグナリングを完了すればよい。

【0010】

非ＡＰＭＬＤは、ＭＬＲ－ＴＷＴのメンバーシップをネゴシエートするためにＭＬＲ－ＴＷＴ要求フレームを送信する。ＡＰＭＬＤは、非ＡＰＭＬＤからの要求を受諾又は拒絶するためにＭＬＲ－ＴＷＴ応答フレームで応答する。ＡＰＭＬＤが要求を受諾した場合、非ＡＰＭＬＤはＭＬＲ－ＴＷＴのメンバーになる。

【0011】

非ＡＰＳＴＡは、ＭＬＲ－ＴＷＴシグナリングのためにＭＬＴＷＴ要素を含むフレームを送信する。ＭＬＴＷＴ要素は、１又は２以上のブロードキャストＭＬＴＷＴパラメータセットフィールドを搬送する。ＭＬＴＷＴ要素は、ブロードキャストＭＬＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示すリンク情報を含む。

【0012】

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

【0013】

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

【図面の簡単な説明】

【0014】

【図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】本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュール側ＡＰが全てのリンク上のＳＬＲ－ＴＷＴスケジューリングを告知する通信図である。

【図38】本開示の少なくとも１つの実施形態による、Ｒ－ＴＷＴスケジュール側ＡＰが全てのリンク上のＳＬＲ－ＴＷＴスケジューリングを告知する別のオプションの通信図である。

【図39】本開示の少なくとも１つの実施形態による、ＡＰがそのリンク上のＳＰのＭＬＲ－ＴＷＴスケジューリングを告知するＲ－ＴＷＴスケジューリングの通信図である。

【図40】本開示の少なくとも１つの実施形態によるＭＬＲ－ＴＷＴ設定手順の通信図である。

【図41】本開示の少なくとも１つの実施形態によるＭＬＲ－ＴＷＴ設定手順の通信図である。

【図42】本開示の少なくとも１つの実施形態による、複数のリンクを介したＭＬＲ－ＴＷＴ設定手順の通信図である。

【図43】本開示の少なくとも１つの実施形態による、１つのリンクを介したＭＬＲ－ＴＷＴの設定手順の通信図である。

【図44】本開示の少なくとも１つの実施形態による、ＭＬＲ－ＴＷＴのためのＭＬＲ－ＴＷＴ設定手順の通信図である。

【図45】本開示の少なくとも１つの実施形態による、部分的要求のみが受諾されるＭＬＲ－ＴＷＴのためのＭＬＲ－ＴＷＴ設定手順の通信図である。

【図46】本開示の少なくとも１つの実施形態による、ＡＰがＳＬＲ－ＴＷＴスケジューリング及びＭＬＲ－ＴＷＴスケジューリングをＭＬＴＷＴ要素で告知するＲ－ＴＷＴスケジューリングの通信図である。

【図47】本開示の少なくとも１つの実施形態による、ＭＬＤレベルＲ－ＴＷＴＩＤを使用するＭＬＲ－ＴＷＴ設定の通信図である。

【図48】本開示の少なくとも１つの実施形態による、ＡＰがその所属するＡＰＭＬＤの全てのＭＬＲ－ＴＷＴスケジューリングを告知するＲ－ＴＷＴスケジューリングの通信図である。

【図49】本開示の少なくとも１つの実施形態による、特殊ＭＬＤリンク上のＭＬＲ－ＴＷＴ動作の通信図である。

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

【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】

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

【0228】

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

【0229】

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

【0230】

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

【0231】

ネットワークにおける無線通信のための装置であって、（ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、（ｂ）前記無線通信回路に結合されて前記ＷＬＡＮ上で動作するプロセッサと、（ｃ）他のＳＴＡと通信するための、プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）複数のリンク上でサービス期間（ＳＰ）がスケジュールされるＡＰ局が、マルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）をスケジュールすることと、（ｄ）（ｉｉ）非ＡＰマルチリンク装置（ＭＬＤ）から、ＭＬＲ－ＴＷＴのメンバーシップをネゴシエートするＭＬＲ－ＴＷＴ要求フレームを受け取ることと、（ｄ）（ｉｉｉ）前記ＡＰのＭＬＤが、前記ＭＬＲ－ＴＷＴ要求フレームに対し、非ＡＰＭＬＤからのＭＬＲ－ＴＷＴ要求フレームでの要求の受諾又は拒絶を示すＭＬＲ－ＴＷＴ応答フレームで応答することと、を含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、（ｄ）（ｉｖ）ＡＰＭＬＤが前記要求を受諾した場合、非ＡＰＭＬＤがＭＬＲ－ＴＷＴのメンバーになる、装置。

【0232】

ネットワークにおける無線通信のための装置であって、（ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、（ｂ）前記無線通信回路に結合されてＷＬＡＮ上で動作するプロセッサと、（ｃ）他のＳＴＡと通信するための、前記プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）非ＡＰＳＴＡが、マルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）のためのＭＬターゲットウェイクタイム（ＴＷＴ）要素を含むフレームを送信することを含む、前記無線通信回路のための無線通信プロトコルのステップを実行し、（ｄ）（ｉｉ）ＭＬＴＷＴ要素は、１又は２以上のブロードキャストＭＬＴＷＴパラメータセットフィールドを搬送し、（ｄ）（ｉｉｉ）ＭＬＴＷＴ要素は、いくつかのリンク上でのみＲ－ＴＷＴスケジュールがスケジュールされる時にブロードキャストＭＬＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示すリンク情報を含む、装置。

【0233】

ネットワークにおける無線通信のための装置であって、（ａ）全てのリンク上のランダムチャネルアクセスに拡張分散チャネルアクセス（ＥＤＣＡ）が利用される無線ローカルエリアネットワーク（ＷＬＡＮ）上でキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）機構を使用して他の無線局（ＳＴＡ）と無線で通信する通常のＳＴＡ又はアクセスポイント（ＡＰ）ＳＴＡのいずれかとして動作する、独立した無線局（ＳＴＡ）であるＳＴＡ又はマルチリンク装置（ＭＬＤ）内のＳＴＡとしての無線通信回路と、（ｂ）前記無線通信回路に結合されてＷＬＡＮ上で動作するプロセッサと、（ｃ）他のＳＴＡと通信するための、プロセッサによって実行可能な命令を記憶する非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）複数のリンク上でサービス期間（ＳＰ）がスケジュールされるＡＰ局がマルチリンク（ＭＬ）制限付きターゲットウェイクタイム（Ｒ－ＴＷＴ）を設定することであって、非ＡＰマルチリンク装置（ＭＬＤ）がＭＬＲ－ＴＷＴのメンバーシップをネゴシエートできる、ことと、（ｄ）（ｉｉ）第１のＭＬＤ上の第１の局の、特殊ＭＬＤリンクを介した通信をスケジュールすることと、（ｄ）（ｉｉｉ）第１のＭＬＤの第１の局による特殊ＭＬＤリンクを介したフレーム交換の開始前に、第１のＭＬＤの第２の局が所与の遅延期間を残して送信機会（ＴＸＯＰ）を終了しなければならないことを必要とすることと、を含む、前記無線通信回路のための無線通信プロトコルのステップを実行する、装置。

【0234】

パケットの送信を実行する、ＣＳＭＡ／ＣＡが適用される無線通信システム／装置であって、（ａ）ＡＰＭＬＤが、複数のリンク上でＳＰがスケジュールされるＭＬＲ－ＴＷＴをスケジュールすることと、（ｂ）非ＡＰＭＬＤが、ＭＬＲ－ＴＷＴのメンバーシップをネゴシエートするためにＭＬＲ－ＴＷＴ要求フレームを送信することと、を含み、（ｃ）ＡＰＭＬＤが、非ＡＰＭＬＤからの要求を受諾又は拒絶するためにＭＬＲ－ＴＷＴ応答フレームで応答し、（ｄ）ＡＰＭＬＤが要求を受諾した場合、非ＡＰＭＬＤがＭＬＲ－ＴＷＴのメンバーになる、無線通信システム／装置。

【0235】

パケットの送信を実行する、ＣＳＭＡ／ＣＡが適用される無線通信システム／装置であって、（ａ）ＳＴＡが、ＭＬＲ－ＴＷＴシグナリングのためのＭＬＴＷＴ要素を含むフレームを送信することを含み、（ｂ）ＭＬＴＷＴ要素が、１又は２以上のブロードキャストＭＬＴＷＴパラメータセットフィールドを搬送し、（ｃ）ＭＬＴＷＴ要素が、ブロードキャストＭＬＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示すリンク情報を含む、無線通信システム／装置。

【0236】

ＡＰＭＬＤは、ＭＬＲ－ＴＷＴのスケジューリングを、ビーコンフレーム、（ＭＬ）プローブ応答フレーム、（再）アソシエーションフレーム、又はＭＬＲ－ＴＷＴスケジューリング告知フレームで告知することができる、いずれかの先行する実装の装置、方法又はシステム。

【0237】

ＡＰＭＬＤに所属するＡＰは、自機のリンク上のＭＬＲ－ＴＷＴＳＰのスケジューリングのみを告知することができる、いずれかの先行する実装の装置、方法又はシステム。

【0238】

ＡＰＭＬＤに所属するＡＰは、ＡＰＭＬＤによってスケジュールされた全てのＭＬＲ－ＴＷＴのスケジューリングを告知することができる、いずれかの先行する実装の装置、方法又はシステム。

【0239】

ＡＰＭＬＤに所属するＡＰは、ＡＰの同じリンク上で一部のＳＰがスケジュールされるＭＬＲ－ＴＷＴのスケジューリングのみを告知することができる、いずれかの先行する実装の装置、方法又はシステム。

【0240】

ＡＰＭＬＤに所属するＡＰは、ＭＬＲ－ＴＷＴ及びＳＬＲ－ＴＷＴのスケジューリングを同じフレームで告知することができる、いずれかの先行する実装の装置、方法又はシステム。

【0241】

ＭＬＲ－ＴＷＴは、ＡＰＭＬＤに所属するＡＰによって異なるリンク上でスケジュールされる１又は２以上のＳＬＲ－ＴＷＴから成ることができる、いずれかの先行する実装の装置、方法又はシステム。

【0242】

ＡＰＭＬＤは、ＭＬＲ－ＴＷＴを識別するために、ＭＬＲ－ＴＷＴに一意のＭＬレベルＲ－ＴＷＴＩＤを割り当てることができる、いずれかの先行する実装の装置、方法又はシステム。

【0243】

ＡＰＭＬＤは、ＭＬＲ－ＴＷＴのＳＬＲ－ＴＷＴが同じＭＬＲ－ＴＷＴに属することを示すために、ＳＬＲ－ＴＷＴに同じＳＬレベルＲ－ＴＷＴＩＤを割り当てることができる、いずれかの先行する実装の装置、方法又はシステム。

【0244】

同じＭＬＴＷＴ要素内の同じＳＬレベルＲ－ＴＷＴＩＤを有するＳＬＲ－ＴＷＴは、ＭＬＲ－ＴＷＴとみなすことができる、いずれかの先行する実装の装置、方法又はシステム。

【0245】

異なるリンク上の、例えば同じＳＰ開始時刻、ＳＰ期間及びＳＰ間隔などの同じＳＰスケジューリングを有するＳＬＲ－ＴＷＴは、ＭＬＲ－ＴＷＴとみなすことができる、いずれかの先行する実装の装置、方法又はシステム。

【0246】

同じＭＬレベルＲ－ＴＷＴＩＤを有するＳＬＲ－ＴＷＴは、ＭＬＲ－ＴＷＴとみなすことができる、請求項１に記載の装置。

【0247】

ＭＬＲ－ＴＷＴ要求フレーム又は応答フレームは、対応するＭＬＲ－ＴＷＴパラメータが適用されるリンクを示すリンク情報を含むことができる、いずれかの先行する実装の装置、方法又はシステム。

【0248】

ＭＬＲ－ＴＷＴ要求又は応答フレームは、１又は２以上のリンクのＭＬＲ－ＴＷＴ情報を搬送する１又は２以上のＭＬＴＷＴ要素を含むことができる、いずれかの先行する実装の装置、方法又はシステム。

【0249】

ＡＰＭＬＤは、ＭＬＲ－ＴＷＴの部分的リンク上でＭＬＲ－ＴＷＴメンバーシップ要求を受諾することができる、いずれかの先行する実装の装置、方法又はシステム。

【0250】

ＭＬＲ－ＴＷＴのメンバーシップネゴシエーションは、ＡＰＭＬＤがＭＬＲ－ＴＷＴのスケジューリングを告知する前に行うことができる、いずれかの先行する実装の装置、方法又はシステム。

【0251】

ＭＬＴＷＴ要素は、ＴＷＴ要素と同じ要素ＩＤを共有することができる、いずれかの先行する実装の装置、方法又はシステム。

【0252】

ＭＬＴＷＴ要素は、全てのブロードキャストＭＬＴＷＴパラメータセットフィールド内の情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、いずれかの先行する実装の装置、方法又はシステム。

【0253】

各リンク情報フィールドは、その情報がどのリンクに適用されるかを示す１つのリンク情報フィールドを搬送することができる、いずれかの先行する実装の装置、方法又はシステム。

【0254】

【0255】

【0256】

【0257】

【0258】

【0259】

【0260】

【0261】

【0262】

【0263】

【0264】

同じＭＬレベルＲ－ＴＷＴＩＤを有するＳＬＲ－ＴＷＴは、ＭＬＲ－ＴＷＴとみなすことができる、いずれかの先行する実装の装置、方法又はシステム。

【0265】

【0266】

【0267】

【0268】

【0269】

ＭＬＴＷＴ要素は、ＴＷＴ要素と同じ要素ＩＤを共有することができる、いずれかの先行する実装の装置、方法又はシステム。

【0270】

【0271】

【0272】

前記特殊ＭＬＤリンクは、非同時送信受信（ＮＳＴＲ）リンクを含む、いずれかの先行する実装の装置、方法又はシステム。

【0273】

前記特殊ＭＬＤリンクは、拡張マルチリンクシングルラジオ（ｅＭＬＳＲ）リンクを含む、いずれかの先行する実装の装置、方法又はシステム。

【0274】

前記特殊ＭＬＤリンクは、拡張マルチリンクマルチラジオ（ｅＭＬＭＲ）リンクを含む、いずれかの先行する実装の装置、方法又はシステム。

【0275】

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

【0276】

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

【0277】

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

【0278】

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

【0279】

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

【0280】

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

【0281】

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

【0282】

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

【0283】

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

【0284】

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

【0285】

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

【0286】

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

【0287】

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

【0288】

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

【0289】

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

【0290】

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

【0291】

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

【符号の説明】

【0292】

１３２被Ｒ－ＴＷＴスケジュール側ＭＬＤが、ＭＬＲ－ＴＷＴのメンバーシップに関して、例えばリンク１などのリンクを介してＲ－ＴＷＴスケジュール側ＡＰＭＬＤとネゴシエートする予定
１３４被Ｒ－ＴＷＴスケジュール側ＭＬＤに所属するＳＴＡが、そのＭＬＲ－ＴＷＴのブロードキャストＭＬＴＷＴパラメータセットフィールドを搬送するＭＬＲ－ＴＷＴ要求フレームをＭＬＴＷＴ要素内でリンク１などのリンクを介して送信
１３６Ｒ－ＴＷＴスケジュール側ＡＰＭＬＤがメンバーシップ要求を受諾することを示すＭＬＴＷＴ応答フレームを被Ｒ－ＴＷＴスケジュール側ＭＬＤが受け取ったか？
１３８被Ｒ－ＴＷＴスケジュール側ＭＬＤはそのＭＬＲ－ＴＷＴのメンバーである
１４０被Ｒ－ＴＷＴスケジュール側ＭＬＤはそのＭＬＲ－ＴＷＴのメンバーではない

【図1】