JP7427170B2 - 時間内及び周波数内ｒｔａパケット重複 - Google Patents

Description

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

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

〔コンピュータプログラム付属書の引用による組み入れ〕
該当なし

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

本開示の技術は、一般にＣＳＭＡ／ＣＡを用いた無線通信ネットワーク（ＷＬＡＮＳ）に関し、具体的には、リアルタイムアプリケーション（ＲＴＡ）パケットを時間及び／又は周波数領域に関して重複させて同じＴＸＯＰ期間中にこれらのパケットを送信する、ＣＳＭＡ／ＣＡを用いたＷＬＡＮＳに関する。

ＣＳＭＡ／ＣＡを用いた現在の無線技術は、主にネットワークのスループット性能を高めることに重点を置いているが、低遅延能力に欠けている。

しかしながら、リアルタイムアプリケーション（ＲＴＡ）などの低遅延を必要とするアプリケーションは増え続けており、従って技術格差が生じている。ＲＴＡは低遅延通信を必要とし、現在の無線ネットワークではベストエフォート通信を使用している。ＲＴＡパケットは、パケット配信に対する高適時性要件（リアルタイム）に起因して低遅延時間を必要とする。ＲＴＡパケットは、一定期間内に配信される場合にのみ有効である。

既存の再送スキームのための技術は、ＲＴＡパケットの適時性要件を満たしておらず、ＲＴＡパケットの送信遅延時間を最小化するように構成されていない。

従って、ＲＴＡ送信及び再送の取り扱いを強化するというニーズが存在する。本開示は、このニーズを満たすとともに、これまでの技術を凌駕するさらなる利点をもたらすものである。

ＲＴＡパケットは限られた有効期限内に送信される必要があり、そうでなければ無効になるため、本開示はＣＳＭＡ／ＣＡ ＷＬＡＮにおいて動作し、リアルタイムアプリケーション（ＲＴＡ）トラフィックと非ＲＴＡトラフィックとを区別し、パケットの適時性を考慮した形でＲＴＡトラフィックを取り扱う。このプロトコルでは、局（ＳＴＡ）がＲＴＡパケットの有効期限に基づいてＲＴＡパケットの再送をスケジュールする。

具体的には、本開示は、ＲＴＡパケットの再送スキームを非ＲＴＡパケットから分離する一方で、非ＲＴＡパケットは、ＣＳＭＡ／ＣＡにおいて定められる通常の再送スキームを依然として使用することができる。提案する技術は、同じ送信機会（ＴＸＯＰ）期間内にＲＴＡパケットの送信及び再送を行うために、ＲＴＡトラフィックのための未承諾再試行（ｕｎｓｏｌｉｃｉｔｅｄ ｒｅｔｒｙ）スキームを定める。本開示は、ＳＴＡが複数のリンク装置（ＭＬＤ）上でＴＸＯＰを取得して、１つのリンク上でＲＴＡパケットの最初の送信を行い、他の（単複の）リンク上でこれらのＲＴＡパケットの再送を行うことを可能にする。本開示は、直交周波数分割多重アクセス（ＯＦＤＭＡ）システムと互換性がある。本開示は、ＳＴＡが１つのリソースユニット（ＲＵ）を使用してＲＴＡパケットの最初の送信を行い、同じマルチユーザ（ＭＵ）ＰＰＤＵパケット内で別のＲＵを使用してこれらのＲＴＡパケットの再送を行うことを可能にする。なお、ＰＰＤＵは、物理層適合手順（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｃｏｎｆｏｒｍａｎｃｅ Ｐｒｏｃｅｄｕｒｅ：ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）である。本開示は、複数のリンク上のパケット損失情報を取得して将来的なパケット送信を適合させるようにＳＴＡがＲＴＡパケットのブロック確認応答（ＢＡ）合意を設定することを可能にする。なお、パケット送信は、本開示の教示から逸脱することなく、例えば変調符号化スキーム（ＭＣＳ）、未承諾再試行制限又はその他の適応を使用することによって適合させることもできると理解されたい。

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

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

ＩＥＥＥ８０２．１１で定められるトラフィック仕様（ＴＳＰＥＣ）のデータフィールド図である。 ＩＥＥＥ８０２．１１で定められるトラフィックストリーム（ＴＳ）情報フィールドのデータフィールド図である。 ＩＥＥＥ８０２．１１で定められるトラフィック分類（ＴＣＬＡＳ）情報フィールドのデータフィールド図である。 ＩＥＥＥ８０２．１１で定められるトラフィック分類（ＴＣＬＡＳ）プロセス要素フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による無線局ハードウェアのハードウェアブロック図である。 本開示の少なくとも１つの実施形態による、１つがマルチリンク装置（ＭＬＤ）のために構成された基本サービスセット（ＢＳＳ）のシナリオを使用して限定ではなく一例として示すネットワークトポロジー図である。 本開示の少なくとも１つの実施形態による低遅延送信サービス（ＬＬＴＳ）設定の通信シーケンス図である。 本開示の少なくとも１つの実施形態による低遅延送信サービス（ＬＬＴＳ）要求フレームのデータフィールド図である。 本開示の少なくとも１つの実施形態による低遅延送信サービス（ＬＬＴＳ）記述子フレームのデータフィールド図である。 本開示の少なくとも１つの実施形態によるＲＴＡ－ＴＳＰＥＣフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による任意の部分要素フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による低遅延送信サービス（ＬＬＴＳ）応答フレームのデータフィールド図である。 本開示の少なくとも１つの実施形態による低遅延送信サービス（ＬＬＴＳ）ステータスフレームのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＳＴＡがＲＴＡパケットに未承諾再試行ポリシーを適用すべきであるかどうかを判定するフロー図である。 本開示の少なくとも１つの実施形態による、ＳＴＡがＲＴＡパケットを送信して時間に関するパケット重複を有する未承諾再試行が実行されるフロー図である。 本開示の少なくとも１つの実施形態による、マルチリンクシナリオにおいてマルチリンク装置（ＭＬＤ）が未承諾再試行を伴うＲＴＡパケットの送信機会（ＴＸＯＰ）を取得するフロー図である。 本開示の少なくとも１つの実施形態による、ＳＴＲ ＡＰ ＭＬＤがマルチリンクシナリオにおいてＴＸＯＰを取得して非ＳＴＲ非ＡＰ ＭＬＤに送信するフロー図である。 本開示の少なくとも１つの実施形態による、ＳＴＲ ＡＰ ＭＬＤがマルチリンクシナリオにおいてＴＸＯＰを取得して非ＳＴＲ非ＡＰ ＭＬＤに送信するフロー図である。 本開示の少なくとも１つの実施形態による、複数のリソースユニット（ＲＵ）上での未承諾再試行が許可された場合にＲＴＡパケットを送信するフロー図である。 本開示の少なくとも１つの実施形態による、未承諾再試行が許可された場合にＳＴＡがＲＴＡパケットを破棄するフロー図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例１としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例２としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例２－１としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例３としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例４としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例５としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６－１としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６－１－１としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６－２としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６－３としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例７としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例８としての通信シーケンス図である。 本開示の少なくとも１つの実施形態によるブロック確認応答要求（ＢＡＲ）フレームのフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態によるブロック確認応答（ＢＡ）応答フレームのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが複数のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例９としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例１０としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例１１としての通信シーケンス図である。 本開示の少なくとも１つの実施形態による、マルチリンク装置（ＭＬＤ）構成で所属する無線通信局のハードウェアブロック図である。

１．関連する８０２．１１要素についての概論
１．１．ＴＳＰＥＣ要素
図１に、ＩＥＥＥ８０２．１１で定められるトラフィック仕様（ＴＳＰＥＣ）要素の内容を示す。要素（Ｅｌｅｍｅｎｔ）ＩＤフィールドは要素のタイプを示す。この事例では、この要素がＴＳＰＥＣ要素であることを示す。長さ（Ｌｅｎｇｔｈ）フィールドはＴＳＰＥＣ要素の長さを示す。ＴＳ情報（ＴＳ Ｉｎｆｏｒｍａｔｉｏｎ）フィールドは、図２で後述するトラフィックストリーム情報を含む。公称ＭＡＣサービスデータユニット（ＭＳＤＵ）サイズ（Ｎｏｍｉｎａｌ ＭＡＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ（ＭＳＤＵ）Ｓｉｚｅ）フィールドは、このＴＳＰＥＣ下でのトラフィックストリーム（ＴＳ）に属するＭＳＤＵ又はＡ－ＭＳＤＵの公称サイズを示す。最大ＭＳＤＵサイズ（Ｍａｘｉｍｕｍ ＭＳＤＵ Ｓｉｚｅ）フィールドは、このＴＳＰＥＣ下でのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵの最大サイズを示す。最小サービス間隔（Ｍｉｎｉｍｕｍ Ｓｅｒｖｉｃｅ Ｉｎｔｅｒｖａｌ）フィールドは、２つの連続するサービス期間（ＳＰ）の開始時刻間の最小時間を示す。最大サービス間隔（Ｍａｘｉｍｕｍ Ｓｅｒｖｉｃｅ Ｉｎｔｅｒｖａｌ）フィールドは、２つの連続するＳＰの開始時刻間の最大時間を示す。非作動間隔（Ｉｎａｃｔｉｖｉｔｙ Ｉｎｔｅｒｖａｌ）フィールドは、ＴＳの削除前にそのＴＳに属するＭＳＤＵの到着又は送信がないことを許容する最大時間を示す。中断間隔（Ｓｕｓｐｅｎｓｉｏｎ Ｉｎｔｅｒｖａｌ）フィールドは、連続するサービス品質（ＱｏＳ）の生成前にＴＳに属するＭＳＤＵの到着又は送信がない最大時間を含み、このＴＳについてはＱｏＳ（＋）ＣＦ－Ｐｏｌｌが停止される。サービス開始時刻（Ｓｅｒｖｉｃｅ Ｓｔａｒｔ Ｔｉｍｅ）フィールドは、最初のＳＰの開始時刻を示す。最小データレート（Ｍｉｎｉｍｕｍ Ｄａｔａ Ｒａｔｅ）フィールドは、ＭＡＣ ＳＡＰによって指定される、このＴＳＰＥＣ下でのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信するための最小データレートを示す。平均データレート（Ｍｅａｎ Ｄａｔａ Ｒａｔｅ）フィールドは、メディアアクセス制御（ＭＡＣ）サービスアクセスポイント（ＳＡＰ）によって指定される、このＴＳＰＥＣ下でのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信するための平均データレートを示す。ピークデータレート値（Ｐｅａｋ Ｄａｔａ Ｒａｔｅ ｖａｌｕｅ）フィールドは、ＭＡＣ ＳＡＰによって指定される、このＴＳＰＥＣ下でのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信するための最大データレートを示す。バーストサイズ（Ｂｕｒｓｔ Ｓｉｚｅ）フィールドは、このＴＳＰＥＣ下でのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵのピークデータレートにおける最大バーストを示す。遅延限界（Ｄｅｌａｙ Ｂｏｕｎｄ）フィールドは、このＴＳＰＥＣ下でのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを送信するために許容される最大時間を示す。最小ＰＨＹレート（Ｍｉｎｉｍｕｍ ＰＨＹ Ｒａｔｅ）フィールドは、このＴＳＰＥＣ下でのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵを物理層（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）を通じて送信するための最小ＰＨＹレートを示す。余剰帯域幅許可（Ｓｕｒｐｌｕｓ Ｂａｎｄｗｉｄｔｈ Ａｌｌｏｗａｎｃｅ）フィールドは、このＴＳＰＥＣ下でのＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵの送信及び再送に使用される帯域幅と、このＭＳＤＵ又はＡ－ＭＳＤＵを最小ＰＨＹレートで一度送信するために使用される帯域幅との比率を示す。媒体時間（Ｍｅｄｉｕｍ Ｔｉｍｅ）フィールドは、媒体にアクセスするための指定時間を示す。ＤＭＧ属性（ＤＭＧ Ａｔｔｒｉｂｕｔｅｓ）フィールドは、ＴＳＰＥＣが指向性マルチギガビット（ＤＭＧ）ＢＳＳに適用される際に提示される。

１．２．ＴＳ情報要素
図２に、ＩＥＥＥ８０２．１１で定められる、図１で説明したＴＳＰＥＣ要素におけるフィールドのうちの１つであるＴＳ情報フィールドの内容を示しており、このフィールドは以下のサブフィールドを有する。トラフィックタイプ（Ｔｒａｆｆｉｃ Ｔｙｐｅ）サブフィールドは、トラフィックが周期的であるか否かを示す。ＴＳＩＤサブフィールドは、トラフィックストリーム（ＴＳ）を識別するためのＩＤ番号を示す。方向（Ｄｉｒｅｃｔｉｏｎ）サブフィールドは、データ送信の方向を指定する。アクセスポリシー（Ａｃｃｅｓｓ Ｐｏｌｉｃｙ）サブフィールドは、チャネルアクセス権を獲得するために使用すべき方法を指定する。アグリゲーション（Ａｇｇｒｅｇａｔｉｏｎ）サブフィールドは、アグリゲーションスケジュールが必要であるかどうかを指定する。ＡＰＳＤサブフィールドは、自動パワーセーブ（ＰＳ）配信が使用されるかどうかを示す。ユーザ優先度（Ｕｓｅｒ Ｐｒｉｏｒｉｔｙ）サブフィールドは、ＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵのユーザ優先度を示す。ＴＳＩｎｆｏ ＡＣＫポリシー（ＴＳＩｎｆｏ Ａｃｋ Ｐｏｌｉｃｙ）サブフィールドは、ＡＣＫが必要であるかどうか、及びどの形態のＡＣＫを使用すべきであるかを示す。スケジュール（Ｓｃｈｅｄｕｌｅ）サブフィールドはスケジュールのタイプを示す。

１．３．ＴＣＬＡＳ要素
図３に、ＩＥＥＥ８０２．１１で定められるＴＣＬＡＳ要素の内容を示しており、この要素は以下のフィールドを有する。要素（Ｅｌｅｍｅｎｔ）ＩＤフィールドは要素のタイプを示し、この事例ではＴＣＬＡＳ要素を示すために使用される。長さ（Ｌｅｎｇｔｈ）フィールドはＴＳＰＥＣ要素の長さを示す。ユーザ優先度（Ｕｓｅｒ Ｐｒｉｏｒｉｔｙ）フィールドは上位層からのユーザ優先度を示す。フレーム分類器（Ｆｒａｍｅ Ｃｌａｓｓｉｆｉｅｒ）フィールドは、上位層からのフレームを分類するために使用される方法を示す。

１．４．ＴＣＬＡＳプロセス要素
図４に、ＩＥＥＥ８０２．１１で定められるＴＣＬＡＳ処理要素の内容を示しており、この要素は以下のフィールドを有する。要素（Ｅｌｅｍｅｎｔ）ＩＤフィールドは要素のタイプを示し、この事例ではＴＣＬＡＳ処理要素である。長さ（Ｌｅｎｇｔｈ）フィールドはＴＣＬＡＳ処理要素の長さを示す。処理（Ｐｒｏｃｅｓｓｉｎｇ）フィールドは、複数のＴＣＬＡＳ要素が存在する場合に上位層からのトラフィックを分類する方法を示す。

２．課題の記述
本開示の時点において、ＣＳＭＡ／ＣＡを用いた無線通信システムはＲＴＡパケットと非ＲＴＡパケットとを区別せず、ＣＳＭＡ／ＣＡでは全てのパケットが同じ再送スキームを使用する。ＣＳＭＡ／ＣＡにおける再送スキームはパケット衝突の確率を下げることが目的であり、パケット遅延は一番の関心事ではない。これらのＣＳＭＡ／ＣＡシステムでは、ＳＴＡが再送の度に次第に長くなるコンテンションウィンドウを使用してチャネルを求めて競合する必要があり、このためパケット送信に著しい遅延が加わり、従ってパケット遅延時間が増加する。

ＣＳＭＡ／ＣＡにおける再送スキームはパケットの適時性を考慮していない。送信側ＳＴＡは、受信側ＳＴＡがパケットを受け取るか、或いは再試行制限を超えるまでパケットを再送する。しかしながら、ＲＴＡパケットは有効期限を有しており、有効期限内に送信されなければ無効とみなされる。すなわち、ＲＴＡパケットは、ある時点までに送信又は再送される必要がある。

３．本開示の寄与
ＣＳＭＡ／ＣＡ無線技術下における１つの解決策は、ＳＴＡがより短いチャネル競合時間でより迅速にチャネルアクセス権を獲得できるようにすることである。ランダムチャネルアクセスシナリオに起因して、ＳＴＡは各パケットの送信前にチャネルアクセス権の感知及び競合を行う必要がある。チャネル競合時間が短いとチャネルアクセスは加速するが、パケット衝突の確率が高くなる。チャネル競合時間は再送毎に生じるので、パケット衝突に起因する遅延は依然として有意である。

現在のＷＬＡＮシステムは、パケット衝突を回避してパケット配信成功率を高めるために、ＳＴＡがＡＣＫタイムアウト又はＢＡなどの送信失敗のフィードバックを受け取った後により長いチャネル競合時間でパケットを再送するように仕向けることによってパケット衝突に対処する。しかしながら、この方法ではパケット遅延が延びる。

現在の再送手順による遅延を解消するために、本明細書では、フィードバックを待つことなくＲＴＡパケットを再送できる有益な未承諾再試行スキームについて説明する。ＲＴＡパケットの未承諾再試行スキームでは、ＳＴＡノードがＲＴＡパケットを時間領域及び／又は周波数領域で重複させる。ＲＴＡパケットの重複は、ＲＴＡパケットの最初の送信及び再送とみなされる。これらのＲＴＡパケットは、ＲＴＡトラフィックが必要とする所望のパケット損失率を達成するように同じＴＸＯＰ期間中に送信される。

ＣＳＭＡ／ＣＡシステムにおいてＲＴＡパケットの未承諾再試行スキームを適用するタスクは、ＲＴＡトラフィックと非ＲＴＡトラフィックとの共存に起因してより困難である。このプロセスの課題は、（ａ）ＲＴＡパケットと非ＲＴＡパケットとを識別すること、（ｂ）ＲＴＡパケットを時間領域及び／又は周波数領域において重複させること、及び（ｃ）同じＴＸＯＰ期間中にＲＴＡパケットの重複を送信すること、として要約される。

本開示によるＲＴＡパケットの未承諾再試行スキームの設計は、ＲＴＡトラフィック及び非ＲＴＡトラフィックが共存する無線ネットワークにおいてＲＴＡトラフィックの時間的妥当性を考慮してその遅延時間を最小化することを目的とする。

本開示を利用することにより、以下の寄与などを含めてＲＴＡパケット遅延の重要性に対処する。ＳＴＡは、ＲＴＡパケットと非ＲＴＡパケットとを識別することができる。ＳＴＡがＲＴＡパケットの有効期限に基づいてＲＴＡパケットの再送をスケジュールするので、ＲＴＡトラフィックの適時性が考慮される。ＳＴＡは、ＲＴＡパケットの再送スキームと非ＲＴＡパケットの再送スキームとを分離する一方で、非ＲＴＡパケットは、ＣＳＭＡ／ＣＡで定められる通常の再送スキームを依然として使用することができる。同じＴＸＯＰ期間内にＲＴＡパケットの送信及び再送を行うＲＴＡトラフィックの未承諾再試行スキームが提供される。ＳＴＡは、複数のリンク上でＴＸＯＰを取得して、１つのリンク上で最初のＲＴＡパケットの送信を行い、他のリンク上でこれらのＲＴＡパケットの再送を行うことができる。本開示は、ＯＦＤＭＡシステムと互換性がある。ＳＴＡは、１つのリソースユニット（ＲＵ）を使用して最初のＲＴＡパケットの送信を行い、別のＲＵを使用して同じＭＵ－ＰＰＤＵパケット内でこれらのＲＴＡパケットの再送を行うことができる。ＳＴＡは、複数のリンク上のパケット損失情報を取得して変調符号化スキーム（ＭＣＳ）及び未承諾再試行制限などのパケット送信を制限なく適合させるように、ＲＴＡパケットのブロック確認応答（ＢＡ）合意を設定することができる。

４．実施形態
４．１．局ハードウェア及びネットワークトポロジ例
図５に、無線通信回路の実施形態例１０を示しており、局（ＳＴＡ）ではこれらのうちの１つ又は２つ以上を利用することができる。図示の局は、外部Ｉ／Ｏと、この通信プロトコルを実装するプログラムを実行するためのＣＰＵ及びメモリと、近隣ＳＴＡとの間でデータフレームを送信／受信するための少なくとも１つのモデム及び無線周波数（ＲＦ）回路とを有する。

