JP7288946B2 - 帯域幅部分動作のためのシステムおよび方法 - Google Patents

Description

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

第５世代無線アクセスネットワーク（５Ｇ ＲＡＮ）またはニューラジオ（ＮＲ）システムの特徴は、即時的なダウンリンクチャネル状態に少なくとも部分的に基づいた送信構成および関連するパラメータの選択を含む、ダウンリンクチャネルスケジューリングである。ダウンリンクチャネルスケジューリングは、ネットワーク（例えば、基地局またはｇＮＢ）にチャネル状態情報（ＣＳＩ）を提供するネットワークにおけるデバイス（例えば、無線送信／受信ユニット（ＷＴＲＵ））を含んでもよく、ＣＳＩは、スケジューリング決定を行うためにネットワークによって使用される情報を含む。ＣＳＩは、キャリア内の帯域幅部分（ＢＷＰ：bandwidth part）、リソースブロック（ＲＢ）の連続セット、物理リソースブロック（ＰＲＢ）、および／または仮想ＲＢなどの定義されたリソースに対して測定および／または記録されることがある。例えば、１つまたは複数のＢＷＰは、ＷＴＲＵに対してキャリアにおいて構成されることがあり、ＢＷＰの１つは、一度にアクティブであることがある（および、アクティブＢＷＰまたはカレントアクティブ（current active）ＢＷＰと称されることがある）。

５Ｇ無線システムにおける帯域幅部分（ＢＷＰ）動作のための方法およびシステムが本明細書で説明される。少なくとも１つの帯域幅部分（ＢＷＰ）により構成された無線送信／受信ユニット（ＷＴＲＵ）は、カレントアクティブＢＷＰにおけるダウンリンク制御情報（ＤＣＩ）の一部として受信することができる、ターゲットＢＷＰに関して測定を実行する、ＷＴＲＵに対するインジケーションを含む信号を受信してもよい。ＷＴＲＵは、カレントアクティブＢＷＰのサブキャリア間隔（ＳＣＳ）およびターゲットＢＷＰのＳＣＳのうちの少なくとも１つに基づいて、測定ギャップタイプ（measurement gap type）を判定してもよい。測定ギャップタイプは、長さ値と関連付けられてもよく、ターゲットＢＷＰのＳＣＳが増大するにつれて減少する値を有してもよい。ＷＴＲＵは、測定ギャップタイプに基づいて、ターゲットＢＷＰに対する測定ギャップを判定してもよい。ＷＴＲＵは、測定ギャップの間にターゲットＢＷＰにおけるチャネル状態情報（ＣＳＩ）を測定してもよい。ＷＴＲＵは、ターゲットＢＷＰにおけるＣＳＩ基準信号（ＣＳＩ－ＲＳ）を受信および測定することによって、ターゲットＢＷＰにおけるＣＳＩを測定してもよい。

添付図面と共に例として与えられる以下の説明からより詳細な理解を得ることができ、添付図面では、同様の参照符号は、同様の要素を示す。

１つまたは複数の開示される実施形態を実装することができる例示的な通信システムを示すシステム図である。 実施形態に従った、図１Ａに示された通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 実施形態に従った、図１Ａに示された通信システム内で使用することができる例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。 実施形態に従った、図１Ａに示された通信システム内で使用することができる例示的なＲＡＮおよび更なる例示的なＣＮを示すシステム図である。 例示的なチャネル状態情報（ＣＳＩ）測定の図である。 ダウンリンクキャリアにおける例示的なＷＴＲＵ特有帯域幅部分（ＢＷＰ）構成の周波数割り当て図である。 非周期的ＣＳＩ基準信号（ＣＳＩ－ＲＳ）送信および非周期的ＣＳＩ報告タイミングを示すための例示的な手順のタイミング図である。 測定タイマに基づいたターゲットＢＷＰに対する周期的ＣＳＩ報告のための例示的な手順のタイミング図である。 例示的な測定ギャップ割り当てのリソース図である。 ターゲットに対する例示的なＣＳＩ測定手順のフローチャートである。 疑似コロケーション（ＱＣＬ：quasi co-location）ギャップを含む例示的なＢＷＰ切り替え手順のリソース図である。 物理ダウンリンク共有チャネル（ＰＤＳＣＦＩ）受信に対するデフォルトの制御リソースセット（ＣＯＲＥＳＥＴ）を含む、例示的なＣＯＲＥＳＥＴ割り振り９００のリソース図である。 各々のＢＷＰにおける最低ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴに対する同一の送信構成インジケーション（ＴＣＩ：transmission configuration indication）状態の例示的な使用を含む、例示的なＣＯＲＥＳＥＴ割り振りのリソース図である。

図１Ａは、１つまたは複数の開示される実施形態を実装することができる、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用してもよい。

図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでもよいが、開示される実施形態は、いずれかの数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮していることが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成されたいずれかのタイプのデバイスであってもよい。例として、そのいずれかが、「局」および／または「ＳＴＡ」と称されてもよい、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能にＵＥと称されてもよい。

通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースをとるように構成されたいずれかのタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、各々が、単一の要素として表されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されよう。

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

基地局１１４ａ、１１４ｂは、エアインタフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信してもよく、エアインタフェース１１６は、いずれかの適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってもよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

より具体的には、上述されたように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインタフェース１１６を確立してもよい、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含んでもよい。

実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインタフェース１１６を確立してもよい、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装してもよい。

実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインタフェース１１６を確立してもよい、ＮＲ無線アクセスなどの無線技術を実装してもよい。

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

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、事業所、自宅、車両、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。また別の実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有してもよい。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がないことがある。

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

ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たしてもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用してもよい１つまたは複数のＲＡＮに接続された、別のＣＮを含んでもよい。

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

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含んでよい。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、上記の要素の任意のサブコンビネーションを含んでよいことが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行してもよい。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送信／受信要素１２２に結合されてもよい。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として表しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合されてもよいことが理解されよう。

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

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

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

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、それらからユーザ入力データを受信してもよい。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手してもよく、それらにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含んでよい。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスしてもよく、それらにデータを記憶してもよい。

プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであってもよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル－カドミウム（ＮｉＣｄ）、ニッケル－亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム－イオン（Ｌｉ－ｉｏｎ）など）、太陽電池、および燃料電池などを含んでよい。

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

プロセッサ１１８は、更に他の周辺機器１３８に結合されてもよく、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでよい。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含んでよい。周辺機器１３８は、１つまたは複数のセンサを含んでよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であってもよい。

ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の））ダウンリンクの両方のための特定のサブフレームと関連付けられた信号のいくつかまたは全ての送信および受信が、並列および／または同時であってもよい、全二重無線機を含んでよい。全二重無線機は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示されず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニット１３９を含んでよい。実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたは全ての送信および受信のための、半二重無線を含んでよい。

図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上述されたように、ＲＡＮ１０４は、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ－ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０４は、ＣＮ１０６とも通信してもよい。

ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含んでよいが、ＲＡＮ１０４は、実施形態との整合性を維持しながら、任意の数のｅＮｏｄｅＢを含んでよいことが理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインタフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含んでよい。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信してもよい。

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

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含んでよい。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営されてもよいことが理解されよう。

ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担ってもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間における交換のためのコントロールプレーン機能を提供してもよい。

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

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

ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にしてもよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそれと通信してもよい。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよく、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含んでもよい。

図１Ａ乃至１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インタフェースを（例えば、一時的または永続的に）使用することができることが企図されている。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってもよい。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有してもよい。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインタフェースを有してもよい。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通じて到着してもよく、ＳＴＡに配送されてもよい。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通じて送信されてもよく、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信してもよく、ＡＰは、トラフィックを送信先ＳＴＡに配送してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされてもよく、および／またはピアツーピアトラフィックと呼ばれてもよい。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信されてもよい。ある代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用してもよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さなくてもよく、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡの全て）は、相互に直接的に通信してもよい。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と称されてもよい。

８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信してもよい。プライマリチャネルは、固定された幅（例えば、２０メガヘルツ幅帯域幅）、またはシグナリングを介して動的に設定された幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するために、ＳＴＡによって使用されてもよい。ある代表的な実施形態では、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、実装されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスしてもよい。プライマリチャネルが、センス／検出され、および／または特定のＳＴＡによってビジーであると決定された場合、特定のＳＴＡは、バックオフしてもよい。与えられたＢＳＳ内においては、いずれかの所与の時間に、１つのＳＴＡ（例えば、ただ１つの局）が、送信してもよい。

高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０メガヘルツチャネルを隣接または非隣接２０メガヘルツチャネルと組み合わせて、４０メガヘルツ幅のチャネルを形成することを介して、通信のために４０メガヘルツ幅チャネルを使用してもよい。

超高スループット（ＶＨＴ）ＳＴＡは、２０メガヘルツ、４０メガヘルツ、８０メガヘルツ、および／または１６０メガヘルツ幅のチャネルをサポートすることができる。４０メガヘルツおよび／または８０メガヘルツチャネルは、連続する２０メガヘルツチャネルを組み合わせることによって形成されてもよい。１６０メガヘルツチャネルは、８つの連続する２０メガヘルツチャネルを組み合わせることによって形成されてもよく、または２つの非連続な８０メガヘルツチャネルを組み合わせることによって形成されてもよく、これは、８０＋８０構成と呼ばれてもよい。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割し得るセグメントパーサを通過させられてもよい。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理が、行われてもよい。ストリームは、２つの８０メガヘルツチャネル上にマッピングされてもよく、データは、送信ＳＴＡによって送信されてもよい。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作が、逆転されてもよく、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信されてもよい。

１ギガヘルツ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５メガヘルツ、１０メガヘルツ、および２０メガヘルツ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１メガヘルツ、２メガヘルツ、４メガヘルツ、８メガヘルツ、および１６メガヘルツ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートしてもよい。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有してもよい。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含んでよい。

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができるＷＬＡＮシステムは、プライマリチャネルとして指定されてもよいチャネルを含む。プライマリチャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有してもよい。プライマリチャネルの帯域幅は、ＢＳＳ内において動作する全てのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限されてもよい。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２メガヘルツ、４メガヘルツ、８メガヘルツ、１６メガヘルツ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１メガヘルツモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１メガヘルツ幅であってもよい。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存してもよい。例えば、（１メガヘルツ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、周波数バンドの大部分が、アイドルのままであり、利用可能であり得るとしても、利用可能な周波数バンド全体が、ビジーと見なされてもよい。

米国では、８０２．１１ａｈによって使用されてもよい利用可能な周波数バンドは、９０２メガヘルツから９２８メガヘルツである。韓国においては、利用可能な周波数バンドは、９１７．５メガヘルツから９２３．５メガヘルツである。日本においては、利用可能な周波数バンドは、９１６．５メガヘルツから９２７．５メガヘルツである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６メガヘルツから２６メガヘルツである。

図１Ｄは、実施形態に従った、ＲＡＮ１０４およびＲＡＮ１０６を例示するシステム図である。上述されたように、ＲＡＮ１０４は、ＮＲ無線技術を利用して、エアインタフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４は、ＲＡＮ１０６とも通信してもよい。

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

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（numerology）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であってもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されてもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用してもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続してもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信してもよい。非スタンドアロン構成においては、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たしてもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示されず）と関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成されてもよい。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェース上において、互いに通信してもよい。

図１Ｄに示されるＲＡＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含んでよい。上記の要素の各々は、ＲＡＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営されてもよいことが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介して、ＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担ってもよい。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてもよい。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスが、確立されてもよい。ＡＭＦ１６２は、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供してもよい。

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

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

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

図１Ａ～図１Ｄ、および図１Ａ～図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ乃至ｄ、基地局１１４ａ乃至ｂ、ｅＮｏｄｅＢ１６０ａ乃至ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ乃至ｃ、ＡＭＦ１８２ａ乃至ｂ、ＵＰＦ１８４ａ乃至ｂ、ＳＭＦ１８３ａ乃至ｂ、ＤＮ１８５ａ乃至ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数または全ては、１つまたは複数のエミュレーションデバイス（図示されず）によって実行されてもよい。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数または全てをエミュレートするように構成された、１つまたは複数のデバイスであってもよい。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用されてもよい。

エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計されてもよい。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数または全ての機能を実行してもよい。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数または全ての機能を実行してもよい。エミュレーションデバイスは、テストの目的で、別のデバイスに直接的に結合されてもよく、および／またはオーバザエア無線通信を使用して、テストを実行してもよい。

１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、全ての機能を含む、１つまたは複数の機能を実行してもよい。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室、ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用されてもよい。１つまたは複数のエミュレーションデバイスは、テスト機器であってもよい。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含んでよい）ＲＦ回路を介した無線通信が、エミュレーションデバイスによって使用されてもよい。

チャネル状態情報（ＣＳＩ）は、受信機によって収集されてもよく（例えば、受信された基準信号ＲＳに対してチャネル推定を実行することによって）、送信機がカレントチャネル状態への送信に適合することを可能にするよう送信機にフィードバックされてもよい。例示的なＣＳＩフレームワークは、第５世代（５Ｇ）ニューラジオ（ＮＲ）システムに対して定義されてもよく、ＣＳＩ測定設定を含んでもよい。例えば、ＣＳＩ測定設定では、以下の構成パラメータ、Ｎ＞１のＣＳＩ報告設定、Ｍ＞１のリソース設定、および／またはＮ個のＣＳＩ報告設定をＭ個のリソース設定とリンク付けるＣＳＩ測定設定、のうちのいずれか１つまたは複数が提供されてもよい。図２は、ＮＲにおいて使用することができる例示的なＣＳＩ測定設定２００の図である。例えば、ＷＴＲＵは、ＣＳＩ測定設定２００により構成されてもよい。ＣＳＩ測定設定２００は、それらに限定されないが、１つもしくは複数のＣＳＩ報告設定２０６、２０８、リソース設定２１０、２１２、２１４、および／またはＣＳＩ報告設定２０６、２０８とリソース設定２１０、２１２、２１４との間のリンク２０１、２０２、２０３、２０４を含んでもよい。本明細書で使用されるように、用語「測定（measurement）」は、ＣＳＩ測定、無線リンク監視（ＲＬＭ）測定、無線リソース管理（ＲＲＭ）測定、基準信号受信電力（ＲＳＲＰ）測定、およびチャネル品質インジケータ（ＣＱＩ）測定を含んでもよく、またはそれらと交換可能に使用されてもよい。

ＣＳＩ報告設定は、以下の例示的なパラメータ、報告設定ＩＤ（ＲｅｐｏｒｔＣｏｎｆｉｇＩＤ）、ＲｅｐｏｒｔＣｏｎｆｉｇＴｙｐｅ（例えば、周期的、非周期的、もしくは半永続的）、ＲｅｐｏｒｔＱｕａｎｔｉｔｙ（例えば、ＣＳＩ関連もしくはレイヤ１基準信号受信電力（Ｌ１－ＲＳＲＰ）関連）、ＲｅｐｏｒｔＦｒｅｑＣｏｎｆｉｇｕｒａｔｉｏｎ（例えば、周波数ドメインにおける報告粒度）、副帯域もしくは広帯域プリコーディングマトリックスインジケータ（ＷＢ ＰＭＩ）、チャネル品質インジケータ（ＣＱＩ）報告、ＲｅｐｏｒｔＳｌｏｔＣｏｎｆｉｇ（例えば、周期的もしくは半永続的報告に対する周期性およびスロットオフセット）、ＭｅａｓＲｅｓｔｒｉｃｔｉｏｎＣｏｎｆｉｇ－ｔｉｍｅ－ｃｈａｎｎｅｌ（例えば、スロットの単位にあるチャネルに対する時間ドメイン測定制限）、ＣｏｄｅｂｏｏｋＣｏｎｆｉｇ（ＣＳＩタイプ（例えば、タイプＩもしくはＩＩ）および／もしくはコードブックサブセット制限を含むコードブック制限）によるタイプおよびコードブックサブセット制限、最強（strongest）レイヤインジケータ（ＬＩ）、報告されたＬ１－ＲＳＲＰパラメータ、チャネルリソースインジケータ（ＣＲＩ）、ならびに／または同期信号ブロックリソースインジケータ（ＳＳＢＲＩ）、のうちのいずれか１つまたは複数を含んでもよい。

リソース設定は、以下の例示的なパラメータ、時間ドメイン振る舞い（例えば、非周期的もしくは周期的／半永続的）、基準信号（ＲＳ）タイプ（例えば、チャネル測定もしくは干渉測定に対する）、および／またはＳ＞１のリソースセット（複数可）、のうちのいずれか１つまたは複数を含んでもよく、その結果、各々のリソースセットは、Ｋ個のリソースを包含することができる。ＣＳＩ測定設定は、以下の例示的なパラメータ、ＣＳＩ報告設定、ＣＱＩに対する１つのリソース設定、および基準送信スキーム設定、のうちのいずれか１つまたは複数を含んでもよい。コンポーネントキャリアに対するＣＳＩ報告について、以下の周波数粒度、広帯域ＣＳＩ、部分帯域ＣＳＩ、および／または副帯域、のうちのいずれか１つまたは複数がサポートされてもよい。

５Ｇ ＮＲは、リソース使用に柔軟性を追加するための帯域幅部分（ＢＷＰ）の使用を含む。ＢＷＰ動作（operation）は、キャリアにおける１つまたは複数のＢＷＰによるＷＴＲＵの構成を含んでもよい。例えば、最大で４個のダウンリンク／アップリンク（ＤＬ／ＵＬ）帯域幅部分（ＢＷＰ）がキャリアごとに構成されてもよい。ＷＴＲＵの観点から、単一のＤＬおよびＵＬ ＢＷＰは、一度にアクティブであってもよく、ＷＴＲＵに関してアクティブＢＷＰと称されてもよい。

以下で説明される例示的なパラメータのいずれかなどのパラメータが各々のＢＷＰに対して構成されてもよい。例えば、各々のＢＷＰに対し、いくつかの連続物理リソースブロック（ＰＲＢ）（例えば、ＤＬ－ＢＷＰ－帯域幅（ＤＬ－ＢＷＰ－ＢＷ）および／またはＵＬ ＢＷＰ－ＢＷ）が構成されてもよい。例えば、ＢＷＰサイズは、１～２７５個のＰＲＢにわたってもよい（例えば、１個のＰＲＢ程度であってもよく、キャリアの最大帯域幅であることができる、２７５個の程度のＰＲＢであってもよい）。各々のＢＷＰに対し、ＢＷＰの周波数位置（例えば、ＤＬ－ＢＷＰ位置（ＤＬ－ＢＷＰ－ｌｏｃ）またはＵＬ ＢＷＰ位置（ＵＬ－ＢＷＰ－ｌｏｃ））が構成されてもよく、ＤＬ／ＵＬ ＢＷＰの第１のＰＲＢのオフセットであってもよい。ＢＷＰに対する他の例示的な構成パラメータは、それらに限定されないが、以下のパラメータ、ＢＷＰのサブキャリア間隔（ＳＣＳ）（例えば、ＤＬ－ＢＷＰ－ｍｕもしくはＵＬ ＢＷＰ－ｍｕ）、ＢＷＰのサイクリックプレフィックス長（例えば、ＤＬ－ＢＷＰ－ＣＰもしくはＵＬ－ＢＷＰ－ＣＰ）、プライマリセルにおけるＤＬ ＢＷＰに対するサーチスペースの全てのタイプに対する制御リソースセット（ＣＯＲＥＳＥＴ）、ＵＬ ＢＷＰに対する物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースセット、Ｔｙｐｅ０－ＰＤＣＣＨ共通サーチスペース（ＲＭＳＩ ＣＯＲＥＳＥＴ）、ＢＷＰインデックス（ＤＬ－ＢＷＰ－インデックス（ＤＬ－ＢＷＰ－ｉｎｄｅｘ）、ＵＬ－ＢＷＰ－インデックス（ＵＬ－ＢＷＰ－ｉｎｄｅｘ））、ならびに／またはアクティブＤＬ ＢＷＰを示すＤＣＩフォーマット１＿１にあるＢＷＰインジケータフィールドおよびアクティブＵＬ ＢＷＰを示すＤＣＩフォーマット０＿１にあるＢＷＰインジケータフィールドＬ ＢＷＰ、のいずれかを含む。

