特開 2024-163125 マルチリンク・デバイスと装置との間の通信方法

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

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

(11)【公開番号】P2024163125

(43)【公開日】2024-11-21

(54)【発明の名称】マルチリンク・デバイスと装置との間の通信方法

(51)【国際特許分類】

   H04W 72/23 20230101AFI20241114BHJP

   H04W 84/12 20090101ALI20241114BHJP

   H04W 52/02 20090101ALI20241114BHJP

   H04W 72/0457 20230101ALI20241114BHJP

【ＦＩ】

H04W72/23

H04W84/12

H04W52/02

H04W72/0457 110

【審査請求】有

【請求項の数】34

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024135395

(22)【出願日】2024-08-14

(62)【分割の表示】P 2023136030の分割

【原出願日】2020-11-06

(31)【優先権主張番号】201911089950.5

(32)【優先日】2019-11-08

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

(31)【優先権主張番号】202010172040.X

(32)【優先日】2020-03-12

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

(71)【出願人】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】110004381

【氏名又は名称】弁理士法人ＩＴＯＨ

(72)【発明者】

【氏名】ガン，ミーン

(72)【発明者】

【氏名】グオ，ユイチェン

(72)【発明者】

【氏名】リー，ユインボー

(72)【発明者】

【氏名】リヤーン，ダンダン

(72)【発明者】

【氏名】ユイ，ジエン

(72)【発明者】

【氏名】ヤーン，マオ

(72)【発明者】

【氏名】リー，ボー

(57)【要約】

【課題】本出願の実施形態は、ステーション・マルチリンク・デバイスの電力消費を低減するために、マルチリンク・デバイスと装置との間の通信方法を開示する。
【解決手段】マルチリンク・デバイスが複数のＳＴＡを含み、１つのＳＴＡが複数のリンクのうちの１つで動作し、ＳＴＡが複数のリンクにおけるプライマリ・リンクを決定する。マルチリンク・デバイスにおいてプライマリ・リンク上で動作するＳＴＡは、ＡＰによって送信された、プライマリ・リンク上で動作するＳＴＡが下りリンク・トラフィックを有するかどうかを示す情報、及び／又はプライマリ・リンク以外のリンク上で動作するＳＴＡが下りリンク・トラフィックを有するかどうかを示す情報を受信してもよい。したがって、プライマリ・リンク上で動作するＳＴＡは、下りリンク・トラフィックを有するＳＴＡがマルチリンク・デバイスにおいて動作するリンクを決定してもよい。
【選択図】図５

【特許請求の範囲】

【請求項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】

前記管理フレームは、ビーコン・フレーム又はＴＩＭフレームを含む、請求項２５に記載の通信装置。

【請求項32】

前記トランシーバ・ユニットは、前記管理フレームをプライマリ・リンク又はセカンダリ・リンク上で受信するようにさらに構成されている、請求項２５に記載の通信装置。

【請求項33】

チップであって、プロセッサ及びインターフェース回路を含み、前記プロセッサが、前記インターフェース回路を使用することによって別の装置と通信して、請求項１～１６のいずれか一項に記載の前記マルチリンク・デバイス間の通信方法を実装するように構成されている、チップ。

【請求項34】

コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が、コンピュータ・プログラム・コードを有し、前記コンピュータ・プログラム・コードが、プロセッサ上で動作するときに、前記プロセッサが、請求項１～１６のいずれか一項に記載の前記マルチリンク・デバイス間の通信方法を実行することが可能となる、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１９年１１月８日に中国国家知識産権局に出願された「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＭＥＴＨＯＤ ＢＥＴＷＥＥＮ ＭＵＬＴＩ－ＬＩＮＫ ＤＥＶＩＣＥＳ ＡＮＤ ＡＰＰＡＲＡＴＵＳ」と題する中国特許出願第２０１９１１０８９９５０．５号、及び２０２０年３月１２日に中国国家知識産権局に出願された「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＭＥＴＨＯＤ ＢＥＴＷＥＥＮ ＭＵＬＴＩ－ＬＩＮＫ ＤＥＶＩＣＥＳ ＡＮＤ ＡＰＰＡＲＡＴＵＳ」と題する中国特許出願第２０２０１０１７２０４０．Ｘ号の優先権を主張し、それらの全体が参照により本明細書に組み込まれる。

