JP6199606B2

JP6199606B2 - 無線通信システムおよび移動端末装置

Info

Publication number: JP6199606B2
Application number: JP2013113386A
Authority: JP
Inventors: 徹内野; 高橋　秀明; 秀明高橋
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2013-05-29
Filing date: 2013-05-29
Publication date: 2017-09-20
Anticipated expiration: 2033-05-29
Also published as: JP2014233009A; WO2014192484A1; US20160073360A1; CN105393580A

Description

本発明は、無線通信技術の分野に関し、特に、移動端末装置から上りリンクで報告されるパワーヘッドルームの送信タイミングの制御に関する。

３ＧＰＰ（3rd Generation Partnership Project）の標準化規格であるＬＴＥ（Long Term Evolution）のリリース１０、およびリリース１１以降では、ＬＴＥをさらに進化させたLTE-advancedが準備されている。

図１（Ａ）に示すように、「ｅＮＢ（evolved Node B）」と呼ばれる無線基地局２０の上りリンク（ＵＬ：uplink）スケジューラは、ＰＵＳＣＨ（Physical Uplink Shared Channel：物理上りリンク共有チャネル）の送信フォーマットを、送信時間インターバル（ＴＴＩ：Transmission Time Interval）ごと、ユーザ装置（ＵＥ）１０ごとに選択する。

ｅＮＢ２０のＵＬスケジューラが適切なＰＵＳＣＨ送信フォーマットを選択できるように、ＵＥ１００からｅＮＢ２０にパワーヘッドルーム報告（ＰＨＲ：Power Headroom Report）をフィードバックさせる機構が用いられる（たとえば、非特許文献１参照）。

パワーヘッドルーム（ＰＨ）は、あるコンポーネントキャリアでのＵＥ１０の最大送信電力から、ＰＵＳＣＨ送信電力を差し引いた余剰の送信電力を表わす。ＰＨが大きいほどＵＥ１００の上りリンクの送信に余裕がある。この場合、ｅＮＢ２０は伝送レートの高い変調方式を選択し、より多くの上りリンクリソースを割り当てることができる。

一方、単位周波数ブロックであるコンポーネントキャリアを複数束ねて広帯域通信を確保するキャリアアグリゲーション（ＣＡ：Carrier Aggregation）の実用化が進められている。キャリアアグリゲーションでは、ＵＥ１００は、接続性を担保する信頼性の高いプライマリセル（PCell：Primary Cell）と、追加的なセカンダリセル（SCell：Secondary Cell）を設定する。SCellは、PCellに追加されてＵＥ１００に設定される。SCellの追加および削除は、ＲＲＣ（Radio Resource Control）層の設定（コンフィギュレーション）で行われる。SCellは、ＲＲＣのコンフィギュレーションでＵＥ１００に設定された直後は、非アクティブ（deactivated）状態である。ＭＡＣ（Media Access Control）層でアクティブ化されてはじめて通信可能、すなわちスケジューリング可能な状態となる。

3GPP TS36.321, V10.8.0, Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification

図１（Ｂ）に示すように、ＵＥ１００は、ｅＮＢ２０から上りリンクが設定（configure）されているSCellに対するアクティベーションコマンドを受信すると、アクティブになった（或いは既にActive状態にある）SCellのＰＨＲを送信する。ＵＥ１００の実装によっては、SCellごとにアクティベーションにかかる時間が異なるため、ＰＨＲが複数回にわたって送信される可能性がある。

たとえば、ＵＥ１００はｅＮＢ２０から、SCell#1とSCell#2のアクティベーションコマンドを受信する。最初にSCell#1がアクティブ化されると、時間Ｔ１でPCellのＰＨＲと、SCell#1のＰＨＲが送信される。その後、時間Ｔ２でSCell#2がアクティブ化されると、Ｔ２でPCellのＰＨＲと、SCell#1、SCell#2のＰＨＲが送信される。この構成では、オーバーヘッドが大きくなるという課題がある。

そこで、本発明はＰＨＲの送信タイミングを制御してオーバーヘッドを低減することのできる無線通信システムと移動端末装置を提供することを課題とする。

