JP7334804B2 - リアルタイムアプリケーションのための即時再送スキーム - Google Patents

Description

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

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

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

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

本開示の技術は、一般に無線通信局に関し、具体的には、リアルタイムトラフィックと非リアルタイムトラフィックとの組み合わせを通信する無線ローカルエリアネットワーク（ＷＬＡＮ）局に関する。

キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用する現在の無線技術は、ネットワーク全体の高スループットには重点を置いているが、リアルタイムアプリケーション（ＲＴＡ）を適切にサポートする低遅延能力に欠けている。

ＲＴＡは低遅延通信を必要とし、最善努力型通信を使用する。ＲＴＡから生成されるデータはＲＴＡトラフィックと呼ばれ、送信側局（ＳＴＡ）においてＲＴＡパケットとしてパケット化されるのに対し、非時間依存アプリケーションから生成されるデータは非ＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいて非ＲＴＡパケットとしてパケット化される。

ＲＴＡパケットは、パケット配信に対する高適時性要件（リアルタイム）に起因して低遅延時間を必要とする。ＲＴＡパケットは、一定期間内に配信できる場合にのみ有効である。

ＳＴＡは、ランダムチャネルアクセスシナリオに起因して、各パケットを送信する前にチャネルアクセスを検知し、これを求めて競合する必要がある。短いチャネル競合時間を取得すればチャネルアクセスは加速するが、パケット衝突の可能性が高くなってしまう。パケット衝突に固有の遅延は、各再送に必要とされるチャネル競合時間に起因して依然として有意である。ＳＴＡは、パケット衝突を回避してパケット配信成功率を高めるために、パケット衝突後のさらに長いチャネル競合期間の後にパケットを再送し、これによってパケットがさらに遅延する。

従って、リアルタイムアプリケーション（ＲＴＡ）パケットの強化された取り扱いに対するニーズが存在する。本開示は、このニーズを満たすとともに、これまでの技術を凌駕するさらなる利点をもたらすものである。

リアルタイムアプリケーション（ＲＴＡ）パケットの各再送のチャネル競合遅延を排除する高度ＷＬＡＮ通信装置／方法。即時再送スキームでは、局（ＳＴＡ）ノードが最小限のチャネル競合時間でＲＴＡパケットを再送してパケットの遅延を抑える。

ＣＳＭＡ／ＣＡシステムにおいてＲＴＡパケットの即時再送スキームを適用するタスクは、ＲＴＡトラフィックと非ＲＴＡトラフィックとの共存に起因して困難である。このプロセスの課題は、（ａ）非ＲＴＡパケットとＲＴＡパケットとを識別すること、（ｂ）最小限の競合でＲＴＡパケットのためのチャネルアクセス権を獲得すること、及び（ｃ）ＲＴＡパケットの有効期限が切れる前にＲＴＡパケットを通信（初期送信及びいずれかの必要な再送）すること、として要約することができる。

開示するＲＴＡパケットの即時再送スキームは、ＲＴＡトラフィックの時間的有効性要素を考慮して、ＲＴＡと非ＲＴＡトラフィックとが共存する無線ネットワークにおけるパケット遅延時間を最小化する。既存の技術は、多くのＲＴＡパケットの適時性要件を満たす再送を実行することができない。

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

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

ＣＳＭＡ／ＣＡ下での再送のフロー図である。 ＷＬＡＮデータフレームのデータフィールド図である。 ＷＬＡＮ ＡＣＫフレームのデータフィールド図である。 ＨＥ－ＳＵ ＰＰＤＵフレームのデータフィールド図である。 ２倍サイズの競合ウィンドウを使用したＣＳＭＡ／ＣＡにおける再送の通信シーケンス図である。 再試行制限に応答してパケットが破棄されるＣＳＭＡ／ＣＡにおける再送の通信シーケンス図である。 ＨＥ－ＭＵ ＰＰＤＵフレームのデータフィールド図である。 ＨＥ－ＴＢ ＰＰＤＵフレームのデータフィールド図である。 トリガフレームのデータフィールド図である。 トリガフレームの共通情報フィールドのデータフィールド図である。 トリガフレームのユーザ情報フィールドのデータフィールド図である。 ＭＵ－ＢＡＲのトリガ依存型ユーザ情報フィールドのデータフィールド図である。 ブロックＡＣＫ（ＢＡ）フレームのデータフィールド図である。 ＯＦＤＭＡシステムのダウンリンクでのＣＳＭＡ／ＣＡにおける再送の通信シーケンス図である。 ＯＦＤＭＡシステムのダウンリンクでのＣＳＭＡ／ＣＡにおける再送の通信シーケンス図である。 本開示の少なくとも１つの実施形態による局（ＳＴＡ）ハードウェアのブロック図である。 本開示の少なくとも１つの実施形態に従って対応されるトポロジ例を示すネットワークトポロジ図である。 本開示の少なくとも１つの実施形態による、開放型システム間相互接続（ＯＳＩ）モデルにおけるＲＴＡ及び非ＲＴＡトラフィック通信の階層的通信図である。 本開示の少なくとも１つの実施形態による、ＲＴＡトラフィック通信の事前ネゴシエーションを示す階層的通信図である。 本開示の少なくとも１つの実施形態による、送信側においてＲＴＡパケットを識別するフロー図である。 本開示の少なくとも１つの実施形態による、ＲＴＡセッション識別内のフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＡＰＰ層とＭＡＣ層との間のヘッダ情報交換を示す階層的通信図である。 本開示の少なくとも１つの実施形態による、受信側においてＲＴＡパケットを識別するフロー図である。 本開示の少なくとも１つの実施形態による、パケット有効期限の満了が生じたことに応答してＲＴＡパケットが破棄されることを示す通信シーケンス図である。 本開示の少なくとも１つの実施形態による、ＲＴＡ制御フィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＨＥ－ＳＵ－ＲＴＡパケットフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、シングルユーザ（ＳＵ）モードにおける通知のためのＲＴＡ－ＡＣＫ／ＮＡＣＫパケットフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＨＥ－ＭＵ－ＲＴＡパケットフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＲＴＡ告知トリガフレーム内のフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＲＴＡ再送スケジュールフィールドのデータフィールド図である。 本開示の少なくとも１つの実施形態による、ＲＴＡ－ＢＡパケットフォーマットのデータフィールド図である。 本開示の少なくとも１つの実施形態による、シングルユーザモードでＲＴＡパケット及び非ＲＴＡパケットを送信するフロー図である。 本開示の少なくとも１つの実施形態による、シングルユーザモードでＲＴＡパケット及び非ＲＴＡパケットを送信するフロー図である。 本開示の少なくとも１つの実施形態による、シングルユーザ（ＳＵ）モードでのＲＴＡパケット再送のフロー図である。 本開示の少なくとも１つの実施形態による、シングルユーザ（ＳＵ）モードでＲＴＡパケット及び非ＲＴＡパケットを受け取るフロー図である。 本開示の少なくとも１つの実施形態による、シングルユーザ（ＳＵ）モードでＲＴＡパケット及び非ＲＴＡパケットを受け取るフロー図である。 本開示の少なくとも１つの実施形態による、初期送信後の競合を伴わないＲＴＡパケット再送を示す通信シーケンス図である。 本開示の少なくとも１つの実施形態による、初期送信失敗後の競合を伴わないＲＴＡパケット再送を示す通信シーケンス図である。 本開示の少なくとも１つの実施形態による、競合ウィンドウの増加を伴わないＲＴＡパケット再送を示す通信シーケンス図である。 本開示の少なくとも１つの実施形態による、シングルユーザ（ＳＵ）モードでの混合再送の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）ダウンリンクモードでＲＴＡパケット及び非ＲＴＡパケットを送信するフロー図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）ダウンリンクモードでＲＴＡパケット及び非ＲＴＡパケットを送信するフロー図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）ダウンリンクモードでＲＴＡパケット及び非ＲＴＡパケットを受け取るフロー図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）ダウンリンクモードでＲＴＡパケット及び非ＲＴＡパケットを受け取るフロー図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）ダウンリンクＯＦＤＭＡでのＲＴＡパケット再送の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）ダウンリンクＯＦＤＭＡでのＭＵ－ＢＡＲ失敗の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）ダウンリンクＯＦＤＭＡで非ＲＴＡパケットを即時再送しない通信シーケンス図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）アップリンクモードでＲＴＡパケット及び非ＲＴＡパケットを送信するフロー図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）アップリンクモードでＲＴＡパケット及び非ＲＴＡパケットを送信するフロー図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）リンクモードでＲＴＡパケット及び非ＲＴＡパケットを受け取るフロー図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）リンクモードでＲＴＡパケット及び非ＲＴＡパケットを受け取るフロー図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）アップリンクＯＦＤＭＡでのＲＴＡパケットの即時再送の通信シーケンス図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）アップリンクＯＦＤＭＡでのＲＴＡ－ＴＦ及びＲＴＦ－ＢＡの失敗を示す通信シーケンス図である。 本開示の少なくとも１つの実施形態による、マルチユーザ（ＭＵ）アップリンクＯＦＤＭＡでの非ＲＴＡパケット再送の通信シーケンス図である。

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

図１に、ＣＳＭＡ／ＣＡ再送スキームの例を示す。ＣＳＭＡ／ＣＡシステムでは、各送信及び再送前に、ＳＴＡがチャネルを検知し、チャネルアクセスを求めて競合するためにバックオフ時間を設定する必要があるプロセスが実行される。バックオフ時間は、ゼロと競合ウィンドウ（ＣＷ）のサイズとの間の一様なランダム変数によって決定される。ＳＴＡは、バックオフ時間にわたって待機し、チャネルがアイドルであることを検知した後にパケットを送信する。ＳＴＡがタイムアウト前にＡＣＫを受け取らなかった場合には、パケットの再送が必要である。そうでなければ、送信は上手くいったとみなされる。

再送が必要な場合、ＳＴＡはパケットの再送回数をチェックし、再送回数が再試行制限を上回る場合、パケットは破棄されて再送はスケジュールされない。そうでなければ、１又は２以上の再送がスケジュールされる。再送がスケジュールされる場合には、この再送のチャネルアクセスを求めて競合するために別のバックオフ時間が必要になる。競合ウィンドウのサイズが競合ウィンドウ上限（ＣＷ制限）に達していない場合には、ＳＴＡがＣＷを増やして実行は最上部に戻り、従ってＳＴＡは、新たなサイズの競合ウィンドウ（ＣＷ）に応じて別のバックオフ時間を設定する。ＳＴＡは、再送のためにバックオフ時間にわたって待機し、以下同様である。

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

図３に、通常のＷＬＡＮシステムにおける肯定応答（ＡＣＫ）データフレームフォーマットを示す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信側のアドレスを含む。

図４に、ＩＥＥＥ８０２．１１ａｘにおけるシングルユーザ送信に使用される、ＩＥＥＥ８０２．１１ａｘにおけるＨＥシングルユーザ（ＳＵ）ＰＰＤＵフォーマットを示す。なお、ＰＰＤＵは、物理層収束手順プロトコルデータユニット（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｃｅｄｕｒｅ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の略である。ＰＰＤＵフレームは、ＰＳＤＵ＋ＰＨＹヘッダ、及びプリアンブルを含む。ＨＥ－ＳＵ ＰＰＤＵフレームは、（ａ）Ｌ－ＳＴＦ：非ＨＴ短期訓練フィールド、（ｂ）Ｌ－ＬＴＦ：非ＨＴ長期訓練フィールド、（ｃ）Ｌ－ＳＩＧ：非ＨＴ信号フィールド、（ｄ）ＲＬ－ＳＩＧ：繰り返し非ＨＴ信号フィールド、（ｅ）ＨＥ－ＳＩＧ－Ａ：ＨＥ信号Ａフィールド、（ｆ）ＨＥ－ＳＴＦ：ＨＥ短期訓練フィールド、（ｇ）ＨＥ－ＬＴＦ：ＨＥ長期訓練フィールド、（ｈ）データ（Ｄａｔａ）：ＰＳＤＵを搬送するデータフィールド、及び（ｉ）ＰＥ：パケット拡張フィールドを含む。

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

図６に、ＣＳＭＡ／ＣＡの再試行制限に起因してパケットが破棄されるシナリオを示しており、この例には、再送回数が再試行制限を上回った後にパケットが破棄されることを示す。再試行制限はＲによって示す。データフレーム及びＡＣＫフレームは、それぞれ図２及び図３に示すフォーマットを使用する。これらのフレームは、図４に示すパケットフォーマットを使用してパケット化される。図６に示すように、送信側ＳＴＡは、パケットの初期送信が失敗した後にこのパケットを複数回再送している。しかしながら、どの再送も成功していない。（初期送信を含む）Ｒ回の再送後に、再送回数が再試行制限を上回る。送信側ＳＴＡは、このパケットの再送を停止し、このパケットは破棄される。

１．２．マルチユーザ送信
ＩＥＥＥ８０２．１１などの無線ネットワークでは、マルチユーザ送信が利用可能である。ＩＥＥＥ８０２．１１ａｘ以降、ネットワークは、アップリンク及びダウンリンクモードの両方においてマルチユーザ送信をサポートしている。ＩＥＥＥ８０２．１１ａｘにおけるマルチユーザ送信はＭＩＭＯモード及びＯＦＤＭＡモードを含み、これらは個別に又は共に利用することができる。

ＩＥＥＥ８０２．１１ａｘは、図１及び図２に示すようなマルチユーザ送信パケットフォーマットを使用してマルチユーザモードでデータを送信する。複数のユーザがマルチユーザ送信パケットを送信又は受信する場合、全てのユーザは、マルチユーザ送信パケットの同じ物理層収束プロトコル（ＰＬＣＰ）ヘッダを共有する。その後、各ユーザは、リソースユニット（ＲＵ）割り当て及びＭＣＳなどを含む個別リソースブロックを使用して、マルチユーザ送信パケットによって搬送されるデータを送信又は受信する。

ＩＥＥＥ８０２．１１ａｘは、以下に列挙する異なるマルチユーザ送信シナリオにおいてパケットを送信するために複数のＰＬＣＰプロトコルデータユニット（ＰＰＤＵ）フォーマットを規定する。

図７に、ダウンリンクマルチユーザ送信に使用されるＩＥＥＥ８０２．１１ａｘのＨＥマルチユーザ（ＭＵ）ＰＰＤＵフォーマットを示す。このフォーマットは、図４に示すシングルユーザＰＰＤＵフォーマットと比較すると、各ユーザに個別リソースブロック割り当て情報を提供するＨＥ－ＳＩＧ－Ｂフィールドをフォーマットに追加する。

図８に、アップリンクマルチユーザ送信に使用されるＨＥトリガベース（ＴＢ）のＰＰＤＵフォーマットを示す。ＨＥ ＴＢ ＰＰＤＵフォーマットのフィールドは、ＨＥ－ＳＴＦフィールドが８μｓであることを除いてＨＥシングルユーザＰＰＤＵフォーマットのフィールドと同一である。

図９に、ＩＥＥＥ８０２．１１ａｘのトリガフレームフォーマットの内容を示す。フレーム制御（ｆｒａｍｅ ｃｏｎｔｒｏｌ）フィールドは、フレームのタイプを示す。継続時間（ｄｕｒａｔｉｏｎ）フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。ＴＡフィールドは、フレームを送信したＳＴＡのアドレスを含む。

図１０には、全ての割り当てられたＳＴＡのための情報を含む共通情報フィールドを示す。

図１１には、各ＳＴＡのための情報を含むユーザ情報（ｕｓｅｒ Ｉｎｆｏ）フィールドを示す。

共通情報（ｃｏｍｍｏｎ ｉｎｆｏ）フィールド及びユーザ情報フィールドは、各ユーザに個別リソースブロック割り当て情報を提供する。

図１２には、マルチユーザ（ＭＵ）ブロックＡＣＫ要求（ＢＡＲ）のためのトリガフレーム内のトリガ依存型ユーザ情報フィールドを示す。図９に示すトリガフレームは、共通情報フィールドのトリガタイプを「２」に設定することによってマルチユーザブロックＡＣＫ要求（ＭＵ－ＢＡＲ）として送信することができる。トリガフレームがＭＵ－ＢＡＲである場合、トリガフレーム内の（図１１に図示す）トリガ依存型ユーザ情報フィールドの内容は、図１２に示す通りである。

図１３に、通常のＷＬＡＮシステムにおけるブロックＡＣＫ（ＢＡ）フレームフォーマットの内容を示す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。ＴＡフィールドは、フレームを送信するＳＴＡのアドレスを含む。ＢＡ制御フィールドは、ブロックＡＣＫのポリシーを示す。ＢＡ情報フィールドは、送信のフィードバックを含む。

図１４に、ＯＦＤＭＡを使用するダウンリンクマルチユーザ送信の例として、ＯＦＤＭＡシステムのダウンリンクにおけるＣＳＭＡ／ＣＡ再送スキームを示す。送信側ＡＰは、その受信側１、２、３及び４に、ＨＥ ＭＵ ＰＰＤＵフォーマットを使用してデータを送信する。ＡＰは、初期送信を終了した後に、全ての受信側にマルチユーザブロックＡＣＫ要求（ＭＵ－ＢＡＲ）を送信する。その後、受信側はＡＰにブロックＡＣＫ（ＢＡ）を返送する。ＡＰは、ＢＡの内容に従って受信側１、３及び４にパケットを再送すべきであるかどうかを決定する。ＡＰは、チャネルのために競合し、バックオフ時間にわたって待機する。第１の再送は、ＡＰがチャネルアクセス権を獲得した後に行われる。

図１５に、ＯＦＤＭＡを使用するアップリンクマルチユーザ送信の例を示す、ＯＦＤＭＡシステムのアップリンクにおけるＣＳＭＡ／ＣＡ再送スキームを示す。ＡＰは、最初に全ての送信側１、２、３及び４にトリガフレームを送信する。送信側はトリガフレームを受け取り、トリガフレームによって割り当てられたリソースブロックを使用して初期送信を開始する。マルチユーザ送信パケットは、ＨＥ－ＴＢ ＰＰＤＵフォーマットを使用する。ＡＰは、送信側からパケットを受け取り、ＢＡフレームを送信して送信の正確性を報告する。ここでは、送信側２からのデータを搬送するパケットのみが正しく受け取られている。送信側１、３及び４については、再送をスケジュールする必要がある。ＡＰは、チャネルのために競合し、バックオフ時間にわたって待機してチャネルアクセス権を獲得する。その後、初期送信と同様に再送が進行する。

２．課題の記述
ＣＳＭＡ／ＣＡを使用する現在の無線通信システムは、パケットがＲＴＡパケットであるか、それとも非ＲＴＡパケットであるかを識別せず、ＣＳＭＡ／ＣＡの下では、全てのパケットが同じ再送スキームを利用して処理される。ＣＳＭＡ／ＣＡにおける再送スキームは、パケット衝突の可能性を抑えてパケットの遅延時間が主な関心事にならないことを目的とする。既存のＩＥＥＥ８０２．１１プロトコルについて説明した節に示すように、各再送では、パケット送信に著しい遅延をもたらす拡張競合ウィンドウを使用してＳＴＡがチャネルのために競合する必要がある。

ＣＳＭＡ／ＣＡにおける再送スキームは、パケットの適時性を考慮していない。既存のシステムについて示すように、送信側ＳＴＡは、受信側ＳＴＡによってパケットが受け取られるまで、又は再送が再試行制限を上回るまでパケットを再送する。しかしながら、ＲＴＡパケットには有効期限があり、この期限内に送信されなければならない。すなわち、ＲＴＡパケットは、一定時間内に送信又は再送される必要がある。