【0002】

本出願の実施形態は、通信技術の分野に関係し、特に、マルチリンク・デバイスと装置との間の通信方法に関係する。

【背景技術】

【0003】

現在のＩＥＥＥ ８０２．１１の次世代無線フィデリティ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）プロトコルによれば、極めて高いスループット（Ｅｘｔｒｅｍｅｌｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ、ＥＨＴ）デバイスは、複数のストリーム、複数の周波数帯（２．４ＧＨｚ、５ＧＨｚ、６ＧＨｚ周波数帯など）、同じ周波数帯内の複数のチャネルの協調、及び他の方式をサポートして、ピーク・スループットを改善し、トラフィック伝送待ち時間を低減する。複数の周波数バンド又は複数のチャネルは、集合的にマルチリンクと呼ばれることがある。

【0004】

マルチリンク動作は、ステーションの速度を大幅に増加させるが、複数のリンクが同時に動作する必要があるため、より多くの電力が必要とされる。したがって、ステーションの速度を改善する際に、ステーション・マルチリンク・デバイスの電力消費をどのように低減するかを考える必要がある。

【発明の概要】

【0005】

本出願の実施形態は、マルチリンク・デバイスと装置との間の通信方法を提供し、ステーション・マルチリンク・デバイスにおける各ステーションが、それぞれのリンク上に下りリンク・トラフィックが存在するかどうかを示す情報を受信する必要がない。これは、ステーション・マルチリンク・デバイスの電力消費を低減する。

【0006】

前述の目的を達成するために、本出願の実装では、以下の技術的解決策が使用される。

【0007】

本出願の実施形態の第１の態様によれば、マルチリンク・デバイス間の通信方法が提供され、第１のステーションＳＴＡに適用される。第１のＳＴＡが、複数の第２のＳＴＡを含み、１つの第２のＳＴＡが、複数のリンクの１つで動作する。方法は、第１のＳＴＡがプライマリ・リンクを決定することであって、複数のリンクがプライマリ・リンクを含む、決定することを含む。第１のＳＴＡにおいてプライマリ・リンク上で動作する第２のＳＴＡが、第１のアクセス・ポイントＡＰによって送信された下りリンク・トラフィック表示情報を受信する。下りリンク・トラフィック表示情報は、プライマリ・リンク上で動作する第２のＳＴＡが下りリンク・トラフィックを有するかどうかを示すために使用される情報、又はセカンダリ・リンク上で動作する第２のＳＴＡが下りリンク・トラフィックを有するかどうかを示すために使用される情報のうちの少なくとも１つを含む。セカンダリ・リンクは、複数のリンクにおけるプライマリ・リンク以外のリンクを含む。本解決策によれば、プライマリ・リンクの下りリンク・トラフィック情報及び／又はセカンダリ・リンクの下りリンク・トラフィック情報が、プライマリ・リンク上で送信され、プライマリ・リンク上で動作する第２のＳＴＡが、プライマリ・リンク上に下りリンク・トラフィックがあるかどうかを決定することができ、セカンダリ・リンク上に下りリンク・トラフィックがあるかどうかも決定してもよいようにする。したがって、ＳＴＡマルチリンク・デバイスに含まれる全ての第２のＳＴＡは、それぞれのリンク上で下りリンク・トラフィック表示を受信する必要がない。本解決策によれば、プライマリ・リンク上で動作する第２のＳＴＡは、プライマリ・リンク上のみで、プライマリ・リンク上で動作する第２のＳＴＡの下りリンク・トラフィック情報、及びセカンダリ・リンク上で動作する第２のＳＴＡの下りリンク・トラフィック情報も取得することができる。したがって、セカンダリ・リンク上で動作する第２のＳＴＡは、第２のＳＴＡが動作するセカンダリ・リンク上で、セカンダリ・リンク上に下りリンク・トラフィックがあるかどうかを示す情報を受信しなくてもよい。言い換えれば、データが伝送されないときに、セカンダリ・リンク上で動作する第２のＳＴＡは、ステーション・マルチリンク・デバイスの電力消費を低減するために、ドーズ状態（ｄｏｚｅ ｓｔａｔｅ）に入ってもよい。