上記課題を解決するために、本発明の第１の態様では、無線基地局と、前記無線基地局とキャリアアグリゲーションによる無線通信を行う移動端末装置と、を含み、
前記移動端末装置は、前記無線基地局にパワーヘッドルームを報告するトリガイベントが発生したときに、前記移動端末装置においてアクティベーション途中のセカンダリセルがあるか否かを判断し、
前記トリガイベントの発生時点で、前記アクティベーション途中のセカンダリセルがある場合に、前記無線基地局に対するパワーヘッドルーム報告の送信を一定期間留保する、
ことを特徴とする。

本発明の第２の態様では、移動端末装置を提供する。移動端末装置は、
パワーヘッドルームの報告がトリガされたか否かを判断するＰＨＲトリガ検出部と、
前記パワーヘッドの報告がトリガされた場合に、パワーヘッドルーム報告を作成するＰＨＲ生成部と、
前記パワーヘッドルームの報告がトリガされた場合に、アクティベーション途中のセカンダリセルがあるか否かを判断するセカンダリセル状態管理部と、
前記パワーヘッドルームの報告がトリガされた時点で、前記アクティベーション途中のセカンダリセルがある場合に、前記パワーヘッドルーム報告の送信を一定期間留保する送信タイミング制御部と、
を含む。

上記構成により、移動端末装置でＰＨＲの送信タイミングを制御して、上りリンクのオーバーヘッドを低減することができる。

ＰＨＲ送信時に生じる課題を説明するための図である。第１実施形態の無線通信システムにおけるＰＨＲ送信タイミング制御を説明するための図である。キャリアアグリゲーションが必要となる場面を説明するための図である。第１実施形態のＰＨＲ送信タイミング制御方法を示すフローチャートである。第２実施形態のＰＨＲ送信タイミング制御を説明するための図である。第２実施形態のＰＨＲ送信タイミング制御方法を示すフローチャートである。実施形態のユーザ装置の概略構成図である。ＰＨＲフォーマット例を示す図である。

＜第１実施形態＞
図２は、第１実施形態の無線通信システム１におけるＰＨＲ送信タイミング制御を説明するための図である。図２（Ａ）に示すように、無線通信システム１は、移動端末装置１０と、無線基地局２０を含む。実施形態では、移動端末装置１０を「ユーザ装置（ＵＥ）１０」と称し、無線基地局２０を「ｅＮＢ２０」と称する。

ＵＥ１０は、パワーヘッドルーム報告（ＰＨＲ：Power Headroom Report）の送信タイミングを制御して、上りリンクのオーバーヘッドの増大を抑制する。ｅＮＢ２０は、受信したＰＨＲに基づいて、ＰＨＲで報告されたコンポーネントキャリアごとに、ＵＥ１０のための最適なＰＵＳＣＨ送信フォーマットを選択する。ｅＮＢ２０は、選択したＰＵＳＣＨの送信フォーマットを、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）で通知する。ＰＵＳＣＨ送信フォーマットは、たとえば、ＵＥ１０に割り当てられた上りリンク送信リソースの通知（UL grant）の中で指示される。

ＵＥ１０で、ＰＨＲの送信はたとえば下記のタイミングでトリガされる。
(a) ＰＨＲ禁止タイマが満了している状態で、最後にＰＨＲを報告した時点におけるパスロス（伝搬損）に対して、閾値以上にパスロスが変化した場合であって、かつ新規の上りリンク送信が可能な場合、
(b) 周期的なＰＨＲタイマが満了した場合、
(c) ＰＨＲ機能がＯＮになった場合、
(d) 上りリンクが設定（configure）されているSCellがアクティブにされた場合、
(e) ＰＨＲ禁止タイマが満了している状態で新規の上りリンク送信が可能な場合、かつＰＵＳＣＨまたはＰＵＣＣＨ（Physical Uplink Control Channel：物理上りリンク制御チャネル）の送信が可能であり、最後にＰＨＲを報告した時点における電力管理バックオフに対して所定の閾値以上に電力管理バックオフが変化した場合。

