特表 2023-537706 同時送受信のための方法及び手順

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

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

(11)【公表番号】

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

(54)【発明の名称】同時送受信のための方法及び手順

(51)【国際特許分類】

   H04W 16/28 20090101AFI20230829BHJP

   H04W 24/10 20090101ALI20230829BHJP

   H04W 72/23 20230101ALI20230829BHJP

   H04L 27/26 20060101ALI20230829BHJP

【ＦＩ】

H04W16/28

H04W24/10

H04W72/23

H04L27/26 114

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023507368

(86)(22)【出願日】2021-08-05

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

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

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

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

(31)【優先権主張番号】63/061,598

(32)【優先日】2020-08-05

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

(31)【優先権主張番号】63/094,731

(32)【優先日】2020-10-21

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

(31)【優先権主張番号】63/185,733

(32)【優先日】2021-05-07

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】カノン－ベラスケス、ロイク

(72)【発明者】

【氏名】ハギガット、アフシン

(72)【発明者】

【氏名】クァク、ヨンウ

(72)【発明者】

【氏名】イ、ムンイル

(72)【発明者】

【氏名】マリニエール、ポール

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

5K067

【Ｆターム（参考）】

5K067AA23

5K067DD25

5K067DD43

5K067DD45

5K067KK03

(57)【要約】

同時送受信のための（１つ又は複数の）システム、方法、及びデバイスが、本明細書に開示される。無線送受信ユニット（ＷＴＲＵ）は、同時ＤＬ／ＤＬ（Ｓ－ＤＤ）、同時ＵＬ／ＵＬ（Ｓ－ＵＵ）、及び同時ＤＬ／ＵＬ（Ｓ－ＤＵ）など、異なる動作モードが可能であり得る複数のアンテナパネルを有することができる。更に、ＷＴＲＵは、複数の送信ポイント及び受信ポイントと同時に通信するために、各パネルを独立して使用することができる。ＷＴＲＵは、複数の送信受信ポイント通信に適した送信制御インジケータ、基準信号、監視技法を使用して、これを達成することができる。
【選択図】図２

【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）によって実施される方法であって、前記方法は、
第１の構成情報を受信することであって、前記第１の構成情報はチャネル状態情報－基準信号（ＣＳＩ－ＲＳ）リソースのセットを含み、前記ＣＳＩ－ＲＳリソースのセットは送受信ポイント（ＴＲＰ）インデックスに関連付けられる、第１の構成情報を受信することと、
第２の構成情報を受信することであって、前記第２の構成情報はＣＳＩ－ＲＳ報告インジケータ（ＣＲＩ）のセットを含む、第２の構成情報を受信することと、
ＣＳＩ情報を生成するために、ＣＲＩごとに前記ＣＳＩ－ＲＳリソースのセットのうちの１つ以上のＣＳＩ－ＲＳを測定することと、
前記ＣＳＩ情報に基づいて、前記ＣＲＩのセットの１つ以上のＣＲＩについてのＣＳＩ報告を送信することであって、各ＣＳＩ報告はＣＲＩに関連付けられた報告量を含む、ＣＳＩ報告を送信することと
を含み、
前記ＣＲＩの前記報告量は、前記ＣＲＩがＣＳＩ－ＲＳリソースのペアに関連付けられるという条件でのマルチＴＲＰ推定に基づいて決定され、前記ＣＳＩ－ＲＳリソースのペアの各ＣＳＩ－ＲＳリソースは異なるＴＲＰインデックスに関連付けられ、
前記ＣＲＩの前記報告量は、前記ＣＲＩがＣＳＩ－ＲＳリソースのペアに関連付けられないという条件での単一ＴＲＰ推定に基づいて決定される、方法。

【請求項2】

前記ＣＳＩ報告に基づいて選択された１つ以上のＴＲＰから送信を受信することを更に含む、請求項１に記載の方法。

【請求項3】

前記報告量は、少なくともランクインジケータ（ＲＩ）、チャネル品質インジケータ（ＣＱＩ）、及びプリコーディング行列インジケータ（ＰＭＩ）を含む、請求項１に記載の方法。

【請求項4】

２つ以上のＣＳＩ－ＲＳが測定され、各ＣＳＩ－ＲＳは異なるＴＲＰから送信される、請求項１に記載の方法。

【請求項5】

前記ＷＴＲＵは、それぞれのＣＳＩ報告のＣＳＩ値に基づいて１つ以上のＣＳＩ報告を送信する、請求項１に記載の方法。

【請求項6】

無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵは、
トランシーバに結合されたプロセッサを備え、
前記プロセッサ及びトランシーバは第１の構成情報を受信するように構成され、前記第１の構成情報は、チャネル状態情報－基準信号（ＣＳＩ－ＲＳ）リソースのセットを含み、前記ＣＳＩ－ＲＳリソースのセットは送受信ポイント（ＴＲＰ）インデックスに関連付けられ、
前記プロセッサ及びトランシーバは第２の構成情報を受信するように構成され、前記第２の構成情報はＣＳＩ－ＲＳ報告インジケータ（ＣＲＩ）のセットを含み、
前記プロセッサ及びトランシーバは、ＣＳＩ情報を生成するために、ＣＲＩごとに前記ＣＳＩ－ＲＳリソースのセットのうちの１つ以上のＣＳＩ－ＲＳを測定するように構成され、
前記プロセッサ及びトランシーバは、前記ＣＳＩ情報に基づいて、前記ＣＲＩのセットの１つ以上のＣＲＩについてのＣＳＩ報告を送信するように構成され、各ＣＳＩ報告はＣＲＩに関連付けられた報告量を含み、
前記ＣＲＩの前記報告量は、前記ＣＲＩがＣＳＩ－ＲＳリソースのペアに関連付けられるという条件でのマルチＴＲＰ推定に基づいて決定され、前記ＣＳＩ－ＲＳリソースのペアの各ＣＳＩ－ＲＳリソースは異なるＴＲＰインデックスに関連付けられ、
前記ＣＲＩの前記報告量は、前記ＣＲＩがＣＳＩ－ＲＳリソースのペアに関連付けられないという条件での単一ＴＲＰ推定に基づいて決定される、無線送受信ユニット（ＷＴＲＵ）。

【請求項7】

前記ＣＳＩ報告に基づいて選択された１つ以上のＴＲＰから送信を受信するように構成された前記プロセッサ及びトランシーバを更に備える、請求項６に記載のＷＴＲＵ。

【請求項8】

前記報告量は、少なくともランクインジケータ（ＲＩ）、チャネル品質インジケータ（ＣＱＩ）、及びプリコーディング行列インジケータ（ＰＭＩ）を含む、請求項６に記載のＷＴＲＵ。

【請求項9】

２つ以上のＣＳＩ－ＲＳが測定され、各ＣＳＩ－ＲＳは異なるＴＲＰから送信される、請求項６に記載のＷＴＲＵ。

【請求項10】

前記ＷＴＲＵは、それぞれのＣＳＩ報告のＣＳＩ値に基づいて１つ以上のＣＳＩ報告を送信する、請求項６に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０２０年８月５日に出願された米国特許仮出願第６３／０６１，５９８号明細書、２０２０年１０月２１日に出願された米国特許仮出願第６３／０９４，７３１号明細書、及び２０２１年５月７日に出願された米国特許仮出願第６３／１８５，７３３号明細書の利益を主張し、これらの内容は、参照により本明細書に組み込まれる。

【背景技術】

【0002】

一般に、無線通信システムでは、基礎となる技術が継続的に進化しているため、新しいハードウェアから生じる新しいユースケースに対処する必要がある。例えば、送信／受信技術が同時に２つの機能（例えば、送信及び／又は受信）を同時に実行することができる場合には、このタイプの無線通信を可能にし得る詳細及びプロトコルに対処するシステム、デバイス、及び方法が必要とされる。

【発明の概要】

【0003】

同時送受信のための（１つ又は複数の）システム、方法、及びデバイスが、本明細書に開示される。無線送受信ユニット（ＷＴＲＵ）は、同時ＤＬ／ＤＬ（Ｓ－ＤＤ）、同時ＵＬ／ＵＬ（Ｓ－ＵＵ）、及び同時ＤＬ／ＵＬ（Ｓ－ＤＵ）など、異なる動作モードが可能であり得る複数のアンテナパネルを有することができる。更に、ＷＴＲＵは、複数の送信ポイント及び受信ポイントと同時に通信するために、各パネルを独立して使用することができる。ＷＴＲＵは、送信制御インジケータ、基準信号、及び複数の送信受信ポイント通信に適した監視技法を使用して、これを達成することができる。

【図面の簡単な説明】

【0004】

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。

【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。

【図1B】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。

【図1C】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。

【図1D】一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。

【図2】マルチパネルＷＴＲＵにおける３つの動作モードを示す図である。

【図3】同時監視をサポートするための拡張の例を示す図である。

【図4A】本明細書に開示される１つ以上の技法によるｍＴＲＰのためのＣＳＩ報告に対する拡張のための例示的なプロセスのフローチャートである。

【図4B】本明細書に記載される１つ以上の技法によるＭＴＲＰのためのＣＳＩ報告に対する拡張の例を示す図である。

【図5】１つ以上のＴＲＰへのＷＴＲＵ報告情報に関する、本明細書に開示される１つ以上の実施形態の例示的なシナリオを示す図である。

【図6】ＴＲＰを支援するＷＴＲＵに関する、本明細書に開示される１つ以上の実施形態の例示的なシナリオを示す図である。

【図7】２つのＴＲＰに対する同時ＵＬ ＴＸのための例示的なプロセスのフローチャートである。

【図8】アップリンク送信及びダウンリンク送信のための（１つ又は複数の）異なる送信パターンを用いてＳ－ＤＵモードで動作するＷＴＲＵを示す図である。

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

【0005】

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

【0006】

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれもステーション（station、ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、モバイルステーション、固定又はモバイル加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及び用途（例えば、遠隔手術）、産業デバイス及び用途（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、消費者電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

【0007】

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ、ｅノードＢ（eNode B、ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、ｇノードＢ（ｇＮＢ）などの次世代ノードＢ、新無線（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

【0008】

基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可及び未認可スペクトルの組合せであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。

【0009】

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

【0010】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

【0011】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得るが、これは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

【0012】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。

【0013】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に／から送信される複数のタイプの無線アクセス技術及び／又は送信によって特徴付けられ得る。

【0014】

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

【0015】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅ Ｂ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

【0016】

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであり得る、ＣＮ１０６と通信し得る。データは、例えば、異なるスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ／又はユーザ認証などの高レベルセキュリティ機能を行い得る。図１Ａには示されていないが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ又はＷｉＦｉ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。

【0017】

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。

【0018】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

【0019】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組合せを含み得ることが理解されよう。

【0020】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。

【0021】

送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組合せを送信及び／又は受信するように構成され得るということが理解されよう。

【0022】

送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

【0023】

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えばＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

【0024】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリの情報にアクセスし、かつ当該メモリにデータを記憶し得る。

【0025】

プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽セル、燃料セルなどを含み得る。

【0026】

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得るということが理解されよう。

【0027】

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。

【0028】

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号の一部又は全部の送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号の一部又は全部の送受信の半二重無線機を含み得る。

【0029】

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信してもよい。

【0030】

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅノードＢを含み得るということが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

【0031】

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、ＵＬ及び／又はＤＬにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

【0032】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

【0033】

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノードＢ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、かつ制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービス中のゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0034】

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングし、転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅ－Ｂ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実行し得る。

【0035】

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

【0036】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。

【0037】

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの（例えば、一時的又は永久的に）有線通信インターフェースを使用し得ることが企図される。

【0038】

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

【0039】

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上のステーション（station、ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡどうしの間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして見なされ、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全部）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

【0040】

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つのステーションのみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

【0041】

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得るが、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組合せを介して形成され得る。

【0042】

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルどうしを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作を逆にされ得、組み合わされたデータを媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信し得る。

【0043】

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

【0044】

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、一次チャネルがビジーである場合、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであると見なされ得る。

【0045】

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

【0046】

図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信してもよい。一般に、ＷＴＲＵではない任意のデバイスは、送受信ポイント（ＴＲＰ）と見なされ得る。付加的に／代替的に、ネットワーク側（例えば、ＲＡＮ側）の任意のデバイスは、ＴＲＰ（例えば、基地局、機能エンティティなど）と見なされ得る。ＴＲＰは、無線信号を受信及び送信することができるいずれのタイプのデバイスであってもよく、ビームのセットに関与し得る。セットは、１つ以上のビームを含み得る。このビームのセットは、本明細書で論じられるビーム群と交換可能であってもよい。例えば、ＷＴＲＵが２つのビームセットで構成される場合には、ＷＴＲＵは少なくとも２つのＴＲＰと通信していること、言い換えると少なくとも２つのＴＲＰが構成されることが理解されよう。

【0047】

ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｇＮＢを含み得るということが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

【0048】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

【0049】

一例では、複数の基地局（例えば、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃ）／ＴＲＰが単一のＷＴＲＵと通信するように協調／構成されてもよく、マルチＴＲＰ（ｍＴＲＰ）スキームをもたらすことができる。これは、（１つ又は複数の）マルチパネル同時送信及び／又は受信を可能にし得る、複数のアンテナパネル（例えば、ＷＴＲＵ１０２ａ及び１０２ｂ）を有するＷＴＲＵにとって特に有用であり得る。複数のパネルは、一度に２つ以上のＴＲＰを同時に目標とするためにＷＴＲＵアンテナの指向性が使用され得る（例えば、ＷＴＲＵ１０２ａがｇＮＢ１８０ａ及びｇＮＢ１８０ｂと通信する）、マルチＴＲＰ動作を利用することができる。いくつかの例示的なユースケースでは、ｍＴＲＰにおける（１つ又は複数の）マルチパネル同時送信及び／又は受信が有利であり得る場合、ＷＴＲＵモビリティ、ＷＴＲＵ回転、最大許容放射（ＭＰＥ）、信頼性の向上、スペクトル効率の向上などがあり得る。代替的に／付加的に、これらのユースケースに対処するための本明細書に開示される任意のアプローチは、単一ＴＲＰのシナリオでも使用され得る。

【0050】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレッジ及び／又はスループットを提供し得る。

【0051】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

【0052】

図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

【0053】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続されてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）シグナル伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0054】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１０６におけるＡＭＦ１８２ａ、１８２ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介してＣＮ１０６におけるＵＰＦ１８４ａ、１８４ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び配分する機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

【0055】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続されてもよく、Ｎ３インターフェースは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングなどの他の機能を実行し得る。

