JP2023538880A

JP2023538880A - 無線通信システムにおいてデータを送受信するための方法及び無線通信端末

Info

Publication number: JP2023538880A
Application number: JP2023510432A
Authority: JP
Inventors: サンヒョン・キム; ゴンジュン・コ; ジュヒョン・ソン; ジンサム・カク
Original assignee: ウィルスインスティテュートオブスタンダーズアンドテクノロジーインコーポレイティド
Priority date: 2020-08-13
Filing date: 2021-08-13
Publication date: 2023-09-12
Also published as: KR20230051534A; WO2022035291A1; US20230199551A1; EP4199636A1; CN116326162A

Abstract

無線通信システムの多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋｄｅｖｉｃｅ：ＭＬＤ）がフレームを送信する方法が開示される。ＭＬＤは、トラフィック識別子（ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）とリンク（ｌｉｎｋ）間のマッピングのための要請フレームを送信し、前記要請フレームは、複数個のＴＩＤのうち少なくとも１つのＴＩＤと少なくとも１つのリンク間のマッピング関係の設定のための第１マッピング情報、及び前記少なくとも１つのリンクとマッピングが要請される前記少なくとも１つのＴＩＤの個数に関連した情報を含んでよい。その後、ＭＬＤは、前記要請フレームに対する応答として応答フレームを受信でき、前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤを除く第１残りＴＩＤは、リンクとの以前に設定されたマッピング関係が有効に維持されるか、基本マッピング（Ｄｅｆａｕｌｔｍａｐｐｉｎｇ）関係が適用され、前記第１残りＴＩＤは、前記第１マッピング情報によって特定リンクとのマッピング関係が指示されなくてよい。

Description

本発明は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンクマルチユーザー情報を効率的にシグナルするための無線通信方法及び無線通信端末に関する。

最近、モバイル機器の普及が拡大されるにつれ、それらに速い無線インターネットサービスを提供し得る無線ＬＡＮ（ＷｉｒｅｌｅｓｓＬＡＮ）技術が脚光を浴びている。無線ＬＡＮ技術は、近距離で無線通信技術に基づいてスマートフォン、スマートパッド、ラップトップＰＣ、携帯型マルチメディアプレーヤー、インベデッド機器などのようなモバイル機器を家庭や企業、または特定サービス提供地域において、無線でインターネットに接続し得るようにする技術である。

ＩＥＥＥ（ＩｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２．１１は、２．４ＧＨのｚ周波数を利用した初期の無線ＬＡＮ技術を支援して以来、多様な技術の標準を実用化または開発中である。まず、ＩＥＥＥ８０２．１１ｂは２．４ＧＨｚバンドの周波数を使用し、最高１１Ｍｂｐｓの通信速度を支援する。ＩＥＥＥ８０２．１１ｂの後に商用化されたＩＥＥＥ８０２．１１ａは２．４ＧＨｚバンドではなく５ＧＨｚバンドの周波数を使用することで、相当混雑した２．４ＧＨｚバンドの周波数に比べ干渉への影響を減らしており、ＯＦＤＭ技術を使用して通信速度を最大５４Ｍｂｐｓまで向上させている。しかし、ＩＥＥＥ８０２．１１ａはＩＥＥＥ８０２．１１ｂに比べ通信距離が短い短所がある。そして、ＩＥＥＥ８０２．１１ｇはＩＥＥＥ８０２．１１ｂと同じく２．４ＧＨｚバンドの周波数を使用して最大５４Ｍｐｂｓの通信速度を具現し、下位互換性（ｂａｃｋｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ）を満足していて相当な注目を浴びたが、通信距離においてもＩＥＥＥ８０２．１１ａより優位にある。

そして、無線ＬＡＮで脆弱点として指摘されていた通信速度に関する限界を克服するために制定された技術規格として、ＩＥＥＥ８０２．１１ｎがある。ＩＥＥＥ８０２．１１ｎはネットワークの速度と信頼性を増加させ、無線ネットワークの運営距離を拡張するのにその目的がある。詳しくは、ＩＥＥＥ８０２．１１ｎではデータ処理速度が最大５４０Ｍｂｐｓ以上の高処理率（ＨｉｇｈＴｈｒｏｕｇｈｐｕｔ、ＨＴ）を支援し、また、伝送エラーを最小化しデータの速度を最適化するために送信部と受信部の両端共に多重アンテナを使用するＭＩＭＯ（ＭｕｌｔｉｐｌｅＩｎｐｕｔｓａｎｄＭｕｌｔｉｐｌｅＯｕｔｐｕｔｓ）技術に基盤している。また、この規格はデータの信頼性を上げるために重複する写本を複数個伝送するコーディング方式を使用している。

無線ＬＡＮの普及が活性化され、また、それを使用したアプリケーションが多様化するにつれ、ＩＥＥＥ８０２．１１ｎが支援するデータの処理速度より高い処理率（ＶｅｒｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ、ＶＨＴ）を支援するための新たな無線ＬＡＮシステムに対する必要性が台頭している。そのうち、ＩＥＥＥ８０２．１１ａｃは５ＧＨｚ周波数で広い帯域幅（８０ＭＨｚ～１６０ＭＨｚ）を支援する。ＩＥＥＥ８０２．１１ａｃ標準は５ＧＨｚ帯域でのみ定義されているが、従来の２．４ＧＨｚ帯域の製品との下位互換性のために、初期１１ａｃチップセットは２．４ＧＨｚ帯域での動作も支援すると考えられる。理論的に、この規格によると多重ステーションの無線ＬＡＮの速度は最小１Ｇｂｐｓ、最大単一リンク速度は最小５００Ｍｂｐｓまで可能になる。これはより広い無線周波数帯域幅（最大１６０ＭＨｚ）、より多いＭＩＭＯ空間的ストリーム（最大８個）、マルチユーザＭＩＭＯ、そして、高い密度の変調（最大２５６ＱＡＭ）など、８０２．１１ｎで受け入れられた無線インタフェースの概念を拡張して行われる。また、従来の２４ＧＨｚ／５ＧＨｚに代わって６０ＧＨｚバンドを利用してデータを伝送する方式として、ＩＥＥＥ８０２．１１ａｄがある。ＩＥＥＥ８０２．１１ａｄはビームフォーミング技術を利用して最大７Ｇｂｐｓの速度を提供する伝送規格であって、大容量のデータや無圧縮ＨＤビデオなど、高いビットレート動画のストリーミングに適合している。しかし、６０ＧＨｚ周波数バンドは障害物の通過が難しく、近距離空間でのデバイスの間でのみ利用可能な短所がある。

一方、８０２．１１ａｃ及び８０２．１１ａｄ以後の無線ＬＡＮ標準として、ＡＰと端末が密集した高密度環境における高効率及び高性能の無線ＬＡＮ通信技術を提供するためのＩＥＥＥ８０２．１１ａｘ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＷＬＡＮ，ＨＥＷ）標準が開発され、完了段階にある。８０２．１１ａｘベース無線ＬＡＮ環境では、高密度のステーションとＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）の存在下に屋内／屋外で高い周波数効率の通信が提供される必要があり、これを具現するための様々な技術が開発されている。

また、高画質ビデオ、実時間ゲームなどのような新しいマルチメディア応用を支援するために、最大送信速度を上げるための新しい無線ＬＡＮ標準を開発し始めた。７世代無線ＬＡＮ標準であるＩＥＥＥ８０２．１１ｂｅ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ，ＥＨＴ）では、２．４／５／６ＧＨｚの帯域でより広い帯域幅と増加した空間ストリーム及び多重ＡＰ協調などによって最大で３０Ｇｂｐｓの送信率を支援することを目標に標準開発を進行している。

本発明は、前述したように、新しいマルチメディア応用のための超高速の無線ＬＡＮサービスを提供することにその目的がある。

また、本発明は、論理的なエンティティ（ｅｎｔｉｔｙ）の集合である多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋｄｅｖｉｃｅ）間にＴＩＤとリンクとをマップさせるための方法を提供することにその目的がある。

また、本発明は、ＴＩＤとリンクとのマッピング過程においてマッピング関係が指示されないＴＩＤのマッピング関係を暗示的に決定するための方法を提供することにその目的がある。

本明細書で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

無線通信システムの多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋｄｅｖｉｃｅ：ＭＬＤ）は、通信モジュール；前記通信モジュールを制御するプロセッサを含み、前記プロセッサは、トラフィック識別子（ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）とリンク（ｌｉｎｋ）間のマッピングのための要請フレームを送信し、前記要請フレームは、複数個のＴＩＤのうち少なくとも一つのＴＩＤと少なくとも一つのリンク間のマッピング関係の設定のための第１マッピング情報、及び前記少なくとも一つのリンクとマッピングが要請される前記少なくとも一つのＴＩＤの個数に関連した情報を含み、前記要請フレームに対する応答として応答フレームを受信し、前記複数個のＴＩＤのうち前記少なくとも一つのＴＩＤを除く第１残りＴＩＤは、リンクとの以前に設定されたマッピング関係が有効に維持されるか、基本マッピング（ｄｅｆａｕｌｔｍａｐｐｉｎｇ）関係が適用され、前記第１残りＴＩＤは、前記第１マッピング情報によって特定リンクとのマッピング関係が指示されない。

また、本発明において、前記少なくとも一つのリンクのうち一つのリンクは、前記少なくとも一つのＴＩＤのうち１つ又はそれ以上のＴＩＤとマップされる。

また、本発明において、前記基本マッピング関係は、ＴＩＤと全てのリンクがマップされた状態であり、前記基本マッピング関係は、前記第１残りＴＩＤが前記要請フレームの送信前に前記基本マッピング関係と設定されていた場合に適用される。

また、本発明において、前記要請フレームは、前記少なくとも一つのＴＩＤに対する送信方向を示す送信方向情報をさらに含み、前記複数個のＴＩＤは、前記ＭＬＤと前記要請フレームを送信した相手ＭＬＤ間の設定が完了したリンク間にのみマップされる。

また、本発明において、前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも一つのＴＩＤと前記少なくとも一つのリンク間のマッピング関係が許容されるか否かを指示する。

また、本発明において、前記複数個のＴＩＤのうち前記少なくとも一つのＴＩＤと前記少なくとも一つのリンク間のマッピング関係が許容される場合に、前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも一つのＴＩＤと前記少なくとも一つのリンク間の他のマッピング関係に対する第２マッピング情報を含まない。

また、本発明において、前記複数個のＴＩＤのうち前記少なくとも一つのＴＩＤと前記少なくとも一つのリンク間のマッピング関係が許容されない場合に、前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも一つのＴＩＤに対して前記第１マッピング関係とは異なるマッピング関係を指示する第２マッピング情報をさらに含む。

また、本発明において、前記プロセッサは、管理フレーム（ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）を受信し、前記管理フレームは、前記少なくとも一つのＴＩＤと前記マッピング関係が設定された前記少なくとも一つのリンクでのみ送信される。

また、本発明において、前記管理フレームは、割り当てられた接続カテゴリー（ＡｃｃｅｓｓＣａｔｅｇｏｒｙ：ＡＣ）に基づいて送信され、前記少なくとも一つのリンクに設定された接続カテゴリーに関係なく前記少なくとも一つのリンクで送信される。

また、本発明において、前記プロセッサは、前記複数個のＴＩＤのうち１つ又はそれ以上のＴＩＤと１つ又はそれ以上のリンクに対するマッピング関係の設定のための第２マッピング情報を含むフレームを受信し、前記複数個のＴＩＤのうち前記１つ又はそれ以上のＴＩＤを除く第２残りＴＩＤは、選好される特定マッピング関係又は選好されるマッピング関係がないことが指示される。

また、本発明において、前記選好される特定マッピング関係は、既存に設定されたマッピング関係、又は前記基本マッピング関係である。

また、本発明において、前記特定マッピング関係が前記基本マッピング関係であるか又は前記選好されるマッピング関係がない場合に、前記少なくとも一つのＴＩＤと前記第２残りＴＩＤのうち、重複するＴＩＤに対するマッピング関係は、前記応答フレームによって指示されない。

また、本発明は、トラフィック識別子（ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）とリンク（ｌｉｎｋ）間のマッピングのための要請フレームを送信する段階であって、前記要請フレームは、複数個のＴＩＤのうち少なくとも一つのＴＩＤと少なくとも一つのリンク間のマッピング関係の設定のための第１マッピング情報、及び前記少なくとも一つのリンクとマッピングが要求される前記少なくとも一つのＴＩＤの個数に関連した情報を含む、段階；及び、前記要請フレームに対する応答として応答フレームを受信する段階を含み、前記複数個のＴＩＤのうち前記少なくとも一つのＴＩＤを除く第１残りＴＩＤは、リンクとの以前に設定されたマッピング関係が有効に維持されるか、基本マッピング（ｄｅｆａｕｌｔｍａｐｐｉｎｇ）関係が適用され、前記第１残りＴＩＤは、前記第１マッピング情報によって特定リンクとのマッピング関係が指示されない、方法を提供する。

本発明の一実施例によれば、マルチリンク装置のＱｏＳを強化することができる。

本発明の一実施例によれば、マルチリンク装置はＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを行うことができる。

本発明の一実施例によれば、マルチリンク装置はＱＭＦ－ｔｏ－Ｌｉｎｋマッピングを行うことができる。

本発明の一実施例によれば、マルチリンク装置はＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを行う時に要請／提案リンクを暗示的に指示することができる。

本発明の一実施例によれば、マルチリンク装置はＭＬセットアップ変更時にＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを管理することができる。

本発明から得られる効果は、以上で言及した効果に制限されず、言及していない別の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

本発明の一実施例による無線ＬＡＮシステムを示す図である。本発明の他の実施例による無線ＬＡＮシステムを示す図である。本発明の一実施例によるステーションの構成を示す図である。本発明の一実施例によるアクセスポイントの構成を示す図である。ＳＴＡがＡＰとリンクを設定する過程を概略的に示す図である。無線ＬＡＮ通信で使用されるＣＳＭＡ（ＣａｒｒｉｅｒＳｅｎｓｅＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）／ＣＡ（ＣｏｌｌｉｓｉｏｎＡｖｏｉｄａｎｃｅ）方法を示す図である。様々な標準世代別ＰＰＤＵ（ＰＬＣＰＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）フォーマットの一例を示す。本発明の実施例に係る様々なＥＨＴ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＰＰＤＵ（ＰｈｙｓｉｃａｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）フォーマット及びこれを指示するための方法の一例を示す。本発明の一実施例に係る多重リンク（ｍｕｌｔｉ－ｌｉｎｋ）装置を示す図である。本発明の一実施例に係るＭＬＤがトラフィックを自分のＳＴＡ（Ｌｉｎｋ）にマップする方法を示す図である。ＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤ間に確立されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング方法の一実施例を示す図である。ＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤ間に確立可能なＴＩＤ－ｔｏ－Ｌｉｎｋマッピング方法の一実施例を示す図である。リンクに関係なく送信可能なＱＭＦを指示するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメント（Ｍａｐｐｉｎｇｅｌｅｍｅｎｔ）の実施例を示す図である。ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを用いてＱＭＦ方針（ＱＭＦｐｏｌｉｃｙ）を確立したＭＬＤの動作の一実施例を示す図である。ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントのフォーマットの一実施例を示す図である。本発明の一実施例に係るＴＩＤ－ｔｏ－Ｌｉｎｋマッピング手順を示す図である。開始ＭＬＤが指示（又は、提案）したＴＩＤとリンクマッピング中に応答ＭＬＤが一部のＴＩＤに対して選択的に応答する一実施例を示す図である。応答ＭＬＤから逆提案されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを承諾（受容）する開始ＭＬＤの応答方法を示す図である。ＡＰＭＬＤから送信された非指示されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレーム（ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ）と、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤのＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉過程の一実施例を示す図である。ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントのさらに他の実施例を示す図である。可変長のＴＩＤのリンクマッピングフィールド（ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤｆｉｅｌｄ）を含むＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの一実施例を示す図である。再設定（ｒｅｓｅｔｕｐ）によって設定リンク（ｓｅｔｕｐＬｉｎｋ）が追加された２つのＭＬＤのＴＩＤ－ｔｏ－Ｌｉｎｋマッピング管理方法の一実施例を示す図である。再設定によって設定が解除されたリンクに対する２つのＭＬＤのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングの管理方法の一実施例を示す図である。本発明に係るＴＩＤとリンクとをマップするための方法の一例を示すフローチャートである。

本明細書で使用される用語は、本発明での機能を考慮してできる限り現在広く使用されている一般的案用語を選択しているが、これは該当技術分野に携わる技術者の意図、慣例、または新たな技術の出現などによって異なり得る。また、特定の場合は出願人が任意に選定した用語もあり、このような場合は該当する発明の説明部分でその意味を記載する。よって、本明細書で使用される用語は単なる用語の名称ではなく、その用語が有する実質的な意味と本明細書全般にわたる内容に基づいて解釈すべきであることを明らかにする。

明細書全体にわたって、ある構成が他の構成と「連結」されているとすると、これは「直接連結」されている場合だけでなく、その中間に他の構成要素を間に挟んで「電気的に連結」されている場合も含む。また、ある構成要素が特定の構成要素を「含む」とすると、これは特に反対する記載がない限り、他の構成要素を除くのではなく他の構成要素を更に含み得ることを意味する。加えて、特定臨界値を基準に「以上」または「以下」という限定事項は、実施例によってそれぞれ「超過」または「未満」に適切に代替され得る。以下、本発明において、フィールドとサブフィールドは同じ意味で使われてよい。

図１は、本発明の一実施例による無線ＬＡＮシステムを示す図である。

無線ＬＡＮシステムは、一つまたはそれ以上のベーシックサービスセット（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ、ＢＳＳ）を含むが、ＢＳＳは同期化に成功し互いに通信し得る機器の集合を示す。一般に、ＢＳＳはインフラストラクチャＢＳＳ（ｉｎｆｒａｓｔｒｕｃｔｕｒｅＢＳＳ）と独立ＢＳＳ（ＩｎｄｅｐｅｎｄｅｎｔＢＳＳ、ＩＢＳＳ）に区分されるが、図１はこのうちインフラストラクチャＢＳＳを示している。

図１に示すように、インフラストラクチャＢＳＳＢＳＳ１，ＢＳＳ２は、１つ又はそれ以上のステーションＳＴＡ１，ＳＴＡ２，ＳＴＡ３，ＳＴＡ４，ＳＴＡ５、分配サービス（ＤｉｓｔｒｉｂｕｔｉｏｎＳｅｒｖｉｃｅ）を提供するステーションであるアクセスポイントＡＰ－１，ＡＰ－２、及び複数のアクセスポイントＡＰ－１，ＡＰ－２を連結させる分配システム（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍ）ＤＳを含む。

ステーション（Ｓｔａｔｉｏｎ、ＳＴＡ）は、ＩＥＥＥ８０２．１１標準の規定に従う媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理層（ＰｈｙｓｉｃａｌＬａｙｅｒ）インタフェースを含む任意のデバイスであって、広い意味では非アクセスポイントｎｏｎ－ＡＰステーションのみならずアクセスポイントＡＰを全て含む。また、本明細書において、「端末」とはｎｏｎ－ＡＰまたはＡＰを指すか、両者を全て指す用語として使用される。無線通信のためのステーションはプロセッサと通信部を含み、実施例によってユーザインタフェース部とディスプレーユニットなどを更に含む。プロセッサは無線ネットワークを介して伝送するフレームを生成するか、または前記無線ネットワークを介して受信されたフレームを処理し、その他にステーションを制御するための多様な処理を行う。そして、通信部は前記プロセッサと機能的に連結されており、ステーションのために無線ネットワークを介してフレームを送受信する。本発明において、端末はユーザ端末機（ｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＵＥ）を含む用語として使用される。

アクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ、ＡＰ）は、自らに結合された（ａｓｓｏｃｉａｔｅｄ）ステーションのために無線媒体を経由して分配システムＤＳに対する接続を提供する個体である。インフラストラクチャＢＳＳにおいて、非ＡＰステーション間の通信はＡＰを経由して行われることが原則であるが、ダイレクトリンクが設定されている場合は非ＡＰステーションの間でも直接通信が可能である。一方、本発明において、ＡＰはＰＣＰ（ＰｅｒｓｏｎａｌＢＳＳＣｏｏｒｄｉｎａｔｉｏｎＰｏｉｎｔ）を含む概念として使用されるが、広い意味では集中制御器、基地局（ＢａｓｅＳｔａｔｉｏｎ、ＢＳ）、ノードＢ、ＢＴＳ（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｙｓｔｅｍ）、またはサイト制御器などの概念を全て含む。本発明において、ＡＰはベース無線通信端末とも称されるが、ベース無線通信端末は、広い意味ではＡＰ、ベースステーション（ｂａｓｅｓｔａｔｉｏｎ）、ｅＮＢ（ｅＮｏｄｅＢ）、及びトランスミッションポイントＴＰを全て含む用語として使用される。それだけでなく、ベース無線通信端末は複数の無線通信端末との通信で通信媒介体（ｍｅｄｉｕｍ）資源を割り当て、スケジューリング（ｓｃｈｅｄｕｌｉｎｇ）を行う多様な形態の無線通信端末を含む。

複数のインフラストラクチャＢＳＳは、分配システムＤＳを介して互いに連結される。この際、分配システムを介して連結された複数のＢＳＳを拡張サービスセット（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ、ＥＳＳ）という。

図２は、本発明の他の実施例による無線ＬＡＮシステムである独立ＢＳＳを示す図である。図２の実施例において、図１の実施例と同じであるか相応する部分は重複する説明を省略する。

図２に示したＢＳＳ３は独立ＢＳＳであってＡＰを含まないため、全てのステーション（ＳＴＡ６、ＳＴＡ７）がＡＰと接続されていない状態である。独立ＢＳＳは分配システムへの接続が許容されず、自己完備的ネットワーク（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄｎｅｔｗｏｒｋ）をなす。独立ＢＳＳにおいて、それぞれのステーション（ＳＴＡ６、ＳＴＡ７）はダイレクトに互いに連結される。

図３は、本発明の一実施例によるステーション１００の構成を示すブロック図である。図示したように、本発明の実施例によるステーション１００は、プロセッサ１１０、通信部１２０、ユーザインタフェース部１４０、ディスプレーユニット１５０、及びメモリ１６０を含む。

まず、通信部１２０は、無線ＬＡＮパケットなどの無線信号を送受信し、ステーション１００に組み込まれる又は外付けられて具備されてよい。実施例によれば、通信部１２０は、互いに異なる周波数バンドを用いる少なくとも１つの通信モジュールを含むことができる。例えば、前記通信部１２０は、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ及び６０ＧＨｚなどの異なる周波数バンドの通信モジュールを含むことができる。一実施例によれば、ステーション１００は、７．１２５ＧＨｚ以上の周波数バンドを用いる通信モジュールと、７．１２５ＧＨｚ以下の周波数バンドを用いる通信モジュールを備えることができる。それぞれの通信モジュールは、当該通信モジュールが支援する周波数バンドの無線ＬＡＮ規格に基づいてＡＰ又は外部ステーションと無線通信を行うことができる。通信部１２０は、ステーション１００の性能及び要求事項に応じて１回に１つの通信モジュールのみを動作させるか、同時に複数の通信モジュールを共に動作させることができる。ステーション１００が複数の通信モジュールを含む場合に、各通信モジュールはそれぞれ独立した形態で備えられてもよく、複数のモジュールが１つのチップとして統合して備えられてもよい。本発明の実施例において、通信部１２０は、ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）信号を処理するＲＦ通信モジュールを表すことができる。

次に、ユーザインタフェース１４０は、ステーション１００に備えられた多様な形態の入出力手段を含む。つまり、ユーザインタフェース部１４０は多様な入力手段を利用してユーザの入力を受信し、プロセッサ１１０は受信されたユーザ入力に基づいてステーション１００を制御する。また、ユーザインタフェース部１４０は、多様な出力手段を利用してプロセッサ１１０の命令に基づく出力を行う。

次に、ディスプレーユニット１５０は、ディスプレー画面にイメージを出力する。前記ディスプレーユニット１５０は、プロセッサ１１０によって行われるコンテンツ、またはプロセッサ１１０の制御命令に基づくユーザインタフェースなどの多様なディスプレーオブジェクトを出力する。また、メモリ１６０は、ステーション１００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、ステーション１００がＡＰまたは外部のステーションと接続を行うのに必要な接続プログラムが含まれる。

本発明のプロセッサ１１０は多様な命令またはプログラムを行い、ステーション１００内部のデータをプロセッシングする。また、前記プロセッサ１１０は上述したステーション１００の各ユニットを制御し、ユニット間のデータの送受信を制御する。本発明の実施例によると、プロセッサ１１０はメモリ１６０に貯蔵されたＡＰとの接続のためのプログラムを行い、ＡＰが伝送した通信設定メッセージを受信する。また、プロセッサ１１０は通信設定メッセージに含まれたステーション１００の優先条件に関する情報を読み取り、ステーション１００の優先条件に関する情報に基づいてＡＰに関する接続を要請する。本発明のプロセッサ１１０はステーション１００のメインコントロールユニットを指してもよく、実施例によってステーション１００の一部の構成、例えば、通信部１２０などを個別的に制御するためのコントロールユニットを指してもよい。つまり、プロセッサ１１０は通信部１２０から送受信される無線信号を変復調するモデム、または変復調部（ｍｏｄｕｌａｔｏｒａｎｄ／ｏｒｄｅｍｏｄｕｌａｔｏｒ）であってもよい。プロセッサ１１０は、本発明の実施例によるステーション１００の無線信号送受信の各種動作を制御する。それに関する詳しい実施例は後述する。

図３に示したステーション１００は本発明の一実施例によるブロック図であって、分離して示したブロックはデバイスのエレメントを論理的に区別して示したものである。よって、上述したデバイスのエレメントは、デバイスの設計に応じて一つのチップまたは複数のチップに取り付けられる。例えば、前記プロセッサ１１０及び通信部１２０は一つのチップに統合されて具現されてもよく、別途のチップで具現されてもよい。また、本発明の実施例において、前記ステーション１００の一部の構成、例えば、ユーザインタフェース部１４０及びディスプレーユニット１５０などはステーション１００に選択的に備えられてもよい。

図４は、本発明の一実施例によるＡＰ２００の構成を示すブロック図である。図示したように、本発明の実施例によるＡＰ２００は、プロセッサ２１０、通信部２２０、及びメモリ２６０を含む。図４において、ＡＰ２００の構成のうち図３のステーション１００の構成と同じであるか相応する部分については重複する説明を省略する。

図４を参照すると、本発明に係るＡＰ２００は、少なくとも１つの周波数バンドにおいてＢＳＳを運営するための通信部２２０を備える。図３の実施例において前述したように、前記ＡＰ２００の通信部２２０も、互いに異なる周波数バンドを用いる複数の通信モジュールを含むことができる。すなわち、本発明の実施例に係るＡＰ２００は、異なる周波数バンド、例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ及び６０ＧＨｚのいずれかを用いる２つ以上の通信モジュールを共に備えることができる。好ましくは、ＡＰ２００は、７．１２５ＧＨｚ以上の周波数バンドを用いる通信モジュールと、７．１２５ＧＨｚ以下の周波数バンドを用いる通信モジュールを備えることができる。それぞれの通信モジュールは、当該通信モジュールが支援する周波数バンドの無線ＬＡＮ規格に基づいてステーションと無線通信を行うことができる。前記通信部２２０は、ＡＰ２００の性能及び要求事項に応じて１回に１つの通信モジュールのみを動作させるか、同時に複数の通信モジュールを共に動作させることができる。本発明の実施例において、通信部２２０は、ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）信号を処理するＲＦ通信モジュールを表すことができる。

次に、メモリ２６０は、ＡＰ２００で使用される制御プログラム及びそれによる各種データを貯蔵する。このような制御プログラムには、ステーションの接続を管理する接続プログラムが含まれる。また、プロセッサ２１０はＡＰ２００の各ユニットを制御し、ユニット間のデータの送受信を制御する。本発明の実施例によると、プロセッサ２１０はメモリ２６０に貯蔵されたステーションとの接続のためのプログラムを行い、一つ以上のステーションに対する通信設定メッセージを伝送する。この際、通信設定メッセージには各ステーションの接続優先条件に関する情報が含まれる。また、プロセッサ２１０はステーションの接続要請に応じて接続設定を行う。一実施例によると、プロセッサ２１０は通信部２２０から送受信される無線信号を変復調するモデム、または変復調部である。プロセッサ２１０は、本発明の実施例によるＡＰ２００の無線信号送受信の各種動作を制御する。それに関する詳しい実施例は後述する。

図５は、ＳＴＡがＡＰとリンクを設定する過程を概略的に示す図である。

図５を参照すると、ＳＴＡ１００とＡＰ２００間のリンクは大きくスキャニング（ｓａｎｎｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、及び結合（ａｓｓｏｃｉａｔｉｏｎ）の３つのステップを介して設定される。まず、スキャニングステップは、ＡＰ２００が運営するＢＳＳの接続情報をＳＴＡ１００が獲得するステップである。スキャニングを行うための方法としては、ＡＰ２００が周期的に伝送するビーコン（ｂｅａｃｏｎ）メッセージＳ１０１のみを活用して情報を獲得するパッシブスキャニング（ｐａｓｓｉｖｅｓａｎｎｉｎｇ）方法と、ＳＴＡ１００がＡＰにプローブ要請（ｐｒｏｂｅｒｅｑｕｅｓｔ）を伝送しＳ１０３、ＡＰからプローブ応答（ｐｒｏｂｅｒｅｓｐｏｎｓｅ）を受信してＳ１０５、接続情報を獲得するアクティブスキャニング（ａｃｔｉｖｅｓａｎｎｉｎｇ）方法がある。

