▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特表2022-524126均一なカバレッジを有するマルチＡＰ伝送のシステム及び方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-04-27
(54)【発明の名称】均一なカバレッジを有するマルチＡＰ伝送のシステム及び方法
(51)【国際特許分類】
H04W 76/15 20180101AFI20220420BHJP
H04W 48/12 20090101ALI20220420BHJP
H04L 1/08 20060101ALI20220420BHJP
H04W 24/10 20090101ALI20220420BHJP
【ＦＩ】
H04W76/15
H04W48/12
H04L1/08
H04W24/10
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021553332
(86)(22)【出願日】2020-03-06
(85)【翻訳文提出日】2021-11-04
(86)【国際出願番号】 US2020021455
(87)【国際公開番号】W WO2020185586
(87)【国際公開日】2020-09-17
(31)【優先権主張番号】62/815,753
(32)【優先日】2019-03-08
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100108213
【弁理士】
【氏名又は名称】阿部 豊隆
(72)【発明者】
【氏名】ロウ、ハンチン
(72)【発明者】
【氏名】ワン、シャオフェイ
(72)【発明者】
【氏名】スン、リーシャン
(72)【発明者】
【氏名】オテリ、オゲネコム
(72)【発明者】
【氏名】ヤン、ルイ
(72)【発明者】
【氏名】レヴィ、ジョセフ エス．
(72)【発明者】
【氏名】ラ シタ、フランク
【テーマコード（参考）】
5K014
5K067
【Ｆターム（参考）】
5K014DA03
5K014FA11
5K067DD24
5K067EE02
5K067EE10
5K067EE24
(57)【要約】
複数アクセスポイント（ＡＰ）伝送の方法を開示する。この方法は、複数のＡＰのそれぞれから反復ビーコンを受信することであって、受信される各反復ビーコンは共通情報部分及びＡＰ固有情報部分を含む、受信すること、受信した共通情報部分の少なくともサブセットを復号して第１のパラメータを取得すること、受信したＡＰ固有情報部分を復号して複数のＡＰのそれぞれに関する第２のパラメータを取得すること、第１のパラメータ、取得した第２のパラメータ、及び複数のＡＰの数に基づいて計算を行って計算結果を取得すること、及び計算結果に基づくフィードバックを複数のＡＰに伝送することを含む。
【特許請求の範囲】
【請求項1】
複数アクセスポイント（ＡＰ）伝送の方法であって、複数のＡＰのそれぞれから１つずつ複数の反復ビーコンを受信することであって、前記複数の反復ビーコンのそれぞれは共通情報部分及びＡＰ固有情報部分を含む、受信することと、
前記複数の共通情報部分の少なくとも１つを復号して第１のパラメータを取得することと、
前記複数のＡＰ固有情報部分を復号して前記複数のＡＰの１つにそれぞれ関連する複数の第２のパラメータを取得することと、
前記第１のパラメータ、及び前記複数の第２のパラメータ、及び前記複数のＡＰの数に基づいてフィードバックを生成することと、
前記フィードバックを前記複数のＡＰの少なくとも１つに伝送することと
を含む、方法。
【請求項2】
前記第１のパラメータ、及び前記複数の第２のパラメータ、及び前記複数のＡＰの数に基づいてフィードバックを前記生成することが、前記第１のパラメータ、前記複数の第２のパラメータ、及び前記複数のＡＰの前記数に基づいて計算を行って計算結果を取得することと、
前記計算結果に基づいて前記フィードバックを生成することと
を含む、請求項１に記載の方法。
【請求項3】
前記フィードバックに基づいて複数のＡＰからマルチＡＰデータ伝送を受信することを更に含む、請求項１に記載の方法。
【請求項4】
少なくとも１つの共通情報部分を復号して第１のパラメータを前記取得することが、前記複数の共通情報部分をバッファに入れることと、
前記複数の共通情報部分を組み合わせることと、
前記複数の共通情報部分を復号することと
を含む、請求項１に記載の方法。
【請求項5】
前記複数のＡＰ固有情報部分を復号することによって前記複数のＡＰの前記数が取得される、請求項１に記載の方法。
【請求項6】
各反復ビーコン内で、前記共通情報部分及び前記ＡＰ固有情報部分が、それらの間にフレーム間間隔がない状態で一緒に集約される、請求項１に記載の方法。
【請求項7】
各反復ビーコン内で、前記共通情報部分及び前記ＡＰ固有情報部分が、それらの間にフレーム間間隔がある状態で伝送される、請求項１に記載の方法。
【請求項8】
前記第２のパラメータが信号対雑音比（ＳＮＲ）又は信号対干渉雑音比（ＳＩＮＲ）である、請求項１に記載の方法。
【請求項9】
前記計算結果が複数のＡＰの組み合わせを含む、請求項２に記載の方法。
【請求項10】
前記フィードバックが複数のフィールドを含み、前記複数のフィールドのそれぞれが第３のパラメータ及び２つ以上のＡＰの組み合わせを識別する識別子を含む、請求項１に記載の方法。
【請求項11】
複数アクセスポイント（ＡＰ）伝送の無線送受信ユニット（ＷＴＲＵ）であって、複数のＡＰのそれぞれから１つずつ複数の反復ビーコンを受信するように構成されているトランシーバであって、前記複数の反復ビーコンのそれぞれは共通情報部分及びＡＰ固有情報部分を含む、トランシーバと、
前記複数の共通情報部分の少なくとも１つを復号して第１のパラメータを取得し、
前記複数のＡＰ固有情報部分を復号して前記複数のＡＰのうちの１つにそれぞれ関連する複数の第２のパラメータを取得し、
前記第１のパラメータ、前記複数の第２のパラメータ、及び前記複数のＡＰの数に基づいてフィードバックを生成する
ように構成されているプロセッサと
を含み、
前記トランシーバは前記複数のＡＰの少なくとも１つに前記フィードバックを伝送するように更に構成されている、
無線送受信ユニット。
【請求項12】
前記フィードバックを取得するために、前記第１のパラメータ、前記複数の第２のパラメータ、及び前記複数のＡＰの前記数に基づいて計算を行って計算結果を取得し、
前記計算結果に基づいて前記フィードバックを生成する
ように前記プロセッサが更に構成されている、請求項１１に記載のＷＴＲＵ。
【請求項13】
前記フィードバックに基づいて複数のＡＰからマルチＡＰデータ伝送を受信するように前記トランシーバが更に構成されている、請求項１１に記載のＷＴＲＵ。
【請求項14】
少なくとも１つの共通情報部分を復号して第１のパラメータを取得するために、前記複数の共通情報部分をバッファに入れ、
前記複数の共通情報部分を組み合わせ、
前記複数の共通情報部分を復号する
ように前記プロセッサが更に構成されている、請求項１１に記載のＷＴＲＵ。
【請求項15】
前記受信したＡＰ固有情報部分を復号することによって前記複数のＡＰの前記数が取得される、請求項１１に記載のＷＴＲＵ。
【請求項16】
各反復ビーコン内で、前記共通情報部分及び前記ＡＰ固有情報部分が、それらの間にフレーム間間隔がない状態で一緒に集約される、請求項１１に記載のＷＴＲＵ。
【請求項17】
各反復ビーコン内で、前記共通情報部分及び前記ＡＰ固有情報部分が、それらの間にフレーム間間隔がある状態で伝送される、請求項１１に記載のＷＴＲＵ。
【請求項18】
前記第２のパラメータが信号対雑音比（ＳＮＲ）又は信号対干渉雑音比（ＳＩＮＲ）である、請求項１１に記載のＷＴＲＵ。
【請求項19】
前記計算結果が複数のＡＰの組み合わせを含む、請求項１２に記載のＷＴＲＵ。
【請求項20】
前記フィードバックが複数のフィールドを含み、前記複数のフィールドのそれぞれが第３のパラメータ及び２つ以上のＡＰの組み合わせを識別する識別子を含む、請求項１１に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
[0001] 本願は、参照によりその内容を本明細書に援用する、２０１９年３月８日に出願された米国仮特許出願第６２／８１５，７５３号の利益を主張する。
[0001] 本願は、参照によりその内容を本明細書に援用する、２０１９年３月８日に出願された米国仮特許出願第６２／８１５，７５３号の利益を主張する。
【発明の概要】
【0002】
概要
[0002] 複数アクセスポイント（ＡＰ）伝送の方法を開示する。この方法は、複数のＡＰのそれぞれから反復ビーコンを受信することであって、受信される各反復ビーコンは共通情報部分及びＡＰ固有情報部分を含む、受信すること、受信した共通情報部分の少なくともサブセットを復号して第１のパラメータを取得すること、受信したＡＰ固有情報部分を復号して複数のＡＰのそれぞれに関する第２のパラメータを取得すること、第１のパラメータ、取得した第２のパラメータ、及び複数のＡＰの数に基づいて計算を行って計算結果を取得すること、及び計算結果に基づくフィードバックを複数のＡＰに伝送することを含む。
[0002] 複数アクセスポイント（ＡＰ）伝送の方法を開示する。この方法は、複数のＡＰのそれぞれから反復ビーコンを受信することであって、受信される各反復ビーコンは共通情報部分及びＡＰ固有情報部分を含む、受信すること、受信した共通情報部分の少なくともサブセットを復号して第１のパラメータを取得すること、受信したＡＰ固有情報部分を復号して複数のＡＰのそれぞれに関する第２のパラメータを取得すること、第１のパラメータ、取得した第２のパラメータ、及び複数のＡＰの数に基づいて計算を行って計算結果を取得すること、及び計算結果に基づくフィードバックを複数のＡＰに伝送することを含む。
【0003】
[0003] 複数アクセスポイント（ＡＰ）伝送のための無線送受信ユニット（ＷＴＲＵ）を開示する。このＷＴＲＵは、複数のＡＰのそれぞれから反復ビーコンを受信するように構成されているトランシーバであって、受信される各反復ビーコンは共通情報部分及びＡＰ固有情報部分を含む、トランシーバと、受信した共通情報部分の少なくともサブセットを復号して第１のパラメータを取得し、受信したＡＰ固有情報部分を復号して複数のＡＰのそれぞれに関する第２のパラメータを取得し、第１のパラメータ、取得した第２のパラメータ、及び複数のＡＰの数に基づいて計算を行って計算結果を取得するように構成されているプロセッサとを含み、トランシーバは計算結果に基づくフィードバックを複数のＡＰに伝送するように更に構成されている。
【0004】
図面の簡単な説明
[0004] 添付図面に関連して例として示す以下の説明からより詳細な理解を得ることができ、図中の同様の参照番号は同様の要素を示す。
[0004] 添付図面に関連して例として示す以下の説明からより詳細な理解を得ることができ、図中の同様の参照番号は同様の要素を示す。
【図面の簡単な説明】
【0005】
【図1A】[0005]１つ又は複数の開示する実施形態を実装することができる通信システムの一例を示すシステム図である。
【図2】[0009]協調ＯＦＤＭＡ fractional frequency reuse（ＦＦＲ）の一例を示す。
【図3】[0010]協調ＯＦＤＭＡ ＦＦＲに関連するリソース割り当ての一例を示す。
【図4】[0011]協調ヌリング（nulling）／協調ビームフォーミング（ＣＮ／ＣＢ）のシナリオの一例を示す。
【図5】[0012]ＳＵジョイントプリコーデッドマルチＡＰ伝送又は協調ＳＵビームフォーミングシナリオの一例を示す。
【図6】[0013]ＭＵジョイントプリコーデッドマルチＡＰ伝送又は協調ＭＵビームフォーミングシナリオの一例を示す。
【図7】[0014]セル端ＳＴＡのビーコン伝送カバレッジに関するシナリオの一例を示す。
【図8】[0015]ＳＴＡがＡＰと従来のやり方で又は仮想ＡＰを介してアソシエートすることができるアーキテクチャを示す。
【図9】[0016]ＳＴＡが仮想ＡＰとだけアソシエートするアーキテクチャを示す。
【図10】[0017]異なるタイムスロット内で逐次的に伝送されるマルチＡＰ反復ビーコンを示す。
【図11】[0018]同時に伝送されるマルチＡＰ反復ビーコンを示す。
【図12】[0019]先頭のＡＰがマルチＡＰ反復ビーコンの伝送を開始することができる一例を示す。
【図13】[0020]先頭のＡＰがマルチＡＰビーコントリガフレームを伝送することができる一例を示す。
【図14】[0021]複数のチャネルを伴う逐次伝送スキームの一例を示す。
【図15】[0022]反復ビーコン伝送間隔を伴う柔軟な反復ビーコン伝送の一例を示す。
【図16】[0023]ＴＢＴＴ／ビーコン窓及びt#iの一例を示す。
【図17】[0024]予約／パッド信号の一例を示す。
【図18】[0025]反復ビーコンの測定及びフィードバックの一例を示す。
【図19】[0026]本願の一実施形態による方法の流れ図の一例を示す。
【図20】[0027]集約ビーコン構造の一例を示す。
【図21】[0028]分離ビーコン構造の一例を示す。
【図22】[0029]ＡＰ固有ビーコンの重複を防ぐための許容伝送窓の一例を示す。
【図23】[0030]ＡＰ固有ビーコンの重複を防ぐための非許容伝送窓の一例を示す。
【図24】[0031]単一／マルチＡＰフィードバックポーリング／トリガリングの一例を示す。
【発明を実施するための形態】
【0006】
詳細な説明
[0032] 図１Ａは、１つ又は複数の開示する実施形態を実装することができる通信システム１００の一例を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを提供する多元接続システムであり得る。通信システム１００は、無線帯域幅を含むシステムリソースを共用することによって複数の無線ユーザがかかるコンテンツにアクセスすることを可能にし得る。例えば通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）等の１つ又は複数のチャネルアクセス方法を使用することができる。
[0032] 図１Ａは、１つ又は複数の開示する実施形態を実装することができる通信システム１００の一例を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを提供する多元接続システムであり得る。通信システム１００は、無線帯域幅を含むシステムリソースを共用することによって複数の無線ユーザがかかるコンテンツにアクセスすることを可能にし得る。例えば通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）等の１つ又は複数のチャネルアクセス方法を使用することができる。
【0007】
[0033] 図１Ａに示すように、通信システム１００は無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示する実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境内で動作し及び／又は通信するように構成される任意の種類の装置とすることができる。例として、その何れもステーション（ＳＴＡ）と呼ぶことができるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは無線信号を伝送及び／又は受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定又は移動加入者ユニット、加入ごとのユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はMi-Fi装置、モノのインターネット（ＩｏＴ）装置、時計又は他の着用物、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療装置及び医学的応用（例えば遠隔手術）、工業装置及び工業的応用（例えば工業及び／又は自動化プロセスチェーンの脈絡で動作するロボット及び／又は他の無線装置）、家庭用電子装置、商用及び／又は工業用無線ネットワーク上で動作する装置等を含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄの何れもＵＥと区別なく呼ぶ場合がある。
【0008】
[0034] 通信システム１００は、基地局１１４ａ及び／又は基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２等の１つ又は複数の通信ネットワークへのアクセスを助けるためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースするように構成される任意の種類の装置であり得る。例として、基地局１１４ａ、１１４ｂはベーストランシーバ局（ＢＴＳ）、NodeB、eNode B（eNB）、Home Node B、Home eNode B、次世代NodeB、例えば、gNode B（gNB）、新無線（NR）NodeB、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等であり得る。基地局１１４ａ、１１４ｂを単一の要素としてそれぞれ示すが、基地局１１４ａ、１１４ｂは相互接続された任意の数の基地局及び／又はネットワーク要素を含み得ることが理解されよう。
【0009】
[0035] 基地局１１４ａはＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局及び／又はネットワーク要素（不図示）も含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（不図示）と呼ばれ得る１つ又は複数のキャリア周波数上で無線信号を伝送及び／又は受信するように構成され得る。これらの周波数はライセンススペクトル、非ライセンススペクトル、又はライセンススペクトルと非ライセンススペクトルとの組み合わせの中にあり得る。セルは、相対的に固定されてもよい又は時間と共に変化し得る特定の地理的領域に無線サービスのカバレッジを提供することができる。セルはセルセクタに更に分割され得る。例えば基地局１１４ａに関連するセルは３つのセクタに分割することができる。従って、一実施形態では基地局１１４ａが３つの、即ちセルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａが多重入出力（ＭＩＭＯ）技術を使用することができ、セルのセクタごとに複数のトランシーバを利用し得る。例えば所望の空間方向に信号を伝送及び／又は受信するためにビームフォーミングを使用することができる。
【0010】
[0036] 基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外（ＩＲ）、紫外（ＵＶ）、可視光等）であり得るエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数と通信し得る。エアインタフェース１１６は任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0011】
[0037] より具体的には、上記で述べたように通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡ等の１つ又は複数のチャネルアクセス方式を使用することができる。例えばＲＡＮ１０４内の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１６を確立し得るUniversal Mobile Telecommunications System（ＵＭＴＳ）Terrestrial Radio Access（ＵＴＲＡ）等の無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）及び／又はEvolved HSPA（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含み得る。
【0012】
[0038] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、Long Term Evolution（LTE）及び／又はLTE-Advanced（LTE-A）及び／又はLTE-Advanced Pro（LTE-A Pro）を使用してエアインタフェース１１６を確立し得るEvolved UMTS Terrestrial Radio Access（E-UTRA）等の無線技術を実装することができる。
【0013】
[0039] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＮＲを使用してエアインタフェース１１６を確立し得るＮＲ無線アクセス等の無線技術を実装することができる。
【0014】
[0040] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが複数の無線アクセス技術を実装することができる。例えば基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばデュアルコネクティビティ（ＤＣ）の原理を使用してＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装することができる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数の種類の無線アクセス技術及び／又は複数の種類の基地局（例えばeNB及びgNB）との間で送信される伝送によって特徴付けることができる。
【0015】
[0041] 他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、IEEE 802.11（即ちWireless Fidelity（WiFi）、IEEE 802.16（即ちWorldwide Interoperability for Microwave Access（WiMAX））、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、Interim Standard 2000（IS-2000）、Interim Standard 95（IS-95）Interim Standard 856（IS-856）、Global System for Mobile communications（GSM）、Enhanced Data rates for GSM Evolution（EDGE）、GSM EDGE（GERAN）等の無線技術を実装することができる。
【0016】
[0042] 図１Ａの基地局１１４ｂは、例えば無線ルータ、Home Node B、Home eNode B、又はアクセスポイントとすることができ、事業所、自宅、車両、キャンパス、工業施設、（例えばドローンによる使用のための）空中回廊、道路等の局所的領域内の無線接続性を促進するために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄがIEEE 802.11等の無線技術を実装して無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄがIEEE 802.15等の無線技術を実装して無線パーソナルエリアネットワーク（WPAN）を確立することができる。更に別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄがセルラベースのＲＡＴ（例えばWCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等）を利用してピコセル又はフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂはインターネット１１０への直接接続を有し得る。従って、基地局１１４ｂはＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。
【0017】
[0043] ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数に音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成される任意の種類のネットワークであり得るＣＮ１０６と通信し得る。データは、異なるスループット要件、遅延要件、エラー許容範囲要件、信頼性要件、データスループット要件、モビリティ要件等、種々のサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイド通話、インターネット接続、ビデオ配信等を提供することができ、及び／又はユーザ認証等の高レベルセキュリティ機能を実行することができる。図１Ａには不図示だが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを使用する他のＲＡＮと直接的に又は間接的に通信し得ることが理解されよう。例えばＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加え、ＣＮ１０６はGSM、UMTS、CDMA2000、WiMAX、E-UTRA、又はWiFi無線技術を使用する別のＲＡＮ（不図示）と通信することもできる。
【0018】
[0044] ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、及び／又はインターネットプロトコル（ＩＰ）等の共通の通信プロトコルを使用する、相互接続されたコンピュータネットワーク及び装置の世界的なシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有され及び／又は運営される有線及び／又は無線通信ネットワークを含み得る。例えばネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを使用し得る１つ又は複数のＲＡＮに接続される別のＣＮを含み得る。
【0019】
[0045] 通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部又は全てがマルチモード機能を含み得る（例えばＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは様々な無線リンク上で様々な無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用し得る基地局１１４ａと、及びIEEE 802無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。
【0020】
[0046] 図１Ｂは、ＷＴＲＵ１０２の一例を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２はとりわけプロセッサ１１８、トランシーバ１２０、伝送／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、脱着不能メモリ１３０、脱着可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、及び／又は他の周辺装置１３８を含み得る。ＷＴＲＵ１０２は、実施形態と合致したままで上記の要素の任意のサブコンビネーションを含み得ることが理解されよう。
【0021】
[0047] プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ又は複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書換可能ゲートアレイ（ＦＰＧＡ）、他の任意の種類の集積回路（ＩＣ）、状態機械等であり得る。プロセッサ１１８は、信号符号化、データ処理、出力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境内で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、伝送／受信要素１２２に結合され得るトランシーバ１２０に結合されてもよい。図１Ｂはプロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は電子パッケージ又はチップ内に統合され得ることが理解されよう。
【0022】
[0048] 伝送／受信要素１２２は、エアインタフェース１１６上で基地局（例えば基地局１１４ａ）との間で信号を伝送又は受信するように構成され得る。例えば一実施形態では、伝送／受信要素１２２はＲＦ信号を伝送及び／又は受信するように構成されるアンテナであり得る。一実施形態では、伝送／受信要素１２２は例えばＩＲ、ＵＶ、又は可視光信号を伝送及び／又は受信するように構成されるエミッタ／検出器であり得る。更に別の実施形態では、伝送／受信要素１２２はＲＦ信号及び光信号の両方を伝送及び／又は受信するように構成され得る。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送及び／又は受信するように構成され得ることが理解されよう。
【0023】
[0049] 図１Ｂでは伝送／受信要素１２２を単一の要素として示すが、ＷＴＲＵ１０２は任意の数の伝送／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を使用することができる。従って一実施形態では、ＷＴＲＵ１０２はエアインタフェース１１６上で無線信号を伝送し受信するための２つ以上の伝送／受信要素１２２（例えば複数のアンテナ）を含み得る。
【0024】
[0050] トランシーバ１２０は、伝送／受信要素１２２によって伝送される信号を変調するように、及び伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記で述べたように、ＷＴＲＵ１０２はマルチモード機能を有することができる。従ってトランシーバ１２０は、ＷＴＲＵ１０２が例えばＮＲ及びIEEE 802.11等の複数のＲＡＴによって通信することを可能にするための複数のトランシーバを含み得る。
【0025】
[0051] ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば液晶ディスプレイ（ＬＣＤ）ディスプレイユニット又は有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、そこからユーザ入力データを受信し得る。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えてプロセッサ１１８は、脱着不能メモリ１３０及び／又は脱着可能メモリ１３２等の任意の種類の適切なメモリの情報にアクセスし、かかるメモリ内にデータを記憶することができる。脱着不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク、又は他の任意の種類のメモリ記憶装置を含み得る。脱着可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態ではプロセッサ１１８は、サーバ上又はホームコンピュータ上（不図示）等、ＷＴＲＵ１０２上に物理的に位置しないメモリの情報にアクセスし、かかるメモリ内にデータを記憶することができる。
【0026】
[0052] プロセッサ１１８は、電源１３４から電力を得ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配し及び／又は制御するように構成され得る。電源１３４はＷＴＲＵ１０２に給電するための任意の適切な装置であり得る。例えば電源１３４は、１つ又は複数の乾電池（例えばニッケルカドミウム（NiCd）、ニッケル亜鉛（NiZn）、ニッケル水素（NiMH）、リチウムイオン（Li-ion）等）、太陽電池、燃料電池等を含み得る。
【0027】
[0053] プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度及び緯度）を提供するように構成され得るＧＰＳチップセット１３６にも結合され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は基地局（例えば基地局１１４ａ、１１４ｂ）からエアインタフェース１１６上で位置情報を受信することができ、及び／又は２つ以上の近くの基地局から受信される信号のタイミングに基づいて自らの位置を突き止めることができる。ＷＴＲＵ１０２は、実施形態と合致したままで任意の適切な位置決定方法によって位置情報を取得できることが理解されよう。
【0028】
[0054] プロセッサ１１８は、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ又は複数のソフトウェア及び／又はハードウェアモジュールを含み得る他の周辺装置１３８に更に結合され得る。例えば周辺装置１３８は、加速度計、ｅコンパス、衛星トランシーバ、（写真及び／又はビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビ受信機、ハンズフリーヘッドセット、Bluetooth（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（ＶＲ／ＡＲ）装置、活動トラッカ等を含み得る。周辺装置１３８は１つ又は複数のセンサを含むことができ、センサはジャイロスコープ、加速度計、ホール効果センサ、磁気計、方位センサ、近接センサ、温度センサ、時間センサ、地理位置センサ、高度計、光センサ、タッチセンサ、磁気計、気圧計、ジェスチャセンサ、バイオメトリクセンサ、湿度センサ等のうちの１つ又は複数であり得る。
【0029】
[0055] ＷＴＲＵ１０２は、（例えば（例えば伝送用の）ＵＬ及び（例えば受信用の）ＤＬの両方の特定のサブフレームに関連する信号の一部又は全ての伝送及び受信が並行及び／又は同時であり得る全二重無線を含み得る。全二重無線は、ハードウェアによる自己干渉（例えばチョーク）又はプロセッサによる（例えば別個のプロセッサ（不図示）又はプロセッサ１１８による）信号処理による自己干渉を減らし及び又はほぼなくすための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２が半二重無線を含むことができ、（例えば（例えば伝送用の）ＵＬ又は（例えば受信用の）ＤＬの特定のサブフレームに関連する）信号の一部又は全ての伝送及び受信。
【0030】
[0056] 図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記で述べたように、ＲＡＮ１０４はエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにE-UTRA無線技術を使用することができる。ＲＡＮ１０４はＣＮ１０６と通信することもできる。
【0031】
[0057] ＲＡＮ１０４はeNode-B１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は実施形態と合致したままで任意の数のeNode-Bを含み得ることが理解されよう。eNode-B１６０ａ、１６０ｂ、１６０ｃは、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数のトランシーバをそれぞれ含み得る。一実施形態では、eNode-B１６０ａ、１６０ｂ、１６０ｃがＭＩＭＯ技術を実装することができる。従って、例えばeNode-B１６０ａは複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を伝送及び／又は受信することができる。
【0032】
[0058] eNode-B１６０ａ、１６０ｂ、１６０ｃのそれぞれは特定のセル（不図示）に関連することができ、無線リソース管理の判断、ハンドオーバの判断、ＵＬ及び／又はＤＬ内のユーザのスケジューリング等を処理するように構成され得る。図１Ｃに示すように、eNode-B１６０ａ、１６０ｂ、１６０ｃはＸ２インタフェース上で互いに通信することができる。
【0033】
[0059] 図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、及びパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含み得る。上記の要素をＣＮ１０６の一部として示すが、これらの要素の何れもＣＮオペレータ以外のエンティティによって所有され及び／又は運営され得ることが理解されよう。
【0034】
[0060] ＭＭＥ１６２は、Ｓ１インタフェースによってＲＡＮ１０４内のeNode-B１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続することができ、制御ノードとして働き得る。例えばＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラの活性化／非活性化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービングゲートウェイを選択すること等を担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭ及び／又はＷＣＤＭＡ等の他の無線技術を使用する他のＲＡＮ（不図示）とを切り替えるための制御プレーン機能を提供し得る。
【0035】
[0061] ＳＧＷ１６４は、Ｓ１インタフェースによってＲＡＮ１０４内のeNode B１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。ＳＧＷ１６４は概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間のユーザデータパケットをルートし転送することができる。ＳＧＷ１６４は、eNode B間のハンドオーバ中のユーザプレーンのアンカリング、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとって利用可能な場合のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理及び記憶等の他の機能を実行してもよい。
【0036】
[0062] ＳＧＷ１６４はＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを与えてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を促進することができる。
【0037】
[0063] ＣＮ１０６は他のネットワークとの通信を促進することができる。例えばＣＮ１０６は、ＰＳＴＮ１０８等の回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信装置との間の通信を促進することができる。例えばＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、又はかかるＩＰゲートウェイと通信し得る。加えてＣＮ１０６は、他のサービスプロバイダによって所有され及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。
【0038】
[0064] 図１Ａ～図１ＤではＷＴＲＵを無線端末として示すが、特定の代表的な実施形態ではかかる端末が通信ネットワークとの有線通信インタフェースを（例えば一時的に又は永続的に）使用できることが企図される。
【0039】
[0065] 代表的な実施形態では、他のネットワーク１１２がＷＬＡＮであり得る。
【0040】
[0066] インフラストラクチャ基本サービスセット（ＢＳＳ）モード内のＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰにアソシエートする１つ又は複数のステーション（ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内外にトラフィックを運ぶ分配システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインタフェースを有し得る。ＢＳＳの外部から生じるＳＴＡへのトラフィックはＡＰを介して到着することができ、ＳＴＡに届けられ得る。ＢＳＳの外部の宛先へのＳＴＡから生じるトラフィックは、それぞれの宛先に届けられるようにＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックはＡＰを介して送信することができ、例えばソースＳＴＡはＡＰにトラフィックを送信することができ、ＡＰはそのトラフィックを宛先ＳＴＡに届けることができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なす及び／又は呼ぶことができる。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（例えば直接）送信され得る。特定の代表的な実施形態では、ＤＬＳが802.11e ＤＬＳ又は802.11z tunneled ＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有さない場合があり、ＩＢＳＳ内の又はＩＢＳＳを使用するＳＴＡ（例えばＳＴＡの全て）が互いに直接通信することができる。ＩＢＳＳモードの通信は、本明細書では「アドホック」モードの通信と呼ぶ場合もあり得る。
【0041】
[0067] 802.11acインフラストラクチャモードの動作又は同様のモードの動作を使用する場合、ＡＰは一次チャネル等の固定チャネル上でビーコンを伝送することができる。一次チャネルは固定幅（例えば２０ＭＨｚ幅の帯域）又は動的に設定された幅であり得る。一次チャネルはＢＳＳの動作チャネルとすることができ、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、例えば802.11システム内でCarrier Sense Multiple Access with Collision Avoidance（ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（例えば全てのＳＴＡ）が一次チャネルを検知することができる。一次チャネルがビジーであると特定のＳＴＡによって検知／検出され及び／又は判定される場合、特定のＳＴＡはバックオフすることができる。所与のＢＳＳ内で１つのＳＴＡ（例えば１つのステーションだけ）が任意の所与の時点において伝送することができる。
【0042】
[0068] 例えば４０ＭＨｚ幅のチャネルを形成するための一次２０ＭＨｚチャネルと隣接する又は隣接しない２０ＭＨｚチャネルとの組み合わせにより、高スループット（ＨＴ）ＳＴＡは４０ＭＨｚ幅のチャネルを通信に使用することができる。
【0043】
[0069] 超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚのチャネルは連続した２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚのチャネルは連続した８個の２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と呼ばれ得る２個の不連続８０ＭＨｚチャネルを組み合わせることによって形成することができる。８０＋８０構成では、データを２つのストリームに分割し得るセグメントパーサにチャネル符号化後のデータを通すことができる。逆高速フーリエ変換（ＩＦＦＴ）処理及び時間領域処理を各ストリームに対して別々に行うことができる。ストリームは２個の８０ＭＨｚチャネル上にマップすることができ、伝送側ＳＴＡによってデータが伝送され得る。受信側ＳＴＡの受信機において、上記の８０＋８０構成の動作を逆にすることができ、複合データが媒体アクセス制御（ＭＡＣ）に送信され得る。
【0044】
[0070] サブ１ＧＨｚモードの動作が802.11af及び802.11ahによってサポートされている。802.11n及び802.11acで使用されているものと比べ、802.11af及び802.11ahではチャネル動作帯域幅及びキャリアが低減される。802.11afはＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚ帯域幅をサポートし、802.11ahは非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、802.11ahはマクロカバレッジエリア内のＭＴＣ装置等のメータタイプ制御／マシンタイプ通信（ＭＴＣ）をサポートすることができる。ＭＴＣ装置は特定の機能、例えば特定の及び／又は限られた帯域幅へのサポート（例えばそれらだけのサポート）を含む限られた機能を有し得る。ＭＴＣ装置は（例えば非常に長い電池寿命を保つための）閾値を上回る電池寿命を有する電池を含み得る。
【0045】
[0071] 802.11n、802.11ac、802.11af、及び802.11ah等の複数のチャネル及びチャネル帯域幅をサポートし得るＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含むことができる。一次チャネルはＢＳＳ内の全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、最小帯域幅動作モードをサポートすることができる、ＢＳＳ内で動作する全てのＳＴＡの中のＳＴＡによって設定され及び／又は限定され得る。802.11ahの例では、たとえＡＰ及びＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅の動作モードをサポートしても、１ＭＨｚモードをサポートする（例えばそれだけをサポートする）ＳＴＡ（例えばＭＴＣ型装置）では一次チャネルは１ＭＨｚ幅であり得る。キャリア検知及び／又はネットワーク割り当てベクトル（ＮＡＶ）の設定は一次チャネルの状態に依存し得る。例えば（１ＭＨｚの動作モードだけをサポートする）ＳＴＡがＡＰに伝送することによって一次チャネルがビジー状態の場合、利用可能な周波数帯域の大部分が使用されていないままであるとしても、利用可能な全ての周波数帯域がビジー状態と見なされ得る。
【0046】
[0072] 米国では802.11ahによって使用され得る利用可能な周波数帯域は９０２ＭＨｚから９２８ＭＨｚである。韓国では利用可能な周波数帯域は９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では利用可能な周波数帯域は９１６．５ＭＨｚから９２７．５ＭＨｚである。国コードにもよるが、802.11ahに利用可能な総帯域幅は６ＭＨｚから２６ＭＨｚである。
【0047】
[0073] 図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記で述べたように、ＲＡＮ１０４はＮＲ無線技術を使用してエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はＣＮ１０６と通信することもできる。
【0048】
[0074] ＲＡＮ１０４はgNB１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は実施形態と合致したままで任意の数のgNBを含み得ることが理解されよう。gNB１８０ａ、１８０ｂ、１８０ｃは、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数のトランシーバをそれぞれ含み得る。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃがＭＩＭＯ技術を実装することができる。例えばgNB１８０ａ、１８０ｂはビームフォーミングを利用して、gNB１８０ａ、１８０ｂ、１８０ｃとの間で信号を伝送及び／又は受信することができる。従って、例えばgNB１８０ａは複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を伝送及び／又は受信することができる。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃがキャリアアグリゲーション技術を実装することができる。例えばgNB１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリア（不図示）を伝送することができる。これらのコンポーネントキャリアのサブセットは非ライセンススペクトル上にあり得る一方、残りのコンポーネントキャリアはライセンススペクトル上にあり得る。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃは多地点協調（ＣｏＭＰ）技術を実装することができる。例えばＷＴＲＵ１０２ａはgNB１８０ａ及びgNB１８０ｂ（及び／又はgNB１８０ｃ）から協調伝送を受信することができる。
【0049】
[0075] ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはスケーラブルな数秘学に関連する伝送を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は様々な伝送、様々なセル、及び／又は無線伝送スペクトルの様々な部分ごとに異なり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば異なる数のＯＦＤＭシンボルを含む及び／又は可変長の絶対時間継続する）様々な長さの又はスケーラブルな長さのサブフレーム又は伝送時間間隔（ＴＴＩ）を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【0050】
[0076] gNB１８０ａ、１８０ｂ、１８０ｃは、独立型の構成及び／又は非独立型の構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えばeNode-B１６０ａ、１６０ｂ、１６０ｃ等）にもアクセスすることなしにgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはモビリティアンカポイントとしてgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数を利用することができる。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは非ライセンス帯域内の信号を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。非独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、eNode-B１６０ａ、１６０ｂ、１６０ｃ等の別のＲＡＮとも通信しながら／それらにも接続しながら、gNB１８０ａ、１８０ｂ、１８０ｃと通信する／それらに接続することができる。例えばＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣの原理を実装して１つ又は複数のgNB１８０ａ、１８０ｂ、１８０ｃ及び１つ又は複数のeNode-B１６０ａ、１６０ｂ、１６０ｃとほぼ同時に通信することができる。非独立型の構成では、eNode-B１６０ａ、１６０ｂ、１６０ｃがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカの役割を果たすことができ、gNB１８０ａ、１８０ｂ、１８０ｃはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービス提供するための追加のカバレッジ及び／又はスループットを提供することができる。
【0051】
[0077] gNB１８０ａ、１８０ｂ、１８０ｃのそれぞれは特定のセル（不図示）に関連することができ、無線リソース管理の判断、ハンドオーバの判断、ＵＬ及び／又はＤＬ内のユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、ＮＲとE-UTRAとの間の網間接続、User Plane Function（ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、Access and Mobility Management Function（ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティング等を処理するように構成され得る。図１Ｄに示すように、gNB１８０ａ、１８０ｂ、１８０ｃはＸｎインタフェース上で互いに通信することができる。
【0052】
[0078] 図１Ｄに示すＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのSession Management Function（ＳＭＦ）１８３ａ、１８３ｂ、及びことによるとデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。上記の要素をＣＮ１０６の一部として示すが、これらの要素の何れもＣＮオペレータ以外のエンティティによって所有され及び／又は運営され得ることが理解されよう。
【0053】
[0079] ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースによってＲＡＮ１０４内のgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続することができ、制御ノードとして働き得る。例えばＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば様々な要件を有する様々なプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終了、モビリティ管理等を担うことができる。ネットワークスライシングは、利用されているサービスの種類に基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするためにＡＭＦ１８２ａ、１８２ｂによって使用され得る、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、ＭＴＣアクセスのためのサービス等、様々な使用事例ごとに様々なネットワークスライスを確立することができる。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４とLTE、LTE-A、LTE-A Pro、及び／又はWiFi等の非3GPPアクセス技術等の他の無線技術を使用する他のＲＡＮ（不図示）とを切り替えるための制御プレーン機能を提供し得る。
【0054】
[0080] ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースによってＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースによってＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂはＵＰＦ１８４ａ、１８４ｂを選択し制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスの管理及び割り当て、ＰＤＵセッションの管理、ポリシ強制及びＱｏＳの制御、ＤＬデータ通知の提供等の他の機能を実行することができる。ＰＤＵセッションの種類はＩＰベース、非ＩＰベース、イーサネットベース等であり得る。
【0055】
[0081] ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースによってＲＡＮ１０４内のgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続することができ、gNBはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを与えてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を促進することができる。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシの強制、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの対処、ＤＬパケットのバッファリング、モビリティアンカリングの提供等の他の機能を実行することができる。
【0056】
[0082] ＣＮ１０６は他のネットワークとの通信を促進することができる。例えばＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、又はかかるＩＰゲートウェイと通信し得る。加えてＣＮ１０６は、他のサービスプロバイダによって所有され及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース並びにＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介してＵＰＦ１８４ａ、１８４ｂ経由でローカルＤＮ１８５ａ、１８５ｂに接続され得る。
【0057】
[0083] 図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、eNode-B１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、gNB１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載の他の任意の装置のうちの１つ又は複数に関して本明細書に記載する機能の１つ若しくは複数又は全てが１つ又は複数のエミュレーション装置（不図示）によって実行され得る。エミュレーション装置は、本明細書に記載する機能の１つ若しくは複数又は全てをエミュレートするように構成される１つ又は複数の装置であり得る。例えばエミュレーション装置は、他の装置をテストするために及び／又はネットワーク及び／又はＷＴＲＵの機能をシミュレートするために使用することができる。
【0058】
[0084] エミュレーション装置は、実験室環境内で及び／又はオペレータネットワーク環境内で他の装置の１つ又は複数のテストを実施するように設計され得る。例えば１つ又は複数のエミュレーション装置は、通信ネットワーク内の他の装置をテストするために有線及び／又は無線通信ネットワークの一部として完全に又は部分的に実装され及び／又は導入されながら１つ若しくは複数又は全ての機能を実行することができる。１つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として一時的に実装／導入されながら１つ若しくは複数又は全ての機能を実行することができる。エミュレーション装置は、テストのために別の装置に直接結合することができ、及び／又は無線による通信を使用してテストを行うことができる。
【0059】
[0085] １つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として実装／導入されなくても、全てを含む１つ又は複数の機能を実行することができる。例えばエミュレーション装置は、１つ又は複数のコンポーネントのテストを実施するために、テスト実験室及び／又は非導入（例えばテスト）有線及び／又は無線通信ネットワーク内のテストシナリオにおいて利用することができる。１つ又は複数のエミュレーション装置はテスト機器であり得る。データを伝送及び／又は受信するために、（例えば１つ又は複数のアンテナを含み得る）ＲＦ回路による直接のＲＦ結合及び／又は無線通信がエミュレーション装置によって使用され得る。
【0060】
[0086] 典型的な802.11ネットワークではＳＴＡが単一のＡＰとアソシエートし、近隣のＢＳＳ内の伝送との協調が殆どない又はない状態でそのＡＰとの間で伝送を行う。ＳＴＡは、ＢＳＳ間で完全に独立したＣＳＭＡプロトコルに基づいて重複ＢＳＳ（ＯＢＳＳ）伝送に従うことができる。802.11axシステムは、調節済みのエネルギ検出閾値に基づくＯＢＳＳ伝送を可能にするためのspatial reuse手続きにより（ＯＢＳＳパケット検出（ＰＤ）手続きを使用する）、又は受信側のＯＢＳＳ ＳＴＡによって許容され得る干渉量の知識により（spatial reuseパラメータ（ＳＲＰ）手続きを使用する）、ＯＢＳＳ間のある程度の協調をサポートすることができる。本願では、別段の定めがない限りＳＴＡ及びＷＴＲＵという用語を区別なく使用する場合がある。
【0061】
[0087] 一部の実施形態は、例えば複数のＡＰから単一の又は複数のＳＴＡへの伝送を可能にすることにより、ＯＢＳＳ間の更なる協調を可能にする。とりわけこれは3GPP LTE Release 10の中の協調マルチポイント（ＣｏＭＰ）伝送と区別され得る。例えばＯＢＳＳ間の協調は非ライセンス帯域を使用して実装することができ、802.11プロトコルに固有であり得る。
【0062】
[0088] ＣｏＭＰでは、検討するＷＴＲＵの全体的なスループットを改善する目的で、複数のeNBがジョイント処理／伝送を使用して同じ時間及び周波数リソース内で同じ又は複数のＷＴＲＵに伝送することができる。動的セル選択は、１組のeNBのうちの１つだけが任意の時点においてデータを能動的に伝送するジョイント処理の特例として扱われ得る。他方で、各ＷＴＲＵが受ける干渉を減らす目的で、複数のeNBが協調ビームフォーミング／スケジューリングを使用して同じ時間及び周波数リソース内で異なるＷＴＲＵに伝送することができる（各eNBは自らのＷＴＲＵにサービス提供する）。ＬＴＥ内のＣｏＭＰにより、セル平均及び／又はセル端スループットの著しい改善を実現することができる。それぞれの基地局について複数の伝送アンテナが利用可能だと考えることができる。各基地局における空間領域信号処理により、（他のＷＴＲＵのための）同時干渉抑制及び（所望のＷＴＲＵのための）信号品質の最適化が行われ得る。
【0063】
[0089] 概して、例えば明示的フィードバックにより、基地局においてある程度のチャネル状態情報が利用可能だと考えることができる。更に、キャリア間の干渉（又はシンボル間の干渉）に対処するためのより複雑な信号処理を回避することができるように、ある程度のタイミング及び／又は周波数の同期が想定され得る。更に、可能であり得る特定のＣｏＭＰスキームにeNB間の協調レベルが影響を及ぼす場合がある。
【0064】
[0090] ＷＬＡＮ内のマルチＡＰ伝送スキームは、例えば協調ＯＦＤＭＡ、協調ヌリング／協調ビームフォーミング（ＣＮ／ＣＢ）、及び／又は協調ＳＵ／ＭＵ伝送として分類することができる。協調ＳＵ伝送の場合、複数のＡＰが１つのリソースユニット（ＲＵ）内でＳＴＡに伝送する。協調ＳＵ伝送は、（複雑な順に）動的ポイント選択、協調ＳＵビームフォーミング、及び／又は協調ＭＵビームフォーミングのうちの１つ又は複数を含み得る。動的ポイント選択の場合、伝送は１組のＡＰのうちの１つから動的に選択することができる。これはＨＡＲＱを含み得ることに留意されたい。協調ＳＵビームフォーミングの場合、伝送は複数のＡＰから同時に行うことができ、伝送はビームフォーミングされ得る。協調ＭＵビームフォーミングの場合、複数のＡＰが複数のＳＴＡとの間で１つのＲＵ上でデータを送受信する。
【0065】
[0091] 協調ＯＦＤＭＡでは、データを送受信するためにＲＵの各グループが１つのＡＰだけによって使用され得る。情報は各ＲＵ上でビームフォーミングされてもよく、又はＭＵ－ＭＩＭＯを有し得る。複雑さは相対的に低から中程度として表すことができる。簡単な協調ＯＦＤＭＡスキームでは、例えば各ＡＰが特定のＲＵに制限された状態で、ＡＰがＯＦＤＭＡ ＲＵをＡＰ間で協調的なやり方で分割することができる。ＡＰが干渉の影響を受けていないＳＴＡ又は他に影響を及ぼさないＳＴＡが全帯域幅を利用することを、影響を受ける可能性があるＳＴＡのアクセスを制限しながら可能にするより洗練されたスキームが生じ得る。このスキームをfractional frequency reuse（ＦＦＲ）と呼ぶことができる。図２は、協調ＯＦＤＭＡ ＦＦＲの一例を示す。図３は、協調ＯＦＤＭＡ ＦＦＲに関連するリソース割り当ての一例を示す。
【0066】
[0092] 協調ヌリング／協調ビームフォーミング（ＣＮ／ＣＢ）では、各ＡＰが自らの所望のＳＴＡとの間で情報を送受信するために、及び他のＳＴＡとの間の干渉を抑制するためにプリコーディングを適用することができる。図４はＣＮ／ＣＢのシナリオの一例を示す。図４に示すように、ＡＰ１は自らの所望のＳＴＡ、即ちＳＴＡ１との間で情報を送受信することができ、ＡＰ２は自らの所望のＳＴＡ、即ちＳＴＡ２との間で情報を送受信することができる。ＡＰ１はＳＴＡ２との間の干渉を抑制することができ、ＡＰ２はＳＴＡ２との間の干渉を抑制することができる。この事例では、各ＳＴＡのためのデータがその関連するＡＰにおいてのみ必要であり得るが、一部の実装形態では他方のＳＴＡからのチャネル情報が両方のＡＰにおいて必要であり得ることを指摘しておく。
【0067】
[0093] 協調ＳＵ又はＭＵ（ＳＵ／ＭＵ）伝送では、複数のＡＰが協調して単一のＳＴＡ又は複数のＳＴＡとの間で情報を同時に送受信することができる。この場合、ＳＴＡのためのチャネル情報及びデータがどちらも両方のＡＰにおいて必要であり得る。協調ＳＵ／ＭＵ伝送は、協調ＳＵ伝送及び／又は協調ＭＵビームフォーミングを含み得る。
【0068】
[0094] 協調ＳＵ伝送では、複数のＡＰが１つのＲＵ内でＳＴＡに伝送することができる。協調ＳＵ伝送は、（複雑な順に）動的ポイント選択、及び／又は協調ＳＵビームフォーミング、若しくはジョイントプリコーディングを含み得る。動的ポイント選択では、伝送は１組のＡＰのうちの１つから動的に選択することができる。この選択はＨＡＲＱを取り入れる場合がある。協調ＳＵビームフォーミング又はジョイントプリコーディングでは、伝送が複数のＡＰから同時とすることができ、１つ又は複数のＲＵ上で所望のＳＴＡにビームフォーミング又はプリコーディングされ得る。図５は、ＳＵジョイントプリコーデッドマルチＡＰ伝送又は協調ＳＵビームフォーミングシナリオの一例を示す。図５に示すように、２つのＡＰ（ＡＰ１及びＡＰ２）とＳＴＡが１つだけある（ＳＴＡ１）。ＡＰ１及びＡＰ２はＳＴＡ１への伝送を同時に行うことができ、伝送は１つ又は複数のＲＵ上でＳＴＡ１にビームフォーミング又はプリコーディングされ得る。
【0069】
[0095] 協調ＭＵビームフォーミングでは、複数のＡＰが１つ又は複数のＲＵ上で複数のＳＴＡとの間でデータを送受信し得る。図６は、ＭＵジョイントプリコーデッドマルチＡＰ伝送又は協調ＭＵビームフォーミングシナリオの一例を示す。図６に示すように、２つのＡＰ（ＡＰ１及びＡＰ２）と２つのＳＴＡ（ＳＴＡ１及びＳＴＡ２）とがある。各ＡＰは２つのＳＴＡとの間でデータを送受信することができる。
【0070】
[0096] 本明細書で論じる一部の実施形態はジョイントマルチＡＰ伝送シナリオを対象とする。以下の説明は幾つかの問題、及び本願に従ってそれらの問題を解決するための技術的解決策を記載する。以下の説明は本願によって解決すべき技術的問題をまず記載する。
【0071】
[0097] 問題１：本明細書で論じる一部の実施形態はマルチＡＰ伝送におけるオーバヘッドに関する。マルチＡＰ通信ネットワークを用いて、ＳＴＡへのデータはダウンリンク内で複数のＡＰから同時に伝送することができ、ＳＴＡからのデータはアップリンク内で複数のＡＰに同時に伝送することができる。この能力を使用可能にするために、ＳＴＡを複数のＡＰにアソシエートして同時のマルチＡＰ伝送／受信を可能にする必要があり得る。従来のＡＰ－ＳＴＡアソシエーションプロトコルはこの機能を促進せず、それは各ＳＴＡが所与の時点において１つのＡＰとしかアソシエートできないからである。従って、マルチＡＰアソシエーションを実現するためのより効率的な方法を開発することが望ましい可能性がある。
【0072】
[0098] 問題２：一部の実施形態では、より高いピークスループット及び効率の高まり並びにより優れたＢＳＳ端カバレッジ（例えばセル端のＳＴＡに到達するためにマルチＡＰスキームが使用され得る）を実現するために複数のＡＰが協調することができる。好ましくは、一部の実施形態はセル端ＳＴＡに対する公平性及びセル端ＳＴＡのカバレッジに対処することができる。単一ＡＰシナリオでは、ＳＴＡは通常は１つのＡＰからのビーコンだけをリッスンすることができ、カバレッジエリアの端にあるＳＴＡ、ＡＰは通常ビーコン伝送を復号するのが困難であり得る。従ってネットワーク内のマルチＡＰ能力に関して、ビーコンの伝送及び受信のためのカバレッジ範囲を拡張するためのスキーム及びメカニズムを提供することが望ましい可能性がある。図７は、セル端ＳＴＡのビーコン伝送カバレッジに関する例示的シナリオを示す。図７では、セル端にあるＳＴＡを矢印が示す。一部の実装形態では、ＳＴＡがジョイント伝送によって到達され得る。一部の実装形態では、ＳＴＡが通常ビーコンを受信できる場合も受信できない場合もある。
【0073】
[0099] 問題３：本明細書で論じる一部の実施形態は、複数のＡＰから受信するときの時間同期（例えばＴＳＦ）に関する。マルチＡＰ伝送では、セル端ＳＴＡがビーコンフレームに関して仮想ＡＰセット内の全てのＡＰからジョイント伝送を同時に受信する場合、ＳＴＡにおける時間同期機能がレガシＳＴＡと同じやり方で動作し得る。しかし各ＡＰは標的ビーコン伝送時間（ＴＢＴＴ）において独自のビジー／アイドル媒体状態を有し、ＡＰの全てが所望の時点においてジョイント伝送を行えるわけではない可能性がある。その場合、様々なＡＰからのビーコンフレームの伝送時間をずらすことができる。たとえ仮想ＡＰセット／マルチＡＰセット内の全てのＡＰからジョイント伝送を伝送できても、例えばＯＢＳＳからの局所干渉によりセル端ＳＴＡは依然としてかかる伝送を受信できない可能性がある。その場合、例えば干渉に関してダイバーシティを増大させるためにＡＰが自らのビーコン伝送を時間の点で意図的にずらすことが有益であり得る。
【0074】
[0100] ビーコンが異なる時点において伝送される場合、それらの中のタイムスタンプフィールドは異なることになっている。コンテンツの残りの部分が同じＢＩ内のビーコン間で同じであることを所与とし、異なるタイムスタンプフィールドは異なるＰＳＤＵを作成する。このことはＰＨＹ方法が信号を効果的に組み合わせることを妨げる。
【0075】
[0101] 一部の実施形態では、この問題を克服するために、全てのＡＰが自らの伝送ビーコンフレーム内で特定のビーコンフレーム（例えばＢＩ内で伝送される最初のビーコン）のタイムスタンプを使用することができる。但しこの形態はＡＰ及びＳＴＡの両方がこのビーコンフレームの伝送を少なくとも検出できることを必要とする場合があり、ＡＰがこの特定のフレームを復号できることを必要とし得る。この手法は異なる時点において伝送される複数のビーコンをもたらし得る。しかしＳＴＡが最初のビーコンを（例えば衝突によって）検出できない場合、タイミング同期機能（ＴＳＦ）がこのビーコン間隔（ＢＩ）内で更新されず、又は２番目の若しくはそれよりも後のビーコンに基づいて更新される可能性がある。そのことは、例えばタイムスタンプの瞬間における特定の伝送のこの弱点により、時間ダイバーシティの対象が時間内に複数のビーコンを伝送することを妨げる可能性がある。
【0076】
[0102] 問題４：本明細書で論じる一部の実施形態はマルチＡＰ空間パンクチャリングに関する。マルチＡＰ伝送及び受信は、ＳＴＡとの間で送受信するＡＰのグループを含み得る。一部の事例では、グループ内の全てのＡＰがＳＴＡへの特定の伝送又はＳＴＡからの受信に参加する必要がない場合がある。一部の実装形態では、ＡＰのサブセットだけが利用されるようにＳＴＡが動的ＡＰ選択スキーム内でＡＰのグループを促進し得る。
【0077】
[0103] 以下の説明は、上述の問題１を解決するための方法及び手続きをまず記載する。つまり、本明細書で開示する方法及び手続きは、マルチＡＰ伝送におけるオーバヘッドに関する上述の問題に対処する。マルチＡＰ伝送を可能にするために、複数のＡＰ又はＡＰのグループが、共有された仮想基本サービスセット識別子（ｖＢＳＳＩＤ）及び／又は仮想サービスセット識別子（ｖＳＳＩＤ）を有する「仮想ＡＰ」を形成し得る。ＳＴＡはｖＢＳＳＩＤ及び／又はｖＳＳＩＤを使用し、ＡＰのグループであることを知ることなしにアソシエートすることができる。図８及び図９は、例示的な仮想ＡＰアーキテクチャを示す。図８は、ＳＴＡがＡＰと従来のやり方でアソシエートすることができる、又は仮想ＡＰを介してＡＰのグループとアソシエートすることができるアーキテクチャを示す。図９は、ＳＴＡが仮想ＡＰを介してのみＡＰのグループとアソシエートするアーキテクチャを示す。
【0078】
[0104] 図８の例では、各ＡＰが独自のＢＳＳを有することができる。加えて、ＡＰのグループは仮想ＡＰを有することができる。ＳＴＡは従来の単一ＡＰ又は仮想ＡＰとアソシエートすることができる。図８に示すように、ＢＳＳカバレッジエリアの端に位置するＳＴＡは仮想ＡＰとアソシエートすることができ、ＢＳＳカバレッジエリアに位置しないＳＴＡは従来のやり方でＡＰとアソシエートすることができる。
【0079】
[0105] 図９の例では、各ＡＰが独自のＢＳＳを有さない可能性がある。ＡＰのグループは仮想ＡＰを有することができる。ＳＴＡは仮想ＡＰとアソシエートすることができる。マルチＡＰ空間パンクチャリングが許可される場合、ＳＴＡは仮想ＡＰグループ内の全てのＡＰと常に通信しなくてもよく、むしろＡＰのサブセットと通信することができ、グループ内のＡＰの残りはパンクチャリングされたと見なすことができる。
【0080】
[0106] 仮想ＡＰとアソシエートするＳＴＡは、仮想ＡＰによって割り当てられるアソシエーション識別子（ＡＩＤ）を有し得る。ＡＰのグループはこのＡＩＤを使用してＳＴＡを参照することができる。より多い数のＳＴＡが仮想ＡＰとアソシエートする場合、ＡＩＤを表すビット数が増える可能性がある。一部の実施形態では、ＢＳＳ内のＳＴＡを一意に表すために基本ＡＩＤ及びＡＩＤエクステンションを使用することができる。基本ＡＩＤは上記で論じた現在のＡＩＤと同じサイズとすることができ、ＢＳＳ内のＳＴＡの数が閾値を上回る場合はＡＩＤエクステンションを使用することができる。
【0081】
[0107] 仮想ＡＰからＳＴＡへのＤＬ仮想ＡＰ伝送では、ＳＴＡへのトラフィックが関係する全てのＡＰに伝えられ得る。関係するＡＰは、仮想ＡＰグループ内の全てのＡＰ又はＳＴＡと通信するために使用されるＡＰのサブセットを含み得る。このようにして、トラフィックを複数のＡＰからＳＴＡに伝送する準備を整えることができる。ＤＬ仮想ＡＰ伝送に関する上述の実施形態は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。ＤＬ仮想ＡＰ伝送は、上記で論じた原理及びガイドラインに従い得る限り他の任意の利用可能なやり方で実装することができる。
【0082】
[0108] ＳＴＡから仮想ＡＰへのＵＬ仮想ＡＰ伝送では、ＳＴＡから伝送されるパケット（例えば受信される物理層収束プロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ））が、関係するＡＰの全て又はサブセットによって受信され得る。各ＡＰはパケットを部分的に処理することができ、パケットをバックホールに伝えることができ、バックホールではより多くのＰＨＹ層プロセスが行われ得る。一部の実施形態では、受信が複数のＡＰを伴い得ることを各ＡＰが識別することができ、従ってＡＰはパケットをバックホールに伝えることができる。バックホールは、受信される全ての有効パケットの組み合わせ及び復号を行うことができる。一部の実施形態では、受信が複数のＡＰを伴い得ることを各ＡＰが識別することができ、従ってＡＰはチャネル推定及び復調を行い、復調したソフトビット（例えば対数尤度比（ＬＬＲ））をバックホールに伝えることができる。バックホールはＬＬＲの組み合わせ及びチャネルの復号を行うことができる。一部の実施形態では、受信が複数のＡＰを伴い得ることを各ＡＰが識別することができ、ＡＰはパケット（例えばＰＰＤＵ）を検出し復号しようと試み得る。ＡＰがパケットの検出及び復号に成功する場合、ＡＰは復号済みのＭＡＣパケットをバックホールに伝えることができ、その他の場合、受信パケット又は復調済みソフトビットをバックホールに伝えることができる。ＵＬ仮想ＡＰ伝送に関する上述の実施形態は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。ＵＬ仮想ＡＰ伝送は、上記で論じた原理及びガイドラインに従い得る限り他の任意の利用可能なやり方で実装することができる。
【0083】
[0109] 上記の図面及び説明はＡＰ間のバックホール接続を想定し得る。但し、ＡＰは中央コントローラによって又は任意の適切なやり方で接続され制御され得る。中央コントローラの事例では、バックホールが中央コントローラによって置換され得る。接続は有線又は無線とすることができる。無線接続の場合、接続がＢＳＳの帯域／チャネルと同じ帯域／チャネルを共用することができ、又は異なる帯域／チャネルを使用することができる。
【0084】
[0110] 以下の技術的解決策は上述の問題１及び問題２を解決することを対象とする。つまり以下で開示する一部の実施形態は、上述の問題１及び問題２を解決するためのマルチＡＰアクティブスキャニングを含む。例示的なマルチＡＰアクティブスキャニング手続きは以下のスキームの１つ又は複数に従って進めることができる。
【0085】
[0111] （マルチＡＰセットＳＳＩＤの一部とすることができ、マスタＡＰ又はスレーブＡＰであり得る）ＡＰはそのビーコン、ショートビーコン、ＦＩＬＳディスカバリフレーム、及び／又は（ブロードキャスト）プローブ応答内に以下の情報、つまり仮想ＢＳＳＩＤ、ＳＳＩＤ、マルチＡＰビーコンスケジュール、好ましいスキャン方法、及び／又は同じマルチＡＰセットのメンバのうちの１つ又は複数を含めることができる。上述の情報について下記の通り更に説明する。
【0086】
[0112] 仮想ＢＳＳＩＤは、全マルチＳＴＡセットＳＳを表すことができる。情報を取得する又はマルチＳＴＡセットＳＳとの認証及び／又はアソシエーションを行う目的で、仮想ＢＳＳＩＤはプローブ要求又は認証若しくはアソシエーション要求を送信するためにＳＴＡによって使用され得る。
【0087】
[0113] ＳＳＩＤは、全マルチＳＴＡセットＳＳを表すことができる。情報を得る又はマルチＳＴＡセットＳＳとの認証及び／又はアソシエーションを行う目的で、ＳＳＩＤはプローブ要求又は認証若しくはアソシエーション要求を送信するためにＳＴＡによって使用され得る。
【0088】
[0114] マルチＡＰビーコンスケジュールは、ビーコン又はマルチＡＰビーコン、ＦＩＬＳディスカバリフレーム、プローブ応答がマルチＡＰセットＳＳ内の１つ又は複数のＡＰによって同時に又は逐次的に伝送され得るスケジュールを示すことができる。マルチＡＰビーコンスケジュールは、プローブ応答内にやはり含まれ得るＴＳＦタイマに対するオフセット、又は現在のフレームの終わりに対するオフセットに関して示すことができる。マルチＡＰビーコンスケジュールは、トリガされるマルチＡＰビーコンフレーム、及び／又はマルチＡＰプローブ応答フレーム、又はＦＩＬＳディスカバリフレームのスケジュールも又はかかるスケジュールを代わりに含むことができる。
【0089】
[0115] 好ましいスキャン方法は、マルチＡＰアクティブスキャニング、受動スキャニング、単一ＡＰアクティブスキャニング等を含む好ましいスキャンの方法を示すことができる。同じマルチＡＰセットのメンバは、同じマルチＡＰセット内の１つ又は複数のＡＰを示すことができる。或いは又は加えて、ＡＰは例えば同じマルチＡＰセットＳＳ内にあるというインジケーションと共に、この情報を縮小近隣レポート（reduced neighbor report）内に又は併置され若しくは共同でホストされたＡＰ内に含めることができる。
【0090】
[0116] ＡＰのビーコン、ショートビーコン、ＦＩＬＳディスカバリフレーム、及び／又は（ブロードキャスト）プローブ応答内に含まれ得る上述の情報は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。上記で論じた原理及びガイドラインに従い得る限り他の任意の利用可能な情報が含まれ得る。
【0091】
[0117] 上述の情報は以下のフィールド又はエレメント、つまりマルチＡＰエレメント、縮小近隣レポート、近隣レポート、マルチバンドレポート、６ＧＨｚディスカバリエレメント、及び／又は帯域外補助ディスカバリエレメントのうちの１つ又は複数の中に含めることができる。情報はビーコンが伝送される帯域又は周波数以外の帯域又は周波数チャネル内で伝送することができる。他の近隣のＡＰ又はＢＳＳは、例えば自らのマルチＡＰエレメント、縮小近隣レポート、近隣レポート、又は他のフィールド内に他のＡＰの情報からのかかる情報オーバヘッドを含めることができる。
【0092】
[0118] ＳＴＡは、マルチＡＰ能力エレメントを含み得るプローブ要求フレームを送信することによってマルチＡＰアクティブスキャニング手続きを開始することができる。マルチＡＰ能力エレメントは、アップリンク及び／又はダウンリンクにおいてＳＴＡが可能なマルチＡＰ機能、例えばマルチＡＰジョイント伝送、マルチＡＰ ＭＩＭＯ、マルチＡＰ ＭＵ－ＭＩＭＯ、マルチＡＰ ＨＡＲＱ、マルチＡＰ動的ＡＰ選択、マルチＡＰ空間パンクチャリング、マルチＡＰ空間ヌリング等の一覧を含むことができる。マルチＡＰ能力エレメントは、ＳＴＡが同時にサポート可能なＡＰの数も示すことができる。
【0093】
[0119] プローブ要求フレームは、ＳＳＩＤ、ＢＳＳＩＤ、又は仮想ＢＳＳＩＤを含むことができる。ＳＳＩＤ、ＢＳＳＩＤ、又は仮想ＢＳＳＩＤはマルチＡＰセットを識別するために使用することができる。スキャンを行うＳＴＡは過去のアソシエーションによって、又は別のＡＰ及び／又は共同でホストされ若しくは併置されたＡＰによって伝送され得る又は異なるチャネル若しくは異なる帯域上で伝送され得るＦＩＬＳディスカバリフレームによって、若しくは近隣レポート若しくは縮小近隣レポートから、若しくは６ＧＨｚディスカバリエレメント若しくは補助ディスカバリエレメントによって等、事前に取得される知識によってＳＳＩＤ、ＢＳＳＩＤ、又は仮想ＢＳＳＩＤに関する情報を取得している可能性がある。プローブ要求フレームは、マルチＡＰ能力エレメント又はマルチＡＰ要求エレメント内に含まれ得るマルチＡＰプローブ応答又はマルチＡＰ応答を要求していることを示すインジケーションを含み得る。
【0094】
[0120] ＡＰがマルチＡＰセットＳＳＩＤの一部であり、マスタＡＰ又はスレーブＡＰであり得る場合、ＡＰはプローブ要求に以下のやり方で応答することができる。
【0095】
[0121] プローブ要求がマルチＡＰ能力エレメント及び／又はマルチＡＰ要求エレメントを含む場合、及びプローブ要求が全マルチＡＰセットＳＳを表すＳＳＩＤ及び／又は仮想ＢＳＳＩＤにアドレス指定されていない場合、ＡＰはマルチＡＰエレメントを含み得るプローブ応答フレームで応答することができる。マルチＡＰエレメントは、仮想ＢＳＳＩＤ、ＳＳＩＤ、マルチＡＰビーコンスケジュール、及び／又は好ましいスキャン方法のうちの１つ又は複数を含み得る、同じセット内の複数のＡＰに関する全ての情報を含むことができる。マルチＡＰエレメント内に含まれ得る上述の情報について下記の通り更に説明する。
【0096】
[0122] 仮想ＢＳＳＩＤは、全マルチＳＴＡセットＳＳを表すことができる。情報を得る又はマルチＳＴＡセットＳＳとの認証及び／又はアソシエーションを行う目的で、仮想ＢＳＳＩＤはプローブ要求又は認証若しくはアソシエーション要求を送信するためにＳＴＡによって使用され得る。
【0097】
[0123] ＳＳＩＤは、全マルチＳＴＡセットＳＳを表すことができる。情報を得る又はマルチＳＴＡセットＳＳとの認証及び／又はアソシエーションを行う目的で、ＳＳＩＤはプローブ要求又は認証若しくはアソシエーション要求を送信するためにＳＴＡによって使用され得る。
【0098】
[0124] マルチＡＰビーコンスケジュールは、ビーコン又はマルチＡＰビーコン、ＦＩＬＳディスカバリフレーム、プローブ応答がマルチＡＰセットＳＳ内の１つ又は複数のＡＰによって同時に又は逐次的に伝送され得るスケジュールを示すことができる。マルチＡＰビーコンスケジュールは、プローブ応答内にやはり含まれ得るＴＳＦタイマを参照するオフセット、又は現在のフレームの終わりを参照するオフセットに関するものであり得る。マルチＡＰビーコンスケジュールは、トリガされるマルチＡＰビーコン及び／又はマルチＡＰプローブ応答、又はＦＩＬＳディスカバリフレームのスケジュールとすることもできる。
【0099】
[0125] 好ましいスキャン方法は、マルチＡＰアクティブスキャニング、受動スキャニング、単一ＡＰアクティブスキャニング等を含む好ましいスキャンの方法を示すことができる。
【0100】
[0126] マルチＡＰエレメント内に含まれ得るこれらの上述の情報は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。上記で論じた原理及びガイドラインに従い得る限り他の任意の利用可能な情報が含まれ得る。
【0101】
[0127] プローブ要求がマルチＡＰ能力エレメント及び／又はマルチＡＰ要求エレメントを含み、プローブ要求が全マルチＡＰセットＳＳを表すＳＳＩＤ及び／又は仮想ＢＳＳＩＤにアドレス指定される場合、ＡＰはプローブ応答フレーム又はトリガフレームで例えば下記の通り応答することができる。
【0102】
[0128] ＡＰがプローブ応答フレームで応答する場合、プローブ応答フレームはマルチＡＰエレメントを含み得る。マルチＡＰエレメントは、先に説明した通り下記の情報の１つ又は複数を含み得る同じセット内の複数のＡＰに関する全ての情報を含むことができる。ＡＰは、同じマルチＡＰセットＳＳ内のＡＰの１つ又は複数によって伝送される１つ又は複数のプローブ応答又はビーコンフレームをその後トリガすることができる。加えて又は或いは、ＡＰはプローブを行うＳＴＡ又はブロードキャストアドレスにアドレス指定され得るマルチＡＰビーコン又はマルチＡＰプローブ応答フレームの同時伝送をトリガすることができる。同時の又は逐次的なマルチＡＰビーコン及び／又はプローブ応答をトリガすることはマルチＡＰビーコンのスケジュールに従い得る。ＡＰが同じマルチＡＰセット内の１つ又は複数のＡＰへのトリガフレームで応答する場合、ＡＰはプローブを行うＳＴＡ又はブロードキャストアドレスにアドレス指定され得るマルチＡＰビーコン又はマルチＡＰプローブ応答フレームの同時伝送をトリガすることができる。同時の又は逐次的なマルチＡＰビーコン及び／又はプローブ応答をトリガすることはマルチＡＰビーコンのスケジュールに従い得る。マルチＡＰビーコン又はマルチＡＰプローブ応答フレームは、同じマルチＡＰセットＳＳ内の他の全てのＡＰに対してマスタＡＰによって共有され得る。プローブ応答フレーム又はトリガフレームで応答するための上述のやり方は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。上記で論じた本願の原理及びガイドラインに従い得る限り他の任意の利用可能なやり方を使用することができる。
【0103】
[0129] ＳＴＡは、マルチＡＰエレメントを含み得るプローブ応答フレームを受信した後、プローブ応答フレーム内に含まれる命令に従って更なるスキャン及び／又は認証／アソシエーションを行うことができる。例えば好ましいスキャン方法がマルチＡＰアクティブスキャニングとして示される場合、ＳＴＡはマルチＡＰセットＳＳを表すＳＳＩＤ及び／又は仮想ＢＳＳＩＤに、マルチＡＰエレメント及び／又はマルチＡＰ要求エレメントをやはり含み得るプローブ要求を送信することができる。好ましいスキャン方法が受動スキャニングとして示される場合、ＳＴＡはマルチＡＰビーコンスケジュールに従って１つ又は複数のビーコン、プローブ応答、ＦＩＬＳディスカバリフレーム、及び／又はトリガされたビーコン、プローブ応答、及びＦＩＬＳディスカバリフレームを受信することができる。好ましいスキャン方法が単一ＡＰアクティブスキャニングとして示される場合、ＳＴＡはプローブ応答フレーム又は事前に取得された情報内に含まれる１つ又は複数のＡＰにプローブ／認証／アソシエーション要求を送信することができる。
【0104】
[0130] 以下の技術的解決策は上述の問題１及び問題２を解決することを対象とする。以下で開示する一部の実施形態はマルチＡＰビーコンを含む。マルチＡＰ反復ビーコンフレームがＡＰのグループから伝送され得る。一部の実施形態では複数のＡＰをグループ化することができ、複数のＡＰ間でバックホール接続が利用できると想定する。一部の実施形態では、複数のＡＰ又はＡＰのグループが仮想ＡＰを形成することができ、それらのＡＰはマルチＡＰ反復ビーコンフレームを伝送するとき共通の仮想ＢＳＳＩＤ（ｖＢＳＳＩ）及び／又は仮想ＳＳＩＤ（ｖＳＳＩＤ）を共有し得る。一部の実施形態では複数のＡＰがグループを形成することができ、そのグループをマスタＡＰが制御することができ又はそのグループを中央コントローラが制御することができる。ＡＰのグループは、マスタＡＰ又はマルチＡＰ中央コントローラによって割り当てられる共通のＢＳＳＩＤを使用してマルチＡＰ反復ビーコンを伝送することができる。
【0105】
[0131] ＳＴＡが受信信号を組み合わせることができるように、ＡＰのグループから伝送されるマルチＡＰ反復ビーコンは同じＭＡＣ本体並びに変調及びコード化スキームを有することができる。受信機が信号を組み合わせることができるように、インジケータが反復伝送を示し得る。受信側ＳＴＡが受信信号を組み合わせることができるように、例えばマルチＡＰ反復伝送フィールドが、例えばＰＬＣＰヘッダ、又はＭＡＣヘッダ、又はビーコンフレーム内で設定され得る。
【0106】
【0107】
[0133] 図１０は、異なるタイムスロット内で逐次的に伝送されるマルチＡＰ反復ビーコンを示す。この例では、各ＡＰが通常ビーコンとして図中に示す、自らのＢＳＳのための独自のビーコンを依然として伝送することができ、それによりＳＴＡはそれらの個々のＡＰとアソシエートすることに最初に決めることができ、マルチＡＰ伝送をサポートする自らの能力に応じてマルチＡＰグループとアソシエートするかどうかを後で判断することができる。図１０に示すように、ＡＰ１は通常ビーコンＢ１を伝送することができ、ＡＰ２は通常ビーコンＢ２を伝送することができ、ＡＰ３は通常ビーコンＢ３を伝送することができ、ＡＰ４は通常ビーコンＢ４を伝送することができる。マルチＡＰ反復ビーコン（図１０に示すＢ）はＡＰのグループによって逐次的に伝送され得る。
【0108】
[0134] 一部の実施形態では、先頭のＡＰがマルチＡＰ反復ビーコン伝送を開始することができる。グループ内のＡＰの残りのものはｘＩＦＳ（任意のフレーム間間隔、例えば短いＩＦＳ（ＳＩＦＳ）、ポイント協調機能（ＰＣＦ）ＩＦＳ（ＰＩＦＳ）、分散協調機能（ＤＣＦ）ＩＦＳ（ＤＩＦＳ）等）に従うことができる。伝送の順序はＡＰがグループに参加するときネゴシエートすることができる。或いは伝送の順序はＡＰの幾何学的位置、ＭＡＣアドレス、グループに参加する時間等によって決定され得る。
【0109】
[0135] 図１１は、同時に伝送されるマルチＡＰ反復ビーコンを示す。この例では、各ＡＰが通常ビーコン（例えばＢ１、Ｂ２、Ｂ３、及びＢ４）として図１１に示す、自らのＢＳＳのための独自の通常ビーコンを依然として逐次的に伝送することができる。マルチＡＰ反復ビーコン（図１１に示すＢ）はＡＰのグループによって同時に伝送され得る。ＳＴＡがマルチＡＰ反復ビーコンを復号可能であり得るように、マルチＡＰ反復ビーコンの遷移は全く同じとし十分に同期させることができる。
【0110】
[0136] 図１２は、先頭のＡＰ（例えばＡＰ１）がマルチＡＰ反復ビーコンの伝送を最初に開始することができる別の手法を示す。グループ内のＡＰの残りのものは、先頭のＡＰの伝送を受信してからｘＩＦＳの持続時間が経った後でマルチＡＰ反復ビーコンフレームを同時に伝送することができる。この方法では、先頭のＡＰの伝送がマルチＡＰ同時ビーコン伝送をトリガするためのトリガフレームと見なされ得る。図１２に示すように、この手法ではグループ内のＡＰが独自の通常ビーコン（例えばＢ１、Ｂ２、Ｂ３、及びＢ４）を逐次的に伝送することができる。
【0111】
[0137] 図１３は、先頭のＡＰ（例えばＡＰ１）がマルチＡＰビーコントリガフレーム（即ち図１３に示すＴ）を伝送することができる別の手法の例を示す。グループ内の全てのＡＰは、トリガフレームの直後のｘＩＦＳの持続時間が経った後でマルチＡＰ反復ビーコンフレームを同時に伝送することができる。
【0112】
[0138] マルチＡＰ反復ビーコンは複数のチャネル上で、それらのチャネルがアイドルであり得る場合は伝送され得る。複数のチャネルの伝送事例に逐次伝送及び同時伝送の両方を汎用化することができる。図１４は、かかる逐次伝送スキームの一例を示す。図１４に示すように、各ＡＰは図１４の通常ビーコン、即ちＢ１１、Ｂ１２、Ｂ２１、Ｂ２２、Ｂ３１、Ｂ３２、Ｂ４１、及びＢ４２として示すことができる、自らのＢＳＳのための独自の通常ビーコンを依然として伝送することができる。この例では、マルチＡＰ反復ビーコンが非重複形式で２つのチャネル上で逐次的に伝送され得る。ＡＰ１は図１４に示す第１のタイムスロット内でマルチＡＰ反復ビーコンをチャネル１上で伝送することができ、ＡＰ２は第１のタイムスロット内でそれをチャネル２上で伝送することができる。同様にＡＰ３及びＡＰ４は、チャネル１及びチャネル２のそれぞれの上で自らのマルチＡＰ反復ビーコンを第２のタイムスロット内で伝送する。或いは先頭のＡＰは、ＡＰを同期させるために１組のマルチＡＰ反復ビーコン伝送の直前にフレームを伝送しなければならない場合がある。フレームはトリガフレーム又はビーコンフレームであり得る。図１４に関して示した上述の実施形態は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。複数のＡＰが自らのマルチＡＰ反復ビーコンを異なるタイムスロット及び異なるチャネルに関連する他の任意の異なるやり方で伝送することができる。例えばＡＰ１は第２のタイムスロット内で自らのマルチＡＰ反復ビーコンをチャネル１上で伝送することができ、ＡＰ２は第２のタイムスロット内で自らのマルチＡＰ反復ビーコンをチャネル２上で伝送することができ、従ってＡＰ３は第１のタイムスロット内で自らのマルチＡＰ反復ビーコンをチャネル１上で伝送することができ、ＡＰ４は第１のタイムスロット内で自らのマルチＡＰ反復ビーコンをチャネル２上で伝送することができる。
【0113】
[0139] アソシエーションプロセスの終わりに、ＳＴＡは或るチャネル内のＡＰの或るグループとアソシエートし、別のチャネル内のＡＰの別のグループとアソシエートすることができる。２つのグループ内のＡＰの一部は物理的に同じであり得る。ＳＴＡは自らがどのＡＰをどのチャネル上で聞くことができるのかに関してネットワークに折り返し報告する必要があり得る。次いでネットワークは、物理ＡＰ及びチャネルを含む利用可能なリソースを使用してアソシエーションプロセスを完了することができる。
【0114】
[0140] かかる一部の方法では、ＡＰのグループのそれぞれがビーコンを同時に伝送できると想定することができる。かかる一部の方法では、先頭のＡＰが伝送しチャネルを予約し、残りのＡＰがｘＩＦＳの持続時間が経った後でその伝送に従い得ると想定することができる。
【0115】
[0141] 例えば隠れノード又は非トランケーテッド伝送（untruncated transmission）により、グループ内の全てのＡＰが逐次的に又は同時に伝送するために利用できるわけではない場合、図１５に示すような手法を適用することができる。図１５に示すように、反復ビーコン伝送間隔は既定又は所定とし、ＳＴＡ及びＡＰによって知られ得る。グループ内の全てのＡＰは、マルチＡＰ反復ビーコンが利用可能になると、反復ビーコン伝送間隔内でマルチＡＰ反復ビーコンを伝送することができる。一部の実施形態では、グループ内のＡＰがこの間隔内で従来のビーコン（独自のビーコン）を伝送することができない。静的方法、半静的方法、及び／又は動的方法等の１つ又は複数の方法で反復ビーコン伝送間隔を定めることができる。これらの３つの方法を下記の通り詳細な実施形態に関して説明する。
【0116】
[0142] 静的方法では、反復ビーコン伝送間隔を固定された開始位置及び持続時間によって定めることができる。間隔の開始位置及び持続時間は既定若しくは所定とすることができ、又は過去のマルチＡＰ反復ビーコン内で告知され得る。一実施形態では、マイクロ秒等の実時間単位を使用して持続時間を定めることができる。別の実施形態では、ビーコン間隔の端数（a fractional of the beacon interval）として持続時間を定めることができる。図１５に示すように、ビーコン間隔は２組の異なる反復ビーコン間の持続時間として定めることができる。
【0117】
[0143] 半静的方法では、反復ビーコン伝送間隔を固定された持続時間を使ってだが、動的な開始位置と共に定めることができる。つまりＡＰがマルチＡＰ反復ビーコン伝送シーケンス内で自らの最初のフレームを伝送し得る開始位置は固定位置ではない場合がある。ＡＰは先頭のＡＰとすることができる。最初のフレームはビーコンフレーム又はトリガフレームであり得る。反復ビーコン伝送間隔の持続時間は既定若しくは所定とすることができ、又は過去のマルチＡＰ反復ビーコン内で告知され得る。
【0118】
[0144] 動的方法では、反復ビーコン伝送間隔を動的開始位置及び動的持続時間の両方を有するものとして定めることができる。開始位置は、ＡＰがマルチＡＰ反復ビーコン伝送シーケンス内で自らの最初のフレームを伝送する時点であり得る。間隔の持続時間は、ＢＳＳ又は仮想ＢＳＳ内のＳＴＡの密度を理由に調節可能であり得る。例えば密に展開されたシステムでは、より多くの伝送及び隠れノードが予想され、より長い間隔が有益であり得る。その他の場合、より短い間隔を使用することができる。間隔の持続時間は過去のマルチＡＰ反復ビーコン内で告知され得る。持続時間が明示的にシグナリングされない場合、ＳＴＡ及びＡＰは同じ持続時間を再利用することができる。
【0119】
[0145] 反復ビーコン伝送間隔を定めるための上述の３つの例示的方法は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。上記で論じた原理及びガイドラインに従う限り、反復ビーコン伝送間隔を定めるために利用可能な他の方法があり得る。
【0120】
[0146] ＳＴＡは或る時間間隔内で反復ビーコンを受信することを予期し得る。一部の実装形態では、時間間隔がＡＰによって予め定められ／予め決定され／シグナリングされ得る。一部の実装形態では、時間間隔がＳＴＡ手続きに基づいて決定され得る。時間間隔は開始位置（ｔ０）及び持続時間（Ｔ）を有するものとして定めることができる。持続時間は、例えば過去に受信した反復ビーコンを使用して決定することができ、又は例えば規格によって予め定めることができる。開始位置は、例えば過去に受信した反復ビーコンによって決定することができ、又は位置が固定される場合は規格によって予め定めることができる。動的開始位置の事例では、ＳＴＡが反復ビーコン伝送の最初のフレームを検出するとき開始位置が決定され得る。例えば動的開始位置の事例では、ＳＴＡは開始位置（例えばｔ１）を誤検出する可能性に直面している可能性がある。次いでＳＴＡは誤検出された開始位置［ｔ１，ｔ１＋Ｔ］から反復ビーコン伝送間隔をモニタし得る。
【0121】
[0147] ＳＴＡは開始位置ｔ０において反復ビーコンタイマを開始することができる。タイマが持続時間Ｔ未満である場合、ＳＴＡは反復ビーコン伝送についてチャネルのモニタリングを続けることができる。ＳＴＡはフレーム伝送を検出することができる。フレームのＰＬＣＰヘッダ、又は制御トレーラ、又は他の種類の別々に符号化された部分を確認することにより、ＳＴＡはＭＡＣアドレス、圧縮ＭＡＣアドレス、ＢＳＳＩＤ、圧縮ＢＳＳＩＤ、ＢＳＳカラー等の送信機識別情報を取得することができる。ＳＴＡは、例えば１に設定された反復伝送フィールドを検出することによってそのフレームが反復伝送又はＨＡＲＱ伝送であり得ると認識することができる。それが同じ送信機ＩＤからの間隔内の最初のフレームである場合、ＳＴＡはそのフレームを復号することができる。復号に失敗する場合、ＳＴＡはそのフレームをバッファ内に保存することができる。それが同じ送信機ＩＤからの最初のフレームではない場合、ＳＴＡはそのフレームをバッファ内に保存したデータと組み合わせることができる。そのフレームが成功裏に復号されない場合、ＳＴＡは組み合わせたデータをバッファ内に保存し、チャネルのモニタリングを続けることができる。タイマが持続時間Ｔを上回る場合、ＳＴＡはバッファをクリアすることができる。
【0122】
[0148] マルチＡＰ反復ビーコンによって運ばれるＢＳＳＩＤに関連し得るＳＴＡは、ＡＰのグループ又は仮想ＡＰと通信することができるＳＴＡと見なすことができる。反復ビーコン伝送では、ＡＰのグループ又は仮想ＡＰはＳＴＡの全てによってサポートされ得る変調及びコード化スキーム（ＭＣＳ）を選択することができる。選択されるＭＣＳは、サポートされる最低ＭＣＳよりも高いものとすることができる。本明細書の様々な手法を反復ビーコン伝送スキームに関して論じるが、同様の概念をプローブ応答フレーム及びアソシエーション応答フレームの伝送に適用することができる。情報エレメント及びフィールドについては他の実施形態で論じている。図１０～図１４のそれぞれにおいて、グループ内の各ＡＰはビーコン間隔内で１つのマルチＡＰ反復ビーコンを伝送し得ることを指摘しておく。但しこの形態は、各ＡＰがビーコン間隔内で０からＮの反復ビーコンを伝送することを許可され得る一般的事例に容易に拡張することができる。或る事例では、ＡＰのグループがＡＰを１つだけ含むことができ、そのＡＰがビーコン間隔内で複数の反復ビーコンを依然として伝送することができる。反復ビーコン、マルチＡＰ反復ビーコン、及びマルチＡＰビーコンという用語は区別なく使用され得ることを指摘しておく。図１０～図１４では、複数のＡＰからの反復伝送を例証するためにビーコンフレームが使用され得る。これらのスキームは他の制御／管理／データフレームを使用することによって容易に拡張することができる。例えばビーコンフレームをサウンディングフレーム、高信頼データ伝送フレーム等で置換することができる。
【0123】
[0149] 以下の技術的解決策は上述の問題３を解決することを対象とする。一部の実施形態は反復ビーコンのためのＴＳＦに対処する。かかる一部の実施形態は、複数のＡＰから受信するときの時間同期問題に対処することができる。この例では、仮想ＡＰセット内のＡＰのＴＳＦが同期されており、マルチＡＰ反復ビーコン伝送手続きが使用されると考えられる。
【0124】
[0150] 一部の実施形態では、各反復が独自の自己完結型ＴＳＦタイマを有するように、各ビーコンのプリアンブル内でＴＳＦをシグナリングすることができる。タイムスタンプフィールドは８バイトとすることができ、このサイズはプリアンブルのサイズを増やす可能性がある。サイズが増えることはプリアンブルの範囲及び信頼性を低減し、反復ビーコンがセル端ＳＴＡによって検出されることを妨げ得る。従って一部の実施形態では、ビーコンのタイムスタンプの代わりに信号の標的ビーコン伝送時間（ＴＢＴＴ）がビーコンフレーム内にある。反復ビーコンとＴＢＴＴとの間の時間オフセットをシグナリングするためにプリアンブルが使用される。この手法では、反復ビーコン#iのプリアンブルが、ＴＢＴＴとビーコン#iの時間との間のオフセットをt#iとして受信機に提供し得る。単一の反復ビーコンの後又は複数の反復ビーコンを組み合わせた後、ビーコンのコンテンツが復号され、ＴＢＴＴの値が受信機に知られる。t#i及びビーコン#iの受信時の受信機の内蔵クロックに基づき、受信機はＴＢＴＴを自らの内蔵クロックにマップすることができる。
【0125】
[0151] かかる一部の実施形態は、同じＢＩ内の全ての反復ビーコンがペイロード内で同じＴＢＴＴ値を有し、従って（例えばＨＡＲＱ伝送のように）反復ビーコンを組み合わせることができるという利点を有する。更に、同じＢＩの反復ビーコンはＴＢＴＴ後のビーコン窓内で伝送を終えなければならず、そのためt#iの範囲はビーコン窓又はマルチＡＰビーコンに関して上記の段落内で定めた反復ビーコン伝送間隔によって制限される。この窓はタイムスタンプ値の範囲よりも小さいものとすることができる。従って、オフセットt#iは各反復ビーコンのプリアンブル内で運ばれる方が適している可能性がある。t#iは、各反復ビーコンの６４ビットタイムスタンプの最下位ビット（ＬＳＢ）又は最上位ビット（ＭＳＢ）として概念化することができる。例えばビーコン窓が１０ｍｓである場合、t#iの一例はおおよそタイムスタンプの１４ＬＳＢであり得る。図１６は、ＴＢＴＴ／ビーコン窓及びt#iの一例を示す。上述のビーコン窓及びタイムスタンプは例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。
【0126】
[0152] 一部の実施形態は、t#iを表す情報を更に減らすための更なる最適化を含む。一部の実施形態では、Δｔの粒度でt#iを量子化する。例えばΔｔ＝６４ｕｓであり、ビーコン窓が１０ｍｓである場合、t#iはプリアンブル内の８ビットによって表すことができる。この形態は曖昧さ（例えばこの例では６４ｕｓの曖昧さ）を引き起こす可能性がある。この曖昧さを解決するための１つの手法は、Δｔ間隔の境界において反復ビーコンの伝送を常に開始し又は終了することをＡＰに命じることであり、t#iはＴＢＴＴから反復ビーコンの開始又は終了までの時間を示す。Δｔ間隔において開始し又は終了することはそれぞれ様々な困難を提示する。
【0127】
[0153] 例えば境界が中程度のビジー期間と一致する一方で非境界持続時間が中程度のアイドル時間と一致する可能性があるので、境界において開始することはチャネルアクセスの機会を制限する場合がある。チャネルアクセスの機会を高めるために、一部の実施形態では予約信号を使用することができる。例えばチャネルが占有されるように、実際のビーコン伝送の前に（例えば直前に）予約信号（又はダミー信号）を挿入することができる。実際のビーコン伝送はΔｔ間隔の境界から開始することができる。しかし、予約信号の長さはＯＦＤＭシンボルの整数倍にならない場合がある。同様に、境界において終了することはパディングの適用を必要とする場合があり、パディングはＯＦＤＭシンボルの整数倍にならない場合がある。
【0128】
[0154] 図１７は、予約／パッド信号がＯＦＤＭシンボルの整数倍であることを守りながらこの曖昧さを解決する手法の一例を示す。これらのシンボルは、受信機が利用することができない任意長のビジー信号と異なり、ＰＰＤＵを保護するための余分のパリティビット又はトレーニングフィールドを運ぶために使用することができる。
【0129】
[0155] 図１７に示すように、パッドはＰＰＤＵの末尾に示されている。或いはパッドは予約信号として使用するためにＰＰＤＵの先頭に配置することができる。或いはパッドはＰＰＤＵ内の既定の位置に配置することができる。パッドは、最も近いΔｔ間隔の境界においてＰＰＤＵの終了（又は開始）を１ＯＦＤＭシンボル以内にするために使用され得る。一部の実施形態では、プリアンブル内でシグナリングされるＰＰＤＵの長さがパッドの末尾までの長さである。パッド内の余分な情報は追加のパリティビット又はトレーニングシンボルを含み得る。一部の実施形態では、プリアンブル内でシグナリングされるＰＰＤＵの長さがパッドの末尾までの長さだが、パッド内で実際に伝送される信号はない。
【0130】
[0156] ＯＦＤＭシンボル内の曖昧さを解決するために、１対又は複数対のショートトレーニングフィールド（ＳＴＦ）又はロングトレーニングフィールド（ＬＴＦ）シンボルを、例えば１つは如何なる位相調節もなしに、他はパッドシンボルの末尾と最も近いΔｔ間隔の境界との間の時間オフセットに対応する線形位相シフトを有して使用することができる。２つのシンボル間の線形位相シフトの差に基づき、受信機はパッドの終了時間から最も近いΔｔ間隔の境界の時間を決定することができる。最も近いΔｔ間隔の境界の時間から、受信機はプリアンブルからの量子化済みのt#i（Δｔの整数倍、以下の例では４Δｔである）を使用してＴＢＴＴを導出することができる。一部の実施形態ではパッドの持続時間が固定され、Ｔ＿ｓｙｍ＝Δｔを有する専用の及び／又はより長いＬＴＦの１つ又は複数の対であり得る。この場合、クローゼット（closet）Δｔ間隔の境界まで通常のＯＦＤＭシンボルの整数倍でＰＰＤＵをパディングする必要がもはやない可能性がある。これにより、最も近いΔｔ間隔の境界までのパケットの開始／終了時間が直接推定できるようになり得る。様々な実施形態において、オフセットt#i、量子化済みt#i等の時間に関係するパラメータの幾つかがプリアンブル内に含まれる。或いはそれらのパラメータは他の任意の別々に符号化され、ＣＲＣ保護された部分内に含まれ得る。
【0131】
[0157] 以下の技術的解決策は上述の問題４を解決することを対象とする。一部の実施形態はマルチＡＰ空間パンクチャリング伝送に対処する。一部の実施形態では、マルチＡＰ伝送及び受信がＳＴＡとの間で送受信するＡＰのグループを含み得る。他の実施形態では、複数のＡＰがＳＴＡと通信するためのＡＰのグループ又は仮想ＡＰを形成し得る。グループ内の全てのＡＰがＳＴＡへの特定の伝送又はＳＴＡからの受信に参加する必要がない場合があり、又はＳＴＡと通信するためにグループ内のＡＰの全てを使用することが効率的でない場合がある。一部の実装形態では、ＡＰのサブセットだけが利用されるようにＳＴＡが動的ＡＰ選択スキーム（例えばマルチＡＰ空間パンクチャリング伝送スキーム）内でＡＰのグループを促進し得る。換言すれば、マルチＡＰ空間パンクチャリング伝送スキームは、例えばグループ内のＡＰのサブセットがＳＴＡとの間で送受信することを可能にするために使用され得る。その場合、ＳＴＡはＡＰのサブセットと通信することができ、グループ内のＡＰの残りをパンクチャリングされたと見なすことができる。つまり、ＳＴＡと通信しないグループ内の一部のＡＰは空間領域内の通信から「パンクチャリングされる」と見なすことができる。
【0132】
[0158] 空間パンクチャリング伝送を可能にするために、ＡＰのグループ又は仮想ＡＰはＳＴＡとの通信に使用するためのＡＰのサブセットを決定することができる。一部の実施形態では、ＳＴＡが各ＡＰからの受信信号出力を測定し、ＡＰのグループ又は仮想ＡＰにフィードバックを与えるために、修正されたマルチＡＰ反復ビーコン伝送スキームが使用される。以下の説明は、本願の好ましい実施形態によるかかるマルチＡＰ反復ビーコン伝送スキームを図１８及び図１９に関して記載する。マルチＡＰ反復ビーコン伝送スキームを例として使用することに留意されたい。このスキームは、ビーコンフレームの代わりに管理フレーム、制御フレーム、又はデータフレーム等の他の任意のフレームを使用することによってマルチＡＰ反復伝送スキームに拡張することができる。
【0133】
[0159] 図１８は、本願の一実施形態によるマルチＡＰ反復ビーコン伝送スキームの全体的なプロセスを示す。図１８に示すように、マルチＡＰ伝送／受信グループ又はマルチＡＰ伝送セット又は仮想ＡＰを形成するためにＡＰ１、ＡＰ２、ＡＰ３、及びＡＰ４が協調すると想定する。ＡＰのそれぞれは、共通情報部分（即ち図１８に示す共通部分）及びＡＰ固有情報部分（即ち図１８に示す固有部分）の両方を含む反復ビーコンを伝送することができる。従って図１８に示すように、合計４つの共通情報部分と合計４つのＡＰ固有情報部分とがある。共通情報部分は複数のＡＰから伝送され、又は伝送される（及び受信される）と想定され、ＳＴＡにおいて組み合わせ復号することを可能にするために同一であり得る。ＡＰ固有情報部分を伝送している特定のＡＰをＳＴＡが識別できるようにするために、又は（以下で論じる）ＡＰ固有測定をＳＴＡが行えるようにするために、伝送され（及び受信され）得るＡＰ固有情報部分はＡＰごとに異なる。共通情報部分及びＡＰ固有情報部分を復号することに基づき、ＳＴＡはマルチＡＰ伝送セット（即ちマルチＡＰグループ）にフィードバック情報を与えて将来のマルチＡＰ伝送、例えばＡＰ及びＳＴＡの選択、マルチＡＰスキーム、ＭＣＳ、出力等を支援することができる。共通情報部分及びＡＰ固有情報部分は別々に符号化することができ、異なるＣＲＣを使用して保護することができる。
【0134】
[0160] 図１８は例示的なマルチＡＰ反復ビーコン伝送スキームの全体的なプロセスを示すに過ぎず、その詳細な実施形態は図１９に関して以下に記載することに留意すべきである。本願では、別段の定めがない限り「共通情報部分」及び「共通部分」という用語を区別なく使用する場合があり、「ＡＰ固有情報部分」及び「ＡＰ固有部分」という用語を区別なく使用する場合がある。
【0135】
[0161] 一部の実施形態では、共通情報部分を「共通ビーコン」と呼ぶこともでき、ＡＰ固有情報部分を「ＡＰ固有ビーコン」と呼ぶこともできることに留意すべきである。反復ビーコンは実際には２つの別個の部分によって伝送することができ、２つの部分の一方は共通情報部分に使用され、他方はＡＰ固有情報部分に使用される。例えば或るシナリオでは、共通情報部分とＡＰ固有情報部分とを別々に伝送することができる。その場合、共通情報部分を「共通ビーコン」と呼ぶことができ、ＡＰ固有情報部分を「ＡＰ固有ビーコン」と呼ぶことができる。
【0136】
[0162] 好ましくは各反復ビーコン内で、共通情報部分及びＡＰ固有情報部分が、それらの間にフレーム間間隔を置いた状態で一緒に伝送され得る。その場合、共通情報部分を「共通ビーコン」と呼ぶこともでき、ＡＰ固有情報部分を「ＡＰ固有ビーコン」と呼ぶこともできる。従って反復ビーコンの異なる部分（即ち共通部分及びＡＰ固有部分）に使用することができる用語は、異なる実施形態に応じて異なり得る。
【0137】
[0163] 図１９は、本願によるマルチＡＰ伝送のための方法１９００の流れ図を示す。図１９に示すように方法１９００は、１９０１で、複数のＡＰのそれぞれから１つずつ複数の反復ビーコンを受信することであって、複数の反復ビーコンのそれぞれは共通情報部分及びＡＰ固有情報部分を含む、受信すること、１９０２で、複数の共通情報部分の少なくとも１つ又は１つ若しくは複数の共通情報部分の組み合わせを復号して第１のパラメータを取得すること、１９０３で、複数のＡＰ固有情報部分を復号して複数のＡＰのうちの１つにそれぞれ関連する複数の第２のパラメータを取得すること、１９０４で、第１のパラメータ、複数の第２のパラメータ、及び複数のＡＰの数に基づいてフィードバックを生成すること、及び１９０５で、複数のＡＰの少なくとも１つにフィードバックを伝送することを含む。
【0138】
[0164] 従って本願によるＷＴＲＵは、複数のＡＰのそれぞれから１つずつ複数の反復ビーコンを受信するように構成されるトランシーバであって、複数の反復ビーコンのそれぞれは共通情報部分及びＡＰ固有情報部分を含む、トランシーバと、複数の共通情報部分の少なくとも１つ又は１つ若しくは複数の共通情報部分の組み合わせを復号して第１のパラメータを取得し、複数のＡＰ固有情報部分を復号して複数のＡＰのうちの１つにそれぞれ関連する複数の第２のパラメータを取得し、第１のパラメータ、複数の第２のパラメータ、及び複数のＡＰの数に基づいてフィードバックを生成するように構成されるプロセッサとを含むことができ、トランシーバは複数のＡＰの少なくとも１つにフィードバックを伝送するように更に構成される。
【0139】
[0165] 以下の説明は１９０１から１９０５までの上述のプロセス及びＷＴＲＵのコンポーネントを詳細に記載する。一部の実施形態は、参照のため図１８に示す例に注意を向ける場合もある。
【0140】
[0166] １９０１におけるプロセスを下記の通り論じる。図１９に示すように、方法１９００は、１９０１で、複数のＡＰのそれぞれから１つずつ複数の反復ビーコンを受信することであって、複数の反復ビーコンのそれぞれは共通情報部分及びＡＰ固有情報部分を含む、受信することを含み得る。従ってトランシーバは、複数のＡＰのそれぞれから１つずつ複数の反復ビーコンを受信することであって、複数の反復ビーコンのそれぞれは共通情報部分及びＡＰ固有情報部分を含む、受信することを行うように構成され得る。
【0141】
[0167] 反復ビーコンは、マルチＡＰ反復ビーコン又はマルチＡＰ反復ビーコンフレームと呼ぶこともできる。図１０～図１４に関して上記で論じたように、マルチＡＰ反復ビーコンはＡＰのグループから伝送され得る。一部の実施形態では、複数のＡＰ又はＡＰのグループが仮想ＡＰを形成することができ、それらのＡＰはマルチＡＰ反復ビーコンフレームを伝送するとき共通の仮想ＢＳＳＩＤ（ｖＢＳＳＩ）及び／又は仮想ＳＳＩＤ（ｖＳＳＩＤ）及び／又は仮想ＢＳＳカラーを共有し得る。一部の実施形態では複数のＡＰがグループを形成することができ、そのグループをマスタＡＰが制御することができ又はそのグループを中央コントローラが制御することができる。ＡＰのグループは、マスタＡＰ又はマルチＡＰ中央コントローラによって割り当てられる共通のＢＳＳＩＤを使用してマルチＡＰ反復ビーコンを伝送することができる。
【0142】
[0168] マルチＡＰ反復ビーコンは、図１０～図１４に示す様々なやり方で伝送することができる。例えば図１０に示すように、マルチＡＰ反復ビーコンは異なるタイムスロット内で逐次的に伝送することができる。図１１に示すように、マルチＡＰ反復ビーコンは同時に伝送してもよい。図１２に示す一実施形態では、先頭のＡＰがマルチＡＰ反復ビーコン伝送を最初に開始することができ、グループ内のＡＰの残りのものが先頭のＡＰの伝送の受信からｘＩＦＳの持続時間が経った後でマルチＡＰ反復ビーコンを同時に伝送することができる。図１３に示す実施形態では、先頭のＡＰがマルチＡＰビーコントリガフレームを伝送することができ、グループ内の全てのＡＰがトリガフレームの直後のｘＩＦＳの持続時間が経った後でマルチＡＰ反復ビーコンを同時に伝送することができる。
【0143】
[0169] ＡＰのグループから伝送されるマルチＡＰ反復ビーコンは、ＳＴＡが受信信号を組み合わせることができるようにＭＡＣ本体並びに変調及びコード化スキームを含む共通情報部分を有し得る。受信機が信号を組み合わせることができるように、反復伝送を示すために専用のインジケータが必要であり得る。受信側ＳＴＡが受信信号を組み合わせることができるように、例えばＰＬＣＰヘッダ、又はＭＡＣヘッダ、又はビーコンフレーム内でマルチＡＰ反復伝送フィールド等の専用のインジケータを設定することができる。
【0144】
[0170] 一部の実施形態では、共通情報部分がＡＰのグループ間で同一の情報を含み得る。例えば共通ビーコンは、仮想ＢＳＳＩＤ、ＳＳＩＤ、マルチＡＰビーコンスケジュール、好ましいスキャン方法、同じマルチＡＰグループのメンバ等の上記で論じた情報及びビーコンフレーム内で通常運ばれる他の情報を運ぶことができる。共通ビーコンによって運ばれる情報は、マルチＡＰスキャニングスキームに関する上記の段落に関して理解することができる。共通情報部分内の上述の情報は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。共通情報部分は本願の上記の原理に基づく利用可能な任意の情報を、その情報がかかる原理を実現するのに有用であり得る限り含むことができる。
【0145】
[0171] ＡＰ固有情報部分は、ＡＰ ＩＤ用のフィールド、反復ビーコンの総数用のフィールド、反復伝送ＩＤ用のフィールド、復号パラメータ（例えば復号メトリク）、及び／又は伝送される残りの反復ビーコン数用のフィールドのうちの１つ又は複数を含み得る。ＡＰ ＩＤフィールドは、ＡＰのグループ／仮想ＡＰ内のＡＰを一意に識別するために使用することができる。反復ビーコンの総数フィールドは、反復ビーコンの総数の数字を示すために使用することができる。或いはこの情報は共通ビーコン部分内で運ばれ得る。現在の伝送がビーコンセットの中のｋ番目の反復伝送であり得ることを示すために反復伝送ＩＤフィールドはｋに設定することができる。固有情報部分内の上述のフィールドは例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。ＡＰ固有情報部分は本願の上記の原理に基づく利用可能な任意の情報／フィールドを、その情報／フィールドがかかる原理を実現するのに有用であり得る限り含むことができる。
【0146】
[0172] 共通情報部分及びＡＰ固有情報部分は、複数の異なるやり方を使用して実現し伝送することができる。以下の説明は共通情報部分及びＡＰ固有情報部分を実現し伝送するための幾つかの好ましいやり方を論じる。
【0147】
[0173] 一部の実施形態では、反復ビーコン（即ちマルチＡＰ反復ビーコン）を通常の802.11ビーコンと、例えばＡＰごとのＴＢＴＴにおいて協調的なやり方で送信されている各ビーコンと集約することができる。その場合、共通情報部分及びＡＰ固有情報部分を通常ビーコンと集約することができる。
【0148】
[0174] 一部の実施形態では、反復ビーコンが共通及びＡＰ固有コンポーネント、即ち共通情報部分及びＡＰ固有情報部分と共に別個のビーコンとして送信され得る。好ましくは、共通情報部分及びＡＰ固有情報部分は図１０～図２５に示すやり方で伝送することができる）。以下の説明はそれらのやり方を図１０～図２５に関して更に論じる。
【0149】
[0175] 好ましくは各反復ビーコン内で、共通情報部分及びＡＰ固有情報部分が、それらの間にフレーム間間隔がない状態で一緒に集約され得る。この好ましい実施形態は、図２０の中の４つのエレメントによって示す以下の４つの異なるシナリオによって実装することができる。
【0150】
[0176] 第１のシナリオでは、共通情報部分及びＡＰ固有情報部分を集約ＰＰＤＵ（Ａ－ＰＰＤＵ）として別個のプリアンブルと共に伝送することができる。図２０の第１のエレメントの中で示すように、共通情報部分２００３はレガシプリアンブル２００１及びＥＨＴプリアンブル２００２と共に伝送することができ、ＡＰ固有情報部分２００６はレガシプリアンブル２００４及びＥＨＴプリアンブル２００５と共に伝送することができる。共通情報部分２００３とＡＰ固有情報部分２００６との間にはフレーム間間隔がない。第１のエレメントによって示す共通情報部分及びＡＰ固有情報部分のシーケンスは例示に過ぎない。例えば一実施形態では、アイテム２００３がＡＰ固有情報部分を表し得る一方、アイテム２００６が共通情報部分を表し得る。図２０の第１のエレメントは例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。例えば共通情報部分及びＡＰ固有情報部分はＨＥ／ＥＨＴ又は後のバージョンのプリアンブルと共に伝送することができる。
【0151】
[0177] 第２のシナリオでは、それらが単一のレガシプリアンブルと共にだが、別個のＥＨＴプリアンブルと共に伝送され得る。図２０の第２のエレメントの中で示すように、共通情報部分２０１３はＥＨＴプリアンブル２０１２と共に伝送することができ、ＡＰ固有情報部分２０１５はＥＨＴプリアンブル２０１４と共に伝送することができ、共通情報部分２０１３及びＡＰ固有情報部分はレガシプリアンブル２０１１と共に伝送することができる。共通情報部分２０１３とＡＰ固有情報部分２０１５との間にはフレーム間間隔がない。第２のエレメントによって示す共通情報部分及びＡＰ固有情報部分のシーケンスは例示に過ぎない。例えば一実施形態では、アイテム２０１３がＡＰ固有情報部分を表し得る一方、アイテム２０１５が共通情報部分を表し得る。図２０の第２のエレメントは例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。例えば共通情報部分及びＡＰ固有情報部分はＨＥ／ＥＨＴ又は後のバージョンのプリアンブルと共に伝送することができる。
【0152】
[0178] 第３のシナリオでは、ＡＰ固有情報を制御トレーラとして共通ＡＰに伝送することができる。図２０の第３のエレメントの中で示すように、ＡＰ固有情報部分は制御トレーラ２０２４内で運ぶことができる。共通情報部分２０２３及びＡＰ固有情報部分２０２４はレガシプリアンブル２０２１及びＥＨＴプリアンブル２０２２と共に伝送することができる。共通情報部分２０２３とＡＰ固有制御トレーラ２０２４との間にはフレーム間間隔がない。第３のエレメントによって示す共通情報部分及びＡＰ固有情報部分のシーケンスは例示に過ぎない。例えば一実施形態では、アイテム２０２３がＡＰ固有情報部分を表し得る一方、アイテム２０２４が共通情報部分を運ぶ制御トレーラを表し得る。図２０の第３のエレメントは例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。例えば共通情報部分及びＡＰ固有情報部分はＨＥ／ＥＨＴ又は後のバージョンのプリアンブルと共に伝送することができる。
【0153】
[0179] 第４のシナリオでは、ＡＰ固有情報部分をＰＬＣＰヘッダ内の特定の領域に配置することができる。図２０の第４のエレメントの中で示すように、ＡＰ固有情報部分はＡＰ固有ヘッダ２０３３であり得る。その場合、共通情報部分２０３４及びＡＰ固有ヘッダはレガシプリアンブル２０３１及びＥＨＴプリアンブル２０３２と共に伝送することができる。第４のエレメントによって示す共通情報部分及びＡＰ固有情報部分のシーケンスは例示に過ぎない。例えば一実施形態では、アイテム２０３３が共通情報部分として共通ヘッダを表し得る一方、アイテム２０３４がＡＰ固有情報部分を表し得る。
【0154】
[0180] 上記の説明は、共通情報部分とＡＰ固有情報部分との間の分離について論じた。かかる分離は、共通プリアンブルに対してＳＴＡが反復、組み合わせ等を行えるようにするために必要であり得ることに留意すべきである。ＡＰ固有部分のプリアンブルは、共通情報部分のプリアンブルと異なる伝送パラメータ（例えばＭＣＳ）を有し得ることにも留意すべきである。例えば共通情報部分に関して行ったような反復組み合わせなしにＳＴＡがＡＰ固有情報部分を復号可能であり得るように、ＡＰ固有情報部分はより低いデータ速度でコード化し変調することができる。
【0155】
[0181] 好ましくは共通情報部分及びＡＰ固有情報部分は、それらの間にｘＩＦＳを置いた状態で一緒に伝送することができる。その場合、共通情報部分及びＡＰ固有情報部分は別個のプリアンブルを有さなければならない。図２１は、この好ましく実施形態に関する例示的な分離された構造を示す。図２１に示すように、共通情報部分２１０３はレガシプリアンブル２１０１及びＥＨＴプリアンブルと共に伝送することができ、ＡＰ固有情報部分２１０６はレガシプリアンブル２１０４及びＥＨＴプリアンブル２１０５と共に伝送することができ、共通情報部分２１０３とレガシプリアンブル２１０４との間にｘＩＦＳ間隔がある。図２１に示す共通情報部分及びＡＰ固有情報部分のシーケンスは例示に過ぎない。例えば一実施形態では、アイテム２１０３がＡＰ固有情報部分を表し得る一方、アイテム２１０６が共通情報部分を表し得る。例えば共通情報部分及びＡＰ固有情報部分はＨＥ／ＥＨＴ又は後のバージョンのプリアンブルと共に伝送することができる。
【0156】
[0182] 好ましくは、共通情報部分及びＡＰ固有部分は２つの異なるビーコンとして別々に伝送することができる。つまり共通情報部分を共通ビーコンとして伝送することができ、ＡＰ固有部分をＡＰ固有ビーコンとして伝送することができる。その場合、各ＡＰが共通ビーコン及びＡＰ固有ビーコンを伝送することができ、共通ビーコン及びＡＰ固有ビーコンが一緒に反復ビーコンを形成することができる。
【0157】
[0183] 一部の実施形態では、共通ビーコン及びＡＰ固有ビーコンを異なるＴＢＴＴと共に別々に伝送することができる。
【0158】
[0184] 一部の実施形態では、共通ビーコンがグループ化され、ＡＰ固有ビーコンがグループ化される。ＳＴＡは、ＡＰ固有ビーコンの伝送に対する自らの伝送時間に基づいて共通ビーコンを送信するＡＰを黙示的に識別することができる。かかる一部の実施形態は、通常ビーコンをＡＰ固有ビーコンとして使用できるようにする。ビーコンの順序は共通ビーコン内でシグナリングすることができ、順序は静的、半静的、又は動的であり得る。
【0159】
[0185] 一部の実施形態では、反復ビーコンのＡＰ固有部分を復号可能であるためにＡＰが別個の時点において伝送することをＳＴＡが必要とする一方、ＡＰが同時に伝送することを拡張分散チャネルアクセス（ＥＤＣＡ）が妨げないようにＡＰが位置する場合があるので、反復ビーコンの伝送を協調させる必要があり得る。反復ビーコンのＡＰ固有部分が重複しないことを確実にするために伝送窓を定めることができ、ＡＰは自らの窓に従って伝送すること（例えば自らの窓の中でのみ伝送すること又は自らの窓の中で伝送しないこと）を許可される。従って複数の窓を互いに重複させないことにより、ＡＰの反復ビーコンが重複しないことを確実にするようにＡＰが協調し得る。従って反復ビーコンの共通部分及びＡＰ固有部分の両方を成功裏に復号することができる。図２２～図２３は上述の窓の２つの例を示す。以下の説明はそれぞれの例に関して窓をより詳細に記載する。
【0160】
[0186] 図２２は上述の窓の一例を示す。この例では、各ＡＰが自らに割り当てられた窓の中でのみ反復ビーコンを伝送することを許可される。図２２に示すように、Ｂ１はＡＰ１によって伝送される反復ビーコンを表し、ＡＰ１はＢ１窓２２０１内でのみ自らの反復ビーコンを伝送することができる。Ｂ２はＡＰ２によって伝送される反復ビーコンを表し、ＡＰ２はＢ２窓２２０２内でのみ自らの反復ビーコンを伝送することができる。Ｂ３はＡＰ３によって伝送される反復ビーコンを表し、ＡＰ３はＢ３窓２２０３内でのみ自らの反復ビーコンを伝送することができる。Ｂ４はＡＰ４によって伝送される反復ビーコンを表し、ＡＰ４はＢ４窓２２０４内でのみ自らの反復ビーコンを伝送することができる。
【0161】
[0187] 図２２に示すように、Ｂ１窓２２０１、Ｂ２窓２２０２、Ｂ２窓２２０３、及びＢ４窓２２０４を互いに重複させないことができる。一実施形態では、隣接する窓の間に時隔がなくてもよい。換言すれば、異なるＡＰに割り当てられる窓が互いに端と端をつないでつながることができる。例えば図２２に示すように、Ｂ１窓２２０１とＢ２窓２２０２との間には時隔がない。残りの窓も同様にやり方で設計することができる。図２２に示すように、ＡＰ１はＢ４窓２２０４の後でのみ（２２０５で示す）第２の反復ビーコンを伝送することができる。つまりＡＰ１に割り当てられた２つの連続した窓の間の持続時間（例えばＴＢＴＴ）は、ＡＰ２、ＡＰ３、及びＡＰ４に割り当てられた窓の長さを上回り得る。
【0162】
[0188] 別の実施形態では、隣接する２つの窓の間に時隔があり得る。例えば、ＡＰ１のＢ１窓とＡＰ２のＢ２窓との間に（図２２に不図示の）持続時間があり得る。残りの窓も同様にやり方で設計することができる。その場合、ＡＰ１はＢ４窓の後でのみ第２の反復ビーコンを伝送することができる。つまりＡＰ１に割り当てられた２つの連続した窓の間の持続時間（例えばＴＢＴＴ）は、グループ内の残りのＡＰに割り当てられる窓の長さに、隣接するそれぞれの２つの窓の間の時隔を加えた長さを上回り得る。
【0163】
[0189] 記載した上記の実施形態及び図２２に示した例は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことが理解されよう。例えばグループ内に４個を上回る（又は下回る）ＡＰがあってもよく、それらのＡＰの反復ビーコンを互いに重複することなしに別々に伝送することができる限り、それらのＡＰの窓を上記で論じたのと同様のやり方で設計することができる。
【0164】
[0190] 図２３は上述の窓の別の例を示す。この例では、各ＡＰが自らに割り当てられた窓の中でのみ反復ビーコンを伝送することを許可される。図２３に示すように、Ｂ１はＡＰ１によって伝送される反復ビーコンを表し、「No B1 Tx」はＡＰ１に割り当てられた窓を表す。ＡＰ１は「No B1 Tx」の中で自らの反復ビーコンを伝送することが許可されない可能性がある。Ｂ２はＡＰ２によって伝送される反復ビーコンを表し、「No B2 Tx」はＡＰ２に割り当てられた窓を表す。ＡＰ２は「No B2 Tx」の中で自らの反復ビーコンを伝送することが許可されない可能性がある。Ｂ３はＡＰ３によって伝送される反復ビーコンを表し、「No B3 Tx」はＡＰ３に割り当てられた窓を表す。ＡＰ３は「No B3 Tx」の中で自らの反復ビーコンを伝送することが許可されない可能性がある。Ｂ４はＡＰ４によって伝送される反復ビーコンを表し、「No B4 Tx」はＡＰ４に割り当てられた窓を表す。ＡＰ４は「No B4 Tx」の中で自らの反復ビーコンを伝送することが許可されない可能性がある。
【0165】
[0191] 図２３に示すように、反復ビーコン（例えばＢ１、Ｂ２、Ｂ３、及びＢ４）は互いに重複することなしに別々に伝送することができる。一方で、窓「No B1 Tx」の持続時間は、残りのＡＰ（例えばＡＰ２、ＡＰ３、及びＡＰ４）に各々の反復ビーコン伝送を完了させるのに十分長くあり得る。更に、窓「No B2 Tx」の持続時間は、残りのＡＰ（例えばＡＰ３及びＡＰ４）に各々の反復ビーコン伝送を完了させるのに十分長くあり得る。更に、窓「No B3 Tx」の持続時間は、残りのＡＰ（例えばＡＰ４）にその反復ビーコン伝送を完了させるのに十分長くあり得る。
【0166】
[0192] 図２３に示すように、窓は同じ長さを共有し得る。例えば窓「No B1 Tx」は窓「No B2 Tx」の長さと同じ長さを有し得る。図２３に示すように、ＡＰ１は窓「No B4 Tx」の後でのみ（２３０１で示す）第２の反復ビーコンを伝送することができる。つまり２つの連続した反復ビーコン伝送間の持続時間（例えばＴＢＴＴ）は窓「No B2 Tx」の始点から窓「No B4 Tx」の終点までの持続時間を上回り得る。
【0167】
[0193] 記載した上記の実施形態及び図２３に示した例は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことが理解されよう。例えばグループ内に４個を上回る（又は下回る）ＡＰがあってもよく、それらのＡＰの反復ビーコンを互いに重複することなしに別々に伝送することができる限り、それらのＡＰの窓を上記で論じたのと同様のやり方で設計することができる。別の例では、図２３に示す窓が同じ長さを共有しなくてもよい。その場合、ＡＰ１は窓「No B4 Tx」の終点の後でのみ第２の反復ビーコンを伝送することができる。
【0168】
[0194] １９０２におけるプロセスを下記の通り論じる。図１９に示すように、方法１９００は、１９０２で、複数の共通情報部分の少なくとも１つ又は１つ若しくは複数の共通情報部分の組み合わせを復号して第１のパラメータを取得することを含み得る。従ってプロセッサは、複数の共通情報部分の少なくとも１つ又は１つ若しくは複数の共通情報部分の組み合わせを復号して第１のパラメータを取得するように構成される。
【0169】
[0195] 上記で論じたように、共通情報部分はＡＰのグループ間で同一の情報を含み得る。従って、共通情報部分のサブセットを復号することは１９０２におけるプロセスの後の他のプロセスに必要な所要情報を取得し得る。一実施形態では、受信した共通情報部分の全てのうちの１つの共通情報部分を復号するだけで十分であり得る。例えばトランシーバが我々のＡＰそれぞれから４つの共通情報部分を受信し、４つの共通情報部分が同一である場合、プロセッサは第１のパラメータを取得するために１つの共通情報部分（４つの共通情報部分の何れか１つ）だけ、ことができる。別の実施形態では、第１のパラメータを取得するために受信される共通情報部分の１つ又は複数をバッファに入れ、組み合わせ、復号することができる。例えばトランシーバがＡＰ１から第１の共通情報部分、ＡＰ２から第２の共通情報部分、及びＡＰ３から第３の共通情報部分を受信した場合、プロセッサは第１の共通情報部分及び第２の共通情報部分の組み合わせを復号して第１のパラメータを取得することができる。プロセッサは上述の３つ全ての共通情報部分の組み合わせを復号して第１のパラメータを取得することもできる。複数の共通情報部分の組み合わせを復号するやり方については、グループ内のＡＰの総数を取得するためのプロセスに関して以下で更に説明する。
【0170】
[0196] 好ましくは、１９０２におけるプロセスは、複数の共通情報部分をバッファに入れること、複数の共通情報部分を組み合わせること、及び組み合わせた共通情報部分を復号することを更に含み得る。従って少なくとも１つの共通情報部分を復号して第１のパラメータを取得するために、プロセッサは複数の共通情報部分をバッファに入れ、複数の共通情報部分を組み合わせ、共通情報部分の組み合わせを復号するように構成され得る。
【0171】
[0197] 第１のパラメータは、マルチＡＰ伝送を行うように選択され得るＡＰの最大数を示すことができる。概して、方法１９００はマルチＡＰ伝送のための所望のＡＰの組み合わせを示すフィードバックをＡＰのグループに返すことができ、ＡＰのグループはそのフィードバックを使用してマルチＡＰ伝送のためのＡＰ又は複数のＡＰを選択することができる。従ってマルチＡＰ伝送を行うように選択されるＡＰの最大数は、所望のＡＰの組み合わせが最大で有し得るＡＰの数を表すこともできる。換言すれば、第１のパラメータは所望のＡＰの組み合わせを取得するために最大で何個のＡＰをＳＴＡが計算のために選択し得るのかを表すことができる。例えば第１のパラメータは、マルチＡＰ伝送のために選択され得るＡＰの最大数がＭであることを示し得る。換言すれば、所望のＡＰの組み合わせの中には最大でＭ個のＡＰがあり得る。好ましくはＭが２である。つまり好ましい実施形態では、グループ内の最大で２つのＡＰをマルチＡＰ伝送のために選択できることを第１のパラメータが示し得る。第１のパラメータはグループ内のＡＰの総数以下であるものとする。以下の説明は、下記の詳細な実施形態に関してこの第１のパラメータを更に記載する。本願では、別段の定めがない限り「ＡＰの組み合わせ（AP combination）」及び「ＡＰの組み合わせ（combination of AP(s)）」という用語を区別なく使用する場合があることに留意すべきである。
【0172】
[0198] 第１のパラメータはＳＴＡが後のプロセス、例えば１９０４のプロセスにおける計算を行えるようにするために使用される、好ましいマルチＡＰスキームを示すことができる。好ましいマルチＡＰスキームは、復号メトリク（例えば後で説明する第２のパラメータ）を推定するやり方を示すことができる。復号メトリクはマルチＡＰスキームから独立していてもよく、ＡＰのグループによるＡＰを選択するやり方は実装形態に依存し得ることに留意すべきである。第１のパラメータが共通情報部分から取得される唯一のパラメータではない場合があることにも留意すべきである。本願の原理を実現するのを助け得る限り、共通情報部分から他のパラメータが取得されてもよい。例えば１つ又は複数の共通情報部分の組み合わせから（以下に記載の）第４のパラメータを取得することができる。
【0173】
[0199] １９０３におけるプロセスを下記の通り論じる。図１９に示すように、方法１９００は、１９０３で、複数のＡＰ固有情報部分を復号して複数のＡＰの１つにそれぞれに関する複数の第２のパラメータを取得することを含み得る。従ってプロセッサは、複数のＡＰ固有情報部分を復号して複数のＡＰの１つにそれぞれに関する複数の第２のパラメータを取得するように構成され得る。
【0174】
[0200] ＳＴＡは、ＡＰ固有情報を復号することによって特定のＡＰを識別することができる。第２のパラメータは、ＳＴＡとのマルチＡＰ伝送をサポートするＡＰの能力を表すために使用することができる復号メトリクであり得る。好ましくは、第２のパラメータは以下のパラメータ、つまり信号対雑音比（ＳＮＲ）、信号対干渉雑音比（ＳＩＮＲ）、参照信号受信出力（ＲＳＲＰ）、及び参照信号受信品質（ＲＳＲＱ）の何れか１つを含み得る。上述の例示的な第２のパラメータはネットワーク品質に関するインジケータと見なすことができる。従ってＳＴＡはネットワーク品質に基づいて計算を行い、それにより所望のＡＰの組み合わせの結果を提供し得る。
【0175】
[0201] 上記の説明は第２のパラメータの一部の例を既に記載しているが、それらは排他的であることも本願に対する限定であることも意図していない。本願の原理を実現するのを助け得る限り、第２のパラメータは他の任意の復号メトリク又はパラメータとすることもできる。以下の説明は、詳細な実施形態に関して第２のパラメータを更に記載する。
【0176】
[0202] １９０４におけるプロセスを下記の通り論じる。図１９に示すように、方法１９００は、１９０４で、第１のパラメータ、及び複数の第２のパラメータ、及び複数のＡＰの総数に基づいてフィードバックを生成することを含み得る。従ってプロセッサは、第１のパラメータ、複数の第２のパラメータ、及び複数のＡＰの数に基づいてフィードバックを生成するように構成され得る。
【0177】
[0203] ＳＴＡは、ＡＰからの共通情報部分を復号することによってグループ内のＡＰの総数を取得することができる。例えば図１８に示すように、ＳＴＡ（又はトランシーバ）は１つのパケット又は伝送（例えばＡＰ１からの共通情報部分）を受信することができ、その後ＳＴＡはそのパケット又は伝送の復号を試みることができる。ＳＴＡがパケット又は伝送の復号に失敗し、更に多くの反復伝送が続き得ることをＳＴＡが知っている可能性がある場合、ＳＴＡは受信したパケット又は伝送（例えば対数尤度比（ＬＬＲ）又は受信した復調済み複素数）をバッファに入れることができる。その後、受信機は後続の反復伝送、例えばＡＰ２からの共通情報部分を受信し続けることができる。バッファ済みのものの反復伝送であり得る信号を受信機が受信すると、ＳＴＡは受信信号（例えばＡＰ２からの共通情報部分）をバッファ済みの信号（例えばＡＰ１からの共通情報部分）と組み合わせ、次いで復号することができる。ＳＴＡが組み合わさった信号の復号に失敗し、更に多くの反復伝送が予期されることをＳＴＡが知っている可能性がある場合、ＳＴＡは更新済みの信号（例えばＡＰ１及びＡＰ２からの共通情報部分の組み合わせ）をバッファに入れることができる。その後、組み合わさった信号をＳＴＡが成功裏に復号するまで、ＳＴＡは更に多くの信号（例えばＡＰ３及びＡＰ４からの共通情報部分）を同様のやり方で受信し、バッファに入れ、組み合わせることができる。このようにして、ＳＴＡは共通情報部分を復号することによって取得されるパラメータ（例えば上述の第１のパラメータ）を知ることができる。更にこのようにして、プロセッサはグループ内のＡＰの総数を知ることができる。例えばプロセッサが４つの共通情報部分をバッファに入れ、組み合わせ、復号する場合、プロセッサはグループ内のＡＰの総数が４であることを知り得る。一実施形態では、合計反復数がＰＨＹ層のシグナリング内にあり、共通情報部分を復号する前に復号され得る。別の実施形態では、プロセッサは受信したＡＰ固有情報部分を復号することによってグループ内のＡＰの数を取得することができる。例えばプロセッサが４つのＡＰ固有情報部分を復号する場合、プロセッサはグループ内のＡＰの総数が４であることを知る。
【0178】
[0204] ＡＰの数についての上述の実施形態及び例は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことを理解すべきである。グループ内のＡＰの数は、本願の原理を実現するのを助け得る限り他の任意の利用可能な方法によって取得することができる。
【0179】
[0205] 好ましくは、１９０４におけるプロセスは以下の２つのサブプロセス、つまり第１のパラメータ、複数の第２のパラメータ、及び複数のＡＰの数に基づいて計算を行って計算結果を取得すること、及び計算結果に基づいてフィードバックを生成することを含み得る。
【0180】
[0206] プロセッサは、第１のパラメータ、取得済みの第２のパラメータ（即ち復号メトリク）、及びＡＰの数に基づいて計算を行うことができる。計算の後、１つ又は複数のＡＰの組み合わせを取得することができる。上述の第１のパラメータに基づき、所望のＡＰの組み合わせは最大でＭ個のＡＰを含み得る。従って、取得されるそれぞれのＡＰの組み合わせの中に、ＡＰが１つだけ又は複数（即ちＭ個以下のＡＰ）あり得る。計算は主に復号メトリクに対して行い、それにより新たな復号メトリクを取得することができる。本願では、計算によって取得されるそれらの新たな復号メトリクを第３のパラメータと呼ぶことができる。好ましくは、計算結果は１つ又は複数のＡＰの組み合わせを含み得る。好ましくは、計算結果は複数のＡＰの組み合わせのそれぞれについて第３のパラメータを更に含み得る。以下の説明は、詳細な実施形態に関してＡＰの組み合わせ並びにその第３のパラメータを更に記載する。この方法では、上述の計算をＳＴＡ側で実行することができ、ＳＴＡはＡＰに提案されるＡＰの組み合わせをフィードバックすることができる。
【0181】
[0207] 一実施形態では、それぞれのＡＰの組み合わせの中のＡＰの第２のパラメータの値を平均することによってプロセッサが計算を行うことができる。この実施形態では、以下の等式（１）に基づいて計算を行うことができる
【数1】
【0182】
[0208] 等式（１）ではｘnがＡＰの第２のパラメータの値を表し、ｎがＡＰの組み合わせの中のＡＰの数を表し、ＺがＡＰの組み合わせの中のＡＰの第２のパラメータの値の平均値を表す。
【0183】
[0209] 別の実施形態では、ＡＰの組み合わせの中のＡＰの第２のパラメータの値の平均値とグループ内のＡＰの第２のパラメータの値の全体的な平均値との差を計算することによってプロセッサが計算を行うことができる。この実施形態では、以下の等式（２）に基づいて計算を行うことができる
【数2】
【0184】
[0210] 等式（２）ではｘn及びｘmがＡＰの第２のパラメータの値を表し、ｎがＡＰの組み合わせの中のＡＰの数を表し、ｍがグループ内のＡＰの総数を表す。
【0185】
[0211] 以下の説明は、ＳＴＡによって行われる計算を３つの例に関して詳細に記載する。
【0186】
[0212] 第１の例では次の仮定がある：第１のパラメータ（Ｍ）が、所望のＡＰの組み合わせの中の最大で２つのＡＰを示す２であり、ＡＰの総数が４であり、第２のパラメータが各ＡＰのＳＩＮＲ値であり、ＡＰ１のＳＩＮＲ値が６であり、ＡＰ２のＳＩＮＲ値が１２であり、ＡＰ３のＳＩＮＲ値が１８であり、ＡＰ４のＳＩＮＲ値が２４である。所望のＡＰの組み合わせの中に最大で２つのＡＰがあるので、所望の組み合わせはＡＰを１つだけ又は最大で２つ含み得ることに留意すべきである。全ての潜在的な有資格のＡＰの組み合わせを考慮すべきである。第１のパラメータ及びＡＰの数に基づき、４つのＡＰから単一のＡＰを選択する４つのやり方があり、４つのＡＰから２つのＡＰを選択する６つのやり方があり（即ち
）即ち合計１０個の異なるＡＰの組み合わせ、つまり（１）ＡＰ１、（２）ＡＰ２、（３）ＡＰ３、（４）ＡＰ４、（５）ＡＰ１＋ＡＰ２、（６）ＡＰ１＋ＡＰ３、（７）ＡＰ１＋ＡＰ４、（８）ＡＰ２＋ＡＰ３、（９）ＡＰ２＋ＡＰ４、及び（１０）ＡＰ３＋ＡＰ４がある。２つのＡＰを含むＡＰの組み合わせでは、ＳＴＡは上記の等式（１）に基づいてＡＰの組み合わせの中の２つのＡＰの２つのＳＩＮＲ値を平均することによってＡＰの組み合わせのＳＩＮＲ値を取得することができる。例えばＡＰ２及びＡＰ３を含むＡＰの組み合わせのＳＩＮＲ値は１５である。従って上記で論じた計算の後、ＳＴＡは以下の表１を取得することができる。表１に示すように、２行目に示すそれらの取得済みのＳＩＮＲ値は１行目に示す取得済みのＡＰの組み合わせの第３のパラメータである。
【数3】
【0187】
【表1】
【0188】
[0213] 表１に示すように、計算結果は１行目に示す複数のＡＰの組み合わせ、及びそのそれぞれがＡＰの組み合わせに対応する複数のＳＩＮＲ値（即ち第３のパラメータ）を含む。
【0189】
[0214] 第２の例では、上記の第１の例にあるのと同じ仮定を行う。つまり第１のパラメータは所望のＡＰの組み合わせの中に最大で２つのＡＰがあることを示す２であり、ＡＰの数が４であり、第２のパラメータが各ＡＰのＳＩＮＲ値であり、ＡＰ１のＳＩＮＲ値が６であり、ＡＰ２のＳＩＮＲ値が１２であり、ＡＰ３のＳＩＮＲ値が１８であり、ＡＰ４のＳＩＮＲ値が２４である。第２の例と第１の例との違いは計算を行うやり方である。第２の例では、ＳＴＡが上記の等式（２）に基づいて計算を行うことができる。計算の後、ＳＴＡは表２に示すＳＩＮＲ値を伴う以下のＡＰの組み合わせを取得することができる。
【0190】
【表2】
【0191】
[0215] 第３の例では次の仮定がある：第１のパラメータが、所望のＡＰの組み合わせの中に最大で３つのＡＰがあることを示す３であり、他の仮定は上記の第１の例にあるのと同じである。ＳＴＡは上記の等式（１）に基づいて計算を行うことができる。計算の後、ＳＴＡは表３に示すＳＩＮＲ値を伴う以下のＡＰの組み合わせを取得することができる。
【0192】
【表3】
【0193】
【表4】
【0194】
[0216] 上記の説明は計算並びに計算に使用され得る２つの等式の幾つかの例を記載したが、それらは排他的であることも本願に対する限定であることも意図していないことに留意すべきである。本願の原理を実現するのを助け得る限り、計算は他の任意の利用可能な等式に基づいて行われ得る。例えばＳＴＡは分散式、標準分散式等に基づいて計算を行うことができる。上記の例並びにそれらのパラメータ値は例として示したに過ぎず、本願に対する限定であることは意図していないことにも留意すべきである。
【0195】
[0217] 以下の実施形態は、計算結果に基づいてフィードバックをどのように生成するのかを記載する。
【0196】
[0218] 一実施形態では、フィードバックは１９０４におけるプロセスから取得される計算結果に基づく複数のＡＰの組み合わせの少なくとも１つを含み得る。換言すれば、ＳＴＡは計算から取得される全てのＡＰの組み合わせを含む計算結果の全てを伝送しなくてもよく、ＡＰの組み合わせの一部だけ伝送することができる。
【0197】
[0219] 例えば共通情報部分を復号するとき、プロセッサはＳＴＡがＡＰのグループに対して最も優れたＫ個のＡＰの組み合わせをフィードバックし得ることを示す第４のパラメータ（Ｋ）を取得することができる。表１による上記の第１の例では、Ｋ＝６である場合、フィードバックは以下のＡＰの組み合わせ、つまりＡＰ４（ＳＩＮＲ値＝２４）、ＡＰ３＋ＡＰ４（ＳＩＮＲ値＝２１）、ＡＰ２＋ＡＰ４（ＳＩＮＲ値＝１８）、ＡＰ３（ＳＩＮＲ値＝１８）、ＡＰ２＋ＡＰ３（ＳＩＮＲ値＝１５）、及びＡＰ１＋ＡＰ４（ＳＩＮＲ値＝１５）を含み得る。この例では、フィードバックを受信したＡＰがマルチＡＰ伝送のために上述の６つのＡＰの組み合わせから特定のＡＰの組み合わせを選択することができる。上記のＫの例は例として示したに過ぎず、本願に対する限定であることは意図していないことに留意すべきである。一実施形態では、共通情報部分を復号することによって第４のパラメータを取得することができる。第４のパラメータを取得するための方法は、上記の第１のパラメータを取得するための方法と同様であり得る。例えばトランシーバがＡＰ１から第１の共通情報部分、ＡＰ２から第２の共通情報部分、及びＡＰ３から第３の共通情報部分を受信した場合、プロセッサは第１の共通情報部分及び第２の共通情報部分の組み合わせを復号して第４のパラメータを取得することができる。プロセッサは上述の３つ全ての共通情報部分の組み合わせを復号して第４のパラメータを取得することもできる。
【0198】
[0220] 一実施形態では、フィードバックが１９０４におけるプロセスから取得される計算結果を含むことができる。つまりプロセス１９０５において、ＳＴＡは取得した計算結果の全てをグループ内のＡＰに伝送することができる。上記で論じたように、計算結果は１つ又は複数のＡＰの組み合わせ並びにＡＰの組み合わせごとの新たな復号メトリク（即ち第３のパラメータ）を含むことができる。この実施形態では、フィードバックを受信したグループ内のＡＰがマルチＡＰ伝送のために計算から取得される複数のＡＰの組み合わせ（例えば表１に示すＡＰの組み合わせ）の全てから特定のＡＰの組み合わせを選択することができる。
【0199】
[0221] 好ましくは、フィードバックは計算から取得される複数のＡＰの組み合わせの少なくとも１つ、及び複数のＡＰの組み合わせの少なくとも１つのそれぞれに関連する第３のパラメータの両方を含み得る。表１による上記の第１の例では、以下の表４のようにフィードバックを示すことができる（Ｋ＝６だと仮定する）：
【0200】
【表5】
【0201】
[0222] グループ内のＡＰに取得済みのＳＩＮＲ値（即ち第３のパラメータ）を伝送する目的は、取得ＡＰの組み合わせごとの第３のパラメータをＡＰのグループに知らせることである。次いでＡＰのグループは、マルチＡＰ伝送のために第３のパラメータに基づいて所望のＡＰの組み合わせを選択することができる。
【0202】
[0223] 一実施形態では、フィードバックが計算結果に基づくＡＰビットマップを含み得る。ビットマップはパンクチャードＡＰビットマップと見なすことができる。パンクチャードＡＰビットマップでは、ＡＰの組み合わせの中で選択されないＡＰが表示されず、又はかかるＡＰが利用不能だと示される。その場合、かかるＡＰはビットマップからパンクチャリングされたと見なすことができる。ビットマップのサイズは、グループ内のＡＰの数又は反復ビーコン伝送内のビーコンの数と同じとすることができる。表３による上記の第３の例では、ＡＰの組み合わせＡＰ２＋ＡＰ３＋ＡＰ４を含むフィードバックをＳＴＡが伝送したい場合、ＡＰビットマップを以下の表５に示すことができる：
【0203】
【表6】
【0204】
[0224] 表５に示すように、それぞれの数字がＡＰを表し、４つのＡＰ（左端から右端までのＡＰ１～ＡＰ４）があり、「０」はこのＡＰの組み合わせの中にＡＰ１がないことを表す。「１」はこのＡＰの組み合わせの中にＡＰ２～ＡＰ４があることを表す。フィードバック内に含まれるビットマップは、ＡＰの組み合わせの中のＡＰに基づいて異なり得ること、及び表５に示す上記のビットマップの例は例として示したに過ぎず、本願に対する限定であることは意図していないことを理解すべきである。
【0205】
[0225] 一実施形態ではフィードバックが複数のフィールドを含むことができ、複数のフィールドのそれぞれが第３のパラメータ及びＡＰの組み合わせを識別するＡＰ識別子を含み得る。換言すればＳＴＡは、そのそれぞれがＡＰ（又は１組のＡＰ）の識別子と対応する第３のパラメータ（例えば計算済みのＳＩＮＲ値）とを組み合わせることができる複数のフィールドを含むフィードバックを伝送することができる。表１による上記の第１の例では、それぞれのビットがグループ内の特定のＡＰに対応し得るように４ビットフィールドＡＰ識別子を定めることができる。例えば「１０１０」は、このＡＰの組み合わせの中でＡＰ１及びＡＰ３が選択されることを示し得る。表１による上記の第１の例においてＳＴＡによって伝送されるフィードバックを以下の表６として示すことができる（Ｋ＝６だと仮定する）。
【0206】
【表7】
【0207】
[0226] 表６に示すように、フィールドはＡＰ識別子とＳＩＮＲ値との対で構成される。合計６つのフィールドがあり、そのそれぞれが計算から取得されるＡＰの組み合わせを表す。上記の表６並びにそれぞれのＡＰの組み合わせの中のＡＰを示すその４ビットフィールドＡＰ識別子は例として示したに過ぎず、本願に対する限定であることは意図していないことに留意すべきである。本願の上述の原理を実現するのを助け得る限り、ＡＰの組み合わせを示すために他の任意の利用可能な識別子を使用することができる。
【0208】
[0227] 好ましくは、フィードバックは複数のやり方で順序付けることができる。つまり計算結果内のＡＰの組み合わせは複数のやり方で順序付けることができる。例えばＡＰの組み合わせはＳＩＮＲ値に基づく降順とすることができる。表１によって示す上記の第１の例では、ＳＴＡによって伝送されるフィードバックを以下の表７として示すことができる（Ｋ＝６だと仮定する）。
【0209】
【表8】
【0210】
[0228] 表７に示すように、これらの６つのＡＰの組み合わせはそのＳＩＮＲ値に基づく降順で列挙されている。ＡＰの組み合わせの順序は、ＡＰのグループによって選択されるＡＰを黙示的に識別することができる。つまりＡＰのグループは、フィードバック内で伝送されるＡＰの組み合わせの順序に基づいてＡＰを選択することができる。
【0211】
[0229] 上記の表７並びに例示的な降順は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。フィードバック内のＡＰの組み合わせはＳＩＮＲ値に基づく昇順で列挙されてもよい。別の実施形態では、フィードバック内のＡＰの組み合わせがそれぞれのＡＰの組み合わせの中のＡＰの数に基づいて列挙され得る。例えば２つのＡＰを含むＡＰの組み合わせは、ＡＰを１つしか含まないＡＰの組み合わせよりも前に列挙することができる。ＡＰの組み合わせの順序は上記で論じたビットマップの順序に限定されなくてもよいことに留意すべきである。
【0212】
[0230] 一実施形態では、ＡＰの組み合わせが無資格である場合、そのＡＰの組み合わせが無効だと計算結果が示し得る。例えば表２によって示す上記の第２の例では、そのＳＩＮＲ値が「０」未満であるＡＰの組み合わせを無資格と見なすことができ、従ってそのＳＩＮＲ値が「０」未満であるＡＰの組み合わせを「無効」として示すことができる。その場合、上記の第２の例において、ＳＴＡは表８に示すＳＩＮＲ値を有する以下のＡＰの組み合わせを取得することができる。
【0213】
【表9】
【0214】
[0231] １９０５におけるプロセスを下記の通り論じる。図１９に示すように、この方法は１９０５で、複数のＡＰの少なくとも１つにフィードバックを伝送することを含み得る。フィードバックを受信したＡＰはマルチＡＰ伝送のためにＡＰ又は複数のＡＰをグループから選択することができる。
【0215】
[0232] 一部の実施形態では、ＳＴＡが単一のＡＰに接続可能であり得る。かかる一部の実施形態では、ＳＴＡが一次ＡＰ（即ちＳＴＡがアソシエートされるＡＰ）によってポーリングされ得る。ＳＴＡはＵＬ ＯＦＤＭＡ／ＵＬ ＭＵ－ＭＩＭＯ又はＵＯＲＡについて一次ＡＰによってトリガされ得る。一次ＡＰはＳＴＡにＮＤＰフィードバックトリガを送信することができ、送信するフィードバックを有する如何なるＳＴＡも自らが送信用のフィードバックを有することを示すことができる。次いで一次ＡＰはＳＴＡをトリガし又はポーリングすることができる。図２４に示すＳＴＡ１及びＳＴＡ２は上述のスキームに基づいてフィードバックを伝送することができる。図２４に示すように、ＡＰ１はＳＴＡ（ＳＴＡ１～ＳＴＡ４）にフィードバック（ＦＢ）ポール２４０１を伝送することができ、するとＳＴＡ１だけが伝送用のフィードバック（ＦＢ）２４０４を有することが判明する。そのためＳＴＡ１はＦＢ２４０４を伝送することができる。同様に、ＳＴＡ２及びＳＴＡ３はＦＢポール２４０２及びＦＢポール２４０３をそれぞれ伝送することができ、するとＳＴＡ２だけが伝送用のＦＢ２４０５を有することが判明する。ＦＢプール及びＦＢ伝送に関して図２４に示す上述の実施形態は例として示したに過ぎず、排他的であることも本願に対する限定であることも意図していないことに留意すべきである。
【0216】
[0233] 一部の実施形態では、ＳＴＡが単一のＳＴＡに接続することができない。１組のＡＰがＳＴＡにフィードバックポール又はＮＤＰフィードバックトリガを送信することができる。単一のＡＰを聞くことができないがこのポール又はトリガを聞くことができる如何なるＳＴＡもＡＰにフィードバックを伝送することができる。図２４に示すＳＴＡ３及びＳＴＡ４は上述のスキームに基づいてフィードバックを伝送することができる。図２４に示すように、ＡＰ１及びＡＰ２はフィードバックプール又はＮＤＰフィードバックトリガを伝送する１組のＡＰと見なすことができる。それらの両方がＳＴＡに同じＦＢプール（２４０６、２４０６’）を伝送することができ、すると伝送用のフィードバックを有するＳＴＡがないことが判明する。ＡＰ１及びＡＰ３はフィードバックプール又はＮＤＰフィードバックトリガを伝送する１組のＡＰと見なすことができる。それらの両方がＳＴＡに同じＦＢプール（２４０７、２４０７’）を伝送することができ、するとＳＴＡ３が伝送用のＦＢ２４０８を有することが判明する。ＡＰ２及びＡＰ３はフィードバックプール又はＮＤＰフィードバックトリガを伝送する１組のＡＰと見なすことができる。それらの両方がＳＴＡに同じＦＢプール（２４０９、２４０９’）を伝送することができ、するとＳＴＡ４が伝送用のＦＢ２４１０を有することが判明する。
【0217】
[0234] ＡＰはフィードバックに基づいて自らのマルチＡＰ伝送を設定することができる。一部の実施形態では、特定のマルチＡＰ伝送のために選択されたＡＰ及びＳＴＡをマルチＡＰ告知フレームが含み得る。一部の実施形態では、上述のフィードバック及び計算結果（例えば上記で論じたフィールド、ＡＰ識別子、ビットマップ）が制御フレーム、管理フレーム、任意のフレームのＰＬＣＰヘッダ、又は任意のフレームのＭＡＣヘッダを使用してＡＰとＳＴＡとの間でやり取りされ得る。プロセス１９０５においてＳＴＡから伝送されるフィードバックに基づいてＡＰを選択した後、選択されたＡＰがＳＴＡに対するマルチＡＰ伝送（例えばマルチＡＰデータ伝送）を行うことができる。
【0218】
[0235] 別の実施形態では、１９０４で、ＳＴＡが第１のパラメータ、複数の第２のパラメータ、及び複数のＡＰの数をグループ内の少なくとも１つのＡＰに伝送することができる。次いで上述の計算がＡＰ側において行われ得る。つまり１９０４でプロセッサによって生成されるフィードバックは、第１のパラメータ、複数の第２のパラメータ、及び複数のＡＰの数を含み得る。例えばＳＴＡは所望のＡＰの組み合わせの中の最大で２つのＡＰ、ＡＰの総数、即ち４、第２のパラメータが各ＡＰのＳＩＮＲ値であること、ＡＰ１のＳＩＮＲ値が６であり、ＡＰ２のＳＩＮＲ値が１２であり、ＡＰ３のＳＩＮＲ値が１８であり、ＡＰ４のＳＩＮＲ値が２４であることを示す第１のパラメータを取得することができる。次いで、フィードバックを受信したＡＰは上述の計算を行い、１つ又は複数のＡＰを含む所望のＡＰの組み合わせを計算に基づいて取得することができる。或る方法では、ＳＴＡがＡＰに量子化済みのＳＩＮＲ値を直接フィードバックすることができる。或る方法では、ＳＴＡが平均ＳＩＮＲ値をSINR#averageとして計算することができる。次いで、SINR#averageとＳＩＮＲ値との差をSINR#diff#k=SINR#average-SINR#kとして計算する。ここでｋはＡＰのインデックスである。ＳＴＡは量子化済みのSINR#diff#k値をフィードバックすることができる。
【0219】
[0236] 次いで方法１９００は、１９０６で、１つ又は複数のＡＰの組み合わせからマルチＡＰ伝送を受信することを含み得る。従ってトランシーバは、１つ又は複数のＡＰの組み合わせからマルチＡＰ伝送を受信するように更に構成され得る。第１のパラメータＭは選択されるＡＰの最大数（即ち所望のＡＰの組み合わせの中に最大でＭ個のＡＰがあること）を示したので、マルチＡＰ伝送はグループ内の複数のＡＰによって行われてもよく、即ちマルチＡＰ伝送のために選択されるＡＰの数（即ち選択されるＡＰの組み合わせの中のＡＰの数）はＭ以下であるべきである。好ましくは、マルチＡＰ伝送は２つ以上のＡＰの組み合わせによって行われ得る。
【0220】
[0237] 更に、上記では特徴及び要素を特定の組み合わせで記載したが、各特徴及び要素は単独で又は他の特徴及び要素との任意の組み合わせで使用できることを当業者なら理解されよう。加えて本明細書に記載した方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれるコンピュータプログラム、ソフトウェア、又はファームウェアによって実装することができる。コンピュータ可読媒体の例は、（有線又は無線接続上で伝送される）電子信号及びコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これだけに限定されないが読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスク及び脱着可能ディスク等の磁気媒体、光磁気媒体、並びにＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（ＤＶＤ）等の光媒体を含む。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、又は任意のホストコンピュータで使用するための無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサを使用することができる。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【国際調査報告】