JP7408832B2 - 無線通信システムにおけるマルチリンク通信を実行するための技法 - Google Patents

無線通信システムにおけるマルチリンク通信を実行するための技法 Download PDF

Info

Publication number
JP7408832B2
JP7408832B2 JP2022555879A JP2022555879A JP7408832B2 JP 7408832 B2 JP7408832 B2 JP 7408832B2 JP 2022555879 A JP2022555879 A JP 2022555879A JP 2022555879 A JP2022555879 A JP 2022555879A JP 7408832 B2 JP7408832 B2 JP 7408832B2
Authority
JP
Japan
Prior art keywords
link
information
mld
sta
ppdu
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022555879A
Other languages
English (en)
Other versions
JP2023520156A (ja
JPWO2021187858A5 (ja
Inventor
ナミョン キム
チョンキ キム
チンス チェ
ソンチン パク
テウォン ソン
インソン チャン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2023520156A publication Critical patent/JP2023520156A/ja
Publication of JPWO2021187858A5 publication Critical patent/JPWO2021187858A5/ja
Application granted granted Critical
Publication of JP7408832B2 publication Critical patent/JP7408832B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/06—Reselecting a communication resource in the serving access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本明細書は、無線ＬＡＮシステムにおけるマルチリンク通信を実行するための技法に関し、より詳しくは、マルチリンク通信でリンクに関する情報を送信するための方法及びこれを支援する装置に関する。
ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）は、様々な方式で改善されてきた。例えば、ＩＥＥＥ ８０２．１１ａｘ標準は、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）及びＤＬ ＭＵ ＭＩＭＯ（ｄｏｗｎｌｉｎｋ ｍｕｌｔｉ－ｕｓｅｒ ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ、ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）技法を使用して改善された通信環境を提案した。
本明細書は、新しい通信標準で活用可能な技術的特徴を提案する。例えば、新しい通信標準は、最近に議論中であるＥＨＴ（Ｅｘｔｒｅｍｅ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）規格であることができる。ＥＨＴ規格は、新しく提案される増加された帯域幅、改善されたＰＰＤＵ（ＰＨＹ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）構造、改善されたシーケンス、ＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）技法などを使用できる。ＥＨＴ規格は、ＩＥＥＥ ８０２．１１ｂｅ規格と呼ばれることができる。
ＥＨＴ規格は、ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ及び高いｄａｔａ ｒａｔｅを支援するために、広い帯域幅（例えば、１６０／３２０ＭＨｚ）、１６ｓｔｒｅａｍ、及び／又はマルチリンク（または、マルチバンド）動作などが使われることができる。
ＥＨＴ規格において、マルチリンクを支援するデバイス（すなわち、マルチリンクデバイス）は、複数のリンクで動作できる。マルチリンクデバイスは、第１のリンクを介して第２のリンクに関するエレメント情報を送信すべき必要がある。したがって、マルチリンクデバイスで他のリンクに関する情報を受信するための技術的特徴が要求されることができる。
多様な実施例によると、複数のリンクで動作するマルチリンクデバイス（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ、ＭＬＤ）は、前記複数のリンクのうち第１のリンクを介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信し、前記ＰＰＤＵは、前記複数のリンクのうち前記第１のリンクと区別される第２のリンクに関する第１の情報フィールドを含み、前記第２のリンクに関する第１の情報フィールドは、前記第２のリンクのリンク識別子に関する第２の情報フィールド及び前記第２のリンクに関する全てのエレメント情報が前記ＰＰＤＵに含まれたかどうかに関する第３の情報フィールドを含むステップ及び、前記第２の情報フィールド及び前記第３の情報フィールドに基づいて、前記第２のリンクに関する全てのエレメント情報を取得するステップを実行する。
マルチリンクデバイスに含まれているＳＴＡは、一つのＬｉｎｋを介して前記マルチリンクデバイス内の他のＳＴＡ（または、リンク）に対する情報を共に伝達できる。したがって、フレーム交換のオーバーヘッドが減る効果がある。また、ＳＴＡのリンク使用効率を増加させて電力消耗を減少させることができる効果がある。
また、マルチリンクデバイスは、第１のリンクを介して第２のリンクに関するエレメント情報を含むＰＰＤＵを受信することができる。前記ＰＰＤＵは、第２のリンクに関する全てのエレメント情報がＰＰＤＵに含まれたかどうかを示すための情報フィールドを含むことができる。したがって、マルチリンクデバイスは、受信したＰＰＤＵに第２のリンクに関する全てのエレメント情報が含まれたかどうかを判断し、これに基づいて第２のリンクに関する全てのエレメント情報を取得／確認することができる。
本明細書の送信装置及び／又は受信装置の一例を示す。 無線ＲＡＮ（ＷＬＡＮ）の構造を示した概念図である。 一般的なリンクセットアップ（ｌｉｎｋ ｓｅｔｕｐ）過程を説明する図である。 ＩＥＥＥ規格で使用されるＰＰＤＵの一例を示した図である。 ＵＬ－ＭＵによる動作を示す。 トリガーフレームの一例を示す。 トリガーフレームの共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。 ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれるサブフィールドの一例を示す。 ２．４ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を示す。 ５ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を示す。 ６ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を示す。 ＨＥ－ＰＰＤＵの例を示す。 本明細書に使われるＰＰＤＵの一例を示す。 本明細書の送信装置及び／又は受信装置の変形された一例を示す。 チャネルボンディングの一例を示す。 ｎｏｎ－ＡＰ ＭＬＤの構造の例を示す。 Ｌｉｎｋ ｓｅｔｕｐ過程を介してＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤが連結される例を示す。 Ｌｉｎｋが変更または再連結される例を示す。 Ｌｉｎｋが変更または再連結される具体的な例を示す。 ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。 ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。 ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。 ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。 ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋの具体的な例を示す。 ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。 ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。 Ａｎｃｈｏｒｅｄ Ｌｉｎｋを支援するＭＬＤ構造の例を示す。 Ａｎｃｈｏｒｅｄ ｌｉｎｋ変更または再連結が必要な状況の例を示す。 Ａｎｃｈｏｒｅｄ ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。 Ａｎｃｈｏｒｅｄ Ｌｉｎｋ再連結のためのｅｌｅｍｅｎｔの具体的な例を示す。 マルチリンクデバイスの動作を説明するための流れ図である。 ＡＰマルチリンクデバイスの動作を説明するための流れ図である。
本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は、「Ａのみ」、「Ｂのみ」、または「ＡとＢの両方」を意味することができる。他に表現すれば、本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は、「Ａ及び／又はＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈されることができる。例えば、本明細書において「Ａ、Ｂ、またはＣ（Ａ、Ｂ ｏｒ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、または「Ａ、Ｂ、及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。
本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味することができる。例えば、「Ａ／Ｂ」は、「Ａ及び／又はＢ」を意味することができる。これにより、「Ａ／Ｂ」は、「Ａのみ」、「Ｂのみ」、または「ＡとＢの両方」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は、「Ａ、Ｂ、またはＣ」を意味することができる。
本明細書において「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅｏｆ Ａ ａｎｄ Ｂ）」は、「Ａのみ」、「Ｂのみ」、または「ＡとＢの両方」を意味することができる。また、本明細書において「少なくとも１つのＡまたはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも１つのＡ及び／又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈されることができる。
また、本明細書において「少なくとも１つのＡ、Ｂ、及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、または「Ａ、Ｂ、及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。また、「少なくとも１つのＡ、Ｂ、またはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ｏｒ Ｃ）」や「少なくとも１つのＡ、Ｂ、及び／又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ／ｏｒ Ｃ）」は、「少なくとも１つのＡ、Ｂ、及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。
また、本明細書において使用される括弧は、「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味することができる。具体的に、「制御情報（ＥＨＴ－Ｓｉｇｎａｌ）」と表示された場合、「制御情報」の一例として「ＥＨＴ－Ｓｉｇｎａｌ」が提案されたことでありうる。言い換えれば、本明細書の「制御情報」は、「ＥＨＴ－Ｓｉｇｎａｌ」に制限（ｌｉｍｉｔ）されず、「ＥＨＴ－Ｓｉｇｎａｌ」が「制御情報」の一例として提案されたことでありうる。また、「制御情報（すなわち、ＥＨＴ－ｓｉｇｎａｌ）」と表示された場合にも、「制御情報」の一例として「ＥＨＴ－ｓｉｇｎａｌ」が提案されたことでありうる。
本明細書において１つの図面内で個別的に説明される技術的特徴は、個別的に実現されることができ、同時に実現されることもできる。
本明細書の以下の一例は、様々な無線通信システムに適用されることができる。例えば、本明細書の以下の一例は、無線ＲＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムに適用されることができる。例えば、本明細書は、ＩＥＥＥ ８０２．１１ａ／ｇ／ｎ／ａｃの規格や、ＩＥＥＥ ８０２．１１ａｘ規格に適用されることができる。また、本明細書は、新しく提案されるＥＨＴ規格またはＩＥＥＥ ８０２．１１ｂｅ規格にも適用されることができる。また、本明細書の一例は、ＥＨＴ規格またはＩＥＥＥ ８０２．１１ｂｅを改善（ｅｎｈａｎｃｅ）した新しい無線ＲＡＮ規格にも適用されることができる。また、本明細書の一例は、移動通信システムに適用されることができる。例えば、３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格に基づくＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びその進化（ｅｖｏｌｕｔｉｏｎ）に基づく移動通信システムに適用されることができる。また、本明細書の一例は、３ＧＰＰ規格に基づく５Ｇ ＮＲ規格の通信システムに適用されることができる。
以下、本明細書の技術的特徴を説明するために、本明細書が適用され得る技術的特徴を説明する。
図１は、本明細書の送信装置及び／又は受信装置の一例を示す。
図１の一例は、以下において説明される様々な技術的特徴を行うことができる。図１は、少なくとも１つのＳＴＡ（ｓｔａｔｉｏｎ）に関連する。例えば、本明細書のＳＴＡ（１１０、１２０）は、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、または単にユーザ（ｕｓｅｒ）などの様々な名称とも呼ばれることができる。本明細書のＳＴＡ（１１０、１２０）は、ネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピータ、ルータ、リレイなどの様々な名称と呼ばれることができる。本明細書のＳＴＡ（１１０、１２０）は、受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅなどの様々な名称と呼ばれることができる。
例えば、ＳＴＡ（１１０、１２０）は、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）役割を果たすか、ｎｏｎ－ＡＰ役割を果たすことができる。すなわち、本明細書のＳＴＡ（１１０、１２０）は、ＡＰ及び／又はｎｏｎ－ＡＰの機能を行うことができる。本明細書においてＡＰは、ＡＰ ＳＴＡとも表示されることができる。
本明細書のＳＴＡ（１１０、１２０）は、ＩＥＥＥ ８０２．１１規格以外の様々な通信規格を共に支援することができる。例えば、３ＧＰＰ規格による通信規格（例えば、ＬＴＥ、ＬＴＥ－Ａ、５Ｇ ＮＲ規格）などを支援できる。また、本明細書のＳＴＡは、携帯電話、車両（ｖｅｈｉｃｌｅ）、個人用コンピュータなどの様々な装置で実現されることができる。また、本明細書のＳＴＡは、音声通話、画像通話、データ通信、自律走行（Ｓｅｌｆ－Ｄｒｉｖｉｎｇ、Ａｕｔｏｎｏｍｏｕｓ－Ｄｒｉｖｉｎｇ）などの様々な通信サービスのための通信を支援できる。
本明細書においてＳＴＡ（１１０、１２０）は、ＩＥＥＥ ８０２．１１標準の規定にしたがう媒体接続制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インターフェースを含むことができる。
図１の副図面（ａ）に基づいてＳＴＡ（１１０、１２０）を説明すれば、以下のとおりである。
第１のＳＴＡ（１１０）は、プロセッサ１１１、メモリ１１２、及びトランシーバ１１３を備えることができる。図示されたプロセッサ、メモリ、及びトランシーバは、各々別のチップで実現されるか、少なくとも２つ以上記のブロック／機能が１つのチップを介して実現されることができる。
第１のＳＴＡのトランシーバ１１３は、信号の送受信動作を行う。具体的に、ＩＥＥＥ ８０２．１１パケット（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅ等）を送受信できる。
例えば、第１のＳＴＡ（１１０）は、ＡＰの意図された動作を行うことができる。例えば、ＡＰのプロセッサ１１１は、トランシーバ１１３を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を行うことができる。ＡＰのメモリ１１２は、トランシーバ１１３を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバを介して送信される信号（すなわち、送信信号）を格納することができる。
例えば、第２のＳＴＡ（１２０）は、Ｎｏｎ－ＡＰ ＳＴＡの意図された動作を行うことができる。例えば、ｎｏｎ－ＡＰのトランシーバ１２３は、信号の送受信動作を行う。具体的に、ＩＥＥＥ ８０２．１１パケット（例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅ等）を送受信できる。
例えば、Ｎｏｎ－ＡＰ ＳＴＡのプロセッサ１２１は、トランシーバ１２３を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を行うことができる。Ｎｏｎ－ＡＰ ＳＴＡのメモリ１２２は、トランシーバ１２３を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバを介して送信される信号（すなわち、送信信号）を格納することができる。
例えば、以下の明細書においてＡＰで表示された装置の動作は、第１のＳＴＡ（１１０）または第２のＳＴＡ（１２０）で行われることができる。例えば、第１のＳＴＡ（１１０）がＡＰである場合、ＡＰで表示された装置の動作は、第１のＳＴＡ（１１０）のプロセッサ１１１により制御され、第１のＳＴＡ（１１０）のプロセッサ１１１により制御されるトランシーバ１１３を介して関連した信号が送信されるか、受信されることができる。また、ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第１のＳＴＡ（１１０）のメモリ１１２に格納されることができる。また、第２のＳＴＡ（１１０）がＡＰである場合、ＡＰで表示された装置の動作は、第２のＳＴＡ（１２０）のプロセッサ１２１により制御され、第２のＳＴＡ（１２０）のプロセッサ１２１により制御されるトランシーバ１２３を介して関連した信号が送信されるか、受信されることができる。また、ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第２のＳＴＡ（１１０）のメモリ１２２に格納されることができる。
例えば、以下の明細書においてｎｏｎ－ＡＰ（または、Ｕｓｅｒ－ＳＴＡ）で表示された装置の動作は、第１のＳＴＡ（１１０）または第２のＳＴＡ（１２０）で行われることができる。例えば、第２のＳＴＡ（１２０）がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰで表示された装置の動作は、第２のＳＴＡ（１２０）のプロセッサ１２１により制御され、第２のＳＴＡ（１２０）のプロセッサ１２１により制御されるトランシーバ１２３を介して関連した信号が送信されるか、受信されることができる。また、ｎｏｎ－ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第２のＳＴＡ（１２０）のメモリ１２２に格納されることができる。例えば、第１のＳＴＡ（１１０）がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰで表示された装置の動作は、第１のＳＴＡ（１１０）のプロセッサ１１１により制御され、第１のＳＴＡ（１２０）のプロセッサ１１１により制御されるトランシーバ１１３を介して関連した信号が送信されるか、受信されることができる。また、ｎｏｎ－ＡＰの動作に関連した制御情報やＡＰの送信／受信信号は、第１のＳＴＡ（１１０）のメモリ１１２に格納されることができる。
以下の明細書において、（送信／受信）ＳＴＡ、第１のＳＴＡ、第２のＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１のＡＰ、第２のＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどと呼ばれる装置は、図１のＳＴＡ（１１０、１２０）を意味することができる。例えば、具体的な図面符号なしに（送信／受信）ＳＴＡ、第１のＳＴＡ、第２のＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１のＡＰ、第２のＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどで表示された装置も図１のＳＴＡ（１１０、１２０）を意味することができる。例えば、以下の一例において様々なＳＴＡが信号（例えば、ＰＰＰＤＵ）を送受信する動作は、図１のトランシーバ１１３、１２３で行われるものであることができる。また、以下の一例において様々なＳＴＡが送受信信号を生成するか、送受信信号のために予めデータ処理や演算を行う動作は、図１のプロセッサ１１１、１２１で行われるものであることができる。例えば、送受信信号を生成するか、送受信信号のために、予めデータ処理や演算を行う動作の一例は、１）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ、ＳＴＦ、ＬＴＦ、Ｄａｔａ）フィールドのビット情報を決定／取得／構成／演算／デコード／エンコードする動作、２）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ、ＳＴＦ、ＬＴＦ、Ｄａｔａ）フィールドのために使用されるとき間資源や周波数資源（例えば、サブキャリヤ資源）などを決定／構成／取得する動作、３）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ、ＳＴＦ、ＬＴＦ、Ｄａｔａ）のために使用される特定のシーケンス（例えば、パイロットシーケンス、ＳＴＦ／ＬＴＦシーケンス、ＳＩＧに適用されるエクストラシーケンス）などを決定／構成／取得する動作、４）ＳＴＡに対して適用される電力制御動作及び／又はパワーセービング動作、５）ＡＣＫ信号の決定／取得／構成／演算／デコード／エンコードなどに関連した動作を含むことができる。また、以下の一例において様々なＳＴＡが送受信信号の決定／取得／構成／演算／デコード／エンコードのために使用する様々な情報（例えば、フィールド／サブフィールド／制御フィールド／パラメータ／パワーなどに関連した情報）は、図１のメモリ１１２、１２２に格納されることができる。
上述した図１の副図面（ａ）の装置／ＳＴＡは、図１の副図面（ｂ）のように変形されることができる。以下、図１の副図面（ｂ）に基づいて、本明細書のＳＴＡ（１１０、１２０）を説明する。
例えば、図１の副図面（ｂ）に示されたトランシーバ１１３、１２３は、上述した図１の副図面（ａ）に示されたトランシーバと同じ機能を行うことができる。例えば、図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４は、プロセッサ１１１、１２１及びメモリ１１２、１２２を備えることができる。図１の副図面（ｂ）に示されたプロセッサ１１１、１２１及びメモリ１１２、１２２は、上述した図１の副図面（ａ）に示されたプロセッサ１１１、１２１及びメモリ１１２、１２２と同じ機能を行うことができる。
以下において説明される、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、ユーザ（ｕｓｅｒ）、ユーザＳＴＡ、ネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピータ、ルータ、リレイ、受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅ、受信Ａｐｐａｒａｔｕｓ、及び／又は送信Ａｐｐａｒａｔｕｓは、図１の副図面（ａ）／（ｂ）に示されたＳＴＡ（１１０、１２０）を意味するか、図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４を意味することができる。すなわち、本明細書の技術的特徴は、図１の副図面（ａ）／（ｂ）に示されたＳＴＡ（１１０、１２０）により行われることができ、図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４でのみ行われることもできる。例えば、送信ＳＴＡが制御信号を送信する技術的特徴は、図１の副図面（ａ）／（ｂ）に示されたプロセッサ１１１、１２１で生成された制御信号が図１の副図面（ａ）／（ｂ）に示されたトランシーバ１１３、１２３を介して送信される技術的特徴と理解されることができる。または、送信ＳＴＡが制御信号を送信する技術的特徴は、図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４でトランシーバ１１３、１２３に伝達される制御信号が生成される技術的特徴と理解されることができる。
例えば、受信ＳＴＡが制御信号を受信する技術的特徴は、図１の副図面（ａ）に示されたトランシーバ１１３、１２３により制御信号が受信される技術的特徴と理解されることができる。または、受信ＳＴＡが制御信号を受信する技術的特徴は、図１の副図面（ａ）に示されたトランシーバ１１３、１２３に受信された制御信号が図１の副図面（ａ）に示されたプロセッサ１１１、１２１により取得される技術的特徴と理解されることができる。または、受信ＳＴＡが制御信号を受信する技術的特徴は、図１の副図面（ｂ）に示されたトランシーバ１１３、１２３に受信された制御信号が図１の副図面（ｂ）に示されたプロセシングチップ１１４、１２４により取得される技術的特徴と理解されることができる。
図１の副図面（ｂ）を参照すれば、メモリ１１２、１２２内にソフトウェアコード１１５、１２５が備えられ得る。ソフトウェアコード１１５、１２５は、プロセッサ１１１、１２１の動作を制御するｉｎｓｔｒｕｃｔｉｏｎが含まれ得る。ソフトウェアコード１１５、１２５は、様々なプログラミング言語で含まれることができる。
図１に示されたプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を含むことができる。プロセッサは、ＡＰ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）であることができる。例えば、図１に示されたプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４は、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＧＰＵ（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、モデム（Ｍｏｄｅｍ；ｍｏｄｕｌａｔｏｒ ａｎｄ ｄｅｍｏｄｕｌａｔｏｒ）のうち、少なくとも１つを備えることができる。例えば、図１に示されたプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４は、Ｑｕａｌｃｏｍｍ（登録商標）により製造されたＳＮＡＰＤＲＡＧＯＮＴＭシリーズプロセッサ、Ｓａｍｓｕｎｇ（登録商標）により製造されたＥＸＹＮＯＳＴＭシリーズプロセッサ、Ａｐｐｌｅ（登録商標）により製造されたＡシリーズプロセッサ、ＭｅｄｉａＴｅｋ（登録商標）により製造されたＨＥＬＩＯＴＭシリーズプロセッサ、ＩＮＴＥＬ（登録商標）により製造されたＡＴＯＭＴＭシリーズプロセッサ、またはこれを改善（ｅｎｈａｎｃｅ）したプロセッサであることができる。
本明細書において上向きリンクは、ｎｏｎ－ＡＰ ＳＴＡからＡＰ ＳＴＡへの通信のためのリンクを意味することができ、上向きリンクを介して上向きリンクＰＰＤＵ／パケット／信号などが送信され得る。また、本明細書において下向きリンクは、ＡＰ ＳＴＡからｎｏｎ－ＡＰ ＳＴＡへの通信のためのリンクを意味することができ、下向きリンクを介して下向きリンクＰＰＤＵ／パケット／信号などが送信され得る。
図２は、無線ＲＡＮ（ＷＬＡＮ）の構造を示した概念図である。
図２の上端は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃ ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャＢＳＳ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）の構造を示す。
図２の上端を参照すれば、無線ＲＡＮシステムは、１つまたはそれ以上記のインフラストラクチャＢＳＳ（２００、２０５）（以下、ＢＳＳ）を含むことができる。ＢＳＳ（２００、２０５）は、成功裏に同期化をなして、互いに通信できるＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ、２２５）及びＳＴＡ１（Ｓｔａｔｉｏｎ、２００－１）のようなＡＰとＳＴＡとの集合であって、特定領域を指す概念ではない。ＢＳＳ（２０５）は、１つのＡＰ（２３０）に１つ以上記の結合可能なＳＴＡ（２０５－１、２０５－２）を含むこともできる。
ＢＳＳは、少なくとも１つのＳＴＡ、分散サービス（ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するＡＰ（２２５、２３０）、及び複数のＡＰを連結させる分散システム（ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ、ＤＳ、２１０）を含むことができる。
分散システム２１０は、いくつかのＢＳＳ（２００、２０５）を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ ｓｅｒｖｉｃｅ ｓｅｔ、２４０）を実現できる。ＥＳＳ（２４０）は、１つまたは複数個のＡＰが分散システム２１０を介して連結されてなる１つのネットワークを指示する用語として使用されることができる。１つのＥＳＳ（２４０）に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。
ポータル（ｐｏｒｔａｌ、２２０）は、無線ＲＡＮネットワーク（ＩＥＥＥ ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を行うブリッジ役割を果たすことができる。
図２の上端のようなＢＳＳでは、ＡＰ（２２５、２３０）間のネットワーク及びＡＰ（２２５、２３０）とＳＴＡ（２００－１、２０５－１、２０５－２）との間のネットワークが実現され得る。しかし、ＡＰ（２２５、２３０）なしにＳＴＡ間でもネットワークを設定して通信を行うことも可能でありうる。ＡＰ（２２５、２３０）なしにＳＴＡ間でもネットワークを設定して通信を行うネットワークをアドホックネットワーク（Ａｄ－Ｈｏｃ ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ、ＩＢＳＳ）と定義する。
図２の下端は、ＩＢＳＳを示した概念図である。
図２の下端を参照すれば、ＩＢＳＳは、アドホックモードで動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないので、中央で管理機能を行う個体（ｃｅｎｔｒａｌｉｚｅｄ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）がない。すなわち、ＩＢＳＳでＳＴＡ（２５０－１、２５０－２、２５０－３、２５５－４、２５５－５）は、分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｎｎｅｒ）で管理される。ＩＢＳＳでは、全てのＳＴＡ（２５０－１、２５０－２、２５０－３、２５５－４、２５５－５）が移動ＳＴＡからなり得るし、分散システムへの接続が許容されず、自己完備的ネットワーク（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ）をなす。
図３は、一般的なリンクセットアップ（ｌｉｎｋ ｓｅｔｕｐ）過程を説明する図である。
図示されたステップＳ３１０において、ＳＴＡは、ネットワーク発見動作を行うことができる。ネットワーク発見動作は、ＳＴＡのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。すなわち、ＳＴＡがネットワークにアクセスするためには、参加可能なネットワークを探さなければならない。ＳＴＡは、無線ネットワークに参加する前に、互換可能なネットワークを識別しなければならないが、特定領域に存在するネットワーク識別過程をスキャニングという。スキャニング方式には、能動的スキャニング（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ）と受動的スキャニング（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）とがある。
図３では、例示的に、能動的スキャニング過程を含むネットワーク発見動作を図示する。能動的スキャニングでスキャニングを行うＳＴＡは、チャネルを移しながら周辺にどのＡＰが存在するか探索するために、プローブ要請フレーム（ｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅ）を送信し、これに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）は、プローブ要請フレームを送信したＳＴＡにプローブ要請フレームに対する応答としてプローブ応答フレーム（ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を送信する。ここで、応答者は、スキャニングされているチャネルのＢＳＳで最後に信号フレーム（ｂｅａｃｏｎ ｆｒａｍｅ）を送信したＳＴＡであることができる。ＢＳＳでは、ＡＰが信号フレームを送信するので、ＡＰが応答者となり、ＩＢＳＳでは、ＩＢＳＳ内のＳＴＡが順番に信号フレームを送信するので、応答者が一定でない。例えば、１番チャネルでプローブ要請フレームを送信し、１番チャネルでプローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれたＢＳＳ関連情報を格納し、次のチャネル（例えば、２番チャネル）に移動して同じ方法でスキャニング（すなわち、２番チャネル上でプローブ要請／応答送受信）を行うことができる。
図３の一例には表示されていないが、スキャニング動作は、受動的スキャニング方式で行われることもできる。受動的スキャニングに基づいてスキャニングを行うＳＴＡは、チャネルを移しながら信号フレームを待つことができる。信号フレームは、ＩＥＥＥ ８０２．１１で管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のうち１つであって、無線ネットワークの存在を報知し、スキャニングを行うＳＴＡをして無線ネットワークを探して、無線ネットワークに参加できるように周期的に送信される。ＢＳＳでＡＰが信号フレームを周期的に送信する役割を果たし、ＩＢＳＳでは、ＩＢＳＳ内のＳＴＡが順番に信号フレームを送信する。スキャニングを行うＳＴＡは、信号フレームを受信すれば、信号フレームに含まれたＢＳＳに関する情報を格納し、他のチャネルに移動しながら各チャネルで信号フレーム情報を記録する。信号フレームを受信したＳＴＡは、受信した信号フレームに含まれたＢＳＳ関連情報を格納し、次のチャネルに移動して、同じ方法で次のチャネルでスキャニングを行うことができる。
ネットワークを発見したＳＴＡは、ステップＳ３２０を介して認証過程を行うことができる。このような認証過程は、後述するステップＳ３４０の保安セットアップ動作と明確に区分するために、１番目の認証（ｆｉｒｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程と称することができる。Ｓ３２０の認証過程は、ＳＴＡが認証要請フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）をＳＴＡに送信する過程を含むことができる。認証要請／応答に使用される認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｒａｍｅ）は、管理フレームに該当する。
認証フレームは、認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｌｇｏｒｉｔｈｍ ｎｕｍｂｅｒ）、認証トランザクションシーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｔｒａｎｓａｃｔｉｏｎ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）、状態コード（ｓｔａｔｕｓ ｃｏｄｅ）、検問テキスト（ｃｈａｌｌｅｎｇｅ ｔｅｘｔ）、ＲＳＮ（Ｒｏｂｕｓｔ Ｓｅｃｕｒｉｔｙ Ｎｅｔｗｏｒｋ）、有限循環グループ（Ｆｉｎｉｔｅ Ｃｙｃｌｉｃ Ｇｒｏｕｐ）などに関する情報を含むことができる。
ＳＴＡは、認証要請フレームをＡＰに送信することができる。ＡＰは、受信された認証要請フレームに含まれた情報に基づいて、当該ＳＴＡに対する認証を許容するか否かを決定できる。ＡＰは、認証処理の結果を認証応答フレームを介してＳＴＡに提供することができる。
成功裏に認証されたＳＴＡは、ステップＳ３３０に基づいて連結過程を行うことができる。連結過程は、ＳＴＡが連結要請フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰに送信し、これに応答してＡＰが連結応答フレーム（Ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）をＳＴＡに送信する過程を含む。例えば、連結要請フレームは、様々な能力（ｃａｐａｂｉｌｉｔｙ）に関連した情報、信号聴取間隔（ｌｉｓｔｅｎ ｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ）、支援レート（ｓｕｐｐｏｒｔｅｄ ｒａｔｅｓ）、支援チャネル（ｓｕｐｐｏｒｔｅｄ ｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、支援オペレーティングクラス（ｓｕｐｐｏｒｔｅｄ ｏｐｅｒａｔｉｎｇ ｃｌａｓｓｅｓ）、ＴＩＭ放送要請（Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍａｐ Ｂｒｏａｄｃａｓｔ ｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒｗｏｒｋｉｎｇ）サービス能力などに関する情報を含むことができる。例えば、連結応答フレームは、様々な能力に関連した情報、状態コード、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）、支援レート、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（Ｒｅｃｅｉｖｅｄ Ｃｈａｎｎｅｌ Ｐｏｗｅｒ Ｉｎｄｉｃａｔｏｒ）、ＲＳＮＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ ｔｏ Ｎｏｉｓｅ Ｉｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウト間隔（連関カムバック時間（ａｓｓｏｃｉａｔｉｏｎ ｃｏｍｅｂａｃｋ ｔｉｍｅ））、重なり（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。
その後、ステップＳ３４０において、ＳＴＡは、保安セットアップ過程を行うことができる。ステップＳ３４０の保安セットアップ過程は、例えば、ＥＡＰＯＬ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ ＬＡＮ）フレームを介しての４－ウェイ（ｗａｙ）ハンドシェーキングを介してプライベートキーセットアップ（ｐｒｉｖａｔｅ ｋｅｙ ｓｅｔｕｐ）する過程を含むことができる。
図４は、ＩＥＥＥ規格で使用されるＰＰＤＵの一例を示した図である。
図示されたように、ＩＥＥＥ ａ／ｇ／ｎ／ａｃなどの規格では、様々な形態のＰＰＤＵ（ＰＨＹ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）が使用された。具体的に、ＬＴＦ、ＳＴＦフィールドは、トレーニング信号を含み、ＳＩＧ－Ａ、ＳＩＧ－Ｂには、受信ステーションのための制御情報が含まれ、データフィールドには、ＰＳＤＵ（ＭＡＣ ＰＤＵ／Ａｇｇｒｅｇａｔｅｄ ＭＡＣ ＰＤＵ）に相応するユーザデータが含まれた。
また、図４は、ＩＥＥＥ ８０２．１１ａｘ規格のＨＥ ＰＰＤＵの一例も含む。図４によるＨＥ ＰＰＤＵは、多重ユーザのためのＰＰＤＵの一例であって、ＨＥ－ＳＩＧ－Ｂは、多重ユーザのための場合にのみ含まれ、単一ユーザのためのＰＰＤＵには当該ＨＥ－ＳＩＧ－Ｂが省略されることができる。
図示されたように、多重ユーザ（Ｍｕｌｔｉｐｌｅ Ｕｓｅｒ；ＭＵ）のためのＨＥ－ＰＰＤＵは、Ｌ－ＳＴＦ（ｌｅｇａｃｙ－ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ－ＬＴＦ（ｌｅｇａｃｙ－ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ－ＳＩＧ（ｌｅｇａｃｙ－ｓｉｇｎａｌ）、ＨＥ－ＳＩＧ－Ａ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌ Ａ）、ＨＥ－ＳＩＧ－Ｂ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌ－Ｂ）、ＨＥ－ＳＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ－ＬＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、データフィールド（または、ＭＡＣペイロード）及びＰＥ（Ｐａｃｋｅｔ Ｅｘｔｅｎｓｉｏｎ）フィールドを含むことができる。それぞれのフィールドは、図示された時間区間（すなわち、４または８μｓ等）の間に送信されることができる。
以下、ＰＰＤＵで使用される資源ユニットＲＵを説明する。資源ユニットは、複数個のサブキャリヤ（または、トーン）を含むことができる。資源ユニットは、ＯＦＤＭＡ技法に基づいて複数のＳＴＡに信号を送信する場合に使用されることができる。また、１つのＳＴＡに信号を送信する場合にも、資源ユニットが定義され得る。資源ユニットは、ＳＴＦ、ＬＴＦ、データフィールドなどのために使用されることができる。
図５は、ＵＬ－ＭＵによる動作を示す。図示されたように、送信ＳＴＡ（例えば、ＡＰ）は、ｃｏｎｔｅｎｄｉｎｇ（すなわち、Ｂａｃｋｏｆｆ動作）を介してチャネル接続を実行し、Ｔｒｉｇｇｅｒ ｆｒａｍｅ５３０を送信することができる。すなわち、送信ＳＴＡ（例えば、ＡＰ）は、Ｔｒｉｇｇｅｒ Ｆｒａｍｅ５３０が含まれているＰＰＤＵを送信することができる。Ｔｒｉｇｇｅｒ ｆｒａｍｅが含まれているＰＰＤＵが受信されると、ＳＩＦＳほどのｄｅｌａｙ以後、ＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵが送信される。
ＴＢ ＰＰＤＵ５４１、５４２は、同じ時間帯に送信され、Ｔｒｉｇｇｅｒ ｆｒａｍｅ５３０内にＡＩＤが表示された複数のＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）から送信されることができる。ＴＢ ＰＰＤＵに対するＡＣＫフレーム１０５０は、多様な形態で具現されることができる。
トリガーフレームの具体的特徴は、図６乃至図８を介して説明される。ＵＬ－ＭＵ通信が使われる場合にも、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）技法またはＭＵ ＭＩＭＯ技法が使われることもでき、ＯＦＤＭＡ及びＭＵ ＭＩＭＯ技法が同時に使われることもできる。
図６は、トリガーフレームの一例を示す。図６のトリガーフレームは、アップリンクＭＵ送信（Ｕｐｌｉｎｋ Ｍｕｌｔｉｐｌｅ－Ｕｓｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ）のための資源を割り当て、例えば、ＡＰから送信されることができる。トリガーフレームは、ＭＡＣフレームで構成されることができ、ＰＰＤＵに含まれることができる。
図６に示された各々のフィールドは、一部省略されることもでき、他のフィールドが追加されることもできる。また、フィールドの各々の長さは、図示されたものと異なるように変化されることができる。
図６のフレームコントロール（ｆｒａｍｅ ｃｏｎｔｒｏｌ）フィールド６１０は、ＭＡＣプロトコルのバージョンに関する情報及びその他の追加的な制御情報が含まれ、デュレーションフィールド６２０は、ＮＡＶ設定のための時間情報やＳＴＡの識別子（例えば、ＡＩＤ）に関する情報が含まれることができる。
また、ＲＡフィールド６３０は、該当トリガーフレームの受信ＳＴＡのアドレス情報が含まれ、必要に応じて省略されることができる。ＴＡフィールド６４０は、該当トリガーフレームを送信するＳＴＡ（例えば、ＡＰ）のアドレス情報が含まれ、共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールド６５０は、該当トリガーフレームを受信する受信ＳＴＡに適用される共通制御情報を含む。例えば、該当トリガーフレームに対応して送信されるアップリンクＰＰＤＵのＬ－ＳＩＧフィールドの長さを指示するフィールドや、該当トリガーフレームに対応して送信されるアップリンクＰＰＤＵのＳＩＧ－Ａフィールド（すなわち、ＨＥ－ＳＩＧ－Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報が含まれることができる。また、共通制御情報として、該当トリガーフレームに対応して送信されるアップリンクＰＰＤＵのＣＰの長さに関する情報やＬＴＦフィールドの長さに関する情報が含まれることができる。
また、図６のトリガーフレームを受信する受信ＳＴＡの個数に相応する個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールド６６０＃１乃至６６０＃Ｎを含むことが好ましい。前記個別ユーザ情報フィールドは、「割当フィールド」と呼ばれることもできる。
また、図６のトリガーフレームは、パディングフィールド６７０と、フレームチェックシーケンスフィールド６８０を含むことができる。
図６に示された、個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールド６６０＃１乃至６６０＃Ｎの各々は、さらに複数のサブフィールドを含むことができる。
図７は、トリガーフレームの共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。図７のサブフィールドのうち、一部は省略されることもでき、その他のサブフィールドが追加されることもできる。また、図示されたサブフィールドの各々の長さは、変形されることができる。
図示された長さフィールド７１０は、該当トリガーフレームに対応して送信されるアップリンクＰＰＤＵのＬ－ＳＩＧフィールドの長さフィールドと同じ値を有し、アップリンクＰＰＤＵのＬ－ＳＩＧフィールドの長さフィールドは、アップリンクＰＰＤＵの長さを示す。結果的に、トリガーフレームの長さフィールド７１０は、対応するアップリンクＰＰＤＵの長さを指示するのに使われることができる。
また、カスケード指示子フィールド７２０は、カスケード動作が実行されるかどうかを指示する。カスケード動作は、同一ＴＸＯＰ内にダウンリンクＭＵ送信とアップリンクＭＵ送信が共に実行されることを意味する。すなわち、ダウンリンクＭＵ送信が実行された以後、既設定された時間（例えば、ＳＩＦＳ）以後にアップリンクＭＵ送信が実行されることを意味する。カスケード動作中には、ダウンリンク通信を実行する送信装置（例えば、ＡＰ）は、１個のみ存在し、アップリンク通信を実行する送信装置（例えば、ｎｏｎ－ＡＰ）は、複数個存在できる。
ＣＳ要求フィールド７３０は、該当トリガーフレームを受信した受信装置が対応するアップリンクＰＰＤＵを送信する状況で無線媒体の状態やＮＡＶなどを考慮すべきかどうかを指示する。
ＨＥ－ＳＩＧ－Ａ情報フィールド７４０は、該当トリガーフレームに対応して送信されるアップリンクＰＰＤＵのＳＩＧ－Ａフィールド（すなわち、ＨＥ－ＳＩＧ－Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報が含まれることができる。
ＣＰ及びＬＴＦタイプフィールド７５０は、該当トリガーフレームに対応して送信されるアップリンクＰＰＤＵのＬＴＦの長さ及びＣＰ長さに関する情報を含むことができる。トリガータイプフィールド７６０は、該当トリガーフレームが使われる目的、例えば、通常のトリガーリング、ビームフォーミングのためのトリガーリング、Ｂｌｏｃｋ ＡＣＫ／ＮＡＣＫに対する要請などを指示することができる。
本明細書において、トリガーフレームのトリガータイプフィールド７６０は、通常のトリガーリングのための基本（Ｂａｓｉｃ）タイプのトリガーフレームを指示すると仮定することができる。例えば、基本（Ｂａｓｉｃ）タイプのトリガーフレームは、基本トリガーフレームと言及されることができる。
図８は、ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれるサブフィールドの一例を示す。図８のユーザ情報フィールド８００は、前記図６で言及された個別ユーザ情報フィールド６６０＃１～６６０＃Ｎのうちいずれか一つと理解されることができる。図８のユーザ情報フィールド８００に含まれているサブフィールドのうち、一部は省略されることもでき、その他のサブフィールドが追加されることもできる。また、図示されたサブフィールドの各々の長さは、変形されることができる。
図８のユーザ識別子（Ｕｓｅｒ Ｉｄｅｎｔｉｆｉｅｒ）フィールド８１０は、個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）に相応するＳＴＡ（すなわち、受信ＳＴＡ）の識別子を示し、識別子の一例は、受信ＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）値の全部または一部になることができる。
また、ＲＵ割当（ＲＵ Ａｌｌｏｃａｔｉｏｎ）フィールド８２０が含まれることができる。すなわち、ユーザ識別子フィールド８１０により識別された受信ＳＴＡが、トリガーフレームに対応してＴＢ ＰＰＤＵを送信する場合、ＲＵ割当フィールド８２０が指示したＲＵを介してＴＢ ＰＰＤＵを送信する。
図８のサブフィールドは、コーディングタイプフィールド８３０を含むことができる。コーディングタイプフィールド８３０は、ＴＢ ＰＰＤＵのコーディングタイプを指示することができる。例えば、前記ＴＢ ＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド８３０は、「１」に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド８３０は、「０」に設定されることができる。
また、図８のサブフィールドは、ＭＣＳフィールド８４０を含むことができる。ＭＣＳフィールド８４０は、ＴＢ ＰＰＤＵに適用されるＭＣＳ技法を指示することができる。例えば、前記ＴＢ ＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド８３０は、「１」に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド８３０は、「０」に設定されることができる。
図９は、２．４ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を示す。
２．４ＧＨｚバンドは、第１のバンド（帯域）などの他の名称で呼ばれることができる。また、２．４ＧＨｚバンドは、中心周波数が２．４ＧＨｚに隣接したチャネル（例えば、中心周波数が２．４乃至２．５ＧＨｚ内に位置するチャネル）が使用／支援／定義される周波数領域を意味することができる。
２．４ＧＨｚバンドには、多数の２０ＭＨｚチャネルが含まれることができる。２．４ＧＨｚバンド内の２０ＭＨｚは、多数のチャネルインデックス（例えば、インデックス１乃至インデックス１４）を有することができる。例えば、チャネルインデックス１が割り当てられる２０ＭＨｚチャネルの中心周波数は、２．４１２ＧＨｚであり、チャネルインデックス２が割り当てられる２０ＭＨｚチャネルの中心周波数は、２．４１７ＧＨｚであり、チャネルインデックスＮが割り当てられる２０ＭＨｚチャネルの中心周波数は、（２．４０７＋０．００５＊Ｎ）ＧＨｚである。チャネルインデックスは、チャネル番号などの多様な名称で呼ばれることができる。チャネルインデックス及び中心周波数の具体的な数値は、変更されることができる。
図９は、２．４ＧＨｚバンド内の４個のチャネルを例示的に示す。図示された第１の周波数領域９１０乃至第４の周波数領域９４０は、各々、一つのチャネルを含むことができる。例えば、第１の周波数領域９１０は、１番チャネル（１番インデックスを有する２０ＭＨｚチャネル）を含むことができる。このとき、１番チャネルの中心周波数は、２４１２ＭＨｚに設定されることができる。第２の周波数領域９２０は、６番チャネルを含むことができる。このとき、６番チャネルの中心周波数は、２４３７ＭＨｚに設定されることができる。第３の周波数領域９３０は、１１番チャネルを含むことができる。このとき、チャネル１１の中心周波数は、２４６２ＭＨｚに設定されることができる。第４の周波数領域９４０は、１４番チャネルを含むことができる。このとき、チャネル１４の中心周波数は、２４８４ＭＨｚに設定されることができる。
図１０は、５ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を示す。
５ＧＨｚバンドは、第２のバンド／帯域などの他の名称で呼ばれることができる。５ＧＨｚバンドは、中心周波数が５ＧＨｚ以上６ＧＨｚ未満（または、５．９ＧＨｚ未満）であるチャネルが使用／支援／定義される周波数領域を意味することができる。または、５ＧＨｚバンドは、４．５ＧＨｚから５．５ＧＨｚの間で複数個のチャネルを含むことができる。図１０に示された具体的な数値は、変更されることができる。
５ＧＨｚバンド内の複数のチャネルは、ＵＮＩＩ（Ｕｎｌｉｃｅｎｓｅｄ Ｎａｔｉｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）－１、ＵＮＩＩ－２、ＵＮＩＩ－３、ＩＳＭを含む。ＵＮＩＩ－１は、ＵＮＩＩ Ｌｏｗと呼ばれることができる。ＵＮＩＩ－２は、ＵＮＩＩ ＭｉｄとＵＮＩＩ－２ Ｅｘｔｅｎｄｅｄと呼ばれる周波数領域を含むことができる。ＵＮＩＩ－３は、ＵＮＩＩ－Ｕｐｐｅｒと呼ばれることができる。
５ＧＨｚバンド内には、複数のチャネルが設定されることができ、各チャネルの帯域幅は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚまたは１６０ＭＨｚなどに多様に設定されることができる。例えば、ＵＮＩＩ－１及びＵＮＩＩ－２内の５１７０ＭＨｚ乃至５３３０ＭＨｚ周波数領域／範囲は、８個の２０ＭＨｚチャネルに区分されることができる。５１７０ＭＨｚから５３３０ＭＨｚ周波数領域／範囲は、４０ＭＨｚ周波数領域を介して４個のチャネルに区分されることができる。５１７０ＭＨｚから５３３０ＭＨｚ周波数領域／範囲は、８０ＭＨｚ周波数領域を介して２個のチャネルに区分されることができる。または、５１７０ＭＨｚから５３３０ＭＨｚ周波数領域／範囲は、１６０ＭＨｚ周波数領域を介して１個のチャネルに区分されることができる。
図１１は、６ＧＨｚバンド内で使用／支援／定義されるチャネルの一例を示す。
６ＧＨｚバンドは、第３のバンド／帯域などの他の名称で呼ばれることができる。６ＧＨｚバンドは、中心周波数が５．９ＧＨｚ以上であるチャネルが使用／支援／定義される周波数領域を意味することができる。図１１に示された具体的な数値は、変更されることができる。
例えば、図１１の２０ＭＨｚチャネルは、５．９４０ＧＨｚから定義されることができる。具体的に、図１１の２０ＭＨｚチャネルのうち最左側チャネルは、１番インデックス（または、チャネルインデックス、チャネル番号等）を有することができ、中心周波数は、５．９４５ＧＨｚが割り当てられることができる。すなわち、インデックスＮ番チャネルの中心周波数は、（５．９４０＋０．００５＊Ｎ）ＧＨｚに決定されることができる。
これによって、図１１の２０ＭＨｚチャネルのインデックス（または、チャネル番号）は、１、５、９、１３、１７、２１、２５、２９、３３、３７、４１、４５、４９、５３、５７、６１、６５、６９、７３、７７、８１、８５、８９、９３、９７、１０１、１０５、１０９、１１３、１１７、１２１、１２５、１２９、１３３、１３７、１４１、１４５、１４９、１５３、１５７、１６１、１６５、１６９、１７３、１７７、１８１、１８５、１８９、１９３、１９７、２０１、２０５、２０９、２１３、２１７、２２１、２２５、２２９、２３３である。また、前述した（５．９４０＋０．００５＊Ｎ）ＧＨｚ規則にしたがって図１１の４０ＭＨｚチャネルのインデックスは、３、１１、１９、２７、３５、４３、５１、５９、６７、７５、８３、９１、９９、１０７、１１５、１２３、１３１、１３９、１４７、１５５、１６３、１７１、１７９、１８７、１９５、２０３、２１１、２１９、２２７である。
図１１の一例には、２０、４０、８０、１６０ＭＨｚチャネルが図示されるが、追加的に２４０ＭＨｚチャネルや３２０ＭＨｚチャネルが追加されることもできる。
以下、本明細書のＳＴＡで送信／受信されるＰＰＤＵが説明される。
図１２は、ＨＥ－ＰＰＤＵの例を示す。
図示されたＬ－ＳＴＦ１２００は、短いトレーニングＯＦＤＭシンボル（ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｙｍｂｏｌ）を含むことができる。Ｌ－ＳＴＦ１２００は、フレーム探知（ｆｒａｍｅ ｄｅｔｅｃｔｉｏｎ）、ＡＧＣ（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ）、ダイバーシティ探知（ｄｉｖｅｒｓｉｔｙ ｄｅｔｅｃｔｉｏｎ）、コース周波数／時間同期化（ｃｏａｒｓｅ ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使われることができる。
Ｌ－ＬＴＦ１２１０は、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇ ｔｒａｉｎｉｎｇ ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｙｍｂｏｌ）を含むことができる。Ｌ－ＬＴＦ１２１０は、ファイン周波数／時間同期化（ｆｉｎｅ ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル予測のために使われることができる。
Ｌ－ＳＩＧ１２２０は、制御情報を送信するために使われることができる。Ｌ－ＳＩＧ１２２０は、データ送信率（ｒａｔｅ）、データ長さ（ｌｅｎｇｔｈ）に対する情報を含むことができる。また、Ｌ－ＳＩＧ１２２０は、繰り返しされて送信されることができる。すなわち、Ｌ－ＳＩＧ１２２０が繰り返しされるフォーマット（例えば、Ｒ－ＬＳＩＧと称することができる）で構成されることができる。
ＨＥ－ＳＩＧ－Ａ１２３０は、受信ステーションに共通する制御情報を含むことができる。
具体的に、ＨＥ－ＳＩＧ－Ａ１２３０は、１）ＤＬ／ＵＬ指示子、２）ＢＳＳの識別子であるＢＳＳカラー（ｃｏｌｏｒ）フィールド、３）現行ＴＸＯＰ区間の残余時間を指示するフィールド、４）２０、４０、８０、１６０、８０＋８０ＭＨｚ可否を指示する帯域幅フィールド、５）ＨＥ－ＳＩＧ－Ｂに適用されるＭＣＳ技法を指示するフィールド、６）ＨＥ－ＳＩＧ－ＢがＭＣＳのためにデュアルサブキャリアモジュレーション（ｄｕａｌ ｓｕｂｃａｒｒｉｅｒ ｍｏｄｕｌａｔｉｏｎ）技法によりモジュレーションされるかに対する指示フィールド、７）ＨＥ－ＳＩＧ－Ｂのために使われるシンボルの個数を指示するフィールド、８）ＨＥ－ＳＩＧ－Ｂが全帯域にわたって生成されるかどうかを指示するフィールド、９）ＨＥ－ＬＴＦのシンボルの個数を指示するフィールド、１０）ＨＥ－ＬＴＦの長さ及びＣＰ長さを指示するフィールド、１１）ＬＤＰＣコーディングのために追加のＯＦＤＭシンボルが存在するかを指示するフィールド、１２）ＰＥ（Ｐａｃｋｅｔ Ｅｘｔｅｎｓｉｏｎ）に関する制御情報を指示するフィールド、１３）ＨＥ－ＳＩＧ－ＡのＣＲＣフィールドに対する情報を指示するフィールドなどに関する情報を含むことができる。このようなＨＥ－ＳＩＧ－Ａの具体的なフィールドは、追加され、または一部が省略されることができる。また、ＨＥ－ＳＩＧ－Ａは、多重ユーザ（ＭＵ）環境でないその他の環境では、一部フィールドが追加され、または省略されることができる。
また、ＨＥ－ＳＩＧ－Ａ１２３０は、ＨＥ－ＳＩＧ－Ａ１とＨＥ－ＳＩＧ－Ａ２の２個のパートで構成されることができる。ＨＥ－ＳＩＧ－Ａに含まれているＨＥ－ＳＩＧ－Ａ１とＨＥ－ＳＩＧ－Ａ２は、ＰＰＤＵによって以下のようなフォーマット構造（フィールド）に定義されることができる。まず、ＨＥ ＳＵ ＰＰＤＵのＨＥ－ＳＩＧ－Ａフィールドは、以下のように定義されることができる。
また、ＨＥ ＭＵ ＰＰＤＵのＨＥ－ＳＩＧ－Ａフィールドは、以下のように定義されることができる。
また、ＨＥ ＴＢ ＰＰＤＵのＨＥ－ＳＩＧ－Ａフィールドは、以下のように定義されることができる。
ＨＥ－ＳＩＧ－Ｂ１２４０は、前述したように多重ユーザ（ＭＵ）のためのＰＰＤＵである場合にのみ含まれることができる。基本的に、ＨＥ－ＳＩＧ－Ａ１２３０またはＨＥ－ＳＩＧ－Ｂ１２４０は、少なくとも一つの受信ＳＴＡに対する資源割当情報（または、仮想資源割当情報）を含むことができる。
図１３は、本明細書に使われるＰＰＤＵの一例を示す。
図１３のＰＰＤＵは、ＥＨＴ ＰＰＤＵ、送信ＰＰＤＵ、受信ＰＰＤＵ、第１のタイプまたは第ＮのタイプＰＰＤＵなどの多様な名称で呼ばれることができる。例えば、本明細書において、ＰＰＤＵまたはＥＨＴ ＰＰＤＵは、送信ＰＰＤＵ、受信ＰＰＤＵ、第１のタイプまたは第ＮのタイプＰＰＤＵなどの多様な名称で呼ばれることができる。また、ＥＨＴ ＰＰＤＵは、ＥＨＴシステム及び／又はＥＨＴシステムを改善した新しい無線ＬＡＮシステムで使われることができる。
図１３のＰＰＤＵは、ＥＨＴシステムで使われるＰＰＤＵタイプのうち一部または全部を示すことができる。例えば、図１３の一例は、ＳＵ（ｓｉｎｇｌｅ－ｕｓｅｒ）モード及びＭＵ（ｍｕｌｔｉ－ｕｓｅｒ）モードの両方とものために使われることができる。他に表現すれば、図１３のＰＰＤＵは、一つの受信ＳＴＡまたは複数の受信ＳＴＡのためのＰＰＤＵである。図１３のＰＰＤＵがＴＢ（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）モードのために使われる場合、図１３のＥＨＴ－ＳＩＧは、省略されることができる。他に表現すれば、ＵＬ－ＭＵ（Ｕｐｌｉｎｋ－ＭＵ）通信のためのＴｒｉｇｇｅｒ ｆｒａｍｅを受信したＳＴＡは、図１３の一例でＥＨＴ－ＳＩＧが省略されたＰＰＤＵを送信することができる。
図１３において、Ｌ－ＳＴＦ乃至ＥＨＴ－ＬＴＦは、プリアンブル（ｐｒｅａｍｂｌｅ）または物理プリアンブル（ｐｈｙｓｉｃａｌ ｐｒｅａｍｂｌｅ）と呼ばれることができ、物理階層で生成／送信／受信／取得／デコーディングされることができる。
図１３のＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧフィールドのｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇは、３１２．５ｋＨｚに決められ、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールドのｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇは、７８．１２５ｋＨｚに決められることができる。すなわち、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧフィールドのｔｏｎｅ ｉｎｄｅｘ（または、ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ）は、３１２．５ｋＨｚ単位で表示され、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールドのｔｏｎｅ ｉｎｄｅｘ（または、ｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ）は、７８．１２５ｋＨｚ単位で表示されることができる。
図１３のＰＰＤＵにおいて、Ｌ－ＬＴＦ及びＬ－ＳＴＦは、従来のフィールドと同じである。
図１３のＬ－ＳＩＧフィールドは、例えば、２４ビットのビット情報を含むことができる。例えば、２４ビット情報は、４ビットのＲａｔｅフィールド、１ビットのＲｅｓｅｒｖｅｄビット、１２ビットのＬｅｎｇｔｈフィールド、１ビットのＰａｒｉｔｙビット、及び、６ビットのＴａｉｌビットを含むことができる。例えば、１２ビットのＬｅｎｇｔｈフィールドは、ＰＰＤＵの長さまたはｔｉｍｅ ｄｕｒａｔｉｏｎに関する情報を含むことができる。例えば、１２ビットＬｅｎｇｔｈフィールドの値は、ＰＰＤＵのタイプに基づいて決定されることができる。例えば、ＰＰＤＵがｎｏｎ－ＨＴ、ＨＴ、ＶＨＴ ＰＰＤＵであり、またはＥＨＴ ＰＰＤＵである場合、Ｌｅｎｇｔｈフィールドの値は、３の倍数に決定されることができる。例えば、ＰＰＤＵがＨＥ ＰＰＤＵである場合、Ｌｅｎｇｔｈフィールドの値は、「３の倍数＋１」または「３の倍数＋２」に決定されることができる。他に表現すれば、ｎｏｎ－ＨＴ、ＨＴ、ＶＨＴ ＰＰＤＵであり、またはＥＨＴ ＰＰＤＵのために、Ｌｅｎｇｔｈフィールドの値は、３の倍数に決定されることができ、ＨＥ ＰＰＤＵのために、Ｌｅｎｇｔｈフィールドの値は、「３の倍数＋１」または「３の倍数＋２」に決定されることができる。
例えば、送信ＳＴＡは、Ｌ－ＳＩＧフィールドの２４ビット情報に対して１／２の符号化率（ｃｏｄｅ ｒａｔｅ）に基づいたＢＣＣエンコーディングを適用することができる。以後、送信ＳＴＡは、４８ビットのＢＣＣ符号化ビットを取得することができる。４８ビットの符号化ビットに対しては、ＢＰＳＫ変調が適用されて４８個のＢＰＳＫシンボルが生成されることができる。送信ＳＴＡは、４８個のＢＰＳＫシンボルを、パイロットサブキャリア｛サブキャリアインデックス－２１、－７、＋７、＋２１｝及びＤＣサブキャリア｛サブキャリアインデックス０｝を除外した位置にマッピングできる。結果的に、４８個のＢＰＳＫシンボルは、サブキャリアインデックス－２６乃至－２２、－２０乃至－８、－６乃至－１、＋１乃至＋６、＋８乃至＋２０、及び＋２２乃至＋２６にマッピングされることができる。送信ＳＴＡは、サブキャリアインデックス｛－２８、－２７、＋２７、＋２８｝に｛－１、－１、－１、１｝の信号を追加でマッピングできる。前記信号は、｛－２８、－２７、＋２７、＋２８｝に相応する周波数領域に対するチャネル推定のために使われることができる。
送信ＳＴＡは、Ｌ－ＳＩＧと同じく生成されるＲＬ－ＳＩＧを生成することができる。ＲＬ－ＳＩＧに対しては、ＢＰＳＫ変調が適用されることができる。受信ＳＴＡは、ＲＬ－ＳＩＧの存在に基づいて受信ＰＰＤＵがＨＥ ＰＰＤＵまたはＥＨＴ ＰＰＤＵであることを知ることができる。
図１３のＲＬ－ＳＩＧ以後には、Ｕ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ ＳＩＧ）が挿入されることができる。Ｕ－ＳＩＧは、第１のＳＩＧフィールド、第１のＳＩＧ、第１のタイプＳＩＧ、制御シグナル、制御シグナルフィールド、第１（タイプ）の制御シグナルなどの多様な名称で呼ばれることができる。
Ｕ－ＳＩＧは、Ｎビットの情報を含むことができ、ＥＨＴ ＰＰＤＵのタイプを識別するための情報を含むことができる。例えば、Ｕ－ＳＩＧは、２個のシンボル（例えば、連続する２個のＯＦＤＭシンボル）に基づいて構成されることができる。Ｕ－ＳＩＧのための各シンボル（例えば、ＯＦＤＭシンボル）は、４ｕｓのｄｕｒａｔｉｏｎを有することができる。Ｕ－ＳＩＧの各シンボルは、２６ビット情報を送信するために使われることができる。例えば、Ｕ－ＳＩＧの各シンボルは、５２個のデータトーンと４個のパイロットトーンに基づいて送受信されることができる。
Ｕ－ＳＩＧ（または、Ｕ－ＳＩＧフィールド）を介しては、例えば、Ａビット情報（例えば、５２ｕｎ－ｃｏｄｅ ｄｂｉｔ）が送信されることができ、Ｕ－ＳＩＧの第１のシンボルは、総Ａビット情報のうち、初めのＸビット情報（例えば、２６ｕｎ－ｃｏｄｅｄ ｂｉｔ）を送信し、Ｕ－ＳＩＧの第２のシンボルは、総Ａビット情報のうち、残りのＹビット情報（例えば、２６ｕｎ－ｃｏｄｅｄ ｂｉｔ）を送信することができる。例えば、送信ＳＴＡは、各Ｕ－ＳＩＧシンボルに含まれる２６ｕｎ－ｃｏｄｅｄ ｂｉｔを取得することができる。送信ＳＴＡは、Ｒ＝１／２のｒａｔｅに基づいてｃｏｎｖｏｌｕｔｉｏｎａｌ ｅｎｃｏｄｉｎｇ（すなわち、ＢＣＣエンコーディング）を実行して５２－ｃｏｄｅｄ ｂｉｔを生成し、５２－ｃｏｄｅｄ ｂｉｔに対するインターリービングを実行することができる。送信ＳＴＡは、インターリービングされた５２－ｃｏｄｅｄ ｂｉｔに対してＢＰＳＫ変調を実行することで、各Ｕ－ＳＩＧシンボルに割り当てられる５２個のＢＰＳＫシンボルを生成することができる。一つのＵ－ＳＩＧシンボルは、ＤＣインデックス０を除き、サブキャリアインデックス－２８からサブキャリアインデックス＋２８までの５６個トーン（サブキャリア）に基づいて送信されることができる。送信ＳＴＡが生成した５２個のＢＰＳＫシンボルは、パイロットトーンである－２１、－７、＋７、＋２１トーンを除外した残りのトーン（サブキャリア）に基づいて送信されることができる。
例えば、Ｕ－ＳＩＧにより送信されるＡビット情報（例えば、５２ｕｎ－ｃｏｄｅｄ ｂｉｔ）は、ＣＲＣフィールド（例えば、４ビット長さのフィールド）及びテールフィールド（例えば、６ビット長さのフィールド）を含むことができる。前記ＣＲＣフィールド及びテールフィールドは、Ｕ－ＳＩＧの第２のシンボルを介して送信されることができる。前記ＣＲＣフィールドは、Ｕ－ＳＩＧの第１のシンボルに割り当てられる２６ビットと、第２のシンボル内で前記ＣＲＣ／テールフィールドを除外した残りの１６ビットと、に基づいて生成されることができ、従来のＣＲＣ ｃａｌｃｕｌａｔｉｏｎアルゴリズムに基づいて生成されることができる。また、前記テールフィールドは、ｃｏｎｖｏｌｕｔｉｏｎａｌ ｄｅｃｏｄｅｒのｔｒｅｌｌｉｓをｔｅｒｍｉｎａｔｅするために使われることができ、例えば、「００００００」に設定されることができる。
Ｕ－ＳＩＧ（または、Ｕ－ＳＩＧフィールド）により送信されるＡビット情報（例えば、５２ｕｎ－ｃｏｄｅｄ ｂｉｔ）は、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓとｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓに区分されることができる。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓの大きさは、固定的または可変的である。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、Ｕ－ＳＩＧの第１のシンボルにのみ割り当てられ、またはｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、Ｕ－ＳＩＧの第１のシンボル及び第２のシンボルの両方ともに割り当てられることができる。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓ及びｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、第１の制御ビット及び第２の制御ビットなどの多様な名称で呼ばれることができる。
例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒを含むことができる。例えば、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒは、送受信ＰＰＤＵのＰＨＹ ｖｅｒｓｉｏｎに関連した情報を含むことができる。例えば、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒの第１の値は、送受信ＰＰＤＵがＥＨＴ ＰＰＤＵであることを指示することができる。他に表現すれば、送信ＳＴＡは、ＥＨＴ ＰＰＤＵを送信する場合、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒを第１の値に設定できる。他に表現すれば、受信ＳＴＡは、第１の値を有するＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒに基づいて、受信ＰＰＤＵがＥＨＴ ＰＰＤＵであることを判断することができる。
例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、１ビットのＵＬ／ＤＬ ｆｌａｇフィールドを含むことができる。１ビットのＵＬ／ＤＬ ｆｌａｇフィールドの第１の値は、ＵＬ通信に関連し、ＵＬ／ＤＬ ｆｌａｇフィールドの第２の値は、ＤＬ通信に関連する。
例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは、ＴＸＯＰの長さに関する情報、ＢＳＳ ｃｏｌｏｒ ＩＤに関する情報を含むことができる。
例えば、ＥＨＴ ＰＰＤＵが多様なタイプ（例えば、ＳＵモードに関連したＥＨＴ ＰＰＤＵ、ＭＵモードに関連したＥＨＴ ＰＰＤＵ、ＴＢモードに関連したＥＨＴ ＰＰＤＵ、Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅ送信に関連したＥＨＴ ＰＰＤＵなどの多様なタイプ）に区分される場合、ＥＨＴ ＰＰＤＵのタイプに関する情報は、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓに含まれることができる。
例えば、Ｕ－ＳＩＧは、１）帯域幅に関する情報を含む帯域幅フィールド、２）ＥＨＴ－ＳＩＧに適用されるＭＣＳ技法に関する情報を含むフィールド、３）ＥＨＴ－ＳＩＧにデュアルサブキャリアモジュレーション（ｄｕａｌ ｓｕｂｃａｒｒｉｅｒ ｍｏｄｕｌａｔｉｏｎ、ＤＣＭ）技法が適用されるかどうかに関連した情報を含む指示フィールド、４）ＥＨＴ－ＳＩＧのために使われるシンボルの個数に関する情報を含むフィールド、５）ＥＨＴ－ＳＩＧが全帯域にわたって生成されるかどうかに関する情報を含むフィールド、６）ＥＨＴ－ＬＴＦ／ＳＴＦのタイプに関する情報を含むフィールド、７）ＥＨＴ－ＬＴＦの長さ及びＣＰ長さを指示するフィールドに関する情報を含むことができる。
図１３のＰＰＤＵには、プリアンブルパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）が適用されることができる。プリアンブルパンクチャリングは、ＰＰＤＵの全体帯域のうち一部帯域（例えば、Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域）に対してパンクチャリングを適用することを意味する。例えば、８０ＭＨｚ ＰＰＤＵが送信される場合、ＳＴＡは、８０ＭＨｚ帯域のうち、ｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域に対してパンクチャリングを適用し、ｐｒｉｍａｒｙ ２０ＭＨｚ帯域とｓｅｃｏｎｄａｒｙ ４０ＭＨｚ帯域を介してのみＰＰＤＵを送信することができる。
例えば、プリアンブルパンクチャリングのパターンは、予め設定されることができる。例えば、第１のパンクチャリングパターンが適用される場合、８０ＭＨｚ帯域内でｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域に対してのみパンクチャリングが適用され得る。例えば、第２のパンクチャリングパターンが適用される場合、８０ＭＨｚ帯域内でｓｅｃｏｎｄａｒｙ ４０ＭＨｚ帯域に含まれた２個のｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域のうち、いずれか１つに対してのみパンクチャリングが適用され得る。例えば、第３のパンクチャリングパターンが適用される場合、１６０ＭＨｚ帯域（または、８０＋８０ＭＨｚ帯域）内でｐｒｉｍａｒｙ ８０ＭＨｚ帯域に含まれたｓｅｃｏｎｄａｒｙ ２０ＭＨｚ帯域に対してのみパンクチャリングが適用され得る。例えば、第４のパンクチャリングパターンが適用される場合、１６０ＭＨｚ帯域（または、８０＋８０ＭＨｚ帯域）内でｐｒｉｍａｒｙ ８０ＭＨｚ帯域に含まれたｐｒｉｍａｒｙ ４０ＭＨｚ帯域は、存在（ｐｒｅｓｅｎｔ）し、ｐｒｉｍａｒｙ ４０ＭＨｚ帯域に属しない少なくとも１つの２０ＭＨｚチャネルに対してパンクチャリングが適用され得る。
ＰＰＤＵに適用されるプリアンブルパンクチャリングに関する情報は、Ｕ－ＳＩＧ及び／又はＥＨＴ－ＳＩＧに含まれることができる。例えば、Ｕ－ＳＩＧの第１のフィールドは、ＰＰＤＵの連続する帯域幅（ｃｏｎｔｉｇｕｏｕｓ ｂａｎｄｗｉｄｔｈ）に関する情報を含み、Ｕ－ＳＩＧの第２のフィールドは、ＰＰＤＵに適用されるプリアンブルパンクチャリングに関する情報を含むことができる。
例えば、Ｕ－ＳＩＧ及びＥＨＴ－ＳＩＧは、下記の方法に基づいてプリアンブルパンクチャリングに関する情報を含むことができる。ＰＰＤＵの帯域幅が８０ＭＨｚを超過する場合、Ｕ－ＳＩＧは、８０ＭＨｚ単位で個別的に構成されることができる。例えば、ＰＰＤＵの帯域幅が１６０ＭＨｚである場合、当該ＰＰＤＵには、１番目の８０ＭＨｚ帯域のための第１のＵ－ＳＩＧ及び２番目の８０ＭＨｚ帯域のための第２のＵ－ＳＩＧが含まれ得る。この場合、第１のＵ－ＳＩＧの第１のフィールドは、１６０ＭＨｚ帯域幅に関する情報を含み、第１のＵ－ＳＩＧの第２のフィールドは、１番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。また、第２のＵ－ＳＩＧの第１のフィールドは、１６０ＭＨｚ帯域幅に関する情報を含み、第２のＵ－ＳＩＧの第２のフィールドは、２番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。一方、第１のＵ－ＳＩＧに連続するＥＨＴ－ＳＩＧは、２番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができ、第２のＵ－ＳＩＧに連続するＥＨＴ－ＳＩＧは、１番目の８０ＭＨｚ帯域に適用されたプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。
追加的にまたは代替的に、Ｕ－ＳＩＧ及びＥＨＴ－ＳＩＧは、下記の方法に基づいてプリアンブルパンクチャリングに関する情報を含むことができる。Ｕ－ＳＩＧは、全ての帯域に関するプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。すなわち、ＥＨＴ－ＳＩＧは、プリアンブルパンクチャリングに関する情報を含まず、Ｕ－ＳＩＧのみがプリアンブルパンクチャリングに関する情報（すなわち、プリアンブルパンクチャリングパターンに関する情報）を含むことができる。
Ｕ－ＳＩＧは、２０ＭＨｚ単位で構成されることができる。例えば、８０ＭＨｚ ＰＰＤＵが構成される場合、Ｕ－ＳＩＧが複製され得る。すなわち、８０ＭＨｚ ＰＰＤＵ内に同じ４個のＵ－ＳＩＧが含まれ得る。８０ＭＨｚ帯域幅を超過するＰＰＤＵは、互いに異なるＵ－ＳＩＧを含むことができる。
図１３のＥＨＴ－ＳＩＧは、受信ＳＴＡのための制御情報を含むことができる。ＥＨＴ－ＳＩＧは、少なくとも一つのシンボルを介して送信されることができ、一つのシンボルは、４ｕｓの長さを有することができる。ＥＨＴ－ＳＩＧのために使われるシンボルの個数に関する情報は、Ｕ－ＳＩＧに含まれることができる。
図１３のＰＰＤＵは、以下の方法に基づいてＥＨＴ ＰＰＤＵと判断（または、識別）されることができる。
受信ＳＴＡは、次の事項に基づいて受信ＰＰＤＵのタイプをＥＨＴ ＰＰＤＵと判断できる。例えば、１）受信ＰＰＤＵのＬ－ＬＴＦ信号以後の１番目のシンボルがＢＰＳＫであり、２）受信ＰＰＤＵのＬ－ＳＩＧが繰り返しされるＲＬ－ＳＩＧがｄｅｔｅｃｔされ、３）受信ＰＰＤＵのＬ－ＳＩＧのＬｅｎｇｔｈフィールドの値に対して「ｍｏｄｕｌｏ３」を適用した結果が「０」にｄｅｔｅｃｔされる場合、受信ＰＰＤＵは、ＥＨＴ ＰＰＤＵと判断されることができる。受信ＰＰＤＵがＥＨＴ ＰＰＤＵと判断される場合、受信ＳＴＡは、図１３のＲＬ－ＳＩＧ以後のシンボルに含まれるビット情報に基づいて、ＥＨＴ ＰＰＤＵのタイプ（例えば、ＳＵ／ＭＵ／Ｔｒｉｇｇｅｒ－ｂａｓｅｄ／Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅタイプ）をｄｅｔｅｃｔすることができる。他に表現すれば、受信ＳＴＡは、１）ＢＳＰＫであるＬ－ＬＴＦ信号以後の１番目のシンボル、２）Ｌ－ＳＩＧフィールドに連続してＬ－ＳＩＧと同じＲＬ－ＳＩＧ、３）「ｍｏｄｕｌｏ ３」を適用した結果が「０」に設定されるＬｅｎｇｔｈフィールドを含むＬ－ＳＩＧ、及び４）前述したＵ－ＳＩＧの３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒ（例えば、第１の値を有するＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）に基づいて、受信ＰＰＤＵをＥＨＴ ＰＰＤＵと判断できる。
例えば、受信ＳＴＡは、次の事項に基づいて受信ＰＰＤＵのタイプをＨＥ ＰＰＤＵと判断できる。例えば、１）Ｌ－ＬＴＦ信号以後の１番目のシンボルがＢＰＳＫであり、２）Ｌ－ＳＩＧが繰り返しされるＲＬ－ＳＩＧがｄｅｔｅｃｔされ、３）Ｌ－ＳＩＧのＬｅｎｇｔｈ値に対して「ｍｏｄｕｌｏ ３」を適用した結果が「１」または「２」にｄｅｔｅｃｔされる場合、受信ＰＰＤＵは、ＨＥ ＰＰＤＵと判断されることができる。
例えば、受信ＳＴＡは、次の事項に基づいて、受信ＰＰＤＵのタイプをｎｏｎ－ＨＴ、ＨＴ、及びＶＨＴ ＰＰＤＵと判断できる。例えば、１）Ｌ－ＬＴＦ信号以後の１番目のシンボルがＢＰＳＫであり、２）Ｌ－ＳＩＧが繰り返しされるＲＬ－ＳＩＧがｄｅｔｅｃｔされない場合、受信ＰＰＤＵは、ｎｏｎ－ＨＴ、ＨＴ、及びＶＨＴ ＰＰＤＵと判断されることができる。また、受信ＳＴＡがＲＬ－ＳＩＧの繰り返しをｄｅｔｅｃｔしたとしても、Ｌ－ＳＩＧのＬｅｎｇｔｈ値に対して「ｍｏｄｕｌｏ ３」を適用した結果が「０」にｄｅｔｅｃｔされる場合には、受信ＰＰＤＵがｎｏｎ－ＨＴ、ＨＴ、及びＶＨＴ ＰＰＤＵと判断されることができる。
以下の一例において、（送信／受信／上向き／下向き）信号、（送信／受信／上向き／下向き）フレーム、（送信／受信／上向き／下向き）パケット、（送信／受信／上向き／下向き）データユニット、（送信／受信／上向き／下向き）データなどで表示される信号は、図１３のＰＰＤＵに基づいて送受信される信号である。図１３のＰＰＤＵは、多様なタイプのフレームを送受信するために使われることができる。例えば、図１３のＰＰＤＵは、制御フレーム（ｃｏｎｔｒｏｌ ｆｒａｍｅ）のために使われることができる。制御フレームの一例は、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）、ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）、ＰＳ－Ｐｏｌｌ（Ｐｏｗｅｒ Ｓａｖｅ－Ｐｏｌｌ）、ＢｌｏｃｋＡＣＫＲｅｑ、ＢｌｏｃｋＡｃｋ、ＮＤＰ（Ｎｕｌｌ Ｄａｔａ Ｐａｃｋｅｔ）ａｎｎｏｕｎｃｅｍｅｎｔ、Ｔｒｉｇｇｅｒ Ｆｒａｍｅを含むことができる。例えば、図１３のＰＰＤＵは、管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のために使われることができる。ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅの一例は、Ｂｅａｃｏｎ ｆｒａｍｅ、（Ｒｅ－）Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、（Ｒｅ－）Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを含むことができる。例えば、図１３のＰＰＤＵは、データフレームのために使われることができる。例えば、図１３のＰＰＤＵは、制御フレーム、管理フレーム、及びデータフレームのうち少なくとも二つ以上を同時に送信するために使われることもできる。
図１４は、本明細書の送信装置及び／又は受信装置の変形された一例を示す。
図１の副図面（ａ）／（ｂ）の各装置／ＳＴＡは、図１４のように変形されることができる。図１４のトランシーバ６３０は、図１のトランシーバ１１３、１２３と同じである。図１４のトランシーバ６３０は、受信機（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）を含むことができる。
図１４のプロセッサ６１０は、図１のプロセッサ１１１、１２１と同じである。または、図１４のプロセッサ６１０は、図１のプロセシングチップ１１４、１２４と同じである。
図１４のメモリ６２０は、図１のメモリ１１２、１２２と同じである。または、図１４のメモリ６２０は、図１のメモリ１１２、１２２とは異なる別途の外部メモリである。
図１４を参照すると、電力管理モジュール６１１は、プロセッサ６１０及び／又はトランシーバ６３０に対する電力を管理する。バッテリ６１２は、電力管理モジュール６１１に電力を供給する。ディスプレイ６１３は、プロセッサ６１０により処理された結果を出力する。キーパッド６１４は、プロセッサ６１０により使われる入力を受信する。キーパッド６１４は、ディスプレイ６１３上に表示されることができる。ＳＩＭカード６１５は、携帯電話及びコンピュータのような携帯電話装置で加入者を識別して認証するのに使われるＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）及びそれと関連したキーを安全に格納するために使われる集積回路である。
図１４を参照すると、スピーカ６４０は、プロセッサ６１０により処理された音関連結果を出力することができる。マイク６４１は、プロセッサ６１０により使われる音関連入力を受信することができる。
以下、本明細書のＳＴＡが支援するチャネルボンディングの技術的特徴が説明される。
例えば、ＩＥＥＥ８０２．１１ｎシステムでは２個の２０ＭＨｚチャネルが結合されて４０ＭＨｚチャネルボンディングが実行されることができる。また、ＩＥＥＥ８０２．１１ａｃシステムでは４０／８０／１６０ＭＨｚチャネルボンディングが実行されることができる。
例えば、ＳＴＡは、Ｐｒｉｍａｒｙ ２０ＭＨｚチャネル（Ｐ２０チャネル）及びＳｅｃｏｎｄａｒｙ ２０ＭＨｚチャネル（Ｓ２０チャネル）に対するチャネルボンディングを実行することができる。チャネルボンディング過程ではバックオフカウント／カウンタが使われることができる。バックオフカウント値は、ランダム値として選択されてバックオフインターバルの間に減少されることができる。一般的に、バックオフカウント値が０になると、ＳＴＡは、チャネルに対する接続を試みることができる。
チャネルボンディングを実行するＳＴＡは、バックオフインターバルの間にＰ２０チャネルがＩｄｌｅ状態と判断されてＰ２０チャネルに対するバックオフカウント値が０になる時点に、Ｓ２０チャネルが一定期間（例えば、ＰＩＦＳ（ｐｏｉｎｔ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ））の間にＩｄｌｅ状態を維持したかを判断する。もし、Ｓ２０チャネルがＩｄｌｅ状態である場合、ＳＴＡは、Ｐ２０チャネルとＳ２０チャネルに対するボンディングを実行することができる。すなわち、ＳＴＡは、Ｐ２０チャネル及びＳ２０チャネルを含む４０ＭＨｚチャネル（すなわち、４０ＭＨｚボンディングチャネル）を介して信号（ＰＰＤＵ）を送信することができる。
図１５は、チャネルボンディングの一例を示す。図１５に示すように、Ｐｒｉｍａｒｙ ２０ＭＨｚチャネル及びＳｅｃｏｎｄａｒｙ ２０ＭＨｚチャネルは、チャネルボンディングを介して４０ＭＨｚチャネル（Ｐｒｉｍａｒｙ ４０ＭＨｚチャネル）を構成することができる。すなわち、ボンディングされた４０ＭＨｚチャネルは、Ｐｒｉｍａｒｙ ２０ＭＨｚチャネル及びＳｅｃｏｎｄａｒｙ ２０ＭＨｚチャネルを含むことができる。
チャネルボンディングは、Ｐｒｉｍａｒｙチャネルに連続するチャネルがＩｄｌｅ状態である場合に実行されることができる。すなわち、Ｐｒｉｍａｒｙ ２０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ ４０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ ８０ＭＨｚチャネルは、順次にボンディングされることができ、もし、Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚチャネルがＢｕｓｙ状態と判断される場合、他のＳｅｃｏｎｄａｒｙチャネルが全てＩｄｌｅ状態であるとしてもチャネルボンディングが実行されないことがある。また、Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚチャネルがＩｄｌｅ状態であり、Ｓｅｃｏｎｄａｒｙ ４０ＭＨｚチャネルがＢｕｓｙ状態と判断される場合、Ｐｒｉｍａｒｙ ２０ＭＨｚチャネル及びＳｅｃｏｎｄａｒｙ ２０ＭＨｚチャネルに対してのみチャネルボンディングが実行されることがある。
以下、本明細書のＳＴＡが支援するプリアンブルパンクチャリング（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ）が説明される。
例えば、図１５の一例において、Ｐｒｉｍａｒｙ ２０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ ４０ＭＨｚチャネル、Ｓｅｃｏｎｄａｒｙ ８０ＭＨｚチャネルが全てｉｄｌｅ状態であり、Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚチャネルがＢｕｓｙ状態である場合、Ｓｅｃｏｎｄａｒｙ ４０ＭＨｚチャネル及びＳｅｃｏｎｄａｒｙ ８０ＭＨｚチャネルに対するボンディングが不可能である。この場合、ＳＴＡは、１６０ＭＨｚ ＰＰＤＵを構成し、Ｓｅｃｏｎｄａｒｙ ２０ＭＨｚチャネルを介して送信されるプリアンブル（例えば、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＨＥ－ＳＩＧ－Ａ、ＨＥ－ＳＩＧ－Ｂ、ＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、ＥＨＴ－ＳＩＧ、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ等）をパンクチャリング（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ）して、Ｉｄｌｅ状態であるチャネルを介して信号を送信することができる。他に表現すれば、ＳＴＡは、ＰＰＤＵの一部帯域に対してプリアンブルパンクチャリング（ｐｒｅａｍｂｌｅ ｐｕｎｃｔｕｒｉｎｇ）を実行することができる。プリアンブルパンクチャリングに関する情報（例えば、パンクチャリングが適用される２０／４０／８０ＭＨｚチャネル／帯域に関する情報）は、ＰＰＤＵのシグナルフィールド（例えば、ＨＥ－ＳＩＧ－Ａ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧ）に含まれることができる。
以下、本明細書のＳＴＡが支援するマルチリンク（Ｍｕｌｔｉ－ｌｉｎｋ；ＭＬ）に対する技術的特徴が説明される。
本明細書のＳＴＡ（ＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡ）は、マルチリンク（Ｍｕｌｔｉ Ｌｉｎｋ；ＭＬ）通信を支援することができる。ＭＬ通信は、複数のリンク（Ｌｉｎｋ）を支援する通信を意味することができる。ＭＬ通信に関連したリンクは、図９に開示された２．４ＧＨｚバンド、図１０に開示された５ＧＨｚバンド、図１１に開示された６ＧＨｚバンドのチャネル（例えば、２０／４０／８０／１６０／２４０／３２０ＭＨｚチャネル）を含むことができる。
ＭＬ通信のために使われる複数のリンク（ｌｉｎｋ）は、多様に設定されることができる。例えば、ＭＬ通信のために一つのＳＴＡに支援される複数のリンク（ｌｉｎｋ）は、２．４ＧＨｚバンド内の複数のチャネル、５ＧＨｚバンド内の複数のチャネル、６ＧＨｚバンド内の複数のチャネルである。または、ＭＬ通信のために一つのＳＴＡに支援される複数のリンク（ｌｉｎｋ）は、２．４ＧＨｚバンド（または、５ＧＨｚ／６ＧＨｚバンド）内の少なくとも一つのチャネルと、５ＧＨｚバンド（または、２．４ＧＨｚ／６ＧＨｚバンド）内の少なくとも一つのチャネルと、の組み合わせである。一方、ＭＬ通信のために一つのＳＴＡに支援される複数のリンク（ｌｉｎｋ）のうち少なくとも一つは、プリアンブルパンクチャリングが適用されるチャネルである。
ＳＴＡは、ＭＬ通信を実行するためにＭＬ設定（ｓｅｔｕｐ）を実行することができる。ＭＬ設定（ｓｅｔｕｐ）は、Ｂｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅなどのｍａｎａｇｅｍｅｎｔ ｆｒａｍｅやｃｏｎｔｒｏｌ ｆｒａｍｅに基づいて実行されることができる。例えば、ＭＬ設定に関する情報は、Ｂｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ内に含まれるｅｌｅｍｅｎｔフィールド内に含まれることができる。
ＭＬ設定（ｓｅｔｕｐ）が完了すると、ＭＬ通信のためのｅｎａｂｌｅｄ ｌｉｎｋが決定されることができる。ＳＴＡは、ｅｎａｂｌｅｄ ｌｉｎｋとして決定された複数のリンクのうち少なくとも一つを介してフレーム交換（ｆｒａｍｅ ｅｘｃｈａｎｇｅ）を実行することができる。例えば、ｅｎａｂｌｅｄ ｌｉｎｋは、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、ｃｏｎｔｒｏｌ ｆｒａｍｅ、及びｄａｔａ ｆｒａｍｅのうち少なくとも一つのために使われることができる。
一つのＳＴＡが複数のＬｉｎｋを支援する場合、各Ｌｉｎｋを支援する送受信装置は、一つの論理的ＳＴＡのように動作できる。例えば、２個のＬｉｎｋを支援する一つのＳＴＡは、第１のＬｉｎｋのための第１のＳＴＡと第２のｌｉｎｋのための第２のＳＴＡとを含む一つのＭＬデバイス（Ｍｕｌｔｉ Ｌｉｎｋ Ｄｅｖｉｃｅ；ＭＬＤ）で表現されることができる。例えば、２個のＬｉｎｋを支援する一つのＡＰは、第１のＬｉｎｋのための第１のＡＰと第２のｌｉｎｋのための第２のＡＰとを含む一つのＡＰ ＭＬＤで表現されることができる。また、２個のＬｉｎｋを支援する一つのｎｏｎ－ＡＰは、第１のＬｉｎｋのための第１のＳＴＡと第２のｌｉｎｋのための第２のＳＴＡとを含む一つのｎｏｎ－ＡＰ ＭＬＤで表現されることができる。
以下、ＭＬ設定（ｓｅｔｕｐ）に関するより具体的な特徴が説明される。
ＭＬＤ（ＡＰ ＭＬＤ及び／又はｎｏｎ－ＡＰ ＭＬＤ）は、ＭＬ設定（ｓｅｔｕｐ）を介して、該当ＭＬＤが支援できるリンクに関する情報を送信することができる。リンクに関する情報は、多様に構成されることができる。例えば、リンクに関する情報は、１）ＭＬＤ（または、ＳＴＡ）がｓｉｍｕｌｔａｎｅｏｕｓ ＲＸ／ＴＸ ｏｐｅｒａｔｉｏｎを支援するかどうかに関する情報、２）ＭＬＤ（または、ＳＴＡ）が支援するｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋの個数／上限に関する情報、３）ＭＬＤ（または、ＳＴＡ）が支援するｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋの位置／帯域／資源に関する情報、４）少なくとも一つのｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋで使用可能なまたは選好されるｆｒａｍｅのｔｙｐｅ（ｍａｎａｇｅｍｅｎｔ、ｃｏｎｔｒｏｌ、ｄａｔａ等）に関する情報、５）少なくとも一つのｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋで使用可能なまたは選好されるＡＣＫ ｐｏｌｉｃｙ情報、及び６）少なくとも一つのｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋで使用可能なまたは選好されるＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）に関する情報のうち少なくとも一つを含むことができる。ＴＩＤは、トラフィックデータの優先順位（ｐｒｉｏｒｉｔｙ）に関し、従来無線ＬＡＮ規格によって８種類の値で表現される。すなわち、従来無線ＬＡＮ規格による４個のアクセスカテゴリ（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ；ＡＣ）（ＡＣ＿ＢＫ（ｂａｃｋｇｒｏｕｎｄ）、ＡＣ＿ＢＥ（ｂｅｓｔ ｅｆｆｏｒｔ）、ＡＣ＿ＶＩ（ｖｉｄｅｏ）、ＡＣ＿ＶＯ（ｖｏｉｃｅ））に対応される８個のＴＩＤ値が定義されることができる。
例えば、ｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋに対して全てのＴＩＤがマッピング（ｍａｐｐｉｎｇ）されると事前に設定されることができる。具体的に、ＭＬ設定（ｓｅｔｕｐ）を介して交渉が行われない場合には、全てのＴＩＤがＭＬ通信のために使われ、追加的なＭＬ設定を介してｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ ＬｉｎｋとＴＩＤとの間のマッピングが交渉される場合、交渉されたＴＩＤがＭＬ通信のために使われることができる。
ＭＬ設定（ｓｅｔｕｐ）を介してＭＬ通信に関連した送信ＭＬＤ及び受信ＭＬＤが使用することができる複数のｌｉｎｋが設定されることができ、これを「ｅｎａｂｌｅｄ ｌｉｎｋ」と呼ぶことができる。「ｅｎａｂｌｅｄ ｌｉｎｋ」は、多様な表現で呼ばれることができる。例えば、第１のＬｉｎｋ、第２のＬｉｎｋ、送信Ｌｉｎｋ、受信Ｌｉｎｋなどの多様な表現で呼ばれることができる。
ＭＬ設定（ｓｅｔｕｐ）が完了した以後、ＭＬＤは、ＭＬ設定（ｓｅｔｕｐ）をアップデートすることができる。例えば、ＭＬＤは、リンクに関する情報に対するアップデートが必要な場合、新しいリンクに関する情報を送信することができる。新しいリンクに関する情報は、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、ｃｏｎｔｒｏｌ ｆｒａｍｅ、及びｄａｔａ ｆｒａｍｅのうち少なくとも一つに基づいて送信されることができる。
一実施例によると、ＭＬＤは、ｎｏｎ－ＡＰ ＭＬＤ及びＡＰ－ＭＬＤを含むことができる。ｎｏｎ－ＡＰ ＭＬＤ及びＡＰ－ＭＬＤは、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）の機能によって区分されることができる。ｎｏｎ－ＡＰ ＭＬＤ及びＡＰ－ＭＬＤは、物理的に区分され、または論理的に区分されることができる。例えば、ＭＬＤがＡＰの機能を遂行する場合にはＡＰ ＭＬＤと呼ばれることができ、前記ＭＬＤがＳＴＡの機能を遂行する場合にはｎｏｎ－ＡＰ ＭＬＤと呼ばれることができる。
以下の明細書において、ＭＬＤは、一つ以上の連結されたＳＴＡを有していて、上位リンク階層（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＬＬＣ）と通じる一つのＭＡＣ ＳＡＰ（ｓｅｒｖｉｃｅ ａｃｃｅｓｓ ｐｏｉｎｔ）を有している。ＭＬＤは、物理的機器を意味し、または論理的機器を意味することができる。以下、デバイスは、ＭＬＤを意味することができる。
また、ＭＬＤは、マルチリンクの各リンクと連結された少なくとも一つのＳＴＡを含むことができる。例えば、ＭＬＤのプロセッサは、前記少なくとも一つのＳＴＡを制御することができる。例えば、前記少なくとも一つのＳＴＡは、各々、独立的に構成され、動作できる。前記少なくとも一つのＳＴＡは、各々、プロセッサ及び送受信機を含むことができる。一例として、前記少なくとも一つのＳＴＡは、ＭＬＤのプロセッサと関係なしに独立的に動作することもできる。
以下の明細書では説明の便宜のために、ＭＬＤ（または、ＭＬＤのプロセッサ）が少なくても一つのＳＴＡを制御すると説明されるが、これに限定されるものではない。前述したように、前記少なくとも一つのＳＴＡは、ＭＬＤと関係なしに独立的に信号を送受信することもできる。
一実施例によると、ＡＰ ＭＬＤまたはＮｏｎ－ＡＰ ＭＬＤは、複数のリンクを有する構造で構成されることができる。他に表現すれば、ｎｏｎ－ＡＰ ＭＬＤは、複数のリンクを支援することができる。ｎｏｎ－ＡＰ ＭＬＤは、複数のＳＴＡを含むことができる。複数のＳＴＡは、各ＳＴＡ別にＬｉｎｋを有することができる。
ＥＨＴ規格（８０２．１１ｂｅ規格）では一つのＡＰ／ｎｏｎ－ＡＰ ＭＬＤがいくつかのＬｉｎｋを支援するＭＬＤ（Ｍｕｌｔｉ－Ｌｉｎｋ Ｄｅｖｉｃｅ）構造を主要技術として考慮している。Ｎｏｎ－ＡＰ ＭＬＤに含まれているＳＴＡは、一つのＬｉｎｋを介してｎｏｎ－ＡＰ ＭＬＤ内の他のＳＴＡに対する情報を共に伝達できる。したがって、フレーム交換のオーバーヘッドが減る効果がある。また、ＳＴＡのリンク使用効率を増加させて電力消耗を減少させることができる効果がある。
図１６は、ｎｏｎ－ＡＰ ＭＬＤの構造の例を示す。
図１６を参照すると、ｎｏｎ－ＡＰ ＭＬＤは、複数のリンクを有する構造で構成されることができる。他に表現すれば、ｎｏｎ－ＡＰ ＭＬＤは、複数のリンクを支援することができる。ｎｏｎ－ＡＰ ＭＬＤは、複数のＳＴＡを含むことができる。複数のＳＴＡは、各ＳＴＡ別にＬｉｎｋを有することができる。図１６は、ｎｏｎ－ＡＰ ＭＬＤ構造の一例を示すが、ＡＰ ＭＬＤの構造も、図１６に示すｎｏｎ－ＡＰ ＭＬＤの構造の一例と同じく構成されることができる。
例えば、ｎｏｎ－ＡＰ ＭＬＤは、ＳＴＡ１、ＳＴＡ２、及びＳＴＡ３を含むことができる。ＳＴＡ１は、ｌｉｎｋ１で動作できる。ｌｉｎｋ１は、５ＧＨｚバンド内に含まれることができる。ＳＴＡ２は、ｌｉｎｋ２で動作できる。ｌｉｎｋ２は、６ＧＨｚバンド内に含まれることができる。ＳＴＡ３は、ｌｉｎｋ３で動作できる。ｌｉｎｋ３は、６ＧＨｚバンド内に含まれることができる。ｌｉｎｋ１／２／３が含まれるバンドは、例示に過ぎず、２．４、５、及び６ＧＨｚ内に含まれることができる。
このように、Ｍｕｌｔｉ－ｌｉｎｋを支援するＡＰ／ｎｏｎ－ＡＰ ＭＬＤの場合、ＡＰ ＭＬＤの各ＡＰとｎｏｎ－ＡＰ ＭＬＤの各ＳＴＡがＬｉｎｋ ｓｅｔｕｐ過程を介して各々のＬｉｎｋに連結されることができる。そして、この時に連結されたＬｉｎｋは、状況に応じて、ＡＰ ＭＬＤまたはｎｏｎ－ＡＰ ＭＬＤにより他のＬｉｎｋに変更または再連結されることができる。
また、ＥＨＴ規格では電力消耗減少のために、ＬｉｎｋがＡｎｃｈｏｒｅｄ ｌｉｎｋまたはｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋに区分されることができる。Ａｎｃｈｏｒｅｄ ｌｉｎｋまたはｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋは、多様に呼ばれることができる。例えば、Ａｎｃｈｏｒｅｄ ｌｉｎｋは、Ｐｒｉｍａｒｙ Ｌｉｎｋと呼ばれることができる。ｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋは、Ｓｅｃｏｎｄａｒｙ ｌｉｎｋと呼ばれることができる。
一実施例によると、Ｍｕｌｔｉ－ｌｉｎｋを支援するＡＰ ＭＬＤは、各ＬｉｎｋをＡｎｃｈｏｒｅｄ ｌｉｎｋまたはｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋに指定することによって管理できる。ＡＰ ＭＬＤは、複数のＬｉｎｋのうち一つ以上のＬｉｎｋをＡｎｃｈｏｒｅｄ Ｌｉｎｋとして支援できる。ｎｏｎ－ＡＰ ＭＬＤは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ（ＡＰ ＭＬＤが支援するＡｎｃｈｏｒｅｄ Ｌｉｎｋ目録）の中から自分のＡｎｃｈｏｒｅｄ Ｌｉｎｋを一つまたは一つ以上を選択することによって使用することができる。
例えば、Ａｎｃｈｏｒｅｄ Ｌｉｎｋは、ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎのためのｆｒａｍｅ ｅｘｃｈａｎｇｅだけでなく、ｎｏｎ－ｄａｔａ ｆｒａｍｅ ｅｘｃｈａｎｇｅ（例えば、Ｂｅａｃｏｎ及びＭａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のために使われることができる。また、ｎｏｎ－Ａｎｃｈｏｒｅｄ ｌｉｎｋは、ｄａｔａ ｆｒａｍｅ ｅｘｃｈａｎｇｅのためにのみ使われることができる。
ｎｏｎ－ＡＰ ＭＬＤは、ｉｄｌｅ期間の間にＢｅａｃｏｎ及びＭａｎａｇｅｍｅｎｔ ｆｒａｍｅ受信のためにＡｎｃｈｏｒｅｄ ｌｉｎｋに対してのみモニタリング（または、ｍｏｎｉｔｏｒ）できる。したがって、ｎｏｎ－ＡＰ ＭＬＤの場合、Ｂｅａｃｏｎ及びｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ受信のために最小一つ以上のＡｎｃｈｏｒｅｄ Ｌｉｎｋと連結されなければならない。前記一つ以上のＡｎｃｈｏｒｅｄ Ｌｉｎｋは、常にｅｎａｂｌｅ状態を維持しなければならない。これと違って、ｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋは、ｄａｔａ ｆｒａｍｅ ｅｘｃｈａｎｇｅのためにのみ使われる。したがって、ｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋに該当するＳＴＡ（または、ｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋに連結されたＳＴＡ）は、ｃｈａｎｎｅｌ／ｌｉｎｋを使用しないｉｄｌｅ期間の間にｄｏｚｅに進入できる。これを介して電力消耗を減らすことができる効果がある。
したがって、以下の明細書では、効率的なＬｉｎｋ連結のために、状況に応じてダイナミックにＡＰ ＭＬＤまたはｎｏｎ－ＡＰ ＭＬＤがＬｉｎｋ再連結を推薦または要請するプロトコルが提案されることができる。また、以下の明細書では、一般的なＬｉｎｋだけでなく、電力減少を目的にして使用するＡｎｃｈｏｒｅｄ Ｌｉｎｋの特性を考慮したＡｎｃｈｏｒｅｄ Ｌｉｎｋ再連結プロトコルが追加的に提案されることができる。
Ｌｉｎｋ変更及び再連結のための実施例
一実施例によると、ＡＰ ＭＬＤとｎｏｎ－ＡＰ ＭＬＤとの間の各Ｌｉｎｋは、Ａｓｓｏｃｉａｔｉｏｎまたは（ｒｅ）Ａｓｓｏｃｉａｔｉｏｎ過程で決定されることができる。この時に連結されたＬｉｎｋを介してＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤは、ｆｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。Ｌｉｎｋ ｓｅｔｕｐ過程を介してＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤが連結される具体的な実施例が図１７を介して説明されることができる。
図１７は、Ｌｉｎｋ ｓｅｔｕｐ過程を介してＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤが連結される例を示す。
図１７を参照すると、ＡＰ ＭＬＤは、ＡＰ１、ＡＰ２、及びＡＰ３を含むことができる。ｎｏｎ－ＡＰ ＭＬＤは、ＳＴＡ１及びＳＴＡ２を含むことができる。ＡＰ１及びＳＴＡ１は、ｌｉｎｋ１を介して連結されることができる。ＡＰ２及びＳＴＡ２は、ｌｉｎｋ２を介して連結されることができる。
例えば、ＡＰ１及びＳＴＡ１は、第１のｌｉｎｋ ｓｅｔｕｐ過程を介してｌｉｎｋ１を介して連結されることができる。ＡＰ２及びＳＴＡ２は、第２のｌｉｎｋ ｓｅｔｕｐ過程を介してｌｉｎｋ２を介して連結されることができる。他の例として、ＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤは、一回のｌｉｎｋ ｓｅｔｕｐ過程を介して連結されることもできる。他に表現すれば、ＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤは、一回のｌｉｎｋ ｓｅｔｕｐ過程に基づいて、ｌｉｎｋ１及びｌｉｎｋ２を介して連結されることができる。
前述したように、各々のＡＰ及びＳＴＡは、連結されたＬｉｎｋを介してｆｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。また、一つのＬｉｎｋを介して、これと異なるｌｉｎｋに関するｏｔｈｅｒ ＡＰ、または、これと異なるｌｉｎｋに関するｏｔｈｅｒ ＳＴＡの情報が送受信されることができる。
しかし、このようなＬｉｎｋ ｓｅｔｕｐ過程以後、状況／環境によってより効率的なｆｒａｍｅ ｅｘｃｈａｎｇｅ（例えば、Ｌｏａｄ ｂａｌａｎｃｉｎｇまたはｉｎｔｅｒｆｅｒｅｎｃｅ ａｖｏｉｄｉｎｇ等）のために、ＡＰ ＭＬＤまたはｎｏｎ－ＡＰ ＭＬＤは、Ｌｉｎｋ変更または再連結を要請することができる。
Ｌｉｎｋ変更または再連結に関する実施例が図１８を介して説明されることができる。
図１８は、Ｌｉｎｋが変更または再連結される例を示す。
図１８を参照すると、既存にはＳＴＡ２がＡＰ２に連結されている。以後、ＡＰ２のＤａｔａ ｌｏａｄが過度に発生できる。ｄａｔａ ｌｏａｄが比較的少ないＡＰ３にＳＴＡ２が再連結されることができる。この場合、ＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤが効率的なデータ交換を実行することができる効果がある。
図１９は、Ｌｉｎｋが変更または再連結される具体的な例を示す。
図１９を参照すると、ＡＰ ＭＬＤのＡＰ１は、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡ１とｌｉｎｋ１を介して連結されることができる。ＡＰ ＭＬＤのＡＰ２は、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡ２とｌｉｎｋ２を介して連結されることができる。以後、ＳＴＡ２は、ｌｉｎｋ変更または再連結を介してＡＰ３と連結を試み／要請することができ、ＳＴＡ２は、前記ｌｉｎｋ変更または再連結に基づいて、ＡＰ３とｌｉｎｋ２を介して連結されることができる。
一実施例によると、ｎｏｎ－ＡＰ ＭＬＤとＡＰ ＭＬＤは、性能向上のためにＬｉｎｋ ｔｒａｎｓｉｔｉｏｎを要請することができる。ＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤは、現在Ｌｉｎｋ別多様な情報及びｌｉｎｋ状態（ｓｔａｔｅ）に関する情報を送受信／交換することができる。したがって、ＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤは、現在Ｌｉｎｋ別多様な情報及びｌｉｎｋ状態（ｓｔａｔｅ）に基づいて、信号を送受信するに適したｌｉｎｋを選択することができ、選択を容易にするために前述した情報を送信することができる。例えば、現在Ｌｉｎｋ別多様な情報は、各Ｌｉｎｋ別ｄａｔａ ｔｒａｆｆｉｃ ｌｏａｄ、Ｌｉｎｋ間のｃｈａｎｎｅｌ ａｃｃｅｓｓ ｃａｐａｂｉｌｉｔｙに関する情報を含むことができる。例えば、ｌｉｎｋ状態（ｓｔａｔｅ）は、ｄｉｓａｂｌｅまたはｅｎａｂｌｅなどに設定されることができる。
以下の明細書では、ＡＰ ＭＬＤ／ｎｏｎ－ＡＰ ＭＬＤが性能を高めるために連結されたｌｉｎｋでない他のＬｉｎｋに変更または再連結を要請するために、ｎｏｎ－ＡＰ ＭＬＤ／ＡＰ ＭＬＤと協議する過程が「Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎ」と命名されることができる。前記「Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎ」の名称は、多様に呼ばれることができ、これは変更されることもできる。
Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎ過程でｎｏｎ－ＡＰ ＭＬＤ（または、ＡＰ ＭＬＤ）は、特定ＳＴＡに連結されたＬｉｎｋを他のＬｉｎｋに変更することを要請し、この要請に対してＡＰ ＭＬＤ（または、ｎｏｎ－ＡＰ ＭＬＤ）は、要請受諾または拒絶メッセージを介して応答できる。
一例として、図１９に示すように、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎを介してＬｉｎｋ変更が合意された場合、ＳＴＡは、既存のＬｉｎｋをＡＰ２からＡＰ３に変更することで、再連結されるＬｉｎｋ ｒｅ－ｓｅｔｕｐ過程を実行することができる。
以下ではＬｉｎｋ変更または再連結過程が、ＡＰ ＭＬＤが要請する場合及びｎｏｎ－ＡＰ ＭＬＤが要請する場合に区分されて説明されることができる。
ＡＰ ＭＬＤがＬｉｎｋ変更または再連結を要請する実施例
一実施例によると、ＡＰ ＭＬＤは、効率的なデータ送信のためにｎｏｎ－ＡＰ ＭＬＤにＬｉｎｋ変更または再連結を要請することができる。例えば、ｌｏａｄ ｂａｌａｎｃｉｎｇのために各ＡＰのＤａｔａ ｔｒａｆｆｉｃに基づいて、ＡＰ ＭＬＤは、ＳＴＡにさらに効率的なＬｉｎｋへの変更または再連結を要請することができる。
例えば、ＡＰ ＭＬＤは、各ＡＰ別Ｄａｔａ ｔｒａｆｆｉｃ ｌｏａｄ情報及び／又は各Ｌｉｎｋ間のＣｈａｎｎｅｌ ａｃｃｅｓｓ ｃａｐａｂｉｌｉｔｙ情報（例えば、ＳＴＲ（Ｓｉｍｕｌｔａｎｅｏｕｓ ＴＸ／ＲＸ）ｃａｐａｂｉｌｉｔｙに関する情報等）などに基づいて、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡに適したＬｉｎｋを計算／確認／確定することができる。以後、ＡＰ ＭＬＤは、各ＡＰ別Ｄａｔａ ｔｒａｆｆｉｃ ｌｏａｄ情報及び／又は各Ｌｉｎｋ間のＣｈａｎｎｅｌ ａｃｃｅｓｓ ｃａｐａｂｉｌｉｔｙ情報などに基づいて、ＳＴＡ（または、ｎｏｎ－ＡＰ ＭＬＤ）にｌｉｎｋ変更または再連結を要請することができる。
前述したように、Ｌｉｎｋ変更要請時、ＡＰ ＭＬＤは、要請メッセージを介して最も適すると考えるＬｉｎｋ情報をｎｏｎ－ＡＰ ＭＬＤに送信できる。例えば、前記要請メッセージは、Ｂｅａｃｏｎまたはｍａｎａｇｅｍｅｎｔ ｆｒａｍｅなどを含むことができる。
前述した実施例と関連して、最も適すると考えるＬｉｎｋ情報が含まれているｅｌｅｍｅｎｔまたはｆｉｅｌｄが新しく提案されることができる。新しく提案されたｅｌｅｍｅｎｔまたはｆｉｅｌｄが「ｒｅｃｏｍｍｅｎｄｅｄ ｌｉｎｋ」に定義されることができる。「ｒｅｃｏｍｍｅｎｄｅｄ ｌｉｎｋ」は、例示に過ぎず、具体的なｅｌｅｍｅｎｔまたはｆｉｅｌｄの名称は、変更されることもできる。
ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）：ＡＰ ＭＬＤが各Ｌｉｎｋ別多様な情報（例えば、Ｌｉｎｋ別ｄａｔａ ｌｏａｄ等）に基づいて、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡに最も適したＬｉｎｋを推薦するためのｅｌｅｍｅｎｔまたはｆｉｅｌｄ。例えば、ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）は、ＡＰ ＭＬＤのＬｉｎｋ ＩＤ情報またはＡＰ ＢＳＳ情報等に指示されることができる。他に表現すれば、ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）は、ＡＰ ＭＬＤのＬｉｎｋ ＩＤ情報またはＡＰ ＢＳＳ情報などを含むことができる。
一実施例によると、前記ｒｅｃｏｍｍｅｎｄ Ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）は、ｏｐｔｉｏｎａｌにＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅに含まれて送信されることができる。例えば、ＳＴＡは、前記ｅｌｅｍｅｎｔ／ｆｉｅｌｄ（すなわち、ｒｅｃｏｍｍｅｎｄ Ｌｉｎｋ）に基づいて、ＡＰが推薦したＬｉｎｋに連結を確立することができる。他の例として、ＳＴＡは、前記ｅｌｅｍｅｎｔ／ｆｉｅｌｄ（すなわち、ｒｅｃｏｍｍｅｎｄ Ｌｉｎｋ）及び自分が有する追加情報に基づいて、指示されたＬｉｎｋと異なるＬｉｎｋに連結要請を実行することもできる。
前述した実施例によるＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの具体的な信号交換過程が図２０を介して説明されることができる。
図２０は、ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。
図２０を参照すると、ＳＴＡ２がｌｉｎｋ２を介してＡＰ２と連結された状況で、ＡＰ２に多くのｄａｔａ ｔｒａｆｆｉｃが集まることができる。他に表現すれば、ＳＴＡ２がｌｉｎｋ２を介してＡＰ２と連結された状況で、ＡＰ２に多くのｄａｔａ ｔｒａｆｆｉｃが発生されることができる。
ＡＰ ＭＬＤ（または、ＡＰ２）は、相対的にＳＴＡの連結が少ないＡＰ３に再連結することをｎｏｎ－ＡＰ ＭＬＤ（または、ＳＴＡ２）に要請できる。一般的に、再連結を要請するためのメッセージは、再連結をすることを所望するＳＴＡ（すなわち、ＳＴＡ２）に送信するが、状況（例えば、チャネル状況またはリンク状態）に応じて、いかなるＳＴＡ（すなわち、ｏｔｈｅｒ ＳＴＡ）にも送信されることができる。他に表現すれば、チャネル状況またはリンク状態に基づいて、再連結を要請するための要請メッセージ（例えば、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅ）が送信されるＳＴＡは、変更されることができる。
例えば、前記再連結を要請するための要請メッセージを受信したＳＴＡ（すなわち、ＳＴＡ２）は、この要請を受諾する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージ（例えば、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を送信することができる。他の例として、前記ＳＴＡ（すなわち、ＳＴＡ２）は、この要請を拒絶する場合、「拒絶（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。
一般的に、再連結を受諾するＳＴＡ（すなわち、ＳＴＡ２）が既存Ｌｉｎｋ（再連結以前の連結Ｌｉｎｋ）に応答メッセージを送信するが、前記応答メッセージは、ｍｕｌｔｉ－ｌｉｎｋの特性を使用していかなるＬｉｎｋ（すなわち、他のＳＴＡ）を介しても送信されることができる。
もし、ＳＴＡ２がｌｉｎｋ再連結要請を受諾する場合、応答メッセージ送信以後、ＳＴＡ２は、既存のＡＰ２との連結を切ってＡＰ３に対してＬｉｎｋ再連結を要請することができる。このとき、再連結要請過程は、既存のＭＬＤ間のＬｉｎｋ ｓｅｔｕｐ過程と同じく実行されることができる。ＡＰ３とＳＴＡ２との間のＬｉｎｋ ｓｅｔｕｐ過程が完了した後、ＳＴＡ２は、Ｌｉｎｋ２を介してＡＰ３とＦｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。
それに対して、ＳＴＡ２がｌｉｎｋ再連結要請を拒絶する場合、ＳＴＡ２及びＡＰ２は、既存連結されたＬｉｎｋ（すなわち、ｌｉｎｋ２）をそのまま使用することができる。
一実施例によると、ＡＰがＳＴＡにリンク変更を要請する時、適したＬｉｎｋを推薦した場合、ＳＴＡは推薦されたＬｉｎｋにｌｉｎｋを変更することもあり、変更しないこともある。例えば、ＡＰがＳＴＡに適したｌｉｎｋを推薦するために、前述したｒｅｃｏｍｍｅｎｄ ｌｉｎｋが使われることができる。
例えば、ＳＴＡは、ＡＰの再連結を要請するための要請メッセージに対する応答メッセージとしてＬｉｎｋ変更を承認することができる。ＳＴＡは、推薦Ｌｉｎｋにｌｉｎｋ変更を承認／確認することができ、前記要請メッセージに含まれている情報以外の他の情報に基づいて、他のＬｉｎｋ変更をＡＰに要請することもできる。
したがって、ＡＰは、前記応答メッセージに対する受諾可否をＳＴＡに知らせる必要がある。このために、ＡＰは、ＳＴＡの応答メッセージ（例えば、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）に対するＣｏｎｆｉｒｍａｔｉｏｎメッセージ（例えば、ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅ）をＳＴＡに送信できる。
前述した実施例のＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの具体的な動作が図２１を介して説明されることができる。
図２１は、ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。
図２１を参照すると、ＡＰ２は、推薦リンク情報を含んでＳＴＡ２にリンク変更を要請することができる。他に表現すれば、ＡＰ２は、推薦リンク情報を含むｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅをＳＴＡ２に送信できる。
ＳＴＡ２は、リンク要請受諾可否をＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを介して送信できる。
例えば、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇを受諾した場合、ＳＴＡ２は、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｓｐｏｎｓｅ ｆｒａｍｅに変更するＬｉｎｋ情報を含んで送信できる。このとき、変更するＬｉｎｋ情報は、推薦リンクと同じであることもあり、異なることもある。
他の例として、ＳＴＡ２が、ＡＰ２が提供した推薦リンクでない他のリンクを選択してＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｓｐｏｎｓｅ ｆｒａｍｅで応答した場合、ＡＰは、これに対する最終承認可否に対するメッセージをＳＴＡに送信できる。前記メッセージは、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅと呼ばれることができる。
一例として、ＡＰ２は、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅを介して、ＳＴＡ２が指定したｌｉｎｋにｌｉｎｋ変更することを受諾することができる。ＳＴＡ２は、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅに基づいて、自分が指定したｌｉｎｋにｌｉｎｋ変更を試みることができる。
他の一例として、ＡＰ２は、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅを介して、ＳＴＡ２が指定したｌｉｎｋにｌｉｎｋ変更することを拒絶することができる。ＳＴＡ２及びＡＰ２は、ｌｉｎｋ変更なしに既存に連結されたＬｉｎｋとの連結を維持することができる。
図２１に示された実施例は、ＡＰがＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅに推薦リンク情報を含まずに送信した場合にも適用されることができる。例えば、ＡＰ（例えば、ＡＰ２）がＳＴＡ（例えば、ＳＴＡ２）に推薦リンク情報なしにＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅを送信した場合、ＳＴＡは、自分が有した情報に基づいて、直接変更Ｌｉｎｋを指定した後、ＡＰにＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｓｐｏｎｓｅ ｆｒａｍｅを介して応答できる。この場合にも、ＡＰは、最終的に承認に対するＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅを送信しなければならない。したがって、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅに推薦リンク情報が含まれない場合にも、ＡＰがＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅを送信する実施例が適用されることができる。
ｎｏｎ－ＡＰ ＭＬＤがＬｉｎｋ変更または再連結を要請する実施例
一実施例によると、ｎｏｎ－ＡＰ ＭＬＤは、効率的なデータ送信のために、ＡＰ ＭＬＤにＬｉｎｋ変更または再連結を要請することができる。例えば、データ送信時、ＳＴＲ ｃａｐａｂｉｌｉｔｙを使用するために、ｎｏｎ－ＡＰ ＭＬＤがＡＰ ＭＬＤに連結Ｌｉｎｋ変更または再連結を要請することができる。
図２２は、ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。
図２２を参照すると、ＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤは、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎを実行することができる。ｎｏｎ－ＡＰ ＭＬＤのＳＴＡ２は、ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅをＡＰ ＭＬＤのＡＰ２に送信できる。ＡＰ ＭＬＤのＡＰ２は、前記ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅに応答して、ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｓｐｏｎｓｅ ｆｒａｍｅをｎｏｎ－ＡＰ ＭＬＤのＳＴＡ２に送信できる。ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅまたはｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｓｐｏｎｓｅ ｆｒａｍｅは、変更対象になるｌｉｎｋを介して送受信されることができるが、これに限定されるものではない。ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅまたはｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｓｐｏｎｓｅ ｆｒａｍｅは、変更対象になるｌｉｎｋだけでなく、多様なｌｉｎｋを介して送受信されることもできる。
ｎｏｎ－ＡＰ ＭＬＤは、多様な方法を介してＬｉｎｋ変更または再連結を要請することができる。以下、ｎｏｎ－ＡＰ ＭＬＤがＬｉｎｋ変更または再連結を要請する三つの方法が提案されることができる。具体的に、前記三つの方法は、Ｓｏｌｉｃｉｔｅｄ方法、Ｕｎｓｏｌｉｃｉｔｅｄ方法、及びＧｅｎｅｒａｌ方法が順に説明されることができる。
１）Ｓｏｌｉｃｉｔｅｄ方法：ｎｏｎ－ＡＰ ＭＬＤがＡＰ ＭＬＤに、ＡＰ ＭＬＤに含まれているＡＰの多様な情報を要請し、これを介して多様な情報を受信する方法。例えば、多様な情報は、ｃａｐａｂｉｌｉｔｙ、ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ、ＢＳＳ Ｐａｒａｍｅｔｅｒｓに関する情報を含むことができる。
一実施例によると、ＳＴＡが連結ＡＰ ＭＬＤのｏｔｈｅｒ ＡＰｓの情報を要請する方法は、ｌｉｎｋを再設定する場合だけでなく、多様な場合に使われることができる。例えば、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後、ＳＴＡは、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇのために、ｏｔｈｅｒ ＡＰのＢＳＳ ｐａｒａｍｅｔｅｒ情報を要請し、受信した情報に基づいてｂｅｓｔ ｌｉｎｋを選択することができる。または、ｄｉｓｃｏｖｅｒｙ過程で、ＳＴＡは、ＡＰ ＭＬＤに各ＡＰのＢＳＳ ｌｏａｄ情報を要請し、受信した情報に基づいてｌｉｎｋ ｓｅｔｕｐを実行するｌｉｎｋを選択することができる（ただ、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡ個数よりＡＰ ＭＬＤのＡＰ個数が多い場合を仮定する）。
したがって、情報要請メッセージを受信したＡＰは、ＡＰ ＭＬＤ内の全てのＡＰに対するＣａｐａｂｉｌｉｔｙ情報、ＢＳＳ ｐａｒａｍｅｔｅｒ情報、ｃｒｉｔｉｃａｌ ｐａｒａｍｅｔｅｒｓ、及び／又はＯｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ情報など、いかなる情報も送信できる。前述した例は、以下で説明される実施例に全て適用されることができる。
２）Ｕｎｓｏｌｉｃｉｔｅｄ方法：ｎｏｎ－ＡＰ ＭＬＤの別途の情報要請なしに、ＡＰが多様な情報を送信する方法。ＳＴＡは、受信した情報を多様な状況で活用できる。一実施例によると、ＳＴＡの別途の情報要請なしに、ＡＰ ＭＬＤのＡＰがｏｔｈｅｒ ＡＰｓの情報を送信する方法は、ｌｉｎｋを再設定する場合だけでなく、多様な場合に使われることができる。したがって、情報要請メッセージを受信したＡＰは、ＡＰ ＭＬＤ内の全てのＡＰに対するＣａｐａｂｉｌｉｔｙ情報、ＢＳＳ ｐａｒａｍｅｔｅｒ情報、ｃｒｉｔｉｃａｌ ｐａｒａｍｅｔｅｒｓ、及び／又はＯｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ情報など、いかなる情報も送信できる。前述した例は、以下で説明される実施例に全て適用されることができる。
３）Ｇｅｎｅｒａｌ方法：ｎｏｎ－ＡＰ ＭＬＤが以前Ｂｅａｃｏｎ ｆｒａｍｅ等を介して取得した情報に基づいて追加情報なしにＬｉｎｋ （ｒｅ）ｓｅｌｅｃｔｉｏｎを要請する方法
１）Ｓｏｌｉｃｉｔｅｄ方法
以下、まず、前述したｓｏｌｉｃｉｔｅｄ方法に関する実施例が説明されることができる。
一実施例によると、ｎｏｎ－ＡＰ ＭＬＤは、Ｌｉｎｋ変更または再連結前にＡＰ ＭＬＤに適したＬｉｎｋを選択するための情報を要請することができる。ＳＴＡは、適したＬｉｎｋを選択するために、各ＡＰ別Ｄａｔａ ｌｏａｄ情報または各ＬｉｎｋのＣａｐａｂｉｌｉｔｙ情報（または、ｏｔｈｅｒ ｌｉｎｋの情報）などを活用することができる。
例えば、前記各Ｌｉｎｋ別Ｃａｐａｂｉｌｉｔｙ情報は、Ｂｅａｃｏｎ ｆｒａｍｅなどに含まれて周期的に送信されることができる。
他の例として、Ｌｉｎｋ別Ｃａｐａｂｉｌｉｔｙ情報は、ｏｐｔｉｏｎａｌ情報であって、周期毎に送信されるＢｅａｃｏｎ ｆｒａｍｅに含まれないこともある。または、フレームオーバーヘッドを減らすために、ＳＴＡが連結されたリンクまたは関連した一部リンクの情報のみが受信されることもある。または、ｎｏｎ－ＡＰ ＭＬＤの特性（例えば、低電力デバイス）によってＢｅａｃｏｎ受信周期が長い場合、ｎｏｎ－ＡＰ ＭＬＤは、さらに適したＬｉｎｋ選択のためのＬｉｎｋ別Ｃａｐａｂｉｌｉｔｙ情報を受信することができないこともある。
前述した場合において、ｎｏｎ－ＡＰ ＭＬＤは、Ｌｉｎｋ別ｃａｐａｂｉｌｉｔｙ情報及びＡＰ ＭＬＤの各Ｌｉｎｋ別情報（例えば、ＢＳＳ ｐａｒａｍｅｔｅｒ情報またはＯｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ情報等）の最新情報を要求することができる。前記ｌｉｎｋ別ｃａｐａｂｉｌｉｔｙ情報及び各Ｌｉｎｋ別情報のｌｉｎｋは、送受信されるｌｉｎｋだけでなく、ｏｔｈｅｒ ｌｉｎｋも含むことができる。例えば、ＱｏＳ ｄａｔａ ｆｒａｍｅのｆｉｅｌｄ（１１ａｘ規格のＡ－Ｃｏｎｔｒｏｌ ｆｉｅｌｄ）、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、Ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ／ｒｅｑｕｅｓｔ ｆｒａｍｅ、ＰＳ－ＰｏｌｌフレームまたはＮｕｌｌ ｆｒａｍｅなどが最新情報を要請／送信するために使われることができる。または、最新情報を要請／送信するために、別途の新規フレームが定義されることもできる。
一実施例によると、Ｌｉｎｋ別ｃａｐａｂｉｌｉｔｙ情報及びＡＰ ＭＬＤの各Ｌｉｎｋ別情報の最新情報を要請するために、ＳＴＡは、ＡＰにＬｉｎｋ再選択のために必要な情報を要請する要請メッセージを送信することができる。例えば、前記要請メッセージのために従来に定義されたｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅが再使用されることができる。他の例として、前記要請メッセージのための新規フレームが定義されることもできる。
一実施例によると、前記要請メッセージを介して、ＳＴＡは、必要な特定情報を指定してＡＰに要求することもできる。指定されることができる特定情報は、状況に応じて変更されることができる。すなわち、ＳＴＡは、特定Ｌｉｎｋに該当する情報のみを要請し、または特定Ｃａｐａｂｉｌｉｔｙに該当する情報のみを要請することもできる。例えば、特定ｌｉｎｋに該当する情報は、特定ｌｉｎｋのＢＳＳ ｌｏａｄ／ｐａｒａｍｅｔｅｒｓに関する情報を含むことができる。また、Ｃａｐａｂｉｌｉｔｙに該当する情報は、全てのｌｉｎｋ（ａｌｌ ｌｉｎｋ）のＢＳＳ ｌｏａｄ情報または特定ｌｉｎｋのＢＳＳ ｌｏａｄ情報を含むことができる。この場合、ＡＰは、応答メッセージを介してＳＴＡが指定した情報のみを送信することができる。特定情報要請及び応答に関する具体的な実施例がＩＯＭ定義及び動作に関する実施例を介して説明されることができる。
他の一例として、ＳＴＡは、前記要請メッセージを介してＡＰ ＭＬＤが現在有した全てのＣａｐａｂｉｌｉｔｙ情報（例えば、ｏｔｈｅｒ ｌｉｎｋの情報も含む）を要求することもできる。
前述した例のように、ＡＰが有した全ての情報を送信するための実施例またはＳＴＡが指定した特定情報のみを送信するための実施例は、多様に定義／設定されることができる。例えば、ＡＰは、特定情報のみを指示（または、送信）するために、別途のｆｉｅｌｄまたはｂｉｔｍａｐなどに基づいて、全ての情報または指定された情報を送信することができる。
一般的に、ＡＰ ＭＬＤに情報を要請するメッセージは、再連結をすることを所望するＳＴＡを介して送信されることができるが、状況に応じて（チャネル状況またはリンク状態）、いかなるＳＴＡ（すなわち、ｏｔｈｅｒ ＳＴＡ）を介しても送信されることができる。
前記要請メッセージを受信したＡＰ ＭＬＤは、ＳＴＡが要請した情報（例えば、Ｌｉｎｋ別ｄａｔａ ｌｏａｄ情報、Ｌｉｎｋ間のＳＴＲ ｃａｐａｂｉｌｉｔｙ情報等）を含む応答メッセージ（すなわち、ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）をｎｏｎ－ＡＰ ＭＬＤに送信できる。例えば、前記要請メッセージのために従来規格のＰｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅが再使用される場合、ＡＰ（または、ＡＰ ＭＬＤ）は、前記応答メッセージとしてＰｒｏｂｅ ｒｅｓｐｏｎｓｅ ｆｒａｍｅを使用して応答しなければならない。
前記応答メッセージも一般的にＲｅｑｕｅｓｔ ｍｅｓｓａｇｅを受信したＡＰを介して送信されることができるが、ｍｕｌｔｉ－ｌｉｎｋの特性を使用していかなるＡＰ（すなわち、ｏｔｈｅｒ ＡＰ）を介しても送信されることができる。
選択的に、ＡＰ ＭＬＤは、ＳＴＡに適したＬｉｎｋを推薦する「ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ」ｅｌｅｍｅｎｔを、前述した多様な情報（例えば、Ｌｉｎｋ再選択のために必要な最新情報）を含む応答メッセージを介して共に送信できる。
前述したｓｏｌｉｃｉｔｅｄ方法は、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡでＬｉｎｋ変更または再連結のために使われることができる。例えば、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡがＬｉｎｋ ｃｏｎｇｅｓｔｉｏｎによってＬｉｎｋ再選択を所望する場合、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡは、Ｓｏｌｉｃｉｔｅｄ ｍｅｔｈｏｄを介して連結されたＡＰ ＭＬＤの各リンク別ＢＳＳ ｌｏａｄ情報及びＢＳＳ ｐａｒａｍｅｔｅｒ情報を要請することができる。この要請メッセージを受信したＡＰは、ＳＴＡが指示したリンク及び情報を応答メッセージに含ませて送信できる。
以下、前述した要請メッセージ及び応答メッセージは、ｌｉｎｋ変更のための要請メッセージ及びｌｉｎｋ変更のための応答メッセージと区分するために、情報要請メッセージ及び情報応答メッセージとして説明されることができる。
前述した情報応答メッセージに含まれている情報に基づいて、ＳＴＡは、適したＬｉｎｋを再選択してＡＰ ＭＬＤにＬｉｎｋ変更または再連結を、ｌｉｎｋ変更のための要請メッセージを介して要請できる。前記ｌｉｎｋ変更のための要請メッセージは、自分が再連結するＡＰ情報とＬｉｎｋ情報を含むことができる。
前記要請メッセージを受信したＡＰ ＭＬＤは、要請を受諾する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージを送信することができる。ＡＰ ＭＬＤは、要請を拒絶する場合、「拒絶（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。
もし、要請を受諾する場合、ＡＰは、応答メッセージ送信以後からは再選択されたＡＰのＬｉｎｋを介したｆｒａｍｅ ｅｘｃｈａｎｇｅに基づいて、Ｌｉｎｋ （ｒｅ）ｓｅｔｕｐを実行することができる。それに対して、要請を拒絶する場合、ＳＴＡは、既存連結されたＬｉｎｋをそのまま使用することができる。
Ｓｏｌｉｃｉｔｅｄ方法による具体的なＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作の例が図２９を介して説明されることができる。
図２３は、ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。
図２３を参照すると、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡ２が連結されたＬｉｎｋを再選択したい時、ＳＴＡ２は、ＡＰ ＭＬＤにＬｉｎｋ２を介してＩｎｆｏ要請メッセージを送信することができる。これを受信したＡＰ ＭＬＤは、ｎｏｎ－ＡＰ ＭＬＤのＬｉｎｋ再選択のために必要な情報を含むＩｎｆｏ応答メッセージを送信することができる。前述したＩｎｆｏ応答メッセージに含まれている情報に基づいて、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡ２は、ｌｉｎｋ変更のための要請メッセージ（すなわち、ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰ ＭＬＤのＡＰ２に送信できる。以後、ＳＴＡ２は、ｌｉｎｋ変更のための応答メッセージ（すなわち、ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を受信して、ｌｉｎｋ変更のためのｌｉｎｋ （ｒｅ）ｓｅｔ－ｕｐを実行することができる。
本明細書で提案される情報要請に関する実施例は、ＳＴＡがＡＰに必要な情報を要請する場合にも使用／適用されることができる。ＳＴＡがＡＰから受信するフレーム（例えば、ｂｅａｃｏｎ）に含まれている情報が足りない場合、ＳＴＡは、足りない情報に対してＡＰに要請できる。例えば、ＡＰがｏｔｈｅｒ ｌｉｎｋの情報を含まずに、連結されたｌｉｎｋの情報のみを送信し、またはｏｔｈｅｒ ｌｉｎｋの情報アップデート有無に関する情報のみを送信する場合、ＳＴＡは、足りない情報に対してＡＰに要請できる。
以下、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡが適したＬｉｎｋを選択するための情報を含む新しいｅｌｅｍｅｎｔ／ｆｉｅｌｄが提案されることができる。
例えば、「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）が提案されることができる。「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」は、Ｌｉｎｋ別連結されたＳＴＡ個数比率に関する情報を含むことができる。「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」の具体的な例が図２４を介して説明されることができる。
図２４は、ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋの具体的な例を示す。
図２４を参照すると、ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）は、全体ＡＰ ＭＬＤで各Ｌｉｎｋ別に連結されているＳＴＡ個数または比率に関する情報を含むことができる。
例えば、３個のＬｉｎｋを有するＡＰ ＭＬＤに総５０個のＳＴＡが連結されている場合、Ｌｉｎｋ１に１０個、Ｌｉｎｋ２に２０個のＳＴＡが連結されることができる。ＡＰ ＭＬＤは、ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）を介して各々のＬｉｎｋ別連結されたＳＴＡに対する情報を値または比率（％）に関する情報をｎｏｎ－ＡＰ ＭＬＤに送信できる。
一例として、各々のＬｉｎｋ別連結されたＳＴＡに対する情報が値で表現される場合、Ｌｉｎｋ１は１０、Ｌｉｎｋ２は２０で表現／設定されることができる。したがって、ＳＴＡ ｒａｔｉｏ ｐｅｒ ｌｉｎｋ１の値が１０に設定されることができる。また、ＳＴＡ ｒａｔｉｏ ｐｅｒ ｌｉｎｋ２の値が２０に設定されることができる。
他の一例として、各々のＬｉｎｋ別連結されたＳＴＡに対する情報が割合で表現される場合、Ｌｉｎｋ１は２０（１０／５０）％、Ｌｉｎｋ２は４０（２０／５０）％で表現／設定されることができる。したがって、ＳＴＡ ｒａｔｉｏ ｐｅｒ ｌｉｎｋ１の値が２０に設定されることができる。また、ＳＴＡ ｒａｔｉｏ ｐｅｒ ｌｉｎｋ２の値が４０に設定されることができる。
前述した例は、例示に過ぎず、各々のＬｉｎｋ別連結されたＳＴＡに対する情報は、多様に設定されることができる。前述した例の以外にも、相対的な値に各々のＬｉｎｋ別連結されたＳＴＡに対する情報が設定されることができる。
前述した各々のＬｉｎｋ別連結されたＳＴＡに対する情報に基づいて、ＳＴＡは、各Ｌｉｎｋ別に連結されたＳＴＡ個数及び比率を確認／取得することができ、これをＬｉｎｋ選択のための情報として使用することができる。
一実施例によると、前述した「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）外にも、多様な情報／ｅｌｅｍｅｎｔ／ｆｉｅｌｄが情報応答メッセージに含まれることができる。例えば、下記のような情報／ｅｌｅｍｅｎｔ／ｆｉｅｌｄが情報応答メッセージに含まれることができる。
－各ＡＰ別ＢＳＳ ｌｏａｄ情報
－Ｌｉｎｋ間のＳＴＲ Ｃａｐａｂｉｌｉｔｙ情報
－各Ｌｉｎｋ別ＴＸＯＰ情報
－各Ｌｉｎｋ別ＮＡＶ情報
－推薦Ｌｉｎｋ情報（すなわち、「ｒｅｃｏｍｍｅｎｄ Ｌｉｎｋ」ｅｌｅｍｅｎｔ）
－Ｌｉｎｋ別連結ＳＴＡ比率情報（すなわち、「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」ｅｌｅｍｅｎｔ）
－その他等等
前述した情報／ｅｌｅｍｅｎｔ／ｆｉｅｌｄ外にも、ｌｉｎｋ選択のために必要な多様な情報が情報応答メッセージに含まれて送信されることができる。
前述した例のような情報を受信したＳＴＡは、受信した情報に基づいて、自分が変更または再連結するＡＰを選択した後、Ｌｉｎｋ再連結を要請するための要請メッセージを送信することができる。前記要請メッセージを受信したＡＰ ＭＬＤは、要請を受諾する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージを送信することができる。ＡＰ ＭＬＤは、要請を拒絶する場合、「拒絶（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。
もし、要請を受諾する場合、ＡＰは、応答メッセージ送信以後からは再選択されたＡＰとのＬｉｎｋを介してｆｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。それに対して、拒絶する場合、ＳＴＡは、既存連結されたＬｉｎｋをそのまま使用することができる。
２）Ｕｎｓｏｌｉｃｉｔｅｄ方法
ｎｏｎ－ＡＰ ＭＬＤが直接追加情報を要請するＳｏｌｉｃｉｔｅｄ方法と違って、Ｕｎｓｏｌｉｃｉｔｅｄ方法によると、ｎｏｎ－ＡＰ ＭＬＤの追加情報要請なしにＢｅａｃｏｎ ｆｒａｍｅまたは別途のフレーム（例えば、ＱｏＳ ｄａｔａ ｆｒａｍｅのｆｉｅｌｄ（１１ａｘ規格のＡ－Ｃｏｎｔｒｏｌ ｆｉｅｌｄ）、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、ＦＩＬＳ ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ、ｕｎｓｏｌｉｃｉｔｅｄ Ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、ＰＳ－ＰｏｌｌフレームまたはＮｕｌｌ ｆｒａｍｅ等）を介して、ＡＰ ＭＬＤは、ｎｏｎ－ＡＰ ＭＬＤに追加情報を送信することができる。他の例として、ｎｏｎ－ＡＰ ＭＬＤに追加情報を送信するためのフレームとして新規フレームが定義されることもできる。
例えば、Ｂｅａｃｏｎ周期が多少長い場合、ｎｏｎ－ＡＰ ＭＬＤがＬｉｎｋ ｓｗｉｔｃｈｉｎｇのために必要な必須情報が足りない、または最新情報でないこともある。したがって、ＡＰは、ＡＰ ＭＬＤのＬｉｎｋ ｃａｐａｂｉｌｉｔｙ情報が含まれているフレームをｎｏｎ－ＡＰ ＭＬＤに送信できる。以後、ｎｏｎ－ＡＰ ＳＴＡは、ＡＰ ＭＬＤの各Ｌｉｎｋ別Ｃａｐａｂｉｌｉｔｙに対する最新情報を取得することができる。前記フレームは、周期的に送信されることもあり、非周期的に送信されることもある。
一例として、前記フレームが周期的に送信される場合、ＡＰは、一定の時間間隔毎にＡＰの最新情報を共有するためにフレームを送信することができる。このとき、その時間間隔は、ＡＰが送信するＢｅａｃｏｎ周期よりは短いべきである。また、前記フレームとしてＦＩＬＳ Ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅが使われる場合、前記フレームは、２０ｕｓ毎に送信されることもできる。他の一例として、ＡＰとＳＴＡがｃａｐａｂｉｌｉｔｙ ｎｅｇｏｔｉａｔｉｏｎを介して合意した周期が使われることもできる。例えば、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔの「ｐｅｒｉｏｄｉｃ」ｆｉｅｌｄ及び「ｉｎｔｅｒｖａｌ」ｆｉｅｌｄ／ｓｕｂｆｉｅｌｄ値を介して送信周期が指示されることができる。
他の一例として、前記フレームが非周期的に送信される場合、ＡＰの情報（ｃａｐａｂｉｌｉｔｙ、ＢＳＳ ｐａｒａｍｅｔｅｒ、ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ）のアップデートイベントが発生するたびに、ＡＰは、前記フレームを送信することができる。具体的な一例として、ＡＰ ＭＬＤのＡＰのＬｉｎｋ ｃａｐａｂｉｌｉｔｙが変更されるたびに、連結されたＳＴＡに、変更された情報が送信されることができる。この場合、ＳＴＡは、Ｌｉｎｋ ｃａｐａｂｉｌｉｔｙに対する最新情報を維持することができる。
前述した例によると、ｎｏｎ－ＡＰ ＳＴＡが別途のＬｉｎｋ ｃａｐａｂｉｌｉｔｙ取得のための要請メッセージを送信しないため、ｓｏｌｉｃｉｔｅｄ方法に比べて相対的にｆｒａｍｅ ｅｘｃｈａｎｇｅ ｏｖｅｒｈｅａｄが少なく発生する効果がある。また、主要情報がアップデートされるたびにアップデートされた情報をＳＴＡが受信することができるため、ＳＴＡが受信した情報を有用に使用することができる効果がある。
Ｕｎｓｏｌｉｃｉｔｅｄ方法による具体的なＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作の例が図２５を介して説明されることができる。
図２５は、ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。
図２５を参照すると、ＡＰ ＭＬＤは、ｎｏｎ－ＡＰ ＭＬＤの別途要請メッセージなしにＬｉｎｋ再選択（ｒｅｓｅｌｅｃｔｉｏｎ）に必要な必須情報を別途のｆｒａｍｅ（例えば、Ｉｎｆｏ ｍｅｓｓａｇｅ）でｎｏｎ－ＡＰに送信できる。
一実施例によると、図２５とは違って、ＡＰ ＭＬＤは、ｎｏｎ－ＡＰ ＭＬＤの別途要請メッセージなしに、Ｌｉｎｋ ｃａｐａｂｉｌｉｔｙに対する情報を自分がｎｏｎ－ＡＰ ＭＬＤに送信するＤＬフレーム（例えば、ＱｏＳ ｄａｔａ ｆｒａｍｅ）のｆｉｅｌｄを介してＳＴＡに送信することもできる。
したがって、ｎｏｎ－ＡＰ ＭＬＤは、Ｂｅａｃｏｎ ｆｒａｍｅ周期と関係なしに最新Ｌｉｎｋ ｃａｐａｂｉｌｉｔｙ情報を取得することができる。ｎｏｎ－ＡＰ ＭＬＤは、受信された情報に基づいて、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ時に適したＬｉｎｋを選択することができる。前記受信された情報に基づいて、ＳＴＡは、適したＬｉｎｋを再選択することでＡＰ ＭＬＤにＬｉｎｋ変更または再連結を要請することができる。前記要請メッセージは、自分が再連結するＡＰ情報及びＬｉｎｋ情報を含むことができる。また、このメッセージを受信したＡＰ ＭＬＤは、要請を受諾する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージを送信することができ、拒絶する場合、「拒絶（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。
もし、要請を受諾する場合、ＡＰは、応答メッセージ送信以後からは再選択されたＡＰのＬｉｎｋでｆｒａｍｅ ｅｘｃｈａｎｇｅを介してＬｉｎｋ （ｒｅ）ｓｅｔｕｐを実行することができる。それに対して、拒絶する場合、ＳＴＡは、既存連結されたＬｉｎｋをそのまま使用することができる。
３）Ｇｅｎｅｒａｌ方法
Ｇｅｎｅｒａｌ方法によると、ｎｏｎ－ＡＰ ＭＬＤは、自分が現在有した情報に基づいて、追加情報要請なしにＬｉｎｋ変更または再連結を要請することができる。この時に使われる情報は、以前に受信したＢｅａｃｏｎまたはＭａｎａｇｅｍｅｎｔ ｆｒａｍｅなどに含まれているＡＰ ＭＬＤの情報及びｎｏｎ－ＡＰ ＭＬＤの情報（例えば、Ｌｉｎｋ別ＳＴＲ Ｃａｐａｂｉｌｉｔｙ情報、Ｌｉｎｋ ｓｔａｔｅ（ｅｎａｂｌｅ／ｄｉｓａｂｌｅ）情報等）を含むことができる。
Ｓｏｌｉｃｉｔｅｄ方法と違って、ＳＴＡは、ＡＰ ＭＬＤに別途の情報要請なしに直接Ｌｉｎｋ変更または再連結のための要請メッセージをＡＰ ＭＬＤに送信できる。前記要請メッセージは、自分が再連結するＡＰ情報とＬｉｎｋ情報を含むことができる。前記要請メッセージを受信したＡＰ ＭＬＤは、要請を受諾する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージを送信し、拒絶する場合、「拒絶（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。
もし、要請を受諾する場合、ＡＰは、応答メッセージ送信以後からは再選択されたＡＰとのＬｉｎｋを介してｆｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。それに対して、拒絶する場合、ＳＴＡは、既存連結されたＬｉｎｋをそのまま使用することができる。
Ｇｅｎｅｒａｌ方法による具体的なＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作の例が図２６を介して説明されることができる。
図２６は、ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。
図２６を参照すると、ＳＴＡ２は、ＱｏＳ保障を理由で直接Ｌｉｎｋを変更することを所望することができる。ＳＴＡ２が既存にＡＰ ＭＬＤから受けた情報（例えば、Ｂｅａｃｏｎ ｆｒａｍｅまたはＭａｎａｇｅｍｅｎｔ ｆｒａｍｅ等を介して受信した情報）があり、または再連結することを所望するＬｉｎｋを既に決定した場合、ＳＴＡ２は、別途の情報要請なしにＬｉｎｋ変更または再連結を要請することができる。
ＳＴＡ２は、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅにＳＴＡ情報（例えば、ＳＴＡ ＩＤ等）及び変更しようとするＬｉｎｋ情報（例えば、Ｌｉｎｋ ＩＤまたはＡＰ ＢＳＳ情報等）を含んで送信できる。これを受信したＡＰ ＭＬＤは、変更を受諾する場合、既存Ｌｉｎｋ２を介して「承認」のＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｓｐｏｎｓｅ ｆｒａｍｅをＳＴＡ３に送信できる。以後、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡ２は、Ｌｉｎｋ （ｒｅ）ｓｅｔｕｐ過程を実行した後、ＡＰ３に再連結されることができる。
Ｌｉｎｋ変更及び再連結方法をＩｎｄｉｃａｔｉｏｎするためのシグナリング
前記提案された方法を指示するために、ＡＰ ＭＬＤとｎｏｎ－ＡＰ ＭＬＤとの間のｎｅｇｏｔｉａｔｉｏｎを介して相互間の合意過程が必要である。このために、以下の明細書では提案される方法をｅｎａｂｌｅするためのシグナリング方法が提案されることができる。
まず、前記提案された方法を指示するために、新規ｅｌｅｍｅｎｔが提案されることができる。以下、Ｌｉｎｋ変更及び再連結方法に対してＩｎｄｉｃａｔｉｏｎするためのシグナリングに関する実施例が説明されるが、前記実施例は、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ変更及び再連結方法に対してｉｎｄｉｃａｔｉｏｎするためのシグナリングに関する実施例にも適用されることができる。
Ｌｉｎｋ変更及び再連結方法をＩｎｄｉｃａｔｉｏｎするためのシグナリング過程は、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐまたはｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後に実行されることができる。また、Ｌｉｎｋ変更及び再連結方法をＩｎｄｉｃａｔｉｏｎするためのシグナリング過程に、以下で提案される新規ｅｌｅｍｅｎｔｓが使われることができる。例えば、前記ｅｌｅｍｅｎｔｓは、従来規格の（ｒｅ）ａｓｓｏｃｉａｔｉｏｎ ｆｒａｍｅまたは新規ｆｒａｍｅに含まれることもできる。
ＩＯＭ（Ｉｎｆｏｒｍａｔｉｏｎ Ｏｂｔａｉｎ Ｍｅｔｈｏｄ）Ｃａｐａｂｉｌｉｔｙ Ｅｌｅｍｅｎｔ
ＩＯＭ Ｃａｐａｂｉｌｉｔｙ Ｅｌｅｍｅｎｔは、マルチリンクのための追加情報取得方法の活性化（ｅｎａｂｌｅ）可否に関する情報を含むことができる。例えば、ＡＰ ＭＬＤとｎｏｎ－ＡＰ ＭＬＤがｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ過程で動作合意のためのメッセージを交換する過程（例：ｃａｐａｂｉｌｉｔｙ ｎｅｇｏｔｉａｔｉｏｎ過程）で、メッセージに、ｅｌｅｍｅｎｔにＩＯＭ ｃａｐａｂｉｌｉｔｙ値が存在できる。前記メッセージに、ｅｌｅｍｅｎｔにＩＯＭ ｃａｐａｂｉｌｉｔｙ値が存在することは、ＩＯＭ ｃａｐａｂｉｌｉｔｙが支援されることを意味することができる。
一実施例によると、ＡＰ ＭＬＤがＩＯＭ ｃａｐａｂｉｌｉｔｙを支援する場合、ＡＰは、Ｏｔｈｅｒ ＡＰの情報を内部的に共有を受けて、Ｏｔｈｅｒ ＡＰの情報を有していることがある。ｏｔｈｅｒ ＡＰの情報が共有されないＭＬＤは、ＩＯＭ ｃａｐａｂｉｌｉｔｙを支援することができない。
一実施例によると、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔの値が第１の値（例えば、１）に設定される場合、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔは、ＩＯＭを活性化させて指示された機能で動作することを意味することができる。それに対して、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔの値が第２の値（例えば、０）に設定される場合、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔは、ＩＯＭを非活性化させることを意味することができる。
一実施例によると、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔは、多様な動作を指示するために多様なｆｉｅｌｄ／ｅｌｅｍｅｎｔを含むことができる。例えば、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔは、以下で説明される多様なｆｉｅｌｄ／ｅｌｅｍｅｎｔを含むこともできる。ただし、ＡＰ ＭＬＤがリンク変更を要請する場合及びｎｏｎ－ＡＰ ＭＬＤがリンク変更を要請する場合によって、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔに追加されるｆｉｅｌｄ／ｅｌｅｍｅｎｔが異なるように設定されることができる。また、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔに追加されるｆｉｅｌｄ／ｅｌｅｍｅｎｔのうち少なくとも一部は、省略されることもできる。一例として、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔに追加されるｆｉｅｌｄ／ｅｌｅｍｅｎｔのうち指示する必要がない情報を含むｆｉｅｌｄ／ｅｌｅｍｅｎｔは、省略されることができる。
以下、マルチリンクに関する追加的な情報を取得するために定義／設定される多様なｆｉｅｌｄ／ｅｌｅｍｅｎｔの例が説明されることができる。以下で説明される多様なｆｉｅｌｄ／ｅｌｅｍｅｎｔは、独立的に構成され、または二つ以上のｆｉｅｌｄ／ｅｌｅｍｅｎｔが結合されて多様なフレームを介して送信されることができる。例えば、以下で説明される多様なｆｉｅｌｄ／ｅｌｅｍｅｎｔは、他のｅｌｅｍｅｎｔに含まれて定義する動作を実行することができる。他の例として、以下で説明される多様なｆｉｅｌｄ／ｅｌｅｍｅｎｔは、各々のｅｌｅｍｅｎｔまたは独立的なｆｉｅｌｄで他のｅｌｅｍｅｎｔに追加されて使われることもできる。
Ｍｅｔｈｏｄ種類（または、Ｍｅｔｈｏｄ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ
Ｍｅｔｈｏｄ種類ｆｉｅｌｄ／ｅｌｅｍｅｎｔ（以下、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔ）は、ＩＯＭの動作方法に関する情報を含むことができる。他に表現すれば、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔは、ＩＯＭの動作方法を指示することができる。例えば、Ｎｏｎ－ＡＰ ＭＬＤがＡＰから情報取得のためにＩＯＭ方法を活性化させる時、Ｎｏｎ－ＡＰ ＭＬＤは、前記提案した方法（例えば、Ｓｏｌｉｃｉｔｅｄ方法、Ｕｎｓｏｌｉｃｉｔｅｄ方法、Ｇｅｎｅｒａｌ方法）の中から使用する方法を選択して指示できる。
一例として、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第１の値（例：０）であることに基づいて、Ｓｏｌｉｃｉｔｅｄ方法が指示／使われることができる。Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第２の値（例：１）であることに基づいて、Ｕｎｓｏｌｉｃｉｔｅｄ方法が指示／使われることができる。Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第３の値（例：２）であることに基づいて、Ｇｅｎｅｒａｌ方法が指示／使われることができる。Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第４の値（例：３）であることに基づいて、Ｓｏｌｉｃｉｔｅｄ方法とＵｎｓｏｌｉｃｉｔｅｄ方法が全て指示／使われることができる。
他の一例として、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔとして１ｂｉｔが使われることができる。この場合、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第１の値（例：０）（例：０）であることに基づいて、Ｓｏｌｉｃｉｔｅｄ方法が指示／使われることができる。Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第２の値（例：１）であることに基づいて、Ｕｎｓｏｌｉｃｉｔｅｄ方法が指示／使われることができる。
他の一例として、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔとして２ｂｉｔが使われることができる。この場合、各方法別単独使用または重複使用などが指示されることもできる。
リンク範囲（Ｌｉｎｋ ｒａｎｇｅ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ
ｎｏｎ－ＡＰ ＭＬＤは、ＡＰ ＭＬＤに情報を要請する場合、リンク範囲（Ｌｉｎｋ ｒａｎｇｅ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔを介して要請するリンクの範囲を指示することができる。リンク範囲（Ｌｉｎｋ ｒａｎｇｅ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔは、ＳＴＡがＡＰ ＭＬＤ内の全てのリンクの情報を要請することを所望するか、または、ＡＰ ＭＬＤ内の一部リンクの情報を要請することを所望するかに関する情報を含むことができる。
例えば、リンク範囲ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第１の値（例：０）である場合、リンク範囲ｆｉｅｌｄ／ｅｌｅｍｅｎｔは、ＡＰ ＭＬＤ内の全てのリンクに対する情報を要請することを意味することができる。リンク範囲ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第２の値（例：１）である場合、リンク範囲ｆｉｅｌｄ／ｅｌｅｍｅｎｔは、ＡＰ ＭＬＤ内の一部リンクに対する情報を要請することを意味することができる。
このとき、リンク範囲ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第１の値（例：０）である場合には、ＡＰ ＭＬＤ内の全体リンクに対する要請であるため、別途のリンク指示子（例えば、「Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ」ｆｉｅｌｄ）情報が必要でない。これに対して、リンク範囲ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第２の値（例：１）である場合には、ＡＰ ＭＬＤ内の一部リンクに対する情報要請であるため、リンク指示子情報が必要である。
情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ
情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄは、ｎｏｎ－ＡＰ ＭＬＤが情報を要請する場合、情報の範囲を指示するために使われることができる。
例えば、情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄの値が第１の値（例：０）である場合、情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄは、ＡＰが有した一部情報のみが提供されることを示すことができる。情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄの値が第２の値（例：１）である場合、情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄは、ＡＰが有した全ての情報（または、全体情報）が提供されることを示すことができる。
一実施例によると、ＡＰが有した情報（ｅｌｅｍｅｎｔ）の全体または一部要請を示すために情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄが定義されることができるが、ＳＴＡは、追加的なｓｕｂｆｉｅｌｄを介してより細かい情報を要請することもできる。例えば、提供を受ける情報範囲（例えば、ａｌｌ ｉｎｆｏｒｍａｔｉｏｎまたはｐａｒｔｉａｌ ｉｎｆｏｒｍａｔｉｏｎ）を指示するためのｓｕｂｆｉｅｌｄが情報範囲ｆｉｅｌｄに含まれることもできる。例えば、提供を受ける情報範囲を指示するためのｓｕｂｆｉｅｌｄは、ａｌｌ／ｐａｒｔｉａｌ ｓｕｂｆｉｅｌｄに定義／設定されることができる。
一実施例によると、全ての情報の提供を受けるかどうかまたは前記全ての情報のうち変更された情報のみの提供を受けるかどうかを示すためのｓｕｂｆｉｅｌｄが新しく提案されることができる。他に表現すれば、前記新しく提案されたｓｕｂｆｉｅｌｄは、全ての情報の提供を受けるかどうかまたは前記全ての情報のうち変更された情報のみの提供を受けるかどうかを指示することができる。
例えば、全ての情報の提供を受けるかどうかまたは前記全ての情報のうち変更された情報のみの提供を受けるかどうかを示すためのｓｕｂｆｉｅｌｄは、ｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄに定義／設定されることができる。
ＳＴＡが変更された情報のみを受信することを所望する場合、ｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄ値が１に設定されることができる。他に表現すれば、ＳＴＡが変更された情報のみを受信することを所望する場合、前記ＳＴＡは、ｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄ値を１に設定できる。例えば、ｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄ値が１に設定された場合、ｓｏｌｉｃｉｔｅｄ方法によると、ＳＴＡが情報要請時、ＡＰ（または、ＡＰ ＭＬＤ）は、要請した情報のうち変更された情報（すなわち、アップデートされた情報）のみを送信することができる。他の例として、ｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄ値が１に設定された場合、ｕｎｓｏｌｉｃｉｔｅｄ方法によると、ＡＰは、ＳＴＡが設定した情報範囲で変更された情報のみを公知（ｎｏｔｉｆｙ）することができる。
前記例によると、変更された情報のみを受信するために、情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄ内のｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄが提案されたが、これに限定されるものではない。変更された情報のみを受信するために、別途のｆｉｅｌｄまたはｅｌｅｍｅｎｔが定義／設定されることもできる。
前述した実施例によると、ＳＴＡが要請できる情報の範囲が、Ｕｐｄａｔｅされた情報または全ての情報に設定されることができる。この場合、多くのフレームオーバーヘッドを所望しないＳＴＡは、変更された情報に対してのみ受信するように要請できる。したがって、オーバーヘッドを減少させることができる効果がある。
リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ
リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄは、要請する特定リンクを指示するために使われることができる。他に表現すれば、リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄは、要請する特定リンクに関する情報を含むことができる。リンク条件ｆｉｅｌｄは、ＳＴＡが特定リンク情報のみをＡＰから提供を受けることを所望する場合に使われることができる。
リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄは、リンク識別子（例えば、Ｌｉｎｋ ＩＤ、ＢＳＳ ＩＤ）で表示されることができる。他に表現すれば、リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄは、リンク識別子（例えば、Ｌｉｎｋ ＩＤ、ＢＳＳ ＩＤ）に関する情報を含むことができる。他に表現すれば、情報を取得するためのリンクを特定するために、リンク識別子が使われることができる。
例えば、Ｌｉｎｋ１に連結されたＳＴＡがＬｉｎｋ２、Ｌｉｎｋ３に対する情報のみをＡＰに要請したい場合、ＳＴＡは、リンク条件ｆｉｅｌｄにｌｉｎｋ２、ｌｉｎｋ３を表示してＬｉｎｋ２、Ｌｉｎｋ３に対する情報をＡＰに要請できる。例えば、前述したｉｎｆｏ ｒａｎｇｅ ｆｉｅｌｄの値が１である場合、ｌｉｎｋ２、ｌｉｎｋ３に該当する全ての情報が送信されることができる。他の例として、前述したｉｎｆｏ ｒａｎｇｅ ｆｉｅｌｄの値が０である場合、ｌｉｎｋ２、ｌｉｎｋ３でＳＴＡが指定した一部情報が送信されることができる。一実施例によると、ＳＴＡが指定する一部情報は、下記のＩｎｆｏ ｃｏｎｄｉｔｉｏｎ ｆｉｅｌｄを介して決定されることができる。
一実施例によると、リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄの値がない、または０である場合、ＡＰは、リンク条件がないと判断できる。したがって、ＡＰは、ＳＴＡに全てのリンクに関する情報を提供／送信することができる。
情報条件（Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ
情報条件（Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄは、要請する特定情報種類を指示するために使われることができる。他に表現すれば、情報条件（Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄは、ＳＴＡが特定情報のみをＡＰから提供を受けることを所望する場合に使われることができる。
例えば、情報条件ｆｉｅｌｄは、ｉｎｆｏ ｒａｎｇｅ ｆｉｅｌｄが０に設定された場合にのみ使われることができる。他の例として、情報条件ｆｉｅｌｄは、ｉｎｆｏ ｒａｎｇｅ ｆｉｅｌｄがない場合にも、ＳＴＡが特定情報を指示するために使われることができる。
例えば、情報条件ｆｉｅｌｄ内で、ＳＴＡが指定可能な情報（例えば、ＢＳＳ Ｌｏａｄ、ＳＴＲ Ｃａｐａｂｉｌｉｔｙ等）がＢｉｔｍａｐで表示されることができる。一例として、ＡＰが提供する情報の種類及びＢｉｔ内の指示方法または順序などは、多様に設定されることができる。
一実施例によると、情報条件ｆｉｅｌｄは、前述したリンク条件ｆｉｅｌｄと共に使われることができる。一実施例によると、情報条件ｆｉｅｌｄは、多様なｆｉｅｌｄ／ｅｌｅｍｅｎｔの組み合わせに基づいて、多様な条件の要請情報をＳＴＡ（または、ＡＰ）に送信できる。
一実施例によると、マルチリンクに関する追加的な情報を取得するために定義／設定されるｆｉｅｌｄ／ｅｌｅｍｅｎｔは、前述したｆｉｅｌｄ／ｅｌｅｍｅｎｔに限定されるものではなく、多様なｆｉｅｌｄ／ｅｌｅｍｅｎｔがさらに設定されることもできる。
したがって、ＭＬＤ（ＡＰ ＭＬＤまたはｎｏｎ－ＡＰ ＭＬＤ）は、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ過程で、前述したｅｌｅｍｅｎｔｓ／ｆｉｅｌｄｓのうち少なくとも一つを使用してＡＰ ＭＬＤとｎｏｎ－ＡＰ ＭＬＤとの間のｎｅｇｏｔｉａｔｉｏｎを介してＩＯＭ機能（ｃａｐａｂｉｌｉｔｙ）を指示することができる。また、ＭＬＤは、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ完了以後、別途のメッセージ交換を介してＭＬＤ間の合意内容をアップデートさせることができる。
一実施例によると、ＩＯＭ機能（ｃａｐａｂｉｌｉｔｙ）が活性化された場合、リンク変更及び再連結のための実施例に基づいてＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤが動作できる。
以下、ＩＯＭ機能（ｃａｐａｂｉｌｉｔｙ）が活性化された場合、ＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作の例が説明されることができる。例えば、ｎｏｎ－ＡＰ ＭＬＤが前述したｆｉｅｌｄ／ｅｌｅｍｅｎｔをＡＰ ＭＬＤに送信することによって、マルチリンクのための追加情報を要請することができる。ｎｏｎ－ＡＰ ＭＬＤは、前述したｆｉｅｌｄ／ｅｌｅｍｅｎｔを含むＩＯＭ Ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔをＡＰ ＭＬＤに送信できる。前述したｆｉｅｌｄ／ｅｌｅｍｅｎｔがＩＯＭ Ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔに含まれることは、例示に過ぎず、独立的なｆｉｅｌｄ／ｅｌｅｍｅｎｔで送信されることもできる。
例えば、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ過程で、ｎｏｎ－ＡＰ ＭＬＤは、「Ｍｅｔｈｏｄ ｆｉｅｌｄ＝０」及び「Ｉｎｆｏ ｒａｎｇｅ ｆｉｅｌｄ＝１」を含むＩＯＭ Ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔをＡＰ ＭＬＤに送信し、ＡＰ ＭＬＤとこれに対して合意できる。この場合、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後、ｎｏｎ－ＡＰ ＭＬＤは、Ｓｏｌｉｃｉｔｅｄ ｍｅｔｈｏｄで動作し、情報要請時にｂｅａｃｏｎに含まれている全ての情報を含むマルチリンクのための情報（例えば、Ｏｔｈｅｒ ＡＰに関する情報）を要請することができる。したがって、ＡＰ ＭＬＤは、ＳＴＡから要請メッセージを受信した場合にのみ、Ｌｉｎｋに対する情報を応答メッセージとして提供／送信できる。ＡＰ ＭＬＤは、要請メッセージ受信時、ＡＰ ＭＬＤ内の全てのリンクに対する情報を含む応答メッセージをＳＴＡに送信できる。前記ＡＰ ＭＬＤ内の全てのリンクに対する情報は、ｂｅａｃｏｎに含まれている情報を全て含むことができる。
他の例として、ｎｏｎ－ＡＰ ＭＬＤは、「Ｍｅｔｈｏｄ ｆｉｅｌｄ＝１」、「Ｉｎｆｏ ｒａｎｇｅ ｆｉｅｌｄ＝０」、「Ｌｉｎｋ ｒａｎｇｅ＝Ｌｉｎｋ ｉｄ２」、「Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ ｆｉｅｌｄ＝（ｂｉｔｍａｐを介してＢＳＳ Ｌｏａｄを表示した値）」を含むＩＯＭ Ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔをＡＰ ＭＬＤに送信し、ＡＰ ＭＬＤとこれに対して合意できる。この場合、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後、ｎｏｎ－ＡＰ ＭＬＤは、Ｕｎｓｏｌｉｃｉｔｅｄ ｍｅｔｈｏｄで動作できる。したがって、別途の要請メッセージがなくても、ＡＰは、Ｌｉｎｋ２のＢＳＳ ｌｏａｄ情報を別途のメッセージを介してＳＴＡに送信できる。
一実施例によると、ＡＰ ＭＬＤとｎｏｎ－ＡＰ ＭＬＤは、ｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ過程でまたはｍｕｌｔｉ－ｌｉｎｋ ｓｅｔｕｐ以後に、本明細書で提案されたシグナリング方法を介して提案するＩＯＭ方法を活性化させることができる。また、ＡＰ ＭＬＤとｎｏｎ－ＡＰ ＭＬＤは、ＩＯＭ Ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔ内の多様なｆｉｅｌｄ値を介して要請する情報範囲及び種類を制限することができる。
一実施例によると、前述したＩＯＭシグナリング方法を介してＭＬＤ間の正確な動作協議（Ｎｅｇｏｔｉａｔｉｏｎ）以後にＩＯＭ動作が実行されることができるが、別途のシグナリング過程なしに、ＭＬＤ具現によりＩＯＭ動作が実行されることもできる。これはＡＰ ＭＬＤとｎｏｎ－ＡＰ ＭＬＤの協議なしに、ＡＰ ＭＬＤ具現によりまたはｎｏｎ－ＡＰ ＭＬＤの具現により動作することを意味することができる。
前述した実施例に基づいて、ＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤが動作できるが、別途のシグナリング交換なしにＭＬＤがＩＯＭ動作を実行する場合、下記のような制約事項が発生できる。
１）Ｓｏｌｉｃｉｔｅｄ方法に対する制約事項：もし、ＡＰ ＭＬＤのＡＰ間にＩｎｆｏ ｓｈａｒｉｎｇが支援されない場合、ＳＴＡが他のＬｉｎｋに対する情報を要請すると、応答することができない。
２）Ｕｎｓｏｌｉｃｉｔｅｄ方法に対する制約事項：ＡＰは、Ｌｉｎｋ追加情報が必要なＳＴＡを自ら判断して（例えば、ｂｅａｃｏｎ周期等）別途のメッセージを提供することができる。したがって、ＳＴＡは、自分がこの情報を受信するかどうかをあらかじめ予測することができない。
ＭＬＤが別途のシグナリング方法なしにＩＯＭを具現する場合、動作過程が単純になる効果があるが、前述した制約事項が発生できる問題がある。
Ａｎｃｈｏｒｅｄ Ｌｉｎｋ変更及び再連結のための実施例
一実施例によると、ＡＰ ＭＬＤは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋを支援することができる。ＡＰ ＭＬＤがＡｎｃｈｏｒｅｄ Ｌｉｎｋを支援する場合、前述したＬｉｎｋ変更及び再連結のための実施例に追加的に考慮される事項がある。
ＡＰ ＭＬＤは、一つまたは一つ以上のＡｎｃｈｏｒｅｄ Ｌｉｎｋを支援することができ、一つまたは一つ以上のＡｎｃｈｏｒｅｄ Ｌｉｎｋに関する情報をｎｏｎ－ＡＰ ＭＬＤにＡｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ情報／ｅｌｅｍｅｎｔを介して提供できる。Ｎｏｎ－ＡＰ ＭＬＤは、このようなＡｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔの中から一つまたは一つ以上のＬｉｎｋを自分のＡｎｃｈｏｒｅｄ Ｌｉｎｋとして選択して使用することができる。Ａｎｃｈｏｒｅｄ Ｌｉｎｋとして選択されたｌｉｎｋでない残りのＬｉｎｋは、ｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋとして動作できる。
Ａｎｃｈｏｒｅｄ Ｌｉｎｋ及びｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋは、電力消耗側面、データロード側面でｔｒａｄｅ－ｏｆｆ関係を有する。すなわち、ｎｏｎ－ＡＰ ＭＬＤが一つのＡｎｃｈｏｒｅｄ Ｌｉｎｋを使用すると、電力消耗量は減少させることができるが、データ（特に、Ｂｅａｃｏｎ及びｍａｎａｇｅｍｅｎｔ ｆｒａｍｅに対するデータ）送信ＱｏＳ保障は容易でない。それに対して、複数のＡｎｃｈｏｒｅｄ Ｌｉｎｋを使用すると、データ送信ＱｏＳ保障はできるが、電力減少量が減ることができる。
したがって、ｎｏｎ－ＡＰ ＭＬＤは、効率的なｄａｔａ ｅｘｃｈａｎｇｅのためにＡｎｃｈｏｒｅｄ Ｌｉｎｋに対して動的に（ｄｙｎａｍｉｃａｌｌｙ）再選択を要請しなければならない。したがって、以下、ｎｏｎ－ＡＰ ＭＬＤがＡｎｃｈｏｒｅｄ ｌｉｎｋ変更／再選択を動的に（ｄｙｎａｍｉｃａｌｌｙ）要請するための実施例が提案されることができる。
まず、Ａｎｃｈｏｒｅｄ Ｌｉｎｋを支援するＭＬＤ構造が図２７を介して説明されることができる。
図２７は、Ａｎｃｈｏｒｅｄ Ｌｉｎｋを支援するＭＬＤ構造の例を示す。
図２７を参照すると、ＡＰ ＭＬＤは、５個のＬｉｎｋのうち２個のＬｉｎｋ（すなわち、ＡＰ１及びＡＰ４）をＡｎｃｈｏｒｅｄ Ｌｉｎｋとして使用することができる。ｎｏｎ－ＡＰ ＭＬＤは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋとして使われる２個のｌｉｎｋの中からＬｉｎｋ１を選択して一つのＡｎｃｈｏｒｅｄ Ｌｉｎｋを使用することができる。Ｎｏｎ－ＡＰ ＭＬＤの残りのＬｉｎｋは、ｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋ（Ｌｉｎｋ２、Ｌｉｎｋ３）に連結されることができる。すなわち、ｎｏｎ－ＡＰ ＭＬＤは、Ｂｅａｃｏｎ及びｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ受信のためにＬｉｎｋ１を常にｍｏｎｉｔｏｒｉｎｇしなければならない。
一実施例によると、ＳＴＡ１がＬｏａｄ ｂａｌａｎｃｉｎｇなどの理由で既存に使用したＡｎｃｈｏｒｅｄ ＬｉｎｋをＡＰ１でないＡＰ４のＡｎｃｈｏｒｅｄ Ｌｉｎｋに変更することを要請することができる。Ａｎｃｈｏｒｅｄ Ｌｉｎｋ変更のために、前述したＬｉｎｋ ｓｗｉｔｃｈｉｎｇに関する実施例が適用されることができる。
ただし、Ａｎｃｈｏｒｅｄ Ｌｉｎｋは、ＡＰ ＭＬＤが支援するＬｉｎｋのうち一部Ｌｉｎｋで制限的に支援される。したがって、ＡＰ ＭＬＤは、別途のＡｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔを有することができる。ｎｏｎ－ＡＰ ＭＬＤ（または、ＳＴＡ）は、前記Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔに含まれているＬｉｎｋの中から一つを選択して変更または再連結を要請しなければならない。また、ｎｏｎ－ＡＰ ＭＬＤは、最小限一つ以上のＡｎｃｈｏｒｅｄ Ｌｉｎｋを有しなければならないため、Ｌｉｎｋ変更または再連結要請時にこれを考慮してＡｎｃｈｏｒｅｄ Ｌｉｎｋ変更を要請しなければならない。
前述した実施例のために、ＡＰ ＭＬＤは、ｎｏｎ－ＡＰ ＭＬＤに追加的に「Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ」情報を提供しなければならない。これは新規Ｅｌｅｍｅｎｔまたはｆｉｅｌｄ形態でフレームに含まれることができる。前述した「Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ」の名称は、例示に過ぎず、多様に設定／表現されることができる。
－「Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ」（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）：現在ＡＰ ＭＬＤが支援するＡｎｃｈｏｒｅｄ Ｌｉｎｋのリスト情報。例えば、現在ＡＰ ＭＬＤが支援するＡｎｃｈｏｒｅｄ Ｌｉｎｋのリスト情報は、一つまたは一つ以上のＬｉｎｋ ＩＤまたはＡＰ ＢＳＳ値等に指示／設定されることができる。Ｎｏｎ－ＡＰ ＭＬＤは、前記リスト内に含まれているＬｉｎｋのうち最小限一つ以上のＡｎｃｈｏｒｅｄ Ｌｉｎｋと連結されなければならない。
前述した情報（例えば、「Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ」（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ））は、既存のＢｅａｃｏｎまたはｍａｎａｇｅｍｅｎｔ ｆｒａｍｅに含まれて送信され、または前述したＳｏｌｉｃｉｔｅｄ方法の場合、Ｉｎｆｏ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅに共に含まれてｎｏｎ－ＡＰ ＭＬＤに送信されることができる。
したがって、ｎｏｎ－ＡＰ ＭＬＤが、自分が使用するＡｎｃｈｏｒｅｄ Ｌｉｎｋ変更を要請する場合、ｎｏｎ－ＡＰ ＭＬＤは、現在支援するＡｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ情報をあらかじめ知っていなければならない。もし、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ情報を知らない、または（最も）最新情報を得たい場合には、Ｓｏｌｉｃｉｔｅｄ方法でＡＰ ＭＬＤから取得できる。
Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ情報に基づいて、ＳＴＡは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔのうち一つのＬｉｎｋにのみ変更または再連結を要請することができる。もし、Ｌｉｓｔに含まれない他のＬｉｎｋに変更または再連結を要請する場合、ＡＰ ＭＬＤは、拒絶メッセージをＳＴＡに送信できる。
Ａｎｃｈｏｒｅｄ Ｌｉｎｋ変更または再連結をする場合、既存のＬｉｎｋ変更方法以外に追加的に考慮すべき事項がある。ｎｏｎ－ＡＰ ＭＬＤのＳＴＡがＡｎｃｈｏｒｅｄ Ｌｉｎｋを変更する場合は、大きく二つに区分されることができる。
第一は、既にＡｎｃｈｏｒｅｄ Ｌｉｎｋに連結されているＳＴＡがｌｏａｄ ｂａｌａｎｃｉｎｇなどの理由でＡＰ ＭＬＤの他のＡｎｃｈｏｒｅｄ Ｌｉｎｋに変更する場合（Ａｎｃｈｏｒｅｄ ＬｉｎｋのためのＡＰ変更）である。第二は、Ａｎｃｈｏｒｅｄ Ｌｉｎｋに連結されているＳＴＡが電力状態などの理由でｄｉｓａｂｌｅされて、ｎｏｎ－ＡＰ ＭＬＤの他のＳＴＡがＡｎｃｈｏｒｅｄ Ｌｉｎｋに再連結される場合（Ａｎｃｈｏｒｅｄ ＬｉｎｋのためのＳＴＡ変更）である。
第一の場合は、前述したＬｉｎｋ変更及び再連結のための実施例と類似／同一に動作できる。ただし、ＳＴＡがＬｉｎｋ再選択時、ＡＰ ＭＬＤが支援するＡｎｃｈｏｒｅｄ Ｌｉｎｋ ＬｉｓｔのＬｉｎｋの中から選択しなければならない。もし、他のＬｉｎｋを選択する場合、ＡＰ ＭＬＤは、拒絶応答メッセージを送信することができる。
第二の場合は、追加的な考慮事項が必要である。第二の場合に対する例が図２８を介して説明されることができる。
図２８は、Ａｎｃｈｏｒｅｄ ｌｉｎｋ変更または再連結が必要な状況の例を示す。
図２８を参照すると、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡは、多様な理由（例えば、ｐｏｗｅｒ ｏｆｆなど）でＳＴＡ１の状態がｄｉｓａｂｌｅｄされることができる。このとき、現在ＳＴＡ２とＳＴＡ３は、全てｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋに連結されているため、二つのうち一つのＳＴＡは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋに再連結されなければならない。
図２８に示すように、ｎｏｎ－ＡＰ ＭＬＤがＡｎｃｈｏｒｅｄ Ｌｉｎｋを再連結すべき場合、ｎｏｎ－ＡＰ ＭＬＤは、ＳＴＡ２とＳＴＡ３のうち一つのＳＴＡをＡｎｃｈｏｒｅｄ Ｌｉｎｋに再連結を試みることができる。
例えば、ｎｏｎ－ＡＰ ＭＬＤが、ＡＰ ＭＬＤが支援するＡｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔに対する情報を知っている場合、ｎｏｎ－ＡＰ ＭＬＤは、適したＬｉｎｋを選択してＬｉｎｋ変更を要請することができる。
他の例として、ｎｏｎ－ＡＰ ＭＬＤが、ＡＰ ＭＬＤが支援するＡｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔに対する情報がない場合、ｎｏｎ－ＡＰ ＭＬＤは、ＡＰ ＭＬＤにＩｎｆｏ ｒｅｑｕｅｓｔを介して情報を取得した後、適したＬｉｎｋを選択してＬｉｎｋ変更を要請することができる。
前述した実施例によるＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの具体的な動作の例が図２９を介して説明されることができる。
図２９は、Ａｎｃｈｏｒｅｄ ｌｉｎｋ変更または再連結のためのＡＰ ＭＬＤ及びｎｏｎ－ＡＰ ＭＬＤの動作を示す。
図２９を参照すると、Ａｎｃｈｏｒｅｄ Ｌｉｎｋと連結されていたＳＴＡ１がＤｉｓａｂｌｅｄされた場合、ｎｏｎ－ＡＰ ＭＬＤは、新しいＡｎｃｈｏｒｅｄ Ｌｉｎｋ連結が必要である。このとき、ｎｏｎ－ＡＰ ＭＬＤは、ＳＴＡ３に対して既存に連結されていたＡＰ３とのｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋ連結を切ってＡｎｃｈｏｒｅｄ Ｌｉｎｋに再連結を試みることができる。
例えば、ＳＴＡ３は、既存Ａｎｃｈｏｒｅｄ Ｌｉｎｋとして使用したＡＰ１に連結を試みることができる。他の例として、ＳＴＡ３は、多様な情報に基づいて、新しいＡＰ４に連結を試みることもできる。
新しいＡｎｃｈｏｒｅｄ Ｌｉｎｋを選択する過程は、前述したｌｉｎｋ変更または再連結のための実施例と同一／類似するように実行されることができる。例えば、ＳＴＡ３は、ＡＰから推薦されたａｎｃｈｏｒｅｄ ｌｉｎｋを選択し、またはＳＴＡ３が直接ａｎｃｈｏｒｅｄ ｌｉｎｋ選択することによって再連結を要請することができる。Ａｎｃｈｏｒｅｄ Ｌｉｎｋ再連結完了以後、ＳＴＡ３のＬｉｎｋは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋとして動作できる。
Ａｎｃｈｏｒｅｄ Ｌｉｎｋに関する情報を含むｅｌｅｍｅｎｔ／ｆｉｅｌｄ
一実施例によると、ＡＰ ＭＬＤが支援するＡｎｃｈｏｒｅｄ Ｌｉｎｋに関する情報が変更され、またはＳＴＡが直接Ａｎｃｈｏｒｅｄ Ｌｉｎｋに関する情報を要請した場合、ＡＰ ＭＬＤは、ｎｏｎ－ＡＰ ＭＬＤに前記情報（すなわち、変更されたＡｎｃｈｏｒｅｄ Ｌｉｎｋに関する情報またはＳＴＡから要請を受けたＡｎｃｈｏｒｅｄ Ｌｉｎｋに関する情報）を送信することができる。
例えば、前記情報は、現在使用中であるＡｎｃｈｏｒｅｄ Ｌｉｎｋと関連した情報であって、Ｂｅａｃｏｎ ｆｒａｍｅ内に含まれて送信されることもあり、別途のＭａｎａｇｅｍｅｎｔ ｆｒａｍｅに含まれて送信されることもある。
Ａｎｃｈｏｒｅｄ Ｌｉｎｋに関する情報は、前述したＡＰ ＭＬＤが支援するＡｎｃｈｏｒｅｄ Ｌｉｎｋを示す「Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ」ｅｌｅｍｅｎｔ及びｎｏｎ－ＡＰ ＭＬＤのＳＴＡ別Ａｎｃｈｏｒｅｄ Ｌｉｎｋ使用有無情報を含むことができる。
以下、前述したＡｎｃｈｏｒｅｄ Ｌｉｎｋに関する情報を含む新しいｅｌｅｍｅｎｔが提案されることができる。新しく提案されるｅｌｅｍｅｎｔは、下記のように構成／設定されることができる。
１）「Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｉｎｄｉｃａｔｉｏｎ」ｅｌｅｍｅｎｔ（ｏｒ ｆｉｅｌｄ）：「Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｉｎｄｉｃａｔｉｏｎ」ｅｌｅｍｅｎｔは、ＡＰ ＭＬＤに連結された全てのＳＴＡ別Ａｎｃｈｏｒｅｄ Ｌｉｎｋ使用有無に関する情報を含むことができる。すなわち、「Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｉｎｄｉｃａｔｉｏｎ」ｅｌｅｍｅｎｔは、ｎｏｎ－ＡＰ ＭＬＤのＬｉｎｋ別またはＳＴＡ別にＡｎｃｈｏｒｅｄ Ｌｉｎｋ使用有無をｉｎｄｉｃａｔｉｏｎしたｅｌｅｍｅｎｔ／ｆｉｅｌｄである。
２）「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ａｎｃｈｏｒｅｄ Ｌｉｎｋ」ｅｌｅｍｅｎｔ（ｏｒ ｆｉｅｌｄ）：「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ａｎｃｈｏｒｅｄ Ｌｉｎｋ」ｅｌｅｍｅｎｔは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ別連結されたＳＴＡ比率または個数に関する情報を含むことができる。ただし、ＬｉｎｋをＡｎｃｈｏｒｅｄ Ｌｉｎｋとして使用するＳＴＡのみが考慮されることができる。他に表現すれば、ＡＰ ＭＬＤが第１のＬｉｎｋをＡｎｃｈｏｒｅｄ Ｌｉｎｋとして支援しても、前記第１のＬｉｎｋをＮｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋとして使用するＳＴＡは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ別連結されたＳＴＡに含まれない。
一実施例によると、前記ｅｌｅｍｅｎｔは、前述したＡｎｃｈｏｒｅｄ Ｌｉｎｋ変更または再連結のための実施例の全ての過程で、必要な場合、フレーム内に追加情報として含まれることができる。
前記ｅｌｅｍｅｎｔの具体的な例が図３０及び図３１を介して説明されることができる。
図３０及び図３１は、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ再連結のためのｅｌｅｍｅｎｔの具体的な例を示す。
図３０及び図３１を参照すると、Ａｎｃｈｏｒｅｄ Ｌｉｎｋに関する情報は、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ ｅｌｅｍｅｎｔ（または、ｆｉｅｌｄ）、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｉｎｄｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ（または、ｆｉｅｌｄ）、及び／又はＳＴＡ ｒａｔｉｏ ｐｅｒ Ａｎｃｈｏｒｅｄ Ｌｉｎｋ ｅｌｅｍｅｎｔ（または、ｆｉｅｌｄ）を介して送信されることができる。他に表現すれば、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ再連結のためのｅｌｅｍｅｎｔは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ ｅｌｅｍｅｎｔ（または、ｆｉｅｌｄ）、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｉｎｄｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ（または、ｆｉｅｌｄ）、及び／又はＳＴＡ ｒａｔｉｏ ｐｅｒ Ａｎｃｈｏｒｅｄ Ｌｉｎｋ ｅｌｅｍｅｎｔ（または、ｆｉｅｌｄ）を含むことができる。
一実施例によると、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ ｅｌｅｍｅｎｔは、前述したように現在ＡＰ ＭＬＤが支援するＬｉｎｋ目録情報を含むことができる。例えば、現在ＡＰ ＭＬＤが支援するＬｉｎｋ目録情報は、Ｌｉｎｋ ＩＤまたはＡＰ ＢＳＳ情報等に基づいて指示されることができる。他に表現すれば、現在ＡＰ ＭＬＤが支援するＬｉｎｋ目録が、Ｌｉｎｋ ＩＤまたはＡＰ ＢＳＳ情報に基づいて構成／設定されることができる。
一実施例によると、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｉｎｄｉｃａｔｉｏｎ ｅｌｅｍｅｎｔは、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡ別にＡｎｃｈｏｒｅｄ Ｌｉｎｋ使用有無に関する情報を含むことができる。例えば、ｎｏｎ－ＡＰ ＭＬＤのＳＴＡ別にＡｎｃｈｏｒｅｄ Ｌｉｎｋ使用有無に関する情報は、各Ｌｉｎｋ別にＩｎｄｉｃａｔｉｏｎ ｂｉｔｍａｐを介して指示／表示されることができる（すなわち、図２８）。他の例として、一つのＢｉｔｍａｐを介して全てのＳＴＡに対するＡｎｃｈｏｒｅｄ Ｌｉｎｋ使用有無が指示／表示されることができる（すなわち、図２９）。
一例として、Ｌｉｎｋ ＩＤによるＩｎｄｉｃａｔｉｏｎ ｂｉｔｍａｐでＡｎｃｈｏｒｅｄ Ｌｉｎｋ使用有無に関する情報が指示される場合、ＳＴＡは、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ ｅｌｅｍｅｎｔの値に基づいて、現在Ａｎｃｈｏｒｅｄ Ｌｉｎｋを確認することができる。したがって、前記ＳＴＡは、各Ａｎｃｈｏｒｅｄ Ｌｉｎｋに連結されたＳＴＡの比率を確認することができる。このとき、ｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋに対するＩｎｄｉｃａｔｉｏｎ ｂｉｔｍａｐ ｆｉｅｌｄは、オーバーヘッドを減らすために省略されることもできる。
Ｂｉｔｍａｐで一つのビットの値が１である場合、前記一つのビットは、ＳＴＡに現在連結されたＬｉｎｋがＡｎｃｈｏｒｅｄ Ｌｉｎｋであることを意味することができる。Ｂｉｔｍａｐで一つのビットの値が０である場合、前記一つのビットは、ＳＴＡに現在連結されたＬｉｎｋがｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋであることを意味することができる。ＳＴＡ別Ａｎｃｈｏｒｅｄ Ｌｉｎｋ連結有無を表示するためにｂｉｔｍａｐが使われる実施例は、例示に過ぎず、多様な実施例を介してＳＴＡ別Ａｎｃｈｏｒｅｄ Ｌｉｎｋ連結有無に関する情報が送信されることができる。
一実施例によると、ＡＰ ＭＬＤが支援する全てのＬｉｎｋに対してＳＴＡの比率が送信されることもできる。一実施例によると、ＳＴＡ ｒａｔｉｏ ｐｅｒ Ａｎｃｈｏｒｅｄ Ｌｉｎｋ ｅｌｅｍｅｎｔは、各Ａｎｃｈｏｒｅｄ Ｌｉｎｋ別ＳＴＡの実際Ａｎｃｈｏｒｅｄ Ｌｉｎで使用比率または個数に関する情報を含むことができる。例えば、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ Ｌｉｓｔ ｅｌｅｍｅｎｔに指示／表示されたＡｎｃｈｏｒｅｄ Ｌｉｎｋに対してのみ前記情報が表示されることによって、オーバーヘッドを減少させることができる効果がある。
ＳＴＡ ｒａｔｉｏ ｐｅｒ Ａｎｃｈｏｒｅｄ Ｌｉｎｋ ｅｌｅｍｅｎｔの値が設定される例が、以下で説明されることができる。
例えば、ＡＰ ＭＬＤは、５個のＡＰ（すなわち、ＡＰ１乃至ＡＰ５）を含むことができ、ＡＰ１は、ｌｉｎｋ１を介してＳＴＡと連結されることができる。ＡＰ２は、ｌｉｎｋ２を介してＳＴＡと連結されることができる。ＡＰ３は、ｌｉｎｋ３を介してＳＴＡと連結されることができる。ＡＰ４は、ｌｉｎｋ４を介してＳＴＡと連結されることができる。ＡＰ５は、ｌｉｎｋ５を介してＳＴＡと連結されることができる。
ＡＰ ＭＬＤは、５個のｌｉｎｋ（すなわち、ｌｉｎｋ１乃至ｌｉｎｋ５）のうち２個のＬｉｎｋをＡｎｃｈｏｒｅｄ Ｌｉｎｋとして支援できる。ｌｉｎｋ１及びｌｉｎｋ４がＡｎｃｈｏｒｅｄ Ｌｉｎｋとして支援／使われることができる。
Ｌｉｎｋ１（または、ＡＰ１）に総１０個のＳＴＡが連結されていて、ｌｉｎｋ１をＡｎｃｈｏｒｅｄ Ｌｉｎｋとして使用するＳＴＡは、７個である。これを割合で表現すれば、７０％で表現／表示されることができ、これを値で表現すれば、７で表現／表示されることができる。
Ｌｉｎｋ４（または、ＡＰ４）に総２０個のＳＴＡが連結されていて、ｌｉｎｋ４をＡｎｃｈｏｒｅｄ Ｌｉｎｋとして使用するＳＴＡは、５個である。これを割合で表現すれば、２５％で表現／表示されることができ、これを値で表現すれば、５で表現／表示されることができる。
前記ＳＴＡ ｒａｔｉｏ ｐｅｒ Ａｎｃｈｏｒｅｄ Ｌｉｎｋ ｅｌｅｍｅｎｔは、前述したＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ ｅｌｅｍｅｎｔ情報と共に送信されることによって、ＳＴＡにさらに正確な情報が送信されることができる。一般的に、Ａｎｃｈｏｒｅｄ Ｌｉｎｋは、ｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋに比べて相対的に多くのｄａｔａ ｔｒａｆｆｉｃを有することができるため、Ａｎｃｈｏｒｅｄ Ｌｉｎｋを再選択するＳＴＡに、前記ＳＴＡ ｒａｔｉｏ ｐｅｒ Ａｎｃｈｏｒｅｄ Ｌｉｎｋ ｅｌｅｍｅｎｔは、有用な情報として使われることができる。
前述した情報（または、ｅｌｅｍｅｎｔ）に基づいて、ｎｏｎ－ＡＰ ＭＬＤは、自分が連結されたＬｉｎｋがＡｎｃｈｏｒｅｄ Ｌｉｎｋであるかどうか、各Ａｎｃｈｏｒｅｄ Ｌｉｎｋ別ＳＴＡの連結比率、及び実際にＡｎｃｈｏｒｅｄ Ｌｉｎｋが使われる比率を確認することができる。
追加的に、ＡＰ ＭＬＤがＯｔｈｅｒ ｌｉｎｋ、すなわち、全てのＬｉｎｋの情報を前述したｅｌｅｍｅｎｔを介して送信する場合、ＳＴＡは、一つのフレームに基づいて、ＡＰ ＭＬＤの全てのＡｎｃｈｏｒｅｄ Ｌｉｎｋに対するＳＴＡ別連結比率と実際使用比率を確認することができる。したがって、前記情報（または、ｅｌｅｍｅｎｔ）は、ＳＴＡが使用するＡｎｃｈｏｒｅｄ Ｌｉｎｋを再選択する時に活用されることができる。
したがって、Ａｎｃｈｏｒｅｄ Ｌｉｎｋ変更または再選択のための実施例によると、Ｌｉｎｋ変更または再選択のための実施例で使われた多様なＬｉｎｋ情報（例えば、各ＡＰ別ＢＳＳ Ｌｏａｄ情報またはＬｉｎｋ別ＳＴＲ Ｃａｐａｂｉｌｉｔｙ情報等）だけでなく、前述したＡｎｃｈｏｒｅｄ Ｌｉｎｋに対する情報（例えば、Ａｎｃｈｏｒｅｄ Ｌｉｎｋリスト情報、ＳＴＡ別Ａｎｃｈｏｒｅｄ Ｌｉｎｋ使用有無ｉｎｄｉｃａｔｉｏｎ情報またはＡｎｃｈｏｒｅｄ Ｌｉｎｋ別実際ＳＴＡ使用比率情報等）を使用することによって、さらに適したＡｎｃｈｏｒｅｄ Ｌｉｎｋ変更または再連結を実行することができる効果がある。
図３２は、マルチリンクデバイスの動作を説明するための流れ図である。
図３２を参照すると、Ｓ３２１０ステップにおいて、マルチリンクデバイスは、複数のリンクのうち第１のリンクを介してＰＰＤＵを受信することができる。例えば、複数のリンクは、２．４ＧＨｚ、５ＧＨｚ、及び６ＧＨｚバンド内に含まれることができる。
例えば、マルチリンクデバイスは、第１のリンク及び第２のリンクを含む複数のリンクを介してＡＰマルチリンクデバイスと連結されることができる。マルチリンクデバイスは、複数のリンクに関する複数のＳＴＡを含むことができる。マルチリンクデバイスは、第１のＳＴＡ及び第２のＳＴＡを含むことができる。
一例として、複数のＳＴＡのうち第１のＳＴＡは、第１のリンクと連結されることができる。他に表現すれば、第１のＳＴＡは、第１のリンクで動作できる。また、第１のＳＴＡは、第１のリンクを介してＡＰマルチリンクデバイスの第１のＡＰと連結されることができる。
一例として、複数のＳＴＡのうち第２のＳＴＡは、第２のリンクと連結されることができる。他に表現すれば、第２のＳＴＡは、第２のリンクで動作できる。また、第２のＳＴＡは、第２のリンクを介してＡＰマルチリンクデバイスの第２のＡＰと連結されることができる。
一実施例によると、ＰＰＤＵは、複数のリンクのうち第１のリンクと区別される第２のリンクに関する第１の情報フィールドを含むことができる。前記第１の情報フィールドは、第２のリンクに関する情報を含むことができる。
例えば、第２のリンクに関する第１の情報フィールドは、第２のリンクのリンク識別子に関する第２の情報フィールド及び第２のリンクに関する全てのエレメント情報がＰＰＤＵに含まれたかどうかに関する第３の情報フィールドを含むことができる。
第２の情報フィールドは、４ビットで構成されることができる。第２の情報フィールドは、第２のリンクのリンク識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）情報を含むことができる。第２のリンクのリンク識別子は、４ビットに設定されることができる。前記第２の情報フィールドは、Ｌｉｎｋ ＩＤフィールドを含むことができる。
第３の情報フィールドは、１ビットで構成されることができる。第３の情報フィールドは、第１の値に設定されることができる。一例として、第３の情報フィールドが第１の値（例：１）に設定されたことに基づいて、マルチリンクデバイスは、ＰＰＤＵに第２のリンクに関する全てのエレメント情報が含まれていることを確認することができる。他の一例として、第３の情報フィールドが第２の値（例：０）に設定されたことに基づいて、 マルチリンクデバイスは、ＰＰＤＵに第２のリンクに関する一部エレメント情報が含まれていることを確認することができる。前記第３の情報フィールドは、Ｃｏｍｐｌｅｔｅ ｐｒｏｆｉｌｅフィールドを含むことができる。
一実施例によると、第２のリンクに関する全てのエレメント情報は、ＰＰＤＵのタイプに基づいて設定されることができる。他に表現すれば、ＰＰＤＵのタイプによって、ＰＰＤＵに含まれる全てのエレメント情報が変更されることができる。例えば、ｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅに含まれることができるエレメント情報が設定／定義されることができる。他の例として、（ｒｅ）ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅに含まれることができるエレメント情報が設定／定義されることができる。したがって、マルチリンクデバイスは、前記ＰＰＤＵがｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅである場合、第３の情報フィールドに基づいて、ｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅに含まれることができるエレメント情報がＰＰＤＵに全て含まれたかどうかを確認することができる。
一実施例によると、ＰＰＤＵは、複数のリンクのうち第３のリンクに関する第４の情報フィールドをさらに含むことができる。第４の情報フィールドは、第３のリンクのリンク識別子に関する第５の情報フィールド及び第３のリンクに関する全てのエレメント情報がＰＰＤＵに含まれたかどうかに関する第６の情報フィールドを含むことができる。
一実施例によると、マルチリンクデバイスは、第２のリンクに関する全てのエレメント情報を要請するための第２のＰＰＤＵを送信することができる。前記第２のＰＰＤＵに基づいて、マルチリンクデバイスは、第１の情報フィールドを含むＰＰＤＵを受信することができる。
Ｓ３２２０ステップにおいて、マルチリンクデバイスは、第２の情報フィールド及び第３の情報フィールドに基づいて、第２のリンクに関する全てのエレメント情報を取得することができる。
一実施例によると、第１のリンクは、アンカーリンク（ａｎｃｈｏｒｅｄ ｌｉｎｋ）で動作できる。第２のリンクは、ノンアンカーリンク（ｎｏｎ－ａｎｃｈｏｒｅｄ ｌｉｎｋ）で動作できる。
例えば、マルチリンクデバイスは、第２のリンクに関する全てのエレメント情報に基づいて、アンカーリンクで動作するリンクを第１のリンクから第２のリンクに変更できる。一例として、マルチリンクデバイスは、第２のリンクに関するｔｒａｆｆｉｃ ｌｏａｄ情報を確認することができる。マルチリンクデバイスは、第２のリンクに関するｔｒａｆｆｉｃ ｌｏａｄ情報に基づいて、アンカーリンクで動作するリンクを第１のリンクから第２のリンクに変更するためのフレーム（または、ＰＰＤＵ）を送信することができる。
図３３は、ＡＰマルチリンクデバイスの動作を説明するための流れ図である。
図３３を参照すると、Ｓ３３１０ステップにおいて、ＡＰマルチリンクデバイスは、ＰＰＤＵを生成することができる。例えば、複数のリンクは、２．４ＧＨｚ、５ＧＨｚ、及び６ＧＨｚバンド内に含まれることができる。
例えば、ＡＰマルチリンクデバイスは、第１のリンク及び第２のリンクを含む複数のリンクを介してマルチリンクデバイスと連結されることができる。ＡＰマルチリンクデバイスは、複数のリンクに関する複数のＡＰを含むことができる。マルチリンクデバイスは、第１のＡＰ及び第２のＡＰを含むことができる。
一例として、複数のＡＰのうち第１のＡＰは、第１のリンクと連結されることができる。他に表現すれば、第１のＡＰは、第１のリンクで動作できる。また、第１のＡＰは、第１のリンクを介してマルチリンクデバイスの第１のＳＴＡと連結されることができる。
一例として、複数のＡＰのうち第２のＡＰは、第２のリンクと連結されることができる。他に表現すれば、第２のＡＰは、第２のリンクで動作できる。また、第２のＡＰは、第２のリンクを介してマルチリンクデバイスの第２のＳＴＡと連結されることができる。
一実施例によると、ＰＰＤＵは、複数のリンクのうち第１のリンクと区別される第２のリンクに関する第１の情報フィールドを含むことができる。前記第１の情報フィールドは、第２のリンクに関する情報を含むことができる。
例えば、第２のリンクに関する第１の情報フィールドは、第２のリンクのリンク識別子に関する第２の情報フィールド及び第２のリンクに関する全てのエレメント情報がＰＰＤＵに含まれたかどうかに関する第３の情報フィールドを含むことができる。
第２の情報フィールドは、４ビットで構成されることができる。第２の情報フィールドは、第２のリンクのリンク識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）情報を含むことができる。第２のリンクのリンク識別子は、４ビットに設定されることができる。前記第２の情報フィールドは、Ｌｉｎｋ ＩＤフィールドを含むことができる。
第３の情報フィールドは、１ビットで構成されることができる。第３の情報フィールドは、第１の値に設定されることができる。一例として、ＡＰマルチリンクデバイスは、ＰＰＤＵに第２のリンクに関する全てのエレメント情報が含まれていることを示すために、第３の情報フィールドを第１の値（例：１）に設定できる。他の一例として、ＡＰマルチリンクデバイスは、ＰＰＤＵに第２のリンクに関する一部エレメント情報が含まれていることを示すために、第３の情報フィールドを第２の値（例：０）に設定できる。前記第３の情報フィールドは、Ｃｏｍｐｌｅｔｅ ｐｒｏｆｉｌｅフィールドを含むことができる。
一実施例によると、第２のリンクに関する全てのエレメント情報は、ＰＰＤＵのタイプに基づいて設定されることができる。他に表現すれば、ＰＰＤＵのタイプによって、ＰＰＤＵに含まれる全てのエレメント情報が変更されることができる。例えば、ｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅに含まれることができるエレメント情報が設定／定義されることができる。他の例として、（ｒｅ）ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅに含まれることができるエレメント情報が設定／定義されることができる。したがって、ＡＰマルチリンクデバイスは、前記ＰＰＤＵがｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅである場合、ｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅに含まれることができるエレメント情報がＰＰＤＵに全て含まれたかどうかを示すための第３の情報フィールドを前記ＰＰＤＵに含ませて送信できる。
一実施例によると、ＰＰＤＵは、複数のリンクのうち第３のリンクに関する第４の情報フィールドをさらに含むことができる。第４の情報フィールドは、第３のリンクのリンク識別子に関する第５の情報フィールド及び第３のリンクに関する全てのエレメント情報がＰＰＤＵに含まれたかどうかに関する第６の情報フィールドを含むことができる。
一実施例によると、ＡＰマルチリンクデバイスは、第２のリンクに関する全てのエレメント情報を要請するための第２のＰＰＤＵを受信することができる。前記第２のＰＰＤＵに基づいて、ＡＰマルチリンクデバイスは、第１の情報フィールドを含むＰＰＤＵを送信することができる。
Ｓ３３２０ステップにおいて、ＡＰマルチリンクデバイスは、複数のリンクのうち第１のリンクを介してＰＰＤＵを送信することができる。例えば、第１のリンクは、アンカーリンク（ａｎｃｈｏｒｅｄ ｌｉｎｋ）で動作できる。第２のリンクは、ノンアンカーリンク（ｎｏｎ－ａｎｃｈｏｒｅｄ ｌｉｎｋ）で動作できる。ＡＰマルチリンクデバイスは、アンカーリンクである第１のリンクを介して第２のリンクに関する情報を含むＰＰＤＵを送信することができる。
前述した本明細書の技術的特徴は、多様な装置及び方法に適用されることができる。例えば、前述した本明細書の技術的特徴は、図１及び／又は図１９の装置を介して実行／支援されることができる。例えば、前述した本明細書の技術的特徴は、図１及び／又は図１９の一部にのみ適用されることができる。例えば、前述した本明細書の技術的特徴は、図１のプロセシングチップ１１４、１２４に基づいて具現され、または図１のプロセッサ１１１、１２１とメモリ１１２、１２２に基づいて具現され、または図１９のプロセッサ６１０とメモリ６２０に基づいて具現されることができる。例えば、本明細書の装置は、プロセッサ、及び前記プロセッサと連結されたメモリを含み、前記プロセッサは、ＰＰＤＵを生成し、前記ＰＰＤＵは、前記複数のリンクのうち第１のリンクと区別される第２のリンクに関する第１の情報フィールドを含み、前記第２のリンクに関する第１の情報フィールドは、前記第２のリンクのリンク識別子に関する第２の情報フィールド及び前記第２のリンクに関する全てのエレメント情報が前記ＰＰＤＵに含まれたかどうかに関する第３の情報フィールドを含み、前記複数のリンクのうち前記第１のリンクを介して前記ＰＰＤＵを送信するように設定されることができる。
本明細書の技術的特徴は、ＣＲＭ（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）に基づいて具現されることができる。例えば、本明細書により提案されるＣＲＭは、命令語を含む少なくとも一つのコンピュータプログラムでエンコーディングされることができる。前記命令語は、少なくとも一つのプロセッサにより実行される時、前記少なくとも一つのプロセッサにとって、複数のリンクのうち第１のリンクを介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信し、前記ＰＰＤＵは、前記複数のリンクのうち前記第１のリンクと区別される第２のリンクに関する第１の情報フィールドを含み、前記第２のリンクに関する第１の情報フィールドは、前記第２のリンクのリンク識別子に関する第２の情報フィールド及び前記第２のリンクに関する全てのエレメント情報が前記ＰＰＤＵに含まれたかどうかに関する第３の情報フィールドを含むステップ；及び、前記第２の情報フィールド及び前記第３の情報フィールドに基づいて、前記第２のリンクに関する全てのエレメント情報を取得するステップ；を含む動作（ｏｐｅｒａｔｉｏｎｓ）を実行するようにすることができる。本明細書のＣＲＭ内に格納される命令語は、少なくとも一つのプロセッサにより実行（ｅｘｅｃｕｔｅ）されることができる。本明細書のＣＲＭに関連した少なくとも一つのプロセッサは、図１のプロセッサ１１１、１２１またはプロセシングチップ１１４、１２４であり、または図１９のプロセッサ６１０である。一方、本明細書のＣＲＭは、図１のメモリ１１２、１２２であり、または図１９のメモリ６２０であり、または別途の外部メモリ／格納媒体／ディスクなどである。
上述した本明細書の技術的特徴は、様々な応用例（ａｐｐｌｉｃａｔｉｏｎ）やビジネスモデルに適用可能である。例えば、人工知能（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ：ＡＩ）を支援する装置における無線通信のために上述した技術的特徴が適用され得る。
人工知能は、人工的な知能またはこれを作ることができる方法論を研究する分野を意味し、マシンラーニング（機械学習、Ｍａｃｈｉｎｅ Ｌｅａｒｎｉｎｇ）は、人工知能分野で扱う様々な問題を定義し、それを解決する方法論を研究する分野を意味する。マシンラーニングは、いかなる作業に対してたゆまぬ経験を介してその作業に対する性能を高めるアルゴリズムと定義することもある。
人工神経網（Ａｒｔｉｆｉｃｉａｌ Ｎｅｕｒａｌ Ｎｅｔｗｏｒｋ；ＡＮＮ）は、マシンラーニングで使用されるモデルであって、シナプスの結合でネットワークを形成した人工ニューロン（ノード）で構成される、問題解決能力を有するモデル全般を意味することができる。人工神経網は、他のレイヤのニューロン間の連結パターン、モデルパラメータを更新する学習過程、出力値を生成する活性化関数（Ａｃｔｉｖａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）により定義されることができる。
人工神経網は、入力層（Ｉｎｐｕｔ Ｌａｙｅｒ）、出力層（ＯｕｔｐｕｔＬａｙｅｒ）、そして選択的に１つ以上記の隠れ層（Ｈｉｄｄｅｎ Ｌａｙｅｒ）を備えることができる。各層は、１つ以上記のニューロンを含み、人工神経網は、ニューロンとニューロンとを連結するシナプスを含むことができる。人工神経網において各ニューロンは、シナプスを介して入力される入力信号、加重値、偏向に対する活性関数の関数値を出力できる。
モデルパラメータは、学習を介して決定されるパラメータを意味し、シナプス連結の加重値とニューロンの偏向などが含まれる。そして、ハイパーパラメータは、マシンラーニングアルゴリズムで学習前に設定されなければならないパラメータを意味し、学習率（Ｌｅａｒｎｉｎｇ Ｒａｔｅ）、繰り返し回数、ミニバッチサイズ、初期化関数などが含まれる。
人工神経網の学習の目的は、損失関数を最小化するモデルパラメータを決定することとみなすことができる。損失関数は、人工神経網の学習過程で最適のモデルパラメータを決定するための指標として用いられることができる。
マシンラーニングは、学習方式によって教師あり学習（Ｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、教師なし学習（Ｕｎｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、強化学習（Ｒｅｉｎｆｏｒｃｅｍｅｎｔ Ｌｅａｒｎｉｎｇ）に分類することができる。
指導学習は、学習データに対するラベル（ｌａｂｅｌ）が与えられた状態で人工神経網を学習させる方法を意味し、ラベルとは、学習データが人工神経網に入力される場合、人工神経網が推論し出すべき正解（または、結果値）を意味することができる。教師なし学習は、学習データに対するラベルが与えられなかった状態で人工神経網を学習させる方法を意味することができる。強化学習は、どの環境内で定義されたエージェントが各状態で累積補償を最大化する行動あるいは行動順序を選択するように学習させる学習方法を意味することができる。
人工神経網の中で複数の隠れ層を備える深層神経網（ＤＮＮ：Ｄｅｅｐ Ｎｅｕｒａｌ Ｎｅｔｗｏｒｋ）で実現されるマシンラーニングをディープラーニング（深層学習、Ｄｅｅｐ Ｌｅａｒｎｉｎｇ）と呼ぶこともあり、ディープラーニングは、マシンラーニングの一部である。以下において、マシンラーニングは、ディープラーニングを含む意味として使用される。
また、上述した技術的特徴は、ロボットの無線通信に適用されることができる。
ロボットは、自ら保有した能力により、与えられた仕事を自動に処理するか、作動する機械を意味することができる。特に、環境を認識し、自ら判断して動作を行う機能を有するロボットを知能型ロボットと称することができる。
ロボットは、使用目的や分野によって産業用、医療用、家庭用、軍事用等に分類することができる。ロボットは、アクチュエータまたはモータを備える駆動部を具備してロボット関節を動かすなどの様々な物理的動作を行うことができる。また、移動可能なロボットは、駆動部にホイール、ブレーキ、プロペラなどが含まれ、駆動部を介して地上で走行するか、空中で飛行することができる。
また、上述した技術的特徴は、拡張現実を支援する装置に適用されることができる。
拡張現実は、仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、増強現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）、混合現実（ＭＲ：Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）を総称する。ＶＲ技術は、現実世界のオブジェクトや背景などをＣＧ画像にのみ提供し、ＡＲ技術は、実際事物画像上に仮想で作られたＣＧ画像を共に提供し、ＭＲ技術は、現実世界に仮想オブジェクトを混ぜて、結合させて提供するコンピュータグラフィック技術である。
ＭＲ技術は、現実オブジェクトと仮想オブジェクトとを共に見せるという点においてＡＲ技術と類似している。しかし、ＡＲ技術では、仮想オブジェクトが現実オブジェクトを補完する形態で使用されることに対し、ＭＲ技術では、仮想オブジェクトと現実オブジェクトとが同等な性格で使用されるという点において差異点がある。
ＸＲ技術は、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、ＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、携帯電話、タブレットＰＣ、ラップトップ、デスクトップ、ＴＶ、デジタルサイネージなどに適用されることができ、ＸＲ技術が適用された装置をＸＲ装置（ＸＲ Ｄｅｖｉｃｅ）と称することができる。
本明細書に記載された請求項等は、様々な方式で組み合わせられることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置として実現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法として実現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて装置として実現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて方法として実現されることができる。

Claims (17)

  1. 無線ＬＡＮシステムの複数のリンクで動作するマルチリンクデバイス（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ、ＭＬＤ）で実行される方法において、
    前記複数のリンクのうちの第１のリンクを介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信するステップであって、
    前記ＰＰＤＵは、前記複数のリンクのうちの前記第１のリンクと区別される第２のリンクに関する制御情報を含み、
    前記第２のリンクに関する前記制御情報は、前記第２のリンクのリンク識別子に関する第１の情報フィールドと、前記第２のリンクに対する全てのエレメント情報又は前記第２のリンクに対する部分エレメント情報が前記ＰＰＤＵに含まれるかどうかに関する第２の情報フィールドを含み、前記第２の情報フィールドは１ビットの長さを有する、ステップと、
    前記第１の情報フィールド及び前記第２の情報フィールドに基づいて、前記第２のリンクに対する前記全てのエレメント情報を取得するステップとを含む、方法。
  2. 前記第１の情報フィールドは、４ビットで構成される、請求項１に記載の方法。
  3. 前記第２の情報フィールドは、前記全てのエレメント情報に対する一つの値を有し、
    前記第２の情報フィールドは、前記部分エレメント情報に対するゼロの値を有する、請求項１に記載の方法。
  4. 前記第２のリンクに対する前記全てのエレメント情報は、前記ＰＰＤＵがプローブ要求フレームであるか又は（再）assiciation（関連）応答フレームであるかに基づいて設定される、請求項１に記載の方法。
  5. 前記第１のリンクは、アンカーリンク（ａｎｃｈｏｒｅｄ ｌｉｎｋ）で動作し、
    前記第２のリンクは、ノンアンカーリンク（ｎｏｎ－ａｎｃｈｏｒｅｄ ｌｉｎｋ）で動作する、請求項１に記載の方法。
  6. 前記第２のリンクに対する前記全てのエレメント情報に基づいて、前記アンカーリンクとして動作するリンクを前記第１のリンクから前記第２のリンクに変更するステップをさらに含む、請求項５に記載の方法。
  7. 前記第２のリンクに対する前記全てのエレメント情報を要請するための第２のＰＰＤＵを送信するステップをさらに含む、請求項１に記載の方法。
  8. 前記ＰＰＤＵは、前記複数のリンクのうちの第３のリンクに関する第３の情報フィールドをさらに含む、請求項１に記載の方法。
  9. 前記複数のリンクは、２．４ＧＨｚ、５ＧＨｚ、及び６ＧＨｚバンドのうち一つに含まれる、請求項１に記載の方法。
  10. 無線ＬＡＮシステムの複数のリンクで動作するＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）マルチリンクデバイスで実行される方法において、
    ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成するステップであって、
    前記ＰＰＤＵは、前記複数のリンクのうちの第１のリンクと区別される第２のリンクに関する制御情報を含み、
    前記第２のリンクに関する前記制御情報は、前記第２のリンクのリンク識別子に関する第１の情報フィールドと、前記第２のリンクに対する全てのエレメント情報又は前記第２のリンクに対する部分エレメント情報が前記ＰＰＤＵに含まれるかどうかに関する第２の情報フィールドを含み、前記第２の情報フィールドは、１ビットの長さを有する、ステップと、
    前記複数のリンクのうちの前記第１のリンクを介して前記ＰＰＤＵを送信するステップとを含む、方法。
  11. 無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムで使われ、複数のリンクで動作するマルチリンクデバイスにおいて、
    無線信号を送受信する送受信機と、
    前記送受信機に連結されるプロセッサを含み、前記プロセッサは、
    前記複数のリンクのうちの第１のリンクを介してＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を受信し、
    前記ＰＰＤＵは、前記複数のリンクのうちの前記第１のリンクと区別される第２のリンクに関する制御情報を含み、
    前記第２のリンクに関する前記制御情報は、前記第２のリンクのリンク識別子に関する第１の情報フィールドと、前記第２のリンクに対する全てのエレメント情報又は前記第２のリンクに対する部分エレメント情報が前記ＰＰＤＵに含まれるかどうかに関する第２の情報フィールドを含み、前記第２の情報フィールドは、１ビットの長さを有し、
    前記第１の情報フィールド及び前記第２の情報フィールドに基づいて、前記第２のリンクに対する前記全てのエレメント情報を取得するように設定される、マルチリンクデバイス。
  12. 前記第１の情報フィールドは、４ビットで構成される、請求項１１に記載のマルチリンクデバイス。
  13. 前記第２の情報フィールドは、前記全てのエレメント情報に対する一つの値を有し、
    前記第２の情報フィールドは、前記部分エレメント情報に対するゼロの値を有する、請求項１１に記載のマルチリンクデバイス。
  14. 前記第２のリンクに対する前記全てのエレメント情報は、前記ＰＰＤＵがプローブ要求フレームであるか又は（再）assiciation（関連）応答フレームであるかに基づいて設定される、請求項１１に記載のマルチリンクデバイス。
  15. 前記第１のリンクは、アンカーリンク（ａｎｃｈｏｒｅｄ ｌｉｎｋ）として動作し、
    前記第２のリンクは、ノンアンカーリンク（ｎｏｎ－ａｎｃｈｏｒｅｄ ｌｉｎｋ）として動作する、請求項１１に記載のマルチリンクデバイス。
  16. 前記プロセッサは、
    前記第２のリンクに対する前記全てのエレメント情報を要請するための第２のＰＰＤＵを送信するようにさらに設定される、請求項１１に記載のマルチリンクデバイス。
  17. 無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムで使われ、複数のリンクで動作するＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）マルチリンクデバイス（ｍｕｌｔｉ－ｌｉｎｋ ｄｅｖｉｃｅ、ＭＬＤ）において、
    無線信号を送受信する送受信機と、
    前記送受信機に連結されるプロセッサとを含み、前記プロセッサは、
    ＰＰＤＵ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を生成し、
    前記ＰＰＤＵは、前記複数のリンクのうちの第１のリンクと区別される第２のリンクに関する制御情報を含み、
    前記第２のリンクに関する制御情報は、前記第２のリンクのリンク識別子に関する第１の情報フィールドと、前記第２のリンクに対する全てのエレメント情報又は前記第２のリンクに対する部分エレメント情報が前記ＰＰＤＵに含まれるかどうかに関する第２の情報フィールドを含み、前記第２の情報フィールドは１ビットの長さを有し、
    前記複数のリンクのうちの前記第１のリンクを介して前記ＰＰＤＵを送信するように設定される、ＡＰマルチリンクデバイス。
JP2022555879A 2020-03-16 2021-03-16 無線通信システムにおけるマルチリンク通信を実行するための技法 Active JP7408832B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2020-0032199 2020-03-16
KR20200032199 2020-03-16
PCT/KR2021/003221 WO2021187858A1 (ko) 2020-03-16 2021-03-16 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법

Publications (3)

Publication Number Publication Date
JP2023520156A JP2023520156A (ja) 2023-05-16
JPWO2021187858A5 JPWO2021187858A5 (ja) 2023-07-28
JP7408832B2 true JP7408832B2 (ja) 2024-01-05

Family

ID=77771339

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022555879A Active JP7408832B2 (ja) 2020-03-16 2021-03-16 無線通信システムにおけるマルチリンク通信を実行するための技法

Country Status (6)

Country Link
US (2) US20230164661A1 (ja)
EP (1) EP4124160A4 (ja)
JP (1) JP7408832B2 (ja)
KR (1) KR102708632B1 (ja)
CN (1) CN115606238A (ja)
WO (1) WO2021187858A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230164661A1 (en) * 2020-03-16 2023-05-25 Lg Electronics Inc. Technique for performing multi-link communication in wireless communication system
CN111741500B (zh) * 2020-08-03 2020-12-01 成都极米科技股份有限公司 多链路场景下的漫游方法、多链路设备及存储介质
CN114765901B (zh) * 2021-12-20 2023-05-02 极米科技股份有限公司 多链路设备连接管理方法、装置、设备及存储介质
WO2023154918A1 (en) * 2022-02-14 2023-08-17 Hewlett Packard Enterprise Development Lp Multi-link setup link recommendation
KR20230131575A (ko) * 2022-03-07 2023-09-14 삼성전자주식회사 와이파이 네트워크에서의 무선 통신 방법, 및 이를 수행하는 전자 장치
GB2617367A (en) * 2022-04-06 2023-10-11 Canon Kk Improved EMLSR mode in non-AP MLDs not triggered by the AP MLD
WO2024152218A1 (zh) * 2023-01-17 2024-07-25 北京小米移动软件有限公司 通信方法、电子设备及存储介质
CN116602044A (zh) * 2023-02-28 2023-08-15 北京小米移动软件有限公司 通信方法、装置、设备以及存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10285187B2 (en) * 2015-05-05 2019-05-07 Qualcomm Incorporated Methods and apparatus for multiple user uplink
US11329871B2 (en) * 2018-02-28 2022-05-10 Qualcomm Incorporated Conditional inheritance in management frame for multi-link aggregation
US11202286B2 (en) * 2018-07-11 2021-12-14 Intel Corporation Methods for multi-link setup between a multi-link access point (AP) logical entity and a multi-link non-AP logical entity
US11134542B2 (en) * 2019-03-20 2021-09-28 Intel Corporation Multi-link discovery signaling in extremely high throughput (EHT) systems
US11665780B2 (en) * 2019-06-07 2023-05-30 Intel Corporation Multi-link policy signaling for extremely high throughput (EHT)
US11445431B2 (en) * 2019-07-12 2022-09-13 Qualcomm Incorporated Multi-link communication
US20230164661A1 (en) * 2020-03-16 2023-05-25 Lg Electronics Inc. Technique for performing multi-link communication in wireless communication system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Guogang Huang (Huawei)，Multi-link Association Follow Up，IEEE 802.11-20/0030r4，米国，IEEE mentor，2020年03月15日
Thomas Handte (Sony)，Virtual Carrier Sense in Multi-Link，IEEE 802.11-20/0136r1，米国，IEEE mentor，2020年02月19日

Also Published As

Publication number Publication date
JP2023520156A (ja) 2023-05-16
CN115606238A (zh) 2023-01-13
WO2021187858A1 (ko) 2021-09-23
EP4124160A4 (en) 2024-04-03
US20230354146A1 (en) 2023-11-02
KR20220155299A (ko) 2022-11-22
US11882512B2 (en) 2024-01-23
KR102708632B1 (ko) 2024-09-24
US20230164661A1 (en) 2023-05-25
EP4124160A1 (en) 2023-01-25

Similar Documents

Publication Publication Date Title
JP7408832B2 (ja) 無線通信システムにおけるマルチリンク通信を実行するための技法
US20240205998A1 (en) Method for performing multi-link communication in wireless communication system
US20230224996A1 (en) Method and apparatus for performing link reconfiguration between mlds in wireless lan system
US20230319924A1 (en) Method and device for requesting partial information on aps in transmission mld in wireless lan system
US20230115361A1 (en) Technique for performing multi-link communication in wireless communication system
KR20220149912A (ko) 무선 통신 시스템에서 멀티 링크 통신을 수행하기 위한 기법
US20230156578A1 (en) Technique for performing multi-link communication in wireless communication system
US20230217271A1 (en) Method and device for obtaining critical update information between mlds in wireless lan system
US12082281B2 (en) Method and device for acquiring information on links between MLDS in wireless LAN system
EP4216611A1 (en) Method and device for receiving information on beacon interval of another ap in transmission mld in wlan system
EP4290972A1 (en) Method and device for receiving partial information regarding other aps within transmission mld in wireless lan system
KR20230136123A (ko) 무선랜 시스템에서 a-control 필드를 기반으로 다른링크에 대한 bsr 정보를 송신하는 방법 및 장치
KR20230101802A (ko) 무선랜 시스템에서 송신 mld 내 ap들에게 중요 업데이트 정보를 요청하는 방법 및 장치
KR102669641B1 (ko) 무선랜 시스템에서 송신 mld 내 ap들에게 부분 정보를 요청하는 방법 및 장치
US11943828B2 (en) Method and device for transmitting updated information for ML reconfiguration in wireless LAN system
EP4284110A1 (en) Method and device for requesting information on another ap in transmission mld by using action frame in wireless lan system
US20240056839A1 (en) Method and device for transmitting ml element for ml reconfiguration in wireless lan system
KR20240015061A (ko) 무선랜 시스템에서 nontransmitted bssid set에 해당하는다른 ap에 대한 정보를 요청하고 수신하는 방법 및 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221027

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221027

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230719

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230808

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231026

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231205

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231220

R150 Certificate of patent or registration of utility model

Ref document number: 7408832

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150