第１実施形態では、ＰＨＲがトリガされるタイミングでそのままＰＨＲを送信するのではなく、ＰＨＲがトリガされた時点でアクティベーション途中のSCellがある場合に、ＰＨＲトリガから一定時間が経過するまでＰＨＲをペンディング（保留）する。これは、キャリアアグリゲーションが行われる状況下で、SCellのアクティブ化にかかる時間を吸収してオーバーヘッドを低減するためである。

具体的には、図２（Ｂ）に示すように、時間Ｔ１でなんらかのＰＨＲトリガ条件が充足される。たとえば、プライマリセル（PCell）や、ＵＥ１０ですでに上りリンクが設定されている別のセカンダリセル（Scell）で、最後のＰＨＲ報告の時点から閾値以上に伝搬損が変化したとする。

この場合、従来の方法ではＴ１でＰＨＲが報告される。これに対し第１実施形態では、Ｔ１の時点でアクティベーション途中のSCell#1がある場合、ＵＥ１０はＴ１でのＰＨＲの送信を所定期間、留保する。Ｔ１から所定期間が経過するまでの間に、時間Ｔ２でSCell＃１がアクティブ状態になると、この時点でＰＨＲが報告される。このＰＨＲには、PCellおよび上りリンクがすでに設定されている別のSCellのＰＨと、アクティブ化されたSCell#1のＰＨが含まれている。

所定の期間は、ＵＥ１０にあらかじめタイマ設定された固定の時間でもよいし、ｅＮＢ２０から通知された時間であってもよい。あるいは、「ＴＴＩの範囲内でSCell＃１のアクティブ化完了が検出されるまでの時間」というように、可変的に規定されてもよい。さらに、ＵＥ１０でＰＨＲ送信タイミングを制御する機能そのものが、ｅＮＢ２０からＭＡＣ／ＲＲＣシグナリング等によってＯＮ／ＯＦＦ制御される構成としてもよい。また、所定期間はSCell毎に異なってもよいし、アクティベーションによりＰＨＲをトリガしたSCellとアクティベーション途中のSCellの組み合わせ毎に設定しておいてもよい。

この方法によると、ＵＥ１０がSCellのアクティベーション状態を監視することで、ＵＥ１０自身でＰＨＲの送信タイミングを制御することができる。その結果、上りリンクのオーバーヘッドを低減することができる。

ＰＨＲには、たとえば、ＵＥ１０が接続するコンポーネントキャリアｃ(i)での最大送信電力Ｐ_CMAX,c(i)と、パワーヘッドルームＰＨc(i)が含まれる。ＰＨＲの報告形式として、タイプ１とタイプ２がある。タイプ１は、あるサブフレームでＵＥ１０がＰＵＳＣＨのみを送信可能な場合に用いられ、タイプ２は、あるサブフレームでＵＥ１０がＰＵＳＣＨとＰＵＣＣＨを同時に送信可能な場合に用いられる。

タイプ１の場合、パワーヘッドルームＰＨは、式（１）で表わされる。

ここで、右辺の第１項のＰ_CMAX,c(i)は、必要な電力バックオフを考慮後のＵＥ１０のコンポーネントキャリアｃ(i)の最大送信電力である。右辺の第２項は、Ｐ_CMAX,c(i)による張り付きを考慮しないＰＵＳＣＨの送信電力である。Ｍ_PUSCH,c(i)はリソースブロック数、Ｐ_{O_PUSCH,}c(i)は基準となる電力オフセット（報知パラメータ）、αc(j)は送信電力制御の目標値を制御するFraction TPCの傾斜（報知パラメータ）、ＰＬcは伝搬損、Δ_TF,c(i)は変調方式と符号化率に基づく電力オフセット、ｆc(i)は閉ループ電力制御補正値である。

ＰＨＲの報告形式はタイプ１でもタイプ２でもよいし、Ｐ_CMAX,c(i)を報告せずにＰＨのみを報告してもよい。

