JP2011525725A - 無線通信システムのオンサイトメンテナンスを行うための方法およびシステム - Google Patents

Abstract

無線通信システムにおいてシステムメンテナンスを行う方法およびシステムが開示される。当該システムに関する複数のシステムメンテナンスファイルが記憶デバイス内に格納される。記憶デバイスは無線通信システム内に含まれるインターフェースに物理的に連結される。複数のシステムメンテナンスファイルのうち少なくとも１つは、記憶デバイスから取り出される。少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作が自動的に行われる。また、当該複数のシステムメンテナンスファイルが第１のＥメールメッセージに添付される。Ｅメールメッセージは無線通信システムにＥメールされる。複数のシステムメンテナンスファイルのうち少なくとも１つは、第１のＥメールメッセージから取り出される。少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作が自動的に行われる。

Description

本発明は、一般に、無線通信の分野に関し、より詳細にかつ非限定的に、無線通信システムのオンサイトメンテナンスを行うための向上した方法およびシステムに関する。

従来の無線通信システム用の分散型アーキテクチャにおいては、基地局およびトランシーバ機器は典型的には、顧客が居る通信可能範囲および容量が必要な場所に配置されることが多い。そのため、オンサイト基地局およびトランシーバ機器は、メンテナンス（例えば、性能モニタリング、問題通知、診断、デバッグおよび修理）のために容易にアクセスすることができない。

システムの性能の遠隔監視は、性能劣化および／またはサービスに影響を与える問題を検出するために用いられる技術であり、これらの問題が発生する際、サービスプロバイダ、顧客またはユーザに対して通知する際に用いることもできる。しかし、このような問題の診断および修理のために用いられる従来のアプローチの場合、顧客の居る場所に技術者を送る事となる。その結果、顧客の居る場所において無線通信サービスがかなりの間、または、少なくとも技術者が到着してその問題を診断し、解決できるまで、喪失または劣化し得る。また、このような技術的サポートを顧客の居る場所に提供するには時間時間がかかるため、関与するサービスプロバイダおよび／または顧客にとって費用がかさむ場合がある。そのため、顧客の居る場所に技術的サポート人員を送る必要性を低減することでメンテナンスコストを最小化することが可能な、無線通信システムハードウェアおよびソフトウェアのオンサイトメンテナンスを行うための適切な方法に対する必要性が高まっている。

１つの例示的な実施形態は、無線通信システムにおいてシステムメンテナンスを行う方法を含む。この方法は、前記無線通信システムに関する複数のシステムメンテナンスファイルを記憶デバイス内に格納することと、前記記憶デバイスを前記無線通信システム内に含まれるインターフェースに物理的に連結することと、前記複数のシステムメンテナンスファイルのうち少なくとも１つを前記記憶デバイスから取り出すことと、前記少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作を自動的に行うこととを含む。

別の例示的な実施形態において、分散型アンテナシステムは、ハブユニットと、複数の遠隔アンテナユニットとを含む。前記ハブユニットは、複数の遠隔アンテナユニットに通信可能に連結される。前記ハブユニットは、処理ユニットと、前記処理ユニットに通信可能に連結されたインターフェースとを含む。前記処理ユニットは、記憶デバイスが前記インターフェースに物理的に連結される時を確認することと、前記記憶デバイスが前記インターフェースに物理的に連結されている時、少なくとも１つのシステムメンテナンスファイルが前記記憶デバイス上に格納されているかを確認することと、少なくとも１つのシステムメンテナンスファイルが前記記憶デバイス上に格納されている場合、前記少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作を自動的に行うこととを行うように、動作可能である。

別の例示的な実施形態は、無線通信システムにおいてシステムメンテナンスを行う方法を含む。この方法は、前記無線通信システムに関する複数のシステムメンテナンスファイを第１のＥメールメッセージに取り付けることと、前記Ｅメールメッセージを前記無線通信システムにＥメールすることと、前記第１のＥメールメッセージから前記複数のシステムメンテナンスファイルのうち少なくとも１つを取り出すことと、前記少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作を自動的に行うステップとを含む。

別の例示的な実施形態において、分散型アンテナシステムは、ハブユニットと、複数の遠隔アンテナユニットとを含む。前記ハブユニットは、複数の遠隔アンテナユニットに通信可能に連結される。前記ハブユニットは、処理ユニットと、前記処理ユニットに通信可能に連結されたインターフェースとを含む。前記処理ユニットは、少なくとも１つのシステムメンテナンスファイルが添付されている第１のＥメールメッセージを受信するように、動作可能である。前記処理ユニットは、前記処理ユニットが前記第１のＥメールメッセージを受信した後、前記少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作を行うように、動作可能である。

本発明の特性と思われる新規な特徴について、添付の請求項中に記載する。しかし、本発明そのものおよび好適な使用形態、そのさらなる目的および利点は、以下の例示的実施形態の詳細な説明を添付図面と共に読めば、最も深く理解されるであろう。

本発明の１つ以上の実施形態を実現する際に用いることが可能な例示的な無線通信システムを示す。 本発明の１つ以上の実施形態を実現する際に用いることが可能な無線通信システムのオンサイトメンテナンスを行うための例示的方法を示す関連図である。 本発明の１つ以上の実施形態を実現する際に用いることが可能な無線通信システムのオンサイトメンテナンスを行うための例示的方法を示す関連図である。 本発明の１つ以上の実施形態を実現する際に用いることが可能な無線通信システムのオンサイトメンテナンスを行うための第２の例示的方法を示す関連図である。 本発明の１つ以上の実施形態を実現する際に用いることが可能な無線通信システムのオンサイトメンテナンスを行うための第２の例示的方法を示す関連図である。

ここで図面を参照すると、図１は、本発明の１つ以上の実施形態を実現する際に用いることが可能な例示的な無線通信システム１００を示す。図１に示す例示的な実施形態において、システム１００は、バックホールリンク１０６を介して公衆地上移動通信網（ＰＬＭＮ）１０４に通信可能に連結されている多重トランシーバ（多重ＴＲＸ）基地局１０２を含む。例えば、１つ以上の実施形態において、多重ＴＲＸ基地局１０２は、多重ＴＲＸピコ基地局で実現することができる。しかし、図１を参照して上記において図示および説明した機能は、他の実施形態において、多重ＴＲＸピコ基地局以外の基地局を用いて実現することもできることが理解されるべきである。例えば、図１中に示す機能は、単一ＴＲＸピコ基地局、ミクロ基地局、マクロ基地局などを用いて実現することができる。また、そのような機能は、本明細書中では主に、統合型基地局デバイス内において実現されているものとして説明されるが、他の実施形態において、このような機能を例えば別個のネットワークノードを用いて実行することが可能であることが理解されるべきである。

ネットワーク１０４内において、バックホールリンク１０６は基地局コントローラ（ＢＳＣ）１０８に連結され、基地局コントローラ（ＢＳＣ）１０８は、ネットワーク切換サブシステム（ＮＳＳ）１１０に連結される。ＮＳＳ１１０は、公衆交換電話網（ＰＳＴＮ）１１２および他のＰＬＭＮ１０５に連結される。また、ＢＳＣ１０８は、ＢＳＣ１０８（および多重ＴＲＸ基地局１０２）を１つ以上のデータネットワーク１１４（例えば、インターネット）に通信可能に連結するための１つ以上のデータノードに通信可能に連結される。

ＢＳＣ１０８は、例えば、無線チャネル割り当て、基地局間のハンドオーバ、多重ＴＲＸ基地局１０２の構成、警告の取り扱い、および管理機能の実施などの多様な従来のＢＳＣ機能を行う。ＢＳＣ１０８は、データネットワーク１１４を出入りするトラフィックを方向付けるための適切なネットワーク要素（例えば、パケット制御ユニットまたはＰＣＵ）を含むかまたはこのような要素に通信可能に連結される。

ＮＳＳ１１０は、例えば、回路切換、携帯電話加入者に対するアプリケーションおよび発呼機能（例えば、発呼リンギングおよびローミング）の提供するなどの多様な通信機能を行う。例えば、ＮＳＳ１１０は、モバイル切換センター（ＭＳＣ）および他の機能（例えば、ホームロケーションレジスタ（ＨＬＲ）およびビジターロケーションレジスタ（ＶＬＲ））を含み得る。いくつかの実施形態において、ＢＳＣ１０８およびＮＳＳ１１０によって行われる機能の一部を多重ＴＲＸ基地局１０２によって代替的に行わせてもよい。例えば、多重ＴＲＸ基地局１０２は、実行機能を実現するするためにリナックス（または他の適切な）オペレーティングシステムで構成されたローカルサーバを含み得る。