【0056】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルＤＮ１８５ａ、１８５ｂに接続され得る。

【0057】

図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスの１つ以上に関して本明細書に記載される機能のうちの１つ以上又は全部は、１つ以上のエミュレーションデバイス（図示せず）によって行われ得る（図示せず）。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

【0058】

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験する及び／又は試験を行う目的で、別のデバイスに直接結合され得る。

【0059】

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

【0060】

一般に、新無線（ＮＲ）では、ビーム管理フレームワークは、ＷＴＲＵと基地局（例えば、ｇＮＢ）との間のビームペアリングをサポートするように定義され得る。ＮＲの反復において、複数の送信受信ポイント（マルチＴＲＰ又はｍＴＲＰ）に基づく通信／送信モードは、マルチダウンリンク送信をサポートするために使用され得る。しかしながら、場合によっては、ビーム管理動作は、従来の実装形態と同様又は同じであってもよく、マルチＴＲＰシナリオにおいてビーム管理をサポートするように変更されなくてもよい。

【0061】

ＦＲ２動作でのＮＲを考慮し、ＦＲ２において、複数のパネルを有するＷＴＲＵの実装がより一般的であり得ることを考慮すると、ＭＩＭＯ拡張のいくつかの態様は、マルチパネルＷＴＲＵ送信及び受信に対処する必要があり得る。マルチパネルＷＴＲＵに関連する問題の中でも、（１つ又は複数の）同時送信及び／又は受信へのアプローチが必要である。

【0062】

マルチＴＲＰ送信スキームでは、（１つ又は複数の）マルチパネル同時送信及び／又は受信をサポートするためのいくつかの動機付けがあり得る。例えば、モビリティ、ＷＴＲＵ回転、最大許容放射（ＭＰＥ）、信頼性の向上、スペクトル効率の向上などは全て、（１つ又は複数の）マルチパネル同時送信及び／又は受信のためのいくつかの例示的な潜在的ユースケースに含まれる。また、これらのユースケースに対処するための本明細書に開示される任意のアプローチは、単一ＴＲＰのシナリオでも再使用され得る。

【0063】

図２は、２０１同時ＤＬ／ＤＬ（Ｓ－ＤＤ）、２０２同時ＵＬ／ＵＬ（Ｓ－ＵＵ）、及び２０３同時ＤＬ／ＵＬ（Ｓ－ＤＵ）など、（１つ又は複数の）同時送信及び／又は受信の３つの異なるモードを示す例示的な図である。これらの３つのシナリオでは、各ＵＬ又はＤＬ送信は、制御情報又はデータ情報を搬送することができる。例えば、Ｓ－ＤＤモードでは、複数のパネルを有するＷＴＲＵは、各々が異なるＴＲＰから送信される場合、２つのＰＤＳＣＨ、又はＰＤＳＣＨとＰＤＣＣＨ、又は２つのＰＤＣＣＨを同時に受信することができる。同様に、Ｄ－ＵＵモードは、各々が異なるＴＲＰを目標とする異なるパネル上で送信される、２つのＰＵＳＣＨ、又は２つのＰＵＣＣＨ、又はＰＵＳＣＨとＰＵＣＣＨの同時送信であってもよい。また、Ｓ－ＤＵは、ＷＴＲＵが１つのパネル上でＰＵＳＣＨ又はＰＵＣＣＨを同時に送信し、別のパネル上でＰＤＳＣＨ又はＰＤＣＣＨを受信することができるモードである。

【0064】

これらのシナリオの各々は、ＷＴＲＵとＴＲＰとの間の相互作用、並びに異なるリソースがどのように構成、アクティブ化、及び使用されるかに対して異なる制約を課すことができる。本明細書に開示されるように、マルチＴＲＰ展開におけるマルチパネルＷＴＲＵのための効率的なビーム管理プロセスに対処するために考慮すべき異なるシナリオ及び潜在的な制約があり得る。

【0065】

場合によっては、ビーム管理フレームワークにおいて、ＷＴＲＵビームをＴＲＰビームとペアリングするためのプロセスがあってもよい。しかしながら、いくつかの送信構成が考慮され得る、マルチパネルＷＴＲＵを用いるｍＴＲＰシナリオのためにこれらのアプローチを最適化する必要がある。以前の実装形態の送信構成インジケータ（ＴＣＩ）及び空間関係フレームワークは、複数のパネルを有するＷＴＲＵに対処し得ない。複数のパネルは、一度に２つ以上のＴＲＰを同時に目標とするためにＷＴＲＵアンテナの指向性が使用され得るマルチＴＲＰ動作を利用することができる。例えば、複数のパネルを有するＷＴＲＵは、各々が異なるＴＲＰから送信される信号を同時に受信することができる。同様に、ＷＴＲＵは、各々が異なるＴＲＰを目標とする異なるパネル上で送信され得る２つの信号を同時に送信することができる。また、ＷＴＲＵは、同時に１つのパネル上で送信して別のパネル上で受信することが可能であってもよい。これらのシナリオの各々について、複数のパネルに対する同時動作を伴う空間フィルタを選択するときにＷＴＲＵがどのように振る舞う必要があり得るかに対処する必要がある。本明細書に開示される１つ以上の実施形態では、これらの問題が解決され、これらの問題に対処するために必要な３つの異なる同時送信シナリオ及び他の特徴に関連するいくつかのアプローチ及び手順があり得る。

【0066】

いくつかの実施形態では、Ｓ－ＤＤ送信モードのための方法があり得る。送信制御インジケータ（ＴＣＩ）フレームワークは、例えば、ＷＴＲＵによる同時ＴＸを考慮に入れることができる。レガシーシステムでは、ＴＣＩ状態は、ソースＲＳに従ってＱＣＬ仮定で構成され得る。ソースＲＳは、使用される空間送信フィルタを決定することができる。同時送信の場合、ＷＴＲＵは、一度に２つ以上のＴＣＩ状態を同時に受信する能力を有し得る。しかしながら、レガシーシステムでは、送信機は、どのＴＣＩ状態がＷＴＲＵによって同時に受信され得るかを認識することができない。本明細書に開示されるアプローチでは、ＷＴＲＵへの複数の送信をスケジューリングするために、ＴＣＩフレームワークは、Ｓ－ＤＤ動作のためのＴＣＩ状態を構成することができるため、ＷＴＲＵはどのＴＣＩ状態が有効かを判定することができ、したがって、送信機は、ＷＴＲＵが受信することができる全ての利用可能な状態からＴＣＩ状態のサブセットを選択することができる。

【0067】

いくつかの状況では、ＷＴＲＵパネルインデックスを有する（１つ又は複数の）ＴＣＩ構成があってもよい。ＴＣＩ構成は、ＴＣＩ構成の一部としてパネルインデックスを含むことができ、パネルインデックスはＷＴＲＵパネルを指す。ＷＴＲＵは、ＴＣＩ及び関連するパネルインデックスに基づいて、そのパネルの各々で受信したＴＣＩを決定することができる。パネルインデックスは、ＴＣＩ状態とＷＴＲＵパネルとの間のリンクを提供することができ、ＴＣＩ状態は、異なるパネル上で受信され得る。送信機は、異なるパネルに属するＴＣＩ状態を判定することができ、同時に送信され得るＴＣＩをスケジューリングすることができる。ＷＴＲＵは、ＲＸパネルとソースＲＳとの間の関連付けを提供するために、パネルインデックスを使用することができる。例えば、１つのＷＴＲＵが複数のパネルを有してもよく、ＷＴＲＵは、異なるソースＲＳからＴＣＩを同時に受信するために複数のパネルを使用してもよい。パネルインデックスは、以下のうちの１つ以上としてＴＣＩを用いて構成され得る：ＷＴＲＵパネルに関連付けられた明示的なパネルＩＤ、及び／又はＷＴＲＵはＴＣＩを有するパネルＩＤを受信してもよい（例えば、ＤＣＩにおいて、又はＷＴＲＵはＭＡＣ ＣＥに基づいてこれを判定してもよい；ＲＳのグループへのインデックスであって、ＷＴＲＵは、暗黙的なパネルインデックスとしてＲＳグループインデックスを使用することができ、特にＲＳグループインデックスがＲＳに関連付けられたパネルを判定するために使用されてもよく、ＴＲＰはインデックスを用いてＲＳのグループを構成することができ、及び／又はＴＲＰは、同じＷＴＲＵパネルにリンクされた異なるＲＳをグループに含めることができ；ＵＬ ＴＣＩであって、ＵＬ ＴＣＩは、明示的又は暗黙的にＷＴＲＵパネルで構成されてもよく、ＵＬ ＴＣＩはＤＬ ＴＣＩにリンクされてもよく、ＤＬ ＴＣＩのためのパネルインデックスはＵＬ ＴＣＩ状態との関連付けを通じて決定され；及び／又はパネルによってインデックスされたＴＣＩコードポイントテーブルであって、ＷＴＲＵは、各コードポイントテーブルがパネルに関連付けられ得る２つのＴＣＩコードポイントテーブルで構成されてもよく、ＷＴＲＵは、同時に受信するために別々のテーブルからのＴＣＩを使用してもよく、及び／又はＴＣＩコードポイントテーブルは、別のコードポイントテーブルに基づいてＷＴＲＵが１つのテーブルからのＴＣＩコードポイントを決定し得るように、互いにリンクされ得る。

【0068】

いくつかの状況では、Ｓ－ＤＤビーム選択のためのデフォルトＷＴＲＵ挙動があってもよい。Ｓ－ＤＤで受信するＷＴＲＵは、送信機によって使用される空間送信フィルタと一致するように、その空間受信フィルタを調整することができる。ＷＴＲＵは、送信機空間フィルタごとに１つの空間受信フィルタを使用することができる。ＷＴＲＵは、空間送信フィルタのどのペアがＳ－ＤＤモードでのスケジューリングに使用されるかを決定する方法を必要とする可能性がある。

【0069】

ある場合には、ＷＴＲＵは、明示的ビームペア指示、及び／又はデフォルトビームペア決定の１つ以上の方法で送信フィルタのペアを決定することができる。明示的ビームペア指示では、単一のＤＣＩは、Ｓ－ＤＤ送信のための空間送信フィルタの両方の明示的なインデックスを含むことができ、空間送信機のインデックスは、ＲＳインデックス（例えば、ＳＳＢ、ＣＳＩ－ＲＳ）、及び／又はＤＬ又はＵＬのために構成されたＴＣＩを含むことができ、ＷＴＲＵは、ＵＬ ＴＣＩに基づいてその空間受信フィルタを決定するために相互関係を使用することができ、又はＤＬ ＴＣＩを直接使用してもよい。

【0070】

デフォルトビームペア決定では、ＷＴＲＵは、構成に基づいてデフォルトＳ－ＤＤビームペアを決定することができる。デフォルトビームペアは、１つ以上の要因に基づいて構成され得る。

【0071】

１つの要因は、トラフィックタイプであってもよい。例えば、ＵＲＬＬＣトラフィックタイプでは、１つのデフォルトビームペアが構成されてもよく、ｅＭＢＢトラフィックタイプでは１つのデフォルトビームペアが構成されてもよい。

【0072】

１つの要因は、基本Ｓ－ＤＤペアであってもよく、ＷＴＲＵは基本Ｓ－ＤＤペアで構成されてもよい。例えば、ＷＴＲＵは、基本Ｓ－ＤＤペアとしてＲＳ１及びＲＳ２で事前構成されてもよく、ＷＴＲＵは、明示的なＳ－ＤＤペアが示されることなくＳ－ＤＤモードでスケジューリングされたときはいつでも基本Ｓ－ＤＤペアを使用することができる。ＷＴＲＵはまた、フォールバックとして基本Ｓ－ＤＤペアを使用することを決定することもできる。例えば、ＷＴＲＵは、ＨＡＲＱ再送信が基本Ｓ－ＤＤペアを用いて送信され得ることを決定することができる。各ＨＡＲＱプロセスは、ＷＴＲＵがＨＡＲＱプロセス番号に基づいて基本Ｓ－ＤＤペアを決定できるように、基本Ｓ－ＤＤペアで構成されてもよい。

【0073】

１つの要因は最後の指示に対するものであってもよく、ＷＴＲＵは、パラメータＴ又はＫ内の空間送信フィルタの以前の履歴に基づいてデフォルトフィルタペアを決定することができ、Ｔは秒単位の時間窓であり、Ｋはスケジューリング機会の整数である。一例では、ＷＴＲＵは、パラメータ内で使用される最後のＳ－ＤＤ ＲＳペア指示に対応するものとして現在のＳ－ＤＤ ＲＳペアを決定することができる。例えば、前回のＳ－ＤＤは、ＲＳ１及びＲＳ２でスケジューリングされた。次のスケジューリングインスタンスでは、同じペアが使用されてもよく、ＷＴＲＵはそのことを暗黙的に知ることができる。一例では、ＷＴＲＵは、どの空間フィルタが使用され得るかを決定するために、時間Ｔ又はカウントＫ値で構成されてもよい。例えば、ＷＴＲＵは、Ｔ秒又はＫ個のスケジューリングインスタンスの期間内の基準に基づいて検索することによって同時に受信され得るＲＳペアを決定することができる。例えば、ＷＴＲＵは、最も使用されるペア、又は最も高い受信信号品質を有するペア（例えば、ＲＳＲＰ）、又は障害／再送信が最も少ないペアなどをカウントすることができる。一例では、ＷＴＲＵは、異なるパネル上で受信された最後の２つのＲＳがＳ－ＤＤペアとして使用され得ると決定することができる。

【0074】

１つの要因は、帯域幅部分（ＢＷＰ）ＩＤであってもよく、帯域幅部分はＳ－ＤＤモードで構成されてもよく、ＷＴＲＵはＢＷＰ－ＩＤに基づいてＴＣＩを決定することができる。例えば、ＢＷＰ－ＩＤは、Ｓ－ＤＤモードのためのＴＣＩ値、又はＴＣＩ値のペアにリンクされてもよい。

【0075】

１つの要因は、サービングセルＩＤであってもよく、サービングセルＩＤは、Ｓ－ＤＤモードのために構成され、基本ＴＣＩ状態ＩＤにリンクされてもよく、ＷＴＲＵは、サービングセルＩＤのためのＴＣＩ値又はＴＣＩ値のペアを決定することができる。

【0076】

１つの要因は、スロットフォーマットインジケータ（ＳＦＩ）であってもよく、ＷＴＲＵは、Ｓ－ＤＤモードのためのスロットで構成され得るＳＦＩを受信してもよく、ＴＣＩは、ＳＦＩに関連付けられてもよい。ＷＴＲＵは、ＳＦＩに基づいてＳ－ＤＤのためのＴＣＩを決定することができる。

