(57)【特許請求の範囲】
【請求項１】
受信信号をメモリに記録するリモートユニットと、端末からのアクセスのない無通信状態のノイズ成分を計測し、この計測結果から統計値を割出し、前記リモートユニット設置環境ごとの閾値をもってノイズ判定を行なうサーバーと、複数の前記リモートユニットからの信号を平均加算し、光信号に変換するマスターハブユニットと、このマスターハブユニットからの光信号を終端し、無線基地局装置へ信号を分配するオプテッィクマスターユニットと、から構成される分散アンテナシステムであって、
前記サーバーは、前記無線基地局装置からの警報通知を契機に、前記複数のリモートユニットに信号収集を指示し、
前記マスターハブユニットは、前記複数のリモートユニットからの収集信号を時分割多重して、前記サーバーに送信することを特徴とする分散アンテナシステム。
【請求項２】
請求項１に記載の分散アンテナシステムであって、
前記サーバーは、前記収集信号を分析して、異常なリモートユニットを特定することを特徴とする分散アンテナシステム。
【請求項３】
請求項２に記載の分散アンテナシステムであって、
前記サーバーは、前記異常なリモートユニットにリセット指示信号を送信することを特徴とする分散アンテナシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散アンテナシステムおよびマスターハブユニットに係り、特に故障またはノイズの影響を受けたリモートユニットを特定する分散アンテナシステムおよびマスターハブユニットに関する。
【背景技術】
【０００２】
移動体無線通信は移動体端末の利用環境や移動する速度の制約をなくし、自由にネットワークの接続が可能なユビキタスネットワークへの展開が期待されている。この移動体無線通信は、鉄塔、高層ビル上より電波を放出することによって無線通信を確立させている。しかし、電波の特性上、移動体無線通信は、鉄塔、ビル上からだけでは屋内や地下の無線通信をカバーすることができない。
【０００３】
その問題を解決するため、電波の届きにくいエリアに、小型のアンテナ装置であるリモートユニット（ＲＵ：Remote Unit）を複数台設置し、無線基地局（ＢＳ：Base Station）によって一元管理する分散アンテナシステム技術がある。
【０００４】
分散アンテナシステムは、リモートユニットの終端装置であるハブユニットをカスケード接続することで、より多くのリモートユニットを無線基地局で管理できる。また、分散アンテナシステムは、複数のリモートユニットからの信号を平均加算し、一本の光ファイバで伝送する。この結果、分散アンテナシステムは、リモートユニットの台数分の基地局や回線を用意することがなく、拡張性にも優れている。また、分散アンテナシステムは、通信方式についても、１ｘＥＶＤＯおよびＬＴＥ等、異なる通信方式の無線基地局も同時利用することが可能である。したがって、今後の３Ｇから３.９Ｇへのエンハンスをスムーズに移行できる利点があり、無線通信の品質安定を確保すると共に、無線通信のエリア拡大を図ることができる。
【０００５】
特許文献１、特許文献２でも開示されているとおり、通信方式の異なる無線基地局からの信号は合成され、カプラによって複数のリモートユニットへ分配される。複数のリモートユニットとその近傍にある端末は、ＭＩＭＯ（Multiple Input Multiple Output）技術によって、フェージングやマルチパスを解決し、高速通信を実現する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−０５３７６８号公報
【特許文献２】特開２００４−０４８４７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、複数のリモートユニットの中から、あるリモートユニットが故障またはノイズの影響を受けシステム全体の信号品質に影響を与えていても、無線基地局は、被疑のリモートユニットを特定できない。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するため、以下の構成を採用する。分散アンテナシステムは、端末からのアクセスがない無通信状態時のノイズ成分を通信方式ごと日々計測する機能と、その計測結果を元に統計値を割出し、その設置環境ごとの閾値の値を以てノイズ成分が増加した際に異常状態と判別できる機能と、特定のリモートユニットを割り出すために主信号を伝送するフレーム構造から保守情報を伝送するフレーム構造にモード切り替えできる機能と、保守者が視覚的に異常のある機器を認識できる機能と、特定のリモートユニットの障害を検出する機能を具備する。
【０００９】
上述した課題は、受信信号をメモリに記録するリモートユニットと、端末からのアクセスのない無通信状態のノイズ成分を計測し、この計測結果から統計値を割出し、リモートユニット設置環境ごとの閾値をもってノイズ判定を行なうサーバーと、複数のリモートユニットからの信号を平均加算し、光信号に変換するマスターハブユニットと、このマスターハブユニットからの光信号を終端し、無線基地局装置へ信号を分配するオプテッィクマスターユニットと、から構成される分散アンテナシステムであって、サーバーは、無線基地局装置からの警報通知を契機に、複数のリモートユニットに信号収集を指示し、マスターハブユニットは、複数のリモートユニットからの収集信号を時分割多重して、サーバーに送信する分散アンテナシステムにより、達成できる。
【００１０】
また、複数のリモートユニットからのユーザー信号を平均加算し、光信号に変換して、オプテッィクマスターユニットに送信するマスターハブユニットにおいて、複数のリモートユニットから制御信号を受信したとき、これらの制御信号を時分割多重して、オプテッィクマスターユニットに送信するマスターハブユニットにより、達成できる。
【発明の効果】
【００１１】
複数のリモートユニットの中から、特定のリモートユニットの異常状態を認知でき、かつ当該リモートユニットの設置場所まで行かずに、遠隔操作で装置にリセットをかけることができ、それでも復旧しない場合は現品対応に移行することでシステム全体を個々に調査する必要がなく、保守解析時間およびシステム障害復旧時間の短縮を図れる利点がある。
【図面の簡単な説明】
【００１２】
【図１】分散アンテナシステムのブロック図である。
【図２】ノイズ検出部を具備するリモートユニットのブロック図である。
【図３】リモートユニットのブロック図である。
【図４】マスターハブユニットのブロック図である。
【図５】オプティックマスターユニットのブロック図である。
【図６】サーバーのブロック図である。
【図７Ａ】通常運用時のフレームを説明する図である。
【図７Ｂ】ディジタルＩＱ信号収集フレームを説明する図である。
【図７Ｃ】保守モード切り替え時の時分割多重フレームを説明する図である。
【図８】データ収集を説明するシーケンス図である。
【図９】ノイズ検出部の処理フローチャートである。
【図１０】被疑特定に至るノイズレベルを説明する図である。
【図１１】データベースに格納されたノイズデータを説明する図である。
【図１２】異常装置特定後の保守操作を説明するシーケンス図である。
【図１３】保守端末のＧＵＩ画面である。
【図１４】オプティックマスターユニットのブロック図である。
【図１５】データ収集を説明するシーケンスである。
【図１６】メモリ内部の構成を説明する図である。
【図１７】データ収集を説明するシーケンスである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。また、実施例では、無線通信システムとして、１ｘＥＶＤＯとＬＴＥを説明するが、無線通信システムは、これらに限らない。
【００１４】
図１を参照して、分散アンテナシステムの概要を説明する。図１において、分散アンテナシステム５００は、ＲＵ１０と、ＭＨＵ（Master Hub Unit）２０と、ＯＭＵ（Optic Mater Unit）３０と、１ｘＥＶＤＯ ＢＳ５０と、ＬＴＥ ＢＳ５５と、Ｓｅｒｖｅｒ４０と、保守端末６０とで構成される。
【００１５】
基地局装置であるＢＳ５０、５５は、下り信号について、ＯＭＵ３０にて集約、光信号化した後、光ファイバを介してＭＨＵ２０−１に送信する。ＭＨＵ２０−１は、ＯＭＵ３０の光信号を終端する。また、ＭＨＵ２０−１は、複数のＲＵ１０へ信号を分配する。さらに、ＭＨＵ２０−１は、ＭＨＵ２０−２をカスケード接続し、さらなる数のＲＵ１０を接続する。Ｓｅｒｖｅｒ４０は、ＯＭＵ３０、ＭＨＵ２０、各ＲＵ１０の監視・制御を行なう。Ｓｅｒｖｅｒ４０は、保守端末６０からのアクセス時にデータベースを参照して、保守情報を開示する。なお、ＭＨＵ２０とＲＵ１０との間の信号は、Ｅｔｈｅｒ信号である。
【００１６】
図２を参照して、ノイズ検出部を具備するリモートユニットを説明する。図２において、ＲＵ１０Ａは、ＭＨＵ Ｉ／Ｆ１００と、ＤＡ（Digital/Analog）１０１と、ＡＭＰ１０２と、ＲＦ１０３と、送信アンテナ１０４と、受信アンテナ１０５と、ＲＦ１０６と、Ｇａｉｎ＃ｎ１０７と、ＡＤ（Analog/Digital）１０８と、ノイズ検出部１０９とから構成されている。ノイズ検出部１０９は、１ｘＥＶＤＯノイズ検出部１１３と、ＬＴＥノイズ検出部１１４とから構成される。１ｘＥＶＤＯノイズ検出部１１３とＬＴＥノイズ検出部１１４は、それぞれ信号検波部１１５、１１８と、ノイズ計測処理部１１６、１１９と、ノイズ異常検出部１１７、１２０とを備える。
【００１７】
ＭＨＵ Ｉ／Ｆ１００は、ＭＨＵ２０からのＩＱディジタル信号を受信する。受信信号について、ＤＡ１０１は、ＤＡ変換処理を施して、ＩＱディジタル信号をアナログ信号に変換する。変換されたアナログ信号について、ＡＭＰ１０２は、増幅する。ＲＦ１０３は、ＲＦ信号に変換する。ＲＦ信号は、アンテナ１０４に送られて移動端末と通信する。これらがＲＵ１０Ａの送信回路である。
【００１８】
また移動端末よりアンテナ１０５で受信したＲＦ信号について、ＲＦ１０６は、アナログ信号に変換処理する。アナログ信号について、Ｇａｉｎ１０７は、増幅する。増幅された信号について、ＡＤ１０８は、ＡＤ変換処理して、アナログ信号をＩＱディジタル信号に変換する。ＩＱディジタル信号について、ＭＨＵ Ｉ／Ｆ１００は、ＭＨＵ２０に送信する。送信信号は、さらにＯＭＵ３０を経由しＢＳ５０、５５へ送られる。これらがＲＵ１０Ａの受信回路である。
【００１９】
課題を解決するために、ＲＵ１０Ａの受信回路に各通信方式に対応したノイズ検出部１０９を付与する。ノイズ検出部１０９は、方式別にＬＴＥノイズ検出部１１４と１ｘＥＶＤＯノイズ検出部１１３を備えており、ＡＤ変換後のＩＱディジタル信号のノイズレベルを測定する。
【００２０】
ＬＴＥノイズ検波部１１８は、ＬＴＥの信号か否かＬＴＥ信号検波を行ない無通信状態か確認する。無通信状態と判別後、ＬＴＥノイズ計測処理部１１９は、ノイズ計測と、ノイズ判定を行なう。ノイズ判定の結果、ノイズ異常のとき、ノイズ異常検出部１２０は、保守端末６０に通達する。
【００２１】
１ｘＥＶＤＯノイズ検波部１１５は、１ｘＥＶＤＯの信号か否か１ｘＥＶＤＯ信号検波を行ない無通信状態か確認する。無通信状態と判別後、１ｘＥＶＤＯノイズ計測処理部１１６は、ノイズ計測と、ノイズ判定を行なう。また、ノイズ判定の結果、ノイズ異常のとき、ノイズ異常検出部１１７は、保守端末６０に通達する。
【００２２】
このノイズ検出部１０９によってＲＵ１０Ａ自身が周囲のノイズ成分を解析出来る保守解析機能を持つ。しかし、各ＲＵ１０Ａの信号について、ＭＨＵ２０は、加算平均処理する。このため、この構成ではＲＵ１０Ａ単体の解析結果がわからない。そこで、以下の実施例では、解析結果を時分割伝送などとして通達する。
【実施例１】
【００２３】
実施例１では、ＢＳ５０、５５におけるＳ／Ｎ比異常を保守解析のトリガーにする方法について説明する。
図３を参照して、リモートユニットの処理ブロックを説明する。図３において、ＲＵ１０は、ＭＨＵ Ｉ／Ｆ１００と、ＤＡ１０１と、ＡＭＰ１０２と、ＲＦ１０３と、送信アンテナ１０４と、受信アンテナ１０５と、ＲＦ１０６と、Ｇａｉｎ１０７と、ＡＤ１０８と、ＳＷ１１０と、制御部１１１と、メモリ１１２とから構成されている。
【００２４】
ＲＵ１０は、前述した課題を解決するために、図２のノイズ検出部１０９の代わりに、メモリ１１２と、制御部１１１と、ＳＷ１１０とを備えている。メモリ１１２は、受信信号を記録しておく。制御部１１１は、Ｇａｉｎ値をメモリに格納する。制御部１１１は、Ｓｅｒｖｅｒ４０にメモリ１１２のデータを送信する。ＳＷ１１０は、Ｃ／Ｕ（Control/User）Ｂｉｔによって主信号と制御信号との切り替えを行なう。
【００２５】
図４を参照して、マスターハブユニットの処理ブロックを説明する。図４において、ＭＨＵ２０は、ＲＵ Ｉ／Ｆ２００と、信号加算部２０１と、信号分配部２０２と、ＯＭＵ Ｉ／Ｆ２０３と、保守解析パケット構成部２０６とから構成される。ＯＭＵ Ｉ／Ｆ２０３は、Ｏ／Ｅ２０４と、Ｅ／Ｏ２０５とから構成される。
【００２６】
ＲＵ Ｉ／Ｆ２００は、ＲＵ１０とＩＱディジタル信号を送受信する。信号加算部２０１は、ＲＵ Ｉ／Ｆ２００で受信した信号を平均加算処理する。信号分配部２０２は、ＯＭＵ Ｉ／Ｆ２０３からの信号を分配する。保守解析パケット構成部２０６は、複数のＲＵ１０からの制御信号を、保守解析時のフレームで時分割送信する。Ｅ／Ｏ２０５は、ＲＵ１０からの電気信号を光信号へＥ／Ｏ変換する。Ｏ／Ｅ２０４は、ＯＭＵ３０からの光信号を電気信号へＯ／Ｅ変換する。
【００２７】
図５を参照して、オプティックマスターユニットの処理ブロックを説明する。図５において、ＯＭＵ３０は、ＢＳ Ｉ／Ｆ３００と、ＳｅｒｖｅｒＩ／Ｆ３０１と、制御部３０２と、制御／データ信号分配部３０３と、ＭＨＵ Ｉ／Ｆ３０４と、メモリ３０５と、信号加算部３０６とから構成される。ＭＨＵ Ｉ／Ｆ３０４は、Ｏ／Ｅ３０７と、Ｅ／Ｏ３０８とから構成される。
【００２８】
Ｏ／Ｅ３０７は、ＭＨＵ２０からの光信号を電気信号にＯ／Ｅ変換する。Ｅ／Ｏ３０８は、ＢＳ５０、５５からの電気信号を光信号へＥ／Ｏ変換する。制御／データ信号分配部３０３は、受信信号のＣ／ＵＢｉｔの値によって主信号と制御信号に切り分けを行なう。ＢＳ Ｉ／Ｆ３００は、ＢＳ５０、５５と送受信する。制御部３０２は、ＢＳ５０、５５からの制御信号を処理する。制御部３０２は、制御／データ信号分配部３０３で制御信号として切り分けられた信号を処理する。ＳｅｒｖｅｒＩ／Ｆ３０１は、Ｓｅｒｖｅｒ４０との信号を送受信する。メモリ３０５は、Ｓｅｒｖｅｒ４０の要求により、受信信号を記録しておく。
【００２９】
図６を参照して、サーバーの処理ブロックを説明する。図６において、Ｓｅｒｖｅｒ４０は、ＯＭＵ Ｉ／Ｆ４００と、メモリ４０１と、制御部４０２と、保守Ｉ／Ｆ４０３と、データベース４０４とから構成される。制御部４０２は、ＬＴＥノイズ検出部４０５と、１ｘＥＶＤＯノイズ検出部４０６とを備えている。ＬＴＥノイズ検出部４０５と１ｘＥＶＤＯノイズ検出部４０６は、それぞれ信号検波部４０７、４１１と、ノイズ計測処理部４０８、４１２と、ノイズ異常検出部４０９、４１３と、ノイズデータ保持部４１０、４１４とを備える。データベース４０４は、最新ノイズデータ４１５と、統計ノイズデータ４１６とを保持する。
【００３０】
ＯＭＵ Ｉ／Ｆ４００は、ＯＭＵ３０からの信号を受信する。メモリ４０１は、一時的にデータ蓄積する。制御部４０２は、ノイズ検出機能を持つ。保守Ｉ／Ｆ４０３は、保守端末との信号を送受信する。データベース４０４は、ノイズ検出部の検出結果を記録しておく。
【００３１】
ＬＴＥ信号検波部４０７は、ＬＴＥの信号か否かＬＴＥ信号検波を行ない、無通信状態か確認する。信号が検波された場合、ＬＴＥノイズ計測処理部４０８は、ＬＴＥノイズ計測処理を実行しない。無通信状態と判別後、ＬＴＥノイズ計測処理部４０８は、ノイズ計測と、ノイズ判定を行なう。ノイズ測定ごとに、ＬＴＥノイズデータが作成され、ＬＴＥノイズデータ保持部４１０は、データベース４０４で蓄積する。また、ノイズ判定の結果、ノイズ異常が検出された場合、ノイズ異常検出部４０９は、保守端末６０に通達する。
【００３２】
１ｘＥＶＤＯ信号検波部４１１は、１ｘＥＶＤＯの信号か否か１ｘＥＶＤＯ信号検波を行ない、無通信状態か確認する。信号が検波された場合、１ｘＥＶＤＯノイズ計測処理部４１２は、１ｘＥＶＤＯノイズ計測処理を実行しない。無通信状態と判別後、１ｘＥＶＤＯノイズ計測処理部４１２は、ノイズ計測と、ノイズ判定を行なう。ノイズ測定ごとに、１ｘＥＶＤＯノイズデータが作成され、１ｘＥＶＤＯノイズデータ保持部４１４は、データベース４０４で蓄積する。また、ノイズ判定の結果、ノイズ異常が検出された場合、ノイズ異常検出部４１３は、保守端末６０に通達する。
【００３３】
データベース４０４は、ノイズ計測処理の結果である最新ノイズデータ４１５と今までのノイズデータの平均加算したデータである統計ノイズデータ４１６を管理している。また、統計ノイズデータ４１６にある一定の値を加算して、各ＲＵ１０のノイズ判定閾値として記録しておく。
【００３４】
図７を参照して、光ファイバ７０を通過する光信号のフレームの概要を説明する。ここで、図７Ａは、通常運用時の上り信号のフレーム構成である。図７Ｂは、ＲＵに保守解析用フレームを送信させる信号収集フレーム（下り）である。図７Ｃは、信号収集フレームに対する応答フレームである保守解析パケットフレームである。
【００３５】
図７において、フレームのヘッダー部分の最終Ｂｉｔに、主信号と制御信号を区別させるＣ／ＵＢｉｔを設ける。Ｃ／ＵＢｉｔについて、通常運用時（主信号送信時）には０を設定し、保守解析時（制御信号送信時）には１を設定する。
【００３６】
図７Ａの通常運用時の上りフレームは、ヘッダーとベースバンド信号とから構成されている。ヘッダーのＣ／Ｕは、「０」である。また、ベースバンド信号は、ＭＨＵ２０によって、加算平均された信号である。
【００３７】
図７Ｂの信号収集フレームは、ヘッダーのみである。ヘッダーの宛先はブロードキャストアドレスである。ヘッダーのＣ／Ｕは、「１」である。
図７Ｃの保守解析パケットは、ヘッダーとノイズ検出情報とのＲＵ１０の数だけの繰り返しである。ノイズ検出情報は、加算平均されていない生のデータである。保守解析パケットは、ＭＨＵ２０の保守解析パケット構成部２０６が組み立てる。
【００３８】
図８を参照して、ＢＳ、保守端末、Ｓｅｒｖｅｒ、ＲＵ間のデータ収集のシーケンスを説明する。なお、あらかじめＢＳ５０、５５は、Ｓ／Ｎ比を算出し、その算出した値にある一定の値を加算して、ノイズ判定閾値として記録しておく。
【００３９】
図８において、ＢＳ５０、５５は、Ｓ／Ｎ比を定期的に計算する（Ｓ１１）。ここでは、計算したＳ／Ｎ比がノイズ判定閾値を超えていたので、ＢＳ５０、５５は、ノイズ異常と判断し、ＯＭＵ３０を経由してＳｅｒｖｅｒ４０に対してアラームを通知する（Ｓ１２）。Ｓｅｒｖｅｒ４０は、ＢＳ５０、５５からアラームの通知を受けると、保守端末６０に対してアラームを挙げる（Ｓ１３）。保守端末６０は、ＢＳ５０、５５によってノイズ異常が検出されたことを表示する（Ｓ１４）。
【００４０】
Ｓｅｒｖｅｒ４０は、ＢＳ５０、５５からアラーム通知を受けると、端末からのアクセスがない無通信状態時に、各ＲＵ１０に対してディジタルＩＱ信号のデータ収集をブロードキャストで指示する（Ｓ１６）。ＲＵ１０−１は、データを取得し（Ｓ１７）、Ｓｅｒｖｅｒ４０に応答する（Ｓ１８）。ＲＵ１０−２は、データを取得し（Ｓ１９）、Ｓｅｒｖｅｒ４０に応答する（Ｓ２１）。ＲＵ１０−３は、データを取得し（Ｓ２２）、Ｓｅｒｖｅｒ４０に応答する（Ｓ２３）。
【００４１】
Ｓｅｒｖｅｒ４０は、受信データをデータベース４０４に格納する（Ｓ２４）。Ｓｅｒｖｅｒ４０は、データを解析する（Ｓ２６）。Ｓｅｒｖｅｒ４０は、ＲＵ＃ｎが異常と判定する（Ｓ２７）。
【００４２】
ここで、保守端末６０がＳｅｒｖｅｒ４０にアクセスする（Ｓ２８）。Ｓｅｒｖｅｒ４０は、応答してアラームを送信する（Ｓ２９）。保守端末６０は、ＲＵ＃ｎの異常検出を表示する（Ｓ３１）。なお、Ｓｅｒｖｅｒ４０から被疑特定と判明後に保守端末６０に被疑ＲＵ１０の情報を通達してもよい。
【００４３】
図９を参照して、Ｓｅｒｖｅｒのノイズ検出部の処理を説明する。なお、Ｓｅｒｖｅｒ４０は、ＲＵごとにＮｏｉｓｅ／Ｇａｉｎ（Ｎ／Ｇ）を算出し、その算出した値にある一定の値を加算して、ノイズ判定閾値（Ｔｈ１、Ｔｈ２、…、Ｔｈｎ）として記録しておく。このノイズ判定閾値（Ｔｈ１、Ｔｈ２、…、Ｔｈｎ）により、ＲＵ１０の設置環境を考慮したノイズ判定が可能である。
【００４４】
図９において、Ｓｅｒｖｅｒ４０は、ＢＳ５０、５５からの情報から、ＯＭＵ３０を選択する（Ｓ４１）。Ｓｅｒｖｅｒ４０は、そのＯＭＵ３０配下の全てのＲＵ１０のノイズ判定を実施する。
【００４５】
Ｓｅｒｖｅｒ４０は、ｎに「１」をセットする（Ｓ４２）。Ｓｅｒｖｅｒ４０は、該当ＯＭＵ配下ＲＵ数がｎ以上か判定する（Ｓ４３）。ＹＥＳのとき、Ｓｅｒｖｅｒ４０は、ノイズを判定（Ｔｈｎ＜Ｎｎ／Ｇｎ）する（Ｓ４４）。ＹＥＳのとき、Ｓｅｒｖｅｒ４０は、当該ＲＵ＃ｎは異常と判定する（Ｓ４６）。Ｓｅｒｖｅｒ４０は、ｎをインクリメントして（Ｓ４７）、ステップ４３に遷移する。ステップ４４でＮＯのとき、Ｓｅｒｖｅｒ４０は、ステップ４６をジャンプして、ステップ４７に遷移する。ステップ４３でＮＯのとき、Ｓｅｒｖｅｒ４０は、終了する。
【００４６】
図１０を参照して、ノイズ判定閾値（Ｔｈ１、Ｔｈ２、…、Ｔｈｎ）を説明する。図１０において、横軸はＲＵ番号、縦軸はノイズレベル（Ｎ／Ｇ）である。ＲＵ１０は、設置環境に依存した正常時のノイズレベルを有する。Ｓｅｒｖｅｒ４０は、正常時のノイズレベルに合わせたＲＵごとに異なるノイズ判定閾値（Ｔｈ１、Ｔｈ２、…、Ｔｈｎ）を保持する。なお、図１０では、ＲＵ＃３が異常であることを示している。
【００４７】
図１１を参照して、データベースを説明する。図１１において、データベース４０４は、最新ノイズデータ４１５と統計ノイズデータ４１６とから構成されている。Ｓｅｒｖｅｒ４０は、定期的に方式別にノイズ解析を行なっており、記録時間と合わせて記録している。前述した方法により、この方式のノイズ成分が多くなったときに、ＲＵ１０別にＩＱベースバンド信号を収集し、端末からのアクセスのない無通信状態時にデータ取得を実施するので、人がいなくなった深夜に、決まった時間内に一定の間隔で取得していく。図１１では２：１０〜３：００のデータを挙げているが、保守端末よりデータ取得時間や取得間隔を自由に設定してもよい。
【００４８】
図１２を参照して、異常装置特定後の保守操作を説明する。図９の判定方法によって、Ｓｅｒｖｅｒ４０は、被疑のＲＵ＃３を特定する（Ｓ５１）。この時点で、保守端末６０は、Ｓｅｒｖｅｒ４０にアクセスする（Ｓ５１）。Ｓｅｒｖｅｒ４０は、保守端末６０に対して被疑のＲＵ１０の情報を送信する（Ｓ５３）。保守端末６０は、保守画面を通してＳｅｒｖｅｒ４０に対象のＲＵ１０−３のリセットを指示する（Ｓ５４）。Ｓｅｒｖｅｒ４０は、ＲＵ１０−３にリセット指示を送信する（Ｓ５６）。ＲＵ１０−３は、リセットする（Ｓ５７）。本実施例によれば、現地の設置場所まで行かずとも個別リセットを指示し、特定の現品交換対応などと、保守作業の効率化を図ることができる。
【００４９】
図１３を参照して、保守端末の画面を説明する。図１３において、画面は、装置６１と、状態６２と、アクションボタン６３とから構成されている。保守画面は、Ｓｅｒｖｅｒ４０で管理しているＯＭＵ３０やＲＵ１０の状態を視覚的に監視することが可能である。状態異常時には、対象の装置を赤く表示するなど、異常状態がすぐわかるユーザーインターフェースを具備している。これらの機能によって、異常のあるＲＵ１０に対して個別に保守対応が可能になり、課題を解決することができる。
【実施例２】
【００５０】
実施例２では、ＯＭＵ３０にノイズ検出部を実装し、ＯＭＵ３０からのノイズ異常通知を保守解析のトリガーにする方法について説明する。なお、実施例１で説明したＲＵ１０、ＭＨＵ２０、保守端末６０、ＢＳ５０、５５の構造は同じなので説明を割愛する。
【００５１】
図１４を参照して、実施例２のオプティックマスターユニットを説明する。図１４において、ＯＭＵ３０Ａの制御部３０２にＬＴＥノイズ検出部３０９と１ｘＥＶＤＯ３１０を備えている。また、メモリ３０５は、統計ノイズデータ３１９と、最新ノイズデータ３２０とを記憶する。
【００５２】
ＬＴＥノイズ検出部３０９と１ｘＥＶＤＯノイズ検出部３１０は、それぞれ信号検波部３１４、３１８と、ノイズ計測処理部３１３、３１７と、ノイズ異常検出部３１１、３１５と、ノイズデータ保持部３１２、３１６とを備える。
【００５３】
ＬＴＥノイズ検出部３０９において、ＬＴＥ信号検波部３１４は、ＬＴＥの信号か否かＬＴＥ信号検波を行ない、無通信状態か確認する。信号が検波された場合、ＬＴＥノイズ計測処理部３１３は、ＬＴＥノイズ計測処理を実行しない。無通信状態と判別後、ＬＴＥノイズ計測処理部３１３は、ノイズ計測と、ノイズ判定を行なう。ノイズ測定ごとに、ＬＴＥノイズデータが作成され、ＬＴＥノイズデータ保持部３１２は、メモリ３０５で蓄積する。また、ノイズ判定の結果、ノイズ異常が検出された場合、ノイズ異常検出部３１１は、保守端末６０に通達する。
【００５４】
１ｘＥＶＤＯノイズ検出部３１０において、１ｘＥＶＤＯ信号検波部３１８は、１ｘＥＶＤＯの信号か否か１ｘＥＶＤＯ信号検波を行ない、無通信状態か確認する。信号が検波された場合、１ｘＥＶＤＯノイズ計測処理部３１７は、１ｘＥＶＤＯノイズ計測処理を実行しない。無通信状態と判別後、１ｘＥＶＤＯノイズ計測処理部３１７は、ノイズ計測と、ノイズ判定を行なう。ノイズ測定ごとに、１ｘＥＶＤＯノイズデータが作成され、１ｘＥＶＤＯノイズデータ保持部３１６は、メモリ３０５で蓄積する。また、ノイズ判定の結果、ノイズ異常が検出された場合、ノイズ異常検出部３１５は、保守端末６０に通達する。
【００５５】
メモリ３０５は、ノイズ計測処理の結果である最新ノイズデータ３１９と今までのノイズデータの平均加算したデータである統計ノイズデータ３２０を管理している。また、統計ノイズデータ３２０にある一定の値を加算して、各ＲＵ１０のノイズ判定閾値として記録しておく。
【００５６】
図１５を参照して、実施例２のデータ収集のシーケンスを説明する。ＯＭＵ３０Ａは、ノイズ判定を実施し、ノイズ判定閾値を超えるノイズデータを取得する（Ｓ６１）。ＯＭＵ３０Ａは、Ｓｅｒｖｅｒ４０に対してアラームを通知する（Ｓ６２）。Ｓｅｒｖｅｒ４０は、ＯＭＵ３０Ａからアラームの通知を受けると、保守端末６０に対してアラームを挙げる（Ｓ６３）。保守端末６０は、ＯＭＵノイズ異常状態検知を表示する（Ｓ６４）。保守者は、この際ＯＭＵ３０Ａによってノイズ異常が検出されたことがわかる。ＯＭＵ３０Ａは、Ｓｅｒｖｅｒ４０へアラームを通知すると、端末からのアクセスがない無通信状態のとき、各ＲＵ１０に対してディジタルＩＱ信号のデータ収集を指示する（Ｓ６６）。このとき、図７Ｂに示すＣ／ＵのＢｉｔに１を立てる。ＲＵ１０−１は、データを取得し（Ｓ６７）、ＯＭＵ３０Ａに応答する（Ｓ６８）。ＲＵ１０−２は、データを取得し（Ｓ６９）、ＯＭＵ３０Ａに応答する（Ｓ７１）。ＲＵ１０−３は、データを取得し（Ｓ７２）、ＯＭＵ３０Ａに応答する（Ｓ７３）。
【００５７】
ＯＭＵ３０Ａは、受信データをメモリ３０５に格納する（Ｓ７４）。ＯＭＵ３０Ａは、データを解析する（Ｓ７６）。ＯＭＵ３０Ａは、データをＳｅｒｖｅｒ４０に送信する（Ｓ７７）。Ｓｅｒｖｅｒ４０は、ＲＵ＃ｎが異常と判定する（Ｓ７８）
ここで、保守端末６０がＳｅｒｖｅｒ４０にアクセスする（Ｓ７９）。Ｓｅｒｖｅｒ４０は、応答してアラームを送信する（Ｓ８１）。保守端末６０は、ＲＵ＃ｎの異常検出を表示する（Ｓ８２）。なお、Ｓｅｒｖｅｒ４０から被疑特定と判明後に保守端末６０に被疑ＲＵ１０の情報を通達してもよい。
【００５８】
異常装置特定後の保守操作は、実施例１と同じであるため説明を割愛する。保守端末６０は、保守画面を通してＲＵ＃ｎに対して現地の設置場所まで行かずとも個別リセットを指示し、特定の現品交換対応などと、保守作業の効率化を図ることができる。
【００５９】
これらの機能によって、異常のあるＲＵ１０に対して個別に保守対応が可能になり、課題を解決することができる。
【実施例３】
【００６０】
実施例３では、ＯＭＵ３０のメモリ３０５に定期的に、ＢＳ５０、５５へ送信するＩＱディジタル信号と同じ信号を記録しておき、その信号をＳｅｒｖｅｒ４０のノイズ検出部でノイズ解析することにより、ノイズ異常を検知することを保守解析のトリガーにする方法について説明する。なお、実施例３のＲＵ１０、ＯＭＵ３０、ＭＨＵ２０、保守端末６０、ＢＳ５０、５５の構造は、実施例１と同じなので説明を割愛する。
【００６１】
図１６を参照して、ＯＭＵのメモリ内部の構造を説明する。図１６において、ＯＭＵ３０は、メモリ３０５にＩＱディジタル信号をタイムスタンプとともに一時的に記録する。ＯＭＵ３０は、メモリ３０５のＩＱディジタル信号をＳｅｒｖｅｒ４０の要求に基づいて、送信する。
【００６２】
図１７を参照して、実施例３のデータ収集のシーケンスを説明する。図１７において、Ｓｅｒｖｅｒ４０は、ディジタルＩＱ信号収集フレームをＲＵ１０にブロードキャストする（Ｓ９１）。このとき、図７Ｂに示すＣ／ＵのＢｉｔに１を立てる。ＲＵ１０−１は、データを取得し（Ｓ９２）、ＯＭＵ３０に応答する（Ｓ９３）。ＲＵ１０−２は、データを取得し（Ｓ９４）、ＯＭＵ３０に応答する（Ｓ９６）。ＲＵ１０−３は、データを取得し（Ｓ９７）、ＯＭＵ３０に応答する（Ｓ９８）。
【００６３】
ＯＭＵ３０は、受信データをメモリ３０５に格納する（Ｓ９９）。ＯＭＵ３０は、メモリ３０５の内容をＳｅｒｖｅｒ４０に送信する（Ｓ１０１）。Ｓｅｒｖｅｒ４０は、ノイズ異常を検知する（Ｓ１０２）。Ｓｅｒｖｅｒ４０は、アラームを保守端末６０に送信する（Ｓ１０３）。保守端末６０は、Ｓｅｒｖｅｒノイズ異常検知を表示する（Ｓ１０３）。
【００６４】
Ｓｅｒｖｅｒ４０は、データを解析する（Ｓ１０６）。Ｓｅｒｖｅｒ４０は、ＲＵ＃ｎの異常を検出する（Ｓ１０７）。ここで、保守端末６０は、Ｓｅｒｖｅｒ４０にアクセスする（Ｓ１０８）。Ｓｅｒｖｅｒ４０は、アクセスに応答してアラームを挙げる（Ｓ１０９）。保守端末６０は、受信したアラームに含まれるＲＵ＃ｎ異常検知を表示する（Ｓ１１１）。また、Ｓｅｒｖｅｒ４０から被疑特定と判明後に保守端末６０に被疑ＲＵ１０の情報を通達してもよい。
【００６５】
異常装置特定後の保守操作は、実施例１と同じであるため説明を割愛する。保守端末６０は、保守画面を通してＲＵ＃ｎに対して現地の設置場所まで行かずとも個別リセットを指示し、特定の現品交換対応などと、保守作業の効率化を図ることができる。これらの機能によって、異常のあるＲＵ１０に対して個別に保守対応が可能になり、課題を解決することができる。
【符号の説明】
【００６６】
１０…ＲＵ（Remote Unit）、２０…ＭＨＵ（Master Hub Unit）、３０…ＯＭＵ（Optic Master Unit）、４０…Ｓｅｒｖｅｒ、５０…１ｘＥＶＤＯ ＢＳ（Base Station）、５５…ＬＴＥ ＢＳ、６０…保守端末、１００…ＭＨＵ Ｉ／Ｆ、１０１…Ｄ／Ａ、１０２…ＡＭＰ、１０３…ＲＦ、１０４…アンテナ、１０５…アンテナ、１０６…ＲＦ、１０７…Ｇａｉｎ＃ｎ、１０８…Ａ／Ｄ、１０９…ノイズ検出部、１１０…ＳＷ、１１１…制御部、１１２…メモリ、１１３…１ｘＥＶＤＯノイズ検出部、１１４…ＬＴＥノイズ検出部、１１５…１ｘＥＶＤＯ信号検波、１１６…１ｘＥＶＤＯノイズ計測処理、１１７…ノイズ異常検出、１１８…ＬＴＥ信号検波、１１９…ＬＴＥノイズ計測処理、１２０…ノイズ異常検出、２００…ＲＵ Ｉ／Ｆ、２０１…信号加算、２０２…信号分配、２０３…ＯＭＵ Ｉ／Ｆ、２０４…Ｏ／Ｅ、２０５…Ｅ／Ｏ、２０６…保守解析パケット構成 、３００…ＢＳ Ｉ／Ｆ、３０１…Ｓｅｒｖｅｒ Ｉ／Ｆ、３０２…制御部、３０３…制御／データ信号分離部、３０４…ＭＨＦ Ｉ／Ｆ、３０５…メモリ、３０６…信号加算、３０７…Ｏ／Ｅ、３０８…Ｅ／Ｏ、３０９…ＬＴＥノイズ検出部、３１０…１ｘＥＶＤＯノイズ検出部、３１１…ノイズ異常検出部、３１２…ＬＴＥノイズデータ保持部、３１３…ＬＴＥノイズ計測処理部、３１４…ＬＴＥ信号検波部、３１５…ノイズ異常検出部、３１６…１ｘＥＶＤＯノイズデータ保持部、３１７…１ｘＥＶＤＯノイズ計測処理部、３１８…１ｘＥＶＤＯ信号検波部、３１９…最新ノイズデータ、３２０…統計ノイズデータ、４００…ＯＭＵ Ｉ／Ｆ、４０１…メモリ、４０２…制御部、４０３…保守Ｉ／Ｆ、４０４…データベース、４０５…ＬＴＥノイズ検出部、４０６…１ｘＥＶＤＯノイズ検出部、４０７…ＬＴＥ信号検波部、４０８…ＬＴＥノイズ計測処理部、４０９…ノイズ異常検出部、４１０…ＬＴＥノイズデータ保持部、４１１…１ｘＥＶＤＯ信号検波部、４１２…１ｘＥＶＤＯノイズ計測処理部、４１３…ノイズ異常検出部、４１４…１ｘＥＶＤＯノイズデータ保持部、４１５…最新ノイズデータ、４１６…統計ノイズデータ、５００…分散アンテナシステム。
【図１】
0005469119.tif 000002
【図２】
0005469119.tif 000003
【図３】
0005469119.tif 000004
【図４】
0005469119.tif 000005
【図５】
0005469119.tif 000006
【図６】
0005469119.tif 000007
【図７Ａ】
0005469119.tif 000008
【図７Ｂ】
0005469119.tif 000009
【図７Ｃ】
0005469119.tif 000010
【図８】
0005469119.tif 000011
【図９】
0005469119.tif 000012
【図１０】
0005469119.tif 000013
【図１１】
0005469119.tif 000014
【図１２】
0005469119.tif 000015
【図１３】
0005469119.tif 000016
【図１４】
0005469119.tif 000017
【図１５】
0005469119.tif 000018
【図１６】
0005469119.tif 000019
【図１７】
0005469119.tif 000020