(57)【要約】      （修正有）【課題】複数のパス損失参照のための電力ヘッドルーム報告をトリガするための方法および装置を提供する。【解決手段】方法は、ＵＥが、サービングセルの第１のパスロス・リファレンスから第１のパスロス値を導出する。第１のパスロス値は、第１の電力ヘッドルーム報告に含まれる電力ヘッドルーム値を導出するために使用される２２０５。ＵＥは、第１のパスロス値を導出した後に、サービングセルの第２のパスロス・リファレンスから第２のパスロス値を導出する。第２のパスロス・リファレンスは、サービングセル上の第１の物理上りリンク共有チャネル（ＰＵＳＣＨ）送信についての電力制御のために使用される２２１０。ＵＥは、第１のパスロス値および第２のパスロス値に基づいてパスロス変化を導出する２２１５。ＵＥは、パスロス変化が閾値よりも大きいかどうかに基づいて第２の電力ヘッドルーム報告がトリガされるかどうかを決定する２２２０。【選択図】図２２
2019198068.tif 000002
【特許請求の範囲】
【請求項１】
パスロス変化を導出するための方法であって、
ＵＥ（ユーザ機器）が、サービングセルの第１のパスロス・リファレンスから第１のパスロス値を導出することであって、該第１のパスロス値は、第１の電力ヘッドルーム報告に含まれる電力ヘッドルーム値を導出するために使用される、導出することと、
前記ＵＥが、前記第１のパスロス値を導出した後に、前記サービングセルの第２のパスロス・リファレンスから第２のパスロス値を導出することであって、該第２のパスロス・リファレンスは、前記サービングセル上の第１の物理上りリンク共有チャネル（ＰＵＳＣＨ）伝送についての電力制御のために使用される、導出することと、
前記ＵＥが、前記第１のパスロス値および前記第２のパスロス値に基づいて前記パスロス変化を導出することと、
前記ＵＥが、前記パスロス変化が閾値よりも大きいかどうかに基づいて第２の電力ヘッドルーム報告がトリガされるかどうかを決定することと、を含む方法。
【請求項２】
前記第２の電力ヘッドルーム報告は、前記第２の電力ヘッドルーム報告がトリガされる場合、前記第１のＰＵＳＣＨ伝送を介して送信される、請求項１に記載の方法。
【請求項３】
前記第１のパスロス値が、前記サービングセル上の第２のＰＵＳＣＨ伝送についての電力制御のために使用され、前記第１の電力ヘッドルーム報告は、該第２のＰＵＳＣＨ伝送を介して送信される、請求項１に記載の方法。
【請求項４】
前記第２のＰＵＳＣＨ伝送をスケジューリングする第２の下りリンク制御情報（ＤＣＩ）は、前記第１のパスロス・リファレンスを示す、請求項３に記載の方法。
【請求項５】
前記第２のＰＵＳＣＨ伝送は、パラメータConfiguredGrantConfigによって設定され、前記ConfiguredGrantConfigは、前記第１のパスロス・リファレンスを示す、請求項３に記載の方法。
【請求項６】
前記第１のＰＵＳＣＨ伝送をスケジューリングする第１のＤＣＩは、前記第２のパスロス・リファレンスを示す、請求項１に記載の方法。
【請求項７】
前記第１のＰＵＳＣＨ伝送は、パラメータConfiguredGrantConfigによって設定され、該ConfiguredGrantConfigは、前記第２のパスロス・リファレンスを示す、請求項１に記載の方法。
【請求項８】
前記ＵＥが、前記第１の電力ヘッドルーム報告を送信する場合に、前記サービングセル上のいかなるＰＵＳＣＨ伝送を送信しないとき、前記第１のパスロス・リファレンスは、前記サービングセルのパスロス・リファレンス構成の最小エントリを有するパスロス・リファレンスである、請求項１に記載の方法。
【請求項９】
前記パスロス・リファレンス構成は、PUSCH-PathlossReferenceRSである、請求項８に記載の方法。
【請求項１０】
パスロス変化を導出するための方法であって、
ＵＥ（ユーザ機器）が、サービングセルの第１のパスロス・リファレンスから第１のパスロス値を導出することであって、該第１のパスロス値は、第１の電力ヘッドルーム報告に含まれる電力ヘッドルーム値を導出するために使用される、導出することと、
前記ＵＥが、前記第１のパスロス値を導出した後に、前記サービングセルの第２のパスロス・リファレンスから第２のパスロス値を導出することであって、該第２のパスロス・リファレンスは、第２の電力ヘッドルーム値を導出するために使用される、導出することと、
前記ＵＥが、前記第１のパスロス値および前記第２のパスロス値に基づいて前記パスロス変化を導出することと、
前記ＵＥが、前記パスロス変化が閾値よりも大きいかどうかに基づいて、前記第２の電力ヘッドルーム値を含む第２の電力ヘッドルーム報告がトリガされるかどうかを決定することと、を含む方法。
【請求項１１】
前記第２のパスロス値が、前記サービングセル上の物理上りリンク共有チャネル（ＰＵＳＣＨ）伝送についての電力制御のために使用されない、請求項１０に記載の方法。
【請求項１２】
前記サービングセルのパスロス・リファレンス構成の最小エントリは、前記第２のパスロス・リファレンスである、請求項１０に記載の方法。
【請求項１３】
前記第１のパスロス値は、前記サービングセル上のＰＵＳＣＨ伝送についての電力制御のために使用され、前記第１の電力ヘッドルーム報告は、前記ＰＵＳＣＨ伝送を介して送信される、請求項１０に記載の方法。
【請求項１４】
前記ＰＵＳＣＨ伝送をスケジューリングする下りリンク制御情報（ＤＣＩ）は、前記第１のパスロス・リファレンスを示す、請求項１３に記載の方法。
【請求項１５】
前記ＰＵＳＣＨ伝送は、パラメータConfiguredGrantConfigによって設定され、該ConfiguredGrantConfigは、前記第１のパスロス・リファレンスを示す、請求項１３に記載の方法。
【請求項１６】
前記ＵＥが、前記第１の電力ヘッドルーム報告を送信する場合に、前記サービングセル上のいかなるＰＵＳＣＨ伝送を送信しないとき、前記第１のパスロス・リファレンスは、前記サービングセルのパスロス・リファレンス構成の最小エントリを有するパスロス・リファレンスである、請求項１０に記載の方法。
【請求項１７】
パスロス変化を導出するためのユーザ装置（ＵＥ）であって、
制御回路と、
前記制御回路に取り付けられたプロセッサと、
前記制御回路内に設けられ、プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
サービングセルの第１のパスロス・リファレンスから第１のパスロス値を導出することであって、該第１のパスロス値は、第１の電力ヘッドルーム報告に含まれる電力ヘッドルーム値を導出するために使用される、導出することと、
前記第１のパスロス値を導出した後に、前記サービングセルの第２のパスロス・リファレンスから第２のパスロス値を導出することであって、該第２のパスロス・リファレンスは、前記サービングセル上の第１の物理上りリンク共有チャネル（ＰＵＳＣＨ）伝送についての電力制御のために使用される、導出することと、
前記第１のパスロス値および前記第２のパスロス値に基づいて前記パスロス変化を導出することと、
前記パスロス変化が閾値よりも大きいかどうかに基づいて第２の電力ヘッドルーム報告がトリガされるかどうかを決定することと、を行うように構成された、ＵＥ。
【請求項１８】
前記第２の電力ヘッドルーム報告は、前記第２の電力ヘッドルーム報告がトリガされる場合、前記第１のＰＵＳＣＨ伝送を介して送信される、請求項１７に記載のＵＥ。
【請求項１９】
前記第１のパスロス値が、前記サービングセル上の第２のＰＵＳＣＨ伝送についての電力制御のために使用され、前記第１の電力ヘッドルーム報告は、該第２のＰＵＳＣＨ伝送を介して送信される、請求項１７に記載のＵＥ。
【請求項２０】
前記ＵＥが、前記第１の電力ヘッドルーム報告を送信する場合に、前記サービングセル上のいかなるＰＵＳＣＨ伝送を送信しないとき、前記第１のパスロス・リファレンスは、前記サービングセルのパスロス・リファレンス構成の最小エントリを有するパスロス・リファレンスである、請求項１７に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年５月１０日に出願された米国仮特許出願第６２／６６９，４６１号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいて複数のパスロス・リファレンスのための電力ヘッドルーム報告をトリガするための方法および装置に関連する。
に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
ユーザ機器（ＵＥ）の観点からの方法および装置を開示する。一実施形態では、本方法は、ＵＥが、サービングセルの第１のパスロス・リファレンスから第１のパスロス値を導出することであって、第１のパスロス値は、第１の電力ヘッドルーム報告に含まれる電力ヘッドルーム値を導出するために使用される、導出することを含む。本方法はまた、ＵＥが、第１のパスロス値を導出した後に、サービングセルの第２のパスロス・リファレンスから第２のパスロス値を導出することであって、第２のパスロス・リファレンスは、サービングセル上の第１の物理上りリンク共有チャネル（ＰＵＳＣＨ）送信についての電力制御のために使用される、導出することを含む。本方法は、さらに、ＵＥが、第１のパスロス値および第２のパスロス値に基づいてパスロス変化を導出することを含む。追加的に、本方法は、ＵＥが、パスロス変化が閾値よりも大きいかどうかに基づいて第２の電力ヘッドルーム報告がトリガされるかどうかを決定することを含む。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図を示す。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態による通信デバイスの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５Ａ】３つのタイプのビームフォーミングのうちの１つの例示的な図示を提供する。
【図５Ｂ】３つのタイプのビームフォーミングのうちの１つの例示的な図示を提供する。
【図５Ｃ】３つのタイプのビームフォーミングのうちの１つの例示的な図示を提供する。
【図６Ａ】３ＧＰＰ  ＴＳ  ３６．１０１  Ｖ１４．１．０の表６．２．２−１の複製である。
【図６Ｂ】３ＧＰＰ  ＴＳ  ３６．１０１  Ｖ１４．１．０の表６．２．２−１の複製である。
【図７】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の図６．１．３．６−１の複製である。
【図８】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の表６．１．３．６−１の複製である。
【図９】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の図６．１．３．６ａ−２の複製である。
【図１０】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の図６．１．３．６ａ１−３の複製である。
【図１１】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の図６．１．３．６ａ２−４の複製である。
【図１２】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の図６．１．３．６ａ３−５の複製である。
【図１３】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の表６．１．３．６ａ−１の複製である。
【図１４】３ＧＰＰ  Ｒ１−１８０５７９５の表７．１．１−１の複製である。
【図１５】例示的な一実施形態による図である。
【図１６】例示的な一実施形態による図である。
【図１７】例示的な一実施形態による図である。
【図１８】例示的な一実施形態による図である。
【図１９】例示的な一実施形態による図である。
【図２０】例示的な一実施形態による図である。
【図２１】例示的な一実施形態によるフローチャートである。
【図２２】例示的な一実施形態によるフローチャートである。
【図２３】例示的な一実施形態によるフローチャートである。
【図２４】例示的な一実施形態によるフローチャートである。
【図２５】例示的な一実施形態によるフローチャートである。
【図２６】例示的な一実施形態によるフローチャートである。
【図２７】例示的な一実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ  ＮＲ（New  Radio）またはその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、R2-162366,  “Beam  Forming  Impacts”,  Nokia,  Alcatel-Lucent、  R2-163716,  “Discussion  on  terminology  of  beamforming  based  high  frequency  NR”,  Samsung、R2-162709,  “Beam  support  in  NR”,  Intel、TS  36.213  v14.0.0,  “E-UTRA  Physical  layer  procedures  (Release  14)”、TS  36.101  v14.1.0,  “E-UTRA  User  Equipment  (UE)  radio  transmission  and  reception  (Release  14)”、TS  36.321  v14.0.0,  “E-UTRA  Medium  Access  Control  (MAC)  protocol  specification(Release  14)”、R1-1805795,  “CR  to  TS  38.213  capturing  the  RAN1#92bis  meeting  agreements”,  Samsung、およびTS  38.321  v.15.1.0,  “MAC  layer  specification  (Release  15)”を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
３ＧＰＰ  Ｒ２−１６２３６６において説明されるように、より低い周波数帯域（例えば、現在のＬＴＥ帯域＜６ＧＨｚ）では、下りリンク共通チャネルを送信するために広いセクタビームを形成することによって、必要なセルカバレッジが提供され得る。しかし、より高い周波数（＞＞６ＧＨｚ）で広いセクタビームを利用すると、セルカバレッジは同じアンテナゲインでは低減される。したがって、より高い周波数帯で必要なセルカバレッジを提供するためには、増大したパスロスを補償するためにより高いアンテナ利得が必要とされる。広いセクタビームにわたってアンテナ利得を増加させるために、より大きなアンテナアレイ（数十から数百までのアンテナ素子の数）が、高利得ビームを形成するために使用される。
【００２６】
結果として、高利得ビームは、広いセクタビームと比較して狭く、下りリンク共通チャネルを送信するために複数のビームが、必要なセル領域をカバーするために必要となる。アクセスポイントが形成可能な同時高利得ビームの数は、利用されるトランシーバアーキテクチャのコストおよび複雑さによって制限され得る。実際には、より高い周波数では、同時高利得ビームの数は、セル領域をカバーするために必要なビームの総数よりもはるかに少ない。言い換えると、アクセスポイントは、任意の時間においてビームのサブセットを使用することによって、セル領域の一部のみをカバーすることが可能である。
【００２７】
３ＧＰＰ  Ｒ２−１６３７１６において記載されているように、ビームフォーミングは、指向性信号送信または受信のためのアンテナアレイにおいて使用される信号処理技術である。ビームフォーミングにより、特定の角度での信号が強め合う干渉を経験する一方で、他の信号が弱め合う干渉を経験するように、アンテナの位相アレイ内の素子を組み合わせることによってビームを形成することができる。アンテナの複数のアレイを用いて、異なるビームを同時に利用することができる。
【００２８】
ビームフォーミングは、ディジタルビームフォーミング、ハイブリッドビームフォーミング、およびアナログビームフォーミングの３つのタイプの実装に分類することができる。ディジタルビームフォーミングの場合、ビームはディジタル領域で生成され、すなわち、各アンテナ素子の重み付けは、（例えば、ＴＸＲＵに接続される）ベースバンドによって制御することができる。したがって、各サブバンドのビーム方向をシステム帯域幅にわたって異なるように調整することは非常に容易である。また、時々ビーム方向を変更するには、直交周波数分割多重（ＯＦＤＭ）シンボル間の切り替え時間を必要としない。全カバレッジをカバーする方向のすべてのビームは、同時に生成することができる。しかし、この構造は、ＴＸＲＵ（トランシーバ／ＲＦチェーン）とアンテナ素子の間の（ほぼ）１対１のマッピングを必要とし、アンテナ素子の数が増加し、システム帯域幅が増加するにつれて、非常に複雑となる（熱問題も存在する）。アナログビームフォーミングの場合、ビームはアナログ領域で生成され、すなわち、各アンテナ素子の重み付けは、無線周波数（ＲＦ）回路における振幅または位相シフタによって制御することができる。重み付けは純粋に回路によって制御されるため、同じビーム方向がシステム帯域幅全体に適用される。また、ビーム方向を変更する場合は、切り替え時間が必要となる。アナログビームフォーミングによって同時に生成されるビームの数は、ＴＸＲＵの数に依存する。アレイの所与のサイズに対して、ＴＸＲＵの増加は各ビームのアンテナ素子を減少させ、その結果、より広いビームが生成されることに注意されたい。要するに、アナログビームフォーミングは、動作においてより制限されている一方で、ディジタルビームフォーミングの複雑さおよび熱問題を回避することができる。ハイブリッドビームフォーミングは、アナログおよびディジタルビームフォーミングの間の妥協と考えることができ、ビームはアナログおよびディジタルドメインの両方から来ることができる。３つのタイプのビームフォーミングを図５Ａ〜５Ｃに示す。
【００２９】
３ＧＰＰ  Ｒ２−１６２７０９で議論したように、ｅＮＢは複数のＴＲＰ（集中型または分散型）を有することができる。各ＴＲＰは、複数のビームを形成することができる。時間／周波数領域におけるビームの数および同時ビームの数は、アンテナアレイ素子数およびＴＲＰにおけるＲＦに依存する。
【００３０】
ビーム動作およびＴＲＰのサポートにより、セルは、ＵＥをスケジューリングするための複数の選択肢を有することができる。例えば、同じデータをＵＥに送信するＴＲＰからの複数のビームがあってもよく、これは、送信に対してより信頼性を提供することができる。代替的には、複数のＴＲＰからの複数のビームが同じデータをＵＥに送信する。スループットを増加させるために、単一のＴＲＰが、ＵＥに対して異なるビーム上の異なるデータを送信することも可能である。また、複数のＴＲＰが、ＵＥに対して異なるビーム上の異なるデータを送信することができる。
【００３１】
ＵＬ伝送性能とＵＥ消費電力の間のバランスを維持し、干渉を軽減するために、ＵＥ送信電力を適切に制御する。電力は、幾つかの開ループパラメータ、例えば、必要な受信電力、ＵＥと基地局の間のパスロスによって制御され得る。また、基地局からＵＥに送られた電力制御コマンドのような、いくつかの閉ループパラメータに基づいて制御され得る。
【００３２】
電力ヘッドルーム報告は、ＵＥによって基地局に提供され、これにより、基地局は、ＵＥにどの程度の余剰送信電力が利用可能か、また、ＵＥにリソースを適切にどのようにスケジューリングするか、例えば、より多くのリソースをＵＥにスケジュールすることが適切か（例えば、ＵＥはより多くの電力ヘッドルームを有する）を理解することができる。電力ヘッドルームは、現在計算された送信ＵＥ電力（送信がある場合）とＵＥの最大送信電力との差から計算することができる。いくつかの状況、例えば、マルチキャリア動作においては、現在の送信がない間に電力ヘッドルームが報告されることも可能であり、例えば、他のキャリアで進行中の送信がないキャリアについての電力ヘッドルームを報告することも可能である。このような場合、（幾つかの参照パラメータに基づいて計算された）参照電力とＵＥ最大電力の差は、仮想電力ヘッドルーム（ＰＨ）として知られる電力ヘッドルームとして報告される。
【００３３】
電力ヘッドルーム導出のための上述のＵＥ最大電力は、ＵＥの能力によって決定され、また、基地局またはセルの構成によって制御され得る。また、ＵＥのＲＦにおける電力増幅器（ＰＡ）の線形範囲のため、最大電力は、送信のピーク対平均電力比（ＰＡＰＲ）によって影響を受けることがある。例えば、送信が高ＰＡＰＲを有する場合、平均電力が最大電力付近にあるとき、ピーク電力が線形領域を超えるならば、電力バックオフが実行され得る。電力バックオフの範囲は、ＵＥ  ＰＡのコストと、ＵＬ送信性能またはカバレッジとバランスをとるように許容され、最大電力低減（ＭＰＲ）として知られる。異なる変調方式（例えば、ＱＰＳＫ／１６ＱＡＭ）または異なるリソース割り当て（例えば、隣接／非隣接もしくは狭帯域／広帯域リソース割り当て）は、異なるＰＡＰＲをもたらし、したがって、異なるＭＰＲを有することがある。詳細を３ＧＰＰ  ＴＳ  ３６．１０１  Ｖ１４．１．０に以下のように見い出すことができる。
［外１］
2019198068.tif 000003
［３ＧＰＰ  ＴＳ  ３６．１０１  Ｖ１４．１．０の”UE  power  Class”と題する表６．２．２−１を図６Ａおよび図６Ｂとして複製。］
［外２］
2019198068.tif 000004
2019198068.tif 000005
2019198068.tif 000006
【００３４】
また、電力ヘッドルームの過剰な報告を避けるために、例えばパスロスまたは電力ヘッドルーム値が大きく変化した場合、または以前の報告が現在から遠すぎる場合、例えば、最後の報告からタイマが期限切れになったときなど、いくつかの条件下で電力ヘッドルーム報告をトリガすることができる。詳細を３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０に以下のように見い出すことができる。
［外３］
2019198068.tif 000007
2019198068.tif 000008
2019198068.tif 000009
2019198068.tif 000010
2019198068.tif 000011
［３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の”PHR  MAC  control  element”と題する図６．１．３．６−１を図７として複製。］
［３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の”Power  Headroom  levels  for  PHR”と題する表６．１．３．６−１を図８として複製。］
［外４］
2019198068.tif 000012
2019198068.tif 000013
［３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の”Extended  PHR  MAC  Control  Element”と題する図６．１．３．６ａ−２を図９として複製。］
［３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の”Extended  PHR  MAC  Control  Element  supporting  PUCCH  on  Scell”と題する図６．１．３．６ａ１−３を図１０として複製。］
［３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の”Extended  PHR  MAC  Control  Element  supporting  32  serving  cells  with  configured  uplink”と題する図６．１．３．６ａ２−４を図１１として複製。］
［３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の”Extended  PHR  MAC  Control  Element  supporting  32  serving  cells  with  configured  uplink  and  PUCCH  on  Scell”と題する図６．１．３．６ａ３−５を図１２として複製。］
［３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１４．０．０の”Nominal  UE  transmit  power  level  for  Extended  PHR  and  for  Dual  Connectivity  PHR”と題する表６．１．３．６ａ−１を図１３として複製。］
【００３５】
ビーム動作のための電力制御を容易にするために、複数のパスロス・リファレンスを導入した。ＵＥに対して複数の参照信号をパスロス・リファレンス候補として設定することができる。基地局は、［異なるビーム上、異なるサウンディング参照信号リソースインデックス（ＳＲＩ）に対して、あるいは異なる空間プリコーダを有する］異なる参照信号を送信することができ、ビーム、ＳＲＩまたは空間プリコーダに対するパスロスが、ビーム、ＳＲＩまたは空間プリコーダに関連する参照信号を測定することによって反映されるようにすることができる。［異なるビーム上、異なるＳＲＩを有する、あるいは異なる空間プリコーダを有する］異なる伝送に対して異なるパスロスを適切に補償することにより、ビーム、ＳＲＩまたは空間プリコーダ毎に、異なるビーム、異なるＳＲＩまたは異なる空間プリコーダでの伝送に対して異なる伝送電力を適切に設定することを達成することができる。
【００３６】
この出願では、ビーム、ＳＲＩ、プリコーダは同じことを意味し、互換的に使用できることに留意する。
【００３７】
どのパスロス・リファレンスが、電力制御のためのパスロス値の導出または電力ヘッドルーム導出に使用されるかは、送信のための基地局によって示され得る。例えば、ＳＲＩの各値はＲＲＣ設定を介してパスロス・リファレンスと関連付けられ、ＰＵＳＣＨ（物理上りリンク共有チャネル）のためのパスロス・リファレンスは、ＰＵＳＣＨ送信をスケジューリングするＤＣＩ（下りリンク制御情報）フォーマットにおけるＳＲＩフィールドに従って電力制御のために選択または使用することができ、例えば、ＳＲＩに関連付けられたパスロス・リファレンスを選択または使用する。そのようなＳＲＩが指示されない場合（例えば、ＤＣＩがＳＲＩを含まない場合、またはＰＵＳＣＨのＤＣＩがない場合、例えば、グラントフリーの送信または設定されたＵＬグラントを有する送信）、またはセルに対する仮想電力ヘッドルームの間にＰＵＳＣＨが送信されない場合、ＵＥまたは基地局によってパスロス・リファレンスを決定するための何らかの規則が定義されるであろう。詳細は、以下の説明を参照することで見い出すことができる。
【００３８】
ＲＡＮ１＃８９では、ＲＡＮ１は、電力制御における異なるビーム間のパスロスの差を考慮する必要性を認識し、以下の合意を行った。
合意：
・  ＵＬＰＣのためのビーム固有のパスロスをサポートする。
【００３９】
ＲＡＮ１＃９０ｂｉｓ  meetingでは、パスロス・リファレンス指示を追加した電力制御公式を定義することにより、上記の合意を実装する詳細がＲＡＮ１において合意された。
合意：
ＮＲで以下のＰＵＳＣＨ電力制御をサポートする：
【数１】
2019198068.tif 000014
・  パスロス測定ＲＳ指示に対して、
・    ｋはＰＵＳＣＨに対するビーム指示（存在する場合）によって示される。
・      ＰＵＳＣＨビーム指示とＰＬ測定のための下りリンクＲＳリソースのインデックスであるｋの間のリンクは、上位層信号を介して事前に設定されている。
・    ＰＵＳＣＨビーム指示が存在しない場合、１つの値ｋのみがＵＥ固有の方法で設定されたＲＲＣである。
【００４０】
ＲＡＮ１＃９１では、ＲＡＮ１はさらにＰＵＳＣＨのためのビーム指示がＵＬグラントのＳＲＩフィールドと同等であることを明らかにし、最大４つのパス損失参照を設定することで合意した。
合意：
・  ＰＵＳＣＨ  ＰＣの場合、ＳＲＩフィールドが設定されている場合、「ＰＵＳＣＨビーム指示（存在する場合）」の合意された表現が、「ＵＬグラント（存在する場合）のＳＲＩフィールドによる指示」と同じであり、少なくともグラントベースのＰＵＳＣＨのＭＩＭＯ合意に合致していることを確認する。
・  ＦＦＳ：ＳＲＩフィールドが設定されていない場合
合意：
・  ＵＥに設定することができるＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳのＰＬ推定の最大総数は、セルあたり４つに制限される。
【００４１】
ＲＡＮ１＃１８０１Adhocでは、ＲＡＮ１はＳＲＩフィールドの値とパスロス・リファレンスの間のマッピングは、グラントベースのＰＵＳＣＨのためにＲＲＣによって設定されることで合意した。設定されたグラントタイプ１  ＰＵＳＣＨの場合、
パスロス・リファレンスはＲＲＣによって直接設定される。設定されたグラントタイプ２  ＰＵＳＣＨの場合：
合意：
以下を含むＲＲＣパラメータSRI-PUSCHPowerControl-Mappingを定義する。ここで、Ｎｓは、（３８．２１２で定義されるように）ＤＣＩのＳＲＩフィールドの有効値の数である。
・  SRI-PathlossReferenceIndex-Mappingは、Ｎｓ個のパスロス・リファレンスＩＤ値（注：最大４つのパスロス・リファレンスＩＤを設定することができる）を含み、第１の値がＳＲＩ状態０に対応し、第２の値がＳＲＩ状態１に対応する等である。
合意：
少なくともUL-TWG-type1に対してＲＲＣパラメータPathlossReferenceIndexを追加する。
【００４２】
ＲＡＮ１＃９２では、ＲＡＮ１は、パスロス・リファレンスは、設定されたグラントタイプ２のＰＵＳＣＨに対して、アクティブ化ＤＣＩによって示されることで合意した。
合意：
ＰＵＳＣＨ  ＵＬ−ＴＷＧ−ｔｙｐｅ２に対する｛ｋ｝の指示に対して：
・  新しいＲＲＣパラメータPathlossReferenceIndexをＵＬ−ＴＷＧ−ｔｙｐｅ２に導入しない。また、パスロス・リファレンスインデックスは、ＵＬ−ＴＷＧ−ｔｙｐｅ２に対するアクティブ化ＤＣＩに基づく。
【００４３】
ＲＡＮ１＃９２  ｂｉｓでは、ＲＡＮ１は、仮想ＰＨＲおよびＭｓｇ３の場合に、デフォルトのパスロス・リファレンスが存在することで合意した。
合意：
仮想ＰＨＲに対するデフォルトパラメータ設定
｛ｊ，ｑｄ，ｌ｝の設定方法
−  ｊについて、p0-pusch-alpha-setconfigのP0alphasetindex＝０
−  ｑｄについて、pusch-pathloss-Reference-rsのpusch-pathloss-reference-index＝０
−  ｌについて  ｌ  ＝０
−  注：ＵＥが複数のＵＬ  ＢＷＰで設定される場合、最も低いＢＷＰ  ＩＤに対応するｊ、ｑｄ、ｌが使用される。
合意：
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、ＰＵＳＣＨ  Ｍｓｇ３に対して、ＵＥはパスロス測定のためにＰＲＡＣＨに関連するＳＳＢまたはＣＳＩ−ＲＳを使用するものとする。
【００４４】
詳細を、３ＧＰＰ  Ｒ１−１８０５７９５に以下のように見い出すことができる。
［外５］
2019198068.tif 000015
2019198068.tif 000016
2019198068.tif 000017
2019198068.tif 000018
2019198068.tif 000019
2019198068.tif 000020
2019198068.tif 000021
2019198068.tif 000022
2019198068.tif 000023
［３ＧＰＰ  Ｒ１−１８０５７９５の”Mapping  of  TPC  Command  Field  in  DCI  format  0_0,  DCI  format  0_1,  or  DCI  format  2_2,  having  CRC  parity  bits  scrambled  by  TPC-PUSCH-RNTI,  or  DCI  format  2_3,  to  absolute  and  accumulated  δPUSCH,b,f,c  values  or  δSRS,b,f,c  values”と題する表７．１．１−１を図１４として複製。］
［外６］
2019198068.tif 000024
2019198068.tif 000025
2019198068.tif 000026
2019198068.tif 000027
2019198068.tif 000028
2019198068.tif 000029
2019198068.tif 000030
2019198068.tif 000031
【００４５】
ＰＨＲトリガと報告に関する詳細は、３ＧＰＰ  ＴＳ  ３８．３２１  Ｖ１５．１．０に以下のように含まれている。
［外７］
2019198068.tif 000032
2019198068.tif 000033
2019198068.tif 000034
2019198068.tif 000035
【００４６】
上述のように、電力ヘッドルーム報告には、パスロス変化、タイマの期限切れなど、いくつかのトリガがある。送信が狭く行われるとき、伝送に使用されるビームは、例えば、ブロックまたはスケジューリングの柔軟性により、頻繁に変更されることがある。しかし、電力状況が変わらない間にトリガが頻繁に起きすぎる場合、不必要な電力ヘッドルーム報告が生成され、すでに提供された情報以外の追加情報を基地局に提供することなく含まれる。他方、電力ヘッドルーム報告がトリガされない間に電力状態が変化した場合、最新情報が提供されないため、基地局はスケジューリングについて正しい決定を行わないことがある。例えば、異なるビームから導出されたパスロスは、スケジューリングされたビームが一つのビームから別のビームに変化するとき、パスロス差が閾値を超えることがあり、電力ヘッドルーム報告がトリガされるように、異なることがある。しかし、各ビーム内のチャネル状態は類似していることがあり、レポートはそれほど役に立たないことがある。
【００４７】
一方、パスロスが同様に保たれたとしても、報告がトリガされない間、ビームのチャネル状態がかなり変化している可能性がある。上記の分析は、ＵＥが送信のために２つ以上のビームを使用する場合にも適用することができる。電力ヘッドルームトリガに影響を及ぼす可能性がある別のファクタは、電力制御アルゴリズムである。電力制御は、ＵＥ単位で適用されることが可能であり、例えば、ＵＥは、同様の電力レベルを有する異なるビーム上で送信し、１つの制御ループが維持される。代替的には、電力制御は、ＵＥビーム、ＴＲＰビーム、またはＴＲＰベースに適用することができ、例えば、各ＵＥビームの電力制御は、独立して制御され、複数の制御ループが維持される。代替的には、特定のＵＥビームに対する電力制御が、例えばあるグループと同様の方法で制御され、いくつかの他のＵＥビームに対する電力制御が、別の方法、例えば別のグループとして制御されることも可能である。グループの例は、同じＴＲＰに関連付けられたＵＥビームが同じグループに属することである。グループの別の例は、同じ基地局ビームまたはＴＲＰビームに関連付けられたＵＥビームが同じグループに属することである。電力ヘッドルームのトリガはその側面も考慮に入れる必要がある。
【００４８】
ＵＥに対して複数のパスロス・リファレンスが設定されているとき、（所与の時間に対してあるいは所与のスロットに対して）複数のパスロス値が利用可能であるようにする。パスロス変化比較のためのパスロス値の選択に関して、どのように適切に設計するかは注意が必要である。適切に設計すれば、パス損失変化比較によるＰＨＲトリガ結果は、より効率的となる可能性がある。
【００４９】
上述の問題は、「例えば、ＰＨＲに関連付けられた、以前のパスロス値」をどのように決定するか、かつ／あるいはＵＥがＰＨＲがパスロスによってトリガされるかどうかを決定するときに、現在のパスロス値をどのように決定するか、と説明することができる。「例えば、ＰＨＲに関連付けられた、以前のパスロス値を決定すること」とは、パスロス値を決定することおよび／またはどのＰＨＲが関連付けられたＰＨＲであるかを決定することを含み得ることに留意されたい。例えば、この問題は、図１５によって図示することができる。（ＲＳ  ａ、ＲＳ  ｂ、ＲＳ  ｃ、およびＲＳ  ｄを含む）４つのＲＳが、図１５においてパスロス・リファレンス（ＰＬ  ｒｅｆ．）として構成されると仮定する。図１５に示されるように、パスロス変化決定のためのパスロス値（ＰＬ  ｖａｌｕｅ）としてａ３、ｂ３、ｃ３、ｄ３のうちのどれが使用されるか（例えば、ｘとして供される）を解決する必要がある。例えば、ａ３、ｂ３、ｃ３、ｄ３からｘをどのように選択するのだろうか。さらに、ＰＨＲ２はＰＨＲ１後の最後のＰＨＲであるため、ＰＨＲ１またはＰＨＲ２はパスロス比較に使用されるパスロス値を有するＰＨＲとみなされるだろうか。
【００５０】
ＰＨＲ２がパスロス比較のためのＰＨＲとみなす場合、例えば、ｘ−ｙをパスロス変化とみなし、ａ２、ｂ２、ｃ２、ｄ２のどれかを、例えば、ｙとして供される、パスロス変化の決定として用いる。ＰＨＲ１がパスロス比較のためのＰＨＲとみなす場合、例えば、ｘ−ｚをパスロス変化とみなし、ａ１、ｂ１、ｃ１、ｄ１のどれかを、例えば、ｚとして供される、パスロス変化の決定として用いる。
【００５１】
一実施形態では、この出願は、ＵＥがセカンダリ・セル（ＳＣｅｌｌ）で設定されていない場合、例えば単一セルに適用可能である。
【００５２】
一実施形態では、この出願は、ＵＥが少なくとも１つのセカンダリ・セル（ＳＣｅｌｌ）で設定される場合、例えば、複数のセルの場合、キャリア集約の場合、またはデュアル・コネクティビティの場合に適用可能である。
【００５３】
一実施形態では、パスロス・リファレンスは、ＰＵＳＣＨおよび／またはＰＵＣＣＨおよび／またはＳＲＳのために設定することができる。一実施形態では、ＰＨＲは、ＰＵＳＣＨおよび／またはＰＵＳＣＨ＋ＰＵＣＣＨおよび／またはＳＲＳのためのものである。
【００５４】
解決策−本発明の第１の一般的な概念は、閾値よりも大きい、特定のＵＥビームまたはＵＥビームのセットについてのパスロス変化によって電力ヘッドルーム報告がトリガされることである。ＵＥは、特定のＵＥビームまたはＵＥビームのセットが伝送のためにスケジューリングされる場合、特定のＵＥビームまたはＵＥビームのセットのパスロスが変化したかどうかを決定することができる。ＵＥは、特定のビームまたはビームのセットが伝送のためにスケジューリングされていない場合、特定のＵＥビームまたはＵＥビームのセットのパスロスが変化したかどうかを決定しない。パスロス変化は、特定のＵＥビームまたはＵＥビームのセットについての現在のパスロスと、特定のＵＥビームまたはＵＥビームのセットについての以前のパスロスとの比較から導出される。パスロス変化の比較は、同じＵＥビームまたは同じＵＥビームのセットに対してなされ得る。
【００５５】
本発明の第２の一般的な概念は、閾値よりも大きい、ＴＲＰビーム、ＴＲＰビームのセット、またはＴＲＰに関連するパスロス変化によって電力ヘッドルーム報告がトリガされることである。ＵＥは、ＴＲＰビーム、ＴＲＰビームのセット、またはＴＲＰに関連する伝送がスケジューリングされる場合、パスロスが変化したかどうかを決定することができる。ＵＥは、ＴＲＰビーム、ＴＲＰビームのセット、またはＴＲＰに関連する伝送がスケジューリングされていない場合、パスロスが変化したかどうかを決定しない。パスロス変化は、ＴＲＰビーム、ＴＲＰビームのセット、またはＴＲＰに関連する現在のパスロスと、ＴＲＰビーム、ＴＲＰビームのセット、またはＴＲＰに関連する以前のパスロスとの比較から導出される。
【００５６】
本発明の第３の一般的な概念は、サービングＴＲＰの変更（、追加または起動）、サービングＴＲＰビームの変更（、追加または起動）、候補ＴＲＰビームの変更（、追加または起動）、またはＵＥビームの起動（または追加）によって電力ヘッドルーム報告をトリガすることである。
【００５７】
一例では、特定のＵＥビームまたはＵＥビームのセットのパスロスが閾値よりも大きく変化した場合、電力ヘッドルーム報告がトリガされる。パスロス変化がＵＥビームまたはＵＥビームのセットの変更に起因する場合、電力ヘッドルーム報告がトリガされなくてもよい。
【００５８】
電力ヘッドルーム報告は、特定のＵＥビームまたはＵＥビームのセットについての電力ヘッドルームを含むことができる。代替的には、電力ヘッドルーム報告には、すべてのＵＥビームについての電力ヘッドルームが含む。代替的には、電力ヘッドルーム報告は、すべてのＵＥビーム内のＵＥビームの任意の組み合わせについての電力ヘッドルームを含む。より具体的には、ＵＥビームの組み合わせのサブセットを報告するように設定することができる。ＵＥビームの組み合わせのサブセットは、特定のＵＥビームまたはＵＥビームのセットにリンクすることができる。ＵＥビームの組み合わせのサブセットは、特定のＵＥビームではないＵＥビームを含むことができる。さらに、ＵＥビームの組み合わせのサブセットは、ＵＥビームのサブセット内にないＵＥビームを含むことができる。
【００５９】
ＵＥビームのセットは、ＴＲＰに関連付けられた複数のＵＥビームとすることができる。代替的には、ＵＥビームのセットは、ＴＲＰまたは基地局ビームに関連付けられた複数のＵＥビームとすることができる。一実施形態では、ＵＥビームのセットは、基地局によって設定される。
【００６０】
一例では、特定のＵＥビームについての電力ヘッドルームは、特定のＵＥビーム上の伝送のＵＥ電力状態に基づいて導出することができる。より具体的には、特定のＵＥビームに対する電力ヘッドルームは、特定のビームについてＵＥが計算した伝送電力と特定のビーム上の最大伝送電力の間の差とすることができる。
【００６１】
一例では、ＵＥビームのセットについての電力ヘッドルームは、ＵＥビームのセット上の伝送のＵＥ電力状態に基づいて導出することができる。より具体的には、ＵＥビームのセットについての電力ヘッドルームは、ビームのセットについてＵＥが計算した伝送電力とビームのセット上の最大伝送電力の間の差とすることができる。
【００６２】
一実施形態では、電力制御は、ＵＥ毎とすることができる。代替的には、電力制御は、ビーム毎、ビームグループ／ビームセット毎、またはビーム組み合わせ毎とすることができる。
【００６３】
別の実施形態では、ＵＥは、同じ第１の条件に基づいて、ＵＥビームのグループに対する電力ヘッドルーム報告をトリガすることができる。ＵＥビームのグループは、ＵＥによって生成することができるＵＥビームのサブセットとすることができる。一実施形態では、ＵＥビームの別のグループに対する電力ヘッドルーム報告のトリガは、第２の条件に基づく。電力ヘッドルーム報告は、グループ内の各ＵＥビームの電力ヘッドルームを含むことができる。また、電力ヘッドルーム報告は、グループ内のＵＥビームの任意の組み合わせの電力ヘッドルームを含むことができる。
【００６４】
より具体的には、ＵＥビームの任意の組み合わせのサブセットを、電力ヘッドルーム報告に含めるように設定することができる。一実施形態では、第１の条件は、グループ内のＵＥビームのパスロスが閾値よりも大きく変化したこととすることができる。さらに、第１の条件は、グループ内のＵＥビームの組み合わせのパスロスが閾値より大きくに変化したこととすることができる。パスロス変化がＵＥビームまたはＵＥビームのセットの変更に起因する場合、電力ヘッドルーム報告がトリガされなくてもよい。パスロス変化の比較は、同じＵＥビームまたは同じＵＥビームのセットに対してなされ得る。第１の条件は、ＵＥビームのグループ内の少なくとも１つのＵＥビームが伝送のためにスケジューリングされる場合にチェックされ得る。一実施形態では、第１の条件は、ＵＥビームのグループ内のいずれのＵＥビームも伝送のためにスケジューリングされていない場合にチェックされなくてもよい。第１の条件は、ＵＥビームのグループ内の特定のＵＥビームまたは特定のビームの組み合わせが伝送のためにスケジューリングされる場合にチェックされ得る。一実施形態では、第１の条件は、ＵＥビームのグループ内の特定のＵＥビームまたは特定のビームの組み合わせが伝送のためにスケジューリングされていない場合、チェックされなくてもよい。一実施形態では、ＵＥビームのグループは、ＴＲＰに関連付けられた複数のＵＥビームとすることができる。ＵＥビームのグループは、ＴＲＰまたは基地局ビームに関連付けられた複数のＵＥビームとすることができる。また、ＵＥビームのグループは、基地局によって設定され得る。
【００６５】
一実施形態では、特定のＵＥビームの電力ヘッドルームは、特定のＵＥビーム上の伝送のＵＥ電力状態に基づいて導出することができる。より具体的には、特定のＵＥビームについての電力ヘッドルームは、特定のビームについてＵＥが計算した伝送電力と特定のビーム上の最大伝送電力の間の差とすることができる。
【００６６】
一実施形態では、ＵＥビームのセットについての電力ヘッドルームは、ＵＥビームのセット上の伝送のＵＥ電力状態に基づいて導出することができる。ＵＥビームのセットについての電力ヘッドルームは、ビームのセットについてＵＥが計算した伝送電力とビームのセット上の最大伝送電力の間の差とすることができる。一実施形態では、電力制御は、ＵＥ毎、ビーム毎、ビーム群もしくはビームセット毎、またはビーム組み合わせ毎とすることができる。
【００６７】
ビーム毎および／またはビーム毎の組み合わせ電力ヘッドルームは、ＵＥから基地局に報告することができる。より具体的には、ＵＥは、各ビームおよび／または各ビームの組み合わせについての電力ヘッドルームを計算することができる。一実施形態では、電力ヘッドルームを搬送ために使用されるビームおよび／またはビームの組み合わせの電力ヘッドルームは、実伝送電力に基づいて計算することができる。電力ヘッドルームを搬送するために使用されないビームおよび／またはビームの組み合わせの電力ヘッドルームは、同じ伝送がそのビームおよび／またはビームの組み合わせ上で行われると仮定して計算することができる。
【００６８】
一実施形態では、電力ヘッドルームを搬送するために使用されないビームおよび／またはビームの組み合わせの電力ヘッドルームは、いくつかの予め定義されたパラメータを仮定して計算されることができ、例えば仮想ＰＨが報告される。基地局は、どのビームの電力ヘッドルームが報告されるか示すことができる。基地局はまた、どのビームの組み合わせの電力ヘッドルームが報告されるか示すこともできる。一実施形態では、ＵＥは、どのビームの電力ヘッドルームが報告されるか選択することができる。より具体的には、ＵＥは、最大の電力ヘッドルームを有するビームを選択して、電力ヘッドルームを報告することができる。より具体的には、ＵＥは、対応するビームに関連付けられたインジケータと共に、電力ヘッドルームを報告する。
【００６９】
一実施形態では、ＵＥは、どのビームの組み合わせの電力ヘッドルームが報告されるか選択することができる。より具体的には、ＵＥは、最大の電力ヘッドルームを有するビームの組み合わせを選択して、電力ヘッドルームを報告することができる。より具体的には、ＵＥは、対応するビームの組み合わせに関連するインジケータと共に、電力ヘッドルームを報告する。
【００７０】
上述の実施形態のいずれにおいても、ＵＥビームのパスロスは、ＵＥビーム上で測定されたＤＬ信号から導出することができる。一実施形態では、ＤＬ信号は、複数のＴＲＰまたは基地局ビーム上で送信される。より具体的には、複数のＴＲＰまたは基地局ビームをＵＥビームと関連付けることができる。
【００７１】
上記実施形態のいずれにおいても、ＵＥビームのセットのパスロスは、ＵＥビームのセット上で測定されたＤＬ信号から導出することができる。一実施形態では、ＤＬ信号は、複数のＴＲＰまたは基地局ビーム上で送信され得る。複数のＴＲＰまたは基地局ビームは、ＵＥビームのセットと関連付けることができる。
【００７２】
一実施形態では、以下の任意のものまたは任意の組み合わせが、パスロス測定のためのＤＬ信号とすることができる。
−  パスロス測定の参照信号
−  ビーム管理のための参照信号。
−  チャンネル状態情報測定のための参照信号
−  モビリティ管理のための参照信号
−  復調のための参照信号
−  ビーム参照信号
−  制御チャネルのための変調参照信号（例えば、電力ヘッドルームを報告するための上りリンク・グラント）。
−  データチャネルのための復調参照信号
−  チャネル状態情報参照信号
−  同期信号
【００７３】
現在のパスロス値、例えば図１５のｘを決定するために、以下の選択肢を挙げる。
１．  電力制御、かつ／あるいは電力ヘッドルーム値を導出するために使用されるパスロス・リファレンスから導出されるパスロス値、例えば、ＲＳ  ｃがリファレンスとして使用されるため、図１５のｃ３を使用
２．  電力制御、かつ／あるいは最終ＰＨＲにおける電力ヘッドルーム値を導出するために使用されるパスロス・リファレンスから導出されるパスロス値、例えば、ＲＳ  ｂが最終ＰＨＲにおいてリファレンスとして使用されるためｂ３を使用
３．  最大のパスロス値
４．  最小のパスロス値
５．  パスロス変化の決定のために以前のパスロス値を導出するために使用されるパスロス・リファレンスから導出されるパスロス値
６．  特定のパスロス・リファレンスから導出されるパスロス値
７．  パスロス比較のために設定または指示されたパスロス・リファレンスから導出されるパスロス値
８．  最小または最大のＲＳＩＤを持つパスロス・リファレンスから導出されるパスロス値
９．       パスロス・リファレンス構成の最小エントリ（例えば、０）または最大エントリ（例えば、３）を有するパスロス・リファレンスから導出されるパスロス値
【００７４】
以前のパスロス値、例えば図１５のｙまたはｚを決定するために、以下の選択肢を挙げる。
ａ．  電力制御、かつ／あるいは最後のＰＨＲのための電力ヘッドルーム値を導出するために使用されるパスロス・リファレンスから導出されるパスロス値、例えば、ＲＳ  ｂが最後のＰＨＲのためのリファレンスとして使用されるため、図１５のｂ２を使用
ｂ．  電力制御、かつ／あるいはパスロス変化比較がなされるときにＰＵＳＣＨに使用されるパスロス・リファレンスに基づいて導出される最後のＰＨＲについての電力ヘッドルーム値を導出するために使用されるパスロス・リファレンスから導出されるパスロス値、例えば、ＲＳ  ｃがＰＵＳＣＨ１のための参照として使用され、ＰＨＲ  １がＰＵＳＣＨ１と同じパスロス・リファレンスを有するため、図１５のｃ１を使用
ｃ．  電力制御、かつ／あるいはパスロス変化比較がなされるときにＰＵＳＣＨのための電力ヘッドルーム値を導出するために使用されるパスロス・リファレンスから導出されるパスロス値、例えば、ＲＳ  ｃがＰＵＳＣＨ１における参照として使用されるため、図１５のｃ２
ｄ．  最大のパスロス値
ｅ．  最小のパスロス値
ｆ．  パスロス変化の決定のために現在のパスロス値を導出するために使用されるパスロス・リファレンスから導出されるパスロス値
ｇ．  特定のパスロス・リファレンスから導かれるパスロス値
ｈ．  パスロス比較のために設定または指示されたパスロス・リファレンスから導出されるパスロス値
ｉ．  最小または最大のＲＳＩＤを持つパスロス・リファレンスから導かれるパスロス値
ｊ．  パスロス・リファレンス構成の最小エントリ（例えば、０）または最大エントリ（例えば、３）を有するパスロス・リファレンスから導出されるパスロス値
【００７５】
上記の選択肢１〜９および選択肢ａ〜ｊのいずれかは、新しい実施形態を形成することができる。実施形態は、以前のパスロス値および電流のパスロス値を決定する。パスロス変化は、以前のパスロス値と現在のパスロス値の比較によって実行することができる。
【００７６】
選択肢１〜９または選択肢ａ〜ｊのいずれかでは、ＵＥは、電力制御および／または電力ヘッドルームの導出のために、パスロス変化比較のためのパスロス・リファレンスとは異なるパスロス・リファレンスを使用することができる。ＵＥは、電力制御および／または電力ヘッドルームを導出するために使用されるパスロス値をパスロス変化比較のために使用しなくてもよい。ＵＥは、パスロス変化について別のパスロス・リファレンスからど導出される別のパスロス値を使用することができる。
【００７７】
選択肢１〜９または選択肢ａ〜ｊのいずれかでは、ＵＥは、第１のパスロス値と第２のパスロス値の間のパスロス値を比較することができ、ここで、第１のパスロスは、ＰＵＳＣＨ伝送のために使用され、ここでパスロス変化比較がなされ、第２のパスロス値は、ＰＰＨＲのために使用され、ここでＰＨＲとＰＵＳＣＨが同じパスロス・リファレンスを使用する。ＵＥは最後のＰＨＲからのパスロス値を使用せずに、以前のＰＨＲからのパスロス値を使用してもよい。
【００７８】
選択肢１〜９からの第１のパスロス値と、選択肢ａ〜ｊからの第２のパスロス値を用いて、パスロス変化を導出する。ＵＥは、パスロス変化が閾値を超えているかどうかに基づいて、ＰＨＲがトリガされるかどうかを決定することができる。ＵＥは、それに応じて例えば、ＵＬリソースが十分であるかどうかに供されるＰＨＲを報告するかどうかを決定することができる。ＵＥは、単一のセル、例えばプライマリ・セル（ＰＣｅｌｌ）で設定され得る。
【００７９】
図１６に示される選択肢１−パスロス変化のために使用されるパスロス・リファレンスは、電力制御または電力ヘッドルームのためのパスロス・リファレンスと同じである。例えば、パスロス変化はｃ３とｂ２の間で比較される。この選択肢では、パスロス変化の決定のために使用されるパスロス・リファレンスは、電力制御または電力ヘッドルームのためのパスロス・リファレンスに従う。この代替案は、異なるパスロス・リファレンス間でパスロス変化を比較することができるため、結果として生じるパスロス変化がＵＥの実際のチャネル品質変化を反映しないため、あまり好ましくない。これは、ＬＴＥから借りたパスロス変化を検出する元の設計原理が破られることを意味する。
【００８０】
図１７に示される選択肢２−最後のＰＨＲ伝送中のパスロスの参照は、「現在使用されているリファレンス」に基づいて決定される。例えば、パスロス変化はｃ３とｃ２の間で比較される。この選択肢では、ｘは一定のパスロス・リファレンスではなく、パスロス比較がなされるときに現在使用されているリファレンスであるものに依存する。この選択肢の場合、パスロス変化は同じパスロス・リファレンスからの複数のパスロス値の間で比較され、パスロス変化は実際のチャネル変動を捉えることができるようにする。
【００８１】
図１８に示される選択肢３−「最後のＰＨＲ伝送」は、「現在使用されているリファレンス」と同じリファレンスを使用するＰＨＲである。例えば、パスロス変化はｃ３とｃ１の間で比較される。この選択肢では、パスロス変化の決定のためにパスロス比較を行うときに、現在使用されているリファレンスと同じパスロス・リファレンスを有する最後のＰＨＲにおけるパスロス値を使用する。比較の基礎は固定時間からのパスロス・リファレンスではないが、この選択肢は選択肢２と同様、同じパスロス・リファレンスに対してパスロスの比較がなされることを可能にする。
【００８２】
図１９に示される選択肢４−パスロス変化の決定のために使用されるパスロス・リファレンスは、最後のＰＨＲ伝送におけるものと同じである。たとえば、パスロス変化はｂ３とｂ２の間で比較される。この選択肢では、パスロス変化の決定のために使用されるパスロス・リファレンスは、最後のＰＨＲ伝送で使用されるものと同じである。選択肢２と同様に、パスロス変化は、同じパスロス・リファレンスからの複数のパスロス値の間で比較されるため、そのようなパスロス変化は、実際のチャネル変動を捉えることができる。
【００８３】
図２０に示される選択肢５−パスロス変化の決定のために使用されるパスロス・リファレンスを選択するために予め定義されたルールを指定する。予め定義されたルールの一例は、所与のインスタンスに対する最も強力なパスロス・リファレンス、すなわち最小のパスロス値を有するパスロス・リファレンスとすることができる。選択肢１と同様、この代替案は、異なるパスロス・リファレンスの間のパスロスを比較することを被る。この選択肢の潜在的な欠点の１つは、電力制御／ＰＨＲのためのパスロス・リファレンスとパスロス変化のためのパスロス・リファレンスが完全に分離されることである。
【００８４】
選択肢１から選択肢５の任意の部分を組み合わせて、新しい実施形態または方法を形成することができる。
【００８５】
図２１は、ＵＥの観点からの例示的な一実施形態によるフローチャート２１００である。ステップ２１０５では、ＵＥは、サービングセルの第１のパスロス・リファレンスから第１のパスロス値を導出し、ここで、第１のパスロス値は、第１の電力ヘッドルーム報告に含まれる電力ヘッドルーム値を導出するために使用される。ステップ２１１０では、ＵＥは、第１のパスロス値を導出した後に、サービングセルの第２のパスロス・リファレンスから第２のパスロス値を導出し、ここで、第２のパスロス・リファレンスは、サービングセル上の第１の物理上りリンク共有チャネル（ＰＵＳＣＨ）伝送のための電力制御のために使用される。ステップ２１１５では、ＵＥは、第１のパスロス値および第２のパスロス値に基づいて、パスロス変化を導出する。ステップ２１２０では、ＵＥは、パスロス変化が閾値よりも大きいかどうかに基づいて、第２の電力ヘッドルーム報告がトリガされるかどうかを決定する。
【００８６】
一実施形態では、第２の電力ヘッドルーム報告は、第２の電力ヘッドルーム報告がトリガされる場合、第１のＰＵＳＣＨ伝送を介して送信され得る。第１のパスロス値は、サービスセル上の第２のＰＵＳＣＨ伝送のための電力制御のために使用することができ、ここで、第１の電力ヘッドルーム報告は、第２のＰＵＳＣＨ伝送を介して送信される。
【００８７】
一実施形態では、第２のＰＵＳＣＨ伝送をスケジューリングする第２の下りリンク制御情報（ＤＣＩ）は、第１のパスロス・リファレンスを示すことができる。第２のＰＵＳＣＨ伝送は、パラメータConfiguredGrantConfigによって設定することができ、ConfiguredGrantConfigは、第１のパスロス・リファレンスを示すことができる。
【００８８】
一実施形態では、第１のＰＵＳＣＨ伝送をスケジューリングする第１のＤＣＩは、第２のパスロス・リファレンスを示すことができる。第１のＰＵＳＣＨ伝送は、パラメータConfiguredGrantConfigによって設定することができ、ConfiguredGrantConfigは、第２のパスロス・リファレンスを示す。第１のパスロス・リファレンスは、ＵＥが、第１の電力ヘッドルーム報告を送信する場合に、サービスセル上でいかなるＰＵＳＣＨ伝送を送信しないとき、サービスセルのパスロス・リファレンス構成の最小エントリを有するパスロス・リファレンスとすることができる。パスロス・リファレンス構成は、PUSCH-PathlossReferenceRSとすることができる。
【００８９】
図３および図４に戻って参照すると、ＵＥの例示的な一な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）サービングセルの第１のパスロス・リファレンスから第１のパスロス値を導出することであって、ここで、第１のパスロス値は、第１の電力ヘッドルーム報告に含まれる電力ヘッドルーム値を導出するために使用される、導出することと、（ｉｉ）第１のパスロス値を導出した後に、サービングセルの第２のパスロス・リファレンスから第２のパスロス値を導出することであって、ここで、第２のパスロス・リファレンスは、サービングセル上の第１のＰＵＳＣＨ伝送のための電力制御のために使用される、導出することと、（ｉｉｉ）第１のパスロス値および第２のパスロス値に基づいて、パスロス変化を導出することと、（ｉｖ）パスロス変化が閾値よりも大きいかどうかに基づいて、第２の電力ヘッドルーム報告がトリガされるかどうかを決定することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のすべての動作およびステップ、または本明細書で説明する他のことを実行することができる。
【００９０】
図２２は、ＵＥの観点からの例示的な一実施形態によるフローチャート２２００である。ステップ２２０５では、ＵＥは、サービングセルの第１のパスロス・リファレンスから第１のパスロス値を導出し、ここで、第１のパスロス値は、第１の電力ヘッドルーム報告に含まれる第１の電力ヘッドルーム値を導出するために使用される。ステップ２２１０では、ＵＥは、第１のパスロス値を導出した後に、サービスセルの第２のパスロス・リファレンスから第２のパスロス値を導出し、ここで、第２のパスロス・リファレンスは、第２の電力ヘッドルーム値を導出するために使用される。ステップ２２１５では、ＵＥは、第１のパスロス値および第２のパスロス値に基づいて、パスロス変化を導出する。ステップ２２２０では、ＵＥは、パスロス変化が閾値よりも大きいかどうかに基づいて、第２の電力ヘッドルーム値を含む第２の電力ヘッドルーム報告がトリガされるかどうかを決定する。
【００９１】
一実施形態では、第２のパスロス値は、サービングセル上のＰＵＳＣＨ伝送のための電力制御のために使用されなくてもよい。サービングセルのパスロス・リファレンス構成の最小エントリは、第２のパスロス・リファレンスとすることができる。
【００９２】
一実施形態では、第１のパスロス値を、サービスセル上のＰＵＳＣＨ伝送のための電力制御のために使用することができ、ここで、第１の電力ヘッドルーム報告は、ＰＵＳＣＨ伝送を介して送信される。ＰＵＳＣＨ伝送をスケジューリングする下りリンク制御情報（ＤＣＩ）は、第１のパスロス・リファレンスを示すことができる。ＰＵＳＣＨ伝送は、パラメータConfiguredGrantConfigによって設定することができ、ConfiguredGrantConfigは、第１のパスロス・リファレンスを示すことができる。
【００９３】
一実施形態では、ＵＥが、第１の電力ヘッドルーム報告を送信する場合に、ＵＥがサービングセル上のいかなるＰＵＳＣＨ伝送を送信しないときは、第１のパスロス・リファレンスは、サービングセルのパスロス・リファレンス構成の最小エントリを有するパスロス・リファレンスとすることができる。
【００９４】
図３および図４に戻って参照すると、ＵＥの例示的な一な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）サービングセルの第１のパスロス・リファレンスから第１のパスロス値を導出することであって、ここで、第１のパスロス値は、第１の電力ヘッドルーム報告に含まれる第１の電力ヘッドルーム値を導出するために使用される、導出することと、（ｉｉ）第１のパスロス値を導出した後に、サービスセルの第２のパスロス・リファレンスから第２のパスロス値を導出することであって、ここで、第２のパスロス・リファレンスは、第２の電力ヘッドルーム値を導出するために使用される、導出することと、（ｉｉｉ）第１のパスロス値および第２のパスロス値に基づいて、パスロス変化を導出することと、（ｉｖ）パスロス変化が閾値よりも大きいかどうかに基づいて、第２の電力ヘッドルーム値を含む第２の電力ヘッドルーム報告がトリガされるかどうかを決定することと、を行うことを可能にすることができるさらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のすべての動作およびステップ、または本明細書で説明する他のことを実行することができる。
【００９５】
図２３は、ＵＥの観点からの例示的な一実施形態によるフローチャート２３００である。ステップ２３０５では、ＵＥは、ＵＥビームで上りリンク送信を実行する。ステップ２３１０では、ＵＥは、特定のＵＥビームまたはＵＥビームのセットについてのパスロス変化が閾値よりも大きいことにより、電力ヘッドルーム報告をトリガする。
【００９６】
一実施形態では、ＵＥは、特定のＵＥビームまたはＵＥビームのセットが伝送のためにスケジューリングされる場合、特定のＵＥビームまたはＵＥビームのセットについてのパスロスが変化したかどうかを決定することができる。代替的に、ＵＥは、特定のビームまたはビームのセットが伝送のためにスケジューリングされていない場合、特定のＵＥビームまたはＵＥビームのセットについてのパスロスが変化したかどうかを決定しなくてもよい。
【００９７】
一実施形態では、パスロス変化は、特定のＵＥビームまたはＵＥビームのセットについての現在のパスロスと、特定のＵＥビームまたはＵＥビームのセットについての以前のパスロスの比較から導出することができる。パスロス変化の比較は、同じＵＥビームまたは同じＵＥビームのセットに対してなされ得る。
【００９８】
一実施形態では、パスロス変化がＵＥビームまたはＵＥビームのセットの変更に起因する場合、電力ヘッドルーム報告をトリガすることができる。電力ヘッドルーム報告は、特定のＵＥビームまたはＵＥビームのセットに対する電力ヘッドルームを含むことができる。
【００９９】
図３および図４に戻って参照すると、ＵＥの例示的な一な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）ＵＥビームで上りリンク送信を実行することと、（ｉｉ）特定のＵＥビームまたはＵＥビームのセットについてのパスロス変化が閾値よりも大きいことにより、電力ヘッドルーム報告をトリガすることと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のすべての動作およびステップ、または本明細書で説明する他のことを実行することができる。
【０１００】
図２４は、ＵＥの観点からの例示的な一な実施形態によるフローチャート２４００である。ステップ２４０５では、ＵＥは、サービングＴＲＰの変更（、追加または起動）、サービングＴＲＰビームの変更（、追加または起動）、候補ＴＲＰビームの変更（、追加または起動）、および／またはＵＥビームの起動（または追加）によって電力ヘッドルーム報告をトリガする。
【０１０１】
一実施形態では、ＵＥは、ＵＥビームで上りリンク伝送を実行することができる。ＵＥは、ＴＲＰビーム、ＴＲＰビームのセット、またはＴＲＰに関連する伝送がスケジューリングされる場合、パスロスが変化したかどうかを決定することができる。ＵＥは、ＴＲＰビーム、ＴＲＰビームのセット、またはＴＲＰに関連する伝送がスケジューリングされていない場合、パスロスが変化したかどうかを決定しなくてもよい。
【０１０２】
一実施形態では、パスロス変化は、ＴＲＰビーム、ＴＲＰビームのセット、またはＴＲＰに関連する現在のパスロスと、ＴＲＰビーム、ＴＲＰビームのセット、またはＴＲＰに関連する以前のパスロスの比較から導出することができる。電力ヘッドルーム報告は、特定のＵＥビームまたはＵＥビームのセットための電力ヘッドルームを含むことができる。より具体的には、電力ヘッドルーム報告は、すべてのＵＥビームについての電力ヘッドルームを含むことができる。電力ヘッドルーム報告はまた、すべてのＵＥビーム内のＵＥビームの任意の組み合わせについての電力ヘッドルームを含むことができる。
【０１０３】
一実施形態では、ＵＥビームの組み合わせのサブセットを報告するように構成することができる。ＵＥビームのセットは、ＴＲＰまたは基地局ビームに関連する複数のＵＥビームとすることができる。
【０１０４】
一実施形態では、ＵＥビームのセットは、基地局によって設定することができる。特定のＵＥビームの電力ヘッドルームは、特定のＵＥビーム上の伝送のＵＥ電力状態に基づいて導出することができる。特定のＵＥビームに対する電力ヘッドルームは、特定のビームについてＵＥが計算した伝送電力と特定のビーム上の最大伝送電力の間の差とすることができる。ＵＥビームのセットについての電力ヘッドルームは、ＵＥビームのセット上の伝送のＵＥ電力状態に基づいて導出することができる。ＵＥビームのセットについての電力ヘッドルームは、ビームのセットについてＵＥが計算した伝送電力とビームのセット上の最大伝送電力の間の差とすることができる。
【０１０５】
一実施形態では、電力制御は、ＵＥ毎、ビーム毎、ビームグループ毎またはビームセット毎、またはビーム組み合わせ毎とすることができる。
【０１０６】
図３および図４に戻って参照すると、ＵＥの例示的な一な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、サービングＴＲＰの変更（、追加または起動）、サービングＴＲＰビームの変更（、追加または起動）、候補ＴＲＰビームの変更（、追加または起動）、および／またはＵＥビームの起動（または追加）によって電力ヘッドルーム報告をトリガすること、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のすべての動作およびステップ、または本明細書で説明する他のことを実行することができる。
【０１０７】
図２５は、ＵＥの観点からの例示的な一な実施形態によるフローチャート２５００である。ステップ２５０５では、ＵＥは、ＵＥビームで上りリンク送信を実行する。ステップ２５１０では、ＵＥは、第１の条件に基づいて、ＵＥビームの第１のグループについての電力ヘッドルーム報告をトリガするかどうかを決定する。ステップ２５１５では、ＵＥは、第２の条件に基づいて、ＵＥビームの第２のグループについての電力ヘッドルーム報告をトリガするかどうかを決定する。
【０１０８】
一実施形態では、ＵＥビームの第１のグループは、ＵＥによって生成され得るＵＥビームのサブセットである。電力ヘッドルーム報告は、グループ内の各ＵＥビームまたはＵＥビームの任意の組み合わせの電力ヘッドルームを含むことができる。ＵＥビームの任意の組み合わせのサブセットを、電力ヘッドルーム報告に含めるように構成することができる。
【０１０９】
一実施形態では、第１の条件は、第１のグループ内のＵＥビームのパスロスが、閾値よりも大きく変化したこととすることができる。第２の条件は、第２のグループ内のＵＥビームのパスロスが閾値よりも大きく変化したこととすることができる。
【０１１０】
一実施形態では、第１の条件は、ＵＥビームの第１のグループ内の少なくとも１つのＵＥビームが伝送のためにスケジューリングされる場合にチェックすることができる。第１の条件は、ＵＥビームの第１のグループ内のＵＥビームのいずれも伝送のためにスケジューリングされていない場合にチェックされなくてもよい。
【０１１１】
一実施形態では、第１の条件は、ＵＥビームの第１のグループ内の特定のＵＥビームまたは特定のビームの組み合わせが伝送のためにスケジューリングされる場合にチェックすることができる。第１の条件は、ＵＥビームの第１のグループ内の特定のＵＥビームまたは特定のビームの組み合わせが伝送のためにスケジューリングされていない場合にチェックされなくてもよい。
【０１１２】
一実施形態では、ＵＥビームの第１のグループは、ＴＲＰまたは基地局ビームに関連する複数のＵＥビームとすることができる。ＵＥビームの第１のグループは、基地局によって設定することができる。
【０１１３】
図３および図４に戻って参照すると、ＵＥの例示的な一な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）ＵＥビームで上りリンク送信を実行する（ｉｉ）第１の条件に基づいて、ＵＥビームの第１のグループについての電力ヘッドルーム報告をトリガするかどうかを決定する（ｉｉｉ）第２の条件に基づいて、ＵＥビームの第２のグループについての電力ヘッドルーム報告をトリガするかどうかを決定する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のすべての動作およびステップ、または本明細書で説明する他のことを実行することができる。
【０１１４】
図２６は、ＵＥの観点からの例示的な一実施形態によるフローチャート２６００である。ステップ２６０５では、ＵＥは、伝送のために複数のビームを使用する。ステップ２６１０では、ＵＥは、パスロス変化が閾値よりも大きいことに応答して、電力ヘッドルーム報告をトリガし、ここで、パスロスは、特定のビームまたはビームのセットに関連付けられる。
【０１１５】
一実施形態において、ＵＥは、特定のビームまたはビームのセットに関連する伝送がスケジューリングされる場合にパスロスが変化したかどうかを決定することができる。特定のビームは、特定のＵＥビームであってもよいし、特定の送受信ポイント（ＴＲＰ）ビームとすることができる。ビームのセットは、ＵＥビームのセットまたはＴＲＰビームのセットとすることができる。ビームのセットは、同じＴＲＰビーム、同じＴＲＰビームのセット、または同じＴＲＰに関連付けられ得る。
【０１１６】
一実施形態では、パスロス変化は、同一のＵＥビームまたは同一のＵＥビームのセットの比較から導出することができる。パスロス変化はまた、特定のビームまたはビームのセットに関連する現在のパスロス値と、特定のビームまたはビームのセットに関連する以前のパスロス値の比較から導出することができる。パスロスは、特定のビームについて測定されるか、またはビームのセットについて測定される下りリンク信号から導出することができる。
【０１１７】
図３および図４に戻って参照すると、ＵＥの例示的な一な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）伝送のために複数のビームを使用することと、（ｉｉ）パスロス変化が閾値よりも大きいことに応答して、電力ヘッドルーム報告をトリガすることであって、ここで、パスロスは、特定のビームまたはビームのセットに関連付けられる、トリガすることと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のすべての動作およびステップ、または本明細書で説明する他のことを実行することができる。
【０１１８】
図２７は、ＵＥの観点からの例示的な一実施形態によるフローチャート２７００である。ステップ２７０５では、ＵＥは、第１の条件に基づいて、複数のＵＥビームの第１のグループについての電力ヘッドルーム報告をトリガするかどうかを決定する。ステップ２７１０では、ＵＥは、第２の条件に基づいて、複数のＵＥビームの第２のグループについての電力ヘッドルーム報告をトリガするかどうかを決定する。ステップ２７１５では、ＵＥは、第１の条件が満たされる場合、第１のグループについての電力ヘッドルーム報告をトリガする。ステップ２７２０では、ＵＥは、第２の条件が満たされる場合、第２のグループについての電力ヘッドルーム報告をトリガする。
【０１１９】
一実施形態では、第１の条件は、パスロスが、第１のグループ内のＵＥビームまたは第１のグループ内のＵＥビームの組み合わせに対する閾値よりも大きく変化したことであり得る。第２の条件は、パスロスが、第２のグループ内のＵＥビームまたは第２のグループ内のＵＥビームの組み合わせに対する閾値よりも大きく変化したことであり得る。第１のグループと第２のグループは、基地局によって設定することができる。
【０１２０】
図３および図４に戻って参照すると、ＵＥの例示的な一な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）第１の条件に基づいて、複数のＵＥビームの第１のグループについての電力ヘッドルーム報告をトリガするかどうかを決定することと、（ｉｉ）第２の条件に基づいて、複数のＵＥビームの第２のグループについての電力ヘッドルーム報告をトリガするかどうかを決定することと、（ｉｉｉ）第１の条件が満たされる場合、第１のグループについての電力ヘッドルーム報告をトリガすることと、（ｉｖ）第２の条件が満たされる場合、第２のグループについての電力ヘッドルーム報告をトリガすることと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のすべての動作およびステップ、または本明細書で説明する他のことを実行することができる。
【０１２１】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセットおよび時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【０１２２】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【０１２３】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０１２４】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【０１２５】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【０１２６】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０１２７】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
2019198068.tif 000036
【図２】
2019198068.tif 000037
【図３】
2019198068.tif 000038
【図４】
2019198068.tif 000039
【図５Ａ】
2019198068.tif 000040
【図５Ｂ】
2019198068.tif 000041
【図５Ｃ】
2019198068.tif 000042
【図６Ａ】
2019198068.tif 000043
【図６Ｂ】
2019198068.tif 000044
【図７】
2019198068.tif 000045
【図８】
2019198068.tif 000046
【図９】
2019198068.tif 000047
【図１０】
2019198068.tif 000048
【図１１】
2019198068.tif 000049
【図１２】
2019198068.tif 000050
【図１３】
2019198068.tif 000051
【図１４】
2019198068.tif 000052
【図１５】
2019198068.tif 000053
【図１６】
2019198068.tif 000054
【図１７】
2019198068.tif 000055
【図１８】
2019198068.tif 000056
【図１９】
2019198068.tif 000057
【図２０】
2019198068.tif 000058
【図２１】
2019198068.tif 000059
【図２２】
2019198068.tif 000060
【図２３】
2019198068.tif 000061
【図２４】
2019198068.tif 000062
【図２５】
2019198068.tif 000063
【図２６】
2019198068.tif 000064
【図２７】
2019198068.tif 000065
【外国語明細書】
2019198068000001.pdf