(57)【特許請求の範囲】
【請求項１】
端末がパワーヘッドルーム報告（ＰＨＲ）を送信する方法であって、
２つのセルグループに二重接続された前記端末が、ＰＨＲモードの設定を受信するステップと、
前記端末が、前記受信したＰＨＲモードの設定に基づいて前記ＰＨＲを生成するステップと、
前記生成したＰＨＲを前記２つのセルグループのうちの一方のセルグループに属するサービングセルに送信するステップと、を有し、
前記ＰＨＲモードは、他方のセルグループに関するパワーヘッドルームを計算するモードが実際モードであるかまたは仮想モードであるかを示し、
前記パワーヘッドルームを計算するモードが前記仮想モードである場合、前記ＰＨＲを生成するステップは、物理アップリンク共有チャネル（ＰＵＳＣＨ）が前記他方のセルグループのいずれのサービングセル上でも送信されないことに基づいて前記パワーヘッドルームを計算することを有する、方法。
【請求項２】
前記パワーヘッドルームを計算するモードが前記仮想モードである場合、前記パワーヘッドルームは、予め定められた基準フォーマットに基づいて計算される、請求項１に記載の方法。
【請求項３】
前記パワーヘッドルームを計算するモードが前記実際モードである場合、前記ＰＨＲを生成するステップは、前記ＰＵＳＣＨの実際の送信に基づいて前記パワーヘッドルームを計算することを有する、請求項１に記載の方法。
【請求項４】
前記ＰＨＲをトリガする条件が満たされる場合、前記ＰＨＲが生成されて前記一方のセルグループに属するサービングセルに送信される、請求項１に記載の方法。
【請求項５】
前記一方のセルグループは、マスタセルグループ（ＭＣＧ）であり、
前記他方のセルグループは、セカンダリセルグループ（ＳＣＧ）である、請求項１に記載の方法。
【請求項６】
パワーヘッドルーム報告（ＰＨＲ）を送信する端末であって、
２つのセルグループと二重接続を確立するよう構成された送受信部と、
前記送受信部を制御し、
ＰＨＲモードの設定を受信し、
前記受信したＰＨＲモードの設定に基づいて前記ＰＨＲを生成し、
前記生成したＰＨＲを前記２つのセルグループのうちの一方のセルグループに属するサービングセルに送信するよう構成されたプロセッサと、を有し、
前記ＰＨＲモードは、他方のセルグループに関するパワーヘッドルームを計算するモードが実際モードであるかまたは仮想モードであるかを示し、
前記２つのセルグループと二重接続された状態で、前記パワーヘッドルームを計算するモードが前記仮想モードである場合、前記ＰＨＲを生成することは、物理アップリンク共有チャネル（ＰＵＳＣＨ）が前記他方のセルグループのいずれのサービングセル上でも送信されないことに基づいて前記パワーヘッドルームを計算することを有する、端末。
【請求項７】
前記パワーヘッドルームを計算するモードが前記仮想モードである場合、前記パワーヘッドルームは、予め定められた基準フォーマットに基づいて計算される、請求項６に記載の端末。
【請求項８】
前記パワーヘッドルームを計算するモードが前記実際モードである場合、前記ＰＨＲを生成することは、前記ＰＵＳＣＨの実際の送信に基づいて前記パワーヘッドルームを計算することを有する、請求項６に記載の端末。
【請求項９】
前記ＰＨＲをトリガする条件が満たされる場合、前記ＰＨＲが生成されて前記一方のセルグループに属するサービングセルに送信される、請求項６に記載の端末。
【請求項１０】
前記一方のセルグループは、マスタセルグループ（ＭＣＧ）であり、
前記他方のセルグループは、セカンダリセルグループ（ＳＣＧ）である、請求項６に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信に関するものである。
【背景技術】
【０００２】
ＵＭＴＳ（Universal Mobile Telecommunications System）の発展型（向上）である（evolved from）３ＧＰＰ（３rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）は、３ＧＰＰリリース（release）８で紹介されている。３ＧＰＰ ＬＴＥは、ダウンリンクでＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）を使用し、アップリンクでＳＣ−ＦＤＭＡ（Single Carrier-Frequency Division Multiple Access）を使用する。最大４個のアンテナを有するＭＩＭＯ（Multiple Input Multiple Output）を採用する。最近、３ＧＰＰ ＬＴＥの発展型である３ＧＰＰ ＬＴＥ−Ａ（LTE-Advanced）に関する議論が進行中である。
【０００３】
3rd GPP TS 36.211 V10.4.0（2011-12）“Evolved Universal Terrestrial Radio Access （E-UTRA）；Physical Channels and Modulation（Release 10）”に開示されているように、ＬＴＥにおいて、物理チャネルは、ダウンリンクチャネルである物理ダウンリンク共有チャネル（Physical Downlink Shared CHannel；ＰＤＳＣＨ）および物理ダウンリンク制御チャネル（Physical Downlink Control CHannel；ＰＤＣＣＨ）と、アップリンクチャネルである物理アップリンク共有チャネル（Physical Uplink Shared CHannel；ＰＵＳＣＨ）および物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）と、に分けられる。
【０００４】
一方、基地局が端末の資源（リソース）（resource）を効率良く利用（活用）する（utilize）ための方法の一つは、端末のパワーヘッドルーム（余剰電力）（ＰＨ：Power Headroom）情報を用いることである。電力制御技術（または、電力調節技術という）は、無線通信における資源の効率の良い配分のために干渉（要素）（interference）を最小にし、端末のバッテリの消耗（battery consumption）を減らすための必須の核心技術である。端末がパワーヘッドルーム情報を基地局に提供すれば、基地局は、端末が耐えられるアップリンク最大送信電力（Maximum Transmission Power）がどの（ある）程度であるか（uplink maximum transmission power that a terminal can tolerate）を推定することができる。したがって、基地局は上記推定されたアップリンク最大送信電力の限度を超えない（外れない）範囲内で（within）送信電力制御（Transmit Power Control；ＴＰＣ）、変調およびコーディング方式（水準）（Modulation and Coding Scheme；ＭＣＳ）、帯域幅などのアップリンクスケジューリングを端末に提供することができる。
【０００５】
また、次期システムでは、地理的位置が異なるセルまたはセルグループ（cell group）に対して制御および／またはデータと関連した信号または（乃至）（or）チャネル（チャンネル）（channels）をやり取りする状況が考慮できる。
【０００６】
ここで、地理的位置が異なるセルまたはセルグループで、セル間のスケジューリング情報は、動的に（dynamically）共有されず、独立して実行されることが考慮されることができ、この際、各ＵＣＩ（Uplink Control Information）が、対応する（各該当）（corresponding）セル専用に（dedicated）送信（転送）されること（transmission）が考慮できる。
【０００７】
言い換えると、第１基地局（ｅＮｏｄｅＢ１）に関する（対する）（about）ＵＣＩは第１基地局に送信（転送）し（transmitting）、第２基地局（ｅＮｏｄｅＢ２）に関する（対する）ＵＣＩは第２基地局に送信することが考慮できる。
【０００８】
上記のように、第１基地局および第２基地局と接続（連結）される（connected）端末は、二重接続（連結）（dual-connectivity）されたということができる。
【０００９】
しかしながら、このような二重接続状態の端末がパワーヘッドルーム報告（ＰＨＲ：Power Headroom Reporting）を上記第１基地局または第２基地局にどのように送信するかが問題となることがある。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
したがって、本明細書の開示は、前述した問題点を解決することを目的とする。
【課題を解決するための手段】
【００１１】
前述した目的を達成するために、本明細書の開示に従う方法は、無線通信システムでＭＣＧ（Master Cell Group）およびＳＣＧ（Secondary Cell Group）に二重接続（Dual Connectivity）された端末が、パワーヘッドルーム報告（Power Headroom Report；ＰＨＲ）を送信する方法であって、ＰＨＲトリガ条件に基づいてＭＣＧに属したサービングセルに対するＰＨＲをトリガ（始動）する（triggering）ステップと、ＰＨＲがトリガされた場合、ＰＨＲをＭＣＧに属したサービングセルに送信するステップと、を有し、かつＰＨＲは、ＳＣＧに属した活性化されたサービングセルに対応するパワーヘッドルーム（Power Headroom；ＰＨ）情報を有し、ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報は、仮想（Virtual）ＰＨ情報および端末のスケジューリング情報に基づいて決定される実際（現実）の（Actual）ＰＨ情報のうち、いずれか一つに設定されたＰＨ情報でありうる。
【００１２】
また、仮想ＰＨ情報は、予め設定された基準フォーマット（Reference Format）に基づいて算出されるものでありうる。
【００１３】
また、ＰＨＲトリガ条件は第１ＰＨＲトリガ条件および第２ＰＨＲトリガ条件を有し、第１ＰＨＲトリガ条件は、“prohibitPHR-Timer”が満了するか、または満了した（満了している）場合（状態）（case）と、端末が新たな送信のためにアップリンク資源を確保している場合と、アップリンクが構成された活性化されたサービングセルのうちいずれか一つの対応する（該当）（corresponding）ＴＴＩにおけるアップリンク資源を通じてのアップリンクデータ送信もしくはＰＵＣＣＨ送信のとき、最後のＰＨＲ送信を実行（進行）した（performed）（以）後（after）に、アップリンク送信のための資源割り当てが行われ（なされ）ているか、またはＰＵＣＣＨ送信が該当セルに存在すること（場合）（case）と、最後のパワーヘッドルーム報告送信後に電力バックオフ要求値（Ｐ−ＭＰＲｃ：Power Management Maximum Power Reduction）の変化が“dl-PathlossChange”[dB]値より大きい場合と、を有し、第２ＰＨＲトリガ条件は、“prohibitPHR-Timer”が満了するか、または満了した場合と、端末が新たな送信のためにアップリンク資源を確保した場合と、最後のパワーヘッドルーム報告送信を実行した後にパスロス（経路損失）（path loss）がパスロス参照（reference）として使われる少なくとも一つの活性化されたサービングセルに関する（対する）（about）“dl-PathlossChange”[dB]値より大きい場合と、を有しうる。
【００１４】
また、ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報は、ＰＨＲが第１ＰＨＲトリガ条件でトリガされた場合、仮想ＰＨ情報に設定されるものでありうる。
【００１５】
また、仮想ＰＨ情報は、Ｐ−ＭＰＲｃが反映されたサービングセルｃに対する最大端末送信電力であるＰＣＭＡＸ，ｃ値と共に送信されるものでありうる。
【００１６】
また、ＰＨＲ ＭＡＣのＶフィールド値は、０に設定されるものでありうる。
【００１７】
また、ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報が仮想ＰＨ情報に設定された場合、第１ＰＨＲトリガ条件は無視されるものでありうる。
【００１８】
また、ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報が仮想ＰＨ情報に設定された場合、第２ＰＨＲトリガ条件は、端末が新たな送信のためにアップリンク資源を確保した場合でなくても満たされるものでありうる。
【００１９】
また、ＰＨＲが第１ＰＨＲトリガ条件でトリガされるか否かは、上位（階）層（higher layer）シグナリングを通じて決定されるものでありうる。
【００２０】
前述した目的を達成するために、本明細書の開示に従う端末は、無線通信システムでマスタセルグループ（Master Cell Group；ＭＣＧ）およびセカンダリセルグループ（Secondary Cell Group；ＳＣＧ）に二重接続（Dual Connectivity）された状態でパワーヘッドルーム報告（Power Headroom Report；ＰＨＲ）を送信する端末であって、ＲＦ部と、ＰＨＲトリガ条件に基づいてＭＣＧに属したサービングセルに対するＰＨＲをトリガし、ＰＨＲがトリガされた場合、ＰＨＲをＭＣＧに属したサービングセルに送信するようにＲＦ部を制御するプロセッサと、を有し、ＰＨＲは、ＳＣＧに属した活性化されたサービングセルに対応するパワーヘッドルーム（Power Headroom；ＰＨ）情報を有し、ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報は、仮想（Virtual）ＰＨ情報および端末のスケジューリング情報に基づいて決定される実際の（Actual）ＰＨ情報のうち、いずれか一つに設定されたＰＨ情報でありうる。
【００２１】
前述した目的を達成するために、本明細書の開示に従う方法は、無線通信システムで第１セルグループおよび第２セルグループに二重接続（Dual Connectivity）された端末が、第１セルグループを通じてパワーヘッドルーム報告（Power Headroom Report；ＰＨＲ）を送信する方法であって、第２セルグループに属した活性化されたサービングセルに対応するパワーヘッドルーム（Power Headroom；ＰＨ）の設定情報を受信するステップと、ＰＨＲをトリガする条件が満たされる場合、ＰＨＲを生成して第１セルグループに属したサービングセルに送信するステップと、を有し、ＰＨＲは、受信したＰＨの設定情報に基づいて第２セルグループに属した活性化されたサービングセルに関する仮想（Virtual）ＰＨ情報および端末のスケジューリング情報に基づいて決定される実際の（Actual）ＰＨ情報のうち、いずれか一つを有するように設定されるものでありうる。
【００２２】
ここで、第１セルグループはマスタセルグループ（Master Cell Group；ＭＣＧ）であり、第２セルグループはセカンダリセルグループ（Secondary Cell Group；ＳＣＧ）でありうる。
【００２３】
また、ＰＨＲをトリガする条件は、前述した第１ＰＨＲトリガ条件および第２トリガ条件を有することができる。
【００２４】
また、ＰＨＲは、ＰＨＲが第１ＰＨＲトリガ条件でトリガされた場合、仮想ＰＨ情報を有するものでありうる。
【００２５】
また、ＰＨＲが仮想ＰＨ情報を有するように設定された場合、第１ＰＨＲトリガ条件は無視されるものでありうる。
【００２６】
また、ＰＨＲが仮想ＰＨ情報を有するように設定された場合、第２ＰＨＲトリガ条件は、端末が新たな送信のためにアップリンク資源を確保した場合でなくても満たすものでありうる。
【発明の効果】
【００２７】
本明細書の開示によれば、前述した従来技術の問題点が解決される。より詳しくは、本明細書の開示によれば、二重接続状態の端末がＰＨＲを送信するに当たって、スケジューリングの有無、ＰＨＲトリガ（triggering）条件によって仮想（Virtual）ＰＨ情報を適用することによって、効率的なＰＨＲ送信が行われることができる利点がある。
【図面の簡単な説明】
【００２８】
【図１】無線通信システムを示す図である。
【図２】３ＧＰＰ ＬＴＥにおいて、ＦＤＤによる無線フレーム（radio frame）の構造を示す図である。
【図３】３ＧＰＰ ＬＴＥにおいて、ＴＤＤによるダウンリンク無線フレームの構造を示す図である。
【図４】３ＧＰＰ ＬＴＥにおいて、一つのアップリンクまたはダウンリンクスロットに対するリソースグリッド（resource grid）の一例を示す図である。
【図５】ダウンリンクサブフレームの構造を示す図である。
【図６】ＰＤＣＣＨの資源マップ（マッピング）（mapping）の一例を示す図である。
【図７】ＰＤＣＣＨのモニタリングの一例を示す図である。
【図８】３ＧＰＰ ＬＴＥにおけるアップリンクサブフレームの構造を示す図である。
【図９】ＥＰＤＣＣＨを有するサブフレームの一例を示す図である。
【図１０】ＰＲＢ対の一例を示す図である。
【図１１】アップリンクサブフレーム上のＰＵＣＣＨおよびＰＵＳＣＨを示す図である。
【図１２】既存の単一搬送波システムとキャリアアグリゲーション（搬送波集成）（carrier aggregation）システムとの比較例を示す図である。
【図１３】キャリアアグリゲーションシステムにおけるクロスキャリア（交差搬送波）（cross-carrier）スケジューリングを例示する図である。
【図１４】キャリアアグリゲーションシステムにおけるクロスキャリアスケジューリングが設定された場合のスケジューリングの一例を示す図である。
【図１５】拡張されたＰＨＲ ＭＡＣ ＣＥの一例を示す図である。
【図１６】本明細書の一開示に従うＰＨＲ送信方法を示すフローチャートである。
【図１７】本明細書の開示が具現される無線通信システムを示すブロック図である。
【発明を実施するための形態】
【００２９】
以下、３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）または３ＧＰＰ ＬＴＥ−Ａ（LTE-Advanced）に基づいて本発明が適用されることを記述する。これは例示に過ぎず、本発明は、多様な無線通信システムに適用されることができる。以下、ＬＴＥとは、ＬＴＥおよび／またはＬＴＥ−Ａを含む。
【００３０】
本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことに留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後の文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。
【００３１】
また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味でない限り、複数の表現を含む。本出願において、“構成される”または“有する”などの用語は、明細書上に記載された複数の構成要素、または複数のステップを必ず全部含むと解釈されてはならず、そのうち一部の構成要素または一部のステップは含まないこともあり、または追加の構成要素またはステップをさらに含むこともあると解釈されなければならない。
【００３２】
また、本明細書で使われる第１および第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、上記構成要素は、上記用語により限定されてはならない。上記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を超えない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。
【００３３】
ある構成要素が他の構成要素に“連結されている”または“接続されている”と言及された場合、該当他の構成要素に直接的に連結されており、または接続されていることもあるが、間に他の構成要素が存在することもある。それに対し、一構成要素が他の構成要素に“直接連結されている”または“直接接続されている”と言及された場合、間に他の構成要素が存在しないと理解しなければならない。
【００３４】
以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面の符号に関係なく同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重なる説明は省略する。また、本発明を説明するにあたって、関連した公知技術に関する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことに留意しなければならない。本発明の思想は、添付図面以外に全ての変更、均等物または代替物にまで拡張されると解釈されなければならない。
【００３５】
以下で使われる用語である基地局は、一般的に無線機器と通信する固定局（fixed station）を意味し、ｅＮｏｄｅＢ（evolved-NodeB）、ｅＮＢ（evolved-NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（Access Point）等、他の用語で呼ばれることもある。
【００３６】
また、以下で使われる用語であるＵＥ（User Equipment）は、固定されてもよいし、移動性を有してもよく、機器（Device）、無線機器（Wireless Device）、端末（Terminal）、ＭＳ（Mobile Station）、ＵＴ（User Terminal）、ＳＳ（Subscriber Station）、ＭＴ（Mobile Terminal）等、他の用語で呼ばれることもある。
【００３７】
図１は、無線通信システムである。
【００３８】
図１を参照して分かるように、無線通信システムは、少なくとも一つの基地局（Base Station、ＢＳ）２０を含む。各基地局２０は、特定の地理的領域（一般的にセルという）２０ａ、２０ｂ、２０ｃに対して通信サービスを提供する。また、セルは、複数の領域（セクタという）に分けられる。
【００３９】
ＵＥは、通常、一つのセルに属し、ＵＥが属するセルをサービングセル（serving cell）という。サービングセルに対して通信サービスを提供する基地局をサービング基地局（serving BS）という。無線通信システムは、セルラシステム（cellular system）であるため、サービングセルに隣接する他のセルが存在する。サービングセルに隣接する他のセルを隣接セル（neighbor cell）という。隣接セルに対して通信サービスを提供する基地局を隣接基地局（neighbor BS）という。サービングセルおよび隣接セルは、ＵＥを基準にして相対的に（relatively）決定される。
【００４０】
以下、ダウンリンクは、基地局２０からＵＥ１０への通信を意味し、アップリンクは、ＵＥ１０から基地局２０への通信を意味する。ダウンリンクにおいて、送信器は基地局２０の一部分であり、受信器はＵＥ１０の一部分である。アップリンクにおいて、送信器はＵＥ１０の一部分であり、受信器は基地局２０の一部分である。
【００４１】
一方、無線通信システムは、一般に（大いに）（generally）、ＦＤＤ（Frequency Division Duplex）方式とＴＤＤ（Time Division Duplex）方式とに分けられる。ＦＤＤ方式によると、アップリンク送信とダウンリンク送信とが互いに異なる周波数帯域を占めて行われる。ＴＤＤ方式によると、アップリンク送信とダウンリンク送信とが同じ周波数帯域を占めて互いに異なる時間に行われる。ＴＤＤ方式のチャネル応答は、実質的に相互的（reciprocal）である（相互関係を表す）。これは与えられた周波数領域でダウンリンクチャネル応答とアップリンクチャネル応答とがほぼ同じであるということを意味する。したがって、ＴＤＤに基づく無線通信システムにおいて、ダウンリンクチャネル応答は、アップリンクチャネル応答から得られることができるという長所がある。ＴＤＤ方式は、全体の周波数帯域がアップリンク送信とダウンリンク送信とに時分割されるため、基地局によるダウンリンク送信とＵＥによるアップリンク送信とが同時に実行されることができない。アップリンク送信とダウンリンク送信とがサブフレーム単位で区分されるＴＤＤシステムにおいて、アップリンク送信とダウンリンク送信とは、互いに異なるサブフレームで実行される。
【００４２】
以下、ＬＴＥシステムについて、より詳細に説明する。
【００４３】
図２は、３ＧＰＰ ＬＴＥにおいて、ＦＤＤによる無線フレーム（Radio Frame）の構造を示す。
【００４４】
図２に示す無線フレームは、3GPP TS 36.211 V10.4.0（2011-12）“Evolved Universal Terrestrial Radio Access (E-UTRA)；Physical Channels and Modulation（Release 10）”の５節を参照することができる。
【００４５】
図２を参照すると、無線フレームは、１０個のサブフレーム（subframe）を含み、一つのサブフレームは、２個のスロット（slot）を含む。無線フレーム内のスロットは、０から１９までのスロット番号が付けられる。一つのサブフレームの送信にかかる時間を送信時間区間（Transmission Time Interval：ＴＴＩ）という。ＴＴＩは、データ送信のためのスケジューリング単位である。例えば、一つの無線フレームの長さは１０ｍｓであり、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓである。
【００４６】
無線フレームの構造は、例示に過ぎず、無線フレームに含まれるサブフレームの数またはサブフレームに含まれるスロットの数等は、多様に変更されることができる。
【００４７】
一方、一つのスロットは、複数のＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルを含むことができる。一つのスロットに含まれるＯＦＤＭシンボルの数は、循環プリフィクス（前置）（Cyclic Prefix：ＣＰ）によって変わることができる。ノーマル（normal）ＣＰでは、１スロットは７個のＯＦＤＭシンボルを含み、拡張（extended）ＣＰでは、１スロットは６個のＯＦＤＭシンボルを含む。ここで、ＯＦＤＭシンボルは、３ＧＰＰ ＬＴＥがダウンリンク（DownLink、ＤＬ）でＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）を使用するため、時間領域における一つのシンボル区間（symbol period）を表現するためのものに過ぎず、多重接続方式や名称に制限をおくものではない。例えば、ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡ（Single Carrier-Frequency Division Multiple Access）シンボル、シンボル区間など、他の名称で呼ばれることもある。
【００４８】
図３は、３ＧＰＰ ＬＴＥにおいて、ＴＤＤによるダウンリンク無線フレームの構造を示す。
【００４９】
これは３GPP TS 36.211 V10.4.0（2011-12）“Evolved Universal Terrestrial Radio Access （E-UTRA）；Physical Channels and Modulation（Release 10）”の４節を参照することができ、ＴＤＤ（Time Division Duplex）のためのものである。
【００５０】
インデックス＃１およびインデックス＃６を有するサブフレームは、スペシャルサブフレームといい、ＤｗＰＴＳ（Downlink Pilot Time Slot）、ＧＰ（Guard Period）およびＵｐＰＴＳ（Uplink Pilot Time Slot）を含む。ＤｗＰＴＳは、ＵＥでの初期セル探索、同期化またはチャネル推定に使われる。ＵｐＰＴＳは、基地局でのチャネル推定とＵＥのアップリンク送信同期とを合わせるときに使われる。ＧＰは、アップリンクとダウンリンクとの間におけるダウンリンク信号のマルチパス（多重経路）（multi-path）遅延によりアップリンクで発生する干渉を除去するための区間である。
【００５１】
ＴＤＤでは、一つの無線フレームにＤＬ（DownLink）サブフレームとＵＬ（UpLink）サブフレームとが共存する。表１は、無線フレームの設定（configuration）の一例を示す。
【００５２】
【表１】
0006599355.tif 000002
【００５３】
‘Ｄ’はＤＬサブフレームを示し、‘Ｕ’はＵＬサブフレームを示し、‘Ｓ’はスペシャルサブフレームを示す。基地局からＵＬ−ＤＬ設定を受信すると、ＵＥは、無線フレームの設定によって、どのサブフレームがＤＬサブフレームかまたはＵＬサブフレームかを知ることができる。
【００５４】
図４は、３ＧＰＰ ＬＴＥにおいて、一つのアップリンクまたはダウンリンクのスロットに対するリソースグリッド（resource grid）の一例を示す図である。
【００５５】
図４を参照すると、スロットは、時間領域（time domain）で複数のＯＦＤＭ（orthogonal frequency division multiplexing）シンボルを含み、周波数領域（frequency domain）でＮRB個のリソースブロック（ＲＢ）を含む。例えば、ＬＴＥシステムにおいて、リソースブロック（ＲＢ）の個数、即ち、ＮRBは、６〜１１０のうちいずれか一つである。
【００５６】
リソースブロック（Resource Block：ＲＢ）は、リソース割当単位であって、周波数領域（一つのスロット）（frequency domain）で複数の副搬送波を含む。例えば、一つのスロットが時間領域で７個のＯＦＤＭシンボルを含み、リソースブロックが周波数領域で１２個の副搬送波を含む場合、一つのリソースブロックは、７×１２個のリソース要素（Resource Element：ＲＥ）を含むことができる。
【００５７】
図５は、ダウンリンクサブフレームの構造を示す。
【００５８】
図５では、ノーマルＣＰを仮定して、例示として一つのスロット内に７ＯＦＤＭシンボルが含まれる場合を図示した。
【００５９】
ＤＬ（DownLink）サブフレームは、時間領域において制御領域（control region）とデータ領域（data region）とに分けられる。制御領域は、サブフレーム内の第１のスロットの最初（前方部）の（first）最大３個のＯＦＤＭシンボルを含むが、制御領域に含まれるＯＦＤＭシンボルの個数は変わることができる。制御領域にはＰＤＣＣＨ（Physical Downlink Control CHannel）および他の制御チャネルが割り当てられ、データ領域にはＰＤＳＣＨが割り当てられる。
【００６０】
３ＧＰＰ ＬＴＥにおいて、物理チャネルは、データチャネルであるＰＤＳＣＨ（Physical Downlink Shared CHannel）およびＰＵＳＣＨ（Physical Uplink Shared CHannel）と、制御チャネルであるＰＤＣＣＨ（Physical Downlink Control CHannel）、ＰＣＦＩＣＨ（Physical Control Format Indicator CHannel）、ＰＨＩＣＨ（Physical Hybrid−ARG Indicator CHannel）およびＰＵＣＣＨ（Physical Uplink Control CHannel）と、に分けられる。
【００６１】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に関するＣＦＩ（Control Format Indicator）を伝送する。無線機器は、まず、ＰＣＦＩＣＨ上でＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。
【００６２】
ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインド復号を使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００６３】
ＰＨＩＣＨは、ＵＬ ＨＡＲＱ（Hybrid Automatic Repeat reQuest）のためのＡＣＫ（Positive-ACKnowledgement）／ＮＡＣＫ（Negative-ACKnowledgement）信号を伝送（運搬）する（carries）。無線機器により送信されるＰＵＳＣＨ上のＵＬ（UpLink）データに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上で送信される。
【００６４】
ＰＢＣＨ（Physical Broadcast CHannel）は、無線フレームの１番目のサブフレームの第２のスロットの最初の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、無線機器が基地局との通信に必要なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ（Master Information Block）という。一方、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上で送信されるシステム情報をＳＩＢ（System Information Block）という。
【００６５】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（DownLink-Shared CHannel）のリソース割当および送信フォーマット、ＵＬ−ＳＣＨ（UpLink Shared CHannel）のリソース割当情報、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答などの上位層制御メッセージのリソース割当、任意のＵＥグループ内の個別のＵＥに対する送信電力（パワー）（power）制御命令のセットおよびＶｏＩＰ（Voice over Internet Protocol）の活性化などを伝送することができる。複数のＰＤＣＣＨが制御領域内で送信されることができ、ＵＥは、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、一つまたは複数の連続するＣＣＥ（Control Channel Elements）のアグリゲーション（aggregation）上で送信される。ＣＣＥは、無線チャネルの状態による符号化率（レート）をＰＤＣＣＨに提供するために使われる論理的な割当単位である。ＣＣＥは、複数のリソース要素グループ（resource element group）に対応する。ＣＣＥの数およびＣＣＥにより提供される符号化率の関係によって、ＰＤＣＣＨのフォーマットおよび可能なＰＤＣＣＨのビット数が決定される。
【００６６】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（Downlink Control Information：ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（DownLink Grant）ともいう）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（UpLink Grant）ともいう）、任意のＵＥグループ内の個別ＵＥに対する送信電力制御命令のセットおよび／またはＶｏＩＰ（Voice over Internet Protocol）の活性化を含むことができる。
【００６７】
基地局は、ＵＥに送るＤＣＩによって、ＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Cyclic Redundancy Check）を付ける。ＣＲＣには、ＰＤＣＣＨのオーナ（owner）や用途によって固有な識別子（Radio Network Temporary Identifier：ＲＮＴＩ）がマスク（マスキング）される（masked）。特定ＵＥのためのＰＤＣＣＨの場合、ＵＥの固有識別子、例えば、Ｃ−ＲＮＴＩ（Cell-RNTI）がＣＲＣにマスクされることができる。または、ページングメッセージのためのＰＤＣＣＨの場合、ページング指示識別子、例えば、Ｐ−ＲＮＴＩ（Paging-RNTI）がＣＲＣにマスクされることができる。システム情報ブロック（System Information Block：ＳＩＢ）のためのＰＤＣＣＨの場合、システム情報識別子、ＳＩ−ＲＮＴＩ（System Information-RNTI）がＣＲＣにマスクされることができる。ＵＥのランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ＲＡ−ＲＮＴＩ（Random Access-RNTI）がＣＲＣにマスクされることができる。
【００６８】
３ＧＰＰ ＬＴＥでは、ＰＤＣＣＨの検出のためにブラインド復号を使用する。ブラインド復号は、受信されるＰＤＣＣＨ（これを候補（candidate）ＰＤＣＣＨという）のＣＲＣ（Cyclic Redundancy Check）から所望の識別子をデマスクし、ＣＲＣエラーをチェックすることで、該当ＰＤＣＣＨが自体の制御チャネルかどうかを確認する方式である。基地局は、無線機器に送るＤＣＩによってＰＤＣＣＨフォーマットを決定した後、ＤＣＩにＣＲＣを付け、ＰＤＣＣＨのオーナ（owner）や用途によって固有な識別子（ＲＮＴＩ）をＣＲＣにマスクする。
【００６９】
図６は、ＰＤＣＣＨの資源マップ（マッピング）（mapping）の一例を示す。
【００７０】
Ｒ０は第１アンテナの基準（参照）（reference）信号、Ｒ１は第２アンテナの基準信号、Ｒ２は第３アンテナの基準信号、Ｒ３は第４アンテナの基準信号を示す。
【００７１】
サブフレーム内の制御領域は、複数のＣＣＥ（Control Channel Element）を含む。ＣＣＥは、無線チャネルの状態に従う符号化率をＰＤＣＣＨに提供するために使われる論理的割り当て単位で、複数のＲＥＧ（Resource Element Group）に対応する。ＲＥＧは複数のリソース（資源）要素（resource element）を含む。ＣＣＥの数とＣＣＥにより提供される符号化率との関係（関連）（relationship）によってＰＤＣＣＨのフォーマットおよび可能なＰＤＣＣＨのビット数が決定される。
【００７２】
ＰＤＣＣＨの送信に使われるＣＣＥの個数は、基地局がチャネル状態によって決定する。例えば、良いダウンリンクチャネル状態を有する端末には一つのＣＣＥをＰＤＣＣＨ送信に使用することができる。悪い（poor）ダウンリンクチャネル状態を有する端末には８個のＣＣＥをＰＤＣＣＨ送信に使用することができる。
【００７３】
一つのＲＥＧ（図面ではクォードラプリッツ（quadruplet）と表示）は４個のＲＥを含み、一つのＣＣＥは９個のＲＥＧを含む。一つのＰＤＣＣＨを構成するために｛１，２，４，８｝個のＣＣＥを使用することができ、｛１，２，４，８｝の各々の要素をＣＣＥアグリゲーション（集合）レベル（aggregation level）という。
【００７４】
一つまたは複数のＣＣＥから構成された制御チャネルは、ＲＥＧ単位のインターリーブを実行し、セルＩＤ（IDentifier）に基づく（基盤した）（based on）循環シフト（Cyclic shift）が実行された後に物理資源にマッピングされる。
【００７５】
図７は、ＰＤＣＣＨのモニタリングの一例を示す図である。
【００７６】
端末は自体のＰＤＣＣＨが制御領域内のどの位置でどのＣＣＥアグリゲーションレベルやＤＣＩフォーマットを使用して送信されるかを知ることができない。一つのサブフレーム内で複数のＰＤＣＣＨが送信されることができるので、端末はサブフレームごとに複数のＰＤＣＣＨをモニタリングする。ここで、モニタリングとは、端末がＰＤＣＣＨフォーマットによってＰＤＣＣＨのデコードを試みることをいう。
【００７７】
３ＧＰＰ ＬＴＥでは、ブラインドデコードによる負担を減らすために、探索（検索）空間（search space）を使用する。探索空間は、ＰＤＣＣＨのためのＣＣＥのモニタリング集合（セット）（monitoring set）ということができる。端末は、対応（該当）する探索空間内でＰＤＣＣＨをモニタリングする。
【００７８】
探索空間は、共通（共用）探索空間（common search space）と端末固有（特定）探索空間（UE-specific search space）とに分けられる。共通探索空間は、共通制御情報を有するＰＤＣＣＨを探索する空間であって、ＣＣＥインデックス０〜１５までの１６個のＣＣＥから構成され、｛４，８｝のＣＣＥアグリゲーションレベルを有するＰＤＣＣＨをサポートする。しかしながら、共通探索空間でも端末固有情報を運ぶＰＤＣＣＨ（ＤＣＩフォーマット０、１Ａ）が送信されることもできる。端末固有探索空間は｛１，２，４，８｝のＣＣＥアグリゲーションレベルを有するＰＤＣＣＨをサポートする。
【００７９】
次の＜表２＞は無線機器によりモニタリングされるＰＤＣＣＨ候補の個数を示す。
【００８０】
【表２】
0006599355.tif 000003
【００８１】
探索空間のサイズは上記＜表２＞により定まり、探索空間の開始点は共通探索空間と端末固有探索空間とが異なるように定義される。共通探索空間の開始点はサブフレームに関わらず固定されているが、端末固有探索空間の開始点は端末識別子（例えば、Ｃ−ＲＮＴＩ）、ＣＣＥアグリゲーションレベルおよび／または無線フレーム内のスロット番号によってサブフレームごとに変わることができる。端末固有探索空間の開始点が共通探索空間内にある場合、端末固有探索空間と共通探索空間とは重複（overlap）できる。
【００８２】
アグリゲーションレベルＬ∈｛１，２，４，８｝で探索空間Ｓ(L)kは、ＰＤＣＣＨ候補の集合として定義される。探索空間Ｓ(L)kのＰＤＣＣＨ候補ｍに対応するＣＣＥは、次の通り与えられる。
【００８３】
【数１】
0006599355.tif 000004
【００８４】
ここで、ｉ＝０，１，．．．，Ｌ−１、ｍ＝０，．．．，Ｍ(L)−１、ＮCCE,kは、サブフレームｋの制御領域内でＰＤＣＣＨの送信に使用することができるＣＣＥの全個数である。制御領域は、０からＮCCE、k−１までナンバリングされた（の番号が付けられた）（numbered）ＣＣＥの集合を含む。Ｍ(L)は与えられた探索空間におけるＣＣＥアグリゲーションレベルＬのＰＤＣＣＨ候補の個数である。
【００８５】
無線機器にＣＩＦ（Carrier Indicator Field）が設定される場合、ｍ’＝ｍ＋ Ｍ(L)ｎcifである。ｎcifはＣＩＦの値である。無線機器にＣＩＦが設定されないと、ｍ’＝ｍである。
【００８６】
共通探索空間において、Ｙkは、２つのアグリゲーションレベルＬ＝４およびＬ＝８に対して０にセットされる。
【００８７】
アグリゲーションレベルＬの端末固有探索空間において、変数Ｙkは次の通り定義される。
【００８８】
【数２】
0006599355.tif 000005
【００８９】
ここで、Ｙ-1＝ｎRNTI≠０、Ａ＝３９８２７、Ｄ＝６５５３７、ｋ＝ｆｌｏｏｒ（ｎs／２）、ｎsは、無線フレーム内のスロット番号（slot number）である。
【００９０】
端末がＣ−ＲＮＴＩに基づいてＰＤＣＣＨをモニタリングするとき、ＰＤＳＣＨの送信モード（transmission mode）によってモニタリングするＤＣＩフォーマットおよび探索空間が決定される。
【００９１】
一方、端末がＣ−ＲＮＴＩに基づいてＰＤＣＣＨをモニタリングするとき、ＰＤＳＣＨの送信モード（Transmission Mode：ＴＭ）によってモニタリングするＤＣＩフォーマットおよび探索空間が決定される。次の表はＣ−ＲＮＴＩが設定されたＰＤＣＣＨモニタリングの一例を示す。
【００９２】
【表３】
0006599355.tif 000006
【００９３】
ＤＣＩフォーマットの用途は、次の表のように分類（区分）される（classified）。
【００９４】
【表４】
0006599355.tif 000007
【００９５】
図８は、３ＧＰＰ ＬＴＥにおけるアップリンクサブフレームの構造を示す。
【００９６】
図８を参照すると、アップリンクサブフレームは周波数領域において制御領域とデータ領域とに分けられる。制御領域には、アップリンク制御情報が送信されるためのＰ ＵＣＣＨ（Physical Uplink Control CHannel）が割り当てられる。データ領域には、データが送信される（場合によって制御情報も共に送信できる）ためのＰＵＳＣＨ（Physical Uplink Shared CHannel）が割り当てられる。
【００９７】
一つのＵＥに対するＰＵＣＣＨは、サブフレームにおけるリソース（資源）ブロック（resource block）対（RB pair）に割り当てられる。リソースブロック対に属するリソースブロックは、第１スロットと第２スロ ットとの各々で互いに異なる副搬送波を占める。ＰＵＣＣＨに割り当てられるリソースブロック対に属するリソースブロックが占める周波数は、スロット境界（slot boundary）を基準にして（with respect to）変更される。これをＰＵＣＣＨに割り当てられるＲＢ対がスロット境界で周波数ホッピング（frequency-hopped）されたという。
【００９８】
ＵＥがアップリンク制御情報を時間によって互いに異なる副搬送波を通じて送信することによって、周波数ダイバーシチ（frequency diversity）利得を得ることができる。ｍはサブフレーム内でＰＵＣＣＨに割り当てられたリソースブロック対の論理的な周波数領域位置を示す位置インデックスである。
【００９９】
ＰＵＣＣＨ上で送信されるアップリンク制御情報には、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）ＡＣＫ（ACKnowledgement）／ＮＡＣＫ（Non-ACKnowledgement）、ダウンリンクチャネル状態を示すＣＱＩ（Channel Quality Indicator）、アップリン ク無線資源割り当て要求（要請）であるＳＲ（Scheduling Request）などがある。
【０１００】
ＰＵＳＣＨは、トランスポート（転送）チャネル（transport channel）であるＵＬ−ＳＣＨにマッピングされる。ＰＵＳＣＨ上で送信されるアップリンクデータは送信時間区間（ＴＴＩ）で送信されるＵＬ−ＳＣＨのためのデータブロックであるトランスポートブロック（transport block）でありうる。上記トランスポートブロックはユーザ情報でありうる。 または、アップリンクデータは多重化された（multiplexed）データでありうる。多重化されたデータはＵＬ−ＳＣＨのためのトランスポートブロックと制御情報とが多重化されたものでありうる。例えば、データと多重化される制御情報には、ＣＱＩ、ＰＭＩ（Precoding Matrix Indicator）、ＨＡＲＱ、ＲＩ（Rank Indicator）などがありうる。または、アップリンクデータは制御情報のみで構成されることもできる。
【０１０１】
次に、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）システムについて説明する。
【０１０２】
キャリアアグリゲーションシステムは、複数（多数）の（a plurality of）コンポーネントキャリア（要素搬送波）（Component Carrier：ＣＣ）を統合（集成）する（aggregates）ことを意味する。このようなキャリアアグリゲーションによって、既存のセルの意味が変更された。キャリアアグリゲーションによれば、セルは、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアとの組合せ、または単独のダウンリンクコンポーネントキャリアを意味することができる。
【０１０３】
また、キャリアアグリゲーションにおいて、セルは、プライマリセル（primary cell）と、セカンダリセル（secondary cell）と、サービングセル（serving cell）と、に分類できる。プライマリセルは、プライマリ周波数で動作するセルを意味し、ＵＥが基地局との最初の接続確立手順（過程）（initial connection establishment procedure）または接続再確立手順を実行するセル、またはハンドオーバ手順でプライマリセルとして指示されたセルを意味する。セカンダリセルは、セカンダリ周波数で動作するセルを意味し、一旦、ＲＲＣ接続が確立されると設定され、追加の無線資源を提供するのに使われる。
【０１０４】
前述したように、キャリアアグリゲーションシステムでは単一搬送波システムとは異なり、複数のコンポーネントキャリア（ＣＣ）、即ち複数のサービングセルをサポートすることができる。
【０１０５】
このようなキャリアアグリゲーションシステムは、クロスキャリアスケジューリングをサポートすることができる。クロスキャリアスケジューリング（cross-carrier scheduling）は、特定コンポーネントキャリアを通じて送信されるＰＤＣＣＨを介して他のコンポーネントキャリアを通じて送信されるＰＤＳＣＨの資源割り当て、および／または上記特定コンポーネントキャリアと基本的にリンクされているコンポーネントキャリア以外の他のコンポーネントキャリアを通じて送信されるＰＵＳＣＨの資源割り当てを行うことができるスケジューリング方法である。
【０１０６】
一方、ＰＤＣＣＨはサブフレーム内の制御領域という限定された領域でモニタリングされ、またＰＤＣＣＨの復調のためには全（前）帯域（full band）で送信されるＣＲＳが使われる。制御情報の種類が多様化し、制御情報の量が増加するにつれて既存のＰＤＣＣＨ のみではスケジューリングの柔軟性が落ちる。また、ＣＲＳ送信による負担を減らすために、ＥＰＤＣＣＨ（Enhanced PDCCH）が導入されている。
【０１０７】
図９は、ＥＰＤＣＣＨを有するサブフレームの一例である。
【０１０８】
サブフレームは、０または一つのＰＤＣＣＨ領域４１０と０またはそれ以上のＥＰＤＣＣＨ領域４２０、４３０とを含むことができる。
【０１０９】
ＥＰＤＣＣＨ領域４２０、４３０は、無線機器がＥＰＤＣＣＨをモニタリングする領域である。ＰＤＣＣＨ領域４１０は、サブフレームの前部（先）の（front）最大４個のＯＦＤＭシンボル内に位置するが、ＥＰＤＣＣＨ領域４２０、４３０は、ＰＤＣＣＨ領域４１０以後のＯＦＤＭシンボルで柔軟にスケジューリングできる。
【０１１０】
無線機器に一つまたは複数のＥＰＤＣＣＨ領域４２０、４３０が指定され、無線機器は、指定されたＥＰＤＣＣＨ領域４２０、４３０でＥＰＤＣＣＨをモニタリングすることができる。
【０１１１】
ＥＰＤＣＣＨ領域４２０、４３０の個数／位置／サイズ、および／またはＥＰＤＣＣＨをモニタリングするサブフレームに関する情報は、基地局が無線機器にＲＲＣメッセージなどを通じて知らせることができる。
【０１１２】
ＰＤＣＣＨ領域４１０では、ＣＲＳに基づいてＰＤＣＣＨを復調することができる。ＥＰＤＣＣＨ領域４２０、４３０では、ＥＰＤＣＣＨの復調のためにＣＲＳの代わりに（でない）（instead of）ＤＭ（DeModulation）ＲＳを定義することができる。関連したＤＭ ＲＳは対応するＥＰＤＣＣＨ領域４２０、４３０で送信できる。
【０１１３】
関連したＤＭ ＲＳのためのＲＳシーケンスｒns（ｍ）は、以下の＜数式４＞の通りである。
【０１１４】
【数３】
0006599355.tif 000008
【０１１５】
ここで、ｍ＝０，１，．．．，２ＮmaxRB−１、ＮmaxRBはＲＢの最大個数、ｎｓは無線フレーム内スロット番号、ｌはスロット内ＯＦＤＭシンボル番号である。
【０１１６】
疑似乱数シーケンス（pseudo-random sequence）ｃ（ｉ）は、次のような長さ３１のゴールド（Gold）シーケンスにより定義される。
【０１１７】
この際、ｍ＝０，１，．．．，１２ＮRB−１であり、ＮRBは最大のＲＢの個数である。疑似乱数シーケンス生成器は、各サブフレームの開始ごとに（開示で）（in each starting subframe）ｃinit＝ （ｆｌｏｏｒ（ｎｓ／２）＋１）（２ＮEPDCCH、ID＋１）２16＋ｎEPDCCH、SCIDに初期化できる。ｎｓは無線フレーム内スロット番号、ＮEPDCCH、IDはＥＰＤＣＣＨ集合に関連する値で上位層シグナリングから与えられ、ｎEPDCCH、SCIDは特定値で与えられることができる。
【０１１８】
各ＥＰＤＣＣＨ領域４２０、４３０は、互いに異なるセルのためのスケジューリングに使用できる。例えば、ＥＰＤＣＣＨ領域４２０内のＥＰＤＣＣＨは１次セルのためのスケジューリング情報を運び、ＥＰＤＣＣＨ領域４３０内のＥＰＤＣＣＨは２次セルのためのスケジューリング情報を運ぶことができる。
【０１１９】
ＥＰＤＣＣＨ領域４２０、４３０でＥＰＤＣＣＨが複数の（多重）（multiple）アンテナを介して送信されるとき、ＥＰＤＣＣＨ領域４２０、４３０内のＤＭ ＲＳはＥＰＤＣＣＨと同一のプリコーディングが適用できる。
【０１２０】
ＰＤＣＣＨが送信資源単位でＣＣＥを使用することと比較して、ＥＰＣＣＨのための送信資源単位をＥＣＣＥ（Enhanced Control Channel Element）という。 アグリゲーションレベル（aggregation level）はＥＰＤＣＣＨをモニタリングする資源単位で定義できる。例えば、１つのＥＣＣＥがＥＰＤＣＣＨのための最小資源とする場合、アグリゲーションレベルＬ＝｛１，２，４，８，１６｝と定義できる。
【０１２１】
以下、ＥＰＤＣＣＨ探索空間（search space）はＥＰＤＣＣＨ領域に対応できる。ＥＰＤＣＣＨ探索空間では、一つまたは複数のアグリゲーションレベルごとに一つまたは複数のＥＰＤＣＣＨ候補がモニタリングされることができる。
【０１２２】
次に、ＥＰＤＣＣＨのための資源割り当てについて記述する。
【０１２３】
ＥＰＤＣＣＨは、一つまたは複数のＥＣＣＥを用いて送信される。ＥＣＣＥは、複数のＥＲＥＧ（Enhanced Resource Element Group）を含む。ＴＤＤ （Time Division Duplex）ＤＬ−ＵＬ設定に従うサブフレームタイプおよびＣＰによって、ＥＣＣＥは４ＥＲＥＧまたは８ＥＲＥＧを含むことができる。例えば、ノーマル（正規）（normal）ＣＰでＥＣＣＥは４ＥＲＥＧを含み、拡張ＣＰでＥＣＣＥは８ＥＲＥＧを含むことができる。
【０１２４】
ＰＲＢ（Physical Resource Block）対（pair）は、一つのサブフレームで同一のＲＢ番号を有する２つのＰＲＢをいう。ＰＲＢ対は同一の周波数領域で最初のスロットの第１ＰＲＢおよび２番目のスロットの第２ＰＲＢをいう。ノーマルＣＰで、ＰＲＢ対は１２副搬送波および１４ＯＦＤＭシンボルを含み、したがって１６８ＲＥ（Resource Element）を含む。
【０１２５】
図１０は、ＰＲＢ対の一例を示す。
【０１２６】
以下、サブフレームは２スロットを含み、一つのスロットでＰＲＢ対は７ＯＦＤＭシンボルおよび１２副搬送波を含むとするが、ＯＦＤＭシンボルの個数および副搬送波の個数は例示に過ぎない。
【０１２７】
一つのサブフレームで、ＰＲＢ対は全て１６８ＲＥを有する。ＤＭ ＲＳのための２４ＲＥを除外した、１４４ＲＥから１６ＥＲＥＧを構成する。したがって、１ＥＲＥＧは９ＲＥを含むことができる。但し、一つのＰＲＢ対にＤＭ ＲＭの他にＣＳＩ−ＲＳまたはＣＲＳが配置されることができる。この場合、使用可能なＲＥの数が減り、１つのＥＲＥＧに含まれるＲＥの個数は減ることができる。ＥＲＥＧに含まれるＲＥの個数は変わることがあるが、一つのＰＲＢ対に含まれるＥＲＥＧの数である１６は変わらない。
【０１２８】
この際、図１０に示すように、例えば左側の最初ＯＦＤＭシンボル（ｌ＝０）の上側の最初の副搬送波から順次ＲＥインデックスを付けることができる（または、左側の最初のＯＦＤＭシンボル（ｌ＝０）の最初の副搬送波から上方に順次ＲＥインデックスを付けることもできる）。１６ＥＲＥＧに０から１５までインデックス を付けるとする。この際、ＲＥインデックス０を有する９個のＲＥをＥＲＥＧ ０に割り当てる。同様に、ＲＥインデックスｋ（ｋ＝０，．．．，１５）に該当する９個のＲＥをＥＲＥＧ ｋに割り当てる。
【０１２９】
複数のＥＲＥＧを括って、ＥＲＥＧグループを定義する。例えば、４個のＥＲＥＧを有するＥＲＥＧグループを定義すれば、ＥＲＥＧグループ＃０＝｛ＥＲＥＧ０、ＥＲＥＧ４、ＥＲＥＧ８、ＥＲＥＧ１２｝、ＥＲＥＧグループ＃１＝｛ＥＲＥＧ１、ＥＲＥＧ５、ＥＲＥＧ９、ＥＲＥＧ３｝、ＥＲＥＧグループ＃２＝｛ＥＲＥＧ２、ＥＲＥＧ６、ＥＲＥＧ１０、ＥＲＥＧ１４｝、ＥＲＥＧグループ＃３＝｛ＥＲＥＧ３、ＥＲＥＧ７、ＥＲＥＧ１１、ＥＲＥＧ１５｝のように定義することができる。８個のＥＲＥＧを有するＥＲＥＧグループを定義すれば、ＥＲＥＧグループ＃０＝｛ＥＲＥＧ０、ＥＲＥＧ２、ＥＲＥＧ４、ＥＲＥＧ６、ＥＲＥＧ８、ＥＲＥＧ１０、ＥＲＥＧ１２、ＥＲＥＧ１４｝、ＥＲＥＧグループ＃１＝｛ＥＲＥＧ１、ＥＲＥＧ３、ＥＲＥＧ５、ＥＲＥＧ７、ＥＲＥＧ９、ＥＲＥＧ１１、ＥＲＥＧ１３、ＥＲＥＧ１５｝のように定義することができる。
【０１３０】
前述したように、ＥＣＣＥは４ＥＲＥＧを含み、拡張ＣＰでＥＣＣＥは８ＥＲＥＧを含むことができる。ＥＣＣＥはＥＲＧＥグループにより定義される。例えば、図６は、ＥＣＣＥ＃０がＥＲＥＧグループ＃０を含み、ＥＣＣＥ＃１がＥＲＥＧグループ＃１を含み、ＥＣＣＥ＃２がＥＲＥＧグループ＃２を含み、ＥＣＣＥ＃３がＥＲＥＧグループ＃３を含む場合を例示する。
【０１３１】
ＥＣＣＥ−ｔｏ−ＥＲＥＧマッピングには、ローカル送信（localized trans- mission）と分散送信（distributed transmission）との２つがある。ローカル送信において一つのＥＣＣＥを構成するＥＲＥＧグループは、一つのＰＲＢ対内のＥＲＥＧから選択される。分散送信で一つのＥＣＣＥを構成するＥＲＥＧグループは、互いに異なるＰＲＢ対のＥＲＥＧから選択される。
【０１３２】
以下、図１１を参照してＰＵＣＣＨフォーマット（PUCCH format）について説明する。
【０１３３】
図１１は、アップリンクサブフレーム上のＰＵＣＣＨおよびＰＵＳＣＨを示す。
【０１３４】
ＰＵＣＣＨ上では、アップリンク制御情報（Uplink Control Information：ＵＣＩ）が送信されることができる。この際、ＰＵＣＣＨはフォーマット（format）に従って多様な種類の制御情報を運ぶ。上記ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＳＲ（Scheduling Request）、そしてダウンリンクチャネル状態を示すチャネル状態情報（Channel Status Information：ＣＳＩ）を含む。
【０１３５】
ＰＵＣＣＨフォーマット１は、スケジューリング要求（ＳＲ；Scheduling Request）を運ぶ。この際、ＯＯＫ（On-Off Keying）方式が適用されることができる。ＰＵＣＣＨ フォーマット１ａは、一つのコードワード（codeword）に対してＢＰＳＫ（Binary Phase Shift Keying）方式により変調されたＡＣＫ／ＮＡＣＫ（ACKnowledgement ／Non-ACKnowledgement）を運ぶ。ＰＵＣＣＨフォーマット１ｂは、２つのコードワードに対してＱＰＳＫ（Quadrature Phase Shift Keying）方式により変調された ＡＣＫ／ＮＡＣＫを運ぶ。ＰＵＣＣＨフォーマット２は、ＱＰＳＫ方式により変調されたＣＱＩ（Channel Quality Indicator）を運ぶ。ＰＵＣＣＨフォーマット２ａと２ｂとはＣＱＩおよびＡＣＫ／ＮＡＣＫを運ぶ。
【０１３６】
＜表５＞は、ＰＵＣＣＨフォーマットを示す。
【０１３７】
【表５】
0006599355.tif 000009
【０１３８】
各ＰＵＣＣＨフォーマットはＰＵＣＣＨ領域にマッピングされて送信される。例えば、ＰＵＣＣＨフォーマット２／２ａ／２ｂは、端末に割り当てられた帯域の縁のリソースブロック（図８では、ｍ＝０，１）にマッピングされて送信される。混合ＰＵＣＣＨリソースブロック（mixed PUCCH RB）は、上記ＰＵＣＣＨフォーマット２／２ａ／２ｂが割り当てられるリソースブロックに上記帯域の中心方向に隣接したリソースブロック（例えば、ｍ＝２）にマッピングされて送信されることができる。ＳＲ、ＡＣＫ／ＮＡＣＫが送信されるＰＵＣＣＨフォーマット１／１ａ／１ｂは、ｍ＝４またはｍ＝５のリソースブロックに配置されることができる。ＣＱＩが送信されるＰＵＣＣＨフォーマット２／２ａ／２ｂに使用できるリソースブロックの数（Ｎ（２）ＲＢ）は、ブロードキャストされる信号を通じて端末に指示されることができる。ＰＵＣＣＨフォーマット３は、４８ビットのエンコードされたＵＣＩを運ぶのに使われる。ＰＵＣＣＨフォーマット３は、複数のサービングセルに対するＨＡＲＱ ＡＣＫ／ＮＡＣＫおよび一つのサービングセルに対するＣＳＩ報告を運ぶことができる。ＰＵＣＣＨフォーマット３は、ブロック拡散（スプレッディング）（block spreading）に基づく（基盤）送信を実行する。即ち、ブロック拡散コードを用いてマルチビットＡＣＫ／ＮＡＣＫを変調した変調シンボルシーケンスを時間領域で拡散した後、送信する。
【０１３９】
言及したＣＳＩは、ＤＬチャネルの状態を示す指標であって、ＣＱＩ（Channel Quality Indicator）およびＰＭＩ（Precoding Matrix Indicator）のうち、少なくともいずれか一つを含むことができる。また、ＰＴＩ（Precoding Type Indicator）、ＲＩ（Rank Indication）などが含まれることもできる。
【０１４０】
ＣＱＩは、与えられた時間に対して端末がサポートできるリンク適応パラメータに関する情報を提供する。ＣＱＩは、端末受信器の特性およびＳＩＮＲ（Signal to Interference plus Noise Ratio）などを考慮してダウンリンクチャネルによりサポートできるデータレート（率）（data rate）を指示することができる。基地局はＣＱＩを用いてダウンリンクチャネルに適用される変調（ＱＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭなど）および符号化（コーディング）率（coding rate）を決定することができる。ＣＱＩは種々の方法により生成できる。例えば、チャネル状態をそのまま量子化してフィードバックする方法、ＳＩＮＲ（Signal to Interference plus Noise Ratio）を計算してフィードバックする方法、ＭＣＳ（Modulation Coding Scheme）のようにチャネルに実際に適用される状態を知らせる方法などがある。ＣＱＩがＭＣＳに基づいて生成される場合、ＭＣＳは変調方式および符号化方式とこれに従う符号化率（coding rate）となどを含む。
【０１４１】
ＰＭＩは、コードブックベースのプリコーディングでプリコーディング行列に関する情報を提供する。ＰＭＩはＭＩＭＯ（Multiple Input Multiple Output）と関連する。ＭＩＭＯでＰＭＩがフィードバックされることを閉ループＭＩＭＯ（closed loop MIMO）と称する。
【０１４２】
ＲＩは端末が推奨（推薦）する（recommended）レイヤの数に関する情報である。即ち、ＲＩは空間多重化に使われる独立したストリームの数を示す。ＲＩは端末が空間多重化を使用するＭＩＭＯモードで動作する場合にのみフィードバックされる。ＲＩは常に一つまたは複数のＣＱＩフィードバックと関連する。即ち、フィードバックされるＣＱＩは特定のＲＩ値を仮定して計算される。チャネルのランク（rank）は一般的にＣＱＩより遅く変化するので、ＲＩはＣＱＩより少ない回数でフィードバックされる。ＲＩの送信周期はＣＱＩ／ＰＭＩ送信周期の倍数でありうる。ＲＩはシステム帯域全体に対して与えられ、周波数選択的なＲＩフィードバックはサポートされない。
【０１４３】
以上のように、ＰＵＣＣＨはＵＣＩの送信のみに使われる。このために、ＰＵＣＣＨは複数のフォーマットをサポートする。ＰＵＣＣＨフォーマットに従属した変調方式（modulation scheme）によってサブフレームごとに互いに異なるビット数を有するＰＵＣＣＨを使用することができる。
【０１４４】
一方、図示されたＰＵＳＣＨは、トランスポート（転送）チャネル（transport channel）であるＵＬ−ＳＣＨ（UpLink Shared CHannel）にマッピングされる。ＰＵＳＣＨ上で送信されるアップリンクデータは、ＴＴＩで送信されるＵＬ−ＳＣＨのためのデータブロックであるトランスポート（転送）ブロック（transport block）でありうる。上記トランスポートブロックはユーザデータを含むことができる。または、アップリンクデータは多重化された（multiplexed）データでありうる。多重化されたデータは、ＵＬ−ＳＣＨ（Uplink Shared CHannel）のためのトランスポートブロックとチャネル状態情報とが多重化されたものでありうる。例えば、データに多重化されるチャネル状態情報（ＣＳＩ）にはＣＱＩ、ＰＭＩ、ＲＩなどがありうる。またはアップリンクデータはチャネル状態情報のみで構成されることもできる。周期的または非周期的チャネル状態情報はＰＵＳＣＨを介して送信できる。
【０１４５】
ＰＵＳＣＨはＰＤＣＣＨ上のＵＬグラントにより割り当てられる。図面に図示してはいないが、ノーマルＣＰの各スロットの４番目ＯＦＤＭシンボルは、ＰＵＳＣＨのためのＤＭ ＲＳ（DeModulation Reference Signal）の送信に使われる。
【０１４６】
次に、キャリアアグリゲーションシステムについて説明する。
【０１４７】
図１２は、既存の単一搬送波システムとキャリアアグリゲーションシステムとの比較例である。
【０１４８】
図１２を参照すると、単一搬送波システムではアップリンクおよびダウンリンクに一つの搬送波のみを端末に対してサポートする。搬送波の帯域幅は多様でありうるが、端末に割り当てられる搬送波は一つである。一方、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）システムでは、端末に複数のコンポーネントキャリア（ＤＬ ＣＣ Ａ乃至Ｃ、 ＵＬ ＣＣ Ａ乃至Ｃ）を割り当てることができる。コンポーネントキャリア（Component Carrier：ＣＣ）は、キャリアアグリゲーションシステムで使われる搬送波を意味し、搬送波と略称することができる。例えば、端末には、６０ＭＨｚの帯域幅を割り当てるために３個の２０ＭＨｚのコンポーネントキャリアが割り当てられることができる。
【０１４９】
キャリアアグリゲーションシステムは、統合される搬送波が連続する連続（contiguous）キャリアアグリゲーションシステムと、統合される搬送波が互いに離れている不連続（non-contiguous）キャリアアグリゲーションシステムとに分類できる。以下、単純にキャリアアグリゲーションシステムという場合、これはコンポーネントキャリアが連続の場合と不連続の場合とを全て含むものとして理解されるべきである。
【０１５０】
一つまたは複数のコンポーネントキャリアを統合する場合、対象となるコンポーネントキャリアは、既存システムとの下位互換性（backward compatibility）のために既存システムで使用する帯域幅をそのまま使用することができる。例えば、３ＧＰＰ ＬＴＥシステムでは１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、３ＧＰＰ ＬＴＥ−Ａシステムでは上記３ＧＰＰ ＬＴＥシステムの帯域幅のみを用いて２０ＭＨｚ以上の広帯域を構成することができる。または、既存システムの帯域幅をそのまま使用せず、新たな帯域幅を定義して広帯域を構成することもできる。
【０１５１】
無線通信システムのシステム周波数帯域は、複数の搬送波周波数（Carrier-frequency）に区分される。ここで、搬送波周波数はセルの中心周波数（Center frequency of a cell）を意味する。以下、セル（cell）はダウンリンク周波数資源（リソース）（resource）およびアップリンク周波数資源を意味することができる。または、セルはダウンリンク周波数資源とオプションの（選択的な）（optional）アップリンク周波数資源との組合せ（combination）を意味することができる。また、一般にキャリアアグリゲーション（ＣＡ）を考慮しない場合、一つのセル（cell）にはアップリンクおよびダウンリンク周波数資源が常に対で存在することができる。
【０１５２】
特定セルを通じてパケット（packet）データの送受信が行われるためには、端末は先に特定セルに対して設定（configuration）を完了しなければならない。ここで、設定（configuration）とは、該当セルに対するデータ送受信に必要とされるシステム情報の受信を完了した状態を意味する。例えば、設定（configuration）は、データ送受信に必要とされる共通物理層パラメータ、またはＭＡＣ（Media Access Control）層パラメータ、またはＲＲＣ層で特定動作に必要とされるパラメータを受信する全般の処理を含むことができる。設定を完了したセルは、パケットデータが送信できるという情報を受信しさえすれば、直ちにパケットの送受信が可能になる状態である。
【０１５３】
設定完了状態のセルは活性化（Activation）または不活性化（Deactivation）状態で存在することができる。ここで、活性化はデータの送信または受信が行われるか、または準備状態（ready state）にあることをいう。端末は、自体に割り当てられた資源（周波数、時間など）を確認するために活性化されたセルの制御チャネル（ＰＤＣＣＨ）およびデータチャネル（ＰＤＳＣＨ）をモニタリングまたは受信することができる。
【０１５４】
不活性化は、トラフィックデータの送信または受信が不可能であり、測定や最小限の（minimal）情報の送信／受信が可能であることをいう。端末は、不活性化セルからパケット受信のために必要なシステム情報（ＳＩ）を受信することができる。一方、端末は、自体に割り当てられた資源（周波数、時間など）を確認するために不活性化されたセルの制御チャネル（ＰＤＣＣＨ）およびデータチャネル（ＰＤＳＣＨ）をモニタリングまたは受信しない。
【０１５５】
セルは、プライマリセル（primary cell）、セカンダリセル（secondary cell）、およびサービングセル（serving cell）に分類できる。
【０１５６】
プライマリセルは、プライマリ周波数で動作するセルを意味し、端末が基地局との最初の接続確立手順（initial connection establishment procedure）または接続再確立手順を実行するセル、またはハンドオーバ手順でプライマリセルとして指示されたセルを意味する。
【０１５７】
セカンダリセルは、セカンダリ周波数で動作するセルを意味し、一旦、ＲＲＣ接続が確立されれば設定され、追加の無線資源を提供するのに使われる。
【０１５８】
サービングセルは、キャリアアグリゲーションが設定されないか、またはキャリアアグリゲーションを提供できない端末の場合には、プライマリセルで構成される。キャリアアグリゲーションが設定された場合、サービングセルという用語は端末に設定されたセルを示し、複数で構成できる。一つのサービングセルは、一つのダウンリンクコンポーネントキャリア、または｛ダウンリンクコンポーネントキャリア、アップリンクコンポーネントキャリア｝の対で構成できる。複数のサービングセルは、プライマリセルおよび全てのセカンダリセルのうち、一つまたは複数で構成された集合で構成できる。
【０１５９】
ＰＣＣ（Primary Component Carrier）は、プライマリセルに対応するコンポーネントキャリア（Component Carrier：ＣＣ）を意味する。ＰＣＣは、端末が複数のＣＣのうち初期に基地局と接続（ConnectionまたはRRC Connection）をなすＣＣである。ＰＣＣは、複数のＣＣに関するシグナリングのための接続（ConnectionまたはRRC Connection）を担い、端末と関連した接続情報である端末環境（コンテキスト、文脈）情報（UE Context）を管理する特別なＣＣである。また、ＰＣＣは、端末との接続を確立する（achieve）ことによって（なすようになって）、ＲＲＣ接続状態（RRC Connected Mode）の場合には常に活性化状態のままである（に存在する）（left in the activation state）。プライマリセルに対応するダウンリンクコンポーネントキャリアをダウンリンクプライマリ（主）コンポーネントキャリア（DownLink Primary Component Carrier：ＤＬ ＰＣＣ）といい、プライマリセルに対応するアップリンクコンポーネントキャリアをアップリンクプライマリ（主）コンポーネントキャリア（ＵＬ ＰＣＣ）という。
【０１６０】
ＳＣＣ（Secondary Component Carrier）はセカンダリセルに対応するＣＣを意味する。即ち、ＳＣＣはＰＣＣ以外に端末に割り当てられたＣＣであって、ＳＣＣは、端末がＰＣＣ以外に追加の資源割り当てなどのために拡張された搬送波（Extended Carrier）であり、活性化または不活性化状態に分けられる。セカンダリセルに対応するダウンリンクコンポーネントキャリアをダウンリンクセカンダリ（副）コンポーネントキャリア（DL Secondary CC：ＤＬ ＳＣＣ）といい、セカンダリセルに対応するアップリンクコンポーネントキャリアをアップリンクセカンダリコンポーネントキャリア（ＵＬ ＳＣＣ）という。
【０１６１】
プライマリセルおよびセカンダリセルは、次のような特徴を有する。
【０１６２】
第１に、プライマリセルはＰＵＣＣＨの送信のために使われる。第２に、プライマリセルは常に活性化されている一方、セカンダリセルは特定条件によって活性化／不活性化される搬送波である。第３に、プライマリセルが無線リンク失敗（Radio Link Failure；以下、ＲＬＦ）を経験するとき、ＲＲＣ再接続がトリガ（triggering）される。第４に、プライマリセルは、セキュリティ（保安）キー（security key）の変更やＲＡＣＨ（Random Access CHannel）手順（手続き）（procedure）を伴うハンドオーバ手順（手続き）により変更できる。第５に、ＮＡＳ（Non-Access Stratum）情報はプライマリセルを通じて受信する。第６に、ＦＤＤシステムの場合、いつも（always）プライマリセルはＤＬ ＰＣＣとＵＬ ＰＣＣとが対（pair）で構成される。第７に、端末ごとに異なるコンポーネントキャリア（ＣＣ）がプライマリセルに設定されることができる。第８に、プライマリセルは、ハンドオーバ、セル選択／セル再選択手順を通じてのみ入れ替え（取替え）る（replaced）ことができる。新規セカンダリセルの追加において、専用（dedicated）セカンダリセルのシステム情報を送信するのにＲＲＣシグナリングが使用されることができる。
【０１６３】
サービングセルを構成するコンポーネントキャリアは、ダウンリンクコンポーネントキャリアが一つのサービングセルを構成することもでき、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアとが接続設定されて一つのサービングセルを構成することができる。しかしながら、一つのアップリンクコンポーネントキャリアだけではサービングセルが構成されることができない。
【０１６４】
コンポーネントキャリアの活性化／不活性化は、サービングセルの活性化／不活性化の概念と同等である。例えば、サービングセル１がＤＬ ＣＣ１で構成されていると仮定する場合、サービングセル１の活性化はＤＬ ＣＣ１の活性化を意味する。（仮に、）（if）サービングセル２がＤＬ ＣＣ２およびＵＬ ＣＣ２が接続設定されて構成されていると仮定する場合、サービングセル２の活性化はＤＬ ＣＣ２およびＵＬ ＣＣ２の活性化を意味する。このような意味で、各コンポーネントキャリアはサービングセル（cell）に対応できる。
【０１６５】
ダウンリンクとアップリンクとの間で統合されるコンポーネントキャリアの数は異なるように設定できる。ダウンリンクＣＣの数とアップリンクＣＣの数とが同一の場合を対称（的）（symmetric）アグリゲーションといい、その数が異なる場合を非対称（的）（asymmetric）アグリゲーションという。また、ＣＣのサイズ（即ち、帯域幅）は互いに異なることがある。例えば、７０ＭＨｚ帯域の構成のために５個のＣＣが使われるとする場合、５ＭＨｚ ＣＣ（carrier ＃０）＋２０ＭＨｚ ＣＣ（carrier ＃１）＋２０ＭＨｚ ＣＣ（carrier ＃２）＋２０ＭＨｚ ＣＣ（carrier ＃３）＋５ＭＨｚ ＣＣ（carrier ＃４）のように構成されることもできる。
【０１６６】
前述したように、キャリアアグリゲーションシステムでは単一搬送波システムとは異なり、複数のコンポーネントキャリア（Component Carrier：ＣＣ）、即ち複数のサービングセルをサポートすることができる。
【０１６７】
このようなキャリアアグリゲーションシステムはクロスキャリアスケジューリングをサポートすることができる。クロスキャリアスケジューリング（cross-carrier scheduling）は、特定コンポーネントキャリアを通じて送信されるＰＤＣＣＨを介して他のコンポーネントキャリアを通じて送信されるＰＤＳＣＨの資源割り当ておよび／または上記特定コンポーネントキャリアと基本的にリンクされているコンポーネントキャリア以外の他のコンポーネントキャリアを通じて送信されるＰＵＳＣＨの資源割り当てを行うことができるスケジューリング方法である。即ち、ＰＤＣＣＨとＰＤＳＣＨとが互いに異なるダウンリンクＣＣを通じて送信されることができ、ＵＬグラントを含むＰＤＣＣＨが送信されたダウンリンクＣＣとリンクされたアップリンクＣＣでない、他のアップリンクＣＣを通じてＰＵＳＣＨが送信されることができる。このようにクロスキャリアスケジューリングをサポートするシステムでは、ＰＤＣＣＨが制御情報を提供するＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ ＣＣ／ＵＬ ＣＣを通じて送信されるかを知らせる搬送波指示子が必要である。このような搬送波指示子を含むフィールドを、以下で搬送波指示フィールド（Carrier Indication Field：ＣＩＦ）と称する。
【０１６８】
クロスキャリアスケジューリングをサポートするキャリアアグリゲーションシステムは、従来のＤＣＩ（Downlink Control Information）フォーマットに搬送波指示フィールド（ＣＩＦ）を含むことができる。クロスキャリアスケジューリングをサポートするシステム、例えばＬＴＥ−Ａシステムでは、既存のＤＣＩフォーマット（即ち、ＬＴＥで使用するＤＣＩフォーマット）にＣＩＦが追加されるので３ビット拡張されることができ、ＰＤＣＣＨ構造は、既存のコーディング方法、資源割り当て方法（即ち、ＣＣＥに基づく（基盤の）（CCE-based）資源マッピング）などを再使用することができる。
【０１６９】
図１３は、キャリアアグリゲーションシステムにおけるクロスキャリアスケジューリングを例示する。
【０１７０】
図１３を参照すると、基地局は、ＰＤＣＣＨモニタリングＤＬ ＣＣ（モニタリングＣＣ）集合を設定することができる。ＰＤＣＣＨモニタリングＤＬ ＣＣ集合は、統合された全ＤＬ ＣＣのうち、一部のＤＬ ＣＣで構成され、クロスキャリアスケジューリングが設定される場合、端末は、ＰＤＣＣＨモニタリングＤＬ ＣＣ集合に含まれたＤＬ ＣＣに対してのみＰＤＣＣＨモニタリング／デコードを実行する。言い換えると、基地局は、ＰＤＣＣＨモニタリングＤＬ ＣＣ集合に含まれたＤＬ ＣＣを通じてのみスケジューリングしようとするＰＤＳＣＨ／ＰＵＳＣＨに対するＰＤＣＣＨを送信する。ＰＤＣＣＨモニタリングＤＬ ＣＣ集合は、端末固有（特定的）（UE-specifically）、端末グループ固有（特定的）（UE group-specifically）、またはセル固有（特定的）に（cell-specifically）設定できる。
【０１７１】
図１３では、３個のＤＬ ＣＣ（ＤＬ ＣＣ Ａ、ＤＬ ＣＣ Ｂ、ＤＬ ＣＣ Ｃ）が統合され、ＤＬ ＣＣ ＡがＰＤＣＣＨモニタリングＤＬ ＣＣに設定された一例を示している。端末は、ＤＬ ＣＣ ＡのＰＤＣＣＨを介してＤＬ ＣＣ Ａ、ＤＬ ＣＣ Ｂ、ＤＬ ＣＣ ＣのＰＤＳＣＨに対するＤＬグラントを受信することができる。ＤＬ ＣＣ ＡのＰＤＣＣＨを介して送信されるＤＣＩには、ＣＩＦが含まれどのＤＬ ＣＣに対するＤＣＩであるかを示すことができる。
【０１７２】
図１４は、キャリアアグリゲーションシステムにおけるクロスキャリアスケジューリングが設定された場合のスケジューリングの一例を示す。
【０１７３】
図１４を参照すると、ＤＬ ＣＣ ０、ＤＬ ＣＣ ２、ＤＬ ＣＣ ４がＰＤＣＣＨモニタリングＤＬ ＣＣ集合に属する（である）（belong to）。端末は、ＤＬ ＣＣ ０のＣＳＳでＤＬ ＣＣ ０、ＵＬ ＣＣ ０（ＤＬ ＣＣ ０およびＳＩＢ ２にリンクされたＵＬ ＣＣ）に対するＤＬグラント／ＵＬグラントを探索する。そして、ＤＬ ＣＣ ０のＳＳ １でＤＬ ＣＣ １、ＵＬ ＣＣ １に対するＤＬグラント／ＵＬグラントを探索する。ＳＳ １はＵＳＳの一例である。即ち、ＤＬ ＣＣ ０のＳＳ １はクロスキャリアスケジューリングを実行するＤＬグラント／ＵＬグラントを探索する探索空間である。
【０１７４】
次に、パワーヘッドルーム（Power Headroom；ＰＨ）に関して説明する。
【０１７５】
パワーヘッドルームは、現在端末がアップリンク送信に使用する電力以外に追加して使用することができる余分な電力を意味する。例えば、端末の許容可能な範囲のアップリンク送信電力である最大送信電力が１０Ｗと仮定し、現在端末が１０ＭＨｚの周波数帯域で９Ｗの電力を使用すると仮定する。この際、端末は、１Ｗを追加して使用することができるので、パワーヘッドルームは１Ｗとなる。
【０１７６】
ここで、基地局が端末に２０ＭＨｚの周波数帯域を割り当てる場合、１８Ｗ（＝９Ｗ×２）の電力が必要である。しかしながら、上記端末の最大電力が１０Ｗであるので、上記端末に２０ＭＨｚを割り当てる場合、上記端末は上記周波数帯域を全て使用することができないか、または電力が足りないので基地局が上記端末の信号を正しく受信することができない。このような問題を解決するために、端末はパワーヘッドルームが１Ｗであることを基地局に報告して、基地局がパワーヘッドルームの範囲内でスケジューリングできるようにする。このような報告をパワーヘッドルーム報告（Power Headroom Report：ＰＨＲ）という。
【０１７７】
パワーヘッドルーム報告手順を通じて、１）活性化された各サービングセルごとに予定された（nominal）端末の最大送信電力と予測された（estimated）ＵＬ−ＳＣＨ（ＰＵＳＣＨ）送信電力との間の差に関する情報、２）プライマリ（主）（primary）サービングセルで予定された端末の最大送信電力と予測されたＰＵＣＣＨ送信電力との間の差に関する情報、または３）プライマリサービングセルで予定された最大送信電力と予測されたＵＬ−ＳＣＨ及びＰＵＣＣＨ送信電力との間の差に関する情報がサービング基地局に送信されることができる。
【０１７８】
端末のパワーヘッドルーム報告は、２つのタイプ（タイプ１、タイプ２）で定義できる。任意の端末のパワーヘッドルームは、サービングセルｃに対するサブフレームｉに対して定義できる。
【０１７９】
１．パワーヘッドルーム報告のタイプ１（タイプ１のパワーヘッドルーム）
タイプ１のパワーヘッドルームは、端末が１）ＰＵＣＣＨ無しでＰＵＳＣＨのみ送信する場合、２）ＰＵＣＣＨおよびＰＵＳＣＨを同時に送信する場合、並びに３）ＰＵＳＣＨが送信されない場合がある。
【０１８０】
第１に、端末がサービングセルｃに対するサブフレームｉに対してＰＵＣＣＨ無しでＰＵＳＣＨを送信する場合、タイプ１の報告に関するパワーヘッドルームは次の数式の通りである。
【０１８１】
【数４】
0006599355.tif 000010
【０１８２】
【数５】
0006599355.tif 000011
【０１８３】
ここで、ＰCMAX（ｉ）は、基地局がＲＲＣシグナリングを通じて端末に送信する値であるＰ−ｍａｘを基準に（に基づいて）（on the basis of）設定されるＰEMAX値と各端末のハードウェアの水準により決定される送出電力クラス（power class）により決定されるＰPowerClass値とのうち、より小さい値を基準に設定された最大送信電力値を基準にネットワークで設定されたオフセット値を適用して算出した最大端末送出電力値である。ここで、上記オフセット値は、最大電力減少値（ＭＰＲ：Maximum Power Reduction）、追加最大電力減少値（Ａ−ＭＰＲ：Additional Maximum Power Reduction）、電力管理最大電力減少値（Ｐ−ＭＰＲ：Power Management Maximum Power Reduction）となることができ、オプションとして（追加的に）（optionally）端末の送信部内のフィルタ特性の影響を多く受ける帯域か否かによって適用されるオフセット値（ΔＴC）となることができる（が適用できる）（can optionally be an offset value (ΔT_C) applied according to a frequency band highly influenced by filter characteristics within a transmission unit of a terminal）。
【０１８４】
上記ＰCMAX,c（ｉ）は、ＰCMAX（ｉ）とは異なり、サービングセルｃに限定して構成された値である。したがって、上記Ｐ−ｍａｘ値もサービングセルｃに対して構成された値（ＰEMAX,c）であり、上記オフセット値もやはり各々サービングセルｃに限定して構成された値で計算される。即ち、ＭＰＲc、Ａ−ＭＰＲc、Ｐ−ＭＰＲc、ΔＴC,cで構成される。しかしながら、ＰPowerClass値は、端末単位で計算するときに使用した値と同一の値を用いて計算する。
【０１８５】
また、ＭPUSCH,c（ｉ）は、サービングセルｃに対してサブフレームｉでＰＵＳＣＨが割り当てられた資源の帯域幅をＲＢの個数で表現した値である。
【０１８６】
また、ＰO_PUSCH,c（ｊ）は、サービングセルｃに対するＰO_NOMINAL_PUSCH,c（ｊ）とＰO_UE_PUSCH,c（ｊ）との和であり、上位層からはｊが０または１である（the index j in the higher layer is 0 or 1）。セミパーシステント（半持続的）（semi-persistent）グラントＰＵＳＣＨ送信（または、再送信）の場合、ｊは０である一方、動的にスケジュールされたグラント（dynamic scheduled grant）ＰＵＳＣＨ送信（または、再送信）の場合、ｊは１であり、ランダムアクセス応答グラントＰＵＳＣＨ送信（または、再送信）の場合、ｊは２である。また、ランダムアクセス応答グラントＰＵＳＣＨ送信（または、再送信）の場合、ＰO_UE_PUSCH,c（２）＝０であり、ＰO_NOMINAL_PUSCH,c（２）はＰO_PREとΔPREAMBLE_Msg3との和である。 ここで、パラメータＰO_PRE（preambleInitialReceivedTargetPower）およびΔPREAMBLE_Msg3は上位層からシグナリングされる。
【０１８７】
ｊが０または１の場合、上位層で提供される３ビットパラメータによりαc∈｛０，０．４，０．５，０．６，０．７，０．８，０．９，１｝値のうちから一つが選択されることができる。ｊが２の場合、常にαc（ｊ）＝１である。
【０１８８】
ＰＬcは、端末で計算されたサービングセルｃに対するダウンリンクパスロス（経路損失）（path loss：ＰＬ、または経路減殺）予想値のｄＢ値であり、“referenceSignal Power- higher layer filtered RSRP”から求めることができる。ここで、 referenceSignalPowerは上位層から提供される値で、ダウンリンク参照信号のＥＰＲＥ（Energy Per Resource Element）値のｄＢｍ単位で表される（ある）（expressed in units of dBm）。ＲＳＲＰ（Reference Signal Received Power）は参照サービングセルに対する参照信号の受信電力値である。参照サービングセルに選択されたサービングセル、そして上記ＰＬｃの計算のために使われるreferenceSignalPowerおよびhigher layer filtered RSRPの決定は、上位層パラメータであるpathlossReferenceLinkingにより構成される（が用いられる）（is used）。ここで、上記pathlossReferenceLinkingにより構成される参照サービングセルは、プライマリサービングセル、またはＵＬ ＣＣとＳＩＢ２接続設定されている対応する（corresponding）セカンダリ（副）（secondary）サービングセルのＤＬ ＳＣＣとなることができる。
【０１８９】
【数６】
0006599355.tif 000012
【０１９０】
また、δPUSCH,cは修正値（correction value）であって、サービングセルｃに対するＤＣＩフォーマット０またはＤＣＩフォーマット４内に存在する（specified in）ＴＰＣ命令（コマンド）（TPC command）または他の端末と共（同）に（together with）符号化されて送信されるＤＣＩフォーマット３／３Ａ内のＴＰＣ命令によって（を参照して）（according to）決定される。上記ＤＣＩフォーマット３／３ＡはＣＲＣパリティ（parity）ビットがＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでスクランブル（スクランブリング）されている（scrambled with）ので、上記ＲＮＴＩ値が割り当てられた端末のみが確認（認識）する（recognize）ことができる。ここで、上記ＲＮＴＩ値は、任意の端末が複数のサービングセルで構成された場合、上記各サービングセルを区分するためにサービングセルごとに互いに異なるＲＮＴＩ値が割り当てられることができる。この際、現在のサービングセルｃに対するＰＵＳＣＨ電力制御調整状態はｆc（ｉ）として与えられ、サービングセルｃに対して上位層により累積（accumulation）が活性化された場合、またはＴＰＣ命令δPUSCH,cが一時的（臨時）（temporary）Ｃ−ＲＮＴＩによりスクランブルされたＤＣＩフォーマット０がＰＤＣＣＨに含まれている場合、“ｆc（ｉ）＝ｆc（ｉ−１）＋δPUSCH,c（ｉ−ＫPUSCH）”である。ここで、δPUSCH,c（ｉ−KPUSCH）は（ｉ−ＫPUSCH）番目のサブフレームで送信されたＰＤＣＣＨ内のＤＣＩフォーマット０／４または３／３Ａ内にあるＴＰＣ命令であり、ｆc（０）は累積リセット後の最初の値である。また、ＫPUSCH値はＦＤＤの場合４である。ＴＤＤ ＵＬ／ＤＬ設定０のとき、サブフレーム２または７でＰＵＳＣＨ送信をスケジューリングするＰＤＣＣＨが存在する場合、上記ＰＤＣＣＨ内のＤＣＩフォーマット０／４内でＵＬインデックスのＬＳＢ（Least Significant Bit）値が１に設定されていれば、ＫPUSCHは７である。
【０１９１】
第２に、端末がサービングセルｃに対するサブフレームｉに対してＰＵＣＣＨとＰＵＳＣＨとを同時に送信する場合、タイプ１のパワーヘッドルームは、次の数式の通りである。
【０１９２】
【数７】
0006599355.tif 000013
【０１９３】
【数８】
0006599355.tif 000014
【０１９４】
第３に、端末がサービングセルｃに対するサブフレームｉを介して（に対して）ＰＵＳＣＨを送信しない（が送信されない）場合（in case a terminal does not transmit PUSCH through the subframe i with respect to a serving cell c）、タイプ１のパワーヘッドルームは次の数式の通りである。
【０１９５】
【数９】
0006599355.tif 000015
【０１９６】
【数１０】
0006599355.tif 000016
【０１９７】
２．パワーヘッドルーム報告のタイプ２（タイプ２のパワーヘッドルーム）
タイプ２のパワーヘッドルームは、端末がプライマリサービングセルに対するサブフレームｉに対してＰＵＣＣＨおよびＰＵＳＣＨを同時に送信する場合、ＰＵＣＣＨ無しでＰＵＳＣＨを送信する場合、ＰＵＳＣＨ無しでＰＵＣＣＨを送信する場合、並びにＰＵＣＣＨまたはＰＵＳＣＨを送信しない場合がある。
【０１９８】
第１に、端末がプライマリサービングセルに対するサブフレームｉに対してＰＵＣＣＨとＰＵＳＣＨとを同時に送信する場合、タイプ２のパワーヘッドルームは次の数式の通り計算される。
【０１９９】
【数１１】
0006599355.tif 000017
【０２００】
ここで、ΔF_PUCCH（Ｆ）は上位層（ＲＲＣ）で定義され、各ΔF_PUCCH（Ｆ）値はＰＵＣＣＨフォーマット１ａと関係するＰＵＣＣＨフォーマット（Ｆ）と一致する。ここで、各ＰＵＣＣＨフォーマット（Ｆ）は、次の表の通りである。
【０２０１】
【表６】
0006599355.tif 000018
【０２０２】
端末が上位層によりＰＵＣＣＨ送信に関して（を）２つのアンテナポートを備えるよう（に対して）構成されたとしたら（If a terminal is set up by the higher layer to comprise two antenna ports for PUCCH transmission）、各ＰＵＣＣＨフォーマットＦ’に対するΔTxD（Ｆ’）値は上位層で提供される。そうでなければ、いつもΔTxD（Ｆ’）＝０である。
【０２０３】
また、ｈ（ｎCQI、ｎHARQ、ｎSR）はＰＵＣＣＨフォーマットごとに他の値を有する。ここで、ｎCQIはＣＱＩ（Channel Quality Information）情報のビット数を示す。また、サブフレームｉでＳＲ（Scheduling Request）が構成されており、端末のＵＬ−ＳＣＨと関連したある送信（転送）ブロック（transmission block）でＳＲ構成が存在しなければ、ｎSR＝１であり、それ以外の場合はｎSR＝０である。端末が一つのサービングセルに設定されていれば、ｎHARQはサブフレームｉで送信されたＨＡＲＱ−ＡＣＫのビット数である。ＰＵＣＣＨフォーマット１／１ａ／１ｂに対し、ｈ（ｎCQI、ｎHARQ、ｎSR）＝０である。チャネル選択（channel selection）のＰＵＣＣＨフォーマット１ｂに対して端末が一つまたは複数のサービングセルに設定されていれば、ｈ（ｎCQI、ｎHARQ、ｎSR）＝（ｎHARQ−１）／２であり、その他の場合、ｈ（ｎCQI、ｎHARQ、ｎSR）＝０である。ＰＵＣＣＨフォーマット２／２ａ／２ｂおよびノーマル循環プリフィクス（normal Cyclic prefix）に対し、ｎCQIが４より大きいか等しければ、ｈ（ｎCQI、ｎHARQ、ｎSR）＝１０ｌｏｇ10（ｎCQI／４）であり、その他の場合、ｈ（ｎCQI、ｎHARQ、ｎSR）＝０である。ＰＵＣＣＨフォーマット２および拡張された循環プリフィクス（extended Cyclic prefix）に対し、“ｎCQI＋ｎHARQ”が４より大きいか等しければ、ｈ（ｎCQI、ｎHARQ、ｎSR）＝１０ｌｏｇ10（（ｎCQI＋ｎHARQ）／４）であり、その他の場合、ｈ（ｎCQI、ｎHARQ、ｎSR）＝０である。ＰＵＣＣＨフォーマット３に対し、端末が上位層によって２アンテナポートでＰＵＣＣＨを送信するように設定されているか、または端末が１１ビットのＨＡＲＱ−ＡＣＫ／ＳＲを送信するように設定されている場合、ｈ（ｎCQI、ｎHARQ、ｎSR）＝（ｎHARQ＋ｎSR−１）／３であり、その他の場合、ｈ（ｎCQI、ｎHARQ、ｎSR）＝（ｎHARQ＋ｎSR−１）／２である。ＰO_PUCCHは上位層により提供されるＰO_NOMINAL_PUCCHパラメータおよびＰO_UE_PUCCHパラメータの和で構成されたパラメータである。
【０２０４】
第２に、端末がプライマリサービングセルに対するサブフレームｉに対してＰＵＣＣＨ無しでＰＵＳＣＨを送信する場合、タイプ２のパワーヘッドルームは次の数式の通り計算される。
【０２０５】
【数１２】
0006599355.tif 000019
【０２０６】
第３に、端末がプライマリサービングセルに対するサブフレームｉに対してＰＵＳＣＨ無しでＰＵＣＣＨを送信する場合、タイプ２のパワーヘッドルームは次の数式の通り計算される。
【０２０７】
【数１３】
0006599355.tif 000020
【０２０８】
第４に、端末がプライマリサービングセルに対するサブフレームｉに対してＰＵＣＣＨまたはＰＵＳＣＨを送信しない場合、タイプ２のパワーヘッドルームは次の数式の通り計算される。
【０２０９】
【数１４】
0006599355.tif 000021
【０２１０】
【数１５】
0006599355.tif 000022
【０２１１】
パワーヘッドルーム値は１ｄＢ単位で決定され、四捨五入により４０ｄＢ乃至−２３ｄＢ範囲内の値のうち、最も近い値に決定されなければならない。上記決定されたパワーヘッドルーム値は物理層から上位層に伝達される。
【０２１２】
一方、報告されたパワーヘッドルームは一つのサブフレームで予測された（estimated）値である。
【０２１３】
拡張されたパワーヘッドルーム報告（Extended PHR：以下、拡張されたＰＨＲという）が構成されていない場合、プライマリサービングセルに対するタイプ１のパワーヘッドルーム値のみ報告される。一方、拡張されたパワーヘッドルーム報告が構成されている場合、アップリンクが構成された活性化されているサービングセルの各々に対してタイプ１のパワーヘッドルーム値およびタイプ２のパワーヘッドルーム値が報告される。拡張されたパワーヘッドルーム報告は以下に詳細に説明する。
【０２１４】
パワーヘッドルーム報告遅延（reporting delay）は、パワーヘッドルーム参照区間の開始（開示）時点とパワーヘッドルーム値を無線インターフェースを介して端末が送信し始める時点との間の差をいう。パワーヘッドルーム報告遅延は０ｍｓとならなければならず、パワーヘッドルーム報告遅延はパワーヘッドルーム報告のための全ての構成されたトリガ技法に対して適用できる。
【０２１５】
報告されるパワーヘッドルームのマップ（mapping）は、次の表の通り与えられる。
【０２１６】
【表７】
0006599355.tif 000023
【０２１７】
＜表７＞を参照すると、パワーヘッドルームは−２３ｄＢから＋４０ｄＢの範囲内に属する。パワーヘッドルームを表現するのに６ビットが使われる場合、６４（＝２6）種類のインデックスを示すことができるので、パワーヘッドルームは合計６４個の水準（level）に区分される。一例として、パワーヘッドルームを表現するビットが“０”（６ビットで示せば“００００００”）であれば、パワーヘッドルームの水準が“−２３≦ＰPH≦−２２ｄＢ”であることを示す。
【０２１８】
一方、パワーヘッドルーム報告の制御は、周期パワーヘッドルーム報告タイマ（periodicPHR-Timer：以下、“周期タイマ”という）と遮断タイマ（prohibit PHR-Timer）とを通じて可能である。ＲＲＣメッセージを通じて“dl-PathlossChange”値を送信することによって、端末がダウンリンクで測定したパスロス値の変化および電力管理による電力バックオフ要求値（Ｐ−ＭＰＲ）の変化によるパワーヘッドルーム報告のトリガを制御する。
【０２１９】
パワーヘッドルーム報告は、以下のイベントのうち少なくとも一つが発生する場合、トリガできる。
【０２２０】
１．端末が新たな送信のためにアップリンク資源を確保して最後のパワーヘッドルーム報告の送信を実行（進行）した（perform）後にパスロス参照として使われる少なくとも一つの活性化されたサービングセルでパスロス値（例えば、端末が測定したパスロス推定値）がより大きく変更され、遮断タイマが満了するか、または遮断タイマが満了し（ており）、パスロス参照として使われる少なくとも一つの活性化されたサービングセルでパスロス値（ｄＢ）がより大きく変更された場合、パワーヘッドルーム報告がトリガされる。パスロス推定値はＲＳＲＰに基づいて端末により測定できる。
【０２２１】
: prohibitPHR-Timer expires or has expired and the path loss has changed more than dl-PathlossChange dB for at least one activated Serving Cell which is used as a pathloss reference since the last transmission of a PHR when the UE has UL resources for new transmission;
【０２２２】
２．周期タイマが満了した場合、パワーヘッドルーム報告がトリガされる。パワーヘッドルームは随時変わるため、周期的パワーヘッドルーム報告方式に従って、端末は、周期タイマが満了すれば、パワーヘッドルーム報告をトリガし、パワーヘッドルームが報告されれば、周期タイマを再駆動する。
【０２２３】
: periodicPHR-Timer expires;
【０２２４】
３．ＰＨＲの禁止以外の（使用禁止を除外した）（except for prohibition of the PHR）パワーヘッドルーム報告動作と関連した構成または再構成がＲＲＣまたはＭＡＣなどの上位層により行われた場合、パワーヘッドルーム報告がトリガされる。
【０２２５】
: upon configuration or reconfiguration of the power headroom reporting functionality by upper layers, which is not used to disable the  function;
【０２２６】
４．アップリンクが構成されたセカンダリサービングセルが活性化された場合、パワーヘッドルーム報告がトリガされる。
【０２２７】
: activation of an SCell with configured uplink;
【０２２８】
５．端末が新たな送信のためにアップリンク資源を確保している場合と、アップリンクが構成された活性化されたサービングセルのうちのいずれか一つの対応する（該当）ＴＴＩにおけるアップリンク資源を通じてのアップリンクデータ送信またはＰＵＣＣＨ送信のとき、最後のパワーヘッドルーム報告の送信を実行した後に、アップリンク送信のための資源割り当てが行われているか、またはＰＵＣＣＨ送信が該当セルに存在する場合と、そして、最後のパワーヘッドルーム報告の送信後に電力バックオフ要求値（Ｐ−ＭＰＲｃ）の変化が“dl-PathlossChange”[dB]値より大きい場合と、に（In case a terminal secures uplink resources for new transmission, and resources are allocated for uplink transmission at the time of uplink data transmission or PUCCH transmission through uplink resources during the corresponding TTI in any of activated serving cells configured for uplink since the last transmission of a PHR, PUCCH transmission is performed in the corresponding cell, or the required power backoff (P-MPRc) due to power management since the last transmission of a PHR changes more than “dl-PathlossChange” [dB]）パワーヘッドルーム報告がトリガされる。
【０２２９】
: prohibitPHR-Timer expires or has expired, when the UE has UL resources for new transmission, and the following is true in this TTI for any of the actived (activated) Serving Cells with configured uplink: 
【０２３０】
-there are UL resources allocated for transmission or there is a PUCCH transmission on this cell, and the required power backoff due to power management (as allowed by P-MPRc ) for this cell has changed more than dl-PathlossChange dB since the last transmission of a PHR when the UE had UL resources allocated for transmission or PUCCH transmission on this cell;
【０２３１】
トリガの一例として、端末が該当ＴＴＩに対する新たな送信のための資源の割り当てを受けた場合、次の３種類のステップ（step）を実行する。
【０２３２】
（１）最後のＭＡＣリセット後、新たな送信のための最初のアップリンク資源割り当ての場合、周期タイマを始める。
【０２３３】
（２）最後のパワーヘッドルーム報告の送信後、少なくとも一つのパワーヘッドルーム報告がトリガされたか、または送信したパワーヘッドルーム報告が最初にトリガされたパワーヘッドルーム報告である場合であり、割り当てられたアップリンク資源がパワーヘッドルーム報告ＭＡＣ制御要素（拡張されたＰＨＲを含み）を送信するのに充分な空間を提供する場合に、以下が実行される。
【０２３４】
１）拡張されたＰＨＲが構成されている場合、各アップリンクが構成されており、活性化されたサービングセルに対してタイプ１のパワーヘッドルーム値を獲得し、端末が対応する（該当）ＴＴＩで該当サービングセルを通じてアップリンク送信のためのアップリンク資源割り当てを受けた場合、（端末は、）物理層からＰCMAX,cフィールドに対応（相応）する（corresponding）値を獲得し、拡張されたＰＨＲ ＭＡＣ ＣＥ（Extended Power Headroom Report MAC control element）を生成して送信する。
【０２３５】
２）拡張されたＰＨＲが構成されており、simultaneousPUCCH-PUSCHが構成されている場合、（端末は、）プライマリサービングセルに対するタイプ２のパワーヘッドルーム値を獲得し、端末が該当ＴＴＩでＰＵＣＣＨ送信を行う場合、（端末は、）物理層からＰCMAX,cフィールドに対応する値を獲得する。そして、（端末は、）拡張されたＰＨＲ ＭＡＣ ＣＥを生成して送信する。
【０２３６】
３）拡張されたＰＨＲが構成されていない場合、（端末は、）物理層からタイプ１のパワーヘッドルーム値を獲得し、パワーヘッドルーム報告ＭＡＣ制御要素を生成して送信する。
【０２３７】
（３）端末は、周期タイマを開始または再開し、遮断タイマを開始または再開し、全てのトリガされたパワーヘッドルーム報告を取消す。
【０２３８】
一方、拡張されたＰＨＲ ＭＡＣ ＣＥは、ＭＡＣ ＰＤＵのサブヘッダ内のＬＣＩＤにより確認される。拡張されたＰＨＲ ＭＡＣ ＣＥは多様なサイズを有することができる。
【０２３９】
図１５は、拡張されたＰＨＲ ＭＡＣ ＣＥの一例を示すものである。
【０２４０】
図１５を参照すると、Ｃiフィールドはセカンダリサービングセルインデックス（SCellIndex）ｉを意味し、“１”の場合、該当セカンダリサービングセルでＰＨ値が報告されることを意味し、“０”の場合、該当セカンダリサービングセルでＰＨ値が報告されないことを意味する。Ｒフィールドはリザーブ（予約、予備）された（reserved）ビットであって、０に設定される。
【０２４１】
また、Ｖフィールドは、実際の送信に基づく（を基盤にした）（based on）ＰＨ値なのか、そうでなければ参照フォーマットまたは基準フォーマット（reference format）に対する（関する）（related to）ＰＨ値なのかを指示する指示子である。タイプ１のパワーヘッドルーム報告（剰余報告）の場合、Ｖ＝０であれば実際にＰＵＳＣＨ送信があることを指示し、Ｖ＝１であれば、ＰＵＳＣＨ参照フォーマットを使用することを指示する。タイプ２のパワーヘッドルーム報告の場合、Ｖ＝０であれば、実際にＰＵＣＣＨ送信があることを指示し、Ｖ＝１はＰＵＣＣＨ参照フォーマットを使用することを指示する。タイプ１のパワーヘッドルーム報告およびタイプ２のパワーヘッドルーム報告に対して共通してＶ＝０であれば、関連ＰCMAX,cフィールドが存在することを指示し、Ｖ＝１であれば、関連ＰCMAX,cフィールドが省略されることを指示する。
【０２４２】
ＰＨ（Power Headroom）フィールドは、パワーヘッドルーム値に関するフィールドであり、６ビットでありうる。
【０２４３】
Ｐフィールドは、端末が電力管理による電力バックオフ（Ｐ−ＭＲＰ）を適用したか否かを指示し、上記電力バックオフによってＰCMAX,cフィールド値が他の値を有する場合、Ｐ＝１に設定される。
【０２４４】
【数１６】
0006599355.tif 000024
【０２４５】
次の＜表８＞は、拡張されたＰＨＲに対して予定された（nominal）端末送信電力レベル（UE transmission power level）を示す。
【０２４６】
【表８】
0006599355.tif 000025
【０２４７】
＜本明細書の開示＞
本明細書の開示は、ユーザ装置（ＵＥ：User Equipment）または端末が地理的に位置が離れた２つ以上のセルグループ（cell groupまたはeNodeB group）を通じて制御および／またはデータと関連した情報またはチャネルをやり取りするとき、各セルまたはセルグループに対するパワーヘッドルーム報告（ＰＨＲ：Power Headroom Reporting）を設定する方法または送信する方法に関するものである。
【０２４８】
具体的には、次期システムにおいて地理的位置が異なるセルまたはセルグループに対して制御および／またはデータと関連した情報またはチャネルをやり取りする状況が考慮できる。
【０２４９】
ここで、地理的位置が異なるセルまたはセルグループは、セル間のスケジューリング情報は動的に（dynamically）共有されず、独立して実行されることが考慮されることができ、この際、各ＵＣＩを各該当セル専用に送信することが考慮できる。
【０２５０】
言い換えると、第１基地局（ｅＮｏｄｅＢ１）に対するＵＣＩは第１基地局に送信し、第２基地局（ｅＮｏｄｅＢ２）に対するＵＣＩは第２基地局に送信することが考慮できる。
【０２５１】
上記のように、第１基地局および第２基地局に接続された端末の状態または方式は、二重接続（dual-connectivity）状態または方式と命名できる。
【０２５２】
二重接続の場合、端末は、追加して、ＲＲＣ設定（configuration）および音声（voice）を担うマクロ基地局（ＭｅＮＢ）と（共に）、データブースティング（data boosting）を目的としてスモールセルまたはスモールセル基地局（ＳｅＮＢ）に同時に接続された形態が考慮できる（a terminal can be additionally connected to a small cell or a small cell base station (SeNB) simultaneously to perform data boosting with a macro base station (MeNB) responsible for RRC configuration and voice communication）。
【０２５３】
本明細書の開示は、マクロ基地局（Macro eNodeB）をマスタセルグループ（Master Cell Group；ＭＣＧ）に設定し、スモールセル基地局（small cell eNodeB）をセカンダリセルグループ（Secondary Cell Group；ＳＣＧ）に設定する場合に関して説明する。
【０２５４】
また、ＭＣＧはＰＣｅｌｌ（Primary Cell）を含み、ＳＣＧはＳｅＮＢにＰＵＣＣＨ送信および対応する（該当）ＵＣＩを送信するためのｐＳＣｅｌｌ（Primary Small Cell）を含む。しかしながら、発明の思想は実施形態に限定されず、非理想的バックホール（non-ideal backhaul）に接続された２つ以上のセルに対して制御および／またはデータと関連した情報またはチャネルをやり取りする状況に対して拡張して適用できる。
【０２５５】
次期システムでは、ＭＣＧに対応するＵＣＩはＭＣＧのＭｅＮＢにＵＥを通じて送信され、ＳＣＧに対応するＵＣＩはＳｅＮＢにＵＥを通じて送信されることが考慮できる。
【０２５６】
また、ＲＳＲＰ／ＲＳＲＱなどのＲＲＭ（Radio Resource Management）測定は全てのサービングセルに対して実行し、対応する（該当）結果報告はＲＲＣ設定などを担当するＭｅＮＢのみに送信することが考慮できる。
【０２５７】
また、次期システムにおけるＰＨＲ（Power Headroom Reporting）の場合において、ユーザ装置が、全てのサービングセルに対して実行し、全てのサービングセルに対する測定値または計算値をＭｅＮＢおよびＳｅＮＢの全てに送信することが考慮できる。
【０２５８】
ＲＲＭ測定がＭｅＮＢのみに報告されることと、ＭｅＮＢが実行する機能（RRC configuration、mobility handlingなど）とを考慮すれば、ＭｅＮＢおよびＳｅＮＢにユーザ装置が送信するＰＨＲは構成情報が異なるように設定することが考慮できる。
【０２５９】
より詳細（特徴的）には（specifically）、該当ＰＨＲ構成情報は、ＰＨ（Power Headroom）を計算するときにスケジューリングの有無に従って計算する（または、実際の送信を考慮して計算される）実際のＰＨ（actual PH）とスケジューリングの有無に関係ない（関わらず、）仮想（virtual）ＰＨとを選択する（select virtual PH irrespective of scheduling and actual PH）ことが考慮できる。
【０２６０】
本明細書の開示では、上記ＰＨＲを構成するに当たって、ユーザ装置の送信対象がＭｅＮＢか、またはＳｅＮＢか、異なるように構成する方法を提案する。
【０２６１】
以下、本明細書の開示に関して具体的に説明する。本明細書の第１開示ではマクロ基地局（ＭｅＮＢ）へのＰＨＲ送信方法（方案）（method）、本明細書の第２開示ではセカンダリ基地局（ＳｅＮＢ）へのＰＨＲ送信方法、本明細書の第３開示では仮想ＰＨの構成方法、本明細書の第４開示ではＰＨＲ計算に対応するＰｃｍａｘ，ｃ設定方法、本明細書の第５開示では非同期ケースでのＰＨＲ設定方法、および本明細書の第６開示ではＰＨＲトリガ時のＰＨＲ送信方法について説明する。
【０２６２】
＜本明細書の第１開示−ＰＨＲ ｔｏ ＭｅＮＢ＞
前述したように、本明細書の第１開示では、マクロ基地局（ＭｅＮＢ）にＰＨＲを送信する方法について説明する。
【０２６３】
基本的に、ＰＨは、上位層で設定する情報、ＤＣＩを通じてユーザ装置に知らせるＴＰＣ（Transmit Power Control）、ユーザ装置が推定したパスロス（path loss）の程度（amount）、およびユーザ装置のスケジューリング情報によって値が決定される。
【０２６４】
上記において、ＴＰＣ、パスロスおよびスケジューリング情報は、二重接続（dual connectivity）状態では正確な値が共有されないと仮定することができる。
【０２６５】
しかしながら、ＳＣＧを含んだ全てのサービングセルのＲＲＭ測定結果がＭｅＮＢに送信されることを考慮する場合に、ＭｅＮＢは、ＳｅＮＢに対応するＲＳＲＰなどに基づいてＳｅＮＢに対するパスロスを類推することができる。
【０２６６】
即ち、ＭｅＮＢに送信するＰＨＲを構成するときに実際のスケジューリングに従ってＳｅＮＢに関する（対する）（with respect to）ＰＨを計算する場合、ＭｅＮＢは受信したＰＨおよびＰcmax,cなどに基づいてＳｅＮＢのスケジューリングに関する情報を類推するか、または実際のパワーヘッドルームを考慮して、以後、ＭｅＮＢのスケジューリングや電力割り当て（power allocation）を効率良く実行することができる。
【０２６７】
ＭｅＮＢに送信するＰＨＲ構成方法は、次の通りである。
【０２６８】
−  第１−１構成方法
第１−１構成方法は、ユーザ装置がＭｅＮＢに送信するＳｅＮＢに関するＰＨを計算するときに実際のスケジューリングの有無に従ってＰＨを計算する方法である。
【０２６９】
スケジューリングがない場合は、参照フォーマットまたは基準フォーマット（reference format）を用いて仮想ＰＨを計算するか、またはＭＰＲ＝０を仮定して仮想ＰＨを計算することができる（Ｒｅｌ−１１標準参照、３ＧＰＰ ＴＳ ３６．２１３、３ＧＰＰ ＴＳ ３６．３２１）。
【０２７０】
また、上記ＰＨを計算するときにＳｅＮＢに対するパスロスは、最近（recent）にＭｅＮＢに報告したＲＳＲＰを用いて算出できる。
【０２７１】
−  第１−２構成方法
第１−２構成方法は、ユーザ装置がＭｅＮＢに送信するＳｅＮＢに関するＰＨを計算するときに実際のスケジューリングの有無に関わらず、基準フォーマット（reference format）を用いて仮想ＰＨを計算するか、またはＭＰＲ＝０を仮定して仮想ＰＨを計算する方法である（Ｒｅｌ−１１標準参照、３ＧＰＰ ＴＳ ３６．２１３、３ＧＰＰ ＴＳ ３６．３２１）。
【０２７２】
また、ＭｅＮＢに送信するＰＨＲでＭＣＧに関するＰＨは実際の（actual）スケジューリングの有無に従って実際の（actual）ＰＨを計算することが考慮できる。
【０２７３】
＜本明細書の第２開示−ＰＨＲ ｔｏ ＳｅＮＢ＞
前述したように、本明細書の第２開示では、セカンダリ基地局（ＳｅＮＢ）にＰＨＲを送信する方法について説明する。
【０２７４】
ＳＣＧを含んだ全てのサービングセルのＲＲＭ測定結果がＭｅＮＢに送信されることを考慮する場合に、ＳｅＮＢは、依然として（相変らず）、ＭｅＮＢに関してＤＣＩを通じてユーザ装置に知らせるＴＰＣ、ユーザ装置が推定したパスロスの程度およびユーザ装置のスケジューリング情報により（を用いて）ＰＨ値を正確に推定することができない（the SeNB is still unable to accurately estimate the PH value by using TPC informing the UE through a DCI with respect to the MeNB, an amount of path loss estimated by the UE, and scheduling information of the UE）。
【０２７５】
即ち、該当情報でＰＨを計算するときに該当情報の値がパスロスによるものか、またはスケジューリングによるものかを知ることができないので、ＳｅＮＢに対する以後のスケジューリングやアップリンクチャネル（UL channel）に対する電力割り当てのときに、ＭｅＮＢに関する実際のＰＨを使用することが非効率的でありうる。
【０２７６】
したがって、ＭｅＮＢとは対照的に、ＳｅＮＢに送信するＰＨＲに対しては、ＭＣＧに対応するＰＨを計算するときにスケジューリングの有無に関わらず、仮想ＰＨを考慮することが考慮されることもできる。
【０２７７】
ＳｅＮＢに送信するＰＨＲ構成方法は、次の通りである。
【０２７８】
−  第２−１構成方法
第２−１構成方法は、ユーザ装置がＳｅＮＢに送信するＭｅＮＢに関するＰＨを計算するときに実際のスケジューリングの有無に関わらず、基準フォーマット（reference format）を用いて仮想ＰＨを計算するか、またはＭＰＲ＝０を仮定して仮想ＰＨを計算する方法である（Ｒｅｌ−１１標準参照）。
【０２７９】
−  第２−２構成方法
第２−２構成方法は、ユーザ装置がＳｅＮＢに送信するＭｅＮＢに関するＰＨを計算するときに、実際のスケジューリングの有無に従ってＰＨを計算する方法である。
【０２８０】
具体的には、第２−２構成方法によれば、スケジューリングがない場合は基準フォーマット（reference format）を用いて仮想ＰＨを計算するか、またはＭＰＲ＝０を仮定して仮想ＰＨを計算できる（Ｒｅｌ−１１標準参照）。
【０２８１】
また、ＳｅＮＢに送信するＰＨＲにおけるＭＣＧに関するＰＨは、実際のスケジューリングの有無に従って実際のＰＨを計算することが考慮されることができる。
【０２８２】
前述した本明細書の第１開示および第２開示に言及されたように、ＭｅＮＢに送信されるＰＨＲに対しては、ＳＣＧに関するＰＨはスケジューリングの有無に関わらず仮想ＰＨを計算することが考慮されることができ、ＳｅＮＢに送信されるＰＨＲに対しては、ＭＣＧに関するＰＨはスケジューリングの有無に従って実際のＰＨが計算されることが考慮できる。
【０２８３】
＜本明細書の第３開示−仮想ＰＨ構成方法＞
前述したように、本明細書の第３開示では仮想ＰＨの構成方法について説明する。
【０２８４】
基準フォーマット（reference format）は、上位層シグナリング（higher layer signaling）を通じて設定されることができ、上位層シグナリングが存在しない場合、仮定する基本フォーマットまたはデフォルトフォーマット（default format）が仮定できる。
【０２８５】
上記基準フォーマットは、ＭＣＳ（Modulation Coding Scheme）、資源割り当て（resource allocation）などを含むか、または（延いては）（or）、端末が最近アップリンクグラント（uplink grant）を受けた統計（statistics）に基づいて決定されることもできる。
【０２８６】
例えば、最近のインターバル（interval）の間に、（統計的に：statistically）２０ＲＢが１６ＱＡＭでスケジューリングされた場合（を受ければ）、これを仮定として端末が定めることができる。
【０２８７】
または、ＰＨＲトリガ条件（PHR reporting trigger condition）で複数の基準フォーマット（reference format）のうちの一つが指定されることができる。この場合、基準フォーマット（reference format）は、端末が定めるか、または上位層シグナリングできる。
【０２８８】
また、前述した基準フォーマットの設定方式は、ＭｅＮＢ ＰＣｅｌｌとＳｅＮＢ ｓＰＣｅｌｌ（PUCCH cell）との組合せにも適用可能である。この場合、他のキャリア（carrier）に対するＰＨＲは、実際のＰＨまたは仮想ＰＨを含むと仮定することができる。
【０２８９】
言い換えると、ＭｅＮＢ ＰＣｅｌｌに関する仮想ＰＨ、基準フォーマットに基づく仮想ＰＨ（reference format based virtual PH）または実際のＰＨは、ＳｅＮＢにＰＨＲがＰＣｅｌｌに関して与えられる（上がる）（given）ときに適用されることができ、ＳｅＮＢ ｓＰＣｅｌｌに関する仮想ＰＨ、基準フォーマットに基づく仮想ＰＨ、または実際のＰＨは、ＭｅＮＢにＰＨＲがＰＣｅｌｌに関して与えられるときに適用されることができる。
【０２９０】
更に他の方法において、他の基地局（ｅＮＢ）に関するＰＨを構成するときに、各サービングセル別の仮想ＰＨ、基準フォーマットに基づく仮想ＰＨ、または実際のＰＨを設定可能に設定することが考慮されることもできる。該設定はＭｅＮＢがＳｅＮＢにシグナリングを通じて知らせることが考慮できる。
【０２９１】
上記において、実際の（actual）スケジューリングがあるが、仮想ＰＨで計算する場合には、ユーザ装置が基地局にＰＨＲを送信するときにＰｃｍａｘ，ｃを共に送信することが考慮できる。
【０２９２】
＜本明細書の第４開示−ＰＨＲ計算に対応するＰｃｍａｘ，ｃ設定方法＞
前述したように、本明細書の第４開示では、ＰＨＲ計算に対応するＰｃｍａｘ，ｃ設定方法について説明する。
【０２９３】
具体的には、本明細書の第４開示は、ＰＣｍａｘ，ｅＮＢ（per eNB maximum power）とＰＣｍａｘ，ｃ（per CC maximum power）とが両方とも設定された場合、ＰＨＲを計算、算出、または設定する方法に関するものである。
【０２９４】
ＳｅＮＢに送信するＰＨＲに対しては、ＭＣＧに対応するＰＨを計算するときのＰＨＲ構成方法は、以下の通りである。
【０２９５】
−  第３−１構成方法
第３−１構成方法は、ＳｅＮＢに送信するＰＨＲに対しては、ＭＣＧに対応するＰＨを計算するときに、常にＰＣｍａｘ，ＳｅＮＢ（ＳｅＮＢへの最大送信電力）を使用する方法である。
【０２９６】
−  第３−２構成方法
第３−２構成方法は、ＳｅＮＢに送信するＰＨＲに対しては、ＭＣＧに対応するＰＨを計算するときに、ｍｉｎ（ＰＣｍａｘ，ＳｅＮＢおよびＰＣｍａｘ，ｃ）を用いて２つのパラメータの最小値を使用する方法である。
【０２９７】
−  第３−３構成方法
第３−３構成方法は、ＳｅＮＢに送信するＰＨＲに対しては、ＭＣＧに対応するＰＨを計算するときに常にＰＣｍａｘ，ｃを使用する方法である。
【０２９８】
−  第３−４構成方法
第３−４構成方法は、ＳｅＮＢに送信するＰＨＲに対しては、ＭＣＧに対応するＰＨを計算するときに、ＰＣｍｉｎ，ＭｅＮＢが設定された場合（設定されたＭｅＮＢへの最小送信電力）、上記ＰＣｍｉｎ，ＭｅＮＢを使用する方法である。
【０２９９】
−  第３−５構成方法
第３−５構成方法は、ＳｅＮＢに送信するＰＨＲに対しては、ＭＣＧに対応するＰＨを計算するときに、ｍｉｎ（ＰＣｍｉｎ，ＭｅＮＢ、ＰＣｍａｘ，ｃ）を使用する方法である。
【０３００】
−  第３−６構成方法
第３−６構成方法は、ＳｅＮＢに送信するＰＨＲに対しては、ＭＣＧに対応するＰＨを計算するときに、ＰＣｍｉｎ，ＳｅＮＢが設定された場合（設定されたＭｅＮＢへの最小送信電力）、ＰＣｍａｘ−ＰＣｍｉｎ，ＳｅＮＢを使用する方法である。
【０３０１】
−  第３−７構成方法
第３−７構成方法は、ＳｅＮＢに送信するＰＨＲに対しては、ＭＣＧに対応するＰＨを計算するときに、ＰＣｍｉｎ，ＳｅＮＢが設定された場合（設定されたＭｅＮＢへの最小送信電力）、ｍｉｎ（ＰＣｍａｘ−ＰＣｍｉｎ，ＳｅＮＢ、ＰＣｍａｘ，ｃ）を使用する方法である。
【０３０２】
また、ＭｅＮＢに送信するＰＨＲに対しては、ＳＣＧに対応するＰＨを計算するときにＰＨＲ構成方法は、以下の通りである。
【０３０３】
−  第４−１構成方法
第４−１構成方法は、ＭｅＮＢに送信するＰＨＲに対しては、ＳＣＧに対応するＰＨを計算するときに、常にＰＣｍａｘ，ＭｅＮＢ（ＭｅＮＢへの最大送信電力）を使用する方法である。
【０３０４】
−  第４−２構成方法
第４−２構成方法は、ＭｅＮＢに送信するＰＨＲに対しては、ＳＣＧに対応するＰＨを計算するときに、ｍｉｎ（ＰＣｍａｘ，ＭｅＮＢ、およびＰＣｍａｘ，ｃ）を用いて旧パラメータの最小値を使用する方法である。
【０３０５】
−  第４−３構成方法
第４−３構成方法は、ＭｅＮＢに送信するＰＨＲに対しては、ＳＣＧに対応するＰＨを計算するときに常にＰＣｍａｘ，ｃを使用する方法である。
【０３０６】
−  第４−４構成方法
第４−４構成方法は、ＭｅＮＢに送信するＰＨＲに対しては、ＳＣＧに対応するＰＨを計算するときに、ＰＣｍｉｎ，ＭｅＮＢが設定された場合（設定されたＭｅＮＢへの最小送信電力）、ＰＣｍａｘ−ＰＣｍｉｎ，ＭｅＮＢを使用する方法である。
【０３０７】
−  第４−５構成方法
第４−５構成方法は、ＭｅＮＢに送信するＰＨＲに対しては、ＳＣＧに対応するＰＨを計算するときに、ｍｉｎ（ＰＣｍａｘ−ＰＣｍｉｎ、ＭｅＮＢ、ＰＣｍａｘ，ｃ）を使用する方法である。
【０３０８】
−  第４−６構成方法
第４−６構成方法は、ＭｅＮＢに送信するＰＨＲに対しては、ＳＣＧに対応するＰＨを計算するときに、ＰＣｍｉｎ，ＳｅＮＢが設定された場合（設定されたＭｅＮＢへの最小送信電力）、ＰＣｍｉｎ，ＳｅＮＢを使用する方法である。
【０３０９】
−第４−７構成方法
第４−７構成方法は、ＭｅＮＢに送信するＰＨＲに対しては、ＳＣＧに対応するＰＨを計算するときに、ＰＣｍｉｎ，ＳｅＮＢが設定された場合（設定されたＭｅＮＢへの最小送信電力）、ｍｉｎ（ＰＣｍｉｎ，ＳｅＮＢ、ＰＣｍａｘ，ｃ）を使用する方法である。
【０３１０】
上記において、仮想ＰＨに対しては、ＭＰＲ＝０ｄＢ、Ａ−ＭＰＲ＝０ｄＢ、Ｐ−ＭＰＲ＝０ｄＢ、およびΔＴC＝０ｄＢを仮定することを考慮できる。
【０３１１】
また、二重接続の観点で（に限定して）（in terms of）、ＰＨＲ送信対象に対応しない他のセルグループ（ＣＧ：Cell Group）に属した活性化されたサービングセル（activated serving cells）に対するＰＨＲを構成する場合、基準フォーマット（reference format）に関する仮想ＰＨを計算するとき、実際のスケジューリングがある場合には、ＭＰＲ＝０ｄＢ、Ａ−ＭＰＲ＝０ｄＢ、Ｐ−ＭＰＲ＝０ｄＢ、およびΔＴC＝０ｄＢを仮定せず、実際値を使用して計算し、計算に使われたＰＣＭＡＸ，ｃ（または、本明細書の第４開示での選択された値またはパラメータ）を、ＰＨＲを送信するときに送ることが考慮できる。
【０３１２】
上記において、ＰＨを計算するときに参照される値がＭＰＲ＝０ｄＢ、Ａ−ＭＰＲ＝０ｄＢ、Ｐ−ＭＰＲ＝０ｄＢ、およびΔＴCなどにより変更されない値である場合（例えば、ＰＣｍａｘ，xｅＮＢ、またはＰＣｍｉｎ，ｘｅＮＢが該当できる）には、実際のスケジューリング情報に従ってＭＰＲが変更される場合にも、実際のＰＨを送信するとき、ＰＨを計算するときに参照される値（ＰＣｍａｘ，ｘｅＮＢ、またはＰＣｍｉｎ，ｘｅＮＢが該当できる）が送信されないことがある。この（これに対する）根拠は、この場合には基地局が対応する（該当）値を知っているためであると解析できる。前述した方式は、ＰＨを計算するときに参照される値がＰＣＭＡＸ，ｃより予め定めた、または上位層で設定した閾値（臨界値）（threshold value）（例えば、２ｄＢ）より小さな場合に限定されて適用できる。
【０３１３】
＜本明細書の第５開示−Asynchronous caseに対するＰＨＲ設定＞
前述したように、本明細書の第５開示では非同期ケース（Asynchronous case）に対するＰＨＲ設定方法について説明する。
【０３１４】
二重接続状況で、ＭｅＮＢとＳｅＮＢとは非同期（Asynchronous）であって、この場合には、各オーバーラップ（オーバーラッピング）部分（overlapping part）別に、スケジューリング情報、ＰＣｍａｘ、ＰＣｍａｘ，ｃに関する値が異なることができる。したがって、ＰＨＲ（特に、実際のＰＨ情報の場合）の計算も異なることができる。
【０３１５】
この場合、他の基地局に関するＰＨ（Power Headroom）は、送信の対象となる基地局を基準に、後で（succeeding in time）重なった部分を基準に、ＰＨＲを計算することを考慮できる。
【０３１６】
一例として、ＭｅＮＢのサブフレーム（ＳＦ：SubFrame）ｉがＳｅＮＢのサブフレームｋおよびサブフレームｋ＋１と重なった場合に、ＭｅＮＢのサブフレームｉで送信されるＰＨＲは、ＭｅＮＢサブフレームｉとＳｅＮＢサブフレームｋ＋１との間で重なった区間（部分）（part）を基準に計算できる。
【０３１７】
または、処理時間を考慮して、他の基地局に関するＰＨは、送信の対象となる基地局を基準に、先の時間に（preceding in time）重なった部分を基準にＰＨＲを計算することが考慮できる。
【０３１８】
上記で提案された各方式または方法（ＰＨを計算するときの基準設定、ＰＨＲを計算するときに使われる最大送信電力（Ｐｃｍａｘ）設定方法、基準タイミング）は、各々組合せて使用することが考慮できる。
【０３１９】
一例として、ＳｅＮＢに送信されるＭｅＮＢに関するＰＨを計算するときに仮想ＰＨを計算し、ＰＨＲにはＰｃｍａｘ，ｃ情報を常に含み、実際のＰＨを計算するときに参照するタイミングはオーバーラップ部分で後のものを基準にすることを考慮できる。
【０３２０】
＜本明細書の第６開示−ＰＨＲトリガ時のＰＨＲ送信方法＞
前述したように、本明細書の第６開示ではＰＨＲがトリガ（Triggering）されたときのＰＨＲ送信方法について説明する。
【０３２１】
本明細書の第６開示に従うＰＨＲ送信方法は、無線通信システムにおけるＭＣＧ（Master Cell Group）およびＳＣＧ（Secondary Cell Group）に二重接続（Dual Connectivity）された端末がＰＨＲ（Power Headroom Report）を送信する方法であって、ＰＨＲトリガ条件に基づいて上記ＭＣＧに属したサービングセルに対するＰＨＲをトリガするステップと、上記ＰＨＲがトリガされた場合、上記ＰＨＲを上記ＭＣＧに属したサービングセルに送信するステップと、を含むことができる。
【０３２２】
ここで、上記ＰＨＲは、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ（Power Headroom）情報を含むことができる。
【０３２３】
また、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報は、仮想（Virtual）ＰＨ情報と上記端末のスケジューリング情報に基づいて決定される実際の（Actual）ＰＨ情報とのうちのいずれか一つに設定されたＰＨ情報でありうる。
【０３２４】
また、上記仮想ＰＨ情報は、予め設定された基準フォーマット（Reference Format）に基づいて算出されるものでありうる。
【０３２５】
また、上記ＰＨＲトリガ条件は第１ＰＨＲトリガ条件および第２トリガ条件を含み、かつ上記第１ＰＨＲトリガ条件は、“prohibitPHR-Timer”が満了するか、または満了した場合（状態）（case）と、端末が新たな送信のためにアップリンク資源を確保している場合と、アップリンクが構成された活性化されたサービングセルのうちのいずれか一つの対応する（該当）ＴＴＩにおけるアップリンク資源を通じてのアップリンクデータ送信またはＰＵＣＣＨ送信のとき、最後のＰＨＲ送信を実行した後に、アップリンク送信のための資源割り当てが行われているか、またはＰＵＣＣＨ送信が該当セルに存在する場合（the case in which any one of activated serving cells configured for uplink has resources for uplink transmission, or PUCCH transmission exists in the corresponding cell after uplink data transmission through the uplink resources in the corresponding TTI or after the last PHT transmission is performed at the time of PUCCH transmission）と、そして、最後のパワーヘッドルーム報告の送信の後に電力バックオフ要求値（Ｐ−ＭＰＲｃ：Power Management Maximum Power Reduction）の変化が“dl-PathlossChange”[dB]値より大きい場合と、でありうる。
【０３２６】
また、上記第２ＰＨＲトリガ条件は、“prohibitPHR-Timer”が満了するか、または満了した場合と、端末が新たな送信のためにアップリンク資源を確保した場合と、最後のパワーヘッドルーム報告の送信を実行した後にパスロスがパスロス参照として使われる少なくとも一つの活性化されたサービングセルに対する“dl-PathlossChange”[dB]値より大きい場合と、でありうる。
【０３２７】
また、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報は、上記ＰＨＲが上記第１ＰＨＲトリガ条件でトリガされた場合、上記仮想ＰＨ情報に設定されるものでありうる。
【０３２８】
また、上記仮想ＰＨ情報は、Ｐ−ＭＰＲｃが反映されたサービングセルｃに対する最大端末送信電力であるＰＣＭＡＸ，ｃ値と共に送信されるものでありうる。この場合、ＰＨＲ ＭＡＣのＶフィールド値は、０に設定されるものでありうる。
【０３２９】
また、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報が上記仮想ＰＨ情報に設定された場合、上記第１ＰＨＲトリガ条件は無視されるものでありうる。
【０３３０】
また、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報が上記仮想ＰＨ情報に設定された場合、上記第２ＰＨＲトリガ条件は端末が新たな送信のためにアップリンク資源を確保した場合でなくても満たすものでありうる。
【０３３１】
また、上記ＰＨＲが上記第１ＰＨＲトリガ条件でトリガされるか否かは、上位層シグナリングを通じて決定されるものでありうる。
【０３３２】
また、本明細書の第６開示に従う方法は、無線通信システムで第１セルグループおよび第２セルグループに二重接続（Dual Connectivity）された端末が、上記第１セルグループを通じてＰＨＲ（Power Headroom Report）を送信する方法であって、上記第２セルグループに属した活性化されたサービングセルに対応するＰＨ（Power Headroom）の設定情報を受信するステップと、ＰＨＲをトリガする条件が満たされる場合、上記ＰＨＲを生成して上記第１セルグループに属したサービングセルに送信するステップと、を含み、かつ上記ＰＨＲは、上記受信したＰＨの設定情報に基づいて上記第２セルグループに属した活性化されたサービングセルに関する仮想（Virtual）ＰＨ情報と上記端末のスケジューリング情報に基づいて決定される実際の（Actual）ＰＨ情報とのうち、いずれか一つを含むように設定されるものでありうる。
【０３３３】
ここで、上記第１セルグループはＭＣＧ（Master Cell Group）であり、上記 第２セルグループはＳＣＧ（Secondary Cell group）でありうる。
【０３３４】
また、上記ＰＨＲをトリガする条件は、前述した上記第１ＰＨＲトリガ条件および上記第２トリガ条件を含むことができる。
【０３３５】
また、上記ＰＨＲは、上記ＰＨＲが上記第１ＰＨＲトリガ条件でトリガされた場合、上記仮想ＰＨ情報を含むものでありうる。
【０３３６】
また、上記ＰＨＲが上記仮想ＰＨ情報を含むように設定された場合、上記第１ＰＨＲトリガ条件は無視されるものでありうる。
【０３３７】
また、上記ＰＨＲが上記仮想ＰＨ情報を含むように設定された場合、上記第２ＰＨＲトリガ条件は端末が新たな送信のためにアップリンク資源を確保した場合でなくても満たすものでありうる。
【０３３８】
図１６は、本明細書の一開示に従うＰＨＲ送信方法を示すフローチャートである。
【０３３９】
図１６を参照すると、本明細書の一開示に従うＰＨＲ送信方法は、次のステップからなる。
【０３４０】
まず、本明細書の一開示に従う端末は、無線通信システムで、ＭＣＧ（Master Cell Group）およびＳＣＧ（Secondary Cell Group）に二重接続（DualConnectivity）された状態で、ＰＨＲ（Power Headroom Report）を送信する端末であって、ＰＨＲトリガ条件に基づいて上記ＭＣＧに属したサービングセルに対するＰＨＲをトリガすることができる（Ｓ１１０）。
【０３４１】
また、上記端末は、上記ＰＨＲがトリガされた場合、ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報を含むＰＨＲをＭＣＧに属したサービングセルに送信することができる（Ｓ１２０）。
【０３４２】
ここで、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報は、仮想（Virtual）ＰＨ情報および上記端末のスケジューリング情報に基づいて決定される実際の（Actual）ＰＨ情報のうちのいずれか一つに設定されたＰＨ情報でありうる。
【０３４３】
以下、本明細書の第６開示に従うＰＨＲ送信方法について具体的に説明する。
【０３４４】
次期システムで、二重接続の状態で（時に）（in the dual connectivity state）ＰＨＲを送信するとき、送信の対象となるセルに対応するセルグループ（ＣＧ：Cell Group）でない他のセルグループに対応する活性化されたサービングセルに対して実際のＰＨを送信するか、仮想ＰＨを送信するか、または実際のＰＨおよび仮想ＰＨを上位層信号（signal）を通じて一つを選択して送信することを考慮することができる。既存の３ＧＰＰ Ｒｅｌ−１１でＰＨＲがトリガされる条件は、次の通りである。
【０３４５】
１．“prohibitPHR-Timer”が満了するか、または満了した場合と、端末が新たな送信のためにアップリンク資源を確保した場合、最後のパワーヘッドルーム報告の送信を実行した後に（since）パスロスがパスロス参照として使われる少なくとも一つの活性化されたサービングセルに対する“dl-PathlossChange”[dB]値より大きい場合。
【０３４６】
: prohibitPHR-Timer expires or has expired and the path loss has changed more than dl-PathlossChange dB for at least one activated Serving Cell which is used as a pathloss reference since the last transmission of a PHR when the UE has UL resources for new transmission;
【０３４７】
（２）周期タイマが満了する場合。
【０３４８】
:  periodicPHR-Timer expires;
【０３４９】
（３）ＰＨＲの禁止以外の（使用禁止を除外した）パワーヘッドルーム報告動作と関連した構成または再構成が、ＲＲＣまたはＭＡＣなどの上位層により行われる場合。
【０３５０】
: upon configuration or reconfiguration of the power headroom reporting functionality by upper layers, which is not used to disable the function;
【０３５１】
（４）アップリンクが構成されたセカンダリサービングセルが活性化される場合。
【０３５２】
: activation of an SCell with configured uplink;
【０３５３】
（５）“prohibitPHR-Timer”が満了するか、または満了した場合と、端末が新たな送信のためにアップリンク資源を確保している場合と、アップリンクが構成された活性化されたサービングセルのうちのいずれか一つの対応する（該当）ＴＴＩにおけるアップリンク資源を通じてのアップリンクデータ送信またはＰＵＣＣＨ送信のとき、最後のＰＨＲ送信を実行した後に、アップリンク送信のための資源割り当てが行われているか、またはＰＵＣＣＨ送信が該当セルに存在する場合と、そして、最後のパワーヘッドルーム報告の送信後に電力バックオフ要求値（Ｐ−ＭＰＲｃ： Power Management Maximum Power Reduction ）の変化が“dl-PathlossChange”[dB]値より大きい場合。
【０３５４】
: prohibitPHR-Timer expires or has expired, when the UE has UL resources for new transmission, and the following is true in this TTI for any of the actived (activated) Serving Cells with configured uplink: 
【０３５５】
-there are UL resources allocated for transmission or there is a PUCCH transmission on this cell, and the required power backoff due to power management (as allowed by P-MPRc ) for this cell has changed more than dl-PathlossChange dB since the last transmission of a PHR when the UE had UL resources allocated for transmission or PUCCH transmission on this cell;
【０３５６】
上記条件でＰ−ＭＰＲｃ値が一定水準以上変更される場合であり、新たな送信のためのＰＵＳＣＨがある場合には、タイプ（類型）１（type 1）ＰＨを通じてＰ−ＭＰＲｃにより変更されるＰＣＭＡＸ，ｃを反映したＰＨＲが基地局に送信されることができ、ＰＵＣＣＨ送信がある場合には、タイプ２（type 2）ＰＨを通じてＰ−ＭＰＲｃにより変更されるＰＣＭＡＸ，ｃを反映したＰＨＲが基地局に送信されることができた。また、上記の場合にはＰ−ＭＰＲｃが反映されて計算されたＰＣＭＡＸ，ｃもＰＨＲに含んで送信された。
【０３５７】
しかしながら、二重接続では、ＰＨＲ送信対象でない他のセルグループに対応する活性化されたサービングセルに対して仮想ＰＨが設定されることができ、この場合にはＰＣＭＡＸ，ｃ（または、本明細書の第４開示で設定された値またはパラメータ）を計算するときにＰ−ＭＲＰｃなどを０ｄＢと仮定して計算するようになり、対応する（該当）ＰＣＭＡＸ，ｃが送信されないこともある。
【０３５８】
この場合には、Ｐ−ＭＰＲｃ変更に従うＰＨＲトリガが非効率的であり、これに従うＰＨＲトリガを行うか否かが変更される必要がある。
【０３５９】
一例として、ＭＣＧサービングセルにＰＨＲを送信する状況のとき、ＳＣＧサービングセルうち、上記条件（５）が発生したときにＳＣＧに対して仮想ＰＨを構成する場合には、Ｐ−ＭＰＲｃ変更に関する情報が基地局に送信できないことがある。
【０３６０】
上記条件（１）の場合には、他のセルグループサービングセルに対して適用するとき、他のセルグループに対して仮想ＰＨを設定した場合に“when the UE has UL resources for new transmission”というフレーズ（句節）（phrase）が無視されることが考慮できる。
【０３６１】
次に、二重接続でＰＨＲを送信するセルに対応するセルグループでない他のセルグループに属した活性化されたサービングセルに関するＰＨを構成するとき、仮想ＰＨに設定する場合、上記条件（５）に従うＰＨＲトリガを行うか否かを設定する方法は、以下の通りである。
【０３６２】
−  第５−１設定方法
第５−１設定方法は、該ユーザ装置が、上記条件（５）に関して、他のセルグループに属した活性化されたサービングセルに対してＰＨＲを構成するとき、仮想ＰＨに設定する方法である。
【０３６３】
−第５−２設定方法
第５−２設定方法は、他のセルグループに属した活性化されたサービングセルに対してＰＨＲが仮想ＰＨに設定された場合には、条件（５）を無視する方法である。
【０３６４】
さらに（追加で）（in addition）、上記条件（１）を無視することが考慮されることもできる。または、上記条件（１）の場合には“UE has UL resources for new transmission”でない場合にもＰＨＲを送信するようにすることが考慮できる。
【０３６５】
− 第５−３設定方法
第５−３設定方法は、該ユーザ装置が、条件（５）に関して、他のセルグループに属した活性化されたサービングセルに対してＰＨＲが仮想ＰＨに設定された場合でも実際のＰＨで計算する方法である。
【０３６６】
−  第５−４設定方法
第５−４設定方法は、該ユーザ装置が、上記条件（５）に関して、他のセルグループに属した活性化されたサービングセルに対してＰＨＲを仮想ＰＨで構成または設定する方法である。
【０３６７】
さらに、Ｐ−ＭＰＲｃが反映されたＰＣＭＡＸ，ｃ値が仮想ＰＨと共に送信されることができる。この際、ＰＨＲを構成するフィールドＶ（fieldV）の値は０に設定できる。
【０３６８】
より詳細には、この場合には仮想ＰＨを計算するときに基準フォーマット（reference format）を仮定し、かつＰＣＭＡＸ，ｃ値（または、本明細書の第４開示に従うパラメータの値）を計算するに当たっては実際のＭＰＲ値が考慮されることができる。
【０３６９】
−第５−５設定方法
第５−５設定方法は、上位層を通じて上記条件（５）を適用するか否かが設定または決定される方法である。
【０３７０】
−  第５−６設定方法
第５−６設定方法は、上位層を通じて上記条件（５）によるユーザ装置の動作を設定する方法である。
【０３７１】
より詳細には、上記仮想ＰＨを計算するときに、ＰＣＭＡＸ，ｃの代わりに他のパラメータ（例えば、本明細書の第４開示に従うパラメータ）が使われる場合には、該当パラメータがＰ−ＭＰＲｃを考慮しない場合に上記条件（５）が無視されることが考慮できる。一例として、仮想ＰＨを計算するときにｍｉｎ（ＰＣｍｉｎ、ＳｅＮＢ、ＰＣｍａｘ，ｃ）が用いられるとするとき、ＰＣｍｉｎ、ＳｅＮＢの値がＰＣｍａｘ，ｃより小さい場合にユーザ装置は上記条件（５）を無視することができる。
【０３７２】
＜本明細書の追加の開示− Network operation with PHR in dual connectivity＞
以下、本明細書の追加の開示として、二重接続でのＰＨＲに対するネットワーク動作について説明する。
【０３７３】
前述したように、ネットワークが常に仮想ＰＨまたは実際のＰＨを他のセルグループに属したキャリア（carrier）に関して与える（読み取る、上げる）（load）ように端末を構成することができる。
【０３７４】
このような状況で、一つの基地局が他のセルグループに対応（該当）するキャリア（carrier）に関するＰＨを用いて、自体のスケジューリングを調節することができ、またＭｅＮＢとＳｅＮＢとの間の電力制御調整（power control coordination）にも使用することができる。より詳しく説明すると、次のような場合を考慮することができる。
【０３７５】
−  常に仮想ＰＨが他のセルグループのキャリアに設定される場合
第１キャリア（carrier１）に関して正のＰＨ（positiveＰＨ）が与えられた（ロードされた、上がった）（loaded）場合、対応する（該当）基地局は他の基地局のスケジューリングを知らないので、電力の状況を計ることが困難である。
【０３７６】
本明細書の追加の開示は、ＭｅＮＢがＳｅＮＢの最大電力を構成するか、またはＰＥMAXを通じてＳｅＮＢが有するキャリアに対する最大電力を調整する場合、正のＰＨに対してＳｅＮＢのスケジューリングを考慮していかなるしきい値よりもＰＨが少なければ、ＰＥMAXを大きくする（増やしてくれる）（enlarged）ことを提案する。
【０３７７】
この場合、ＳｅＮＢに対するパスロスが増加するか、または電力（パワー）（power）をたくさん割り当てなければならない場合が発生したことを考慮して、ＳｅＮＢキャリアに対するＰＣｍａｘ，ｃがＰＥMAXを通じて、または新たなインターノード（inter-node）ＲＲＣシグナリングを通じて調節できる。
【０３７８】
これは、端末に該当キャリアに対するＰＥMAXが再設定（reconfiguration）されることを意味し、ＭｅＮＢはＳｅＮＢに新たなＰＥMAXを送信することができる。また、ＳｅＮＢが自体のＰＨを見てＭｅＮＢに要求することもできる。
【０３７９】
第１キャリアに対する負のＰＨ（negative PH）が与えられた場合、何らの動作もしなかったとき、ＰＵＳＣＨスケジューリング情報が無くても、負のＰＨという意味は、蓄積された電力がＰCmax,cに近接するか、または超えたという意味であるので、第１キャリアに対するスケジューリングが当分ないということを考慮することができる。したがって、第１キャリアに使われた電力を他のキャリアに使用することができると仮定できる。例えば、端末がルックアヘッド（look-ahead）を仮定した動作をすることができ、Ｐ＿ＭｅＮＢ＝２０％、Ｐ＿ＳｅＮＢ＝２０％に、各セルグループ別に端末の最大電力の２０％ずつがリザーブ（格納）（reserve）され、ＳｅＮＢに対するキャリアで負のＰＨが与えられた場合、ＭｅＮＢはＳｅＮＢが電力不足（power shortage）によりしばらくスケジューリングをしないと仮定できる。
【０３８０】
この場合、Ｐ＿ＳｅＮＢ＝２０％をＭＣＧから持ってきて使用することができると仮定し、ＭｅＮＢはアグレッシブ（積極的、攻撃的）な（aggressive）スケジューリングを実行することができる。また、端末の立場で、負のＰＨが与えられた場合、電力不足により信頼性のある送信（reliable transmission）が可能でないと仮定することができるので、電力制限（電力が制限される）ケース（power limited case）で負のＰＨであるキャリアに対して先にドロップ（DROP）を実行できる。
【０３８１】
自体のキャリアに関してＰＨが負の値で与えられる場合、ＳｅＮＢはＭｅＮＢにＰＣｍａｘ，ｃを増やしてほしいという要求をすることができる。
【０３８２】
ＰＥMAXが１セルがサポートできる最大カバレッジ（coverage）に合せてセル共通（cell-common）に設定された場合、持続的に負のＰＨが与えられると、ＭｅＮＢは該当キャリアに対してアップリンクカバレッジ（uplink coverage）が足りないと解析することができる。
【０３８３】
したがって、ＳＣＧのキャリアに関して持続的な負のＰＨ（仮想ＰＨ）が与えられれば、該当キャリアは解除（release）されることができる。併せて、このような状況のために、仮想ＰＨが負の場合、端末がＰＨＲをトリガ（trigger）することができる。
【０３８４】
−  実際のＰＨが他のセルグループのキャリアに設定された場合
第１キャリアに関して正のＰＨが与えられた場合、対応する（該当）基地局は他の基地局のスケジューリングを知らないので、電力の状況を計ることが困難でありうる。
【０３８５】
しかしながら、バックホール（backhaul）シグナリングで統計的なスケジューリング（statistical scheduling）情報をやり取りすることができれば、助けになることができる。また（併せて）（Moreover）、現在他の基地局が電力を増やしているか、またはスケジューリングの精度（程度）（accuracy）を増加させていれば（したがって、ＰＨ値が徐々（次第）に減るという情報）、該当事実はバックホールシグナリングとして（through）知られることができる。
【０３８６】
他の基地局が電力を増やしていれば、該当基地局は、スケジューリングの積極性または攻撃性（aggressiveness）を調整して、端末が電力制限ケースを回避する（にかからない）ように調整することができる。
【０３８７】
また、ＰＨが徐々に増えれば、反対の状況でよりアグレッシブまたは積極的な（aggressive）スケジューリングが実行されることができる。このために、本明細書の追加の開示は、積極性または攻撃性（に関する意図）（aggressiveness）をバックホールに代用（交換）する（substituting）ことを提案する。または、周期的にＢＳＲ（BUFFER STATUS REPORT）情報が交換されることができる。ＢＳＲが今後のスケジューリングの程度（degree）を知らせることができるので、ＢＳＲによって自体がどのくらい電力を使用することができるか（否か）が決定されることができる。
【０３８８】
また、第１キャリアに関して負のＰＨが与えられた場合、対応する（該当）基地局のスケジューリングは、要求された電力（requested power）を低くするために、スケジューリング量（amount）を減らすことが期待される。
【０３８９】
しかしながら、送信電力が大きくＰＣｍａｘ，ｃを超えないので、この場合、他の基地局が最大（限）電力（maximum power）を使用すると仮定して自体の電力を設定することができる。
【０３９０】
ＭｅＮＢの場合、ＳｅＮＢに電力を少なく割り当てたいならば、ＰＣｍａｘ，ｃを低くして再設定することができる（PEMAX reconfiguration）。
【０３９１】
このような効果的な運用（運営）（operation）のために、本明細書の追加の開示は、各基地局が他の基地局グループに関するＰＨ報告タイプ（常に仮想ＰＨであるか、または実際のＰＨ）を設定できるようにすることを提案する。即ち、ＭｅＮＢはＳｅＮＢキャリアに対して実際のＰＨを設定し、ＳｅＮＢはＭｅＮＢキャリアに対して常に仮想ＰＨを設定することができる。または（延いては）（further）、キャリア別に実際のＰＨまたは仮想ＰＨが設定されることができることは勿論である。
【０３９２】
本明細書の追加の開示は、このような効果的な運用のために、基地局間で次のような情報をやり取りすることを提案する。
【０３９３】
（１）トラフィック条件の統計（Traffic condition statics（例えば、coherent time：どのぐらいの間トラフィック条件（traffic condition）が維持されるか（否か）。
【０３９４】
−  常に仮想ＰＨ設定が実行不能になる（disable）ことと連動されることもできる。
【０３９５】
（２）アグレッシブなスケジューリング指示子（Aggressive scheduling indicator）：実際のＰＨが正の場合、該当電力を全部使用するためにスケジューリング情報を変更するか（データ量を増やすか）否か。
【０３９６】
（３）基地局当たり、または活性化されたサービングセル当たりの電力統計（実際の電力または要求された電力）
【０３９７】
（４）該当送信に対応するパケット（Packet）情報（全体のサイズ、送信された量、残った量、ドロップ（drop）率、ＢＥＲ（Bit Error Rate）、ＦＥＲ（Frame Error Rate）など）
【０３９８】
（５）スケジューリング情報に関する統計：ＲＢ割り当て（ＲＢの数、形態（form）など）、変調、送信方式（Tx scheme）
【０３９９】
（６）パスロスの統計でパスロス（path loss）コヒーレント時間（coherent time）に関する統計も含むことができる。
【０４００】
図１７は、本明細書の開示が具現される無線通信システムを示すブロック図である。
【０４０１】
基地局２００は、プロセッサ（processor）２０１、メモリ（memory）２０２、およびＲＦ部（ＲＦ（Radio Frequency）ユニット）２０３を含む。メモリ２０２は、プロセッサ２０１と接続されて、プロセッサ２０１を駆動するための多様な情報を記憶（格納）する（stores）。ＲＦ部２０３は、プロセッサ２０１と接続されて、無線信号を送信および／または受信する。プロセッサ２０１は、提案された機能、処理（過程）（process）、および／または方法を具現する。前述した実施形態で基地局の動作はプロセッサ２０１により具現できる。
【０４０２】
端末１００は、プロセッサ１０１、メモリ１０２、およびＲＦ部１０３を含む。メモリ１０２は、プロセッサ１０１と接続されて、プロセッサ１０１を駆動するための多様な情報を記憶する。ＲＦ部１０３は、プロセッサ１０１と接続されて、無線信号を送信および／または受信する。プロセッサ１０１は、提案された機能、処理、および／または方法を具現する。
【０４０３】
プロセッサは、ＡＳＩＣ（Application-Specific Integrated Circuit）、他のチップセット、論理回路および／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ、メモリカード、記憶（格納）（storage）媒体、および／または他の記憶装置を含むことができる。ＲＦ部は、無線信号を処理するためのベースバンド回路を含むことができる。実施形態がソフトウェアで具現されるとき、前述した技法は前述した機能を実行するモジュール（処理、機能など）で具現できる。モジュールは、メモリに記憶され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部に設置される（いる）（installed）ことができ、よく知られた多様な手段によりプロセッサと接続されることができる。
【０４０４】
本明細書の一開示に従う端末は、無線通信システムでＭＣＧ（Master Cell Group）およびＳＣＧ（Secondary Cell Group）に二重接続（Dual Connectivity）された状態でＰＨＲ（Power Headroom Report）を送信する端末であって、ＲＦ部と、ＰＨＲトリガ条件に基づいて上記ＭＣＧに属したサービングセルに対するＰＨＲをトリガし、上記ＰＨＲがトリガされた場合、上記ＰＨＲを上記ＭＣＧに属したサービングセルに送信するように上記ＲＦ部を制御するプロセッサと、を含み、かつ上記ＰＨＲは、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ（Power Headroom）情報を含み、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報は、仮想（Virtual）ＰＨ情報および上記端末のスケジューリング情報に基づいて決定される実際の（Actual）ＰＨ情報のうち、いずれか一つに設定されたＰＨ情報でありうる。
【０４０５】
また、上記仮想ＰＨ情報は、予め設定された基準フォーマット（Reference format）に基づいて算出されるものでありうる。
【０４０６】
また、上記ＰＨＲトリガ条件は第１ＰＨＲトリガ条件および第２トリガ条件を含み、かつ上記第１ＰＨＲトリガ条件は、“prohibitPHR-Timer”が満了するか、または満了した場合と、端末が新たな送信のためにアップリンク資源を確保している場合と、アップリンクが構成された活性化されたサービングセルのうちいずれか一つの対応する（該当）ＴＴＩにおけるアップリンク資源を通じてのアップリンクデータ送信またはＰＵＣＣＨ送信のとき、最後のＰＨＲ送信を実行した後に、アップリンク送信のための資源割り当てが行われているか、またはＰＵＣＣＨ送信が該当セルに存在する場合と、そして、最後のパワーヘッドルーム報告の送信後に電力バックオフ要求値（Ｐ−ＭＰＲｃ：Power Management Maximum Power Reduction）の変化が“dl-PathlossChange”[dB]値より大きい場合と、であり、上記第２ＰＨＲトリガ条件は、“prohibitPHR-Timer”が満了するか、または満了した場合と、端末が新たな送信のためにアップリンク資源を確保した場合と、最後のパワーヘッドルーム報告の送信を実行した後にパスロスがパスロス参照として使われる少なくとも一つの活性化されたサービングセルに対する“dl-PathlossChange”[dB]値より大きい場合と、でありうる。
【０４０７】
また、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報は、上記ＰＨＲが上記第１ＰＨＲトリガ条件でトリガされた場合、上記仮想ＰＨ情報に設定されるものでありうる。
【０４０８】
また、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報が上記仮想ＰＨ情報に設定された場合、上記第１ＰＨＲトリガ条件は無視されるものでありうる。
【０４０９】
また、上記ＳＣＧに属した活性化されたサービングセルに対応するＰＨ情報が上記仮想ＰＨ情報に設定された場合、上記第２ＰＨＲトリガ条件は端末が新たな送信のためにアップリンク資源を確保した場合でなくても満たすものでありうる。
【０４１０】
また、本明細書の一開示に従う端末は、第１セルグループおよび第２セルグループに二重接続（Dual Connectivity）された状態で上記第１セルグループを通じてＰＨＲ（Power Headroom Report）を送信する端末であって、上記第２セルグループに属した活性化されたサービングセルに対応するＰＨ（Power Headroom）の設定情報を受信するＲＦ部と、ＰＨＲをトリガする条件が満たされる場合、上記ＰＨＲを生成して上記第１セルグループに属したサービングセルに送信するように上記ＲＦ部を制御するプロセッサと、を含み、かつ上記ＰＨＲは、上記受信されたＰＨの設定情報に基づいて上記第２セルグループに属した活性化されたサービングセルに関する仮想（Virtual）ＰＨ情報および上記端末のスケジューリング情報に基づいて決定される実際の（Actual）ＰＨ情報のうち、いずれか一つを含むように設定されるものでありうる。
【０４１１】
ここで、上記第１セルグループはＭＣＧ（Master Cell Group）で、上記第２ セルグループはＳＣＧ（Secondary Cell group）でありうる。
【０４１２】
前述した本明細書の開示によれば、二重接続（Dual connectivity）状態でＰＨＲの設定および送信が効率的に構成できる利点がある。
【０４１３】
より具体的には、本明細書の開示によれば、二重接続状態での端末がＰＨＲを送信するに当たって、スケジューリングの有無、ＰＨＲトリガ（triggering）条件によって仮想（Virtual）ＰＨ情報を適用することによって効率よいＰＨＲ送信が行われることができる利点がある。
【０４１４】
前述した例示的なシステムにおいて、方法は一連のステップまたはブロックで順序図に基づいて説明されているが、本発明はステップの順序に限定されるものではなく、あるステップは前述したものと異なるステップおよび異なる順序で、または同時に発生することができる。また、当業者であれば、順序図に示したステップが排他的でなく、他のステップが含まれるか、または順序図の一つまたは複数のステップが本発明の範囲に影響を及ぼさないで削除できることを理解することができる。
【図１】
0006599355.tif 000026
【図２】
0006599355.tif 000027
【図３】
0006599355.tif 000028
【図４】
0006599355.tif 000029
【図５】
0006599355.tif 000030
【図６】
0006599355.tif 000031
【図７】
0006599355.tif 000032
【図８】
0006599355.tif 000033
【図９】
0006599355.tif 000034
【図１０】
0006599355.tif 000035
【図１１】
0006599355.tif 000036
【図１２】
0006599355.tif 000037
【図１３】
0006599355.tif 000038
【図１４】
0006599355.tif 000039
【図１５】
0006599355.tif 000040
【図１６】
0006599355.tif 000041
【図１７】
0006599355.tif 000042