JP2024513808A - アップリンク制御情報のためのキャリア切り替えを可能にするための方法 - Google Patents

Abstract

１つ以上の実施形態では、アップリンク制御情報を送るためのキャリア切り替えに対処するか又はそれに関連する１つ以上のデバイス、方法、及び／又はシステムがあり得る。１つの事例では、無線送信受信ユニット（wireless transmit receive uniｔ、ＷＴＲＵ）は、利用可能な２つ以上のアップリンクチャネルキャリアを有し得る。ＷＴＲＵは、第１のキャリアが使用され得ない場合に、どのキャリアを使用すべきかを判定し得るか、又は命令され得る。ＷＴＲＵは、どのキャリアを使用するかを判定するのを支援することができる構成情報を受信し得る。【選択図】図６

Description

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

現代の無線システムでは、無線デバイスは、新しい及び今後の使用事例の性能を達成するために、ネットワークと可能な限り効率的に通信する必要があり得る。一例では、将来のデバイスが非常に低いレイテンシで通信することが望ましい場合がある。新しい使用事例の性能目標を達成するために、無線システムへの新規で改善された手法が必要である。

１つ以上の実施形態では、アップリンク送信を送るためのキャリア切り替えに対処するか又はそれに関連する１つ以上のデバイス、方法、及び／又はシステムがあり得る。１つの事例では、無線送信受信ユニット（wireless transmit receive unit、ＷＴＲＵ）は、利用可能な２つ以上のアップリンクチャネルキャリアを有することができる。ＷＴＲＵは、第１のキャリアが使用され得ない場合に、どのキャリアを使用すべきかを判定し得るか、又は命令され得る。ＷＴＲＵは、どのキャリアを使用するかを判定するのを支援することができる構成情報を受信し得る。

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。
１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。 一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。 ２つのＴＤＤセルを有するキャリアアグリゲーションの実施例を示す。 ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨキャリア切り替えの実施例を示す。 時間パターン構成と関連付けられたＰＵＣＣＨキャリアの実施例を示す。 条件に基づいてアップリンクキャリアを切り替える実施例を示す。 条件に基づいてアップリンクキャリアを切り替える実施例を示す。 ドロッピング／キャンセルに基づいてアップリンクキャリアを切り替える実施例を示す。 切り替えキャリアの実施例を示す図である。

本明細書で説明するように、以下の略語及び／又は頭字語のうちの１つ以上が使用され得る。肯定応答（Acknowledgement、ＡＣＫ）、ブロック誤り率（Block Error Rate、ＢＬＥＲ）、帯域幅部分（Bandwidth Part、ＢＷＰ）、構成された許諾（Configured Grant、ＣＧ）、キャンセル指示（Cancellation Indication、ＣＩ）、制御リソースセット（Control Resource Set、ＣＯＲＥＳＥＴ）、サイクリックプレフィックス（Cyclic Prefix、ＣＰ）、（サイクリックプレフィックスに依存する）従来のＯＦＤＭ（Conventional OFDM（ｒｅｌｙｉｎｇ ｏｎ ｃｙｃｌｉｃ ｐｒｅｆｉｘ）、ＣＰ－ＯＦＤＭ）、チャネル品質インジケータ（Channel Quality Indicator、ＣＱＩ）、巡回冗長検査（Cyclic Redundancy Check、ＣＲＣ）、チャネル状態情報（Channel State Information、ＣＳＩ）、ダウンリンク割り当てインデックス（Downlink Assignment Index、ＤＡＩ）、ダウンリンク制御情報（Downlink Control Information、ＤＣＩ）、動的許諾（Dynamic Grant、ＤＧ）、ダウンリンクフィードバック情報（Downlink feedback information、ＤＦＩ）、ダウンリンク（Downlink、ＤＬ）、復調基準信号（Demodulation Reference Signal、ＤＭ－ＲＳ）、フレキシブル（Flexible、ＦＬ）、ハイブリッド自動再送要求（Hybrid Automatic Repeat Request、ＨＡＲＱ）、ライセンスアシストアクセス（License Assisted Access、ＬＡＡ）、リッスンビフォアトーク（Listen-Before-Talk、ＬＢＴ）、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）、ＭＡＣ制御要素（MAC control element、ＭＡＣ ＣＥ）、変調及び符号化方式（Modulation and Coding Scheme、ＭＣＳ）、多重入力多重出力（Multiple Input Multiple Output、ＭＩＭＯ）、否定ＡＣＫ（Negative ACK、ＮＡＣＫ）、新無線（New Radio、ＮＲ）、直交周波数分割多重（Orthogonal Frequency-Division Multiplexing、ＯＦＤＭ）、物理層（Physical Layer、ＰＨＹ）、物理ランダムアクセスチャネル（Physical Random Access Channel、ＰＲＡＣＨ）、プライマリ同期信号（Primary Synchronization Signal、ＰＳＳ）、物理アップリンク制御チャネル（Physical Uplink Control Channel、ＰＵＣＣＨ）、ランダムアクセスチャネル（又は手順）（Random Access Channel、ＲＡＣＨ）、ランダムアクセス応答（Random Access Response、ＲＡＲ）、無線アクセスネットワークセントラルユニット（Radio access network Central Unit、ＲＣＵ）、無線フロントエンド（Radio Front end、ＲＦ）、無線リンク障害（Radio Link Failure、ＲＬＦ）、無線リンク監視（Radio Link Monitoring、ＲＬＭ）、無線ネットワーク識別子（Radio Network Identifier、ＲＮＴＩ）、無線リソース制御（Radio Resource Control、ＲＲＣ）、無線リソース管理（Radio Resource Management、ＲＲＭ）、基準信号（Reference Signal、ＲＳ）、基準信号受信電力（Reference Signal Received Power、ＲＳＲＰ）、受信信号強度インジケータ（Received Signal Strength Indicator、ＲＳＳＩ）、サービスデータユニット（Service Data Unit、ＳＤＵ）、セミパーシステントスケジューリング（Semi-Persistent Scheduling、ＳＰＳ）、スケジューリング要求（Scheduling Request、ＳＲ）サウンディング基準信号（Sounding Reference Signal、ＳＲＳ）、セカンダリ同期信号（Secondary Synchronization Signal、ＳＳＳ）、セミパーシステントスケジューリング（ＳＰＳ）、トランスポートブロック（Transport Block、ＴＢ）、トランスポートブロックサイズ（Transport Block Size、ＴＢＳ）、送受信ポイント（Transmission/Reception Point、ＴＲＰ）、アップリンク（Uplink、ＵＬ）、アップリンク制御情報（Uplink Control Information、ＵＣＩ）、超高信頼性かつ低遅延通信（Ultra-Reliable and Low Latency Communications、ＵＲＬＬＣ）。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（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、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１Ａ～図１Ｄに示される実施例のうちのいずれか１つにおいて、ＷＴＲＵは、アップリンク及びダウンリンクが時間領域において多重化されるＴＤＤ動作モードで送信することができ、ＷＴＲＵは、送信（例えば、アップリンク制御情報（ＵＣＩ）、ＨＡＲＱ ＡＣＫフィードバックなど）を送るためのアップリンク機会が利用不可能であることに起因して追加のレイテンシを被る可能性がある。キャリアアグリゲーションにおけるいくつかの条件下（例えば、帯域間の事例）では、ＷＴＲＵは、異なるＵＬ／ＤＬ構成を有する２つのＴＤＤキャリアを有することができる。場合によっては、キャリアのセットのためのアップリンク送信（例えば、ＰＵＣＣＨ）のために構成されたキャリアは、半静的に固定され得る。実施例では、ＷＴＲＵは、それが受信したダウンリンクトランスポートブロック（ＴＢ）に肯定応答するために、アップリンクスロットを（例えば、ＰＵＣＣＨセル上で）待つ必要があり得、これは、交換にレイテンシを追加し得る。より早いアップリンク機会は、代替キャリアを使用して利用可能であり得、ターゲット性能を満たすためにレイテンシを低減するのに役立ち得る。

概して、ＴＤＤシナリオでは、キャリアは、ダウンリンク機会及び／又はアップリンク機会の両方を有し得るが、説明のために、本明細書で説明するように、それらは、同じキャリアを指す場合があるが、ＰＵＣＣＨキャリア及び／又はＰＤＳＣＨキャリアなどの、それらが使用されているもののためのキャリアと呼ばれることがある。更に、ＰＵＣＣＨキャリアという用語は、ＰＵＣＣＨ送信が送られるキャリアを指す場合があり、ＰＤＳＣＨキャリアは、ＰＤＳＣＨ送信が送られるキャリアを指す場合があるが、場合に応じて、これらのキャリアの重複がある場合もあれば、ない場合もある。追加的に、本明細書に開示されるように、スロット及びシンボルは、特に指定されない限り、交換可能である。

図２は、２つのＴＤＤキャリアを有するキャリアアグリゲーションの実施例を示す。示されるように、第１のＵＬ／ＤＬ構成を有するキャリア２０１と、第２のＵＬ／ＤＬ構成を有するキャリア２０２とが存在する。上述したように、ＴＤＤ動作モードでは、ＷＴＲＵは、アップリンク制御情報（ＵＣＩ）を送信するためのアップリンク機会が利用不可能であることに起因して、追加のレイテンシを被る可能性がある。例えば、キャリア２０１のみが使用されると仮定すると、ＷＴＲＵがキャリア２０１の第１のスロットにおいてダウンリンク割り当てを受信する場合、最良のシナリオでは、ＨＡＲＱ ＡＣＫフィードバックは、第４のスロットにおいてＷＴＲＵによって送信され得る。ＨＡＲＱ－ＡＣＫフィードバックが否定的である場合、基地局（例えば、ｇＮＢ）は、再送信をスケジューリングする必要があり得、ＨＡＲＱ－ＡＣＫフィードバックを再び待つ必要があり得る。キャリア２０２などの第２のキャリアをアグリゲートすることは、いくつかの条件下でより早いＨＡＲＱ－ＡＣＫ送信機会を可能にし得る。例えば、帯域間キャリアアグリゲーションの場合、ＷＴＲＵは、示されるように異なるＵＬ／ＤＬ構成を有する２つのＴＤＤキャリアを有することができる。上記の実施例を再考するが、キャリア２０１及び２０２の両方が使用され得ると仮定する場合、より早いアップリンク機会がキャリア２０２の第２のスロット中に存在し得る。