スキャニングステップにおいて無線接続情報の受信に成功したＳＴＡ１００は、認証要請（ａｕｔｈｅｎｔｉｃａｔｉｏｎｒｅｑｕｅｓｔ）を伝送しＳ１０７ａ、ＡＰ２００から認証応答（ａｕｔｈｅｎｔｉｃａｔｉｏｎｒｅｓｐｏｎｓｅ）を受信してＳ１０７ｂ、認証ステップを行う。認証ステップが行われた後、ＳＴＡ１００は結合要請（ａｓｓｏｃｉａｔｉｏｎｒｅｑｕｅｓｔ）を伝送しＳ１０９ａ、ＡＰ２００から結合応答（ａｓｓｏｃｉａｔｉｏｎｒｅｓｐｏｎｓｅ）を受信してＳ１０９ｂ、結合ステップを行う。本明細書において、結合とは基本的に無線結合を意味するが、本発明はこれに限らず、広い意味での結合は無線結合及び有線結合を全て含む。

一方、追加に８０２．１Ｘ基盤の認証ステップＳ１１１、及びＤＨＣＰを介したＩＰアドレス獲得ステップＳ１１３が行われる。図５において、サーバ３００はＳＴＡ１００と８０２．１Ｘ基盤の認証を処理するサーバであって、ＡＰ２００に物理的に結合されて存在するか、別途のサーバとして存在してもよい。

図６は、無線ＬＡＮ通信で使用されるＣＳＭＡ（ＣａｒｒｉｅｒＳｅｎｓｅＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）／ＣＡ（ＣｏｌｌｉｓｉｏｎＡｖｏｉｄａｎｃｅ）方法を示す図である。

無線ＬＡＮ通信を行う端末は、データを伝送する前にキャリアセンシング（ＣａｒｒｉｅｒＳｅｎｓｉｎｇ）を行ってチャネルが占有状態（ｂｕｓｙ）であるのか否かをチェックする。もし一定強度以上の無線信号が感知されれば該当チャネルが占有状態と判別され、前記端末は該当チャネル対するアクセスを遅延する。このような過程をクリアチャネル評価（ＣｌｅａｒＣｈａｎｎｅｌＡｓｓｅｓｓｍｅｎｔ、ＣＣＡ）といい、該当信号の感知有無を決定するレベルをＣＣＡ臨界値（ＣＣＡｔｈｒｅｓｈｏｌｄ）という。もし端末に受信されたＣＣＡ臨界値以上の無線信号が該当端末を受信者とすれば、端末は受信された無線信号を処理する。一方、該当チャネルから無線信号が感知されないかＣＣＡ臨界値より小さい強度の無線信号が感知されれば、前記チャネルは遊休状態（ｉｄｌｅ）と判別される。

チャネルが遊休状態と判別されれば、伝送するデータがある各端末は、各端末の状況によるＩＦＳ（ＩｎｔｅｒＦｒａｍｅＳｐａｃｅ）、例えば、ＡＩＦＳ（ＡｒｂｉｔｒａｔｉｏｎＩＦＳ）、ＰＩＦＳ（ＰＣＦＩＦＳ）などの時間の後にバックオフ手順を行う。実施例によって、前記ＡＩＦＳは従来のＤＩＦＳ（ＤＣＦＩＦＳ）を代替する構成として使用される。各端末は、該当端末に決定された乱数（ｒａｎｄｏｍｎｕｍｂｅｒ）だけのスロットタイムを前記チャネルの遊休状態の間隔（ｉｎｔｅｒｖａｌ）の間に減少させながら待機し、スロットタイムを全て消尽した端末が該当チャネルに対するアクセスを試みる。このように、各端末がバックオフ手順を行う区間を競合ウィンドウ区間という。

もし特定端末が前記チャネルのアクセスに成功すれば、該当端末は前記チャネルを介してデータを伝送する。しかし、アクセスを試みた端末が他の端末と衝突すれば、衝突した端末はそれぞれ新しい乱数を割り当てられて更にバックオフ手順を行う。一実施例によると、各端末に新しく割り当てられる乱数は、該当端末が以前割り当てられた乱数の範囲（競合ウィンドウ、ＣＷ）の２倍の範囲（２＊ＣＷ）内で決定される。一方、各端末は、次の競合ウィンドウ区間で更にバックオフ手順を行ってアクセスを試みるが、この際、各端末は以前の競合ウィンドウ区間に残ったスロットタイムからバックオフ手順を行う。このような方法で無線ＬＡＮ通信を行う各端末は、特定チャネルに対する互いの衝突を回避することができる。

以下、本発明において、端末は、ｎｏｎ－ＡＰＳＴＡ、ＡＰＳＴＡ、ＡＰ、ＳＴＡ、受信装置又は送信装置と呼ぶことができ、本発明がこれに限定されるものではない。また、本発明において、ＡＰＳＴＡは、ＡＰと呼ぶことができる。

＜様々なＰＰＤＵフォーマットの実施例＞

図７には、様々な標準世代別ＰＰＤＵ（ＰＬＣＰＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）フォーマットの一例を示す。より具体的に、図７（ａ）は、８０２．１１ａ／ｇに基づくレガシーＰＰＤＵフォーマットの一実施例、図７（ｂ）は、８０２．１１ａｘに基づくＨＥＰＰＤＵフォーマットの一実施例を示し、図７（ｃ）は、８０２．１１ｂｅに基づくノン－レガシーＰＰＤＵ（すなわち、ＥＨＴＰＰＤＵ）フォーマットの一実施例を示す。また、図７（ｄ）は、前記ＰＰＤＵフォーマットで共通に用いられるＬ－ＳＩＧ及びＲＬ－ＳＩＧの細部フィールド構成を示す。

図７（ａ）を参照すると、レガシーＰＰＤＵのプリアンブルは、Ｌ－ＳＴＦ（ＬｅｇａｃｙＳｈｏｒｔＴｒａｉｎｉｎｇｆｉｅｌｄ）、Ｌ－ＬＴＦ（ＬｅｇａｃｙＬｏｎｇＴｒａｉｎｉｎｇｆｉｅｌｄ）及びＬ－ＳＩＧ（ＬｅｇａｃｙＳｉｇｎａｌｆｉｅｌｄ）を含む。本発明の実施例において、前記Ｌ－ＳＴＦ、Ｌ－ＬＴＦ及びＬ－ＳＩＧは、レガシープリアンブルと呼ぶことができる。

図７（ｂ）を参照すると、ＨＥＰＰＤＵのプリアンブルは、前記レガシープリアンブルに、ＲＬ－ＳＩＧ（ＲｅｐｅａｔｅｄＬｅｇａｃｙＳｈｏｒｔＴｒａｉｎｉｎｇｆｉｅｌｄ）、ＨＥ－ＳＩＧ－Ａ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＳｉｇｎａｌＡｆｉｅｌｄ）、ＨＥ－ＳＩＧ－Ｂ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＳｉｇｎａｌＢｆｉｅｌｄ）、ＨＥ－ＳＴＦ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＳｈｏｒｔＴｒａｉｎｉｎｇｆｉｅｌｄ）、ＨＥ－ＬＴＦ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＬｏｎｇＴｒａｉｎｉｎｇｆｉｅｌｄ）をさらに含む。本発明の実施例において、前記ＲＬ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＩＧ－Ｂ、ＨＥ－ＳＴＦ及びＨＥ－ＬＴＦは、ＨＥプリアンブルと呼ぶことができる。ＨＥプリアンブルの具体的な構成は、ＨＥＰＰＤＵフォーマットによって変形されてよい。例えば、ＨＥ－ＳＩＧ－Ｂは、ＨＥＭＵＰＰＤＵフォーマットのみにおいて用いられてよい。

図７（ｃ）を参照すると、ＥＨＴＰＰＤＵのプリアンブルは、前記レガシープリアンブルに、ＲＬ－ＳＩＧ（ＲｅｐｅａｔｅｄＬｅｇａｃｙＳｈｏｒｔＴｒａｉｎｉｎｇｆｉｅｌｄ）、Ｕ－ＳＩＧ（ＵｎｉｖｅｒｓａｌＳｉｇｎａｌｆｉｅｌｄ）、ＥＨＴ－ＳＩＧ－Ａ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔＳｉｇｎａｌＡｆｉｅｌｄ）、ＥＨＴ－ＳＩＧ－Ａ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔＳｉｇｎａｌＢｆｉｅｌｄ）、ＥＨＴ－ＳＴＦ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔＳｈｏｒｔＴｒａｉｎｉｎｇｆｉｅｌｄ）、ＥＨＴ－ＬＴＦ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔＬｏｎｇＴｒａｉｎｉｎｇｆｉｅｌｄ）をさらに含む。本発明の実施例において、前記ＲＬ－ＳＩＧ、ＥＨＴ－ＳＩＧ－Ａ、ＥＨＴ－ＳＩＧ－Ｂ、ＥＨＴ－ＳＴＦ及びＥＨＴ－ＬＴＦは、ＥＨＴプリアンブルと呼ぶことができる。ノン－レガシープリアンブルの具体的な構成は、ＥＨＴＰＰＤＵフォーマットによって変形されてよい。例えば、ＥＨＴ－ＳＩＧ－ＡとＥＨＴ－ＳＩＧ－Ｂは、ＥＨＴＰＰＤＵフォーマットのうち一部のフォーマットのみにおいて用いられてよい。

ＰＰＤＵのプリアンブルに含まれたＬ－ＳＩＧフィールドは、６４ＦＦＴＯＦＤＭが適用され、総６４個のサブキャリアで構成される。このうち、ガードサブキャリア、ＤＣサブキャリア及びパイロットサブキャリアを除く４８個のサブキャリアが、Ｌ－ＳＩＧのデータ送信用に用いられる。Ｌ－ＳＩＧにはＢＰＳＫ、Ｒａｔｅ＝１／２のＭＣＳ（ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ）が適用されるので、総２４ビットの情報を含むことができる。図７（ｄ）には、Ｌ－ＳＩＧの２４ビット情報構成を示す。

図７（ｄ）を参照すると、Ｌ－ＳＩＧ、は、Ｌ＿ＲＡＴＥフィールドとＬ＿ＬＥＮＧＴＨフィールドを含む。Ｌ＿ＲＡＴＥフィールドは、４ビットで構成され、データ送信に用いられたＭＣＳを示す。具体的に、Ｌ＿ＲＡＴＥフィールドは、ＢＰＳＫ／ＱＰＳＫ／１６－ＱＡＭ／６４－ＱＡＭなどの変調方式と１／２、２／３、３／４などの符号率を組み合わせた６／９／１２／１８／２４／３６／４８／５４Ｍｂｐｓの送信速度のうち１つの値を示す。Ｌ＿ＲＡＴＥフィールドとＬ＿ＬＥＮＧＴＨフィールドの情報を組み合わせると当該ＰＰＤＵの全長を示すことができる。ノン－レガシーＰＰＤＵフォーマットでは、Ｌ＿ＲＡＴＥフィールドを最小速度である６Ｍｂｐｓに設定する。

Ｌ＿ＬＥＮＧＴＨフィールドの単位はバイトであり、総１２ビットが割り当てられて最大４０９５までシグナルでき、Ｌ＿ＲＡＴＥフィールドとの組合せで該当ＰＰＤＵの長さを示すことができる。このとき、レガシー端末とノンレガシー端末はＬ＿ＬＥＮＧＴＨフィールドを別個の方法で解釈することができる。

まず、レガシー端末又はノンレガシー端末がＬ＿ＬＥＮＧＴＨフィールドを用いて該当ＰＰＤＵの長さを解釈する方法は次の通りである。Ｌ＿ＲＡＴＥフィールドの値が６Ｍｂｐｓを指示するように設定された場合に、６４ＦＦＴの１個のシンボルデュレーションである４ｕｓの間に３バイト（すなわち、２４ビット）が送信されてよい。したがって、Ｌ＿ＬＥＮＧＴＨフィールド値に、ＳＶＣフィールド及びＴａｉｌフィールドに該当する３バイトを足し、これを１個のシンボルの送信量である３バイトで割ると、Ｌ－ＳＩＧ以後の６４ＦＦＴ基準シンボル個数が取得される。取得されたシンボル個数に１個のシンボルデュレーションである４ｕｓをかけた後に、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ及びＬ－ＳＩＧの送信にかかる２０ｕｓを足すと、該当ＰＰＤＵの長さ、すなわち、受信時間（ＲＸＴＩＭＥ）が得られる。これを数式で表現すれば、下記の式１の通りである。

このとき、［ｘ］は、ｘより大きい又は等しい最小の自然数を表す。Ｌ＿ＬＥＮＧＴＨフィールドの最大値は４０９５であるので、ＰＰＤＵの長さは、最大５．４８４ｍｓまでに設定されてよい。当該ＰＰＤＵを送信するノン－レガシー端末は、Ｌ＿ＬＥＮＧＴＨフィールドを下記の式２のように設定しなければならない。

ここで、ＴＸＴＩＭＥは、当該ＰＰＤＵを構成する全体送信時間であり、下記の式３の通りである。このとき、ＴＸは、Ｘの送信時間を表す。

以上の式を参照すると、ＰＰＤＵの長さは、Ｌ＿ＬＥＮＧＴＨ／３の切上げ値に基づいて計算される。したがって、任意のｋ値に対してＬ＿ＬＥＮＧＴＨ＝｛３ｋ＋１，３ｋ＋２，３（ｋ＋１）｝の３つの異なる値が、同一のＰＰＤＵ長を指示する。

図７（ｅ）を参照すると、Ｕ－ＳＩＧ（ＵｎｉｖｅｒｓａｌＳＩＧ）フィールドは、ＥＨＴＰＰＤＵ及び後続世代の無線ＬＡＮのＰＰＤＵにおいて存続し、１１ｂｅを含めてどの世代のＰＰＤＵであるかを区分する役割を担う。Ｕ－ＳＩＧは、６４ＦＦＴベースのＯＦＤＭの２シンボルであり、総５２ビットの情報を伝達することができる。このうち、ＣＲＣ／テール９ビットを除く４３ビットは、大きく、ＶＩ（ＶｅｒｓｉｏｎＩｎｄｅｐｅｎｄｅｎｔ）フィールドとＶＤ（ＶｅｒｓｉｏｎＤｅｐｅｎｄｅｎｔ）フィールドに区分される。

ＶＩビットは、現在のビット構成を後にも維持し続け、後続世代のＰＰＤＵが定義されても、現在の１１ｂｅ端末が、当該ＰＰＤＵのＶＩフィールドから当該ＰＰＤＵに関する情報を得ることができる。そのために、ＶＩフィールドは、ＰＨＹバージョン、ＵＬ／ＤＬ、ＢＳＳカラー、ＴＸＯＰ、リザーブド（Ｒｅｓｅｒｖｅｄ）フィールドで構成される。ＰＨＹバージョンフィールドは３ビットであり、１１ｂｅ及び後続世代の無線ＬＡＮ標準を順次にバージョンで区分する役割を担う。１１ｂｅは０００ｂの値を有する。ＵＬ／ＤＬフィールドは、当該ＰＰＤＵが上りリンク／下りリンクＰＰＤＵのいずれであるかを区分する。ＢＳＳカラーは、１１ａｘで定義されたＢＳＳ別識別子を意味し、６ビット以上の値を有する。ＴＸＯＰは、ＭＡＣヘッダーで伝達されていた送信機会デュレーション（ＴｒａｎｓｍｉｔＯｐｐｏｒｔｕｎｉｔｙＤｕｒａｔｉｏｎ）を意味するが、ＰＨＹヘッダーに追加することにより、ＭＰＤＵをデコードすることなく、当該ＰＰＤＵが含まれたＴＸＯＰの長さを類推でき、７ビット以上の値を有する。

ＶＤフィールドは、１１ｂｅバージョンのＰＰＤＵにのみ有用なシグナリング情報としてＰＰＤＵフォーマット、ＢＷのように、如何なるＰＰＤＵフォーマットにも共通に用いられるフィールド、及びＰＰＤＵフォーマット別に異なるように定義されるフィールドで構成されてよい。ＰＰＤＵフォーマットは、ＥＨＴＳＵ（ＳｉｎｇｌｅＵｓｅｒ）、ＥＨＴＭＵ（ＭｕｌｔｉｐｌｅＵｓｅｒ）、ＥＨＴＴＢ（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）、ＥＨＴＥＲ（ＥｘｔｅｎｄｅｄＲａｎｇｅ）ＰＰＤＵなどを区分する区分子である。ＢＷフィールドは、大きく、２０、４０、８０、１６０（８０＋８０）、３２０（１６０＋１６０）ＭＨｚの５個の基本ＰＰＤＵＢＷオプション（２０＊２の冪乗の形態で表現可能なＢＷを基本ＢＷと呼ぶことができる。）と、プリアンブルパンクチャリング（ＰｒｅａｍｂｌｅＰｕｎｃｔｕｒｉｎｇ）によって構成される様々な残りのＰＰＤＵＢＷをシグナルする。また、３２０ＭＨｚでシグナルされた後、一部の８０ＭＨｚがパンクチャーされた形態でシグナルされてよい。また、パンクチャーされて変形されたチャネル形態は、ＢＷフィールドで直接シグナルされてもよく、或いはＢＷフィールドとＢＷフィールド以後に現れるフィールド（例えば、ＥＨＴ－ＳＩＧフィールド内のフィールド）を共に用いてシグナルされてもよい。仮に、ＢＷフィールドを３ビットとする場合に、総８個のＢＷシグナリングが可能なので、パンクチャリングモードは最大で３個をシグナルできる。仮にＢＷフィールドを４ビットとする場合に総１６個のＢＷシグナリングが可能なので、パンクチャリングモードは最大で１１個をシグナルできる。

ＢＷフィールド以後に位置するフィールドは、ＰＰＤＵの形態及びフォーマットによって異なり、ＭＵＰＰＤＵとＳＵＰＰＤＵは同一のＰＰＤＵフォーマットでシグナルされてよく、ＥＨＴ－ＳＩＧフィールドの前に、ＭＵＰＰＤＵとＳＵＰＰＤＵを区別するためのフィールドが位置してよく、そのための追加のシグナリングが行われてよい。ＳＵＰＰＤＵとＭＵＰＰＤＵは両方ともＥＨＴ－ＳＩＧフィールドを含んでいるが、ＳＵＰＰＤＵで不要な一部のフィールドが圧縮（ｃｏｍｐｒｅｓｓｉｏｎ）されてよい。この時、圧縮が適用されたフィールドの情報は省略されるか、あるいはＭＵＰＰＤＵに含まれる本来フィールドのサイズよりも縮小したサイズを有してよい。例えば、ＳＵＰＰＤＵの場合、ＥＨＴ－ＳＩＧの共通フィールドが省略又は代替されるか、ユーザ特定フィールドが代替されるか、或いは１個に縮小するなど、異なる構成を有してよい。

又は、ＳＵＰＰＤＵは、圧縮されたか否かを示す圧縮フィールドをさらに含むことができ、圧縮フィールドの値によって一部のフィールド（例えば、ＲＡフィールドなど）が省略されてよい。

ＳＵＰＰＤＵのＥＨＴ－ＳＩＧフィールドの一部が圧縮された場合に、圧縮されたフィールドに含まれる情報は、圧縮されていないフィールド（例えば、共通フィールドなど）で一緒にシグナルされてよい。ＭＵＰＰＤＵの場合、複数ユーザの同時受信のためのＰＰＤＵフォーマットであるので、Ｕ－ＳＩＧフィールド以後にＥＨＴ－ＳＩＧフィールドが必須に送信される必要があり、シグナルされる情報の量が可変的であってよい。すなわち、複数個のＭＵＰＰＤＵが複数個のＳＴＡに送信されるので、それぞれのＳＴＡは、ＭＵＰＰＤＵが送信されるＲＵの位置、それぞれのＲＵが割り当てられたＳＴＡ、及び送信されたＭＵＰＰＤＵが自分に送信されたか否かを認識しなければならない。したがって、ＡＰは、ＥＨＴ－ＳＩＧフィールドに上のような情報を含めて送信しなければならない。そのために、Ｕ－ＳＩＧフィールドではＥＨＴ－ＳＩＧフィールドを効率的に送信するための情報をシグナルし、これは、ＥＨＴ－ＳＩＧフィールドのシンボル数及び／又は変調方法であるＭＣＳであってよい。ＥＨＴ－ＳＩＧフィールドは、各ユーザに割り当てられたＲＵのサイズ及び位置情報を含むことができる。

ＳＵＰＰＤＵである場合、ＳＴＡに複数個のＲＵが割り当てられてよく、複数個のＲＵは連続又は不連続してよい。ＳＴＡに割り当てられたＲＵが連続しない場合、ＳＴＡは、中間にパンクチャーされたＲＵを認識してこそ、ＳＵＰＰＤＵを効率的に受信することができる。したがって、ＡＰは、ＳＵＰＰＤＵに、ＳＴＡに割り当てられたＲＵのうちパンクチャーされたＲＵの情報（例えば、ＲＵのパンクチャリングパターンなど）を含めて送信できる。すなわち、ＳＵＰＰＤＵの場合、パンクチャリングモードが適用されたか否か及びパンクチャリングパターンをビットマップ形式などで示す情報を含むパンクチャリングモードフィールドがＥＨＴ－ＳＩＧフィールドに含まれてよく、パンクチャリングモードフィールドは、帯域幅内で現れる不連続するチャネルの形態をシグナルできる。

シグナルされる不連続チャネルの形態は制限的であり、ＢＷフィールドの値と組み合わせてＳＵＰＰＤＵのＢＷ及び不連続チャネル情報を示す。例えば、ＳＵＰＰＤＵの場合、単一端末にのみ送信されるＰＰＤＵであるので、ＳＴＡは、ＰＰＤＵに含まれたＢＷフィールドから、自分に割り当てられた帯域幅が認識でき、ＰＰＤＵに含まれたＵ－ＳＩＧフィールド又はＥＨＴ－ＳＩＧフィールドのパンクチャリングモードフィールドから、割り当てられた帯域幅のうちパンクチャーされたリソースが認識できる。この場合、端末は、パンクチャーされたリソースユニットの特定チャネルを除く残りのリソースユニットでＰＰＤＵを受信できる。このとき、ＳＴＡに割り当てられた複数個のＲＵは、互いに異なる周波数帯域又はトーンで構成されてよい。

制限された形態の不連続チャネル形態のみがシグナルされる理由は、ＳＵＰＰＤＵのシグナリングオーバーヘッドを減らすためである。パンクチャリングは、２０ＭＨｚサブチャネル別に行われてよいので、８０、１６０、３２０ＭＨｚのように２０ＭＨｚサブチャネルを複数個有するＢＷに対してパンクチャリングを行うと、３２０ＭＨｚの場合、プライマリーチャネルを除く残りの２０ＭＨｚサブチャネル１５個の使用有無をそれぞれ表現して、不連続チャネル（端部２０ＭＨｚのみがパンクチャーされた形態も不連続と見なす場合）形態をシグナルしなければならない。このように単一ユーザ送信の不連続チャネル形態をシグナルするために１５ビットを用いることは、シグナリング部分の低い送信速度を考慮したとき、過大なシグナリングオーバーヘッドとなり得る。

本発明は、ＳＵＰＰＤＵの不連続チャネル形態をシグナルする手法を提案し、提案した手法によって決定された不連続チャネル形態を示す。また、ＳＵＰＰＤＵの３２０ＭＨｚＢＷ構成において主（Ｐｒｉｍａｒｙ）１６０ＭＨｚと副（Ｓｅｃｏｎｄａｒｙ）１６０ＭＨｚのパンクチャリング形態をそれぞれシグナルする手法を提案する。

また、本発明の一実施例では、ＰＰＤＵフォーマットフィールドにシグナルされたＰＰＤＵフォーマットにしたがって、プリアンブルパンクチャリングＢＷ値が指示するＰＰＤＵの構成を異ならせる手法を提案する。ＢＷフィールドの長さが４ビットである場合を仮定し、ＥＨＴＳＵＰＰＤＵ又はＴＢＰＰＤＵである場合には、Ｕ－ＳＩＧ以後に１シンボルのＥＨＴ－ＳＩＧ－Ａをさらにシグナルするか、ＥＨＴ－ＳＩＧ－Ａを全くシグナルしなくてよいので、これを考慮してＵ－ＳＩＧのＢＷフィールドのみを用いて最大で１１個のパンクチャリングモードを全てシグナルする必要がある。しかしながら、ＥＨＴＭＵＰＰＤＵの場合、Ｕ－ＳＩＧ以後にＥＨＴ－ＳＩＧ－Ｂをさらにシグナルするので、最大で１１個のパンクチャリングモードをＳＵＰＰＤＵと異なる方法でシグナルしてよい。ＥＨＴＥＲＰＰＤＵの場合、ＢＷフィールドを１ビットに設定し、２０ＭＨｚ又は１０ＭＨｚの帯域を用いるＰＰＤＵであるかをシグナルすることができる。

図７（ｆ）には、Ｕ－ＳＩＧのＰＰＤＵフォーマットフィールドでＥＨＴＭＵＰＰＤＵと指示された場合に、ＶＤフィールドのフォーマット特異的（Ｆｏｒｍａｔ－ｓｐｅｃｉｆｉｃ）フィールドの構成を示す。ＭＵＰＰＤＵの場合、複数ユーザの同時受信のためのシグナリングフィールドであるＳＩＧ－Ｂが必須であり、Ｕ－ＳＩＧ後に別途のＳＩＧ－Ａ無しでＳＩＧ－Ｂが送信されてよい。そのために、Ｕ－ＳＩＧではＳＩＧ－Ｂをデコードするための情報をシグナルしなければならない。このようなフィールドは、ＳＩＧ－ＢＭＣＳ、ＳＩＧ－ＢＤＣＭ、ＳＩＧ－Ｂシンボルの数（ＮｕｍｂｅｒｏｆＳＩＧ－ＢＳｙｍｂｏｌｓ）、ＳＩＧ－Ｂ圧縮（ＳＩＧ－ＢＣｏｍｐｒｅｓｓｉｏｎ）、ＥＨＴ－ＬＴＦシンボルの数（ＮｕｍｂｅｒｏｆＥＨＴ－ＬＴＦＳｙｍｂｏｌｓ）フィールドなどである。

図８は、本発明の実施例に係る様々なＥＨＴ（ＥｘｔｒｅｍｅｌｙＨｉｇｈＴｈｒｏｕｇｈｐｕｔ）ＰＰＤＵ（ＰｈｙｓｉｃａｌＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）フォーマット及びこれを指示するための方法の一例を示す。

図８を参照すると、ＰＰＤＵは、プリアンブルとデータ部分で構成されてよく、一つのタイプであるＥＨＴＰＰＤＵのフォーマットは、プリアンブルに含まれているＵ－ＳＩＧフィールドによって区別されてよい。具体的に、Ｕ－ＳＩＧフィールドに含まれているＰＰＤＵフォーマットフィールドに基づき、ＰＰＤＵのフォーマットがＥＨＴＰＰＤＵであるか否かが指示されてよい。

図８の（ａ）は、単一ＳＴＡのためのＥＨＴＳＵＰＰＤＵフォーマットの一例を示す。ＥＨＴＳＵＰＰＤＵは、ＡＰと単一ＳＴＡ間の単一ユーザ（ＳｉｎｇｌｅＵｓｅｒ：ＳＵ）送信のために用いられるＰＰＤＵであり、Ｕ－ＳＩＧフィールド以後に追加のシグナリングのためのＥＨＴ－ＳＩＧ－Ａフィールドが位置してよい。

図８の（ｂ）は、トリガーフレームに基づいて送信されるＥＨＴＰＰＤＵであるＥＨＴトリガーベース（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵフォーマットの一例を示す。ＥＨＴトリガーベースＰＰＤＵは、トリガーフレームに基づいて送信されるＥＨＴＰＰＤＵであり、トリガーフレームに対する応答のために用いられる上りリンクＰＰＤＵである。ＥＨＴＰＰＤＵは、ＥＨＴＳＵＰＰＤＵとは違い、Ｕ－ＳＩＧフィールド以後にＥＨＴ－ＳＩＧ－Ａフィールドが位置しない。

図８の（ｃ）は、多重ユーザのためのＥＨＴＰＰＤＵであるＥＨＴＭＵＰＰＤＵフォーマットの一例を示す。ＥＨＴＭＵＰＰＤＵは、１つ以上のＳＴＡにＰＰＤＵを送信するために用いられるＰＰＤＵである。ＥＨＴＭＵＰＰＤＵフォーマットは、Ｕ－ＳＩＧフィールド以後にＨＥ－ＳＩＧ－Ｂフィールドが位置してよい。

図８の（ｄ）は、拡張された範囲にあるＳＴＡとの単一ユーザ送信のために用いられるＥＨＴＥＲＳＵＰＰＤＵフォーマットの一例を示す。ＥＨＴＥＲＳＵＰＰＤＵは、図８の（ａ）で説明したＥＨＴＳＵＰＰＤＵよりも広い範囲のＳＴＡとの単一ユーザ送信のために用いられてよく、時間軸上でＵ－ＳＩＧフィールドが反復して位置してよい。

