JP6648316B2

JP6648316B2 - 移動通信システムにおいて端末がパワーヘッドルームを計算する方法及び装置

Info

Publication number: JP6648316B2
Application number: JP2019005222A
Authority: JP
Inventors: ソン・フン・キム; キョン・イン・ジョン; サン・ブン・キム; ゲルト−ヤン・ファン・リースハウト
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2010-11-05
Filing date: 2019-01-16
Publication date: 2020-02-14
Anticipated expiration: 2031-11-04
Also published as: KR20190021303A; KR20120048491A; JP2019068474A; CN103190103A; KR102051510B1; JP6325636B2; JP2013544465A; EP3442156A1; JP2013545397A; EP3442156B1; USRE50299E1; USRE50162E1; EP3515009B1; KR101910899B1; CN110572873B; CN103190103B; KR101954185B1; CN103190102B; CN106131946A; EP4152679B1

Description

本発明は、ＬＴＥ−Ａ移動通信システムにおいて端末がプライマリ・セル(ｐｒｉｍａｒｙｃｅｌｌ)のパワーヘッドルーム情報を計算する方法及び装置に関する。

一般的に、移動通信システムは使用者の移動性を確保しながら通信を提供するための目的に開発された。このような移動通信システムは技術の飛躍的な発展に支えられて音声通信はもちろん高速のデータ通信サービスを提供することができる段階に至った。
近年、次世代移動通信システム中の１つで３ＧＰＰでＬＴＥ(ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ)に対する規格作業が進行中である。ＬＴＥは２０１０年程度を商用化目標とし、現在提供されているデータ送信率より高い最大１００Ｍｂｐｓ程度の送信速度を有する高速パケット基盤通信を具現する技術である。このために様々な方案が論議されているが、例えば、ネットワークの構造を簡単にして通信路上に位置するノードの数を減らす方案や、無線プロトコルを最大限無線チャンネルに近接させる方案等が論議中である。

一方、データサービスは音声サービスとは異なり送信しようとするデータの量とチャンネル状況によって割り当てることができる資源等が決定される。したがって、移動通信システムのような無線通信システムではスケジューラで送信しようとする資源の量とチャンネルの状況及びデータの量等を考慮して送信資源を割り当てる等の管理が成る。これは次世代移動通信システム中の１つであるＬＴＥでも同様になり、基地局に位置したスケジューラが無線送信資源を管理して割り当てる。
最近ＬＴＥ通信システムに、様々な新技術を組み合わせて送信速度を向上させる進化されたＬＴＥ通信システム(ＬＴＥ−Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ)に対する論議が本格化されている。上記新しく導入する技術の中で代表的なものでキャリアアグリゲーション(ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ)を挙げることができる。キャリアアグリゲーションとは従来の端末が１つのダウンリンクキャリアと１つのアップリンクキャリアのみを利用してデータ送受信をすることとは異なり、１つの端末が多数のダウンリンクキャリアと多数のアップリンクキャリアを用いることである。

国際公開第２０１０／０９１４２５号

ZTE，Discussion on CC specific PHR reporting，3GPP TSG RAN WG2 #70bis R2-103724，２０１０年６月２２日 TSG RAN WG1，LS on the reference format on virtual PHR，3GPP TSG-RAN WG1#62b R1-105820，２０１０年１０月１６日 Huawei，The possible impact of UL SU-MIMO on PH mapping[online]， 3GPP TSG-RAN WG4♯56 R4-103044，インターネット<URL:http://www.3gpp.org/ftp/tsg_ran/WG4_Radio/TSGR4_56/Documents/R4-103044.zip>，２０１０年８月２３日 Panasonic，Open issues for power headroom reporting[online]， 3GPP TSG-RAN WG2♯71bis R2-105757，インターネット<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_71bis/Docs/R2-105757.zip>，２０１０年１０月１１日

従来のアップリンクの送信出力決定関連手続きは端末に１つのダウンリンクキャリアと１つのアップリンクキャリアが割り当てられた場合のために定義されたことなので、集積された幾つかのキャリアを通じてデータを送受信する端末のアップリンク送信出力決定にそのまま適用することができない。特に、幾つかのキャリアが集積された端末が使用可能送信出力を報告する手続き及び方式を新しく定義する必要がある。

本発明の目的は、キャリアアグリゲーションのための移動通信システムにおいて端末が效率的にＰＨを計算する方法及び装置を提供するものである。

上記課題を解決するための本発明による多数個のサービングセルが集積される移動通信システムにおいて端末のＰＨ計算方法は、活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かを決定する過程と、上記上向きリンクデータと上向きリンク制御信号を送信するか否かによって上記活性化されたサービングセルのＰＨを計算する過程を含むことを特徴とする。

そして上記課題を解決するための本発明による多数個のサービングセルが集積される移動通信システムにおいて端末のＰＨ計算装置は、活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かを決定するための制御部と、上記上向きリンクデータと上向きリンク制御信号を送信するか否かによって上記活性化されたサービングセルのＰＨを計算するための計算部を含むことを特徴とする。

また、上記課題を解決するための本発明による多数個のサービングセルが集積される移動通信システムにおいて基地局のＰＨ受信方法は、端末で拡張ＰＨＲを受信する過程と、上記拡張ＰＨＲを分析して活性化されたサービングセルのＰＨを把握する過程を含み、上記端末は、上記活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かによって上記ＰＨを計算することを特徴とする。

さらに、上記課題を解決するための本発明による多数個のサービングセルが集積される移動通信システムにおいて基地局のＰＨ受信装置は、端末で拡張ＰＨＲを受信するための受信機と、上記拡張ＰＨＲを分析して活性化されたサービングセルのＰＨを把握するための制御部を含み、上記端末は、上記活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かによって上記ＰＨを計算することを特徴とする。

したがって、本発明による移動通信システムにおいてＰＨ計算方法及び装置は、活性化されたサービングセルで上向きリンクデータと上向きリンク制御信号を送信するか否かによって活性化されたサービングセルのＰＨを計算することによって、より效率的に活性化されたサービングセル別のＰＨを計算することができる。

本発明の実施例によるＬＴＥ移動通信システムの構造を示す図面である。本発明の実施例によるＬＴＥ移動通信システムのプロトコル構造を示す図面である。本発明の実施例によるＬＴＥ移動通信システムにおいてキャリアアグリゲーションを例示した図面である。本発明の実施例によるＬＴＥ移動通信システムにおいてキャリアアグリゲーションの構成の一例を示す図面である。本発明の実施例による２つのＣＣ１、ＣＣ２で相手ＰＨを共に報告するシナリオである。本発明の実施例によるＰＵＳＣＨが単独で使用される時とＰＵＣＣＨが共に使用される時の資源割り当ての一例を示す図面である。本発明の実施例によるＰＨＲ送信手続きを示すフローチャートである。本発明の実施例による端末装置を説明するためのブロック図である。