図示の例示的な実施形態において、多重ＴＲＸ基地局１０２は、複数のＴＲＸユニット１１６を含む。いくつかの実装において、多重ＴＲＸ基地局１０２は、２つのＴＲＸユニット１１６を含み得る。しかし、多重ＴＲＸ基地局１０２は、他の実装において、より多数のＴＲＸユニット（例えば、４つのＴＲＸユニット）を含むこともできることが理解されるべきである。図示の例示的な実装において、各ＴＲＸユニット１１６は、比較的低出力（例えば、１ワット未満）のＲＦチャネルを出力するために、用いられる。

図示の例示的な実装において、多重ＴＲＸ基地局１０２は、多重ＴＲＸ基地局１０２（および複数のＴＲＸユニット１１６）をネットワーク１０４に通信可能に連結するための適切なインターフェース１１５を含む。いくつかの実施形態において、多重ＴＲＸ基地局１０２は、インターネットプロトコル（ＩＰ）バックホール接続を用い得る。インターネットプロトコル（ＩＰ）バックホール接続において、（例えば、ケーブルモデムまたはＤＳＬモデムを用いて）バックホールリンク１０６を介してＢＳＣ１０８へと通信できるように、音声およびデータ信号をＩＰパケットに変換する。他の実施形態において、多重ＴＲＸ基地局１０２は、バックホールリンク１０６に対し、Ｔ１またはＥ１接続（すなわち、時分割多重またはＴＤＭ接続）を用い得る。さらに他の実施形態において、無線リンク（例えば、ＷＩＭＡＸ無線リンク）を用いてバックホールリンク１０６の機能を提供することもでき、その場合、インターフェース１１５は、適切なＷＩＭＡＸインターフェースを提供することができる。

各ＴＲＸユニット１１６は、特定の認可された無線ＲＦ通信帯域の単一の双方向ＲＦチャネル内において、通信する。このような双方向ＲＦチャネルはそれぞれ、アップリンクチャネルおよびダウンリンクチャネルを含む。いくつかの例示的な実装において、多重ＴＲＸ基地局１０２の各ＴＲＸユニット１１６は、８５０ＭＨｚの周波数帯内において、２００ｋＨｚのＧＳＭアップリンクおよびダウンリンクＲＦチャネルで送信および受信することができる。他の実装において、各ＴＲＸユニット１１６は、１９００ＭＨｚの周波数帯内において、１．２５ＭＨｚの符号分割多重アクセス（ＣＤＭＡ）アップリンクおよびダウンリンクＲＦチャネルで送信および受信することができる。さらに他の実装において、ＴＲＸユニット１１６は、例えば、他のＧＳＭ帯域または他のＣＤＭＡ帯域用のプロトコル、およびＧＰＲＳ、ＥＤＧＥ、ＵＭＴＳ、Ｗ−ＣＤＭＡ、ＬＴＥ、ＥＶＤＯ、ＣＤＭＡ２０００、ＵＭＢ、ＨＳＰＡまたはＷＩＭＡＸプロトコルなどの他の無線プロトコルに対応することができる。さらに、多重ＴＲＸ基地局１０２は、複数の異なる無線プロトコルを単一のマルチモード多重ＴＲＸ基地局１０２によって対応することができるように、複数の異なる無線プロトコルに対応し得ることが理解されるべきである。例えば、１つのＴＲＸユニット１１６は、１つの無線プロトコルの使用に対応し得、残りのＴＲＸユニット１１６の１つ以上は、他の無線プロトコルに対応し得る。

図１に示す例示的な実装において、多重ＴＲＸ基地局１０２はまた、分散型アンテナシステム（ＤＡＳ）１１８に通信可能に連結される。ＤＡＳ１１８は、複数のアンテナユニット１２２に通信可能に連結されたマルチポートリピーターハブ１２０を含む。各アンテナユニット１２２は、少なくとも１つのアンテナ１２４を含むかまたは少なくとも１つのアンテナ１２４に連結される。このようなアンテナ１２４は、各アンテナユニット１２２からのＲＦ信号を受信および放射する。

ＤＡＳ１１８は、遠隔位置において空間を空けて別個に配置されたアンテナユニット１２２からのＲＦ無線通信可能範囲を多重ＴＲＸ基地局１０２によって提供される容量を用いて提供するために、用いられる。ＤＡＳ１１８を実現するする際に用いることが可能な適切な分散型アンテナシステムの一例として、ミネソタ州イーデンプレーリーのＡＤＣ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｉｎｃ．から市販されているインターリーチフュージョン室内分散型アンテナシステムがある。図１に示す実施形態において、多重ＴＲＸ基地局１０２のＴＲＸユニット１１６は好適には集中配置され、セキュアな場所（例えば、ユーティリティまたはサーバのクローゼットまたは部屋）内に配置することができる。

図１に示す実施形態において、ハブ１２０は、１つ以上の中間拡張ハブ１２６を介して、アンテナユニット１２２に通信可能に連結される。このような実装において、ハブ１２０は、１つ以上のケーブル１２８を介して、拡張ハブ１２６それぞれに通信可能に連結される。例えば、いくつかの実施形態において、ケーブル１２８は、１本以上の光ファイバケーブルを含み得る。また、アンテナユニット１２２は、適切な配線１３０（例えば、肉薄の同軸配線、ＣＡＴＶ配線、光ファイバ配線など）を介して、拡張ハブ１２６に通信可能に連結される。特に、他の実施形態において、ハブ１２０は、アンテナユニット１２２のいずれかに直接的に通信可能に連結することができる。

１つ以上の好適な実施形態において、無線通信可能範囲および容量の提供先である建物１３４内に、ＤＡＳ１１８の多重ＴＲＸ基地局１０２およびハブ１２０を据え付けることができる。例えば、建物１３４は好適には、ネットワーク１０４を運営するサービスプロバイダによって管理されない。換言すれば、建物１３４は、ネットワーク１０４を運営するサービスプロバイダ以外の人またはエンティティ（例えば、「企業」（例えば、事業所、非営利団体、政府エンティティなど））が所有する、管理する、またはそれ以外の方法で使用する顧客施設であり得る。このような建物の例を挙げると、オフィスビル、ショッピングセンター、教育関連および／または政府関連の建物、空港、スポーツまたは娯楽用のアリーナまたはスタジアム、病院、一戸建て住宅、コンドミニアム、アパート、ホテルまたはモーテルなどがある（ただし、これらに限定されない）。

アンテナユニット１２２は、１つ以上のサービスエリアを形成し、建物１３４の全占有領域を実質的に含む１つ以上のサービスエリアを形成するように、建物１３４内において分散している。図示の例示的な実施形態において、サービスエリア内のモバイル通信機器１３２（例えば、１つ以上のセル式携帯電話、無線電話機、携帯電話など）を、アンテナユニット１２２のうちの１つ以上、拡張ハブ１２６のうちの１つ以上、ハブ１２０、多重ＴＲＸ基地局１０２およびバックホール接続１０６を介して、ネットワーク１０４に通信可能に連結することができる。

いくつかの実施形態において、システム１００は、ユニバーサルシリアルバス（ＵＳＢ）デバイス１３８およびＵＳＢポート１４０も含む。例えば、ＵＳＢデバイス１３８（例えば、ＵＳＢキー、ＵＳＢサムドライブ、フラッシュドライブ、キーホルダードライブ、ジャンプドライブなどとして知られるもの）を標準的ＵＳＢプロトコル（例えば、ＵＳＢ２．０接続）に従って動作するフラッシュメモリデバイスとによって実現することができる。いくつかの実施形態において、ＵＳＢデバイス１３８は、内蔵ＣＰＵも含むフラッシュメモリデバイスとして実現することができる。このような実装において、前記内蔵ＣＰＵは、ＵＳＢデバイス１３８のメモリ部内に格納されているソフトウェアおよび／またはファームウェア命令を実行するように、有効にされる。他の実施形態において、ＵＳＢデバイス１３８の機能は、例えば、メモリスティック、ＣＦカード、メモリスティックカード、ＳＤカード、ディスクドライブ、ブルーレイ、テープドライブ、および類似の種類の記憶デバイスなどの別の適切な記憶デバイスによって行ってもよく、また、ＵＳＢデバイス１３８をこのような記憶デバイスと交換してもよい。いくつかの実施形態において、ソフトウェアおよび／またはファームウェア命令は、例えば、１つ以上のシステムメンテナンスリクエストファイルとして実装することができる。前記１つ以上のシステムメンテナンスリクエストファイルは、行われるべきシステムメンテナンス動作を記述することができる。例えば、このようなシステムメンテナンスリクエストファイルには、ファームウェア更新ファイル（単数または複数）、構成パラメータリスト（単数または複数）、ブートローダー、カーネルまたはファイルシステムファイル、システムリカバリファイル、およびスクリプトファイル（ただし、これらに限定されない）が挙げられる。

