JP7330378B2

JP7330378B2 - パワー制御パラメータ決定方法及び端末

Info

Publication number: JP7330378B2
Application number: JP2022523258A
Authority: JP
Inventors: 昂楊; 鵬孫; 江偉袁; 曉東孫; 宇楊
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2019-10-18
Filing date: 2020-10-16
Publication date: 2023-08-21
Anticipated expiration: 2040-10-16
Also published as: US20220240178A1; CN112689321B; BR112022007222A2; JP2022552865A; EP4047994A4; CN112689321A; KR20220084117A; WO2021073605A1; EP4047994A1

Description

本発明は、通信技術分野に関し、特にパワー制御パラメータ決定方法及び端末に関する。

周知のように、従来の通信システムでは、物理上りリンク制御チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＵＣＣＨ）、物理上りリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ）又はサウンディングリファレンス信号（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＳＲＳ）を送信する際に、通常、ネットワーク機器により配置されるパワー制御パラメータに基づいてパワー制御を行う必要がある。このパワー制御パラメータは、通常、パス損失計算リファレンスリファレンス信号（ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ、ＰＬＲＳ）、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御などのパラメータを含む。ネットワーク機器がそのうちのいずれか一つを配置していない場合、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）は、上りリンク発射パワーを調整することができなく、それによってネットワークのＵＥに対するパワーを制御することができず、ＵＥの発射パワーが高すぎるか、又は低すぎることを引き起こしやすく、ＵＥが発射パワーを消費しすぎること、セル内の干渉の増加、セル間の干渉の増加、又はシステム容量の低下を引き起こす。このように、配置されるパワー制御パラメータが全てのパラメータを含む必要があることによって、パワー制御が占有するリソースオーバヘッドは、比較的に大きくなる。

本発明の実施例は、パワー制御が占有するリソースオーバヘッドが比較的に大きいという問題を解決するためのパワー制御パラメータ決定方法及び端末を提供する。

第一の方面によれば、本発明の実施例は、端末に用いられるパワー制御パラメータ決定方法を提供する。前記方法は、
ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、
ネットワーク機器により配置される、前記ターゲット対象と異なる他の対象のターゲットパラメータに基づいて前記ターゲット対象のターゲットパラメータを決定すること、
履歴配置に従って前記ターゲット対象のターゲットパラメータを決定すること、
プロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定すること、のうちのいずれか一つの方式で前記ターゲット対象のターゲットパラメータを決定することを含み、
そのうち、前記ターゲット対象と前記他の対象は、物理上りリンク制御チャネルＰＵＣＣＨ、物理上りリンク共有チャネルＰＵＳＣＨとサウンディングリファレンス信号ＳＲＳから選択されており、前記ターゲットパラメータは、パス損失計算リファレンスリファレンス信号、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御のうちの少なくとも一つを含む。

第二の方面によれば、本発明の実施例は、端末をさらに提供する。前記端末は、
ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、
ネットワーク機器により配置される、前記ターゲット対象と異なる他の対象のターゲットパラメータに基づいて前記ターゲット対象のターゲットパラメータを決定すること、
履歴配置に従って前記ターゲット対象のターゲットパラメータを決定すること、
プロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定すること、のうちのいずれか一つの方式で前記ターゲット対象のターゲットパラメータを決定するための決定モジュールを含み、
そのうち、前記ターゲット対象と前記他の対象は、物理上りリンク制御チャネルＰＵＣＣＨ、物理上りリンク共有チャネルＰＵＳＣＨとサウンディングリファレンス信号ＳＲＳから選択されており、前記ターゲットパラメータは、パス損失計算リファレンスリファレンス信号、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御のうちの少なくとも一つを含むことを特徴とする。

第三の方面によれば、本発明の実施例は、端末をさらに提供する。前記端末は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時に上記パワー制御パラメータ決定方法におけるステップを実現させる。

第四の方面によれば、本発明の実施例は、コンピュータ可読記憶媒体をさらに提供する。前記コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、上記パワー制御パラメータ決定方法のステップを実現させる。

本発明の実施例では、ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、端末が他の対象のターゲットパラメータ、履歴配置及び／又はプロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定することができるため、このように、パワー制御パラメータ配置に対するネットワーク機器の需要を簡略化することができ、パワー制御が占有するリソースオーバヘッドを低減した。それとともに、ネットワーク機器配置の柔軟性を向上させた。

本発明の実施例の技術案をより明瞭に説明するために、以下は、本発明の実施例の記述において使用される必要がある添付図面を簡単に紹介する。自明なことに、以下の記述における添付図面は、本発明のいくつかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、これらの添付図面に基づき、他の添付図面を得ることもできる。
本発明の実施例の応用可能なネットワークシステムの構造図である。本発明の実施例によるパワー制御パラメータ決定方法のフローチャートである。本発明の実施例による端末の構造図である。本発明の実施例による別の端末の構造図である。

以下は、本発明の実施例における添付図面を結び付けながら、本発明の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本発明の一部の実施例であり、全ての実施例ではない。本発明における実施例に基づき、当業者が創造的な労力を払わない前提で得られた全ての他の実施例は、いずれも本発明の保護範囲に属する。

本出願の明細書と請求項における用語である「含む」及び它の任意の変形は、非排除性の「含む」を意図的にカバーするものであり、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストアップされているそれらのステップ又はユニットに限らず、明瞭にリストアップされていない又はこれらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。なお、明細書及び請求項において使用される「及び／又は」は、接続されている対象の少なくともそのうちの一つを表し、例えばＡ及び／又はＢは、単独のＡ、単独のＢ、及びＡとＢとの組み合わせの３つのケースを含むことを表す。

本発明の実施例では、「例えば」などの用語は、例、例証、又は説明とすることを表すために用いられる。本発明の実施例では、「例えば」と記述される任意の実施例又は設計案は、他の実施例又は設計案より好ましいか、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連概念を具体的な方式で示すことを意図する。

以下では、添付図面を結び付けながら、本発明の実施例を紹介する。本発明の実施例によるパワー制御パラメータ決定方法及び端末は、無線通信システムに用いられてもよい。この無線通信システムは、５Ｇシステム、又は進化型長期的進化（ＥｖｏｌｖｅｄＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ｅＬＴＥ）システム、又は後続の進化通信システムであってもよい。

図１を参照すると、図１は、本発明の実施例の応用可能なネットワークシステムの構造図である。図１に示すように、端末１１とネットワーク機器１２とを含み、そのうち、端末１１は、ユーザ端末又は他の端末側機器、例えば、携帯電話、タブレットパソコン（ＴａｂｌｅｔＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、ラップトップコンピュータ（ＬａｐｔｏｐＣｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ、ＰＤＡと略称される）、モバイルインターネットデバイス（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅ、ＭＩＤ）又はウェアラブルデバイス（ＷｅａｒａｂｌｅＤｅｖｉｃｅ）などの端末側機器であってもよい。なお、本発明の実施例では、端末１１の具体的なタイプを限定しない。上記ネットワーク機器１２は、５Ｇ基地局、又は以降のバージョンの基地局、又は他の通信システムにおける基地局であってもよく、又はノードＢ、進化ノードＢ、又は送信受信ポイント（ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ、ＴＲＰ）、又はアクセスポイント（ＡｃｃｅｓｓＰｏｉｎｔ、ＡＰ）、又は当分野における他の用語と呼ばれてもよい。同じ技術的効果が達成される限り、前記ネットワーク機器は、特定の技術用語に限定されない。また、上記ネットワーク機器１２は、マスタノード（ＭａｓｔｅｒＮｏｄｅ、ＭＮ）、又はセカンダリノード（ＳｅｃｏｎｄａｒｙＮｏｄｅ、ＳＮ）であってもよい。なお、本発明の実施例では、５Ｇ基地局のみを例にするが、ネットワーク機器の具体的なタイプを限定しない。

無線通信システムでは、ＰＵＣＣＨ、ＰＵＳＣＨ又はＳＲＳのパワー制御パラメータは、パス損失計算リファレンスリファレンス信号、ターゲット受信パワー（開ループ受信パワーターゲット値）、パス損失補償係数と閉ループパワー制御などのパラメータを含み、ネットワーク機器は、上位層シグナリング又は物理層シグナリングによってこれらのパワー制御パラメータを配置する必要がある。

関連技術では、シングルトランスミッションポイント（Ｓｉｎｇｌｅ－ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ、Ｓｉｎｇｌｅ－ＴＲＰ）伝送シーンにおいて、無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）シグナリング指示情報には、各端末の全てのＰＵＣＣＨリソース配置情報は、Ｐ０取り値セット、パス損失計算リファレンス信号セット、閉ループパワー制御プロセスセットを含む同じパワー制御パラメータセットを共有し、各端末の全てのＰＵＣＣＨリソース配置情報は、同じ空間関連情報セットを共有する。パワー制御パラメータと空間関連情報との関連関係は、空間関連情報配置情報に含まれる。そのため、上りリンク送信ビーム指示メカニズムは、パワー制御パラメータ指示を多重化することができる。

一つのＰＵＣＣＨ伝送に対し、メディアアクセス制御ユニット（ｍｅｄｉａａｃｃｅｓｓｃｏｎｔｒｏｌｃｏｎｔｒｏｌｅｌｅｍｅｎｔ、ＭＡＣＣＥ）は、ＰＵＣＣＨの送信ビームを指示するために、空間関連情報セットにおける一つの空間関連情報をアクティブ化することができ、それらの関連関係は、ＲＲＣシグナリングによって予め配置される。同時に、空間関連情報とパワー制御パラメータとの関連関係によって、実際のＰＵＣＣＨ伝送に使用されるパワーパラメータを取得することができる。

物理上りリンク共有チャネルのパワー制御パラメータセット、ＳＲＳリソース指示（ＳＲＩ）とパワー制御パラメータとの間の関連関係は、ＲＲＣシグナリングによって配置される。端末が実際にＰＵＳＣＨを伝送するパワーは、下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）におけるＳＲＩドメインによって指示される。

ＳＲＳのパワー制御パラメータは、ＲＲＣシグナリングによって配置され、ＳＲＳリソースセットを単位として配置される。

各ＳＲＳリソースセットは、少なくとも一つのＳＲＳリソースを含み、各ＳＲＳリソースは、ＳＲＳの送信ビームを指示するための空間関連情報を含む。

ＰＵＳＣＨ空間関連情報は、ＤＣＩにおけるＳＲＩによって指示され、各ＳＲＩは、一つのＳＲＳリソースに対応し、ＳＲＳリソースに含まれる空間関連情報は、ＰＵＳＣＨの送信ビームを指示するために用いられる。

端末は、上記パワー制御パラメータを使用して上りリンク発射パワーを調整して、発射パワー要求を満たすことができる。これらのパワー制御パラメータの一つ又は複数のパラメータがネットワークによって配置されていない場合、端末は、上りリンク発射パワーを調整することができなく、それによってネットワークの端末に対するパワーを制御することができず、端末の発射パワーが高すぎるか、又は低すぎることを引き起こしやすくなり、端末に発射パワーを消費しすぎること、セル内の干渉の増加、セル間の干渉の増加、又はシステム容量の低下などの問題を引き起こす。

この問題を解決するために、これらのパワーパラメータのデフォルト値又は初期値を与える必要がある。しかし、これらのパワー制御パラメータについては、それらの用途と物理的意義とが大きく異なるため、別々に考慮する必要がある。そのため、本発明の実施例は、パワー制御パラメータ決定方法を提供した。具体的な考え方は、以下の通りである。

まず、パス損失計算リファレンスリファレンス信号を考慮する。パス損失計算リファレンスリファレンス信号は、一つの下りリンクＲＳであり、一つのデフォルトの下りリンクＲＳを選択するには、端末からネットワーク機器へのチャネル環境を効果的に体現できるか否か、できるだけ多くの場合もこの下りリンクＲＳを見つけることができるか否か、この下りリンクＲＳの疑似コロケーション（Ｑｕａｓｉｃｏ－ｌｏｃａｔｉｏｎ、ＱＣＬ）情報が相対的に安定しており、常に変化しないか否か、いくつかの極端な状況に対してどのように操作すべきか、という各種の方面を考慮する必要がある。