他の実施例では、各々のＢＷＰについて、プライマリセル（Ｐｃｅｌｌ）に対し、ＷＴＲＵは、構成されたＤＬ ＢＷＰの中でデフォルトのＤＬ ＢＷＰが提供されてもよい（Ｄｅｆａｕｌｔ－ＤＬ－ＢＷＰなどの上位レイヤパラメータを介して）。例えば、ＷＴＲＵが上位レイヤを介してデフォルトのＤＬ ＢＷＰパラメータが提供されない場合、デフォルトのＢＷＰは、初期アクティブＤＬ ＢＷＰであってもよい。実施例では、各々のＢＷＰに対し、タイマ、ＢＷＰ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが上位レイヤを介して構成されてもよく（例えば、５０ミリ秒）、ＷＴＲＵは、ＷＴＲＵがいずれのＤＣＩを受信しない場合にタイマを増大させてもよい（例えば、６ギガヘルツ未満では帯域幅に対して１ミリ秒、６ギガヘルツを上回るときは帯域幅に対して０．５ミリ秒を増大させる）。タイマが満了するとき、ＷＴＲＵは、アクティブＤＬ ＢＷＰからデフォルトのＤＬ ＢＷＰに切り替えてもよい。

実施例では、ペアのスペクトルでは（例えば、周波数分割複信（ＦＤＤ））、ＷＴＲＵは、アクティブＵＬ ＢＷＰがＵＬグラントの検出とその関連するＨＡＲＱ－ＡＣＫフィードバックとの間で変更される場合に、ＨＡＲＱ－ＡＣＫを送信することを予測しないことがある。このケースでは、ＤＬ ＢＷＰおよびＵＬ ＢＷＰは、別個におよび独立して構成されてもよい。例えば、ＤＬについてのＤＣＩは、ＤＬ ＢＷＰ切り替えのために使用されてもよく、ＵＬについてのＤＣＩは、ＵＬ ＢＷＰ切り替えのために使用されてもよい。ペアでないスペクトルでは（例えば、時間分割複信（ＴＤＤ））、ＤＬ ＢＷＰおよびＵＬ ＢＷＰは、ペアとして共同で構成されてもよく、同一の中心周波数を共有してもよい。しかしながら、帯域幅は異なってもよい（例えば、ＤＬ ＤＣＩまたはＵＬ ＤＣＩは、ＢＷＰを切り替えるために使用されてもよい）。

他の実施例では、各々のＢＷＰに対し、測定ギャップがサポートされてもよい。ＷＴＲＵがＷＴＲＵに対してＤＬ ＢＷＰ内にない帯域幅にわたって測定を実行するとき（同期信号ブロック（ＳＳＢまたはＳＳブロック）からのＲＲＭ測定に対して）、ＷＴＲＵは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を監視することが予測されないことがある。各々のＢＷＰに対する再同調時間（retuning time）に関して（例えば、再同調時間は、約５０ピコ秒または１５キロヘルツのＳＣＳを有する１シンボルであってもよい）、ＰＤＣＣＨおよび関連する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ＰＤＣＣＨとＰＤＳＣＨとの間のギャップがパラメータＫよりも小さい場合に同一のＢＷＰにあってもよく、Ｋは、ヌメロロジおよび／またはＷＴＲＵ再同調時間に依存してもよい。そうでなければ、ＰＤＣＣＨおよび関連するＰＤＳＣＨは、異なるＢＷＰにおいて送信されてもよい。他の実施例では、ＣＳＩ－基準信号（ＣＳＩ－ＲＳ）リソース、ＣＳＩ報告設定、および／またはリソース設定は、ＢＷＰごとに構成されてもよい。サウンディング基準信号（ＳＲＳ）は、周波数ホッピングが活性化されるときでさえ、ＢＷＰ内で送信されてもよい。タイミング基準信号（ＴＲＳ）は、ＢＷＰに対して構成されてもよい（例えば、ＳＳＢがＢＷＰに位置しないとき）。例えば、ＷＴＲＵは、ＢＷＰの外側でＴＲＳを受信することを予測しないことがある。

ＢＷＰの数、各々のＢＷＰの帯域幅、および／または構成されたＢＷＰの周波数位置は、例えば、ＷＴＲＵの能力、ＷＴＲＵのチャネル状態、および／またはシステム環境に基づいて、ＷＴＲＵ特有方式において独立して構成されてもよい。図３は、ダウンリンクキャリア３１０における例示的なＷＴＲＵ特有ＢＷＰ構成３００の周波数割り当て図である。図３の実施例に示されるように、各々のＷＴＲＵ３１１、３１２、３１３、および３１４は、構成されたＢＷＰ３０１、３０２、３０３、および／または３０４がＷＴＲＵ３１１、３１２、３１３、および３１４の中で異なる（または、同一）ことができるように、ＢＷＰ３０１、３０２、３０３、および／または３０４のうちの１つまたは複数により個々に構成されてもよい。例えば、ＷＴＲＵ３１１は、狭帯域を有するＢＷＰ３０１、３０２、３０３、および３０４により構成されてもよく、ＷＴＲＵ３１３は、広帯域を有するＢＷＰ３０１により構成されてもよい。

ＣＳＩ報告は、複数のＢＷＰに対して実行されてもよい。ＷＴＲＵがＣＳＩを報告するように構成されるとき、以下の機構のうちのいずれか１つまたは複数が適用されてもよい。ＣＳＩ報告設定は、単一のＤＬ ＢＷＰと関連付けられてもよく、および／または関連するＤＬ ＢＷＰ情報を含んでもよい。関連するＤＬ ＢＷＰは、リソース設定ごとに構成されてもよい。ＣＳＩ報告設定の全てのリンク付けされたリソース設定は、同一のＢＷＰと関連付けられてもよい。スロットｎにおける報告に対してスケジュールされた、ＤＬ ＢＷＰと関連付けられた周期的または半永続的ＣＳＩは、関連するＤＬ ＢＷＰがＣＳＩ報告に対してＣＳＩ基準リソースの時間位置にあるアクティブＤＬ ＢＷＰであった場合に（例えば、スロットｎＣＱＩ、ＲＥＦ＝ｎ－ｎＣＱＩ、ＲＥＦ、オフセット）報告されてもよい。非周期的ＣＳＩオフセット）報告について、ＷＴＲＵは、非アクティブＤＬ ＢＷＰに対してＣＳＩ報告によりトリガされることが予測されないことがある。ドロッピングルール（dropping rule）は、アクティブＢＷＰが切り替えられるときに適用されてもよい。ドロッピングルールの実施例では、ＷＴＲＵは、ＰＵＳＣＨ／ＰＵＣＣＨリソースの時間位置がＢＷＰ切り替えよりも後である場合、いずれかのＣＳＩ報告をドロップしてもよい。ドロッピングルールの別の実施例では、ＷＴＲＵは、異なるＢＷＰにおいてＣＳＩを報告してもよい。ＢＷＰ切り替えの直後、周期的ＣＳＩ報告を報告するために最小時間が必要とされることがある（例えば、関連するＣＳＩ－ＲＳは、アクティブＢＷＰ切り替えの後に測定される必要があることがある）。

５Ｇでは、２つのアンテナポートは、ＷＴＲＵが１つのアンテナポートの大規模チャネル特質を他のアンテナポートに対する測定から導出することができる場合に疑似コロケート（ＱＣＬ）されると考えられる。５Ｇ ＮＲでは、１つまたは複数の疑似コロケーション（ＱＣＬ）タイプが定義および使用されてもよい。例えば、ＱＣＬタイプＡは、ドップラシフト、ドップラスプレッド、平均遅延、および／または遅延スプレッドとして定義および使用されてもよい。ＱＣＬタイプＢは、ドップラシフトおよび／またはドップラスプレッドとして定義および使用されてもよい。ＱＣＬタイプＣは、平均遅延および／またはドップラスプレッドとして定義および使用されてもよい。ＱＣＬタイプＤは、空間的受信（Ｒｘ）として定義および使用されてもよい。１つまたは複数のＱＣＬタイプは、２つの基準信号の間のＱＣＬ関係を示すために使用されてもよく、基準ＲＳおよびターゲットＲＳは、ＱＣＬ関係を示すために使用されてもよい。２つの基準信号の間のＱＣＬのリンク付けが表１に示される。

非周期的ＣＳＩ－ＲＳ送信に対し、ＤＣＩは、非周期的ＣＳＩ－ＲＳ送信をトリガする（例えば、指示する）ために使用されてもよく、ＤＣＩは、ＣＳＩ－ＲＳ送信のタイミングを指示してもよい。非周期的ＣＳＩ－ＲＳがスロット＃ｍにおいてトリガされる（例えば、指示される）場合、トリガされた（例えば、指示された）非周期的ＣＳＩ－ＲＳは、スロット＃ｍ＋ｘにおいて送信されてもよく、ｘは、関連するＤＣＩにおいて指示されてもよい。ＷＴＲＵは、周期的、半永続的、および／または非周期的ＣＳＩ－ＲＳに基づいて測定することができる非周期的ＣＳＩを報告するようトリガされてもよい（例えば、再要求される）。非周期的ＣＳＩ報告は、スロット＃ｍにおいて受信することができるＤＣＩを介してトリガされてもよく（例えば、再要求される）、非周期的ＣＳＩは、スロット＃ｍ＋ｙにおいて報告されてもよく、ｙは、関連するＤＣＩにおいて指示されてもよい。図４は、非周期的ＣＳＩ－ＲＳ送信および非周期的ＣＳＩ報告タイミングを指示するための例示的な手順４００のタイミング図である。図４に示されるように、非周期的ＣＳＩ－ＲＳ送信に対するｘおよび非周期的ＣＳＩ報告タイミングに対するｙは、非周期的ＣＳＩ－ＲＳおよび非周期的ＣＳＩ報告がスロット＃ｍ（例えば、スロットｎ＋２）においてトリガされる（例えば、指示および／または再要求される）ときに例示的なタイミングオフセットとして指示される。

１つまたは複数のＢＷＰは、ＷＴＲＵに対しておよびそれらの中でキャリアにおいて構成されてもよく、１つの（例えば、１つのみの）ＢＷＰがアクティブであってもよい（例えば、一度に）。その時にアクティブであるＢＷＰは、アクティブＢＷＰまたはカレントアクティブＢＷＰと称されてもよい。ＷＴＲＵは、アクティブＢＷＰから別のＢＷＰ（次にアクティブＢＷＰになる）に動的に切り替えるよう、ネットワークによって指示されてもよい（例えば、ＤＣＩを介して）。しかしながら、ＷＴＲＵがアクティブＢＷＰにあるとき、ＷＴＲＵは、非アクティブＢＷＰに対してＣＳＩを測定および報告することが可能でないことがある。したがって、非アクティブＢＷＰ（複数可）に対するチャネル情報は、ｇＮＢがＷＴＲＵに対してアクティブＢＷＰを切り替えることを望むとき、チャネルスケジューリングに対してｇＮＢにおいて利用可能でないことがある。これは、チャネル情報なしにＢＷＰをスケジューリングすることに起因したシステムスループットの低下をもたらすことがある。この問題に対処するために、非アクティブＢＷＰに対するＣＳＩ報告のための機構が本明細書で説明される。実施例では、ＷＴＲＵは、その間にＷＴＲＵがアクティブＢＷＰにおいてＤＬ制御チャネルを監視することが可能でないことがある測定ギャップにより非アクティブＢＷＰ（複数可）を測定するようトリガされてもよく、構成されてもよく、および／または指示されてもよい。しかしながら、アクティブＢＷＰにおけるスケジューリング制限は、ＷＴＲＵが非アクティブＢＷＰ（複数可）を頻繁に測定し（よって、アクティブＢＷＰを制限する）場合、システムスループット性能の低下を生じさせることがある。

アクティブＢＷＰにおけるスケジューリングに最小限の影響しか与えない非アクティブＢＷＰに対する非周期的、周期的、および／または半永続的ＣＳＩ報告のための方法が本明細書で説明される。実施例では、非アクティブＢＷＰに対するＣＳＩ報告は、本明細書で説明されるように、アクティブＢＷＰにおけるスケジューリング制限（例えば、非アクティブＢＷＰ測定に対する測定ギャップに起因した）を最小化するために使用されてもよい。実施例では、非アクティブＢＷＰと関連付けられたＣＳＩ測定に対する測定タイマ（例えば、有効性（validity）タイマまたは禁止（prohibit）タイマ）が使用されてもよい。このケースでは、ＷＴＲＵは、タイマが稼働している状態または満了した状態などの状態にない限り、非アクティブＢＷＰ（複数可）を測定しなくてもよい（または、測定する必要がない）。これは、非アクティブＢＷＰ測定頻度を低減することができる。

別の実施例では、複数タイプのＣＳＩ報告サイクルが周期的および／または半永続的ＣＳＩ報告に対して使用されてもよい。例えば、ＷＴＲＵがＢＷＰに対して周期的および／または半永続的ＣＳＩ報告（または、ＣＳＩ報告設定）により構成されるとき、２つのタイプの報告サイクル（または、周期性）が構成されてもよい。第１のタイプの報告サイクルは、対応するＢＷＰがアクティブＢＷＰである場合に、ＣＳＩ報告設定に対して使用されてもよい。第２のタイプの報告サイクルは、対応するＢＷＰが非アクティブＢＷＰである場合に、ＣＳＩ報告設定に対して使用されてもよい。実施例では、第１のタイプの報告サイクルは、第２のタイプの報告サイクルよりも短くてもよく、それは、非アクティブＢＷＰ測定頻度を低減させることができる（別の実施例では、第２のタイプの報告サイクルは、第１のタイプの報告サイクルよりも短くてもよい）。

別の実施形態では、アクティブＢＷＰの帯域幅拡張が使用されてもよい。例えば、非アクティブＢＷＰのＣＳＩ測定が必要な場合、ｇＮＢは、アクティブＢＷＰの帯域幅を拡張して非アクティブＢＷＰを含むよう指示されてもよい。このケースでは、非アクティブＢＷＰに対して測定を実行するために測定ギャップが必要とされないことがある。アクティブＢＷＰの帯域幅拡張の使用は、ＣＳＩ測定に対するターゲットＢＷＰがアクティブＢＷＰと同一のヌメロロジ（例えば、ＳＣＳ）を有するときのケースにおいて使用されてもよい。

別の実施例では、広帯域ＢＷＰは、非アクティブＢＷＰのＣＳＩ測定が必要とされるとき、副帯域ＣＳＩ測定報告により使用されてもよい。例えば、構成されたＢＷＰ（例えば、最小ＢＷＰインデックス）の１つは、周波数帯域における全ての他のＢＷＰを含むことができる広帯域ＢＷＰに基づいてもよい。ＷＴＲＵが非アクティブＢＷＰに対してＣＳＩを報告するようトリガするとき、ＷＴＲＵは、広帯域ＢＷＰに切り替えてもよく、副帯域ごとにＣＳＩを測定してもよく、各々の副帯域は、対応するＢＷＰと同一の帯域幅であってもよい。別の実施例では、非アクティブＢＷＰのＣＳＩ測定に起因したアクティブＢＷＰにおけるスケジューリング制限を最小化するために、順応性のある測定ギャップが使用されてもよい。例えば、システムパラメータ、ターゲットＢＷＰのヌメロロジ、および／または非アクティブＢＷＰの数に基づいて、測定ギャップウインドウ（または、長さ）が判定されてもよい。

本明細書で使用されるように、アクティブＢＷＰではない構成されたＢＷＰは、非アクティブＢＷＰ、ターゲットＢＷＰ、非アクティブＢＷＰ、および／または未使用ＢＷＰと称されてもよい。非アクティブＢＷＰに対する測定は、ＢＷＰ間測定、ターゲットＢＷＰ測定、または非アクティブＢＷＰ測定と称されてもよい。ＢＷＰは、キャリア内のリソースブロック（ＲＢ）、ＰＲＢ、または仮想ＲＢの連続セットであってもよい。本明細書で使用されるように、用語「ＢＷＰ」は、キャリアセグメント、狭帯域（ＮＢ）、副帯域、または局所周波数帯域と交換可能に使用されてもよい。キャリアは、ＲＢ、ＰＲＢ、または仮想ＲＢの連続セットであってもよく、キャリアの帯域幅は、キャリアにおいて構成されたＢＷＰの帯域幅と等しくてもよく、またはそれよりも大きくてもよい。本明細書で使用されるように、用語「キャリア」は、コンポーネントキャリア、プライマリセル（Ｐｃｅｌｌ）、セカンダリセル（Ｓｃｅｌｌ）、プライマリセカンダリセル（ＰＳｃｅｌｌ）、またはセルと交換可能に使用されてもよい。用語「ＲＢ」、「ＰＲＢ」、および「仮想ＲＢ」は、本明細書で交換可能に使用されてもよい。

ＢＷＰ構成の実施例では、ＷＴＲＵは、１つまたは複数のキャリアにより構成されてもよく、各々のキャリアは、１つまたは複数のＢＷＰを含んでもよい。例えば、ＷＴＲＵは、信号が異なるキャリアにおいて送信／受信されるのと同時に、１つまたは複数のキャリアにおいて信号を受信および／または送信してもよく、時間において完全または部分的に重なってもよい。１つまたは複数のキャリアにおける同時送信のサポートは、アップリンク信号の送信電力（例えば、必要とされる送信電力）に基づいて判定されてもよい。ＷＴＲＵに対して構成、使用、または判定される１つまたは複数のキャリアは、周波数ドメインにおいて重ならなくてもよい。

ＷＴＲＵは、同一のキャリアに対して構成された１つまたは複数のＢＷＰの中から、１つのＢＷＰ（例えば、１つのＢＷＰのみ）において信号を一度に受信／送信してもよい。ＷＴＲＵに対して構成、使用、または判定される１つまたは複数のＢＷＰは、完全もしくは部分的に重なってもよく、または重ならなくてもよい。ＢＷＰに対するＲＢ、ＰＲＢ、または仮想ＲＢの最大数は、制限されてもよく、判定されてもよく、またはＷＴＲＵカテゴリに応じてもよい（例えば、カテゴリ－１のＷＴＲＵは、広帯域容量を有してもよく、カテゴリ－２のＷＴＲＵは、狭帯域容量を有してもよい）。例えば、ＢＷＰに対するＲＢ、ＰＲＢ、または仮想ＲＢの第１の最大数は、第１のＷＴＲＵカテゴリに対して使用されてもよく、ＢＷＰに対するＲＢ、ＰＲＢ、または仮想ＲＢの第２の最大数は、第２のＷＴＲＵカテゴリに対して使用されてもよい。キャリアにおけるＷＴＲＵに対して構成可能なＢＷＰの最大数は、ＷＴＲＵカテゴリに基づいて判定されてもよい。