【0077】

１つの要因は、ＣＯＲＥＳＥＴｐｏｏｌｉｎｄｅｘであってもよく、ＷＴＲＵは、ＣＯＲＥＳＥＴｐｏｏｌｉｎｄｅｘに基づいてＳ－ＤＤのためのＴＣＩ又はＴＣＩペアを決定することができる。基本Ｓ－ＤＤペアはＣＯＲＥＳＥＴｐｏｏｌｉｎｄｅｘに関連付けられてもよく、ＷＴＲＵは、ＣＯＲＥＳＥＴｐｏｏｌｉｎｄｅｘから基本Ｓ－ＤＤペアを暗黙的に決定することができる。

【0078】

Ｓ－ＵＵについても同様に、ＷＴＲＵは、Ｓ－ＤＤに関連して本明細書に開示されたのと同様の考え方に基づいて構成されたデフォルトルールを用いて、その空間送信フィルタを決定することができる。Ｓ－ＤＤでは、ＷＴＲＵは、その空間受信フィルタを決定することができるが、Ｓ－ＵＵでは、ＷＴＲＵは空間送信フィルタを決定することができる。Ｓ－ＤＤ空間フィルタ選択のためのデフォルトＷＴＲＵ挙動のルールは、Ｓ－ＵＵ空間フィルタ選択に適用することができる。

【0079】

１つ以上の実施形態では、ＲＳの同時監視をサポートするための手法があってもよい。Ｓ－ＤＤモードを用いると、複数のＲＳが同時に送信されることが可能であり得、ＷＴＲＵは、ＣＳＩ－ＲＳ又はＳＳＢなどの複数のＲＳを同時に監視することができる。ＷＴＲＵは、各パネルがＲＳを受信し得る、同時受信のための複数のパネルを使用することができる。ＷＴＲＵは、各ＲＳ上で測定を実行することができる。場合によっては、１つずつではなく同時に測定を実行することが有益であり得る。加えて、これは、パネルごとの測定を同時に可能にすることによって、ビーム掃引手順の長さを短縮することができる。

【0080】

いくつかの状況では、ＷＴＲＵが受信フィルタを切り替えることによる監視があってもよい。具体的には、１つのＲＳリソースセットは、セット内のＲＳリソースがＳ－ＤＤモードのために使用され得ることを識別するフラグで構成されてもよい。ＷＴＲＵは、Ｓ－ＤＤフラグを含むセットからのＲＳリソースの任意のサブセットが同時に監視され得ることを決定することができ、ＷＴＲＵは、リソースセットに基づいてその空間受信フィルタを切り替えることを決定することができる。ＲＳリソースセットは、ＣＳＩ－ＲＳ、ＳＳＢ、又は任意の他の既知の信号を含んでもよい。

【0081】

図３は、同時監視をサポートするための拡張の例を示す図である。図示されるように、ＣＳＩ－ＲＳリソースセットは、Ｓ－ＤＤモードと、２つのリソースＣＳＩ－ＲＳ１及びＣＳＩ－ＲＳ２とのフラグで構成され得る（例えば、３１０）。ＣＳＩ－ＲＳ１及びＣＳＩ－ＲＳ２は、いくつかの時間インスタンスではＣＳＩ－ＲＳ１のみが送信され（例えば、３０１）、他の時間インスタンスではＣＳＩ－ＲＳ２のみが送信され（例えば、３０２）、他の時間インスタンスではＣＳＩ－ＲＳ１及びＣＳＩ－ＲＳ２が同時に送信される（例えば、３０３）ように、部分的に重複する異なる周期性で構成されてもよい。ＷＴＲＵは、（例えば、図３の３０３に示されるように）ＣＳＩ－ＲＳ１及びＣＳＩ－ＲＳ２が同じ時間インスタンス上で送信され、Ｓ－ＤＤフラグがオンであると判定したときに、その受信モードを単一パネルから同時受信モードに切り替えることができる。ＷＴＲＵは、アクティブ化されたＣＳＩ－ＲＳリソースセット、及びリソースが送信される時間インスタンスに基づいて、単一パネルとＳ－ＤＤ受信モードとの間で切り替えるように、そのパネルをアクティブ化／非アクティブ化、又はオン／オフすることができる。ＷＴＲＵは、ＣＳＩ－ＲＳ２と同時に送信されたときではなく、単独で受信されるときに、その空間受信フィルタをＣＳＩ－ＲＳ１に対して異なるように調整することができる。あるいは、ＷＴＲＵは、Ｓ－ＤＤがオフのＣＳＩ－ＲＳリソースセット内のリソースが単一パネル（例えば、パネル１）上で受信され得ると決定することができる。ＷＴＲＵは、ＣＳＩ－ＲＳ１又はＣＳＩ－ＲＳ２を受信するときにパネル１のためのその最良の空間受信フィルタを調整し、同時受信を伴う時刻を無視することを決定することができ、又はＷＴＲＵは、１つのＲＳを監視するための優先度ルール（例えば、ＣＳＩ－ＲＳ２よりもＣＳＩ－ＲＳ１を優先）に従ってもよい。しかしながら、Ｓ－ＤＤが構成される場合、ＷＴＲＵは、リソースが異なるパネル上で受信され得ると判定することができ、ＷＴＲＵは、パネル１がＣＳＩ－ＲＳ１を受信するためのその（例えば、最良の）空間受信フィルタ、及びパネル２がＣＳＩ－ＲＳ２その（例えば、最良の）空間フィルタを調整することができる。

【0082】

いくつかの状況では、ＲＳは、同時監視のためにプール又はＴＣＩに関連付けられてもよい。具体的には、１つのＲＳリソースはプールインデックスで構成されてもよく、プールインデックスは、複数のＴＲＰ又は１つのＴＲＰにおける複数のパネルによって共有されてもよく、ＷＴＲＵは、異なるプールインデックスにリンクされた（例えば、２つの）ＲＳリソースが同時に受信され得ると決定することができる。ＲＳリソースは、ＷＴＲＵが、異なるプールインデックスで構成されたＲＳを同時に監視できるように、同じプールインデックスを有するものにしたがってグループ化され得る。例えば、インデックス１を有するプールからのＲＳとインデックス２を有するプールからのＲＳとがリンクされてもよく、ＷＴＲＵは、インデックス１からのＲＳがインデックス２からのＲＳと同時に監視され得ると決定することができる。プール内のリソースは、同じＴＲＰ又は異なるＴＲＰに属することができる。ＷＴＲＵは、ＣＯＲＥＳＥＴｐｏｏｌｉｎｄｅｘに基づいて、どのＲＳが同時に監視され得るかを決定することができる。例えば、複数のＴＲＰからの同時送信をスケジューリングする単一のＤＣＩの場合、ＣＯＲＥＳＥＴｐｏｏｌｉｎｄｅｘ＝０は、ＴＲＰ１からのＲＳ１及びＴＲＰ２からのＲＳ２で構成されてもよい。ＷＴＲＵは、ＷＴＲＵがＣＯＲＥＳＥＴｐｏｏｌｉｎｄｅｘ＝０を有するＣＯＲＥＳＥＴからのリソースでスケジューリングされる場合、ＲＳ１及びＲＳ２が同時に監視され得ると決定することができる。あるいは、ＲＳはＴＣＩにリンクされてもよく、ＷＴＲＵは、ＴＣＩに基づいて同時に監視すべきＲＳを決定することができる。例えば、ＷＴＲＵは、ＷＴＲＵがＰＤＳＣＨのためのその空間受信フィルタを決定するために、１つのソースＲＳに対応するＴＣＩでスケジューリングされていると判定することができ、ＴＣＩは、監視するために１つ又は複数のＲＳに関連付けられてもよい。例えば、ＷＴＲＵは、ＲＳ１及びＲＳ２がＴＣＩ状態にリンクされていると判定することができ、ＷＴＲＵＨａ、ＴＣＩ状態がアクティブ化されたときにＲＳ１及びＲＳ２を同時に監視することができる。

【0083】

１つ以上の実施形態では、ビーム管理のための動作モード中に最良のＲＳを決定するために、同時受信のためのビーム数（Ｂｒ）及び同時送信のためのビーム数（Ｂｔ）が使用され得る。

【0084】

ビーム群が使用、定義、又は構成されてもよく、ビーム群は、以下のうちの少なくとも１つで呼ばれ得る：ビーム群のビームは同時に受信又は送信（例えば、同じシンボル又はスロットで受信又は送信）されてもよく、ビーム群の各ビームは異なるアンテナパネルに属することができる；ビーム群の単一のビームは一度に受信又は送信されてもよく、ビーム群の全てのビームは同じアンテナパネルに属することができる。

【0085】

場合によっては、ビーム群は、送信及び受信のために別々に定義、決定、使用、又は構成されてもよい。例えば、Ｔｘビーム群及びＲｘビーム群が使用され得る。

【0086】

ビーム群におけるビーム数（例えば、Ｂｒ、Ｂｔ）は、以下のうちの１つ以上に基づいて決定され得る：ＷＴＲＵ又はｇＮＢで使用、決定、又は実装されるパネルの数；ＷＴＲＵからの能力指示；ｇＮＢ又は他のネットワークエンティティ／ノード／モジュールからの上位層構成；及び／又は協調送信及び／又は受信のためのＴＲＰの数。

【0087】

ビーム群は、ビーム群インデックス、ビーム群識別情報、同じパネルからのビーム、同じパネル識別情報に関連付けられたビーム、同じＴＲＰからのビーム、同じＴＲＰ識別情報に関連付けられたビーム、及び／又は同じセルからのビームとして定義又は使用されてもよい。場合によっては、ビーム群は単一のビームを含んでもよい。

【0088】

本明細書に開示されるように、ビーム群は、ビームセット、ビームサブセット、ビームペア、Ｔｘ／Ｔｘビームペア、及びＲｘ／Ｒｘビームペアと交換可能に使用され得る。

【0089】

１つの状況では、１つ以上のビーム群が使用されてもよく、各ビーム群のビーム数は異なってもよい。例えば、第１のビーム群はＢ１個のビームを含むことができ、第２のビーム群はＢ２個のビームを含むことができ、Ｂ１≠Ｂ２である。この状況では、以下のうちの１つ以上が該当し得る：第１のビーム群は単一のビームを含むことができ（例えば、Ｂ１＝１）、第２のビーム群は複数のビームを含むことができ（例えば、Ｂ２＞１）、ここでＢ２はアクティブパネル、又はアクティブＴＲＰの数と同じ数であってもよい；及び／又はＷＴＲＵは、１つ以上の要因に基づいて構成又は使用される１つ以上のビーム群からビーム群（例えば、ビーム群識別情報）を決定することができる。

【0090】

ビーム群を決定するための１つ以上の要因の例は、以下のうちの１つ以上であり得る：１つ以上のパネル又はＴＲＰからのビームの測定品質；構成された（１つ又は複数の）ＣＯＲＳＥＴプールインデックスの数；アクティブなパネルの数；及び／又は共同送信／受信のためのＴＲＰの数。

【0091】

１つ以上のパネル又はＴＲＰからのビームの測定品質に関して、一例では、ＷＴＲＵは、異なるパネル又はＴＲＰからのビーム基準信号を測定することができ、異なるビーム基準信号の測定結果間のギャップが閾値よりも大きい場合、第１のビーム群が使用され得る。そうでない場合、第２のビーム群が使用され得る。付加的に／代替的に、測定品質は、Ｌ１－ＲＳＲＰ又はＬ１－ＳＩＮＲに基づいてもよい。付加的に／代替的に、パネル又はＴＲＰからのビーム基準信号は、パネル識別情報又はＴＲＰ識別情報で構成された基準信号であってもよい。

【0092】

構成されたＣＯＲＥＳＥＴプールインデックスの数に関して、一例では、ＷＴＲＵは、単一のＣＯＲＥＳＥＴプールインデックスが使用又は構成された場合に第１のビーム群を使用又は決定することができ、ＷＴＲＵは、複数のＣＯＲＥＳＥＴプールインデックスが使用又は構成された場合に第２のビーム群を使用又は決定することができる。付加的に／代替的に、ＣＯＲＥＳＥＴプールインデックスは、ＣＯＲＥＳＥＴごとに構成されてもよい。

【0093】

アクティブなパネルの数に関して、一例では、ＷＴＲＵは、アクティブなパネルの数が閾値未満である場合に第１のビーム群を使用又は決定することができる。そうでない場合、ＷＴＲＵは第２のビーム群を使用又は決定することができ、第１のビーム群は第２のビーム群よりも少ないビーム数を有することができる。加えて、代替的に、閾値は、事前決定（例えば、１）、事前構成、構成、又は指示されてもよい。付加的に／代替的に、アクティブパネルの数は、以下のうちの少なくとも１つに基づいて決定されてもよい：ＷＴＲＵ能力指示；ＷＴＲＵ報告（例えば、周期的、非周期的、半永続的）；ｇＮＢ指示（例えば、構成）；動作モード（例えば、省電力モード、通常電力モード）；周波数範囲（例えば、ＦＲ１、ＦＲ２）；及び／又はアクティブ帯域幅部分の数。

【0094】

共同送信／受信のためのＴＲＰの数に関して、一例では、ＷＴＲＵは、共同送信／受信のためのＴＲＰの数が閾値未満である場合に第１のビーム群を使用又は決定することができる。そうでない場合、ＷＴＲＵは、第２のビーム群を使用又は決定することができる。付加的に／代替的に、共同送信／受信のためのＴＲＰの数は、以下のうちの少なくとも１つに基づいて決定され得る：使用又は構成されたＣＯＲＥＳＥＴプールインデックスの数；及び／又は構成されたＣＯＲＥＳＥＴに関連付けられたＰＣＩＤの数（例えば、各ＣＯＲＥＳＥＴは物理セル識別情報（ＰＣＩＤ）で構成されてもよく、ＰＣＩＤの数は、構成された１つ以上のＣＯＲＥＳＥＴのために使用又は構成されたＰＣＩＤの数であってもよい）。

【0095】

１つの状況では、１つ以上のビーム群が使用されてもよく、ＷＴＲＵは、使用される１つ以上のビーム群からビーム群を決定することができ、決定されたビーム群は、以下のうちの１つ以上に使用又は適用することができる：ビーム測定報告；異なるビームを用いるダウンリンクチャネル及び信号の共同又は同時受信；及び／又は異なるビームを用いるアップリンクチャネル及び信号の共同又は同時受信。

【0096】

