JP6909722B2 - 端末、及び通信制御方法 - Google Patents

Description

本発明は、端末、及び通信制御方法に関する。

ＬＴＥ（Long Term Evolution）システムでは、所定の帯域幅（最大２０ＭＨｚ）を基本単位として、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（CA：Carrier Aggregation）が採用されている。キャリアアグリゲーション（以下、「ＣＡ」という）を用いることで、従来のＬＴＥ通信よりも広い帯域幅の利用が可能になり、通信の高速化及び大容量化を図ることができる。ＣＡにおいて基本単位となるキャリアはコンポーネントキャリア（CC：Component Carrier）と呼ばれる。

ＣＡが行われる際には、端末に対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Primary Cell）及び付随的なセルであるＳＣｅｌｌ（Secondary cell）が設定される。端末は、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。

また、ＬＴＥシステムは、基地局と端末との間でデータの送受信を行う際に、ユーザ毎（端末毎）に無線リソースを割り当てるスケジューリングと呼ばれる動作を行っている。スケジューリングの最小時間単位は、ＴＴＩ（Transmission Time Interval）と呼ばれ、１ＴＴＩは１ｍｓである。また、ＴＴＩはサブフレームとも呼ばれ、１サブフレームは１ｍｓである。（例えば、非特許文献１参照）。

３ＧＰＰ ＴＳ３６．３００ Ｖ１２．４．０（２０１４−１２）

３ＧＰＰ（3rd Generation Partnership Project）では、Ｒｅｌｅａｓｅ１４以降に第５世代の無線技術（以下、「５Ｇ」という）の標準化を開始する予定である。５Ｇでは、無線通信の遅延を低減させるために、例えば１ＴＴＩを０．１ｍｓに短縮することが検討されている。

更に、５Ｇの運用形態として、ＬＴＥのセルをベースに５ＧのセルをオーバーレイさせることでＣＡを行うような運用形態が検討されている。

ここで、ＬＴＥでは、ＭＡＣ（Media Access Control）レイヤにおいて、端末は、端末のバッファ量（ＢＳ:Buffer Size）及び余剰電力（ＰＨ:Power Headroom）を基地局に送信している。基地局に端末のバッファ量を通知することを、ＢＳＲ（Buffer Status Report）といい、基地局に端末の余剰電力を通知することを、ＰＨＲ（Power Headroom Report）という。

端末のバッファ量は、上りリンクにおいて、端末が、基地局に送信すべきデータ量をどの程度保持しているのかを示しており、基地局は、端末から通知されたバッファ量に基づいて、上りリンクにおける無線リソースを割り当てる（スケジューリングする）。

余剰電力は、３ＧＰＰで規定されている所定の計算式により算出され、端末がどの程度送信電力を上げることができるかを示している。基地局は、端末から通知された余剰電力に基づいて、上りリンクにおける変調方式の決定及びリソースブロックの割り当て等を行っている。

ＬＴＥでは、ＣＡにより複数のセルを用いて通信を行う場合、端末は、端末のバッファ量とＰＣｅｌｌ及びＳＣｅｌｌの各々の余剰電力とを、ＰＣｅｌｌのＰＵＳＣＨ（Physical Uplink Shared Channel）を介してまとめて基地局に通知することが可能である。

しかしながら、上述のようにＬＴＥのＴＴＩと５ＧのＴＴＩとは異なることが想定される。従って、ＬＴＥのセルをＰＣｅｌｌとし、５ＧのセルをＳＣｅｌｌとしてＣＡを行った際に、端末は、ＳＣｅｌｌに存在する複数のサブフレームのうち、どのタイミングで端末のバッファ量と、ＳＣｅｌｌの余剰電力とを算出して基地局に通知すればよいのか分からないことになる。

図１は、課題を説明するための図である。図１に示すように、ＰＣｅｌｌはＬＴＥのセルであり、ＳＣｅｌｌは５Ｇのセルであるとする。また、５ＧセルのＴＴＩは０．１ｍｓであるとする。

まず、ＰＣｅｌｌよりＵＬ ｇｒａｎｔが端末に通知される（Ｓ１）。ＵＬ ｇｒａｎｔとは、上りリンクのスケジューリング情報を端末に指示するために用いられる信号である。ここでは、端末のバッファ量と各セルの余剰電力とを基地局に通知させるための無線リソースを割り当てるため、基地局は、ＵＬ ｇｒａｎｔを端末に送信している。

続いて、端末は、ＳＣｅｌｌから上りリンクのデータ送信（Ｓ２〜Ｓ４）を行う。また、端末は、ＵＬ ｇｒａｎｔによるスケジューリングに基づき、端末のバッファ量とＰＣｅｌｌ及びＳＣｅｌｌの各々の余剰電力とをＭＡＣ ＣＥ（Control Element）に格納し、ＰＣｅｌｌのＰＵＳＣＨを用いて基地局に送信する（Ｓ５）。

ここで、図１の例で示されるように、ＰＣｅｌｌの１つのサブフレームの間に、ＳＣｅｌｌ側では１０個のサブフレームが存在している。また、ステップＳ２が行われる１ｍｓの間に、ＳＣｅｌｌでは、３つのサブフレームにて上りリンクのデータ送信（Ｓ２〜Ｓ４）が行われている。

端末は、ステップＳ５で基地局にＳＣｅｌｌの余剰電力を報告するが、ＭＡＣ ＣＥに格納可能なＳＣｅｌｌの余剰電力は１つである。従って、端末は、ステップＳ５の処理手順において、ステップＳ２、ステップＳ３及びステップＳ４の処理手順に係るサブフレームのうち、どのサブフレームにおける余剰電力を、ＳＣｅｌｌの余剰電力として基地局に通知すべきなのか判断することができないという問題があった。また、基地局も、ＳＣｅｌｌの複数のサブフレームのうち、どのサブフレームにおける余剰電力が通知されたのか把握することができず、適切な上りリンクのスケジューリングを行うことができないという問題があった。