以下、添付の図面を参照して本発明の実施例をより詳細に説明する。この際、添付図面において、同一の構成要素はできるだけ同一の番号を付けることに留意すべきである。なお、本発明の要旨を濁すことができる公知機能及び構成に対する詳細な説明は省略であろう。

本発明は、ＬＴＥ-Ａ移動通信システムにおいて端末がプライマリ・セル(ＰＣｅｌｌ)のパワーヘッドルーム(ＰＨ)情報を計算する方法及び装置に関する。

従来には特定時間区間の間、ＰＵＳＣＨ又はＰＵＣＣＨの１つだけを送信することができた一方、ＬＴＥ-Ａ移動通信システムではアップリンクでＰＵＳＣＨとＰＵＣＣＨを同時に使用することができる。したがって、ＰＵＳＣＨが単独に送信される時、或いはＰＵＣＣＨと共に送信される時によって、提供されるＰＨの情報は変らなければならない。本発明ではＰＵＳＣＨとＰＵＣＣＨが同時に送信可能する時、效率的なＰＨ計算方法を開発する。

本発明を本格的に説明する前に、図１、２、及び図３を通じてＬＴＥ移動通信システムに対してより詳しく説明する。図１はＬＴＥ移動通信システムの構造を示す図面である。上記図１を参照すれば、図示したようにＬＴＥ移動通信システムの無線アクセスネットワークは次世代基地局(ＥｖｏｌｖｅｄＮｏｄｅＢ;以下ＥＮＢまたはＮｏｄｅＢという;１０５、１１０、１１５、１２０)とＭＭＥ(１２５；ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ)及びＳ-ＧＷ(１３０；Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)から構成される。使用者端末(ＵｓｅｒＥｑｕｉｐｍｅｎｔ、以下、「ＵＥ」という;１３５)は、ＥＮＢ及びＳ−ＧＷを通じて外部ネットワークに接続する。

ＥＮＢ１０５〜１２０はＵＭＴＳシステムの既存ノードＢに対応される。ＥＮＢはＵＥ１３５と無線チャンネルで連結され、既存ノードＢより複雑な役目が行われる。ＬＴＥではインターネットプロトコルを通じるＶｏＩＰ(ＶｏｉｃｅｏｖｅｒＩＰ)のようなリアルタイムサービスを初めとしてすべての使用者トラフィックが共用チャンネル(ｓｈａｒｅｄｃｈａｎｎｅｌ)を通じてサービスされるので、ＵＥの状況情報を納めてスケジューリングをする装置が必要であり、これをＥＮＢ１０５〜１２０が担当する。１つのＥＮＢは通常多数のセルを制御する。最大１００Ｍｂｐｓの送信速度を具現するため、ＬＴＥは最大２０ＭＨｚ帯域幅で直交周波数分割多重方式(ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ;以下、「ＯＦＤＭ」という)を無線接続技術として用いる。また、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌｃｏｄｉｎｇｒａｔｅ)を決定する適応変調コーディング(ＡｄａｐｔｉｖｅＭｏｄｕｌａｔｉｏｎ＆Ｃｏｄｉｎｇ、以下、「ＡＭＣ」という)方式を適用する。Ｓ−ＧＷはデータベアラーを提供する装置であり、ＭＭＥの制御に従い、データベアラーを生成したり除去する。ＭＭＥは各種制御機能を担当する装置であり、多数の基地局と連結される。

図２の無線プロトコルに対して簡単に説明する。

図２に示すように、ＬＴＥシステムの無線プロトコルはＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ；２０５、２４０)、ＲＬＣ(ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ；２１０、２３５)、ＭＡＣ(ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ；２１５、２３０)からなる。ＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ；２０５、２４０)はＩＰヘッダー圧縮/復元などの動作を担当し、無線リンク制御(ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ、以下「ＲＬＣ」という)(２１０、２３５)はＰＤＣＰＰＤＵ(ＰａｃｋｅｔＤａｔａＵｎｉｔ)を適切なサイズに再構成してＡＲＱ動作などを遂行する。ＭＡＣ２１５、２３０は一端末に構成された多くのＲＬＣ階層装置と連結され、ＲＬＣＰＤＵをＭＡＣＰＤＵに多重化してＭＡＣＰＤＵからＲＬＣＰＤＵを逆多重化する動作を遂行する。物理階層２２０、２２５は上位階層データをチャンネルコーディング及び変調してＯＦＤＭシンボルで作って無線チャンネルに送信したり、無線チャンネルを通じて受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層に伝達する動作をする。送信を基準でプロトコルエンティティーで入力されるデータをＳＤＵ(ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ)、出力されるデータをＰＤＵ(ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ)という。

図３にキャリアアグリゲーション(ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ)に対して簡略に説明する。図３はＬＴＥ移動通信システムにおいてキャリアアグリゲーションを例示した図面である。

図３を参照すれば、１つの基地局では一般的に互いに異なる周波数帯域に位置する多数のキャリアが送出されて受信される。例えば、ＥＮＢ３０５で中心周波数がｆ１のキャリア３１５と中心周波数がｆ２のキャリア３１０が送出される時、従来には１つの端末は上記２つのキャリアの中で１つのキャリアを利用してデータを送受信した。しかし、キャリアアグリゲーション能力を有している端末は同時に幾つかのキャリアからデータを送受信することができる。基地局はキャリアアグリゲーション能力を有している端末に対しては状況によってより多いキャリアを割り当てることによって上記端末の送信速度を高めることができる。伝統的な意味で１つのダウンリンクキャリアと１つのアップリンクキャリアが１つのセルを構成する時、キャリアアグリゲーションとは端末が同時に幾つかのセルを通じてデータを送受信することに理解されることもできる。これを通じて従来の単一セルで成就可能であった最大送信速度は集積されるキャリアの数に比例して増加される。集積されるキャリアはＲＲＣシグナリングを通じてコンフィギュアされる。ＬＴＥではＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを利用し、集積されるキャリアを追加させたり除去することができる。特定キャリアがコンフィギュア（ｃｏｎｆｉｇｕｒｅ）されてもデータ送信は遂行されない。実際に当該のキャリアを使用するためにはＭＡＣシグナリングを通じてキャリアを活性化させなければならない。ＬＴＥではＭＡＣＰＤＵ内にＭＡＣＣｏｎｔｒｏｌＥｌｅｍｅｎｔ(ＣＥ)を利用してコンフィギュアされたキャリアを活性化させる。このように活性化された多数のキャリアでサービスを遂行するので、サービングセル(ｓｅｒｖｉｎｇｃｅｌｌ)は多数になる。

