JP2007535206A

JP2007535206A - ホーム・ロケーション・レジスタにデータ冗長性を持たせる方法

Info

Publication number: JP2007535206A
Application number: JP2006538637A
Authority: JP
Inventors: ▲広▼斌孟
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2003-11-10
Filing date: 2004-11-09
Publication date: 2007-11-29
Also published as: CN1617600A; WO2005046120A1; US7657260B2; CN100388805C; EP1684456B1; EP1684456A1; EP1684456A4; US20060246894A1

Abstract

本発明は、ＨＬＲにデータ冗長性を持たせる方法を開示しており、その方法は、１）マスタＨＬＲｓに保存されている加入者データについて冗長センタＨＬＲへのカットオーバを実行するステップと、２）マスタＨＬＲｓの実行時間においてシステムデータとマスタＨＬＲｓの前記加入者データとに関連して良好に実行された操作およびメンテナンス命令の全てを保存するステップと、３）マスタＨＬＲｓに保存された前記操作およびメンテナンス命令を冗長センタＨＬＲに転送するステップと、４）受信された操作およびメンテナンス命令を冗長センタＨＬＲにとって認識可能な内部操作命令に変換するとともに、それらを冗長センタＨＬＲのホスト装置にロードするステップとを有する。本発明は、加入者データの一致性を高めるとともに、冗長センタＨＬＲのメンテナンス作業負荷を削減し且つメンテナンスの複雑度を低減する。

Description

本発明は、移動通信システムにおけるホーム・ロケーション・レジスタ（ＨＬＲ）に対してデータ冗長性に持たせる方法に関するものである。

携帯電話加入者の急激な増加と通信技術の絶え間ない開発とにより、移動通信システムにおける単一ＨＬＲの装置容量は、何万またはそれ以上になっている。複数のＨＬＲが携帯電話加入者の申込み情報を保存しているので、停電、火事、地震または落雷などのような予測できない原因のために、契約時間（time due）について長時間複数のＨＬＲが機能しないとき、全ての加入者に対するモバイルサービスが中断する。したがって、複数のＨＬＲに対して遠隔冗長性を持たせることは急を要する。

複数のＨＬＲの冗長性は２つの態様を有しており、第１態様は、単に加入者データをバックアップするためのデータ冗長性であり、他方の態様は、第１態様に基づくサービス冗長性であり、すなわち、マスタＨＬＲが故障したとき、発信サービスが最大レベルで中断することを防止するために、冗長ＨＬＲは、バックアップされた加入者データに対応した信号経路の切り替えによってサービスを引き継ぐことができる。

複数のＨＬＲに対するデータ冗長性のトポロジ構造は、２つのタイプに分類される。１つは、１＋１冗長性解法であり、そして、他方がＮ＋１冗長性解法である。

いわゆる１＋１冗長性解法は、外部サービスのリアルタイムのバックアップを達成するために、既存ネットワークにおいて各マスタＨＬＲに冗長ＨＬＲを持たせる。１＋１冗長性解法は、マスタＨＬＲが機能しなくなったとき、冗長ＨＬＲを採用することによって、サービスを継ぎ目なく引き継ぐことができるが、いくつかの非常に重要な箇所は別として、この解法の適用分野は、高い投資額と低い利用率のために比較的限定されている。

Ｎ＋１冗長性解法は、複数のＮマスタＨＬＲに冗長性を持たせるために特別な冗長センタＨＬＲを設定することである。Ｎ＋１冗長性解法では、その冗長性は、複数のマスタＨＬＲ（マスタＨＬＲｓ）と冗長センタＨＬＲとが同じメーカーのものであるか否かの結果に応じて、互換冗長性と非互換冗長性とにさらに分割できる。多くのＨＬＲ設備プロバイダがあるとともに、別個の複数のＨＬＲは別個のデータ保存フォーマットとデータ処理方法とを持つので、互換性のある解法がより広く使用される。Ｎ＋１互換冗長性解法は、リアルタイムで加入者の動的データをバックアップすることができないので、故障が生じた後の期間において加入者が被呼者として行動できないとともに、サービスを引き継ぐことができない状況に導く。しかしながら、一つの冗長センタが別個のメーカーによって製造された複数のマスタＨＬＲのデータをバックアップすることができるため、Ｎ＋１互換冗長性解法の投資における収益率は比較的良く、その結果この解法はネットワークにおいて広く適合されている。