ビーム測定報告に関して、一例では、報告すべきビーム数があってもよい。例えば、ＷＴＲＵは、Ｂｒ個のビームを報告構成として報告するように構成されてもよく、Ｂｒは、決定されたビーム群に基づいて決定されてもよい。別の例では、同時に測定すべきいくつかの基準信号があってもよい。例えば、１つ以上の基準信号は、同じ周期性、スロット、及び／又はシンボルで構成されてもよく、同時に測定すべき基準信号の数は、決定されたビーム群に基づいて決定されてもよい。

【0097】

異なるビームを用いるダウンリンクチャネル及び信号の共同又は同時受信に関して、一例では、使用されるＣＯＲＥＳＥＴプールインデックスがあってもよい。例えば、第１のビーム群が決定されるときに単一のＣＯＲＥＳＥＴプールインデックスが使用されてもよい。そうでない場合、複数のＣＯＲＥＳＥＴプールインデックスが使用されてもよい。更に、構成され得る１つ以上のＣＯＲＥＳＥＴプールインデックスで構成されるＣＯＲＥＳＥＴ。第１のＣＯＲＥＳＥＴプールインデックスは、第１のビーム群が決定又は使用されるときに使用されてもよく、第２のＣＯＲＥＳＥＴプールインデックスは、第２のビーム群が決定又は使用されるときに使用されてもよく、以下同様である。一例では、ＤＣＩ内に示されるいくつかのＴＣＩ状態があってもよい。例えば、第１のビーム群が決定又は使用されるとき、単一のＴＣＩ状態がＰＤＳＣＨ受信のために示されてもよく、第２のビーム群が決定又は使用されるとき、複数のＴＣＩ状態がＰＤＳＣＨ受信のために示されてもよい。

【0098】

異なるビームを用いるアップリンクチャネル及び信号の共同又は同時送信に関して、一例では、アップリンクチャネル又は信号のためのいくつかの空間関係情報（例えば、ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ又はＳＲＩ）があってもよい。例えば、第１のビーム群が使用又は決定されるとき、アップリンク送信（例えば、ＰＵＣＣＨ、ＳＲＳ、ＰＵＳＣＨ）のために単一の空間関係情報又はＳＲＩが使用／指示されてもよく、第２のビーム群が使用又は決定されるとき、アップリンク送信のために複数の空間関係情報又はＳＲＩが使用／指示されてもよい。一例では、アップリンクチャネル又は信号は、空間関係情報又はＳＲＩ群のうちの１つ以上で構成されてもよく、第１の空間関係情報群又はＳＲＩ群は、第１のビーム群が決定又は使用されるときに使用されてもよく、第２の空間関係情報群又はＳＲＩ群は、第２のビーム群が決定又は使用されるときに使用されてもよい。例えば、第１の空間関係情報群又はＳＲＩ群は、単一の空間関係情報又はＳＲＩを含むことができ、第２の空間関係情報群又はＳＲＩ群は、２つ以上の空間関係情報又はＳＲＩを含むことができる。更に、どの空間関係情報群又はＳＲＩ群を使用するかは、決定又は使用されるビーム群に基づいて決定され得る。一例では、ＤＣＩのＳＲＩフィールドの数字ビットは、決定又は使用されるビーム群に基づいて決定されてもよい。

【0099】

１つの状況では、ＣＳＩ報告のための技法があり得る。具体的には、ＣＳＩ報告機能は、ＷＴＲＵ側での異なるパネルからの受信及び／又はネットワーク側での異なるＴＲＰからの送信を最適化するために拡張され得る。更に、拡張は、そのように構成された場合、ＷＴＲＵが所望のマイクロダイバーシティ要件（例えば、マルチＴＲＰ送信及び／又はマルチパネル受信）を満たすビーム関連情報を示すようになっていてもよい。

【0100】

本明細書に開示されるように、ビーム関連情報は、少なくともＣＳＩ－ＲＳリソースインジケータ（ＣＲＩ）、ＳＳＢリソースインジケータ（ＳＳＢＲＩ）、ＷＴＲＵでの受信に使用されるパネルの指示（例えば、パネル識別情報又はグループ識別情報）、ＳＳＢ又はＣＳＩ－ＲＳから得られたＬ１－ＲＳＲＰ、Ｌ１－ＳＩＮＲなどの測定値（例えば、ｃｒｉ－ＲＳＲＰ、ｃｒｉ－ＳＩＮＲ、ｓｓｂ－Ｉｎｄｅｘ－ＲＳＲＰ、ｓｓｂ－Ｉｎｄｅｘ－ＳＩＮＲ）、及びランクインジケータ（ＲＩ）、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インジケータ（ＰＭＩ）などの他のチャネル状態情報などに対応し得る。

【0101】

ＷＴＲＵは、ビーム関連情報を報告する目的のために、ＣＳＩ－ＲＳ又はＳＳＢリソースの少なくとも１つのセットで構成されてもよい。ＣＳＩ－ＲＳリソースは、追加のＴＲＰインデックスで構成されてもよい。同等に、ＣＳＩ－ＲＳの少なくとも１つのセットの各々は、ＴＲＰインデックスに関連付けられてもよい。ＷＴＲＵは、特定のパネル又はグループ識別情報からの受信を想定して、ビーム関連情報を測定及び報告することができる。パネル又はグループ識別情報は、例えば、異なるパネル又はグループ識別情報に対応するときに、（例えば、異なる空間フィルタを使用して）ビーム関連情報が同時受信に有効となるように定義されてもよい。ＷＴＲＵは、パネル識別情報を、特定の物理アンテナパネルからの受信に、又は他のパネル識別情報に対する同時受信の要件を満たすアンテナの任意の組合せからの受信に関連付けることができる。

【0102】

ＷＴＲＵは、ＴＲＰインデックスの特定のセットの各々について、及び／又はパネル又はグループ識別情報の特定のセットの各々について、ビーム関連情報を報告するように構成されてもよい。ＷＴＲＵはまた、ＴＲＰインデックス及びパネル又はグループ識別情報の組合せの特定のセットについて報告するように構成されてもよい。特定の報告に適用可能な、ＴＲＰインデックスのセット及び／又はパネル又はグループ識別情報のセット、又はこれらの組合せは、ＲＲＣによって（例えば、報告構成の一部として）構成されてもよく、ＭＡＣ（例えば、ＭＡＣ制御要素の一部として）及び／又は物理層によって（例えば、その可能な値が上位層によって構成されたセットにマッピングされるＤＣＩの非周期的ＣＳＩ要求フィールドから）シグナリングされてもよい。

【0103】

１つの状況では、ビーム関連情報を報告するための制約、すなわちマイクロダイバーシティがあり得る。ＣＳＩ報告オーバヘッドを削減するために、ＷＴＲＵは、特定の制約のみを満たすＴＲＰインデックスとパネル又はグループ識別情報との組合せの特定のセットについてビーム関連情報を報告するように構成されてもよい。制約は、対応する送信がマイクロダイバーシティに関して特定の要件を満たすようになっていてもよい。例えば、ＷＴＲＵは、以下のうちの少なくとも１つを満たす組合せのセットについてビーム関連情報を報告するように構成されてもよい：ＴＲＰインデックスは、組合せの任意のペア間で異なる；パネル識別情報又はグループ識別情報は、組合せの任意のペア間で異なる；及び／又は、ＴＲＰインデックス又はパネル識別情報又はグループ識別情報のうちの少なくとも１つは、組合せの任意のペア間で異なる。以下は、ＲＲＣによって構成されるか、又はＭＡＣ若しくはＤＣＩによってシグナリングされてもよい：任意のこのような制約の適用、そのセット；及び／又は、ビーム関連情報が報告される組合せの数、若しくはその最大数。

【0104】

ビーム関連情報が報告される組合せを決定する際に、ＷＴＲＵは、まず、最も高い測定値を有する組合せを優先させ、次いで、第１の組合せに与えられた制約を満たす、次に高い測定値を有する組合せを優先させ、以下同様にすることができる。

【0105】

上記の例における２つの最初の制約の適用の結果、ＷＴＲＵは、ネットワークが、ＷＴＲＵにおいて異なるアンテナパネルによって受信されるマルチＴＲＰ送信を実行しようとする場合に、関連するビーム関連情報を提供し、こうして送信のマクロダイバーシティ及びロバスト性を最大化することができる。

【0106】

図４Ａは、本明細書に開示される１つ以上の技法によるｍＴＲＰのためのＣＳＩ報告に対する拡張のための例示的なプロセスのフローチャートである。図４Ｂは、本明細書に記載される１つ以上の技法によるｍＴＲＰのためのＣＳＩ報告に対する拡張の例を示す図である。この例４００では、ＷＴＲＵは、各々がＣＳＩ－ＲＳ（例えば、ＣＳＩ－ＲＳ１、ＣＳＩ－ＲＳ２、及びＣＳＩ－ＲＳ３）を有する３つのＴＲＰ（例えば、ＴＲＰ１、ＴＲＰ２、及びＴＲＰ３）と通信してもよい。４０１において、ＷＴＲＵは、ＣＳＩ－ＲＳリソース構成及びビーム関連情報報告構成（例えば、ＣＲＩ／ＣＳＩ／ＣＱＩ報告構成）を含む、１つ以上の構成を受信することができる。ＣＳＩ－ＲＳリソース構成は、ＣＳＩ－ＲＳリソースのセット４１１を含むことができ、ＣＳＩ－ＲＳリソースのセットはＴＲＰインデックス（例えば、ＴＲＰ１に関連付けられたＣＳＩ－ＲＳ１など）に対応し得る。ビーム関連情報報告構成は、ＴＲＰの１つ以上のセットのためのＣＲＩについての報告情報を含むことができる。したがって、ｍＴＲＰには、１つのＣＲＩに関連付けられた２つ以上のＴＲＰのセットがあり得、単一ＴＲＰでは、１つのＣＲＩに関連付けられた１つのＴＲＰのセットがあり得る。更に、報告されるＣＳＩ－ＲＳごとに、ＣＲＩが１つ以上のＴＲＰ及び１つ以上のＣＳＩ－ＲＳリソースに関連付けられ得るように、ビーム関連情報（例えば、ＣＲＩ）があり得る。例えば、２つ以上のＴＲＰが所与のＣＳＩ－ＲＳペアについて１つのＣＲＩに関連付けられてもよいことを示す、太線の黒いボックス及び４１１と４１２との間の矢印を参照されたい。４０２において、ＷＴＲＵは、ＣＲＩごとに、１つ以上のＣＳＩ－ＲＳを受信／測定し、測定情報（例えば、ＣＳＩ、ＣＱＩ、ビーム関連情報など）を決定することができる。ＣＳＩ－ＲＳペアを有するＣＲＩでは、２つ以上のＴＲＰ（例えば、共同ＴＸ）があり得るため、ｍＴＲＰシナリオが想定され得る。４０３において、ＷＴＲＵは、報告構成に基づいて（１つ又は複数の）ＣＲＩを報告することができる。具体的には、本明細書に記載されるように、マイクロダイバーシティに対処するために、報告に対する制約があり得る（例えば、ｍＴＲＰシナリオ）。ＷＴＲＵには、以前に１つ以上の制約が提供されている可能性がある。ＷＴＲＵは、最も高い測定値を有するペア／組合せ（例えば、最も高いＣＱＩを有するｍＴＲＰのためのＣＲＩ及び最も高いＣＱＩを有する単一ＴＲＰのためのＣＲＩ）を優先させることができる。４０４において、ＷＴＲＵは、報告された情報に基づいて選択されたＰＤＳＣＨ上で送信を受信することができる（例えば、ｇＮＢは、送信のための（１つ又は複数の）ＴＲＰを決定するために、報告されたＣＳＩを使用する）。なお、４０３の例示的な報告（例えば、４１２の破線ボックス）では、ＷＴＲＵは、ＣＲＩ４（例えば、ｍＴＲＰ）、ＣＲＩ１（例えば、単一ＴＲＰ）、及び関連する報告量（例えば、ＲＩ、ＣＱＩ、ＰＭＩなどのビーム関連情報）を報告し得ることに留意されたい。ＣＲＩ４が最良であったため、結果的な送信（例えば、ＰＤＳＣＨ）は、ＣＲＩ４がリソースペアＣＳＩ－ＲＳ１及びＣＳＩ－ＲＳ２に関連付けられたので、ＴＲＰ１及びＴＲＰ２からＷＴＲＵで受信され得る。

【0107】

１つの状況では、測定結果に基づく制約の条件解除があってもよい。具体的には、制約は、制約を適用することで、制約を適用しない場合と比較して、閾値以上に悪化するメトリック又は測定値を報告することになるという条件下で解除され得る。例えば、Ｌ１－ＲＳＲＰ値は、ＴＲＰインデックス１とパネル識別情報１との組合せの第１の値、並びにＴＲＰインデックス１とパネル識別情報２との組合せの第２の値であってもよく、第１の値は第２の値よりも高くてもよい。ＷＴＲＵは、パネル識別情報１を含む組合せを既に決定している可能性がある。このような場合、ＷＴＲＵは、第２の値が第１の値から閾値を減じた値よりも高いという条件下で、ＴＲＰインデックス１とパネル識別情報２との組合せについて報告し、そうでない場合にＴＲＰインデックス１とパネル識別情報１との組合せについて報告することができる。測定差に基づく制限のこのような解除は、著しいマイクロダイバーシティの利益を提供しない送信オプションについてのビーム関連情報を報告することを回避し得る。

【0108】

１つの状況では、ビーム関連情報：ＴＣＩ状態構成を報告するための制約があり得る。具体的には、ＷＴＲＵは、特定のＴＣＩ状態の一部として構成されたリソースのサブセットについてのみビーム関連情報を報告するように構成されてもよい。ＴＣＩ状態は、構成によって示されるようにＲＲＣによって構成されたＴＣＩ状態のセットのサブセットであってもよく、又はＭＡＣシグナリングからのアクティブなＴＣＩ状態のセットに対応してもよい。

【0109】

