JP2009284066A - 無線基地局システム並びに制御装置及び無線装置 - Google Patents

Abstract

【課題】制御装置が、複数の無線装置を識別できるようにする。
【解決手段】複数の無線装置３０−ｉ（ｉ＝１〜Ｎ）が、制御装置２０に対してカスケード接続された、無線基地局システムにおいて、制御装置２０は、無線装置３０−ｉのそれぞれを経由して制御装置２０で受信される通信リンクへ、無線装置３０−ｉを経由する毎に更新される情報を送信し、無線装置３０−ｉのそれぞれを経由した前記情報の更新状況に基づいて、前記カスケード接続における無線装置３０−ｉの識別を行なう。
【選択図】図８

Description

本件は、無線基地局システム並びに制御装置及び無線装置に関する。本件は、制御装置に複数の無線装置をシリアルに接続（カスケード接続）する無線基地局システムに用いられる場合がある。

図１６は無線基地局システムの構成例を示すブロック図である。この図１６に例示する無線基地局システムは、radio network controller（ＲＮＣ）１００と、１又は複数のradio equipment controller（ＲＥＣ）２００と、１又は複数のradio equipment（ＲＥ）３００と、をそなえる。

ＲＥＣ２００は、Iubと呼ばれるインタフェースによりＲＮＣ１００と相互通信可能に接続される。ＲＥＣ２００は、無線基地局の一機能（要素）であるベースバンド処理部に相当し、ＲＥ３００は、無線基地局の一機能である無線処理部に相当する。このＲＥ３００は、無線基地局としての装置リソースの有効利用の観点から、前記ベースバンド処理部と分離されて、遠隔地などに無線エリア（セル又はセクタ）を提供する遠隔無線装置として設置することができる。その際、ＲＥ３００は、例えば、common public radio interface（ＣＰＲＩ、共通公衆無線インタフェース）と呼ばれる電気又は光のシリアルインタフェース（ＣＰＲＩインタフェース）を用いてＲＥＣ２００と相互通信可能に接続される。

例えば、ＲＥＣ２００は、変復調器（ＭＤＥ：Modulation and Demodulation Equipment）２０１と、送受信インタフェース（TRX INF）２０２と、をそなえ、ＲＥ３００は、アンプ部３０１と、送受信部（ＴＲＸ）３０２と、送受信アンテナ（ＡＮＴ）３０３と、をそなえる。そして、ＲＥＣ２００の送受信インタフェース２０２と、ＲＥ３００の送受信部３０２とが前記ＣＰＲＩにて接続される。

ＭＤＥ２０１は、ＲＮＣ１００から受信した、ＲＥ３００が提供する無線エリア（セル又はセクタ）に在圏する無線端末宛のダウンリンク（ＤＬ）の信号を所定の変調方式で変調する。その変調信号は、該当ＲＥ３００に対応する送受信インタフェース２０２へ転送される。また、ＭＤＥ２０１は、送受信インタフェース２０２から受信したアップリンク（ＵＬ）の信号を所定の復調方式で復調して、ＲＮＣ１００へ送信する。なお、ＤＬ及びＵＬの信号には、制御信号やユーザデータが含まれ得る。

ＭＤＥ２０１で変調されたＤＬの信号は、送受信インタフェース２０２からＲＥ３００の送受信部３０２へＣＰＲＩリンクにより伝送される。ＲＥ３００では、ＲＥＣ２００から受信した信号を、送受信部３０２で周波数変換（アップコンバージョン）などの所定の無線送信処理を施した後、アンプ部３０２で所定の送信電力に増幅した上で、無線（Uu）インタフェースである送受信アンテナ３０３から送信する。

一方、ＲＥ３００の提供する無線エリアに在圏する無線端末から送信されて送受信アンテナ３０３で受信された無線信号は、アンプ部３０１で低雑音増幅などを施された後、送受信部３０２に送られる。その後、受信無線信号は、送受信部３０２にて周波数変換（ダウンコンバージョン）などの所定の無線受信処理を施されて、ＲＥＣ２００の送受信インタフェース２０２へ前記ＣＰＲＩインタフェース上のプロトコル（ＣＰＲＩリンク）により伝送される。ＲＥＣ２００の送受信インタフェース２０２で受信された信号は、ＭＤＥ２０１へ転送され、ＭＤＥ２０１にて復調される。
特表２００７−５１１９５５号公報 特表２００７−５２９９２６号公報 特開２００７−３０６３６２号公報 CPRI Specification V3.0 (2006-10-20)、"Common Public Radio Interface (CPRI);Interface Specification"、［平成２０年４月２５日検索］、インターネット〈URL：http://www.cpri.info/downloads/CPRI_v_3_0_2006-10-20.pdf〉

上述した無線基地局システムでは、ＲＥ３００をＣＰＲＩリンクによりＲＥＣ２００にダイレクトに接続することができるに留まる。

本件の目的の一つは、複数のＲＥをＲＥＣに対してシリアルに接続（カスケード接続）する場合の、個々のＲＥの識別を可能にすることにある。

なお、前記目的に限らず、後述する実施形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本件の他の目的の一つとして位置付けることができる。

例えば、以下の手段を用いる。
（１）無線基地局の要素である複数の無線装置が、前記無線基地局の要素である制御装置に対してカスケード接続された、無線基地局システムにおいて、前記制御装置は、前記無線装置のそれぞれを経由して前記制御装置で受信される通信リンクへ、前記無線装置のそれぞれを経由する毎に更新される情報を送信する送信手段と、前記無線装置のそれぞれを経由した前記情報の更新状況に基づいて、前記カスケード接続における前記無線装置の識別を行なう識別手段と、をそなえる無線基地局システムを用いることができる。

（２）無線基地局の要素である複数の無線装置が、前記無線基地局の要素である制御装置に対してカスケード接続された、無線基地局システムにおける前記制御装置であって、前記無線装置のそれぞれを経由して前記制御装置で受信される通信リンクへ、前記無線装置のそれぞれを経由する毎に更新される情報を送信する送信手段と、前記無線装置のそれぞれを経由した前記情報の更新状況に基づいて、前記カスケード接続における前記無線装置の識別を行なう識別手段と、をそなえる制御装置を用いることができる。

（３）無線基地局の要素である複数の無線装置が、前記無線基地局の要素である制御装置に対してカスケード接続された、無線基地局システムにおける前記無線装置であって、前記無線装置のそれぞれを経由して前記制御装置で受信される通信リンクへ前記制御装置が送信し、かつ、前記無線装置を経由する毎に更新される情報を、前段側の前記通信リンクから受信し、前記情報を基に識別子を取得する識別子取得手段と、前記取得した識別子に応じた更新を前記情報に施して後段側の前記通信リンクへ転送する転送手段と、をそなえる無線装置を用いることができる。

開示の技術によれば、複数の無線装置を制御装置に対してカスケード接続する場合の、個々の無線装置の識別が可能となる。

以下、図面を参照して実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、本実施形態は、その趣旨を逸脱しない範囲で種々変形（各実施例を組み合わせる等）して実施することができる。

〔１〕一実施形態
（１．１）ＣＰＲＩプロトコルスタックアーキテクチャ
図１は、一実施形態に係る無線基地局システムをＣＰＲＩプロトコルスタックアーキテクチャに着目して示す図である。この図１に示すシステムは、例示的に、ＲＮＣ１０にIubインタフェースにより相互通信可能に接続されるＲＥＣ（ＲＥ制御装置）２０と、このＲＥＣ２０と相互通信可能に接続されるＲＥ３０と、をそなえる。

この図１に例示するように、ＣＰＲＩ規格において、ＲＥ及びＲＥＣという用語は、それぞれ、先に説明したように無線基地局の要素である遠隔無線装置及びベースバンド処理部に対応し、ＲＥとＲＥＣとの間のインタフェースはＣＰＲＩリンクである。

