特表 2023-540512 無線ＬＡＮシステムにおけるＭＬＤ間リンクに対する情報を獲得する方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2023-09-25

(54)【発明の名称】無線ＬＡＮシステムにおけるＭＬＤ間リンクに対する情報を獲得する方法及び装置

(51)【国際特許分類】

   H04W 76/15 20180101AFI20230915BHJP

   H04W 84/12 20090101ALI20230915BHJP

【ＦＩ】

H04W76/15

H04W84/12

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023514783

(86)(22)【出願日】2021-09-07

(85)【翻訳文提出日】2023-03-02

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

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

(87)【国際公開日】2022-03-10

(31)【優先権主張番号】10-2020-0114023

(32)【優先日】2020-09-07

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】キム ナミョン

(72)【発明者】

【氏名】キム チョンキ

(72)【発明者】

【氏名】チェ チンス

(72)【発明者】

【氏名】ソン テウォン

(72)【発明者】

【氏名】チャン インソン

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD17

5K067DD24

5K067EE02

5K067EE25

(57)【要約】

無線ＬＡＮシステムにおいて、ＭＬＤ間リンクに対する情報を獲得する方法及び装置が提案される。具体的には、受信ＭＬＤは送信ＭＬＤに第１リンクを介してプローブ要求フレームを送信する。受信ＭＬＤは送信ＭＬＤから第１リンクを介してプローブ応答フレームを受信する。送信ＭＬＤは前記第１リンクにおいて動作する第１送信ＳＴＡ、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含む。受信ＭＬＤは第１リンクにおいて動作する第１受信ＳＴＡを含む。第１受信ＳＴＡが第２及び第３リンクに対する情報を要求する場合、プローブ要求フレームは第２及び第３リンクに対するリンク識別子を含む。第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、プローブ要求フレームは全てのリンクに対するリンク識別子を含まない。
【選択図】図３０

【特許請求の範囲】

【請求項1】

無線ＬＡＮシステムにおいて、
受信ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）が、送信ＭＬＤに第１リンクを介してプローブ要求フレームを送信するステップと、
前記受信ＭＬＤが、前記送信ＭＬＤから前記第１リンクを介してプローブ応答フレームを受信するステップとを含み、
前記送信ＭＬＤは、前記第１リンクにおいて動作する第１送信ＳＴＡ（ｓｔａｔｉｏｎ）、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含み、
前記受信ＭＬＤは、前記第１リンクにおいて動作する第１受信ＳＴＡを含み、
前記第１受信ＳＴＡが前記第２及び第３リンクに対する情報を要求する場合、前記プローブ要求フレームは前記第２及び第３リンクに対するリンク識別子を含み、
前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームは全てのリンクに対するリンク識別子を含まない、方法。

【請求項2】

前記プローブ要求フレームは情報範囲フィールド及び情報条件フィールドを含む、請求項１に記載の方法。

【請求項3】

前記情報範囲フィールドは前記受信ＭＬＤが提供できる情報を含み、
前記情報範囲フィールドが１に設定されれば、前記受信ＭＬＤが提供できる情報は前記送信ＭＬＤの全ての情報であり、
前記情報範囲フィールドが０として設定されれば、前記受信ＭＬＤが提供できる情報は前記送信ＭＬＤの一部情報又は更新された情報である、請求項２に記載の方法。

【請求項4】

前記情報条件フィールドは前記受信ＭＬＤが提供したい情報を含み、
前記情報範囲フィールドは０として設定されれば、前記受信ＭＬＤが提供したい情報はビットマップで定義され、
前記ビットマップの各ビットは前記受信ＭＬＤが指定可能な情報を示す、請求項３に記載の方法。

【請求項5】

前記プローブ要求フレームは変更シーケンス要素（Ｃｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔ）をさらに含み、
前記プローブ要求フレームが前記第２及び第３リンクに対するリンク識別子を含む場合、前記変更シーケンス要素は前記第２及び第３送信ＳＴＡの重要更新情報を要求するために使用され、
前記プローブ要求フレームが前記全てのリンクに対するリンク識別子を含まない場合、前記変更シーケンス要素は前記送信ＭＬＤ内の全ての送信ＳＴＡの重要更新情報を要求するために用いられる、請求項４に記載の方法。

【請求項6】

前記プローブ応答フレームは前記受信ＭＬＤが提供できる情報、前記受信ＭＬＤが提供したい情報、前記第２及び第３送信ＳＴＡの重要更新情報又は前記送信ＭＬＤ内の全ての送信ＳＴＡの重要更新情報を含む、請求項５に記載の方法。

【請求項7】

前記受信ＭＬＤは前記第２リンクにおいて動作する第２受信ＳＴＡ及び前記第３リンクにおいて動作する第３受信ＳＴＡをさらに含み、
前記プローブ要求フレームはリンク指示子情報をさらに含み、
前記リンク指示子情報は前記第１、第２又は第３リンクの識別子情報を含み、
前記第１受信ＳＴＡのプロフィール（ｐｒｏｆｉｌｅ）フィールド、前記第２受信ＳＴＡのプロフィールフィールド及び前記第３受信ＳＴＡのプロフィールフィールドは前記リンク指示子情報に基づいて前記プローブ要求フレームに含まれる、請求項１に記載の方法。

【請求項8】

無線ＬＡＮシステムにおいて、受信ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）は、
メモリと、
送受信機と、
前記メモリ及び前記送受信機と動作できるように結合されたプロセッサを含み、前記プロセッサは、
送信ＭＬＤに第１リンクを介してプローブ要求フレームを送信し、
前記送信ＭＬＤから前記第１リンクを介してプローブ応答フレームを受信し、
前記送信ＭＬＤは前記第１リンクにおいて動作する第１送信ＳＴＡ（ｓｔａｔｉｏｎ）、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含み、
前記受信ＭＬＤは前記第１リンクにおいて動作する第１受信ＳＴＡを含み、
前記第１受信ＳＴＡが前記第２及び第３リンクに対する情報を要求する場合、前記プローブ要求フレームは前記第２及び第３リンクに対するリンク識別子を含み、
前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームは全てのリンクに対するリンク識別子を含まない、受信ＭＬＤ。

【請求項9】

無線ＬＡＮシステムにおいて、
送信ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）が、受信ＭＬＤから第１リンクを介してプローブ要求フレームを受信するステップと、
前記送信ＭＬＤが、前記受信ＭＬＤに前記第１リンクを介してプローブ応答フレームを送信するステップを含み、
前記送信ＭＬＤは前記第１リンクにおいて動作する第１送信ＳＴＡ（ｓｔａｔｉｏｎ）、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含み、
前記受信ＭＬＤは前記第１リンクにおいて動作する第１受信ＳＴＡを含み、
前記第１受信ＳＴＡが前記第２及び第３リンクに対する情報を要求する場合、前記プローブ要求フレームは前記第２及び第３リンクに対するリンク識別子を含み、
前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームは全てのリンクに対するリンク識別子を含まない、方法。

【請求項10】

前記プローブ要求フレームは情報範囲フィールド及び情報条件フィールドを含む、請求項９に記載の方法。

【請求項11】

前記情報範囲フィールドは前記受信ＭＬＤが提供できる情報を含み、
前記情報範囲フィールドが１に設定されれば、前記受信ＭＬＤが提供できる情報は前記送信ＭＬＤの全ての情報であり、
前記情報範囲フィールドが０として設定されれば、前記受信ＭＬＤが提供できる情報は前記送信ＭＬＤの一部情報又は更新された情報である、請求項１０に記載の方法。

【請求項12】

前記情報条件フィールドは前記受信ＭＬＤが提供したい情報を含み、
前記情報範囲フィールドは０として設定されれば、前記受信ＭＬＤが提供したい情報はビットマップで定義され、
前記ビットマップの各ビットは前記受信ＭＬＤが指定可能な情報を示す、請求項１１に記載の方法。

【請求項13】

前記プローブ要求フレームは変更シーケンス要素（Ｃｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔ）をさらに含み、
前記プローブ要求フレームが前記第２及び第３リンクに対するリンク識別子を含む場合、前記変更シーケンス要素は前記第２及び第３送信ＳＴＡの重要更新情報を要求するために使用され、
前記プローブ要求フレームが前記全てのリンクに対するリンク識別子を含まない場合、前記変更シーケンス要素は前記送信ＭＬＤ内の全ての送信ＳＴＡの重要更新情報を要求するために用いられる、請求項１２に記載の方法。

【請求項14】

前記プローブ応答フレームは前記受信ＭＬＤが提供できる情報、前記受信ＭＬＤが提供したい情報、前記第２及び第３送信ＳＴＡの重要更新情報又は前記送信ＭＬＤ内の全ての送信ＳＴＡの重要更新情報を含む、請求項１３に記載の方法。

【請求項15】

前記受信ＭＬＤは前記第２リンクにおいて動作する第２受信ＳＴＡ及び前記第３リンクにおいて動作する第３受信ＳＴＡをさらに含み、
前記プローブ要求フレームはリンク指示子情報をさらに含み、
前記リンク指示子情報は前記第１、第２又は第３リンクの識別子情報を含み、
前記第１受信ＳＴＡのプロフィール（ｐｒｏｆｉｌｅ）フィールド、前記第２受信ＳＴＡのプロフィールフィールド及び前記第３受信ＳＴＡのプロフィールフィールドは前記リンク指示子情報に基づいて前記プローブ要求フレームに含まれる、請求項９に記載の方法。

【請求項16】

無線ＬＡＮシステムにおいて、送信ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）は、
メモリと、
送受信機と、
前記メモリ及び前記送受信機と動作できるように結合されたプロセッサを含み、前記プロセッサは、
受信ＭＬＤから第１リンクを介してプローブ要求フレームを受信し、
前記受信ＭＬＤに前記第１リンクを介してプローブ応答フレームを送信するステップを含み、
前記送信ＭＬＤは前記第１リンクにおいて動作する第１送信ＳＴＡ（ｓｔａｔｉｏｎ）、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含み、
前記受信ＭＬＤは前記第１リンクにおいて動作する第１受信ＳＴＡを含み、
前記第１受信ＳＴＡが前記第２及び第３リンクに対する情報を要求する場合、前記プローブ要求フレームは前記第２及び第３リンクに対するリンク識別子を含み、
前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームは全てのリンクに対するリンク識別子を含まない、送信ＭＬＤ。

【請求項17】

少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）によって実行されることに基づいた命令（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも１つのコンピューター可読記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）において、
送信ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）に第１リンクを介してプローブ要求フレームを送信するステップと、
前記送信ＭＬＤから前記第１リンクを介してプローブ応答フレームを受信するステップを含み、
前記送信ＭＬＤは前記第１リンクにおいて動作する第１送信ＳＴＡ（ｓｔａｔｉｏｎ）、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含み、
前記受信ＭＬＤは前記第１リンクにおいて動作する第１受信ＳＴＡを含み、
前記第１受信ＳＴＡが前記第２及び第３リンクに対する情報を要求する場合、前記プローブ要求フレームは前記第２及び第３リンクに対するリンク識別子を含み、
前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームは全てのリンクに対するリンク識別子を含まない、記録媒体。

【請求項18】

無線ＬＡＮシステムにおいて装置において、
メモリと、
前記メモリと動作できるように結合されたプロセッサを含み、前記プロセッサは、
送信ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）に第１リンクを介してプローブ要求フレームを送信し、
前記送信ＭＬＤから前記第１リンクを介してプローブ応答フレームを受信し、
前記送信ＭＬＤは前記第１リンクにおいて動作する第１送信ＳＴＡ（ｓｔａｔｉｏｎ）、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含み、
前記受信ＭＬＤは前記第１リンクにおいて動作する第１受信ＳＴＡを含み、
前記第１受信ＳＴＡが前記第２及び第３リンクに対する情報を要求する場合、前記プローブ要求フレームは前記第２及び第３リンクに対するリンク識別子を含み、
前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームは全てのリンクに対するリンク識別子を含まない、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書は無線ＬＡＮシステムにおけるマルチリンク動作に関するもので、より具体的には、ＭＬＤ間リンクに対する情報を獲得する方法及び装置に関するものである。

【背景技術】

【0002】

ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）は様々な方法で改善されてきた。例えば、ＩＥＥＥ８０２．１１ａｘ規格はＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）及びＤＬ ＭＵ ＭＩＭＯ（ｄｏｗｎｌｉｎｋ ｍｕｌｔｉ－ｕｓｅｒ ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ，ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）技術を用いて、改善された通信環境を提案した。

【0003】

本明細書は新しい通信規格において活用できる技術的な特徴を提案する。例えば、新しい通信規格は最近議論になっているＥＨＴ（Ｅｘｔｒｅｍｅ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）規格である。ＥＨＴ規格は新しく提案された帯域幅の増加、改善されたＰＰＤＵ（ＰＨＹ ｌａｙｅｒ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）構造、改善されたシーケンス、ＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）技術などを使用できる。ＥＨＴ規格はＩＥＥＥ８０２．１１ｂｅ規格と呼べる。

【0004】

新しい無線ＬＡＮ規格では増加された個数の空間ストリームが用いられる。この場合、増加された個数の空間ストリームを適切に使用するために無線ＬＡＮシステム内でのシグナリング技術を改善する必要がある。

【発明の概要】

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

【0005】

本明細書は無線ＬＡＮシステムにおいてＭＬＤ間リンクに対する情報を獲得する方法及び装置を提案する。

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

【0006】

本明細書の一例においてＭＬＤ間リンクに対する情報を獲得する方法を提案する。

【0007】

本実施形態は次世代無線ＬＡＮシステム（ＩＥＥＥ ８０２．１１ｂｅ又はＥＨＴ無線ＬＡＮシステム）がサポートされるネットワーク環境において実行することができる。前記次世代無線ＬＡＮシステムは８０２．１１ａｘシステムを改善した無線ＬＡＮシステムとして８０２．１１ａｘシステムと下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。

【0008】

本実施形態はＭＬＤ通信において受信ＭＬＤのＳＴＡが送信ＭＬＤの全てのリンク又は一部のリンクに対する情報を要求する方法及び装置を提案する。前記送信ＭＬＤはＡＰ ＭＬＤであり、前記受信ＭＬＤは非ＡＰ ＭＬＤであり得る。

【0009】

受信ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）は送信ＭＬＤに第１リンクを介してプローブ要求フレームを送信する。

【0010】

前記受信ＭＬＤは前記送信ＭＬＤから前記第１リンクを介してプローブ応答フレームを受信する。

【0011】

一例として、前記送信ＭＬＤは前記第１リンクにおいて動作する第１送信ＳＴＡ（ｓｔａｔｉｏｎ）、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含む。前記受信ＭＬＤは前記第１リンクにおいて動作する第１受信ＳＴＡを含む。前記受信ＭＬＤは前記第２リンクにおいて動作する第２受信ＳＴＡ及び前記第３リンクにおいて動作する第３受信ＳＴＡをさらに含むことができる。

【0012】

前記第１受信ＳＴＡが前記第２及び第３リンクに対する情報を要求する場合、前記プローブ要求フレームは前記第２及び第３リンクに対するリンク識別子を含む。すなわち、前記第１受信ＳＴＡが特定のリンクに対する情報のみを前記第１送信ＳＴＡから提供を希望する場合、前記プローブ要求フレームに前記特定のリンクに対するリンク識別子を含めて必要な情報を指示することができる。

【発明の効果】

【0013】

本明細書において提案された実施形態によれば、受信ＳＴＡが全てのリンクに対する情報を要求する場合、全てのリンクに対する識別子を含める必要がないため（全てのリンクに対する識別子を省略するか除いて）プローブ要求フレームのオーバーヘッドを減らせる効果がある。

【図面の簡単な説明】

【0014】

【図1】本明細書の送信装置及び／または受信装置の一例を示す。

【図2】無線ＬＡＮ（ＷＬＡＮ）の構造を示した概念図である。

【図3】通常のリンク設定（ｌｉｎｋ ｓｅｔｕｐ）過程を説明する図面である。

【図4】ＩＥＥＥ規格において用いられるＰＰＤＵの一例を示した図面である。

【図5】ＵＬ－ＭＵに係る動作を示す。

【図6】トリガーフレームの一例を示す。

【図7】トリガーフレームの共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。

【図8】ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれているサブフィールドの一例を示す。

【図9】ＵＯＲＡ技術の技術的な特徴を説明する。

【図10】本明細書に用いられるＰＰＤＵの一例を示す。

【図11】本明細書の送信装置及び／又は受信装置の変形例を示す。

【図12】非ＡＰ ＭＬＤの構造の例を示す。

【図13】Ｌｉｎｋ ｓｅｔｕｐプロセスを介してＡＰ ＭＬＤ及び非ＡＰ ＭＬＤが接続される例を示す。

【図14】Ｌｉｎｋが変更又は再接続される例を示す。

【図15】Ｌｉｎｋが変更又は再接続される具体的な例を示す。

【図16】ｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【図17】ｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【図18】ｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【図19】ｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【図20】ｏｔｈｅｒ ＡＰに関する情報を要求するための非ＡＰ ＭＬＤの動作を示す。

【図21】ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋの具体的な例を示す。

【図22】ｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【図23】ｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【図24】ｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【図25】Ｒｅｑｕｅｓｔ ＩＥフォーマットの一例を示す。

【図26】Ｅｘｔｅｎｄｅｄ Ｒｅｑｕｅｓｔ ＩＥフォーマットの一例を示す。

【図27】ＰＶ １ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ Ｏｐｔｉｏｎ ｅｌｅｍｅｎｔフォーマットの一例を示す。

【図28】８０２．１１ｂｅにおいて定義されたＭＬ ｅｌｅｍｅｎｔフォーマットの一例を示す。

【図29】Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋ要素のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ ｓｕｂｅｌｅｍｅｎｔを示す。

【図30】本実施形態に係る送信ＭＬＤが受信ＭＬＤにプローブ応答フレームに基づいて送信ＭＬＤが含むＡＰの情報を提供する手順を示したフロー図である。

【図31】本実施形態に係る受信ＭＬＤが送信ＭＬＤにプローブ要求フレームに基づいて送信ＭＬＤが含むＡＰの情報を要求する手順を示したフロー図である。

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

【0015】

本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「ＡまたはＢ（Ａ ｏｒ Ｂ）」は「Ａ及び／またはＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈されることができる。例えば、本明細書において「Ａ、ＢまたはＣ（Ａ、Ｂ ｏｒ Ｃ）」は「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。

【0016】

本明細書で使われるスラッシュ（／）や読点（ｃｏｍｍａ）は「及び／または（ａｎｄ／ｏｒ）」を意味することができる。例えば、「Ａ／Ｂ」は「Ａ及び／またはＢ」を意味することができる。それによって、「Ａ／Ｂ」は「ただＡ」、「ただＢ」、または「ＡとＢの両方とも」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、ＢまたはＣ」を意味することができる。

【0017】

本明細書において「少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「ただＡ」、「ただＢ」または「ＡとＢの両方とも」を意味することができる。また、本明細書において「少なくとも一つのＡまたはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも一つのＡ及び／またはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は「少なくとも一つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈されることができる。

【0018】

また、本明細書において「少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」は、「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。また、「少なくとも一つのＡ、ＢまたはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ｏｒ Ｃ）」や「少なくとも一つのＡ、Ｂ及び／またはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ／ｏｒ Ｃ）」は「少なくとも一つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ ａｎｄ Ｃ）」を意味することができる。

【0019】

また、本明細書で使われる括弧は「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味することができる。具体的には、「制御情報（ＰＤＣＣＨ）」で表示された場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたものである。また、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されずに、「ＰＤＤＣＨ」が「制御情報」の一例として提案されたものである。また、「制御情報（即ち、ＰＤＣＣＨ）」で表示された場合も、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたものである。

【0020】

本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。

【0021】

本明細書の以下の一例は様々な無線通信システムに適用される。例えば、本明細書の以下の一例は無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ，ＷＬＡＮ）システムに適用される。例えば、本明細書はＩＥＥＥ８０２．１１ａ／ｇ／ｎ／ａｃの規格や、ＩＥＥＥ８０２．１１ａｘ規格に適用される。また、本明細書は新しく提案されるＥＨＴ規格またはＩＥＥＥ８０２．１１ｂｅ規格にも適用される。また、本明細書の一例はＥＨＴ規格またはＩＥＥＥ８０２．１１ｂｅを改善（ｅｎｈａｎｃｅ）した新しい無線ＬＡＮ規格にも適用される。また、本明細書の一例は移動通信システムに適用される。例えば、３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格に基づくＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びその進化（ｅｖｏｌｕａｔｉｏｎ）に基づく移動通信システムに適用される。また、本明細書の一例は３ＧＰＰ規格に基づく５ＧＮＲ規格の通信システムに適用される。

【0022】

以下、本明細書の技術的な特徴を説明するために本明細書が適用される技術的な特徴を説明する。

【0023】

図１は本明細書の送信装置及び／または受信装置の一例を示す。

【0024】

図１の一例は以下で説明される様々な技術的な特徴を実行することができる。図１は少なくとも一つのＳＴＡ（ｓｔａｔｉｏｎ）に関連する。例えば、本明細書のＳＴＡ（１１０、１２０）は移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）または単にユーザ（ｕｓｅｒ）などの様々な名称として呼ばれる。本明細書のＳＴＡ（１１０、１２０）はネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピータ、ルータ、リレーなどの様々な名称で呼ばれる。本明細書のＳＴＡ（１１０、１２０）は受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅなど様々な名称で呼ばれる。

【0025】

例えば、ＳＴＡ（１１０、１２０）はＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）役割を実行するかｎｏｎ－ＡＰ役割を実行することができる。すなわち、本明細書のＳＴＡ（１１０、１２０）はＡＰ及び／またはｎｏｎ－ＡＰの機能を実行することができる。本明細書においてＡＰはＡＰ ＳＴＡとも表示できる。

【0026】

本明細書のＳＴＡ（１１０、１２０）はＩＥＥＥ８０２．１１規格以外の様々な通信規格をともにサポートすることができる。例えば、３ＧＰＰ規格に係る通信規格（例えば、ＬＴＥ、ＬＴＥ－Ａ、５ＧＮＲ規格）などをサポートすることができる。また、本明細書のＳＴＡは携帯電話、車両（ｖｅｈｉｃｌｅ）、パーソナルコンピューターなどの様々な装置に実装される。また、本明細書のＳＴＡは音声通話、ビデオ通話、データ通信、自動走行（Ｓｅｌｆ－Ｄｒｉｖｉｎｇ，Ａｕｔｏｎｏｍｏｕｓ－Ｄｒｉｖｉｎｇ）などの様々な通信サービスのための通信をサポートすることができる。

【0027】

本明細書においてＳＴＡ（１１０、１２０）はＩＥＥＥ８０２．１１規格の規定に従う媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ，ＭＡＣ）と無線媒体に対する物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インターフェースを含むことができる。

【0028】

図１（ａ）に基づいてＳＴＡ（１１０、１２０）を説明すると以下の通りである。

【0029】

第１ＳＴＡ（１１０）はプロセッサ（１１１）、メモリ（１１２）及びトランシーバ（１１３）を含む。示されたプロセッサ、メモリ及びトランシーバはそれぞれ別のチップとして実装されるか、少なくとも二つ以上のブロック／機能が一つのチップを介して実装される。

【0030】

第１ＳＴＡのトランシーバ（１１３）は信号の送受信動作を実行する。具体的には、ＩＥＥＥ８０２．１１パケット（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅなど）を送受信することができる。

【0031】

例えば、第１ＳＴＡ（１１０）はＡＰの意図された動作を実行することができる。例えば、ＡＰのプロセッサ（１１１）はトランシーバ（１１３）を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を実行することができる。ＡＰのメモリ（１１２）はトランシーバ（１１３）を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバを介して送信される信号（すなわち、送信信号）を格納することができる。

【0032】

例えば、第２ＳＴＡ（１２０）はＮｏｎ－ＡＰ ＳＴＡの意図された動作を実行することができる。例えば、ｎｏｎ－ＡＰのトランシーバ（１２３）は信号の送受信動作を実行する。具体的には、ＩＥＥＥ８０２．１１パケット（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ／ｂｅなど）を送受信することができる。

【0033】

例えば、Ｎｏｎ－ＡＰ ＳＴＡのプロセッサ（１２１）はトランシーバ（１２３）を介して信号を受信し、受信信号を処理し、送信信号を生成し、信号送信のための制御を実行することができる。Ｎｏｎ－ＡＰ ＳＴＡのメモリ（１２２）はトランシーバ（１２３）を介して受信された信号（すなわち、受信信号）を格納することができ、トランシーバを介して送信される信号（すなわち、送信信号）を格納することができる。

【0034】

例えば、以下の明細書においてＡＰと表示された装置の動作は第１ＳＴＡ（１１０）または第２ＳＴＡ（１２０）において実行される。例えば第１ＳＴＡ（１１０）がＡＰである場合、ＡＰと表示された装置の動作は第１ＳＴＡ（１１０）のプロセッサ（１１１）によって制御され、第１ＳＴＡ（１１０）のプロセッサ（１１１）によって制御されるトランシーバ（１１３）を介して関連する信号が送信されるか受信される。また、ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第１ＳＴＡ（１１０）のメモリ（１１２）に格納される。また、第２ＳＴＡ（１１０）がＡＰである場合、ＡＰと表示された装置の動作は第２ＳＴＡ（１２０）のプロセッサ（１２１）によって制御され、第２ＳＴＡ（１２０）のプロセッサ（１２１）によって制御されるトランシーバ（１２３）を介して関連する信号が送信されるか受信される。また、ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第２ＳＴＡ（１１０）のメモリ（１２２）に格納される。

【0035】

例えば、以下の明細書においてｎｏｎ－ＡＰ（またはＵｓｅｒ－ＳＴＡ）と表示された装置の動作は第１ＳＴＡ（１１０）または第２ＳＴＡ（１２０）において実行される。例えば、第２ＳＴＡ（１２０）がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰと表示された装置の動作は第２ＳＴＡ（１２０）のプロセッサ（１２１）によって制御され、第２ＳＴＡ（１２０）のプロセッサ（１２１）によって制御されるトランシーバ（１２３）を介して関連する信号が送信されるか受信される。また、ｎｏｎ－ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第２ＳＴＡ（１２０）のメモリ（１２２）に格納される。例えば、第１ＳＴＡ（１１０）がｎｏｎ－ＡＰである場合、ｎｏｎ－ＡＰと表示された装置の動作は第１ＳＴＡ（１１０）のプロセッサ（１１１）によって制御され、第１ＳＴＡ（１２０）のプロセッサ（１１１）によって制御されるトランシーバ（１１３）を介して関連する信号が送信されるか受信される。また、ｎｏｎ－ＡＰの動作に関連する制御情報やＡＰの送信／受信信号は第１ＳＴＡ（１１０）のメモリ（１１２）に格納される。

【0036】

以下の明細書において（送信／受信）ＳＴＡ、第１ＳＴＡ、第２ＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１ＡＰ、第２ＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）Ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどと呼ばれる装置は図１のＳＴＡ（１１０、１２０）を意味する。例えば、具体的な符号なしに（送信／受信）ＳＴＡ、第１ＳＴＡ、第２ＳＴＡ、ＳＴＡ１、ＳＴＡ２、ＡＰ、第１ＡＰ、第２ＡＰ、ＡＰ１、ＡＰ２、（送信／受信）Ｔｅｒｍｉｎａｌ、（送信／受信）Ｄｅｖｉｃｅ、（送信／受信）ａｐｐａｒａｔｕｓ、ネットワークなどと表示された装置も図１のＳＴＡ（１１０、１２０）を意味する。例えば、以下の一例において様々なＳＴＡが信号（例えば、ＰＰＰＤＵ）を送受信する動作は図１のトランシーバ（１１３、１２３）において実行される場合がある。また、以下の一例において、様々なＳＴＡが送受信信号を生成するか送受信信号のために事前にデータ処理や演算を実行する動作は図１のプロセッサ（１１１、１２１）において実行される場合がある。例えば、送受信信号を生成するか送受信信号のために事前にデータ処理や演算を実行する動作の一例は、１）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ，ＳＴＦ，ＬＴＦ，Ｄａｔａ）フィールドのビット情報を決定／獲得／構成／演算／デコード／エンコードする動作、２）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ，ＳＴＦ，ＬＴＦ，Ｄａｔａ）フィールドのために用いられる時間リソースや周波数リソース（例えば、サブキャリアリソース）などを決定／構成／獲得する動作、３）ＰＰＤＵ内に含まれるサブフィールド（ＳＩＧ，ＳＴＦ，ＬＴＦ，Ｄａｔａ）フィールドのために用いられる特定のシーケンス（例えば、パイロットシーケンス、ＳＴＦ／ＬＴＦシーケンス、ＳＩＧに適用されるエクストラシーケンス）などを決定／構成／獲得する動作、４）ＳＴＡに対して適用される電力制御動作及び／または省電力動作、５）ＡＣＫ信号の決定／獲得／構成／演算／デコード／エンコードなどに関連する動作を含むことができる。また、以下の一例において様々なＳＴＡが送受信信号の決定／獲得／構成／演算／デコード／エンコードのために使用する様々な情報（例えば、フィールド／サブフィールド／制御フィールド／パラメータ／パワーなどに関連する情報）は図１のメモリ（１１２、１２２）に格納される。