上記原則に基づき、全てのチャネルとＲＳから物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ、ＰＤＣＣＨ）と物理ランダムアクセスチャネル（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、ＰＲＡＣＨ）とを初歩的に選択する。

ＰＤＣＣＨは、制御の役割を果たす下りリンクのチャネルであり、そして、一つの重要な役割は、ＰＵＣＣＨ、ＰＵＳＣＨ又はＳＲＳをスケジューリングすることであり、そしてＰＤＣＣＨのＱＣＬには下りリンクＲＳが含まれるとすると、パス損失計算リファレンスリファレンス信号の候補とすることができる。しかし、ＰＤＣＣＨは複数がある可能性もあり、どちらを使用するかが問題となり、即ち、一つのキャリアは、複数の制御リソースセット（Ｃｏｎｔｒｏｌｒｅｓｏｕｒｃｅｓｅｔ、ＣＯＲＥＳＥＴ）があり、どのＣＯＲＥＳＥＴを使用するかという問題を解決する必要があるとともに、現在の帯域幅部分（ＢａｎｄｗｉｄｔｈＰａｒｔ、ＢＷＰ）にはいかなるＣＯＲＥＳＥＴがない可能性もある。

ＰＲＡＣＨのパラメータがネットワークにより配置されるが、それは、一つの上りリンクチャネルである。しかし、特に、ＰＲＡＣＨのＱＣＬには、常に同期信号ブロック（ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌＢｌｏｃｋ、ＳＳＢ）又はチャネル状態情報リファレンス信号（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＣＳＩ－ＲＳ）があり、いずれも下りリンクＲＳである。

他のチャネルとＲＳ、例えば物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ、ＰＤＳＣＨ）、初期アクセスされるＳＳＢなどは、いずれも様々な問題が存在し、デフォルトのパス損失計算リファレンスリファレンス信号とすることができない。例えば、ＰＤＳＣＨは、高チャネル容量が必要となり、ビームが比較的に狭く、それは、ＰＵＣＣＨとＳＲＳの需要と衝突している。そして、ＰＤＳＣＨはしばしば存在しないか、又はチャネル環境は、しばしば変化する。例えば、初期アクセスされるＳＳＢは、ビームが比較的に広く、伝送成功率をターゲットとしているが、端末とネットワークとの間のチャネル環境は、一定時間を経過すると、変化した可能性が高く、初期アクセスされるＳＳＢのビーム方向は、最適でなくなり、ひいては悪化する可能性が高い。

しかし、上述したＰＤＳＣＨにも例外があり、以下では、一部の例外の方案を例にして説明する。例えば、いくつかの方案では、ネットワーク機器は、ＰＤＳＣＨのために伝送配置指示（Ｔｒａｎｓｍｉｓｓｉｏｎｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｄｉｃａｔｏｒ、ＴＣＩ）を配置する際に、まず複数のＴＣＩを配置し、それから、そのうちの一部をアクティブ化する。すると、ネットワーク機器は、そのうちのＴＣＩＩＤが最小又はＴＣＩＩＤが最大のＴＣＩを特殊ＴＣＩとして、例えば、このＴＣＩは、カバー又は安定などの性能が良いビーム、又はチャネルリファレンス信号受信パワー（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＰｏｗｅｒ、ＲＳＲＰ）が最も高いビームに対応する。他のパラメータ、即ちターゲット受信パワー、パス損失補償係数と閉ループパワー制御などのパラメータを考慮すると、同様に、ネットワークが常に配置するパワーに関連するパラメータを探す必要があり、ｍｅｓｓａｇｅ１に初期アクセスした後、ＲＲＣ配置の前のＰＵＣＣＨとＳＲＳの配置を参照してもよい。この配置がネットワーク機器により配置されることになり、そして、リンク品質の安定、伝送成功の確率をターゲットとして配置される。

初期アクセスされるＳＳＢが適切ではないが、端末の位置するＳＳＢが比較的に適切であり、これは、端末が、このＳＳＢの性能が良く、それに対応するビームが端末に向いているはずであると考えているからである。

さらに、ＰＵＣＣＨ、ＰＵＳＣＨとＳＲＳの三者のうちの一方又は両方にＰＬＲＳが配置された場合、三者のうち、ＰＬＲＳが配置されていないものは、これらの既に配置されたＰＬＲＳを使用することができる。また、これらのＰＬＲＳがＭＡＣＣＥによってアクティブ化又は更新されるか否か、ＰＬＲＳ数の問題をさらに考慮する必要がある。以上の理由により、以下の解決案を得ることができる。

例えば、いくつかの方案では、ネットワークが他のチャネルのために配置したＰＬＲＳを使用することができる。更に、ＰＬＲＳ数とＭＡＣＣＥによりアクティブ化又は更新される問題を考慮する必要がある。

例えば、いくつかの方案では、一つのデフォルトのＱＣＬにおける下りリンクＲＳを使用することができる。ＱＣＬにおけるＲＳは、下りリンクのＲＳであってもよいが、ＳＲＳであってもよく、後者は、上りリンクＲＳであり、パス損失計算リファレンスリファレンス信号とすることができない。デフォルトのＱＣＬにおいて、ＳＲＳであり、且つこのＳＲＳが一つの下りリンクＲＳに関連付けられている場合、このＳＲＳに関連する（ａｓｓｏｃｉａｔｅｄ）下りリンクＲＳを使用する。より具体的には、複数の場合において、本発明は、このデフォルトのＱＣＬをどのように探すかを示す。

例えば、いくつかの方案では、ネットワーク機器がＰＤＣＣＨを使用して専用ＰＵＣＣＨ（ｄｅｄｉｃａｔｅｄ－ＰＵＣＣＨ）又はＳＲＳをスケジューリングし、このＰＤＣＣＨにはＱＣＬ情報があるとすると、このＰＤＣＣＨのＱＣＬ情報における下りリンクＲＳを使用することもできる。

例えば、いくつかの方案では、端末には、ＣＯＲＥＳＥＴ識別子が０であるＣＯＲＥＳＥＴ（即ちＣＯＲＥＳＥＴ＃０）があり、ＣＯＲＥＳＥＴ＃０のＱＣＬ情報における下りリンクＲＳを使用することができる。無論、現在のＢＷＰにＣＯＲＥＳＥＴ＃０がない場合、他のＢＷＰのＣＯＲＥＳＥＴ＃０を探す必要がある。現在のキャリア上の全てのＢＷＰにはいずれもＣＯＲＥＳＥＴ＃０がない場合、われわれは、他のセルグループ（ｃｅｌｌｇｒｏｕｐ）を検索する必要がある。しかし、このように検索すると、複数のＣＯＲＥＳＥＴ＃０がある可能性があり、それらを並び替える必要があり、重要度、ＩＤシーケンスなどの観点から並び替えしてもよい。

例えば、いくつかの方案では、現在のＢＷＰの識別子番号が最も低いＣＯＲＥＳＥＴ（ＣＯＲＥＳＥＴｗｉｔｈｌｏｗｅｓｅｔＩＤ）を使用することができる。同様に、現在のＢＷＰにＣＯＲＥＳＥＴがない問題があり、上記に類似する導出により解決案を与えることができる。

いくつかの方案では、ＰＲＡＣＨのＱＣＬにおける下りリンクＲＳを使用することができる。ＰＲＡＣＨは、ランダムアクセスチャネルとして、ネットワーク機器は常に、ＰＲＡＣＨの下りリンクＲＳを配置する。

他のパラメータ、即ちターゲット受信パワー、パス損失補償係数、閉ループパワー制御などのパラメータを考慮し、同様に、ネットワークが常に配置するパワーに関連するパラメータを探す必要があり、ｍｅｓｓａｇｅ１に初期アクセスした後、ＲＲＣ配置の前のＰＵＣＣＨ、ＳＲＳの配置を参照してもよい。この配置がネットワークにより配置されることになり、そして、リンク品質の安定、伝送成功の確率をターゲットとして配置され、良い選択である。

具体的には、図２を参照すると、図２は、本発明の実施例による端末に用いられるパワー制御パラメータ決定方法のフローチャートである。図２に示すように、以下のステップを含む。

ステップ２０１、ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、
ネットワーク機器により配置される、前記ターゲット対象と異なる他の対象のターゲットパラメータに基づいて前記ターゲット対象のターゲットパラメータを決定すること、
履歴配置に従って前記ターゲット対象のターゲットパラメータを決定すること、
プロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定すること、のうちのいずれか一つの方式で前記ターゲット対象のターゲットパラメータを決定し、
そのうち、前記ターゲット対象と前記他の対象は、物理上りリンク制御チャネルＰＵＣＣＨ、物理上りリンク共有チャネルＰＵＳＣＨとサウンディングリファレンス信号ＳＲＳから選択されており、前記ターゲットパラメータは、パス損失計算リファレンスリファレンス信号、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御のうちの少なくとも一つを含む。

本実施例では、ネットワーク機器は、ターゲット対象に対してパワー制御パラメータの一部のパラメータを配置するか、又はパワー制御パラメータを配置しないことができる。この時、端末は、他の対象のターゲットパラメータ、履歴配置及び／又はプロトコルの約定に従ってネットワーク機器により配置されていないターゲットパラメータを決定することができる。

具体的には、端末は、ネットワーク機器により配置される他の対象のターゲットパラメータに基づいて前記ターゲット対象のターゲットパラメータを決定してもよく、端末は、履歴配置におけるある配置パラメータを自律的に選択することでターゲットパラメータを決定してもよく、端末は、プロトコルの約定に従って履歴配置におけるある配置パラメータを選択することでターゲットパラメータを決定してもよく、端末は、さらに、プロトコルにより約定されるパラメータ値をターゲットパラメータとして直接に決定してもよく、以下の各実施例は、これについて詳細に説明する。

理解すべきことは、いくつかの実施例では、上記パス損失計算リファレンスリファレンス信号は、パス損失リファレンスリファレンス信号又はパス損失リファレンス信号と呼ばれてもよい。選択的に、上記下りリンクリファレンス信号（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＲＳ）とは、具体的には、チャネル状態情報リファレンス信号ＣＳＩ－ＲＳ及び／又は同期信号ブロックＳＳＢであってもよい。

選択的に、上記ＰＵＣＣＨは、専用ＰＵＣＣＨであってもよい。

一つの選択的な実施例では、前記ターゲットパラメータが前記パス損失計算リファレンスリファレンス信号を含む場合、前述した、ターゲット対象以外の他の対象のターゲットパラメータに従って前記ターゲット対象のターゲットパラメータを決定することは、
他の対象の第一のパス損失計算リファレンスリファレンス信号を前記ターゲット対象のパス損失計算リファレンスリファレンス信号として決定することを含む。

即ち、ネットワーク機器がＲＲＣシグナリングによってＰＵＣＣＨ、ＰＵＳＣＨとＳＲＳの三者のうちの一方又は両方のＰＬＲＳを配置した場合、ＰＵＣＣＨ、ＰＵＳＣＨとＳＲＳにおいて配置されていないＰＬＲＳは、他者において既に配置されたＰＬＲＳに基づいて決定されてもよい。

選択的に、前記第一のパス損失計算リファレンスリファレンス信号は、
他の対象のパス損失計算リファレンスリファレンス信号のうち、最低識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、最高識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、直近の時刻に使用されたパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、メディアアクセス制御ユニットＭＡＣＣＥによってアクティブ化又は更新される最低識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、ＭＡＣＣＥによってアクティブ化又は更新される最高識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、ＭＡＣＣＥによってアクティブ化又は更新される直近の時刻に使用されたパス損失計算リファレンスリファレンス信号、のうちのいずれか一つである。

選択的に、ＲＲＣシグナリングにより配置されるＰＬＲＳ数に基づいてターゲット対象のＰＬＲＳを決定してもよい。

