(57)【要約】  本開示の実施例では、バージョンを跨いでアップグレードする方法、バージョンを跨いでアップグレードする装置、バージョンを跨いでアップグレードするデバイス、コンピュータ可読記憶媒体を開示する。前記バージョンを跨いでアップグレードする方法は、デバイスのスタンバイメインコントロールボードをリセット・アップグレードするステップと、前記デバイスのプライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとを同期し、同期完了後、前記プライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとをスイッチオーバーするステップと、スイッチオーバー完了後、スイッチオーバー前のプライマリメインコントロールボードをリセット・アップグレードするステップと、サービスの保護関係に応じて前記デバイスのラインカードボードをリセット・アップグレードするステップと、を含む。【選択図】図１
2022500735.tif 000002
【特許請求の範囲】
【請求項１】
バージョンを跨いでアップグレードする方法であって、
デバイスのスタンバイメインコントロールボードをリセット・アップグレードするステップと、
前記デバイスのプライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとを同期し、同期完了後、前記プライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとをスイッチオーバーするステップと、
スイッチオーバー完了後、スイッチオーバー前のプライマリメインコントロールボードをリセット・アップグレードするステップと、
サービスの保護関係に応じて前記デバイスのラインカードボードをリセット・アップグレードするステップと、
を含む方法。
【請求項２】
前記デバイスのスタンバイメインコントロールボードをリセット・アップグレードする前記ステップの前に、
プライマリメインコントロールボードとスタンバイメインコントロールボードとを同期するステップをさらに含む、
請求項１に記載のバージョンを跨いでアップグレードする方法。
【請求項３】
前記保護関係は、１つのサービスの特定方向に対応するラインカードボードが同じリセット・アップグレードバッチ内にないことを示すというものである、
請求項１に記載のバージョンを跨いでアップグレードする方法。
【請求項４】
前記保護関係に応じて前記ラインカードボードをリセット・アップグレードする前記ステップは、
前記保護関係に応じて前記ラインカードボードのリセット・アップグレードバッチを決定するステップと、
前記リセット・アップグレードバッチに従って、前記ラインカードボードをリセット・アップグレードするステップと、
を含む、
請求項３に記載のバージョンを跨いでアップグレードする方法。
【請求項５】
前記保護関係に応じて前記ラインカードボードのリセット・アップグレードバッチを決定する前記ステップは、
すべてのラインカードボードを第１プリセットプール内に初期化するステップと、
前記デバイスのすべてのサービスの配置に応じて、各サービスのインバウンド方向のラインカードボードと、各サービスのアウトバウンド方向のラインカードボードとを順次決定するステップと、
すべてのサービスにおける各サービスに対し、インバウンド方向のラインカードボードが前記保護関係に適合する場合、前記保護関係に適合するラインカードボードを第１リセット・アップグレードバッチとして決定するステップと、
すべてのサービスにおける各サービスに対し、アウトバウンド方向のラインカードボードが前記保護関係に適合する場合、前記保護関係に適合するラインカードボードを前記第１リセット・アップグレードバッチとして決定するステップと、
を含む、
請求項４に記載のバージョンを跨いでアップグレードする方法。
【請求項６】
前記保護関係に応じて前記ラインカードボードのリセット・アップグレードバッチを決定する前記ステップは、
すべてのサービスにおける１つのサービスのインバウンド方向のラインカードボードが前記保護関係に適合しない場合に、当該１つのサービスのインバウンド方向のラインカードボードのうちの１つのラインカードボードを第２プリセットプールに入れるステップと、
すべてのサービスにおける１つのサービスのアウトバウンド方向のラインカードボードが前記保護関係に適合しない場合に、当該１つのサービスのアウトバウンド方向のラインカードボードのうちの１つのラインカードボードを前記第２プリセットプールに入れるステップと、
前記第２プリセットプールにおけるラインカードボードを第２リセット・アップグレードバッチとして決定するステップと、
をさらに含む、
請求項５に記載のバージョンを跨いでアップグレードする方法。
【請求項７】
当該１つのサービスのインバウンド方向のラインカードボードのうちの１つのラインカードボードを第２プリセットプールに入れる前記ステップは、
前記１つのラインカードボードを第２プリセットプールに入れた後、前記１つのラインカードボードが、前記第２プリセットプールのうちの１つのサービスのインバウンド方向のラインカードボードを前記保護関係に適合しなくするか否かを判定するステップと、
前記１つのラインカードボードが、前記第２プリセットプールのうちの１つのサービスのインバウンド方向のラインカードボードを前記保護関係に適合しなくする場合、前記１つのラインカードボードを第３プリセットプールに入れ、前記１つのラインカードボードが、前記第３プリセットプールのうちの１つのサービスのインバウンド方向のラインカードボードを前記保護関係に適合しなくするか否かを判定するステップと、
を含む、
請求項６に記載のバージョンを跨いでアップグレードする方法。
【請求項８】
当該１つのサービスのアウトバウンド方向のラインカードボードのうちの１つのラインカードボードを前記第２プリセットプールに入れる前記ステップは、
前記１つのラインカードボードを第２プリセットプールに入れた後、前記１つのラインカードボードが、前記第２プリセットプールのうちの１つのサービスのアウトバウンド方向のラインカードボードを前記保護関係に適合しなくするか否かを判定するステップと、
前記１つのラインカードボードが、前記第２プリセットプールのうちの１つのサービスのアウトバウンド方向のラインカードボードを前記保護関係に適合しなくする場合、前記１つのラインカードボードを第３プリセットプールに入れ、前記１つのラインカードボードが、前記第３プリセットプールのうちの１つのサービスのアウトバウンド方向のラインカードボードを前記保護関係に適合しなくするか否かを判定するステップと、
を含む、
請求項６に記載のバージョンを跨いでアップグレードする方法。
【請求項９】
前記デバイスは、パケット伝送ネットワークＰＴＮ、パケット光伝送ネットワークＰＯＴＮ、光伝送ネットワークＯＴＮ、ルータのうちの少なくとも１つを備える、
請求項１に記載のバージョンを跨いでアップグレードする方法。
【請求項１０】
第１リセット・アップグレードモジュール、スイッチオーバーモジュール、第２リセット・アップグレードモジュールおよび第３リセット・アップグレードモジュールを備えるバージョンを跨いでアップグレードする装置であって、
前記第１リセット・アップグレードモジュールは、デバイスのスタンバイメインコントロールボードをリセット・アップグレードするために使用され、
前記スイッチオーバーモジュールは、前記デバイスのプライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとを同期し、同期完了後、前記プライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとをスイッチオーバーするために使用され、
前記第２リセット・アップグレードモジュールは、スイッチオーバー完了後、スイッチオーバー前のプライマリメインコントロールボードをリセット・アップグレードするために使用され、
前記第３リセット・アップグレードモジュールは、サービスの保護関係に応じて前記デバイスのラインカードボードをリセット・アップグレードするために使用される、
バージョンを跨いでアップグレードする装置。
【請求項１１】
メモリ、プロセッサを備えるバージョンを跨いでアップグレードするデバイスであって、
前記メモリには、前記プロセッサで実行可能なコンピュータプログラムが記憶され、前記コンピュータプログラムが前記プロセッサによって実行される時、前記プロセッサに、請求項１〜９の何れか１項に記載のバージョンを跨いでアップグレードする方法を実行させるバージョンを跨いでアップグレードするデバイス。
【請求項１２】
コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、
前記コンピュータプログラムがプロセッサによって実行される時、前記プロセッサに、請求項１〜９の何れか１項に記載のバージョンを跨いでアップグレードする方法を実行させるコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は通信技術分野に関するものである。
【背景技術】
【０００２】
従来のネットワークにおいて、ネットワーキングコストと維持コストを考慮し、ベアラネットワークデバイスはデュアルホーミング保護を展開しない場合がある。スタンバイノードによる保護がないため、コアノードにあるデバイスのバージョンアップについて、サービスが中断すると、大きな影響を及ぼすことになる。バージョンアップを行う過程ではデバイスが全体的にリセットされることによりサービスが中断されてしまい、中断の時間はバージョンアップが完了するのを待ってから終了する必要がある。コアノードでは、サービス配置量が通常非常に大きく、デバイスのバージョンアップおよびサービス配置完了時間も非常に長いことから、バージョンアップ過程におけるデバイスの再起動はサービスの中断時間が非常に長くなることに繋がる。
【発明の概要】
【０００３】
本開示の実施例の一様態では、バージョンを跨いでアップグレードする方法であって、デバイスのスタンバイメインコントロールボードをリセット・アップグレードするステップと、前記デバイスのプライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとを同期し、同期完了後、前記プライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとをスイッチオーバーするステップと、スイッチオーバー完了後、スイッチオーバー前のプライマリメインコントロールボードをリセット・アップグレードするステップと、サービスの保護関係に応じて前記デバイスのラインカードボードをリセット・アップグレードするステップと、を含む方法を提供する。
【０００４】
本開示の実施例のもう１つの様態では、第１リセット・アップグレードモジュール、スイッチオーバーモジュール、第２リセット・アップグレードモジュールおよび第３リセット・アップグレードモジュールを備えるバージョンを跨いでアップグレードする装置であって、前記第１リセット・アップグレードモジュールは、デバイスのスタンバイメインコントロールボードをリセット・アップグレードするために使用され、前記スイッチオーバーモジュールは、前記デバイスのプライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとを同期し、同期完了後、前記プライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとをスイッチオーバーするために使用され、前記第２リセット・アップグレードモジュールは、スイッチオーバー完了後、スイッチオーバー前のプライマリメインコントロールボードをリセット・アップグレードするために使用され、前記第３リセット・アップグレードモジュールは、サービスの保護関係に応じて前記デバイスのラインカードボードをリセット・アップグレードするために使用される、バージョンを跨いでアップグレードする装置を提供する。
【０００５】
本開示の実施例のもう１つの様態では、メモリ、プロセッサを備えるバージョンを跨いでアップグレードするデバイスであって、前記メモリには、前記プロセッサで実行可能なコンピュータプログラムが記憶され、前記コンピュータプログラムが前記プロセッサによって実行される時、前記プロセッサに、上記のバージョンを跨いでアップグレードする方法を実行させるバージョンを跨いでアップグレードするデバイスを提供する。
本開示の実施例のもう１つの様態では、コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、前記コンピュータプログラムがプロセッサによって実行される時、前記プロセッサに、上記のバージョンを跨いでアップグレードする方法を実行させるコンピュータ可読記憶媒体を提供する。
【図面の簡単な説明】
【０００６】
【図１】図１は本開示の実施例によるバージョンを跨いでアップグレードする方法のフロー模式図である。
【図２】図２は本開示の実施例によるバージョンを跨いでアップグレードする方法のもう１つのフロー模式図である。
【図３】図３は本開示の実施例によるバージョンを跨いでアップグレードする装置の構造模式図である。
【図４】図４は本開示の実施例によるバージョンを跨いでアップグレードするデバイスの構造模式図である。
【図５】図５は本開示の実施例による２Ｇシングルホームサービスネットワーキングの構造模式図である。
【図６】図６は本開示の実施例による２Ｇシングルホームサービスネットワーキングのコアノードの、バージョンを跨いでアップグレードする過程の構造模式図である。
【図７】図７は本開示の実施例による２Ｇシングルホームサービスネットワーキングのコアノードの、バージョンを跨いでアップグレードする過程の構造模式図である。
【図８】図８は本開示の実施例による２Ｇシングルホームサービスネットワーキングのコアノードの、バージョンを跨いでアップグレードする過程の構造模式図である。
【図９】図９は本開示の実施例による２Ｇシングルホームサービスネットワーキングのコアノードの、バージョンを跨いでアップグレードする過程の構造模式図である。
【発明を実施するための形態】
【０００７】
本開示の実現、機能的特徴、および長所について、実施例を組み合わせて図面を参照してさらに説明する。
【０００８】
本開示が解決しようとする技術課題、技術案及び有益な効果をより明確且つ明瞭にするために、以下では図面と実施例を組み合わせて、本開示についてさらに詳細に説明する。ここで説明する具体的な実施例は本開示を説明するためのものにすぎず、本開示を限定するためのものではないことを理解されたい。
【０００９】
バージョンアップによるサービス中断時間が長すぎるという問題に対し、転送チップをリセットせず、ソフトウェアをリセットするだけのバージョンアップであるソフトリセット技術を採用することができる。転送チップがリセットされないため、サービスは中断しないことを保証できる。しかしながら、ソフトリセット技術に存在する問題は、ソフトウェアバージョンしかアップグレードできず、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）バージョンおよびマイクロコードバージョンなどのハードウェアチップに対応するバージョンはアップグレードすることができないということである。
【００１０】
この点に鑑み、本開示の実施例では、バージョンを跨いでアップグレードする方法、バージョンを跨いでアップグレードする装置、バージョンを跨いでアップグレードするデバイス、コンピュータ可読記憶媒体を提供することで、ベアラネットワークデバイスが、バージョンを跨いでアップグレードする過程において、デュアルホーミング保護を展開しない場合に、デバイスをリセットすることでサービスの長時間の中断を引き起こすという問題を解決する。
【００１１】
図１は本開示の実施例によるバージョンを跨いでアップグレードする方法のフロー模式図である。
【００１２】
図１に示すように、本開示の実施例によるバージョンを跨いでアップグレードする方法は、ステップＳ１１〜ステップＳ１４を含む。
【００１３】
ステップＳ１１において、デバイスのスタンバイメインコントロールボードをリセット・アップグレードする。
【００１４】
本開示の実施例によれば、前記デバイスは、ＰＴＮ（パケット伝送ネットワーク）、ＰＯＴＮ（パケット光伝送ネットワーク）、ＯＴＮ（光伝送ネットワーク）、ルータなどのデータまたはベアラデバイスを含むが、これに限定されない。
【００１５】
ステップＳ１２において、前記デバイスのプライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとを同期し、同期完了後、前記プライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとをスイッチオーバーする。
【００１６】
本開示の実施例によれば、前記スイッチオーバーは、プライマリメインコントロールボードをスタンバイメインコントロールボードに切り替え、スタンバイメインコントロールボードをプライマリメインコントロールボードに切り替えることである。言い換えれば、ステップＳ１２の完了後、リセット・アップグレード後のスタンバイメインコントロールボードはプライマリメインコントロールボードに切り替えられ、スイッチオーバー前のプライマリメインコントロールボードはスタンバイメインコントロールボードに切り替えられる。
【００１７】
ステップＳ１３において、スイッチオーバー完了後、切り替え後のスタンバイメインコントロールボードをリセット・アップグレードし、つまり、スイッチオーバー前の前記デバイスのプライマリメインコントロールボードをリセット・アップグレードする。これにより、ステップＳ１３の完了後、プライマリメインコントロールボードとスタンバイメインコントロールボードがいずれもリセット・アップグレードされるようにする。
【００１８】
ステップＳ１４において、サービスの保護関係に応じてラインカードボードをリセット・アップグレードする。
【００１９】
図２は本開示の第一実施例によるバージョンを跨いでアップグレードする方法のもう１つのフロー模式図である。図２に示すように、本開示の実施例によるバージョンを跨いでアップグレードする方法は、ステップＳ１０〜ステップＳ１４を含む。図２におけるステップＳ１１〜Ｓ１４は、図１を参照して説明したステップＳ１１〜Ｓ１４とほぼ同一であるため、ここでは繰り返し説明しない。図１を参照して説明したバージョンを跨いでアップグレードする方法と異なるのは、図２のバージョンを跨いでアップグレードする方法は、ステップＳ１１の前にステップＳ１０をさらに含むという点である。
【００２０】
ステップＳ１０において、リセット・アップグレード前のプライマリメインコントロールボードとスタンバイメインコントロールボードとを同期する。
【００２１】
本開示の実施例によれば、リセット・アップグレード前のプライマリメインコントロールボードとスタンバイメインコントロールボードとを同期することによって、リセット・アップグレード前のプライマリメインコントロールボードとスタンバイメインコントロールボード上の配置データを一致させ、後続のプライマリメインコントロールボードとスタンバイメインコントロールボードのリセット・アップグレードに便宜を図る。
【００２２】
以下では図１と図２におけるステップＳ１４について詳細に説明する。
【００２３】
本開示の実施例によれば、前記保護関係は、同じサービスの特定方向に対応するラインカードボードが同じリセット・アップグレードバッチ内にないことを示すというものである。
【００２４】
本開示の実施例によれば、前記保護関係に応じて前記ラインカードボードをリセット・アップグレードする前記ステップは、前記保護関係に応じて前記ラインカードボードのリセット・アップグレードバッチを決定するステップと、前記ラインカードボードのリセット・アップグレードバッチに従って、前記ラインカードボードをリセット・アップグレードするステップと、を含む。
【００２５】
本開示の実施例によれば、前記保護関係に応じて前記ラインカードボードのリセット・アップグレードバッチを決定する前記ステップは、すべてのラインカードボードを第１プリセットプール内に初期化するステップと、前記デバイスのすべてのサービスの配置に応じて、各サービスのインバウンド方向のラインカードボードと、各サービスのアウトバウンド方向のラインカードボードとを順次決定するステップと、各サービスに対し、インバウンド方向のラインカードボードが前記保護関係に適合する場合、前記保護関係に適合するラインカードボードを第１リセット・アップグレードバッチとして決定するステップと、各サービスに対し、アウトバウンド方向のラインカードボードが前記保護関係に適合する場合、前記保護関係に適合するラインカードボードを前記第１リセット・アップグレードバッチとして決定するステップと、を含む。
【００２６】
本開示の実施例によれば、前記保護関係に応じて前記ラインカードボードのリセット・アップグレードバッチを決定する前記ステップは、すべてのサービスにおける１つのサービスのインバウンド方向のラインカードボードが前記保護関係に適合しない場合に、当該１つのサービスのインバウンド方向のラインカードボードのうちの１つのラインカードボードを第２プリセットプールに入れるステップと、すべてのサービスにおける１つのサービスのアウトバウンド方向のラインカードボードが前記保護関係に適合しない場合に、当該１つのサービスのアウトバウンド方向のラインカードボードのうちの１つのラインカードボードを前記第２プリセットプールに入れるステップと、前記第２プリセットプールにおけるラインカードボードを第２リセット・アップグレードバッチとして決定するステップと、をさらに含む。
【００２７】
具体的には、すべてのラインカードボードを第１プリセットプール内に初期化した後、各サービスのインバウンド方向のラインカードボードと各サービスのアウトバウンド方向のラインカードボードとを決定し、各サービスのインバウンド方向のラインカードボードが前記保護関係に適合するか否かを順次判定することができ、あるサービスのインバウンド方向のラインカードボードが前記保護関係に適合しない場合、当該１つのサービスのインバウンド方向のラインカードボードのうちの１つのラインカードボードを前記第２プリセットプールに入れ、当該１つのサービスのインバウンド方向のラインカードボードが前記保護関係に適合する場合、次のサービスのインバウンド方向のラインカードボートを処理し、すべてのサービスのインバウンド方向のラインカードボードの判断がすべて完了するまで処理を行う。すべてのサービスのインバウンド方向のラインカードボードの判断がすべて完了した後、各サービスのアウトバウンド方向のラインカードボードが前記保護関係に適合するか否かを判定し、あるサービスのアウトバウンド方向のラインカードボードが前記保護関係に適合しない場合、当該１つのサービスのアウトバウンド方向のラインカードボードのうちの１つのラインカードボードを前記第２プリセットプールに入れ、当該１つのサービスのアウトバウンド方向のラインカードボードが前記保護関係に適合する場合、次のサービスのアウトバウンド方向のラインカードボードを処理し、すべてのサービスのアウトバウンド方向のラインカードボードの判断がすべて完了するまで処理を行う。
【００２８】
なお、当該１つのサービスのインバウンド方向におけるラインカードボードのうちの１つのラインカードボードを前記第２プリセットプールに入れる前記ステップは、当該１つのサービスのインバウンド方向におけるラインカードボードのうちの１つのラインカードボードを前記第２プリセットプールに入れ、当該ラインカードボードが第２プリセットプールにおける相応のサービスに影響を及ぼすか否かを判定するというステップを含み、つまり、当該ラインカードボードが、第２プリセットプールのうちの１つのサービスのインバウンド方向のラインカードボードを前記保護関係に適合しなくするかを判定し、当該ラインカードボードを前記第２プリセットプールに入れることが、第２プリセットプールにおけるサービスに影響を及ぼす場合は、当該ラインカードボードを第３プリセットプールに入れる必要があり、当該ラインカードボードを前記第３プリセットプールに入れることが、前記第３プリセットプールにおける相応のサービスに影響を及ぼすか否かを判定し、以下同様に続く。
【００２９】
当該１つのサービスのアウトバウンド方向におけるラインカードボードのうちの１つのラインカードをその他のプリセットプールに入れる前記ステップは、上記に類似するため、ここでは繰り返し説明しない。
【００３０】
本開示の実施例によれば、前記デバイスのラインカードボードのリセット・アップグレードバッチ、すなわち、サービスの最小のリセット・アップグレードバッチを保護関係により算出し、これによりリセット・アップグレードの時間を低減することができる。
【００３１】
本開示の実施例によれば、ラインカードボードをリセット・アップグレードする時、サービスには保護関係が存在するため、作業サービスと保護サービスは同じラインカードボードに配置されることはなく、ボード故障時に作業と保護がともに無効になることを防止し、すなわち、１つのサービスに対応するラインカードボードは作業ラインカードボードと保護ラインカードボードを含む。１つのラインカードボードをリセット・アップグレードする時、サービスはもう１つのラインカードボード上に切り替えられ、サービスの切り替え時間は従来の高速切り替え機能によって切り替え時間を電信レベルの切り替え時間内にするよう保証することができる。リセット・アップグレードしたボードがアップグレードに成功した後、もう１つのボードをリセット・アップグレードする。言い換えれば、作業ラインカードボードと保護ラインカードボードが異なるリセット・アップグレードバッチに配置されていれば、サービスが中断しないという要求を満たすことができ、サービス切り替え時の瞬断しか発生せず、電信レベルの要求を満たすことができる。
【００３２】
サービスにはインバウンドとアウトバウンドが存在するため、インバウンドとアウトバウンドにおいて保護がそれぞれ配置される。インバウンドには作業ラインカードボードと保護ラインカードボードが存在し、アウトバウンドにも作業ラインカードボードと保護ラインカードボードが存在する。インバウンドのラインカードボードとアウトバウンドのラインカードボードには依存関係が存在しないので、インバウンドのラインカードボードとアウトバウンドのラインカードボードを一括して、リセット・アップグレードバッチを考慮できる。ある方向の作業ラインカードボードと保護ラインカードボードを分けるだけでよく、つまり、同一サービスの、ある方向の作業ラインカードボードと保護ラインカードボードは同じリセット・アップグレードバッチ内にない。
【００３３】
保護オーバーラップの問題が存在する可能性があること、例えば、サービスアウトバウンドには２層の保護グループオーバーラップが存在することをさらに考慮すると、これにはアウトプットできるボードが複数あり、配置されたこのいくつかのボードが同じリセット・アップグレードバッチになければよい。
【００３４】
本実施例をよりよく説明するために、以下では図５，図６〜図９を組み合わせてバージョンを跨いでアップグレードする過程について詳細に説明する。
【００３５】
図５は図示の通り、工程における代表的な２Ｇシングルホームサービスネットワーキングの構造模式図である。当該ネットワーキング図におけるＡネットワーク要素はコアノードであり、Ａネットワーク要素デバイスをリセット・アップグレードする時に、サービスの長時間の中断が発生する。
【００３６】
Ａネットワーク要素デバイスは、サービスのユーザ側においてＭＳＰ（マルチプレックスセクション保護）保護グループが配置され、ネットワーク側においてＬＳＰ（ラベル切り替えチャネル）保護グループが配置されている。ＭＳＰ保護グループに対応するラインカードボードはラインカードボード１とラインカードボード２であり、作業サービスはラインカードボード１上にあり、保護サービスはラインカードボード２上にある。ＬＳＰ保護グループに対応するラインカードボードはラインカードボード３とラインカードボード４であり、作業サービスはラインカードボード３上にあり、保護サービスはラインカードボード４上にある。以下では図６〜図９を参照してＡネットワーク要素デバイスに対し、サービスを中断しないアップグレードを行う過程について詳細に説明する。
【００３７】
Ａネットワーク要素デバイスのメインコントロールボードに１＋１保護が存在し、また既に同期が完了したと仮定すると、プライマリメインコントロールボードとスタンバイメインコントロールボード上の配置データは全く同じである。
【００３８】
図６に示すように、まず、スタンバイメインコントロールボードをリセットし、リセット後のスタンバイメインコントロールボードを最新バーションにアップグレードする（図６〜図９における点線枠は、既に最新バーションにアップグレードしたことを示す）。もとのプライマリメインコントロールボードとアップグレード後のスタンバイメインコントロールボードに対しデータ同期を行い、同期完了後、前記プライマリメインコントロールボードと前記スタンバイメインコントロールボードとをスイッチオーバーし、すなわち、アップグレード後のスタンバイメインコントロールボードをメインコントロールボードに切り替え、もとのプライマリメインコントロールボードをスタンバイメインコントロールボードに切り替える。
【００３９】
図７に示すように、スイッチオーバー完了後、切り替え後のスタンバイメインコントロールボード（すなわち、もとのプライマリメインコントロールボード）をリセットし、リセット後のスタンバイメインコントロールボード（すなわち、もとのプライマリメインコントロールボード）を最新バーションにアップグレードし、これによってもとのプライマリメインコントロールボードともとのスタンバイメインコントロールボードのアップグレードを完了する。
【００４０】
ラインカードボードをリセット・アップグレードする時、まず、サービスの保護関係に応じて、ラインカードボードのリセット・アップグレードバッチを算出する。
【００４１】
ラインカードボード１、ラインカードボード２、ラインカードボード３とラインカードボード４をプール１に入れてから、Ａネットワーク要素上のサービス配置をトラバースする。左から右というサービス方向から見れば、インバウンドはＭＳＰ保護グループであり、アウトバウンドはＬＳＰ保護グループである。サービスのインバウンドがリセット・アップグレード要求を満たすか否かを判定し、ラインカードボード１とラインカードボード２がいずれも同じプールにあるため要求を満たさず、ラインカードボード１をプール２に入れる。サービスのアウトバウンドがリセット・アップグレード要求を満たすか否かを判定し、ラインカードボード３とラインカードボード４がいずれも同じプールにあるため要求を満たさず、ラインカードボード３をプール２に入れる。上記方法によって、ラインカードボード２とラインカードボード４、およびラインカードボード１とラインカードボード３という２つのリセット・アップグレードバッチを決定することができる。
【００４２】
図８と図９に示すように、まず、ラインカードボード２とラインカードボード４である第１バッチをリセット・アップグレードし、その後、ラインカードボード１とラインカードボード３である第２バッチをリセット・アップグレードする。サービスに保護関係があるため、ラインカードボードをリセット・アップグレードする時、サービスは別のラインカードボード上に切り替えられ、例えば、ラインカードボード２をリセット・アップグレードする時、サービスは、ラインカードボード１上に切り替えられ、ラインカードボード４をリセット・アップグレードする時、サービスはラインカードボード３上に切り替えられる。このため、サービスが中断しないという要求を満たすことができ、サービス切り替え時の瞬断しか発生せず、電信レベルの要求を満たすことができる。
【００４３】
サービスが双方向であるため、別の方向から見れば、前記の決定したリセット・アップグレードバッチは既に右から左へのサービスのアップグレード要求を満たすことができる。
【００４４】
他のサービスをトラバースし、本ネットワーク要素のサービス配置はすべてユーザ側にＭＳＰ保護グループを配置するというものであるため、作業サービスがラインカードボード１上にあり、保護サービスがラインカードボード２上にある。ネットワーク側に配置されているのはＬＳＰ保護グループであり、作業サービスがラインカードボード３上にあり、保護サービスがラインカードボード４上にあり、前記の決定したリセット・アップグレードバッチは既に要求を満たすことができる。
【００４５】
本開示の実施例によるバージョンを跨いでアップグレードする方法は、デバイスのメインコントロールボードのメイン・スタンバイ保護とラインカードボードのサービスとの間の保護関係によりリセット・アップグレードを行い、ベアラネットワークデバイスが、バージョンを跨いでアップグレードする過程において、デュアルホーミング保護を展開しない場合に、デバイスをリセットすることでサービスの長時間の中断を引き起こすという問題を解決しており、バージョンを跨いでアップグレードする過程においては、サービス切り替え過程のわずかなパケットロスがあるだけで、電信レベルの要求を満たすことができる。
【００４６】
図３は本開示の実施例によるバージョンを跨いでアップグレードする装置の構造模式図である。
【００４７】
図３に示すように、本開示の実施例によるバージョンを跨いでアップグレードする装置は、第１リセット・アップグレードモジュール２１、スイッチオーバーモジュール２２、第２リセット・アップグレードモジュール２３および第３リセット・アップグレードモジュール２４を備える。
【００４８】
前記第１リセット・アップグレードモジュール２１は、デバイスのスタンバイメインコントロールボードをリセット・アップグレードするために使用される。
【００４９】
本開示の実施例によれば、前記デバイスはＰＴＮ、ＰＯＴＮ、ＯＴＮ、ルータなどのデータまたはベアラデバイスを含むが、これに限定されない。
【００５０】
本開示の実施例によれば、前記装置は、第１リセット・アップグレードモジュール２１がデバイスをリセット・アップグレードする前に、プライマリメインコントロールボードとスタンバイメインコントロールボードとを同期するために使用される同期モジュール（図示せず）をさらに備えてよい。
【００５１】
本開示の実施例によれば、リセット・アップグレード前のプライマリメインコントロールボードとスタンバイメインコントロールボードとを同期することによって、リセット・アップグレード前のプライマリメインコントロールボードとスタンバイメインコントロールボード上の配置データを一致させ、後続のプライマリメインコントロールボードとスタンバイメインコントロールボードのリセット・アップグレードに便宜を図る。
【００５２】
前記スイッチオーバーモジュール２２は、前記デバイスのプライマリメインコントロールボードと、リセット・アップグレード後のスタンバイメインコントロールボードとを同期し、同期が完了した場合に、前記プライマリメインコントロールボードと前記スタンバイメインコントロールボードとをスイッチオーバーするために使用される。
【００５３】
本開示の実施例によれば、前記スイッチオーバーは、プライマリメインコントロールボードをスタンバイメインコントロールボードに切り替え、スタンバイメインコントロールボードをプライマリメインコントロールボードに切り替えることである。言い換えれば、スイッチオーバー完了後、リセット・アップグレード後のスタンバイメインコントロールボードはプライマリメインコントロールボードに切り替えられ、スイッチオーバー前のプライマリメインコントロールボードはスタンバイメインコントロールボードに切り替えられる。
【００５４】
前記第２リセット・アップグレードモジュール２３は、スイッチオーバーに成功した場合に、切り替え後のスタンバイメインコントロールボードをリセット・アップグレードし、つまり、スイッチオーバー前の前記デバイスのプライマリメインコントロールボードをリセット・アップグレードするために使用される。これによりプライマリメインコントロールボードとスタンバイメインコントロールボードがいずれもリセット・アップグレードされるようにする。
【００５５】
前記第３リセット・アップグレードモジュール２４は、サービスの保護関係に応じて前記ラインカードボードをリセット・アップグレードするために使用される。既に図１と図２のステップＳ１４を参照して、前記保護関係に応じて前記ラインカードボードをリセット・アップグレードする詳細な過程について説明したので、繰り返し説明しない。
【００５６】
本開示の実施例によるバージョンを跨いでアップグレードする装置は、デバイスのメインコントロールボードのメイン・スタンバイ保護とラインカードボードサービスとの間の保護関係によりリセット・アップグレードを行い、ベアラネットワークデバイスが、バージョンを跨いでアップグレードする過程において、デュアルホーミング保護を展開しない場合に、デバイスをリセットすることでサービスの長時間の中断を引き起こすという問題を解決しており、バージョンを跨いでアップグレードする過程においては、サービス切り替え過程のわずかなパケットロスがあるだけで、電信レベルの要求を満たすことができる。
【００５７】
図４は本開示の実施例によるバージョンを跨いでアップグレードするデバイスの構造模式図である。
【００５８】
図４に示すように、本開示の実施例によるバージョンを跨いでアップグレードするデバイスは、メモリ３１、プロセッサ３２を備え、メモリ３１には、前記プロセッサ３２によって実行可能なコンピュータプログラムが記憶され、前記コンピュータプログラムが前記プロセッサ３２によって実行される時、本開示の実施例によるバージョンを跨いでアップグレードする方法（例えば、図１または図２に記載のバージョンを跨いでアップグレードする方法を参照）を実現するために使用される。
【００５９】
本開示の実施例によるバージョンを跨いでアップグレードするデバイスは、デバイスのメインコントロールボードのメイン・スタンバイ保護とラインカードボードのサービスとの間の保護関係によりリセット・アップグレードを行い、ベアラネットワークデバイスが、バージョンを跨いでアップグレードする過程において、デュアルホーミング保護を展開しない場合に、デバイスをリセットすることでサービスの長時間の中断を引き起こすという問題を解決しており、バージョンを跨いでアップグレードする過程においては、サービス切り替え過程のわずかなパケットロスがあるだけで、電信レベルの要求を満たすことができる。
【００６０】
本開示の実施例は、コンピュータプログラムが記憶されたコンピュータ可読記憶媒体であって、前記コンピュータプログラムがプロセッサによって実行される時、本開示の実施例によるバージョンを跨いでアップグレードする方法（例えば、図１または図２に記載のバージョンを跨いでアップグレードする方法を参照）を実現するために使用されるコンピュータ可読記憶媒体を提供する。
【００６１】
本開示の実施例によるコンピュータ可読記憶媒体は、デバイスのメインコントロールボードのメイン・スタンバイ保護とラインカードボードのサービスとの間の保護関係によりリセット・アップグレードを行い、ベアラネットワークデバイスが、バージョンを跨いでアップグレードする過程において、デュアルホーミング保護を展開しない場合に、デバイスをリセットすることでサービスの長時間の中断を引き起こすという問題を解決しており、バージョンを跨いでアップグレードする過程においては、サービス切り替え過程のわずかなパケットロスがあるだけで、電信レベルの要求を満たすことができる。
【００６２】
以上の実施形態の説明により、本開示の実施例によるバージョンを跨いでアップグレードする方法は、ソフトウェアよって、必要な汎用ハードウェアを加えるという方式で実現することができ、或いは、ハードウェアにより実現することができることを、当業者は明瞭に理解することができる。このような理解に基づき、本開示の技術案はソフトウェア製品の様態で体現することができ、当該コンピュータソフトウェア製品は１つの記憶媒体（例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、１台の機器デバイス（携帯電話、コンピュータ、サーバ、空調機、またはネットワークデバイスなどであってよい）に、本開示の各実施例によるバージョンを跨いでアップグレードする方法を実行させる若干の命令を含む。
【００６３】
以上、図面を参照しながら本開示の好ましい実施例について説明したが、このことにより本開示の請求範囲を限定するのではない。当業者にとって、本開示の範囲および本質から逸脱しない場合、本開示を実現するための変形は複数種類あり得、例えば、１つの実施例の特徴として別の実施例に適用してさらに別の実施例を得ることができる。本開示の技術思想の運用内で行われる任意の修正、均等物、及び改良は、すべて本開示の権利範囲内にあるべきである。
【図１】
2022500735.tif 000003
【図２】
2022500735.tif 000004
【図３】
2022500735.tif 000005
【図４】
2022500735.tif 000006
【図５】
2022500735.tif 000007
【図６】
2022500735.tif 000008
【図７】
2022500735.tif 000009
【図８】
2022500735.tif 000010
【図９】
2022500735.tif 000011
【国際調査報告】
2022500735.tif 000012
2022500735.tif 000013
2022500735.tif 000014
2022500735.tif 000015