現在では、Ｎ＋１互換冗長性解法は、主に２つのタイプを持っており、１つはベースライン同期解法であり、そして他方は命令同期解法を進展させたＢＯＳＳ（事業活動支援システム）である。

いわゆるベースライン同期解法は、定期的に複数のマスタＨＬＲによって、加入者のサービス・データ・ベースラインなどの、全ての加入者の申込み情報を有するデータファイルを出力することであり、そして、冗長センタＨＬＲにとって認識可能なフォーマットに、冗長センタによってこれらのファイルフォーマットを自動的に変換するとともに、冗長センタＨＬＲにそのファイルをロードする。その結果、複数のマスタＨＬＲと冗長センタＨＬＲとの間における加入者データの同期化を達成する。ベースライン同期解法は、全ての加入者のサービス・データ・ベースラインを定期的に出力するために複数のマスタＨＬＲを必要とすることに、冗長センタＨＬＲのホスト・マシンの性能が大きく影響を受けるとともに、加入者データについて変換および同期を実行するために相当に時間がかかるので、実際の工学技術ではほとんど使用されない。

命令同期解法を進展させたＢＯＳＳは、冗長センタＨＬＲのインターフェースフォーマットに従って加入者の申込みデータを変更するために、複数のマスタＨＬＲに以前送られたものであって良好に実行された事業活動（business operation）命令を変換するとともに、冗長センタＨＬＲのホスト・マシンの事業活動インターフェースを介してリアルタイムでホスト・マシンに命令をロードする。したがって、複数のマスタＨＬＲと冗長センタＨＬＲとが初期状態における一時期でベースライン同期を実行する限り、複数のマスタＨＬＲと冗長センタＨＬＲとの間における加入者データの一致性は、その後進展した命令またはデータの同期を達成するこの方法によって保証される。

ＢＯＳＳ解法は、冗長センタＨＬＲのホスト・マシンの性能及び機能について特別条件を全く持たないとともに、ＢＯＳＳにおいて別個のメーカーフォーマットの操作命令について機能を変換することを追加するだけであるので、この解法は、要求される技術作業が低いため、簡素であるとともに低廉である。したがって、その解法は、ネットワークで広く使用されるとともに、Ｎ＋１冗長性解法の主流に徐々に変わっていった。

しかしながら、ビジネスホール(business hall)によって処理される操作命令のみがＢＯＳＳ解法によって自動的に同期化することができ、ＨＬＲのローカル・メンテナンス・端末（ＬＭＴ）における加入者サービスのバッチを設定するとともに、システムレベルでＨＬＲのパラメータを設定するための操作命令のような、ビジネスホール以外で処理された他の多くの操作命令は、処理に関して管理者によって手動で同期化できるにすぎない。したがって、この解法のメンテナンス作業負荷は、大きい。

上記に鑑みて、本発明の目的は、ＨＬＲにデータ冗長性を持たせることと、複数のマスタＨＬＲと冗長センタＨＬＲとの間で加入者データの一致性を確保することと、冗長センタＨＬＲのメンテナンス作業負荷を削減することである。

上記目的を達成するために、本発明による技術思想は、以下のようにして達成される。

ホーム・ロケーション・レジスタ（ＨＬＲ）にデータ冗長性を持たせる方法であって、
１）マスタＨＬＲｓに保存されている加入者データについて冗長センタＨＬＲへのカットオーバ（切り替え）を実行するステップと、
２）マスタＨＬＲｓの実行時間においてシステムデータとマスタＨＬＲｓの前記加入者データとに関連して良好に実行された操作およびメンテナンス命令の全てを保存するステップと、
３）マスタＨＬＲｓと冗長センタＨＬＲとの間でデータ通信を実行するとともに、マスタＨＬＲｓに保存されている前記操作およびメンテナンス命令を冗長センタＨＬＲに転送させるステップと、
４）ステップ３）で受信された操作およびメンテナンス命令を冗長センタＨＬＲにとって認識可能な内部操作命令に変換するとともに、内部操作命令を冗長センタＨＬＲのホスト装置にロードするステップとを有する。