同様に、端末は、ステップＳ５で基地局に端末のバッファ量を報告するが、ステップＳ２、ステップＳ３及びステップＳ４の処理手順で送信される上りリンクのデータ量のうち、どの処理手順で送信されるデータ量までを加味して端末のバッファ量を算出すればよいのか判断することができないという問題があった。また、基地局も、端末のバッファ量を正しく把握することができず、上りリンクのスケジューリングにおいて、無駄な（余分な）リソースの割り当てを行ってしまう可能性があるという問題があった。

開示の技術は上記に鑑みてなされたものであって、サブフレームの時間間隔が異なるセルを用いるキャリアアグリゲーションにおいて、通信の制御に用いられる情報を端末から基地局に通知する場合に、当該情報を適切に基地局に通知することができる技術を提供することを目的とする。

開示の技術の端末は、第一のセルと、前記第一のセルにおける第一のスケジューリングの時間単位より短い第二のスケジューリングの時間単位を用いる第二のセルとの間で行われるキャリアアグリゲーションをサポートする移動通信システムにおいて、基地局と通信を行う端末であって、ＰＨＲ（Power Headroom Report）を算出する算出手段と、前記算出手段により算出された前記ＰＨＲを前記基地局に通知する通知手段と、を有し、前記通知手段は、前記第一のスケジューリングの時間単位と重複する特定の前記第二のスケジューリングの時間単位における前記ＰＨＲを通知する。

開示の技術によれば、サブフレームの時間間隔が異なるセルを用いるキャリアアグリゲーションにおいて、通信の制御に用いられる情報を端末から基地局に通知する場合に、当該情報を適切に基地局に通知することができる技術が提供される。

課題を説明するための図 実施の形態に係る移動通信システムの構成を示す図である。 実施の形態に係る端末の機能構成の一例を示す図である。 実施の形態に係る基地局の機能構成の一例を示す図である。 実施の形態に係る端末のハードウェア構成の一例を示す図である。 実施の形態に係る基地局装置のハードウェア構成の一例を示す図である。 バッファ量の通知に係る処理手順（その１）を説明するための図である。 バッファ量の通知に係る処理手順（その２）を説明するための図である。 バッファ量の通知に係る処理手順（その２）を説明するための図である。 バッファ量の通知に係る処理手順（その２）を説明するためのシーケンス図である。 バッファ量の通知に係る処理手順（その３）を説明するための図である。 バッファ量の通知に係る処理手順（その３）を説明するための図である。 余剰電力の通知に係る処理手順（その１）を説明するための図である。 余剰電力の通知に係る処理手順（その２）を説明するための図である。 余剰電力の通知に係る処理手順（その２）を説明するための図である。 余剰電力の通知に係る処理手順（その２）を説明するためのシーケンス図である。 余剰電力の通知に係る処理手順（その３）を説明するための図である。 余剰電力の通知に係る処理手順（その３）を説明するための図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。本実施の形態では、ＬＴＥ及び５Ｇの移動通信システムを対象とするが、本発明はＬＴＥ及び５Ｇに限らず他の移動通信システムにも適用可能である。また、本実施の形態では、キャリアアグリゲーション技術が導入されている移動通信システムである前提で説明するが、これに限定されるわけではない。また、本実施の形態では、端末から基地局に通知する情報は、端末のバッファ量又は各セルの余剰電力である前提で説明するが、これらに限定されるわけではない。

また、本実施の形態では、５ＧのセルのＴＴＩは０．１ｍｓであると仮定して説明するが、これに限定されるわけではない。本実施の形態に係る移動通信システムは、ＳＣｅｌｌのＴＴＩがＰＣｅｌｌのＴＴＩよりも短い間隔であれば、あらゆる通信方法に適用することができる。

なお、以下の説明において、端末のバッファ量を、単に「バッファ量」ということがある。

＜システム全体構成＞
図２は、実施の形態に係る移動通信システムの構成を示す図である。図２に示すように、本実施の形態における移動通信システムは、端末１と基地局２とを含む移動通信システムであり、端末１と基地局２との間でＣＡ通信を行うことができる。

また、図２の例では、１つのセルが示されているが、これも図示の便宜上のものであり、ＣＡが設定される際には複数のセルが存在する。また、例えば、基地局２から離れた場所に、基地局２と光ファイバ等で接続されるＲＲＥが備えられる構成であってもよい。

基地局２は、無線を通じて端末１との間で通信を行う。基地局２は、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、端末１等と通信するためのアンテナ、隣接する基地局２及びコアネットワーク等と通信するための通信インターフェース装置などのハードウェアリソースにより構成される。基地局２の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、基地局２は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。

端末１は、無線を通じて基地局２及びコアネットワーク等と通信を行う機能を有する。端末１は、例えば、携帯電話、スマートフォン、タブレット、モバイルルータ、ウェアラブル端末などである。端末１は、通信機能を有する機器であれば、どのような端末１であってもよい。端末１は、プロセッサなどのＣＰＵ、ＲＯＭ、ＲＡＭ又はフラッシュメモリなどのメモリ装置、基地局２と通信するためのアンテナ、ＲＦ（Radio Frequency）装置などのハードウェアリソースにより構成される。端末１の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、端末１は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。

＜機能構成＞
（端末）
図３は、実施の形態に係る端末の機能構成の一例を示す図である。図３に示すように、端末１は、送信部１１と、受信部１２と、バッファ量算出部１３と、余剰電力算出部１４と、算出方法受付部１５とを有する。図３は、端末１において本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ及び５Ｇに準拠した動作を行うための図示しない機能も有するものである。また、図３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、実施の形態に係る端末１は、本実施の形態に係る動作を実行できるのであれば、図３に示す機能部の一部を有しないようにしてもよい。

送信部１１は、基地局２に通知する情報（バッファ量又は余剰電力）を、バッファ量算出部１３又は余剰電力算出部１４から取得して基地局２に送信する。また、送信部１１は、パケットバッファを備え、レイヤ１（ＰＨＹ（Physical Layer））、レイヤ２（ＭＡＣ、ＲＬＣ（Radio Link Control）、ＰＤＰＣ（Packet Data Convergence Protocol））及びレイヤ３（ＲＲＣ（Radio Resource Control）の処理を行うことも想定しているが、これらに限られるわけではない。

受信部１２は、基地局２に通知する情報を算出するタイミングの通知を、基地局２から受け付ける。また、受信部１２は、パケットバッファを備え、レイヤ１（ＰＨＹ）、レイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＰＣ）及びレイヤ３（ＲＲＣ）の処理を行うことも想定しているが、これらに限られるわけではない。