具体的には、本開示による図示のＷＬＡＮ局は、少なくとも１つのコンピュータプロセッサ（ＣＰＵ）１８、メモリ（ＲＡＭ）２０及び少なくとも１つのモデム２２に接続されたバス１６を有する局回路ブロック１２内へのＩ／Ｏ経路１４を有する。バス１４は、センサ及びアクチュエータなどの様々な装置をＣＰＵに接続することができる。プロセッサ１８上では、ＳＴＡがアクセスポイント（ＡＰ）局又は非ＡＰ（通常）局（ＳＴＡ）、或いはＡＰ局のためのものであるかそれとも非ＡＰ局のためのものであるかにかかわらずマルチリンク装置（ＭＬＤ）の機能を果たせるように実行される通信プロトコルを実装するプログラムを実行するためのメモリ２０からの命令が実行される。また、このプログラミングは、現在の通信状況でどのような役割を果たしているかに応じて異なるモード（ソース、中間、宛先、第１のＡＰ、他のＡＰ、第１のＡＰに関連する非ＡＰ局、他のＡＰに関連する局、調整機（ｃｏｏｒｄｉｎａｔｏｒ）、被調整機（ｃｏｏｒｄｉｎａｔｅｅ）など）で動作するように構成されると理解されたい。

この図示のホストマシンは、物理信号の生成及び受信を行う少なくとも１つのモデム及びＲＦ回路を有するように構成される。限定ではなく一例として、ｍｍＷモデム２２が少なくとも１つの無線周波（ＲＦ）回路２４に結合され、ＲＦ回路２４は、少なくとも１つのアンテナ２６ａ、２６ｂ、２６ｃ～２６ｎ（例えば、アンテナアレイ）に接続して、隣接するＳＴＡとの間でフレームを送受信する。本開示は、指向性信号又は全方向性信号、或いは指向性信号と全方向性信号との組み合わせを通信する局と共に利用することができる。

限定ではなく一例として、ＳＴＡは、２６ａ、２６ｂ、２６ｃ～２６ｎなどのアンテナアレイを通じて複数のビームパターンセットを使用して信号を送信することができる。ＲＦ回路は、一般に周波数変換器と、アレイアンテナコントローラと、その他の制御回路及び無線周波数回路とを含む。プロセッサ、モデム及びＲＦ回路の組み合わせは、ビームフォーミングされた（指向性）通信のサポート、及びアンテナアレイからの準全方向（本明細書では単純に全方向と呼ぶ）モード送信のサポートを可能にする。また、少なくとも１つの好ましい実施形態では、選択方向（セクタ）を遮蔽し、従って局間の干渉を抑えるために、アンテナアレイによって形成される指向性パターンでヌルを生成することもできる。

従って、図示のＳＴＡ ＨＷは、少なくとも１つの帯域上での通信を提供する少なくとも１つのモデム及び関連するＲＦ回路を有するように構成される。限定ではなく一例として、対象とする指向性通信帯は、ｍｍＷ帯でデータを送受信するｍｍＷ帯モデム及びその関連するＲＦ回路で実現される。少なくとも１つの他の実装では、限定ではなく一例としてｓｕｂ－６ＧＨｚ帯でデータを送受信するｓｕｂ－６ＧＨｚモデム及びその関連するＲＦ回路を含むことができるハードウェアにおいて、一般に発見帯と呼ばれる少なくとも第２の帯域がサポートされる。

なお、本開示は、それぞれがいずれかの任意の数のＲＦ回路に結合された複数のモデム２２を有するように構成することができると理解されたい。一般に、使用するＲＦ回路の数が多ければ多いほど、アンテナビーム方向のカバレッジは広くなる。なお、利用するＲＦ回路の数及びアンテナの数は、特定の装置のハードウェア制約によって決まると理解されたい。ＲＦ回路及びアンテナの中には、ＳＴＡが近隣ＳＴＡと通信する必要がないと判定した時に無効にできるものもある。

図３８に、無線通信局がマルチリンク装置（ＭＬＤ）ハードウェア構成で所属する実施形態９３０として図５の変形例を示す。各ＳＴＡは異なる周波数のリンク上で動作する。各局１０’は、図５で説明したようなものとすることができ、それぞれがＣＰＵ、ＲＡＭ、モデム、ＲＦ回路及び１又は２以上のアンテナを有する。この図では、図示のｎ個の局の各々が異なるリンクを提供することが分かる（例えば、リンク１、リンク２～リンクｎを示す）。

ＭＬＤは、少なくとも１つのプロセッサ（ＣＰＵ）９３４と、ＭＬＤのアプリケーションにアクセスしてＭＬＤレベルでの通信プロトコルを実装するための外部Ｉ／Ｏを提供するメモリ９３６とを有するＭＬＤ管理エンティティの回路９３２を有することも分かる。ＭＬＤは、各所属するＳＴＡにタスクを分配し、各所属するＳＴＡから情報を収集し、所属するＳＴＡ間で情報を共有するように構成される。

また、ＭＬＤの各ＳＴＡは独自のプロセッサ及びメモリを有する必要はないと理解されたい。少なくとも１つの実施形態では、１又は２以上の局が、プロセッサ及びメモリ、又はＭＬＤ回路のプロセッサ及びメモリを共有することができる。従って、本開示は、ＭＬＤ内の複数のリンクを介した通信のための多くの可能な構成を企図する。

本開示は、様々な数の局及び局構成を有するネットワークシナリオを制限なくサポートすることができるので、図６に、本明細書において限定ではなく例示目的で利用するトポロジーの実施形態例３０を示す。説明を単純にするために、この例では、いずれかの所望の構成、開口部／アパーチャ３４及び家具などを有する周囲エンクロージャ（例えば、会議室）３２内の２つのＢＳＳから成る７つのＳＴＡについて説明する。各ＳＴＡは、同じＢＳＳ内の他のＳＴＡと通信することができる。全てのＳＴＡは、ランダムチャネルアクセスのためにＣＳＭＡ／ＣＡを使用する。

限定ではなく一例として、全てのＳＴＡは、低遅延通信を必要とするアプリケーション及びベストエフォート通信を使用するアプリケーションの両方を実行するものとみなす。低遅延通信を必要とするアプリケーションから発生するデータはＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいてＲＴＡパケットとしてパケット化される。また、時間的制約のないアプリケーションから発生するデータは非ＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいて非ＲＴＡパケットとしてパケット化される。この結果、送信側ＳＴＡは、ＲＴＡトラフィック及び非ＲＴＡトラフィックの両方を生成して通信を行う。ＳＴＡの位置及びその送信リンクは図示の通りである。

第１のＢＳＳは、ＳＴＡ０（ＡＰ）３６、ＳＴＡ１ ３８及びＳＴＡ２ ４０を含み、単一のチャネル／帯域のみを介してパケットを送信することができる。第２のＢＳＳは、ＡＰマルチリンク装置（ＭＬＤ）＃１ ４２が所属するＳＴＡ３（ＡＰ）４６及びＳＴＡ４（ＡＰ）４８から、非ＡＰ ＭＬＤ＃２ ４４が所属するＳＴＡ５ ５０及びＳＴＡ６ ５２までを含む。ＭＬＤは、所属するＳＴＡによって共有される１つのＭＡＣデータサービスを含む。ＳＴＡ５は、リンク１ ５２を介してＳＴＡ３に関連付けられ、ＳＴＡ６は、リンク２ ５４を介してＳＴＡ４に関連付けられる。ＭＬＤ＃１及びＭＬＤ＃２は、リンク１又はリンク２のいずれかを通じてデータを送受信することができる。

あるＭＬＤが、装置内動作制約（ｉｎ－ｄｅｖｉｃｅ ｏｐｅｒａｔｉｏｎ ｃｏｎｓｔｒａｉｎｔｓ）によってリンクペアの一方のリンク上での送信とリンクペアの他方のリンク上での受信とを同時に行うことができないようなリンクペアを有する場合、このＭＬＤは非同時送信／受信（非ＳＴＲ）ＭＬＤと呼ばれる。そうでなければ、ＭＬＤは同時送信／受信（ＳＴＲ）ＭＬＤと呼ばれる。

４．２．低遅延送信サービス（ＬＬＴＳ）設定
多くの場合、ＲＴＡは接続型通信と同様に定期的にトラフィックを生成する。アプリケーションによってＳＴＡ間に確立されるＲＴＡ接続型通信はＲＴＡセッションと呼ばれる。ＳＴＡは、ネットワーク内に複数のＲＴＡセッションを有することができる。ＳＴＡは、これらのＲＴＡセッションを適切に管理し、ＲＴＡセッションのＲＴＡパケットに未承諾再試行ポリシーを適用することができる。ＬＬＴＳ設定は、（ａ）上位層からのＲＴＡセッションのＲＴＡトラフィックを識別し、（ｂ）ＲＴＡセッションのＲＴＡトラフィックに対して未承諾再試行構成を設定し、（ｃ）ＲＴＡセッションのＲＴＡトラフィックに対してそのサービス品質（ＱｏＳ）要求を満たすように未承諾再試行をスケジュールする、ために使用することができる。

図７に、ＳＴＡ（例えば、非ＡＰ ＳＴＡ）７２のＭＡＣ副層管理エンティティ（ＳＭＥ）７６及びＭＡＣ副層管理エンティティ（ＭＬＭＥ）７８と、別のＳＴＡ（例えば、ＡＰ）７４のＭＬＭＥ８０及びＳＭＥ８２との間に示すＬＬＴＳ設定通信の実施形態例７０を示す。ＳＴＡの相互作用モデルは、ＩＥＥＥ８０２．１１標準で定められるものと同じものを利用することができると理解されるであろう。

非ＡＰ ＳＴＡは、ＡＰとの間でＬＬＴＳ設定手順を開始しようと決定する。非ＡＰ ＳＴＡの局管理エンティティ（ＳＭＥ）は、ＭＡＣ副層管理エンティティ（ＭＬＭＥ）にＭＬＭＥ－ＬＬＴＳ．ｒｅｑｕｅｓｔメッセージ８４を送信する。非ＡＰ ＳＴＡのＭＬＭＥは、ＭＬＭＥ－ＬＬＴＳ．ｒｅｑｕｅｓｔメッセージを受け取ると、ＭＬＭＥ－ＬＬＴＳ．ｒｅｑｕｅｓｔメッセージ内の情報を収集してＡＰにＬＬＴＳ要求フレーム８６を送信する。ＡＰのＭＬＭＥは、このフレームを受け取って、そのＳＭＥへのＭＬＭＥ－ＬＬＴＳ．ｉｎｄｉｃａｔｉｏｎメッセージ８８を生成する。

次に、ＡＰのＳＭＥはこのメッセージを処理し（９０）、そのＭＬＭＥにＬＬＴＳ設定結果を含むＭＬＭＥ－ＬＬＴＳ．ｒｅｓｐｏｎｓｅメッセージ９２を送信する。次に、ＡＰのＭＬＭＥは、非ＡＰ ＳＴＡにＬＬＴＳ応答フレーム９４を送信する。非ＡＰ ＳＴＡのＭＬＭＥは、このフレームを受け取ってＳＭＥにＭＬＭＥ－ＬＬＴＳ．ｃｏｎｆｉｒｍメッセージ９６を送信する。この交換から、非ＡＰ ＳＴＡはＬＬＴＳ設定が上手くいったか否かを知る（判定することができる）。

上記手順は、ＬＬＴＳの変更又は削除のために使用することもできる。図の下部には、ＬＬＴＳを終了する例を示す。ＡＰ ＳＴＡは、非ＡＰ ＳＴＡとのＬＬＴＳを終了する（９８）と決定する。ＡＰのＳＭＥは、そのＭＬＭＥにＭＬＭＥ－ＬＬＴＳ－ＴＥＲＭ．ｒｅｑｕｅｓｔメッセージ１００を送信する。ＡＰのＭＬＭＥは、ＭＬＭＥ－ＬＬＴＳ－ＴＥＲＭ．ｒｅｑｕｅｓｔメッセージを受け取ると、ＭＬＭＥ－ＬＬＴＳ－ＴＥＲＭ．ｒｅｑｕｅｓｔメッセージ内の情報を収集して非ＡＰ ＳＴＡにＬＬＴＳ応答フレーム１０２を送信する。非ＡＰ ＳＴＡのＭＬＭＥは、このフレームを受け取って、そのＳＭＥへのＭＬＭＥ－ＬＬＴＳ－ＴＥＲＭ．ｉｎｄｉｃａｔｅメッセージ１０４を生成する。従って、非ＡＰは、この通信からＬＬＴＳが終了したことを知る（判定する）。

ＲＴＡセッションのＲＴＡトラフィックは、ＬＬＴＳ設定によって分類することができる。上位層からのトラフィックは、トラフィックの上位層情報がＬＬＴＳ設定手順中に交換されるＴＣＬＡＳ要素及びＴＣＬＡＳプロセス要素の情報に一致する場合には、ＲＴＡセッションのＲＴＡトラフィックである。

ＲＴＡセッションのＲＴＡトラフィックのサービス品質（ＱｏＳ）要件は、ＬＬＴＳ設定手順中にＲＴＡ－ＴＳＰＥＣ要素を交換することによってＡＰ ＳＴＡと非ＡＰ ＳＴＡとの間で共有することができる。ＬＬＴＳ設定は、ＡＰ ＳＴＡ及び非ＡＰ ＳＴＡがＲＴＡトラフィック送信をサポートするのに十分なリソースを有しているかどうかをチェックするために使用することもできる。

４．２．１．ＬＬＴＳ要求フレーム
図８に、以下のフィールドを有するＬＬＴＳ要求フレームのフォーマットの実施形態例１１０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。アドレス１（Ａｄｄｒｅｓｓ １）フィールドは、フレームの受信者のアドレスを含む。アドレス２（Ａｄｄｒｅｓｓ ２）フィールドは、フレームを送信したＳＴＡのアドレスを含む。アドレス３（Ａｄｄｒｅｓｓ ３）フィールドは、ＢＳＳＩＤを含む。シーケンス制御（Ｓｅｑｕｅｎｃｅ ｃｏｎｔｒｏｌ）フィールドは、フレームのシーケンス番号を示す。ＨＴ制御（ＨＴ ｃｏｎｔｒｏｌ）フィールドは、高スループット（ＨＴ）フレーム又は超高スループット（ＶＨＴ）フレームのためのさらなる制御情報を示す。アクション（Ａｃｔｉｏｎ）フィールドは、ＬＬＴＳ要求フレームの場合に実行すべきアクションを示す。ここ及び本開示で説明する他のデータフォーマットでは、通信プロトコルにおいてフレームに追加されるエラー検出コードを提供するフレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ：ＦＣＳ）が見られる。

上記アクションフィールドは、少なくとも１つの実施形態では以下のサブフィールドを有するＬＬＴＳ要求要素を含む。要素ＩＤ（Ｅｌｅｍｅｎｔ ＩＤ）サブフィールドは要素のタイプを示し、この事例ではＬＬＴＳ要求要素を示す。長さ（Ｌｅｎｇｔｈ）サブフィールドは、ＬＬＴＳ要求要素の長さを示す。ＬＬＴＳ記述子リスト（ＬＬＴＳ Ｄｅｓｃｒｉｐｔｏｒ Ｌｉｓｔ）サブフィールドは、ＬＬＴＳ記述子（ＬＬＴＳ Ｄｅｓｃｒｉｐｔｏｒ）フィールドのシーケンスを示し、各ＬＬＴＳ記述子フィールドは、特定の仕様及び分類情報下でのトラフィックのＬＬＴＳ設定要求を示すように設定される。受信側ＳＴＡは、この情報を受け取ると、トラフィックの仕様及び分類情報を理解（認識）してＬＬＴＳ設定要求の容認又は拒絶を決定することができる。

４．２．２．ＬＬＴＳ記述子フィールド
図９に、以下のフィールドを有するＬＬＴＳ記述子の実施形態例１３０を示す。ＬＬＩＤフィールドは、低遅延送信サービスの識別を含む。例えば、非ＡＰ ＳＴＡはＬＬＴＳを表す番号を設定する。この番号を受け取ったＡＰは、これを利用して、非ＡＰ ＳＴＡと共に設定されたＬＬＴＳを識別することができる。ＬＬ長さ（ＬＬ Ｌｅｎｇｔｈ）フィールドは、ＬＬＴＳ記述子フィールドの長さを示す。要求タイプ（Ｒｅｑｕｅｓｔ Ｔｙｐｅ）フィールドは、ＬＬＴＳ記述子のタイプを示すように設定される。非ＡＰ ＳＴＡは、要求タイプフィールドを「追加（Ａｄｄ）」に設定した場合には、新たなＬＬＴＳを追加するように要求する。受信側ＡＰは、この要求に対して新たなＬＬＴＳの追加を容認するか否かを応答すべきである。非ＡＰ ＳＴＡは、要求タイプフィールドを「変更（Ｃｈａｎｇｅ）」に設定した場合には、既存のＬＬＴＳのパラメータを変更するように要求する。ＡＰは、このフィールドを受け取ると、ＬＬＩＤを使用してＬＬＴＳを発見し、このＬＬＴＳのパラメータ変更を容認又は拒絶することができる。非ＡＰ ＳＴＡは、要求タイプを「削除（Ｒｅｍｏｖｅ）」に設定した場合には、既存のＬＬＴＳを削除するように要求する。ＡＰは、このフィールドを受け取ると、ＬＬＩＤを使用してＬＬＴＳを発見し、ＬＬＴＳを削除することができる。

ＴＣＬＡＳフィールドは、ＩＥＥＥ８０２．１１で定められるＴＣＬＡＳ要素と同一であることができる。非ＡＰ ＳＴＡは、このフィールドを上位層からのトラフィック情報を示すように設定する。ＡＰは、トラフィックがダウンリンクであってトラフィックの上位層情報がＴＣＬＡＳ情報に一致する場合、この情報を使用して、上位層から到着するこのＬＬＴＳ下のＲＴＡトラフィックを識別する。ＬＬＴＳ記述子（ＬＬＴＳ Ｄｅｓｃｒｉｐｔｏｒ）フィールドは、複数のＴＣＬＡＳフィールドを含むことができる。

ＴＣＬＡＳ処理（ＴＣＬＡＳ Ｐｒｏｃｅｓｓｉｎｇ）フィールドは、ＩＥＥＥ８０２．１１で定められるＴＣＬＡＳ処理要素と同一であることができる。ＬＬＴＳ記述子フィールド内に複数のＴＣＬＡＳフィールドが存在する場合、非ＡＰ ＳＴＡは、複数のＴＣＬＡＳフィールドを使用してＲＴＡトラフィックを識別するルールを示すようにこのフィールドを設定する。ＡＰは、ＬＬＴＳ記述子フィールド内のこのフィールドを受け取ると、複数のＴＣＬＡＳフィールドを使用して上位層からのトラフィックを識別する方法を決定することができる。

ＲＴＡ－ＴＳＰＥＣフィールドは、ＲＴＡトラフィックの仕様及びＱｏＳ要件を示す。ＡＰは、このフィールドを受け取ると、このフィールド内の情報を利用して、ＬＬＴＳ要求を容認すべきであるか、それとも拒絶すべきであるかを決定することができる。このフィールドは、ＴＳＰＥＣ要素のＴＳ情報（ＴＳ Ｉｎｆｏ）フィールド内の方向（Ｄｉｒｅｃｔｉｏｎ）フィールドに設定できる、このＬＬＴＳ下でのトラフィック方向（例えば、アップリンク、ダウンリンク又は双方向）に関する情報も含む。ＴＳＰＥＣ要素のＴＳ情報フィールド内のＴＳＩＤフィールドは、このＲＴＡ－ＴＳＰＥＣ下でのＬＬＴＳに属するＲＴＡトラフィックのＴＩＤを示すように設定することができる。ＴＳＰＥＣ要素のＴＳ情報フィールド内のアクセスポリシー（Ａｃｃｅｓｓ Ｐｏｌｉｃｙ）フィールドは、このＲＴＡ－ＴＳＰＥＣ下でのＬＬＴＳに使用すべき（ＩＥＥＥ８０２．１１で定められる）ＥＤＣＡ、ＨＣＣＡ及びＨＥＭＭなどのアクセス方法を示すように設定することができる。ＴＳＰＥＣのユーザ優先度（Ｕｓｅｒ Ｐｒｉｏｒｉｔｙ）フィールドは、ＬＬＴＳに属するＲＴＡトラフィックのユーザ優先度を示すために使用することができる。例えば、ＳＴＡ１は、ＬＬＴＳにＳＴＡ０を設定することができる。本例ではＬＬＩＤが「１」に設定され、ＴＳＩＤが「８」に設定される。このＲＴＡトラフィックの未承諾再試行は、ＱｏＳ要件を満たすようにスケジュールすべきである。