１つまたは複数のＢＷＰタイプが、構成されてもよく、使用されてもよく、または判定されてもよい。特に、ＢＷＰタイプは、トラフィックタイプに基づいて判定されてもよい。例えば、第１のＢＷＰタイプは、第１のトラフィックタイプ（例えば、ｅＭＢＢ）に対して使用されてもよく、構成されてもよく、または判定されてもよく、第２のＢＷＰタイプは、第２のトラフィックタイプ（例えば、ＵＲＬＬＣ）に対して使用されてもよく、構成されてもよく、または判定されてもよい。ＷＴＲＵは、トラフィックタイプに基づいて、対応するアップリンクＢＷＰにおいてスケジューリング要求を送信してもよい。例えば、ＷＴＲＵが第１のトラフィックタイプに対するデータを有するとき、ＷＴＲＵは、第１のＢＷＰタイプとして判定、構成、または使用することができるアップリンクＢＷＰにおいてスケジューリング要求を送信してもよい。ＷＴＲＵがアクティブＢＷＰにあり、そのＢＷＰタイプがスケジューリング要求に対してトラフィックタイプとは異なる場合、ＷＴＲＵは、優先度ルールに基づいて、対応するＢＷＰに切り替えてもよい。

実施例では、ＢＷＰタイプは、ＢＷＰ ＩＤ、ＢＷＰインデックス、および／またはＢＷＰ番号（BWP number）に基づいて判定されてもよい。例えば、キャリアにおいて最小ＢＷＰインデックス（例えば、０）を有するＢＷＰは、第１のタイプのＢＷＰとして考慮されてもよく、判定されてもよく、または使用されてもよく、キャリアにおいて構成された残りのＢＷＰは、第２のタイプのＢＷＰとして考慮されてもよく、判定されてもよく、または使用されてもよい。第１のタイプのＢＷＰは、デフォルトのＢＷＰ、初期アクティブＢＷＰ、またはフォールバック（fallback）ＢＷＰと称されてもよい。

実施例では、ＢＷＰタイプは、ヌメロロジ（例えば、ＳＣＳ）に基づいて判定されてもよい。ＢＷＰの帯域幅は、ＢＷＰタイプを判定することができる。例えば、ＢＷＰに対するＲＢの数が閾値よりも大きい場合、ＢＷＰは、第１のＢＷＰタイプとして判定されてもよい。ダウンリンク制御チャネルサーチスペースは、ＢＷＰタイプに基づいて構成されてもよく、使用されてもよく、または判定されてもよい。例えば、第１のサーチスペース（例えば、第１の無線ネットワーク一時識別子（ＲＮＴＩ）によりＤＣＩを監視するためのサーチスペース）は、第１のＢＷＰタイプに位置してもよく、第２のサーチスペース（例えば、第２のＲＮＴＩによりＤＣＩを監視するためのサーチスペース）は、第２のＢＷＰタイプに位置してもよい。

送信スキームまたはモードは、ＢＷＰの帯域幅またはＢＷＰタイプに基づいて判定されてもよい。例えば、第１の送信スキームは、第１のＢＷＰタイプに対して使用されてもよく、第２の送信スキームは、第２のＢＷＰタイプに対して使用されてもよく、第１のＢＷＰタイプおよび／または第２のＢＷＰタイプは、帯域幅に基づいて判定されてもよい。

ＣＳＩ報告は、ＢＷＰ間測定に対して構成されてもよい。実施例では、非周期的ＣＳＩ報告、周期的ＣＳＩ報告、および／または半永続的ＣＳＩ報告は、１つまたは複数の非アクティブＢＷＰの測定に対して使用または構成されてもよい。１つまたは複数のＣＳＩ報告設定（または、報告設定）は、非アクティブＢＷＰ測定に対して使用されてもよく、構成されてもよく、または指示されてもよい。ＣＳＩ報告設定は、単一の非アクティブＢＷＰと関連付けられてもよく、ＷＴＲＵは、１つまたは複数の非アクティブＢＷＰの測定に対する１つまたは複数のＣＳＩ報告設定により構成されてもよい。非アクティブＢＷＰ（複数可）に対する各々のＣＳＩ報告設定は、独立してトリガまたは構成されてもよい。ＣＳＩ報告設定は、ＢＷＰとは独立してもよい。関連するリソース設定は、単一の非アクティブＢＷＰと関連付けられてもよい。ＣＳＩ報告設定は、アクティブＢＷＰまたは非アクティブＢＷＰとリンク付けされてもよい。ＣＳＩ報告設定が非アクティブＢＷＰとリンク付けされる場合、ＣＳＩ報告は、ＢＷＰ間測定であってもよい。

ＣＳＩ報告タイプのうちの１つまたは複数は、ＢＷＰ間測定に対して使用されてもよい。ＣＳＩ報告タイプは、それらに限定されないが、以下ＣＳＩ報告タイプ、最強ＢＷＰインジケータ（ＳＢＩ）、必要とされる測定タイマウインドウ（ｒＭＴＷ）、ＣＳＩ報告周期性タイプ、および／または低ＢＷＰインジケータ（ＬＢＩ）、のうちのいずれかを含んでもよい。ＳＢＩは、好ましいＢＷＰインジケータ（ＰＢＩ）、ＢＷＰインジケータ（Ｂｌ）、または選択されたＢＷＰインジケータとも称されてもよい。ＳＢＩは、最高測定結果を有することができ（例えば、Ｌ１－ＲＳＲＰ、ＣＱＩ、平均Ｌ１－ＲＳＲＰ、もしくは広帯域ＣＱＩ）、またはＢＷＰ切り替えに対してＷＴＲＵによって選択されたＢＷＰであることができる（例えば、ＢＷＰ切り替えに対してＷＴＲＵによって好まれるＢＷＰ）ＢＷＰ ＩＤを示すために使用されてもよい。ＳＢＩは、１つまたは複数のＢＷＰ ＩＤを含んでもよい（例えば、Ｎ個のＢＷＰは、最高測定値を有する）。ＳＢＩは、それに対して測定結果が閾値を上回るＢＷＰ ＩＤのセットであってもよい。例えば、閾値は、カレントアクティブＢＷＰの測定結果に基づいて構成されてもよく、予め定義されてもよく、または判定されてもよい。

ｒＭＴＷに対し、候補値のセットが構成されてもよく、予め定められされてもよく、または使用されてもよく、ＷＴＲＵは、セット内の候補値を選択されたｒＭＴＷとして示してもよく、または報告してもよい。ＷＴＲＵにおけるｒＭＴＷは、チャネル状態、モビリティ、および／またはＷＴＲＵ能力に基づいて判定されてもよい。ＣＳＩ報告周期性タイプに対し、１つまたは複数のＣＳＩ報告周期性タイプが使用されてもよい。ＣＳＩ報告周期性タイプは、ＢＷＰ（例えば、アクティブ、非アクティブ、デフォルト、または初期アクティブ）の状態に基づいて暗黙的に判定されてもよい。ＣＳＩ報告周期性は、測定報告周期性とも称されてもよい。ＬＢＩに対し、ＷＴＲＵは、１つまたは複数のＢＷＰが閾値を下回る測定値を有する場合、１つまたは複数のＢＷＰを報告してもよく、または示してもよい。例えば、ＷＴＲＵは、測定ギャップの間に非アクティブＢＷＰに対して測定を実行してもよい。ＷＴＲＵは、１つまたは複数の非アクティブＢＷＰに対する（例えば、Ｌ１－ＲＳＲＰ）測定値が閾値を下回る場合、低ＢＷＰとして１つまたは複数の非アクティブＢＷＰを示してもよい。ＷＴＲＵは、低ＢＷＰとして示される非アクティブＢＷＰに対して測定結果を報告することをスキップしてもよい。ＷＴＲＵは、閾値を上回る測定結果を有することができ、低ＢＷＰとして示されない非アクティブＢＷＰに対して測定結果を報告してもよい。

ＣＳＩ測定に対して測定タイマが使用されてもよい。例えば、測定タイマは、測定報告または報告された測定報告が有効になるときを判定するために使用されてもよい。ＷＴＲＵは、測定タイマが満了しない限り（または、稼働していない限り）、対応する測定を実行しなくてもよい（または、実行する必要がない）。ＷＴＲＵは、測定タイマが満了するとき（または、これ以上稼働していないとき）に対応する測定を実行してもよい。本明細書で使用されるように、測定タイマは、タイマ、ＣＳＩ測定タイマ、ＣＳＩ時間ウインドウ、測定時間ウインドウ、測定タイマ値、および／または測定有効性（または、測定禁止）の時間長と交換可能に使用されてもよい。測定タイマは、チャネルに対して測定を実行するために使用されてもよく、それらに限定されないが、ＲＬＭ、ＲＲＭ、ＣＳＩ、位置付け、および／またはＳＳＢのＬ１－ＲＳＲＰを含んでもよい。

実施例では、ＣＳＩ測定に対する測定タイマは、スロットレベル、サブフレームレベル、シンボルレベル、または無線フレームレベルにおいてカウントまたは調節されてもよい（例えば、開始、停止、インクリメント、またはデクリメントされる）。測定タイマは、測定ごとに構成されてもよい。例えば、１つまたは複数のＣＳＩ報告設定が構成されてもよく、各々のＣＳＩ報告設定は、異なる測定タイマにより構成されてもよい。別の実施例では、１つまたは複数のＣＳＩ報告設定が構成されてもよく、測定タイマは、構成されたＣＳＩ報告設定のサブセットに対して使用されてもよい。測定タイマは、周期的または半永続的ＣＳＩ報告に対して使用される場合、ＣＳＩ報告周期性とは独立して構成されてもよい。測定タイマは、ＣＳＩ報告が周期的または半永続的報告に基づいているとき、ＣＳＩ報告周期性の整数倍として構成されてもよい。

測定タイマは、測定タイプに基づいて使用されてもよい。例えば、測定タイマは、第１の測定タイプ（例えば、Ｌ１－ＲＳＲＰ）に対して使用されてもよく、測定タイマは、１つまたは複数の（例えば、全ての）他の測定タイプ（例えば、ＲＲＭ）に対して使用されなくてもよい。以下の例示的な状態のいずれかなどの状態が測定タイマに適用されてもよい。リセット状態に対し、測定タイマは、初期値（例えば、０）にリセットされてもよい。開始状態または開始された状態に対し、測定タイマまたは測定タイマのカウンタは、初期値（例えば、０）から開始してもよい。停止状態または停止された状態に対し、測定タイマまたは測定タイマのカウンタは、保留（on hold）していてもよい。再始動状態、再始動された状態、再開状態、または再開された状態に対し、測定タイマまたは測定タイマのカウンタが再開してもよく、または調節されることが可能であってもよい。拡張した状態に対し、最大数またはターゲット数が増加してもよい。満了状態に対し、測定タイマまたは測定タイマのカウンタは、最大数（または、ターゲット数）に到達してもよい。

１つまたは複数のタイプの測定タイマは、測定タイプに基づいて使用されてもよい。実施例では、第１のタイプの測定タイマは、状態の第１のセット（例えば、開始、リセット、および満了）を含んでもよい。第２のタイプの測定タイマは、状態の第２のセット（例えば、開始、停止、再開、および満了）を含んでもよい。第３のタイプの測定タイマは、全ての取り得る状態を含んでもよい。第１のタイプの測定タイマは、第１の測定タイプ（例えば、ＲＬＭ測定）に対して使用されてもよい。第２のタイプの測定タイマは、第２の測定タイプ（例えば、アクティブＢＷＰに対するＣＳＩ測定）に対して使用されてもよい。第３のタイプの測定タイマは、第３の測定タイプ（例えば、非アクティブＢＷＰに対するＣＳＩ測定）に対して使用されてもよい。

１つまたは複数のターゲットＢＷＰ（例えば、測定に対して示すことができる非アクティブＢＷＰのセット）に対する周期的または半永続的ＣＳＩ報告に基づいた測定（例えば、ＣＳＩ測定）は、測定タイマに基づいて実行されてもよい。例えば、測定タイマは、１つまたは複数のターゲットＢＷＰと関連付けられたＣＳＩ測定に対して構成されてもよい。測定タイマが対応するＣＳＩ測定および／またはＣＳＩ報告に対して時間インスタンス（time instance）において満了する場合、ＷＴＲＵは、ターゲットＢＷＰ（複数可）に対してＣＳＩ測定を実行してもよい。測定タイマが満了していない場合、ＷＴＲＵは、測定をスキップしてもよく、および／または対応するＣＳＩを報告してもよい。

図５は、測定タイマに基づいたターゲットＢＷＰに対する周期的ＣＳＩ報告のための例示的な手順５００のタイミング図である。図５における実施例に従って、ＣＳＩ報告インスタンス（例えば、５０２、５０４、５０６、５０８、５１０、５１２など）は、周期的であってもよい（例えば、５個のスロットの周期性を有する）。ＷＴＲＵは、ＣＳＩ測定タイマが稼働している時間または期間（複数可）の間に、ＣＳＩ報告インスタンスにおいてターゲットＢＷＰに対するＣＳＩ測定（例えば、Ｌ１－ＲＳＲＰ）報告をスキップしてもよい。ＷＴＲＵは、ＣＳＩ測定タイマが稼働していない（例えば、タイマが満了した）場合、ＣＳＩ報告インスタンスにおいてターゲットＢＷＰに対してＣＳＩ測定報告を実行してもよい。例えば、ＣＳＩ報告インスタンス５０４、５０６、および５０８は、ＣＳＩ測定タイマ期間（ウインドウ）５１５の間に行われてもよく、したがって、ＷＴＲＵは、ＣＳＩ報告インスタンス５０４、５０６、および５０８においてターゲットＢＷＰに対して測定報告を送信しない。ＷＴＲＵは、それぞれがターゲットＢＷＰのＬ１－ＲＳＲＰに対する測定タイマ期間５１５および５１７の外側である（または、それらの境界）、ＣＳＩ報告インスタンス５０２および５１０においてＣＳＩ測定（例えば、Ｌ１－ＲＳＲＰ）報告５２０および５２２を送信してもよい。

測定タイマは、有効性タイマであってもよい。例えば、測定（例えば、ＣＳＩ測定）に対する測定タイマは、ＷＴＲＵが測定を更新する必要がないケースにおいて測定がなおも有効であるか否かを示すことができる。測定タイマウインドウ（または、測定タイマの長さ）は、測定報告タイプに基づいて判定されてもよい。例えば、第１の測定タイマウインドウ（例えば、０）は、非周期的ＣＳＩ報告タイプに対して使用されてもよい。第２の測定タイマウインドウ（例えば、長い）は、周期的ＣＳＩ報告タイプに対して使用されてもよい。第３の測定タイマウインドウ（例えば、短い）は、半永続的ＣＳＩ報告タイプに対して使用されてもよい。

ターゲットＢＷＰと関連付けられた測定に対する測定タイマは、以下の例示的なシナリオのうちの１つまたは複数に基づいて開始してもよい（または、再開する）。例示的なシナリオでは、ＷＴＲＵがスロット（例えば、アップリンクスロット＃ｎ）において対応するＣＳＩ測定を報告するとき、測定タイマは、スロット（例えば、スロット＃ｎ）から、またはスロットオフセットを有するスロット（例えば、スロット＃ｎ＋オフセット）から開始してもよく、スロット＃ｎは、時間基準（time reference）と称されてもよい。スロットのセットが測定報告に対して使用される場合、スロットのセットの最初のスロットまたは最後のスロットは、測定タイマ開始の時間基準として使用されてもよい。別の例示的なシナリオでは、ＷＴＲＵがスロットにおいて対応する測定を終了するとき、測定タイマは、対応する測定が実行されたスロットから開始してもよい。別の実施例では、測定と関連付けられたダウンリンク信号を含むスロットは、ＣＳＩ測定タイマに対する時間基準であってもよい。スロットのセットが測定に対して使用される場合、スロットのセットの最初のスロットまたは最後のスロットは、開始する測定タイマの時間基準として使用されてもよい。

別の例示的なシナリオでは、ＷＴＲＵは、カレントアクティブＢＷＰの測定が閾値を下回るとき、測定タイマを開始または再開してもよい。例えば、カレントアクティブＢＷＰにおけるＤＬ－ＲＳのＬ１－ＲＳＲＰが閾値を下回るとき、測定タイマが開始してもよい（または、再開する）。カレントアクティブＢＷＰの測定値が閾値を下回るときにＷＴＲＵが非アクティブＢＷＰに対して測定手順を即時に開始することができるケースにおいて、測定タイマウインドウは、値０を有してもよい。測定タイマウインドウが０よりも大きい値を有する場合、ＷＴＲＵは、非アクティブＢＷＰ測定を実行するよう、測定タイマが満了するまで待機してもよい。本明細書で説明される閾値は、予め構成されてもよく、予め定義されてもよく、または指示されてもよい。

ターゲットＢＷＰと関連付けられた測定に対する測定タイマは、以下の例示的な条件のうちのいずれか１つまたは複数が満たされるときに停止してもよい（例えば、ＷＴＲＵによって）。例示的な条件は、ターゲットＢＷＰがアクティブＢＷＰになるときを含んでもよい。このケースでは、アクティブＢＷＰにおける測定（または、いずれかの）は、測定ギャップが必要とされないことがあるので、測定タイマを使用しないで報告されてもよい。アクティブＢＷＰにおける測定は、アクティブＢＷＰに位置するダウンリンク信号と関連付けられた測定であってもよい。別の例示的な条件は、ターゲットＢＷＰが周波数ドメインにおいてアクティブＢＷＰと完全にまたは部分的に重なるときを含んでもよい。例えば、ターゲットＢＷＰがアクティブＢＷＰの一部である場合、ターゲットＢＷＰに対する測定は、アクティブＢＷＰに対する測定から取得されてもよい。別の例示的な条件は、ターゲットＢＷＰが別のターゲットＢＷＰと完全にまたは部分的に重なるとき、測定が別のターゲットＢＷＰに対して報告されてもよいことを含んでもよい。別の例示的な条件は、閾値がＢＷＰにわたって異なることができる（または、異ならない）ように、アクティブＢＷＰの測定が閾値を上回るときを含んでもよい。別の例示的な条件は、ＷＴＲＵがデフォルトのＢＷＰに位置するときを含んでもよい。このケースでは、ＷＴＲＵがデフォルトのＢＷＰにある場合、非アクティブＢＷＰに対する測定タイマが停止してもよく、ＷＴＲＵは、非アクティブＢＷＰに対して測定を報告する必要がないことがある。別の例示的な条件は、ＷＴＲＵが接続モード不連続受信（ＤＲＸ）期間にあるときを含んでもよい。