そして、図２に例示するように、ＣＰＲＩ規格（プロトコル）では、レイヤ２（Ｌ２）として、ＩＱデータ、ベンダ指定情報（Vendor Specific）、イーサネット（登録商標）、ＨＤＬＣ（High-level Data Link Control procedure）、Ｌ１インバンドプロトコルなどが定義（サポート）される。また、レイヤ１（Ｌ１）として、これらＬ２の信号や情報の時分割多重や、電気的送信又は光送信が定義（サポート）される。なお、Ｌ２よりも上位のレイヤについて、ＣＰＲＩ規格は明確な定義を与えていない。図１及び図２では、上位のレイヤに関して、ユーザプレーン、制御及び管理プレーン、同期情報（ＳＹＮＣ）などのサービスアクセスポイント（ＳＡＰ）を定義（サポート）可能であることを例示している。

この図２に例示するＣＰＲＩプロトコルスタックアーキテクチャにおいて、ユーザプレーンの信号（データ）には、ベースバンド複素信号（ＩＱデータ）及びベンダ指定情報が含まれる。ベンダ指定情報は、追加的に定義された情報（タイムスロット）であり、ＲＥＣ，ＲＥの装置ベンダが自由に定義することが可能である。

制御及び管理（Ｃ＆Ｍ）プレーンの信号（データ）には、例えば、ベンダ指定情報、高いリアルタイム性が要求される信号、ＨＤＬＣ上を伝送されるＬ３プロトコルデータ（ＣＰＲＩ規格で定義を与えられていない）、イーサネットデータ、Ｌ１インバンドプロトコルデータ（優先シグナリングデータ用）などが含まれる。

そして、上記のユーザプレーンデータ、Ｃ＆Ｍプレーンデータ、同期情報、ベンダ指定情報などを含むデータが時分割多重化されて、電気又は光送信される。

前記時分割多重では、例えば図３に示すように、番号Ｗ＝０〜１５の１６ワード（１６バイト）をベーシックフレームとし、このベーシックフレームを２５６個多重してハイパーフレームとし、さらに、ハイパーフレームを１５０個多重してラジオフレームとする。このラジオフレームは、前記ＲＥが提供する無線エリア（セル又はセクタ）で送受信されるフレームである。

また、図４に例示するように、ベーシックフレームの先頭バイトは、Ｃ＆Ｍプレーンデータの伝送に用いられる制御（コントロール）ワードであり、残りの１５バイトがＩＱデータなどのユーザプレーンデータの伝送に用いられるデータワードである。なお、前記制御ワードは、１ハイパーフレームの２５６バイトを４バイト×６４サブチャネルにまとめることで、ヘッダとしての意味をもつ。

（１．２）無線基地局システムの詳細
図５は、上述した本実施形態に係る無線基地局システムの詳細な構成例を示す図である。この図５に示す無線基地局システムは、例示的に、ＲＮＣ１０と、ＲＥＣ２０と、第１のＲＥグループをなす複数のＲＥ３０−１〜３０−Ｎと、第２のＲＥグループをなす複数のＲＥ３０−１〜３０−Ｍと、をそなえる。なお、Ｎ，Ｍはそれぞれ２以上の整数であり、Ｎ＝Ｍでもよい。また、図５において、ＲＥグループは２グループとしているが、１グループでもよいし、３グループ以上存在してもよい。ＲＥグループにおいて、ＲＥ３０−１〜３０−Ｎ（又はＭ）を区別しない場合には、単に「ＲＥ３０」と表記する。

ＲＮＣ１０は、Iubインタフェースにより１又は複数のＲＥＣ２０と相互通信可能に接続され、ＲＥＣ２０は、ＣＰＲＩにより１又は複数のＲＥグループと相互通信可能に接続される。ＲＥグループは、複数のＲＥ３０−１〜３０−Ｎ（又はＭ）をグループメンバとして有し、各グループメンバ３０は、互いにＣＰＲＩによりシリアル（タンデム）に接続される。この接続形態（トポロジ）は、チェイン接続又は従属接続とも呼ばれる。

これにより、ＲＮＣ１０とＲＥＣ２０との間は、Iubインタフェース（プロトコル）による通信、ＲＥＣ２０とＲＥ３０との間およびＲＥ３０間は、ＣＰＲＩプロトコルによる通信が可能となる。これらの通信により、ＲＮＣ１０は、ＲＥＣ２０、ＲＥ３０に対する制御、運用保守管理（ＯＡＭ）などを実施することが可能である。

より具体的には、ＲＥＣ２０は、ベースバンド処理部としての機能を有し、例示的に、変復調器（ＭＤＥ）２１と、ＲＥグループに対応した数の送受信インタフェース（TRX INF）２２と、をそなえる。また、各ＲＥ３０は、それぞれ、アンプ部（ＡＭＰ）３１と、送受信部（ＴＲＸ）３２と、送受信アンテナ３３と、をそなえる。

ＲＥＣ２０において、ＭＤＥ２１は、ＲＮＣ１０から受信した、ＲＥ３０が提供する無線エリア（セル又はセクタ）に在圏する無線端末宛のＤＬの信号を所定の変調方式で変調する。その変調信号は、該当ＲＥ３０が属するＲＥグループに対応する送受信インタフェース２２へ転送される。また、ＭＤＥ２１は、送受信インタフェース２２から受信したアップリンク（ＵＬ）の信号を所定の復調方式で復調して、ＲＮＣ１０へ送信する。なお、ＤＬ及びＵＬの信号には、制御信号やユーザデータが含まれ得る。

ＭＤＥ２１で変調されたＤＬの信号は、送受信インタフェース２２からＲＥ３０の送受信部３２へＣＰＲＩリンクにより伝送される。ＲＥ３０では、ＲＥＣ２０又は前段のＲＥ３０から受信した信号を、送受信部３２で周波数変換（アップコンバージョン）などの所定の無線送信処理を施した後、アンプ部３１で所定の送信電力に増幅した上で、送受信アンテナ３３から送信する。

一方、ＲＥ３０の提供する無線エリアに在圏する無線端末から送信されて送受信アンテナ３３で受信された無線信号は、アンプ部３１で低雑音増幅などを施された後、送受信部３２に送られる。その後、受信無線信号は、送受信部３２にて周波数変換（ダウンコンバージョン）などの所定の無線受信処理を施されて、ＲＥＣ２０の送受信インタフェース２２又は前段のＲＥ３０の送受信部３２へ前記ＣＰＲＩリンクにより伝送される。ＲＥＣ２０の送受信インタフェース２２で受信された信号は、ＭＤＥ２１へ転送され、ＭＤＥ２１にて復調される。

送受信インタフェース２２は、ＲＥグループに属する先頭ＲＥ３０−１における送受信部３２とＣＰＲＩにより接続され、ＣＰＲＩリンクにて当該送受信部３２と通信する。例えば、送受信インタフェース２２は、ＭＤＥ２１から受信した変調信号をＣＰＲＩリンクにて先頭ＲＥ３０−１の送受信部３２に送信する。また、送受信インタフェース２２は、先頭ＲＥ３０−１の送受信部３２が送信した変調信号をＣＰＲＩリンクにて受信し、ＭＤＥ２１へ送信する。

そのため、送受信インタフェース２２は、所定の通信リンクの一例としてのＣＰＲＩリンク上を伝送される、既述のベーシックフレーム、ハイパーフレームを生成、送受信する機能を具備する。したがって、送受信インタフェース２２は、ＣＰＲＩ規格に基づく制御ワード（ベンダ指定情報）を生成、送受信することが可能である。

前記ベンダ指定情報は、ＲＥ３０のそれぞれにおいて更新可能な情報の一例である。このような情報の一部又は全部を、ＲＥ３０を経由する毎に当該ＲＥ３０で更新される情報として定義する。送受信インタフェース２２は、当該情報をＤＬのＣＰＲＩリンクへ送信することで、ＲＥ３０のそれぞれを経由した前記情報の更新状況に基づいて、カスケード接続におけるＲＥ３０の識別を行なうことが可能となる。

そのため、送受信インタフェース２２は、図５中に例示するように、前記情報の一例としてのベンダ指定情報（制御ワード）をＣＰＲＩリンクへ送信する送信部２２１としての機能と、前記識別を行なう識別部２２２としての機能と、を具備する。なお、識別部２２２としての機能は、各送受信インタフェース２２に共通としてもよい。