破線１４２によって示すように、ユーザは、ＵＳＢデバイス１３８のメモリ部内に格納されているソフトウェアおよび／またはファームウェアの実行を開始するために、ＵＳＢデバイス１３８をＵＳＢポート１４０に挿入することができる。いくつかの実施形態において、ＵＳＢポート１４０は、関与する無線通信システム機器（例えば、ハブ１２０）内の処理ユニット（例えば、処理ユニット１４４）に通信可能に連結される。換言すれば、以下に詳細に説明するように、ユーザ（例えば、顧客）は、遠隔位置にある現場において無線通信機器（例えば、多重ＴＲＸ基地局１０２、ＴＲＸユニット１１６のうち１つ以上、ハブ１２０、拡張ハブ１２６のうち１つ以上、およびアンテナユニット１２２のうち１つ以上）のオンサイトメンテナンスを行うために、ＵＳＢデバイス１３８を用いることができる。

より正確には、例えば、顧客の居る場所にある無線通信システム内において発生し得る問題を診断およびデバッグし、ＵＳＢデバイス内に格納されているスクリプトを実行し、関与する無線通信システムについてのシステム設定をコピーし、メンテナンス用のファームウェアを前記関与する無線通信システムによってダウンロードするために、ＵＳＢデバイス１３８を用いることができる。また、ＵＳＢデバイス１３８は、前記関与する無線通信機器において緊急事態が発生している事態において、前記顧客の独自のデータおよび設定をアーカイブするためのレスキューディスクとしても用いることができる。例えば、サービスプロバイダは、任意の場所（例えば、建物１３４の外部）にあるコンピュータ１４６を用いて、無線通信システムメンテナンス機能、トラブルシューティング機能およびレスキュー機能またはリカバリ機能のために、システムメンテナンスファイル（例えば、構成情報およびソフトウェアおよび／またはファームウェア）を作製し、ＵＳＢデバイス１３８内に格納することができる。その後、（例えば、誰かにＵＳＢデバイス１３８を建物１３４まで搬送させるかまたはＵＳＢ１３８を建物１３４に郵送することにより）ＵＳＢデバイス１３８を建物１３４まで搬送することができる。ＵＳＢデバイス１３８を建物１３４へと搬送した後、ＵＳＢデバイス１３８をＵＳＢポート１４０に挿入して、ＵＳＢデバイス１３８のメモリ部内に格納されているシステムメンテナンスファイルの処理を開始することができる。このような構成情報および／ソフトウェアを作製してＵＳＢデバイス１３８上に格納するために用いられるコンピュータ１４６は、任意の適切な種類のコンピュータデバイス（例えば、デスクトップパーソナルコンピュータ、ラップトップ）でよく、無線システム１００が内部で配備されている建物１３４内に存在する必要は無い。

他の実施形態において、このようなシステムメンテナンスファイルは、Ｅメールメッセージを用いて処理ユニット１４４へと通信される。このような実施形態において、このようなシステムメンテナンスファイルは、Ｅメールメッセージへの１つ以上の添付ファイルとして、処理ユニット１４４に通信される。このような実施形態において、処理ユニット１４４は、Ｅメールサーバ１４７に対する適切な通信リンクを有しており、このような通信リンクを介して、当該処理ユニット１４４がＥメールメッセージの送受信を行うことができる。例えば、このような実施形態の１つの実装において、処理ユニット１４４は、建物１３４において別の方法や目的で既に設けられているインターネット接続を用いて、Ｅメールサーバ１４７に通信可能に連結される。Ｅメールトラフィックは典型的には、特殊な配置構成無しに企業ファイアウォールを通過できるようになっている。このようなシステムメンテナンスファイルとの通信のためにＥメールを用いることにより、ＵＳＢデバイス１３８を建物１３４へと物理的に搬送する必要性（または技術者を建物１３４に派遣する必要性）が無くなるが、そうするために、システム１００の処理ユニット１４４と現場から離れたモニタリングコンピュータ（例えば、コンピュータ１４６）との間の専用通信リンクを必要とすることがなく、または、既存のインターネット接続を用いる場合はこのようなモニタリングトラフィックを企業ファイアウォールを通過させるための何らかの特殊な配置構成を必要としない。

図２Ａおよび図２Ｂは、本発明の１つ以上の実施形態を実現する際に用いることが可能な、無線通信システムのオンサイトメンテナンスを行うための例示的な方法２００を示す関連図である。例えば、いくつかの実施形態において、方法２００を用いて、顧客の場所またはユーザの場所における図１に示す無線通信システム１００の１つ以上のコンポーネントのオンサイトシステムメンテナンス（例えば、診断、デバッグ、リカバリ、レスキュー、修理など）を行うことができる。より正確には、例えば、いくつかの実施形態において、方法２００をＵＳＢデバイス１３８およびＵＳＢポート１４０と共に用いて、無線通信システム１００の１つ以上のサブシステムまたはコンポーネントのオンサイトシステムメンテナンスを行うことができる。

ここで図１、図２Ａおよび図２Ｂを１つ以上の実施形態について参照すると、例示的な方法２００は、システムメンテナンスＵＳＢドライブの適切なＵＳＢ接続への挿入（ステップ２０２）から開始する。例えば、顧客またはユーザは、システム１００の遠隔位置にある機器（例えば、多重ＴＲＸ基地局１０２、ＴＲＸユニット１１６、ハブ１２０、拡張ハブ１２６（例えば、拡張ハブが関与するシステム内に設けられている場合）およびアンテナユニット１２２のうちの１つ以上）に対してシステムメンテナンスを行うことを決定し得る。したがって、図示の例示的な実施形態において、顧客またはユーザは、ＵＳＢデバイス１３８をハブ１２０内にあるＵＳＢポート１４０に挿入することができる。ハブ１２０の処理ユニット１４４は、（例えば、適切なソフトウェアまたはファームウェアを実行することにより）ＵＳＢデバイス１３８をＵＳＢポート１４０に挿入する時を確認するように、動作可能である。処理ユニット１４４は、ＵＳＢデバイス１３８がハブ１２０のＵＳＢポート１４０に挿入されていると確認した後、以下に説明する処理を自動的に（すなわち、ユーザからのさらなる入力無しに）行う。

いくつかの実施形態において、オンサイトメンテナンス（例えば、診断、デバッグ、レスキュー、リカバリなど）を行うための適切なオペレーティングシステムをＵＳＢデバイス１３８からブートまたは起動することができる。例えば、ＵＳＢデバイス１３８は、レッドブート、ブートマネージャまたはブートストラップローダープログラムをそのメモリ部内に含み得る。このようなレッドブート、ブートマネージャまたはブートストラップローダープログラムは、ＵＳＢデバイス１３８がＵＳＢポート１４０に挿入された直後に、例えばハブ１２０内の処理ユニット１４４によって実行することが可能なオンサイトメンテナンスを行うための適切なオペレーティングシステムを開始させる。別の例として、ＵＳＢデバイス１３８は、ＵＳＢデバイス１３８がＵＳＢポート１４０に挿入された直後に、例えば適切な処理ユニットまたはＵＳＢデバイス１３８内に配置されたＣＰＵによって実行することが可能なオンサイトメンテナンスを行うための完全なオペレーティングシステムを格納し得る。

例えば、無線通信システム１００のオンサイトメンテナンスを行うためのコンピュータで実行可能な命令を含む適切なオペレーティングシステムは、ＵＳＢデバイス１３８のメモリ部内において、１つ以上の（例えば、連結）圧縮Ｔａｒ（テープアーカイブ）フォーマットのファイル（例えば、Ｔａｒボール）で格納することができる。このオペレーティングシステムは、適切なシェルスクリプトまたはプログラミング言語（例えば、リナックス、Ｕｎｉｘ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、ＪＣＬ、ＤＣＬ、Ａｐｐｌｅスクリプトなど）の形態でＵＳＢデバイス１３８内に格納することができる。

次に、処理ユニット（例えば、ハブ１２０の処理ユニット１４４またはＵＳＢデバイス１３８の内蔵ＣＰＵ）は、前記挿入されたＵＳＢドライブのメモリ部内にシステムメンテナンスファイルが格納されているか否かを確認する（ステップ２０４）。例えば、このようなシステムメンテナンスファイルはｚｉｐ（圧縮）ファイルであり得、前記ファイルの内容は、適切な暗号化アルゴリズムにより、不正使用から保護することができる。また、例えば、このようなシステムメンテナンスファイルはシステムメンテナンスリクエストファイルを含み得、前記システムメンテナンスリクエストファイルは、１つ以上のファームウェア更新ファイル（単数または複数）、構成パラメータリスト（単数または複数）、ブートローダー、カーネルまたはファイルシステムファイル、およびスクリプトファイルを含み得る（ただし、これらに限定されない）。（ステップ２０４において）前記処理ユニットが前記挿入されたＵＳＢドライブ内に何のシステムメンテナンスファイルも格納されていないことを確認した場合、前記フローを終了することができる（ステップ２１０）。