アップリンク送信は他のセルのアップリンクに干渉をもたらすからアップリンク送信出力は適切な水準で維持されるべきである。このために端末はアップリンク送信を遂行することにおいて所定の関数を用いてアップリンク送信出力を算出し、算出されたアップリンク送信出力でアップリンク送信を遂行する。例えば、端末は割り当てを受けた送信資源の量と適用するＭＣＳ(ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＳｃｈｅｍｅ)レベルなどのスケジューリング情報と経路損失値などのチャンネル状況を推定することができる入力値を上記所定の関数に入力して要求アップリンク送信出力値を算出し、上記計算された要求アップリンク送信出力値を適用してアップリンク送信を遂行する。端末が適用することができるアップリンク送信出力値は端末の最大送信値によって制限され計算された要求送信出力値が端末の最大送信値を超過すれば端末は最大送信値を適用してアップリンク送信を遂行する。この場合、十分なアップリンク送信出力を適用することができないからアップリンク送信品質劣化が発生することができる。基地局は要求送信出力が最大送信出力を超過しないようにスケジューリングを遂行することが好ましい。しかし、経路損失などの幾つかのパラメーターは基地局が把握することができないから、端末は必要の時、使用可能送信出力メッセージ(ＰＨＲ、ＰｏｗｅｒＨｅａｄｒｏｏｍＲｅｐｏｒｔ)ということを送信して自分の使用可能送信出力(ＰＨ、ＰｏｗｅｒＨｅａｄｒｏｏｍ)状態を基地局に報告する。

使用可能送信出力に影響を及ぼす要素としては1)割り当てを受けた送信資源の量、２) アップリンク送信に適用するＭＣＳ、３)連関されたダウンリンクキャリアの経路損失、４)出力調整命令の累積値などがある。この中、経路損失(ＰａｔｈＬｏｓｓ、以下「ＰＬ」という)や累積出力調整命令値はアップリンクキャリア別に異なることができるので、一端末に多数のアップリンクキャリアが集積されると、アップリンクキャリア別にＰＨＲを送信するか否かを設定することが好ましい。しかし、效率的なＰＨＲ送信のために、１つのアップリンクキャリアで多数のアップリンクキャリアに対するＰＨを共に報告することもできる。運用戦略によって、実際ＰＵＳＣＨ送信が起きないキャリアに対するＰＨが必要する場合もある。したがって、このような場合に１つのアップリンクキャリアで多数のアップリンクキャリアに対するＰＨを共に報告する方法はより效率的かもしれない。このために、既存のＰＨＲを拡張させなければならない。１つのＰＨＲに含まれる多数のＰＨは予め決定された手順によって構成されるでしょう。

図４は、ＬＴＥ移動通信システムにおいてキャリアアグリゲーションの構成の一例を示す図面である。

図４を参照すれば、一端末に５個のアップリンクキャリアが集積されており、この中１つのアップリンクキャリアだけ当該の５個のアップリンクキャリアに対するＰＨを共に送信するように設定することができる。同様に、アップリンクキャリア４４０、４４５、４５０の使用可能送信出力は３つ中の１つのアップリンクキャリアだけＰＨＲを送信するように設定することができる。

ＰＨＲは通常連結されたダウンリンクキャリアの経路損失が所定の基準値以上に変更されたり、ｐｒｏｈｉｂｉｔＰＨＲｔｉｍｅｒが満了されたり、又はＰＨＲを生成した後、所定の期間が経過するとトリガーされる。端末はＰＨＲがトリガー(ｔｒｉｇｇｅｒ)されてもＰＨＲを直ちに送信せず、アップリンク送信が可能な時点、例えばアップリンク送信資源が割り当てられる時点まで待機する。これはＰＨＲが非常に迅速に処理されなければならない情報ではないからである。端末はＰＨＲがトリガーされた後、一番目にアップリンク送信に上記ＰＨＲを含ませて送信する。ＰＨＲはＭＡＣ階層の制御情報でありサイズは８ビットである。ＰＨＲの一番目の２ビットは現在使用されなく、残り６ビットは−２３ｄＢから４０ｄＢ間の範囲の中で１つを指示する用途として使用され、これが端末の使用可能送信出力を指示する。端末は以下の数式１を用いて使用可能出力を算出する。当該の数1はＰＵＳＣＨだけが送信される時を仮定する。

サービングセル(ｓｅｒｖｉｎｇｃｅｌｌ)ｃにおいて、i番目のサブフレーム(ｓｕｂｆｒａｍｅ)のＰＨ(ｉ)は最大アップリンク送信電力Ｐ_{ＣＭＡＸ,ｃ}(ｉ)、資源ブロックの数Ｍ_{ＰＵＳＣＨ,Ｃ}(ｉ)、ＭＣＳから誘導されるパワーオフセットΔ_ＴＦ,ｃ、経路損失ＰＬ_ｃ, ｆ_ｃ(i)(ａｃｃｕｍｕｌａｔｅｄＴＰＣｃｏｍｍａｎｄｓ)によって計算される。上記数式１においてＰＬ_ｃはサービングセルｃに対して経路損失を提供するように設定されているセルの経路損失である。任意のサービングセルのアップリンク送信出力決定に使用される経路損失は当該のセルのダウンリンクチャンネルの経路損失や、或いは他のセルのダウンリンクチャンネルの経路損失である。この中、どの経路損失を使用するかはコール設定過程で基地局が選択して端末に知らせる。上記数式１においてｆ_ｃ(i)はサービングセルｃの送信出力調整命令(ＴｒａｎｓｍｉｓｓｉｏｎＰｏｗｅｒＣｏｎｔｒｏｌ)の累積値である。Ｐ_{Ｏ＿ＰＵＳＣＨ，Ｃ}は上位階層でパラメーターとして、ｃｅｌｌ−ｓｐｅｃｉｆｉｃ及びＵＥ−ｓｐｅｃｉｆｉｃ値の合からなる。一般的にＰ_{Ｏ＿ＰＵＳＣＨ，Ｃ}はｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｓｃｈｅｄｕｌｉｎｇ、ｄｙｎａｍｉｃｓｃｈｅｄｕｌｉｎｇ、ｒａｎｄｏｍａｃｃｅｓｓｒｅｓｐｏｎｓｅ等のＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)送信種類によって他の値が適用される。α_ｃは上位階層から提供される３−ビットｃｅｌｌ−ｓｐｅｃｉｆｉｃ値でアップリンクの送信出力計算の際、経路損失に適用する加重値(すなわち、この値が高いほど経路損失がアップリンク送信出力により多い影響を及ぼす)であり、ＰＵＳＣＨ送信種類によって適用することができる値が制限される。ｊ値はＰＵＳＣＨの種類を表すことに使用される。ｊ＝０の時にｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｓｃｈｅｄｕｌｉｎｇ、ｊ＝１の時にはｄｙｎａｍｉｃｓｃｈｅｄｕｌｉｎｇ、ｊ＝２の時にはｒａｎｄｏｍａｃｃｅｓｓｒｅｓｐｏｎｓｅをそれぞれ示す。上記数式１において、若し、特定サービングセルでＰＵＳＣＨ送信がなければ、Ｍ_{ＰＵＳＣＨ}とΔ_ＴＦは定義によって上記公式に適用することができないだろう。

