"無線端末と無線通信を行う基地局において、複数の周波数帯を用いて前記無線端末にデータを送信する送信部と、他基地局において前記無線端末へのデータ送信が行われるように、前記送信部で送信されるデータの一部を前記他基地局に転送する転送部と、を有することを特徴とする基地局。前記転送部によって転送されたデータは、前記他基地局において前記送信部のデータ送信する周波数帯とは異なる周波数帯で前記無線端末に送信されることを特徴とする請求の範囲第1項記載の基地局。前記送信部は、前記無線端末に送信するデータの滞留量と滞留時間との両方または一方に基づいて前記複数の周波数帯によるデータ送信を開始し、前記転送部は、前記滞留量と前記滞留時間との両方または一方に基づいてデータ転送を開始することを特徴とする請求の範囲第1項または第2項に記載の基地局。前記他基地局に前記無線端末への無線リソースの割り当てが可能か否か無線リソース割り当て要求を行う要求部と、前記他基地局から前記無線端末の無線リソースの割り当て可否の結果を受信する受信部と、をさらに有することを特徴とする請求の範囲第1項または第2項に記載の基地局。前記要求部は、前記無線リソース割り当て要求の際、前記無線端末に割り当ててほしいリソースブロックおよびその周期を含む情報を前記他基地局に送信することを特徴とする請求の範囲第4項記載の基地局。前記転送部のデータ転送に要する時間を計測する計測部と、前記計測部の計測した時間に基づいて前記無線端末のスケジューリングを行うスケジューリング部と、をさらに有することを特徴とする請求の範囲第1項または第2項に記載の基地局。前記無線端末の通信可能な周波数帯域、当該基地局の通信可能な周波数帯域、および前記他基地局の通信可能な周波数帯域を記憶した記憶部と、前記記憶部を参照して、前記無線端末が当該基地局および前記他基地局と無線通信可能な周波数帯域を選択する選択部と、前記選択部の選択した周波数帯域で当該基地局および前記他基地局と無線通信ができるか前記無線端末にモニタさせるモニタ部と、を有することを特徴とする請求の範囲第1項または第2項に記載の基地局。前記選択部は、前記送信部のプライマリセルの周波数帯に近い周波数帯から選択することを特徴とする請求の範囲第7項記載の基地局。前記送信部は、前記無線端末に送信するデータの滞留量と滞留時間との両方または一方に基づいて前記複数の周波数帯によるデータ送信を停止し、前記転送部は、前記滞留量と前記滞留時間との両方または一方に基づいてデータ転送を停止することを特徴とする請求の範囲第1項または第2項に記載の基地局。前記他基地局からの無線リソース変更要求に応じて、前記無線端末の無線リソースの割り当てを変更する変更部をさらに有することを特徴とする請求の範囲第1項または第2項に記載の基地局。前記他基地局からの無線リソース解放要求に応じて、前記無線端末に対し、前記他基地局と無線通信を行っていたセルが解放されたことを通知する通知部をさらに有することを特徴とする請求の範囲第1項または第2項に記載の基地局。無線端末と無線通信を行う基地局の通信方法において、複数の周波数帯を用いて前記無線端末にデータを送信し、他基地局において前記無線端末へのデータ送信が行われるように、前記無線端末に送信されるデータの一部を前記他基地局に転送する、ことを特徴とする通信方法。無線端末と無線通信を行う基地局において、複数の周波数帯を用いて前記無線端末にデータを送信する他基地局から、前記無線端末に送信するデータの一部を受信する受信部と、前記受信部の受信したデータを前記無線端末に送信する送信部と、を有することを特徴とする基地局。無線端末と無線通信を行う基地局の通信方法において、複数の周波数帯を用いて前記無線端末にデータを送信する他基地局から、前記無線端末に送信するデータの一部を受信し、受信したデータを前記無線端末に送信する、ことを特徴とする通信方法。しかし、今後も情報化社会は進み、さらなるデータ通信の高速化大容量化が望まれる。本件はこのような点に鑑みてなされたものであり、データ通信の高速化大容量化を図ることができる基地局および通信方法を提供することを目的とする。上記課題を解決するために、無線端末と無線通信を行う基地局が提供される。この基地局は、複数の周波数帯を用いて前記無線端末にデータを送信する送信部と、他基地局において前記無線端末へのデータ送信が行われるように、前記送信部で送信されるデータの一部を前記他基地局に転送する転送部と、を有する。開示の装置および方法によれば、データ通信の高速化大容量化を図ることができる。本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。以下、実施の形態を、図面を参照して詳細に説明する。[第1の実施の形態]図1は、第1の実施の形態に係る基地局を説明する図である。図1には、基地局1,2および無線端末3が示してある。基地局2は、例えば、基地局1の隣接基地局である。無線端末3は、例えば、携帯電話である。図1に示すように、基地局1は、送信部1aおよび転送部1bを有している。送信部1aは、CAにより、無線端末3にデータ送信を行う。転送部1bは、他の基地局2において、無線端末3へのデータ送信が行われるように、送信部1aで無線端末3にCA送信されるデータの一部を基地局2へ転送する。基地局2は、受信部2aおよび送信部2bを有している。受信部2aは、基地局1の転送部1bから転送されるデータを受信する。すなわち、受信部2aは、基地局1が無線端末3にCA送信するデータの一部を、基地局1から受信する。送信部2bは、受信部2aの受信したデータを無線端末3に送信する。CAについて説明する。図2は、CAを説明する図のその1である。図2のA,Bには、CAの無線通信システムの帯域例が示してある。図2のAは、無線周波数上での周波数帯を示し、図2のBは、無線端末のベースバンド上での周波数帯を示している。CAを行わない無線通信システムでは、基地局と無線端末は、単一の周波数帯で無線通信を行う。これに対し、CAを行う無線通信システムでは、基地局と無線端末は、複数の周波数帯で無線通信を行う。例えば、基地局と無線端末は、図2のAに示すように、複数の周波数帯11,13,15で無線通信を行う。なお、周波数帯12,14は、例えば、他社の無線通信システムの周波数帯を示している。無線端末は、ベースバンド上では、図2のBに示すように、複数の周波数帯11a,13a,15aを一体にして信号処理を行う。すなわち、無線端末は、単一の周波数帯より広い周波数帯で基地局とデータ通信を行い、信号処理を行う。図3は、CAを説明する図のその2である。図3には、基地局21および無線端末22が示してある。基地局21は、図3に示すように、周波数帯f1のセル23と、周波数帯f2のセル24とを形成している。無線端末22が基地局21に接続をしたとき、無線端末22に割り当てられた周波数帯をプライマリ周波数帯と呼ぶ。また、プライマリ周波数帯のセルをプライマリセルPcell:Primarycellと呼ぶ。例えば、無線端末22が基地局21に接続にしたとき、無線端末22に周波数帯f1が割り当てられたとする。この場合、セル23が、無線端末22のPcellとなる。無線端末22は、基地局21に最初に接続した状態では、Pcellセル23にてデータの送受信を行う。基地局21は、CA機能を備えている場合、無線端末22に対して、どの周波数帯で通信できるか問い合わせる。無線端末22は、基地局21からの問い合わせに対し、通信可能な周波数帯を返信する。基地局21は、自身が提供している、プライマリ周波数帯以外の周波数帯のうち、無線端末22と通信可能な周波数帯を選択する。この選択した周波数帯をセカンダリ周波数帯と呼ぶ。また、セカンダリ周波数帯のセルをセカンダリセルScell:Secondlycellと呼ぶ。基地局21は、選択したScellで通信を行うように無線端末22に指示を行う。この指示は、Pcellで行う。例えば、基地局21は、無線端末22から、通信可能な周波数帯として、周波数帯f1,f2を受信したとする。この場合、基地局21は、Scellとしてセル24を選択する。そして、基地局21は、Scellセル24でも通信を行うように無線端末22に指示を行う。これにより、基地局21と無線端末22は、複数の周波数帯f1,f2によるCAの無線通信を行うことができる。下り方向のスケジューリングは、PcellのPDCCHPhysicalDownlinkControlChannelにて行う。また、Scellの追加、変更、および解放は、PcellのPDCCHにて行う。また、下り方向のデータ送信は、PcellおよびScellのPDSCHPhysicalDownlinkSharedChannelにて行う。例えば、図3に示す矢印A1は、PDCCHを示している。矢印A2は、PcellのPDSCHを示している。矢印A3は、ScellのPDSCHを示している。矢印A1に示すPDCCHは、矢印A2に示すPcellのPDSCHおよび矢印A3に示すScellのPDSCHのスケジューリングを送信することを示している。このように、CAでは、基地局21と無線端末22は、複数の周波数帯f1,f2で無線通信を行う。これにより、基地局21と無線端末22は、単一の周波数帯より広い周波数帯で無線通信を行い、データ通信の高速化大容量化を図ることができる。図1の説明に戻る。上記したように、図1の基地局1の送信部1aは、CAにより、無線端末3にデータ送信を行う。転送部1bは、送信部1aの無線端末3に送信するデータの一部が、他の基地局2においても無線端末3へ送信されるように、送信部1aの送信するデータの一部を基地局2に転送する。基地局2の受信部2aは、基地局1の転送部1bの転送するデータを受信し、送信部2bは、受信部2aの受信したデータを無線端末3に送信する。図4は、図1の無線端末の無線リソース割り当てを説明する図である。図4に示す横軸は時間を示し、縦軸は周波数を示す。図1に示す基地局1は、例えば、図4に示すように、周波数帯f1,f2で無線通信を行うことができるとする。また、基地局2は、周波数帯f3,f4で無線通信を行うことができるとする。また、無線端末3は、周波数帯f1~f3で無線通信を行うことができるとする。なお、図4に示すUE1は、図1の無線端末3に対応する。UE2は、図1に図示していない、基地局2の配下に属している無線端末に対応する。基地局1の送信部1aは、CAにより、複数の周波数帯で無線端末3にデータを送信する。例えば、図4に示すように、無線端末3UE1には、周波数帯f1,f2の無線リソースが割り当てられている。なお、図4では、周波数帯f1をPcell、周波数帯f2をScellとしている。基地局1の転送部1bは、他の基地局2においても、送信部1aの無線端末3に送信するデータが無線端末3へ送信されるように、基地局2にデータの一部を転送する。基地局2の受信部2aは、基地局1の転送部1bから転送されたデータを受信し、送信部2bは、受信部2aの受信したデータを、基地局1の送信部1aのCAの周波数帯とは異なる周波数帯で無線端末3に送信する。例えば、図4に示す点線枠D1内のデータは、基地局1から基地局2に転送された無線端末3宛てのデータを示している。基地局1から基地局2へ転送されたデータは、図4では、基地局2の周波数帯f3の無線リソースに割り当てられている。すなわち、基地局1は、自身のCAの周波数帯f1,f2に、他の基地局2の周波数帯f3をセカンダリ周波数帯として加え、他の基地局2からも無線端末3へデータ送信が行われるようにする。なお、基地局2に複数の周波数帯の無線リソースが空いていれば、基地局2は、基地局1から転送されたデータを複数の周波数帯に割り当ててもよい。このように、基地局1の転送部1bは、他の基地局2において、無線端末3へのデータ送信が行われるように、送信部1aでCA送信されるデータの一部を他の基地局2に転送するようにした。また、基地局2の受信部2aは、基地局1の転送部1bの転送するデータを受信し、送信部2bで無線端末3に送信するようにした。これにより、基地局1は、自身のCAに、他の基地局2の周波数帯を加えて無線端末3へデータ送信を行うので、データ通信の高速化大容量化を図ることができる。[第2の実施の形態]次に、第2の実施の形態を、図面を参照して詳細に説明する。図5は、第2の実施の形態に係る無線通信システムの例を示した図である。図5に示すように、無線通信システムは、eNB31,32、MMEMobilityManagementEntity33、およびUE34,35を有している。図5に示すように、eNB31,32は、互いに接続されている。eNB31,32との間には、例えば、S-GWServingGateWayが存在する場合もある。また、eNB31,32は、MME33を介して接続されている。図6は、図5の無線通信システムの動作を説明する図である。図6において、図5と同じものには同じ符号が付してある。eNB31,32は、X2インタフェースで接続されている。また、eNB31とMME35は、S1インタフェースで接続されている。また、eNB32とMME35は、S1インタフェースで接続されている。eNB31は、例えば、周波数帯f1,f2により、UE34,35と無線通信を行うことができる。セル41は、周波数帯f1のセルを示し、セル42は、周波数帯f2のセルを示している。eNB32は、例えば、周波数帯f3,f4により、UE34,35と無線通信を行うことができる。セル43は、周波数帯f3のセルを示し、セル44は、周波数帯f4のセルを示している。UE34は、例えば、周波数帯f1~f3で無線通信を行うことができる。なお、図6では、UE34は、周波数帯f1~f3のセル41~43に属しているので、eNB31とeNB32の両方と無線通信を行うことができる。UE35は、例えば、周波数帯f1,f3、f4で無線通信を行うことができる。なお、図6では、UE35は、周波数帯f3、f4のセル43,44に属しているので、eNB32と無線通信を行うことができる。eNB31は、CAにより、UE34にデータ送信を行うことができる。例えば、eNB31は、UE34に送信するデータの滞留量および滞留時間が所定の閾値を超える場合、CAにより、Pcell例えば、セル41とScell例えば、セル42とで、UE34にデータ送信を行う。また、eNB31は、UE34が他のeNB32と無線通信が可能であれば、UE34にCA送信するデータの一部を、eNB32に転送する。すなわち、eNB31は、自身のCAに、eNB32のセル43をScellとして加え、UE34へデータ送信を行う。つまり、UE34は、eNB31とeNB32の2つのeNBから、データを受信する。図7は、eNBの動作を示したフローチャートである。図7には、図6のeNB31のフローチャートが示してある。図7では、UE34は、eNB31のセル41をPcellとし、eNB31に接続しているとする。[ステップS1]eNB31は、UE34に送信するデータの滞留量および滞留時間が所定の閾値を超えているか否か判断する。eNB31は、UE34に送信するデータの滞留量および滞留時間が所定の閾値を超えている場合、ステップS2へ進む。eNB31は、UE34に送信するデータの滞留量および滞留時間が所定の閾値を超えていない場合、処理を終了する。[ステップS2]eNB31は、Pcellセル41の周波数帯f1と異なる周波数帯のモニタリングを行うように、UE34に指示する。すなわち、eNB31は、周波数帯f1とは異なる、自身と無線通信を行うことができる周波数帯をモニタリングするように、UE34に指示する。[ステップS3]eNB31は、UE34から、自身の他セルPcellとは異なる他周波数帯の検出通知を受信したか判断する。例えば、eNB31は、UE34から、セル42周波数帯f2の検出通知を受信したか判断する。eNB31は、UE34から、自身の他セルの検出通知を受信した場合、ステップS4へ進む。eNB31は、UE34から、自身の他セルの検出通知を受信しなかった場合、ステップS5へ進む。[ステップS4]eNB31は、自身のeNB内でCAを実施する。例えば、eNB31は、ステップS3において、UE34からセル42の検出結果を受信した場合、セル42をScellとし、CAを実施する。[ステップS5]eNB31は、UE34から、他のeNB32におけるセルの検出通知を受信したか判断する。例えば、eNB31は、UE34から、セル43,44周波数帯f3,f4の検出通知を受信したか判断する。eNB31は、UE34から、他のeNB32におけるセルの検出通知を受信した場合、ステップS7へ進む。eNB31は、UE34から、他のeNB32におけるセルの検出通知を受信しなかった場合、ステップS6へ進む。なお、図6の例では、eNB31は、UE34から、セル43の検出通知を受信する。[ステップS6]eNB31は、UE34に対し、異周波数帯Pcellの周波数帯以外の周波数帯のモニタリング停止を指示する。[ステップS7]eNB31は、他のeNB32のセルをScellとして追加する。例えば、eNB31は、他のeNB32のセル43をScellに加える。eNB31は、UE34に送信するデータの一部をeNB32に転送し、eNB32は、eNB31から転送されたデータをScellセル43にて、UE34に送信する。[ステップS8]eNB31は、Scellの解放、変更処理、Pcellの変更処理を行う。例えば、eNB31は、CAにより、UE34に送信するデータの輻輳が解消されたと判断した場合、Scellを解放する。また、eNB31は、eNB32からScellの変更または解放処理の要求があった場合、eNB32のScellの変更または解放処理を行う。例えば、eNB32は、UE34よりデータ送信の優先度の高いUEが通信を開始した場合、UE34のScellを小さくするように変更するかまたはScellを解放する旨をeNB31に通知する。また、eNB31は、通信品質のよい周波数帯のセルにPcellを変更する。例えば、UE34が移動する場合、通信品質のよい周波数帯が変わる。この場合、eNB31は、最も通信品質のよい周波数帯のセルをPcellにする。なお、eNB31は、自分のPcellに属している全てのUEに対して、図7に示すフローチャートの動作を行う。また、eNB31は、図7に示すフローチャートの動作を繰り返し行う。従って、eNB31は、例えば、図7のステップS4でCAを実施した後、UE34に送信するデータの滞留量および滞留時間が所定の閾値を超えていれば、ステップS7により、他のeNB32のScellを追加することになる。また、eNB31は、図7に示すフローチャートの動作を繰り返し行うので、他のeNB32のセルをScellとして加えても、UE34に送信するデータの滞留量および滞留時間が所定の閾値を超えていれば、他のeNB32の他のセルをScellとして加える場合もある。また、eNB31のCAを開始する判断ステップS1の処理は、データの滞留量および滞留時間の一方で判断してもよい。例えば、eNB31は、UE34に送信するデータの滞留量および滞留時間の一方が所定の閾値を超えていれば、ステップS2の処理へ進むようにしてもよい。以下で登場する滞留量および滞留時間についても同様である。図8~図12は、無線通信システムのシーケンス図である。図8~図12には、図6に示すeNB31,32およびUE34のシーケンスが示してある。[ステップS11]eNB31とUE34は、RRCRadioResourceControlコネクションシーケンスにより、RRCコネクションを確立する。[ステップS12]eNB31は、Pcellを確立する。例えば、eNB31は、UE34と通信を行うセル41,42のうち、セル41の通信品質がよければ、セル41をPcellとする。[ステップS13]eNB31とUE34は、ベアラを確立する。[ステップS14]eNB31は、UE34へ送信するデータを一時格納するバッファの滞留量および滞留時間が所定の閾値を超えたか検出する。すなわち、eNB31は、UE34へ送信するデータの滞留量および滞留時間が所定の閾値を超えたか検出する。ここでは、eNB31は、UE34へ送信するデータの滞留量および滞留時間が所定の閾値を超えたことを検出したとする。[ステップS15]eNB31は、UE34と呼を確立するため、UE34に対し、RRCコネクションの再設定要求を行う。このとき、eNB31は、UE34に対し、Pcell以外の周波数帯で通信可能な周波数帯をモニタリングするように指示する。[ステップS16]UE34は、ステップS15のRRCコネクションの再設定要求に対する応答RRCコネクションの再設定完了をeNB31に返す。[ステップS17]UE34は、モニタリングの測定結果をeNB31に返す。UE34は、例えば、周波数帯f2またはセル42のCell-IDIDentifierと周波数帯f3またはセル43のCell-IDをeNB31に返す。図8に示す点線枠D11は、UE34の測定したモニタリング測定結果が、自局eNB31の周波数帯であった場合の処理を示している。[ステップS18]eNB31は、UE34からのモニタリング結果から、自局の他周波数帯Pcellと異なる周波数帯を検出する。例えば、eNB31は、UE34から周波数帯f2を受信する。[ステップS19]eNB31は、UE34と呼を確立するため、UE34に対し、RRCコネクションの再設定要求を行う。[ステップS20]UE34は、ステップS19のRRCコネクションの再設定要求に対する応答をeNB31に返す。[ステップS21]eNB31は、自局のセルをScellとして追加する。例えば、eNB31は、ステップS18において、自局の他周波数帯として周波数帯f2を受信した場合、セル42をScellとして追加する。eNB31は、追加したScellをUE34に通知する。例えば、eNB31は、Cell-IDによって、追加したScellを通知する。図9に示す点線枠D12は、UE34の測定したモニタリング測定結果が、他局eNB32の周波数帯であった場合の処理を示している。[ステップS22]eNB31は、UE34からのモニタリング結果から、他局の他周波数帯Pcellと異なる周波数帯を検出する。例えば、eNB31は、UE34から周波数帯f3またはそのCell-IDを受信する。[ステップS23]eNB31は、eNB32に対し、無線リソースの割り当て要求を行う。例えば、eNB31は、eNB32の周波数帯f3のセル43をScellに追加するために、周波数帯f3の無線リソースの割り当て要求を行う。[ステップS24]eNB32は、無線リソースの割り当て可否を判断する。例えば、eNB31は、UE34に対して周波数帯f3の無線リソースを割り当て可能か否か判断する。[ステップS25]eNB32は、無線リソースの割り当て可否の結果をeNB31に返す。[ステップS26]eNB31は、無線リソースの割り当て可の結果を受信する。なお、eNB31は、無線リソースの割り当て否の結果を受信した場合で、自局のScellを追加していた場合には、Pcellと自局のScellとでUE34とデータ通信を行うことになる。また、eNB31は、無線リソースの割り当て否の結果を受信した場合で、自局のScellを追加していない場合には、PcellでUE34とデータ通信を行うことになる。[ステップS27]eNB31は、eNB32に対し、処理遅延測定要求を行う。これは、eNB31が、他局のeNB32のセルをScellとして追加してUE34にデータ送信する場合、UE34に送信するデータの一部をeNB32に転送する。このデータ転送は、eNB31がUE34にデータ送信する時間と、eNB32がUE34にデータ送信する時間との間に時間差を生じさせる。そこで、eNB31は、eNB32へデータ転送する時間を考慮したスケジューリングを行うため、eNB32へのデータ転送時間を測定する。[ステップS28]eNB32は、eNB31からの処理遅延測定要求を受け、メッセージに処理遅延測定要求の受信時刻を付与する。[ステップS29]eNB32は、受信時刻を付与したメッセージをeNB31に送信する。なお、eNB31は、処理遅延測定要求を行った時刻と、メッセージに付与された受信時刻とに基づいて、データの転送時間を測定する。[ステップS30]eNB31は、UE34と呼を確立するため、UE34に対し、RRCコネクションの再設定要求を行う。[ステップS31]UE34は、ステップS30のRRCコネクションの再設定要求に対する応答をeNB31に返す。[ステップS32]eNB31は、他局のセルをScellとして追加する。例えば、eNB31は、eNB32の周波数帯f3のセル43をScellとして追加する。eNB31は、追加したScellをUE34に通知する。例えば、eNB31は、Cell-IDによって、追加したScellを通知する。[ステップS33]eNB31は、UE34に送信するデータの一部をeNB32に転送する。[ステップS34]eNB31,32は、Scellにより、UE34にデータUplaneデータを送信する。eNB31は、Pcellでも、UE34に対してデータを送信する。図10に示す点線枠D13は、UE34に送信するデータのバッファの滞留量および滞留時間が所定の閾値以下となった場合の処理を示している。[ステップS35]eNB31は、UE34へ送信するデータを一時格納するバッファの滞留量および滞留時間が所定の閾値以下か検出する。すなわち、eNB31は、UE34へ送信するデータの滞留量および滞留時間が所定の閾値以下になったか検出する。ここでは、eNB31は、UE34へ送信するデータの滞留量および滞留時間が所定の閾値以下になったことを検出したとする。[ステップS36]eNB31は、UE34と呼を確立するため、UE34に対し、RRCコネクションの再設定要求を行う。[ステップS37]UE34は、ステップS36のRRCコネクションの再設定要求に対する応答をeNB31に返す。[ステップS38]eNB31は、自局のScellを解放する。例えば、eNB31は、セル42を解放する。eNB31は、自局のScellを解放したことをUE34に通知する。[ステップS39]eNB31は、eNB32に対し、Scellの無線リソースの解放要求を行う。すなわち、eNB31は、UE34のデータ輻輳が低減した場合、自局および他局のScellを解放するようにする。そして、eNB31は、UE34のデータをPcellだけで送信するようにする。[ステップS40]eNB32は、eNB31からの無線リソース解放要求を受けて、無線リソースの割り当て情報を更新する。例えば、eNB32は、UE34に割り当てていた周波数帯f3の無線リソースを解放したことを更新する。[ステップS41]eNB32は、eNB31に無線リソースの解放応答を送信する。[ステップS42]eNB31は、UE34と呼を確立するため、UE34に対し、RRCコネクションの再設定要求を行う。[ステップS43]UE34は、ステップS42のRRCコネクションの再設定要求に対する応答をeNB31に返す。[ステップS44]eNB31は、他局セルのScellを解放したことをUE34に通知する。例えば、eNB31は、eNB32のScellのセル43を解放したことをUE34に通知する。図11に示す点線枠D14は、Scellの無線リソースの変更処理を示している。[ステップS45]eNB32は、UE34に割り当てている無線リソースの変更を検出する。例えば、eNB32は、UE34より優先度の高いUEが存在したため、UE34に割り当てていた無線リソースの一部をそのUEに割り当てる場合、無線リソースの変更を検出する。[ステップS46]eNB32は、eNB31に対し、無線リソースの変更要求を送信する。[ステップS47]eNB31は、UE34に割り当てる無線リソースを変更する。[ステップS48]eNB31は、無線リソースの変更応答をeNB32に送信する。[ステップS49]eNB32は、UE34の無線リソースの割り当て情報を更新する。例えば、eNB32は、UE34に割り当てていた周波数帯f3の無線リソースを減らしたことを更新する。図12に示す点線枠D15は、Scellの無線リソースの解放処理を示している。[ステップS50]eNB32は、UE34に割り当てている無線リソースの解放を検出する。例えば、eNB32は、UE34より優先度の高いUEが存在したため、UE34に割り当てていた無線リソースをそのUEに割り当てる場合、無線リソースの解放を検出する。[ステップS51]eNB32は、eNB31に対し、無線リソースの解放要求を送信する。[ステップS52]eNB31は、UE34と呼を確立するため、UE34に対し、RRCコネクションの再設定要求を行う。[ステップS53]UE34は、ステップS52のRRCコネクションの再設定要求に対する応答をeNB31に返す。[ステップS54]eNB31は、無線リソースの解放応答をeNB32に送信する。[ステップS55]eNB32は、UE34の無線リソースの割り当て情報を変更する。例えば、eNB32は、UE34に割り当てていた周波数帯f3の無線リソースを解放したことを更新する。[ステップS56]eNB31は、UE34に他局のScellが解放されたことを通知する。例えば、eNB31は、eNB32のセル43が解放されたことをUE34に通知する。なお、上記のシーケンスでは、eNB31,32は、X2APX2ApplicationProtocolに基づき、X2インタフェースでデータのやり取りをする場合について述べたが、S1APS1ApplicationProtocolに基づき、S1インタフェースを介して、データのやり取りを行ってもよい。すなわち、eNB31,32は、MME33を介して、データのやり取りを行ってもよい。図13は、eNBのハードウェア構成例を示した図である。図13に示すように、eNB31は、システムオンチップ51、無線モジュール52、および光モジュール53を有している。システムオンチップ51は、CPUCentralProcessingUnit51a、メモリ51b,51d、およびDSPDigitalSignalProcessing51cを有している。システムオンチップ51は、CPU51aによってチップ全体が制御されている。CPU51aには、バスを介してメモリ51bおよびDSP51cが接続されている。メモリ51bには、CPU51aが実行するOSOperatingSystemのプログラムやアプリケーションプログラムが格納される。また、メモリ51bには、CPU51aによる処理に必要な各種データが格納される。メモリ51dには、DSP51cが実行するOSのプログラムやアプリケーションプログラムが格納される。また、メモリ51dには、DSP51cによる処理に必要な各種データが格納される。DSP51cの代わりに、FPGAFieldProgrammableGateArrayを実装するようにしてもよい。無線モジュール52は、UEと無線通信を行う。例えば、無線モジュール52は、UEに送信する信号の周波数をアップコンバートしたり、UEから受信した信号の周波数をダウンコンバートしたりする。光モジュール53は、光によって他のeNB32と通信を行う。また、光モジュール53は、光によってMME33と通信を行う。なお、eNB32も図13と同様のハードウェアを有している。図1の送信部1aおよび転送部1bは、例えば、図13に示すDSP51cによってその機能が実現される。図1の受信部2aおよび送信部2bは、例えば、図13に示すDSP51cによってその機能が実現される。図7のフローチャートの処理は、DSP51cによって行われる。図14は、eNBの機能ブロックを示した図である。図14に示すように、eNB31は、トランスポート部61、呼処理制御部62、BBBaseBand処理部63、および無線部64を有している。図14に示すトランスポート部61は、例えば、図13に示す光モジュール53によってその機能が実現される。呼処理制御部62およびBB処理部63は、例えば、DSP51cによってその機能が実現される。無線部64は、例えば、無線モジュール52によってその機能が実現される。トランスポート部61は、例えば、SCTPStreamControlTransmissionProtocol層以下のプロトコルに基づき、eNB32またはMME33と通信を行う。呼処理制御部62は、例えば、UE34の呼処理等を行う。BB処理部63は、UE34と通信するデータのベースバンド処理を行う。無線部64は、UE34と無線通信を行う。なお、eNB32も図14と同様の機能ブロックを有している。図7のステップS1,S2,S8の処理は、呼処理制御部62およびBB処理部63によって行われる。ステップS3~S7の処理は、呼処理制御部62によって行われる。以下、図8~図12で説明したシーケンスについて詳細に説明する。まず、CA開始処理について説明する。図15、図16は、CA開始処理を示したシーケンス図である。図15、図16のシーケンス図は、例えば、図8のステップS14の処理に対応する。[ステップS61]eNB31のBB処理部63は、UE34に送信するデータを一時記憶するバッファの滞留量および滞留時間を算出する。すなわち、BB処理部63は、UE34の未送信データの滞留量および滞留時間を算出する。BB処理部63は、算出した滞留量および滞留時間を、バッファ情報管理テーブルに記憶する。バッファ情報管理テーブルは、例えば、図13に示すメモリ51dに形成される。[ステップS62]呼処理制御部62は、バッファ情報管理テーブルに記憶されている、UE34の滞留量および滞留時間を読み出す。[ステップS63]呼処理制御部62は、バッファ情報管理テーブルから読み出されるUE34の滞留量および滞留時間を受信する。[ステップS64]呼処理制御部62は、受信したUE34の滞留量および滞留時間を送信バッファ管理テーブルに記憶し、更新する。送信バッファ管理テーブルは、例えば、図13に示すメモリ51dに形成される。[ステップS65]呼処理制御部62は、滞留量および滞留時間の閾値超過を判断する。呼処理制御部62は、滞留量および滞留時間が所定の閾値を超えていれば、ステップS66へ進む。呼処理制御部62は、滞留量および滞留時間が所定の閾値以下であれば、ステップS62へ進む。[ステップS66]呼処理制御部62は、滞留量および滞留時間を送信バッファ管理テーブルに記憶したUE34の優先度を更新する。図17は、送信バッファ管理テーブルを説明する図である。図17に示すように、送信バッファ管理テーブルは、優先順位、QCIQosClassIdentifier、滞留量閾値、未送信データ滞留量、滞留時間閾値、および未送信データ滞留時間の欄を有している。優先順位の欄には、CAを行うUEが格納される。図17の例では、上方に格納されているUEほど、CAを行う優先順位が高い。QCIの欄には、UEのQCIが格納される。UEのQCIは、ベアラ設定時、MME33から通知されるメッセージのERABLevelQoSParametersに含まれている。滞留量閾値の欄には、バッファ滞留量の閾値が格納される。滞留量閾値は、例えば、QCIに基づいて決められる。例えば、図17に示すように、QCIが‘2’であれば、滞留量閾値は‘50’となる。なお、滞留量閾値は、任意に設定を変えることができる。例えば、QCIが‘2’であれば、滞留量閾値は‘60’と変更してもよい。滞留時間閾値の欄には、バッファに格納されている未送信データの滞留時間の閾値が格納される。滞留時間閾値は、例えば、QCIに基づいて決められる。例えば、図17に示すように、QCIが‘2’であれば、滞留時間閾値は‘150’となる。なお、滞留時間閾値は、任意に設定を変えることができる。例えば、QCIが‘2’であれば、滞留時間閾値は‘160’と変更してもよい。呼処理制御部62は、例えば、未送信データ滞留量の滞留量閾値に対する割合および未送信データ滞留時間の滞留時間閾値に対する割合に基づいて、CAを行うUEの優先順位を決める。例えば、呼処理制御部62は、未送信データ滞留量の滞留量閾値に対する割合と、未送信データ滞留時間の滞留時間閾値に対する割合とを加算し、その加算値の高いUEほど、優先順位を上げる。なお、呼処理制御部62は、同じ割合のUEが複数存在する場合、QCIに基づいてその優先順位を決める。なお、前述したステップS65の閾値超過の判断は、滞留量閾値および滞留時間閾値の欄の値に基づいて行われる。図15の説明に戻る。[ステップS67]呼処理制御部62は、変数iに0を代入する。[ステップS68]呼処理制御部62は、送信バッファ管理テーブルを参照し、滞留量閾値および滞留時間閾値を超えるUEを選択する。このとき、呼処理制御部62は、優先順位の高いUEから順に選択する。呼処理制御部62は、選択したUEにモニタリングさせる周波数帯を選択する。例えば、呼処理制御部62は、UE34を選択したとする。呼処理制御部62は、選択したUE34の無線通信できる周波数帯と、自局eNB31のセルの周波数帯とで一致する周波数帯をモニタリング周波数帯として選択する。また、呼処理制御部62は、選択したUE34の無線通信できる周波数帯と、他局eNB32のセルの周波数帯とで一致する周波数帯をモニタリング周波数帯として選択する。図18は、モニタリング周波数帯の選択を説明する図である。図18には、モニタリング周波数帯選択テーブルが示してある。モニタリング周波数帯選択テーブルは、例えば、図13に示すメモリ51dに形成される。図18に示すように、モニタリング周波数帯選択テーブルは、自局周波数帯情報、他局周波数帯情報、およびUE周波数帯情報の欄を有している。自局周波数帯情報の欄には、eNB31が形成しているセルの周波数帯が格納されている。他局周波数帯情報の欄には、eNB32が形成しているセルの周波数帯情報が格納されている。すなわち、自局周波数帯情報および他局周波数帯情報のそれぞれの欄には、eNB31,32のそれぞれが通信可能な周波数帯域が格納されている。例えば、図6の例に従うと、図18の自局周波数帯情報および他局周波数帯情報の欄には、図18に示すような周波数帯の情報が格納される。UE周波数帯情報の欄には、eNB31の配下に属しているUEの無線通信を行うことができる周波数帯情報が格納されている。図6の例に従うと、図18のUE周波数帯情報の欄には、図18に示すような情報が格納される。UE34の無線通信を行うことができる周波数帯は、例えば、図8に示すステップS11の処理で取得することができる。呼処理制御部62は、ステップS11の処理において、UE34からUE34のケーパビリティ情報を受信し、受信したケーパビリティ情報から、UE34の無線通信を行うことができる周波数帯を取得する。そして、呼処理制御部62は、取得した周波数帯をモニタリング周波数帯選択テーブルに格納する。呼処理制御部62は、上記したように、UE34の無線通信できる周波数帯と、自局のセルの周波数帯とで一致する周波数帯をモニタリング周波数帯として選択する。また、呼処理制御部62は、UE34の無線通信できる周波数帯と、他局のセルの周波数帯とで一致する周波数帯をモニタリング周波数帯として選択する。例えば、図18の場合、呼処理制御部62は、周波数帯f2,f3をモニタリング周波数帯として選択する。なお、周波数帯f1は、Pcellとして用いられているので選択されない。すなわち、呼処理制御部62は、UE34がeNB31,32と無線通信することができる周波数帯域を選択する。なお、呼処理制御部62は、モニタリング周波数帯の選択をするとき、Pcellの周波数帯から近い周波数帯をモニタリング周波数帯として順に選択するようにしてもよい。例えば、図18において、UE34の無線通信することができる周波数帯をf1~f4とする。また、f1<f2<f3<f4の関係があるとする。この場合、呼処理制御部62は、周波数帯f2,f3,f4とPcellに近い周波数帯からモニタリング周波数帯を選択していく。これにより、UE34は、例えば、近接した複数の周波数帯を一体として処理することができ、負荷を低減することができる。図16の説明に戻る。[ステップS69]呼処理制御部62は、変数iが変数Iより小さいか否か判断する。変数Iは、UE34の無線通信することができる周波数帯の数である。例えば、図18のUE34の例の場合、Iは‘3’となる。[ステップS70]呼処理制御部62は、変数iが変数I以上でれば、UE34のモニタリング処理を中止する。[ステップS71]呼処理制御部62は、ステップS68で選択した周波数帯のモニタリング指示をBB処理部63に対し行う。[ステップS72]BB処理部63は、無線部64を介し、ステップS68で選択された周波数帯のモニタリング要求を行う。[ステップS73]BB処理部63は、無線部64を介し、UE34からの周波数帯のモニタリング応答結果を受信する。[ステップS74]呼処理制御部62は、BB処理部63から周波数帯のモニタリング結果を受信する。[ステップS75]呼処理制御部62は、BB処理部63から受信したモニタリング結果に基づき、UE34がモニタリング指示で指定した周波数帯を検出したか判断する。呼処理制御部62は、UE34がモニタリング指示で指定した周波数帯を検出したと判断した場合、‘UE34はモニタリング指示で指定した周波数帯で無線通信ができる’と判断し、ステップS77へ進む。呼処理制御部62は、UE34がモニタリング指示で指定した周波数帯を検出していないと判断した場合、ステップS76へ進む。なお、呼処理制御部62は、図6および図18の例の場合、周波数帯f2,f3を検出する。[ステップS76]呼処理制御部62は、変数iに1を加算する。[ステップS77]呼処理制御部62は、Scellの追加処理を行う。なお、ステップS72のモニタリング要求は、例えば、図8のステップS15の処理に対応する。ステップS73のモニタリング応答は、例えば、図8のステップS17の処理に対応する。また、ステップS75,S77の周波数帯検出およびScell追加処理は、例えば、図8の点線枠D11および図9の点線枠D12の処理に対応する。Scellの無線リソース割り当て要求処理について説明する。図19は、Scellの無線リソース割り当て要求処理を示したシーケンス図である。図19のシーケンス図は、例えば、図9のステップS23~S25の処理に対応する。[ステップS81]eNB31の呼処理制御部62は、トランスポート部61を介して、eNB32の呼処理制御部に対し、無線リソース割り当て要求を行う。このとき、呼処理制御部62は、eNB32のScellに期待する無線リソースの割り当て情報をeNB32に送信する。例えば、呼処理制御部62は、UE34に割り当ててほしいRBResourceBlockおよびその周期の情報をeNB32に送信する。また、呼処理制御部62は、CAしようするUE34のUE情報をeNB32に送信する。UE情報は、例えば、図17に示した送信バッファ管理テーブルのQCI、滞留量閾値、未送信データ滞留量、滞留時間閾値、および未送信データ滞留時間である。また、呼処理制御部62は、CAしようとするUE34の識別子UE-IDをeNB32に送信する。また、呼処理制御部62は、UE34が他局のeNB32と無線通信することができるCell-IDをeNB32に送信する。例えば、このCell-IDは、図16のステップS75で検出した、eNB32のセル43周波数帯f3のIDである。[ステップS82]eNB32の呼処理制御部は、eNB31から受信した無線リソースの割り当て情報に基づいて、無線リソースの割り当てが可能か否か判断する。例えば、呼処理制御部は、eNB32の周波数帯f3のRBに空きがあるか否かによって、UE34の無線リソースの割り当て可否を判断する。このとき、eNB32の呼処理制御部は、eNB31から受信したUE34のUE情報に基づいて、自局eNB32の配下に存在しているUEとUE34との優先順位を考慮して、無線リソースの割り当て可否を判断する。例えば、呼処理制御部は、eNB32の周波数帯f3に空きがあっても、UE34の優先順位が他のUEより低ければ、無線リソースの割り当て否を判断する。[ステップS83]eNB32の呼処理制御部は、トランスポート部を介して、無線リソースの割り当て可否の応答をeNB31に送信する。eNB32の呼処理制御部は、無線リソースの割り当て可否の応答を送信する際、無線リソースの割り当て可否の判断を行ったUE34の識別子を送信する。なお、eNB31の呼処理制御部62は、eNB32に期待した無線リソースの割り当て情報に基づいて、eNB32の無線リソースをUE34に割り当てる。UE34に割り当てたeNB32の無線リソースの情報は、後述するがBB処理部63によって、UE34のデータ転送とともにeNB32に送信される。また、ステップS81で説明したeNB32のScellに期待する無線リソースの割り当て情報は、eNB32の無線リソースの変更検出によって変更される。また、ステップS81で説明したeNB32のScellに期待する無線リソースの割り当て情報は、eNB32の無線リソースの解放検出によって解放される。また、上記のシーケンスでは、eNB31,32は、X2APに基づき、X2インタフェースでデータのやり取りをする場合について述べたが、S1APに基づき、S1インタフェースを介して、データのやり取りを行ってもよい。すなわち、eNB31,32は、MME33を介して、データのやり取りを行ってもよい。図20は、他局における優先順位の決定を説明する図である。図20に示す送信バッファ管理テーブル71は、eNB31のメモリ51dに記憶されている送信バッファ管理テーブルを示している。送信バッファ管理テーブル72は、他局のeNB32のメモリに記憶されている送信バッファ管理テーブルを示している。UE34のUE情報は、図19のステップS81で説明したように、eNB32に送信される。eNB32に送信されたUE情報は、eNB32の送信バッファ管理テーブル72に記憶される。例えば、図20の矢印A11に示すように、UE34のUE情報は、eNB32の送信バッファ管理テーブル72に記憶される。なお、図20のUE2は、UE34に対応する。eNB32の呼処理制御部は、送信バッファ管理テーブル72に基づいて、UE34の優先順位を決定する。図20の例では、UE34UE2の優先順位が最も高くなっている。従って、例えば、eNB32の呼処理制御部は、周波数帯f3のRBが空いていれば、無線リソースの割り当て可の応答をeNB31に返す。データ転送の処理遅延測定処理について説明する。図21は、データ転送の処理遅延測定処理を示したシーケンス図である。図21のシーケンス図は、例えば、図9のステップS27~S29の処理に対応する。[ステップS91]eNB31のBB処理部63は、GTP-uGeneralpacketradioserviceTunnelingProtocolforuserplaneのメッセージに、送信時の時刻T1を付与する。[ステップS92]BB処理部63は、トランスポート部61を介して、時刻T1が付与されたGTP-uのメッセージをeNB32に送信する。このとき、BB処理部63は、当該メッセージがeNB32に受信されるよう、eNB32向けのTE-IDTunnelEndpointIDentifierを付与する。なお、eNB32のTE-IDは、例えば、図19のステップS83の処理において、eNB32から通知される。[ステップS93]eNB32のBB処理部は、GTP-uのメッセージに、当該メッセージの送信時の時刻T2を付与する。[ステップS94]eNB32のBB処理部は、トランスポート部を介して、時刻T2が付与されたGTP-uのメッセージをeNB31に送信する。このとき、BB処理部は、eNB31から受信したメッセージに含まれている時刻T1を付与する。また、BB処理部は、当該メッセージがeNB31に受信されるよう、eNB31向けのTE-IDを付与する。なお、eNB31のTE-IDは、例えば、図19のステップS81の処理において、eNB31から通知される。[ステップS95]eNB31のBB処理部63は、処理遅延時間Δtを算出する。すなわち、BB処理部63は、eNB31からeNB32へのデータ転送に要する時間を算出する。BB処理部63は、例えば、次の式1によってΔtを算出する。Δt=T2-T1...1なお、BB処理部63で算出されたΔtは、呼処理制御部62に通知される。呼処理制御部62は、BB処理部63から通知されたΔtに基づいて、UE34のスケジューリングを行う。例えば、呼処理制御部62は、Δtに基づいて、UE34に対する無線リソースの割り当てや送信タイミングをスケジューリングする。上記のシーケンスは、eNB31,32間にX2インタフェースが確立されている場合の動作を示している。以下、X2インタフェースが確立されていない場合について説明する。図22は、データ転送の処理遅延測定処理を示した別のシーケンス図である。図22のシーケンス図は、例えば、図9のステップS27~S29の処理に対応する。[ステップS101]eNB31のBB処理部63は、GTP-uのメッセージに、送信時の時刻T1を付与する。[ステップS102]BB処理部63は、トランスポート部61を介して、時刻T1が付与されたGTP-uのメッセージをeNB32に送信する。このとき、BB処理部63は、当該メッセージがMME33に受信されるよう、MME33向けのTE-IDを付与する。[ステップS103]MME33は、eNB31から受信したメッセージのTE-IDをeNB32向けのTE-IDに変更する。[ステップS104]MME33は、TE-IDを変更したメッセージをeNB32に送信する。[ステップS105]eNB32のBB処理部は、GTP-uのメッセージに、当該メッセージの送信時の時刻T2を付与する。[ステップS106]eNB32のBB処理部は、トランスポート部を介して、時刻T2が付与されたGTP-uのメッセージをMME33に送信する。このとき、BB処理部は、eNB31から受信したメッセージに含まれている時刻T1を付与する。また、BB処理部は、当該メッセージがMME33に受信されるよう、MME33向けのTE-IDを付与する。[ステップS107]MME33は、eNB32から受信したメッセージのTE-IDをeNB31向けのTE-IDに変更する。[ステップS108]MME33は、TE-IDを変更したメッセージをeNB31に送信する。[ステップS109]eNB31のBB処理部63は、処理遅延時間Δtを算出する。例えば、BB処理部63は、上記の式1によってΔtを算出する。このように、X2インタフェースが確立されていない場合でも、上記のシーケンスによって、S1インタフェースによる処理遅延時間を測定することができる。CA処理について説明する。図23は、CA処理を説明する図のその1である。図23には、ある時刻TxにおけるeNB31が有するバッファと、eNB31の無線リソース割り当て横軸t、縦軸fRB数とが示してある。図23に示すeNB31のUE2バッファは、例えば、図6に示すUE34の送信データを一時記憶するバッファを示している。UE1バッファは、例えば、図6に図示していないUEの送信データを一時記憶するバッファを示している。CA用バッファは、CAするデータを一時記憶するバッファを示している。転送用バッファは、eNB32に転送するデータを一時記憶するバッファを示している。また、図23には、eNB32が有するバッファと、eNB32の無線リソース割り当て横軸t、縦軸fRB数とが示してある。図23に示すeNB32のUE3,4バッファは、例えば、図6に図示しないUEの送信データを一時記憶するバッファを示している。CA用バッファは、CAするデータを一時記憶するバッファを示している。図23に示す処理の流れは、例えば、図9のステップS33,S34の処理に対応する。UEに送信するデータは、通常、スケジューリングが決定され次第、無線リソースが割り当てられる。例えば、図23のUE1バッファと、その下部に示す無線リソース割り当てに示すように、UE1に送信するデータは、スケジューリングが決定され次第、無線リソースが割り当てられる。一方、滞留量および滞留時間が所定の閾値を超えたデータは、スケジューリングが決定されても、直ちに無線リソースに割り当てられない。例えば、UE34UE2に送信するデータは、滞留量および滞留時間が所定の閾値を超えているとする。この場合、UE2に送信するデータは、矢印A21,A22に示すように、CA用バッファおよび転送用バッファにキューイングされる。データ81a,81bは、キューイングされたUE34の送信データを示している。データ82は、データ81a,81bのスケジューリング情報を示している。データ82は、例えば、eNB31のPcellのPDSCHのスケジューリングと、eNB31,32のScellのPDSCHのスケジューリングとを示している。データ83は、データ81a,82をどのタイミングでUE34に送信するかを示した情報である。すなわち、データ83は、CA用バッファに格納されたデータ81a,82をキューイングする時間を示す。データ83の情報は、例えば、データ81a,82を送信するSNFSystemFrameNumber、サブフレーム番号、およびRBアサインメント情報である。SNFおよびサブフレーム番号は、式1で算出したΔTに基づいて決まる。つまり、eNB31は、ΔTまたはΔTαの所定時間後に、データ81a,82を無線リソースに割り当て、UE34に送信する。データ84は、データ81bをどのタイミングでUE34に送信するかを示した情報である。データ84は、データ83と同じ内容を示している。すなわち、データ81bは、データ81aと同じタイミングで、eNB32からUE34に送信される。なお、データ81b,84は、転送用バッファにキューイングされ次第、GTP-uのメッセージにて、eNB32に転送される。データ81b,84の転送に要する時間は、Δtである。図24は、CA処理を説明する図のその2である。図24は、図23の所定時間後ΔTまたはΔTα後の様子を示している。図24に示す点線枠91は、図23で説明したデータ81aを示している。すなわち、CA用バッファにキューイングされたデータ81aは、データ83に基づく所定時間後に無線リソースに割り当てられ、UE34に送信される。点線枠92は、図23で説明したデータ82を示している。すなわち、CA用バッファにキューイングされた、PDCCHでUE34に送信されるスケジューリング情報は、データ83に基づく所定時間後に無線リソースに割り当てられ、UE34に送信される。データ93,94は、図23で説明したデータ81b,84である。すなわち、データ93,94は、eNB31から転送されたデータである。データ93は、データ83と同じ内容を示すデータ94に基づいて、所定時間後に無線リソースに割り当てられ、UE34に送信される。なお、点線枠95は、無線リソースに割り当てられたデータ93を示している。すなわち、図23で説明したデータ81a,81b,82は、eNB32に転送されるデータ81bの遅延時間を考慮して、UE34に送信される。点線枠92は、PDCCHでUE34に送信されるスケジューリング情報を示している。従って、点線枠91,95に示すデータは、矢印A31,A32に示すように、点線枠92のスケジューリング情報に沿って、RBに割り当てられている。UEに送信するデータのスケジューリングは、呼処理制御部62によって行われる。例えば、呼処理制御部62は、UE34に対するRBの割り当てや送信タイミングをスケジューリングする。BB処理部63は、呼処理制御部62のスケジューリングに基づいて、例えば、図23、図24に示すバッファに格納されたデータを無線リソースに割り当て、UEに送信する。また、BB処理部63は、UEに送信するデータの一部を、図23に示すように、他局のeNB32に転送する。eNB32のBB処理部は、eNB32から転送されるデータを受信する。eNB32のBB処理部は、受信したデータに含まれるSNF、サブフレーム番号、およびRBアサインメント情報に基づいて、受信したデータを無線リソースに割り当て、UE34に送信する。eNB32の呼処理制御部は、予めeNB31から、eNB32のScellに期待する無線リソースの割り当て情報を受信し例えば、図19のステップS81、UE34に割り当てる無線リソースを確保している。従って、eNB32のBB処理部は、eNB31から受信したSNF、フレーム番号、およびRBアサインメント情報に基づいて、UE34に無線リソースを割り当てることができる。呼処理制御部62とBB処理部63は、例えば、図1の送信部1aに対応する。また、呼処理制御部62とBB処理部63は、例えば、図1の転送部1bに対応する。eNB32のBB処理部は、例えば、図1の受信部2aおよび送信部2bに対応する。図25は、他局のeNBに転送されるデータのデータフォーマット例を示した図である。図25には、GTP-uメッセージのExtensionHeaderを示している。GTP-uメッセージのNextExtensionHeaderTypeには、通常、‘0’が格納される。ExtensionHeaderを使用する場合には、NextExtensionHeaderTypeの欄に‘0’以外の値を格納する。例えば、図25に示すように、‘0x01’を格納する。ExtensionHeaderの2オクテット目には、ExtensionHeaderLengthが格納される。SFNは、例えば、図25に示すように、ExtensionHeaderの3オクテット目から4オクテット目に格納される。サブフレーム番号は、ExtensionHeaderの4オクテット目に格納される。RBアサインメント情報は、ExtensionHeaderの5オクテット目からn-1オクテット目に格納される。なお、GTP-uメッセージのExtensionHeaderの次に続く領域に、ユーザメッセージが格納される。すなわち、ExtensionHeaderの次に続く領域に、eNB32に転送するデータが格納される。図26は、ダウンリンクレイヤにおけるデータの流れを示した図である。図26には、eNB31のレイヤ101、eNB32のレイヤ102、およびUE34のレイヤ103が示してある。図26に示すように、eNB31のレイヤ101は、GTP-u、PDCPPacketDataConvergenceProtocol、RLCRadioLinkControl、MACMediumAccessControl、およびL1Layer1のレイヤを有している。eNB32のレイヤ102は、GTP-u、PDCP、RLC、MAC、およびL1のレイヤを有している。UE34のレイヤ103は、PDCP、RLC、MAC、およびL1のレイヤを有している。図26に示す点線矢印A41は、PDCCHのデータの流れを示している。PDCCHのデータは、点線矢印A41に示すように、eNB31のPcellを介して、UE34に送信される。矢印A42は、Pcell経由のPDSCHのデータの流れを示している。PDSCHのデータは、矢印A42に示すように、eNB31のPcellを介して、UE34に送信される。矢印A43は、Scell経由のPDSCHのデータの流れを示している。PDSCHのデータは、矢印A43に示すように、eNB31のScellおよび他局のeNB32のScellを介して、UE34に送信される。eNB31からeNB32に転送されるデータは、eNB31において、MACレイヤからGTP-uレイヤに転送され、eNB32のGTP-uレイヤに転送される。Pcellにおいて、eNB31,32間のCAの終了契機を検出した場合について説明する。以下の処理は、例えば、図10の点線枠D13の処理に対応する。eNB31の呼処理制御部62は、UE34に送信するデータの滞留量および滞留時間が所定の閾値以下になった場合、BB処理部63に対し、CAの停止要求を行う。BB処理部63は、呼処理制御部62からのCAの停止要求を受けて、CAによるデータ送信を停止する。また、BB処理部63は、他のeNB32へのデータ転送を停止する。同様に、呼処理制御部62は、eNB32のBB処理部に対してもCAの停止要求を行う。eNB32のBB処理部は、呼処理制御部62からのCAの停止要求を受けてCAを停止し、Scellを解放する。他局のScellにおいて、CAの無線リソース変更要求があった場合について説明する。以下の処理は、例えば、図11の点線枠D14の処理に対応する。eNB32の呼処理制御部は、UE34に割り当てている無線リソースの変更を検出する。例えば、eNB32の呼処理制御部は、UE34より優先度の高いUEが存在したため、UE34に割り当てていた無線リソースの一部をそのUEに割り当てる場合、無線リソースの変更を検出する。eNB32の呼処理制御部は、eNB31の呼処理制御部62に対し、無線リソースの変更要求を行う。このとき、eNB32の呼処理制御部は、例えば、UE34に割り当てる無線リソース情報例えば、RBアサインメント情報をeNB31の呼処理制御部62に通知する。呼処理制御部62は、eNBからの無線リソース変更要求を受け、UE34に割り当てる無線リソースを変更し、eNB32に対し、応答を返す。eNB32の呼処理制御部は、eNB31からの応答受けて、UE34の無線リソースの割り当て情報を変更する。例えば、eNB32の呼処理制御部は、eNB31から期待された無線リソースの情報を変更する。他局のScellにおいて、CAの無線リソース解放要求があった場合について説明する。以下の処理は、例えば、図12の点線枠D15の処理に対応する。eNB32の呼処理制御部は、UE34に割り当てている無線リソースの解放を検出する。例えば、eNB32の呼処理制御部は、UE34より優先度の高いUEが存在したため、UE34に割り当てていた無線リソースをそのUEに割り当てる場合、無線リソースの解放を検出する。eNB32の呼処理制御部は、eNB31の呼処理制御部62に対し、無線リソースの解放要求を行う。eNB31の呼処理制御部62は、eNBからの無線リソース解放要求を受け、eNB32のScellを解放する。呼処理制御部62は、eNB32に対し、無線リソース解放要求の応答を返す。また、呼処理制御部62は、UE34に対し、eNB32のScellが解放されたこと通知する。eNB32の呼処理制御部は、eNB31からの無線リソース解放要求の応答を受け、UE34に割り当てていた無線リソースを、優先度の高いUEに割り当てる。Pcellの変更について説明する。eNB31の呼処理制御部62は、通信品質のよい周波数帯のセルにPcellを変更する。例えば、UE34が移動する場合、通信品質のよい周波数帯が変わる。この場合、eNB31の呼処理制御部62は、最も通信品質のよい周波数帯のセルをPcellに変更する。このように、eNB31の呼処理制御部62およびBB処理部63は、他局のeNB32において、UE34へのデータ送信が行われるように、CA送信するデータの一部をeNB32に転送するようにした。また、eNB32のBB処理部は、eNB31の転送するデータを受信し、UE34に送信するようにした。これにより、eNB31は、自身のCAに、他局のeNB32の周波数帯を加えてUE34へデータ送信を行うので、データ通信の高速化大容量化を図ることができる。また、eNB31の呼処理制御部62およびBB処理部63は、UE34に送信するデータの滞留量および滞留時間が所定の閾値以下になった場合、UE34へのデータ送信を停止し、eNB32へのデータ転送を停止する。これにより、eNB31は、配下のUEに適切に無線リソースを割り当てることができる。また、eNB31の呼処理制御部62は、他局のeNB32からの要求に応じて、UE34の無線リソースの割り当てを変更する。また、eNB31の呼処理制御部62は、他局のeNB32からの要求に応じて、UE34に対し、eNB32と無線通信を行っていたセルが解放されたことを通知する。これにより、eNB32は、配下のUEに適切に無線リソースを割り当てることができる。上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。"