他の対象のパス損失計算リファレンスリファレンス信号の数が予め設定される閾値以下である場合、前記第一のパス損失計算リファレンスリファレンス信号は、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記最低識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記最高識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記直近の時刻に使用されたパス損失計算リファレンスリファレンス信号、のうちのいずれか一つである。

他の対象のパス損失計算リファレンスリファレンス信号の数が予め設定される閾値よりも大きい場合、前記第一のパス損失計算リファレンスリファレンス信号は、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記ＭＡＣＣＥによってアクティブ化又は更新される最低識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記ＭＡＣＣＥによってアクティブ化又は更新される最高識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記ＭＡＣＣＥによってアクティブ化又は更新される直近の時刻に使用されたパス損失計算リファレンスリファレンス信号、のうちのいずれか一つである。

そのうち、ＭＡＣＣＥによってアクティブ化又は更新される直近の時刻に使用されたパス損失計算リファレンスリファレンス信号の数が１よりも大きい場合、前記第一のパス損失計算リファレンスリファレンス信号は、
ＭＡＣＣＥによってアクティブ化又は更新される直近の時刻に使用されたパス損失計算リファレンスリファレンス信号のうち、最低識別子番号のパス損失計算リファレンスリファレンス信号、
ＭＡＣＣＥによってアクティブ化又は更新される直近の時刻に使用されたパス損失計算リファレンスリファレンス信号のうち、最高識別子番号のパス損失計算リファレンスリファレンス信号、のうちのいずれか一つである。

上記予め設定される閾値の取り値は、４であってもよい。無論、予め設定される閾値の取り値は、４に限定されるものではなく、他の値であってもよく、必要に応じて設定されてもよい。

選択的に、前記他の対象の数が１よりも大きく、予め設定される第一の優先度情報に従ってそのうちの一つ又は二つの対象のパス損失計算リファレンスリファレンス信号を前記ターゲット対象のパス損失計算リファレンスリファレンス信号として選択する場合、前記第一の優先度情報は、
プロトコルにより約定されること、
ネットワーク機器により配置されること、
端末により配置されること、のうちのいずれか一つの方式で取得されるものである。

例えば、ネットワーク機器がＰＵＣＣＨとＰＵＳＣＨのＰＬＲＳを配置したが、ＳＲＳのＰＬＲＳを配置していない場合、ＳＲＳのＰＬＲＳは、ＰＵＣＣＨのＰＬＲＳを優先的に採用し、又はＰＵＳＣＨのＰＬＲＳを優先的に採用し、又はＰＵＣＣＨとＰＵＳＣＨとのＰＬＲＳの優先度が同じであり、又は端末自身がＰＵＣＣＨとＰＵＳＣＨとのＰＬＲＳの優先度を决定してもよい。

ネットワーク機器がＰＵＣＣＨとＳＲＳのＰＬＲＳを配置したが、ＰＵＳＣＨのＰＬＲＳを配置していない場合、ＰＵＳＣＨのＰＬＲＳは、ＰＵＣＣＨのＰＬＲＳを優先的に採用し、又はＳＲＳのＰＬＲＳを優先的に採用し、又はＰＵＣＣＨとＳＲＳとのＰＬＲＳの優先度が同じであり、又は端末自身がＰＵＣＣＨとＳＲＳとのＰＬＲＳの優先度を决定してもよい。

ネットワーク機器がＰＵＳＣＨとＳＲＳのＰＬＲＳを配置したが、ＰＵＣＣＨのＰＬＲＳを配置していない場合、ＰＵＣＣＨのＰＬＲＳは、ＰＵＳＣＨのＰＬＲＳを優先的に採用し、又はＳＲＳのＰＬＲＳを優先的に採用し、又はＰＵＳＣＨとＳＲＳとのＰＬＲＳの優先度が同じであり、又は端末自身がＰＵＳＣＨとＳＲＳとのＰＬＲＳの優先度を决定してもよい。

選択的に、前記パス損失計算リファレンスリファレンス信号は、同期信号ブロックとチャネル状態情報リファレンス信号に関連付けられ、予め設定される第二の優先度情報に従って前記ターゲット対象のパス損失計算リファレンスリファレンス信号を決定し、前記ターゲット対象のパス損失計算リファレンスリファレンス信号は、前記同期信号ブロックとチャネル状態情報リファレンス信号から選択されており、前記第二の優先度情報は、
プロトコルにより約定されること、
ネットワーク機器により配置されること、
端末により配置されること、のうちのいずれか一つの方式で取得されるものである。

例えば、ＰＬＲＳに関連するＲＳがＳＳＢとＣＳＩ－ＲＳから選択される場合、ＳＳＢを優先的に選択し、又はＣＳＩ－ＲＳを優先的に選択し、又は端末自身がＳＳＢを優先するかＣＳＩ－ＲＳを優先するかを選択する。

選択的に、前記パス損失計算リファレンスリファレンス信号の識別子は、
同期信号ブロックＳＳＢの識別子ＳＳＢ－Ｉｎｄｅｘを採用する場合、
チャネル状態情報リファレンス信号ＣＳＩ－ＲＳの識別子ＣＳＩ－ＲＳ－Ｉｎｄｅｘを採用する場合、
前記パス損失計算リファレンスリファレンス信号がＰＵＳＣＨのパス損失計算リファレンスリファレンス信号である場合、ＰＵＳＣＨパス損失計算リファレンスリファレンス信号識別子ＰＵＳＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄを採用する場合、
前記パス損失計算リファレンスリファレンス信号がＰＵＣＣＨのパス損失計算リファレンスリファレンス信号である場合、ＰＵＣＣＨパス損失計算リファレンスリファレンス信号の識別子ＰＵＣＣＨ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄを採用する場合、
前記パス損失計算リファレンスリファレンス信号がＳＲＳのパス損失計算リファレンスリファレンス信号である場合、ＳＲＳリソース識別子ＳＲＳ－ＲｅｓｏｕｒｃｅＩｄを採用する場合、
前記パス損失計算リファレンスリファレンス信号がＳＲＳのパス損失計算リファレンスリファレンス信号である場合、ＳＲＳリソースセット識別子ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔＩｄを採用する場合、のうちのいずれか一つの場合である。

一つの選択的な実施例では、前記ターゲットパラメータが前記パス損失計算リファレンスリファレンス信号を含む場合、履歴配置情報及び／又はプロトコルの約定に従って前記ターゲットパラメータを決定することは、
履歴配置の下りリンクＲＳにおける第一のＲＳを前記パス損失計算リファレンスリファレンス信号として決定することを含む。

本発明の実施例では、第一のＲＳは、端末がパス損失計算リファレンスリファレンス信号に関連する下りリンクＲＳを決定すると理解されてもよく、第一のＲＳを決定した後、第一のＲＳに基づいてパス損失を計算してもよい。

選択的に、第一のＲＳ決定の方式は、複数種類を含んでもよい。以下では、これについて詳細に説明する。例えば、本実施例では、前記第一のＲＳは、
前記ターゲット対象に関連する疑似コロケーションＱＣＬ情報における下りリンクＲＳ、
現在のリソースに対応する発射ビームを決定するための複数のＲＳにおける第五のＲＳ、
端末の位置するＳＳＢ、
現在で送信に使用されているビームのＲＳ、
前記ターゲット対象をスケジューリングするＰＤＣＣＨであるターゲット物理下りリンク制御チャネルＰＤＣＣＨのＱＣＬ情報における下りリンクＲＳ、
直近の物理ランダムアクセスチャネルＰＲＡＣＨに関連する下りリンクＲＳ、
前記ターゲット対象をスケジューリングするためのランダムアクセス応答（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ、ＲＡＲ）に対応するＰＲＡＣＨに関連する下りリンクＲＳ、のうちのいずれか一つの下りリンクＲＳである。

本実施例では、ＱＣＬ情報にはＲＳの識別子番号（即ちＲＳＩＤ）が含まれ、このＲＳＩＤに対応するＲＳは、即ちＱＣＬ情報における下りリンクＲＳであり、言い換えれば、ＱＣＬ情報における下りリンクＲＳは、ＱＣＬ情報に関連する下りリンクＲＳと理解されてもよい。

本発明の実施例は、複数種類の第一のＲＳの決定案を提供した。端末は、実際の必要に応じてそのうちのある方案を設置してネットワーク機器により配置されていないターゲットパラメータを決定することができ、それによって、ターゲットパラメータ決定の柔軟性を向上させた。

理解すべきことは、上記ターゲット対象は、第一のキャリアに位置しており、一つの選択的な実施例では、前記ターゲット対象に関連する疑似コロケーションＱＣＬ情報における下りリンクＲＳは、以下のいずれか一つを含む。

方案１：第一のキャリアが制御リソースセットＣＯＲＥＳＥＴを配置する場合、第一のＣＯＲＥＳＥＴのＱＣＬ情報における下りリンクＲＳであって、第一のＣＯＲＥＳＥＴは、前記第一のキャリアに配置されたＣＯＲＥＳＥＴのうちの一つである。

方案２：前記第一のキャリアにＣＯＲＥＳＥＴが配置されていなく、且つ前記第一のキャリアのアクティブ化帯域幅部分ＢＷＰにＰＤＳＣＨ用のＭ個（Ｍが正整数である）のＴＣＩが配置されている場合、アクティブ化状態にある前記Ｍ個のＴＣＩのうちの一つである第一のＴＣＩにおける下りリンクＲＳである。

方案３：前記第一のキャリアにＣＯＲＥＳＥＴが配置されていなく、且つ第一のキャリアのアクティブ化ＢＷＰにアクティブ化状態にあるＴＣＩが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳである。

方案４：前記第一のキャリアにＣＯＲＥＳＥＴが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳである。

そのうち、方案１では、選択的に、第一のＣＯＲＥＳＥＴは、
前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴ、
前記第一のキャリアに配置されたＣＯＲＥＳＥＴのうちの識別子番号が０であるＣＯＲＥＳＥＴ、のうちのいずれか一つを含んでもよい。

選択的に、前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴは、前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴのうちの最低識別子番号又は最高識別子番号のＣＯＲＥＳＥＴを含んでもよい。本実施例では、一般的なネットワーク機器は、ＣＯＲＥＳＥＴを配置する場合、通常、ＣＯＲＥＳＥＴの識別子番号、即ちＣＯＲＥＳＥＴＩＤを配置しており、最低識別子番号のＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴＩＤが最も低い一つの識別子番号と理解されてもよく、最高識別子番号のＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴＩＤが最も高い一つの識別子番号と理解されてもよい。上記第一のキャリアに配置されたＣＯＲＥＳＥＴのうち、識別子番号が０であるＣＯＲＥＳＥＴは、直近の時刻のＣＯＲＥＳＥＴ＃０であってもよい。

なお、最低識別子番号のＣＯＲＥＳＥＴに対応するビームは、往々にして、カバーが広いか、又は比較的に安定しているビームであり、最高識別子番号のＣＯＲＥＳＥＴに対応するビームは、往々にして、現在のチャネルに最もマッチングし、チャネルＲＳＲＰが最も高いビームである。

更に、一つの選択的な実施例では、前記第一のＣＯＲＥＳＥＴのＱＣＬ情報における下りリンクＲＳは、
前記第一のキャリアによりアクティブ化されたＢＷＰに配置されたＣＯＲＥＳＥＴに関連するＮ１個（Ｎ１が正整数である）の下りリンクＲＳにおける第二のＲＳを含む。