１つの状況では、ＰＵＣＣＨリソース選択に基づいて、ビーム関連情報を報告するための制約があってもよい。一例では、ＷＴＲＵは、ＰＵＣＣＨリソース構成に基づくＣＳＩ報告を含むように空間フィルタ（例えば、ＲＳインデックス）を決定することができる。ＷＴＲＵがＰＵＣＣＨリソースで構成されるとき、これは、報告するのに有効であり得るＲＳのサブセット／セットで構成されてもよい（例えば、全てのＲＳがセットであり、報告するのに有効であり得るＲＳのセットのＲＳのサブセットがある場合）。説明されたように、ＲＳはセットに構成されてもよく、セットは、ＰＵＣＣＨリソース構成にリンクされ得るインデックスを有してもよい。ＰＵＣＣＨリソース構成は、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースインジケータ（ＰＲＩ）、ＰＲＩのサブセット、又は複数のＰＵＣＣＨリソースセットであってもよい。例えば、ＷＴＲＵは、３つのＲＳ（ＲＳ１、ＲＳ２、ＲＳ３）及び２つのＰＵＣＣＨリソース（ＰＵＣＣＨ１、ＰＵＣＣＨ２）で構成されてもよい。ＲＳ１及びＲＳ２はセット１にグループ化されてもよく、ＲＳ３はセット２にグループ化されてもよい。ＷＴＲＵは、ＰＵＣＣＨ１を使用してセット１からのＲＳのみを報告し、ＰＵＣＣＨ２上でセット２からのＲＳを報告することを選択することができる。

【0110】

一例では、ＰＵＣＣＨリソースは、ＤＣＩ内で事前構成されるか又は動的に指示されてもよい。ＰＵＣＣＨリソースとＲＳセットとの間の構成は、ネットワーク構成、ＷＴＲＵフィードバック、又は両方の組合せに基づいて、ＴＲＰによって行われ得る。ＴＲＰは、両方のＰＵＣＣＨリソースを監視することができる。ＷＴＲＵは、両方のＰＵＣＣＨリソースで報告することができ、又はＷＴＲＵは、１つのみのＰＵＣＣＨリソース上で報告することを選択してもよい。ＷＴＲＵは、ＴＲＰインデックス、明示的指示を伴うＤＣＩ、ＳＲＩの信号品質などに基づいて、ＰＵＣＣＨリソースを決定することができる。

【0111】

図５は、２つのＴＲＰ（ＴＲＰ１、ＴＲＰ２）を有する例を示す図であり、ＷＴＲＵは、そこからのＲＳを受信した全てのＴＲＰのＲＳを１つのＴＲＰに報告するように構成され得る。この例では、ＴＲＰ１はＲＳ１及びＲＳ２を送信していてもよく、ＴＲ２はＲＳ３を送信していてもよい。５０１において、ＷＴＲＵは、ＲＳ１、ＲＳ２、及びＲＳ３の信号品質を測定することができる。５０２において、ＷＴＲＵは、ＰＵＣＣＨ（例えば、ＰＲＩ１、ＰＲＩ２）を使用して報告するために、２つのリソースで構成され得る。５０３において、ＷＴＲＵは、ＰＲＩ１上のＲＳ１及びＲＳ２をＴＲＰ１に、並びにＰＲＩ２上のＲＳ３をＴＲＰ１に報告することができ、更に、ＷＴＲＵは、（ＰＲＩ１、ＰＲＩ２）を送信するための空間フィルタ（ＳＲＩ１）を決定することができる。

【0112】

ＷＴＲＵは、ＰＵＣＣＨ１がＴＲＰ１からのＲＳを報告するために使用されてもよく、ＰＵＣＣＨ２がＴＲＰ２からのＲＳを報告するために使用されてもよいと決定することができる。ＰＵＣＣＨ１がＴＲＰ１に使用されるので、ＷＴＲＵは、ＴＲＰ１、ＳＲＩ１のために構成されたＳＲＩを使用すると決定することができる。ＴＲＰ１は、ＰＵＣＣＨ１及びＰＵＣＣＨ２を監視することができ、Ｓ－ＤＤ動作のためにＰＵＣＣＨ１から受信した１つのＲＳ及びＰＵＣＣＨ２から受信した１つのＲＳを用いてＷＴＲＵをスケジューリングし得ると決定することができる。ＰＵＣＣＨ１及びＰＵＣＣＨ２上で報告した後、ＷＴＲＵは、Ｓ－ＤＤについて、ＴＲＰ１及びＴＲＰ２からの送信を監視することができる。ＷＴＲＵが非Ｓ－ＤＤモードを好むと決定した場合、これは１つのみのＰＵＣＣＨリソース（例えば、ＰＵＣＣＨ１）を報告することができる。ＴＲＰは、１つのＰＵＣＣＨリソースを受信したと判定することができ、非Ｓ－ＤＤモードでＷＴＲＵをスケジューリングすると決定することができる。

【0113】

別の例では、ＷＴＲＵは、パネルごとに空間フィルタを報告するために、ＲＳリソースセットを使用することができる。２つのパネルを有するＷＴＲＵは、ＲＳセット１からのＲＳを測定することができる。セット１は、２つのＰＵＣＣＨリソースにリンクされ得る。ＷＴＲＵは、パネル１上で受信されたセット１からの任意のＲＳ測定値はＰＵＣＣＨ１で報告されてもよく、一方、パネル２上で受信されたセット１からの任意のＲＳ測定値はＰＵＣＣＨ２で報告されてもよいと判定することができる。ＴＲＰは、両方のＰＵＣＣＨリソースを監視することができ、受信したＰＵＣＣＨリソース及びその内容に基づいてどのＲＳが各ＷＴＲＵパネルにとって最良であるかを判定することができる。ＷＴＲＵは、単一パネル使用を好むことをシグナリングするために、１つのみのＰＵＣＣＨリソースで送信すると決定することができる。ＴＲＰは、２つのうちの１つのＰＵＣＣＨリソースを受信したと判定することができ、単一パネルでＷＴＲＵをスケジューリングすると決定することができる。

【0114】

ＲＳセット内のＲＳのサブセットは互いにリンクされてもよく、ＲＳセットは２つのＰＵＣＣＨリソースで構成されてもよい。ＷＴＲＵは、互いにリンクされたＲＳリソースを報告すると決定することによって、Ｓ－ＤＤモードに切り替えるその優先権をシグナリングすることができる。例えば、ＲＳ１及びＲＳ３はＳ－ＤＤモードのためにリンクされてもよく、ＲＳ２及びＲＳ３はリンクされなくてもよい。ＷＴＲＵは、Ｓ－ＤＤモードが好ましいと決定されたときにリンクしたＲＳ（例えば、ＰＵＣＣＨ１上のＲＳ１及びＰＵＣＣＨ２上のＲＳ３）を報告することができ、その一方でＷＴＲＵは、単一ＴＲＰモードが好ましいと決定されたときにリンクされていないＲＳ（例えば、ＰＵＣＣＨ１上のＲＳ２及びＰＵＣＣＨ２上のＲＳ３）を報告することができる。ＴＲＰは、受信した報告に基づいて、ＲＳ１及びＲＳ３上のＳ－ＤＤでＷＴＲＵをスケジューリングすることができ、又はこれは、ＲＳ２及びＲＳ３上の単一（又はマルチＴＲＰ）上のＴＤＭ送信でＷＴＲＵをスケジューリングすることができる。ＷＴＲＵが、リンクされた２つの異なるＰＵＣＣＨリソース内のＲＳを送信し、ＴＲＰがＰＵＣＣＨリソースのうちの１つのみを受信する場合、ＴＲＰは、ＲＳ信号品質のうちの１つが低いと判定することができる。この場合、ＴＲＰは、ビームペアリング手順をトリガする（例えば、非周期的ＳＲＳを送信するようにＷＴＲＵをトリガする）か、又はＭＡＣ ＣＥを通じてＰＵＣＣＨ空間関係を更新することができる。

【0115】

１つの状況では、ビーム関連情報と空間フィルタ選択との間に暗黙的なリンクがあり得る。一例では、ＷＴＲＵは、空間フィルタ（例えば、ＲＳインデックス）とＳＲＩとの間のリンクを決定し、ＰＵＣＣＨリソース及びＳＲＩのＷＴＲＵの選択によって、このリンクをＴＲＰに暗黙的にシグナリングすることができる。ＷＴＲＵがＰＵＣＣＨリソース上で送信すべきＣＳＩ報告を生成するとき，ＷＴＲＵは、どのＲＳを報告に含めるかを選択することができる。ＷＴＲＵがＰＵＣＣＨリソースに送信すべきＳＲＩを選択するとき、ＷＴＲＵは、選択されたＳＲＩを想定してＣＳＩ報告に含まれるビーム関連情報（例えば、インデックス、信号品質など）が測定されると判定することができる。ＴＲＰは、ＲＳを同時にスケジューリングすることができるか否か、どのＲＳがＳＲＩごとに最良であるか、などを決定するために、ＲＳとＳＲＩとの間のリンクに関する情報を使用することができる。

【0116】

図６は、本明細書に開示される１つ以上の技法による、ＴＲＰを支援するＷＴＲＵの例示的なシナリオを示す図である。図６では、ＷＴＲＵ６０１は、ＣＳＩ報告（例えば、ＲＳ１）の内容をＷＴＲＵ６０１のパネルにリンクするために、ＴＲＰ６０２を支援することができる。６１１において、ＷＴＲＵは、パネル１及びパネル２上でＲＳ１を測定することができる。ＷＴＲＵ６０１は、２つのＰＵＣＣＨリソース上の（ＲＳ１）について２つのＣＳＩ報告（例えば、６１２、６１３）を送信することができ、各ＣＳＩ報告は、それぞれパネル１及び２上で受信したＲＳ１の信号品質を測定する。６２１において、２つのＰＵＣＣＨリソースは、２つの異なるＳＲＩで構成されてもよく、ＳＲＩ１はＷＴＲＵパネル１に関連付けられ、ＳＲＩ２はＷＴＲＵパネル２に関連付けられる。６２２において、ＷＴＲＵ６０１は、パネル１上で受信したＲＳ１がＳＲＩ１で構成されたＰＵＣＣＨ上で報告されてもよく（６１２）、パネル２上で受信したＲＳ１がＳＲＩ２で構成されたＰＵＣＣＨリソース上で報告されてもよい（６１３）と判定することができる。６２３において、ＴＲＰ６０２は、両方のＰＵＣＣＨリソースについて監視することができ、各ＰＵＣＣＨリソース内のＣＳＩ報告が、ＰＵＣＣＨを送信するために使用されるＳＲＩに関連付けられたパネル（例えば、空間フィルタ）上のＷＴＲＵの測定値に対応すると判定することができる。

【0117】

別の例では、両方のＳＲＩは、同じパネル上で構成されてもよく、ＷＴＲＵは、ＳＲＩ１及びＳＲＩ２上で受信したＲＳ１及びＲＳ２を別々に測定することができる。ＷＴＲＵは、ＰＵＣＣＨ１上で、ＳＲＩ１を用いて測定されたＲＳ１及びＲＳ２に関するＣＳＩ報告を報告し、ＰＵＣＣＨ２上で、ＳＲＩ２を用いて測定されたＲＳ１及びＲＳ２に関するＣＳＩ報告を報告することができる。

【0118】

ＷＴＲＵはまた、このようにしてＳ－ＤＵ動作のためのビーム関連情報を報告することもできる。ＷＴＲＵは、ＣＳＩ報告内のＲＳ及びＣＳＩ報告を送信するために使用されるＳＲＩがＳ－ＤＵのためにペアリングされ得ると決定することができる。

【0119】

いくつかの実施形態では、Ｓ－ＵＵ送信モードのための方法があり得る。更に、ＷＴＲＵベースのパネル選択のために本明細書に開示される技法があり得る。本明細書に開示されるように、ＴＣＩ状態は、空間関係情報及びビーム指示と交換可能に使用され得るが、依然として本開示との一貫性を有する。更に、本明細書に開示されるように、ＳＲＳリソースセットは、ＳＲＳリソース及びＷＴＲＵパネルと交換可能に使用され得るが、依然として本開示との一貫性を有する。

【0120】

いくつかの状況では、Ｓ－ＵＵ送信に関するＷＴＲＵのための動作モードがあり得る。ＷＴＲＵは、以下の動作モードのうちの１つ以上に基づいてＳ－ＵＵ送信をサポートすることができる。一例では、ＵＬ ＤＣＩ内のＰＵＣＣＨリソースインジケータの数に基づいて決定され得る動作モードがあってもよい。例えば、ｇＮＢがＰＵＣＣＨ送信のための１つのＰＵＣＣＨリソースを示す場合、ＷＴＲＵは、単一のＰＵＣＣＨ送信を使用すると決定することができる。ｇＮＢが２つ以上のＰＵＣＣＨリソースを示す場合、ＷＴＲＵはＳ－ＵＵ送信を使用すると決定することができる。一例では、ＷＴＲＵ能力、及びＷＴＲＵ能力報告に基づくｇＮＢ構成に基づいて決定され得る動作モードがあり得る。例えば、ＷＴＲＵは、Ｓ－ＵＵ送信のための拡張送信タイプを用いて構成されてもよい。例えば、ＷＴＲＵは、ＰＵＣＣＨリソースインジケータ値ごとに１つ以上のＰＵＣＣＨリソースを示す拡張タイプのＰＵＣＣＨリソースインジケータを用いて構成されてもよい。構成は、ＷＴＲＵ、又はＷＴＲＵの１つ以上のＰＵＣＣＨリソースセットに適用され得る。一例では、ＷＴＲＵは、Ｓ－ＵＵ送信のためのその好ましい動作モードを要求することができる。例えば、ＷＴＲＵが単一のアップリンク送信及びＳ－ＵＵ送信の両方をサポートすることができる場合、ＷＴＲＵは、好ましい動作モードについてｇＮＢに示すことができる。

【0121】

第１の動作モード（例えば、単一のアップリンク送信）では、ＷＴＲＵは、構成／指示されたリソースに基づいて、単一のＰＵＣＣＨ又はＰＵＳＣＨを送信することができる。第２の動作モード（例えば、Ｓ－ＵＵ送信）では、ＷＴＲＵは、ＰＵＣＣＨのうちの１つ以上及び／又はＰＵＳＣＨのうちの１つ以上を同時に送信することができる。

【0122】

いくつかの状況では、Ｓ－ＵＵのためのビーム指示があり得る。ＷＴＲＵは、Ｓ－ＵＵ送信のために使用される１つ以上のビームを示すための１つ以上の指示を受信することができる。１つ以上の指示は、以下のうちの１つ以上に基づくことができる：ＤＣＩにおけるビーム指示；ＭＡＣ ＣＥにおけるビーム指示；及び／又はＲＲＣにおけるビーム指示。

【0123】