キャリアアグリゲーションを行う場合、ＵＥ１０は、コンポーネントキャリアごとのＰＨＲを報告する。キャリアアグリゲーションは、たとえば図３（Ａ）のように、従前の接続状態と互換性（バックワード・コンパチビリティ）を保ちつつ、２０ＭＨｚよりも広い広帯域通信を行う場合や、図３（Ｂ）のように、周波数を連続的に確保できない場合に行なわれる。

これらの場合、たとえば図３（Ｃ）に示すように、ＵＥ１０は周波数帯域ｆ１のコンポーネントキャリア（ＣＣ＃１）でＰCellに接続してＵＥ１０とネットワークとの接続性を担保し、ｆ１から離れた別の周波数帯域ｆ２のコンポーネントキャリア（ＣＣ＃２）でＳCellと接続する。

図２（Ｂ）に戻ると、ＵＥ１０がｅＮＢ２０からSCell#1のアクティベーションコマンドを受信した後、ＲＲＣ層でSCell#1が設定（configure）され、ＭＡＣ層でアクティベートされて始めてスケジューリングが可能になる。SCell#1のアクティベーションコマンドの受信からアクティベーション完了までの間に、ＰＨＲトリガの発生条件が満たされても（上記(a)〜(e)のいずれかの場合）、SCell#1がアクティベーション途中にあるので、ＰＨＲの報告は所定期間保留される。そして、ＰＨＲトリガが発生した時間Ｔ１から所定期間が経過した後、あるいは所定期間経過前にSCell#1のアクティブ化が検出された時点で、PCellと、上りリンク設定済みの別のSCellと、SCell＃１のＰＨＲがひとつのＰＨＲで報告される。

所定期間内にSCell#1がアクティブ化されない場合は、所定期間が経過した時点でPCellと、上りリンクが設定済みの（かつアクティブ状態にある）別のSCellのＰＨＲが送信される。所定期間の経過後にSCell#1がアクティブ化された場合、その時点で再度PCellと、上りリンク設定済みの別のSCellと、SCell#1のＰＨＲが報告される構成としてもよい。この場合は、次のスケジューリングタイミング（ＴＴＩ）になっている場合が多いと考えられる。

ｅＮＢ２０は、ＰＨＲ報告を受け取ると、コンポーネントキャリアごとに、ＵＥ１０のＰＵＳＣＨ送信電力がＰ_CMAX,c以下となるようなＰＵＳＣＨ送信フォーマットを選択し、ＵＬgrantでＵＥ１０に通知する。送信フォーマットには、変調方式、符号化率、リソースブロック数が含まれる。トランスポートブロックサイズ（ＴＢＳ）は、変調方式、符号化率、リソースブロック数によって一意に決まる。ｅＮＢ２０はＵＥ１０との間のパスロス（伝搬損）を推定し、パスロスが小さい場合は、ＴＢＳが大きくなる変調方式と符号化率を選択する。これにより、パスロスにかかわらずブロックエラー率（ＢＬＥＲ：Block Error Rate）を一定にすることができる。

図４は、ＵＥ１０で行われる第１実施形態のＰＨＲ送信タイミング制御処理を示すフローチャートである。この処理は、たとえばスケジューリングの最小単位時間であるＴＴＩごとに行われる。

まず、ＵＥ１０において、ＰＨＲトリガが発生したか否かが判断される（Ｓ１０１）。ＰＨＲのトリガは、上記(a)〜(e)のいずれかに該当する場合や、新たに規定されるＰＨＲトリガ条件を含む。

ＰＨＲトリガが発生した場合（Ｓ１０１でＹＥＳ）は、アクティベーション途中のSCellがあるか否か、たとえば、アクティベーションコマンドを受信しているかどうか判断される（Ｓ１０３）。アクティベーション途中のSCellがない場合は（S１０３でＮＯ）、そのままＰＨＲが送信される（Ｓ１０６）。この場合、ＰＨＲには、ＵＥ１０が接続しているPCellと上りリンクが設定されているSCellのＰＨＲが含まれる。