任意の部分要素（Ｏｐｔｉｏｎａｌ Ｓｕｂｅｌｅｍｅｎｔｓ）フィールドは、このＬＬＴＳ下でのトラフィックの再送ポリシーを示す。ＡＰは、このフィールドを受け取ると、要求されたＬＬＴＳをトラフィックに提供するか否かを非ＡＰ ＳＴＡに応答すべきである。

４．２．３．ＲＴＡ－ＴＳＰＥＣ
図１０に、以下のフィールドを有するＲＴＡ－ＴＳＰＥＣの実施形態例１５０を示す。ＴＳＰＥＣフィールドは、ＩＥＥＥ８０２．１１で定められるＴＳＰＥＣ要素と同一であることができる。非ＡＰは、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィックの仕様及び部分的ＱｏＳ要件を示すようにこのフィールドを設定する。ＡＰは、このフィールドを受け取ると、この情報を使用してこのＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィック送信のリソース配分を推定することができる。ＡＰは、この推定に基づいてＬＬＴＳ設定を容認すべきであるか否かを決定することができる。ＲＴＡ属性（ＲＴＡ Ａｔｔｒｉｂｕｔｅｓ）フィールドは、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィックのさらなるＱｏＳ要件を示す。信頼度（Ｒｅｌｉａｂｉｌｉｔｙ）フィールドは、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィックのパケット損失要件を示す。ＡＰは、このフィールドを受け取ると、特に未承諾再試行が有効である場合には、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィックのパケット損失が信頼度フィールドに示されるパケット損失よりも少ないことを確実にするように、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィック送信のリソース配分を推定すべきである。

ジッタ（Ｊｉｔｔｅｒ）フィールドは、このＲＴＡ－ＴＳＰＥＣ下のＬＬＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵの配信のジッタ要件を示す。非ＡＰは、このＲＴＡ－ＴＳＰＥＣ下のＬＬＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵの最大ジッタ制限を保証することをＡＰに要求するようにこのフィールドを設定する。ＡＰは、このフィールドを受け取って、この要求を満たすことができるか否かを推定する。例えば、この要求を満たすには、最大サービス間隔と最小サービス間隔との間の差分をジッタよりも小さくすべきである。ＡＰは、サポートできるジッタレベルを示すようにこのフィールドを設定する。非ＡＰは、このフィールドを受け取ると、ＡＰによって提供されたジッタを容認し、又はＡＰと再交渉する。

ＭＳＤＵ有効期限（ＭＳＤＵ Ｌｉｆｅｔｉｍｅ）フィールドは、ＭＳＤＵ有効期限がＭＳＤＵを待ち行列に記憶できる時間を表すことを示す。決定論的サービス（Ｄｅｔｅｒｍｉｎｉｓｔｉｃ Ｓｅｒｖｉｃｅ）フィールドが第１の状態（例えば、「１」）に設定されている場合、ＳＴＡは、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィックのＭＳＤＵ有効期限を示すようにこのフィールドを設定する。ＳＴＡがこのフィールドを受け取って決定論的サービスフィールドが第１の状態（例えば、「１」）に設定されている場合には、このＭＳＤＵ有効期限内にＭＳＤＵが正常に送信されなければＭＳＤＵは破棄される。決定論的サービスフィールドが第２の状態（例えば、「０」）に設定されている場合、このフィールドは予備である。

決定論的サービス（Ｄｅｔｅｒｍｉｎｉｓｔｉｃ Ｓｅｒｖｉｃｅ）フィールドは、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィックのＭＳＤＵの有効期限が過ぎた時にＭＳＤＵが破棄されるかどうかを示すようにＳＴＡによって設定される。ＳＴＡがこのフィールドを第１の状態（例えば、「１」）に設定した場合、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィックのＭＳＤＵは、その有効期限が過ぎた時に破棄され、そそうでなければＳＴＡはこのフィールドを第２の状態（例えば、「０」）に設定する。第１の状態（例えば、「１」）に設定されたこのフィールドをＳＴＡが受け取った場合、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィックのＭＳＤＵは、その有効期限が過ぎた時に破棄される。第２の状態（例えば、「０」）に設定されたこのフィールドをＳＴＡが受け取った場合、このＲＴＡ－ＴＳＰＥＣ下でのＲＴＡトラフィックのＭＳＤＵの有効期限値は存在しない。

公称サービス間隔（Ｎｏｍｉｎａｌ Ｓｅｒｖｉｃｅ Ｉｎｔｅｒｖａｌ）フィールドは、２つの連続するＳＰの開始時刻間の公称／平均時間を示す。このフィールドは、ＬＬＴＳ情報内のトラフィックタイプサブフィールドが第１の状態（例えば、「１」）に設定されている場合にのみ有効であることができる。非ＡＰは、このＲＴＡ－ＴＳＰＥＣ下でのＬＬＴＳに属するＭＳＤＵ又はＡ－ＭＳＤＵのサービス間隔を保証することをＡＰに要求するようにこのフィールドを設定する。ＡＰは、このフィールドを受け取って、この要求を満たすことができるか否かを推定する。例えば、ＡＰは、提供できる公称サービス間隔を示すようにこのフィールドを設定する。非ＡＰは、このフィールドを受け取ると、ＡＰによって提供されたサービス間隔を容認し、又はＡＰと再交渉する。

４．２．４．任意の部分要素
図１１に、以下のフィールドを有する任意の部分要素（Ｏｐｔｉｏｎａｌ Ｓｕｂｅｌｅｍｅｎｔ）の実施形態例１７０を示す。非ＡＰ ＳＴＡがＬＬＴＳ要求フレーム内に以下のフィールドを設定した場合、これらのフィールドは、非ＡＰ ＳＴＡによるＬＬＴＳ確立要求を表す。ＡＰは、この要求を受け取ると、この要求を容認できるかどうかを決定（判定）することができる。非ＡＰ ＳＴＡがＬＬＴＳ応答フレーム内の以下のフィールドをＬＬＴＳ設定を容認するように設定した場合、これらのフィールドはＬＬＴＳの設定を表す。ＡＰ及び非ＡＰ ＳＴＡは、いずれもＬＬＴＳ設定に従ってこのＬＬＴＳ下でのＲＴＡトラフィックの未承諾再試行を実行すべきである。

部分要素（Ｓｕｂｅｌｅｍｅｎｔ）ＩＤは、部分要素のタイプを示す。ここでは、このフィールドが、ＬＬＴＳ要求要素下の任意の部分要素であることを示す。長さ（Ｌｅｎｇｔｈ）フィールドは、任意の部分要素フィールドの長さを示す。ＬＬＴＳ再送ポリシー（ＬＬＴＳ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｌｉｃｙ）フィールドは、ＬＬＴＳの再送ポリシーを示す。非ＡＰ ＳＴＡは、このＬＬＴＳ下でのＲＴＡトラフィックに対するこの再送ポリシーの適用を要求するようにこのフィールドを設定する。ＡＰ ＳＴＡは、このフィールドを受け取ると、要求を容認すべきであるか、それとも拒絶すべきであるかを決定する。ＡＰ ＳＴＡは、ＬＬＴＳの設定が容認された時に自機が提供する再送ポリシーの要求を示すようにこのフィールドを設定する。非ＡＰ ＳＴＡは、このフィールドを受け取ると、このＬＬＴＳ下のＲＴＡトラフィックにＡＰ ＳＴＡによって与えられた再送ポリシーを適用することができる。このフィールドが「未承諾再試行」に設定されている時には、ＬＬＴＳ設定が上手くいった場合に、このＬＬＴＳ下のパケットは単一のリンク上で未承諾再試行と共に送信される。このフィールドが「ＢＡを伴う未承諾再試行（ｕｎｓｏｌｉｃｉｔｅｄ ｒｅｔｒｙ ｗｉｔｈ ＢＡ）」されている時には、ＬＬＴＳ設定が上手くいった場合に、このＬＬＴＳ下のパケットは単一のリンク上で未承諾再試行と共に送信される。パケットの送信側は、受信側にブロックＡＣＫ要求（ＢＡＲ）フレームを送信することによってブロックＡＣＫフィードバックを要求することができる。

未承諾再試行制限（Ｕｎｓｏｌｉｃｉｔｅｄ Ｒｅｔｒｙ Ｌｉｍｉｔ）フィールドは、未承諾再試行が適用される場合に、このＬＬＴＳ下でのパケットの再送回数を制限するように設定される。このＬＬＴＳ下での各パケットの再送回数は、未承諾再試行制限を超えるべきではない。このＬＬＴＳ下でのパケットの再送回数が未承諾再試行制限を超える場合には、そのパケットを破棄すべきである。

ＭＡＣプロトコルデータユニット（ＭＰＤＵ）有効期限（ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ （ＭＰＤＵ） Ｌｉｆｅｔｉｍｅ）フィールドは、このＬＬＴＳ下でのＭＰＤＵの有効期限を示すように設定される。ＭＰＤＵがＭＡＣ層に到着してからの時間がＭＰＤＵ有効期限よりも長い場合には、そのＭＰＤＵの有効期限が過ぎており、このＭＰＤＵを破棄すべきである。

時間内重複許可（Ｄｕｐｌｉｃａｔｉｏｎ ｉｎ Ｔｉｍｅ Ａｌｌｏｗａｎｃｅ）フィールドは、時間領域内でのパケットの重複が許可されるかどうかを示す１ビット指示として実装することができる。このフィールドが第１の状態（例えば、「１」）に設定されている場合、このＬＬＴＳ下でのパケットは、単一リンク上の同じ又は異なるＴＸＯＰ内での以前の送信試行後に再送することができる。これらの２つの送信試行間にフィードバックは不要である。このフィールドが第２の状態（例えば、「０」）に設定されている場合、パケットの時間内重複は許可されない。

ＭＬ内重複許可（Ｄｕｐｌｉｃａｔｉｏｎ ｉｎ ＭＬ Ａｌｌｏｗａｎｃｅ）フィールドは、複数のリンクを介したパケット重複が許可されるかどうかを示す１ビット指示として実装することができる。このフィールドが第１の状態（例えば、「１」）に設定されている場合、このＬＬＴＳ下でのパケットは、１つのリンク上で送信して別のリンク上で再送することができる。これらの２つの送信試行間にフィードバックは不要である。このフィールドが第２の状態（例えば、「０」）に設定されている場合、パケット送信及びその再送は１つのリンクのみを介して許可される。

最大リンク数（Ｍａｘｉｍｕｍ Ｎｕｍｂｅｒ ｏｆ Ｌｉｎｋｓ）フィールドは、未承諾再試行に使用できるリンクの最大数を示すように設定される。このフィールドが設定されると、許可されるリンクの組み合わせ（Ａｌｌｏｗｅｄ Ｃｏｍｂｉｎａｔｉｏｎｓ ｏｆ Ｌｉｎｋｓ）フィールドにリストされた組み合わせから成るリンクの数は、最大リンク数を超えることができない。このフィールドは、ＭＬ内重複許可フィールドが第２の状態（例えば、「０」）に設定されている場合には予備である。

許可されるリンクの組み合わせ（Ａｌｌｏｗｅｄ Ｃｏｍｂｉｎａｔｉｏｎｓ ｏｆ Ｌｉｎｋｓ）フィールドは、未承諾再試行に使用できる複数のリンクの可能な組み合わせを示すように設定される。ＳＴＡは、パケットを送信すべき組み合わせのうちの１つ、及びその組み合わせでのリンクを介した未承諾再試行を選択することができる。各組み合わせでのリンクの数は、最大リンク数を超えることはできないと理解されたい。このフィールドは、ＭＬ内重複許可フィールドが第２の状態（例えば、「０」）に設定されている場合には予備である。

ＲＵ内重複許可（Ｄｕｐｌｉｃａｔｉｏｎ ｉｎ ＲＵ Ａｌｌｏｗａｎｃｅ）フィールドは、重複パケットを１つのＭＵ ＰＰＤＵ／ＴＢ ＰＰＤＵパケットで複数のＲＵにわたって送信できるかどうかを示す指示（例えば、１ビット指示）を提供することができる。「ＴＢ」は、ＰＰＤＵがトリガーベースであることを示す。指示（ビット）が第１の状態（例えば、「１」）に設定されている場合、ＳＴＡは、１つのＲＵを使用してパケットを送信し、他のＲＵを使用してその重複を送信することができる。一方で、指示（ビット）が第２の状態（例えば、「０」）に設定されている場合、ＲＵ内パケット重複は許可されない。

最大ＲＵ数（Ｍａｘｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ＲＵｓ）フィールドは、未承諾再試行に使用できるＭＵ ＰＰＤＵ／ＴＢ ＰＰＤＵパケットの最大ＲＵ数を示すように設定される。このフィールドが設定されると、許可されるＲＵの組み合わせ（Ａｌｌｏｗｅｄ ｃｏｍｂｉｎａｔｉｏｎｓ ｏｆ ＲＵｓ）フィールドにリストされた１つのＭＵ ＰＰＤＵ又はＴＢ ＰＰＤＵパケット内のＲＵの数は最大ＲＵ数を超えることができない。このフィールドは、ＲＵ内重複許可フィールドが第２の状態（例えば、「０」）に設定されている時には予備である。

許可されるＲＵの組み合わせ（Ａｌｌｏｗｅｄ ｃｏｍｂｉｎａｔｉｏｎｓ ｏｆ ＲＵｓ）フィールドは、未承諾再試行に使用できる１つのＭＵ ＰＰＤＵ／ＴＢ ＰＰＤＵパケット内の複数のＲＵの組み合わせを示すように設定される。ＳＴＡは、パケットを送信すべき組み合わせのうちの１つ、及びその組み合わせでのリンクを介した未承諾再試行を選択することができる。各組み合わせにおけるＲＵの数は、最大ＲＵ数を超えることはできないと理解されたい。このフィールドは、ＭＬ内重複許可フィールドが第２の状態（例えば、「０」）に設定されている場合には予備である。なお、このフィールドは、各組み合わせについて、その組み合わせがどのリンクに適用されるかを示すこともできる。

４．２．５．ＬＬＴＳ応答フレーム
図１２に、以下のフィールドを有するＬＬＴＳ応答フレームの実施形態例１９０を示す。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。アドレス１（Ａｄｄｒｅｓｓ １）フィールドは、フレームの受信者のアドレスを含む。アドレス２（Ａｄｄｒｅｓｓ ２）フィールドは、フレームを送信したＳＴＡのアドレスを含む。アドレス３（Ａｄｄｒｅｓｓ ３）フィールドは、ＢＳＳＩＤを含む。シーケンス制御（Ｓｅｑｕｅｎｃｅ ｃｏｎｔｒｏｌ）フィールドは、フレームのシーケンス番号を示す。ＨＴ制御（ＨＴ ｃｏｎｔｒｏｌ）フィールドは、ＨＴフレーム又はＶＨＴフレームのためのさらなる制御情報を示す。アクション（Ａｃｔｉｏｎ）フィールドは、ＬＬＴＳ要求フレームの場合に実行すべきアクションを示す。

アクションフィールド内のフィールドは、以下のサブフィールドを有するＬＬＴＳ応答要素を含む。要素ＩＤ（Ｅｌｅｍｅｎｔ ＩＤ）サブフィールドは要素のタイプを示し、この事例では要素がＬＬＴＳ応答要素であることを示す。長さ（Ｌｅｎｇｔｈ）サブフィールドは、ＬＬＴＳ応答要素の長さを示す。ＬＬＴＳステータスリスト（ＬＬＴＳ Ｓｔａｔｕｓ Ｌｉｓｔ）サブフィールドは、ＬＬＴＳステータスフィールドのシーケンスを示す。各ＬＬＴＳステータスフィールドは、特定の仕様及び分類情報下でのトラフィックのＬＬＴＳ設定応答を示すように設定される。受信側ＳＴＡは、この情報を受け取ると、ＲＴＡトラフィックのＬＬＴＳ設定の結果又は既存のＬＬＴＳの変更を判定することができる。

４．２．６．ＬＬＴＳステータスフィールド
図１３に、以下のフィールドを有するＬＬＴＳステータスフレームの実施形態例２１０を示す。ＬＬＩＤフィールドは、低遅延送信サービスの識別を含む。ＬＬ長さ（ＬＬ Ｌｅｎｇｔｈ）フィールドは、ＬＬＴＳ記述子フィールドの長さを示す。応答タイプ（Ｒｅｓｐｏｎｓｅ Ｔｙｐｅ）フィールドは、ＬＬＴＳ設定結果のタイプを示すように設定される。ＡＰは、応答タイプフィールドを「容認（Ａｃｃｅｐｔ）」に設定した場合には、非ＡＰ ＳＴＡからのＬＬＴＳ設定要求を容認する。非ＡＰ ＳＴＡは、このフィールドを受け取って、ＬＬＴＳ設定が上手くいったと判定することができる。ＡＰは、応答タイプフィールドを「拒絶（Ｄｅｎｉｅｄ）」に設定した場合には、非ＡＰ ＳＴＡからのＬＬＴＳ設定要求を拒絶する。非ＡＰ ＳＴＡは、このフィールドを受け取ると、ＡＰとの間で別のＬＬＴＳ設定を開始しようと試みることを決定することができる。ＡＰは、応答タイプを「終了（Ｔｅｒｍｉｎａｔｅ）」に設定した場合には、非ＡＰ ＳＴＡとの既存のＬＬＴＳを終了する。非ＡＰ ＳＴＡは、このフィールドを受け取ると、対応するＬＬＩＤを有するＬＬＴＳが終了しており、ＬＬＴＳを削除すべきであることを知る（判定する）。

ＴＣＬＡＳフィールドは、ＩＥＥＥ８０２．１１で定められるＴＣＬＡＳ要素と同一であることができる。ＡＰは、このフィールドを上位層からのトラフィックの情報を示すように設定する。非ＡＰ ＳＴＡは、このフィールドを受け取ると、上位層から到着したＴＴＬＳ下でのトラフィックがアップリンクである場合には、この情報を使用してトラフィックを識別することができる。ＬＬＴＳステータス（ＬＬＴＳ Ｓｔａｔｕｓ）フィールドは、複数のＴＣＬＡＳフィールドを含むことができる。ＴＣＬＡＳ処理（ＴＣＬＡＳ Ｐｒｏｃｅｓｓｉｎｇ）フィールドは、ＩＥＥＥ８０２．１１で定められるＴＣＬＡＳ処理要素と同一であることができる。ＬＬＴＳステータスフィールド内に複数のＴＣＬＡＳフィールドが存在する場合、ＡＰは、複数のＴＣＬＡＳフィールドを使用してＲＴＡトラフィックを識別するルールを示すようにこのフィールドを設定する。非ＡＰ ＳＴＡは、ＬＬＴＳステータスフィールド内のこのフィールドを受け取ると、複数のＴＣＬＡＳフィールドを使用して上位層からのトラフィックを識別する方法を決定することができる。

ＲＴＡ－ＴＳＰＥＣフィールドは、図９で定められるＲＴＡ－ＴＳＰＥＣ要素と同一である。ＡＰは、このフィールドをＲＴＡトラフィックの仕様及びＱｏＳ要件を示すように設定する。非ＡＰ ＳＴＡは、このフィールドを受け取ると、ＡＰがどのＲＴＡ－ＴＳＰＥＣ下でＬＬＴＳ要求を容認又は拒絶すべきであると決定したかを知る（認識する）ことができる。このフィールドは、このＬＬＴＳ下でのＲＴＡトラフィック方向（例えば、アップリンク、ダウンリンク又は双方向）の情報も含む。

任意の部分要素（Ｏｐｔｉｏｎａｌ Ｓｕｂｅｌｅｍｅｎｔｓ）フィールドは、このＬＬＴＳ下でのトラフィックの再送ポリシーを示すようにＡＰによって設定される。非ＡＰ ＳＴＡは、このフィールドを受け取ると、応答タイプフィールドが「容認（Ａｃｃｅｐｔ）」に設定されている時にＡＰによって提供される再送ポリシーを知る（判定する）ことができる。