言い換えれば、本実施例では、第一のキャリアによりアクティブ化されたＢＷＰに配置された全てのＣＯＲＥＳＥＴに関連する下りリンクＲＳから、一つの第二のＲＳを第一のＲＳとして選択してもよい。一つの選択的な実施例では、第二のＲＳは、
最低識別子番号又は最高識別子番号のＲＳであって、ＲＳが同期信号ブロックＳＳＢである場合、ＲＳ識別子番号は、ＳＳＢ－Ｉｎｄｅｘであり、ＲＳがチャネル状態情報リファレンス信号ＣＳＩ－ＲＳである場合、ＲＳ識別子番号は、ＣＳＩ－ＲＳ－ＩｎｄｅｘであるＲＳ、
前記下りリンクＲＳがＣＳＩ－ＲＳと優先度がＣＳＩ－ＲＳよりも大きいＳＳＢとを含む場合、最低識別子番号又は最高識別子番号のＳＳＢ、
前記下りリンクＲＳがＣＳＩ－ＲＳと優先度がＣＳＩ－ＲＳよりも小さいＳＳＢとを含む場合、最低識別子番号又は最高識別子番号のＣＳＩ－ＲＳ、
前記Ｎ１個の下りリンクＲＳにおいて任意に選択される一つのＲＳ、のうちのいずれか一つを含んでもよい。

なお、他の実施例では、この第二のＲＳは、Ｎ１個の下りリンクＲＳのうちの直近の時刻の下りリンクＲＳであってもよい。

方案２では、前記第一のＴＣＩは、前記Ｍ個のＴＣＩのうちの最低識別子番号又は最高識別子番号のＴＣＩである。無論、他の実施例では、第一のＴＣＩは、Ｍ個のＴＣＩのうちの直近の時刻のＴＣＩであってもよい。選択的に、ＴＣＩには、ＲＳＩＤが含まれ、このＲＳＩＤに対応するＲＳは、即ち、ＴＣＩにおけるＲＳと理解されてもよい。

方案３では、前記第二のキャリアは、現在のキャリア、マスターセルのキャリア、最低識別子番号のキャリアと最高識別子番号のキャリアのうちの少なくとも一つを含む。前記第一のＢＷＰは、アクティブ化ＢＷＰ、初期ＢＷＰ、最低識別子番号のＢＷＰと最高識別子番号のＢＷＰのうちの少なくとも一つを含む。

本実施例では、前記第三のＲＳは、
識別子番号が０であるＣＯＲＥＳＥＴ、最低識別子番号のＣＯＲＥＳＥＴ、最高識別子番号のＣＯＲＥＳＥＴ又は前記端末により選択されるＣＯＲＥＳＥＴを含む第三のＣＯＲＥＳＥＴのＱＣＬ情報におけるＲＳ、
前記第一のＢＷＰに配置されたＣＯＲＥＳＥＴに関連するＮ２個（Ｎ２が正整数である）の下りリンクＲＳにおける第四のＲＳ、
アクティブ化状態にあるＬ個（Ｌが正整数である）のＴＣＩのうちの最低識別子番号又は最高識別子番号のＴＣＩ、又は前記Ｌ個のＴＣＩのうちの直近使用されたＴＣＩである第四のＴＣＩにおける下りリンクＲＳ、のうちのいずれか一つを含む。

なお、本発明の実施例では、キャリアの優先度に従って異なるキャリアのＢＷＰの中で第三のＣＯＲＥＳＥＴを選択してもよく、第三のＣＯＲＥＳＥＴがＣＯＲＥＳＥＴ＃０であることを例にして説明する。

具体的には、第一のセルグループにおける第一のキャリア以外のキャリアのＢＷＰの優先度は、第二のセルグループにおけるＢＷＰよりも大きく、第一のセルグループは、ターゲット対象の位置するセルグループであり、前記第二のセルグループは、前記第一のセルグループと異なる。

本実施例では、上記第三のＣＯＲＥＳＥＴは、第一のＢＷＰに配置されたＣＯＲＥＳＥＴである。選択的に、上記第四のＲＳは、Ｎ２個の下りリンクＲＳにおけるＲＳＩＤが最も小さく、ＲＳＩＤが最も大きく、又は端末により自律的に選択されたＲＳであってもよい。選択的に、前記Ｌ個のＴＣＩは、第一のＢＷＰに配置された全てのＴＣＩであってもよく、第一のＢＷＰに配置された全てのＴＣＩのうちのＰＤＳＣＨに用いられるＴＣＩであってもよく、即ち、前記Ｌ個のＴＣＩは、ＰＤＳＣＨに用いられる。

なお、本実施例では、Ｎ個の下りリンクＲＳの中で、ＲＳＩＤが最も小さく、又はＲＳＩＤが最も大きいＲＳを第四のＲＳとして選択することは、優先度に従って選択してもよい。具体的には、
前記下りリンクＲＳがＣＳＩ－ＲＳと優先度がＣＳＩ－ＲＳよりも大きいＳＳＢとを含む場合、最低識別子番号又は最高識別子番号のＳＳＢを選択し、
前記下りリンクＲＳがＣＳＩ－ＲＳとＣＳＩ－ＲＳよりも小さいＳＳＢとを含む場合、最低識別子番号又は最高識別子番号のＣＳＩ－ＲＳを選択する。

具体的には、上記優先度の確認は、ネットワーク機器によって配置されてもよく、プロトコルによって約定されてもよく、端末によって自律的に決定されてもよく、ここでは更に説明しない。

更に、一つの選択的な実施例では、上記第三のＣＯＲＥＳＥＴは、第一のＢＷＰに直近配置されたＣＯＲＥＳＥＴと理解されてもよく、上記Ｌ個のＴＣＩは、第一のＢＷＰに直近配置されたＴＣＩと理解されてもよい。

方案４では、前記第一のキャリアにＣＯＲＥＳＥＴが配置されていなく、且つ第一のキャリアのアクティブ化ＢＷＰにアクティブ化状態にあるＴＣＩが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳを採用し、又は、前記第一のキャリアにＣＯＲＥＳＥＴが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳを採用する。第一のキャリアのアクティブ化ＢＷＰにアクティブ化状態にあるＴＣＩが配置されていない場合は、具体的には、第一のキャリアによりアクティブ化されたＢＷＰに配置されたＴＣＩがいずれも非アクティブ化状態にあり、又は第一のキャリアのアクティブ化ＢＷＰにＴＣＩが配置されていないことと理解されてもよい。

一つの選択的な実施例では、前記第五のＲＳは、
最低識別子番号のＲＳであって、ＲＳが同期信号ブロックＳＳＢである場合、ＲＳ識別子番号は、ＳＳＢ－Ｉｎｄｅｘであり、ＲＳがチャネル状態情報リファレンス信号ＣＳＩ－ＲＳである場合、ＲＳ識別子番号は、ＣＳＩ－ＲＳ－ＩｎｄｅｘであるＲＳ、
最高識別子番号のＲＳであって、ＲＳが同期信号ブロックＳＳＢである場合、ＲＳ識別子番号は、ＳＳＢ－Ｉｎｄｅｘであり、ＲＳがチャネル状態情報リファレンス信号ＣＳＩ－ＲＳである場合、ＲＳ識別子番号は、ＣＳＩ－ＲＳ－ＩｎｄｅｘであるＲＳ、
現在のリソースビームのＣＯＲＥＳＥＴのうちの最低識別子番号のＣＯＲＥＳＥＴを決定するためのＱＣＬ情報におけるＲＳ、
現在のリソースビームのＣＯＲＥＳＥＴのうちの最高識別子番号のＣＯＲＥＳＥＴを決定するためのＱＣＬ情報におけるＲＳ、
全てのＴＣＩｓｔａｔｅ又はアクティブ化されるＴＣＩｓｔａｔｅのうちの最低識別子番号のＴＣＩｓｔａｔｅにおけるＲＳ、
全てのＴＣＩｓｔａｔｅ又はアクティブ化されるＴＣＩｓｔａｔｅのうちの最高識別子番号のＴＣＩｓｔａｔｅにおけるＲＳ、のうちの少なくとも一つを含む。

そのうち、前記最低識別子番号のＴＣＩｓｔａｔｅにおけるＲＳと前記最高識別子番号のＴＣＩｓｔａｔｅにおけるＲＳは、ＣＯＲＥＳＥＴが配置されていない場合に使用される。

一つの選択的な実施例では、端末の位置するＳＳＢは、
現在のブロードキャスト情報を受信するＳＳＢ、
識別子番号が０であるＣＯＲＥＳＥＴに対応するＳＳＢ、のうちの少なくとも一つを含む。

一つの選択的な実施例では、
現在で送信に使用されているビームのＲＳが、無線リソース制御ＲＲＣシグナリングによって配置されるパス損失計算リファレンスリファレンス信号に属する場合、
現在で送信に使用されているビームのＲＳが、ＲＲＣシグナリングによって配置され、且つＭＡＣＣＥによってアクティブ化又は更新されるパス損失計算リファレンスリファレンス信号に属する場合、
現在で送信に使用できるビームに対応するＲＳ数が、Ｋ個以下である場合、
現在で送信に使用できるビームに対応するＲＳ数とＲＲＣシグナリングにより配置されるパス損失計算リファレンスリファレンス信号の数との和が、Ｋ個以下である場合、
現在で送信に使用されているビームのＲＳが、無線リソース制御ＲＲＣシグナリングによって配置されるパス損失計算リファレンスリファレンス信号に属し、且つ現在で送信に使用できるビームに対応するＲＳ数が、Ｋ個以下である場合、
現在で送信に使用されているビームのＲＳが、無線リソース制御ＲＲＣシグナリングによって配置されるパス損失計算リファレンスリファレンス信号に属し、且つ現在で送信に使用できるビームに対応するＲＳ数とＲＲＣシグナリングにより配置されるパス損失計算リファレンスリファレンス信号の数との和が、Ｋ個以下である場合、
現在で送信に使用されているビームのＲＳが、ＲＲＣシグナリングによって配置され、且つＭＡＣＣＥによってアクティブ化又は更新されるパス損失計算リファレンスリファレンス信号に属し、且つ現在で送信に使用できるビームに対応するＲＳ数が、Ｋ個以下である場合、
現在で送信に使用されているビームのＲＳが、ＲＲＣシグナリングによって配置され、且つＭＡＣＣＥによってアクティブ化又は更新されるパス損失計算リファレンスリファレンス信号に属し、且つ現在で送信に使用できるビームに対応するＲＳ数とＲＲＣシグナリングにより配置されるパス損失計算リファレンスリファレンス信号の数との和が、Ｋ個以下である場合、のうちのいずれか一つの場合において、前記第一のＲＳは、現在で送信に使用できるビームのＲＳである。

選択的に、Ｋの取り値は、４に等しい。無論、Ｋの取り値は、４に等しいことに限定されるものではなく、必要に応じて他の値として設置してもよい。

更に、上述した、履歴配置の下りリンクＲＳにおける第一のＲＳを前記パス損失計算リファレンスリファレンス信号として決定する方案では、ＰＵＣＣＨ、ＰＵＳＣＨとＳＲＳには、いずれも前記パス損失計算リファレンスリファレンス信号が配置されていない。

更に、ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、履歴配置及び／又はプロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定することは、
ビーム対応（ｂｅａｍｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）シーンにおいて、ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、履歴配置及び／又はプロトコルの約定に従って前記ターゲットパラメータを決定することを含む。

一つの選択的な実施例では、ターゲット対象がＰＵＣＣＨ、ＰＵＳＣＨ又はＳＲＳから選択されており、上記ターゲットパラメータがターゲット受信パワー、パス損失補償係数と閉ループパワー制御のうちの少なくとも一つを含む場合、前述した、履歴配置情報及び／又はプロトコルの約定に従って前記ターゲットパラメータを決定することは、
前記ＰＵＣＣＨが、ターゲット時刻に対応するＰＵＣＣＨの前記ターゲットパラメータと同じであること、又は
前記ＳＲＳが、ターゲット時刻に対応するＳＲＳの前記ターゲットパラメータと同じであることを含み、
前記ターゲット時刻は、初期アクセスの後、ＲＲＣ配置の前にある。