ターゲットＢＷＰと関連付けられた測定に対する測定タイマは、以下の例示的な条件のうちのいずれか１つまたは複数が満たされるときにリセットされてもよい（例えば、ＷＴＲＵによって）。例示的な条件は、ターゲットＢＷＰがアクティブＢＷＰになるときを含んでもよい。例示的な条件は、ターゲットＢＷＰがアクティブＢＷＰと完全にまたは部分的に重なることを含んでもよい。例示的な条件は、ターゲットＢＷＰが、それに対して測定を報告することができる別のターゲットＢＷＰと完全にまたは部分的に重なることを含んでもよい。例示的な条件は、ターゲットＢＷＰの測定が報告されてもよいことを含んでもよい。

測定に対する測定タイマウインドウ（すなわち、測定タイマ長または期間）は、以下の例示的なパラメータのうちのいずれか１つまたは複数に基づいて判定されてもよい。例示的なパラメータは、スロットの単位（例えば、２０個のスロット）、時間サンプルの単位（例えば、１０００個のサンプル）、ＯＦＤＭシンボルの単位（例えば、１４０個のシンボル）、およ／または絶対値の単位（例えば、２０ミリ秒）を含んでもよい。例示的なパラメータは、ターゲットＢＷＰのヌメロロジを含んでもよい。例えば、より長い測定タイマウインドウは、より短いＳＣＳ（例えば、１５キロヘルツ）に対して使用されてもよく、より短い測定タイマウインドウは、より長いＳＣＳ（例えば、６０キロヘルツ）に対して使用されてもよく、または逆もまたそうである。例示的なパラメータは、アクティブＢＷＰのヌメロロジを含んでもよい。例えば、アクティブＢＷＰとターゲットＢＷＰとの間のヌメロロジギャップは、測定タイマウインドウを判定するために使用されてもよい。例示的なパラメータは、ターゲットＢＷＰにおける測定に対するダウンリンク信号の周期性を含んでもよい。例えば、ターゲットＢＷＰにおける測定に対するＤＬ ＲＳが第１の周期性（例えば、２０ミリ秒）により送信される場合、測定タイマウインドウは、第１の値（例えば、１００ミリ秒）を有するとして判定されてもよい。ターゲットＢＷＰにおける測定に対するダウンリンク（ＤＬ）基準信号（ＲＳ）が第２の周期性（例えば、４０ミリ秒）により送信される場合、測定タイマウインドウは、第２の値（例えば、２００ミリ秒）を有するとして判定されてもよい。実施例では、測定タイマウインドウは、測定に対するＤＬ ＲＳの周期性の整数倍であってもよい。

測定時間ウインドウを判定するために使用することができる例示的なパラメータは、ＢＷＰ ＩＤを含んでもよい。別の例示的なパラメータは、ＷＴＲＵモビリティ（例えば、ドップラ周波数）を含んでもよい。例えば、ＷＴＲＵは、推定または測定されたＷＴＲＵモビリティ値（例えば、ドップラ周波数）に基づいて測定タイマウインドウを判定してもよい。例示的なパラメータは、周波数範囲を含んでもよい。例えば、第１の測定タイマウインドウは、第１の周波数範囲（例えば、６ギガヘルツを下回る）に対して使用されてもよく、第２の測定タイマウインドウは、第２の周波数範囲（例えば、６ギガヘルツを上回る）に対して使用されてもよい。測定に対する測定タイマウインドウは、上位レイヤシグナリング（例えば、無線リソース制御（ＲＲＣ）シグナリングまたは媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ－ＣＥ））を介して示されてもよい。例えば、半永続的ＣＳＩ測定（または、ＣＳＩ報告）は、トリガメッセージ（ＭＡＣ－ＣＥ）が測定タイマウインドウ値を含むことができるように、ＭＡＣ－ＣＥを介してトリガされてもよい。

１つまたは複数のタイプのＣＳＩ報告周期性（例えば、複数タイプのＣＳＩ報告周期性）は、ＣＳＩ報告設定に対して使用されてもよく、構成されてもよく、または判定されてもよい。実施例では、第１のタイプのＣＳＩ報告周期性は、ＣＳＩ報告がアクティブＢＷＰに対するものであるときに使用または活性化されてもよい。第２のタイプのＣＳＩ報告周期性は、ＣＳＩ報告が非アクティブＢＷＰに対するものであるときに使用または活性化されてもよい。ＣＳＩ報告設定は、報告構成タイプ（例えば、ＲｅｐｏｒｔＣｏｎｆｉｇＴｙｐｅ）を含んでもよく、報告構成タイプは、時間ドメイン振る舞い（time domain behavior）が周期的または半永続的であるときに、時間ドメイン振る舞い（例えば、周期的、非周期的、もしくは半永続的）、および／または報告の周期性を示すことができる。実施例では、２つのタイプのＣＳＩ報告周期性は、時間ドメイン振る舞いが周期的または半永続的であるときに構成されてもよい（例えば、ＣＳＩ報告周期性の２つの値）。第１の値は、アクティブＢＷＰに対応するリソース設定とリンク付けすることができるＣＳＩ報告設定をＷＴＲＵが報告するときに使用されてもよい（例えば、ＷＴＲＵによって）。第２の値は、非アクティブＢＷＰに対応するリソース設定とリンク付けすることができるＣＳＩ報告設定をＷＴＲＵが報告するときに使用されてもよい（例えば、ＷＴＲＵによって）。

ＣＳＩ報告周期性タイプの番号は、ＢＷＰタイプに基づいて判定されてもよい。例えば、単一のＣＳＩ報告周期性タイプは、第１のタイプのＢＷＰ（例えば、デフォルトのＢＷＰ）に対して使用されてもよく、構成されてもよく、または判定されてもよい。実施例では、２つのＣＳＩ報告周期性タイプは、第２のタイプのＢＷＰ（例えば、デフォルトでないＢＷＰ）に対して使用されてもよく、構成されてもよく、または判定されてもよい。ＷＴＲＵがデフォルトのＢＷＰにおいてアクティブである場合、ＷＴＲＵは、非アクティブＢＷＰに対する測定に対して要求されないことがある。ＷＴＲＵがデフォルトのＢＷＰにおいてアクティブである場合、ＷＴＲＵは、非アクティブＢＷＰに対して測定しなくてもよく、および／または測定を報告しなくてもよい。

複数タイプのＣＳＩ報告周期性の別の実施例では、第１のＣＳＩ報告周期性タイプ（例えば、アクティブＢＷＰに対する）に対するＣＳＩ報告設定は、各々の周期性において（例えば、ＣＳＩ報告に対するスロットにおいて）報告されてもよい。第２のＣＳＩ報告周期性タイプ（例えば、非アクティブＢＷＰに対する）に対するＣＳＩ報告設定は、非アクティブＢＷＰに対する測定タイマが満了することがあるとき、またはＷＴＲＵがデフォルトのＢＷＰにおいてアクティブでないことがあるとき、各々の周期性において報告されてもよい。第２のＣＳＩ報告周期性タイプ（例えば、非アクティブＢＷＰに対する）に対するＣＳＩ報告設定も、カレントアクティブＢＷＰの測定が閾値を下回る（または、上回る）とき、各々の周期性において報告されてもよい。例えば、アクティブＢＷＰに対する広帯域ＣＱＩが閾値を下回る（または、上回る）とき、第２のＣＳＩ報告周期性タイプに対するＣＳＩ報告設定が報告されてもよい。アクティブＢＷＰに対するチャネル状態が、アクティブＢＷＰの測定値が閾値を上回るときを考慮して信頼できることができることを理由に、ＷＴＲＵは、非アクティブＢＷＰに対してＣＳＩを測定しなくてもよい。第２のＣＳＩ報告周期性タイプに対する値は、第１のＣＳＩ報告周期性の整数倍であってもよい。

ＣＳＩ報告周期性の別の実施例では、ＣＳＩ報告周期性は、リンク付けされたリソース設定タイプに基づいて判定することができる値により構成されてもよい。例えば、（現状のままの）ＣＳＩ報告周期性の構成された値は、リンク付けされたリソース設定がアクティブＢＷＰにある場合に使用されてもよい。ＣＳＩ報告周期性の構成された値は、リンク付けされたリソース設定が非アクティブＢＷＰと関連付けられる場合に更新されてもよい。ＣＳＩ報告周期性の構成された値は、リンク付けされたリソース設定が非アクティブＢＷＰと関連付けられる場合に、構成された周期性値の整数倍として更新されてもよい。整数値は、予め定義されてもよい（例えば、１０）。（現状のままの）ＣＳＩ報告周期性の構成された値は、リンク付けされたリソース設定がデフォルトのＢＷＰと関連付けられる場合に使用されてもよい。

複数のＣＳＩ報告設定を同一のスロットにおいて報告することができる場合（または、報告する必要がある）。以下の例示的な優先度ルールのうちの１つまたは複数が適用されてもよい。例示的な優先度ルールに従って、アクティブＢＷＰに対するＣＳＩ報告タイプは、非アクティブＢＷＰに対するＣＳＩ報告タイプよりも高い優先度であってもよい。例えば、ＷＴＲＵがアクティブＢＷＰに対してＣＳＩ報告設定を、非アクティブＢＷＰに対してＣＳＩ報告設定を報告することができる場合（または、報告する必要があり、もしくは報告することを意図している）、ＷＴＲＵは、非アクティブＢＷＰに対してＣＳＩ報告設定をドロップしてもよい。別の例示的な優先度ルールに従って、デフォルトのＢＷＰに対するＣＳＩ報告タイプは、他のＢＷＰ（例えば、アクティブＢＷＰまたは非アクティブＢＷＰ）に対するＣＳＩ報告タイプよりも高い優先度であってもよい。

ＢＷＰ拡張がＢＷＰ動作の一部として採用されてもよい。実施例では、１つまたは複数のＢＷＰが構成されてもよく、構成されたＢＷＰの１つは、周波数において全ての他のＢＷＰと重なってもよい。例えば、構成されたＢＷＰのうちの少なくとも１つは、広帯域であってもよい（例えば、キャリア帯域幅と同一の帯域幅と同一またはそれに近い帯域幅を有する）。周波数において全ての他のＢＷＰと重なることができるＢＷＰは、広帯域ＢＷＰ、基準ＢＷＰ、またはＣＳＩ ＢＷＰと称されてもよい。ＣＳＩ報告に対する広帯域ＢＷＰの副帯域は、ＢＷＰ状態に基づいて判定されてもよい。実施例では、第１の副帯域サイズは、広帯域ＢＷＰがアクティブＢＷＰにあるときに使用されてもよく、第２の副帯域サイズは、広帯域ＢＷＰが非アクティブＢＷＰにあるときに使用されてもよい。第１の副帯域サイズは、ＢＷＰ内の全ての副帯域に対して単一の帯域幅であってもよい（例えば、ＲＢの数の点で）。第２の副帯域サイズは、複数の帯域幅であってもよく、各々の副帯域は、ＢＷＰに対応してもよい。例えば、第１の副帯域は、第１のＢＷＰと調整されてもよく（aligned）、第２の副帯域は、第２のＢＷＰと調整されてもよい。同様に、ｎ番目の副帯域は、ｎ番目のＢＷＰと調整されてもよい。広帯域ＢＷＰのサポートは、ＷＴＲＵ能力に基づいてもよい。

ＷＴＲＵが、周波数においてカレントアクティブＢＷＰと重なることができる広帯域ＢＷＰに対してＣＳＩを測定するよう指示または構成されるとき、以下の例示的な手順のうちのいずれか１つまたは複数が適用されてもよい。広帯域ＢＷＰが非アクティブＢＷＰである場合、ＷＴＲＵは、アクティブＢＷＰに対して構成されたＣＯＲＥＳＥＴを監視すると共に、ＣＳＩ測定に対して広帯域ＢＷＰにおいてＣＳＩを測定してもよい。ＷＴＲＵがデータ送信／受信に対して広帯域ＢＷＰにあるとき、広帯域ＢＷＰに対して構成されたＣＯＲＥＳＥＴが監視されてもよい。ＷＴＲＵがＣＳＩ測定に対して（例えば、ＢＷＰ間測定に対して）広帯域ＢＷＰにあるとき、アクティブＢＷＰに対して構成されたＣＯＲＥＳＥＴが監視されてもよい。別の実施例では、広帯域ＢＷＰに対して構成されたＣＯＲＥＳＥＴが監視されてもよいが、ＤＣＩフォーマット、タイプ、およびサーチスペースは、アクティブＢＷＰにあるものと同一であってもよい。

実施例では、ＷＴＲＵは、１つまたは複数の非アクティブＢＷＰに対してＣＳＩを測定するよう指示または構成されてもよく、ＷＴＲＵは、ＣＳＩ測定に対する非アクティブＢＷＰを含むよう、カレントアクティブＢＷＰの帯域幅を拡張してもよい。帯域幅拡張は、アクティブＢＷＰと同一のヌメロロジ（例えば、ＳＣＳまたはＣＰ長）を有する非アクティブＢＷＰに対して許可されてもよい（または、制限される）。帯域幅拡張は、特定の周波数距離内に位置する非アクティブＢＷＰに対して許可されてもよい（または、制限される）。例えば、カレントアクティブＢＷＰからのＸメガヘルツ（例えば、１０メガヘルツ）内に位置する非アクティブＢＷＰは、帯域幅拡張に含まれてもよい。帯域幅拡張は、測定ギャップなしに使用されてもよい（または、使用されなくてもよい）。ターゲットＢＷＰ測定に対する帯域幅拡張の使用、または測定ギャップによるＢＷＰ切り替えに対する帯域幅拡張の使用は、ＷＴＲＵ能力および／またはＷＴＲＵカテゴリに基づいて判定されてもよい。

順応性のある測定ギャップは、非アクティブＢＷＰのＣＳＩ測定に対して使用されてもよい。ＣＳＩ報告は、ＷＴＲＵに対して１つまたは複数の（例えば、非アクティブ）ターゲットＢＷＰに対するＣＳＩを測定および／または報告するようにトリガされてもよく、構成されてもよく、または指示されてもよい。ターゲットＢＷＰは、ＷＴＲＵに対して構成されたＢＷＰの１つであってもよく、カレントアクティブＢＷＰとは異なってもよい。ＷＴＲＵは、１つまたは複数のターゲットＢＷＰにおけるＣＳＩを測定するように指示されてもよく、トリガされてもよく、または、構成されてもよい。測定ギャップは、その間にＷＴＲＵが１つまたは複数のターゲットＢＷＰ（複数可）においてＣＳＩを測定することができる（ＣＳＩ測定）時間ウインドウに対して使用されてもよく、構成されてもよく、または判定されてもよい。

測定ギャップは、例えば、サンプル、ＯＦＤＭシンボル、スロット、サブフレーム、またはフレームの単位にある時間ウインドウ（すなわち、開始時間および／または期間、時間期間、ウインドウ長）であってもよい。例えば、測定ギャップは、スロットの数に関して定義されてもよい。ＷＴＲＵは、カレントアクティブＢＷＰに対して構成された１つまたは複数のＣＯＲＥＳＥＴをスキップすること、またはＣＯＲＥＳＥＴを監視することをスキップすることが許可されてもよい。本明細書で使用されるように、測定ギャップは、ＢＷＰ間測定ギャップ、再同調時間、測定ギャップ値、周波数切り替え時間、測定ウインドウ、ＣＳＩ測定ウインドウ、ＢＷＰ間アクセス時間、測定ギャップウインドウ長、または測定時間と交換可能に使用されてもよい。本明細書で開示されるように、測定ギャップ（すなわち、測定ギャップ値またはウインドウ長）は、以下の例示的なパラメータ、ターゲットＢＷＰのヌメロロジ（例えば、ＳＣＳおよび／もしくはＣＰ長）、アクティブＢＷＰおよびターゲットＢＷＰのヌメロロジ、ターゲットＢＷＰにおける測定信号の周期性、ターゲットＢＷＰに対するＣＳＩ報告タイプ、ターゲットＢＷＰのＢＷＰインデックス、ターゲットＢＷＰに対するＣＳＩ報告タイプ、ターゲットＢＷＰの数、ターゲットＢＷＰの帯域幅、ならびに／またはＷＴＲＵ帯域幅容量、のうちのいずれか１つまたは複数に基づいて判定されてもよい。

例えば、測定ギャップ値は、ターゲットＢＷＰのヌメロロジ（例えば、ＳＣＳおよび／または（サイクリックプレフィックス）ＣＰ長）に基づいて判定されてもよい。実施例では、第１の測定ギャップ値は、ターゲットＢＷＰがアクティブＢＷＰと同一のヌメロロジを有する場合に使用されてもよく、および／または第２の測定ギャップ値は、ターゲットＢＷＰがアクティブＢＷＰと異なるヌメロロジを有する場合に使用されてもよい。第２の測定ギャップ値は、ターゲットＢＷＰに対するＳＣＳがアクティブＢＷＰのＳＣＳよりも大きいかどうか、またはアクティブＢＷＰのＳＣＳよりも小さいかどうかに基づいて異なってもよい。より大きな測定ギャップは、ターゲットＢＷＰのＳＣＳがアクティブＢＷＰのＳＣＳよりも小さいときに使用されてもよい。表２は、アクティブＢＷＰおよびターゲットＢＷＰのヌメロロジに基づいた測定ギャップ値の例を示す。１つよりも多いターゲットＢＷＰが測定される必要があることがあり、単一の測定ギャップが使用されるとき、測定ギャップ値は、アクティブＢＷＰおよび最小ＳＣＳ（または、最大サブキャリア間隔）を有するターゲットＢＷＰのヌメロロジに基づいて判定されてもよい。

図６は、例示的な測定ギャップ割り当て６００のリソース図である。図６の実施例では、測定ギャップ値は、それぞれのターゲットＢＷＰのヌメロロジに基づいている。図６の実施例におけるＷＴＲＵに対して構成されたＢＷＰは、各々が異なる帯域幅を有する、アクティブＢＷＰ６０４（例えば、３０キロヘルツの帯域幅）、ターゲットＢＷＰ６０１（例えば、６０キロヘルツの帯域幅）、および別のターゲットＢＷＰ６０２（例えば、１５キロヘルツの帯域幅）を含む。ターゲットＢＷＰ６０２がアクティブＢＷＰ６０４よりも小さいＳＣＳを有し、ターゲットＢＷＰ６０１がアクティブＢＷＰ６０４よりも大きいＳＣＳを有することを理由に、ターゲットＢＷＰ６０２に対する測定ギャップ６１０は、ターゲットＢＷＰ６０１に対する測定ギャップ６１２（例えば、６個のスロット）よりも大きい。