表１～表６に上記メッセージに関する情報を示す。具体的には、表１はＭＬＭＥ－ＬＬＴＳ．ｒｅｑｕｅｓｔの概要であり、表２はＭＬＭＥ－ＬＬＴＳ．ｉｎｄｉｃａｔｉｏｎの概要であり、表３はＭＬＭＥ－ＬＬＴＳ．ｒｅｓｐｏｎｓｅの概要であり、表４はＭＬＭＥ－ＬＬＴＳ．ｃｏｎｆｉｒｍの概要であり、表５はＭＬＭＥ－ＬＬＴＳ－ＴＥＲＭ．ｒｅｑｕｅｓｔの概要であり、表６はＭＬＭＥ－ＬＬＴＳ－ＴＥＲＭ．ｉｎｄｉｃａｔｉｏｎの概要である。

図１４に、ＳＴＡがＲＴＡパケットに未承諾再試行ポリシーを適用すると決定する実施形態例２３０を示す。ＳＴＡは、送信すべきパケットを有している（２３２）場合、このパケットが未承諾再試行ポリシーを適用された既存のＬＬＴＳに属するかどうかをチェックする（２３４）。このパケットが既存のＬＬＴＳに属する場合、実行はブロック２３８に進み、ＳＴＡはこのパケットに未承諾再試行ポリシーを適用する。一方で、このパケットが既存のＬＬＴＳに属していない場合、ＳＴＡはこのパケットにＣＳＭＡ／ＣＡにおける通常の再送ポリシーを使用する（２３６）。

図１５に、時間領域内パケット重複が許可される場合にＳＴＡが未承諾再試行と共にＲＴＡパケットを送信する実施形態例２５０を示す。ＳＴＡが未承諾再試行と共にＲＴＡパケットを送信する予定であり、時間領域内パケット重複が許可されている場合、この局はチャネルを求めて競合し、チャネルアクセス権を獲得してリンク２５２上でのＴＸＯＰを取得する。次に、ＲＴＡパケットの有効期限が過ぎているか、或いは再試行回数が再試行閾値を上回ったかについてチェックが行われる（２５４）。いずれかの条件が満たされた場合、ＲＴＡパケットは破棄される（２６０）。いずれの条件も満たされなかった場合、実行はブロック２５６に進み、ＳＴＡはフィードバックを待たずにパケットの送信試行を１回行う。ＳＴＡがＲＴＡパケットの送信試行を終了すると、現在のＴＸＯＰが終了したかどうかがチェックされる（２５８）。終了していない場合、実行はブロック２５４に戻って次のＴＸＯＰ内に別のＲＴＡパケットの送信試行を行う。終了している場合、実行はブロック２５２に進んでＳＴＡは再びチャネルを求めて競合する。

図１６に、マルチリンクシナリオにおいてＭＬＤが未承諾再試行を伴うＲＴＡパケットのＴＸＯＰを取得する実施形態例２７０を示す。ＭＬＤは、未承諾再試行と共に送信すべきＲＴＡパケットを有している場合、複数のリンク上で同時にチャネルを求めて競合する（２７２）。全てのリンクが同時にチャネルアクセス権を獲得したかどうかがチェックされる（２７４）。条件が真である場合、ＭＬＤは、両リンク上で同じＴＸＯＰ期間を予約し（２７６）、最初のパケット送信をリンク１上で行い、その再送をリンク２上で行う。また、ＭＬＤは、これらのパケットの最初の送信の代わりに、リンク２上で再送されたパケットと同じパケットの別の再送をリンク１上で行うこともできると理解されたい。

一方で、チャネルアクセス権を獲得するリンクが同時でなかった場合、実行はブロック２７８に到達し、ＭＬＤは、最初に（リンク１によって示す）１つのリンク上でチャネルアクセス権を獲得してリンク１上で最初のパケット送信（再送の場合もある）を行う（２８０）。ＭＬＤがリンク１上のＴＸＯＰの終了前に別のリンク（例えば、リンク２）上でチャネルアクセス権を取得したかどうかを判定するチェック２８２が行われる。この条件が満たされる場合、ＭＬＤは、リンク１上で予約したＴＸＯＰの終了までリンク２上のＴＸＯＰを予約し（２８６）、その後にＴＸＯＰ中にリンク２上でパケットの再送（未承諾再試行）を行って（２８８）処理を終了する。一方で、チェック２８２においてＭＬＤがリンク１上のＴＸＯＰの終了前に別のリンク（例えば、リンク２）上でチャネルアクセス権を取得しなかったことが判明した場合、ＭＬＤはリンク２上のＴＸＯＰの取得に失敗し（２８４）、リンク２上では未承諾再試行が発生せずにプロセスは終了する。

なお、ＭＬＤは、現在のＴＸＯＰ中に送信されたパケットを現在のＴＸＯＰの終了後に破棄すると決定することができると理解されたい。ＭＬＤは、これらのパケットの有効期限が過ぎておらず、これらの再試行回数が未承諾再試行制限を超えていない場合、次のＴＸＯＰにおいてこれらのパケットを再送すると決定することもできる。

また、ＭＬＤは、未承諾再試行のために２つよりも多くのリンク上でＴＸＯＰを取得することもできる。最初にＴＸＯＰを取得したリンクはリンク１とみなされ、他のリンクは、フローチャートで説明したようなリンク２のルールに従う。リンクの組み合わせは、ＬＬＴＳ設定内の許可されるリンクの組み合わせフィールドから選択することができる。

さらに、図示のようなＴＸＯＰの取得方法は、非ＲＴＡパケットの送信に利用することもできる。

４．３．ＳＴＲ ＡＰ ＭＬＤと非ＳＴＲ非ＡＰ ＭＬＤとの間の公平性
図１６のフローチャートで説明したように複数のリンク上で取得されたＴＸＯＰの終了時刻を揃えることは、ＳＴＲ ＡＰ ＭＬＤと非ＳＴＲ非ＡＰ ＭＬＤとの間の公平性問題を解決することを目的とする。

ＴＸＯＰの終了時刻が揃っていない場合には以下の問題が発生する。ＳＴＲ ＡＰ ＭＬＤが最初にリンク１上の第１のＴＸＯＰを取得すると仮定する。ＳＴＲ ＡＰ ＭＬＤが、リンク１のＴＸＯＰの終了時刻前にリンク２などの別のリンク上でチャネルアクセス権を獲得したが、リンク１の第１のＴＸＯＰの終了時刻よりも遅い終了時刻のＴＸＯＰを予約した場合、非ＳＴＲ非ＡＰ ＭＬＤは、リンク２のＴＸＯＰの終了時刻までチャネルにアクセスすることができない。一方で、ＡＰ ＭＬＤは、リンク１のＴＸＯＰの終了時刻とリンク２のＴＸＯＰの終了時刻との間の時間中にも依然としてリンク１上でチャネルアクセス権を獲得することができる。その後、ＡＰがチャネルアクセス権を獲得して、リンク２のＴＸＯＰよりも終了時刻が遅いリンク１上の別のＴＸＯＰを予約した場合、非ＳＴＲ非ＡＰ ＭＬＤは、リンク１の第２のＴＸＯＰの終了時刻までチャネルにアクセスできず、以下同様である。従って、最悪の場合にはＳＴＲ ＡＰ ＭＬＤが常にマルチリンクを占有し、非ＳＴＲ非ＡＰ ＭＬＤがチャネルにアクセスする機会は全くなくなってしまう。

図１７Ａ及び図１７Ｂに、上述したＳＴＲ ＡＰ ＭＬＤと非ＳＴＲ非ＡＰ ＭＬＤとの間の公平性問題を解決する方法を示す、ＳＴＲ ＡＰ ＭＬＤがマルチリンク上のＴＸＯＰを取得して非ＳＴＲ非ＡＰ ＭＬＤに送信を行う実施形態例２９０を示す。ＳＴＲ ＡＰ ＭＬＤは、非ＳＴＲ非ＡＰ ＭＬＤに送信すべき（単複の）パケットを有している（２９２）場合にランダム値を生成し（２９４）、これをバックオフスロットの数として設定する。なお、各「スロット」は２０マイクロ秒などの時間増分を意味する。その後、ＡＰ ＭＬＤの各ＳＴＡは、自機のリンク上で単独でバックオフをカウントダウンし始める（２９６）。

ブロック２９８において、ＡＰ ＭＬＤの全てのＳＴＡが同時にチャネルアクセス権を獲得したかどうかを判定するチェックが行われる。条件が真である場合、ＡＰ ＭＬＤのＳＴＡは、全てのリンク上で同じＴＸＯＰ期間を予約（３００）してプロセスを終了する。

一方で、ＡＰ ＭＬＤの１つのＳＴＡがバックオフをゼロまでカウントダウンした場合、このＳＴＡはそのリンク上でチャネルアクセス権を獲得し（３０２）、実行は図１７Ｂのブロック３０４に進む。なお、ＣＣＡビジー時間は各リンク上で異なるため、ＡＰ ＭＬＤのＳＴＡは異なる時点でチャネルアクセス権を獲得することができると理解されたい。

従って、ＳＴＡ１によって示すＡＰ ＭＬＤの１つのＳＴＡは、この時点で他のＳＴＡよりも早くチャネルアクセス権を獲得し、リンク１によって示すそのリンク上のＴＸＯＰを予約している。ＳＴＡ２によって示すＡＰ ＭＬＤの他のＳＴＡが、リンク１上でのＴＸＯＰの終了前にリンク２によって示す自機のリンク上でチャネルアクセス権を獲得したかどうかを判定するチェックが行われる（３０４）。条件が満たされる場合、ＳＴＡ２は、リンク１上で予約されたＴＸＯＰの終了時刻までリンク２上のＴＸＯＰを予約することができる（３０８）。そうでなければ、ＳＴＡ２はリンク２上のＴＸＯＰを取得できずに（３０６）、そのバックオフはリセットされる。

なお、ＡＰ ＭＬＤの全てのＳＴＡが同時にチャネルアクセス権を獲得した場合、これらのＳＴＡは全てのリンク上で同じＴＸＯＰ期間を予約したことになる。ＡＰ ＭＬＤの全てのＳＴＡは、ＴＸＯＰの終了後にバックオフをリセットする。ＡＰ ＭＬＤは、複数のリンク上で同時にチャネルアクセス権を獲得する可能性を高めるために、複数のリンク上で同じバックオフスロットを設定する。ＡＰ ＭＬＤは、複数のリンク上で異なるバックオフスロットを設定することもできる。

また、図示のようなＴＸＯＰの取得方法は、ＲＴＡパケット又は非ＲＴＡパケットのどちらの送信にも使用することができる。

図１８に、マルチＲＵ上での未承諾再試行が許可された場合にＲＴＡパケットを送信する実施形態例３１０を示す。マルチＲＵ上での未承諾再試行が許可された場合、ＡＰは、チャネルアクセス権を求めて競合してＲＴＡパケットのためのチャネルを獲得する（３１２）。チェック３１４において、送信がアップリンク（ＵＬ）であるかどうかを判定する。送信がアップリンクである場合、ブロック３１６において、ＡＰは未承諾再試行のためのＲＵ配分をトリガフレーム（ＴＦ）に埋め込んでＳＴＡに送信する。ＳＴＡは、ＴＦによって配分されたＲＵを使用して、ＴＢ ＰＰＤＵパケットにおいてＲＴＡパケットの最初の送信（再送の場合もある）及び再送を行って（３２０）プロセスは終了する。

一方で、送信がＵＬのためのものでない場合、実行はブロック３１４から３１８に進み、ＡＰは、ＭＵ ＰＰＤＵパケットの複数のＲＵを配分してＲＴＡパケットの最初の送信（再送の場合もある）及び再送を行った後にプロセスは終了する。

なお、ＴＢ ＰＰＤＵ又はＭＵ ＰＰＤＵは、ＲＴＡパケットの最初の送信が以前のＰＰＤＵにおいて行われていた場合にのみパケットの再送を行うことができると理解されたい。

図１９に、ＳＴＡが未承諾再試行を許可されたＲＴＡパケットを破棄する実施形態例３３０を示す。パケット再送回数が未承諾再試行制限に達したかどうか、或いはパケットの有効期限が過ぎたかどうかを判定するチェックが行われる（３３２）。いずれかの条件が満たされた場合、パケットは破棄される（３３４）。そうでなければ、実行はブロック３３２からブロック３３６に進み、ＳＴＡは現在のＴＸＯＰにおいてフィードバックを受け取ることなくパケットを再送することができる。

図２０に、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する第１の実施形態例３５０を示す。この例は、ＬＬＴＳ再送ポリシーが「未承諾再試行」に設定されていて時間領域内パケット重複が許可されている場合に発生することができる。この例のネットワークトポロジーについては図６に示している。

送信側ＳＴＡ１ ３５２は、受信側ＳＴＡ０（ＡＰ）３５４にＲＴＡパケットを送信する予定である。待ち行列内に到着したＲＴＡパケットの送信には未承諾再試行が許可される（３５６）。送信側ＳＴＡ１は、ＲＴＡパケットが待ち行列内に到着した後にチャネルを求めて競合して（３５８）ＴＸＯＰ期間を取得する（３６０）。ＳＴＡ１は、ＴＸＯＰ期間中に２つの未承諾再送３６６、３７０と共にＲＴＡパケット３６２を送信することができる。２つのパケット送信間の時間は、ｘＩＦＳとして示すフレーム間間隔３６４、３６８とすることができるが、本開示の教示から逸脱することなくＳＩＦＳ又はＰＩＦＳ又はその他の間隔を利用することもできる。なお、ＳＴＡ１からの送信は、受信側ＳＴＡ０がＳＴＡ１にフィードバックを送信する必要なく実行されたものであると理解されたい。ＳＴＡ１は、パケットが未承諾再試行制限に達する（３７２）とＲＴＡパケットの再送を停止する。

図２１に、ＳＴＡが単一のリンク上で未承諾再試行と共に複数のＲＴＡパケットを送信する例２としての実施形態例３９０を示す。この例は、ＬＬＴＳ再送ポリシーが「未承諾再試行」に設定されていて時間内重複が許可されている場合に発生することができる。この例のネットワークトポロジーについては図５に示している。

送信側ＳＴＡ１ ３５２は、ＲＴＡパケット＃１及びＲＴＡパケット＃２として示す、受信側ＳＴＡ０（ＡＰ）３５４に送信すべき２つのＲＴＡパケットを有する。これらの２つのＲＴＡパケットの送信には未承諾再試行が許可される。ＲＴＡパケットが待ち行列内に到着すると（３５６）、送信側ＳＴＡ１はチャネルを求めて競合し（３５８）、バックオフ後にＴＸＯＰ期間を取得する（３６０）。この例では、ＳＴＡ１がまず全てのパケット３９２及び３９６の最初の送信を行う。その後、ＳＴＡ１は、全てのパケット４００、４０６の最初の再送を開始し、その後にＲＴＡパケット＃２の２回目の再送４１０を開始する。

ＳＴＡ１は、ＴＸＯＰ期間中に未承諾再送と共にＲＴＡパケットを送信することができる。２つのパケットの最初の送信間の時間は、本明細書ではｘＩＦＳ３９４、４０４として示すフレーム間間隔とすることができるが、ＳＩＦＳ又はＰＩＦＳなどの他の間隔を制限なく使用することもできる。

送信側ＳＴＡ１は、ＲＴＡパケット＃１及びＲＴＡパケット＃２の新たな再送のために別のバックオフ時間３９８、４０８にわたって待つことができる。例えば、送信側ＳＴＡ１は、ＲＴＡパケット＃１及び＃２の最初の再送のためにバックオフ３９８を呼び出す。送信側ＳＴＡ１は、ＲＴＡパケット＃２の２回目の再送のためにバックオフ４０８も呼び出す。同じ再試行回数を有する２つのパケットの再送間の時間も、ｘＩＦＳ又はその他のフレーム間間隔とすることができる。

しかしながら、ＲＴＡパケット＃１の有効期限が過ぎたので、送信側ＳＴＡ１はこのＲＴＡパケットの再送を停止する（４０２）。送信側ＳＴＡ１は、ＲＴＡパケット＃２の再送回数が未承諾再試行制限に達したため、このＲＴＡパケットの再送も停止している（４１２）ことが分かる。この図では、このプロセス中に受信側ＳＴＡ０ ３５４がＳＴＡ１にフィードバックを送信する必要はなかったことが分かる。

図２２に、ＳＴＡが単一のリンク上で未承諾再試行と共に複数のＲＴＡパケットを送信する例２－１としての実施形態例４３０を示す。この例は、ＬＬＴＳ再送ポリシーが「未承諾再試行」に設定されていて時間領域内パケット重複が許可されている場合に発生することができる。この例のネットワークトポロジーについては図５に示している。

送信側ＳＴＡ１ ３５２は、ＲＴＡパケット＃１及びＲＴＡパケット＃２として例示する２つのＲＴＡパケットを受信側ＳＴＡ０（ＡＰ）３５４に送信する予定であり、２つのＲＴＡパケットの送信に未承諾再試行が許容される。ＲＴＡパケットが待ち行列内に到着する（３５６）。送信側ＳＴＡ１は、ＲＴＡパケットが待ち行列内に到着した後にチャネルを求めて競合し（３５８）、ＴＸＯＰ期間を取得する（３６０）。この例では、ＳＴＡ１がまず１つのパケット（すなわち、ＲＴＡパケット＃１）４３２をその未承諾再試行４３６と共に送信する。次に、第２のパケット（すなわち、ＲＴＡパケット＃２）４４２をその未承諾再試行４４６、４５０と共に送信し、以下同様である。ＲＴＡパケット＃２の再送は、バックオフ４４４及び４４８を伴う可能性があることも分かる。

ＳＴＡ１は、ＴＸＯＰ期間中に２つの未承諾再送と共にＲＴＡパケットを送信することができる。送信側ＳＴＡ１は、ＲＴＡパケットの新たな送信又は再送のために別のバックオフ時間４３４、４４０、４４４及び４４８にわたって待つことができる。

ＲＴＡパケット＃１の有効期限が過ぎたので、送信側ＳＴＡ１はこのＲＴＡパケットの再送を停止する（４４０）。送信側ＳＴＡ１は、ＲＴＡパケット＃２の再送回数が未承諾再試行制限に達したため、このＲＴＡパケットの再送を停止する（４５２）。受信側ＳＴＡ０ ３５４は、ＳＴＡ１にフィードバックを送信する必要はない。

図２３に、ＢＡが有効である場合にＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例３としての実施形態４７０を示す。この例は、ＬＬＴＳ再送ポリシーが「ＢＡを伴う未承諾再試行」に設定されていて時間領域内パケット重複が許可されている場合に発生する。この例のネットワークトポロジーについては図６に示している。

送信側ＳＴＡ１ ３５２は、受信側ＳＴＡ０（ＡＰ）３５４にＲＴＡパケットを送信する予定である。ＲＴＡパケットの送信には未承諾再試行が許可される。送信側ＳＴＡ１は、ＲＴＡパケットが待ち行列に到着した（３５６）後にチャネルを求めて競合し（３５８）、ＴＸＯＰ期間を取得する（３６０）。ＳＴＡ１は、ＴＸＯＰ期間３６０中に２つの未承諾再送４７６及び４８０と共にＲＴＡパケット４７２を送信することができる。２つのパケット送信間の時間は、図示のようなｘＩＦＳ４７４、４７８及び４８２などのフレーム間間隔、又はその他の間隔４８６（例えば、ＳＩＦＳ又はＰＩＦＳなど）とすることができる。受信側ＳＴＡ０ ３５４は、ＳＴＡ１にフィードバックを送信する必要はない。ＳＴＡ１は、ＲＴＡパケットが未承諾再試行制限に達するとパケットの再送を停止することができる。

ＳＴＡ１は、ＲＴＡパケットの再送を終了した後に、ＳＴＡ０にＢＡＲフレーム４８４を送信してＢＡフィードバックを要求することができる。その後、ＳＴＡ０はＢＡＲを受け取って、現在のパケットのパケット損失を示すＢＡ４８８を返送する。

この例のＢＡは、再送のために送信されるのではなく、将来的なＲＴＡパケット送信において使用されるレート適応及び未承諾再試行制限調整などの適応のために送信することができる。