マルチユーザ送信でのＣＳＭＡ／ＣＡの再送スキームはさらに複雑である。ＲＴＡトラフィックと非ＲＴＡトラフィックとが同じマルチユーザ送信パケットに統合されることがある。マルチユーザ送信パケットがＲＴＡトラフィック及び非ＲＴＡトラフィックの両方を含む場合、このパケットの再送はＲＴＡトラフィックを含むことも又は含まないこともあり、これによって再送スケジュールが影響を受ける。ＯＦＤＭＡなどのマルチユーザ送信を使用する再送スキームは、パケット再送において柔軟性の高いリソース割り当てを行う。

３．本開示の寄与の概要
開示する技術を利用することにより、ＳＴＡがＲＴＡパケットと非ＲＴＡパケットと識別することができる。ＲＴＡパケットは所与の送信有効期限を有しているので、開示する技術はＲＴＡトラフィックの適時性を考慮する。ＳＴＡは、ＲＴＡパケットの有効期限に基づいてＲＴＡパケットの再送をスケジュールする。

開示する技術は、ＲＴＡパケットの再送スキームを非ＲＴＡパケットから分離し、非ＲＴＡパケットにはＣＳＭＡ／ＣＡに規定される通常の再送スキームを使用する。

開示する技術は、チャネル競合時間を最小化するために、ＲＴＡトラフィックの即時再送スキームを規定する。いくつかの使用事例では、チャネル競合時間が完全に排除される。このスキームを使用することによってＲＴＡパケットの遅延が低減される。

開示する技術は、ＯＦＤＭＡシステムと互換性がある。レート制御などの他の適応的機械を使用してリソースユニット（ＲＵ）割り当てを操作することにより、送信はより大きなダイバーシティ効果を獲得してパケット配信レートを改善する。

４．実施形態例
４．１．ＳＴＡハードウェア構成
図１６に、ＳＴＡにセンサ及びアクチュエータなどへの外部Ｉ／ＯをもたらすＩ／Ｏ経路１２に結合されたバス１４にコンピュータプロセッサ（ＣＰＵ）１６及びメモリ（ＲＡＭ）１８結合されたハードウェアブロック１３内へのＩ／Ｏ経路１２を示す、ＳＴＡハードウェア構成の実施形態例１０を示す。プロセッサ１６上では、ＳＴＡが「新規ＳＴＡ」又は既にネットワーク内に存在するＳＴＡのうちの１つの機能を実行できるように、通信プロトコルを実装するプログラムを実行するための、メモリ１８からの命令が実行される。また、このプログラミングは、現在の通信状況でどのような役割を果たしているかに応じて異なるモード（送信元、中間、宛先、アクセスポイント（ＡＰ）及びＲＴＡ局など）で動作するように構成されると理解されたい。

ＳＴＡは、単一のモデム及び単一の無線周波数（ＲＦ）回路を含むように構成することも、或いは限定ではなく一例として図１６に示すように複数のモデム及び複数のＲＦ回路を含むように構成することもできる。

この例では、ホストマシンが、近隣ＳＴＡとの間でフレームを送受信する複数のアンテナ２４ａ～２４ｎ、２６ａ～２６ｎ、２８ａ～２８ｎへの無線周波数（ＲＦ）回路２２ａ、２２ｂ、２２ｃに結合されたミリメートル波（ｍｍＷ）モデム２０を含むように構成されていることが分かる。また、このホストマシンは、（単複の）アンテナ３４への無線周波数（ＲＦ）回路３２に結合されたｓｕｂ－６ＧＨｚモデム３０を含むことも分かる。

従って、このホストマシンは、２つの異なる帯域で通信を行えるように、２つのモデム（マルチバンド）及びその関連するＲＦ回路を含むように構成されていることが分かる。限定ではなく一例として、対象の指向性通信帯には、ｍｍＷ帯でデータを送受信できるようにｍｍＷ帯モデム及びその関連するＲＦ回路が実装される。一般に発見帯と呼ばれる他方の帯域は、ｓｕｂ－６ＧＨｚ帯でデータを送受信できるようにｓｕｂ－６ＧＨｚモデム及びその関連するＲＦ回路を含む。

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

従って、ホストマシンは、近隣ＳＴＡとの間でデータフレームを送信／受信するモデムを収容することが分かる。モデムは、物理信号の生成及び受信を行う少なくとも１つのＲＦモジュールに接続される。（単複の）ＲＦモジュールは、周波数変換器、アレイアンテナコントローラ、及び必要に応じてその他の回路を含む。（単複の）ＲＦモジュールは、送受信のためにビームフォーミングを実行するように制御される複数のアンテナに接続される。このように、ＳＴＡは、複数組のビームパターンを使用して信号を送信することができる。

４．２．検討されるＳＴＡトポロジ例
図１７に、開示する技術の目的を説明するのに役立つものとしてのネットワークトポロジ（シナリオ）例５０を示す。限定ではなく一例として、この例では、会議室内に２つの基本サービスセット（ＢＳＳ）から成る８つのＳＴＡが存在するものと想定する。各ＳＴＡは、同じＢＳＳ内の他のＳＴＡと通信することができる。全てのＳＴＡは、ランダムチャネルアクセスのためにＣＳＭＡ／ＣＡを使用する。第１のＢＳＳには、アクセスポイント（ＡＰ）として動作するＳＴＡ０ ５２と、非ＡＰ局ＳＴＡ１ ５４、ＳＴＡ２ ５６、ＳＴＡ３ ５８及びＳＴＡ４ ６０とを示す。第２のＢＳＳには、ＡＰであるＳＴＡ５ ６２と、ＳＴＡ６ ６４、ＳＴＡ７ ６６とを示す。

この例の全てのＳＴＡは、低遅延通信を必要とするアプリケーション、及び最善努力型通信を利用するアプリケーションの両方をサポート（実行）していると考えられる。低遅延通信を必要とするアプリケーションから生成されるデータはリアルタイムアプリケーション（ＲＴＡ）トラフィックと呼ばれ、送信側ＳＴＡにおいてＲＴＡパケットとしてパケット化される。また、非時間依存アプリケーションから生成されるデータは非ＲＴＡトラフィックと呼ばれ、送信側ＳＴＡにおいて非ＲＴＡパケットとしてパケット化される。この結果、送信側ＳＴＡは、ＲＴＡトラフィック及び非ＲＴＡトラフィックの両方を通信のために生成する。このネットワークトポロジ例の図には、ＳＴＡの位置及びその送信リンクを示す。

ＳＴＡは、非ＲＴＡパケットを送信する際には通常のＣＳＭＡ／ＣＡスキームに従うことができる。ＳＴＡはＲＴＡパケットを送信し、このパケットが衝突する時には最小限のチャネル競合でパケット送信をスケジュールする。開示する技術の１つの目的は、ＲＴＡトラフィックの遅延時間を低減することである。

４．３．ＳＴＡ層モデル
図１８に、ＯＳＩモデルにおけるＲＴＡ及び非ＲＴＡトラフィック通信の実施形態例７０を示す。この節では、トラフィック通信のためのＳＴＡ層モデルについて説明する。この例に示すように、ＳＴＡ１ ７２及びＳＴＡ２ ７４という２つのＳＴＡは、ＲＴＡトラフィック及び非ＲＴＡトラフィック８０、８２を生成し、互いにＲＴＡパケット８４及び非ＲＴＡパケット８６を通信する。以下、全体的プロセスについて説明する。

ＲＴＡトラフィック及び非ＲＴＡトラフィックは、いずれも送信側ＳＴＡのＡＰＰ層７６ａ、７８ａによって生成される。送信側ＳＴＡのＡＰＰ層は、中間の層７６ｂ、７８ｂを介して（通じて）ＲＴＡトラフィック及び非ＲＴＡトラフィックをＭＡＣ層７６ｃ、７８ｃに受け渡す。ＭＡＣ層７６ｃ、７８ｃ及びＰＨＹ層７６ｄ、７８ｄは、ＭＡＣヘッダ及びＰＬＣＰヘッダ内のさらなる信号フィールドをパケットに添付し、これらのパケットがネットワークのＰＨＹ層を介して送信される。

受信側ＳＴＡは、これらのパケットをＰＨＹ層において受け取り、復号し、パケットが正しく復号された場合にはそのＭＡＣ層に送信し、その後に中間の層を通じて（介して）受信側ＳＴＡのＡＰＰ層にデータが供給される。

４．４．ＲＴＡパケットと非ＲＴＡパケットとを識別する機構
開示する技術は、無線通信システム内のパケットをＲＴＡ又は非ＲＴＡのいずれかとして分類する。ＲＴＡパケットは、パケット再送に即時再送スキームを使用するのに対し、非ＲＴＡパケットは、通常のＣＳＭＡ／ＣＡスキームを使用することができる。この目的のために、ＳＴＡは、ＭＡＣ層においてＲＴＡパケットと非ＲＴＡパケットとを識別する。本節では、このプロセスについて説明する。

図１８に示すＳＴＡ層モデルによれば、送信側ＳＴＡのＭＡＣ層は、上位層からのＲＴＡトラフィックと非ＲＴＡトラフィックとを識別し、これらをそれぞれＲＴＡパケット及び非ＲＴＡパケットにパケット化することができる。本節には、送信側ＳＴＡが事前ネゴシエーションを使用してＲＴＡトラフィックを識別する方法の詳細を示す。

図１８に示すＳＴＡ層モデルによれば、送信側ＳＴＡは、ネットワークのＰＨＹ層を介して受信側ＳＴＡにパケットを送信する。受信側ＳＴＡは、ＭＡＣ層においてパケットを受け取ると、ＭＡＣヘッダ又はＰＬＣＰヘッダに埋め込まれた情報に基づいて、ＲＴＡパケットと非ＲＴＡパケットとを識別することができる。本節では、受信側ＳＴＡがＰＬＣＰ又はＭＡＣヘッダ情報に基づいてＲＴＡパケットを識別する方法についての詳細を示す。

ＲＴＡトラフィックは、データの有効性を保証するために所与の有効期限内に通信される必要がある。換言すれば、この有効期限の満了前にＲＴＡトラフィックが受信側によって受け取られなかった場合、このＲＴＡトラフィックは無効であり、廃棄することができる。ＳＴＡは、ＰＨＹ層を通じて送信するためにＲＴＡトラフィックをＲＴＡパケットにパケット化する。従って、ＲＴＡパケットは、送信のための有効期限も有する。本節では、ＳＴＡがＲＴＡパケットの有効期限の満了にどのように対処するかについての詳細を示す。

４．４．１．事前ネゴシエーション
多くの場合、ＲＴＡは、接続型通信と同様に定期的にトラフィックを生成する。ＳＴＡ間のアプリケーションによって確立されるＲＴＡ接続型通信は、ＲＴＡセッションと呼ばれる。ＳＴＡは、ネットワーク内に複数のＲＴＡセッションを有することができる。本開示による各ＳＴＡは、これらのＲＴＡセッションを適正に管理することができる。

ＲＴＡセッションがＲＴＡトラフィックの送信を開始する前には、接続を確立するために送信側ＳＴＡと受信側ＳＴＡとの間で事前ネゴシエーションが行われる。事前ネゴシエーション中、送信側ＳＴＡ及び受信側ＳＴＡは、送信側のＭＡＣ層におけるＲＴＡトラフィックと受信側のＭＡＣ層におけるＲＴＡトラフィックとを識別するために使用できるＲＴＡセッション識別情報と共にＲＴＡセッションを記録する。

図１８に示すように、送信側においてＡＰＰ層がＭＡＣ層にトラフィックを受け渡す場合、中間の層がトラフィックにヘッダ情報を追加する。送信側ＳＴＡのＭＡＣ層は、上位層からトラフィックを受け取ると、上位層からヘッダ情報を抽出して、事前ネゴシエーションによって作成されたＲＴＡセッション記録を調べる（検索する）。ヘッダ情報が記録内の１つのＲＴＡセッションに一致した場合、このトラフィックはＲＴＡであり、そうでなければこのトラフィックは非ＲＴＡであるとみなされる。テーブル１に、ＲＴＡトラフィックを識別するために使用できるヘッダ情報をリストする。本節では、事前ネゴシエーションの詳細について説明する。

受信側ＳＴＡは、事前ネゴシエーションの結果に従って、時間、周波数及びその他の指標などのパケット送信のためのチャネルリソースによってＲＴＡパケットと非ＲＴＡパケットとを分類することもできる。ＲＴＡパケットのために許可されたチャネルリソースを使用してパケットが受け取られた場合、ＳＴＡはこれをＲＴＡパケットとして識別する。そうでなければ、このパケットは非ＲＴＡパケットである。このシナリオは、４．６．２．２節で説明するようにパケットがマルチユーザアップリンクモードで送信される際に使用される。

図１９に、送信側１００及び受信側１０２におけるＲＴＡトラフィックパケットのための事前ネゴシエーションの実施形態例９０を示す。なお、１つの事前ネゴシエーションは１つのＲＴＡセッションを確立し、このＲＴＡセッションによって生成される全てのＲＴＡパケットに使用することができると理解されたい。この図には、図１８に示すようなＳＴＡ層モデルにおける２つのＳＴＡ間でＲＴＡセッションを確立するための事前ネゴシエーションを示す。図示のように、送信側ＳＴＡ９２は、層ＡＰＰ９６ａ、中間の層９６ｂ、ＭＡＣ層９６ｃ及びＰＨＹ層９６ｄを有し、受信側ＳＴＡ９４は、同じ層ＡＰＰ９８ａ、中間の層９８ｂ、ＭＡＣ層９８ｃ及びＰＨＹ層９８ｄを有する。以下、事前ネゴシエーションのプロセスについて説明する。

図１９を参照すると、以下のステップが見られる。送信側９２のＡＰＰ層９６ａが、リソース（例えば、時間、チャネル）ネゴシエーションを要求する（１０４）。従って、送信側ＳＴＡではＡＰＰ層がＲＴＡセッションを開始し、そのＲＴＡトラフィック送信のために、時間及び帯域幅などのチャネルリソースのネゴシエーションを要求する。このネゴシエーション要求は、ＡＰＰ層の管理エンティティからＭＡＣ層内に存在する管理エンティティに送信される。

送信側ＳＴＡのＭＡＣ層は、上位層からネゴシエーション要求を受け取って、自機側のリソースの利用可能性をチェックする（１０６）。また、送信側ＳＴＡのＭＡＣ層は、上位層によって提供される、セッション内のＲＴＡトラフィックを識別するためのＲＴＡセッション識別情報を記録する。識別情報の記録は、テーブル１にリストされるＴＣＰ／ＵＤＰポート番号、サービスタイプなどの情報から選別することができる。リソースが利用可能でない場合、送信側ＳＴＡのＭＡＣ層は上位層からの要求を拒否し、又は上位層と再ネゴシエートすることができる。

送信側ＳＴＡのＭＡＣ層は、利用可能なリソースを発見した場合、受信側ＳＴＡのＭＡＣ層にネゴシエーション要求フレームを送信する（１０８）。このネゴシエーションフレームは、受信側が記録して後で使用できるようにＲＴＡセッションの識別情報を含む。このネゴシエーションフレームは、４．５．２節に示すパケットフォーマットと同様のものである。

受信側ＳＴＡのＭＡＣ層は、ネゴシエーション要求フレームを受け取った後に、ＭＡＣ層内の管理エンティティからＡＰＰ層内の管理エンティティにネゴシエーション要求を送信することによって、最初にそのＡＰＰ層にＲＴＡパケットを受け取る準備を整えるように通知する（１１０）。ＡＰＰ層がＲＴＡ送信に利用可能でない場合、このネゴシエーションは失敗することがある。

受信側のＡＰＰ層は、その層におけるリソースの利用可能性を許可し、この情報をＡＰＰ層内の管理層からＭＡＣ層内に存在する管理エンティティに送信する（１１２）。

次に、受信側ＳＴＡのＭＡＣ層は、自機側のリソース利用可能性をチェックする（１１４）。リソースが利用可能でない場合、ＭＡＣ層は拒否又は再ネゴシエートすることができる。受信側ＳＴＡのＭＡＣ層は、自機側の全てのネゴシエーション情報を収集して送信側のＭＡＣ層に報告する（１１６）。

送信側のＭＡＣ層は、ネゴシエーション結果を受け取ってそのＡＰＰ層に転送する（１１８）。ネゴシエーションが成功した場合、ＡＰＰ層は、両ＳＴＡによって許可されたリソースを使用してＲＴＡトラフィックを送信し始めることができる。

送信側ＳＴＡのＭＡＣ層は、事前ネゴシエーションによって作成されたＲＴＡセッション記録に従って、上位層からのヘッダ情報によってＲＴＡトラフィックと非ＲＴＡトラフィックとを識別する。ＡＰＰ層がＲＴＡトラフィックを生成すると、このＲＴＡトラフィックは、中間の層によって提供されるヘッダ情報と共にそのＭＡＣ層に受け渡される。送信側ＳＴＡは、事前ネゴシエーションによって作成されたＲＴＡセッションを調べることによって、このヘッダ情報を使用してＲＴＡトラフィックを識別し、このＲＴＡトラフィックをＭＡＣ層においてＲＴＡパケットにパケット化することができる。

図２０に、送信側においてＲＴＡパケットトラフィックを識別する実施形態例１３０を示す。ルーチンが開始し（１３２）、送信側ＳＴＡのＭＡＣ層が上位層からトラフィックを受け取る（１３４）。ＭＡＣ層は、上位層によって埋め込まれた、ＲＴＡトラフィックを識別するための情報を抽出し（１３６）、サービスタイプ及びＴＣＰ／ＵＤＰポート番号などの上位層のヘッダ情報をチェックする。

送信側ＳＴＡのＭＡＣ層は、上位層からのヘッダ情報と、事前ネゴシエーションによって作成されたＲＴＡセッション記録とを比較する（１３８）。ヘッダ情報についてチェック１４０を行う。上位層からのヘッダ情報が記録内の１つのＲＴＡセッションに一致する場合には、ブロック１４４に到達してトラフィックがＲＴＡトラフィックであると判定し、そうでなければブロック１４２に到達して、トラフィックが非ＲＴＡトラフィックであると判定する。その後にプロセスは終了する（１４６）。

４．４．２．パケットヘッダ情報
図２１に、ＲＴＡ識別情報フォーマットの実施形態例１５０を示す。送信側ＳＴＡは、ＲＴＡパケットを生成すると、ＰＬＣＰ又はＭＡＣヘッダ内にさらなる信号フィールドを追加する。さらなる信号フィールドがＲＴＡセッション識別情報を含む場合、受信側ＳＴＡは、ＰＬＣＰ又はＭＡＣヘッダ内のＲＴＡセッション識別情報を使用して、ＭＡＣ層においてＲＴＡパケットと非ＲＴＡパケットとを区別することができる。図には、ＲＴＡセッション識別情報の一例を示す。

図２２に、ＡＰＰ層とＭＡＣ層との間のヘッダ情報交換１８０、１８２の実施形態例１７０を示す。送信側ＳＴＡ１７２は、ＡＰＰ層１７６ａ、中間の層１７６ｂ、ＭＡＣ層１７６ｃ及びＰＨＹ層１７６ｄを有することが分かる。受信側ＳＴＡ１７４は、同じ層であるＡＰＰ層１７８ａ、中間の層１７８ｂ、ＭＡＣ層１７８ｃ及びＰＨＹ層１７８ｄを有することが分かる。

