JP2023520585A - リリース１６のｍｉｍｏ拡張のための上位レイヤ設計 - Google Patents

Abstract

ＵＥにおいてフルパワー送信モードを構成するための方法及び装置が開示されている。開示されているフルパワー送信モードは、モード０及びモード３を含み、これらは、３ＧＰＰ仕様に開示された以前のモードを拡張したものである。ＵＥは、ポート数及びサポートされるコヒーレンシィスキームなどのサポートされるモード及び構成能力を収集し、構成能力をネットワークに転送する。ネットワークは、受信した情報を分析し、ＵＥ能力に基づいてサポートされるフルパワー送信モードを選択する。次いで、選択は、ＰＵＳＣＨ－ＣｏｎｆｉｇメッセージでＵＥに送信される。ＵＥは、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージから選択を抽出し、それに応じてその無線機を構成する。

Description

様々な実施形態は、概して、ワイヤレス通信の分野に関し得る。

一実施形態では、ユーザ機器（User Equipment、ＵＥ）は、ネットワークによってフルパワー送信モードで動作するように構成されている。ネットワークは、フルパワー送信モードを識別するＰＵＳＣＨ－ＣｏｎｆｉｇメッセージをＵＥに送信する。ネットワークは、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージの内容を変更することによって、４つの異なるモードのうちのいずれか１つを選択することができる。

別の実施形態では、ＵＥは、その能力をネットワークに通知する。ＵＥは、それがフルパワー送信ができるかどうか、及びＵＥが有するフルパワー送信で機能することができるポート数を指定することができる。ネットワークは、ＵＥから受信した情報に基づいてＵＥを構成するＰＵＳＣＨ－ＣｏｎｆｉｇメッセージをＵＥに送信する。この実施形態では、ＵＥが識別するフルパワー送信用のポート数によって、４つのモードより少ないモードが構成に利用可能であり得る。

別の実施形態では、ネットワークは、ＵＥにおけるポート選択を更に構成する。ＵＥが２ポートフルコヒーレント動作できるとき、ＵＥは、それがどのモードをサポートするのかをネットワークに通知する。ネットワークが２ポートアップリンク動作を構成しようとするとき、ネットワークは、ＵＥのｃｏｄｅｂｏｏｋＳｕｂｓｅｔ及び能力に基づいて構成を調整する。具体的には、ネットワークは、ｃｏｄｅｂｏｏｋＳｕｂｓｅｔがｎｏｎＣｏｈｅｒｅｎｔであるかどうか、又はｃｏｄｅｂｏｏｋＳｕｂｓｅｔがｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔとして構成されているかどうかに基づいて、構成を調整する。

別の実施形態では、ネットワークは、４ポートＵＥにおけるポート選択を構成することができる。ＵＥが４ポートフルコヒーレント動作できるとき、ＵＥは、それがどのモードをサポートするのかをネットワークに通知する。ネットワークが４ポートアップリンク動作を構成しようとするとき、ネットワークは、ＵＥのｃｏｄｅｂｏｏｋＳｕｂｓｅｔ及び能力に基づいて構成を調整する。具体的には、ネットワークは、ｃｏｄｅｂｏｏｋＳｕｂｓｅｔがｎｏｎＣｏｈｅｒｅｎｔであるかどうか、又はｃｏｄｅｂｏｏｋＳｕｂｓｅｔがｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔとして構成されているかどうかに基づいて、構成を調整する。

別の実施形態では、ＵＥは、メモリ、トランシーバ、及び１つ以上のプロセッサを含む。プロセッサは、メモリから少なくとも１つのフルパワー送信モードを受信し、トランシーバに、少なくとも１つのサポートされるフルパワー送信モード能力を含む能力メッセージをネットワークに送信させる。プロセッサは、トランシーバを介してネットワークから構成メッセージを受信し、構成メッセージから選択されたフルパワー送信モードを抽出する。次いで、プロセッサは、選択されたフルパワー送信モードに従ってトランシーバを構成する。

実施形態では、構成メッセージは、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージである。

実施形態では、トランシーバは、複数の論理ポートを含み、メモリは、ユーザ機器の複数の論理ポートの数及びコヒーレンシィ能力を記憶する。

実施形態では、能力メッセージは、ユーザ機器の複数の論理ポートの数及びコヒーレンシィ能力を含む。

実施形態では、選択されたフルパワー送信モードは、４つのモードのうちの１つであり、ユーザ機器の能力に基づいて選択される。

実施形態では、４つのモードは、全てのパワースケーリングが１に設定されるモード０と、全てのパワースケーリングが、構成されたＴＰＭＩの非ゼロパワーポートの数とユーザ機器の最大ポート数との比に等しく設定されるモード３を含む。

別の実施形態では、ユーザ機器において通信スキームを選択するための方法が開示される。この方法では、ユーザ機器は、それに第１の構成が構成されているのか、第２の構成が構成されているのか、それとも第１の構成と第２の構成の両方が構成されているのかを判定する。次いで、ユーザ機器に第１の構成のみ又は第２の構成のみが構成されているとの判定に応じて、第１の条件セット又は第２の条件セットをそれぞれ分析する。分析に基づいて、ＵＥは、選択された通信スキームを第１の通信スキーム又は第２の通信スキームのうちの１つに設定する。

実施形態では、第１の構成は、ユーザ機器にＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されている構成であり、第１の条件セットは、ユーザ機器にＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されていることに応じて分析され、第１の条件セットは、ユーザ機器が、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのどれか１つのエントリにＲｅｐＮｕｍ１６が構成されるのを見込んでいないこと、又はユーザ機器が、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのどれか１つのエントリに構成されているＲｅｐＮｕｍ１６を無視していること、又はユーザ機器が、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）が、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内のＲｅｐＮｕｍ１６を含むエントリを指示するのを見込んでいないこと、を含む。

実施形態では、ユーザ機器に、ＤＣＩ内の２つのＴＣＩ状態及びＤＣＩ内の２つのＤＭＲＳ ＣＤＭグループが更に構成され、ユーザ機器には、ＤＣＩ内のＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒ又はタイムドメインリソース割り当て（Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ、ＴＤＲＡ）を含む他の構成に関係なく、スキーム１ａ、又は空間ドメイン多重化（Ｓｐａｔｉａｌ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＳＤＭ）スキーム、又は非コヒーレントジョイント送信（Ｎｏｎ Ｃｏｈｅｒｅｎｔ Ｊｏｉｎｔ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＮＣＪＴ）スキームが構成されるのが見込まれる。

実施形態では、少なくとも１つのフルパワー送信モード能力は、モード０及びモード３を含み、モード０は、全てのパワースケーリングを１に設定し、モード３は、全てのパワースケーリングを、構成されたＴＰＭＩの非ゼロパワーポートの数とユーザ機器の最大ポート数との比に等しく設定する。

実施形態では、複数の論理ポートの数は２であり、コヒーレンシィ能力はフルコヒーレントを含み、選択されたフルパワー送信モードは、モード０又はモード２のうちの１つを含み、モード２は、一部のＴＰＭＩをパワースケーリング１に設定し、他のＴＰＭＩを別のパワースケーリング値に設定する。

実施形態では、複数の論理ポートの数は４であり、コヒーレンシィ能力はフルコヒーレントを含み、選択されたフルパワー送信モードは、モード０又はモード２のうちの１つを含み、モード２は、４つのＴＰＭＩの一部をパワースケーリング１に設定し、他のＴＰＭＩを別のパワースケーリング値に設定する。

実施形態では、ユーザ機器が複数のセルによってサービスされていることが更に判定される。これに応じて、ＢＤＦａｃｔｏｒＲ複雑度の値を、セルごとのレベルで設定するか、それともセルグループごとのレベルで設定するかの選択が行われる。次いで、セルごとのレベルの選択に応じて、複数のセルの各セルのＢＤＦａｃｔｏｒＲが別々に設定されるか、又はセルグループごとのレベルの選択に応じて、１つのセルグループ内の全てのセルに同じＢＤＦａｃｔｏｒＲが設定される。