図２４に、ＢＡが有効である場合にＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例４としての実施形態４９０を示す。この例は、ＬＬＴＳ再送ポリシーが「ＢＡを伴う未承諾再試行」に設定されていて時間領域内パケット重複が許可されている場合に発生する。この例のネットワークトポロジーについては図６に示している。

送信側ＳＴＡ１ ３５２は、ここではＲＴＡパケット＃１ ４９２、ＲＴＡパケット＃２ ４９６、ＲＴＡパケット＃３ ５１２及びＲＴＡパケット＃４ ５１６として例示する４つのＲＴＡパケットを受信側ＳＴＡ０（ＡＰ）３５４に送信する予定である。ＲＴＡパケットの送信には未承諾再試行が許可される。

ＲＴＡパケットが待ち行列内に到着した（３５６）後に、送信側ＳＴＡ１はチャネルを求めて競合し（３５８）、ＴＸＯＰ期間を取得する（３６０）。この例では、ＳＴＡ１がまずＲＴＡパケット＃１及び＃２の最初の送信４９２、４９６を行う。次に、ＲＴＡパケット＃１及び＃２の最初の再送５００、５０４を行う。

図の下部では、ＳＴＡ１がＲＴＡパケット＃３及び＃４のための２回目のＴＸＯＰを取得することが分かる。ＲＴＡパケットが待ち行列内に到着した（５０６）後に、送信側ＳＴＡ１はチャネルを求めて競合し（５０８）、ＴＸＯＰ期間を取得する（５１０）。次に、ＳＴＡ１は、ＲＴＡパケット＃３ ５１２及びＲＴＡパケット＃４ ５１６の最初の送信を行い、その後にＲＴＡパケット＃３ ５２０及びＲＴＡパケット＃４ ５２４の最初の再送を行う。

ＳＴＡ１は、ＴＸＯＰ期間中に未承諾再送と共にＲＴＡパケットを送信することができる。２つの連続する送信４９４、４９８、５０２、５１４、５１８、５２２、５２６、５３０間の時間は、ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳ又はその他のフレーム間間隔機構などのフレーム間間隔を含むことができる。

この例では、ＳＴＡ１がＴＸＯＰを２回取得することを示した。第１のＴＸＯＰ中には、ＲＴＡパケット＃１及びＲＴＡパケット＃２が送信される。第２のＴＸＯＰ中には、ＲＴＡパケット＃３及びＲＴＡパケット＃４が送信される。ＳＴＡ１は、ＲＴＡパケット＃４の再送を終了した後に、ＳＴＡ０にブロック確認応答要求（ＢＡＲ）フレーム５２８を送信してＢＡフィードバックを要求する。ＳＴＡ０はＢＡＲを受け取り、現在のパケット及び受け取られた以前のＲＴＡパケット（すなわち、ＲＴＡパケット＃１、＃２、＃３及び＃４）のパケット損失を示すＢＡ５３２を返送することによって応答する。

この例のＢＡは、再送のために送信されるのではなく、将来的なＲＴＡパケット送信のレート適応及び未承諾再試行制限調整などの適応のために送信することができる。

図２５に、ＢＡが有効である場合にＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例５としての実施形態例５５０を示す。このシナリオ例は、ＬＬＴＳ再送ポリシーが「ＢＡを伴う未承諾再試行」に設定されていて時間領域内パケット重複が許可されている場合に発生する。この例のネットワークトポロジーについては図６に示している。

送信側ＳＴＡ１ ３５２は、受信側ＳＴＡ０（ＡＰ）３５４にＲＴＡパケット（ＲＴＡパケット＃１）を送信する予定である。ＲＴＡパケットの送信には未承諾再試行が許可される。ＲＴＡパケット３５６が待ち行列内に到着し、送信側ＳＴＡ１がチャネルを求めて競合して（３５８）ＴＸＯＰ期間を取得する（３６０）。ＳＴＡ１は、ＴＸＯＰ中に未承諾再送と共にＲＴＡパケットを送信することができる（５５２）。２つのパケット送信間の時間はバックオフ時間５５４を含むことができ、その後にＳＴＡ１はＲＴＡパケット＃１の第１の再送を実行する（５５６）ことが分かる。この時、再送回数は未承諾再試行制限に達している（５５８）。

ＳＴＡ１はＲＴＡパケットの再送を終えた後に、ＳＴＡ０にＢＡＲフレーム５６２を送信してＢＡフィードバックを要求する。ＳＴＡ０は、ＢＡＲを受け取って、現在のパケットのパケット損失情報を示すＢＡ５６６を返送する。ＲＴＡパケット＃１の最初の再送の終了とＢＡＲフレームとの間の時間、及びＢＡＲとＢＡ応答との間の時間は、ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳ又はその他の間隔機構などのフレーム間間隔５６０及び５６４とすることができる。

この例のＢＡは、再送目的で送信されるのではなく、将来的なＲＴＡパケット送信に役立つレート適応及び未承諾再試行制限調整などの適応のために送信することができる。

図２６に、ＳＴＡが複数のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６としての実施形態例５７０を示す。このシナリオ例は、ＬＬＴＳ再送ポリシーが「未承諾再試行」に設定されていてマルチリンク上のパケット重複が許可されている場合に発生する。この例のネットワークトポロジーについては図６に示している。

送信側ＭＬＤ１ ５７１は、複数のリンクを介して受信側ＭＬＤ２（ＡＰ）（図示せず）に複数のＲＴＡパケットを送信する予定である。ＭＬＤ１のＳＴＡ３（ＡＰ）５７２は、リンク１を介してＭＬＤ２のＳＴＡ５（図示せず）にパケットを送信し、ＭＬＤ１のＳＴＡ４（ＡＰ）５７４は、リンク２を介してＳＴＡ６（図示せず）にパケットを送信する。複数のリンクを介したＲＴＡパケットの送信には未承諾再試行が許可される。ＲＴＡパケットが到着し（５７６）、ＳＴＡ３及びＳＴＡ４がリンク１及びリンク２上のチャネルを求めて同時に競合し始める（５７８、５８０）。

ＳＴＡ３は、最初にリンク１上でのＴＸＯＰ中にリンク１上でのＴＸＯＰ期間５８２を取得し、ＲＴＡパケット＃１の送信５８６、ＲＴＡパケット＃２の送信５９０、ＲＴＡパケット＃３の送信５９４及びＲＴＡパケット＃４の送信５９８として示すＲＴＡパケットの最初の送信を行う。２つのパケット送信間の時間は、フレーム間間隔ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳ、又は同様のものとすることができる。

ＳＴＡ４は、リンク１上でのＴＸＯＰの終了前にリンク２上でのＴＸＯＰ期間５８４を取得してこれを予約する。ＳＴＡ４は、リンク２上でのＴＸＯＰ中に、リンク１上でのＴＸＯＰ中に最初の送信が行われたＲＴＡパケットの再送を行う。具体的には、ＳＴＡ４は、最初の再送５８８、５９２及び５９６を行う。

本開示の他の例と同様に、２つのパケット送信間の時間は、ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳ又はその他の間隔機構などのフレーム間間隔とすることができる。

なお、リンク２上でのＴＸＯＰ期間が不十分な長さである場合、ＳＴＡ４は全てのＲＴＡパケットを再送できないこともあると理解されたい。例えば、この例に示すように、リンク２を介したＲＴＡパケット＃４の最初の再送は、ＴＸＯＰ内に送信できないという理由で行われていない。ＲＴＡパケット＃４は、たとえ有効期限が過ぎていなくてもＴＸＯＰの終了後に破棄される可能性がある。なお、ＭＬＤ２は、ＲＴＡパケット送信の成功を示すフィードバックを送信する必要はない。また、２つのリンク上のバックオフスロットの数は同じであることができる。ＳＴＡ３及びＳＴＡ４は、バックオフのカウントダウン中のＣＣＡビジータイムに起因して異なる時点でチャネルを獲得する。

図２７に、ＳＴＡが複数のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６－１としての実施形態例６１０を示す。このシナリオ例は、ＬＬＴＳ再送ポリシーが「未承諾再試行」に設定されていてマルチリンク上での重複が許可されている場合に発生し、他の例と同様に図６に示したようなネットワークトポロジーを使用している。

送信側ＭＬＤ１ ５７１は、複数のリンク上で受信側ＭＬＤ２（ＡＰ）（図示せず）に複数のＲＴＡパケットを送信する予定である。ＭＬＤ１のＳＴＡ３ ５７２は、リンク１を介してＭＬＤ２のＳＴＡ５（図示せず）にパケットを送信し、ＭＬＤ１のＳＴＡ４ ５７４は、リンク２を介してＳＴＡ６（図示せず）にパケットを送信する。複数のリンクを介したＲＴＡパケットの送信には未承諾再試行が許可される。

ＲＴＡパケットが到着し（５７６）、ＳＴＡ３及びＳＴＡ４がリンク１及びリンク２上のチャネルを求めて同時に競合し始める（５７８、５８０）。最初にＳＴＡ３がチャネルアクセス権を取得してリンク１上でのＴＸＯＰ期間５８２を予約する。その後、ＳＴＡ１は、リンク１上でのＴＸＯＰ中にＲＴＡパケットの最初の送信を行うことができる。具体的には、この例では、ＳＴＡ３はＲＴＡパケット＃１、＃２、＃３及び＃４を送信する（６１２、６１６、６２０及び６２４）。

他の例と同様に、２つのパケット送信間の時間は、ｘＩＦＳ又はその他の間隔機構などのフレーム間間隔とすることができる。ｘＩＦＳの期間は、両リンク上でのＴＸＯＰ内に送信される最後のＰＰＤＵの終了を揃えるために、ＳＴＡ４がＴＸＯＰを取得する時間に従って調整することができる。例えば、図示のように、ＲＴＡパケット＃４の最初の送信の終了及びＲＴＡパケット＃４の最初の再送６２６の終了は一致している。２つのリンク上でのＲＴＡパケット＃１～＃４の送信は既知であるので、ＳＴＡ４がリンク２上でのチャネルアクセス権を獲得した時にｘＩＦＳの期間を計算することができる。ｘＩＦＳはＳＩＦＳよりも長く、ただしＰＩＦＳよりも短くすることができる。

ＳＴＡ４は、リンク１上でのＴＸＯＰの終了前にリンク２上でのＴＸＯＰ期間５８４を取得してこれを予約する。ＳＴＡ４は、リンク２上でのＴＸＯＰ中に、リンク１上でのＴＸＯＰ中に最初の送信が行われたＲＴＡパケット（ＲＴＡパケット＃１、＃２、＃３及び＃４）の再送６１４、６１８、６２２及び６２６を行う。２つのパケット送信間の時間はフレーム間間隔の形態であるが、ＳＴＡ４はＳＴＡ３よりも遅くチャネルを取得したので、短いフレーム間間隔（ＳＩＦＳ）であることが好ましい。２つのリンク上のバックオフスロットの数は同じであることができる。ＳＴＡ３及びＳＴＡ４は、バックオフのカウントダウン中のＣＣＡビジータイムに起因して異なる時点でチャネルを獲得する。

図２８に、ＳＴＡが複数のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６－１－１としての実施形態例６３０を示す。このシナリオ例は、ＬＬＴＳ再送ポリシーが「未承諾再試行」に設定されていてマルチリンク上でのパケット重複が許可されている場合に発生する。この例のネットワークトポロジーについては図６に示している。この例には、ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤがＳＴＲである時に発生することがある、２つのリンク上で予約されたＴＸＯＰの終了時刻が異なる場合にマルチリンク送信内パケット重複を実行できることを示す。この例は、ＡＰ ＭＬＤがＳＴＲ又はＮＳＴＲであり、非ＡＰ ＭＬＤがＳＴＲ又はＮＳＴＲである場合にも発生することがある。

送信側ＭＬＤ１ ５７１は、複数のリンクを介して受信側ＭＬＤ２（ＡＰ）（図示せず）に複数のＲＴＡパケットを送信する予定である。ＭＬＤ１のＳＴＡ３ ５７２は、リンク１を介してＭＬＤ２のＳＴＡ５（図示せず）にパケットを送信し、ＭＬＤ１のＳＴＡ４ ５７４は、リンク２を介してＳＴＡ６（図示せず）にパケットを送信する。複数のリンクを介したＲＴＡパケットの送信には未承諾再試行が許可される。

ＲＴＡパケットが到着し（５７６）、ＳＴＡ３及びＳＴＡ４がリンク１及びリンク２上のチャネルを求めて同時に競合し始める（５７８、５８０）。ＳＴＡ３は、最初にリンク１上でのＴＸＯＰ期間５８２を取得する。その後、ＳＴＡ１は、リンク１上でのＴＸＯＰ中にＲＴＡパケット（＃１、＃２、＃３及び＃４）の最初の送信を行うことができる（６３２、６３６、６４０及び６４４）。

連続する２つのパケット送信間の時間は、ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳ又はその他の間隔機構などのフレーム間間隔とすることができる。

ＳＴＡ４は、リンク１上でのＴＸＯＰの終了前にリンク２上でのＴＸＯＰ期間５８４を取得する。ＳＴＡ４は、終了時刻がリンク１上でのＴＸＯＰと同じでないＴＸＯＰを予約する。ＳＴＡ４は、リンク２上でのＴＸＯＰ中に、リンク１上でのＴＸＯＰ中に最初の送信が行われたＲＴＡパケット（＃１、＃２、＃３及び＃４）の再送を行う（６３４、６３８、６４２及び６４６）。

なお、ＭＬＤ２は、ＲＴＡパケット送信の成功を示すフィードバックを送信する必要はないと理解されたい。２つのリンク上のバックオフスロットの数は同じであることができる。ＳＴＡ３及びＳＴＡ４は、バックオフのカウントダウン中のＣＣＡビジータイムに起因して異なる時点でチャネルを獲得する。

図２９に、ＢＡが許可されている時にＳＴＡが複数のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６－２としての実施形態例６５０を示す。このシナリオ例は、ＬＬＴＳ再送ポリシーが「ＢＡを伴う未承諾再試行」に設定されていてマルチリンク上でのパケット重複が許可されている場合に発生する。ここでも、この例のネットワークトポロジーは図６に示したものである。

送信側ＭＬＤ１ ５７１は、複数のリンクを介して受信側ＭＬＤ２（ＡＰ）（図示せず）に複数のＲＴＡパケットを送信する予定である。ＭＬＤ１のＳＴＡ３ ５７２は、リンク１を介してＭＬＤ２のＳＴＡ５（図示せず）にパケットを送信し、ＭＬＤ１のＳＴＡ４ ５７４は、リンク２を介してＳＴＡ６（図示せず）にパケットを送信する。複数のリンクを介したＲＴＡパケットの送信には未承諾再試行が許可される。

ＲＴＡパケットが到着し（５７６）、ＳＴＡ３及びＳＴＡ４がリンク１及びリンク２上のチャネルを求めて同時に競合し始める（５７８、５８０）。ＳＴＡ３は、最初にリンク１上でのチャネルアクセス権を取得してＴＸＯＰ期間５８２を予約する。その後、ＳＴＡ１は、リンク１上でのＴＸＯＰ中にＲＴＡパケット（＃１、＃２、＃３及び＃４）の最初の送信を行うことができる（６５２、６５６、６６０及び６６４）。２つのパケット送信間の時間は、ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳ、又は期間が固定（決定論的）であることができる他の間隔などのいずれかの所望のフレーム間間隔とすることができる。

ＳＴＡ４は、リンク１上でのＴＸＯＰの終了までにリンク１上でのＴＸＯＰの終了前にリンク２上でのＴＸＯＰ期間５８４を取得して予約する。ＳＴＡ４は、リンク２上でのＴＸＯＰ中に、リンク１上でのＴＸＯＰ中に最初の送信が行われたＲＴＡパケットの再送６５４、６５８、６６２を行う。ここでも、２つのパケット送信間の時間は、ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳ又はその他の間隔機構などのフレーム間間隔とすることができる。

この例のＳＴＡ４は、ＴＸＯＰの終了前にＳＴＡ６にＢＡフィードバックを要求するＢＡＲフレーム６６６を送信すると決定する。ＢＡフィードバック６６８は、両リンクのパケット損失情報を含むべきである。説明例として、ＢＡフレームは、リンク１上でのＲＴＡパケット＃１、＃３及び＃４の最初の送信には成功したが、ＲＴＡパケット＃２の最初の送信には失敗したことを示すことができる。ＲＴＡパケット＃１及びパケット＃３の最初の再送には成功したが、ＲＴＡパケット＃２の最初の再送には失敗している。

この例のＢＡは、再送のために送信されるのではなく、将来的なＲＴＡパケット送信のレート適応及び未承諾再試行制限などの適応のために送信することができる。ＢＡは、ＲＴＡトラフィックのパケット損失要件を満たすためにＲＴＡパケット及びその未承諾再試行の送信にどのリンクを選択するかを選択するために使用することもできる。

２つのリンクのバックオフスロットの数は同じであることができる。ＳＴＡ３及びＳＴＡ４は、バックオフのカウントダウン中のＣＣＡのビジータイムに起因して異なる時点でチャネルアクセス権を獲得する。ＢＡＲフレームフォーマット及びＢＡフレームフォーマットについては図３３及び図３４に示す。

図３０に、ＢＡが許可されている時にＳＴＡが複数のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例６－３としての実施形態例６７０を示す。このシナリオ例は、ＬＬＴＳ再送ポリシーが「未承諾再試行」に設定されていてマルチリンク上でのパケット重複が許可されている場合に発生する。この例のネットワークトポロジーは図６に示すものである。

送信側ＭＬＤ１ ５７１は、複数のリンクを介して受信側ＭＬＤ２（ＡＰ）（図示せず）に複数のＲＴＡパケットを送信する予定である。ＭＬＤ１のＳＴＡ３ ５７２は、リンク１を介してＭＬＤ２のＳＴＡ５（図示せず）にパケットを送信し、ＭＬＤ１のＳＴＡ４ ５７４は、リンク２を介してＳＴＡ６（図示せず）にパケットを送信する。複数のリンクを介したＲＴＡパケットの送信には未承諾再試行が許可される。

ＲＴＡパケットが到着し（５７６）、ＳＴＡ３及びＳＴＡ４がリンク１及びリンク２上のチャネルを求めて同時に競合し始める（５７８、５８０）。ＳＴＡ３は、リンク１上の第１のＴＸＯＰ期間５８２を取得する。その後、ＳＴＡ３は、リンク１上でのＴＸＯＰ中にＲＴＡパケット（＃１、＃２、＃３及び＃４）の最初の送信を行うことができる（６７２、６７６、６８０及び６８４）。２つのパケット送信間の時間は、フレーム間間隔ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳ又は同様の間隔機構とすることができる。

ＳＴＡ４は、リンク１上での第１のＴＸＯＰ５８２の終了前にリンク２上でのＴＸＯＰ期間を取得して予約する。ＳＴＡ４は、リンク２上での第１のＴＸＯＰ中に、リンク１上での第１のＴＸＯＰ中に最初の送信が行われたＲＴＡパケット（＃１、＃２及び＃３）の再送を行う（６７４、６７８及び６８２）。２つのパケット送信間の時間は、ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳなどのフレーム間間隔又は同様の間隔機構とすることができる。ＳＴＡ４は、リンク２上でのＴＸＯＰ期間が十分な期間ではないことによって全てのＲＴＡパケットを再送できないこともある。例えば、この例に示すように、リンク２を介したＲＴＡパケット＃４の最初の再送は、ＴＸＯＰ間隔５８４内に送信できないという理由で行われていない。

最初のＴＸＯＰが終了すると、この例ではＳＴＡ３及びＳＴＡ４がバックオフ６８６、６８８をリセットして、リンク１及びリンク２上のチャネルを求めて同時に競合する。２つのリンクのバックオフスロットの数は同じであることができる。ＳＴＡ３及びＳＴＡ４は、バックオフのカウントダウン中のＣＣＡビジータイムに起因して異なる時点でチャネルを獲得する。

その後、ＳＴＡ４及びＳＴＡ３は、図示のように第２のＴＸＯＰを獲得する。ＳＴＡ４は、リンク２上での第２のＴＸＯＰを取得して（６９０）ＲＴＡパケット＃４の再送を行う（６９２）。ＳＴＡ３は、第２のＴＸＯＰを取得し（６９４）、パケット送信＃５、＃６及び＃７のためにリンク１上で最初の送信６９６、７００及び７０４を行い続ける。ＳＴＡ４は、リンク１上での第２のＴＸＯＰに最初の送信が行われたＲＴＡパケット＃５、＃６及び＃７を送信するためにリンク２上で再送６９８、７０２及び７０６を実行していることが分かる。なお、リンク２上での第２のＴＸＯＰ中にＲＴＡパケット＃４の有効期限が過ぎていない場合、ＳＴＡ４は、第２のＴＸＯＰ中にＲＴＡパケット＃４の最初の再送などの再送を行うことができる。