幾つかのキャリアが集積された移動通信システムで、実際ＰＵＳＣＨ送信が起きるサービングセルがあり、一定の時間区間の間、ＰＵＳＣＨ送信が起きないサービングセルがある。また、各サービングセルに対するＰＨは他のサービングセルによって共に報告されることもできる。幾つかのキャリアが集積された移動通信システムにおいて幾つかのサービングセルに対するＰＨを報告すべき場合、これらは１つのＰＨＲに集めて送信する。このような方法は各キャリ別にＰＨを送信することに比べてシグナルオーバーヘッドを減らすことができ、実際ＰＵＳＣＨ送信がないキャリアに対してもＰＨ情報を得ることもできる。

図５は２つのサービングセル(ＣＣ１及びＣＣ２)で相手ＰＨを共に報告するシナリオを示している。

図５を参照すれば、ＣＣ１がＰＵＳＣＨ送信が起きており、ＣＣ２はそうではない区間５０５で、端末はＣＣ１から送信されるＭＡＣＰＤＵ５１０にＣＣ１ＰＨＲ５１５のみならずＣＣ２ＰＨＲ５２０を含ませることができる。反対に、ＣＣ２がＰＵＳＣＨ送信が起きており、ＣＣ１はそうではない区間５２５で、端末はＣＣ２から送信されるＭＡＣＰＤＵ５３０にＣＣ１ＰＨＲ５３５のみならずＣＣ２ＰＨＲ５４０を含ませることができる。

拡張されたＰＨＲは多数のキャリアに対するＰＨ情報から構成され、各キャリアに対するＰＨ情報は選別的に含まれる。したがって、拡張されたＰＨＲのサイズは状況によって変化するでしょう。従来のＰＨＲ形式と共に、新たにＰＨＲ形式が導入されるので、この２つの形式を区別するため、拡張されたＰＨＲ形式なのを指示する新しいＬＣＩＤを定義する。拡張されたＰＨＲのサイズは可変的なのでそのサイズを指示する値Ｌが追加されなければならない。ＰＣｅｌｌはＰＵＳＣＨとＰＵＣＣＨ同時に送信するか否かによってＴｙｐｅ２ＰＨが含まれたり、そうではない場合もある。また、ａｃｔｉｖａｔｅｄＳＣｅｌｌのＰＨが含まれる。したがって、拡張されたＰＨＲのサイズは状況によって変わるのでそのサイズを指示する値Ｌがサブ−ヘッダーに含まれる。ＳＣｅｌｌではＰＣｅｌｌとは異なりＰＵＳＣＨとＰＵＣＣＨを同時に送信することができないので、Ｔｙｐｅ２ＰＨが存在しない。連続されたバイトで各キャリアＰＨ情報を収録する順序はＰＣｅｌｌのＴｙｐｅ２ＰＨ → ＰＣｅｌｌのＴｙｐｅ１ＰＨ→ＳＣｅｌｌｉｎｄｅｘの昇順でａｃｔｉｖａｔｅｄＳＣｅｌｌのＰＨとする。Ｔｙｐｅ２ＰＨはＰＣｅｌｌに対してだけ存在し、Ｔｙｐｅ２ＰＨを解釈するためにはＴｙｐｅ１ＰＨが必要であるという事実を考慮してＰＣｅｌｌのＰＨを前部分に配置した。ここで、Ｔｙｐｅ２ＰＨはアップリンクでＰＵＳＣＨとＰＵＣＣＨが同時に使用される時、適用される。拡張されたＰＨＲを受信した装置は先にＰＣｅｌｌのＴｙｐｅ２ＰＨとＴｙｐｅ１ＰＨを用いてＰＣｅｌｌでＰＵＳＣＨ送信のための使用可能送信電力とＰＵＣＣＨ送信のための使用可能送信電力に対する情報を獲得した後、同様の類型のＰＨすなわち、Ｔｙｐｅ１ＰＨを処理することによって処理負荷を軽減することができる。

実際、ＰＵＳＣＨ送信がなくても、基地局は特定のアップリンクキャリアにおける経路損失情報を得るため、ＰＨをトリガーさせることができる。特定サービングセルに対し、ＰＨＲがトリガーされると、端末はＰＵＳＣＨ送信するか否かによってＰＨ値の算出方法を決定する。該当のサービングセルに対してＰＵＳＣＨ送信があると、従来の技術の通り、上記数式１を用いてＰＨを計算する。若し、当該のサービングセルでＰＵＳＣＨ送信がなければ、割り当てられた送信資源がないことを意味するので、Ｍ_{ＰＵＳＣＨ}とΔ_ＴＦでどんな値を使用するかが明確ではないので、基地局と端末が同様のＭ_{ＰＵＳＣＨ}とΔ_ＴＦを使用してＰＨを算出して解釈するようにする装置が必要である。これは例えば端末と基地局がＰＵＳＣＨ送信がない場合にＰＨ算出のために使用する送信フォーマット(送信資源の量とＭＣＳレベル)を決定することで解決可能である。若し、このようなレファレンス送信フォーマットでＲＢ１個と最低のＭＣＳレベルを仮定するとＭ_{ＰＵＳＣＨ} とΔ_ＴＦはそれぞれ０となり、上記数式１で抜けることと同様の意味を持つ。即ち、当該のサービングセルではデータ送信が成らないのでＰ_{ＣＭＡＸ,ｃ}(ｉ)は存在しない。したがって、Ｐ_{ＣＭＡＸ,ｃ}(ｉ)をどんな値で決定するかに対する判断が必要である。このような仮想送信に対し、仮想Ｐ_{ＣＭＡＸ,ｃ}(ｉ)を定義して適用する。Ｐ_{ＣＭＡＸ,ｃ}(ｉ)は当該のセルで許容された最大送信出力であるＰ_ＥＭＡｘと端末の内在的な最大送信出力であるＰ_{ｐｏｗｅｒｃｌａｓｓ}を用いて決定することができる。例えば、以下のように決定されることができる。

Ｐ_ＣＭＡＸはＰ_{ＣＭＡＸ＿L}≦Ｐ_ＣＭＡＸ≦Ｐ_{ＣＭＡＸ＿Ｈ}の関係をもって決定される。この時、ｚｅｒｏｐｏｗｅｒｂａｃｋ-ｏｆｆを考慮すると、Ｐ_{ＣＭＡＸ_Ｈ}＝Ｐ_{ＣＭＡＸ_Ｈ}になり、Ｐ_ＣＭＡＸ＝Ｐ_ＣＭＡＸ__Ｈになる。この時、Ｐ_{ＣＭＡＸ＿Ｈ}はＰ_{ｐｏｗｅｒＣｌａｓｓ}とＰ_ＥＭＡＸの中で小さい値である。Ｐ_ＥＭＡＸはｃｅｌｌ−ｓｐｅｃｉｆｉｃの最大許容送信電力であり、Ｐ_{ｐｏｗｅｒＣｌａｓ}はＵＥ−ｓｐｅｃｉｆｉｃの最大許容送信電力である。