（ステップ２０４において）前記処理ユニットが前記挿入されたＵＳＢドライブ内にシステムメンテナンスファイルが格納されていることを確認した場合、前記処理ユニットは、前記システムメンテナンスファイルの内容を前記ＵＳＢドライブのメモリ部から抽出し、関与するシステム処理ユニットと関連付けられたメモリ内に前記内容を格納することができる（ステップ２０６）。例えば、いくつかの実施形態において、前記処理ユニットは、前記ＵＳＢドライブ内に格納されているシステムメンテナンスファイルの内容を解凍またはｚｉｐ解凍し、（例えば、暗号化されている場合に）前記内容を復号化するための適切なアルゴリズムを実行し、前記システムの処理ユニット（例えば、ハブ１２０内の処理ユニット１４４）と関連付けられたメモリ内に前記内容を格納することができる。

次に、前記関与する処理ユニットは、前記抽出されたファイルが有効なシステムメンテナンスファイルであるか否かを確認する（ステップ２０８）。例えば、前記処理ユニットは、前記抽出されたファイルの内容に対して適切な認証アルゴリズムを実行して、前記ファイルが有効であるか否かを確認することができる。（ステップ２０８において）前記処理ユニットが前記抽出されたファイルは有効なシステムメンテナンスファイルでないと確認した場合、前記処理ユニットは、前記システムメンテナンスファイルは有効ではなかった旨をユーザに示し（ステップ２０９）、その後、前記フローを終了することができる（ステップ２１０）。例えば、いくつかの実施形態において、前記処理ユニット（例えば、処理ユニット１４４）は、前記システムメンテナンスファイルが有効ではなかった旨を示す視覚表示（ＬＥＤ点灯など）を前記ユーザに提供することができる。また、例えば、前記処理ユニットは、前記システムメンテナンスファイルが有効ではなかった旨をユーザ（および／または顧客、エージェント、サービスプロバイダ、サポート人員）に対して示す適切な情報をメンテナンストラップに送るかまたはＥメールメッセージに入れて送ることができる。

（ステップ２０８において）前記処理ユニットが前記抽出されたファイルは有効なシステムメンテナンスファイルであると確認した場合、前記処理ユニットは、前記関与するシステムはシステムメンテナンスモードの動作になっている旨を前記ユーザに示すことができる（ステップ２１２）。例えば、いくつかの実施形態において、前記処理ユニット（例えば、処理ユニット１４４）は、関与するシステム、サブシステムまたはコンポーネント（例えば、多重ＴＲＸ基地局１０２）がシステムメンテナンスモードで動作している旨を示す視覚表示（ＬＥＤ点灯など）を前記ユーザに提供することができる。また、例えば、前記処理ユニットは、ユーザ（および／または顧客、エージェント、サービスプロバイダ、サポート人員など）に対して前記システムがシステムメンテナンスモードで動作している旨を示す適切な情報をメンテナンストラップに送るかまたはＥメールメッセージに入れて送ることができる。

次に、いくつかの実施形態において、前記処理ユニット（例えば、処理ユニット１４４）は、前記関与するシステムに関するシステムメンテナンスログを生成および保存する（ステップ２１４）。例えば、前記システムメンテナンスログを用いて、特定のシステムメンテナンス手順または行われたリクエストに対する応答と関連付けられたエントリを保存することができる。次に、前記処理ユニットは、ファームウェア更新リクエストが出されているか否かを確認する（ステップ２１６）。例えば、前記処理ユニットは、前記システムメンテナンスリクエストファイルの内容から、ファームウェア更新リクエストが含まれているか否かを確認することができる。（ステップ２１６において）前記処理ユニットが、ファームウェア更新リクエストが行われていないことを確認した場合、前記フローはステップ２２４へと進む。

（ステップ２１６において）前記処理ユニットが、ファームウェア更新リクエスト行われていることを確認した場合、前記処理ユニットは、ファームウェア更新（単数または複数）を行うことが可能になるまで、更新（単数または複数）のために用いられるべきファームウェアファイルを関与する機器内の適切なメモリ場所に搬送する（ステップ２１８）。その後、前記処理ユニットは、前記ファームウェア更新（単数または複数）を行うことが可能となる適切なタイムフレームをスケジュールする（ステップ２２０）。例えば、前記処理ユニットは、多重ＴＲＸ基地局１０２の動作が前記更新プロセスによって大きく妨害される可能性の低いタイムフレームを選択することができる。前記ファームウェア更新プロセスが完了すると、前記処理ユニットは、前記ファームウェア更新リクエスト手順が行われた旨を示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ２２２）。その後、前記フローはステップ２２４に進むことができる。

ステップ２１６に戻って、前記処理ユニットが、ファームウェア更新リクエストは行われていないことを確認すると、前記処理ユニットは、システムメンテナンス警告情報リクエストが行われているか否かを確認する（ステップ２２４）。例えば、ハブ１２０内の処理ユニット１４４は、抽出された前記システムメンテナンスリクエストファイルの内容から、警告情報リクエストが含まれているか否かを確認することができる。このようなシステムメンテナンス警告情報は、例えば、関与するシステム、サブシステムまたはコンポーネントの性能に関する問題を前記システム（例えば、処理ユニット１４４）が特定し、その問題に対してシステムメンテナンスの実行が必要である旨を示す情報を含み得る。（ステップ２２４において）前記処理ユニットが、警告情報リクエストが行われていないことを確認した場合、前記フローはステップ２３２に進む。

（ステップ２２４において）前記処理ユニットが、システムメンテナンス警告情報リクエストが行われていることを確認した場合、前記処理ユニットは、警告情報が格納されているシステム内の適切なメモリ場所から前記警告情報を取り出す（ステップ２２６）。その後、前記処理ユニットは、前記取り出された警告情報を、前記挿入されたＵＳＢドライブ上のメモリ領域内に格納する（ステップ２２８）。前記警告情報がＵＳＢドライブにコピーされると、前記処理ユニットは、警告情報リクエスト手順が行われたことを示す適切なエントリをシステムメンテナンスログに付加することができる（ステップ２３０）その後、フローはステップ２３２へと進むことができる。

ステップ２２４に戻って、前記処理ユニットが、警告情報リクエストが行われていないことを確認した場合、前記処理ユニットは、システム構成パラメータを取り出すリクエストが行われているかを確認する（ステップ２３２）。例えば、ハブ１２０内の処理ユニット１４４は、抽出された前記システムメンテナンスリクエストファイルの内容から、前記システムの構成パラメータを取り出すリクエストが含まれているかを確認することができる。（ステップ２３２において）前記処理ユニットが、システム構成パラメータを取り出すリクエストが行われていないことを確認した場合、フローはステップ２４０へと進む。

（ステップ２３２において）前記処理ユニットが、システム構成パラメータを取り出すリクエストが行われていることを確認した場合、前記処理ユニットは、システムの構成パラメータ情報が格納されているシステム内の適切なメモリ場所から構成パラメータリストを取り出す（ステップ２３４）。その後、前記処理ユニットは、前記挿入されたＵＳＢドライブ上のメモリ領域内に前記取り出された構成パラメータ情報を格納する（ステップ２３６）。前記システムの構成パラメータ情報が前記ＵＳＢドライブにコピーされると、前記処理ユニットは、構成パラメータの取り出しリクエスト手順が行われたことを示す適切なエントリをシステムメンテナンスログに付加することができる（ステップ２３８）。その後、フローは、ステップ２４０へと進むことができる。

ステップ２３２に戻って、前記処理ユニットが、システム構成パラメータを取り出すリクエストが行われていないことを確認した場合、前記処理ユニットは、システムの構成パラメータを設定するリクエストが行われているかを確認する（ステップ２４０）。例えば、ハブ１２０内の処理ユニット１４４は、抽出されたシステムメンテナンスリクエストファイルの内容から、システムの構成パラメータを設定するリクエストが含まれているかを確認することができる。（ステップ２４０において）前記処理ユニットが、システムの構成パラメータを設定するリクエストが行われていないことを確認した場合、フローはステップ２４８に進む。