各ＲＥ３０において、送受信部３２は、それぞれ、無線通信機能と既述のＣＰＲＩプロトコルによる通信（ＣＰＲＩ通信）機能とを有する。前記無線通信機能により、送受信アンテナ３３を介した無線通信が可能であり、前記ＣＰＲＩ通信機能により、ＣＰＲＩリンクによるＲＥＣ２０（送受信インタフェース２２）又は他のＲＥ３０（送受信部３２）との通信が可能である。

前記無線通信機能の一例として、送受信部３２は、アンプ部３１へ送信するＤＬ信号の周波数変換（アップコンバージョン）、アンプ部３１から受信したＵＬ信号の周波数変換（ダウンコンバージョン）などの所定の無線送受信処理機能を具備する。

また、前記ＣＰＲＩ通信機能に着目すると、送受信部３２は、例えば図６に示すように、光モジュール３２１，３２２と、field programmable gate array（ＦＰＧＡ）３２３と、central processing unit（ＣＰＵ）３２４と、をそなえる。さらに、ＦＰＧＡ３２３は、例えば、リセット（ＲＳＴ）機能部３２３１と、ウォッチドッグ機能部３２３２と、ＤＬ機能部３２３３と、ＵＬ機能部３２３４と、をそなえる。なお、ＦＰＧＡ３２３は、個別の集積回路（ＬＳＩなど）として実現してもよい。

光モジュール３２１，３２２は、それぞれ、ＣＰＲＩリンクの通信を光信号にて行なう場合に設けられ、受信光信号を電気信号に変換し、送信電気信号を光信号に変換する光電変換機能を具備する。

本例において、光モジュール３２１は、ＲＥＣ２０（送受信インタフェース２２）又は前段のＲＥ３０（送受信部３２）との接続用の光インタフェースであり、光モジュール３２２は、後段のＲＥ３０（送受信部３２）との接続用の光インタフェースである。なお、前段とは、あるＲＥ３０に着目した場合に、ＲＥＣ２０に近い側（ＵＬ方向）を意味し、後段とは、ＲＥＣ２０から遠い側（ＤＬ方向）を意味する。

また、光モジュール３２１は、ＲＥＣ２０又は前段ＲＥ３０側のＣＰＲＩリンク（ＤＬ）の異常の有無を監視し、光モジュール３２２は、後段ＲＥ３０側のＣＰＲＩリンク（ＵＬ）の異常の有無を監視する。ＤＬのＣＰＲＩリンクの異常の有無は、ＦＰＧＡ３２３のＤＬ機能部３２３３に報告され、ＵＬのＣＰＲＩリンクの異常の有無は、ＦＰＧＡ３２３のＵＬ機能部３２３４に報告される。つまり、光モジュール３２１，３２２は、前段又は後段からのＣＰＲＩリンクの異常を検出するリンク異常検出部３２０の一例として用いられる。なお、本例において、ＤＬ／ＵＬの光入力が検出できない状態を、ＣＰＲＩリンクの異常として検出する。

ＦＰＧＡ３２３において、ウォッチドッグ機能部３２３２は、ＣＰＵ３２４及びＦＰＧＡ３２３の動作（ソフトウェア）の正常性を周期的に監視する。ソフトウェア異常が検出されると、その旨が例えばＤＬ機能部３２３３に報告される。つまり、ウォッチドッグ機能部３２３２は、ＲＥ３０のソフトウェア異常を検出するソフトウェア異常検出部の一例として用いられる。

ＤＬ機能部３２３３は、光モジュール３２１からのＤＬのＣＰＲＩリンクデータを受信し、データ（制御ワードを含む）の抽出や光モジュール３２２へのデータ送信を行なう。これらの処理は、例えばビット単位で行なうことができる。その際、ＤＬ機能部３２３３は、前記制御ワードのベンダ指定情報を参照してＲＥ識別子の取得、管理や、ＲＥ識別子取得済みを示す情報のベンダ指定情報への設定（ベンダ指定情報の更新）を行なう。また、ＤＬのＣＰＲＩリンクの異常や前記ソフトウェア異常が検出された場合、ＤＬ機能部３２３３は、異常検出の旨（アラーム）をＲＥＣ２０に通知する。このアラーム通知には、例えば、前記制御ワードのベンダ指定情報を用いることができる。

なお、光モジュール３２１にてＤＬのＣＰＲＩリンクの異常が検出された場合、ＤＬ機能部３２３３は、既述のベーシックフレーム、ハイパーフレームを生成し、前記制御ワード（ベンダ指定情報）にアラーム通知情報を含めることができる。生成したフレームは、光モジュール３２２経由で後段（ＤＬ）側へ送信してもよいし、ＵＬ機能部３２３４及び光モジュール３２１経由で前段（ＵＬ）側へ送信してもよい。いずれの場合も、ＲＥＣ２０に対するアラーム通知が可能になる。なお、後段側へ送信する場合は、後段のＲＥ３０においても前段側でのＣＰＲＩリンク異常を認識することが可能である。

ＵＬ機能部３２３４は、光モジュール３２２からのＵＬのＣＰＲＩリンクデータを受信し、データ抽出や光モジュール３２１へのデータ送信を行なう。これらの処理も、例えばビット単位で行なうことができる。また、光モジュール３２１にてＤＬのＣＰＲＩリンクの異常が検出された場合、ＵＬ機能部３２３４は、既述のベーシックフレーム、ハイパーフレームを生成し、前記制御ワード（ベンダ指定情報）にアラーム通知情報を含めることができる。生成したフレームは、光モジュール３２１経由で前段（ＲＥＣ２０）側へ送信する。

上述したＤＬ機能部３２３３とＵＬ機能部３２３４とは互いに通信可能であり、例えば、ＤＬ機能部３２３３で得られたデータをＵＬ機能部３２３４へ送信してＵＬのＣＰＲＩリンクへ送信することも可能である。したがって、上述のごとくＤＬ機能部３２３３で得られた前記アラーム通知情報（ベンダ指定情報）を、ＵＬ機能部３２３４からＲＥＣ２０に向かうＵＬのＣＰＲＩリンクへ送信することも可能である。

換言すれば、これらの機能部３２３３，３２３４は、前段側のＣＰＲＩリンクから受信した制御ワード（ベンダ指定情報）を基にＲＥ識別子を取得する識別子取得部３２５の一例として機能するとともに、前記取得したＲＥ識別子に応じた更新を前記制御ワード（ベンダ指定情報）に施して後段側のＣＰＲＩリンクへ転送する転送部３２６の一例として機能する。また、前記ＣＰＲＩリンク異常やソフトウェア異常が検出された場合に、その異常（アラーム）をＲＥＣ２０へ通知するリンク／ソフトウェア異常通知部３２７の一例としても用いられる。この通知部３２７の機能は、ＦＰＧＡ３２３において、リンク異常通知とソフトウェア異常通知とで個別の機能として設けることも可能である。

リセット機能部３２３１は、ＤＬ機能部３２３３で抽出されたデータがリセット指示である場合に、ＣＰＵ３２４及びＦＰＧＡ３２３のリセット（再起動）を行なう。前記リセット指示は、ＲＥＣ２０が前記ソフトウェア異常のアラーム（ＡＬＭ）通知を受けた場合に発行される。このリセット指示も、例えば前記制御ワードのベンダ指定情報を用いることができる。

つまり、ＲＥＣ２０（送受信インタフェース２２）は、付加的に、ソフトウェア異常の通知を受けると、前記ＲＥ識別子で識別されるＲＥ３０宛のソフトウェアリセット情報をＣＰＲＩリンクへ送信するソフトウェアリセット制御部２２４（図５参照）としての機能も具備する。

なお、図５において、各ＲＥ３０のアンプ部３１は、それぞれ例えば、送受信部３２から受信したＤＬの無線信号を所定の送信電力に増幅して送受信アンテナ３３から無線エリアへ送信する一方、送受信アンテナ３３で受信した無線信号を低雑音増幅して送受信部３２へ送信する。