ＰＨＲトリガの発生時にアクティベーション途中のSCellがある場合は（Ｓ１０３でＹＥＳ）、ＰＨＲがトリガされてから所定期間が経過しているか否かが判断される（Ｓ１０５）。所定期間が経過していない場合は（Ｓ１０５でＮＯ）、ＰＨＲを保留にする（Ｓ１０７）。ＰＨＲがトリガされてから所定期間が経過している場合は（Ｓ１０５でＹＥＳ）、ＰＨＲが報告される（Ｓ１０６）。この場合のＰＨＲには、PCell、上りリンク設定済のSCellに加えて、アクティブ化されたSCell#1のＰＨＲが含まれる。

今回のＴＴＩでの処理が終了すると、次のＴＴＩで同様の処理がなされる。
＜第２実施形態＞
図５は、第２実施形態のＰＨＲ報告の送信タイミング制御の例を示す。図５は、ＰＨＲがSCellのアクティベーションによりトリガされる場合（上記(d)の場合）を例にとっている。

ＵＥ１０は、ｅＮＢ２０からSCell#1とSCell#2のアクティベーションコマンドを受信すると、SCell#1とSCell#2のそれぞれについてアクティブにする。時間Ｔ１でまずSCell#1がアクティブ化されて、ＰＨＲがトリガされる。しかし、Ｔ１の時点で、SCell#2がアクティベーション途中であるため、ＰＨＲは報告されない。Ｔ１から所定期間が経過するまでの間に、時間Ｔ２でSCell#2がアクティブになると、Ｔ２の時点で、PCellと、SCell#1と、SCell#2のＰＨＲが報告される。

Ｔ１から所定期間が経過してもSCell#2のアクティブ化が完了していない場合は、所定期間が経過した時点で、PCellとSCell#1のＰＨＲを報告し、その後SCell#2がアクティブ化された時点で、PCellと、SCell#1と、SCell#2のＰＨＲが報告される。この場合は、オーバーヘッドが低減していないようにみえるかもしれないが、アクティベーションコマンドによるＰＨＲトリガは、ＰＨＲトリガの中のごく一部であり、全体としてみたときに上りリンクのオーバーヘッドの低減効果は十分に得られる。

図６は、ＵＥ１０で行われる第２実施形態のＰＨＲ送信タイミング制御処理を示すフローチャートである。

まず、ＵＥ１０において、SCellのアクティブ化（activation）によりＰＨＲがトリガされたか否かを判断する（Ｓ２０１）。SCell（たとえばSCell#1）のアクティブ化によりＰＨＲがトリガされた場合（Ｓ２０１でＹＥＳ）、他にアクティベーション途中のSCellがあるか否かを判断する（Ｓ２０３）。アクティベーション途中のSCellがない場合は（S２０３でＮＯ）、そのままＰＨＲを送信する（Ｓ２０６）。他にアクティベーション途中のSCell（たとえばSCell#2）がある場合（Ｓ２０３でＹＥＳ）、SCell#1のアクティブ化によりＰＨＲがトリガされてから所定期間が経過しているか否かが判断される（Ｓ２０５）。所定期間が経過していない場合は（Ｓ２０５でＮＯ）、ＰＨＲを保留にする（Ｓ２０７）。所定期間が経過している場合は（Ｓ２０５でＹＥＳ）、ＰＨＲが報告される（Ｓ１０６）。

所定期間が経過した時点で、Cell#2のアクティブ化が完了している場合は、PCell、ＰＨＲトリガを誘発したSCell#1、その後にアクティブ化が完了したSCell#2のＰＨＲが報告される。所定期間が経過した時点で、アクティベーション途中であったSCell#2のアクティブ化が完了していない場合は、PCellと、ＰＨＲトリガを誘発したSCell#1のＰＨＲが報告される。
＜ＵＥの構成＞
図７は、ＵＥ１０の概略構成図である。ＵＥ１０は、下りリンク（ＤＬ）信号受信部１１と、上りリンク（ＵＬ）信号送信部１２と、タイマ管理部１３と、ＰＨＲトリガ検出部１４と、セカンダリセル（SCell）状態管理部１５と、ＰＨＲ生成部１６と、送信タイミング制御部１９を有する。ＰＨＲ生成部１６は、ＰＨ算出部１７を含む。