（ステップ２４０において）前記処理ユニットが、システムの構成パラメータを設定するリクエストが行われていることを確認した場合、前記処理ユニットは、ＵＳＢドライブ上のメモリ場所から構成パラメータリストを取り出し、システムの構成パラメータを前記リストに従って設定する（ステップ２４２）。その後、前記処理ユニットは、構成パラメータが前記リストに従って設定されていることを確認する（ステップ２４４）。システムの構成パラメータが設定および確認されると、前記処理ユニットは、構成パラメータの設定リクエスト手順が行われたことを示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ２４６）。その後、フローはステップ２４８に進むことができる。

ステップ２４０に戻って、前記処理ユニットが、システムの構成パラメータを設定するリクエストが行われていないことを確認した場合、前記処理ユニットは、システムリカバリを行うリクエストが行われているかを確認する（ステップ２４８）。例えば、ハブ１２０内の処理ユニット１４４は、抽出されたシステムメンテナンスリクエストファイルの内容から、システムリカバリを行うリクエスト手順が含まれているかを確認することができる。（ステップ２４８において）前記処理ユニットが、システムリカバリ手順を行うリクエストが行われていないことを確認した場合、フローはステップ２５６へと進む。

（ステップ２４８において）前記処理ユニットが、システムリカバリ手順を行うためのリクエストが行われていることを確認した場合、前記処理ユニットは、ＵＳＢドライブ上のメモリ場所から、適切なブートローダー、カーネルおよびファイルシステムファイルを取り出し、これらのファイルを適切なメモリ場所内に格納して、システムファイルの実行およびローディングを待機する（ステップ２５０）。その後、前記処理ユニットは、ブートローダーおよびカーネルファイル内の命令を実行し、関与する処理ユニットと関連付けられたメモリ内にファイルシステム情報をロードする（ステップ２５２）。前記ファイルシステムファイルが前記関与するシステムにロードされると、前記処理ユニットは、システムリカバリリクエスト手順が行われたことを示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ２５４）。その後、フローはステップ２５６に進むことができる。

ステップ２４８に戻って、前記処理ユニットが、システムリカバリ手順を行うリクエストが行われていないことを確認した場合、前記処理ユニットは、スクリプト実行リクエストが行われているかを確認する（ステップ２５６）。例えば、ハブ１２０内の処理ユニット１４４は、抽出されたシステムメンテナンスリクエストファイルの内容から、システムメンテナンスリクエストファイルの内容にも含まれているスクリプトを実行するリクエストが含まれているかを確認することができる。（ステップ２５６において）前記処理ユニットが、スクリプトを実行するリクエストが行われていないことを確認した場合、フローはステップ２６４に進む。

（ステップ２５６において）前記処理ユニットが、スクリプトを実行するリクエストが行われていることを確認した場合、前記処理ユニットは、ＵＳＢドライブ上のメモリ場所から、実行されるべきスクリプトを取り出し、前記スクリプト中に含まれるコマンドを実行する（ステップ２５８）。例えば、前記スクリプトは、システム１００の１つ以上のオンサイトコンポーネントに対して所定のメンテナンス手順（例えば、診断、デバッグ、修理、リカバリなど）を行うための適切な命令を含み得る。その後、前記処理ユニットは、前記スクリプト中の命令を実行することが可能な適切なタイムフレームをスケジュールする（ステップ２６０）。例えば、前記処理ユニットは、多重ＴＲＸ基地局１０２の動作がスクリプト実行プロセスによって大きく妨害される可能性の低いタイムフレームを選択することができる。スクリプト実行プロセスが完了すると、前記処理ユニットは、スクリプト実行リクエスト手順が行われたことを示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ２６２）。その後、フローはステップ２６４に進むことができる。

ステップ２５６に戻って、前記処理ユニットが、スクリプトを実行するリクエストが行われていないことを確認した場合、前記処理ユニットは、挿入されたＵＳＢドライブにシステムメンテナンスログの内容をコピーする（ステップ２６４）。その後、前記処理ユニットは、システムメンテナンスモードの動作が完了したことを示す（ステップ２６６）。例えば、いくつかの実施形態において、前記処理ユニット（例えば、処理ユニット１４４）は、関与するシステム、サブシステムまたはコンポーネント（例えば、多重ＴＲＸ基地局１０２）がシステムメンテナンスモードの動作を完了したとの視覚表示（ＬＥＤ点灯など）をユーザに提供することができる。また、例えば、前記処理ユニットは、ユーザ（および／または顧客、エージェント、サービスプロバイダ、サポート人員など）に対してシステムがシステムメンテナンスモードの動作を完了した旨を示す適切な情報をメンテナンストラップに送るかまたはＥメールメッセージに入れて送ることができる。その後、無線通信システムのオンサイトメンテナンスを行う方法を終了することができる（ステップ２１０）。

図３Ａおよび図３Ｂは、本発明の１つ以上の実施形態を実現する際に用いることが可能な無線通信システムの遠隔メンテナンスを行うための第２の例示的な方法３００を示す関連図である。例えば、いくつかの実施形態において、方法３００を用いて、図１に示す無線通信システム１００の１つ以上のコンポーネントのシステムメンテナンス（例えば、診断、デバッグ、リカバリ、レスキュー、修理など）を顧客またはユーザの遠隔場所において行うことができる。より正確には、例えば、いくつかの実施形態において、Ｅメールメッセージに添付された適切なシステムメンテナンスファイルを用いて、方法３００を実行することができる。この添付されたシステムメンテナンスファイルは、遠隔場所にいる顧客またはユーザに搬送され、前記遠隔場所にある無線通信システム１００の１つ以上のサブシステムまたはコンポーネントのオンサイトシステムメンテナンス動作を有効にする。

ここで図１、図３Ａおよび図３Ｂを１つ以上の実施形態について参照すると、例示的な方法３００は、関与する無線通信システムの遠隔コンポーネントのオンサイト場所において適切なＥメールメッセージが受信されているという仮定から開始する（ステップ３０２）。例えば、Ｅメールメッセージが建物１３４にある処理ユニット１４６によって顧客またはユーザによって受信されており、前記メッセージの内容は、システム１００の遠隔位置にある機器（例えば、多重ＴＲＸ基地局１０２、ＴＲＸユニット１１６、ハブ１２０、拡張ハブ１２６のうち１つ以上（例えば、拡張ハブが関与するシステム内に含まれる場合）ならびにアンテナユニット１２２）のシステムメンテナンスであると仮定され得る。ハブ１２０の処理ユニット１４４は、（例えば、適切なソフトウェアまたはファームウェアを実行することにより）このようなＥメールメッセージを受信するように、動作可能である。処理ユニット１４４がこのようなＥメールメッセージを受信した後、処理ユニット１４４は、以下に説明する処理を自動的に（すなわち、ユーザからの入力を必要とすることなく）行う。

次に、システム１００の遠隔位置にある機器内の処理ユニット（例えば、ハブ１２０の処理ユニット１４４）は、前記受信されたシステムメンテナンスＥメールメッセージにシステムメンテナンスファイルが添付されているかを確認する（ステップ３０４）。例えば、このようなシステムメンテナンスファイルはｚｉｐ（圧縮）ファイルであり得、前記ファイルの内容は、適切な暗号化アルゴリズムによって不正使用から保護することができる。また、例えば、このようなシステムメンテナンスファイルはシステムメンテナンスリクエストファイルを含み得、前記システムメンテナンスリクエストファイルは、１つ以上のファームウェア更新ファイル（単数または複数）、構成パラメータリスト（単数または複数）、ブートローダー、カーネルまたはファイルシステムファイル（単数または複数）、およびスクリプトファイル（単数または複数）を含み得る（ただし、これらに限定されない）。（ステップ３０４において）前記処理ユニット（例えば、処理ユニット１４４）が、前記受信されたシステムメンテナンスＥメールメッセージにシステムメンテナンスファイルが添付されていないと確認した場合、フローを終了することができる（ステップ３１０）。

（ステップ３０４において）前記処理ユニットが、前記受信されたＥメールメッセージにシステムメンテナンスファイルが添付されていることを確認した場合、前記処理ユニットは、システムメンテナンスファイルの内容を前記添付ファイルから抽出し、関与するシステム処理ユニットと関連付けられたメモリ内に前記内容を格納することができる（ステップ３０６）。例えば、いくつかの実施形態において、前記処理ユニットは、前記Ｅメール添付ファイル中のシステムメンテナンスファイルの内容を解凍またはｚｉｐ解凍し、（例えば、暗号化されている場合に）前記内容を、適切なアルゴリズムを実行して復号化し、システムの処理ユニットと関連付けられたメモリ（例えば、ハブ１２０内の処理ユニット１４４）内に前記内容を格納することができる。