ここで、前記ステップ１）でカットオーバされたデータは、加入者データについて複数のマスタＨＬＲｓから冗長センタＨＬＲへのカットオーバをそれぞれ実行されたものとしてもよい。

前記方法は、各マスタＨＬＲｓに対して別個のマスタＨＬＲをそれぞれ設定するとともに、加入者データと冗長センタＨＬＲによって受信された操作およびメンテナンス命令とに、マスタＨＬＲのアイデンティティを追加するステップをさらに有することとしてもよく、
前記加入者データのカットオーバの実行は、それぞれ、別個のマスタＨＬＲのアイデンティティに基づいて、別個のマスタＨＬＲｓから冗長センタＨＬＲのホスト装置へ加入者データをロードすることを有し、
冗長センタＨＬＲによって前記命令を変換するとき、マスタＨＬＲのアイデンティティを保留するとともに、変換された内部操作命令を、それぞれ、別個のマスタＨＬＲのアイデンティティに関連付けて冗長センタＨＬＲのホスト装置へロードすることとしてもよい。

前記ステップ２）において、マスタＨＬＲｓにおける操作およびメンテナンス命令は、ログファイルとして保存されており、
前記ステップ３）における操作およびメンテナンス命令の転送は、操作およびメンテナンス命令を有するログファイルを転送させることとしてもよい。

前記ステップ３）における操作およびメンテナンス命令を転送させる方法は、冗長センタＨＬＲがマスタＨＬＲのオープンリストから操作およびメンテナンス命令を有するログファイルを定期的に取ってくることとしてもよい。

前記ステップ３）における操作およびメンテナンス命令を転送させる方法は、冗長センタＨＬＲが操作およびメンテナンス命令を転送させるための指令をマスタＨＬＲに出し、マスタＨＬＲが前記指令を受けた後に自身が保持しているログファイルを取り出すとともに、冗長センタＨＬＲに前記ログファイルを返送することとしてもよい。

前記ステップ４）におけるメンテナンス命令を変換する方法は、操作およびメンテナンス命令を有する受信されたログファイルを分析するとともに、ログファイルにおける運用加入者番号と、操作命令のタイプと、操作内容と、操作結果とに基づいて、冗長センタＨＬＲにとって認識可能な内部操作命令に操作およびメンテナンス命令を変換することとしてもよい。

前記マスタＨＬＲｓと冗長センタＨＬＲとは、広域ネットワーク（ＷＡＮ）を介してデータ通信を実行することとしてもよい。

前記マスタＨＬＲｓと冗長センタＨＬＲとは、デジタル・データ・ネットワーク(DDN)、またはＸ２５プロトコルモード、またはＥ１モードを介してデータ通信を実行することとしてもよいが、これらのモードに限定されない。

前記マスタＨＬＲｓと冗長センタＨＬＲとは、ファイル転送プロトコル（ＦＴＰ）またはソケット(SOCKET)モードで前記操作およびメンテナンス命令を転送することとしてもよいが、これらのモードに限定されない。

ＨＬＲにデータ冗長性を持たせる方法である本発明の技術思想によれば、冗長センタＨＬＲは、システムデータとマスタＨＬＲｓの加入者データとに関連付けられたものであって良好に実行された操作およびメンテナンス命令の全てを取得し、それらを冗長センタにとって認識可能な内部操作命令に変換するとともに、それらを冗長センタに直接ロードする。したがって、冗長センタＨＬＲとマスタＨＬＲｓとの間において全ての操作およびメンテナンス命令の同期化が達成できるとともに、マスタＨＬＲｓと冗長センタＨＬＲとの間で加入者データの一致が得られる。さらに、冗長センタの管理者によって実行される手動同期はもはや必要とはならないとともに、冗長センタＨＬＲのメンテナンス作業負荷を削減し、且つメンテナンスの複雑度を低減する。

本発明の目的、技術的解決手段および効果をより明確にするために、添付図面を参照して本発明の更なる詳細な説明を以下に記載する。