この図には、ＳＴＡ層モデルにおける２つのＳＴＡ間でこのプロセスがどのように作用するかについての詳細を示す。送信側ＳＴＡのＡＰＰ層は、ＲＴＡトラフィックを生成して（１８４）ＭＡＣ層に受け渡す。トラフィックは、中間の層を通じて受け渡される際に、サービスタイプフィールド及びＴＣＰ／ＵＤＰポート番号などのヘッダ情報を追加される。

送信側ＳＴＡのＭＡＣ層は、上位層からＲＴＡトラフィックを受け取ると、トラフィックからサービスタイプ及びＴＣＰ／ＵＤＰポート番号などのヘッダ情報を抽出する。ＭＡＣ層は、先行技術によって作成されたＲＴＡセッション記録を調べることによって、トラフィックがＲＴＡであることを識別する（１８６）。

次に、送信側ＳＴＡのＭＡＣ層は、トラフィックをＲＴＡパケット１８０にパケット化し、サービスタイプ及びＴＣＰ／ＵＤＰポート番号をＲＴＡセッション識別情報としてＭＡＣヘッダ又はＰＬＣＰヘッダに埋め込む。ＲＴＡセッション識別情報の一例については図２１に示した。次に、送信側ＳＴＡは、受信側ＳＴＡにＲＴＡパケットを送信し（１８８）、受信側ＳＴＡはパケット１８２を受け取る。

受信側ＳＴＡは、そのＭＡＣ層においてＲＴＡパケットを受け取ると、ＰＬＣＰ又はＭＡＣヘッダ内のＲＴＡセッション識別情報に基づいてＲＴＡパケットを識別することができる（１８９）。

図２３に、受信側のＭＡＣ層においてＲＴＡパケットを識別するプロセスの実施形態例１９０を示す。プロセスが開始し（１９２）、受信側がＰＨＹ層においてパケットを受け取る（１９４）。図２２で説明したように、ＲＴＡパケットのＭＡＣヘッダ又はＰＬＣＰヘッダは、ＲＴＡセッションの識別情報を含む。再び図２３を参照して、識別情報が存在するかどうかを判定するチェックを行う（１９６）。識別情報が存在する場合、実行はブロック２００に進み、受信側ＳＴＡはパケットをＲＴＡパケットであると判定する。一方で、情報が存在しない場合、実行はブロック１９６から１９８に進み、パケットは非ＲＴＡであると判定される。その後にプロセスは終了する（２０２）。

４．４．３．ＲＴＡパケットの有効期限満了
図６に示すように、そもそもパケットは、そのパケットの送信回数が再試行制限を上回った時に送信を停止する。その後、このパケットは破棄される。対照的に、ＲＴＡパケットは、限られた送信有効期限を有する。ＲＴＡパケットの有効期限が満了すると、このＲＴＡパケットの再送は停止してパケットが破棄される。

ＲＴＡトラフィックは、パケット（トラフィック）の情報が有効とみなされる時間を表す有効期限を有する。ＲＴＡパケットの有効期限は、パケットが受信側ＳＴＡによって受け取られた時に、パケットによって搬送されるＲＴＡトラフィックが有効であることを保証するために使用される。従って、ＲＴＡパケットの有効期限は、ＲＴＡトラフィックの有効期限よりも長くすべきではない。最も単純な事例では、これらの２つの有効期限を同じ値に設定することができる。

図２４に、とりわけパケット有効期限の満了によってＲＴＡパケットの再送がスケジュールされなかった場合にパケット有効期限の満了によってＲＴＡパケットが破棄される実施形態例２１０を示す。この図には、送信側ＳＴＡ２１２及び受信側ＳＴＡ２１４を示す。送信側ＳＴＡは、ＲＴＡパケットを送信する際に、このパケットを送信するための有効期限を設定する（２１６）。初期送信が見られる（２１８）。この図では、値Ｇ１が短フレーム間隔（ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅｓ：ＳＩＦＳ）を表し、Ｇ２がＤＣＦフレーム間隔（ＤＩＦＳ）を表し、Ｇ３がＡＣＫタイムアウトを表す。送信側ＳＴＡは、いずれかのＲＴＡパケットの再送を実行する前に、パケットの有効期限が満了しているかどうかをチェックする。有効期限が満了している場合には再送がスケジュールされず、このパケットは破棄される。この例では、送信側が事象２２０と２２２との間の期間２１３（Ｇ２＋Ｇ３）の後にバックオフ２１４を実行し、パケット有効期限が満了していないので、ＳＴＡが第１の再送２１６を送信する。その後、送信側はパケット有効期限をチェックし、この例では満了していることが判明し（２１８）、従って再送を停止してパケットを破棄する。

受信側では、パケット有効期限が満了する前にＲＴＡパケットをバッファに記憶することができる。パケット有効期限が満了すると、もはやパケット内のＲＴＡトラフィックは有効でないので、受信側はこのパケットをバッファから削除すべきである。

４．５．ＲＴＡパケットフォーマット
４．５．１．ＲＴＡパケット制御フィールド
ＲＴＡ制御フィールドは、ＲＴＡパケット、事前ネゴシエーション及び再送スケジュールを識別するために使用することができる。即時再送スキームでは、ＲＴＡ制御フィールドが３つの目的で使用される。

受信側ＳＴＡは、ＲＴＡ制御フィールド情報に基づいて受信パケットの正確性を送信側ＳＴＡに通知するためにＡＣＫ又はＮＡＣＫを送信することができる。ＲＴＡ制御フィールドは、ＲＴＡパケットの再送スケジュール情報を含む。ＲＴＡ制御フィールドは、ＲＴＡパケットに使用されるハイブリッド自動再送要求（ハイブリッドＡＲＱ又はＨＡＲＱ）のタイプを決定する。パケットが複数回送信（すなわち再送）される場合、受信側ＳＴＡは、複数のパケット送信の受信信号をバッファに記憶することができる。ＨＡＲＱは、同じパケットＩＤを有するパケットの受信信号にエラー検出及び補正法を適用してパケットを正常に復号する。

図２５に、以下のサブフィールドを有するＲＴＡフィールドの内容の実施形態例２３０を示す。（ａ）長さ（Ｌｅｎｇｔｈ）は、ＲＴＡ制御フィールドの長さである。（ｂ）発信元アドレス（Ｓｏｕｒｃｅ ａｄｄｒｅｓｓ）は、送信側ＳＴＡのアドレスである。（ｃ）宛先アドレス（Ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ）は、受信側ＳＴＡのアドレスである。宛先アドレスは、受信側ＳＴＡのアドレス、ＡＩＤ、又は他のタイプの識別情報とすることもできる。（ｄ）パケットＩＤ（Ｐａｃｋｅｔ ＩＤ）は、パケットの識別である。同じパケットＩＤを有するパケットは、これらのパケット内で同じＲＴＡトラフィックを搬送する。（ｅ）通知要求（Ｎｏｔｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）は、送信側ＳＴＡによって通知が要求されているかどうかについての１ビット指示である。このビットが第１の状態（例えば、論理「１」）に設定されると、パケット送信の終了後に通知が要求され、受信側ＳＴＡが送信側ＳＴＡに通知を返送してパケット送信の正確性を報告し、そうでなければこのビットは第２の状態（例えば、論理「０」）に設定される。（ｆ）この例では１ビットフィールドであるフィールドはさらなる再送（Ｍｏｒｅ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）と呼ばれ、この送信後に別の再送がスケジュールされているかどうかを示す。このビットを第１の状態（例えば、論理「１」）に設定すると、再送が存在することが示され、そうでなければこのビットは第２の状態（例えば、論理「０」）に設定される。（ｇ）トラフィックタイプ（Ｔｒａｆｆｉｃ ｔｙｐｅ）は、トラフィックのタイプがＲＴＡトラフィック、非ＲＴＡトラフィック又は他のタイプのトラフィックであることを示す。（ｈ）ＲＴＡセッションＩＤ（ＲＴＡ ｓｅｓｓｉｏｎ ＩＤ）は、表１にリストする情報を使用できるＲＴＡセッションの識別情報である。（ｉ）優先値（Ｐｒｉｏｒｉｔｙ ｖａｌｕｅ）は、ＲＴＡトラフィックの優先度を示す。（ｊ）帯域幅要件（Ｂａｎｄｗｉｄｔｈ ｒｅｑｕｉｒｅｍｅｎｔ）は、ＲＴＡ送信のために必要な帯域幅を示す。（ｋ）パケット有効期限（Ｐａｃｋｅｔ Ｌｉｆｅｔｉｍｅ）は、このパケットの満了時間までの有効期限を示す。（ｌ）周期（Ｐｅｒｉｏｄｉｃ Ｔｉｍｅ）は、ＲＴＡトラフィックがパケットを生成する周期である。（ｍ）ＨＡＲＱタイプ（ＨＡＲＱ ｔｙｐｅ）は、使用されるハイブリッドＡＲＱ（ＨＡＲＱ）タイプの指示である。このフィールドを設定することによってＨＡＲＱ動作を無効にすることもできる。

送信側ＳＴＡは、受信側ＳＴＡにＲＴＡパケットの到着及びその再送スキームを通知するＲＴＡ制御フィールドを送信する。ＳＴＡ間でＲＴＡ制御フィールド情報を交換する方法は２つ存在する。

ＲＴＡ制御フィールドは、ＲＴＡデータパケットのＰＬＣＰヘッダによって搬送される。ＲＴＡ制御フィールドは、ＲＴＡデータパケットを送信する前にトリガフレームによって送信される。送信側ＳＴＡは、ＲＴＡ制御フィールドをＲＴＡパケットのＰＬＣＰヘッダに埋め込むことができる。ＰＬＣＰヘッダを使用する利点は、受信側ＳＴＡがＲＴＡ制御フィールドを正常に復号する最も高い確率が得られる点である。この理由は、送信中の雑音及び干渉に対するＰＬＣＰヘッダの許容力（ｒｅｓｉｌｉｅｎｃｅ）が最良なためである。ＰＬＣＰヘッダにＲＴＡ制御フィールドを埋め込むことにより、受信側は、たとえＭＡＣフレームを正常に復号できない場合でもＲＴＡ制御情報を取得できることが多い。

４．５．２．シングルユーザデータパケット
図２６に、シングルユーザモードにおけるＲＴＡデータ送信のためのＨＥ－ＳＵ－ＲＴＡパケットフォーマットの実施形態例２５０を示す。フィールドＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、ＰＥは、図４に示す通常のＨＥ－ＳＵ ＰＰＤＵフォーマットと同一である。通常のフォーマットでは、ＨＥ－ＳＩＧ－Ａ１のビット１４が予約されて第１の状態（例えば、論理「１」）に設定される。この事例では、このビットがＲＴＡ－ＳＩＧフィールドの存在を示す第２の状態（例えば、論理「０」）に設定されている。シングルユーザモードでは、ＲＴＡ－ＳＩＧフィールドがＲＴＡ制御フィールドを１つしか含まない。データフレームは、図２に示すものと同じフォーマットを使用する。

４．５．３．シングルユーザ通知パケット
図２７に、シングルユーザモードにおける通知のためのＲＴＡ－ＡＣＫ／ＮＡＣＫパケットフレームフォーマットの実施形態例２７０を示す。シングルユーザモードでは、このパケットフォーマットが、ＲＴＡシングルユーザデータパケット送信の正確性を報告するための通知パケットとして使用される。

フィールドＬ－ＳＴＦ、Ｌ―ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、ＰＥは、図４に示す通常のＨＥ－ＳＵ ＰＰＤＵフォーマットと同一である。（ａ）フレーム制御フィールドは、フレームのタイプを示す。（ｂ）継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。（ｃ）ＲＡフィールドは、フレームの受信者のアドレスを含む。（ｄ）ＮＡＣＫ（否定応答）指示フィールドは、通知フレームがＡＣＫであるか、それともＮＡＣＫであるかについての１ビット指示である。ビットを第１の状態（例えば、論理「１」）に設定すると、通知フレームがＮＡＣＫであってパケットが正しく受け取られていないことを示し、そうでなければ、このビットは、通知フレームがＡＣＫ（肯定応答）であることを示す第２の状態（例えば、論理「０」）に設定される。

４．５．４．マルチユーザデータパケット
図２８に、マルチユーザダウンリンクモードでマルチユーザ送信パケットを送信するためのＨＥ－ＭＵ－ＲＴＡパケットフォーマットの実施形態例２９０を示す。フィールドＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＩＧ－Ｂ、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、ＰＥは、図７に示す通常のＨＥ－ＭＵ ＰＰＤＵフォーマットと同じである。なお、ＨＥ－ＳＩＧ－Ｂフィールドは、各ユーザに個別リソースブロック割り当て情報を提供する。通常のフォーマットでは、ＨＥ－ＳＩＧ－Ａ２のビット７が予約されて第１の状態（例えば、論理「１」）に設定される。この事例では、このビットが、ＲＴＡ－ＳＩＧフィールドの存在を示す第２の状態（例えば、論理「０」）に設定されている。

マルチユーザモードでは、ＲＴＡ－ＳＩＧフィールドが複数のＲＴＡ制御フィールドを含む。ＲＴＡ制御フィールドの数は、ＲＴＡ－ＳＩＧフィールド内のＲＴＡ制御フィールドの数を示す。データフレームは、図２に示すものと同じフォーマットを使用する。このデータフレームは、各ユーザのためのＲＴＡトラフィック及び非ＲＴＡトラフィックを搬送する。

４．５．５．ＲＴＡ告知トリガフレーム
１つのＳＴＡは、ＲＴＡトラフィックを搬送するマルチユーザ送信パケットを送信するためにチャネルアクセス権を獲得すると、ＲＴＡパケットを送信する前に他のＳＴＡにＲＴＡ告知トリガフレーム（ＲＴＡ ａｎｎｏｕｎｃｅｍｅｎｔ ｔｒｉｇｇｅｒ ｆｒａｍｅ：ＲＴＡ－ＴＦ）を送信することができる。ＲＴＡ－ＴＦは、後続するＲＴＡパケット送信の受信ルールをＳＴＡに通知するためのＲＴＡ制御情報を含む。

図２９に、マルチユーザモードにおけるＲＴＡデータ送信のためのＲＴＡ告知トリガフレーム（ＲＴＡ－ＴＦ）の実施形態例３１０を示す。図示のように、ＲＴＡ－ＴＦは、そのＭＡＣフレームにＲＴＡ制御フィールドを埋め込む。ＲＴＡ－ＴＦは、パケットの再送スケジュールを搬送することができる。ＲＴＡ－ＴＦは、特定のＲＴＡセッションからのＲＴＡトラフィックを要求するために使用することができる。受信側ＳＴＡは、ＲＴＡセッション情報（例えば、ＲＴＡ制御フィールド内のＲＴＡセッションＩＤフィールド）を解析することによって、特定のＲＴＡセッションからのＲＴＡトラフィックを要求する。

ＲＴＡ－ＴＦによって搬送される再送スケジュールは、同じチャネルアクセス期間内のＲＴＡパケット再送についてのみ有効であり、従ってＳＴＡが競合してＲＴＡトラフィックのチャネルアクセス権を獲得する度にＲＴＡ－ＴＦが再送されるようになる。

ＲＴＡ制御フィールドを含む再送スケジュールは、ＲＴＡパケット送信の前に送信されるので、ＲＴＡパケットは、図８に示す通常のＨＥ－ＴＢパケットフォーマットを使用することができる。４．４．１節で説明したように、受信側ＳＴＡは、ＲＴＡセッションのために認められたチャネルリソースを使用して受け取られたパケットをＲＴＡパケットであると見なす。フィールドＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、ＰＥは、図８に示す通常のＨＥ－ＴＢ ＰＰＤＵフォーマットと同一である。

ＲＴＡ告知フィールドは、パケットのＭＡＣフレームを表す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるネットワーク割り当てベクトル（ＮＡＶ）情報を含む。ＲＡフィールドは、フレーム受信者のアドレスを含む。ＴＡフィールドは、フレームを送信するＳＴＡのアドレスを含む。以下のフィールドは、パケットの初期送信スケジュールを表す。

共通情報フィールド及びユーザ情報フィールドは、それぞれ図１０及び図１１と同一である。これらの２つのフィールドは、個別リソースブロック割り当て情報を含む。ＲＴＡ制御フィールドの数は、このフィールドの後のＲＴＡ制御フィールドの数を示す。ＲＴＡ制御フィールドについては図２５に示している。

図３０に、ＲＴＡ再送スケジュールフィールドの実施形態例３３０を示す。再送フィールド数は、このフィールドに含まれる再送スケジュールの数を示す。再送スケジュールフィールドは、毎回の再送スケジュールを提供する。フィールド内の長さ値は、スケジュールフィールドの長さを示す。共通情報フィールド及びユーザ情報フィールドは、それぞれ図１０及び図１１に示すものと同一である。ＲＴＡ制御フィールド数は、このフィールドの後のＲＴＡ制御フィールドの数を示す。ＲＴＡ制御フィールドについては図２５に示している。

ＲＴＡ－ＴＦは、フレームのＲＴＡ制御フィールドの発信元アドレスフィールド及び宛先アドレスフィールドを解析することによって、ＲＴＡパケット送信が送信側からのものであるか、それとも受信側からのものであるかを示すことができる。受信側がＲＴＡ－ＴＦを送信する場合には、送信側のみがＲＴＡ告知フィールド内の送信及び再送スケジュールに従ってパケットを送信する必要がある。送信側は、ＲＴＡ－ＴＦを送信する場合、受信側からＡＣＫを受け取るまで待機した後に、ＲＴＡ告知フィールド内の送信スケジュールに従ってＲＴＡパケットを送信する。

４．５．６．マルチユーザ通知フレーム
少なくも１つの実施形態では、ＳＴＡがＲＴＡ－ＴＦ内の送信及び再送スケジュールを終了した後にさらなる再送をスケジュールする必要がある場合、図３０に示すＲＴＡ再送スケジュールがブロックＡＣＫフレームに埋め込まれる。

図３１に、ＲＴＡブロックＡＣＫフレーム（ＲＴＡ－ＢＡ）の内容の実施形態例３５０を示す。フィールドＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、ＰＥは、図８に示す通常のＨＥ－ＴＢ ＰＰＤＵフォーマットと同一である。ＲＴＡ ＢＡフィールドは、パケットのＭＡＣフレームを表す。フレーム制御フィールドは、フレームのタイプを示す。継続時間フィールドは、ＣＳＭＡ／ＣＡチャネルアクセスに使用されるＮＡＶ情報を含む。ＲＡフィールドは、フレームの受信者のアドレスを含む。ＴＡフィールドは、フレームを送信するＳＴＡのアドレスを含む。ＢＡ制御フィールドは、ブロックＡＣＫのポリシーを示す。ＢＡ情報フィールドは、送信のフィードバックを含む。

４．６．即時再送スキーム
本節では、ＲＴＡトラフィックと非ＲＴＡトラフィックとが共存してシングルユーザモード及びマルチユーザモードの両方を考慮するシナリオにおけるパケット送信及び再送プロセスについて説明する。