【0008】

第１の態様を参照すると、第１の可能な実装では、下りリンク・トラフィックは、下りリンク・ユニキャスト・トラフィック又は下りリンク・マルチキャスト・トラフィックである。方法は、下りリンク・トラフィック表示情報に基づいて、セカンダリ・リンク上で動作する第２のＳＴＡが下りリンク・ユニキャスト・トラフィックを有するとプライマリ・リンク上で動作する第２のＳＴＡが決定するときに、セカンダリ・リンク上で動作する第２のＳＴＡが、第１のフレームを第１のＡＰに送信することであって、第１のフレームは、セカンダリ・リンク上で動作する第２のＳＴＡがアウェイク状態にあることを示すために使用される、送信することをさらに含む。代替的には、下りリンク・トラフィック表示情報に基づいて、セカンダリ・リンク上で動作する第２のＳＴＡが下りリンク・マルチキャスト・トラフィックを有するとプライマリ・リンク上で動作する第２のＳＴＡが決定するときに、セカンダリ・リンク上で動作する第２のＳＴＡが、第１のＡＰから下りリンク・マルチキャスト・トラフィックを受信する。本解決策によれば、セカンダリ・リンク上で動作する第２のＳＴＡがセカンダリ・リンクで上で伝送されるべきユニキャスト・トラフィックを有するとプライマリ・リンク上で動作する第２のＳＴＡが決定するときに、セカンダリ・リンク上で動作する第２のＳＴＡが、アウェイク状態に入り、ＰＳ－Ｐｏｌｌフレーム又はマルチリンクＰＳ－Ｐｏｌｌフレームを第１のＡＰに送信して、第１のＡＰに、第２のＳＴＡがアウェイク状態にあることを通知し、第１のＡＰから下りリンク・トラフィック・データを受信するようにする。代替的には、セカンダリ・リンク上で動作する第２のＳＴＡが下りリンク・マルチキャスト・トラフィックを有するとプライマリ・リンク上で動作する第２のＳＴＡが決定するときに、セカンダリ・リンク上で動作する第２のＳＴＡが、第１のＡＰから下りリンク・マルチキャスト・トラフィックを受信する。プライマリ・リンクの下りリンク・トラフィック情報及び／又はセカンダリ・リンクの下りリンク・トラフィック情報がプライマリ・リンクを介して送信されるため、セカンダリ・リンク上で動作する第２のＳＴＡが下りリンク・ユニキャスト・トラフィックを有するか、下りリンク・マルチキャスト・トラフィックを有するかを、プライマリ・リンク上で動作する第２のＳＴＡが決定してもよいことが理解されよう。セカンダリ・リンク上で動作する第２のＳＴＡは、第２のＳＴＡが動作するセカンダリ・リンク上で、セカンダリ・リンク上に下りリンク・トラフィックがあるかどうかを示す情報を受信しなくてもよい。したがって、データが伝送されないときに、セカンダリ・リンク上で動作する第２のＳＴＡは、ドーズ状態に入ってもよく、それにより、電力消費を低減する。

【0009】