送受信アンテナ３３は、ＤＬの無線信号を無線エリアへ送信する一方、無線エリアからのＵＬの無線信号を受信する無線（Uu）インタフェースである。

（１．３）動作（ＯＡＭ）
以下、上述した無線基地局システムの動作（ＣＰＲＩ通信によるＲＥ３０のＯＡＭ）について、詳述する。なお、以下では、説明の簡単化のために、図７に例示するように、８台（つまり、Ｎ＝Ｍ＝８）のＲＥ３０−１〜３０−８（ＲＥ＃１〜＃８）で１ＲＥグループが形成され、いずれかのＲＥグループに着目して説明する。

まず、ＲＥＣ２０は、個々のＲＥ３０に対してＯＡＭを行なうために、自身にカスケード接続されている個々のＲＥ３０（台数など）を認識する。また、各ＲＥ３０は、自身がカスケード接続のどの位置（ＲＥＣ２０から何番目）に存在しているのかを認識する。これらの認識が可能となった後、ＲＥＣ２０は、個々のＲＥ３０を特定した状態で、個々のＲＥ３０からアラーム通知などの情報通知を受けたり、個々のＲＥ３０に対してリセット指示などの制御を行なったりすることが可能となる。

そこで、まず、前記認識を可能とするために、例えば次表１に示すように、ＲＥＣ２０及び各ＲＥ３０において、ＣＰＲＩの制御ワードのベンダ指定情報の一部をＲＥ識別子として定義する（割り当てる）。

すなわち、例示的に、サブチャネル番号＝１６のインデックスＸｓ＝０からサブチャネル番号１７のインデックスＸｓ＝３までの制御ワード（ベンダ指定情報）を、１バイト（８ビット）単位で、ＲＥ＃ｉ（ｉ＝１〜８）の識別子フィールドとして定義する。

なお、表１において、サブチャネル番号＝１８のインデックスＸｓ＝０からサブチャネル番号＝２１のインデックスＸｓ＝３までの制御ワード（ベンダ指定情報）は、１バイト単位で、各ＲＥ３０のＵＬ及びＤＬのアラーム（ＡＬＭ）情報の通知フィールドとして定義可能であることを例示している。

同様に、サブチャネル番号＝２２のインデックスＸｓ＝０からサブチャネル番号＝２３のインデックスＸｓ＝３までの制御ワード（ベンダ指定情報）は、１バイト単位で、各ＲＥ３０のソフトウェアアラーム（S-ALM）情報の通知フィールドとして定義可能であることを例示している。さらに、サブチャネル番号２４のインデックスＸｓ＝０からサブチャネル番号＝２５のインデックスＸｓ＝３までの制御ワード（ベンダ指定情報）は、１バイト単位で、各ＲＥ３０に対するリセット指示フィールドとして定義可能であることを例示している。

この表１に例示する定義（割当）は、ＲＥＣ２０では、例えば送受信インタフェース２２にて保持、管理することができ、各ＲＥ３０では、例えばＦＰＧＡ３２３（ＤＬ機能部３２３３）にて保持、管理することができる。

なお、表１の例では、ＲＥ３０毎に、１バイト単位で、ＲＥ識別子、アラーム情報、リセット指示の各フィールドを割り当てているが、一例に過ぎず、より少ない、あるいは、より多いビット単位で割り当てを行なうこととしてもよい。例えば、ＲＥ３０毎に、１ビット単位で、ＲＥ識別子、アラーム情報、リセット指示の各フィールドを割り当てることも可能である。

前記割り当て単位を少なくすればより多くのＲＥ３０への割り当てが可能となる。一方、前記割り当て単位を多くすれば、ＣＰＲＩ通信（ＲＥ識別子の割当、アラーム通知、リセット制御）の誤り耐性を向上できる。また、ＲＥ識別子の割り当てには、各ＲＥ３０が識別子を取得する毎にインクリメントされる情報を用いることも可能である。

（１．３．１）各ＲＥ３０の認識（識別子の割当）
以上のような定義（割当）の下、ＲＥＣ２０（送受信インタフェース２２）は、各ＲＥ３０の認識（ＲＥ識別子の割当）を行なう場合、一例として、次のような方法を用いることができる。

すなわち、ＲＥＣ２０（送受信インタフェース２２）は、図８に例示するように、ＤＬのＣＰＲＩリンクにて、８台分の前記ＲＥ＃ｉ識別子をすべて未割当の状態（例えば、all“０”）に設定した制御ワードをＲＥ３０−１へ送信する。なお、この送信は、各ＲＥ３０にて光モジュール３２１，３２２での光リンク（ＤＬ及びＵＬのＣＰＲＩリンク）の同期（フレーム同期）が確立された後に実施される。前記同期確立は、既述の同期情報（ＳＹＮＣ）を用いて行なわれる（図９の処理１０１１）。

ＤＬ及びＵＬのＣＰＲＩリンクは、各ＲＥ３０を経由する。最終段のＲＥ３０がＤＬのＣＰＲＩリンクにて受信した情報をＵＬのＣＰＲＩリンクへ折り返し送信することで、ＲＥＣ２０は、ＤＬのＣＰＲＩリンクへ送信した情報を、ＵＬのＣＰＲＩリンクにて受信することが可能である。

各ＲＥ３０（ＤＬ機能部３２３３）は、ＤＬのＣＰＲＩリンクから受信した制御ワードのベンダ指定情報（ＲＥ＃１〜＃８識別子フィールド）を参照して、all“０”の識別子フィールドが存在するか否かを確認する（図９の処理１０１２及び図１４の処理１０４１）。all“０”の識別子フィールドが存在すれば、そのＲＥ＃ｉ識別子は未割当状態を意味し、自身がそのＲＥ＃ｉ識別子（ＲＥ番号）の割り当て受けることが可能である。図８の例では、ＲＥ３０−１は、先頭ＲＥであるから、ＲＥ＃１識別子フィールドはall“０”のはずである。

したがって、ＲＥ３０−１（ＤＬ機能部３２３３）は、自身のＲＥ識別子（ＲＥ番号）として１を取得して認識、管理する（図１４の処理１０４２）。その際、ＲＥ３０−１（ＤＬ機能部３２３３）は、ＲＥ＃１識別子フィールドの値を未割当状態（all“０”）から割当済み状態（例えば、all“１”）に変更して、後段のＲＥ３０−２に送信する（図９の処理１０１３及び図１４の処理１０４２）。

ＲＥ３０−２（ＤＬ機能部３２３３）は、同様にして、ＤＬのＣＰＲＩリンクから受信された制御ワードのサブチャネル番号＝１６のインデックスＸｓ＝０から順番にＲＥ＃ｉ識別子フィールドの設定状態を確認する（図９の処理１０１５及び図１４の処理１０４１）。未割当状態（all“０”）のＲＥ＃ｉ識別子フィールドが存在すれば、ＤＬ機能部３２３３は、自身（ＲＥ３０−２）がそのＲＥ＃ｉ識別子の割り当てを受けることが可能である。

図８の例では、ＲＥ＃１識別子フィールドはall“１”、次のＲＥ＃２識別子フィールドはall“０”となっているから、ＲＥ３０−２（ＤＬ機能部３２３３）は、ＲＥ＃２識別子＝２）の割り当てを受けることが可能である。したがって、ＲＥ３０−２（ＤＬ機能部３２３３）は、自身のＲＥ＃２識別子として２を取得して認識、管理する（図１４の処理１０４２）。また、ＲＥ３０−２（ＤＬ機能部３２３３）は、ＲＥ＃２識別子フィールドの値を未割当状態（all“０”）から割当済み状態（例えば、all“１”）に変更して、後段のＲＥ３０−３に送信する（図９の処理１０１６）。