ＨＬＲにデータ冗長性を持たせる方法についての本発明の中核思想は、複数のマスタＨＬＲと冗長センタＨＬＲとの間でデータの一致を達成するために、データ冗長性を必要としている複数のマスタＨＬＲに対応して冗長センタＨＬＲを設定し、次いで、各マスタＨＬＲの加入者（subscribers）データおよびシステムデータに関連付けて操作（operation）およびメンテナンス命令を記録するとともに、前記データを冗長センタＨＬＲに同期させることである。本発明は、Ｎ＋１冗長モードを適用対象とするが、１＋１冗長モードに対してもまた適用可能である。唯一の相違点は、Ｎ＋１モードでは複数のマスタＨＬＲが存在するのに対して、１＋１モードではもっぱら１つのマスタＨＬＲが存在することである。

本発明は、複数のマスタＨＬＲのオペレーションログを同期化することによって、複数のマスタＨＬＲと冗長センタＨＬＲとの間で加入者データについて一致を得る、という以下の実施形態によって詳細に説明される。

日常のメンテナンスに関する条件を満たすために、前記オペレーションログを出力する機能は、ネットワークにおける複数のＨＬＲによって基本的にサポートされている。すなわち、複数のＨＬＲは、複数のマスタＨＬＲのシステムデータおよび加入者データに関連付けられるとともに良好に実行され且つビジネスホールのインターフェースと「ローカル・メンテナンス・ターミナル」を介して実行されたオペレーションを有する詳細な操作内容とともに、オペレーションログのモードにおいて管理者によって発行された全てのオペレーションおよびメンテナンス命令を保存することができる。別個の製品のオペレーションログは相互に異なっているが、しかし、ある製品のＨＬＲメンテナンスログのフォーマットは比較的固定されているとともに、製造業者がログについてどのようなフォーマットを採用しても、ＭＤＮ(Mobile Directory Number)および移動加入者識別番号（ＩＭＳＩ）のような運用加入者番号(operated subscriber number)と、操作命令のタイプと、操作内容と、操作結果などとを有する基本要素は同じである。したがって、固定フォーマットのログは、冗長センタＨＬＲによって認識可能な一定フォーマットに変換される限り、冗長センタに直接ロードすることができる。

このように、前記複数のマスタＨＬＲに関連付けられる全ての操作およびメンテナンス命令は、複数のマスタＨＬＲと冗長センタＨＬＲとの間で同期化することができ、その結果、複数のマスタＨＬＲと冗長センタＨＬＲとの間における全ての静的なデータの自動同期が実行されるとともに、冗長システムを維持するための複雑度が削減される。

図１を参照すると、データ冗長方法の実現構成を示す本発明の好適実施形態の概略図が示されており、Ｎ＋１冗長モードがこの実施形態に導入されている。本実施形態では、全ての前記複数のマスタＨＬＲ１０１がオリジナル・メンテナンス・ログ出力システムに基づいて変更されているとともに、複数のマスタＨＬＲのシステムデータおよび加入者データに関する全ての良好に実行された操作およびメンテナンス命令は、指定されたリストに属するログファイルのモードで保存される。日常のメンテナンスに関する条件を満たすために、ネットワークにおいて別個のメーカーによって提供される全ての複数のＨＬＲが、ログファイルを出力するための機能を支援することができ、したがって、本発明の実用化は比較的簡単である。

本実施形態の冗長センタＨＬＲ１１０は、汎用ＨＬＲに基づいて変更される。さらに、冗長センタＨＬＲのホスト装置１１４と、通信モジュール１１１と、複数のマスタＨＬＲと同じ数のメンテナンスログ変換モジュール１１２と、内部命令ロードモジュール１１３とが冗長センタＨＬＲに大規模に加えられている。そして、冗長センタＨＬＲ１１０が稼働し始める前に、冗長センタＨＬＲ１１０のホスト装置に対して、予め全てのマスタＨＬＲ１０１のそれぞれから加入者データについてカットオーバ(cutover)を実行する。ここで、カットオーバには、ある場所から他の場所へデータを移動させることも含まれる。

