受信信号をメモリに記録するリモートユニットと、端末からのアクセスのない無通信状態のノイズ成分を計測し、この計測結果から統計値を割出し、前記リモートユニット設置環境ごとの閾値をもってノイズ判定を行なうサーバーと、複数の前記リモートユニットからの信号を平均加算し、光信号に変換するマスターハブユニットと、このマスターハブユニットからの光信号を終端し、無線基地局装置へ信号を分配するオプテッィクマスターユニットと、から構成される分散アンテナシステムであって、前記サーバーは、前記無線基地局装置からの警報通知を契機に、前記複数のリモートユニットに信号収集を指示し、前記マスターハブユニットは、前記複数のリモートユニットからの収集信号を時分割多重して、前記サーバーに送信することを特徴とする分散アンテナシステム。請求項1に記載の分散アンテナシステムであって、前記サーバーは、前記収集信号を分析して、異常なリモートユニットを特定することを特徴とする分散アンテナシステム。請求項2に記載の分散アンテナシステムであって、前記サーバーは、前記異常なリモートユニットにリセット指示信号を送信することを特徴とする分散アンテナシステム。複数のリモートユニットからのユーザー信号を平均加算し、光信号に変換して、オプテッィクマスターユニットに送信するマスターハブユニットにおいて、前記複数のリモートユニットから制御信号を受信したとき、これらの制御信号を時分割多重して、前記オプテッィクマスターユニットに送信することを特徴とするマスターハブユニット。請求項4に記載のマスターハブユニットであって、前記ユーザー信号と前記制御信号とを受信信号のヘッダーの1ビット部で判定することを特徴とするマスターハブユニット。しかし、複数のリモートユニットの中から、あるリモートユニットが故障またはノイズの影響を受けシステム全体の信号品質に影響を与えていても、無線基地局は、被疑のリモートユニットを特定できない。本発明は、上記課題を解決するため、以下の構成を採用する。分散アンテナシステムは、端末からのアクセスがない無通信状態時のノイズ成分を通信方式ごと日々計測する機能と、その計測結果を元に統計値を割出し、その設置環境ごとの閾値の値を以てノイズ成分が増加した際に異常状態と判別できる機能と、特定のリモートユニットを割り出すために主信号を伝送するフレーム構造から保守情報を伝送するフレーム構造にモード切り替えできる機能と、保守者が視覚的に異常のある機器を認識できる機能と、特定のリモートユニットの障害を検出する機能を具備する。上述した課題は、受信信号をメモリに記録するリモートユニットと、端末からのアクセスのない無通信状態のノイズ成分を計測し、この計測結果から統計値を割出し、リモートユニット設置環境ごとの閾値をもってノイズ判定を行なうサーバーと、複数のリモートユニットからの信号を平均加算し、光信号に変換するマスターハブユニットと、このマスターハブユニットからの光信号を終端し、無線基地局装置へ信号を分配するオプテッィクマスターユニットと、から構成される分散アンテナシステムであって、サーバーは、無線基地局装置からの警報通知を契機に、複数のリモートユニットに信号収集を指示し、マスターハブユニットは、複数のリモートユニットからの収集信号を時分割多重して、サーバーに送信する分散アンテナシステムにより、達成できる。また、複数のリモートユニットからのユーザー信号を平均加算し、光信号に変換して、オプテッィクマスターユニットに送信するマスターハブユニットにおいて、複数のリモートユニットから制御信号を受信したとき、これらの制御信号を時分割多重して、オプテッィクマスターユニットに送信するマスターハブユニットにより、達成できる。複数のリモートユニットの中から、特定のリモートユニットの異常状態を認知でき、かつ当該リモートユニットの設置場所まで行かずに、遠隔操作で装置にリセットをかけることができ、それでも復旧しない場合は現品対応に移行することでシステム全体を個々に調査する必要がなく、保守解析時間およびシステム障害復旧時間の短縮を図れる利点がある。以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。また、実施例では、無線通信システムとして、1xEVDOとLTEを説明するが、無線通信システムは、これらに限らない。図1を参照して、分散アンテナシステムの概要を説明する。図1において、分散アンテナシステム500は、RU10と、MHUMasterHubUnit20と、OMUOpticMaterUnit30と、1xEVDOBS50と、LTEBS55と、Server40と、保守端末60とで構成される。基地局装置であるBS50、55は、下り信号について、OMU30にて集約、光信号化した後、光ファイバを介してMHU20-1に送信する。MHU20-1は、OMU30の光信号を終端する。また、MHU20-1は、複数のRU10へ信号を分配する。さらに、MHU20-1は、MHU20-2をカスケード接続し、さらなる数のRU10を接続する。Server40は、OMU30、MHU20、各RU10の監視制御を行なう。Server40は、保守端末60からのアクセス時にデータベースを参照して、保守情報を開示する。なお、MHU20とRU10との間の信号は、Ether信号である。図2を参照して、ノイズ検出部を具備するリモートユニットを説明する。図2において、RU10Aは、MHUI/F100と、DADigitalAnalog101と、AMP102と、RF103と、送信アンテナ104と、受信アンテナ105と、RF106と、Gainn107と、ADAnalogDigital108と、ノイズ検出部109とから構成されている。ノイズ検出部109は、1xEVDOノイズ検出部113と、LTEノイズ検出部114とから構成される。1xEVDOノイズ検出部113とLTEノイズ検出部114は、それぞれ信号検波部115、118と、ノイズ計測処理部116、119と、ノイズ異常検出部117、120とを備える。MHUI/F100は、MHU20からのIQディジタル信号を受信する。受信信号について、DA101は、DA変換処理を施して、IQディジタル信号をアナログ信号に変換する。変換されたアナログ信号について、AMP102は、増幅する。RF103は、RF信号に変換する。RF信号は、アンテナ104に送られて移動端末と通信する。これらがRU10Aの送信回路である。また移動端末よりアンテナ105で受信したRF信号について、RF106は、アナログ信号に変換処理する。アナログ信号について、Gain107は、増幅する。増幅された信号について、AD108は、AD変換処理して、アナログ信号をIQディジタル信号に変換する。IQディジタル信号について、MHUI/F100は、MHU20に送信する。送信信号は、さらにOMU30を経由しBS50、55へ送られる。これらがRU10Aの受信回路である。課題を解決するために、RU10Aの受信回路に各通信方式に対応したノイズ検出部109を付与する。ノイズ検出部109は、方式別にLTEノイズ検出部113と1xEVDOノイズ検出部114を備えており、AD変換後のIQディジタル信号のノイズレベルを測定する。LTEノイズ検出部113は、LTEの信号か否かLTE信号検波を行ない無通信状態か確認する。無通信状態と判別後、LTEノイズ計測処理部116は、ノイズ計測と、ノイズ判定を行なう。ノイズ判定の結果、ノイズ異常のとき、ノイズ異常検出部117は、保守端末60に通達する。1xEVDOノイズ検出部114は、1xEVDOの信号か否か1xEVDO信号検波を行ない無通信状態か確認する。無通信状態と判別後、1xEVDOノイズ計測処理部119は、ノイズ計測と、ノイズ判定を行なう。また、ノイズ判定の結果、ノイズ異常のとき、ノイズ異常検出部120は、保守端末60に通達する。このノイズ検出部109によってRU10A自身が周囲のノイズ成分を解析出来る保守解析機能を持つ。しかし、各RU10Aの信号について、MHU20は、加算平均処理する。このため、この構成ではRU10A単体の解析結果がわからない。そこで、以下の実施例では、解析結果を時分割伝送などとして通達する。実施例1では、BS50、55におけるS/N比異常を保守解析のトリガーにする方法について説明する。図3を参照して、リモートユニットの処理ブロックを説明する。図3において、RU10は、MHUI/F100と、DA101と、AMP102と、RF103と、送信アンテナ104と、受信アンテナ105と、RF106と、Gain107と、AD108と、SW110と、制御部111と、メモリ112とから構成されている。RU10は、前述した課題を解決するために、図2のノイズ検出部109の代わりに、メモリ112と、制御部111と、SW110とを備えている。メモリ112は、受信信号を記録しておく。制御部111は、Gain値をメモリに格納する。制御部111は、Server40にメモリ112のデータを送信する。SW110は、C/UControlUserBitによって主信号と制御信号との切り替えを行なう。図4を参照して、マスターハブユニットの処理ブロックを説明する。図4において、MHU20は、RUI/F200と、信号加算部201と、信号分配部202と、OMUI/F203と、保守解析パケット構成部206とから構成される。OMUI/F203は、O/E204と、E/O205とから構成される。RUI/F200は、RU10とIQディジタル信号を送受信する。信号加算部201は、RUI/F200で受信した信号を平均加算処理する。信号分配部202は、OMUI/F203からの信号を分配する。保守解析パケット構成部206は、複数のRU10からの制御信号を、保守解析時のフレームで時分割送信する。E/O205は、RU10からの電気信号を光信号へE/O変換する。O/E204は、OMU30からの光信号を電気信号へO/E変換する。図5を参照して、オプティックマスターユニットの処理ブロックを説明する。図5において、OMU30は、BSI/F300と、ServerI/F301と、制御部302と、制御/データ信号分配部303と、MHUI/F304と、メモリ305と、信号加算部306とから構成される。MHUI/F304は、O/E307と、E/O308とから構成される。O/E307は、MHU20からの光信号を電気信号にO/E変換する。E/O308は、BS50、55からの電気信号を光信号へE/O変換する。制御/データ信号分配部303は、受信信号のC/UBitの値によって主信号と制御信号に切り分けを行なう。BSI/F300は、BS50、55と送受信する。制御部302は、BS50、55からの制御信号を処理する。制御部302は、制御/データ信号分配部303で制御信号として切り分けられた信号を処理する。ServerI/F301は、Server40との信号を送受信する。メモリ305は、Server40の要求により、受信信号を記録しておく。図6を参照して、サーバーの処理ブロックを説明する。図6において、Server40は、OMUI/F400と、メモリ401と、制御部402と、保守I/F403と、データベース404とから構成される。制御部402は、LTEノイズ検出部405と、1xEVDOノイズ検出部406とを備えている。LTEノイズ検出部405と1xEVDOノイズ検出部406は、それぞれ信号検波部407、411と、ノイズ計測処理部408、412と、ノイズ異常検出部409、413と、ノイズデータ保持部410、414とを備える。データベース404は、最新ノイズデータ415と、統計ノイズデータ416とを保持する。OMUI/F400は、OMU30からの信号を受信する。メモリ401は、一時的にデータ蓄積する。制御部402は、ノイズ検出機能を持つ。保守I/F403は、保守端末との信号を送受信する。データベース404は、ノイズ検出部の検出結果を記録しておく。LTE信号検波部407は、LTEの信号か否かLTE信号検波を行ない、無通信状態か確認する。信号が検波された場合、LTEノイズ計測処理部408は、LTEノイズ計測処理を実行しない。無通信状態と判別後、LTEノイズ計測処理部408は、ノイズ計測と、ノイズ判定を行なう。ノイズ測定ごとに、LTEノイズデータが作成され、LTEノイズデータ保持部410は、データベース404で蓄積する。また、ノイズ判定の結果、ノイズ異常が検出された場合、ノイズ異常検出部409は、保守端末60に通達する。1xEVDO信号検波部411は、1xEVDOの信号か否か1xEVDO信号検波を行ない、無通信状態か確認する。信号が検波された場合、1xEVDOノイズ計測処理部412は、1xEVDOノイズ計測処理を実行しない。無通信状態と判別後、1xEVDOノイズ計測処理部412は、ノイズ計測と、ノイズ判定を行なう。ノイズ測定ごとに、1xEVDOノイズデータが作成され、1xEVDOノイズデータ保持部414は、データベース404で蓄積する。また、ノイズ判定の結果、ノイズ異常が検出された場合、ノイズ異常検出部413は、保守端末60に通達する。データベース404は、ノイズ計測処理の結果である最新ノイズデータ415と今までのノイズデータの平均加算したデータである統計ノイズデータ416を管理している。また、統計ノイズデータ416にある一定の値を加算して、各RU10のノイズ判定閾値として記録しておく。図7を参照して、光ファイバ70を通過する光信号のフレームの概要を説明する。ここで、図7Aは、通常運用時の上り信号のフレーム構成である。図7Bは、RUに保守解析用フレームを送信させる信号収集フレーム下りである。図7Cは、信号収集フレームに対する応答フレームである保守解析パケットフレームである。図7において、フレームのヘッダー部分の最終Bitに、主信号と制御信号を区別させるC/UBitを設ける。C/UBitについて、通常運用時主信号送信時には0を設定し、保守解析時制御信号送信時には1を設定する。図7Aの通常運用時の上りフレームは、ヘッダーとベースバンド信号とから構成されている。ヘッダーのC/Uは、0である。また、ベースバンド信号は、MHU20によって、加算平均された信号である。図7Bの信号収集フレームは、ヘッダーのみである。ヘッダーの宛先はブロードキャストアドレスである。ヘッダーのC/Uは、1である。図7Cの保守解析パケットは、ヘッダーとノイズ検出情報とのRU10の数だけの繰り返しである。ノイズ検出情報は、加算平均されていない生のデータである。保守解析パケットは、MHU20の保守解析パケット構成部206が組み立てる。図8を参照して、BS、保守端末、Server、RU間のデータ収集のシーケンスを説明する。なお、あらかじめBS50、55は、S/N比を算出し、その算出した値にある一定の値を加算して、ノイズ判定閾値として記録しておく。図8において、BS50、55は、S/N比を定期的に計算するS11。ここでは、計算したS/N比がノイズ判定閾値を超えていたので、BS50、55は、ノイズ異常と判断し、OMU30を経由してServer40に対してアラームを通知するS12。Server40は、BS50、55からアラームの通知を受けると、保守端末60に対してアラームを挙げるS13。保守端末60は、BS50、55によってノイズ異常が検出されたことを表示するS14。Server40は、BS50、55からアラーム通知を受けると、端末からのアクセスがない無通信状態時に、各RU10に対してディジタルIQ信号のデータ収集をブロードキャストで指示するS16。RU10-1は、データを取得しS17、Server40に応答するS18。RU10-2は、データを取得しS19、Server40に応答するS21。RU10-3は、データを取得しS22、Server40に応答するS23。Server40は、受信データをデータベース404に格納するS24。Server40は、データを解析するS26。Server40は、RUnが異常と判定するS27。ここで、保守端末60がServer40にアクセスするS28。Server40は、応答してアラームを送信するS29。保守端末60は、RUnの異常検出を表示するS31。なお、Server40から被疑特定と判明後に保守端末60に被疑RU10の情報を通達してもよい。図9を参照して、Serverのノイズ検出部の処理を説明する。なお、Server40は、RUごとにNoise/GainN/Gを算出し、その算出した値にある一定の値を加算して、ノイズ判定閾値Th1、Th2、...、Thnとして記録しておく。このノイズ判定閾値Th1、Th2、...、Thnにより、RU10の設置環境を考慮したノイズ判定が可能である。図9において、Server40は、BS50、55からの情報から、OMU30を選択するS41。Server40は、そのOMU30配下の全てのRU10のノイズ判定を実施する。Server40は、nに1をセットするS42。Server40は、該当OMU配下RU数がn以上か判定するS43。YESのとき、Server40は、ノイズを判定Thn<Nn/GnするS44。YESのとき、Server40は、当該RUnは異常と判定するS46。Server40は、nをインクリメントしてS47、ステップ43に遷移する。ステップ44でNOのとき、Server40は、ステップ46をジャンプして、ステップ47に遷移する。ステップ43でNOのとき、Server40は、終了する。図10を参照して、ノイズ判定閾値Th1、Th2、...、Thnを説明する。図10において、横軸はRU番号、縦軸はノイズレベルN/Gである。RU10は、設置環境に依存した正常時のノイズレベルを有する。Server40は、正常時のノイズレベルに合わせたRUごとに異なるノイズ判定閾値Th1、Th2、...、Thnを保持する。なお、図10では、RU3が異常であることを示している。図11を参照して、データベースを説明する。図11において、データベース404は、最新ノイズデータ415と統計ノイズデータ416とから構成されている。Server40は、定期的に方式別にノイズ解析を行なっており、記録時間と合わせて記録している。前述した方法により、この方式のノイズ成分が多くなったときに、RU10別にIQベースバンド信号を収集し、端末からのアクセスのない無通信状態時にデータ取得を実施するので、人がいなくなった深夜に、決まった時間内に一定の間隔で取得していく。図11では2:10~3:00のデータを挙げているが、保守端末よりデータ取得時間や取得間隔を自由に設定してもよい。図12を参照して、異常装置特定後の保守操作を説明する。図9の判定方法によって、Server40は、被疑のRU3を特定するS51。この時点で、保守端末60は、Server40にアクセスするS51。Server40は、保守端末60に対して被疑のRU10の情報を送信するS53。保守端末60は、保守画面を通してServer40に対象のRU10-3のリセットを指示するS54。Server40は、RU10-3にリセット指示を送信するS56。RU10-3は、リセットするS57。本実施例によれば、現地の設置場所まで行かずとも個別リセットを指示し、特定の現品交換対応などと、保守作業の効率化を図ることができる。図13を参照して、保守端末の画面を説明する。図13において、画面は、装置61と、状態62と、アクションボタン63とから構成されている。保守画面は、Server40で管理しているOMU30やRU10の状態を視覚的に監視することが可能である。状態異常時には、対象の装置を赤く表示するなど、異常状態がすぐわかるユーザーインターフェースを具備している。これらの機能によって、異常のあるRU10に対して個別に保守対応が可能になり、課題を解決することができる。実施例2では、OMU30にノイズ検出部を実装し、OMU30からのノイズ異常通知を保守解析のトリガーにする方法について説明する。なお、実施例1で説明したRU10、MHU20、保守端末60、BS50、55の構造は同じなので説明を割愛する。図14を参照して、実施例2のオプティックマスターユニットを説明する。図14において、OMU30Aの制御部302にLTEノイズ検出部309と1xEVDO310を備えている。また、メモリ305は、統計ノイズデータ319と、最新ノイズデータ320とを記憶する。LTEノイズ検出部309と1xEVDOノイズ検出部310は、それぞれ信号検波部314、318と、ノイズ計測処理部313、317と、ノイズ異常検出部311、315と、ノイズデータ保持部312、316とを備える。LTEノイズ検出部309において、LTE信号検波部314は、LTEの信号か否かLTE信号検波を行ない、無通信状態か確認する。信号が検波された場合、LTEノイズ計測処理部313は、LTEノイズ計測処理を実行しない。無通信状態と判別後、LTEノイズ計測処理部313は、ノイズ計測と、ノイズ判定を行なう。ノイズ測定ごとに、LTEノイズデータが作成され、LTEノイズデータ保持部312は、メモリ305で蓄積する。また、ノイズ判定の結果、ノイズ異常が検出された場合、ノイズ異常検出部311は、保守端末60に通達する。1xEVDOノイズ検出部310において、1xEVDO信号検波部318は、1xEVDOの信号か否か1xEVDO信号検波を行ない、無通信状態か確認する。信号が検波された場合、1xEVDOノイズ計測処理部317は、1xEVDOノイズ計測処理を実行しない。無通信状態と判別後、1xEVDOノイズ計測処理部317は、ノイズ計測と、ノイズ判定を行なう。ノイズ測定ごとに、1xEVDOノイズデータが作成され、1xEVDOノイズデータ保持部316は、メモリ305で蓄積する。また、ノイズ判定の結果、ノイズ異常が検出された場合、ノイズ異常検出部315は、保守端末60に通達する。メモリ305は、ノイズ計測処理の結果である最新ノイズデータ319と今までのノイズデータの平均加算したデータである統計ノイズデータ320を管理している。また、統計ノイズデータ320にある一定の値を加算して、各RU10のノイズ判定閾値として記録しておく。図15を参照して、実施例2のデータ収集のシーケンスを説明する。OMU30Aは、ノイズ判定を実施し、ノイズ判定閾値を超えるノイズデータを取得するS61。OMU30Aは、Server40に対してアラームを通知するS62。Server40は、OMU30Aからアラームの通知を受けると、保守端末60に対してアラームを挙げるS63。保守端末60は、OMUノイズ異常状態検知を表示するS64。保守者は、この際OMU30Aによってノイズ異常が検出されたことがわかる。OMU30Aは、Server40へアラームを通知すると、端末からのアクセスがない無通信状態のとき、各RU10に対してディジタルIQ信号のデータ収集を指示するS66。このとき、図7Bに示すC/UのBitに1を立てる。RU10-1は、データを取得しS67、OMU30Aに応答するS68。RU10-2は、データを取得しS69、OMU30Aに応答するS71。RU10-3は、データを取得しS72、OMU30Aに応答するS73。OMU30Aは、受信データをメモリ305に格納するS74。OMU30Aは、データを解析するS76。OMU30Aは、データをServer40に送信するS77。Server40は、RUnが異常と判定するS78ここで、保守端末60がServer40にアクセスするS79。Server40は、応答してアラームを送信するS81。保守端末60は、RUnの異常検出を表示するS82。なお、Server40から被疑特定と判明後に保守端末60に被疑RU10の情報を通達してもよい。異常装置特定後の保守操作は、実施例1と同じであるため説明を割愛する。保守端末60は、保守画面を通してRU310-3に対して現地の設置場所まで行かずとも個別リセットを指示し、特定の現品交換対応などと、保守作業の効率化を図ることができる。これらの機能によって、異常のあるRU10に対して個別に保守対応が可能になり、課題を解決することができる。実施例3では、OMU30のメモリ305に定期的に、BS50、55へ送信するIQディジタル信号と同じ信号を記録しておき、その信号をServer40のノイズ検出部でノイズ解析することにより、ノイズ異常を検知することを保守解析のトリガーにする方法について説明する。なお、実施例3のRU10、OMU30、MHU20、保守端末60、BS50、55の構造は、実施例1と同じなので説明を割愛する。図16を参照して、OMUのメモリ内部の構造を説明する。図16において、OMU30は、メモリ305にIQディジタル信号をタイムスタンプとともに一時的に記録する。OMU30は、メモリ305のIQディジタル信号をServer40の要求に基づいて、送信する。図17を参照して、実施例3のデータ収集のシーケンスを説明する。図17において、Server40は、ディジタルIQ信号収集フレームをRU10にブロードキャストするS91。このとき、図7Bに示すC/UのBitに1を立てる。RU10-1は、データを取得しS92、OMU30に応答するS93。RU10-2は、データを取得しS94、OMU30に応答するS96。RU10-3は、データを取得しS97、OMU30に応答するS98。OMU30は、受信データをメモリ305に格納するS99。OMU30は、メモリ305の内容をServer40に送信するS101。Server40は、ノイズ異常を検知するS102。Server40は、アラームを保守端末60に送信するS103。保守端末60は、Serverノイズ異常検知を表示するS103。Server40は、データを解析するS106。Server40は、RUnの異常を検出するS107。ここで、保守端末60は、Server40にアクセスするS108。Server40は、アクセスに応答してアラームを挙げるS109。保守端末60は、受信したアラームに含まれるRUn異常検知を表示するS111。また、Server40から被疑特定と判明後に保守端末60に被疑RU10の情報を通達してもよい。異常装置特定後の保守操作は、実施例1と同じであるため説明を割愛する。保守端末60は、保守画面を通してRU310-3に対して現地の設置場所まで行かずとも個別リセットを指示し、特定の現品交換対応などと、保守作業の効率化を図ることができる。これらの機能によって、異常のあるRU10に対して個別に保守対応が可能になり、課題を解決することができる。