場合によっては、ＮＲシステムの場合、ダウンリンクキャリアのセットのためのＰＵＣＣＨ送信のために構成されたキャリアは、半静的に固定され得る。レイテンシを低減し、ターゲット性能目標を満たすのを助けるために、より早いアップリンク機会が、アップリンクキャリアを変更するために動的に有効にされ得る。

動的アップリンクキャリア切り替えの場合、ＷＴＲＵは、２つのアップリンクキャリアを有するように事前構成され得、デフォルトで第１のアップリンクキャリアを使用することができる。基地局は、より早いアップリンクスロットを利用するために（例えば、レイテンシを低減するために）、第２のアップリンクキャリアに変更することを示すＤＣＩを送り得る。ＷＴＲＵがキャリア切り替え指示を逃し、かつ／又は受信しない場合、問題が生じる可能性がある。そのような場合、そのような問題に対する唯一の解決策は、基地局（例えば、ｇＮＢ）が、アップリンク送信を送るためにどのキャリアがＷＴＲＵによって使用されるかを判定するために、２つのキャリア（例えば、又は２つ以上のキャリア）にわたってブラインド検出することであり、これは、ネットワークの観点から、より多くのレイテンシを追加し得る。追加的に、基地局は、不一致がある場合に、ＷＴＲＵによって送られたＵＣＩサイズをブラインド検出する必要があり得る。更に、ＤＣＩ中の追加のビットが、アップリンクキャリアを示すために必要とされることがあり、これは、ＤＣＩの信頼性が影響を受けることがある（例えば、結果として、物理ダウンリンク共有チャネル（physical downlink shared channel、ＰＤＳＣＨ）送信などのＴＢが受信されない可能性がある）ので、ＵＲＬＬＣタイプのサービスに適していないことがある。

したがって、所望のレイテンシターゲット（例えば、ＵＲＬＬＣタイプのサービス）を達成するために、１つ以上の動的かつロバストなアップリンクキャリア切り替え機構が必要である。この問題及び他の問題は、本明細書では、ロバストな動的アップリンクキャリア切り替えに関連する技法、及び／又はアップリンクキャリア切り替えコマンドに関するエラーの確率を低減することによって対処され得る。

図３は、アップリンクキャリア切り替えの一例を示す。そのような実施例では、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨキャリア切り替えがあり得る。ＷＴＲＵは、同じサービングダウンリンクキャリアに関連するアップリンク制御情報（ＵＣＩ）を搬送することができる、ＰＵＣＣＨ送信のための２つのアップリンクキャリア（例えば、キャリア３０１及びキャリア３０２）を有するように構成され得る。概して、２つのキャリアシナリオの場合、ＰＤＳＣＨ送信は、ネットワーク指示又はＷＴＲＵ判定に基づいて、第１のアップリンクキャリア（例えば、３０１）上又は第２のアップリンクキャリア（例えば、３０２）上のいずれかでのＰＵＣＣＨ送信を使用して肯定応答（例えば、ＡＣＫ又はＮＡＣＫ送信）され得る。図３に示されるように、ＷＴＲＵは、キャリア３０１の第１のスロットにおいてトランスポートブロック１（Transport Block 1、ＴＢ１）のＰＤＳＣＨ送信を受信することができる。次いで、ＷＴＲＵは、２つのキャリア間の第１のアップリンク機会であるので、第２のスロット内の第２のキャリア３０２を使用して、ＴＢ１ ＰＤＳＣＨ送信を肯定応答することができる。後に、ＷＴＲＵは、キャリア３０１の第３のスロットにおいて別のＰＤＳＣＨ送信ＴＢ２を受信することができ、ＴＢ２ ＰＤＳＣＨ送信が第１のアップリンク機会であるので、キャリア３０１の第４のスロットを使用して、ＴＢ２ ＰＤＳＣＨ送信を肯定応答することができる。示されていない別の実施例では、１つのキャリア上のＰＤＳＣＨ送信は、２つ以上のキャリア上で肯定応答され得る。

１つの事例では、ＷＴＲＵは、ＰＵＣＣＨ構成に基づいてＰＵＣＣＨキャリアを切り替えることができる。具体的には、ＷＴＲＵは、異なるアップリンクキャリアに属するＰＵＣＣＨリソースを含むＰＵＣＣＨ構成を有するように構成され得る。１つの事例では、ＷＴＲＵは、ＰＵＣＣＨリソースセットをアップリンクキャリアと関連付けるＰＵＣＣＨ構成を有するように構成され得る。例えば、セル又はキャリアＩＤは、ＰＵＣＣＨリソースセットパラメータの一部であり得る。ＷＴＲＵは、ＰＵＣＣＨ送信のために使用するＰＵＣＣＨリソースセットを判定する手順に基づいて、ＰＵＣＣＨキャリアを判定することができる。例えば、ＷＴＲＵは、４つのＰＵＣＣＨリソースセットを有するように構成され得、第１及び第２のＰＵＣＣＨリソースセットは、ＰＵＣＣＨキャリア１を有するように構成され、第３及び第４のＰＵＣＣＨリソースセットは、ＰＵＣＣＨキャリア２を有するように構成される。ＷＴＲＵが、第１又は第２のＰＵＣＣＨリソースセットがＵＣＩ送信のために使用されるべきであると判定するときに、ＷＴＲＵは、ＰＵＣＣＨキャリア１を使用する。ＷＴＲＵが、第３又は第４のＰＵＣＣＨリソースセットがＵＣＩ送信のために使用されるべきであると判定するときに、ＷＴＲＵは、ＰＵＣＣＨキャリア２を使用する。本明細書で説明するように、ＰＵＣＣＨ送信への参照は、ＵＣＩ送信（例えば、ＨＡＲＱ－ＡＣＫフィードバック、ＣＳＩ送信、及び／又はＳＲ）を含み得る。

１つの事例では、ＷＴＲＵは、ＰＵＣＣＨリソースをアップリンクキャリアと関連付けるＰＵＣＣＨ構成を有するように構成され得る。例えば、キャリアＩＤは、ＰＵＣＣＨリソースパラメータの一部であり得る。ＷＴＲＵは、ＰＵＣＣＨ送信のために使用するＰＵＣＣＨリソースを判定する手順に基づいて、ＰＵＣＣＨキャリアを判定することができる。例えば、ＷＴＲＵは、ＰＤＳＣＨ送信のためのスケジューリング情報を有するＤＣＩを受信することができ、ＤＣＩ内のＰＵＣＣＨリソース指示（PUCCH Resource Indication、ＰＲＩ）ビットフィールドは、ＨＡＲＱ－ＡＣＫフィードバックのためのＰＵＣＣＨリソースを示すことができ、次いで、ＷＴＲＵは、これを使用して、異なるアップリンクキャリアを使用することを判定することができる。一例では、ＰＵＣＣＨ構成は、ＰＵＣＣＨリソースのセットを用いてＷＴＲＵを構成したＲＲＣ構成であり得る。ＤＣＩ内のＰＲＩは、ＲＲＣ構成リソースからのどのＰＵＣＣＨリソースを使用すべきかを動的に示すことができる。

図４は、ＰＵＣＣＨキャリアが時間パターン構成と関連付けられる実施例を示す。示されるように、ＷＴＲＵは、時間パターンを含むか、又は時間パターンと関連付けられるＰＵＣＣＨ構成を用いて（例えば、本明細書で開示される１つ以上の技法に従って）構成され得る。時間パターンは、所与の間隔に対するものであり得る。時間パターン及び／又は所与の間隔は、特定のキャリアと関連付けられ得る。例えば、ＰＵＣＣＨ構成は、スロット及び／又はシンボルのセットに対して有効であり、かつスロット及び／又はシンボルの別のセットに対して無効である、キャリアを有する。ＷＴＲＵは、２つ以上のＰＵＣＣＨ構成を有するように構成され得、各ＰＵＣＣＨ構成は、異なるアップリンクキャリアと関連付けられ、かつ異なる時間パターン構成を有することができる。ダウンリンクキャリアに関連するＵＣＩ送信（例えば、ＨＡＲＱ－ＡＣＫ送信）の場合、ダウンリンクキャリアに関連するＵＣＩを送信するときに、ＷＴＲＵは、ＵＣＩ送信時間において有効なスロット／複数のスロット／シンボルを有する１つ以上のＰＵＣＣＨ構成の中からＰＵＣＣＨ構成を選択することができる。例えば、ＷＴＲＵは、ＰＤＳＣＨ送信のためのスケジューリング情報を有するＤＣＩを受信することができ、ＤＣＩは、スロットｎにおけるＨＡＲＱ－ＡＣＫ送信時間を示す。次いで、ＷＴＲＵは、示されたＵＣＩスロットｎに有効なスロットが存在する時間パターンを有するＰＵＣＣＨ構成を選択することができ、これは、示されたスロットｎに対して有効な／利用可能な時間を有するＰＵＣＣＨキャリアが選択されることを意味する。

いくつかの状況では、複数のＰＵＣＣＨ構成が、示されたＵＣＩ送信時間において有効なスロット／シンボルを有する場合、ＷＴＲＵは、１つ以上のＰＵＣＣＨ構成と関連付けられた優先度を有するように構成され得る。次いで、ＷＴＲＵは、ＰＵＣＣＨ構成の優先度に基づいて、利用可能なＰＵＣＣＨ構成からＰＵＣＣＨキャリアを選択することができる。