第１の態様及び前述の可能な実装を参照すると、別の可能な実装では、下りリンク・トラフィックが下りリンク・マルチキャスト・トラフィックである。方法は、下りリンク・トラフィック表示情報に基づいて、セカンダリ・リンク上で動作する第２のＳＴＡが下りリンク・マルチキャスト・トラフィックを有するとプライマリ・リンク上で動作する第２のＳＴＡが決定するときに、プライマリ・リンク上で動作する第２のＳＴＡが、第１のＡＰから下りリンク・マルチキャスト・トラフィックを受信することをさらに含む。代替的には、下りリンク・トラフィック表示情報に基づいて、プライマリ・リンク上で動作する第２のＳＴＡが下りリンク・マルチキャスト・トラフィックを有するとプライマリ・リンク上で動作する第２のＳＴＡが決定するときに、プライマリ・リンク上で動作する第２のＳＴＡが、第１のＡＰから下りリンク・マルチキャスト・トラフィックを受信する。本解決策によれば、第２のＳＴＡ又はセカンダリ・リンク上で動作する第２のＳＴＡがプライマリ・リンク上で伝送される下りリンク・マルチキャスト・トラフィックを有するとプライマリ・リンク上で動作する第２のＳＴＡが決定する場合、プライマリ・リンク上で動作する第２のＳＴＡが、下りリンク・マルチキャスト・トラフィックを受信してもよい。本解決策では、第１のＡＰが、プライマリ・リンクを介して、下りリンク・マルチキャスト・トラフィックをセカンダリ・リンク上で動作する第２のＳＴＡに伝送するときに、セカンダリ・リンク上で動作する第２のＳＴＡは、常にドーズ状態にあってもよいことが理解されよう。プライマリ・リンク上で動作する第２のＳＴＡが、プライマリ・リンク上で第１のＡＰによって伝送された下りリンク・マルチキャスト・トラフィックを受信した後、プライマリ・リンク上で動作する第２のＳＴＡが、セカンダリ・リンク上で動作する第２のＳＴＡにトラフィックを伝送する。したがって、ステーション・マルチリンク・デバイスの消費電力を低減することができる。

【0010】

第１の態様及び前述の可能な実装を参照して、別の可能な実装では、方法は、第１のＳＴＡが、関連要求フレームを第１のＡＰに送信することであって、関連要求フレームは、関連識別子ＡＩＤが割り当てられるべき第２のＳＴＡの数、又はＡＩＤが割り当てられるべき第２のＳＴＡが動作するリンクの識別子情報のうちの少なくとも１つを搬送する、送信することをさらに含む。第１のＳＴＡが、第１のＡＰから関連応答フレームを受信し、関連応答フレームは、ＡＩＤが割り当てられるべき第２のＳＴＡに割り当てられるＡＩＤを搬送し、１つのＡＩＤがプライマリ・リンク上で動作する第２のＳＴＡに割り当てられ、１つ又は２つのＡＩＤがセカンダリ・リンク上で動作する第２のＳＴＡに割り当てられる。本解決策によれば、関連要求フレームは、ＡＩＤが割り当てられるべき第２のＳＴＡ （第１のＳＴＡに含まれる第２のＳＴＡの全部又は一部）にＡＩＤを割り当てるように第１のＡＰに要求するために使用されてもよい。本解決策では、第１のＡＰが、プライマリ・リンク上で動作する第２のＳＴＡに１つのＡＩＤを割り当て、セカンダリ・リンク上で動作する第２のＳＴＡに１つ又は２つのＡＩＤを割り当ててもよいことが理解されよう。１つのＢＳＳにおける複数の第２のＳＴＡのＡＩＤは互いに異なることに留意されたい。ＡＩＤが割り当てられるべき第２のＳＴＡは、第１のＳＴＡに含まれる全ての第２のＳＴＡであってもよいし、第１のＳＴＡに含まれる第２のＳＴＡの一部であってもよい。

【0011】

第１の態様及び前述の可能な実装を参照すると、別の可能な実装では、第１のＳＴＡが関連要求フレームを第１のＡＰに送信するリンクがプライマリ・リンクであるか、又は関連要求フレームがプライマリ・リンクの識別子情報をさらに搬送する。本解決法によれば、第１のＳＴＡが第１のＡＰに関連付けられていないときに、関連要求フレームが第１のＳＴＡによって決定されたプライマリ・リンクを介して第１のＡＰに送信されてもよく、関連要求フレームが、第１のＳＴＡによって決定されたプライマリ・リンクの識別子情報を搬送して、第１のＳＴＡによって決定されたプライマリ・リンクを第１のＡＰに通知する。

