(57)【特許請求の範囲】
【請求項１】
無線通信システムにおける端末の動作方法であって、
マスタ発展型ノードＢ（ＭｅＮＢ）によってサービスが提供されるプライマリセル（ＰＣｅｌｌ）及びセカンダリ発展型ノードＢ（ＳｅＮＢ）によってサービスが提供されるセカンダリセル（ＳＣｅｌｌ）を有するアクティブセルに対するパワーヘッドルーム報告媒体接続制御制御要素（ＰＨＲ  ＭＡＣ  ＣＥ）を生成するステップと、
ネットワークに、前記生成されたＰＨＲ  ＭＡＣ  ＣＥを用いてパワーヘッドルーム報告を送信するステップと、を有し、
前記生成されたＰＨＲ  ＭＡＣ  ＣＥは、前記ＳＣｅｌｌに対するタイプ２パワーヘッドルーム（ＰＨ）情報の値が続く前記ＰＣｅｌｌに対するタイプ２ＰＨ情報の値と、前記ＰＣｅｌｌに対するタイプ１ＰＨ情報の値が続く前記ＳＣｅｌｌに対するタイプ２ＰＨ情報の値と、を有する、端末の動作方法。
【請求項２】
前記ＰＣｅｌｌ及び前記ＳＣｅｌｌは、物理アップリンク制御チャネル（ＰＵＣＣＨ）−物理アップリンク共有チャネル（ＰＵＳＣＨ）同時送信をサポートする、請求項１に記載の端末の動作方法。
【請求項３】
物理アップリンク制御チャネル（ＰＵＣＣＨ）が前記ＰＣｅｌｌ上で送信されない場合、前記ＰＨＲ  ＭＡＣ  ＣＥ内で、前記ＰＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第１オクテットの直後に、前記ＳＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第２オクテットが続く、請求項１に記載の端末の動作方法。
【請求項４】
物理アップリンク制御チャネル（ＰＵＣＣＨ）が前記ＳＣｅｌｌ上で送信されない場合、前記ＰＨＲ  ＭＡＣ  ＣＥ内で、前記ＳＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第１オクテットの直後に、前記ＰＣｅｌｌに対する前記タイプ１ＰＨ情報の値を有する第２オクテットが続く、請求項１に記載の端末の動作方法。
【請求項５】
物理アップリンク制御チャネル（ＰＵＣＣＨ）が前記ＰＣｅｌｌ上で送信される場合、前記ＰＨＲ  ＭＡＣ  ＣＥ内で、前記ＰＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第１オクテットの直後に、前記ＰＣｅｌｌの最大電力の値を有する第２オクテットが続き、前記ＰＣｅｌｌの最大電力の値を有する前記第２オクテットの直後には、前記ＳＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第３オクテットが続く、請求項１に記載の端末の動作方法。
【請求項６】
物理アップリンク制御チャネル（ＰＵＣＣＨ）が前記ＳＣｅｌｌ上で送信される場合、前記ＰＨＲ  ＭＡＣ  ＣＥ内で、前記ＳＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第１オクテットの直後に、前記ＳＣｅｌｌの最大電力の値を有する第２オクテットが続き、前記ＳＣｅｌｌの最大電力の値を有する前記第２オクテットの直後には、前記ＰＣｅｌｌに対する前記タイプ１ＰＨ情報の値を有する第３オクテットが続く、請求項１に記載の端末の動作方法。
【請求項７】
プライマリセル（ＰＣｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ）を有する無線通信システムにおいて動作する端末であって、
無線周波数（ＲＦ）モジュールと、
前記ＲＦモジュールを制御するように構成されたプロセッサと、を備え、
前記プロセッサは、アクティブセルに対するパワーヘッドルーム報告媒体接続制御制御要素（ＰＨＲ  ＭＡＣ  ＣＥ）を生成し、ネットワークに、前記生成されたＰＨＲ  ＭＡＣ  ＣＥを用いてパワーヘッドルーム報告を送信するように構成され、
前記生成されたＰＨＲ  ＭＡＣ  ＣＥは、前記ＳＣｅｌｌに対するタイプ２パワーヘッドルーム（ＰＨ）情報の値が続く前記ＰＣｅｌｌに対するタイプ２ＰＨ情報の値と、前記ＰＣｅｌｌに対するタイプ１ＰＨ情報の値が続く前記ＳＣｅｌｌに対するタイプ２ＰＨ情報の値と、を有する、端末。
【請求項８】
前記プロセッサは、さらに、前記アクティブセルの前記ＰＣｅｌｌ及び前記ＳＣｅｌｌで物理アップリンク制御チャネル（ＰＵＣＣＨ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）を同時に送信するように構成された、請求項７に記載の端末。
【請求項９】
物理アップリンク制御チャネル（ＰＵＣＣＨ）が前記ＰＣｅｌｌ上で送信されない場合、前記ＰＨＲ  ＭＡＣ  ＣＥ内で、前記ＰＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第１オクテットの直後に、前記ＳＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第２オクテットが続く、請求項７に記載の端末。
【請求項１０】
物理アップリンク制御チャネル（ＰＵＣＣＨ）が前記ＳＣｅｌｌ上で送信されない場合、前記ＰＨＲ  ＭＡＣ  ＣＥ内で、前記ＳＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第１オクテットの直後に、前記ＰＣｅｌｌに対する前記タイプ１ＰＨ情報の値を有する第２オクテットが続く、請求項７に記載の端末。
【請求項１１】
物理アップリンク制御チャネル（ＰＵＣＣＨ）が前記ＰＣｅｌｌ上で送信される場合、前記ＰＨＲ  ＭＡＣ  ＣＥ内で、前記ＰＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第１オクテットの直後に、前記ＰＣｅｌｌの最大電力の値を有する第２オクテットが続き、前記ＰＣｅｌｌの最大電力の値を有する前記第２オクテットの直後には、前記ＳＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第３オクテットが続く、請求項７に記載の端末。
【請求項１２】
物理アップリンク制御チャネル（ＰＵＣＣＨ）が前記ＳＣｅｌｌ上で送信される場合、前記ＰＨＲ  ＭＡＣ  ＣＥ内で、前記ＳＣｅｌｌに対する前記タイプ２ＰＨ情報の値を有する第１オクテットの直後に、前記ＳＣｅｌｌの最大電力の値を有する第２オクテットが続き、前記ＳＣｅｌｌの最大電力の値を有する前記第２オクテットの直後には、前記ＰＣｅｌｌに対する前記タイプ１ＰＨ情報の値を有する第３オクテットが続く、請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に、パワーヘッドルーム（power headroom）の報告方法及びそのための装置に関する。
【背景技術】
【０００２】
本発明が適用され得る無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（3rd Generation Partnership Project Long Term Evolution；以下、「ＬＴＥ」という）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ−ＵＭＴＳネットワークの構造を概略的に示した図である。Ｅ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）は、既存のＵＭＴＳ（Universal Mobile Telecommunications System）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ（Long Term Evolution）システムと称することもできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（technical specification）の詳細な内容は、それぞれ「3rd Generation Partnership Project；Technical Specification Group Radio Access Network」のRelease 7及びRelease 8を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（User Equipment；ＵＥ）と、基地局（eNode B；ｅＮＢ）と、ネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続される接続ゲートウェイ（Access Gateway；ＡＧ）と、を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために複数の（多重）（multiple）データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ又は複数のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうちの一つに設定され、多くの端末にダウンリンク又はアップリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。ダウンリンク（DownLink；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を送信し、該当の（corresponding）端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Hybrid Automatic Repeat and reQuest）関連情報などを知らせる。また、アップリンク（UpLink；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを使用することができる。コアネットワーク（Core Network；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Tracking Area）単位で端末の移動（モビリティ）（mobility）を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥまで開発されてきたが、ユーザ及び事業者の要求及び期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後、競争力を有するためには新たな技術革新が要求され、ビット当たりのコストの減少、サービス可用性（availability）の増大、融通性のある周波数バンドの使用、単純構造、開放型インターフェース、端末の適切な電力消費などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、パワーヘッドルーム報告のための方法及び装置における問題点を解決することにある。本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【課題を解決するための手段】
【０００８】
本発明の課題を解決するための一実施例として、無線通信システムにおける装置の動作方法は、第１セル及び第２セルを有するアクティブ（活性）（active）セルに対するパワーヘッドルーム報告媒体接続制御（Medium Access Control；ＭＡＣ）制御要素（Power Headroom Reporting MAC Control Element；ＰＨＲ  ＭＡＣ  ＣＥ）を生成するステップと、サブフレームにおいて、ネットワークに、生成されたＰＨＲ  ＭＡＣ  ＣＥを用いてパワーヘッドルーム報告（power headroom reporting）を送信するステップと、を有し、生成されたＰＨＲ  ＭＡＣ  ＣＥは、第２セルに対するタイプ２パワーヘッドルーム（Power Headroom；ＰＨ）情報の値が続く第１セルに対するタイプ２ＰＨ情報の値と、第１セルに対するタイプ１ＰＨ情報の値が続く第２セルに対するタイプ２ＰＨ情報の値と、を有する。
【０００９】
本発明の他の実施例として、無線通信システムにおける装置は、無線周波数（Radio Frequency；ＲＦ）モジュールと、ＲＦモジュールを制御するように構成されたプロセッサと、を備え、プロセッサは、アクティブセルに対するパワーヘッドルーム報告媒体接続制御（Medium Access Control；ＭＡＣ）制御要素（Power Headroom Reporting MAC Control Element；ＰＨＲ  ＭＡＣ  ＣＥ）を生成し、サブフレームにおいて、ネットワークに、生成されたＰＨＲ  ＭＡＣ  ＣＥを用いてパワーヘッドルーム報告（power headroom reporting）を送信するように構成され、生成されたＰＨＲ  ＭＡＣ  ＣＥは、第２セルに対するタイプ２パワーヘッドルーム（Power Headroom；ＰＨ）情報の値が続く第１セルに対するタイプ２ＰＨ情報の値、及び第１セルに対するタイプ１ＰＨ情報の値が続く第２セルに対するタイプ２ＰＨ情報を有する。
【００１０】
好適には、第２セルは、物理アップリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）−物理アップリンク共有チャネル（Physical Uplink Shared CHannel；ＰＵＳＣＨ）同時送信（simultaneous PUCCH-PUSCH transmission）をサポートする。
【００１１】
好適には、第１セルは、ＰＵＣＣＨ（Physical Uplink Control CHannel）−ＰＵＳＣＨ（Physical Uplink Shared CHannel）同時送信をサポートする。
【００１２】
好適には、ＰＵＣＣＨが第１セル上でサブフレームにおいて送信されない場合、ＰＨＲ  ＭＡＣ  ＣＥ内で、第１セルに対するタイプ２ＰＨ情報の値を有する第１オクテット（octet）（バイト）の直後に、第２セルに対するタイプ２ＰＨ情報の値を有する第２オクテットが続く。
【００１３】
好適には、ＰＵＣＣＨが第２セル上でサブフレームにおいて送信されない場合、ＰＨＲ  ＭＡＣ  ＣＥ内で、第２セルに対するタイプ２ＰＨ情報の値を有する第１オクテットの直後に、第１セルに対するタイプ１ＰＨ情報の値を有する第２オクテットが続く。
【００１４】
好適には、ＰＵＣＣＨが第１セル上でサブフレームにおいて送信される場合、ＰＨＲ  ＭＡＣ  ＣＥ内で、第１セルに対するタイプ２ＰＨ情報の値を有する第１オクテットの直後に、第１セルの最大電力の値を有する第２オクテットが続き、第１セルの最大電力の値を有する第２オクテットの直後には、第２セルに対するタイプ２ＰＨ情報の値を有する第３オクテットが続く。
【００１５】
好適には、ＰＵＣＣＨが第２セル上でサブフレームにおいて送信される場合、ＰＨＲ  ＭＡＣ  ＣＥ内で、第２セルに対するタイプ２ＰＨ情報の値を有する第１オクテットの直後に、第２セルの最大電力の値を有する第２オクテットが続き、第２セルの最大電力の値を有する第２オクテットの直後には、第１セルに対するタイプ１ＰＨ情報の値を有する第３オクテットが続く。
【００１６】
好適には、タイプ１ＰＨ情報は、ＰＵＳＣＨ送信電力に基づいて計算されたアクティブセルのパワーヘッドルームレベルを示し、タイプ２ＰＨ情報は、ＰＵＳＣＨ及びＰＵＣＣＨ送信電力に基づいて計算されたアクティブセルのパワーヘッドルームレベルを示す。
【００１７】
好適には、第１セルは、マスタ発展型ノードＢ（evolved Node B；ｅＮｏｄｅＢ）（Master eNodeB；ＭｅＮＢ）によってサービスが提供される（served）プライマリ（主）セル（Primary Cell；ＰＣｅｌｌ）であり、第２セルは、セカンダリ（付加、補助）発展型ノードＢ（evolved Node B；ｅＮｏｄｅＢ）（Secondary eNodeB；ＳｅＮＢ）によってサービスが提供されるセカンダリ（付加、補助）セル（Secondary Cell；ＳＣｅｌｌ）である。
【００１８】
本発明について前述した一般的な説明及び後述する詳細な説明は、例示的なものであり、請求項に記載の発明に関する更なる説明を提供するためのものである。
【発明の効果】
【００１９】
本発明によれば、無線通信システムにおいてパワーヘッドルーム報告を効率的に行うことができる。特に、端末は、デュアルコネクティビティ（二重接続性）（dual connectivity）システムにおいて、それぞれの基地局へパワーヘッドルームを効果的に報告することができる。
【００２０】
本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、添付の図面及び以下の記載から、本発明の属する技術の分野における通常の知識を有する者にとって明らかになるであろう。
【図面の簡単な説明】
【００２１】
【図１】移動通信システムの一例としてＥ−ＵＭＴＳネットワークの構造を概略的に示した図である。
【図２Ａ】Ｅ−ＵＴＲＡＮ（Evolved-Universal Terrestrial Radio Access Network）ネットワークの構造を示すブロック図である。
【図２Ｂ】一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造を示すブロック図である。
【図３】３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Radio Interface Protocol）の制御プレーン（Control Plane）及びユーザプレーン（User plane）の構造を示す図である。
【図４】Ｅ−ＵＭＴＳシステムで用いられる物理チャネル構造の一例を示す図である。
【図５】キャリアアグリゲーション（carrier aggregation）を示す図である。
【図６】マスタセルグループ（Master Cell Group；ＭＣＧ）とセカンダリ（補助）セルグループ（Secondary Cell Group；ＳＣＧ）との間のデュアルコネクティビティ（dual connectivity）を示す概念図である。
【図７Ａ】デュアルコネクティビティに関わる（関連付いている）（involved）基地局の制御（コントロール）プレーン（Control Plane；Ｃ−Ｐｌａｎｅ）接続（connectivity）を示す概念図である。
【図７Ｂ】デュアルコネクティビティに関わる基地局のユーザプレーン（User Plane；Ｕ−Ｐｌａｎｅ）接続を示す概念図である。
【図８】デュアルコネクティビティのための無線プロトコル構造を示す概念図である。
【図９】デュアルコネクティビティにおける具体的な分割ベアラを示す図である。
【図１０】バッファ状態及びパワーヘッドルーム報告のシグナリングを示す図である。
【図１１】ＰＨＲ  ＭＡＣ  ＣＥ（Power Headroom Reporting MAC Control CE）を示す概念図である。
【図１２】拡張（Extended）ＰＨＲ  ＭＡＣ  ＣＥを示す概念図である。
【図１３】本発明の実施例に係るパワーヘッドルーム報告の送信を示す概念図である。
【図１４】本発明の実施例に係る拡張ＰＨＲ  ＭＡＣ  ＣＥを示す概念図である。
【図１５】本発明の実施例に係る拡張ＰＨＲ  ＭＡＣ  ＣＥを示す概念図である。
【図１６】本発明の実施例に係る拡張ＰＨＲ  ＭＡＣ  ＣＥを示す概念図である。
【図１７】本発明の実施例に係る通信装置のブロック図である。
【発明を実施するための形態】
【００２２】
本明細書に添付される図面は、本発明に対する理解を提供するためのものであって、本発明の多様な実施形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【００２３】
ＵＭＴＳ（Universal Mobile Telecommunication System）は、ヨーロッパシステム、ＧＳＭ（登録商標）（Global System for Mobile communication；ＧＳＭ）、及びＧＰＲＳ（General Packet Radio Service）に基づくＷＣＤＭＡ（登録商標）（Wideband Code Division Multiple Access）で動作する第３世代（3rd Generation；３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Long-Term Evolution）は、ＵＭＴＳの規格化を行う３ＧＰＰによって論議中にある。
【００２４】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び提供者のコストを減少させ、サービス品質を改善し、カバレッジ（coverage）及びシステム容量を拡張及び改善すること、を目的とするＬＴＥの課題のために多くの方法が提案された。３Ｇ  ＬＴＥは、上位レベルの要求として、ビット（bit）当たりのコスト減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インターフェース、及び端末の適切な電力消費を要求する。
【００２５】
以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。
【００２６】
本明細書は、ＬＴＥシステム及びＬＴＥ−Ａシステムを使用して本発明の実施例を説明するが、これは例示であって、本発明の実施例は、上記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式に基づいて本発明の実施例について説明するが、これは例示であって、本発明の実施例は、Ｈ−ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。
【００２７】
図２Ａは、Ｅ−ＵＴＲＡＮ（Evolved-Universal Terrestrial Radio Access Network）ネットワークの構造を示すブロック図である。Ｅ−ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信ネットワークは、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Voice over IP）などの多様なサービスを提供するために広く配備（配置）される（deployed）。
【００２８】
図２Ａに示したように、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）、ＥＰＣ（Evolved Packet Core）、及び一つ又は複数の端末を含む。Ｅ−ＵＴＲＡＮは、一つのセルに位置することもできる一つ又は複数のｅＮＢ（evolved NodeB）２０、及び複数の端末１０を含むこともできる。一つ又は複数のＥ−ＵＴＲＡＮ  ＭＭＥ（Mobility Management Entity）／ＳＡＥ（System Architecture Evolution）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。
【００２９】
本明細書において、「ダウンリンク（downlink）」は、ｅＮＢ２０から端末１０への通信を称し、「アップリンク（uplink）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信機器（equipment）を称し、また、移動局（Mobile Station；ＭＳ）、ユーザ端末（User Terminal；ＵＴ）、加入者ステーション（Subscriber Station；ＳＳ）又は無線デバイスと称することもできる。
【００３０】
図２Ｂは、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造を示すブロック図である。
【００３１】
図２Ｂに示したように、ｅＮＢ２０は、ユーザプレーン及び制御プレーンのエンドポイント（end point）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０とＭＭＥ／ＳＡＥゲートウェイ３０とは、Ｓ１インターフェースを介して接続することができる。
【００３２】
ｅＮＢ２０は、一般に、ＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイントと称することもある。一つのｅＮＢ２０は、セルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースを、ｅＮＢ２０間で使用することができる。
【００３３】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリングセキュリティ、ＡＳセキュリティ制御、３ＧＰＰ接続ネットワーク間の移動のためのインターＣＮノードシグナリング、（ページング再送信の制御及び実行を含む）アイドル（Idle）モードＵＥ到達性（Reachability）、（アイドル及びアクティブ（active）モードのＵＥのための）トラッキング領域リスト管理、ＰＤＮ  ＧＷ及びサービングＧＷ選択、ＭＭＥ変更を伴うハンドオーバのためのＭＭＥ選択、２Ｇ又は３Ｇ  ３ＧＰＰ接続ネットワークへのハンドオーバのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、ＰＷＳ（ＥＴＷＳ及びＣＭＡＳを含む）メッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、ユーザごと（Per-user）ベースのパケットフィルタリング（例えば、ディープパケットインスペクション（Ｋパケット検査）（deep packet inspection）を使用）、適法なインターセプション（Lawful Interception）、ＵＥ  ＩＰアドレス割り当て、ダウンリンクでのトランスポートレベルパケットマーキング（Transport level packet marking）、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ−ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両方を全て含む。
【００３４】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造を有することができる。
【００３５】
図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に関する選択、無線リソース制御（ＲＲＣ）アクティブ化（activation）の間のゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、アップリンク及びダウンリンクの全てにおける各ＵＥ１０のための動的リソース割り当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線受付制御（無線アドミッションコントロール）（Radio Admission Control；ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーン暗号化、システムアーキテクチャエボリューション（System Architecture Evolution；ＳＡＥ）ベアラ制御、及び非アクセス層（Non-Access Stratum；ＮＡＳ）シグナリングの暗号化及び完全性（integrity）保護などの各機能を行うことができる。
【００３６】
ＥＰＣは、移動管理エンティティ（Mobility Management Entity；ＭＭＥ）、サービング−ゲートウェイ（serving-gateway；Ｓ−ＧＷ）、及びパケットデータネットワーク−ゲートウェイ（Packet Data Network-Gateway；ＰＤＮ−ＧＷ）を含む。ＭＭＥは、主に各端末の移動を管理する目的で用いられる接続及び能力（capability）に関する情報を有する。Ｓ−ＧＷは、Ｅ−ＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ−ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。
【００３７】
図３は、３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの制御プレーン及びユーザプレーンの構造を示す図である。制御プレーンは、端末（User Equipment；ＵＥ）及びネットワークが呼（コール）（call）を管理するために用いる各制御メッセージが送信される通信路（パス）（path）を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通信路を意味する。
【００３８】
第１の層である物理層は、物理チャネル（Physical Channel）を用いて上位層に情報送信サービス（Information Transfer Service）を提供する。物理層は、上位にある媒体接続制御（Medium Access Control）層とはトランスポート（伝送）チャネル（Transport Channel）を介して接続されている。上記トランスポートチャネルを介して媒体接続制御層と物理層との間でデータが移動する。送信側及び受信側の物理層間では、物理チャネルを介してデータが移動する。上記物理チャネルは、時間及び周波数を無線リソースとして利用する。具体的には、物理チャネルは、ダウンリンクではＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）方式で変調され、アップリンクではＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）方式で変調される。
【００３９】
第２の層の媒体接続制御（Medium Access Control；ＭＡＣ）層は、論理チャネル（Logical Channel）を介して上位層である無線リンク制御（Radio Link Control；ＲＬＣ）層にサービスを提供する。第２の層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２の層のＰＤＣＰ（Packet Data Convergence Protocol）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６などのＩＰパケットを効率的に送信するために不必要な制御情報を減少させるヘッダ圧縮（Header Compression）機能を行う。
【００４０】
第３の層の最下部に位置した無線リソース制御（Radio Resource Control；ＲＲＣ）層は、制御プレーンのみで定義される。ＲＲＣ層は、各無線ベアラ（Radio Bearer；ＲＢ）の設定（Configuration）、再設定（Re-configuration）及び解放（Release）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２の層によって提供されるサービスを意味する。このために、端末及びネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。
【００４１】
ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうちの一つで動作するように設定することができ、この帯域でダウンリンク又はアップリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。
【００４２】
Ｅ−ＵＴＲＡＮから端末への送信のためのダウンリンクトランスポートチャネル（Downlink transport Channel）は、システム情報を送信するＢＣＨ（Broadcast CHannel）、各ページングメッセージを送信するＰＣＨ（Paging CHannel）、及びユーザトラフィック又は各制御メッセージを送信するためのダウンリンク共有チャネル（Shared CHannel；ＳＣＨ）を含む。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して送信することもでき、又は別途のダウンリンクＭＣＨ（Multicast CHannel）を介して送信することもできる。
【００４３】
端末からネットワークにデータを送信するアップリンクトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Random Access CHannel）と、その他にユーザトラフィックや制御メッセージを送信するアップリンクＳＣＨ（Shared CHannel）と、がある。トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる論理チャネルとしては、ＢＣＣＨ（Broadcast Control CHannel）、ＰＣＣＨ（Paging Control CHannel）、ＣＣＣＨ（Common Control CHannel）、ＭＣＣＨ（Multicast Control CHannel）、及びＭＴＣＨ（Multicast Traffic CHannel）などがある。
【００４４】
図４は、Ｅ−ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Sub-carrier）と、で構成される。ここで、一つのサブフレーム（Sub-frame）は、時間軸上における複数のシンボル（Symbol）で構成される。一つのサブフレームは、複数のリソースブロック（Resource Block）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Physical Downlink Control CHannel）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当するサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（ハッチング（網かけ）部分）とデータ送信領域（ハッチングしていない部分）とを示した。現在論議が進行中のＥ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）システムでは、１０ｍｓの無線フレーム（radio frame）を使用し、一つの無線フレームは１０個のサブフレーム（subframe）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは、０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。データ送信のための時間単位である送信時間間隔（Transmission Time Interval；ＴＴＩ）は１ｍｓである。
【００４５】
基地局及び端末は、一般に特定制御信号又は特定サービスデータを除いては、トランスポートチャネルであるＤＬ−ＳＣＨを用いるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがどの端末（一つ又は複数の端末）に送信され、上記各端末がどのようにＰＤＳＣＨデータを受信してデコーディング（decoding）しなければならないかに関する情報などは、ＰＤＣＣＨに含まれて送信される。
【００４６】
例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Radio Network Temporary Identity）でＣＲＣマスキング（masking）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信（伝送）ブロックサイズ（transmission block size）、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを通じて送信されると仮定する。この場合、セル内の端末は、自体が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」というＲＮＴＩを有している一つ又は複数の端末がある場合、上記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」及び「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００４７】
図５は、キャリアアグリゲーション（carrier aggregation）を示す図である。
【００４８】
図５を参照して複数（多重）搬送波（multiple carriers）をサポートするキャリアアグリゲーション技術について説明する。前述したように、キャリアアグリゲーションによって、既存の無線通信システム（例えば、ＬＴＥシステム）で定義されている帯域幅単位（例えば、２０ＭＨｚ）の搬送波（コンポーネントキャリア（構成搬送波）（Component Carriers；ＣＣ）を最大５個まで束ねて、最大１００ＭＨｚまでのシステム帯域幅をサポートすることができる。キャリアアグリゲーションに用いられる各コンポーネントキャリアの帯域幅のサイズは同一でも異なってもよい。また、それぞれのコンポーネントキャリアは、異なる周波数帯域（又は、中心周波数）を有する。また、各コンポーネントキャリアは連続した周波数帯域上に存在してもよいが、不連続な周波数帯域上に存在するコンポーネントキャリアがキャリアアグリゲーションに用いられてもよい。また、キャリアアグリゲーション技術において、上りリンクと下りリンクとの帯域幅のサイズは、対称的に割り当てられてもよく、非対称的に割り当てられてもよい。
【００４９】
キャリアアグリゲーションに用いられる複数のコンポーネントキャリア（構成搬送波）（multiple component carriers）は、プライマリコンポーネントキャリア（Primary Component Carrier；ＰＣＣ）とセカンダリコンポーネントキャリア（Secondary Component Carrier；ＳＣＣ）とに分類できる。ＰＣＣは、Ｐセル（Primary Cell；ＰＣｅｌｌ）と呼び、ＳＣＣは、Ｓセル（Secondary Cell；ＳＣｅｌｌ）と呼ぶこともできる。プライマリコンポーネントキャリアは、基地局が端末とトラフィック及び制御シグナリングを交換するために用いる搬送波のことを指す。制御シグナリングには、コンポーネントキャリアの追加、プライマリコンポーネントキャリアに関する設定、上りリンクグラント（UL grant）又は下りリンク割り当て（DL assignment）などを含むことができる。基地局は複数のコンポーネントキャリアを用いることができるが、該基地局に属する端末は、１つのプライマリコンポーネントキャリアのみを有するものと設定されてもよい。仮に端末が単一搬送波モードで動作する場合には、プライマリコンポーネントキャリアが用いられる。このため、プライマリコンポーネントキャリアは、独立した利用も可能となるように、基地局と端末との間のデータ及び制御シグナリングの交換に必要な全ての要求事項を満たすように設定されなければならない。
【００５０】
一方、セカンダリコンポーネントキャリアは、送受信されるデータ要求量などによってアクティブ化又は非アクティブ化されてもよい追加の（付加的な）（additional）コンポーネントキャリアのことを指す。セカンダリコンポーネントキャリアは、基地局から受信される特定命令及び規則にしたがってのみ用いられるように設定されてもよい。また、セカンダリコンポーネントキャリアは、追加の帯域幅をサポートするためにプライマリコンポーネントキャリアとともに用いられるように設定されてもよい。アクティブ化されたセカンダリコンポーネントキャリアを介して、基地局から端末に上りリンクグラント又は下りリンク割り当てなどの制御信号が送信されてもよく、端末から基地局にチャネル品質指示子（Channel Quality Indicator；ＣＱＩ）、プリコーディング行列指示子（Precoding Matrix Index；ＰＭＩ）、ランク指示子（Rank Indicator；ＲＩ）、サウンディング参照信号（Sounding Reference Signal；ＳＲＳ）などの上りリンク制御信号が送信されてもよい。
【００５１】
端末へのリソース割り当ては、プライマリコンポーネントキャリア及び複数のセカンダリコンポーネントキャリアの範囲を有することができる。マルチキャリアアグリゲーション（multi-carrier aggregation）モードにおいて、システムは、システム負荷（すなわち、静的／動的負荷バランシング）、ピークデータレート、又はサービス品質要求に基づいて、下りリンク及び／又は上りリンクに対して非対称的にセカンダリコンポーネントキャリアを端末に割り当てることもできる。キャリアアグリゲーション技術を用いるとき、コンポーネントキャリアに関する設定は、ＲＲＣ接続手順（RRC connection procedure）の後に基地局から端末に提供される。ＲＲＣ接続は、ＳＲＢを介して端末のＲＲＣ層とネットワークとの間で交換されるＲＲＣシグナリングに基づいて、端末が無線リソース割り当てを受けることを意味する。端末と基地局とのＲＲＣ接続手順の後に、端末は、基地局からプライマリコンポーネントキャリア及びセカンダリコンポーネントキャリアに関する設定情報を受け取ることができる。セカンダリコンポーネントキャリアに関する設定情報は、セカンダリコンポーネントキャリアの追加／削除（又は、アクティブ化／非アクティブ化）を含むことができる。したがって、基地局と端末との間でセカンダリコンポーネントキャリアをアクティブ化したり既存のセカンダリコンポーネントキャリアを非アクティブ化したりするためには、ＲＲＣシグナリング及びＭＡＣ制御要素（MAC Control Element）の交換が行われる必要がある。
【００５２】
セカンダリコンポーネントキャリアのアクティブ化又は非アクティブ化は、サービス品質（ＱｏＳ）、搬送波の負荷条件及び他の要因に基づいて、基地局で決定することができる。基地局は、下りリンク／上りリンクに対する指示タイプ（アクティブ化／非アクティブ化）及びセカンダリコンポーネントキャリアリストなどの情報を含む制御メッセージを用いて、端末にセカンダリコンポーネントキャリアの設定を指示することができる。
【００５３】
図６は、マスタセルグループ（Master Cell Group；ＭＣＧ）とセカンダリセルグループ（Secondary Cell Group；ＳＣＧ）との間のデュアルコネクティビティ（dual connectivity）を示す概念図である。
【００５４】
デュアルコネクティビティは、端末がマスタｅＮＢ（ＭｅＮＢ）とセカンダリｅＮＢ（ＳｅＮＢ）とに同時に接続可能であるということを意味する。ＭＣＧは、ＭｅＮＢと関連付けられたサービングセルのグループであり、ＰＣｅｌｌ及び追加の一つ又は複数のＳＣｅｌｌを含む。また、ＳＣＧは、ＳｅＮＢと関連付けられたサービングセルのグループであり、特別（special）ＳＣｅｌｌ及び追加の一つ又は複数のＳＣｅｌｌを含む。ＭｅＮＢは、少なくともＳ１−ＭＭＥ（制御プレーンのためのＳ１）の終端となる（を終結する）（terminate）ｅＮＢであり、ＳｅＮＢは、ＭｅＮＢではないが、端末のための追加の無線リソースを提供するｅＮＢである。
【００５５】
デュアルコネクティビティによって、ハンドオーバ（handover）の可能性を下げるために、ＭＣＧ内のスケジューリング無線ベアラ（Scheduling Radio Bearer；ＳＲＢ）又は他のＤＲＢを維持すると同時に、高い処理量を提供するために、いくつかのデータ無線ベアラ（Data Radio Bearer；ＤＲＢ）は、ＳＣＧにオフロード（offload）されてもよい。ＭＣＧは、周波数ｆ１でＭｅＮＢによって作動し、ＳＣＧは、周波数ｆ２でＳｅＮＢによって作動する。周波数ｆ１とｆ２とは同一であってもよい。ＭｅＮＢとＳｅＮＢとの間のバックホール（backhaul）インターフェースは、バックホールに相当な遅延があることから、１つのノードでの集中（centralized）スケジューリングが不可能であり、非理想的（non-ideal）である。
【００５６】
特に、ＳＣＧは、“ＰＳＣｅｌｌ（Primary SCell）”と称される特別ＳＣｅｌｌを含むことができる。ＰＳＣｅｌｌの動作は、ＰＣｅｌｌの動作に類似している。したがって、ＰＳＣｅｌｌは、基地局が端末とトラフィック及び制御信号を交換するために用いる搬送波である。この場合、制御シグナリングは、コンポーネントキャリアの追加、プライマリコンポーネントキャリアに関する設定、下りリンク（ＤＬ）割り当てなどを含むことができる。また、ＰＳＣｅｌｌ上でランダムアクセス手順が行われ、ＰＳＣｅｌｌは非アクティブ化されることがない。しかし、ＰＳＣｅｌｌはＰＣｅｌｌでないことから、ＲＲＣ接続で接続された基地局が該ＰＳＣｅｌｌを使用することができない。
【００５７】
図７Ａは、デュアルコネクティビティに関わる基地局の制御プレーン（Control Plane；Ｃ−Ｐｌａｎｅ）接続を示す概念図であり、図７Ｂは、デュアルコネクティビティに関わる基地局のユーザプレーン（User Plane；Ｕ−Ｐｌａｎｅ）接続を示す概念図である。
【００５８】
図７Ａは、特定端末のデュアルコネクティビティに関わる基地局の制御プレーン（Ｃ−Ｐｌａｎｅ）を示す図である。ＭｅＮＢがＳ１−ＭＭＥを介してＭＭＥに接続された制御プレーンであり、ＭｅＮＢとＳｅＮＢとは、Ｘ２−Ｃ（Ｘ２−制御プレーン）を介して相互接続される。図７Ａに示すように、デュアルコネクティビティのための基地局間（Ｉｎｔｅｒ−ｅＮＢ）制御プレーンシグナリングが、Ｘ２インターフェースシグナリングによって行われる。ＭＭＥへの制御プレーンシグナリングは、Ｓ１インターフェースシグナリングによって行われる。ＭｅＮＢとＭＭＥとの間に、端末当たり１つのＳ１−ＭＭＥ接続のみが存在する。各基地局は、例えば、ＳＣＧに対するＳＣｅｌｌ（Secondary Cell）を他の端末に提供する間に、いくつかの端末には、ＰＣｅｌｌ（Primary Cell）の提供などのように、端末を独立して扱う必要がある。特定端末のデュアルコネクティビティに関わるそれぞれの基地局は、自体の無線リソースを有し、自体のセルの無線リソースを割り当てること、及びＸ２インターフェースシグナリングによって行われるＭｅＮＢとＳｅＮＢとの間のそれぞれの調整を主に担当する。
【００５９】
図７Ｂは、特定端末のデュアルコネクティビティに関わる基地局のユーザプレーン（User plane；Ｕ−Ｐｌａｎｅ）接続を示す図である。ユーザプレーン接続は、ベアラオプション設定に従う。１）ＭＣＧベアラにおいて、ＭｅＮＢはＳ１−Ｕを介してＳ−ＧＷにユーザプレーン接続され、２）分割（split）ベアラにおいて、ＭｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷにユーザプレーン接続され、さらにＭｅＮＢとＳｅＮＢとはＸ２−Ｕを介して相互接続され、３）ＳＣＧベアラにおいて、ＳｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷと直接接続される。ＭＣＧ及び分割ベアラのみ設定された場合、ＳｅＮＢにはＳ１−Ｕの終端が存在しない。デュアルコネクティビティにおいて、マクロセルのグループからスモールセルのグループへのデータオフロードのためには、スモールセルの改善が要求される。スモールセルはマクロセルから離れて配置されてもよいので、端末の観点では、複数のスケジューラが異なるノードに分離して位置し、独立して動作する。これは、異なるスケジューリングノードが異なる無線リソース環境を経ることを意味し、各スケジューリングノードがそれぞれ異なるスケジューリング結果を有し得るということを意味する。
【００６０】
図８は、デュアルコネクティビティのための無線プロトコル構造を示す概念図である。
【００６１】
本実施例のＥ−ＵＴＲＡＮは、ＲＲＣ接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態の複数の受信／送信（Ｒｘ／Ｔｘ）端末が、Ｘ２インターフェース上の非理想的バックホール（backhaul）を介して接続された２個の基地局に位置し（located）２個の別個のスケジューラ（scheduler）によって提供された無線リソースを利用するように構成される、デュアルコネクティビティ（Dual Connectivity；ＤＣ）動作をサポートすることができる（E-UTRAN of the present example can support dual connectivity operation whereby a multiple receptions/transmissions(RX/TX) UE in RRC C ONNECTED is configured to utilize radio resources provided by two distinct schedulers, located in two eNBs (or base stations) connected via a non-ideal backhaul over the X2 interface）。特定端末のデュアルコネクティビティに関わる基地局は、２つの異なる役割を仮定することもできる。すなわち、基地局は、ＭｅＮＢ又はＳｅＮＢとして動作することができる。デュアルコネクティビティにおいて、端末は、一つのＭｅＮＢ及び一つのＳｅＮＢに接続することができる。
【００６２】
デュアルコネクティビティ（ＤＣ）動作において、特定ベアラ（bearer）が用いる無線プロトコル構造は、ベアラがどのように設定されているかによる。３つの代案として、ＭＣＧ（Master Cell Group）ベアラ８０１、分割ベアラ（split bearer）８０３及びＳＣＧ（Secondary Cell Group）ベアラ８０５が存在する。３つの代案を図８に示す。ＳＲＢ（Signaling Radio Bearer）は常時（always）ＭＣＧベアラであり、ＭｅＮＢによって提供される無線リソースのみを用いる。ＭＣＧ（Master Cell Group）ベアラ（ＲＢ−ａ）は、デュアルコネクティビティにおいてのみＭｅＮＢリソースを用いるためにＭｅＮＢにのみ位置している無線プロトコルである。また、ＳＣＧ（Secondary Cell Group）ベアラ（ＲＢ−ｃ）は、デュアルコネクティビティにおいてＳｅＮＢリソースを用いるためにＳｅＮＢにのみ位置している無線プロトコルである。
【００６３】
特に、分割ベアラ８０３は、デュアルコネクティビティにおいてＭｅＮＢ及びＳｅＮＢリソースの両方を用いるためにＭｅＮＢ及びＳｅＮＢの両方に位置している無線プロトコルである。分割ベアラ８０３は、一方向（direction）に対する１つのＰＤＣＰ（Packet Data Convergence Protocol）エンティティ、２個のＲＬＣ（Radio Link Control）及び２個のＭＡＣ（Medium Access Control）エンティティを含む無線ベアラであってもよい。特に、デュアルコネクティビティ動作は、ＳｅＮＢによって提供された無線リソースを用いるように設定された少なくとも一つのベアラを有するものとして説明されてもよい。
【００６４】
図９は、デュアルコネクティビティにおける具体的な分割ベアラを示す図である。
【００６５】
図９の構造は、ＭｅＮＢが終端となる（で終結する）Ｓ１−Ｕ、ＭｅＮＢにおける分割ベアラ、及び分割ベアラに対する独立したＲＬＣの組合せである。
【００６６】
この構造の予想される利点は、次のとおりである。
【００６７】
１）ＳｅＮＢの移動がＣＮに隠される、２）ＭｅＮＢでのみ要求される暗号化と何らのセキュリティ衝突もない、３）ＳｅＮＢ変更時に要求されるＳｅＮＢ間のデータフォワーディング（data forwarding）がない、４）ＳｅＮＢトラフィックのＲＬＣプロセシングをＭｅＮＢからＳｅＮＢにオフロードすることができる、５）ＲＬＣエンティティへの衝突が少ないか全くない、６）同一ベアラに対するＭｅＮＢ及びＳｅＮＢにわたる無線リソースの利用が可能である、及び７）ＳｅＮＢの移動に対する要求値を緩和可能である（その間にＭｅＮＢが用いられてもよい。）。
【００６８】
この構造の予想される短所は、次のとおりである。
【００６９】
１）ＭｅＮＢにおいて全ての接続トラフィックをルーティング、プロセス及びバッファする必要がある、２）ＰＤＣＰエンティティが送信のためのｅＮＢへのＰＤＣＰ  ＰＤＵのルーティング及び受信のためのＰＤＣＰ  ＰＤＵの再整列を担当することになる、３）ＭｅＮＢとＳｅＮＢとの間の流れの制御が要求される、４）上りリンクにおいて、ＲＬＣ再送信及び状態ＰＤＵの取扱に対して論理チャネルの優先順位（logical channel prioritization）が影響を与える（対応ＲＬＣエンティティが常駐する基地局に限る。）、及び５）デュアルコネクティビティ端末に対するＳｅＮＢからのＬＢＯ（Local Break-Out）及びコンテンツキャッシング（content caching）のサポートが不可能である。
【００７０】
図１０は、バッファ状態及びパワーヘッドルーム報告のシグナリングを示す図である。
【００７１】
適切な量の上りリンクリソースを割り当てるために、スケジューラは、端末からの送信を待機するデータの量に関する情報を必要とする。明らかに、送信するデータを有していない端末には上りリンクリソースを提供する必要がないが、これは単に、端末にとって承認された（granted）リソースを埋めるためにパディングを行うことを招くからである。したがって、少なくとも、スケジューラは、端末が送信するデータを有するか、及びグラント（grant）が与えられるべきかについて知る必要がある。
【００７２】
複数のビットのスケジューリングはより高いコストを必要とするため、スケジューリング要求に対する単一ビットの利用は、上りリンクオーバーヘッドを小さく維持する必要性によって動機付けられる。単一ビットスケジューリング要求の結果、この要求を受信した場合、端末のバッファ状況に関する基地局における情報が制限される。これについては、異なるスケジューラの具現により異なるように対処する。一つの可能性は、端末が電力制限を伴わずに効果的にリソースを利用できるようにすることを保証する（ensure）ために、少量のリソースを割り当てることである。一旦端末がＵＬ−ＳＣＨ上で送信を始めると、以下に論じるように、バッファ状態及びパワーヘッドルームに関するさらに詳細な情報は、インバンド（inband）ＭＡＣ制御メッセージによって搬送することができる。
【００７３】
既に有効なグラントを有する端末は、明確に（obviously）上りリンクリソースを要求する必要がない。しかし、スケジューラが後のサブフレームで各端末に承認するリソースの量を決定できるようにするには、バッファ状況及び電力利用可能性に関する情報が、上記で述べたように、有用である。この情報は、ＭＡＣ制御要素を通じた上りリンク送信の一部としてスケジューラに提供される。ＭＡＣサブヘッダの一つにおけるＬＣＩＤフィールドは、図１０に示すように、バッファ状態報告の存在を示すリザーブされた値に設定される。
【００７４】
特に、端末の電力が制限される結果を招かない変調及び符号化方法とリソースサイズＭとの組合せをスケジューラが選択することを助けるために、端末は、端末の電力使用（用途）（power usage）に関する定期（regular）パワーヘッドルーム報告を提供するように設定されてもよい。それぞれのコンポーネントキャリアに対して個別の送信電力制限がある。このため、パワーヘッドルームは、それぞれのコンポーネントキャリアに対して別々に測定及び報告されなければならない。
【００７５】
ＬＴＥリリース１０では、タイプ１及びタイプ２の２種類の異なるタイプのパワーヘッドルーム報告が定義されている。タイプ２の報告は、組み合わせられたＰＵＳＣＨ及びＰＵＣＣＨ送信を仮定するが、タイプ１の報告は、搬送波上のＰＵＳＣＨのみの送信を仮定したパワーヘッドルームを反映している。
【００７６】
あるサブフレームで端末に実際にＰＵＳＣＨ送信がスケジュールされたことを仮定すると、このサブフレームに対して有効なタイプ１パワーヘッドルーム（Power Headroom）は、次式によって与えられる。
【００７７】
【数１】
0006259083.tif 000002
【００７８】
ここで、ＭとΔMCS値とは、パワーヘッドルーム報告に対応するサブフレームで用いられるリソース割り当てと変調及びコーディング方法とに該当する。パワーヘッドルームが搬送波当たりの最大送信電力と実際搬送波送信電力との差の測定でないという点に注目されたい。上記の式に示すように、パワーヘッドルームは、ＰCMAX,cと、送信電力の上限がないと仮定した場合に利用可能な送信電力との差を表す。このため、パワーヘッドルームはしばしば負の値を有してもよい。より正確には、負のパワーヘッドルームは、パワーヘッドルーム報告時に、搬送波当たりの送信電力がＰCMAX,cによって制限されたことを表す。パワーヘッドルーム報告に対応するサブフレームで端末が使用した変調及びコーディング方法とリソースサイズとをネットワークが知っているので、下りリンク経路損失ＰLDL及びδの項が実質的に変更されていないという仮定の下で、ネットワークは、変調及びコーディング方法とリソースサイズＭとの有効な組合せを決定することができる。
【００７９】
タイプ１パワーヘッドルームは、実際にＰＵＳＣＨ送信がないサブフレームに対しても報告可能である。この場合、上記の式における１０・ｌｏｇ10（Ｍ）及びΔMCSは、０に設定される。
【００８０】
【数２】
0006259083.tif 000003
【００８１】
これは、ΔMCS＝０ｄＢに関連付けられた最小可能リソース割り当て（Ｍ＝１）並びに変調及びコーディング方法に対応するデフォルト（default）送信設定を仮定したパワーヘッドルームを意味することができる。
【００８２】
同様に、タイプ２パワーヘッドルーム報告は、搬送波当たり最大送信電力とＰＵＳＣＨ及びＰＵＣＣＨ送信電力のそれぞれの和との間の差（the difference between the maximum per-carrier transmit power and the sum of the PUSCH and PUCCH transmit power respectively）として定義され、また、ＰＵＳＣＨ及びＰＵＳＣＣＨ送信電力を計算する際に搬送波当たり最大送信電力は考慮されない。
【００８３】
タイプ１パワーヘッドルーム報告と略同様に、タイプ２パワーヘッドルームも、ＰＵＳＣＨ及び／又はＰＵＣＣＨが送信されないサブフレームに対して報告されてもよい。この場合、可能な最小のリソース割り当て（Ｍ＝１）、ＰＵＳＣＨに対するΔMCS＝０ｄＢ、及びＰＵＣＣＨに対するΔFormat＝０を仮定して、仮想ＰＵＳＣＨ及び／又はＰＵＣＣＨ送信電力を計算する。
【００８４】
上りリンクに対して、電力利用可能性又はパワーヘッドルームは、名目（nominal）最大出力電力とＵＬ−ＳＣＨ送信に対する推定出力電力との差として定義される。この量は、（ｄＢ単位で）負の値の他、正の値であってもよい。負の値は、ネットワークが、端末に与えられた現在の電力利用可能性よりも高いデータレート（data rate）をスケジューリングしたことを表す。パワーヘッドルームは、電力制御メカニズムに依存するので、システム内干渉及び基地局までの距離などの要素に間接的に依存する。
【００８５】
バッファ状態報告と類似の方式によって、すなわち、端末がＵＬ−ＳＣＨ上で送信するようにスケジュールされた場合にのみ、パワーヘッドルームに関する情報が端末から基地局にフィードバックされる。タイプ２報告は、プライマリコンポーネントキャリアに対してのみ提供されるが、タイプ１報告は、全てのコンポーネントキャリアに対して同時に提供される。
【００８６】
パワーヘッドルーム報告は、次の理由によってトリガされ得る。
−  タイマによって周期的に制御される場合
−  最近のパワーヘッドルーム報告が（設定可能な）閾値（threshold）よりも大きいことによる経路損失の変化
−  （バッファ状態報告と同じ理由で）パディングの代わりに
【００８７】
また、２個のパワーヘッドルーム報告間の最小時間を制御して上りリンク上のシグナリング負荷を制御するために制限タイマ（prohibit timer）を設定することもできる。
【００８８】
図１１は、ＰＨＲ  ＭＡＣ  ＣＥ（Power Headroom Reporting MAC Control CE）を示す概念図である。
【００８９】
パワーヘッドルームＭＡＣ制御要素は、表１に明記されたＬＣＩＤを有するＭＡＣ  ＰＤＵサブヘッダによって識別される。パワーヘッドルームＭＡＣ制御要素は、固定したサイズを有し、続く表２によって定義されたとおり、単一オクテット（octet）（バイト）で構成される。
【００９０】
【表１】
0006259083.tif 000004
【００９１】
【表２】
0006259083.tif 000005
【００９２】
Ｒ（１１０１）フィールドは、リザーブされたビットであって、“０”に設定される。また、ＰＨ（１１０３）フィールドは、パワーヘッドルームレベルを示す。ＰＨ（１１０３）フィールドの長さは６ビットである。報告されたＰＨ及び対応パワーヘッドルームレベルは、上記の表２に示す。
【００９３】
図１２は、拡張（extended）ＰＨＲ  ＭＡＣ  ＣＥを示す概念図である。
【００９４】
拡張パワーヘッドルームＭＡＣ制御要素は、上記の表１に明記されたＬＣＩＤを有するＭＡＣ  ＰＤＵサブヘッダによって識別される。拡張パワーヘッドルームＭＡＣ制御要素は、可変サイズを有し、図１２で定義される。タイプ２ＰＨが報告されるとき、ＳＣｅｌｌ別ＰＨの存在を示すオクテットの後にタイプ２ＰＨフィールドを含むオクテットがまず含まれ、（報告される場合）関連付けられたＰCMAX,cフィールドを含むオクテットが後続する。その後、ビットマップに示されたＰＣｅｌｌ及びそれぞれのＳＣｅｌｌに対して、“Ｓｅｒｖｉｎｇ  ＣｅｌｌＩｎｄｅｘ”の昇順に基づいて、タイプ１ＰＨフィールド及び（報告される場合）関連付けられたＰCMAX,cフィールドを有するオクテットが後続する。
【００９５】
拡張パワーヘッドルームＭＡＣ制御要素は、次のように定義される。
【００９６】
‘Ｃi’（１２０１）フィールドは、ＳＣｅｌｌインデックスｉを有するＳＣｅｌｌに対するＰＨフィールドの存在を示す。“１”に設定されたＣiフィールドは、ＳＣｅｌｌインデックスｉを有するＳＣｅｌｌに対するＰＨフィールドが報告される旨を示す。“０”に設定されたＣiフィールドは、ＳＣｅｌｌインデックスｉを有するＳＣｅｌｌに対するＰＨフィールドが報告されない旨を示す。
【００９７】
‘Ｒ’（１２０３）フィールドは、リザーブされたビットであって、“０”に設定される。
【００９８】
‘Ｖ’（１２０５）フィールドは、ＰＨ値が実際の送信に基づくか又は参照（reference）フォーマットに基づくかを示す。タイプ１ＰＨに対して、Ｖ＝０は、ＰＵＳＣＨ上での実際の送信を示し、Ｖ＝１は、参照フォーマットが用いられたことを示す。タイプ２ＰＨに対して、Ｖ＝０は、ＰＵＳＣＨ上での実際の送信を示し、Ｖ＝１は、参照フォーマットが用いられることを示す。また、タイプ１及びタイプ２ＰＨの両方に対して、Ｖ＝０は、関連付けられたＰCMAX,cフィールドを含むオクテットの存在を示し、Ｖ＝１は関連付けられたＰCMAX,cフィールドを含むオクテットが省略されたことを示す。
【００９９】
‘ＰＨ’（１２０７）フィールドは、パワーヘッドルームレベルを示す。フィールドの長さは６ビットである。報告されたＰＨ及び対応パワーヘッドルームレベルは、表２に記載されている。
【０１００】
‘Ｐ’（１２０９）フィールドは、端末がＰ−ＭＰＲｃによって許可される（allowed）電力管理による電力バックオフ（power backoff）を適用するか否かを示す。適用された電力管理による電力バックオフがない場合、対応ＰCMAX,cフィールドが互いに異なる値を有する場合には、端末はＰ＝１に設定することができる。
【０１０１】
‘ＰCMAX,c’（１２１１）フィールドは、存在する場合、先行ＰＨフィールドの計算のために用いられたＰCMAX,c又は
【数３】
0006259083.tif 000006
を示す。報告されたＰCMAX,c及び対応する名目端末送信電力レベルを、表３に示す。
【０１０２】
端末が、ＴＴＩにおいて新しい送信に対して割り当てられたＵＬリソースを有し、ＰＵＣＣＨ−ＰＵＳＣＨ同時送信（simultaneous PUCCH-PUSCH transmission）として設定された場合、拡張パワーヘッドルームＭＡＣ制御要素は、ＴＴＩ内のＰＨのフィールドにセルに対するタイプ２パワーヘッドルームの値を含む。この場合、ＴＴＩにおいて端末がＰＣＣＨ送信を有する場合、拡張パワーヘッドルームＭＡＣ制御要素は、物理層からの対応ＰCMAX,cフィールドの値を含む。
【０１０３】
【表３】
0006259083.tif 000007
【０１０４】
従来の技術において、複数の（多重）（multiple）セルが上りリンクに設定されるとしても、ＰＵＣＣＨは、端末に対するただ一つのセル（例えば、ＰＣｅｌｌ）でのみ設定される。このため、拡張ＰＨＲ  ＭＡＣ  ＣＥにおいて、タイプ１ＰＨは全てのセルに対して報告されるが、タイプ２ＰＨはＰＣｅｌｌに対してのみ報告される。タイプ１ＰＨは、ＰＵＳＣＨ送信のみを考慮して計算されたパワーヘッドルームであり、タイプ２ＰＨは、ＰＵＣＣＨ及びＰＵＳＣＨ送信の両方を考慮して計算されたパワーヘッドルームである。
【０１０５】
上述したデュアルコネクティビティにおいて、ＰＵＣＣＨは、ＳｅＮＢによって制御される少なくとも一つのサービングセルに対して用いられるように決定される。その理由は、ＭｅＮＢとＳｅＮＢとが非理想的なバックホールで接続されることから、ＳｅＮＢがＭｅＮＢに送信されたＰＵＣＣＨに基づいて端末をスケジューリングできないためである。仮にＰＣｅｌｌ以外の他のサービングセルに対してＰＵＣＣＨ−ＰＵＳＣＨ同時送信がサポートされる場合、ＰＨＲは、このような面を反映するために変更されてもよい。
【０１０６】
図１３は、本発明の実施例に係るパワーヘッドルーム報告を示す概念図である。
【０１０７】
デュアルコネクティビティにおいて、端末は、ＭｅＮＢ及びＳｅＮＢの両方に同時に接続することができる。ＭＣＧは、ＭｅＮＢと関連付けられたサービングセルのグループであり、ＰＣｅｌｌと追加の一つ又は複数のＳＣｅｌｌとを含む。ＳＣＧは、ＳｅＮＢと関連付けられたサービングセルのグループであり、特別ＳＣｅｌｌと追加の一つ又は複数のＳＣｅｌｌを含む。特別ＳＣｅｌｌはＰＳＣｅｌｌであってもよい。
【０１０８】
デュアルコネクティビティ（ＤＣ）において、ＰＵＣＣＨはＰＣｅｌｌ及びＰＳＣｅｌｌ上で送信される。ＵＥの能力（capability）によって、ＵＥは、同一サブフレームでＰＣｅｌｌ及びＰＳＣｅｌｌ上のＰＵＣＣＨ−ＰＵＳＣＨ同時送信をサポートすることもできる。しかし、ＭｅＮＢ及びＳｅＮＢは、ＰＣｅｌｌ及びＰＳＣｅｌｌ上のＰＵＣＣＨ−ＰＵＳＣＨ同時送信の設定に対して異なる選好（選択）（preference）を有することもある。このため、ネットワーク設定を可能にするために（for network configurability）、それぞれのｅＮＢがＰＣｅｌｌ及びＰＳＣｅｌｌ上のＰＵＣＣＨ−ＰＵＳＣＨ同時送信を独立して設定することが自然であろう。例えば、ＭｅＮＢは、ＰＣｅｌｌ上でのＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定し、ＳｅＮＢは、ＰＳＣｅｌｌ上でのＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定する。
【０１０９】
ＵＥが複数の（多重）（multiple）ＰＵＣＣＨで設定された場合、正確なＵＥ電力状況をｅＮＢに報告するために、タイプ１ＰＨに加えて、ｅＮＢへのＰＵＣＣＨ−ＰＵＳＣＨ同時送信が設定されたそれぞれのアクティブ化されたサービングセルに対してタイプ２ＰＨをＵＥが報告することが提案される。
【０１１０】
本発明を具現するために次のような段階を用いることができる。
【０１１１】
それぞれのサービングセルに対して、ＵＥは、ＰＵＣＣＨ及びＰＵＳＣＨ設定とＰＵＣＣＨ−ＰＵＳＣＨ同時送信のサポートとを含むサービングセル設定情報をｅＮＢから受信する（Ｓ１３０１）。
【０１１２】
ＰＨＲがトリガされる場合、それぞれのサービングセルに対して、ＵＥは、サービングセルがＰＵＳＣＨ設定され、またアクティブ化されているか否かを確認する（Ｓ１３０３）。好ましくは、ＰＨＲは、ＭＣＧ及びＳＣＧの両方に対してＭＡＣエンティティでトリガされてもよい。
【０１１３】
サービングセルがＰＵＳＣＨ設定され、且つアクティブ化された場合、１）ＵＥは、タイプ１パワーヘッドルームの値を取得し、このＴＴＩに対してこのサービングセル上で送信のために割り当てられたＵＬリソースをＵＥが有する場合、ＵＥは物理層から対応するＰCMAX,cフィールドに対する値を取得する（Ｓ１３０５）。
【０１１４】
ＵＥは、サービングセルがＰＵＣＣＨ−ＰＵＳＣＨ同時送信をサポートするか否かを確認する（Ｓ１３０７）。
【０１１５】
サービングセルがＰＵＣＣＨ−ＰＵＳＣＨ同時送信をサポートする場合、ＵＥは、タイプ２パワーヘッドルームの値を取得し、ＵＥがこのＴＴＩでＰＵＣＣＨ送信を有する場合、ＵＥは、対応するＰCMAX,cフィールドの値を物理層から取得する（Ｓ１３０９）。
【０１１６】
ＵＥは、取得した値に基づいて拡張ＰＨＲ  ＭＡＣ制御要素を生成する（Ｓ１３１１）。
【０１１７】
図１４乃至図１６は、本発明の実施例によって生成された拡張ＰＨＲ  ＭＡＣ  ＣＥを示す概念図である。
【０１１８】
図１４は、ＳｅＮＢによってサービスが提供されるＳＣｅｌｌがＵＥに設定された場合を示す。このフォーマットにおいて、ＵＥは、タイプ２ＰＨをまず含め、その後、タイプ１ＰＨＦを含めることによって、ＰＨＲ  ＭＡＣ  ＣＥを構成する。
【０１１９】
ＰＣｅｌｌに対してタイプ２ＰＨが報告された場合、ＳＣｅｌｌごとにＰＨの存在を示すオクテットの後に、ＰＣｅｌｌに対するタイプ２ＰＨフィールドを含むオクテットがまず含まれ、（報告される場合）関連付けられたＰCMAX,cフィールドを含むオクテットが後続する。デュアルコネクティビティ（ＤＣ）が設定された場合、図１４を参照すると、ＰＳＣｅｌｌに対するタイプ２ＰＨが報告される場合、その後、ＰＳＣｅｌｌに対するタイプ２ＰＨフィールドを含むオクテット、及び（報告される場合）関連付けられたＰCMAX,cフィールドを含むオクテットが後続する。その後、ビットマップに示されたＰＣｅｌｌ及びそれぞれのＰＳＣｅｌｌ及びＳＣｅｌｌに対してタイプ１ＰＨを有するオクテット、及び（報告される場合）関連付けられたＰCMAX,cフィールドを有するオクテットが、サービングセルインデックスに基づく昇順で後続する。
【０１２０】
デュアルコネクティビティ（ＤＣ）において、ＰＨＲは全てのアクティブセルのＰＨ情報を含む。したがって、ＰＣｅｌｌ又はＰＳＣｅｌｌに対してＰＵＣＣＨ−ＰＵＳＣＨ同時送信が設定された場合、ＭｅＮＢ又はＳｅＮＢは、ＰＣｅｌｌ又はＰＳＣｅｌｌのタイプ２ＰＨを含む拡張ＰＨＲ  ＭＡＣ  ＣＥを受信するだろう。
【０１２１】
具体的には、ＵＥがサブフレームにおいてＰＨＲ  ＭＡＣ  ＣＥを用いてパワーヘッドルーム報告を送信する場合、ＰＨＲ  ＭＡＣ  ＣＥは、ＳＣｅｌｌに対するタイプ２ＰＨ情報の値１４０３が続くＰＣｅｌｌに対するタイプ２ＰＨ情報の値１４０１と、ＰＣｅｌｌに対するタイプ１ＰＨ情報の値１４０５が続くＳＣｅｌｌに対するタイプ２ＰＨ情報１４０３と、を含む。
【０１２２】
好ましくは、ＰＣｅｌｌがＰＵＣＣＨ−ＰＵＳＣＨ同時送信をサポートする場合、ＰＣｅｌｌに対するタイプ２ＰＨ情報の値は、ＰＨＲ  ＭＡＣ  ＣＥ内にある。また、同様に、ＳＣｅｌｌがＰＵＣＣＨ−ＰＵＳＣＨ同時送信をサポートする場合、ＳＣｅｌｌに対するタイプ２ＰＨ情報の値がＰＨＲ  ＭＡＣ  ＣＥ内にある。
【０１２３】
ＭｅＮＢがＰＣｅｌｌ上でのＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定し、ＳｅＮＢもＰＳＣｅｌｌ上でＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定したと仮定する。この場合、ＰＵＣＣＨがＰＣｅｌｌ上のサブフレームで送信されなければ、ＰＣｅｌｌに対するタイプ２ＰＨ情報の値１４０１を含む１番目のオクテットの直後に、ＰＨＲ  ＭＡＣ  ＣＥ内のＳＣｅｌｌに対するタイプ２ＰＨ情報の値を含む２番目のオクテットが続く。一方、ＰＵＣＣＨがＰＣｅｌｌ上のサブフレームで送信される場合、ＰＨＲ  ＭＡＣ  ＣＥ内で、ＰＣｅｌｌに対するタイプ２ＰＨ情報の値１４０１を含む１番目のオクテットの直後に、ＰＣｅｌｌの最大電力の値１４０７を含む２番目のオクテットが続き、ＰＣｅｌｌの最大電力の値１４０７を含む２番目のオクテットの直後に、ＳＣｅｌｌに対するタイプ２ＰＨ情報の値１４０３を含む３番目のオクテットが続く。
【０１２４】
好ましくは、ＰＵＣＣＨがＳＣｅｌｌ上のサブフレームで送信されない場合、ＰＨＲ  ＭＡＣ  ＣＥ内で、ＳＣｅｌｌに対するタイプ２ＰＨ情報の値１４０３を含む１番目のオクテットの直後に、ＰＣｅｌｌに対するタイプ１ＰＨ情報の値１４０５を含む２番目のオクテットが続く。また、第２セル上のサブフレームでＰＵＣＣＨが送信される場合、ＰＨＲ  ＭＡＣ  ＣＥ内で、ＳＣｅｌｌに対するタイプ２ＰＨ情報の値１４０３を含む１番目のオクテットの直後に、ＳＣｅｌｌの最大電力の値１４０９を含む２番目のオクテットが続き、ＳＣｅｌｌの最大電力の値１４０９を含む２番目のオクテットの直後に、ＰＣｅｌｌに対するタイプ１ＰＨ情報の値１４０５を含む３番目のオクテットが続く。
【０１２５】
一方、他の（別の）ｅＮＢが対応するＰＣｅｌｌ又はＰＳＣｅｌｌ上でのＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定したか否かをｅＮＢが認識できない場合、ｅＮＢは受信した拡張ＰＨＲ  ＭＡＣ  ＣＥを解釈することができない。例えば、ＳｅＮＢはＰＳＣｅｌｌ上でＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定していないが、ＭｅＮＢはＰＣｅｌｌ上でＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定したと仮定することができる。
【０１２６】
ＵＥは（トリガ条件によって）ＭｅＮＢ／ＳｅＮＢに、ＰＣｅｌｌのタイプ２ＰＨを含む拡張ＰＨＲ  ＭＡＣ  ＣＥを送信することができる。その後、ＭｅＮＢがＰＣｅｌｌ上でＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定したか否かをＳｅＮＢが把握できない場合、ＳｅＮＢは、受信した拡張ＰＨＲ  ＭＡＣ  ＣＥを解釈することができない。このため、各ｅＮＢは、他のｅＮＢのＰＣｅｌｌ／ＰＳＣｅｌｌに対するＰＵＣＣＨ−ＰＵＳＣＨ同時送信設定を知らせる必要がある。各ｅＮＢのＰＣｅｌｌ／ＰＳＣｅｌｌに対するＰＵＣＣＨ−ＰＵＳＣＨ同時送信設定を他のｅＮＢに知らせるための様々な方法がある。上記の設定は、明示的に知らされてもよく、他のタイプ２ＰＨの情報に必須で（義務的に）（mandatorily）含まれてもよい。例えば、上記の仮定において、ＵＥがＭｅＮＢに、ＰＣｅｌｌのタイプ２ＰＨを含む拡張ＰＨＲ  ＭＡＣ  ＣＥを送信するに当たり、拡張ＰＨＲ  ＭＡＣ  ＣＥは、無条件で（例えば、ＰＳＣｅｌｌ上でＰＵＣＣＨ−ＰＵＳＣＨ同時送信が許可されたか否かに関する条件を伴わずに）ＰＳＣｅｌｌのタイプ２ＰＨを必須で含むが、これは上記の実施例に制限されるものではない。
【０１２７】
図１５は、複数のＳＣｅｌｌがＳｅＮＢによってサービスが提供され、且つＵＥに対して設定された場合を示す。このフォーマットにおいて、ＵＥは、タイプ２ＰＨをまずみ、それからタイプ１ＰＨを含むＰＨＲ  ＭＡＣ  ＣＥを構成する。
【０１２８】
ＵＥがサブフレーム内のＰＨＲ  ＭＡＣ  ＣＥを用いてパワーヘッドルーム報告を送信する場合、ＰＨＲ  ＭＡＣ  ＣＥは、複数のタイプ１ＰＨ情報の値を含むタイプ１ＰＨ情報の第２グループ（Ｂ）が続く複数のタイプ２ＰＨ情報の値を含むタイプ２ＰＨ（Power Headroom）情報の第１グループ（Ａ）を含む。
【０１２９】
具体的には、ＰＨＲ  ＭＡＣ  ＣＥは、セルインデックスの昇順（increasing order）で各ＳＣｅｌｌに対する複数のタイプ２ＰＨ情報の値１５０３が続くＰＣｅｌｌに対するタイプ２ＰＨ情報の値１５０１と、タイプ１ＰＨ情報の第２グループ（Ｂ）が続く上記複数のタイプ２ＰＨ情報の値１５０３と、を含む。
【０１３０】
好ましくは、複数のＳＣｅｌｌのそれぞれ（respective multiple SCells）に対する複数のタイプ２ＰＨ情報の値１５０３は、タイプ２ＰＨ情報の第１グループ（Ａ）内でセルインデックスの昇順に整列される。
【０１３１】
例えば、ＳＣｅｌｌ１はインデックス１を有し、ＳＣｅｌｌ２はインデックス２を有する場合、ＳＣｅｌｌ１のインデックスがＳＣｅｌｌ２のインデックスに先立つので、ＳＣｅｌｌ１に対するタイプ２ＰＨ情報の値を含むオクテットに、ＳＣｅｌｌ２のタイプ２ＰＨ情報の値を含むオクテットが続く。
【０１３２】
好ましくは、ＰＣｅｌｌがＰＵＣＣＨ−ＰＵＳＣＨ同時送信をサポートする場合、ＰＣｅｌｌに対するタイプ２ＰＨ情報の値は、ＰＨＲ  ＭＡＣ  ＣＥ内にある。また、同様に、ＳＣｅｌｌがＰＵＣＣＨ−ＰＵＳＣＨ同時送信をサポートする場合、ＳＣｅｌｌに対するタイプ２ＰＨ情報の値はＰＨＲ  ＭＡＣ  ＣＥ内にある。
【０１３３】
ＭｅＮＢがＰＣｅｌｌ上でＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定し、ＳｅＮＢもＳＣｅｌｌ上でＰＵＣＣＨ−ＰＵＳＣＨ同時送信を設定したと仮定する。
【０１３４】
タイプ２ＰＨ情報の第１グループ（Ａ）は、サブフレーム内で第１セルに対するＰＵＣＣＨが送信されない場合、複数のＳＣｅｌｌに対する複数のタイプ２ＰＨ情報の値１５０３が直後にくるＰＣｅｌｌに対するタイプ２ＰＨ情報の値１５０１を含む１番目のオクテットを含み、サブフレーム内で第１セルに対するＰＵＣＣＨが送信される場合、ＰＨＲ  ＭＡＣ  ＣＥ内にＰＣｅｌｌの最大電力の値１５０５を含む２番目のオクテットが直後にくるＰＣｅｌｌに対するタイプ２ＰＨ情報の値１５０１を含む１番目のオクテットと、複数のＳＣｅｌｌに対する複数のタイプ２ＰＨ情報の値１５０３が直後にくるＰＣｅｌｌの最大電力の値１５０５を含む２番目のオクテットと、を含む。
【０１３５】
好ましくは、複数のＳＣｅｌｌのそれぞれに対する複数のタイプ２ＰＨ情報の値はタイプ２ＰＨ情報の第１グループ（Ａ）内でセルインデックスの昇順に整列されるため、タイプ２ＰＨ情報を含む２番目のオクテットに対するＳＣｅｌｌは、複数のＳＣｅｌｌのうち最も早いインデックスを有する。
【０１３６】
複数のＳＣｅｌｌに対する複数のタイプ２ＰＨ情報の値１５０３は、ＰＵＣＣＨがＳＣｅｌｌ１上のサブフレームで送信される場合、ＰＨＲ  ＭＡＣ  ＣＥ内でＳＣｅｌｌ１の最大電力の値１５０９を含む２番目のオクテットが直後にくる、ＳＣｅｌｌ１に対するタイプ２ＰＨ情報の値１５０７を含む１番目のオクテットを含み、サブフレームで第１セルに対するＰＵＣＣＨが送信されない場合、ＰＨＲ  ＭＡＣ  ＣＥ内でＳＣｅｌｌ２に対するタイプ２ＰＨ情報の値１５１１を含む２番目のオクテットが直後にくる、ＳＣｅｌｌ１に対するタイプ２ＰＨ情報の値１５０７を含む１番目のオクテットを含む。
【０１３７】
また、同様に、複数のＳＣｅｌｌのそれぞれに対する複数のタイプ２ＰＨ情報の値は、タイプ２ＰＨ情報の第２グループ（Ｂ）内でセルインデックスの昇順に整列される。
【０１３８】
好ましくは、タイプ１ＰＨ情報の第２グループ（Ｂ）は、セルインデックスの昇順で複数のＳＣｅｌｌのそれぞれに対する複数のタイプ１ＰＨ情報の値１５１５が続く、ＰＣｅｌｌに対するタイプ１ＰＨ情報の値１５１３を含む。
【０１３９】
一方、ＰＨＲ  ＭＡＣ  ＣＥは、タイプ２ＰＨ情報の第１グループが続くセルインデックス情報を含むオクテット１５１７をさらに含む。オクテット１５１７は、ＳＣｅｌｌごとのタイプ２ＰＨの存在を示す。
【０１４０】
図１６は、ＳｅＮＢによってサービスが提供される（served）複数のＳＣｅｌｌがＵＥに設定された場合を示す。ＰＳＣｅｌｌのタイプ２ＰＨは、ＰＳＣｅｌｌのタイプ１ＰＨを含むオクテットの前に含まれる。
【０１４１】
サービングセルごとのＰＨ関連情報を含めることによってＰＨＲ  ＭＡＣ  ＣＥフォーマットが生成される。上りリンク（例えば、ＰＵＳＣＨ）が設定されたそれぞれのアクティブ化されたサービングセルに対して、ＵＥは、ＰＨＲ  ＭＡＣ  ＣＥ内にタイプ１ＰＨを含む。ＵＥは、ＰＵＳＣＨ送信、ＰＵＣＣＨ−ＰＵＳＣＨ同時送信のサポート、及びＰＵＣＣＨ送信のそれぞれによって、タイプ１ＰＨ関連ＰCMAX,c、タイプ２ＰＨ、及びタイプ２関連ＰCMAX,cをさらに含む。
【０１４２】
例えば、ＰＨＲがトリガされたとき、ＳＣｅｌｌ１がＰＵＳＣＨ設定され且つアクティブ化されている場合、ＵＥは次のように設定する。
−  Ｃ１＝１．
−  ＰＨ（タイプ１、ＳＣｅｌｌ１）を含む。
−  ＵＥが当該ＴＴＩに対してＳＣｅｌｌ１上のＰＵＳＣＨ送信に関して割り当てられたＵＬリソースを有する場合、タイプ１ＰＨに対するＰCMAX,cを含む。
−  ＳＣｅｌｌ１がＰＵＣＣＨ−ＰＵＳＣＨ同時送信に設定された場合、ＰＨ（タイプ２、ＳＣｅｌｌ１）を含む。
−  ＵＥが当該ＴＴＩにおいてＰＵＣＣＨ送信を有する場合、タイプ２ＰＨに対するＰCMAX,cを含む。
【０１４３】
他の全てのサービングセルに対して同一の規則が適用される。
【０１４４】
図１６を参照すると、ＰＣｅｌｌに対するタイプ１ＰＨ情報及びタイプ２ＰＨ情報を含むオクテットに、ＳＣｅｌｌに対するタイプ１ＰＨ情報及びタイプ２ＰＨ情報を含むオクテットが続く。
【０１４５】
ＳＣｅｌｌ１がインデックス１を有し、ＳＣｅｌｌ２がインデックス２を有する場合、ＳＣｅｌｌ１のインテックスがＳＣｅｌｌ２のインデックスに先立つので、ＳＣｅｌｌ１に対するタイプ２ＰＨ情報の値を含むオクテットに、ＳＣｅｌｌ２のタイプ２ＰＨ情報の値を含むオクテットが続く。
【０１４６】
図１５と図１６とでは、将来の拡張性又は単純（簡易）性の観点において相違はない。しかし、本明細書では、Ｃｉフィールドのオクテットの後にタイプ２ＰＨフィールドがまず位置するように特定される。この観点において、図１５の構造は、本明細書に合わせて調整されたものと解釈でき、図１５の構造は図１６の構造に比べて復号しやすい。
【０１４７】
図１７は、本発明の実施例に係る通信装置のブロック図である。
【０１４８】
図１７に示した装置は、上述したメカニズムを行うように適応されたユーザ装置（User Equipment；ＵＥ）及び／又はｅＮＢであってもよいが、同一の作業を行う任意の装置であってもよい。
【０１４９】
図１７に示したように、装置は、ＤＳＰ（Digital Signal Processor）／マイクロプロセッサ１１０及びＲＦ（Radio Frequency）モジュール（送受信器）１３５を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信器１３５に電気的に接続され、送受信器１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、メモリデバイス１３０、スピーカ１４５及び入力デバイス１５０をさらに含むこともできる。
【０１５０】
特に、図１７は、ネットワークから要求メッセージを受信するように構成された受信器１３５、及びネットワークに送／受信タイミング情報を送信するように構成された送信器１３５を含む端末を示すこともできる。このような送信器及び受信器は、送受信器１３５を構成することができる。端末は、送受信器（受信器及び送信器）１３５に接続されたプロセッサ１１０をさらに含むことができる。
【０１５１】
また、図１７は、端末に要求メッセージを送信するように構成された送信器１３５、及び端末から送受信タイミング情報を受信するように構成された受信器１３５を含むネットワーク装置を示すこともできる。送信器及び受信器は、送受信器１３５を構成することもできる。ネットワークは、送信器及び受信器に接続されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延を計算することもできる。
【０１５２】
本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。したがって、上記の詳細な説明は、全ての面で制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付された請求項の合理的解釈によって決定しなければならず、本発明の等価の範囲内での全ての変更は本発明の範囲に含まれる。
【０１５３】
以上説明した各実施例は、本発明の各構成要素と各特徴とが所定形態で結合（組み合わ）されたものである。各構成要素又は特徴は、別途の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の各実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に入れ替え（取り替え）ることができる。特許請求の範囲で明示的な引用関係のない各請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含ませ得ることは自明である。
【０１５４】
本発明の実施例において、基地局（ＢＳ）によって行われると説明した特定動作は、上位ノードのＢＳによって行うこともできる。ＢＳを含む複数のネットワークノードにおいて、ＭＳとの通信のために行われる多様な動作が基地局によって行われたり、基地局以外の他のネットワークノードによって行われ得ることは明らかである。「ｅＮＢ」という用語は、「固定局（fixed station）」、「ＮｏｄｅＢ」、「基地局（ＢＳ）」、アクセスポイントなどに入れ替えることもできる。
【０１５５】
上述した各実施例は、例えば、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせなどの多様な手段によって具現することもできる。
【０１５６】
ハードウェア設定（構成）において、本発明の実施例に係る方法は、一つ又は複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１５７】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。上記メモリユニットは、上記プロセッサの内部又は外部に位置し、既に公知となった多様な手段によって上記プロセッサとデータをやり取りすることができる。
【０１５８】
本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。したがって、上記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならず、本発明の等価の範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１５９】
上述した方法は、３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステムの他、様々な無線通信システムにも適用可能である。
【図１】
0006259083.tif 000008
【図２Ａ】
0006259083.tif 000009
【図２Ｂ】
0006259083.tif 000010
【図３】
0006259083.tif 000011
【図４】
0006259083.tif 000012
【図５】
0006259083.tif 000013
【図６】
0006259083.tif 000014
【図７Ａ】
0006259083.tif 000015
【図７Ｂ】
0006259083.tif 000016
【図８】
0006259083.tif 000017
【図９】
0006259083.tif 000018
【図１０】
0006259083.tif 000019
【図１１】
0006259083.tif 000020
【図１２】
0006259083.tif 000021
【図１３】
0006259083.tif 000022
【図１４】
0006259083.tif 000023
【図１５】
0006259083.tif 000024
【図１６】
0006259083.tif 000025
【図１７】
0006259083.tif 000026