理解すべきことは、本実施例では、上記ターゲット対象がＰＵＣＣＨである場合、ターゲット時刻に対応するＰＵＣＣＨに基づいてターゲットパラメータを決定してもよく、言い換えれば、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御は、ターゲット時刻に対応するＰＵＣＣＨの対応するパワー制御パラメータに置き換えられてもよく、ターゲット対象がＳＲＳである場合、ターゲット時刻に対応するＳＲＳの配置に基づいてターゲットパラメータを決定してもよく、言い換えれば、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御は、ターゲット時刻に対応するＳＲＳの対応するパワー制御パラメータに置き換えられてもよい。

一つの選択的な実施例では、ターゲット対象がＰＵＣＣＨ、ＰＵＳＣＨ又はＳＲＳから選択されている場合、プロトコルにより約定されるパラメータ値に基づいてターゲットパラメータを直接に決定してもよい。例えば、前記ターゲットパラメータが閉ループパワー制御を含む場合、前記閉ループパワー制御の取り値は、０であり、前記ターゲットパラメータがパス損失補償係数を含む場合、前記パス損失補償係数の取り値は、１である。

一つの選択的な実施例では、ターゲット対象がＰＵＣＣＨとＳＲＳから選択される時、ターゲットパラメータがターゲット受信パワーＰ０を含む場合、Ｐ０は、以下の方式で計算されてもよい。

そのうち、パラメータ
と
は、上位層によって提供されてもよく、上位層が現在のキャリアのためにｍｓｇ３－ＤｅｌｔａＰｒｅａｍｂｌｅパラメータを提供していない場合、
である。ｍｓｇ３－ＤｅｌｔａＰｒｅａｍｂｌｅが上位層のために配置したｍｓｇ３は、ＲＡＣＨシーケンス伝送のパワーとオフセットされる。ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒは、上位層により配置されたネットワークが受信を希望するＲＡＣＨシーケンスターゲットパワー値である。

一つの選択的な実施例では、ターゲット対象がＰＵＣＣＨとＳＲＳから選択される時、ターゲットパラメータがパス損失補償係数を含む場合、パス損失補償係数は、
上位層シグナリングにｍｓｇ３－Ａｌｐｈａが配置された場合、パス損失補償係数がｍｓｇ３－Ａｌｐｈａの値であり、そうでなければ、パス損失補償係数が１であるという方式によって計算されてもよい。

一つの選択的な実施例では、ターゲット対象がＰＵＣＣＨとＳＲＳから選択される時、ターゲットパラメータが路閉ループパワー制御を含む場合、閉ループパワー制御は、以下の方式で計算されてもよい。

は、ランダムアクセスメッセージのランダム応答ｇｒａｎｔにおいて指示される一つの伝送パワー制御（ｔｒａｎｓｍｉｔｐｏｗｅｒｃｏｎｔｒｏｌ、ＴＰＣ）命令値を示し、上りリンクの現在のアクティブ化ＢＷＰの位置するサービングセルｃにおけるキャリアｆに対応する。

ただし、
は、上位層によって提供され、現在のアクティブ化ＢＷＰｂの位置するサービングセルｃにおいて、キャリアｆは、一番目のランダムアクセスｐｒｅａｍｂｌｅから最後のランダムアクセスｐｒｅａｍｂｌｅまで、さらに上位層により要求される総パワーによって増量される。

は、初期アクセスパワー取り値であり、
上りリンクの現在のアクティブ化
の位置する
において、
は、ＰＵＳＣＨリソース割り当ての帯域幅であり、上りリンクの現在のアクティブ化
上の一番目のＰＵＳＣＨ伝送のリソースブロックの数を示し、
は、上りリンクの現在のアクティブ化
上の一番目のＰＵＳＣＨ伝送のパワー調整を示し、
は、上位層により配置されたｍｓｇ３ＰＵＳＣＨに用いられるパス損失補償係数値であり、上位層が配置されていない場合、０であり、
は、ターゲット受信パワーであり、
は、パス損失計算の数値であり、
μは、サブキャリア間隔パラメータであり、即ちサブキャリア間隔がＮ＊１５ＫＨｚである場合、
である。

本発明の実現をより良く理解するために、以下では、ネットワーク機器がパス損失計算リファレンスリファレンス信号を配置していないことを例にして詳細に説明する。

具体的には、ネットワーク機器がＰＵＣＣＨ又はＳＲＳ配置パワー制御パラメータにおけるパス損失計算リファレンスリファレンス信号を与えていない場合、端末は、以下のＲＳの一つに基づいてパス損失を計算することができる。

方式１、ＣＯＲＥＳＥＴのＱＣＬ情報におけるＲＳを採用し、具体的には、以下の方式によって下りリンクＲＳを選択することができる。

場合１、現在のキャリア（ＰＵＣＣＨ又はＳＲＳの位置する第一のキャリア）上には、ＣＯＲＥＳＥＴが配置された場合、方式１．１から方式１．３を含む。

方式１．１、直近の時刻のＣＯＲＥＳＥＴのＱＣＬ情報におけるＲＳを使用し、更に、最高ＣＯＲＥＳＥＴＩＤ又は最低ＣＯＲＥＳＥＴＩＤであってもよい。

方式１．２、ＣＯＲＥＳＥＴ＃０のＱＣＬ情報におけるＲＳを使用する。更に、直近の時刻のＣＯＲＥＳＥＴ＃０であってもよい。

方式１．３、現在のキャリアのアクティブ化ＢＷＰにおける全てのＣＯＲＥＳＥＴに関連する下りリンクＲＳの中から選択する。

方式１．３については、一実施例では、ＲＳＩＤが最も小さく、又は最も大きいＲＳであってもよい。更に、ＳＳＢとＣＳＩ－ＲＳとがいずれも存在する場合、ＳＳＢの中で選択することを優先し、又はＣＳＩ－ＲＳの中で選択することを優先し、又は端末自身がＳＳＢを優先するかＣＳＩ－ＲＳを優先するかを選択し、別の実施例では、端末により任意に選択される一つのＲＳであってもよく、別の実施例では、直近の時刻のＲＳであってもよい。

場合２、現在のキャリア上には、いかなるＣＯＲＥＳＥＴが配置されていない。方式１．４と方式１．５とを含む。

方式１．４、現在のキャリアのアクティブ化ＢＷＰ上でＰＤＳＣＨに用いられるアクティブ化状態のＴＣＩ（即ちａｃｔｉｖａｔｅｄＴＣＩｓｔａｔｅ）を使用し、選択的に、アクティブ化状態におけるＴＣＩのうちの識別子番号が最も大きいか、又は識別子番号が最も小さいＴＣＩ（即ちａｃｔｉｖａｔｅｄＴＣＩｓｔａｔｅｗｉｔｈｌｏｗｅｓｔ／ｈｉｇｈｅｓｔＩＤ）を採用してもよく、アクティブ化状態におけるＴＣＩのうちの直近の時刻のＴＣＩを採用してもよい。

方式１．５、現在のキャリアのアクティブ化ＢＷＰ上にはａｃｔｉｖａｔｅｄＴＣＩｓｔａｔｅがないか、又は現在のキャリアのアクティブ化ＢＷＰ上にはａｃｔｉｖａｔｅｄＴＣＩｓｔａｔｅがあるか否かにかかわらず、特定のキャリアの特定のＢＷＰの特定のＲＳを使用する。

選択的に、特定のキャリアは、マスターセルのキャリア又はｌｏｗｅｓｔＩＤキャリア又はｈｉｇｈｅｓｔＩＤキャリアを含んでもよい。

選択的に、特定のＢＷＰは、アクティブ化ＢＷＰ、初期ＢＷＰ、識別子番号が最も低いＢＷＰ（ｌｏｗｅｓｔＩＤＢＷＰ）と識別子番号が最も高いＢＷＰ（ｈｉｇｈｅｓｔＩＤＢＷＰ）のうちの少なくとも一つを含み、全てのＢＷＰを含んでもよく、即ちＢＷＰに対していかなる制限がない。

選択的に、特定のＲＳは、
ＣＯＲＥＳＥＴ＃０のＱＣＬ情報におけるＲＳ、
識別子番号が最も大きいか、又は識別子番号が最も小さいＣＯＲＥＳＥＴのＱＣＬ情報におけるＲＳ、
第一のＢＷＰに配置された全てのＣＯＲＥＳＥＴに関連する下りリンクＲＳの一つであって、例えば、ＲＳＩＤが最も大きく、又はＲＳＩＤが最も小さいＲＳであってもよく、端末により自律的に選択されたＲＳであってもよく、理解すべきことは、最大ＲＳＩＤ又は最小ＲＳＩＤを選択する場合、ＳＳＢとＣＳＩ－ＲＳの優先度に従って選択してもよく、例えば、ＳＳＢの優先度がＣＳＩ－ＲＳの優先度よりも大きい場合、ＳＳＢＩＤが最も大きく、又は最も小さいＳＳＢを前記特定のＲＳとして選択してもよく、ＣＳＩ－ＲＳの優先度がＳＳＢの優先度よりも大きい場合、ＣＳＩ－ＲＳＩＤが最も大きく、又は最も小さいＣＳＩ－ＲＳを前記特定のＲＳとして選択してもよいＲＳ、
ＰＤＳＣＨに用いられる全てのＴＣＩのうちの識別子番号が最も大きいか、又は識別子番号が最も小さいＴＣＩにおけるＲＳ、
ＰＤＳＣＨに用いられるアクティブ化状態ＴＣＩのうちの識別子番号が最も大きいか、又は識別子番号が最も小さいＴＣＩにおけるＲＳ、
直近使用されたＰＤＳＣＨに用いられるアクティブ化状態ＴＣＩにおけるＲＳ、のうちのいずれか一つを含んでもよい。

選択的に、特定のＲＳは、直近の時刻のＲＳを満たすべきであり、言い換えれば、特定のＲＳは、第一のＢＷＰに直近配置された全てのＣＯＲＥＳＥＴに関連する下りリンクＲＳのその一であり、又は、特定のＲＳは、第一のＢＷＰに直近配置されたＰＤＳＣＨに用いられる全てのＴＣＩのうち、識別子番号が最も大きいか、又は識別子番号が最も小さいＴＣＩにおけるＲＳであり、又は、特定のＲＳは、第一のＢＷＰに直近配置されたＰＤＳＣＨに用いられるアクティブ化状態ＴＣＩのうち、識別子番号が最も大きいか、又は識別子番号が最も小さいＴＣＩにおけるＲＳである。

方式２、ＰＵＣＣＨ又はＳＲＳの空間関連情報に関連する若干のＲＳにおける一つである。

一実施例では、対応するＲＳにおける最大ＲＳＩＤ又は最小ＲＳＩＤの一つであってもよく、ＲＳが同期信号ブロックＳＳＢである場合、ＲＳ識別子番号は、ＳＳＢ－Ｉｎｄｅｘであり、ＲＳがチャネル状態情報リファレンス信号ＣＳＩ－ＲＳである場合、ＲＳ識別子番号は、ＣＳＩ－ＲＳ－Ｉｎｄｅｘである。

別の実施例では、空間関連情報を決定するためのＣＯＲＥＳＥＴのうち、対応するＣＯＲＥＳＥＴＩＤが最も小さく、又はＣＯＲＥＳＥＴＩＤが最も大きいＣＯＲＥＳＥＴのＱＣＬ情報において配置されるＲＳであってもよく、更に、直近の時刻に配置されたＣＯＲＥＳＥＴのうち、ＣＯＲＥＳＥＴＩＤが最も小さく、又はＣＯＲＥＳＥＴＩＤが最も大きいＣＯＲＥＳＥＴのＱＣＬ情報において配置されるＲＳであってもよい。

さらに別の実施例では、対応するＰＤＳＣＨに用いられるＴＣＩのうちのＴＣＩｓｔａｔｅＩＤが最も小さく、又はＴＣＩｓｔａｔｅＩＤが最も大きいＲＳであってもよい。選択的に、ＰＤＳＣＨに用いられるＴＣＩ選択範囲は、全てのＴＣＩｓｔａｔｅ又はアクティブ化されるＴＣＩｓｔａｔｅであり、更に、このＲＳは、前記第一のキャリアに前記空間関連情報を決定するためのＣＯＲＥＳＥＴが配置されていない時に使用される。