バッファ量算出部１３は、端末１内のメモリに格納されている基地局２に送信すべきデータのデータ量と、ＵＬ ｇｒａｎｔにより基地局２から指示される上りリンクのスケジューリング情報とに基づいて、バッファ量（ＢＳ）を算出する。

余剰電力算出部１４は、端末１が受信している電波の電波状況と、基地局２からＵＬ ｇｒａｎｔにより指示される変調方式及び符号化率などの各種パラメータとに基づいて、余剰電力を算出する。

算出方法受付部１５は、基地局２からバッファ量の算出方法又は余剰電力の算出方法に関する指示を受け付け、受け付けた指示をバッファ量算出部１３又は余剰電力算出部１４に伝える。

（基地局）
図４は、実施の形態に係る基地局の機能構成の一例を示す図である。図４に示すように、基地局２は、通信部２１と、算出方法指示部２２と、通知情報処理部２３とを有する。図４は、基地局２において本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ及び５Ｇに準拠した動作を行うための図示しない機能も有するものである。また、図４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。また、実施の形態に係る基地局２は、本実施の形態に係る動作を実行できるのであれば、図４に示す機能部の一部を有しないようにしてもよい。

通信部２１は、パケットバッファを備え、レイヤ１（ＰＨＹ）、レイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＰＣ）及びレイヤ３（ＲＲＣ）の処理を行うことも想定しているが、これに限られるわけではない。

算出方法指示部２２は、端末１に対して、バッファ量の算出方法又は余剰電力の算出方法に関する指示を行う。具体的には、算出方法指示部２２は、端末１に対して、ＰＣｅｌｌの所定のサブフレームに対応するＳＣｅｌｌの複数のサブフレームのうち、どのサブフレームまでに送信予定のデータ量を加味してバッファ量を算出すべきかを指示する。また、算出方法指示部２２は、端末１に対して、ＰＣｅｌｌの所定のサブフレームに対応するＳＣｅｌｌの複数のサブフレームのうち、どのサブフレームにおける余剰電力を算出すべきかを指示する。

なお、算出方法指示部２２は、算出方法を、ＲＲＣプロトコルを用いて端末１に指示するようにしてもよいし、ＭＡＣ ＣＥを用いて端末１に指示するようにしてもよいし、ＰＨＹに規定されるＰＤＣＣＨ等の物理チャネルの制御情報（ＤＣＩ）を用いて端末１に指示するようにしてもよい。

通知情報処理部２３は、端末１から通知された情報（バッファ量又は／及び余剰電力）に基づいて、上りリンクのスケジューリング処理等を行う。

以上説明した端末１及び基地局２の機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。

（端末）
図５は、実施の形態に係る端末のハードウェア構成の一例を示す図である。図５は、図３よりも実装例に近い構成を示している。図５に示すように、端末１は、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール３０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール３０２と、上位レイヤ等の処理を行うＵＥ制御モジュール３０３とを有する。

ＲＦモジュール３０１は、ＢＢ処理モジュール３０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３０２に渡す。ＲＦモジュール３０１は、例えば、図３に示す送信部１１の一部、及び受信部１２の一部を含む。

ＢＢ処理モジュール３０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図３に示す送信部１１の一部、受信部１２の一部、バッファ量算出部１３、余剰電力算出部１４及び算出方法受付部１５の一部を含む。

ＵＥ制御モジュール３０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ３１３は、ＵＥ制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。ＵＥ制御モジュール３０３は、例えば、図３に示す送信部１１の一部、受信部１２の一部及び算出方法受付部１５の一部を含む。

（基地局）
図６は、実施の形態に係る基地局のハードウェア構成の一例を示す図である。図６は、図４よりも実装例に近い構成を示している。図６に示すように、基地局２は、無線信号に関する処理を行うＲＦモジュール４０１と、ベースバンド信号処理を行うＢＢ処理モジュール４０２と、上位レイヤ等の処理を行う装置制御モジュール４０３と、ネットワークと接続するためのインターフェースである通信ＩＦ４０４とを有する。

ＲＦモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＦモジュール４０１は、例えば、図４に示す通信部２１の一部を含む。

ＢＢ処理モジュール４０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図４に示す通信部２１の一部、算出方法指示部２２の一部、及び通知情報処理部２３を含む。

装置制御モジュール４０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ４１３は、装置制御モジュール４０３が行う処理を行うプロセッサである。メモリ４２３は、プロセッサ４１３のワークエリアとして使用される。補助記憶装置４３３は、例えばＨＤＤ等であり、基地局２自身が動作するための各種設定情報等が格納される。装置制御モジュール４０３は、例えば、図４に示す通信部２１の一部、算出方法指示部２２の一部を含む。

＜処理手順＞
以下、端末１が、バッファ量又は／及び余剰電力を基地局２に通知する際の処理手順について説明する。

なお、図７乃至図１０を用いてバッファ量を通知する場合（ＢＳＲ）における複数の処理手順（その１、その２、その３）について説明し、図１１乃至図１４を用いて余剰電力を通知する場合（ＰＨＲ）における複数の処理手順（その１、その２、その３）について説明するが、本実施の形態においては、これらの処理手順をさまざまに組み合わせるようにしてもよい。例えば、バッファ量を通知する場合の処理手順（その１）に、余剰電力を通知する場合の処理手順（その１）を組み合わせるようにしてもよいし、余剰電力を通知する場合の処理手順（その２）を組み合わせるようにしてもよいし、余剰電力を通知する場合の処理手順（その３）を組み合わせるようにしてもよい。また、バッファ量を通知する場合の処理手順（その２）に、余剰電力を通知する場合の処理手順（その１）を組み合わせるようにしてもよいし、余剰電力を通知する場合の処理手順（その２）を組み合わせるようにしてもよいし、余剰電力を通知する場合の処理手順（その３）を組み合わせるようにしてもよい。また、バッファ量を通知する場合の処理手順（その３）に、余剰電力を通知する場合の処理手順（その１）を組み合わせるようにしてもよいし、余剰電力を通知する場合の処理手順（その２）を組み合わせるようにしてもよいし、余剰電力を通知する場合の処理手順（その３）を組み合わせるようにしてもよい。