【0037】

上述した図１（ａ）の装置／ＳＴＡは図１（ｂ）のように変形される。以下の図１（ｂ）に基づいて、本明細書のＳＴＡ（１１０、１２０）を説明する。

【0038】

例えば、図１（ｂ）に示されたトランシーバ（１１３、１２３）は上述した図１（ａ）に示されたトランシーバと同じ機能を実行することができる。例えば、図１（ｂ）に示されたプロセシングチップ（１１４、１２４）はプロセッサ（１１１、１２１）及びメモリ（１１２、１２２）を含むことができる。図１（ｂ）に示されたプロセッサ（１１１、１２１）及びメモリ（１１２、１２２）は上述した図１（ａ）に示されたプロセッサ（１１１、１２１）及びメモリ（１１２、１２２）と同じ機能を実行することができる。

【0039】

以下で説明される、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、移動加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、ユーザ（ｕｓｅｒ）、ユーザＳＴＡ、ネットワーク、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）、Ｎｏｄｅ－Ｂ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、リピータ、ルータ、リレー、受信装置、送信装置、受信ＳＴＡ、送信ＳＴＡ、受信Ｄｅｖｉｃｅ、送信Ｄｅｖｉｃｅ、受信Ａｐｐａｒａｔｕｓ、及び／または送信Ａｐｐａｒａｔｕｓは、図１（ａ）／（ｂ）に示されたＳＴＡ（１１０、１２０）を意味するか、図１（ｂ）に示されたプロセシングチップ（１１４、１２４）を意味する。すなわち、本明細書の技術的な特徴は、図１（ａ）／（ｂ）に示されたＳＴＡ（１１０、１２０）に実行できるか、図１（ｂ）に示されたプロセシングチップ（１１４、１２４）でのみ実行される場合がある。例えば、送信ＳＴＡが制御信号を送信する技術的な特徴は、図１（ａ）／（ｂ）に示されたプロセッサ（１１１、１２１）において生成された制御信号が図１（ａ）／（ｂ）に示されたトランシーバ（１１３、１２３）を介して送信される技術的な特徴として理解できる。または、送信ＳＴＡが制御信号を送信する技術的な特徴は、図１（ｂ）に示されたプロセシングチップ（１１４、１２４）においてトランシーバ（１１３、１２３）に伝送される制御信号が生成される技術的な特徴として理解できる。

【0040】

例えば、受信ＳＴＡが制御信号を受信する技術的な特徴は、図１（ａ）に示されたトランシーバ（１１３、１２３）によって制御信号が受信される技術的な特徴として理解できる。または、受信ＳＴＡが制御信号を受信する技術的な特徴は、図１（ａ）に示されたトランシーバ（１１３、１２３）に受信された制御信号が図１（ａ）に示されたプロセッサ（１１１、１２１）によって獲得される技術的な特徴として理解できる。または、受信ＳＴＡが制御信号を受信する技術的な特徴は、図１（ｂ）に示されたトランシーバ（１１３、１２３）に受信された制御信号が図１（ｂ）に示されたプロセシングチップ（１１４、１２４）によって獲得される技術的な特徴として理解できる。

【0041】

図１（ｂ）を参照すると、メモリ（１１２、１２２）内にソフトウェアコード（１１５、１２５）が含まれる。ソフトウェアコード（１１５、１２５）はプロセッサ（１１１、１２１）の動作を制御するｉｎｓｔｒｕｃｔｉｏｎが含まれる。ソフトウェアコード（１１５、１２５）は様々なプログラミング言語で含まれる。

【0042】

図１に示されたプロセッサ（１１１、１２１）またはプロセシングチップ（１１４、１２４）はＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。プロセッサはＡＰ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）である。例えば、図１に示されたプロセッサ（１１１、１２１）またはプロセシングチップ（１１４、１２４）はＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＧＰＵ（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、モデム（Ｍｏｄｅｍ；ｍｏｄｕｌａｔｏｒ ａｎｄ ｄｅｍｏｄｕｌａｔｏｒ）のうち、少なくとも一つを含むことができる。例えば、図１に示されたプロセッサ（１１１、１２１）またはプロセシングチップ（１１４、１２４）はＱｕａｌｃｏｍｍ（登録商標）によって製造されたＳＮＡＰＤＲＡＧＯＮ^ＴＭシリーズプロセッサ、Ｓａｍｓｕｎｇ（登録商標）によって製造されたＥＸＹＮＯＳ^ＴＭシリーズプロセッサ、Ａｐｐｌｅ（登録商標）によって製造されたＡシリーズプロセッサ、ＭｅｄｉａＴｅｋ（登録商標）によって製造されたＨＥＬＩＯ^ＴＭシリーズプロセッサ、ＩＮＴＥＬ（登録商標）によって製造されたＡＴＯＭ^ＴＭシリーズプロセッサまたはこれを改善（ｅｎｈａｎｃｅ）したプロセッサである。

【0043】

本明細書においてアップリンクはｎｏｎ－ＡＰ ＳＴＡからＡＰ ＳＴＡへの通信のためのリンクを意味し、アップリンクを介してアップリンクＰＰＤＵ／パケット／信号などが送信される。また、本明細書においてダウンリンクはＡＰ ＳＴＡからｎｏｎ－ＡＰ ＳＴＡへの通信のためのリンクを意味し、ダウンリンクを介してダウンリンクＰＰＤＵ／パケット／信号などが送信される。

【0044】

図２は無線ＬＡＮ（ＷＬＡＮ）の構造を示した概念図である。

【0045】

図２の上部はＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｔｒｏｎｉｃ ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャーＢＳＳ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）の構造を示す。

【0046】

図２の上部を参照すると、無線ＬＡＮシステムは一つまたはそれ以上のインフラストラクチャーＢＳＳ（２００、２０５）（以下、ＢＳＳ）を含むことができる。ＢＳＳ（２００、２０５）は正常に同期を行って互いに通信できるＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ，２２５）及びＳＴＡ１（Ｓｔａｔｉｏｎ，２００－１）のようなＡＰとＳＴＡのセットとして、特定の領域を指す概念ではない。ＢＳＳ（２０５）は一つのＡＰ（２３０）に一つ以上の結合可能なＳＴＡ（２０５－１、２０５－２）を含めることができる。

【0047】

ＢＳＳは少なくとも一つのＳＴＡ、配信サービス（ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するＡＰ（２２５、２３０）及び多数のＡＰを繋げる配信システム（ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ，ＤＳ，２１０）を含むことができる。

【0048】

配信システム（２１０）は複数のＢＳＳ（２００、２０５）を接続して拡張サービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ ｓｅｒｖｉｃｅ ｓｅｔ，２４０）を実装することができる。ＥＳＳ（２４０）は一つまたは複数個のＡＰが配信システム（２１０）を介して接続されてできた一つのネットワークを指示する用語として使用される。一つのＥＳＳ（２４０）に含まれるＡＰは同じＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を持つ。

【0049】

ポータル（ｐｏｒｔａｌ，２２０）は無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との接続を実行するブリッジ役割を実行することができる。

【0050】

図２の上部のようなＢＳＳではＡＰ（２２５、２３０）の間のネットワーク及びＡＰ（２２５、２３０）とＳＴＡ（２００－１、２０５－１、２０５－２）の間のネットワークが実装される。しかし、ＡＰ（２２５、２３０）なしにＳＴＡ間でもネットワークを設定して通信を行うこともできる。ＡＰ（２２５、２３０）なしにＳＴＡ間でもネットワークを設定して通信を行うネットワークをアドホックネットワーク（Ａｄ－Ｈｏｃ ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ，ＩＢＳＳ）と定義する。

【0051】

図２の下部はＩＢＳＳを示した概念図である。

【0052】

図２の下部を参照すると、ＩＢＳＳはアドホックモードに動作するＢＳＳである。ＩＢＳＳはＡＰを含まないため中央において管理機能を実行するエンティティ（ｃｅｎｔｒａｌｉｚｅｄ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）がない。すなわち、ＩＢＳＳにおいてＳＴＡ（２５０－１、２５０－２、２５０－３、２５５－４、２５５－５）は分散方法（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｎｎｅｒ）で管理される。ＩＢＳＳでは全てのＳＴＡ（２５０－１、２５０－２、２５０－３、２５５－４、２５５－５）が移動ＳＴＡで構成され、配信システムへの接続が許可されず自己完備ネットワーク（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ）を構成する。

【0053】

図３は通常のリンク設定（ｌｉｎｋ ｓｅｔｕｐ）過程を説明する図面である。

【0054】

示されたＳ３１０ステップにおいてＳＴＡはネットワークを見つける動作を実行することができる。ネットワークを見つける動作はＳＴＡのスキャニング（ｓｃａｎｎｉｎｇ）動作を含むことができる。すなわち、ＳＴＡがネットワークにアクセスするためには参加可能なネットワークを見つける必要がある。ＳＴＡは無線ネットワークに参加する前に互換性のあるネットワークを識別する必要があるが、特定の領域に存在するネットワークの識別過程をスキャニングという。スキャニング方法にはアクティブスキャン（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ）とパシップスキャン（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）がある。

【0055】

図３では例示的に、アクティブスキャン過程を含むネットワークを見つける動作を示す。アクティブスキャンにおいてスキャニングを行うＳＴＡはチャネルを移動させ周辺にどのＡＰが存在するか探索するためにプローブ要求フレーム（ｐｒｏｂｅ ｒｅｑｕｅｓｔ ｆｒａｍｅ）を送信しこれに対する応答を待つ。応答者（ｒｅｓｐｏｎｄｅｒ）はプローブ要求フレームを送信したＳＴＡへプローブ要求フレームに対する応答にプローブ応答フレーム（ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を送信する。ここで、応答者はスキャニングされているチャネルのＢＳＳにおいて最後にビーコンフレーム（ｂｅａｃｏｎ ｆｒａｍｅ）を送信したＳＴＡである。ＢＳＳではＡＰがビーコンフレームを送信するためＡＰが応答者になり、ＩＢＳＳではＩＢＳＳ内のＳＴＡが戻ってビーコンフレームを送信するため、応答者が一定ではない。例えば、１番チャネルにおいてプローブ要求フレームを送信し１番チャネルにおいてプローブ応答フレームを受信したＳＴＡは、受信したプローブ応答フレームに含まれたＢＳＳ関連情報を格納し次のチャネル（例えば、２番チャネル）に移動して同じ方法にスキャニング（すなわち、２番チャネル上においてプローブ要求／応答送受信）を実行することができる。

【0056】

図３の一例と表示されてはいないが、スキャニング動作はパシップスキャン方法で実行される場合もある。パシップスキャンに基づいてスキャニングを行うＳＴＡはチャネルを移動しながらビーコンフレームを待つことができる。ビーコンフレームはＩＥＥＥ８０２．１１において管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のうちの一つとして、無線ネットワークの存在を知らせ、スキャニングを行うＳＴＡに無線ネットワークを見つけて、無線ネットワークに参加できるように周期的に送信される。ＢＳＳにおいてＡＰがビーコンフレームを周期的に送信する役割を実行し、ＩＢＳＳではＩＢＳＳ内のＳＴＡが戻ってビーコンフレームを送信する。スキャニングを行うＳＴＡはビーコンフレームを受信すればビーコンフレームに含まれたＢＳＳに対する情報を格納し、他のチャネルに移動しながら各チャネルにおいてビーコンフレーム情報を記録する。ビーコンフレームを受信したＳＴＡは、受信したビーコンフレームに含まれたＢＳＳ関連情報を格納し、次のチャネルに移動して同じ方法で次のチャネルにおいてスキャニングを行うことができる。

【0057】

ネットワークを発見したＳＴＡは、ステップＳ３２０を介して認証過程を実行することができる。このような認証過程は後述するステップＳ３４０のセキュリティ設定動作と明確に区分するために第１認証（ｆｉｒｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）過程と称する。Ｓ３２０の認証過程は、ＳＴＡが認証要求フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰへ送信し、これに応答してＡＰが認証応答フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）をＳＴＡへ送信する過程を含むことができる。認証要求／応答に用いられる認証フレーム（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｒａｍｅ）は管理フレームに該当する。

【0058】

認証フレームは認証アルゴリズム番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｌｇｏｒｉｔｈｍ ｎｕｍｂｅｒ）、認証取引シーケンス番号（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｔｒａｎｓａｃｔｉｏｎ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）、ステータスコード（ｓｔａｔｕｓ ｃｏｄｅ）、チャレンジテキスト（ｃｈａｌｌｅｎｇｅ ｔｅｘｔ）、ＲＳＮ（Ｒｏｂｕｓｔ Ｓｅｃｕｒｉｔｙ Ｎｅｔｗｏｒｋ）、有限巡回群（Ｆｉｎｉｔｅ Ｃｙｃｌｉｃ Ｇｒｏｕｐ）などに対する情報を含むことができる。

【0059】

ＳＴＡは認証要求フレームをＡＰへ送信することができる。ＡＰは受信された認証要求フレームに含まれた情報に基づいて、該当ＳＴＡに対する認証を許可するか否かを決定することができる。ＡＰは認証処理の結果を認証応答フレームを介してＳＴＡに提供することができる。

【0060】

正常に認証されたＳＴＡはステップＳ３３０に基づいて接続過程を実行することができる。接続過程はＳＴＡが接続要求フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰへ送信し、これに応答してＡＰが接続応答フレーム（ａｓｓｏｃｉａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）をＳＴＡへ送信する過程を含む。例えば、接続要求フレームは様々な能力（ｃａｐａｂｉｌｌｉｔｙ）に関連する情報、ビーコンリスンインターバル（ｌｉｓｔｅｎ ｉｎｔｅｒｖａｌ）、ＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ）、サポートレート（ｓｕｐｐｏｒｔｅｄ ｒａｔｅｓ）、サポートチャネル（ｓｕｐｐｏｒｔｅｄ ｃｈａｎｎｅｌｓ）、ＲＳＮ、移動性ドメイン、サポートオペレーティングクラス（ｓｕｐｐｏｒｔｅｄ ｏｐｅｒａｔｉｎｇ ｃｌａｓｓｅｓ）、ＴＩＭ放送要求（Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍａｐ Ｂｒｏａｄｃａｓｔ ｒｅｑｕｅｓｔ）、相互動作（ｉｎｔｅｒ ｗｏｒｋｉｎｇ）サービス能力などに対する情報を含むことができる。例えば、接続応答フレームは様々な能力に関連する情報、ステータスコード、ＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）、サポートレート、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）パラメータセット、ＲＣＰＩ（Ｒｅｃｅｉｖｅｄ Ｃｈａｎｎｅｌ Ｐｏｗｅｒ Ｉｎｄｉｃａｔｏｒ）、ＲＳＮＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ ｔｏ Ｎｏｉｓｅ Ｉｎｄｉｃａｔｏｒ）、移動性ドメイン、タイムアウトインターバル（アソシエーションカムバック時間（ａｓｓｏｃｉａｔｉｏｎ ｃｏｍｅｂａｃｋ ｔｉｍｅ））、重複（ｏｖｅｒｌａｐｐｉｎｇ）ＢＳＳスキャンパラメータ、ＴＩＭ放送応答、ＱｏＳマップなどの情報を含むことができる。

【0061】

以後、Ｓ３４０ステップにおいて、ＳＴＡはセキュリティ設定過程を実行することができる。ステップＳ３４０のセキュリティ設定過程は、例えば、ＥＡＰＯＬ（Ｅｘｔｅｓｉｂｌｅ Ａｕｔｈｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ ＬＡＮ）フレームを介した４ウェイ（ｗａｙ）ハンドシェイクを介して、プライベートキー設定（ｐｒｉｖａｔｅ ｋｅｙ ｓｅｔｕｐ）をする過程を含むことができる。

【0062】

図４はＩＥＥＥ規格において用いられるＰＰＤＵの一例を示した図面である。

【0063】

示されたように、ＩＥＥＥａ／ｇ／ｎ／ａｃなどの規格では様々な形のＰＰＤＵ（ＰＨＹ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）が使用される。具体的には、ＬＴＦ、ＳＴＦフィールドはトレーニング信号を含み、ＳＩＧ－Ａ、ＳＩＧ－Ｂには受信ステーションのための制御情報が含まれ、データフィールドにはＰＳＤＵ（ＭＡＣ ＰＤＵ／Ａｇｇｒｅｇａｔｅｄ ＭＡＣ ＰＤＵ）に相応するユーザデータが含まれた。

【0064】

また、図４はＩＥＥＥ８０２．１１ａｘ規格のＨＥ ＰＰＤＵの一例も含む。図４に係るＨＥ ＰＰＤＵは多重ユーザのためのＰＰＤＵの一例として、ＨＥ－ＳＩＧ－Ｂは多重ユーザのための場合にのみ含まれ、単一ユーザのためのＰＰＤＵには該当ＨＥ－ＳＩＧ－Ｂが省略される。

【0065】

示されたように、多重ユーザ（Ｍｕｌｔｉｐｌｅ Ｕｓｅｒ；ＭＵ）のためのＨＥ－ＰＰＤＵはＬ－ＳＴＦ（ｌｅｇａｃｙ－ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ－ＬＴＦ（ｌｅｇａｃｙ－ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、Ｌ－ＳＩＧ（ｌｅｇａｃｙ－ｓｉｇｎａｌ）、ＨＥ－ＳＩＧ－Ａ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌ Ａ）、ＨＥ－ＳＩＧ－Ｂ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｓｉｇｎａｌ－Ｂ）、ＨＥ－ＳＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、ＨＥ－ＬＴＦ（ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ－ｌｏｎｇ ｔｒａｉｎｉｎｇ ｆｉｅｌｄ）、データフィールド（またはＭＡＣペイロード）及びＰＥ（Ｐａｃｋｅｔ Ｅｘｔｅｎｓｉｏｎ）フィールドを含むことができる。それぞれのフィールドは示された時間区間（すなわち、４または８μｓなど）の間に送信される。

【0066】

以下のように、ＰＰＤＵにおいて用いられるリソースユニット（ＲＵ）を説明する。リソースユニットは複数個のサブキャリア（またはトーン）を含むことができる。リソースユニットはＯＦＤＭＡ技術に基づいて多数のＳＴＡへ信号を送信する場合に使用される。また、一つのＳＴＡへ信号を送信する場合にもリソースユニットが定義される。リソースユニットはＳＴＦ、ＬＴＦ、データフィールドなどのために使用される。

【0067】

本明細書において説明されたＲＵはＵＬ（Ｕｐｌｉｎｋ）通信及びＤＬ（Ｄｏｗｎｌｉｎｋ）通信に用いられる。例えば、Ｔｒｉｇｇｅｒ ｆｒａｍｅによってｓｏｌｉｃｉｔされるＵＬ－ＭＵ通信が行われる場合、送信ＳＴＡ（例えば、ＡＰ）はＴｒｉｇｇｅｒ ｆｒａｍｅを介して第１ＳＴＡには第１ＲＵ（例えば、２６／５２／１０６／２４２－ＲＵなど）を割り当て、第２ＳＴＡには第２ＲＵ（例えば、２６／５２／１０６／２４２－ＲＵなど）を割り当てることができる。以降、第１ＳＴＡは第１ＲＵに基づいて第１Ｔｒｉｇｇｅｒ－ｂａｓｅｄ ＰＰＤＵを送信することができ、第２ＳＴＡは第２ＲＵに基づいて第２Ｔｒｉｇｇｅｒ－ｂａｓｅｄ ＰＰＤＵを送信することができる。第１／第２Ｔｒｉｇｇｅｒ－ｂａｓｅｄ ＰＰＤＵは同じ時間区間にＡＰに送信される。

【0068】

例えば、ＤＬ ＭＵ ＰＰＤＵが構成される場合、送信ＳＴＡ（例えば、ＡＰ）は第１ＳＴＡには第１ＲＵ（例えば、２６／５２／１０６／２４２－ＲＵなど）を割り当て、第２ＳＴＡには第２ＲＵ（例えば、２６／５２／１０６／２４２－ＲＵなど）を割り当てることができる。すなわち、送信ＳＴＡ（例えば、ＡＰ）は１つのＭＵ ＰＰＤＵ内で第１ＲＵを介して第１ＳＴＡのためのＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、Ｄａｔａフィールドを送信することができ、第２ＲＵを介して第２ＳＴＡのためのＨＥ－ＳＴＦ、ＨＥ－ＬＴＦ、Ｄａｔａフィールドを送信することができる。

【0069】

図５はＵＬ－ＭＵに係る動作を示す。示されているように、送信ＳＴＡ（例えば、ＡＰ）はｃｏｎｔｅｎｄｉｎｇ（すなわち、Ｂａｃｋｏｆｆ動作）を介してチャネル接続を実行し、Ｔｒｉｇｇｅｒ ｆｒａｍｅ１０３０を送信することができる。すなわち、送信ＳＴＡ（例えば、ＡＰ）はＴｒｉｇｇｅｒ ｆｒａｍｅ１３３０が含まれたＰＰＤＵを送信することができる。Ｔｒｉｇｇｅｒ ｆｒａｍｅが含まれたＰＰＤＵが受信されればＳＩＦＳだけのｄｅｌａｙ以降、ＴＢ（ｔｒｉｇｇｅｒ－ｂａｓｅｄ）ＰＰＤＵが送信される。

【0070】

ＴＢ ＰＰＤＵ１０４１、１０４２は同じ時間帯に送信され、Ｔｒｉｇｇｅｒ ｆｒａｍｅ１０３０内にＡＩＤが表示された複数のＳＴＡ（例えば、Ｕｓｅｒ ＳＴＡ）から送信される。ＴＢ ＰＰＤＵに対するＡＣＫフレーム１０５０は様々な形で実装される。

【0071】

トリガーフレームの具体的な特徴は図６から図８を介して説明される。ＵＬ－ＭＵ通信が用いられる場合も、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）技術又はＭＵ ＭＩＭＯ技術が用いられ、ＯＦＤＭＡ及びＭＵ ＭＩＭＯ技術が同時に用いられる。

【0072】

図６はトリガーフレームの一例を示す。図６のトリガーフレームはアップリンクＭＵ送信（Ｕｐｌｉｎｋ Ｍｕｌｔｉｐｌｅ－Ｕｓｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ）のためのリソースを割り当て、例えばＡＰから送信される。トリガーフレームはＭＡＣフレームで構成され、ＰＰＤＵに含まれる。

【0073】

図６に示したそれぞれのフィールドは一部省略することができ、別のフィールドが追加される。また、フィールドそれぞれの長さは示されたことと異なるように変化する。

【0074】

図６のフレームコントロール（ｆｒａｍｅ ｃｏｎｔｒｏｌ）フィールド１１１０はＭＡＣプロトコルのバージョンに関する情報及びその他の追加的な制御情報が含まれ、デュレーションフィールド１１２０はＮＡＶ設定のための時間情報やＳＴＡの識別子（例えば、ＡＩＤ）に関する情報が含まれる。

【0075】

また、ＲＡフィールド１１３０は当該トリガーフレームの受信ＳＴＡのアドレス情報が含まれ、必要によって省略することができる。ＴＡフィールド１１４０は当該トリガーフレームを送信するＳＴＡ（例えば、ＡＰ）のアドレス情報が含まれ、共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールド１１５０は当該トリガーフレームを受信する受信ＳＴＡに適用される共通制御情報を含む。例えば、当該トリガーフレームに対応して送信されるアップＰＰＤＵのＬ－ＳＩＧフィールドの長さを指示するフィールドや、当該トリガーフレームに対応して送信されるアップＰＰＤＵのＳＩＧ－Ａフィールド（すなわち、ＨＥ－ＳＩＧ－Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報が含まれる。また、共通制御情報として、当該トリガーフレームに対応して送信されるアップＰＰＤＵのＣＰの長さに関する情報やＬＴＦフィールドの長さに関する情報が含まれる。

【0076】

また、図６のトリガーフレームを受信する受信ＳＴＡの数に対応する個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールド（１１６０＃１から１１６０＃Ｎ）を含むことが望ましい。前記個別ユーザ情報フィールドは、「割り当てフィールド」とも呼ぶことができる。

【0077】

また、図６のトリガーフレームはパディングフィールド１１７０と、フレームチェックシーケンスフィールド１１８０を含むことができる。

【0078】

図６に示した、個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールド（１１６０＃１から１１６０＃Ｎ）それぞれは再び多数のサブフィールドを含むことができる。

【0079】

図７はトリガーフレームの共通情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）フィールドの一例を示す。図７のサブフィールドのうち、一部は省略することができ、その他のサブフィールドが追加される。また、示されたサブフィールドそれぞれの長さは変形することができる。

【0080】

示された長さフィールド１２１０は当該トリガーフレームに対応して送信されるアップＰＰＤＵのＬ－ＳＩＧフィールドの長さフィールドと同じ値を持ち、アップＰＰＤＵのＬ－ＳＩＧフィールドの長さフィールドはアップＰＰＤＵの長さを示す。結果的にトリガーフレームの長さフィールド１２１０は対応するアップリンクＰＰＤＵの長さを指示するのに用いられる。

【0081】

また、カスケード指示子フィールド１２２０はカスケード動作が実行されるか否かを指示する。カスケード動作は同じＴＸＯＰ内にダウンリンクＭＵ送信とアップリンクＭＵ送信がともに実行されることを意味する。すなわち、ダウンリンクＭＵ送信が実行された以降、既に設定された時間（例えば、ＳＩＦＳ）以降、アップリンクＭＵ送信が実行されることを意味する。カスケード動作の中にはダウンリンク通信を行う送信装置（例えば、ＡＰ）は１つのみ存在し、アップリンク通信を行う送信装置（例えば、ｎｏｎ－ＡＰ）は複数存在することができる。

【0082】

ＣＳ要求フィールド１２３０は当該トリガーフレームを受信した受信装置が対応するアップリンクＰＰＤＵを送信する状況において無線媒体の状態やＮＡＶなどを考慮する必要があるかどうかを指示する。

【0083】

ＨＥ－ＳＩＧ－Ａ情報フィールド１２４０は当該トリガーフレームに対応して送信されるアップＰＰＤＵのＳＩＧ－Ａフィールド（すなわち、ＨＥ－ＳＩＧ－Ａフィールド）の内容（ｃｏｎｔｅｎｔ）を制御する情報が含まれる。

【0084】

ＣＰ及びＬＴＦタイプフィールド１２５０は当該トリガーフレームに対応して送信されるアップＰＰＤＵのＬＴＦの長さ及びＣＰ長さに関する情報を含むことができる。トリガータイプフィールド１０６０は当該トリガーフレームが用いられる目的、例えば通常のトリガー、ビームフォーミングのためのトリガー、Ｂｌｏｃｋ Ａｃｋ／ＮＡＣＫに対する要求などを指示することができる。

【0085】

本明細書においてトリガーフレームのトリガータイプフィールド１２６０は通常のトリガーのための基本（Ｂａｓｉｃ）タイプのトリガーフレームを指示すると仮定することができる。例えば、基本（Ｂａｓｉｃ）タイプのトリガーフレームは基本トリガーフレームと言及される。

【0086】