方式３、ＰＵＣＣＨ又はＳＲＳをスケジューリングするＰＤＣＣＨのＱＣＬ情報における下りリンクＲＳである。

方式４、直近の物理ランダムアクセスチャネルＰＲＡＣＨに関連する下りリンクＲＳである。

方式５、ＰＵＣＣＨ又はＳＲＳがＲＡＲ上りリンク許可によってスケジューリングされる場合、パス損失計算は、該当するＰＲＡＣＨに関連する（ａｓｓｏｃｉａｔｅｄ）下りリンクＲＳに基づくものである。

方式６、端末の位置するＳＳＢは、現在のブロードキャスト情報を受信するＳＳＢ、又はＣＯＲＥＳＥＴ＃０に対応するＳＳＢである。

方式７、現在で送信に使用されているビームのＲＳである。

選択的に、このＲＳがＲＲＣによって配置されるか、又はＲＲＣによって配置され、且つＭＡＣＣＥによってアクティブ化及び／又は更新されるＰＬＲＳに属する場合にのみ、選択的に、現在で送信に使用できるビームに対応するＲＳ数がＫ個以下であり、又はＲＳ数とＲＲＣ配置のＰＬＲＳ数との和がＫ個以下である場合にのみ、そのうち、ＰＬＲＳ数を計算する際に、繰り返したＲＳを除去する必要がある。選択的に、Ｋ＝４である。

図３を参照すると、図３は、本発明の実施例による端末の構造図である。図３に示すように、端末３００は、
ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、
ネットワーク機器により配置される、前記ターゲット対象と異なる他の対象のターゲットパラメータに基づいて前記ターゲット対象のターゲットパラメータを決定すること、
履歴配置に従って前記ターゲット対象のターゲットパラメータを決定すること、
プロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定すること、のうちのいずれか一つの方式で前記ターゲット対象のターゲットパラメータを決定するための決定モジュール３０１を含み、
そのうち、前記ターゲット対象と前記他の対象は、物理上りリンク制御チャネルＰＵＣＣＨ、物理上りリンク共有チャネルＰＵＳＣＨとサウンディングリファレンス信号ＳＲＳから選択されており、前記ターゲットパラメータは、パス損失計算リファレンスリファレンス信号、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御のうちの少なくとも一つを含む。

選択的に、前記ターゲットパラメータが前記パス損失計算リファレンスリファレンス信号を含む場合、前述した、ターゲット対象以外の他の対象のターゲットパラメータに従って前記ターゲット対象のターゲットパラメータを決定することは、
他の対象の第一のパス損失計算リファレンスリファレンス信号を前記ターゲット対象のパス損失計算リファレンスリファレンス信号として決定することを含む。

選択的に、他の対象のパス損失計算リファレンスリファレンス信号の数が予め設定される閾値以下である場合、前記第一のパス損失計算リファレンスリファレンス信号は、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記最低識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記最高識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記直近の時刻に使用されたパス損失計算リファレンスリファレンス信号、のうちのいずれか一つである。

選択的に、他の対象のパス損失計算リファレンスリファレンス信号の数が予め設定される閾値よりも大きい場合、前記第一のパス損失計算リファレンスリファレンス信号は、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記ＭＡＣＣＥによってアクティブ化又は更新される最低識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記ＭＡＣＣＥによってアクティブ化又は更新される最高識別子番号のパス損失計算リファレンスリファレンス信号、
他の対象のパス損失計算リファレンスリファレンス信号のうち、前記ＭＡＣＣＥによってアクティブ化又は更新される直近の時刻に使用されたパス損失計算リファレンスリファレンス信号、のうちのいずれか一つである。

選択的に、ＭＡＣＣＥによってアクティブ化又は更新される直近の時刻に使用されたパス損失計算リファレンスリファレンス信号の数が１よりも大きい場合、前記第一のパス損失計算リファレンスリファレンス信号は、
ＭＡＣＣＥによってアクティブ化又は更新される直近の時刻に使用されたパス損失計算リファレンスリファレンス信号のうち、最低識別子番号のパス損失計算リファレンスリファレンス信号、
ＭＡＣＣＥによってアクティブ化又は更新される直近の時刻に使用されたパス損失計算リファレンスリファレンス信号のうち、最高識別子番号のパス損失計算リファレンスリファレンス信号、のうちのいずれか一つである。

選択的に、前記他の対象の数が１よりも大きく、予め設定される第一の優先度情報に従ってそのうちの一つ又は二つの対象のパス損失計算リファレンスリファレンス信号を前記ターゲット対象のパス損失計算リファレンスリファレンス信号として選択する場合、前記第一の優先度情報は、
プロトコルにより約定されること、
ネットワーク機器により配置されること、
端末により配置されること、のうちのいずれか一つの方式で取得される。

選択的に、前記パス損失計算リファレンスリファレンス信号は、同期信号ブロックとチャネル状態情報リファレンス信号に関連付けられ、予め設定される第二の優先度情報に従って前記ターゲット対象のパス損失計算リファレンスリファレンス信号を決定し、前記ターゲット対象のパス損失計算リファレンスリファレンス信号は、前記同期信号ブロックとチャネル状態情報リファレンス信号から選択されており、前記第二の優先度情報は、
プロトコルにより約定されること、
ネットワーク機器により配置されること、
端末により配置されること、のうちのいずれか一つの方式で取得される。

選択的に、前記ターゲットパラメータが前記パス損失計算リファレンスリファレンス信号を含む場合、履歴配置及び／又はプロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定することは、
履歴配置の下りリンクリファレンス信号ＲＳにおける第一のＲＳを前記パス損失計算リファレンスリファレンス信号として決定することを含む。

選択的に、前記第一のＲＳは、
前記ターゲット対象に関連する疑似コロケーションＱＣＬ情報における下りリンクＲＳ、
現在のリソースに対応する発射ビームを決定するための複数のＲＳにおける第五のＲＳ、
端末の位置するＳＳＢ、
現在で送信に使用されているビームのＲＳ、
前記ターゲット対象をスケジューリングするＰＤＣＣＨであるターゲット物理下りリンク制御チャネルＰＤＣＣＨのＱＣＬ情報における下りリンクＲＳ、
直近の物理ランダムアクセスチャネルＰＲＡＣＨに関連する下りリンクＲＳ、
前記ターゲット対象をスケジューリングするためのランダムアクセス応答ＲＡＲに対応するＰＲＡＣＨに関連する下りリンクＲＳ、のうちのいずれか一つである。

選択的に、前記ターゲット対象は、第一のキャリアに位置しており、前記ターゲット対象に関連する疑似コロケーションＱＣＬ情報における下りリンクＲＳは、
前記第一のキャリアが制御リソースセットＣＯＲＥＳＥＴを配置する場合、前記第一のキャリアに配置されたＣＯＲＥＳＥＴのうちの一つである第一のＣＯＲＥＳＥＴのＱＣＬ情報における下りリンクＲＳ、
前記第一のキャリアにＣＯＲＥＳＥＴが配置されていなく、且つ前記第一のキャリアのアクティブ化帯域幅部分ＢＷＰにＰＤＳＣＨ用のＭ個（Ｍが正整数である）の伝送配置指示ＴＣＩが配置されている場合、アクティブ化状態にある前記Ｍ個のＴＣＩのうちの一つである第一のＴＣＩにおける下りリンクＲＳ、
前記第一のキャリアにＣＯＲＥＳＥＴが配置されていなく、且つ第一のキャリアのアクティブ化ＢＷＰにアクティブ化状態にあるＴＣＩが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳ、
前記第一のキャリアにＣＯＲＥＳＥＴが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳ、のうちのいずれか一つを含む。

選択的に、前記第一のＣＯＲＥＳＥＴは、
前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴ、
前記第一のキャリアに配置されたＣＯＲＥＳＥＴのうちの識別子番号が０であるＣＯＲＥＳＥＴ、のうちのいずれか一つを含む。

選択的に、前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴは、
前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴのうちの最低識別子番号又は最高識別子番号のＣＯＲＥＳＥＴを含む。

選択的に、前記第一のＣＯＲＥＳＥＴのＱＣＬ情報における下りリンクＲＳは、
前記第一のキャリアによりアクティブ化されたＢＷＰに配置されたＣＯＲＥＳＥＴに関連するＮ１個（Ｎ１が正整数である）の下りリンクＲＳにおける第二のＲＳを含む。

選択的に、前記第二のＲＳは、
最低識別子番号又は最高識別子番号のＲＳであって、ＲＳが同期信号ブロックＳＳＢである場合、ＲＳ識別子番号は、ＳＳＢ－Ｉｎｄｅｘであり、ＲＳがチャネル状態情報リファレンス信号ＣＳＩ－ＲＳである場合、ＲＳ識別子番号は、ＣＳＩ－ＲＳ－ＩｎｄｅｘであるＲＳ、
前記下りリンクＲＳがＣＳＩ－ＲＳと優先度がＣＳＩ－ＲＳよりも大きいＳＳＢとを含む場合、最低識別子番号又は最高識別子番号のＳＳＢ、
前記下りリンクＲＳがＣＳＩ－ＲＳと優先度がＣＳＩ－ＲＳよりも小さいＳＳＢとを含む場合、最低識別子番号又は最高識別子番号のＣＳＩ－ＲＳ、
前記Ｎ１個の下りリンクＲＳにおいて任意に選択される一つのＲＳ、のうちのいずれか一つを含む。

選択的に、前記第一のＴＣＩは、前記Ｍ個のＴＣＩのうちの最低識別子番号又は最高識別子番号のＴＣＩである。

選択的に、前記第二のキャリアは、現在のキャリア、マスターセルのキャリア、最低識別子番号のキャリアと最高識別子番号のキャリアのうちの少なくとも一つを含む。

選択的に、前記第一のＢＷＰは、アクティブ化ＢＷＰ、初期ＢＷＰ、最低識別子番号のＢＷＰと最高識別子番号のＢＷＰのうちの少なくとも一つを含む。

選択的に、前記第三のＲＳは、
識別子番号が０であるＣＯＲＥＳＥＴ、最低識別子番号のＣＯＲＥＳＥＴ、最高識別子番号のＣＯＲＥＳＥＴと前記端末により選択されるＣＯＲＥＳＥＴのうちの少なくとも一つを含む第三のＣＯＲＥＳＥＴのＱＣＬ情報におけるＲＳ、
前記第一のＢＷＰに配置されたＣＯＲＥＳＥＴに関連するＮ２個（Ｎ２が正整数である）の下りリンクＲＳにおける第四のＲＳ、
アクティブ化状態にあるＬ個（Ｌが正整数である）のＴＣＩのうちの最低識別子番号又は最高識別子番号のＴＣＩ、又は前記Ｌ個のＴＣＩのうちの直近使用されたＴＣＩである第四のＴＣＩにおける下りリンクＲＳ、のうちのいずれか一つを含む。

選択的に、前記Ｌ個のＴＣＩは、ＰＤＳＣＨに用いられる。

選択的に、前記第五のＲＳは、
最低識別子番号のＲＳであって、ＲＳが同期信号ブロックＳＳＢである場合、ＲＳ識別子番号は、ＳＳＢ－Ｉｎｄｅｘであり、ＲＳがチャネル状態情報リファレンス信号ＣＳＩ－ＲＳである場合、ＲＳ識別子番号は、ＣＳＩ－ＲＳ－ＩｎｄｅｘであるＲＳ、
最高識別子番号のＲＳであって、ＲＳが同期信号ブロックＳＳＢである場合、ＲＳ識別子番号は、ＳＳＢ－Ｉｎｄｅｘであり、ＲＳがチャネル状態情報リファレンス信号ＣＳＩ－ＲＳである場合、ＲＳ識別子番号は、ＣＳＩ－ＲＳ－ＩｎｄｅｘであるＲＳ、
現在のリソースビームのＣＯＲＥＳＥＴのうちの最低識別子番号のＣＯＲＥＳＥＴを決定するためのＱＣＬ情報におけるＲＳ、
現在のリソースビームのＣＯＲＥＳＥＴのうちの最高識別子番号のＣＯＲＥＳＥＴを決定するためのＱＣＬ情報におけるＲＳ、
全てのＴＣＩｓｔａｔｅ又はアクティブ化されるＴＣＩｓｔａｔｅのうちの最低識別子番号のＴＣＩｓｔａｔｅにおけるＲＳ、
全てのＴＣＩｓｔａｔｅ又はアクティブ化されるＴＣＩｓｔａｔｅのうちの最高識別子番号のＴＣＩｓｔａｔｅにおけるＲＳ、のうちの少なくとも一つを含む。