個人特定可能な情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えるとして一般に認識されているプライバシーポリシ及びプラクティスに従うべきであることを十分に理解されたい。特に、個人特定可能な情報データは、意図されない又は許可されていないアクセス又は使用のリスクを最小限に抑えるように管理及び取り扱いされるべきであり、許可された使用の性質はユーザに明確に示されるべきである。

一実施形態に係る、例示的なワイヤレス通信環境を示す図である。 一実施形態に係る、例示的なユーザ機器のブロック図である。 一実施形態に係る、例示的なワイヤレス通信環境の機能ブロック図である。 ＵＥにおいてフルパワー送信モードを設定するための方法のフローチャート図である。 ＰＤＣＣＨ複雑度を構成するための方法のフローチャート図である。 ＵＥに通信スキームを構成するための例示的な方法のフローチャート図である。 本開示の実施形態に係る、通信スキームを選択するための例示的な方法のフローチャート図である。 本開示のいくつかの実施形態に係る、測定信号衝突解決を実施する例示的なシステムを示す図である。 本開示の特定の態様を実施することができる例示的な一般的なコンピュータシステムのブロック図である。

３ＧＰＰ仕様のリリース１６には、以前の実装を拡張した特定のＭＩＭＯが記載されている。例えば、リリース１６には、オーバーヘッド及びレイテンシを低減するマルチビーム拡張が記載されている。ビーム品質測定及び報告もまた、Ｌ１－ＳＩＮＲで利用可能である。更に、ビーム障害回復は、第２のセルで利用可能である。しかしながら、これらの利点の結果として、リリース１６は、３ＧＰＰ環境内のＵＥがどのようにすればフルパワー送信を実行できるのかを指定していない。本開示は、３ＧＰＰ環境内のＵＥを、フルパワー送信を実施するように構成するための様々なメカニズムを提供する。

アップリンク送信用のフルパワー送信は、ＵＥがフルパワーで送信することを可能にする。しかしながら、現在の３ＧＰＰ仕様では、リリース１６のＭＩＭＯ拡張をサポートするためのＭＡＣレベル及びＲＲＣレベルの構成を定義していない。

実際に、アクセスポイント（ｅＮｏｄｅＢなど）は、ダウンリンク制御情報の一部として使用されるプリコーディング行列に関する情報をＵＥに送信する。このプリコーディング行列は、送信プレコーダ行列インジケータ（Transmission Precoder Matrix Indicator、ＴＰＭＩ）と呼ばれる。３ＧＰＰ仕様のリリース１６は現在、２つのフルパワー送信モードをサポートしている。モード１では、フルパワー送信をサポートするために、新しいコヒーレント送信されてきたプレコーダ行列インジケータ（ＴＰＭＩ）が、部分コヒーレント及び／又は非コヒーレントのコードブックサブセットに追加される。そのうえ、パワースケーリングは、各ＴＰＭＩのパワースケーリングが、非ゼロポートの数と最大ポート数との比に設定されるという点で、リリース１５の挙動に従う。モード２では、ＵＥは、ＵＥがフルパワー送信をサポートすることができるＴＰＭＩのリストをネットワークに指示することができる。これらのＴＰＭＩには、パワースケーリング１が与えられる。残りのＴＰＭＩは、非ゼロポートの数と（ネットワークによって構成された）実際のポート数との比に等しいパワースケーリングが与えられる。以下の開示は、様々な実施形態に係る、ネットワークがフルパワーモードを構成することができる様々な方法及び／又は構成を説明する。

図１は、一実施形態に係る、例示的なワイヤレス通信環境１００を示す。環境１００は、各々がそれぞれのカバレッジエリア１１０ａ及び１２０ａを有する基地局１１０及び１２０を含む。一実施形態では、基地局１１０及び１２０は、ｇＮｏｄｅＢ、ｅＮｏｄｅＢ、又は別のネットワークに接続したアクセスポイントである。基地局１１０及び１２０は、ネットワークバックエンドに接続されており、それぞれのカバレッジエリア内のデバイスにセルラ接続性を提供する。

アクセスポイント１３０もまた、環境１００内に配置されていて、それ自体のカバレッジエリア１３０ａを含んでもよい。アクセスポイントは、マクロセル、スモールセル、ピコセル、フェムトセル、リモートラジオヘッド、リレーノードなどの任意の他のタイプの送受信ポイント（Transmission and Reception Point、ＴＲＰ）であり得る。基地局１１０、１２０及びアクセスポイント１３０はともに、環境１００内のＵＥにセルラ接続性のネットワークを提供する。１つのそのようなＵＥ１４０が、基地局１１０のカバレッジエリア１１０ａと基地局１２０のカバレッジエリア１２０ａ内にあるとして示されている。動作中、サービング基地局１１０／１２０及び／又はアクセスポイント１３０は、フルパワー送信を構成するためにＵＥ１４０と通信する。

図２は、本開示のいくつかの実施形態に係る、測定信号衝突解決を実施する電子デバイスの例示的なワイヤレスシステム２００のブロック図を示す。システム２００は、ＵＥ１４０を含む、環境１００の電子デバイス（例えば、ＡＰ１０１０、ＳＴＡ１０２０）のいずれかであり得る。システム２００は、プロセッサ２１０と、トランシーバ２２０と、バッファ（単数又は複数）２３０ａ及び２３０ｂと、通信インフラストラクチャ２４０と、メモリ２５０と、オペレーティングシステム２５２と、アプリケーション２５４と、アンテナ２６０と、を含む。図示のシステムは、ワイヤレスシステム２００の例示的な部分として提供されており、システム２００は、他の回路（単数又は複数）及びサブシステム（単数又は複数）を含むことができる。また、ワイヤレスシステム２００のシステムが別個の構成要素として示されているが、本開示の実施形態は、これらの構成要素、より少ない構成要素、又はより多い構成要素の任意の組み合わせを含むことができる。

メモリ２５０は、ランダムアクセスメモリ（ＲＡＭ）及び／又はキャッシュを含むことができ、制御ロジック（例えば、コンピュータソフトウェア）及び／又はデータを含むことができる。メモリ２５０は、ハードディスクドライブ及び／又はリムーバブル記憶デバイス／ユニットなどの他の記憶デバイス又はメモリを含み得るが、これらに限定されない。いくつかの例によれば、オペレーティングシステム２５２は、メモリ２５０に記憶され得る。オペレーティングシステム２５２は、メモリ２５０及び／又は１つ以上のアプリケーション２５４から、プロセッサ２１０及び／又はトランシーバ２２０へのデータの転送を管理することができる。いくつかの例では、オペレーティングシステム２５２は、多数のロジックレイヤを含むことができるネットワークプロトコルスタック（例えば、インターネットプロトコルスタック、セルラプロトコルスタックなど）を１つ以上維持する。プロトコルスタックの対応するレイヤにおいて、オペレーティングシステム２５２は、そのレイヤに関連する機能を実行するための制御メカニズム及びデータ構造を含む。

いくつかの例によれば、アプリケーション２５４は、メモリ２５０に記憶され得る。アプリケーション２５４は、ワイヤレスシステム２００及び／又はワイヤレスシステム２００のユーザによって使用されるアプリケーション（例えば、ユーザアプリケーション）を含むことができる。アプリケーション２５４内のアプリケーションは、Ｓｉｒｉ（商標）、ＦａｃｅＴｉｍｅ（商標）、ラジオストリーミング、ビデオストリーミング、リモートコントロール、測定衝突解決、及び／又は他のユーザアプリケーションなどのアプリケーションを含むことができるが、これらに限定されない。

オペレーティングシステムに代えて又は追加的に、システム２００は、通信インフラストラクチャ２４０を含むことができる。通信インフラストラクチャ２４０は、例えば、プロセッサ２１０、トランシーバ２２０と、メモリ２５０との間の通信を提供する。いくつかの実装形態では、通信インフラストラクチャ２４０はバスであってもよい。プロセッサ２１０は、メモリ２５０に記憶された命令とともに、システム１０００のワイヤレスシステム２００が本明細書に説明するような測定衝突解決を実施することを可能にする動作を実行する。加えて又は代替的に、トランシーバ２２０は、システム１０００のワイヤレスシステム２００が本明細書に説明するような測定衝突解決を実施することを可能にする動作を実行する。