【0012】

第１の態様及び前述の可能な実装を参照すると、別の可能な実装では、方法は、第１のＳＴＡは、管理フレームを第１のＡＰに送信することであって、管理フレームが、前記プライマリ・リンクの前記識別子情報を搬送する、送信することをさらに含む。本解決策によれば、第１のＳＴＡ及び第１のＡＰがすでに関連付けられているときに、第１のＳＴＡによって決定されたプライマリ・リンクを第１のＡＰに通知してもよい。この実装では、管理フレームを使用して第１のＡＰに通知されるプライマリ・リンクは、第１のＳＴＡによって決定される新しいプライマリ・リンクである、すなわち、管理フレームで搬送されるプライマリ・リンクの識別子情報は、新しいプライマリ・リンクの識別子情報であると理解されよう。

【0013】

第１の態様及び前述の可能な実装を参照すると、別の可能な実装では、下りリンク・トラフィック表示情報が、ビーコン・フレーム又はトラフィック表示マップＴＩＭフレーム内のＴＩＭ要素フィールドにおいて搬送され、ＴＩＭフレームが、リンクの識別子情報を示すフィールド、ビーコン・チェック・フィールド、又はリンクの数を示すフィールドのうちの少なくとも１つをさらに含み、ビーコン・チェック・フィールドは、キー・パラメータがリンクの識別子情報によって示されるリンクに対して更新されるかどうかを示すために使用される。本解決策によれば、下りリンク・トラフィック表示情報が、ビーコン・フレーム又はＴＩＭフレーム（マルチリンクＴＩＭフレーム）内で搬送されてもよい。下りリンク・トラフィック表示情報がビーコン・フレーム内で搬送されるときに、各第２のＳＴＡが対応するＡＩＤを有すると理解されよう。これは、ビーコン・フレーム内のＴＩＭ要素に基づいて、どの第２のＳＴＡが下りリンク・トラフィックを有するかを決定するのに役立つ。下りリンク・トラフィック表示情報がマルチリンクＴＩＭフレーム内で搬送されるときに、マルチリンクＴＩＭフレームがリンクの識別子情報を示すフィールドを含むため、下りリンク・トラフィックを有する特定のリンクが、ＴＩＭ要素及びリンクの識別子情報に基づいて決定されてもよい。

【0014】

第１の態様及び前述の可能な実装を参照すると、別の可能な実装では、識別子情報は、リンクに対応する動作クラス、リンクに対応するチャネル番号、リンクのメディア・アクセス制御ＭＡＣアドレス（又は基本サービス・セット識別子（ＢＳＳ ｉｄｅｎｔｉｆｉｅｒ、ＢＳＳＩＤ））、又はリンクの識別子の情報のうちの１つ以上を含む。本解決策によれば、リンクの識別子情報は、リンクに対応する動作クラス及びチャネル番号、リンクのメディア・アクセス制御ＭＡＣアドレス（若しくはＢＳＳＩＤ）、又はリンクの識別子などの１つ以上の情報によって示されてもよい。

【0015】

第１の態様及び前述の可能な実装を参照すると、別の可能な実装では、本方法は、第１のＳＴＡが第１のＡＰから候補リンク・セット情報を受信することであって、候補リンク・セット情報が１つ以上の候補リンクの識別子情報を含む、受信することをさらに含む。対応して、第１のＳＴＡがプライマリ・リンクを決定することは、第１のＳＴＡが、候補リンク・セット情報に基づいて、１つ以上の候補リンクからプライマリ・リンクを決定することを含む。本解決策によれば、第１のＳＴＡは、第１のＡＰから候補リンク・セット情報を受信することによって、１つ以上の候補リンクからプライマリ・リンクを決定してもよい。

【0016】