（ＢＳＲ：その１）
図７は、バッファ量の通知に係る処理手順（その１）を説明するための図である。図７の例では、ＰＣｅｌｌはＬＴＥのセルであり、ＳＣｅｌｌは５Ｇのセルであるとする。また、ＳＣｅｌｌのＴＴＩは０．１ｍｓであるとする。すなわち、ＰＣｅｌｌのサブフレームごとに、ＰＣｅｌｌのサブフレームに対応するＳＣｅｌｌのサブフレームが１０個ずつ存在することになる。

端末１は、例えば、新たなデータが送信可能になった場合、現在送信しているデータより優先度の高いデータが発生した場合、再送タイマや周期的なタイマが満了した場合等を契機として、基地局２にバッファ量の通知を行う。

ここで、説明の便宜上、ＰＣｅｌｌのサブフレーム＃Ｅに対応するＳＣｅｌｌのサブフレームの各々を、左から順にサブフレーム＃０、サブフレーム＃１、サブフレーム＃２、サブフレーム＃３、サブフレーム＃４、サブフレーム＃５、サブフレーム＃６、サブフレーム＃７、サブフレーム＃８、サブフレーム＃９と呼ぶ。

また、図７の例では、ＰＣｅｌｌのサブフレーム＃ＡでＵＬ ｇｒａｎｔが送信され、ＵＬ ｇｒａｎｔのスケジューリングにより、４ｍｓ後のＰＣｅｌｌのサブフレーム＃ＥのＵＬ送信でバッファ量の通知が行われるものとする。また、ＰＣｅｌｌのサブフレーム＃Ｅではｄｄ ｂｙｔｅの上りリンクのデータが送信され、ＳＣｅｌｌのサブフレーム＃２ではａａ ｂｙｔｅの上りリンクのデータが送信され、ＳＣｅｌｌのサブフレーム＃５ではｂｂ ｂｙｔｅの上りリンクのデータが送信され、ＳＣｅｌｌのサブフレーム＃９ではｃｃ ｂｙｔｅの上りリンクのデータが送信されるものとする。

本処理手順では、端末１は、バッファ量を通知するＰＣｅｌｌのサブフレームに対応する全てのＳＣｅｌｌのサブフレームにて送信予定のデータ量を加味してバッファ量を算出すべきとの処理手順が、予め３ＧＰＰの仕様書等にて規定されていることを想定している。

図７を用いて具体的な処理方法を説明する。バッファ量算出部１３は、ＰＣｅｌｌで送信予定のデータ量に加えて、バッファ量を通知するＰＣｅｌｌのサブフレーム＃Ｅに対応する全てのＳＣｅｌｌのサブフレーム（＃０〜＃９）で送信予定のデータ量を加味してバッファ量を算出する。図７の例において、端末１内に存在するデータ量がｘｘ ｂｙｔｅであるとすると、バッファ量算出部１３で算出されるバッファ量は、ｘｘ ｂｙｔｅ―（ａａ＋ｂｂ＋ｃｃ＋ｄｄ）ｂｙｔｅになる。また、算出された端末１のバッファ量は、送信部１１により、ＰＣｅｌｌのサブフレーム＃ＥのＰＵＳＣＨを用いて基地局２に通知される。

（ＢＳＲ：その２）
図８Ａ及びＢは、バッファ量の通知に係る処理手順（その２）を説明するための図である。本処理手順の説明において特に言及しない点については、図７の処理手順（その１）と同一でよい。

本処理手順では、バッファ量算出部１３は、バッファ量を通知するＰＣｅｌｌのサブフレーム＃Ｅに対応する全てのＳＣｅｌｌのサブフレーム（＃０〜＃９）で送信予定のデータ量を加味してバッファ量を算出するのではなく、ＳＣｅｌｌのサブフレームのうち、基地局２から指定されたサブフレームまでに送信予定のデータ量を加味してバッファ量を算出するようにする。

図８Ａを用いて具体的に説明する。例えば、基地局２から、ＳＣｅｌｌのサブフレーム＃５が指定されたとすると、バッファ量算出部１３は、バッファ量を通知するＰＣｅｌｌのサブフレームに対応する全てのＳＣｅｌｌのサブフレームのうち、サブフレーム＃５までに送信予定のデータ量を加味して、バッファ量を算出する。

すなわち、図８Ａの例において、端末１内に存在するデータ量がｘｘ ｂｙｔｅであるとすると、バッファ量算出部１３で算出されるバッファ量は、ｘｘ ｂｙｔｅ―（ａａ＋ｂｂ＋ｄｄ）ｂｙｔｅになる。

図８Ｂは、基地局２から端末１にＳＣｅｌｌのサブフレームを指定する際に、基地局２から送信される制御信号に含まれる情報のフォーマットの一例を示している。「＃０」〜「＃９」までの各ビットは、図８Ａのサブフレーム＃０〜＃９に対応している。「Ｒ」ビットは予備ビット（Ｒｅｓｅｒｖｅｄ）を表している。例えば、基地局２は、端末１に対して、サブフレーム＃５までのデータ量を加味するように指示する場合、例えば、「＃５」のビットを「１」に設定すればよい。なお、ＣＡを構成するＳＣｅｌｌが複数存在する場合、ＳＣｅｌｌの数に応じて図８Ｂのフォーマットを拡張するようにしてもよい。なお、図８Ｂに示すフォーマットは一例に過ぎず、他のフォーマットが用いられるようにしてもよい。

図９は、バッファ量の通知に係る処理手順（その２）を説明するためのシーケンス図である。

ステップＳ１０１で、基地局２の算出方法指示部２２は、端末１に対して、ＳＣｅｌｌのサブフレームを指定する情報を含む制御信号を送信する。サブフレームを指定する情報は、例えば、図８Ｂに示す信号フォーマットである。制御信号は、例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ信号を用いるようにしてもよいし、ＭＡＣレイヤのコマンドを用いるようにしてもよいし、ＰＨＹに規定されるＰＤＣＣＨ等の物理チャネルの制御情報（ＤＣＩ）を用いるようにしてもよい。続いて、端末１の算出方法受付部１５は、基地局２からの指示をバッファ量算出部１３に通知する。