４．６．１．シングルユーザモード
４．６．１．１．ＳＵモードにおけるＲＴＡパケット送信のフローチャート
図３２Ａ及び図３２Ｂに、シングルユーザモードにおいてＳＴＡに即時再送スキームが適用される際に送信側ＳＴＡが行う動作の実施形態例３７０を示す。シングルユーザモードでパケットを送信するプロセスが開始（３７２）した後に、最初にＳＴＡのＭＡＣ層が上位層からのトラフィックの到着を待つ（３７４）。次に、プロセスは、パケット送信のためのチャネルアクセス権を獲得するためにクリアチャネル評価プロセスを実行する（３７６）。送信側ＳＴＡのＭＡＣ層は、パケットを送信する前に、上位層からのヘッダ情報をチェックすることによって、トラフィックがＲＴＡであるか、それとも非ＲＴＡであるかを識別する（３７８）。このプロセスは、例えば図２０に示すフローチャートに従うことができる。ヘッダ情報が、事前ネゴシエーションによって作成された既存のＲＴＡセッション記録のうちの１つに一致する場合、このトラフィックはＲＴＡトラフィックとみなされる。ヘッダ情報がいずれの既存のＲＴＡセッションにも一致しない場合、このトラフィックは非ＲＴＡトラフィックとみなされる。

ブロック３８０のチェックによってトラフィックが非ＲＴＡであると判定された場合、実行はブロック３８８に進み、送信側ＳＴＡは、通常のＨＥ－ＳＵパケットフォーマットを使用して通常のＣＳＭＡ／ＣＡスキームに従ってパケットを送信した後に、図３２Ｂのブロック３９８においてルーチンを終了する。トラフィックがＲＴＡである場合、実行は図３２Ａのブロック３８０からブロック３８２に進み、送信側ＳＴＡは、トラフィックを送信するためにＨＥ－ＳＵ－ＲＴＡパケットを生成する。送信側ＳＴＡは、ＨＥ－ＳＵ－ＲＴＡパケットを生成する際に、ＰＬＣＰヘッダのＲＴＡ制御フィールド内のパラメータを設定する。次に、送信側ＳＴＡは、初期送信の直後にこのＲＴＡパケットを複数回再送するかどうかを決定する（３８４）。

送信側ＳＴＡがパケットを複数回送信すると決定した場合、実行はブロック３８６に進んで、送信側ＳＴＡは、受信側ＳＴＡが再送スケジュールを知ることができるように各再送のＰＬＣＰヘッダのＲＴＡ制御フィールド内のパラメータをリセットし、実行は図３２Ｂのブロック４００に進む。例えば、最後の再送を除く全ての送信では、さらなる再送フィールドが「１」に設定されて通知要求フィールドが「０」に設定される一方で、最後の再送のさらなる再送フィールドは「０」に設定される。最後の再送の通知要求フィールドは、送信側ＳＴＡによって行われた決定に基づいて設定される。送信側ＳＴＡは、図３２Ｂのブロック４００において、ＰＬＣＰヘッダ内のＲＴＡ制御フィールド情報の設定に従って、最後のパケット再送が終了するまで受信側ＳＴＡからの通知を待たない。一方で、図３２Ａのブロック３８４において複数回送信しないと決定された場合、実行は図３２Ｂのブロック３９０に進んで送信側ＳＴＡは初期パケット送信を終了する。

いずれのＲＴＡトラフィックの場合でも、実行はブロック３９０又は４００からブロック３９２に進み、複数の送信又は初期送信のいずれかの後に、送信側ＳＴＡが通知を、すなわちＲＴＡ－ＡＣＫ又はＲＴＡ－ＮＡＣＫを待つかどうかを判定する。この情報は、ＨＥ－ＳＵ－ＲＴＡパケットの最後の送信において通知要求フィールドを設定することによって、送信側と受信側との間で共有することができる。送信側ＳＴＡが通知を待たない場合、このパケットの送信は終了し、処理は終了３９８に到達する。そうでなければ、送信側ＳＴＡは、受信側ＳＴＡからの通知を待ってからブロック３９４に進み、送信側ＳＴＡがタイムアウト前にＲＴＡ－ＡＣＫを受け取ったかどうかを判定する。送信側ＳＴＡがＲＴＡ－ＡＣＫを受け取った場合にはパケット送信が成功しており、実行は終了３９８に到達して再送は不要である。一方で、ＳＴＡがＡＣＫを受け取っていない場合には、ブロック３９６に到達してＲＴＡパケットの有効期限をチェックする。パケット有効期限が満了している場合、再送は不要であり、パケットが破棄されて処理は終了する（３９８）。そうでなければ、ブロック４０２に到達して最小競合時間での再送がスケジュールされ、その後に実行はブロック３９２に戻る。

図３３に、シングルユーザモードにおけるＲＴＡパケットの再送スキームの実施形態例４１０を示す。この図では、図３２Ｂのブロック４０２に示すものと同じＨＥ－ＳＵ－ＲＴＡパケットフォーマットを使用してＲＴＡパケットの再送をスケジュールする方法の詳細について説明する。プロセスが開始し（図３３の４１２）、ＲＴＡ－ＮＡＣＫが受け取られたかどうかをチェックする（４１４）。タイムアウト前にＲＴＡ－ＮＡＣＫが受け取られなかった場合、送信側ＳＴＡは、チャネルアクセスを求めて競合するためにバックオフ時間を設定し、バックオフ時間の量を決定する競合ウィンドウ（ＣＷ）は、通常のＣＳＭＡ／ＣＡスキームと同様に増加せずに減少することができる。次に、送信側ＳＴＡは、競合ウィンドウサイズに従ってバックオフ時間にわたって待機し（４１６）、その後に実行はブロック４１８に到達する。ブロック４１４においてＲＴＡ－ＮＡＣＫが受け取られたと判定された場合には、送信側ＳＴＡがチャネルを占有し続けるので、実行は直接ブロック４１８に進み、従って送信側ＳＴＡは、チャネル競合を伴わずに即座にＲＴＡパケットを再送する。

送信側ＳＴＡは、チャネルアクセス権を獲得した後に、最後の再送後に通知が必要であるかどうかを判定する（４１８）。この情報は、図２５を参照して説明したように、ＲＴＡ制御フィールド内の通知要求フィールドを設定することによって最後の送信のＰＬＣＰヘッダに埋め込むことができる。次に、送信側ＳＴＡは、パケットを複数回再送するか、それとも１回だけ再送するかを決定する（４２０）。送信側ＳＴＡが複数回再送すると決定した場合、実行はブロック４２２に到達し、ＳＴＡは各再送パケットのＰＬＣＰヘッダ内のＲＴＡ制御フィールドのパラメータをリセットする。次に、ブロック４２４において、送信側ＳＴＡは、最後のパケット再送が終了するまで受信側ＳＴＡからの通知を待たず、最後の１回を除く全ての再送では、さらなる再送フィールドが「１」に設定され、通知要求フィールドが「０」に設定される。最後の再送のさらなる再送フィールドは「０」に設定される。最後の再送の通知要求フィールドは、ブロック４１８で行われた判定に基づいて設定される。プロセスは、ブロック４２６において終了する。

一方で、ブロック４２０においてＳＴＡが１回再送を行うと決定した場合、ブロック４２８においてＰＬＣＰヘッダのＲＴＡ制御フィールド内のパラメータを再送のために設定し、その後にチャネル競合を行わずにパケットを再送して（４３０）処理は終了する（４２６）。再送の通知要求フィールドは、ブロック４１８で行われた判定に基づいて設定される。

図３４Ａ及び図３４Ｂに、シングルユーザモードでＲＴＡパケット及び非ＲＴＡパケットを受け取るプロセスの実施形態例４５０を示す。この図では、ＳＴＡがシングルユーザモードでパケットを受け取る（４５２）方法の詳細について説明する。送信側ＳＴＡは、ＲＴＡパケットを送信する際に、図２６に示すようなＨＥ－ＳＵ－ＲＴＡパケットフォーマットを使用してＰＬＣＰヘッダにＲＴＡ制御フィールド情報を埋め込む。受信側ＳＴＡは、このパケットをシングルユーザモードで受け取ると、最初にＰＨＹ層のパケットのＰＬＣＰヘッダを検出する（図３４Ａの４５４）。受信側ＳＴＡは、図２３で説明したプロセスに基づき、パケットのＰＬＣＰヘッダ内のＲＴＡ制御フィールドの存在に従って、このパケットがＲＴＡであるか、それとも非ＲＴＡであるかを識別する（４５６）。ＲＴＡ制御フィールドが存在しない場合、パケットは非ＲＴＡパケットであると判定されて（４５８）実行はブロック４６８に到達し、通常のＣＳＭＡ／ＣＡスキームに従ってパケットが受け取られて実行は終了する（図３４Ｂの４７８）。

一方で、ＲＴＡ制御フィールドが存在する場合、ブロック４５８においてパケットはＲＴＡパケットであると判定されて実行はブロック４６０に到達し、ＳＴＡは、ＰＬＣＰヘッダ内のＲＴＡ－ＳＩＧフィールドからＲＴＡ制御フィールド内の情報を抽出する。ＳＴＡは、発信元及び宛先アドレスに従って、自機がパケットの対象の受信側であるかどうかを判定する（４６２）。ＳＴＡが対象の受信側でない場合、プロセスは終了して（図３４Ｂの４７８）パケットを破棄する。

一方で、図３４Ａのブロック４６２において受信側ＳＴＡが対象の受信側であると判定された場合には、ブロック４６４においてＲＴＡ制御フィールド内のＨＡＲＱタイプフィールドを解析して、このパケットの復号にどのタイプのＨＡＲＱが使用されているかを判定するが、このステップではＨＡＲＱが無効にされていることもある。受信側ＳＴＡは、ＨＡＲＱのタイプが分かると、そのパケットの以前の送信でのＨＡＲＱを適用してパケットを復号（４６６）した上で、図３４Ｂのブロック４７０に到達する。このパケットの以前の送信は、バッファに記憶されている。これらは、現在の送信パケットのものと同じパケットＩＤを有する。

受信側ＳＴＡは、パケットを復号した後に、ＲＴＡ制御フィールド内の通知要求フィールドをチェックする（図３４Ｂの４７０）。ＲＴＡ制御フィールド内で通知要求フィールドが「１」に設定されていることが判明した場合には、パケットが正しく受け取られたかどうかをチェックする（４７２）。正しく受け取られていた場合には、ブロック４７４において送信側ＳＴＡにＲＴＡ－ＡＣＫ通知を返送し、バッファからパケットを破棄（４７６）した上で処理は終了する（４７８）。

一方で、ブロック４７２においてパケットが正しく受け取られなかったと判定された場合、受信側ＳＴＡは、ＲＴＡ－ＮＡＣＫを送信して（４８０）パケットの有効期限をチェックする（４８２）。パケット有効期限が満了している場合、実行はブロック４７６に進み、受信側ＳＴＡがバッファからパケットを破棄した上で終了する（４７８）。一方で、ブロック４８２においてパケット有効期限が満了していないと判定された場合には、パケットを将来的に復号できるようにバッファに記憶して（４８４）処理は終了する。

ブロック４７０に戻り、ＲＴＡ制御フィールド内の通知要求フィールドが「０」に設定されている場合、受信側ＳＴＡは通知を送信せずに、ＲＴＡ制御フィールド内のさらなる再送フィールドをチェックする（４８６）。さらなる再送が存在すると判定された場合にはブロック４８４に到達して、パケットを将来的に復号できるようにバッファに記憶する。一方で、さらなる再送が存在しない場合、実行は上述したようにブロック４８２に到達し、パケット有効期限をチェックして、バッファからパケットを破棄するか、それともパケットをバッファに記憶するかを決定する。

４．６．１．２．実施例
本節では、シングルユーザモードにおけるＲＴＡパケットの再送スキームのプロセスについて説明する複数の実施例を示す。これらの全ての実施例は、図１７に示すネットワークトポロジを使用する。ＲＴＡパケットは、図２６に示すようなＨＥ－ＳＵ－ＲＴＡパケットフォーマットを利用することができる。通知パケットは、図２７に示すようなＲＴＡ－ＡＣＫ／ＮＡＣＫパケットフォーマットを使用することができる。

図３５に、初期送信後に競合を伴わずに実行されるＲＴＡ再送プロセスの実施形態例４９０を示す。従って、この図には、初期送信がシングルユーザモードで実行された後のＲＴＡパケットの即時再送を示す。この図には、ＳＴＡ５（ＡＰ）である送信側４９２と、ＳＴＡ６である受信側４９４との間の通信を示す。

このシナリオは、図３２Ａ及び図３２Ｂの３８４、３８６、４００、３９２及び３９４に示すようにＳＴＡがＲＴＡパケットを複数回再送すると決定した時に発生する。送信側ＳＴＡは、各再送パケットのＰＬＣＰヘッダ内のＲＴＡ制御フィールドのパラメータをリセットし、この結果、最後の送信まで通知を待つことなくパケットを再送する。最後のパケット再送後に通知が要求され、ＲＴＡ－ＡＣＫを受け取った後に送信が終了する。なお、ＳＴＡが複数回連続してＲＴＡパケットを送信する場合には、初期ＲＴＡ送信と第１のＲＴＡ再送との間などの２つの連続するパケット送信間にＳＩＦＳなどのフレーム間隔を追加することができると理解されたい。

送信側ＳＴＡは、ＲＴＡパケットを送信するために、図２６に示すようなＨＥ－ＳＵ－ＲＴＡフォーマットを使用する。ＲＴＡパケットのＰＬＣＰヘッダには、再送スキームを制御するＲＴＡ制御フィールド情報が埋め込まれる。

図３５の例では、初期ＲＴＡ送信４９６及び第１のＲＴＡ送信４９８が、現在の送信後にさらなる再送が続いて通知が要求されていないことを示すために、ＲＴＡ制御フィールド内で通知要求フィールドを「０」に設定してさらなる再送フィールドを「１」に設定する。第２のＲＴＡ送信５００は、これ以上さらなる再送が後続せずに通知が要求されていることを示すために、通知要求フィールドを「１」に設定してさらなる再送フィールドを「０」に設定する。受信側ＳＴＡは、これらのフィールドの情報に従って、第２のＲＴＡ送信５００の終了５０２まで送信側ＳＴＡに通知を返送しない。

受信側ＳＴＡは、ＲＴＡ制御フィールド内の発信元アドレス及び宛先アドレスに従って、自機が対象の受信側であるかどうかを判定してパケット送信信号をバッファに記憶する。なお、ＲＴＡ制御フィールド内の有効期限が満了している場合、これらのパケット送信信号はバッファから除去される。

受信側ＳＴＡは、パケットＰＬＣＰヘッダのＲＴＡ制御フィールドに埋め込まれたＨＡＲＱタイプフィールドに従って、ＲＴＡ制御フィールド内のパケットＩＤが同じである３つのパケット送信の受信信号を使用してパケットを復号することができる。

次に、この例に示すように、受信側ＳＴＡは、短フレーム間隔（ＳＩＦＳ）Ｇ１ ５０６後に時点５０４においてＲＴＡ－ＡＣＫフレームを送信して（５０８）、第２のＲＴＡ送信５００によって要求されたパケット送信の正確性を報告する。パケットがエラーを有する場合、受信側ＳＴＡは代わりにＲＴＡ－ＮＡＣＫフレームを送信する。

図３６に、初期送信が失敗した後の競合を伴わないシングルユーザモードでの即時ＲＴＡ再送の実施形態例５１０を示す。この例では、ＳＴＡ５（ＡＰ）として例示する送信側５１２と、ＳＴＡ６として例示する受信側５１４との間で、通知フィードバックに従ってＲＴＡパケット再送がどのように動的にスケジュールされるかについて説明する。

ＲＴＡパケットは、ＲＴＡパケット送信のために、図２６に示すようなＨＥ－ＳＵ－ＲＴＡパケットフォーマットを使用する。ＲＴＡパケットのＰＬＣＰヘッダには、再送スキームを制御するＲＴＡ制御フィールド情報が埋め込まれる。初期ＲＴＡ送信は、図３２Ａ及び図３２Ｂの（３９０、３９２、３９４、３９６及び４０２）に示すフローチャートに従う。

再び図３６を参照すると、送信側ＳＴＡが初期送信を送信して（５１６）終了する（５１８）。受信側は、遅延Ｇ１ ５２２の後に通知を送信し始める（５２０）が、ＲＴＡ－ＡＣＫの代わりにＲＴＡ－ＮＡＣＫを送信して（５２３）送信を終えている（５２４）。送信側ＳＴＡは、パケットの有効期限をチェックする。パケットの有効期限が満了していないので、送信側ＳＴＡは、ＳＩＦＳ遅延Ｇ１ ５２８の後にパケットの第１のＲＴＡ再送５３０を送信し始めて（５２６）完了する（５３２）。

次に、送信側ＳＴＡは、図３３のブロック４１４、４１８、４２０、４２８及び４３０に示すような再送スキームを使用する。再び図３６を参照すると、送信側ＳＴＡは、受信側ＳＴＡから初期ＲＴＡ送信のＲＴＡ－ＮＡＣＫを受け取ったので、チャネルは占有されたままである。

第１の送信が終了し（５３２）、Ｇ１遅延（５３６）が発生した後に、受信側は、別のＲＴＡ－ＮＡＣＫ５３７を送信して（５３４）終了する（５３８）。この第１のＲＴＡ再送も初期ＲＴＡ送信と同様に失敗したことを示すＲＴＡ－ＮＡＣＫが送信側によって受け取られる。

送信側ＳＴＡは、ＳＩＦＳ遅延Ｇ１ ５４２の後に直ちに第２のＲＴＡ再送５４４を開始する（５４０）。送信側ＳＴＡは、今回は図３３のブロック４１８、４２０、４２２及び４２４において説明したように通知を待つことなく複数回（この例では２回）再送５４４、５４６を行うと決定する。

再び図３６を参照すると、第３のＲＴＡ再送においてＲＴＡ制御フィールド内の通知要求フィールドが「０」に設定されている場合、最後のＲＴＡ再送（この例では第３の再送）後に送信が終了する（５４８）。

受信側ＳＴＡは、パケットのＰＬＣＰヘッダ内にタイプが示されるＨＡＲＱを使用してパケットを復号する。少なくとも１つの実施形態では、受信側ＳＴＡが、ＨＡＲＱを使用して復号する全ての受信パケット送信をバッファに記憶する。受信側ＳＴＡは、ＲＴＡパケットを受け取る度に、バッファに記憶されている以前の送信に関連してパケットの復号に進むことができる。

図３７に、競合ウィンドウのサイズ（継続時間）を増加させないＲＴＡ再送の実施形態例５５０を示す。この例には、予想通りに通知が受け取られなかった場合のＲＴＡ再送を示す。ＡＰ ＳＴＡ５として例示する送信側５５２と、ＳＴＡ６として例示する受信側５５４との間の通信を示す。図５に示すように、そもそも従来の８０２．１１では、送信側ＳＴＡが再送を実行するためにチャネルアクセスを求めて競合する場合、競合ウィンドウが増加してチャネル競合のバックオフ時間を引き延ばす。この開示する再送スキームの事例では、ＲＴＡパケット再送であるという理由で送信側ＳＴＡが競合ウィンドウを増加させず、実際に本開示は、より迅速にチャネルアクセス権を獲得するために競合ウィンドウを減少できるように構成される。

図３７の例では、ＲＴＡパケットが、図２６に示すようなＨＥ－ＳＵ－ＲＴＡパケットフォーマットを使用する。図３７を参照すると、送信側ＳＴＡは、初期ＲＴＡパケットを送信する（５５６）際に、ＰＬＣＰヘッダ内で通知要求フィールドを「１」に設定する。次に、送信終了５５８後に、送信側ＳＴＡは、パケット送信後の受信側ＳＴＡからの通知を予想する。