ＤＣＩにおけるビーム指示では、一例では、ＷＴＲＵは、Ｓ－ＵＵ送信をスケジューリングするＰＤＣＣＨを介して１つ以上のＴＣＩ状態を受信することができる。一例では、ＷＴＲＵは、Ｓ－ＵＵ送信をスケジューリングするＰＤＣＣＨを介して第１のＴＣＩ状態を受信することができる。第１のＴＣＩ状態に基づいて、ＷＴＲＵは、第１のＴＣＩ状態に関連付けられた第２のＴＣＩ状態を決定することができる。関連付けは、ｇＮＢによって、ＲＲＣ、ＭＡＣ ＣＥ、及び／又はＤＣＩを介して示されてもよい。１つ以上のＴＣＩ状態の指示は、ｇＮＢによって（例えば、ＲＲＣ及び／又はＭＡＣ ＣＥを介して）２つ以上の構成／アクティブ化されたＴＣＩ状態に基づくことができる。

【0124】

ＭＡＣ ＣＥにおけるビーム指示では、一例では、ＷＴＲＵは、Ｓ－ＵＵ送信のためのＭＡＣ ＣＥを介して１つ以上のＴＣＩ状態を受信することができる。一例では、ＷＴＲＵは、ＭＡＣ ＣＥを介して１つ以上のＴＣＩ状態を損なうＴＣＩ状態群を受信することができる。１つ以上のＴＣＩ状態の指示は、ｇＮＢによって（例えば、ＲＲＣを介して）２つ以上の構成されたＴＣＩ状態に基づくことができる。

【0125】

ＲＲＣにおけるビーム指示では、一例では、ＷＴＲＵは、Ｓ－ＵＵ送信のための１つ以上のＲＲＣメッセージを介して１つ以上のＴＣＩ状態を受信することができる。１つ以上のＴＣＩ状態の指示は、ＰＵＣＣＨリソースごと及び／又はＰＵＣＣＨリソース群ごとであってもよい。１つ以上のＴＣＩ状態の指示は、ＰＵＳＣＨ構成ごと及び／又は構成グラント構成ごとであってもよい。

【0126】

いくつかの状況では、１つ以上のＰＵＣＣＨ及び／又は１つ以上のＰＵＳＣＨの間に時間オフセットの決定があり得る。具体的には、ＷＴＲＵは、アップリンク送信のための１つ以上の時間領域リソース構成を受信することができる。１つ以上の時間領域リソース構成は、以下のうちの１つ以上を含むことができる：最小の適用可能なスケジューリングオフセット（例えば、ＷＴＲＵは、アクティブＤＬ及び／又はＵＬ ＢＷＰのためのＲＲＣによって構成された１つ以上のオフセット値（例えば、スロット）であってもよく、構成された値に基づいて、ＷＴＲＵは、ＤＣＩを介して指示を受信することができる）；開始シンボルＳ（例えば、開始シンボルは、スロットの開始に対するものであってもよい）；及び／又は、長さＬ、及び／又はシンボルの数（例えば、長さは、アップリンク送信に割り当てられたシンボルＳから数えて連続するシンボルＳの数を示すことができる）。

【0127】

１つ以上の時間領域リソース構成は、以下のうちの１つ以上に基づくことができる：明示的指示；暗黙的指示；及び／又は（１つ又は複数の）明示的指示及び（１つ又は複数の）暗黙的指示の組合せ。

【0128】

明示的指示では、一例では、ＷＴＲＵは、所定の複数の時間領域リソース構成に基づいてＤＣＩを介して１つ以上の時間領域リソース構成の指示を受信することができる。一例では、ＷＴＲＵは、ＲＲＣを介した複数の時間領域リソース構成に基づいて、ＤＣＩを介して１つ以上の時間領域リソース構成の指示を受信することができる。

【0129】

暗黙的指示では、一例では、ＷＴＲＵは、ＴＣＩ状態に関連付けられた時間領域リソース構成を受信することができる。ＷＴＲＵは、ＷＴＲＵがＴＣＩ状態を用いてＰＵＣＣＨ又はＰＵＳＣＨを送信するとき、ＴＣＩ状態に関連付けられた時間領域リソース構成を適用することができる。一例では、ＷＴＲＵは、ＳＲＳリソースセットに関連付けられた時間領域リソース構成を受信することができる。ＷＴＲＵは、ＷＴＲＵがＴＣＩ状態を用いてＰＵＣＣＨ又はＰＵＳＣＨを送信するとき、ＳＲＳリソースセットに関連付けられた時間領域リソース構成を適用することができる。

【0130】

明示的指示及び暗黙的指示の組合せでは、一例では、ＷＴＲＵは、（例えば、所定の構成又はＲＲＣを介した構成に基づいて）ＤＣＩを介して１つ以上の時間領域リソース構成の指示を受信することができる。指示に基づいて、ＴＣＩ状態に関連付けられた時間領域リソース構成は、ＤＣＩを介して１つ以上の時間領域リソース構成から追加の時間オフセットを示すことができる。例えば、ＷＴＲＵは、（例えば、所定の構成又はＲＲＣを介した構成に基づいて）ＤＣＩを介して１つ以上の時間領域リソース構成の指示を受信することができる。指示に基づいて、ＳＲＳリソースセットに関連付けられた時間領域リソース構成は、ＤＣＩを介して１つ以上の時間領域リソース構成から追加の時間オフセットを示すことができる。

【0131】

１つの状況では、ＷＴＲＵは、１つ以上の時間領域リソース構成に基づいて、Ｓ－ＵＵ送信のための１つ以上の時間領域リソースを決定することができる。決定は、以下のうちの１つ以上に基づくことができる：指示されたＴＣＩ状態がＳ－ＵＵ送信に適用可能か否か；及び／又は、ＷＴＲＵ能力及びｇＮＢ構成。

【0132】

指示されたＴＣＩ状態がＳ－ＵＵ送信に適用可能か否かに関して、一例では、ＷＴＲＵが指示されたＴＣＩ状態をＳ－ＵＵ送信に同時に適用することができる場合、ＷＴＲＵは、第１の時間領域リソース構成を決定することができる。ＷＴＲＵが指示されたＴＣＩ状態を同時に適用することができない場合、ＷＴＲＵは、別々の送信のために２つ以上の第２の時間領域リソース構成を決定することができる。決定は、以下のうちの１つ以上に基づくことができる：ＤＣＩ状態とＴＣＩ状態との間の決定；ＴＣＩ状態間の決定；ＤＣＩリソースセットとＳＲＳリソースセットとの間の決定；ＤＣＩリソースセットとＳＲＳリソースセットとの間の決定；ＳＲＳリソースセット間の決定；及び／又はＤＣＩと事前構成されたリソースとの間の決定。

【0133】

ＤＣＩ状態とＴＣＩ状態との間の決定に関して、一例では、第１の時間領域リソース構成は、ＤＣＩを介して（例えば、時間領域リソース割当フィールドを介して）示されてもよく、第２の時間領域リソース構成は、指示されたＴＣＩ状態を介して示されてもよい。別の例では、第１の時間領域リソース構成はＤＣＩに基づくことができ、第２の時間領域リソース構成は、ＤＣＩ、及び指示されたＴＣＩ状態に基づくことができる。

【0134】

ＴＣＩ状態間の決定に関して、一例では、第１の時間領域リソース構成は第１のＴＣＩ状態に基づくことができ、第２の時間領域リソース構成は第１のＴＣＩ状態及び第２のＴＣＩ状態に基づくことができる。第１のＴＣＩ状態は、ＴＣＩ状態ＩＤ（例えば、最も低い又は最も高いＴＣＩ状態ＩＤを有するＴＣＩ状態）、指示順序（例えば、最初に示されたＴＣＩ状態）、及び／又は所定のＴＣＩ状態に基づいて決定され得る。

【0135】

ＤＣＩリソースセットとＳＲＳリソースセットとの間の決定に関して、一例では、第１の時間領域リソース構成は、ＤＣＩを介して（例えば、時間領域リソース割当フィールドを介して）示されてもよく、第２の時間領域リソース構成は、指示されたＳＲＳリソースセットを介して示されてもよい。別の例では、第１の時間領域リソース構成はＤＣＩに基づくことができ、第２の時間領域リソース構成は、ＤＣＩ、及び指示されたＳＲＳリソースセットに基づくことができる。

【0136】

ＳＲＳリソースセット間の決定に関して、一例では、第１の時間領域リソース構成は第１のＳＲＳリソースセットに基づくことができ、第２の時間領域リソース構成は第１のＳＲＳリソースセット及び第２のＳＲＳリソースセットに基づくことができる。第１のＳＲＳリソースセットは、ＳＲＳリソースセットＩＤ（例えば、最も低い又は最も高いＳＲＳリソースセットＩＤを有するＳＲＳリソースセット）、指示順序（例えば、最初に指示されたＳＲＳリソースセット）、及び／又は所定のＳＲＳリソースセットに基づいて決定され得る。

【0137】

ＤＣＩと事前構成されたリソースとの間の決定に関して、一例では、第１の時間領域リソース構成はＤＣＩに基づくことができ、第２の時間領域リソース構成はＤＣＩ及び事前構成されたリソースに基づくことができる。ＷＴＲＵは、ＲＲＣ及び／又はＭＡＣ ＣＥを介して事前構成されたリソースで構成されてもよい。

【0138】

図７は、２つのＴＲＰに対する同時ＵＬ ＴＸのための例示的なプロセスのフローチャートである。７０１において、ＷＴＲＵは、好ましい動作モード（例えば、２つのＴＲＰへの同時ＵＬ又は１つのＴＲＰへの単一のＵＬ）を示すことができる。７０２において、ＷＴＲＵはＴＣＩ状態を受信し、同時ＵＬに使用するための１つ以上の空間フィルタを決定することができる（例えば、空間フィルタは、ＲＲＣ、ＭＡＣ ＣＥ、又はＤＣＩを通じた同時ＵＬに一緒に関連付けられたＴＣＩ状態のペアに対応し得る）。７０３において、ＷＴＲＵは、ＴＣＩ状態に基づいて、時間及び／又は周波数リソースを決定することができる（例えば、ＴＣＩ状態が同時ＵＬに関連付けられている場合、ＷＴＲＵはＴＲＰごとに時間／周波数リソースを決定することができる）。

【0139】

１つの状況では、ＰＵＣＣＨ及び／又はＰＵＳＣＨ送信の優先順位付けがあり得る。具体的には、ＷＴＲＵは、１つ以上のＰＵＣＣＨ及び／又は１つ以上のＰＵＳＣＨの間の優先順位付けを決定することができる（例えば、ＷＴＲＵが指示されたＴＣＩ状態を同時に適用することができない場合）。１つ以上のＰＵＣＣＨ及び／又は１つ以上のＰＵＳＣＨの間の優先順位付けは、以下のうちの１つ以上であってもよい：優先順位の低い１つ以上のアップリンクチャネルを脱落させること；及び／又は、割り当てられた時間及び周波数リソース内で優先順位の高い第１の１つ以上のアップリンクチャネルと、事前構成されたリソース内で優先順位の低い第２の１つ以上のアップリンクチャネルを（例えば、ＲＲＣを介して）送信すること。

【0140】

ＷＴＲＵは、以下のうちの１つ以上に基づいて１つ以上のアップリンクチャネルの優先順位を決定することができる：チャネルタイプ（例えば、ＷＴＲＵは、第２のタイプのチャネル（例えば、ＰＵＳＣＨ又はＰＵＣＣＨ）よりも第１のタイプのチャネル（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ）を優先させることができる）；情報タイプ（例えば、ＷＴＲＵは、第２のタイプの情報（例えば、ＣＳＩ報告）よりも第１のタイプの情報（例えば、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫ）を優先させることができる）；送信タイプ（例えば、ＷＴＲＵは、第２のタイプの送信（例えば、半永続的又は周期的）よりも第１のタイプの送信（例えば、非周期的又は半永続的）を優先させることができる）；ＰＵＣＣＨリソースＩＤ（例えば、ＷＴＲＵは、第２のＩＤを有する第２のＰＵＣＣＨリソースよりも第１のＩＤを有する第１のＰＵＣＣＨリソースを優先させることができ、第１のＩＤは第２のＩＤよりも小さくても大きくてもよい）；及び／又は時間リソース（例えば、ＷＴＲＵは、時間リソースに基づいて、第２の送信よりも第１のアップリンク送信を優先させることができ；及び／又は第１のアップリンク送信の第１の時間リソースは、第２のアップリンク送信の第２の時間リソースよりも小さい時間オフセット（例えば、シンボル及び／又はスロットの数が少ない）であり得る）。

【0141】

１つの状況では、ＷＴＲＵ支援型Ｓ－ＵＵ送信モード選択のためのプロセスがあり得る。ＷＴＲＵは、ＰＵＳＣＨ又はＰＵＣＣＨのＳ－ＵＵ送信のためにスケジューリングされてもよく、スケジューリングはネットワークによって協調されてもよい。ネットワークは、ＵＬ基準信号（例えば、ＳＲＳ）上のチャネル品質（例えば、ＲＳＲＰ、ＳＩＮＲ、ＣＱＩなど）を測定することができ、ネットワークは、ＷＴＲＵがＳ－ＵＵモードでスケジューリングされるか否かを決定することができる（例えば、ＷＴＲＵは、２つのＴＲＰに向けて同じ時間インスタンスにおいて２つのパネル上で送信することができる）。１つの代替例では、ＷＴＲＵが１つの時間インスタンスにおいて一度に１つのパネル上で送信する、単一パネルモードがあり得る。しかしながら、ＷＴＲＵは、Ｓ－ＵＵ送信が必要か否かを判定するための追加の情報を有することができる。例えば、電力を節約するために、ＷＴＲＵは、固定された期間中にのみＳ－ＵＵモードで送信していてもよい。又はＷＴＲＵは、３つ以上のＴＲＰで構成されてもよく、そのパネルのサブセット又はＴＲＰのサブセットがＳ－ＵＵにとって好ましいと判定することができる。次いで、ＷＴＲＵは、いつどのようにしてＳ－ＵＵモードを使用するかをネットワークに示す必要があり得る。場合によっては、（例えば、本明細書に記載されるように）ＷＴＲＵがどのようにしてＳ－ＵＵモードを使用すると決定し得るか、及びＷＴＲＵがどのようにしてこれをネットワークに報告するかの１つ以上のプロセスがあり得る。

【0142】

ある場合には、ＷＴＲＵは、送信のＳ－ＵＵモードを使用すると決定する際にネットワークを支援することができる。ＷＴＲＵは、Ｓ－ＵＵと単一パネルとの間のスケジューリング動作モードを要求することができる。ＷＴＲＵは、１つ以上の要因に基づいて動作モードを決定することができる。

【0143】