ＤＬ信号受信部１１は、指定された周波数帯域、あるいはキャリアアグリゲーションが行われる場合はＵＥ２０に割り当てられているコンポーネントキャリアで、下りリンクの信号を受信する。ＵＬ信号送信部は、割り当てられた周波数帯またはコンポーネントキャリアで、上りリンクの信号を送信する。

受信信号がデータ信号（制御データを含む）である場合、受信信号は図示しない信号処理部で復調、復号される。受信信号が、ＵＥ１０に設定されているSCellのアクティベーションコマンドである場合、ＭＡＣ層で解釈され、それまで非アクティブであったSCellがアクティブ化される。

ＰＨＲトリガ検出部１４は、ＵＥ１０で何からのＰＨＲトリガイベントが発生したか否かを検出する。上述のように、SCellのアクティブ化もＰＨＲトリガのひとつであるが、それ以外にも、上記(a)-(c)、(e)等のトリガイベントがある。

SCell状態管理部１５は、ＵＥ１０に設定されているSCellごとにそのアクティベーション状態を管理する。SCellは、非アクティブな状態では通信できないが、バッテリーセービングが可能である。SCellがアクティブ化されると、ＰＨＲがトリガされ、ＰＤＣＣＨの受信や、チャネル状態情報や参照信号の送信が可能になる。

SCell状態管理部１５は、ＰＨＲトリガ検出部１４でなんらかのＰＨＲのトリガイベントが検出されると、アクティベーション途中のSCellがあるか否かを判断する。アクティベーション途中のSCellがある場合は、タイマ管理部１３はタイマを開始して所定期間をカウントする。タイマ開始とともに、送信タイミング制御部１９は、ＰＨＲトリガに基づくＰＨＲの送信を留保する。

タイマ管理部１３によるタイムアップより前に、アクティベーション途中のSCellのアクティブ化が完成した場合は、送信タイミング制御部１９は、ＰＨＲ生成部１６で作成されたＰＨＲをＵＬ信号送信部１２から送信させる。

ＰＨＲ生成部1６のＰＨ算出部１７は、パワーヘッドルームを計算する。ＰＨＲ生成部１６は、算出されたＰＨを用いてＰＨＲを生成する。生成されたＰＨＲは、上述した送信タイミングイ制御の下で、ＵＬ信号送信部１２から送信される。

図８は、ＰＨＲフォーマット１８の一例を示す。Ｃiフィールド１８ａは、SCell#ｉについてＰＨＲが報告されているか否かを示す。たとえば、SCell#1とSCell#2のＰＨＲが含まれている場合は、Ｃ1とＣ2が値「１」をとり、それ以外は「０」となる。

ＰＨフィールド１８ｂ、１８ｄ、１８ｆ、…は、パワーヘッドルーム（ＰＨ）の値を、セルの種類（PCellまたはSCell）および報告形式（タイプ１またはタイプ２）とともに示す。Ｐ_CMAXフィールド１８ｃ、１８ｅ、１８ｇ、…は、ＵＥ１０の最大送信電力を示す。パワーバックオフが考慮されている場合は、Ｐフィールドがたとえば「１」に設定される。Ｒは予約ビットを示す。Ｖフィールドは、ＰＨ値が実際の送信に基づくものか、基準フォーマットに基づくものかを示す。

図７の構成をとることで、ＵＥ１０は設定されたSCellのアクティベーション状態を管理し、ｅＮＢ２０から送信タイミング制御情報を受け取らなくても、ＰＨＲ送信タイミングを自ら制御する。その結果、過度のＰＨＲ報告による上りリンクのオーバーヘッドを抑制することができる。

１無線通信システム
１０移動端末装置（ＵＥ）
１１ＤＬ信号受信部
１２ＵＬ信号送信部
１３タイマ管理部
１４ＰＨＲトリガ検出部
１５ SCell状態管理部
１６ＰＨＲ生成部
１７ＰＨ算出部
１８ＰＨＲフォーマット
１９送信タイミング制御部
２０無線基地局（ｅＮＢ）

Claims