図８はユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）フィールドに含まれているサブフィールドの一例を示す。図８のユーザ情報フィールド１３００は前記の図６において言及された個別ユーザ情報フィールド（１１６０＃１～１１６０＃Ｎ）のうち、いずれか１つとして理解される。図８のユーザ情報フィールド１３００に含まれたサブフィールドのうち、一部は省略することができ、その他のサブフィールドが追加される。また、示されたサブフィールドそれぞれの長さは変形することができる。

【0087】

図８のユーザ識別子（Ｕｓｅｒ Ｉｄｅｎｔｉｆｉｅｒ）フィールド１３１０は個別ユーザ情報（ｐｅｒ ｕｓｅｒ ｉｎｆｏｒｍａｔｉｏｎ）に対応するＳＴＡ（すなわち、受信ＳＴＡ）の識別子を示すことで、識別子の一例は受信ＳＴＡのＡＩＤ（ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）値の全部又は一部になる。

【0088】

また、ＲＵ割り当て（ＲＵ Ａｌｌｏｃａｔｉｏｎ）フィールド１３２０が含まれる。すなわち、ユーザ識別子フィールド１３１０として識別された受信ＳＴＡが、トリガーフレームに対応してＴＢ ＰＰＤＵを送信する場合、ＲＵ割り当てフィールド１３２０が指示したＲＵを介してＴＢ ＰＰＤＵを送信する。

【0089】

図８のサブフィールドはコーディングタイプフィールド１３３０を含むことができる。コーディングタイプフィールド１３３０はＴＢ ＰＰＤＵのコーディングタイプを指示することができる。例えば、前記ＴＢ ＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は「１」に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は「０」として設定される。

【0090】

また、図８のサブフィールドはＭＣＳフィールド１３４０を含むことができる。ＭＣＳフィールド１３４０はＴＢ ＰＰＤＵに適用されるＭＣＳ技術を指示することができる。例えば、前記ＴＢ ＰＰＤＵにＢＣＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は「１」に設定され、ＬＤＰＣコーディングが適用される場合、前記コーディングタイプフィールド１３３０は「０」として設定される。

【0091】

以下のＵＯＲＡ（ＵＬ ＯＦＤＭＡ－ｂａｓｅｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）技術に対して説明する。

【0092】

図９はＵＯＲＡ技術の技術的な特徴を説明する。

【0093】

送信ＳＴＡ（例えば、ＡＰ）はトリガーフレームを介して図９に示しているのように６個のＲＵリソースを割り当てることができる。具体的には、ＡＰは第１ＲＵリソース（ＡＩＤ ０、ＲＵ １）、第２ＲＵリソース（ＡＩＤ ０、ＲＵ ２）、第３ＲＵリソース（ＡＩＤ ０、ＲＵ ３）、第４ＲＵリソース（ＡＩＤ ２０４５、ＲＵ ４）、第５ＲＵリソース（ＡＩＤ ２０４５、ＲＵ ５）、第６ＲＵリソース（ＡＩＤ ３、ＲＵ ６）を割り当てることができる。ＡＩＤ ０、ＡＩＤ ３、又はＡＩＤ ２０４５に関する情報は、例えば、図８のユーザ識別フィールド１３１０に含まれる。ＲＵ １からＲＵ ６に関する情報は、例えば図８のＲＵ割り当てフィールド１３２０に含まれる。ＡＩＤ＝０は接続された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースを意味し、ＡＩＤ＝２０４５は非接続された（ｕｎ－ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースを意味する。これに応じて、図９の第１から第３ＲＵリソースは接続された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースとして用いられ、図９の第４から第５ＲＵリソースは非接続された（ｕｎ－ａｓｓｏｃｉａｔｅｄ）ＳＴＡのためのＵＯＲＡリソースとして用いられ、図９の第６ＲＵリソースは通常のＵＬ ＭＵのためのリソースとして用いられる。

【0094】

図９の一例においてはＳＴＡ１のＯＢＯ（ＯＦＤＭＡ ｒａｎｄｏｍ ａｃｃｅｓｓ Ｂａｃｋ Ｏｆｆ）カウンターが０に減少して、ＳＴＡ１が第２ＲＵリソース（ＡＩＤ ０、ＲＵ ２）をランダムに選択する。また、ＳＴＡ２／３のＯＢＯカウンターは０より大きいため、ＳＴＡ２／３にはアップリンクリソースが割り当てられなかった。また、図９においてＳＴＡ４はトリガーフレーム内に自身のＡＩＤ（すなわち、ＡＩＤ＝３）が含まれたため、バックオフなしにＲＵ ６のリソースが割り当てられた。

【0095】

具体的には、図９のＳＴＡ１は接続された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるためＳＴＡ１のためのｅｌｉｇｉｂｌｅ ＲＡ ＲＵは合計３個（ＲＵ １、ＲＵ ２、ＲＵ ３）であり、これに応じてＳＴＡ１はＯＢＯカウンターを３だけ減らしＯＢＯカウンターが０になった。また、図９のＳＴＡ２は接続された（ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるためＳＴＡ２のためのｅｌｉｇｉｂｌｅ ＲＡ ＲＵは合計３個（ＲＵ １、ＲＵ ２、ＲＵ ３）であり、これに応じてＳＴＡ２はＯＢＯカウンターを３だけ減らせたがＯＢＯカウンターが０より大きい状態である。また、図９のＳＴＡ３は非接続された（ｕｎ－ａｓｓｏｃｉａｔｅｄ）ＳＴＡであるためＳＴＡ３のためのｅｌｉｇｉｂｌｅ ＲＡ ＲＵは合計２個（ＲＵ ４、ＲＵ ５）であり、これに応じてＳＴＡ３はＯＢＯカウンターを２だけ減らせたがＯＢＯカウンターが０より大きい状態である。

【0096】

以下の通り、本明細書のＳＴＡにおいて送信／受信されるＰＰＤＵが説明される。

【0097】

図１０は本明細書に用いられるＰＰＤＵの一例を示す。

【0098】

図１０のＰＰＤＵはＥＨＴ ＰＰＤＵ、送信ＰＰＤＵ、受信ＰＰＤＵ、第１タイプ又は第ＮタイプＰＰＤＵなどの様々な名称で呼ぶことができる。例えば、本明細書においてＰＰＤＵ又はＥＨＴ ＰＰＤＵは、送信ＰＰＤＵ、受信ＰＰＤＵ、第１タイプ又は第ＮタイプＰＰＤＵなどの様々な名称で呼ぶことができる。また、ＥＨＴ ＰＰＵはＥＨＴシステム及び／又はＥＨＴシステムを改善した新しい無線ＬＡＮシステムにおいて用いられる。

【0099】

図１０のＰＰＤＵはＥＨＴシステムにおいて用いられるＰＰＤＵタイプのうち、一部又は全部を示すことができる。例えば、図１０の一例はＳＵ（ｓｉｎｇｌｅ－ｕｓｅｒ）モード及びＭＵ（ｍｕｌｔｉ－ｕｓｅｒ）モード全てのために用いられる。別の言い方をすると、図１０のＰＰＤＵは１つの受信ＳＴＡ又は複数の受信ＳＴＡのためのＰＰＤＵであり得る。図１０のＰＰＤＵがＴＢ（Ｔｒｉｇｇｅｒ－ｂａｓｅｄ）モードのために用いられる場合、図１０のＥＨＴ－ＳＩＧは省略することができる。別の言い方をするとＵＬ－ＭＵ（Ｕｐｌｉｎｋ－ＭＵ）通信のためのＴｒｉｇｇｅｒ ｆｒａｍｅを受信したＳＴＡは、図１０の一例においてＥＨＴ－ＳＩＧが省略されたＰＰＤＵを送信することができる。

【0100】

図１０においてＬ－ＳＴＦからＥＨＴ－ＬＴＦはプリアンブル（ｐｒｅａｍｂｌｅ）又は物理プリアンブル（ｐｈｙｓｉｃａｌ ｐｒｅａｍｂｌｅ）と呼ぶことができ、物理層において生成／送信／受信／獲得／デコーディングされる。

【0101】

図１０のＬ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧフィールドのｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇは３１２．５ｋＨｚに設定され、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールドのｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇは７８．１２５ｋＨｚに設定される。すなわち、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、ＲＬ－ＳＩＧ、Ｕ－ＳＩＧ、ＥＨＴ－ＳＩＧフィールドのｔｏｎｅ ｉｎｄｅｘ（又はｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ）は３１２．５ｋＨｚ単位で表示され、ＥＨＴ－ＳＴＦ、ＥＨＴ－ＬＴＦ、Ｄａｔａフィールドのｔｏｎｅ ｉｎｄｅｘ（又はｓｕｂｃａｒｒｉｅｒ ｉｎｄｅｘ）は７８．１２５ｋＨｚ単位で表すことができる。

【0102】

図１０のＰＰＤＵはＬ－ＬＴＦ及びＬ－ＳＴＦは従来のフィールドと同じであり得る。

【0103】

図１０のＬ－ＳＩＧフィールドは例えば２４ビットのビット情報を含むことができる。例えば、２４ビット情報は４ビットのＲａｔｅフィールド、１ビットのＲｅｓｅｒｖｅｄビット、１２ビットのＬｅｎｇｔｈフィールド、１ビットのＰａｒｉｔｙビット及び、６ビットのＴａｉｌビットを含むことができる。例えば、１２ビットのＬｅｎｇｔｈフィールドはＰＰＤＵの長さ又はｔｉｍｅ ｄｕｒａｔｉｏｎに関する情報を含むことができる。例えば、１２ビットＬｅｎｇｔｈフィールドの値はＰＰＤＵのタイプに基づいて決定される。例えば、ＰＰＤＵがｎｏｎ－ＨＴ、ＨＴ、ＶＨＴ ＰＰＤＵであるかＥＨＴ ＰＰＤＵである場合、Ｌｅｎｇｔｈフィールドの値は３の倍数で決定される。例えば、ＰＰＤＵがＨＥ ＰＰＤＵである場合、Ｌｅｎｇｔｈフィールドの値は「３の倍数＋１」又は「３の倍数＋２」で決定される。別の言い方をすると、ｎｏｎ－ＨＴ、ＨＴ、ＶＨＴ ＰＰＤＵであるかＥＨＴ ＰＰＤＵのためにＬｅｎｇｔｈフィールドの値は３の倍数で決定することができ、ＨＥ ＰＰＤＵのためにＬｅｎｇｔｈフィールドの値は「３の倍数＋１」又は「３の倍数＋２」で決定される。

【0104】

例えば、送信ＳＴＡはＬ－ＳＩＧフィールドの２４ビット情報に対して１／２の符号化率（ｃｏｄｅ ｒａｔｅ）の基づいたＢＣＣであるコーディングを適用することができる。以降、送信ＳＴＡは４８ビットのＢＣＣ符号化ビットを獲得することができる。４８ビットの符号化ビットに対してはＢＰＳＫ変調が適用され４８個のＢＰＳＫシンボルが生成される。送信ＳＴＡは４８個のＢＰＳＫシンボルを、パイロットサブキャリア｛サブキャリアインデクス－２１、－７、＋７、＋２１｝及びＤＣサブキャリア｛サブキャリアインデクス０｝を除いた位置にマッピングすることができる。結果的に４８個のＢＰＳＫシンボルはサブキャリアインデクス－２６から－２２、－２０から－８、－６から－１、＋１から＋６、＋８から＋２０、及び＋２２から＋２６にマッピングされる。送信ＳＴＡはサブキャリアインデクス｛－２８、－２７、＋２７、２８｝に｛－１、－１、－１、１｝の信号をさらにマッピングすることができる。上記の信号は｛－２８、－２７、＋２７、２８｝に対応する周波数領域に対するチャネル推定のために用いられる。

【0105】

送信ＳＴＡはＬ－ＳＩＧと同じく生成されるＲＬ－ＳＩＧを生成することができる。ＲＬ－ＳＩＧに対してはＢＰＳＫ変調が適用される。受信ＳＴＡはＲＬ－ＳＩＧの存在に基づいて受信ＰＰＤＵがＨＥ ＰＰＤＵ又はＥＨＴ ＰＰＤＵであることがわかる。

【0106】

図１０のＲＬ－ＳＩＧ以降はＵ－ＳＩＧ（Ｕｎｉｖｅｒｓａｌ ＳＩＧ）が挿入される。Ｕ－ＳＩＧは第１ＳＩＧフィールド、第１ＳＩＧ、第１タイプＳＩＧ、制御信号、制御信号フィールド、第１（タイプ）制御信号などの様々な名称で呼ぶことができる。

【0107】

Ｕ－ＳＩＧはＮビットの情報を含むことができ、ＥＨＴ ＰＰＤＵのタイプを識別するための情報を含むことができる。例えば、Ｕ－ＳＩＧは２つのシンボル（例えば、連続の２つのＯＦＤＭシンボル）に基づいて構成される。Ｕ－ＳＩＧのための各シンボル（例えば、ＯＦＤＭシンボル）は４ ｕｓのｄｕｒａｔｉｏｎを持つことができる。Ｕ－ＳＩＧの各シンボルは２６ビット情報を送信するために用いられる。例えばＵ－ＳＩＧの各シンボルは５２個のデータトーンと４個のパイロットトーンに基づいて送受信される。

【0108】

Ｕ－ＳＩＧ（又はＵ－ＳＩＧフィールド）を介しては例えばＡビット情報（例えば、５２ ｕｎ－ｃｏｄｅｄ ｂｉｔ）が送信され、Ｕ－ＳＩＧの第１シンボルは総Ａビット情報のうち、最初のＸビット情報（例えば、２６ ｕｎ－ｃｏｄｅｄ ｂｉｔ）を送信し、Ｕ－ＳＩＧの第２シンボルは総Ａビット情報のうち、残りのＹビット情報（例えば、２６ ｕｎ－ｃｏｄｅｄ ｂｉｔ）を送信することができる。例えば、送信ＳＴＡは各Ｕ－ＳＩＧシンボルに含まれる２６ ｕｎ－ｃｏｄｅｄ ｂｉｔを獲得することができる。送信ＳＴＡはＲ＝１／２のｒａｔｅに基づいてｃｏｎｖｏｌｕｔｉｏｎａｌ ｅｎｃｏｄｉｎｇ（すなわち、ＢＣＣであるコーディング）を実行して５２－ｃｏｄｅｄ ｂｉｔを生成し、５２－ｃｏｄｅｄ ｂｉｔに対するインターリーブを実行することができる。送信ＳＴＡはインターリーブされた５２－ｃｏｄｅｄ ｂｉｔに対してＢＰＳＫ変調を実行して各Ｕ－ＳＩＧシンボルに割り当てられる５２個のＢＰＳＫシンボルを生成することができる。１つのＵ－ＳＩＧシンボルはＤＣインデクス０を除いて、サブキャリアインデクス－２８からサブキャリアインデクス＋２８までの５６個のトーン（サブキャリア）に基づいて送信される。送信ＳＴＡが生成した５２個のＢＰＳＫシンボルはパイロットトーンである－２１、－７、＋７、＋２１トーンを除いた残りのトーン（サブキャリア）に基づいて送信される。

【0109】

例えば、Ｕ－ＳＩＧによって送信されるＡビット情報（例えば、５２ ｕｎ－ｃｏｄｅｄ ｂｉｔ）はＣＲＣフィールド（例えば４ビット長さのフィールド）及びテールフィールド（例えば６ビット長さのフィールド）を含むことができる。前記ＣＲＣフィールド及びテールフィールドはＵ－ＳＩＧの第２シンボルを介して送信される。前記ＣＲＣフィールドはＵ－ＳＩＧの第１シンボルに割り当てられる２６ビットと第２シンボル内で前記ＣＲＣ／テールフィールドを除いた残りの１６ビットに基づいて生成され、従来のＣＲＣ ｃａｌｃｕｌａｔｉｏｎアルゴリズムに基づいて生成される。また、前記テールフィールドはｃｏｎｖｏｌｕｔｉｏｎａｌ ｄｅｃｏｄｅｒのｔｒｅｌｌｉｓをｔｅｒｍｉｎａｔｅするために用いられ、例えば「００００００」と設定される。

【0110】

Ｕ－ＳＩＧ（又はＵ－ＳＩＧフィールド）によって送信されるＡビット情報（例えば、５２ ｕｎ－ｃｏｄｅｄ ｂｉｔ）はｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓとｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓで分けることができる。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓのサイズは固定的であるか可変的であり得る。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓはＵ－ＳＩＧの第１シンボルにのみ割り当てられるか、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓはＵ－ＳＩＧの第１シンボル及び第２シンボル全てに割り当てられる。例えば、ｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓとｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓは第１制御ビット及び第２制御ビットなどの様々な名称で呼ぶことができる。

【0111】

例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒを含むことができる。例えば、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒは送受信ＰＰＤＵのＰＨＹ ｖｅｒｓｉｏｎに関連する情報を含むことができる。例えば、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒの第１値は送受信ＰＰＤＵがＥＨＴ ＰＰＤＵであることを指示することができる。別の言い方をすると、送信ＳＴＡはＥＨＴ ＰＰＤＵを送信する場合、３ビットのＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒを第１値として設定することができる。別の言い方をすると、受信ＳＴＡは第１値を持つＰＨＹ ｖｅｒｓｉｏｎ ｉｄｅｎｔｉｆｉｅｒに基づいて、受信ＰＰＤＵがＥＨＴ ＰＰＤＵであることを判断することができる。

【0112】

例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓは１ビットのＵＬ／ＤＬ ｆｌａｇフィールドを含むことができる。１ビットのＵＬ／ＤＬ ｆｌａｇフィールドの第１値はＵＬ通信に関連し、ＵＬ／ＤＬ ｆｌａｇフィールドの第２値はＤＬ通信に関連する。

【0113】

例えば、Ｕ－ＳＩＧのｖｅｒｓｉｏｎ－ｉｎｄｅｐｅｎｄｅｎｔ ｂｉｔｓはＴＸＯＰの長さに関する情報、ＢＳＳ ｃｏｌｏｒ ＩＤに関する情報を含むことができる。

【0114】

例えばＥＨＴ ＰＰＤＵが様々なタイプ（例えば、ＳＵモードに関連するＥＨＴ ＰＰＤＵ、ＭＵモードに関連するＥＨＴ ＰＰＤＵ、ＴＢモードに関連するＥＨＴ ＰＰＤＵ、Ｅｘｔｅｎｄｅｄ Ｒａｎｇｅ送信に関連するＥＨＴ ＰＰＤＵなどの様々なタイプ）で分けられる場合、ＥＨＴ ＰＰＤＵのタイプに関する情報はＵ－ＳＩＧのｖｅｒｓｉｏｎ－ｄｅｐｅｎｄｅｎｔ ｂｉｔｓに含まれる。

【0115】

例えば、Ｕ－ＳＩＧは１）帯域幅に関する情報を含む帯域幅フィールド、２）ＥＨＴ－ＳＩＧに適用されるＭＣＳ技術に関する情報を含むフィールド、３）ＥＨＴ－ＳＩＧにデュアル副搬送波変調（ｄｕａｌ ｓｕｂｃａｒｒｉｅｒ ｍｏｄｕｌａｔｉｏｎ，ＤＣＭ）技術が適用されるか否かに関連する情報を含む指示フィールド、４）ＥＨＴ－ＳＩＧのために用いられるシンボルの数に関する情報を含むフィールド、５）ＥＨＴ－ＳＩＧが全帯域にわたって生成されるか否かに関する情報を含むフィールド、６）ＥＨＴ－ＬＴＦ／ＳＴＦのタイプに関する情報を含むフィールド、７）ＥＨＴ－ＬＴＦの長さ及びＣＰ長さを指示するフィールドに関する情報を含むことができる。

【0116】

以下の一例において（送信／受信／アップ／ダウン）信号、（送信／受信／アップ／ダウン）フレーム、（送信／受信／アップ／ダウン）パケット、（送信／受信／アップ／ダウン）データユニット、（送信／受信／アップ／ダウン）データなどで表示される信号は図１０のＰＰＤＵに基づいて送受信される信号であり得る。図１０のＰＰＤＵは様々なタイプのフレームを送受信するために用いられる。例えば、図１０のＰＰＤＵは制御フレーム（ｃｏｎｔｒｏｌ ｆｒａｍｅ）のために用いられる。制御フレームの一例は、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）、ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）、ＰＳ－Ｐｏｌｌ（Ｐｏｗｅｒ Ｓａｖｅ－Ｐｏｌｌ）、Ｂｌｏｃｋ ＡＣＫ Ｒｅｑ、Ｂｌｏｃｋ Ａｃｋ、ＮＤＰ（Ｎｕｌｌ Ｄａｔａ Ｐａｃｋｅｔ）ａｎｎｏｕｎｃｅｍｅｎｔ、Ｔｒｉｇｇｅｒ ｆｒａｍｅを含むことができる。例えば、図１８のＰＰＤＵは管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のために用いられる。ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅの一例は、Ｂｅａｃｏｎ ｆｒａｍｅ、（Ｒｅ－）Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、（Ｒｅ－）Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを含むことができる。例えば、図１０のＰＰＤＵはデータフレームのために用いられる。例えば、図１０のＰＰＤＵは制御フレーム、管理フレーム、及びデータフレームのうち、少なくとも２つ以上を同時に送信するためにも用いられる。

【0117】

図１１は本明細書の送信装置及び／又は受信装置の変形例を示す。

【0118】

図１の（ａ）／（ｂ）の各装置／ＳＴＡは図１１のように変形することができる。図１１の送受信機６３０は図１の送受信機１１３、１２３と同じであり得る。図１１の送受信機６３０は受信機（ｒｅｃｅｉｖｅｒ）及び送信機（ｔｒａｎｓｍｉｔｔｅｒ）を含むことができる。

【0119】

図１１のプロセッサ６１０は図１のプロセッサ１１１、１２１と同じであり得る。又は、図１１のプロセッサ６１０は図１の処理チップ１１４、１２４と同じであり得る。

【0120】

図１１のメモリ１５０は図１のメモリ１１２、１２２と同じであり得る。又は、図１１のメモリ１５０は図１のメモリ１１２、１２２とは異なる別途の外部メモリであり得る。

【0121】

図１１を参照すると、電力管理モジュール６１１はプロセッサ６１０及び／又は送受信機６３０に対する電力を管理する。バッテリー６１２は電力管理モジュール６１１に電力を供給する。ディスプレイ６１３はプロセッサ６１０によって処理された結果を出力する。キーパッド６１４はプロセッサ６１０によって用いられる入力を受信する。キーパッド６１４はディスプレイ６１３上に表すことができる。ＳＩＭカード６１５は携帯電話及びコンピューターのような携帯電話装置において加入者を識別して認証するのに用いられるＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）及びそれに関連するキーを安全に格納するために用いられる集積回路であり得る。

【0122】

図１１を参照すると、スピーカー６４０はプロセッサ６１０によって処理された音関連結果を出力することができる。マイク６４１はプロセッサ６１０によって用いられる音関連入力を受信することができる。

【0123】

以下の本明細書のＳＴＡがサポートするマルチリンク（Ｍｕｌｔｉ－ｌｉｎｋ；ＭＬ）に対する技術的な特徴が説明される。

【0124】

本明細書のＳＴＡ（ＡＰ及び／又はｎｏｎ－ＡＰ ＳＴＡ）はマルチリンク（ＭｕｌｔｉＬｉｎｋ；ＭＬ）通信をサポートすることができる。ＭＬ通信は複数のリンク（Ｌｉｎｋ）をサポートする通信を意味する。ＭＬ通信に関連するリンクは２．４ＧＨｚバンド、５ＧＨｚバンド、６ＧＨｚバンドのチャネル（例えば、２０／４０／８０／１６０／２４０／３２０ＭＨｚチャネル）を含むことができる。

【0125】

ＭＬ通信のために用いられる複数のリンク（ｌｉｎｋ）は多様に設定される。例えば、ＭＬ通信のために１つのＳＴＡにサポートされる複数のリンク（ｌｉｎｋ）は２．４ＧＨｚバンド内の複数のチャネル、５ＧＨｚバンド内の複数のチャネル、６ＧＨｚバンド内の複数のチャネルであり得る。又は、ＭＬ通信のために１つのＳＴＡにサポートされる複数のリンク（ｌｉｎｋ）は２．４ＧＨｚバンド（又は５ＧＨｚ／６ＧＨｚバンド）内の少なくとも１つのチャネルと５ＧＨｚバンド（又は２．４ＧＨｚ／６ＧＨｚバンド）内の少なくとも１つのチャネルの組み合わせであり得る。その一方で、ＭＬ通信のために１つのＳＴＡにサポートされる複数のリンク（ｌｉｎｋ）のうち、少なくとも１つはプリアンブルパンクチャリングが適用されるチャネルであり得る。

【0126】

ＳＴＡはＭＬ通信を行うためにＭＬ設定（ｓｅｔｕｐ）を実行することができる。ＭＬ設定（ｓｅｔｕｐ）はＢｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅなどのｍａｎａｇｅｍｅｎｔ ｆｒａｍｅやｃｏｎｔｒｏｌ ｆｒａｍｅに基づいて実行することができる。例えば、ＭＬ設定に関する情報はＢｅａｃｏｎ、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ内に含まれるｅｌｅｍｅｎｔフィールド内に含まれる。

【0127】

ＭＬ設定（ｓｅｔｕｐ）が完了されればＭＬ通信のためのｅｎａｂｌｅｄ ｌｉｎｋが決定される。ＳＴＡはｅｎａｂｌｅｄ ｌｉｎｋで決定された複数のリンクのうち、少なくとも１つを介してフレーム交換（ｆｒａｍｅ ｅｘｃｈａｎｇｅ）を実行することができる。例えば、ｅｎａｂｌｅｄ ｌｉｎｋはｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、ｃｏｎｔｒｏｌ ｆｒａｍｅ及びｄａｔａ ｆｒａｍｅのうち、少なくとも１つのために用いられる。

【0128】

１つのＳＴＡが複数のＬｉｎｋをサポートする場合、各Ｌｉｎｋをサポートする送受信装置は１つの論理ＳＴＡのように動作することができる。例えば、２個のＬｉｎｋをサポートする１つのＳＴＡは、第１Ｌｉｎｋのための第１ＳＴＡと第２ｌｉｎｋのための第２ＳＴＡを含む１つのＭＬデバイス（Ｍｕｌｔｉ Ｌｉｎｋ Ｄｅｖｉｃｅ；ＭＬＤ）で表すことができる。例えば、２個のＬｉｎｋをサポートする１つのＡＰは、第１Ｌｉｎｋのための第１ＡＰと第２ｌｉｎｋのための第２ＡＰを含む１つのＡＰ ＭＬＤで表すことができる。また、２個のＬｉｎｋをサポートする１つのｎｏｎ－ＡＰは、第１Ｌｉｎｋのための第１ＳＴＡと第２ｌｉｎｋのための第２ＳＴＡを含む１つの非ＡＰ ＭＬＤで表すことができる。

【0129】

以下の通り、ＭＬ設定（ｓｅｔｕｐ）に関するより具体的な特徴が説明される。

【0130】

ＭＬＤ（ＡＰ ＭＬＤ及び／又は非ＡＰ ＭＬＤ）はＭＬ設定（ｓｅｔｕｐ）を介して、当該ＭＬＤがサポートできるリンクに関する情報を送信することができる。リンクに関する情報は多様に構成される。例えば、リンクに関する情報は１）ＭＬＤ（又はＳＴＡ）がｓｉｍｕｌｔａｎｅｏｕｓ ＲＸ／ＴＸ ｏｐｅｒａｔｉｏｎをサポートするか否かに関する情報、２）ＭＬＤ（又はＳＴＡ）がサポートするｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋの数／上限に関する情報、３）ＭＬＤ（又はＳＴＡ）がサポートするｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋの位置／帯域／リソースに関する情報、４）少なくとも１つのｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋにおいて使用可能な又は優先されるｆｒａｍｅのｔｙｐｅ（ｍａｎａｇｅｍｅｎｔ、ｃｏｎｔｒｏｌ、ｄａｔａなど）に関する情報、５）少なくとも１つのｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋにおいて使用可能な又は優先されるＡＣＫ ｐｏｌｉｃｙ情報、及び６）少なくとも１つのｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋにおいて使用可能な又は優先されるＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）に関する情報のうち、少なくとも１つを含むことができる。ＴＩＤはトラフィックデータの優先順位（ｐｒｉｏｒｉｔｙ）に関連することで従来無線ＬＡＮ規格によって８種類の値で表現される。すなわち、従来無線ＬＡＮ規格に係る４個のアクセスカテゴリー（ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ；ＡＣ）（ＡＣ＿ＢＫ（ｂａｃｋｇｒｏｕｎｄ）、ＡＣ＿ＢＥ（ｂｅｓｔ ｅｆｆｏｒｔ）、ＡＣ＿ＶＩ（ｖｉｄｅｏ）、ＡＣ＿ＶＯ（ｖｏｉｃｅ））に対応される８個のＴＩＤ値が定義される。