前記冗長センタＨＬＲ１１０における別個の複数のマスタＨＬＲデータの結合を減少させるために、各マスタＨＬＲ１０１は、本実施形態の冗長センタＨＬＲ１１０におけるマスタＨＬＲのアイデンティティ(identity)が指定されている。したがって、別個のマスタＨＬＲのアイデンティティは、別個の複数のマスタＨＬＲ１０１のデータ独立性を保証することに使用されるとともに、冗長センタＨＬＲ１１０のメンテナンスを促進する。加入者データについてカットオーバを実行するとき、冗長センタＨＬＲ１１０は、別個の複数のマスタＨＬＲのアイデンティティに基づいて、冗長センタＨＬＲ１１０のホスト装置に、別個の複数のマスタＨＬＲ１０１の加入者データをロードする。

ここで、前記通信モジュール１１１は、ファイル転送プロトコル（ＦＴＰ）通信モジュール、またはソケット（ＳＯＣＫＥＴ）通信モジュールを採用することによって実現される。複数のマスタＨＬＲ１０１のそれぞれは、広域ネットワーク（ＷＡＮ）を介して冗長センタＨＬＲ１１０とデータ伝送を実行するとともに、そのデータ伝送のモードはデジタル・データ・ネットワーク（ＤＤＮ）、Ｘ．２５またはＥ１とすることができる。通信モジュール１１１は、操作およびメンテナンス命令を有してテキストファイルとして保存されている複数のＮマスタＨＬＲ１０１のオープン・リストから、定期的にログファイルを取ってくる業界における従来の方法を使用する。また、通信モジュール１１１は、操作およびメンテナンス命令を得るために、複数のマスタＨＬＲ１０１へ指令を送信することができ、複数のマスタＨＬＲは、前記指令を受けた後に、自ら保存しているログファイルを取り出して、通信モジュール１１１へそれらを返送する。ログファイルを受け取った後、通信モジュール１１１は、複数のマスタＨＬＲ１０１の別個のログファイルに、別個のマスタＨＬＲのアイデンティティを追加するとともに、そのログファイルをマスタＨＬＲのアイデンティティと一緒にメンテナンスログ変換モジュール１１２へ送信する。

前記メンテナンスログ変換モジュール１１２は、ログファイルを分析するとともに、運用加入者番号と、操作命令のタイプと、操作内容と、操作結果とに基づいて冗長センタＨＬＲにとって認識可能な内部操作命令に、操作およびメンテナンス命令を変換する。操作およびメンテナンス命令の変換を実行しているとき、マスタＨＬＲのアイデンティティを保留するとともに、変換された内部操作命令を、別個のマスタＨＬＲのアイデンティティに基づいて内部命令ロードモジュール１１３へ送信する。

別個のメーカーについてのオペレーションログの多様性のために、一つのマスタＨＬＲ１０１は、本実施形態における一つのメンテナンスログ変換モジュール１１２に対応しているとともに、各メンテナンスログ変換モジュール１１２は、システムデータと複数のマスタＨＬＲの加入者データとに関連するものであって、良好に実行されたあるメーカーフォーマットのメンテナンス命令を、冗長センタＨＬＲ１１０にとって認識可能な内部操作命令に、変換することについて責任をもっている。同一メーカーによって製造された別個の複数のマスタＨＬＲ１０１は、メンテナンスログ変換モジュール１１２を共同使用することができるが、本実施形態は、目的達成の容易さに伴って、各マスタＨＬＲ１０１にメンテナンスログ変換モジュール１１２を持たせる。

前記内部命令ロードモジュール１１３は、別個のマスタＨＬＲのアイデンティティに基づいて、内部操作命令を冗長センタＨＬＲ１１０のホスト装置にロードするとともに、ホスト装置は、別個のマスタＨＬＲのアイデンティティに関連付けて別個の複数のＨＬＲのデータを識別することができる。

本実施形態のデータ冗長方法は、２つの処理手順を有している。