ステップＳ１０２で、端末１のバッファ量算出部１３は、ステップＳ１０１で指示されたＳＣｅｌｌのサブフレームに基づいてバッファ量を算出する。また、送信部１１は、算出されたバッファ量をＭＡＣ ＣＥに格納し、ＰＣｅｌｌのＰＵＳＣＨを用いて基地局２に通知する。

なお、本処理手順において、ＳＣｅｌｌのサブフレームが基地局２から指示されなかった場合、端末１のバッファ量算出部１３は、図７に示す処理手順（その１）に従ってバッファ量を算出するようにしてもよい。

（ＢＳＲ：その３）
図１０Ａ及びＢは、バッファ量の通知に係る処理手順（その３）を説明するための図である。本処理手順の説明において特に言及しない点については、図７の処理手順（その１）と同一でよい。

本処理手順では、バッファ量算出部１３は、バッファ量を通知するＰＣｅｌｌのサブフレーム＃Ｅに対応する全てのＳＣｅｌｌのサブフレーム（＃０〜＃９）で送信予定のデータ量を加味してバッファ量を算出するのではなく、ＳＣｅｌｌのサブフレームのうち、どのサブフレームまでに送信予定のデータ量を加味してバッファ量を算出するのかを端末１自身が決定する。また、送信部１１は、バッファ量を基地局２に通知する際に、どのサブフレームまでに送信予定のデータ量を加味してバッファ量を算出したかを示す情報も基地局２に通知するようにする。

図１０Ａを用いて具体的に説明する。例えば、ＳＣｅｌｌのサブフレーム＃２でａａ ｂｙｔｅのデータを送信予定であり、ＳＣｅｌｌのサブフレーム＃５でｂｂ ｂｙｔｅのデータを送信予定であり、ＳＣｅｌｌのサブフレーム＃９でｃｃ ｂｙｔｅのデータを送信予定であるとする。また、ＰＣｅｌｌのサブフレーム＃４でｄｄ ｂｙｔｅのデータを送信予定であるとする。

まず、バッファ量算出部１３は、ＳＣｅｌｌのサブフレーム＃２までに送信予定のデータ量を加味するのか、ＳＣｅｌｌのサブフレーム＃５までに送信予定のデータ量を加味するのか、又はＳＣｅｌｌのサブフレーム＃９までに送信予定のデータ量を加味するのかを決定する。バッファ量算出部１３は、例えば、端末１自身の処理負荷の状態や、ＰＵＳＣＨ送信が行われる（上りリンクのデータ送信がスケジューリングされている）ＳＣｅｌｌのサブフレームの数などに応じて、どのサブフレームまでに送信予定のデータ量を加味するのかを決定するようにしてもよい。

続いて、バッファ量算出部１３は、基地局２に通知するバッファ量を算出する。例えば、ＳＣｅｌｌのサブフレーム＃２までに送信予定のデータ量を加味すると決定した場合、端末１内に存在するデータ量がｘｘ ｂｙｔｅであるとすると、バッファ量算出部１３で算出されるバッファ量は、ｘｘ ｂｙｔｅ―（ａａ＋ｄｄ）ｂｙｔｅになる。

続いて、送信部１１は、算出されたバッファ量を基地局２に通知する。このとき、ＰＣｅｌｌのサブフレーム＃Ｅで基地局２に送信されるＭＡＣ ＣＥに、どのサブフレームまでに送信予定のデータ量が加味されているかを示す情報を含めるようにする。

図１０Ｂは、バッファ量の通知に用いられるＭＡＣ ＣＥのフォーマットの一例を示している。最初の１オクテット目は、既存のＬＴＥ仕様で決められているＢＳＲ用のＭＡＣ ＣＥフォーマットと同一である。２オクテット目及び３オクテット目は、サブフレームを指定する情報である。「＃０」〜「＃９」までの各ビットは、図１０Ａのサブフレーム＃０〜＃９に対応している。「Ｒ」ビットは予備ビット（Ｒｅｓｅｒｖｅｄ）を表している。例えば、ＳＣｅｌｌのサブフレーム＃２までのデータ量を加味してバッファ量が算出されている場合、送信部１１は、「＃２」のビットを「１」に設定すればよい。

なお、ＣＡを構成するＳＣｅｌｌが複数存在する場合、ＳＣｅｌｌの数に応じて図１０Ｂのフォーマットを拡張するようにしてもよい。なお、図１０Ｂに示すフォーマットは一例に過ぎず、他のフォーマットが用いられるようにしてもよい。

（ＰＨＲ：その１）
図１１は、余剰電力の通知に係る処理手順（その１）を説明するための図である。図１１の例では、ＰＣｅｌｌはＬＴＥのセルであり、ＳＣｅｌｌは５Ｇのセルであるとする。また、ＳＣｅｌｌのＴＴＩは０．１ｍｓであるとする。すなわち、ＰＣｅｌｌのサブフレームごとに、ＰＣｅｌｌのサブフレームに対応するＳＣｅｌｌのサブフレームが１０個ずつ存在することになる。

端末１は、例えば、端末１が測定しているパスロス（伝搬損）が大きく変化した場合、前回ＰＨＲを報告してから所定の時間が経過した場合等を契機として、基地局に余剰電力の通知を行う。

ここで、説明の便宜上、ＰＣｅｌｌのサブフレーム＃Ｅに対応するＳＣｅｌｌのサブフレームの各々を、左から順にサブフレーム＃０、サブフレーム＃１、サブフレーム＃２、サブフレーム＃３、サブフレーム＃４、サブフレーム＃５、サブフレーム＃６、サブフレーム＃７、サブフレーム＃８、サブフレーム＃９と呼ぶ。

また、図１１の例では、ＰＣｅｌｌのサブフレーム＃ＡでＵＬ ｇｒａｎｔが送信され、ＵＬ ｇｒａｎｔのスケジューリングにより、４ｍｓ後のＰＣｅｌｌのサブフレーム＃ＥのＵＬ送信で余剰電力の通知が行われるものとする。また、ＳＣｅｌｌのサブフレーム＃２、＃５、＃９にて、上りリンクのデータ送信が行われるものとする。