【0131】

例えば、ｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ Ｌｉｎｋに対して全てのＴＩＤがマッピング（ｍａｐｐｉｎｇ）されることで事前に設定される。具体的には、ＭＬ設定（ｓｅｔｕｐ）を介して交渉が行われなかった場合は全てのＴＩＤがＭＬ通信のために使用され、追加的なＭＬ設定を介してｕｐｌｉｎｋ／ｄｏｗｎｌｉｎｋ ＬｉｎｋとＴＩＤ間のマッピングが交渉される場合、交渉されたＴＩＤがＭＬ通信のために用いられる。

【0132】

ＭＬ設定（ｓｅｔｕｐ）を介してＭＬ通信に関連する送信ＭＬＤ及び受信ＭＬＤが使用できる複数のＬｉｎｋが設定され、これを「ｅｎａｂｌｅｄ ｌｉｎｋ」と呼ぶことができる。「ｅｎａｂｌｅｄ ｌｉｎｋ」は様々な表現で呼ぶことができる。例えば、第１Ｌｉｎｋ、第２Ｌｉｎｋ、送信Ｌｉｎｋ、受信Ｌｉｎｋなどの様々な表現で呼ぶことができる。

【0133】

ＭＬ設定（ｓｅｔｕｐ）が完了した以降、ＭＬＤはＭＬ設定（ｓｅｔｕｐ）を更新することができる。例えば、ＭＬＤはリンクに関する情報に対する更新が必要な場合、新しいリンクに関する情報を送信することができる。新しいリンクに関する情報はｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、ｃｏｎｔｒｏｌ ｆｒａｍｅ及びｄａｔａ ｆｒａｍｅのうち、少なくとも１つに基づいて送信される。

【0134】

以下において説明されるデバイスは図１及び／又は図１１の装置であり、ＰＰＤＵは図１０のＰＰＤＵであり得る。デバイスはＡＰ又はｎｏｎ－ＡＰ ＳＴＡであり得る。以下において説明されるデバイスはマルチリンクをサポートするＡＰ ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）又はｎｏｎ－ＡＰ ＳＴＡ ＭＬＤであり得る。

【0135】

８０２．１１ａｘ以降、議論されている標準であるＥＨＴ（Ｅｘｔｒｅｍｅｌｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）においては１つ以上の帯域を同時に使用するマルチリンク環境が考慮されている。デバイスがマルチリンクをサポートするようになれば、デバイスは１つ以上の帯域（例えば、２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ、６０ＧＨｚなど）を同時又は交互に使用することができる。

【0136】

以下の明細書において、ＭＬＤはｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅを意味する。ＭＬＤは１つ以上の接続されたＳＴＡを持っており上位リンク層（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ，ＬＬＣ）へ通じる１つのＭＡＣ ＳＡＰ（ｓｅｒｖｉｃｅ ａｃｃｅｓｓ ｐｏｉｎｔ）を持っている。ＭＬＤは物理機器を意味するか論理機器を意味する。以下においてデバイスはＭＬＤを意味する。

【0137】

以下の明細書において、送信デバイス及び受信デバイスはＭＬＤを意味する。受信／送信デバイスの第１リンクは前記受信／送信デバイスに含まれた、第１リンクを介して信号送受信を実行する端末（例えば、ＳＴＡ又はＡＰ）であり得る。受信／送信デバイスの第２リンクは前記受信／送信デバイスに含まれた、第２リンクを介して信号送受信を実行する端末（例えば、ＳＴＡ又はＡＰ）であり得る。

【0138】

ＩＥＥＥ ８０２．１１ｂｅにおいては大きく２種類のマルチリンク動作をサポートすることができる。例えばＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）及びｎｏｎ－ＳＴＲ動作が考慮される。例えば、ＳＴＲは非同期マルチリンク動作（ａｓｙｎｃｈｒｏｎｏｕｓ ｍｕｌｔｉ－ｌｉｎｋ ｏｐｅｒａｔｉｏｎ）と呼ぶことができ、ｎｏｎ－ＳＴＲは同期マルチリンク動作（ｓｙｎｃｈｒｏｎｏｕｓ ｍｕｌｔｉ－ｌｉｎｋ ｏｐｅｒａｔｉｏｎ）と呼ぶことができる。マルチリンクはマルチバンドを含むことができる。すなわち、マルチリンクは複数周波数バンドに含まれたリンクを意味し、１つの周波数バンド内に含まれた複数のリンクを意味することもできる。

【0139】

ＥＨＴ（１１ｂｅ）においてはｍｕｌｔｉ－ｌｉｎｋ技術を考慮しており、ここでｍｕｌｔｉ－ｌｉｎｋはｍｕｌｔｉ－ｂａｎｄを含むことができる。すなわち、ｍｕｌｔｉ－ｌｉｎｋは複数ｂａｎｄのｌｉｎｋを示すことができる同時に１つのｂａｎｄ内の複数のｍｕｌｔｉ－ｌｉｎｋを示すことができる。大きく２種類のｍｕｌｔｉ－ｌｉｎｋ ｏｐｅｒａｔｉｏｎが考慮されている。複数のｌｉｎｋにおいて同時にＴＸ／ＲＸをできるようにするＡｓｙｎｃｈｒｏｎｏｕｓ ｏｐｅｒａｔｉｏｎと可能でないＳｙｎｃｈｒｏｎｏｕｓ ｏｐｅｒａｔｉｏｎを考慮している。以下においては複数のｌｉｎｋにおいて受信と送信が同時にできるようにするｃａｐａｂｉｌｉｔｙをＳＴＲ（ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）といい、ＳＴＲ ｃａｐａｂｉｌｉｔｙを持つＳＴＡをＳＴＲ ＭＬＤ（ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）、ＳＴＲ ｃａｐａｂｉｌｉｔｙを持っていないＳＴＡをｎｏｎ－ＳＴＲ ＭＬＤという。

【0140】

以下の明細書においては説明の便宜上、ＭＬＤ（又はＭＬＤのプロセッサ）が少なくとも１つのＳＴＡを制御することで説明されるが、これに限られるものではない。上述した通り、前記少なくとも１つのＳＴＡはＭＬＤと関係なく独立して信号を送受信することもできる。

【0141】

一実施形態によれば、ＡＰ ＭＬＤ又は非ＡＰ ＭＬＤは複数のリンクを持つ構造で構成される。別の言い方をすると、非ＡＰ ＭＬＤは複数のリンクをサポートすることができる。非ＡＰ ＭＬＤは複数のＳＴＡを含むことができる。複数のＳＴＡは各ＳＴＡ別にＬｉｎｋを持つことができる。

【0142】

ＥＨＴ規格（８０２．１１ｂｅ規格）においては１つのＡＰ／非ＡＰ ＭＬＤが複数のＬｉｎｋをサポートするＭＬＤ（Ｍｕｌｔｉ－Ｌｉｎｋ Ｄｅｖｉｃｅ）構造を主要技術に考慮している。非ＡＰ ＭＬＤに含まれたＳＴＡは１つのＬｉｎｋを介して非ＡＰ ＭＬＤ内の別のＳＴＡに対する情報をともに転送することができる。従って、フレーム交換のオーバーヘッドが減る効果がある。また、ＳＴＡのリンク使用効率を増加させ消費電力を減らせる効果がある。

【0143】

図１２は非ＡＰ ＭＬＤの構造の例を示す。

【0144】

図１２を参照すると、非ＡＰ ＭＬＤは複数のリンクを持つ構造で構成される。別の言い方をすると、非ＡＰ ＭＬＤは複数のリンクをサポートすることができる。非ＡＰ ＭＬＤは複数のＳＴＡを含むことができる。複数のＳＴＡは各ＳＴＡ別にＬｉｎｋを持つことができる。図１２は非ＡＰ ＭＬＤ構造の一例を示したが、ＡＰ ＭＬＤの構造も図１２において示された非ＡＰ ＭＬＤの構造の一例と同じく構成される。

【0145】

例えば、非ＡＰ ＭＬＤはＳＴＡ１、ＳＴＡ２及びＳＴＡ３を含むことができる。ＳＴＡ１はＬｉｎｋ １において動作することができる。Ｌｉｎｋ １は５ＧＨｚバンド内に含まれる。ＳＴＡ２はｌｉｎｋ２において動作することができる。ｌｉｎｋ２は６ＧＨｚバンド内に含まれる。ＳＴＡ３はｌｉｎｋ３において動作することができる。ｌｉｎｋ３は６ＧＨｚバンド内に含まれる。Ｌｉｎｋ １／２／３が含まれるバンドは例示的なことであり、２．４、５、及び６ＧＨｚ内に含まれる。

【0146】

このように、Ｍｕｌｔｉ－ｌｉｎｋをサポートするＡＰ／非ＡＰ ＭＬＤの場合、ＡＰ ＭＬＤの各ＡＰと非ＡＰ ＭＬＤの各ＳＴＡがＬｉｎｋ ｓｅｔｕｐプロセスを介してそれぞれのＬｉｎｋに接続される。そしてこのとき接続されたＬｉｎｋは状況によってＡＰ ＭＬＤ又は非ＡＰ ＭＬＤによって別のＬｉｎｋに変更又は再接続される。

【0147】

また、ＥＨＴ規格においては消費電力減少のために、ＬｉｎｋがＡｎｃｈｏｒｅｄ ｌｉｎｋ又はｎｏｎ－Ａｎｃｈｏｒｅｄ ｌｉｎｋで分けることができる。Ａｎｃｈｏｒｅｄ ｌｉｎｋ又はｎｏｎ－Ａｎｃｈｏｒｅｄ ｌｉｎｋは多様に呼ぶことができる。例えば、Ａｎｃｈｏｒｅｄ ｌｉｎｋはＰｒｉｍａｒｙ Ｌｉｎｋと呼ぶことができる。ｎｏｎ－Ａｎｃｈｏｒｅｄ ｌｉｎｋはＳｅｃｏｎｄａｒｙ ｌｉｎｋと呼ぶことができる。

【0148】

一実施形態によれば、Ｍｕｌｔｉ－ｌｉｎｋをサポートするＡＰ ＭＬＤは各ＬｉｎｋをＡｎｃｈｏｒｅｄ ｌｉｎｋ又はｎｏｎ－Ａｎｃｈｏｒｅｄ Ｌｉｎｋに指定することで管理することができる。ＡＰ ＭＬＤは複数のＬｉｎｋのうち、１つ以上のＬｉｎｋをＡｎｃｈｏｒｅｄ ｌｉｎｋにサポートすることができる。非ＡＰ ＭＬＤはＡｎｃｈｏｒｅｄ ｌｉｎｋ Ｌｉｓｔ（ＡＰ ＭＬＤがサポートするＡｎｃｈｏｒｅｄ ｌｉｎｋリスト）のうち、自身のＡｎｃｈｏｒｅｄ ｌｉｎｋを１つ又は１つ以上を選択することで使用することができる。

【0149】

例えば、Ａｎｃｈｏｒｅｄ ｌｉｎｋはｓｙｎｃｈｒｏｎｉｚａｔｉｏｎのためのｆｒａｍｅ ｅｘｃｈａｎｇｅだけでなく、ｎｏｎ－ｄａｔａ ｆｒａｍｅ ｅｘｃｈａｎｇｅ（ｉ．ｅ．Ｂｅａｃｏｎ及びＭａｎａｇｅｍｅｎｔ ｆｒａｍｅ）のために用いられる。また、ｎｏｎ－Ａｎｃｈｏｒｅｄ ｌｉｎｋはｄａｔａ ｆｒａｍｅ ｅｘｃｈａｎｇｅのみのために用いられる。

【0150】

非ＡＰ ＭＬＤはｉｄｌｅ期間の間Ｂｅａｃｏｎ及びＭａｎａｇｅｍｅｎｔ ｆｒａｍｅ受信のために Ａｎｃｈｏｒｅｄ ｌｉｎｋに対してのみモニタリング（又はｍｏｎｉｔｏｒ）することができる。そのため、非ＡＰ ＭＬＤの場合、Ｂｅａｃｏｎ及びｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ受信のために最小１つ以上のＡｎｃｈｏｒｅｄ ｌｉｎｋと接続される必要がある。前記１つ以上のＡｎｃｈｏｒｅｄ ｌｉｎｋは常にｅｎａｂｌｅ状態を維持する必要がある。これとは違って、ｎｏｎ－Ａｎｃｈｏｒｅｄ ｌｉｎｋは ｄａｔａ ｆｒａｍｅ ｅｘｃｈａｎｇｅのみのために使用される。従って、ｎｏｎ－Ａｎｃｈｏｒｅｄ ｌｉｎｋに該当するＳＴＡ（又はｎｏｎ－Ａｎｃｈｏｒｅｄ ｌｉｎｋに接続されたＳＴＡ）はｃｈａｎｎｅｌ／ｌｉｎｋを使用しないｉｄｌｅ期間の間ｄｏｚｅに進入することができる。これを介して消費電力を減らせる効果がある。

【0151】

従って、以下の明細書においては効率的なＬｉｎｋ接続のために状況によってダイナミックにＡＰ ＭＬＤ又は非ＡＰ ＭＬＤがＬｉｎｋ再接続を推奨又は要求するプロトコルが提案される。また、以下の明細書においては、通常のＬｉｎｋだけでなく電力減少を目的で使用するＡｎｃｈｏｒｅｄ ｌｉｎｋの特性を考慮したＡｎｃｈｏｒｅｄ ｌｉｎｋ再接続プロトコルがさらに提案される。

【0152】

Ｌｉｎｋ変更及び再接続のための実施形態

【0153】

一実施形態によれば、ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤ間の各ＬｉｎｋはＡｓｓｏｃｉａｔｉｏｎ又は（ｒｅ）Ａｓｓｏｃｉａｔｉｏｎプロセスにおいて決定される。このとき接続されたＬｉｎｋを介してＡＰ ＭＬＤ及び非ＡＰ ＭＬＤはｆｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。Ｌｉｎｋ ｓｅｔｕｐプロセスを介してＡＰ ＭＬＤ及び非ＡＰ ＭＬＤが接続される具体的な実施形態が図１３を介して説明される。

【0154】

図１３はＬｉｎｋ ｓｅｔｕｐプロセスを介してＡＰ ＭＬＤ及び非ＡＰ ＭＬＤが接続される例を示す。

【0155】

図１３を参照すると、ＡＰ ＭＬＤはＡＰ１、ＡＰ２及びＡＰ３を含むことができる。非ＡＰ ＭＬＤはＳＴＡ１及びＳＴＡ２を含むことができる。ＡＰ１及びＳＴＡ１はＬｉｎｋ １を介して接続される。ＡＰ２及びＳＴＡ２はｌｉｎｋ２を介して接続される。

【0156】

例えば、ＡＰ１及びＳＴＡ１は第１Ｌｉｎｋ ｓｅｔｕｐプロセスを介してＬｉｎｋ １を介して接続される。ＡＰ２及びＳＴＡ２は第２Ｌｉｎｋ ｓｅｔｕｐプロセスを介してｌｉｎｋ２を介して接続される。別の例では、ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤは１回のＬｉｎｋ ｓｅｔｕｐプロセスを介して接続される。別の言い方をすると、ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤは１回のＬｉｎｋ ｓｅｔｕｐプロセスに基づいて、Ｌｉｎｋ １及びｌｉｎｋ２を介して接続される。

【0157】

上述した通り、それぞれのＡＰ及びＳＴＡは接続されたＬｉｎｋを介してｆｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。また、１つのＬｉｎｋを介して他のｌｉｎｋに関するｏｔｈｅｒ ＡＰ又は他のｌｉｎｋに関するｏｔｈｅｒ ＳＴＡの情報が送受信される。

【0158】

しかし、このようなＬｉｎｋ ｓｅｔｕｐプロセス以降、状況／環境によってさらに効率的なｆｒａｍｅ ｅｘｃｈａｎｇｅ（例えば、Ｌｏａｄ ｂａｌａｎｃｉｎｇ又はｉｎｔｅｒｆｅｒｅｎｃｅ ａｖｏｉｄｉｎｇなど）のためにＡＰ ＭＬＤ又は非ＡＰ ＭＬＤはＬｉｎｋ変更又は再接続を要求することができる。

【0159】

Ｌｉｎｋ変更又は再接続に関する実施形態が図１４を介して説明される。

【0160】

図１４はＬｉｎｋが変更又は再接続される例を示す。

【0161】

図１４を参照すると、既存ではＳＴＡ２がＡＰ２に接続されている。以降、ＡＰ２のＤａｔａ ｌｏａｄが過渡に発生することができる。比較的Ｄａｔａ ｌｏａｄが少ないＡＰ３にＳＴＡ２が再接続される。この場合、ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤが効率的なデータ交換を実行できる効果がある。

【0162】

図１５はＬｉｎｋが変更又は再接続される具体的な例を示す。

【0163】

図１５を参照すると、ＡＰ ＭＬＤのＡＰ１は非ＡＰ ＭＬＤのＳＴＡ１とＬｉｎｋ １を介して接続される。ＡＰ ＭＬＤのＡＰ２は非ＡＰ ＭＬＤのＳＴＡ２とｌｉｎｋ２を介して接続される。以降、ＳＴＡ２はｌｉｎｋ変更又は再接続を介してＡＰ３と接続を試み／要求することができ、ＳＴＡ２は前記ｌｉｎｋ変更又は再接続に基づいて、ＡＰ３とｌｉｎｋ２を介して接続される。

【0164】

一実施形態によれば、非ＡＰ ＭＬＤとＡＰ ＭＬＤは性能向上のためにＬｉｎｋ ｔｒａｎｓｉｔｉｏｎを要求することができる。ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤは現在Ｌｉｎｋ別様々な情報及びｌｉｎｋ状態（ｓｔａｔｅ）に関する情報を送受信／交換することができる。従って、ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤは現在Ｌｉｎｋ別様々な情報及びｌｉｎｋ状態（ｓｔａｔｅ）に基づいて、信号を送受信するためにさらに適したｌｉｎｋを選択することができ、選択をサポートするために上述した情報を送信することができる。例えば、現在Ｌｉｎｋ別様々な情報は各Ｌｉｎｋ別Ｄａｔａ ｔｒａｆｆｉｃ ｌｏａｄ、Ｌｉｎｋ間Ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｃａｐａｂｉｌｉｔｙに関する情報を含むことができる。例えば、ｌｉｎｋ状態（ｓｔａｔｅ）はｄｉｓａｂｌｅ又はｅｎａｂｌｅなどとして設定される。

【0165】

以下の明細書においては、ＡＰ ＭＬＤ／非ＡＰ ＭＬＤが性能を高めるために接続されたＬｉｎｋではない別のＬｉｎｋに変更又は再接続を要求するために非ＡＰ ＭＬＤ／ＡＰ ＭＬＤと交渉するプロセスが「Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎ」と呼ばれる。前記「Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎ」の名称は多様に呼ぶことができ、これは変更できる。

【0166】

Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎプロセスにおいて非ＡＰ ＭＬＤ（又はＡＰ ＭＬＤ）は特定のＳＴＡに接続されたＬｉｎｋを別のＬｉｎｋに変更するように要求し、この要求に対してＡＰ ＭＬＤ（又は非ＡＰ ＭＬＤ）は要求承認又は拒否メッセージを介して応答することができる。

【0167】

一例として、図１５に示しているように、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎを介してＬｉｎｋ変更が合意された場合、ＳＴＡは既存のＬｉｎｋをＡＰ２においてＡＰ３に変更して再接続されるＬｉｎｋ ｒｅ－ｓｅｔｕｐプロセスを実行することができる。

【0168】

以下においてはＬｉｎｋ変更又は再接続プロセスがＡＰ ＭＬＤが要求する場合、及び非ＡＰ ＭＬＤが要求する場合に分けて説明される。

【0169】

ＡＰ ＭＬＤがＬｉｎｋ変更又は再接続を要求する実施形態

【0170】

一実施形態によれば、ＡＰ ＭＬＤは効率的なデータ送信のために非ＡＰ ＭＬＤにＬｉｎｋ変更又は再接続を要求することができる。例えば、Ｌｏａｄ ｂａｌａｎｃｉｎｇのために各ＡＰのＤａｔａ ｔｒａｆｆｉｃに基づいて、ＡＰ ＭＬＤはＳＴＡにさらに効率的なＬｉｎｋの変更又は再接続を要求することができる。

【0171】

例えば、ＡＰ ＭＬＤは各ＡＰ別Ｄａｔａ ｔｒａｆｆｉｃ ｌｏａｄ情報及び／又は各Ｌｉｎｋ間Ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｃａｐａｂｉｌｉｔｙ情報（例えば、ＳＴＲ（Ｓｉｍｕｌｔａｎｅｏｕｓ ＴＸ／ＲＸ）ｃａｐａｂｉｌｉｔｙに関する情報など）などに基づいて、非ＡＰ ＭＬＤのＳＴＡに適したＬｉｎｋを計算／確認／確定することができる。以降、ＡＰ ＭＬＤは各ＡＰ別Ｄａｔａ ｔｒａｆｆｉｃ ｌｏａｄ情報及び／又は各Ｌｉｎｋ間Ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｃａｐａｂｉｌｉｔｙ情報などに基づいて、ＳＴＡ（又は非ＡＰ ＭＬＤ）にｌｉｎｋ変更又は再接続を要求することができる。

【0172】

上述した通り、Ｌｉｎｋ変更要求時、ＡＰ ＭＬＤは要求メッセージを介して最も適すると考えるＬｉｎｋ情報を非ＡＰ ＭＬＤに送信することができる。例えば、前記要求メッセージはＢｅａｃｏｎ又はｍａｎａｇｅｍｅｎｔ ｆｒａｍｅなどを含むことができる。

【0173】

上述した実施形態に関連して、最も適すると考えるＬｉｎｋ情報が含まれたｅｌｅｍｅｎｔ又はｆｉｅｌｄが新しく提案される。新しく提案されたｅｌｅｍｅｎｔ又はｆｉｅｌｄが「ｒｅｃｏｍｍｅｎｄｅｄ ｌｉｎｋ」と定義される。「ｒｅｃｏｍｍｅｎｄｅｄ ｌｉｎｋ」は例示的なことであり、具体的なｅｌｅｍｅｎｔ又はｆｉｅｌｄの名称は変更できる。

【0174】

ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）：ＡＰ ＭＬＤが各Ｌｉｎｋ別様々な情報（例えば、Ｌｉｎｋ別ｄａｔａ ｌｏａｄなど）に基づいて、非ＡＰ ＭＬＤのＳＴＡに最も適したＬｉｎｋを推奨するためのｅｌｅｍｅｎｔ又はｆｉｅｌｄ。例えば、ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）はＡＰ ＭＬＤのＬｉｎｋ ＩＤ情報又はＡＰ ＢＳＳ情報などで指示される。別の言い方をすると、ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）はＡＰ ＭＬＤのＬｉｎｋ ＩＤ情報又はＡＰ ＢＳＳ情報などを含むことができる。

【0175】

一実施形態によれば、前記ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）はｏｐｔｉｏｎａｌにＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅに含まれ送信される。例えば、ＳＴＡは前記ｅｌｅｍｅｎｔ／ｆｉｅｌｄ（すなわち、ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ）に基づいて、ＡＰが推奨したＬｉｎｋに接続を確立することができる。別の例では、ＳＴＡは前記ｅｌｅｍｅｎｔ／ｆｉｅｌｄ（すなわち、ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ）及び自身が持った追加情報に基づいて、指示されたＬｉｎｋと別のＬｉｎｋに接続要求を実行することもできる。

【0176】

上述した実施形態に係るＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの具体的な信号交換プロセスが図１６を介して説明される。

【0177】

図１６はｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【0178】

図１６を参照すると、ＳＴＡ２がｌｉｎｋ２を介してＡＰ２と接続された状況において、ＡＰ２に多くのＤａｔａ ｔｒａｆｆｉｃが集中する可能性がある。別の言い方をすると、ＳＴＡ２がｌｉｎｋ２を介してＡＰ２と接続された状況において、ＡＰ２に多くのＤａｔａ ｔｒａｆｆｉｃが発生する。

【0179】

ＡＰ ＭＬＤ（又はＡＰ２）は比較的ＳＴＡの接続が少ないＡＰ３に再接続することを非ＡＰ ＭＬＤ（又はＳＴＡ２）に要求することができる。通常再接続を要求するためのメッセージは再接続を希望するＳＴＡ（すなわち、ＳＴＡ２）に送信するが、状況（例えば、チャネル状況又はリンク状態）によって、どんなＳＴＡ（すなわち、ｏｔｈｅｒ ＳＴＡ）にも送信される。別の言い方をすると、チャネル状況又はリンク状態に基づいて、再接続を要求するための要求メッセージ（例えば、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅ）が送信されるＳＴＡが変更できる。

【0180】

例えば、前記再接続を要求するための要求メッセージを受信したＳＴＡ（すなわち、ＳＴＡ２）はこの要求を承認する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージ（例えば、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）を送信することができる。別の例では、前記ＳＴＡ（すなわち、ＳＴＡ２）はこの要求を拒否する場合、「拒否（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。

【0181】

通常再接続を承認するＳＴＡ（すなわち、ＳＴＡ２）が既存のＬｉｎｋ（再接続以前接続Ｌｉｎｋ）に応答メッセージを送信するが、前記応答メッセージはｍｕｌｔｉ－ｌｉｎｋの特性を用いてどのＬｉｎｋ（すなわち、別のＳＴＡ）を介しても送信される。

【0182】

もし、ＳＴＡ２がｌｉｎｋ再接続要求を承認する場合、応答メッセージ送信以降、ＳＴＡ２は既存のＡＰ２との接続を切断しＡＰ３に対してＬｉｎｋ再接続を要求することができる。このとき、再接続要求プロセスが既存のＭＬＤ間のＬｉｎｋ ｓｅｔｕｐプロセスと同じく実行することができる。ＡＰ３及びＳＴＡ２間のＬｉｎｋ ｓｅｔｕｐプロセスが完了した後、ＳＴＡ２はＬｉｎｋ２を介してＡＰ３とＦｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。

【0183】

逆に、ＳＴＡ２がｌｉｎｋ再接続要求を拒否する場合、ＳＴＡ２及びＡＰ２は既存の接続されたＬｉｎｋ（すなわち、ｌｉｎｋ２）をそのまま使用することができる。

【0184】

一実施形態によれば、ＡＰがＳＴＡにリンク変更を要求するとき、適したＬｉｎｋを推奨した場合、ＳＴＡは推奨されたＬｉｎｋにｌｉｎｋを変更することもでき、変更しない場合もある。例えば、ＡＰがＳＴＡに適したｌｉｎｋを推奨するために上述したｒｅｃｏｍｍｅｎｄ ｌｉｎｋが用いられる。

【0185】

例えば、ＳＴＡはＡＰの再接続を要求するための要求メッセージに対する応答メッセージでＬｉｎｋ変更を承認することができる。ＳＴＡは推奨Ｌｉｎｋにｌｉｎｋ変更を承認／確認することができ、前記要求メッセージに含まれた情報以外の別の情報に基づいて、別のＬｉｎｋ変更をＡＰに要求することもできる。

【0186】

従って、ＡＰは前記応答メッセージに対する承認可否をＳＴＡに知らせる必要がある。このためＡＰはＳＴＡの応答メッセージ（例えば、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）に対するＣｏｎｆｉｒｍａｔｉｏｎメッセージ（例えば、ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅ）をＳＴＡに送信することができる。

【0187】

上述した実施形態のＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの具体的な動作が図１７を介して説明される。

【0188】

図１７はｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【0189】