実施例では、測定ギャップタイプ（ＣＳＩ測定に対する）は、ターゲットＢＷＰの測定ギャップに対して使用することができる関連する測定ギャップ値（長さ、期間）を各々の測定ギャップタイプが有するように、ターゲットＢＷＰに対して判定されてもよい（例えば、カレントアクティブＢＷＰのヌメロロジおよび／またはターゲットＢＷＰのヌメロロジに基づいて）。図７は、ＷＴＲＵによって実行することができるターゲットＢＷＰに対する例示的なＣＳＩ測定手順７００のフローチャートである。図７の実施例では、測定ギャップ値は、ターゲットＢＷＰのヌメロロジに基づいている。ターゲットＢＷＰは、非アクティブＢＷＰであってもよい。７０２において、ＷＴＲＵは、ＷＴＲＵがターゲットＢＷＰに対して測定を実行するインジケーションを含む信号を受信してもよい。７０４において、ＷＴＲＵは、ＷＴＲＵのカレントアクティブＢＷＰのヌメロロジ（例えば、サブキャリア間隔（ＳＣＳ））およびターゲットＢＷＰのヌメロロジのうちの少なくとも１つに基づいて、測定ギャップタイプを判定してもよい。７０６において、ＷＴＲＵは、測定ギャップタイプに基づいて、ターゲットＢＷＰに対する測定ギャップを判定してもよい。７０８において、ＷＴＲＵは、測定ギャップの間にターゲットＢＷＰにおけるＣＳＩを測定してもよい。７１０において、ＷＴＲＵは、カレントアクティブＢＷＰにおける測定されたＣＳＩを含む報告を送信してもよい。

別の実施例では、測定ギャップ値は、ターゲットＢＷＰにおける測定信号の周期性に基づいて判定されてもよい。例えば、第１の測定ギャップ値は、ターゲットＢＷＰにおける測定信号が第１の値（例えば、ｘ１ミリ秒）である場合に使用されてもよく、第２の測定ギャップ値は、ターゲットＢＷＰにおける測定信号が第２の値（例えば、ｘ２ミリ秒）である場合に使用されてもよい。測定ギャップ値は、ターゲットＢＷＰのＢＷＰインデックスに基づいて判定されてもよい。測定ギャップ値は、ターゲットＢＷＰに対するＣＳＩ報告タイプに基づいて判定されてもよい。例えば、第１の測定ギャップ値は、第１のＣＳＩ報告タイプ（例えば、Ｌ１－ＲＳＲＰ）がターゲットＢＷＰにおいて測定される必要がある場合に使用されてもよく、第２の測定ギャップ値は、第２のＣＳＩ報告タイプ（例えば、ＣＳＩ－ＲＳリソースインジケータ（ＣＲＩ））がターゲットＢＷＰにおいて測定される必要がある場合に使用されてもよい。より短い測定ギャップは、ターゲットＢＷＰに対する測定が単一のＤＬ基準信号（例えば、単一のＣＳＩ－ＲＳリソース）に基づいている場合に使用されてもよい。より長い測定ギャップは、ターゲットＢＷＰに対する測定が複数のＤＬ基準信号（例えば、複数のＣＳＩ－ＲＳリソース）に基づいている場合に使用されてもよく、複数のＤＬ基準信号は、例えば、ビーム探索、ビームペアリング（pairing）、ならびに／または複数送信および受信ポイント（ＴＲＰ）動作に対して使用されてもよい。実施例では、測定ギャップ値は、非周期的ＣＳＩ報告がターゲットＢＷＰに対してトリガされるときに示されてもよい。

別の実施例では、測定ギャップ値は、ＷＴＲＵ帯域幅容量に基づいて判定されてもよい。例えば、第１の測定ギャップ値（例えば、１０個のスロット）は、狭帯域幅容量（例えば、５メガヘルツ）を有するＷＴＲＵに対して使用されてもよく、第２の測定ギャップ値（例えば、５個のスロット）は、中間帯域幅容量（例えば、２０メガヘルツ）を有するＷＴＲＵに対して使用されてもよく、第３の測定ギャップ値（例えば、０個のスロット）は、広帯域幅容量を有するＷＴＲＵに対して使用されてもよい。測定ギャップ値は、測定ギャップを有さないＷＴＲＵとして考慮または解釈されてもよい、０の値を有する。

ＷＴＲＵは、ＤＣＩ（例えば、ＤＣＩは、ＰＵＳＣＨに対するアップリンクグラントまたはＰＤＳＣＨに対するダウンリンク割り当てに対して使用されてもよい）を介して１つまたは複数のターゲットＢＷＰのＣＳＩを測定するインジケーションを受信してもよい。ＣＳＩ報告に対する１つまたは複数のターゲットＢＷＰの測定（例えば、ＢＷＰ間測定）は、上位レイヤシグナリングを介して活性化または非活性化されてもよい。ＤＣＩは、非周期的ＣＳＩ（Ａ－ＣＳＩ）報告をトリガするＣＳＩ要求フィールドを含んでもよく、ＣＳＩ要求フィールドは、各々のＣＳＩトリガ状態を報告設定（例えば、ＲｅｐｏｒｔＣｏｎｆｉｇ）と関連付けることができるように、１つまたは複数のＣＳＩトリガ状態を含んでもよい。各々のＣＳＩトリガ状態は、例えば、ＢＷＰ間測定が活性化されるケースにおいて、関連するＢＷＰ ＩＤ（例えば、ＢＷＰ情報）を含んでもよい。ＣＳＩトリガ状態に対する関連するリソース設定は、同一のＢＷＰ ＩＤを有してもよい。例えば、ＷＴＲＵは、ＢＷＰ ＩＤがＣＳＩトリガ状態と関連するリソース設定との間で異なる構成を予測しないことがある。各々の報告設定は、関連するＢＷＰ ＩＤを含んでもよく、報告設定に対する関連するリソース設定は、同一のＢＷＰ ＩＤを有してもよい。各々のリソース設定は、関連するＢＷＰ ＩＤを含んでもよい。ＷＴＲＵがＡ－ＣＳＩを報告するようトリガされ、ＣＳＩトリガ状態に対する関連するリソース設定がカレントアクティブＢＷＰとは異なるＢＷＰ ＩＤを有するとき、ＷＴＲＵは、リソース設定と関連付けられたターゲットＢＷＰを測定してもよい。ＢＷＰ間測定が非活性化される場合、ＷＴＲＵは、ＢＷＰ（カレントアクティブＢＷＰとは異なる）と関連付けられたＣＳＩ要求フィールドがトリガされると予測しないことがある。表３は、ＣＳＩ要求フィールド値に対応するＢＷＰ ＩＤ（例えば、ＢＷＰ情報値）の例を示す。

別の実施例では、ＷＴＲＵは、１つまたは複数の予め定義された条件が満たされるときにＢＷＰ間測定を要求してもよい。アップリンク信号は、ＢＷＰ間測定要求を指示、報告、またはトリガするよう予約されてもよい。例えば、ＰＲＡＣＨリソース、スケジューリング要求リソース、またはＰＵＣＣＨリソースは、ＢＷＰ間測定の要求に対して予約されてもよい。ＷＴＲＵがＢＷＰ間測定を要求するための予め定義された条件の例は、以下の条件、カレントアクティブＢＷＰにおけるＤＬ ＲＳのＲＳＲＰ（例えば、Ｌ１－ＲＳＲＰ）が閾値を下回ること、および／またはカレントアクティブＢＷＰにおける１つもしくは複数のサービングＣＯＲＥＳＥＴの仮定的ブロックエラーレート（ＢＬＥＲ：hypothetical block error rate）が閾値を下回ること、のうちの１つまたは複数を含んでもよい。

アクティブＢＷＰを切り替える（すなわち、ＢＷＰ切り替えを実行する）機構が使用されてもよい。半永続的ＣＳＩ報告および／または半永続的ＣＳＩ－ＲＳ送信は、半永続的ＣＳＩ報告および／または半永続的ＣＳＩ－ＲＳ送信を活性化および／または非活性化するためにＤＣＩを使用することができるように、ＤＣＩを介して活性化されてもよい。ＷＴＲＵは、アクティブＢＷＰにおいて半永続的ＣＳＩ報告を活性化するよう指示されてもよい。半永続的ＣＳＩ報告の非活性化なしに非活性タイマが満了することに起因して、ＷＴＲＵは、別のＢＷＰに切り替えるよう指示されてもよく、またはＷＴＲＵは、デフォルトのＢＷＰに切り替わってもよい。このケースでは、以下の例示的なシナリオのうちの１つまたは複数が適用されてもよい。例示的なシナリオでは、ＷＴＲＵは、ＷＴＲＵが別のＢＷＰ（または、デフォルトのＢＷＰ）に切り替えたとき、半永続的ＣＳＩ報告および／または半永続的ＣＳＩ－ＲＳが非活性化されてもよいと推定してもよい。別の例示的なシナリオでは、ＷＴＲＵは、ＷＴＲＵがＢＷＰ間測定を実行するよう構成、指示、または要求される場合に、半永続的ＣＳＩ報告および／または半永続的ＣＳＩ－ＲＳ送信がなおも有効であることができると推定してもよい。そうでなければ、ＷＴＲＵは、半永続的ＣＳＩ報告および／または半永続的ＣＳＩ－ＲＳ送信が非活性化されてもよいと推定してもよい。別の例示的なシナリオでは、ＷＴＲＵは、ＷＴＲＵがＤＣＩからのインジケーションによって別のＢＷＰに切り替えられる場合、半永続的ＣＳＩ報告および／またはＣＳＩ－ＲＳがなおも有効であることができると推定してもよい。ＷＴＲＵは、満了したＢＷＰ非活性タイマに起因してＷＴＲＵがデフォルトのＢＷＰに切り替えられる場合、半永続的ＣＳＩ報告および／またはＣＳＩ－ＲＳが非活性化されてもよいと推定してもよい。

実施例では、非活性タイマが満了したかどうかに関わらず、測定タイマがデフォルトのＢＷＰと関連付けられたＣＳＩ測定に対して満了した場合、ＷＴＲＵは、デフォルトのＢＷＰに切り替わってもよい。デフォルトのＢＷＰに対するＣＳＩ測定は、測定タイマにより構成されてもよい。デフォルトのＢＷＰに対するＣＳＩ測定の測定タイマが満了した場合、ＷＴＲＵは、ＣＳＩ測定に対してデフォルトのＢＷＰに切り替わってもよい。

空間的ＱＣＬは、ＢＷＰと関連付けられてもよい。ＷＴＲＵは、１つまたは複数のダウンリンクビームにより構成されてもよく、各々のダウンリンクビームは、ダウンリンク信号（例えば、ＳＳ／ＰＢＣＨブロック、ＣＳＩ－ＲＳリソース、またはＤＭ－ＲＳポート）として表されてもよい。ビーム特有ダウンリンク信号は、ＢＷＰごとに構成されてもよく、送信されてもよく、または受信されてもよい。このケースでは、アクティブＢＷＰにおけるＷＴＲＵは、非アクティブＢＷＰにおいて送信されたビーム特有ダウンリンク信号に対してＱＣＬパラメータを測定することが可能でないことがあり、これは、ＷＴＲＵがそのＰＤＳＣＨまたはＰＤＣＣＨ受信に対してＱＣＬパラメータを使用する必要がある場合に、ＷＴＲＵに対して問題となることがある。

ＱＣＬパラメータの旧式の測定に起因して、ダウンリンク信号（例えば、ＰＤＣＣＨまたはＰＤＳＣＨ）の復調性能が著しく劣化することがある。加えて、ＷＴＲＵは、非アクティブＢＷＰにおいて送信することができるビーム特有ダウンリンク信号に対してビーム品質を測定することが可能でないことがある。よって、ダウンリンクおよびアップリンク送信のためのビームの持続（maintenance）は、適切に制御されないことがある。

実施例では、構成されたＢＷＰにわたる共通ＤＬ信号が使用されてもよい。例えば、ＤＬ信号は、構成されたＢＷＰにわたって共通して使用されてもよく、ＤＬ信号は、キャリアを通じて送信されてもよく、各々のＢＷＰは、ＤＬ信号の一部を含んでもよい。ＤＬ信号は、全ての構成されたＢＷＰが同一のヌメロロジ（例えば、ＳＣＳおよび／またはＣＰ長）を有することができるときに構成されてもよく、送信されてもよく、または使用されてもよい。構成されたＢＷＰに対してＤＬ信号を送信することができる時間位置のヌメロロジは、同一のヌメロロジを有してもよく、構成されたＢＷＰに対する他の時間位置のヌメロロジは、各々のそれぞれのＢＷＰの構成されたヌメロロジを使用してもよい。ＢＷＰに対するビームと関連付けられた全てのＤＬ信号は、同一のＢＷＰに位置してもよい。非アクティブＢＷＰにおいて送信することができるＤＬ信号と関連付けられた１つまたは複数の送信構成インジケーション（ＴＣＩ）状態は、アクティブＢＷＰにおいて使用されないことがある。ＴＣＩ状態は、ＤＬ信号と関連付けられてもよく、ＤＬ信号は、アクティブＢＷＰのＢＷＰインデックスに基づいて判定されてもよい。測定ギャップによるＱＣＬパラメータ測定が使用されてもよく、測定ギャップは、ＱＣＬタイプに基づいて判定されてもよい。

ＰＤＣＣＨは、複数のＢＷＰと関連付けられてもよい。１つまたは複数のＣＯＲＥＳＥＴは、ＢＷＰごとに構成されてもよく、各々のＣＯＲＥＳＥＴは、ダウンリンクビーム（すなわち、ＤＬ信号）と関連付けられてもよい。例えば、各々のＣＯＲＥＳＥＴ構成は、ＲＳセットに関するＤＬ ＲＳ（複数可）（例えば、ＴＣＩ－ＲＳ－ＳｅｔＣｏｎｆｉｇ）とＰＤＣＣＨ ＤＭＲＳポートとの間のＱＣＬ関係を提供することができるＴＣＩ状態（例えば、ＴＣＩ－ＳｔａｔｅｓＰＤＣＣＨ）を含んでもよい。ＣＯＲＥＳＥＴに対するＴＣＩ状態は、ＤＬ ＲＳ（例えば、ＳＳＢ、ＣＳＩ－ＲＳ、非ゼロ電力ＣＳＩ－ＲＳ（ＮＺＰ－ＣＳＩ－ＲＳ）、ＴＲＳ、位相追跡基準信号（ＰＴＲＳ））と関連付けられてもよく、ＤＬ ＲＳは、非アクティブＢＷＰに位置してもよい。

実施例では、ＣＯＲＥＳＥＴに対して構成され、指示され、または使用されるＴＣＩ状態に対するＤＬ ＲＳ（複数可）は、同一のＢＷＰにおいて送信されてもよい。このケースでは、ＷＴＲＵは、ＣＯＲＥＳＥＴに対して構成または使用されるＴＣＩ状態に対するＤＬ ＲＳ（複数可）が同一のＢＷＰにあってもよく、ＷＴＲＵが非アクティブＢＷＰにおいてＤＬ ＲＳを測定する必要がないことがあると推定してもよい。各々のＢＷＰは、１つまたは複数のＴＣＩ状態と関連付けられた全てのＤＬ ＲＳ（複数可）を含んでもよい。ＴＣＩ状態のセットおよび関連するＤＬ ＲＳは、上位レイヤシグナリングを介して構成されてもよく、構成されたＴＣＩ状態の１つは、ＴＣＩ状態のセットおよび関連するＤＬ ＲＳをＢＷＰごと、ＣＯＲＥＳＥＴごと、またはキャリアごとに構成することができるようにＣＯＲＥＳＥＴに対して判定されてもよい。同一のＢＷＰにおけるＣＯＲＥＳＥＴは、ＴＣＩ状態の同一のセットを使用してもよく、各々のＣＯＲＥＳＥＴに対する判定されたＴＣＩ状態は、異なってもよい（例えば、ＣＯＲＥＳＥＴに対するＴＣＩ状態のセット内のＴＣＩ状態は、個々に構成されてもよい）。

ＷＴＲＵがＢＷＰから別のＢＷＰに切り替えられるとき（例えば、アクティブＢＷＰからターゲットＢＷＰに）、ギャップが使用されてもよく、判定されてもよく、または構成されてもよく、ＷＴＲＵは、ＰＤＣＣＨおよび／またはＰＤＳＣＨ受信に対するギャップの間に、ターゲットＢＷＰにおいてＱＣＬパラメータを取得してもよい。ギャップは、ＱＣＬ測定ギャップ、ＱＣＬギャップ、再同調ギャップ、周波数再同調ギャップ、およびビームペアリングギャップと称されてもよい。ＱＣＬギャップ長は、スロット、ＯＦＤＭシンボル、時間サンプル、サブフレーム、または無線フレームの単位で定義または判定されてもよい。ＱＣＬギャップは、ＷＴＲＵの能力に基づいて判定されてもよい。例えば、ＷＴＲＵが広帯域受信能力を有する場合（例えば、ＷＴＲＵが１つまたは複数のＢＷＰを同時に受信することができる場合）、ＱＣＬギャップは、０または小さい値であってもよく、ＷＴＲＵが制限された帯域幅容量を有する場合（例えば、ＷＴＲＵが単一のＢＷＰを一度に受信することができ、ＢＷＰの最大帯域幅が特定の値に制限されることがある場合）、ＱＣＬギャップは、大きな値を有してもよい。

開始時間（例えば、開始スロット、ＯＦＤＭシンボル、時間サンプル、サブフレーム、または無線フレーム）は、以下のアプローチのうちのいずれか１つまたは複数を使用して判定されてもよい。例えば、ＱＣＬギャップは、ＷＴＲＵがＢＷＰ切り替えコマンドを受信したＣＯＲＥＳＥＴの最後のシンボルから開始してもよい。ＱＣＬギャップは、ＷＴＲＵがＢＷＰ切り替えコマンドを受信したスロット境界から開始してもよい。ＱＣＬギャップは、ターゲットＢＷＰにおいて送信されたＱＣＬ測定に対する追跡基準信号（ＴＲＳ）またはＤＬ ＲＳの最後のシンボルから開始してもよい。ＱＣＬギャップは、ターゲットＢＷＰにおいて送信されたＱＣＬ測定に対するＴＲＳまたはＤＬ ＲＳの時間位置に基づいて判定されてもよい。

ＱＣＬギャップは、ターゲットＢＷＰのヌメロロジまたはターゲットＢＷＰのＱＣＬ測定に対するタイマに基づいて判定されてもよい。ＱＣＬギャップに対するタイマは、ＱＣＬタイマ、ＣＳＩタイマ、有効性タイマ、またはＱＣＬ有効性タイマと称されてもよい。ＱＣＬタイマは、測定されたＱＣＬパラメータがなおも有効であるか否かを判定するために使用されてもよい。ターゲットＢＷＰに対して測定されたＱＣＬパラメータがなおも有効である場合、ＱＣＬギャップは必要とされないことがある。そうでなければ、ＷＴＲＵは、ＷＴＲＵがＰＤＣＣＨを監視することを開始する前に、ＱＣＬパラメータを測定する必要があることがある。ＱＣＬタイマ長は、ＷＴＲＵごとに構成されてもよく、判定されてもよく、または使用されてもよい。例えば、ＷＴＲＵは、能力および必要とされるＱＣＬタイマ長を示してもよい。ＱＣＬギャップの間、ＷＴＲＵは、ターゲットＢＷＰにおいて構成されたＣＯＲＥＳＥＴを監視することをスキップしてもよい。