図３１に、ＢＡが許可されている時にＳＴＡが複数のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例７としての実施形態例７１０を示す。このシナリオ例は、ＬＬＴＳ再送ポリシーが「ＢＡを伴う未承諾再試行」に設定されていてマルチリンク内パケット重複が許可されている場合に発生する。この例のネットワークトポロジーについては図６に示している。

送信側ＭＬＤ１ ５７１は、複数のリンクを介して受信側ＭＬＤ２（ＡＰ）（図示せず）に複数のＲＴＡパケットを送信する予定である。ＭＬＤ１のＳＴＡ３ ５７２は、リンク１を介してＭＬＤ２のＳＴＡ５（図示せず）にパケットを送信し、ＭＬＤ１のＳＴＡ４ ５７４は、リンク２を介してＳＴＡ６（図示せず）にパケットを送信する。複数のリンクを介したＲＴＡパケットの送信には未承諾再試行が許可される。

ＲＴＡパケットが到着し（５７６）、ＳＴＡ３及びＳＴＡ４がリンク１及びリンク２上のチャネルを求めて同時に競合し始める（５７８、５８０）。ＳＴＡ３及びＳＴＡ４は、リンク１ ５８２及びリンク２ ５８４上で同時にチャネルアクセス権を取得してＴＸＯＰ期間を予約する。ＳＴＡ１は、リンク１上でのＴＸＯＰ中にＲＴＡパケット（＃１、＃２、＃３及び＃４）の最初の送信を行う（７１２、７１６、７２０、７２４）。ＳＴＡ４は、このリンク１上での同じＴＸＯＰ中に最初の送信が行われたＲＴＡパケット（＃１、＃２及び＃３）の再送をリンク２上で行う（７１４、７１８及び７２２）。

２つのパケット送信間の時間は、フレーム間間隔ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳ、又は期間が固定（決定論的）であることができる同様の間隔機構とすることができる。

ＳＴＡ３及びＳＴＡ４は、ＴＸＯＰの終了前に、ＳＴＡ５及びＳＴＡ６にＢＡフィードバックを要求するＢＡＲフレーム７２４、７２６を送信すると決定することができる。リンク２を介して送信されるＢＡＲフレーム及びＢＡフレームは、リンク１を介して送信されるものと同一である。ＢＡフィードバック７２８、７３０は、両リンクのパケット損失情報を含むことが好ましい。

例えば、ＢＡフレームは、リンク１上でのＲＴＡパケット＃１及び＃３の最初の送信には成功したがＲＴＡパケット＃２の最初の送信には失敗したこと、同様にＲＴＡパケット＃１及び＃２の最初の再送には成功したがＲＴＡパケット＃３の最初の再送には失敗したことを示すことができる。

この例のＢＡは、再送のために送信されるのではなく、将来的なＲＴＡパケット送信のレート適応及び未承諾再試行制限などの適応のために送信することができる。ＢＡは、ＲＴＡトラフィックのパケット損失要件を満たすためにＲＴＡパケット及びその未承諾再試行の送信にどのリンクを使用するかを選択するために使用することもできる。

なお、２つのリンクのバックオフスロットの数は同じであることができると理解されたい。ＳＴＡ３及びＳＴＡ４は、一方のバックオフ時間カウントがゼロに達した時にリンク１及び２上でのチャネルアクセス権を同時に獲得し、両リンクにアクセスするために別のＰＩＦＳ時間にわたって待つと理解されたい。

ＢＡＲ及びＢＡフレームフォーマットについては図３３及び図３４に示す。ＢＡＲ及びＢＡフレームは、これらのフレームが送信されるリンクのＢＡ情報のみを送信することができる。例えば、リンク１上で送信されるＢＡＲ及びＢＡフレームは、リンク１のＢＡ情報のみを送信することができる。

図３２に、ＳＴＡが複数のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例８としての例７５０を示す。この例のネットワークトポロジーについては図６に示している。

ＡＰ ＭＬＤ１ ５７１は、複数のリンクを介してＭＬＤ２（非ＡＰ）（図示せず）から複数のＲＴＡパケットを受け取る予定である。ＭＬＤ１のＳＴＡ３ ５７２は、リンク１を介してＭＬＤ２のＳＴＡ５（図示せず）に結び付き、ＭＬＤ１のＳＴＡ４ ５７４はリンク２を介してＳＴＡ６（図示せず）に結び付く。複数のリンクを介したＲＴＡパケットの送信には未承諾再試行が許可される。

ＳＴＡ３及びＳＴＡ４は、ＲＴＡパケットが待ち行列内に到着したことを知ると、リンク１及びリンク２上のチャネルを求めて同時に競合し始める（５７８、５８０）。ＳＴＡ３及びＳＴＡ４は、リンク１ ５８２及びリンク２ ５８４上で同時にチャネルアクセス権を取得してＴＸＯＰ期間を予約する。ＳＴＡ３及びＳＴＡ４は、ＳＴＡ５及びＳＴＡ６に同一のトリガフレーム（ＴＦ）７５２、７５４をそれぞれ送信する。ＳＴＡ５及びＳＴＡ６がトリガフレームを受け取ると、ＳＴＡ５は、リンク１上でのＴＸＯＰ中にＲＴＡパケット＃２及び＃３の最初の送信を行う（７５６、７６０）。ＳＴＡ６は、リンク１上でのＴＸＯＰ中に最初の送信が行われたＲＴＡパケット＃２及び＃３の再送を行う（７５８、７６２）。２つのパケット送信間の時間は、ｘＩＦＳ、ＳＩＦＳ、ＰＩＦＳなどのフレーム間間隔、又は期間が固定的（決定論的）であることができる同様の間隔機構とすることができる。

ＴＦのフォーマットは、ＩＥＥＥ８０２．１１ａｘで定められるＴＦと同様であることができる。なお、ＳＴＡ３及びＳＴＡ４は異なる時点でチャネルアクセス権を獲得することもできる。両リンク上のＴＦの最後を揃えることができる場合には、この例のように２つのリンクを介してアップリンク送信及び再送を行うことができる。２つのリンクのバックオフスロットの数は同じであることができる。

図３３に、ブロック確認応答要求（ＢＡＲ）フレームのフォーマットの実施形態例７７０を示す。このフレームの目的は、１回のＢＡ交換で複数のリンク上のブロック確認応答（ＢＡ）情報を要求することである。一方で、各リンク上のＢＡ情報交換は依然として現在のＩＥＥＥ８０２．１１プロトコルに従うこともできるが、この機構を使用することに限定されるものではない。

ＢＡＲフレームは以下のフィールドを含む。フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのアドレスを含む。ＢＡ制御（ＢＡ Ｃｏｎｔｒｏｌ）フィールドは、ＢＡ要求のタイプ及びＢＡＲ情報フィールド内のブロックＡＣＫ要求変種を示す。図の下部にはＢＡ制御フィールドのフォーマットを示す。

具体的には、少なくとも１つの実施形態では、現在のＩＥＥＥ８０２．１１プロトコルで定められるＢＡ制御において予約されるＢ５～Ｂ１１のビットが本開示において利用される。限定ではなく一例として、マルチリンクモード（Ｍｕｌｔｉ－Ｌｉｎｋ Ｍｏｄｅ）サブフィールドと呼ばれる１つのビットは、ＢＡＲフレームが複数のリンクの情報を要求することを示すために使用される。マルチリンクモードフィールドが第１の状態（例えば、「１」）に設定された場合、ＢＡＲフレーム内のＢＡＲ情報フィールドは、複数のリンクの対応するＢｌｏｃｋＡｃｋＲｅｑ変種を伝える。マルチリンクモードフィールドが第２の状態（例えば、「０」）に設定された場合、ＢＡＲ情報フィールドは、表７に示す現在のＩＥＥＥ８０２．１１プロトコルで定められるような対応するＢｌｏｃｋＡｃｋＲｅｑ変種を伝える。ＢＡ制御フィールドの残りのビットは、現在のＩＥＥＥ８０２．１１プロトコルで定められているものと同じである。

ＢＡＲ情報フィールドは、ＢＡ制御フィールドの設定に従って対応するＢｌｏｃｋＡｃｋＲｅｑ変種を送信するために使用される。この事例では、マルチリンクモードフィールドが第１の状態（例えば、「１」）に設定された場合のＢＡＲ情報フィールドのフォーマットを図に示す。このように、ＳＴＡは、このＢＡＲフレームを受け取ると、複数リンクの対応するＢＡ情報を１つのＢＡフレームで送信することができる。ＢＡＲ情報内のサブフィールドは以下の通りである。

リンク情報（Ｌｉｎｋ Ｉｎｆｏｒｍａｔｉｏｎ）サブフィールドは、以下のＢｌｏｃｋＡｃｋＲｅｑ変種がどのリンクに適用されるかを示す。長さ（Ｌｅｎｇｔｈ）サブフィールドは、リンクに対するＢｌｏｃｋＡｃｋＲｅｑ変種フィールドの長さを示す。ＢｌｏｃｋＡｃｋＲｅｑ変種サブフィールドは、ＩＥＥＥ８０２．１１で定められる対応するＢｌｏｃｋＡｃｋＲｅｑ変種を伝える。ＢｌｏｃｋＡｃｋＲｅｑのタイプ及びＢＡ制御フィールド内の対応するパラメータ設定については表７に示す。受信側ＳＴＡは、各リンクの現在のＩＥＥＥ８０２．１１プロトコルの規則に従って対応するＢＡ情報に応答し、これらを１つのＢＡフレームにまとめることができる。なお、上記３つのフィールドはリンク毎にＢＡＲ情報フィールドに追加される。

図３４に、ＢＡ応答（ＢＡ Ｒｅｓｐｏｎｓｅ）フレームのフォーマットの実施形態例７９０を示す。このフレームの目的は、複数のリンクに関するＢＡ情報を１回のＢＡ交換で応答することである。一方で、各リンクのＢＡ情報交換は依然として現在のＩＥＥＥ８０２．１１プロトコルに従うこともできる。

フレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。期間（Ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのアドレスを含む。ＢＡ制御（ＢＡ Ｃｏｎｔｒｏｌ）フィールドは、ＢＡ要求のタイプ及びＢＡＲ情報フィールド内のブロックＡＣＫ要求変種を示す。図の下部にはＢＡ制御フィールドのフォーマットを示す。

具体的には、少なくとも１つの実施形態では、現在のＩＥＥＥ８０２．１１プロトコルで定められるＢＡ制御においてＢ５～Ｂ１１のビットが予約される。限定ではなく一例として、本開示は、これらの以前に予約されたビットのうちの１ビットを、ＢＡフレームが複数のリンクの情報を提供することを示すマルチリンクモード（Ｍｕｌｔｉ－Ｌｉｎｋ Ｍｏｄｅ）サブフィールドとして使用する。マルチリンクモードフィールドが第１の状態（例えば、「１」）に設定された場合、ＢＡ情報フィールドは、複数のリンクの対応するＢｌｏｃｋＡｃｋ変種を伝える。マルチリンクモードフィールドが第２の状態（例えば、「０」）に設定された場合、ＢＡ情報フィールドは、表８に示す現在のＩＥＥＥ８０２．１１プロトコルで定められているような対応するＢｌｏｃｋＡｃｋ変種を伝える。ＢＡ制御フィールドの残りのビットは、現在のＩＥＥＥ８０２．１１プロトコルで定められているものと同じであることが好ましい。

ＢＡ情報フィールドは、ＢＡ制御フィールドの設定に従って対応するＢｌｏｃｋＡｃｋ変種を送信するために使用される。この事例では、マルチリンクモードフィールドが第１の状態（例えば、「１」）に設定された場合のＢＡ情報フィールドのフォーマットを図に示す。このように、ＳＴＡは、このＢＡフレームを受け取ると、ＢＡ情報フィールドが複数リンクのＢｌｏｃｋＡｃｋ変種を伝えていると認識することができる。リンク情報（Ｌｉｎｋ Ｉｎｆｏｒｍａｔｉｏｎ）サブフィールドは、以下のＢｌｏｃｋＡｃｋ変種がどのリンクに適用されるかを示す。長さ（Ｌｅｎｇｔｈ）サブフィールドは、リンクに対するＢｌｏｃｋＡｃｋ変種フィールドの長さを示す。ＢｌｏｃｋＡｃｋ変種サブフィールドは、ＩＥＥＥ８０２．１１で定められる対応するＢｌｏｃｋＡｃｋ変種を伝える。ＢｌｏｃｋＡｃｋのタイプ及びＢＡ制御フィールド内の対応するパラメータ設定については表８に示す。受信側ＳＴＡは、ＢｌｏｃｋＡｃｋ変種フィールドから各リンクのパケット障害情報を受け取ることができる。なお、上記３つのフィールドはリンク毎にＢＡ情報フィールドに追加される。

図３５に、ＳＴＡが複数のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例９としての実施形態例８１０を示す。この例のネットワークトポロジーについては図６に示している。

送信側ＭＬＤ１ ５７１は、複数のリンクを介して受信側ＭＬＤ２（ＡＰ）（図示せず）に複数のＲＴＡパケットを送信する予定である。ＭＬＤ１のＳＴＡ３ ５７２は、リンク１を介してＭＬＤ２のＳＴＡ５（図示せず）にパケットを送信し、ＭＬＤ１のＳＴＡ４ ５７４は、リンク２を介してＳＴＡ６（図示せず）にパケットを送信する。複数のリンクを介したＲＴＡパケットの送信には未承諾再試行が許可される。

ＲＴＡパケット到着後、ＳＴＡ３及びＳＴＡ４はリンク１及びリンク２上のチャネルを求めて同時に競合し始める（５７８、５８０）。ＳＴＡ３はリンク１上でのＴＸＯＰを取得し（５８２）、ＳＴＡ４はリンク２上でのＴＸＯＰを取得する（５８４）。ＳＴＡ３及びＳＴＡ４は、リンク１及びリンク２上でのチャネルアクセスを異なる時点で取得するが、ＴＸＯＰの終了時刻は同じである。各リンク上でのＴＸＯＰ期間は、ダウンリンク期間（すなわち、図に示すＤＬ）及びアップリング期間（すなわち、図に示すＵＬ）によって刻まれる（配列される）。２つのリンク上での最初のＤＬ期間８１２、８１４の開始時刻は異なることができるが、これら２つのＤＬ期間の終了時刻は一致すべきである。

その後、この図には、散在するＵＬ及びＤＬ期間８１６、８１８、８２０、８２２、８２４及び８２６を示しており、２つのリンク上におけるこれらの期間の終了時刻は図示のように揃っている。ＳＴＡ３及びＳＴＡ４は、ＤＬ期間がＵＬ期間に切り替わる際に、重複するＴＦを両リンク上で同時に送信してＵＬ送信を要求することができる。ＵＬ期間が終了すると、ＡＰ ＭＬＤは、両リンク上で別のＤＬ期間８２８を開始してバックオフ８３０、８３２が開始することができる。

ＤＬ期間又はＵＬ期間のいずれであるかにかかわらず、ＳＴＡ３はリンク１を介してパケットの最初の送信又は受信を行い、ＳＴＡ４はリンク２を介してパケットの再送又は受信を行う。図示の最初のＤＬ期間は、ＤＬ期間の終了時刻を揃えるために、例６－１などの以前の例で説明したような方法を使用することができる。また、２つのリンクのバックオフスロットの数は同じであることができる。ＳＴＡ３及びＳＴＡ４は、バックオフのカウントダウン中のＣＣＡビジータイムに起因して異なる時点でチャネルを獲得することができる。

図３６に、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例１０としての実施形態例８５０を示す。このシナリオ例は、ＬＬＴＳ再送ポリシーが「未承諾再試行」に設定されていてＲＵ内パケット重複が許可されている場合に発生する。この例のネットワークトポロジーは図６に示しており、図３６には、ＳＴＡ０（ＡＰ）８５２として例示する受信機と送信側ＳＴＡ１ ８５４及びＳＴＡ２ ８５６との間の相互作用を示す。

ＳＴＡ０（ＡＰ）は、ＳＴＡ１及びＳＴＡ２からＲＴＡパケットを受け取る予定である。ＲＴＡパケットの送信には未承諾再試行が許可される。ＳＴＡ０は、チャネルアクセス権を獲得すると、ＳＴＡ１及びＳＴＡ２にＴＦ８５８を送信する。ＴＦのフォーマットは、ＩＥＥＥ８０２．１１ａｘで定められるＴＦと同様であることができるが、そのように限定されるものではない。ＳＴＡ０は、ＴＦに従ってＳＴＡ１にＲＴＡパケット送信のためのＲＵ１及びＲＵ３を配分し、ＳＴＡ２にＲＴＡパケット送信のためのＲＵ２及びＲＵ４を配分する。

ＳＴＡ１は、ヘッダ８６０を有するとともにＲＵ１上でのＲＴＡパケット＃１の最初の送信８６４とＲＵ３上でのＲＴＡパケット＃１の再送８６６とを含むフレームを送信する。

ＳＴＡ２は、ヘッダ８６２を有するとともにＲＵ２上でのＲＴＡパケット＃２の最初の送信８６８とＲＵ４上でのＲＴＡパケット＃２の再送８７０とを含むフレームを送信する。

なお、ＳＴＡ１及びＳＴＡ２は、ＲＴＡパケット＃１及び＃２の最初の送信のＭＡＣヘッダ内の再試行サブフィールドをパケット重複検出のために第１の状態（例えば、「１」）に設定することができると理解されたい。

図３７に、ＳＴＡが単一のリンク上で未承諾再試行と共にＲＴＡパケットを送信する例１１としての実施形態例８９０を示す。このシナリオ例は、ＬＬＴＳ再送ポリシーが「未承諾再試行」に設定されていてＲＵ内パケット重複が許可されている場合に発生する。この例のネットワークトポロジーは図６に示しており、図３６には、ＳＴＡ０（ＡＰ）８９２として例示する受信機と送信側ＳＴＡ１ ８９４及びＳＴＡ２ ８９６との間の相互作用を示す。

ＳＴＡ０（ＡＰ）は、ＳＴＡ１及びＳＴＡ２にＲＴＡパケットを送信する予定である。ＲＴＡパケットの送信には未承諾再試行が許可される。ＳＴＡ０はチャネルアクセス権を獲得すると、ＳＴＡ１、ＳＴＡ２にＭＵ－ＰＰＤＵパケットを送信する。ＭＵ－ＰＰＤＵパケットのフォーマットは、ＩＥＥＥ８０２．１１ａｘで定められるＭＵ ＰＰＤＵと同様であることができる。この例では、パケットがヘッダ８９８を有し、ＲＵが以下のように利用されることが分かる。ＳＴＡ０は、ＲＴＡパケット＃１の最初の送信９００を行うためにＲＵ１を使用し、ＲＴＡパケット＃１の再送９０４を行うためにＲＵ３を使用する。ＳＴＡ０は、ＲＴＡパケット＃２の最初の送信９０２を行うためにＲＵ２を使用し、ＲＴＡパケット＃２の再送９０６を行うためにＲＵ４を使用する。なお、ＳＴＡ０は、ＲＴＡパケット＃１及び＃２の最初の送信のＭＡＣヘッダ内の再試行サブフィールドをパケット重複検出のために第１の状態（例えば、「１」）に設定することができる。

この例及び以前の例では、送信及び再送を実行する際にＲＵを使用のために望む通りに選択することができ、従ってこれらの具体的な説明例によって限定されるものではないと理解されたい。

５．実施形態の一般的範囲
提示した技術の説明した強化は、様々な無線ネットワーク通信局内に容易に実装することができる。また、無線ネットワーク通信局が１又は２以上のコンピュータプロセッサ装置（例えば、ＣＰＵ、マイクロプロセッサ、マイクロコントローラ、コンピュータ対応ＡＳＩＣなど）、及び命令を記憶する関連するメモリ（例えば、ＲＡＭ、ＤＲＡＭ、ＮＶＲＡＭ、ＦＬＡＳＨ、コンピュータ可読媒体など）を含むように実装されることにより、メモリに記憶されたプログラム（命令）がプロセッサ上で実行されて、本明細書で説明した様々なプロセス法のステップを実行することが好ましいと理解されたい。