いくつかの状況では、ＷＴＲＵは、示されたＨＡＲＱ－ＡＣＫ送信時間に有効なＰＵＣＣＨキャリアが存在しない場合、有効なスロット／シンボルを有するキャリアを有する最も早いＰＵＣＣＨ構成を選択するように構成され得る。例えば、ＷＴＲＵは、図４に示されるように、異なる時間パターンを有する２つのＰＵＣＣＨキャリアを有するように構成される。ＷＴＲＵは、（例えば、任意のキャリアの）第１のスロットにおいてＨＡＲＱ－ＡＣＫ送信時間を示すＰＤＳＣＨ送信を受信する。両方のキャリアが無効な機会を有するので、ＷＴＲＵは、４０２において第２のスロットを選択して、それが利用可能な最も早いスロットであるので、ＨＡＲＱ－ＡＣＫフィードバックを送信することができる。

１つの事例では、ＷＴＲＵは、そのキャリアのための受信されたスロットフォーマット指示（slot format indication、ＳＦＩ）に基づいて、ＰＵＣＣＨキャリアと関連付けられた時間パターンを更新するように構成され得る。例えば、ＷＴＲＵは、スロットｎにおいて有効な機会を有する第１のＰＵＣＣＨキャリアを有するように構成されており、ＷＴＲＵは、スロットｎが第１のＰＵＣＣＨキャリアのためのダウンリンクスロットに変更されることを示すＳＦＩを受信する。ＷＴＲＵは、スロットｎにおいて、第１のＰＵＣＣＨキャリアを無効とみなすことができる。別の実施例では、ＷＴＲＵは、スロットｎにおいて無効な時間機会に構成され得、ＷＴＲＵは、スロットｎが第１のＰＵＣＣＨキャリアのためのアップリンクスロットに変更され、それによって、それを有効な時間機会にすることを示す、ＳＦＩを受信する。いくつかの状況では、ＷＴＲＵは、フレキシブルスロット／シンボルがアップリンク又はダウンリンクスロット／シンボルに変更されるときに、ＰＵＣＣＨキャリアと関連付けられた時間パターンを更新するように構成され得る。

１つ以上の事例では、ＰＵＣＣＨキャリア切り替えのための指示は、１つ以上のＨＡＲＱタイミング指示を使用して実行され得る。１つの事例では、ＷＴＲＵは、複数のキャリア上のＰＵＣＣＨリソースを割り当てられ得る。１つの状況では、ＷＴＲＵは、ダウンリンクキャリアと関連付けられたアップリンクキャリアのセット上のＰＵＣＣＨリソースのセットを割り当てられ得る。追加的／代替的に、ＰＵＣＣＨキャリアのセットと関連付けられたＤＬ送信が受信され得る１つ以上のキャリアがあり得る。ダウンリンクキャリア上で受信されたデータのためのフィードバックは、ダウンリンクキャリアと関連付けられた１つ以上のアップリンクキャリア上のＰＵＣＣＨリソースのうちの１つ以上において送信され得る。

１つの事例では、ＰＵＣＣＨリソース又はＰＵＣＣＨキャリアは、優先度を有するように構成され得る。ＷＴＲＵは、ＰＵＣＣＨリソース又はキャリアが、ＵＣＩと同じ優先度のものであるか、又はＵＣＩよりも高い若しくは低い優先度のものである場合、ＰＵＣＣＨ送信においてＵＣＩを報告することができる。

１つの事例では、ＰＵＣＣＨリソースは、ＰＵＣＣＨインデックス及び／又はキャリアインデックスによって識別され得る。別の事例では、全てのキャリア上の全てのＰＵＣＣＨリソースは、独立したインデックスを有し得、ＰＵＣＣＨリソースは、単一のＰＵＣＣＨインデックスによって識別され得る。

１つの事例では、ＷＴＲＵは、スケジューリングされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをＷＴＲＵが報告することができるＰＵＣＣＨリソース及びキャリアのスケジューリングＤＣＩ内での指示を受信し得る。セミパーシステントスケジューリング（ＳＰＳ）の場合、ＷＴＲＵは、ＳＰＳリソースをアクティブ化する指示をＤＣＩ内で受信することができる。ＷＴＲＵは、１つ以上のキャリア上の１つ以上のＰＵＣＣＨリソースを判定することができ、ＷＴＲＵは、ＳＰＳアクティブ化ＤＣＩにおいて、ＳＰＳアクティブ化又はＳＰＳ ＰＤＳＣＨのためのＨＡＲＱ－ＡＣＫを報告することができる。

１つの事例では、ＷＴＲＵは、ＰＤＳＣＨ－ＨＡＲＱタイミング指示に基づいて、ＰＵＣＣＨリソース及びキャリアを判定することができる。タイミング指示は、スロット又はシンボルに関するものであり得、全ての関連付けられたＰＵＣＣＨキャリアに対して有効であり得る。ＷＴＲＵは、ＰＵＣＣＨリソースを、ＰＤＳＣＨからＨＡＲＱへの指示のタイムラインを満たす、関連付けられたキャリアのうちのいずれか上のリソースとして判定することができる。実施例では、ＷＴＲＵは、関連付けられたＰＵＣＣＨキャリアのうちのいずれか上で第１のＰＵＣＣＨリソースを選択することができ、これは、ＰＤＳＣＨからＨＡＲＱへの時間が経過した後に行われる。

１つ以上の事例では、キャリアは、異なるヌメロロジを有し得る。異なるキャリアは、異なるヌメロロジ（例えば、ＳＣＳ又はシンボル持続時間）を使用し得る。ＰＤＳＣＨからＨＡＲＱへのタイミング指示は、スケジューリングキャリア（例えば、ＨＡＲＱ－ＡＣＫフィードバック報告をトリガするＤＣＩをＷＴＲＵが受信したキャリア）、及び／又はＰＤＳＣＨが受信されるキャリア若しくはＰＵＣＣＨが送信されるキャリア、のうちの少なくとも１つのシンボル又はスロット持続時間を使用すると解釈され得る。例えば、ＰＵＣＣＨキャリアがＤＣＩにおいて示されるときに、ＷＴＲＵは、ＰＤＳＣＨからＨＡＲＱへのタイミング指示を、ＰＵＣＣＨキャリアのシンボル又はスロット持続時間を使用するものとして解釈することができる。別の実施例では、ＷＴＲＵが、ＰＤＳＣＨからＨＡＲＱへのタイムラインを満たす第１のキャリアとしてＰＵＣＣＨキャリアを判定するときに、ＰＤＳＣＨからＨＡＲＱへのタイミング指示は、全てのＰＵＣＣＨキャリアに対して固定シンボル又はスロット持続時間（例えば、スケジューリング又はスケジューリングされたダウンリンクセルのものと同じ）を使用するものとして解釈され得る。

１つ以上の事例では、複数の重複するＰＵＣＣＨリソースが使用され得る。ＷＴＲＵは、同じスロット、シンボル、及び／又は時間において発生する複数のキャリアにおける複数のＰＵＣＣＨリソースを有するように構成され得る。そのような場合、ＰＤＳＣＨからＨＡＲＱへのタイミング指示は、複数のキャリア上の複数のＰＵＣＣＨリソースによって満たされ得る。そのような場合、ＷＴＲＵは、本明細書で説明されるような１つ以上の基準を使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。

１つの基準では、ＷＴＲＵは、フィードバックの優先度を使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。例えば、ＷＴＲＵは、フィードバックの優先度の関数として、ＰＵＣＣＨリソース又はキャリアを判定することができる。フィードバック報告が複数の優先度の複数の報告を含む場合、ＷＴＲＵは、フィードバック報告の最大又は最小又は平均優先度の関数として、適切なＰＵＣＣＨリソース又はキャリアを判定することができる。

１つの基準について、ＷＴＲＵは、ＰＵＣＣＨリソース又はキャリアの優先度を使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。

１つの基準について、ＷＴＲＵは、フレキシブルシンボルがダウンリンク又はアップリンクに動的に切り替えられたかどうかを使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。

１つの基準では、ＷＴＲＵは、ＰＵＣＣＨリソース又はキャリアのインデックスを使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。例えば、ＷＴＲＵは、最高又は最低のインデックス値を有するＰＵＣＣＨリソース又はキャリアを選択することができる。

１つの基準では、ＷＴＲＵは、アクティブなＢＷＰを使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。例えば、ＷＴＲＵは、アクティブなＢＷＰが初期又はデフォルトのＢＷＰである場合、又はそうでない場合にのみ、フィードバックを送信し得る。

１つの基準の場合、ＷＴＲＵは、ＬＢＴ結果を使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。例えば、ＷＴＲＵは、ＰＵＣＣＨのリソースについて、又はキャリアのリソースについてＬＢＴが成功した場合、ＰＵＣＣＨリソース又はキャリアを選択することができる。

１つの基準について、ＷＴＲＵは、アップリンクキャンセル指示を使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。例えば、ＷＴＲＵは、ＰＵＣＣＨのリソースと重複するアップリンクＣＩを受信した場合、ＰＵＣＣＨリソース又はキャリアを選択しない可能性がある。

１つの基準について、ＷＴＲＵは、ＰＵＣＣＨフォーマットを使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。例えば、ＷＴＲＵは、キャリア上の利用可能なリソースのＰＵＣＣＨフォーマットに基づいて、ＰＵＣＣＨリソース又はキャリアを選択することができる。

１つの基準では、ＷＴＲＵは、フィードバックのペイロードサイズを使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。

１つの基準では、ＷＴＲＵは、コードブックタイプを使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。例えば、ＷＴＲＵは、ＨＡＲＱ－ＡＣＫフィードバックコードブックがタイプ１、２、又は３であるかどうかに基づいて、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。

１つの基準について、ＷＴＲＵは、コードブックインデックスを使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。例えば、ＷＴＲＵは、コードブックのセットを維持し得る。ＷＴＲＵは、ＷＴＲＵが報告するコードブックの識別情報に応じて、ＰＵＣＣＨリソース又はキャリアを選択することができる。

１つの基準について、ＷＴＲＵは、送信電力要件を使用することによって、フィードバックを報告するＰＵＣＣＨリソース又はキャリアを判定することができる。例えば、ＷＴＲＵは、キャリアが電力制限されており、ＰＵＣＣＨの送信に必要な電力を達成することができない場合、キャリアを選択することができない。別の実施例では、ＷＴＲＵは、最小量のＰＵＣＣＨ送信電力を必要とするＰＵＣＣＨキャリアを選択することができる。