一例では、要因は、基準信号（ＲＳ）チャネル測定（例えば、ＳＳＢ－ＲＳＲＰ）に基づく各ＴＲＰへのＤＬ信号品質であってもよい。例えば、２つのＲＳが構成されてもよく、ＷＴＲＵは、２つのＲＳ間のＲＳＲＰの差が閾値を上回る場合、又は２つ以上の測定されたＲＳＲＰが閾値を上回る場合、Ｓ－ＵＵを要求することができる。

【0144】

一例では、要因は、アクティブ化されたパネルの数であってもよい。ＷＴＲＵは、ＷＴＲＵが閾値を上回る数のパネルをアクティブ化する場合にＳ－ＵＵを要求することができる。例えば、ＷＴＲＵが２つ以上のパネルをアクティブ化する場合には、ＷＴＲＵはＳ－ＵＵ送信を要求することができる。

【0145】

一例では、要因は、データバッファであってもよい。例えば、ＷＴＲＵが閾値を上回る送信すべきデータ量を有する場合、ＷＴＲＵはＳ－ＵＵ送信を要求することができる。

【0146】

一例では、要因は、ＴＲＰの数であってもよい。例えば、ＷＴＲＵが閾値を上回る数のＴＲＰで構成される場合には、ＷＴＲＵは要求をトリガすることができる。

【0147】

ある場合には、ＷＴＲＵが動作モードを決定した後、ＷＴＲＵは、例えば、チャネル品質測定値に基づいて、異なる動作モードの順序の明示的な指示を用いて、ネットワークに対する要求されたモードの指示をトリガすることができる。ＷＴＲＵは、順序付けを報告するためにＭＡＣ ＣＥ（例えば新しいＭＡＣ ＣＥ）を使用することができ、又はＵＣＩ（例えば、新しいＵＣＩ）が使用されてもよい。ＷＴＲＵは、順序付けがＳ－ＵＵと単一パネル動作モードとの間のＷＴＲＵの優先権を決定する付番リスト内の動作モードの順序付けを要求又は指示することができる。例えば、ＷＴＲＵは、第１の優先権としてＳ－ＵＵを、及び第２の優先権として単一パネル送信動作モードを報告することができる。ＭＡＣ ＣＥ又はＵＣＩ報告の内容は、１つ以上の情報を含むことができる。

【0148】

一例では、１つの情報は、Ｓ－ＵＵ又は単一パネルモードを示すためのビットフィールドであってもよい。例えば、ＷＴＲＵは、２つのＴＲＰで構成され得る。報告において、ＷＴＲＵは、ＷＴＲＵが両方のＴＲＰへのＳ－ＵＵ送信モードを要求することを意味するビット＝１を設定してもよく、又はＷＴＲＵは、単一パネルモードを要求するためにビット＝０を設定してもよい。

【0149】

一例では、１つの情報はＴＲＰインデックスであってもよく、２つ以上のＴＲＰがＷＴＲＵに対して構成される場合、ＷＴＲＵは、全ての構成されたＴＲＰの中のＳ－ＵＵモードのためのＴＲＰペアのサブセットを示すためのＴＲＰインデックスを含むことができる。例えば、ＷＴＲＵは、ＴＲＰ１、ＴＲＰ２、及びＴＲＰ３の３つのＴＲＰで構成されてもよく、ＷＴＲＵは、Ｓ－ＵＵの為夫ＴＲＰのサブセットを決定することができる。ＷＴＲＵは、Ｓ－ＵＵモードでの送信をＴＲＰ１及びＴＲＰ２に要求することを示すために、ＴＲＰ１及びＴＲＰ２のためのインデックスを含むことができる。２つ以上のペアが選択閾値を満たす場合、ＷＴＲＵは、チャネル測定値が高い方から低い方に基づく順序でペアを報告することができる。例えば、ＴＲＰ１及びＴＲＰ３はまた、選択閾値を満たす第２のペアであるとＷＴＲＵが決定した場合に、ＴＲＰ１及びＴＲＰ２のペアの後にリスト内で報告されてもよい。

【0150】

あるいは、ＷＴＲＵは、ＴＲＰペアインデックスを示すことができる。ペアは、インデックスで明示的に構成されてもよい。例えば、ＴＲＰ１及びＴＲＰ２はペアインデックス１に対応し、ＴＲＰ１及びＴＲＰ３はペアインデックス２に対応する。

【0151】

ペアは、２つのＵＬ ＴＣＩ状態で構成されたＵＬ ＴＣＩコードポイントで暗黙的に構成されてもよく、各ＴＣＩ状態は、異なるＴＲＰに対するＲＳを用いてＱＣＬされる。例えば、ＵＬ ＴＣＩはＲＳ１及びＲＳ２で構成され、ＲＳ１及びＲＳ２はそれぞれＴＲＰ１及びＴＲＰ２を用いてＱＣＬされる。ＷＴＲＵがＳ－ＵＵ要求内に２つのＴＣＩを有するこのＵＬ ＴＣＩを含む場合には、ネットワークは、ＷＴＲＵがＴＲＰ１及びＴＲＰ２を用いるＳ－ＵＵ送信を要求すると決定することができる。

【0152】

例えば、１つの情報はパネルインデックスであってもよく、ＷＴＲＵは２つ以上のパネルを備えており、ＷＴＲＵは、ＷＴＲＵがＳ－ＵＵ送信モードを要求するそのパネルインデックスのペアを報告してもよい。例えば、ＷＴＲＵは３つのパネルを備えてもよい。ＷＴＲＵは、パネル１及び２のみを使用してＳ－ＵＵモードでスケジューリングすべきネットワークを要求することを示すために、パネルインデックス１及び２を報告することができる。

【0153】

一例では、１つの情報は、本明細書に提供される例のいくつかの組合せであってもよい（例えば、上記で開示された情報のうちの１つ以上）。例えば、ＷＴＲＵは、ＴＲＰ１及びＴＲＰ２で構成されてもよい。ＷＴＲＵは、ビットインデックス＝１を有するＴＲＰ１及びＴＲＰ２に対応するペアインデックスを報告することができる。したがって、ＷＴＲＵは、Ｓ－ＵＵモードを要求することをＴＲＰ１及びＴＲＰ２に示すことができる。ビットインデックス＝０の場合には、ＷＴＲＵは、ＴＲＰ１及びＴＲＰ２への単一パネル送信を要求することができる（例えば、時間インスタンスｔ１においてＴＲＰ１に、次いで時間インスタンスｔ２においてＴＲＰ２に送信する）。ＷＴＲＵは、絶対時間インスタンスとしてｔ１及びｔ２を含むことができる。あるいは、ＷＴＲＵは、Ｓ－ＵＵと単一パネルモードとの間で切り替えるためのタイミングパターンをＴＲＰ１及びＴＲＰ２に示すことができる（例えば、ＷＴＲＵがＳ－ＵＵの１スロットに続いて単一パネルの４スロットを要求する、１～４時間スロットパターン）。

【0154】

ＭＡＣ ＣＥ又はＵＣＩを受信すると、ネットワークは、ＷＴＲＵの指示された要求を考慮することができる。ネットワークは、ＷＴＲＵの報告された要求、報告におけるＷＴＲＵの順序付け、及びネットワークのリソースの利用可能性を考慮して、Ｓ－ＵＵモード又は単一パネルにおいてＷＴＲＵをスケジューリングすることができる。ＷＴＲＵは、そのＭＡＣ ＣＥ又はＵＣＩ要求の肯定応答を受信することができ、ＷＴＲＵは、送信のためにその空間フィルタ／パネルを調整することができる。あるいは、ＷＴＲＵは、ネットワークによって提供されたスケジューリング情報とともにＤＣＩを受信してもよい。

【0155】

ＷＴＲＵ支援型Ｓ－ＵＵ送信モード選択について論じられたケースは、ＷＴＲＵ支援型Ｓ－ＤＵモード選択にも使用され得る。例えば、ＷＴＲＵは、どのパネルをＵＬに使用するか、どのパネルをＤＬに使用するか、又はどのＴＲＰをＵＬ又はＤＬに使用するかを示すことができる。

【0156】

１つの状況では、１つ以上の同時ＳＲＳ送信指示があり得る。ネットワークは、ＷＴＲＵが両方のパネル上で同時に送信しているときにチャネル品質を推定する必要があり得る。クロスパネル干渉をより良く測定するために、ネットワークは、２つ以上のパネルから１つ以上のＲＳを同時に送信するようにＷＴＲＵに要求することができる。ある場合には、ＷＴＲＵは、同時送信のためにＳＲＳリソースをアクティブ化することによって、ＳＲＳを同時に送信するようにトリガされ得る。ＷＴＲＵは、１つ以上の要因を使用してＳＲＳを同時に送信することができる。

【0157】

１つの要因は、動的指示であってもよい。例えば、２つ以上のＳＲＳリソースが要求され得る場合、ＳＲＳ要求のためのＤＣＩが使用されてもよい。ＳＲＳ要求フィールドは、追加のフィールドを用いて拡張されてもよく、又は別個の新しいフィールドがＤＣＩにおいて定義されてもよい。ビットフィールドは、例えば、要求されたＳＲＳリソースがＳ－ＵＵモードで同時に送信される場合には１を、そうでない場合には０を示すことができる。

【0158】

１つの要因は、ＭＡＣ ＣＥであってもよい。新しいＭＡＣ ＣＥは、Ｓ－ＵＵ送信のためのＳＲＳリソース間の関連付けを構成するように定義されてもよい。ＭＡＣ ＣＥを受信した後、ＷＴＲＵは、Ｓ－ＵＵ送信モードのために指示されたＳＲＳリソースをアクティブ化すると決定することができ、リソースを同時に送信することができる。例えば、ＭＡＣ ＣＥは、ＳＲＳリソースペアのリストを含むことができ、ＷＴＲＵは、ＳＲＳリソースペアがＳ－ＵＵ送信のために構成されると決定することができる。

【0159】

代替的に／付加的に、ＳＲＳリソースはＴＲＰインデックスに関連付けられてもよく、ＭＡＣ ＣＥはＴＲＰペアのリストに含まれてもよい。ＴＲＰインデックスが明示的に示されてもよく、又はＴＲＰインデックスペアとインジケータとの間のマッピングが定義されてもよい（例えば、ＴＲＰ１－ＴＲＰ２はインジケータ１に対応し、ＴＲＰ１－ＴＲＰ３はインジケータ２に対応する）。ＷＴＲＵは、どの関連付けられたＳＲＳリソースがＳ－ＵＵモードのために構成されるかをＴＲＰペアが決定すると判定することができる。例えば、ＷＴＲＵは、ペアとしてＴＲＰ１及びＴＲＰ２を用いてＭＡＣ ＣＥを受信することができる。次いで、ＷＴＲＵは、ＴＲＰ１及びＴＲＰ２に関連付けられた全てのＳＲＳリソースがＳ－ＵＵ送信のためにペアで構成されると決定することができる。

【0160】

ＷＴＲＵは、ＳＲＳ－Ｃｏｎｆｉｇ ＩＥがＳＲＳリソースセット内の新しいフィールドで構成されると決定することができ、フィールドは、Ｓ－ＵＵのために使用されるＳＲＳリソースセットにフラグを立てることができる。

【0161】

ＳＲＳリソースはパネルインデックスで構成されてもよく、ＷＴＲＵは、異なるパネルインデックスを有するリソースが同時に送信され得ると判定することができる。

【0162】

いくつかの実施形態では、Ｓ－ＤＵ動作のサポートのための技法など、Ｓ－ＤＵ送信モードのための方法があり得る。いくつかの状況では、ＷＴＲＵ Ｓ－ＤＵ能力シグナリングがあり得る。具体的には、ＷＴＲＵは、そのＳ－ＤＵ能力をｇＮＢに示すことができ、能力指示は、Ｓ－ＤＵ対応パネルの数、ＵＬ／ＤＬ保護時間、ＵＬ／ＤＬ保護帯域などの情報を含むことができる。能力指示は、Ｓ－ＤＵ動作に使用され得る数字パネルを含むことができる。一例では、ＷＴＲＵは、暗黙的又は明示的に、Ｓ－ＤＵ能力を有するパネルを示すことができる。暗黙的なアプローチでは、ＷＴＲＵがｇＮＢによって問い合わせられると、パネルに割り当てられたＳＲＳリソースを使用して、ＳＲＳ送信を有するＳ－ＤＵ能力を示すことができる。明示的なアプローチでは、ＷＴＲＵは、パネルＩＤなどの識別インデックスを使用して、Ｓ－ＤＵ能力を有するパネルを示すことができる。

【0163】

一例では、ＷＴＲＵは、ＵＬ送信とＤＬ送信との間で必要とされる最小時間を示すことができる。ＵＬ送信とＤＬ送信との間で必要とされる最小時間を示す単一の保護時間、又はＵＬからＤＬ及びＤＬからＵＬのために意図される２つの別々の保護時間があってもよい。

【0164】

一例では、ＷＴＲＵは、ＵＬ送信とＤＬ送信との間で必要とされる最小周波数分離を示すことができる。ＵＬ送信とＤＬ送信との間で必要とされる最小周波数分離を示す単一の保護帯域、又はＵＬからＤＬ及びＤＬからＵＬのために意図される２つの別々の保護時間があってもよい。

【0165】

一例では、ＷＴＲＵは、Ｓ－ＤＵモードでの動作のための全二重能力を有するパネルのサブセットを示すことができる。

【0166】

一例では、ＷＴＲＵは、異なる帯域幅部分にわたってＳ－ＤＵモードをサポートするか否かを示すことができる。例えば、ＷＴＲＵは、ある帯域幅部分ではＤＬ送信で、及び異なる帯域幅部分ではＵＬ送信で構成され得る。

【0167】

いくつかの状況では、構成グラントスケジューリングのためのトリガ機構があり得る。具体的には、ＮＲにおいて、動的スケジューリングに加えて、アップリンク送信及びダウンリンク送信の両方が、これらの対応する構成グラント機構によってサポートされ得る。ダウンリンクでは、半永続的スケジューリング（ＳＰＳ）モードで、最初に、基本送信パラメータを用いてＲＲＣによってＷＴＲＵが構成されてもよく、次いで、ＣＳ－ＲＮＴＩでスクランブルされたＤＣＩなどの動的指示を用いて構成グラントがアクティブ化されてもよい。同様に、アップリンク構成グラントタイプ２送信では、基本送信パラメータを用いてＲＲＣによってＷＴＲＵが最初に構成されてもよく、次いで、ＣＳ－ＲＮＴＩでスクランブルされたＤＣＩなどの動的指示を用いて構成グラントがアクティブ化されてもよい。