図８は、ＱＣＬギャップ８０８を含む例示的なＢＷＰ切り替え手順８００のリソース図である。図８の実施例では、アクティブＢＷＰ８０４および（非アクティブ）ターゲットＢＷＰ８０２は、ＷＴＲＵと関連付けられてもよい。アクティブＢＷＰ８０４は、ＣＯＲＥＳＥＴＳ８１４を含んでもよく、ターゲットＢＷＰは、ＣＯＲＥＳＥＴ８１６を含んでもよい。ＷＴＲＵは、アクティブＢＷＰ８０４からターゲットＢＷＰ８０２に切り替えるよう、ＢＷＰ切り替えコマンド８０６を受信してもよく（例えば、ネットワークから）、それは、ターゲットＢＷＰ８０２において使用されるＱＣＬギャップ８０８の開始をトリガすることができる。ＱＣＬギャップ８０８の持続時間（長さ）は、ＱＣＬタイマ、ならびに／またはターゲットＢＷＰ８０２および／もしくはアクティブＢＷＰ８０４のヌメロロジに応じてもよい。ＷＴＲＵは、ＰＤＳＣＨのスケジューリングオフセットがＱＣＬギャップ８０８の長さ未満である場合、ターゲットＢＷＰ８０２においてスケジュールされたＰＤＳＣＨを受信することをスキップしてもよい。ＷＴＲＵは、ターゲットＢＷＰ８０２においてＱＣＬギャップ８０８の間にＰＤＣＣＨを監視することをスキップしてもよく、ＱＣＬ８０８の終わりに、ＢＷＰ切り替え手順８００の一部としてＰＤＣＣＨ８１０を監視することを開始してもよい。

ＣＯＲＥＳＥＴに対して構成され、指示され、使用されるＴＣＩ状態に対するＤＬ ＲＳ（複数可）は、異なるＢＷＰにおいて送信されてもよい。例えば、ＣＯＲＥＳＥＴは、第１のＢＷＰ（例えば、アクティブＢＷＰ）において監視されてもよく、ＱＣＬ測定（例えば、または、ドップラシフト、ドップラスプレッド、平均遅延、遅延スプレッド、および／もしくは空間的ＲＸパラメータのサブセット）に対するその関連するＤＬ ＲＳ（複数可）は、第２のＢＷＰ（例えば、非アクティブＢＷＰ）において送信または測定されてもよい。ＱＣＬタイマは、ＣＯＲＥＳＥＴが異なるＢＷＰ（例えば、非アクティブＢＷＰ）においてＤＬ ＲＳと関連付けられたＴＣＩ状態により構成されるとき、ＣＯＲＥＳＥＴごとに使用されてもよい。ＱＣＬタイマは、ＣＯＲＥＳＥＴに対するＱＣＬパラメータの測定が更新されるときに開始（または、リセット）してもよい。ＱＣＬタイマが満了するとき、ＷＴＲＵは、ＱＣＬパラメータ測定が更新されるまでＣＯＲＥＳＥＴを監視しなくてもよい。

測定ギャップは、ＱＣＬタイマが満了するとき、ＱＣＬパラメータの測定を更新するために使用されてもよい。測定ギャップは、ＢＷＰにおける構成されたＣＯＲＥＳＥＴの全てのＱＣＬタイマが満了するときに使用されてもよい。構成されたＣＯＲＥＳＥＴのうちの少なくとも１つは、アクティブＢＷＰにおけるＤＬ ＲＳと関連付けることができるＴＣＩ状態により構成されてもよい（例えば、デフォルトのＣＯＲＥＳＥＴ）。ＣＯＲＥＳＥＴの１つに対するタイマが満了するとき、ＣＯＲＥＳＥＴ ＴＣＩ状態は、デフォルトのＣＯＲＥＳＥＴに対して使用されるＴＣＩ状態に更新されてもよい。

ＣＯＲＥＳＥＴに対して構成されたＴＣＩ状態に対するＤＬ ＲＳ（複数可）は、異なるＢＷＰにおいて送信されてもよく、ＷＴＲＵは、ＣＯＲＥＳＥＴを監視し、関連するＤＬ ＲＳ（複数可）を同時に測定することが可能でないことがある。ＲＬＭ測定またはビーム障害検出は、構成されたＣＯＲＥＳＥＴと関連付けられたＤＬ ＲＳ（複数可）の測定品質に基づいてもよい。以下のＲＬＭ測定および／またはビーム障害検出手順のいずれかは、１つまたは複数の構成されたＣＯＲＥＳＥＴに対して構成されたＴＣＩ状態に対するＤＬ ＲＳ（複数可）が異なるＢＷＰにおいて送信されるときに適用されてもよい。

例示的な手順では、ＷＴＲＵは、デフォルトのＢＷＰにおいてＲＬＭ（および／または、ビーム障害検出）を実行してもよく、デフォルトのＢＷＰは、キャリアにおいて構成された１つまたは複数のＣＯＲＥＳＥＴと関連付けられたＤＬ ＲＳ（複数可）を含んでもよい。例えば、ＲＬＭ測定は、デフォルトのＢＷＰにおいて構成された１つまたは複数のＣＯＲＥＳＥＴと関連付けられたＤＬ ＲＳ（複数可）に基づいてもよい。非同期（Out-of-sync）状態は、デフォルトのＢＷＰにおける１つまたは複数のＣＯＲＥＳＥＴと関連付けられたＤＬ ＲＳ（複数可）の測定に基づいて判定されてもよい。非同期状態は、キャリアにおいて構成された全てのＣＯＲＥＳＥＴの品質が閾値を下回るときに判定されてもよい。ビーム障害インスタンスは、キャリアにおいて構成された全てのＣＯＲＥＳＥＴの品質が閾値を下回るときに判定されてもよい（および、ＰＨＹレイヤからＭＡＣレイヤに指示されてもよい）。ビーム障害インスタンスは、デフォルトのＢＷＰにおけるＣＯＲＥＳＥＴの品質が閾値を下回るときに判定されてもよい。

別の例示的な手順では、空間的ＱＣＬ関連付けは、基準ＲＳがデフォルトのＢＷＰにおけるＤＬ ＲＳであることができ、ターゲットＲＳがＢＷＰ（デフォルトのＢＷＰ以外の）におけるＤＬ ＲＳであることができるように、表４に示されるように、デフォルトのＢＷＰにおけるＤＬ ＲＳと別のＢＷＰにおけるＤＬ ＲＳとの間で構成されてもよい。ＷＴＲＵがデフォルトのＢＷＰではないＢＷＰにおいてアクティブであるとき、ＷＴＲＵは、ＲＬＭおよび／またはビーム障害検出に対して基準ＲＳ（例えば、アクティブＢＷＰにおいてＤＬ－ＲＳにより空間的に疑似コロケート（QCL-ed）することができるデフォルトのＢＷＰにおけるＤＬ ＲＳ）を測定してもよい。ＷＴＲＵは、ＲＬＭおよび／またはビーム障害検出に対してキャリアにおける全ての構成されたＣＯＲＥＳＥＴに対するＤＬ ＲＳにより疑似コロケートすることができるアクティブＢＷＰにおいてＤＬ ＲＳを測定してもよい。

別の例示的な手順では、空間的に疑似コロケートされたＤＬ－ＲＳは、ＢＷＰにわたって使用されてもよく、ＷＴＲＵは、ターゲットＢＷＰにおけるＤＬ－ＲＳがアクティブＢＷＰにおいてＤＬ－ＲＳにより疑似コロケートされる場合に、ターゲットＢＷＰに対してアクティブＢＷＰにおいてＤＬ－ＲＳのＱＣＬ測定を使用してもよい。ＢＷＰにわたって疑似コロケートされたＤＬ ＲＳのグループは、ＢＷＰ共通ビームグループと称されてもよい。表５は、空間的ＱＣＬパラメータに対して同一のＢＷＰ共通ビームグループ内のＤＬ ＲＳを疑似コロケートすることができるＢＷＰ共通ビームグループの例を示す。ＷＴＲＵは、ＢＷＰ共通ビームグループ内のＤＬ ＲＳのいずれかがＱＣＬパラメータ測定に対して使用されてもよいと推定してもよい。例えば、ＷＴＲＵがアクティブＢＷＰ（例えば、ＢＷＰ＿１）からデフォルトのＢＷＰに切り替えるとき、ＢＷＰ＿１におけるＣＳＩ－ＲＳ＃１からのＱＣＬパラメータ測定は、デフォルトのＢＷＰにおいてＳＳＢ＃１に対して使用されてもよい。

ＰＤＳＣＨは、複数のＢＷＰと関連付けられてもよい。ＰＤＳＣＨのビームインジケーションに対して、１つまたは複数のＴＣＩ状態が使用されてもよい。例えば、Ｍ個のＴＣＩ状態は、上位レイヤシグナリング（例えば、ＲＲＣ）を介して構成されてもよく、各々のＴＣＩ状態は、ＤＬ ＲＳと関連付けられてもよい。ＤＣＩにおけるＮ個のビットＴＣＩフィールドは、ＰＤＳＣＦＩ送信に対してＴＣＩ状態を動的に示すために使用されてもよい。Ｍ＞２^Nである場合、Ｍ個のＴＣＩ状態からの２^N個のＴＣＩ状態は、別の上位レイヤシグナリング（例えば、ＭＡＣ－ＣＥ）を介して選択されてもよい。

１つまたは複数のＢＷＰは、ＷＴＲＵに対して構成されてもよく、各々のＢＷＰに対するＴＣＩ状態が構成されてもよい。例えば、Ｍ個のＴＣＩ状態および関連するＤＬ ＲＳは、上位レイヤシグナリング（例えば、ＲＲＣ）を介して構成されてもよく、キャリアにおけるＢＷＰにわたって共通して使用されてもよい。Ｍ個のＴＣＩ状態は、キャリアごとに構成されてもよい。各々のＢＷＰは、ＤＣＩにおいてＮビットのＴＣＩフィールドを有してもよく、Ｎの値は、ＢＷＰインデックスに基づいて判定されてもよい。Ｍ個のＴＣＩ状態のサブセットは、ＢＷＰに対してＭ＞２^Nであるときに選択または判定されてもよく、サブセットがＢＷＰごとに判定されてもよい。例えば、サブセットは、ＢＷＰにわたって異なってもよい。ＢＷＰごとの別個のＭＡＣ－ＣＥは、Ｍ個のＴＣＩ状態のサブセットを選択するために使用されてもよい。Ｍ個のＴＣＩ状態のサブセットは、同一のＢＷＰにおいて送信されるＤＬ ＲＳと関連付けられたＴＣＩ状態であってもよい。Ｍ個のＴＣＩ状態および関連するＤＬ ＲＳは、同一のＢＷＰにおいて関連するＤＬ ＲＳを送信またはシグナリングすることができるように、ＢＷＰごとに上位レイヤシグナリングを介して構成されてもよい。関連するＤＬ ＲＳは、同一のキャリア内のいずれかのＢＷＰにおいて送信またはシグナリングされてもよい。

ＷＴＲＵは、アクティブＢＷＰから別の構成されたＢＷＰにＢＷＰを切り替えるよう指指示されてもよい。例えば、ＢＷＰインジケータフィールド（例えば、１または２ビット）は、ＰＤＳＣＨ送信（もしくは、ＰＵＳＣＨ送信）に対する対応するＢＷＰを指示するために使用されてもよく、またはＢＷＰインジケータフィールドは、ＰＤＣＣＨ監視に対してＢＷＰ切り替えを指示するために使用されてもよい。ＴＣＩ状態は、ＰＤＳＣＨ送信に対して対応するＢＷＰを指示するために使用されてもよい。例えば、ＴＣＩ状態に対するＤＬ ＲＳは、ＢＷＰにおいて送信されてもよく、ＴＣＩ状態が指示される場合、対応するＢＷＰは、ＴＣＩ状態と関連付けられたＤＬ ＲＳを含むＢＷＰであると判定されてもよい。ＴＣＩ状態がＢＷＰ切り替えに対して使用されるとき、ＢＷＰインジケーションフィールドがＤＣＩに存在しないことがある。ＴＣＩ状態がＢＷＰ切り替えに対して使用されるとき、ＢＷＰインジケーションが使用されてもよい。表６は、ＴＣＩ状態に基づいたＢＷＰインジケーションの例を示す。存在するＴＣＩビットフィールドがＤＣＩにおいて活性化される場合、ＢＷＰインジケーションフィールドが存在しないことがある。そうでなければ、ＢＷＰインジケーションフィールドは、ＤＣＩに存在することがある。

実施例では、ＷＴＲＵは、カレントＢＷＰ（例えば、アクティブＢＷＰ）からのＰＤＳＣＨ受信に対してＢＷＰを切り替えるよう指示されてもよい。ＰＤＳＣＨに対するスケジューリングオフセットが閾値Ｋよりも大きい場合、ＷＴＲＵは、指示されたＢＷＰ（例えば、ターゲットＢＷＰ）においてＰＤＳＣＨを受信してもよく、Ｋの値は、以下の基準、ＷＴＲＵがアクティブＢＷＰにおいてアクティブであることができる時間長、アクティブＢＷＰおよび／もしくはターゲットＢＷＰのヌメロロジ、ターゲットＢＷＰにおける測定基準信号（例えば、ＴＲＳ）の時間位置、ターゲットＢＷＰの帯域幅、ならびに／またはＷＴＲＵの能力、のうちのいずれか１つまたは複数に基づいて判定されてもよい。例えば、ＷＴＲＵがカレントアクティブＢＷＰにおいてアクティブであることができる時間長が閾値よりも長い場合、第１のＫの値が使用されてもよい。そうでなければ、第２のＫの値が使用されてもよく、第１のＫの値は、第２のＫの値よりも大きくてもよい。ヌメロロジ（例えば、ＳＣＳ）がアクティブＢＷＰおよびターゲットＢＷＰに対して同一である場合、第１のＫの値が使用されてもよい。ヌメロロジが異なる場合（例えば、アクティブＢＷＰのＳＣＳがターゲットＢＷＰのＳＣＳよりも大きい場合）、第２のＫの値が使用されてもよい。測定基準信号が切り替え時間の始めに位置する場合、第１のＫの値が使用されてもよい。そうでなければ、第２のＫの値が使用されてもよい。別の実施例では、Ｋの値は、時間オフセットにより判定されてもよく、時間オフセットは、測定基準信号の時間位置に応じてもよい。

実施例では、ＰＤＳＣＨに対するスケジューリングオフセットが閾値Ｋ未満である場合、ＷＴＲＵは、カレントＢＷＰにおいてＰＤＳＣＨを受信してもよい。実施例では、ＷＴＲＵは、スケジューリングオフセットが第１の周波数範囲（ＦＲ１）における第１の閾値（例えば、Ｋ１）未満である場合、カレントＢＷＰ（例えば、アクティブＢＷＰ）においてＢＷＰ切り替えコマンドを有するスケジュールされたＰＤＳＣＨを受信してもよい。ＷＴＲＵはまた、スケジューリングオフセットが第２の周波数範囲（ＦＲ２）における第２の閾値（例えば、Ｋ２）未満である場合、カレントＢＷＰにおいてＢＷＰ切り替えコマンドを有するスケジュールされたＰＤＳＣＨを受信してもよい。第１の周波数範囲は、６ギガヘルツを下回るキャリア周波数であってもよい。第２の周波数範囲は、６ギガヘルツを上回るキャリア周波数であってもよい。第１の閾値Ｋ１および第２の閾値Ｋ２は異なってもよい。１つまたは複数の閾値は、第１の周波数範囲に対して第１の閾値を使用することができ、第２の周波数範囲に対して第２の閾値を使用することができるように、スケジューリングオフセットに基づいてＰＤＳＣＨ受信に対するＢＷＰ位置を判定するために使用されてもよい。

デフォルトのＱＣＬ推定が複数のＢＷＰにより使用されてもよい。１つまたは複数のＣＯＲＥＳＥＴは、各々のＣＯＲＥＳＥＴをダウンリンクビーム（ＤＬ信号）と関連付けることができるようにＢＷＰごとに構成されてもよい。各々のＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ 識別（ＩＤ）により構成されてもよく、各々のＣＯＲＥＳＥＴ ＩＤは、キャリアまたはＢＷＰ内で一意な番号であってもよい。例えば、Ｎｃ ＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ ＩＤ｛０，１，２，３，４，…，Ｎｃ－１｝を有するキャリアに対して構成されてもよく、ＣＯＲＥＳＥＴ｛０，１｝は、第１のＢＷＰに位置してもよく、ＣＯＲＥＳＥＴ｛２，３｝は、第２のＢＷＰに位置してもよく、ＣＯＲＥＳＥＴの残りは、第３のＢＷＰに位置してもよい。

実施例では、ＰＤＳＣＨは、関連するＰＤＣＣＨ（および／または、ＤＣＩ）によってスケジューリングオフセットを指示または判定することができるように、ＰＤＣＣＨ（および／または、ＤＣＩ）によってスケジューリングオフセットによりスケジュールされてもよい。例えば、スケジューリングオフセットは、タイミングオフセット、スロットオフセット、サブフレームオフセット、シンボルオフセット、サブキャリアオフセット、ＲＢオフセット、および／またはＢＷＰオフセットのうちのいずれか１つまたは複数であってもよい。スケジューリングオフセットが閾値Ｋ未満である場合、ＷＴＲＵは、予め定義されたＣＯＲＥＳＥＴに基づいて、１つまたは複数のＯＣＬパラメータ（例えば、空間的Ｒｘパラメータ）を推定、使用、または判定してもよい。そうでなければ、ＷＴＲＵは、関連するＰＤＣＣＨ（および／または、ＤＣＩ）において示されたＤＬ ＲＳに基づいて、１つまたは複数のＯＣＬパラメータを判定してもよい。例えば、予め定義されたＣＯＲＥＳＥＴは、アクティブＢＷＰ内のデフォルトのＣＯＲＥＳＥＴであってもよい。

スケジュールされたＰＤＳＣＨおよびその関連するＰＤＣＣＨが同一のＢＷＰにあり、スケジューリングオフセットが閾値Ｋ未満である場合、ＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴは、デフォルトのＣＯＲＥＳＥＴ（または、予め定義されたＣＯＲＥＳＥＴ）として使用または判定されてもよい。最小ＣＯＲＥＳＥＴ ＩＤは、「０」を除く最小数を有してもよい。最小ＣＯＲＥＳＥＴ ＩＤは、「０」を含む最小数を有してもよい。スケジュールされたＰＤＳＣＨおよびその関連するＰＤＣＣＨが同一のＢＷＰにあり、スケジューリングオフセットが閾値Ｋよりも大きい場合、ＷＴＲＵは、示されたＤＬ ＲＳから１つまたは複数のＯＣＬパラメータを推定、使用、または判定してもよい。実施例では、ＰＤＳＣＨおよび／またはＰＤＣＣＨ受信に対するＢＷＰ位置に関わらず、デフォルトのＣＯＲＥＳＥＴは、スケジューリングオフセットが閾値Ｋ未満であるときに、キャリア内の最小ＣＯＲＥＳＥＴ ＩＤに基づいて判定されてもよい。例えば、最小ＣＯＲＥＳＥＴ ＩＤは、キャリアにおいて構成された全てのＣＯＲＥＳＥＴ内で最小ＩＤ番号であってもよい。