第１の態様及び前述の可能な実装を参照すると、別の可能な実装では、１つ以上の候補リンクが１つの基本サービス・セットＢＳＳに属し、各候補リンクが１つのＢＳＳに属し、１つ以上の候補リンクの一部が一つのＢＳＳに属する。１つのＢＳＳにおいて１つの第２のＳＴＡに割り当てられるＡＩＤが一意である。本解決法によれば、第１のＡＰは、候補リンク・セットにおける全ての候補リンクに対して１つのＢＳＳを確立してもよいし、候補リンク・セットにおける各候補リンクに対して１つのＢＳＳを確立してもよいし、候補リンク・セットにおけるいくつかの候補リンクに対して１つのＢＳＳを確立してもよい。第１のＡＰがＡＩＤを第２のＳＴＡに割り当てるときに、１つのＢＳＳにおいて１つの第２のＳＴＡに割り当てられるＡＩＤは一意であることに留意されたい。

【0017】

本出願の実施形態の第２の態様によれば、マルチリンク・デバイス間の通信方法が提供される。方法は、第１のアクセス・ポイントＡＰが、第１のステーションＳＴＡによって決定されたプライマリ・リンクの識別子情報を取得することを含む。第１のＳＴＡが、複数の第２のＳＴＡを含み、１つの第２のＳＴＡが、複数のリンクのうちの１つで動作し、複数のリンクが、プライマリ・リンクを含む。第１のＡＰが、下りリンク・トラフィック表示情報を第１のＳＴＡのプライマリ・リンク上で動作する第２のステーションＳＴＡに送信する。下りリンク・トラフィック表示情報は、プライマリ・リンク上で動作する第２のＳＴＡが下りリンク・トラフィックを有するかどうかを示すために使用される情報、又はセカンダリ・リンク上で動作する第２のＳＴＡが下りリンク・トラフィックを有するかどうかを示すために使用される情報のうちの少なくとも１つを含む。セカンダリ・リンクは、複数のリンクにおけるプライマリ・リンク以外のリンクを含む。本解決策によれば、第１のＡＰが、第１のＳＴＡによって決定されたプライマリ・リンクの識別子情報を取得し、下りリンク・トラフィック表示情報をプライマリ・リンク上で動作する第２のＳＴＡに送信することができる。第１のＡＰによってプライマリ・リンク上で動作する第２のＳＴＡに送信される下りリンク・トラフィック表示情報は、プライマリ・リンク上に下りリンク・トラフィックがあるかどうかを示す情報、及びセカンダリ・リンク上に下りリンク・トラフィックがあるかどうかを示す情報を含むことが理解されよう。したがって、プライマリ・リンクの下りリンク・トラフィック情報及び／又はセカンダリ・リンクの下りリンク・トラフィック情報が、プライマリ・リンク上で送信され、プライマリ・リンク上で動作する第２のＳＴＡが、プライマリ・リンク上に下りリンク・トラフィックがあるかどうかを決定することができ、セカンダリ・リンク上に下りリンク・トラフィックがあるかどうかも決定するようにする。したがって、ＳＴＡマルチリンク・デバイスに含まれる全ての第２のＳＴＡは、それぞれのリンク上で下りリンク・トラフィック表示を受信する必要がない。任意選択で、セカンダリ・リンク上で動作する第２のＳＴＡは、第２のＳＴＡが動作するセカンダリ・リンク上で、セカンダリ・リンク上に下りリンク・トラフィックがあるかどうかを示す情報を受信しなくてもよい。言い換えれば、データが伝送されないときに、セカンダリ・リンク上で動作する第２のＳＴＡは、ドーズ状態（ｄｏｓｅ ｓｔａｔｅ）に入ってもよい。これは、ステーション・マルチリンク・デバイスの電力消費を低減する。

【0018】