前述したように、ＬＴＥ−Ａ移動通信システムではアップリンクでＰＵＳＣＨとＰＵＣＣＨを同時に使用することができる。したがって、ＰＵＳＣＨが単独に送信される時、或いはＰＵＣＣＨと共に送信される時によって、提供されるＰＨの情報は変わらなければならない。

図６はＰＵＳＣＨが単独で使用される時とＰＵＣＣＨが共に使用される時の資源割り当ての例である。図６の左側図面はＰＵＳＣＨ６０５のために、資源が共に割り当てられた場合である。この時、横軸は時間領域を示し、縦軸は周波数領域を示す。図６の右側図面はＰＵＳＣＨ６１５とＰＵＣＣＨ６１０が同時に資源の割り当てを受けて送信される場合である。

図６を参照すれば、ＰＵＳＣＨとＰＵＣＣＨが同時に使用されると、ＰＨを計算するためには端末の最大送信電力量でＰＵＳＣＨに割り当てられた送信電力量とＰＵＣＣＨに割り当てられた送信電力量を共に除かなければならない。ＰＵＳＣＨとＰＵＣＣＨが同時に使用される時には基地局が端末にＰＵＣＣＨコンフィギュレーションを通じてこれを予め指示する。ＰＵＳＣＨが単独に送信される時、或いはＰＵＣＣＨと共に送信される時のＰＨを提供してくれるため、Ｔｙｐｅ１ＰＨとＴｙｐｅ２ＰＨを利用する。Ｔｙｐｅ１ＰＨはＰ_ＣＭＡＸ−Ｐ_{ＰＵＳＣＨ}に定義される。ここで、Ｐ_{ＰＵＳＣＨ}はＰＵＳＣＨに割り当てられた電力量である。Ｔｙｐｅ２ＰＨはＰ_ＣＭＡＸ−Ｐ_{ＰＵＳＣＨ}−Ｐ_{ＰＵＣＣＨ}に定義される。ここでＰ_{ＰＵＣＣＨ}はＰＵＣＣＨに割り当てられた電力量である。ＰＵＣＣＨコンフィギュレーションでＰＵＳＣＨとＰＵＣＣＨ同時使用に対して指示しなければＴｙｐｅ１ＰＨのみを利用すれば良い。そうではなければ、Ｔｙｐｅ１ＰＨとＴｙｐｅ２ＰＨが共に利用される。Ｔｙｐｅ２ＰＨはｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ(ＣＡ)システムでＰＣｅｌｌだけで適用され、ＳＣｅｌｌには適用されない。ＰＵＣＣＨコンフィギュレーションでＰＵＳＣＨとＰＵＣＣＨ同時使用に対して指示すれば、ＰＣｅｌｌに対するＰＨでＴｙｐｅ１ＰＨとＴｙｐｅ２ＰＨが共に含まれる。

前述したように、実際ＰＵＳＣＨ(又はＰＵＣＣＨ)送信がなくても基地局は特定アップリンクキャリアにおける経路損失情報を得るため、ＰＨをトリガーさせることができる。ＰＵＣＣＨコンフィギュレーションでＰＵＳＣＨとＰＵＣＣＨ同時使用に対して指示しても、特定時間区間の間、実際ＰＵＳＣＨ又はＰＵＣＣＨが実際送信されない場合もあり、ＰＵＳＣＨとＰＵＣＣＨ共に送信されない場合もある。ＣＡシステムでは幾つかのサービングセルが存在し、少なくとも１つのサービングセルでＰＨＲトリガー条件を満足すればアップリンクキャリアがコンフィギュレーションされたすべてのａｃｔｉｖａｔｅｄｃｅｌｌに対してＰＨを生成して基地局にこれを報告する。このような場合、ＰＣｅｌｌのアップリンクチャンネルの状態は大きく４種で区分することができる。

- ＰＵＳＣＨとＰＵＣＣＨを共に送信する場合
- ＰＵＳＣＨだけ送信する場合
- ＰＵＣＣＨだけ送信する場合
- ＰＵＳＣＨとＰＵＣＣＨ共に送信がない場合

上記４種場合に対し、Ｔｙｐｅ１ＰＨとＴｙｐｅ２ＰＨを計算する方法が必要である。本発明は各場合に対し、Ｔｙｐｅ１ＰＨとＴｙｐｅ２ＰＨを計算する方法を以下のように提示する。以下の説明でｒｅａｌＰ_ＣＭＡＸはＰＣｅｌｌの実際的なアップリンク送信を考慮して決定されたＰ_ＣＭＡＸを意味し、ｒｅｆｅｒｅｎｃｅＰ_ＣＭＡＸはＭＰＲ、Ａ−ＭＰＲなどのようなｂａｃｋｏｆｆｐａｒａｍｅｔｅｒを０と見なして決定されたＰ_ＣＭＡＸである。

場合 1)ＰＵＳＣＨとＰＵＣＣＨを共に送信する場合
Ｔｙｐｅ１ＰＨ＝ｒｅａｌＰ_{ＣＭＡＸ―}ｒｅａｌＰＵＳＣＨｐｏｗｅｒ
Ｔｙｐｅ２ＰＨ＝ｒｅａｌＰ_ＣＭＡＸ-ｒｅａｌＰＵＳＣＨｐｏｗｅｒ−ｒｅａｌＰＵＣＣＨｐｏｗｅｒ
場合２)ＰＵＳＣＨだけ送信する場合
Ｔｙｐｅ１ＰＨ＝ｒｅａｌＰ_ＣＭＡＸ−ｒｅａｌＰＵＳＣＨｐｏｗｅｒ
Ｔｙｐｅ２ＰＨ＝ｒｅａｌＰ_ＣＭＡＸ−ｒｅａｌＰＵＳＣＨｐｏｗｅｒ - ｖｉｒｔｕａｌＰＵＣＣＨｐｏｗｅｒ
場合３)ＰＵＣＣＨだけ送信する場合
Ｔｙｐｅ１ＰＨ＝ｒｅｆｅｒｅｎｃｅＰ_ＣＭＡＸ−ｖｉｒｔｕａｌＰＵＳＣＨｐｏｗｅｒ
Ｔｙｐｅ２ＰＨ＝ｒｅａｌＰ_ＣＭＡＸ−ｖｉｒｔｕａｌＰＵＳＣＨｐｏｗｅｒ - ｒｅａｌＰＵＣＣＨｐｏｗｅｒ
場合４)ＰＵＳＣＨとＰＵＣＣＨ共に送信がない場合
Ｔｙｐｅ１ＰＨ＝ｒｅｆｅｒｅｎｃｅＰ_ＣＭＡＸ- ｖｉｒｔｕａｌＰＵＳＣＨｐｏｗｅｒ
Ｔｙｐｅ２ＰＨ＝ｒｅｆｅｒｅｎｃｅＰ_ＣＭＡＸ−ｖｉｒｔｕａｌＰＵＳＣＨｐｏｗｅｒ - ｖｉｒｔｕａｌＰＵＣＣＨｐｏｗｅｒ