本処理手順では、ＰＣｅｌｌよりもＴＴＩが短いＳＣｅｌｌの余剰電力を通知する場合、端末１はどのサブフレームにおける余剰電力を通知すべきか、予め３ＧＰＰの仕様書等にて規定されていることを想定している。

図１１を用いて具体的な処理手順を説明する。まず、１つ目の処理手順について説明する。ＰＣｅｌｌのサブフレームに対応するＳＣｅｌｌの各サブフレームのうち、最初に上りリンクのデータ送信が行われる（ＰＵＳＣＨ送信が行われる）サブフレームの余剰電力を通知するように予め規定されている場合、余剰電力算出部１４は、ＰＣｅｌｌのサブフレーム＃Ｅの余剰電力と、ＳＣｅｌｌのサブフレーム＃２の余剰電力とを算出するようにする。

次に、２つ目の処理手順について説明する。例えば、ＰＣｅｌｌのサブフレームに対応するＳＣｅｌｌの各サブフレームのうち、最後に上りリンクのデータ送信が行われる（ＰＵＳＣＨ送信が行われる）サブフレームの余剰電力を通知するように予め規定されている場合、余剰電力算出部１４は、ＰＣｅｌｌのサブフレーム＃Ｅの余剰電力と、ＳＣｅｌｌのサブフレーム＃９の余剰電力とを算出するようにする。

次に、３つ目の処理手順について説明する。例えば、ＰＣｅｌｌのサブフレームに対応するＳＣｅｌｌの各サブフレームのうち、２つ目に上りリンクのデータ送信が行われる（ＰＵＳＣＨ送信が行われる）サブフレームの余剰電力を通知するように予め規定されている場合、余剰電力算出部１４は、ＰＣｅｌｌのサブフレーム＃Ｅの余剰電力と、ＳＣｅｌｌのサブフレーム＃５の余剰電力とを算出する。

なお、各処理手順により算出されたＰＣｅｌｌ及びＳＣｅｌｌの余剰電力は、送信部１１により、ＰＣｅｌｌのサブフレーム＃ＥのＰＵＳＣＨを用いて基地局２に通知される。

（ＰＨＲ：その２）
図１２Ａ及びＢは、余剰電力の通知に係る処理手順（その２）を説明するための図である。本処理手順の説明において特に言及しない点については、図１１の処理手順（その１）と同一でよい。

本処理手順では、ＰＣｅｌｌよりもＴＴＩが短いＳＣｅｌｌの余剰電力を通知する場合、基地局２から指定されたＳＣｅｌｌのサブフレームにおける余剰電力を通知するようにする。

図１２Ａを用いて具体的に説明する。例えば、基地局２から、ＳＣｅｌｌのサブフレーム＃２が指定されたとすると、余剰電力算出部１４は、ＰＣｅｌｌのサブフレーム＃Ｅの余剰電力と、ＳＣｅｌｌのサブフレーム＃２の余剰電力とを算出する。続いて、送信部１１は、算出されたそれぞれの余剰電力を基地局２に通知する。

図１２Ｂは、基地局２から端末１にＳＣｅｌｌのサブフレームを指定する際に、基地局２から送信される制御信号に含まれる情報のフォーマットの一例を示している。「＃０」〜「＃９」までの各ビットは、図１１（ａ）のサブフレーム＃０〜＃９に対応している。「Ｒ」ビットは予備ビット（Ｒｅｓｅｒｖｅｄ）を表している。例えば、基地局２は、端末１に対して、サブフレーム＃２の余剰電力を通知するように指示する場合、例えば、「＃２」のビットを「１」に設定すればよい。なお、ＣＡを構成するＳＣｅｌｌが複数存在する場合、ＳＣｅｌｌの数に応じて図１２Ｂのフォーマットを拡張するようにしてもよい。なお、図１２Ｂに示すフォーマットは一例に過ぎず、他のフォーマットが用いられるようにしてもよい。

図１３は、余剰電力の通知に係る処理手順（その２）を説明するためのシーケンス図である。

ステップＳ２０１で、基地局２の算出方法指示部２２は、端末１に対して、ＳＣｅｌｌのサブフレームを指定する情報を含む制御信号を送信する。ＳＣｅｌｌのサブフレームを指定する情報は、例えば、図１２Ｂに示す信号フォーマットである。制御信号は、例えば、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ信号を用いるようにしてもよいし、ＭＡＣレイヤのコマンドを用いるようにしてもよいし、ＰＨＹに規定されるＰＤＣＣＨ等の物理チャネルの制御情報（ＤＣＩ）を用いるようにしてもよい。端末１の算出方法受付部１５は、基地局２からの指示を余剰電力算出部１４に通知する。

ステップＳ２０２で、端末１の余剰電力算出部１４は、ＰＣｅｌｌのサブフレームの余剰電力と、ステップＳ２０１で指示されたＳＣｅｌｌのサブフレームの余剰電力とを算出する。続いて、送信部１１は、算出されたそれぞれの余剰電力を基地局２に通知する。

なお、本処理手順において、余剰電力を通知すべきＳＣｅｌｌのサブフレームが基地局２から指示されなかった場合、端末１の余剰電力算出部１４は、図１１に示す処理手順（その１）に従って余剰電力を算出するようにしてもよい。

（ＰＨＲ：その３）
図１４Ａ及びＢは、余剰電力の通知に係る処理手順（その３）を説明するための図である。本処理手順の説明において特に言及しない点については、図１１の処理手順（その１）と同一でよい。

本処理手順では、余剰電力を通知するＳＣｅｌｌのサブフレームを端末１自身が決定する。また、送信部１１は、余剰電力を通知する際に、通知する余剰電力がどのサブフレームの余剰電力であるかを示す情報も基地局２に通知するようにする。

図１４Ａを用いて具体的に説明する。まず、余剰電力算出部１４は、ＳＣｅｌｌで上りリンクのデータ送信が行われるサブフレーム＃２、サブフレーム＃５及びサブフレーム＃９のうち、どのサブフレームの余剰電力を基地局２に通知するのかを決定する。図１４Ａの例は、サブフレーム＃２の余剰電力を基地局２に通知すると決定された場合を図示している。余剰電力算出部１４は、例えば、ＰＵＳＣＨ送信が行われるサブフレームの数などに応じて、どのサブフレームの余剰電力を基地局２に通知するのかを決定するようにしてもよい。