図３３のブロック４１４及び４１６に示すように、送信側ＳＴＡがパケットのＰＬＣＰヘッダ内で通知要求フィールドを「１」に設定している間に通知を受け取らなかった場合、ＲＴＡパケット再送のためのチャネル競合が発生する。

従って、図３７では、初期送信５５６の時点後５５８に、Ｇ２（ＤＩＦＳ）＋Ｇ３（ＡＣＫタイムアウト）の組み合わせ期間５６２にわたって応答がなく終了する（５６０）。バックオフ５６４が実行された後に第１のＲＴＡ再送５６６が続き、終了する（５６８）。この場合も期間Ｇ２＋Ｇ３ ５７２にわたって応答がなく、送信側はこの期間の最後５７０で直ちに別のバックオフ５７４を実行し、第２のＲＴＡ再送５７６を実行して終了する（５７８）。従って、この例では、チャネル競合と共に２つの再送がスケジュールされる。第２のＲＴＡ再送の競合ウィンドウは、第１の再送の競合ウィンドウ以下とすることができる。この例では、受信側が第２のＲＴＡ再送５７６を受け取ったので、Ｇ１（ＳＩＦＳ）遅延５８２の後にＲＴＡ－ＡＣＫ５８４の送信を開始する（５８０）。

ＲＴＡ再送のための競合ウィンドウのサイズは、４．４．１．節に示すような事前ネゴシエーションによって予め設定（事前ネゴシエーションに応答して予め決定）することができる。これらのパラメータは、チャネル状態、パケット有効期限及び同様の状態メトリックに従って動的に計算することもできる。

図３８に、ネットワークが送信すべきＲＴＡパケット及び非ＲＴＡパケットを両方とも有している場合のシングルユーザモードにおける混合トラフィックのための再送スキームの実施形態例５９０を示す。この例では、送信側ＳＴＡ７ ５９２、送信側ＳＴＡ６ ５９４及び受信側ＳＴＡ５ ５９６として例示する複数のＳＴＡがＲＴＡパケット及び非ＲＴＡパケットの再送スキームにどのように対応するかについて説明する。

図３２Ａ及び図３２Ｂのブロック３７８、３８０、３８８及び３８２について説明したように、ＳＴＡは、ＲＴＡトラフィックと非ＲＴＡトラフィックとを区別して、ＲＴＡパケット及び非ＲＴＡパケットをそれぞれ生成する。ＳＴＡは、ＲＴＡパケットを送信する際に、図２６に示すようなＨＥ－ＳＵ－ＲＴＡパケットフォーマットを使用してそのＰＬＣＰヘッダにＲＴＡ制御情報を埋め込む。受信側ＳＴＡも、受信パケット内のＲＴＡ制御フィールドの存在に基づいて、このパケットがＲＴＡパケットであると認識することができる。

送信側ＳＴＡは、ＲＴＡ又は非ＲＴＡパケットを送信する際にチャネルを求めて競合する。図３８に示すように、送信側ＳＴＡ６ ５９４及びＳＴＡ７ ５９２は、ＲＴＡパケット及び非ＲＴＡパケットの初期送信のためにそれぞれチャネルアクセスを求めて競合する（５９８、５９９に見られるバックオフ）。

１つの送信側ＳＴＡが送信を行っている場合、他のＳＴＡは、チャネル状態を検知してＣＣＡを使用中に設定する。この例では、バックオフ５９８（ｎスロットに設定されたＣＷ）の後に、送信側ＳＴＡ７がチャネルアクセス権を獲得して初期非ＲＴＡ送信６００を送信し、送信側ＳＴＡ６がチャネルを検知してＣＣＡを使用中に設定する（６０２）。受信側は、間隔Ｇ２＋Ｇ３にわたって応答しておらず（６０６）、ＳＴＡ７及びＳＴＡ６は、それぞれバックオフ６０８ａ（２×ｎスロットに設定されたＣＷ）、６０８ｂ（ｍスロットに設定されたＣＷ）を実行してチャネルのために競合する。従って、送信側ＳＴＡ７ ５９２は、非ＲＴＡパケット６００の再送が必要である時に、その競合ウィンドウを２倍（２×ｎスロットに設定されたＣＷ）にしてチャネルのために再競合する。この再送は、通常のＣＳＭＡ／ＣＡ再送スキームに従う。

この事例では、ＳＴＡ６がＲＴＡパケットを送信しようと試みたことに基づいてＳＴＡ６のバックオフの方が短く設定されているため、ＳＴＡ６がチャネルを取得して初期ＲＴＡ送信６１２を開始し、その後に送信側ＳＴＡ７がチャネルを検知してＣＣＡを使用中に設定する（６１０）。Ｇ１（ＳＩＦＳ）期間６１６が見られ、その後に受信側ＳＴＡ５（ＡＰ）５９６によってＲＴＡ－ＮＡＣＫ６１８が送信される。遅延Ｇ１間隔６２２の後に、送信側ＳＴＡ６ ５９４は、ＲＴＡ－ＮＡＣＫ６１８を受け取って競合を伴わずに直ちに第１のＲＴＡ再送６２４を開始するのに対し、送信側ＳＴＡ７ ５９２は、依然としてＣＣＡ使用中の状態６１０にある。遅延６２８後に、受信側ＳＴＡ５ ５９６は、送信を受け取ったことを示すＲＴＡ－ＡＣＫ６３０を送信する。従って、送信側ＳＴＡ６ ５９４は、ＲＴＡパケット６１２を送信した時に、第１のＲＴＡ再送６２４を送信する際に即時再送スキームに従っていたことになる。

再送スキームはパケット毎に切り替わり、従ってＳＴＡ７ ５９２及びＳＴＡ６ ５９４は、ＲＴＡ－ＡＣＫ６３０後にそれぞれ非ＲＴＡパケット６３４、６４８を送信しようと試みることでチャネルアクセス権を獲得しようとすることが分かる。従って、送信側ＳＴＡ６は、ＲＴＡパケットを送信していた時には即時再送スキームを使用したが、非ＲＴＡパケットを送信する際にはＣＳＭＡ／ＣＡスキームを使用するように切り替える。従って、ＳＴＡ７ ５９２及びＳＴＡ６ ５９４はいずれもバックオフ６３２ａ、６３２ｂ（ｎスロットに設定されたＣＷ）を実行し、この事例ではＳＴＡ７がアクセス権を獲得して第１の非ＲＴＡ再送６３４を送信し、チャネル使用中を検知したＳＴＡ６がＣＣＡ使用中状態６３５を設定する。受信側ＳＴＡ５ ５９６は、Ｇ１（ＳＩＦＳ）遅延６３８の後にＡＣＫ６４０を送信する。その後、ＳＴＡ６ ５９４は、バックオフ６４２でチャネルのために競合し始めるが、ＳＴＡ７及びＳＴＡ６は、いずれも他の局からの送信によって現在チャネルが使用中であることを検知してＣＣＡ使用中状態６４４ａ、６４４ｂに入り、その後にＳＴＡ６は、バックオフ６４６で競合した後にその初期非ＲＴＡ送信６４８を送信する。

４．６．２．マルチユーザモード
本節では、開示する技術をマルチユーザ送信に適用することについて説明する。なお、本技術をマルチユーザ送信に適用することは、以下を含むいくつかの理由によってシングルユーザ送信よりも複雑であると理解されたい。マルチユーザ送信は、アップリンク及びダウンリンクにおける複数のユーザの同時送信をサポートする。１つのマルチユーザ送信パケットは、ＲＴＡトラフィック及び非ＲＴＡトラフィックの両方を含むことができる。例えばＩＥＥＥ８０２．１１ａｘにおけるアップリンクマルチユーザ送信は、受信側ＳＴＡ（すなわち、ＡＰ）によってトリガされる。従って、開示するプロトコルは、チャネル帯域幅割り当てが柔軟であって動的に調整されるという事実から生じる状態に対処するように構成される。

開示する技術は、マルチユーザ送信に従うように以下の特徴を含み、マルチユーザ送信の利点を活用する。再送スキームは、マルチユーザ再送パケットによって伝えられるトラフィックタイプ（例えば、ＲＴＡ又は非ＲＴＡ）によって選択される。この決定は、通知からのフィードバックに基づいて行われる。

マルチユーザ送信パケットは、複数のユーザのＲＴＡパケット及び非ＲＴＡパケットの両方を搬送することができる。マルチユーザ送信パケットは、ＲＴＡトラフィックを搬送する際にはＲＴＡパケットである。ＲＴＡマルチユーザ送信パケットによって搬送される非ＲＴＡトラフィックも即時再送スキームに従う。ＡＰは、マルチユーザ送信パケットを再送する際に、より多くのダイバーシティ効果を獲得するように個別リソースブロックを再割り当てすることができる。開示する技術は、ＯＦＤＭＡ及びＭＩＭＯを含むあらゆるタイプのマルチユーザ送信に適用することができる。

４．６．２．１．マルチユーザダウンリンクモード
マルチユーザダウンリンクシナリオでは、ＡＰが送信側であり、このＡＰに関連するＳＴＡが受信側である。

４．６．２．１．１．ＭＵダウンリンクモードでパケットを送信するフローチャート
図３９Ａ及び図３９Ｂに、ＭＵダウンリンクモードでＲＴＡパケット及び非ＲＴＡパケットを送信する実施形態例６５０を示し、マルチユーザダウンリンク送信に即時再送スキームが適用された時に送信側ＳＴＡが行う動作の詳細について説明する。

ＡＰがマルチユーザダウンリンクモードでパケットを送信する（図３９Ａの６５２）予定である場合、最初にそのＭＡＣ層が上位層からトラフィックを受け取る（６５４）。次に、ＡＰは、その送信のチャネルアクセス権を獲得するためにクリアチャネル評価（ＣＣＡ）６５６を実行（起動）する。ＡＰのＭＡＣ層は、（図２０に示すように）上位層からのヘッダ情報と事前ネゴシエーションによって作成されたＲＴＡセッション記録とを比較することによってＲＴＡトラフィックと非ＲＴＡトラフィックとを識別することができる（６５８）。ＡＰは、次回のマルチユーザ送信において次回のパケットがＲＴＡトラフィックを含む予定であるかどうかを判定する（６６０）。

次回のマルチユーザ送信が非ＲＴＡトラフィックのみを搬送する場合、実行はブロック６６８に進み、ＡＰは、パケット送信及び再送に通常のＣＳＭＡ／ＣＡスキームを使用してプロセスは終了する（図３９Ｂの６８４）。

図３９Ａのブロック６６０において次回のマルチユーザ送信におけるトラフィックの一部がＲＴＡであると判定された場合、実行はブロック６６２に進み、ＳＴＡは、トラフィックの各ＲＴＡ及び非ＲＴＡ要素のためのＲＴＡ制御フィールドを作成する。ＡＰは、非ＲＴＡトラフィックのためのＲＴＡ制御フィールドを作成する際に、ＲＴＡ制御フィールドのトラフィックタイプフィールド内でこのＲＴＡが非ＲＴＡであることを示す。次に、ＡＰは、次回のマルチユーザ送信における各トラフィックにリソースユニット（ＲＵ）、変調及びコード化スキーム（ＭＣＳ）などの個別リソースブロックを割り当てる（６６４）。次に、ＡＰは、（図２８に示す）ＨＥ－ＭＵ－ＲＴＡパケットフォーマットを使用してマルチユーザ送信パケットを生成する（６６６）。ＲＴＡ制御フィールド及び個別リソースブロック割り当て情報は、ＨＥ－ＭＵ－ＲＴＡパケットのＰＬＣＰヘッダに埋め込まれる。パケットのデータフレームは、ＨＡＲＱを使用して符号化することができる。

ＡＰは、ＨＥ－ＭＵ－ＲＴＡパケットのＰＬＣＰヘッダ内の割り当てられたリソースブロックを使用してマルチユーザモードでパケットを送信する（図３９Ｂの６７０）。各ＲＴＡパケット及び非ＲＴＡパケットは、ＨＥ－ＭＵ－ＲＴＡパケット内のデータフレームフィールドによって搬送され、割り当てられた個別リソースブロックを使用して送信される。

少なくとも１つの実施形態では、ＡＰが、マルチユーザ送信パケットを送信し終えた後に、パケットのＲＴＡ制御フィールド内の通知要求フィールドに従って通知を待つことができる（６７２）。通知要求フィールドを「１」に設定することなどによって通知要求が実行されている場合、ＡＰは、受信側から通知（例えば、ＢＡ）を受け取ることを期待しており、実行はブロック６７４に到達して、受信側への通知要求のためにＭＵ－ＢＡＲを送信する。

ＡＰは、通知（例えば、ＢＡ）を待っている（６７６）にもかかわらずタイムアウト前に受け取らなかった場合、実行はブロック６７８に到達し、チャネルアクセスのために競合することによってパケットを再送する。この場合、競合ウィンドウは増加せずに減少することができる。

ＡＰは、ブロック６７６において通知を受け取ったと判定された場合、再送が必要であるかどうかをチェックする（６８０）。ＲＴＡ制御内のさらなる再送フィールドが「１」に設定されている場合、又はＢＡによってパケットが正しく受け取られなかったことが報告された場合には、再送が必要である。再送が必要でない場合、プロセスは終了する（６８４）。一方で、再送が必要な場合には、パケットによって搬送されるトラフィックの有効期限をチェックする（６８２）。有効期限が満了している場合、ＲＴＡトラフィックは破棄されてプロセスは終了する（６８４）。一方で、トラフィックの有効期限が満了していなければ、実行が図３９Ａのブロック６６０に戻ることで示すように、再送のための再スケジューリングが実行される。非ＲＴＡトラフィックは、その再送回数が再試行制限を上回っていない場合に再送に含まれるようになる。ブロック６６０において、ＡＰは、再送がＲＴＡトラフィックを搬送しているかどうかをチェックし、別のマルチユーザ送信がスケジュールされ、以下同様である。

図４０Ａ及び図４０Ｂに、ＭＵダウンリンクモードでＲＴＡパケット及び非ＲＴＡパケットを受け取る実施形態例６９０を示し、ＳＴＡがマルチユーザダウンリンクモードでどのようにＲＴＡパケット及び非ＲＴＡパケットを受け取るかの詳細について説明する。受信側ＳＴＡは、マルチユーザダウンリンクモードでパケットを受け取ると（６９２）、最初にＰＨＹ層においてパケットのＰＬＣＰヘッダを検出する（６９４）。受信側ＳＴＡは、ＰＬＣＰヘッダを解析して、ＰＬＣＰヘッダにＲＴＡ制御フィールドが含まれているかどうかを判定する（６９６）。次に、受信側ＳＴＡにおいて、（図２３に関して説明した）パケットがＲＴＡであるか、それとも非ＲＴＡであるかのチェック６９８が行われる。

ＰＬＣＰヘッダ内にＲＴＡ制御フィールドが存在しない場合、このマルチユーザパケットはＲＴＡトラフィックを含んでおらず、実行はブロック７０８に進み、受信側ＳＴＡが通常のＣＳＭＡ／ＣＡスキームに従ってパケットを受け取るように構成されて実行は終了する（図４０Ｂの７１８）。

一方で、ＰＬＣＰヘッダ内でＲＴＡ制御フィールドが検出された場合、このマルチユーザパケットはＲＴＡトラフィックを含むと判定され（６９８）、受信側ＳＴＡは、ＲＴＡ制御フィールドを解析して（７００）、自機に属するいずれかのＲＴＡ制御フィールドを発見する。ＳＴＡは、発信元アドレスと宛先アドレスとの比較に応答して、ＲＴＡ制御フィールドが自機に属するかどうか、及び自機がパケットの対象の受信側であるかどうかを判定する（７０２）。受信側ＳＴＡに属するＲＴＡ制御フィールドが存在しない場合、受信側ＳＴＡは対象の受信側ではなく、従ってパケットを破棄してプロセスは終了する（図４０Ｂの７１８）。

一方で、少なくとも１つのＲＴＡ制御フィールドが受信側ＳＴＡに属する場合、受信側ＳＴＡは対象の受信側であり、実行はブロック７０４に到達する。次に、このＲＴＡ制御フィールドから全てのＲＴＡ制御情報が抽出される。受信側ＳＴＡは、ＰＬＣＰヘッダ内で割り当てられた個別リソースブロックを使用してパケットを受信し続ける（７０４）。受信側ＳＴＡは、パケット全体を受け取ると、ＲＴＡ制御フィールド内のＨＡＲＱタイプフィールドに従って以前の送信（バッファ内に存在する場合）を使用してパケットを復号する（７０６）。ＨＡＲＱは、ＨＡＲＱタイプフィールドの情報に従って無効にすることもできる。

実行は図４０Ｂの判定ブロック７１０に到達し、パケットがエラーを伴わずに受け取られたかどうかを判定する。エラーを伴わずに受け取られていた場合、もはやＨＡＲＱ復号は不要であるため、受信側ＳＴＡは、このパケットの全ての受信信号をバッファから廃棄する（７１２）。次に、受信側ＳＴＡは、ＲＴＡ制御フィールド内の通知要求フィールドをチェックする（７１４）。

一方で、判定ブロック７１０においてエラーを含むパケットが受け取られたと判明した場合、受信側ＳＴＡは、パケット有効期限をチェックする（７２０）。パケット有効期限が満了している場合、実行はブロック７１２に進み、現在受け取られているパケット送信がバッファ及びこのパケットのあらゆる以前の送信から廃棄される。一方で、パケット有効期限が満了していない場合、実行はブロック７２２に到達し、局が現在のパケット送信の受信信号をバッファに記憶して、ＲＴＡ制御フィールド内のさらなる再送フィールドをチェックする（７２４）。さらなる再送が存在する場合、現在の送信は終了し（７１８）、受信側ＳＴＡは、このパケットの次の送信を受け取る準備を整えるべきである。

一方で、ブロック７２４において後続のさらなる再送が存在しないと判定された場合、受信側ＳＴＡは、ブロック７１４においてＲＴＡ制御フィールド内の通知要求フィールドをチェックする。このフィールドの指示ビットが「０」に設定されている場合、通知は要求されておらず、プロセスは終了する（７１８）。そうでなければ、受信側ＳＴＡは、ＡＰからＭＵ－ＢＡＲを受け取った後にブロックＡＣＫ（ＢＡ）を送信（７１６）してプロセスは終了する（７１８）。

４．６．２．１．２．混合ＲＴＡ及び非ＲＴＡトラフィックの複数の例
本節では、マルチユーザダウンリンクＯＦＤＭＡを使用した混合ＲＴＡ及び非ＲＴＡトラフィック送信の３つの例を示す。これらの例では、１つのマルチユーザ送信パケットがＲＴＡトラフィック及び非ＲＴＡトラフィックの両方を含む。しかしながら、再送スケジュールは、マルチユーザ送信パケット内のＲＴＡ制御フィールド情報に基づいて異なることができる。

これらの全ての例は、限定ではなく一例として図１７に示すネットワークトポロジ例に基づく。ＲＴＡトラフィックを含むマルチユーザ送信パケットは、図２８に示すＨＥ－ＭＵ－ＲＴＡパケットフォーマットを利用することができる。非ＲＴＡトラフィックのみを含むマルチユーザ送信パケットは、図７に示すような通常のＨＥ－ＭＵパケットフォーマットを利用できるのに対し、他の全てのパケットは、通常のパケットフォーマットを使用することができる。