ここで、ｒｅａｌＰＵＳＣＨｐｏｗｅｒ或いはｒｅａｌＰＵＣＣＨｐｏｗｅｒとはＰＣｅｌｌの実質的なＰＵＳＣＨ送信或いは実質的なＰＵＣＣＨ送信に要求される送信出力を意味し、ｖｉｒｔｕａｌＰＵＳＣＨｐｏｗｅｒ或いはｖｉｒｔｕａｌＰＵＣＣＨｐｏｗｅｒはＰＣｅｌｌで実質的なＰＵＳＣＨ送信或いは実質的なＰＵＣＣＨ送信がない場合、所定の送信フォーマットなどを利用して計算する要求送信出力を意味する。上記の場合で分かるようにＰＣｅｌｌで実質的なアップリンク送信がある場合、Ｐ_ＣＭＡＸに実質的なアップリンク送信が考慮されたｒｅａｌＰ_ＣＭＡＸを使用する。例外的にＰＵＣＣＨ送信だけある場合、Ｔｙｐｅ１ＰＨ計算時にはｒｅｆｅｒｅｎｃｅＰ_ＣＭＡＸを使用し、Ｔｙｐｅ２ＰＨ計算時にはｒｅａｌＰ_ＣＭＡＸを使用する。その理由は、ＰＵＳＣＨ送信はスケジューリング決定によってセルの全体周波数帯域の中でどこでも自由に成ることができる一方、ＰＵＣＣＨ送信はセルの特定周波数帯域、具体的にセルの周波数帯の中で両端の所定の帯域で進行される。上記差異はＰＵＣＣＨ送信だけあるにもかかわらずＴｙｐｅ１ＰＨ計算にｒｅａｌＰ_ＣＭＡＸを使用する場合、ΔＴ_Ｃが不必要に適用されてＴｙｐｅ１ＰＨの歪みをもたらすことができるからである。この逆は成立されないから(即ち、ＰＵＳＣＨ送信だけある場合、Ｔｙｐｅ２ＰＨ計算にｒｅａｌＰ_ＣＭＡＸを使用してもＴｙｐｅ２ＰＨ計算に歪みが発生しない。)、場合２ではＴｙｐｅ１ＰＨとＴｙｐｅ２ＰＨ計算に共にｒｅａｌＰ_ＣＭＡＸを使用する。

ここでＰＵＳＣＨ又はＰＵＣＣＨ送信を考慮してＰ_ＣＭＡＸを決定するということは従来の３ＧＰＰＴＳ３６．１０１標準文書に記述された方法によってＰ_ＣＭＡＸを導出することを意味する。より具体的に、Ｐ_ＣＭＡＸを導出する時、当該のチャンネルにおけるｍｏｄｕｌａｔｉｏｎ及び送信帯域幅、ＡＣＬＲ及びｓｐｅｃｔｒｕｍｅｍｉｓｓｉｏｎ要求事項などを考慮してＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲΔＴ_Ｃなどを決定することを意味する。端末は以下のような値の範囲内でＰ_ＣＭＡＸを決定する。

Ｐ_{ＣＭＡＸ＿Ｌ}≦Ｐ_ＣＭＡＸ≦Ｐ_ＣＭＡＸ__Ｈ
ここで、
− Ｐ_{ＣＭＡＸ＿Ｌ}＝ＭＩＮ{Ｐ_ＥＭＡＸ−Ｔ_Ｃ、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}−ＭＡＸ(ＭＰＲ＋Ａ−ＭＰＲ、Ｐ−ＭＰＲ)−Ｔ_Ｃ｝
− Ｐ_ＣＭＡＸ__Ｈ＝ＭＩＮ{Ｐ_ＥＭＡＸ、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}}
− Ｐ_ＥＭＡＸはｃｅｌｌ−ｓｐｅｃｉｆｉｃの最大許容送信電力量であり、Ｐ_{ＰｏｗｅｒＣｌａｓｓ}はＵＥ−ｓｐｅｃｉｆｉｃの最大許容送信電力量である。
− ＭＰＲはチャンネルに適用されたｍｏｄｕｌａｔｉｏｎ及び送信帯域幅によって決定される。
− Ａ−ＭＰＲはＡＣＬＲ及びｓｐｅｃｔｒｕｍｅｍｉｓｓｉｏｎ要求事項を考慮して決定される。
− Ｐ−ＭＰＲは一種のｐｏｗｅｒｍａｎａｇｅｍｅｎｔのための値であり、Ｔ_Ｃはｏｐｅｒａｔｉｎｇｂａｎｄｅｄｇｅｔｒａｎｓｍｉｓｓｉｏｎｐｏｗｅｒｒｅｌａｘａｔｉｏｎ値である。

また、ｒｅｆｅｒｅｎｃｅＰ_ＣＭＡＸはｚｅｒｏｐｏｗｅｒｂａｃｋ−ｏｆｆを考慮した仮想Ｐ_{ＣＭＡＸ，Ｃ}(ｉ)を言い、仮想Ｐ_{ＣＭＡＸ，Ｃ}(ｉ)を前述した。ＰＵＳＣＨ又はＰＵＣＣＨ送信がない場合、当該のチャンネルの送信電力量は実際存在しないので、これを代わる所定の送信フォーマットを代入し、本発明ではｖｉｒｔｕａｌＰＵＳＣＨとｖｉｒｔｕａｌＰＵＣＣＨで称する。

図７は本発明の実施例によるＰＨＲ送信手続きを示すフローチャートである。