また、余剰電力算出部１４は、各サブフレームの余剰電力の大きさに応じて、どのサブフレームの余剰電力を基地局２に通知するのかを決定するようにしてもよい。例えば、余剰電力算出部１４は、最も余剰電力が大きいサブフレームを選択するようにしてもよいし、最も余剰電力が小さいサブフレームを選択するようにしてもよい。

続いて、余剰電力算出部１４は、ＰＣｅｌｌのサブフレーム＃Ｅの余剰電力と、自身が決定したＳＣｅｌｌのサブフレームの余剰電力とを算出する。続いて、送信部１１は、算出されたそれぞれの余剰電力を基地局２に通知する。このとき、送信部１１は、ＰＣｅｌｌのサブフレーム＃Ｅで基地局２に送信されるＭＡＣ ＣＥに、ＳＣｅｌｌの各サブフレームのうち、どのサブフレームの余剰電力を通知するのかを示す情報を含めるようにする。

図１４Ｂは、ＭＡＣ ＣＥのフォーマットの一例を示している。１〜７オクテット目は、既存のＬＴＥ仕様で決められているＰＨＲ用のＭＡＣ ＣＥフォーマットと同一であるため、説明は省略する。８オクテット目及び９オクテット目は、ＳＣｅｌｌのサブフレームを指定する情報である。「＃０」〜「＃９」までの各ビットは、図１２Ａのサブフレーム＃０〜＃９に対応している。「Ｒ」ビットは予備ビット（Ｒｅｓｅｒｖｅｄ）を表している。例えば、ＳＣｅｌｌのサブフレーム＃２の余剰電力を通知する場合、送信部１１は、「＃２」のビットを「１」に設定すればよい。

なお、ＣＡを構成するＳＣｅｌｌが複数存在する場合、ＳＣｅｌｌの数に応じて図１４Ｂのフォーマットを拡張するようにしてもよい。なお、図１４Ｂに示すフォーマットは一例に過ぎず、他のフォーマットが用いられるようにしてもよい。

＜効果＞
以上、実施の形態に係る移動通信システムは、ＳＣｅｌｌのＴＴＩがＰＣｅｌｌのＴＴＩよりも短い間隔であるセルであるＣＡにおいて、通信の制御に用いられる情報（バッファ量又は余剰電力）を端末１から基地局２に通知する場合に、当該通知に用いられるＰＣｅｌｌの所定のサブフレームに対応する複数のＳＣｅｌｌのサブフレームのうち、どのサブフレームを用いて通信の制御に用いられる情報を算出したのかを、基地局２と端末１との間で共有するようにした。これにより、実施の形態に係る移動通信システムは、より正確な情報に基づいて通信を適切に制御することが可能になる。

以上、実施の形態に係る移動通信システムは、通信の制御に用いられる情報（バッファ量又は余剰電力）を端末１から基地局２に通知する場合に、当該通知に用いられるＰＣｅｌｌの所定のサブフレームに対応する複数のＳＣｅｌｌのサブフレームのうち、どのサブフレームを用いて通信の制御に用いられる情報を算出するのかを、基地局２から端末１に指示することを可能にした。これにより、実施の形態に係る端末１は、基地局２からの指示に従って、基地局２に通知する情報を算出することが可能になる。

以上、実施の形態に係る移動通信システムは、通信の制御に用いられる情報（バッファ量又は余剰電力）を端末１から基地局２に通知する場合に、当該通知に用いられるＰＣｅｌｌの所定のサブフレームに対応する複数のＳＣｅｌｌのサブフレームのうち、どのサブフレームを用いて通信の制御に用いられる情報を算出するのかを端末１自身が決定すると共に、決定したサブフレームを基地局２に通知することを可能にした。これにより、実施の形態に係る端末１は、端末１自身の処理負荷の状態や、ＰＵＳＣＨ送信が行われるサブフレームの数などに応じて、適宜処理方法を変更することが可能になる。

また、実施の形態に係る移動通信システムは、ＳＣｅｌｌの余剰電力を基地局２に通知する場合に、各サブフレームの余剰電力の大きさに応じて、どのサブフレームの余剰電力を基地局２に通知するのかを、端末１自身が決定できるようにした。これにより、実施の形態に係る端末１は、通信状況に応じて、適宜処理方法を変更することが可能になる。

＜実施形態のまとめ＞
以上説明したとおり、本実施の形態により、第一のセルと、前記第一のセルのサブフレームの時間間隔より短い時間間隔のサブフレームを用いる第二のセルとの間で行われるキャリアアグリゲーションをサポートする移動通信システムにおいて、基地局と通信を行う端末であって、前記第二のセルのサブフレームであって前記第一のセルの所定のサブフレームに対応する複数のサブフレームのうち、前記基地局と当該端末との間で共有される特定のサブフレームに基づいて、前記基地局に通知する通知情報を算出する算出手段と、前記算出手段により算出された前記通知情報を前記基地局に通知する通知手段と、を有する端末が提供される。

前記基地局から、前記特定のサブフレームの指定を受け付ける受付手段を有するようにしてもよい。

前記通知手段は、前記通知情報と、前記特定のサブフレームを識別する識別子とを前記基地局に通知するようにしてもよい。

前記通知情報は、ＢＳＲ及びＰＨＲのうち少なくともいずれか１つであるようにしてもよい。

前記算出手段は、前記通知情報がＰＨＲの場合、前記特定のサブフレームにおけるＰＨＲを算出するようにしてもよい。

前記算出手段は、前記通知情報がＰＨＲの場合、ＰＨの値に基づいて、前記特定のサブフレームを選択するようにしてもよい。

前記算出手段は、前記通知情報がＢＳＲの場合、前記特定のサブフレームでデータを送信した時点で、当該端末のバッファに残っているアップリンクデータのデータ量に基づいてＢＳＲを算出するようにしてもよい。