選択的に、前記最低識別子番号のＴＣＩｓｔａｔｅにおけるＲＳと前記最高識別子番号のＴＣＩｓｔａｔｅにおけるＲＳは、ＣＯＲＥＳＥＴが配置されていない場合に使用される。

選択的に、端末の位置するＳＳＢは、
現在のブロードキャスト情報を受信するＳＳＢ、
識別子番号が０であるＣＯＲＥＳＥＴに対応するＳＳＢ、のうちの少なくとも一つを含む。

選択的に、
現在で送信に使用されているビームのＲＳが、無線リソース制御ＲＲＣシグナリングによって配置されるパス損失計算リファレンスリファレンス信号に属する場合、
現在で送信に使用されているビームのＲＳが、ＲＲＣシグナリングによって配置され、且つＭＡＣＣＥによってアクティブ化又は更新されるパス損失計算リファレンスリファレンス信号に属する場合、
現在で送信に使用できるビームに対応するＲＳ数が、Ｋ個以下である場合、
現在で送信に使用できるビームに対応するＲＳ数とＲＲＣシグナリングにより配置されるパス損失計算リファレンスリファレンス信号の数との和が、Ｋ個以下である場合、
現在で送信に使用されているビームのＲＳが、無線リソース制御ＲＲＣシグナリングによって配置されるパス損失計算リファレンスリファレンス信号に属し、且つ現在で送信に使用できるビームに対応するＲＳ数が、Ｋ個以下である場合、
現在で送信に使用されているビームのＲＳが、無線リソース制御ＲＲＣシグナリングによって配置されるパス損失計算リファレンスリファレンス信号に属し、且つ現在で送信に使用できるビームに対応するＲＳ数とＲＲＣシグナリングにより配置されるパス損失計算リファレンスリファレンス信号の数との和が、Ｋ個以下である場合、
現在で送信に使用されているビームのＲＳが、ＲＲＣシグナリングによって配置され、且つＭＡＣＣＥによってアクティブ化又は更新されるパス損失計算リファレンスリファレンス信号に属し、且つ現在で送信に使用できるビームに対応するＲＳ数が、Ｋ個以下である場合、
現在で送信に使用されているビームのＲＳが、ＲＲＣシグナリングによって配置され、且つＭＡＣＣＥによってアクティブ化又は更新されるパス損失計算リファレンスリファレンス信号に属し、且つ現在で送信に使用できるビームに対応するＲＳ数とＲＲＣシグナリングにより配置されるパス損失計算リファレンスリファレンス信号の数との和が、Ｋ個以下である場合、のうちのいずれか一つの場合において、前記第一のＲＳは、現在で送信に使用できるビームのＲＳである。

選択的に、Ｋは、４に等しい。

選択的に、ＰＵＣＣＨ、ＰＵＳＣＨとＳＲＳには、いずれも前記パス損失計算リファレンスリファレンス信号が配置されていない。

選択的に、ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、履歴配置及び／又はプロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定することは、
ビーム対応ｂｅａｍｃｏｒｒｅｓｐｏｎｄｅｎｃｅシーンにおいて、ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、履歴配置及び／又はプロトコルの約定に従って前記ターゲットパラメータを決定することを含む。

選択的に、前記ターゲットパラメータがターゲット受信パワー、パス損失補償係数と閉ループパワー制御のうちの少なくとも一つを含む場合、前述した、履歴配置情報及び／又はプロトコルの約定に従って前記ターゲットパラメータを決定することは、
ターゲットＰＵＣＣＨのターゲットパラメータが、ターゲット時刻に対応するＰＵＣＣＨの前記ターゲットパラメータと同じであること、
ターゲットＰＵＳＣＨのターゲットパラメータが、ターゲット時刻に対応するＰＵＳＣＨの前記ターゲットパラメータと同じであること、又は
ターゲットＳＲＳが、ターゲット時刻に対応するＳＲＳの前記ターゲットパラメータと同じであることを含み、
そのうち、前記ターゲット時刻は、初期アクセスの後、ＲＲＣ配置の前にある。

選択的に、前記ターゲットパラメータが閉ループパワー制御を含む場合、前記閉ループパワー制御の取り値は、０である。

選択的に、前記ターゲットパラメータがパス損失補償係数を含む場合、前記パス損失補償係数の取り値は、１である。

選択的に、前記ＰＵＣＣＨは、専用ＰＵＣＣＨである。

本発明の実施例による端末は、図２の方法の実施例において端末によって実現された各プロセスを実現させることができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

図４は、本発明の各実施例を実現させる端末のハードウェア構造概略図である。

この端末４００は、無線周波数ユニット４０１、ネットワークモジュール４０２、オーディオ出力ユニット４０３、入力ユニット４０４、センサ４０５、表示ユニット４０６、ユーザ入力ユニット４０７、インターフェースユニット４０８、メモリ４０９、プロセッサ４１０、及び電源４１１などの部品を含むが、それらに限らない。当業者が理解できるように、図４に示す端末構造は、端末に対する限定を構成しなく、端末は、図示された部品の数よりも多く又は少ない部品、又はなんらかの部品の組み合わせ、又は異なる部品の配置を含んでもよい。本発明の実施例では、端末は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピュータ、車載端末、ウェアラブルデバイス、及び歩数計などを含むが、それらに限らない。

プロセッサ４１０は、ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、
ネットワーク機器により配置される、前記ターゲット対象と異なる他の対象のターゲットパラメータに基づいて前記ターゲット対象のターゲットパラメータを決定すること、
履歴配置に従って前記ターゲット対象のターゲットパラメータを決定すること、
プロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定すること、のうちのいずれか一つの方式で前記ターゲット対象のターゲットパラメータを決定するために用いられ、
そのうち、前記ターゲット対象と前記他の対象は、物理上りリンク制御チャネルＰＵＣＣＨ、物理上りリンク共有チャネルＰＵＳＣＨとサウンディングリファレンス信号ＳＲＳから選択されており、前記ターゲットパラメータは、パス損失計算リファレンスリファレンス信号、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御のうちの少なくとも一つを含む。

理解すべきことは、本実施例では、上記プロセッサ４１０と無線周波数ユニット４０１は、図２の方法の実施例において端末によって実現された各プロセスを実現させることができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

理解すべきことは、本発明の実施例では、無線周波数ユニット４０１は、情報の送受信又は通話中の信号の送受信に用いられてもよい。具体的には、基地局からの下りリンクのデータを受信してから、プロセッサ４１０に処理させ、また、上りリンクのデータを基地局に送信する。通常、無線周波数ユニット４０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。なお、無線周波数ユニット４０１は、無線通信システムやネットワークを介して他の機器との通信を行ってもよい。

端末は、ネットワークモジュール４０２によってユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザへの電子メールの送受信、ウェブページの閲覧とストリーミングメディアへのアクセスなどを支援する。

オーディオ出力ユニット４０３は、無線周波数ユニット４０１又はネットワークモジュール４０２によって受信された又はメモリ４０９に記憶されたオーディオデータをオーディオ信号に変換して、音声として出力することができる。そして、オーディオ出力ユニット４０３は、端末４００によって実行された特定の機能に関連するオーディオ出力（例えば、呼び信号受信音、メッセージ着信音など）をさらに提供することができる。オーディオ出力ユニット４０３は、スピーカ、ブザー及び受話器などを含む。

入力ユニット４０４は、オーディオ又はビデオ信号を受信するために用いられる。入力ユニット４０４は、グラフィックスプロセッサ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＧＰＵ）４０４１とマイクロホン４０４２とを含んでもよく、グラフィックスプロセッサ４０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。処理された画像フレームは、表示ユニット４０６上に表示されてもよい。グラフィックスプロセッサ４０４１によって処理された画像フレームは、メモリ４０９（又は他の記憶媒体）に記憶されてもよく、又は無線周波数ユニット４０１又はネットワークモジュール４０２によって送信されてもよい。マイクロホン４０４２は、音声を受信することができるとともに、このような音声をオーディオデータとして処理することができる。処理されたオーディオデータは、電話の通話モードにおいて、無線周波数ユニット４０１を介して移動通信基地局に送信することが可能なフォーマットに変換して出力されてもよい。

端末４００は、少なくとも一つのセンサ４０５、例えば光センサ、モーションセンサ及び他のセンサをさらに含む。具体的には、光センサは、環境光センサ及び接近センサを含み、そのうち、環境光センサは、環境光の明暗に応じて、表示パネル４０６１の輝度を調整し、接近センサは、端末４００が耳元に移動した時、表示パネル４０６１及び／又はバックライトをオフにすることができる。モーションセンサの一種として、加速度計センサは、各方向（通常、三軸）での加速度の大きさを検出することができ、静止時、重力の大きさ及び方向を検出することができ、端末姿勢（例えば、縦横画面切り替え、関連ゲーム、磁力計姿勢校正）の識別、振動識別関連機能（例えば、歩数計、タップ）などに用いられてもよい。センサ４０５は、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどをさらに含んでもよい。ここではこれ以上説明しない。

表示ユニット４０６は、ユーザによって入力された情報又はユーザに提供される情報を表示するために用いられる。表示ユニット４０６は、表示パネル４０６１を含んでもよく、液晶ディスプレイ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（ＯｒｇａｎｉｃＬｉｇｈｔ－ＥｍｉｔｔｉｎｇＤｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル４０６１が配置されてもよい。

ユーザ入力ユニット４０７は、入力された数字又はキャラクタ情報の受信、及び端末のユーザによる設置及び機能制御に関するキー信号入力の発生に用いられてもよい。具体的には、ユーザ入力ユニット４０７は、タッチパネル４０７１及び他の入力機器４０７２を含む。タッチパネル４０７１は、タッチスクリーンとも呼ばれ、その上又は付近でのユーザによるタッチ操作（例えばユーザが指、タッチペンなどの任意の適切な物体又は付属品を使用してタッチパネル４０７１上又はタッチパネル４０７１付近で行う操作）を收集することができる。タッチパネル４０７１は、タッチ検出装置とタッチコントローラという二つの部分を含んでもよい。そのうち、タッチ検出装置は、ユーザによるタッチ方位を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換してから、プロセッサ４１０に送信し、プロセッサ４１０から送信されてきたコマンドを受信して実行する。なお、抵抗式、静電容量式、赤外線及び表面音波などの様々なタイプを採用してタッチパネル４０７１を実現してもよい。タッチパネル４０７１以外、ユーザ入力ユニット４０７は、他の入力機器４０７２をさらに含んでもよい。具体的には、他の入力機器４０７２は、物理的なキーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らない、ここではこれ以上説明しない。

更に、タッチパネル４０７１は、表示パネル４０６１上に覆われてもよい。タッチパネル４０７１は、その上又は付近でのユーザによるタッチ操作を検出すると、プロセッサ４１０に伝送して、タッチイベントのタイプを特定し、その後、プロセッサ４１０は、タッチイベントのタイプに応じて表示パネル４０６１上で相応な視覚出力を提供する。図４では、タッチパネル４０７１と表示パネル４０６１は、二つの独立した部品として端末の入力と出力機能を実現するものであるが、なんらかの実施例では、タッチパネル４０７１と表示パネル４０６１を集積して端末の入力と出力機能を実現してもよい。具体的には、ここでは限定しない。