図１７を参照すると、ＡＰ２は推奨リンク情報を含めてＳＴＡ２にリンク変更を要求することができる。別の言い方をすると、ＡＰ２は推奨リンク情報を含むＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅをＳＴＡ２に送信することができる。

【0190】

ＳＴＡ２はリンク要求承認可否をＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを介して送信することができる。

【0191】

例えば、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇを承認した場合、ＳＴＡ２はＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに変更するＬｉｎｋ情報を含めて送信することができる。このとき、変更するＬｉｎｋ情報は推奨リンクと同じであるか同じではない場合もある。

【0192】

別の例では、ＳＴＡ２がＡＰ２が提供した推奨リンクではない別のリンクを選択してＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅで応答した場合、ＡＰはこれに対する最終承認可否に対するメッセージをＳＴＡに送信することができる。前記メッセージはＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅで呼ぶことができる。

【0193】

一例として、ＡＰ２はＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅを介して、ＳＴＡ２が決めたＬｉｎｋにｌｉｎｋ変更することを承認することができる。ＳＴＡ２はＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅに基づいて、自身が指定したＬｉｎｋにｌｉｎｋ変更を試みすることができる。

【0194】

別の一例として、ＡＰ２はＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅを介して、ＳＴＡ２が決めたＬｉｎｋにｌｉｎｋ変更することを拒否することができる。ＳＴＡ２及びＡＰ２はｌｉｎｋ変更なしに既存に接続されたＬｉｎｋとの接続を維持することができる。

【0195】

図１７において示された実施形態はＡＰがＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅに推奨リンク情報を含まず送信した場合も適用される。例えば、ＡＰ（例えば、ＡＰ２）がＳＴＡ（例えば、ＳＴＡ２）に推奨リンク情報なしにＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅを送信した場合、ＳＴＡは自身が持った情報に基づいて、直接変更Ｌｉｎｋを指定した後、ＡＰにＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを介して応答することができる。この場合もＡＰは最終的に承認に対するＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅを送信する必要がある。従って、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅに推奨リンク情報が含まれない場合もＡＰがＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｃｏｎｆｉｒｍａｔｉｏｎ ｆｒａｍｅを送信する実施形態が適用される。

【0196】

非ＡＰ ＭＬＤがＬｉｎｋ変更又は再接続を要求する実施形態

【0197】

一実施形態によれば、非ＡＰ ＭＬＤは効率的なデータ送信のためにＡＰ ＭＬＤにＬｉｎｋ変更又は再接続を要求することができる。例えば、データ送信時ＳＴＲ ｃａｐａｂｉｌｉｔｙを使用するために、非ＡＰ ＭＬＤがＡＰ ＭＬＤに接続Ｌｉｎｋ変更又は再接続を要求することができる。

【0198】

図１８はｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【0199】

図１８を参照すると、ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤはＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｎｅｇｏｔｉａｔｉｏｎを実行することができる。非ＡＰ ＭＬＤのＳＴＡ２はＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅをＡＰ ＭＬＤのＡＰ２に送信することができる。ＡＰ ＭＬＤのＡＰ２は前記Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅに応答して、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを非ＡＰ ＭＬＤのＳＴＡ２に送信することができる。Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅ又はＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅは変更対象になるｌｉｎｋを介して送受信されるが、これに限られるものではない。Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅ又はＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅは変更対象になるｌｉｎｋだけでなく様々なｌｉｎｋを介して送受信される。

【0200】

非ＡＰ ＭＬＤは様々な方法を介してＬｉｎｋ変更又は再接続を要求することができる。以下においては非ＡＰ ＭＬＤがＬｉｎｋ変更又は再接続を要求する３つの方法が提案される。具体的には、前記３つの方法はＳｏｌｉｃｉｔｅｄ方法、Ｕｎｓｏｌｉｃｉｔｅｄ方法、及びＧｅｎｅｒａｌ方法が順番に説明される。

【0201】

１）Ｓｏｌｉｃｉｔｅｄ方法：非ＡＰ ＭＬＤがＡＰ ＭＬＤにＬｉｎｋ（ｒｅ）ｓｅｌｅｃｔｉｏｎのための様々な情報を要求し、これを介して様々な情報を受信する方法。例えば、様々な情報はｃａｐａｂｉｌｉｔｙ、ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ、ＢＳＳ Ｐａｒａｍｅｔｅｒｓに関する情報を含むことができる。

【0202】

一実施形態によれば、ＳＴＡが接続ＡＰ ＭＬＤのｏｔｈｅｒ ＡＰｓの情報を要求する方法はｌｉｎｋを再設定する場合だけでなく、様々な場合に用いられる。例えば、ｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ以降、ＳＴＡはＬｉｎｋ ｓｗｉｔｃｈｉｎｇのためにｏｔｈｅｒ ＡＰのＢＳＳ ｐａｒａｍｅｔｅｒ情報を要求し、受信した情報に基づいてｂｅｓｔｌｉｎｋを選択することができる。又はｄｉｓｃｏｖｅｒｙプロセスにおいてＳＴＡはＡＰ ＭＬＤに各ＡＰのＢＳＳ ｌｏａｄ情報を要求し、受信した情報に基づいてＬｉｎｋ ｓｅｔｕｐを実行するｌｉｎｋを選択することができる。（但し、非ＡＰ ＭＬＤのＳＴＡ数よりＡＰ ＭＬＤのＡＰ数が多い場合を仮定する。）

【0203】

従って、情報要求メッセージを受信したＡＰはＡＰ ＭＬＤ内の全てのＡＰに対するＣａｐａｂｉｌｉｔｙ情報、ＢＳＳ ｐａｒａｍｅｔｅｒ情報、ｃｒｉｔｉｃａｌ ｐａｒａｍｅｔｅｒｓ、及び／又はＯｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ情報などどの情報でも送信することができる。上述した例は以下において説明される実施形態に全て適用される。

【0204】

２）Ｕｎｓｏｌｉｃｉｔｅｄ方法：非ＡＰ ＭＬＤの別途の情報要求なしに、ＡＰがＬｉｎｋ（ｒｅ）ｓｅｌｅｃｔｉｏｎのための様々な情報を送信する方法。ＳＴＡは受信した情報を様々な状況において活用することができる。一実施形態によれば、ＳＴＡの別途の情報要求なしに、ＡＰ ＭＬＤのＡＰがｏｔｈｅｒ ＡＰｓの情報を送信する方法はｌｉｎｋを再設定する場合だけでなく、様々な場合に用いられる。従って、情報要求メッセージを受信したＡＰはＡＰ ＭＬＤ内の全てのＡＰに対するＣａｐａｂｉｌｉｔｙ情報、ＢＳＳ ｐａｒａｍｅｔｅｒ情報、ｃｒｉｔｉｃａｌ ｐａｒａｍｅｔｅｒｓ、及び／又はＯｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ情報など、どの情報でも送信することができる。上述した例は以下において説明される実施形態に全て適用される。

【0205】

３）Ｇｅｎｅｒａｌ方法：非ＡＰ ＭＬＤが以前Ｂｅａｃｏｎ ｆｒａｍｅなどを介して獲得した情報に基づいて追加情報なしにＬｉｎｋ（ｒｅ）ｓｅｌｅｃｔｉｏｎを要求する方法

【0206】

１）Ｓｏｌｉｃｉｔｅｄ方法

【0207】

以下においては先ず上述したｓｏｌｉｃｉｔｅｄ方法に関する実施形態が説明される。

【0208】

一実施形態によれば、非ＡＰ ＭＬＤはＬｉｎｋ変更又は再接続前にＡＰ ＭＬＤに適したＬｉｎｋを選択するための情報を要求することができる。ＳＴＡは適したＬｉｎｋを選択するために各ＡＰ別Ｄａｔａ ｌｏａｄ情報又は各ＬｉｎｋのＣａｐａｂｉｌｉｔｙ情報（又はｏｔｈｅｒ ｌｉｎｋの情報）などを活用することができる。

【0209】

例えば、前記各Ｌｉｎｋ別Ｃａｐａｂｉｌｉｔｙ情報はＢｅａｃｏｎ ｆｒａｍｅなどに含まれ周期的に送信される。

【0210】

別の例では、Ｌｉｎｋ別Ｃａｐａｂｉｌｉｔｙ情報はｏｐｔｉｏｎａｌ情報として周期ごとに送信されるＢｅａｃｏｎ ｆｒａｍｅに含まれない場合もある。又は、フレームオーバーヘッドを減らせるためにＳＴＡが接続されたリンク又は関連した一部のリンクの情報のみ受信される。又は、非ＡＰ ＭＬＤの特性（例えば、低電力デバイス）のためにＢｅａｃｏｎ受信周期が長い場合、非ＡＰ ＭＬＤはさらに適したＬｉｎｋ選択のためのＬｉｎｋ別Ｃａｐａｂｉｌｉｔｙ情報を受信できない場合がある。

【0211】

上述した場合、において、非ＡＰ ＭＬＤはＬｉｎｋ別ｃａｐａｂｉｌｉｔｙ情報及びＡＰ ＭＬＤの各Ｌｉｎｋ別情報（例えば、ＢＳＳ ｐａｒａｍｅｔｅｒ情報又はＯｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ情報など）の最新情報を要求することができる。前記ｌｉｎｋ別ｃａｐａｂｉｌｉｔｙ情報及び各Ｌｉｎｋ別情報のｌｉｎｋは送受信されるｌｉｎｋだけでなく、ｏｔｈｅｒ ｌｉｎｋも含むことができる。例えば、ＱｏＳ ｄａｔａ ｆｒａｍｅのｆｉｅｌｄ（１１ａｘ規格のＡ－Ｃｏｎｔｒｏｌ ｆｉｅｌｄ）、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、Ｐｒｏｂｅ ｒｅｓｐｏｎｓｅ／ｒｅｑｕｅｓｔ ｆｒａｍｅ、ＰＳ－Ｐｏｌｌフレーム又はＮｕｌｌ ｆｒａｍｅなどが最新情報を要求／送信するために用いられる。又は、最新情報を要求／送信するために、別途の新規フレームが定義される。

【0212】

一実施形態によれば、Ｌｉｎｋ別ｃａｐａｂｉｌｉｔｙ情報及びＡＰ ＭＬＤの各Ｌｉｎｋ別情報の最新情報を要求するために、ＳＴＡはＡＰにＬｉｎｋ再選択のために必要な情報を要求する要求メッセージを送信することができる。例えば、前記要求メッセージのために従来に定義されたＰｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅが再利用される。別の例では、前記要求メッセージのための新規フレームが定義される。

【0213】

一実施形態によれば、前記要求メッセージを介して、ＳＴＡは必要な特定の情報を指定してＡＰに要求することもできる。指定できる特定の情報は状況によって変更できる。すなわち、ＳＴＡは特定のＬｉｎｋに該当する情報のみを要求するか、特定のＣａｐａｂｉｌｉｔｙに該当する情報のみを要求することもできる。例えば、特定のｌｉｎｋに該当する情報は特定のｌｉｎｋのＢＳＳ ｌｏａｄ／ｐａｒａｍｅｔｅｒｓに関する情報を含むことができる。また、Ｃａｐａｂｉｌｉｔｙに該当する情報は全てのｌｉｎｋ（ａｌｌ ｌｉｎｋ）のＢＳＳ ｌｏａｄ情報又は特定のｌｉｎｋのＢＳＳ ｌｏａｄ情報を含むことができる。この場合、ＡＰは応答メッセージを介してＳＴＡが指定した情報のみを送信することができる。特定の情報要求及び応答に関する具体的な実施形態がＩＯＭ定義及び動作に関する実施形態を介して説明される。

【0214】

別の一例として、ＳＴＡは前記要求メッセージを介してＡＰ ＭＬＤが現在持った全てのＣａｐａｂｉｌｉｔｙ情報（ｅ．ｇ．ｏｔｈｅｒ ｌｉｎｋの情報も含む）を要求することもできる。

【0215】

上述した例のようにＡＰが持った全ての情報を送信するための実施形態又はＳＴＡが指定した特定の情報のみを送信するための実施形態は多様に定義／設定される。例えば、ＡＰは特定の情報のみを指示（又は送信）するために別途のｆｉｅｌｄ又はｂｉｔｍａｐなどに基づいて、全ての情報又は指定された情報を送信することができる。

【0216】

通常ＡＰ ＭＬＤに情報を要求するメッセージは再接続を希望するＳＴＡを介して送信されるが、状況によって（チャネル状況又はリンク状態）、どんなＳＴＡ（すなわち、ｏｔｈｅｒ ＳＴＡ）にも送信される。

【0217】

前記要求メッセージを受信したＡＰ ＭＬＤはＳＴＡが要求した情報（例えば、Ｌｉｎｋ別ｄａｔａ ｌｏａｄ情報、Ｌｉｎｋ間ＳＴＲ ｃａｐａｂｉｌｉｔｙ情報など）を含めた応答メッセージ（すなわち、ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）を非ＡＰ ＭＬＤに送信することができる。例えば、前記要求メッセージのために従来規格のＰｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅが再利用される場合、ＡＰ（又はＡＰ ＭＬＤ）は前記応答メッセージでＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅを用いて応答する必要がある。

【0218】

前記応答メッセージも通常Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅを受信したＡＰを介して送信されるが、ｍｕｌｔｉ－ｌｉｎｋの特性を用いてどんなＡＰ（すなわち、ｏｔｈｅｒ ＡＰ）にも送信される。

【0219】

選択的に、ＡＰ ＭＬＤはＳＴＡに適したＬｉｎｋを推奨する「ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ」ｅｌｅｍｅｎｔを上述した複数情報（例えば、Ｌｉｎｋ再選択のために必要な最新情報）を含む応答メッセージを介してともに送信することができる。

【0220】

上述したｓｏｌｉｃｉｔｅｄ方法は非ＡＰ ＭＬＤのＳＴＡにおいてＬｉｎｋ変更又は再接続のために用いられる。例えば、非ＡＰ ＭＬＤのＳＴＡがＬｉｎｋ ｃｏｎｇｅｓｔｉｏｎのためにＬｉｎｋ再選択を希望する場合、非ＡＰ ＭＬＤのＳＴＡはＳｏｌｉｃｉｔｅｄ ｍｅｔｈｏｄを介して接続されたＡＰ ＭＬＤの各リンク別ＢＳＳ ｌｏａｄ情報及びＢＳＳ ｐａｒａｍｅｔｅｒ情報を要求することができる。この要求メッセージを受信したＡＰはＳＴＡが指示したリンク及び情報を応答メッセージに含めて送信することができる。

【0221】

以下においては、上述した要求メッセージ及び応答メッセージはｌｉｎｋ変更のための要求メッセージ及びｌｉｎｋ変更のための応答メッセージと区別するため、情報要求メッセージ及び情報応答メッセージとして説明される。

【0222】

上述した情報応答メッセージに含まれた情報に基づいて、ＳＴＡは適したＬｉｎｋを再選択してＡＰ ＭＬＤにＬｉｎｋ変更又は再接続をｌｉｎｋ変更のための要求メッセージを介して要求することができる。前記ｌｉｎｋ変更のための要求メッセージは自身が再接続するＡＰ情報とＬｉｎｋ情報を含むことができる。

【0223】

前記要求メッセージを受信したＡＰ ＭＬＤは要求を承認する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージを送信することができる。ＡＰ ＭＬＤは要求を拒否する場合、「拒否（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。

【0224】

もし要求を承認する場合、ＡＰは応答メッセージ送信以降からは再選択されたＡＰのＬｉｎｋを介したｆｒａｍｅ ｅｘｃｈａｎｇｅに基づいて、Ｌｉｎｋ（ｒｅ）ｓｅｔｕｐを実行することができる。逆に要求を拒否する場合、ＳＴＡは既存の接続されたＬｉｎｋをそのまま使用することができる。

【0225】

Ｓｏｌｉｃｉｔｅｄ方法に係る具体的なＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作の例が図１９を介して説明される。

【0226】

図１９はｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【0227】

図１９を参照すると、非ＡＰ ＭＬＤのＳＴＡ２が接続されたＬｉｎｋを再選択したいとき、ＳＴＡ２はＡＰ ＭＬＤにＬｉｎｋ２を介してＩｎｆｏ要求メッセージを送信することができる。これを受信したＡＰ ＭＬＤは非ＡＰ ＭＬＤのＬｉｎｋ再選択のために必要な情報を含めたＩｎｆｏ応答メッセージを送信することができる。上述したＩｎｆｏ応答メッセージに含まれた情報に基づいて、非ＡＰ ＭＬＤのＳＴＡ２はｌｉｎｋ変更のための要求メッセージ（すなわち、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰ ＭＬＤのＡＰ２に送信することができる。以降、ＳＴＡ２はｌｉｎｋ変更のための応答メッセージ（すなわち、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅ）を受信し、ｌｉｎｋ変更のためのｌｉｎｋ（ｒｅ）ｓｅｔ－ｕｐを実行することができる。

【0228】

本明細書において提案される情報要求に関する実施形態は、ＳＴＡがＡＰに必要な情報を要求する場合も使用／適用される。ＳＴＡがＡＰから受信するフレーム（例えば、ｂｅａｃｏｎ）に含まれた情報が足りない場合、ＳＴＡは足りない情報に対してＡＰに要求することができる。例えば、ＡＰがｏｔｈｅｒ ｌｉｎｋの情報を含まず接続されたｌｉｎｋの情報のみを送信するかｏｔｈｅｒ ｌｉｎｋの情報更新有無に関する情報のみを送信する場合、ＳＴＡは足りない情報に対してＡＰに要求することができる。

【0229】

前記実施形態の具体的な例が図２０を介して説明される。

【0230】

図２０はｏｔｈｅｒ ＡＰに関する情報を要求するための非ＡＰ ＭＬＤの動作を示す。

【0231】

図２０を参照すると、ＡＰ ＭＬＤ（又はＡＰ１からＡＰ３）はｂｅａｃｏｎフレームを介してＳＴＡにｏｔｈｅｒ ＡＰ（すなわち、ｌｉｎｋ）の情報更新有無に関する情報のみを送信することができる。従って、ＳＴＡ２はＩｎｆｏ要求メッセージ（又はＩｎｆｏ ｒｅｑｕｅｓｔ ｆｒａｍｅ）をＡＰ２に送信することができる。ＳＴＡ２は前記Ｉｎｆｏ要求メッセージに基づいて、Ｉｎｆｏ応答メッセージ（又はＩｎｆｏ ｍｅｓｓａｇｅ）を受信することができる。ＳＴＡ２は前記Ｉｎｆｏ応答メッセージに基づいて、ｏｔｈｅｒ ＡＰに関する情報を受信／獲得することができる。

【0232】

例えば、ＢｅａｃｏｎにＡＰ ＭＬＤのｏｔｈｅｒ ＡＰ情報（例えば、ＢＳＳ ｌｏａｄ情報など）が含まれないか、ＡＰ２がｏｔｈｅｒ ＡＰ情報に対する更新有無（例えば、ｖｅｒｓｉｏｎ／ｕｐｄａｔｅ ｖｅｒｓｉｏｎ）に関する情報のみを送信することができる。

【0233】

ＳＴＡ２はＡＰ１の情報（又はＡＰ１に関する情報）が必要である場合がある。ＳＴＡ２はＡＰ２を介して必要な情報を要求することができる。ＳＴＡ２は前記要求に対する応答メッセージを介してＡＰ１の情報を獲得することができる。ＳＴＡ２は前記ＡＰ１の情報をＬｉｎｋ ｓｗｉｔｃｈｉｎｇする適切なリンクを再選択するのに使用することができる。例えば、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇのためのｆｒａｍｅは多様に設定される。

【0234】

さらに、上述したｓｏｌｉｃｉｔｅｄ方法はｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ以前にもＳＴＡがＡＰ ＭＬＤが持ったＡＰの情報を獲得するためにも用いられる。非ＡＰ ＭＬＤ及びＡＰ ＭＬＤのｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐプロセスにおいて、ＡＰ ＭＬＤが持ったＡＰの数が非ＡＰ ＭＬＤが持ったＳＴＡの数より多い場合、非ＡＰ ＭＬＤのＳＴＡはＡＰ ＭＬＤのどのＡＰとｌｉｎｋをｓｅｔｕｐするか決定する必要がある。この場合、非ＡＰ ＭＬＤのＳＴＡはｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ以前にＡＰ ＭＬＤのＡＰに各リンク別状態を認識するためにリンク別特定の情報（例えば、ＡＰ ＭＬＤが持ったＡＰのＢＳＳ ｌｏａｄ情報など）を要求することができる。一例として、ＳＴＡは要求メッセージでＰｒｏｂｅ Ｒｅｑｕｅｓｔを使用することができる。別の一例として、要求メッセージのための新規フレームが定義される。ＳＴＡは要求メッセージに特定のｅｌｅｍｅｎｔを要求するための指示子（例えば、Ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ又はＥｘｔｅｎｄｅｄ Ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔ又はＰＶ １ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ Ｏｐｔｉｏｎ ｅｌｅｍｅｎｔなど）及び特定のｌｉｎｋ情報を指示するための指示子（例えば、Ｌｉｎｋ ＩＤなど）を含めて送信することができる。

【0235】

例えば、非ＡＰ ＭＬＤのＳＴＡは接続するＡＰ ＭＬＤ内の全てのＡＰ別現在ＢＳＳ ｌｏａｄ情報を要求する指示事項を含めた要求メッセージを送信することができる。前記要求メッセージを受信したＡＰはＳＴＡの指示事項に基づいて必要な情報を（ＡＰが接続されたＡＰ ＭＬＤの全てのＡＰのＢＳＳ ｌｏａｄ情報）応答メッセージに含めてＳＴＡに送信することができる。このとき、各ＡＰ別ＢＳＳ ｌｏａｄ情報を確認したＳＴＡは最もＢＳＳ ｌｏａｄが少ないＢＳＳ（すなわち、ＡＰ）順に接続するリンクを選択することができる。ＳＴＡはｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ時選択されたリンクを指示することができる。別の言い方をすると、ｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ時選択されたリンクに関する情報をＡＰに送信することができる。

【0236】

このようにＳＴＡはｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ以前接続するｌｉｎｋを選択するためにＡＰ ＭＬＤの各ＡＰ別情報を獲得するための方法で上述したｓｏｌｉｃｉｔｅｄ方法を使用することもできる。

【0237】

以下においては、非ＡＰ ＭＬＤのＳＴＡが適したＬｉｎｋを選択するための情報を含む新しいｅｌｅｍｅｎｔ／ｆｉｅｌｄが提案される。

【0238】

例えば、「ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）が提案される。「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」はＬｉｎｋ別にリンクされたＳＴＡ数比率に関する情報を含むことができる。「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」の具体的な例が図２１を介して説明される。

【0239】

図２１はＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋの具体的な例を示す。

【0240】

図２１を参照すると、ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）は全体ＡＰ ＭＬＤにおいて各Ｌｉｎｋ別に接続されているＳＴＡ数又は比率に関する情報を含むことができる。

【0241】

例えば、３個のＬｉｎｋを持ったＡＰ ＭＬＤに合計５０個のＳＴＡが接続されている場合、Ｌｉｎｋ １に１０個Ｌｉｎｋ２に２０個のＳＴＡが接続される。ＡＰ ＭＬＤはＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）を介してそれぞれのＬｉｎｋ別にリンクされたＳＴＡに対する情報を値又は比率（％）に関する情報を非ＡＰ ＭＬＤに送信することができる。

【0242】

一例として、それぞれのＬｉｎｋ別にリンクされたＳＴＡに対する情報が値で表れる場合、Ｌｉｎｋ １は１０、Ｌｉｎｋ２は２０で表現／設定される。従って、ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ １の値が１０として設定される。また、ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ２の値が２０として設定される。

【0243】

別の一例として、それぞれのＬｉｎｋ別にリンクされたＳＴＡに対する情報が比率で表れる場合、Ｌｉｎｋ １は２０（１０／５０）％、Ｌｉｎｋ２は４０（２０／５０）％で表現／設定される。従って、ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ １の値が２０として設定される。また、ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ２の値が４０として設定される。

【0244】

上述した例は例示的なことであり、それぞれのＬｉｎｋ別にリンクされたＳＴＡに対する情報は多様に設定される。上述した例以外にも相対値としてそれぞれのＬｉｎｋ別にリンクされたＳＴＡに対する情報が設定される。

【0245】

上述したそれぞれのＬｉｎｋ別にリンクされたＳＴＡに対する情報に基づいて、ＳＴＡは各Ｌｉｎｋ別に接続されたＳＴＡ数及び比率を確認／獲得することができ、これをＬｉｎｋ選択のための情報に使用することができる。

【0246】

一実施形態によれば、上述した「ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」（ｅｌｅｍｅｎｔ／ｆｉｅｌｄ）以外にも様々な情報／ｅｌｅｍｅｎｔ／ｆｉｅｌｄが情報応答メッセージに含まれる。例えば、下記のような情報／ｅｌｅｍｅｎｔ／ｆｉｅｌｄが情報応答メッセージに含まれる。

【0247】

－各ＡＰ別ＢＳＳ ｌｏａｄ情報

【0248】

－Ｌｉｎｋ間ＳＴＲ ｃａｐａｂｉｌｉｔｙ情報

【0249】

－各Ｌｉｎｋ別ＴＸＯＰ情報

【0250】

－各Ｌｉｎｋ別ＮＡＶ情報

【0251】

－推奨Ｌｉｎｋ情報（すなわち、「ｒｅｃｏｍｍｅｎｄ ｌｉｎｋ」ｅｌｅｍｅｎｔ）

【0252】

－Ｌｉｎｋ別接続ＳＴＡ比率情報（すなわち、「ＳＴＡ ｒａｔｉｏ ｐｅｒ Ｌｉｎｋ」ｅｌｅｍｅｎｔ）

【0253】

－その他など

【0254】

上述した情報／ｅｌｅｍｅｎｔ／ｆｉｅｌｄ以外にもｌｉｎｋ選択のために必要な様々な情報が情報応答メッセージに含まれ送信される。

【0255】

上述した例のような情報を受信したＳＴＡは受信した情報に基づいて、自身が変更又は再接続するＡＰを選択した後、Ｌｉｎｋを再接続を要求するための要求メッセージを送信することができる。前記要求メッセージを受信したＡＰ ＭＬＤは要求を承認する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージを送信することができる。ＡＰ ＭＬＤは要求を拒否する場合、「拒否（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。

【0256】

もし要求を承認する場合、ＡＰは応答メッセージ送信以降からは再選択されたＡＰとのＬｉｎｋを介してｆｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。逆に拒否する場合、ＳＴＡは既存の接続されたＬｉｎｋをそのまま使用することができる。

【0257】

２）Ｕｎｓｏｌｉｃｉｔｅｄ方法

【0258】

非ＡＰ ＭＬＤが直接追加情報を要求するＳｏｌｉｃｉｔｅｄ方法と違って、Ｕｎｓｏｌｉｃｉｔｅｄ方法によれば、非ＡＰ ＭＬＤの追加情報要求なしにＢｅａｃｏｎ ｆｒａｍｅ又は別途のフレーム（例えば、ＱｏＳ ｄａｔａ ｆｒａｍｅのｆｉｅｌｄ（１１ａｘ規格のＡ－Ｃｏｎｔｒｏｌ ｆｉｅｌｄ）、ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ、ＦＩＬＳ ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅ、ｕｎｓｏｌｉｃｉｔｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ、ＰＳ－Ｐｏｌｌフレーム又はＮｕｌｌ ｆｒａｍｅなど）を介してＡＰ ＭＬＤは非ＡＰ ＭＬＤに追加情報を送信することができる。別の例では、非ＡＰ ＭＬＤに追加情報を送信するためのフレームで新規フレームが定義される。

【0259】

例えば、Ｂｅａｃｏｎ周期が多少長い場合、非ＡＰ ＭＬＤがＬｉｎｋ ｓｗｉｔｃｈｉｎｇのために必要な必須の情報が足りないか最新情報ではない場合がある。従って、ＡＰはＡＰ ＭＬＤのＬｉｎｋ ｃａｐａｂｉｌｉｔｙ情報が含まれたフレームを非ＡＰ ＭＬＤに送信することができる。以降、ｎｏｎ－ＡＰ ＳＴＡはＡＰ ＭＬＤの各Ｌｉｎｋ別Ｃａｐａｂｉｌｉｔｙに対する最新情報を獲得することができる。前記フレームは周期的に送信されるか非周期的に送信される。