次に、前記関与する処理ユニットは、前記抽出されたファイルが有効なシステムメンテナンスファイルであるかを確認する（ステップ３０８）。例えば、前記処理ユニットは、前記抽出されたファイルの内容に対して適切な認証アルゴリズムを実行して、前記ファイルが有効であるかを確認することができる。（ステップ３０８において）前記処理ユニットが、前記抽出されたファイルが有効なシステムメンテナンスファイルではないことを確認した場合、前記処理ユニットは、前記システムメンテナンスファイルは有効ではなかった旨をユーザに示すことができ（ステップ３０９）、フローを終了することができる（ステップ３１０）。例えば、いくつかの実施形態において、前記処理ユニット（例えば、処理ユニット１４４）は、前記システムメンテナンスファイルは有効ではなかったとの視覚表示（ＬＥＤ点灯など）を前記ユーザに提供することができる。また、例えば、前記処理ユニットは、ユーザ（および／または顧客、エージェント、サービスプロバイダ、サポート人員など）に対して前記システムメンテナンスファイルが有効ではなかったことを示す適切な情報をメンテナンストラップに送るかまたはＥメールメッセージ中に入れて送ることができる。

（ステップ３０８において）前記処理ユニットが、前記抽出されたファイルは有効なシステムメンテナンスファイルであると確認した場合、前記処理ユニットは、前記関与するシステムはシステムメンテナンスモードの動作に入っていることを前記ユーザに示す（ステップ３１２）。例えば、いくつかの実施形態において、前記処理ユニット（例えば、処理ユニット１４４）は、関与するシステム、サブシステムまたはコンポーネント（例えば、多重ＴＲＸ基地局１０２）がシステムメンテナンスモードで動作しているとの視覚表示（ＬＥＤ点灯など）を前記ユーザに提供することができる。また、例えば、前記処理ユニットは、ユーザ（および／または顧客、エージェント、サービスプロバイダ、サポート人員など）に対して前記システムがシステムメンテナンスモードで動作していることを示す適切な情報をメンテナンストラップに送るかまたはＥメールメッセージ中に入れて送ることができる。

次に、前記処理ユニット（例えば、処理ユニット１４４）は、前記関与するシステムに関するシステムメンテナンスログを生成および保存する（ステップ３１４）。例えば、前記システムメンテナンスログを用いて、特定のシステムメンテナンス手順または行われたリクエストに対する応答と関連付けられたエントリを保存することができる。次に、前記処理ユニットは、ファームウェア更新リクエストが行われているかどうかを確認する（ステップ３１６）。例えば、前記処理ユニットは、システムメンテナンスリクエストファイルの内容から、ファームウェア更新リクエストが含まれているかを確認することができる。（ステップ３１６において）前記処理ユニットが、ファームウェア更新リクエストが行われていないことを確認した場合、フローはステップ３２４へと進む。

（ステップ３１６において）前記処理ユニットがファームウェア更新リクエストが行われていることを確認した場合、前記処理ユニットは、ファームウェア更新（単数または複数）を行うことが可能になるまで、更新（単数または複数）において用いられるファームウェアファイルを関与する機器内の適切なメモリ場所に搬送する（ステップ３１８）。その後、前記処理ユニットは、ファームウェア更新（単数または複数）を行うことが可能な適切なタイムフレームをスケジュールする（ステップ３２０）。例えば、前記処理ユニットは、多重ＴＲＸ基地局１０２の動作が更新プロセスによって大きく妨害される可能性の低いタイムフレームを選択することができる。ファームウェア更新プロセスが完了したら、前記処理ユニットは、ファームウェア更新リクエスト手順が行われたことを示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ３２２）。その後、フローはステップ３２４に進むことができる。

ステップ３１６に戻って、前記処理ユニットが、ファームウェア更新リクエストが行われていないことを確認した場合、前記処理ユニットは、システムメンテナンス警告情報リクエストが行われているかを確認する（ステップ３２４）。例えば、ハブ１２０内の処理ユニット１４４は、抽出されたシステムメンテナンスリクエストファイルの内容から、警告情報リクエストが含まれているかを確認することができる。このようなシステムメンテナンス警告情報に含まれ得る情報としては、例えば、関与するシステム、サブシステムまたはコンポーネントの動作に関する問題をシステム（例えば、処理ユニット１４４）が特定し、その問題にはシステムメンテナンスの実施が必要であることを示す情報が含まれ得る。（ステップ３２４）において前記処理ユニットが、警告情報リクエストが行われていないことを確認した場合、フローはステップ３３２へと進む。

（ステップ３２４において）前記処理ユニットが、システムメンテナンス警告情報リクエストが行われていることを確認した場合、前記処理ユニットは、前記警告情報が格納されているシステム内の適切なメモリ場所から警告情報を取り出す（ステップ３２６）。その後、前記処理ユニットは、前記取り出された警告情報を適切な記憶デバイス内に格納する（ステップ３２８）。前記警告情報が前記記憶デバイスにコピーされたら、前記処理ユニットは、前記警告情報リクエスト手順が行われたことを示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ３３０）。その後、フローはステップ３３２に進むことができる。

ステップ３２４に戻って、前記処理ユニットが、警告情報リクエストが行われていないことを確認した場合、前記処理ユニットは、システム構成パラメータを取り出すリクエストが行われているかを確認する（ステップ３３２）。例えば、ハブ１２０内の処理ユニット１４４は、抽出されたシステムメンテナンスリクエストファイルの内容から、システムの構成パラメータを取り出すリクエストが含まれているかを確認することができる。（ステップ３３２において）前記処理ユニットが、システム構成パラメータを取り出すリクエストが行われていないことを確認した場合、フローはステップ３４０へと進む。

（ステップ３３２において）前記処理ユニットが、システム構成パラメータを取り出すリクエストが行われていることを確認した場合、前記処理ユニットは、前記システムの構成パラメータ情報が格納されているシステム内の適切なメモリ場所から構成パラメータリストを取り出す（ステップ３３４）。その後、前記処理ユニットは、前記取り出された構成パラメータ情報を前記記憶デバイス内に格納する（ステップ３３６）。前記システムの構成パラメータ情報が前記記憶デバイスにコピーされたら、前記処理ユニットは、構成パラメータの取り出しリクエスト手順が行われたこを示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ３３８）。その後、フローはステップ３４０に進むことができる。

ステップ３３２に戻って、前記処理ユニットが、システム構成パラメータを取り出すリクエストが行われていないことを確認した場合、前記処理ユニットは、システムの構成パラメータを設定するリクエストが行われているかを確認する（ステップ３４０）。例えば、ハブ１２０内の処理ユニット１４４は、抽出されたシステムメンテナンスリクエストファイルの内容から、システムの構成パラメータを設定するリクエストが含まれているかを確認することができる。（ステップ３４０において）前記処理ユニットが、前記システムの構成パラメータを設定するリクエストが行われていないことを確認した場合、フローはステップ３４８へと進む。

（ステップ３４０において）前記処理ユニットが、システムの構成パラメータを設定するリクエストが行われていることを確認した場合、前記処理ユニットは、構成パラメータリストを適切なメモリ場所から取り出し、前記リストに従ってシステムの構成パラメータを設定する（ステップ３４２）。その後、前記処理ユニットは、前記構成パラメータが前記リストに従って設定されていることを確認する（ステップ３４４）。前記システムの構成パラメータが設定および確認されたら、前記処理ユニットは、構成パラメータの設定リクエスト手順が行われたことを示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ３４６）。その後、フローはステップ３４８へと進むことができる。

ステップ３４０に戻って、前記処理ユニットが、システムの構成パラメータを設定するリクエストが行われていないことを確認した場合、前記処理ユニットは、システムリカバリ手順を行うリクエストが行われているかを確認する（ステップ３４８）。例えば、ハブ１２０内の処理ユニット１４４は、抽出されたシステムメンテナンスリクエストファイルの内容から、システムリカバリ手順を行うリクエストが含まれているかを確認することができる。（ステップ３４８において）前記処理ユニットが、システムリカバリ手順を行うためのリクエストが行われていないことを確認した場合、フローはステップ３５６へと進む。

（ステップ３４８において）前記処理ユニットが、システムリカバリ手順を行うリクエストが行われていることを確認した場合、前記処理ユニットは、適切な記憶場所から、適切なブートローダー、カーネルおよびファイルシステムファイルを取り出し、これらのファイルを特定のメモリ場所内に格納して、前記システムファイルの実行およびローディングを待機する（ステップ３５０）。その後、前記処理ユニットは、前記ブートローダーおよびカーネルファイル中の命令を実行し、関与する処理ユニットと関連付けられたメモリ内へ前記ファイルシステム情報をロードする（ステップ３５２）。前記ファイルシステムファイルが前記関与するシステムにロードされると、前記処理ユニットは、システムリカバリリクエスト手順が行われたことを示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ３５４）。その後、フローはステップ３５６に進むことができる。