当業者は、デジタル無線通信に関連するステップを実行するコンピュータ装置の使用を認識しているため、単純化のために図にはコンピュータ及びメモリデバイスを選択的に示した。提示した技術は、メモリ及びコンピュータ可読媒体が非一時的であり、従って一時的電子信号を構成しない限り、これらに関して限定するものではない。

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

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

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

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

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

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

１．ネットワークにおける無線通信のための装置であって、（ａ）自機の受信エリア内のローカルエリアネットワーク（ＷＬＡＮ）上の少なくとも１つの他の無線局と少なくとも１つのチャネルを介して無線で通信する第１の無線局として構成された無線通信回路を備え、（ｂ）前記第１の無線局は、前記ＷＬＡＮ上で動作するように構成されたプロセッサを含み、前記装置は、（ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリをさらに備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、（ｄ）（ｉ）リアルタイムアプリケーション（ＲＴＡ）トラフィックと非ＲＴＡトラフィックとが共存してＲＴＡトラフィックに優先度の低いトラフィックよりも高い送信優先度が与えられるキャリア感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするネットワークを介した通信遅延に弱いリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成された無線ローカルエリアネットワーク（ＷＬＡＮ）局として前記無線通信回路を動作させることと、（ｄ）（ｉｉ）リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、（ｄ）（ｉｉｉ）ＲＴＡパケットの未承諾再試行ポリシーを設定し、局がフィードバックを待たずに前記未承諾再試行ポリシーに従って時間内及び周波数内又は他のリンク内でＲＴＡパケットを再送するようにすることと、（ｄ）（ｉｖ）将来的なパケット送信の適応のためのフィードバックを受け取るようにブロック確認応答合意を設定することと、（ｄ）（ｖ）前記ＲＴＡパケットの再試行回数が未承諾再試行制限を上回り又は前記ＲＴＡパケットの有効期限が過ぎた場合に前記ＲＴＡパケットを破棄することと、を含むステップを実行する、装置。

２．ネットワークにおける無線通信のための装置であって、（ａ）自機の受信エリア内のローカルエリアネットワーク（ＷＬＡＮ）上の少なくとも１つの他の無線局と少なくとも１つのチャネルを介して無線で通信する第１の無線局として構成された無線通信回路を備え、（ｂ）前記第１の無線局は、前記ＷＬＡＮ上で動作するように構成されたプロセッサを含み、前記装置は、（ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリをさらに備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、（ｄ）（ｉ）リアルタイムアプリケーション（ＲＴＡ）トラフィックと非ＲＴＡトラフィックとが共存してＲＴＡトラフィックに優先度の低いトラフィックよりも高い送信優先度が与えられるキャリア感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）及びマルチリンク動作をサポートするネットワークを介した通信遅延に弱いリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成された無線ローカルエリアネットワーク（ＷＬＡＮ）局として前記無線通信回路を動作させることと、（ｄ）（ｉｉ）リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、（ｄ）（ｉｉｉ）ＲＴＡパケットの未承諾再試行ポリシーを設定し、局がフィードバックを待たずに前記未承諾再試行ポリシーに従って時間内及び周波数内又は他のリンク内でＲＴＡパケットを再送するようにすることと、（ｄ）（ｉｖ）マルチリンク装置（ＭＬＤ）を含む局が、マルチリンクシナリオにおけるＲＴＡパケットの未承諾再試行ポリシーを設定することと、（ｄ）（ｖ）前記マルチリンク装置（ＭＬＤ）が、複数のリンク上で同時にチャネルアクセス権を求めて競合する際にバックオフ時間のカウントダウンを開始することと、（ｄ）（ｖｉ）第１のリンク上でのバックオフ時間がゼロまでカウントダウンした時に、前記マルチリンク装置（ＭＬＤ）が前記第１のリンクのチャネルアクセス権を獲得することと、（ｄ）（ｖｉｉ）前記マルチリンク装置（ＭＬＤ）が、前記第１のリンク上でＲＴＡパケットの初期送信を行うための送信機会（ＴＸＯＰ）を予約することと、（ｄ）（ｖｉｉｉ）前記第１のリンク上でのＴＸＯＰが終了する前に前記第１のリンク上でのバックオフ時間がゼロまでカウントダウンした場合に、１又は２以上の他のリンク上でのチャネルアクセス権を獲得することと、（ｄ）（ｉｘ）他のリンク上で前記ＲＴＡパケットの再送を行うために、前記第１のリンク上でのＴＸＯＰが終了する前に前記他のリンク上でのＴＸＯＰを予約することと、（ｄ）（ｘ）前記第１のリンク上でのＴＸＯＰが終了した時に、前記第１のリンク上及び前記他のリンク上でのバックオフ時間をリセットすることと、を含むステップを実行する、装置。

３．ネットワークにおける無線通信のための装置であって、（ａ）自機の受信エリア内のローカルエリアネットワーク（ＷＬＡＮ）上の少なくとも１つの他の無線局と少なくとも１つのチャネルを介して無線で通信する第１の無線局として構成された無線通信回路を備え、（ｂ）前記第１の無線局は、前記ＷＬＡＮ上で動作するように構成されたプロセッサを含み、前記装置は、（ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリをさらに備え、（ｄ）前記命令は、前記プロセッサによって実行された時に、（ｄ）（ｉ）リアルタイムアプリケーション（ＲＴＡ）トラフィックと非ＲＴＡトラフィックとが共存してＲＴＡトラフィックに優先度の低いトラフィックよりも高い送信優先度が与えられるキャリア感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）及びマルチリンク動作をサポートするネットワークを介した通信遅延に弱いリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成された無線ローカルエリアネットワーク（ＷＬＡＮ）局として前記無線通信回路を動作させることと、（ｄ）（ｉｉ）リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、（ｄ）（ｉｉｉ）同時送信／受信（ＳＴＲ）のために構成されたアクセスポイントマルチリンク装置（ＡＰ－ＭＬＤ）又は同時送信／受信のために構成されていない非アクセスポイントマルチリンク装置（非ＡＰ ＭＬＤ）であるマルチリンク装置（ＭＬＤ）を含む局が、マルチリンクシナリオにおけるＲＴＡパケットの未承諾再試行ポリシーを設定することと、（ｄ）（ｉｖ）非ＡＰ ＭＬＤに送信を行う前記ＡＰ－ＭＬＤが、全てのリンク上のバックオフ時間を、チャネルを求めて競合する際に使用する乱数に設定することから開始して、ＴＸＯＰを取得することと、（ｄ）（ｖ）前記ＡＰ－ＭＬＤが各リンク上でバックオフ時間を個別にカウントダウンして、前記リンク上のバックオフ時間がゼロまでカウントダウンした時に各リンク上でのチャネルアクセス権を獲得することと、（ｄ）（ｖｉ）前記ＡＰ－ＭＬＤがチャネルアクセス権を獲得した時に第１のリンク上でのＴＸＯＰを予約することと、（ｄ）（ｖｉｉ）前記ＡＰ－ＭＬＤが第１のリンクのＴＸＯＰの終了前に他のリンク上でのチャネルアクセス権を獲得した場合に他のリンク上でのＴＸＯＰを予約し、前記他のリンク上でのＴＸＯＰの終了時刻を前記第１のリンクのＴＸＯＰの終了時刻よりも遅れないように制限することと、（ｄ）（ｖｉｉｉ）前記ＡＰ－ＭＬＤが前記第１のリンクのＴＸＯＰの終了前にチャネルアクセス権を獲得しなかった場合に、前記第１のリンク又は前記他のリンク上でのＴＸＯＰを取得しないことと、を実行する、装置。

４．パケットの送信を実行する無線通信システム／装置であって、ＣＳＭＡ／ＣＡが適用され、リアルタイムアプリケーション（ＲＴＡ）トラフィック及び非ＲＴＡトラフィックが共存し、（ａ）ＳＴＡが、ＲＴＡパケットの未承諾再試行ポリシーを設定し、（ｂ）ＳＴＡが、フィードバックを待たずにこの未承諾再試行ポリシーに従って時間内及び周波数内又は他のリンク内でＲＴＡパケットを再送し、（ｃ）ＳＴＡが、将来的なパケット送信の適応のためのフィードバックを受け取るようにブロックＡＣＫ合意を設定し、（ｄ）ＳＴＡが、ＲＴＡパケットの再試行回数が未承諾再試行制限を上回り又はこのＲＴＡパケットの有効期限が過ぎた場合にこのＲＴＡパケットを破棄する、システム／装置。

５．パケットの送信を実行する無線通信システム／装置であって、ＣＳＭＡ／ＣＡが適用され、リアルタイムアプリケーション（ＲＴＡ）トラフィック及び非ＲＴＡトラフィックが共存し、（ａ）ＳＴＡが、ＲＴＡトラフィックと非ＲＴＡトラフィックとを区別し、（ｂ）ＳＴＡが、フィードバックを待たずに同じＴＸＯＰ内に同じＲＴＡパケットを複数回送信又は再送する、システム／装置。

６．パケットの送信を実行する無線通信システム／装置であって、ＣＳＭＡ／ＣＡが適用され、リアルタイムアプリケーション（ＲＴＡ）トラフィック及び非ＲＴＡトラフィックが共存し、（ａ）ＳＴＡが、ＲＴＡトラフィックと非ＲＴＡトラフィックとを区別し、（ｂ）ＳＴＡが、ＲＴＡトラフィックの未承諾再試行ポリシーを設定し、（ｃ）ＳＴＡが、フィードバックを待たずに未承諾再試行ポリシーに従って同じＲＴＡパケットを複数回送信又は再送する、システム／装置。

７．パケットの送信を実行する無線通信システム／装置であって、ＣＳＭＡ／ＣＡが適用され、リアルタイムアプリケーション（ＲＴＡ）トラフィック及び非ＲＴＡトラフィックが共存し、アプリケーションによってＳＴＡ間にＲＴＡセッションと呼ばれるＲＴＡ接続指向型通信が確立され、（ａ）発信元ＳＴＡが、ＲＴＡセッションのトラフィックを識別する低遅延送信サービス（ＬＬＴＳ）を設定するための要求フレームを受信側ＳＴＡに送信し、（ｂ）要求フレームを受け取った受信側ＳＴＡが発信元ＳＴＡに応答フレームを返送し、（ｃ）発信元ＳＴＡがＬＬＴＳを許可する応答フレームを受け取った時点でＬＬＴＳが正常に確立される、システム／装置。

８．前記ＲＴＡパケットの未承諾再試行ポリシーは、未承諾再試行制限を確立することをさらに含む、いずれかの先行する実施形態の装置又はシステム。

９．前記ＲＴＡパケットの未承諾再試行ポリシーは、前記未承諾再試行ポリシーをいつでも変更できるようにすることをさらに含む、いずれかの先行する実施形態の装置又はシステム。

１０．前記ＲＴＡパケットの未承諾再試行ポリシーは、前記未承諾再試行ポリシーを設定するＳＴＡが前記未承諾再試行ポリシーをいつでも終了できるようにすることをさらに含む、いずれかの先行する実施形態の装置又はシステム。

１１．前記命令は、前記プロセッサによって実行された時に、前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送する際に同じＴＸＯＰにおいて同じＭＡＣプロトコルデータユニット（ＭＰＤＵ）を再送することを含む１又は２以上のステップをさらに実行する、いずれかの先行する実施形態の装置又はシステム。

１２．ＰＰＤＵは物理層適合手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）であり、前記命令は、前記プロセッサによって実行された時に、アクセスポイント（ＡＰ）局が、マルチユーザ（ＭＵ）ＰＰＤＵパケットのリソースユニット（ＲＵ）上でＲＴＡパケットの最初の送信を行い、前記ＭＵ－ＰＰＤＵパケットの別のＲＵ上で前記ＲＴＡパケットの再送を行うことによって、前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送できるようにすることをさらに実行する、いずれかの先行する実施形態の装置又はシステム。

１３．ＰＰＤＵは物理層適合手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）であり、前記命令は、前記プロセッサによって実行された時に、非アクセスポイント局が、トリガベース（ＴＢ）ＰＰＤＵパケットのリソースユニット（ＲＵ）上でＲＴＡパケットの最初の送信を行い、前記ＴＢ－ＰＰＤＵパケットの別のＲＵ上で前記ＲＴＡパケットの再送を行うことによって、前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送できるようにすることをさらに実行する、いずれかの先行する実施形態の装置又はシステム。

１４．前記命令は、前記プロセッサによって実行された時に、局がＲＴＡパケットの最初の送信を終えた時に前記ＲＴＡパケットの再送を行うことによって、パケット受信に関する事前フィードバックを受け取る必要なく前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送できるようにすることをさらに実行する、いずれかの先行する実施形態の装置又はシステム。

１５．前記命令は、前記プロセッサによって実行された時に、ＲＴＡパケットを送信した局が受け取ったフィードバックに従って、前記未承諾再試行制限を将来的な送信のために調整することをさらに実行する、いずれかの先行する実施形態の装置又はシステム。

１６．前記命令は、前記プロセッサによって実行された時に、ＲＴＡパケットを送信した局が受け取ったフィードバックに従って、利用される変調符号化スキーム（ＭＣＳ）を調整することをさらに実行する、いずれかの先行する実施形態の装置又はシステム。

１７．複数のリンク上でチャネルアクセス権を求めて競合するための前記命令は、前記プロセッサによって実行された時に、ＲＴＡパケット送信だけでなく非ＲＴＡパケット送信のための送信機会（ＴＸＯＰ）を予約することをさらに含む、いずれかの先行する実施形態の装置又はシステム。

１８．マルチリンクシナリオにおける前記ＲＴＡパケットの未承諾再試行ポリシーを実行する前記命令は、前記プロセッサによって実行された時に、各リンクのパケット損失を報告するブロック確認応答（ＢＡ）フレームを受け取ることをさらに含む、いずれかの先行する実施形態の装置又はシステム。

１９．前記マルチリンク装置（ＭＬＤ）によって１つのリンク上で受け取られるブロック確認応答（ＢＡ）フレームは、前記第１のリンク及び前記他のリンクのパケット損失情報を含むように構成される、いずれかの先行する実施形態の装置又はシステム。

２０．前記マルチリンク装置（ＭＬＤ）がブロック確認応答（ＢＡ）フレームを受け取ると、前記命令は、前記プロセッサによって実行された時に、将来的なＲＴＡパケット送信にどのリンクを使用すべきであるかの決定においてＢＡフレーム内のパケット損失情報を利用することをさらに実行する、いずれかの先行する実施形態の装置又はシステム。

２１．前記第１のリンク及び前記他のリンク上でのバックオフ時間をリセットするための前記命令は、前記プロセッサによって実行された時に、前記第１のリンク及び前記他のリンク上の等しい数のバックオフスロットのバックオフ時間をリセットすることをさらに含む、いずれかの先行する実施形態の装置又はシステム。

２２．ＲＴＡパケットの未承諾再試行ポリシーを設定するＳＴＡは、未承諾再試行制限を設定することを実行する、いずれかの先行する実施形態の装置又はシステム。

２３．ＲＴＡパケットの未承諾再試行ポリシーを設定するＳＴＡは、未承諾再試行ポリシーをいつでも変更することを実行する、いずれかの先行する実施形態の装置又はシステム。

２４．ＲＴＡパケットの未承諾再試行ポリシーを設定するＳＴＡは、未承諾再試行ポリシーをいつでも終了することを実行する、いずれかの先行する実施形態の装置又はシステム。

２５．この未承諾再試行ポリシーに従ってＲＴＡパケットを再送するＳＴＡは、同じＴＸＯＰにおいて同じＭＡＣプロトコルデータユニット（ＭＰＤＵ）を再送することを実行する、いずれかの先行する実施形態の装置又はシステム。

２６．この未承諾再試行ポリシーに従ってＲＴＡパケットを再送するＡＰは、ＭＵ－ＰＰＤＵパケットのＲＵ上でのＲＴＡパケットの最初の送信と、このＭＵ－ＰＰＤＵパケットの別のＲＵ上でのＲＴＡパケットの再送とを行う、いずれかの先行する実施形態の装置又はシステム。

２７．この未承諾再試行ポリシーに従ってＲＴＡパケットを再送する非ＡＰ ＳＴＡは、ＴＢ－ＰＰＤＵパケットのＲＵ上でのＲＴＡパケットの最初の送信と、このＴＢ－ＰＰＤＵパケットの別のＲＵ上でのＲＴＡパケットの再送とを行う、いずれかの先行する実施形態の装置又はシステム。

２８．この未承諾再試行ポリシーに従ってＲＴＡパケットを再送するＳＴＡは、このＲＴＡパケットの最初の送信を終えた直後にフィードバックを受け取ることなくＲＴＡパケットの再送を行う、いずれかの先行する実施形態の装置又はシステム。

２９．フィードバックを受け取ったＳＴＡは、フィードバックに従って未承諾再試行制限を調整することを実行する、いずれかの先行する実施形態の装置又はシステム。

３０．フィードバックを受け取ったＳＴＡは、フィードバックに従ってＭＣＳを調整することを実行する、いずれかの先行する実施形態の装置又はシステム。

３１．ＲＴＡトラフィックと非ＲＴＡトラフィックとを区別するＳＴＡは、ＲＴＡパケットのためにＬＬＴＳを設定することを実行する、いずれかの先行する実施形態の装置又はシステム。

３２．ＳＴＡは、フィードバックを待たずにＲＴＡパケットの送信又は再送を実行した後に、未承諾再試行を用いたＲＴＡパケットの最大再送回数を表す未承諾再試行制限を設定することを実行する、いずれかの先行する実施形態の装置又はシステム。

３３．フィードバックを待たずにＲＴＡパケットを複数回送信するＳＴＡは、同じＴＸＯＰ内の異なる時点で同じＲＴＡパケットを再送することを実行する、いずれかの先行する実施形態の装置又はシステム。

３４．フィードバックを待たずにＲＴＡパケットを複数回送信するＳＴＡは、単一のＭＵ－ＰＰＤＵ又はＴＢ－ＰＰＤＵの異なるＲＵにわたって同じＲＴＡパケットの再送を実行する、いずれかの先行する実施形態の装置又はシステム。

３５．フィードバックを待たずに１つのリンク上でＲＴＡパケットを複数回送信するＭＬＤに属するＳＴＡは、同じＭＬＤに属する他のＳＴＡに他のリンクを介して同じＲＴＡパケットを再送させることを実行する、いずれかの先行する実施形態の装置又はシステム。

３６．フィードバックを待たずにＲＴＡパケットを複数回送信するＳＴＡは、同じＴＸＯＰにおいてもう１度同じＲＴＡパケットを送信する際にチャネルを求めて再競合することを実行する、いずれかの先行する実施形態の装置又はシステム。

３７．フィードバックを待たずにＲＴＡパケットを複数回送信するＳＴＡは、フレーム間間隔時間の後に同じＴＸＯＰにおいてもう１度同じＲＴＡパケットを送信することを実行する、いずれかの先行する実施形態の装置又はシステム。

３８．フィードバックを待たずにＲＴＡパケットを複数回送信するＳＴＡは、このパケットの再試行回数が未承諾再試行制限を上回った場合又はこのパケットの有効期限が過ぎた場合にＲＴＡパケットを破棄することを実行する、いずれかの先行する実施形態の装置又はシステム。

３９．ＲＴＡトラフィックの未承諾再試行ポリシーを設定するＳＴＡは、ＲＴＡパケットの複数回の未承諾再試行の後に、ＲＴＡパケットのブロックＡＣＫを要求するブロックＡＣＫ合意を設定することを実行する、いずれかの先行する実施形態の装置又はシステム。

４０．ＲＴＡトラフィックと非ＲＴＡトラフィックとを区別するＳＴＡは、ＲＴＡパケットのためにＬＬＴＳを設定することを実行する、いずれかの先行する実施形態の装置又はシステム。

４１．ＲＴＡトラフィックの未承諾再試行ポリシーを設定するＳＴＡは、未承諾再試行ポリシーをいつでも変更することを実行する、いずれかの先行する実施形態の装置又はシステム。

４２．ＲＴＡトラフィックの未承諾再試行ポリシーを設定するＳＴＡは、ＲＴＡパケットの複数回の未承諾再試行の後に、ＲＴＡパケットのブロックＡＣＫを要求するためのブロックＡＣＫ合意を設定することを実行する、いずれかの先行する実施形態の装置又はシステム。