トランシーバ２２０は、いくつかの実施形態によれば、測定衝突解決をサポートする通信信号を送信及び受信することができ、アンテナ２６０に結合され得る。アンテナ２６０は、同一又は異なるタイプであり得る１つ以上のアンテナを含むことができる。トランシーバ２２０は、システム２００がワイヤド及び／又はワイヤレスであり得る他のデバイスと通信することを可能にする。トランシーバ２２０は、プロセッサ、コントローラ、無線機、ソケット、プラグ、バッファ、及びネットワークに接続して通信するために使用される回路／デバイスなどを含むことができる。いくつかの例によれば、トランシーバ２２０は、ワイヤドネットワーク及び／又はワイヤレスネットワークに接続して通信するための１つ以上の回路を含む。本開示の考察に基づき、当業者には、トランシーバ２２０は、各自の無線トランシーバ及びプロトコル（単数又は複数）を有するセルラサブシステム、ＷＬＡＮサブシステム、及び／又はＢｌｕｅｔｏｏｔｈ（商標）サブシステムを含むことができることが理解されるであろう。いくつかの実装形態では、トランシーバ２２０は、他のデバイスと通信するためのシステムをより多く又はより少なく含むことができる。

セルラサブシステム（図示せず）は、セルラネットワークに接続して通信するための１つ以上の回路（セルラトランシーバを含む）を含むことができる。セルラネットワークは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）などの３Ｇ／４Ｇ／５Ｇネットワークを含むことができるが、これらに限定されない。Ｂｌｕｅｔｏｏｔｈ（商標）サブシステム（図示せず）は、例えば、Ｂｌｕｅｔｏｏｔｈ（商標）プロトコル、Ｂｌｕｅｔｏｏｔｈ（商標）Ｌｏｗ Ｅｎｅｒｇｙプロトコル、又はＢｌｕｅｔｏｏｔｈ（商標）Ｌｏｗ Ｅｎｅｒｇｙ Ｌｏｎｇ Ｒａｎｇｅプロトコルに基づく接続（単数又は複数）及び通信を可能にする１つ以上の回路（Ｂｌｕｅｔｏｏｔｈ（商標）トランシーバを含む）を含むことができる。ＷＬＡＮサブシステム（図示せず）は、ＩＥＥＥ８０２．１１（ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｘ、ＩＥＥＥ８０２．１１ｂｃ、ＩＥＥＥ８０２．１１ｂｄ、ＩＥＥＥ８０２．１１ｂｅなどを含むが、これらに限定されない）に記載されている規格に基づくＷＬＡＮネットワークなどを含むが、これらに限定されないネットワークを介した接続（単数又は複数）及び通信を可能にする１つ以上の回路（ＷＬＡＮトランシーバを含む）を含むことができる。

いくつかの実施形態によれば、プロセッサ２１０は、単独で、又はメモリ２５０、及び／又はトランシーバ２２０との組み合わせで、フルパワー送信構成を実行する。例えば、システム２００は、以下で更に詳細に説明するように、デバイス能力を生成し、それをネットワークに送信し、ネットワークから送信パワー構成を受信し、それを実行するように構成されている。

いくつかの実施形態によれば、プロセッサ２１０は、単独で、又はトランシーバ２２０及び／又はメモリ２０５との組み合わせで、ＵＥ能力を送信することができる。プロセッサ２１０は、単独で、又はトランシーバ２２０及び／又はメモリ２０５との組み合わせで、パワー送信構成を受信し、それを実行することができる。
フルパワー送信構成

一実施形態では、２つの追加のフルパワー送信モードが、現在の３ＧＰＰ仕様に定義されている既存のモード１及びモード２を補足する。ＵＥは、これらの４つのモードのうちのどれをサポートするのかをネットワークに通知する。受信したＵＥの能力に基づいて、ネットワークは４つのモードのうちの１つを選択する。次いで、ネットワークは、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージを介してＵＥでフルパワー送信モードを構成する。具体的には、ネットワークによって設定できる利用可能なパワー送信モードが４つあるため、ネットワークは、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージ内に２つ以上のビットを設定して、所望のパワー送信モードを識別する。ＵＥで受信すると、ＵＥは、受信したＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージに従って、フルパワー送信モードを設定する。

上述のように、モード１及びモード２は、現在の３ＧＰＰ仕様に存在している。モード１では、パワースケーリングは、３ＧＰＰ仕様のリリース１５で指定されたパワースケーリング挙動に従う。すなわち、非ゼロポートの数が、ＵＥがサポートできる最大ポート数で除算される。次いで、ＵＥは、結果として得られた値を、そのＴＰＭＩの各々にパワースケーリング係数として適用する。そのうえ、モード１では、部分コヒーレント及び非コヒーレントのコードブックサブセットに、新しいコヒーレントＴＰＭＩがコードブックサブセットに追加される。

モード２では、ＵＥは、部分的にはフルパワー送信モードで動作し、部分的にはフルパワー送信モード以外のモードで動作する。具体的には、ＵＥがフルパワー送信モードで動作することができるものとして識別された全てのＴＰＭＩについて、パワースケーリング係数は１に設定される。他の全てのＴＰＭＩについて、パワースケーリングは、非ゼロパワーポートの数を、スケジューリングＤＣＩによって指示されるＳＲＳリソースのポート数で除算したものの比に設定される。

第１の新しいモード（モード０）では、全てのＴＰＭＩは、パワースケーリング１を有するように設定される。第２の新しいモード（モード３）では、ＵＥはリリース１５に従って、リリース１５によって定義されているものと同じのパワースケーリングで動作する。言い換えれば、全てのＴＰＭＩのパワースケーリングは、全ての非ゼロポートと最大ポート数との比に設定される。

別の実施形態は、４つのアップリンクポート／レイヤを有するＵＥをサポートする。この実施形態では、ＵＥは、ネットワークに、それが４つのアップリンクポートをサポートすることと、それがアップリンクフルパワー送信をサポートすることとを指示する。この例では、ネットワークは、フルパワー送信モード２で動作するようにＵＥを構成することができ、最大４つのＳＲＳリソースを有するＳＲＳリソースセットをＵＥに構成することができる。このような場合、少なくとも１つのＳＲＳリソースが４つのポートを有し、少なくとも１つのＳＲＳリソースが２つのポートを有する。そのうえ、ネットワークはまた、コードブックサブセット及びＵＥのフルパワー送信モードを構成する。

例えば、ネットワークは、２ポートＳＲＳのコードブックサブセットを、ｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔかｎｏｎＣｏｈｅｒｅｎｔのどちらか一方に構成する。一実施形態では、コードブックサブセットタイプは、構成をネットワークからＵＥに送信する必要がないように、仕様内にハードコード化されてもよい。２ポートＳＲＳのフルパワー動作モードを構成する場合、モード１はもはや利用できなくなっている。したがって、ネットワークは、モード０、２、及び３のなかから選択する。上述のように、ネットワークは、選択されたフルパワー送信モードに基づいてＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージ内の関連ビットを設定し、ＵＥを構成するためにメッセージをＵＥに送信する。代替的に、一実施形態では、フルパワー送信モードは、ＵＥが適切なモードについてのネットワークからの特別な指示を必要とせずに、適切なモードを実行できるように、仕様内にハードコード化されてもよい。

別の実施形態では、ネットワークは、ＵＥが２ポートフルコヒーレント構成であるという指示をＵＥから受信する。一実施形態では、ＵＥはまた、ＵＥがモード０、１、又は２をサポートできるかどうかをネットワークに通知する。ＵＥがフルコヒーレントであるため、全てのポートを使用するＴＰＭＩが必ずある。したがって、フルパワー送信をサポートしない他のＴＰＭＩがあっても、フルパワー送信をサポートするＴＰＭＩは常に存在する。