１つ以上の事例では、フィードバックはセグメント化され得る。例えば、ＷＴＲＵは、場合によっては重複する、かつ／又は場合によっては複数のキャリア上の複数のＰＵＣＣＨリソースを使用するように、フィードバックをセグメント化することができる。ＷＴＲＵは、単一のＰＵＣＣＨリソース又はキャリアの選択のために本明細書で提示されるものと同様の規則／パラメータ／基準を使用して、ＰＵＣＣＨリソース又はキャリアのセットを選択することができる。

実施例では、ＷＴＲＵは、同時アップリンク送信（例えば、ＰＵＣＣＨ送信）を送信することができるキャリアの許可されたペアを有するように構成され得る。ＰＵＣＣＨ送信は、それらがシンボル若しくはスロットの同じセット中で発生する場合、又はそれらが（例えば、異なるキャリア上の）同じシンボル若しくはスロット中で部分的に重複する場合、同時であるとみなされ得る。

ペイロードが閾値よりも大きい場合、フィードバックセグメンテーションが使用され得る。閾値は、１つ以上のキャリア上の１つ以上のＰＵＣＣＨリソースのＰＵＣＣＨフォーマットに依存し得る。フィードバックの複数の優先度が報告される必要がある場合に、フィードバックセグメンテーションが使用され得る。そのような場合、各セグメントは、優先度の単一又はサブセットのフィードバックのために予約され得る。

フィードバックセグメンテーションは、ＷＴＲＵがＰＵＣＣＨキャリアのうちの少なくとも１つにおいて電力制限される場合に使用され得る。そのような場合、ＷＴＲＵは、最も低い電力制限されたＰＵＣＣＨキャリア上で最も高い優先度のフィードバックを送信することができる。

図５は、条件に基づいてアップリンクキャリアを切り替える実施例を示す。示されるように、５０１において、ＷＴＲＵは、構成情報を受信し得る。構成情報は、複数のアップリンクキャリアを含み得る。５０２において、ＷＴＲＵは、送信を送るために複数のアップリンクキャリアから第１のアップリンクキャリアを使用することを判定することができる。５０３において、ＷＴＲＵは、送信を送るために複数のアップリンクキャリアから第２のアップリンクキャリアを判定することができる。５０４において、ＷＴＲＵは、１つ以上の条件に応じて、第１のアップリンクキャリア又は第２のアップリンクキャリアを使用して送信を送ることができる。いくつかの状況では、第１のアップリンクキャリア及び／又は第２のアップリンクキャリアの判定は、以前に受信された送信（例えば、構成情報、制御情報、トランスポートブロック、トランスポートブロック関連情報、ダウンリンク情報など）に依存し得る。第１のアップリンクキャリア又は第２のアップリンクキャリアを使用するための条件は、無線状態、各キャリア上のリソースの利用可能性、ネットワークからの指示、及び／又は（例えば、本明細書で説明するような）他の関連情報などの、いくつかの要因に依存し得る。追加的に、ＷＴＲＵは、本明細書で説明される１つ以上のパラメータ（例えば、構成情報、制御情報、トランスポートブロック、トランスポートブロック関連情報、ダウンリンク情報、無線状態、各キャリア上のリソースの利用可能性、ネットワークからの指示、及び／又は他の関連情報など）に基づいて、第１のアップリンクキャリア及び／又は第２のアップリンクキャリアを判定することができる。

図６は、条件に基づいてアップリンクキャリアを切り替える実施例を示す。示されるように、６０１において、ＷＴＲＵは、構成情報を受信し得る。構成情報は、複数のＰＵＣＣＨキャリアを含み得る。６０２において、ＷＴＲＵは、ダウンリンク関連情報を受信し得る。ダウンリンク関連情報は、複数のＰＵＣＣＨキャリアのうちの第１のＰＵＣＣＨキャリアが送信を送るために使用されるべきであることを示し得る。６０２において、ＷＴＲＵは、第１のＰＵＣＣＨキャリアが使用され得ないという判定に少なくとも部分的に基づいて、送信を送るために使用されるべき複数のＰＵＣＣＨキャリアのうちの第２のＰＵＣＣＨキャリアを判定し得る。６０４において、ＷＴＲＵは、第２のＰＵＣＣＨキャリアを使用して送信を送り得る。

１つ以上の事例では、ＰＵＣＣＨキャリア切り替えは、１つ以上のドロップ／キャンセル状況／指示に基づき得る。ＷＴＲＵは、第１のＰＵＣＣＨキャリアにおいてＵＣＩ送信を有し得る。ＷＴＲＵは、ＴＤＤ構成に基づいて、第１のＰＵＣＣＨキャリアにおいてＵＣＩ送信が可能でないと判定し得る。例えば、ＵＣＩの送信時間は、動的スロットフォーマット指示を使用してダウンリンクスロット／シンボルにフリップされるダウンリンクスロット／シンボル又はＦＬスロット／シンボルにおいて構成される。ＷＴＲＵは、第１のＰＵＣＣＨキャリアのＴＤＤ構成がＵＣＩ送信のための利用可能な機会を有さないときに、ＵＣＩを送信するために異なるＰＵＣＣＨキャリアを選択するように構成され得る。１つの事例では、ＷＴＲＵは、ＴＤＤ（再）構成に起因してドロップされたＵＣＩを送信するために、ＰＵＣＣＨキャリアを用いてネットワークノード（例えば、ｇＮＢ）から半静的に構成され得る。例えば、アップリンクキャリア構成は、ＴＤＤ（再）構成に起因してドロップされたＵＣＩのためのＰＵＣＣＨ構成を含み得る。ＷＴＲＵは、ＴＤＤ（再）構成に起因してドロップされたＵＣＩを送信するためのＰＵＣＣＨキャリア上のＰＵＣＣＨリソースを判定するために、第１のＰＵＣＣＨキャリアのために構成されたＰＵＣＣＨリソース指示（ＰＲＩ）を使用し得る。例えば、ドロップされたＵＣＩのためのＰＵＣＣＨキャリア上のＰＵＣＣＨリソースを判定するために、同じＰＲＩが使用され得る。ＷＴＲＵがダウンリンクＳＰＳ送信を有するように構成され、構成されたＨＡＲＱ－ＡＣＫタイミングが無効なスロット／シンボルにおいて生じるときに、ＷＴＲＵは、異なるＰＵＣＣＨキャリアを使用して、ダウンリンクＳＰＳ送信のＨＡＲＱ－ＡＣＫを送信し得る。

ＷＴＲＵは、第１のＰＵＣＣＨキャリアにおいてＵＣＩ送信を有し得る。ＷＴＲＵは、受信されたアップリンクキャンセル指示に基づいて、ＵＣＩ送信が第１のＰＵＣＣＨキャリアにおいて可能でないと判定し得る。例えば、ＷＴＲＵは、より高い優先度の送信が別のＷＴＲＵに対してスケジューリングされているために、構成されたＵＣＩ送信がキャンセルされるべきであることを示すＤＣＩを受信する。ＷＴＲＵは、アップリンクキャンセル指示が受信されたときに、ＵＣＩを送信するために異なるＰＵＣＣＨキャリアを選択するように構成され得る。１つの事例では、ＷＴＲＵは、ＷＴＲＵがアップリンクキャンセル指示を受信したときに、キャンセルされたＵＣＩを送信するために、ＰＵＣＣＨキャリアを用いてネットワークノード（例えば、ｇＮＢ）から半静的に構成され得る。例えば、アップリンクキャリア構成は、ＴＤＤ（再）構成に起因してドロップされたＵＣＩのためのＰＵＣＣＨ構成を含み得る。ＷＴＲＵは、ＴＤＤ（再）構成に起因してドロップされたＵＣＩを送信するためのＰＵＣＣＨキャリア上のＰＵＣＣＨリソースを判定するために、第１のＰＵＣＣＨキャリアのために構成されたＰＵＣＣＨリソース指示（ＰＲＩ）を使用し得る。例えば、ドロップされたＵＣＩのためのＰＵＣＣＨキャリア上のＰＵＣＣＨリソースを判定するために、同じＰＲＩが使用され得る。

ＷＴＲＵは、第１のＰＵＣＣＨキャリアにおいて第１のＵＣＩ送信を有し、第１のＵＣＩと重複する第２のＵＣＩを有し得る。ＷＴＲＵは、重複するＵＣＩの優先度に基づいて、第１のＵＣＩをドロップすることを判定し得る。ＷＴＲＵは、ドロップが発生したときに第１のＵＣＩを送信するために異なるＰＵＣＣＨキャリアを選択するように構成され得る。１つの事例では、ＷＴＲＵは、優先順位付けに起因してドロップされたＵＣＩを送信するために、ＰＵＣＣＨキャリアを用いてネットワークノード（例えば、ｇＮＢ）から半静的に構成され得る。例えば、アップリンクキャリア構成は、ドロップされたＵＣＩのためのＰＵＣＣＨ構成を含み得る。ＷＴＲＵは、ドロップされたＵＣＩを送信するためのＰＵＣＣＨキャリア上のＰＵＣＣＨリソースを判定するために、第１のＰＵＣＣＨキャリアのために構成されたＰＵＣＣＨリソース指示（ＰＲＩ）を使用し得る。例えば、ドロップされたＵＣＩのためのＰＵＣＣＨキャリア上のＰＵＣＣＨリソースを判定するために、同じＰＲＩが使用され得る。ＷＴＲＵは、高優先度ＨＡＲＱ－ＡＣＫコードブック及び低優先度ＨＡＲＱ－ＡＣＫコードブックを有するように構成され得る。低優先度ＨＡＲＱ－ＡＣＫコードブックが高優先度ＨＡＲＱ－ＡＣＫコードブックと重複するときに、ＷＴＲＵは、予め構成されたＰＵＣＣＨキャリアを使用して、低優先度ＨＡＲＱ－ＡＣＫコードブックを送信し得る。