【0260】

一例として、前記フレームが周期的に送信される場合、ＡＰは一定の時間間隔ごとにＡＰの最新情報をシェアするためにフレームを送信することができる。このとき、その時間間隔はＡＰが送信するＢｅａｃｏｎ周期よりは短い必要がある。また、前記フレームでＦＩＬＳ ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅが用いられる場合、前記フレームは２０ｕｓごとに送信される。別の一例として、ＡＰとＳＴＡがｃａｐａｂｉｌｉｔｙ ｎｅｇｏｔｉａｔｉｏｎを介して合意した周期が用いられる場合もある。例えば、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔの「ｐｅｒｉｏｄｉｃ」ｆｉｅｌｄ及び「ｉｎｔｅｒｖａｌ」ｆｉｅｌｄ／ｓｕｂｆｉｅｌｄ値を介して送信周期が指示される。

【0261】

別の一例として、前記フレームが非周期的に送信される場合、ＡＰの情報（ｃａｐａｂｉｌｉｔｙ、ＢＳＳ ｐａｒａｍｅｔｅｒ、ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ）が更新イベントが発生したときごとにＡＰは前記フレームを送信することができる。具体的な一例として、ＡＰ ＭＬＤのＡＰのＬｉｎｋ ｃａｐａｂｉｌｉｔｙが変更するときごとに接続されたＳＴＡに変更された情報が送信される。この場合、ＳＴＡはＬｉｎｋ ｃａｐａｂｉｌｉｔｙに対する最新情報を維持することができる。

【0262】

上述した例によればｎｏｎ－ＡＰ ＳＴＡが別途のＬｉｎｋ ｃａｐａｂｉｌｉｔｙ獲得のための要求メッセージを送信しないためｓｏｌｉｃｉｔｅｄ方法に比べて比較的ｆｒａｍｅ ｅｘｃｈａｎｇｅ ｏｖｅｒｈｅａｄが少なく発生する効果がある。また、主要情報が更新されるときごとに更新された情報をＳＴＡが受信することができるため、ＳＴＡが受信した情報を有効に使用できる効果がある。

【0263】

Ｕｎｓｏｌｉｃｉｔｅｄ方法に係る具体的なＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作の例が図２２を介して説明される。

【0264】

図２２はｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【0265】

図２２を参照すると、ＡＰ ＭＬＤは非ＡＰ ＭＬＤの別途要求メッセージなしにＬｉｎｋ再選択（ｒｅｓｅｌｅｃｔｉｏｎ）に必要な必須情報を別途のｆｒａｍｅ（例えば、ＰＳ－Ｐｏｌｌフレーム又はＮｕｌｌ ｆｒａｍｅなど）でｎｏｎ－ＡＰに送信することができる。

【0266】

一実施形態によれば、図２２と違って、ＡＰ ＭＬＤは非ＡＰ ＭＬＤの別途要求メッセージなしに、Ｌｉｎｋ ｃａｐａｂｉｌｉｔｙに対する情報を自身が非ＡＰ ＭＬＤに送信するＤＬフレーム（ｅ．ｇ．ＱｏＳ ｄａｔａ ｆｒａｍｅ）のｆｉｅｌｄを介してＳＴＡに送信することもできる。前記実施形態に係るＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作が図２３を介して説明される。

【0267】

図２３はｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【0268】

図２３を参照すると、ＡＰ２はＤＬフレーム（すなわち、ＤＬ１）に基づいて、ｏｔｈｅｒ ＡＰの情報（又はｏｔｈｅｒ ＡＰに関する情報）をＳＴＡ２に送信することができる。別の言い方をすると、ＤＬフレームはｏｔｈｅｒ ＡＰに関する情報を含むことができる。例えば、ｏｔｈｅｒ ＡＰに関する情報は８０２．１１ａｘ規格のＡ－Ｃｏｎｔｒｏｌ ｆｉｅｌｄなどに含まれる。前記実施形態によれば、別途のメッセージなしに既存のＤＬフレームを活用するためフレームオーバーヘッドを減らせる効果がある。もしｏｔｈｅｒ ＡＰのＣｒｉｔｉｃａｌ情報が変更され、情報のリアルタイムが必要な場合、図２３の実施形態のように別途のメッセージを介して更新情報が送信される。

【0269】

例えば、ＡＰのＣｒｉｔｉｃａｌ情報は下記のＡからＱを含むことができる。

【0270】

Ａ． Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ ｅｌｅｍｅｎｔ

【0271】

Ｂ． Ｉｎｃｌｕｓｉｏｎ ｏｆ ａｎ Ｅｘｔｅｎｄｅｄ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ａｎｎｏｕｎｃｅｍｅｎｔ ｅｌｅｍｅｎｔ

【0272】

Ｃ． Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＥＤＣＡ ｐａｒａｍｅｔｅｒｓ ｅｌｅｍｅｎｔ

【0273】

Ｄ． Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ Ｑｕｉｅｔ ｅｌｅｍｅｎｔ

【0274】

Ｅ． Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＤＳＳＳ Ｐａｒａｍｅｔｅｒ Ｓｅｔ

【0275】

Ｆ． Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＣＦ Ｐａｒａｍｅｔｅｒ Ｓｅｔ ｅｌｅｍｅｎｔ

【0276】

Ｇ． Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＨＴ Ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ

【0277】

Ｈ． Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ ＷｉｄｅＢａｎｄ ｗｉｄｔｈ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ ｅｌｅｍｅｎｔ

【0278】

Ｉ． Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ Ｃｈａｎｎｅｌ Ｓｗｉｔｃｈ Ｗｒａｐｐｅｒ ｅｌｅｍｅｎｔ

【0279】

Ｊ． Ｉｎｃｌｕｓｉｏｎ ｏｆ ａｎ Ｏｐｅｒａｔｉｎｇ Ｍｏｄｅ Ｎｏｔｉｆｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ

【0280】

Ｋ． Ｉｎｃｌｕｓｉｏｎ ｏｆ ａ Ｑｕｉｅｔ Ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ

【0281】

Ｌ． Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＶＨＴ Ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ

【0282】

Ｍ． Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＨＥ Ｏｐｅｒａｔｉｏｎ ｅｌｅｍｅｎｔ

【0283】

Ｎ． Ｉｎｓｅｒｔｉｏｎ ｏｆ ａ Ｂｒｏａｄｃａｓｔ ＴＷＴ ｅｌｅｍｅｎｔ

【0284】

Ｏ． Ｉｎｃｌｕｓｉｏｎ ｏｆ ｔｈｅ ＢＳＳ Ｃｏｌｏｒ Ｃｈａｎｇｅ Ａｎｎｏｕｎｃｅｍｅｎｔ ｅｌｅｍｅｎｔ

【0285】

Ｐ． Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ ＭＵ ＥＤＣＡ Ｐａｒａｍｅｔｅｒ Ｓｅｔ ｅｌｅｍｅｎｔ

【0286】

Ｑ． Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｆ ｔｈｅ Ｓｐａｔｉａｌ Ｒｅｕｓｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ ｅｌｅｍｅｎｔ

【0287】

従って、非ＡＰ ＭＬＤはＢｅａｃｏｎ ｆｒａｍｅ周期と関係なく最新Ｌｉｎｋ ｃａｐａｂｉｌｉｔｙ情報を獲得することができる。非ＡＰ ＭＬＤは受信された情報に基づいて、Ｌｉｎｋ ｓｗｉｔｃｈｉｎｇ時適したＬｉｎｋを選択することができる。前記受信された情報に基づいて、ＳＴＡは適したＬｉｎｋを再選択してＡＰ ＭＬＤにＬｉｎｋ変更又は再接続を要求することができる。前記要求メッセージは自身が再接続するＡＰ情報及びＬｉｎｋ情報を含むことができる。また、このメッセージを受信したＡＰ ＭＬＤは要求を承認する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージを送信することができ、拒否する場合、「拒否（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。

【0288】

もし要求を承認する場合、ＡＰは応答メッセージ送信以降からは再選択されたＡＰのＬｉｎｋにｆｒａｍｅ ｅｘｃｈａｎｇｅを介してＬｉｎｋ（ｒｅ）ｓｅｔｕｐを実行することができる。逆に拒否する場合、ＳＴＡは既存の接続されたＬｉｎｋをそのまま使用することができる。

【0289】

３）Ｇｅｎｅｒａｌ方法

【0290】

Ｇｅｎｅｒａｌ方法によれば、非ＡＰ ＭＬＤは自身が現在持った情報に基づいて、追加情報要求なしにＬｉｎｋ変更又は再接続を要求することができる。このとき用いられる情報は以前に受信したＢｅａｃｏｎ又はＭａｎａｇｅｍｅｎｔ ｆｒａｍｅなどに含まれたＡＰ ＭＬＤの情報及び非ＡＰ ＭＬＤの情報（例えば、Ｌｉｎｋ別ＳＴＲ ｃａｐａｂｉｌｉｔｙ情報、Ｌｉｎｋ ｓｔａｔｅ（ｅｎａｂｌｅ／ｄｉｓａｂｌｅ）情報など）を含むことができる。

【0291】

Ｓｏｌｉｃｉｔｅｄ方法と違って、ＳＴＡはＡＰ ＭＬＤに別途の情報要求なしに直接Ｌｉｎｋ変更又は再接続のための要求メッセージをＡＰ ＭＬＤに送信することができる。前記要求メッセージは自身が再接続するＡＰ情報とＬｉｎｋ情報を含むことができる。前記要求メッセージを受信したＡＰ ＭＬＤは要求を承認する場合、「承認（Ａｃｃｅｐｔ）」の応答メッセージを送信し拒否する場合、「拒否（Ｄｅｃｌｉｎｅ）」の応答メッセージを送信することができる。

【0292】

もし要求を承認する場合、ＡＰは応答メッセージ送信以降からは再選択されたＡＰとのＬｉｎｋを介してｆｒａｍｅ ｅｘｃｈａｎｇｅを実行することができる。逆に拒否する場合、ＳＴＡは既存の接続されたＬｉｎｋをそのまま使用することができる。

【0293】

Ｇｅｎｅｒａｌ方法に係る具体的なＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作の例が図２４を介して説明される。

【0294】

図２４はｌｉｎｋ変更又は再接続のためのＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作を示す。

【0295】

図２４を参照すると、ＳＴＡ２はＱｏＳ保証を理由に直接Ｌｉｎｋを変更することを希望することができる。ＳＴＡ２が既存にＡＰ ＭＬＤから受けた情報（例えば、Ｂｅａｃｏｎ ｆｒａｍｅ又はＭａｎａｇｅｍｅｎｔ ｆｒａｍｅなどを介して受信した情報）があるか再接続することを希望するＬｉｎｋを既に決定した場合、ＳＴＡ２は別途の情報要求なしにＬｉｎｋ変更又は再接続を要求することができる。

【0296】

ＳＴＡ２はＬｉｎｋ ｓｗｉｔｃｈｉｎｇ ｒｅｑｕｅｓｔ ｆｒａｍｅにＳＴＡ情報（ｅ．ｇ．ＳＴＡ ＩＤなど）及び変更しようとするＬｉｎｋ情報（ｅ．ｇ．Ｌｉｎｋ ＩＤ又はＡＰ ＢＳＳ情報など）を含めて送信することができる。これを受信したＡＰ ＭＬＤは変更を承認する場合、既存のＬｉｎｋ２を介して「承認」のＬｉｎｋ ｓｗｉｔｃｈｉｎｇ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅをＳＴＡ３に送信することができる。以降、非ＡＰ ＭＬＤのＳＴＡ２はＬｉｎｋ（ｒｅ）ｓｅｔｕｐプロセスを実行した後、ＡＰ３に再接続される。

【0297】

Ｌｉｎｋ変更及び再接続方法をＩｎｄｉｃａｔｉｏｎするためのシグナリング

【0298】

上記で提案された方法を指示するために、ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤ間のｎｅｇｏｔｉａｔｉｏｎを介して相互間の合意プロセスが必要である場合がある。このため、以下の明細書においては提案される方法をｅｎａｂｌｅするためのシグナリング方法が提案される。

【0299】

先ず、上記で提案された方法を指示するために、新規ｅｌｅｍｅｎｔが提案される。以下においてはＬｉｎｋ変更及び再接続方法に対してＩｎｄｉｃａｔｉｏｎするためのシグナリングに関する実施形態が説明されるが、前記実施形態はＡｎｃｈｏｒｅｄ ｌｉｎｋ変更及び再接続方法に対してｉｎｄｉｃａｔｉｏｎするためのシグナリングに関する実施形態にも適用される。

【0300】

Ｌｉｎｋ変更及び再接続方法をＩｎｄｉｃａｔｉｏｎするためのシグナリングプロセスはｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ又はｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ以降、実行することができる。また、Ｌｉｎｋ変更及び再接続方法をＩｎｄｉｃａｔｉｏｎするためのシグナリングプロセスに以下において提案される新規ｅｌｅｍｅｎｔｓが用いられる。例えば、前記ｅｌｅｍｅｎｔｓは従来規格の（ｒｅ）ａｓｓｏｃｉａｔｉｏｎ ｆｒａｍｅ又は新規ｆｒａｍｅに含まれる。

【0301】

ＩＯＭ（Ｉｎｆｏｒｍａｔｉｏｎ Ｏｂｔａｉｎ Ｍｅｔｈｏｄ）Ｃａｐａｂｉｌｉｔｙ Ｅｌｅｍｅｎｔ

【0302】

ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔはマルチリンクのための追加情報獲得方法の活性化（ｅｎａｂｌｅ）可否に関する情報を含むことができる。例えば、ＡＰ ＭＬＤと非ＡＰ ＭＬＤがｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐプロセスにおいて動作合意のためのメッセージを交換するプロセス（例：ｃａｐａｂｉｌｉｔｙ ｎｅｇｏｔｉａｔｉｏｎプロセス）においてメッセージにｅｌｅｍｅｎｔにＩＯＭ ｃａｐａｂｉｌｉｔｙ値が存在することができる。前記メッセージにｅｌｅｍｅｎｔにＩＯＭ ｃａ ｐａｂｉｌｉｔｙ値が存在することはＩＯＭ ｃａｐａｂｉｌｉｔｙがサポートされることを意味する。

【0303】

一実施形態によれば、ＡＰ ＭＬＤがＩＯＭ ｃａｐａｂｉｌｉｔｙをサポートする場合、ＡＰはＯｔｈｅｒ ＡＰの情報を内部的に共有し、Ｏｔｈｅｒ ＡＰの情報を持つことができる。ｏｔｈｅｒ ＡＰの情報がシェアされないＭＬＤはＩＯＭ ｃａｐａｂｉｌｉｔｙをサポートすることができない。

【0304】

一実施形態によれば、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔの値が第１値（例えば、１）として設定される場合、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔはＩＯＭを活性化させ指示された機能で動作することを意味する。逆に、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔの値が第２値（例えば、０）として設定される場合、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔはＩＯＭを非活性化させることを意味する。

【0305】

一実施形態によれば、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔは様々な動作を指示するために様々なｆｉｅｌｄ／ｅｌｅｍｅｎｔを含むことができる。例えば、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔは以下において説明される様々なｆｉｅｌｄ／ｅｌｅｍｅｎｔを含むこともできる。但し、ＡＰ ＭＬＤがリンク変更を要求する場合、及び非ＡＰ ＭＬＤがリンク変更を要求する場合、によってＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔに追加されるｆｉｅｌｄ／ｅｌｅｍｅｎｔが異なって設定される。また、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔに追加されるｆｉｅｌｄ／ｅｌｅｍｅｎｔのうち、少なくとも一部は省略される。一例として、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔに追加されるｆｉｅｌｄ／ｅｌｅｍｅｎｔのうち、指示する必要がない情報を含むｆｉｅｌｄ／ｅｌｅｍｅｎｔは省略することができる。

【0306】

以下においてはマルチリンクに関する追加的な情報を獲得するために定義／設定される様々なｆｉｅｌｄ／ｅｌｅｍｅｎｔの例が説明される。以下において説明される様々なｆｉｅｌｄ／ｅｌｅｍｅｎｔは独立して構成されるか、２つ以上のｆｉｅｌｄ／ｅｌｅｍｅｎｔが結合され様々なフレームを介して送信される。例えば、以下において説明される様々なｆｉｅｌｄ／ｅｌｅｍｅｎｔは別のｅｌｅｍｅｎｔに含まれ定義する動作を実行することができる。別の例では、以下において説明される様々なｆｉｅｌｄ／ｅｌｅｍｅｎｔはそれぞれのｅｌｅｍｅｎｔ又は独立したｆｉｅｌｄに別のｅｌｅｍｅｎｔに追加されて用いられる。

【0307】

Ｍｅｔｈｏｄ種類（又はＭｅｔｈｏｄ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ

【0308】

Ｍｅｔｈｏｄ種類ｆｉｅｌｄ／ｅｌｅｍｅｎｔ（以下の通り、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔ）はＩＯＭの動作方法に関する情報を含むことができる。別の言い方をすると、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔはＩＯＭの動作方法を指示することができる。例えば、非ＡＰ ＭＬＤがＡＰから情報獲得のためにＩＯＭ方法を活性化させるとき、非ＡＰ ＭＬＤは上記で提案した方法（例えば、Ｓｏｌｉｃｉｔｅｄ方法、Ｕｎｓｏｌｉｃｉｔｅｄ方法、Ｇｅｎｅｒａｌ方法）のうち、使用する方法を選択して指示することができる。

【0309】

一例として、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第１値（例：０）であることに基づいて、Ｓｏｌｉｃｉｔｅｄ方法が指示／用いられる。Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第２値（例：１）であることに基づいて、Ｕｎｓｏｌｉｃｉｔｅｄ方法が指示／用いられる。Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第３値（例：２）であることに基づいて、Ｇｅｎｅｒａｌ方法が指示／用いられる。Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第４値（例：３）であることに基づいて、Ｓｏｌｉｃｉｔｅｄ方法とＵｎｓｏｌｉｃｉｔｅｄ方法全て指示／用いられる。

【0310】

別の一例として、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔで１ｂｉｔが用いられる。この場合、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第１値（例：０）（例：０）であることに基づいて、Ｓｏｌｉｃｉｔｅｄ方法が指示／用いられる。Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔの値が第２値（例：１）であることに基づいて、Ｕｎｓｏｌｉｃｉｔｅｄ方法が指示／用いられる。

【0311】

別の一例として、Ｍｅｔｈｏｄ ｆｉｅｌｄ／ｅｌｅｍｅｎｔで２ｂｉｔが用いられる。この場合、各方法別単独使用又は重複使用などが指示される。

【0312】

情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ

【0313】

情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄは非ＡＰ ＭＬＤが情報を要求する場合、（又はＩＯＭが非ＡＰ ＭＬＤに情報を提供する場合）、情報の範囲を指示するために用いられる。

【0314】

例えば、情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄの値が第１値（例：０）である場合、情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄはＡＰが持った一部情報のみ提供されることを示すことができる。情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄの値が第２値（例：１）である場合、情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄはＡＰが持った全ての情報（又は全体情報）が提供されることを示すことができる。

【0315】

一実施形態によれば、ＡＰが持った情報（ｅｌｅｍｅｎｔ）の全体又は一部要求を表すために情報範囲（Ｉｎｆｏ ｒａｎｇｅ）ｆｉｅｌｄが定義されるが、ＳＴＡは追加的なｓｕｂｆｉｅｌｄを介してさらに詳細な情報を要求することもできる。例えば、提供される情報範囲（例えば、ａｌｌ ｉｎｆｏｒｍａｔｉｏｎ又はｐａｒｔｉａｌ ｉｎｆｏｒｍａｔｉｏｎ）を指示するためのｓｕｂｆｉｅｌｄが情報範囲ｆｉｅｌｄに含まれる。例えば、提供される情報範囲を指示するためのｓｕｂｆｉｅｌｄはａｌｌ／ｐａｒｔｉａｌ ｓｕｂｆｉｅｌｄに定義／設定される。

【0316】

一実施形態によれば、全ての情報が提供されるか否か又は前記全ての情報のうち、変更された情報のみが提供されるか否かを表すためのｓｕｂｆｉｅｌｄが新しく提案される。別の言い方をすると、前記新しく提案されたｓｕｂｆｉｅｌｄは全ての情報が提供されるか否か又は前記全ての情報のうち、変更された情報のみが提供されるか否かを指示することができる。

【0317】

例えば、全ての情報が提供されるか否か又は前記全ての情報のうち、変更された情報のみが提供されるか否かを表すためのｓｕｂｆｉｅｌｄはｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄに定義／設定される。

【0318】

ＳＴＡが変更された情報のみを受信を希望する場合、ｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄ値が１に設定される。別の言い方をすると、ＳＴＡが変更された情報のみを受信を希望する場合、前記ＳＴＡはｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄ値を１として設定することができる。例えば、ｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄ値が１に設定された場合、ｓｏｌｉｃｉｔｅｄ方法によれば、ＳＴＡが情報要求時、ＡＰ（又はＡＰ ＭＬＤ）は要求した情報のうち、変更された情報（すなわち、更新された情報）のみを送信することができる。別の例では、ｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄ値が１に設定された場合、ｕｎｓｏｌｉｃｉｔｅｄ方法によれば、ＡＰはＳＴＡが設定した情報範囲で変更された情報のみを通知（ｎｏｔｉｆｙ）することができる。

【0319】

前記例によれば、変更された情報のみを受信するために、情報範囲（Ｉｎｆｏ ｒａｎｇｅ） ｆｉｅｌｄ内ｏｎｌｙ ｕｐｄａｔｅｄ ｓｕｂｆｉｅｌｄが提案されたが、これに限られるものではない。変更された情報のみを受信するために、別途のｆｉｅｌｄ又はｅ ｌｅｍｅｎｔが定義／設定される。

【0320】

上述した実施形態によれば、ＳＴＡが要求できる情報の範囲がＵｐｄａｔｅされた情報又は全ての情報に設定される。この場合、多いフレームオーバーヘッドを希望しないＳＴＡは変更された情報に対してのみ受信するように要求することができる。従って、オーバーヘッドを減らせる効果がある。

【0321】

リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ

【0322】

リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄは要求する特定のリンクを指示するために用いられる。別の言い方をすると、リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄは要求する特定のリンクに関する情報を含むことができる。リンク条件ｆｉｅｌｄはＳＴＡが特定のリンク情報のみをＡＰから提供を希望する場合、用いられる。

【0323】

リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄはリンク識別子（ｅ．ｇ．Ｌｉｎｋ ＩＤ、ＢＳＳ ＩＤ）で表すことができる。別の言い方をすると、リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄはリンク識別子（ｅ．ｇ．Ｌｉｎｋ ＩＤ、ＢＳＳ ＩＤ）に関する情報を含むことができる。別の言い方をすると、情報を獲得するためのリンクを特定のするために、リンク識別子が用いられる。必要時、ＳＴＡが要求したリンク識別子の総数を示す「Ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｌｉｎｋｓ」ｆｉｅｌｄがともに用いられる場合もある。

【0324】

例えば、Ｌｉｎｋ １に接続されたＳＴＡがＬｉｎｋ２、Ｌｉｎｋ３に対する情報のみをＡＰに要求を希望する場合、ＳＴＡはリンク条件ｆｉｅｌｄにｌｉｎｋ２、ｌｉｎｋ３を表示してＬｉｎｋ２、Ｌｉｎｋ３に対する情報をＡＰに要求することができる。例えば、上述したＩｎｆｏ ｒａｎｇｅ ｆｉｅｌｄの値が１である場合、ｌｉｎｋ２、ｌｉｎｋ３に該当する全ての情報が送信される。別の例では、上述したＩｎｆｏ ｒａｎｇｅ ｆｉｅｌｄの値が０である場合、ｌｉｎｋ２、ｌｉｎｋ３においてＳＴＡが指定した一部情報が送信される。一実施形態によれば、ＳＴＡが指定する一部情報は以下Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ ｆｉｅｌｄを介して決定される。

【0325】

一実施形態によれば、リンク条件（Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄの値がないか０である場合、ＡＰはリンク条件がないと判断することができる。従って、ＡＰはＳＴＡに全てのリンクに関する情報を提供／送信することができる。

【0326】

このとき、もしＳＴＡが接続されたＡＰ ＭＬＤの全体ＡＰに対するリンク情報の要求を希望する場合に対して以下のような追加的なオプションを提案する。１番目は「Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ」ｆｉｅｌｄに全てのＡＰに対するＬｉｎｋ識別子を含めて要求する方法である。２番目は「Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ」ｆｉｅｌｄにｓｕｂｆｉｅｌｄに「ａｌｌ／ｐａｒｔｉａｌ」ｆｉｅｌｄを持つ方法である。このとき、「ａｌｌ／ｐａｒｔｉａｌ」ｆｉｅｌｄは現在ＳＴＡが要求したＬｉｎｋ ｃｏｎｄｉｔｉｏｎが全体ＡＰの情報であるか一部のＡＰの情報であるかを示す指示子である。例えば、「ａｌｌ／ｐａｒｔｉａｌ」ｆｉｅｌｄが１である場合、接続ＡＰ ＭＬＤの全てのＡＰに対する情報要求を意味し、「ａｌｌ／ｐａｒｔｉａｌ」ｆｉｅｌｄが０である場合、接続ＡＰ ＭＬＤの一部のＡＰに対する情報を要求することを意味する。もし一部のＡＰに対する情報を要求する場合はどのＡＰの情報を要求するかに対するＬｉｎｋ識別子に対する情報が提供される必要がある。３番目は「Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ」ｆｉｅｌｄを省略する方法である。もし「Ｌｉｎｋ ｃｏｎｄｉｔｉｏｎ」ｆｉｅｌｄが省略されたままに送信される場合、ＡＰ ＭＬＤはこれを全体ＡＰに対する情報要求として受ける一例である。８０２．１１ｂｅにおいては上記のような複数オプションで一部のＡＰに対する情報を要求することができる。

【0327】

但し、上記の場合のようにＳＴＡが接続されたＡＰ ＭＬＤの全体ＡＰに対するリンク情報を要求する場合、ＡＰ ＭＬＤは現在セットアップ（ｓｅｔｕｐ）されたＡＰの情報のみを応答する。例えば、ＡＰ ＭＬＤが合計５個のＡＰ（ＡＰ１～ＡＰ５）を持っている場合、非ＡＰ ＭＬＤと３個のリンクのみで（ＡＰ１～ＡＰ３）セットアップされた場合、非ＡＰ ＭＬＤのＳＴＡから全体ＡＰに対する情報要求メッセージを受信した場合、セットアップされたリンク（ＡＰ１～ＡＰ３）に対する情報のみを応答する。

【0328】

情報条件（Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ

【0329】

情報条件（Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄは要求する特定の情報種類を指示するために用いられる。別の言い方をすると、情報条件（Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ）ｆｉｅｌｄはＳＴＡが特定の情報のみをＡＰから提供を希望する場合、用いられる。

【0330】

例えば、情報条件ｆｉｅｌｄはＩｎｆｏ ｒａｎｇｅ ｆｉｅｌｄが０として設定された場合にのみ用いられる。別の例では、情報条件ｆｉｅｌｄはＩｎｆｏ ｒａｎｇｅ ｆｉｅｌｄがない場合もＳＴＡが特定の情報を指示するために用いられる。

【0331】

例えば、情報条件ｆｉｅｌｄ内で、ＳＴＡが指定可能な情報（ｅ．ｇ．ＢＳＳ ｌｏａｄ、ＳＴＲ ｃａｐａｂｉｌｉｔｙなど）がＢｉｔｍａｐで表すことができる。一例として、ＡＰが提供する情報の種類及びＢｉｔ内指示方法又は手順などは多様に設定される。

【0332】

一実施形態によれば、情報条件ｆｉｅｌｄは上述したリンク条件ｆｉｅｌｄとともに用いられる。一実施形態によれば、情報条件ｆｉｅｌｄは様々なｆｉｅｌｄ／ｅｌｅｍｅｎｔの組み合わせに基づいて、様々な条件の要求情報をＳＴＡ（又はＡＰ）に送信することができる。

【0333】