図８の（ｃ）で説明したＥＨＴＭＵＰＰＤＵは、ＡＰが複数個のＳＴＡに下りリンク送信のために用いることができる。このとき、ＥＨＴＭＵＰＰＤＵは、複数個のＳＴＡがＡＰから送信されたＰＰＤＵを同時に受信できるようにスケジューリング情報を含むことができる。ＥＨＴＭＵＰＰＤＵは、ＥＨＴ－ＳＩＧ－Ｂのユーザ特定（ｕｓｅｒｓｐｅｃｉｆｉｃ）フィールドを通じて送信されるＰＰＤＵの受信者及び／又は送信者のＡＩＤ情報を、ＳＴＡに伝達することができる。したがって、ＥＨＴＭＵＰＰＤＵを受信した複数個の端末は、受信したＰＰＤＵのプリアンブルに含まれたユーザ特定フィールドのＡＩＤ情報に基づいて空間再使用（ｓｐａｔｉａｌｒｅｕｓｅ）動作を行うことができる。

具体的に、ＨＥＭＵＰＰＤＵに含まれたＨＥ－ＳＩＧ－Ｂフィールドのリソースユニット割り当て（ｒｅｓｏｕｒｃｅｕｎｉｔａｌｌｏｃａｔｉｏｎ，ＲＡ）フィールドは、周波数軸の特定帯域幅（例えば、２０ＭＨｚなど）におけるリソースユニットの構成（例えば、リソースユニットの分割形態）に関する情報を含むことができる。すなわち、ＲＡフィールドは、ＳＴＡがＰＰＤＵを受信するために、ＨＥＭＵＰＰＤＵの送信のための帯域幅で分割されたリソースユニットの構成を指示できる。分割された各リソースユニットに割り当て（又は、指定）されたＳＴＡの情報は、ＥＨＴ－ＳＩＧ－Ｂのユーザ特定フィールドに含まれてＳＴＡに送信されてよい。すなわち、ユーザ特定フィールドは、分割された各リソースユニットに対応する１つ以上のユーザフィールドを含むことができる。

例えば、分割された複数個のリソースユニットのうち、データ送信のために用いられる少なくとも１つのリソースユニットに対応するユーザフィールドは、受信者又は送信者のＡＩＤを含むことができ、データ送信に用いられない残りのリソースユニットに対応するユーザフィールドは、既に設定されたヌル（Ｎｕｌｌ）ＳＴＡＩＤを含むことができる。

図８に示す２個以上のＰＰＤＵを、同一のＰＰＤＵフォーマットを示す値で指示することができる。すなわち、２個以上のＰＰＤＵを同一の値によって同一のＰＰＤＵフォーマットと指示することができる。例えば、ＥＨＴＳＵＰＰＤＵとＥＨＴＭＵＰＰＤＵは、Ｕ－ＳＩＧＰＰＤＵフォーマットサブフィールドを用いて同一の値で指示することができる。このとき、ＥＨＴＳＵＰＰＤＵとＥＨＴＭＵＰＰＤＵは、ＰＰＤＵを受信するＳＴＡの個数によって区別されてよい。例えば、１個のＳＴＡのみが受信するＰＰＤＵは、ＥＨＴＳＵＰＰＤＵと識別されてよく、２個以上のＳＴＡが受信するようにＳＴＡの数が設定された場合に、ＥＨＴＭＵＰＰＤＵと識別されてよい。言い換えると、同一のサブフィールド値を用いて、図８に示す２個以上のＰＰＤＵフォーマットを指示することができる。

また、図８に示すフィールドのうち一部のフィールド又はフィールドの一部の情報は省略されてよく、このように一部のフィールド又はフィールドの一部の情報が省略される場合を圧縮モード（ｃｏｍｐｒｅｓｓｉｏｎｍｏｄｅ）又は圧縮されたモード（ｃｏｍｐｒｅｓｓｅｄｍｏｄｅ）と定義できる。

図９は、本発明の一実施例に係る多重リンク（ｍｕｌｔｉ－ｌｉｎｋ）装置を示す図である。

図９を参照すると、一つ以上のＳＴＡがアフィリエイト（ａｆｆｉｌｉａｔｅ）されているデバイス（ｄｅｖｉｃｅ）の概念が定義されてよい。さらに他の実施例として本発明の一実施例によれば、１個超過（すなわち、２個以上の）のＳＴＡがアフィリエイトされているデバイスが定義されてよい。このとき、装置は論理的な（ｌｏｇｉｃａｌ）概念であってよい。したがって、このような概念の１個以上又は１個超過のＳＴＡがアフィリエイトされているデバイスは、多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋｄｅｖｉｃｅ：ＭＬＤ）、多重バンド（ｍｕｌｔｉ－ｂａｎｄ）デバイス又は多重リンク論理的エンティティ（ｍｕｌｔｉ－ｌｉｎｋｌｏｇｉｃａｌエンティティ：ＭＬＬＥ）と呼ぶことができる。

又は、上の概念のデバイスは、多重リンクエンティティ（ｍｕｌｔｉ－ｌｉｎｋエンティティ：ＭＬＥ）と呼ぶことができる。また、ＭＬＤは、一つのＭＡＣＳＡＰ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌｓｅｒｖｉｃｅａｃｃｅｓｓｐｏｉｎｔ）をＬＬＣ（ｌｏｇｉｃａｌｌｉｎｋｃｏｎｔｒｏｌ）まで有してよく、ＭＬＤは、一つのＭＡＣデータサービス（ＭＡＣｄａｔａｓｅｒｖｉｃｅ）を有してよい。

ＭＬＤに含まれたＳＴＡは、一つ以上のリンク（ｌｉｎｋ）又はチャネル（ｃｈａｎｎｅｌ）で動作することが可能である。すなわち、ＭＬＤに含まれたＳＴＡは、互いに異なる複数のチャネルで動作することが可能である。例えば、ＭＬＤに含まれたＳＴＡは、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚの異なる周波数帯域のチャネルを用いて動作することが可能である。これにより、ＭＬＤは、チャネル接続における利得を得、全体ネットワークの性能を上げることが可能である。既存の無線ＬＡＮは単一リンク（ｓｉｎｇｌｅｌｉｎｋ）で動作したが、ＭＬＤ動作は、複数個のリンクを用いて、より多いチャネル接続機会を得るか、チャネルの状況を考慮して複数個のリンクでＳＴＡが効率的に動作することが可能である。

また、ＭＬＤにアフィリエイトされたＳＴＡがＡＰである場合に、ＡＰがアフィリエイトされたＭＬＤはＡＰＭＬＤであってよい。一方、ＭＬＤにアフィリエイトされたＳＴＡがｎｏｎ－ＡＰＳＴＡである場合に、ｎｏｎ－ＡＰがアフィリエイトされたＭＬＤはｎｏｎ－ＡＰＭＬＤであってよい。

図９を参照すると、複数のＳＴＡを含むＭＬＤが存在してよく、ＭＬＤに含まれている複数のＳＴＡは複数のリンクで動作できる。図９で、ＡＰであるＡＰ１、ＡＰ２、ＡＰ３を含むＭＬＤを、ＡＰＭＬＤということができ、ｎｏｎ－ＡＰＳＴＡであるｎｏｎ－ＡＰＳＴＡ１、ｎｏｎ－ＡＰＳＴＡ２、ｎｏｎ－ＡＰＳＴＡ３を含むＭＬＤを、ｎｏｎ－ＡＰＭＬＤということができる。ＭＬＤに含まれているＳＴＡは、リンク１（Ｌｉｎｋ１）、リンク２（Ｌｉｎｋ２）、リンク３（Ｌｉｎｋ３）、又はリンク１～３の一部のリンクで動作できる。

本発明の実施例によれば、多重リンク動作は多重リンク設定（ｍｕｌｔｉ－ｌｉｎｋｓｅｔｕｐ）動作を含むことができる。多重リンク設定動作は、単一リンク動作で行われるアソシエーション（ａｓｓｏｃｉａｔｉｏｎ）に対応する動作であってよい。多重リンクでフレームを交換するためには多重リンク設定が先行されてよい。多重リンク設定動作は、多重リンク設定要素（ｍｕｌｔｉ－ｌｉｎｋｓｅｔｕｐｅｌｅｍｅｎｔ）を用いて行われてよい。ここで、多重リンク設定要素は、多重リンクと関連した能力情報（ｃａｐａｂｉｌｉｔｙｉｎｆｏｒｍａｔｉｏｎ）を含むことができ、能力情報は、ＭＬＤに含まれたＳＴＡが一つのリンクでフレームを受信すると同時に、ＭＬＤに含まれた他のＳＴＡが他のリンクでフレームを送信できるか否かに関連した情報を含むことができる。すなわち、能力情報は、ＭＬＤに含まれたリンクでＳＴＡ（ｎｏｎ－ＡＰＳＴＡ及び／又はＡＰ（又は、ＡＰＳＴＡ））が異なる送信方向に同時にフレームを送信／受信できるか否かに関連した情報を含むことができる。また、能力情報は、使用可能なリンク又は動作チャネル（ｏｐｅｒａｔｉｎｇｃｈａｎｎｅｌ）に関連した情報をさらに含むことができる。多重リンク設定は、ピアＳＴＡ（ｐｅｅｒＳＴＡ）間の交渉（ｎｅｇｏｔｉａｔｉｏｎ）によって設定されてよく、一つのリンクで多重リンク動作が設定されてよい。

本発明の一実施例によれば、ＴＩＤとＭＬＤのリンクとの間にマッピング関係が存在してよい。例えば、ＴＩＤとリンクとがマップされる場合に、ＴＩＤは、マップされたリンクで送信されてよい。ＴＩＤとリンクとのマッピングは、送信方向ベース（ｄｉｒｅｃｔｉｏｎａｌ－ｂａｓｅｄ）でなされてよい。例えば、ＭＬＤ１とＭＬＤ２との間における両方向のそれぞれに対してマッピングがなされてよい。また、ＴＩＤとリンクとのマッピングは基本（ｄｅｆａｕｌｔ）設定が存在してよい。例えば、ＴＩＤとリンクとのマッピングは、基本的に、あるリンクに全てのＴＩＤがマップされたものであってよい。

＜Ｗｉ－ＦｉのＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）支援＞

Ｗｉ－Ｆｉ（ＩＥＥＥ８０２．１１）のデータレートは、新しいプロトコルバージョンが導入される度に飛躍的に増加しており、近年、完了段階にある８０２．１１ａｘは最大で約１０Ｇｂｐｓに至るデータレートを支援することが予想される。このように向上したＷｉ－Ｆｉのデータレートは、ハードウェア性能の向上によって、ＰＨＹプロトコルがより広い帯域幅（ｂａｎｄｗｉｄｔｈ：ＢＷ）及び高いＭＣＳに対するプロセシングを支援し、複数のアンテナが活用可能になることによって達成されたといえる。

しかしながら、このように飛躍的に増加したデータレートにもかかわらず、Ｗｉ－Ｆｉは相変らず送信遅延の問題を抱えている。Ｗｉ－Ｆｉをはじめとする全ての通信システムが有限のデータレートを支援し、したがって、トラフィックを送信する際に一定時間の送信遅延を誘発する。しかし、Ｗｉ－Ｆｉの送信遅延が問題になる理由は、Ｗｉ－Ｆｉの送信遅延が予測不可である特性を有するためである。言い換えると、専用通信リソース（有線或いは無線免許帯域）を活用する通信システムにおいて、送信するトラフィックの量に基づいて、トラフィックを送信するのにかかる遅延時間を予測できるが、Ｗｉ－Ｆｉのように非免許帯域を活用する通信システムは、他の装置でよってミディアムが占有されたとき、予測できない送信遅延が発生することがある。このように予測できない送信遅延が発生すると、音声（Ｖｏｉｃｅ）トラフィックのようにライフタイム（ｌｉｆｅｔｉｍｅ）の短いトラフィックはその活用度を失う可能性があり、この場合、Ｗｉ－Ｆｉがいくら高いデータレートを支援してもサービス品質（ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ））の向上が期待し難い。

ＩＥＥＥ８０２．１１標準化団体は、上述したような非免許帯域の限界を克服するためにＭＡＣプロトコルを持続的に発展させてきており、８０２．１１ｅで導入されたＥＤＣＡ（ｅｎｈａｎｃｅｄｄｉｓｔｒｉｂｕｔｅｄｃｈａｎｎｅｌａｃｃｅｓｓ）はその結果の一つであるといえる。以下では、説明の便宜のために、ＱｏＳＡＰをＡＰ、ＱｏＳＳＴＡをＳＴＡ、ＱｏＳＢＳＳをＢＳＳと呼び、したがって、ＡＰとした場合、ＱｏＳＡＰのことを指すと解釈されてよい。

ＥＤＣＡは、トラフィックをその特性によって４種類のＡＣ（ａｃｃｅｓｓｃａｔｅｇｏｒｙ）に差別化して管理するメカニズムを提供する。このとき、前記４種類のＡＣは、ＡＣ＿ＶＯ（ＡＣＶｏｉｃｅ）、ＡＣ＿ＶＩ（ＡＣＶｉｄｅｏ）、ＡＣ＿ＢＥ（ＡＣＢｅｓｔｅｆｆｏｒｔ）、ＡＣ＿ＢＫ（ＡＣＢａｃｋｇｒｏｕｎｄ）であり、各ＡＣは互いに異なるＣＷ（ｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗ）、ＴＸＯＰ（ｔｒａｎｓｍｉｔｏｐｐｏｒｔｕｎｉｔｙ）及びＡＩＦＳＮのパラメータを有し得る。簡単にいうと、ＥＤＣＡは、４種類のＡＣに対するＣＷ、ＴＸＯＰ、ＡＩＦＳＮのパラメータを差別化することによって、各ＡＣを活用して送信されるトラフィックの送信優先順位を調節するメカニズムである。そのために、ＥＤＣＡは、ＭＡＣのサービスすべきトラフィック（ＭＳＤＵ）を、ＴＣ（ｔｒａｆｆｉｃｃａｔｅｇｏｒｙ）或いはＴＳ（ｔｒａｆｆｉｃｓｔｒｅａｍ）によって、４個のＡＣのうち一つのＡＣにマップできる。このとき、ＥＤＣＡによって４個のＡＣのうち一つにマップされたトラフィックは、各ＡＣのための４個のキューに分けて管理される。このとき、前記４個のキューは物理的に分離されずに論理的に（ｌｏｇｉｃａｌｌｙ）分離されたキューであってよい。

ＡＣ＿ＶＯは、音声（Ｖｏｉｃｅ）トラフィックのようにトラフィックの絶対的な量が多くはないが、送信遅延に脆弱なトラフィックに活用可能なＡＣであり、他のＡＣのトラフィックよりも優先してサービスされる確率を上げるために、相対的に小さいＣＷ及びＡＩＦＳＮのパラメータ値を有する。ただし、ＡＣ＿ＶＯのＴＸＯＰパラメータは、他のＡＣのＴＸＯＰパラメータよりも相対的に小さい値に制限され、他のＡＣに比べて短い送信時間が保障される。

ＡＣ＿ＶＩは、音声トラフィックに比べては送信遅延に強靭であるが、相変らず低遅延送信を要求し、多量のトラフィックを処理すべきビデオのようなトラフィックに活用可能なＡＣである。ＡＣ＿ＶＩは、ＡＣ＿ＶＯよりは大きいが、他のＡＣに比べては小さいＣＷとＡＩＦＳＮのパラメータ値を有し、代わりに、ＴＸＯＰはＡＣ＿ＶＩに比べて２倍程度長い。

ＡＣ＿ＢＥは、送信遅延に強靭なトラフィックに活用可能なＡＣであり、音声データ及びストリーミングビデオデータを除く大部分の一般トラフィックがＡＣ＿ＢＥに分類されてよい。ＡＣ＿ＢＥは、ＣＷとＡＩＦＳＮパラメータをＡＣ＿ＶＯ、ＡＣ＿ＶＩに比べて大きい値を用いる。また、ＡＣ＿ＢＥは、ＴＸＯＰを別に有しておらず、したがって、ＰＰＤＵを送信後にＡＣＫ応答を受け、ＳＩＦＳ後に再びＰＰＤＵを送信するＴＸＯＰ送信シーケンスを活用することができない。

ＡＣ＿ＢＫは、ＡＣ＿ＢＥと類似に送信遅延に強靭なトラフィックであるが、優先順位がＢＥトラフィックよりは低いトラフィックに活用可能なＡＣである。ＡＣ＿ＢＫは、ＡＣ＿ＢＥと同じＣＷパラメータ値を活用し、ＡＩＦＳＮパラメータ値はＡＣ＿ＢＥに比べても大きい値を活用する。また、ＡＣ＿ＢＫは、ＡＣ＿ＢＥと同一に、ＴＸＯＰを別に有しておらず、ＴＸＯＰ送信シーケンスを活用できない。

上述した４種類のＥＤＣＡＡＣは、８０２．１ＤのＵＰ（ｕｓｅｒ－ｐｒｉｏｒｉｔｙ）とマップされ、有線で受信したトラフィックが有しているＵＰ値或いは上位レイヤから指示されたＭＳＤＵのＴＩＤによってＥＤＣＡＡＣを決定する。このとき、前記ＭＳＤＵのＴＩＤが０～７の値を指示する場合に、前記ＴＩＤの指示する値はＵＰと１対１で対応し得る。

８０２．１ＤＵＰとＥＤＣＡＡＣをマップする規則は、下表１の通りである。

また、上述した４種類のＥＤＣＡＡＣは、それぞれの基本（ｄｅｆａｕｌｔ）ＣＷ（ＣＷｍｉｎ、ＣＷｍａｘ）、ＡＩＦＳＮ、ＴＸＯＰパラメータが標準において定義されており、各ＡＣのパラメータ値は、ＡＰによって変更されてＢＳＳごとに異なる値を活用することもできる。

ＥＤＣＡメカニズムを活用すると、Ｗｉ－Ｆｉトラフィックは、４個のＡＣと対応する４個のキューのうち一つに保管され、自分の含まれたＡＣが他のＡＣとのチャネルアクセスの競合によってチャネルアクセスに成功した場合に限って目的装置に送信されてよい。このとき、前記ＡＣに対応するＥＤＣＡＦ（ＥＤＣＡｆｕｎｃｔｉｏｎ）間のチャネルアクセス動作は競合によって行われてよく、競合において各ＡＣに割り当てられたアクセスパラメータ（ＣＷ［ＡＣ］、ＡＩＦＳＮ［ＡＣ］）が用いられてよい。各、ＡＣによって行われるチャネルアクセス競合動作は、ＤＣＦと同一である。このとき、特定ＡＣによって送信されるトラフィックがキューに一つもない場合、当該特定ＡＣは、競合に利用できない。

ただし、上述したように、各ＡＣによって活用されるＣＷとＡＩＦＳＮパラメータ値が互いに異なるので、最も小さいＣＷとＡＩＦＳＮパラメータを有するＡＣ＿ＶＯが、他のＡＣとのチャネルアクセス競合においてチャネルアクセスに成功する確率が高く、したがって、ＡＣ＿ＶＯのトラフィックが他のＡＣのトラフィックよりも優先してサービスされる可能性が高い。

また、ＥＤＣＡメカニズムは、各ＡＣ間に（ｉｎｔｅｒｎａｌ）衝突（ｃｏｌｌｉｓｉｏｎ）が発生した時に、優先順位の高いＡＣ（表１参照）が用いられ、衝突を誘発した他のＡＣのＣＷを増加させるなどの内部競合規則と、競合で勝利したＡＣ（ｐｒｉｍａｒｙＡＣ）以外の他のＡＣのトラフィックを含めてＰＰＤＵを構成する規則、などを規定している。

上述したＥＤＣＡの他にも、８０２．１１ＭＡＣプロトコルは、ＱｏＳ管理のためのＨＣＣＡ（ＨＣＦｃｏｎｔｒｏｌｌｅｄｃｈａｎｎｅｌａｃｃｅｓｓ）メカニズムを定義しており、このＨＣＣＡメカニズムは、周期的にサービスすべきアプリケーションの（音声、ビデオのような）ＴＳ（ＴｒａｆｆｉｃＳｔｒｅａｍ）ＱｏＳを保障するために活用される一種の中央集中型（ｃｅｎｔｒａｌｉｚｅｄ／ｈｙｂｒｉｄ）コーディネーターのような機能を提供する。その他に、ＳＰＣＡ（ＳｅｒｖｉｃｅＰｅｒｉｏｄＣｈａｎｎｅｌＡｃｃｅｓｓ）、サービス周期の動的割り当て（Ｄｙｎａｍｉｃａｌｌｏｃａｔｉｏｎｏｆｓｅｒｖｉｃｅｐｅｒｉｏｄ）メカニズムがあるが、ＤＭＧＳＴＡのみ活用でき、前述したＥＤＣＡが最も代表的なＷｉ－ＦｉのＱｏＳＭＡＣプロトコルであるといえる。

＜ＱｏＳ（ｑｕａｌｉｔｙ－ｏｆ－ｓｅｒｖｉｃｅ）ＭＬＤ動作＞

上述したＥＤＣＡメカニズムの動作を考慮したとき、ＥＤＣＡが各ＡＣに対して互いに異なるＣＷ及びＡＩＦＳＮパラメータを適用する目的が、トラフィックの性格を考慮した送信優先権の調停にあることが分かる。

図９で説明したＭＬＤの構造を考慮すれば、ＭＬＤは互いに異なるリンクで運用される１つ以上或いは１つ超過のＳＴＡを運用し、したがって、ＭＬＤの各ＳＴＡは、互いに独立した送信キュー（Ｑｕｅｕｅ）を有し得る。このとき、前記キューは論理的に分離されたものであってよく、これは、ＭＬＤが論理的な概念であり得るのと一脈相通ずる意味であってよい。

ＥＤＣＡが４個のＡＣに対してそれぞれのキューを分離して運用することによってＱｏＳサービスを強化したのと類似の原理から、ＭＬＤはＱｏＳを強化するために、自分がサービスすべきトラフィックを、トラフィックの性格を考慮して、自分が運用しているＳＴＡのうち１つにマップすることができる。言い換えると、ＥＤＣＡメカニズムがトラフィックを４個のＡＣのうち１つにマップするのと類似に、ＭＬＤは、トラフィックを、自身が運用するＳＴＡのうち１つにマップすることができる。このとき、ＭＬＤが特定ＳＴＡに特定トラフィックをマップする動作は、前記ＭＬＤが前記特定トラフィックを前記特定ＳＴＡが運用されるリンクにマップすることと理解されてよい。より容易な理解のために、図１０を用いて、ＭＬＤが多数のＳＴＡ（Ｌｉｎｋ）を用いてＱｏＳを強化する方法を説明する。

図１０には、本発明の一実施例に係るＭＬＤがトラフィックを自分のＳＴＡ（Ｌｉｎｋ）にマップする方法の一実施例を示す。

図１０を参照すると、（ａ）ＡＰＭＬＤと（ｂ）Ｎｏｎ－ＡＰＭＬＤはそれぞれ、４個のＳＴＡであるＡＰ１、ＡＰ２、ＡＰ３、ＡＰ４と、Ｎｏｎ－ＡＰＳＴＡ１、Ｎｏｎ－ＡＰＳＴＡ２、Ｎｏｎ－ＡＰＳＴＡ３、Ｎｏｎ－ＡＰＳＴＡ４を運用するＭＬＤであり、両ＭＬＤの各４個のＳＴＡは互いにアソシエーション（ａｓｓｏｃｉａｔｉｏｎ）可能である。

仮に、ＡＰＭＬＤが、自分が運用している４個のＳＴＡ（ＡＰ１、ＡＰ２、ＡＰ３、ＡＰ４）のキューを、ＥＤＣＡのＡＣ別キューと類似の方式で活用すると、表１のように、ＡＰ１のキューに、ＡＣ＿ＢＫを活用するトラフィックをマップし、ＡＰ２にＡＣ＿ＢＥ、ＡＰ３にＡＣ＿ＶＩ、ＡＰ４にＡＣ＿ＶＯを活用するトラフィックをそれぞれマップすることができる。このように、各ＳＴＡにマップされたトラフィックは、各ＳＴＡの行うチャネルアクセス手順によってサービスされてよく、したがって、ＡＣが異なるトラフィックは、互いに異なるＡＣのトラフィックが送信される過程で発生する送信遅延に影響を受けなくなる。すなわち、ＭＬＤがトラフィックの性格によってマップするＳＴＡを分離することによって得られるＱｏＳ強化効果は、ＥＤＣＡが優先順位の高いトラフィックに対して送信優先権を付与するのと類似であるが、互いに異なるＡＣのトラフィックが相互の送信による影響を受けないようにし得るという相違がある。

一方、ＭＬＤの各ＳＴＡが運用されるリンクのチャネル品質及びロード状況が互いに異なることがあり、前記各ＳＴＡのＰＨＹ性能及び動作帯域幅が互いに異なることがあるので、ＭＬＤが特定トラフィックをどのＳＴＡにマップするかによって、前記特定トラフィックが含まれたＰＰＤＵのＢＷとＭＣＳが変わり得る。

例えば、（ａ）ＡＰＭＬＤのＳＴＡであるＡＰ１が２．４ＧＨｚ帯域で運用されると、前記ＡＰ１は最大で４０ＭＨｚの動作帯域幅を有してよく、前記（ａ）ＡＰＭＬＤの他のＳＴＡであるＡＰ４が６ＧＨｚ帯域で運用されると、前記ＡＰ４は最大で３２０ＭＨｚのＢＷを動作帯域幅として活用できる。このとき、ＭＬＤが高い処理量と低い遅延を要求する特性のトラフィックをマップしなければならないと、前記トラフィックを前記ＡＰ４にマップすることによってＱｏＳを強化しようと試みることができる。このように、ＭＬＤは、自分がサービスすべきトラフィックの特性を考慮したＳＴＡマッピングを行うことにより、トラフィック別に、送信優先権の他に、送信される時に活用可能なリソース（ハードウェア及び周波数）の量まで差別化する効果を得ることができる。

＜ＴＩＤ（ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ）－ｔｏ－Ｌｉｎｋマッピング＞

図１０で説明した一実施例から、ＭＬＤがＱｏＳ強化のために、自分がサービスすべきトラフィックの特性を考慮して、自分が運用しているＳＴＡ（のリンク）にトラフィックマッピングを行うことができることを説明した。図１０の一実施例では、ＥＤＣＡとの比較のために、各ＡＣにマップされたトラフィックを各ＳＴＡにマップすると表現したが、ＭＬＤがＳＴＡ（のリンク）にトラフィックをマップする時に、より高い分解能のためにＴＩＤ別にマッピングを試みることができる。

本発明の実施例によれば、フレームに該当するＴＩＤが存在し得る。例えば、フレームに該当するＴＩＤを指示するためのシグナリングがフレームに含まれてよく、前記シグナリングはＴＩＤサブフィールドであってよい。より具体的には、ＴＩＤを指示するためのシグナリングは、フレームのＭＡＣヘッダーに含まれてよい。例えば、ＴＩＤを指示するためのシグナリングはＱｏＳ制御フィールド（ＱｏＳＣｏｎｔｒｏｌｆｉｅｌｄ）に含まれてよい。例えば、前記フレームの種類は、データフレーム（Ｄａｔａｆｒａｍｅ）又はＱｏＳデータフレーム（ＱｏＳＤａｔａｆｒａｍｅ）が可能である。８０２．１１は、ＱｏＳを強化するために、ＭＡＣフレームのＱｏＳ制御フィールドに存在するＴＩＤサブフィールドに、トラフィック種類によるＴＩＤを示す。このとき、前記ＴＩＤは、フレームボディー（Ｆｒａｍｅｂｏｄｙ）に含まれたＭＳＤＵ或いはフラグメント（ｆｒａｇｍｅｎｔ）或いはＡ－ＭＳＤＵのＵＰｓ（ｕｓｅｒｐｒｉｏｒｉｔｉｅｓ）或いはＴＳＩＤ（ｔｒａｆｆｉｃｓｔｒｅａｍｉｄｅｎｔｉｆｉｅｒ）を示す。ＴＩＤサブフィールドは総４ビットで構成されており、０から１５までの値を示すことができる。

ＴＩＤサブフィールドが０から７までの値と示された場合に、前記ＴＩＤサブフィールドに示された値は、フレームボディーに含まれたＭＳＤＵのＵＰｓに対する値であり、ＥＤＣＡをアクセス方針（Ａｃｃｅｓｓｐｏｌｉｃｙ）として用い、前記ＵＰに対応するＡＣパラメータを用いてＭＡＣエンティティにおいて処理されるべきである。

ＴＩＤサブフィールドが８から１５までの値と示された場合に、前記ＴＩＤサブフィールドに示された値は、フレームボディーに含まれたＭＳＤＵのＴＳＩＤに対する値であり、前記ＭＳＤＵは、ＭＡＣエンティティがＴＳＰＥＣのＴＳＩｎｆｏフィールドにあるＵｓｅｒＰｒｉｏｒｉｔｙサブフィールドで指示されたＵＰに合わせて処理しなければならず、前記ＴＳＰＥＣの他のパラメータで指示された値に従わなければならない。

このとき、前記ＴＳＩＤトラフィックのＵＰは、ＴＳＰＥＣではなくＴＣＬＡＳのＵｓｅｒＰｒｉｏｒｉｔｙフィールドから確認されてよい。また、前記ＴＩＤサブフィールドが８から１５までの値を有するＭＳＤＵに適用するアクセス方針は、前記ＴＳＩｎｆｏフィールドの他のサブフィールドであるアクセス方針によって指示され、前記ＴＳＩｎｆｏフィールドのアクセス方針サブフィールド（ビット７，ビット８）が（１，０）と示された場合にＥＤＣＡ、（１，０）或いは（１，１）と示された場合にＨＣＣＡ、を指示すると解釈されてよい。