図７は、ドロップ／キャンセルに基づいてアップリンクキャリアを切り替える実施例を示す。７０１において、ＷＴＲＵは、複数のＰＵＣＣＨキャリアを含む構成情報を受信し得る。いくつかの状況では、複数のＰＵＣＣＨキャリアからの１つのＰＵＣＣＨキャリアが、ドロップされたＵＣＩ送信のために指定され得る。７０２において、ＷＴＲＵは、複数のＰＵＣＣＨキャリアから第１のＰＵＣＣＨキャリアを使用するための指示を受信し得る。指示は、本明細書で開示されるように、ダウンリンク許諾において受信され得る。７０３において、ＷＴＲＵは、複数のＰＵＣＣＨキャリアから第２のＰＵＣＣＨキャリアを判定し得る。ＷＴＲＵは、第１のＰＵＣＣＨキャリアが使用され得ないという条件に基づいて第２のＰＵＣＣＨキャリアを判定し得、これは、ＵＣＩ送信がドロップされる可能性がある、又はドロップされる必要があることを意味する。いくつかの状況では、第１のＰＵＣＣＨキャリアが使用され得ない特定の理由があり得、特定の理由は、第２のＰＵＣＣＨキャリアを判定するための基礎として働き得る。例えば、特定の理由／条件は、アップリンクキャンセルが第１のＰＵＣＣＨキャリア上の別のアップリンク送信を優先すること、及び／又はスロットフォーマット再構成が第１のキャリア上のそのスロット有効性を変更することを含み得る。いくつかの状況では、第２のＰＵＣＣＨキャリアは、ドロップされたＵＣＩ送信のために（例えば、構成情報中で）指定されているＰＵＣＣＨキャリアを選択することに基づいて判定され得る。７０４において、ＷＴＲＵは、本明細書で説明される技法を使用して（例えば、第１のＰＵＣＣＨキャリアのために受信されたＰＵＣＣＨリソースインデックスを使用して）、第２のＰＵＣＣＨキャリアのための第２のＰＵＣＣＨリソースを判定し得る。７０５において、ＷＴＲＵは、第２のＰＵＣＣＨリソース及び第２のＰＵＣＣＨキャリアを使用して、アップリンク送信（例えば、ＵＣＩ）を送り得る。

図８は、切り替えキャリアの実施例を示す図である。本明細書で説明される１つ以上の技法（例えば、図６、図７、又は図８）によれば、ＷＴＲＵは、ＰＵＣＣＨキャリア切り替えのために複数のＰＵＣＣＨキャリアを有するように構成され得る。場合によっては、複数のＰＵＣＣＨキャリアのうちの少なくとも１つは、「ドロップされたＵＣＩ」送信のために指定され得る。例えば、ＷＴＲＵは、ＷＴＲＵが第１のＰＵＣＣＨキャリア上での別のアップリンク送信を優先させるアップリンクキャンセルを受信した場合に、ＵＣＩをドロップし得る。別の実施例では、ＷＴＲＵは、第１のＰＵＣＣＨキャリアのスロット有効性を変更するスロットフォーマット再構成を受信し得、次いで、ＷＴＲＵは、ＵＣＩをドロップする。

図８に示されているように、ＷＴＲＵは、第１のＰＵＣＣＨキャリア８０２を有するように（事前）構成され得る。第１のＰＵＣＣＨキャリア８０２は、基地局（例えば、ｇＮＢ）によって、ＵＣＩ送信（例えば、ＨＡＲＱ－ＡＣＫ送信）のために判定され得る／示され得る。ＷＴＲＵは、ダウンリンクＴＢに対応するＨＡＲＱ－ＡＣＫフィードバック送信のために第１のＰＵＣＣＨキャリア８０２内の第１のＰＵＣＣＨリソースを使用するように基地局（例えば、ｇＮＢ）によって示され得る。ＷＴＲＵは、ＴＢ（例えば、ＤＬ ＴＢ８０１）のダウンリンク送信を受信し得る。ダウンリンクＤＬ ＴＢ８０１を受信した後に、第１のＰＵＣＣＨキャリア８０２についてＵＣＩドロップ条件が満たされ、ＷＴＲＵは、第２のＰＵＣＣＨキャリア８０３を判定することができ、ここで、第２のＰＵＣＣＨキャリア８０３は、「ドロップされたＵＣＩ」のために指定されたＰＵＣＣＨキャリアであり得る。ＷＴＲＵは、第１のＰＵＣＣＨキャリア８０２のために受信されたＰＵＣＣＨリソースインデックスを使用して、第２のＰＵＣＣＨキャリア８０３上の第２のＰＵＣＣＨリソースを判定することができる。ＷＴＲＵは、第２のＰＵＣＣＨキャリア８０３内の第２のＰＵＣＣＨリソース上でＵＣＩを送信し得る。

１つ以上の事例では、ＰＵＣＣＨキャリア切り替えは、ダウンリンク制御チャネル構成に基づき得る。ＷＴＲＵは、複数のＰＵＣＣＨキャリアにリンクされたダウンリンクキャリアを有するように構成され得る。ＷＴＲＵは、ＵＣＩ送信をトリガするＤＣＩが受信されるダウンリンク制御チャネルに基づいて、ＵＣＩ送信のためにどのＰＵＣＣＨキャリアを使用すべきかを判定し得る。ＵＣＩ送信は、ＨＡＲＱ－ＡＣＫ送信又はＣＳＩ報告であり得る。ＵＣＩ送信をトリガするＤＣＩは、以下のうちの１つであってもよい。ＰＤＳＣＨ送信をスケジューリングするＤＣＩ、ダウンリンクＳＰＳ送信をアクティブ化又はリリースするＤＣＩ、及び／又は、周期的若しくは非周期的ＣＳＩ送信をトリガするＤＣＩ。

ＷＴＲＵは、ダウンリンク制御チャネルをＰＵＣＣＨキャリアと関連付けるように構成され得る。１つの事例では、ＷＴＲＵは、探索空間／ＣＯＲＥＳＥＴをＰＵＣＣＨキャリアと関連付けるように構成され得る。探索空間／ＣＯＲＥＳＥＴ構成は、アップリンクキャリア／セルＩＤを示すＰＵＣＣＨキャリアパラメータを含み得、又はＰＵＣＣＨキャリア構成は、ダウンリンクキャリアの探索空間／ＣＯＲＥＳＥＴインデックスを含み得る。例えば、ＷＴＲＵは、以下のように構成された２つの探索空間を有するダウンリンクキャリアを有するように構成され得、第１の探索空間は、第１のＰＵＣＣＨキャリアと関連付けられており、第２の探索空間は、第２のＰＵＣＣＨキャリアと関連付けられている。ＷＴＲＵが、ＰＤＳＣＨをスケジューリングするか、又はダウンリンクＳＰＳをアクティブ化／リリースする第１の探索空間においてＤＣＩを受信するときに、ＷＴＲＵは、第１のＰＵＣＣＨキャリア上でＨＡＲＱ ＡＣＫフィードバックを送信し得る。ＷＴＲＵが、ＰＤＳＣＨをスケジューリングするか、又はダウンリンクＳＰＳをアクティブ化／リリースする第２の探索空間においてＤＣＩを受信するときに、ＷＴＲＵは、第２のＰＵＣＣＨキャリア上でＨＡＲＱ－ＡＣＫフィードバックを送信し得る。別の実施例では、ＷＴＲＵは、以下のように構成された２つのＣＯＲＥＳＥＴを有するダウンリンクキャリアを有するように構成され得、第１のＣＯＲＥＳＥＴは、第１のＰＵＣＣＨキャリアと関連付けられており、第２のＣＯＲＥＳＥＴは、第２のＰＵＣＣＨキャリアと関連付けられている。ＷＴＲＵが、ＰＤＳＣＨをスケジューリングするか、又はダウンリンクＳＰＳをアクティブ化／リリースする第１のＣＯＲＥＳＥＴにおいてＤＣＩを受信するときに、ＷＴＲＵは、第１のＰＵＣＣＨキャリア上でＨＡＲＱ ＡＣＫフィードバックを送信し得る。ＷＴＲＵが、ＰＤＳＣＨをスケジューリングするか、又はダウンリンクＳＰＳをアクティブ化／リリースする第２のＣＯＲＥＳＥＴにおいてＤＣＩを受信するときに、ＷＴＲＵは、第２のＰＵＣＣＨキャリア上でＨＡＲＱ－ＡＣＫフィードバックを送信し得る。

別の事例では、ＷＴＲＵは、ＤＣＩフォーマット／サイズ／ＲＮＴＩをＰＵＣＣＨキャリアと関連付けるように構成され得る。例えば、ＷＴＲＵは、以下の２つのＤＣＩフォーマット／サイズ／ＲＮＴＩを使用してスケジューリングし得る、制御チャネルを有するダウンリンクキャリアを有するように構成され得、第１のＤＣＩフォーマット／サイズ／ＲＮＴＩは、第１のＰＵＣＣＨキャリアと関連付けられており、第２のＤＣＩフォーマット／サイズ／ＲＮＴＩは、第２のＰＵＣＣＨキャリアと関連付けられている。ＷＴＲＵが、第１のＤＣＩフォーマット／サイズ／ＲＮＴＩを使用してＰＤＳＣＨスケジューリング又はダウンリンクＳＰＳアクティブ化／リリースを受信するときに、ＷＴＲＵは、第１のＰＵＣＣＨキャリア上でＨＡＲＱ ＡＣＫフィードバックを送信し得る。ＷＴＲＵが、第２のＤＣＩフォーマット／サイズ／ＲＮＴＩを使用してＰＤＳＣＨスケジューリング又はダウンリンクＳＰＳアクティブ化／リリースを受信するときに、ＷＴＲＵは、第２のＰＵＣＣＨキャリア上でＨＡＲＱ ＡＣＫフィードバックを送信し得る。