図４１に、マルチユーザダウンリンクモードでのＲＴＡトラフィックのパケット再送が必要な場合に即時再送スキームが適用されることを実証する、ＭＵダウンリンクＯＦＤＭＡにおけるＲＴＡパケットの再送スキームの実施形態例７３０を示す。この図には、第１の送信側ＳＴＡ０（ＡＰ）７３２と、受信側ＳＴＡ１ ７３４と、受信側ＳＴＡ２ ７３６と、受信側ＳＴＡ３ ７３８と、受信側ＳＴＡ４ ７４０との間の通信を示す。

ＡＰ７３２によって、図示の局を含むそのＳＴＡ（非ＡＰ）に初期送信７４２が送信される。このプロセスは、図３９Ａ及び図３９Ｂのフローチャートのロジックに従う。マルチユーザ送信パケットは、図２８に示すようなＨＥ－ＭＵ－ＲＴＡパケットフォーマットを使用することができる。ＨＥ－ＭＵ－ＲＴＡパケットのＰＬＣＰヘッダは、個別リソースブロック割り当て情報及びＲＴＡ制御フィールド情報を含む。

初期送信７４２の図に示すように、リソースユニット（ＲＵ）１、３、４はＲＴＡトラフィックを送信するために利用され、ＲＵ２は非ＲＴＡトラフィックを送信するために使用される。受信側ＳＴＡは、ＨＥ－ＭＵ－ＲＴＡパケットのＰＬＣＰヘッダ内のＲＴＡ制御フィールドを検出する。次に、トラフィックを受け取った受信側ＳＴＡは、ＰＬＣＰヘッダ内に示される割り当てられたリソースブロックを使用して、ＲＴＡ制御フィールド内のＨＡＲＱタイプに従ってトラフィックを復号する。ＡＰは、ＨＥ－ＭＵ－ＲＴＡパケット送信を終了した後にマルチユーザＢＡＲ７４６を送信し、受信側ＳＴＡは、ＢＡ７４８ａ、７４８ｂ、７４８ｃ及び７４８ｄをそれぞれ送信して初期送信の正確性を報告する。ＳＴＡ０ ７３２は、これらのブロック肯定応答（ＢＡ）から、ＳＴＡ２へのパケットが正しく受け取られたと判定する（７５０）一方で、受信側１、３及び４のための再送をスケジュールしなければならない。

図３９Ｂのブロック６８０に関して説明したように、ＡＰは、受信側から受け取られたＢＡに従って受信側１、３及び４のためのＲＴＡパケットを再送する必要があると認識する。再び図４１を参照すると、ＳＴＡ０ ７３２のＡＰは、各ＲＴＡトラフィックのパケットの有効期限をチェックして、チャネル競合を伴わずに直ちにパケットを再送する。この事例では、送信側ＡＰが通知を待つことなく２回再送を行う。この再送は、図４１に示す第１の再送７５２においてＲＴＡ制御フィールド内のさらなる再送フィールドを「１」に設定し、送信終了７５６の前の第２の再送７５４において「０」に設定することによって、図３９Ｂのフローチャートブロック６７２、６８０及び６８２のロジックに従う。これらの２回の再送における通知フィールドは、ＡＰと受信側ＳＴＡとの間にＭＵ－ＢＡＲ及びＢＡ交換が存在しないように「０」に設定される。

各再送では、送信側ＡＰが、より多くのダイバーシティを獲得するように個別リソースブロックを割り当てる。各再送は、ユーザに異なるＲＵを割り当てる。また、第２の再送に示すように、再送中にＭＣＳを調整することもできる。第１の再送は、受信側４のためのＲＴＡトラフィックを含むＲＵ１と、受信側１のためのＲＴＡトラフィックを有するＲＵ２と、受信側３のためのＲＴＡトラフィックを含むＲＵ４とを有することが分かる。第２の再送は、受信側３のためのＲＴＡトラフィックを含むＲＵ１と、受信側４のためのＲＴＡトラフィックを含むＲＵ２と、異なるＭＣＳを有する受信側１のためのＲＴＡトラフィックを含むＲＵ３及びＲＵ４とを有するように例示される。

図４２に、マルチユーザダウンリンクモードにおいてＡＰと受信側ＳＴＡとの間のＭＵ－ＢＡＲ及びＢＡの交換が失敗した場合にＡＰがＲＴＡパケット再送を実行するためにチャネルを求めて再競合する必要があることを実証する、ダウンリンクマルチユーザＯＦＤＭＡにおけるＭＵ－ＢＡＲの失敗に対処する実施形態例７７０を示す。前の図と同様に、図４２には、第１の送信側ＳＴＡ０（ＡＰ）７７２と、受信側ＳＴＡ１ ７７４と、受信側ＳＴＡ２ ７７６と、受信側ＳＴＡ３ ７７８と、受信側ＳＴＡ４ ７８０との間の通信を示す。

ＡＰ ＳＴＡ０ ７７２によって、そのＳＴＡ（非ＡＰ）に初期送信７８２が送信される。このプロセスは、図３９Ｂのフローチャートブロック６７２、６７４、６７６及び６７８のロジックに従う。ＡＰは、図２８に示すＨＥ－ＭＵ－ＲＴＡパケットフォーマットを使用してマルチユーザ送信パケットを送信する。ＨＥ－ＭＵ－ＲＴＡパケットのＰＬＣＰヘッダは、チャネルリソースブロック割り当て情報及びＲＴＡ制御フィールド情報を含む。前回の図４１に限定ではなく一例として示すように、ＲＵ１、３、４はＲＴＡトラフィックを送信するために使用され、ＲＵ２は非ＲＴＡトラフィックを送信するために使用されることが分かる。受信側は、ＨＥ－ＭＵ－ＲＴＡパケットのＰＬＣＰヘッダ内のＲＴＡ制御フィールドを検出し、ＰＬＣＰヘッダ内に示される割り当てられたリソースブロックを使用してパケットを受け取り、ＲＴＡ制御フィールド内のＨＡＲＱタイプに従ってこれらのパケットを復号する。図４２では、ＡＰが、ＨＥ－ＭＵ－ＲＴＡパケット送信を終了した後にＭＵ－ＢＡＲ７８４を送信するが、受信側２ ７７８からのＢＡ ７８６のみを受け取る。

ＳＴＡ０は、ＢＡを待った後に、受信側１、３及び４からＢＡが受け取られていないと判定すると同時に、受信側２から受け取られたＢＡに従って、その非ＲＴＡトラフィックは正しく送信されたが他のＲＴＡトラフィックは正しく送信されなかったと判定する（７８７）。ＡＰは、これに応答してＲＴＡトラフィックの再送をスケジュールする必要がある。図３９Ｂのブロック６７６の説明によれば、図４２の例におけるＡＰは、ｎ個のスロットのために設定されたＣＷを使用してバックオフ時間７８８にわたって待つことによってチャネルアクセスを求めて再び競合（再競合）しなければならず、第１の再送７９０のためにチャネルにアクセスした後にＭＵ－ＢＡＲ７９２が続く。

ＳＴＡ０は、第１の再送を終了した後に、初期送信の場合と同じ通信障害が発生したと判定する（７９４）。今回は、ＲＴＡパケット再送のための競合ウィンドウを減少させることはできるが、バックオフ時間のための競合ウィンドウは増加しない。ＳＴＡ０ ７７２は、ＣＷがｎ以下のバックオフ７９６でチャネルを求めて競合し、チャネルにアクセスして第２の再送７９８を送信する。通知は不要であり、さらなる再送はスケジュールされないので、この第２の再送の後に送信は終了する（８００）。

図４３に、ＭＵダウンリンクＯＦＤＭＡにおける非ＲＴＡパケットの即時再送なし（ｎｏ ｉｍｍｅｄｉａｔｅ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）の実施形態例８１０を示す。前の図と同様に、図４３には、第１の送信側ＳＴＡ０（ＡＰ）８１２と、受信側ＳＴＡ１ ８１４と、受信側ＳＴＡ２ ８１６と、受信側ＳＴＡ３ ８１８と、受信側ＳＴＡ４ ８２０との間の通信を示す。

この図では、再送が非ＲＴＡトラフィックのみを含む例を実証する。このシナリオは、図３９Ａのブロック６６０、６６８で説明したものである。再び図４３を参照すると、ＡＰ８１２によってＡＰのＳＴＡ（非ＡＰ）に初期送信８２２が送信された後にＭＵ－ＢＡＲ８２４が続く。図示のように、ＲＵ１、３は非ＲＴＡトラフィックを送信（８２２）するために利用され、ＲＵ２、４はＲＴＡトラフィックを送信するために利用される。ＡＰは、受信側から戻って来た通知（すなわち、ＢＡ）８２６ａ、８２６ｂ、８２６ｃ及び８２６ｄに従って、全てのＲＴＡトラフィックが正常に受け取られたと認識する（８２８）。しかしながら、受信側１のための非ＲＴＡトラフィックは再送を必要とする。図３９Ａのブロック６６８によれば、図４３の例におけるＡＰは、ＣＳＭＡ／ＣＡスキームを使用するように切り替え、バックオフ時間８３０で再びチャネルを求めて競合し、チャネルアクセス時に受信側１ ８１４のための非ＲＴＡトラフィックの再送８３２に進む。

４．６．２．２．マルチユーザアップリンクモード
マルチユーザップリンクモードでは、ＡＰが複数のＳＴＡから同時にパケットを受け取ることができる。特に、アップリンクにおける受信側としてのＡＰは、全ての送信側ＳＴＡにトリガフレームを送信することによってＳＴＡとＡＰとの間の送信を開始する。送信側ＳＴＡは、トリガフレームを受け取った後にパケットを送信する。

４．６．２．２．１．ＭＵアップリンクモードにおけるパケットのフローチャート
図４４Ａ及び図４４Ｂに、マルチユーザップリンク送信に即時再送スキームが適用された時に送信側ＳＴＡが行う動作の詳細を示す、ＭＵアップリンクモードにおいてＲＴＡパケット及び非ＲＴＡパケットを送信する実施形態例８５０を示す。

ＳＴＡがマルチユーザップリンクモードでパケットを送信する（８５２）場合、最初にこれらのＳＴＡのＭＡＣ層が上位層からトラフィックを受け取る（８５４）。図２０で説明したように、送信側ＳＴＡのＭＡＣ層は、上位層からのヘッダ情報と事前ネゴシエーションによって作成されたＲＴＡセッション記録とを比較することによってＲＴＡと非ＲＴＡトラフィックとを識別する（８５６）ことができ、この送信側におけるＲＴＡトラフィックの識別をブロック８５８に示す。

ＳＴＡは、これらのパケットを送信する前にＡＰからトリガフレームを受け取る（８５８）。８６０において、トリガフレームがいずれかのＲＴＡ制御フィールドを含むかどうかをチェックする。トリガフレームがＲＴＡ制御フィールドを含んでいない場合、このトリガフレームは図９に示すような通常のトリガフレームであり、送信側ＳＴＡは、通常のＣＳＭＡ／ＣＡスキームに従ってパケットを送信し（図４４の８６４）、実行はプロセスの終了に到達する（図４４Ｂの８８０）。ブロック８６０においてトリガフレームがＲＴＡ制御フィールドを含むと判定された場合、このマルチユーザ送信はＲＴＡトラフィックを含んでおり、トリガフレームは既に図２９に示したＲＴＡ－ＴＦフォーマットである。

次に、送信側ＳＴＡは、初期送信のためにＲＴＡ制御フィールド情報を抽出する。ＲＴＡ制御フィールドに従うＲＴＡ再送スケジュールフィールドが存在する場合、ＡＰによって複数の再送がスケジュールされる。ＲＴＡ再送フィールドの再送回数＋１（すなわち、初期送信）に等しいＮによって表される総再送回数が設定される（８６２）。

次に、送信側ＳＴＡは、初期送信とＲＴＡ－ＴＦに示される再送スケジュールとに従ってパケットを複数回送信する。このプロセス部分では、さらなる送信が必要であるか（例えば、依然としてＮが０よりも大きいか）どうかを判定するチェックが行われる（８６６）。さらなる送信が残っている場合、実行はブロック８６８に到達し、送信側ＳＴＡは、ＲＴＡ－ＴＦに従って送信すべきトラフィックを検索する。トラフィックがＲＴＡである場合、送信側ＳＴＡは、ＲＴＡ－ＴＦに示されるＲＴＡセッションＩＤを有するＲＴＡセッションからトラフィックを検索する。次に、送信側ＳＴＡは、ＲＴＡ－ＴＦに示されるＨＡＲＱタイプを使用してパケットを符号化する（８７０）。マルチユーザパケットは、図８に示すような通常のＨＥ－ＴＢフォーマットを使用して、ＨＥ－ＴＢフォーマットを使用するＭＵパケットを生成する（図４４Ｂの８７２）。ＨＥ－ＴＢパケット内のＲＴＡトラフィックは、ＲＴＡ－ＴＦに示されるＲＴＡセッションのトラフィックを伝える。送信側ＳＴＡは、ＲＴＡ－ＴＦによって割り当てられた個別リソースブロックを使用してＨＥ－ＴＢパケットを送信する（８７４）。パケットの再送は、ＲＴＡ－ＴＦ内のＲＴＡ再送スケジュールフィールドに埋め込まれた同じタイプの情報を利用して複数回の送信を終了し、再送カウンタを減分した上で（８７６）、ブロック８６６に戻って別の再送を実行すべきかどうかを判定する。

送信側ＳＴＡは、ＲＴＡ－ＴＦによってスケジュールされた全ての送信及び再送を終了した後にＡＰからＲＴＡ－ＢＡパケットを受け取ることができる。ブロック８６６のチェックでさらなる再送が存在しないことが示された場合、実行はブロック８７８に到達し、ＲＴＡ再送スケジュールフィールドを含むＲＴＡ－ＢＡが受け取られたかどうかを判定する。再送スケジュールフィールドを含むＲＴＡ－ＢＡが受け取られた場合、実行は図４４Ａのブロック８６２に進み、送信側ＳＴＡは、ブロック８６８、８７０及び８７２におけるＲＴＡ－ＢＡ内の再送スケジュールに従ってパケットを再送することができる。ＲＴＡ－ＢＡパケット内には初期送信情報が存在しないので、再送回数Ｎは、ＲＴＡ再送フィールド内の再送回数に等しい。ブロック８６６において必要な再送回数がゼロに到達したと判定された場合、及びブロック８７８において再送スケジュールを含むＲＴＡ－ＢＡが未だ受け取られていないと判定された場合、プロセスは終了する（８８０）。

図４５Ａ及び図４５Ｂに、ＭＵアップリンクモードでＲＴＡパケット及び非ＲＴＡパケットを受け取る実施形態例８９０を示し、アップリンクモードでＲＴＡトラフィック及び非ＲＴＡトラフィックを搬送するマルチユーザパケットをＡＰがどのように受け取るかの詳細について説明する。ＡＰは、マルチユーザップリンクモードでパケットを受け取ると決定した（８９２）場合、事前ネゴシエーションによって作成されたＲＴＡセッション記録をチェックする（８９４）。ＡＰは、事前ネゴシエーション記録に従って、ＲＴＡセッションのためのトラフィックを受け取るべきであるかどうかを判定する（８９４）。

受け取るべきＲＴＡトラフィックが存在しない場合にはブロック８９６に到達し、ＡＰは、チャネルアクセス権を獲得するためにクリアチャネル評価を実行し、通常のトリガフレームを送信し（８９８）、ＣＳＭＡ／ＣＡスキームに従って非ＲＴＡトラフィックを搬送するパケットを受け取った（９００）上でプロセスは終了する（図４５Ｂの９３４）。

図４５Ａのチェック８９４によってＡＰが受け取るべきＲＴＡトラフィックを有していると判定された場合、ＡＰは、ブロック９０２において、個別リソースブロック割り当て情報、ＲＴＡ制御フィールド及び再送スケジュールをＲＴＡ－ＴＦパケットに埋め込む。次に、ＡＰは、チャネル状態を評価して（９０４）送信側ＳＴＡにＲＴＡ－ＴＦパケットを送信する（９０６）。ＡＰが、送信側ＳＴＡからのマルチユーザ送信パケットのＰＬＣＰヘッダをタイムアウト前に検出しなかった（９０８）場合、ブロック９１０に示すようにＲＴＡ－ＴＦ送信は失敗してＡＰはバックオフ時間にわたって待機する必要があり、実行はブロック９０４に進み、ＡＰはチャネルアクセスを求めて再競合してＲＴＡ－ＴＦパケットを再送する。なお、ブロック９１０において、バックオフ時間の競合ウィンドウは減少することはできるが増加しない。

一方で、ＡＰは、ブロック９０８においてマルチユーザアップリンク送信が開始することをタイムアウト前に検出した場合、ＲＴＡ－ＴＦパケット内の割り当てられた個別リソースブロックを使用してトラフィックを受け取る（９１２）。ブロック９１４のチェックによってＲＴＡ－ＴＦ内にさらなる再送が存在することが示された場合、ＡＰはブロック９１２においてパケットを受信し続ける。

ＡＰが送信側ＳＴＡから全てのパケットの送信及び再送を受け取った後に、実行はブロック９１２、９１４のループから図４５Ｂのブロック９１６に進み、ＡＰは、ＲＴＡ－ＴＦパケットに示されるＨＡＲＱのタイプを使用してパケットの復号を開始する。チェック９１８において、ＡＰが全てのＲＴＡパケットを正しく受け取ったかどうかを判定する。全てのパケットが正しく受け取られた場合、実行はブロックに到達してこのパケットの受信信号をバッファから廃棄し（９２０）、ＲＴＡ－ＴＦパケットに埋め込まれた最後の再送スケジュール内の通知要求フィールドをチェックする（９２２）。ブロック９２２において通知要求が存在しないと判定された場合、プロセスは終了する（９３４）。そうでなければ、ＳＴＡは、再送スケジュールを含まないＲＴＡ－ＢＡを送信した（９２４）上で終了する（９３４）。

チェック９１８に戻り、全てのパケットが正しく受け取られたわけではない場合、実行はブロック９２６に到達し、ＡＰは、パケットの受信信号をバッファに記憶し、有効期限が満了しているＲＴＡトラフィックの部分をバッファ内のパケットから除去する（９２８）。ＡＰは、これらのバッファ内のパケットのさらなる再送をスケジュールすべきであるかどうかを判定する（９３０）。さらなる再送が必要である場合、ＡＰは、再送スケジュールが埋め込まれたＲＴＡ－ＢＡパケットを全ての送信側ＳＴＡに送信し（９３２）、実行は図４５Ａのブロック９０８に戻って再送の受信を開始することができる。ブロック９３０においてスケジュールされたさらなる再送が存在しないと判定された場合、実行はブロック９２２に到達し、ＡＰは、ＲＴＡ－ＴＦパケットに埋め込まれた最後の再送スケジュール内の通知要求フィールドをチェックする。

ＡＰが、ＲＴＡ－ＴＦパケットに埋め込まれた最後の再送スケジュール内の通知要求フィールドをチェックした（９２２）時に、通知要求フィールドが「０」に設定されている場合には送信が終了し（９３４）、そうでなければ、ＡＰは、埋め込まれた再送スケジュールを含まないＲＴＡ－ＢＡパケットを送信側ＳＴＡに送信する（９２４）。