インターフェースユニット４０８は、外部装置と端末４００との接続のためのインターフェースである。例えば、外部装置は、有線又は無線ヘッドフォンポート、外部電源（又は電池充電器）ポート、有線又は無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、オーディオ入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでもよい。インターフェースユニット４０８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末４００内の一つ又は複数の素子に伝送するために用いられてもよく、又は端末４００と外部装置との間でデータを伝送するために用いられてもよい。

メモリ４０９は、ソフトウェアプログラム及び様々なデータを記憶するために用いられてもよい。メモリ４０９は、主にプログラム記憶領域及びデータ記憶領域を含んでもよい。そのうち、プログラム記憶領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶することができ、データ記憶領域は、携帯電話の使用によって作成されるデータ（例えば、オーディオデータ、電話帳など）などを記憶することができる。なお、メモリ４０９は、高速ランダムアクセスメモリを含んでもよく、不揮発性メモリ、例えば少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスをさらに含んでもよい。

プロセッサ４１０は、端末の制御センターであり、様々なインターフェースと線路によって端末全体の各部分に接続され、メモリ４０９に記憶されたソフトウェアプログラム及び／又はモジュールを運行又は実行すること、及びメモリ４０９に記憶されたデータを呼び出し、端末の様々な機能を実行し、データを処理することにより、端末全体をモニタリングする。プロセッサ４１０は、一つ又は複数の処理ユニットを含んでもよい。好ましくは、プロセッサ４１０は、アプリケーションプロセッサとモデムプロセッサを集積してもよい。そのうち、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインターフェース及びアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解できるように、上記モデムプロセッサは、プロセッサ４１０に集積されなくてもよい。

端末４００は、各部品に電力を供給する電源４１１（例えば電池）をさらに含んでもよい。好ましくは、電源４１１は、電源管理システムによってプロセッサ４１０にロジック的に接続されてもよく、それにより、電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。

また、端末４００は、いくつかの示されていない機能モジュールを含む。ここではこれ以上説明しない。

好ましくは、本発明の実施例は、端末をさらに提供する。この端末は、プロセッサ４１０と、メモリ４０９と、メモリ４０９に記憶され、且つ前記プロセッサ４１０上で運行できるコンピュータプログラムとを含み、このコンピュータプログラムがプロセッサ４１０によって実行される時、上記パワー制御パラメータ決定方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

本発明の実施例は、コンピュータ可読記憶媒体をさらに提供する。このコンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、本発明の実施例による端末側のパワー制御パラメータ決定方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。そのうち、前記コンピュータ可読記憶媒体は、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスク又は光ディスクなどである。

なお、本明細書では、「含む」、「包含」という用語又はその他の任意の変形は、非排他的な「包含」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本発明の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又は基地局などであってもよい）に本発明の各実施例に記載の方法を実行させる若干の命令を含む。

理解できるように、本開示のいくつかの実施例に記述されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせで実現されてもよい。ハードウェアの実現に対して、モジュール、ユニット、サブモジュール、サブユニットなどは、一つ又は複数の特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、デジタルシグナルプロセッシングデバイス（ＤＳＰＤｅｖｉｃｅ、ＤＳＰＤ）、プログラマブル論理デバイス（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本出願に記載の機能を実行するための他の電子ユニット又はそれらの組み合わせに実現されてもよい。

以上は、添付図面を結び付けながら、本発明の実施例について記述したが、本発明は、上記した具体的な実施の形態に限らない。上記した具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者が本発明の示唆により、本発明の趣旨と請求項に保護される範囲から逸脱しない場合、多くの形式を行うこともでき、いずれも本発明の保護内に属する。

Claims

端末に用いられるパワー制御パラメータ決定方法であって、
ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、
履歴配置に従って前記ターゲット対象のターゲットパラメータを決定すること、
プロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定すること、のうちのいずれか一つの方式で前記ターゲット対象のターゲットパラメータを決定することを含み、
そのうち、前記ターゲット対象は、物理上りリンク制御チャネルＰＵＣＣＨ、物理上りリンク共有チャネルＰＵＳＣＨとサウンディングリファレンス信号ＳＲＳから選択されており、前記ターゲットパラメータは、パス損失計算リファレンスリファレンス信号、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御のうちの少なくとも一つを含み、
前記ターゲットパラメータが前記パス損失計算リファレンスリファレンス信号を含む場合、履歴配置又はプロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定することは、
履歴配置の下りリンクリファレンス信号ＲＳにおける第一のＲＳを前記パス損失計算リファレンスリファレンス信号として決定することを含み、
前記第一のＲＳは、
前記ターゲット対象に関連する疑似コロケーションＱＣＬ情報における下りリンクＲＳ
である、ことを特徴とする方法。
前記ターゲット対象は、第一のキャリアに位置しており、前記ターゲット対象に関連する疑似コロケーションＱＣＬ情報における下りリンクＲＳは、
前記第一のキャリアが制御リソースセットＣＯＲＥＳＥＴを配置する場合、前記第一のキャリアに配置されたＣＯＲＥＳＥＴのうちの一つである第一のＣＯＲＥＳＥＴのＱＣＬ情報における下りリンクＲＳ、
前記第一のキャリアにＣＯＲＥＳＥＴが配置されていなく、且つ前記第一のキャリアのアクティブ化帯域幅部分ＢＷＰにＰＤＳＣＨ用のＭ個（Ｍが正整数である）の伝送配置指示ＴＣＩが配置されている場合、アクティブ化状態にある前記Ｍ個のＴＣＩのうちの一つである第一のＴＣＩにおける下りリンクＲＳ、
前記第一のキャリアにＣＯＲＥＳＥＴが配置されていなく、且つ第一のキャリアのアクティブ化ＢＷＰにアクティブ化状態にあるＴＣＩが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳ、
前記第一のキャリアにＣＯＲＥＳＥＴが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳ、のうちのいずれか一つを含む、ことを特徴とする請求項１に記載の方法。
前記第一のＣＯＲＥＳＥＴは、
前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴ、
前記第一のキャリアに配置されたＣＯＲＥＳＥＴのうちの識別子番号が０であるＣＯＲＥＳＥＴ、のうちのいずれか一つを含む、ことを特徴とする請求項２に記載の方法。
前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴは、
前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴのうちの最低識別子番号又は最高識別子番号のＣＯＲＥＳＥＴを含む、ことを特徴とする請求項３に記載の方法。
前記第一のＴＣＩは、前記Ｍ個のＴＣＩのうちの最低識別子番号又は最高識別子番号のＴＣＩである、ことを特徴とする請求項２に記載の方法。
前記第一のＢＷＰは、アクティブ化ＢＷＰ、初期ＢＷＰ、最低識別子番号のＢＷＰと最高識別子番号のＢＷＰのうちの少なくとも一つを含む、ことを特徴とする請求項２に記載の方法。
端末であって、
ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、
履歴配置に従って前記ターゲット対象のターゲットパラメータを決定すること、
プロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定すること、のうちのいずれか一つの方式で前記ターゲット対象のターゲットパラメータを決定するための決定モジュールを含み、
そのうち、前記ターゲット対象は、物理上りリンク制御チャネルＰＵＣＣＨ、物理上りリンク共有チャネルＰＵＳＣＨとサウンディングリファレンス信号ＳＲＳから選択されており、前記ターゲットパラメータは、パス損失計算リファレンスリファレンス信号、ターゲット受信パワー、パス損失補償係数と閉ループパワー制御のうちの少なくとも一つを含み、
前記ターゲットパラメータが前記パス損失計算リファレンスリファレンス信号を含む場合、履歴配置又はプロトコルの約定に従って前記ターゲット対象のターゲットパラメータを決定することは、
履歴配置の下りリンクリファレンス信号ＲＳにおける第一のＲＳを前記パス損失計算リファレンスリファレンス信号として決定することを含み、
前記第一のＲＳは、
前記ターゲット対象に関連する疑似コロケーションＱＣＬ情報における下りリンクＲＳ
である、ことを特徴とする端末。
前記ターゲット対象は、第一のキャリアに位置しており、前記ターゲット対象に関連する疑似コロケーションＱＣＬ情報における下りリンクＲＳは、
前記第一のキャリアが制御リソースセットＣＯＲＥＳＥＴを配置する場合、前記第一のキャリアに配置されたＣＯＲＥＳＥＴのうちの一つである第一のＣＯＲＥＳＥＴのＱＣＬ情報における下りリンクＲＳ、
前記第一のキャリアにＣＯＲＥＳＥＴが配置されていなく、且つ前記第一のキャリアのアクティブ化帯域幅部分ＢＷＰにＰＤＳＣＨ用のＭ個（Ｍが正整数である）の伝送配置指示ＴＣＩが配置されている場合、アクティブ化状態にある前記Ｍ個のＴＣＩのうちの一つである第一のＴＣＩにおける下りリンクＲＳ、
前記第一のキャリアにＣＯＲＥＳＥＴが配置されていなく、且つ第一のキャリアのアクティブ化ＢＷＰにアクティブ化状態にあるＴＣＩが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳ、
前記第一のキャリアにＣＯＲＥＳＥＴが配置されていない場合、前記第一のキャリアと異なる第二のキャリアの第一のＢＷＰの第三のＲＳ、のうちのいずれか一つを含む、ことを特徴とする請求項７に記載の端末。
前記第一のＣＯＲＥＳＥＴは、
前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴ、
前記第一のキャリアに配置されたＣＯＲＥＳＥＴのうちの識別子番号が０であるＣＯＲＥＳＥＴ、のうちのいずれか一つを含む、ことを特徴とする請求項８に記載の端末。
前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴは、
前記第一のキャリアに直近の時刻で配置されたＣＯＲＥＳＥＴのうちの最低識別子番号又は最高識別子番号のＣＯＲＥＳＥＴを含む、ことを特徴とする請求項９に記載の端末。
端末に用いられるパワー制御パラメータ決定方法であって、
ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、
ネットワーク機器により配置される、前記ターゲット対象と異なる他の対象のターゲットパラメータに基づいて前記ターゲット対象のターゲットパラメータを決定することを含み、
そのうち、前記ターゲット対象は、物理上りリンク共有チャネルＰＵＳＣＨであり、前記他の対象は、サウンディングリファレンス信号ＳＲＳであり、
前記ターゲットパラメータは、パス損失計算リファレンスリファレンス信号を含む場合、前記他の対象のターゲットパラメータに基づいて前記ターゲット対象のターゲットパラメータを決定することは、
前記他の対象の第一のパス損失計算リファレンスリファレンス信号を前記ターゲット対象の前記パス損失計算リファレンスリファレンス信号として決定することを含む、ことを特徴とする方法。
前記ターゲットパラメータは、ターゲット受信パワー、パス損失補償係数、及び閉ループパワー制御のうちの少なくとも一つをさらに含む、ことを特徴とする請求項１１に記載の方法。
端末であって、
ターゲット対象のパワー制御パラメータのうちのターゲットパラメータが配置されていない場合、
ネットワーク機器により配置される、前記ターゲット対象と異なる他の対象のターゲットパラメータに基づいて前記ターゲット対象のターゲットパラメータを決定するための決定モジュールを含み、
そのうち、前記ターゲット対象は、物理上りリンク共有チャネルＰＵＳＣＨであり、前記他の対象は、サウンディングリファレンス信号ＳＲＳであり、
前記ターゲットパラメータは、パス損失計算リファレンスリファレンス信号を含む場合、前記決定モジュールは、前記他の対象の第一のパス損失計算リファレンスリファレンス信号を前記ターゲット対象の前記パス損失計算リファレンスリファレンス信号として決定するために用いられる、ことを特徴とする端末。
前記ターゲットパラメータは、ターゲット受信パワー、パス損失補償係数、及び閉ループパワー制御のうちの少なくとも一つをさらに含む、ことを特徴とする請求項１３に記載の端末。
コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、請求項１から６のいずれか１項、又は１１から１２のいずれか１項に記載のパワー制御パラメータ決定方法のステップを実現させる、ことを特徴とするコンピュータ可読記憶媒体。