(57)【特許請求の範囲】
【請求項１】
複数の周波数帯を用いて無線端末にデータを送信する送信部と、
他基地局において前記無線端末へのデータ送信が行われるように、前記送信部で送信されるデータの一部を前記他基地局に転送する転送部と、
を備え、
前記送信部は、前記無線端末に送信するデータの滞留量と滞留時間との両方または一方に基づいて前記複数の周波数帯によるデータ送信を開始し、
前記転送部は、前記滞留量と前記滞留時間との両方または一方に基づいてデータ転送を開始することを特徴とする基地局。
【請求項２】
前記他基地局に前記無線端末への無線リソースの割り当てが可能か否か無線リソース割り当て要求を行う要求部と、
前記他基地局から前記無線端末の無線リソースの割り当て可否の結果を受信する受信部と、
をさらに有することを特徴とする請求項１記載の基地局。
【請求項３】
前記要求部は、前記無線リソース割り当て要求の際、前記無線端末に割り当ててほしいリソースブロックおよびその周期を含む情報を前記他基地局に送信することを特徴とする請求項２記載の基地局。
【請求項４】
前記転送部のデータ転送に要する時間を計測する計測部と、
前記計測部の計測した時間に基づいて前記無線端末のスケジューリングを行うスケジューリング部と、
をさらに有することを特徴とする請求項１記載の基地局。
【請求項５】
前記無線端末の通信可能な周波数帯域、当該基地局の通信可能な周波数帯域、および前記他基地局の通信可能な周波数帯域を記憶した記憶部と、
前記記憶部を参照して、前記無線端末が当該基地局および前記他基地局と無線通信可能な周波数帯域を選択する選択部と、
前記選択部の選択した周波数帯域で当該基地局および前記他基地局と無線通信ができるか前記無線端末にモニタさせるモニタ部と、
を有することを特徴とする請求項１記載の基地局。
【請求項６】
前記選択部は、前記送信部のプライマリセルの周波数帯に近い周波数帯から選択することを特徴とする請求項５記載の基地局。
【請求項７】
前記送信部は、前記無線端末に送信するデータの滞留量と滞留時間との両方または一方に基づいて前記複数の周波数帯によるデータ送信を停止し、
前記転送部は、前記滞留量と前記滞留時間との両方または一方に基づいてデータ転送を停止することを特徴とする請求項１記載の基地局。
【請求項８】
前記他基地局からの無線リソース変更要求に応じて、前記無線端末の無線リソースの割り当てを変更する変更部をさらに有することを特徴とする請求項１記載の基地局。
【請求項９】
前記他基地局からの無線リソース解放要求に応じて、前記無線端末に対し、前記他基地局と無線通信を行っていたセルが解放されたことを通知する通知部をさらに有することを特徴とする請求項１記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、無線端末と無線通信を行う基地局に関する。
【背景技術】
【０００２】
現在、携帯電話システムなどの移動通信システムが広く利用されており、無線通信のさらなる高速化・大容量化を図るべく、次世代の移動通信技術について継続的に議論が行われている。【０００３】
例えば、国際標準化団体の３ＧＰＰ（3rd Generation Partnership Project）では、ＬＴＥ（Long Term Evolution）と呼ばれる規格が提案されている。また、ＬＴＥを拡張したＬＴＥ−Ａ（LTE-Advanced）と呼ばれる規格も提案されている。ＬＴＥ−Ａの標準化では、より高速なデータ通信を提供するための検討がなされているが、それを実現するためには、広い周波数帯域が必要となる。一方、既存の割り当て済み周波数帯を避けて周波数を割り当てることになるため、連続して広い周波数を割り当てることは困難である。【０００４】
その対応策として、複数の周波数帯を下り方向の通信に用い、ＵＥ（User Equipment）のベースバンド上で一体に処理するキャリアアグリゲーション（ＣＡ：Carrier Aggregation）技術が検討されている。ＣＡ技術において、それぞれの周波数帯は、コンポーネントキャリア（ＣＣ：Component Carrier）と呼ばれている。【０００５】
なお、従来、協調通信を行う通信システムにおいて、主にプレコーディング処理に関し、効率的に適応制御を行う通信システムが提案されている（例えば、特許文献１参照）。
また、従来、自セルと周辺セルのリソース制御との協調を図ることによって、システム全体を考慮したＱｏｓの向上やリソースの有効利用を可能とするリソース制御システムが提案されている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−００４１６１号公報
【特許文献２】特開２００３−１９９１４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、今後も情報化社会は進み、さらなるデータ通信の高速化・大容量化が望まれる。
本件はこのような点に鑑みてなされたものであり、データ通信の高速化・大容量化を図ることができる基地局を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、複数の周波数帯を用いて無線端末にデータを送信する送信部と、他基地局において前記無線端末へのデータ送信が行われるように、前記送信部で送信されるデータの一部を前記他基地局に転送する転送部と、を備え、前記送信部は、前記無線端末に送信するデータの滞留量と滞留時間との両方または一方に基づいて前記複数の周波数帯によるデータ送信を開始し、前記転送部は、前記滞留量と前記滞留時間との両方または一方に基づいてデータ転送を開始する基地局が提供される。
【発明の効果】
【０００９】
開示の装置および方法によれば、データ通信の高速化・大容量化を図ることができる。
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
【図面の簡単な説明】
【００１０】
【図１】第１の実施の形態に係る基地局を説明する図である。
【図２】ＣＡを説明する図のその１である。
【図３】ＣＡを説明する図のその２である。
【図４】図１の無線端末の無線リソース割り当てを説明する図である。
【図５】第２の実施の形態に係る無線通信システムの例を示した図である。
【図６】図５の無線通信システムの動作を説明する図である。
【図７】ｅＮＢの動作を示したフローチャートである。
【図８】無線通信システムのシーケンス図である。
【図９】無線通信システムのシーケンス図である。
【図１０】無線通信システムのシーケンス図である。
【図１１】無線通信システムのシーケンス図である。
【図１２】無線通信システムのシーケンス図である。
【図１３】ｅＮＢのハードウェア構成例を示した図である。
【図１４】ｅＮＢの機能ブロックを示した図である。
【図１５】ＣＡ開始処理を示したシーケンス図である。
【図１６】ＣＡ開始処理を示したシーケンス図である。
【図１７】送信バッファ管理テーブルを説明する図である。
【図１８】モニタリング周波数帯の選択を説明する図である。
【図１９】Ｓｃｅｌｌの無線リソース割り当て要求処理を示したシーケンス図である。
【図２０】他局における優先順位の決定を説明する図である。
【図２１】データ転送の処理遅延測定処理を示したシーケンス図である。
【図２２】データ転送の処理遅延測定処理を示した別のシーケンス図である。
【図２３】ＣＡ処理を説明する図のその１である。
【図２４】ＣＡ処理を説明する図のその２である。
【図２５】他局のｅＮＢに転送されるデータのデータフォーマット例を示した図である。
【図２６】ダウンリンクレイヤにおけるデータの流れを示した図である。
【発明を実施するための形態】
【００１１】
以下、実施の形態を、図面を参照して詳細に説明する。
［第１の実施の形態］
図１は、第１の実施の形態に係る基地局を説明する図である。図１には、基地局１，２および無線端末３が示してある。基地局２は、例えば、基地局１の隣接基地局である。無線端末３は、例えば、携帯電話である。図１に示すように、基地局１は、送信部１ａおよび転送部１ｂを有している。
【００１２】
送信部１ａは、ＣＡにより、無線端末３にデータ送信を行う。転送部１ｂは、他の基地局２において、無線端末３へのデータ送信が行われるように、送信部１ａで無線端末３にＣＡ送信されるデータの一部を基地局２へ転送する。
【００１３】
基地局２は、受信部２ａおよび送信部２ｂを有している。受信部２ａは、基地局１の転送部１ｂから転送されるデータを受信する。すなわち、受信部２ａは、基地局１が無線端末３にＣＡ送信するデータの一部を、基地局１から受信する。送信部２ｂは、受信部２ａの受信したデータを無線端末３に送信する。
【００１４】
ＣＡについて説明する。図２は、ＣＡを説明する図のその１である。図２の（Ａ），（Ｂ）には、ＣＡの無線通信システムの帯域例が示してある。図２の（Ａ）は、無線周波数上での周波数帯を示し、図２の（Ｂ）は、無線端末のベースバンド上での周波数帯を示している。
【００１５】
ＣＡを行わない無線通信システムでは、基地局と無線端末は、単一の周波数帯で無線通信を行う。これに対し、ＣＡを行う無線通信システムでは、基地局と無線端末は、複数の周波数帯で無線通信を行う。
【００１６】
例えば、基地局と無線端末は、図２の（Ａ）に示すように、複数の周波数帯１１，１３，１５で無線通信を行う。なお、周波数帯１２，１４は、例えば、他社の無線通信システムの周波数帯を示している。
【００１７】
無線端末は、ベースバンド上では、図２の（Ｂ）に示すように、複数の周波数帯１１ａ，１３ａ，１５ａを一体にして信号処理を行う。すなわち、無線端末は、単一の周波数帯より広い周波数帯で基地局とデータ通信を行い、信号処理を行う。
【００１８】
図３は、ＣＡを説明する図のその２である。図３には、基地局２１および無線端末２２が示してある。基地局２１は、図３に示すように、周波数帯ｆ１のセル２３と、周波数帯ｆ２のセル２４とを形成している。
【００１９】
無線端末２２が基地局２１に接続をしたとき、無線端末２２に割り当てられた周波数帯をプライマリ周波数帯と呼ぶ。また、プライマリ周波数帯のセルをプライマリセル（Ｐｃｅｌｌ：Primary cell）と呼ぶ。
【００２０】
例えば、無線端末２２が基地局２１に接続にしたとき、無線端末２２に周波数帯ｆ１が割り当てられたとする。この場合、セル２３が、無線端末２２のＰｃｅｌｌとなる。無線端末２２は、基地局２１に最初に接続した状態では、Ｐｃｅｌｌ（セル２３）にてデータの送受信を行う。
【００２１】
基地局２１は、ＣＡ機能を備えている場合、無線端末２２に対して、どの周波数帯で通信できるか問い合わせる。無線端末２２は、基地局２１からの問い合わせに対し、通信可能な周波数帯を返信する。
【００２２】
基地局２１は、自身が提供している、プライマリ周波数帯以外の周波数帯のうち、無線端末２２と通信可能な周波数帯を選択する。この選択した周波数帯をセカンダリ周波数帯と呼ぶ。また、セカンダリ周波数帯のセルをセカンダリセル（Ｓｃｅｌｌ：Secondly cell）と呼ぶ。基地局２１は、選択したＳｃｅｌｌで通信を行うように無線端末２２に指示を行う。この指示は、Ｐｃｅｌｌで行う。
【００２３】
例えば、基地局２１は、無線端末２２から、通信可能な周波数帯として、周波数帯ｆ１，ｆ２を受信したとする。この場合、基地局２１は、Ｓｃｅｌｌとしてセル２４を選択する。そして、基地局２１は、Ｓｃｅｌｌ（セル２４）でも通信を行うように無線端末２２に指示を行う。これにより、基地局２１と無線端末２２は、複数の周波数帯ｆ１，ｆ２によるＣＡの無線通信を行うことができる。
【００２４】
下り方向のスケジューリングは、ＰｃｅｌｌのＰＤＣＣＨ（Physical Downlink Control Channel）にて行う。また、Ｓｃｅｌｌの追加、変更、および解放は、ＰｃｅｌｌのＰＤＣＣＨにて行う。また、下り方向のデータ送信は、ＰｃｅｌｌおよびＳｃｅｌｌのＰＤＳＣＨ（Physical Downlink Shared Channel）にて行う。
【００２５】
例えば、図３に示す矢印Ａ１は、ＰＤＣＣＨを示している。矢印Ａ２は、ＰｃｅｌｌのＰＤＳＣＨを示している。矢印Ａ３は、ＳｃｅｌｌのＰＤＳＣＨを示している。矢印Ａ１に示すＰＤＣＣＨは、矢印Ａ２に示すＰｃｅｌｌのＰＤＳＣＨおよび矢印Ａ３に示すＳｃｅｌｌのＰＤＳＣＨのスケジューリングを送信することを示している。
【００２６】
このように、ＣＡでは、基地局２１と無線端末２２は、複数の周波数帯ｆ１，ｆ２で無線通信を行う。これにより、基地局２１と無線端末２２は、単一の周波数帯より広い周波数帯で無線通信を行い、データ通信の高速化・大容量化を図ることができる。
【００２７】
図１の説明に戻る。上記したように、図１の基地局１の送信部１ａは、ＣＡにより、無線端末３にデータ送信を行う。転送部１ｂは、送信部１ａの無線端末３に送信するデータの一部が、他の基地局２においても無線端末３へ送信されるように、送信部１ａの送信するデータの一部を基地局２に転送する。基地局２の受信部２ａは、基地局１の転送部１ｂの転送するデータを受信し、送信部２ｂは、受信部２ａの受信したデータを無線端末３に送信する。
【００２８】
図４は、図１の無線端末の無線リソース割り当てを説明する図である。図４に示す横軸は時間を示し、縦軸は周波数を示す。
図１に示す基地局１は、例えば、図４に示すように、周波数帯ｆ１，ｆ２で無線通信を行うことができるとする。また、基地局２は、周波数帯ｆ３，ｆ４で無線通信を行うことができるとする。また、無線端末３は、周波数帯ｆ１〜ｆ３で無線通信を行うことができるとする。なお、図４に示すＵＥ１は、図１の無線端末３に対応する。ＵＥ２は、図１に図示していない、基地局２の配下に属している無線端末に対応する。
【００２９】
基地局１の送信部１ａは、ＣＡにより、複数の周波数帯で無線端末３にデータを送信する。例えば、図４に示すように、無線端末３（ＵＥ１）には、周波数帯ｆ１，ｆ２の無線リソースが割り当てられている。なお、図４では、周波数帯ｆ１をＰｃｅｌｌ、周波数帯ｆ２をＳｃｅｌｌとしている。
【００３０】
基地局１の転送部１ｂは、他の基地局２においても、送信部１ａの無線端末３に送信するデータが無線端末３へ送信されるように、基地局２にデータの一部を転送する。基地局２の受信部２ａは、基地局１の転送部１ｂから転送されたデータを受信し、送信部２ｂは、受信部２ａの受信したデータを、基地局１の送信部１ａのＣＡの周波数帯とは異なる周波数帯で無線端末３に送信する。
【００３１】
例えば、図４に示す点線枠Ｄ１内のデータは、基地局１から基地局２に転送された無線端末３宛てのデータを示している。基地局１から基地局２へ転送されたデータは、図４では、基地局２の周波数帯ｆ３の無線リソースに割り当てられている。
【００３２】
すなわち、基地局１は、自身のＣＡの周波数帯ｆ１，ｆ２に、他の基地局２の周波数帯ｆ３をセカンダリ周波数帯として加え、他の基地局２からも無線端末３へデータ送信が行われるようにする。なお、基地局２に複数の周波数帯の無線リソースが空いていれば、基地局２は、基地局１から転送されたデータを複数の周波数帯に割り当ててもよい。
【００３３】
このように、基地局１の転送部１ｂは、他の基地局２において、無線端末３へのデータ送信が行われるように、送信部１ａでＣＡ送信されるデータの一部を他の基地局２に転送するようにした。また、基地局２の受信部２ａは、基地局１の転送部１ｂの転送するデータを受信し、送信部２ｂで無線端末３に送信するようにした。これにより、基地局１は、自身のＣＡに、他の基地局２の周波数帯を加えて無線端末３へデータ送信を行うので、データ通信の高速化・大容量化を図ることができる。
【００３４】
［第２の実施の形態］
次に、第２の実施の形態を、図面を参照して詳細に説明する。
図５は、第２の実施の形態に係る無線通信システムの例を示した図である。図５に示すように、無線通信システムは、ｅＮＢ３１，３２、ＭＭＥ（Mobility Management Entity）３３、およびＵＥ３４，３５を有している。図５に示すように、ｅＮＢ３１，３２は、互いに接続されている。ｅＮＢ３１，３２との間には、例えば、Ｓ−ＧＷ（Serving-GateWay）が存在する場合もある。また、ｅＮＢ３１，３２は、ＭＭＥ３３を介して接続されている。
【００３５】
図６は、図５の無線通信システムの動作を説明する図である。図６において、図５と同じものには同じ符号が付してある。
ｅＮＢ３１，３２は、Ｘ２インタフェースで接続されている。また、ｅＮＢ３１とＭＭＥ３３は、Ｓ１インタフェースで接続されている。また、ｅＮＢ３２とＭＭＥ３３は、Ｓ１インタフェースで接続されている。
【００３６】
ｅＮＢ３１は、例えば、周波数帯ｆ１，ｆ２により、ＵＥ３４，３５と無線通信を行うことができる。セル４１は、周波数帯ｆ１のセルを示し、セル４２は、周波数帯ｆ２のセルを示している。
【００３７】
ｅＮＢ３２は、例えば、周波数帯ｆ３，ｆ４により、ＵＥ３４，３５と無線通信を行うことができる。セル４３は、周波数帯ｆ３のセルを示し、セル４４は、周波数帯ｆ４のセルを示している。
【００３８】
ＵＥ３４は、例えば、周波数帯ｆ１〜ｆ３で無線通信を行うことができる。なお、図６では、ＵＥ３４は、周波数帯ｆ１〜ｆ３のセル４１〜４３に属しているので、ｅＮＢ３１とｅＮＢ３２の両方と無線通信を行うことができる。
【００３９】
ＵＥ３５は、例えば、周波数帯ｆ１，ｆ３、ｆ４で無線通信を行うことができる。なお、図６では、ＵＥ３５は、周波数帯ｆ３、ｆ４のセル４３，４４に属しているので、ｅＮＢ３２と無線通信を行うことができる。
【００４０】
ｅＮＢ３１は、ＣＡにより、ＵＥ３４にデータ送信を行うことができる。例えば、ｅＮＢ３１は、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値を超える場合、ＣＡにより、Ｐｃｅｌｌ（例えば、セル４１）とＳｃｅｌｌ（例えば、セル４２）とで、ＵＥ３４にデータ送信を行う。また、ｅＮＢ３１は、ＵＥ３４が他のｅＮＢ３２と無線通信が可能であれば、ＵＥ３４にＣＡ送信するデータの一部を、ｅＮＢ３２に転送する。
【００４１】
すなわち、ｅＮＢ３１は、自身のＣＡに、ｅＮＢ３２のセル４３をＳｃｅｌｌとして加え、ＵＥ３４へデータ送信を行う。つまり、ＵＥ３４は、ｅＮＢ３１とｅＮＢ３２の２つのｅＮＢから、データを受信する。
【００４２】
図７は、ｅＮＢの動作を示したフローチャートである。図７には、図６のｅＮＢ３１のフローチャートが示してある。図７では、ＵＥ３４は、ｅＮＢ３１のセル４１をＰｃｅｌｌとし、ｅＮＢ３１に接続しているとする。
【００４３】
［ステップＳ１］ｅＮＢ３１は、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値を超えているか否か判断する。ｅＮＢ３１は、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値を超えている場合、ステップＳ２へ進む。ｅＮＢ３１は、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値を超えていない場合、処理を終了する。
【００４４】
［ステップＳ２］ｅＮＢ３１は、Ｐｃｅｌｌ（セル４１）の周波数帯ｆ１と異なる周波数帯のモニタリングを行うように、ＵＥ３４に指示する。すなわち、ｅＮＢ３１は、周波数帯ｆ１とは異なる、自身と無線通信を行うことができる周波数帯をモニタリングするように、ＵＥ３４に指示する。
【００４５】
［ステップＳ３］ｅＮＢ３１は、ＵＥ３４から、自身の他セル（Ｐｃｅｌｌとは異なる他周波数帯）の検出通知を受信したか判断する。例えば、ｅＮＢ３１は、ＵＥ３４から、セル４２（周波数帯ｆ２）の検出通知を受信したか判断する。ｅＮＢ３１は、ＵＥ３４から、自身の他セルの検出通知を受信した場合、ステップＳ４へ進む。ｅＮＢ３１は、ＵＥ３４から、自身の他セルの検出通知を受信しなかった場合、ステップＳ５へ進む。
【００４６】
［ステップＳ４］ｅＮＢ３１は、自身のｅＮＢ内でＣＡを実施する。例えば、ｅＮＢ３１は、ステップＳ３において、ＵＥ３４からセル４２の検出結果を受信した場合、セル４２をＳｃｅｌｌとし、ＣＡを実施する。
【００４７】
［ステップＳ５］ｅＮＢ３１は、ＵＥ３４から、他のｅＮＢ３２におけるセルの検出通知を受信したか判断する。例えば、ｅＮＢ３１は、ＵＥ３４から、セル４３，４４（周波数帯ｆ３，ｆ４）の検出通知を受信したか判断する。ｅＮＢ３１は、ＵＥ３４から、他のｅＮＢ３２におけるセルの検出通知を受信した場合、ステップＳ７へ進む。ｅＮＢ３１は、ＵＥ３４から、他のｅＮＢ３２におけるセルの検出通知を受信しなかった場合、ステップＳ６へ進む。なお、図６の例では、ｅＮＢ３１は、ＵＥ３４から、セル４３の検出通知を受信する。
【００４８】
［ステップＳ６］ｅＮＢ３１は、ＵＥ３４に対し、異周波数帯（Ｐｃｅｌｌの周波数帯以外の周波数帯）のモニタリング停止を指示する。
［ステップＳ７］ｅＮＢ３１は、他のｅＮＢ３２のセルをＳｃｅｌｌとして追加する。例えば、ｅＮＢ３１は、他のｅＮＢ３２のセル４３をＳｃｅｌｌに加える。ｅＮＢ３１は、ＵＥ３４に送信するデータの一部をｅＮＢ３２に転送し、ｅＮＢ３２は、ｅＮＢ３１から転送されたデータをＳｃｅｌｌ（セル４３）にて、ＵＥ３４に送信する。
【００４９】
［ステップＳ８］ｅＮＢ３１は、Ｓｃｅｌｌの解放、変更処理、Ｐｃｅｌｌの変更処理を行う。
例えば、ｅＮＢ３１は、ＣＡにより、ＵＥ３４に送信するデータの輻輳が解消されたと判断した場合、Ｓｃｅｌｌを解放する。
【００５０】
また、ｅＮＢ３１は、ｅＮＢ３２からＳｃｅｌｌの変更または解放処理の要求があった場合、ｅＮＢ３２のＳｃｅｌｌの変更または解放処理を行う。例えば、ｅＮＢ３２は、ＵＥ３４よりデータ送信の優先度の高いＵＥが通信を開始した場合、ＵＥ３４のＳｃｅｌｌを小さくするように変更するかまたはＳｃｅｌｌを解放する旨をｅＮＢ３１に通知する。
【００５１】
また、ｅＮＢ３１は、通信品質のよい周波数帯のセルにＰｃｅｌｌを変更する。例えば、ＵＥ３４が移動する場合、通信品質のよい周波数帯が変わる。この場合、ｅＮＢ３１は、最も通信品質のよい周波数帯のセルをＰｃｅｌｌにする。
【００５２】
なお、ｅＮＢ３１は、自分のＰｃｅｌｌに属している全てのＵＥに対して、図７に示すフローチャートの動作を行う。
また、ｅＮＢ３１は、図７に示すフローチャートの動作を繰り返し行う。従って、ｅＮＢ３１は、例えば、図７のステップＳ４でＣＡを実施した後、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値を超えていれば、ステップＳ７により、他のｅＮＢ３２のＳｃｅｌｌを追加することになる。
【００５３】
また、ｅＮＢ３１は、図７に示すフローチャートの動作を繰り返し行うので、他のｅＮＢ３２のセルをＳｃｅｌｌとして加えても、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値を超えていれば、他のｅＮＢ３２の他のセルをＳｃｅｌｌとして加える場合もある。
【００５４】
また、ｅＮＢ３１のＣＡを開始する判断（ステップＳ１の処理）は、データの滞留量および滞留時間の一方で判断してもよい。例えば、ｅＮＢ３１は、ＵＥ３４に送信するデータの滞留量および滞留時間の一方が所定の閾値を超えていれば、ステップＳ２の処理へ進むようにしてもよい。以下で登場する滞留量および滞留時間についても同様である。
【００５５】
図８〜図１２は、無線通信システムのシーケンス図である。図８〜図１２には、図６に示すｅＮＢ３１，３２およびＵＥ３４のシーケンスが示してある。
［ステップＳ１１］ｅＮＢ３１とＵＥ３４は、ＲＲＣ（Radio Resource Control）コネクションシーケンスにより、ＲＲＣコネクションを確立する。
【００５６】
［ステップＳ１２］ｅＮＢ３１は、Ｐｃｅｌｌを確立する。例えば、ｅＮＢ３１は、ＵＥ３４と通信を行うセル４１，４２のうち、セル４１の通信品質がよければ、セル４１をＰｃｅｌｌとする。
【００５７】
［ステップＳ１３］ｅＮＢ３１とＵＥ３４は、ベアラを確立する。
［ステップＳ１４］ｅＮＢ３１は、ＵＥ３４へ送信するデータを一時格納するバッファの滞留量および滞留時間が所定の閾値を超えたか検出する。すなわち、ｅＮＢ３１は、ＵＥ３４へ送信するデータの滞留量および滞留時間が所定の閾値を超えたか検出する。ここでは、ｅＮＢ３１は、ＵＥ３４へ送信するデータの滞留量および滞留時間が所定の閾値を超えたことを検出したとする。
【００５８】
［ステップＳ１５］ｅＮＢ３１は、ＵＥ３４と呼を確立するため、ＵＥ３４に対し、ＲＲＣコネクションの再設定要求を行う。このとき、ｅＮＢ３１は、ＵＥ３４に対し、Ｐｃｅｌｌ以外の周波数帯で通信可能な周波数帯をモニタリングするように指示する。
【００５９】
［ステップＳ１６］ＵＥ３４は、ステップＳ１５のＲＲＣコネクションの再設定要求に対する応答（ＲＲＣコネクションの再設定完了）をｅＮＢ３１に返す。
［ステップＳ１７］ＵＥ３４は、モニタリングの測定結果をｅＮＢ３１に返す。ＵＥ３４は、例えば、周波数帯ｆ２（またはセル４２のＣｅｌｌ−ＩＤ（IDentifier））と周波数帯ｆ３（またはセル４３のＣｅｌｌ−ＩＤ）をｅＮＢ３１に返す。
【００６０】
図８に示す点線枠Ｄ１１は、ＵＥ３４の測定したモニタリング測定結果が、自局（ｅＮＢ３１）の周波数帯であった場合の処理を示している。
［ステップＳ１８］ｅＮＢ３１は、ＵＥ３４からのモニタリング結果から、自局の他周波数帯（Ｐｃｅｌｌと異なる周波数帯）を検出する。例えば、ｅＮＢ３１は、ＵＥ３４から周波数帯ｆ２を受信する。
【００６１】
［ステップＳ１９］ｅＮＢ３１は、ＵＥ３４と呼を確立するため、ＵＥ３４に対し、ＲＲＣコネクションの再設定要求を行う。
［ステップＳ２０］ＵＥ３４は、ステップＳ１９のＲＲＣコネクションの再設定要求に対する応答をｅＮＢ３１に返す。
【００６２】
［ステップＳ２１］ｅＮＢ３１は、自局のセルをＳｃｅｌｌとして追加する。例えば、ｅＮＢ３１は、ステップＳ１８において、自局の他周波数帯として周波数帯ｆ２を受信した場合、セル４２をＳｃｅｌｌとして追加する。ｅＮＢ３１は、追加したＳｃｅｌｌをＵＥ３４に通知する。例えば、ｅＮＢ３１は、Ｃｅｌｌ−ＩＤによって、追加したＳｃｅｌｌを通知する。
【００６３】
図９に示す点線枠Ｄ１２は、ＵＥ３４の測定したモニタリング測定結果が、他局（ｅＮＢ３２）の周波数帯であった場合の処理を示している。
［ステップＳ２２］ｅＮＢ３１は、ＵＥ３４からのモニタリング結果から、他局の他周波数帯（Ｐｃｅｌｌと異なる周波数帯）を検出する。例えば、ｅＮＢ３１は、ＵＥ３４から周波数帯ｆ３（またはそのＣｅｌｌ−ＩＤ）を受信する。
【００６４】
［ステップＳ２３］ｅＮＢ３１は、ｅＮＢ３２に対し、無線リソースの割り当て要求を行う。例えば、ｅＮＢ３１は、ｅＮＢ３２の周波数帯ｆ３のセル４３をＳｃｅｌｌに追加するために、周波数帯ｆ３の無線リソースの割り当て要求を行う。
【００６５】
［ステップＳ２４］ｅＮＢ３２は、無線リソースの割り当て可否を判断する。例えば、ｅＮＢ３１は、ＵＥ３４に対して周波数帯ｆ３の無線リソースを割り当て可能か否か判断する。
【００６６】
［ステップＳ２５］ｅＮＢ３２は、無線リソースの割り当て可否の結果をｅＮＢ３１に返す。
［ステップＳ２６］ｅＮＢ３１は、無線リソースの割り当て可の結果を受信する。なお、ｅＮＢ３１は、無線リソースの割り当て否の結果を受信した場合で、自局のＳｃｅｌｌを追加していた場合には、Ｐｃｅｌｌと自局のＳｃｅｌｌとでＵＥ３４とデータ通信を行うことになる。また、ｅＮＢ３１は、無線リソースの割り当て否の結果を受信した場合で、自局のＳｃｅｌｌを追加していない場合には、ＰｃｅｌｌでＵＥ３４とデータ通信を行うことになる。
【００６７】
［ステップＳ２７］ｅＮＢ３１は、ｅＮＢ３２に対し、処理遅延測定要求を行う。これは、ｅＮＢ３１が、他局のｅＮＢ３２のセルをＳｃｅｌｌとして追加してＵＥ３４にデータ送信する場合、ＵＥ３４に送信するデータの一部をｅＮＢ３２に転送する。このデータ転送は、ｅＮＢ３１がＵＥ３４にデータ送信する時間と、ｅＮＢ３２がＵＥ３４にデータ送信する時間との間に時間差を生じさせる。そこで、ｅＮＢ３１は、ｅＮＢ３２へデータ転送する時間を考慮したスケジューリングを行うため、ｅＮＢ３２へのデータ転送時間を測定する。
【００６８】
［ステップＳ２８］ｅＮＢ３２は、ｅＮＢ３１からの処理遅延測定要求を受け、メッセージに処理遅延測定要求の受信時刻を付与する。
［ステップＳ２９］ｅＮＢ３２は、受信時刻を付与したメッセージをｅＮＢ３１に送信する。なお、ｅＮＢ３１は、処理遅延測定要求を行った時刻と、メッセージに付与された受信時刻とに基づいて、データの転送時間を測定する。
【００６９】
［ステップＳ３０］ｅＮＢ３１は、ＵＥ３４と呼を確立するため、ＵＥ３４に対し、ＲＲＣコネクションの再設定要求を行う。
［ステップＳ３１］ＵＥ３４は、ステップＳ３０のＲＲＣコネクションの再設定要求に対する応答をｅＮＢ３１に返す。
【００７０】
［ステップＳ３２］ｅＮＢ３１は、他局のセルをＳｃｅｌｌとして追加する。例えば、ｅＮＢ３１は、ｅＮＢ３２の周波数帯ｆ３のセル４３をＳｃｅｌｌとして追加する。ｅＮＢ３１は、追加したＳｃｅｌｌをＵＥ３４に通知する。例えば、ｅＮＢ３１は、Ｃｅｌｌ−ＩＤによって、追加したＳｃｅｌｌを通知する。
【００７１】
［ステップＳ３３］ｅＮＢ３１は、ＵＥ３４に送信するデータの一部をｅＮＢ３２に転送する。
［ステップＳ３４］ｅＮＢ３１，３２は、Ｓｃｅｌｌにより、ＵＥ３４にデータ（U-planeデータ）を送信する。ｅＮＢ３１は、Ｐｃｅｌｌでも、ＵＥ３４に対してデータを送信する。
【００７２】
図１０に示す点線枠Ｄ１３は、ＵＥ３４に送信するデータのバッファの滞留量および滞留時間が所定の閾値以下となった場合の処理を示している。
［ステップＳ３５］ｅＮＢ３１は、ＵＥ３４へ送信するデータを一時格納するバッファの滞留量および滞留時間が所定の閾値以下か検出する。すなわち、ｅＮＢ３１は、ＵＥ３４へ送信するデータの滞留量および滞留時間が所定の閾値以下になったか検出する。ここでは、ｅＮＢ３１は、ＵＥ３４へ送信するデータの滞留量および滞留時間が所定の閾値以下になったことを検出したとする。
【００７３】
［ステップＳ３６］ｅＮＢ３１は、ＵＥ３４と呼を確立するため、ＵＥ３４に対し、ＲＲＣコネクションの再設定要求を行う。
［ステップＳ３７］ＵＥ３４は、ステップＳ３６のＲＲＣコネクションの再設定要求に対する応答をｅＮＢ３１に返す。
【００７４】
［ステップＳ３８］ｅＮＢ３１は、自局のＳｃｅｌｌを解放する。例えば、ｅＮＢ３１は、セル４２を解放する。ｅＮＢ３１は、自局のＳｃｅｌｌを解放したことをＵＥ３４に通知する。
【００７５】
［ステップＳ３９］ｅＮＢ３１は、ｅＮＢ３２に対し、Ｓｃｅｌｌの無線リソースの解放要求を行う。
すなわち、ｅＮＢ３１は、ＵＥ３４のデータ輻輳が低減した場合、自局および他局のＳｃｅｌｌを解放するようにする。そして、ｅＮＢ３１は、ＵＥ３４のデータをＰｃｅｌｌだけで送信するようにする。
【００７６】
［ステップＳ４０］ｅＮＢ３２は、ｅＮＢ３１からの無線リソース解放要求を受けて、無線リソースの割り当て情報を更新する。例えば、ｅＮＢ３２は、ＵＥ３４に割り当てていた周波数帯ｆ３の無線リソースを解放したことを更新する。
【００７７】
［ステップＳ４１］ｅＮＢ３２は、ｅＮＢ３１に無線リソースの解放応答を送信する。
［ステップＳ４２］ｅＮＢ３１は、ＵＥ３４と呼を確立するため、ＵＥ３４に対し、ＲＲＣコネクションの再設定要求を行う。
【００７８】
［ステップＳ４３］ＵＥ３４は、ステップＳ４２のＲＲＣコネクションの再設定要求に対する応答をｅＮＢ３１に返す。
［ステップＳ４４］ｅＮＢ３１は、他局セルのＳｃｅｌｌを解放したことをＵＥ３４に通知する。例えば、ｅＮＢ３１は、ｅＮＢ３２のＳｃｅｌｌのセル４３を解放したことをＵＥ３４に通知する。
【００７９】
図１１に示す点線枠Ｄ１４は、Ｓｃｅｌｌの無線リソースの変更処理を示している。
［ステップＳ４５］ｅＮＢ３２は、ＵＥ３４に割り当てている無線リソースの変更を検出する。例えば、ｅＮＢ３２は、ＵＥ３４より優先度の高いＵＥが存在したため、ＵＥ３４に割り当てていた無線リソースの一部をそのＵＥに割り当てる場合、無線リソースの変更を検出する。
【００８０】
［ステップＳ４６］ｅＮＢ３２は、ｅＮＢ３１に対し、無線リソースの変更要求を送信する。
［ステップＳ４７］ｅＮＢ３１は、ＵＥ３４に割り当てる無線リソースを変更する。
【００８１】
［ステップＳ４８］ｅＮＢ３１は、無線リソースの変更応答をｅＮＢ３２に送信する。
［ステップＳ４９］ｅＮＢ３２は、ＵＥ３４の無線リソースの割り当て情報を更新する。例えば、ｅＮＢ３２は、ＵＥ３４に割り当てていた周波数帯ｆ３の無線リソースを減らしたことを更新する。
【００８２】
図１２に示す点線枠Ｄ１５は、Ｓｃｅｌｌの無線リソースの解放処理を示している。
［ステップＳ５０］ｅＮＢ３２は、ＵＥ３４に割り当てている無線リソースの解放を検出する。例えば、ｅＮＢ３２は、ＵＥ３４より優先度の高いＵＥが存在したため、ＵＥ３４に割り当てていた無線リソースをそのＵＥに割り当てる場合、無線リソースの解放を検出する。
【００８３】
［ステップＳ５１］ｅＮＢ３２は、ｅＮＢ３１に対し、無線リソースの解放要求を送信する。
［ステップＳ５２］ｅＮＢ３１は、ＵＥ３４と呼を確立するため、ＵＥ３４に対し、ＲＲＣコネクションの再設定要求を行う。
【００８４】
［ステップＳ５３］ＵＥ３４は、ステップＳ５２のＲＲＣコネクションの再設定要求に対する応答をｅＮＢ３１に返す。
［ステップＳ５４］ｅＮＢ３１は、無線リソースの解放応答をｅＮＢ３２に送信する。
【００８５】
［ステップＳ５５］ｅＮＢ３２は、ＵＥ３４の無線リソースの割り当て情報を変更する。例えば、ｅＮＢ３２は、ＵＥ３４に割り当てていた周波数帯ｆ３の無線リソースを解放したことを更新する。
【００８６】
［ステップＳ５６］ｅＮＢ３１は、ＵＥ３４に他局のＳｃｅｌｌが解放されたことを通知する。例えば、ｅＮＢ３１は、ｅＮＢ３２のセル４３が解放されたことをＵＥ３４に通知する。
【００８７】
なお、上記のシーケンスでは、ｅＮＢ３１，３２は、Ｘ２ＡＰ（X2 Application Protocol）に基づき、Ｘ２インタフェースでデータのやり取りをする場合について述べたが、Ｓ１ＡＰ（S1 Application Protocol）に基づき、Ｓ１インタフェースを介して、データのやり取りを行ってもよい。すなわち、ｅＮＢ３１，３２は、ＭＭＥ３３を介して、データのやり取りを行ってもよい。
【００８８】
図１３は、ｅＮＢのハードウェア構成例を示した図である。図１３に示すように、ｅＮＢ３１は、システムオンチップ５１、無線モジュール５２、および光モジュール５３を有している。
【００８９】
システムオンチップ５１は、ＣＰＵ（Central Processing Unit）５１ａ、メモリ５１ｂ，５１ｄ、およびＤＳＰ（Digital Signal Processing）５１ｃを有している。システムオンチップ５１は、ＣＰＵ５１ａによってチップ全体が制御されている。ＣＰＵ５１ａには、バスを介してメモリ５１ｂおよびＤＳＰ５１ｃが接続されている。
【００９０】
メモリ５１ｂには、ＣＰＵ５１ａが実行するＯＳ（Operating System）のプログラムやアプリケーションプログラムが格納される。また、メモリ５１ｂには、ＣＰＵ５１ａによる処理に必要な各種データが格納される。
【００９１】
メモリ５１ｄには、ＤＳＰ５１ｃが実行するＯＳのプログラムやアプリケーションプログラムが格納される。また、メモリ５１ｄには、ＤＳＰ５１ｃによる処理に必要な各種データが格納される。ＤＳＰ５１ｃの代わりに、ＦＰＧＡ（Field Programmable Gate Array）を実装するようにしてもよい。
【００９２】
無線モジュール５２は、ＵＥと無線通信を行う。例えば、無線モジュール５２は、ＵＥに送信する信号の周波数をアップコンバートしたり、ＵＥから受信した信号の周波数をダウンコンバートしたりする。
【００９３】
光モジュール５３は、光によって他のｅＮＢ３２と通信を行う。また、光モジュール５３は、光によってＭＭＥ３３と通信を行う。なお、ｅＮＢ３２も図１３と同様のハードウェアを有している。
【００９４】
図１の送信部１ａおよび転送部１ｂは、例えば、図１３に示すＤＳＰ５１ｃによってその機能が実現される。図１の受信部２ａおよび送信部２ｂは、例えば、図１３に示すＤＳＰ５１ｃによってその機能が実現される。図７のフローチャートの処理は、ＤＳＰ５１ｃによって行われる。
【００９５】
図１４は、ｅＮＢの機能ブロックを示した図である。図１４に示すように、ｅＮＢ３１は、トランスポート部６１、呼処理制御部６２、ＢＢ（Base Band）処理部６３、および無線部６４を有している。図１４に示すトランスポート部６１は、例えば、図１３に示す光モジュール５３によってその機能が実現される。呼処理制御部６２およびＢＢ処理部６３は、例えば、ＤＳＰ５１ｃによってその機能が実現される。無線部６４は、例えば、無線モジュール５２によってその機能が実現される。
【００９６】
トランスポート部６１は、例えば、ＳＣＴＰ（Stream Control Transmission Protocol）層以下のプロトコルに基づき、ｅＮＢ３２またはＭＭＥ３３と通信を行う。呼処理制御部６２は、例えば、ＵＥ３４の呼処理等を行う。ＢＢ処理部６３は、ＵＥ３４と通信するデータのベースバンド処理を行う。無線部６４は、ＵＥ３４と無線通信を行う。なお、ｅＮＢ３２も図１４と同様の機能ブロックを有している。図７のステップＳ１，Ｓ２，Ｓ８の処理は、呼処理制御部６２およびＢＢ処理部６３によって行われる。ステップＳ３〜Ｓ７の処理は、呼処理制御部６２によって行われる。
【００９７】
以下、図８〜図１２で説明したシーケンスについて詳細に説明する。まず、ＣＡ開始処理について説明する。
図１５、図１６は、ＣＡ開始処理を示したシーケンス図である。図１５、図１６のシーケンス図は、例えば、図８のステップＳ１４の処理に対応する。
【００９８】
［ステップＳ６１］ｅＮＢ３１のＢＢ処理部６３は、ＵＥ３４に送信するデータを一時記憶するバッファの滞留量および滞留時間を算出する。すなわち、ＢＢ処理部６３は、ＵＥ３４の未送信データの滞留量および滞留時間を算出する。ＢＢ処理部６３は、算出した滞留量および滞留時間を、バッファ情報管理テーブルに記憶する。バッファ情報管理テーブルは、例えば、図１３に示すメモリ５１ｄに形成される。
【００９９】
［ステップＳ６２］呼処理制御部６２は、バッファ情報管理テーブルに記憶されている、ＵＥ３４の滞留量および滞留時間を読み出す。
［ステップＳ６３］呼処理制御部６２は、バッファ情報管理テーブルから読み出されるＵＥ３４の滞留量および滞留時間を受信する。
【０１００】
［ステップＳ６４］呼処理制御部６２は、受信したＵＥ３４の滞留量および滞留時間を送信バッファ管理テーブルに記憶し、更新する。送信バッファ管理テーブルは、例えば、図１３に示すメモリ５１ｄに形成される。
【０１０１】
［ステップＳ６５］呼処理制御部６２は、滞留量および滞留時間の閾値超過を判断する。呼処理制御部６２は、滞留量および滞留時間が所定の閾値を超えていれば、ステップＳ６６へ進む。呼処理制御部６２は、滞留量および滞留時間が所定の閾値以下であれば、ステップＳ６２へ進む。
【０１０２】
［ステップＳ６６］呼処理制御部６２は、滞留量および滞留時間を送信バッファ管理テーブルに記憶したＵＥ３４の優先度を更新する。
図１７は、送信バッファ管理テーブルを説明する図である。図１７に示すように、送信バッファ管理テーブルは、優先順位、ＱＣＩ（Qos Class Identifier）、滞留量閾値、未送信データ滞留量、滞留時間閾値、および未送信データ滞留時間の欄を有している。
【０１０３】
優先順位の欄には、ＣＡを行うＵＥが格納される。図１７の例では、上方に格納されているＵＥほど、ＣＡを行う優先順位が高い。
ＱＣＩの欄には、ＵＥのＱＣＩが格納される。ＵＥのＱＣＩは、ベアラ設定時、ＭＭＥ３３から通知されるメッセージのE-RAB Level QoS Parametersに含まれている。
【０１０４】
滞留量閾値の欄には、バッファ滞留量の閾値が格納される。滞留量閾値は、例えば、ＱＣＩに基づいて決められる。例えば、図１７に示すように、ＱＣＩが‘２’であれば、滞留量閾値は‘５０’となる。なお、滞留量閾値は、任意に設定を変えることができる。例えば、ＱＣＩが‘２’であれば、滞留量閾値は‘６０’と変更してもよい。
【０１０５】
滞留時間閾値の欄には、バッファに格納されている未送信データの滞留時間の閾値が格納される。滞留時間閾値は、例えば、ＱＣＩに基づいて決められる。例えば、図１７に示すように、ＱＣＩが‘２’であれば、滞留時間閾値は‘１５０’となる。なお、滞留時間閾値は、任意に設定を変えることができる。例えば、ＱＣＩが‘２’であれば、滞留時間閾値は‘１６０’と変更してもよい。
【０１０６】
呼処理制御部６２は、例えば、未送信データ滞留量の滞留量閾値に対する割合および未送信データ滞留時間の滞留時間閾値に対する割合に基づいて、ＣＡを行うＵＥの優先順位を決める。例えば、呼処理制御部６２は、未送信データ滞留量の滞留量閾値に対する割合と、未送信データ滞留時間の滞留時間閾値に対する割合とを加算し、その加算値の高いＵＥほど、優先順位を上げる。なお、呼処理制御部６２は、同じ割合のＵＥが複数存在する場合、ＱＣＩに基づいてその優先順位を決める。
【０１０７】
なお、前述したステップＳ６５の閾値超過の判断は、滞留量閾値および滞留時間閾値の欄の値に基づいて行われる。
図１５の説明に戻る。［ステップＳ６７］呼処理制御部６２は、変数ｉに０を代入する。
【０１０８】
［ステップＳ６８］呼処理制御部６２は、送信バッファ管理テーブルを参照し、滞留量閾値および滞留時間閾値を超えるＵＥを選択する。このとき、呼処理制御部６２は、優先順位の高いＵＥから順に選択する。
【０１０９】
呼処理制御部６２は、選択したＵＥにモニタリングさせる周波数帯を選択する。例えば、呼処理制御部６２は、ＵＥ３４を選択したとする。呼処理制御部６２は、選択したＵＥ３４の無線通信できる周波数帯と、自局（ｅＮＢ３１）のセルの周波数帯とで一致する周波数帯をモニタリング周波数帯として選択する。また、呼処理制御部６２は、選択したＵＥ３４の無線通信できる周波数帯と、他局（ｅＮＢ３２）のセルの周波数帯とで一致する周波数帯をモニタリング周波数帯として選択する。
【０１１０】
図１８は、モニタリング周波数帯の選択を説明する図である。図１８には、モニタリング周波数帯選択テーブルが示してある。モニタリング周波数帯選択テーブルは、例えば、図１３に示すメモリ５１ｄに形成される。図１８に示すように、モニタリング周波数帯選択テーブルは、自局周波数帯情報、他局周波数帯情報、およびＵＥ周波数帯情報の欄を有している。
【０１１１】
自局周波数帯情報の欄には、ｅＮＢ３１が形成しているセルの周波数帯が格納されている。他局周波数帯情報の欄には、ｅＮＢ３２が形成しているセルの周波数帯情報が格納されている。すなわち、自局周波数帯情報および他局周波数帯情報のそれぞれの欄には、ｅＮＢ３１，３２のそれぞれが通信可能な周波数帯域が格納されている。例えば、図６の例に従うと、図１８の自局周波数帯情報および他局周波数帯情報の欄には、図１８に示すような周波数帯の情報が格納される。
【０１１２】
ＵＥ周波数帯情報の欄には、ｅＮＢ３１の配下に属しているＵＥの無線通信を行うことができる周波数帯情報が格納されている。図６の例に従うと、図１８のＵＥ周波数帯情報の欄には、図１８に示すような情報が格納される。
【０１１３】
ＵＥ３４の無線通信を行うことができる周波数帯は、例えば、図８に示すステップＳ１１の処理で取得することができる。呼処理制御部６２は、ステップＳ１１の処理において、ＵＥ３４からＵＥ３４のケーパビリティ情報を受信し、受信したケーパビリティ情報から、ＵＥ３４の無線通信を行うことができる周波数帯を取得する。そして、呼処理制御部６２は、取得した周波数帯をモニタリング周波数帯選択テーブルに格納する。
【０１１４】
呼処理制御部６２は、上記したように、ＵＥ３４の無線通信できる周波数帯と、自局のセルの周波数帯とで一致する周波数帯をモニタリング周波数帯として選択する。また、呼処理制御部６２は、ＵＥ３４の無線通信できる周波数帯と、他局のセルの周波数帯とで一致する周波数帯をモニタリング周波数帯として選択する。例えば、図１８の場合、呼処理制御部６２は、周波数帯ｆ２，ｆ３をモニタリング周波数帯として選択する。なお、周波数帯ｆ１は、Ｐｃｅｌｌとして用いられているので選択されない。すなわち、呼処理制御部６２は、ＵＥ３４がｅＮＢ３１，３２と無線通信することができる周波数帯域を選択する。
【０１１５】
なお、呼処理制御部６２は、モニタリング周波数帯の選択をするとき、Ｐｃｅｌｌの周波数帯から近い周波数帯をモニタリング周波数帯として順に選択するようにしてもよい。例えば、図１８において、ＵＥ３４の無線通信することができる周波数帯をｆ１〜ｆ４とする。また、ｆ１＜ｆ２＜ｆ３＜ｆ４の関係があるとする。この場合、呼処理制御部６２は、周波数帯ｆ２，ｆ３，ｆ４とＰｃｅｌｌに近い周波数帯からモニタリング周波数帯を選択していく。これにより、ＵＥ３４は、例えば、近接した複数の周波数帯を一体として処理することができ、負荷を低減することができる。
【０１１６】
図１６の説明に戻る。［ステップＳ６９］呼処理制御部６２は、変数ｉが変数Ｉより小さいか否か判断する。変数Ｉは、ＵＥ３４の無線通信することができる周波数帯の数である。例えば、図１８のＵＥ３４の例の場合、Ｉは‘３’となる。
【０１１７】
［ステップＳ７０］呼処理制御部６２は、変数ｉが変数Ｉ以上でれば、ＵＥ３４のモニタリング処理を中止する。
［ステップＳ７１］呼処理制御部６２は、ステップＳ６８で選択した周波数帯のモニタリング指示をＢＢ処理部６３に対し行う。
【０１１８】
［ステップＳ７２］ＢＢ処理部６３は、無線部６４を介し、ステップＳ６８で選択された周波数帯のモニタリング要求を行う。
［ステップＳ７３］ＢＢ処理部６３は、無線部６４を介し、ＵＥ３４からの周波数帯のモニタリング応答（結果）を受信する。
【０１１９】
［ステップＳ７４］呼処理制御部６２は、ＢＢ処理部６３から周波数帯のモニタリング結果を受信する。
［ステップＳ７５］呼処理制御部６２は、ＢＢ処理部６３から受信したモニタリング結果に基づき、ＵＥ３４がモニタリング指示で指定した周波数帯を検出したか判断する。呼処理制御部６２は、ＵＥ３４がモニタリング指示で指定した周波数帯を検出したと判断した場合、‘ＵＥ３４はモニタリング指示で指定した周波数帯で無線通信ができる’と判断し、ステップＳ７７へ進む。呼処理制御部６２は、ＵＥ３４がモニタリング指示で指定した周波数帯を検出していないと判断した場合、ステップＳ７６へ進む。
【０１２０】
なお、呼処理制御部６２は、図６および図１８の例の場合、周波数帯ｆ２，ｆ３を検出する。
［ステップＳ７６］呼処理制御部６２は、変数ｉに１を加算する。
【０１２１】
［ステップＳ７７］呼処理制御部６２は、Ｓｃｅｌｌの追加処理を行う。
なお、ステップＳ７２のモニタリング要求は、例えば、図８のステップＳ１５の処理に対応する。ステップＳ７３のモニタリング応答は、例えば、図８のステップＳ１７の処理に対応する。また、ステップＳ７５，Ｓ７７の周波数帯検出およびＳｃｅｌｌ追加処理は、例えば、図８の点線枠Ｄ１１および図９の点線枠Ｄ１２の処理に対応する。
【０１２２】
Ｓｃｅｌｌの無線リソース割り当て要求処理について説明する。
図１９は、Ｓｃｅｌｌの無線リソース割り当て要求処理を示したシーケンス図である。図１９のシーケンス図は、例えば、図９のステップＳ２３〜Ｓ２５の処理に対応する。
【０１２３】
［ステップＳ８１］ｅＮＢ３１の呼処理制御部６２は、トランスポート部６１を介して、ｅＮＢ３２の呼処理制御部に対し、無線リソース割り当て要求を行う。このとき、呼処理制御部６２は、ｅＮＢ３２のＳｃｅｌｌに期待する無線リソースの割り当て情報をｅＮＢ３２に送信する。
【０１２４】
例えば、呼処理制御部６２は、ＵＥ３４に割り当ててほしいＲＢ（Resource Block）およびその周期の情報をｅＮＢ３２に送信する。
また、呼処理制御部６２は、ＣＡしようするＵＥ３４のＵＥ情報をｅＮＢ３２に送信する。ＵＥ情報は、例えば、図１７に示した送信バッファ管理テーブルのＱＣＩ、滞留量閾値、未送信データ滞留量、滞留時間閾値、および未送信データ滞留時間である。
【０１２５】
また、呼処理制御部６２は、ＣＡしようとするＵＥ３４の識別子（ＵＥ−ＩＤ）をｅＮＢ３２に送信する。
また、呼処理制御部６２は、ＵＥ３４が他局のｅＮＢ３２と無線通信することができるＣｅｌｌ−ＩＤをｅＮＢ３２に送信する。例えば、このＣｅｌｌ−ＩＤは、図１６のステップＳ７５で検出した、ｅＮＢ３２のセル４３（周波数帯ｆ３）のＩＤである。
【０１２６】
［ステップＳ８２］ｅＮＢ３２の呼処理制御部は、ｅＮＢ３１から受信した無線リソースの割り当て情報に基づいて、無線リソースの割り当てが可能か否か判断する。例えば、呼処理制御部は、ｅＮＢ３２の周波数帯ｆ３のＲＢに空きがあるか否かによって、ＵＥ３４の無線リソースの割り当て可否を判断する。
【０１２７】
このとき、ｅＮＢ３２の呼処理制御部は、ｅＮＢ３１から受信したＵＥ３４のＵＥ情報に基づいて、自局（ｅＮＢ３２）の配下に存在しているＵＥとＵＥ３４との優先順位を考慮して、無線リソースの割り当て可否を判断する。例えば、呼処理制御部は、ｅＮＢ３２の周波数帯ｆ３に空きがあっても、ＵＥ３４の優先順位が他のＵＥより低ければ、無線リソースの割り当て否を判断する。
【０１２８】
［ステップＳ８３］ｅＮＢ３２の呼処理制御部は、トランスポート部を介して、無線リソースの割り当て可否の応答をｅＮＢ３１に送信する。ｅＮＢ３２の呼処理制御部は、無線リソースの割り当て可否の応答を送信する際、無線リソースの割り当て可否の判断を行ったＵＥ３４の識別子を送信する。
【０１２９】
なお、ｅＮＢ３１の呼処理制御部６２は、ｅＮＢ３２に期待した無線リソースの割り当て情報に基づいて、ｅＮＢ３２の無線リソースをＵＥ３４に割り当てる。ＵＥ３４に割り当てたｅＮＢ３２の無線リソースの情報は、後述するがＢＢ処理部６３によって、ＵＥ３４のデータ転送とともにｅＮＢ３２に送信される。
【０１３０】
また、ステップＳ８１で説明したｅＮＢ３２のＳｃｅｌｌに期待する無線リソースの割り当て情報は、ｅＮＢ３２の無線リソースの変更検出によって変更される。また、ステップＳ８１で説明したｅＮＢ３２のＳｃｅｌｌに期待する無線リソースの割り当て情報は、ｅＮＢ３２の無線リソースの解放検出によって解放される。
【０１３１】
また、上記のシーケンスでは、ｅＮＢ３１，３２は、Ｘ２ＡＰに基づき、Ｘ２インタフェースでデータのやり取りをする場合について述べたが、Ｓ１ＡＰに基づき、Ｓ１インタフェースを介して、データのやり取りを行ってもよい。すなわち、ｅＮＢ３１，３２は、ＭＭＥ３３を介して、データのやり取りを行ってもよい。
【０１３２】
図２０は、他局における優先順位の決定を説明する図である。図２０に示す送信バッファ管理テーブル７１は、ｅＮＢ３１のメモリ５１ｄに記憶されている送信バッファ管理テーブルを示している。送信バッファ管理テーブル７２は、他局のｅＮＢ３２のメモリに記憶されている送信バッファ管理テーブルを示している。
【０１３３】
ＵＥ３４のＵＥ情報は、図１９のステップＳ８１で説明したように、ｅＮＢ３２に送信される。ｅＮＢ３２に送信されたＵＥ情報は、ｅＮＢ３２の送信バッファ管理テーブル７２に記憶される。例えば、図２０の矢印Ａ１１に示すように、ＵＥ３４のＵＥ情報は、ｅＮＢ３２の送信バッファ管理テーブル７２に記憶される。なお、図２０のＵＥ＃２は、ＵＥ３４に対応する。
【０１３４】
ｅＮＢ３２の呼処理制御部は、送信バッファ管理テーブル７２に基づいて、ＵＥ３４の優先順位を決定する。図２０の例では、ＵＥ３４（ＵＥ＃２）の優先順位が最も高くなっている。従って、例えば、ｅＮＢ３２の呼処理制御部は、周波数帯ｆ３のＲＢが空いていれば、無線リソースの割り当て可の応答をｅＮＢ３１に返す。
【０１３５】
データ転送の処理遅延測定処理について説明する。
図２１は、データ転送の処理遅延測定処理を示したシーケンス図である。図２１のシーケンス図は、例えば、図９のステップＳ２７〜Ｓ２９の処理に対応する。
【０１３６】
［ステップＳ９１］ｅＮＢ３１のＢＢ処理部６３は、ＧＴＰ−ｕ（General packet radio service Tunneling Protocol for user plane）のメッセージに、送信時の時刻Ｔ１を付与する。
【０１３７】
［ステップＳ９２］ＢＢ処理部６３は、トランスポート部６１を介して、時刻Ｔ１が付与されたＧＴＰ−ｕのメッセージをｅＮＢ３２に送信する。このとき、ＢＢ処理部６３は、当該メッセージがｅＮＢ３２に受信されるよう、ｅＮＢ３２向けのＴＥ−ＩＤ（Tunnel Endpoint IDentifier）を付与する。なお、ｅＮＢ３２のＴＥ−ＩＤは、例えば、図１９のステップＳ８３の処理において、ｅＮＢ３２から通知される。
【０１３８】
［ステップＳ９３］ｅＮＢ３２のＢＢ処理部は、ＧＴＰ−ｕのメッセージに、当該メッセージの送信時の時刻Ｔ２を付与する。
［ステップＳ９４］ｅＮＢ３２のＢＢ処理部は、トランスポート部を介して、時刻Ｔ２が付与されたＧＴＰ−ｕのメッセージをｅＮＢ３１に送信する。このとき、ＢＢ処理部は、ｅＮＢ３１から受信したメッセージに含まれている時刻Ｔ１を付与する。また、ＢＢ処理部は、当該メッセージがｅＮＢ３１に受信されるよう、ｅＮＢ３１向けのＴＥ−ＩＤを付与する。なお、ｅＮＢ３１のＴＥ−ＩＤは、例えば、図１９のステップＳ８１の処理において、ｅＮＢ３１から通知される。
【０１３９】
［ステップＳ９５］ｅＮＢ３１のＢＢ処理部６３は、処理遅延時間Δｔを算出する。すなわち、ＢＢ処理部６３は、ｅＮＢ３１からｅＮＢ３２へのデータ転送に要する時間を算出する。ＢＢ処理部６３は、例えば、次の式（１）によってΔｔを算出する。
【０１４０】
Δｔ＝Ｔ２−Ｔ１  …（１）
なお、ＢＢ処理部６３で算出されたΔｔは、呼処理制御部６２に通知される。呼処理制御部６２は、ＢＢ処理部６３から通知されたΔｔに基づいて、ＵＥ３４のスケジューリングを行う。例えば、呼処理制御部６２は、Δｔに基づいて、ＵＥ３４に対する無線リソースの割り当てや送信タイミングをスケジューリングする。
【０１４１】
上記のシーケンスは、ｅＮＢ３１，３２間にＸ２インタフェースが確立されている場合の動作を示している。以下、Ｘ２インタフェースが確立されていない場合について説明する。
【０１４２】
図２２は、データ転送の処理遅延測定処理を示した別のシーケンス図である。図２２のシーケンス図は、例えば、図９のステップＳ２７〜Ｓ２９の処理に対応する。
［ステップＳ１０１］ｅＮＢ３１のＢＢ処理部６３は、ＧＴＰ−ｕのメッセージに、送信時の時刻Ｔ１を付与する。
【０１４３】
［ステップＳ１０２］ＢＢ処理部６３は、トランスポート部６１を介して、時刻Ｔ１が付与されたＧＴＰ−ｕのメッセージをｅＮＢ３２に送信する。このとき、ＢＢ処理部６３は、当該メッセージがＭＭＥ３３に受信されるよう、ＭＭＥ３３向けのＴＥ−ＩＤを付与する。
【０１４４】
［ステップＳ１０３］ＭＭＥ３３は、ｅＮＢ３１から受信したメッセージのＴＥ−ＩＤをｅＮＢ３２向けのＴＥ−ＩＤに変更する。
［ステップＳ１０４］ＭＭＥ３３は、ＴＥ−ＩＤを変更したメッセージをｅＮＢ３２に送信する。
【０１４５】
［ステップＳ１０５］ｅＮＢ３２のＢＢ処理部は、ＧＴＰ−ｕのメッセージに、当該メッセージの送信時の時刻Ｔ２を付与する。
［ステップＳ１０６］ｅＮＢ３２のＢＢ処理部は、トランスポート部を介して、時刻Ｔ２が付与されたＧＴＰ−ｕのメッセージをＭＭＥ３３に送信する。このとき、ＢＢ処理部は、ｅＮＢ３１から受信したメッセージに含まれている時刻Ｔ１を付与する。また、ＢＢ処理部は、当該メッセージがＭＭＥ３３に受信されるよう、ＭＭＥ３３向けのＴＥ−ＩＤを付与する。
【０１４６】
［ステップＳ１０７］ＭＭＥ３３は、ｅＮＢ３２から受信したメッセージのＴＥ−ＩＤをｅＮＢ３１向けのＴＥ−ＩＤに変更する。
［ステップＳ１０８］ＭＭＥ３３は、ＴＥ−ＩＤを変更したメッセージをｅＮＢ３１に送信する。
【０１４７】
［ステップＳ１０９］ｅＮＢ３１のＢＢ処理部６３は、処理遅延時間Δｔを算出する。例えば、ＢＢ処理部６３は、上記の式（１）によってΔｔを算出する。
このように、Ｘ２インタフェースが確立されていない場合でも、上記のシーケンスによって、Ｓ１インタフェースによる処理遅延時間を測定することができる。
【０１４８】
ＣＡ処理について説明する。
図２３は、ＣＡ処理を説明する図のその１である。図２３には、ある時刻ＴｘにおけるｅＮＢ３１が有するバッファと、ｅＮＢ３１の無線リソース割り当て（横軸ｔ、縦軸ｆ（ＲＢ数））とが示してある。図２３に示すｅＮＢ３１のＵＥ＃２バッファは、例えば、図６に示すＵＥ３４の送信データを一時記憶するバッファを示している。ＵＥ＃１バッファは、例えば、図６に図示していないＵＥの送信データを一時記憶するバッファを示している。ＣＡ用バッファは、ＣＡするデータを一時記憶するバッファを示している。転送用バッファは、ｅＮＢ３２に転送するデータを一時記憶するバッファを示している。
【０１４９】
また、図２３には、ｅＮＢ３２が有するバッファと、ｅＮＢ３２の無線リソース割り当て（横軸ｔ、縦軸ｆ（ＲＢ数））とが示してある。図２３に示すｅＮＢ３２のＵＥ＃３，＃４バッファは、例えば、図６に図示しないＵＥの送信データを一時記憶するバッファを示している。ＣＡ用バッファは、ＣＡするデータを一時記憶するバッファを示している。図２３に示す処理の流れは、例えば、図９のステップＳ３３，Ｓ３４の処理に対応する。
【０１５０】
ＵＥに送信するデータは、通常、スケジューリングが決定され次第、無線リソースが割り当てられる。例えば、図２３のＵＥ＃１バッファと、その下部に示す無線リソース割り当てに示すように、ＵＥ＃１に送信するデータは、スケジューリングが決定され次第、無線リソースが割り当てられる。
【０１５１】
一方、滞留量および滞留時間が所定の閾値を超えたデータは、スケジューリングが決定されても、直ちに無線リソースに割り当てられない。例えば、ＵＥ３４（ＵＥ＃２）に送信するデータは、滞留量および滞留時間が所定の閾値を超えているとする。この場合、ＵＥ＃２に送信するデータは、矢印Ａ２１，Ａ２２に示すように、ＣＡ用バッファおよび転送用バッファにキューイングされる。
【０１５２】
データ８１ａ，８１ｂは、キューイングされたＵＥ３４の送信データを示している。
データ８２は、データ８１ａ，８１ｂのスケジューリング情報を示している。データ８２は、例えば、ｅＮＢ３１のＰｃｅｌｌのＰＤＳＣＨのスケジューリングと、ｅＮＢ３１，３２のＳｃｅｌｌのＰＤＳＣＨのスケジューリングとを示している。
【０１５３】
データ８３は、データ８１ａ，８２をどのタイミングでＵＥ３４に送信するかを示した情報である。すなわち、データ８３は、ＣＡ用バッファに格納されたデータ８１ａ，８２をキューイングする時間を示す。データ８３の情報は、例えば、データ８１ａ，８２を送信するＳＦＮ（System Frame Number）、サブフレーム番号、およびＲＢアサインメント情報である。ＳＦＮおよびサブフレーム番号は、式（１）で算出したΔＴに基づいて決まる。つまり、ｅＮＢ３１は、ΔＴまたはΔＴ＋αの所定時間後に、データ８１ａ，８２を無線リソースに割り当て、ＵＥ３４に送信する。
【０１５４】
データ８４は、データ８１ｂをどのタイミングでＵＥ３４に送信するかを示した情報である。データ８４は、データ８３と同じ内容を示している。すなわち、データ８１ｂは、データ８１ａと同じタイミングで、ｅＮＢ３２からＵＥ３４に送信される。
【０１５５】
なお、データ８１ｂ，８４は、転送用バッファにキューイングされ次第、ＧＴＰ−ｕのメッセージにて、ｅＮＢ３２に転送される。データ８１ｂ，８４の転送に要する時間は、Δｔである。
【０１５６】
図２４は、ＣＡ処理を説明する図のその２である。図２４は、図２３の所定時間後（ΔＴまたはΔＴ＋α後）の様子を示している。
図２４に示す点線枠９１は、図２３で説明したデータ８１ａを示している。すなわち、ＣＡ用バッファにキューイングされたデータ８１ａは、データ８３に基づく所定時間後に無線リソースに割り当てられ、ＵＥ３４に送信される。
【０１５７】
点線枠９２は、図２３で説明したデータ８２を示している。すなわち、ＣＡ用バッファにキューイングされた、ＰＤＣＣＨでＵＥ３４に送信されるスケジューリング情報は、データ８３に基づく所定時間後に無線リソースに割り当てられ、ＵＥ３４に送信される。
【０１５８】
データ９３，９４は、図２３で説明したデータ８１ｂ，８４である。すなわち、データ９３，９４は、ｅＮＢ３１から転送されたデータである。データ９３は、データ８３と同じ内容を示すデータ９４に基づいて、所定時間後に無線リソースに割り当てられ、ＵＥ３４に送信される。なお、点線枠９５は、無線リソースに割り当てられたデータ９３を示している。
【０１５９】
すなわち、図２３で説明したデータ８１ａ，８１ｂ，８２は、ｅＮＢ３２に転送されるデータ８１ｂの遅延時間を考慮して、ＵＥ３４に送信される。
点線枠９２は、ＰＤＣＣＨでＵＥ３４に送信されるスケジューリング情報を示している。従って、点線枠９１，９５に示すデータは、矢印Ａ３１，Ａ３２に示すように、点線枠９２のスケジューリング情報に沿って、ＲＢに割り当てられている。
【０１６０】
ＵＥに送信するデータのスケジューリングは、呼処理制御部６２によって行われる。例えば、呼処理制御部６２は、ＵＥ３４に対するＲＢの割り当てや送信タイミングをスケジューリングする。
【０１６１】
ＢＢ処理部６３は、呼処理制御部６２のスケジューリングに基づいて、例えば、図２３、図２４に示すバッファに格納されたデータを無線リソースに割り当て、ＵＥに送信する。また、ＢＢ処理部６３は、ＵＥに送信するデータの一部を、図２３に示すように、他局のｅＮＢ３２に転送する。
【０１６２】
ｅＮＢ３２のＢＢ処理部は、ｅＮＢ３２から転送されるデータを受信する。ｅＮＢ３２のＢＢ処理部は、受信したデータに含まれるＳＦＮ、サブフレーム番号、およびＲＢアサインメント情報に基づいて、受信したデータを無線リソースに割り当て、ＵＥ３４に送信する。
【０１６３】
ｅＮＢ３２の呼処理制御部は、予めｅＮＢ３１から、ｅＮＢ３２のＳｃｅｌｌに期待する無線リソースの割り当て情報を受信し（例えば、図１９のステップＳ８１）、ＵＥ３４に割り当てる無線リソースを確保している。従って、ｅＮＢ３２のＢＢ処理部は、ｅＮＢ３１から受信したＳＦＮ、フレーム番号、およびＲＢアサインメント情報に基づいて、ＵＥ３４に無線リソースを割り当てることができる。
【０１６４】
呼処理制御部６２とＢＢ処理部６３は、例えば、図１の送信部１ａに対応する。また、呼処理制御部６２とＢＢ処理部６３は、例えば、図１の転送部１ｂに対応する。ｅＮＢ３２のＢＢ処理部は、例えば、図１の受信部２ａおよび送信部２ｂに対応する。
【０１６５】
図２５は、他局のｅＮＢに転送されるデータのデータフォーマット例を示した図である。図２５には、ＧＴＰ−ｕメッセージのExtension Headerを示している。
ＧＴＰ−ｕメッセージのNext Extension Header Typeには、通常、‘０’が格納される。Extension Headerを使用する場合には、Next Extension Header Typeの欄に‘０’以外の値を格納する。例えば、図２５に示すように、‘０ｘ０１’を格納する。Extension Headerの２オクテット目には、Extension Header Lengthが格納される。
【０１６６】
ＳＦＮは、例えば、図２５に示すように、Extension Headerの３オクテット目から４オクテット目に格納される。サブフレーム番号は、Extension Headerの４オクテット目に格納される。ＲＢアサインメント情報は、Extension Headerの５オクテット目からｎ−１オクテット目に格納される。
【０１６７】
なお、ＧＴＰ−ｕメッセージのExtension Headerの次に続く領域に、ユーザメッセージが格納される。すなわち、Extension Headerの次に続く領域に、ｅＮＢ３２に転送するデータが格納される。
【０１６８】
図２６は、ダウンリンクレイヤにおけるデータの流れを示した図である。図２６には、ｅＮＢ３１のレイヤ１０１、ｅＮＢ３２のレイヤ１０２、およびＵＥ３４のレイヤ１０３が示してある。図２６に示すように、ｅＮＢ３１のレイヤ１０１は、ＧＴＰ−ｕ、ＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、およびＬ１（Layer 1）のレイヤを有している。ｅＮＢ３２のレイヤ１０２は、ＧＴＰ−ｕ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＬ１のレイヤを有している。ＵＥ３４のレイヤ１０３は、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＬ１のレイヤを有している。
【０１６９】
図２６に示す点線矢印Ａ４１は、ＰＤＣＣＨのデータの流れを示している。ＰＤＣＣＨのデータは、点線矢印Ａ４１に示すように、ｅＮＢ３１のＰｃｅｌｌを介して、ＵＥ３４に送信される。
【０１７０】
矢印Ａ４２は、Ｐｃｅｌｌ経由のＰＤＳＣＨのデータの流れを示している。ＰＤＳＣＨのデータは、矢印Ａ４２に示すように、ｅＮＢ３１のＰｃｅｌｌを介して、ＵＥ３４に送信される。
【０１７１】
矢印Ａ４３は、Ｓｃｅｌｌ経由のＰＤＳＣＨのデータの流れを示している。ＰＤＳＣＨのデータは、矢印Ａ４３に示すように、ｅＮＢ３１のＳｃｅｌｌおよび他局のｅＮＢ３２のＳｃｅｌｌを介して、ＵＥ３４に送信される。ｅＮＢ３１からｅＮＢ３２に転送されるデータは、ｅＮＢ３１において、ＭＡＣレイヤからＧＴＰ−ｕレイヤに転送され、ｅＮＢ３２のＧＴＰ−ｕレイヤに転送される。
【０１７２】
Ｐｃｅｌｌにおいて、ｅＮＢ３１，３２間のＣＡの終了契機を検出した場合について説明する。以下の処理は、例えば、図１０の点線枠Ｄ１３の処理に対応する。
ｅＮＢ３１の呼処理制御部６２は、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値以下になった場合、ＢＢ処理部６３に対し、ＣＡの停止要求を行う。ＢＢ処理部６３は、呼処理制御部６２からのＣＡの停止要求を受けて、ＣＡによるデータ送信を停止する。また、ＢＢ処理部６３は、他のｅＮＢ３２へのデータ転送を停止する。
【０１７３】
同様に、呼処理制御部６２は、ｅＮＢ３２のＢＢ処理部に対してもＣＡの停止要求を行う。ｅＮＢ３２のＢＢ処理部は、呼処理制御部６２からのＣＡの停止要求を受けてＣＡを停止し、Ｓｃｅｌｌを解放する。
【０１７４】
他局のＳｃｅｌｌにおいて、ＣＡの無線リソース変更要求があった場合について説明する。以下の処理は、例えば、図１１の点線枠Ｄ１４の処理に対応する。
ｅＮＢ３２の呼処理制御部は、ＵＥ３４に割り当てている無線リソースの変更を検出する。例えば、ｅＮＢ３２の呼処理制御部は、ＵＥ３４より優先度の高いＵＥが存在したため、ＵＥ３４に割り当てていた無線リソースの一部をそのＵＥに割り当てる場合、無線リソースの変更を検出する。
【０１７５】
ｅＮＢ３２の呼処理制御部は、ｅＮＢ３１の呼処理制御部６２に対し、無線リソースの変更要求を行う。このとき、ｅＮＢ３２の呼処理制御部は、例えば、ＵＥ３４に割り当てる無線リソース情報（例えば、ＲＢアサインメント情報）をｅＮＢ３１の呼処理制御部６２に通知する。呼処理制御部６２は、ｅＮＢからの無線リソース変更要求を受け、ＵＥ３４に割り当てる無線リソースを変更し、ｅＮＢ３２に対し、応答を返す。ｅＮＢ３２の呼処理制御部は、ｅＮＢ３１からの応答受けて、ＵＥ３４の無線リソースの割り当て情報を変更する。例えば、ｅＮＢ３２の呼処理制御部は、ｅＮＢ３１から期待された無線リソースの情報を変更する。
【０１７６】
他局のＳｃｅｌｌにおいて、ＣＡの無線リソース解放要求があった場合について説明する。以下の処理は、例えば、図１２の点線枠Ｄ１５の処理に対応する。
ｅＮＢ３２の呼処理制御部は、ＵＥ３４に割り当てている無線リソースの解放を検出する。例えば、ｅＮＢ３２の呼処理制御部は、ＵＥ３４より優先度の高いＵＥが存在したため、ＵＥ３４に割り当てていた無線リソースをそのＵＥに割り当てる場合、無線リソースの解放を検出する。
【０１７７】
ｅＮＢ３２の呼処理制御部は、ｅＮＢ３１の呼処理制御部６２に対し、無線リソースの解放要求を行う。ｅＮＢ３１の呼処理制御部６２は、ｅＮＢからの無線リソース解放要求を受け、ｅＮＢ３２のＳｃｅｌｌを解放する。呼処理制御部６２は、ｅＮＢ３２に対し、無線リソース解放要求の応答を返す。また、呼処理制御部６２は、ＵＥ３４に対し、ｅＮＢ３２のＳｃｅｌｌが解放されたこと通知する。
【０１７８】
ｅＮＢ３２の呼処理制御部は、ｅＮＢ３１からの無線リソース解放要求の応答を受け、ＵＥ３４に割り当てていた無線リソースを、優先度の高いＵＥに割り当てる。
Ｐｃｅｌｌの変更について説明する。
【０１７９】
ｅＮＢ３１の呼処理制御部６２は、通信品質のよい周波数帯のセルにＰｃｅｌｌを変更する。例えば、ＵＥ３４が移動する場合、通信品質のよい周波数帯が変わる。この場合、ｅＮＢ３１の呼処理制御部６２は、最も通信品質のよい周波数帯のセルをＰｃｅｌｌに変更する。
【０１８０】
このように、ｅＮＢ３１の呼処理制御部６２およびＢＢ処理部６３は、他局のｅＮＢ３２において、ＵＥ３４へのデータ送信が行われるように、ＣＡ送信するデータの一部をｅＮＢ３２に転送するようにした。また、ｅＮＢ３２のＢＢ処理部は、ｅＮＢ３１の転送するデータを受信し、ＵＥ３４に送信するようにした。これにより、ｅＮＢ３１は、自身のＣＡに、他局のｅＮＢ３２の周波数帯を加えてＵＥ３４へデータ送信を行うので、データ通信の高速化・大容量化を図ることができる。
【０１８１】
また、ｅＮＢ３１の呼処理制御部６２およびＢＢ処理部６３は、ＵＥ３４に送信するデータの滞留量および滞留時間が所定の閾値以下になった場合、ＵＥ３４へのデータ送信を停止し、ｅＮＢ３２へのデータ転送を停止する。これにより、ｅＮＢ３１は、配下のＵＥに適切に無線リソースを割り当てることができる。
【０１８２】
また、ｅＮＢ３１の呼処理制御部６２は、他局のｅＮＢ３２からの要求に応じて、ＵＥ３４の無線リソースの割り当てを変更する。また、ｅＮＢ３１の呼処理制御部６２は、他局のｅＮＢ３２からの要求に応じて、ＵＥ３４に対し、ｅＮＢ３２と無線通信を行っていたセルが解放されたことを通知する。これにより、ｅＮＢ３２は、配下のＵＥに適切に無線リソースを割り当てることができる。
【０１８３】
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【符号の説明】
【０１８４】
１，２  基地局
１ａ，２ｂ  送信部
１ｂ  転送部
２ａ  受信部
３  無線端末
【図１】
0005621924.tif 000002
【図２】
0005621924.tif 000003
【図３】
0005621924.tif 000004
【図４】
0005621924.tif 000005
【図５】
0005621924.tif 000006
【図６】
0005621924.tif 000007
【図７】
0005621924.tif 000008
【図８】
0005621924.tif 000009
【図９】
0005621924.tif 000010
【図１０】
0005621924.tif 000011
【図１１】
0005621924.tif 000012
【図１２】
0005621924.tif 000013
【図１３】
0005621924.tif 000014
【図１４】
0005621924.tif 000015
【図１５】
0005621924.tif 000016
【図１６】
0005621924.tif 000017
【図１７】
0005621924.tif 000018
【図１８】
0005621924.tif 000019
【図１９】
0005621924.tif 000020
【図２０】
0005621924.tif 000021
【図２１】
0005621924.tif 000022
【図２２】
0005621924.tif 000023
【図２３】
0005621924.tif 000024
【図２４】
0005621924.tif 000025
【図２５】
0005621924.tif 000026
【図２６】
0005621924.tif 000027