また、ＴＳに対応するＴＩＤをリンクにマップする時には、前記ＴＳを生成する時に活用されたＡＤＤＴＳ要請フレームにＩｎｔｒａ－ＡｃｃｅｓｓＣａｔｅｇｏｒｙＰｒｉｏｒｉｔｙエレメントが示されてよく、前記エレメントに存在するＩｎｔｒａ－ＡｃｃｅｓｓＰｒｉｏｒｉｔｙフィールドにおいてＵｓｅｒＰｒｉｏｒｉｔｙ及びＥＤＣＡで当該ＴＳを送信する時に活用するＡｌｔｅｒｎａｔｅキュー（ＡＣキュー）情報が含まれていてよい。この場合、ＭＬＤは、前記ＴＳに対応するＴＩＤを有するトラフィックを前記Ｉｎｔｒａ－Ａｃｃｅｓｓｐｒｉｏｒｉｔｙフィールドで指示したＵＰ及びキュー情報を考慮して処理できる。

このように、ＴＩＤはトラフィックのＵＰｓに対応する意味を有するので、図１０の一実施例において各ＡＣに該当するトラフィックを互いに異なるＳＴＡにマップしたのと類似に、ＭＬＤが各ＴＩＤのトラフィックを互いに異なるＳＴＡにマップすることを考慮できる。これは、概念的にＴＩＤ－ｔｏ－ＳＴＡマッピング或いはＴＩＤ－ｔｏ－Ｌｉｎｋマッピングと理解されてよく、前記ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを行うためには、互いに通信を行うＭＬＤ間に合意が必要であり得る。

すなわち、特定ＭＬＤは他のＭＬＤに自分のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング計画をシグナルでき、前記特定ＭＬＤからＴＩＤ－ｔｏ－Ｌｉｎｋマッピング計画を受信したＭＬＤは、前記特定ＭＬＤが計画したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを受諾又は拒絶してよい。このとき、互いに連結を確立した２つのＭＬＤ間に別途のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング合意がなされていない場合に、各ＭＬＤは、相手ＭＬＤと連結を確立した全てのリンクを通じてトラフィックのＴＩＤに関係なくトラフィックを送信してよい。これは、全てのＴＩＤが全てのリンクにマップされていると理解されてよく、最初に連結を確立した２つのＭＬＤ間に暗示的に合意された基本ＴＩＤ－ｔｏ－Ｌｉｎｋモードであってよい。

ＴＩＤ－ｔｏ－Ｌｉｎｋを行う時に守るべき細部的な規則は定義されなくてよい。ただし、ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋを行う時に全てのＴＩＤを１個以上のリンクにマップしなければならない。本発明の実施例によれば、リンクにマップされたＴＩＤに対するフレームを前記リンクで送信することが可能である。また、リンクにマップされていないＴＩＤに対するフレームを、前記リンクで送信しないことが可能である。また、ＴＩＤとリンク間のマッピングは、各ＭＬＤ別に個別になされてよい。また、ＴＩＤとリンク間のマッピングは、リンクの送信方向別に個別になされてよい。例えば、ＴＩＤとリンク間のマッピングが上りリンクと下りリンクのそれぞれに対して存在し得る。また、本発明においてＴＩＤ－ｔｏ－Ｌｉｎｋマッピングは、ＴＩＤ－ｔｏ－Ｌｉｎｋ、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング、ＴＩＤとリンク間のマッピングなどと互換して使われてよい。また、本発明において、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングは、ＡＣとリンク間のマッピング、又はｕｓｅｒｐｒｉｏｒｉｔｙとリンク間のマッピング、又はｔｒａｆｆｉｃｃｌａｓｓとリンク間のマッピング、又はｔｒａｆｆｉｃｓｔｒｅａｍとリンク間のマッピングを意味することも可能である。

また、上述したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングは、互いに連結されたＭＬＤ間に互いに異なるように合意されてよい。一実施例として、ＭＬＤ１とＭＬＤ２がＬｉｎｋ１とＬｉｎｋ２を通じて連結されているとき、ＭＬＤ１はＬｉｎｋ１に、ＴＩＤ値が０～３を有するトラフィックをマップし、ＭＬＤ２はＬｉｎｋ１に、ＴＩＤ値が４～７を有するトラフィックをマップすることができる。

また、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングのシグナリングは暗示的になされてよい。一実施例として、ＭＬＤ１とＭＬＤ２がＬｉｎｋ１とＬｉｎｋ２を通じて連結されているとき、ＭＬＤ１が、ＴＩＤ値が０～３を有するトラフィックのみをＬｉｎｋ１にマップし、残りＴＩＤをマップするリンクを別にシグナルしなくてよい。この場合、ＴＩＤ値が０～３でない他のトラフィックはＬｉｎｋ２にマップされたと理解されてよい。すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングシグナリングにおいて特定リンクにマップされていないＴＩＤは、前記ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングシグナリングにおいて別個に示されなかった他のリンクにマップされたものと解釈されてよい。このとき、前記別個に示されなかったリンクは、全てのＴＩＤがマップされたリンクと解釈されてよい。

また、連結された２つのＭＬＤは、最初にＭＬＤ連結を結ぶ時の他、運用中に変更が必要な時にも、１）ＭＬＤが特定リンクのＳＴＡを運営方針によって（電力節約（ＰｏｗｅｒＳａｖｅ）などの目的で）Ｄｉｓａｓｓｏｃｉａｔｉｏｎ／Ｄｉｓａｂｌｅに転換する場合、２）ＭＬＤが、特定リンクにマップされたトラフィックに対するＱｏＳ保障が難しいと判断した場合など、相手ＭＬＤに自分のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング設定変更を要請することができる。

また、特定ＭＬＤは相手ＭＬＤに、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを変更するように要請することができる。一例として、ＡＰＭＬＤがＮｏｎ－ＡＰＭＬＤに送信するトラフィックのうち、ＴＩＤが０～３であるトラフィックをＬｉｎｋ１にマップした時に、Ｎｏｎ－ＡＰＭＬＤは前記トラフィックのマッピングリンクをＬｉｎｋ１ではなく他のリンク（例えば、Ｌｉｎｋ２）に変更するように要請することができる。

また、特定ＭＬＤが行ったＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請が相手ＭＬＤから拒絶された場合に、前記特定ＭＬＤが同一ＴＩＤ－ｔｏ－Ｌｉｎｋ構成のマッピングを要請することは一定時間制限されてよい。これは、反復されるＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請と拒絶を防止するためであり、拒絶後に同一ＴＩＤ－ｔｏ－Ｌｉｎｋ要請が制限される時間は、ＡＰによって指示された時間であってよい。

すなわち、特定ＭＬＤが要請フレーム（ｒｅｑｕｅｓｔｆｒａｍｅ）のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを用いて特定ＴＩＤに対するリンクのマッピングを要請した後、相手ＭＬＤが要請フレームによって要請されたマッピング関係を拒絶する場合に、特定ＭＬＤは、拒絶されたマッピング関係を要請フレームを用いて再び要請することが一定時間制限されてよい。

そのために、ＡＰＭＬＤは、自分のＢＳＳのＳＴＡにＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請間隔（ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｒｅｑｕｅｓｔｉｎｔｅｒｖａｌ）と関連した時間情報をＢＳＳ運用パラメータでシグナルできる。このとき、前記拒絶されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングの制限は、拒絶されたＴＩＤ別に適用されるものであってよい。言い換えると、一度で提案された複数ＴＩＤとリンクのマッピング要請が特定ＴＩＤに対して拒絶された場合に、前記特定ＴＩＤを、拒絶されたリンクに対して再びマッピング要請することが制限されてよい。

図１１には、ＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤ間に確立されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング方法の一実施例を示す。

ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤ間にＴＩＤ－ｔｏ－Ｌｉｎｋマッピング規則を確立するためには、どのリンクにどのＴＩＤがマップされるかが明示的に指示される必要がある。

本発明の実施例をよれば、どのリンクにどのＴＩＤをマップするかを指示するシグナリングが存在し得る。例えば、前記シグナリングは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントであってよい。ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＬｉｎｋＩＤフィールドを含むことができる。ＬｉｎｋＩＤフィールドは、前記ＬｉｎｋＩＤフィールドを含むＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントがマップするリンクを指示する値を含んでよい。

又は、ＬｉｎｋＩＤフィールドは、前記ＬｉｎｋＩＤフィールドに該当するＴＩＤｓｉｎｆｏフィールドがどのリンクに対する情報を示すかを指示する値を含んでもよい。

また、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＴＩＤｓｉｎｆｏフィールドを含んでよい。ＴＩＤｓｉｎｆｏフィールドは、マップするＴＩＤに対する情報を含んでよい。ＴＩＤｓｉｎｆｏフィールドは、前記ＴＩＤｓｉｎｆｏフィールドを含むＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントがマップするＴＩＤに対する情報を含んでよい。例えば、ＴＩＤｓｉｎｆｏフィールドは、前記ＴＩＤｓｉｎｆｏフィールドを含むＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含むＬｉｎｋＩＤが指示するリンクにマップされるＴＩＤに対する情報を含んでよい。例えば、ＴＩＤｓｉｎｆｏフィールドは、各ＴＩＤ値に該当する１つ以上のビットを含んでよい。仮に、あるＴＩＤがリンクにマップされる場合に、前記あるＴＩＤに該当するビットを既に設定された値（例えば１）に設定できる。また、あるＴＩＤがリンクにマップされない場合に、前記あるＴＩＤに該当するビットを、前記既に設定された値と異なる既に設定された値（例えば、０）に設定できる。

図１１の（ａ）ＡＰＭＬＤは、（ｂ）Ｎｏｎ－ＡＰＭＬＤに送信すべきトラフィック（ＭＳＤＵ）のうち、ＴＩＤが０～３である０、１、２、３トラフィックを、Ｌｉｎｋ１で運用されるＡＰ１を通じて送信しようと計画できる。

そのために、ＡＰＭＬＤは、（ｃ）ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＬｉｎｋＩＤフィールドを用いてＬｉｎｋ１を指示した後、ＴＩＤｓｉｎｆｏフィールドを用いて、ＴＩＤ０～３がＬｉｎｋ１にマップされる旨をＮｏｎ－ＡＰＭＬＤにシグナルできる。このとき、前記（ｃ）ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、例示のためのエレメントフォーマットであり、他の構造のエレメントが同目的で活用されてもよいことが容易に理解できる。

Ｎｏｎ－ＡＰＭＬＤは、前記ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントから、ＡＰＭＬＤが計画しているＴＩＤ別送信リンクを確認した後、これを承認又は拒絶することができる。

図１２の（ｂ）Ｎｏｎ－ＡＰＭＬＤが（ａ）ＡＰＭＬＤから受信したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを確認した後、Ｌｉｎｋ１にＴＩＤ０～３に対応するトラフィックをマップし、Ｌｉｎｋ２にＴＩＤ４～７に対応するトラフィックをマップすることに同意した状況であることが理解できる。このとき、前記ＡＰＭＬＤが前記Ｎｏｎ－ＡＰＭＬＤに送信したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、それぞれ、２個のＬｉｎｋＩＤとＴＩＤｓｉｎｆｏサブフィールドを含む構成であってよい。このとき、前記各２個のＬｉｎｋＩＤサブフィールドはそれぞれ、Ｌｉｎｋ１とＬｉｎｋ２を指示し、前記各２個のＴＩＤｓｉｎｆｏサブフィールドはそれぞれ、０～３を意味する値と、４～７を意味する値が指示されていてよい。

このとき、前記ＴＩＤｓｉｎｆｏサブフィールドは８ビットで構成され、各ビットがＴＩＤ０からＴＩＤ７までそれぞれ対応するものと解釈されてよい。すなわち、ＴＩＤ０～３を指示するために、ＴＩＤｓｉｎｆｏサブフィールドの８ビットが１１１１００００と示されてよく、ＴＩＤ４～７を指示するために、ＴＩＤｓｉｎｆｏサブフィールドの８ビットが００００１１１１と示されてよい。

このとき、前記ＴＩＤｓｉｎｆｏサブフィールドは８ビットで構成され、各ビットがＴＩＤ０からＴＩＤ１５までそれぞれ対応するものと解釈されてよい。すなわち、ＴＩＤ０～３を指示するために、ＴＩＤｓｉｎｆｏサブフィールドの１６ビットが１１１１００００００００００００と示されてよく、ＴＩＤ４～７を指示するために、ＴＩＤｓｉｎｆｏサブフィールドの１６ビットが００００１１１１００００００００と示されてよい。

或いは、ＴＩＤｓＩｎｆｏサブフィールドは内部的に２個のサブフィールドで構成されてよく、前記２個のサブフィールドは、ＭｉｎＴＩＤ、ＭａｘＴＩＤであってよい。このとき、ＭｉｎＴＩＤサブフィールドは、当該リンクにマップするＴＩＤのうち、最も低いＴＩＤ値を指示し、ＭａｘＴＩＤサブフィールドは、当該リンクにマップする最も大きいＴＩＤを指示できる。このとき、前記ＭｉｎＴＩＤとＭＡＸＴＩＤはそれぞれ、３ビット或いは４ビットで示されてよい。

３ビット実施例として、ＴＩＤｓＩｎｆｏサブフィールドのＭｉｎＴＩＤサブフィールドが０００と示され、ＭａｘＴＩＤサブフィールドが０１１と示された場合に、前記ＴＩＤｓＩｎｆｏサブフィールドが指示するＴＩＤは０～３と解釈されてよく、前記ＭｉｎＴＩＤサブフィールドが１００と示され、ＭａｘＴＩＤサブフィールドが１１１と示された場合に、前記ＴＩＤｓＩｎｆｏサブフィールドが指示するＴＩＤは４～７と解釈されてよい。

４ビット実施例として、ＴＩＤｓＩｎｆｏサブフィールドのＭｉｎＴＩＤサブフィールドが００００と示され、ＭａｘＴＩＤサブフィールドが００１１と示された場合に、前記ＴＩＤｓＩｎｆｏサブフィールドが指示するＴＩＤは０～３と解釈されてよく、前記ＭｉｎＴＩＤサブフィールドが０１００と示され、ＭａｘＴＩＤサブフィールドが０１１１と示された場合に、前記ＴＩＤｓＩｎｆｏサブフィールドが指示するＴＩＤは４～７と解釈されてよい。

図１１の（ａ）ＡＰＭＬＤが（ｂ）Ｎｏｎ－ＡＰＭＬＤから受信したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを確認した後、Ｌｉｎｋ１に、ＴＩＤ０～３に対応するトラフィックをマップし、Ｌｉｎｋ２に、ＴＩＤ０～７に対応するトラフィックをマップすることに同意した状況であることが理解できる。

このとき、前記（ｂ）Ｎｏｎ－ＡＰＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを用いて、Ｌｉｎｋ１にＴＩＤ０～３をマップする旨のみを示し、Ｌｉｎｋ２にＴＩＤ０～７をマップする旨を別個に示さなくてよい。言い換えると、（ｂ）Ｎｏｎ－ＡＰＭＬＤは、（ａ）ＡＰＭＬＤに送信するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントにおいて、Ｌｉｎｋ２にマップするＴＩＤを別個に指示しておらず、前記（ａ）ＡＰＭＬＤは、前記指示されていないＬｉｎｋ２には全てのＴＩＤがマップされたと暗示的に解釈できる。

上述したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを活用すれば、ＭＬＤは、サービスするトラフィックを、前記トラフィックのＴＩＤによって、自分の運用するＳＴＡ（Ｌｉｎｋ）の１つ以上にマップすることができる。仮に、特定リンクにマップされたＴＩＤが２個以上のＥＤＣＡＡＣと対応する場合に、前記特定リンクで運用されるＱｏＳＳＴＡ（ＭＬＤの）は、前記マップされたＴＩＤのトラフィックを、ＥＤＣＡメカニズムによってＡＣを差別化してサービスすることができる。すなわち、ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを活用して各リンクにＴＩＤをマップでき、前記ＭＬＤの各ＳＴＡは、自分のリンクにマップされたＴＩＤのトラフィックに対してＥＤＣＡメカニズムを適用することができる。

一例として、特定ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを用いて特定リンクに、ＡＣ＿ＶＯに該当するトラフィックと、ＡＣ＿ＢＫに該当するトラフィックをマップすると、前記特定リンクで運用されるＳＴＡは、ＡＣ＿ＶＯに該当するトラフィックをＡＣ＿ＢＫに該当するトラフィックよりも高い確率で優先してサービスできる。このとき、前記特定リンクで運用されるＳＴＡがＡＣ＿ＶＯのＣＷｍａｘ、ＡＩＦＳＮパラメータの和をＡＣ＿ＢＫのＡＩＦＳＮよりも小さく設定すると、前記特定リンクで運用されるＳＴＡは常に、ＡＣ＿ＶＯに該当するトラフィックをＡＣ＿ＢＫのトラフィックよりも優先してサービスできる。

このように、ＭＬＤは運用目標によって、各リンクにマップするＴＩＤを調節及び変更することにより、ＱｏＳを強化したり各リンクの性能特性を考慮した動作を行ったりすることができ、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングをする時に従うべき規則は別に定義されなくてよい。これは、ＥＤＣＡメカニズムがＵＰｔｏＡＣ規則を提供するのとは違い、ＭＬＤの運用方針によってＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを自由に活用できることを意味する。ただし、全てのＴＩＤは少なくとも１個のリンクにマップされなければならず、ＭＬＤは他のＭＬＤに、少なくとも１個のＴＩＤが何のリンクにもマップされていない構成のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを要請してはならない。したがって、少なくとも１個のリンクに対するＴＩＤマッピングが暗示的になされたものでない場合に、全てのＴＩＤは少なくとも１個のリンクに明示的にマップされる必要がある。

図１２には、ＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤ間に確立可能なＴＩＤ－ｔｏ－Ｌｉｎｋマッピング方法の一実施例を示す。

図１２の（ａ）は、ＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤがいずれも基本（Ｄｅｆａｕｌｔ）ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを活用する一実施例であり、ＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤがそれぞれ、Ｌｉｎｋ１とＬｉｎｋ２でＡＰ１とＡＰ２、Ｎｏｎ－ＡＰＳＴＡ１とＮｏｎ－ＡＰＳＴＡ２を運用する状況を考慮した。この場合、ＡＰＭＬＤとＮｏｎ－ＡＰがＭＬＤアソシエーションを行った後に別途のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請／承認を行っていないとき、この一実施例で考慮するような基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態を維持できる。

図１２の（ａ）を参照すると、ＡＰＭＬＤがＴＩＤの他にもＴＳＩＤを全てのリンクにマップしたことが確認でき、ＴＳＩＤもまた、別のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを行わないと、全てのリンクにマップされたのが基本マッピング状態であってよい。このとき、仮にＭＬＤがＴＳＩＤを基本モードでないマッピング形態に変更しようとすれば（例えば、ＴＳＩＤ９をＬｉｎｋ２にのみマップ）、ＴＩＤ－ｔｏ－Ｌｉｎｋと同じ方式でＴＳＩＤ－ｔｏ－Ｌｉｎｋマッピングを行うことができる。ＴＳＩＤ－ｔｏ－Ｌｉｎｋマッピングの具体的な方法は、ＴＩＤ－ｔｏ－Ｌｉｎｋ方式を考慮すれば容易に理解でき、よって、詳細な説明を省略する。

＜ＱＭＦ（ｑｕａｌｉｔｙ－ｏｆ－ｓｅｒｖｉｃｅｍａｎａｇｅｍｅｎｔｆｒａｍｅ）方針＞

前述したように、ＭＬＤはＱｏＳを強化するための目的でＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを活用することにより、ＭＡＣのサービスすべきトラフィックの性格を考慮したサービスリンク差別化を行うことができる。これは、従来Ｗｉ－ＦｉがＥＤＣＡメカニズムを活用して、トラフィックの性格によってＡＣを差別化したのと類似に、ＭＬＤが各リンクをＡＬ（Ａｃｃｅｓｓｌｉｎｋ）として活用し、トラフィックの性格によってＡＬを差別化することと理解できる。

しかしながら、Ｗｉ－ＦｉのＭＡＣが処理すべきトラフィックは、上位レイヤで処理するように要請されたＭＳＤＵの他、ＢＳＳを運用するための情報を含む管理フレーム（ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）も含まれる。このような管理フレームは、各ＭＳＤＵがＴＩＤを有するのと違い、個別のＴＩＤを有していない。

したがって、ＱｏＳＳＴＡは、前記ＱｏＳ管理フレームを送信する時に活用するＡＣを決定する必要があり、従来８０２．１１標準は、ＱｏＳ管理フレームに対する基本ＱＭＦ方針を提供し、ＱｏＳＳＴＡが前記ＱｏＳ管理フレーム（以下、管理フレームと命名）を送信する時に活用するＡＣを決定できるようにした。このとき、前記ＱＭＦ方針は、ＱｏＳＢＳＳを運用するＱｏＳＡＰによって変更されてよい。一実施例によれば、管理フレームに該当するＡＣが存在し得る。

また、管理フレームに該当するＡＣは、ＱＭＦ方針によって決定されてよい。このとき、管理フレームに該当するＡＣを、ＱＭＦ接続カテゴリーと呼ぶことができる。また、管理フレームの種類又はＱＭＦＡＣは、前記管理フレームに該当するタイプ（ｔｙｐｅ）、サブタイプ（ｓｕｂｔｙｐｅ）又はカテゴリー値（Ｃａｔｅｇｏｒｙｖａｌｕｅ）などに基づいて決定されることが可能である。また、管理フレームに該当するＡＣが存在するサービス又は管理フレームを送信する時にＱＭＦ方針に基づくＡＣに基づいてチャネルアクセスするサービスなどを、ＱＭＦサービスと呼ぶことができる。また、ＱＭＦ方針に基づくフレーム送信をすることは、フレームを送信するＳＴＡとフレームの受信者であるＳＴＡが両方ともＱＭＦを支援する場合に限定されてよい。

下表２は、基本ＱＭＦ方針（ＤｅｆａｕｌｔＱＭＦｐｏｌｉｃｙ）の一部の例を示す。

表２を参照すると、（Ｒｅ）ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅに対しては、ＡＣ＿ＶＯが基本ＡＣと設定されており、したがって、ＱｏＳＳＴＡは、ＡｓｓｏｃｉａｔｉｏｎＲｅｑｕｅｓｔを送信したり或いはＡｓｓｏｃｉａｔｉｏｎＲｅｓｐｏｎｓｅを応答したりする時に、ＡＣ＿ＶＯのＣＷ、ＡＩＦＳＮパラメータを活用して送信しなければならない。一方、ＴｉｍｉｎｇＡｄｖｅｒｔｉｓｅｍｅｎｔは、基本ＡＣがＡＣ＿ＢＥと設定されており、したがって、ＱｏＳＡＰがＱｏＳＢＳＳのＱＭＦ方針を別に変更しなかった場合には、ＱｏＳＳＴＡは前記ＴｉｍｉｎｇＡｄｖｅｒｔｉｓｅｍｅｎｔを送信する時にＡＣ＿ＢＥのＣＷ、ＡＩＦＳＮのパラメータを活用して送信しなければならない。

このように基本ＱＭＦ方針において管理フレームのタイプによって異なるＱＭＦ接続カテゴリーを付与した理由は、管理フレームといっても処理至急度の高くない管理フレームの種類があり、前記至急度の高くない管理フレームを処理する過程で他のトラフィック及び管理フレームのサービスが遅延されることを防止するためである。

上述したように、管理フレームもまた、含む情報及び役割によってＡＣを差別化する必要があり、したがって、ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを用いてＴＩＤによってＡＬを差別化したのと類似に、管理フレームをその種類によって異なるリンクにマップすることができる。

ただし、ＭＬＤの基本ＱＭＦ方針は、全てのＱＭＦが全てのＡＣを活用できるように設定されていてよい。言い換えると、ＭＬＤの基本ＱＭＦ方針は、全てのサブタイプの管理フレームに対してＱＭＦ接続カテゴリー（ＱＭＦａｃｃｅｓｓｃａｔｅｇｏｒｙ）がＡＣ＿Ａｎｙと設定されてよい。

本発明の一実施例をよれば、ＱＭＦサービスがイネーブル（ｅｎａｂｌｅ）された場合に、管理フレームに該当する接続カテゴリーに基づいて前記管理フレームを送信することができる。しかし、接続カテゴリーに基づくものはチャネル接続に限定されてよい。本発明の実施例によれば、ＱＭＦサービスがイネーブル（ｅｎａｂｌｅ）された場合に、管理フレームを送信する時に前記管理フレームに該当する接続カテゴリーに基づいて送信するが、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに関係なくいかなるリンクでも送信可能である。例えば、管理フレームに該当するＡＣが、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに基づいてリンクにマップされていない場合にも、前記管理フレームを前記リンク送信することが可能である。

すなわち、一般フレームは、割り当てられたＴＩＤにマップされたリンクで送信される。しかし、管理フレームは、ＴＩＤが割り当てられず、送信されるリンクが特定されないことがある。この場合、管理フレームは、割り当てられたＴＩＤがないため、ＴＩＤとリンク間にマッピング関係の設定が不要であってよい。したがって、管理フレームは、ＴＩＤとリンク間のマッピングとは関係なく送信されてよい。

＜ＱＭＦ（ｑｕａｌｉｔｙ－ｏｆ－ｓｅｒｖｉｃｅｍａｎａｇｅｍｅｎｔｆｒａｍｅ）－ｔｏ－Ｌｉｎｋマッピング＞

ＱＭＦ－ｔｏ－Ｌｉｎｋマッピングを行う最も容易な方法として、各管理フレームに与えられたＱＭＦ接続カテゴリー（表２参照）によって、前記ＡＣに該当するトラフィックがマップされたリンクに各管理フレームをマップすることができる。すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに基づいて管理フレームを送信することが可能である。

例えば、あるＡＣ（又は、ＴＩＤ）がリンクにマップされており、また、管理フレームに該当するＡＣ（又は、ＴＩＤ）が前記ＡＣ（又は、ＴＩＤ）である場合に、前記管理フレームを前記リンクで送信することが可能である。また、あるＡＣ（又は、ＴＩＤ）がリンクにマップされていなく、また、管理フレームに該当するＡＣ（又は、ＴＩＤ）が前記ＡＣ（又は、ＴＩＤ）である場合に、前記管理フレームを前記リンクで送信できないことがある。

さらにいうと、特定ＭＬＤが特定リンクに、ＡＣ＿ＶＯに該当するトラフィックを指示するＴＩＤをマップすると、ＱＭＦ接続カテゴリーがＡＣ＿ＶＯと与えられたＡｓｓｏｃｉａｔｉｏｎＲｅｑ／Ｒｅｓｐ管理フレームは、前記特定リンクにマップされてよい。ＱｏＳＳＴＡは、基本ＱＭＦ方針に従わずに各管理フレームを処理する時に活用するＡＣを変更でき、したがって、各管理フレームに与えられたＡＣを変更することにより、前記各管理フレームがマップされるリンクを自由に変更できる。

このように、ＭＬＤは、ＴＩＤを有していないＱＭＦであっても、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングと類似の方法で各ＱＭＦに対してＱＭＦ－ｔｏ－Ｌｉｎｋマッピングを行うことができる。

しかし、特定ＱＭＦの場合、一般的なＭＳＤＵのようにＭＬＤレベルで交換される情報ではなく、ＭＬＤの各ＳＴＡ間に交換が必要な情報を含むことがある。この場合、ＭＬＤが前記特定ＱＭＦを特定リンクにのみマップすると、前記特定リンク以外の他のリンクで運用されるＳＴＡは前記特定ＱＭＦを送信できない問題がある。

すなわち、ＱＭＦの場合、ＱＭＦに与えられたＡＣの種類に関係なく、全てのリンクで送信可能であるべき特性を有するＱＭＦがあり得、したがって、ＭＬＤは、与えられたＡＣに関係なく全てのリンクにマップ可能なＱＭＦを指示できる。

言い換えると、管理フレームの場合、特定ＴＩＤが割り当てられなく、ＴＩＤの割り当てがないため、ＴＩＤとリンク間のマッピングが適用されなくてよい。したがって、管理フレームは、ＴＩＤとリンク間のマッピングに関係なく全てのリンクで送信されてよく、このとき、管理フレームが送信されるリンクは、ＴＩＤとリンク間のマッピングが設定されたイネーブルリンク（ｅｎａｂｌｅｄｌｉｎｋ）であってよい。このとき、イネーブルリンクは、少なくとも１つのＴＩＤとマッピング関係が設定されたリンクを意味する。

この場合、管理フレームがイネーブルリンクを通じてのみ送信される場合に、リンクに関係なく送信されるブロードキャストされる管理フレームを除いて、イネーブルリンクがない場合に管理フレームが送信されない場合が発生し得る。したがって、特定管理フレームの場合、イネーブルリンクがない場合にも送信され得る。

図１３には、リンクに関係なく送信可能なＱＭＦを指示するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメント（Ｍａｐｐｉｎｇｅｌｅｍｅｎｔ）実施例を示す。

図１３を参照すると、ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを行うとき、ＱＭＦ方針で付与したＡＣに関係なく全てのリンクにマップ可能なＱＭＦを指示できる。