図７を参照すると、端末は７０５段階で拡張されたＰＨＲをコンフィギュレーションする。７１０段階でＰＨＲがトリガー条件が満足される。即ち、ｐｒｏｈｉｂｉｔＰＨＲ-Ｔｉｍｅｒが満了された状態であり、各アップリンクキャリアと連結されたダウンリンクキャリアの中で少なくとも１つが経路損失の変化がｄｌ-ＰａｔｈｌｏｓｓＣｈａｎｇｅより大きければ、アップリンクキャリアがコンフィギュレーションされたすべてのａｃｔｉｖａｔｅｄサービングセルに対してＰＨＲをトリガーする。また、端末は周期的にＰＨＲをトリガーすることができ、Ｒｅｌ−１０ＰＨＲコンフィギュレーション以後、新しいアップリンク送信が起きれば、端末はアップリンクキャリアがコンフィギュレーションされたすべてのａｃｔｉｖａｔｅｄサービングセルに対してＰＨＲをトリガーする。７１５段階で端末は前述した方法によってＰＣｅｌｌのＰ_ＣＭＡＸ値を計算する。この時、４種の場合が考慮される。７２０段階でＰ_ＣＭＡＸ値とＰＵＳＣＨとＰＵＣＣＨの送信電力量を代入し、ＰＣｅｌｌのＴｙｐｅ１ＰＨ、Ｔｙｐｅ２ＰＨを計算する。７３０段階ではＳＣｅｌｌのＴｙｐｅ１ＰＨを計算する。この時、端末は当該のＳＣｅｌｌにアップリンク送信があればｒｅａｌＰ_ＣＭＡＸとｒｅａｌＰＵＳＣＨｐｏｗｅｒを適用し、当該のＳＣｅｌｌにアップリンク送信がなければｒｅｆｅｒｅｎｃｅＰ_ＣＭＡＸとｖｉｒｔｕａｌＰＵＳＣＨｐｏｗｅｒを適用してＴｙｐｅ１ＰＨを計算する。7３５段階でＰＨＲを構成し、７４０段階で構成したＰＨＲを送信する。

図８は本発明における端末装置を説明するためのブロック図である。

図８を参照すれば、端末装置は送受信機８０５、ＰＨ計算部８１５、制御部８１０、多重化及び逆多重化装置８２０、制御メッセージ処理部８３５及び各種上位階層装置８２５、８３０などから構成される。

送受信機はダウンリンクキャリアでデータ及び所定の制御信号を受信してアップリンクキャリアでデータ及び所定の制御信号を送信する。多数のキャリアが集積された場合、送受信機は上記多数のキャリアでデータ送受信及び制御信号送受信を遂行する。

制御部は送受信機が提供する制御信号、例えばアップリンクグラントで指示するスケジューリング情報によって多重化及び逆多重化装置にＭＡＣＰＤＵ構成を指示する。制御部はさらにＰＨＲトリガーされるか否かを判断し、ＰＨＲがトリガーされるとＰＨに使用可能送信出力を計算することを指示する。ＰＨＲトリガーされるか否かは制御メッセージ処理部で伝達したＰＨＲパラメーターを利用して判断する。制御部は、さらに幾つかのアップリンクキャリアのＰＨ情報が１つのＰＨＲに含まれるように設定された場合、各キャリアのＰＨが実際Ｐ_ＣＭＡＸ又はＰ_ＣＭＡＸで誘導されたのかを表わす認識子をＭＡＣＰＤＵに含ませるように多重化及び逆多重化装置に指示する。制御部はさらにＰＨ計算部が伝達した使用可能送信出力を利用してＰＨＲを生成して多重化及び逆多重化装置に伝達する。ＰＨ計算部は制御部の制御によって使用可能送信出力を計算し、その値を制御部に伝達する。多数のキャリアが集積される場合、各キャリア別にＰＨを計算することができ、ＰＵＳＣＨが送信されないキャリアに対しては仮想Ｐ_ＣＭＡＸを利用してＰＨを誘導する。

多重化及び逆多重化装置は上位階層装置や制御メッセージ処理部で発生したデータを多重化したり送受信機で受信されたデータを逆多重化して適切な上位階層装置や制御メッセージ処理部に伝達する役目をする。

制御メッセージ処理部はネットワークが送信した制御メッセージを処理して必要な動作を取る。例えば、制御メッセージに収納されたＰＨＲパラメーターを制御部に伝達したり、新しく活性化されるキャリアの情報を送受信機に伝達して上記キャリアが送受信機で設定されるようにする。上位階層装置はサービス別に構成されることができ、ＦＴＰやＶｏＩＰなどのような使用者サービスで発生するデータを処理して多重化装置に伝達したり逆多重化装置が伝達したデータを処理して上位階層のサービスアプリケーションに伝達する。

一方、図示しないが、本発明における基地局装置は送受信機、制御部及びスケジューラを含む。送受信機は端末で拡張ＰＨＲを受信する。制御部は拡張ＰＨＲを分析してサービングセル別のＰＨを把握する。スケジューラはサービングセル別にＰＨによって端末のための上向きリンク資源を割り当てる。

一方、本明細書及び図面に開示された本発明の実施例は本発明の記述内容を容易に説明し、本発明の理解を助けるために特定例を提示したものであるだけ、本発明の範囲を限定しようとするものではない。即ち、本発明の技術的思想に基づいた他の変形例が実施可能であるということは本発明が属する技術分野における通常の知識を有する者に自明なものである。

８０５送受信機
８１０制御部
８１５ＰＨ計算部
８２０多重化及び逆多重化装置
８２５・８３０上位階層装置
８３５制御メッセージ処理部

Claims

