(57)【特許請求の範囲】
【請求項１】
少なくとも１つの基地局（ＢＴＳ）からダウンリンク電気無線周波数（ＲＦ）信号を受信するように構成されたダウンリンク基地局（ＢＴＳ）インタフェースと、
光インタフェースモジュール（ＯＩＭ）であって、前記ダウンリンクＢＴＳインタフェースから前記ダウンリンク電気ＲＦ信号を受信し、それを少なくとも１つの通信ダウンリンク上のダウンリンク光ファイバ無線（ＲｏＦ）信号に変換し、かつ少なくとも１つのリモートアンテナユニット（ＲＡＵ）からアップリンクＲｏＦ信号を受信し、それを少なくとも１つの通信アップリンク上のアップリンクＲＦ電気信号に変換するように構成された少なくとも１つの光インタフェースモジュール（ＯＩＭ）と、
前記少なくとも１つの通信アップリンクから前記アップリンク電気ＲＦ信号を受信し、それを前記少なくとも１つのＢＴＳに通信するように構成されたアップリンクＢＴＳインタフェースと、
前記少なくとも１つの通信ダウンリンクに対する全ダウンリンク損失を判断し、前記全ダウンリンク損失からダウンリンクＢＴＳ損失を判断し、前記ダウンリンクＢＴＳ損失に基づいて前記ダウンリンクＢＴＳインタフェースにおけるダウンリンクＢＴＳ較正利得を較正し、かつ前記少なくとも１つのＲＡＵにおける少なくとも１つのＲＡＵ較正利得を前記全ダウンリンク損失から前記ダウンリンクＢＴＳ損失を差し引いたものとして較正するように構成されたコントローラと、を備え、
前記コントローラは、前記ダウンリンクＢＴＳインタフェースにおける前記ダウンリンクＢＴＳ較正利得を該ダウンリンクＢＴＳインタフェースにおける少なくとも１つの減衰器における該ダウンリンクＢＴＳ較正利得を設定することによって較正するように構成され、
前記コントローラは、前記少なくとも１つのＲＡＵにおける前記少なくとも１つのＲＡＵ較正利得を該少なくとも１つのＲＡＵにおける少なくとも１つの減衰器における該少なくとも１つのＲＡＵ較正利得を設定することによって較正するように構成される、
ことを特徴とする無線通信システム。
【請求項２】
前記コントローラは、少なくとも１つのダウンリンク較正信号を前記少なくとも１つの通信ダウンリンク上で通信させるように更に構成される、
請求項１に記載の無線通信システム。
【請求項３】
前記少なくとも１つのダウンリンク較正信号の周波数が、前記ダウンリンク電気ＲＦ信号の周波数と異なる、
請求項２に記載の無線通信システム。
【請求項４】
前記コントローラは、前記少なくとも１つの通信ダウンリンク上で前記少なくとも１つのダウンリンク較正信号の入力信号強度を受信するように構成される、
請求項２に記載の無線通信システム。
【請求項５】
前記コントローラは、前記少なくとも１つのＲＡＵでの前記少なくとも１つのダウンリンク較正信号の末端信号強度を該少なくとも１つのダウンリンク較正信号の前記入力信号強度と比較することによって前記全ダウンリンク損失を判断するように構成される、
請求項４に記載の無線通信システム。
【請求項６】
前記少なくとも１つのダウンリンク較正信号は、各々が異なる周波数を有する複数のダウンリンク較正信号から構成される、
請求項２に記載の無線通信システム。
【請求項７】
前記コントローラは、前記少なくとも１つのダウンリンク較正信号を前記少なくとも１つの通信アップリンク上で送信させるように更に構成される、
請求項２に記載の無線通信システム。
【請求項８】
前記コントローラは、電気ＲＦ信号及びＲｏＦ信号が前記少なくとも１つの通信ダウンリンク上で通信される間に前記ＢＴＳ較正利得及び前記少なくとも１つのＲＡＵ較正利得を較正するように構成される、
請求項１、４、又は５のいずれか１項に記載の無線通信システム。
【請求項９】
前記コントローラは、少なくとも１つのポイントにおいて前記ダウンリンクＢＴＳ較正利得を通信するように更に構成され、
前記コントローラは、少なくとも１つのポイントにおいて前記少なくとも１つのＲＡＵ較正利得を通信するように更に構成される、
請求項１、２、６、又は７のいずれか１項に記載の無線通信システム。
【請求項１０】
前記コントローラは、前記少なくとも１つのＢＴＳに通信されるように構成された複数のＢＴＳ帯域に対して前記ＢＴＳ較正利得及び前記少なくとも１つのＲＡＵ較正利得を較正するように更に構成される、
請求項９に記載の無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
〔関連出願〕
本出願は、全体が本明細書において引用により組み込まれている２００９年２月３日出願の「分散型アンテナシステム」という名称の米国特許仮出願番号第６１／１４９，５５３号明細書に対する優先権を請求するものである。
【０００２】
本出願はまた、全体が本明細書において引用により組み込まれている２００９年７月３１日出願の「光ファイバベースの分散型アンテナシステム、構成要素、及びその較正のための関連の方法」という名称の米国特許仮出願番号第６１／２３０，４６３号明細書に対する優先権を請求するものである。
【０００３】
本出願はまた、全体が本明細書において引用により組み込まれている２００９年７月３１日出願の「光ファイバベースの分散型アンテナシステム、構成要素、及びそのステータスをモニタするための関連の方法」という名称の米国特許仮出願番号第６１／２３０，４７２号明細書に関連している。
【０００４】
〔開示の分野〕
本発明の開示の技術は、リモートアンテナユニットに光ファイバ上で無線周波数（ＲＦ）信号を配信するための光ファイバベースの分散型アンテナシステム及び関連の制御システム及び方法に関する。
【背景技術】
【０００５】
無線通信は、急成長を遂げており、高速移動データ通信に対する要求は絶えず増大している。一例として、いわゆる「ワイヤレス・フィディリティー」又は「ＷｉＦｉ」システム及び無線ローカルエリアネットワーク（ＷＬＡＮ）は、多くの異なる種類の区域（例えば、喫茶店、空港、図書館など）に配備されている。無線通信システムは、「クライアント」という無線デバイスと通信し、クライアントは、アクセス地点デバイスと通信するために無線範囲又は「セルのカバレージエリア」内に常駐すべきである。
【０００６】
無線通信システムを配備する１つの手法は、「ピコセル」の使用を伴うものである。ピコセルは、無線周波数（ＲＦ）カバレージエリアである。ピコセルは、一例として数メートルから２０メートルまでの範囲の半径を有することができる。いくつかのアクセス地点デバイスを結合することにより、「ピコセルラー・カバレージエリア」という区域を網羅するピコセルのアレイが作成される。ピコセルは狭い区域を網羅するので、典型的にはピコセル当たり数名のユーザ（クライアント）しかいない。それによって無線システムユーザの間に共有されるＲＦ帯域幅の量を最小にすることができる。建造物又は他の施設にピコセルを設けて、建造物又は施設内のクライアントに無線通信システムアクセスを提供することが望ましいと考えられる。しかし、通信信号を配信するために光ファイバを使用することが望ましい場合がある。光ファイバの恩典は、より高いＳＮ比及び帯域幅の増大を含む。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許仮出願番号第６１／１４９，５５３号明細書
【特許文献２】米国特許仮出願番号第６１／２３０，４６３号明細書
【特許文献３】米国特許仮出願番号第６１／２３０，４７２号明細書
【特許文献４】米国特許出願番号第１１／５０４，９９９号明細書
【発明の概要】
【課題を解決するための手段】
【０００８】
詳述する説明に開示する実施形態は、クライアントに光ファイバ上で通信信号を提供する光ファイバベースの分散型アンテナシステムを含む。通信信号は、無線通信信号とすることができる。分散型アンテナシステムは、一例として、建造物又は他の施設内のクライアントに無線通信サービスを提供する屋内分散型アンテナシステム（ＩＤＡＳ）の一部として設けることができる。システムは、光ファイバケーブル配信を利用した「光ファイバ無線（ＲｏＦ）」通信を使用することによって通信信号を配信することができる。
【０００９】
一実施形態では、分散型アンテナシステムは、１つ又はそれよりも多くのサービス又はキャリアプロバイダから無線周波数（ＲＦ）キャリア信号を受信するヘッドエンドユニット（ＨＥＵ）又はコントローラを使用することができる。ＨＥＵは、光ファイバ上のキャリア信号通信をサポートし、かつリモートアンテナユニット（ＲＡＵ）とすることができる終点にそれを配信するホスト中立デバイスである。ＲＦキャリア信号は、ＲｏＦ信号に変換されてＲＡＵに提供され、そこでＲｏＦ信号は、再び電気ＲＦ信号に変換されてＲＡＵのカバレージエリア内のクライアントデバイスに無線通信される。ＲＡＵは、境目のないカバレージエリアを形成するために建造物又は施設全般にわたる位置に設けることができる。ＨＥＵは、カバレージエリアを定義するのに望ましい数のＲＡＵとインタフェース接続するように構成することができる。
【００１０】
一実施形態では、ＨＥＵは、ダウンリンク基地局（ＢＴＳ）インタフェース及びアップリンクＢＴＳインタフェースを収容し、１つ又はそれよりも多くのＢＴＳのためにダウンリンク及びアップリンク通信リンクとのインタフェース接続をサポートする。ダウンリンクＢＴＳインタフェースは、複数のＢＴＳから電気ＲＦ信号を受信して光インタフェースモジュール（ＯＩＭ）に電気ＲＦ信号を提供するように構成される。ＯＩＭは、ＯＩＭによりサポートされたＲＡＵへの光ファイバ上での送信に向けてダウンリンク上で受信した電気ＲＦ信号を光ＲＦ又はＲｏＦ信号に変換する電気／光（Ｅ／Ｏ）変換器を収容する。ダウンリンク上のＲＡＵによって受信したＲｏＦ信号は、光／電気（Ｏ／Ｅ）変換器を使用して電気ＲＦ信号に変換され、アンテナの範囲のクライアントデバイスにアンテナを通じて放射されてクライアントデバイスとＢＴＳの間のダウンリンク通信を確立する。アップリンク通信に対しては、ＲＡＵはまた、クライアントからアンテナで電気ＲＦ信号を受信するように構成され、これは、ＲｏＦ信号に変換されてアップリンク光ファイバリンク上でＯＩＭに通信して戻される。ＯＩＭによって受信したＲｏＦ信号は、電気ＲＦ信号に変換され、これは、次に、ＨＥＵ及び適切なＢＴＳに通信されてクライアントデバイスとＢＴＳの間のアップリンク通信を確立する。
【００１１】
一実施形態では、光ファイバベースの無線システムにおける通信ダウンリンク及びアップリンクの較正は、そこに発生する場合がある損失を補償するために行うことができる。例えば、ＨＥＵコントローラは、通信ダウンリンクに対してダウンリンク利得を較正するように構成することができる。較正ダウンリンク利得は、各ＲＡＵに対して判断することができる。較正ダウンリンク利得は、ダウンリンクＢＴＳインタフェースにおいて及び／又は各ＲＡＵに対して適用することができる。ＨＥＵコントローラはまた、通信アップリンクに対してアップリンク利得を較正するように構成することができる。較正アップリンク利得は、アップリンクＢＴＳインタフェースにおいて及び／又は各ＯＩＭに対して適用することができる。較正利得のＢＴＳエラー成分は、ＲＡＵ及びＯＩＭとは別にＢＴＳインタフェースを較正するために判断することができる。較正利得は、通信ダウンリンク及び／又は通信アップリンク上に１つ又はそれよりも多くの較正信号を注入することによって判断することができる。通信ダウンリンク上に注入された較正信号はまた、通信アップリンクを較正するのに使用することができ、又は別の較正信号を通信アップリンク上に注入することもできる。
【００１２】
付加的な特徴及び利点は、以下の詳細説明に示しており、かつ一部は、その説明から当業者に容易に明らかであるか、又は以下の詳細説明、特許請求の範囲、並びに添付図面を含んで本明細書に説明するように本発明を実施することによって認識されるであろう。
【００１３】
以上の概要及び以下の詳細説明の両方は、実施形態を呈示し、かつ開示内容の性質及び特性を理解するための概要又はフレームワークを提供することを意図することは理解されるものとする。添付図面は、理解を深めるように含まれており、かつ本明細書に組み込まれてその一部を構成する。図面は、様々な実施形態を示し、説明と共に開示する原理及び概念の作動を解説する役目をする。
【図面の簡単な説明】
【００１４】
【図１】一実施形態による例示的な光ファイバベースの無線システムの概略図である。
【図２】図１の光ファイバベースの無線システムの概略図である。
【図３】中央ヘッドエンドユニットを含む例示的な光ファイバベースの無線システムの概略図である。
【図４】例示的な中央ヘッドエンドユニットの概略図である。
【図５Ａ】光ファイバケーブルの外側ジャケットに組み込まれたリモートユニットに接続したダウンリンク及びアップリンク光ファイバを示す光ファイバケーブルの詳細概略図である。
【図５Ｂ】光ファイバケーブルの外側ジャケットの外側に設けられたリモートユニットに接続したダウンリンク及びアップリンク光ファイバを示す例示的な光ファイバケーブルの概略図である。
【図６】対応する例示的なピコセル及びピコセル内のリモートユニットとクライアントデバイス間のダウンリンク及びアップリンク電磁信号の交換を示す１つの例示的なリモートユニットの詳細図である。
【図７】例示的な集中光ファイバベースの無線システムの概略図である。
【図８】複数の光ファイバケーブルを使用することによって形成された拡張されたピコセルラー・カバレージエリアを示す図７の無線ピコセルラーシステムの全体図である。
【図９Ａ】本明細書に説明する実施形態による光ファイバベースの無線システムを使用することができる例示的な建造物インフラストラクチャーの概略切り欠き図である。
【図９Ｂ】建造物インフラストラクチャーを通してトランスポンダを分散させるために図９Ａの光ファイバベースの無線システムに使用される多重区画ケーブルの例示的な実施形態の概略図である。
【図１０】枝分かれして天井にわたって延びる３つの例示的な光ファイバケーブルを示す図９Ａの建造物インフラストラクチャーの２階の概略全体図である。
【図１１Ａ】複数のヘッドエンドユニット又は局を組み込む例示的な光ファイバベースの無線システムの概略図である。
【図１１Ｂ】図８の光ファイバベースの無線システムに使用することができる例示的な建造物インフラストラクチャーの部分概略切り欠き図である。
【図１２Ａ】例示的な中央ヘッドエンドユニットの例示的な概略図である。
【図１２Ｂ】例示的な中央ヘッドエンドユニットの別の例示的な概略図である。
【図１３】図１２Ａ及び図１２Ｂのヘッドエンドユニットの前部外部図である。
【図１４】図１２Ａ及び図１２Ｂのヘッドエンドユニットの後部外部図である。
【図１５Ａ】図１２Ａ及び図１２Ｂのヘッドエンドユニットに使用することができる光インタフェースカード（ＯＩＣ）の概略図である。
【図１５Ｂ】図１２Ａ及び図１２Ｂのヘッドエンドユニットに使用することができる代替ＯＩＣの概略図である。
【図１６Ａ】図１５Ａ及び／又は図１５ＢのＯＩＣの別の概略図である。
【図１６Ｂ】図１５Ａ及び／又は図１５ＢのＯＩＣの別の概略図である。
【図１７】例示的な光インタフェースモジュール（ＯＩＭ）の斜視図及び端面図を示す図である。
【図１８Ａ】例示的なダウンリンク基地局（ＢＴＳ）インタフェースカード（ＢＩＣ）の概略図である。
【図１８Ｂ】別の例示的なダウンリンクＢＩＣの概略図である。
【図１９Ａ】例示的なダウンリンクＢＩＣアップリンクの概略図である。
【図１９Ｂ】別の例示的なダウンリンクＢＩＣアップリンクの概略図である。
【図２０】図８の無線ピコセルラーシステムのためのサービス信号配信に向けて遠隔配置終点をもたらす例示的なリモートユニットの概略図である。
【図２１】リモートユニットのカバーがリモートユニットの内部を示すために省略された例示的なリモートユニットの斜視図である。
【図２２】図２１の例示的なリモートユニットの側面図である。
【図２３】ある一定のアクセス及び機能性をもたらすソフトウエアを実行するマイクロプロセッサを使用する構成要素を含む別の例示的な光ファイバベースの無線システムの概略図である。
【図２４】インタフェース層及びインタフェース層を通じて光ファイバベースの無線システムにアクセスする例示的なクライアントを示す図２３の光ファイバベースの無線システムの概略図である。
【図２５Ａ】例示的なマイクロプロセッサの概略図及び図２３の光ファイバベースの無線システム及び光ファイバベースの無線システムとインタフェース接続することができる外部構成要素のソフトウエア配備図である。
【図２５Ｂ】光ファイバベースの無線システムのモジュール上に設けることができる視覚インジケータを示す表である。
【図２６】ダウンリンク及びアップリンク基地局（ＢＴＳ）インタフェースカード（ＢＩＣ）、光インタフェースＯＩＣ、及びリモートアンテナユニット（ＲＡＵ）間の例示的なアドレス指定の概略図である。
【図２７】ダウンリンク及びアップリンクＢＩＣとＯＩＣとＲＡＵ間の通信の例示的な通信アドレスフォーマットを示す図である。
【図２８Ａ】図２３の光ファイバベースの無線システム内で通信されるポイントの例示的なポイントフォーマットを示す図である。
【図２８Ｂ】図２３の光ファイバベースの無線システム内で提供されるポイントに関するハードウエア情報を格納する例示的なハードウエアポイントリストを示す図である。
【図２８Ｃ】図２３の光ファイバベースの無線システムのＨＥＵ内で通信モジュールによりアクセス可能な例示的なポイントリストを示す図である。
【図２９】図２３の光ファイバベースの無線システム内の様々な構成要素に対してヘッドエンドユニット（ＨＥＵ）にポイントに関する特性情報を提供するための例示的なフラグビットフォーマットを示す図である。
【図３０】図２３の光ファイバベースの無線システムのＨＥＵのＨＥＵコントローラ内の例示的なスレッド図である。
【図３１】光ファイバベースの無線システム内のＨＥＵコントローラによって実行される例示的な処理を示す流れ図である。
【図３２】ＨＥＵコントローラに関する例示的なＨＥＵコントローラスレッド起動シーケンス通信図である。
【図３３Ａ】ＨＥＵコントローラ内のスケジューラースレッドによって実行される例示的な処理を示す流れ図である。
【図３３Ｂ】ＨＥＵコントローラ内のスケジューラースレッドによって実行される例示的な処理を示す流れ図である。
【図３４】図２３の光ファイバベースの無線システム内のモジュールの例示的なモジュール状態図である。
【図３５】通信要求を受信及び処理するための例示的な通信スレッド通信図である。
【図３６】スケジューラースレッド及びロガースレッドを伴うアラームポイントを処理するために行われる呼び出しを示す例示的なシーケンス図である。
【図３７】光ファイバベースの無線システムのためのシステムイベントをログする例示的なイベントロギングシーケンスを示す図である。
【図３８Ａ】ＨＥＵ、アップリンク及びダウンリンクＢＩＣ、ＯＩＭ、及びＲＡＵの構成要素、及びその中のダウンリンク及びアップリンク通信経路を示す図２３の光ファイバベースの無線システムの例示的な概略図である。
【図３８Ｂ】ＨＥＵ、アップリンク及びダウンリンクＢＩＣ、ＯＩＭ、及びＲＡＵの構成要素、及びその中のダウンリンク及びアップリンク通信経路を示す図２３の光ファイバベースの無線システムの例示的な概略図である。
【図３８Ｃ】ＨＥＵ、アップリンク及びダウンリンクＢＩＣ、ＯＩＭ、及びＲＡＵの構成要素、及びその中のダウンリンク及びアップリンク通信経路を示す図２３の光ファイバベースの無線システムの例示的な概略図である。
【図３９Ａ】光ファイバベースの無線システムの構成要素を較正する例示的な較正スレッドを示す流れ図である。
【図３９Ｂ】光ファイバベースの無線システムの構成要素を較正する例示的な較正スレッドを示す流れ図である。
【図４０】例示的なマスター及びスレーブＨＥＵ構成の概略図である。
【図４１Ａ】他の例示的な複数のＨＥＵ構成の概略図である。
【図４１Ｂ】他の例示的な複数のＨＥＵ構成の概略図である。
【図４１Ｃ】他の例示的な複数のＨＥＵ構成の概略図である。
【図４２】ウェブクライアントがＨＥＵにアクセスする例示的なウェブブラウザログインページを示す図である。
【図４３】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示されたデフォルトページを示す図である。
【図４４】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示されたデフォルトステータスを示す例示的なデフォルトページを示す図である。
【図４５】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示されたデフォルトステータスを示す例示的なデフォルトページを示す図である。
【図４６】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なＨＥＵ構成ページを示す図である。
【図４７Ａ】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なリンク構成ページを示す図である。
【図４７Ｂ】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なユーザ追加ページを示す図である。
【図４７Ｃ】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なポイント情報ページを示す図である。
【図４８】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なシステムモニタページを示す図である。
【図４９】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なシステムアラームページを示す図である。
【図５０Ａ】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なログページを示す図である。
【図５０Ｂ】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なログページを示す図である。
【図５１Ａ】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的特性ページを示す図である。
【図５１Ｂ】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なインストレーションページを示す図である。
【図５２】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なユーザ構成を示す図である。
【図５３】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なネットワーク設定構成を示す図である。
【図５４】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なシステムＨＥＵページを示す図である。
【図５５】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なサービス注記ページを示す図である。
【図５６】ＨＥＵによりサポートされ、かつウェブブラウザクライアント上に表示された例示的なシステム情報ページを示す図である。
【発明を実施するための形態】
【００１５】
ここで例示的な実施形態を詳細に参照し、その例を添付図面に示し、添付図面においては、全ての実施形態ではなく、一部を示している。実際、本発明の概念は多くの異なる形で実施することができ、本明細書では制限的であると解釈すべきでなく、むしろ、これらの実施形態は、本発明の開示が適用可能な法的要件を満たすように提供するものである。可能な時はいつでも、同様の参照番号は、同様の構成要素又は部品を指すために使用する。
【００１６】
詳述する説明に開示する実施形態は、クライアントに光ファイバ上で通信信号を提供する光ファイバベースの分散型アンテナシステムを含む。通信信号は、無線通信信号とすることができる。分散型アンテナシステムは、一例として、建造物又は他の施設内のクライアントに無線通信サービスを提供する屋内分散型アンテナシステム（ＩＤＡＳ）の一部として設けることができる。システムは、光ファイバケーブル配信を利用した光ファイバ無線（ＲｏＦ）通信を使用することによって通信信号を配信することができる。
【００１７】
一実施形態では、光ファイバベースの無線システムは、１つ又はそれよりも多くのサービス又はキャリアプロバイダから無線周波数（ＲＦ）キャリア信号を受信するヘッドエンドユニット（ＨＥＵ）又はコントローラを使用することができる。ＨＥＵは、キャリア信号通信をサポートしてリモートアンテナユニット（ＲＡＵ）とすることができる終点に光ファイバ上で配信するホスト中立デバイスである。ＲＦキャリア信号は、ＲｏＦ信号に変換されてＲＡＵに提供され、ＲｏＦ信号は、再び、電気ＲＦ信号に変換されてＲＡＵのカバレージエリア内のクライアントデバイスに無線通信される。ＲＡＵは、境目のないカバレージエリアを形成するために建造物又は施設内の位置に設けることができる。ＨＥＵは、カバレージエリアを定義するために望ましい数のＲＡＵとインタフェース接続するように構成することができる。
【００１８】
一実施形態では、ＨＥＵは、１つ又はそれよりも多くのＢＴＳのためにダウンリンク及びアップリンク通信リンクとのインタフェースをサポートするダウンリンク基地局（ＢＴＳ）インタフェース及びアップリンクＢＴＳインタフェースを収容する。ダウンリンクＢＴＳインタフェースは、複数のＢＴＳから電気ＲＦ信号を受信して光インタフェースモジュール（ＯＩＭ）に電気ＲＦ信号を提供するように構成される。ＯＩＭは、ＯＩＭによりサポートされたＲＡＵへの光ファイバ上の送信に向けてダウンリンク上で受信した電気ＲＦ信号をＲｏＦ信号に変換する電気／光（Ｅ／Ｏ）変換器を収容する。ダウンリンク上でＲＡＵによって受信したＲｏＦ信号は、光／電気（Ｏ／Ｅ）変換器を使用して電気ＲＦ信号に変換され、アンテナの範囲のクライアントデバイスにアンテナを通じて放射されてクライアントデバイスとＢＴＳ間のダウンリンク通信を確立する。アップリンク通信に対しては、ＲＡＵはまた、クライアントからアンテナで電気ＲＦ信号を受信するように構成され、これは、ＲｏＦ信号に変換されてアップリンク光ファイバリンク上でＯＩＭに通信して戻される。ＯＩＭによって受信したＲｏＦ信号は、電気ＲＦ信号に変換され、これは、次に、ＨＥＵ及び適切なＢＴＳに通信されてクライアントデバイスとＢＴＳ間のアップリンク通信を確立する。
【００１９】
一実施形態では、光ファイバベースの無線システムにおける通信ダウンリンク及びアップリンクの較正は、そこに発生する場合がある損失を補償するために行うことができる。例えば、ＨＥＵコントローラは、通信ダウンリンクに対してダウンリンク利得を較正するように構成することができる。較正ダウンリンク利得は、各ＲＡＵに対して判断することができる。較正ダウンリンク利得は、ダウンリンクＢＴＳインタフェースにおいて及び／又は各ＲＡＵに対して適用することができる。ＨＥＵコントローラはまた、通信アップリンクに対してアップリンク利得を較正するように構成することができる。較正アップリンク利得は、アップリンクＢＴＳインタフェースにおいて及び／又は各ＯＩＭに対して適用することができる。較正利得のＢＴＳエラー成分は、ＲＡＵ及びＯＩＭとは別にＢＴＳインタフェースを較正するために判断することができる。較正利得は、通信ダウンリンク及び／又は通信アップリンク上に１つ又はそれよりも多くの較正信号を注入することによって判断することができる。通信ダウンリンク上に注入された較正信号はまた、通信アップリンクを較正するのに使用することができ、又は別の較正信号を通信アップリンク上に注入することもできる。
【００２０】
システムの構成要素に提供することができるマイクロコントローラ又はマイクロプロセッサベースの制御システム又はコントローラに関して様々な特徴及びその詳細を説明する前に、光ファイバベースの分散型アンテナシステム及びそのＲＦ通信機能性の例を最初に図１〜図２３に関して以下に説明する。図２４〜図５４は、光ファイバベースの分散型アンテナシステムのＲＦ通信機能と共存するか又はそれと共に常駐する光ファイバベースの分散型アンテナシステムのための様々な制御特徴及び報告特徴をもたらすソフトウエア命令を実行する例示的なコントローラに関して説明している。
【００２１】
この点に関して、図１は、光ファイバベースの分散型アンテナシステムの一般化した実施形態の概略図である。この実施形態では、システムは、１つ又はそれよりも多くのピコセルを作成するように構成された光ファイバベースの無線システム１０である。光ファイバベースの無線システム１０は、ヘッドエンドユニット２０、１つ又はそれよりも多くのトランスポンダ又はリモートアンテナユニット（ＲＡＵ）３０、及びＲＡＵ３０に光学的にヘッドエンドユニット（ＨＥＵ）２０を結合する光ファイバＲＦ通信リンク３６を含む。以下で詳細に説明するように、光ファイバベースの無線システム１０は、ＲＡＵ３０を実質的に中心とすることができるピコセル４０を有する。リモートアンテナトランスポンダユニット又は単に「ＲＡＵ」３０は、ピコセルラー・カバレージエリア４４を形成する。ＨＥＵ２０は、無線周波数（ＲＦ）識別表示（ＲＦＩＤ）、無線ローカルエリアネットワーク（ＷＬＡＮ）通信、又は携帯電話サービスのようないくつかの光ファイバ無線（ＲｏＦ）用途のいずれか１つを実行又は補助するようになっている。ピコセル４０内に示されているのは、パーソナルコンピュータの形態のクライアントデバイス４５である。クライアントデバイス４５は、電磁ＲＦ信号を受信し及び／又は送信するようになったアンテナ４６（例えば、無線カード）を含む。
【００２２】
図２は、図１の光ファイバベースの無線システム１０の例示的な実施形態の概略図である。例示的な実施形態では、ＨＥＵ２０は、特定の無線サービス又は用途に向けて電気ＲＦサービス信号を提供するサービスユニット５０を含む。例示的な実施形態では、サービスユニット５０は、以下に説明するように、１つ又はそれよりも多くの外部ネットワーク２２３からこのような信号を搬送する（又は条件付けしてその後搬送する）ことによって電気ＲＦサービス信号を提供する。特定の例示的な実施形態では、これは、「ＩＥＥＥ  ８０２．１１」規格に明記されるように、すなわち、２．４〜２．５ＧＨｚ及び５．０〜６．０ＧＨｚの周波数範囲でＷＬＡＮ信号配信を行うことを含む。別の例示的な実施形態では、サービスユニット５０は、直接に信号を生成することによって電気ＲＦサービス信号を提供する。別の例示的な実施形態では、サービスユニット５０は、ピコセルラー・カバレージエリア４４内のクライアントデバイス間の電気ＲＦサービス信号の送出を調節する。
【００２３】
サービスユニット５０は、サービスユニットから電気ＲＦサービス信号を受信して、以下でより詳細に説明するように、対応するＲｏＦ信号に変換する電気／光（Ｅ／Ｏ）変換器６０に電気的に結合される。ＲｏＦは、光を電気ＲＦ信号により変調して無線アクセスを補助するために光ファイバリンク上で通信する技術を指す。例えば、所定の周波数のデータ搬送ＲＦ信号が、光リンク上で搬送される前に光波信号に課せられる。従って、無線信号は、光学的に所定の周波数で配信され、アンテナにより増幅及び放射される前に光領域から電気領域に変換される。従って、周波数上方／下方変換は不要であり、従って、簡単かつむしろ費用効率が高い実施がもたらされる。ＲｏＦの利点は、無線媒体と比較して光学媒体上でのＲＦ信号減衰の低減、及び同じような多くの中継器を必要としないＲＦ信号の更なる伝播を含む。更に、光ファイバが、ギガビットデータ転送速度を処理するように設計されるので、ＲｏＦ実施は、将来的に、プロトコル透過性及びビット伝送速度透過性を有するネットワークのより高速化に向けて簡単に適応されることになる。
【００２４】
例示的な実施形態では、Ｅ／Ｏ変換器６０は、ＲｏＦ用途に向けて十分な変動範囲を送出するのに適切なレーザを含み、かつ任意的にレーザに電気的に結合されたレーザドライバ／増幅器を含む。Ｅ／Ｏ変換器６０のための適切なレーザの例には、レーザダイオード、分散フィードバック（ＤＦＢ）レーザ、ファブリ・ペロー（ＦＰ）レーザ、及び垂直空洞面発光レーザ（ＶＣＳＥＬ）がある。
【００２５】
ＨＥＵ２０は、サービスユニット５０に電気的に結合された光／電気（Ｏ／Ｅ）変換器６２を含む。Ｏ／Ｅ変換器６２は、光ＲＦサービス信号を受信して対応する電気信号に変換する。例示的な実施形態では、Ｏ／Ｅ変換器６２は、光検出器、又は線形増幅器に電気的に結合された光検出器である。Ｅ／Ｏ変換器６０及びＯ／Ｅ変換器６２は、「変換器対」６６を構成する。
【００２６】
例示的な実施形態では、サービスユニット５０は、所定の周波数のＲＦキャリアを生成して、キャリア上へその後にＲＦ信号を変調するＲＦ信号変調／復調ユニット７０を含む。変変調／復調ユニット７０はまた、受信ＲＦ信号の復調も行う。サービスユニット５０は、デジタル信号処理ユニット（デジタル信号プロセッサ）７２、データを処理し、そうでなければ論理を実行して演算を行う中央演算処理装置（ＣＰＵ）７４、及びシステム設定及びステータス情報、ＲＦＩＤタグ情報のようなデータを格納するメモリユニット７６も含む。例示的な実施形態では、異なる信号通信経路に関連の異なる周波数は、ＣＰＵ７４からの命令に基づいて異なるＲＦ搬送周波数を生成する変調／復調ユニット７０により作成される。また、以下に説明するように、特定の結合ピコセルに関連の共通周波数は、同じＲＦ搬送周波数を生成する変調／復調ユニット７０により作成される。
【００２７】
図２を引き続き参照すると、例示的な実施形態では、ＲＡＵ３０は、変換器対６６を含み、その中のＥ／Ｏ変換器６０及びＯ／Ｅ変換器６２は、サーキュレータのようなＲＦ信号誘導要素１０６を通じてアンテナシステム１００に電気的に結合される。ＲＦ信号誘導要素１０６は、以下に説明するように、ダウンリンク及びアップリンク電気ＲＦサービス信号を誘導する役目をする。例示的な実施形態では、アンテナシステム１００は、２００６年８月１６日出願の「二重帯域パッチアンテナシステムを伴う光ファイバ無線トランスポンダ」という名称の米国特許出願番号第１１／５０４，９９９号明細書に開示されるような１つ又はそれよりも多くのパッチアンテナを含み、この特許出願は、本明細書において引用により組み込まれている。
【００２８】
ＲＡＵ３０は、ＲＡＵ３０の好ましい実施形態では、信号条件付け要素が僅か数個であり、デジタル情報処理機能がないという点において、無線通信システムに関連の一般的なアクセスポイントデバイスと異なっている。むしろ、情報処理機能は、遠隔操作でＨＥＵ２０内に、特定の例においては、サービスユニット５０に位置する。それによってＲＡＵ３０は、非常にコンパクトであり、かつ実質的に保守フリーとすることができる。更に、ＲＡＵ３０の好ましい例示的な実施形態は、電力消費量が非常に少なく、ＲＦ信号に対して透過性があり、かつ以下に説明するように局所的な電源が不要である。
【００２９】
図２を再び参照すると、光ファイバＲＦ通信リンク３６の例示的な実施形態は、入力端部１３８及び出力端部１４０を有するダウンリンク光ファイバ１３６Ｄ、及び入力端部１４２及び出力端部１４４を有するアップリンク光ファイバ１３６Ｕを含む。ダウンリンク及びアップリンク光ファイバ１３６Ｄ及び１３６Ｕは、ＨＥＵ２０の変換器対６６をＲＡＵ３０の変換器対６６に光学的に結合する。具体的には、ダウンリンク光ファイバ入力端部１３８は、ＨＥＵ２０のＥ／Ｏ変換器６０に光学的に結合され、一方、出力端部１４０は、ＲＡＵ３０でＯ／Ｅ変換器６２に光学的に結合される。同様に、アップリンク光ファイバ入力端部１４２は、ＲＡＵ３０のＥ／Ｏ変換器６０に光学的に結合され、一方、出力端部１４４は、ＨＥＵ２０でＯ／Ｅ変換器６２に光学的に結合される。
【００３０】
例示的な実施形態では、光ファイバベースの無線システム１０は、８５０ｎｍ、１３００ｎｍ、又は１５５０ｎｍのような公知の電気通信波長を使用する。別の例示的な実施形態では、光ファイバベースの無線システム１０は、９８０ｎｍのような他のそれほど一般的でないが適切な波長を使用する。
【００３１】
光ファイバベースの無線システム１０の例示的な実施形態は、ダウンリンクのための単一モード光ファイバ又は多重モード光ファイバ、及びアップリンク光ファイバ１３６Ｄ及び１３６Ｕを含む。光ファイバの特定のタイプは、光ファイバベースの無線システム１０の用途に依存する。多くの建造物内配備用途に対して、最大伝送距離は、一般的に３００メートルを超えない。ダウンリンク及びアップリンク光ファイバ１３６Ｄ及び１３６Ｕに向けて多重モード光ファイバを使用することを考える時に、目標とする光ファイバ無線送信に見合った最大長を考慮すべきである。例えば、１４００ＭＨｚ．ｋｍ多重モードファイバ帯域距離製品は、３００ｍまでの５．２ＧＨｚ送信に十分であることが公知である。
【００３２】
例示的な実施形態では、５０μｍ多重モード光ファイバは、ダウンリンク及びアップリンク光ファイバ１３６Ｄ及び１３６Ｕに使用され、Ｅ／Ｏ変換器６０は、１０ＧＢ／ｓデータ伝送のために指定された市販のＶＣＳＥＬを使用して８５０ｎｍで作動する。より特定の例示的な実施形態では、「ＯＭ３」５０μｍ多重モード光ファイバは、ダウンリンク及びアップリンク光ファイバ１３６Ｄ及び１３６Ｕに使用される。
【００３３】
光ファイバベースの無線システム１０は、電力信号１６２を生成する電源１６０も含む。電源１６０は、その中の電力消費要素に電力を提供するＨＥＵ２０に電気的に結合される。例示的な実施形態では、電力線１６８は、変換器対６６内のＥ／Ｏ変換器６０及びＯ／Ｅ変換器６２、任意的なＲＦ信号誘導要素１０６（要素１０６がサーキュレータのような受動デバイスでない限り）、及びあらゆる他の電力消費要素（図示せず）に電力を提供するために、ＨＥＵ２０を通ってＲＡＵ３０に至る。例示的な実施形態では、電力線１６８は、単一の電圧を搬送し、かつＲＡＵ３０でＤＣ電力変換器１８０に電気的に結合された２つのワイヤ１７０及び１７２を含む。ＤＣ電力変換器１８０は、Ｅ／Ｏ変換器６０及びＯ／Ｅ変換器６２に電気的に結合され、かつＲＡＵ３０内の電力消費構成要素により必要とされる電力レベルに電力信号１６２の電圧又はレベルを変える。例示的な実施形態では、ＤＣ電力変換器１８０は、電力線１６８により搬送された電力信号１６２のタイプによってＤＣ／ＤＣ電力変換器又はＡＣ／ＤＣ電力変換器である。例示的な実施形態では、電力線１６８は、標準的な電気通信及び他の用途に使用される標準的な電力伝送電線、例えば、１８−２６ＡＷＧ（アメリカンワイヤゲージ）を含む。別の例示的な実施形態では、電力線１６８（破線）は、ＨＥＵ２０から又はＨＥＵ２０を通ってではなく、電源１６０からＲＡＵ３０まで直接に延びる。別の例示的な実施形態では、電力線１６８は、２つ又はそれよりも多いワイヤを含んで複数の電圧を搬送する。例示的な実施形態では、ＨＥＵ２０は、ネットワークリンク２２４を通じて外側ネットワーク２２３と作動可能に結合される。
【００３４】
図１及び図２の光ファイバベースの無線システム１０を参照すると、サービスユニット５０は、その特殊用途に対応する電気ダウンリンクＲＦサービス信号ＳＤ（電気信号ＳＤ）を生成する。例示的な実施形態では、これは、望ましい電気信号ＳＤを生成するために、ＲＦ信号変復調ユニット７０にＲＦキャリア上へ変調される電気信号（図示せず）を提供するデジタル信号プロセッサ７２によって提供される。電気信号ＳＤは、Ｅ／Ｏ変換器６０によって受信され、Ｅ／Ｏ変換器６０は、この電気信号を対応する光ダウンリンクＲＦサービス信号ＳＤ’（光波信号ＳＤ’）に変換し、光ダウンリンクＲＦサービス信号ＳＤ’は、次に、入力端部１３８でダウンリンク光ファイバ１３６Ｄに結合される。ここで、例示的な実施形態では、光波信号ＳＤ’は、所定の変調指数を有するように調整されることに注意されたい。更に、例示的な実施形態では、Ｅ／Ｏ変換器６０の変調電源は、アンテナシステム１００から送信電力を変えるために制御される（例えば、１つ又はそれよりも多くの利得制御増幅器（図示せず）により）。例示的な実施形態では、アンテナシステム１００に提供された電力量は、関連のピコセル４０のサイズを定義するように変えられ、このサイズは、例示的な実施形態では、差し渡しで約１メートルから約２０メートルまでの範囲のいずれかにある。
【００３５】
光波信号ＳＤ’は、ダウンリンク光ファイバ１３６Ｄで出力端部１４０に進み、ＲＡＵ３０内のＯ／Ｅ変換器６２によって受信される。Ｏ／Ｅ変換器６２は、光波信号ＳＤを電気信号ＳＤに変換し、電気信号ＳＤは、次に、ＲＦ信号誘導要素１０６まで進む。ＲＦ信号誘導要素１０６は、次に、アンテナ１００に電気信号ＳＤを誘導する。電気信号ＳＤは、アンテナシステム１００に提供され、アンテナシステム１００は、対応する電磁ダウンリンクＲＦサービス信号ＳＤ”（電磁信号ＳＤ”）を放射する。
【００３６】
クライアントデバイス４５がピコセル４０内にあるので、電磁信号ＳＤ”は、クライアントデバイスアンテナ４６によって受信され、クライアントデバイスアンテナ４６は、例えば、無線カード又は携帯電話アンテナの一部とすることができる。アンテナ４６は、クライアントデバイス内で電磁信号ＳＤ”を電気信号ＳＤに変換する（信号ＳＤは、その中では示されない）。クライアントデバイス４５は、次に、電気信号ＳＤを処理し、例えば、メモリ内に信号情報を格納し、その情報を電子メール又はテキストメッセージ又は情報の他の表示としてなどで表示する。クライアントデバイス４５は、電気アップリンクＲＦ信号ＳＵ（クライアントデバイス４５では示さず）を生成することができ、電気アップリンクＲＦ信号ＳＵは、アンテナ４６により電磁アップリンクＲＦサービス信号ＳＵ”（電磁信号のＳＵ”）に変換される。
【００３７】
クライアントデバイス４５がピコセル４０に位置するので、電磁信号ＳＵ”は、ＲＡＵ３０内のアンテナシステム１００により検出され、アンテナシステム１００は、この信号を電気信号ＳＵに変換する。電気信号ＳＵは、ＲＦ信号誘導要素１０６によりＥ／Ｏ変換器６０に誘導され、Ｅ／Ｏ変換器６０は、この電気信号を対応する光アップリンクＲＦサービス信号ＳＵ’（光波信号ＳＵ’）に変換し、光アップリンクＲＦサービス信号ＳＵ’は、次に、アップリンク光ファイバ１３６Ｕの入力端部１４２に結合される。光波信号ＳＤ’は、ダウンリンク光ファイバ１３６Ｄで出力端部１４０に進み、ＨＥＵ２０でＯ／Ｅ変換器６２によって受信される。Ｏ／Ｅ変換器６２は、光波信号ＳＵ’を電気信号ＳＵに変換し、電気信号ＳＵは、次に、サービスユニット５０に誘導される。サービスユニット５０は、電気信号ＳＵを受信及び処理し、これには、例示的な実施形態では、以下のもの、すなわち、信号情報を格納する、信号をデジタル的に処理又は条件付ける、ネットワークリンク２２４を通じて１つ又はそれよりも多くの外部ネットワーク２２３に信号を送る、及びピコセルラー・カバレージエリア４４内の１つ又はそれよりも多くのクライアントデバイス４５に信号を送ることのうちの１つ又はそれよりも多くが含まれる。例示的な実施形態では、電気信号ＳＵの処理は、ＲＦ信号変調／復調ユニット７０内でこの電気信号ＳＵを復調し、次に、デジタル信号プロセッサ７２内で復調された信号を処理することを含む。
【００３８】
図３は、中央ＨＥＵ２１０を含む光ファイバベースの無線システム２００の例示的な実施形態の概略図である。中央ＨＥＵ２１０は、１つ又はそれよりも多くのサービスユニット５０及び１つ又はそれよりも多くのＲＡＵ３０を処理するようになったＨＥＵ２０と考えることができる。中央ＨＥＵ２１０は、複数のＲＡＵ３０を含む光ファイバケーブル２２０に光学的に結合される。光ファイバケーブル２２０は、複数の光ファイバＲＦ通信リンク３６（図２）によって構成され、各リンクは、対応するＲＡＵ３０に光学的に結合される。例示的な実施形態では、複数のＲＡＵ３０は、縁部で重なり合うことができるピコセル４０から構成された望ましいピコセルラー・カバレージエリア４４を作成するために光ファイバケーブル２２０の長さ方向に（例えば、８メートル間隔で）離間している。
【００３９】
図４は、中央ＨＥＵ２１０の例示的な実施形態の詳細概略図である。中央ＨＥＵ２１０内に直接に図１の複数のＨＥＵ２０を含むのではなく、例示的な実施形態では、ＨＥＵ２０は、各サービスユニット５０が、特定のサービスユニット５０の特定用途により、ＲＡＵ３０の１つ、一部、又は全てと通信することを可能にするように修正される。サービスユニット５０の各々は、ＲＦ送信線２３０及びＲＦ受信線２３２に電気的に結合される。図４では、例示の明瞭さを期すために６つのサービスユニット５０Ａ、５０Ｆのうち３つのみが示されている。
【００４０】
例示的な実施形態では、光ファイバベースの無線システム２００は、更に、サービスユニット５０と作動可能に結合され、かつＲＡＵ３０と通信する際にサービスユニット５０の作動を制御及び調節するようになった主コントローラ２５０を含む。例示的な実施形態では、主コントローラ２５０は、中央演算処理装置２５２及びデータを格納するメモリユニット２５４を含む。ＣＰＵ２５２は、サービスユニット５０の１つ又はそれよりも多くにより主コントローラ２５０に提供された情報を処理するようになっている（例えば、プログラムされている）。例示的な実施形態では、主コントローラ２５０は、提供されるか又はそうでなければコンピュータ可読媒体上で符号化された命令（プログラム）を実行するようになったプログラマブルコンピュータであるか又はそれを含む。
【００４１】
中央ＨＥＵ２１０は、更に、主コントローラ２５０と作動可能に結合されたダウンリンクＲＦ信号マルチプレクサ（ダウンリンクマルチプレクサ）２７０を含む。ダウンリンクマルチプレクサ２７０は、入力側２７２及び出力側２７４を有する。ＲＦ送信線２３０は、入力側２７２でダウンリンクマルチプレクサ２７０に電気的に結合される。
【００４２】
例示的な実施形態では、ダウンリンクマルチプレクサ２７０は、以下に説明するように、サービスユニット５０とＲＡＵ３０の間の選択的な通信を可能にするＲＦ信号誘導要素２８０（例えば、ＲＦスイッチ）を含む。一例において、選択的な通信では、対応するピコセル４０をポーリングするためにＲＡＵ３０に順番にアドレス指定することを伴う。このような順次ポーリングは、例えば、サービスユニット５０の１つがピコセル４０（図３）内でＲＦＩＤタグ２９０を検索するＲＦＩＤ読取器である時に利用することができる。例示的な実施形態では、ＲＦＩＤタグ２９０は、付属のＲＦＩＤタグ２９０を通じて追跡されるか、又はそうでなければモニタされるように品目２９２（図３）に取り付けられる。別の例示的な実施形態では、選択的な通信では、ＲＡＵ３０の一部又は全部を同時にアドレス指定する。例えば、このような同時アドレス指定は、サービスユニット５０の１つがピコセル４０の一部又は全ての同時のカバレージをもたらす携帯電話送信機又はＲＦ信号フィードスルーユニットである時に利用することができる。
【００４３】
中央ＨＥＵ２１０は、主コントローラ２５０と作動可能に結合され、かつ入力側３２２及び出力側３２４を有するアップリンクＲＦ信号マルチプレクサ（アップリンクマルチプレクサ）３２０を含む。受信線２３２は、出力側３２４でアップリンクマルチプレクサ３２０に電気的に結合される。例示的な実施形態では、アップリンクマルチプレクサ３２０は、ＲＦ信号誘導要素３２８を含む。
【００４４】
中央ＨＥＵ２１０は、Ｅ／Ｏ変換器アレイ３６０を形成するいくつかのＥ／Ｏ変換器６０、及びＯ／Ｅ変換器アレイ３６２を形成する対応する数のＯ／Ｅ変換器６２も含む。Ｅ／Ｏ変換器６０は、電気線３３０を通じてダウンリンクマルチプレクサ２７０の出力側２７４に電気的に結合され、かつ対応するダウンリンク光ファイバ１３６Ｄの入力端部１３８に光学的に結合される。Ｏ／Ｅ変換器６２は、電気線３３２を通じてアップリンクマルチプレクサ３２０の入力側３２２に電気的に結合され、かつ対応するアップリンク光ファイバ１３６Ｕの出力端部１４４に光学的に結合される。ダウンリンク光ファイバ１３６Ｄは、ダウンリンク光ファイバケーブル３７８を構成し、アップリンク光ファイバ１３６Ｕは、アップリンク光ファイバケーブル３８０を構成する。
【００４５】
図５Ａは、ダウンリンク及びアップリンク光ファイバ１３６Ｄ及び１３６Ｕ、及び６つのＲＡＵ３０のうちの２つを示す光ファイバケーブル２２０の詳細概略図である。また、ＲＡＵ３０に電気的に結合された電力線１６８も示されている。例示的な実施形態では、光ファイバケーブル２２０は、保護外側ジャケット３４４を含む。例示的な実施形態では、ＲＡＵ３０は、保護外側ジャケット３４４内に完全に常駐する。図５Ｂは、ＲＡＵ３０が保護外側ジャケット３４４の外側にある例示的な実施形態を示す図５Ａと類似の概略図である。保護外側ジャケット３４４の外側にＲＡＵ３０を設けることにより、以下に説明するように、光ファイバケーブル２２０が配備された後に、建造物インフラストラクチャーに対してＲＡＵ３０を配置しやすくなる。
【００４６】
図３、図４、図５Ａ、及び図５Ｂを参照すると、光ファイバベースの無線システム２００は、以下のように作動する。中央ＨＥＵ２１０、サービスユニット５０Ａ、５０Ｂ、…、５０Ｆの各々は、特定のサービスユニット５０の特定用途に対応するそれぞれの電気信号ＳＤを生成するか、又は１つ又はそれよりも多くの外側ネットワーク２２３からこれらの信号を通過させる。電気信号ＳＤは、ＲＦ送信線２３０でダウンリンクマルチプレクサ２７０に通信される。ダウンリンクマルチプレクサ２７０は、次に、結合して（周波数において）、Ｅ／Ｏ変換器アレイ３６０内のＥ／Ｏ変換器６０に様々な電気信号ＳＤを配信する。例示的な実施形態では、ダウンリンクマルチプレクサ２７０及びその中のＲＦ信号誘導要素２８０は、特定のサービスユニット用途により、Ｅ／Ｏ変換器アレイ３６０内でのＥ／Ｏ変換器６０の１つ、一部、又は全て、従って、ＲＡＵ３０の１つ、一部、又は全てへの直接の電気信号ＳＤに従って制御信号Ｓ１（図示せず）を通じて主コントローラ２５０により制御される。例えば、サービスユニット５０Ａが携帯電話ユニットである場合、例示的な実施形態では、そこからの電気信号ＳＤ（例えば、１つ又はそれよりも多くの外側ネットワーク２２３からそれを通過する）は、ＲＦ信号誘導要素２８０により等しく分割され（かつ任意的に増幅され）、Ｅ／Ｏ変換器アレイ３６０内の各Ｅ／Ｏ変換器６０に提供される。従って、それによって各ＲＡＵ３０がアドレス指定される。一方、サービスユニット５０ＦがＷＬＡＮサービスユニットである場合、ＲＦ信号誘導要素２８０は、選択ＲＡＵ３０だけがアドレス指定されるように、Ｅ／Ｏ変換器アレイ３６０内のＥ／Ｏ変換器６０の選択されたものに電気信号ＳＤを誘導するように適応させる（例えば、プログラムする）ことができる。
【００４７】
従って、Ｅ／Ｏ変換器アレイ３６０内のＥ／Ｏ変換器６０の１つ、一部、又は全ては、ダウンリンクマルチプレクサ２７０から電気信号ＳＤを受信する。Ｅ／Ｏ変換器アレイ３６０内のアドレス指定されたＥ／Ｏ変換器６０は、電気信号ＳＤを対応する光波信号ＳＤ’に変換し、光波信号ＳＤ’は、対応するダウンリンク光ファイバ１３６Ｄで対応するＲＡＵ３０に通信される。アドレス指定されたＲＡＵ３０は、光波信号ＳＤ’を電気信号ＳＤに変換し、電気信号ＳＤは、次に、特定のサービスユニット用途に対応する電磁信号ＳＤ”に変換される。
【００４８】
図６は、対応するピコセル４０と、ＲＡＵ３０とピコセル４０内のクライアントデバイス４５間のダウンリンク及びアップリンク電磁信号ＳＤ”及びＳＵ”とのやり取りとを示すＲＡＵ３０の１つの詳細図である。特に、電磁信号ＳＵ”は、対応するＲＡＵ３０によって受信され、電気信号ＳＵに、次に、光波信号ＳＤ’に変換される。光学信号ＳＤ’は、次に、アップリンク光ファイバ１３６Ｕで進み、アドレス指定されたＲＡＵ３０のためにＯ／Ｅ変換器アレイ３６２及びその中の対応するＯ／Ｅ変換器６２によって受信される。Ｏ／Ｅ変換器６２は、光波信号ＳＵ’を電気信号ＳＵに変換し、電気信号ＳＵは、次に、アップリンクマルチプレクサ３２０に進む。アップリンクマルチプレクサ３２０は、次に、これらの電気信号を受信することを必要とするサービスユニット５０に電気信号ＳＵを配信する。受信側サービスユニット５０は、電気信号ＳＵを処理し、これは、例示的な実施形態では、以下のもの、すなわち、信号情報を格納する、信号をデジタル的に処理又は条件付ける、ネットワークリンク２２４を通じて１つ又はそれよりも多くの外部ネットワーク２２３に信号を送る、及びピコセルラー・カバレージエリア４４内の１つ又はそれよりも多くのクライアントデバイス４５に信号を送ることのうちの１つ又はそれよりも多くを含む。
【００４９】
例示的な実施形態では、アップリンクマルチプレクサ３２０及びその中のＲＦ信号誘導要素３２８は、電気信号ＳＵを受信することを必要とするサービスユニット５０に電気信号ＳＵを誘導するように制御信号Ｓ２（図４）を通じて主コントローラ２５０によりに制御される。サービスユニット５０の一部又は全てからの異なるサービス（すなわち、携帯電話サービス、データ通信用ＷｉＦｉ、ＲＦＩＤモニタリングなど）は、周波数多重化によりＲＦ信号レベルで組み合わせることができる。
【００５０】
例示的な実施形態では、中央ＨＥＵ２１０の電源１６０からの単一の電力線１６８は、図６に示すように、光ファイバケーブル２２０に組み込まれて各ＲＡＵ３０に電力を提供するようになっている。各ＲＡＵ３０は、例えば、ＤＣ電力変換器１８０（図２）を通じて必要量の電源を取り出す。ＲＡＵ３０の好ましい実施形態は、比較的低い機能性及び電力消費量を有するので、比較的低い電力レベルのみが必要とされ（例えば、〜１ワット）、大径ワイヤ（例えば、２０ＡＷＧ又はそれよりも大きい）を電力線１６８のために使用することができる。光ファイバケーブル２２０内で多くのＲＡＵ３０（例えば、１３個以上）を使用する例示的な実施形態では、又はＲＡＵ３０の電力消費量が特殊設計のために１ワットより大幅に大きい場合、より小径のワイヤ又は複数のワイヤが電力線１６８に使用される。光ファイバケーブル２２０内の電力線１６８に沿った不可避の電圧降下には、一般的に、各ＲＡＵ３０での大きい範囲（〜３０ボルト）の電圧調節が必要である。例示的な実施形態では、各ＲＡＵ３０のＤＣ電力変換器１８０は、この電圧調節機能を実行する。予想電圧降下が既知である場合、例示的な実施形態では、主コントローラ２５０は、電圧調節を実行する。代替的な実施形態では、各ＲＡＵ３０での遠隔電圧測定が行われているが、この手法は、システムを複雑化するので好ましいものでない。
【００５１】
図７は、例示的な集中光ファイバベースの無線システム４００の例示的な実施形態の概略図である。集中光ファイバベースの無線システム４００は、上述の光ファイバベースの無線システム２００と類似のものであるが、中央ＨＥＵ２１０に光学的に結合された複数の光ファイバケーブル２２０を含む。中央ＨＥＵ２１０は、変換器アレイユニット４１０内に対に配置されたいくつかのＥ／Ｏ変換器アレイ３６０及び対応する数のＯ／Ｅ変換器アレイ３６２を含み、１つの変換器アレイユニット４１０は、１つの光ファイバケーブル２２０に光学的に結合される。同様に、集中光ファイバベースの無線システム４００は、マルチプレクサユニット４１４内に対に配置されたいくつかのダウンリンクマルチプレクサ２７０及びアップリンクマルチプレクサ３２０を含み、１つのマルチプレクサユニット４１４は、１つの変換器アレイユニット４１０に電気的に結合される。例示的な実施形態では、主コントローラ２５０は、各マルチプレクサユニット４１４に電気的に結合され、かつその中のダウンリンク及びアップリンクのマルチプレクサ２７０及び３２０の作動を制御するようになっている。ここでは、用語「アレイ」は、当業技術においてよく行われているように単一のチップの上へ一体化された構成要素に限定されることを意図したものではなく、個別の非一体化構成要素の構成を含む。
【００５２】
各Ｅ／Ｏ変換器アレイ３６０は、対応するマルチプレクサユニット４１４内でダウンリンクマルチプレクサ２７０に電気的に結合される。同様に、各Ｏ／Ｅ変換器アレイ３６２は、対応するマルチプレクサユニット４１４内でアップリンクマルチプレクサ３２０に電気的に結合される。サービスユニット５０は、各マルチプレクサユニット４１４内で各々ダウンリンク及びアップリンクのマルチプレクサ２７０及び３２０に電気的に結合される。それぞれのダウンリンク及びアップリンク光ファイバケーブル３７８及び３８０は、対応する光ファイバケーブル２２０に各変換器アレイユニット４１０を光学的に結合する。例示的な実施形態では、中央ＨＥＵ２１０は、コネクタポート４２０を含み、光ケーブル２２０は、コネクタポート４２０に接続されるようになったコネクタ４２２を含む。例示的な実施形態では、コネクタ４２２は、ノースカロライナ州ヒッコリ所在の「Ｃｏｒｎｉｎｇ  Ｃａｂｌｅ  Ｓｙｓｔｅｍｓ、Ｉｎｃ．」から販売されたＵＮＩＣＡＭ（登録商標）ＭＴＰコネクタのようなＭＴ（機械的伝達）コネクタである。例示的な実施形態では、コネクタ４２２は、コネクタポート４２０に接続した電力線１６８を収容するようになっている。
【００５３】
図８は、複数の光ファイバケーブル２２０を使用することによって形成された拡張ピコセルラー・カバレージエリア４４を示す集中光ファイバベースの無線システム４００の「全体」図である。例示的な実施形態では、集中光ファイバベースの無線システム４００は、２つのＲＡＵ３０から何百ものＲＡＵ３０までの何千ものＲＡＵ３０さえ位置に関わらずサポートする。使用するＲＡＵ３０の特定の数は、基本的に、集中光ファイバベースの無線システム４００の設計ではなく特定用途により限定される。
【００５４】
図８では、ピコセル４０は、重複なしで示されている。この重複なしは、同じ周波数で作動する隣接ピコセルの間に発生するそうでなければ望ましくない実質的な重複を回避するために、僅かに異なる周波数で作動する隣接ＲＡＵ３０に基づくものである。同じ周波数の重なりは、２つ又はそれよりも多くのピコセルを結合する実施形態に関連して以下でより詳細に説明する。
【００５５】
光ファイバベースの無線システム４００は、ＲＡＵ３０が単一の光ファイバケーブル２２０内にあるのではなく、対応する２つ又はそれよりも多くの変換器アレイユニット４１０を使用して２つ又はそれよりも多くの光ファイバケーブル２２０に配置されるという点を除き、上述のように、光ファイバベースの無線システム２００と同様に作動する。サービスユニット５０からの電気信号ＳＤは、各マルチプレクサユニット４１４に配信される。その中のダウンリンクマルチプレクサ２７０は、どのＲＡＵ３０がどのサービスユニット５０によりアドレス指定すべきであるかにより、変換器アレイユニット４１０の１つ、一部、又は全てに電気信号ＳＤを通信する。電気信号ＳＤは、次に、上述のように処理され、ダウンリンク光波信号ＳＤ’は、ＲＡＵ３０の１つ、一部、又は全てに送られる。対応するピコセル４０内でクライアントデバイス４５によって生成されたアップリンク光波信号ＳＵ’は、中央ＨＥＵ２１０で対応する変換器アレイユニット４１０に戻す。光波信号ＳＵ’は、受信側変換器アレイユニット４１０で電気信号ＳＵに変換され、次に、対応するマルチプレクサユニット４１４内のアップリンクマルチプレクサ３２０に送られる。その中のアップリンクマルチプレクサ３２０は、受信側電気信号ＳＵを必要とするサービスユニット５０に電気信号ＳＵを誘導するようになっている（例えば、主コントローラ２５０によりプログラムされる）。受信側サービスユニット５０は、電気信号ＳＵを処理し、これは、上述のように、例示的な実施形態では、以下のもの、すなわち、信号情報を格納する、信号をデジタル的に処理又は条件付ける、ネットワークリンク２２４を通じて１つ又はそれよりも多くの外部ネットワーク２２３に信号を送る、及びピコセルラー・カバレージエリア４４内の１つ又はそれよりも多くのクライアントデバイス４５に信号を送ることのうちの１つ又はそれよりも多くを含む。
【００５６】
図９Ａは、一般的に、オフィス建造物、学校、病院、大学建造物、空港、倉庫などのような光ファイバベースの無線システムが有用であると思われるあらゆるタイプの建造物を表す建造物インフラストラクチャー５００の概略切り欠き図である。建造物インフラストラクチャー５００は、１階（地上）５０１、２階５０２、及び３階５０３を含む。１階５０１は、床５１０及び天井５１２によって定められ、２階５０２は、床５２０及び天井５２２によって定められ、３階５０３は、床５３０及び天井５３２によって定められる。例示的な集中光ファイバベースの無線システム４００は、階５０１、５０２、及び５０３を対象とするピコセルラー・カバレージエリア４４をもたらすために建造物インフラストラクチャー５００に組み込まれている。
【００５７】
例示的な実施形態では、集中光ファイバベースの無線システム４００は、建造物インフラストラクチャー５００内での多くのＲＡＵ３０の配置を補助するいくつかの異なる区画を有する主ケーブル５４０を含む。図９Ａは、主ケーブル５４０の例示的な実施形態の概略図である。主ケーブル５４０は、図９Ｂでも例によって示されている。図９Ａに示すように、主ケーブル５４０は、中央ＨＥＵ２１０からアップリンク及びダウンリンク光ファイバケーブル３７８及び３８０の全てを担持する立ち上がり区画５４２を含む。ケーブル幹線５４０は、選択ダウンリンク及びアップリンク光ファイバケーブル３７８及び３８０を電力線１６８と共にいくつかの光ファイバケーブル２２０に接続されるようになった１つ又はそれよりも多くのマルチケーブル（ＭＣ）コネクタ５５０を含む。例示的な実施形態では、ＭＣコネクタ５５０は、個々のコネクタポート４２０を含み、光ファイバケーブル２２０は、適合コネクタ４２２を含む。例示的な実施形態では、立ち上がり区画５４２は、合計７２本のダウンリンク光ファイバ１３６Ｄ及び７２本のアップリンク光ファイバ１３６Ｕを含み、一方、１２本の光ファイバケーブル２２０の各々は、６本のダウンリンク光ファイバ及び６本のアップリンク光ファイバを担持する。
【００５８】
主ケーブル５４０により、複数の光ファイバケーブル２２０は、１階、２階、及び３階５０１、５０２、及び５０３のための拡張ピコセルラー・カバレージエリア４４をもたらすために建造物インフラストラクチャー５００内に配線する（例えば、天井５１２、５２２、及び５３２に固定する）ことができる。例示的なタイプのＭＣコネクタ５５０は、光学的電気通信システム内で入ってくる光ファイバケーブル及び出て行く光ファイバケーブルを接続するのに使用される「パッチパネル」である。
【００５９】
多重区画主ケーブル５４０の例示的な実施形態では、電源１６０からの電力線１６８は、中央ＨＥＵ２１０から立ち上がり区画５４２を通って延び、ＭＣコネクタ５５０（図８）の光ファイバケーブル２２０内に分岐する。例示的な代替的な実施形態では、電力は、図９Ａ及び図９Ｂに示す破線の四角の電源１６０及び破線の電力線１６８によって示すように、各ＭＣコネクタ５５０で別々に提供される。
【００６０】
例示的な実施形態では、中央ＨＥＵ２１０及び電源１６０は、建造物インフラストラクチャー５００に位置し（例えば、物置又は制御室内）、一方、別の例示的な実施形態では、その一方又は両方は、遠隔位置の建造物の外側に位置する。
【００６１】
例示的な実施形態は、特定の必要性に合うように異なる階のためのピコセルラー・カバレージエリア４４を調整又は設計することを伴う。図１０は、ＭＣコネクタ５５０から枝分かれして天井５３２（図１０）の上に延びる３本の光ファイバケーブル２２０を示す建造物インフラストラクチャー５００の２階５０２の概略「全体」図である。ＭＣコネクタ５５０は、コネクタポート５６０を含み、かつ３本の光ケーブル２２０は、この実施形態ではコネクタポート５６０に接続するようになったコネクタ５６２を含む。ＲＡＵ３０に関連のピコセル４０（図１０では図示せず）は、２階５０２を対象とする拡張ピコセルラー・カバレージエリア４４を形成し、ピコセルは、１階及び３階５０１及び５０３（図９Ａ）より数が少なくかつ大きい。このような異なるピコセルラー・カバレージエリア４４は、異なる階に異なる無線上の必要性が存在する時に望ましい場合がある。例えば、３階５０３には、簡単なクライアントデバイス４５と考えることができるＲＦＩＤタグ２９０（図３）を通じて目録を作りかつ追跡する必要がある品目のためのストレージとしてそれが機能する場合に、比較的密度の高いピコセルカバレージが必要であろう。同様に、２階５０２は、携帯電話サービスを提供し及びＷＬＡＮカバレージをもたらすために面積がより広くかつ数がより少ないピコセルを必要とするオフィス空間とすることができる。
【００６２】
図１１Ａは、カバレージエリアに様々なタイプの無線サービスを提供するために複数のＨＥＵ又は局６１０を組み込む光ファイバベースの無線システム６００の例示的な実施形態の概略図である。図１１Ｂは、光ファイバベースの無線システム６００を使用することができるあらゆるタイプの建造物を全体的に表す建造物インフラストラクチャー６２０の部分概略切り欠き図である。この実施形態のこの光ファイバベースの無線システム６００は、建造物内で無線サービスを提供する屋内分散型アンテナシステム（ＩＤＡＳ）とすることができる。以下に説明する実施形態では、提供するサービスは、ＲＦＩＤ追跡、ＷｉＦｉ、ＬＡＮ、その組合せなどである携帯電話サービス、無線サービスとすることができる。図１１Ｂは、単一のＨＥＵ６１０及び関連のシステム構成要素によって提供されるカバレージを示すが、建造物インフラストラクチャーは、図１１Ａで概略的に示すように、光ファイバベースの無線システム６００の一部を含む複数のＨＥＵ６１０によるサービスを受けることができる。
【００６３】
図１１Ｂを最初に参照すると、建造物インフラストラクチャー６２０は、１階（地上）６０１、２階６０２、及び３階６０３を含む。階６０１、６０２、６０３は、建造物インフラストラクチャー６２０内のカバレージエリア６３０をもたらすために主端子ボード６１２を通じてＨＥＵ６１０によるサービスを受ける。例示の簡潔さを期すために、階６０１、６０２、６０３の天井のみを図１１Ｂに示している。この例示的な実施形態では、主ケーブル６４０は、建造物インフラストラクチャー６２０内での多くのＲＡＵ６５０の配置を補助するいくつかの異なる区画を有する。各ＲＡＵ６５０は、カバレージエリア６３０内の担当カバレージエリアに対応する。主ケーブル６４０は、例えば、図１１に全体的に示すような構成を有することができ、かつＨＥＵ６１０への及びそこからのアップリンク及びダウンリンク光ファイバケーブルの全てを担持する立ち上がり区画６４２を含むことができる。主ケーブル６４０は、選択ダウンリンク及びアップリンク光ファイバケーブルを電力線と共にいくつかの光ファイバケーブルに接続されるようになった１つ又はそれよりも多くのマルチケーブル（ＭＣ）コネクタを含む。例示的な実施形態では、相互接続ユニット６６０は、各階６０１、６０２、及び６０３に対して設けられ、相互接続ユニット６６０は、光ファイバケーブルポートの個々の受動ファイバ相互接続を含む。光ファイバケーブル６４４は、適合するコネクタを含む。例示的な実施形態では、立ち上がり区画６４２は、合計３６本のダウンリンク光ファイバ及び３６本のアップリンク光ファイバを含み、一方、６本の光ファイバケーブル６４４の各々は、６本のＲＡＵ６５０に対応するために６本のダウンリンク光ファイバ及び６本のアップリンク光ファイバを担持する。光ファイバケーブル６４４の数は、第２、第３などのＨＥＵ６１０の追加を含む異なる用途に適合するように変えることができる。
【００６４】
一態様により、各相互接続ユニット６６０は、ＲＡＵ６５０に電力を提供するために光ファイバケーブル６４４内の導体に低電圧ＤＣ電流を提供することができる。例えば、相互接続ユニット６６０は、建造物インフラストラクチャー６２０内で直ちに利用することができるＡＣ１１０Ｖ電力を変圧するＡＣ／ＤＣ変圧器を含むことができる。一実施形態では、変圧器は光ファイバケーブル６４４に４８Ｖ又はそれ未満の比較的低電圧のＤＣ電流を提供する。無停電電源は、光ファイバベースの無線システム６００に運用中の耐久性に与えるために相互接続ユニット６６０及びＨＥＵ６１０に設けることができる。光ファイバケーブル６４４内で利用される光ファイバは、システムに必要とされるサービスの種類に基づいて選択することができ、単一モード及び／又は多重モードファイバを使用することができる。
【００６５】
主ケーブル６４０により、複数の光ファイバケーブル６４４を建造物インフラストラクチャー６２０内に配線（例えば、各階６０１、６０２、及び６０３の天井又は他の支持面に固定）して、１階、２階、及び３階６０１、６０２、及び６０３のためのカバレージエリア６３０をもたらすことができる。例示的な実施形態では、ＨＥＵ６１０は、建造物インフラストラクチャー６２０内（例えば、物置又は制御室内）にあり、一方、別の例示的な実施形態では、遠隔位置の建造物に位置することができる。セルラサービスプロバイダのような第２の当事者により設けることができる基地局（ＢＴＳ）６７０は、ＨＥＵ６１０に接続され、かつ同じ位置に設けるか、又は配置ＨＥＵ６１０から離れた位置に設けることができる。ＢＴＳは、ＨＥＵ６１０に入力信号を提供するあらゆる局又は提供源であり、かつＨＥＵ６１０から戻り信号を受信することができる。一般的な携帯システムにおいて、例えば、無線電話カバレージをもたらすために、複数のＢＴＳが複数の遠隔位置に配置される。各ＢＴＳは、対応するセルに対応し、移動局がセルを入った時に、ＢＴＳは、移動局と通信する。各ＢＴＳは、関連のセル内で作動する１つ又はそれよりも多くの加入者ユニットとの通信を有効化する少なくとも１つの無線送受信機を含むことができる。
【００６６】
図１１Ａに概略的に示す光ファイバベースの無線システム６００は、単一システムとして相互接続する又はまとめられた図１１Ｂに示す構成のうち本質的に６つ（そのうちの３つを例示）を表している。光ファイバベースの無線システム６００は、従って、建造物インフラストラクチャー内のカバレージエリアのより広域化（例えば、更に別の階を対象）を提供することができる。図１１Ａでは、６つのＨＥＵ６１０は、電力分配器７１４を通じて基地局（ＢＴＳ）６７０に接続される。図７Ｂに全体的に示すように、各光ファイバケーブル６４４は、アンテナ（１つのＲＡＵ６５０は、例示の簡潔さを期すために各光ファイバケーブル６４４に対して図示）を有する複数のＲＡＵ６５０に接続される。ＨＥＵ６１０は、この実施形態では、いかなる特定のサービスプロバイダとも関連しない同じインフラストラクチャーを有する１つ又はそれよりも多くのＢＴＳ６７０にサービスを提供することができるホスト中立システムである。各ＨＥＵ６１０は、６本の光ファイバケーブル６４４（図１１Ｂにも示すように）に接続される。例示的な光ファイバベースの無線システム６００は、従って、２１６個のＲＡＵ６５０を含み、６個のＨＥＵ６１０の各々は、３６個のＲＡＵ６５０に接続されるが、含まれるＨＥＵ６１０、光ファイバケーブル６４４、及びＲＡＵ６５０の個数は、望ましいカバレージエリアによって加減することができる。例えば、６個よりも少ないＨＥＵ６１０を使用して、ＲＡＵ６５０をサポートする各ＨＥＵ６１０の機能を増大させることによって図１１Ａの場合と同じカバレージ機能を得ることができる。各光ファイバケーブル６４４は、関連のＨＥＵ６１０と光ファイバケーブル６４４に接続したＲＡＵ６５０間を延びる電力線を含むことができ、及び／又は電力は、相互接続ユニット６６０で提供することができる。図示の実施形態では、電力は、相互接続ユニット６６０で提供される。ＲＡＵ６５０は、上述のように、光ファイバケーブル６４４が配備された後で建造物インフラストラクチャーに対してＲＡＵ６５０を配置するのがより容易であるように、光ファイバケーブル６４４の保護外側ジャケットの外側に位置することができる。
【００６７】
図１２Ａは、例示的ＨＥＵ６１０の概略図である。図示の実施形態では、ＨＥＵ６１０は、ユニット構成要素の機能を管理し、かつＣＩＦを通じて外部デバイスと通信する処理区画７４２を含む。ＨＥＵ６１０は、接続部７４４、７４６で複数の基地局、送受信機などに接続することができる。接続部７４４は、ダウンリンク接続部であり、接続部７４６は、アップリンク接続部である。各ダウンリンク接続部７４４は、ＨＥＵ６１０に位置するダウンリンクＢＴＳインタフェースカード（ＢＩＣ）７５４に接続され、各アップリンク接続部７４６は、ＨＥＵ６１０内にも位置するアップリンクＢＩＣ７５６に接続される。ダウンリンクＢＩＣ７５４は、ケーブル７５８により、中央部パネルの形態とすることができる同軸コネクタパネル７６０に接続される。アップリンクＢＩＣ７５６は、ケーブル７５８により同軸コネクタパネル７６０にも接続される。同軸コネクタパネル７６０は、光ファイバケーブル６４４を通じてＲＡＵ６５０で光通信及び電気通信している複数の光インタフェースモジュール（ＯＩＭ）７７０と電気通信している。ＯＩＭ７７０は、同軸コネクタパネル７６０に直接に接続することができる。
【００６８】
ＯＩＭ７７０は、６つまでのＲＡＵ６５０をサポートするように示されているが、ＯＩＭ７７０は、この実施形態では、各々３つまでのＲＡＵ６５０を各々がサポートする２枚の光インタフェースカード（ＯＩＣ）から構成されることに注意されたい。これを図１２Ｂでは代替例示的なＨＥＵ６１０’において更に提供している。図１２Ｂに示すように、２つのＯＩＣ７７１は、各ＯＩＭ７７０に設けられる。中央平面インタフェースカード７４７は、ＤＬ−ＢＩＣ７５４とインタフェース接続するためにＨＥＵ６１０’に、ＵＬ−ＢＩＣ７５６内ではＯＩＣ７７１に配置することができる。ヘッドエンドコントローラ（ＨＥＣ）７７３も、ＨＥＵ６１０’内に含まれており、ヘッドエンドコントローラ（ＨＥＣ）７７３は、本出願においてより詳細に説明するように、これらの構成要素のために他のタスクをモニタ、構成、及び実行するためにＤＬ−ＢＩＣ７５４、ＵＬ−ＢＩＣ７５６、ＯＩＣ７７０、及びＲＡＵ７７１と通信するように構成される。ＲＳ−２３２シリアルポート７７５、ユニバーサルシリアルバス（ＵＳＢ）ポート７７７、及びイーサネットポート７７９を含むがこれに限らず、いくつかのポートを設けてＨＥＣ７７３との外部インタフェースを可能にすることができる。これらのポートは、ＤＬ−ＢＩＣ７５４、ＵＬ−ＢＩＣ７５６、ＯＩＣ７７０、及びＲＡＵ７７１を形成してＤＬ−ＢＩＣ７５４、ＵＬ−ＢＩＣ７５６、ＯＩＣ７７０、及びＲＡＵ７７１のモニタリング及びステータスに関する情報を受信する指令をＨＥＣ７７３に提供するためのようなＨＥＣ７７３との外部情報交換を可能にするものである。
【００６９】
図１３は、ＨＥＵ６１０の前部概観であり、図１４は、ＨＥＵ６１０の後部概観である。図１３は、各ＯＩＭ７７０に割り当てられたＲＡＵ６５０に接続するのに使用されるＯＩＭ７７０及びコネクタ７７４を示している。図１１Ｂ及び図１２にも示すように、各ＯＩＭ７７０は、接続部７４４で６つの光ファイバケーブル６４４に接続される。図１３は、ＨＥＵ６１０のＨＥＣ７７３内のスイッチ７７８及び処理区画７４２の向きも示している。以下でより詳細に説明するように、処理区画７４２は、ＨＥＵ６１０及びＲＡＵ７７１の構成要素を構成及びモニタするソフトウエアを用いるマイクロプロセッサを含む。スイッチ７７８は、以下でより詳細に説明するように、ＨＥＵ６１０がマスターユニットとして付加的なＯＩＭ７７０及びＲＡＵ７７１を制御してアクセス可能にすることを可能にするために、スレーブ構成で付加的なＨＥＵ６１０をＨＥＵ６１０に接続されることを可能にするように設けられる。代替的に、スイッチ７７８及び処理区画７４２は、ＨＥＣ７７３から別々のボード又はモジュール内に含めることができる。処理区画７４２は、例えば、オハイオ州ウォレンズヴィル所在の「Ｅｍｂｅｄｄｅｄ  Ｐｌａｎｅｔ」から販売されるＥＰ４４０Ｃシングルボードコンピュータのような市販のコンピュータとすることができる。処理区画７４２は、ＤＤＲメモリインタフェース、及び統合イーサネット、ＵＳＢ、ＵＡＲＴ、Ｉ２Ｃ、ＳＰＩ、及びＰＣＩインタフェースのような構成要素を含むことができる。図１４は、ＨＥＵ６１０に関するダウンリンク及びアップリンクＢＩＣ７５４、７５６上の接続部７４４、７４６及び電源７８８を示している。図示の実施形態では、電源７８８は、Ａｓｔｒｏｄｙｎｅから販売された型番ＭＰＳ−２００である。
【００７０】
図１５Ａは、単一のプリント回路基板（ＰＣＢ）上で６つまでのＲＡＵ６５０をサポートするＯＩＣ７７１で構成されたＯＩＭ７７０の概略図である。図１５Ｂは、単一のＰＣＢ上で３つまでのＲＡＵ６５０をサポートするＯＩＣ７７１’を含むＯＩＭ７７０’を示している。２つのＯＩＣ７７１’は、図１５ＡのＯＩＭ７７０と同じ機能をもたらすように共通シャーシ内にまとめてパッケージすることができる。図１５ＢのＯＩＣ７７１’は、ＯＩＣ７７１と類似の構成要素を含み、従って、ＯＩＣ７７０’は、共通の要素番号を両者間に共有する状態で、図１５ＢのＯＩＣ７７１’に等しく適用可能であるように以下に説明する。コンピュータ管理システム（ＣＭＳ）インタフェース８１３は、ＯＩＭ７７０を中央平面インタフェースカード７４７上のポートに接続し、以下でより詳細に説明するように、図１２Ｂに示すようにＤＬ−ＢＩＣ７５４及びＵＬ−ＢＩＣ７５６にＯＩＭ７７０を接続するように設けられる。ＣＭＳインタフェース８１３は、以下でより詳細に説明するようにＨＥＵ７７３とＤＬ−ＢＩＣ７５４、ＵＬ−ＢＩＣ７５６、ＯＩＭ７７０とＲＡＵ７７１間の通信を可能にする内部バスへのアクセスを可能にする。
【００７１】
図１５Ａに示すように、ＯＩＣ７７０’は、アップリンク同軸接続部７７１に電気的に結合された６方向ダウンリンク分割器８１４、ダウンリンク同軸接続部７７２に電気的に結合された６方向アップリンク結合器８１６、６つのダウンリンク８１８、６つのアップリンク８２０、６つのＥ／Ｏ変換器８２４、６つのＯ／Ｅ変換器８２６、及びコネクタ７７４を含む。図示のように、各ＯＩＣ７７０’は、少なくとも６つのＲＡＵ６５０をサポートするようになっている。しかし、ＲＡＵ６５０の個数は、特定用途によって変えることができる。図示の実施形態では、コネクタ７７４は、二重ＳＣ／ＡＰＣインタフェースである。また、図１６Ａを参照すると、ダウンリンク分割器８１４は、必要に応じて、複数のＲＦ電気信号にＲＦ電気ダウンリンク信号を分割し、各々は、多帯域ダウンリンク８１８に転送され、多帯域ダウンリンク８１８は、いくつかの望ましい別々の帯域にＲＦ信号をフィルタリングする。光ファイバベースの無線システム６００が携帯電話サービスのみを提供するのに使用される場合、例えば、３帯域ダウンリンク８１８を使用することができる。光ファイバベースの無線システム６００がＷｉＦｉ、ＬＡＮのような他の及び／又は付加的なサービスをサポートするのに使用することになっている場合、ＨＥＵ６１０は、所要の帯域に対応に適応させることができる。各多帯域ダウンリンク８１８からのフィルタリング後の信号は、Ｅ／Ｏ変換器８２４に転送され、各Ｅ／Ｏ変換器８２４は、ＲＡＵ６５０をサポートする。各Ｅ／Ｏ変換器８２４は、ＲＡＵ６５０による使用に向けてフィルタリング後の電気ＲＦ信号を光波信号に変換する。結合器８１６は、多帯域ダウンリンク８１８から電気ダウンリンク信号を受信し、多帯域ダウンリンク８１８は、Ｏ／Ｅ変換器８２６から電気信号を受信する。各Ｏ／Ｅ変換器８２６は、ＲＡＵ６５０から光学信号を受信して電気信号に変換する。図１６Ａに示すように、較正信号Ｂｌ、Ｂ２、Ｂ３は、多帯域ダウンリンク８１８内の３つの帯域のＲＦ帯域経路に挿入することができる。図１７は、ＯＩＭ７７０の斜視図及び端面図を示している。図１６Ｂは、代替ダウンリンク分割器８１４が複数の帯域にＲＦダウンリンク信号を分割しないＯＩＣ７７１を示している。
【００７２】
図１８Ａは、単一のプリント回路基板を含むことができるダウンリンクＢＩＣ７５４の概略図である。図１８Ｂは、図１８Ａに示すようなＯＩＭ７７０への６つの出力ではなく、ＯＩＭ７７０への１２までの出力をサポートする別のダウンリンクＢＩＣ７５４を示している。ダウンリンクＢＩＣ７５４は、ＢＴＳ６７０から入力信号を受信し、入力を結合して、次に、ＯＩＭ７７０による使用に向けて結合信号を６つの出力に分割する。ダウンリンクＢＩＣ７５４内のスイッチングは、ＨＥＵ７７３の処理区画７４２により制御することができる（図１２Ｂを参照されたい）。更に、図１８Ａ及び図１８Ｂに示すように、ダウンリンクＢＩＣ７５４のポートは、この例においては５０オームである抵抗器により、使用しない時には終端させることができる。使用しない時に終端ポートに抵抗器を結合するように制御可能に切り換えることができるソフトウエア制御されたスイッチを設けることができる。例えば、終端は、通信ダウンリンクの光路内の反射を最小にするか又排除するために、ポートが使用中でない時に望ましい場合がある。
【００７３】
図１９Ａは、単一のプリント回路基板を含むことができるアップリンクＢＩＣ７５６の概略図である。アップリンクＢＩＣ７５６は、６つまでのＯＩＭ７７０からの電気出力信号を結合してＢＴＳ６７０への４つの出力信号を生成する。２つの較正フィルタ８３７Ａ、８３７Ｂは、この実施形態では、以下でより詳細に説明するように、出力信号からの較正信号に向けて使用される２つの周波数の各々をフィルタリングするためにＢＴＳ６７０への各出力信号に対して設けられる。図１９Ｂは、単一のプリント回路基板を含むことができるアップリンクＢＩＣ７５６の概略図である。アップリンクＢＩＣ７５６は、１２個までのＯＩＭ７７０からの電気出力信号を結合してＢＴＳ６７０への４つの出力信号を生成する。更に、アップリンクＢＩＣ７５６のポートは、図１９Ａ及び図１９Ｂに示すように、この例においては５０オームである抵抗器により、使用しない時には終端させることができる。使用しない時に終端ポートに抵抗器を結合するように制御可能に切り換えることができるソフトウエア制御されたスイッチを設けることができる。例えば、終端は、通信ダウンリンクの光路内の反射を最小にするか又排除するために、ポートが使用中でない時には望ましい場合がある。
【００７４】
図２０は、ＲＡＵ６５０の概略図である。ＲＡＵ６５０は、光ファイバベースの無線システムの６００のカバレージエリア内のサービス信号配信のための遠隔配置終点である。ＲＡＵ６５０は、クライアントデバイスがあたかも直接にＢＴＳ６７０と通信しているように作動させることができるように信号条件付けを提供する。図示のＲＡＵ６５０は、アンテナシステム（図２１及び図２２に図示）とインタフェース接続するコネクタ８３０を含む。例示的な実施形態では、アンテナシステム８５８は、先に組み入れた米国特許出願番号第１１／５０４，９９９号明細書に開示されたような１つ又はそれよりも多くのパッチアンテナを含む。ＲＡＵ６５０は、無線、制御信号などのための導管をもたらす光ファイバケーブル６４４内の光ファイバを通じてＨＥＵ６１０とインタフェース接続し、かつ無線信号を通じてクライアントデバイスとインタフェース接続する。ＲＡＵ６５０は、ＨＥＵ６１０から送られた光ファイバケーブル６４４により通信されたダウンリンク信号を受信し、Ｏ／Ｅ変換器８４０は、ＲＦ電気信号に光波信号を変換する。Ｅ／Ｏ変換器８４４は、ＲＦアップリンクデータをＨＥＵ６１０に転送される光波信号に変換する。
【００７５】
ＲＡＵ６５０を実行することができる機能は、ダウンリンク信号の出力電力又は利得を設定する、光学的変換モジュールに適切に無線信号を接続するためにアップリンクに向けて信号条件付けを行う、及びＨＥＵ６１０にステータス情報を提供することを含む。光ファイバベースの無線システム６００によりサポートされる信号の帯域を含む光リンク上の信号は、広帯域とすることができる。ＲＡＵ６５０は、３つにこれらの信号を分割して、別々の帯域限定回路にルーティングする。各帯域に対して、信号経路は、増幅器、フィルタ、及び送信に向けてアンテナ８５８で適切なレベルに信号を調節する減衰器から構成される。信号経路の最小利得は、通信することができる最大出力電力（＋１４ｄＢｍ）から、かつ多帯域ダウンリンク８１８の最小の望ましい入力電力から判断することができる。例えば、＋１４ｄＢｍのレベルで（帯域にわたって合成合計）符号分割多重アクセス（ＣＤＭＡ）信号フォーマット（１０ｄＢのピーク対平均電力比を有する）を通信するためには、ダウンリンク信号の出力段階には、＋２４ｄＢｍの１ｄＢ圧縮点がなければならない。増幅器の出力は、通信される前に帯域を結合するデュプレクサを通過する。
【００７６】
ダウンリンク回路は、光ファイバベースの無線システム６００のためのユーザ設定に基づいてオン又はオフにする機能を有することができる。例えば、電源節約のために未使用回路をオフにし、かつ他の周波数帯域の間干渉又はクロストークの可能性を低減することが望ましいと考えられる。ダウンリンクはまた、多帯域ダウンリンク８１８（図１６Ａ）によって生成された較正信号Ｂ１、Ｂ２、Ｂ３を検出及び測定する。較正信号Ｂ１、Ｂ２、Ｂ３は、光路の損失を計算するために、また、ダウンリンク利得を計算するのに使用される。これらの２つの測定値は、ＢＴＳ６７０からＲＡＵ６５０のアンテナ８５８まで全体的な信号利得／出力電力を制御するのに使用する。ダウンリンク個々の帯域信号の全ては、アンテナ８５８に結合及び接続される。送受切換器は、３つのダウンリンク帯域を結合し、並びにアップリンク増幅器とアンテナをインタフェース接続する。
【００７７】
ダウンリンク回路は、ＲＡＵ６５０に、かつＲＡＵ６５０と無線通信するクライアントデバイスに送信すべきＲＦ通信信号をＥ／Ｏ変換器８２４に搬送する。アップリンク回路は、クライアントデバイスからアンテナ８５８で受信される信号を条件付けて、光ファイバケーブル６４４を通じたＯＩＭ７７０への送信に向けて光波信号に変換する。アップリンク回路は、光変換の前に信号の利得を提供し、アップリンク利得の計算に向けて較正信号を注入し、かつデータ通信信号を挿入する。アップリンク増幅器の利得量は、アンテナ８５８によって受信した最大入力信号の要件から、また、送信側光学サブアセンブリに入力することができる最大信号レベルにより設定される。ＲＡＵ６５０は、ＯＩＭ７７０と通信し、ＯＩＭ７７０にステータス情報を搬送し、かつＲＡＵ６５０から作動中の情報及び構成情報を受信することができる。振幅変調された信号は、ＲＡＵ６５０とＯＩＭ７７０間の通信が可能にするために無線信号で結合することができる。周波数源の簡単なオン／オフ打鍵は、低価格かつ十分な解決法になるべきである。搬送周波数は、標準的なＲＳ−２３２プロトコルを使用して１０．７ＭＨｚである。
【００７８】
図２１及び図２２は、それぞれ、ユニット内部を示すためにユニットのカバーが省略されたＲＡＵ６５０の斜視図及び側面図である。ＲＡＵ６５０は、ユニットの回路部品をサポートすることができるプリント回路基板８５０、保護ハウジング８５４、及びブラケット８６２上に取り付けられたアンテナ８５８を含む。ブラケット８７０上に取り付けられたＳＣ二重アダプタ８６６は、光接続性をもたらす。発光ダイオード（ＬＥＤ）のような視覚インジケータ８７４は、いつＲＡＵ６５０が作動中であるかを示すために設けることができる。ＲＦＮ形コネクタ８７８は、ＲＡＵ６５０とアンテナ８５８間のＲＦ接続性をもたらす。ユニバーサルシリアルバス（ＵＳＢ）ポート８８２は、プリント回路基板８５０とコンピュータユーザインタフェース（図示せず）間の接続性をもたらす。エントリポイント８８６は、ユニット内での光ケーブル及び電力ケーブルの進入を可能にし、分岐マウント８９０は、光ケーブル及び／又は電力ケーブル分岐の機械的取付金具となっている。電源コネクタ８９４は、プリント回路基板８５０にケーブル導体を接続する。
【００７９】
上述の実施形態により、様々な無線サービスをカバレージエリアに提供することができる。光波信号は、ＲＡＵ６５０にデータを通信するのに使用され、ＲＡＵ６５０により、ＲＡＵ６５０は、比較的低い電圧提供源を使用して作動させることができる。４８Ｖ又はそれ未満の低い作動電圧は、例えば、国内電気綱領のより面倒な要件の多くを回避するものである。光ファイバベースの無線システム６００は、ＲＡＵ６５０がいくつかの異なる機能性を有するように選択することができ、ＨＥＵ６１０は、異なる作動帯域のような複数の機能性も可能であるという点でモジュール性の利点がある。例示的な光ファイバベースの無線システム６００は、光ファイバベースの無線システム６００のカバレージエリアに向けて様々なサービスをサポートするために３つの帯域をサポートすると説明している。しかし、光ファイバベースの無線システム６００は、付加的な周波数帯域のサポートに適応させることができる。ＲＡＵ６５０は、各加入者位置で良好な信号を保証するようにカバレージエリア内で選択的に設けることができる。受動ケーブル配線が配備された後に、クライアントデバイスは、いつでも追加することができる。周波数帯域は、３Ｇ、携帯電話、ＷｉＭａｘ、ＬＴＥ、小売、保健医療用途、ＲＦＩＤ追跡、ＷｉＦｉ、及び他の機能のような機能をサポートするために、初期配備後に追加又は変更することができる。
【００８０】
図１１Ａ〜図２２に示すような光ファイバベースの無線システム６００は、この実施形態ではダウンリンク上で以下の帯域（ＭＨｚ）、すなわち、８６９−８９４（ＵＳ  Ｃｅｌｌｕｌａｒ）、１９３０−１９９０（ＵＳ  ＰＣＳ）、２１１０−２１５５（ＵＳ  ＡＷＳ）、９２５−９６０（ＧＳＭ  ９００）、１８０５−１８８０（ＧＳＭ  １８００）、及び２１１０−２１７０（ＧＳＭ  ２１００）のうちの１つ又はそれよりも多くにおいて作動させることができる。光ファイバベースの無線システム６００は、この実施形態ではアップリンク上で以下の帯域（ＭＨｚ）、すなわち、８２４−８４９（ＵＳ  Ｃｅｌｌｕｌａｒ）、１８５０−１９１０（ＵＳ  ＰＣＳ）、１７１０−１７５５（ＵＳ  ＡＷＳ）、８８０−９１５（ＧＳＭ  ９００）、１７１０−１７８５（ＧＳＭ  １８００）、１９２０−１９０８（ＧＳＭ  ２１００）のうちの１つ又はそれよりも多くにおいて作動させることができる。ＨＥＵ６１０への入力電力は、この実施形態ではＡＣ１１０〜２２０Ｖ、３５０Ｗ間に存在する。ＲＡＵ６５０への入力電力は、この実施形態では約ＤＣ４８Ｖである。
【００８１】
光ファイバベースの無線システムを配置、操作、及び保守する際の柔軟性をもたらすために、ファームウエアのソフトウエア（本明細書では集合的に「ソフトウエア」と呼ぶ）を実行するマイクロプロセッサを特定の機能性を提供するためにこのようなシステム及びその構成要素に使用することができる。このような光ファイバベースの無線システムは、上述の光ファイバベースの無線システム１００、２００、４００、及び６００を含むことができる。ソフトウエアは、以下でより詳細に説明するように、様々な目的及び機能性に向けて光ファイバベースの無線システムの様々な構成要素の間のシステム運用及び通信において柔軟性をもたらす。
【００８２】
例えば、図２３に示すように、別の例示的な光ファイバベースの無線システム９００が示されている。１つ又はそれよりも多くのマイクロプロセッサ又はマイクロコントローラ上で実行するソフトウエアを含むヘッドエンドユニット（ＨＥＵ）９０２が設けられる。以下でより詳細に説明するように、ＨＥＵ９０２内に含まれたマイクロプロセッサ／マイクロコントローラは、ＨＥＵ９０２内のＲＦ構成要素と異なるシステムである。従って、ＨＥＵ９０２内に含まれたマイクロプロセッサ／マイクロコントローラは、たとえＲＦ構成要素が作動中でないとしても作動させることができ、かつ逆も同じである。それによってＨＥＵ９０２内に含まれたマイクロプロセッサ／マイクロコントローラは、以下でより詳細に説明するように、光ファイバベースの無線システム内で通信されたＲＦ信号を中断することなく、アラーム及びログをモニタ及び生成することを含む様々な機能を実行するように作動させることができる。それによってＲＦ通信を中断することなく電源停止、再起動、トラブルシューティングを提供し、及び／又はＨＥＵ９０２へのソフトウエアの取り込み及び／又は再取り込みを行うことができるという利点が得られる。更に、このマイクロプロセッサ／マイクロコントローラはＲＦ通信と異なるので、ＨＥＵコントローラを中断したり、又はＨＥＵ９０２に含まれたマイクロプロセッサ／マイクロコントローラを無効化又は電源停止する必要なくＲＦベースのモジュールの交換が可能である。ＨＥＵ９０２内に含まれたマイクロプロセッサ／マイクロコントローラは、他のＲＦベースのモジュールが取り外されて交換することができる間に、取り外されていない他のＲＦベースのモジュールのための作業を提供し続けることができる。
【００８３】
ＨＥＵ９０２は、上述のように、光ファイバリンクを通じて１つ又はそれよりも多くのＲＡＵ（ＲＡＵ）９０６への及びそこからのＲＦキャリア信号をそれぞれ受信及び通信するダウンリンク及びアップリンクＢＩＣ９０３を含む。ＨＥＵ９０２内のダウンリンク及びアップリンクＢＩＣ（図示せず）は、この実施形態では、以下でより詳細に説明するように、性能のためのソフトウエアを実行する１つ又はそれよりも多くのマイクロプロセッサ又はマイクロコントローラも含む。ＲＡＵ９０６は、上述のように、光ファイバリンク９０４でＢＩＣ９０３とＲＡＵ９０６の間に光ファイバ無線（ＲｏＦ）通信信号（又は「光ＲＦ信号」）を転送するために、上述のようにＯＩＭ９１０を通じてＨＥＵ９０２に接続される。以下でより詳細に説明するように、ＯＩＭ９１０は、この実施形態では、ソフトウエアを実行する１つ又はそれよりも多くのマイクロプロセッサも含む。ＲＡＵ９０６は、ＯＩＭ９１０から受信したＲｏＦ信号をＲＡＵ９０６に接続したアンテナ９０５を通じて放射されるＲＦ信号に変換するための光／電気変換器（図示せず）を含む。ＲＡＵ９０６の各々は、以下でより詳細に説明するように、ソフトウエアを実行する１つ又はそれよりも多くのマイクロプロセッサも含む。光ファイバベースの無線システム９００構成要素及び作動性に関する更なる詳細を図２５〜図５４に関して以下で説明する。
【００８４】
引き続き図２３に参照すると、光ファイバベースの無線システム９００の構成要素、より具体的には、ＨＥＵ９０２内でソフトウエアを実行するマイクロプロセッサ又はマイクロコントローラを設けることにより、光ファイバベースの無線システム９００とのソフトウエアを用いるインタフェースをもたらすことができる。光ファイバベースの無線システム９００とのインタフェースは、例示的に以下でより詳細に説明するように、光ファイバベースの無線システム９００を構成及びモニタする際の柔軟性を可能にすることができる。例えば、図２３内のＨＥＵ９０２は、例えば、シリアルポートとすることができるローカルアクセスポート９０９を通じてローカルクライアント９０８との直接的な接続インタフェース９０７をもたらすように構成することができる。ローカルアクセスポート９０９は、一例として、ＨＥＵ９０２を収容するシャーシ９１１内に設けられた中央平面インタフェースカードを通じてＨＥＵ９０２内の構成要素に通信に関して結合することができる。ローカルクライアント９０８は、一例として、コンピュータ又は端末により提供される人間インタフェースとすることができる。直接的な接続インタフェース９０７は、望ましいあらゆるタイプの物理的コネクタ（例えば、ＵＳＢ）及びプロトコル（例えば、ＲＳ−２３２）に従って提供することができる。
【００８５】
図２３及び図２４でも示すように、ＨＥＵ９０２は、ＨＥＵ９０２及びその構成要素、及びＲＡＵ９０６を含むネットワーク９１２で光ファイバベースの無線システム９００によって提供されるように構成された機能性にリモートアクセス可能にするために１つ又はそれよりも多くのネットワーク９１２でインタフェース接続するように構成することができる。ネットワークインタフェースにより、光ファイバベースの無線システム９００へのリモートアクセスも容易にされる。リモートアクセス及び機能性は、以下でより詳細に説明するように、ステータスを構成及びモニタし、アラーム及びイベントログを受信及び表示し、光ファイバベースの無線システム９００及びその構成要素のためのソフトウエアを更新する機能を含むことができる。これらの様々な機能性及びリモートアクセスは、ＨＥＵ９０２によって実行することができる通信作業に含まれる。１つ又はそれよりも多くのネットワークインターフェイスカード又はボード９１４をＨＥＵ９０２のシャーシ９１１内に設けて、ネットワーク９１２に光ファイバベースの無線システム９００の構成要素を通信に関して結合することができる。例示的に、ネットワーク９１２は、イーサネット物理接続を含むことができる。ＨＥＵ９０２は、以下でより詳細に説明するように、ネットワーク９１２及び他のＨＥＵ９０２との接続を補助するイーサネットボードを含むことができる。
【００８６】
図２４に示すように、ＨＥＵ９０２は、ネットワーク９１４でクライアント９２０から及びそこへの以下でより詳細に説明する光ファイバベースの無線システム９００及びその構成要素及びサービス９１９に関する通信応答及び要求を処理するインタフェース層９１８を含むことができる。クライアント９２０は、配備中に光ファイバベースの無線システム９００にアクセスする配備クライアント９２２、及び作動中に光ファイバベースの無線システム９００にアクセスする作動クライアント９２４を含むことができる。クライアント９２０は、人間クライアント又は他のシステムとすることができる。配備クライアント９２２の例には、管理者９２６、ユーザ９２８、及び無線オペレータ９３０がある。作動クライアント９２４の例には、技師９３２、モニタリングオペレータ９３４、及びネットワーク管理システム９３６がある。
【００８７】
クライアント９２０にインタフェース層９１８によって提供される通信サービスは、望ましいあらゆる通信インタフェース及びプロトコルに従って提供することができる。図２４に示すように、一例として、指令線インタフェースモジュール９３８、ハイパテキストトランスポートプロトコル（ＨＴＴＰ）インタフェースモジュール９４０、及び／又はマシンインタフェース（ＭＩ）プロトコルインタフェースモジュール９４２があり、クライアント９２０のために光ファイバベースの無線システム９００との同時クライアントインタフェースをもたらすためにインタフェース層９１８内に設けることができる。インタフェースモジュール９３８、９４０、９４２は、光ファイバベースの無線システム９００固有のソフトウエアをクライアント９２０上でインストールせずに済むように設計することができる。この実施形態では、指令線インタフェースモジュール９３８は、クライアント９２０上にインストールされたあらゆるターミナルエミュレーションソフトウエア（例えば、Ｔｅｌｎｅｔ、ＨｙｐｅｒＴｅｒｍなど）を使用するシリアルエミュレータクライアントとのインタフェース接続を補助する。指令線インタフェースモジュール９３８により、クライアント９２０は、ネットワーク通信のための静的又は動的インターネットプロトコル（ＩＰ）アドレスを形成する機能を含むＨＥＵ９０２を構成することができる。
【００８８】
ＨＴＴＰインタフェースモジュール９４０は、ウェブブラウザ（例えば、インターネットエクスプローラ（登録商標）、Ｆｉｒｅｆｏｘ（登録商標）、Ｃｈｒｏｍｅ（登録商標）、及びＳａｆａｒｉ（登録商標）ブラウザなど）を実行するウェブブラウザクライアントとインタフェーすることを補助する。ＭＩインタフェースモジュール９４２は、ＭＩプロトコルを通じてＭＩクライアントとインタフェース接続することを補助する。ＭＩプロトコルの例は、簡易型ネットワーク管理プロトコル（ＳＮＭＰ）である。この例において、ＭＩプロトコルインタフェース９４２は、ＳＮＭＰエージェントとすることができる。特定の特徴は、専ら特定のインタフェースモジュール９３８、９４０、９４２を通じてアクセス可能にすることができる。インタフェース層９１８、及びインタフェース層９１８を通じた光ファイバベースの無線システム９００のアクセス、及びインタフェース層９１８を通じることを含む光ファイバベースの無線システム９００によって提供されるサービス９１９に関する更なる詳細に対して以下に説明する。
【００８９】
マイクロプロセッサ上で実行されるソフトウエアを用いる用途を通じてこの実施形態において光ファイバベースの無線システム９００及びＨＥＵ９０２によって提供される様々な特徴及び機能を説明する前に、光ファイバベースの無線システム９００及び外部構成要素の例示的なハードウエア及びソフトウエア配備図に関して先に説明する。この点に関して、図２５Ａは、例示的なマイクロプロセッサを示す概略図、及び光ファイバベースの無線システム９００及び光ファイバベースの無線システム９００に接続することができる外部構成要素のソフトウエア配備図である。より具体的には、図２５Ａの線図は、マイクロプロセッサ及びソフトウエアを用いる特徴及び光ファイバベースの無線システム９００のコントローラに対して論じやすくするために、ＢＩＣ９０３、ＯＩＭ９１０、及びＲＡＵ９０６を含むＨＥＵ９０２内に設けられる様々なマイクロプロセッサ又はマイクロコントローラを示している。図２５に示すと共に上述したように、ダウンリンクＢＩＣ９４９及びアップリンクＢＩＣ９５０を含むＲＦベースのモジュールは、ＲＡＵ９０６への及びそこからのＲｏＦリンク９５３でＲｏＦ信号として通信されるＲＦ電気信号を受信してＯＩＭ９１０に送るためにＲＦリンク９５１、９５２を通じてＯＩＭ９１０に結合される。ダウンリンクＢＩＣ９４９及びアップリンクＢＩＣ９５０は、ＲＦキャリア信号を受信して提供するために、それぞれ、ＲＦリンク９５４、９５５を通じてＢＴＳ９５６に結合される。この実施形態では、１２個までのＯＩＭ９１０をＨＥＵ９０２内に設け、かつダウンリンクＢＩＣ９４９及びアップリンクＢＩＣ９５０に接続することができる。
【００９０】
図２５Ａに示すように、ＨＥＵ９０２は、この実施形態では、単一のボードＨＥＵコントローラ９５８を含む。ＨＥＵコントローラ９５８は、この実施形態では、以下でより詳細に説明するように、オペレーティングシステム及び様々な特徴及び機能を実行するアプリケーションソフトウエアを実行するＨＥＵマイクロプロセッサ９６０を含む。これらの様々な特徴及び機能は、以下でより詳細に説明するような通信作動を実行するＨＥＵコントローラ９５８によって提供される。この実施形態では、ＨＥＵコントローラ９５８は、市販の汎用コンピュータボード又は顧客設計コンピュータボードとして設けることができ、かつ単一のＰＣＢ上に設けることができる。使用することができる市販のコンピュータボードの一例は、「Ｅｍｂｅｄｄｅｄ  Ｐｌａｎｅｔ」から作られるものである。ＨＥＵマイクロプロセッサ９６０は、この実施形態では、４４０ＥＰ（登録商標）マイクロプロセッサとすることができる。ＨＥＵマイクロプロセッサ９６０は、この実施形態では、Ｌｉｎｕｘ（登録商標）オペレーティングシステムを実行するように構成されかつ実行するが、望ましいあらゆる他のオペレーティングシステムを使用することができる。アプリケーションソフトウエア及びオペレーティングシステムは、ＨＥＵコントローラ９５８の一部として設けられるメモリ又はデータストア９６６（例えば、Ｆｌａｓｈ、ＥＥＰＲＯＭ、ＲＡＭなど）内に常駐する。提供されるアプリケーションソフトウエアは、この実施形態では、光ファイバベースの無線システム９００専用のものである。
【００９１】
ＨＥＵコントローラ９５８は、以下でより詳細に説明するように、ＨＥＵ９０２及び光ファイバベースの無線システム９００の特徴及び機能性をもたらすいくつかのソフトウエア構成要素又はモジュールを含む。図２５Ａに示すように、ＨＥＵコントローラ９５８は、ＨＥＵ９０２のためのＨＥＵコントローラ９５８内でＨＥＵマイクロプロセッサ９６０によって実行される処理全体及び特徴及び機能を制御するアプリケーションソフトウエアを提供するＨＥＵコントローラソフトウエアモジュール９６４を含む。ＨＥＵマイクロプロセッサ９６０は、マルチスレッドシステム内の他の処理と共にＨＥＵコントローラソフトウエアモジュール９６４を実行する。ＨＥＵコントローラソフトウエアモジュール９６４は、データストア９６６内に格納され、かつ１つの処理として実行中にＨＥＵマイクロプロセッサ９６０により取り出される。この実施形態では、ＨＥＵコントローラソフトウエアモジュール９６４は、ＨＥＵコントローラソフトウエアモジュール９６４の様々な特徴及び機能を実行するのを補助するために使用されるソフトウエア機能のライブラリを含む共通モジュール（ＣＯＭＭＯＮ＿ＩＮＣＬＵＤＥ）９６８を呼び出すように構成される。例えば、共通モジュール９６８は、ソフトウエア機能の動的リンクライブラリ（ＤＬＬ）を含むことができる。共通モジュール９６８は、この実施形態ではＩ2Ｃ通信を通じてＨＥＵ９０２内の異なるハードウエア構成要素とインタフェース接続するソフトウエア機能を含むことができる。
【００９２】
ＨＥＵコントローラ９５８は、この実施形態では、ＨＥＵコントローラソフトウエアモジュール９６４のための通信層を含む通信モジュール（ＣＯＭＭＳ）９７０も含む。ＨＥＵコントローラソフトウエアモジュール９６４は、光ファイバベースの無線システム９００内の特徴及び機能性を実行するために、通信モジュール９７０を開始して、ダウンリンク及びアップリンクＢＩＣ９４９、９５０、及びＯＩＭ９１０を含むＨＥＵ９０２の他のモジュール及び構成要素と通信する。初期化中、通信モジュール９７０内のソフトウエアは、ＨＥＵコントローラソフトウエアモジュール９６４を動的にリンクさせる。このようにして、通信モジュール９７０に設けられた通信層は、ＨＥＵコントローラソフトウエアモジュール９６４の更新を必要とすることなくＨＥＵ９０２内の通信層を更新又は変更する柔軟性をもたらすためにＨＥＵコントローラソフトウエアモジュール９６４から抽出される。
【００９３】
この実施形態では、図２５Ａに示すように、通信モジュール９７０は、Ｉ2Ｃ通信バス９７２上で通信されたアドレス可能メッセージを通じて、ダウンリンク及びアップリンクＢＩＣ９４９、９５０、及びＯＩＭ９１０に通信する。Ｉ2Ｃ通信バス９７２は、非限定的な例として１００ｋＨｚのような設計されたバス速度を有することができる。このようにして、ダウンリンク及びアップリンクＢＩＣ９４９、９５０、及びＯＩＭ９１０は、Ｉ2Ｃ通信バス９７２上でＨＥＵ９０２内で個々にアドレス可能である。他のタイプの通信バスを使用することができる。ダウンリンク及びアップリンクＢＩＣ９４９、９５０、及びＯＩＭ９１０への通信は、これらのモジュールを伴うＲＦ通信とは独立したものである。従って、ＲＦ通信は、ＨＥＵコントローラ９５８によって実行された通信モジュール９７０、ＨＥＵコントローラ９５８、又は他のソフトウエア又は処理が作動中ではないとしても中断されない。それによってＲＦ通信は、不良の場合にＨＥＵコントローラ９５８の作動に依存しないという利点ができる。更に、それによってシステム９００内のＲＦ通信を中断することなく、ＨＥＵコントローラ９５８又はそのソフトウエアは、アップグレード、再起動、電源停止、交換、修復などを行うことができる。これは、サービス品質（ＱｏＳ）要件が厳しい場合に有利とすることができる。
【００９４】
ダウンリンク及びアップリンクＢＩＣ９４９、９５０の各々は、それぞれ、通信モジュール９７０からＩ2Ｃメッセージを処理し、かつＨＥＵコントローラソフトウエアモジュール９６４に及び更には制御ボード機能に搬送されるように、通信モジュール９７０にＩ2Ｃ通信バス９７２で応答を提供するためにそれらのそれぞれのデータストア９６９、９７１内に格納されたソフトウエアを実行する固有のマイクロプロセッサ又はマイクロコントローラ９６５、９６７を有する。マイクロプロセッサ９６５、９６７は、それぞれのダウンリンク及びアップリンクＢＩＣ９４９、９５０内の構成要素と通信して、ＨＥＵコントローラソフトウエアモジュール９６４により要求されたサービスを提供する。ＯＩＭ９１０も、各々、データストア９７５内に格納されたソフトウエアを実行して通信モジュール９７０からのＩ2Ｃメッセージを処理する固有のマイクロプロセッサ９７３を有する。マイクロプロセッサ９７３は、ＲＡＵ９０６を構成して以下でより詳細に説明するようにＨＥＵコントローラ９５８及びＨＥＵコントローラソフトウエアモジュール９６４により開始される他の機能性をもたらすために、直接リンク９７９でＲＡＵ９０６内のマイクロプロセッサ９７７にメッセージを送る。図２６に示すと共に以下に説明するように、Ｉ2Ｃ通信は、この実施形態では、ＯＩＭ９１０とＲＡＵ９０６の間には使用されていないが、その理由には、ＲＡＵ９０６は、ＯＩＭ９１０上のＵＡＲＴチップとのシリアル通信を通じて直接に接続されるからである。図２５Ａに示すように、この実施形態では、１２個までのＯＩＭ９１０をＨＥＵ９０２内に設けてＨＥＵコントローラ９５８に接続することができる。
【００９５】
ＨＥＵコントローラ９５８は、この実施形態では、ＨＥＵコントローラソフトウエアモジュール９６４とインタフェースモジュール９４０、９４２間にインタフェースを制御するインタフェースマネージャモジュール（インタフェースマネージャ）９７４も含む。この実施形態では、インタフェースモジュール９４０は、ウェブサーバであり、インタフェースモジュール９４２は、ＳＮＭＰエージェントである。ＨＥＵコントローラソフトウエアモジュール９６４がインタフェースモジュール９４０、９４２に通信した時に、ＨＥＵコントローラソフトウエアモジュール９６４は、インタフェースマネージャモジュール９７４を呼び出し、インタフェースマネージャモジュール９７４は、クライアント９２０（図２４）への外部通信のための適切なインタフェースモジュール９４０、９４２を呼び出す。同様に、ＨＥＵ９０２に向けてクライアント９２０によって受信した通信要求は、インタフェースマネージャモジュール９７４を通じた処理に向けて、インタフェースモジュール９４０、９４２からＨＥＵコントローラソフトウエアモジュール９６４に通信される。このようにして、インタフェースマネージャモジュール９７４は、ＨＥＵコントローラソフトウエアモジュール９６４の更新を必要とすることなく、インタフェース層９１８を更新又は変更するか、又はＨＥＵ９０２に新規インタフェースモジュール及びプロトコル機能を追加する柔軟性をもたらすためにＨＥＵコントローラソフトウエアモジュール９６４から抽出される。ＨＥＵコントローラ９５８、インタフェースマネージャモジュール９７４、及びインタフェースモジュール９４０、９４２の各々は、ＨＥＵマイクロプロセッサ９６０によって実行される別々の処理である。ＨＥＵコントローラ９５８、インタフェースマネージャモジュール９７４、及びインタフェースモジュール９４０、９４２は、処理間通信（ＩＰＣ）を通じて互いに通信する。
【００９６】
例えば、発光ダイオード（ＬＥＤ）のような視覚インジケータは、ＨＥＵ９０２及び／又はＲＡＵ９０６のサイトにいる時に技術者又は他の職員にこのような構成要素のステータスを視覚的に示すためにＨＥＵ９０２及びその様々な構成要素及びＲＡＵ９０６内に含めることができる。このようにして、一般的なステータス情報は、所望されない限り、ＨＥＵ９０２にログインする必要がなく判断することができる。この点に関して、図２５Ｂは、各モジュールにラベル９５９を付したＨＥＵ９０２及びＲＡＵ９０６モジュールの表を示している。ラベル９５９は、この実施形態ではＬＥＤである単一の視覚インジケータを表している。モジュールは、視覚的にステータスを示すように視覚インジケータを制御する。モジュールのステータスは、この実施形態では、「オフ」９６１、「緑色」９６３、「黄色」９８１、又は「赤色」９８３状態として、モジュール上の視覚インジケータを制御することによって示されている。各状態の意味は、図２５Ｂの表に記載されている。
【００９７】
この実施形態では、ＨＥＵコントローラ９５８は、ＲＦモジュール（すなわち、ダウンリンクＢＩＣ９４９、アップリンクＢＩＣ９５０、ＯＩＭ９１０、及びＲＡＵ９０６）及びその構成要素と異なるシステムである。従って、ＨＥＵコントローラ９５８は、たとえＲＦモジュール及びその構成要素が作動中ではないとしても作動させることができ、かつ逆も同じである。それによってＨＥＵコントローラ９５８は、ＲＦ構成要素に対してＲＦモジュール内上で通信されたＲＦ信号を中断することなく、アラーム及びログをモニタ及び生成することを含むがこれに限定されない様々な機能、及び以下でより詳細に説明するような他のタスクを実行するように作動させることができる。これらの様々な機能は、ダウンリンクＢＩＣ９４９、アップリンクＢＩＣ９５０、ＯＩＭ９１０、及び／又はＲＡＵ９０６を含むシステム９００内のモジュールとの通信作業を実行するＨＥＵコントローラ９５８によって提供される。これは、ＨＥＵ９０２又はＲＡＵ９０６においてＲＦ通信を中断することなく、ＨＥＵコントローラの電源停止、再起動、トラブルシューティング、及び／又はＨＥＵコントローラへのソフトウエアの取り込み又は再取り込みを行うことができるという利点を提供する。更に、ＨＥＵコントローラ９５８は、ＲＦ通信とは別物とすることができるので、ＨＥＵコントローラ９５８を中断し、又はＨＥＵコントローラを無効化又は電源停止する必要なく、ＨＥＵ９０２及びＲＡＵ９０６内のモジュールの出し入れが可能である。ＨＥＵコントローラ９５８は、他のＲＦベースのモジュールを取り外し及び交換することができる間に、取り外されていない他のＲＦベースのモジュールのための作業を提供し続けることができる。
【００９８】
図２６は、この実施形態では、ＨＥＵ９０２と、ダウンリンクＢＩＣ９４９、アップリンクＢＩＣ９５０、及びＯＩＭ９１０に結合されたＯＩＭ９１０間のＲＦリンク通信仕様に関する更なる詳細を示している。ダウンリンクＢＩＣ９４９及びアップリンクＢＩＣ９５０の各々は、固有の絶対Ｉ2Ｃアドレス（例えば、アドレス１及び２）を有する。図２６に示すように、この実施形態では、１２個のスロット９８０、９８２がダウンリンク及びアップリンクＢＩＣ９４９、９５０の各々内に設けられる。１２個までのＯＩＭ９１０をスロット９８０、９８２を通じてＨＥＵ９０２内のダウンリンク及びアップリンクＢＩＣ９４９、９５０に結合し、ダウンリンク及びアップリンクＢＩＣ９４９、９５０とＯＩＭ９１０との間にハードウエアアドレス指定を行うことができる。ダウンリンクＢＩＣ９４９は、特定のＲＡＵ９０６に対するＲＦ信号をＢＴＳ９５６（図２５Ａ）からＯＩＭ９１０に搬送する。同様に、アップリンクＢＩＣ９５０は、ＲＡＵ９０６からＯＩＭ９１０を通じてＢＴＳ９５６に信号を搬送する。ＯＩＭ９１０も、各々、個々にＯＩＭ９１０に結合されたＲＡＵ９０６への通信を可能にする個々のＩ2Ｃアドレスを有する。図２６に示すように、１つのＯＩＭ９１０（この実施形態ではＯＩＣ）は、中央平面インタフェースカードを通じてダウンリンク及びアップリンクＢＩＣ９４９、９５０上でスロット番号３に接続するように示されており、従って、図示のＯＩＭ９１０のハードウエアアドレスは、スロット番号３である。スロット番号３に通信メッセージを提供することにより、スロット３に接続したダウンリンク及びアップリンクＢＩＣ９４９、９５０からの通信が行われ、ＯＩＭ９１０は、図２６に示すようにスロット３に結合される。
【００９９】
ハードウエアアドレスフォーマット９８４の例を図２７に示している。図２７に示すように、ハードウエアアドレスフォーマット９８４は、この実施形態では１０ビットで構成される。スロット番号９８６に対応するために５ビットが与えられ、Ｉ2Ｃ番号９８８に適合させるために４ビットが与えられる。各ＯＩＭ９１０は、この実施形態では３つまでの個々にアドレス可能なＲＡＵ９０６に適合するように、図２６に示すように、この実施形態では３つまでのＩ2Ｃアドレス９９１に適合することができる。各ＲＡＵ９０６は、ＯＩＭ９１０に直接に接続され、従って、Ｉ2Ｃ通信は、ＯＩＭ９１０とＲＡＵ９０６間の通信には使用されない。従って、特定のＲＡＵ９０６をアドレス指定するために、アドレス指定すべきＲＡＵ９０６に結合されたＯＩＭ９１０のスロット番号は、スロット番号９８６、次に、ＲＡＵ９０６のＩ2Ｃ番号９８８で与えられる。従って、この実施形態では、ハードウエアアドレスフォーマット９８４は、設けられている場合にダウンリンク及びアップリンクＢＩＣ９４９、９５０上で３２個までのスロット番号と、ＯＩＭ９１０当たり最大４８個までのＲＡＵ９０６に対するＯＩＭ９１０当たり１６個までのＩ2Ｃアドレスとに適合することができる。
【０１００】
図２８Ａは、ポイント情報を通信するためのＨＥＵ９０２とモジュール間のＩ2Ｃ通信のためのＲＡＵ９０６番号９９２及びポイント識別（ＩＤ）９９１を有するＩ2Ｃアドレス９８４を含む例示的なＩ2Ｃポイントアドレス９９０を示している。従って、Ｉ2Ｃアドレス９８４は、Ｉ2Ｃ通信メッセージの宛先である。ポイントＩＤ９９１は、光ファイバベースの無線システム９００の構成要素に関するポイントのタイプを表している。ポイントに関するポイント情報又はポイント値は、Ｉ2Ｃ通信メッセージにおいてポイントＩ2Ｃアドレス９９１の後に来る。ポイントＩＤは、モジュール（すなわち、ＯＩＭ９１０及びＲＡＵ９０６）に関する情報がＨＥＵコントローラ９５８によりモニタすることができるように、光ファイバベースの無線システム９００の設計中に定められ、かつ光ファイバベースの無線システム９００のソフトウエアアーキテクチャに内蔵される。ポイントＩＤ９９１は、静的又は動的ポイントとすることができる。静的ポイントは、変化しない構成要素に関する静的情報を提供するのに使用される。動的ポイントは、構成要素に関する現在のステータス又は情報を提供するために変えることができる動的情報を提供するのに使用される。ポイントは、以下でより詳細に説明するようにアラーム可能又はアラーム不能とすることができる。
【０１０１】
光ファイバベースの無線システム９００にアクセスするクライアント９２０は、様々な理由のためにポイントに興味があると考えられる。例えば、ポイントをモニタすることにより、光ファイバベースの無線システム９００内での構成要素のステータス及び状態に関する検査を実行することができる。ポイントは、モニタし、かつアラーム（例えば、特定のハードウエア構成要素が許容可能な範囲外で作動中の場合）を計算するのに使用することができる。ポイントは、クライアント９２０に情報又はポイント値を提供するのに使用され、かつアラームを計算及び／又は生成するのに使用することができる。光ファイバベースの無線システム９００内の異なるハードウエアボード（すなわち、ＨＥＵ９０２、ダウンリンクＢＩＣ９４９、アップリンクＢＩＣ９５０、ＯＩＭ９１０、及びＲＡＵ９０６）に複数のポイントを関連付けることができる。モニタしたポイント値は、モジュールのエージングを判断するのに使用することができる。例えば、性能の劣化は、モジュールからＨＥＵ９０２にポイント上で通信される性能指標を追跡することによって時間と共に追跡することができる。
【０１０２】
ＨＥＵ９０２及び光ファイバベースの無線システム９００の異なる構成要素のための異なるマイクロプロセッサは、上述して図２５Ａに示すように、Ｉ2Ｃ通信メッセージでポイントアドレス９９０及びポイント情報を提供することができる。ポイントフォーマット９９２は、構成要素及びそれらのステータスに関する情報をＨＥＵ９０２内での異なるソフトウエアモジュールに及び特にＨＥＵコントローラソフトウエアモジュール９６４に通信することを可能にするためにＩ2Ｃ通信メッセージにヘッダの一部として与えられる。ＨＥＵコントローラソフトウエアモジュール９６４は、以下でより詳細に説明するように、ポイントＩＤ９９４に基づいてクライアント９２０にある一定の機能性を提供する。
【０１０３】
図２８Ｂは、ハードウエアの詳細に基づいてポイント９９４を格納するのに使用することができる例示的なポイントリスト９９３を示している。ポイント９９４は、ＨＥＵコントローラ９５８で特定すべきポイントＩＤ９９１を含むポイントアドレスに関連付けることができる。４つのポイントが、各ボードタイプ９９５（すなわち、ＲＡＵ、ＤＬ  ＢＩＣ、ＵＬ  ＢＩＣ、及びＯＩＭ）に１つずつポイントリスト９９３に示されている。しかし、このポイントリスト９９３は、この実施形態では部分的なリストに過ぎない。複数のポイントを各ボードタイプ９９５に与えることができる。ポイント９９４があるデバイスタイプ９９６は、ポイントリスト９９３内に提供することができ、図２８Ｂに示すポイント９９４の例は、マイクロプロセッサである。ポイント９９４は、他の情報の中でも、ハードウエア信号名９９６Ａ、デバイスのピン名９９６Ｂ及びピン番号９９６Ｃ、ピン（例えば、入力、出力）のハードウエア特性９９６Ｄ、及びハードウエア説明９９６Ｅを含むハードウエア情報９９６にマップすることができる。図２８Ｃは、通信モジュール９７０（図２５Ａ）レベルでアクセス可能なポイントリスト９９９として図２８Ｃのポイントリスト９９３を示している。図２８Ｃに示すように、ポイントは、ソフトウエアのためのコード変数名９９８Ａ、並びにポイント省略名９９８Ｂを有する。ポイント省略名９９８Ｂは、クライアント９２０にポイント情報を提供するのに使用される。
【０１０４】
ポイント省略名９９８Ｂは、標準的な構成に準じることができる。例えば、ポイント省略名９９８Ｂの第１の文字は、ボードタイプ（例えば、「Ｒ」＝ＲＡＵ、「Ｄ」＝ダウンリンクＢＩＣ、「Ｕ」＝アップリンクＢＩＣ、及び「Ｏ」＝ＯＩＭ）とすることができる。ポイント省略名９９８Ｂの第２及び第３の文字は、ポイントの方向（例えば、「ＩＮ」＝入力、「ＯＵ」＝出力、「ＭＯ」＝モジュール、「Ｂｘ」＝帯域番号、「Ｏｘ」＝発振器番号など）とすることができる。ポイント省略名９９８Ｂの第４の文字は、構成要素タイプ（例えば、「Ａ」＝増幅器、「Ｎ」＝減衰器、「Ｏ」は発振器、「Ｓ」＝スイッチなど）とすることができる。ポイント省略名９９８Ｂ内の第５及び第６の文字は、構成要素特性（例えば、「Ｌ」＝レベル、「Ｓ」＝ステータス、「Ｅ」＝有効化／無効化など）及びそのインスタンス識別表示とすることができる。
【０１０５】
上述のように、ポイントは、光ファイバベースの無線システム９００によって定められる。より具体的には、特定のポイントを提供することを担う光ファイバベースの無線システム９００の構成要素は、構成要素が列挙又は初期化される時に、ＨＥＵコントローラ９５８に及びより具体的にはＨＥＵコントローラソフトウエアモジュール９６４にポイントに関する特性情報を提供することを担うものである。このようにして、光ファイバベースの無線システム９００内の各構成要素は、担うポイントの意味及びこのようなポイントが柔軟性を得るためにＨＥＵコントローラソフトウエアモジュール９６４によりどのように処理され又は処理すべきであるかに関する情報を提供することができる。光ファイバベースの無線システム９００の構成要素に関する列挙処理を以下でより詳細に説明する。
【０１０６】
図２９に示すように、各ポイントに関する特性は、この実施形態ではフラグビット９９９によって提供される。フラグビット９９９は、このようなポイントを提供することを担う光ファイバベースの無線システム９００内の構成要素が列挙されると各ポイントに対して提供される。フラグビット９９９は、ＨＥＵコントローラソフトウエアモジュール９６４によって受信され、かつビットフラグにより表された特性情報、及びポイントに関するアラームを計算することを含む受信したポイントをどのように処理すべきであるかを判断するのに使用される。図２９に示すように、３２ビットが、この実施形態ではフラグビット９９９に与えられる。ビット番号３１（ＵＬ／ＤＬ経路）は、ポイントが光ファイバベースの無線システム９００のダウンリンク又はアップリンク経路に関連するものであるか否かを示している。ビット番号３０−２８は、単位ｈｉ、ｍｉｄ、及びｌｏｗ（ＵＮＩＴＳ  ＨＩ、ＵＮＩＴＳ  ＭＩＤ、及びＵＮＩＴＳ  ＬＯ）を提供する３ビットとなっている。ビット番号２７及び２６（タイプＨＩ及びタイプＬＯ）は、ポイントに対して示されたポイント値又は情報がＡＳＣＩＩ又は１６ビットのバイナリフォーマット（すなわち、「００」はバイナリを意味し、「０１」は１６バイトＡＳＣＩＩ値を意味し、「１０」は３２バイトＡＳＣＩＩ値を意味し、「１１」は６４バイトＡＳＣＩＩ値を意味する）になっているか否かを示す２ビット値を表している。ビット番号２５（ＷＲＩＴＥＡＢＬＥ（書込可能））は、ポイントの値がＨＥＵ９０２により書込可能であるか否かを示している。ビット番号２４（ＡＬＡＲＭＡＢＬＥ（アラーム可能））は、ポイントが、以下でより詳細に説明するように、アラーム情報を提供するのに使用すべきアラームビットを報告することができるか否かを示している。
【０１０７】
図２９を引き続き参照すると、ビット番号２３（ＭＯＤＵＬＥ  ＡＬＡＲＭ）は、アラームポイントがハードウエアにより設定され、かつモジュールがＨＥＵ９０２にアラームを提供することができる場合にＨＥＵ９０２により計算されないことを示すことができる。ビット番号２２及び２１（ＡＬＡＲＭ  ＴＹＰＥ  ＨＩ、ＡＬＡＲＭ  ＴＹＰＥ  ＬＯ）は、ポイントによって示されたアラームタイプ（すなわち、「００」はブールアラームを意味し、「０１」は、高アラームを意味し、「１０」は、低アラームを意味し、「１１」は、厄介なアラームを意味する）を示している。アラームタイプは、アラームがＨＥＵ９０２及び／又はクライアント９２０によりどのように取り扱われるかを制御することができる。ビット番号２０（ＤＹＮＡＭＩＣ）は、ポイントが静的ポイントであるか又は動的ポイントであるかを示す（すなわち、この実施形態では「０」は静的を意味し、「１」は動的を意味する）。静的ポイントは、ポイント値を変えることができないが、動的ポイントは、ポイント値を変えることができる。ビット番号１９−１４は、この実施形態では、初期オフセット（ＩＮＩＴ  ＯＦＦＳＥＴ  ＦＣＮ）、初期ステップサイズ（ＩＮＩＴ  ＳＥＴＰＳＺ  ＦＣＮ）、初期ヒステリシスステップサイズ（ＩＮＩＴ  ＨＹＳＴＥＲ  ＦＣＮ）、初期閾値（ＩＮＩＴ  ＴＨＯＬＤ  ＦＣＮ）、初期設定値（ＩＮＩＴ  ＳＥＴＰＴ  ＦＣＮ）、及び初期値（ＩＮＩＴ  ＶＡＬＵＥ  ＦＣＮ）を提供する。「ＦＣＮ」表記は、これらのビットの初期値が所定の固定値ではなく関数によって定められることを示している。
【０１０８】
この実施形態におけるビット番号１３−１２（ＵＮＡＬＬＯＣＡＴＥＤ）は、割当てなしである。ビット番号１０（ＶＡＬＵＥ）は、列挙問い合わせにおいて後に来るポイントに対してポイント値が存在するか否かを示している。ビット番号９（ＮＡＭＥ）は、ポイントに関連のＡＳＣＩＩ文字名があることを示している。ビット番号８（ＳＥＴＰＯＩＮＴ）は、ポイントに関連の１６ビットの設定値があることを示している。ビット番号７（ＴＨＲＥＳＨＯＬＤ）は、ポイントに関連の１６ビットの閾値があることを示している。ビット番号６（ＨＹＳＴＥＲＥＳＩＳ）は、ポイントに関連の１６ビットのヒステリシス値があることを示している。ビット番号５及び４（ＭＩＮ  ＴＨＲＥＳＨＯＬＤ及びＭＡＸ  ＴＨＲＥＳＨＯＬＤ）は、ポイントに関連の最小閾値及び最大閾値があることを示している。ビット番号３及び２（ＭＩＮ  ＨＹＳＴＥＲＥＳＩＳ及びＭＡＸ  ＨＹＳＴＥＲＥＳＩＳ）は、ポイントに関連の最小ヒステリシス値及び最大ヒステリシス値があることを示している。ビット番号１（ＳＴＥＰ  ＳＩＺＥ）は、ポイントに関連の３２ビット浮動小数点ステップサイズがあることを示している。ビット番号０（ＯＦＦＳＥＴ）は、ポイントに関連の３２ビット浮動小数点オフセットがあることを示している。
【０１０９】
上述のＨＥＵ９０２及びＨＥＵコントローラ９５８のマイクロプロセッサ及びソフトウエアアーキテクチャ及び通信を背景にして、本発明の開示の他の内容に関して、ＨＥＵコントローラ９５８によって実行することができる例示的な特徴及び機能を説明する。この点に関して、図３０は、図２３の光ファイバベースの無線システムのＨＥＵ９０２のＨＥＵコントローラ９５８内の例示的なスレッド図を示している。より具体的には、スレッド図１０００は、マルチタスク環境においてＨＥＵマイクロプロセッサ９６０によって実行されるスレッド１００２又はソフトウエア処理を含む。このスレッドは、様々な特徴及び機能を実行し、その一部は、ＨＥＵ９０２及び光ファイバベースの無線システム９００の構成要素と通信する。図３０も、ＨＥＵ９０２及び光ファイバベースの無線システム９００の設計された特徴及び機能を実行するための異なるスレッド１００２とモジュール間のスレッド間通信（すなわち、要求及び応答）経路を示している。この実施形態では、異なるスレッド１００２間の通信は、上述のように処理間通信（ＩＰＣ）によって実行される。各スレッド１００２は、他のスレッド１００２から要求を受信するデータストア９６６内に格納されたメッセージ待ち行列（図示せず）を含む。各スレッド１００２では、固有の要求待ち行列を検査し、あらゆる要求を処理し、かつ次に要求側スレッド１００２に応答を提供する。更に、データストア９６６は、情報にアクセス又は共有するために異なるスレッド１００２がデータストア９６６にアクセスすることを可能にするように共有メモリとして構成することができる。
【０１１０】
図３０に示すように、６つのスレッド１００２が、ＨＥＵコントローラ９５８内に設けられ、かつＨＥＵマイクロプロセッサ９６０によって実行される。ＨＥＵコントローラ処理１００１は、ＨＥＵ９０２及びＨＥＵコントローラ９５８の起動又はリセットと同時に開始される第１の処理である。ＨＥＵコントローラ処理１００１は、この実施形態では、ＨＥＵコントローラソフトウエアモジュール９６４からの起動又はリセット時に実行されるソフトウエアとして設けられる。ＨＥＵコントローラ処理１００１は、ＨＥＵコントローラ９５８によって実行される処理全体を制御する。ＨＥＵコントローラ処理１００１は、ＨＥＵ９０２の初期化又はリセット時に５つの他のスレッド１００２を起動及び制御する。一般的に、ＨＥＵコントローラ処理１００１により起動される１つのスレッド１００２は、ロガースレッド（ＬＯＧ）１００４である。ロガースレッド１００４は、データストア９６６（図２３）内にＨＥＵ９０２及び光ファイバベースの無線システム９００に関するイベント情報を記録することを担うものである。ロガースレッド１００４及びその機能に関する詳細な内容に関して以下でより詳細に説明する。ＨＥＵマイクロプロセッサ９６０によって実行されるＨＥＵ処理１００１により開始される別のスレッド１００２は、通信スレッド１００６（ＣＯＭＭ）である。通信スレッド１００６は、上述のように、ＨＥＵコントローラ処理１００１と、光ファイバベースの無線システム９００内のＨＥＵ９０２及びＲＡＵ９０６の他の構成要素との間の通信インタフェースを提供する。通信スレッド１００６は、図２３に関して上述したように、このような他の構成要素と通信するために通信モジュール９７０を呼び出す。
【０１１１】
ＨＥＵマイクロプロセッサ９６０によって実行されるＨＥＵ処理１００１により開始される別のスレッド１００２は、スケジューラースレッド１００７（ＳＣＨＥＤＵＬＥＲ）である。他の特徴の中でも、スケジューラースレッド１００７は、ＨＥＵ９０２及び光ファイバベースの無線システム９００内の構成要素又はモジュールを発見、初期化、又は列挙し、フラグビット９９９（図２９）に基づいてポイントリスト情報を生成し、モジュール状態及びポイント情報を更新し、かつ光ファイバベースの無線システム９００内のモジュールに対してアラームを計算及び報告することを担うものである。これらの特徴に関しては、以下でより詳細に説明する。ＨＥＵマイクロプロセッサ９６０によって実行されるＨＥＵ処理１００１により開始される別のスレッド１００２は、較正スレッド（ＣＡＬＩＢＲＡＴＩＯＮ）１００８である。較正スレッド１００８は、光ファイバ無線を用いるシステム９００内のＲＦリンクを較正することを担うものである。ＨＥＵマイクロプロセッサ９６０によって実行されるＨＥＵ処理１００１により開始される別のスレッド１００２は、外部インタフェーススレッド（ＥＸＴＥＲＮＡＬ  ＩＮＴＥＲＦＡＣＥ）１０１０である。外部インタフェーススレッド１０１０は、外部クライアント９２０にデータを通信するために、かつそれらのクライアント９２０から要求を受信するために他のスレッド１００２により呼び出すことができる。このような要求は、情報を検索及び表示して光ファイバベースの無線システム９００及びその構成要素を較正する要求、及び以下でより詳細に説明するような他の様々なタスクを含むことができる。
【０１１２】
データストアモジュール１０１２も、他のスレッド１００２からデータストア９６６内のデータを格納するためにＨＥＵコントローラ９５８に設けられる。データストア９６６は、異なるかつ複数のメモリタイプを伴い、かつ以下でより詳細に説明するように、構成情報、アラーム情報、及びログ情報のために別々のパーティションを含むことができる。データストアモジュール１０１２はまた、必要であるか又は要求された時の検索のためのデータストア９６６内での存在するモジュールのリスト又は表、ポイント及びポイント情報を収容する情報、及びＨＥＵ９０２及び光ファイバベースの無線システム９００の構成情報の格納を補助する。この情報は、外部インタフェーススレッド１０１０を通じてスレッド１００２及びクライアント９２０によりデータストア９６６から取得することができる。データストアモジュール１０１２は、データストア９６６内に格納された光ファイバベースの無線システム９００に関するデータに書き込みかつ読み取る１つ又はそれよりも多くのレジスタを提供することができる。しかし、データストアモジュール１０１２は、この実施形態では別々のスレッドではない。データストアモジュール１０１２は、ＨＥＵコントローラソフトウエアモジュール９６４及びその処理の一部として設けられる。
【０１１３】
データストア９６６がＨＥＵ９０２内のＲＦ通信とは別にかつ異なって設けられるので、データストア９６６内に格納されたあらゆる情報（例えば、構成情報）は、たとえＲＦモジュールが無効化されるか、中断されるか、又はそうでない場合に作動中ではないとしても保持かつ維持することができる。ＲＦモジュールが例えば使用停止となって復元された時に、モジュールが発見された後に、このようなモジュールに関するデータストア９６６内に格納された構成情報を復旧させることができる。
【０１１４】
図３１は、ＨＥＵ９０２の起動又はリセットと同時にＨＥＵコントローラによって実行される例示的な処理を示す流れ図である。この処理では、ＨＥＵ９０２のソフトウエアを用いる作動全体を実行し、かつプログラムのステータス及び外部ユーザ要求を連続的に判断するためにＨＥＵコントローラ９５８によって実行される。この処理は、起動又はリセット時にＨＥＵコントローラ９５８によって実行されるＨＥＵコントローラ処理１００１の一部として設けられる。図３１に示すように、この処理は、起動又はリセット（ブロック１０２０）を通じて開始される。実行される第１の段階は、ＨＥＵコントローラ９５８の作動を初期化及び開始することである（ブロック１０２２）。このタスクは、上述のように、ＨＥＵコントローラ９５８内でのスレッド１００２を起動するために図３２の例示的な通信図に示すスレッド起動シーケンス１０２４を開始する。図３２に示すように、ＨＥＵコントローラ処理１００１は、最初に、ＨＥＵコントローラ９５８の構成を読み取り（ブロック１０２６）、次に、ロガー設定を初期化し（ブロック１０２８）、かつロガースレッド１００４（図３０）を起動するために共通モジュール９６８（図２５Ａ）を呼び出す（ブロック１０３０）。ロガースレッド１００４は、次に、固有のロガースレッド処理を実行して、ロガースレッド１００４の機能を実行し、かつＨＥＵコントローラ処理１００１及びスケジューラースレッド及び通信スレッド１００７、１００６（図３０を参照されたい）からのロガースレッド要求を処理する（ブロック１０３２）。イベント記録が他のスレッド１００２によって生成されたイベント情報を格納することができるように起動するために、ロガースレッド１００４を先に起動する場合がある。
【０１１５】
図３２を引き続き参照すると、ＨＥＵコントローラ処理１００１では、次に、通信モジュール９７０（図２５Ａ）を呼び出して通信設定を初期化し（ブロック１０３４）、通信スレッド１００６（図３０）を起動する（ブロック１０３６）。ロガースレッド１００６では、次に、固有のロガースレッド処理を実行し、ロガースレッド１００６の機能を実行し、かつＨＥＵコントローラ処理１００１及びスケジューラースレッド及び通信スレッド１００７、１００８（図３０を参照されたい）からのロガースレッド要求を処理する（ブロック１０３８）。通信スレッド１００６は、この実施形態ではスケジューラースレッド、較正スレッド、及び外部インタフェーススレッド１００７、１００８、１０１０の前に起動されるが、その理由には、上述のスレッドでは、通信スレッド１００６のサービスを必要とするＨＥＵ９０２及びＲＡＵ９０６内の構成要素への通信を必要とするか又は引き起こすことができる機能及び特徴を実行するからである。
【０１１６】
図３２を引き続き参照すると、ＨＥＵコントローラ処理１００１では、次に、共通モジュール９６８（図２５Ａ）を呼び出してデータストアモジュール１０１２を作成及び初期化し、イベントを格納するデータストアをもたらす（ブロック１０４０、１０４２）。上述のように、データストアモジュール１０１２は、この実施形態では別々のスレッド又は処理内に設けられるものではない。データストアモジュール１０１２は、スケジューラースレッド、較正スレッド、及び外部インタフェーススレッド１００７、１００８、１０１０（図３０を参照されたい）からのデータ記憶を処理する（ブロック１０３８）。
【０１１７】
図３２を引き続き参照すると、ＨＥＵコントローラ処理１００１では、次に、ＨＥＵコントローラソフトウエアモジュール９６４（図２５Ａ）を呼び出して、スケジューラー設定を初期化し（ブロック１０４４）、通信スレッド１００７（図３０）を起動する（ブロック１０４６）。スケジューラースレッド１００７は、次に、光ファイバベースの無線システム９００（図３０を参照されたい）（ブロック１０４８）内のモジュールのための発見機能、列挙機能、及びモニタリング機能を含む特定の機能を実施するように実行される。
【０１１８】
最後に、図３２に示すように、ＨＥＵコントローラ処理１００１では、マネージャモジュール９７４（図２５Ａ）を呼び出して、外部インタフェース設定を初期化し（ブロック１０５０）、外部通信スレッド１０１０（図３０）を起動する（ブロック１０５２）。外部インタフェーススレッド１００６では、次に、固有のロガースレッド処理を実行して、外部インタフェーススレッド１０１０の機能を実行し、かつＨＥＵコントローラ処理１００１及びロガースレッド及び通信スレッド１００４、１００６（図３０を参照されたい）からの通信要求を処理する（ブロック１０５４）。スレッド１００２の初期化が実行された後に、ＨＥＵコントローラ処理１００１は、次に、図３１の主処理に戻る。
【０１１９】
図３１を再び参照すると、ＨＥＵコントローラ処理１００１は、次に、一部の任意的な段階（ブロック１０５６〜１０５８、１０６６〜１０８６）を実行する。例えば、ＨＥＵコントローラ処理１００１は、構成可能な時間（ブロック１０５６）に従って定期的にステータスを検査するためにモニタリングを入力してモニタリングタイムアウト情報を登録することができる。これは、主ＨＥＵコントローラ処理１００１に対して２つの処理ループを設定することである。第１の処理は、ユーザ要求に関わっていないスレッド１００２からの要求を受信することである。これらの要求は、外部インタフェース処理１０１０を通じて開始されるユーザ要求より頻繁に検査される。この点に関して、図３１に示すように、ＨＥＵコントローラ処理１００１では、ＨＥＵコントローラ処理１００１で、作業を再開するか又はＨＥＵ９０２を停止するユーザ入力が外部インタフェース処理１０１０を通じて受信されたか否か（ブロック１０６０）を判断しなければならないようにタイムアウトが発生したか否か（ブロック１０５８）を判断する。代替的に、ＨＥＵコントローラ処理１００１では、作業を初期化及び開始した（ブロック１０２２）後にユーザ入力を待つ（ブロック１０６０）ことができる。そうである場合、作業再開要求が受信され（ブロック１０６２）、かつＨＥＵコントローラ９５８が再初期化された（ブロック１０２２）場合、ＨＥＵコントローラ９５８は、作業を停止するか、又はユーザ入力が停止要求であった場合、ＨＥＵコントローラ９５８は、停止される（ブロック１０６４）。ユーザ入力が再開するか又はＨＥＵコントローラ９５８を停止することではなかった場合、以下に説明するように、ユーザ入力は、通常のＨＥＵコントローラ処理１００１作業の一部として処理される。
【０１２０】
通常のＨＥＵコントローラ処理１００１では、通信スレッド１００６へのスレッド間通信間に発生するあらゆる通信障害が解決されたことを保証するために通信スレッド１００６待ち行列の長さを検査する。ＨＥＵコントローラ９５８の主な特徴及び機能は、以下でより詳細に説明するように、他のスレッド１００２内で実行される。この点に関して、ＨＥＵコントローラ処理１００１では、通信スレッド１００６に、通信スレッド１００６要求取得待ち行列の長さを得るメッセージを送る（ブロック１０６６）。要求取得待ち行列は、通信スレッド１００６がスケジューラースレッド１００７から通信要求を受信するために精査するデータストア９６６内に示されるメッセージ待ち行列である（図３０を参照されたい）。要求取得要求待ち行列が特定の閾値限界値より長い場合（ブロック１０６８）、スケジューラースレッド１００７内に示された要求取得閾値が下げられる（ブロック１０７０）。これは、スケジューラースレッド１００７が、要求取得待ち行列に対して望ましい閾値限界を超える要求速度を通信スレッド１００６に提供することを担うことができるからであり、従って、ＨＥＵコントローラ９５８内に待ち時間の問題が発生する。
【０１２１】
その後、ＨＥＵコントローラ処理１００１では、通信スレッド１００６に、要求設定待ち行列の長さを得るメッセージを送る（ブロック１０７２）。要求設定待ち行列は、通信スレッド１００６が外部インタフェーススレッド１０１０から通信要求を受信するために精査するデータストア９６６内に示されるメッセージ待ち行列である。要求設定待ち行列が特定の閾値限界値より長い場合（ブロック１０７４）、外部インタフェーススレッド１０１０内に示された要求設定閾値が下げられる（ブロック１０７６）。これは、外部インタフェーススレッド１０１０が、要求設定待ち行列に対して望ましい閾値限界を超える要求速度を通信スレッド１００６に提供することを担うことができるからであり、従って、待ち時間問題が発生する。
【０１２２】
次に、図３１を引き続き参照すると、ＨＥＵコントローラ処理１００１では、他のスレッド１００２（ブロック１０７８）により報告されたエラーがないか検査し、かつこのようなエラーがＨＥＵコントローラ９５８の作動を停止すべきであるほど重大であるか否かを判断する（ブロック１０８０）。ＨＥＵコントローラ９５８は、例えば、ＨＥＵコントローラ９５８内で実行中であるソフトウエアが、再起動を必要とするようなエラー又は例外を招いたか否かを判断するために、ＨＥＵ９０２にリセットがあったか、又はモニタリングエラーが発生したか（例えば、ソフトウエアによりリセットされないタイマが満了した）否かを判断することができる。以下でより詳細に説明するように、ＨＥＵコントローラ９５８の他のスレッド１００２により報告又は計算されるイベントは、アラームによりに生成される。イベントは、ロガースレッド１００４の一部としてデータストア９６６内に格納される。この実施形態では、高度に深刻又は重大なアラームは、不揮発性メモリパーティション内に格納することができ、非重大アラームは、データストア９６６の一部として別々のパーティション内とすることができる。以下でより詳細に説明するシステムイベントは、データストア９６６内で不揮発性又は揮発性メモリの別々のパーティション内に格納することができる。イベントが高深刻度のものでない場合、処理は、連続ループで処理を繰り返すためにタイムアウト検査タスク（ブロック１０５８）に戻る。イベントが高深刻度のものである場合、ＨＥＵコントローラ処理１００１では、ＨＥＵコントローラ９５８の作動を停止して（ブロック１０８２）、ユーザ入力を待つ（ブロック１０８４）。ユーザ入力は、ＨＥＵコントローラ９５８を停止するか、又はＨＥＵコントローラ９５８を再起動する（ブロック１０８６）ことができる。ユーザ入力が停止することであった場合、ＨＥＵコントローラ９５８は、設計方式でスレッド１００２及びそのメッセージ待ち行列を終了するために停止作動を実行する（ブロック１０６４）。ユーザ入力が再起動することである場合、ＨＥＵコントローラ９５８は、上述のように、スレッド１００２の初期化に戻ることによって再起動作業を実行する（ブロック１０２２）。
【０１２３】
図３３Ａ及び図３３Ｂは、図３０に示すスケジューラースレッド１００７によって実行される処理を示す流れ図である。以下でより詳細に説明するように、スケジューラースレッド１００７は、モジュールの発見及び初期化を担うものである。モジュールには、ＨＥＵ９０２内の構成要素（ＤＬ−ＢＩＣ９４９、ＵＬ−ＢＩＣ９５０、及びＯＩＭ９１０）及びＲＡＵ９０６がある。例えば、各構成要素は、物理ＰＣＢ上に設けることができる。モジュールは、作動中になる前にＨＥＵコントローラ９５８により初期化される。また、スケジューラースレッド１００７では、先に説明しかつ図２９に提供するように、ＨＥＵコントローラ９５８のデータストア９６６内に構成された各ポイントタイプに提供されたフラグビット９９９に従ってＨＥＵ９０２内の構成要素及びＲＡＵ９０６に対してポイントリストを生成する。スケジューラースレッド１００７では、これらの特徴を実行するために通信スレッド１００６にメッセージを送る。更に、スケジューラースレッド１００７は、モジュールの状態を更新し、動的ポイントを更新し、アラームを計算して、データストア９６６内のポイントアラームを報告することを担い、データストア９６６は、外部インタフェース処理１０１０を通じてクライアント９２０により評価することができる。
【０１２４】
図３３Ａを参照すると、スケジューラースレッド１００７は、ＨＥＵコントローラ処理１００１（ブロック１１０２）から初期化イベントを受信する（ブロック１１００）ことによって開始する。スケジューラースレッド１００７は、時間間隔で作動する。この点に関して、スケジューラースレッド１００７は、次に、要求段階１１０４において通信スレッド１００６に送られた４つの要求のうちの１つを実行する時間であるかを判断する（ブロック１１０６）。要求の４つのタイプのうちの１つのみが、スケジューラースレッド１００７の反復毎に行われる。しかし、各タイプの要求は、必ずしも、同じ頻度で実行する必要があるというわけではない。各タイプの要求は、通信スレッド１００６要求の４つのタイプの望ましいタイミング上の決定により、異なる周期的な間隔で実行することができる。望ましいタイミング間隔は、以下でより詳細に説明する構成処理内においてクライアント９２０によって定義することができる。要求段階１１０４が通信要求の４つのタイプの１つを実行することによって実行された後に、スケジューラースレッド１００７では、応答段階１１０８を実行する。応答段階１１０８では、他のスレッド１００２によりスケジューラースレッド１００７に送られたメッセージに対してスケジューラーメッセージ待ち行列を精査して要求を実行する。応答段階１１０８は、スケジューラースレッド１００７の反復毎に実行される。以下でより詳細に説明するように、スケジューラースレッド１００７は、モジュールを発見し、モジュール状態を更新し、ポイント情報を更新し、かつアラームを計算及び報告することを担い、従って、他のスレッド１００２では、必要であるか又は望ましい時に、これらのタスクを実行する要求をスケジューラー待ち行列に送る。
【０１２５】
図３３Ａを引き続き参照すると、要求段階１１０４内の第１のタイプの要求は、通信スレッド１００６に送られるモジュールに関する発見要求（ブロック１１１０）である。発見要求は、自動的にかつ定期的に、例えば、一例として１５秒毎に実行することができる。従って、モジュールは、除去及び交換され、交換されたモジュールは、自動的に発見される。従って、ＨＥＵコントローラ９５８が作動中にモジュールのホットスワッピングが可能である。発見要求は、存在するモジュールを発見するために通信スレッド１００６を通じてＨＥＵ９０２及び光ファイバベースの無線システム９００内のＩ2Ｃアドレスに非同期で発見要求を通信する。存在して機能的Ｉ2Ｃアドレスを有するモジュールが発見される。モジュールには、この実施形態ではＤＬ−ＢＩＣ９４９、ＵＬ−ＢＩＣ９５０、ＯＩＭ９１０、及びＲＡＵ９０６がある。同様に、発見処理では、以前に発見されたモジュールがＨＥＵ９０２又は光ファイバベースの無線システム９００から除去されたか否かも示している。発見処理では、同様に、結果として、モジュールに対して構成されたポイントとしてモジュールに対して構成されたポイントの番号及びタイプを含むモジュールからの応答が発生する。
【０１２６】
各モジュールは、モジュール及びその構成要素に関する静的又は動的情報をＨＥＵコントローラ９５８に提供する特定の構成されたポイントを含む。このようにして、モジュールは、柔軟性が得られるようにＨＥＵコントローラ９５８にそのポイント機能を報告することを担うものである。この実施形態では、スケジュールスレッド１００７に通信される第１のポイントは、ＨＥＵコントローラ９５８により要求することができるモジュールに関するポイントの総数を示している。モジュールが発見された後に、スケジューラースレッド１００７では、全てのモジュール、並びに構成されたポイントの発見されるモジュール一覧をデータストア９６６（図２５Ａ）内に入れる。このようにして、ＨＥＵコントローラ９５８は、スレッド１００２を通じて、本明細書に説明する特定の機能性及び特徴をもたらすために様々なモジュールと通信することができる。発見要求の結果としてのモジュールからの応答は、スケジューラースレッド１００７待ち行列に通信されて応答段階１１０８において処理される。
【０１２７】
モジュール発見は、ＨＥＵ９０２内に設けられたＯＩＭ９１０の個数、及びどのスロット内にＯＩＭ９１０がダウンリンク及びアップリンクＢＩＣ９４９、９５０に接続されたかを判断する。この実施形態では、２５６個までのモジュールをＨＥＵコントローラ９５８により発見することができるが、これは、制限された数字ではない。更に、モジュール発見は、通信スレッド１００６からＯＩＭ９１０への通信を通じて各ＯＩＭ９１０に接続したＲＡＵ９０６も判断する。上述のように、ＲＡＵ９０６は、Ｉ2Ｃ通信バス９７２上で直接にアドレス可能ではないが、各ＲＡＵ９０６はＯＩＭ９１０（図２５Ａ）を通じたアクセスのための固有のＩ2Ｃアドレスを有する。モジュールがスケジューラースレッド１００７により発見された後に、モジュール状態は、図３４のモジュール状態図に示すように、非初期化状態（ＭＯＤＵＬＥ  ＵＮＩＮＩＴＩＡＬＩＺＥＤ）１１１４から発見された状態（ＭＯＤＵＬＥ  ＤＩＳＣＯＶＥＲＥＤ）１１１６に変更される。図３４のモジュール状態図は、通信スレッド１００６を通じたスケジューラースレッド１００７からのモジュール要求に応答してそのそれぞれのマイクロプロセッサによりモジュール内で実行される状態図を示している。モジュールは、エラーが発生しない場合、通信スレッド１００６との発見ハンドシェーク通信１１１８及び発見された状態１１１６への遷移を実行する。モジュールが非初期化状態１１１４中に他の通信メッセージを受信した場合、モジュールは、図３４に示すように、モジュールが発見されるまでこのような他のメッセージ１１２０を拒否する。
【０１２８】
図３５は、更に通信スレッド１００６への通信を提供するために、通信スレッド１００６までの例示的な通信シーケンス１１２１を示している。図３５に示すように、通信スレッド１００６は、要求が通信スレッド１００６に通信されたか否かを判断するために要求待ち行列１１２５を呼び出す（ブロック１１２３）。要求は、特定モジュールに関連している。通信スレッド１００６では、モジュール状態が要求と適合するか否かを判断するために検査する（ブロック１１２７）。例えば、図３４に示すように、非初期化状態１１１４のモジュールは、スケジューラースレッド１００７からの発見要求以外のメッセージを受信することができない。不整合がモジュール状態と要求の間に存在する場合、通信スレッド１００６は、不整合を報告する（ブロック１１２９）ために呼び出しを行い、要求側の待ち行列１１３１に不整合を追加する（ブロック１１３３）。不整合がない場合、通信スレッド１００６は、モジュール（図２５Ａ）（ブロック１１３５）のマイクロプロセッサ９６０、９７３に要求メッセージを送り、モジュール１１３９のＩ2Ｃアドレスにメッセージ（ブロック１１３７）を送る。モジュールマイクロプロセッサ９６０、９７３は、通信スレッド１００６（ブロック１１４１）に応答を通信する。通信スレッド１００６は、次に、エラーがないかに関してモジュール応答を検査することができる（ブロック１１４３）。
【０１２９】
図３３Ａに戻ると、要求段階１１０４内でスケジューラースレッド１００７によって実行された別のタイプの要求は、モジュール列挙要求１１２２である。列挙は、発見されるモジュールからのポイントに関するポイント情報を要求及び受信する処理である。ポイント情報は、モジュールのステータス及びその構成要素の特定の構成要素を提供するために、並びに以下でより詳細に説明するようにアラームを受信及び計算するのに使用される。発見された及び発見された状態にあるモジュールに対して（ブロック１１２４）、スケジューラースレッド１００７は、列挙ポイント要求（ブロック１１２６）を生成し、通信スレッド１００６を通じて列挙ポイント要求を発見されたモジュールに送る（ブロック１１２８）。ＨＥＵコントローラ９５８は、依然としてモジュールによって提供することができるポイントを認識する必要はない。ポイントが特定モジュールに対して変わった場合、モジュールが列挙されると、このようなモジュールに関するポイント情報は、スケジューラースレッド１００７によりＨＥＵコントローラ９５８内で自動的に更新される。
【０１３０】
スケジューラースレッド１００７は、ポイント列挙要求を生成し（ブロック１１２６）、Ｉ2Ｃ通信（ブロック１１２８）を通じて、発見されたモジュールに関するポイント列挙要求をモジュールに宛てた通信スレッド１００６に送る。図３４に示すように、モジュールは、モジュール発見状態１１１６である間に通信スレッド１００６からポイント列挙要求１１２２を受信する。これに応答して、モジュールは、モジュールに対して構成されたポイントを列挙する。これには、モジュールのポイントに関する特性情報をＨＥＵコントローラ９５８に提供するために各ポイントに対して構成されたフラグビット９９９を受信することが含まれる。スケジューラースレッド１００７によりモジュールから受信したポイント情報は、ＨＥＵコントローラ９６８によるアクセスに向けて、データストア９６６内に格納されたポイント情報内で更新される。スケジューラースレッド１００７は、各々の発見されたモジュールに関するポイントを受信するので、スケジューラースレッド１００７は、要求段階１１０４内で全てのポイント情報が各々の発見されるモジュールに対して受信したか否かを判断することによって列挙が完全であるか否か追跡することができる。列挙が完了した後で（１１３２）、モジュールは、モジュール初期化状態１１３４に遷移する。初期化された状態１１３４で、モジュールは、ポイント情報を設定するためにＨＥＵコントローラ９５８から要求を受信するか、又はＨＥＵコントローラ９５８のデータストア９６６内に格納されたポイント情報を更新するためにポイント情報１１４０を得ることができる。以下に説明するように、ポイント情報は、アラームを計算又は報告するのに使用することができ、かつ外部インタフェーススレッド１０１０を通じてクライアント９２０によりアクセス可能である。
【０１３１】
図３４でも示すように、初期化されたモジュールは、リセット１１３６又はタイムアウト１１３８が発生するまで初期化された状態１１３４のままであり、これらの両方により、モジュールは、スケジューラースレッド１００７でモジュールを発見するまで非初期化状態１１１４に置かれる。このようにして、光ファイバベースの無線システム９００は、作動中に代替的に「ホットスワッピング」を行うために「ホット」の時にＯＩＭ９１０を除去し、かつＨＥＵ９０６及びＲＡＵ９０６接続からＯＩＭ９１０を交換する（スワッブインアウトとも呼ばれる）ことをサポートする。ＯＩＭ９１０が除去された場合、ＨＥＵコントローラ９５８によりモジュール再発見が試行された時に、肯定応答の受信失敗がスケジューラースレッド１００７を通じてＨＥＵコントローラ９５８により検出され、従って、モジュールが、データストア９６６内の発見モジュールのリストから除外される。モジュールが挿入又は再挿入されたか、又は通信が他の方法でＨＥＵコントローラ９６８で再確立された時に、スケジューラースレッド１００７では、ポイントを発見かつ列挙し、モジュールを自動的に初期化することができる。光ファイバベースの無線システム９００からのＯＩＭ９１０及びＲＡＵ９０６ホットスワッピング出し入れを行っても、他のＯＩＭ９１０及びＲＡＵ９０６との通信に影響を与えない。
【０１３２】
この実施形態では、この実施形態のＨＥＵコントローラ９５８及びスケジューラースレッド１００７により又はポイントを提供するモジュールにより計算される４つのタイプのアラームがある。上述して図２９に示す各ポイントに関するフラグビット９９９設定のビット番号２３より、ポイントのためのアラームが計算されるのが、ＨＥＵコントローラ９５８によるのか又はポイントを提供するモジュールによるのかに関する構成が制御される。４つのタイプのアラームは、この実施形態では、ブールアラーム、高アラーム、低アラーム、及び厄介なアラームである。ブールアラームは、ポイントの実際値が推定値であるかどうかを示す。高アラームは、ポイントの値が構成された閾値を超えたことを示している。低アラームは、ポイントの値が構成された閾値未満に落ちたことを示している。厄介なアラームは、ポイントが読まれるまでポイントに対して設定されたままである。ポイントの値がアラームを引き起こした閾値範囲を出たか否かに関わらず、アラームポイントの閾値を提供することができることにより、ＨＥＵ９０２は、故障を検出するだけでなく、故障を予測することができる。アラームポイントの閾値は、閾値を超えることが、実際の故障ではなく、予測されるか又は今後の故障の可能性を示すように設定することができる。
【０１３３】
このアラーム方式により、いずれかのポイントをいずれかのモジュールに対して必要とされるアラームとして定義することができる。上述のように、ポイントがスケジューラースレッド１００７により列挙された時に、ＨＥＵコントローラ９５８では、どのポイントがフラグビット９９９からのアラームであるか、また、各アラームが計算すべきなのはＨＥＵコントローラ９５８によるのか又はモジュールそのものによるのかが既知である。それによってＨＥＵコントローラ９５８がアラームを計算することが必要になるのではなく、あらゆるモジュールが自己アラームを提供する柔軟性が可能である。一例として、モジュール発見アラームの例は、ＲＡＵ９０６がモジュール電圧レベルを入力したことを意味する「ＲＩＮＭＶＬ」というポイントとすることができる。スケジューラースレッド１００７では、フラグビット９９９内のアラームモジュールビット（ビット番号２３）がモジュール列挙中にこのポイントアラームに向けて設定されたことに気づいており、かつこのアラームポイントがＲＡＵ９０６により計算又は設定されると理解している。アラームポイントが以下に説明するスケジューラースレッド１００７によるアラームポイント取得処理の一部として動的ポイントとして得られた時に、スケジューラースレッド１００７では、アラームのブール値を受信してポスティングに向けてアラームを報告する。
【０１３４】
図３３Ａに戻ると、要求段階１１０４内でスケジューラースレッド１００７によって実行された別のタイプの要求は、アラームポイント取得要求１１４２である。この実施形態では、全てのポイントは、以下でより詳細に説明するポイント取得要求１１５０内で一般的に処理することができるので、別々のアラームポイント取得要求１１４２を提供することは任意的なものである。別々の要求として提供される場合、アラームポイント取得要求１１４２は、アラームを含むモジュールに関するポイントのステータスをモニタするためのＨＥＵコントローラ９５８のモニタリング機能の一部である。初期化状態であるモジュール（ブロック１１４４）に対して、スケジューラースレッド１００７では、アラームポイント取得要求を生成して（ブロック１１４６）、通信スレッド１００６を通じてアラームポイント取得要求を初期化されたモジュールに送る（ブロック１１４８）。モジュールは、初期化状態１１３４（図３４）である間に、通信スレッド１００６を通じて、アラームポイント取得要求を受信し、以下に説明するように、応答段階１１０８内で処理されるように、通信スレッド１００６を通じてモジュールのアラーム可能ポイントをスケジューラースレッド１００７に提供する。
【０１３５】
アラーム可能ポイントは、上述のように（図２９）、アラームがフラグビット９９９内でポイントに関して示された条件に従ってスケジューラースレッド１００７により計算又は判断することができるポイントである。特定のポイントに関するアラームは、スケジューラースレッド１００７により計算され、他のポイントに関するアラームは、モジュール自体により判断することができる。スケジューラースレッド１００７により計算されたアラームを有するポイントは、このようにして、ユーザ又はクライアント９２０にこのようなポイントに対してアラーム閾値を構成する機能を与えるように構成される。閾値を構成する機能は、光ファイバベースの無線システム９００の故障を予測するのに使用することができる。特定のポイントに関する閾値は、超えた場合に実際の故障が発生しないが、注意かつ報告すべきである故障の可能性を示すことができるように設定することができる。アラームを有するポイントは、モジュール又はＨＥＵコントローラ９５８により計算することができる。アラーム内の情報は、アラームに関して構成された情報に基づいてモジュールの故障又はエージングを予測するのに使用することができる。特定のポイントに関するフラグビット９９９は、例えば、性能が劣化しているが故障の時点には至っていない時に、低アラームを生成するように構成することができる。
【０１３６】
要求段階１１０４内でスケジューラースレッド１００７によって実行される別のタイプの要求は、ポイント取得要求１１５０である。初期化状態内のあるモジュール（ブロック１１５２）に対して、スケジューラースレッド１００７は、発見されたモジュールからの列挙応答に基づいてポイントリストを生成する（ブロック１１５４）。スケジューラースレッド１００７は、次に、通信スレッド１００６を通じて初期化済みモジュールにポイント取得要求を送る（ブロック１１５６）。モジュールは、初期化状態１１３４（図３４）である間に、通信スレッド１００６を通じてポイント取得要求を受信し、以下に説明するように、応答段階１１０８において処理されるように通信スレッド１００６を通じてモジュールのポイントをスケジューラースレッド１００７に提供する。ポイントは、インタフェースマネージャモジュール９７４を通じたＨＥＵコントローラ９５８及びクライアント９２０によるアクセスに向けてデータストア９６６内に格納することができる。この実施形態では、クライアント９２０は、インタフェースマネージャ９６６を通じてＨＥＵ９０２に関するポイント、イベント情報、及び他の情報にアクセスし、インタフェースマネージャ９６６は、データストア９６６から情報を検索する。この点に関して、データストア９６６は、データストア９６６との直接的な接続を通じて異なるスレッド１００２間でデータを共有する方法として作用する共有メモリである。
【０１３７】
スケジューラースレッド１００７で要求段階１１０４を実行した後に、スケジューラースレッド１００７は、応答段階１１０８を実行する。スケジューラースレッド１００７は、何らかの応答が他のスレッド１００２からの待ち行列内で未決であるか否かを判断するために、データストア９６６内でのスケジューラー応答待ち行列を検査する（ブロック１１６０）。応答は、生成されると、スケジューラースレッド１００７の要求段階１１０４の要求に応答してスケジューラー応答待ち行列に入れることができる。図３３Ｂに進んで、スケジューラー応答待ち行列が空である場合（ブロック１１６２）、スケジューラースレッド１００７は、未決の要求がないかを検査する（ブロック１１６４）。要求が未決である場合、応答は、スケジューラー応答待ち行列内に示されることを予想することができる。スケジューラー応答待ち行列は、未決の要求がある場合、空であるはずがない。未決の要求が、構成されたある一定の閾値よりも高い場合（ブロック１１６６）、スケジューラースレッド１００７は、要求を十分に早く処理していない。従って、スケジューラースレッド１００７は、要求段階１１０４において別の要求を実行する前に応答を処理するために検査応答待ち行列タスクに戻る（ブロック１１６０）。
【０１３８】
スケジューラースレッド１００７は、応答待ち行列が閾値より低くなるまで引き続き応答を処理する（ブロック１１６６、１１６０）。未決の要求が閾値より高くなかった場合（ブロック１１６６）、スケジューラースレッド１００７は、要求が応答に応答して受信されたのではないので（ブロック１１６８）、システムエラーイベントを報告する。スケジューラースレッド１００７は、次に、停止作動要求を受信したか否かを判断する（ブロック１１７０）。受信されていない場合、処理は、要求段階１１０４に戻る（ブロック１１０６）。停止操作を受信した場合（ブロック１１７０）、スケジューラースレッド１００７は、未決の要求が完了するのを待って（ブロック１１７２）、スケジューラースレッド１００７を出る（ブロック１１７６）前に一掃手順を実行する（ブロック１１７４）。この場合、スケジューラースレッド１００７は、もはやアクティブではなく、スケジューラースレッド１００７は、再起動（再開）するためにＨＥＵコントローラ処理１００１により再起動する必要がある。
【０１３９】
スケジューラー応答待ち行列が空でない場合（ブロック１１６２）、これは、処理すべき応答がスケジューラー応答待ち行列内にあることを意味する。この場合、スケジューラースレッド１００７は、応答タイプを判断する（ブロック１１７８）。応答タイプがモジュール通信又は発見エラーである場合、モジュール状態は、ＨＥＵコントローラ９５８内で非初期化状態に更新され（ブロック１１８０）、この情報は、データストアモジュール１０１２（ブロック１１８２）の呼び出しを通じてデータストア９６６内で更新される。応答タイプがモジュール列挙応答である場合、モジュールが発見される。スケジューラースレッド１００７は、通信スレッド１００６を通じて、発見されたモジュールのポイントをスケジューラースレッド１００７に更新する（ブロック１１８３）。上述のように、ポイントは、ポイント自体、並びにフラグビット９９９（図２９）によるポイントの特性を含む。ポイントは、スケジューラースレッド１００７及び外部インタフェーススレッド１０１０が、データストア９６６から（例えば、アラームポイント取得要求１１４２及びポイント取得要求１１５０を通じて）モジュールから受信したポイント及び格納されたポイント情報にアクセス可能なように、データストアモジュール１０１２の呼び出しを通じてデータストア９６６内に格納される。
【０１４０】
図３３Ｂを引き続き参照すると、スケジューラースレッド１００７はまた、応答タイプがポイント取得要求タイプである場合に（アラームポイント取得要求１１４２又はポイント取得要求１１５０から生じる）、スケジューラースレッド１００７がポイントアラームを計算する（ブロック１１８６）ように構成される。モジュールは、ポイントが上述のように（図２９）ポイントに関してフラグビット９９９においてアラーム可能であるか否かを定義する。ここでもまた、この構成により、モジュールは、ポイントがアラーム可能であるか否かをＨＥＵコントローラ９５８に提供することができる。アラーム可能ではない場合、スケジューラースレッド１００７は、ポイントに対してアラームを計算せず、ポイント情報は、データストア９６６内に格納される。計算された場合、ポイントのアラームは、データストア９６６内で更新される（ブロック１１８２）。
【０１４１】
図３６は、更に、アラームポイントを処理するためにスケジューラースレッド１００７により行われる呼び出しを示す通信又は順序図１２００を示している。図に示すように、スケジューラースレッド１００７は、スケジューラー応答待ち行列１２０２内での応答メッセージの応答タイプを検査する（ブロック１１７８）（図３３Ａ及び図３３Ｂも参照されたい）。スケジューラースレッド１００７は、次に、ポイントがスケジューラースレッド１００７において要求段階１１０８の一部として列挙された時にポイント情報のフラグビット９９９が格納されるポイント情報リスト１２０４を呼び出す（ブロック１２０６）。一例として、ポイント情報リスト１２０４は、オブジェクト指向クラスの一部として提供することができる。ポイントがアラーム可能である場合、スケジューラースレッド１００７は、ポイントに対してアラームを計算するためにポイント情報リスト１２０４を呼び出す（ブロック１２０８）。アラームは、フラグビット９９９で格納された情報に基づいて計算される。スケジューラースレッド１００７は、ポイントを提供するモジュール（例えば、ＯＩＭ９１０、ＲＡＵ９０６）によりポイントのフラグビット９９９に示された望ましい又は構成された特性が既存の作動条件内であるか否かを判断する。ポイントのアラーム状態が変化した場合（ブロック１２１０）、スケジューラースレッド１００７は、ロガースレッド１００４のロガー待ち行列に入れられたメッセージを通じてログファイルに変化を報告し（ブロック１２１２）、ロガースレッド１００４は、データストア９６６（ブロック１２１６）内のロガー待ち行列１２１４にアラーム状態を追加する。スケジューラースレッド１００７はまた、データストアモジュール１０１２の呼び出しを通じて（ブロック１２１８）、ポイントリスト９９７（図２８Ｃ）内のポイント情報をデータストア９６６に格納する。アラーム状態に変化がない場合、スケジューラースレッド１００７は、ロガー待ち行列１２１４にアラームを報告しない。
【０１４２】
図３６を引き続き参照すると、スケジューラースレッド１００７からのアラーム状態の変化の報告の受信に応答して（ブロック１２１２）、ロガースレッド１００４は、図３６にも示す通信図１２２０に従って処理を実行する。図に示すように、第１のロガースレッド１００４は、最初に、メッセージがロガースレッド１００４のためのロガー待ち行列１２１４に入れられたがどうかを判断するためにロガー待ち行列１２１４に呼び出しを送る（ブロック１２２２）。上述して図３６に示すポイントのアラーム状態の変化の例において、ポイントに対してアラームを記録するメッセージは、ロガー待ち行列１２１４に存在することになる。メッセージがロガー待ち行列１２１４に存在する場合、ロガースレッド１００４は、メッセージのタイプを判断し（ブロック１２２４）、ポイント情報又はアラーム発生中のポイントの記録が有効化されたか否かを判断する（ブロック１２２６）。ロガースレッド１００４は、外部通信されるように構成可能にすることができる。有効化された場合、ポイントアラームは、外部インタフェーススレッド１０１０の呼び出しを通じてクライアント９２０にポイントアラームを報告することができるように、ＨＥＵコントローラ処理１００１（ブロック１２２８）に、かつＨＥＵコントローラ処理１００１から外部インタフェーススレッド１０１０（ブロック１２３０）に報告される。次に、ロガースレッド１００４は、データストア９６６内のログファイルにポイントアラームを書き込み（ブロック１２３２）、かつロガー待ち行列１２１４内の次のメッセージを処理するために反復する。
【０１４３】
図３７は、一般的に、光ファイバベースの無線システム９００に向けてイベントを格納するためにスレッド１００２がログ要求を送るたことを可能にするロガースレッド１００４への通信要求のシーケンス図１２３０を示している。異なるタイプのイベントは、この実施形態ではロガースレッド１００４を使用して記録することができる。スケジューラースレッド１００７及び他のスレッド１００２は、システムイベントを開始することができる。第１のタイプのシステムイベントは、エラーメッセージである。エラーメッセージは、エラーが発生したとＨＥＵコントローラ９５８内でスレッド１００２によって実行される処理により判断された時はいつでも記録することができる。第２のタイプのシステムイベントは、トラブルシューティング及びデバッグを目的としてスレッド１００２による通信の追跡を行うためのスレッドメッセージである。第３のタイプのシステムイベントは、ポイントアラームを記録することである。この機能は、図３６で、かつ図３６に提供する通信図１２２０で先に提供したものである。第４のタイプのシステムイベントは、ＨＥＵ９０２によって実行された現在の作動を示すトレースメッセージである。
【０１４４】
この点に関して、記録に向けてシステムイベントを報告するスケジューラースレッド１００７の例を取ると、スケジューラースレッド１００７は、システムイベントを記録するために共通モジュール９６８を呼び出す（ブロック１２３２）。共通モジュール９６８は、ログ要求をロガー待ち行列１２１４（ブロック１２３４）に入れる（図３６も参照されたい）。ロガースレッド１００４は、ロガー待ち行列１２１４からのメッセージを検索する（ブロック１２３６）。ログ要求のシステムイベント詳細は、クライアント９２０がシステムイベント（ブロック１２４０）で更新することができるように、ＨＥＵコントローラ処理１００１を通じて外部インタフェーススレッド１０１０に通信される。全てのシステムイベントが、この実施形態では、外部インタフェーススレッド１０１０を通じてクライアント９２０に通信されるようにＨＥＵコントローラスレッド１００１に通信されるというわけではない。この機能は、構成可能である。スケジューラースレッド１００７に加えて、イベント取得要求ブロック（ブロック１２４２）を通じて外部インタフェーススレッド１０１０のような他のスレッド１００２も、ロガースレッド１００４への通信要求を通じてシステムイベントを記録されるように要求することができることに注意されたい。
【０１４５】
この実施形態では、ＨＥＵ９０２により光ファイバベースの無線システム９００に向けて提供される別の特徴は、較正である。較正は、ダウンリンク上でのＲｏＦ信号への電気ＲＦ信号の変換及びアップリンク上でのその逆の変換の結果としての信号強度損失を判断し、かつこのような損失を補償することに関わっている。信号強度損失は、ダウンリンクＢＩＣ９４９に提供されたＢＴＳ９５６からの着信電気ＲＦ信号がＯＩＭ９１０内でＲｏＦ信号に変換されてＲＡＵ９０６に通信される時にダウンリンク通信経路で遭遇する可能性がある。ＢＴＳ９５６とＲＡＵ９０６間の通信経路内での様々な構成要素の利得は、このような損失を補償するように調節することができる。較正では、アップリンク通信経路で遭遇した信号強度損失を判断することができる。信号強度損失は、ＲＡＵ９０６への着信電気ＲＦ信号がＲｏＦ信号に変換されてＯＩＭ９１０に通信され、ＲｏＦ信号が、アップリンクＢＩＣ９５０にこのような信号を通信するために電気ＲＦ信号に変換される時に生じる可能性もある。ダウンリンク通信経路に対して示したように、ＲＡＵ９０６とＢＴＳ９５６間の通信経路内の様々な構成要素の利得は、このような損失を補償するように調節することができる。一般的に、利得は、ダウンリンク及びアップリンク通信経路上で通信された信号の電力レベルを増大させるように設定されるが、利得は、信号強度を低減するように設定することもできる。例えば、異なるＢＴＳ入力９５７からの異なる通信周波数間に信号強度の一貫性をもたらすためにダウンリンクＢＩＣ９４９に提供された異なるＢＴＳ入力９５７（図２５Ａ）間に様々な信号入力間の信号強度を正常化することが望ましい場合がある。
【０１４６】
較正に対して更に論じやすいように、図３８Ａ及び図３８Ｂの概略図は、較正に関わっている光ファイバベースの無線システム９００、及びＨＥＵ９０２、ダウンリンクＢＩＣ９４９、アップリンクＢＩＣ９５０、ＯＩＭ９１０及びＲＡＵ９０６、及びＲＦ通信リンクを含めその構成要素を示すように示されている。図３８Ａ及び図３８Ｂは、ダウンリンク、すなわち、ダウンリンクＢＩＣ９４９に入力されてダウンリンクＢＩＣ９４９からＯＩＭ９１０及びＲＡＵ９０６及びその様々な構成要素に通信されるＢＴＳ９５６からの着信電気ＲＦ信号１２５２のダウンリンク通信経路１２５０を示している。図３８Ａに示すように、ダウンリンク通信経路１２５０は、分割器１２５１を通じてダウンリンクＢＩＣ９４９とＯＩＭ９１０の間にパラレル通信経路に分割される。上述のように、この実施形態では、１２個までのＯＩＭ９１０をダウンリンクＢＩＣ９４９に結合することができる（従って、図３８Ａでは１：１２と呼ぶ）。更に、図３８Ａ及び図３８Ｂに示すように、ダウンリンク通信経路１２５０は、ＯＩＭ９１０とＲＡＵ９０６間にパラレル通信経路に更に分割される。上述のように、この実施形態では、３つまでのＲＡＵ９０６を各ＯＩＭ９１０に結合することができる。更に、図３８Ａ及び図３８Ｂは、アップリンク、すなわち、ＲＡＵ９０６に入力されてＲＡＵ９０６からＯＩＭ９１０及びアップリンクＢＩＣ９５０及びその様々な構成要素に通信されるＲＡＵアンテナ９０５からの着信電気ＲＦ信号１２５６のアップリンク通信経路１２５４を示している。
【０１４７】
この実施形態では、光ファイバベースの無線システム９００及びその構成要素を較正するために、２つの較正発振器１２５８Ａ、１２５８Ｂが、図３８Ａに示すようにダウンリンクＢＩＣ９４９内に設けられる。較正発振器１２５８Ａ、１２５８Ｂは、この実施形態では、２つの異なる周波数に対して光ファイバベースの無線システム９００を較正するために２つの異なる周波数で予想電力レベル又は信号強度で２つの独立した電気較正信号１２６０Ａ、１２６０Ｂを生成するために設けられる。較正信号１２６０Ａ、１２６０Ｂの各々は、ダウンリンクＢＩＣマイクロプロセッサ９６５の制御下にある周波数スイッチ１２６２Ａ、１２６２Ｂに提供される。このようにして、ダウンリンクＢＩＣマイクロプロセッサ９６５は、望ましい時に又は較正モードである時にＨＥＵコントローラ９５８により指示された時に、較正信号１２６０Ａ、１２６０Ｂをアサート又はダウンリンク通信経路１２５０上に注入するために、周波数スイッチ１２６２Ａ、１２６２Ｂをオンにすることができる。較正は、この実施形態では、４つのＢＴＳ入力９５７の各々に対してカプラ１２６４に較正信号１２６０Ａ、１２６０Ｂを提供することを伴う。
【０１４８】
この実施形態では、ＨＥＵマイクロプロセッサ９６０は、ＨＥＵマイクロプロセッサ９６０とダウンリンクＢＩＣマイクロプロセッサ９６５間にＩ2Ｃ通信を通じて周波数スイッチ１２６２Ａ、１２６２Ｂを切り換えるようにダウンリンクＢＩＣマイクロプロセッサ９６５に指示することができる。この較正アクション又はモードでは、ダウンリンクＢＩＣ９４９及びその構成要素を通じてダウンリンク通信経路１２５０で較正信号１２６０Ａ、１２６０Ｂが伝播する。このような方式により、較正信号１２６０Ａ、１２６０Ｂは、ダウンリンク較正信号である。較正信号１２６０Ａ、１２６０Ｂの信号強度は、ＲｏＦ信号への電気ＲＦ信号の変換の結果としての損失を判断するために比較を目的として較正測定構成要素１２６３Ａ、１２６３Ｂ、により測定される。この信号強度レベルは、較正信号１２６０Ａ、１２６０Ｂの予想信号強度である。較正信号１２６０Ａ、１２６０Ｂは、ＯＩＭ９１０及びその構成要素に到達し、較正信号１２６０Ａ、１２６０Ｂは、ＲＡＵ９０６への送信に向けてＲｏＦ信号に変換される。較正信号１２６０Ａ、１２６０Ｂは、この実施形態では、ＲＦ通信がＨＥＵ９０２により行われている間に較正を行うことができるように、電気ＲＦ信号を搬送するのと同じＲＦリンク上で搬送される。
【０１４９】
この実施形態では、一方の較正周波数は、高周波数通信較正のためのものであり、他方の較正周波数は、低周波数通信較正のためのものである。例えば、２つの較正周波数は、９１５ＭＨｚ及び２０１７ＭＨｚとすることができる。このようにして、光ファイバベースの無線システム９００は、高周波数及び低周波数の両方の信号に向けて較正される。較正信号１２６０Ａ、１２６０Ｂの周波数は、この実施形態では、ＲＦ通信が発生している間にさえ較正が行われるように、かつＲＦ通信を無効化にする必要なくダウンリンク通信経路１２５０及び／又はアップリンク通信経路１２５４上で通信されたＲＦ信号の予想周波数と重複し、従って、妨げたりしないように選択されるが、あらゆる数の較正信号１２６０をあらゆる周波数又は望ましい周波数で使用することができることに注意されたい。
【０１５０】
最終的に、較正信号１２６０Ａ、１２６０ＢのＯＩＭ９１０の受信及びＲｏＦ信号への変換の結果として生成されるＲｏＦ信号は、図３８Ａ及び図３８Ｂに示すように、ＲＡＵ９０６に到達する。ＲＡＵ９０６は、アンテナ９０５を通じて信号を通信する前にＲｏＦ信号を電気ＲＦ信号に変換する。従って、この実施形態では、ダウンリンク較正測定構成要素１２６５は、ＲＡＵ９０６内に設けられて最終段増幅器１２６６の出力に結合される。ダウンリンク較正測定構成要素１２６５は、電気ＲＦ信号１２６８がＲＡＵ９０６内のアンテナ９０５に通信される前に較正信号１２６０Ａ、１２６０Ｂを表す電気ＲＦ信号１２６８を受信する。
【０１５１】
この点に関して、電気ＲＦ信号１２６８の電力又は信号強度は、較正測定構成要素１２６３Ａ、１２６３Ｂにより測定された時に（ブロック１３２１）、較正信号１２６０Ａ、１２６０Ｂの予想電源又は信号強度と比較されるようにダウンリンク較正測定構成要素１２６５により測定することができる。損失は、次に、較正信号１２６０Ａ、１２６０Ｂがダウンリンク通信経路１２５０に沿って伝播された結果として判断することができる。損失は、ダウンリンク通信経路１２５０内の様々な構成要素を通る較正信号１２６０Ａ、１２６０Ｂの伝播により、並びにＯＩＭ９１０内での電気ＲＦ信号からＲｏＦ信号への較正信号１２６０Ａ、１２６０Ｂの変換により生じる可能性がある。損失は、ＲｏＦ信号がＲＡＵ９０６において電気ＲＦ信号に変換される時に生じる可能性もある。利得は、以下でより詳細に説明するように、このような損失を補償するために、光ファイバベースの無線システム９００のダウンリンク通信経路１２５０に存在する構成要素内で調節することができ、増幅器及び／又は減衰器の利得の調節を含むがこれに限定されない。図示のように、ダウンリンク通信経路１２５０は、この実施形態では３つの帯域に分割されるが、あらゆる数を含めることができる。この実施形態では、ダウンリンク通信経路１２５０の較正のための利得調節は、以下でより詳細に説明するように、ＲＡＵ９０６内で行われる。
【０１５２】
同様に、アップリンク通信経路１２５４も、アップリンク通信経路１２５４上でＲＡＵ９０６のアンテナ９０５から受信した電気ＲＦ信号１２７０をＲｏＦ信号１２５４に変換することから生じる損失を補償するために較正することができる。損失は、ＲＡＵ９０６内でＲｏＦ信号に及びアップリンクＢＩＣ９５０に通信される前にＯＩＭ９１０内で電気ＲＦ信号に受信した電気ＲＦ信号１２７０を変換することによって生じる可能性がある。利得調節は、光ファイバベースの無線システム９００においてアップリンク通信経路１２５４内でこれらの損失を補償するために行うことができる。この点に関して、ダウンリンク通信経路１２５０を較正するのに使用されるのと同じ較正信号１２６０Ａ、１２６０Ｂをアップリンク通信経路１２５４を較正するのに使用することができるが、このようなことは、必要なことではない。
【０１５３】
図３８Ｃに示すように、ダウンリンク較正スイッチ１２７４は、ＲＡＵ９０６内に設けられる。ダウンリンク較正スイッチ１２７４は、較正されるのはダウンリンク通信経路１２５０なのか又はアップリンク通信経路１２５４なのかを制御するために、ダウンリンクマルチプレクサ１２７５から較正信号１２６０Ａ、１２６０Ｂを表すフィルタリング後の電気ＲＦ信号１２７７を受信する。ダウンリンク較正スイッチ１２７４は、較正信号１２６０Ａ、１２６０Ｂを表す電気ＲＦ信号１２７７がダウンリンク通信経路１２５０内で誘導されるのは、ダウンリンク通信経路１２５０を較正するためにＲＡＵ９０６内のアンテナマルチプレクサ１２７５であるか、又はアップリンク通信経路１２５４（信号１２６８と記載）を較正するためにアップリンク通信経路１２５４内のＲＡＵ帯域増幅器１２７６であるかを制御する。アップリンク通信経路１２５４に誘導される場合、較正信号１２６０Ａ、１２６０Ｂは、アップリンク較正信号でもある。信号１２６８の電力は、比較を目的としてかつ望ましいあらゆる損失を相殺する較正のために、予想信号強度を判断するように測定値較正構成要素１２７９により測定される。電気ＲＦ信号１２６８は、図３８Ｂに示すように、ＯＩＭ９１０内のＥ／Ｏ変換器１２８０によりＲｏＦ信号１２７８に変換される。アップリンク通信経路１２５４を較正する時に、較正スイッチ１２８２は、ＲｏＦ信号１２７８を誘導するためにかつＵＬのＢＩＣ９５０にＲｏＦ信号１２７８を通信するために切り換えられる。
【０１５４】
代替的に、較正信号１２６０Ａ、１２６０Ｂが上述のようにアップリンクを較正するためにアップリンク通信経路１２５４に再度誘導されるのではなく、アップリンク較正信号発生器は、較正発振器１２５８Ａ、１２５８Ｂから分離する。ダウンリンク内の損失のために較正信号１２６０Ａ、１２６０Ｂの信号強度が、一例として、アップリンク上で損失を測定するための使用には弱すぎる場合には、別々のアップリンク較正信号発生器を設けることが望ましいであろう。この点に関して、アップリンク較正発振器は、アップリンク上で損失を判断するために、アップリンク通信経路１２５４でアップリンク較正信号を生成するようにＲＡＵ９１０内で使用することができる。アップリンク較正信号の信号強度は、ＲＡＵ９１０内で測定することができ、次に、上述のようにアップリンク内の損失を計算するためにＵＬ−ＢＩＣ９５０のように測定することができる。
【０１５５】
アップリンク通信経路１２５４上のＲｏＦ信号１２７８は、図３８Ａに示すようにアップリンクＢＩＣ９５０に到達する。この実施形態では、アップリンク較正測定構成要素１２８４は、アップリンクＢＩＣ９５０内に設けられ、かつアップリンク較正周波数スイッチ１２８６の出力に結合され、アップリンク較正周波数スイッチ１２８６は、アップリンクＢＩＣ９５０の最終出力段に結合される。アップリンク較正測定構成要素１２８４は、較正信号１２６０Ａ、１２６０Ｂを表す電気ＲＦ信号１２８７を受信する。この点に関して、電気ＲＦ信号１２８７の電力又は信号強度は、較正信号１２６０Ａ、１２６０Ｂの予想電源又は信号強度と比較されるようにアップリンク較正測定構成要素１２８４により測定することができる。損失は、次に、較正信号１２６０Ａ、１２６０Ｂがアップリンク通信経路１２４０に沿って伝播された結果として判断することができる。損失は、アップリンク通信経路１２５４内の様々な構成要素を通る較正信号１２６０Ａ、１２６０Ｂの伝播により、並びにＯＩＭ９１０内での電気ＲＦ信号からＲｏＦ信号への較正信号１２６０Ａ、１２６０Ｂの変換により生じる可能性がある。ダウンリンク通信経路１２５０と同様に、利得は、以下でより詳細に説明するように、このような損失を補償するためにアップリンク通信経路１２５４内で光ファイバベースの無線システム９００の構成要素内で調節することができる。この実施形態では、アップリンク通信経路１２５４の較正のための利得調節は、以下でより詳細に説明するように、ＲＡＵ９１０内で行われる。
【０１５６】
光ファイバベースの無線システム９００の較正は、この実施形態では較正発振器１２５８Ａ、１２５８Ｂの各々に対して行われる。更に、光ファイバベースの無線システム９００の較正は、４つの可能なＢＴＳ入力９５７の各々に対して、すなわち、合計３６個までの可能なＲＡＵ９０６に対して（すなわち、ＯＩＭ９１０当たり３帯域×１２個のＯＩＭ９１０×３個のＲＡＵ９０６）行うことができる。これは、この実施形態では光ファイバベースの無線システム９００に対して可能な合計４３２個の較正処理を伴っている。上述のモジュール発見処理により、光ファイバベースの無線システム９００に対して行われる較正は、自動的に及び適応的に行われ、かつダウンリンク及びアップリンク通信経路１２５０、１２５４、及び存在するＯＩＭ９１０及びＲＡＵ９０６に適応される。従って、温度変動又はエージング効果が構成要素の利得又は損失の変化を引き起こす場合、ＯＩＭ９１０及びＲＡＵ９０６の再較正は、自動的に及び定期的にこのような変化を考慮するものになる。較正中の利得調節の一部としてＲＡＵ９０６内で行われる利得調節は、個々のＲＡＵ９０６に影響を与えるだけであり、他のＲＡＵ９０６に影響を与えるものではない。
【０１５７】
ＨＥＵコントローラ９５８が較正処理を制御することを可能にするために、較正スレッド１００８は、ＨＥＵコントローラ９５８内に設けられ、かつＨＥＵマイクロプロセッサ９６０によって実行される。較正スレッド１００８は、先に紹介して図３０に提供している。較正スレッド１００８は、ＨＥＵ９０２及びその構成要素の較正を開始及び制御するために設けられ、その構成要素には、この実施形態ではＯＩＭ９１０及びＲＡＵ９０６がある。較正スレッド１００８は、ＨＥＵコントローラ９５８が較正信号１２６０Ａ１２６０Ｂを生成するために周波数スイッチ１２６２Ａ、１２６２Ｂを切り換えるようにダウンリンクＢＩＣ９４９に指示させる（例えば、Ｉ2Ｃ通信を通じて）呼び出しを提供する。同様に、それぞれ、ダウンリンク通信経路１２５０に対してＲＡＵ９０６から及びアップリンク通信経路１２５４に対してアップリンクＢＩＣ９５０からダウンリンク及びアップリンクの較正測定構成要素１２６５、１２８４により行われた測定の結果は、利得調節に関する意思決定を行うためにＨＥＵコントローラ９５８及びスケジューラースレッド１００７に提供することができる。
【０１５８】
この点に関して、図３９Ａ及び図３９Ｂは、この実施形態ではＨＥＵコントローラ９５８内で較正スレッド１００８によって実行される処理を示す例示的な流れ図を示している。図３９Ａ及び図３９Ｂは、ＨＥＵ９０２、ダウンリンクＢＩＣ９４９、アップリンクＢＩＣ９５０、ＯＩＭ９１０、及びＲＡＵ９０６を含む構成要素を提供する図３８Ａ及び図３８Ｂの光ファイバベースの無線システム９００の構成要素図に関連して説明する。較正スレッド１００８では、較正ループ１３００を実行する。較正スレッド１００８によって実行される第１の段階は、較正処理を実行する次の時点を待つことである（ブロック１３０２）。ＨＥＵコントローラ９５８は、較正スレッド１００８内の較正処理及び較正ループ１３００が何回実行されるかをカスタマイズするように構成することができる。従って、ＨＥＵコントローラ９５８は、技術者の指令によりのような手動の起動を必要とせずに定期的にかつ自動的に較正を実行するように構成することができる。較正処理を実行すべきである時に、較正スレッド１００８では、光ファイバベースの無線システム９００を較正するのに使用すべき次の通信帯域を選択する（ブロック１３０４（１３０６？））。上述のように、この実施形態では、図３８Ａに示すように、２つの周波数帯域の一方は、どの較正信号１２６０Ａ１２６０ＢがダウンリンクＢＩＣ９４９内のダウンリンク通信経路１２５０上でアサートされるかを制御する２つの周波数スイッチ１２６２Ａ、１２６２Ｂの一方を選択することによって選択される。次に、較正スレッド１００８では、ダウンリンク較正に向けて較正すべき次のＲＡＵ９０６を選択する（ブロック１３０６）。この実施形態では、ＲＡＵ９０６は一度に１つのみ較正されるが、これは、ダウンリンク通信経路１２５０の共通部分がダウンリンクＢＩＣ９４９により異なるＯＩＭ９１０に分割され、次に、異なるＯＩＭ９１０から異なるＲＡＵ９０６に分割された状態で、各ＲＡＵ９０６は、自己の固有のダウンリンク通信経路１２５０をもたらすからである。
【０１５９】
図３９Ａを引き続き参照すると、較正スレッド１００８は、この実施形態では、提供された４つのＢＴＳ入力９５７の中で較正すべき次のＢＴＳ９５６を選択する（ブロック１３０８）。従って、各々の発見かつ初期化されたＲＡＵ９０６は、この実施形態では、較正信号１２６０Ａ、１２６０Ｂの２つ）周波数の各々に対して４つの  ＢＴＳ入力９５７の各々に対して較正される（例えば、３６個のＲＡＵ９０６からの２８８個までの較正処理ｘ４つのＢＴＳ入力９５７×２つの較正帯域）。この点に関して、較正スレッド１００８は、ＲＡＵ９０６に対してこれらの較正置換の各々を行うためにこの実施形態では３つの入れ子形ループをもたらす（ブロック１３０４、１３０６、１３０８）。次に、較正スレッド１００８は、較正を行う準備が整っている（ブロック１３１０）。較正スレッド１００８は、メッセージをダウンリンクＢＩＣ９４９に送るようにＨＥＵコントローラ９５８に指示する（ブロック１３１２）。上述のように、これは、ＨＥＵコントローラ９５８からダウンリンクＢＩＣマイクロプロセッサ９６５までＩ2Ｃ通信メッセージを送る。ダウンリンクＢＩＣ９４９は、次に、ダウンリンクＢＩＣマイクロプロセッサ９６５を通じて、目標ＢＴＳ入力９５７（ブロック１３１４）に目標較正発振器１２５８の周波数スイッチ１２６２を設定し、望ましい較正帯域で較正信号１２６０を生成するのに望ましい較正発振器１２５８（ブロック１３１８）及び周波数スイッチ１２６２（ブロック１３２０）を有効化する。この実施形態では、一方の較正発振器１２５８が選択された時に、他方の較正発振器１２５８は、自動的に電源が切断されるので、無効化にすべき別々の指令は不要であることに注意されたい。
【０１６０】
較正信号１２６０の信号強度は、１２６３Ａ、１２６３Ｂにより測定される。ダウンリンクＢＩＣマイクロプロセッサ９６５は、較正メッセージ（ブロック１３２２）の受信の確認応答をするためにＨＥＵコントローラ９５８に確認応答（ＡＣＫ）メッセージを送る。
【０１６１】
確認応答メッセージがダウンリンクＢＩＣ９４９（ブロック１３２４）から較正スレッド１００８によって受信された時に、較正スレッド１００８は、次に、選択した較正帯域の較正要求を選択したＲＡＵ９０６に出す（ブロック１３２６）。較正すべき選択されたＲＡＵ９０６、より具体的には、この実施形態では（図３８Ｂを参照されたい）ＲＡＵマイクロプロセッサ９７７）は、較正処理を開始するためにＨＥＵコントローラ９５８から較正要求を受信する（ブロック１３２８）。選択されたＲＡＵ９０６のＲＡＵマイクロプロセッサ９７７は、上述のように、選択されたＲＡＵ９０６のためにダウンリンク通信経路１２５０を較正するために、アンテナマルチプレクサ１２７５に較正信号１２６０を表す電気ＲＦ信号を送るようにダウンリンク較正スイッチ１２７２（図３８Ｂ）を設定する（ブロック１３３０）。次に、選択されたＲＡＵ９０６は、選択されたＲＡＵ９０６（ブロック１３３２）のためにダウンリンク通信経路１２５０損失を判断するために、ダウンリンク較正測定構成要素１２６５から信号強度を読み取る。
【０１６２】
次に、選択されたＲＡＵ９０６に関わっているアップリンク通信経路１２５４が較正される。この点に関して、選択されたＲＡＵ９０６は、上述のように、アップリンク較正に向けてＲＡＵ帯域増幅器１２７６に較正信号１２６０を表す電気ＲＦ信号を送るようにダウンリンク較正スイッチ１２７２を切り換える（ブロック１３３８）。較正測定構成要素１２７６は、予想信号強度を測定する（ブロック１３３９）。選択されたＲＡＵ９０６は、次に、ダウンリンク較正処理が完全であることを示すためにＨＥＵコントローラ９５８に確認応答（ＡＣＫ）メッセージを送る（ブロック１３４０、１３４２）。次に、図３９Ｂに示すように、較正スレッド１００８では、選択されたＲＡＵ９０６（ブロック１３４４）をサポートするＯＩＭ９１０に選択された較正帯域の較正要求を送る。選択されたＯＩＭ９１０のためのＯＩＭマイクロプロセッサ９７３は、較正要求（ブロック１３４６）を受信して、未使用アップリンク較正スイッチ１２８２をオフに設定し、使用中のアップリンク較正スイッチ１２８２をオンに設定する（ブロック１３４８、１３５０）。これは、ＯＩＭ９１０内の１つのアップリンク通信経路１２５４のみが選択されたＲＡＵ９０６をサポートするからである。次に、選択されたＯＩＭ９１０は、ＨＥＵコントローラ９５８（ブロック１３５２）に確認応答（ＡＣＫ）メッセージを送る。受信した時に（ブロック１３５４）、較正スレッド１００８では、アップリンクＢＩＣ９５０に選択されたＢＴＳ入力９５７及び較正帯域の較正要求を送る（ブロック１３５６）。
【０１６３】
アップリンクＢＩＣ９５０は、ＨＥＵコントローラ９５８（ブロック１３５８）から較正要求を受信する。アップリンクＢＩＣ９５０は、選択されたＢＴＳ入力９５７（ブロック１３６０）にアップリンク較正周波数スイッチ１２８６を設定する。次に、較正信号の信号強度を測定し、かつアップリンク較正測定構成要素１２８４を使用して損失を計算する（ブロック１３６２、１３６４）。アップリンクＢＩＣ９５０は、次に、計算した損失と共に、ＨＥＵコントローラ９５８に確認応答（ＡＣＫ）返送メッセージを送る（ブロック１３６６、１３６８）。ＨＥＵコントローラ９５８は、次に、次の較正ループを設定するためにダウンリンクにダウンリンク較正スイッチ１２７４を設定する要求を送り（ブロック１３６９）、その場合、ＲＡＵ９０６はメッセージを受信して、ダウンリンク設定（ブロック１３７１）にＲＡＵ較正スイッチ１２７４を設定する。較正スレッド１００８は、次に、他のＢＴＳ入力９５７を較正するために戻る（ブロック１３８４）。次に、全て発見かつ初期化されたＲＡＵ９０６が選択された較正帯域に対して較正されるまでＢＴＳ入力９５７に向けてＲＡＵ９０６を選択する（ブロック１３８６）。次に、較正ループ１３００を完了するために前に選択されていない較正帯域のために同じ処理を繰り返す（ブロック１３８８）。
【０１６４】
ダウンリンクに対して所要の減衰を計算した時に（図３９Ｂ内のブロック１３９１）、ＤＬ−ＢＩＣ９４９から各ＲＡＵ９０６への各ダウンリンクの全エラーが判断及び格納される。通信ダウンリンクのための全エラーは、この実施形態では、入力較正信号強度（図３９Ａのブロック１３２１）から端部ダウンリンク較正信号強度（図３９Ａのブロック１３３２）を差し引き、かつユーザによるＢＴＳ入力９５７のために設定された初期利得（デフォルトは、この実施形態では０ｄＢｍ）を差し引き、かつ選択されたＤＬ−ＢＩＣ９４９及びＲＡＵ９０６内で構成されたあらゆる較正オフセットを指し引いたものである。全エラーは、全ての有効化ＢＴＳ入力９５７の全てのダウンリンク経路に対して計算される。次に、全てのＢＴＳ入力９５７にわたって帰属するエラー、すなわち、ＢＴＳエラーは、全ての有効化ＢＴＳ入力９５７の全てのダウンリンク経路のための全ての損失にわたる最小公倍数によるエラーを判断することによって判断される。このようにして、ＤＬ−ＢＩＣ９４９内の減衰器は、このエラーがダウンリンク内で異なる経路を有するＲＡＵ９０６においては補償されないようにＢＴＳ入力９５７に帰属する損失を補償するように設定することができる。ＢＴＳ入力９５７に帰属する損失は、次に、ＲＡＵ９０６に帰属するエラーを判断するために全ての有効化ＢＴＳ入力９５７の各通信ダウンリンク経路に対して計算された全損失から差し引かれる。ＲＡＵ９０６減衰レベルは、次に、全ての有効化ＲＡＵ９０６の各ＢＴＳ入力９５７に対してこの残りの通信ダウンリンクエラーから計算される。例えば、各有効化ＢＴＳ入力９５７に関する各ＲＡＵ９０６の重み付き平均損失又は中央値損失は、各ＲＡＵ９０６に対して減衰レベルを判断するのに使用することができる。特定の閾値公差外の値は、正しくない値か、又はアラームを生成する場合がある他のエラーを示すとして切り捨てることができる。
【０１６５】
各ＲＡＵ９０６からＵＬ−ＢＩＣ９５０への各通信アップリンクの全エラーは、判断されると同様にダウンリンクに格納される。アップリンクの全エラーは、この実施形態では、入力較正信号強度（図３９Ａのブロック１３２１）から端部ダウンリンク較正信号強度（図３９Ｂのブロック１３６４）を差し引き、かつユーザによるＢＴＳ入力９５７のために設定された初期利得（デフォルトは、この実施形態では０ｄＢｍ）を差し引き、かつ選択されたＵＬ−ＢＩＣ９５０及びＯＩＭ９１０内で構成されたあらゆる較正オフセットを差し引いたものである。全エラーは、全ての有効化ＢＴＳ入力９５７の全てのダウンリンク経路に対して計算される。次に、全てのＢＴＳ入力９５７にわたって帰属するエラーは、全ての有効化ＢＴＳ入力９５７の全てのダウンリンク経路のための全ての損失にわたる最小公倍数によるエラーを判断することによって判断される。このようにして、ＤＬ−ＢＩＣ９５０内の減衰器は、このエラーがダウンリンク内で異なる経路を有するＯＩＭ９１０においては補償されないようにＢＴＳ入力９５７に帰属する損失を補償するように設定することができる。ＢＴＳ入力９５７に帰属する損失は、次に、ＯＩＭ９１０に帰属するエラーを判断するために全ての有効化ＢＴＳ入力９５７の各アップリンク経路に対して計算された全損失から差し引かれる。ＯＩＭ９１０減衰レベルは、次に、全ての有効化ＯＩＭ９１０の各ＢＴＳ入力９５７に対してこの残りの通信ダウンリンクエラーから計算される。例えば、各有効化ＢＴＳ入力９５７に関する各ＯＩＭ９１０の重み付き平均損失又は中央値損失は、各ＯＩＭ９１０に対して減衰レベルを判断するのに使用することができる。特定の閾値公差外の値は、正しくない値か、又はアラームを生成する場合がある他のエラーを示すとして切り捨てることができる。
【０１６６】
減衰レベルを計算する時に、この減衰レベルは、図３９Ｂ内のブロック１３９２に示すように適用することができる。複数のＲＡＵ９０６が設けられる時に、減衰器を設定する順序は以下の通り、すなわち、ＤＬ−ＢＩＣ９４９減衰器、ＵＬ−ＢＩＣ減衰器９５０、ダウンリンク上での全てのＢＴＳ入力９５７のためのＲＡＵ９１０減衰器、及びアップリンク上での全てのＢＴＳ入力９５７のためのＯＩＭ９１０減衰器とすることができる。更に、代替的な実施形態は、オーバーシュートが減衰レベルにおいて補正されないように及び／又は単一の較正計算反復において間欠ノイズがリンク利得を遥かに高い又は低い値まで移動しないように、計算エラー全体を補正するようには減衰器を設定しないことを含む。例えば、エラーが計算される場合、減衰器は、区分的に、例えば、計算当たり１ｄＢｍでの増加又は低減により補正することができる。更に、較正は、１つのＢＴＳ入力９５７又はＢＴＳ入力９５７の全数未満に関してのみ行うことができる。減衰レベルは、ダウンリンク及びアップリンクにおける共有リンクへの影響を最小にするために最大閾値に設定することができる。
【０１６７】
較正スレッド１００８は、通信中継の前に較正がオフになったか否か確かめるために検査し（ブロック１３８９）、その場合には、較正は、オフにする（ブロック１３９０）。較正を必要とする場合、計算して（ブロック１３９１）減衰器に適用する（ブロック１３９２）。ダウンリンクに対して、ＲＡＵマイクロプロセッサ９７７は、実際の信号強度対予想信号強度からの計算損失を補償するようにダウンリンクＢＩＣ９４９内の２つのＲＡＵ減衰器１３３６Ａ、１３３６Ｂ（図３８Ｂ）及び減衰器１２５３の利得を設定することができる。次に、選択されたＲＡＵ９０６のダウンリンク通信経路１２５０が較正される。同様に、較正スレッド１００８は、アップリンク通信経路１２５４内の損失を補償するように選択されたＯＩＭ９１０に対して減衰を計算する（ブロック１３９１）。較正スレッド１００８では、次に、選択されたＯＩＭ９１０に減衰設定を送り、ＯＩＭ９１０は、選択されたＲＡＵ９０６のアップリンク通信経路１２５４内の減衰器１３７６Ａ、１３７６Ｂ（図３８Ｂ）、及びアップリンクＢＩＣ９５０内の減衰器１２８７の減衰を設定することによってＯＩＭ９１０減衰を設定する。
【０１６８】
上述のように、ＨＥＵ９０２の実施形態は、各々３つまでのＲＡＵ９０６をサポートする１２個までのＯＩＭ９１０を通じて、３６個までのＲＡＵ９０６をサポートするように構成される。しかし、特定の構成において、望ましいカバレージエリアをもたらすために３６個を超えるＲＡＵ９０６を必要とするか又は望ましい場合がある。例えば、ＲＡＵ９０６は、ピコセルカバレージエリアをもたらすことができる。この点に関して、図４０に示すように複数のＨＥＵ９０２、９０２Ａ、９０２Ｂ、９０２Ｎを設けることができる。この例において、１つのＨＥＵ９０２Ａは、マスターＨＥＵとして構成され、他のＨＥＵ９０２Ｂ、９０２Ｎは、マスターＨＥＵ９０２Ａのスレーブユニットとして設けられる。スレーブＨＥＵ９０２Ｂ、９０２Ｎは、私的ネットワーク１４００を通じて、マスターＨＥＵ９０２Ａ、より具体的には、ＨＥＵコントローラ９５８Ａに結合される。私的ネットワーク１４００は、一例として、転送通信プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）のようなあらゆるタイプの通信リンクとして、及び望ましいあらゆるプロトコルに従って設けることができる。各ＨＥＵ９０２Ａ、９０２Ｂ、９０２Ｎは、データパケット通信をサポートする固有のＴＣＰ／ＩＰアドレスで形成することができる。このようにして、クライアント９２０は、マスターＨＥＵ９０２Ａ及びＲＡＵ９０６Ａからだけでなく、スレーブＨＥＵ９０２Ｂ、９０２Ｎ、及びＲＡＵ９０６Ｂ、９０６Ｎからの情報を検索及び構成するためにマスターＨＥＵ９０２Ａと顧客ネットワーク９１４で通信することができる。スレーブＨＥＵ９０２Ｂ、９０２Ｎ、及びＲＡＵ９０６Ｂ、９０６Ｎは、この実施形態ではマスターＨＥＵ９０２からクライアント９２０によりアクセス可能であるだけである。
【０１６９】
図４１Ａは、ゲートウェイ／ファイアウォール１４０２が顧客ネットワーク９１４とマスターＨＥＵ９０２Ａ間に設けられているという点を除き、図４０と類似のＨＥＵ構成を示している。ゲートウェイ／ファイアウォール１４０２は、私的ネットワーク１４００上でのマスターＨＥＵ９０２ＡとスレーブＨＥＵ９０２Ｂ、９０２Ｎの間のプライベートＩＰアドレス、及び顧客ネットワーク９１４（図２４）を通じてマスターＨＥＵ９０２Ａにアクセスするための１つのパブリックＩＰアドレスを可能にすることができる。マスターＨＥＵ９０２Ａは、スレーブＨＥＵ９０２Ｂ、９０２ＮにプライベートＩＰアドレスを割り当てるために動的ホスト構成プロトコル（ＤＨＣＰ）を使用することができる。
【０１７０】
図４１Ｂ及び図４１Ｃも、複数のＨＥＵ９０２を使用する構成を示している。図４１Ｂでは、各ＨＥＵ９０２は、顧客ネットワーク９１４上で接続されたのでアクセス可能である。従って、両方のＨＥＵ９０２は、互いに独立にして各々作動するマスターユニットである。依然としてこの実施形態は、顧客ネットワーク９１４上での１つのマスターＨＥＵ９０２からの全ての他のＨＥＵ９０２へのクライアントアクセスを可能にする。顧客ネットワーク９１４は、独立して図４１Ｂの各ＨＥＵ９０２にアクセスすべきである。図４１Ｃでは、両方の図４１Ａ及び４１Ｂ内の構成の混成構成である構成が示されている。図４１Ｃでの各々は、顧客ネットワーク９１４でアクセス可能である複数のマスターＨＥＵ９０２Ａ−０１、９０２Ａ−０２が示されている。各マスターＨＥＵ９０２Ａ−０１、９０２Ａ−０２は、それぞれ、スレーブＨＥＵ９０２Ｂ−０１、９０２Ｎ−０１、９０２Ｂ−０２、９０２Ｎ−０２と通信するために固有の私的ネットワーク１４００−０１、１４００−０２に結合される。従って、図４０−４１Ｃに示すように、複数のＨＥＵ９０２を伴う複数の構成が可能であり、かつ異なる構成で光ファイバベースの無線システム９００を形成するように提供することができる。
【０１７１】
上述して図２４、図２５、及び図３０に提供するように、ＨＥＵ９０２は、外部インタフェーススレッド１０１０を通じて外部インタフェースサービスを提供するように構成される。外部インタフェーススレッド１０１０は、ウェブブラウザインタフェースのためのウェブサーバ９４０及びＳＮＭＰサーバ９２０との接続のためのＳＮＭＰエージェント９４２をサポートする。外部インタフェーススレッド１０１０は、光ファイバベースの無線システム９００に関して上述したデータへのアクセスを可能にする。例えば、図３０に示すように、外部インタフェーススレッド１０１０は、この点に関して、ＨＥＵコントローラ９５８内での他のスレッド１００２からメッセージを受信する外部インタフェース待ち行列を含む。例えば、ロガースレッド１００４は、アラーム、システムイベント、エラーを報告するために、ＨＥＵコントローラ９５８及び／又はそのスレッド１００２を較正及び／又は再起動するためなどに外部インタフェーススレッド１０１０に通信メッセージを送る。ＨＥＵコントローラ処理１００１は、外部インタフェーススレッド１０１０にもメッセージを送る。ＳＮＭＰエージェント９４２及びウェブサーバ９４０は、外部インタフェースマネージャモジュール９７４を通じて直接にアクセス可能である。外部インタフェーススレッド１０１０は、ポイント及びポイント情報及びモジュール構成を含む他のスレッド１００２によりデータストア９６６内に格納された情報を得ることができるようにデータストア９６６に直接にアクセス可能である。これらの特徴の一部に関して、ここで、ＨＥＵ９０２内のウェブサーバ９４０の例によってより詳細に説明する。上述のように、ウェブサーバ９４０は、ウェブクライアント９２０がＨＥＵ９０２及びＨＥＵコントローラ９５８にアクセスする機能を可能にする。
【０１７２】
ウェブサーバ９４０は、この実施形態では、ＨＥＵ９０２内で提供されるいくつかの上述の特徴をサポートすることができる。例えば、ウェブサーバ９４０は、クライアント９２０がＨＥＵ９０２を形成することを可能にすることができる。これには、ＢＴＳ９５６帯域を有効化又は無効化にすること、ＢＴＳ入力９５７電力レベルを調節すること、及びＲＡＵ９０６に対して利得を設定することが含まれる。ウェブサーバ９４０は、この実施形態では、ＨＥＵ９０２に関するネットワークアドレスを形成すること、ユーザアクセス管理、外部ファイルにＨＥＵ９０２の構成を保存すること、又はファイルから構成をアップロードすること、ＳＮＭＰインタフェースを構成すること、及び光ファイバベースの無線システム９００の間取図を管理することも可能にする。
【０１７３】
ウェブサーバ９４０は、クライアント９２０が光ファイバベースの無線システム９００の全体的なステータスをモニタすることも可能にする。クライアント９２０は、ポイントリスト９９３へのアクセスを可能にすることにより、ポイントのステータスを表示することができる。ウェブサーバ９４０も、クライアント９２０がポイントに対して特性を設定することも可能にする。ウェブサーバ９４０は、ＨＥＵコントローラ９５８により報告されたアラーム及びログへのクライアントが９２０によるアクセスを可能にする。ウェブサーバ９４０も、クライアント９２０が光ファイバベースの無線システム９００の様々なマイクロプロセッサベースの構成要素に対してファームウエア又はソフトウエアをアップグレードすることを可能にする。これらの同じ特徴及びサービスは、ＳＮＭＰエージェント９４２によって提供することができる。
【０１７４】
この点に関して、図４２〜図４８は、ウェブクライアント９２０がＨＥＵ９０２にアクセスして様々な特徴及び機能を実行することを可能にするために、この実施形態ではウェブサーバ９４０によりサポートされる例示的なウェブブラウザグラフィカルユーザインタフェース（ＧＵＩ）画面を示している。図４２は、ＨＥＵ９０２のＩＰアドレスがクライアント９２０によりアクセスされた時にクライアント９２０にウェブサーバ９４０によって提供することができるクライアント９２０のブラウザ上に表示されたログインページ１５００を示している。ウェブサーバ９４０は、ウェブサーバ９４０によって提供されるＨＥＵ９０２の付加的な特徴へのクライアント９２０によるアクセスを許可する前に、以前にウェブサーバ９４０内で確立されてデータストア９６６内のユーザ名及びパスワードリスト内に格納されたユーザ名及びパスワードを必要とする場合がある。ユーザは、ユーザ名ボックス１５０２内にユーザ名を、パスワードボックス１５０４内に対応するパスワードを入力し、ログインページ１５００上の「Ｌｏｇｉｎ」ボタン１５０６を選択して、ＨＥＵ９０２にログインする。ウェブサーバ９４０は、クライアント９２０への更に別のアクセスを許可する前にユーザ名及びパスワードを認証する。ウェブサーバ９４０は、異なる許可又はアクセス機能で異なるタイプのログインをサポートすることができる。
【０１７５】
図４３は、ＨＥＵ９０２へのアクセスの様々なカテゴリを示している。現在ログイン中のユーザの名前は、ユーザログイン名区域１５１１内に表示されている。ユーザがログアウトすることを必要に応じて、ユーザは、「Ｓｉｇｎ  Ｏｕｔ」リンク１５１３を選択することができる。バナー１５１２は、階層又はツリー構造内に現在示された現在の光ファイバベースの無線システム（ＩＤＡＳ  Ｓｙｓｔｅｍ）を提供するページ１５１０の左側に示されている。例えば、ＩＤＡＳ  Ｓｙｓｔｅｍ見出し１５１４の下に５つのＨＥＵ１５１６が記載される。ＩＤＡＳ  Ｓｙｓｔｅｍ見出し１５１４のそばの拡大ボタン１５１８は、システム内に含まれたＨＥＵ１５１６を示すように選択することができる。ＨＥＵ１５１６の各々には、必要に応じて、別名であるとすることができる顧客名を与えることができる。以下でより詳細に説明するように、拡大ボタン１５２０が、ＨＥＵ１５１６内のモジュールに更にアクセスを拡張するために各ＨＥＵ１５１６のそばにも示されており、各ＨＥＵ１５１６は、この場合、発見かつ初期化されたＯＩＭ９１０になる。ＯＩＭ９１０は、ＯＩＭ９１０に結合された発見かつ初期化されたＲＡＵ９０６を示すために拡大させることができる。選択ボックス１５２２、１５２４により望ましいＨＥＵ１５１６の選択が可能である。デフォルトページ１５１０の特徴区画１５２５内で実行される操作は、選択されたデバイス又はモジュール上で実行される。ＩＤＡＳ  Ｓｙｓｔｅｍの選択ボックス１５２２が検査される場合、その中のＨＥＵ１５１６の選択ボックス１５２４は自動的に検査される。しかし、各ＨＥＵ１５１６には、個々に希望に従って未検査又は検査することができる。
【０１７６】
各ＨＥＵ１５１６のステータスは、図示の構成要素の視覚的なステータス指示を提供するためにステータスアイコン１５２６に示されており、構成要素は、この例ではＨＥＵ９０２である。例えば、ステータスアイコン１５２６は、色符号化することができる。緑色は、この実施形態ではＨＥＵ９０２及びその構成要素に対してエラー又は警告なしを示すことができない。黄色は、この実施形態では、少なくとも１つの警告がＨＥＵ９０２に対して存在することを示すことができる。赤色は、この実施形態ではＨＥＵ９０２に対して極めて重要なエラーが存在することを示すことができる。ステータスアイコン１５２６のそばには、ＨＥＵ９０２内の構成要素が障害を有する場合に示されたフラグ１５２８があり、この場合、構成要素は、ＯＩＭ９１０又はＲＡＵ９０６である。特徴区画１５２６は、選択されたＨＥＵ９０２又はモジュールに関してクライアント９２０に提供される様々な機能及び特徴をもたらすバナー１５３０を含む。「Ｓｙｓｔｅｍ  Ｓｔａｔｕｓ」タブ１５３２は、選択されたＨＥＵ９０２のステータスを表示するように選択することができる。「Ｃｏｎｆｉｇ」タブ１５３４は、ＨＥＵ９０２又はそのモジュールの特定的な態様を形成するように選択することができる。「Ｍｏｎｉｔｏｒ」タブ１５３６は、選択されたＨＥＵ９０２及び発見かつ初期化されたそのモジュールをモニタするように選択することができる。「Ａｌａｒｍｓ」タブ１５３８は、モジュールにより報告されたか、又はＨＥＵコントローラ９５８内のスケジューラースレッド１００７により計算されたアラームを表示するように選択することができる。「Ｌｏｇｓ」タブ１５４０は、ＨＥＵコントローラ９５８内のロガースレッド１００４により記録されたシステムイベントのログを表示するように選択することができる。「Ｐｒｏｐｅｒｔｉｅｓ」タブ１５４２は、選択されたＨＥＵ９０２又は他の構成要素に対して特定の特性を提供するように選択することができる。「Ｉｎｓｔａｌｌａｔｉｏｎ」タブ１５４４は、設置に関する情報を提供するように選択することができる。「Ｓｅｒｖｉｓｅ  Ｓｔａｔｕｓ」タブ１５４６は、選択されたＨＥＵ９０２又はモジュールの全体的なステータスを表示するように選択することができる。「Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ」タブ１５４７は、ＨＥＵ９０２内の各検出されたモジュール及びそれに接続したＲＡＵ９０６のモジュール情報の表を表示するように選択することができる。ＨＥＵ９０２の外部インタフェース機能性を通じて利用可能な特徴の各々に対して以下でより詳細に説明する。追跡子イベントは、追跡メッセージ区画１５２７内に表示することができる。
【０１７７】
図４４は、「Ｓｙｓｔｅｍ  Ｎｏｔｅｓ」タブ１５３２がクライアント９２０により選択された時のデフォルトページ１５１０を示している。デフォルトページ１５１０は、ユーザがログインした後に、初期ページとしても表示されている。図示のように、システムステータスの全体又は「ｓｎａｐｓｈｏｔ」が、「Ｓｙｓｔｅｍ  Ｓｔａｔｕｓ」区域１５５０内に示されている。ＲＦ通信が有効化された場合、「ＲＦ  Ｅｎａｂｌｅｄ」チェックボックス１５５２が選択される。ＲＦ通信は、このような許可がユーザに与えられた場合に「ＲＦ  Ｅｎａｂｌｅｄ」チェックボックス１５５２を選択しないことによって無効化にすることができる、このような許可がユーザに与えらなかった場合、「ＲＦ  Ｅｎａｂｌｅｄ」チェックボックス１５５２は、選択不可能になる。障害のあるＨＥＵ９０２、ＯＩＭ９１０、及びＲＡＵ９０６の番号は、「Ｆａｕｌｔｙ」区画１５５４内に記載され、これは、これらの構成要素が故障中であることを意味する。劣化構成要素の番号も、「Ｄｅｇｒａｄｅｄ」区画１５５６内に記載され、これは、故障条件が存在することを意味するが、構成要素は作動中である場合がある。障害のない作動中の構成要素の番号は、「Ｗｏｒｋｉｎｇ」区画１５５８内に記載される。設置者及び１次及び２次の連絡先に関する詳細は、設置区域１５６０内に表示することができる。この情報は、［Ｅｄｉｔ］リンク１５６２を選択することによって編集することができる。最終サービスに関する注記は、「Ｓｅｒｖｉｃｅ」区域１５６４内に表示されている。サービス技術者により入力されたサービス注記は、「Ｖｉｅｗ  Ｓｅｒｖｉｃｅ  Ｎｏｔｅｓ」リンク１５６６を選択することによって表示することができる。サービスマニュアルは、「Ｖｉｅｗ  Ｓｅｒｖｉｃｅ  Ｍａｎｕａｌ」リンク１５６８を選択することによって表示することができる。特にどのＨＥＵ９０２、ＯＩＭ９１０、及びＲＡＵ９０６が故障中であるかを識別することに関する詳細な情報の場合、拡大ボタン１５２０を選択して、図４５に示すように、バナー１５１２内の各拡大ＨＥＵ９０２に対してＯＩＭ９１０を拡大及び表示するように選択することができる。各ＯＩＭ９１０の拡大ボタン１５７０を更に選択して、各拡張ＯＩＭ９１０のＲＡＵ９０６を表示することができる。ステータスアイコン１５２６及びステータスフラグ１５２８は、警告又はエラーを含むモジュールのそばに表示されている。ステータスフラグ１５２８は、ＲＡＵ９０６のそばに表示していないが、その理由には、ＲＡＵ９０６には、ＨＥＵ９０２を通じて外部的にアクセス可能なシステムレベルでのエラーがないか追跡される更に別の下位構成要素がないからである。
【０１７８】
図４６は、「「ＨＥＵ  ＢＴＳ  Ｃｏｎｆｉｇ」タブ１５７９が「Ｃｏｎｆｉｇ」タブ１５３４の下で選択された時に、クライアントの９２０のウェブブラウザ上に表示される例示的な構成ページを示している。ＨＥＵ９０２は、ＨＥＵ９０２のある一定の態様を形成するクライアント９２０の機能をサポートする。構成は、ＨＥＵ９０２を構成し、ＨＥＵ９０２の通信リンクを構成することを伴う。例えば、図４６に示すように、ウェブサーバ９４０は、各ＢＴＳ入力９５７（すなわち、ＢＴＳ１、ＢＴＳ２、ＢＴＳ３、ＢＴＳ４）に対してＢＴＳ入力有効化ボックス１５８０を選択することにより、クライアント９２０がバナー１５１２内で選択されたＨＥＵ９０２に対してＢＴＳ入力９５７を有効化又は無効化にすることを可能にする。ＢＴＳ入力有効化ボックス１５８０が特定のＢＴＳ入力９５７に対して選択されなかった場合、このようなＢＴＳ入力９５７のＢＴＳ入力電力は、この実施形態では０ｄＢｍに初期設定される。ＢＴＳ入力有効化ボックス１５８０が有効化された場合、ＢＴＳ入力９５７の最大入力電力又は利得（ｄＢｍ単位）は、入力電力入力ボックス１５８２内に数字を入力することによって提供することができる。ＢＴＳ入力９５７は、例えば、１０ｄＢｍと及び３０ｄＢｍ間に制限することができ、３０ｄＢｍは、最大入力電力である。異なるＢＴＳ入力９５７は、異なるキャリア又はサービスプロバイダによって提供することができ、かつこの理由から構成を通じて正常化することができる。アップリンクＢＩＣポートも、クライアントによって構成可能でないが、この実施形態では、最大電力入力に対して制限することができる。次に、新規構成は、「Ｃｏｍｍｉｔ  Ｃｏｎｆｉｇｒａｔｉｏｎ」ボタン１５８４を選択することによって誓約することができ、それによって、次に、ＨＥＵコントローラ９５８は、ＢＴＳ入力帯域当たりのＲＡＵ９０６のＢＴＳ入力９５７に電力レベル設定を適用する。利得レベルは、リンクの較正に影響を与える。代替的に、「Ｒｅｖｅｒｔ  ｔｏ  Ａｃｔｕａｌ  Ｖａｌｕｅｓ」ボタン１５８６を選択することにより、以前に誓約した入力電力値は、選択されたＨＥＵ９０２に対してＲＡＵ９０６の入力電力入力ボックス１５８２内に保持及び表示される。
【０１７９】
図４７Ａは、「Ｌｉｎｋ  Ｃｏｎｆｉｇ」タブ１５７９が、「Ｃｏｎｆｉｇ」が選択された時にクライアントの９２０のウェブブラウザ上に表示される例示的な構成ページを示している。ＨＥＵ９０２は、ＨＥＵ９０２に対してリンク形成するクライアント９２０の機能をサポートする。例えば、図４７Ａに示すように、ウェブサーバ９４０は、任意的に、クライアント９２０が「Ａｄｖａｎｃｅｄ  Ｖｉｅｗ」選択ボックス１５９２を選択することによって高度な表示を選択することを可能にする。選択された場合、アップリンク及びダウンリンクの別々の利得が示され、選択されなかった場合、１つの利得設定のみが、特定の帯域のダウンリンク及びアップリンクの両方に対して許容される。これに応答して、有効化することができる可能な帯域は、帯域表示区域１５９４内に示される。各帯域は、「Ｅｎａｂｌｅ  Ｂａｎｄ」選択ボックス１５９６を選択又は選択解除することによって有効化又は無効化することができる。アップリンク利得及びダウンリンク利得（ｄＢ内単位）は、各帯域に対して「Ｕｐｌｉｎｋ  Ｇａｉｎ」入力ボックス１５９８及び「Ｄｏｗｎｌｉｎｋ  Ｇａｉｎ」入力ボックス１６００内に望ましい利得を入力することによって有効化帯域に対してクライアント９２０により設定することができる。警告は、警告無視選択ボックス１６０２を選択することにより、ロックされたＲＡＵ９０６を構成する場合に無視することができる。ＲＡＵ９０６に対するリンク構成は、ＲＡＵ区画ロックボックス１６０４を選択することによってリンク構成が誓約された後にロックすることができる。構成をロックすると、アンロック及び適切な許可がなければ変えることができないようにＲＡＵ９０６の利得及び他の設定値がロックされる。これらのリンク構成は、「Ｃｏｍｍｉｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ」ボタン１６０６を選択することによって誓約することができ、それによって、次に、ＨＥＵコントローラ９５８は、上述のように（図３８Ｂを参照されたい）、ＲＡＵ９０６にリンク構成を適用する。代替的に、「Ｒｅｖｅｒｔ  ｔｏ  Ａｃｔｕａｌ  Ｖａｌｕｅｓ」ボタン１６０８を選択することにより、以前に誓約したリンク構成が保持及び表示されることになる。モジュールが選択された時に、アラームが存在する場合、表示されるので見ることができる。
【０１８０】
図４７Ｂは、「Ｃｏｎｆｉｇ」タブ１５３４の下の「Ｕｓｅｒｓ」タブ１５３５が選択された時にクライアントの９２０のウェブブラウザ上に表示される例示的なユーザページを示している。それによって許可されたユーザを作成することができ、かつ確立されたユーザのリストが提供される。「Ｕｓｅｒｓ」タブ１５３５は、現在のユーザの許可レベルに基づいて制限することができる。この点に関して、「Ａｄｄ  Ｕｓｅｒ」区画１５３７が設けられ、それによって新規ユーザを追加することができる。追加したユーザに対して、ユーザ名１５３９及びパスワード１５４１、１５４３を入力することができる。追加したユーザの説明１５４５及び追加されたユーザの許可設定１５４７は、選択することができる。異なる許可は、ＨＥＵコントローラ９５８及びその機能性への様々なアクセスを制御するように選択することができる。新規ユーザの情報が提供された状態で、ユーザ情報は、「ＳＡＶＥ  ＵＳＥＲ」ボタン１５４９を選択することによって保存することができ、又はユーザの追加は、「ＣＡＮＣＥＬ」ボタン１５５１を選択することによって除去することができる。以前に追加されたユーザを編集又は削除することが望ましい場合、ユーザリスト１５５３が表示されており、ユーザのいずれかを選択することができる。例えば、ユーザ名「ＩＤＡＳ」を有するユーザが、ユーザリスト１５５３内で選択される。ユーザは、必要に応じて、削除ボタン１５５５を選択することによって削除することができる。
【０１８１】
図４７Ｃは、「Ｃｏｎｆｉｇ」タブ１５３４の下の「Ｅｎｇｉｎｅｅｒｉｎｇ」タブ１５５７が選択された時にクライアントの９２０のウェブブラウザ上に表示される例示的なエンジニアリングページを示している。それによってユーザにより編集されるように構成可能であるポイント情報を編集することができる。モジュールのポイントに対して、モジュール名１５５９及びポイント名１５６１によって示すように、ポイントの生の値１５６３、勾配値１５６５、及びオフセット値１５６７は、ユーザにより編集することができる。生の値１５６３により、上述して図２９に提供するように、フラグビット９９９でＶＡＬＵＥビットが設定される。勾配値１５６５及びオフセット値１５６７により、上述して図２９に提供するように、フラグビット９９９でＳＴＥＰＳＩＺＥ及びＯＦＦＳＥＴのビットが設定される。生の値１５６３、勾配値１５６５、及びオフセット値１５６７の現在値を見ることが望ましい場合、値取得ボタン１５６９を選択することができ、その場合、これらの値は、ユーザに表示される。ユーザにより入力された値に生の値１５６３、勾配値１５６５、及びオフセット値１５６７を設定するために、それぞれ、値設定ボタン１５７１、勾配設定ボタン１５７３、及びオフセット設定ボタン１５７５を選択することができ、ＨＥＵコントローラ９５８は、選択されたポイント名１５６１に関するこのような情報を更新する。
【０１８２】
図４８は、「Ｍｏｎｉｔｏｒ」タブ１５３６が選択され、少なくとも１つのモジュールが選択された時にクライアントの９２０のウェブブラウザ上に表示される例示的なモニタページを示している。ＨＥＵ９０２は、ＨＥＵ９０２に対してポイントをモニタするクライアント９２０の機能をサポートする。例えば、図４８に示すように、ウェブサーバ９４０により、クライアント９２０は、ポイント名１６１４別、ポイント１６１８の現在値別、ユニット１６２０別に、ポイントが書込可能１６２２でありかつ動的１６２４であるか否かにより全てのモジュール１６１２の全てのポイントのリスト１６１０を見ることができる。
【０１８３】
図４９は、「Ａｌａｒｍｓ」タブ１５３８が選択された時にクライアントの９２０のウェブブラウザ上に表示される例示的なシステムアラームページを示している。ＨＥＵ９０２は、ＨＥＵ９０２に対して生成されたアラームを見るクライアント９２０の機能をサポートする。例えば、図４９に示すように、ウェブサーバ９４０により、クライアント９２０は、モジュール１６３２別、ポイント名１６３４別、現在値１６３６別、ユニット１６３８別、アラームステータス１６４０別、閾値１６４２別、ヒステリシス１６４４別、及びフラグビット９９９（図２９）に提供することができる他の特性別に全てのアラーム１６３０のリストを見ることができる。
【０１８４】
図５０Ａ及び図５０Ｂは、「Ｌｏｇｓ」タブ１５４０が選択された時にクライアントの９２０のウェブブラウザ上に表示される例示的なログページを示している。ＨＥＵ９０２は、ＨＥＵ９０２に対して生成されたシステムイベントであるログを見るクライアント９２０の機能をサポートする。例えば、図５０Ａ及び図５０Ｂに示すように、オプションとしてのウェブサーバ９４０により、クライアント９２０は、メニュー１６５０の場所の「Ｓｃｏｐｅ  ｏｆ  Ｌｏｇ  Ｖｉｅｗ」」選択ドロップダウンメニュー内のオプションを選択することによって表示させたい望ましいログを選択することができる。任意的なラジオボタン１６５２、１６５４、１６５６、及び１６５８は、それぞれ、全てのログ、重大障害のみ、システムイベントのみ、又は警告イベントのみのリストを見るために個々に選択することができる。ログは、どのオプションが選択されても、デフォルトページ１５１０上でリスト１６６０内に表示される。
【０１８５】
図５１Ａは、「Ｐｒｏｐｅｒｔｉｅｓ」タブ１５４２が選択された時にクライアントの９２０のウェブブラウザ上に表示される例示的な特性ページを示している。ＨＥＵ９０２、及びより具体的にはＨＥＵコントローラ９５８は、バナー１５１２内の選択済み構成要素の特性を見て提供するクライアント９２０の機能をサポートする。これらの特性は、保守上又は他の理由からＨＥＵ９０２及びその構成要素に関する情報を格納するのに有用であると考えられる。例えば、図５１Ａに示すように、選択済み構成要素名は「Ｓｙｓｔｅｍ  Ｃｏｍｐｏｎｅｎｔ  Ｎａｍｅ」ボックス１６８０内に提供される。愛称を「Ｃｕｓｔｏｍｅｒ  Ａｓｓｉｇｎｅｄ  ＮｉｃｋＮａｍｅ」入力ボックス１６８２内に追加又は変更することができる。選択済み構成要素の製造番号及びハードウエアモデルは、それぞれ、「Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ」入力ボックス１６８４及び「Ｈａｒｄｗａｒｅ  Ｍｏｄｅｌ」入力ボックス１６８６内に提供することができる。ハードウエア改正番号及びファームウエア改正番号は、それぞれ、「Ｈａｒｄｗａｒｅ  Ｒｅｖ」入力ボックス１６８８及び「Ｆｉｒｍｗａｒｅ  Ｒｅｖ」入力ボックス１６９０内に読取専用で表示される。顧客割当て位置は、「Ｃｕｓｔｏｍｅｒ  Ａｓｓｉｇｎｅｄ  Ｌｏｃａｔｉｏｎ」入力ボックス１６９２内に提供することができる。システム構成（例えば、フロープラン）の図又はグラフィックを提供することが望ましい場合、「Ｌｏｃａｔｉｏｎ  Ｂｉｔｍａｐ  Ｎａｍｅ」入力ボックス１６９４内でビットマップ名を提供することによってビットマップを提供することができる。「Ｂｒｏｗｓｅ」ボタン１６９６により、望ましいビットマップファイルを選択するためにディレクトリ及びファイル名の閲覧が可能である。選択済み構成要素は、Ｘ及びＹ入力ボックス１６９８、１７００内でＸ及びｙ座標を提供することにより、ビットマップ上で特に識別することができる。
【０１８６】
図５１Ｂは、「Ｉｎｓｔａｌｌａｔｉｏｎ」タブ１５４４が選択された時にクライアントの９２０のウェブブラウザ上に表示される例示的なシステム情報ページを示している。ＨＥＵコントローラ９５８は、ＨＥＵ９０２に対して特定の設置の設置者に関する設置情報を提供するユーザの機能をサポートする。このようにして、ユーザは、必要に応じて、この情報を引き出して設置者に通信することができる。この点に関して、図５１Ｂに示すように、設置者の名前１７０３、住所１７０５、都市、州、郵便番号１７０７、及びウェブサイトアドレス１７０９を提供することができる。主な連絡先１７１１及び電話番号１７１３、電子メールアドレス１７１５、及びロゴ１７１７、並びに予備の連絡先１７１９及び電話番号１７２１、電子メールアドレス１７２３、及びロゴ１７２５を提供することができる。追加又は変更が完了した時に、ＨＥＵ９０２及びＲＡＵ９０６の現在の構成は、構成委託ボタン１７２７を選択することによって誓約することができ、又はＨＥＵコントローラ９５８は、実際値ボタン１７２９への戻りを選択することにより、ＨＥＵ９０２及びＲＡＵ９０６に対して構成された情報の実際値に戻ることができる。
【０１８７】
図５２は、ＨＥＵコントローラ９５８によりサポートされ、かつクライアント９２０のウェブブラウザ上に表示された例示的なユーザ構成である。図５２に示すように、クライアント９２０は、「Ｃｏｎｆｉｇ」タブ１５３４の下の「Ｕｓｅｒｓ」タブ１７１０を選択することによってウェブサーバ９４０を通じてＨＥＵ９０２にアクセスするように許可されたユーザを構成することを選択することができる。現在の設定ユーザは、現在のユーザ区域１７１４内のユーザＩＤ１７１２により表示されている。特定のユーザは、現在のユーザが十分な許可を有する場合、除去すべきユーザが現在のユーザの区域１７１４から選択された時に「Ｒｅｍｏｖｅ  Ｕｓｅｒ」１７１６ボタンを選択することによって除外することができる。新規ユーザを作成するか又は前に確立されたユーザを更新又は編集するために、ユーザ構成区域１７１８が示されている。ユーザのログイン名は、「Ｕｓｅｒ  ｎａｍｅ」入力ボックス１７２０内に提供することができる。ユーザの説明は、「Ｄｅｓｃｒｉｐｔｉｏｎ」入力ボックス１７２２内に提供することができる。ユーザのパスワード及びパスワードの確認は、それぞれ、「Ｐａｓｓｗｏｒｄ」入力ボックス１７２４及び「Ｃｏｎｆｏｒｍ  Ｐａｓｓｗｏｒｄ」入力ボックス１７２６内に提供することができる。ユーザの特典は、図５２に示す様々な恩典設定１７２８の中で選択することができる。全ての更新は、「Ｃｏｍｍｉｔ  Ｕｐｄａｔｅｓ」ボタンボタン１７３０を選択することによってＨＥＵ９０２に誓約することができる。
【０１８８】
図５３は、ＨＥＵ９０２へのネットワークアクセスに関してＨＥＵコントローラ９５８によりサポートされ、かつクライアント９２０のウェブブラウザ上に表示された例示的なネットワーク設定構成である。図示のように、クライアント９２０は、「Ｃｏｎｆｉｇ」タブ１５３４の下のＮｅｔｗｏｒｋ  Ｓｅｔｕｐ」タブ１７４０を選択することにより、ＨＥＵ９０２に対してネットワーク設定を提供することができる。選択された時に、選択したＨＥＵ９０２のネットワーク設定オプションが表示されることになる。ＨＥＵ９０２のＩＰアドレスは、それぞれ、「Ｓｔａｔｉｃ  ＩＰ  ａｄｄｒｅｓｓ」入力ボックス１７４２、「Ｓｕｂｎｅｔ  Ｍａｓｋ」入力ボックス１７４４、及び「Ｄｅｆａｕｌｔ  Ｇａｔｅｗａｙ」入力ボックス１７４６内に提供された静的ＩＰアドレス、サブネットマスク、及びデフォルトゲートウェイを通じて静的に割り当ることができる。ＤＨＣＰサーバ、「ドメインネームシステム（ＤＮＳ）」サーバ１次及びＤＮＳサーバ２次は、それぞれ、「ＤＨＣＰ  Ｓｅｒｖｅｒ」入力ボックス１７４８、「ＤＮＳ  Ｓｅｒｖｅｒ  Ｐｒｉｍａｒｙ」入力ボックス１７５０、及び「ＤＮＳ  Ｓｅｒｖｅｒ  Ｓｅｃｏｎｄａｒｙ」入力ボックス１７５２内に提供することができる。代替的に、ＨＥＵ９０２は、ラジオボタン１７５４を選択することによってＤＨＣＰを通じてネットワーク設定を自動的に得るように構成することができる。ＨＥＵ９０２を私的ネットワーク又はマスター／スレーブ構成で構成すべきである場合、他のＨＥＵ９０２を発見するために発見サポートチェックボックス１７５６を選択することができる。ＨＥＵ９０２は、上述して図４０〜図４１Ｃに提供する構成を含む望ましい構成で構成されることになる。選択した全てのネットワーク構成は、「Ｃｏｍｍｉｔ  Ｃｏｎｆｉｇｒａｔｉｏｎ」ボタン１７５８を選択することによって誓約することができる。代替的に、「Ｒｅｖｅｒｔ  ｔｏ  Ａｃｔｕａｌ  Ｖａｌｕｅｓ」ボタン１７６０を選択することにより、以前に誓約したネットワーク構成が保持及び表示される。
【０１８９】
図５４は、ＨＥＵコントローラ９５８によりサポートされ、かつクライアント９２０のウェブブラウザ上に表示された例示的なＨＥＵ構成ページである。図示のように、クライアント９２０は、「Ｃｏｎｆｉｇ」タブ１５３４の下の「Ｓｙｓｔｅｍ  ＨＥＵｓ」タブ１７７０を選択することにより、ＨＥＵ９０２に対してシステムＨＥＵ構成を提供することができる。選択された時に、選択したＨＥＵ９０２のＨＥＵシステム情報が表示されることになる。発見すべきであるＨＥＵ９０２の手動によるＩＰアドレスは、「Ｍａｎｕａｌ  ＩＰ  Ａｄｄｒｅｓｓ」入力ボックス１７７２に入力することができ、かつ構成されたＨＥＵ  ＩＰアドレスのリスト１７７４に追加することができる。代替的に又は追加的に、望ましい自身発見型ＨＥＵ９０２をリスト１７７６から選択し、かつ「Ａｄｄ  ＨＥＵ  Ａｄｄｒｅｓｓ」ボタン１７７８を選択することによってリスト１７７４にＨＥＵアドレスを追加することにより、自己発見型ＨＥＵ９０２をリスト１７７６から選択することができる。これは、図５３の発見サポートチェックボックス１７５６が選択されていた場合にポピュレートされる。ＨＥＵアドレスは、除去すべきＩＰアドレスリスト１７７４から選択して「Ｒｅｍｏｖｅ  ＨＥＵ  Ａｄｄｒｅｓｓ」ボタン１７８０を選択することによって除外することができる。ソフトウエアは、顧客の制御下で実行され、かつ複数のタイプの機械、作動システム、及び環境を伴う更に別の顧客インタフェースソフトウエアを不要にするものである。ＩＤＡＳは、ウェブブラウザ及びターミナルエミュレータハードウエアを含むことになる用途に対応する業界標準クライアントインタフェースを使用し、かつ業界標準管理インタフェースの選択を容易にするものである。
【０１９０】
図５５は、ＨＥＵコントローラ９５８によりサポートされ、かつクライアント９２０のウェブブラウザ上に表示された例示的なサービス注記ページである。サービス注記により、技術員は、必要か又は望ましい場合にその情報をその後の精査に向けてログ内に格納することができるように、ＨＥＵ９０２のサービスに関する注記を入力することができる。この点に関して、ユーザは「Ｓｅｒｖｉｃｅ  Ｎｏｔｅｓ」タブ１５４６を選択することができる。「Ｓｅｒｖｉｃｅ  Ｎｏｔｅｓ」タブ１５４６は、ＨＥＵ９０２上でサービスアクションを行うことが許可された技術者のみに制限することができる。サービス注記は、サービス注記ウィンドウ１８０２において入力することができ、技術者名１８０４及び注記１８０６を入力して、「ＳＡＶＥ」ボタン１８０７を選択することによって保存することができる。これらのフィールド内に示された情報をクリアすることが望ましい場合、「ＣＬＥＡＲ」ボタン１８０８を選択することができる。最新の順で入力された以前の注記は、「Ｓｅｒｖｉｃｅ  Ｎｏｔｅｓ  Ｌｏｇ」ウィンドウ１８１０において表示される。
【０１９１】
図５６は、ＨＥＵコントローラ９５８によりサポートされ、かつクライアント９２０のウェブブラウザ上に表示された例示的なシステム情報ページである。システム情報ページにより、技術者又はユーザは、ＨＥＵ９０２及びモジュールに関する情報を精査することができる。この情報は、ＨＥＵ９０２及び他のモジュールのサービス又はアップグレードにおいて有用と考えられる。この点に関して、ユーザは「Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ」タブ１５４７を選択することができる。選択された時に、ＨＥＵ９０２の製造番号１８２２、ハードウエアバージョン１８２４、及びファームウエアバージョン１８２６が、ＨＥＵウィンドウ１８２８に示される。また、モジュール名１８３０、そのタイプ１８３２、製造番号１８３４、ハードウエアバージョン１８３６、及びファームウエアバージョン１８３８も、モジュールウィンドウ１８４０に表示される。
【０１９２】
本明細書に説明した光ファイバベースの無線システムは、あらゆるタイプの電子又は光ファイバ機器及びあらゆるタイプの光接続を包含し、かつあらゆる数の光ファイバケーブル又は単一又は多重ファイバケーブル又は接続を受け入れることができる。更に、本明細書で使用する時の用語「光ファイバケーブル」及び／又は「光ファイバ」は、１つ又はそれよりも多くの裸の光ファイバ、ルースチューブ型光ファイバ、タイトバッファ型光ファイバ、リボン型光ファイバ、曲げ不感型光ファイバ、又は光波信号を伝達する媒体のあらゆる他の手段を含む全てのタイプの単一モード及び多重モード光導波路を含むことを意図している。本明細書に定める多くの修正及び他の実施形態は、以上の説明及び関連の図面に示す教示内容の恩典を有し、かつこれらの実施形態に関連する当業者に想起されるであろう。
【０１９３】
従って、説明及び特許請求の範囲は、開示する特定的な実施形態に限定すべきではなく、修正及び他の実施形態は、特許請求の範囲に含まれることを意図していることは理解されるものとする。実施形態は、特許請求の範囲及びその均等物の範囲に該当することを条件として実施形態の修正及び変形を包含するように意図している。特定の用語を本明細書に使用したが、これらの用語の使用は、一般的かつ説明的という意味でのみであり、限定を目的としたものではない。
【符号の説明】
【０１９４】
６０１、６０２、６０３  建造物の階
６１０  ＨＥＵ
６１２  主端子ボード
６２０  建造物インフラストラクチャー
６３０  カバレージエリア
６５０  ＲＡＵ
【図１】
0005480916.tif 000002
【図２】
0005480916.tif 000003
【図３】
0005480916.tif 000004
【図４】
0005480916.tif 000005
【図５Ａ】
0005480916.tif 000006
【図５Ｂ】
0005480916.tif 000007
【図６】
0005480916.tif 000008
【図７】
0005480916.tif 000009
【図８】
0005480916.tif 000010
【図９Ａ】
0005480916.tif 000011
【図９Ｂ】
0005480916.tif 000012
【図１０】
0005480916.tif 000013
【図１１Ａ】
0005480916.tif 000014
【図１１Ｂ】
0005480916.tif 000015
【図１２Ａ】
0005480916.tif 000016
【図１２Ｂ】
0005480916.tif 000017
【図１３】
0005480916.tif 000018
【図１４】
0005480916.tif 000019
【図１５Ａ】
0005480916.tif 000020
【図１５Ｂ】
0005480916.tif 000021
【図１６Ａ】
0005480916.tif 000022
【図１６Ｂ】
0005480916.tif 000023
【図１７】
0005480916.tif 000024
【図１８Ａ】
0005480916.tif 000025
【図１８Ｂ】
0005480916.tif 000026
【図１９Ａ】
0005480916.tif 000027
【図１９Ｂ】
0005480916.tif 000028
【図２０】
0005480916.tif 000029
【図２１】
0005480916.tif 000030
【図２２】
0005480916.tif 000031
【図２３】
0005480916.tif 000032
【図２４】
0005480916.tif 000033
【図２５Ａ】
0005480916.tif 000034
【図２５Ｂ】
0005480916.tif 000035
【図２６】
0005480916.tif 000036
【図２７】
0005480916.tif 000037
【図２８Ａ】
0005480916.tif 000038
【図２８Ｂ】
0005480916.tif 000039
【図２８Ｃ】
0005480916.tif 000040
【図２９】
0005480916.tif 000041
【図３０】
0005480916.tif 000042
【図３１】
0005480916.tif 000043
【図３２】
0005480916.tif 000044
【図３３Ａ】
0005480916.tif 000045
【図３３Ｂ】
0005480916.tif 000046
【図３４】
0005480916.tif 000047
【図３５】
0005480916.tif 000048
【図３６】
0005480916.tif 000049
【図３７】
0005480916.tif 000050
【図３８Ａ】
0005480916.tif 000051
【図３８Ｂ】
0005480916.tif 000052
【図３８Ｃ】
0005480916.tif 000053
【図３９Ａ】
0005480916.tif 000054
【図３９Ｂ】
0005480916.tif 000055
【図４０】
0005480916.tif 000056
【図４１Ａ】
0005480916.tif 000057
【図４１Ｂ】
0005480916.tif 000058
【図４１Ｃ】
0005480916.tif 000059
【図４２】
0005480916.tif 000060
【図４３】
0005480916.tif 000061
【図４４】
0005480916.tif 000062
【図４５】
0005480916.tif 000063
【図４６】
0005480916.tif 000064
【図４７Ａ】
0005480916.tif 000065
【図４７Ｂ】
0005480916.tif 000066
【図４７Ｃ】
0005480916.tif 000067
【図４８】
0005480916.tif 000068
【図４９】
0005480916.tif 000069
【図５０Ａ】
0005480916.tif 000070
【図５０Ｂ】
0005480916.tif 000071
【図５１Ａ】
0005480916.tif 000072
【図５１Ｂ】
0005480916.tif 000073
【図５２】
0005480916.tif 000074
【図５３】
0005480916.tif 000075
【図５４】
0005480916.tif 000076
【図５５】
0005480916.tif 000077
【図５６】
0005480916.tif 000078