具体的には、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに、管理フレームサブタイプ（Ｓｕｂｔｙｐｅ）に関連した情報が指示されてよく、前記指示されたサブタイプの管理フレームは、前記管理フレームに与えられたＡＣ（或いは、ＴＩＤ）に関係なく全てのリンクにマップされてよい。

図１３に示すように、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、各ＬｉｎｋＩＤと対応するＱＭＦＳｕｐｐｏｒｔフィールドを有し得る。前記ＱＭＦＳｕｐｐｏｒｔフィールドは、対応するＬｉｎｋＩＤフィールドによって指示されるリンクに全てのタイプ（Ｔｙｐｅ）のＱＭＦがマップされ得るか否かを示す。さらにいうと、特定リンクに対応するＱＭＦＳｕｐｐｏｒｔフィールドが１（ｔｒｕｅ）と示される場合に、前記特定リンクには、各ＱＭＦのＱＭＦ方針に関係なく全ての種類のＱＭＦがマップされてよい。

また、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントには（ＱＭＦ）管理フレームサブタイプが示されてよい。このとき、管理フレームサブタイプフィールドが指示する値に対応するサブタイプのＱＭＦは、与えられたＡＣに関係なく全てのリンクにマップされてよい。一例として、ＭａｎａｇｅｍｅｎｔＦｒａｍｅサブタイプフィールドが０１０１（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）と示される場合に、Ｐｒｏｂｅ応答フレームは、ＱＭＦ方針によって付与（割り当て／指示）されたＡＣに関係なく全てのリンクにマップされてよい。

すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、各リンクに全てのＱＭＦがマップされ得るか否かを示すためのＱＭＦＳｕｐｐｏｒｔフィールドを含んでよい。また、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、特定サブタイプの管理フレームが全てのリンクにマップされ得るか否かを示すための（ＱＭＦ）ＭａｎａｇｅｍｅｎｔＦｒａｍｅサブタイプを含んでよい。又は、ＱＭＦを送信する時にＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに基づくか否かを示すシグナリングが存在してよい。すなわち、ＱＭＦを特定リンクで送信する時にＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに基づいて送信の可否が決定されるかを指示するシグナリングが存在してよい。

すなわち、一実施例によれば、前記シグナリングが既に設定された値を示す場合に、ＱＭＦをＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに関係なく送信することが可能である。すなわち、ＱＭＦに該当するＡＣがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに基づいてリンクにマップされていなくても前記リンクで送信されることが可能である。さらに他の実施例として、前記シグナリングが既に設定された値を示す場合に、ＱＭＦをＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに基づいて送信することが可能である。すなわち、ＱＭＦに該当するＡＣがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに基づいてリンクにマップされた場合に、前記リンクで送信されることが可能である。また、ＱＭＦに該当するＡＣがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングに基づいてリンクにマップされていない場合に前記リンクで送信されなくてよい。

ただし、ＭＬＤが特定リンクを通じてＰｒｏｂｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅのように応答（Ｒｅｓｐｏｎｓｅ）を要請（ｓｏｌｉｃｉｔ）するＱＭＦを受信した場合に、ＭＬＤのＱＭＦ－ｔｏ－Ｌｉｎｋマッピング方針に関係なく前記特定リンクを通じてＲｅｓｐｏｎｓｅＱＭＦフレームを応答（送信）することができる。すなわち、Ｒｅｑｕｅｓｔ性格のＱＭＦフレームが特定リンクで受信されると、それに応答するＲｅｓｐｏｎｓｅ性格のＱＭＦフレームは、ＡＣに関係なく前記特定リンクを通じて応答できる。また、Ｒｅｑｕｅｓｔ性格のＱＭＦフレームが特定リンクで受信されると、それに応答するＲｅｓｐｏｎｓｅ性格のＱＭＦフレームは、ＱＭＦ－ｔｏ－Ｌｉｎｋマッピングに関係なく前記特定リンクを通じて応答されてよい。

図１４には、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを用いてＱＭＦ方針を確立したＭＬＤの動作の一実施例を示す。

図１４の（ａ）は、３個のリンクに対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを行うために生成され得るＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの例示である。このとき、前記エレメントを生成したＭＬＤが、４個を超えるリンクを活用し他のＭＬＤとアソシエーションしていると、前記エレメントのＬｉｎｋＩＤフィールドによって明示的に指示されていないリンクは、基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを活用する旨を暗示的に示したものと、受信ＭＬＤによって解釈されてよい。

このとき、特定ＭＬＤが、図１４の（ａ）に示すＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを生成し、相手ＭＬＤがこれを承認（ａｃｃｅｐｔ）した場合に、前記特定ＭＬＤは、図１４の（ｂ）に示すような方式でトラフィック及びＱＭＦフレームを送信できる。参考として、図１４の（ａ）の（ａ＿１）、（ａ＿２）、（ａ＿３）はそれぞれ、Ｌｉｎｋ１、Ｌｉｎｋ２、Ｌｉｎｋ３に対するサブフィールドを表し、（ａ＿ｃｏｍｍｏｎ）は、全てのリンクに共に適用されるサブフィールドを表すために挿入されている。

図１４の（ｂ）を参照すると、ＭＬＤは、Ｌｉｎｋ１を用いて、ＴＩＤ０～３を有するトラフィックをマップして送信でき、このとき、前記ＴＩＤ０～３は、ＡＣのうちＡＣ＿ＢＫ（ＵＰ１，２）とＡＣ＿ＢＥ（ＵＰ０，３）に対応するＴＩＤであってよい。このとき、図１４の（ａ）の（ａ＿１）を参照すると、Ｌｉｎｋ１のＱＭＦＳｕｐｐｏｒｔが１（ｔｒｕｅ）と指示されており、したがって、前記ＭＬＤは、Ｌｉｎｋ１を通じて、各ＱＭＦに与えられたＡＣに関係なく全ての種類（ｓｕｂｔｙｐｅ）のＱＭＦを送信（マップ）することができる。

図１４の（ｂ）に示すように、前記ＭＬＤは、Ｌｉｎｋ２を通じて、Ｌｉｎｋ１と同一にＴＩＤ０～３を有するトラフィックを送信（マップ）できるが、前記Ｌｉｎｋ２に対応するＱＭＦｓｕｐｐｏｒｔフィールド（図１６（ａ）の（ａ＿２）参照）が０と指示されているため、前記Ｌｉｎｋ２にマップされたＴＩＤと同じＡＣが与えられたＱＭＦのみを前記Ｌｉｎｋ２にマップして送信できる。しかし、（ＱＭＦ）管理フレームサブタイプフィールド（図１６（ａ）の（ａ＿ｃｏｍｍｏｎ）によって１１１１が指示されたため、前記ＭＬＤは、前記Ｌｉｎｋ２を通じて管理フレームサブタイプが１１１１であるＱＭＦ（１１１１）を送信（マップ）できる。このとき、前記Ｌｉｎｋ２のＳＴＡが前記ＱＭＦ（１１１１）を送信するためには、前記ＱＭＦ（１１１１）に与えられた（ＱＭＦ方針によって指示された）ＡＣを適用してチャネルアクセスを試みなければならないことがある。

前記ＭＬＤのＬｉｎｋ３には、ＴＩＤ４～７を有するトラフィックが送信（マップ）されてよく、このとき、前記ＴＩＤ４～７はＡＣ＿ＶＩ及びＡＣ＿ＶＯとマップされるトラフィックであってよい。このとき、前記Ｌｉｎｋ３に対応するＱＭＦｓｕｐｐｏｒｔフィールド（図１６（ａ）の（ａ＿３））が０と指示されたため、前記ＭＬＤは、Ｌｉｎｋ３を通じてＡＣ＿ＶＩ／ＡＣ＿ＶＯが与えられたＱＭＦのみを送信又はマップすることができる。しかし、（ＱＭＦ）管理フレームサブタイプフィールドで１１１１が指示されたため、前記ＭＬＤは、前記Ｌｉｎｋ３を通じて、管理フレームサブタイプが１１１１であるＱＭＦ（１１１１）を送信（マップ）できる。このとき、前記Ｌｉｎｋ３のＳＴＡが前記ＱＭＦ（１１１１）を送信するためには、前記ＱＭＦ（１１１１）に与えられた（ＱＭＦ方針によって指示された）ＡＣを適用してチャネルアクセスを試みなければならない。

＜ＴＩＤ（ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ）－ｔｏ－Ｌｉｎｋマッピング交渉＞

上述した本発明の実施例によれば、ＭＬＤはＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを行うことにより、各ＴＩＤを互いに異なるリンクにマップしてＱｏＳを強化できる。後述する本発明の一実施例は、ＭＬＤ間に行うＴＩＤ－ｔｏ－Ｌｉｎｋマッピングの具体的なシグナリング方法及び交渉進行方法を提供する。

参考として、以下に提供される各実施例の図面は、簡潔な表現のために、一部のＩｍｍｅｄｉａｔｅＡｃｋフレームが省略された形態で表示されていることがある。例えば、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを受信した応答ＭＬＤが、応答としてＩｍｍｅｄｉａｔｅＡｃｋフレーム（ＳＩＦＳ後に応答される）を送信でき、これは、簡潔性のために省略されていてよい。

ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを要請するＭＬＤ（ＡＰＭＬＤ或いはｎｏｎ－ＡＰＭＬＤ）は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを用いて特定ＴＩＤと特定リンクを指示することにより、前記指示されたＴＩＤを前記指示されたリンクにマップしようとする旨を要請できる。このとき、前記ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、多数のＴＩＤグループと多数のリンクグループを共に指示するために活用されてもよい。

一例として、単一ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＴＩＤｓｅｔ＃１、＃２、＃３をそれぞれ、Ｌｉｎｋｓｅｔ＃１、＃２、＃３に対応して指示できる。このとき、ＴＩＤｓｅｔ＃１がＬｉｎｋｓｅｔ＃１と対応して指示されると、ＴＩＤｓｅｔ＃１に該当するＴＩＤをＬｉｎｋｓｅｔ＃１に該当するリンクにマップしようとすることと理解されてよい。このとき、前記マッピングを所望のＴＩＤとリンク情報を含むＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを通じて（ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームに含まれて）送信されてよい。このとき、前記ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信したＭＬＤは、開始（Ｉｎｉｔｉａｔｉｎｇ）ＭＬＤ或いは要請（Ｒｅｑｕｅｓｔｉｎｇ）ＭＬＤと呼ぶことができる。

このように、ＴＩＤとリンクに対する指示情報を含むＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを（ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを）受信したＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信したＭＬＤが所望するＴＩＤ－リンク間のマッピング情報を確認することができる。その後、前記ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを受信したＭＬＤは、開始ＭＬＤが要請したＴＩＤとリンク間のマッピングを承諾（ａｃｃｅｐｔ／ａｄｏｐｔ）或いは拒絶（ｒｅｆｕｓｅ／ｒｅｊｅｃｔ／ｄｅｎｉｅｄ）するためにＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを応答する必要があり得る。このとき、前記応答（Ｒｅｑｕｅｓｔ）フレームを受信したＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを応答しなければならないことから、応答（Ｒｅｓｐｏｎｄｉｎｇ）ＭＬＤと呼ばれてよい。

応答ＭＬＤは、開始ＭＬＤから要請されたＴＩＤ－ｔｏ－Ｌｉｎｋ間マッピングを承諾しようとする時に、自分が応答するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含めずに応答してよい。すなわち、開始ＭＬＤは、自分が送信したＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームに対する応答として受信されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいない場合に、自分が要請したＴＩＤ－ｔｏ－Ｌｉｎｋ間マッピングが応答ＭＬＤによって承諾されたことを認知することができる。

すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含まれていない応答フレームの送／受信が完了した場合に、前記応答フレームを送／受信した２つのＭＬＤ間に新しいＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉が完了したと理解されてよい。このとき、前記２つのＭＬＤが前記新しく交渉が完了したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングによって通信を行うことは一定時間猶予されてよい。

このとき、前記一定時間の猶予は、各ＭＬＤに含まれた（連結された）各リンクのＳＴＡの送信キューを管理するためのものであってよい。さらにいうと、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉が完了した後、各ＭＬＤは、協議されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態によって各リンクに該当するＳＴＡの送信キューを管理するために猶予時間を有してよい。すなわち、前記一定時間に該当する猶予時間が過ぎた後、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを完了した２つのＭＬＤは、協議されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態によって通信を行わなければならない。このとき、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態によって通信を行うということは、特定リンクにおいて当該リンクにマップされたＴＩＤのトラフィック（フレームなど）のみが送／受信され得ることを意味する。

一方、応答ＭＬＤが開始ＭＬＤから要請されたＴＩＤ－ｔｏ－Ｌｉｎｋ間マッピングを拒絶しようとするとき、自分が応答するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含めて応答できる。このとき、前記応答フレームに含まれたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、要請フレームに含まれたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントと異なるＴＩＤ及びリンクを指示できる。例えば、要請フレームに含まれたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントでは、ＴＩＤ０がＬｉｎｋ１と対応して指示されていてよい。このとき、応答ＭＬＤが応答フレームに含まれたＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントでＴＩＤ０とＬｉｎｋ２を対応して指示すると、要請フレームを送信した開始ＭＬＤは、ＴＩＤ０をＬｉｎｋ１とマップしようとした自分の提案が拒絶されたことを認知することができる。また、開始ＭＬＤは、応答ＭＬＤから応答された応答フレームでＴＩＤ０がＬｉｎｋ２と対応して指示されたことを確認することにより、応答ＭＬＤがＴＩＤ０をＬｉｎｋ２とマップすることを所望することが認知できる。

すなわち、開始ＭＬＤが応答ＭＬＤからＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含む応答フレームの応答を受けると、前記開始ＭＬＤは、後で前記応答ＭＬＤに（再び）送信する要請フレームを構成するとき、前記受信した応答フレームで指示されたＴＩＤ－ｔｏ－リンク間のマッピング情報を同一に指示する必要があり得る。

また、応答ＭＬＤは、開始ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じて指示（要請）したＴＩＤ－ｔｏ－Ｌｉｎｋ間マッピングのうち、一部のみを受容しようとすることがある。例えば、開始ＭＬＤがＴＩＤ０をＬｉｎｋ１と対応して指示することにより、ＴＩＤ０をＬｉｎｋ１にマップするように要請でき、同時に、ＴＩＤ１をＬｉｎｋ２と対応して指示することによって、ＴＩＤ１をＬｉｎｋ２にマップするように要請できる。このとき、応答ＭＬＤは、開始ＭＬＤが要請した２個のマッピング要請（ＴＩＤ０ｔｏＬｉｎｋ１、ＴＩＤ１ｔｏＬｉｎｋ２）のうち１個のみを承諾しようとすることがある。この場合、応答ＭＬＤは、応答フレームに含むＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントにおいて承諾しようとする特定ＴＩＤを除く残りＴＩＤのみを指示することにより、前記特定ＴＩＤと関連して要請されたＴＩＤ－Ｌｉｎｋマッピング要請を承諾できる。言い換えると、応答ＭＬＤは、開始ＭＬＤから指示されたＴＩＤ－Ｌｉｎｋマッピングリスト（フィールド或いはサブフィールド）のうち、（要請フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれた）、承諾しようとするＴＩＤ－Ｌｉｎｋマッピングがある場合に、当該ＴＩＤ（承諾しようとするＴＩＤ）を応答フレームで指示しないことにより、承諾の旨を暗示的に指示することができる。したがって、開始ＭＬＤは、自分が要請フレームを通じて指示したＴＩＤのうち、応答ＭＬＤの応答フレームで指示されていない（逆提案されていない）ＴＩＤが存在する場合に、前記ＴＩＤに対するＴＩＤ－Ｌｉｎｋマッピング要請が承諾されたと認知（解釈）できる。

ＡＰＭＬＤは、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントをＢｅａｃｏｎフレームに含めて送信することによって、Ｂｅａｃｏｎフレームを受信したｎｏｎ－ＡＰＳＴＡ（ＭＬＤ）にとって自分の選好するＴＩＤ－Ｌｉｎｋマッピング状態を認知できるように助けることができる。この場合、ｎｏｎ－ＡＰＳＴＡＭＬＤは、当該ＡＰＭＬＤにＡｓｓｏｃｉａｔｉｏｎ要請フレームを送信する時に、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントでＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を要請できる。このとき、前記ｎｏｎ－ＡＰＳＴＡＭＬＤは、Ｂｅａｃｏｎフレームを通じて指示されたＡＰの選好ＴＩＤ－Ｌｉｎｋマッピング状態を考慮して、自分が送信するＡｓｓｏｃｉａｔｉｏｎ要請フレームに含めるＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを設定する必要があり得る。このとき、ＢｅａｃｏｎフレームにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含めるＡＰＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を支援するＡＰＭＬＤに限定されてよい。

ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請／応答フレームに含まれて送信されたり、或いはＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請／応答フレームを通じて送信されたりしてもよい。このとき、前記２種類の応答フレームに含まれたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、要請フレームを送信したＭＬＤに選好するＴＩＤ－Ｌｉｎｋマッピングを提案するために含まれたものであってよい。又は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含む要請フレームを受信しないで送信される応答フレーム（ｕｎｓｏｌｉｃｉｔｅｄｒｅｓｐｏｎｓｅｆｒａｍｅ）は、当該フレームの単一目的装置であるＭＬＤに選好のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態を提案（指示）するために送信されてよい。

図１５には、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントのフォーマットの一実施例を示す。

ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＴＩＤ－Ｌｉｎｋ対を指示しなければならず、ＴＩＤを指示するサブフィールドとリンクを指示するサブフィールドを含む構成を有し得る。このとき、ＴＩＤ及びリンクを指示するサブフィールドは、単一ＴＩＤ及びリンクを指示するために活用されたり、或いはＴＩＤセット及びリンクセットを指示するために活用されたりしてもよい。このとき、ＴＩＤ及びリンク、ＴＩＤセット及びリンクセットを指示する方法は、図１１の一実施例で説明した８ビットサイズのＴＩＤｓｉｎｆｏフィールドを用いたＴＩＤ指示方法と類似であってよい。

すなわち、リンクセットを指示するために、８ビットのＬｉｎｋｓｉｎｆｏフィールドが活用されてよく、Ｌｉｎｋｓｉｎｆｏフィールドの各ビットは、それぞれのインデックスと対応するリンクに指示されたＴＩＤが対応するか否かを示すために活用されてよい。例えば、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれたＴＩＤｓＩｎｆｏフィールドとＬｉｎｋｓＩｎｆｏフィールドの一対が、ＴＩＤｓＩｎｆｏフィールドが１１１１００００と指示され、ＬｉｎｋｓＩｎｆｏフィールドが１１００００００と指示される場合に、ＴＩＤ０～ＴＩＤ３がＬｉｎｋ１（０）～Ｌｉｎｋ２（１）とマップされることを提案／逆提案するものと理解されてよい。

図１５の（ａ）を参照すると、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、多数のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールド（図１５の（ｃ）参照）を含む構成を有し得る。これは、単一ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じて、多数のＴＩＤとＬｉｎｋ対に対するマッピングが提案／逆提案され得ることを意味する。すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、１つ以上のＴＩＤと１つ以上のリンク間のマッピングを指示するために、それぞれのマッピング関係を示すマッピング情報を含んでよい。このとき、１つのリンクに複数個のＴＩＤがマップされてよい。

すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、多数のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドを通じて、それぞれのＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドで互いに異なるＴＩＤ及びリンクを指示できる。ただし、単一のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメント内では、特定ＴＩＤが１個超過のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドで指示されることはない。

言い換えると、各ＴＩＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメント内で１回（或いは、１回以下）のみ指示されるべきという制限が存在し得る。例えば、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの１番目のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのＴＩＤＩｎｆｏサブフィールドでＴＩＤ０が指示されると、当該エレメントに含まれた残りＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドではＴＩＤ０が指示されない必要があり得る。このとき、前記ＴＩＤ０が指示されるということは、ＴＩＤ０が単独で指示されたか、或いはＴＩＤ０を含むＴＩＤセット（例えば、ＴＩＤ０～ＴＩＤ３）が指示されたことであり得る。

図１５に示すように、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントのフォーマットは、含まれたＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドの個数によって異なってよい。したがって、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、自分の長さに関連した情報を指示するためのフィールドを含んで構成されてよい。

図１５の（ａ）でＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＣｏｎｔｒｏｌフィールドは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドの前に指示され、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドの長さに関連した情報を指示できる。このとき、前記長さに関連した情報は、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドに含まれたＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールド（図１５の（ｃ））の個数及び各ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドの長さ（サイズ）関連情報であってよい。すなわち、長さに対する情報は、１つ以上のリンクにマップされる１つ以上のＴＩＤの個数に関連した情報であってよい。

図１５の（ｂ）を参照すると、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＣｏｎｔｒｏｌフィールドは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールドと、ＬｉｎｋＢｉｔｍａｐｓｉｚｅサブフィールドを含んで構成されてよい。ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールドは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれたＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドの長さに関連した情報を指示できる。例えば、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールドは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれたＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドの個数を指示できる。或いは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールドは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれたＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのサイズ（オクテット（ｏｃｔｅｔ）単位など）を指示できる。

ＬｉｎｋＢｉｔｍａｐｓｉｚｅサブフィールドは、各ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドに含まれたＬｉｎｋＩｎｆｏサブフィールドのサイズを指示するために活用されてよい。ＬｉｎｋＢｉｔｍａｐｓｉｚｅサブフィールドが必要な理由は、ＴＩＤの個数が８個（ＴＩＤ０～ＴＩＤ７）に固定されたのと違い、ＭＬＤのＬｉｎｋ個数は可変的であり得るためである。したがって、ＬｉｎｋＢｉｔｍａｐｓｉｚｅサブフィールドは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドに含まれたＬｉｎｋＩｎｆｏサブフィールドが有するサイズと関連した値を指示できる。例えば、ＬｉｎｋＢｉｔｍａｐｓｉｚｅサブフィールドは４ビットで構成され、ＬｉｎｋＩｎｆｏサブフィールドが１ビット（ＬｉｎｋＢｉｔｍａｐｓｉｚｅ＝００００）～１６ビット（ＬｉｎｋＢｉｔｍａｐｓｉｚｅ＝１１１１）サイズを有することを指示できる。或いは、ＬｉｎｋＢｉｔｍａｐｓｉｚｅサブフィールドは１ビットで構成され、既に設定されたＬｉｎｋＩｎｆｏサブフィールドのサイズのうち１つを指示できる。例えば、ＬｉｎｋＢｉｔｍａｐｓｉｚｅサブフィールドが０と示されることにより、ＬｉｎｋＩｎｆｏサブフィールドのサイズが８ビットであることが指示され、ＬｉｎｋＢｉｔｍａｐｓｉｚｅサブフィールドが１と示されることにより、ＬｉｎｋＩｎｆｏサブフィールドのサイズが１６ビットであることが指示されてよい。

また、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉は、前述したように、ＤＬ及びＵＬ方向に対して独立してなされてよい（図１１参照）。したがって、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを用いてＭＬＤ間に行われるＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉は、ＤＬ及びＵＬ方向に対して同時に進行されてもよい。すなわち、単一のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントには、ＤＬＴＩＤ－ｔｏ－ＬｉｎｋマッピングとＵＬＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉のための情報が同時に指示されてよい。これを考慮したとき、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドにはＤＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドとＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドが両方とも含まれてよい。

また、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールドは、ＤＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのサイズに関連した情報と、ＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのサイズをそれぞれ指示するために、２種類のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールド（ＤＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールド及びＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールド）で構成されてよい。ただし、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントでＤＬとＵＬに対する情報が別に指示されない場合に、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含む要請フレームを送信したＭＬＤの送信或いは受信方向に適用される単方向ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング情報であってよい。

一方、各ＴＩＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメント内で１回を超えて指示される場合があり得る。例えば、要請フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれた２個のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのうち１番目において、ＴＩＤ０を含むＴＩＤセットがＬｉｎｋ１にマップされ、２番目のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのうち２番目において、再びＴＩＤ０を含む他のＴＩＤセットがＬｉｎｋ２にマップして指示されてよい。この場合、これを受信したＭＬＤ（応答ＭＬＤ）は、ＴＩＤ０が、１番目のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドを通じて指示されたＬｉｎｋ１と、２番目のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドを通じて指示されたＬｉｎｋ２の両方にマップされると解釈できる。したがって、この場合、応答ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいない応答フレームを応答することによって、ＴＩＤ０をＬｉｎｋ１及びＬｉｎｋ２の両方にマップしてＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を完了できる。

＜ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉の提案／承諾／拒絶（逆提案）方法＞

上述したように、ＭＬＤ間にはＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを用いてＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を行うことができる。開始ＭＬＤは、自分が提案しようとする（選好する）ＴＩＤ－Ｌｉｎｋマッピングを要請フレーム（ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレーム或いは（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレーム）に含まれたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを活用して指示できる。応答ＭＬＤは、開始ＭＬＤから要請フレームを受信した後、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで指示されたＴＩＤ－Ｌｉｎｋマッピングを承諾するか否かを決定できる。応答ＭＬＤと開始ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を行うために、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレーム、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレーム、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームなどを活用できる。

ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑ／Ｒｅｓｐ／Ｔｅａｒｄｏｗｎフレームは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＡｃｔｉｏｎフレームに該当するフレームフォーマットであってよい。すなわち、ＡｃｔｉｏｎフィールドのＣａｔｅｇｏｒｙフィールドでは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＡｃｔｉｏｎフレームであることを指示する値が指示され、ＡｃｔｉｏｎＤｅｔａｉｌｓフィールドは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレーム、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレーム、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを区分するための値が指示されてよい。例えば、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＡｃｔｉｏｎフレームは、１１ａｘにおいてｒｅｓｅｒｖｅｄとして残っている３２～１２５の範囲のＣａｔｅｇｏｒｙ値で指示されてよい（例えば、３２）。このとき、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑ／Ｒｅｓｐ／Ｔｅａｒｄｏｗｎフレームは、Ｃａｔｅｇｏｒｙフィールドの直後の１オクテットにおいてそれぞれ０、１、２と指示されて区分されるものであってよい。すなわち、ＡｃｔｉｏｎフレームのＣａｔｅｇｏｒｙフィールド値が３２と指示され、Ｃａｔｅｇｏｒｙフィールドの直後のオクテットが０を指示すると（００００００００）、当該ＡｃｔｉｏｎフレームはＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームであってよい。

仮に、応答ＭＬＤが、開始ＭＬＤが提案したＴＩＤ－Ｌｉｎｋマッピング方法の全部或いは一部を拒絶しようとする場合に、応答ＭＬＤは応答フレーム（ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレーム、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ応答フレーム）にＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含めて応答することによって、開始ＭＬＤから提案されたＴＩＤ－Ｌｉｎｋマッピングを拒絶することができる。すなわち、応答フレームにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含まれて応答される場合に、開始ＭＬＤと応答ＭＬＤ間のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉は完了した状態でないと理解されてよい。このとき、前記応答フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれたＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドは、応答ＭＬＤが開始ＭＬＤに逆提案するＴＩＤ－Ｌｉｎｋマッピング情報を指示できる。例えば、開始ＭＬＤがＴＩＤ０をＬｉｎｋ１にマップすることを提案（指示／要請）し（要請フレームを通じて）、応答ＭＬＤが要請フレームを通じてＴＩＤ０をＬｉｎｋ２と対応（Ｍａｐｐｉｎｇ）して指示した場合に、開始ＭＬＤは、応答ＭＬＤがＴＩＤ０をＬｉｎｋ２にマップすることを（逆）提案したと解釈できる。

また、応答ＭＬＤは、開始ＭＬＤから提案（要請）されたＴＩＤ－Ｌｉｎｋマッピングのうち、一部のＴＩＤ－Ｌｉｎｋマッピングのみを応答フレームを通じて指示（逆提案）することにより、指示したＴＩＤ以外の残りＴＩＤに対するＬｉｎｋマッピング要請（要請フレームを通じて指示（提案）された）を承諾できる。言い換えると、応答ＭＬＤが応答フレームを通じて指示していないＴＩＤに対する開始ＭＬＤのＴＩＤ－Ｌｉｎｋマッピングは、応答ＭＬＤによって承諾されたと理解されてよい。したがって、開始ＭＬＤは、要請フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで特定ＴＩＤに対するＬｉｎｋマッピングを指示した後、応答フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで前記特定ＴＩＤが指示されなかったとき、前記特定ＴＩＤに対して提案したＬｉｎｋマッピング要請が応答ＭＬＤによって承諾されたと解釈すべきである。

前述したように、応答ＭＬＤは、応答フレームに含まれたＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントにＴＩＤに対するマッピング関係と関連したマッピング情報を含めないことにより、開始ＭＬＤが要請フレームを通じて要請（又は、提案）したＴＩＤとリンク間のマッピング関係を暗示的に承諾することができる。これと類似に、開始ＭＬＤは、要請フレームに含まれたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに一部のＴＩＤに対するマッピング関係に対するマッピング情報を含めないことにより、一部のＴＩＤのリンクとのマッピング関係を暗示的に応答ＭＬＤに提案することができる。