なお、ＤＬのＣＰＲＩリンクから受信した制御ワードのＲＥ＃ｉ識別子フィールドがall“１”の場合は、既に前段側のＲＥ３０でＲＥ識別子（番号）が取得されていることを意味する。その場合、ＲＥ３０（ＤＬ機能部３２３３）は、all“１”のＲＥ＃ｉ識別子フィールドはそのままとし、未割当状態（all“０”）となっている他のＲＥ＃２〜＃８識別子フィールドの有無を、順次、確認してゆく（図９の処理１０１４、処理１０１７及び図１４の処理１０４３）。

以降、同様にして、各ＲＥ３０（ＤＬ機能部３２３３）は、ＲＥ＃ｉ識別子フィールドの設定状態を確認し、all“０”となっているＲＥ＃ｉ識別子の割り当てを受け、割り当てを受けたＲＥ＃ｉ識別フィールドをall“１”に変更して、後段のＲＥ３０へ送信する。

これにより、図８の例において、カスケード接続の最後のＲＥ３０−８（ＤＬ機能部３２３３）では、ＲＥ＃１〜ＲＥ＃７識別子フィールド＝all“１”、かつ、ＲＥ＃８識別子フィールド＝all“０”の制御ワードを受信する。したがって、ＲＥ３０−８（ＤＬ機能部３２３３）は、ＲＥ＃８識別子＝８の割り当てを受け、ＲＥ＃８識別子フィールドをall“０”からall“１”に変更する（図９の処理１０１８、処理１０１９及び図１４の処理１０４２）。

ここで、ＲＥ３０−８は、カスケード接続の最後に位置するため、後段のＲＥ用のＵＬ及びＤＬのＣＰＲＩ通信は光モジュール３２２にて終端される。この場合、ＲＥ３０−８のＤＬ機能部３２３３は、ＤＬのＣＰＲＩリンクのデータをＵＬ機能部３２３４へ送信し、ＵＬ機能部３２３４からＵＬのＣＰＲＩリンクへ折り返す（フィードバックする）。

そのため、ＲＥ３０−８では、ＲＥ＃１〜ＲＥ＃８識別子（all“１”）に設定された制御ワード（ベンダ指定情報）をそのままＵＬのＣＰＲＩリンクに折り返す。その際、ＲＥ３０−８（ＵＬ機能部３２３４）は、後段ＲＥ３０からのＵＬのＣＰＲＩリンク異常の状態にあるから、ＲＥ＃８識別子に対応する前記表１のＵＬ−ＡＬＭ情報をall“１”に設定してもよい（図１４の処理１０４４の「異常」ルートから処理１０４６）。

これにより、ＲＥＣ２０は、ＲＥ３０−８がカスケード接続の最終ＲＥであることを確認することが可能である。なお、最終ＲＥ３０−８以外のＲＥ３０のＵＬ機能部３２３４は、後段ＲＥ３０からのＵＬのＣＰＲＩリンクが正常であれば、他のＲＥ＃ｉ識別子の確認は行なわない（図１４の処理１０４４の「正常」ルートから処理１０４５）。

ＵＬのＣＰＲＩリンクでは、各ＲＥ３０（ＵＬ機能部３２３４）は、それぞれ、受信した制御ワードのＲＥ＃ｉ識別子フィールドを受信したときの状態のままＲＥＣ２０側へ送信（スルー）する（図９の処理１０２０）。

そして、ＲＥＣ２０は、ＵＬのＣＰＲＩリンクから受信した制御ワード（ベンダ指定情報）のＲＥ＃１〜ＲＥ＃８識別子フィールドがall“１”であるため、８台のＲＥ３０がカスケード接続されていることを認識（識別）、管理することが可能となる。また、ＲＥＣ２０及び各ＲＥ３０において、各ＲＥ３０がカスケード接続のどの位置（何番目）に存在しているかを認識、管理することも可能となる。

したがって、例えば、ＲＥ３０をカスケード接続に追加したり、あるいは、外したりして、カスケード接続が変更されても、再度、上述したＣＰＲＩ通信により、ＲＥＣ２０は、ＲＥ３０の個数、位置を認識することができる。すなわち、既存のＲＥ３０はＲＥＣ２０との通信を継続しながら、追加又は外したＲＥ３０に関して選択的にＲＥＣ２０−ＲＥ３０間の通信を確立又は切断することが可能となる。

また、ＲＥＣ２０と各ＲＥ３０とをカスケード接続するから、ＲＥ３０を遠隔地に設置することで、無線基地局システムとしての無線カバレッジを拡大することが可能である。

さらに、ＲＥＣ２０（送受信インタフェース２２）は、個々のＲＥ３０を特定した状態でＲＥ３０とのＤＬ及びＵＬのＣＰＲＩ通信を個別に行なうことが可能となる。例えば、各ＲＥ３０は、ＵＬのＣＰＲＩ通信により、ＵＬ／ＤＬのＣＰＲＩリンクの異常や、ＲＥ３０のソフトウェアの異常をＲＥＣ２０に個別に通知することが可能となる。

これにより、ＲＥＣ２０は、どのＲＥ３０間でＣＰＲＩリンクに異常が発生したかを特定したり、どのＲＥ３０でソフトウェア異常が発生したかを特定したりすることが可能となる。また、ＲＥＣ２０は、ソフトウェア異常の発生したＲＥ３０を、ＤＬのＣＰＲＩ通信により、個別にリセットすることも可能となる。

つまり、ＲＥＣ２０（送受信インタフェース部２２）は、付加的に、前記識別の下に、各ＲＥ３０に対して個別的なＯＡＭに関する制御を、ＣＰＲＩリンクを用いて行なう制御部２２３（図５参照）としての機能を具備する。なお、図５中に例示する既述の各部２２１〜２２４の機能は、個別の制御部の機能としてＲＥＣ２０にそなえてもよい。また、本例において、ＯＡＭとは、運用、管理、保守のいずれか１又は２以上の組み合わせが含まれることを意味し、運用、管理、保守のすべてが必須であることを意味しない。また、これら３つ以外の処理が含まれることを排除するものでもない。

以下、ＵＬのＣＰＲＩ通信によるＯＡＭの一例として、個々のＲＥ３０からＲＥＣ２０への異常（アラーム）通知、ＤＬのＣＰＲＩ通信によるＯＡＭの一例として、ＲＥＣ２０から個々のＲＥ３０へのリセット制御について、項目別に説明する。なお、アラーム通知には、ＤＬ／ＵＬのＣＰＲＩリンクに異常が発生した場合と、ＲＥ３０のソフトウェア異常が発生した場合の一方又は双方が含まれる。

（１．３．２）ＲＥ３０からＲＥＣ２０への異常（アラーム）通知
上述したように、各ＲＥ３０は、自身がカスケード接続の何番目に接続されているか認識、管理できる。そこで、例えば、ＣＰＲＩの制御ワードのベンダ指定情報の一部を、前記表１に例示したように、ＲＥ３０毎のアラーム（ＡＬＭ）情報フィールドとして定義（割当）する。

そして、ＲＥ３０において、ＣＰＲＩリンク（ＵＬ／ＤＬ）やソフトウェアの異常などが発生した場合、ＵＬの制御ワードの前記ＡＬＭ情報フィールドを、異常の発生したＲＥ３０で、異常未発生（all“０”）から異常発生（all“１”）を示す状態に変更してＲＥＣ２０側へ送信する。これにより、ＲＥＣ２０は、ＵＬの制御ワードを受信することで、カスケード接続のどの位置でＣＰＲＩリンク異常が発生しているか、あるいは、どのＲＥ３０でソフトウェア異常が発生しているか、などを認識することが可能となる。

具体例を示すと、ＲＥＣ２０及び各ＲＥ３０では、前記表１に例示したように、サブチャネル番号＝１８のインデックスＸｓ＝０からサブチャネル番号＝２１のインデックスＸｓ＝３までの制御ワード（ベンダ指定情報）を、１バイト（８ビット）単位で、ＲＥ＃ｉ（ｉ＝１〜８）のＤＬ／ＵＬ−ＡＬＭ情報フィールドとして定義（割当）する。

そして、図１０に例示するように、ＲＥＣ２０（送受信インタフェース２２）は、８台分の前記ＤＬ／ＵＬ−ＡＬＭ情報（フィールド）を異常未発生の状態（例えば、all“０”）に設定した制御ワードをＤＬのＣＰＲＩリンクにてＲＥ３０−１へ送信する（図１１の処理１０２１）。