無線基地局と、
前記無線基地局とキャリアアグリゲーションによる無線通信を行う移動端末装置と、を含み、
前記移動端末装置は、前記無線基地局にパワーヘッドルームを報告するトリガイベントが発生したときに、前記移動端末装置においてアクティベーション途中のセカンダリセルがあるか否かを判断し、
前記トリガイベントの発生時点で、前記アクティベーション途中のセカンダリセルがある場合に、前記無線基地局に対するパワーヘッドルーム報告の送信を一定期間留保する、
ことを特徴とする無線通信システム。
前記移動端末装置は、前記一定期間が経過する前に、前記アクティベーション途中の前記セカンダリセルのアクティブ化が完了した場合に、前記パワーヘッドルーム報告に、前記セカンダリセルのパワーヘッドルーム値を含めて送信することを特徴とする請求項１に記載の無線通信システム。
前記移動端末装置は、前記一定期間が経過しても前記アクティベーション途中の前記セカンダリセルがアクティブ化しない場合に、前記一定期間が経過した時点で、前記パワーヘッドルーム報告に前記セカンダリセルのパワーヘッドルーム値を含めないで送信することを特徴とする請求項２に記載の無線通信システム。
前記トリガイベントは、第１のセカンダリセルのアクティブ化であり、
前記移動端末装置は、前記一定期間が経過する前に、前記アクティベーション途中の第２のセカンダリセルのアクティブ化が完了した場合に、前記パワーヘッドルーム報告に、当該移動端末装置が接続するプライマリセルのパワーヘッドルーム値と、前記第１のセカンダリセルのパワーヘッドルーム値と、前記第２のセカンダリセルのパワーヘッドルーム値を含めて送信することを特徴とする請求項１に記載の無線通信システム。
前記移動端末装置は、前記一定期間が経過しても前記第２のセカンダリセルがアクティブ化しない場合に、前記一定期間が経過した時点で、前パワーヘッドルーム報告に前記第２のセカンダリセルのパワーヘッドルーム値を含めないで送信することを特徴とする請求項４に記載の無線通信システム。
パワーヘッドルームの報告がトリガされたか否かを判断するＰＨＲトリガ検出部と、
前記パワーヘッドの報告がトリガされた場合に、パワーヘッドルーム報告を作成するＰＨＲ生成部と、
前記パワーヘッドルームの報告がトリガされた場合に、アクティベーション途中のセカンダリセルがあるか否かを判断するセカンダリセル状態管理部と、
前記パワーヘッドルームの報告がトリガされた時点で、前記アクティベーション途中のセカンダリセルがある場合に、前記パワーヘッドルーム報告の送信を一定期間留保する送信タイミング制御部と、
を含む移動端末装置。
前記一定期間が経過する前に、前記アクティベーション途中の前記セカンダリセルのアクティブ化が完了した場合に、前記パワーヘッドルーム報告に、前記セカンダリセルのパワーヘッドルーム値を含めて送信することを特徴とする請求項６に記載の移動端末装置。
前記一定期間が経過しても前記アクティベーション途中の前記セカンダリセルがアクティブ化されない場合に、前記一定期間が経過した時点で、前記パワーヘッドルーム報告に前記セカンダリセルのパワーヘッドルーム値を含めないで送信することを特徴とする請求項７に記載の移動端末装置。
前記パワーヘッドルームの報告をトリガするイベントとして、第１のセカンダリセルのアクティブ化を含み、
前記一定期間が経過する前に、前記アクティベーション途中の第２のセカンダリセルのアクティブ化が完了した場合に、前記パワーヘッドルーム報告に、当該移動端末装置が接続しているプライマリセルのパワーヘッドルーム値と、前記第１のセカンダリセルのパワーヘッドルーム値と、前記第２のセカンダリセルのパワーヘッドルーム値を含めて送信することを特徴とする請求項６に記載の移動端末装置。
前記一定期間が経過しても前記アクティベーション途中の前記第２のセカンダリセルがアクティブ化しない場合に、前記一定期間が経過した時点で、前記パワーヘッドルーム報告に前記第２のセカンダリセルのパワーヘッドルーム値を含めないで送信することを特徴とする請求項９に記載の移動端末装置。