これと関連して、ＳＴＡが特定の情報を指示を要求するために既存の規格のＥｌｅｍｅｎｔを再利用することもできる。例えば、Ｒｅｑｕｅｓｔ ＩＥ又はＥｘｔｅｎｄｅｄ Ｒｅｑｕｅｓｔ ＩＥを使用することができる。これに対するｅｌｅｍｅｎｔ情報は図２５及び図２６の通りである。

【0334】

図２５はＲｅｑｕｅｓｔ ＩＥフォーマットの一例を示す。

【0335】

図２６はＥｘｔｅｎｄｅｄ Ｒｅｑｕｅｓｔ ＩＥフォーマットの一例を示す。

【0336】

図２５及び図２６のｅｌｅｍｅｎｔはＰｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ又はｉｎｆｏｒｍａｔｉｏｎ ｒｅｑｕｅｓｔ ｆｒａｍｅに特定の情報を要求するために用いられる。ＳＴＡが応答したい情報に対するリストをｒｅｑｕｅｓｔｅｄ ｅｌｅｍｅｎｔ ＩＤｓに指示すれば、ＡＰはそれに対応する情報をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅ又はｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに含めて送信する。従って、本明細書でもこのｅｌｅｍｅｎｔを特定の情報を要求するための指示子で再利用することができ、リンク識別子（ｅ．ｇ．Ｌｉｎｋ ｉｄｅｎｔｉｆｉｅｒ）とともに希望するリンクの必要な情報を要求するために使用することもできる。例えば、図２８及び図２９において言及したＲｅｑｕｅｓｔ ｅｌｅｍｅｎｔにＢＳＳ ｌｏａｄ情報に対するｅｌｅｍｅｎｔ ＩＤを指示してＡＰ２に対する情報を希望する場合、Ｌｉｎｋ ｉｄｅｎｔｉｆｉｅｒに指示する場合、ＡＰ２のＢＳＳ ｌｏａｄ情報のみを要求できることである。このようなｅｌｅｍｅｎｔ ＩＤ情報はＬｉｎｋ識別子情報とともに様々な組み合わせで特定のＡＰの特定の情報を指示するのに用いられる。もし、本発明において既存のフレームではない情報要求のための新規フレームを定義する場合も図２５及び図２６のＲｅｑｕｅｓｔ ｅｌｅｍｅｎｔ及びＥｘｔｅｎｄｅｄ Ｒｅｑｕｅｓｔ ｅｌｅｍｅｎｔは再利用される。

【0337】

また、既存の規格においては特定の情報を要求するためにＰＶ １ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ Ｏｐｔｉｏｎ ｅｌｅｍｅｎｔを提供するのに、特定の情報を指示する方法でこのようなｅｌｅｍｅｎｔを再利用することもできる。ＳＴＡが必要な情報をＰｒｏｂｅ Ｒｅｑｕｅｓｔにｏｐｔｉｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎを要求するために使用する方法で頻繁に使用する情報に対して以下のようにＰｒｏｂｅ ｒｅｓｐｏｎｓｅ ｏｐｔｉｏｎ ｂｉｔｍａｐで各情報を指示している。但し、１１ｂｅの場合、ＭＬＤを考慮してｍｕｌｔｉ－ｌｉｎｋの情報を提供する必要があるため、ＳＴＡは以下のようなｂｉｔｍａｐ指示子とともにＬｉｎｋ ｉｄｅｎｔｉｆｉｅｒを用いて様々な組み合わせの特定のリンクの特定の情報を要求することができる。但し、この場合、８０２．１１ｂｅにおいてｍｕｌｔｉ－ｌｉｎｋとともに新しく定義されるｏｐｔｉｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ（ｅ．ｇ．ＳＴＲ ｃａｐａｂｉｌｉｔｙ）があり得るため、もしこのＰＶ １ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ Ｏｐｔｉｏｎ ｅｌｅｍｅｎｔを再利用する場合は８０２．１１ｂｅにおいて新しく定義されるかさらに獲得する必要がある情報に対するｂｉｔｍａｐが新規定義又は追加定義される必要がある。

【0338】

図２７はＰＶ １ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ Ｏｐｔｉｏｎ ｅｌｅｍｅｎｔフォーマットの一例を示す。

【0339】

送信周期性（ｐｅｒｉｏｄｉｃ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ

【0340】

ＳＴＡがＵｎｓｏｌｉｃｉｔｅｄ方法で情報を提供を希望する場合、前記情報を含むメッセージを周期的に受信するか非周期的に受信するか否かを送信周期性（ｐｅｒｉｏｄｉｃ）ｆｉｅｌｄを介して指示することができる。

【0341】

例えば、ＳＴＡが前記情報を非周期的に受信を希望する場合、ｏｔｈｅｒ ＡＰの情報に対して更新が発生するときごとに更新された情報に対してＡＰが通知することができる。

【0342】

別の例では、ＳＴＡが前記情報を周期的に受信するように指示する場合はＳＴＡが設定した周期間隔で前記情報を含むメッセージを受信することもできる。

【0343】

一実施形態によれば、送信周期性（ｐｅｒｉｏｄｉｃ）ｆｉｅｌｄが１ｂｉｔに設定される。送信周期性（ｐｅｒｉｏｄｉｃ）ｆｉｅｌｄの値が１として設定される場合、ＳＴＡは周期的にメッセージを受信するｐｅｒｉｏｄｉｃ方法を介して情報を受信／獲得することができる。送信周期性（ｐｅｒｉｏｄｉｃ）ｆｉｅｌｄの値が０として設定される場合、ＳＴＡは非周期的にメッセージを受信する方法を介して情報を受信／獲得することができる。

【0344】

送信周期（ｉｎｔｅｒｖａｌ）ｆｉｅｌｄ／ｅｌｅｍｅｎｔ

【0345】

一実施形態によれば、ＳＴＡが周期的にｏｔｈｅｒ ＡＰの情報を受信されるように希望する場合、ＳＴＡはその周期を直接設定することもできる。ＳＴＡは送信周期（ｉｎｔｅｒｖａｌ）ｆｉｅｌｄに基づいて、ｏｔｈｅｒ ＡＰ情報を受信する周期に関する情報を送信することができる。但し、周期はＢｅａｃｏｎ送信周期よりは短く設定される必要がある。例えば、ＦＩＬＳ ｄｉｓｃｏｖｅｒｙ ｆｒａｍｅが用いられる場合、その周期は２０ｕｓに設定される必要がある。

【0346】

上述した通り送信周期を指示するｅｌｅｍｅｎｔ内別途のｆｉｅｌｄに定義されるか、送信周期性ｆｉｅｌｄ（ｐｅｒｉｏｄｉｃ ｆｉｅｌｄ）内ｓｕｂｆｉｅｌｄとも定義される。

【0347】

一実施形態によれば、マルチリンクに関する追加的な情報を獲得するために定義／設定されるｆｉｅｌｄ／ｅｌｅｍｅｎｔは上述したｆｉｅｌｄ／ｅｌｅｍｅｎｔに限らず、様々なｆｉｅｌｄ／ｅｌｅｍｅｎｔがさらに設定される。

【0348】

従って、ＭＬＤ（ＡＰ ＭＬＤ又は非ＡＰ ＭＬＤ）はｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐプロセスにおいて上述したｅｌｅｍｅｎｔｓ／ｆｉｅｌｄｓのうち、少なくとも１つを用いてＡＰ ＭＬＤと非ＡＰ ＭＬＤ間のｎｅｇｏｔｉａｔｉｏｎを介してＩＯＭ機能（ｃａｐａｂｉｌｉｔｙ）を指示することができる。また、ＭＬＤはｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ完了以降、別途のメッセージ交換を介してＭＬＤ間の合意内容を更新させることができる。

【0349】

一実施形態によれば、ＩＯＭ機能（ｃａｐａｂｉｌｉｔｙ）が活性化された場合、リンク変更及び再接続のための実施形態に基づいてＡＰ ＭＬＤ及び非ＡＰ ＭＬＤが動作することができる。

【0350】

以下においては、ＩＯＭ機能（ｃａｐａｂｉｌｉｔｙ）が活性化された場合、ＡＰ ＭＬＤ及び非ＡＰ ＭＬＤの動作の例が説明される。例えば、非ＡＰ ＭＬＤが上述したｆｉｅｌｄ／ｅｌｅｍｅｎｔをＡＰ ＭＬＤに送信することで、マルチリンクのための追加情報を要求することができる。非ＡＰ ＭＬＤは上述したｆｉｅｌｄ／ｅｌｅｍｅｎｔを含むＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔをＡＰ ＭＬＤに送信することができる。上述したｆｉｅｌｄ／ｅｌｅｍｅｎｔがＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔに含まれることは例示的なことであり、独立したｆｉｅｌｄ／ｅｌｅｍｅｎｔで送信される。

【0351】

例えば、ｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐプロセスにおいて非ＡＰ ＭＬＤは「Ｍｅｔｈｏｄ ｆｉｅｌｄ＝０」及び「Ｉｎｆｏ ｒａｎｇｅ ｆｉｅｌｄ＝１」を含むＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔをＡＰ ＭＬＤに送信しＡＰ ＭＬＤとこれに対して合意することができる。この場合、ｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ以降、非ＡＰ ＭＬＤはＳｏｌｉｃｉｔｅｄ ｍｅｔｈｏｄに動作し、情報要求時ｂｅａｃｏｎに含まれた全ての情報を含むマルチリンクのための情報（例えば、Ｏｔｈｅｒ ＡＰに関する情報）を要求することができる。従って、ＡＰ ＭＬＤはＳＴＡから要求メッセージを受信した場合にのみ、Ｌｉｎｋに対する情報を応答メッセージで提供／送信することができる。ＡＰ ＭＬＤは要求メッセージ受信時、ＡＰ ＭＬＤ内の全てのリンクに対する情報を含む応答メッセージをＳＴＡに送信することができる。前記ＡＰ ＭＬＤ内の全てのリンクに対する情報はｂｅａｃｏｎに含まれた情報を全て含むことができる。

【0352】

別の例では、非ＡＰ ＭＬＤは「Ｍｅｔｈｏｄ ｆｉｅｌｄ＝１」、「Ｉｎｆｏ ｒａｎｇｅ ｆｉｅｌｄ＝０」、「Ｌｉｎｋｒａｎｇｅ＝Ｌｉｎｋ ＩＤ２」、「Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ ｆｉｅｌｄ＝（ｂｉｔｍａｐを介してＢＳＳ ｌｏａｄを表示した値）」を含むＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔをＡＰ ＭＬＤに送信しＡＰ ＭＬＤとこれに対して合意することができる。この場合、ｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ以降、非ＡＰ ＭＬＤはＵｎＳｏｌｉｃｉｔｅｄ ｍｅｔｈｏｄで動作することができる。従って、別途の要求メッセージなしにもＡＰはＬｉｎｋ２のＢＳＳ ｌｏａｄ情報を別途のメッセージを介してＳＴＡに送信することができる。

【0353】

別の例では、非ＡＰ ＭＬＤは「Ｍｅｔｈｏｄ ｆｉｅｌｄ＝０」、「Ｉｎｆｏ ｒａｎｇｅ ｆｉｅｌｄ＝０」、「ｏｎｌｙ ｕｐｄａｔｅｄ ｆｉｅｌｄ ｏｒ ｓｕｂｆｉｅｌｄ＝１」、「Ｉｎｆｏ ｃｏｎｄｉｔｉｏｎ ｆｉｅｌｄ＝（ｂｉｔｍａｐを介してＢＳＳ ｌｏａｄを表示した値）」を含むＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔをＡＰ ＭＬＤに送信しＡＰ ＭＬＤとこれに対して合意することができる。この場合、ｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ以降、非ＡＰ ＭＬＤはＳｏｌｉｃｉｔｅｄ ｍｅｔｈｏｄで動作することができる。従って、ＡＰ ＭＬＤ（又はＡＰ）はＳＴＡが情報要求時接続されたＡＰ ＭＬＤの全てのＡＰのＢＳＳ ｌｏａｄ情報のうち、更新された（変更された）情報のみを応答メッセージに含めてＳＴＡに送信することができる。

【0354】

ＡＰ ＭＬＤと非ＡＰ ＭＬＤはｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐプロセスにおいて又はｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ以降、本明細書において提案するシグナリング方法を介して提案するＩＯＭ方法を活性化させ、ＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔ内の様々なｆｉｌｅｄ値を介して要求する情報範囲及び種類を制限することができる。

【0355】

このように、規格においてこのようなＩＯＭシグナリング方法を介してＭＬＤ間の正確な動作協議（Ｎｅｇｏｔｉａｔｉｏｎ）以降、ＩＯＭ動作を実行する場合もあるが、本明細書においては別途のシグナリングプロセスなしにＭＬＤ実装によってＩＯＭ方法が動作する場合も考慮する。これはＡＰ ＭＬＤと非ＡＰ ＭＬＤの協議なしにＡＰ ＭＬＤ実装によって又は非ＡＰ ＭＬＤの実装によって動作することを意味する。

【0356】

大体先に提案した内容通りに動作が可能であるが、別途のシグナリング交換なしにＭＬＤがＩＯＭ動作を実行する場合、以下のような制約事項が発生する場合がある。

【0357】

１）Ｓｏｌｉｃｉｔｅｄ方法に対する制約事項：もしＡＰ ＭＬＤのＡＰ間にＩｎｆｏ ｓｈａｒｉｎｇがサポートされない場合、ＳＴＡが別のＬｉｎｋに対する情報を要求した場合、応答することができない。

【0358】

２）Ｕｎｓｏｌｉｃｉｔｅｄ方法に対する制約事項：ＡＰがＬｉｎｋ追加情報が必要なＳＴＡを自ら判断して（例えば、ｂｅａｃｏｎ周期など）別途のメッセージを提供する。従って、ＳＴＡは自身がこの情報を提供されるか予め予測することができない。

【0359】

ＭＬＤが別途のシグナリング方法なしにＩＯＭを実装する場合、動作プロセスが単純になれるが、上記で言及した制約事項があり得る。

【0360】

上記で言及した「ＩＯＭ ｃａｐａｂｉｌｉｔｙ」ｅｌｅｍｅｎｔを用いてＡＰ ＭＬＤと非ＡＰ ＭＬＤ間の合意に基づいて本明細書において提案する方法を設定することもできる。但し、Ｓｏｌｉｃｉｔｅｄ方法の場合、もし合意された内容ではなくＳＴＡが特定の情報を指示して一時的にその情報の獲得を希望する場合、ｄｙｎａｍｉｃにＳＴＡがＲｅｑｕｅｓｔ ｍｅｓｓａｇｅを送信するとき、指示する内容（例えば、ＩＯＭ ｃａｐａｂｉｌｉｔｙ情報）を含めて要求することもできる。

【0361】

Ｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ時又は以降、ＡＰ ＭＬＤと非ＡＰ ＭＬＤが合意して合意された内容に基づいてＳＴＡがＡＰから情報を提供される場合もあるが、ＳＴＡが一時的に特定のＡＰの情報又はＡＰの特定のパラメータ情報の要求を希望する場合、情報要求時要求フレーム（例えば、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ又はｒｅａｓｓｏｃｉａｔｉｏｎ ｆｒａｍｅ又は新規ｆｒａｍｅなど）内「ＩＯＭ ｃａｐａｂｉｌｉｔｙ」ｅｌｅｍｅｎｔを用いて要求を希望する情報に対する指示事項を含めて送信すれば、ＡＰがその情報値に基づいて情報を含めて応答メッセージとして提供することができる。もしＩＯＭ ｃａｐａｂｉｌｉｔｙ ｅｌｅｍｅｎｔ内フィールドが省略された場合は既存に合意された内容に基づいてＡＰは情報を提供する。

【0362】

従って、ＭＬＤはｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐプロセス又は以降、上記のｅｌｅｍｅｎｔを用いてＡＰ ＭＬＤと非ＡＰ ＭＬＤ間のｎｅｇｏｔｉａｔｉｏｎを介して提供される情報に対して合意して情報を提供される。又は、ＭＬＤはＳＴＡが要求メッセージに要求を希望する情報に対する指示事項を含めて送信することで一時的に要求した情報に対してのみ受信することもできる。但し、ＳＴＡが要求メッセージに特別な指示事項が省略された場合、基本合意された指示事項に基づいて動作する。もしｍｕｌｔｉ－Ｌｉｎｋ ｓｅｔｕｐ完了以降、合意内容を変更したい場合は別途のメッセージ交換を介してＭＬＤ間の合意内容を更新させることができる。

【0363】

変更されたＣｒｉｔｉｃａｌ ｕｐｄａｔｅ情報を要求するための方法

【0364】

本明細書においては非ＡＰ ＭＬＤのＳＴＡがＡＰ ＭＬＤのａｆｆｉｌｉａｔｅｄ Ａ Ｐの一部情報を要求する方法を提案する。しかし、このような方法は特にＳＴＡが変更されたＣｒｉｔｉｃａｌ ｕｐｄａｔｅ情報のみを獲得するための方法で用いられる。

【0365】

１番目に、ＳＴＡがＡＰ ＭＬＤのａｆｆｉｌｉａｔｅｄ ＡＰに一部情報を要求するｒｅｑｕｅｓｔ ｆｒａｍｅ（ｅ．ｇ．Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅ）に「Ｃｈａｎｇｅ ｓｅｑｕｅｎｃｅ」ｅｌｅｍｅｎｔ（又はｆｉｅｌｄ）とリンク指示子（ｅ．ｇ．Ｌｉｎｋ ＩＤ又はＢＳＳ ＩＤ）を使用する方法である。８０２．１１ａｈにおいてはＰｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅに「Ｃｈａｎｇｅ ｓｅｑｕｅｎｃｅ」ｅｌｅｍｅｎｔを含めて送信する場合、Ｐｒｏｂｅ ｒｅｓｐｏｎｓｅが現在Ｃｒｉｔｉｃａｌ ｕｐｄａｔｅリストにおいて更新された値のみを含めたｃｏｍｐｒｅｓｓｅｄ Ｐｒｏｂｅ ｒｅｓｐｏｎｓｅに応答する。このような方法を８０２．１１ｂｅにおいて再利用してＳＴＡはＡＰに変更されたＣｒｉｔｉｃａｌ ｕｐｄａｔｅ情報のみを獲得するのに活用することができる。例えば、非ＡＰ ＭＬＤのＳＴＡがＰｒｏｂｅ ＲｅｑｕｅｓｔにＣｈａｎｃｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔを含めて送信すれば、これを受信したＡＰは Ｃｒｉｔｉｃａｌ ｕｐｄａｔｅ変更値のみを含めたＰｒｏｂｅ ｒｅｓｐｏｎｓｅを応答する。このとき、ＳＴＡはＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔを含めたｒｅｑｕｅｓｔ ｆｒａｍｅ送信に対して８０２．１１ｂｅにおいては４つの動作オプションを提案することができる。

【0366】

１）ＳＴＡがＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔを含めたｒｅｑｕｅｓｔ ｆｒａｍｅ送信時、これを受信したＡＰが自身のＣｒｉｔｉｃａｌ ｕｐｄａｔｅの変更情報を提供する方法である。例えば、非ＡＰ ＭＬＤのＳＴＡ１がＰｒｏｂｅ ＲｅｑｕｅｓｔにＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔを含めてＡＰに送信する場合、（但し、この場合、別途のリンク指示子なしに送信した場合）、これを受信したＡＰ１は自身のＣｒｉｔｉｃａｌ ｕｐｄａｔｅの変更値をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに含めて応答する。

【0367】

２）ＳＴＡがＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔを含めたｒｅｑｕｅｓｔ ｆｒａｍｅ送信時（但し、この場合、別途のリンク指示子なしに送信した場合）、これを受信したＡＰが自身が含まれたＡＰ ＭＬＤの全てのＡＰの情報を提供する方法である。例えば、非ＡＰ ＭＬＤのＳＴＡ１がＰｒｏｂｅ ＲｅｑｕｅｓｔにＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔを含めてＡＰに送信する場合、これを受信したＡＰ１は自身が接続されたＡＰ ＭＬＤの全てのＡＰ（例えば、ＡＰ１、２、３）のＣｒｉｔｉｃａｌ ｕｐｄａｔｅの変更値をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに含めて応答する。

【0368】

３）ＳＴＡがＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔとともにＬｉｎｋ ｉｄｅｎｔｉｆｉｅｒ（リンク指示子、例えば、Ｌｉｎｋ ＩＤ又はＢＳＳ ＩＤなど）を含めて送信時、これを受信したＡＰが指示されたＬｉｎｋ ｉｄｅｎｔｉｆｉｅｒに該当するリンクのＣｒｉｔｉｃａｌ ｕｐｄａｔｅの変更値を全て含めて応答する方法である。例えば、非ＡＰ ＭＬＤのＳＴＡ１がＰｒｏｂｅ ＲｅｑｕｅｓｔにＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔとともにＬｉｎｋ ｉｄｅｎｔｉｆｉｅｒにＡＰ１、２を指示してＡＰに送信した場合、（ＡＰ ＭＬＤがＡＰ１、２、３を持つと仮定する場合）、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅにＡＰ１、２に該当するＣｒｉｔｉｃａｌ ｕｐｄａｔｅ変更値のみを含めて応答する方法である。

【0369】

４）ＳＴＡがＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔとともに「ａｌｌ／ｐａｒｔ」ｆｉｅｌｄ（要求する情報が接続ＡＰ ＭＬＤの全てのＡＰの意味するか、一部のＡＰを意味するかの条件を指示する指示子）を含めたｒｅｑｕｅｓｔ ｆｒａｍｅ送信時、「ａｌｌ／ｐａｒｔ」ｆｉｅｌｄ値によって全ての情報又は一部情報をｒｅｓｐｏｎｓｅに応答する方法である。例えば、ＳＴＡがＰｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔとともに「ａｌｌ／ｐａｒｔ」ｆｉｅｌｄ値を１を指示して送信する場合、（全てのＡＰに対する情報要求を意味）、これを受信したＡＰは接続ＡＰ ＭＬＤの全てのＡＰに対するＣｒｉｔｉｃａｌ ｕｐｄａｔｅ変更値を含めたＰｒｏｂｅ ｒｅｓｐｏｎｓｅを応答する。又はＳＴＡがＰｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅにＣｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔとともに「ａｌｌ／ｐａｒｔ」ｆｉｅｌｄ値を０に指示して送信する場合、（一部のＡＰに対する情報要求を意味）、これを受信したＡＰは接続ＡＰ ＭＬＤの一部のＡＰに対するＣｒｉｔｉｃａｌ ｕｐｄａｔｅ変更値を含めたＰｒｏｂｅ ｒｅｓｐｏｎｓｅを応答する。この場合、ＳＴＡはどのＡＰの情報を要求するかを指示できるＬｉｎｋ ｉｄｅｎｔｉｆｉｅｒ（リンク指示子、Ｌｉｎｋ ＩＤ又はＢＳＳ ＩＤ）をともに含めて送信する必要がある。

【0370】

２番目に、ＳＴＡがＡＰ ＭＬＤのａｆｆｉｌｉａｔｅｄ ＡＰに一部情報を要求するｒｅｑｕｅｓｔ ｆｒａｍｅ（ｅ．ｇ．Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅに「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄ（本明細書において新規定義したｆｉｅｌｄ）とリンク指示子（ｅ．ｇ．Ｌｉｎｋ ＩＤ又はＢＳＳ ＩＤ）を使用する方法である。ＳＴＡがＡＰに情報を要求するｒｅｑｕｅｓｔ ｆｒａｍｅに「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄ値を１に設定して送信する場合、ＡＰは自身のＣｒｉｔｉｃａｌ ｕｐｄａｔｅ値において更新された情報のみを応答する方法である。別途のｅｌｅｍｅｎｔ追加なしに１ｂｉｔの簡単なフィールドに示すことができるはことが利点である。このとき、ＳＴＡは「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄを含めたｒｅｑｕｅｓｔ ｆｒａｍｅ送信に対して８０２．１１ｂｅにおいては４つの動作オプションを提案することができる。

【0371】

１）ＳＴＡが「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄ値を１に設定したｒｅｑｕｅｓｔ ｆｒａｍｅ送信時、これを受信したＡＰが自身のＣｒｉｔｉｃａｌ ｕｐｄａｔｅの変更情報を提供する方法である。「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄ値を０として設定してｒｅｑｕｅｓｔ ｆｒａｍｅ送信時、これを受信したＡＰは自身の現在Ｃｒｉｔｉｃａｌ ｕｐｄａｔｅの現在情報（すなわち、変更情報だけでなく変更されていない情報を含めた全ての情報を提供）を提供する。例えば、非ＡＰ ＭＬＤのＳＴＡがＰｒｏｂｅ Ｒｅｑｕｅｓｔに「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄを１に指示してＡＰに送信する場合、（但し、この場合、別途のリンク指示子なしに送信した場合）、これを受信したＡＰは自身のＣｒｉｔｉｃａｌ ｕｐｄａｔｅの変更値のみをＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに含めて応答する。

【0372】

２）ＳＴＡが「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄを含めたｒｅｑｕｅｓｔ ｆｒａｍｅ送信時（但し、この場合、別途のリンク指示子なしに送信した場合）、これを受信したＡＰが自身が含まれたＡＰ ＭＬＤの全てのＡＰの情報を提供する方法である。例えば、非ＡＰ ＭＬＤのＳＴＡ１がＰｒｏｂｅ Ｒｅｑｕｅｓｔに「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄ値を１に設定してＡＰに送信する場合、これを受信したＡＰ１は自身が接続されたＡＰ ＭＬＤの全てのＡＰ（例えば、ＡＰ１、２、３）のＣｒｉｔｉｃａｌ ｕｐｄａｔｅの変更値をＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅに含めて応答する。

【0373】

３）ＳＴＡが「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄとともにＬｉｎｋ ｉｄｅｎｔｉｆｉｅｒ（リンク指示子、例えば、Ｌｉｎｋ ＩＤ又はＢＳＳ ＩＤなど）を含めて送信時、これを受信したＡＰが指示されたＬｉｎｋ ｉｄｅｎｔｉｆｉｅｒに該当するリンクのＣｒｉｔｉｃａｌ ｕｐｄａｔｅの変更値を全て含めて応答する方法である。例えば、非ＡＰ ＭＬＤのＳＴＡ１がＰｒｏｂｅ Ｒｅｑｕｅｓｔに「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄ＝１とともにリンク指示子でＡＰ１、２を指示してＡＰに送信した場合、（ＡＰ ＭＬＤがＡＰ１、２、３を持つと仮定する場合）、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ ｆｒａｍｅにＡＰ１、２に該当するＣｒｉｔｉｃａｌ ｕｐｄａｔｅ変更値のみを含めて応答する方法である。

【0374】

４）ＳＴＡが「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄとともに「ａｌｌ／ｐａｒｔ」ｆｉｅｌｄ（要求する情報が接続ＡＰ ＭＬＤの全てのＡＰの意味するか、一部のＡＰを意味するかの条件を指示する指示子）を含めたｒｅｑｕｅｓｔ ｆｒａｍｅ送信時、「ａｌｌ／ｐａｒｔ」ｆｉｅｌｄ値によって全ての情報又は一部情報をｒｅｓｐｏｎｓｅに応答する方法である。例えば、ＳＴＡがＰｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅに１に設定した「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄとともに「ａｌｌ／ｐａｒｔ」ｆｉｅｌｄ値を１を指示して送信する場合、（全てのＡＰに対する情報要求意味）、これを受信したＡＰは接続ＡＰ ＭＬＤの全てのＡＰに対するＣｒｉｔｉｃａｌ ｕｐｄａｔｅ変更値を含めたＰｒｏｂｅ ｒｅｓｐｏｎｓｅを応答する。又はＳＴＡがＰｒｏｂｅ Ｒｅｑｕｅｓｔ ｆｒａｍｅに１に設定した「ｕｐｄａｔｅｄ ｏｎｌｙ」ｆｉｅｌｄとともに「ａｌｌ／ｐａｒｔ」ｆｉｅｌｄ値を０に指示して送信する場合、（一部のＡＰに対する情報要求を意味）、これを受信したＡＰは接続ＡＰ ＭＬＤの一部のＡＰに対するＣｒｉｔｉｃａｌ ｕｐｄａｔｅ変更値を含めたＰｒｏｂｅ ｒｅｓｐｏｎｓｅを応答する。この場合、ＳＴＡはどのＡＰの情報を要求するかを指示できるＬｉｎｋ ｉｄｅｎｔｉｆｉｅｒ（リンク指示子、Ｌｉｎｋ ＩＤ又はＢＳＳ ＩＤ）をともに含めて送信する必要がある。