１つ以上の事例では、電力制御パラメータは、キャリア切り替えと関連付けられ、かつ／又はキャリア切り替えとともに使用され得る。場合によっては、ＷＴＲＵは、示された／選択されたＰＵＣＣＨキャリアに基づいて、ＰＵＣＣＨ送信のための電力制御パラメータを選択するように構成され得る。例えば、閉ループ電力制御では、ＤＣＩ内の送信電力コマンド（Transmit Power Command、ＴＰＣ）指示は、ＷＴＲＵがどのキャリアを選択したか、又はネットワークがどのＰＵＣＣＨキャリアを示したかに応じて、ＷＴＲＵによって異なって解釈され得る。

１つ以上の事例では、キャリア切り替えは、ＨＡＲＱ－ＡＣＫコードブックに基づき得る。場合によっては、ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックをＰＵＣＣＨキャリアと関連付けるように構成され得る。例えば、ＷＴＲＵは、異なるインデックス／優先度を有する複数のＨＡＲＱ－ＡＣＫコードブックを同時にサポートし得る。ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックインデックスをＰＵＣＣＨキャリアと関連付けるように構成され得る。そのような関連付けは、ネットワークノード（例えば、ＲＲＣを使用することなどによってｇＮＢ）から半静的に構成され得るか、又は（例えば、本明細書で説明する方法を使用して）動的に示され得る。１つの事例では、ＷＴＲＵは、同じＨＡＲＱ－ＡＣＫコードブックインデックス上で肯定応答されるべきＰＤＳＣＨをスケジューリングするＤＣＩにわたって同じＰＵＣＣＨキャリア指示を受信するように構成され得る（例えば、あるＨＡＲＱ－ＡＣＫコードブックと関連付けられた全てのＰＤＳＣＨ送信は、同じＰＵＣＣＨキャリアを有するｇＮＢによって示され得る）。別の場合には、ＷＴＲＵは、同じＨＡＲＱ－ＡＣＫコードブックインデックス上で肯定応答されるべきＰＤＳＣＨをスケジューリングするＤＣＩにわたって異なるＰＵＣＣＨキャリア指示を受信するように構成され得る。例えば、高優先度ＨＡＲＱ－ＡＣＫコードブック送信の場合、ＷＴＲＵは、第１のＤＣＩを使用して第１のＰＵＣＣＨキャリアで、及び第２のＤＣＩを使用して第２のＰＵＣＣＨキャリアで示され得る。ＷＴＲＵは、最後に示されたＰＵＣＣＨキャリアを使用して、ＨＡＲＱ－ＡＣＫコードブックを送信し得る。

１つ以上の事例では、ＷＴＲＵは、複数のキャリアの中からキャリアを自律的に選択し得る。ＷＴＲＵは、（例えば、ＰＵＣＣＨ）キャリアのセットを有するように構成され得る。ＷＴＲＵは、ＰＵＣＣＨリソースがアクティブであるキャリアの１つ以上のセットを判定するための指示を受信し得る。そのような指示は、ＤＣＩ、ＭＡＣ ＣＥ、及び／又はＲＲＣ構成を介して受信され得る。

ＷＴＲＵは、プライマリＰＵＣＣＨキャリアと１つ以上のセカンダリＰＵＣＣＨキャリアとを有するように構成され得る。プライマリＰＵＣＣＨキャリアは、ネットワークノード（例えば、ｇＮＢ）によって（再）構成されてもよく、又はＷＴＲＵによって選択されてもよい。ＷＴＲＵがプライマリＰＵＣＣＨキャリアを選択した場合、ＷＴＲＵは、プライマリキャリアを変更するときに、ネットワークノードに選択を示し得る。

ＷＴＲＵは、プライマリＰＵＣＣＨキャリア上でＰＵＣＣＨフィードバックを送信することが期待され得る。場合によっては、ＷＴＲＵは、場合によってはプライマリＰＵＣＣＨキャリア上でのＰＵＣＣＨ送信と併せて、１つ以上のセカンダリＰＵＣＣＨキャリア上でＰＵＣＣＨフィードバックを送信し得る。

ＷＴＲＵは、少なくとも１つ以上の要因に応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。

例えば、ＷＴＲＵは、キャリア上のＰＵＣＣＨリソースのタイミングに応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。例えば、ＷＴＲＵは、リソースの時間／タイミングに基づいて、ＰＵＣＣＨキャリア上のＰＵＣＣＨリソースを選択し得る。

例えば、ＷＴＲＵは、キャリアのＴＤＤ構成に応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。例えば、ＷＴＲＵは、アップリンク又はダウンリンクスロット／シンボルの数に基づいて、ＰＵＣＣＨキャリア上のＰＵＣＣＨリソースを選択し得る。別の実施例では、ＷＴＲＵは、キャリア上の今後のＰＵＣＣＨリソースが利用可能であるかどうか、又はシンボルがダウンリンクシンボルに切り替えられているかどうかに基づいて、ＰＵＣＣＨキャリアを選択し得る。

例えば、ＷＴＲＵは、ＬＢＴ結果に応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。例えば、ＷＴＲＵは、プライマリＰＵＣＣＨキャリア上での送信についてＬＢＴが失敗した場合、セカンダリＰＵＣＣＨキャリア上でＰＵＣＣＨを送信し得る。

例えば、ＷＴＲＵは、ペイロードサイズに応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。例えば、ＷＴＲＵは、そのペイロードが閾値よりも大きいか又は小さい場合、プライマリ／セカンダリキャリア上でＰＵＣＣＨを送信し得る。

例えば、ＷＴＲＵは、アップリンクキャンセル指示に応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。例えば、ＷＴＲＵは、ＷＴＲＵが、ＰＵＣＣＨリソースが利用可能でないことを示すアップリンクＣＩをプライマリＰＵＣＣＨキャリアにおいて受信した場合に、セカンダリＰＵＣＣＨキャリア上でＰＵＣＣＨ送信を送り得る。

例えば、ＷＴＲＵは、同時ＰＵＳＣＨ－ＰＵＣＣＨ送信が可能であるかどうかに応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。

例えば、ＷＴＲＵは、ＷＴＲＵがＰＵＳＣＨ送信でスケジューリングされているかどうかに応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。例えば、ＷＴＲＵは、キャリア上で同時にＰＵＣＣＨ－ＰＵＳＣＨのための送信を送る必要がないように、ＰＵＣＣＨリソース上でＰＵＳＣＨ送信とともにスケジューリングされない場合に、セカンダリＰＵＣＣＨキャリアを選択し得る。

例えば、ＷＴＲＵは、電力要件に応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。例えば、ＷＴＲＵは、電力要件に基づいてＰＵＣＣＨキャリアを選択し得る。例えば、ＷＴＲＵは、電力制限が最も少ないＰＵＣＣＨキャリアを選択し得る。

例えば、ＷＴＲＵは、フィードバックの優先度に応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。例えば、ＷＴＲＵは、フィードバック優先度ごとに１つ以上の適用可能なＰＵＣＣＨキャリアを有するように構成され得る。

例えば、ＷＴＲＵは、ＰＵＣＣＨフォーマットに応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。

例えば、ＷＴＲＵは、ＰＵＣＣＨリソースパラメータに応じて、フィードバックを送信するＰＵＣＣＨキャリアを選択し得る。例えば、ＰＵＣＣＨリソースのシンボル数である。

１つ以上の事例では、再送信であるＰＵＣＣＨ送信があり得る。ＷＴＲＵは、第１のＰＵＣＣＨキャリア上の第１のＰＵＣＣＨリソース上でＰＵＣＣＨフィードバックを送信することができ、第２のＰＵＣＣＨキャリア上の第２のＰＵＣＣＨリソース上でＰＵＣＣＨフィードバックを再送信し得る。第１及び第２のＰＵＣＣＨリソース／キャリアは、本明細書で説明される要因及び考慮事項に応じて同じであってもよく、又は異なっていてもよいことに留意されたい。

場合によっては、再送信のために、ＷＴＲＵは、ＰＵＣＣＨキャリアの単一のＰＵＣＣＨリソースの選択のために本明細書で説明される規則を使用して、ＰＵＣＣＨリソース又はＰＵＣＣＨキャリアのセットを選択し得る。ＷＴＲＵは、ＰＵＣＣＨリソース／キャリアの１つ以上のセットを有するように構成され得、各ＰＵＣＣＨキャリアの少なくとも１つのリソース上で任意のＰＵＣＣＨフィードバックを再送信し得る。

場合によっては、ＷＴＲＵは、ＨＡＲＱコードブックを維持し得、第１のＰＵＣＣＨキャリア内の第１のＰＵＣＣＨリソース内でＨＡＲＱコードブックに関するフィードバックを送信し得る。ＷＴＲＵは、例えば、ＷＴＲＵが新しいフィードバックインジケータ（New Feedback Indicator、ＮＦＩ）を受信しない場合に、フィードバックが同じＨＡＲＱコードブックに付加され得るＴＢを用いてスケジューリングされ得る。そのような場合、ＷＴＲＵは、第２のＰＵＣＣＨリソースにおいて、場合によっては第２のＰＵＣＣＨキャリアにおいて、新しいＨＡＲＱコードブック（例えば、以前にフィードバックされたＨＡＲＱ－ＡＣＫ値と新しいＨＡＲＱ－ＡＣＫ値で構成される）新しいＨＡＲＱコードブックを送信し得る。

場合によっては、ＷＴＲＵは、ＨＡＲＱ－ＡＣＫコードブックを自律的に再送信し得る。例えば、ＷＴＲＵは、第１のＰＵＣＣＨキャリア（例えば、プライマリ）上でＨＡＲＱ－ＡＣＫコードブックを送信し得る。ＷＴＲＵがＮＦＩを受信しないか、又はコードブックに含まれるＨＡＲＱプロセスのうちの少なくとも１つに対して新しいＴＢでスケジューリングされない場合に、ＷＴＲＵは、第２のＰＵＣＣＨキャリアにおいてＨＡＲＱ－ＡＣＫコードブックを再送信し得る。ＷＴＲＵは、タイマが満了したとき（例えば、タイマがネットワークから構成されている場合）に、ＨＡＲＱ－ＡＣＫコードブックを再送信するようにトリガされ得る。タイマは、ＨＡＲＱ－ＡＣＫコードブックの最初又は以前の送信が完了すると開始され得る。タイマは、ＷＴＲＵがＮＦＩを受信したとき、又はコードブックに含まれるＨＡＲＱプロセスのうちの少なくとも１つ上で新しいＴＢの送信をスケジューリングされたときに停止され得る。

