(57)【要約】【課題】  パワーヘッドルーム報告による上りリンクのオーバーヘッド増大を抑制する。【解決手段】  無線通信システムは、無線基地局と、前記無線基地局とキャリアアグリゲーションによる無線通信を行う移動端末装置と、を含み、前記移動端末装置は、前記無線基地局にパワーヘッドルームを報告するトリガイベントが発生したときに、前記移動端末装置においてアクティベーション途中のセカンダリセルがあるか否かを判断し、前記トリガイベントの発生時点で、前記アクティベーション途中のセカンダリセルがある場合に、前記無線基地局に対するパワーヘッドルーム報告の送信を一定期間留保する。【選択図】図２
2014233009.tif 000002
【特許請求の範囲】
【請求項１】
無線基地局と、
前記無線基地局とキャリアアグリゲーションによる無線通信を行う移動端末装置と、を含み、
前記移動端末装置は、前記無線基地局にパワーヘッドルームを報告するトリガイベントが発生したときに、前記移動端末装置においてアクティベーション途中のセカンダリセルがあるか否かを判断し、
前記トリガイベントの発生時点で、前記アクティベーション途中のセカンダリセルがある場合に、前記無線基地局に対するパワーヘッドルーム報告の送信を一定期間留保する、
ことを特徴とする無線通信システム。
【請求項２】
前記移動端末装置は、前記一定期間が経過する前に、前記アクティベーション途中の前記セカンダリセルのアクティブ化が完了した場合に、前記パワーヘッドルーム報告に、前記セカンダリセルのパワーヘッドルーム値を含めて送信することを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記移動端末装置は、前記一定期間が経過しても前記アクティベーション途中の前記セカンダリセルがアクティブ化しない場合に、前記一定期間が経過した時点で、前記パワーヘッドルーム報告に前記セカンダリセルのパワーヘッドルーム値を含めないで送信することを特徴とする請求項２に記載の無線通信システム。
【請求項４】
前記トリガイベントは、第１のセカンダリセルのアクティブ化であり、
前記移動端末装置は、前記一定期間が経過する前に、前記アクティベーション途中の第２のセカンダリセルのアクティブ化が完了した場合に、前記パワーヘッドルーム報告に、当該移動端末装置が接続するプライマリセルのパワーヘッドルーム値と、前記第１のセカンダリセルのパワーヘッドルーム値と、前記第２のセカンダリセルのパワーヘッドルーム値を含めて送信することを特徴とする請求項１に記載の無線通信システム。
【請求項５】
前記移動端末装置は、前記一定期間が経過しても前記第２のセカンダリセルがアクティブ化しない場合に、前記一定期間が経過した時点で、前パワーヘッドルーム報告に前記第２のセカンダリセルのパワーヘッドルーム値を含めないで送信することを特徴とする請求項４に記載の無線通信システム。
【請求項６】
パワーヘッドルームの報告がトリガされたか否かを判断するＰＨＲトリガ検出部と、
前記パワーヘッドの報告がトリガされた場合に、パワーヘッドルーム報告を作成するＰＨＲ生成部と、
前記パワーヘッドルームの報告がトリガされた場合に、アクティベーション途中のセカンダリセルがあるか否かを判断するセカンダリセル状態管理部と、
前記パワーヘッドルームの報告がトリガされた時点で、前記アクティベーション途中のセカンダリセルがある場合に、前記パワーヘッドルーム報告の送信を一定期間留保する送信タイミング制御部と、
を含む移動端末装置。
【請求項７】
前記一定期間が経過する前に、前記アクティベーション途中の前記セカンダリセルのアクティブ化が完了した場合に、前記パワーヘッドルーム報告に、前記セカンダリセルのパワーヘッドルーム値を含めて送信することを特徴とする請求項６に記載の移動端末装置。
【請求項８】
前記一定期間が経過しても前記アクティベーション途中の前記セカンダリセルがアクティブ化されない場合に、前記一定期間が経過した時点で、前記パワーヘッドルーム報告に前記セカンダリセルのパワーヘッドルーム値を含めないで送信することを特徴とする請求項７に記載の移動端末装置。
【請求項９】
前記パワーヘッドルームの報告をトリガするイベントとして、第１のセカンダリセルのアクティブ化を含み、
前記一定期間が経過する前に、前記アクティベーション途中の第２のセカンダリセルのアクティブ化が完了した場合に、前記パワーヘッドルーム報告に、当該移動端末装置が接続しているプライマリセルのパワーヘッドルーム値と、前記第１のセカンダリセルのパワーヘッドルーム値と、前記第２のセカンダリセルのパワーヘッドルーム値を含めて送信することを特徴とする請求項６に記載の移動端末装置。
【請求項１０】
前記一定期間が経過しても前記アクティベーション途中の前記第２のセカンダリセルがアクティブ化しない場合に、前記一定期間が経過した時点で、前記パワーヘッドルーム報告に前記第２のセカンダリセルのパワーヘッドルーム値を含めないで送信することを特徴とする請求項９に記載の移動端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術の分野に関し、特に、移動端末装置から上りリンクで報告されるパワーヘッドルームの送信タイミングの制御に関する。
【背景技術】
【０００２】
３ＧＰＰ（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)が含まれる。ＰＨＲの報告形式として、タイプ１とタイプ２がある。タイプ１は、あるサブフレームでＵＥ１０がＰＵＳＣＨのみを送信可能な場合に用いられ、タイプ２は、あるサブフレームでＵＥ１０がＰＵＳＣＨとＰＵＣＣＨを同時に送信可能な場合に用いられる。
【００２４】
タイプ１の場合、パワーヘッドルームＰＨは、式（１）で表わされる。
【００２５】
【数１】
2014233009.tif 000003
ここで、右辺の第１項のＰ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状態管理部
１６  ＰＨＲ生成部
１７  ＰＨ算出部
１８  ＰＨＲフォーマット
１９  送信タイミング制御部
２０  無線基地局（ｅＮＢ）
【図１】
2014233009.tif 000004
【図２】
2014233009.tif 000005
【図３】
2014233009.tif 000006
【図４】
2014233009.tif 000007
【図５】
2014233009.tif 000008
【図６】
2014233009.tif 000009
【図７】
2014233009.tif 000010
【図８】
2014233009.tif 000011