すなわち、開始ＭＬＤは、応答ＭＬＤとＴＩＤとリンク間のマッピングを設定するために要請フレームを送信する場合に、リンクとのマッピングのための複数個のＴＩＤのうち一部のＴＩＤに対するマッピング情報を要請フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含めないことにより、含まれていない一部のＴＩＤに対するマッピング関係を暗示的に応答ＭＬＤに指示できる。言い換えると、特定ＴＩＤに対するリンクとのマッピング関係に対するマッピング情報が要請フレームに欠落している場合に、特定ＴＩＤに対するリンクとのマッピング関係は暗示的に指示（又は、提案）されてよい。

このとき、暗示的な提案は、１）以前に設定されたマッピング関係が変更されずに有効に残っているか、２）ＴＩＤとリンク間のマッピング関係が基本マッピング（ｄｅｆａｕｌｔｍａｐｐｉｎｇ）関係であってよい。

このとき、基本マッピング関係は、１つのＴＩＤに全てのリンクがマップされるマッピング関係であってよい。

具体的には、暗示的提案は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで指示されていないＴＩＤを、全てのリンクにマップしようとの提案であってよい。すなわち、開始ＭＬＤが、要請フレームに含まれたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで特定ＴＩＤを指示していない場合に、前記特定ＴＩＤは全てのリンクにマップすることが（暗示的）指示／要請されたことであってよい。

又は、前記暗示的提案は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで指示されていないＴＩＤを、既に以前に当該ＴＩＤに対して協議されたリンクマッピング状態を維持しようとの提案であってよい。すなわち、開始ＭＬＤが要請フレームに含まれたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで特定ＴＩＤを指示していない場合に、前記特定ＴＩＤは当該ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含む要請フレームを送信する前に既に確立されたＴＩＤ－Ｌｉｎｋマッピング状態を維持する旨を（暗示的に）指示／要請したことであってよい。

すなわち、開始ＭＬＤは、以前に送信した要請フレームで要請したＴＩＤ－Ｌｉｎｋマッピングが特定ＴＩＤに対して承諾された場合に、次に送信する要請フレームで前記特定ＴＩＤに対する情報を指示しないことにより、前記特定ＴＩＤに対して既に承諾されたリンクマッピング状態を変更しないで有効に維持しようとすることができる。

又は、既に協議の完了したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモード（ＤｅｆａｕｌｔＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードを含む。）があり、特定ＴＩＤに対するリンクマッピング状態の変更を所望しない場合に、開始ＭＬＤは要請フレームで前記特定ＴＩＤに対する情報を指示しないことにより、前記特定ＴＩＤに対するリンクマッピング状態を維持しようとすることができる。

このとき、前記協議の完了したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードがある状態は、Ａｓｓｏｃｉａｔｉｏｎ実行後に両ＭＬＤ間に基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードが適用された状態、又はＭＬＤ間に送／受信した直近のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいない状態であってよい。

一方、応答ＭＬＤが開始ＭＬＤから（明示的／暗示的に）提案されたＴＩＤ－Ｌｉｎｋマッピングを全て承諾しようとする場合には、応答ＭＬＤは、開始ＭＬＤからＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを受信した後、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを応答できる。言い換えると、応答ＭＬＤは、応答フレームを用いたＴＩＤ－Ｌｉｎｋマッピング逆提案を行わないことにより、開始ＭＬＤから指示（提案）されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを承諾できる。開始ＭＬＤは応答ＭＬＤから、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームが受信した場合に、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉が完了したことが確認できる。また、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉が完了する時点を起点にして、応答ＭＬＤによって承諾されたＴＩＤ－Ｌｉｎｋマッピングが適用されるといえる。

上述したＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉の提案／承諾／拒絶（逆提案）方法は、ＤＬとＵＬに対するＴＩＤにそれぞれ適用されてよく、ＤＬ或いはＵＬの全てのＴＩＤに対して一度で適用されてもよい。例えば、開始ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じてＤＬに対するＴＩＤを指示していない場合（ＤＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅが０と指示された場合）に、開始ＭＬＤは、ＤＬに対するＴＩＤ－Ｌｉｎｋマッピング状態を既に協議された状態と維持することを暗示的に提案したことであってよい。或いは、開始ＭＬＤは、ＤＬに対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態を基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態に変更するためにＤＬに対するＴＩＤを指示していなくてもよい。

すなわち、ＵＬに対するＴＩＤのみが、開始ＭＬＤが要請フレームに含めたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで指示された場合に、応答ＭＬＤは、開始ＭＬＤがＤＬに対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態を既存と同じ状態に維持することを所望すると解釈できる。或いは、応答ＭＬＤは、開始ＭＬＤがＤＬに対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態を基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態に変更することを要請したと解釈できる。

同様に、応答ＭＬＤが応答フレームで、ＤＬ或いはＵＬの全てのＴＩＤに対する指示を行っていない場合（ＤＬ或いはＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅが０である場合）に、指示されていないＤＬ或いはＵＬは、開始ＭＬＤから提案されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが全て承諾されたと、開始ＭＬＤによって解釈されてよい。

このように、開始ＭＬＤと応答ＭＬＤ間にＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順が完了すると、両ＭＬＤは一定時間内に協議完了したＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態によるＬｉｎｋ運用を行わなければならない。言い換えると、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順が完了すると、両ＭＬＤは、自分が送信を行う時に、当該リンク及び方向（ＤＬ／ＵＬ）にマップされたＴＩＤに該当するトラフィックのみを処理できる。

また、両ＭＬＤ間に運用されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態が解除された場合に、すなわち基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わった場合に、両ＭＬＤは、一定時間内に全てのリンクで全てのＴＩＤに対するトラフィックを処理できるようにしなければならない。例えば、基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わったＭＬＤは、前記一定時間後に全てのリンクで全てのＴＩＤに対するＢＡフレーム応答（ｉｍｍｅｄｉａｔｅＢＡ）を行うことができる状態を維持しなければならない。このとき、前記全てのＴＩＤは、両ＭＬＤ間にＢＡｓｅｓｓｉｏｎが確立されたＴＩＤのみを意味するものであってよい。すなわち、ＭＬＤは、ＴＩＤとリンク間のマッピング関係が形成された場合に、形成されたマッピング関係を用いてフレームとそれに対するＢＡを相手ＭＬＤと送／受信することができる。

図１６には、本発明の一実施例に係るＴＩＤ－ｔｏ－Ｌｉｎｋマッピング手順を示す。

図１６の（ａ）を参照すると、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤは、基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態を維持している。ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤは２個のリンク（Ｌｉｎｋ１及びＬｉｎｋ２）を通じてアソシエーションされており、全てのＴＩＤ（ＴＩＤ０～ＴＩＤ７、或いはＴＳＩＤを含む。）は、前記２個のリンクにいずれもマップされた状態である。

Ｎｏｎ－ＡＰＭＬＤはＡＰＭＬＤとＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を行うために、図１６の（ｂ）のようにＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームをＡＰＭＬＤに送信することができる。このとき、前記ｎｏｎ－ＡＰＭＬＤは、ＳＴＡ１を通じて送信した要請フレームで、ＤＬのＴＩＤは指示せず、ＵＬＴＩＤ０～ＴＩＤ３をＬｉｎｋ１にマップすることを指示し、ＵＬＴＩＤ４～ＴＩＤ７をＬｉｎｋ２にマップすることを指示できる。このとき、前記Ｎｏｎ－ＡＰＭＬＤは、ＴＩＤ０～ＴＩＤ３をＬｉｎｋ１にマップすることを指示するために、１番目のＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのＴＩＤＩｎｆｏサブフィールドでＴＩＤ０～ＴＩＤ３を指示し、当該ＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのＬｉｎｋＩｎｆｏサブフィールドでＬｉｎｋ１を指示していてよい。このとき、前記Ｎｏｎ－ＡＰＭＬＤは、ＴＩＤ４～ＴＩＤ７をＬｉｎｋ２にマップすることを指示するために、２番目のＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのＴＩＤＩｎｆｏサブフィールドでＴＩＤ４～ＴＩＤ７を指示し、当該ＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドのＬｉｎｋＩｎｆｏサブフィールドでＬｉｎｋ２を指示していてよい。

ＡＰＭＬＤは、ｎｏｎ－ＡＰＭＬＤのＳＴＡ１からＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを受信した後、受信したフレームに含まれたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じて、ｎｏｎ－ＡＰＭＬＤがＤＬのＴＩＤに対しては基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態を維持し、ＵＬＴＩＤ０～ＴＩＤ３はＬｉｎｋ１に、ＵＬＴＩＤ４～ＴＩＤ７はＬｉｎｋ２にマップすることを所望することを認知できる。ＡＰＭＬＤがｎｏｎ－ＡＰＭＬＤから指示（要請）されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを承諾しようとする場合に、図１６の（ｂ）のようにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含まれていないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを応答できる。

ＡＰＭＬＤからＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含まれていないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを受信したｎｏｎ－ＡＰＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉が完了したことを認知できる。その後、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤ間には、図１６の（ｃ）のようなＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態が適用され、Ｎｏｎ－ＡＰＭＬＤはＬｉｎｋ１を通じてのみＴＩＤ０～ＴＩＤ３に対するトラフィックをＵＬ送信し、Ｌｉｎｋ２を通じてはＴＩＤ４～ＴＩＤ７に対するトラフィックのみをＵＬ送信可能になる。

図１７には、開始ＭＬＤが指示（又は、提案）したＴＩＤとリンクマッピングのうち、応答ＭＬＤが一部のＴＩＤに対して選択的に応答する一実施例を示す。

図１７を参照すると、開始ＭＬＤは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃１を通じてＴＩＤ０～ＴＩＤ３をＬｉｎｋ１に、ＴＩＤ４～ＴＩＤ７をＬｉｎｋ２にマップしようとすることを、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じて指示（提案）する。このとき、応答ＭＬＤは、ＴＩＤ０～ＴＩＤ３をＬｉｎｋ１にマップしようとする開始ＭＬＤの提案を承諾するが、ＴＩＤ４～ＴＩＤ７をＬｉｎｋ２にマップすることは拒絶することがあり得る。

この場合、応答ＭＬＤは、開始ＭＬＤから受信したＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃１に対する応答として、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含むＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃１を開始ＭＬＤに送信することができる。このとき、応答ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを構成する時に、ＴＩＤ４～ＴＩＤ５はＬｉｎｋ２、ＴＩＤ６～ＴＩＤ７はＬｉｎｋ３にマップすることを指示（逆提案）することにより、ＴＩＤ０～ＴＩＤ３に対するＬｉｎｋ１マッピングは承諾し、ＴＩＤ４～ＴＩＤ７に対するＬｉｎｋ２マッピングを拒絶することを指示できる。

応答ＭＬＤからＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃１の応答を受けた開始ＭＬＤは、応答ＭＬＤがＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃１を通じて指示したＴＩＤ－Ｌｉｎｋマッピング状態（ＴＩＤ４～５＝Ｌｉｎｋ２、ＴＩＤ６～７＝Ｌｉｎｋ３）を考慮してＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２を再び構成することができる。このとき、開始ＭＬＤは、応答ＭＬＤが逆提案したＴＩＤ－Ｌｉｎｋマッピング状態を考慮して、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントでＴＩＤ４～ＴＩＤ５をＬｉｎｋ２、ＴＩＤ６～ＴＩＤ７をＬｉｎｋ３にマップすることを指示するＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２を送信することができる。応答ＭＬＤは、開始ＭＬＤから受信したＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２で指示されたＴＩＤ－Ｌｉｎｋマッピング状態を承諾するために、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいないＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃２を応答することによってＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順を終了できる。

このとき、開始ＭＬＤと応答ＭＬＤ間に確立（協議）されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態は、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃１を通じて承諾されたＴＩＤ－Ｌｉｎｋマッピング状態（ＴＩＤ０～３＝Ｌｉｎｋ１）と、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃２を通じて承諾されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態（ＴＩＤ４～５＝Ｌｉｎｋ２、ＴＩＤ６～７＝Ｌｉｎｋ３）が統合された状態であってよい。仮に、開始ＭＬＤがＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２において、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃１を通じて承諾された特定ＴＩＤを（特定ＴＩＤに対するリンクマッピングを）再び指示（提案）していると、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含まれていないＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃２を通じて最終確立（協議）された特定ＴＩＤのリンクマッピング状態は、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２で指示された前記特定ＴＩＤのリンクマッピング状態であってよい。

＜ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉の制限＞

ＭＬＤはＣａｐａｂｉｌｉｔｙによってＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を支援しても支援しなくてもよい。例えば、ｄｏｔ１１ＴＩＤｔｏＬｉｎｋＭａｐｐｉｎｇＡｃｔｉｖａｔｅｄがｔｒｕｅと指示されていないＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を支援しないＭＬＤであってよい。したがって、開始ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を開始する前に、応答ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を支援するか否かを確認する必要があり得る。すなわち、開始ＭＬＤは、ｄｏｔ１１ＴＩＤｔｏＬｉｎｋＭａｐｐｉｎｇＡｃｔｉｖａｔｅｄがｔｒｕｅと指示されたＭＬＤにのみＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信しなければならない。

また、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を支援するＭＬＤであっても、ＭＬＤ別にＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを支援するリンクセットの個数に制限があり得る。例えば、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングでＴＩＤを差別化して管理できるリンクの個数が４個であるＭＬＤは、４個超過のリンクに対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を支援できないことがある。したがって、開始ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉のためにＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを構成する時に、応答ＭＬＤが支援するリンクセットの個数を考慮して要請フレームを構成しなければならない。また、開始ＭＬＤは、ＤＬ／ＵＬの２方向に対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を試みることがあるので、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを構成する時に、応答ＭＬＤが支援するリンクセットの個数の他、自分が支援できるリンクセットの個数も考慮しなければならない。

同様に、応答ＭＬＤも、開始ＭＬＤからＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを受信した後、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを送信してＴＩＤ－Ｌｉｎｋマッピングを（逆）提案する時に、自分が支援可能なリンクセットの個数と開始ＭＬＤが支援可能なリンクセットの個数の両方を考慮して応答フレームを構成しなければならない。

したがって、ＭＬＤ間にＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を行うためには、互いに支援可能なリンクセットの個数を認知していなければならず、そのために、ＥＨＴＭＡＣＣａｐａｂｉｌｉｔｉｅｓＩｎｆｏｒｍａｔｉｏｎフィールドでＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＮｅｇｏｔｉａｔｉｏｎＳｕｐｐｏｒｔｅｄサブフィールドが指示されてよい。ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＮｅｇｏｔｉａｔｉｏｎＳｕｐｐｏｒｔｅｄサブフィールドは、自分がＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を通じて管理できる最大リンクセットの個数と関連した値を指示できる。仮に、特定ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を全く支援しないと（ｄｏｔ１１ＴＩＤｔｏＬｉｎｋＭａｐｐｉｎｇＡｃｔｉｖａｔｅｄ＝ｆａｌｓｅ）、前記特定ＭＬＤは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＮｅｇｏｔｉａｔｉｏｎＳｕｐｐｏｒｔｅｄサブフィールドに０を指示する必要があり得る。一方、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを用いて４個のリンクセットを管理できるＭＬＤは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＮｅｇｏｔｉａｔｉｏｎｓｕｐｐｏｒｔｅｄサブフィールドを通じて４個を意味する値を指示する必要があり得る。

要するに、各ＭＬＤは、自分が送信するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請／応答フレームを通じて相手ＭＬＤにＴＩＤ－Ｌｉｎｋマッピング状態を提案／逆提案する時に、自分が支援可能な最大リンクセット個数と、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｓｕｐｐｏｒｔｅｄサブフィールドを通じて確認された相手ＭＬＤの最大リンクセット個数を考慮して、ＴＩＤ－Ｌｉｎｋマッピングを行わなければならない。すなわち、要請フレームを送信する開始ＭＬＤは、ｍｉｎ（自分が支援するリンクセット数、応答ＭＬＤが支援するリンクセット数）を超える個数のリンクセットを要請フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じて（明示的／暗示的に）指示してはならない。同様に、応答フレームを送信する応答ＭＬＤは、ｍｉｎ（自分が支援するリンクセット数、開始ＭＬＤが支援するリンクセット数）を超える個数のリンクセットを応答フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じて（明示的／暗示的に）指示（逆提案）してはならない。

また、開始ＭＬＤは、特定ＴＩＤに対するＴＩＤ－Ｌｉｎｋマッピングが応答ＭＬＤによって拒絶（逆提案）された場合に、前記拒絶されたのと同じリンクマッピングを一定時間再び要請してはならない。このとき、前記一定時間は、ＡＰＭＬＤによって指示されたパラメータで決定される値であってよい。このとき、前記一定時間は、Ｕｎｓｏｌｉｃｉｔｅｄ応答フレームを応答ＭＬＤから受信するまでの時間であってよい。このとき、前記一定時間はＬｉｆｅｔｉｍｅを意味するものであってよい。

例えば、開始ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを通じてＴＩＤ０をＬｉｎｋ１にマップすることを指示（提案／要請）した後、応答ＭＬＤからＴＩＤ０をＬｉｎｋ２にマップすることを指示（逆提案）されると、前記開始ＭＬＤは、一定時間（又は、既に設定された時間或いはＡＰＭＬＤによって指示された時間）では、ＴＩＤ０をＬｉｎｋ１にマップしようとの要請を行ってはならない。これは、反復したＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請／応答フレーム交換によって周波数リソースが浪費され、ネットワークが混雑することを防止するための制限であってよい。ただし、開始ＭＬＤは、ＴＩＤ０をＬｉｎｋ３にマップしようとの提案が拒絶されたことがないと、応答ＭＬＤの提案に従わず、ＴＩＤ０をＬｉｎｋ３にマップしようとの新しい要請を行うことができる。

＜簡潔なＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順＞

前述したＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順は、開始ＭＬＤによってＴＩＤとリンクに対するマッピングが提案され、応答ＭＬＤは、開始ＭＬＤが提案したマッピング状態を承諾したり或いは拒絶したりすることができる。このとき、応答ＭＬＤは、開始ＭＬＤが提案したＴＩＤ－Ｌｉｎｋマッピング状態に対して、一部のＴＩＤに対する提案のみを承諾し、残りＴＩＤに対する提案を拒絶することができる。このとき、応答ＭＬＤは、提案を拒絶するＴＩＤに対する選好リンクマッピング状態を指示（逆提案）することができる。開始ＭＬＤと応答ＭＬＤ間にＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉が完了する時点は、応答ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを応答する時へと制限される。

このようなＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順を考慮したとき、応答ＭＬＤからＴＩＤ－Ｌｉｎｋマッピング状態が逆提案された開始ＭＬＤが、応答ＭＬＤの（逆）提案を承諾しようとしても、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを再び送信しなければならないという非効率性が存在する。すなわち、開始ＭＬＤは、応答ＭＬＤから逆提案されたＴＩＤ－Ｌｉｎｋマッピング状態を承諾するために、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで逆提案されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態を同一に指示するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを再び送信しなければならない。同様に、応答ＭＬＤは、自分が逆提案したのと同じＴＩＤ－Ｌｉｎｋマッピング提案を再び開始ＭＬＤから受信し、再度、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含まれていないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを応答することによってＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順を完了する。このとき、正確なＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順の完了時点は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームに対するＡｃｋ応答が行われる時点であってよい。

このように、開始ＭＬＤが応答ＭＬＤから逆提案されたＴＩＤ－Ｌｉｎｋマッピング状態に従う意思があるとしても、開始ＭＬＤは、要請フレームを再び送信し、応答ＭＬＤも応答フレームを再び応答しなければならないと、前記再び送信される要請フレームと応答フレームは余分のオーバーヘッドを誘発するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順であり得る。

したがって、開始ＭＬＤが応答ＭＬＤから（逆）提案されたＴＩＤ－Ｌｉｎｋマッピング状態を承諾するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順が考慮されてよい。すなわち、開始ＭＬＤは、自分がＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信した後、応答ＭＬＤから応答されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んで応答された場合に、前記ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じて指示されたＴＩＤ－Ｌｉｎｋマッピング状態を承諾することができる。このとき、開始ＭＬＤは、応答ＭＬＤからＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを受信した後、送信するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含まないか、或いはＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで特定ＴＩＤを指示しないことにより、前記特定ＴＩＤに対する応答ＭＬＤの（逆）提案を（暗示的に）承諾することができる。このような開始ＭＬＤのＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレーム応答方法は、応答ＭＬＤのＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレーム応答方法に類似しているので、詳細な説明は省略する。このとき、開始ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームではなくＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレーム（ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含まない）を送信し、応答ＭＬＤの提案したＴＩＤ－Ｌｉｎｋマッピング状態を承諾することもできる。

ただし、開始ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信した場合には、応答ＭＬＤが前記ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームに対するＡｃｋフレームを応答する時点にＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順が完了してよい。すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含まずに受信された場合に、応答ＭＬＤはＡｃｋフレームを応答することによってＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順を完了できる。

図１８には、応答ＭＬＤから逆に提案されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを承諾（受容）する開始ＭＬＤの応答方法を示す。

図１８を参照すると、開始ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順を始めるためにＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃１を応答ＭＬＤに送信し、応答ＭＬＤはＲｅｓｐｏｎｓｅｆｒａｍｅ＃１を応答することによってＴＩＤ４～ＴＩＤ７に対するリンクマッピングを拒絶しながら逆）提案を行うことができる。このとき、開始ＭＬＤは、応答ＭＬＤがＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃１を通じて指示したＴＩＤ－Ｌｉｎｋマッピング状態を承諾することを決定し、応答ＭＬＤにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを完了することを要請できる。

図１８のＥｘａｍｐｌｅ１では、開始ＭＬＤがＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃１を受信した後、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング手順を完了するためにＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃２を送信できる。厳密には、開始ＭＬＤが送信したＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃２は、要請されていない（Ｕｎｓｏｌｉｃｉｔｅｄ）応答フレームであってよい。このとき、開始ＭＬＤが送信したＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃２は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいない構成を有し、開始ＭＬＤからＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ＃２を受信した応答ＭＬＤは、開始ＭＬＤが、自分が（逆）提案したＴＩＤ－Ｌｉｎｋマッピング状態を承諾し、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング手順を完了することを所望することを認知できる。したがって、応答ＭＬＤは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２を受信した後、Ａｃｋフレームを応答することによって開始ＭＬＤとのＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順を完了できる。

図１８のＥｘａｍｐｌｅ２では、開始ＭＬＤがＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃１を受信した後、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング手順を完了するためにＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２を送信することができる。このとき、開始ＭＬＤが送信したＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいない構成を有し、開始ＭＬＤからＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２を受信した応答ＭＬＤは、開始ＭＬＤが、自分が（逆）提案したＴＩＤ－Ｌｉｎｋマッピング状態を承諾し、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング手順を完了することを所望することを認知できる。したがって、応答ＭＬＤは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｑｕｅｓｔｆｒａｍｅ＃２を受信した後、Ａｃｋフレーム或いはＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを応答することによって開始ＭＬＤとのＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順を完了することができる。

＜ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレーム活用＞

一般に、ＭＬＤ間に行われるＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順は、開始ＭＬＤが送信したＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームによって始まる。このような一般的なＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉は、開始ＭＬＤと応答ＭＬＤ間になされるものであり、前記両ＭＬＤが授受する要請／応答フレームは、個別にアドレスされたフレーム（ｉｎｄｉｖｉｄｕａｌｌｙａｄｄｒｅｓｓｅｄｆｒａｍｅ）であってよい。

しかし、ＡＰＭＬＤは、ＢＳＳの複数のｎｏｎ－ＡＰＭＬＤとＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を行わなければならないため、全てのｎｏｎ－ＡＰＭＬＤと個別のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉を行うことは、多いオーバーヘッドを誘発する作業であり得る。したがって、ＡＰＭＬＤは、個別にアドレスされていない（ｎｏｎ－ｉｎｄｉｖｉｄｕａｌｌｙａｄｄｒｅｓｓｅｄ）ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを送信することによって、ｎｏｎ－ＡＰＭＬＤに自分の選好するＴＩＤ－Ｌｉｎｋマッピング構成を知らせることができる。このようにＡＰＭＬＤが自分の選好するＴＩＤ－Ｌｉｎｋマッピング状態をｎｏｎ－ＡＰＭＬＤに知らせる場合に、ｎｏｎ－ＡＰＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順を始めようとするとき、応答ＭＬＤであるＡＰＭＬＤが選好するＴＩＤ－Ｌｉｎｋマッピング構成をあらかじめ知っている状態で開始できるという長所がある。すなわち、ｎｏｎ－ＡＰＭＬＤが開始ＭＬＤとしてＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送る時点に、既に応答ＭＬＤの選好を知っているうえで動作できるので、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉手順がより容易に進行される可能性がある。

ＡＰＭＬＤが送信するＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメント構成が一般的なＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請／応答フレームと異なることがある。さらにいうと、ＡＰＭＬＤが送信するＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じて同一のＴＩＤを１回以上指示できる。例えば、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれた特定（ＤＬ／ＵＬ）ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドでＴＩＤ０～ＴＩＤ１がＬｉｎｋ１～Ｌｉｎｋ２に対応（Ｍａｐｐｉｎｇ）して指示され、他の（ＤＬ／ＵＬ）ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドでＴＩＤ０～ＴＩＤ４がＬｉｎｋ１～Ｌｉｎｋ３に対応して指示されてよい。したがって、ＡＰＭＬＤからＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを受信したｎｏｎ－ＡＰＭＬＤは、ＴＩＤ０～ＴＩＤ１とＴＩＤ２～ＴＩＤ３のリンクを差別化する目的があると、ＴＩＤ０～ＴＩＤ１のためにＬｉｎｋ１及び／又はＬｉｎｋ２を設定し、ＴＩＤ３～ＴＩＤ４のためにＬｉｎｋ３を設定するなどの選択ができる。すなわち、ＡＰＭＬＤは、自分が送信するＢｅａｃｏｎフレームにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含めて送信することによって、ｎｏｎ－ＡＰＭＬＤがアソシエーション段階から始まって、設定リンクを選択することに役立ち得る。さらにいうと、ｎｏｎ－ＡＰＭＬＤは、Ｂｅａｃｏｎフレームを通じてＡＰＭＬＤが選好するＴＩＤ－Ｌｉｎｋマッピング状態を確認することによって、自分の所望するＴＩＤの分離方法によってリンクを選択して設定を行うことができる。

図１９には、ＡＰＭＬＤから送信された非指示された（Ｕｎｓｏｌｉｃｉｔｅｄ）ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレーム（ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅｆｒａｍｅ）と、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤのＴＩＤ－ｔｏ－Ｌｉｎｋマッピング交渉過程の一実施例を示す。

図１９を参照すると、ＡＰＭＬＤは、ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを送信することができる。このとき、前記ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームは、個別にアドレスされていない（ｎｏｎ－ｉｎｄｉｖｉｄｕａｌｌｙａｄｄｒｅｓｓｅｄ）フレームで送信されるものであってよい。すなわち、ＡＰＭＬＤが送信したＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームは、１個或いは１個超過のｎｏｎ－ＡＰＭＬＤを目的装置とするものであってよい。

図１９に示すように、ＡＰＭＬＤは、ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを通じてＴＩＤ０～ＴＩＤ３をＬｉｎｋ１、ＴＩＤ４～ＴＩＤ５をＬｉｎｋ２、ＴＩＤ６～ＴＩＤ７をＬｉｎｋ３にマップしようとすることを指示できる。

これを受信したｎｏｎ－ＡＰＭＬＤ（開始ＭＬＤ）は、図１９のＳｅｑｕｅｎｃｅ１のように、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信することによって、ＡＰＭＬＤ（応答ＭＬＤ）にＵｎｓｏｌｉｃｉｔｅｄ応答フレームを通じて指示されたＴＩＤ－Ｌｉｎｋマッピングを承諾し、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング協議を実行及び完了しようとすることを指示できる。ＡＰＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが含まれていないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを受信した後、Ａｃｋフレームを応答することによってＴＩＤ－ｔｏ－Ｌｉｎｋマッピング協議が完了したことを応答できる。

Ｓｅｑｕｅｎｃｅ２では、ｎｏｎ－ＡＰＭＬＤ（開始ＭＬＤ）は、ＡＰＭＬＤ（応答ＭＬＤ）がＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを通じて指示したＴＩＤ－Ｌｉｎｋマッピングのうち、ＴＩＤ４～ＴＩＤ７に対するリンクマッピングオプションが２つであることを確認できる。このとき、ｎｏｎ－ＡＰＭＬＤは、ＴＩＤ４～ＴＩＤ７をＬｉｎｋ２～Ｌｉｎｋ３にマップするオプションを選択し、ＡＰＭＬＤにＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信できる。このとき、前記ｎｏｎ－ＡＰＭＬＤがＴＩＤ０～ＴＩＤ３を要請フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで指示していないので、ＴＩＤ０～ＴＩＤ３に対するＡＰＭＬＤのリンクマッピング提案（ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを通じて指示された）を承諾したと解釈されてよい。

＜ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングの解除＞

２つのＭＬＤ間になされたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング協議は、２つのＭＬＤのうち１つのＭＬＤがＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを送信し、他のＭＬＤがＡｃｋ応答を行うことによって解除されてよい。ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを通じて２つのＭＬＤ間になされたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング協議が解除される場合に、両ＭＬＤは基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードで動作する必要があり得る。すなわち、ＤＬ及びＵＬに対する全てのＴＩＤのトラフィックが、全てのリンクにマップされたのと同じ状態に切り替わってよい。