４３．フィードバックを待たずにＲＴＡパケットを送信又は再送するＳＴＡは、未承諾再試行を用いたＲＴＡパケットの最大再送回数を示す未承諾再試行制限を設定することを実行する、いずれかの先行する実施形態の装置又はシステム。

４４．フィードバックを待たずにＲＴＡパケットを送信又は再送するＳＴＡは、同じＴＸＯＰにおいて同じＲＴＡパケットを複数回再送することを実行する、いずれかの先行する実施形態の装置又はシステム。

４５．フィードバックを待たずにＲＴＡパケットを複数回送信又は再送するＳＴＡは、同じＴＸＯＰ内の異なる時点で同じＲＴＡパケットの再送を実行する、いずれかの先行する実施形態の装置又はシステム。

４６．フィードバックを待たずにＲＴＡパケットを複数回送信又は再送するＳＴＡは、単一のＭＵ－ＰＰＤＵ又はＴＢ－ＰＰＤＵの異なるＲＵにわたって同じＲＴＡパケットの再送を実行する、いずれかの先行する実施形態の装置又はシステム。

４７．フィードバックを待たずに１つのリンク上でＲＴＡパケットを複数回送信又は再送することを実行するＭＬＤに属するＳＴＡは、同じＭＬＤに属する他のＳＴＡに他のリンクを介して同じＲＴＡパケットを再送させることができる、いずれかの先行する実施形態の装置又はシステム。

４８．フィードバックを待たずにＲＴＡパケットを複数回送信又は再送するＳＴＡは、同じＴＸＯＰにおいてもう１度同じＲＴＡパケットを送信する際にチャネルを求めて再競合することを実行する、いずれかの先行する実施形態の装置又はシステム。

４９．フィードバックを待たずにＲＴＡパケットを複数回送信又は再送するＳＴＡは、フレーム間間隔時間の後に同じＴＸＯＰにおいてもう１度同じＲＴＡパケットを送信することを実行する、いずれかの先行する実施形態の装置又はシステム。

５０．フィードバックを待たずにＲＴＡパケットを複数回送信又は再送するＳＴＡは、このパケットの再試行回数が未承諾再試行制限を上回った場合又はこのパケットの有効期限が過ぎた場合にＲＴＡパケットを破棄することを実行する、いずれかの先行する実施形態の装置又はシステム。

５１．ＬＬＴＳを設定する発信元ＳＴＡは、発信側／受信側ＳＴＡのＬＬＴＳと他のＬＬＴＳとを区別するために使用されるＬＬＴＳのＩＤを設定することを実行する、いずれかの先行する実施形態の装置又はシステム。

５２．ＬＬＴＳを設定する発信元ＳＴＡは、ＬＬＴＳの待ち時間、ジッタ、パケット損失などのＱｏＳ要件を要求フレーム内に示すことを実行する、いずれかの先行する実施形態の装置又はシステム。

５３．ＬＬＴＳを設定する発信元ＳＴＡは、ＬＬＴＳの待ち時間、ジッタ、パケット損失などのＱｏＳ要件及び仕様を示す追加情報を要求フレームに含めて、ＩＥＥＥ８０２．１１で定められるＴＳＰＥＣ要素を再利用することを実行する、いずれかの先行する実施形態の装置又はシステム。

５４．ＬＬＴＳを設定する発信元ＳＴＡは、ＩＥＥＥ８０２．１１で定められるＴＣＬＡＳ要素を再利用して、上位層からのトラフィックがＬＬＴＳに属するかどうかを識別することを実行する、いずれかの先行する実施形態の装置又はシステム。

５５．ＬＬＴＳを設定する発信元ＳＴＡは、ＬＬＴＳの未承諾再試行ポリシーを設定することを実行する、いずれかの先行する実施形態の装置又はシステム。

５６．ＬＬＴＳ設定の要求フレームを受け取った受信側ＳＴＡは、ＬＬＴＳ設定を容認することを実行する、いずれかの先行する実施形態の装置又はシステム。

５７．ＬＬＴＳ設定の要求フレームを受け取った受信側ＳＴＡは、ＬＬＴＳ設定を拒絶することを実行する、いずれかの先行する実施形態の装置又はシステム。

５８．ＬＬＴＳ設定の要求フレームを送信する受信側ＳＴＡは、ＬＬＴＳのＱｏＳパラメータを示す追加情報を要求フレームに含めて、ＩＥＥＥ８０２．１１で定められるＴＳＰＥＣ要素を再使用することを実行する、いずれかの先行する実施形態の装置又はシステム。

５９．ＬＬＴＳが正常に設定され、発信元ＳＴＡがＬＬＴＳを更新する要求フレームを送信することを可能にすることを実行する、いずれかの先行する実施形態の装置又はシステム。

６０．ＬＬＴＳが正常に設定され、発信元ＳＴＡがＬＬＴＳを終了する要求フレームを送信することを可能にする、いずれかの先行する実施形態の装置又はシステム。

６１．ＬＬＴＳが正常に設定され、受信側ＳＴＡにＬＬＴＳを終了する応答フレームを送信させることを実行する、いずれかの先行する実施形態の装置又はシステム。

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

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

本明細書における「ある実施形態」、「少なくとも１つの実施形態」又は同様の実施形態という言い回しについて言及する参照は、説明する実施形態に関連して説明した特定の特徴、構造又は特性が本開示の少なくとも１つの実施形態に含まれることを示す。従って、これらの様々な実施形態の表現は、必ずしも全てが同じ実施形態、又は説明されている他の全ての実施形態とは異なる特定の実施形態を意味するわけではない。実施形態という表現は、所与の実施形態の特定の特徴、構造又は特性を、開示する装置、システム又は方法の１又は２以上の実施形態においていずれかの好適な形で組み合わせることができることを意味するものとして解釈すべきである。また、本開示において、命令によって実行「できる」又は「されるべきである」（又は同様の表現）動作について言及している場合には、この動作が本開示の少なくとも１つの実施形態及び／又はモードにおいて、より一般的には本開示のほとんどの実施形態及び／又はモードにおいて実行されるが、様々なの理由のうちのいずれかによって命令が上書きされ又は別様に実行されない事例が存在することもあることを示す。

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

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

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

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

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

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

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

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

表１
ＭＬＭＥ－ＬＬＴＳ．ｒｅｑｕｅｓｔ

表２
ＭＬＭＥ－ＬＬＴＳ．ｉｎｄｉｃａｔｉｏｎ

表３
ＭＬＭＥ－ＬＬＴＳ．ｒｅｓｐｏｎｓｅ

表４
ＭＬＭＥ－ＬＬＴＳ．ｃｏｎｆｉｒｍ

表５
ＭＬＭＥ－ＬＬＴＳ－ＴＥＲＭ．ｒｅｑｕｅｓｔ

表６
ＭＬＭＥ－ＬＬＴＳ－ＴＥＲＭ．ｉｎｄｉｃａｔｉｏｎ

表７
ＢｌｏｃｋＡｃｋＲｅｑフレーム変種符号化サブフィールド値

表８
マルチリンクＢｌｏｃｋＡｃｋＲｅｑフレーム変種符号化サブフィールド値

２７２ ＭＬＤが複数のリンク上で同時にチャネルを求めて競合開始
２７４ 全てのリンクが同時にチャネルアクセス権を獲得したか？
２７６ ＭＬＤが両リンク上で同じＴＸＯＰ期間を予約
２７８ ＭＬＤが（リンク１によって示す）１つのリンク上でチャネルアクセス権を獲得してＴＸＯＰを取得
２８０ ＭＬＤがリンク１上で最初のパケット送信を実行
２８２ リンク１上のＴＸＯＰの終了前に他のリンク（例えば、リンク２）がチャネルアクセス権を獲得したか？
２８４ リンク２上でのＴＸＯＰの取得失敗
２８６ ＭＬＤがリンク１上で予約したＴＸＯＰの終了までリンク２上のＴＸＯＰを予約できる
２８８ ＭＬＤがリンク２上でパケットの再送を実行

Claims (20)

1. ネットワークにおける無線通信のための装置であって、
   （ａ）自機の受信エリア内のローカルエリアネットワーク（ＷＬＡＮ）上の少なくとも１つの他の無線局と少なくとも１つのチャネルを介して無線で通信する第１の無線局として構成された無線通信回路を備え、
   （ｂ）前記第１の無線局は、前記ＷＬＡＮ上で動作するように構成されたプロセッサを含み、前記装置は、
   （ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリをさらに備え、
   （ｄ）前記命令は、前記プロセッサによって実行された時に、
   （ｉ）リアルタイムアプリケーション（ＲＴＡ）トラフィックと非ＲＴＡトラフィックとが共存してＲＴＡトラフィックに優先度の低いトラフィックよりも高い送信優先度が与えられるキャリア感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）をサポートするネットワークを介した通信遅延に弱いリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成された無線ローカルエリアネットワーク（ＷＬＡＮ）局として前記無線通信回路を動作させることと、
   （ｉｉ）リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、
   （ｉｉｉ）ＲＴＡパケットの未承諾再試行ポリシーを設定し、局がフィードバックを待たずに前記未承諾再試行ポリシーに従って時間内及び周波数内又は他のリンク内でＲＴＡパケットを再送するようにすることと、
   （ｉｖ）将来的なパケット送信の適応のためのフィードバックを受け取るようにブロック確認応答合意を設定することと、
   （ｖ）前記ＲＴＡパケットの再試行回数が未承諾再試行制限を上回り又は前記ＲＴＡパケットの有効期限が過ぎた場合に前記ＲＴＡパケットを破棄することと、
   を含むステップを実行する、
   ことを特徴とする装置。
2. 前記ＲＴＡパケットの未承諾再試行ポリシーは、未承諾再試行制限を確立することをさらに含む、
   請求項１に記載の装置。
3. 前記ＲＴＡパケットの未承諾再試行ポリシーは、前記未承諾再試行ポリシーをいつでも変更できるようにすることをさらに含む、
   請求項１に記載の装置。
4. 前記ＲＴＡパケットの未承諾再試行ポリシーは、前記未承諾再試行ポリシーを設定する局が前記未承諾再試行ポリシーをいつでも終了できるようにすることをさらに含む、
   請求項１に記載の装置。
5. 前記命令は、前記プロセッサによって実行された時に、前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送する際に同じＴＸＯＰにおいて同じＭＡＣプロトコルデータユニット（ＭＰＤＵ）を再送することを含む１又は２以上のステップをさらに実行する、
   請求項１に記載の装置。
6. ＰＰＤＵは物理層適合手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）であり、
   前記命令は、前記プロセッサによって実行された時に、アクセスポイント（ＡＰ）局が、マルチユーザ（ＭＵ）ＰＰＤＵパケットのリソースユニット（ＲＵ）上でＲＴＡパケットの最初の送信を行い、前記ＭＵ－ＰＰＤＵパケットの別のＲＵ上で前記ＲＴＡパケットの再送を行うことによって、前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送できるようにすることをさらに実行する、
   請求項１に記載の装置。
7. ＰＰＤＵは物理層適合手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）であり、
   前記命令は、前記プロセッサによって実行された時に、非アクセスポイント局が、トリガベース（ＴＢ）ＰＰＤＵパケットのリソースユニット（ＲＵ）上でＲＴＡパケットの最初の送信を行い、前記ＴＢ－ＰＰＤＵパケットの別のＲＵ上で前記ＲＴＡパケットの再送を行うことによって、前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送できるようにすることをさらに実行する、
   請求項１に記載の装置。
8. 前記命令は、前記プロセッサによって実行された時に、局がＲＴＡパケットの最初の送信を終えた時に前記ＲＴＡパケットの再送を行うことによって、パケット受信に関する事前フィードバックを受け取る必要なく前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送できるようにすることをさらに実行する、
   請求項１に記載の装置。
9. 前記命令は、前記プロセッサによって実行された時に、ＲＴＡパケットを送信した局が受け取ったフィードバックに従って、前記未承諾再試行制限を将来的な送信のために調整することをさらに実行する、
   請求項１に記載の装置。
10. 前記命令は、前記プロセッサによって実行された時に、ＲＴＡパケットを送信した局が受け取ったフィードバックに従って、利用される変調符号化スキーム（ＭＣＳ）を調整することをさらに実行する、
    請求項１に記載の装置。
11. ネットワークにおける無線通信のための装置であって、
    （ａ）自機の受信エリア内のローカルエリアネットワーク（ＷＬＡＮ）上の少なくとも１つの他の無線局と少なくとも１つのチャネルを介して無線で通信する第１の無線局として構成された無線通信回路を備え、
    （ｂ）前記第１の無線局は、前記ＷＬＡＮ上で動作するように構成されたプロセッサを含み、前記装置は、
    （ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリをさらに備え、
    （ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）リアルタイムアプリケーション（ＲＴＡ）トラフィックと非ＲＴＡトラフィックとが共存してＲＴＡトラフィックに優先度の低いトラフィックよりも高い送信優先度が与えられるキャリア感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）及びマルチリンク動作をサポートするネットワークを介した通信遅延に弱いリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成された無線ローカルエリアネットワーク（ＷＬＡＮ）局として前記無線通信回路を動作させることと、
    （ｉｉ）リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、
    （ｉｉｉ）ＲＴＡパケットの未承諾再試行ポリシーを設定し、局がフィードバックを待たずに前記未承諾再試行ポリシーに従って時間内及び周波数内又は他のリンク内でＲＴＡパケットを再送するようにすることと、
    （ｉｖ）マルチリンク装置（ＭＬＤ）を含む局が、マルチリンクシナリオにおけるＲＴＡパケットの未承諾再試行ポリシーを設定することと、
    （ｖ）前記マルチリンク装置（ＭＬＤ）が、複数のリンク上で同時にチャネルアクセス権を求めて競合する際にバックオフ時間のカウントダウンを開始することと、
    （ｖｉ）第１のリンク上でのバックオフ時間がゼロまでカウントダウンした時に、前記マルチリンク装置（ＭＬＤ）が前記第１のリンクのチャネルアクセス権を獲得することと、
    （ｖｉｉ）前記マルチリンク装置（ＭＬＤ）が、前記第１のリンク上でＲＴＡパケットの初期送信を行うための送信機会（ＴＸＯＰ）を予約することと、
    （ｖｉｉｉ）前記第１のリンク上でのＴＸＯＰが終了する前に前記第１のリンク上でのバックオフ時間がゼロまでカウントダウンした場合に、１又は２以上の他のリンク上でのチャネルアクセス権を獲得することと、
    （ｉｘ）他のリンク上で前記ＲＴＡパケットの再送を行うために、前記第１のリンク上でのＴＸＯＰが終了する前に前記他のリンク上でのＴＸＯＰを予約することと、
    （ｘ）前記第１のリンク上でのＴＸＯＰが終了した時に、前記第１のリンク上及び前記他のリンク上でのバックオフ時間をリセットすることと、
    を含むステップを実行する、
    ことを特徴とする装置。
12. 前記複数のリンク上でチャネルアクセス権を求めて競合することは、ＲＴＡパケット送信だけでなく非ＲＴＡパケット送信のための送信機会（ＴＸＯＰ）を予約することをさらに含む、
    請求項１１に記載の装置。
13. マルチリンクシナリオにおける前記ＲＴＡパケットの未承諾再試行ポリシーは、各リンクのパケット損失を報告するブロック確認応答（ＢＡ）フレームを受け取ることをさらに含む、
    請求項１１に記載の装置。
14. 前記マルチリンク装置（ＭＬＤ）によって１つのリンク上で受け取られるブロック確認応答（ＢＡ）フレームは、前記第１のリンク及び前記他のリンクのパケット損失情報を含むように構成される、
    請求項１３に記載の装置。
15. 前記マルチリンク装置（ＭＬＤ）がブロック確認応答（ＢＡ）フレームを受け取ると、前記ＢＡフレーム内のパケット損失情報は、将来的なＲＴＡパケット送信にどのリンクを使用すべきであるかの決定において利用される、
    請求項１３に記載の装置。
16. 前記第１のリンク及び前記他のリンク上でのバックオフ時間をリセットすることは、前記第１のリンク及び前記他のリンク上の等しい数のバックオフスロットのバックオフ時間をリセットすることをさらに含む、
    請求項１１に記載の装置。
17. ネットワークにおける無線通信のための装置であって、
    （ａ）自機の受信エリア内のローカルエリアネットワーク（ＷＬＡＮ）上の少なくとも１つの他の無線局と少なくとも１つのチャネルを介して無線で通信する第１の無線局として構成された無線通信回路を備え、
    （ｂ）前記第１の無線局は、前記ＷＬＡＮ上で動作するように構成されたプロセッサを含み、前記装置は、
    （ｃ）前記プロセッサによって実行可能な命令を記憶する非一時的メモリをさらに備え、
    （ｄ）前記命令は、前記プロセッサによって実行された時に、
    （ｉ）リアルタイムアプリケーション（ＲＴＡ）トラフィックと非ＲＴＡトラフィックとが共存してＲＴＡトラフィックに優先度の低いトラフィックよりも高い送信優先度が与えられるキャリア感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）及びマルチリンク動作をサポートするネットワークを介した通信遅延に弱いリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成された無線ローカルエリアネットワーク（ＷＬＡＮ）局として前記無線通信回路を動作させることと、
    （ｉｉ）リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、
    （ｉｉｉ）同時送信／受信（ＳＴＲ）のために構成されたアクセスポイントマルチリンク装置（ＡＰ－ＭＬＤ）又は同時送信／受信のために構成されていない非アクセスポイントマルチリンク装置（非ＡＰ ＭＬＤ）であるマルチリンク装置（ＭＬＤ）を含む局が、マルチリンクシナリオにおけるＲＴＡパケットの未承諾再試行ポリシーを設定することと、
    （ｉｖ）非ＡＰ ＭＬＤに送信を行う前記ＡＰ－ＭＬＤが、全てのリンク上のバックオフ時間を、チャネルを求めて競合する際に使用する乱数に設定することから開始して、ＴＸＯＰを取得することと、
    （ｖ）前記ＡＰ－ＭＬＤが各リンク上でバックオフ時間を個別にカウントダウンして、前記リンク上のバックオフ時間がゼロまでカウントダウンした時に各リンク上でのチャネルアクセス権を獲得することと、
    （ｖｉ）前記ＡＰ－ＭＬＤがチャネルアクセス権を獲得した時に第１のリンク上でのＴＸＯＰを予約することと、
    （ｖｉｉ）前記ＡＰ－ＭＬＤが第１のリンクのＴＸＯＰの終了前に他のリンク上でのチャネルアクセス権を獲得した場合に他のリンク上でのＴＸＯＰを予約し、前記他のリンク上でのＴＸＯＰの終了時刻を前記第１のリンクのＴＸＯＰの終了時刻よりも遅れないように制限することと、
    （ｖｉｉｉ）前記ＡＰ－ＭＬＤが前記第１のリンクのＴＸＯＰの終了前にチャネルアクセス権を獲得しなかった場合に、前記第１のリンク又は前記他のリンク上でのＴＸＯＰを取得しないことと、
    を実行する、
    ことを特徴とする装置。
18. 前記ＲＴＡパケットの未承諾再試行ポリシーは、未承諾再試行制限を確立することと、前記未承諾再試行ポリシーをいつでも変更又は終了することを含めて前記未承諾再試行ポリシーを制御することとをさらに含む、
    請求項１７に記載の装置。
19. 前記命令は、前記プロセッサによって実行された時に、前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送する際に、同じＴＸＯＰにおいて同じＭＡＣプロトコルデータユニット（ＭＰＤＵ）を再送することをさらに実行する、
    請求項１７に記載の装置。
20. ＰＰＤＵは、物理層適合手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を含み、
    前記命令は、前記プロセッサによって実行された時に、
    （ａ）アクセスポイント（ＡＰ）局が、マルチユーザ（ＭＵ）ＰＰＤＵパケットのリソースユニット（ＲＵ）上でＲＴＡパケットの最初の送信を行い、前記ＭＵ－ＰＰＤＵパケットの別のＲＵ上で前記ＲＴＡパケットの再送を行うことによって、前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送できるようにすること、及び／又は、
    （ｂ）非アクセスポイント局が、トリガベース（ＴＢ）ＰＰＤＵパケットのリソースユニット（ＲＵ）上でＲＴＡパケットの最初の送信を行い、前記ＴＢ－ＰＰＤＵパケットの別のＲＵ上で前記ＲＴＡパケットの再送を行うことによって、前記未承諾再試行ポリシーに従ってＲＴＡパケットを再送すること、
    をさらに実行する、請求項１７に記載の装置。

Images