無線通信システムにおける端末の方法であって、
ＰＵＳＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）−ＰＵＣＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）同時伝送に関連したＰＵＣＣＨ設定情報を受信する段階と、
ＰＨＲ（ｐｏｗｅｒｈｅａｄｒｏｏｍｒｅｐｏｒｔ）のトリガーを判断する段階と、
前記ＰＨＲがトリガーされると、
第１アップリンク最大送信電力に基づいてＰＣｅｌｌ（ｐｒｉｍａｒｙｃｅｌｌ）のためのｔｙｐｅ１ＰＨ（ｐｏｗｅｒｈｅａｄｒｏｏｍ）を決定し、第２アップリンク最大送信電力に基づいて前記ＰＣｅｌｌのためのｔｙｐｅ２ＰＨを決定し、第３アップリンク最大送信電力に基づいてＳＣｅｌｌ（ｓｅｃｏｎｄａｒｙｃｅｌｌ）のためのｔｙｐｅ１ＰＨを決定する段階と、を含み、
前記ＰＣｅｌｌのサブフレームで前記ＰＵＣＣＨを送信し、前記ＰＵＳＣＨを送信しないと、前記第１アップリンク最大送信電力は、バックオフパラメータを０として適用して決定し、前記第２アップリンク最大送信電力は、実際のバックオフパラメータを適用して決定し、
前記ＳＣｅｌｌのサブフレームで前記ＰＵＳＣＨを送信しないと、前記第３アップリンク最大送信電力は、前記バックオフパラメータを０として適用して決定する方法。
前記ＰＣｅｌｌのための前記ｔｙｐｅ２ＰＨは、前記ＰＵＳＣＨ−ＰＵＣＣＨ同時伝送に関連したＰＵＳＣＨ設定情報が設定されると、計算することを特徴とする、請求項１に記載の方法。
前記バックオフパラメータは、ＭＰＲ（ｍａｘｉｍｕｍｐｏｗｅｒｒｅｄｕｃｔｉｏｎ）又はＡ−ＭＰＲ（ａｄｄｉｔｉｏｎａｌＭＰＲ）のうち少なくとも一つを含むことを特徴とする、請求項１に記載の方法。
前記端末が前記ＰＣｅｌｌのサブフレームで前記ＰＵＳＣＨ及び前記ＰＵＣＣＨをすべて送信しないと、バックオフパラメータを０として適用し、前記第１アップリンク最大送信電力及び前記第２アップリンク最大送信電力を決定することを特徴とする、請求項１に記載の方法。
前記端末が前記ＰＣｅｌｌのサブフレームで前記ＰＵＳＣＨを送信して前記ＰＵＣＣＨを送信しないと、実際のバックオフパラメータを適用し、前記第１アップリンク最大送信電力及び前記第２アップリンク最大送信電力を決定することを特徴とする、請求項１に記載の方法。
前記端末が前記ＰＣｅｌｌのサブフレームで前記ＰＵＳＣＨと前記ＰＵＣＣＨを送信すると、前記ＰＣｅｌｌのための前記ｔｙｐｅ２ＰＨは、前記ＰＵＳＣＨと前記ＰＵＣＣＨとの実際の送信電力に基づいて獲得され、
前記端末が前記ＰＣｅｌｌのサブフレームで前記ＰＵＣＣＨは送信せず前記ＰＵＳＣＨは送信すると、前記ＰＣｅｌｌのための前記ｔｙｐｅ２ＰＨは、前記ＰＵＳＣＨの実際の送信電力及び前記ＰＵＣＣＨの仮想送信電力に基づいて獲得され、
前記端末が前記サブフレームで前記ＰＵＳＣＨを送信しないと、前記ＰＣｅｌｌのための前記ｔｙｐｅ２ＰＨは、前記ＰＵＳＣＨの仮想送信電力に基づいて獲得されることを特徴とする、請求項１に記載の方法。
前記ＰＵＳＣＨの仮想送信電力又は前記ＰＵＣＣＨの仮想送信電力は、Ｍ _{ＰＵＳＣＨ} 及びΔ _ＴＦを０に設定して計算することを特徴とする、請求項１に記載の方法。
ＰＨＲ周期タイマーが満了する場合、
ＰＨＲ禁止タイマーが満了し、ダウンリンクの経路損失が臨界値以上に変更される場合、又は
拡張ＰＨＲ設定後、アップリンク資源が割り当てられる場合、
前記ＰＨＲがトリガーされることを特徴とする、請求項１に記載の方法。
無線通信システムの端末において、
送受信部と、
前記送受信部と連結され、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）−ＰＵＣＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）同時伝送に関連したＰＵＣＣＨ設定情報を受信し、ＰＨＲ（ｐｏｗｅｒｈｅａｄｒｏｏｍｒｅｐｏｒｔ）のトリガーを判断し、前記ＰＨＲがトリガーされると、第１アップリンク最大送信電力に基づいてＰＣｅｌｌ（ｐｒｉｍａｒｙｃｅｌｌ）のためのｔｙｐｅ１ＰＨ（ｐｏｗｅｒｈｅａｄｒｏｏｍ）を決定し、第２アップリンク最大送信電力に基づいて前記ＰＣｅｌｌのためのｔｙｐｅ２ＰＨを決定し、第３アップリンク最大送信電力に基づいてＳＣｅｌｌ（ｓｅｃｏｎｄａｒｙｃｅｌｌ）のためのｔｙｐｅ１ＰＨを決定するように制御する制御部と、を含み、
前記ＰＣｅｌｌのサブフレームで前記ＰＵＣＣＨを送信して前記ＰＵＳＣＨを送信しないと、前記第１アップリンク最大送信電力は、バックオフパラメータを０として適用して決定し、前記第２アップリンク最大送信電力は、実際のバックオフパラメータを適用して決定し、
前記ＳＣｅｌｌのサブフレームで前記ＰＵＳＣＨを送信しないと、前記第３アップリンク最大送信電力は、前記バックオフパラメータを０として適用して決定する端末。
前記ＰＣｅｌｌのための前記ｔｙｐｅ２ＰＨは、前記ＰＵＳＣＨ−ＰＵＣＣＨ同時伝送に関連したＰＵＳＣＨ設定情報が設定されると、計算することを特徴とする、請求項９に記載の端末。
前記バックオフパラメータは、ＭＰＲ（ｍａｘｉｍｕｍｐｏｗｅｒｒｅｄｕｃｔｉｏｎ）又はＡ−ＭＰＲ（ａｄｄｉｔｉｏｎａｌＭＰＲ）のうち少なくとも一つを含むことを特徴とする、請求項９に記載の端末。
前記端末が前記ＰＣｅｌｌのサブフレームで前記ＰＵＳＣＨ及び前記ＰＵＣＣＨをすべて送信しないと、バックオフパラメータを０として適用し、前記第１アップリンク最大送信電力及び前記第２アップリンク最大送信電力を決定することを特徴とする、請求項９に記載の端末。
前記端末が前記ＰＣｅｌｌのサブフレームで前記ＰＵＳＣＨを送信して前記ＰＵＣＣＨを送信しないと、実際のバックオフパラメータを適用し、前記第１アップリンク最大送信電力及び前記第２アップリンク最大送信電力を決定することを特徴とする、請求項９に記載の端末。
前記端末が前記ＰＣｅｌｌのサブフレームで前記ＰＵＳＣＨと前記ＰＵＣＣＨを送信すると、前記ＰＣｅｌｌのための前記ｔｙｐｅ２ＰＨは、前記ＰＵＳＣＨと前記ＰＵＣＣＨとの実際の送信電力に基づいて獲得され、
前記端末が前記ＰＣｅｌｌのサブフレームで前記ＰＵＣＣＨは送信せず前記ＰＵＳＣＨは送信すると、前記ＰＣｅｌｌのための前記ｔｙｐｅ２ＰＨは、前記ＰＵＳＣＨの実際の送信電力及び前記ＰＵＣＣＨの仮想送信電力に基づいて獲得され、
前記端末が前記サブフレームで前記ＰＵＳＣＨを送信しないと、前記ＰＣｅｌｌのための前記ｔｙｐｅ２ＰＨは、前記ＰＵＳＣＨの仮想送信電力に基づいて獲得されることを特徴とする、請求項９に記載の端末。
前記ＰＵＳＣＨの仮想送信電力又は前記ＰＵＣＣＨの仮想送信電力は、Ｍ _{ＰＵＳＣＨ} 及びΔ _ＴＦを０に設定して計算することを特徴とする、請求項９に記載の端末。
ＰＨＲ周期タイマーが満了する場合、
ＰＨＲ禁止タイマーが満了し、ダウンリンクの経路損失が臨界値以上に変更される場合、又は
拡張ＰＨＲ設定後、アップリンク資源が割り当てられる場合、
前記ＰＨＲがトリガーされることを特徴とする、請求項９に記載の端末。