上述した本発明のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング協議方法を考慮したとき、開始ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームであることを構成するとき、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドで全てのＴＩＤと全てのリンクを指示することによって基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わることも可能であるということが分かる。より詳細には、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれたＤＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏフィールドにおいて、ＴＩＤＩｎｆｏサブフィールドが１１１１１１１１（８ビット実施例）と指示され、ＬｉｎｋＩｎｆｏサブフィールドが１１１１１１１１（８ビット実施例）と指示されると、ＤＬ方向に対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングは基本モードと指示されてよい。

或いは、上述した本発明の一実施例のように、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＤＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールドが０と指示されると、これを受信したＭＬＤは、相手ＭＬＤがＤＬ方向に対して基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードを指示（提案）することを認知できる。したがって、開始ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームにおいて、ＤＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールドとＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅサブフィールドをいずれも０と指示すれば、応答ＭＬＤは、開始ＭＬＤが基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードを指示（提案）したと認知できる。同様に、応答ＭＬＤがＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームでＤＬ／ＵＬＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＩｎｆｏｓｉｚｅフィールドをいずれも０と指示すれば、開始ＭＬＤは、応答ＭＬＤが基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードを指示（逆提案）したと認知できる。

このように、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレーム及びＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを通じた基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードへの切替えが可能であるにもかかわらずＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームが必要な理由は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング協議解除過程が両ＭＬＤ間の協議によってなされるものではなく、特定ＭＬＤの意図（意志）によって完了し得るためでありえる。すなわち、両ＭＬＤのうち、特定ＭＬＤが基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードで運営しようとする場合に、相手ＭＬＤは前記特定ＭＬＤの要請によって基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに必ず切り替わる必要があり得る。したがって、特定ＭＬＤがＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを送信すれば、相手ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを用いた逆提案を行うことができず、基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わることを承諾しなければならない。このとき、前記相手ＭＬＤは、承諾の旨を伝達するためにＡｃｋフレーム或いはＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいないＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを応答する必要があり得る。

このとき、前記特定ＭＬＤと相手ＭＬＤは、基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに変更されることを合意した後、一定時間内に基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに各リンクを運用する必要があり得る。すなわち、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを通じて基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わった両ＭＬＤは、一定時間内に全てのリンクに全てのＴＩＤに対する送／受信及びＢＡ（ＢｌｏｃｋＡｃｋ）応答などを実行可能な状態に動作（切替え）される必要がある。このとき、前記一定時間は、ＥＨＴ標準或いはＢＳＳによって既に設定された時間、或いはＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを行う両ＭＬＤ間に既に約束された時間であってよい。

ＡＰＭＬＤは運営上の目的で、多数のＡｓｓｏｃｉａｔｅｄｎｏｎ－ＡＰＭＬＤと協議したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードを同時に（一度で）解除し、基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替えようとすることができる。この場合、ＡＰＭＬＤは全てのＡｓｓｏｃｉａｔｅｄｎｏｎ－ＡＰＭＬＤに個別にＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを送信する代わりに、個別にアドレスされていない（ｎｏｎ－ｉｎｄｉｖｉｄｕａｌｌｙａｄｄｒｅｓｓｅｄ）ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを送信できる。このとき、ＡＰＭＬＤは、ＤＴＩＭＢｅａｃｏｎフレームを送信した後、グループアドレスされた（ｇｒｏｕｐａｄｄｒｅｓｓｅｄ）フレームでＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを送信できる。Ｎｏｎ－ＡＰＭＬＤは、ＤＴＩＭＢｅａｃｏｎフレームを受信した後、グループアドレスされた（ｇｒｏｕｐａｄｄｒｅｓｓｅｄ）フレームを受信する過程で、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを受信し、ＡＰＭＬＤと協議されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードが基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わったことを認知できる。

このとき、ＤＴＩＭＢｅａｃｏｎフレームを用いたグループアドレスされた（ｇｒｏｕｐａｄｄｒｅｓｓｅｄ）フレームでＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームを受信したｎｏｎ－ＡＰＭＬＤは、Ａｃｋ或いはＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを用いた応答を行わずに基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わる必要があり得る。すなわち、ＡＰＭＬＤが多数のｎｏｎ－ＡＰＭＬＤを対象に送信したＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームは、応答ＭＬＤ（ｎｏｎ－ＡＰＭＬＤ）の確認（Ａｃｋ及びＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅなど）無しにも直ちに適用されるものであってよい。これは、ＤＴＩＭ後に送信されたＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームは、別途の応答がなかったとしても、応答ＭＬＤによく受信されたものと考慮されるためである。

＜ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの他の実施例＞

ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＴＩＤ－Ｌｉｎｋ対を指示する機能を有する簡単なエレメントであり、よって、様々なフォーマットが考慮されてよい。上述した図１５の一実施例では、１個或いは１個以上のＴＩＤセットを１個或いは１個以上のリンクセットにマップできる構造のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントフォーマットを考慮し、機能的に同じ他のエレメントフォーマットも多様に構成可能である。

図２０には、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントのさらに他の実施例を示す。

図２０の（ａ）を参照すると、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＥｌｅｍｅｎｔＩＤ、Ｌｅｎｇｔｈ、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎ、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＣｏｎｔｒｏｌ、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ０～７フィールドで構成されてよい。ＥｌｅｍｅｎｔＩＤ、Ｌｅｎｇｔｈ、ＥｌｅｍｅｎｔＩＤＥｘｔｅｎｓｉｏｎフィールドは、当該エレメントがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントであることを示す情報と、エレメントの長さに関連した情報を指示し、他のエレメントに含まれたフィールドの用途と同一であり、詳細な説明は省略する。

ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ０～７フィールドはそれぞれ２オクテット（１６ビット）で構成され、各ビットが各リンクのＬｉｎｋＩＤと対応し得る。このとき、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの各ビットは、ビットの順序よりも１だけ小さいＬｉｎｋＩＤのリンクと対応する。さらにいうと、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの１番目のビットは、ＬｉｎｋＩＤが０（１－１）であるリンクと対応し、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの２番目のビットは、ＬｉｎｋＩＤが１（２－１）であるリンクと対応し、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの１０番目のビットは、ＬｉｎｋＩＤが９（１０－１）であるリンクと対応し得る。

すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントにおいて、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ‘ｎ’フィールドが１１００００００００００００００と指示されると、ＴＩＤ‘ｎ’がＬｉｎｋＩＤ０～Ｌｉｎｋ１と対応するリンクにマップされるように要請されたものであってよい。

図２０の（ｂ）を参照すると、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＣｏｎｔｒｏｌフィールドは、Ｄｉｒｅｃｔｉｏｎ、ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇ、ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒサブフィールドを含む構成を有し得る。

Ｄｉｒｅｃｔｉｏｎサブフィールドは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含む情報の方向性と関連した情報を指示する。より具体的には、Ｄｉｒｅｃｔｉｏｎサブフィールドは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが、ＵＬ方向ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングのためのものであるか、或いはＤＬ方向ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングのためのものであるか、或いはＵＬ／ＤＬ（ｂｉｄｉｒｅｃｔｉｏｎａｌ）の両方の方向に対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングのためのものであるかを示す。例えば、Ｄｉｒｅｃｔｉｏｎサブフィールドがそれぞれ０／１／２に設定され、当該ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントがそれぞれＤＬ／ＵＬ／Ｂｉｄｉｒｅｃｔｉｏｎａｌ方向ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング情報を含むということが指示されてよい。このとき、Ｄｉｒｅｃｔｉｏｎサブフィールド（２ビット）で指示可能な他の値３は、ｒｅｓｅｒｖｅｄであってよい。

ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドは、当該ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを通じて提案されるＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードが基本モード（Ｄｅｆａｕｌｔｍｏｄｅ）（全てのＴＩＤが全ての設定リンクにマップされる）であることを指示するサブフィールドであってよい。例えば、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送信する装置は、ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドを１に設定して基本マッピングモード（Ｄｅｆａｕｌｔｍａｐｐｉｎｇｍｏｄｅ）を提案（逆提案）できる。

すなわち、Ｄｉｒｅｃｔｉｏｎサブフィールドを通じてＤＬ方向情報であることが指示されたＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドが１と指示されると、ＤＬ方向のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが基本モードとして提案されるものであってよい。

一方、Ｄｉｒｅｃｔｉｏｎサブフィールドを通じてＵＬ方向情報であることが指示されたＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドが１と指示されると、ＵＬ方向のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが基本モードとして提案されるものであってよい。

或いは、Ｄｉｒｅｃｔｉｏｎサブフィールドを通じてＢｉｄｉｒｅｃｔｉｏｎａｌ方向情報であることが指示されたＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドが１と指示されると、Ｂｉｄｉｒｅｃｔｉｏｎａｌ（ＤＬ／ＵＬ）方向のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが基本モードとして提案されるものであってよい。

上述したように、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＵＬ或いはＤＬ或いはＢｉｄｉｒｅｃｔｉｏｎａｌ方向に対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング情報を含んでよく、したがって、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレーム及び（ｓｏｌｉｃｉｔｅｄｏｒｕｎｓｏｌｉｃｉｔｅｄ）ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームには２個或いは１個のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含まれて送信されてよい。ただし、２個のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含むＴＩＤ－ｔｏ－Ｌｉｎｋマッピング（Ｒｅｑｕｅｓｔ及びＲｅｓｐｏｎｓｅ）フレームは、前記２個のＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＤｉｒｅｃｔｉｏｎサブフィールド（ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＣｏｎｔｒｏｌフィールドの）がそれぞれ０と１に設定される必要があり得る。すなわち、単一ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングフレームに含まれた２個のＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＤｉｒｅｃｔｉｏｎサブフィールドがいずれも０或いは１に設定されることは許容されない。また、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングフレームにＤｉｒｅｃｔｉｏｎサブフィールドが２に設定されたＴＩＤ－ｔｏ－Ｌｉｎｋエレメントが含まれる場合に、他のＴＩＤ－ｔｏ－Ｌｉｎｋエレメントがさらに含まれることはない。

このとき、前記ＤＬ方向のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが基本モードであるとの意味は、ＤＬ方向に対して全てのＴＩＤが全ての設定リンクにマップされた状態を意味してよい。このとき、前記ＵＬ方向のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが基本モードであるとの意味は、ＵＬ方向に対して全てのＴＩＤが全ての設定リンクにマップされた状態を意味してよい。このとき、前記Ｂｉｄｉｒｅｃｔｉｏｎａｌ方向のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが基本モードであるとの意味は、ＤＬ及びＵＬの両方の方向に対して全てのＴＩＤが全ての設定リンクにマップされた状態を意味してよい。

このように、基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードは、ＭＬＤ間にＤＬ及びＵＬ方向の両方に対して全てのＴＩＤが全ての設定リンクにマップされたことを意味する反面、ＤＬ方向或いはＵＬ方向に対する基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態が別に定義されてよい。

さらに、各ＴＩＤとリンクに対する基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング状態が定義されてもよい。より詳細には、特定ＴＩＤが全ての設定リンクにマップされた状態は、前記特定ＴＩＤが基本（ＴＩＤ－ｔｏ－ｌｉｎｋ）マッピング状態であるものと理解されてよい。同様に、特定リンクに全てのＴＩＤがマップされた状態は、前記特定リンクが基本（ＴＩＤ－ｔｏ－ｌｉｎｋ）マッピング状態であるものと理解されてよい。

例えば、ＤＬ方向の特定ＴＩＤが基本マッピングモード（状態）であると、ＤＬ方向に送信されるべき前記特定ＴＩＤのトラフィックが全ての設定リンクにマップ（送信可能）された状態であることを意味できる。他の例として、ＵＬ方向の特定リンクが基本マッピングモード（状態）であると、ＵＬ方向の全てのトラフィックは前記特定リンクにマップされた状態であることを意味できる。

ただし、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＣｏｎｔｒｏｌフィールドの基本リンクマッピングモード（ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇｍｏｄｅ）は、各ＴＩＤ及び各リンクに対する基本マッピングモード確立のために活用されるのではなく、最小ＤＬ或いはＵＬ方向の基本マッピングモード確立のために活用されてよい。

或いは、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＣｏｎｔｒｏｌフィールドの基本リンクマッピングモードは、２つのＭＬＤ間のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードを基本モードに切り替わるために活用されるものであってよい。すなわち、Ｂｉｄｉｒｅｃｔｉｏｎａｌ方向のいずれに対しても基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わるためにＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドが１に指示されてよく、したがって、Ｄｉｒｅｃｔｉｏｎサブフィールドが２に設定される時にのみＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドが１に設定可能である。

ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒサブフィールドは８ビットで構成され、各ＴＩＤに対するＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールド（ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの）がＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれているか否かを指示できる。より詳細には、ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒサブフィールドのｉ番目のビットが１と指示されると、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントにＴＩＤｉに対するＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ（ｉ）サブフィールドが含まれていることを意味する。ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドが１に設定される場合に、当該ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれたＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒサブフィールドはｒｅｓｅｒｖｅｄであってよく、全てのビットが０に設定される必要があり得る。

例えば、ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒサブフィールドが１１００１０００と指示される場合に、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントには、ＴＩＤ０、ＴＩＤ１、ＴＩＤ４に対するＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤサブフィールド（すなわち、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ０サブフィールド、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ１サブフィールド、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ４サブフィールド）が順に含まれてよい。

このとき、ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドが０と指示されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントにおいて別途のＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤサブフィールドが含まれていない特定ＴＩＤ（Ｄｉｒｅｃｔｉｏｎサブフィールドで指示された方向に対するＴＩＤ）は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送信した装置から、前記特定ＴＩＤに対する現在Ｌｉｎｋマッピング状態を維持する旨が暗示的に指示されたものであってよい。すなわち、上述した一実施例において、ＴＩＤ２～ＴＩＤ３、ＴＩＤ５～ＴＩＤ７に対するＬｉｎｋマッピング状態は、当該ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメント（が含まれた要請フレーム）によって交渉（ｎｅｇｏｔｉａｔｉｏｎ）が行われるとしても、以前のＬｉｎｋマッピング状態が変更されずに維持されてよい。

すなわち、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングＲｅｑｕｅｓｔｉｎｇＭＬＤは、特定ＴＩＤに対するＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤサブフィールドを含んでいないＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送信することによって、前記特定ＴＩＤに対して既に確立されているリンクマッピング状態を維持する旨を要請（提案）できる。このとき、前記特定ＴＩＤに対して確立された別途のリンクマッピングがないと、前記特定ＴＩＤは、基本リンクマッピング（ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇ）状態（全ての設定リンクにマップ）に維持されてよい。このとき、前記ＴＩＤ－ｔｏ－ＬｉｎｋマッピングＲｅｑｕｅｓｔｉｎｇＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレーム或いはＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含む（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームを送信するＭＬＤを意味できる。

また、ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを送信するＭＬＤ（ＲｅｓｐｏｎｄｉｎｇＭＬＤ）は、特定ＴＩＤに対するＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドを含んでいないＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送信することによって、前記特定ＴＩＤに対して既に確立されているリンクマッピング状態を維持することを選好するということを相手ＭＬＤに指示（逆提案）できる。

すなわち、ＭＬＤは、相手ＭＬＤからＴＩＤとリンク間のマッピング関係設定のための要請フレームが送信される前に、ＭＬＤによって選好される（ｐｒｅｆｅｒｒｅｄ）ＴＩＤとリンク間のマッピング関係を指示するためのＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを送信できる。このとき、ＭＬＤは、ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームに１つ以上のＴＩＤと１つ以上のリンクとのマッピング関係に関連したマッピング情報を含めない場合に、１つ以上のＴＩＤと１つ以上のＴＩＤ間の選好されるマッピング関係が暗示的に指示されてよい。

このとき、暗示的に指示されるマッピング関係は、１）既存のマッピング関係を変更させないで有効に維持、２）特に選好されるマッピング関係がない、又は３）基本マッピング関係のうち１つ、であってよい。

第一に、ＭＬＤがＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームにマッピング関係と関連したマッピング情報を含めないことにより、既存のマッピング関係を変更させないで有効に維持することを選好するということを暗示する場合に、特定ＴＩＤに対し確立された別途のＬｉｎｋマッピングがないと、１つ以上のＴＩＤは基本マッピング関係（全ての設定リンクにマップ）が選好されるものと、相手ＭＬＤによって解釈されてよい。このとき、ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームは、応答ＭＬＤが相手ＭＬＤ（要請ＭＬＤ（ＲｅｑｕｅｓｔｉｎｇＭＬＤ）、ｐｅｅｒＭＬＤ）を目的装置に送信した（ｉｎｄｉｖｉｄｕａｌｌｙａｄｄｒｅｓｓｅｄ）ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームであってよい。

第二に、ＭＬＤがＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームにマッピング関係と関連したマッピング情報を含めないことにより、特に選好されるマッピング関係がないことを暗示的に指示する場合に、ＭＬＤが特に選好するマッピング関係がないので、ＭＬＤは、相手ＭＬＤが要請フレームを通じて要請するＴＩＤとリンク間のマッピング関係を拒絶することができず、許容しなければならない。すなわち、ＭＬＤは、選好されるＴＩＤとリンク間のマッピング関係がないので、相手ＭＬＤからＴＩＤとリンクのマッピング関係が要請フレームを通じて要請される場合に、応答フレームを通じて拒絶しないで承諾しなければならない。

第三に、ＭＬＤがＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームにマッピング関係と関連したマッピング情報を含めないことによって、基本マッピング関係を選好するということを暗示する場合に、１つ以上のＴＩＤがリンクとのマッピング関係で基本マッピング状態が選好されるということが指示されたので、第二の場合とは違い、ＭＬＤは、相手ＭＬＤから１つ以上のＴＩＤに対するリンクとのマッピング関係が要請フレームを通じて要請されても、応答フレームを通じて要請されるマッピング関係を拒絶することができる。

ただし、相手ＭＬＤがＭＬＤから送信されたＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを通じて指示された選好されるマッピング関係を同一に要請フレームを通じて要請する場合に、ＭＬＤは、要請されるマッピング関係を拒絶できず、承諾しなければならない。すなわち、相手ＭＬＤである要請ＭＬＤがＭＬＤである応答ＭＬＤが送信したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントと同じＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含むＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信する場合に、応答ＭＬＤは必ず、提案（又は、要請）されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを承諾（Ａｃｃｅｐｔ）する必要があり得る。

上の選好されるＴＩＤとリンク間のマッピング関係の解釈方法は、ＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームによって選好されるＴＩＤとリンク間のマッピング関係がマッピング情報を通じて指示された場合の他、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ応答フレーム又はＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームによって選好されるＴＩＤとリンク間のマッピング関係がマッピング情報を通じて指示された場合にも適用されてよい。

すなわち、ａｓｓｏｃｉａｔｉｏｎ要請フレーム又はＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームなどのように要請フレームを通じて要請されたＴＩＤとリンク間のマッピング関係が許容されず、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ応答フレーム又はＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームによって拒絶又は逆提案される場合に、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ応答フレーム又はＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームによって指示された選好されるＴＩＤとリンク間のマッピング関係は、上述した３つの方法のいずれかによって解釈されてよい。

具体的には、前述したように、ＭＬＤは、相手ＭＬＤから、要請フレーム（例えば、ａｓｓｏｃｉａｔｉｏｎ要請フレーム又はＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームなど）のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれたマッピング情報を通じて、ＴＩＤとリンク間のマッピング関係の設定が要請されてよい。このとき、ＭＬＤは、要請フレームを通じて要請されたＴＩＤとリンク間のマッピング関係を許容してもよいが、拒絶してもよい。仮に、ＭＬＤが要請フレームを通じて要請されたＴＩＤとリンク間のマッピング関係を拒絶する場合に、ＭＬＤは、応答フレーム（例えば、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ応答フレーム又はＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームなど）を通じて要請されたマッピング関係を拒絶することができる。

この場合、ＭＬＤは、応答フレームを通じて要請されたマッピング関係を拒絶しながら、ＭＬＤが選好するＴＩＤとリンク間のマッピング関係をＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントのマッピング情報に含めて応答フレームを通じて相手ＭＬＤに送信できる。このとき、選好されるマッピング関係に対するマッピング情報に、一部又は全てのＴＩＤに対するリンクとのマッピング関係が含まれない場合に、含まれないＴＩＤとリンク間のマッピング関係は、上述のように暗示的に指示されてよい。暗示的に指示されるマッピング関係は、１）既存のマッピング関係を変更させないで有効に維持、２）特に選好されるマッピング関係がない、又は３）基本マッピング関係、のうち１つであってよく、具体的な解釈方法は上述の通りである。

その後、相手ＭＬＤは応答フレームからＭＬＤによって選好されるマッピング関係を認識でき、それに基づいて要請フレームを再びＭＬＤに送信できる。

本発明のさらに他の実施例として、上の応答フレームを通じてＭＬＤが、要請されたＴＩＤとリンク間のマッピング関係を拒絶する場合に、ＭＬＤは、応答フレームを通じて選好されるＴＩＤとリンク間のマッピング関係に対するマッピング情報をＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含める場合に、全てのＴＩＤに対するリンクとのマッピング関係を明示的に含めることができる。この場合、全てのＴＩＤに対するリンクとのマッピング関係が明示的にマッピング情報を通じて指示されるので、ＴＩＤとリンク間のマッピング関係に対する暗示的な解釈方法が適用されない。

他の実施例として、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、特定方向（ＵＬ或いはＤＬ）に対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを基本（Ｄｅｆａｕｌｔ）と指示すると共に、前記特定方向でない他の方向（特定方向がＵＬである場合にＤＬ方向、特定方向がＤＬである場合にＵＬ方向）に対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピング提案／指示情報を含んで構成されてもよい。さらにいうと、特定ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＤｉｒｅｃｔｉｏｎサブフィールドが０と指示（ＤＬ方向）され、ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドが１と指示された場合に、前記特定ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームに含まれてＤＬ方向ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを基本マッピング（Ｄｅｆａｕｌｔｍａｐｐｉｎｇ）として要請する機能を行ってよい。同時に、前記特定ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに１個或いは１個超過のＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドを含む構成を有してよく、このとき、前記１個或いは１個超過のＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドは、ＵＬ方向（Ｄｉｒｅｃｔｉｏｎとして指示されたＤＬの反対方向）のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを要請するために含まれたものであってよい。

すなわち、特定方向に対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを基本マッピング（Ｄｅｆａｕｌｔｍａｐｐｉｎｇ）として要請／指示するＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントがＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドを含む場合に、前記ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドは、基本マッピングが要請された方向と反対方向に対してＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを要請する情報を含んでよい。このとき、ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒサブフィールドは、前記反対方向のＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールド（１個或いは１個超過の）がどのＴＩＤに対する情報であるかに関する情報を指示できる。すなわち、この場合、ＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒサブフィールドは、特定方向に対するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが基本（ｄｅｆａｕｌｔ）として要請／指示されても、ｒｅｓｅｒｖｅｄでなくてよい。したがって、ＭＬＤは、受信したＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントにおいてＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇサブフィールドが１と指示されたとき、当該ＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＬｉｎｋＭａｐｐｉｎｇＰｒｅｓｅｎｃｅＩｎｄｉｃａｔｏｒサブフィールドがいずれも０でない場合に、Ｄｉｒｅｃｔｉｏｎサブフィールドを通じて指示された方向と反対方向に対するＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドが指示されることを認知できる。

＜リンクが設定されているか否かを考慮したＴＩＤ－ｔｏ－Ｌｉｎｋマッピング提案規則＞

前述したように、要請ＭＬＤ（開始ＭＬＤ）は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを確立するために、応答ＭＬＤ（ＲｅｓｐｏｎｄｉｎｇＭＬＤ）にＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信し、応答ＭＬＤは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを応答してＲｅｑｕｅｓｔｉｎｇＳＴＡが提案したＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを承諾することができる。

２つのＭＬＤ間にＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが確立／交渉（ｎｅｇｏｔｉａｔｅｄ）されると、前記両ＭＬＤは、特定ＴＩＤに対応するトラフィックを送信する時に、前記特定ＴＩＤがマップされたリンクのみを用いて送信を行わなければならない。

仮に、両ＭＬＤ間にＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを確立する時に、特定ＴＩＤが前記両ＭＬＤ間に設定されていないリンクに対してのみマップされていると、前記特定ＴＩＤは、前記設定されていないリンクを通じてのみ送信しなければならない制約が適用され、送信されずに済むことがある。これは、設定（Ａｓｓｏｃｉａｔｉｏｎ）されていないリンクに対するＴＩＤマッピングが有効でないことを意味し、したがって、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｎｅｇｏｔｉａｔｉｏｎを確立しようとするＭＬＤは、相互間に設定されたリンクに対してのみＴＩＤをマップしようと試みなければならない。

そのために、相手ＭＬＤにＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請フレームを送信するＭＬＤは、相手ＭＬＤと設定が行われたリンクに対してのみＴＩＤマッピングを要請しなければならない。すなわち、設定されていないリンクに対してはいかなるＴＩＤのマッピングも要請してはならない。

したがって、要請ＭＬＤは、特定ＴＩＤに対しマップするリンクを指示する時に、設定が行われていないリンクのＩＤと対応するビットは常に０に設定してＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請を行わなければならない。

同様に、要請ＭＬＤに選好ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを指示（ｓｕｇｇｅｓｔ）するＭＬＤ（応答ＭＬＤ）は、設定が行われていないリンクと対応するビットを常に０に設定してＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＲｅｓｐｏｎｓｅを行わなければならない。すなわち、設定されていないリンクに対してはいかなるＴＩＤのマッピングも提案してはならない。

したがって、応答ＭＬＤは、特定ＴＩＤに対してマップするリンクを提案する時に、設定が行われていないリンクのＩＤと対応するビットを常に０に設定して（ｓｏｌｉｃｉｔｅｄ或いはｕｎｓｏｌｉｃｉｔｅｄ）ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｒｅｓｐｏｎｓｅを行わなければならない。このとき、前記ｕｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｒｅｓｐｏｎｓｅは、特定ＭＬＤが相手ＭＬＤに自分の選好するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを提案（ｐｒｅｆｅｒｒｅｄＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｓｕｇｇｅｓｔｉｏｎ）するためにＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを送信することを意味できる。

要するに、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送信するＭＬＤは、相手ＭＬＤと設定が行われていないリンクに対応するＬｉｎｋＩＤのビット（ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの）を常に０に設定しなければならない。すなわち、２つのＭＬＤ間に送／受信されるＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、前記２つのＭＬＤ間に設定が確立されていないリンクのＬｉｎｋＩＤが常に０に設定されなければならない。

ただし、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームに含めて送信するＭＬＤは、相手ＭＬＤに設定を要請するリンクに対してのみＴＩＤマッピングを要請しなければならない。すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームに含めて送信するＭＬＤは、相手ＭＬＤに設定を要請していないリンクと対応するＬｉｎｋＩＤのビット（ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの）を常に０に設定しなければならない。

同様に、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ応答フレームに含めて送信するＭＬＤは、設定を受諾するリンクに対してのみ選好ＴＩＤマッピングを指示（ｓｕｇｇｅｓｔ）しなければならない。すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ応答フレームに含めて送信するＭＬＤは、相手ＭＬＤと設定を受諾しないリンクと対応するＬｉｎｋＩＤのビット（ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの）を常に０に設定しなければならない。

このとき、ＭＬＤ間に設定が確立され得るＬｉｎｋＩＤの最大インデックスは最大で１４に制限（ＬｉｎｋＩＤ０～ＬｉｎｋＩＤ１４を活用して最大で１５個のリンクを区分）されているので、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの１６番目のビット（すなわち、ＬｉｎｋＩＤ１５に対応すべきビット）は常に０に設定されなければならない。

＜効率的なＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールド構成方法＞

上述した本発明の一実施例を参照すると、ＭＬＤ間に送／受信するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドのビットのうち一部が常に０と指示される構成を有し得る。

仮に、ＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｎｅｇｏｔｉａｔｉｏｎを行う２つのＭＬＤ間の設定されたリンクの個数が２個のみである状況であれば、ＬｉｎｋＭａｐｐｉｎｇＴＩＤフィールドの１６個ビットのうち１４個のビット（設定されていないリンクのＬｉｎｋＩＤと対応する１３個のビット＋１６番目ビット）は常に０と指示されるビットであってよい。このように、０と指示されざるをえないビットがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに反復して指示されると、オーバーヘッド問題を誘発することにつながり、よって、より効率的なＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールド構成が考慮されればよい。

本発明の一実施例によれば、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれた各ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドのサイズは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送／受信するＭＬＤ間に設定されたリンクの個数に基づいて決定されてよい。

例えば、要請ＭＬＤと応答ＭＬＤが３個のリンクを通じて設定されていると、前記要請ＭＬＤと応答ＭＬＤが送／受信するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、３ビットサイズのＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドを含み得る。

本発明の一実施例によれば、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれたＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの各ビットが対応するリンク（ＬｉｎｋＩＤ）は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送／受信するＭＬＤ間に設定されたリンクのＩＤに基づいて決定されてよい。このとき、前記ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドに対応するリンクは、ＬｉｎｋＩＤが小さい順に各ビットに対応してよい。

例えば、要請ＭＬＤと応答ＭＬＤが３個のＬｉｎｋ（ＬｉｎｋＩＤ０、ＬｉｎｋＩＤ３、ＬｉｎｋＩＤ１０）を通じて設定されていると、前記要請ＭＬＤと応答ＭＬＤが送／受信するＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントのＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールド３ビットは、それぞれ、ＬｉｎｋＩＤ０、ＬｉｎｋＩＤ３、ＬｉｎｋＩＤ１０と対応し得る。すなわち、特定ＴＩＤに対するＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの３ビットが０１０と指示される場合に、前記特定ＴＩＤは、ＬｉｎｋＩＤ３に対応するリンクにマッピング要請／指示されたものと解釈されてよい。