受信したＵＥの情報に基づいて、ネットワークは、サポートされるモード０、１、又は２のうちの１つを選択する。ネットワークが、ＵＥがサポートするモードのみを選択することに注意されたい。一実施形態では、この選択は、ＵＥのｃｏｄｅｂｏｏｋＳｕｂｓｅｔに更に依存する。具体的には、ｃｏｄｅｂｏｏｋＳｕｂｓｅｔがｎｏｎＣｏｈｅｒｅｎｔとして構成されている場合、ネットワークは、ＵＥが、それが選択されたモードをサポートできることを指示する場合にのみ、モード０、１、又は２で動作するようにＵＥを構成することができる。そうでなければ、ネットワークは、モード３で動作するようにＵＥを構成する。

他方で、ｃｏｄｅｂｏｏｋＳｕｂｓｅｔが、ｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ（例えば、フルコヒーレント）として構成されている場合、モード１はもはや利用できなくなっている。したがって、ネットワークは、モード０又は２がＵＥによってサポートされる場合、モード０又は２で動作するようにＵＥを構成することのみができる。両方ともサポートされていない場合、ネットワークは、モード３で動作するようにＵＥを構成しなければいけない。この実施形態では、ネットワークは、ＳＲＳリソースセット内に違うポート数を有するＳＲＳリソースを構成し得るが、モード２が選択されたときに、それをするのは禁止されている。これは、モード２では、違うポート数を有するＳＲＳリソースを構成する必要がないためである。

別の実施形態では、４ポートＵＥを構成することもできる。フルコヒーレント及び非コヒーレント構成で動作可能であることに加えて、４ポートＵＥは、部分コヒーレント構成で動作することもできる。ＵＥを構成するとき、ネットワークがこの追加の能力を担う。具体的には、前の実施形態と同様に、ＵＥは、ＵＥがモード０、１又は２で動作できるかどうかをネットワークに指示する。次いで、ネットワークは、ＵＥのｃｏｄｅｂｏｏｋＳｕｂｓｅｔを判定する。ｃｏｄｅｂｏｏｋＳｕｂｓｅｔが、ｎｏｎＣｏｈｅｒｅｎｔ又はｐａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔであるとき、ネットワークは、そのＵＥが指示した能力によって、モード０、１、又は２で動作するようにＵＥを構成する。ＵＥが、それがモード０、１、又は２のどれでも動作することができないことを指示した場合、ネットワークは、モード３で動作するようにＵＥを構成する。

あるいは、ｃｏｄｅｂｏｏｋＳｕｂｓｅｔが、ｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔとして構成されているとき、モード１はもはや利用できなくなっている。したがって、ネットワークは、ＵＥが報告した能力によって、モード０又は２で動作するようにＵＥを構成する。ＵＥが、それがモード０又は２のどちらでも動作することができないことを指示した場合、ネットワークは、モード３で動作するようにＵＥを構成する。繰り返しになるが、ネットワークは通常、ＳＲＳリソースセット内に違うポート数を有するＳＲＳリソースを構成し得るが、モード２が選択されたときに、それをするのは禁止されている。これは、モード２では、違うポート数を有するＳＲＳリソースを構成する必要がないためである。

図３は、一実施形態による例示的なワイヤレス通信環境３００の機能ブロック図を示す。環境は、ネットワークバックエンド３１０からＵＥ３５０にワイヤレス接続性を提供する複数のアクセスポイント３２０を含む。一実施形態では、アクセスポイント３２０は、図１の基地局１１０又は１２０のいずれかに対応し、ＵＥ３５０は、図１のＵＥ１４０に対応する。説明の便宜上、ネットワーク３１０及びＵＥ３５０の関連機能ブロックのみが示されている。

図３に示すように、ＵＥ３５０は、アンテナ３５５に接続されたトランシーバ３５２を含む。トランシーバは、多数の論理ポート３５２を含む。プロセッサ３５４は、トランシーバ３５２に接続されていて、ＵＥ３５０におけるほとんどの処理を実行する。プロセッサはまた、メモリ３５６と接続されている。モード構成３５８は、ネットワークによって指定されたモードを設定する。

図３に示すように、ネットワーク３１０は、アクセスポイント３２０ａ及び３２０ｂを用いて情報を送受信するトランシーバ３１２を含む。２つの接続されたアクセスポイントのみが図示されているが、ネットワーク３１０は、任意の数のアクセスポイント３２０と接続することができることを理解されたい。ネットワークバックエンド３１０は、トランシーバ３１２と接続されたプロセッサ３１４を含む。メモリ３１６及び構成選択ブロック３１８は、プロセッサ３１４に接続される。別個の構成要素として示されているが、機能ブロックは、別々に実装されてもよく、又は互いに任意の組み合わせで統合されてもよいことを理解されたい。

上記の実施形態によれば、ＵＥ３５０のプロセッサ３５４は、ＵＥの能力にアクセスするためにメモリ３５６にアクセスする。プロセッサは、ＵＥ能力をパッケージ化し、トランシーバ３５２に、アンテナ（単数又は複数）３５５を介してネットワーク３１０に能力を送信させる。メッセージは、アクセスポイント３２０のうちの１つ以上によって受信され、そしてネットワーク３１０に転送される。ネットワークは、トランシーバ３１２を介して能力を受信する。プロセッサ３１４は、ＵＥの能力を識別するために、受信した情報を復号する。次いで、構成選択３１８は、上記の実施形態に従って、ＵＥ能力に基づいて、適切なフルパワー送信モードを選択する。次いで、選択されたモードは、プロセッサ３１４によってパッケージ化される。次いで、プロセッサは、トランシーバ３１２に、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージ内のパッケージ化された選択をアクセスポイント３２０（単数又は複数）に転送させ、このアクセスポイントはメッセージをＵＥ３５０に転送する。

ＵＥ３５０のトランシーバ３５２は、そのアンテナ（単数又は複数）３５５を介してＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージを受信し、それをプロセッサ３５４に転送する。プロセッサ３５４は、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージから関連フルパワー送信モード選択を抽出し、それをメモリ３５６に記憶する。モード構成３５８は、メモリ３５６に記憶されたモード選択にアクセスし、上記の実施形態に関して説明したように、ＴＰＭＩ、ポート３５３、及び／又はトランシーバ若しくはトランシーバ論理の他の態様を構成する。

図４は、ＵＥにおいてフルパワー送信モードを設定するための方法４００のフローチャート図を示す。図４に示すように、ネットワークは、ＵＥからＵＥ能力を受信する（４１０）。これらの能力は、サポートされるポート数、サポートされるコヒーレンシィ、及びサポートされるフルパワー送信モードを含むことができる。したがって、受信したＵＥ能力から、ネットワークは、ＵＥのポート数を判定する（４２０）。この値は通常、２か４のいずれかである。次いで、ネットワークは、ＵＥのコヒーレンシィを判定する（４３０）。２ポートＵＥの場合、これはコヒーレントか非コヒーレントのいずれかである。４ポートＵＥの場合、これは部分コヒーレントを含み得る。

次いで、ネットワークは受信した能力から、ＵＥがどれかのサポートされるフルパワー送信モードを識別したかどうかを識別した（４４０）。ＵＥから受信したポート、コヒーレンシィ、及びモード情報に基づいて、ネットワークは、モードを選択する（４５０）。上記のように、本開示の実施形態では、利用可能なフルパワー送信モードは４つある。モードが選択されると、ネットワークは、ＰＵＳＣＨ－Ｃｏｎｆｉｇ信号のビットを構成する（４６０）。次いで、結果として生じる信号は、ＵＥに送信される（４７０）。

本方法を、一実装態様に従って説明したが、本願の特定の状況に従って、ステップの多くが異なる順序で実行されてもよく、又は省略されてもよいことを理解されたい。
ＢＤＦａｃｔｏｒ指示

ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）は、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を介して送信され、ダウンリンク共有チャネル（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＤＬ－ＳＣＨ）リソース割り当てに関する情報（例えば、ＤＬ－ＳＣＨを含むリソースブロックのセット）、トランスポートフォーマット、及びＤＬ－ＳＣＨハイブリッド自動反復要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ、ＨＡＲＱ）に関連する情報を含む信号である。ＰＤＣＣＨペイロードを形成するために、ＤＣＩは、チャネル符号化（例えば、ＣＲＣアタッチメントの追加、それに続くＰＤＣＣＨフォーマット容量に従った畳み込み符号化及びレートマッチング）を行う。同様に、ＤＣＩの復号は、受信時に行われる。