各ＲＥ３０（ＤＬ機能部３２３３）は、前段のＲＥ３０との間のＤＬのＣＰＲＩリンクの正常性を監視しており（図１１の処理１０２２及び図１５の処理１０５１）、正常であれば、ＤＬのＣＰＲＩリンクにて受信した制御ワードの前記ＤＬ／ＵＬ−ＡＬＭ情報に対して操作は行なわずに、後段のＲＥ３０へ送信する（図１１の処理１０２３及び図１５の処理１０５３）。

これに対して、前段のＲＥ３０との間のＤＬのＣＰＲＩリンクに異常が発生している場合、ＤＬ機能部３２３３は、自局３０のＲＥ＃ｉ識別子に対応するＤＬ／ＵＬ−ＡＬＭ情報を異常発生状態（例えば、all“１”）に変更して、後段のＲＥ３０へ送信する（図１１の処理１０２４及び図１５の処理１０５２）。

図１０には、ＲＥ３０−１とＲＥ３０−２との間のＤＬのＣＰＲＩリンクに異常が発生した場合を例示している。この場合、ＲＥ３０−２が、前記異常を検出し、ＲＥ＃２のＤＬ−ＡＬＭ情報をall“１”に変更して、後段のＲＥ３０−３へ送信することになる。

最終段のＲＥ３０−８（ＤＬ機能部３２３３）は、後段にＲＥ３０が存在しないので、制御ワード（ベンダ指定情報）をＵＬ機能部３２３４へ転送してＵＬのＣＰＲＩリンクへ折り返す。その際、ＲＥ３−８は、後段にＲＥ３０が存在しないため、ＵＬのＣＰＲＩリンク異常となっている。したがって、ＲＥ３０−８（ＵＬ機能部３２２４）は、自局３０−８のＲＥ＃８識別子に対応するＵＬ−ＡＬＭ情報をall“１”に変更して、制御ワードを前段のＲＥ３０−７へ送信する（図１１の処理１０２５及び図１５の処理１０５４の「異常」ルートから処理１０５５）。なお、最終ＲＥ３０−８以外のＲＥ３０では、ＵＬのＣＰＲＩリンクに異常がなければ、その後も、ＤＬ機能部３２２３によるＤＬのＣＰＲＩリンクの監視を継続する（図１５の処理１０５４の「正常」ルート）。

ＲＥ３０−７〜３０−１（ＵＬ機能部３２３４）は、それぞれ、ＵＬのＣＰＲＩリンクに異常がなければ、後段のＲＥ３０から受信した制御ワード（ＵＬ−ＡＬＭ情報）を操作せずにそのまま前段のＲＥ３０又はＲＥＣ２０へ送信する（図１１の処理１０２６）。ＵＬのＣＰＲＩリンクに異常が発生している場合は、ＵＬ機能部３２３４は、自局＃ｉに対応するＵＬ−ＡＬＭ情報をall“１”に変更して、前段のＲＥ３０又はＲＥＣ２０へ送信する。

ＲＥＣ２０（送受信インタフェース２２）は、ＵＬのＣＰＲＩリンクから受信した制御ワードの各ＤＬ／ＵＬ−ＡＬＭ情報を参照することで、ＤＬ／ＵＬのＣＰＲＩリンク異常の有無を認識することができる。図８の例ならば、ＲＥ＃２のＤＬ−ＡＬＭ情報がall“１”となっているので、ＲＥＣ２０は、ＲＥ３０−１とＲＥ３０−２との間のＤＬのＣＰＲＩリンクに異常が発生していると判断することができる。その場合、ＲＥＣ２０（例えば、送受信インタフェース２２）は、ＡＬＭ情報のログを記録したり、オペレータ等に通知したりすることができる。

なお、ＲＥ＃８のＵＬ−ＡＬＭ情報もall“１”となっているが、これは、最終段のＲＥ３０−８は、後段にＲＥ３０が存在しないため、常にＵＬのＣＰＲＩリンク異常の状態にあるからである。したがって、ＲＥＣ２０は、既述のＲＥ＃８識別子の割当情報と併せて、ＲＥ３０−８が最終ＲＥであることを確認することができる。

また、各ＲＥ３０は、ＣＰＲＩリンク異常のみならず、ソフトウェア異常もＲＥＣ２０に通知することが可能である。そのためには、ＲＥＣ２０及び各ＲＥ３０において、前記表１に例示したように、サブチャネル番号＝２２のインデックスＸｓ＝０からサブチャネル番号＝２３のインデックスＸｓ＝３までの制御ワード（ベンダ指定情報）を、１バイト（８ビット）単位で、ＲＥ＃ｉ（ｉ＝１〜８）毎のソフトウェアＡＬＭ情報フィールドとして定義（割当）する。

そして、図１２に例示するように、ＲＥＣ２０（送受信インタフェース２２）は、８台分のＲＥ＃ｉソフトウェアＡＬＭ情報（フィールド）を異常未発生の状態（例えば、all“０”）に設定した制御ワードをＤＬのＣＰＲＩリンクにてＲＥ３０−１へ送信する（図１３の処理１０３１）。

各ＲＥ３０は、ウォッチドッグ機能部３２３２により、ソフトウェア異常の有無を周期的に監視している（図１３の処理１０３２及び図１５の処理１０５１）。ソフトウェア異常が検出されない場合、ＲＥ３０（ＤＬ機能部３２３３）は、ＤＬのＣＰＲＩリンクにて受信した制御ワード（ＲＥ＃ｉソフトウェアＡＬＭ情報）に対して操作は行なわずにそのまま後段のＲＥ３０へ送信する（図１３の処理１０３３及び図１５の処理１０５３）。

これに対して、ウォッチドッグ機能部３２３２によりソフトウェア異常が検出された場合、ＲＥ３０（ＤＬ機能部３２３３）は、自局３０のＲＥ＃ｉ識別子に対応するＲＥ＃ｉソフトウェアＡＬＭ情報を異常発生状態（例えば、all“１”）に変更して、後段のＲＥ３０へ送信する（図１３の処理１０３４及び図１５の処理１０５２）。

図１２には、ＲＥ３０−２にソフトウェア異常が発生した場合を例示している。この場合、ＲＥ３０−２は、ＲＥ＃２ソフトウェアＡＬＭ情報をall“１”に変更して、後段のＲＥ３０−３へ送信することになる。

最終段のＲＥ３０−８（ＤＬ機能部３２３３）は、後段にＲＥ３０が存在しないので、制御ワード（ベンダ指定情報）をＵＬ機能部３２３４へ転送してＵＬのＣＰＲＩリンクへ折り返す（図１５の処理１０５４の「異常」ルートから処理１０５５）。なお、最終ＲＥ３０−８以外のＲＥ３０では、ＵＬのＣＰＲＩリンクに異常がなければ、その後も、ウォッチドッグ機能部３２２１によるソフトウェア異常の有無の監視を継続する（図１５の処理１０５４の「正常」ルート）。

ＲＥ３０−７〜３０−１（ＵＬ機能部３２３４）は、それぞれ、ソフトウェア異常がなければ、後段のＲＥ３０から受信した制御ワード（ソフトウェアＡＬＭ情報）をそのまま前段のＲＥ３０又はＲＥＣ２０へ送信する（図１３の処理１０３５及び処理１０３６）。

ＲＥＣ２０（送受信インタフェース２２）は、ＵＬのＣＰＲＩリンクから受信した制御ワードの各ＲＥ＃ｉソフトウェアＡＬＭ情報を参照することで、どのＲＥ３０にソフトウェア異常が発生しているかを認識することができる。図１２の例ならば、ＲＥ＃２ソフトウェアＡＬＭ情報がall“１”となっているので、ＲＥＣ２０は、ＲＥ３０−２にソフトウェア異常が発生していると判断することができる。