【0168】

一例では、ＷＴＲＵは、共同構成されたＵＬ／ＤＬスケジューリングのために構成されてもよく、ＷＴＲＵは、パネル又はビームの同じ又は異なるサブセットを用いて送信及び受信することができる。

【0169】

例えば、ＷＴＲＵは、アップリンク又はダウンリンク送信の両方について単一の半静的共同構成を受信してもよく、又はアップリンク及びダウンリンク送信についてそれぞれ別々の構成を受信してもよい。構成は、時間的に同じ周期性を有しても有さなくてもよい。各構成について指示された時間パターンは、同じであってもなくてもよい。指示された時間パターンは、部分的にのみ重複してもよい。また、ＲＲＣ構成は、ＤＣＩ又はＭＡＣ ＣＥなどの動的アクティブ化コマンドの受信に対するパターンの開始を示す時間オフセットも含み得る。ある場合には、各送信方向のための構成は、動的アクティブ化コマンドの受信に対して異なる時間オフセットを有し得る。

【0170】

一例では、ＷＴＲＵは、共同構成スケジューリングをアクティブ化するために、ＤＣＩ又はＭＡＣ ＣＥなどの単一の動的コマンドを受信することができる。ＷＴＲＵは、共同構成スケジューリングのための受信したアクティブ化ＤＣＩコマンドをスクランブル解除するために、ＪＣＳ－ＲＮＴＩなどの共同構成スケジューリング（ＪＣＳ）ＲＮＴＩのような特定のＲＮＴＩで構成され得る。

【0171】

一例では、ＷＴＲＵは、アクティブ化コマンドの検出のための特定の検索空間又はＣＯＲＥＳＥＴのみを監視することができる。更に、アクティブ化コマンドを搬送するＣＯＲＥＳＥＴのための構成されたＴＣＩは、ＵＬ又はＤＬなどの送信のうちの少なくとも１つに使用されるビームの暗黙的指示として使用され得る。例えば、ＷＴＲＵは、保留中の構成グラントＵＬ送信、又は保留中のスケジューリングされたＤＬ送信、又はその両方のためのアクティブ化コマンドの受信のために採用されるのと同じビームを使用することができる。

【0172】

図８は、アップリンク及びダウンリンク送信アップリンク及びダウンリンク送信スケジューリングされたＳ－ＤＵモードで構成されたＷＴＲＵの例示的な動作を示す図である。一般に、図は左から右に読まれ、時間増分を示す（例えば、パターン又はテキストが垂直に揃えられている場合には、これらは同じ時間増分で発生していると解釈され得る）。８１０において、ＷＴＲＵ送信パターンが示されている。８２０において、ＵＬ送信パターンが示されている。８３０において、ダウンリンク送信パターンが示されている。なお、８１０においてＳ－ＤＵがＷＴＲＵのために構成される時間に、対応するＵＬ及びＤＬがスケジューリングされることに留意されたい（例えば、８２０及び８３０にそれぞれ示されるように、同時に）。更に、ＷＴＲＵが８１０で構成されたＵＬのみをする場合があり、したがって、８２０のアップリンクパターンのみがこれらの事例に示されていることに留意されたい。

【0173】

いくつかの実施形態では、Ｓ－ＤＵ動作のための１つ以上の脱落ルールがあり得る。具体的には、ＷＴＲＵは、Ｍ－ＴＲＰ送信で動作するように構成されてもよく、ＴＲＰは同じセルの一部であってもなくてもよい。１つのアプローチでは、ＷＴＲＵは、１つのＴＲＰからＤＬ送信を受信し、異なるＴＲＰへのＵＬ送信を行うように構成され得る。

【0174】

スケジューリングされたＳ－ＤＵ送信を受信するにもかかわらず、ＷＴＲＵは、パネルの妨害、ＭＰＥ問題、省電力モード、不十分なチャネル品質、パネル切り替え時間などの様々な理由のため、そのパネル又はビームのサブセットをある送信タイプから別の送信タイプに再割り当てする必要があり得る。ＷＴＲＵがＳ－ＤＵ動作を維持することができない場合、ある解決策では、ＷＴＲＵは、ＵＬ又はＤＬなど、好ましい送信方向の継続を選択するための優先度ルールを適用することができる。優先度又は選択基準は、固定されているか、又はＷＴＲＵ向けに構成されていると見なされてもよい。ＷＴＲＵは、好ましい送信方向の選択において１つ以上の基準を適用することができる。

【0175】

ＷＴＲＵは、特定のセルに関連する送信を常に優先させてもよい。好ましいセルは、常にプライマリセル又はアンカーセルなど、常に固定されていると見なされてもよい。あるいは、ＷＴＲＵは、あるセルを好ましいセルと見なすように構成されてもよい。

【0176】

一例では、ＷＴＲＵは、特定のＴＲＰとの送信を常に優先させてもよい。例えば、ＷＴＲＵは、ＵＬ又はＤＬなど、送信の任意の他の態様にかかわらず、ＴＲＰ１との送信を常に優先させてもよい。あるいは、ＷＴＲＵは、ＵＬ送信よりもＤＬ送信を常に優先させてもよい。例えば、ＷＴＲＵは、ＰＤＳＣＨなど、ＴＲＰ２からのＤＬ送信の受信及び処理を継続し、ＴＲＰ１へのＰＵＳＣＨなどのＵＬ送信を停止することができる。あるいは、ＷＴＲＵは、ＤＬ送信よりもＵＬ送信を常に優先させてもよい。

【0177】

一例では、ＷＴＲＵは、保留中の送信のチャネルの重要性及びタイプに基づいて、送信の優先度を決定することができる。チャネルの優先度は、展開シナリオ、省電力、ＵＬ対ＤＬトラフィック付加／タイプなど、１つ以上の異なる要件に基づいて構成され得る。例えば、ＷＴＲＵは、以下の順序に従って、ある送信を維持してもよく、別の送信を脱落させてもよい：ＰＢＣＨ送信、ＰＲＡＣＨ送信、ＰＤＣＣＨ送信、ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信及び／又はＨＡＲＱ－ＡＣＫ情報を伴うＳＲ若しくはＰＵＳＣＨ送信、ＣＳＩを伴うＰＵＣＣＨ送信又はＣＳＩを伴うＰＵＳＣＨ送信、ＨＡＲＱ－ＡＣＫ情報又はＣＳＩを伴わないＰＵＳＣＨ送信、ＳＲＳ送信（例えば、ＰＣｅｌｌ以外のサービングセル上での半永続的及び／又は周期的ＳＲＳ又はＰＲＡＣＨ送信よりも高い優先度を有する非周期的ＳＲＳを伴う）、ＰＤＳＣＨ送信。

【0178】

一例では、ＷＴＲＵは、サービス又はトラフィックタイプに基づく優先順位付けを採用してもよい。例えば、ＷＴＲＵは、ＴＲＰ２からのｅＭＢＢ送信よりも、ＴＲＰ１へのＵＲＬＬＣなどの重要な送信を優先させることができる。

【0179】

一例では、ＷＴＲＵは、送信が動的に構成されるか半静的に構成されるかに基づく優先順位付けを適用してもよい。例えば、ＷＴＲＵが、ＵＬ構成送信（タイプ１又は２）、又は構成されたダウンリンクスケジューリング送信（ＳＰＳ）などの構成されたＵＬ又はＤＬ送信で構成される場合、ＷＴＲＵは、半静的に構成されたスケジューリング送信を常に優先させることができる。

【0180】

本明細書に記載される任意の実施形態又は例は、説明の残部から分離して読まれるように意図されていない。本明細書に記載される任意の実施形態は、説明の他のセクションに開示された他の技法を考慮して読まれ得る。本明細書に記載される任意の実施形態はステップを含んでもよく、任意のステップは、部分的又は全体的に、オプションであってもよく、任意の順序で実行され得る。

【0181】

本明細書に記載されるように、上位層は、プロトコルスタック内の１つ以上の層、又はプロトコルスタック内の特定の副層を指すことができる。プロトコルスタックは、ＷＴＲＵ又はネットワークノード（例えば、ｅＮＢ、ｇＮＢ、サーバ、他の機能エンティティなど）内の１つ以上の層を含むことができ、各層は１つ以上の副層を有することができる。各層／副層は、１つ以上の機能に関与し得る。各層／副層は、直接又は間接的に、他の層／副層のうちの１つ以上と通信することができる。場合によっては、これらの層は、層１、層２、層３などと付番されてもよい。例えば、層３は、以下のうちの１つ以上を含むことができる：非アクセス層（ＮＡＳ）、インターネットプロトコル（ＩＰ）、及び／又は無線リソース制御（ＲＲＣ）。例えば、層２は、以下のうちの１つ以上を含むことができる：パケットデータ収束制御（ＰＤＣＰ）、無線リンク制御（ＲＬＣ）、及び／又は媒体アクセス制御（ＭＡＣ）。例えば、層３は、物理（ＰＨＹ）層タイプの動作を含み得る。層の番号が大きいほど、他の層に対して上位である（例えば、層３は層１よりも上位である）。場合によっては、前述の例は、層番号にかかわらずそれら自体が層／副層と呼ばれてもよく、本明細書に記載されるように上位層と呼ばれてもよい。例えば、最上位から最下位まで、上位層は以下の層／副層のうちの１つ以上であり得る：ＮＡＳ層、ＲＲＣ層、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、及び／又はＰＨＹ層。プロセス、デバイス、又はシステムと併せて本明細書における上位層への任意の言及は、プロセス、デバイス、又はシステムの層よりも上位の層を指す。場合によっては、本明細書における上位層への言及は、本明細書に記載される１つ以上の層によって実行される機能又は動作を指すことができる。場合によっては、本明細書における上位層への言及は、本明細書に記載される１つ以上の層によって送信又は受信される情報を指すことができる。場合によっては、本明細書における上位層への言及は、本明細書に記載される１つ以上の層によって送信及び／又は受信される構成を指すことができる。

【0182】

特徴及び要素は、特定の組合せにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組合せで使用され得ることを理解されよう。更に、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに実装され得る。コンピュータ可読媒体の例には、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【手続補正書】

【提出日】2023-04-04

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）によって実施される方法であって、前記方法は、
第１の構成情報を受信することであって、前記第１の構成情報は、第１のグループ識別情報のチャネル状態情報－基準信号（ＣＳＩ－ＲＳ）リソースの第１のセットと、第２のグループ識別情報のＣＳＩ－ＲＳリソースの第２のセットとを含み、前記構成はＣＳＩ－ＲＳリソースの複数のペアを示し、各ペアは、前記ＣＳＩ－ＲＳリソースの第１のセットからの第１のＣＳＩ－ＲＳリソース及び前記ＣＳＩ－ＲＳリソースの第２のセットからの第２のＣＳＩ－ＲＳリソースを含む、第１の構成情報を受信することと、
前記ＣＳＩ－ＲＳリソースの複数のペアの第１のペアの前記ＣＳＩ－ＲＳを同時に受信することと、
前記ＣＳＩ－ＲＳリソースの複数のペアの前記第１のペアについてのＣＳＩ報告を送信することであって、各ＣＳＩ報告は前記第１のペアについてのビーム関連情報を含み、前記ビーム関連情報は、前記ＣＳＩ－ＲＳリソースの複数のペアの前記第１のペアを示す第１のＣＳＩリソースインジケータ（ＣＲＩ）を含む、ＣＳＩ報告を送信することと
を含む方法。

【請求項2】

前記ＣＳＩ報告に基づいて選択された１つ以上の送受信ポイント（ＴＲＰ）から送信を受信することを更に含む、請求項１に記載の方法。

【請求項3】

各ＣＲＩは、ランクインジケータ（ＲＩ）、チャネル品質インジケータ（ＣＱＩ）、又はプリコーディング行列インジケータ（ＰＭＩ）のうちの少なくとも１つに関連付けられている、請求項１に記載の方法。

【請求項4】

前記ＣＳＩ－ＲＳの複数のペアの前記第１のペアが測定され、各ＣＳＩ－ＲＳは異なるＴＲＰから送信される、請求項１に記載の方法。

【請求項5】

前記第１のグループ識別情報はＴＲＰインデックスに関連付けられている、請求項１に記載の方法。

【請求項6】

無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵは、
プロセッサに動作可能に接続されたトランシーバであって、前記トランシーバ及びプロセッサは第１の構成情報を受信するように構成され、前記第１の構成情報は、第１のグループ識別情報のチャネル状態情報－基準信号（ＣＳＩ－ＲＳ）リソースの第１のセットと、第２のグループ識別情報のＣＳＩ－ＲＳリソースの第２のセットとを含み、前記構成はＣＳＩ－ＲＳリソースの複数のペアを示し、各ペアは、前記ＣＳＩ－ＲＳリソースの第１のセットからの第１のＣＳＩ－ＲＳリソース及び前記ＣＳＩ－ＲＳリソースの第２のセットからの第２のＣＳＩ－ＲＳリソースを含む、トランシーバを備え、
前記トランシーバ及びプロセッサは、前記ＣＳＩ－ＲＳリソースの複数のペアの第１のペアの前記ＣＳＩ－ＲＳを同時に受信するように構成され、
前記トランシーバ及びプロセッサは、前記ＣＳＩ－ＲＳリソースの複数のペアの前記第１のペアについてのＣＳＩ報告を送信するように構成され、各ＣＳＩ報告は前記第１のペアについてのビーム関連情報を含み、前記ビーム関連情報は、前記ＣＳＩ－ＲＳリソースの複数のペアの前記第１のペアを示す第１のＣＳＩリソースインジケータ（ＣＲＩ）を含む、無線送受信ユニット（ＷＴＲＵ）。

【請求項7】

前記トランシーバ及びプロセッサは、前記ＣＳＩ報告に基づいて選択された１つ以上の送受信ポイント（ＴＲＰ）から送信を受信するように構成されている、請求項６に記載のＷＴＲＵ。

【請求項8】

各ＣＲＩは、ランクインジケータ（ＲＩ）、チャネル品質インジケータ（ＣＱＩ）、又はプリコーディング行列インジケータ（ＰＭＩ）のうちの少なくとも１つに関連付けられている、請求項６に記載のＷＴＲＵ。

【請求項9】

前記ＣＳＩ－ＲＳリソースの複数のペアの前記第１のペアが測定され、各ＣＳＩ－ＲＳは異なるＴＲＰから送信される、請求項６に記載のＷＴＲＵ。

【請求項10】

前記第１のグループ識別情報はＴＲＰインデックスに関連付けられている、請求項６に記載のＷＴＲＵ。

【国際調査報告】