そのうえ、単一のＰＤＣＣＨ送信が、複数のＵＥのＤＣＩ情報を運ぶのは一般的である。ＵＥが詳細な制御チャネル構造を明示的に通知されていないため、ＵＥは、制御領域の復号を盲目的に試行しなければいけない。これは、「ブラインド検出」又は「ブラインド復号」と呼ばれる。

マルチＴＲＰ（多重送受信ポイント）で、ＵＥは、複数のサービングセルに接続されている。この構成では、ＵＥは、全てのサービングセルへの通信を指令する単一のＤＣＩを受信することができ、又はマルチＤＣＩを受信することができる。マルチＤＣＩの場合、各サービングＴＲＰに対して異なるＤＣＩが提供される。後者のシナリオでは、ＵＥは、サービングセルの各々についてのＤＣＩ情報を正しく復号する方法を決定しなければいけない。この情報を正しく復号するＵＥの能力は、ＵＥが扱うことのできるチャネル複雑度の程度に依存する。ＵＥの能力に基づいて、ネットワークは、送信中に存在するブラインド検出及び非オーバーラップ制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ、ＣＣＥ）の数に関してＰＤＣＣＨ復号化の複雑度を制御する値ＢＤＦａｃｔｏｒＲを設定することができる。

一実施形態では、ＢＤＦａｃｔｏｒＲは、セルごとのレベルで構成され得る。この実施形態では、セルｉについて、セルがマルチＤＣＩモードで動作するように構成されている場合、セルｉのＢＤＦａｃｔｏｒを使用して、ブラインド検出及び非オーバーラップＣＣＥの最大数を決定する。他方で、セルｉがマルチＤＣＩモードで動作するように構成されていない場合、ＢＤＦａｃｔｏｒＲは１であると想定され、この値は、ブラインド検出及び非オーバーラップＣＣＥの最大数を決定するために使用される。

別の実施形態では、ＢＤＦａｃｔｏｒＲは、代替的に、セルグループごとのレベルで構成され得る。この実施形態では、同じＢＤＦａｃｔｏｒＲが、セルグループ内の全てのセルに使用される。

図３を参照すると、上記の実施形態によれば、ＵＥ３５０のプロセッサ３５４は、ＵＥの能力にアクセスするためにメモリ３５６にアクセスする。プロセッサは、ＵＥ能力をパッケージ化し、トランシーバ３５２に、アンテナ（単数又は複数）３５５を介してネットワーク３１０に能力を送信させる。メッセージは、アクセスポイント３２０のうちの１つ以上によって受信され、そしてネットワーク３１０に転送される。ネットワークは、トランシーバ３１２を介して能力を受信する。プロセッサ３１４は、ＵＥの能力を識別するために、受信した情報を復号する。次いで、構成選択３１８は、上記の実施形態に従って、ＵＥ能力に基づいて、適切なＢＤＦａｃｔｏｒＲを選択する。次いで、選択されたＢＤＦａｃｔｏｒＲは、ＵＥへの送信用のＤＣＩ信号を生成するときに、プロセッサ３１４によって参照されるか、又は同じときにアクセスポイントによって使用される。

図５は、ＰＤＣＣＨ複雑度を構成するための方法５００のフローチャート図を示す。図５に示すように、ネットワークは、ＵＥがマルチＤＣＩ及びマルチＴＲＰで動作していることを識別する（５１０）。ネットワークは、ＵＥがブラインド検出に関して扱える複雑度のレベルに関するＵＥ能力を受信する（５２０）。この情報に基づいて、ネットワークは、適切な複雑度をセルに構成する。具体的には、マルチＴＲＰについて、ネットワークは、各セルを独立して（セルごとに）構成するか、又はセルグループ内の全てのセルをともに（セルグループごとに）構成するかどうかを選択することができる（５２５）。

セルごとの構成が選択されると（５２５ ｐｅｒ ｃｅｌｌ）、ネットワークは、所与のセルｉがマルチＤＣＩで動作しているかどうかを判定する。（５３５－Ｙ）である場合、ネットワークは、セルｉの複雑度をそのセルのＢＤＦａｃｔｏｒＲに等しく設定する。他方で、セルｉがマルチＤＣＩで動作していない場合（５３５－Ｎ）、ネットワークは、複雑度を１に設定する。

その一方で、ネットワークがセルをグループごとに構成するように選択した場合（５２５ ｐｅｒ ｃｅｌｌ ｇｒｏｕｐ）、ネットワークは、そのグループ内の全てのセルを、同じＢＤＦａｃｔｏｒＲを有するように構成する（５６０）。
ＦＤＭ／ＴＤＭスキームのマルチＴＲＰ構成

上述のように、マルチＴＲＰでは、ＵＥは、複数のセルによってサービスされている。したがって、サービングＴＲＰの各々の間の送信スキーム。例えば、ＵＥとそれぞれのサービングセルとの間の通信に利用可能な複数の周波数ドメイン多重化（Ｆｒｅｑｕｅｎｃｙ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＦＤＭ）スキーム（ＦＤＭＳｃｈｅｍｅＡ及びＦＤＭＳｃｈｅｍｅＢ）及び複数の時間ドメイン多重化（Ｔｉｍｅ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＴＤＭ）スキーム（ＴＤＭＳｃｈｅｍｅＡ及びＴＤＭＳｃｈｅｍｅＢ）がある。これらの通信スキームが相互に排他的ではないことに注意されたい。

現在の３ＧＰＰ仕様では、異なる通信スキーム間の動的スイッチングが開示されている。その構成では、ネットワークは、通信システム内に存在する複数の変数を追跡する。これらの変数は、例えば、指示されたビームの数（例えば、送信構成指示（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ、ＴＣＩ））、コードドメイン多重化（Ｃｏｄｅ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＣＤＭ）グループの数、ＤＣＩ内で指示される時間ドメインリソース割り当て（Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ、ＴＤＲＡ）、及び無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）構成を含み得る。ネットワークは、これらの変数の値によって、ＵＥの挙動を調整する。一実施形態では、ＵＥの挙動は、ＵＥがネットワークから明示的な命令を受信することなくその挙動を調整できるように、仕様内にハードコード化されてもよい。

以下の表１に、関連変数の値及び対応するＵＥの挙動を列挙する。

上記の表に示すように、変数の値によって、ＵＥの通信スキームを動的に調整することができる。例えば、第１の行に示されるように、ＴＣＩ状態の数は１であり、ＣＤＭグループの数は１以下であり、ＴＤＲＡは値ＲｅｐＮｕｍ１６を含んでいない。このシナリオでは、ＵＥは、リリース１５の挙動に従う。表１の残りの部分も同様に読み取ることができる。例えば、第４の構成（行）では、２つのＴＣＩ状態、１つのＣＤＭグループがあり、ＴＤＲＡはＲｅｐＮｕｍ１６を含んでいて、ＲｅｐＮｕｍ１６は、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎの少なくとも１つのエントリに構成されている。変数値がこの行にあるものを満たす場合、ＵＥはＴＤＭＳｃｈｅｍｅＢ（例えば、スキーム３又はスロット間ＴＤＭスキーム）を用いる。

本開示の一実施形態によれば、追加の構成が開示されている。この実施形態では、ＵＥは、２つの条件が満たされると、非コヒーレントジョイント送信（ＮＣＪＴ）とも呼ばれる空間ドメイン多重化（Ｓｐａｔｉａｌ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＳＤＭ）で動作するように構成することができる。具体的には、ＵＥにＤＣＩ内の２つのＴＣＩ状態及びＤＣＩ内の２つのＤＭＲＳ ＣＤＭグループがあると指示されていることを条件に、他の構成に関係なくＳＤＭを想定することができる。他の実施形態では、スキーム１ａを想定することができる。