すなわち、多重リンク（再）設定（Ｍｕｌｔｉ－Ｌｉｎｋ（ｒｅ）ｓｅｔｕｐ）を行った後にＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送／受信するＭＬＤは、相手ＭＬＤ（ｐｅｅｒＭＬＤ）と設定したリンクの個数に基づいてＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドのサイズを決定（選択及び認知）する。

すなわち、多重リンク（再）設定を行った後にＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送／受信するＭＬＤは、相手ＭＬＤ（ｐｅｅｒＭＬＤ）と設定したリンクのＩＤを考慮してＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの各ビットが対応するリンクを決定する。

また、本発明の一実施例によって可変長のＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドが活用される場合に、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの長さをマルチオクテット（ｍｕｌｔｉｐｌｅ－ｏｃｔｅｔ）単位に維持するためのＰａｄｄｉｎｇフィールドがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれてよい。このとき、前記Ｐａｄｄｉｎｇフィールドは、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールド後に含まれ、１オクテット未満のサイズを有するものであってよい。

図２１には、可変長のＴＩＤのリンクマッピングフィールド（ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤｆｉｅｌｄ）を含むＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントの一実施例を示す。

図２１を参照すると、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、可変長のＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドとＰａｄｄｉｎｇフィールドを含む構成を有し得る。

ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメント（を含むフレーム）を送／受信するＭＬＤ間に設定が行われたリンクの個数に基づいてサイズが決定されるフィールドである。すなわち、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを送／受信するＭＬＤ間に設定されたリンクが３個であれば、各ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドは３ビットサイズを有し、設定されたリンクが５個であれば、各ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドは５ビットサイズを有してよい。

仮にＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドが３ビットサイズを有し、３個のＴＩＤに対するＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれると、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドのサイズは、総９ビットサイズを有してよい。この場合、７ビットサイズのＰａｄｄｉｎｇフィールドがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントに含まれ、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドのサイズ＋Ｐａｄｄｉｎｇフィールドのサイズが２オクテットになり得る。

また、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの各ビットは、設定が行われたリンクに対応する。例えば、ＬｉｎｋＩＤ０、ＬｉｎｋＩＤ３、ＬｉｎｋＩＤ７を通じてＭＬ設定が行われた２つのＭＬＤ間に送受信するＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントは、ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドが３ビットサイズを有し、各ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールドの１番目のビットはＬｉｎｋＩＤ０に対応し、２番目のビットはＬｉｎｋＩＤ３、３番目のビットはＬｉｎｋＩＤ７に対応し得る。すなわち、特定ＴＩＤに対するＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤフィールド（ＬｉｎｋＭａｐｐｉｎｇｏｆＴＩＤ‘特定ＴＩＤ’フィールド）のＬｉｎｋＩＤ３に対応するビットが１と指示されると、前記特定ＴＩＤは、ＬｉｎｋＩＤが３であるリンクにマップされることが要請（提案）されたものであってよい。

＜（再）設定後のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング管理＞

ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤは（再）設定を行って設定リンクの構成を変更することができる。すなわち、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤは再設定を行って、設定リンクを追加したり、或いは設定されていたリンクの設定を解除したりすることができる。このとき、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤとの間になされる再設定は、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請／応答フレーム交換によって行われるものであってよい。２つのＭＬＤ間で再設定が行われる場合に、再設定を通じて追加或いは除去された設定リンクと関連したＴＩＤマッピング管理が伴わなければならない。説明の便宜のために、後述する本発明の一実施例は、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングの方向性（ＵＬ或いはＤＬ）に対する言及はしなかった。しかし、全てのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングは方向性を有するので、別途のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング方向に対する言及がなくても、特定方向或いは両方向（Ｂｉｄｉｒｅｃｔｉｏｎａｌ）に対する説明がいずれも提供されたものと理解されてよい。

まず、再設定によって設定リンクが追加された場合に、前記追加された設定リンクは、全てのＴＩＤがマップされた状態（リンクの基本ＴＩＤマッピング状態）に設定されてよい。

これは、再設定のために交換された（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含まない場合に適用される追加設定リンクのＴＩＤマッピング状態であってよい。

ただし、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含む（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームを通じて設定リンクが追加される場合に、前記追加された設定リンクは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで指示された情報に基づいてＴＩＤがマップされてよい。このとき、追加された設定リンクにマップされるリンクの決定方法は、前述したＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｎｅｇｏｔｉａｔｉｏｎ手順と相違しないので、詳細な説明は省略する。

次に、再設定を通じて設定されていたリンクが除去（設定解除）された場合に、前記除去されたリンクにマップされていたＴＩＤは、基本マッピング状態に変更されてよい。さらにいうと、再設定を通じて設定が解除されたリンクにマップされていたＴＩＤは、再設定後に、全ての設定リンク（解除されたリンクは除外）にマップされた状態（すなわち、ＴＩＤのＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇ状態）に変更されてよい。これは、特定ＴＩＤが特定リンクにのみマップされた状態のとき、前記特定リンクが再設定を通じて設定解除されることにより、前記特定ＴＩＤがどの設定リンクにもマップされていない状態に変更されることを防ぐために考慮されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング管理方法であってよい。

ただし、再設定を通じて設定が解除された特定リンクにマップされていたＴＩＤが他の設定リンク（再設定後にも設定状態である）にもマップされていた状態であれば、前記特定リンクの設定が解除されるとしても、前記特定ＴＩＤは全ての設定リンクにマップされた状態に切り替わらなくてよい。

また、再設定のために交換された（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含む場合に、前記ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントで指示された情報に基づいて、前記設定が解除されたリンクにマップされていたＴＩＤが他の設定リンクにマップされてよい。

すなわち、ＭＬＤが再設定を行った後、特定ＴＩＤがどの設定リンクにも明示的にマップされていない状態になる場合に、前記特定ＴＩＤは、全ての設定リンクにマップされた状態（ＴＩＤの基本リンクマッピング（ＤｅｆａｕｌｔＬｉｎｋＭａｐｐｉｎｇ）状態）に変更（設定）されてよい。

或いは、ＭＬＤは既に約束された方式により、前記特定ＴＩＤ（どの設定リンクにもマップされていない状態になるＴＩＤ）を、特定設定リンクにマップされた状態に変更（設定）することができる。このとき、前記既に約束された方式は、ＬｉｎｋＩＤインデックスが最も小さい設定リンクにマッピングを変更する方法であるか、或いは直近に設定されたリンク（解除されたリンクは除外）にマッピングを変更する方法であるなど、様々な方法があり得る。

例外として、再設定を通じて特定リンクが追加的に設定されると同時に他のリンクが設定解除されると（すなわち、設定リンクの個数には変化がなく、設定リンクのＬｉｎｋＩＤのみが変更された場合）、前記設定が解除されたリンクにマップされていたＴＩＤが、自動で前記追加的に設定されるリンクにマップされてよい。これは、前記再設定を行う時に交換された（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいない時に限定的に適用されるＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｔｒａｎｓｉｔｉｏｎと理解されてよい。このとき、再設定を通じて追加的に設定されるリンクが１個或いは１個を超える数字であり、設定が解除されるリンクが１個或いは１個を超える数字であるときにも、類似のＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｔｒａｎｓｉｔｉｏｎが適用されてよい。例えば、再設定を通じて２個の設定リンクが解除され、１個のリンクが追加（設定）されると、前記追加された１個のリンクには、解除された２個のリンクにマップされていたＴＩＤが自動でマップされてよい。他の例として、再設定を通じて１個の設定リンクが解除され、２個のリンクが追加（設定）されると、前記追加された２個のリンクの全てには、解除された１個の設定リンクにマップされていたＴＩＤが自動でマップされてよい。さらに他の例として、再設定を通じて２個の設定リンクが解除され、２個のリンクが追加（設定）されると、前記追加された２個のリンクの全てには、解除された２個の設定リンクにマップされていたＴＩＤ（２個のリンクにマップされていたＴＩＤの和）が自動でそれぞれマップされてよい。

或いは、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピング管理を簡便にするために、再設定を通じて設定リンクを除去したＭＬＤは、全てのＴＩＤが全ての設定リンクにマップされた基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモード（ａｌｌＴＩＤｓｔｏａｌｌｓｅｔｕｐＬｉｎｋｓ）に切り替わらなければならない。このとき、前記再設定を通じてリンクを除去したＭＬＤが基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わる条件は、再設定を行うために交換された（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいない要請フレームである場合に限定されてもよい。すなわち、再設定と共に新しいＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｎｅｇｏｔｉａｔｉｏｎが実行（完了）されていない場合に、再設定を通じて設定されていたリンクが除去されたＭＬＤは、基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わらなければならない。このとき、ＭＬＤが基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わることは、ＭＬＤ間に確立されていたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが解除（ｎｅｇｏｔｉａｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピングがｔｅａｒｄｏｗｎ）されることであってよい。或いは、ＭＬＤが基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わることは、ＭＬＤがｎｅｇｏｔｉａｔｉｏｎされたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが存在していないと考慮することであってよい。

したがって、再設定を通じて設定されていたリンクを除去するために送信される（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームがＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでいない場合に、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームがＴｅａｒｄｏｗｎエレメントを含むのと類似／同一の機能を行うことができる。

或いは、ｎｅｇｏｔｉａｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング（この場合、基本モードを除外）を有する２つのＭＬＤが再設定を通じて設定リンクを解除する場合に、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請／応答フレームを通じて必ず新しいＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｎｅｇｏｔｉａｔｉｏｎを行うように強要されてよい。すなわち、ｎｅｇｏｔｉａｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを有するＭＬＤと再設定を通じて設定リンクを解除しようとする要請ＭＬＤは、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを必ず含まなければならない。

また、ｎｅｇｏｔｉａｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを有するＭＬＤと再設定を行う応答ＭＬＤ（ＡＰＭＬＤ）は、設定リンクを解除する再設定を受諾する時に、ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントが含まれていない（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ応答フレームを応答しなければならない。すなわち、応答ＭＬＤ（ＡＰＭＬＤ）は、設定リンクを解除する再設定を受諾する時に、必ず、共に要請されたＴＩＤ－ｔｏ－Ｌｉｎｋマッピング要請を受諾しなければならない。

図２２には、再設定（ｒｅｓｅｔｕｐ）を通じて設定リンク（ｓｅｔｕｐｌｉｎｋ）が追加された２つのＭＬＤのＴＩＤ－ｔｏ－Ｌｉｎｋマッピング管理方法の一実施例を示す。

図２２を参照すると、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤはＬｉｎｋ１とＬｉｎｋ２を通じてＭＬ設定を行ってよい。また、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤは、Ｌｉｎｋ１にＴＩＤ０～ＴＩＤ３をマップし、Ｌｉｎｋ２にＴＩＤ４～ＴＩＤ７をマップするＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｎｅｇｏｔｉａｔｉｏｎを行った状態であってよい。

ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤは、Ｌｉｎｋ３を追加に設定して３個のリンクを通じたＭＬ設定を行おうとしてよく、そのために、ｎｏｎ－ＡＰＭＬＤは、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームを通じて再設定を行おうとしてよい。ＡＰＭＬＤからＬｉｎｋ３に対する追加設定が承諾（受諾、ａｃｃｅｐｔ）された場合に、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤはＬｉｎｋ１～Ｌｉｎｋ３を通じたＭＬ設定状態に変更される。

Ｌｉｎｋ３は、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤがＬｉｎｋ１とＬｉｎｋ２に対するＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｎｅｇｏｔｉａｔｉｏｎを行う時に設定リンクでなかったので、既に確立されたｎｅｇｏｔｉａｔｅｄＴＩＤＭａｐｐｉｎｇ状態がない。したがって、再設定を通じて新しく設定されたＬｉｎｋ３は両方向（ＵＬ及びＤＬ，Ｂｉｄｉｒｅｃｔｉｏｎａｌ）に対して基本ＴＩＤマッピング状態（全てのＴＩＤがマップされた状態）に設定が完了する。

仮に、Ｎｏｎ－ＡＰＭＬＤが再設定のための（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームにＴＩＤ－ｔｏ－Ｌｉｎｋマッピングエレメントを含んでおり、前記含んでいるＴＩＤ－ｔｏ－ＬｉｎｋマッピングエレメントがＬｉｎｋ３に対して別途のＴＩＤ－ｔｏ－Ｌｉｎｋマッピングを要請していると、Ｌｉｎｋ３は基本ＴＩＤマッピング状態でない状態に設定されてよい。

図２３には、再設定によって設定が解除されたリンクに対する２つのＭＬＤのＴＩＤ－ｔｏ－Ｌｉｎｋマッピングの管理方法の一実施例を示す。

図２３を参照すると、ＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤは、最初３個のリンクを通じてＭＬ設定が行われた状態である。また、ＡＰＭＬＤとＮｏｎ－ＡＰＭＬＤは、Ｌｉｎｋ１～Ｌｉｎｋ３に対しＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇｎｅｇｏｔｉａｔｉｏｎを行って両方向（ｂｉｄｉｒｅｃｔｉｏｎａｌ）に対してＬｉｎｋ１はＴＩＤ０～ＴＩＤ２、Ｌｉｎｋ２はＴＩＤ３～ＴＩＤ４、Ｌｉｎｋ３はＴＩＤ５～ＴＩＤ７がマップされた状態である。Ｎｏｎ－ＡＰＭＬＤはＭＬ設定を変更して、Ｌｉｎｋ１とＬｉｎｋ２のリンクのみを維持し、Ｌｉｎｋ３の設定リンクを解除するために（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームをＡＰＭＬＤに送信してよい。ＡＰＭＬＤは、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ要請フレームを受信した後、Ａｓｓｏｃｉａｔｉｏｎを要請したリンクがＬｉｎｋ１とＬｉｎｋ２のみであることを認知し、（Ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ応答フレームを応答し、Ｌｉｎｋ１とＬｉｎｋ２に対する設定を維持し、Ｌｉｎｋ３の設定を解除するために承認することができる。この場合、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤの再設定手順は成功的に完了し、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤ間に設定されていたＬｉｎｋ３が設定解除されてよい。

このように、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤ間に設定リンクが解除されると、設定が解除されたリンク（図２３のＬｉｎｋ３）にマップされていたＴＩＤがいかなる設定リンクにもマップされていない状態に変更される可能性がある。

したがって、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤは、図２３の（ａ）Ｃａｓｅ１のように、Ｌｉｎｋ３にマップされていたＴＩＤ５～ＴＩＤ７を、設定が維持されたリンクに自動でマップしてよい。（ａ）Ｃａｓｅ１の場合、Ｌｉｎｋ３が解除されても（再設定が完了しても）Ｌｉｎｋ１とＬｉｎｋ２は相変らず設定リンクとして維持されるので、Ｌｉｎｋ３にマップされていたＴＩＤ５～ＴＩＤ７がＬｉｎｋ１とＬｉｎｋ２に自動でマップされた。

或いは、ＡＰＭＬＤとｎｏｎ－ＡＰＭＬＤは、図２３の（ｂ）Ｃａｓｅ２のように、Ｌｉｎｋ３が解除される再設定手順が完了する時に、交渉（ｎｅｇｏｔｉａｔｉｏｎ）されていたＴＩＤ－ｔｏ－Ｌｉｎｋマッピングが解除されたように、基本ＴＩＤ－ｔｏ－Ｌｉｎｋマッピングモードに切り替わってよい。すなわち、２つのＭＬＤは、再設定後にＴＩＤ－ｔｏ－ＬｉｎｋＭａｐｐｉｎｇＴｅａｒｄｏｗｎフレームが交換されたのと類似のＴＩＤ－ｔｏ－Ｌｉｎｋマッピング管理を行うことができる。

図２４は、本発明に係るＴＩＤとリンクとをマップするための方法の一例を示すフローチャートである。

図２４を参照すると、論理的なエンティティであるＳＴＡが１つ以上連携（ａｆｆｉｌｉａｔｅ）されているデバイスであるＭＬＤは相手ＭＬＤと、１つ以上のＴＩＤと１つ以上のリンクをマップさせることができる。以下、ＭＬＤは、ＡＰＭＬＤ又はｎｏｎ－ＡＰＭＬＤであってよい。

具体的には、ＭＬＤは、トラフィック識別子（ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）とリンク（ｌｉｎｋ）間のマッピングのための要請フレームを相手ＭＬＤに送信できる（Ｓ２４０１０）。このとき、要請フレームは、複数個のＴＩＤのうち少なくとも１つのＴＩＤと少なくとも１つのリンク間のマッピング関係の設定のための第１マッピング情報、及び前記少なくとも１つのリンクとマッピングが要請される前記少なくとも１つのＴＩＤの個数に関連した情報を含んでよい。

ＭＬＤは、要請フレームを送信する前に、相手ＭＬＤから複数個のＴＩＤのうち１つ又はそれ以上のＴＩＤと１つ又はそれ以上のリンクに対するマッピング関係の設定のための第２マッピング情報を含むフレームを受信することができる。すなわち、ＭＬＤは相手ＭＬＤから、１つ又はそれ以上のＴＩＤと１つ又はそれ以上のリンクに対して選好されるマッピング関係に対する第２マッピング情報を含むＵｎｓｏｌｉｃｉｔｅｄＴＩＤ－ｔｏ－Ｌｉｎｋマッピング応答フレームを受信することができる。

このとき、前記複数個のＴＩＤのうち前記１つ又はそれ以上のＴＩＤを除く第２残りＴＩＤは、選好される特定マッピング関係又は選好されるマッピング関係がないということが、前述したように暗示的に指示されてよい。

選好される特定マッピング関係は、既存に設定されたマッピング関係、又は前記基本マッピング関係であり、特定マッピング関係が前記基本マッピング関係であるか又は前記選好されるマッピング関係がない場合に、前記少なくとも１つのＴＩＤと前記第２残りＴＩＤのうち、重複するＴＩＤに対するマッピング関係は、前記応答フレームによって指示されなくてよい。

その後、ＭＬＤは相手ＭＬＤから、要請フレームに対する応答として応答フレームを受信することができる（Ｓ２４０２０）。

このとき、複数個のＴＩＤのうち前記少なくとも１つのＴＩＤを除く第１残りＴＩＤは、リンクとの以前に設定されたマッピング関係が有効に維持されるか、基本マッピング（Ｄｅｆａｕｌｔｍａｐｐｉｎｇ）関係が適用され、前記第１残りＴＩＤは、前記第１マッピング情報によって特定リンクとのマッピング関係が指示されなくてよい。

少なくとも１つのリンクのうち１つのリンクは、前記少なくとも１つのＴＩＤのうち１つ又はそれ以上のＴＩＤとマップされてよく、基本マッピング関係は、ＴＩＤと全てのリンクとがマップされた状態を意味できる。

また、基本マッピング関係は、第１残りＴＩＤが前記要請フレームの送信前に前記基本マッピング関係と設定されていた場合に適用されてよい。

要請フレームは、前記少なくとも１つのＴＩＤに対する送信方向を示す送信方向情報をさらに含んでよく、複数個のＴＩＤは、前記ＭＬＤと前記要請フレームを送信した相手ＭＬＤ間の設定が完了したリンク間にのみマップされてよい。

また、応答フレームは、前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間のマッピング関係が許容されるか否かを指示できる。

また、複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間のマッピング関係が許容される場合に、前記応答フレームは前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間の他のマッピング関係に対する第２マッピング情報を含まなくてよく、複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間のマッピング関係が許容されない場合に、前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤに対して前記第１マッピング関係とは異なるマッピング関係を指示する第２マッピング情報をさらに含んでよい。

このとき、図１０～図１６で説明した通り、ＭＬＤが相手ＭＬＤから管理フレームを受信することができ、管理フレームは、前記少なくとも１つのＴＩＤと前記マッピング関係が設定された前記少なくとも１つのリンクでのみ送信されてよい。また、管理フレームは、割り当てられた接続カテゴリー（ＡｃｃｅｓｓＣａｔｅｇｏｒｙ：ＡＣ）に基づいて送信され、前記少なくとも１つのリンクに設定された接続カテゴリーに関係なく前記少なくとも１つのリンクで送信されてよい。

管理フレームの場合、特定ＴＩＤが割り当てられず、ＴＩＤの割り当てがないので、ＴＩＤとリンク間のマッピングが適用されなくてよい。したがって、管理フレームはＴＩＤとリンク間のマッピングに関係なく全てのリンクに送信されてよく、このとき、管理フレームが送信されるリンクはＴＩＤとリンク間のマッピングが設定されたイネーブルリンクであってよい。

この場合、管理フレームがイネーブルリンクを通じてのみ送信される場合に、リンクに関係なく送信されるブロードキャストされる管理フレームを除いてイネーブルリンクがない場合に、管理フレームが送信されない場合が発生し得る。したがって、特定管理フレームは、イネーブルリンクがない場合にも送信されてよい。

前述した本発明の説明は例示のためのものであり、本発明の属する技術の分野における通常の知識を有する者は、本発明の技術的思想や必須の特徴を変更することなく他の具体的な形態に容易に変形可能であるということが理解できよう。したがって、以上に記述した実施例は、いかなる面においても例示的なもので、限定的でないものと理解すべきである。例えば、単一型として説明されている各構成要素は分散して実施されてもよく、同様に、分散していると説明された構成要素も、結合した形態で実施されてよい。

本発明の範囲は、前述した詳細な説明よりは、後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲とその均等概念から導出される変更又は変形された形態はいずれも本発明の範囲に含まれるものと解釈されるべきである。

１００ステーション
１１０プロセッサ
１２０通信部
１４０ユーザインタフェース
１５０ディスプレーユニット
１６０メモリ
２００ＡＰ
２１０プロセッサ
２２０通信部
２６０メモリ
３００サーバ

Claims

無線通信システムの多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋｄｅｖｉｃｅ：ＭＬＤ）であって、
通信モジュールと；
前記通信モジュールを制御するプロセッサを含み、
前記プロセッサは、
トラフィック識別子（ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）とリンク（ｌｉｎｋ）間のマッピングのための要請フレームを送信し、
前記要請フレームは、複数個のＴＩＤのうち少なくとも１つのＴＩＤと少なくとも１つのリンク間のマッピング関係の設定のための第１マッピング情報、及び前記少なくとも１つのリンクとマッピングが要請される前記少なくとも１つのＴＩＤの個数に関連した情報を含み、
前記要請フレームに対する応答として応答フレームを受信し、
前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤを除く第１残りＴＩＤは、リンクとの以前に設定されたマッピング関係が有効に維持されるか、基本マッピング（Ｄｅｆａｕｌｔｍａｐｐｉｎｇ）関係が適用され、
前記第１残りＴＩＤは、前記第１マッピング情報によって特定リンクとのマッピング関係が指示されない、ＭＬＤ。
前記少なくとも１つのリンクのうち１つのリンクは、前記少なくとも１つのＴＩＤのうち１つ又はそれ以上のＴＩＤとマップされる、請求項１に記載のＭＬＤ。
前記基本マッピング関係は、ＴＩＤと全てのリンクがマップされた状態であり、
前記基本マッピング関係は、前記第１残りＴＩＤが前記要請フレームの送信前に前記基本マッピング関係と設定されていた場合に適用される、請求項１に記載のＭＬＤ。
前記要請フレームは、前記少なくとも１つのＴＩＤに対する送信方向を示す送信方向情報をさらに含み、
前記複数個のＴＩＤは、前記ＭＬＤと前記要請フレームを送信した相手ＭＬＤ間の設定が完了したリンク間にのみマップされる、請求項１に記載のＭＬＤ。
前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間のマッピング関係が許容されるか否かを指示する、請求項１に記載のＭＬＤ。
前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間のマッピング関係が許容される場合に、前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間の他のマッピング関係に対する第２マッピング情報を含まない、請求項１に記載のＭＬＤ。
前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間のマッピング関係が許容されない場合に、前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤに対して前記第１マッピング関係とは異なるマッピング関係を指示する第２マッピング情報をさらに含む、請求項１に記載のＭＬＤ。
前記プロセッサは、管理フレーム（ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）を受信し、
前記管理フレームは、前記少なくとも１つのＴＩＤと前記マッピング関係が設定された前記少なくとも１つのリンクでのみ送信される、請求項１に記載のＭＬＤ。
前記管理フレームは、割り当てられた接続カテゴリー（ＡｃｃｅｓｓＣａｔｅｇｏｒｙ：ＡＣ）に基づいて送信され、前記少なくとも１つのリンクに設定された接続カテゴリーに関係なく前記少なくとも１つのリンクで送信される、請求項８に記載のＭＬＤ。
前記プロセッサは、
前記複数個のＴＩＤのうち１つ又はそれ以上のＴＩＤと１つ又はそれ以上のリンクに対するマッピング関係の設定のための第２マッピング情報を含むフレームを受信し、
前記複数個のＴＩＤのうち前記１つ又はそれ以上のＴＩＤを除く第２残りＴＩＤは、選好される特定マッピング関係又は選好されるマッピング関係がないことが指示される、請求項１に記載のＭＬＤ。
前記選好される特定マッピング関係は、既存に設定されたマッピング関係、又は前記基本マッピング関係である、請求項１０に記載のＭＬＤ。
前記特定マッピング関係が前記基本マッピング関係であるか又は前記選好されるマッピング関係がない場合に、前記少なくとも１つのＴＩＤと前記第２残りＴＩＤのうち、重複するＴＩＤに対するマッピング関係は、前記応答フレームによって指示されない、請求項１１に記載のＭＬＤ。
無線通信システムにおいて多重リンクデバイス（ｍｕｌｔｉ－ｌｉｎｋｄｅｖｉｃｅ：ＭＬＤ）がフレームを送信する方法であって、
トラフィック識別子（ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）とリンク（ｌｉｎｋ）間のマッピングのための要請フレームを送信する段階であって、
前記要請フレームは、複数個のＴＩＤのうち少なくとも１つのＴＩＤと少なくとも１つのリンク間のマッピング関係の設定のための第１マッピング情報、及び前記少なくとも１つのリンクとマッピングが要請される前記少なくとも１つのＴＩＤの個数に関連した情報を含む、段階；及び
前記要請フレームに対する応答として応答フレームを受信する段階を含み、
前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤを除く第１残りＴＩＤは、リンクとの以前に設定されたマッピング関係が有効に維持されるか、基本マッピング（Ｄｅｆａｕｌｔｍａｐｐｉｎｇ）関係が適用され、
前記第１残りＴＩＤは、前記第１マッピング情報によって特定リンクとのマッピング関係が指示されない、方法。
前記少なくとも１つのリンクのうち１つのリンクは、前記少なくとも１つのＴＩＤのうち１つ又はそれ以上のＴＩＤとマップされる、請求項１３に記載の方法。
前記基本マッピング関係は、ＴＩＤと全てのリンクがマップされた状態であり、
前記基本マッピング関係は、前記第１残りＴＩＤが前記要請フレームの送信前に前記基本マッピング関係と設定されていた場合に適用される、請求項１３に記載の方法。
前記要請フレームは、前記少なくとも１つのＴＩＤに対する送信方向を示す送信方向情報をさらに含み、
前記複数個のＴＩＤは、前記ＭＬＤと前記要請フレームを送信した相手ＭＬＤ間の設定が完了したリンク間にのみマップされる、請求項１３に記載の方法。
前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間のマッピング関係が許容されるか否かを指示する、請求項１３に記載の方法。
前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間のマッピング関係が許容される場合に、前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間の他のマッピング関係に対する第２マッピング情報を含まない、請求項１３に記載の方法。
前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤと前記少なくとも１つのリンク間のマッピング関係が許容されない場合に、前記応答フレームは、前記複数個のＴＩＤのうち前記少なくとも１つのＴＩＤに対して前記第１マッピング関係とは異なるマッピング関係を指示する第２マッピング情報をさらに含む、請求項１３に記載の方法。
管理フレーム（ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）を受信する段階をさらに含み、
前記管理フレームは、前記少なくとも１つのＴＩＤと前記マッピング関係が設定された前記少なくとも１つのリンクでのみ送信される、請求項１３に記載の方法。
前記管理フレームは、割り当てられた接続カテゴリー（ＡｃｃｅｓｓＣａｔｅｇｏｒｙ：ＡＣ）に基づいて送信され、前記少なくとも１つのリンクに設定された接続カテゴリーに関係なく前記少なくとも１つのリンクで送信される、請求項２０に記載の方法。
前記複数個のＴＩＤのうち１つ又はそれ以上のＴＩＤと１つ又はそれ以上のリンクに対するマッピング関係の設定のための第２マッピング情報を含むフレームを受信する段階をさらに含み、
前記複数個のＴＩＤのうち前記１つ又はそれ以上のＴＩＤを除く第２残りＴＩＤは、選好される特定マッピング関係又は選好されるマッピング関係がないことが指示される、請求項１３に記載の方法。
前記選好される特定マッピング関係は、既存に設定されたマッピング関係、又は前記基本マッピング関係である、請求項２２に記載の方法。
前記特定マッピング関係が前記基本マッピング関係であるか又は前記選好されるマッピング関係がない場合に、前記少なくとも１つのＴＩＤと前記第２残りＴＩＤのうち、重複するＴＩＤに対するマッピング関係は、前記応答フレームによって指示されない、請求項２３に記載の方法。