第１に、加入者データについてカットオーバを実行する。本実施形態の冗長センタＨＬＲは、それ自身が稼働し始める前に、既存ネットワークのＨＬＲにおける加入者データのカットオーバ・モードに関して、複数のマスタＨＬＲからの加入者データについてカットオーバを実行する。すなわち、それは冗長システムのために初期加入者データのベースラインを確立する。ネットワークにおける複数のＨＬＲの中での加入者データ移行操作は、技術的な問題のない慣用技術の一つであるので、さらに議論されることはない。冗長センタＨＬＲは、別個の複数のマスタＨＬＲから移動してきた加入者データに別個のマスタＨＬＲのアイデンティティを追加する。

第２に、前記操作およびメンテナンス命令を同期化させる。図２を参照すると、図１に示す本実施形態の操作およびメンテナンス命令についての同期手順を示すフローチャートが示されており、本手順は以下のステップを有する。

［ステップ２０１］
前記複数のマスタＨＬＲは、指定されたリストに基づく固定ログフォーマットで、加入者データと複数のマスタＨＬＲのホスト装置のシステムデータとに関する良好に実行された操作およびメンテナンス命令の全てを保存する。

［ステップ２０２］
前記冗長センタＨＬＲは、テキストファイルとして保存されているとともに操作およびメンテナンス命令を有する複数のＮマスタＨＬＲのオープン・リストから、定期的にログファイルを取ってくる業界における従来の方法を使用する。また、操作およびメンテナンス命令を転送させるための指令を、複数のマスタＨＬＲに送信することができる。指令を受けた後に、複数のマスタＨＬＲは、自ら保存しているログファイルを取り出して、それらを冗長センタＨＬＲに返送する。同時に、冗長センタＨＬＲは、複数のマスタＨＬＲの別個のログファイルに、別個のマスタＨＬＲの索引アイデンティティを追加する。

［ステップ２０３］
前記冗長センタＨＬＲは、ログファイルを分析するとともに、そのファイルから操作およびメンテナンス命令を読み取る。

［ステップ２０４］
前記ログファイルにおける運用加入者番号と、操作命令のタイプと、操作内容と、操作およびメンテナンス命令の実行結果とに基づいて、操作およびメンテナンス命令を、冗長センタＨＬＲにとって認識可能な内部操作命令に変換する。操作およびメンテナンス命令の変換を実行しているとき、マスタＨＬＲのアイデンティティを保持するとともに、変換された内部操作命令を、別個のマスタＨＬＲのアイデンティティに基づいて内部命令ロードモジュール１１３へ送信する。

［ステップ２０５］
変換された前記内部操作命令を、それぞれ、別個のマスタＨＬＲのアイデンティティに基づいて、冗長センタＨＬＲのホスト装置へロードする。

このように、前記冗長センタＨＬＲは、その冗長性の範囲で、複数のＮ作動マスタＨＬＲの全ての静的データをバックアップする。

作動している複数のＮマスタＨＬＲのいずれかに異常が生じた場合、前記冗長センタＨＬＲは、信号カットオーバを実行するために、故障したマスタＨＬＲに局所的に保存されたバックアップの静的データを使用するとともに、故障したマスタＨＬＲの加入者についてのローミングおよび発呼のようなサービスを提供する。上記は、サービス冗長手順であるとともに、従来技術のサービス冗長法と共に実現することができる。

上記実施形態に示すように、本発明のＨＬＲのためのデータ冗長方法は、自動的に同期化するために、冗長センタＨＬＲと複数のマスタＨＬＲとの間で増加したサービスデータの全てを確実にする。したがって、本発明のＨＬＲのためのデータ冗長方法は、複数のマスタＨＬＲと冗長センタＨＬＲとの間で加入者データの一致性を高めるとともに、冗長センタＨＬＲのメンテナンス作業負荷を削減し且つメンテナンスの複雑度を低減する。

データ冗長方法の実施構造を示す本発明の好適実施形態の概略図である。図１に示す実施形態のオペレーションおよびメンテナンス命令についての同期手順を示すフローチャートである。

符号の説明

１０１複数のマスタＨＬＲ
１１０冗長センタＨＬＲ
１１１通信モジュール
１１２メンテナンスログ変換モジュール
１１３内部命令ロードモジュール
１１４ホスト装置

Claims

