(57)【要約】通信ネットワークにおけるネットワーク要素でファームウェアをアップグレードするために、ネットワークアップグレードプロトコルエージェントが、各ネットワーク要素にインストールされる。これらのエージェントは、アップグレードが第1のネットワーク要素にロードされるのを許可するアップグレードプロトコルを実行し、その後、ネットワークを介してブロードキャストする。プロトコルは、アップグレードが関連するネットワーク要素のステートを変更する通知メッセージ、ファームウェアアップグレードを含むダウンロードメッセージ、関連するネットワーク要素にアップグレードを適用するように命令するアプライメッセージ、及びネットワーク要素において記憶されるファームウェアのインベントリを近隣の要素に送信したインベントリメッセージを含み、ネットワーク要素が全ての関連するファームウェアアップグレードを受信したかどうかという決定がなされ得る。【特許請求の範囲】
【請求項１】
通信ネットワークのネットワーク要素においてインストールされるファームウェアをアップグレードする方法であって、
前記ファームウェアアップグレードをネットワーク上の送信元ネットワークに対してロードする段階と、
前記ネットワークを介して前記ファームウェアアップグレードが適用されるネットワーク要素に前記アップグレードをブロードキャストする段階と、を含む方法において、
前記ファームウェアアップグレードをブロードキャストする段階が、前記アップグレードが適用される前記ネットワーク要素タイプを識別する通知メッセージを前記送信元ネットワーク要素に近接したネットワーク要素に送信すること、及び
各ネットワーク要素が前記通知メッセージを受信し、それを近接したネットワーク要素に渡すことによって前記ネットワークを介して前記通知メッセージをブロードキャストすること、を備えることを特徴とする方法。
【請求項２】
前記通知メッセージの受信時に、前記メッセージにおいて識別されるタイプのネットワーク要素が、前記ファームウェアアップグレードの受信のために受信ステートに切り替えることを特徴とする請求項１に記載の方法。
【請求項３】
前記ネットワークを介して前記アップグレードをブロードキャストする段階が、前記ファームウェアアップグレードイメージを含むダウンロードメッセージを前記送信元ネットワーク要素に近接したネットワーク要素に送信すること、及び各ネットワーク要素が前記ダウンロードメッセージを受信し、それを近接したネットワーク要素に渡すことによって前記ネットワークを介して前記ダウンロードメッセージをブロードキャストすることを備えることを特徴とする請求項１又は２に記載の方法。
【請求項４】
各ネットワーク要素が、前記ファームウェアアップグレードが関連する複数の異なる機能を備え、それらが関連する前記ネットワーク要素機能に従って前記ダウンロードメッセージにおける前記ファームウェアアップグレードイメージを複数のサブイメージに細分することを備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記通知メッセージが、前記ファームウェアアップグレードが受信された場合に、直ちにそれを受信しているネットワーク要素に前記アップグレードを適用するように命令するフラグを含むことを特徴とする請求項１から４のいずれか１つに記載の方法。
【請求項６】
前記ファームウェアアップグレードをブロードキャストする段階が、前記送信元ネットワーク要素から近接した要素にアプライメッセージを送信すること、及び
それが受信される各ネットワーク要素から近接したネットワーク要素に前記アプライメッセージを送信すること、を備え、
前記アプライメッセージが、前記ファームウェアアップグレードが適用されるネットワーク要素に前記アップグレードを適用するように命令することを特徴とする請求項１から５のいずれか１つに記載の方法。
【請求項７】
所定のネットワーク要素から近接した要素に周期的にインベントリメッセージを送信することを備える方法において、
前記インベントリメッセージが前記ネットワーク要素に記憶されたファームウェアのリスト備え、
前記インベントリメッセージを受信する前記近接したネットワーク要素において、前記受信したファームウェアリストをそれ自身のファームウェアリストと比較し、
前記比較が、前記インベントリメッセージを送信する前記ネットワーク要素が前記受信するネットワーク要素のリストにおける前記全てのファームウェアを有していないことを指示する場合、前記インベントリメッセージを発している前記ネットワーク要素にミッシングファームウェアを送信することを特徴とする、上記請求項のいずれか１つに記載の方法。
【請求項８】
前記インベントリメッセージが、ネットワーク要素タイプ識別子を含み、同じタイプの近接したネットワーク要素によってのみ応答されることを特徴とする請求項７に記載の方法。
【請求項９】
前記アプライメッセージが、前記ファームウェアアップグレードのアプリケーションが特定時間遅延される指示を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
通信ネットワークのネットワーク要素においてインストールされるファームウェアをアップグレードする方法であって、
ネットワークアップグレードプロトコルを実行するために各ネットワーク要素においてプロトコルエージェントをインストールする段階と、
送信元ネットワーク要素に前記ファームウェアアップグレードをインストールする段階と、
前記ファームウェアアップグレードが、各ネットワーク要素で前記ネットワークアップグレードプロトコルを適用することによって、前記アップグレードが適用されるネットワーク要素に対して前記ネットワークを介して前記ファームウェアアップグレードをブロードキャストする段階と、を備える方法において、
前記ファームウェアアップグレードをブロードキャストする段階が、前記アップグレードが適用される前記ネットワーク要素タイプを識別する通知メッセージを前記送信元ネットワーク要素に近接したネットワーク要素に送信すること、及び
各ネットワーク要素が前記通知メッセージを受信し、それを近接したネットワーク要素に渡すことによって前記ネットワークを介して前記通知メッセージをブロードキャストすること、を備えることを特徴とする方法。
【請求項１１】
複数のネットワーク要素を備えている通信ネットワークであって、
各ネットワーク要素が、近接したネットワーク要素からネットワークアップグレードメッセージを受信するためのネットワークアップグレードプロトコル要素を有し、
受信したネットワークアップグレードメッセージを近接したネットワーク要素にブロードキャストし、
前記ネットワークアップグレードメッセージの内容に従って前記ネットワーク要素ファームウェアをアップグレードする通信ネットワークにおいて、
前記ネットワークアップグレードメッセージが、アップグレードされるようにネットワーク要素タイプの識別子を備えていることを特徴とする通信ネットワーク。
【請求項１２】
通信ネットワーク上の１つ又は複数の近接したネットワーク要素からのネットワークアップグレードメッセージを受信するため、通信ネットワーク上の近接したネットワーク要素に対して受信したネットワークアップグレードメッセージをブロードキャストするため、及び前記ネットワークアップグレードメッセージの内容に従って前記ネットワーク要素ファームウェアをアップグレードするために、ネットワークアップグレードプロトコルエージェントを備える、通信ネットワークのためのネットワーク要素において、
前記ネットワークアップグレードメッセージがアップグレードされるようにネットワーク要素タイプの識別子を備えることを特徴とするネットワーク要素。
【請求項１３】
前記ネットワークアップグレードプロトコル（NUP）エージェントが、ファームウェアイメージを複数の機能しうるサブイメージに区切る手段を備えることを特徴とする請求項１１又は１２に記載の装置。
【請求項１４】
前記NUPエージェントが、前記メッセージ内容が前記ネットワーク要素に関連するかどうかを決定するためにNUPメッセージを調査する手段を備えることを特徴とする請求項１１、１２又は１３に記載の装置。
【請求項１５】
前記NUPエージェントが、前記ネットワーク要素に関連するネットワークアップグレードプロトコルメッセージを受信した時に前記エージェントの前記ステートを変更する手段を備え、それによって、前記ネットワーク要素がファームウェアアップグレードを受信して記憶することができることを特徴とする請求項１１から１４のいずれか１つに記載の装置。
【請求項１６】
前記NUPエージェントは、前記NUPエージェントに記憶されるファームウェアのインベントリを通信ネットワーク上の近接したネットワーク要素に送信する手段を備えることを特徴とする請求項１１から１５のいずれか１つに記載の装置。
【請求項１７】
前記NUPエージェントが、通信要素上の近接したネットワーク要素からインベントリを受信し、前記受信したインベントリをそれ自身のインベントリと比較する手段を備え、
前記受信したインベントリが、それ自身のインベントリにはない項目を含む場合、前記インベントリが受信された前記ネットワーク要素に対してそれらの項目を識別することを特徴とする請求項１６に記載の装置。
【請求項１８】
前記NUPエージェントがアプライメッセージに関して受信したファームウェアを適用する手段を含むことを特徴とする請求項１１から１７のいずれか１つに記載の装置。
【請求項１９】
ネットワーク要素において記憶されるファームウェアをアップグレードするネットワークアップグレードプロトコルであって、
アップグレードされるように前記ネットワーク要素タイプを識別する通知メッセージと、前記識別されたタイプの前記ネットワーク要素に対して前記アップグレードをダウンロードするためのダウンロードメッセージと、前記ファームウェアアップグレードを受信したネットワーク要素が前記アップグレードを適用できるようにするためのアプライメッセージと、を備えることを特徴とするネットワークアップグレードプロトコル。
【請求項２０】
前記インベントリメッセージにおいて識別された任意のファームウェアが、近接したネットワーク要素で記憶されていない場合に、ファームウェアのインベントリがネットワーク要素から近接した要素に送信され得るように、及び前記近接したネットワーク要素各々が前記インベントリメッセージを送信する前記ネットワーク要素に指示できるように、インベントリメッセージを備えることを特徴とする請求項１９に記載のネットワークアップグレードプロトコル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、より詳細には、ネットワークの様々な要素においてインストールされるソフトウェア/ファームウェアのアップグレードに関する。
【背景技術】
【０００２】
従来のPSTNs、SDH（同期式デジタルハイラーキ）、SONET（同期式光ファイバ網）、フォトニクス、及びATM（非同期転送モード）を含む、多くのタイプの通信ネットワークが存在する。典型的には、これらのネットワークは、多数の相互接続されたネットワーク要素を備えている。任意のネットワーク内で、同じ構成、例えばファームウェアと同様のハードウェアのモデル及びバージョンであるネットワーク要素が存在する。ネットワーク要素は、リング型、スター型、メッシュ型、又は帯域内でシリアルである、データ通信ネットワークを含む、多くの構成のうちの１つに相互に接続される。
【０００３】
図１は、4つのネットワーク要素10がリング型構成で相互接続されている典型的なSDHネットワークを示す。要素管理部12はネットワーク要素の1つに接続され、ノート型又は他のPC14は別のネットワーク要素に接続されている。ネットワーク要素は、データ通信チャネルによって相互接続されている。
【０００４】
任意のネットワーク要素におけるファームウェア又はソフトウェア、及びタームファームウェアをアップグレードすることは、この後、ファームウェア又はソフトウェアを参照するのに用いられ、各ネットワーク要素は、どちらかが遠隔である、例えば要素管理部からユーザによって、又はローカルに所定の要素に対してノート14で差し込むことによって、順番にアップグレードされなければならない。また、ノートは、遠隔のアップグレードに対しても用いられる。要素管理部は、シリアルに実行し、それにより非常に時間を消費しているバッチメカニズムを利用するネットワーク要素をアップグレードする。例えば、UK国内網が、12,000の配列のネットワーク要素を有し、アップグレードするには6ヶ月以上を要する。明らかに、これは、莫大な時間を消費し、かつ高価である。結果として、アップグレードは、それが絶対的に必要であり、最も主要なエンハンスメントを除く全てが実行される場合にのみ実現される。結果として、ネットワークの最大容量は実現されず、幾つかの主要なエンハンスメントは組み込む価値がない。
【０００５】
本発明は、この不利益を克服し、通信ネットワークをアップグレードするのに掛かる時間を大きく低減させることができるシステム及び方法を立証することを目的とする。
【発明の開示】
【課題を解決するための手段】
【０００６】
その最も広域な形態において、本発明は、第1のネットワーク要素からアップグレードが関係する他のネットワーク要素にアップグレードをブロードキャストすることにある。
【０００７】
より詳細には、通信ネットワークのネットワーク要素においてインストールされるファームウェアをアップグレードする方法であって、
前記ファームウェアアップグレードをネットワーク上の送信元ネットワークに対してロードする段階と、
前記ネットワークを介して前記ファームウェアアップグレードが適用されるネットワーク要素に前記アップグレードをブロードキャストする段階と、を含む方法において、
前記ファームウェアアップグレードをブロードキャストする段階が、前記アップグレードが適用される前記ネットワーク要素タイプを識別する通知メッセージを前記送信元ネットワーク要素に近接したネットワーク要素に送信すること、及び
各ネットワーク要素が前記通知メッセージを受信し、それを近接したネットワーク要素に渡すことによって前記ネットワークを介して前記通知メッセージをブロードキャストすることを備えることを特徴とする方法を提供する。
【０００８】
また、本発明は、通信ネットワークのネットワーク要素にインストールされるファームウェアをアップグレードする方法であって、
ネットワークアップグレードプロトコルを実行するための各ネットワーク要素におけるプロトコルエージェントをインストールする段階と、
送信元ネットワーク要素において前記ファームウェアアップグレードをインストールする段階と、
前記ファームウェアアップグレードをネットワークから前記ファームウェアアップグレードが各ネットワーク要素で前記ネットワークアップグレードプロトコルを適用することによって、前記ファームウェアアップグレードが適用されるネットワーク要素にブロードキャストする段階と、を備えている方法において、
前記ファームウェアアップグレードをブロードキャストする段階が、アップグレードが前記送信元ネットワーク要素に近接したネットワーク要素に適用される前記ネットワーク要素タイプを識別する通知メッセージを送信し、各ネットワーク要素が前記通知メッセージを受信してそれを近接したネットワーク要素に渡すことによって前記ネットワークを介して前記通知メッセージをブロードキャストすることを備えることを特徴とする方法を提供する。
【０００９】
また、各ネットワーク要素が近接したネットワーク要素からネットワークアップグレードメッセージを受信するためにネットワークアップグレードプロトコル要素を有し、受信したネットワークアップグレードメッセージを近接したネットワーク要素にブロードキャストし、前記ネットワーク要素メッセージの内容に従って前記ネットワーク要素ファームウェアをアップグレードする、複数のネットワーク要素を備えている通信ネットワークであって、
前記ネットワークアップグレードメッセージがアップグレードされるようにネットワーク要素タイプの識別子を備えることを特徴とする通信ネットワークを提供する。
【００１０】
さらに、本発明は、通信ネットワークにおける1つ又は複数の近接したネットワーク要素からネットワークアップグレードメッセージを受信するために、通信ネットワークにおける近接したネットワーク要素に受信したネットワークアップグレードメッセージをブロードキャストするために、及び前記ネットワークアップグレードメッセージの内容に従って前記ネットワーク要素ファームウェアをアップグレードするために、アップグレードプロトコルエージェントを備える、通信ネットワークに対するネットワーク要素において、  前記ネットワークアップグレードメッセージがアップグレードされるようにネットワーク要素タイプの識別子を備えることを特徴とするネットワーク要素を提供する。
【００１１】
さらに、本発明は、通信ネットワークのネットワーク要素において記憶されるファームウェアをアップグレードするためのネットワークアップグレードプロトコルであって、
アップグレードされるように前記ネットワーク要素を識別する通知メッセージと、
前記識別されたネットワーク要素に対するアップグレードをダウンロードするためのダウンロードメッセージと、
前記ファームウェアアップグレードを受信したネットワーク要素が前記アップグレードを適用できるようにするためのアプライメッセージと、を備えるプロトコルを提供する。
【００１２】
本発明の実施例は、ネットワークにおける多くの要素に対してアップグレードするのに必要となる時間が、大きく削減されるという優位性を有する。例えば、前に言及したUKネットワークに対して、その時間は、非常に多きな量であって6ヶ月以上からおそらく1日未満にまででさえ削減される。この削減は、アップグレードのコストを削減する際に明らかに有利である一方、また、より頻度の高いアップグレードが実現できるため有利であり、これにより、少数のアップグレードが年単位である主要なアップグレードを待つことなしにたびたび実行され得る。
【００１３】
ファームウェアアップグレードは、ネットワーク要素において多くの異なる機能に対するファームウェアを含む。望ましくは、ファームウェアアップグレードイメージは、それらが関係するネットワーク要素機能に従って複数のサブイメージに細分される。これは、ファームウェアダウンロードが伝送メカニズムによって区分化されるという場合にでさえ有利である。ネットワーク要素は、その必要性に従ってどのファームウェアをそれが受信するかについて選択的であり得る。これは、ネットワーク要素において処理ロードを削減する。
【００１４】
望ましくは、インベントリメッセージは、周期的に、ネットワーク要素から、そのネットワーク要素に記憶されるファームウェアをリストする近接したネットワーク要素へのブロードキャストされ、その近接したネットワーク要素は、受信されるファームウェアリストをそれら自身のファームウェアリストと比較し、受信したリストの任意のファームウェアであるがそれ自身のリストのものではない識別情報を送信するネットワーク要素に指示し、その後、ミッシングファームウェアが受信するネットワークエージェントに送信される。これは、ブロードキャストの信頼性を保証する非常に経済的な方法を提供するという優位性を有する。選択肢は、通信ネットワークのロード及びダウンロード時間に大きな影響を及ぼす全てのメッセージが送信されるのを承認することである。
【発明を実施するための最良の形態】
【００１５】
ここで、例を通して以下の添付図を参照して本発明の実施例を描写する。
【００１６】
述べてきたシステム及び方法において、ファームウェアアップグレードは、ネットワークにわたりファームウェアをフラッディングすることによって実現されている。非シリアルネットワークにおいて、ネットワーク要素は、並列にアップグレードされる。以下の描写は、SDHネットワークに関するものであるが、本発明は任意の電気通信ネットワークに適用可能である。同様に、以下の描写は、OSI通信スタックのような他のスタックが利用されているが、TCP/IPスタックについて言及する。図２は、帯域内のデータ通信チャネル16によって相互に接続される3つのネットワーク要素10を示す。各ネットワーク要素は、従来のものであり、メモリ18及び通信スタック20を含んでいる。また、各ネットワーク要素は、従来のアップグレード技術を利用する各ネットワーク要素にダウンロードされるUP（ネットワークアップグレードプロトコル）エージェント22であって、本発明を具体化するネットワークアップグレードを実現するソフトウェアを含むNUP（ネットワークアップグレードプロトコル）エージェント22を含んでいる。NUPエージェントは、NUPプロトコルメッセージの受信及び分配の処理を行う。NUPエージェントにより、システムユーザはコマンドライン又は他のユーザインターフェースを介してNUPエージェント22を構成して通知し、ネットワーク要素ファームウェアイメージをブロードキャストすることができる。
【００１７】
アップグレードは、第一に、最初の送信元をアップグレードすることによって実現され、ネットワーク要素（NE）10は、図1に関して述べられているようなノート14又は要素管理部12を利用する。プロセスは従来技術と同様である。このアップグレードが完了する場合、ユーザは、最初にアップグレードされたNUPエージェント22に分配プロセスを開始するように命令する。この命令は、送信元NUPエージェント22がアップグレードされた後、任意の時間に起こる。
【００１８】
各NE10におけるNUPエージェント22は、“傾聴（listen）”、“受信（receive）”、及び“ブロードキャストオンリー（broadcast only）”を含む多くのステートを占有することができる。送信元NUPエージェント10において受信されたアップグレードを分配するために、送信元NUPエージェント22は、“ブロードキャストオンリー”ステートに切り替え、通知メッセージを送信し、ファームウェアアップデートが行われそうであるその近接したNEsを知らせる。通知メッセージは、後続のメッセージを受け入れる、装置の構成及びモデル及びバージョンを示すアドレシングを有するヘッダを含んでいる。このアドレシングスイッチに適合する宛先NEsは、デフォルトステートである“傾聴”ステートから“受信”ステートに切り替える。適合しないNEsは、“傾聴”ステートのまま残る。
【００１９】
通知の後、送信元NUPエージェント22は、NUPダウンロードされたメッセージを用いている通知でリストされるファームウェアイメージをブロードキャストする。このメッセージは、IS-ISリンクステートパケットメッセージに類似している。
【００２０】
“受信”ステートにおける任意のNUPエージェント22は、それらのメモリ18にダウンロードされるファームウェアイメージを記憶する。
【００２１】
NE10は、通知メッセージに定められているファームウェアインベントリを有し、NEは新しいファームウェアに切り替えるように命令されなければならない。これは、2つの方法で行われる。1つ目は、通知メッセージにおいて命令を有することであり、2つ目は、分離したアプライメッセージを利用する。前者のアプローチは、全てのファームウェアがダウンロードされるとすぐに新しいファームウェアを適用する。2つ目は、切り替えがより遅い時間まで遅延されることを可能にする。これは、NUPエージェント22によって“保留状態”に設定される“アプライステート”フラグによって達成される。
【００２２】
一度、ダウンロードが完了すると、適用されるか否かに関わらず、NUPエージェント22は“傾聴”ステートに戻る。
【００２３】
NUPメッセージが活動状態にない期間中、NEsのNUPエージェントはインベントリメッセージをその近接のNEsに発行する。これは、ファームウェアが取り逃されていることを指示する。これは、例えば、NEに対するダウンロードが可能ではなかった場合であって、例えば、オリジナルの通知メッセージが送信された時に、それが“受信”ステートになかった場合に起こり得る。このメッセージは、IS-ISシーケンスナンバーパケットメッセージに類似している。ファームウェアを取り逃したことを検出した時、同様の構成/モデル及びバージョンのNEは、取り逃しているファームウェアを有するNEにダウンロードメッセージを送信する。
【００２４】
幾つかのネットワークのシナリオにおいて、他のタイプのNEsによって分離される特定のネットワーク要素タイプのアイランドが存在する。これは、同じタイプのアイランドが送信できないことを示し、遠隔のアイランドへ及びからインベントリメッセージを受信する。これは、前記ケースではない。前に述べたように、受信される任意のメッセージは、それ自身に対するものではなく、近接したネットワーク要素に対して転送され、実際には、同じタイプのNEによって受信されるか、又は終端接続のNEsにおいてなくなる。一度、同じタイプの遠隔のアイランドによって受信されると、応答が送信され、取り逃しているファームウェアがリクエストを送信したNEにダウンロードされる。
【００２５】
図３は、描写されるプロセスにおけるメッセージフローを示す。図は、送信元ネットワーク要素から近接したネットワーク要素に送信されるメッセージ、及び前記ネットワーク要素から第2に近接するさらなるネットワーク要素である近接ネットワーク要素に送信されるメッセージを示す。図は、各ネットワーク要素が複数の他の要素にメッセージを送信し、ネットワークを介してブロードキャストするような場合の理解のために、実際の場合から大きく単純化されている。
【００２６】
従って、図３において、送信元NEは、ネットワーク要素のネットワークを介して送信される“送信通知”メッセージ24を送信する。これは、“S/Wダウンロードメッセージ1”から“S/Wダウンロードメッセージn”まで、つまり26aから26nまで、のように示される多くのソフトウェアダウンロードメッセージに従う。これらのソフトウェアダウンロードメッセージは、完了するまで全てのネットワーク要素に対して分配される。
【００２７】
周期的に、ネットワーク要素は、ここでは、3つの中間が示され、インベントリメッセージ28を近接したネットワーク要素に送信する。インベントリは、どのイメージが前記近接したネットワーク要素によって受信されているべきであるかを特定する。例で与えられるように、送信元NEは、インベントリメッセージを送信されるが、発信要素は、中間要素から全てのものを受信せず、インベントリメッセージを送信する必要がない。しかしながら、他の近接した要素は、近接したNEとして識別され、それ自身のインベントリメッセージ28を送信する場合、中間NEは、S/Wダウンロードメッセージ2におけるイメージが取り逃しているということを決定する。中間ネットワーク要素は、取り逃しているイメージ26bを近接したNEに再送信する。近接したNEから中間NEに送信されるさらなるインベントリメッセージ30は、近接したNEが全ての必要とされるイメージを受信したことを知らせる。
【００２８】
最終的に、ネットワークを介して送信されたソフトウェアアップグレードは、適用されることとなり、アプライメッセージ32は、ネットワークを介して送信元NEから近接したNEに及び次に近接したNE'に送信される。
【００２９】
以下の擬似コードは、NUPエージェントの動作を説明する。明確さを重視して、幾つかの例外処理は省略されている。
【００３０】
2005528003.tif 000002
2005528003.tif 000003
2005528003.tif 000004
2005528003.tif 000005
【００３１】
ここで、ファームウェアの構造を説明する。幾つかの最新のファームウェア復元メカニズムは、ネットワーク要素に対して全てのファームウェアを含むイメージを提供する。これは、数メガバイトを含み、下位アプリケーション及び伝送メカニズムによって区分化される。
【００３２】
NUPエージェントは、単一のイメージについて動作し、それを組成構成のサブイメージに細分化する。これらは、例えば、トラフィックカードに対するイメージ、スイッチカードに対するイメージ等を含んでいる。これらのサブイメージは、さらに伝送メカニズムによってセグメントされる。しかしながら、ここで、セグメントは、１つのタイプのカードのみに対するファームウェアを含むだけである。結果として、宛先NUPエージェントは、どのイメージを選択してネットワーク要素のメモリに記憶するかについて選択することができる。どのイメージを選択し記憶するかという決定は、通知メッセージにおけるファイル及びバージョンのリストをNEの現在のインベントリと比較することによってNUPエージェントによってなされる。このアプローチは、ネットワーク要素のみがそれがアップデートするのに必要であるファームウェアを記憶するという優位性を有し、NEにおいてロードを処理することを削減する。
【００３３】
遠隔通信ネットワークのような大規模ネットワークにおいて、ネットワーク要素におけるファームウェアアップデートはサービスが損失しないように高信頼性を有しなければならないという義務がある。これは、あらゆるメッセージを承認すること又は幾つかの他の方法のどれかによって行われる。あらゆるメッセージを承認することは、望ましくなく、ネットワークに大きな影響を及ぼす。また、それはダウンロード時間を増大させる。メッセージを承認することの代わりに、インベントリメッセージが図３に関して描写されたように送信される。インベントリメッセージは、ネットワーク要素のメモリにおける全てのファームウェアイメージのリストを含んでいる。インベントリメッセージを受信する宛先NEは、受信したインベントリをそれ自身の一覧表と比較し、それが任意のファームウェアが取り逃していること、すなわち、例えば前のバージョンナンバーが与えられていることを検出する場合、それは、NUPダウンロードメッセージを用いて取り逃しているイメージをインベントリメッセージの送信元に送信する。
【００３４】
本発明を具体化する方法及びシステムは、全ての適当なネットワーク要素に送信されているファームウェアアップグレードによって描写される。幾つかの例外がある。例えば、ネットワーク要素が最新のタイプであるが、アップグレードされている訂正バージョンのファームウェアを既に有する場合、前記NEは、それが通知メッセージを受信する場合は“傾聴”ステートのままである。従って、それは、通知メッセージにおけるアップグレードの詳細を調べ、それが既に前記ファームウェアを有していることを決定し、“受信”ステートに切り替えない。
【００３５】
訂正タイプのNEが別のユーザ、クラフトターミナル又は要素管理部によって利用されている場合、それは、アップグレードを受信し、それを記憶するが、それは、それがその現在の使用から開放されるまで適用しない。
【００３６】
“受信”又は“ブロードキャストオンリー”ステートに既にあるNEは、最新のジョブが完了するまで新しいダウンロードリクエストを受け入れない。
【００３７】
認定されていないステートのNEは、ダウンロードを受け入れない。
【００３８】
上記の描写は、ネットワークが十分にアップグレードを実現する容量を有することを想定している。ネットワークが混雑している場合、メッセージは、それらが近接したNEsに転送され得る時間まで待ち行列に入れられる。
【００３９】
システムユーザは、ネットワーク又は特定のネットワーク要素に取り付けられる要素管理部又は他の診断ツールを介して任意のネットワーク要素のインベントリを決定する。
【００４０】
ネットワークアップグレードプロトコルは、4つの主要部：通知、インベントリ、ダウンロード及びアプライを備えている。これらを順番に説明する。
【００４１】
通知
通知メッセージは、ネットワークを横切って送信され、ファームウェアダウンロード待ちステートに進むためにメッセージで定義されるタイプのNEsを命令する。適切なタイプでないNEsは、このステートに進まず、さらなる通知メッセージのために“傾聴”ステートのままである。
【００４２】
通知メッセージの構造を以下に示す。
【００４３】
ヘッダ−NEタイプ
ジョブ識別子
メッセージ長
チェックサム
【００４４】
ペイロード−ファームウェア及びバージョンそれぞれのネームバリューペア
アプライ即時フラグ
【００４５】
また、メッセージは他の同時のダウンロードからの混信を妨げるためにジョブ識別子を含んでいる。アプライ即時フラグは、それが全て受信されたらすぐにアップグレードを適用するためにNEsに命令するのに用いられる。このフラグが設定される場合、任意の後続のアプライメッセージは無視される。
【００４６】
インベントリ
インベントリメッセージは、ネットワーク要素によってその近隣にブロードキャストされ、そのファームウェアインベントリを指示する。メッセージの構造を以下に示す。
【００４７】
ヘッダ−NEタイプ
ジョブ識別子
メッセージ長
チェックサム
【００４８】
ペイロード−ファームウェア、バージョンそれぞれのネームバリューペア
【００４９】
ダウンロード
このメッセージは、ダウンロードされるために実際のファームウェアイメージを含んでいる。メッセージの構造を以下に示す。
【００５０】
ヘッダ−NEタイプ
ジョブ識別子
メッセージ長
チェックサム
【００５１】
ペイロード−論理エンティティに対するファームウェアイメージバイナリ
【００５２】
アプライ
このメッセージは、新しいソフトウェアを適用させるようにNEsに命令する。それは、アプライ即時フラグが通知メッセージにおいて設定される場合に必要とされない。アプライメッセージは、最終ダウンロードメッセージに続いて直ちに、又はユーザがイベントを発生させた後に、送信され得る。メッセージの構造を以下に示す。
【００５３】
ヘッダ−NEタイプ
ジョブ識別子
メッセージ長
チェックサム
【００５４】
ペイロード−ソフトウェア及びバージョンそれぞれのネームバリューペア。（延期されるアプライのみに対する）実効時間
【００５５】
このメッセージの受信は、ファームウェアが変更した事実をログするために警告を発生させる。“アプライ即時”フラグは、通知メッセージにおいて設定された場合、その後、このメッセージは必要とされず、送信される場合には無視される。また、それは、グローバルアプライが起こった場合にNEに送信されるイベントを発生させる。
【００５６】
上述した本発明の実施例は非常に有利であって、ネットワークをアップグレードするのに必要とされる時間を数ヶ月から数時間に削減し得ることは評価される。これにより、大きなコスト節約がなされ、より頻繁にアップグレードがなされ、ネットワーク動作を最適化できる。以前は、コスト及びアップグレードプロセスの困難性のために、最も重要かつ本質的なアップグレードのみがなされていた。
【００５７】
上述した実施例に対する多くの変更が、ここに添付される請求項によって定義される本発明の範囲から出発することなしに可能である。例えば、説明はSDHネットワークに関して与えられているが、本発明は、任意の特定タイプのネットワークに制限されていない。同様に、本発明は、上述の特定のネットワークプロトコルにリンクされず、他のプロトコルがネットワークをアップグレードするために描写される。
【図面の簡単な説明】
【００５８】
【図１】リング型におけるネットワーク要素の例を示す。
【図２】本発明を具体化する多くのネットワーク要素を示す。
【図３】本発明を具体化するプロセスのメッセージフローを示す。
【図１】
2005528003.tif 000006
【図２】
2005528003.tif 000007
【図３】
2005528003.tif 000008
【国際調査報告】
2005528003.tif 000009
2005528003.tif 000010