(57)【特許請求の範囲】
【請求項１】
無線資源の用途変更をサポートする無線通信システムにおける、端末（ＵＥ）によるパワーヘッドルーム報告方法において、
前記パワーヘッドルーム報告がトリガーされるか否かを判断するステップと、
２つの上りリンクサブフレーム集合の一つに属する特定サブフレームでのパワーヘッドルーム報告（ＰＨＲ）情報を基地局に送信するステップと、
前記２つの上りリンクサブフレーム集合は、上位層シグナリングにより示される異なる送信電力制御パラメータを利用するように構成された、第１の上りリンクサブフレーム集合及び第２の上りリンクサブフレーム集合を含み、
前記ＰＨＲは、前記２つの上りリンクサブフレーム集合の中の前記特定サブフレームが属するサブフレーム集合と関連した送信電力制御パラメータを利用して計算され、
前記ＰＨＲ情報は、前記ＰＨＲが、前記２つの上りリンクサブフレーム集合の中の前記特定サブフレームが属するサブフレーム集合と関連する時、有効と決定され、
前記ＰＨＲ情報が送信されるタイミングの前にトリガーされた、前記特定サブフレームに関連する、トリガーされたＰＨＲをキャンセルするステップを含む、パワーヘッドルーム報告方法。
【請求項２】
前記基地局から参照最大電力と連関した情報を受信するステップをさらに含み、
前記参照最大電力は、前記第１の上りリンクサブフレーム集合及び前記第２の上りリンクサブフレーム集合に対してそれぞれ設定され、
前記パワーヘッドルーム報告（ＰＨＲ）情報は、前記参照最大電力に基づいて決定される、請求項１に記載のパワーヘッドルーム報告方法。
【請求項３】
前記パワーヘッドルーム報告（ＰＨＲ）は、
予め決定された上りリンクサブフレーム集合を通じて、上りリンクデータ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ、ＰＵＳＣＨ）が送信される場合に限って送信されるように設定される、請求項１に記載のパワーヘッドルーム報告方法。
【請求項４】
前記パワーヘッドルーム報告（ＰＨＲ）情報は、
１ＤＢのステップで予め決定された範囲内で最も近い値まで切り上げられる、請求項１に記載のパワーヘッドルーム報告方法。
【請求項５】
前記パワーヘッドルーム報告（ＰＨＲ）は、
前記第１の上りリンクサブフレーム集合及び前記第２の上りリンクサブフレーム集合のうち一つの無線資源に対してのみ計算されるように設定される、請求項１に記載のパワーヘッドルーム報告方法。
【請求項６】
前記基地局から、特定上りリンクサブフレーム集合を指示する指示子を受信するステップをさらに含む、請求項１に記載のパワーヘッドルーム報告方法。
【請求項７】
前記パワーヘッドルーム報告（ＰＨＲ）情報は、
タイプ１のＰＨＲ又はタイプ２のＰＨＲに限定される、請求項１に記載のパワーヘッドルーム報告方法。
【請求項８】
前記パワーヘッドルーム報告（ＰＨＲ）情報は、
上りリンク制御情報受信時点或いは実際にＰＵＳＣＨが伝送される上りリンクフレーム時点までの電力制御命令語に基づいて導出される、請求項１に記載のパワーヘッドルーム報告方法。
【請求項９】
無線資源の用途変更をサポートする無線通信システムでパワーヘッドルーム報告を行う端末において、
無線周波数ユニットと、
プロセッサとを含み、
前記プロセッサは、前記パワーヘッドルーム報告がトリガーされるか否かを判断し、２つの上りリンクサブフレーム集合の一つに属する特定サブフレームにおいてパワーヘッドルーム報告（ＰＨＲ）情報を基地局に送信するように構成され、
前記２つの上りリンクサブフレーム集合は、上位層シグナリングにより示される異なる送信電力制御パラメータを利用するように構成された、第１の上りリンクサブフレーム集合及び第２の上りリンクサブフレーム集合を含み、
前記ＰＨＲは、前記２つの上りリンクサブフレーム集合の中の前記特定サブフレームが属するサブフレーム集合と関連した送信電力制御パラメータを利用して計算され、
前記ＰＨＲ情報は、前記ＰＨＲが、前記２つの上りリンクサブフレーム集合の中の前記特定サブフレームが属するサブフレーム集合と関連する時、有効と決定され、
前記ＰＨＲ情報が送信されるタイミングの前にトリガーされた、前記特定サブフレームに関連する、トリガーされたＰＨＲをキャンセルするように構成される、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、無線資源の用途変更をサポートする無線通信システムにおけるパワーヘッドルーム報告（Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔｉｎｇ、ＰＨＲ）方法及びこのための装置に関する。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例としてＥ―ＵＭＴＳネットワーク構造を概略的に示す図である。Ｅ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ―ＵＭＴＳをＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ―ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容はそれぞれ、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７及びＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ―ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ―ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に伝送することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５、２．５、５、１０、１５、２０Ｍｈｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、複数の端末に関するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は、下りリンクスケジューリング情報を伝送し、該当の端末にデータが伝送される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は、上りリンクスケジューリング情報を該当する端末に伝送し、該当する端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの伝送のためのインターフェースを用いることができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位に端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥまで開発されているが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競走力を持つためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス可用性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消耗などが要求される。
【０００７】
端末は、基地局の無線通信システムの効率的な運用を補助するために、現在のチャネルの状態情報を基地局に周期的及び／又は非周期的に報告する。このように報告されるチャネルの状態情報は、多様な状況を考慮して計算された結果を含み得るので、より効率的な報告方法が要求されている実情にある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したような論議に基づいて、以下では、無線資源の用途変更をサポートする無線通信システムにおけるパワーヘッドルーム報告方法及びこのための装置を提案しようとする。
【０００９】
本発明で達成しようとする技術的課題は、前記技術的課題に制限されず、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【課題を解決するための手段】
【００１０】
上述した問題を解決するための本発明の一態様である、無線資源の用途変更をサポートする無線通信システムにおける端末のパワーヘッドルーム報告（ｐｏｗｅｒ  ｈｅａｄｒｏｏｍ  ｒｅｐｏｒｔｉｎｇ）方法は、前記パワーヘッドルーム報告がトリガー（ｔｒｉｇｇｅｒ）されるか否かを判断するステップと、第１の上りリンク無線資源及び第２の上りリンク無線資源に対するパワーヘッドルーム報告（ＰＨＲ）情報を基地局に送信するステップを含み、前記第１の上りリンク無線資源は、無線資源の用途が動的に変更されるように設定され、前記第２の上りリンク無線資源は、無線資源の用途が動的に変更されないように設定されることを特徴とする。 
【００１１】
さらに、前記パワーヘッドルーム報告（ＰＨＲ）情報は、前記第１の上りリンク無線資源のための第１のＰＨＲ値及び前記第２の上りリンク無線資源のための第２のＰＨＲ値を含み、前記第１のＰＨＲ値と前記第２のＰＨＲ値は、互いに独立に決定されることを特徴とすることができる。
【００１２】
さらに、前記パワーヘッドルーム報告（ＰＨＲ）は、代表パワーヘッドルーム報告（ＰＨＲ）値を含み、前記代表ＰＨＲ値は、前記第１の上りリンク無線資源のための第１のＰＨＲ値、及び前記第２の上りリンク無線資源のための第２のＰＨＲ値のうち小さいＰＨＲ値であることを特徴とすることができる。
【００１３】
さらに、前記基地局から参照最大電力（ｒｅｆｅｒｅｎｃｅ  ｍａｘｉｍｕｍ  ｐｏｗｅｒ）と連関した情報を受信するステップをさらに含み、前記参照最大電力は、前記第１の上りリンク無線資源及び前記第２の上りリンク無線資源に対してそれぞれ設定され、前記パワーヘッドルーム報告（ＰＨＲ）情報は、前記参照最大電力に基づいて決定されることを特徴とすることができる。
【００１４】
さらに、前記パワーヘッドルーム報告（ＰＨＲ）は、予め決定された上りリンク無線資源を通じて、上りリンクデータ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ、ＰＵＳＣＨ）が送信される場合に限って送信されるように設定されることを特徴とすることができる。
【００１５】
さらに、前記パワーヘッドルーム報告（ＰＨＲ）は、予め決定された上りリンク無線資源を通じて、上りリンクデータ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ、ＰＵＳＣＨ）が送信される場合に限って送信されるように設定されることを特徴とすることができる。
【００１６】
さらに、前記パワーヘッドルーム報告（ＰＨＲ）は、予め決定された上りリンク無線資源を通じて、上りリンクデータ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ、ＰＵＳＣＨ）が送信される場合に限って送信されるように設定されることを特徴とすることができる。
【００１７】
さらに、前記パワーヘッドルーム報告（ＰＨＲ）は、前記第１の上りリンク無線資源、及び前記第２の上りリンク無線資源のうち一つの無線資源に対してのみ計算されるように設定されることを特徴とすることができる。
【００１８】
さらに、前記基地局から、特定上りリンク無線資源を指示する指示子を受信するステップをさらに含むことを特徴とすることができる。
【００１９】
さらに、前記基地局から受信した特定シグナルフォーマット上の少なくとも一つのフィールドを、特定上りリンク無線資源を指示する指示子として設定して伝送するステップをさらに含むことを特徴とすることができる。
【００２０】
さらに、前記第１の上りリンク無線資源及び前記第２の上りリンク無線資源は、特定タイマーが共通的に適用されるように設定されることを特徴とすることができる。
【００２１】
さらに、前記パワーヘッドルーム報告（ＰＨＲ）情報は、タイプ１のＰＨＲ又はタイプ２のＰＨＲに限定されることを特徴とすることができる。
【００２２】
さらに、前記パワーヘッドルーム報告（ＰＨＲ）情報は、上りリンク制御情報受信時点或いは実際にＰＵＳＣＨが伝送される上りリンクフレーム時点までの電力制御命令語に基づいて導出されることを特徴とすることができる。
【００２３】
上述した問題を解決するための本発明の他の態様である、無線資源の用途変更をサポートする無線通信システムでパワーヘッドルーム報告を行う端末において、無線周波数ユニット（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｕｎｉｔ）と、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）とを含み、前記プロセッサは、前記パワーヘッドルーム報告がトリガーされるか否かを判断し、第１の上りリンク無線資源及び第２の上りリンク無線資源に対するパワーヘッドルーム報告（ＰＨＲ）情報を基地局に送信するように構成され、前記第１の上りリンク無線資源は、無線資源の用途が動的に変更されるように設定され、前記第２の上りリンク無線資源は、無線資源の用途が動的に変更されないように設定されることを特徴とする。
【発明の効果】
【００２４】
本発明の実施例によると、無線資源の用途変更をサポートする無線通信システムでパワーヘッドルーム報告を効率的に行うことができる。
【００２５】
本発明で得られる効果は、以上で言及した各効果に制限されず、言及していない他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【図面の簡単な説明】
【００２６】
【図１】無線通信システムの一例としてＥ―ＵＭＴＳネットワーク構造を概略的に示す図である。
【図２】３ＧＰＰ無線接続網規格に基づく端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。
【図３】３ＧＰＰシステムに用いられる各物理チャネル及びこれらを用いた一般的な信号伝送方法を示す図である。
【図４】ＬＴＥシステムで使用される無線フレームの構造を示す図である。
【図５】パワーヘッドルームＭＡＣ制御要素を示す参考図である。
【図６】拡張されたパワーヘッドルームＭＡＣ制御要素を示す参考図である。
【図７】キャリア集成（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムの例を示す図である。
【図８】複数のキャリアが集成された場合のスケジューリングの例を示す図である。
【図９】ＴＤＤシステム環境下で（既存の）上りリンクサブフレームを静的上りリンクサブフレーム集合と流動上りリンクサブフレーム集合とに分割した場合を示す図である。
【図１０】パワーヘッドルームＭＡＣ制御要素及び拡張されたパワーヘッドルームＭＡＣ制御要素に本実施例が適用された場合を示す図である。
【図１１】本発明によって、上りリンク資源タイプ別に計算されたＰＨＲ情報を報告する場合を示す図である。
【図１２】本発明によって、上りリンク資源タイプ別に計算されたＰＨＲ情報を報告する場合を示す図である。
【図１３】本発明の一実施例に適用できる基地局及び端末を示す図である。
【発明を実施するための形態】
【００２７】
本発明に関する理解を促進するために詳細な説明の一部として含まれる添付の図面は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ―ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ―Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２―２０、Ｅ―ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ―ＵＴＲＡを用いるＥ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ―ＦＤＭＡを採用する。ＬＴＥ―Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化したバージョンである。
【００２８】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ―Ａを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使用される特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。
【００２９】
図２は、３ＧＰＰ無線接続網規格に基づく端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコルのコントロールプレーン及びユーザプレーンの構造を示す図である。コントロールプレーンは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークが呼を管理するために用いる制御メッセージが伝送される通路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが伝送される通路を意味する。
【００３０】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されている。この伝送チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側の物理層と受信側の物理層との間には、物理チャネルを介してデータが移動する。この物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００３１】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性あるデータ伝送をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックとして具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６のようなＩＰパケットを効率的に伝送するために不要の制御情報を減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を果たす。
【００３２】
第３層の最下部に位置している無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、コントロールプレーンでのみ定義される。ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。そのために、端末とネットワークのＲＲＣ層はＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層間にＲＲＣ連結（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ連結状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）であり、そうでない場合、ＲＲＣ休止状態（Ｉｄｌｅ  Ｍｏｄｅ）である。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ―Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を果たす。
【００３３】
基地局（ｅＮＢ）を構成する一つのセルは、１．４、３、５、１０、１５、２０Ｍｈｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。
【００３４】
ネットワークから端末にデータを伝送する下り伝送チャネルには、システム情報を伝送するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを伝送するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを伝送する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して伝送されてもよく、又は別の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して伝送されてもよい。一方、端末からネットワークにデータを伝送する上り伝送チャネルには、初期制御メッセージを伝送するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを伝送する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。伝送チャネルの上位に位置しており、伝送チャネルにマップされる論理チャネルには、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３５】
図３は、３ＧＰＰ  ＬＴＥシステムに用いられる各物理チャネル及びそれらを用いた一般的な信号伝送方法を説明明するための図である。
【００３６】
電源が消えた状態で電源がついたり、新しくセルに進入したりしたユーザ機器は、段階Ｓ３０１で、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、ユーザ機器は、基地局から１次同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｐ―ＳＣＨ）及び２次同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｓ―ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、ユーザ機器は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得することができる。一方、ユーザ機器は、初期セル探索段階で下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＬ  ＲＳ）を受信して下りリンクチャネル状態を確認することができる。
【００３７】
初期セル探索を終えたユーザ機器は、段階（ステップ）Ｓ３０２で、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）、及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。
【００３８】
その後、ユーザ機器は、基地局への接続を完了するために、段階Ｓ３０３乃至段階Ｓ３０６のようなランダムアクセス手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、ユーザ機器は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を伝送し（Ｓ３０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介して、プリアンブルに対する応答メッセージを受信することができる（Ｓ３０４）。競合ベースランダムアクセスの場合、更なる物理ランダムアクセスチャネルの伝送（Ｓ３０５）、及び物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルの受信（Ｓ３０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００３９】
上述したような手順を行ったユーザ機器は、その後、一般的な上りリンク／下りリンク信号伝送手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ３０７）及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の伝送（Ｓ３０８）を行うことができる。ユーザ機器が基地局に伝送する制御情報を総称して上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）という。ＵＣＩは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ―ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。本明細書において、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは簡単に、ＨＡＲＱ―ＡＣＫ或いはＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と呼ぶ。ＨＡＲＱ―ＡＣＫは、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうち少なくとも一つを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般にはＰＵＣＣＨを介して伝送されるが、制御情報とトラフィックデータとが同時に伝送されるべき場合にはＰＵＳＣＨを介して伝送されてもよい。また、ネットワークの要求／指示に応じて、ＰＵＳＣＨを介してＵＣＩを非周期的に伝送することもできる。
【００４０】
図４は、ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【００４１】
図４を参照すると、セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット伝送はサブフレーム（ｓｕｂｆｒａｍｅ）単位でなされ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰ  ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１の無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造、及びＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造をサポートする。
【００４２】
図４の（ａ）は、タイプ１の無線フレームの構造を例示する。下りリンク無線フレームは、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、１サブフレームは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）で構成される。１サブフレーム）を伝送するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さを１ｍｓ、１スロットの長さを０．５ｍｓとすることができる。１スロットは時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ  ＬＴＥシステムでは下りリンクでＯＦＤＭＡが用いられるため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ―ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソース割当て単位としてのリソースブロック（ＲＢ）は、１スロットで複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００４３】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって変更することができる。ＣＰには、拡張されたＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）と標準ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが標準ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張されたＣＰによって構成された場合、１ＯＦＤＭシンボルの長さが増加することから、１スロットに含まれるＯＦＤＭシンボルの数は、標準ＣＰの場合に比べて少ない。拡張されたＣＰの場合、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。ユーザ機器が速い速度で移動するなどしてチャネル状態が不安定な場合、シンボル間干渉をより減らすために、拡張されたＣＰを用いることができる。
【００４４】
標準ＣＰが用いられる場合、１スロットは７ＯＦＤＭシンボルを含むため、１サブフレームは１４ＯＦＤＭシンボルを含む。このとき、各サブフレームの先頭における最大３個のＯＦＤＭシンボルは、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てることができる。
【００４５】
図４の（ｂ）は、タイプ２の無線フレームの構造を例示する。タイプ２の無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは、２個のスロットを含む４個の一般サブフレームと、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ、ＧＰ）及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む特別サブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）とで構成される。
【００４６】
前記特別サブフレームにおいて、ＤｗＰＴＳは、ユーザ機器における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定とユーザ機器の上りリンク伝送同期の獲得に用いられる。すなわち、ＤｗＰＴＳは下りリンク伝送に、ＵｐＰＴＳは上りリンク伝送に用いられ、特に、ＵｐＰＴＳはＰＲＡＣＨプリアンブルやＳＲＳ伝送のために用いられる。また、保護区間は、上りリンクと下りリンクとの間において下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【００４７】
前記の特別サブフレームに関して、現在の３ＧＰＰ標準文書では下記の表１のように設定を定義している。表１で、ＴＳ＝１／（１５０００×２０４８）の場合に、ＤｗＰＴＳとＵｐＰＴＳを示しており、残りの領域が保護区間として設定される。
【００４８】
【表１】
0006426708.tif 000002
【００４９】
一方、タイプ２の無線フレームの構造、すなわち、ＴＤＤシステムにおいて上りリンク／下りリンクサブフレーム設定（ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、下記の表２のとおりである。
【００５０】
【表２】
0006426708.tif 000003
【００５１】
前記の表２で、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを表し、Ｓは前記特別サブフレームを意味する。また、上記の表２では、それぞれのシステムで、上りリンク／下りリンクサブフレーム設定において下りリンク―上りリンクスイッチング周期も表している。
【００５２】
上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
【００５３】
以下では、パワーヘッドルーム報告に対して説明する。
【００５４】
パワーヘッドルーム報告手順は、サービング基地局（ｓｅｒｖｉｎｇ  ｅＮＢ）にｉ）ノミナル（ｎｏｍｉｎａｌ）端末最大伝送電力と活性化されたサービングセルに対するＵＬ―ＳＣＨ伝送のために推定された（ｅｓｔｉｍａｔｅｄ）電力との差に関する情報のみならず、ｉｉ）ノミナル端末最大伝送電力とＰＣｅｌｌ上のＵＬ―ＳＣＨ及びＰＵＣＣＨ伝送のための推定された電力との差に関する情報を提供するために行われる。報告周期、ディレー及びパワーヘッドルームのためのマッピングに対するより詳細な説明は、ＬＴＥ標準である３ＧＰＰ  ＴＳ  ３６．１３３上の９．１．８節を参照することができる。
【００５５】
ＲＲＣは、パワーヘッドルーム報告をトリガーするために二つのタイマー（すなわち、ｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒ及びｐｒｏｈｉｂｉｔＰＨＲ―ｔｉｍｅｒ）を設定し、測定された経路損失及び電力管理（Ｐ―ＭＰＲcによって許容される）による電力バックオフ（ｂａｃｋｏｆｆ）の変化を設定するｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅをシグナリングし、パワーヘッドルーム報告を制御する。ここで、Ｐ―ＭＰＲcは、ＳＡＲ（Ｓｐｅｃｉｆｉｃ  Ａｂｓｏｒｐｔｉｏｎ  Ｒａｔｅ：電磁波が人体に及ぼす影響を所定の基準以下に制御すること）要求条件を満足させるために適用される伝送出力縮小値であって、機器と人体との間の距離などを考慮して決定される値である。例えば、機器と人体との間の距離が近いと、機器の総伝送出力値が低くならなければならなく、このためにＰ―ＭＰＲcには高い値が適用される。その一方、機器と人体との間の距離が遠いと、機器の総伝送出力値が高くなってもよいので、Ｐ―ＭＰＲcには低い値が適用される。
【００５６】
さらに、パワーヘッドルーム報告（ＰＨＲ）は、以下で説明する各条件（ｅｖｅｎｔ）のうち一つでトリガーされ得る。
―  ｐｒｏｈｉｂｉｔＰＨＲ―Ｔｉｍｅｒが満了した場合、或いは、満了し、経路損失（ｐａｔｈ  ｌｏｓｓ）が少なくとも一つの活性化されたサービングセルのためのｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅ（ｄＢ単位）より大きく変更された場合。ここで、ｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅは、端末が新しい伝送のための各ＵＬ資源を有するとき、最近の伝送後の経路損失基準として使用することができる。
―  ｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒが満了した場合。
―  上位層でＰＨＲ機能を設定／再設定した場合。（ここで、前記ＰＨＲ機能を非活性化していない場合）
―  上りリンクが設定されたＳＣｅｌｌを活性化する場合。
―  端末が新しい伝送のための上りリンク（ＵＬ）資源を有するとき、ｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒが満了した場合、或いは、満了し、端末がこのＴＴＩに活性化された各サービングセルのための上りリンクの設定を受けた場合。
―  端末が新しい伝送或いはＰＵＣＣＨ伝送のための上りリンク（ＵＬ）資源を有するとき、該当のセルに対する電力管理による必要電力バックオフが（端末が該当のセルへの伝送或いはＰＵＣＣＨ伝送のために上りリンク（ＵＬ）資源を有する）最近のＰＨＲ伝送によるｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅより大きい場合。
【００５７】
端末がこのＴＴＩに新しい伝送のための資源の割り当てを受けると、
―  最後のＭＡＣリセット後、新しい伝送のための１番目のＵＬ資源であると、ｐｅｒｉｏｄｉｃＰＨＲ―ｔｉｍｅｒを開始する。
―  パワーヘッドルーム報告手順が、少なくとも一つのＰＨＲがトリガーされ、取り消されていないと判断し、
―  割り当てられた上りリンク（ＵＬ）資源のＬＣＲ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）の結果、拡張されたＰＨＲ（ｅｘｔｅｎｄｅｄＰＨＲ）が設定されていない場合、ＰＨＲ  ＭＡＣ制御要素及びそのサブヘッダー（ｓｕｂｈｅａｄｅｒ）を収容できるか、拡張されたＰＨＲ（ｅｘｔｅｎｄｅｄＰＨＲ）が設定された場合、拡張されたＰＨＲ  ＭＡＣ制御要素とそのサブヘッダーを収容できると、
●拡張されたＰＨＲ（ｅｘｔｅｎｄｅｄＰＨＲ）が設定されると、
―  それぞれの上りリンクが設定された活性化されたサービングセルに対して
―  タイプ（ｔｙｐｅ）１のパワーヘッドルーム値を獲得し、
―  端末がこのＴＴＩ内にこのサービングセルに対する伝送のための上りリンク資源を有していると、物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）からＰCMAX,cフィールドに対応する値を獲得する。
―  ＰＵＣＣＨ―ＰＵＳＣＨ同時伝送が設定されると、：
―  タイプ１のパワーヘッドルーム値を獲得し、
―  端末がこのＴＴＩ内にＰＵＣＣＨ伝送を行うと、物理層からＰCMAX,cフィールドに対応する値を獲得する。
―  物理層から報告された（すなわち、ＰCMAX,cフィールドに対応する）値に基づいて拡張されたＰＨＲ  ＭＡＣ制御要素（ｅｘｔｅｎｄｅｄ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）を伝送するために多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）及び結合（ａｓｓｅｍｂｌｙ）手順を指示する（これに対する詳細な内容は、ＬＴＥ標準文書である３ＧＰＰ  ＴＳ  ３６．３２１上の６．１．３．６ａ節「Ｅｘｔｅｎｄｅｄ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ」を参照）
●拡張されたＰＨＲ（ｅｘｔｅｎｄｅｄＰＨＲ）が設定されていないと、
―  タイプ１のパワーヘッドルーム値を獲得し、
―  物理層から報告された（すなわち、ＰCMAX,cフィールドに対応する）値に基づいて拡張されたＰＨＲ  ＭＡＣ制御要素（ｅｘｔｅｎｄｅｄ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）を伝送するために多重化及び結合手順を指示する。
●ｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒを開始又は再開始し、
●ｐｒｏｈｉｂｉｔＰＨＲ―Ｔｉｍｅｒを開始又は再開始し、
●全てのトリガーされたＰＨＲを取り消す。
【００５８】
以下では、パワーヘッドルームＭＡＣ制御要素に対して説明する。
【００５９】
パワーヘッドルームＭＡＣ制御要素は、表３で開示されたＭＡＣ  ＰＤＵサブヘッダー内のＬＣＩＤ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ）によって確認される。
【００６０】
【表３】
0006426708.tif 000004
【００６１】
図５は、パワーヘッドルームＭＡＣ制御要素を示す参考図である。図５において、パワーヘッドルームＭＡＣ制御要素は、固定されたサイズ（ｆｉｘｅｄ  ｓｉｚｅｄ）を有し、単一オクテット（ｏｃｔｅｔ）で構成される。図５において、Ｒは、予約ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）を示し、「０」に設定される。また、パワーヘッドルーム（ＰＨ）は、パワーヘッドルームレベルを指示するフィールドを示し、該当のフィールドの長さは６ビットである。報告されたＰＨ及びこれに対応するパワーヘッドルームレベルは、表４に示している（表４に対応する測定ＤＢ値は、ＬＴＥ標準文書である３ＧＰＰ  ＴＳ  ３６．１３３  ９．１．８．４節を参照）。
【００６２】
【表４】
0006426708.tif 000005
【００６３】
以下では、拡張されたパワーヘッドルームＭＡＣ制御要素に対して説明する。
【００６４】
拡張されたパワーヘッドルームＭＡＣ制御要素は、表３で開示されたＬＣＩＤ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤ）を有するＭＡＣ  ＰＤＵサブヘッダーによって確認される。（図５に示したパワーヘッドルームＭＡＣ制御要素とは異なり）図６のように定義され、変化する（ｖａｒｉａｂｌｅ）サイズを有することができる。
【００６５】
タイプ２のパワーヘッドルームが報告される場合、タイプ２のＰＨフィールドを含むオクテットは、それぞれのＳｃｅｌｌに対するＰＨの存在を指示するオクテットの次に含まれ、その次に、ＰCMAX,cフィールドを含むオクテットが付いてくる（報告される場合）。そして、ＳｅｒｖＣｅｌｌＩｎｄｅｘに基づいた昇順に、ビットマップ上で指示するＰＣｅｌｌ及びそれぞれのＳｃｅｌｌに関するタイプ１のＰＨフィールドを有するオクテットと関連するＰCMAX,cフィールド（報告される場合）が含まれる。
【００６６】
拡張されたパワーヘッドルームＭＡＣ制御要素（Ｅｘｔｅｎｄｅｄ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）は、下記のように定義される。
―  Ｃi：該当のフィールドは、ＳｃｅｌｌＩｎｄｅｘ  ｉのためのＰＨフィールドの存在有無を意味し、Ｃiフィールドが「１」である場合は、該当のＳｃｅｌｌｉｎｄｅｘ  ｉを有するＳｃｅｌｌでＰＨ値が報告されることを意味し、Ｃiフィールドが「０」である場合は、該当のＳｃｅｌｌｉｎｄｅｘ  ｉを有するＳｃｅｌｌでＰＨ値が報告されていないことを意味する。
―  Ｒ：予約ビットであって、「０」に設定される。
―  Ｖ：該当のフィールドは、実際の伝送を基盤にしたＰＨ値であるのか、それとも、参照フォーマットに対するＰＨ値であるのかを指示する。タイプ１のパワーヘッドルーム（ＰＨ）の場合、Ｖ＝０であると、実際にＰＵＳＣＨ伝送があることを指示し、Ｖ＝１であると、ＰＵＳＣＨ参照フォーマットを使用することを指示する。タイプ２のパワーヘッドルーム（ＰＨ）の場合、Ｖ＝０であると、実際にＰＵＣＣＨ伝送があることを指示し、Ｖ＝１であると、ＰＵＣＣＨ参照フォーマットを使用することを指示する。タイプ１のＰＨ及びタイプ２のＰＨに対して共通的にＶ−０であると、関連ＰCMAX,cフィールドが省略されることを指示する。
―  パワーヘッドルーム（ＰＨ）：該当のフィールドはパワーヘッドルームレベルを指示し、そのフィールドの長さは６ビットである。報告されたＰＨ及びそれに対応するパワーヘッドルームレベルは、表５の通りである（表５に対応する測定ＤＢ値は、ＬＴＥ標準文書である３ＧＰＰ  ＴＳ  ３６．１３３  ９．１．８．４節を参照）。
【００６７】
【表５】
0006426708.tif 000006
【００６８】
―  Ｐ：このフィールドは、端末が電力管理による電力バックオフを適用するか否か（Ｐ―ＭＰＲcが許容する）を示す。電力管理による電力バックオフが適用されず、対応するＰCMAX,cフィールドが異なる値を有すると、Ｐ＝１である。
―  ＰCMAX,c：存在する場合、このフィールドは、先行するＰＨフィールドを計算するために使用されるＰCMAX,c又は
【数１】
0006426708.tif 000007
を指示する。報告されたＰCMAX,c及びそれに対応するノミナル端末伝送電力レベルは、表６の通りである（表６に対応する測定ＤＢ値は、ＬＴＥ標準文書である３ＧＰＰ  ＴＳ  ３６．１３３の９．６．１節を参照）。
【００６９】
【表６】
0006426708.tif 000008
【００７０】
ここで、ＰCMAX,c（ｉ）は、「サービングセルｃのサブフレームｉに対して構成された端末伝送電力」を示し、
【数２】
0006426708.tif 000009
は、ＰCMAX,c（ｉ）の線形値を示す（これに対する詳細な内容は、３ＧＰＰ  ＴＳ  ３６．２１３の５．１．１節「Ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ」を参照）。さらに、パワーヘッドルーム報告及び拡張されたＰＨＲなどに対する詳細な説明は、ＬＴＥ標準文書である３ＧＰＰ  ＴＳ  ３６．３２１を参照することができる。
【００７１】
図７は、キャリア集成（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する。
【００７２】
図７を参照すると、複数の上りリンク／下りリンクコンポーネント搬送波（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＣＣ）を集め、より広い上りリンク／下りリンク帯域幅をサポートすることができる。「コンポーネント搬送波（ＣＣ）」という用語は、等価の他の用語（例えば、キャリア、セルなど）に取り替えることができる。それぞれのＣＣは、周波数領域で互いに隣接又は非―隣接となり得る。各コンポーネント搬送波の帯域幅は独立に定めることができる。ＵＬ  ＣＣの個数とＤＬ  ＣＣの個数が異なる非対称搬送波集成も可能である。一方、制御情報は、特定ＣＣを介してのみ送受信されるように設定することができる。このような特定ＣＣをプライマリーＣＣ（又はアンカーＣＣ）と称し、残りのＣＣをセカンダリーＣＣと称することができる。
【００７３】
クロス―キャリアスケジューリング（又はクロス―ＣＣスケジューリング）が適用される場合、下りリンク割り当てのためのＰＤＣＣＨはＤＬ  ＣＣ＃０に伝送され、該当のＰＤＳＣＨは、ＤＬ  ＣＣ＃２に伝送され得る。クロス―ＣＣスケジューリングのために、キャリア指示フィールド（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ、ＣＩＦ）の導入を考慮することができる。ＰＤＣＣＨ内でのＣＩＦの存在有無は、上位層シグナリング（例えば、ＲＲＣシグナリング）によって半―静的及び端末―特定（又は端末グループ―特定）方式で設定することができる。ＰＤＣＣＨ伝送のベースラインを要約すると、次の通りである。
■ＣＩＦディスエーブル（ｄｉｓａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨは、同一のＤＬ  ＣＣ上のＰＤＳＣＨ資源を割り当てたり、一つのリンクされたＵＬ  ＣＣ上のＰＵＳＣＨ資源を割り当てる。
●Ｎｏ  ＣＩＦ
●ＬＴＥ  ＰＤＣＣＨ構造（同一の符号化、同一のＣＣＥ―基盤の資源マッピング）及びＤＣＩフォーマットと同一である。
■ＣＩＦイネーブル（ｅｎａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨは、ＣＩＦを用いて複数の集成されたＤＬ／ＵＬ  ＣＣのうち特定ＤＬ／ＵＬ  ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨ資源を割り当てることが可能である。
●ＣＩＦを有する拡張されたＬＴＥ  ＤＣＩフォーマット
―  ＣＩＦ（設定される場合）は、固定されたｘ―ビットフィールド（例えば、ｘ＝３）
―  ＣＩＦ（設定される場合）位置は、ＤＣＩフォーマットサイズとは関係なく固定される。
●ＬＴＥ  ＰＤＣＣＨ構造を再使用（同一の符号化、同一のＣＣＥ―基盤の資源マッピング）する。
【００７４】
ＣＩＦが存在する場合、基地局は、端末側のＢＤ複雑度を低下させるためにＰＤＣＣＨモニタリングＤＬ  ＣＣセットを割り当てることができる。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは、集成された全体のＤＬ  ＣＣの一部であって、一つ以上のＤＬ  ＣＣを含み、端末は、該当のＤＬ  ＣＣ上のみでＰＤＣＣＨの検出／復号化を行う。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジューリングする場合、ＰＤＣＣＨは、ＰＤＣＣＨモニタリングＤＬ  ＣＣセットを通じてのみ伝送される。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは、端末―特定（ＵＥ―ｓｐｅｃｉｆｉｃ）、端末―グループ―特定又はセル―特定（ｃｅｌｌ―ｓｐｅｃｉｆｉｃ）方式で設定することができる。「ＰＤＣＣＨモニタリングＤＬ  ＣＣ」という用語は、モニタリングキャリア、モニタリングセルなどの等価の用語に取り替えることができる。また、端末のために集成されたＣＣは、サービングＣＣ、サービングキャリア、サービングセルなどの等価の用語に取り替えることができる。
【００７５】
図８は、複数のキャリアが集成された場合のスケジューリングを例示する。３個のＤＬ  ＣＣが集成されたと仮定する。ＤＬ  ＣＣ  ＡがＰＤＣＣＨモニタリングＤＬ  ＣＣに設定されたと仮定する。ＤＬ  ＣＣ  Ａ〜Ｃは、サービングＣＣ、サービングキャリア、サービングセルなどと称することができる。ＣＩＦがディスエーブルされた場合、それぞれのＤＬ  ＣＣは、ＬＴＥ  ＰＤＣＣＨ設定によってＣＩＦなしで自分のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみを伝送することができる。一方、端末―特定（又は、端末―グループ―特定又はセル―特定）上位層シグナリングによってＣＩＦがイネーブルされた場合、ＤＬ  ＣＣ  Ａ（モニタリングＤＬ  ＣＣ）は、ＣＩＦを用いてＤＬ  ＣＣ  ＡのＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみならず、他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨも伝送することができる。この場合、ＰＤＣＣＨモニタリングＤＬ  ＣＣに設定されていないＤＬ  ＣＣ  Ｂ／ＣではＰＤＣＣＨが伝送されない。したがって、ＤＬ  ＣＣ  Ａ（モニタリングＤＬ  ＣＣ）は、ＤＬ  ＣＣ  Ａと関連するＰＤＣＣＨ検索領域、ＤＬ  ＣＣ  Ｂと関連するＰＤＣＣＨ検索領域、及びＤＬＣＣ  Ｃと関連するＰＤＣＣＨ検索領域を全て含んでいなければならない。本明細書において、ＰＤＣＣＨ検索領域は、キャリア別に定義されると仮定する。
【００７６】
上述したように、ＬＴＥ―Ａは、クロス―ＣＣスケジューリングのためにＰＤＣＣＨ内でＣＩＦの使用を考慮している。ＣＩＦの使用有無（すなわち、クロス―ＣＣスケジューリングモード又はノン―クロス―ＣＣスケジューリングモードのサポート）及びモード間の転換は、ＲＲＣシグナリングを通じて半―静的／端末―特定に設定することができ、該当のＲＲＣシグナリング過程を経た後、端末は、自分にスケジューリングされるＰＤＣＣＨ内にＣＩＦが使用されるか否かを認識することができる。
【００７７】
以下では、上述した内容に基づいて、本発明で提案する多数のセルが各自のシステム負荷状態に応じて無線資源の用途を動的に変更する場合、端末がパワーヘッドルーム報告（Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  ｒｅｐｏｒｔｉｎｇ、ＰＨＲ）情報を効率的に構成及び報告する方法を説明する。
【００７８】
以下では、説明の便宜上、３ＧＰＰ  ＬＴＥシステムを基盤にして本発明の各実施例を説明する。しかし、本発明が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥシステム以外の他のシステムにも拡張可能である。本発明の各実施例は、搬送波集成技法（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）が適用された環境下で、特定セル（Ｃｅｌｌ）或いはコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＣＣ）上の資源をシステムの負荷状態に応じて動的に変更する場合にも拡張適用可能である。また、本発明の各実施例は、ＴＤＤシステム或いはＦＤＤシステム下で無線資源の用途を動的に変更する場合にも拡張適用可能である。
【００７９】
さらに、以下では、説明の便宜上、ＴＤＤシステム環境下でそれぞれのセルが各自のシステム負荷状態に応じて既存の無線資源の用途を動的に変更する状況を仮定した。
【００８０】
本発明では、無線資源用途の動的変更により、（既存の）無線資源は、二つのタイプの資源に区分することができる。例えば、（既存の）無線資源は、静的な用途或いは固定された用途で使用される資源集合（すなわち、静的資源、Ｓｔａｔｉｃ  Ｒｅｓｏｕｒｃｅ）と、用途が動的に変更される資源集合（すなわち、流動資源、Ｆｌｅｘｉｂｌｅ  Ｒｅｓｏｕｒｃｅ）とに区分することができる。
【００８１】
ここで、一例として、ＳＩＢ上の上りリンク―下りリンク設定と同一の用途で使用される資源集合を静的資源集合と定義し、ＳＩＢ上の上りリンク―下りリンク設定と異なる用途で使用される資源集合を流動資源集合と定義することができる。
【００８２】
他の例として、以前の用途変更時点（例えば、事前に定義された用途変更周期基盤の用途変更方式）で設定された上りリンク―下りリンク設定と同一の用途で使用される資源集合を静的資源集合と定義し、以前の用途変更時点で設定された上りリンク―下りリンク設定と異なる用途で使用される資源集合を流動資源集合と定義することもできる。
【００８３】
更に他の例として、事前に定義された参照下りリンクＨＡＲＱタイムライン（Ｒｅｆｅｒｅｎｃｅ  ＤＬ  ＨＡＲＱ  Ｔｉｍｅｌｉｎｅ）の上りリンク―下りリンク設定と同一の用途で使用される資源集合を静的資源集合（例えば、静的上りリンク資源集合を定義するときのみに用いられることもある）と定義し、参照下りリンクＨＡＲＱタイムラインの上りリンク―下りリンク設定と異なる用途で使用される資源集合を流動資源集合（例えば、流動（上りリンク／下りリンク）資源集合を定義するときのみに用いられることもある）と定義することもできる。
【００８４】
更に他の例として、事前に定義された参照上りリンクＨＡＲＱタイムライン（Ｒｅｆｅｒｅｎｃｅ  ＵＬ  ＨＡＲＱ  Ｔｉｍｅｌｉｎｅ）の上りリンク―下りリンク設定と同一の用途で使用される資源集合を静的資源集合（例えば、静的下りリンク資源集合を定義するときのみに用いられることもある）と定義し、参照上りリンクＨＡＲＱタイムラインの上りリンク―下りリンク設定と異なる用途で使用される資源集合を流動資源集合（例えば、流動（上りリンク／下りリンク）資源集合を定義するときのみに用いられることもある）と定義することもできる。
【００８５】
ここで、一例として、参照下りリンク／上りリンクＨＡＲＱタイムライン（すなわち、上りリンク―下りリンク設定の（再）変更とは関係なく、安定的なＨＡＲＱタイムラインを維持するための目的で設定されたＨＡＲＱタイムライン）は、ｉ）再設定可能な上りリンク―下りリンク設定候補の下りリンクサブフレームの合集合／上りリンクサブフレームの交集合を含む上りリンク―下りリンク設定の下りリンク／上りリンクＨＡＲＱタイムライン、ｉｉ）再設定可能な上りリンク―下りリンク設定候補の下りリンクサブフレームの交集合／上りリンクサブフレームの合集合を含む上りリンク―下りリンク設定の下りリンク／上りリンクＨＡＲＱタイムライン、ｉｉｉ）再設定可能な上りリンク―下りリンク設定候補の下りリンクサブフレームの合集合／上りリンクサブフレームの合集合を含む上りリンク―下りリンク設定の下りリンク／上りリンクＨＡＲＱタイムライン、或いはｉｖ）再設定可能な上りリンク―下りリンク設定候補の下りリンクサブフレームの交集合／上りリンクサブフレームの交集合を含む上りリンク―下りリンク設定の下りリンク／上りリンクＨＡＲＱタイムラインと定義することができる。
【００８６】
図９は、ＴＤＤシステム環境下で（既存の）上りリンクサブフレームを静的上りリンクサブフレーム集合と流動上りリンクサブフレーム集合とに分割した場合を示す。図９において、システム情報ブロック（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ、ＳＩＢ）シグナルを通じて設定された既存の上りリンク―下りリンク設定を上りリンク―下りリンク＃１（すなわち、ＤＳＵＵＤＤＳＵＵＤ）と仮定し、基地局は、端末に事前に定義された(predetermined)シグナル（例えば、ＲＲＣ／ＭＡＣシグナル、ＳＩＢシグナル或いは物理的制御／データチャネル）を介して無線資源の用途の再設定情報を知らせると仮定する。
【００８７】
図９において、互いに異なるタイプの上りリンクサブフレーム集合別に異なる干渉特性が表れ得る。このような点を考慮した上で、それぞれの資源タイプ別に独立な上りリンク電力制御方法を適用することができる。例えば、流動上りリンクサブフレーム集合では、隣接セルが該当のサブフレームを下りリンク用途或いは上りリンク用途に変更して用いる可能性が高いので、静的上りリンクサブフレーム集合に比べて相対的に干渉水準（Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｌｅｖｅｌ）或いはＩｏＴ（Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｏｖｅｒ  Ｔｈｅｒｍａｌ）水準が高い可能性が大きい。したがって、流動上りリンクサブフレーム集合上で伝送されるデータ／制御情報の伝送電力を、該当する情報が静的上りリンクサブフレーム集合を通じて伝送される場合に比べて高く設定することによって、信頼性の高い通信を保障することができる。すなわち、このような動作は、互いに異なるタイプの上りリンクサブフレーム集合とは関係なく、類似の（或いは同一の）品質の上りリンク通信を保障できるという長所を有する。
【００８８】
追加的に互いに異なるタイプの上りリンクサブフレーム集合別に独立な上りリンク電力を制御する方法は、ｉ）互いに異なる上りリンク資源タイプ別に開ループ制御パラメーター（Ｏｐｅｎ―Ｌｏｏｐ  Ｃｏｎｔｒｏｌ  Ｐａｒａｍｅｔｅｒ、例えば、Ｐo（Ａ  ｓｅｍｉ―ｓｔａｔｉｃ  ｂａｓｅ  ｌｅｖｅｌ）、α（Ａｎ  ｏｐｅｎ―ｌｏｏｐ  ｐａｔｈ―ｌｏｓｓ  ｃｏｍｐｅｎｓａｔｉｏｎ  ｃｏｍｐｏｎｅｎｔ））と閉ループ制御パラメーター（Ｃｌｏｓｅｄ―Ｌｏｏｐ  Ｃｏｎｔｒｏｌ  Ｐａｒａｍｅｔｅｒ、例えば、Ａｃｃｕｍｕｌａｔｉｖｅ  ＴＰＣ  ｃｏｍｍａｎｄ、Ａｂｓｏｌｕｔｅ  ＴＰＣ  ｃｏｍｍａｎｄ、Ａ  ｃｏｍｐｏｎｅｎｔ  ｄｅｐｅｎｄｅｎｔ  ｏｎ  ｔｈｅ  ＭＣＳ）を全て分離する方法と、ｉｉ）開ループ制御パラメーター（Ｏｐｅｎ―Ｌｏｏｐ  Ｃｏｎｔｒｏｌ  Ｐａｒａｍｅｔｅｒ）及び閉ループ制御パラメーター（Ｃｌｏｓｅｄ―Ｌｏｏｐ  Ｃｏｎｔｒｏｌ  Ｐａｒａｍｅｔｅｒ）のうち事前に定義された一つのみを分離する方法とがあり得る。
【００８９】
したがって、本発明では、図９に示すように、無線資源の用途が動的に変更される無線システム上で、互いに異なる上りリンク資源タイプ別（或いは互いに異なるタイプの上りリンクサブフレーム集合別）に独立な上りリンク電力制御方法が適用される場合、端末がパワーヘッドルーム報告（ＰＨＲ）情報を効率的に構成及び報告する方法を提案する。
【００９０】
ここで、ＰＨＲ値は、ｉ）ＰＵＳＣＨとＰＵＣＣＨの同時伝送設定の有無、ｉｉ）事前に定義された(predetermined)上位層シグナル（ｅｘｔｅｎｄｅｄＰＨＲ）の設定の有無、ｉｉｉ）搬送波集成技法（ＣＡ）の設定の有無、ｉｖ）プライマリーセル（Ｐｒｉｍａｒｙ  Ｃｅｌｌ、ＰＣｅｌｌ）に対するＰＨＲ値であるか否か、或いはｖ）セカンダリーセル（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ、ＳＣｅｌｌ）に対するＰＨＲ値であるか否かによって、「ＰＨＲType1,c（ｉ）＝ＰCMAX,c（ｉ）−ＰPUSCH,c（ｉ）」（すなわち、タイプ１のＰＨＲ）或いは「ＰＨＲType2,c（ｉ）＝ＰCMAX,c（ｉ）−ＰPUSCH,c（ｉ）−ＰPUCCH,c（ｉ）」（すなわち、タイプ２のＰＨＲ）と定義することができる。ここで、ＰCMAX,c（ｉ）は、「サービングセルｃのサブフレームｉに対して構成された端末伝送最大電力」を示し、ＰPUSCH,c（ｉ）は、「サービングセルｃのサブフレームｉに対して構成された端末ＰＵＳＣＨ伝送電力」を示し、ＰPUCCH,c（ｉ）は、「サービングセルｃのサブフレームｉに対して構成された端末ＰＵＣＣＨ伝送電力」を示す。
【００９１】
また、以下の各実施例における端末のＰＨＲ情報報告動作遂行は、事前に定義された端末のＰＨＲ情報報告動作を行うための条件（Ｅｖｅｎｔ）が満足される場合を暗黙に仮定している。また、以下の各実施例において、端末のＰＨＲ情報報告は、事前に定義されたシグナルフォーマット（例えば、ＭＡＣシグナリングフォーマット）を通じて行われると仮定する。
【００９２】
さらに、本発明では、説明の便宜上、静的上りリンクサブフレーム集合／流動上りリンクサブフレーム集合の用語を使用して二つの上りリンク電力制御サブフレーム集合を表現するが、静的上りリンクサブフレーム集合と流動上りリンクサブフレーム集合は、それぞれ上りリンクサブフレーム集合＃０、上りリンクサブフレーム集合＃１に拡張して解釈することができる。
【００９３】
＜第１の実施例＞
【００９４】
本発明の第１の実施例によると、端末は、互いに異なる上りリンク資源タイプ（或いは、互いに異なる上りリンク電力制御サブフレーム集合）別にそれぞれ独立したＰＨＲ値を計算して報告するように設定することができる。このような第１の実施例は、互いに異なる上りリンク資源タイプ（例えば、図９に示した流動上りリンクサブフレーム集合と静的上りリンクサブフレーム集合）別に独立した上りリンク電力制御方法が適用され、それぞれの上りリンク資源タイプ別に伝送電力（例えば、Ａｂｓｏｌｕｔｅ  ＵＬ  Ｔｘ  Ｐｏｗｅｒ或いはＡｃｃｕｍｕｌａｔｅｄ  ＵＬ  Ｔｘ  Ｐｏｗｅｒ）が異なる状況で効率的であり得る。
【００９５】
すなわち、端末から本発明の第１の実施例のための各情報を受信した基地局は、互いに異なる上りリンク資源タイプ別に端末の利用可能な各電力を考慮した上で、効率的な上りリンク資源割り当て／上りリンク電力制御を行うことができる。ここで、端末が報告する互いに異なるタイプの上りリンクサブフレーム集合別の各ＰＨＲ情報は、ＰＨＲStatic SF（ｎ）、ＰＨＲFlexible SF（ｍ）の形態であると定義することができる。さらに、ＰＨＲStatic SF（ｎ）とＰＨＲFlexible SF（ｍ）は、事前に定義された規則に従って同一の時点（すなわち、「ｎ＝ｍ」）で共に報告され得るが、互いに異なる時点（すなわち、「ｎ≠ｍ」）で独立に報告されるように設定することができる。
【００９６】
また、本実施例で互いに異なる上りリンク資源タイプ別に（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）を満足するか否かを独立に決定したり、或いは、特定上りリンク資源タイプの最終ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）を満足するか否かを個別上りリンク資源タイプのＰＨＲ情報報告関連条件を満足するか否かの和集合（或いは共通集合）で決定することができる。
【００９７】
また、本実施例は、互いに異なる上りリンクサブフレーム集合別に（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足するか否かを独立に決定したり、互いに異なる上りリンクサブフレーム集合の最終ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）の満足有無を互いに異なる上りリンクサブフレーム集合のＰＨＲ情報報告関連条件が満足するか否かの和集合（或いは共通集合）で決定することもできる。
【００９８】
また、端末は、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）のＰＨＲ情報を他の上りリンク資源タイプ（或いは他の上りリンク電力制御サブフレーム集合）のＰＨＲ情報に対するオフセット（Ｏｆｆｓｅｔ）値として報告するように設定することができる。例えば、ＰＨＲStatic SF（ｎ）が１０ｄＢで、ＰＨＲFlexible SF（ｍ）が７ｄＢである場合、端末は、ＰＨＲFlexible SF（ｎ）をＰＨＲStatic SF（ｍ）に対するオフセット値（すなわち、−３ｄＢ）として報告するように設定することができる。
【００９９】
＜第２の実施例＞
【０１００】
本発明の第２の実施例によると、端末は、互いに異なる上りリンク資源タイプ（或いは、互いに異なる上りリンク電力制御サブフレーム集合）別に各ＰＨＲ値を計算した後、相対的に小さいＰＨＲ値或いは最も小さいＰＨＲ値を代表値として選定して報告するように設定することができる。本実施例によると、既存のＰＨＲ報告方法（例えば、ＭＡＣシグナリングのフォーマット）を最大限再利用するという長所と、ＰＨＲ報告関連オーバーヘッドの増加を避けることができるという長所がある。
【０１０１】
又は、端末が互いに異なる上りリンク資源タイプ（或いは互いに異なる上りリンク電力制御サブフレーム集合）別に各ＰＨＲ値を計算した後、最終的に報告するＰＨＲ値は、相対的に大きいＰＨＲ値、最も大きいＰＨＲ値、或いは事前に定義された関数に基づいて計算されたＰＨＲ値（例えば、互いに異なる上りリンク資源タイプ（或いは互いに異なる上りリンク電力制御サブフレーム集合）別に導出される各ＰＨＲ値の算術平均値、調和平均値、互いに異なる上りリンク資源タイプ（或いは互いに異なる上りリンク電力制御サブフレーム集合）別に導出される各ＰＨＲ値にそれぞれ事前に定義された各加重値を適用した後の算術平均値／調和平均値）などと定めるように設定することもできる。
【０１０２】
＜第３の実施例＞
【０１０３】
本発明の第３の実施例によると、基地局は、端末に事前に定義されたシグナル（例えば、物理層シグナル或いは上位層シグナル）を通じて、互いに異なる上りリンク資源タイプ（或いは、互いに異なる上りリンク電力制御サブフレーム集合）別に各ＰＨＲ値を計算する場合にそれぞれ用いられる（端末の）参照最大電力値（Ｒｅｆｅｒｅｎｃｅ  Ｍａｘｉｍｕｍ  Ｐｏｗｅｒ）或いは端末の名目的な最大電力値（Ｎｏｍｉｎａｌ  Ｍａｘｉｍｕｍ  Ｐｏｗｅｒ）を追加的に知らせるように設定することができる。
【０１０４】
ここで、互いに異なる上りリンク資源タイプの参照最大電力値（或いは名目的な最大電力値）は、それぞれＰMAX,Static SF（ｎ）、ＰMAX、Flexible SF（ｍ）と定義することができ、端末は、事前に定義されたシグナルを通じて追加的に受信された参照最大電力値（或いは名目的な最大電力値）を用いてそれぞれの上りリンク資源タイプに対する各ＰＨＲ値を計算（例えば、「ＰＨＲStatic SF,Type1,c（ｎ）＝ＰMAX、StaticSF,c（ｎ）−ＰStaticSF,PUSCH,c（ｎ）」、「ＰＨＲFlexible SF,Type1,c（ｍ）＝ＰMAX,Flexible,c（ｍ）−ＰFlexibleSF,PUSCH,c（ｍ）」）することができる。
【０１０５】
また、基地局は、端末に事前に定義されたシグナルを通じて特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）のＰＨＲ値を計算する場合に用いられる参照最大電力値（或いは名目的な最大電力値）のみを追加的に知らせるように設定することができる。例えば、基地局は、端末に静的上りリンクサブフレーム集合に対する参照最大電力値（或いは名目的な最大電力値）（例えば、ＰMAX,Static SF（ｎ））のみを事前に定義されたシグナルを通じて知らせるように設定することができる。追加的に事前に定義されたシグナルを通じて追加的に受信されていない残りの上りリンク資源タイブ（例えば、流動上りリンクサブフレーム集合）のＰＨＲ値を計算する場合は、既存の
【数３】
0006426708.tif 000010
を用いるように設定することができる。
【０１０６】
＜第４の実施例＞
【０１０７】
本発明の第４の実施例によると、端末は、特定上りリンク資源タイプ（或いは、特定上りリンク電力制御サブフレーム集合）に対するＰＨＲ情報を、上りリンクスケジューリング情報（例えば、ＵＬグラント（ｇｒａｎｔ））基盤の上りリンクデータ（ＰＵＳＣＨ）が該当の特定上りリンク資源タイプを通じて伝送される場合のみに伝送されるか、或いは、該当の特定上りリンク資源タイプの（上りリンク）サブフレーム（或いは該当の特定上りリンク電力制御サブフレーム集合上のサブフレーム）を通じて伝送される場合のみに伝送されるように設定することができる。
【０１０８】
ここで、前記上りリンクスケジューリング情報（すなわち、ＵＬグラント）は、ｉ）該当の特定上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉ）任意の上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、或いはｉｉｉ）少なくとも一つの上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後に、該当の特定上りリンク資源タイプのサブフレームを通じて上りリンクデータが伝送されるようにする最も近い時点のスケジューリング情報（ＵＬグラント）を意味する。或いは、前記ｉ）、ｉｉ）、ｉｉｉ）条件が満足される時点を含み、その後に該当する特定上りリンク資源タイプのサブフレームを通じて上りリンクデータが伝送されるようにする最も近い時点のスケジューリング情報（ＵＬグラント）を意味することもできる。具体的な例として、ＰＨＲStatic SF（ｎ）情報は、上りリンクスケジューリング情報基盤の上りリンクデータが静的上りリンクサブフレーム集合を通じて伝送される場合のみに（限定的に）伝送されるように設定することができる。
【０１０９】
また、端末は、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）に対するＰＨＲ情報を、ｉ）該当の特定上りリンク資源タイプ（或いは該当の特定上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉ）任意の上りリンク資源タイプ（或いは任意の上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、或いはｉｉｉ）少なくとも一つの上りリンク資源タイプ（或いは少なくとも一つの上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後に（或いはその時点を含む時点以後）に受信される最も近い上りリンクスケジューリング情報（ＵＬグラント）基盤の上りリンクデータが伝送される上りリンクサブフレームを通じて伝送するように設定することもできる。
【０１１０】
また、同一の時点で多数の上りリンク資源タイプ（或いは多数の上りリンク電力制御サブフレーム集合）の（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される場合（例えば、上りリンク電力制御サブフレーム集合別にＰＨＲトリガリングの有無が独立に定義されると解釈可能）は、実際に上りリンクデータチャネル（ＰＵＳＣＨ）が伝送される上りリンク資源タイプ（或いは上りリンク電力制御サブフレーム集合）と連動したＰＨＲ情報のみが有効であると判断されるように設定することができる。例えば、端末は、このような方法に基づいて有効であると仮定又は判断されるＰＨＲ情報のみを基地局に報告するように設定することもできる。
【０１１１】
さらに、前記提案方法に基づいて、端末が特定上りリンク資源タイプに対するＰＨＲ情報報告動作を完了した後は、その完了時点以前（或いはその時点を含む時点以前）の該当の特定上りリンク資源タイプ関連トリガリングされたＰＨＲ（Ｔｒｉｇｇｅｒｅｄ  ＰＨＲ）のみを取り消す（Ｃａｎｃｅｌｌａｔｉｏｎ）ように設定したり、或いは、その完了時点以前（或いは時点を含む時点以前）の全ての上りリンク資源タイプ関連トリガリングされたＰＨＲを取り消すように設定することができる。
【０１１２】
さらに、前記提案方法が適用される場合、同一の時点で多数の上りリンク資源タイプの（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される場合は、事前に定義された規則に従って特定上りリンク資源タイプのＰＨＲ情報報告に優先順位を定義したり、或いは、事前に定義された特定上りリンク資源タイプの（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）のみが満足されたと見なすこともできる。例えば、同一の時点で静的上りリンクサブフレーム集合と流動上りリンクサブフレーム集合のＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が同時に満足される場合は、静的上りリンクサブフレーム集合のＰＨＲ情報報告に優先順位を定義したり、静的上りリンクサブフレーム集合の（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）のみが満足されたと見なすことができる。
【０１１３】
例えば、端末は、静的上りリンクサブフレーム集合のＰＨＲ情報を上りリンクスケジューリング情報（すなわち、静的上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いは時点を含む時点以後）に、該当の静的上りリンク資源タイプのサブフレームを通じて上りリンクデータが伝送されるようにする最も近い時点のスケジューリング情報（ＵＬグラント））基盤の上りリンクデータ（ＰＵＳＣＨ）が、該当の静的上りリンクサブフレーム集合を通じて伝送される場合のみに伝送（すなわち、流動上りリンクサブフレーム集合に対するＰＨＲ情報報告は省略（Ｏｍｉｓｓｉｏｎ））することができる。
【０１１４】
また、前記提案方法が適用される場合、同一の時点で多数の上りリンク資源タイプ（或いは多数の上りリンク電力制御サブフレーム集合）の（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される場合は、事前に定義された規則に従って相対的に低いインデックスを有する上りリンクサブフレーム電力制御集合のＰＨＲ情報報告に優先順位を定義したり、相対的に低いインデックスを有する上りリンク電力制御サブフレーム集合の（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）のみが満足されたと見なすこともできる。ここで、一例として、静的上りリンクサブフレーム集合と適応性のある(flexible)上りリンクサブフレーム集合のインデックスがそれぞれ０、１と定義され、同一の時点で二つの上りリンクサブフレーム集合の（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が同時に満足される場合は、相対的に低いインデックスを有する静的上りリンクサブフレーム集合のＰＨＲ情報報告に優先順位を定義したり、或いは相対的に低いインデックスを有する静的上りリンクサブフレーム集合の（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）のみが満足されたと見なすことができる。
【０１１５】
これと同様に、前記提案方法が適用される場合、同一の時点で多数の上りリンク資源タイプ（或いは多数の上りリンク電力制御サブフレーム集合）の（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される場合は、事前に定義された規則に従って相対的に高いインデックスを有する上りリンク電力制御サブフレーム集合のＰＨＲ情報報告に優先順位を定義したり、或いは相対的に高いインデックスを有する上りリンク電力制御サブフレーム集合の（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）のみが満足されたと見なすこともできる。
【０１１６】
＜第５の実施例＞
【０１１７】
本発明の第５の実施例によると、上りリンク資源タイプ（或いは、上りリンク電力制御サブフレーム集合）別に計算された多数のＰＨＲ値が、上りリンクスケジューリング情報（ＵＬグラント）基盤の上りリンクデータが特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）を通じて伝送される場合のみに全て伝送されるか、少なくとも一部が伝送されるように設定することもできる。ここで、端末が特定時点で報告する各ＰＨＲ情報は、事前に定義された（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される上りリンク電力制御サブフレーム集合関連ＰＨＲ情報のみで（限定的に）構成されるように設定することができる。
【０１１８】
また、端末が特定時点で報告する各ＰＨＲ情報は、事前に定義された多数の上りリンクサブフレーム集合のうち少なくとも一つの上りリンクサブフレーム集合が（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）を満足する場合、全ての上りリンクサブフレーム集合関連ＰＨＲ情報、或いは事前に定義された全ての上りリンクサブフレーム集合関連ＰＨＲ情報で構成されるように設定することができる。
【０１１９】
ここで、前記の該当の上りリンクスケジューリング情報（ＵＬグラント）は、（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に、特定上りリンク資源タイプのサブフレームを通じて上りリンクデータが伝送されるようにする最も近い時点のスケジューリング情報（ＵＬグラント）を意味する。
【０１２０】
具体的な例として、上りリンク資源タイプ別に計算された多数のＰＨＲ値（例えば、ＰＨＲStatic SF（ｎ）、ＰＨＲFlexible SF（ｎ））は、上りリンクスケジューリング情報（ＵＬグラント）基盤の上りリンクデータが静的上りリンクサブフレーム集合を通じて伝送される場合のみに全て或いは一部が伝送されるように設定することができる。或いは、上りリンク資源タイプ別に計算された多数のＰＨＲ値（例えば、ＰＨＲStatic SF（ｎ）、ＰＨＲFlexible SF（ｎ））は、上りリンクスケジューリング情報（ＵＬグラント）基盤の上りリンクデータが流動上りリンクサブフレーム集合を通じて伝送される場合のみに全て或いは一部が伝送されるように設定することもできる。
【０１２１】
また、本実施例に基づいて端末が上りリンク資源タイプ別に計算された多数のＰＨＲ値に対する報告動作を全て完了したり、少なくとも一部の動作を完了した後は、完了時点以前（或いはその時点を含む時点以前）の実際に報告された上りリンク資源タイプ関連トリガリングされたＰＨＲのみを取り消すように設定したり、或いは完了時点以前（或いはその時点を含む時点以前）の全ての上りリンク資源タイプ関連トリガリングされたＰＨＲを取り消すように設定することができる。
【０１２２】
＜第６の実施例＞
【０１２３】
上りリンク資源タイプ（或いは、上りリンク電力制御サブフレーム集合）別に計算された多数のＰＨＲ情報は、事前に定義された（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に受信される、最も近い上りリンクスケジューリング情報（ＵＬグラント）基盤の上りリンクデータが伝送される上りリンクサブフレームを通じて（全て或いは一部が）伝送されるように設定することができる。このような方法は、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）に対するＰＨＲ情報が実際に伝送されるサブフレームが該当の上りリンク資源タイプ（或いは該当の上りリンク電力制御サブフレーム集合）関連サブフレームに限定されないことを意味する。
【０１２４】
また、端末が特定時点で報告する各ＰＨＲ情報は、事前に定義された（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される上りリンクサブフレーム集合関連ＰＨＲ情報のみで（限定的に）構成されるように設定することができる。
【０１２５】
また、端末が特定時点で報告する各ＰＨＲ情報は、事前に定義された多数の上りリンクサブフレーム集合のうち少なくとも一つの上りリンクサブフレーム集合が（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）を満足する場合、全ての上りリンクサブフレーム集合関連ＰＨＲ情報（或いは事前に定義された全ての上りリンクサブフレーム集合関連ＰＨＲ情報）で構成されるように設定することができる。
【０１２６】
また、本実施例に基づいて端末が上りリンク資源タイプ別に計算された多数のＰＨＲ値に対する報告動作を（全て或いは一部）完了した後は、完了時点以前（或いはその時点を含む時点以前）の実際に報告された上りリンク資源タイプ関連トリガリングされたＰＨＲのみを取り消すように設定したり、或いは完了時点以前（或いはその時点を含む時点以前）の全ての上りリンク資源タイプ関連トリガリングされたＰＨＲを取り消すように設定することができる。
【０１２７】
＜第７の実施例＞
【０１２８】
本発明の第７の実施例によると、端末は、特定上りリンク資源タイプ（或いは、特定上りリンク電力制御サブフレーム集合）に対するＰＨＲ情報のみを計算及び報告するように設定することができる。例えば、ＴＤＤシステム下で無線資源用途の動的変更が適用される場合、端末は、静的上りリンクサブフレーム集合に対するＰＨＲ情報（すなわち、ＰＨＲStatic SF（ｎ））のみを計算及び報告するように設定することができる。また、このような方法は、流動上りリンクサブフレーム集合に対するＰＨＲ情報（すなわち、ＰＨＲFlexible SF（ｍ））を端末が計算及び報告しないと解釈することもできる。
【０１２９】
追加的に、端末が、特定上りリンク資源タイプに対するＰＨＲ情報は、該当の特定上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に、該当の特定上りリンク資源タイプのサブフレームを通じて上りリンクデータが伝送されるようにする最も近い時点のスケジューリング情報の上りリンクデータチャネル（ＰＵＳＣＨ）を基盤にして報告するように設定することができる。或いは、端末が、特定上りリンク資源タイプに対するＰＨＲ情報は、事前に定義された該当の特定上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に受信される、最も近い上りリンクスケジューリング情報（ＵＬグラント）基盤の上りリンクデータチャネル（ＰＵＳＣＨ）を介して伝送されるように設定することもできる。
【０１３０】
＜第８の実施例＞
【０１３１】
本発明の第８の実施例によると、基地局は、端末に事前に定義されたシグナル（例えば、物理層シグナル或いは上位層シグナル）を通じて互いに異なる上りリンク資源タイプ（或いは、互いに異なる上りリンク電力制御サブフレーム集合）のｉ）ＰＨＲ値範囲、ｉｉ）ＰＨＲ報告関連範囲値、或いはｉｉｉ）ＰＨＲ報告関連範囲値及びステップサイズ（Ｓｔｅｐ  ｓｉｚｅ）を独立に知らせるように設定することができる。例えば、ＰＨＲ値範囲は、ＰＨＲStatic SF（ｎ）が、１ｄＢのステップサイズを有する［４０；−２３］ｄＢ範囲内で最も近接した値に四捨五入され、ＰＨＲFlexible SF（ｎ）が、１ｄＢのステップサイズを有する［３０；−３３］ｄＢ範囲内で最も近接した値に四捨五入されるようにそれぞれ設定することができる。
【０１３２】
また、基地局は、端末に特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）のＰＨＲ値範囲／ＰＨＲ報告関連範囲値／ＰＨＲ報告関連範囲値及びステップサイズを、他の上りリンク資源タイプ（或いは他の上りリンク電力制御サブフレーム集合）のＰＨＲ値範囲／ＰＨＲ報告関連範囲値／ＰＨＲ報告関連範囲値及びステップサイズに対するオフセット値として知らせるように設定することもできる。例えば、ＴＤＤシステム下で無線資源用途の動的変更が適用される場合、流動上りリンクサブフレーム集合のＰＨＲ値範囲（或いはＰＨＲ報告関連範囲値）を、静的上りリンクサブフレーム集合のＰＨＲ値範囲（すなわち、＋４０ｄＢ〜−２３ｄＢ）に対するオフセット値（例えば、オフセット値が−１０ｄＢに設定される場合、流動上りリンクサブフレーム集合のＰＨＲ値範囲は＋３０ｄＢ〜−３３ｄＢに設定される）の形態で知らせることができる。
【０１３３】
＜第９の実施例＞
【０１３４】
本発明の第９の実施例によると、基地局は、端末に事前に定義されたシグナルフォーマット（例えば、物理層シグナルフォーマット或いは上位層シグナルフォーマット）を基盤にして伝送される指示子（Ｉｎｄｉｃａｔｏｒ）を通じて、特定上りリンク資源タイプ（或いは、特定上りリンク電力制御サブフレーム集合）に対するＰＨＲ情報を報告するように知らせることができる。
【０１３５】
ここで、該当指示子（例えば、１ビット（「０である場合、静的上りリンクサブフレーム集合に対するＰＨＲ情報」、「１である場合、流動上りリンクサブフレーム集合に対するＰＨＲ情報」））は、上りリンクスケジューリング情報（ＵＬグラント）が伝送されるＤＣＩフォーマット０或いはＤＣＩフォーマット４上の特定フィールド（例えば、ＵＬ  ｉｎｄｅｘ／ＤＡＩ／Ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ／ＳＲＳ  ｒｅｑｕｅｓｔフィールドなど）を再利用（再解釈）して定義したり、或いは該当のＤＣＩフォーマット上にこのような用途のフィールドを新しく定義することによって具現することができる。又は、前記指示子は、下りリンクスケジューリング情報（ＤＬグラント）が伝送されるＤＣＩフォーマット上の特定フィールドを再利用（再解釈）して定義したり、或いは該当のＤＣＩフォーマット上にこのような用途のフィールドを新しく定義することによって具現することもできる。
【０１３６】
＜第１０の実施例＞
【０１３７】
本発明の第１０の実施例によると、特定上りリンク資源タイプ（或いは、特定上りリンク電力制御サブフレーム集合）に対するＰＨＲ情報が報告されたり、上りリンク資源タイプ（或いは上りリンク電力制御サブフレーム集合）別に計算された多数のＰＨＲ情報が報告される場合、該当のＰＨＲ情報報告動作に用いられる（既存の）シグナルフォーマット（例えば、ＭＡＣシグナルフォーマット）上の特定フィールド／ビットを、上りリンク資源タイプ（或いは上りリンク電力制御サブフレーム集合）区分の指示子として（端末が）再利用するように設定することができる。
【０１３８】
すなわち、基地局は、該当の指示子（例えば、１ビット（「０である場合、静的上りリンクサブフレーム集合に対するＰＨＲ情報」、「１である場合、流動上りリンクサブフレーム集合に対するＰＨＲ情報」））を通じて報告されるそれぞれの特定ＰＨＲ情報が如何なる上りリンク資源タイプ（或いは上りリンク電力制御サブフレーム集合）に対するものであるかを把握することができる。例えば、パワーヘッドルームＭＡＣ制御要素（Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）上の予約ビットを上りリンク資源タイプ（或いは上りリンク電力制御サブフレーム集合）の区分のための指示子と定義することができ、図１０（ａ）は、本実施例が適用された各場合を示す。
【０１３９】
他の一例として、拡張されたパワーヘッドルームＭＡＣ制御要素（Ｅｘｔｅｎｄｅｄ  Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）の場合、予約ビットは、Ｖフィールド（ここで、Ｖフィールドは、パワーヘッドルーム（ＰＨ）値が実際の伝送又は参照フォーマットに基づくときに指示する。）が０の値を有する場合のみに存在（すなわち、タイプ１及びタイプ２の全てに対して、Ｖ＝０は、これと連関したＰCMAX,cフィールドを含むオクテットが存在することを指示し、Ｖ＝１は、これと連関したＰCMAX,cフィールドを含むオクテットが省略されたことを指示する）するようになるので、該当の予約ビットを上りリンク資源タイプ（或いは上りリンクサブフレーム集合）の区分のための指示子として再利用するためには、Ｖフィールド値を０に（制限的に）設定することができる。図１０（ｂ）は、本実施例が適用された各場合を示す。
【０１４０】
追加的に特定上りリンク資源タイプに対するＰＨＲ情報が報告されたり、上りリンク資源タイプ別に計算された多数のＰＨＲ情報が報告される場合、該当のＰＨＲ情報報告動作に用いられる（既存の）シグナルフォーマット（例えば、ＭＡＣシグナルフォーマット）上に上りリンク資源タイプ区分の指示子が伝送されるフィールド／ビットを新しく定義することもできる。
【０１４１】
＜第１１の実施例＞
【０１４２】
本発明の第１１の実施例によると、端末が、互いに異なる上りリンク資源タイプ（或いは、互いに異なる上りリンク電力制御サブフレーム集合）別に各ＰＨＲ値を計算した後、事前に定義された規則に基づいて相対的に大きいＰＨＲ値（或いは最も大きいＰＨＲ値）を代表ＰＨＲ値として選定して報告するように設定したり、事前に定義された規則に基づいて相対的に小さいＰＨＲ値（或いは最も小さいＰＨＲ値）を代表ＰＨＲ値として選定して報告するように設定することができる。この場合、代表ＰＨＲ値の報告に用いられる（既存の）シグナルフォーマット（例えば、ＭＡＣシグナルフォーマット）上の特定フィールド／ビットが、該当の代表ＰＨＲ値が如何なる上りリンク資源タイプ（或いは上りリンク電力制御サブフレーム集合）から導出されたのかを知らせる指示子として（再）利用されるように設定することができる。
【０１４３】
＜第１２の実施例＞
【０１４４】
本発明の第１２の実施例によると、基地局は、端末に事前に定義されたシグナル（例えば、ＲＲＣシグナル）を通じて、互いに異なる上りリンク資源タイプ（或いは互いに異なる上りリンク電力制御サブフレーム集合）別に独立に適用されるｉ）ｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒ、ｉｉ）ｐｒｏｈｉｂｉｔＰＨＲ―Ｔｉｍｅｒ、或いは／及びｉｉｉ）ｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅ（すなわち、パワーヘッドルーム報告（ＰＨＲ）をトリガーするために、測定下りリンク経路損失の変化及び電力管理（Ｐ―ＭＰＲcによって許容される）によって要求される電力バックオフ値を設定するための）を設定することができる。
【０１４５】
また、事前に定義された一部の上りリンク資源タイプ（或いは上りリンクサブフレーム集合）間には、同一のｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒ、ｐｒｏｈｉｂｉｔＰＨＲ―Ｔｉｍｅｒ或いは／及びｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅが設定されたり、事前に定義された一部の上りリンク資源タイプ（或いは上りリンクサブフレーム集合）のためには一つの共通したシグナル（例えば、ＲＲＣシグナル）を通じて共通したｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒ、ｐｒｏｈｉｂｉｔＰＨＲ―Ｔｉｍｅｒ或いは／及びｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅが設定された場合、残りの上りリンク資源タイプ（或いは上りリンクサブフレーム集合）別には独立に適用されるｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒ、ｐｒｏｈｉｂｉｔＰＨＲ―Ｔｉｍｅｒ或いは／及びｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅが設定されることもある。
【０１４６】
追加的に、基地局は、端末に（例えば、事前に定義されたシグナル（例えば、ＲＲＣシグナル）を通じて）互いに異なる上りリンク資源タイプ（或いは上りリンクサブフレーム集合）間に全て共通的に適用されるｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒ、ｐｒｏｈｉｂｉｔＰＨＲ―Ｔｉｍｅｒ或いは／及びｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅを設定したり、一つの共通したシグナル（例えば、ＲＲＣシグナル）を通じて互いに異なる上りリンク資源タイプ（或いは上りリンクサブフレーム集合）間に共通したｐｅｒｉｏｄｉｃＰＨＲ―Ｔｉｍｅｒ、ｐｒｏｈｉｂｉｔＰＨＲ―Ｔｉｍｅｒ或いは／及びｄｌ―ＰａｔｈｌｏｓｓＣｈａｎｇｅを設定することもできる。
【０１４７】
＜第１３の実施例＞
【０１４８】
本発明の第１３の実施例によると、特定上りリンク電力制御サブフレーム集合（或いは特定上りリンク資源タイプ）のＰＨＲ報告方法は、事前に定義された規則に従って特定ＰＨＲタイプ（例えば、タイプ１のＰＨＲ／タイプ２のＰＨＲ）の形態に限定することができる。例えば、流動上りリンクサブフレーム集合での相対的に高い干渉量或いは相対的に変化が激しい干渉特性を考慮した上で、該当の流動上りリンクサブフレームでは上りリンク制御情報（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ  Ｗ／（Ｐｉｇｇｙｂａｃｋｅｄ）ＵＣＩ）が伝送されないように設定することができる。すなわち、上りリンク制御情報は、相対的に安定したり、低い干渉特性を有する静的サブフレーム集合を通じて伝送されるように設定することができる。この場合、流動上りリンクサブフレーム集合関連ＰＨＲ報告方法は「Ｔｙｐｅ  １  ＰＨＲ」に限定することができ、静的上りリンクサブフレーム集合関連ＰＨＲ報告方法は特定タイプの形態に限定しないこともある。ここで、このような方法は、流動上りリンクサブフレーム集合を搬送波集成（ＣＡ）技法が適用された状況下での（仮想的な）ＳＣｅｌｌ（すなわち、ＰＵＣＣＨとＰＵＳＣＨの同時伝送が設定され得ない）と見なすと解釈することもできる。
【０１４９】
＜第１４の実施例＞
【０１５０】
本発明の第１４の実施例によると、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）のＰＨＲ情報は、ｉ）該当の特定上りリンク資源タイプ（或いは該当の特定上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉ）任意の上りリンク資源タイプ（或いは任意の上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉｉ）少なくとも一つの上りリンク資源タイプ（或いは少なくとも一つの上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に、（事前に定義された条件を満足させる）上りリンクスケジューリング情報（ＵＬグラント）受信時点（すなわち、ＳＦ＃Ｋ）までの特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）関連電力制御命令語を考慮／反映して導出するように設定することができる。
【０１５１】
或いは、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）のＰＨＲ情報は、ｉ）該当の特定上りリンク資源タイプ（或いは該当の特定上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉ）任意の上りリンク資源タイプ（或いは任意の上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉｉ）少なくとも一つの上りリンク資源タイプ（或いは少なくとも一つの上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いは時点を含む時点以後）に、（事前に定義された条件を満足させる）該当する特定上りリンク資源タイプ（或いは該当の特定上りリンク電力制御サブフレーム集合）を通じて実際にＰＵＳＣＨが伝送される上りリンクサブフレーム時点（すなわち、ＳＦ＃Ｌ）までの特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）関連電力制御命令語を考慮／反映して導出するように設定することができる。
【０１５２】
ここで、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）電力制御命令語は、例えば、特定上りリンク電力制御サブフレーム集合関連開ループ制御パラメーター（例えば、Ｐo（すなわち、Ａ  ｓｅｍｉ―ｓｔａｔｉｃ  ｂａｓｅ  ｌｅｖｅｌ）、α（すなわち、Ａｎ  ｏｐｅｎ―ｌｏｏｐ  ｐａｔｈ―ｌｏｓｓ  ｃｏｍｐｅｎｓａｔｉｏｎ  ｃｏｍｐｏｎｅｎｔ））或いは／及び閉ループ制御パラメーター（例えば、Ａｃｃｕｍｕｌａｔｉｖｅ  ＴＰＣ  ｃｏｍｍａｎｄ、Ａｂｓｏｌｕｔｅ  ＴＰＣ  ｃｏｍｍａｎｄ、Ａ  ｃｏｍｐｏｎｅｎｔ  ｄｅｐｅｎｄｅｎｔ  ｏｎ  ｔｈｅ  ＭＣＳ）であり得る。
【０１５３】
ここで、該当の上りリンクスケジューリング情報（ＵＬグラント）は、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）のＰＨＲ情報が伝送される上りリンクデータ（ＰＵＳＣＨ）をスケジューリングする制御情報を意味する。
【０１５４】
このような上りリンクスケジューリング情報（ＵＬグラント）は、例えば、ｉ）該当する特定上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉ）任意の上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉｉ）少なくとも一つの上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に、該当する特定上りリンク資源タイプのサブフレームを通じて上りリンクデータが伝送されるようにする最も近い時点のスケジューリング情報（ＵＬグラント）に限定することができる。又は、ｉ）該当する特定上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉ）任意の上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉｉ）少なくとも一つの上りリンク資源タイプ関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に、受信される最も近い上りリンクスケジューリング情報（ＵＬグラント）に限定することもできる（すなわち、特定上りリンク資源タイプに対するＰＨＲ情報が実際に伝送されるサブフレームは、該当の特定上りリンク資源タイプ関連サブフレームに限定されない）。
【０１５５】
また、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）のＰＨＲ情報は、ｉ）該当の特定上りリンク資源タイプ（或いは該当の特定上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉ）任意の上りリンク資源タイプ（或いは任意の上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉｉ）少なくとも一つの上りリンク資源タイプ（或いは少なくとも一つの上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に、（上述した事前に定義された条件を満足させる）上りリンクスケジューリング情報（ＵＬグラント）受信時点（すなわち、ＳＦ＃Ｋ）以前（或いはその時点を含む時点以前）に、該当の特定上りリンク資源タイプ（或いは該当の特定上りリンク電力制御サブフレーム集合）と関連する最新の時点或いは最も近い過去時点の電力制御命令語を考慮／反映して導出することができる。
【０１５６】
或いは、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）のＰＨＲ情報は、ｉ）該当の特定上りリンク資源タイプ（或いは該当の特定上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉ）任意の上りリンク資源タイプ（或いは任意の上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足されるか、ｉｉｉ）少なくとも一つの上りリンク資源タイプ（或いは少なくとも一つの上りリンク電力制御サブフレーム集合）関連（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に、（上述した事前に定義された条件を満足させる）実際にＰＵＳＣＨが伝送される上りリンクサブフレーム時点（すなわち、ＳＦ＃Ｌ）以前（或いはその時点を含む時点以前）に、該当の特定上りリンク資源タイプ（或いは該当の特定上りリンク電力制御サブフレーム集合）と関連する最新の時点或いは最も近い過去時点の電力制御命令語を考慮／反映して導出するように設定することもできる。ここで、例えば、実際にＰＵＳＣＨが伝送される上りリンクサブフレームは、特定上りリンク資源タイプ（或いは特定上りリンク電力制御サブフレーム集合）上の上りリンクサブフレームに限定したり、或いは全ての上りリンク資源タイプ（或いは全ての上りリンク電力制御サブフレーム集合）上の上りリンクサブフレームに設定することもできる。
【０１５７】
図１１は、本実施例を適用した場合の上りリンクサブフレームの設定を示す。図１１では、特定上りリンク資源タイプに対するＰＨＲ情報が、上りリンクスケジューリング情報（例えば、ＵＬグラント）基盤の上りリンクデータ（ＰＵＳＣＨ）が該当の特定上りリンク資源タイプを通じて伝送される場合のみに伝送されたり、或いは該当の特定上りリンク資源タイプの（上りリンク）サブフレームを通じて伝送される場合のみに伝送されるように設定された場合を仮定する。
【０１５８】
図１１において、静的サブフレーム集合のＰＨＲ情報は、上りリンクスケジューリング情報（ＵＬグラント）受信時点であるＳＦ＃（ｎ＋１）までの静的サブフレーム集合関連電力制御命令語（例えば、静的上りリンクサブフレーム集合関連開ループ制御パラメーター（すなわち、Ｐo,Static SF（すなわち、Ａ  ｓｅｍｉ―ｓｔａｔｉｃ  ｂａｓｅ  ｌｅｖｅｌ）、αStatic SF（すなわち、Ａｎ  ｏｐｅｎ―ｌｏｏｐ  ｐａｔｈ―ｌｏｓｓ  ｃｏｍｐｅｎｓａｔｉｏｎ  ｃｏｍｐｏｎｅｎｔ））或いは／及び閉ループ制御パラメーター（すなわち、Ａｃｃｕｍｕｌａｔｉｖｅ  ＴＰＣ  ｃｏｍｍａｎｄ、Ａｂｓｏｌｕｔｅ  ＴＰＣ  ｃｏｍｍａｎｄ、Ａ  ｃｏｍｐｏｎｅｎｔ  ｄｅｐｅｎｄｅｎｔ  ｏｎ  ｔｈｅ  ＭＣＳ））を考慮／反映して導出するようになる。また、流動サブフレーム集合のＰＨＲ情報は、上りリンクスケジューリング情報（ＵＬグラント）受信時点であるＳＦ＃（ｎ＋１４）までの流動サブフレーム集合関連電力制御命令語（例えば、流動上りリンクサブフレーム集合関連開ループ制御パラメーター（例えば、Ｐo,Flexible SF（すなわち、Ａ  ｓｅｍｉ―ｓｔａｔｉｃ  ｂａｓｅ  ｌｅｖｅｌ）、αFlexible SF（すなわち、Ａｎ  ｏｐｅｎ―ｌｏｏｐ  ｐａｔｈ―ｌｏｓｓ  ｃｏｍｐｅｎｓａｔｉｏｎ  ｃｏｍｐｏｎｅｎｔ））或いは／及び閉ループ制御パラメーター（例えば、Ａｃｃｕｍｕｌａｔｉｖｅ  ＴＰＣ  ｃｏｍｍａｎｄ、Ａｂｓｏｌｕｔｅ  ＴＰＣ  ｃｏｍｍａｎｄ、Ａ  ｃｏｍｐｏｎｅｎｔ  ｄｅｐｅｎｄｅｎｔ  ｏｎ  ｔｈｅ  ＭＣＳ））を考慮／反映して導出するようになる。また、端末は、実際にＰＵＳＣＨが伝送される上りリンクサブフレーム時点（すなわち、静的サブフレーム集合の場合はＳＦ＃（ｎ＋７）、動的サブフレーム集合の場合はＳＦ＃（ｎ＋８）まで）までのサブフレーム集合関連電力制御命令語を考慮／反映して、ＰＨＲ情報を導出するように設定することもできる。
【０１５９】
図１２では、上りリンク資源タイプ別に計算された多数のＰＨＲ情報が、事前に定義された（端末の）ＰＨＲ情報報告動作関連条件（Ｅｖｅｎｔ）が満足される時点以後（或いはその時点を含む時点以後）に受信される、最も近い上りリンクスケジューリング情報（ＵＬグラント）基盤の上りリンクデータが伝送される上りリンクサブフレームを通じて全て伝送されるように設定された場合を示す。
【０１６０】
図１２において、静的サブフレーム集合のＰＨＲ情報と流動サブフレーム集合のＰＨＲ情報は、上りリンクスケジューリング情報（ＵＬグラント）受信時点であるＳＦ＃（ｎ＋１１）までのそれぞれのサブフレーム集合関連電力制御命令語を独立に考慮／反映してそれぞれ導出される。さらに、実際にＰＵＳＣＨが伝送される上りリンクサブフレーム時点（すなわち、ＳＦ＃（ｎ＋１７））までのそれぞれのサブフレーム集合関連電力制御命令語を考慮／反映して、それぞれのサブフレーム集合関連ＰＨＲ情報が導出されるように設定することもできる。
【０１６１】
＜第１５の実施例＞
【０１６２】
本発明の第１５の実施例では、サブフレーム―従属（ｓｕｂｆｒａｍｅ―ｄｅｐｅｎｄｅｎｔ）的な上りリンク（ＵＬ）電力制御が適用される場合を検討する。サブフレーム―従属的な上りリンク（ＵＬ）電力制御が適用される場合、パワーヘッドルーム報告（ＰＨＲ）のための端末の動作も定義される必要がある。これは、独立した上りリンク電力制御パラメーターが互いに異なるサブフレーム集合に適用されることによって、上述したＰＨＲトリガリングのための条件（ｅｖｅｎｔ）の発生がそれぞれのサブフレーム集合に対して互いに変わり得るためである。
【０１６３】
したがって、少なくとも一つのサブフレーム集合に対して上述したＰＨＲトリガリング条件が満足されると、端末は、全てのサブフレーム集合に対するＰＨＲを基地局（ｅＮＢ）に伝送する。このために、単一ＣＣの多数のサブフレームセットのＰＨＲを含む新しいコンテナ（例えば、ＰＨＲ  ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）をさらに定義することもできる。
【０１６４】
＜第１６の実施例＞
【０１６５】
本発明の第１６の実施例には、サブフレーム―従属的な上りリンク（ＵＬ）電力制御が適用される場合の、パワーヘッドルーム報告（ＰＨＲ）のための端末の動作を提案する。
【０１６６】
少なくとも一つのサブフレーム集合に対して上述したＰＨＲトリガリング条件が満足されると、端末は、代表（ｒｅｐｒｅｓｅｎｔｉｖｅ）ＰＨＲを基地局（ｅＮＢ）に伝送する。ここで、代表ＰＨＲは、全てのサブフレーム集合のＰＨＲのうち最小値を有するように定義することができる。さらに、本実施例において、端末は、最小ＰＨＲを有するサブフレームのインデックスを報告することもできるが、場合に応じてはこれを報告しないこともある。
【０１６７】
＜第１７の実施例＞
【０１６８】
本発明の第１７の実施例には、サブフレーム―従属的な上りリンク（ＵＬ）電力制御が適用される場合の、パワーヘッドルーム報告（ＰＨＲ）のための端末の動作を提案する。
【０１６９】
少なくとも一つのサブフレーム集合に対して上述したＰＨＲトリガリング条件が満足されると、端末は、予め定義されたサブフレーム集合のＰＨＲ（例えば、流動サブフレーム集合のＰＨＲ情報（或いは静的サブフレーム集合のＰＨＲ情報））を基地局に伝送することができる。
【０１７０】
＜第１８の実施例＞
【０１７１】
既存には、搬送波集成技法（ＣＡ）と関連した少なくとも一つのセル（コンポーネントキャリア）に対して事前に定義されたＰＨＲトリガリング条件が満足される場合、端末は、搬送波集成技法関連全てのセルに対する各ＰＨＲ情報を事前に定義されたコンテナ（例えば、ＰＨＲ  ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を通じて同時に伝送するようになる。
【０１７２】
例えば、二つのセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ）が搬送波集成技法で用いられ、ＰＣｅｌｌの（ＳＩＢ１基盤の）上りリンク―下りリンク設定（ＵＬ―ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）がＵＬ―ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ＃１で、ＳＣｅｌｌの（ｔｄｄ―Ｃｏｎｆｉｇ―ｒ１０基盤の）上りリンク―下りリンク設定がＵＬ―ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ＃１である状況を仮定する。この場合、ＳＣｅｌｌの下りリンクサブフレーム（ＤＬ  ＳＦ）＃０でＰＨＲトリガリング関連イベントが発生し、ＳＣｅｌｌのスペシャルサブフレーム（Ｓｐｅｃｉａｌ  ＳＦ）＃１で上りリンクサブフレーム（ＵＬ  ＳＦ）＃７でのＰＵＳＣＨ伝送（すなわち、ＳＣｅｌｌ上で伝送されるＰＵＳＣＨ）関連スケジューリング情報（ＵＬグラント）が受信されると、端末は、ＵＬ  ＳＦ＃７で伝送されるＰＵＳＣＨ上にＰＣｅｌｌとＳＣｅｌｌのＰＨＲ情報を事前に定義されたコンテナを通じて伝送するようになる。ここで、個別セルのＰＨＲ情報は、上りリンクスケジューリング情報（ＵＬグラント）受信時点であるＳＦ＃１までのそれぞれのセル関連最新電力制御命令語を独立に考慮／反映してそれぞれ導出したり、或いは実際にＰＵＳＣＨが伝送されるＵＬ  ＳＦ＃７時点までのそれぞれのセル関連最新電力制御命令語を考慮／反映してそれぞれ導出するように設定することができる。
【０１７３】
しかし、同一の例示下で、搬送波集成技法関連特定セル（例えば、ＳＣｅｌｌ）が無線資源用途の動的変更で運営（すなわち、「ｅＩＭＴＡ―ｅｎａｂｌｅｄ  Ｃｅｌｌ」と命名）（そして／或いは該当の特定セル上に（二つの）上りリンク電力制御サブフレーム集合が設定）される場合、搬送波集成技法関連（全ての）セルのＰＨＲ情報が伝送される時点（例えば、ＵＬ  ＳＦ＃７）で一部のセル（例えば、ＤＬ  ＨＡＲＱ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎが上位層シグナルを通じてＵＬ―ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ＃５に設定されたｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＳＣｅｌｌ）は、該当する時点のサブフレームを下りリンク用途で用いることができる。
【０１７４】
したがって、本発明の第１８の実施例では、この場合、搬送波集成技法関連セルのＰＨＲ情報を効率的に導出する方法を提示する。
【０１７５】
例えば、搬送波集成技法関連セル（例えば、Ｎｏｎ―ｅＩＭＴＡＰＣｅｌｌ、ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＳＣｅｌｌ）の各ＰＨＲ情報が伝送される時点（例えば、ＵＬ  ＳＦ＃７）で一部のｅＩＭＴＡ―ｅｎａｂｌｅｄ  Ｃｅｌｌ（例えば、ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＳＣｅｌｌ）が該当する時点のサブフレームを下りリンク用途で再利用する場合（すなわち、ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＳＣｅｌｌがｔｄｄ―Ｃｏｎｆｉｇ―ｒ１０基盤の上りリンクサブフレームを下りリンク用途に変更して再利用する場合）を仮定する。この場合、端末が、ｉ）ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＣｅｌｌのＰＨＲ情報を下りリンク用途で再利用するサブフレーム（例えば、ＳＦ＃７）を含む上りリンク電力制御サブフレーム集合のＰＨＲ情報として報告するように設定したり、ｉｉ）ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＣｅｌｌのＰＨＲ情報を事前に定義された（或いはシグナリングされた）特定上りリンク電力制御サブフレーム集合のＰＨＲ情報として報告するように設定したり、ｉｉｉ）ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＣｅｌｌのＰＨＲ情報を事前に定義された（或いはシグナリングされた）特定値として報告するように設定したり、或いはｉｖ）ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＣｅｌｌのＰＨＲ情報を下りリンク用途で再利用するサブフレーム（例えば、ＳＦ＃７）を含まず、最も近い過去の時点に実際に上りリンク用途で用いられるサブフレームを含む上りリンク電力制御サブフレーム集合のＰＨＲ情報として報告するように設定することができる。
【０１７６】
他の一例として、搬送波集成技法関連セルのＰＨＲ情報が伝送される時点で、一部のＮｏｎ―ｅＩＭＴＡ  Ｃｅｌｌが該当の時点のサブフレームを下りリンク用途で用いる場合、ｉ）Ｎｏｎ―ｅＩＭＴＡ  ＣｅｌｌのＰＨＲ情報を（下りリンク用途で用いるサブフレームを含まず）最も近い過去の時点に実際に上りリンク用途で用いられるサブフレーム関連ＰＨＲ情報を報告するように設定したり、ｉｉ）Ｎｏｎ―ｅＩＭＴＡ  ＣｅｌｌのＰＨＲ情報を事前に定義された（或いはシグナリングされた）特定値として報告するように設定したり、ｉｉｉ）Ｎｏｎ―ｅＩＭＴＡ  ＣｅｌｌのＰＨＲ情報を（下りリンク用途で用いるサブフレームを含む）最も近い過去の時点でＵＬグラントが伝送され得る下りリンクサブフレームと連動した上りリンクサブフレーム関連ＰＨＲ情報を報告するように設定したり、或いはｉｖ）Ｎｏｎ―ｅＩＭＴＡ  ＣｅｌｌのＰＨＲ情報を（下りリンク用途で用いるサブフレームを含まず）最も近い過去の時点でＵＬグラントが伝送され得る下りリンクサブフレームと連動した上りリンクサブフレーム関連ＰＨＲ情報を報告するように設定することができる。
【０１７７】
さらに、上述した本発明の各実施例は、搬送波集成技法関連セル（或いはコンポーネントキャリア）の（ＳＩＢ１／ｔｄｄ―Ｃｏｎｆｉｇ―ｒ１０基盤の）上りリンク―下りリンク設定（ＵＬ―ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が一部（或いは全て）異なる形に設定された場合、搬送波集成技法関連少なくとも一つのセルが無線資源用途の動的変更に運営される場合、及び／或いは該当の少なくとも一つのセル上に（二つの）上りリンク電力制御サブフレーム集合が設定された場合などでも拡張適用が可能である。
【０１７８】
更に他の例として、搬送波集成技法関連セル（或いはコンポーネントキャリア）の（ＳＩＢ１／ｔｄｄ―Ｃｏｎｆｉｇ―ｒ１０基盤の）上りリンク―下りリンク設定（ＵＬ―ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が異なっており（例えば、Ｎｏｎ―ｅＩＭＴＡＰ  ＣｅｌｌのＳＩＢ１  ＵＬ―ＤＬ  ＣｏｎｆｉｇｕｒａｔｉｏｎがＵＬ―ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ＃２で、ｅＩＭＴＡ―ｅｎａｂｌｅｄＳＣｅｌｌのｔｄｄ―Ｃｏｎｆｉｇ―ｒ１０基盤のＵＬ―ＤＬ  ＣｏｎｆｉｇｕｒａｔｉｏｎがＵＬ―ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ＃１である場合）、搬送波集成技法関連特定セル（例えば、ｅＩＭＴＡ―ｅｎａｂｌｅｄＳＣｅｌｌ）が無線資源用途の動的変更で運営（及び／或いは該当の特定セル上に（二つの）上りリンク電力制御サブフレーム集合が設定）される場合を仮定する。この場合、搬送波集成技法関連（全ての）セルのＰＨＲ情報が伝送されるＰＵＳＣＨ（例えば、Ｎｏｎ―ｅＩＭＴＡＰＣｅｌｌ上のＳＦ＃７で伝送されるＰＵＳＣＨ）をスケジューリングする制御情報が受信される時点（例えば、Ｎｏｎ―ｅＩＭＴＡＰＣｅｌｌ上のＳＦ＃３で受信されるＵＬグラント）で、一部のセル（例えば、ｅＩＭＴＡ―ｅｎａｂｌｅｄＳＣｅｌｌ）は、該当の時点のサブフレームを上りリンク用途で用いることができる。
【０１７９】
ここで、搬送波集成技法関連（全ての）セルのＰＨＲ情報が伝送されるＰＵＳＣＨをスケジューリングする制御情報（ＵＬグラント）が受信される時点（例えば、ＳＦ＃３）で一部のセルが該当する時点のサブフレームを上りリンク用途で用いる場合、このようなセルがｅＩＭＴＡ―ｅｎａｂｌｅｄ  Ｃｅｌｌであると、端末は、ｉ）ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＣｅｌｌのＰＨＲ情報を該当の時点（例えば、ＳＦ＃３）の上りリンクサブフレームを含む上りリンク電力制御サブフレーム集合のＰＨＲ情報として報告するように設定したり、ｉｉ）ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＣｅｌｌのＰＨＲ情報を該当する時点（例えば、ＳＦ＃３）を含まず、最も近い過去に実際に上りリンク用途で用いられるサブフレームを含む上りリンク電力制御サブフレーム集合のＰＨＲ情報として報告するように設定したり、ｉｉｉ）ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＣｅｌｌのＰＨＲ情報を事前に定義された（或いはシグナリングされた）特定上りリンク電力制御サブフレーム集合のＰＨＲ情報として報告するように設定したり、或いはｉｖ）ｅＩＭＴＡ―ｅｎａｂｌｅｄ  ＣｅｌｌのＰＨＲ情報を事前に定義された（或いはシグナリングされた）特定値として報告するように設定することができる。
【０１８０】
更に他の例として、搬送波集成技法関連（全ての）セルのＰＨＲ情報が伝送されるＰＵＳＣＨをスケジューリングする制御情報が受信される時点で一部のセルが該当の時点のサブフレームを上りリンク用途で用いる場合、このようなセルがＮｏｎ―ｅＩＭＴＡ  Ｃｅｌｌであると、端末は、ｉ）Ｎｏｎ―ｅＩＭＴＡ  ＣｅｌｌのＰＨＲ情報を該当の時点の上りリンクサブフレーム関連ＰＨＲ情報として報告するように設定したり、ｉｉ）Ｎｏｎ―ｅＩＭＴＡ  ＣｅｌｌのＰＨＲ情報を事前に定義された（或いはシグナリングされた）特定値として報告するように設定したり、或いはｉｉｉ）Ｎｏｎ―ｅＩＭＴＡ  ＣｅｌｌのＰＨＲ情報を該当の時点を含まず、最も近い過去の時点に実際に上りリンク用途で用いられるサブフレーム関連ＰＨＲ情報として報告するように設定することができる。
【０１８１】
さらに、上述した設定／規則は、搬送波集成技法関連セル（或いはコンポーネントキャリア）の（ＳＩＢ１／ｔｄｄ―Ｃｏｎｆｉｇ―ｒ１０基盤の）上りリンク―下りリンク設定が同一に設定された場合、搬送波集成技法関連少なくとも一つのセルが無線資源用途の動的変更で運営される場合、及び／或いは該当の少なくとも一つのセル上に（二つの）上りリンク電力制御サブフレーム集合が設定された場合などでも拡張適用が可能である。
【０１８２】
以上で説明した本発明に対する一例も本発明の具現方法のうち一つとして含まれ得るので、本発明の各実施例として見なすことができることは明白な事実である。また、上述した本発明の各実施例は、独立に具現することもできるが、一部の実施例の組み合わせ或いは併合の形態で具現することもできる。
【０１８３】
追加的に上述した本発明の各実施例は、無線資源用途の動的変更モードが設定された場合（例えば、基地局が端末に事前に定義されたシグナルを通じて無線資源用途の動的変更モードを設定した場合）のみに限定的に適用されるように設定することができる。
【０１８４】
また、上述した本発明の各実施例は、ｉ）ＰＵＳＣＨとＰＵＣＣＨの同時伝送モードが設定された場合のみに限定的に適用されるように設定したり、ｉｉ）ＰＵＳＣＨとＰＵＣＣＨの同時伝送モードが設定されていない場合のみに限定的に適用されるように設定したり、ｉｉｉ）ｅｘｔｅｎｄｅｄＰＨＲが設定された場合のみに限定的に適用されるように設定したり、ｉｖ）ＰＣｅｌｌ又はＳＣｅｌｌのみで限定的に適用されるように設定したり、ｖ）無線資源用途の動的変更モードが設定された特定セル或いは特定ＣＣのみで限定的に適用されるように設定したり、ｖｉ）Ｃｒｏｓｓ―Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ（ＣＣＳ）技法が設定された場合のみに限定的に適用されるように設定したり、或いはｖｉｉ）Ｓｅｌｆ―Ｓｃｈｅｄｕｌｉｎｇ技法が設定された場合のみに限定的に適用されるように設定することもできる。
【０１８５】
さらに、上述した本発明の各実施例に関する適用有無情報（或いは前記各提案方法の各設定に対する情報）は、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル或いは上位層シグナル）を通じて知らせるように設定することができる。
【０１８６】
図１３は、本発明の一実施例に適用できる基地局及び端末を例示する。
【０１８７】
無線通信システムにリレーが含まれる場合、通信は、バックホールリンクでは基地局とリレーとの間で行われ、アクセスリンクではリレーと端末との間で行われる。したがって、図面に例示した基地局又は端末は、状況に合わせてリレーに取り替えることができる。
【０１８８】
図１３を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリ１１４は、プロセッサ１１２と連結され、プロセッサ１１２の動作と関連する多様な情報を格納する。ＲＦユニット１１６は、プロセッサ１１２と連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリ１２４は、プロセッサ１２２と連結され、プロセッサ１２２の動作と関連する多様な情報を格納する。ＲＦユニット１２６は、プロセッサ１２２と連結され、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。
【０１８９】
以上で説明した各実施例は、本発明の各構成要素と各特徴が所定形態で結合されたものである。各構成要素又は特徴は、別途の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の各実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない各請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含ませ得ることは自明である。
【０１９０】
本文書で基地局によって行われると説明した特定動作は、場合に応じては、その上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行うことができる。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークで端末との通信のために行われる多様な動作は、基地局又は基地局以外の他のネットワークノードによって行えることは自明である。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイントなどの用語に取り替えることができる。
【０１９１】
本発明に係る実施例は、多様な手段、例えば、ハードウェア、ファームウェア、ソフトウェア又はこれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１９２】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。
【０１９３】
前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知となった多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０１９４】
本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。したがって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１９５】
上述したような無線資源の用途変更をサポートする無線通信システムにおけるパワーヘッドルーム報告方法及びこのための装置は、３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステム以外にも、多様な無線通信システムに適用することが可能である。
【図１】
0006426708.tif 000011
【図２】
0006426708.tif 000012
【図３】
0006426708.tif 000013
【図４】
0006426708.tif 000014
【図５】
0006426708.tif 000015
【図６】
0006426708.tif 000016
【図７】
0006426708.tif 000017
【図８】
0006426708.tif 000018
【図９】
0006426708.tif 000019
【図１０】
0006426708.tif 000020
【図１１】
0006426708.tif 000021
【図１２】
0006426708.tif 000022
【図１３】
0006426708.tif 000023