ステップ３４８に戻って、前記処理ユニットが、システムリカバリ手順を行うリクエストが行われていないことを確認した場合、前記処理ユニットは、スクリプト実行リクエストが行われているかを確認する（ステップ３５６）。例えば、ハブ１２０内の処理ユニット１４４は、抽出されたシステムメンテナンスリクエストファイルの内容から、前記システムメンテナンスリクエストファイルの内容内にも含まれるスクリプトを実行するリクエストが含まれているかを確認することができる。（ステップ３５６において）前記処理ユニットが、スクリプトを実行するリクエストが行われていないことを確認した場合、フローはステップ３６４に進む。

（ステップ３５６において）前記処理ユニットが、スクリプトを実行するリクエストが行われていることを確認した場合、前記処理ユニットは、実行されるべきスクリプトを適切なメモリ場所から取り出し、前記スクリプト中に含まれるコマンドを実行する（ステップ３５８）。例えば、前記スクリプトは、システム１００の１つ以上のオンサイトコンポーネントに対する所定のメンテナンス手順（例えば、診断、デバッグ、修理、リカバリなど）を行うための適切な命令を含み得る。その後、前記処理ユニットは、前記スクリプト中の命令を実行することが可能な適切なタイムフレームをスケジュールする（ステップ３６０）。例えば、処理ユニット１４４は、多重ＴＲＸ基地局１０２の動作がスクリプト実行プロセスによって大きく妨害される可能性が低いタイムフレームを選択することができる。スクリプト実行プロセスが完了したら、前記処理ユニットは、スクリプト実行リクエスト手順が行われたことを示す適切なエントリを前記システムメンテナンスログに付加することができる（ステップ３６２）。その後、フローはステップ３６４に進むことができる。

ステップ３５６に戻って、前記処理ユニットが、スクリプトを実行するリクエストが行われていないことを確認した場合、前記処理ユニットは、システムメンテナンスログファイルをＥメールメッセージへの添付ファイルとしてサービスプロバイダにＥメールする（ステップ３６４）。その後、前記処理ユニットは、システムメンテナンスモードの動作が完了したことをユーザに示す（ステップ３６６）。例えば、いくつかの実施形態において、前記処理ユニット（例えば、処理ユニット１４４）は、関与するシステム、サブシステムまたはコンポーネント（例えば、多重ＴＲＸ基地局１０２）がシステムメンテナンスモードの動作を完了したことを示す視覚表示（ＬＥＤ点灯など）をユーザに提供することができる。また、例えば、前記処理ユニットは、ユーザ（および／または顧客、エージェント、サービスプロバイダ、サポート人員など）に対してシステムがシステムメンテナンスモードの動作を完了したことを示す適切な情報をメンテナンストラップに送るかまたはＥメールメッセージに入れて送ることができる。その後、無線通信システムのオンサイトメンテナンスを行う方法を終了することができる（ステップ３１０）。

本発明について、無線通信システムのオンサイトメンテナンスを行うための完全に機能する方法およびシステムの文脈において説明してきたが、当業者であれば、本発明のプロセスは、命令を含むコンピュータで読み出し可能な媒体の形態および多様な形態で分散させることが可能であり、本発明は、前記分散を実行するために実際に用いられる特定の種類の信号保持媒体に関係なく適用されることを理解する点に留意することが重要である。コンピュータで読み出し可能な媒体の例を挙げると、例えば、フロッピー（登録商標）ディスク、ハードディスクドライブ、ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの記録可能媒体、ならびにデジタル通信リンクおよびアナログ通信、伝送を用いた有線通信リンクまたは無線通信リンク、ラジオ周波数および光波伝送などの伝送型媒体がある。コンピュータで読み出し可能な媒体は符号化フォーマットを取り得、その場合、当該媒体は、実際に使用される際、無線通信システムのオンサイトメンテナンスを行うための特定の方法およびシステムにおいて復号化される。

本発明の説明を例示および説明目的のために提示したが、これは網羅的なものではなく、本発明を開示された様式に限定されることを意図しない。当業者にとって、多くの改変および変更が明らかである。これらの実施形態は、本発明の原理、実際の適用を最良に説明し、当業者が、特定の用途に適するような、多様な実施形態および多様な改変を企図するために理解することができるように、選択および記載された。

Claims (30)

1. 無線通信システムにおいてシステムメンテナンスを行う方法であって、
   前記無線通信システムに関する複数のシステムメンテナンスファイルを記憶デバイス内に格納することと、
   前記記憶デバイスを前記無線通信システム内に含まれるインターフェースに物理的に連結することと、
   前記複数のシステムメンテナンスファイルのうち少なくとも１つを前記記憶デバイスから取り出すことと、
   前記少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作を自動的に行うことと、
   を含む、方法。
2. システムメンテナンスログを生成することと、
   前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行った後、前記少なくとも１つのシステムメンテナンス動作に関連する前記システムメンテナンスファイルにエントリを付加するステップと、
   をさらに含む、請求項１に記載の方法。
3. 前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行うステップは、前記システムメンテナンスログを前記記憶デバイスにコピーすることを含む、請求項２に記載の方法。
4. 前記複数のシステムメンテナンスファイルのうち前記少なくとも１つが成功裏に取り出され、有効であると確認された場合、前記無線通信システムの少なくとも一部をシステムメンテナンスモードに入らせることと、
   前記無線通信システムの前記少なくとも一部が前記システムメンテナンスモードであるとの第１の視覚表示を提供することと、
   前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行った後、前記無線通信システムの前記少なくとも一部の前記システムメンテナンスモードを終了させることと、
   前記無線通信システムの前記少なくとも一部の前記システムメンテナンスモードが終了したとの第２の視覚表示を提供することと、
   をさらに含む、請求項１に記載の方法。
5. 前記無線通信システムの前記少なくとも一部が前記システムメンテナンスモードである場合に、第１のトラップまたは第１のＥメールのうち少なくとも１つを送ることと、
   前記無線通信システムの前記少なくとも一部の前記システムメンテナンスモードが終了した場合に、第２のトラップまたは第２のＥメールのうち少なくとも１つを送ることと、
   をさらに含む、請求項４に記載の方法。
6. 前記複数のシステムメンテナンスファイルは圧縮形態で前記記憶デバイス上に格納され、前記方法は、前記圧縮形態の前記複数のシステムメンテナンスファイルを解凍することをさらに含む、請求項１に記載の方法。
7. 前記複数のシステムメンテナンスファイルは少なくとも１つのファームウェアまたはソフトウェア更新ファイルを含み、前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行うことは、
   前記少なくとも１つのファームウェアまたはソフトウェア更新ファイルを前記無線通信システム内の場所へと移動させることと、
   行われるべき更新動作を前記少なくとも１つのファームウェアまたはソフトウェア更新ファイルを用いてスケジュールすること、
   を含む、
   請求項１に記載の方法。
8. 前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行うことは、
   （ａ）前記無線通信システムの少なくとも一部から警告情報を取り出し、前記警告情報を前記記憶デバイスにコピーすることと、
   （ｂ）前記無線通信システムの少なくとも一部から構成パラメータを取り出し、前記構成パラメータを前記記憶デバイスにコピーすることと、
   （ｃ）少なくとも１つのシステムメンテナンスファイルに少なくとも部分的に基づいて前記無線通信システムの少なくとも一部に対する少なくとも１つの構成パラメータを設定し、前記無線通信の前記少なくとも１つの一部に対する前記少なくとも１つの構成パラメータが前記少なくとも１つのシステムメンテナンスファイルに従っていることを確認することと、
   （ｄ）システムリカバリを行うことと、
   （ｅ）前記無線通信システムの少なくとも一部に前記少なくとも１つのシステムメンテナンスファイルを実行させることと、
   のうち少なくとも１つを含む、
   請求項１に記載の方法。