【0375】

８０２．１１ｂｅ規格において定義したＭＬ（Ｍｕｌｔｉ－Ｌｉｎｋ）ｅｌｅｍｅｎｔを用いてＳＴＡが接続ＡＰ ＭＬＤのｏｔｈｅｒ ＡＰの情報（又は接続ＡＰ ＭＬＤの全てのリンクの情報）を要求する方法も提案する。

【0376】

図２８は８０２．１１ｂｅにおいて定義されたＭＬ ｅｌｅｍｅｎｔフォーマットの一例を示す。

【0377】

８０２．１１ｂｅにおいては各リンク別情報を定義するために図２８の上部のようにＭＬ ｅｌｅｍｅｎｔを定義した。以降、提案する機能によってＥｌｅｍｅｎｔ又はＦｉｅｌｄが追加される。前記ＭＬ ｅｌｅｍｅｎｔはＥｌｅｍｅｎｔ ＩＤフィールド、Ｌｅｎｇｔｈフィールド、Ｅｌｅｍｅｎｔ ＩＤ Ｅｘｔｅｎｓｉｏｎフィールド、Ｍｕｌｔｉ－Ｌｉｎｋ Ｃｏｎｔｒｏｌフィールド、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド及びＬｉｎｋ Ｉｎｆｏフィールドを含むことができる。

【0378】

図２８の下部はＭｕｌｔｉ－Ｌｉｎｋ Ｃｏｎｔｒｏｌフィールドを示す。

【0379】

前記Ｍｕｌｔｉ－Ｌｉｎｋ ＣｏｎｔｒｏｌフィールドはＴｙｐｅサブフィールドを含む。前記Ｔｙｐｅサブフィールドは以下のように定義されＭＬ ｅｌｅｍｅｎｔの様々なｖａｒｉａｎｔを区別するために使用される。ＭＬ ｅｌｅｍｅｎｔの様々なｖａｒｉａｎｔは別のｍｕｌｔｉ－ｌｉｎｋ動作に対して使用される。

【0380】

【表1】

【0381】

前記Ｍｕｌｔｉ－Ｌｉｎｋ ＣｏｎｔｒｏｌフィールドはＰｒｅｓｅｎｃｅ Ｂｉｔｍａｐサブフィールドをさらに含む。前記Ｐｒｅｓｅｎｃｅ ＢｉｔｍａｐサブフィールドはＣｏｍｍｏｎ Ｉｎｆｏフィールドにおいて様々なサブフィールドの存在を指示するのに使用される。

【0382】

前記Ｃｏｍｍｏｎ ＩｎｆｏフィールドはＭｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔが送信されるリンクに対するＬｉｎｋ ＩＤ Ｉｎｆｏサブフィールド及びＢＳＳ Ｐａｒａｍｅｔｅｒｓ Ｃｈａｎｇｅ Ｃｏｕｎｔサブフィールドを除いた全てのリンクに共通的な情報を転送し、前記Ｔｙｐｅサブフィールドの値に基づいて選択的に存在する。

【0383】

前記Ｃｏｍｍｏｎ Ｉｎｆｏフィールドは前記Ｍｕｌｔｉ－Ｌｉｎｋ Ｃｏｎｔｒｏｌフィールドのサブフィールドによってその存在が表示される０個以上のサブフィールドで構成される。前記Ｃｏｍｍｏｎ ＩｎｆｏフィールドのサブフィールドはＭｕｌｔｉ－Ｌｉｎｋ Ｃｏｎｔｒｏｌサブフィールドの当該存在サブフィールドと同じ順で示される。

【0384】

前記Ｌｉｎｋ Ｉｎｆｏフィールドはリンクに特定の情報を転送し、Ｔｙｐｅサブフィールドの値に基づいて選択的に存在する。

【0385】

Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋ要素はＡＰがＡＰと同じＡＰ ＭＬＤに属した別のＡＰの情報を提供するように要求するのに使用される。プローブ要求フレームにプローブ要求ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋ ｅｌｅｍｅｎｔを含めればこれをＭＬプローブ要求として識別する。

【0386】

前記Ｌｉｎｋ Ｉｎｆｏフィールドは０個以上のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ ｓｕｂｅｌｅｍｅｎｔを含む。

【0387】

図２９はＰｒｏｂｅ Ｒｅｑｕｅｓｔ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋ要素のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ ｓｕｂｅｌｅｍｅｎｔを示す。

【0388】

図２９の上部を参照すると、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ ｖａｒｉａｎｔ Ｍｕｌｔｉ－Ｌｉｎｋ要素のＰｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ ｓｕｂｅｌｅｍｅｎｔはＳｕｂｅｌｅｍｅｎｔ ＩＤフィールド、Ｌｅｎｇｔｈフィールド、ＳＴＡ Ｃｏｎｔｒｏｌフィールド及びＳＴＡ Ｐｒｏｆｉｌｅフィールドを含む。

【0389】

図２９の下部はＳＴＡ Ｃｏｎｔｒｏｌフィールドを示す。前記ＳＴＡ ＣｏｎｔｒｏｌフィールドはＬｉｎｋ ＩＤサブフィールド、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールド及び保留（ｒｅｓｅｒｖｅｄ）フィールドを含む。

【0390】

前記Ｌｉｎｋ ＩＤサブフィールドは情報が要求されたＡＰを固有に識別する値を指定する。

【0391】

前記Ｃｏｍｐｌｅｔｅ ＰｒｏｆｉｌｅサブフィールドはＡＰから完全な情報を要求するとき１に設定される。そうでない場合、Ｃｏｍｐｌｅｔｅ Ｐｒｏｆｉｌｅサブフィールドは０として設定される。

【0392】

Ｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅ ｓｕｂｅｌｅｍｅｎｔのＳＴＡ Ｐｒｏｆｉｌｅフィールドはｎｏｎ－ＡＰ ＳＴＡがｐｅｒ－ＳＴＡ Ｐｒｏｆｉｌｅに該当するＡＰから部分情報を要求する場合、（Ｅｘｔｅｎｄｅｄ）Ｒｅｑｕｅｓｔ要素のみを含み、ｎｏｎ－ＡＰ ＳＴＡがＡＰから完全な（ｃｏｍｐｌｅｔｅ）情報を要求する場合、存在しない。

【0393】

以下においては、図１から図２９を参照して、上述した実施形態を説明する。

【0394】

図３０は本実施形態に係る送信ＭＬＤが受信ＭＬＤにプローブ応答フレームに基づいて送信ＭＬＤが含むＡＰの情報を提供する手順を示したフロー図である。

【0395】

図３０の一例は次世代無線ＬＡＮシステム（ＩＥＥＥ ８０２．１１ｂｅ又はＥＨＴ無線ＬＡＮシステム）がサポートされるネットワーク環境において実行することができる。前記次世代無線ＬＡＮシステムは８０２．１１ａｘシステムを改善した無線ＬＡＮシステムとして８０２．１１ａｘシステムと下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。

【0396】

本実施形態はＭＬＤ通信において受信ＭＬＤのＳＴＡが送信ＭＬＤの全てのリンク又は一部のリンクに対する情報を要求する方法及び装置を提案する。前記送信ＭＬＤはＡＰ ＭＬＤであり、前記受信ＭＬＤは非ＡＰ ＭＬＤであり得る。

【0397】

Ｓ３０１０ステップにおいて、送信ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）は受信ＭＬＤから第１リンクを介してプローブ要求フレームを受信する。

【0398】

Ｓ３０２０ステップにおいて、前記送信ＭＬＤは前記受信ＭＬＤに前記第１リンクを介してプローブ応答フレームを送信する。

【0399】

一例として、前記送信ＭＬＤは前記第１リンクにおいて動作する第１送信ＳＴＡ（ｓｔａｔｉｏｎ）、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含む。前記受信ＭＬＤは前記第１リンクにおいて動作する第１受信ＳＴＡを含む。前記受信ＭＬＤは前記第２リンクにおいて動作する第２受信ＳＴＡ及び前記第３リンクにおいて動作する第３受信ＳＴＡをさらに含むことができる。

【0400】

前記第１受信ＳＴＡが前記第２及び第３リンクに対する情報を要求する場合、前記プローブ要求フレームは前記第２及び第３リンクに対するリンク識別子を含む。すなわち、前記第１受信ＳＴＡが特定のリンクに対する情報のみを前記第１送信ＳＴＡから提供を希望する場合、前記プローブ要求フレームに前記特定のリンクに対するリンク識別子を含めて必要な情報を指示することができる。

【0401】

但し、前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームは全てのリンクに対するリンク識別子を含まない。既存では前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームに全てのリンクに対する識別子を含める必要があるためオーバーヘッドが大きいという問題があった。その一方で、本実施形態は前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、全てのリンクに対する識別子を含める必要がないため（全てのリンクに対する識別子を省略するか除いて）フレームオーバーヘッドを減らせる効果がある。

【0402】

前記プローブ要求フレームは情報範囲フィールド及び情報条件フィールドを含むことができる。

【0403】

前記情報範囲フィールドは前記受信ＭＬＤが提供できる情報を含むことができる。前記情報範囲フィールドが１に設定されれば、前記受信ＭＬＤが提供できる情報は前記送信ＭＬＤの全ての情報であり得る。前記情報範囲フィールドが０として設定されれば、前記受信ＭＬＤが提供できる情報は前記送信ＭＬＤの一部情報又は更新された情報であり得る。前記送信ＭＬＤの全ての情報はリンク識別子によって指示された特定のリンクに対する全ての情報であり得る。前記送信ＭＬＤの一部情報又は更新された情報もリンク識別子によって指示された特定のリンクに対する一部情報又は更新された情報であり得る。

【0404】

前記情報条件フィールドは前記受信ＭＬＤが提供したい情報を含むことができる。前記情報範囲フィールドは０として設定されれば、前記受信ＭＬＤが提供したい情報はビットマップで定義される。前記ビットマップの各ビットは前記受信ＭＬＤが指定可能な情報を示すことができる。例えば、前記ビットマップが６ビットで構成されると仮定すれば、前記ビットマップの１番目のビットは各ＡＰ別ＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）ロード（ｌｏａｄ）情報を表し、２番目のビットはリンク間ＳＴＲ（Ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）Ｃａｐａｂｉｌｉｔｙ情報を表し、３番目のビットは各リンク別ＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）情報を表し、４番目のビットは各リンク別ＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｅ Ｖｅｃｔｏｒ）情報を表し、５番目のビットは推奨リンク情報を表し、６番目のビットはリンク別接続ＳＴＡ比率情報を示すことができる。このとき、各ビットが１に設定される場合、前記受信ＭＬＤは当該情報を要求することができ、各ビットが０として設定される場合、前記受信ＭＬＤは当該情報を要求しない。

【0405】

前記プローブ要求フレームは変更シーケンス要素（Ｃｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔ）をさらに含むことができる。前記プローブ要求フレームが前記第２及び第３リンクに対するリンク識別子を含む場合、前記変更シーケンス要素は前記第２及び第３送信ＳＴＡの重要更新情報を要求するために用いられる。前記プローブ要求フレームが前記全てのリンクに対するリンク識別子を含まない場合、前記変更シーケンス要素は前記送信ＭＬＤ内の全ての送信ＳＴＡの重要更新情報を要求するために用いられる。

【0406】

また、前記プローブ要求フレームは前記変更シーケンス要素の代わりに新しく定義したｕｐｄａｔｅｄ ｏｎｌｙフィールドをさらに含むことができる。前記ｕｐｄａｔｅｄ ｏｎｌｙフィールドも送信ＭＬＤの重要更新情報（変更された情報）を要求するのに用いられる。

【0407】

前記プローブ応答フレームは前記受信ＭＬＤが提供できる情報、前記受信ＭＬＤが提供したい情報、前記第２及び第３送信ＳＴＡの重要更新情報又は前記送信ＭＬＤ内の全ての送信ＳＴＡの重要更新情報を含むことができる。すなわち、前記送信ＭＬＤの前記第１送信ＳＴＡは前記第１受信ＳＴＡが要求した情報を前記プローブ応答フレームを介して前記第１受信ＳＴＡに知らせることができる。

【0408】

前記プローブ要求フレームはリンク指示子情報をさらに含むことができる。前記リンク指示子情報は前記第１、第２又は第３リンクの識別子情報を含むことができる。前記第１受信ＳＴＡのプロフィール（ｐｒｏｆｉｌｅ）フィールド、前記第２受信ＳＴＡのプロフィールフィールド及び前記第３受信ＳＴＡのプロフィールフィールドは前記リンク指示子情報に基づいて前記プローブ要求フレームに含まれる。例えば、前記リンク指示子情報に前記第１リンクの識別子情報が含まれれば、前記第１受信ＳＴＡのプロフィールフィールドが前記プローブ要求フレームに含まれる。前記リンク指示子情報に前記第２リンクの識別子情報が含まれれば、前記第２受信ＳＴＡのプロフィールフィールドが前記プローブ要求フレームに含まれる。

【0409】

図３１は本実施形態に係る受信ＭＬＤが送信ＭＬＤにプローブ要求フレームに基づいて送信ＭＬＤが含むＡＰの情報を要求する手順を示したフロー図である。

【0410】

図３１の一例は次世代無線ＬＡＮシステム（ＩＥＥＥ ８０２．１１ｂｅ又はＥＨＴ無線ＬＡＮシステム）がサポートされるネットワーク環境において実行することができる。前記次世代無線ＬＡＮシステムは８０２．１１ａｘシステムを改善した無線ＬＡＮシステムとして８０２．１１ａｘシステムと下位互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を満たすことができる。

【0411】

本実施形態はＭＬＤ通信において受信ＭＬＤのＳＴＡが送信ＭＬＤの全てのリンク又は一部のリンクに対する情報を要求する方法及び装置を提案する。前記送信ＭＬＤはＡＰ ＭＬＤであり、前記受信ＭＬＤは非ＡＰ ＭＬＤであり得る。

【0412】

Ｓ３１１０ステップにおいて、受信ＭＬＤ（Ｍｕｌｔｉ－ｌｉｎｋ Ｄｅｖｉｃｅ）は送信ＭＬＤに第１リンクを介してプローブ要求フレームを送信する。

【0413】

Ｓ３１２０ステップにおいて、前記受信ＭＬＤは前記送信ＭＬＤから前記第１リンクを介してプローブ応答フレームを受信する。

【0414】

一例として、前記送信ＭＬＤは前記第１リンクにおいて動作する第１送信ＳＴＡ（ｓｔａｔｉｏｎ）、第２リンクにおいて動作する第２送信ＳＴＡ及び第３リンクにおいて動作する第３送信ＳＴＡを含む。前記受信ＭＬＤは前記第１リンクにおいて動作する第１受信ＳＴＡを含む。前記受信ＭＬＤは前記第２リンクにおいて動作する第２受信ＳＴＡ及び前記第３リンクにおいて動作する第３受信ＳＴＡをさらに含むことができる。

【0415】

前記第１受信ＳＴＡが前記第２及び第３リンクに対する情報を要求する場合、前記プローブ要求フレームは前記第２及び第３リンクに対するリンク識別子を含む。すなわち、前記第１受信ＳＴＡが特定のリンクに対する情報のみを前記第１送信ＳＴＡから提供を希望する場合、前記プローブ要求フレームに前記特定のリンクに対するリンク識別子を含めて必要な情報を指示することができる。

【0416】

但し、前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームは全てのリンクに対するリンク識別子を含まない。既存では前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、前記プローブ要求フレームに全てのリンクに対する識別子を含める必要があるためオーバーヘッドが大きいという問題があった。その一方で、本実施形態は前記第１受信ＳＴＡが全てのリンクに対する情報を要求する場合、全てのリンクに対する識別子を含める必要がないため（全てのリンクに対する識別子を省略するか除いて）フレームオーバーヘッドを減らせる効果がある。

【0417】

前記プローブ要求フレームは情報範囲フィールド及び情報条件フィールドを含むことができる。

【0418】

前記情報範囲フィールドは前記受信ＭＬＤが提供できる情報を含むことができる。前記情報範囲フィールドが１に設定されれば、前記受信ＭＬＤが提供できる情報は前記送信ＭＬＤの全ての情報であり得る。前記情報範囲フィールドが０として設定されれば、前記受信ＭＬＤが提供できる情報は前記送信ＭＬＤの一部情報又は更新された情報であり得る。前記送信ＭＬＤの全ての情報はリンク識別子によって指示された特定のリンクに対する全ての情報であり得る。前記送信ＭＬＤの一部情報又は更新された情報もリンク識別子によって指示された特定のリンクに対する一部情報又は更新された情報であり得る。

【0419】

前記情報条件フィールドは前記受信ＭＬＤが提供したい情報を含むことができる。前記情報範囲フィールドは０として設定されれば、前記受信ＭＬＤが提供したい情報はビットマップで定義される。前記ビットマップの各ビットは前記受信ＭＬＤが指定可能な情報を示すことができる。例えば、前記ビットマップが６ビットで構成されると仮定すれば、前記ビットマップの１番目のビットは各ＡＰ別ＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ）ロード（ｌｏａｄ）情報を表し、２番目のビットはリンク間ＳＴＲ（Ｓｉｍｕｌｔａｎｅｏｕｓ ｔｒａｎｓｍｉｔ ａｎｄ ｒｅｃｅｉｖｅ）Ｃａｐａｂｉｌｉｔｙ情報を表し、３番目のビットは各リンク別ＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）情報を表し、４番目のビットは各リンク別ＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｅ Ｖｅｃｔｏｒ）情報を表し、５番目のビットは推奨リンク情報を表し、６番目のビットはリンク別接続ＳＴＡ比率情報を示すことができる。このとき、各ビットが１に設定される場合、前記受信ＭＬＤは当該情報を要求することができ、各ビットが０として設定される場合、前記受信ＭＬＤは当該情報を要求しない。

【0420】

前記プローブ要求フレームは変更シーケンス要素（Ｃｈａｎｇｅ ｓｅｑｕｅｎｃｅ ｅｌｅｍｅｎｔ）をさらに含むことができる。前記プローブ要求フレームが前記第２及び第３リンクに対するリンク識別子を含む場合、前記変更シーケンス要素は前記第２及び第３送信ＳＴＡの重要更新情報を要求するために用いられる。前記プローブ要求フレームが前記全てのリンクに対するリンク識別子を含まない場合、前記変更シーケンス要素は前記送信ＭＬＤ内の全ての送信ＳＴＡの重要更新情報を要求するために用いられる。

【0421】

また、前記プローブ要求フレームは前記変更シーケンス要素の代わりに新しく定義したｕｐｄａｔｅｄ ｏｎｌｙフィールドをさらに含むことができる。前記ｕｐｄａｔｅｄ ｏｎｌｙフィールドも送信ＭＬＤの重要更新情報（変更された情報）を要求するのに用いられる。

【0422】

前記プローブ応答フレームは前記受信ＭＬＤが提供できる情報、前記受信ＭＬＤが提供したい情報、前記第２及び第３送信ＳＴＡの重要更新情報又は前記送信ＭＬＤ内の全ての送信ＳＴＡの重要更新情報を含むことができる。すなわち、前記送信ＭＬＤの前記第１送信ＳＴＡは前記第１受信ＳＴＡが要求した情報を前記プローブ応答フレームを介して前記第１受信ＳＴＡに知らせることができる。

【0423】

前記プローブ要求フレームはリンク指示子情報をさらに含むことができる。前記リンク指示子情報は前記第１、第２又は第３リンクの識別子情報を含むことができる。前記第１受信ＳＴＡのプロフィール（ｐｒｏｆｉｌｅ）フィールド、前記第２受信ＳＴＡのプロフィールフィールド及び前記第３受信ＳＴＡのプロフィールフィールドは前記リンク指示子情報に基づいて前記プローブ要求フレームに含まれる。例えば、前記リンク指示子情報に前記第１リンクの識別子情報が含まれれば、前記第１受信ＳＴＡのプロフィールフィールドが前記プローブ要求フレームに含まれる。前記リンク指示子情報に前記第２リンクの識別子情報が含まれれば、前記第２受信ＳＴＡのプロフィールフィールドが前記プローブ要求フレームに含まれる。

【0424】

上述した本明細書の技術的な特徴は様々な装置及び方法に適用することができる。例えば、上述した本明細書の技術的な特徴は図１及び／又は図１１の装置を介して実行／サポートされる。例えば、上述した本明細書の技術的な特徴は、図１及び／又は図１１の一部にのみ適用される。例えば、上述した本明細書の技術的な特徴は、図１の処理チップ１１４、１２４に基づいて実装されるか、図１のプロセッサ１１１、１２１とメモリ１１２、１２２に基づいて実装されるか、図１１のプロセッサ６１０とメモリ６２０に基づいて実装される。例えば、本明細書の装置は、送信ＭＬＤに第１リンクを介してプローブ要求フレームを送信し、前記送信ＭＬＤから前記第１リンクを介してプローブ応答フレームを受信する。

【0425】

本明細書の技術的な特徴はＣＲＭ（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）に基づいて実装される。例えば、本明細書によって提案されるＣＲＭは少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）によって実行されることに基づいた命令（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも１つのコンピューター可読記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）である。

【0426】

前記ＣＲＭは、送信ＭＬＤに第１リンクを介してプローブ要求フレームを送信するステップ；及び前記送信ＭＬＤから前記第１リンクを介してプローブ応答フレームを受信するステップを含む動作（ｏｐｅｒａｔｉｏｎｓ）を実行する命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納することができる。本明細書のＣＲＭ内に格納される命令は少なくとも１つのプロセッサによって実行（ｅｘｅｃｕｔｅ）される。本明細書のＣＲＭに関連する少なくとも１つのプロセッサは図１のプロセッサ１１１、１２１又は処理チップ１１４、１２４であるか、図１１のプロセッサ６１０であり得る。その一方で、本明細書のＣＲＭは図１のメモリ１１２、１２２であるか図１１のメモリ６２０であるか、別途の外部メモリ／格納媒体／ディスクなどである。

【0427】

上述した本明細書の技術的な特徴は様々なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）やビジネスモデルに適用可能である。例えば、人工知能（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ：ＡＩ）をサポートする装置での無線通信のために上述した技術的な特徴が適用される。

【0428】

人工知能は人工的な知能またはこれを作る方法論を研究する分野を意味し、機械学習（Ｍａｃｈｉｎｅ Ｌｅａｒｎｉｎｇ）は人工知能分野において扱う様々な問題を定義し、それを解決する方法論を研究する分野を意味する。機械学習はある作業に対して継続的な経験を介してその作業に対する性能を高めるアルゴリズムと定義することもある。

【0429】

人工ニューラルネットワーク（人工ニューラルネットワーク；ＡＮＮ）は機械学習において用いられるモデルとして、シナプスの結合にネットワークを形成した人工ニューロン（ノード）で構成される、問題解決能力を持つモデル全般を意味する。人工ニューラルネットワークは他のレイヤーのニューロンの間の接続パターン、モデルパラメータを更新する学習過程、出力値を生成する活性化関数（Ａｃｔｉｖａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）によって定義される。

【0430】

人工ニューラルネットワークは入力層（Ｉｎｐｕｔ Ｌａｙｅｒ）、出力層（Ｏｕｔｐｕｔ Ｌａｙｅｒ）、そして選択的に一つ以上の隠れ層（Ｈｉｄｄｅｎ Ｌａｙｅｒ）を含むことができる。各層は一つ以上のニューロンを含み、人工ニューラルネットワークはニューロンとニューロンを接続するシナプスを含むことができる。人工ニューラルネットワークにおいて各ニューロンはシナプスを介して入力される入力信号、加重値、偏向に対する活性化関数の関数値を出力することができる。

【0431】

モデルパラメータは学習を介して決定されるパラメータを意味し、シナプス接続の加重値とニューロンの偏向などが含まれる。そして、ハイパーパラメータは機械学習アルゴリズムにおいて学習前に設定する必要があるパラメータを意味し、学習率（Ｌｅａｒｎｉｎｇ Ｒａｔｅ）、繰り返し回数、ミニバッチサイズ、初期化関数などが含まれる。

【0432】

人工ニューラルネットワークの学習の目的は損失関数を最小化するモデルパラメータを決定することである。損失関数は人工ニューラルネットワークの学習過程において最適のモデルパラメータを決定するための指標として用いられる。

【0433】

機械学習は学習方法によって教師あり学習（Ｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、教師なし学習（Ｕｎｓｕｐｅｒｖｉｓｅｄ Ｌｅａｒｎｉｎｇ）、強化学習（Ｒｅｉｎｆｏｒｃｅｍｅｎｔ Ｌｅａｒｎｉｎｇ）として分類することができる。

【0434】

教師あり学習は学習データに対するラベル（ｌａｂｅｌ）が与えられた状態において人工ニューラルネットワークを学習させる方法を意味し、ラベルという学習データが人工ニューラルネットワークに入力される場合、人工ニューラルネットワークが推論する必要がある正解（または、結果値）を意味する。教師なし学習は学習データに対するラベルが与えられない状態において人工ニューラルネットワークを学習させる方法を意味する。強化学習はある環境内において定義されたエージェントが各状態において累積報酬を最大化する行動または行動順序を選択するように学習させる学習方法を意味する。

【0435】

人工ニューラルネットワークのうち、複数の隠れ層を含む深層ニューラルネットワーク（ＤＮＮ：Ｄｅｅｐ Ｎｅｕｒａｌ Ｎｅｔｗｏｒｋ）として実装される機械学習を深層学習（Ｄｅｅｐ Ｌｅａｒｎｉｎｇ）とも呼び、深層学習は機械学習の一部である。以下で、機械学習は深層学習を含む意味として使用される。

【0436】

また、上述した技術的な特徴はロボットの無線通信に適用される。

【0437】

ロボットは自ら保有した能力によって与えられた仕事を自動に処理するか、作動する機械を意味する。特に、環境を認識し自ら判断して動作を実行する機能を持つロボットを知能型ロボットと称する。

【0438】

ロボットは使用目的や分野によって産業用、医療用、家庭用、軍事用などで分類できる。ロボットはアクチュエータまたはモータを含む駆動部を備えロボット関節を動かすなどの様々な物理動作を実行することができる。また、移動可能なロボットは駆動部にホイール、ブレーキ、プロペラなどが含まれ、駆動部を介して地上で走行するか空中で飛行することができる。

【0439】

また、上述した技術的な特徴は拡張現実をサポートする装置に適用される。

【0440】

拡張現実は仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）、複合現実（ＭＲ：Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）を総称する。ＶＲ技術は現実世界のオブジェクトや背景などをＣＧ映像としてのみ提供し、ＡＲ技術は実際の物体映像上に仮想として作られたＣＧ映像をともに提供し、ＭＲ技術は現実世界に仮想物体をミックスして、且つ、結合させて提供するコンピューターグラフィックス技術である。

【0441】

ＭＲ技術は仮想物体と仮想物体を一緒に見せるという点でＡＲ技術と似ている。しかし、ＡＲ技術では仮想物体が仮想物体を補完する形で用いられる一方、ＭＲ技術では仮想物体と仮想物体が同等な性格で使用されるという点で違いがある。

【0442】

ＸＲ技術はＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、ＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、携帯電話、タブレットＰＣ、ノートパソコン、デスクトップ、ＴＶ、デジタルサイネージなどに適用され、ＸＲ技術が適用された装置をＸＲ装置（ＸＲ Ｄｅｖｉｃｅ）と称することができる。

【0443】

本明細書に記載された請求項は様々な方法に組み合わせることができる。例えば、本明細書の方法請求項の技術的な特徴を組み合わせて装置に実装され、本明細書の装置請求項の技術的な特徴を組み合わせて方法として実装される。また、本明細書の方法請求項の技術的な特徴と装置請求項の技術的な特徴を組み合わせて装置に実装され、本明細書の方法請求項の技術的な特徴と装置請求項の技術的な特徴を組み合わせて方法として実装される。

【図1(a)】

【図1(b)】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【国際調査報告】