本出願の実施形態の第３の態様によれば、通信装置が提供され、第１のステーションＳＴＡに適用される。第１のＳＴＡが、複数の第２のＳＴＡを含み、１つの第２のＳＴＡが、複数のリンクの１つで動作する。第１のＳＴＡは、プライマリ・リンクを決定するように構成されている処理ユニットであって、複数のリンクがプライマリ・リンクを含む、処理ユニットと、第１のアクセス・ポイントＡＰによって送信された下りリンク・トラフィック表示情報を受信するように構成されているトランシーバ・ユニットと、を含む。下りリンク・トラフィック表示情報は、プライマリ・リンク上で動作する第２のＳＴＡが下りリンク・トラフィックを有するかどうかを示すために使用される情報、又はセカンダリ・リンク上で動作する第２のＳＴＡが下りリンク・トラフィックを有するかどうかを示すために使用される情報のうちの少なくとも１つを含み、セカンダリ・リンクが複数のリンクにおけるプライマリ・リンク以外のリンクを含む。

【0019】

本出願の実施形態の第４の態様によれば、通信装置が提供される。装置は、第１のステーションＳＴＡによって決定されたプライマリ・リンクの情報の識別子情報を取得するように構成されている処理ユニットであって、第１のＳＴＡが複数の第２のＳＴＡを含み、１つの第２のＳＴＡが複数のリンクのうちの１つで動作し、複数のリンクがプライマリ・リンクを含む、処理ユニットと、下りリンク・トラフィック表示情報を第１のＳＴＡにおいてプライマリ・リンク上で動作する第２のステーションＳＴＡに送信するように構成されているトランシーバ・ユニットと、を含む。下りリンク・トラフィック表示情報は、プライマリ・リンク上で動作する第２のＳＴＡが下りリンク・トラフィックを有するかどうかを示すために使用される情報、又はセカンダリ・リンク上で動作する第２のＳＴＡが下りリンク・トラフィックを有するかどうかを示すために使用される情報のうちの少なくとも１つを含み、セカンダリ・リンクが複数のリンクにおけるプライマリ・リンク以外のリンクを含む。

【0020】

第３の態様及び第３の態様の様々な実装については、第１の態様及び第１の態様の種々な実装の対応する効果の説明を参照のこと。第４の態様及び第４の態様の様々な実装については、第２の態様及び第２の態様の種々な実装の対応する効果の説明を参照のこと。詳細は、ここでは再度記載しない。

【0021】

第３の態様又は第４の態様における通信装置は、チップであってもよく、処理ユニットは、チップの処理回路であってもよく、トランシーバ・ユニットは、入出力インターフェース回路であってもよく、処理回路は、入出力インターフェース回路によって提供されるシグナリング又はデータ情報を処理するように構成されてもよく、入出力インターフェース回路は、チップのためのデータ又はシグナリング情報を入出力するように構成されてもよい。

【0022】

本出願の実施形態の第５の態様によれば、コンピュータ可読記憶媒体が提供され、コンピュータ可読記憶媒体がコンピュータ・プログラム・コードを記憶する。コンピュータ・プログラム・コードがプロセッサ上で動作するときに、プロセッサは、前述の態様のうちのいずれか１つによる、マルチリンク・デバイス間の通信方法を実行することが可能となる。

【0023】

本出願の実施形態の第６の態様によれば、コンピュータ・プログラム製品が提供される。プログラム製品は、前述のプロセッサによって実行されるコンピュータ・ソフトウェア命令を記憶する。コンピュータ・ソフトウェア命令は、前述の態様による解決策を実行するために使用されるプログラムを含む。

【0024】

本出願の実施形態の第７の態様によれば、通信装置が提供される。装置は、プロセッサを含み、トランシーバ及びメモリをさらに含んでもよい。トランシーバは、情報を送信及び受信するように構成されているか、又は別のネットワーク要素と通信するように構成されている。メモリは、コンピュータ実行可能な命令を記憶するように構成されている。プロセッサは、コンピュータ実行可能命令を実行するように構成されて、前述の態様のうちのいずれか１つによる方法を実装する際に通信装置をサポートする。

【0025】

本出願の実施形態の第８の態様によれば、通信装置が提供される。装置は、チップの製品形態で存在してもよい。装置の構造は、プロセッサを含み、メモリをさらに含んでもよい。メモリは、プロセッサに結合されて、装置に必要なプログラム命令及びデータを記憶するように構成されている。プロセッサは、メモリに記憶されたプログラム命令を実行するように構成されており、前述の態様のうちのいずれか１つによる方法を実行する際に通信装置をサポートする。