別の実施形態では、２つ以上のスキーム間に矛盾がある場合、ＴＤＭＳｃｈｅｍｅＡが優先され得る。この実施形態では、ＵＥには、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されている。次いで、３つの条件のうちのいずれか１つの発生が、ＴＤＭＳｃｈｅｍｅＡを優先するのをトリガすることができる。第１の条件は、ＵＥが、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのどれか１つのエントリにＲｅｐＮｕｍ１６が構成されるのを見込んでいないときに発生する。第２の条件は、ＵＥが、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのどれか１つのエントリに構成されているＲｅｐＮｕｍ１６を無視しているときに発生する。第３の条件は、ＵＥが、ＤＣＩが、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内のＲｅｐＮｕｍ１６を含むエントリを指示するのを見込んでいないことときに発生する。これらの条件のいずれかが発生すると、ＵＥは、他の構成に関係なく、ＴＤＭＳｃｈｅｍｅＡを優先する。

別の実施形態では、ＴＤＭＳｃｈｅｍｅＢが優先され得る。この実施形態は、ＵＥに、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎの少なくとも１つのエントリにＲｅｐＮｕｍ１６が構成されているときに発生し得る。この実施形態では、ＴＤＭＳｃｈｅｍｅＢの優先は、ＵＥが、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されるのを見込んでいないときに発生する。具体的には、この条件下では、ユーザ機器にＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されるのが見込まれていないか、又は構成された場合、ユーザ機器はＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒを無視する。ユーザ機器は、ＴＤＭＳｃｈｅｍｅＢ、又はモード４又はスロット間ＴＤＭスキームで動作すると見込まれる。

別の実施形態では、エラー解決が提供される。具体的には、ＵＥに、ＤＣＩ ＴＤＲＡフィールドにおいてＲｅｐＮｕｍ１６が構成され、ＦＤＭＳｃｈｅｍｅＡ、ＦＤＭＳｃｈｅｍｅＢ、又はＴＤＭＳｃｈｅｍｅＡのうちの１つとなるＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されるのは可能である。しかし、これは無効な状態であり、エラーを引き起こす。その結果、これらの条件の両方が満たされると、ＵＥは、第１の実施形態に従って、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒによって指示されているスキームで動作する。あるいは、別の実施形態では、これらの条件が満たされると、ＵＥは、スキーム４又はＴＤＭＳｃｈｅｍｅＢなどのスロット間ＴＤＭスキームで動作する。

図６は、ＵＥに通信スキームを構成するための例示的な方法６００のフローチャート図を示す。図６に示すように、ネットワークは、ＤＣＩ内のＴＣＩ状態の数及びＤＣＩ内のＤＭＲＳ ＣＤＭグループの数などのＵＥ動作に関する情報を受信する（６１０）。この情報に基づいて、ネットワークは、ＵＥにＤＣＩ内の２つのＴＣＩ状態があると指示されているかどうかを判定する。そうであれば（６１５－Ｙ）、次いで、ネットワークは、ＵＥに２つのＤＭＲＳ ＣＤＭグループがあるかどうかを判定する（６２５）。そうであれば、ネットワークは、ＵＥをＳＤＭで動作するように設定する（６３０）。

他方で、ネットワークが、ＵＥにＤＣＩ内の２つのＴＣＩ状態があると識別されていない（６１５－Ｎ）か、又はＵＥに２つのＤＭＲＳ ＣＤＭグループがあると識別されていない（６２５－Ｎ）と判定した場合、ネットワークは、ＵＥがリリース１６に定義している動的構成に従って動作するようにＵＥを構成する（６４０）。上記の方法は、ネットワークによって実行されるものとして説明されてきたが、この方法は同様にＵＥによって実行され得ることを理解されたい。

図７は、本開示の実施形態に係る、通信スキームを選択するための例示的な方法７００のフローチャート図を示す。図７に示すように、ＵＥは、それに、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されているかどうか、又はＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎの少なくとも１つのエントリにＲｅｐＮｕｍ１６が構成されているかどうかを識別する。ＵＥに、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒのみが構成されている場合（７０５－ＲＳＥ）、ＵＥは、特定の条件が満たされているかどうかをチェックする（７１０）。例えば、ＵＥは、それが、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのどれか１つのエントリにＲｅｐＮｕｍ１６が構成されるのを見込んでいないかどうか、ＵＥが、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのどれか１つのエントリに構成されているＲｅｐＮｕｍ１６を無視しているかどうか、又はＵＥが、ＤＣＩが、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内のＲｅｐＮｕｍ１６を含むエントリを指示するのを見込んでいないときの第３の条件が発生しているかどうかを判定する。これらの条件のいずれか１つが発生した場合（７２０）、ＵＥは、他の構成に関係なく、ＴＤＭＳｃｈｅｍｅＡを優先する。

他方で、ＵＥが、ＵＥは、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎの少なくとも１つのエントリにＲｅｐＮｕｍ１６が構成されていると識別した場合（７０５－ＲＮ１６）、ＵＥは、別の条件セットを分析する（７３０）。この例では、ＵＥは、それが、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されるのを見込んでいるかどうかを判定する。そうでなければ、ＵＥはＴＤＭＳｃｈｅｍｅＢを優先する。

最後に、ＵＥにＲｅｐＮｕｍ１６とＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒの両方ともが構成されているとＵＥが識別すると（７０５－ＢＯＴＨ）、ＵＥは、この条件をエラーとして識別する（７５０）。結果として、ＵＥは、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒによって指示されているスキームで動作するか、それともＴＤＭＳｃｈｅｍｅＢで動作するかを選択する。上記の方法は、ＵＥで行われるものとして説明されてきたが、方法７００は、ネットワークによって実行され得ることを理解されたい。ネットワークによって実行される場合、ＵＥから構成情報を受信し、選択された構成をＵＥに通知するという追加のステップを必要とする。

図８は、本開示のいくつかの実施形態に係る、測定信号衝突解決を実施する例示的なシステム８００を示す。例示的なシステム８００は、例示的なものに過ぎず、開示された実施形態を限定するものではない。システム８００は、アクセスポイント（ＡＰ）８１０、ステーション（ＳＴＡ）８２０、及びネットワーク８３０を含み得るが、これらに限定されない。ステーション８２０ａ～８２０ｃは、ワイヤレス通信デバイス、スマートフォン、ラップトップ、デスクトップ、タブレット、パーソナルアシスタント、モニタ、テレビ、ウェアラブルデバイスなどのようなワイヤレスローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）ステーションを含み得るが、これらに限定されない。アクセスポイント（ＡＰ）８１０は、ワイヤレスルータ、ウェアラブルデバイス（例えば、スマートウォッチ）、ワイヤレス通信デバイス（例えば、スマートフォン）、又はそれらの組み合わせなどのＷＬＡＮ電子デバイスを含み得るが、これらに限定されない。ネットワーク８３０は、インターネット及び／又はＷＬＡＮであり得る。ステーション８２０の通信は、ワイヤレス通信８４０として示されている。ＡＰ８１０とＳＴＡ８２０との間の通信は、ワイヤレス通信８４０ａ～８４０ｃを使用して行うことができる。ワイヤレス通信８４０ａ～８４０ｃは、多種多様なワイヤレス通信技術に基づくことができる。これらの技術は、ＩＥＥＥ８０２．１１（限定されないが、ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｘ、ＩＥＥＥ８０２．１１ｂｃ、ＩＥＥＥ８０２．１１ｂｄ、ＩＥＥＥ８０２．１１ｂｅ、ＩＥＥＥ８０２．１１ｖなど）に基づく技術を含み得るが、これらに限定されない。

様々な実施形態を、例えば、図９に示すコンピュータシステム９００などの１つ以上のコンピュータシステムを使用して、実行することができる。コンピュータシステム９００は、図９のデバイス９１０、９２０又は図２のデバイス２００など、本明細書に記載の機能を実行できる任意の周知のコンピュータとすることができる。コンピュータシステム９００は、プロセッサ９０４などの１つ以上のプロセッサ（中央処理装置、即ちＣＰＵとも呼ばれる）を含む。プロセッサ９０４は、通信インフラストラクチャ９０６（例えば、バス）に接続されている。コンピュータシステム９００はまた、ユーザ入出力インターフェース（単数又は複数）９０２を介して通信インフラストラクチャ９０６と通信する、モニタ、キーボード、ポインティングデバイスなどのユーザ入出力デバイス（単数又は複数）９０３を含む。コンピュータシステム９００はまた、ランダムアクセスメモリ（Random Access Memory、ＲＡＭ）などのメインメモリ又はプライマリメモリ９０８を含む。メインメモリ９０８は、１つ以上のレベルのキャッシュを含むことができる。メインメモリ９０８には、制御ロジック（例えば、コンピュータソフトウェア）及び／又はデータが記憶されている。