その場合、ＲＥＣ２０（例えば、送受信インタフェース２２）は、ＡＬＭ情報のログを記録したり、オペレータ等に通知したりすることができる。また、ソフトウェア異常の発生したＲＥ３０−２に対して強制的にソフトウェア（ＣＰＵ３２４、ＦＰＧＡ３２３）のリセットをかけることもできる。

（１．３．３）ＲＥＣ２０からＲＥ３０へのリセット制御
前記リセットは、次のようにして実施することが可能である。すなわち、ＲＥＣ２０及び各ＲＥ３０において、例えば前記表１に例示したように、サブチャネル番号＝２４のインデックスＸｓ＝０からサブチャネル番号＝２５のインデックスＸｓ＝３までの制御ワード（ベンダ指定情報）を、１バイト（８ビット）単位で、ＲＥ＃ｉ（ｉ＝１〜８）毎のリセット指示（ＲＳＴ）情報フィールドとして定義（割当）する。

そして、ＲＥＣ２０（送受信インタフェース２２）は、上述したごとくソフトウェア異常の発生を認識したＲＥ３０が存在すれば、そのＲＥ３０のＲＥ＃ｉ識別子に対応するＲＳＴ情報（フィールド）を、リセット指示を意味する状態（例えば、all“１”）に設定した制御ワードをＤＬのＣＰＲＩリンクにてＲＥ３０−１へ送信する。

各ＲＥ３０（ＤＬ機能部３２３３）は、ＤＬのＣＰＲＩリンクから受信した制御ワードの各ＲＳＴ情報フィールドを参照して、自局３０のＲＥ＃ｉ識別子に対応するＲＳＴ情報がall“１”に設定されているか否かを確認する。

その結果、all“１”に設定されていなければ、ＤＬ機能部３２３３は、受信した制御ワードをそのまま後段のＲＥ３０へ送信する。これに対して、all“１”に設定されていた場合は、ＤＬ機能部３２３３は、リセット機能部３２３１にリセット指示を与える。これにより、リセット機能部３２３１は、ＦＰＧＡ３２３及びＣＰＵ３２４のソフトウェアリセット（再起動）を行なう。

なお、ＲＥ３０は、前記リセットが完了すれば、その旨をＵＬ機能部３２３４からＵＬのＣＰＲＩリンクを通じてＲＥＣ２０へ通知することもできる。この通知は、例えばall“１”に設定されていた前記ＲＳＴ情報をall“０”に変更することで可能である。これにより、ＲＥＣ２０は、個々のＲＥ３０でのソフトウェアリセットの実行状況を確認することが可能となる。

以上のように、上述した実施形態によれば、ＲＥＣ２０にカスケード接続された複数のＲＥ３０のうち、いずれのＲＥ３０間のＣＰＲＩリンクに異常が発生したのか、及び／又は、いずれのＲＥ３０にソフトウェア異常が発生したのかを、ＲＥＣ２０に認識させることができる。したがって、運用復旧に向けてオペレータなどによる早期な対応を図ることが可能となる。

また、ＲＥＣ２０は、ソフトウェア異常の発生したＲＥ３０を認識すると、当該ＲＥ３０に対して個別的にソフトウェアリセットをかけることも可能である。したがって、オペレータなどによる作業負担を軽減することも可能である。

〔２〕その他
なお、上述した実施形態では、ＲＥＣ２０と複数のＲＥ３０との接続形態がカスケード（チェイン）接続である場合を例にして説明したが、上述した処理は、他の接続形態（トポロジ）、例えば、ツリー接続（トポロジ）やリング接続（トポロジ）への適用を試みることも可能である。
以上の〔１〕及び〔２〕に例示した実施形態に関し、さらに以下の付記を開示する。

〔３〕付記
（付記１）
無線基地局の要素である複数の無線装置が、前記無線基地局の要素である制御装置に対してカスケード接続された、無線基地局システムにおいて、
前記制御装置は、
前記無線装置のそれぞれを経由して前記制御装置で受信される通信リンクへ、前記無線装置のそれぞれを経由する毎に更新される情報を送信する送信手段と、
前記無線装置のそれぞれを経由した前記情報の更新状況に基づいて、前記カスケード接続における前記無線装置の識別を行なう識別手段と、
をそなえたことを特徴とする、無線基地局システム。

（付記２）
前記無線装置のそれぞれは、
前段側の前記通信リンクから受信した前記情報を基に識別子を取得する識別子取得手段と、
前記取得した識別子に応じた更新を前記情報に施して後段側の前記通信リンクへ転送する転送手段と、
をそなえたことを特徴とする、付記１記載の無線基地局システム。

（付記３）
前記通信リンクは、common public radio interface（ＣＰＲＩ）規格に基づく通信リンクである、ことを特徴とする、付記１又は２に記載の無線基地局システム。

（付記４）
前記情報として、前記ＣＰＲＩ規格で定義された制御ワードにおけるベンダ指定情報を用いることを特徴とする、付記３記載の無線基地局システム。

（付記５）
前記ベンダ指定情報は、前記無線装置毎に定義された識別子フィールドを有し、
前記識別子の取得は、未取得の状態を示す識別子フィールドの情報を取得することであり、かつ、前記更新は、前記識別子フィールドの情報を取得済みの状態にすることである、ことを特徴とする、付記４記載の無線基地局システム。

（付記６）
前記制御装置は、
前記識別の下に、前記各無線装置に対して個別的な運用管理保守に関する制御を、前記通信リンクを用いて行なう制御手段をさらにそなえた、
ことを特徴とする、付記１〜５のいずれか１項に記載の無線基地局システム。

（付記７）
前記無線装置のそれぞれは、
前段又は後段からの前記通信リンクの異常を検出するリンク異常検出手段と、
前記リンク異常検出手段にて前記通信リンクの異常が検出されると、前記取得した識別子と関連付けられた前記ソフトウェア異常の検出の旨を異常未検出の通信リンクにて前記制御装置へ通知するリンク異常通知手段と、
をそなえたことを特徴とする、付記２記載の無線基地局システム。

（付記８）
前記通信リンクは、common public radio interface（ＣＰＲＩ）規格に基づく通信リンクである、ことを特徴とする、付記７記載の無線基地局システム。

（付記９）
前記リンク異常通知手段は、
前記ＣＰＲＩ規格で定義された制御ワードにおけるベンダ指定情報を用いて前記通知を行なうことを特徴とする、付記８記載の無線基地局システム。

（付記１０）
前記ベンダ指定情報は、前記識別子毎、かつ、前記前段及び後段の別に定義されたリンク異常通知フィールドを有する、ことを特徴とする、付記９記載の無線基地局システム。

（付記１１）
前記無線装置のそれぞれは、
自装置のソフトウェア異常を検出するソフトウェア異常検出手段と、
前記ソフトウェア異常検出手段にて前記ソフトウェア異常が検出されると、前記取得した識別子と関連付けられた前記ソフトウェア異常の検出の旨を前記通信リンクにて前記制御装置へ通知するソフトウェア異常通知手段と、
をそなえたことを特徴とする、付記２記載の無線基地局システム。

（付記１２）
前記通信リンクは、common public radio interface（ＣＰＲＩ）規格に基づく通信リンクである、ことを特徴とする、付記１１記載の無線基地局システム。

（付記１３）
前記ソフトウェア異常通知手段は、
前記ＣＰＲＩ規格で定義された制御ワードにおけるベンダ指定情報を用いて前記通知を行なうことを特徴とする、付記１２記載の無線基地局システム。

（付記１４）
前記ベンダ指定情報は、前記識別子毎に定義されたソフトウェア異常通知フィールドを有する、ことを特徴とする、付記１０記載の無線基地局システム。

（付記１５）
前記制御装置は、
前記ソフトウェア異常の検出の通知を受けると、前記識別子により識別される無線装置のソフトウェアリセットを、前記通信リンクを用いて行なうソフトウェアリセット制御手段をさらにそなえたことを特徴とする、付記１１記載の無線基地局システム。

（付記１６）
前記通信リンクは、common public radio interface（ＣＰＲＩ）規格に基づく通信リンクである、ことを特徴とする、付記１５記載の無線基地局システム。