【0026】

本出願の実施形態の第９の態様によれば、通信装置が提供される。装置は、チップの製品形態で存在してもよい。装置の構造は、プロセッサ及びインターフェース回路を含む。プロセッサは、受信回路を介して別の装置と通信するように構成されており、装置は、前述の態様のいずれか１つによる本方法を実行する。

【図面の簡単な説明】

【0027】

【図1】本出願の一実施形態による通信システムの構造の概略図である。

【0028】

【図2】本出願の一実施形態によるマルチリンク・デバイス間の通信の概略図である。

【0029】

【図3】本出願の一実施形態によるマルチリンク・デバイスの構造の概略図である。

【0030】

【図4】本出願の一実施形態による通信装置の構成の概略図である。

【0031】

【図5】本出願の一実施形態によるマルチリンク・デバイス間の通信方法の概略フローチャートである。

【0032】

【図6】本出願の一実施形態によるマルチリンク・デバイス間の通信方法のシナリオの概略図である。

【0033】

【図7】本出願の一実施形態によるマルチリンクＴＩＭフレームのフレーム構造の概略図である。

【0034】

【図8】本出願の一実施形態による別のマルチリンクＴＩＭフレームのフレーム構造の概略図である。

【0035】

【図9】本出願の一実施形態によるマルチリンク・デバイス間の別の通信方法の概略フローチャートである。

【0036】

【図10】本出願の一実施形態によるマルチリンク・デバイス間の別の通信方法の概略フローチャートである。

【0037】

【図11】本出願の一実施形態によるマルチリンク・デバイス間のさらに別の通信方法の概略フローチャートである。

【0038】

【図12】本出願の一実施形態によるマルチリンク・デバイス間のさらに別の通信方法の概略フローチャートである。

【0039】

【図13】本出願の一実施形態によるマルチリンク・デバイス間のさらに別の通信方法の概略フローチャートである。

【0040】

【図14】本出願の一実施形態によるマルチリンク・デバイス間のさらに通信通信方法の概略フローチャートである。

【0041】

【図15】本出願の一実施形態によるマルチリンク・デバイス間の通信方法の適用の概略図である。

【0042】

【図16】本出願の一実施形態による通信装置の構成の概略図である。

【0043】

【図17】本出願の一実施形態による別の通信装置の構成の概略図である。

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

【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】

例えば、８０２．１１ビーコン・フレーム（ｂｅａｃｏｎ）は、２つのタイプ、すなわち、トラフィック表示マップ（ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ、ＴＩＭ）ビーコン・フレームと、デリバリー・トラフィック表示マップ（ｄｅｌｉｖｅｒｙ ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ、ＤＴＩＭ）ビーコン・フレームに分類される。ＴＩＭビーコン・フレームと比較して、ＤＴＩＭビーコン・フレームは、バッファされたユニキャスト情報だけでなく、ＡＰによってバッファされたマルチキャスト情報も示す。各ビーコン・フレーム（ｂｅａｃｏｎ）は、ＴＩＭ要素フィールドを含み、ＴＩＭ要素フィールドは、ＡＰによって管理され、かつＳＴＡの下りリンク・データがＡＰにバッファされるＳＴＡを示すために使用される。ＴＩＭ要素フィールドのフレーム・フォーマットを以下の表１に示す。

【表1】

【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】

例えば、保護されていないＷＮＭアクション・フィールドのアクション値を表２に示す。

【表2】

【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】

本出願の目的、技術的解決策、及び有益な効果については、前述の具体的な例においてさらに詳細に記載されている。前述の説明は、本出願の具体的な実施形態に過ぎず、本出願の保護範囲を限定することを意図していないと理解されたい。本出願の技術的解決策に基づいて行われる任意の修正、等価の置換又は改良は、本出願の保護範囲に含まれるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【外国語明細書】