コンピュータシステム９００はまた、１つ以上のセカンダリ記憶デバイス又はセカンダリメモリ９１０を含み得る。セカンダリメモリ９１０は、例えば、ハードディスクドライブ９１２及び／又はリムーバブル記憶デバイス若しくはリムーバブル記憶ドライブ９１４を含み得る。リムーバブル記憶ドライブ９１４は、フロッピーディスクドライブ、磁気テープドライブ、コンパクトディスクドライブ、光記憶デバイス、テープバックアップデバイス、及び／又は任意の他の記憶デバイス／ドライブであってもよい。

リムーバブル記憶ドライブ９１４は、リムーバブル記憶ユニット９１８と対話することができる。リムーバブル記憶ユニット９１８は、コンピュータソフトウェア（制御ロジック）及び／又はデータがその上に記憶されたコンピュータ使用可能記憶デバイス又はコンピュータ可読記憶デバイスを含む。リムーバブル記憶ユニット９１８は、フロッピーディスク、磁気テープ、コンパクトディスク、ＤＶＤ、光記憶ディスク、及び／任意の他のコンピュータデータ記憶デバイスであってもよい。リムーバブル記憶ドライブ９１４は、周知の方法で、リムーバブル記憶ユニット９１８から読み出し、及び／又はそれに書き込む。

いくつかの実施形態によれば、セカンダリメモリ９１０は、コンピュータプログラム及び／又は他の命令及び／又はデータがコンピュータシステム９００によってアクセスされるのを可能にする他の手段や媒介又は他の手法を含んでもよい。かかる手段や媒介又は他の手法としては、例えば、リムーバブル記憶ユニット９２２及びインターフェース９２０が挙げられ得る。リムーバブル記憶ユニット９２２及びインターフェース９２０の例としては、プログラムカートリッジ及びカートリッジインターフェース（ビデオゲームデバイスに見られるようなものなど）、リムーバブルメモリチップ（ＥＰＲＯＭ又はＰＲＯＭなど）及び関連ソケット、メモリスティック及びＵＳＢポート、メモリカード及び関連メモリカードスロット、及び／又は任意の他のリムーバブル記憶ユニット及び関連インターフェースが挙げられ得る。

コンピュータシステム９００は、通信インターフェース又はネットワークインターフェース９２４を更に備えてもよい。通信インターフェース９２４により、コンピュータシステム９００は、リモートデバイス、リモートネットワーク、リモートエンティティなどの任意の組み合わせ（個別的に及び包括的に参照番号９２８で参照される）と通信し、対話することができる。例えば、通信インターフェース９２４により、コンピュータシステム９００は、通信経路９２６上でリモートデバイス９２８と通信することが可能になり得るが、この通信経路９２６は、ワイヤド及び／又はワイヤレスであってもよく、ＬＡＮ、ＷＡＮ、インターネットなどの任意の組み合わせを含み得る。制御ロジック及び／又はデータは、通信経路９２６を介して、コンピュータシステム９００との間で送受信することができる。

前述の実施形態の動作は、多種多様な構成及びアーキテクチャで実装することができる。したがって、前述の実施形態の動作のいくつか又は全ては、ハードウェア、ソフトウェア、又はその双方で実行されてもよい。いくつかの実施形態では、制御ロジック（ソフトウェア）が記憶された有形の非一時的コンピュータ使用可能媒体又はコンピュータ使用可読媒体を含む有形の非一時的装置又は製造物品はまた、本明細書ではコンピュータプログラム製品又はプログラム記憶装置とも呼ばれる。これには、コンピュータシステム９００、メインメモリ９０８、セカンダリメモリ９１０、リムーバブル記憶ユニット９１８及び９２２、並びに前述のものの任意の組み合わせを具体化した有形の製造物品が含まれるが、これらに限定されない。かかる制御ロジックは、１つ以上のデータ処理デバイス（コンピュータシステム９００など）によって実行されると、かかるデータ処理デバイスを本明細書に説明しているように動作させる。

本開示に含まれる教示に基づいて、当業者には、図９に示されているもの以外のデータ処理デバイス、コンピュータシステム及び／又はコンピュータアーキテクチャを使用して本開示の実施形態を製造及び使用する方法は明らかであろう。特に、実施形態は、本明細書に記載されているもの以外のソフトウェア、ハードウェア、及び／又はオペレーティングシステムの実装を用いて動作することができる。

特許請求の範囲を解釈するために使用されることが意図されているのは、「発明の概要」及び「要約書」のセクションではなく、「発明を実施するための形態」のセクションであることを理解されたい。「発明の概要」の部分及び「要約書」の部分に発表しているのは、発明者（１人又は数人）が考えた本発明の全ての例示的な実施形態ではなく、本発明の１つ又はいくつかの例示的な実施形態に過ぎず、したがって、決して本開示及び添付の特許請求の範囲を制限することを意図したものではない。

特定の機能の実装及びそれらの関係を示す機能的構成ブロックを用いて、本開示を説明してきた。本明細書では、説明の便宜上、これらの機能的構成ブロックの境界は、任意に画定されている。指定の機能及び関係が適切に実行される限り、代替の境界を画定することができる。

特定の実施形態の上述の説明は本開示の一般的特質を十分に明らかにするであろうから、他者は、当業界の知識を適用することによって、必要以上の実験を行うことなく、本開示の一般概念から逸脱することなく、こうした特定の実施形態を種々の用途のために容易に修正及び／又は適合することができる。したがって、このような適合及び修正は、本明細書に提示されている教示及び手引きに基づき、開示されている実施形態の均等物の趣旨及び範囲内にあることが意図されている。本明細書における表現又は用語は説明の目的のためのものであって、限定の目的のためのものではなく、そのため、本明細書の用語又は表現は、教示及び説明の観点から、当業者によって解釈されるべきであることを理解されたい。

本開示の広さ及び範囲は、上記の例示的な実施形態のどれによっても制限されるべきではなく、以下の特許請求の範囲及びそれらの均等物に従ってのみ定義されるべきである。

Claims (26)

1. ユーザ機器であって、
   前記ユーザ機器の少なくとも１つのフルパワー送信モード能力を記憶するメモリと、
   通信ネットワークを用いて情報を送信及び受信するように構成されたトランシーバと、
   １つ以上のプロセッサであって、
   前記メモリから前記少なくとも１つのフルパワー送信モード能力を受信し、
   前記トランシーバに、前記少なくとも１つのフルパワー送信モード能力を含む能力メッセージを前記通信ネットワークに送信させ、
   前記トランシーバを介して前記ネットワークから構成メッセージを受信し、
   前記構成メッセージから選択されたフルパワー送信モードを抽出し、
   前記選択されたフルパワー送信モードに従って、前記トランシーバを構成するように構成されたプロセッサと、を含む、ユーザ機器。
2. 前記構成メッセージが、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージである、請求項１に記載のユーザ機器。
3. 前記トランシーバが、複数の論理ポートを含み、
   前記メモリが、前記ユーザ機器の前記複数の論理ポートの数及びコヒーレンシィ能力を更に記憶する、請求項１に記載のユーザ機器。
4. 前記能力メッセージが、前記ユーザ機器の前記複数の論理ポートの前記数及び前記コヒーレンシィ能力を含む、請求項３に記載のユーザ機器。
5. 前記複数の論理ポートの前記数が２であり、前記コヒーレンシィ能力がフルコヒーレントを含み、
   前記選択されたフルパワー送信モードが、モード０又はモード２のうちの１つを含み、モード２が、一部の送信済みプリコーダ行列インジケータ（ＴＰＭＩ）をパワースケーリング１に設定し、他のＴＰＭＩを別のパワースケーリング値に設定する、請求項３に記載のユーザ機器。