４．６．２．２．２．ＭＵアップリンクＯＦＤＭＡのための混合ＲＴＡ／非ＲＴＡの例
限定ではなく一例として、本節では、マルチユーザップリンクＯＦＤＭＡを使用した混合ＲＴＡ及び非ＲＴＡトラフィック送信の３つの例について説明する。なお、これらの例では、図１７に示すネットワークトポロジ例に基づいて、１つのマルチユーザ送信パケットがＲＴＡトラフィック及び非ＲＴＡトラフィックの両方を含むことができる。マルチユーザ送信パケットは、図８に示すような通常のＨＥ－ＴＢパケットフォーマットを使用する。再送スケジュールは、受信側ＡＰが図２９に示すようなＲＴＡ－ＴＦパケット又は図３１に示すようなＲＴＡ－ＢＡパケットを使用して送信側ＳＴＡに送信することができる。

図４６に、ＯＦＤＭＡを使用するマルチユーザアップリンクシナリオにおいて即時再送がどのようにスケジュールされるかについての例として、ＭＵアップリンクＯＦＤＭＡにおけるＲＴＡトラフィックの即時再送スキームの実施形態例９５０を示す。この図には、第１の送信側ＳＴＡ０（ＡＰ）５９２と、受信側ＳＴＡ１ ９５４と、受信側ＳＴＡ２ ９５６と、受信側ＳＴＡ３ ９５８と、受信側ＳＴＡ４ ９６０との間の通信を示す。

上述した図４５Ａ及び図４５Ｂによれば、この例は、ＡＰが、受け取るべきＲＴＡトラフィックを有していて（８９４）、送信側ＳＴＡにＲＴＡ－ＴＦパケットを送信し（９０６）、送信側ＳＴＡからパケットを受け取り（９１２）、パケットを再送するための再送スケジュールを含むＲＴＡ－ＢＡパケットを送信する（９３２）際に発生する。

再び図４６を参照すると、ＡＰは、事前ネゴシエーションによって作成されたＲＴＡセッション記録から、受け取るべきＲＴＡトラフィックを有していると判定する。ＡＰは、初期送信をトリガするためにＲＴＡ－ＴＦパケットを送信する（９６２）。ＲＴＡ－ＴＦは、送信及び再送スケジュール情報、並びにＲＴＡセッションＩＤなどを含むＲＴＡセッション識別情報を含む。

送信側ＳＴＡは、ＡＰからＲＴＡ－ＴＦパケットを受け取り、ＲＴＡ－ＴＦ内のトラフィックタイプ情報及びＲＴＡセッションＩＤに従って、ＲＴＡトラフィックを搬送するパケットを送信すべきであるか、それとも非ＲＴＡトラフィックを搬送するパケットを送信すべきであるかを決定する。このＲＴＡトラフィックは、ＲＴＡ－ＴＦパケットに埋め込まれたセッションＩＤを有するＲＴＡセッションからのものである。送信側ＳＴＡは、パケットを送信するためにどのリソースブロックを使用すべきであるかも決定する。この例では、送信側ＳＴＡ１、２及び４がそれぞれＲＵ１、２及び４を使用してＲＴＡトラフィックを送信するのに対し、送信側ＳＴＡ３は、ＲＵ３を使用して非ＲＴＡトラフィックを送信する。これらのＡＰへの初期送信９６４ａ、９６４ｂ、９６４ｃ及び９６４ｄを、そのヘッダと共に示す。マルチユーザ送信パケットは、ＨＥ－ＴＢパケットフォーマットを使用する。

ＡＰは、初期送信が終了した後に、送信側２からのＲＴＡトラフィックは正しく受け取られたが、他の送信側からのトラフィックは失敗したと判定し（９６６）、これらの失敗したトラフィックは、送信側ＳＴＡ１、４によって送信されたトラフィックであるＲＴＡ、及び送信側ＳＴＡ３によって送信されたトラフィックである非ＲＴＡである。再送すべきＲＴＡトラフィックが存在するので、ＡＰは、再送スケジュールを含むＲＴＡ－ＢＡパケット９６８を送信する。この事例では、ＲＴＡ－ＢＡ内に２回の再送がスケジュールされているが、プログラムはあらゆる所望の数の再送に設定することができる。ＡＰは、より多くのダイバーシティを獲得するように各再送のためのリソースブロックを再割り当てする。送信側ＳＴＡは、ＲＴＡ－ＢＡを受け取る。

次に、ＳＴＡ１ ９５４、ＳＴＡ３ ９５８及びＳＴＡ４ ９６０は、ＲＴＡ－ＢＡパケットに埋め込まれた再送スケジュールに従って再送を実行し、これらの送信側ＳＴＡは、図４４Ｂのブロック８６６、８７０、８７２、８７４及び８７６に示すロジックを使用してパケットを２回再送する。再び図４６を参照すると、第１の再送９７０ａ、９７０ｂ及び９７０ｃの後に第２の再送９７２ａ、９７２ｂ及び９７２ｃが続いて送信が終了する（９７４）ことが分かる。

ＡＰは、ＲＴＡ－ＢＡパケット内の再送スケジュールに従う第１及び第２の再送を受け取り、これについては図４５Ａの９１２、９１４に示す。ＡＰは、図４６の３回の再送から受け取られたパケット信号を使用して、ＲＴＡ－ＢＡに示されるＨＡＲＱタイプに従ってパケットを復号する。通知は不要であるため、送信は終了する（９７４）。

図４７に、ＭＵアップリンクＯＦＤＭＡにおけるＲＴＡ－ＴＦ及びＲＴＡ－ＢＡの失敗に対処する実施形態例９９０を示しており、従ってＯＦＤＭＡを使用するマルチユーザップリンクモードにおいてＲＴＡ－ＴＦ又はＲＴＡ－ＢＡパケットが正常に送信されなかった場合にＡＰがどのように対応するかについて示す。この図には、第１の受信側ＳＴＡ０（ＡＰ）９９２と、送信側ＳＴＡ１ ９９４、送信側ＳＴＡ２ ９９６、送信側ＳＴＡ３ ９９８及び送信側ＳＴＡ４ １０００を含む一連の送信側との間の通信を示す。

このシナリオは、図４５Ａのフロー図のブロック９０８、９１０に従う。ＲＴＡ－ＴＦ又はＲＴＡ－ＢＡパケットが正常に送信されなかった場合、ＡＰは、チャネルを求めて再競合してＲＴＡ－ＴＦパケットを再送する必要がある。

ＡＰは、送信側１、２及び４からのＲＴＡパケットの有効期限を設定する（１００２）。ＡＰは、事前ネゴシエーションによって作成されたＲＴＡセッション記録に従って、受け取るべきＲＴＡトラフィックを有しており、初期送信１００６ａ、１００６ｂ、１００６ｃ及び１００６ｄをトリガするためにＲＴＡ－ＴＦパケット１００４を送信する。ＲＴＡ－ＴＦは、送信及び再送スケジュール情報を含む。このスケジュールには、ＲＴＡセッションＩＤなどのＲＴＡセッション情報も埋め込まれる。

送信側ＳＴＡは、ＡＰからＲＴＡ－ＴＦパケットを受け取る。送信側ＳＴＡは、ＲＴＡ－ＴＦ内のトラフィックタイプ情報及びＲＴＡセッション識別情報に従って、ＲＴＡトラフィック又は非ＲＴＡトラフィックのどちらを送信すべきであるかを決定する。ＲＴＡトラフィックは、ＲＴＡ－ＴＦパケットに埋め込まれたセッションＩＤを有するＲＴＡセッションからのものである。ＲＴＡ－ＴＦは、送信側ＳＴＡに、トラフィックを送信するためにどのリソースブロックを使用すべきであるかについても通知する。この例では、送信側ＳＴＡ１、２及び４が、それぞれＲＵ１、２及び４を使用してＲＴＡトラフィックを送信する。送信側ＳＴＡ３は、ＲＵ３を使用して非ＲＴＡトラフィックを送信する。マルチユーザ送信パケットは、ＨＥ－ＴＢパケットフォーマットを使用する。

ＡＰは、初期送信が終了した後に、送信側２からのＲＴＡトラフィックは正しく受け取られたが、他の送信側からのトラフィックは失敗したと判定する（１００８）。失敗した送信は、ＳＴＡ１ ９９４及びＳＴＡ４ １０００から送信されたＲＴＡトラフィックと、送信側ＳＴＡ３ ９９８によって送信された非ＲＴＡトラフィックとを含む。一方で、送信側ＳＴＡ４からのトラフィックの有効期限は満了しており、受信側ＡＰは、バッファ内のパケットからこのトラフィックを廃棄し、このトラフィックの再送はスケジュールされない。再送すべきＲＴＡトラフィックが依然として存在するので、ＡＰは、再送スケジュールを含むＲＴＡ－ＢＡパケット１０１０を送信する。

しかしながら、ＡＰは、ＲＴＡ－ＢＡパケットを送信した後に送信側ＳＴＡからパケットを受け取っていないと判定し（１０１２）、従ってチャネルを求めて再競合してバックオフ時間１０１４（ＣＷはｍスロットに設定される）にわたって待機する必要がある。ＡＰは、再びチャネルアクセス権を獲得した後に、再び送信側ＳＴＡにＲＴＡ－ＴＦパケット１０１６を送信する。

ＡＰは、ＲＴＡ－ＴＦを再送した後にパケットを受け取っていないと判定し（１０１８）、これによりバックオフ時間１０２０の競合ウィンドウ（ＣＷはｍスロット以下に設定される）を増加させることなくチャネルを求めて再競合する。ＡＰは、再び個別リソースブロックを割り当て、再送するＲＴＦ－ＴＦパケットにこの情報を埋め込む（１０２２）。今回は、送信側ＳＴＡがＲＴＡ－ＴＦを受け取り、ＲＴＡ－ＴＦパケット内で再割り当てされた個別リソースブロックを使用してパケットの第１の再送１０２４ａ、１０２４ｂを送信する。ＡＰは、送信側ＳＴＡから正常にパケットを受け取り、送信側ＳＴＡに送信が成功したことを通知するために再送スケジュールを含まないＲＴＡ－ＢＡパケット１０２６を送信する。

図４８に、ＯＦＤＭＡシステムのアップリンクマルチユーザモードにおいて非ＲＴＡトラフィックのみを再送する必要がある時にマルチユーザ送信パケットがどのように再送されるかについて説明する例を示す、ＭＵアップリンクＯＦＤＭＡにおける非ＲＴＡパケットの再送スキームの実施形態例１０３０を示す。この図には、第１の受信側ＳＴＡ０（ＡＰ）１０３２と、送信側ＳＴＡ１ １０３４、送信側ＳＴＡ２ １０３６、送信側ＳＴＡ３ １０３８及び送信側ＳＴＡ４ １０４０を含む一連の送信側との間の通信を示す。

図４５Ａのブロック８９４、８９６、８９８及び９００に示すように、ＡＰは、通常のＣＳＭＡ／ＣＡスキームに従ってマルチユーザップリンク送信を開始する。

ＡＰは、事前ネゴシエーションによって作成されたＲＴＡセッション記録に従って、受け取るべきＲＴＡトラフィックを有しており、従って図４８では、初期送信をトリガするためにＲＴＡ－ＴＦパケット１０４２を送信することが分かる。ＲＴＡ－ＴＦは、埋め込まれたＲＴＡセッションＩＤを含む送信及び再送スケジュール情報を含む。

送信側ＳＴＡは、ＡＰからＲＴＡ－ＴＦパケットを受け取ってその情報を復号する。送信側ＳＴＡは、ＲＴＡ－ＴＦ内の情報に従って、ＲＴＡトラフィックを搬送するパケット又は非ＲＴＡトラフィックを搬送するパケットのどちらを送信すべきであるかを決定する。ＲＴＡトラフィックは、ＲＴＡ－ＴＦパケットに埋め込まれたセッションＩＤを有するＲＴＡセッションによって生成されたデータである。これらのＳＴＡは、パケットを送信するためにどのリソースを使用すべきであるかも識別する。この例では、送信側ＳＴＡ２ １０３６及びＳＴＡ４ １０４０が、それぞれＲＵ２及びＲＵ４を使用してＲＴＡトラフィックを搬送するパケットを送信し、送信側ＳＴＡ１ １０３４及びＳＴＡ３ １０３８が、それぞれＲＵ１及びＲＵ３を使用して非ＲＴＡトラフィックを搬送するパケットを送信する。マルチユーザ送信パケットは、ＨＥ－ＴＢパケットフォーマットを使用する。

ＡＰは、初期送信１０４２ａ、１０４２ｂ、１０４２ｃ及び１０４２ｄが終了した後に、ＳＴＡ２及びＳＴＡ４の送信側からのトラフィックは正しく受け取られたが、他の送信側からのトラフィックは失敗したと判定する（１０４４）。送信側ＳＴＡ２及びＳＴＡ４によって送信されたトラフィックはＲＴＡであり、送信側ＳＴＡ１及びＳＴＡ３によって送信されたトラフィックは非ＲＴＡである。再送する必要があるＲＴＡトラフィックが存在しないので、ＡＰは、再送スケジュールを含まないＲＴＡ－ＢＡパケット１０４６を送信する。ＡＰは、非ＲＴＡトラフィックの再送をスケジュールする必要がある場合、バックオフ時間１０４８（ＣＷはｎスロットに設定される）でチャネルを求めて再競合し、チャネルへのアクセス時に、非ＲＴＡトラフィックを再送するための通常のトリガフレーム１０５０を送信する。

送信側ＳＴＡ１及びＳＴＡ３は、トリガフレームを受け取り、非ＲＴＡトラフィックを搬送するパケットを第１の再送１０５２ａ、１０５２ｂとして再送する。ＡＰは、非ＲＴＡパケットを受け取り、受け取ったパケットの正確性を報告するＢＡ１０５４を返送する。

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

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

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

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

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

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

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

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

１．ネットワークにおける無線通信装置であって、（ａ）自機の受信エリア内の少なくとも１つの他の無線ローカルエリアネットワーク（ＷＬＡＮ）局と無線で通信するように構成された無線通信回路と、（ｂ）ＷＬＡＮ上で動作するように構成された局内の、前記無線通信回路に結合されたプロセッサと、（ｃ）プロセッサが実行できる命令を記憶した非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）通信遅延の影響を受けやすいリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成されたＷＬＡＮ局として前記無線通信回路を動作させることと、（ｄ）（ｉｉ）事前ネゴシエーション、又はパケットヘッダ情報、又は事前ネゴシエーションとパケットヘッダ情報との組み合わせによって、リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、（ｄ）（ｉｉｉ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用して非リアルタイムアプリケーション（非ＲＴＡ）パケットの再送を実行することと、（ｄ）（ｉｖ）チャネルアクセスのために競合するプロセスを迂回することに応答して、及び／又はチャネルアクセス前に受信側から戻される通知を待つことなく、リアルタイムアプリケーション（ＲＴＡ）パケットの少なくとも一部の再送を実行することと、を含む１又は２以上のステップを実行する、装置。

２．ネットワークにおける無線通信装置であって、（ａ）自機の受信エリア内の少なくとも１つの他の無線ローカルエリアネットワーク（ＷＬＡＮ）局と無線で通信するように構成された無線通信回路と、（ｂ）ＷＬＡＮ上で動作するように構成された局内の、前記無線通信回路に結合されたプロセッサと、（ｃ）プロセッサが実行できる命令を記憶した非一時的メモリとを備え、（ｄ）前記命令は、プロセッサによって実行された時に、（ｄ）（ｉ）通信遅延の影響を受けやすいリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成されたＷＬＡＮ局として前記無線通信回路を動作させることと、（ｄ）（ｉｉ）受信側にパケットを送信し、受信側からパケット成功又はパケットエラーの通知を受け取ることと、（ｄ）（ｉｉｉ）事前ネゴシエーション、又はパケットヘッダ情報、又は事前ネゴシエーションとパケットヘッダ情報との組み合わせによって、リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、（ｄ）（ｉｖ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用して非リアルタイムアプリケーション（非ＲＴＡ）パケットの再送を実行することと、（ｄ）（ｖ）チャネルアクセスのために競合するプロセスを迂回することに応答して、及び／又はチャネルアクセス前に受信側から戻される通知を待つことなく、リアルタイムアプリケーション（ＲＴＡ）パケットの少なくとも一部の再送を実行することと、（ｄ）（ｖｉ）パケット有効期限が満了している時に、リアルタイムアプリケーション（ＲＴＡ）パケットの再送を終了することと、を含む１又は２以上のステップを実行する、装置。

３．無線通信の実行方法であって、（ａ）通信遅延の影響を受けやすいリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成されたＷＬＡＮ局として無線通信回路を動作させることと、（ｂ）事前ネゴシエーション、又はパケットヘッダ情報、又は事前ネゴシエーションとパケットヘッダ情報との組み合わせによって、リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、（ｃ）キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を使用して非リアルタイムアプリケーション（非ＲＴＡ）パケットの再送を実行することと、（ｄ）チャネルアクセスのために競合するプロセスを迂回することに応答して、及び／又はチャネルアクセス前に受信側から戻される通知を待つことなく、リアルタイムアプリケーション（ＲＴＡ）パケットの少なくとも一部の再送を実行することと、を含む方法。

３．無線通信の実行方法であって、（ａ）無線局（ＳＴＡ）においてＲＴＡパケット及び非ＲＴＡパケットを識別することと、（ｂ）指定送信有効期限を有するＲＴＡトラフィックの適時性を考慮して、ＲＴＡパケットの有効期限に基づいてＲＴＡパケットの再送をスケジュールすることと、（ｃ）ＣＳＭＡ／ＣＡに規定される通常の再送スキームを含むいずれかの所望のスキームを使用して依然として非ＲＴＡパケットを送信できる間に、ＲＴＡパケットの再送スキームと非ＲＴＡパケットの再送スキームとを分離することと、（ｄ）チャネル競合時間を最小化又は排除するようにＲＴＡトラフィックの即時再送スキームを定めることによって、ＲＴＡパケット遅延を低減することと、を含み、（ｅ）前記方法はＯＦＤＭＡシステムとの互換性があり、レート制御を含む他の適応的機械を使用してリソースユニット割り当てを操作することによって、送信がより多くのダイバーシティ効果を獲得してパケット配信レートを改善する、方法。

５．前記命令は、プロセッサによって実行された時に、受信側から戻されるパケット成功又はパケットエラーについての通知を受け取ることを含む１又は２以上のステップを実行する、いずれかの先行する実施形態の装置又は方法。

６．前記命令は、前記プロセッサによって実行された時に、受信側からリアルタイムアプリケーション（ＲＴＡ）パケットの通知を受け取った時に競合を伴わずにリアルタイムアプリケーション（ＲＴＡ）パケットを直ちに再送することに応答して、前記チャネルアクセスのために競合するプロセスを迂回することを実行する、いずれかの先行する実施形態の装置又は方法。

７．局が、ネットワーク上のアクセスポイントとして動作し、前記命令は、プロセッサによって実行された時に、複数の個々のユーザにサブキャリアのサブセットを割り当てることを含む１又は２以上のステップを実行する、いずれかの先行する実施形態の装置又は方法。

８．前記命令は、プロセッサによって実行された時に、直交周波数分割多重アクセス（ＯＦＤＭＡ）を利用することによって前記サブキャリアのサブセットを割り当てることを実行する、いずれかの先行する実施形態の装置又は方法。

９．前記命令は、プロセッサによって実行された時に、直交周波数分割多重アクセス（ＯＦＤＭＡ）を実行して、通知に再送スケジューリング情報を埋め込む、いずれかの先行する実施形態の装置又は方法。