ＰＤＳＣＨは、関連するＰＤＣＣＨ（および／または、ＤＣＩ）を介して、スケジューリングオフセットおよびＢＷＰ切り替えコマンドによりスケジュールされてもよい。スケジューリングオフセットが閾値Ｋ未満であるとき、ＷＴＲＵは、デフォルトのＣＯＲＥＳＥＴに基づいて、１つまたは複数のＱＣＬパラメータ（例えば、空間的Ｒｘパラメータ）を推定、使用、または判定してもよく、その結果、デフォルトのＣＯＲＥＳＥＴは、以下のリソース、ＷＴＲＵが関連するＰＤＣＣＨ（および／もしくは、ＤＣＩ）を受信することができるようなＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴ、ＷＴＲＵがスケジュールされたＰＤＳＣＨを受信することができるようなＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴ、ＷＴＲＵがＰＤＣＣＨおよび／もしくはＰＤＳＣＨを受信することができるキャリア内の全てのＢＷＰにわたる最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴ、デフォルトのＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴ、ならびに／またはＷＴＲＵがＰＤＣＣＨを監視もしくは受信することができるＣＯＲＥＳＥＴ、のうちの１つまたは複数にあることができる。

スケジューリングオフセットが閾値Ｋ未満であるとき、１つまたは複数の閾値が使用されてもよい。例えば、第１の閾値は、ＰＤＳＣＨおよびその関連するＰＤＣＣＨが同一のＢＷＰに位置するときに使用されてもよく、第２の閾値は、ＰＤＳＣＨおよびその関連するＰＤＣＣＨが異なるＢＷＰに位置するときに使用されてもよい。第１の閾値は、第２の閾値よりも大きくてもよい。

スケジューリングオフセットが閾値Ｋ未満であるとき、１つまたは複数のデフォルトのＣＯＲＥＳＥＴが使用されてもよい。例えば、第１のデフォルトのＣＯＲＥＳＥＴは、スケジューリングオフセットが閾値未満であり、ＰＤＳＣＨおよびその関連するＰＤＣＣＨに対するＢＷＰが同一であるときに使用されてもよい。第２のデフォルトのＣＯＲＥＳＥＴは、スケジューリングオフセットが閾値未満であり、ＰＤＳＣＨおよびその関連するＰＤＣＣＨに対するＢＷＰが異なるときに使用されてもよい。第１のデフォルトのＣＯＲＥＳＥＴは、ＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴであってもよく、その結果、ＷＴＲＵは、スケジュールされたＰＤＳＣＨを受信することができる。第１のデフォルトのＣＯＲＥＳＥＴは、キャリアにおいて全てのＢＷＰにわたって最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴであってもよい。第２のデフォルトのＣＯＲＥＳＥＴは、キャリアにおいて全てのＢＷＰにわたって最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴであってもよい。第２のデフォルトのＣＯＲＥＳＥＴは、ＷＴＲＵがＰＤＣＣＨを受信することができるＢＷＰにおいて最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴであってもよい。第２のデフォルトのＣＯＲＥＳＥＴは、ＷＴＲＵがスケジュールされたＰＤＳＣＨを受信することができるＢＷＰにおいて最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴであってもよい。

図９は、ＰＤＳＣＨ受信に対するデフォルトのＣＯＲＥＳＥＴ９０１を含む例示的なＣＯＲＥＳＥＴ割り振り９００のリソース図である。図９の実施例では、ＢＷＰ９０６および９０８は、ＷＴＲＵと関連付けられる。ＢＷＰ９０６は、ＣＯＲＥＳＥＴ９０１および９０２を含んでもよく、ＢＷＰ９０８は、ＣＯＲＥＳＥＴ９０３および９０４を含んでもよい。ＢＷＰ９０６上でＷＴＲＵによって受信されたＰＤＣＣＨ９１２は、ＰＤＳＣＨスケジューリングを含んでもよく、および／またはＰＤＳＣＨスケジューリングは、ＢＷＰ９０６からＢＷＰ９０８にＷＴＲＵを切り替えるＢＷＰ切り替えコマンド９１０に含まれてもよい。ＷＴＲＵは、ＢＷＰ９０６上でＣＯＲＥＳＥＴ９０１からＰＤＳＣＨ９１４を疑似コロケートすることができるように、ＰＤＳＣＨスケジューリングオフセット９１６の後に、ＢＷＰ９０８において関連するＰＤＳＣＨ９１４を受信してもよい。

スケジューリングオフセットが閾値Ｋ未満であるとき、デフォルトのＣＯＲＥＳＥＴは、各々のＢＷＰにおいて判定されてもよく、構成されてもよく、または使用されてもよい。ＷＴＲＵは、カレントＢＷＰ（例えば、ＰＤＣＣＨに対するＢＷＰ）にあることができる第１のデフォルトのＣＯＲＥＳＥＴからのスケジュールされたＰＤＳＣＨ受信に対するＱＣＬパラメータの第１のサブセット、およびターゲットＢＷＰ（例えば、スケジュールされたＰＤＳＣＨに対するＢＷＰ）にあることができる第２のデフォルトのＣＯＲＥＳＥＴからのスケジュールされたＰＤＳＣＨ受信に対するＱＣＬパラメータの第２のサブセットを推定、判定、または使用してもよい。第１のデフォルトのＣＯＲＥＳＥＴは、アクティブＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴであってもよい。第１のデフォルトのＣＯＲＥＳＥＴは、ＷＴＲＵがＰＤＣＣＨ（および／または、ＤＣＩ）を受信することができるＣＯＲＥＳＥＴであってもよい。第２のデフォルトのＣＯＲＥＳＥＴは、ターゲットＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴであってもよい。

スケジューリングオフセットが閾値Ｋ未満であるとき、デフォルトのＣＯＲＥＳＥＴは、ＢＷＰと関連付けられたＣＯＲＥＳＥＴ内で判定されてもよく、ＷＴＲＵは、スケジュールされたＰＤＳＣＨを受信してもよい。ＢＷＰと関連付けられたＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴに対して構成されたＴＣＩ状態に基づいて判定されてもよい。例えば、第１のＢＷＰにおいて構成されたＣＯＲＥＳＥＴは、第１のＢＷＰにおけるＣＯＲＥＳＥＴが第２のＢＷＰと関連付けられたＴＣＩ状態により構成される場合に、第２のＢＷＰと関連付けられたＣＯＲＥＳＥＴの一部であってもよい。ＴＣＩ状態は、１つまたは複数のＢＷＰと関連付けられてもよい。第１のＢＷＰ内で送信することができるＤＬ ＲＳは、周波数ドメインにおいて第１のＢＷＰと重ならないことがある、別のＢＷＰと関連付けられてもよい。デフォルトのＣＯＲＥＳＥＴは、ＢＷＰと関連付けられたＣＯＲＥＳＥＴ内で最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴであってもよい。ＴＣＩ状態は、１つまたは複数のキャリアと関連付けられてもよい。第１のキャリアにおいて第１のＢＷＰ内で送信することができるＤＬ ＲＳは、異なるキャリアにおける別のＢＷＰと関連付けられてもよい。１つまたは複数のＣＯＲＥＳＥＴが異なるキャリアにおいて同一の最小ＣＯＲＥＳＥＴ ＩＤを有する場合、ＰｃｅｌｌにおけるＣＯＲＥＳＥＴは、デフォルトのＣＯＲＥＳＥＴであってもよい。１つまたは複数のＣＯＲＥＳＥＴが異なるキャリアにおいて同一の最小ＣＯＲＥＳＥＴ ＩＤを有する場合、最小キャリアインデックスを有するキャリアにおけるＣＯＲＥＳＥＴは、デフォルトのＣＯＲＥＳＥＴであってもよい。スケジューリングオフセットが閾値Ｋ未満であるとき、デフォルトのＴＣＩが使用されてもよく、デフォルトのＴＣＩ状態は、ＢＷＰと関連付けられたＴＣＩ状態内での最小ＴＣＩ状態番号であってもよい。ＢＷＰは、ＷＴＲＵがスケジュールされたＰＤＳＣＨを受信することができるターゲットＢＷＰであってもよい。ＢＷＰは、ＷＴＲＵがＰＤＣＣＨを監視および／または受信することができるアクティブＢＷＰであってもよい。

図１０は、デフォルトのＣＯＲＥＳＥＴに対して各々のＢＷＰ１００６および１００８における最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴに対する同一のＴＣＩ状態の例示的な使用を含む例示的なＣＯＲＥＳＥＴ割り振り１０００のリソース図である。図１０の実施例では、ＢＷＰ１００６および１００８は、ＷＴＲＵと関連付けられる。ＢＷＰ１００６は、ＣＯＲＥＳＥＴ１００１および１００２（ＣＯＲＥＳＥＴ１００１は、ＢＷＰ１００６において最小ＣＯＲＥＳＥＴ ＩＤを有する）を含んでもよく、ＢＷＰ１００８は、ＣＯＲＥＳＥＴ１００３および１００４（ＣＯＲＥＳＥＴ１００３は、ＢＷＰ１００８において最小ＣＯＲＥＳＥＴ ＩＤを有する）を含んでもよい。ＢＷＰ１００６上でＷＴＲＵによって受信されたＰＤＣＣＨ１０１２は、ＰＤＳＣＨスケジューリングを含んでもよく、および／またはＰＤＳＣＨスケジューリングは、ＢＷＰ１００６からＢＷＰ１００８にＷＴＲＵを切り替えるＢＷＰ切り替えコマンド１０１０に含まれてもよい。ＷＴＲＵは、ＢＷＰ１００８上でＣＯＲＥＳＥＴ１００３からＰＤＳＣＨ１０１４を疑似コロケートすることができるように、ＰＤＳＣＨスケジューリングオフセット１０１６の後、ＢＷＰ１００８において関連するＰＤＳＣＨ１０１４を受信してもよい。キャリアにおける各々のそれぞれのＢＷＰ１００６および１００８において最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴ１００１および１００３は、同一のＴＣＩ状態（例えば、ＴＣＩ状態＝０）、または同一のＤＬ ＲＳと関連付けられてもよい。

実施例では、デフォルトのＣＯＲＥＳＥＴは、ＷＴＲＵがスケジュールされたＰＤＳＣＨを受信することができるＢＷＰに基づいて変更されてもよいが、１つまたは複数のＱＣＬパラメータ（例えば、空間的Ｒｘパラメータ）は、ＰＤＳＣＨ受信に対するＢＷＰ位置に関わらずに変更されなくてもよい。各々のＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴが同一のＴＣＩ状態と関連付けられないとき、ＰＤＳＣＨ受信に対するデフォルトのＣＯＲＥＳＥＴは、ＷＴＲＵがＰＤＣＣＨを受信することができるＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴに基づいてもよい。各々のＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴが同一のＴＣＩ状態と関連付けられるとき、ＰＤＳＣＨ受信に対するデフォルトのＣＯＲＥＳＥＴは、ＷＴＲＵがＰＤＳＣＨを受信することができるＢＷＰにおける最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴに基づいてもよい。実施例では、最小ＣＯＲＥＳＥＴ ＩＤは、最高ＣＯＲＥＳＥＴ ＩＤ、上位レイヤにより構成されたＣＯＲＥＳＥＴ ＩＤ、示されたＣＯＲＥＳＥＴ ＩＤ、および／または固定ＣＯＲＥＳＥＴ ＩＤと置き換えられてもよい。

複数のＢＷＰが構成されるとき、リンク再構成が行われてもよい。ＷＴＲＵがＢＷＰへの接続モードにある間、その無線リンクの整合性を監視してもよい。例えば、ＷＴＲＵは、ＣＳＩ－ＲＳおよび／またはＳＳＢ（例えば、集合的に命名されたＲＬＭ－ＲＳパイロット信号）の品質を測定することによって、ＲＬＭを実行してもよい。ＣＳＩ－ＲＳは、ＳＳＢがデフォルトのＢＷＰに存在することができる間、ＷＴＲＵ専用に構成されたＲＳ（WTRU-dedicated configured RS）であってもよい。ＳＳＢがＲＬＭ評価に対して使用されることになるとき、ＳＳＢ測定とＣＳＩ－ＲＳ測定との間で同等のスケーリング（scaling equivalence）を有するために、特定のオフセットがネットワークによってシグナリングされてもよい。ＲＬＭ評価期間の間、ＷＴＲＵ物理レイヤは、各々のＴｅｖａｌｕａｔｉｏｎ期間（例えば、Ｔｅｖａｌｕａｔｉｏｎは、上位レイヤパラメータであってもよい）の後、同期（in-sync）メッセージおよび非同期メッセージを上位レイヤに配送すると想定される。同期メッセージに対し、いずれかの良好な測定が十分であると考えられてもよい（ＳＳＢまたはＣＳＩ－ＲＳ）。非同期メッセージに対し、ＷＴＲＵは、ＲＬＦを宣言する（declare）前に全ての構成されたＲＬＭ－ＳＳに対して評価を実行してもよい。

新たなＢＷＰが活性化すると、ＷＴＲＵは、ＳＳＢが存在しない新たなＢＷＰを有することがある。このケースでは、ＷＴＲＵは、ＲＬＭ－ＳＳリソースに対する新たなＣＳＩ－ＲＳに依存することがある。実施例では、ＷＴＲＵは、新たに活性化されたＢＷＰにおいて周波数選択性フェージング問題を有することがあり、よって、ＷＴＲＵがＣＳＩ－ＲＳに依存することがある場合（アクティブＢＷＰの外側の構成されたＢＷＰ測定がないことに起因した）、ＷＴＲＵは、続くわずかなＴｅｖａｌｕａｔｉｏｎ期間に非同期になることがある。新たに活性化されたＢＷＰにおける非同期状態が、新たなＢＷＰにおいてセルカバレッジを失い、または周波数選択性フェージングである場合に正確に評価するために、ＷＴＲＵは、ＲＬＦを宣言する前に、デフォルトのＢＷＰを再度測定してもよく、またはその前のアクティブＢＷＰを測定してもよい。

新たなＢＷＰが活性化すると、ＷＴＲＵは、以下の測定またはアクションのうちの少なくとも１つが新たなＢＷＰ無線リンクの整合性を確認するまで、ネットワーク（ＮＷ）が全ての構成されたＷＴＲＵ測定ＲＳ（例えば、ＣＳＩ－ＲＳ）を維持することができる間に、旧ＢＷＰ構成およびパラメータを記憶してもよい。例えば、第１のＣＳＩフィードバックは、ネットワークにフィードバックされるチャネルの品質を確認することができる。第１のＲＬＭ－ＳＳ評価期間は、同期ＲＬＭ品質を示すことができ、および／またはＩＮ－ＳＹＮＣインジケーションは、ＷＴＲＵの上位レイヤに配送されてもよい。ＤＣＩグラントまたはスケジュールされたデータを正確に受信することができ、ＷＴＲＵは、新たなＢＷＰにおいてＡＣＫを送信してもよい。ＲＳＲＰ測定が実行されてもよく、実行可能な（viable）（例えば、閾値を上回る）リンクを示すことができる。第１のビーム測定評価が実行されてもよく、サービングビームは、ネットワークによって示された閾値を上回ることがある。

上記測定またはアクションのいずれかが満たされない場合、ＷＴＲＵは、前に構成されたＢＷＰにおいてフォールバック測定手順を実行してもよく、ＣＳＩ－ＲＳ測定を実行してもよい。記憶された（前にアクティブであった）ＢＷＰに対するＣＳＩ－ＲＳフォールバック測定が成功するケースでは、ＷＴＲＵは、前のＢＷＰを根拠に（cause on）ＢＷＰ部分活性化障害インジケーションによりランダムアクセスチャネル（ＲＡＣＦＩ）手順を開始してもよい。記憶されたＢＷＰが実行可能でないことを示すＣＳＩ－ＲＳフォールバック測定が失敗するケースでは、ＷＴＲＵは、新たなＢＷＰに対してビーム障害回復手順を実行してもよい。このビーム回復が失敗した場合、ＷＴＲＵは、ＲＬＦを宣言してもよく、ＲＬＦ手順に従ってもよい。

ビーム障害および回復が本明細書で説明される。ビーム障害インスタンスは、以下の状況のうちの１つまたは複数に基づいて判定されてもよい。最初に、アクティブＢＷＰにおいて構成されたＣＯＲＥＳＥＴの全てまたはサブセットと関連付けられたＤＬ ＲＳの測定品質が閾値を下回るとき、ビームインスタンスは、失敗として判定されてもよい。第２に、キャリアに対して構成されたＣＯＲＥＳＥＴの全てまたはサブセットと関連付けられたＤＬ ＲＳの測定品質が閾値を下回るとき、ビームインスタンスは、失敗として判定されてもよい。第３に、ビーム障害検出に対して構成されたＤＬ ＲＳの測定品質が閾値を下回るとき、ビームインスタンスは、失敗として判定されてもよい。ここで、アクティブＢＷＰにおいて送信されたＤＬ ＲＳに対する測定品質が測定されてもよい。代わりにまたは加えて、ビーム障害検出に対して構成された全てのＤＬ ＲＳは、ビーム障害検出に対して測定されてもよい。最後に、測定品質は、構成されたＣＯＲＥＳＥＴの仮定的ＢＬＥＲ、または構成されたＣＯＲＥＳＥＴの全てもしくはサブセットと関連付けられたＤＬ ＲＳのＬ１－ＲＳＲＰであってもよい。

実施形態では、ＷＴＲＵがビーム障害インスタンス（例えば、アクティブＢＷＰにおけるＣＯＲＥＳＥＴと関連付けられたＤＬ ＲＳの測定）を検出し、またはアクティブＢＷＰにおいてビーム障害インスタンスを検出した場合、ＷＴＲＵは、デフォルトのＢＷＰに切り替えてもよい。例えば、ＷＴＲＵは、ＷＴＲＵがアクティブＢＷＰにおいてビーム障害インスタンスを検出したとき、ＢＷＰ切り替えコマンド（例えば、ＢＷＰインジケーション）または非活性タイマの満了なしに、デフォルトのＢＷＰに切り替えてもよい。ＷＴＲＵがデフォルトのＢＷＰに切り替えるために、最大数のビーム障害インスタンスが使用されてもよい。ＷＴＲＵは、最大数のビーム障害インスタンスに到達しない場合にアクティブＢＷＰに存在してもよい。最大数のビーム障害インスタンスは、非活性タイマ長に基づいて判定されてもよい。ＷＴＲＵは、ＢＷＰ切り替えに関わらず、ビーム障害インスタンスをカウントすることを維持してもよい。ＷＴＲＵは、新たなＢＷＰに切り替えたときに、ビーム障害インスタンスカウンタ（および／または、ビーム障害回復タイマ）をリセットしてもよい。ビーム障害インスタンスは、ＤＬ ＲＳに対する測定品質がデフォルトのＢＷＰにおけるＣＯＲＥＳＥＴと関連付けられるときにカウントされてもよい。代わりにまたは加えて、ＢＷＰを切り替えた後にＷＴＲＵがビーム障害インスタンスカウンタ（および／または、ビーム障害回復タイマ）をリセットまたは継続することができるかどうかは、ＣＯＲＥＳＥＴに対して構成されたビーム障害検出ＲＳに基づいて判定されてもよい。例えば、ビーム障害検出ＲＳの同一のセットがアクティブＢＷＰにおけるＣＯＲＥＳＥＴおよびデフォルトのＢＷＰにおけるＣＯＲＥＳＥＴに対して構成される場合、ＷＴＲＵは、アクティブＢＷＰからデフォルトのＢＷＰに切り替えた後にビーム障害インスタンスカウンタ（および／または、ビーム障害回復タイマ）を継続してもよく、そうでなければ、ＷＴＲＵは、ビーム障害インスタンスカウンタ（および／または、ビーム障害回復タイマ）をリセットしてもよい。

