知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-24
(45)【発行日】2024-07-02
(54)【発明の名称】方法、及び端末
(51)【国際特許分類】
H04W 52/24 20090101AFI20240625BHJP
H04W 92/18 20090101ALI20240625BHJP
【ＦＩ】
H04W52/24
H04W92/18
【請求項の数】
8
(21)【出願番号】P 2021515071
(86)(22)【出願日】2018-09-19
(65)【公表番号】
(43)【公表日】2022-01-19
(86)【国際出願番号】 CN2018106542
(87)【国際公開番号】W WO2020056638
(87)【国際公開日】2020-03-26
【審査請求日】2021-09-13
【審判番号】
【審判請求日】2023-12-05
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ワン ガン
【合議体】
【審判長】中木 努
【審判官】本郷 彰
【審判官】廣川 浩
(56)【参考文献】
【文献】特開２０１５－１９５５８７（ＪＰ，Ａ）
【文献】国際公開第２０１６／０１７６７２（ＷＯ，Ａ１）
【文献】国際公開第２０１８／０８４２０５（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
H04B7/24-7/26
H04W4/00-99/00
3GPP TSG RAN WG1-4
3GPP TSG SA WG1-4
3GPP TSG CT WG1,4
(57)【特許請求の範囲】
【請求項1】
送信電力を、第１の値と第２の値の最小値に、決定し、当該決定された送信電力を用いて、第１の端末へ送信を行う、
第２の端末における方法であって、
前記第１の値は、前記第２の端末と基地局との間のパスロスに基づいて決定される値であり、
前記第２の値は、前記第２の端末と前記第１の端末との間のパスロスと、異なるヌメロロジーの正規化係数と、に基づいて決定される値である、
方法。
【請求項2】
前記第２の値は、前記送信に用いられるＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の数に基づいて決定される値である、請求項１に記載の方法。
【請求項3】
前記第２の値は、ベース電力レベルの合計に基づいて決定される値である、請求項１または２に記載の方法。
【請求項4】
前記第２の値は、パスロス補償係数に基づいて決定される値である、請求項１～３のいずれか一項に記載の方法。
【請求項5】
送信電力を、第１の値と第２の値の最小値に、決定し、当該決定された送信電力を用いて、第１の端末へ送信を行う、
第２の端末であって、
前記第１の値は、前記第２の端末と基地局との間のパスロスに基づいて決定される値であり、
前記第２の値は、前記第２の端末と前記第１の端末との間のパスロスと、異なるヌメロロジーの正規化係数と、に基づいて決定される値である、
第２の端末。
【請求項6】
前記第２の値は、前記送信に用いられるＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の数に基づいて決定される値である、請求項５に記載の第２の端末。
【請求項7】
前記第２の値は、ベース電力レベルの合計に基づいて決定される値である、請求項５または６に記載の第２の端末。
【請求項8】
前記第２の値は、パスロス補償係数に基づいて決定される値である、請求項５～７のいずれか一項に記載の第２の端末。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の非限定的かつ例示的な実施形態は、方法、及び端末に関する。
【背景技術】
【0002】
この部分では、開示をより容易に理解できる態様を紹介する。そのため、この部分の記載は、この観点から読み取られるべきであり、先行技術に開示された又は開示されないことを自認することとして理解されるべきではない。
【0003】
無線通信システムでは、増加するサービスのタイプをサポートすることが要求されている。例えば、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ａｎｙｔｈｉｎｇ）サイドリンク（ＳＬ：ｓｉｄｅｌｉｎｋ）は、車両と車両／歩行者／インフラストラクチャとの間の基本的な交通安全サービスの直接通信をサポートするために、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって開発されたＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ロングタームエボリューション）リリース１４で導入された。
【0004】
デバイスやサービスの数が増加している無線通信システムでは、デバイスの通信性能を満たし、消費電力を最小限に抑え、及び／又は他のデバイスへの干渉を最小限に抑えるために、デバイスの送信電力をうまく制御する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本開示の様々な実施形態は、主に、無線通信システムにおける電力制御の方法、装置及びコンピュータプログラム製品を提供することを目的とする。
【課題を解決するための手段】
【0006】
本開示の第１の態様では、第１の端末デバイスで実行される方法が提供される。本方法は、第２の端末デバイスから第１の端末デバイスへの送信のための１つ又は複数の電力制御パラメータを決定することと、１つ又は複数の電力制御パラメータを第２の端末デバイスに送信することと、１つ又は複数の電力制御パラメータに基づいて制御される送信を、第２の端末デバイスから受信することと、を含む。
【0007】
いくつかの実施形態では、１つ又は複数の電力制御パラメータは、基準電力レベルに対する電力調整値と、ベース電力レベルと、パスロス補償係数のうちの少なくとも１つを含んでもよい。基準電力レベルは、送信について決定された送信電力を含み、送信電力は、事前に構成された又は基地局によって構成された電力制御パラメータと、第２の端末デバイスと基地局との間のパスロスと、送信のＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）及び／又はＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）レベルに関連する電力補償のうちの１つ又は複数に基づいて決定されてもよい。
【0008】
いくつかの実施形態では、１つ又は複数の電力制御パラメータを決定することは、測定された性能メトリックを目標性能メトリックと比較して、電力調整値を決定することを含んでもよい。いくつかの実施形態では、性能メトリックは、ＳＩＮＲ（Ｓｉｇｎａｌ ｔｏ Ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ Ｎｏｉｓｅ Ｐｏｗｅｒ Ｒａｔｉｏ）を含んでもよい。
【0009】
いくつかの実施形態では、本方法は、測定された性能メトリックを取得するために、第２のデバイスからの１つ又は複数の送信に基づいて、平均化された受信ＳＩＮＲを決定することを、さらに含み、１つ又は複数の送信の送信電力は、事前に構成された又は基地局によって構成された電力制御パラメータと、第２の端末デバイスと基地局との間のパスロスと、送信のＭＣＳ及び／又はＱｏＳレベルに関連する電力補償と、のうちの少なくとも１つに基づいて決定されてもよい。いくつかの実施形態では、第２の端末からの１つ又は複数の送信に基づいて、平均化された受信ＳＩＮＲを決定することは、１つ又は複数の送信のそれぞれについて、推定された受信ＳＩＮＲを取得することと、推定された受信ＳＩＮＲの平均値を、平均化された受信ＳＩＮＲに決定することと、を含んでもよい。
【0010】
いくつかの実施形態では、１つ又は複数の送信のそれぞれについて、推定された受信ＳＩＮＲを取得することは、１つ又は複数の送信のそれぞれについて、ＭＣＳ及び／又はＱｏＳレベルに関連する電力補償を除去することにより、推定された受信ＳＩＮＲを取得することを含んでもよい。
【0011】
いくつかの実施形態では、１つ又は複数の電力制御パラメータを決定することは、目標受信ＳＩＮＲ及び第１の端末デバイスと第２の端末デバイスとの間のパスロスに基づいて、ベース電力レベル及びパスロス補償係数を決定すること、を含んでもよい。いくつかの実施形態では、決定されたベース電力レベル及びパスロス補償係数は、第１の端末デバイスにおける受信電力が目標受信電力よりも大きくならないという制限を満たしてもよい。
【0012】
いくつかの実施形態では、本方法は、第２の端末デバイスから受信され送信電力が１つ又は複数の電力制御パラメータに基づいて決定された１つ又は複数の送信に基づいて、第２の端末デバイスからのさらなる送信のための電力オフセットを決定することと、電力オフセットを第２の端末デバイスに送信することと、をさらに含んでもよい。いくつかの実施形態では、決定された電力オフセットは、目標受信ＳＩＮＲと測定された受信ＳＩＮＲとの間の差以下である。
【0013】
本開示の第２の態様では、第２の端末デバイスで実行される別の方法が提供される。本方法は、第２の端末デバイスから第１の端末デバイスへの送信のための１つ又は複数の電力制御パラメータを、第１の端末デバイスから受信することと、１つ又は複数の電力制御パラメータに基づいて、送信の送信電力を決定することと、決定された送信電力に従って、第１の端末デバイスへの送信を実行することと、を含む。
【0014】
いくつかの実施形態では、１つ又は複数の電力制御パラメータは、基準電力レベルに対する電力調整値と、ベース電力レベルと、パスロス補償係数のうちの少なくとも１つを含んでもよい。いくつかの実施形態では、基準電力レベルは、送信について決定された送信電力を含み、送信電力は、事前に構成された又は基地局によって構成された電力制御パラメータと、第２の端末デバイスと基地局との間のパスロスと、送信のＭＣＳ及び／又はＱｏＳレベルに関連する電力補償のうちの１つ又は複数に基づいて決定されてもよい。
【0015】
いくつかの実施形態では、１つ又は複数の電力制御パラメータは、電力調整値を含み、送信電力を決定することは、電力調整値と基準電力レベルの合計に基づいて、候補送信電力を決定することと、送信電力を、候補送信電力と送信電力制限の最小値に決定することと、を含んでもよい。
【0016】
いくつかの実施形態では、本方法は、第１の端末デバイスから送信のための電力オフセットを受信すること、をさらに含み、送信電力を決定することは、１つ又は複数の電力制御パラメータに基づいて決定された送信電力で実行された１つ又は複数の送信の平均送信電力を決定することと、電力オフセットと平均送信電力の合計に基づいて、候補送信電力を決定することと、送信電力を、送信電力制限と候補送信電力の最小値に決定することと、を含んでもよい。
【0017】
いくつかの実施形態では、１つ又は複数の電力制御パラメータは、ベース電力レベル及びパスロス補償係数を含み、送信電力を決定することは、第１の端末デバイスと第２の端末デバイスとの間のパスロスをパスロス補償係数で重み付けしたものと、ベース電力レベルとの合計に基づいて、候補送信電力を決定することと、送信電力を、送信電力制限と候補送信電力の最小値に決定することと、を含んでもよい。いくつかの実施形態では、本方法は、第１の端末デバイスから送信のための電力オフセットを受信すること、をさらに含み、候補送信電力を決定することは、電力オフセットにさらに基づいて、候補送信電力を決定すること、を含んでもよい。いくつかの実施形態では、候補送信電力を決定することは、第１の端末デバイスから受信した以前の電力オフセットの累積値にさらに基づいて、候補送信電力を決定すること、を含んでもよい。
【0018】
いくつかの実施形態では、候補送信電力を決定することは、候補送信電力を、送信のＭＣＳ及び／又はＱｏＳレベルに関連する電力補償にさらに基づいて決定すること、を含んでもよい。
【0019】
いくつかの実施形態では、送信電力制限を、基準電力レベルと、送信が発生するリソースに対する第１の最大送信電力と、第２の端末デバイスに関連する電力クラスに対する第２の最大送信電力と、第１の最大送信電力又は第２の最大送信電力から、第２の端末デバイスから第１の端末デバイスへの送信と同時に行われる、第２の端末デバイスから基地局へのアップリンク送信のために確保された送信電力を減算した第３の最大送信電力と、のうちのいずれかに設定してもよい。いくつかの実施形態では、アップリンク送信は、ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）送信と、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信のうちの１つ又は複数を含んでもよい。
【0020】
いくつかの実施形態では、送信のＱｏＳレベルが閾値よりも高い場合、送信電力制限を、第１の最大送信電力、第２の最大送信電力、及び第３の最大送信電力のうちの１つに設定し、送信のＱｏＳレベルが閾値よりも低い場合、送信電力制限を基準電力レベルに設定してもよい。
【0021】
いくつかの実施形態では、第２の端末デバイスが基地局のカバレッジ外にある場合、送信電力制限を、第１の最大送信電力、第２の最大送信電力、及び第３の最大送信電力のうちの１つに設定し、第２の端末デバイスが基地局のカバレッジ内にある場合、送信電力制限を基準電力レベルに設定してもよい。
【0022】
いくつかの実施形態では、決定された送信電力に従って第１の端末デバイスへの送信を実行することは、送信及び送信と同時に実行されるさらなる送信の合計送信電力が、電力閾値を超えるかどうかを判断することと、合計送信電力が電力閾値を超えたことに応答して、送信について決定された送信電力を低減することと、低減された送信電力に基づいて、第１の端末デバイスへの送信を実行することと、を含んでもよい。
【0023】
いくつかの実施形態では、決定された送信電力に従って第１の端末デバイスへの送信を実行することは、送信及び送信と同時に実行されるさらなる送信の合計送信電力が電力閾値を超えるかどうかを判断することと、合計送信電力が電力閾値を超えたことに応答して、第１の端末デバイスへの送信をキャンセルすることと、を含んでもよい。
【0024】
いくつかの実施形態では、本方法は、アップリンク送信及びサイドリンク送信のうちの少なくとも１つのための電力ヘッドルーム（ＰＨＲ）を基地局に報告することを、さらに含んでもよい。
【0025】
本開示の第３の態様では、端末デバイスが提供される。端末デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、端末デバイスに少なくとも第１の態様又第２の態様の方法を実行させるように構成されている。
【0026】
本開示の第４の態様では、コンピュータプログラムが提供される。このコンピュータプログラムは、装置によって実行される場合、装置に本開示の第１の態様又第２の態様の方法を実行させる命令を含む。
【0027】
本開示の第５の態様では、装置によって実行される場合、装置に本開示の第１の態様又は第２の態様の方法を実行させるコンピュータプログラムが格納されたコンピュータ読み取り可能な媒体が提供される。
【図面の簡単な説明】
【0028】
本開示の様々な実施形態の上記及び他の態様、特徴、及び利点は、添付の図面を参照して以下の詳細な説明からより完全に明らかになる。図面において、同じ参照符号は、同じ又は均等な要素を表す。図面は、本開示の実施形態をより容易に理解できるために示され、必ずしも一定の縮尺で描かれているものではない。
【0029】
【図1】本開示の実施形態が実施され得る例示的な通信ネットワークを示す。
【0030】
【図2】本開示の例示的な実施形態に係る電力制御手順を示す。
【0031】
【図3】本開示の実施形態に係る電力制御の例示的な方法の動作を示す。
【0032】
【図4】本開示の実施形態に係る送信電力を決定するための別の方法の動作を示す。
【0033】
【図5】本開示の実施形態に係る送信電力を決定するための例示的な動作を示す。
【図6】本開示の実施形態に係る送信電力を決定するための例示的な動作を示す。
【図7】本開示の実施形態に係る送信電力を決定するための例示的な動作を示す。
【図8】本開示の実施形態に係る送信電力を決定するための例示的な動作を示す。
【0034】
【図9】ネットワークデバイスとして具現化され、又はそれが備えられる装置、又は端末デバイスとして具現化され、又はそれが備えられる装置の簡略ブロック図を示す。
【発明を実施するための形態】
【0035】
以下、例示的な実施形態を参照しながら、本開示の原理及び主旨を説明する。これらの実施形態はすべて当業者が本開示をより理解し、さらに実施するために提供されるものにすぎず、本開示の範囲を限定するものではないことを理解されたい。例えば、一実施形態の一部として図示又は説明される特徴を別の実施形態とともに使用して、さらに別の実施形態を生み出すことができる。明確のために、実際の実施に関するすべての特徴が本明細書で説明されるわけではない。
【0036】
本明細書における「一実施形態」、「実施形態」、「例示的実施形態」などに言及する場合に、記載された実施形態が特定の特徴、構造、又は特性を含み得ることを示すが、必ずしも、すべての実施形態が特定の特徴、構造、又は特性を含むわけではない。さらに、このような表現は、必ずしも同じ実施形態を指すものではない。また、明示的に記載されているか否かに関わらず、特定の特徴、構造、又は特性が実施形態に関して説明される場合、当業者の知識の範囲内で他の実施形態に関するそのような特徴、構造、又は特性に適用することを意図している。
【0037】
本明細書では、「第１」及び「第２」などの用語を使用して様々な要素を説明することがあるが、これらの要素は、これらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱しない限り、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用されるとき、「及び／又は」という用語は、挙げられる用語のうちの１つ以上の任意の組み合わせ及びすべての組み合わせを含む。
【0038】
本明細書で使用される用語は、特定の実施形態を説明することのみを目的とし、例示的な実施形態への限定を意図するものではない。本明細書で使用されるとき、単数形である「１つ（ａ）」、「１つ（ａｎ）」、および「上記（ｔｈｅ）」は、文脈からそうでないことが明確に示されていない限り、複数形も含むことを意図している。本明細書で使用されるとき、「備える」、「有する」、及び／又は「含む」という用語は、述べられた特徴、要素及び／又はコンポーネントなどの存在を特定するが、１つ又は複数の他の特徴、要素、コンポーネント、及び／又はそれらの組み合わせの存在又は追加を排除するものではないことを、さらに理解されたい。
【0039】
本明細書で使用されるとき、「無線通信ネットワーク」という用語は、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多重アクセス（Ｗ－ＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）など任意の適切な無線通信規格に準拠するネットワークを指す。「無線通信ネットワーク」は、「無線通信システム」と呼ばれることもある。さらに、無線通信ネットワーク内のネットワークデバイス間、ネットワークデバイスと端末デバイスとの間、又は端末デバイス間の通信は、任意の適切な通信プロトコルに従って実行されてもよい。ここでの通信プロトコルは、モバイル通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ）、ユニバーサル移動体通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、ＬＴＥ、ＮＲ、無線ＬＡＮ（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）規格（ＩＥＥＥ ８０２．１１規格など）、及び／又は現在知られている、又は将来に開発される他の適切な無線通信規格を含むが、これらに限定されない。
【0040】
本明細書で使用されるとき、「ネットワークデバイス」という用語は、端末デバイスがネットワークにアクセスし、そこからサービスを受ける無線通信ネットワークにおけるノードを指す。ネットワークデバイスは、適用される用語及び技術に応じて、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）又はアクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）を指すことがある。ＡＰの例には、例えば、ノードＢ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも呼ばれる）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、無線ヘッド（ＲＨ：Ｒａｄｉｏ Ｈｅａｄ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、リレー、及びフェムトやピコなどの低電力ノードなどが含まれる。
【0041】
「端末デバイス」という用語は、無線通信が可能な任意のエンドデバイスを指す。非限定的な例として、端末デバイスは、通信デバイス、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、加入者局（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ポータブル加入者局（Ｐｏｒｔａｂｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、移動局（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、又はアクセス端末（ＡＴ：Ａｃｃｅｓｓ Ｔｅｒｍｉｎａｌ）と呼ばれることもある。端末デバイスは、移動電話、セルラー電話、スマートフォン、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）電話、ＷＬＬ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ）電話、タブレット、ウェアラブル端末デバイス、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、車載無線端末デバイス、無線エンドポイント、移動局、ＬＥＥ（ｌａｐｔｏｐ－ｅｍｂｅｄｄｅｄ ｅｑｕｉｐｍｅｎｔ）、ＬＭＥ（ｌａｐｔｏｐ－ｍｏｕｎｔｅｄ ｅｑｕｉｐｍｅｎｔ）、ＵＳＢドングル、スマートデバイス、無線ＣＰＥ（ｃｕｓｔｏｍｅｒ－ｐｒｅｍｉｓｅｓ ｅｑｕｉｐｍｅｎｔ）などを含むが、これらに限定されない。以下の説明では、「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」、及び「ＵＥ」という用語は、互換的に使用される場合がある。
【0042】
さらに別の例として、ＩＯＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）シナリオでは、端末デバイスは、監視及び／又は測定を実行し、このような監視及び／又は測定の結果を別の端末デバイス及び／又はネットワーク機器に送信するマシン又は他のデバイスを表すことができる。この場合、端末デバイスは、３ＧＰＰの文脈でＭＴＣ（ｍａｃｈｉｎｅ－ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスと呼ばれるＭ２Ｍ（ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ）デバイスであってもよい。特定の一例として、端末デバイスは、３ＧＰＰ ＮＢ－ＩｏＴ（ｎａｒｒｏｗ ｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）規格を実施するＵＥである。このようなマシン又はデバイスの例には、センサ、電力計などの計測デバイス、産業機械、又は家庭用或いは個人用の機器（例えば、冷蔵庫、テレビ、時計などの個人用ウェアラブルなど）が含まれる。他のシナリオでは、端末デバイスは、動作状態又はその動作に関連する他の機能を監視及び／又はレポートできる車両又は他の機器を表すことができる。いくつかの例示的な実施形態では、端末デバイスは、デバイス間（Ｄ２Ｄ）通信デバイス、又はＶ２Ｘデバイスであってもよい。
【0043】
図１は、本開示の実施形態が実施され得る例示的な無線通信ネットワーク１００を示す。図示のように、無線通信ネットワーク１００は、１つ又は複数のネットワークデバイス、例えば、ネットワークデバイス１０１を備えることができる。ネットワークデバイス１０１は、基地局（ＢＳ）、ノードＢ（ＮＢ）、Ｅｖｏｌｖｅｄ ＮＢ（ｅＮＢ）、ｇＮＢ、仮想ＢＳ、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ＢＳＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｓｕｂｓｙｓｔｅｍ）、ＡＰなどの形態であってもよい。
【0044】
この例では、ネットワークデバイス１０１は、ＵＥ１０２、１０３、及び１０４のセットに無線接続を提供する。いくつかの実施形態では、ネットワークデバイス１０１は、より少ない又はより多くのＵＥにサービスを提供してもよく、この例で示されるＵＥの数は、本開示の範囲に関するいかなる限定を示唆しないことを理解されたい。
【0045】
端末デバイス（例えば、端末デバイス１０２）は、ネットワークデバイス１０１を介して無線通信ネットワークにアクセスし、又は、Ｄ２Ｄ又はＶ２Ｘを介して別の端末デバイス（例えば、端末デバイス１０３又は１０４）と直接通信することができる。本明細書で使用されるとき、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）送信とは、ネットワークデバイスからＵＥへの送信を指し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）送信とは、逆方向の送信を指し、サイドリンク（ＳＬ）送信とは、端末デバイス間のＶ２Ｘ送信を指す。
【0046】
Ｖ２Ｘ ＳＬは、ＬＴＥリリース１４で定義され、ＬＴＥリリース１５でさらに強化された。ＮＲ Ｖ２Ｘシステムは、ユニキャスト通信とグループキャスト通信の両方をサポートすることが要求され、そのため、信頼性のある受信を可能にし、異なるＵＥ間の干渉を最小限に抑えるために、サイドリンクの効果的な電力制御が必要となる。
【0047】
ＬＴＥ Ｖ２Ｘでは、開ループ電力制御メカニズムがサポートされており、端末デバイスは、ｅＮＢによって構成された電力制御パラメータ及び端末デバイスとｅＮＢとの間の推定パスロス（ＰＬ：ｐａｔｈｌｏｓｓ）に応じて、そのサイドリンク送信電力を調整する。さらに、リリース１２ Ｄ２Ｄシステムでは、簡略化された閉ループ電力制御メカニズムが採用されており、ｅＮＢから端末デバイスに送信される１ビットの電力制御コマンドは、端末デバイスが、最大送信電力を採用するか、開ループ電力制御メカニズムに従って計算された送信電力を採用するかを示すことができる。
【0048】
本開示の発明者は、ＬＴＥ Ｖ２Ｘ及びＤ２Ｄの電力制御メカニズムを含む従来の電力制御メカニズムでは、セルラーのアップリンク送信に対する干渉を低減することを目的として、デバイスと基地局との間のパスロスに基づいて、基地局がデバイスの送信電力を制御することを確認した。このような電力制御メカニズムでは、サイドリンクのリンクバジェットが考慮されておらず、特にサイドリンクユニキャストの場合、最適なサイドリンク送信効率を提供することができない。それは、ＮＲ Ｖ２Ｘのための効率的な電力制御メカニズムがまだ利用できないことを意味する。
【0049】
本開示では、サイドリンクに対して新しい電力制御メカニズムが提案される。いくつかの実施形態では、サイドリンク送信の効率を最適化するために、送信デバイスの送信電力が、対応する受信デバイスによって制御される。言い換えれば、電力制御デバイス及び被電力制御デバイスが、提案された電力制御メカニズムに関与している。電力制御デバイスは、他のデバイスからの送信の送信電力を制御／設定するデバイスを指し、被電力制御デバイスは、電力制御デバイスからの１つ又は複数の電力制御パラメータに従って送信を行うデバイスを指す。即ち、電力制御デバイスは、送信の受信デバイスであり、被電力制御デバイスは、送信のための送信デバイスである。例えば、図１の端末デバイス１０２及び１０３は、端末デバイス１０２が端末デバイス１０３にデータを送信し、端末デバイス１０２の送信電力が端末デバイス１０３からの電力制御パラメータに基づいて決定されるように、Ｖ２Ｘ通信に関与している。本例では、端末デバイス１０２を被電力制御デバイスと呼び、端末デバイス１０３を電力制御デバイスと呼ぶ。
【0050】
本開示では、電力制御デバイス側で１つ又は複数の電力制御パラメータ（ＰＣＰ：ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ）及び／又は送信電力制御（ＴＰＣ：ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）コマンドを決定するためのソリューションが提供される。ＰＣＰは、基本的な開ループ電力制御動作点を示すために使用され、ＴＰＣコマンドは、動的な電力オフセットを示すために使用される。また、本開示では、電力制御デバイスからのＰＣＰに基づいて、被電力制御デバイス側で送信電力を決定するソリューションも提案される。提案された電力制御ソリューションは、例えば、サイドリンクユニキャストの送信電力制御をサポートすることができるが、これに限定されるものではない。
【0051】
いくつかの実施形態では、電力制御デバイスは、特定の受信電力目標及び被電力制御ＵＥからの送信に関する測定に基づいて、被電力制御デバイスのためのＴＰＣコマンド（電力オフセットδを含んでもよい）及び１つ又は複数のＰＣＰを決定する。
【0052】
代替的又は追加的に、いくつかの実施形態では、被電力制御デバイスは、（事前に）構成された開ループ電力制御パラメータに基づいて、タイプ１のＴＰＣに従う送信のための送信電力を決定し、電力制御ＵＥによって提供されたＰＣＰ及び／又はＴＰＣコマンドに基づいて、タイプ２のＴＰＣに従う送信のための送信電力を決定する。
【0053】
図２は、本開示の例示的な実施形態に係る電力制御手順２００を示す。図２に示すように、被電力制御ＵＥ２０１は、タイプ１のＴＰＣに従って、電力制御ＵＥ２０２への送信を実行する（２１０）。受信した送信に基づいて、電力制御ＵＥ２０２は、被電力制御ＵＥ２０１のためのＰＣＰ及び／又はＴＰＣコマンドを決定し（２２０）、被電力制御ＵＥ２０１にＰＣＰ及び／又はＴＰＣコマンドを提供する（２３０）。受信したＰＣＰ及び／又はＴＰＣコマンドに基づいて、被電力制御ＵＥ２０１は、タイプ２のＴＰＣに従う送信のための送信電力を決定し（２４０）、決定した送信電力に基づいて、電力制御ＵＥ２０２への送信を実行する（２５０）。
【0054】
実施形態は、ＰＣＰ及び／又はＴＰＣコマンドを被電力制御ＵＥ２０１に提供するためのいかなる特定の方法にも限定されない。非限定的な例として、ＰＣＰは、サイドリンク制御チャネル又はサイドリンクデータチャネルを介して、電力制御ＵＥ２０２によって被電力制御ＵＥ２０１に送信されてもよい。代替的に、いくつかの実施形態では、ＰＣＰ及び／又はＴＰＣコマンドは、基地局によって被電力制御ＵＥ２０１に転送されてもよい。
【0055】
いくつかの実施形態では、電力制御ＵＥ２０２から被電力制御ＵＥ２０１に送信されるＰＣＰは、タイプ１のＴＰＣを利用する被電力制御デバイスの送信の送信電力に対する電力調整（ＰＡ：ｐｏｗｅｒ ａｄｊｕｓｔｍｅｎｔ）値を含んでもよい。タイプ１のＴＰＣを利用する送信の送信電力は、基地局によって設定された電力制御パラメータ及び／又は基地局に関する推定ＰＬに応じて、被電力制御ＵＥ２０１によって決定されてもよい。また、電力制御ＵＥ２０２がＰＣＰを被電力制御ＵＥ２０２に提供する前に、被電力制御ＵＥ２０１から受信した全ての送信が、タイプ１のＴＰＣを利用する送信であると仮定してもよい。非限定な例として、タイプ１のＴＰＣを利用する送信は、放送方式で行われてもよい。
【0056】
被電力制御デバイスに送信される電力調整値（ＰＡ）は、被電力制御デバイスからのタイプ１のＴＰＣを利用する送信のうち、最近受信した１つ又は複数の送信に基づいて、電力制御デバイスによって決定されてもよい。以下では、ＰＡを決定するための、被電力制御デバイスから受信したタイプ１のＴＰＣを利用する送信の数は、Ｒ１と表記され、Ｒ１の値は、電力制御デバイスによって予め定義され、（事前に）構成され、又は決定されてもよい。いくつかの実施形態では、Ｒ１の値は、１に設定されてもよい。
【0057】
いくつかの実施形態では、電力制御デバイス（例えば、図１の端末デバイス１０３、又は図２の電力制御ＵＥ２０２）は、測定された性能メトリックを目標性能メトリックと比較することによって、被電力制御デバイス（例えば、図１の端末デバイス１０２、又は図２の被電力制御ＵＥ２０１）のＰＡを決定してもよい。性能メトリックは、受信ＳＩＮＲを含んでもよいが、これに限定されない。
【0058】
例えば、電力制御デバイスは、以下の数（１）により、被電力制御デバイスのＰＡを決定してもよい。
ここで、ＳＩＮＲ＿Ｔは、目標とする受信ＳＩＮＲを表し、ＳＩＮＲ＿Ｔの値は、指定されてもよいし、（事前に）構成されてもよい。ＳＩＮＲ＿Ｒは、測定された受信ＳＩＮＲを表し、受信したＲ１個の送信を平均化することによって得られる。
【0059】
例として、ＳＩＮＲ＿Ｒは、数（２）に基づいて求められてもよい。
ここで、ＳＩＮＲｉは、Ｒ１個の受信した送信のうちｉ番目の受信した送信に対する、ＳＩＮＲ測定用の参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を運ぶリソース要素（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）の電力寄与（単位：［Ｗ］）のリニア平均をＳＩＮＲ測定用のＲＳを運ぶリソース要素の雑音及び干渉電力寄与（単位：［Ｗ］）のリニア平均で割ったものを表す。数（２）において、△ｉは、ｉ番目の受信した送信に対するＭＣＳ及び／又はＱｏＳの電力補償を表す。
【0060】
限定ではなく説明のために、△ｉは数（３）により求められてもよい。
ここで、ＫＳは、ＭＣＳ補償係数を表し、ＭＣＳの補償が（例えば、指定又は（事前）構成により）有効な場合、０以外の値（例えば、ＫＳ＝１．２５）に設定され、他の場合、０に設定される。数（３）において、ＢＰＲＥｉは、Ｒ１個の受信した送信のうちｉ番目の受信した送信用のＲＥごとに伝達された平均ビット数を表す。また、βＱｏＳ，ｉは、ｉ番目の受信のＱｏＳ補償係数を表し、ＱｏＳ補償が有効な場合、Ｒ１個の受信のうちｉ番目の受信のＱｏＳレベルに指定又は（事前）構成され、他の場合、βＱｏＳ，ｉは数（３）から省略されるか、固定値である１に設定される。
【0061】
代替的に、いくつかの実施形態では、電力制御デバイスが被電力制御デバイスに提供するＰＣＰは、ベース電力レベルＰ０及び／又はＰＬ補償率αを含んでもよい。Ｐ０及び／又はαの値は、送信電力の制限に基づいて電力制御デバイス自身が決定してもよいし、基地局によって構成されてもよい。
【0062】
いくつかの実施形態では、電力制御デバイスで受信した電力が、物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）ごとの目標受信信号電力よりも大きくならないように、電力制御デバイスは、Ｐ０及び／又はαの値を決定してもよい。例えば、数（４）で定義される制約／条件を考慮して、Ｐ０及び／又はαの値を決定してもよい。
ここで、
は物理リソースブロック（ＲＰＢ）ごとのＲＥの数を表し、ＰＬｅｒは電力制御デバイスと被電力制御デバイスとの間の平均的なパスロスを表す。非限定的な例として、ＰＬｅｒは、数（５）により求められてもよい。
ここで、ＰＬｅｒ，ｉは，Ｒ１個の受信のうちｉ番目の受信に基づいて電力制御デバイスが推定したＰＬを表す。電力制御デバイスによるＰＬの推定を可能にするために、被電力制御デバイスは、ＲＳの送信電力を電力制御デバイスに示してもよい。代替的に、いくつかの実施形態では、被電力制御デバイスは、電力制御デバイスにＰＬｅｒの値を直接的に示してもよく、そのような実施形態では、ＰＬの推定は被電力制御デバイス側で行われる。
【0063】
また、数（４）において、Ｎｏは、平均化された雑音及び干渉レベルを表す。例えば、Ｎｏは数（６）により求められてもよい。
ここで、Ｎｏｉは、Ｒ１個の受信のうちｉ番目の受信に対する雑音及び干渉推定用のＲＳを運ぶＲＥに対する雑音及び干渉電力寄与（単位：Ｗ）のリニア平均を表す。μｉは、正規化係数を表し、ヌメロロジー（ｎｕｍｅｒｏｌｏｇｉｅｓ）固有のものであってもよい。例えば、μｉは、ｉ番目の受信のサブキャリア間隔が１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ又は２４０ｋＨｚの場合、それぞれ０、１、２、３又は４に設定されてもよい。
【0064】
いくつかの実施形態では、電力制御デバイスから被電力制御デバイスに提供されるＰＡ、Ｐ０及び／又はαを含む電力制御パラメータは、半静的なものであってもよい。そのため、より高速な電力制御を可能にするために、電力制御デバイスは、電力制御パラメータに加えて、動的な電力制御係数（例えば、電力オフセットδ）を被電力制御デバイスにさらに示してもよい。実施形態は、δを被電力制御デバイスに示すためのいかなる特定の方法に限定されない。説明のためだけに、δの値は、電力制御デバイスからサイドリンク制御チャネル又はサイドリンクデータチャネルを介して被電力制御デバイスに直接的に送信されてもよいし、基地局によって被電力制御デバイスに転送されてもよい。
【0065】
電力制御デバイス側では、被電力制御デバイスに送信されるδの値は、被電力制御デバイスからのタイプ２のＴＰＣを利用する送信のうち、最近受信した１つ又は複数の送信に基づいて決定されてもよい。本開示では、タイプ２のＴＰＣを利用する送信とは、電力制御デバイスによって構成された１つ又は複数の電力制御パラメータに基づいて決定された送信電力を有する送信を指す。
【0066】
δを決定するための受信したタイプ２のＴＰＣを利用する送信の数を、以下、Ｒ２と表記する。Ｒ２の値は、指定されてもよいし、（事前）構成されてもよいし、又は電力制御デバイスによって決定されてもよい。いくつかの実施形態では、Ｒ２の値は、１に設定されてもよい。
【0067】
非限定的な例として、電力制御デバイス（例えば、図１の端末デバイス１０３、又は図２の電力制御ＵＥ２０２）は、測定された性能メトリック及び目標性能メトリックに基づいて、被電力制御デバイス（例えば、図１の端末デバイス１０２、又は図２の被電力制御ＵＥ２０１）に送信されるδを決定してもよい。性能メトリックは、受信ＳＩＮＲを含んでもよいが、これに限定されない。例えば、電力制御デバイスは、数（７）で定義される条件／制限を満たすように、δの値を決定してもよい。
【0068】
いくつかの実施形態において、被電力制御デバイス側では、電力制御パラメータ（例えば、ＰＡ、Ｐ０及び／又はα）を受信する前に、タイプ１のＴＰＣに従う送信を実行し、即ち、被電力制御デバイスが、基地局によって構成された１つ又は複数の電力制御パラメータ、基地局に関する推定パスロス、及び／又は事前に構成された電力制御パラメータに基づいて、その送信電力を決定してもよい。例えば、被電力制御デバイス（例えば、図１の端末デバイス１０２）が、タイプ１のＴＰＣを利用する送信用のキャリア上の基地局（例えば、ｅＮＢ又はｇＮＢであり得る図１のネットワークデバイス１０１）のカバレッジ内にある場合、タイプ１のＴＰＣを利用する送信の電力は、基地局によって構成された１つ又は複数の電力制御パラメータ、及び／又は、基地局に関する推定パスロスに応じて、被電力制御デバイスによって決定されてもよい。一方、被電力制御デバイスが、タイプ１のＴＰＣを利用する送信用のキャリア上の基地局のカバレッジ外にある場合、タイプ１のＴＰＣを利用する送信の電力は、事前に構成された１つ又は複数の電力制御パラメータに応じて、被電力制御デバイスによって決定されてもよい。
【0069】
選択肢として、いくつかの実施形態では、タイプ１のＴＰＣを利用する送信の電力を決定する際に、被電力制御デバイスは、いくつかのさらなる要素を考慮してもよく、この要素には、送信のＱｏＳ要求が含まれ得る（ただし、これに限定されない）。例えば、ＱｏＳ補償係数は、基地局によって構成された１つ又は複数の電力制御パラメータとともに、タイプ１のＴＰＣを利用する送信の電力を決定するために使用されてもよい。
【0070】
電力制御デバイスによって構成された電力制御パラメータ（ＰＣＰ）が利用可能になると、被電力制御デバイスは、タイプ２のＴＰＣに従った送信を行い、即ち、電力制御デバイスからのＰＣＰに基づいて送信の送信電力を決定する。
【0071】
説明の目的のために、以下では、被電力制御デバイス側でタイプ２のＴＰＣを利用する送信の送信電力を決定するためのいくつかの例示的な実施形態を提供するが、提案されたソリューションは特定の例に限定されないことを理解されたい。
【0072】
いくつかの実施形態では、被電力制御デバイスが電力制御デバイスから受信したＰＣＰは、タイプ１のＴＰＣを利用する送信の送信電力に関する電力調整値（ＰＡ）を含んでもよい。例えば、ＰＡは、数（１）により電力制御デバイスによって決定されてもよい。このような実施形態において、タイプ２のＴＰＣを利用する送信（以下、送信Ｔ２と呼ばれる場合がある）用のキャリア上の基地局のカバレッジ内にある被電力制御デバイスは、タイプ１のＴＰＣに従って決定された送信電力、電力制御デバイスから直接的又は間接的に受信したＰＡ、及び／又は、送信Ｔ２のＭＣＳ及び／又はＱｏＳの電力補償値のうちの少なくとも１つに基づいて、送信Ｔ２の送信電力を決定してもよい。
【0073】
非限定的な例として、送信Ｔ２の送信電力は、以下の数（８）に基づいて決定されてもよい。
ここで、ＰＭは、送信Ｔ２の送信電力制限を表し、Ｍは、送信Ｔ２に使用されるＰＲＢの数を表し、Ｐ１は、送信Ｔ２についてタイプ１のＴＰＣに従って決定されたＰＲＢごとの送信電力を表し、△は、送信Ｔ２のＭＣＳ及び／又はＱｏＳに関連する補償係数を表す。
【0074】
実施形態は、数（８）に用いられる送信電力制限ＰＭのいかなる特定の値又は式にも限定されない。非限定な例として、ＰＭは、送信Ｔ２についてタイプ１のＴＰＣに従って決定されてもよい。例えば、以下のようになる。
ここで、Ｍは、送信Ｔ２に用いられるＰＲＢの数を表し、Ｐ１は、送信Ｔ２についてタイプ１のＴＰＣに従って決定されるＰＲＢごとの送信電力を表す。
【0075】
代替的に、数（８）のＰＭは、サイドリンク送信の最大許容電力に設定されてもよい。例えば、ＰＭは以下のように決定されてもよい。
ここで、ＰＣＭＡＸは、キャリア及び送信Ｔ２が発生したタイムスロットについて（事前に）構成された最大送信電力である。別の例として、ＰＭは以下のように決定されてもよい。
ここで、ＰＴＭＡＸは、被電力制御デバイスの電力クラスに対する指定又は事前定義された最大送信電力である。
【0076】
いくつかの実施形態において、被電力制御デバイス（例えば、図１の端末デバイス１０２）は、電力制御デバイス（例えば、図１の端末デバイス１０３）への送信Ｔ２と同時に、基地局（例えば、図１のネットワークデバイス１０１）へのＵＬ送信（例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）送信、及び／又は物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信）を実行してもよい。このような実施形態において、被電力制御デバイスは、ＵＬ送信の送信電力を確保することで、数（８）のＰＭの値を決定してもよい。例えば、ＰＭは、数（１０）又は（１１）に基づいて決定されてもよい。
ここで、ＰＵＬは、送信Ｔ２が発生したスロットにおけるＵＬ送信（例えば、ＰＵＣＣＨ及び／又はＰＵＳＣＨ送信）電力、又は送信Ｔ２が発生したスロットにおけるＰＵＣＣＨ及びＰＵＳＣＨの送信電力を表す。
【0077】
いくつかの他の実施形態では、数（８）のＰＭの値は、送信Ｔ２のＱｏＳレベル及び／又は優先度に依存してもよい。非限定的な例として、送信Ｔ２のキャリア上のカバレッジにある被電力制御デバイスは、構成された閾値よりも送信Ｔ２のＱｏＳレベルが高い場合には、数（１０）～（１３）のいずれかに従ってＰＭの値を決定し、他の場合には、数（９）に従ってＰＭの値を決定してもよい。
【0078】
数（８）は、例えば、電力制御デバイスからの動的電力制御コマンド（例えば、電力オフセットδ）がまだ利用できない場合に、送信Ｔ２の送信電力を決定するために使用されてもよい。例えば、被電力制御デバイスは、電力制御デバイスから半静的なＰＣＰを受信した後に、数（８）に基づいて第１の送信Ｔ２を決定してもよい。
【0079】
電力制御デバイスからの動的電力制御コマンド（電力オフセットδを含んでもよい）は、被電力制御デバイスによって（直接的又は間接的に）受信された場合、送信Ｔ２の送信電力をより正確に決定するために、被電力制御デバイスによって使用されてもよい。いくつかの実施形態では、送信Ｔ２の送信電力は、受信したＴＰＣコマンド、タイプ２のＴＰＣを利用した最近送信の平均送信電力、及びＭＣＳ及び／又はＱｏＳの電力補償値のうちの少なくとも１つに基づいて決定されてもよい。非限定的な例として、被電力制御デバイスは、数（１４）により、送信Ｔ２の送信電力を決定してもよい。
ここで、ＰＭ、Ｍ、△は、数（８）と同じ意味であり、ＰＭの値は、数（９）～（１３）のいずれかに基づいて、上記と同様の方法で決定されてもよい。代替的又は追加的に、いくつかの実施形態では、被電力制御デバイスが基地局のカバレッジ外にある場合、つまり、数（９）のＰ１（即ち、タイプ１のＴＰＣに従って決定されるＰＲＢごとの送信電力）が利用できない場合、数（１４）のＰＭの値は、数（１０）～（１３）のいずれかに基づいて決定されてもよい。
【0080】
また、数（１４）のδは、電力制御デバイスから受信した送信Ｔ２に対応する電力制御コマンドが示す電力オフセットを表し、Ｐｒは、Ｒ２個の送信で平均化されたＰＲＢごとの送信電力を表す。例えば、Ｐｒは数（１５）により求められてもよい。
ここで、Ｐｒｉは、タイプ２のＴＰＣを利用したＲ２個の最近送信のうち、ｉ番目の送信のＰＲＢごとの送信電力の平均であり、△ｉは、ｉ番目の送信のＭＣＳ及び／又はＱｏＳに関連する補償係数を表す。Ｐｒｉから△ｉを引くこと（即ち、Ｐｒｉ－△ｉ）によって、補償なしのｉ番目の送信のＰＲＢごとの送信電力を得る。また、数（１５）のμｉは、ｉ番目の送信のヌメロロジーに関連する正規化係数である。
【0081】
いくつかの実施形態では、被電力制御デバイスが電力制御デバイスから受信したＰＣＰは、電力制御デバイスが例えば数（４）に基づいて決定するベース電力レベルＰ０及び／又はＰＬ補償率αを含んでもよい。そのような実施形態では、タイプ２のＴＰＣを利用した送信（即ち、送信Ｔ２）用のキャリア上のカバレッジにおける電力制御デバイスは、電力制御デバイスからのＴＰＣコマンドと、ＭＣＳ及び／又はＱｏＳの電力補償値とのうちの選択的な１つ又は複数と、電力制御デバイスからのベース電力レベルＰ０及び／又はαとに基づいて、送信Ｔ２の送信電力を決定してもよい。非限定的な例として、被電力制御デバイスは、数（１６）により送信Ｔ２の送信電力を決定してもよい。
ここで、ＰＭは送信電力制限を表し、Ｍは送信Ｔ２に使用されるＰＲＢの数を表し、２μは異なるヌメロロジーの正規化係数を表し、Ｐ０とαは電力制御デバイスから受信したローカル電力レベルとＰＬ補償率を表す。また、数（１６）の項であるＰＬｅｄは、被電力制御デバイスと電力制御デバイスとの間の推定ＰＬを表す。さらに、△は、送信Ｔ２のＭＣ及び／又はＱｏｓに関連する補償係数を表し、δは、電力制御デバイスから受信した電力オフセットを表し、ｆは、前回の累積リセット／初期化スロット以降に電力制御デバイスから受信したすべてのδを累積することによって得られる累積調整係数を表す。
【0082】
数（８）を参照した説明と同様に、数（１６）のＰＭの値は、数（９）～（１３）のいずれかにより決定されてもよい。いくつかの他の実施形態では、数（１６）のＰＭの値は、送信Ｔ２のＱｏＳレベル及び／又は優先度に依存してもよい。非限定的な例として、送信Ｔ２のキャリア上の基地局のカバレッジにある電力制御デバイスは、構成された閾値よりも送信Ｔ２のＱｏＳレベルが高い場合には、数（１０）～（１３）のいずれかに従ってＰＭの値を決定し、他の場合には、数（９）に従ってＰＭの値を決定してもよい。代替的又は追加的に、いくつかの実施形態では、被電力制御デバイスが基地局のカバレッジ外にある場合、数（１６）のＰＭの値は、数（１０）～（１３）のうちの１つに基づいて決定されてもよい。
【0083】
いくつかの実施形態では、数（１６）のＰＬｅｄの値は、電力制御デバイスから被電力制御デバイスによって受信されてもよい。代替的に、別の実施形態では、ＰＬｅｄの値は、電力制御デバイスからの１つ又は複数の送信（例えば、ＲＳ送信）の測定に基づいて、被電力制御デバイスによって決定されてもよい。測定に使用される送信の数は、簡単のために以下ではＲ３と表記される。Ｒ３の値は、指定されてもよいし、（事前に）構成されてもよいし、被電力制御デバイス又は電力制御デバイスによって決定されてもよい。ＰＬの測定を可能にするために、電力制御デバイスからのＲ３個の送信（例えば、ＲＳ送信）の送信電力が被電力制御デバイスに通知されてもよい。
【0084】
一例として、ＰＬｅｄの値は、数（１７）により被電力制御デバイスによって決定されてもよい。
ここで、ＰＬｅｄ，ｉは、電力制御デバイスからのＲ３個の送信のうち、ｉ番目の送信に基づいて推定されたパスロスを表す。
【0085】
いくつかの実施形態では、数（１６）のいくつかの項が省略されてもよいことを理解されたい。例えば、電力制御デバイスからの動的電力制御コマンドが利用できない場合、項δ及びｆは省略されてもよい。代替的に、累積ＴＰＣコマンドが有効でない場合には、ｆは省略されるか、又はゼロに設定されてもよい。いくつかの実施形態では、被電力制御デバイスは、送信Ｔ２の送信電力の決定の際、ＭＣＳ又はＱｏＳに関連する補償を考慮しなくてもよい。そのような場合には、数（１６）から項Δを省略してもよい。
【0086】
いくつかの実施形態では、被電力制御デバイスは、送信Ｔ２が発生するスロットで送信されるべき複数の物理チャネル／信号を有してもよく、これらすべての物理チャネル／信号に必要な送信電力の合計は、被電力制御デバイスに許容される最大送信電力を超えてもよい。このような場合、被電力制御デバイスは、複数の物理チャネル／信号の送信電力の合計が最大送信電力を超えないように、複数の物理チャネル／信号のうち１つ以上の送信電力をスケールダウンしてもよい。例えば、被電力制御デバイスは、サイドリンクのための送信Ｔ２の送信電力Ｐ２をスケールダウンしてもよいし、送信Ｔ２を直接ドロップしてもよいし、スケーリング後の送信電力が所定の閾値よりも低い場合に送信Ｔ２をドロップしてもよい。いくつかの実施形態では、被電力制御デバイスは、複数の物理チャネル／信号の優先度に基づいて、スケールダウン又はドロップされるべき物理チャネル／信号を決定してもよい。
【0087】
代替的又は追加的に、いくつかの実施形態では、タイプ２のＴＰＣを使用する送信は、基地局によってスケジューリングされてもよく、被電力制御デバイスは、スケジューリングを容易にするために、電力ヘッドルーム（ＰＨＲ：ｐｏｗｅｒ ｈｅａｄｒｏｏｍ）を基地局に報告してもよい。ＰＨＲは、ＵＬ及び／又はサイドリンクのための送信電力を含んでもよい。
【0088】
【0089】
図３は、本開示の実施形態に係る例示的な方法３００の動作を示し、この方法は、端末デバイス（例えば、図１の端末デバイス１０２～１０４のいずれか、又は図２の電力制御ＵＥ２０２）によって実行されてもよい。説明の目的のためだけに、以下では、図１に示す端末デバイス１０３及び無線通信ネットワーク１００を参照して方法３００を説明するが、本開示の実施形態はこれに限定されないことを理解されたい。
【0090】
図３に示すように、ブロック３１０において、端末デバイス１０３（第１のデバイスと呼ばれることもある）は、第２の端末デバイス、例えば、図１の端末デバイス１０２から端末デバイス１０３への送信のための１つ又は複数の電力制御パラメータを決定する。言い換えれば、端末デバイス１０３は、端末デバイス１０２と端末デバイス１０３との間のサイドリンク送信のための１つ又は複数の電力制御パラメータを決定する。
【0091】
１つ又は複数の電力制御パラメータ（ＰＣＰ）は、基準電力レベルに対する電力調整値（ＰＡ）、ベース電力レベル、及びパスロス補償係数のうちの少なくとも１つを含んでもよい。例えば、いくつかの実施形態では、ＰＣＰは、タイプ１のＴＰＣを利用する被電力制御ＵＥの送信のための送信電力に対する電力調整（ＰＡ）値を含んでもよい。タイプ１のＴＰＣに従う／を利用する送信の送信電力は、事前に構成された又は基地局によって構成された電力制御パラメータ、第２の端末デバイスと基地局との間のパスロス、及び送信のＭＣＳ及び／又はＱｏＳレベルに関連する電力補償のうちの１つ又は複数に基づいて、被電力制御デバイスによって決定されてもよい。
【0092】
いくつかの実施形態では、端末デバイス１０３は、測定された性能メトリックを目標性能メトリックと比較することにより、ＰＡ値を決定してもよい。性能メトリックは、受信ＳＩＮＲを含んでもよいが、これに限定されない。非限定な例として、ＰＡは、上述の数（１）に基づいて決定されてもよい。この例では、端末デバイス１０３は、測定された受信ＳＩＮＲを取得するために、端末デバイス１０２からの１つ又は複数の送信に基づいて、平均化された受信ＳＩＮＲをさらに決定してもよい。測定用の１つ又は複数の送信は、タイプ１のＴＰＣで送信される。即ち、測定用の１つ又は複数の送信の送信電力は、事前に構成された又は基地局によって構成された電力制御パラメータ、第２の端末デバイスと基地局との間のパスロス、及び送信のＭＣＳ及び／又はＱｏＳレベルに関連する電力補償のうちの少なくとも１つに基づいて決定される。
【0093】
いくつかの実施形態では、平均化された受信ＳＩＮＲは、数（２）に基づいて、端末デバイス１０３によって決定されてもよい。例えば、端末デバイス１０３は、１つ又は複数の送信のそれぞれについて推定された受信ＳＩＮＲを取得し、推定された受信ＳＩＮＲの平均値を平均化された受信ＳＩＮＲとして決定してもよい。
【0094】
また、端末デバイス１０３は、１つ又は複数の送信のそれぞれについて推定された受信ＳＩＮＲを取得する際に、１つ又は複数の送信のそれぞれについてＭＣＳ及び／又はＱｏＳレベルに関連する電力補償Δｉを除去してもよい。数（２）に示す例では、△ｉは、ＳＩＮＲ＿Ｒを算出する際に、ＳＩＮＲｉから除去される。なお、△ｉは、例えば、数（３）に基づいて決定されてもよい。
【0095】
代替的又は追加的に、ブロック３１０で端末デバイス１０３によって決定された１つ又は複数のＰＣＰは、ベース電力レベルＰ０及びパスロス補償係数αを含んでもよく、端末デバイス１０３は、目標受信ＳＩＮＲ（ＳＩＮＲ＿Ｔと呼ばれる）及び第１の端末デバイスと第２の端末デバイスとの間のパスロス（ＰＬｅｒと呼ばれる）に基づいて、Ｐ０及びαを決定してもよい。非限定な例として、端末デバイス１０３は、端末デバイス１０３における受信電力が目標受信電力ＳＩＮＲ＿Ｔよりも大きくならないように、Ｐ０及びαを決定してもよい。特に、端末デバイス１０３は、数（４）で定義される制限を満たすように、Ｐ０及びαを決定してもよい。
【0096】
ブロック３２０において、端末デバイス１０３は、１つ又は複数の電力制御パラメータを端末デバイス１０２に送信する。実施形態は、ＰＣＰを端末デバイス１０２に送信するためのいかなる特定の方法にも限定されないことを理解されたい。非限定な例として、ＰＣＰは、端末デバイス１０３と端末デバイス１０２との間のサイドリンクを介して端末デバイス１０２に直接信号で送られてもよいし、あるいは、基地局（例えば、図１のネットワークデバイス１０１）を介して端末デバイスに転送されてもよい。
【0097】
ブロック３３０において、端末デバイス１０３は、端末デバイス１０２からの送信を受信し、受信した送信は、１つ又は複数のＰＣＰに基づいて実行される。例えば、受信した送信は、数（８）に基づいて決定された送信電力を有してもよい。
【0098】
選択肢として、いくつかの実施形態では、より高速な電力制御を可能にするために、端末デバイス１０３は、さらに、ブロック３２５において、端末デバイス１０２からの送信のための電力オフセット（δと呼ばれる）を決定し、ブロック３２６において、電力オフセットを端末デバイス１０２に送信してもよい。δは、端末デバイス１０２から受信したタイプ２のＴＰＣを有する１つ又は複数の送信に基づいて決定されてもよく、即ち、１つ又は複数の送信の送信電力は、端末デバイス１０３からのＰＣＰに基づいて決定される。
【0099】
非限定的な実施形態として、端末デバイス１０３は、数（７）に基づいてδを決定してもよい。電力オフセットδにより、端末デバイス１０２は、例えば、数（１４）又は（１６）に基づいて、より効率的に送信電力を決定することができる。
【0100】
なお、数（１）～（１７）を参照して上記で提供されたすべての説明は、方法３００にも適用されるため、詳細は繰り返さないことを理解されたい。
【0101】
図４は、本開示の実施形態に係る別の方法４００の動作を示す。方法４００は、端末デバイス（例えば、図１の端末デバイス１０２～１０４のいずれか、又は図２の被電力制御ＵＥ２０１）によって実施されてもよい。説明の目的のためだけに、以下では、図１に示す端末デバイス１０２及び無線通信ネットワーク１００を参照して方法４００を説明するが、本開示の実施形態はこれに限定されないことを理解されたい。
【0102】
図４に示すように、ブロック４１０において、端末デバイス１０２は、端末デバイス１０２から端末デバイス１０３への送信のための１つ又は複数のＰＣＰを端末デバイス１０３から受信する。これは、端末デバイスが基地局から電力制御に関する構成を受信するだけである従来のソリューションとは異なる。
【0103】
端末デバイス１０２によって受信されたＰＣＰは、基準電力レベルに対するＰＡ値、ベース電力レベルＰ０、及びパスロス補償係数αのうちの１つ又は複数を含んでもよい。非限定的な例として、基準電力レベルは、タイプ１のＴＰＣで決定された送信電力を含んでもよく、即ち、基準送信電力は、事前に構成された又は基地局（例えば、図１のネットワークデバイス１０１）によって構成された電力制御パラメータ、端末デバイス１０２と基地局との間のパスロス、及び送信のＭＣＳ及び／又はＱｏＳレベルに関連する電力補償のうちの１つ又は複数に基づいて決定されてもよい。
【0104】
方法３００を参照して上記で提供されたＰＣＰ（ＰＣＰの決定を含む）に関する説明は、ここにも適用されるため、詳細は繰り返さない。
【0105】
ブロック４２０において、端末デバイス１０２は、受信した１つ又は複数のＰＣＰに基づいて、送信の送信電力を決定する。
【0106】
いくつかの実施形態では、受信したＰＣＰは、基準電力レベルに対するＰＡ値を含んでもよく、ブロック４２０において、端末デバイス１０２は、図５に示す動作５００を介して、送信電力を決定してもよい。
【0107】
図５の例では、ブロック５１０において、端末デバイス１０２が基地局（例えば、図１のネットワークデバイス１０１）のカバレッジ内にあるかどうかを選択可能に決定してもよい。端末デバイス１０２がカバレッジ内にある場合、ブロック５２０でＰＡ値と基準電力レベルの合計に基づいて候補送信電力を決定し、ブロック５３０で送信電力を候補送信電力と送信電力制限の最小値に決定してもよい。いくつかの実施形態では、端末デバイス１０２は、基地局のカバレッジ内にあるか否かにかかわらず、ブロック５２０及び５３０の動作を実行し、即ち、ブロック５１０の決定動作を省略してもよいことを理解されたい。
【0108】
例として、端末デバイス１０２は、数（８）に従って送信電力を決定してもよく、ここで、候補送信電力は、１０ｌｏｇ１０（Ｍ）＋Ｐ１＋ＰＡ＋△として求められ、送信電力制限ＰＭは、数（９）～（１３）のいずれかに基づいて決定される。
【0109】
ここで、図４に戻る。いくつかの実施形態では、ブロック４１５において、端末デバイス１０２は、端末デバイス１０３から送信のための電力オフセットδをさらに受信してもよい。このような場合、端末デバイス１０３は、電力オフセットδにさらに基づいて、送信電力を決定してもよい。例えば、端末デバイス１０２は、図６に示す動作６００を介して、送信電力を決定してもよい。
【0110】
図６の例では、ブロック６１０において、端末デバイス１０２は、１つ又は複数のＰＣＰに基づいて決定された送信電力で実行された１つ又は複数の送信の平均送信電力を決定してもよく、即ち、タイプ２のＴＰＣを有する１つ又は複数の送信の平均送信電力を決定してもよい。非限定的な例として、平均送信電力は、数（１５）を介して決定されてもよい。
【0111】
ブロック６２０において、端末デバイス１０２は、電力オフセットδと平均送信電力との合計に基づいて、候補送信電力を決定する。例えば、候補送信電力は、１０ｌｏｇ１０（２μ・Ｍ）＋Ｐｒ、１０ｌｏｇ１０（２μ・Ｍ）＋Ｐｒ＋△、又は１０ｌｏｇ１０（２μ・Ｍ）＋Ｐｒ＋△＋δとして決定されてもよい。ここで、Ｍ、△及びδは、前に定義したものと同じ意味を持つ。
【0112】
ブロック６３０において、端末デバイス１０２は、送信電力を、送信電力制限と候補送信電力の最小値に決定する。非限定な例として、端末デバイス１０２は、数（１４）に基づいて送信電力を決定してもよい。送信電力制限は、数（８）～（１６）を参照して説明したように、様々な方法で決定されてもよい。
【0113】
いくつかの実施形態では、端末デバイス１０２によって受信されたＰＣＰは、ベース電力レベルＰ０及びパスロス補償係数αを含んでもよく、そのような実施形態では、図４のブロック４２０において、端末デバイス１０２は、図７に示す動作７００に基づいて、送信電力を決定してもよい。
【0114】
図７の例では、ブロック７１０において、端末デバイス１０２は、端末デバイス１０２と端末デバイス１０３との間のパスロスＰＬｅｄをパスロス補償係数αで重み付けしたものと、ベース電力レベルＰ０との合計に基づいて、候補送信電力を決定してもよい。例えば、候補送信電力は、１０ｌｏｇ１０（２μ・Ｍ）＋Ｐ０＋α・ＰＬｅｄとして決定されてもよく、ここで、Ｍは送信に使用されるＰＲＢの数を表し、２μは異なるヌメロロジーの正規化係数を表す。
【0115】
端末デバイス１０２が、ブロック４１５において、端末デバイス１０３から送信のための電力オフセットδをさらに受信するいくつかの実施形態では、電力オフセットδにさらに基づいて候補送信電力を決定してもよい。
【0116】
代替的又は追加的に、端末デバイス１０２は、端末デバイス１０３から受信した以前の電力オフセットδの累積値ｆ、及び／又は、送信のＭＣＳ及び／又はＱｏＳレベルに関連する電力補償Δに基づいて、候補送信電力を決定してもよい。
【0117】
ブロック７２０において、端末デバイス１０２は、送信電力を、送信電力制限及び候補送信電力の最小値に決定する。非限定的な例として、端末デバイス１０２は、数（１６）に従って、送信電力Ｐ２を決定してもよい。
【0118】
送信電力を決定する（例えば、図５のブロック５３０、図６のブロック６３０、又は図７のブロック７２０）ための送信電力制限ＰＭは、基準電力レベル、送信が発生するリソースに対する第１の最大送信電力、端末デバイス１０２に関連する電力クラスに対する第２の最大送信電力、及び第３の最大送信電力のいずれかに設定されてもよい。ここで、第３の最大送信電力は、端末デバイス１０２から端末デバイス１０３への送信と同時に実行される、端末デバイス１０２から基地局（例えば、図１のネットワークデバイス１０１）へのアップリンク送信（例えば、ＰＵＣＣＨ及び／又はＰＵＳＣＨ）のために確保された送信電力を、第１の最大送信電力又は第２の最大送信電力から減算して得られる。また、非限定な例として、送信電力制限ＰＭは、数（９）～（１３）のいずれかに基づいて決定されてもよい。
【0119】
代替的に、送信電力制限ＰＭは、端末デバイス１０２の送信のＱｏＳレベルに依存してもよい。例えば、送信のＱｏＳレベルが閾値よりも高い場合、送信電力制限ＰＭを、第１の最大送信電力（例えば、数（１０）のＰＣＭＡＸ）、第２の最大送信電力（例えば、数（１１）のＰＴＭＡＸ）及び第３の最大送信電力（例えば、数（１２）又は（１３）のＰＣＭＡＸ－ＰＵＬ又はＰＴＭＡＸ－ＰＵＬ）のいずれかに設定してもよい。送信のＱｏＳレベルが閾値よりも低い場合、送信電力制限を基準電力レベル、例えば、数（９）の１０ｌｏｇ１０（Ｍ）＋Ｐ１に設定してもよい。
【0120】
別の実施形態では、送信電力を決定するための送信電力制限ＰＭは、端末デバイス１０２が基地局（例えば、図１のネットワークデバイス１０１）のカバレッジ内にあるか否かに依存してもよい。例えば、端末デバイス１０２が基地局のカバレッジ外にある場合、送信電力制限を、第１の最大送信電力（例えば、数（１０）のＰＣＭＡＸ）、第２の最大送信電力（例えば、数（１１）のＰＴＭＡＸ）及び第３の最大送信電力（例えば、数（１２）又は（１３）のＰＣＭＡＸ－ＰＵＬ又はＰＴＭＡＸ－ＰＵＬ）のいずれかに設定してもよい。一方、端末デバイス１０２が基地局のカバレッジ内にある場合、送信電力制限を基準電力レベル、例えば、数（９）の１０ｌｏｇ１０（Ｍ）＋Ｐ１に設定してもよい。
【0121】
ここで、図４に戻る。ブロック４３０において、端末デバイス１０２は、決定された送信電力に従って、端末デバイス１０３への送信を実行する。例えば、端末デバイス１０２は、数（８）、（１４）又は（１６）のいずれかに従って決定された送信電力Ｐ２で送信を実行してもよい。
【0122】
いくつかの実施形態では、端末デバイス１０２は、ネットワークデバイス１０１又は別の端末デバイス１０４との接続を維持してもよく、そのような実施形態では、端末デバイス１０２は、端末デバイス１０３への送信と同時に、少なくとも１つのさらなる送信を送信しなければならない場合がある。そのような実施形態では、ブロック４３０において、端末デバイス１０２は、図８に示す動作８００に基づいて、端末デバイス１０３への送信を実行してもよい。
【0123】
図８の例では、ブロック８１０において、端末デバイス１０２は、端末デバイス１０３への送信と、当該送信と同時に実行されるさらなる送信との合計送信電力が電力閾値を超えるか否かを決定する。ブロック８２０において、合計送信電力が電力閾値を超える場合、端末デバイス１０２は、端末デバイス１０３への送信について決定された送信電力を低減する。即ち、決定された送信電力Ｐ２よりも小さい低減後の送信電力Ｐ２’が得られる。ブロック８３０において、端末デバイス１０２は、低減後の送信電力Ｐ２’に従って、端末デバイス１０３への送信を実行する。なお、合計送信電力が電力閾値を超えない場合、端末デバイス１０２は、決定された送信電力Ｐ２をスケールダウンする必要はない。
【0124】
いくつかの実施形態では、合計送信電力が電力閾値を超える場合、端末デバイス１０２は、端末デバイス１０３への送信を直接ドロップ（即ち、キャンセル）してもよい。代替的に、別の実施形態では、端末デバイス１０２は、ブロック８２０で得られた低減後の送信電力Ｐ２’が閾値を下回るかどうかを判断してもよい。下回ると、最小の性能要求さえも満たされない可能性があることを意味し、そのような場合、端末デバイス１０２は、端末デバイス１０３への送信をドロップしてもよい。
【0125】
いくつかの実施形態では、端末デバイス１０２から端末デバイス１０３への送信形態は、ネットワークデバイス１０１によってスケジューリングされてもよい。そのような実施形態では、端末デバイス１０２は、アップリンク送信及びサイドリンク送信のうちの少なくとも１つについて、電力ヘッドルーム（ＰＨＲ）を基地局に報告してもよい。ＰＨＲは、ネットワークデバイス１０１によるスケジューリングを容易にすることができる。
【0126】
本開示の態様では、第１の端末デバイスを提供する。第１の端末デバイスは、第２の端末デバイスから第１の端末デバイスへの送信のための１つ又は複数の電力制御パラメータを決定するユニットと、１つ又は複数の電力制御パラメータを第２の端末デバイスに送信するユニットと、第２の端末デバイスからの送信を受信するユニットとを備え、送信は、１つ又は複数の電力制御パラメータに基づいて制御される。いくつかの実施形態では、第１の端末デバイスは、図３を参照して説明した方法３００を実行するように構成されてもよい。
【0127】
本開示のいくつかの実施形態では、第２の端末デバイスを提供する。第２の端末デバイスは、第２の端末デバイスから第１の端末デバイスへの送信のための１つ又は複数の電力制御パラメータを、第１の端末デバイスから受信するユニットと、１つ又は複数の電力制御パラメータに基づいて、送信の送信電力を決定するユニットと、決定された送信電力に従って、第１の端末デバイスへの送信を実行するユニットとを備える。いくつかの実施形態では、第２の端末デバイスは、図４～図８を参照して説明した方法４００を実行するように構成されてもよい。
【0128】
図９は、端末デバイス（例えば、図１の端末デバイス１０２～１０４のいずれか）として具現化され、又はそれが備えられる装置９００の簡略ブロック図を示す。装置は、無線通信システムにおける電力制御に使用されてもよい。
【0129】
図９の例によって示されるように、装置９００は、装置９００の動作及び機能を制御するプロセッサ９１０を備える。例えば、いくつかの実施形態では、プロセッサ９１０は、該プロセッサ９１０に結合されたメモリ９２０に格納された命令９３０によって、様々な動作を実行してもよい。メモリ９２０は、ローカルの技術環境に適した任意の適切なタイプのものであってもよく、非限定的な例として、半導体系のメモリ端末デバイス、磁気メモリ端末デバイス及びシステム、光学メモリ端末デバイス及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータストレージ技術を使用して実施されてもよい。図９には１つのメモリユニットのみが示されているが、装置２１００は、物理的に別個であるいくつかのメモリユニットを有してもよい。
【0130】
プロセッサ９１０は、ローカルの技術環境に適した任意の適切なタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサＤＳＰ、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。また、装置９００は、複数のプロセッサ９１０を含んでもよい。
【0131】
また、プロセッサ９１０は、情報の受信及び送信を可能にするトランシーバ９４０に結合されてもよい。例えば、プロセッサ９１０及びメモリ９２０は、図３～図８を参照して説明した方法３００～４００のいずれかを実施するために協同して動作することができる。図３～図８を参照して上述したすべての特徴は、装置９００にも適用されることを理解されたい。ここで、詳細を繰り返しない。
【0132】
本開示の様々な実施形態は、１つ又は複数のプロセッサ（例えば図９のプロセッサ９１０）によって実行可能なコンピュータプログラム又はコンピュータプログラム製品、ソフトウェア、ファームウェア、ハードウェア、又はそれらの組み合わせにより実装されてもよい。
【0133】
上記説明の一部は、図１に示す通信ネットワークの文脈でなされているが、本開示の精神及び範囲を限定するものと解釈されるべきではない。本開示の原理及び概念は、より一般的に他のシナリオに適用可能である。
【0134】
さらに、本開示は、上述したようなコンピュータプログラム（例えば、図９のコンピュータ命令／プログラム９３０）を含む担体を提供することもできる。担体は、コンピュータ読み取り可能な記憶媒体と、送信媒体とを含む。コンピュータ読み取り可能な記憶媒体は、例えば、光コンパクトディスクや、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、Ｂｌｕｅ－ｒａｙ Ｄｉｓｃなどの電子記憶デバイスを含んでもよい。また、送信媒体には、例えば、搬送波、赤外線信号などの電気的、光学的、無線的、音響的などの伝搬信号が含まれてもよい。
【0135】
本明細書で説明した技術は、実施形態で説明した対応する装置の１つ又は複数の機能を実装する装置が、先行技術のユニットだけでなく、対応する装置の１つ又は複数の機能を実装するためのユニットを備えるように、様々なユニットによって実装されてもよく、別々の機能ごとに別々のユニットを有してもよいし、２つ以上の機能を実行するように構成されたユニットを有してもよい。例えば、これらの技術は、ハードウェア（例えば、回路又はプロセッサ）、ファームウェア、ソフトウェア、又はそれらの組み合わせで実装されてもよい。ファームウェア又はソフトウェアの場合、実装は、本明細書に記載された機能を実行するモジュール（例えば、手順、機能など）を通じて行われてもよい。
【0136】
本明細書のいくつかの例示的な実施形態は、方法及び装置のブロック図及びフローチャートを参照して上記で説明されている。ブロック図及びフローチャートの各ブロック、ならびにブロック図及びフローチャートのブロックの組み合わせは、それぞれ、コンピュータプログラム命令を含む様々な手段によって実装されてもよいことを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、又はその他のプログラマブルデータ処理装置にロードされてマシンを作り出すことによって、コンピュータ又はその他のプログラマブルデータ処理装置上で実行される命令が、フローチャートのブロックに規定される機能を実施するための手段を作成する。
【0137】
本明細書には多くの具体的な実装の詳細が含まれているが、これらは、任意の実装の範囲又は請求の範囲に対する制限として解釈されるべきではなく、むしろ、特定の実装の特定の実施形態に特有の特徴の説明として解釈されるべきである。別々の実施形態の文脈で本明細書に説明されている特定の特徴は、単一の実施形態に組み合わせて実装されることもできる。逆に、単一の実施形態の文脈で説明されている様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブコンビネーションで実施されることもできる。さらに、特徴は、特定の組み合わせで作用するものとして上記で説明され、初めてそのように特許請求されることさえあるが、特許請求された組み合わせからの１つ又は複数の特徴は、場合によって組み合わせから抜粋されることができ、特許請求された組み合わせは、サブコンビネーション又はサブコンビネーションの変形に向けられる。
【0138】
技術の発展に伴い、本発明の概念を様々な方法で実施できることは、当業者にとって明らかである。上述した実施形態は、本開示を限定するのではなく、説明するために与えられたものであり、当業者が容易に理解できるように、本開示の精神及び範囲から逸脱することなく、修正及び変形に頼ることができることを理解されたい。このような修正及び変形は、本開示及び添付の請求の範囲内であると考えられる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】