ホーム・ロケーション・レジスタ（ＨＬＲ）にデータ冗長性を持たせる方法であって、
１）マスタＨＬＲｓに保存されている加入者データについて冗長センタＨＬＲへのカットオーバを実行するステップと、
２）マスタＨＬＲｓの実行時間においてシステムデータとマスタＨＬＲｓの前記加入者データとに関連して良好に実行された操作およびメンテナンス命令の全てを保存するステップと、
３）マスタＨＬＲｓと冗長センタＨＬＲとの間でデータ通信を実行するとともに、マスタＨＬＲｓに保存されている前記操作およびメンテナンス命令を冗長センタＨＬＲに転送させるステップと、
４）ステップ３）で受信された操作およびメンテナンス命令を冗長センタＨＬＲにとって認識可能な内部操作命令に変換するとともに、前記内部操作命令を冗長センタＨＬＲのホスト装置にロードするステップとを有することを特徴とするデータ冗長方法。
前記ステップ１）でカットオーバされた前記データは、加入者データについて複数のマスタＨＬＲｓから冗長センタＨＬＲへのカットオーバをそれぞれ実行されたものである請求項１に記載のデータ冗長方法。
各マスタＨＬＲｓに対して別個のマスタＨＬＲのアイデンティティをそれぞれ設定するステップと、
加入者データと冗長センタＨＬＲによって受信された操作およびメンテナンス命令とに、マスタＨＬＲのアイデンティティを追加するステップとをさらに有し、
前記加入者データのカットオーバを実行するとき、それぞれ、別個のマスタＨＬＲのアイデンティティに基づいて、別個のマスタＨＬＲｓから冗長センタＨＬＲのホスト装置へ加入者データをロードし、
冗長センタＨＬＲによって操作およびメンテナンス命令を変換するとき、マスタＨＬＲのアイデンティティを保留するとともに、変換された内部操作命令を、それぞれ、別個のマスタＨＬＲのアイデンティティに関連付けて冗長センタＨＬＲのホスト装置へロードする請求項２に記載のデータ冗長方法。
前記ステップ２）において、マスタＨＬＲｓにおける操作およびメンテナンス命令は、ログファイルとして保存されており、
前記ステップ３）における操作およびメンテナンス命令の転送は、操作およびメンテナンス命令を有するログファイルを転送させることである請求項１に記載のデータ冗長方法。
前記ステップ３）における操作およびメンテナンス命令を転送させる方法は、
冗長センタＨＬＲがマスタＨＬＲのオープンリストから操作およびメンテナンス命令を有するログファイルを定期的に取ってくることを有する請求項４に記載のデータ冗長方法。
前記ステップ３）における操作およびメンテナンス命令を転送させる方法は、
冗長センタＨＬＲが操作およびメンテナンス命令を転送させるための指令をマスタＨＬＲに出し、
マスタＨＬＲが前記指令を受けた後に自身が保持しているログファイルを取り出すとともに、冗長センタＨＬＲに前記ログファイルを返送することを有する請求項４に記載のデータ冗長方法。
前記ステップ４）における操作およびメンテナンス命令を変換する方法は、
操作およびメンテナンス命令を有する受信されたログファイルを分析するとともに、ログファイルにおける運用加入者番号と、操作命令のタイプと、操作内容と、操作結果とに基づいて、冗長センタＨＬＲにとって認識可能な内部操作命令に操作およびメンテナンス命令を変換することを有する請求項４に記載のデータ冗長方法。
マスタＨＬＲｓと冗長センタＨＬＲとは、広域ネットワーク（ＷＡＮ）を介してデータ通信を実行する請求項１に記載のデータ冗長方法。
マスタＨＬＲｓと冗長センタＨＬＲとは、デジタル・データ・ネットワーク（ＤＤＮ）、またはＸ２５プロトコルモード、またはＥ１モードを介してデータ通信を実行する請求項８に記載のデータ冗長方法。
マスタＨＬＲｓと冗長センタＨＬＲとは、ファイル転送プロトコル（ＦＴＰ）またはソケット(SOCKET)モードで前記操作およびメンテナンス命令を転送する請求項１に記載のデータ冗長方法。