場合によっては、ＷＴＲＵは、その以前の送信が何らかの理由で失敗した場合に、ＨＡＲＱ－ＡＣＫコードブックを自律的に再送信し得る。例えば、失敗したＬＢＴに起因して失敗したこと、より高い優先度の送信が優先することに起因してドロップされたために失敗したこと、及び／又はアップリンクＣＩの受信に起因して失敗したこと。そのような再送信は、本明細書で説明するように判定された、同じＰＵＣＣＨキャリア上又は異なる（例えば、セカンダリ）ＰＵＣＣＨキャリア上であり得る。

１つ以上の事例では、ＷＴＲＵは、ＰＲＡＣＨ送信のためにアップリンクキャリア切り替えを実施し得る。ＷＴＲＵは、ＰＲＡＣＨ送信を実施するために１つ以上のアップリンクキャリアを有するように構成され得る。ＷＴＲＵは、１つのキャリアのみを使用してＰＲＡＣＨを送信するように構成され得る。代替的に、ＷＴＲＵは、異なるアップリンクキャリアにおいて複数のＰＲＡＣＨ送信を同時に送信するように構成され得る。ＷＴＲＵは、ブロードキャストされたシステム情報ＳＩＢを使用して、又はＲＲＣ構成を介して、ランダムアクセス手順のためのアップリンクキャリアの構成を受信し得る。例えば、ＷＴＲＵは、第１のアップリンクキャリア上の第１のＰＲＡＣＨ構成及び第２のアップリンクキャリア上の第２のＰＲＡＣＨ構成を有するＳＩＢブロードキャストメッセージを使用して構成され得る。いくつかの状況では、ＷＴＲＵは、１つ以上のＰＲＡＣＨ送信のためのアップリンクキャリアを自律的に選択し得る。ＷＴＲＵは、１つ以上の要因に基づいて、ＰＲＡＣＨのために構成されたアップリンクキャリアから、ＰＲＡＣＨ送信のためのアップリンクキャリアを選択し得る。

アップリンクキャリア選択要因は、アップリンクキャリアの時間利用可能性であり得る。例えば、ＰＲＡＣＨ送信時間において、アップリンクキャリアは、アップリンク送信のために利用可能ではなく、ダウンリンク送信のためにのみ利用可能であり得る。次いで、ＷＴＲＵは、利用可能なＰＲＡＣＨ送信時間を有する利用可能なアップリンクキャリアを選択し得る。

アップリンクキャリア選択ファクタは、以前のＰＲＡＣＨ送信に続くランダムアクセス応答（random-access response、ＲＡＲ）を受信するのに失敗する場合がある。例えば、ＷＴＲＵは、ＰＲＡＣＨを送信するために第１のアップリンクキャリアを選択し得る。アップリンクキャリアを選択した後に、ＷＴＲＵは、ＲＡＣＨ手順が開始されるとタイマを開始し得る。タイマが満了すると、ＷＴＲＵがＲＡＲを受信することに失敗した場合に、ＷＴＲＵは、ＰＲＡＣＨを送信するために第２のアップリンクキャリアを選択し得る。

アップリンクキャリア選択要因は、ＬＢＴ成功又は失敗であり得る。例えば、ＷＴＲＵは、ＰＲＡＣＨ送信のために複数のアップリンクキャリアを有するように構成され得る。ＷＴＲＵは、ＬＢＴが成功したアップリンクキャリア上でのＰＲＡＣＨ送信のためにアップリンクキャリアを選択し得る。ＬＢＴが２つ以上のアップリンクキャリアにおいて成功した場合に、ＷＴＲＵは、アップリンクキャリアインデックスに基づいてアップリンクキャリアを選択し得る。

アップリンクキャリア選択要因は、ランダムアクセスプロセスを開始するサービスのタイプであり得る。例えば、アップリンクキャリアは、低レイテンシタイプのサービス専用であり得る。別のキャリアは、高信頼性タイプのサービス専用であり得る。ＷＴＲＵは、どのサービスがランダムアクセス手順を開始しているかに基づいて、アップリンクキャリアを選択し得る。

アップリンクキャリア選択要因は、アップリンクキャリアの帯域幅であり得る。例えば、ＷＴＲＵは、最大帯域幅を有するアップリンクキャリアを選択するように構成され得る。別の実施例では、ＷＴＲＵは、最小帯域幅を有するアップリンクキャリアを選択するように構成され得る。別の実施例では、ＷＴＲＵは、送信を処理することができる帯域幅に基づいてアップリンクキャリアを選択するように構成され得る。

アップリンクキャリア選択要因は、アップリンクキャリアインデックスであり得る。例えば、ＷＴＲＵは、最小のインデックスを有するＰＲＡＣＨ送信のためのアップリンクキャリアを選択するように構成され得る。

アップリンクキャリア選択要因は、アップリンクキャリアをサポートする際のＷＴＲＵ能力であり得る。一実施例では、ＷＴＲＵは、ＷＴＲＵによってサポートされる帯域幅を有するアップリンクキャリアを選択し得る。別の実施例では、ＷＴＲＵは、ＷＴＲＵがサポートする周波数帯域に属するアップリンクキャリアを選択するように構成され得る。

いくつかの状況において、ＷＴＲＵは、異なるアップリンクキャリア上でのＰＲＡＣＨ送信のランダムアクセス応答（ＲＡＲ）を監視するために、１つの探索空間セットを有するように構成され得る。例えば、ＷＴＲＵは、ＰＲＡＣＨのための全ての構成されたアップリンクキャリアのＲＡＲを監視するために、１つの探索空間セットを有するＳＩＢブロードキャストシグナリングを使用して構成され得る。別の手法では、ＷＴＲＵは、複数の探索空間セットを有するように構成され得、各探索空間セットは、アップリンクキャリアと関連付けられている。ＷＴＲＵは、使用されるアップリンクキャリアと関連付けられた対応する探索空間セット上で各送信されたＰＲＡＣＨのＲＡＲを監視し得る。ランダムアクセス応答の探索空間セット構成は、探索空間セットをアップリンクキャリアと関連付けるためのアップリンクキャリアインデックスを含み得る。

いくつかの状況では、ＷＴＲＵは、複数のキャリア上でＰＲＡＣＨを送信するように構成され得る。例えば、ＰＲＡＣＨ送信の一部は、１つのキャリアで送信され、別の部分は、異なるキャリアで送信される。第１の実施例では、ＷＴＲＵは、異なるキャリアにおいてＰＲＡＣＨのために同じ帯域幅割り当てを使用し、第１のキャリアにおいてＰＲＡＣＨ持続時間の一部を送信し、第２のキャリアにおいてＰＲＡＣＨ持続時間の残りの部分を送信し得る。別の実施例では、ＷＴＲＵは、異なるキャリアにおいてＰＲＡＣＨのために同じ持続時間を使用し、第１のキャリアにおいてＰＲＡＣＨ周波数割り当ての一部を送信し、第２のキャリアにおいてＰＲＡＣＨ割り当ての残りの部分を送信し得る。

一実施例では、ＷＴＲＵは、有効／無効なスロット／シンボルを有する異なる時間パターンと関連付けられた複数のＰＵＣＣＨキャリアを有するように構成され得る。ＷＴＲＵは、示された送信時間がＰＵＣＣＨキャリア時間パターンの有効なスロット／シンボルに属する場合に、ＰＵＣＣＨキャリアをＰＵＣＣＨ送信のために使用することができることを判定し得る。ＰＵＣＣＨキャリアの時間パターンは、そのＰＵＣＣＨキャリアのスロットフォーマット指示によって更新／変更され得る。

一実施例では、ＷＴＲＵは、ＤＣＩによって示されるＰＤＳＣＨからＨＡＲＱへの送信時間に基づいて、ＨＡＲＱ－ＡＣＫ送信のために使用されるべきＰＵＣＣＨキャリアを判定し得、ＰＤＳＣＨからＨＡＲＱへの送信時間は、有効な送信時間を有するＰＵＣＣＨキャリアを示し得、かつ／又は、複数のＰＵＣＣＨキャリアが利用可能である場合に、ＷＴＲＵは、高い優先度を有するＰＵＣＣＨキャリアを選択し得る。

一実施例では、キャリア内で、ＷＴＲＵは、異なるＰＵＣＣＨキャリアと関連付けられた同じキャリア内の異なる探索空間を有するように構成され得、ＰＤＳＣＨをスケジューリングする第１の探索空間において受信されたＤＣＩについて、ＰＤＳＣＨは、第１のＰＵＣＣＨキャリアにおいて肯定応答され得る。ＰＤＳＣＨをスケジューリングする第２の探索空間において受信されたＤＣＩについて、ＰＤＳＣＨは、第２のＰＵＣＣＨキャリアにおいて肯定応答されることになり、かつ／又は、ＷＴＲＵは、ＨＡＲＱ－ＡＣＫフィードバックをセグメント化し、それを異なるＰＵＣＣＨキャリアで送信し得る。

一実施例では、ＷＴＲＵは、ＰＲＡＣＨ送信を実施するために複数のアップリンクキャリアを有するように構成され得る。ＷＴＲＵは、以下のうちの１つ以上に基づいて、ＰＲＡＣＨ送信のためのアップリンクキャリアを選択し得る。アップリンクキャリアの時間利用可能性、以前のＰＲＡＣＨ送信に続くランダムアクセス応答（ＲＡＲ）を受信するのに失敗すること、リッスンビフォアトーク（Listen Before Talk、ＬＢＴ）の成功又は失敗、ランダムアクセスプロセスを開始するサービスのタイプ、アップリンクキャリアの帯域幅、アップリンクキャリアインデックス、及び／又はアップリンクキャリアをサポートする際のＷＴＲＵ能力。