9. 前記システムリカバリを行うことは、ブートローダー、カーネルおよびファイルシステムファイルのうち少なくとも１つを前記無線通信システム内の場所に移動させることと、前記ブートローダー、前記カーネルおよび前記ファイルシステムファイルのうち前記少なくとも１つのローディングを実行することとを含む、請求項８に記載の方法。
10. 前記実行される少なくとも１つのシステムメンテナンスファイルはスクリプトを含み、前記少なくとも１つのメンテナンスファイルを実行することは、前記無線通信システムの前記少なくとも一部に前記スクリプト内に含まれる前記コマンドのうち少なくとも一部を実行させることと、前記スクリプト内に含まれる前記コマンドの少なくとも一部が前記無線通信システムの前記少なくとも一部によって実行される時間をスケジュールすることとのうち少なくとも１つを含む、請求項８に記載の方法。
11. 前記記憶デバイスは、コンパクトフラッシュ（登録商標）メモリデバイス、セキュアデジタルメモリデバイス、ＵＳＢメモリデバイス、磁気ディスク、光ディスクおよび磁気テープのうち少なくとも１つを含む、請求項１に記載の方法。
12. 分散型アンテナシステムであって、
    ハブユニットと、
    複数の遠隔アンテナユニットであって、前記ハブユニットは、複数の遠隔アンテナユニットに通信可能に連結される、複数の遠隔アンテナユニットと、
    を含み、
    前記ハブユニットは、処理ユニットと、前記処理ユニットに通信可能に連結されたインターフェースとを含み、
    前記処理ユニットは、
    記憶デバイスが前記インターフェースに物理的に連結される時を確認することと、
    前記記憶デバイスが前記インターフェースに物理的に連結された時に、少なくとも１つのシステムメンテナンスファイルが前記記憶デバイス上に格納されているかを確認することと、少なくとも１つのシステムメンテナンスファイルが前記記憶デバイス上に格納されている場合、前記少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作を自動的に行うことと、
    を行うように動作可能である、
    分散型アンテナシステム。
13. インターフェースは、コンパクトフラッシュ（登録商標）メモリデバイス、セキュアデジタルメモリデバイス、ＵＳＢメモリデバイス、磁気ディスク、光ディスクおよび磁気テープのうち少なくとも１つをハブユニットに物理的に連結するように動作可能である、請求項１２に記載の分散型アンテナシステム。
14. 少なくとも１つの拡張ハブをさらに含み、前記複数の遠隔アンテナユニットのうち前記少なくとも１つは、前記拡張ハブを介して前記ハブに通信可能に連結される、請求項１２に記載の分散型アンテナシステム。
15. 前記分散型アンテナシステムは第１の場所に配置され、前記システムメンテナンスファイルは、前記第１の場所以外の場所において前記記憶デバイス上に格納され、前記記憶デバイスは、前記インターフェースに物理的かつ直接的に接続されるように、前記第１の場所に搬送される、請求項１２に記載の分散型アンテナシステム。
16. 前記ハブは、少なくとも１つの基地局に通信可能に連結される、請求項１２に記載の分散型アンテナシステム。
17. 無線通信システムにおいてシステムメンテナンスを行う方法であって、
    前記無線通信システムに関する複数のシステムメンテナンスファイを第１のＥメールメッセージに添付することと、
    前記Ｅメールメッセージを前記無線通信システムにＥメールすることと、
    前記第１のＥメールメッセージから、前記複数のシステムメンテナンスファイルのうち少なくとも１つを取り出すことと、
    前記少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作を自動的に行うことと、
    を含む、方法。
18. システムメンテナンスログを生成することと、
    前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行った後、前記少なくとも１つのシステムメンテナンス動作に関連する前記システムメンテナンスファイルにエントリを付加することと、
    をさらに含む、請求項１７に記載の方法。
19. 前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行うことは、前記システムメンテナンスログのコピーを第２のＥメールメッセージに添付し、前記無線通信システムと異なる場所にあるデバイスに前記第２のＥメールメッセージをＥメールすることを含む、請求項１８に記載の方法。
20. 前記複数のシステムメンテナンスファイルのうち前記少なくとも１つが成功裏に取り出され、有効なであると確認された時に、前記無線通信システムの少なくとも一部をシステムメンテナンスモードに入らせることと、
    前記無線通信システムの前記少なくとも一部が前記システムメンテナンスモードであるとの第１の視覚表示を提供することと、
    前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行った後、前記無線通信システムの前記少なくとも一部の前記システムメンテナンスモードを終了させることと、
    前記無線通信システムの前記少なくとも一部の前記システムメンテナンスモードが終了したとの第２の視覚表示を提供することと、
    をさらに含む、請求項１７に記載の方法。
21. 前記無線通信システムの前記少なくとも一部が前記システムメンテナンスモードである時に、第１のトラップまたは第３のＥメールメッセージのうち少なくとも１つを送ることと、
    前記無線通信システムの前記少なくとも一部の前記システムメンテナンスモードが終了した時に、第２のトラップまたは第４のＥメールメッセージのうち少なくとも１つを送ることと、
    をさらに含む、請求項２０に記載の方法。
22. 前記複数のシステムメンテナンスファイルは圧縮形態で前記第１のＥメールメッセージに添付され、前記方法は、前記圧縮形態の前記複数のシステムメンテナンスファイルを解凍することをさらに含む、請求項１７に記載の方法。
23. 前記複数のシステムメンテナンスファイルは、少なくとも１つのファームウェアまたはソフトウェア更新ファイルを含み、前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行うことは、
    前記少なくとも１つのファームウェアまたはソフトウェア更新ファイルを前記無線通信システム内の場所へと移動させることと、
    行われるべき更新動作を前記少なくとも１つのファームウェアまたはソフトウェア更新ファイルを用いてスケジュールすることと、
    を含む、
    請求項１７に記載の方法。
24. 前記少なくとも１つのシステムメンテナンスファイルに関連する前記少なくとも１つのシステムメンテナンス動作を行うことは、
    （ａ）前記無線通信システムの少なくとも一部から警告情報を取り出し、前記警告情報を第２のＥメールメッセージに添付し、前記無線通信システムと異なる場所にあるデバイスに前記第２のＥメールメッセージをＥメールすることと、
    （ｂ）前記無線通信システムの少なくとも一部から構成パラメータを取り出し、前記構成パラメータを第２のＥメールメッセージに添付し、前記無線通信システムと異なる場所にあるデバイスに前記第２のＥメールメッセージをＥメールすることと、
    （ｃ）少なくとも１つのシステムメンテナンスファイルに少なくとも部分的に基づいて、前記無線通信システムの少なくとも一部に対する少なくとも１つの構成パラメータを設定し、前記無線通信の前記少なくとも１つの一部に対する前記少なくとも１つの構成パラメータが前記少なくとも１つのシステムメンテナンスファイルに従って設定されていることを確認することと、
    （ｄ）システムリカバリを行うことと
    （ｅ）前記無線通信システムの少なくとも一部に前記少なくとも１つのシステムメンテナンスファイルを実行させることと、
    を含む、請求項１７に記載の方法。
25. 前記システムリカバリを行うことは、
    ブートローダー、カーネルおよびファイルシステムファイルのうち少なくとも１つを前記無線通信システム内の場所へと移動させることと、
    前記ブートローダー、前記カーネルおよび前記ファイルシステムファイルのうち前記少なくとも１つのローディングを実行することと、
    請求項２４に記載の方法。
26. 前記実行される少なくとも１つのシステムメンテナンスファイルはスクリプトを含み、前記少なくとも１つのメンテナンスファイルを実行することは、前記無線通信システムの前記少なくとも一部に前記スクリプト内に含まれる前記コマンドのうち少なくとも一部を実行させることと、前記スクリプト内に含まれる前記コマンドのうち少なくとも一部が前記無線通信システムの前記少なくとも一部によって実行される時間をスケジュールすることとを含む、
    請求項２４に記載の方法。
27. 分散型アンテナシステムであって、
    ハブユニットと、
    複数の遠隔アンテナユニットであって、前記ハブユニットは、複数の遠隔アンテナユニットに通信可能に連結される、複数の遠隔アンテナユニットと、
    を含み、
    前記ハブユニットは、処理ユニットと、前記処理ユニットに通信可能に連結されたインターフェースとを含み、
    前記処理ユニットは、少なくとも１つのシステムメンテナンスファイルが添付されている第１のＥメールメッセージを受信するように動作可能であり、
    前記処理ユニットは、前記処理ユニットが前記第１のＥメールメッセージを受信した後、前記少なくとも１つのシステムメンテナンスファイルに関連する少なくとも１つのシステムメンテナンス動作を行うように動作可能である、
    分散型アンテナシステム。
28. 少なくとも１つの拡張ハブをさらに含み、前記複数の遠隔アンテナユニットのうち前記少なくとも１つは、前記拡張ハブを介して前記ハブに通信可能に連結される、請求項２７に記載の分散型アンテナシステム。
29. 分散型アンテナシステムが第１の場所に配置され、前記第１のＥメールメッセージは、前記第１の場所と異なる場所にあるデバイスから送られる、
    請求項２７に記載の分散型アンテナシステム。
30. 前記ハブは、少なくとも１つの基地局に通信可能に連結される、請求項２７に記載の分散型アンテナシステム。

Images