また、本実施の形態により、第一のセルと、前記第一のセルのサブフレームの時間間隔より短い時間間隔のサブフレームを用いる第二のセルとの間で行われるキャリアアグリゲーションをサポートする移動通信システムにおいて、基地局と通信を行う端末が行う通信制御方法であって、前記第二のセルのサブフレームであって前記第一のセルの所定のサブフレームに対応する複数のサブフレームのうち、前記基地局と前記端末との間で共有される特定のサブフレームに基づいて、前記基地局に通知する通知情報を算出する算出ステップと、前記算出ステップにより算出された前記通知情報を前記基地局に通知する通知ステップと、を有する通信制御方法が提供される。

また、本実施の形態により、第一のセルと、前記第一のセルのサブフレームの時間間隔より短い時間間隔のサブフレームを用いる第二のセルとの間で行われるキャリアアグリゲーションをサポートする基地局と端末とを有する移動通信システムにおける通信制御方法であって、前記端末が、前記第二のセルのサブフレームであって前記第一のセルの所定のサブフレームに対応する複数のサブフレームのうち、前記基地局と前記端末との間で共有される特定のサブフレームに基づいて、前記基地局に通知する通知情報を算出する算出ステップと、前記端末が、前記算出ステップにより算出された前記通知情報を前記基地局に通知する通知ステップと、前記基地局が、通知された前記通知情報を用いて、上りリンクのスケジューリング処理を行う処理ステップと、を有する通信制御方法が提供される。

また、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

＜実施形態の補足＞
以上、実施の形態において、基地局２は、図９のステップＳ１０１で、端末１に対して、バッファ量の算出方法を指示するために、サブフレームを指定する情報を含む制御信号を送信するようにして、図１３のステップＳ２０１で、余剰電力を算出するサブフレームを指示するために、サブフレームを指定する情報を含む制御信号を送信するようにしたが、基地局２は、それぞれ異なる制御信号を端末１に送信するのではなく、まとめて１つの制御信号を送信するようにしてもよい。また、端末１は、受信した１つの制御信号で指定されたサブフレームに基づいて、バッファ量の算出及び余剰電力の算出を行うようにしてもよい。これにより、制御信号の信号量を削減することが可能になる。

以上、実施の形態において、端末は、算出したバッファ量又は余剰電力を、ＰＣｅｌｌのＰＵＳＣＨから基地局に通知するようにしたが、必ずしもＰＣｅｌｌのＰＵＳＣＨから基地局に通知するようにしなくてもよい。例えば、端末は、算出したバッファ量又は余剰電力を含むＭＡＣ ＣＥを、５ＧのＳＣｅｌｌのＰＵＳＣＨから基地局に送信するようにしてもよいし、他のＳＣｅｌｌ（例えば、ＬＴＥのＳＣｅｌｌ）のＰＵＳＣＨから送信するようにしてもよい。

以上、本発明の実施の形態を説明してきたが、開示される発明は実施の形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能構成図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。

以上、実施の形態の全部又は一部は、プログラムによって実装され得る。このプログラムは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

以上、実施の形態において、ＬＴＥのセルは、第一のセルの一例である。５Ｇのセルは、第二のセルの一例である。バッファ量（ＢＳ）又は／及び余剰電力（ＰＨ）は、通知情報の一例である。バッファ量算出部１３又は／及び余剰電力算出部１４は、算出手段の一例である。送信部１１は、通知手段の一例である。

本特許出願は２０１５年２月２０日に出願した日本国特許出願第２０１５−０３２２５５号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−０３２２５５号の全内容を本願に援用する。

１ 端末
２ 基地局
１１ 送信部
１２ 受信部
１３ バッファ量算出部
１４ 余剰電力算出部
１５ 算出方法受付部
２１ 通信部
２２ 算出方法指示部
２３ 通知情報処理部

Claims (6)

1. 第一のセルと、前記第一のセルにおける第一のスケジューリングの時間単位より短い第二のスケジューリングの時間単位を用いる第二のセルとの間で行われるキャリアアグリゲーションをサポートする移動通信システムにおいて、基地局と通信を行う端末であって、
   ＰＨＲ（Power Headroom Report）を算出する算出手段と、
   前記算出手段により算出された前記ＰＨＲを前記基地局に通知する通知手段と、
   を有し、
   前記通知手段は、前記第一のスケジューリングの時間単位と重複する特定の前記第二のスケジューリングの時間単位における前記ＰＨＲを通知する端末。
2. 前記基地局から、前記特定の前記第二のスケジューリングの時間単位の指定を受け付ける受付手段を有する、請求項１に記載の端末。
3. 前記通知手段は、前記ＰＨＲと、前記特定の前記第二のスケジューリングの時間単位を識別する識別子とを前記基地局に通知する、請求項１に記載の端末。
4. 前記算出手段は、ＰＨ（Power Headroom）の値に基づいて、前記特定の前記第二のスケジューリングの時間単位を選択する、請求項１に記載の端末。
5. 第一のセルと、前記第一のセルの第一のスケジューリングの時間単位より短い第二のスケジューリングの時間単位を用いる第二のセルとの間で行われるキャリアアグリゲーションをサポートする移動通信システムにおいて、基地局と通信を行う端末が行う通信制御方法であって、
   ＰＨＲ（Power Headroom Report）を算出する算出ステップと、
   前記算出ステップにより算出された前記ＰＨＲを前記基地局に通知する通知ステップと、
   を有し、
   前記通知ステップは、前記第一のスケジューリングの時間単位と重複する特定の前記第二のスケジューリングの時間単位における前記ＰＨＲを通知するステップを含む通信制御方法。
6. 第一のセルと、前記第一のセルにおける第一のスケジューリングの時間単位より短い第二のスケジューリングの時間単位を用いる第二のセルとの間で行われるキャリアアグリゲーションをサポートする基地局と端末とを有する移動通信システムにおける通信制御方法であって、
   前記端末が、ＰＨＲ（Power Headroom Report）を算出する算出ステップと、
   前記端末が、前記算出ステップにより算出された前記ＰＨＲを前記基地局に通知する通知ステップと、
   前記基地局が、通知された前記ＰＨＲを用いて、上りリンクのスケジューリング処理を行う処理ステップと、
   を有し、
   前記通知ステップは、前記第一のスケジューリングの時間単位と重複する特定の前記第二のスケジューリングの時間単位における前記ＰＨＲを通知するステップを含む通信制御方法。

Images