実施例では、ＷＴＲＵは、ビーム回復試験（trial）に対応する基地局（例えば、ｇＮＢ）の応答に対して使用することができる制御リソースセット－ビーム障害回復（ＣＯＲＥＳＥＴ－ＢＦＲ）により構成されてもよく、ビーム回復試験は、新たな候補ビームを示すアップリンク信号を送信することに基づいてもよい。新たな候補ビームは、新たな候補ビームと関連付けられたアップリンク信号（例えば、ＰＵＣＣＦＩまたはＰＲＡＣＦＩ）を送信することによって示されてもよい。新たな候補ビームは、１つまたは複数のダウンリンク基準信号、ビーム基準信号、および／またはＳＳブロックなどに基づいて測定されてもよく、監視されてもよく、または検出されてもよい。

ＣＯＲＥＳＥＴ－ＢＦＲは、デフォルトのＢＷＰにおいて構成されてもよく、したがって、ＷＴＲＵは、カレントアクティブＢＷＰに関わらず、ビーム回復試験を送信した後に、デフォルトのＢＷＰにおいてＣＯＲＥＳＥＴ－ＢＦＲを監視することを開始してもよい。例えば、ＷＴＲＵが、アクティブＢＷＰにおいてビーム障害を検出し、ビーム回復試験を送信した場合、ＷＴＲＵは、デフォルトのＢＷＰに切り替えてもよく、デフォルトのＢＷＰにおいてＣＯＲＥＳＥＴ－ＢＦＲを監視してもよい。

実施例では、ＷＴＲＵがビーム障害（例えば、宣言されたビーム障害）を検出し、またはＷＴＲＵがビーム障害回復手順にあるときに、ＷＴＲＵは、ＢＷＰに対して非活性タイマを無視してもよい。例えば、ＷＴＲＵがビーム障害を宣言し、ビーム障害回復手順を開始した場合（例えば、ビーム回復試験を送信し、ｇＮＢの応答を監視し、および／またはＣＯＲＥＳＥＴ－ＢＦＲを監視する）、ＷＴＲＵは、ビーム障害回復手順が終了するまで、非活性タイマが満了した後でさえ、カレントアクティブＢＷＰに存在してもよい。代わりにまたは加えて、非活性タイマは、ビーム障害がアクティブＢＷＰにおいて宣言されるときに拡張されてもよく、非活性タイマは、ビーム障害が宣言されるときにリセットされてもよく、または非活性タイマは、１つもしくは複数のビーム障害インスタンスが検出されるときにリセットされてもよい。

別の実施例では、ＣＯＲＥＳＥＴ－ＢＦＲは、特定のＢＷＰにおいて構成されてもよく、ＷＴＲＵは、ＷＴＲＵが１つまたは複数のビーム障害インスタンスを検出したときに、ＣＯＲＥＳＥＴ－ＢＦＲを含むＢＷＰに切り替えてもよい。複数のＢＷＰがＣＯＲＥＳＥＴ－ＢＦＲを含む場合、ＷＴＲＵは、ＣＯＲＳＥＴ－ＢＦＲの中で最小ＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴ－ＢＦＲを含むＢＷＰに切り替えてもよい。

別の実施例では、ＷＴＲＵがアクティブＢＷＰにおいて１つまたは複数のビーム障害インスタンスを検出または判定したとき、ＷＴＲＵは、ビーム障害回復手順を実行してもよい（例えば、ビーム回復試験を送信し、および／またはＣＯＲＥＳＥＴ－ＢＦＲを監視する）。ＷＴＲＵがアクティブＢＷＰにおいてビーム回復手順にあったときでさえ、非活性タイマの満了に起因して、ＷＴＲＵがデフォルトのＢＷＰに切り替えたとき、ＷＴＲＵは、ビーム障害検出を開始してもよい。

複数のＢＷＰによるビーム回復カウンタ／タイマが本明細書で説明される。ビーム回復カウンタは、本明細書で説明される他の実施形態のいずれかとの組み合わせにおいて使用されてもよい。ビーム回復試験の回数が閾値よりも多い場合、ＷＴＲＵは、ビーム回復試験を試行することを停止してもよい。ビーム回復試験は、ダウンリンクビーム基準信号と関連付けられたコンテンションフリー（contention-free）ＲＡＣＨ（ＣＦＲＡ）リソースまたはコンテンションベース（contention-based）ＲＡＣＨ（ＣＢＲＡ）リソースのＷＴＲＵの送信と称されてもよい。ダウンリンクビーム基準信号は、ＳＳブロックまたはＣＳＩ－ＲＳであってもよい。カウンタは、ビーム障害が宣言された後に開始してもよく、ビーム障害は、ビーム障害インスタンスがＮ回連続して検出されるときに宣言されてもよい。カウンタは、ビーム障害インスタンスがＮ回連続して検出されず、またはビーム障害インスタンスが時間ウインドウの間に発生しないときに停止（または、リセット）してもよい。カウンタは、ＣＦＲＡまたはＣＢＲＡリソース送信に対するアップリンクＢＷＰが切り替えられるときに停止（または、リセット）してもよい。カウンタは、ビーム回復試験（例えば、ビーム回復に対するＣＦＲＡまたはＣＢＲＡ送信）に対するアップリンクＢＷＰ切り替えに関わらずに継続してもよい。

実施例では、ビーム回復カウンタは、コンテンションフリーランダムアクセス（ＣＦＲＡ）リソースおよびコンテンションベースランダムアクセス（ＣＢＲＡ）リソースに対して別個に使用されてもよい。例えば、第１のカウンタは、ＣＦＲＡリソースに対して使用されてもよく、第２のカウンタは、ＣＢＲＡリソースに対して使用されてもよく、閾値（例えば、最大許容ビーム回復試験（maximum allowed beam recovery））は、ＣＦＲＡリソースおよびＣＢＲＡリソースに対して別個に構成されてもよく、判定されてもよく、または使用されてもよい。第１のカウンタが第１の閾値よりも大きい場合（例えば、ビーム回復に対するＣＦＲＡリソースについての試験の回数がＣＦＲＡリソースに基づいた最大許容試験に到達した場合）、ＷＴＲＵは、ビーム回復に対してＣＦＲＡリソースを使用することを停止してもよい。第２のカウンタが第２の閾値よりも大きい場合（例えば、ビーム回復に対するＣＢＲＡリソースについての試験の回数がＣＢＲＡリソースに基づいた最大許容試験に到達した場合）、ＷＴＲＵは、ビーム回復に対してＣＢＲＡリソースを使用することを停止してもよい。第１の閾値および第２の閾値は、個々に構成されてもよい。第１の閾値は、第２の閾値に応じて判定されてもよい。例えば、第１の閾値は、第２の閾値の半分であってもよい。ＣＦＲＡおよびＣＢＲＡの両方を含む全最大許容ビーム回復試験（total maximum allowed beam recovery）が構成されてもよく、第１の閾値は、全最大許容ビーム回復試験に応じて判定されてもよい。

別の実施例では、単一の全最大許容ビーム回復試験回数（single total maximum allowed beam recovery trial number）が、ＣＦＲＡおよびＣＢＲＡの両方に基づくビーム回復試験に対して使用されてもよい。ＷＴＲＵがＫ１回の連続したＣＦＲＡビーム回復試験の後にビーム障害の回復に失敗した場合、ＷＴＲＵは、ＣＢＲＡリソースに基づくビーム回復試験に切り替える必要があることがある。以下のうちの１つまたは複数が適用されてもよい。最初に、Ｋ１は、上位レイヤシグナリングを介して構成されてもよい。第２に、Ｋ１回の連続したＣＦＲＡビーム回復試験は、そのＲＳＲＰが閾値よりも高いことがあるビームＲＳと関連付けられたＣＦＲＡリソースに基づいてもよい。例えば、ＣＦＲＡリソースと関連付けられた１つまたは複数の候補ビームは、第１の閾値によるビームＲＳのＲＳＲＰに基づいて判定さてもよい（例えば、ビームＲＳのＲＳＲＰが第１の閾値よりも高い場合、ビームＲＳは、候補ビームとして考えられてもよい）。１つまたは複数の候補ビームが第２の閾値よりも高いＲＳＲＰを有する場合、第２の閾値よりも高いＲＳＲＰを有する候補ビームがビーム回復試験に対して使用される場合に、それは、Ｋ１回の連続したＣＦＲＡビーム回復試験としてカウントされてもよい。第２の閾値は、第１の閾値も高くてもよい。第３に、ＷＴＲＵは、Ｋ２回の連続したＣＢＲＡビーム回復試験の後に、ビーム回復試験に対してＣＦＲＡリソースを再度使用してもよく、またはビーム回復試験に対してＣＦＲＡリソースを再度使用することが許可されてもよい。

ビーム回復タイマは、本明細書で説明される他の実施形態のいずれかの組み合わせにおいて使用されてもよい。タイマが満了した場合、ＷＴＲＵは、ビーム回復試験を停止してもよい。タイマは、ビーム障害が宣言されるときに開始してもよく、ビーム障害インスタンスがＭ回連続して検出されず、またはビーム障害インスタンスが時間ウインドウの間に発生しないときにリセットされてもよい。

実施例では、ビーム回復タイマが満了することができるとき、ＷＴＲＵは、ビーム障害回復に対してＣＦＲＡリソースまたはＣＢＲＡリソースを使用することを停止してもよい。ビーム回復タイマが満了することができるとき、ＷＴＲＵは、ビーム回復カウンタがビーム回復試験の最大許容回数に到達しない場合に、ＣＦＲＡリソースを使用することを停止してもよく、ＣＢＲＡリソースを使用してもよい。ビーム回復タイマが満了することができるとき、ＷＴＲＵは、ＣＦＲＡリソースと関連付けられた候補ビームＲＳＲＰのうちの１つまたは複数が第２の閾値よりも高い場合に、ＣＦＲＡリソースを使用することを停止してもよい。ＷＴＲＵは、候補ビームＲＳＲＰが第２の閾値よりも高いとき、ビーム回復タイマが満了した後、ＣＦＲＡリソースを使用することを停止してもよく、そうでなければ、ＷＴＲＵは、ビーム回復タイマが満了した後、ＣＦＲＡリソースを使用してもよい。

別の実施例では、ビーム回復タイマは、アップリンクＢＷＰがビーム回復試験に対して切り替えられるときにリセットされてもよい（例えば、「０」にリセットされる）。例えば、非活性タイマが満了したことに起因してアップリンクＢＷＰが切り替えられるとき、ビーム回復タイマがリセットされてもよい。

特徴および要素が特定の組み合わせで上記説明されたが、当業者は、各々の特徴または要素が単独で、または他の特徴および要素とのいずれかの組み合わせで使用されてもよいことを認識するであろう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。コンピュータ可読媒体の例は、電子信号（有線または無線接続を通じて送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、磁気光学媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、それらに限定されない。ソフトウェアと関連してプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはいずれかのホストコンピュータにおける使用のために無線周波数送受信機を実装するために使用されてもよい。

Claims (20)

1. 無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
   第１のキャリア上で物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信するステップであって、前記ＰＤＣＣＨ送信は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信するためのキャリアのインジケーションを含む、ＰＤＳＣＨ送信を受信するためのスケジューリング情報を含む、ステップと、
   ＰＤＳＣＨスケジューリングオフセットが閾値未満であることを条件に、およびＰＤＳＣＨ送信を受信するための前記キャリアが前記第１のキャリアと同一であることを条件に、前記ＰＤＳＣＨ送信がスケジュールされる帯域幅部分（ＢＷＰ）において最低制御リソースセット（ＣＯＲＥＳＥＴ）識別子（ＩＤ）を有するＣＯＲＥＳＥＴに基づいて、１つまたは複数の疑似コロケート（ＱＣＬ）パラメータを判定するステップと、
   前記判定された１つまたは複数のＱＣＬパラメータを使用して、ＰＤＳＣＨ送信を受信するステップと、
   を備えた、方法。
2. 前記閾値は、前記ＰＤＳＣＨ送信がスケジュールされる前記ＢＷＰのサブキャリア間隔、または前記ＰＤＣＣＨのアクティブＢＷＰのサブキャリア間隔のうちの１つに基づいて判定される、請求項１に記載の方法。
3. 複数のＢＷＰがＰＤＳＣＨ送信を受信するための前記キャリアと関連付けられ、前記ＰＤＳＣＨ送信がスケジュールされる前記ＢＷＰがアクティブＢＷＰである、請求項１に記載の方法。
4. 前記ＰＤＳＣＨスケジューリングオフセットは、タイミングオフセット、スロットオフセット、サブフレームオフセット、シンボルオフセット、サブキャリアオフセット、リソースブロック（ＲＢ）オフセット、またはＢＷＰオフセットのうちの少なくとも１つを含む、請求項１に記載の方法。
5. 前記１つまたは複数のＱＣＬパラメータは、空間的受信（Ｒｘ）パラメータを含む、請求項１に記載の方法。
6. 無線送信／受信ユニット（ＷＴＲＵ）であって、
   プロセッサと、
   受信機と、を備え、
   前記受信機は、第１のキャリア上で物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信するように構成され、前記ＰＤＣＣＨ送信は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信するためのキャリアのインジケーションを含む、ＰＤＳＣＨ送信を受信するためのスケジューリング情報を含み、
   前記プロセッサは、ＰＤＳＣＨスケジューリングオフセットが閾値未満であることを条件に、およびＰＤＳＣＨ送信を受信するための前記キャリアが前記第１のキャリアと同一であることを条件に、前記ＰＤＳＣＨ送信がスケジュールされる帯域幅部分（ＢＷＰ）において最低制御リソースセット（ＣＯＲＥＳＥＴ）識別子（ＩＤ）を有するＣＯＲＥＳＥＴに基づいて、１つまたは複数の疑似コロケート（ＱＣＬ）パラメータを判定するように構成され、
   前記受信機は、前記判定された１つまたは複数のＱＣＬパラメータを使用して、ＰＤＳＣＨ送信を受信するように構成されている、
   ＷＴＲＵ。
7. 前記閾値は、前記ＰＤＳＣＨ送信がスケジュールされる前記ＢＷＰのサブキャリア間隔、または前記ＰＤＣＣＨのアクティブＢＷＰのサブキャリア間隔のうちの１つに基づいて判定される、請求項６に記載のＷＴＲＵ。
8. 複数のＢＷＰがＰＤＳＣＨ送信を受信するための前記キャリアと関連付けられ、前記ＰＤＳＣＨ送信がスケジュールされる前記ＢＷＰがアクティブＢＷＰである、請求項６に記載のＷＴＲＵ。
9. 前記ＰＤＳＣＨスケジューリングオフセットは、タイミングオフセット、スロットオフセット、サブフレームオフセット、シンボルオフセット、サブキャリアオフセット、リソースブロック（ＲＢ）オフセット、またはＢＷＰオフセットのうちの少なくとも１つを含む、請求項６に記載のＷＴＲＵ。
10. 前記１つまたは複数のＱＣＬパラメータは、空間的受信（Ｒｘ）パラメータを含む、請求項６に記載のＷＴＲＵ。
11. 無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、
    第１のキャリア上で物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信するステップであって、前記ＰＤＣＣＨ送信は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信するためのキャリアのインジケーションを含む、ＰＤＳＣＨ送信を受信するためのスケジューリング情報を含む、ステップと、
    ＰＤＳＣＨスケジューリングオフセットが閾値未満であることを条件に、およびＰＤＳＣＨ送信を受信するための前記キャリアが前記第１のキャリアとは異なることを条件に、前記ＰＤＳＣＨ送信がスケジュールされる帯域幅部分（ＢＷＰ）においてＰＤＳＣＨ送信を受信するように構成された最低送信構成インジケーション（ＴＣＩ）状態に基づいて、１つまたは複数の疑似コロケート（ＱＣＬ）パラメータを判定するステップと、
    前記判定された１つまたは複数のＱＣＬパラメータを使用して、ＰＤＳＣＨ送信を受信するステップと、
    を備えた、方法。
12. 前記閾値は、前記ＰＤＳＣＨ送信がスケジュールされる前記ＢＷＰのサブキャリア間隔、または前記ＰＤＣＣＨのアクティブＢＷＰのサブキャリア間隔のうちの１つに基づいて判定される、請求項１１に記載の方法。
13. 複数のＢＷＰがＰＤＳＣＨ送信を受信するための前記キャリアと関連付けられ、前記ＰＤＳＣＨ送信がスケジュールされる前記ＢＷＰがアクティブＢＷＰである、請求項１１に記載の方法。
14. 前記ＰＤＳＣＨスケジューリングオフセットは、タイミングオフセット、スロットオフセット、サブフレームオフセット、シンボルオフセット、サブキャリアオフセット、リソースブロック（ＲＢ）オフセット、またはＢＷＰオフセットのうちの少なくとも１つを含む、請求項１１に記載の方法。
15. 前記１つまたは複数のＱＣＬパラメータは、空間的受信（Ｒｘ）パラメータを含む、請求項１１に記載の方法。
16. 無線送信／受信ユニット（ＷＴＲＵ）であって、
    プロセッサと、
    受信機と、を備え、
    前記受信機は、第１のキャリア上で物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信するように構成され、前記ＰＤＣＣＨ送信は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信するためのキャリアのインジケーションを含む、ＰＤＳＣＨ送信を受信するためのスケジューリング情報を含み、
    前記プロセッサは、ＰＤＳＣＨスケジューリングオフセットが閾値未満であることを条件に、およびＰＤＳＣＨ送信を受信するための前記キャリアが前記第１のキャリアとは異なることを条件に、前記ＰＤＳＣＨ送信がスケジュールされる帯域幅部分（ＢＷＰ）においてＰＤＳＣＨ送信を受信するように構成された最低送信構成インジケーション（ＴＣＩ）状態に基づいて、１つまたは複数の疑似コロケート（ＱＣＬ）パラメータを判定するように構成され、
    前記受信機は、前記判定された１つまたは複数のＱＣＬパラメータを使用して、ＰＤＳＣＨ送信を受信するように構成されている、
    ＷＴＲＵ。
17. 前記閾値は、前記ＰＤＳＣＨ送信がスケジュールされる前記ＢＷＰのサブキャリア間隔、または前記ＰＤＣＣＨのアクティブＢＷＰのサブキャリア間隔のうちの１つに基づいて判定される、請求項１６に記載のＷＴＲＵ。
18. 複数のＢＷＰがＰＤＳＣＨ送信を受信するための前記キャリアと関連付けられ、前記ＰＤＳＣＨ送信がスケジュールされる前記ＢＷＰがアクティブＢＷＰである、請求項１６に記載のＷＴＲＵ。
19. 前記ＰＤＳＣＨスケジューリングオフセットは、タイミングオフセット、スロットオフセット、サブフレームオフセット、シンボルオフセット、サブキャリアオフセット、リソースブロック（ＲＢ）オフセット、またはＢＷＰオフセットのうちの少なくとも１つを含む、請求項１６に記載のＷＴＲＵ。
20. 前記１つまたは複数のＱＣＬパラメータは、空間的受信（Ｒｘ）パラメータを含む、請求項１６に記載のＷＴＲＵ。

Images