(57)【要約】【課題】無線装置からの信号を要求される時間内に終了可能とする。【解決手段】基地局の制御装置は、無線装置と無線装置からの信号の処理を行うベースバンド装置との間の通信経路の所定区間における信号の遅延時間を測定する処理と、遅延時間に応じてベースバンド装置と無線装置との間の通信に用いるプロトコル及び仕様の少なくとも一方を決定する処理とを行う制御部を含む。【選択図】図１２
2016131295.tif 000002
【特許請求の範囲】
【請求項１】
無線装置と前記無線装置からの信号の処理を行うベースバンド装置との間の通信経路の所定区間における信号の遅延時間を測定する処理と、前記遅延時間に応じて前記ベースバンド装置と前記無線装置との間の通信に用いるプロトコル及び仕様の少なくとも一方を決定する処理とを行う制御部、
を含む基地局の制御装置。
【請求項２】
前記制御部は、前記ベースバンド装置が前記無線装置から受信した信号に応答するまでの制限時間の長さを前記遅延時間に応じて決定する
請求項１に記載の基地局の制御装置。
【請求項３】
前記制御部は、前記ベースバンド装置が前記無線装置から受信する信号のサイクリックプレフィクス長を前記遅延時間に応じて決定する
請求項１に記載の基地局の制御装置。
【請求項４】
前記制御部は、システム帯域を前記遅延時間に応じて決定する
請求項１に記載の基地局の制御装置。
【請求項５】
前記制御部は、前記ベースバンド装置が前記無線装置から受信する信号に対する付加的な処理のオンオフを決定する
請求項１に記載の基地局の制御装置。
【請求項６】
前記制御部は、前記無線装置が複数のスイッチを介して前記ベースバンド装置に接続される場合に前記複数のスイッチから選択された二つのスイッチ間の遅延時間を測定する
請求項１から５のいずれか１項に記載の基地局の制御装置。
【請求項７】
前記制御部は、前記無線装置と接続された他のベースバンド装置から処理リソースの不足を示す情報を受信した場合に前記複数のスイッチに対して前記無線装置の接続先を前記ベースバンド装置に切り替える指示を送信し、前記二つのスイッチ間における信号の遅延時間の測定を開始する
請求項６に記載の基地局の制御装置。
【請求項８】
無線装置からの信号を処理するベースバンド装置であって、
無線装置との間の通信経路の所定区間における信号の遅延時間を測定する処理と、前記遅延時間に応じて前記無線装置との通信に用いるプロトコル及び仕様の少なくとも一方を決定する処理とを行う制御部、
を含むベースバンド装置。
【請求項９】
基地局の制御方法であって、
基地局の制御装置が、
無線装置と前記無線装置からの信号の処理を行うベースバンド装置との間の通信経路の所定区間における信号の遅延時間を測定し、
前記遅延時間に応じて前記ベースバンド装置と前記無線装置との間の通信に用いるプロトコル及び仕様の少なくとも一方を決定する、
ことを含む基地局の制御方法。
【請求項１０】
無線装置と前記無線装置からの信号を処理するベースバンド装置とを含む基地局の制御方法であって、
前記ベースバンド装置が、
無線装置との間の通信経路の所定区間における信号の遅延時間を測定し、
前記遅延時間に応じて前記ベースバンド装置と前記無線装置との間の通信に用いるプロトコル及び仕様の少なくとも一方を決定する、
ことを含む基地局の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局の制御装置，及び基地局の制御方法に関する。
【背景技術】
【０００２】
Wideband Code Division Multiple Access（ＷＣＤＭＡ（登録商標））,Long Term Evolution（ＬＴＥ）などのセルラ方式のワイヤレス通信が広く普及し、至るところに基地局が設置されている。
【０００３】
基地局の一つとして、無線端末（User Equipment （ＵＥ））との間で送受信される無
線信号を扱うRemote Radio Unit（ＲＲＵ）と、ベースバンド信号を扱うBase Band Unit
（ＢＢＵ）とから形成される基地局がある。ＲＲＵが電波を放射することによって、ＵＥと無線通信を行うためのセルが形成される。ＢＢＵは、コアネットワーク（ＬＴＥであればEvolved Packet Core（ＥＰＣ））装置に接続される。コアネットワーク装置は、パケ
ットデータネットワーク（ＰＤＮ）に接続される。
【０００４】
ＲＲＵは、ＵＥからの無線信号を受信してベースバンド信号に変換し、ＢＢＵは、ベースバンド信号をパケットに変換する。パケットは、コアネットワーク（コアネットワーク装置）を介してＰＤＮへ送信される。ＰＤＮはインターネットなどに接続されており、パケットは例えばインターネットに接続された宛先ホストに届く。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１２８０２４号公報
【特許文献２】特開２０１３−２４３５２４号公報
【特許文献３】特表２０１３−５０３５３３号公報
【特許文献４】特表２０１４−５１４８４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＬＴＥなどの無線規格では、ＢＢＵがＲＲＵから処理対象の信号を受信してから当該信号に対して応答するまでの時間が決められている。このため、ＢＢＵとＲＲＵとの間の通信経路長が長くなり、遅延時間が長くなると、決められた時間までに信号の処理を終えて応答を行うことができなくなるおそれがあった。
【０００７】
本発明の一態様は、ベースバンド装置が無線装置からの信号の処理を要求される時間内に終了可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一態様は、基地局の制御装置である。当該制御装置は、無線装置と前記無線装置からの信号の処理を行うベースバンド装置との間の通信経路の所定区間における信号の遅延時間を測定する処理と、上記遅延時間に応じて上記ベースバンド装置と上記無線装置との間の通信に用いるプロトコル及び仕様の少なくとも一方を決定する処理とを行う制御部を含む。
【発明の効果】
【０００９】
本発明の一態様によれば、ベースバンド装置が無線装置からの信号の処理を要求される時間内に終了することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】図１は、ＢＢＵとＲＲＵとで形成されるネットワークシステムの構成例を示す。
【図２】図２は、ＣＢＢＵが適用されたネットワークシステムの構成例を示す図である。
【図３】図３は、ＣＢＢＵ間の負荷分散を図るネットワークシステムの構成例を示す。
【図４】図４は、実施形態に係るネットワークシステムの構成例を示す。
【図５】図５は、ＣＢＢＵ＃１〜ＣＢＢＵ＃４として動作可能なＣＢＢＵ、及び、各ＲＲＵとして動作可能なＲＲＵの構成例を示す。
【図６】図６は、コントローラとして動作可能な情報処理装置（コンピュータ）のハードウェア構成例を示す図である。
【図７】図７は、コントローラの機能を模式的に示す図である。
【図８】図８は、テーブルのデータ構造例を示す。
【図９】図９は、ＴＴＩ緩和によって処理時間が確保される例を示す。
【図１０】図１０は、ＣＰ長の変更による信号処理の負荷軽減の説明図である。
【図１１】図１１は、図４に示した実施形態のネットワークシステムにおける動作例を示す図である。
【図１２】図１２は、実施形態の動作例を示すシーケンス図である。
【図１３】図１３は、コントローラの処理例を示す。
【図１４】図１４は、図１３に示したプロトコル選択処理の一例を示す。
【図１５】図１５は、実施形態の変形例１を示す。
【図１６】図１６は、実施形態の変形例２を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して実施形態について説明する。実施形態の構成は例示であり、実施形態の構成に限定されない。  
【００１２】
〔関連技術〕  
最初に、実施形態に係るネットワークシステムに関する関連技術について説明する。図１は、ＢＢＵとＲＲＵとで形成されるネットワークシステムの構成例を示す。図１に示すように、ＢＢＵとＢＢＵに接続されたＲＲＵとはペアをなし、各ＢＢＵがスイッチ（ＳＷ）を介してＥＰＣ装置に接続される。ＥＰＣ装置は、ＰＤＮに接続される。
【００１３】
図１に示すようなネットワーク構成が採用される場合では、ＢＢＵは、想定される最大負荷がかかっても正常な運用を行うことができる能力が担保されるように設計される。もっとも、実際の運用では最大負荷よりも低い範囲で運用を行い、ＢＢＵがダウンしないような対処（例えば、輻輳予想時の処理制限など）が行われる。また、日常の運用では、ＢＢＵの負荷はその能力よりもかなり低く、無駄な処理リソースを有した状態であることが通例である。
【００１４】
無駄な処理リソースを削減するため、複数のセルのベースバンド処理を集約して処理リソースを効率的に使用可能とするCentralized Base Band Unit（ＣＢＢＵ）の導入が考えられている。
【００１５】
図２は、ＣＢＢＵが適用されたネットワークシステムの構成例を示す図である。ＣＢＢＵには、複数のＲＲUがスイッチ（ＳＷ）を介して接続される。ＣＢＢＵ上の処理リソー
スは、その時々でセルが要求する分だけ使用される。このため、ＣＢＢＵ上の処理リソース量は、ＣＢＢＵに接続されるｎ（ｎは１以上の自然数）個のセルの最大処理量（１セル
当たりの最大処理量×ｎ）を用意する必要はなく、このような量よりも少ない処理リソース量を用意することが考えられている。
【００１６】
但し、最大処理量よりも少ない処理リソースが用意されるケースでは、稀に発生する高負荷の状態や、ＣＢＢＵ内の処理リソースの一部の故障などが発生した場合に処理リソースの不足が発生するリスクがある。
【００１７】
このため、ＣＢＢＵ間で処理リソースを共有し、負荷を分散することで、リスクを回避することが考えられる。例えば、図３に示すようなＣＢＢＵ間の負荷分散を図るネットワークシステムの構成が考えられる。図３に示すように、複数のＲＲＵをスイッチ（ＳＷ＃１〜＃４）を介して収容する複数のＣＢＢＵ＃１〜＃４が設けられ、スイッチ（ＳＷ＃１〜ＳＷ＃４）間がスイッチ（ＳＷ＃５,ＳＷ＃６）を介して接続される。これにより、通
常時は或るＣＢＢＵ（例えばＣＢＢＵ＃４）の配下にあるＲＲＵ＃１に係る処理を他のＣＢＢＵ（例えばＣＢＢＵ＃１）が行うように、ＣＢＢＵとＲＲＵとの接続関係をスイッチの制御により変更することができる。
【００１８】
ところが、一つのＣＢＢＵは広い地理的な範囲をカバーするため、スイッチ間を接続するケーブル長も長くなる。このため、ＲＲＵ＃１が接続関係の変更によって他のＣＢＢＵ＃１へ接続された場合に、ＲＲＵ＃１とＣＣＢＵ＃１間の遅延時間（信号の伝送遅延時間）が長くなる。ＣＢＢＵがＲＲＵからの信号を受信してから当該信号に応答するまでの時間は、無線規格（３ＧＰＰなど）によって決められている。このため、ＣＢＢＵ−ＲＲＵ間の遅延時間が増大することは、ＣＢＢＵが信号の処理に利用可能な時間が減少することを意味する。これによって、ＣＢＢＵ＃１がＲＲＵ＃１から受信される信号の処理を要求される時間内に終了できなくなるおそれがあった。
【００１９】
遅延時間の増大に伴う処理時間の減少に対し、ＣＢＢＵに高い処理能力を持たせる(動
作クロックの高速化、或いは信号処理の並列化)ことが考えられる。しかし、このような
処理能力を高める方法では、ＣＢＢＵ装置のコスト上昇や消費電力の増大を招来する。或いは、その実現が困難な場合もあり得る。
【００２０】
ＣＢＢＵにおいて、平均的な処理負荷よりもかなり大きい処理負荷が発生することは稀である。このため、非常時の負荷に備えた高性能をＣＣＢＵが備えることはコスト上昇や消費電力の増大につながる。従って、コストの上昇を抑えて非常時の負荷分散に対応できる方法が求められる。
【００２１】
以下に説明する実施形態では、ＲＲＵからの信号処理をＢＢＵが要求される時間内に終了することを可能とするネットワークシステムについて説明する。
【００２２】
〔実施形態〕
以下、実施形態に係るネットワークシステムについて説明する。実施形態では、無線通信規格がＬＴＥである場合について説明する。但し、無線通信規格がＬＴＥであることは必須要件ではなく、他の無線通信規格をサポートするネットワークシステムについてもクレーム発明は適用可能である。
【００２３】
図４は、実施形態に係るネットワークシステムの構成例を示す。ネットワークシステムは、複数の基地局を備える。基地局は、複数のＲＲＵと、複数のＲＲＵをスイッチを介して収容するＣＢＢＵとを備える。図４に示す例では、それぞれ複数のＲＲＵと接続されたスイッチ（ＳＷ）＃１〜スイッチ（ＳＷ）＃４がある。ＳＷ＃１は、ＣＢＢＵ＃１に接続され、ＳＷ＃２は、ＣＢＢＵ＃２に接続され、ＳＷ＃３は、ＣＢＢＵ＃３に接続され、ＳＷ＃４は、ＣＢＢＵ＃４に接続されている。ＳＷ＃１〜ＳＷ＃４は、ＳＷ＃５及びＳＷ＃
６を含む中継路（図４で破線で示す）を用いて相互に接続可能に形成されている。すなわち、複数の基地局は中継路を介して相互に接続されている。ＣＢＢＵは、「ベースバンド装置」の一例であり、ＲＲＵは、「無線装置」の一例である。
【００２４】
ＣＢＢＵ＃１〜ＣＢＢＵ＃４のそれぞれは、ＥＰＣ装置２に接続されており、ＥＰＣ装置２は、ＰＤＮ３に接続されている。各ＲＲＵは、電波を放射することで、セル（図中の破線の円で示す）を形成する。ＲＲＵは、セル内に存する無線端末（ＵＥ）と無線通信を行う。ＲＲＵは、ＵＥから受信された無線信号をベースバンド信号に変換して出力する。
【００２５】
ＣＢＢＵは、ＲＲＵから出力されたベースバンド信号をスイッチを介して受信し、ベースバンド信号に対する処理を行う。また、ＣＢＢＵは、ＵＥ向けのベースバンド信号を出力する。ＲＲＵは、スイッチを介してベースバンド信号を受信し、ベースバンド信号を無線信号に変換して送信（放射）する。
【００２６】
ネットワークシステムは、さらに、基地局の制御装置（コントローラ）１を備えている。コントローラ１は、ＣＢＢＵ＃１〜ＣＢＢＵ＃４と接続されており、各ＣＢＢＵの動作を制御することができる。また、コントローラ１は、ＳＷ＃１〜ＳＷ＃６と接続されており、各ＲＲＵから入力される信号の出力ポートを変更する制御を行う。これによって、コントローラ１は、各ＲＲＵからの信号が所望のＣＢＢＵに到達するように各ＳＷを制御することができる。
【００２７】
また、コントローラ１は、ＳＷ＃１〜ＳＷ＃５について、ＣＢＢＵから入力される信号の出力ポートを変更する制御を行う。これによって、各ＣＢＢＵから出力される信号を、ＳＷの制御を通じて、所望のＲＲＵに到達させることができる。
【００２８】
例えば、通常時においては、ＳＷ＃１〜ＳＷ＃４のそれぞれに接続された各ＲＲＵは、ＳＷ＃１〜ＳＷ＃４に接続された対応するＣＢＢＵ＃１〜ＣＢＢＵ＃４のいずれかに接続される。すなわち、ＳＷ＃１に接続された各ＲＲＵは、ＳＷ＃１を介してＣＢＢＵ＃１に接続される（ＣＢＢＵ＃２の配下にある）。また、ＳＷ＃２に接続された各ＲＲＵは、ＳＷ＃２を介してＣＢＢＵ＃２に接続される（ＣＢＢＵ＃１の配下にある）。ＳＷ＃３に接続された各ＲＲＵは、ＳＷ＃３を介してＣＢＢＵ＃３に接続される（ＣＢＢＵ＃３の配下にある）。ＳＷ＃４に接続された各ＲＲＵは、ＳＷ＃４を介してＣＢＢＵ＃４に接続される（ＣＢＢＵ＃４の配下にある）。
【００２９】
ＳＷ＃１〜ＳＷ＃４までのそれぞれは、他のＳＷへ信号を出力する（或るＲＲＵを他のＣＣＢＵの配下に変更する）ための出力ポートを含む。これにより、或るＣＢＢＵの負荷が上昇したときに、負荷を他のＣＢＢＵへ分散させることができる。すなわち、或るＣＢＢＵ（例えばＣＢＢＵ＃４）が、一時的な負荷上昇などの理由によって、ＣＢＢＵ＃４の配下にあるＲＲＵ（ＲＲＵ＃１）からの信号を処理できない場合が生じ得る。この場合には、コントローラ１は、ＲＲＵ＃１からの信号を処理可能な他のＣＢＢＵがＲＲＵ＃１からの信号を受信するように、ＳＷを制御する。
【００３０】
すなわち、コントローラ１は、ＲＲＵ＃１からの信号がＣＢＢＵ＃１へ到達し、且つＣＢＢＵ＃１からの信号がＲＲＵ＃１に到達するように、ＳＷ＃４,ＳＷ＃５,ＳＷ＃６,及
びＳＷ＃１の動作を制御する。また、コントローラ１は、ＲＲＵ＃１からの信号を処理するように、ＣＢＢＵ＃１の動作を制御する。
【００３１】
＜ＣＢＢＵ及びＲＲＵの構成例＞
図５は、ＣＢＢＵ＃１〜ＣＢＢＵ＃４として動作可能なＣＢＢＵ１０、及び、各ＲＲＵとして動作可能なＲＲＵ２０の構成例を示す。ＣＢＢＵ１０は、基地局（例えば、ＬＴＥ
のｅＮｏｄｅＢ）における制御部，ベースバンド部，伝送路インタフェース部として動作する装置である。  
【００３２】
制御部は、ＣＢＢＵ全体の制御および呼制御のプロトコル処理や制御監視を行う。伝送路インタフェース部は、イーサネット（登録商標）などの伝送路と接続され、ＩＰｓｅｃやＩＰｖ６などのプロトコルを処理してＩＰパケットの授受を行う。ベースバンド部は、伝送路インタフェース部を通じて授受されるＩＰパケットと、無線で伝送するベースバンド信号との変換（変復調）を行う。
【００３３】
図５において、ＣＢＢＵ１０は、バスＢを介して接続されたCentral Processing Unit
（ＣＰＵ）１１と、メモリ１２と、Large Scale Integrated circuit（ＬＳＩ）１３と、ＣＰＲＩ回路１４と、ネットワークインタフェース（ＮＩＦ）１５とを備えている。
【００３４】
メモリ１２は、「記憶装置」，「コンピュータ読み取り可能な記録媒体」の一例である。メモリ１２は、主記憶装置と、補助記憶装置とを含む。主記憶装置は、ＣＰＵ１１のワークエリア（作業領域）として使用される。主記憶装置は、例えば、Random Access Memory（ＲＡＭ），或いはＲＡＭとRead Only Memory（ＲＯＭ）との組み合わせで形成される。
【００３５】
補助記憶装置は、ＣＰＵ１１によって実行されるプログラム、およびプログラムの実行に際して使用されるデータを記憶する。補助記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ），Solid State Drive（ＳＳＤ），フラッシュメモリ，Erasable Programmable Read Only Memory（ＥＰＲＯＭ）の中から少なくとも１つ選択される。補助記憶装置
は、ＣＤ，ＤＶＤ，ブルーレイなどのディスク記録媒体を含み得る。
【００３６】
ＬＳＩ１３は、例えば、汎用のＬＳＩ，Application Specific Integrated Circuit（
ＡＳＩＣ）を用いて形成される。ＬＳＩ１３は、Field Programmable Gate Array（ＦＰ
ＧＡ）のようなプログラマブルロジックデバイス（ＰＬＤ）を含んでも良い。ＬＳＩ１３は、Digital Signal Processor（ＤＳＰ）を含む場合もあり得る。
【００３７】
ＬＳＩ１３は、上記したベースバンド処理部としての動作を行う集積回路である。ＬＳＩ１３は、ユーザプレーン（Ｕプレーン）の信号に関して、ＩＰパケットとベースバンド信号との変換処理を行う。また、ＬＳＩ１３は、ＵＥから受信されるベースバンド信号や、コアネットワーク（ＥＰＣ装置２），他の基地局（隣接基地局）などから受信されるＩＰパケットから得られた制御信号をＣＰＵ１１に渡す処理を行う。一方、ＬＳＩ１３は、ＣＰＵ１１から得られる制御信号をコアネットワーク（ＥＰＣ装置２）や他の基地局向けのＩＰパケットに変換したり、ＵＥ向けのベースバンド信号に変換したりする処理を行う。
【００３８】
ＮＩＦ１５は、伝送路インタフェース部として動作するインタフェース回路ないしインタフェース装置である。ＮＩＦ１５は、イーサネット（ＬＡＮ）のような伝送路を収容し、伝送路を介してＥＰＣ装置２，隣接する基地局などの他の通信機器と接続され、これらの通信機器との間でＩＰパケットの送受信処理を行う。ＮＩＦ１５として、例えば、ＬＡＮカード、或いはネットワークインタフェースカード（ＮＩＣ）を適用することができる。
【００３９】
ＣＰＲＩ回路１４は、ＢＢＵとＲＲＵとの標準的なインタフェース規格の一つであるCommon Public Radio Interface（ＣＰＲＩ）をサポートするＲＲＵとのインタフェース回
路である。ＣＰＲＩ回路１４は、光ファイバまたはメタルケーブルを介してＲＲＵ２０とスイッチ（ＳＷ）３０を介して接続される。ＳＷ３０は、図４に示したＳＷ＃１〜ＳＷ＃
４のそれぞれに相当し、複数のＲＲＵ２０を収容する。
【００４０】
ＣＰＲＩ回路１４は、対応するＲＲＵ向けのベースバンド信号をＣＰＲＩに基づく信号形式を有する信号（「ＣＰＲＩ信号」と呼ぶ）に変換してＲＲＵ２０向けに送信する。また、ＣＰＲＩ回路１４は、対応するＲＲＵ２０からＳＷ３０を介して受信されたＣＰＲＩ信号をベースバンド信号に戻してＬＳＩ１３に入力する。ＳＷ３０は、コントローラ１から入力される信号の出力先の情報に従って、入力された信号を出力先の情報に対応する出力ポートから送出する。
【００４１】
ＣＰＵ１１は、メモリ１２の補助記憶装置に記憶されたプログラムを主記憶装置にロードして実行する。これによって、ＣＰＵ１１は、上記した制御部として動作する。ＣＰＵ１１は、「プロセッサ」，「制御装置」の一例である。「プロセッサ」は、マイクロプロセッサ（ＭＰＵ）やＤＳＰを含む概念である。また、ＣＰＵ１１が実行する処理は、例えば、集積回路を用いたハードウェアロジックによって実行されるようにしても良い。例えば、ＣＰＵ１１によって行われる処理が、ＬＳＩ１３にて実行されるようにしても良い。
【００４２】
ＲＲＵ２０は、ｅＮｏｄｅＢの無線部として機能する装置である。ＲＲＵ２０は、ＣＰＲＩ回路２１と、ＲＦ回路２２と、アンテナ２３とを含んでいる。ＣＰＲＩ回路２１は、ＣＰＲＩ回路１４からスイッチ３０を介して受信するＣＰＲＩ信号をベースバンド信号に戻してＲＦ回路２２に送る。また、ＣＰＲＩ回路２１は、ＲＦ回路２２からのベースバンド信号をＣＰＲＩ信号に変換してＣＰＲＩ回路１４（スイッチ３０）へ送る。
【００４３】
ＲＦ回路２２は、例えば、変復調回路と、アップコンバータと、パワーアンプ（ＰＡ）と、デュプレクサと、ローノイズアンプ（ＬＮＡ）と、ダウンコンバータとを含む。デュプレクサは、送受信アンテナであるアンテナ２３に接続される。
【００４４】
変復調回路は、ＣＰＲＩ回路２１からのベースバンド信号をアナログ信号に変調したり、ダウンコンバータからのアナログ信号をベースバンド信号に変換してＣＰＲＩ回路２１へ送ったりする。アップコンバータは、変復調回路で変調されたアナログ信号を所定の無線周波数（ＲＦ）の信号にアップコンバートする。ＰＡは、アップコンバートされた信号を増幅する。増幅された信号はデュプレクサを介してアンテナ２３から電波として放射される。電波はセル内のＵＥにより受信される。
【００４５】
アンテナ２３は、配下のＵＥからの無線信号を受信する。デュプレクサは、無線信号をＬＮＡに接続する。ＬＮＡは、無線信号を低雑音増幅する。ダウンコンバータは、低雑音増幅された信号をアナログ信号にダウンコンバートする。変復調回路は、アナログ信号の復調処理によって、アナログ信号をベースバンド信号に変換し、ＣＰＲＩ回路２１に送る。
【００４６】
なお、上記例では、ＣＢＢＵとＲＲＵとの間でＣＰＲＩ信号が送受信される例について説明している。これに代えて、ＣＢＢＵとＲＲＵとの間でパケット通信がなされるようにしても良い。この場合、ＣＢＢＵでは、ＲＲＵ向けの信号を含むパケットがＣＰＲＩ回路１４ではなくＮＩＦ１５から送信される。また、ＲＲＵは、ＣＢＢＵとの間でパケットを送受信するためのＮＩＦを備える。
【００４７】
＜コントローラの構成例＞
図６は、コントローラ１として動作可能な情報処理装置（コンピュータ）のハードウェア構成例を示す図である。情報処理装置１００として、例えば、専用のサーバマシン、或いは汎用のコンピュータ（例えば、パーソナルコンピュータ（ＰＣ），ワークステーションなど）などを適用することができる。
【００４８】
情報処理装置１００は、バスＢ１を介して相互に接続されたプロセッサ１０１，主記憶装置１０２，補助記憶装置１０３，入力装置１０４，出力装置１０５，およびネットワークインタフェース（ＮＩＦ）１０６を含む。
【００４９】
入力装置１０４は、例えば、キーボード、マウス等のポインティングデバイス等である。入力装置１０４から入力されたデータは、プロセッサ１０１に与えられる。出力装置１０５は、プロセッサ１０１の処理の結果を出力する。出力装置１０５は、例えば、ディスプレイである。出力装置１０５は、プリンタやスピーカ等の音声出力装置を含むこともできる。
【００５０】
ＮＩＦ１０６は、ネットワークとの情報の入出力を行うインタフェース回路である。ＮＩＦ１０６は、有線のネットワークと接続するインタフェース、無線のネットワークと接続するインタフェースとの少なくとも一方を含む。ＮＩＦ１０６は、例えば、ネットワークインタフェースカード（ＮＩＣ）、ＬＡＮ（Local Area Network）カード、無線ＬＡＮカード等である。ＮＩＦ１０６で受信されたデータ等は、プロセッサ１０１に渡される。
【００５１】
補助記憶装置１０３は、様々なプログラムや、各プログラムの実行に際してプロセッサ１０１が使用するデータを格納する。補助記憶装置１０３は、例えば、ＨＤＤ，ＳＳＤ，ＥＥＰＲＯＭなどの不揮発性のメモリのいずれか又はこれらの組み合わせによって形成される。補助記憶装置１０３は、例えば、オペレーティングシステム（ＯＳ）、様々なアプリケーションプログラムを記憶する。補助記憶装置１０３は、ＵＳＢメモリのような可搬記録媒体や、ＣＤ、ＤＶＤ，ブルーレイのようなディスク記録媒体を含み得る。
【００５２】
主記憶装置１０２は、補助記憶装置１０３に格納されているプログラムをロードする記憶領域，プロセッサ１０１の作業領域，バッファ領域などとして用いられる。主記憶装置１０２は、例えば、ＲＡＭ、或いはＲＡＭとＲＯＭの組み合わせによって形成される。
【００５３】
プロセッサ１０１は、例えば、ＣＰＵ、或いはＭＰＵである。プロセッサ１０１は、ＤＳＰを含む場合もある。プロセッサ１０１は、補助記憶装置１０３に記憶された各種のプログラムを主記憶装置１０２にロードして実行する。これによって、情報処理装置１００がコントローラ１として動作するための様々な処理を実行する。プロセッサ１０１は、１つに限られず、複数個備えられてもよい。
【００５４】
プロセッサ１０１は、「制御部」の一例である。主記憶装置１０２および補助記憶装置１０３のそれぞれは、「記憶装置」、「コンピュータ読み取り可能な記録媒体」の一例である。また、プロセッサ１０１によって実行される処理の一部又は全部は、半導体デバイスを用いたハードウェアロジックによってなされるようにしても良い。半導体デバイスは、例えば、ＦＰＧＡのようなＰＬＤ，ＡＳＩＣ，ＬＳＩ，ＩＣ，ゲート回路の組み合わせ、電気・電子回路から少なくとも一つ選択される。
【００５５】
図７は、コントローラ１の機能を模式的に示す図である。情報処理装置１００は、プロセッサ１０１がプログラムを実行することによって、制御部１１１と、設定部１１２と、テーブル１１３とを備えた装置として動作する。
【００５６】
制御部１１１は、或るＣＣＢＵ（例えば、ＣＢＢＵ＃４）がＲＲＵ（ＲＲＵ＃１）を収容する（配下に置く）ことができない場合に、残りのＣＢＢＵ（ＣＢＢＵ＃１〜ＣＢＢＵ＃３）の負荷を示す情報を得る。そして、制御部１１１は、負荷を示す情報に基づき、ＲＲＵ＃１を収容するＣＢＢＵ（例えば、ＣＢＢＵ＃１）を決定する。但し、当該処理は、情報処理装置１００以外の他の情報処理装置（コンピュータ）により実施することもでき
る。
【００５７】
また、制御部１１１は、ＲＲＵ＃１からＣＢＢＵ＃１までの通信経路（以下単に「経路」ともいう）を設定するための制御信号を生成し、各ＳＷ（ＳＷ＃４，ＳＷ＃６，ＳＷ＃５，ＳＷ＃１）へ送信する。これにより、ＣＢＢＵ＃１とＲＲＵ＃１間で信号が送受信される状態となる。
【００５８】
また、制御部１１１は、ＳＷ＃１に対し、遅延時間測定用の信号（「測定用信号」という）の送信指示を与える。これにより、ＳＷ＃１からＳＷ＃４へ測定用信号が送信される。制御部１１１は、ＳＷ＃４から測定用信号の受信時刻を示す情報を受信し、ＳＷ＃１−ＳＷ＃４間の遅延時間を測定する。遅延時間は、設定部１１２に与えられる。なお、コントローラ１は、ＳＷ＃１から測定用信号の送信時刻を受信し、送信時刻と受信時刻とから遅延時間を測定するようにしても良い。測定された遅延時間は、主記憶装置１０２及び補助記憶装置１０３の少なくとも一方に記憶される。
【００５９】
設定部１１２は、テーブル１１３を参照し、ＲＲＵ＃１−ＣＢＢＵ＃１間の通信に使用するプロトコル又は仕様を遅延時間に応じて決定する。設定部１１２は、決定したプロトコル又は仕様への変更指示をＣＢＢＵ＃１に供給する。ＣＢＢＵ＃１は、決定したプロトコル又は仕様への変更を行う。
【００６０】
図８は、テーブル１１３のデータ構造例を示す。テーブル１１３は、遅延時間の長さ（大←→小）に合わせて、「システム帯域縮小」，「ＴＴＩ拡大（ＴＴＩ緩和）」，「オプション削除」，「ＣＰ長の増大（Extended CP）」のプロトコル又は仕様の変更内容が格
納されている。プロトコル又は仕様の変更によって、ＲＲＵからの信号に対する処理をＣＢＢＵが要求される時間内に完了できるようにする。
【００６１】
最初に、「ＴＴＩ拡大（ＴＴＩ緩和）」について説明する。ＴＴＩ（Transfer Time Interval）は、データの送信間隔を示す。ＴＴＩは、「制限時間」の一例である。図９は、ＴＴＩ緩和によって処理時間が確保される例を示す。図９において、横軸方向は時間を表す。ＬＴＥの仕様では、通常、データを含むサブフレーム（１サブフレーム長は１ｍｓ）の受信から４サブフレーム目に、受信したサブフレーム中のデータにエラーがあるか否かを応答する。すなわち、４サブフレーム内に応答の送信を終えることが要求される。
【００６２】
「緩和前」では、ＣＢＢＵ＃４がＲＲＵ＃１からの信号を受信することを想定して、ＴＴＩが４サブフレームに設定されている。このとき、応答の送信に１ｍｓかかると考えると、ＣＢＢＵ＃４は、３ｍｓ（３サブフレーム）をＲＲＵ＃１からの信号の処理に使用することができる（“処理可能時間@BBU#4”を参照）。これに対し、ＣＢＢＵ＃１では、信号が中継路を通って到達するために、遅延ｔが発生し、信号の処理可能時間が短くなる（“処理可能時間@#1”を参照）。
【００６３】
ここで、信号の処理に３ｍｓ要すると仮定すると、ＣＣＢＵ＃１では、４サブフレームまでに信号の処理を終えて応答を送信することができなくなる。このため、コントローラ１（設定部１１２）は、プロトコルの変更によって、ＴＴＩ長を拡大する。例えば、図９の「緩和後」に示すように、設定部１１２は、ＴＴＩを１フレーム分長くすることを決定する。これによって、遅延ｔが発生しても、信号の処理に要する３ｍｓを確保できるので、ＣＣＢＵ＃１は、ＲＲＵ＃１へ正常に応答を送信することができる。すなわち、要求される時間内に処理を終了することができる。なお、拡大により追加される時間長（緩和時間の長さ）は、遅延時間に応じて適宜設定可能である。例えば１サブフレーム単位で変更される。
【００６４】
次に、「ＣＰ長の増大」について説明する。ＬＴＥでは、ディジタル変調方式として、Orthogonal Frequency-Division Multiplexing（ＯＦＤＭ）が使用される。ＯＦＤＭは、送信データをマルチパス干渉から守るために、１シンボルの終了近くの信号をシンボルの先頭にコピーするサイクリックプレフィックス（ＣＰ）という仕組みを持つ。ＣＰは、シンボル干渉およびサブキャリア間の直交性の崩れに起因するサブキャリア間干渉を除去するためのガード区間に設けられる。
【００６５】
図１０は、ＣＰ長の変更による信号処理の負荷軽減の説明図である。図１０に示すように、「ノーマルＣＰ（Normal CP）」の使用時では、１サブフレーム（１ｍｓ）において
、１４個のＯＦＤＭシンボルが送信される。シンボルは、或る固定長の送信対象の情報ビットを変調した結果得られる無線信号の単位を示す。
【００６６】
設定部１１２は、通常時（緩和前）に「ノーマルＣＰ」が使用されている場合に、遅延時間に応じ、各シンボル中のＣＰ長を長くする。すなわち、ＣＰとして「Extended CP」
の使用を決定する。「Extended CP」の使用時には１サブフレーム中のシンボル数が１２
個に減少する。このように、設定部１１２は、遅延時間に応じて、１サブフレーム中のシンボル数を１２個に減少させるプロトコル変更を行うことができる。シンボル数の減少は、処理可能時間内に処理を行うデータ量の減少を意味する。よって、ＣＢＢＵ＃１は、処理可能時間内に処理を終えることが可能となる。
【００６７】
次に、「システム帯域縮小」について説明する。ＯＦＤＭが使用される場合には、システム帯域（システム（ＣＢＢＵ）が処理できる信号の帯域幅）を変更することができる。ＬＴＥでは、システム帯域の最大値は２０ＭＨｚである。システム帯域は、１０ＭＨｚ，５ＭＨｚ，３ＭＨｚ，１．４ＭＨｚに変更することができる。
【００６８】
設定部１１２は、通常時におけるシステム帯域と、遅延時間の長さとに基づき、システム帯域を決定することができる。例えば、通常時のシステム帯域が２０ＭＨｚであり、１０ＭＨｚに変更されるとき、システム帯域は１／２となる。システム帯域が縮小されることで、ＲＲＵ＃１から一時に送信されるデータ量（サブフレーム数）が減少する。このため、ＣＢＢＵ＃１で行われるデータの処理量が削減される。これによって、信号の処理時間が短縮され、処理可能時間内に処理を終えることが可能となる。
【００６９】
最後に、「オプション削除」について説明する。３ＧＰＰの規定の中には、無線性能を向上させるためのオプション機能が用意されており、ＣＢＢＵ＃１が通常時における信号処理に関してオプション機能をサポートしている場合がある。この場合、設定部１１２は、遅延時間に応じてオプション機能をオフにする（仕様を変更する）ことを決定する。オプション機能のオフによって、信号の処理量が削減され、処理時間が短縮される。これによって、処理可能時間内に処理を終えることが可能となる。オプションは、「付加的な処理」の一例である。
【００７０】
図８のテーブルの処理例では、遅延時間の長さに応じて「システム帯域縮小」、「ＴＴＩ拡大」、「オプション削除」、及び「Extended CP」の施策（プロトコル又は仕様の内
容変更）が実施される例が示されている。但し、これらの施策の全てが実施可能とされることは必須要件ではなく、少なくとも１つが実施されれば良い。また、遅延時間に応じて、複数の施策が並列に実施されるようにしても良い。なお、図８中の「処理削減効果」は、プロトコル又は仕様の変更によって削減される処理量の例を示す。このような「処理削減効果」のデータは、テーブル１１３に含まれていなくても良い。
【００７１】
また、テーブル１１３の参照は、遅延時間が所定の閾値を超過する場合に参照され、閾値を超過しない場合には、設定部１１２は、通常時の（現在の）プロトコル又は仕様の使
用継続を決定する（プロトコル又は仕様の変更がなされない）ようにしても良い。或いは、設定部１１２は、測定された遅延時間がテーブル１１３に記憶された最小遅延時間長より短い場合に、現在のプロトコル又は仕様の継続を決定するようにしても良い。
【００７２】
また、図８に示したテーブル１１３の例では、遅延時間に対応する施策が記憶されるようにしている。これに代えて、テーブル１１３には、ＣＢＢＵ＃１で不足する処理時間に対応する施策が記憶されるようにしても良い。この場合、コントローラ１は、ＣＢＢＵ＃１から処理能力を示す情報を得て、当該情報と遅延時間の測定値から不足する処理時間（不足時間）を設定部１１２で求め、不足時間を確保可能な施策をテーブル１１３から得る。このようにして、遅延時間に応じたプロトコル又は仕様の内容が決定されるようにしても良い。なお、上述したプロトコル又は仕様の変更内容は例示であり、これらに限定されない。
【００７３】
なお、制御部１１１及び設定部１１２は、プロセッサ１０１がプログラムを実行することによって得られるプロセッサ１０１の機能である。テーブル１１３は、主記憶装置１０２及び補助記憶装置１０３の少なくとも一方に記憶される。
【００７４】
＜動作例＞
図１１は、図４に示した実施形態のネットワークシステムにおける動作例を示す図である。図１２は、実施形態の動作例を示すシーケンス図である。以下、図１１及び図１２を用いて、動作例について説明する。
【００７５】
図１２において、コントローラ１は、上位（例えばオペレータ）からＲＲＵ＃１のサービス開始（セル追加）を指示される（図１２＜１＞）。指示を受けたコントローラ１はＣＢＢＵ＃４に対して、ＲＲＵ＃１のサービス開始（収容）が可能か否かの問い合わせ（セル追加要求）を送信する（図１２＜２＞）。
【００７６】
ＣＢＢＵ＃４で、サービス開始が可能であれば、ＣＢＢＵ＃４は、サービス開始可能の応答をコントローラ１に返信し、サービスを開始することができる。これに対し、ＣＢＢＵ＃４は、配下のＲＲＵ（セル）の処理が輻輳しており、ＲＲＵ＃１からの信号を処理する余力がない場合には、サービスを開始できない旨の応答（不可（full））をコントローラ１に送る（図１２＜３＞）。この応答は、「処理リソースの不足を示す情報」の一例である。
【００７７】
コントローラ１は、残りのＣＢＢＵ＃１〜ＣＢＢＵ＃３でＲＲＵ＃１の処理が行えるか否かの問い合わせ（負荷状況報告指示）をＣＢＢＵ＃１〜ＣＢＢＵ＃３に送る（図１２＜４＞）。各ＣＢＢＵ＃１〜ＣＢＢＵ＃３は、処理可能可否（負荷状況報告）を回答する（図１２＜５＞）。例えば、ＣＢＢＵ＃１〜ＣＢＢＵ＃３のそれぞれは、余力があれば自身の処理能力の情報を含んだ処理可能の回答をコントローラ１に送る。
【００７８】
コントローラ１は、負荷状況報告を参照し、ＲＲＵ＃１を収容するＣＢＢＵを決定する。図１１及び図１２の例では、ＣＢＢＵ＃１がＲＲＵ＃１を収容することが決定される。コントローラ１は、ＲＲＵ＃１がＣＢＢＵ＃１に接続されるように、経路の設定を行う（図１２＜６＞，図１１＜１＞）。すなわち、コントローラ１は、ＳＷ＃４，ＳＷ＃１，ＳＷ＃ｎ（ＳＷ＃６，ＳＷ＃５）に対し、経路設定指示を送り、各ＳＷが信号の出力ポートの設定を行う。
【００７９】
コントローラ１は、ＲＲＵ＃１が接続されるＳＷ＃４に対して、遅延時間測定用のパケット（測定用パケット（測定用信号））を受信した場合にコントローラ１に測定用パケットの受信時刻を報告する旨の指示を与える（図１２＜７＞）。
【００８０】
コントローラ１は、ＳＷ＃１に対しては、指定時刻に測定用パケットをＳＷ＃４に送信するように指示する（図１２＜８＞，図１１＜１＞）。ＳＷ＃１は、測定用パケットを生成して送信する（図１２＜９＞）。ＳＷ＃４は、測定用パケットを受信すると、その受信時刻をコントローラ１に報告する（図１２＜１０＞，図１１＜３＞）。
【００８１】
コントローラ１は、測定用パケットの送信時刻（指定時刻）と報告された受信時刻とを用いて遅延時間を測定（算出）する（図１１＜４＞）。続いて、コントローラ１は、ＣＢＢＵ＃１から報告されている処理能力の情報と遅延時間から、ＣＢＢＵ＃１が遠隔のＲＲＵ＃１の処理を行う場合に不足する処理時間を求め、この不足する処理時間を補償できるプロトコル又は仕様を決定する（図１２＜１１＞）。
【００８２】
図１２の＜１１＞の処理は、例えば、不足する処理時間に対応する施策をテーブル１１３から得ることによって決定することができる。或いは、上述したように、遅延時間に応じた施策（変更後のプロトコル又は仕様）をテーブル１１３から得ることによって決定することもできる。処理能力の情報には、現在のプロトコル及び仕様の内容（ＴＴＩ，ＣＰ長，システム帯域，オプションのオンオフ）を含み、テーブル１１３から実施可能な施策が抽出されるようにしても良い。
【００８３】
コントローラ１は、決定した施策（プロトコル又は仕様）を示す情報をＣＢＢＵ＃１に通知する（図１２＜１２＞，図１１＜５＞）。また、コントローラ１は、サービス開始指示をＣＢＢＵ＃１に送る（図１２＜１３＞）。施策を示す情報及びサービス開始指示を受信したＣＢＢＵ＃１は、指定されたプロトコル又は仕様を使用してＲＲＵ＃１の制御（セル制御）を開始する（図１２＜１４＞）。例えばＣＢＢＵ＃１は、通知に従い、ＴＴＩの規格値を緩和したプロトコルで通信を開始する。
【００８４】
セル制御の開始により、例えばＣＢＢＵ＃１からの報知チャネル（ＢＣＨ）の送信、同期信号（Primary Synchronization Signal（ＰＳＳ）及びSecondary Synchronization Signal（ＳＳＳ））の送信が開始される（図１２＜１５＞）。報知チャネル及び同期信号を受信するＵＥは、ランダムアクセス手順を開始（ランダムアクセスチャネル（ＲＡＣＨ）の送信)する（図１２＜１６＞）。ＵＥは報知チャネルの情報からＲＲＵ＃１で適用され
るプロトコル又は仕様を識別し通信を開始することができる。
【００８５】
＜コントローラの処理例＞
図１３は、コントローラ１の処理例を示し、図１４は、図１３に示したプロトコル選択処理の一例を示す。図１３に示す処理は、制御部１１１及び設定部１１２として動作するプロセッサ１０１によって行われる。
【００８６】
最初の０１では、プロセッサ１０１は、セル追加指示を待ち受ける。セル追加指示を受けると（０１のＹｅｓ）、プロセッサ１０１は、セル追加対象のＣＢＢＵ＃４にセル追加要求を送る（０２）。
【００８７】
次の０３では、プロセッサ１０１は、ＣＢＢＵ＃４からのセル追加要求の応答を受けて、セル追加可能か否かを判定する。このとき、セル追加可能であれば（０３のＹｅｓ）、プロセッサ１０１は、ＣＢＢＵ＃４に対し、セルサービスの開始指示を送信する処理を行う（１４）。これに対し、セル追加ができない場合には（０３のＮｏ）、プロセッサ１０１は、負荷状況報告指示をＣＢＢＵ＃１〜ＣＢＢＵ＃３へ送信する処理を行う（０４）。
【００８８】
次の０５では、プロセッサ１０１は、ＣＢＢＵ＃１〜ＣＢＢＵ＃３からの負荷状況報告を待ち受ける。負荷状況報告の受信が完了すると（０５のＹｅｓ）、プロセッサ１０１は
、負荷分散先を選択する（０６）。例えば、ＣＢＢＵ＃１が選択される。
【００８９】
次の０６では、プロセッサ１０１は、ＣＢＢＵ＃１−ＲＲＵ＃１間の経路設定を行う（０７）。すなわち、ＳＷ＃１，ＳＷ＃４，ＳＷ＃５，ＳＷ＃６に経路設定用の制御信号を送る処理を行う。
【００９０】
次の０８では、プロセッサ１０１は、測定用パケットの受信時刻報告指示をＳＷ＃４へ送る処理を行う。次の０９では、プロセッサ１０１は、指定時刻での測定用パケット送信指示をＳＷ＃１へ送る処理を行う。
【００９１】
次の１０では、プロセッサ１０１は、ＳＷ＃４からの測定用パケットの受信時刻の受信を待ち受ける。受信時刻の受信が完了すると（１０のＹｅｓ）、プロセッサ１０１は、プロトコル選択処理を行う（１１）。
【００９２】
図１４において、プロセッサ１０１は、受信時刻と指定時刻（送信時刻）とを用いて遅延時間を算出する（１０１）。次に、プロセッサ１０１は、ＣＢＢＵ＃１から受信された負荷状況報告中の性能情報と遅延時間とを用いて、不足時間を算出する（１０２）。
【００９３】
次の１０３では、プロセッサ１０１は、不足時間の有無を判定する。不足時間がなければ（１０３のＮｏ）、プロセッサ１０１は、処理を１３に進めて、ＣＢＢＵ＃１にセルサービスを開始させる。この場合、ＴＴＩ，ＣＰ長，システム帯域，オプションのオン状態が維持される。これに対し、不足時間がある場合には（１０３のＹｅｓ）、プロセッサ１０１は、テーブル１１３から不足時間に対応する施策（プロトコル又は仕様の変更内容）を得る（１０４）。その後、処理が１２に進む。
【００９４】
次の１２では、プロセッサ１０１は、変更に係るプロトコル又は仕様をＣＢＢＵ＃１に通知する処理を行う。次の１３では、上述したように、ＣＢＢＵ＃１に対し、セルサービスの開始指示を与える。
【００９５】
＜実施形態の効果＞
実施形態によれば、ＣＢＢＵ＃４がＲＲＵ＃１からの信号処理を行うための処理リソースが不足する場合に、ＣＢＢＵ＃４に代わってＲＲＵ＃１を収容するＣＢＢＵ＃１が決定される。このとき、ＣＢＢＵ＃１がＲＲＵ＃１からの信号に対する処理可能時間が不足する場合には、信号の処理時間を確保するためのプロトコル又は仕様の変更が決定され、ＣＢＢＵ＃１が変更されたプロトコル又は仕様でＲＲＵ＃１との通信を行う。これによって、正常なＣＢＢＵとＲＲＵ間の通信を行うことができる。
【００９６】
実施形態では、信号の処理時間を確保するために、ＣＢＢＵの高性能化を回避することができる。これによって、ＣＢＢＵの導入に係るコスト上昇を抑えることができる。また、実施形態では、距離の離れたＣＢＢＵ間での処理リソースの分配が可能になる。このため、より多くのＣＢＢＵ間でＲＲＵからの信号の処理リソースの共有が可能になり、より少ない処理リソースで多くのセルを収容することができる。これによって、ＣＢＢＵの導入に係るコスト上昇を抑えることができる。
【００９７】
さらに、災害時などに近隣のＣＢＢＵのみならず遠隔の被害を受けている可能性の少ないＣＢＢＵを使用できるようになり、より堅牢なシステムを構築できる。
【００９８】
＜変形例＞
上述した実施形態は、以下の変形が可能である。例えば、実施形態では、ＣＢＢＵ＃１とＲＲＵ＃４との間の通信経路の所定区間として、ＳＷ＃１とＳＷ＃４との間の区間の遅
延時間を測定する。但し、遅延時間を測定する区間は、上記例以外であっても良い。例えば、ＳＷ＃１，ＳＷ＃５，ＳＷ＃６，ＳＷ＃４から選ばれる二つのＳＷ間の遅延時間が測定されても良い。或いは、ＣＢＢＵ＃１とＲＲＵ＃１との間の遅延時間が測定されても良い。換言すれば、所定区間は通信経路の一部であっても全部であっても良い。
【００９９】
また、実施形態では、複数のＲＲＵを収容するＣＢＢＵ間を中継路で接続する構成について説明した。もっとも、コントローラ１は、或るＣＢＢＵ（例えばＣＢＢＵ＃１）にＲＲＵが追加される場合に、ＣＢＢＵとＲＲＵとの通信経路の所定区間の遅延時間を測定し、遅延時間に応じてプロトコルや仕様の変更を行っても良い。即ち、或るＣＢＢＵ（例えばＣＢＢＵ＃１）に、遠隔地に位置するＲＲＵをＳＷ＃１を介して接続せざるを得ない場合に、コントローラ１がＣＢＢＵ−ＲＲＵ間の遅延時間に応じてプロトコルや仕様を変更するようにしても良い。この場合、例えば、ＣＢＢＵ−ＲＲＵ間の遅延時間が測定されるように、コントローラ１は、例えば、ＣＢＢＵに測定パケットの送信指示を与え、ＲＲＵに測定パケットの受信時刻の報告指示を与える。或いは、ＣＢＢＵがＲＲＵとのラウンドトリップタイム（ＲＴＴ）を測定し、ＲＴＴの半値を遅延時間としてコントローラ１へ報告するようにしても良い。
【０１００】
図１５は、実施形態の変形例１を示す。図４に示したネットワーク構成では、ＲＲＵとＣＢＢＵとはツリー状のネットワークトポロジで接続されていた。これに対し、図１５に示すように、各ＲＲＵは、ＷＤＭ（Wavelength Division Multiplex）のリングにスイッ
チ（ＳＷ）接続され、スイッチの一つがＣＢＢＵに接続される構成を採用することもできる。
【０１０１】
図１５の例では、リングネットワーク（ＷＤＭリング）Ｒ１に各ＲＲＵと接続されたスイッチ（ＳＷ）が接続され、そのうちの一つ（ＳＷ＃１）がＣＢＢＵ＃１に接続されている。ＣＢＢＵ＃１は、ＥＰＣ装置２ａを介してＰＤＮ３に接続されている。また、リングネットワークＲ２にも、各ＲＲＵと接続されたスイッチ（ＳＷ）が接続され、そのうちの一つ（ＳＷ＃１Ａ）がＣＢＢＵ＃２に接続されている。ＣＢＢＵ＃２は、ＥＰＣ装置２ｂを介してＰＤＮ３に接続されている。
【０１０２】
リングネットワークＲ１とリングネットワークＲ２とは、中継路を介して接続される。具体的には、リングネットワークＲ１上のＳＷ＃６が、中継路上のＳＷ＃７，ＳＷ＃８を介してリングネットワークＲ２上のＳＷ＃９に接続されている。ＲＲＵ＃１がＣＢＢＵ＃１の配下に入る場合には、コントローラ１は、ＳＷ＃１，ＳＷ＃４及びこれらの間に位置するＳＷ＃５〜ＳＷ＃１１に対し、ＣＢＢＵ＃１とＲＲＵ＃１とを接続するための経路設定を行う。その他の処理は、実施形態と同じであるので説明を省略する。
【０１０３】
図１６は、実施形態の変形例２を示すシーケンス図である。実施形態において、コントローラ１は、ＣＢＢＵから独立した装置である形態について説明した。これに対し、コントローラ１の機能は、ＣＢＢＵに実装することが可能である。この場合、ＣＢＢＵ１０のメモリ１２にプロセッサ１０１で行われる処理を実行するためのプログラムが記憶され、ＣＰＵ１１がプログラムの実行によって、プロセッサ１０１と同様の処理を行う。ＣＰＵ１１が行う処理の一部又は全部は、ＬＳＩ１３で実行されるようにすることもできる。
【０１０４】
図１６は、実施形態のＣＢＢＵ＃４がコントローラ１を備える場合における動作例を示すシーケンス図を示す。シーケンスにおけるネットワークトポロジは、図１１に示したものと同様である。但し、コントローラ１がＣＢＢＵ＃４に備えられている点において、図１１と異なる。
【０１０５】
図１６において、ＣＢＢＵ＃４は、上位(例えばオペレータ)からＲＲＵ＃１のサービス
開始（セル追加）を指示される（図１６＜１＞）。指示を受けたＣＢＢＵ＃４のＣＰＵ１１は、ＲＲＵ＃１のサービス開始（収容）が可能か否かを判定する（図１６＜２＞）。このとき、サービス開始が可能であれば、ＣＢＢＵ＃１は、ＲＲＵ＃１に係るセルサービスを開始する。
【０１０６】
これに対し、ＣＢＢＵ＃４は、ＲＲＵ＃１からの信号を処理する余力がない場合には、残りのＣＢＢＵ＃１〜ＣＢＢＵ＃３に対し、ＲＲＵ＃１の処理が行えるか否かの問い合わせ（負荷状況報告指示）を送る（図１６＜３＞）。ＣＢＢＵ＃１〜ＣＢＢＵ＃３は、処理可能可否（負荷状況報告）を回答する（図１６＜４＞）。
【０１０７】
ＣＢＢＵ＃４は、負荷状況報告を参照し、ＲＲＵ＃１を収容するＣＢＢＵ（ＣＢＢＵ＃１）を決定する。ＣＢＢＵ＃４は、ＲＲＵ＃１がＣＢＢＵ＃１に接続されるように、経路の設定を行う（図１６＜５＞）。すなわち、ＣＢＢＵ＃４は、ＳＷ＃４，ＳＷ＃１，ＳＷ＃ｎ（ＳＷ＃６，ＳＷ＃５）に対し、経路設定指示を送り、各ＳＷが信号の出力ポートの設定を行う。
【０１０８】
ＣＢＢＵ＃４は、ＲＲＵ＃１が接続されるＳＷ＃４に対して、測定用パケットの受信時にＣＢＢＵ＃４に測定用パケットの受信時刻を報告する旨の指示を与える（図１６＜６＞）。
【０１０９】
ＣＢＢＵ＃４は、ＳＷ＃１に対しては、指定時刻に測定用パケットをＳＷ＃４に送信する旨の指示を与える（図１６＜７＞）。ＳＷ＃１は、測定用パケットを生成して送信する（図１６＜８＞）。ＳＷ＃４は、測定用パケットを受信すると、その受信時刻をコントローラ１に報告する（図１６＜９＞）。
【０１１０】
ＣＢＢＵ＃４は、測定用パケットの送信時刻（指定時刻）と報告された受信時刻とを用いて遅延時間を測定（算出）する。続いて、ＣＢＢＵ＃４は、ＣＢＢＵ＃１から報告されている処理能力の情報と遅延時間から、ＣＢＢＵ＃１が遠隔のＲＲＵ＃１の処理を行う場合に不足する処理時間を求める。そして、ＣＢＢＵ＃４は、不足する処理時間を補償できるプロトコル又は仕様を決定する（図１６＜１０＞の「プロトコル選択」）。図１６の＜１０＞の処理は、図１２の＜１１＞と同様の処理であるため、説明は省略する。
【０１１１】
ＣＢＢＵ＃４は、決定したプロトコル又は仕様を示す情報をＣＢＢＵ＃１に通知する（図１６＜１１＞）とともに、サービス開始指示をＣＢＢＵ＃１に送る（図１６＜１２＞）。サービス開始指示を受信したＣＢＢＵ＃１は、指定されたプロトコル又は仕様を使用してＲＲＵ＃１の制御（セル制御）を開始する（図１６＜１３＞）。例えばＣＢＢＵ＃１は、通知に従い、ＴＴＩの規格値を緩和したプロトコルで通信を開始する。
【０１１２】
セル制御の開始により、例えばＣＢＢＵ＃１からの報知チャネル（ＢＣＨ）、同期信号（ＰＳＳ及びＳＳＳ）の送信が開始される（図１６＜１４＞）。報知チャネル及び同期信号を受信するＵＥは、ランダムアクセス手順を開始（ランダムアクセスチャネル（ＲＡＣＨ）の送信)する（図１６＜１５＞）。ＵＥは報知チャネルの情報からＲＲＵ＃１で適用
されるプロトコル又は仕様を識別し通信を開始することができる。
【０１１３】
変形例１及び変形例２でも、実施形態と同様の効果を得ることができる。以上説明した実施形態の構成は、適宜組み合わせることができる。
【符号の説明】
【０１１４】
１・・・制御装置（コントローラ）
１０・・・ＣＢＢＵ
１１・・・ＣＰＵ
１２・・・メモリ
２０・・・ＲＲＵ
３０・・・スイッチ
１００・・・情報処理装置
１０１・・・プロセッサ
１０２・・・主記憶装置
１０３・・・補助記憶装置
【図１】
2016131295.tif 000003
【図２】
2016131295.tif 000004
【図３】
2016131295.tif 000005
【図４】
2016131295.tif 000006
【図５】
2016131295.tif 000007
【図６】
2016131295.tif 000008
【図７】
2016131295.tif 000009
【図８】
2016131295.tif 000010
【図９】
2016131295.tif 000011
【図１０】
2016131295.tif 000012
【図１１】
2016131295.tif 000013
【図１２】
2016131295.tif 000014
【図１３】
2016131295.tif 000015
【図１４】
2016131295.tif 000016
【図１５】
2016131295.tif 000017
【図１６】
2016131295.tif 000018