ロバストで動的なアップリンクキャリア切り替えのために、ＷＴＲＵは、アップリンク送信のためにどのキャリアを使用するかを判定し得る。ＷＴＲＵは、１つ以上のインスタンス／要因に基づいて、アップリンク送信のためにどのキャリアを使用するかを判定し得る。

実施例では、ＷＴＲＵは、構成された時間パターンと併せて、各々が異なるキャリアのための別個のＰＵＣＣＨ構成に基づいて、どのキャリアをＰＵＣＣＨのために使用するかを判定し得る。

実施例では、ＷＴＲＵは、ＰＤＳＣＨからＨＡＲＱへのタイミング指示に基づいて、ＰＵＣＣＨのためにどのキャリアを使用するかを判定し得、ＰＤＳＣＨからＨＡＲＱへのタイミング指示は、ＷＴＲＵがＨＡＲＱ－ＡＣＫ送信時間において利用可能なアップリンクスロット／十分なシンボルを有するＰＵＣＣＨセルを選択するように、第１の利用可能なＰＵＣＣＨキャリアを指し示し得、ＰＵＣＣＨキャリアのセットは、ダウンリンクセルと関連付けられ得る。各ＰＵＣＣＨキャリアは、優先度インデックスを有し得、かつ／又は複数の利用可能なＰＵＣＣＨキャリアの場合に、ＷＴＲＵは、高優先度キャリアを選択する。

実施例では、ＷＴＲＵは、ＵＣＩドロッピングが発生する場合に、ＰＵＣＣＨキャリア切り替えに基づいて、ＰＵＣＣＨのためにどのキャリアを使用するかを判定し得る。例えば、ＷＴＲＵは、ＰＵＣＣＨキャリア上のアップリンクが利用不可能であることに起因して、又は高優先度ＵＣＩとの重複に起因して、ＨＡＲＱ－ＡＣＫ送信をドロップすることができ、その場合、ＷＴＲＵは、第２のＰＵＣＣＨキャリアを使用する。

実施例では、ＷＴＲＵは、スケジューリングＤＣＩが受信される探索空間に基づいて、ＰＵＣＣＨのためにどのキャリアを使用するかを判定し得、探索空間セットは、ＰＵＣＣＨキャリアと関連付けられ得る。

ＰＵＣＣＨキャリア切り替えコマンドの誤検出の確率を低減するために、可能な動的指示に加えて、ＷＴＲＵは、ＰＵＣＣＨ送信のために使用されるべきキャリアの誤解釈の確率を低減するための１つ以上のルールを有するように構成され得る。

実施例では、ＰＵＣＣＨキャリア切り替えコマンドに関するエラーの確率を低減するための１つのルールは、ＷＴＲＵが、ＨＡＲＱ－ＡＣＫコードブックにわたってＰＵＣＣＨキャリア切り替えを適用しない（例えば、特定のＨＡＲＱ－ＡＣＫコードブックと関連付けられた全てのダウンリンク送信が、同じＰＵＣＣＨキャリアを用いて示される）ことであり得る。

実施例では、ＰＵＣＣＨキャリア切り替えコマンドに関するエラーの確率を低減するための１つのルールは、ＰＵＣＣＨキャリア切り替えが、高優先度ＨＡＲＱ－ＡＣＫコードブック／ＵＣＩの送信に対してのみ許可され得ることであり得る。高優先度ＨＡＲＱ－ＡＣＫコードブック送信の場合、ＷＴＲＵは、ＰＵＣＣＨセルを変更するように示され得る。

実施例では、ＰＵＣＣＨキャリア切り替えコマンドに関するエラーの確率を低減するための１つのルールは、第１のＰＵＣＣＨキャリアが「メイン」ＰＵＣＣＨキャリアとして使用されること、及び第２のＰＵＣＣＨキャリアが「バックアップ」ＰＵＣＣＨキャリアとして使用されることであり得る。そのような場合は、ＨＡＲＱ－ＡＣＫコードブックのペイロード（例えば、サイズが小さい場合、ｇＮＢの観点から、それは異なるキャリアにわたってブラインド検出し得る）、並びに／又はより多くのアップリンクリソース及び／若しくはフレキシブルリソースを有するＰＵＣＣＨセルへのＨＡＲＱ－ＡＣＫコードブックのマッピングに依存し得る。

実施例では、ＰＵＣＣＨキャリア切り替えコマンドに関するエラーの確率を低減するための１つのルールは、ｇＮＢがＮＦＩを送らない場合、及び／又はＨＡＲＱプロセスＩＤがＸスロット後に異なるＴＢのために再使用されない場合に、ＷＴＲＵが、第１のＰＵＣＣＨセル上の第１のＰＵＣＣＨリソース上で送信し、かつ第２のＰＵＣＣＨセル上の第２のＰＵＣＣＨリソース上で（再）送信することであり得る。

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

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

Claims (14)

1. 無線送信受信ユニット（ＷＴＲＵ）によって実施される方法であって、前記方法は、
   複数の物理アップリンク制御チャネル（ＰＵＣＣＨ）キャリアに関する構成情報を受信することと、
   アップリンク制御情報（ＵＣＩ）送信を送るために、前記複数のＰＵＣＣＨキャリアのうちの第１のＰＵＣＣＨキャリア上の第１のＰＵＣＣＨリソースを示すダウンリンク許諾と関連付けられたダウンリンク制御情報（ＤＣＩ）を受信することと、
   前記複数のキャリアのうちの前記第１のＰＵＣＣＨキャリア上の前記第１のＰＵＣＣＨリソースが利用不可能であることに基づいて、第２のＰＵＣＣＨキャリアの第２のＰＵＣＣＨリソース上で前記ＵＣＩ送信を送信することと、を含む、方法。
2. 前記第２のＰＵＣＣＨキャリアが、ドロップされたＵＣＩ送信のために指定された前記複数のＰＵＣＣＨキャリアのうちの少なくとも１つの前記ＰＵＣＣＨキャリアから判定される、請求項１に記載の方法。
3. 前記第２のＰＵＣＣＨキャリアが、セカンダリキャリアとして指定され、前記第１のＰＵＣＣＨキャリアが、プライマリキャリアとして指定される、請求項１に記載の方法。
4. 前記ＵＣＩ送信が、第１のトランスポートブロックの以前に受信された物理ダウンリンク共有チャネル送信のためのＨＡＲＱフィードバックのためのものである、請求項１に記載の方法。
5. 前記複数のキャリアのうちの前記第１のＰＵＣＣＨキャリア上の前記第１のＰＵＣＣＨリソースが、キャンセル指示が受信されたため利用不可能であり、前記キャンセル指示が、前記ＵＣＩ送信よりも別の送信を優先させる、請求項１に記載の方法。
6. 前記複数のキャリアのうちの前記第１のＰＵＣＣＨキャリア上の前記第１のＰＵＣＣＨリソースが、スロットフォーマット再構成が受信されたため利用不可能であり、スロットフォーマット指示が、前記第１のＰＵＣＣＨリソースのスロットをアップリンク送信のために無効にする、請求項１に記載の方法。
7. 前記第２のＰＵＣＣＨキャリアが、キャリアのインデックス、フィードバックの優先度、及び／又はペイロードフィードバックサイズのうちの少なくとも１つに基づいて判定される、請求項１に記載の方法。
8. 無線送信受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵは、
   複数の物理アップリンク制御チャネル（ＰＵＣＣＨ）キャリアに関する構成情報を受信するための手段と、
   アップリンク制御情報（ＵＣＩ）送信を送るために、前記複数のＰＵＣＣＨキャリアのうちの第１のＰＵＣＣＨキャリア上の第１のＰＵＣＣＨリソースを示すダウンリンク許諾と関連付けられたダウンリンク制御情報（ＤＣＩ）を受信するための手段と、
   前記複数のキャリアのうちの前記第１のＰＵＣＣＨキャリア上の前記第１のＰＵＣＣＨリソースが利用不可能であることに基づいて、第２のＰＵＣＣＨキャリアの第２のＰＵＣＣＨリソース上で前記ＵＣＩ送信を送信するための手段と、を備える、無線送信受信ユニット（ＷＴＲＵ）。
9. 前記第２のＰＵＣＣＨキャリアが、ドロップされたＵＣＩ送信のために指定された前記複数のＰＵＣＣＨキャリアのうちの少なくとも１つの前記ＰＵＣＣＨキャリアから判定される、請求項８に記載のＷＴＲＵ。
10. 前記第２のＰＵＣＣＨキャリアが、セカンダリキャリアとして指定され、前記第１のＰＵＣＣＨキャリアが、プライマリキャリアとして指定される、請求項８に記載のＷＴＲＵ。
11. 前記ＵＣＩ送信が、第１のトランスポートブロックの以前に受信された物理ダウンリンク共有チャネル送信のためのＨＡＲＱフィードバックのためのものである、請求項８に記載のＷＴＲＵ。
12. 前記複数のキャリアのうちの前記第１のＰＵＣＣＨキャリア上の前記第１のＰＵＣＣＨリソースが、キャンセル指示が受信されたため利用不可能であり、前記キャンセル指示が、前記ＵＣＩ送信よりも別の送信を優先させる、請求項８に記載のＷＴＲＵ。
13. 前記複数のキャリアのうちの前記第１のＰＵＣＣＨキャリア上の前記第１のＰＵＣＣＨリソースが、スロットフォーマット再構成が受信されたため利用不可能であり、スロットフォーマット指示が、前記第１のＰＵＣＣＨリソースのスロットをアップリンク送信のために無効にする、請求項８に記載のＷＴＲＵ。
14. 前記第２のＰＵＣＣＨキャリアが、キャリアのインデックス、フィードバックの優先度、及び／又はペイロードフィードバックサイズのうちの少なくとも１つに基づいて判定される、請求項８に記載のＷＴＲＵ。