6. 前記複数の論理ポートの前記数が４であり、前記コヒーレンシィ能力がフルコヒーレントを含み、
   前記選択されたフルパワー送信モードが、モード０又はモード２のうちの１つを含み、モード２が、一部の送信済みプリコーダ行列インジケータ（ＴＰＭＩ）をパワースケーリング１を有するように設定し、他のＴＰＭＩを別のパワースケーリング値に設定する、請求項３に記載のユーザ機器。
7. 前記少なくとも１つのフルパワー送信モード能力が、モード０及びモード３を含み、
   モード０が、全てのパワースケーリングを１に設定し、
   モード３が、全てのパワースケーリングを、構成された送信済みプリコーダ行列インジケータ（ＴＰＭＩ）の非ゼロパワーポートの数と前記ユーザ機器の最大ポート数との比に等しく設定する、請求項１に記載のユーザ機器。
8. ユーザ機器において通信スキームを選択するための方法であって、
   前記ユーザ機器に、第１の構成が構成されているのか、第２の構成が構成されているのか、それとも前記第１の構成と前記第２の構成の両方が構成されているのかを判定することと、
   前記ユーザ機器に前記第１の構成のみ又は前記第２の構成のみが構成されているとの前記判定に応じて、第１の条件セット又は第２の条件セットをそれぞれ分析することと、
   前記分析に基づいて、選択された通信スキームを第１の通信スキーム又は第２の通信スキームのうちの１つに設定することと、を含む、方法。
9. 前記第１の構成が、前記ユーザ機器にＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されている構成であり、
   前記第１の条件セットが、前記ユーザ機器にＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されていることに応じて分析され、前記第１の条件セットが、前記ユーザ機器が、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのどれか１つのエントリにＲｅｐＮｕｍ１６が構成されるのを見込んでいないこと、又は前記ユーザ機器が、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのどれか１つのエントリに構成されているＲｅｐＮｕｍ１６を無視していること、又は前記ユーザ機器が、ダウンリンク制御情報（ＤＣＩ）が、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内のＲｅｐＮｕｍ１６を含むエントリを指示するのを見込んでいないこと、を含む、請求項８に記載の方法。
10. 前記ユーザ機器に、ＤＣＩ内の２つのＴＣＩ状態及びＤＣＩ内の２つのＤＭＲＳ ＣＤＭグループが更に構成され、
    前記ユーザ機器には、ＤＣＩ内のＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒ又はタイムドメインリソース割り当て（ＴＤＲＡ）を含む他の構成に関係なく、スキーム１ａ、又は空間ドメイン多重化（ＳＤＭ）スキーム、又は非コヒーレントジョイント送信（Non Coherent Joint Transmission、ＮＣＪＴ）スキームが構成されるのが見込まれる、請求項９に記載の方法。
11. 前記ユーザ機器は、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎの少なくとも１つのエントリにＲｅｐＮｕｍ１６が更に構成されており、
    前記ユーザ機器にＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されるのが見込まれていないか、又は前記ユーザ機器が、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒを無視し、ＴＤＭＳｃｈｅｍｅＢ、又はスロット間ＴＤＭスキームのモード４で動作すると見込まれる、請求項８に記載の方法。
12. 前記ユーザ機器に前記第１の構成と前記第２の構成の両方が構成されているとの判定に応じて、エラー状態を識別することを更に含み、
    前記第１の構成が、前記ＵＥにＤＣＩ ＴＤＲＡフィールドにおいてＲｅｐＮｕｍ１６が構成されている構成であり、前記第２の構成が、前記ＵＥにＦＤＭＳｃｈｅｍｅＡ、ＦＤＭＳｃｈｅｍｅＢ又はＴＤＭＳｃｈｅｍｅＡのうちの１つとなるＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒが構成されている構成である、請求項８に記載の方法。
13. 前記エラー状態を識別したことに応じて、前記選択された通信スキームを、ＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒ又はＴＤＭＳｃｈｅｍｅＢのうちの１つに設定するか、又は前記エラー状態を、見込まれるユーザ機器の挙動なしのエラー構成として扱うことを更に含む、請求項１２に記載の方法。
14. 前記ユーザ機器が複数のセルによってサービスされていることを判定することと、
    ＢＤＦａｃｔｏｒＲ複雑度の値を、セルごとのレベルで設定するか、それともセルグループごとのレベルで設定するかを選択することと、
    前記セルごとのレベルの選択に応じて、前記複数のセルの各セルの前記ＢＤＦａｃｔｏｒＲを別々に設定するか、又は前記セルグループごとのレベルの選択に応じて、１つのセルグループ内の全てのセルに同じＢＤＦａｃｔｏｒＲを設定することと、
    を更に含む、請求項８に記載の方法。
15. ユーザ機器においてフルパワー送信モードを設定する方法であって、
    少なくとも１つのフルパワー送信モードの能力を受信することと、
    前記少なくとも１つのフルパワー送信モード能力を含む能力メッセージを通信ネットワークに送信することと、
    前記通信ネットワークから構成メッセージを受信することと、
    前記構成メッセージから選択されたフルパワー送信モードを抽出することと、
    前記選択されたフルパワー送信モードに従って、トランシーバを構成することと、を含む、方法。
16. 前記構成メッセージが、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージである、請求項１５に記載の方法。
17. 前記ユーザ機器のトランシーバによってサポートされる論理ポート数及び前記ユーザ機器のコヒーレンシィ能力を受信することを更に含む、請求項１５に記載の方法。
18. 前記能力メッセージが、前記ユーザ機器の前記トランシーバによってサポートされる前記論理ポート数及び前記コヒーレンシィ能力を含む、請求項１７に記載の方法。
19. 前記選択されたフルパワー送信モードが、４つのモードのうちの１つであり、前記ユーザ機器の前記能力に基づいて選択される、請求項１７に記載の方法。
20. 前記４つのモードが、全てのパワースケーリングが１に設定されるモード０と、全てのパワースケーリングが、構成されたＴＰＭＩの非ゼロパワーポートの数と前記ユーザ機器の最大ポート数との比に等しく設定されるモード３と、を含む、請求項１９に記載の方法。
21. ワイヤレスネットワークにおいて基地局を操作する方法であって、
    ユーザ機器から、前記ユーザ機器によってサポートされる少なくとも１つのフルパワー送信モードを含む能力メッセージを受信することと、
    前記受信した能力メッセージに基づいて、選択されたフルパワー送信モードを選択することと、
    前記選択されたフルパワー送信モードに基づいて、構成メッセージを生成することと、
    前記構成メッセージを前記ユーザ機器に送信することと、を含む、方法。
22. 前記構成メッセージが、ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージである、請求項２１に記載の方法。
23. 前記選択されたフルパワー送信モードが、前記ＰＵＳＣＨ－Ｃｏｎｆｉｇメッセージの少なくとも２ビットに符号化される、請求項２２に記載の方法。
24. 前記能力メッセージが、前記ユーザ機器のトランシーバによってサポートされる論理ポート数と、前記ユーザ機器のコヒーレンシィ能力と、を更に含み、
    前記選択されたフルパワー送信モードの前記選択が、前記論理ポート数又は前記コヒーレンシィ能力のうちの少なくとも１つに基づく、請求項２１に記載の方法。
25. 前記選択されたフルパワー送信モードが、前記ユーザ機器の全てのＴＰＭＩについて、スケーリングが１に設定されるモード０、又は全てのパワースケーリングが、前記ユーザ機器の構成されたＴＰＭＩの非ゼロパワーポートの数と前記ユーザ機器の前記論理ポート数との比に等しく設定されるモード３のうちの１つである、請求項２４に記載の方法。
26. 前記ユーザ機器が複数のセルによってサービスされていることを判定することと、
    ＢＤＦａｃｔｏｒＲ複雑度の値を、セルごとのレベルで設定するか、それともセルグループごとのレベルで設定するかを選択することと、
    前記セルごとのレベルの選択に応じて、前記複数のセルの各セルの前記ＢＤＦａｃｔｏｒＲを別々に設定するか、又は前記セルグループごとのレベルの選択に応じて、１つのセルグループ内の全てのセルに同じＢＤＦａｃｔｏｒＲを設定することと、
    を更に含む、請求項２１に記載の方法。

Images