（付記１７）
前記ソフトウェアリセット制御手段は、
前記ＣＰＲＩ規格で定義された制御ワードにおけるベンダ指定情報を用いて前記ソフトウェアリセットの指示を前記無線装置に与えることを特徴とする、付記１６記載の無線基地局システム。

（付記１８）
前記ベンダ指定情報は、前記識別子毎に定義されたソフトウェアリセット情報フィールドを有する、ことを特徴とする、付記１７記載の無線基地局システム。

（付記１９）
無線基地局の要素である複数の無線装置が、前記無線基地局の要素である制御装置に対してカスケード接続された、無線基地局システムにおける前記制御装置であって、
前記無線装置のそれぞれを経由して前記制御装置で受信される通信リンクへ、前記無線装置のそれぞれを経由する毎に更新される情報を送信する送信手段と、
前記無線装置のそれぞれを経由した前記情報の更新状況に基づいて、前記カスケード接続における前記無線装置の識別を行なう識別手段と、
をそなえたことを特徴とする、制御装置。

（付記２０）
無線基地局の要素である複数の無線装置が、前記無線基地局の要素である制御装置に対してカスケード接続された、無線基地局システムにおける前記無線装置であって、
前記無線装置のそれぞれを経由して前記制御装置で受信される通信リンクへ前記制御装置が送信し、かつ、前記無線装置を経由する毎に更新される情報を、前段側の前記通信リンクから受信し、前記情報を基に識別子を取得する識別子取得手段と、
前記取得した識別子に応じた更新を前記情報に施して後段側の前記通信リンクへ転送する転送手段と、
をそなえたことを特徴とする、無線装置。

一実施形態に係る無線基地局システムをＣＰＲＩプロトコルスタックアーキテクチャに着目して示す図である。 ＣＰＲＩプロトコルスタックの一例を示す図である。 ＣＰＲＩプロトコルにおける時分割多重例を模式的に説明する図である。 ＣＰＲＩプロトコルにおけるフレームフォーマット例を示す図である。 本実施形態に係る無線基地局システムの詳細な構成例を示す図である。 図５に例示するＲＥの構成例を示すブロック図である。 本実施形態に係るカスケード接続を簡略化して例示する図である。 本実施形態の無線基地局システムの動作（ＲＥ認識処理）を説明する模式図である。 本実施形態の無線基地局システムの動作（ＲＥ認識処理）を説明するフローチャートである。 本実施形態の無線基地局システムの動作（ＣＰＲＩリンク異常通知）を説明する模式図である。 本実施形態の無線基地局システムの動作（ＣＰＲＩリンク異常通知）を説明するフローチャートである。 本実施形態の無線基地局システムの動作（ＲＥソフトウェア異常通知）を説明する模式図である。 本実施形態の無線基地局システムの動作（ＲＥソフトウェア異常通知）を説明するフローチャートである。 本実施形態のＲＥの動作（ＲＥ認識処理）を説明するフローチャートである。 本実施形態のＲＥの動作（ＣＰＲＩリンク／ＲＥソフトウェア異常通知）を説明するフローチャートである。 無線基地局システムの一例を示す図である。

符号の説明

１０ ＲＮＣ
２０ ＲＥＣ（ＲＥ制御装置）
２１ 変復調器（ＭＤＥ：Modulation and Demodulation Equipment）
２２ 送受信インタフェース（TRX IF）
２２１ 送信部
２２２ 識別部
２２３ 制御部
２２４ ソフトウェアリセット制御部
３０−１〜３０−Ｎ（Ｍ） radio equipment（ＲＥ、無線装置）
３１ アンプ部（ＡＭＰ）
３２ 送受信部（ＴＲＸ）
３２１，３２２ 光モジュール
３２３ ＦＰＧＡ
３２３１ リセット（ＲＳＴ）機能部
３２３２ ウォッチドッグ機能部
３２３３ ＤＬ機能部
３２３４ ＵＬ機能部
３２４ ＣＰＵ
３２５ 識別子取得部
３２６ 転送部
３２７ リンク／ソフトウェア異常通知部
３３ 送受信アンテナ（ＡＮＴ）

Claims (10)

1. 無線基地局の要素である複数の無線装置が、前記無線基地局の要素である制御装置に対してカスケード接続された、無線基地局システムにおいて、
   前記制御装置は、
   前記無線装置のそれぞれを経由して前記制御装置で受信される通信リンクへ、前記無線装置のそれぞれを経由する毎に更新される情報を送信する送信手段と、
   前記無線装置のそれぞれを経由した前記情報の更新状況に基づいて、前記カスケード接続における前記無線装置の識別を行なう識別手段と、
   をそなえたことを特徴とする、無線基地局システム。
2. 前記無線装置のそれぞれは、
   前段側の前記通信リンクから受信した前記情報を基に識別子を取得する識別子取得手段と、
   前記取得した識別子に応じた更新を前記情報に施して後段側の前記通信リンクへ転送する転送手段と、
   をそなえたことを特徴とする、請求項１記載の無線基地局システム。
3. 前記通信リンクは、common public radio interface（ＣＰＲＩ）規格に基づく通信リンクである、ことを特徴とする、請求項１又は２に記載の無線基地局システム。
4. 前記情報として、前記ＣＰＲＩ規格で定義された制御ワードにおけるベンダ指定情報を用いることを特徴とする、請求項３記載の無線基地局システム。
5. 前記ベンダ指定情報は、前記無線装置毎に定義された識別子フィールドを有し、
   前記識別子の取得は、未取得の状態を示す識別子フィールドの情報を取得することであり、かつ、前記更新は、前記識別子フィールドの情報を取得済みの状態にすることである、ことを特徴とする、請求項４記載の無線基地局システム。
6. 前記制御装置は、
   前記識別の下に、前記各無線装置に対して個別的な運用管理保守に関する制御を、前記通信リンクを用いて行なう制御手段をさらにそなえた、
   ことを特徴とする、請求項１〜５のいずれか１項に記載の無線基地局システム。
7. 前記無線装置のそれぞれは、
   前段又は後段からの前記通信リンクの異常を検出するリンク異常検出手段と、
   前記リンク異常検出手段にて前記通信リンクの異常が検出されると、前記取得した識別子と関連付けられた前記ソフトウェア異常の検出の旨を異常未検出の通信リンクにて前記制御装置へ通知するリンク異常通知手段と、
   をそなえたことを特徴とする、請求項２記載の無線基地局システム。
8. 前記無線装置のそれぞれは、
   自装置のソフトウェア異常を検出するソフトウェア異常検出手段と、
   前記ソフトウェア異常検出手段にて前記ソフトウェア異常が検出されると、前記取得した識別子と関連付けられた前記ソフトウェア異常の検出の旨を前記通信リンクにて前記制御装置へ通知するソフトウェア異常通知手段と、
   をそなえたことを特徴とする、請求項２記載の無線基地局システム。
9. 無線基地局の要素である複数の無線装置が、前記無線基地局の要素である制御装置に対してカスケード接続された、無線基地局システムにおける前記制御装置であって、
   前記無線装置のそれぞれを経由して前記制御装置で受信される通信リンクへ、前記無線装置のそれぞれを経由する毎に更新される情報を送信する送信手段と、
   前記無線装置のそれぞれを経由した前記情報の更新状況に基づいて、前記カスケード接続における前記無線装置の識別を行なう識別手段と、
   をそなえたことを特徴とする、制御装置。
10. 無線基地局の要素である複数の無線装置が、前記無線基地局の要素である制御装置に対してカスケード接続された、無線基地局システムにおける前記無線装置であって、
    前記無線装置のそれぞれを経由して前記制御装置で受信される通信リンクへ前記制御装置が送信し、かつ、前記無線装置を経由する毎に更新される情報を、前段側の前記通信リンクから受信し、前記情報を基に識別子を取得する識別子取得手段と、
    前記取得した識別子に応じた更新を前記情報に施して後段側の前記通信リンクへ転送する転送手段と、
    をそなえたことを特徴とする、無線装置。

Images