１０．前記命令は、プロセッサによって実行された時に、ＡＰによって割り当てられた個別リソースブロックを利用して直交周波数分割多重アクセス（ＯＦＤＭＡ）を実行する、いずれかの先行する実施形態の装置又は方法。

１１．前記命令は、プロセッサによって実行された時に、パケット有効期限が満了している時にリアルタイムアプリケーション（ＲＴＡ）パケットの再送を終了することを含む１又は２以上のステップを実行する、いずれかの先行する実施形態の装置又は方法。

１２．前記通知は、パケットが正しく受け取られたことを示す肯定応答（ＡＣＫ）、及びパケットがエラーを伴って受け取られたことを示す否定応答（ＮＡＣＫ）を含む、いずれかの先行する実施形態の装置又は方法。

１３．前記命令は、プロセッサによって実行された時に、受信側から戻される通知を待つことなくリアルタイムアプリケーション（ＲＴＡ）パケットを複数回送信することを含む１又は２以上のステップを実行する、いずれかの先行する実施形態の装置又は方法。

１４．前記命令は、プロセッサによって実行された時に、ＲＴＡパケットの初期送信後にリアルタイムアプリケーション（ＲＴＡ）パケットの再送をスケジュールすることを含む１又は２以上のステップを実行する、いずれかの先行する実施形態の装置又は方法。

１５．前記命令は、プロセッサによって実行された時に、最初の送信時よりも低いビットレートの変調及びコード化スキーム（ＭＣＳ）を使用してリアルタイムアプリケーション（ＲＴＡ）パケットを再送することをさらに含むステップを実行する、いずれかの先行する実施形態の装置又は方法。

１６．前記命令は、プロセッサによって実行された時に、競合時間ウィンドウ長を増加させることなく衝突回避を実行することに応答してリアルタイムアプリケーション（ＲＴＡ）パケットの第２の部分の再送を実行することをさらに含むステップを実行する、いずれかの先行する実施形態の装置又は方法。

１７．前記命令は、プロセッサによって実行された時に、受信側からリアルタイムアプリケーション（ＲＴＡ）パケットエラーの通知を受け取った時に競合を伴わずにリアルタイムアプリケーション（ＲＴＡ）パケットを直ちに再送することに応答して、前記チャネルアクセスのために競合するプロセスを迂回することを実行する、いずれかの先行する実施形態の装置又は方法。

１８．局が、ネットワーク上のアクセスポイントとして動作し、前記命令は、プロセッサによって実行された時に、複数の個々のユーザにサブキャリアのサブセットを割り当てることを含む１又は２以上のステップを実行する、いずれかの先行する実施形態の装置又は方法。

１９．前記命令は、プロセッサによって実行された時に、直交周波数分割多重アクセス（ＯＦＤＭＡ）を利用することによって前記サブキャリアのサブセットを割り当てることを実行する、請求項１６に記載の装置。

２０．前記命令は、プロセッサによって実行された時に、直交周波数分割多重アクセス（ＯＦＤＭＡ）を実行して、通知に再送スケジューリング情報を埋め込む、いずれかの先行する実施形態の装置又は方法。

２１．前記命令は、プロセッサによって実行された時に、ＡＰによって割り当てられた個別リソースブロックを利用して直交周波数分割多重アクセス（ＯＦＤＭＡ）を実行する、いずれかの先行する実施形態の装置又は方法。

２２．前記通知は、パケットが正しく受け取られたことを示す肯定応答（ＡＣＫ）、及びパケットがエラーを伴って受け取られたことを示す否定応答（ＮＡＣＫ）を含む、いずれかの先行する実施形態の装置又は方法。

２３．前記命令は、プロセッサによって実行された時に、受信側から戻される通知を待つことなくリアルタイムアプリケーション（ＲＴＡ）パケットを複数回送信することを含む１又は２以上のステップを実行する、いずれかの先行する実施形態の装置又は方法。

２４．前記命令は、プロセッサによって実行された時に、ＲＴＡパケットの初期送信後にリアルタイムアプリケーション（ＲＴＡ）パケットの再送をスケジュールすることを含む１又は２以上のステップを実行する、いずれかの先行する実施形態の装置又は方法。

２５．前記命令は、プロセッサによって実行された時に、最初の送信時よりも低いビットレートの変調及びコード化スキーム（ＭＣＳ）を使用してリアルタイムアプリケーション（ＲＴＡ）パケットを再送することをさらに含むステップを実行する、いずれかの先行する実施形態の装置又は方法。

２６．前記命令は、プロセッサによって実行された時に、競合時間ウィンドウ長を増加させることなく衝突回避を実行することに応答してリアルタイムアプリケーション（ＲＴＡ）パケットの第２の部分の再送を実行することをさらに含むステップを実行する、いずれかの先行する実施形態の装置又は方法。

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

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

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

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

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

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

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

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

３７０ 実施形態例
３７２ シングルユーザモードでパケットを送信
３７４ ＭＡＣ層が上位層からトラフィックを受信
３７６ クリアチャネル評価
３７８ 送信側においてＲＴＡトラフィックを識別
３８０ ＲＴＡトラフィック？
３８２ ＰＬＣＰヘッダのＲＴＡ制御フィールド内のパラメータを設定することによってＨＥ－ＳＵ－パケットを生成
３８４ 複数回再送？
３８６ 各再送パケットのＰＬＣＰヘッダのＲＴＡ制御フィールド内のパラメータをリセット
３８８ ＨＥ－ＳＵパケットを生成し、通常のＣＳＭＡ／ＣＡスキームに従って送信
３９０ 初期送信を送信
４００ 最後の送信まで通知を待たずに複数回再送
３９２ 通知を待つか？
３９４ ＲＴＡ－ＡＣＫを受信？
３９６ パケット有効期限が満了？
３９８ 終了
４０２ 決定によってＨＥ－ＳＵ－ＲＴＡパケットを再送


テーブル１
送信側においてRTAトラフィックを識別するためのヘッダ情報

Claims (21)

1. ネットワークにおける無線通信装置であって、
   （ａ）自機の受信エリア内の少なくとも１つの他の無線ローカルエリアネットワーク（ＷＬＡＮ）局（ＳＴＡ）と無線で通信するように構成された無線通信回路と、
   （ｂ）前記ＷＬＡＮ上で動作するように構成された局内の、前記無線通信回路に結合されたプロセッサと、
   （ｃ）前記プロセッサが実行できる命令を記憶した非一時的メモリと、
   を備え、
   （ｄ）前記命令は、前記プロセッサによって実行された時に、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）の下での即時再送スキームの１又は２以上のステップを実行し、前記ステップは、
   （ｉ）通信遅延の影響を受けやすいリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成されたＷＬＡＮ局として前記無線通信回路を動作させることであって、リアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムアプリケーション（非ＲＴＡ）パケットの両方が、前記ＳＴＡのメディアアクセスコントロール（ＭＡＣ）に対してアプリケーション層から通信される、ＷＬＡＮ局として前記無線通信回路を動作させることと、
   （ｉｉ）事前ネゴシエーション、又はパケットヘッダ情報、又は事前ネゴシエーションとパケットヘッダ情報との組み合わせによって、リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、
   （ｉｉｉ）ＲＴＦトラフィックを送信する前に接続を確立するために受信側として動作する別のＳＴＡとのネゴシエーションを実行することであって、前記ネゴシエーション中に、送信側として動作するＳＴＡの動作及び前記受信側として動作する他のＳＴＡは、ＲＴＡパケットと非ＲＴＡパケットの間の識別において利用するために、送信側のＭＡＣ層におけるＲＴＡトラフィックと受信側のＭＡＣ層におけるＲＴＡパケットとを識別するのに使用できるＲＴＡセッション識別情報と共にＲＴＡセッションを記録する、ネゴシエーションを実行することと、
   （ｉｖ）チャネルアクセスために競合した後に、ＲＴＡ及び非ＲＴＡの初期送信を実行することと、
   （ｖ）通信の適時性を考慮せず、パケットが受け取られるまで又は再送が再試行制限を上回るまでパケットを再送するキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）の規定の再送スキームを使用して非リアルタイムアプリケーション（非ＲＴＡ）パケットの再送を実行することと、
   （ｖｉ）チャネルアクセスのために競合するプロセスを迂回することに応答して、及び／又はチャネルアクセス前に受信側から戻される通知を待つことなく、リアルタイムアプリケーション（ＲＴＡ）パケットの少なくとも一部の再送を実行することであって、前記再送中に、ＲＴＡセッション識別情報を備えたヘッダフィールドを含むＲＴＡパケットが送信され、含まれるＲＴＡセッション識別情報によって、受信側がそのＭＡＣ層でＲＴＡパケットと非ＲＴＡパケットを区別することができるようにする、リアルタイムアプリケーション（ＲＴＡ）パケットの少なくとも一部の再送を実行することと、
   を含む、
   ことを特徴とする装置。
2. 前記命令は、前記プロセッサによって実行された時に、受信側から戻されるパケット成功又はパケットエラーについての通知を受け取ることを含む１又は２以上のステップを実行する、
   請求項１に記載の装置。
3. 前記命令は、前記プロセッサによって実行された時に、受信側から前記リアルタイムアプリケーション（ＲＴＡ）パケットの通知を受け取った時にチャネルアクセスのために競合することなく前記リアルタイムアプリケーション（ＲＴＡ）パケットを直ちに再送することに応答して、前記チャネルアクセスのために競合するプロセスを迂回することを実行する、
   請求項２に記載の装置。
4. 局が、前記ネットワーク上のアクセスポイントとして動作し、
   前記命令は、前記プロセッサによって実行された時に、複数の個々のユーザにサブキャリアのサブセットを割り当てることを含む１又は２以上のステップを実行する、
   請求項２に記載の装置。
5. 前記命令は、前記プロセッサによって実行された時に、直交周波数分割多重アクセス（ＯＦＤＭＡ）を利用することによって前記サブキャリアのサブセットを割り当てることを実行する、
   請求項４に記載の装置。
6. 前記命令は、前記プロセッサによって実行された時に、直交周波数分割多重アクセス（ＯＦＤＭＡ）を実行して、通知に再送スケジューリング情報を埋め込む、
   請求項５に記載の装置。
7. 前記命令は、前記プロセッサによって実行された時に、パケット有効期限が満了している時にリアルタイムアプリケーション（ＲＴＡ）パケットの再送を終了することを含む１又は２以上のステップを実行する、
   請求項１に記載の装置。
8. 前記通知は、前記パケットが正しく受け取られたことを示す肯定応答（ＡＣＫ）、及び前記パケットがエラーを伴って受け取られたことを示す否定応答（ＮＡＣＫ）を含む、
   請求項１に記載の装置。
9. 前記命令は、前記プロセッサによって実行された時に、前記受信側から戻される通知を待つことなくリアルタイムアプリケーション（ＲＴＡ）パケットを複数回送信することを含む１又は２以上のステップを実行する、
   請求項１に記載の装置。
10. 前記命令は、前記プロセッサによって実行された時に、前記ＲＴＡパケットの初期送信後にリアルタイムアプリケーション（ＲＴＡ）パケットの再送をスケジュールすることを含む１又は２以上のステップを実行する、
    請求項１に記載の装置。
11. 前記命令は、前記プロセッサによって実行された時に、最初の送信時よりも低いビットレートの変調及びコード化スキーム（ＭＣＳ）を使用してリアルタイムアプリケーション（ＲＴＡ）パケットを再送することをさらに含むステップを実行する、
    請求項１に記載の装置。
12. ネットワークにおける無線通信装置であって、
    （ａ）自機の受信エリア内の少なくとも１つの他の無線ローカルエリアネットワーク（ＷＬＡＮ）局（ＳＴＡ）と無線で通信するように構成された無線通信回路と、
    （ｂ）前記ＷＬＡＮ上で動作するように構成された局内の、前記無線通信回路に結合されたプロセッサと、
    （ｃ）前記プロセッサが実行できる命令を記憶した非一時的メモリと、
    を備え、
    （ｄ）前記命令は、前記プロセッサによって実行された時に、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）の下での即時再送スキームの１又は２以上のステップを実行し、前記ステップは、
    （ｉ）通信遅延の影響を受けやすいリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成されたＷＬＡＮ局として前記無線通信回路を動作させることであって、リアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムアプリケーション（非ＲＴＡ）パケットの両方が、前記ＳＴＡのメディアアクセスコントロール（ＭＡＣ）に対してアプリケーション層から通信される、ＷＬＡＮ局として前記無線通信回路を動作させることと、
    （ｉｉ）受信側にパケットを送信し、前記受信側からパケット成功又はパケットエラーの通知を受け取ることと、
    （ｉｉｉ）事前ネゴシエーション、又はパケットヘッダ情報、又は事前ネゴシエーションとパケットヘッダ情報との組み合わせによって、リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、
    （ｉｖ）ＲＴＦトラフィックを送信する前に接続を確立するために受信側として動作する別のＳＴＡとのネゴシエーションを実行することであって、前記ネゴシエーション中に、送信側として動作するＳＴＡの動作及び前記受信側として動作する他のＳＴＡは、ＲＴＡパケットと非ＲＴＡパケットの間の識別において利用するために、送信側のＭＡＣ層におけるＲＴＡトラフィックと受信側のＭＡＣ層におけるＲＴＡパケットとを識別するのに使用できるＲＴＡセッション識別情報と共にＲＴＡセッションを記録する、ネゴシエーションを実行することと、
    （ｖ）チャネルアクセスために競合した後に、ＲＴＡ及び非ＲＴＡの初期送信を実行することと、
    （ｖｉ）通信の適時性を考慮せず、パケットが受け取られるまで又は再送が再試行制限を上回るまでパケットを再送するキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）の規定の再送スキームを使用して非リアルタイムアプリケーション（非ＲＴＡ）パケットの再送を実行することと、
    （ｖｉｉ）チャネルアクセスのために競合するプロセスを迂回することに応答して、及び／又はチャネルアクセス前に受信側から戻される通知を待つことなく、リアルタイムアプリケーション（ＲＴＡ）パケットの少なくとも一部の再送を実行することであって、前記再送中に、ＲＴＡセッション識別情報を備えたヘッダフィールドを含むＲＴＡパケットが送信され、含まれるＲＴＡセッション識別情報によって、受信側がそのＭＡＣ層でＲＴＡパケットと非ＲＴＡパケットを区別することができるようにする、リアルタイムアプリケーション（ＲＴＡ）パケットの少なくとも一部の再送を実行することと、
    （ｖｉｉｉ）パケット有効期限が満了している時に、リアルタイムアプリケーション（ＲＴＡ）パケットの再送を終了することと、
    を含む１又は２以上のステップを実行する、
    ことを特徴とする装置。
13. 前記命令は、前記プロセッサによって実行された時に、受信側からリアルタイムアプリケーション（ＲＴＡ）パケットエラーの通知を受け取った時に競合を伴わずに前記リアルタイムアプリケーション（ＲＴＡ）パケットを直ちに再送することに応答して、前記チャネルアクセスのために競合するプロセスを迂回することを実行する、
    請求項１２に記載の装置。
14. 局が、前記ネットワーク上のアクセスポイントとして動作し、
    前記命令は、前記プロセッサによって実行された時に、複数の個々のユーザにサブキャリアのサブセットを割り当てることを含む１又は２以上のステップを実行する、
    請求項１３に記載の装置。
15. 前記命令は、前記プロセッサによって実行された時に、直交周波数分割多重アクセス（ＯＦＤＭＡ）を利用することによって前記サブキャリアのサブセットを割り当てることを実行する、
    請求項１４に記載の装置。
16. 前記命令は、前記プロセッサによって実行された時に、直交周波数分割多重アクセス（ＯＦＤＭＡ）を実行して、通知に再送スケジューリング情報を埋め込む、
    請求項１５に記載の装置。
17. 前記通知は、前記パケットが正しく受け取られたことを示す肯定応答（ＡＣＫ）、及び前記パケットがエラーを伴って受け取られたことを示す否定応答（ＮＡＣＫ）を含む、
    請求項１２に記載の装置。
18. 前記命令は、前記プロセッサによって実行された時に、前記受信側から戻される通知を待つことなくリアルタイムアプリケーション（ＲＴＡ）パケットを複数回送信することを含む１又は２以上のステップを実行する、
    請求項１２に記載の装置。
19. 前記命令は、前記プロセッサによって実行された時に、前記ＲＴＡパケットの初期送信後にリアルタイムアプリケーション（ＲＴＡ）パケットの再送をスケジュールすることを含む１又は２以上のステップを実行する、
    請求項１２に記載の装置。
20. 前記命令は、前記プロセッサによって実行された時に、最初の送信時よりも低いビットレートの変調及びコード化スキーム（ＭＣＳ）を使用してリアルタイムアプリケーション（ＲＴＡ）パケットを再送することをさらに含むステップを実行する、
    請求項１２に記載の装置。
21. 無線通信の実行方法であって、
    （ａ）通信遅延の影響を受けやすいリアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムパケットの通信をサポートするように構成されたＷＬＡＮ局として無線通信回路を動作させることであって、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）の下での即時再送スキームを提供し、リアルタイムアプリケーション（ＲＴＡ）パケット及び非リアルタイムアプリケーション（非ＲＴＡ）パケットの両方が、前記ＳＴＡのメディアアクセスコントロール（ＭＡＣ）に対してアプリケーション層から通信される、無線通信回路を動作させることと、
    （ｂ）事前ネゴシエーション、又はパケットヘッダ情報、又は事前ネゴシエーションとパケットヘッダ情報との組み合わせによって、リアルタイムアプリケーション（ＲＴＡ）パケットと非リアルタイムアプリケーション（非ＲＴＡ）パケットとを区別することと、
    （ｃ）ＲＴＦトラフィックを送信する前に接続を確立するために受信側として動作する別のＳＴＡとのネゴシエーションを実行することであって、前記ネゴシエーション中に、送信側として動作するＳＴＡの動作及び前記受信側として動作する他のＳＴＡは、ＲＴＡパケットと非ＲＴＡパケットの間の識別において利用するために、送信側のＭＡＣ層におけるＲＴＡトラフィックと受信側のＭＡＣ層におけるＲＴＡパケットとを識別するのに使用できるＲＴＡセッション識別情報と共にＲＴＡセッションを記録する、ネゴシエーションを実行することと、
    （ｄ）チャネルアクセスために競合した後に、ＲＴＡ及び非ＲＴＡの初期送信を実行することと、
    （ｅ）通信の適時性を考慮せず、パケットが受け取られるまで又は再送が再試行制限を上回るまでパケットを再送するキャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）の規定の再送スキームを使用して非リアルタイムアプリケーション（非ＲＴＡ）パケットの再送を実行することと、
    （ｆ）チャネルアクセスのために競合するプロセスを迂回することに応答して、及び／又はチャネルアクセス前に受信側から戻される通知を待つことなく、リアルタイムアプリケーション（ＲＴＡ）パケットの少なくとも一部の再送を実行することであって、前記再送中に、ＲＴＡセッション識別情報を備えたヘッダフィールドを含むＲＴＡパケットが送信され、含まれるＲＴＡセッション識別情報によって、受信側がそのＭＡＣ層でＲＴＡパケットと非ＲＴＡパケットを区別することができるようにする、リアルタイムアプリケーション（ＲＴＡ）パケットの少なくとも一部の再送を実行することと、
    を含むことを特徴とする方法。

Images