JP2000507421A

JP2000507421A - 移動電気通信ネットワーク用ホーム位置レジスタ

Info

Publication number: JP2000507421A
Application number: JP09534197A
Authority: JP
Inventors: カニンガム，ジョゼフ; コリンズ，オウガスティーン; ディロン，アイダン
Original assignee: マークポート・リミテッド
Priority date: 1996-03-28
Filing date: 1996-03-28
Publication date: 2000-06-13
Also published as: US6360095B1; DE69623998D1; ATE225116T1

Abstract

(57)【要約】ホーム位置レジスタＨＬＲ（１０）は、ＮＡＰレイヤ（１２）、ＤＢＳレイヤ（１３）、及びＯＭＰレイヤ（１４）を相互接続するバス（１１）を有する。メモリデータベース（２６）への全てのアクセスは、１つのチャネル、即ち関連するＤＢＳ（２５）を通して行われる。このメモリデータベースの容量は、関連するデータベース（２６、２７）を備えたＤＢＳ（２５）をモジュラーとして追加することにより容易に拡大し得る。各ＮＡＰ（２０）は、加入者データの各項目についてアクティブＤＢ（２６）を識別するディレクトリサービス（２１）を有する。各ＤＢＳ（２５）はシャドーＤＢＳ（２５）を有し、リアルタイム同期のために、それへの書き込みを自動的に行う。

Description

【発明の詳細な説明】移動電気通信ネットワーク用ホーム位置レジスタ技術分野本発明は、デジタル移動電気通信ネットワーク用のホーム位置レジスタ（ＨＬＲ）に関するものである。背景技術従来、ＨＬＲは移動通信用交換センターに設置される分散コンフィギュレーションを有している。しかし、加入者数の増加によりシステムの規模が巨大化するにつれて、ＨＬＲは複雑化し、時には動作不能になった。このため、ＨＬＲを移動通信用交換センターから分離し、より集中化したコンフィギュレーションを提供しようとする傾向が生じた。一例が、英国特許第ＧＢ２２６９９６２号明細書に記載されている。このＨＬＲは、バスに接続された多数のアクセスプロセッサを有している。各アクセスプロセッサは、全ての永久加入者データ、及びビジタ位置データのような一時加入者データのサブセットを記憶している。ＨＬＲは、バスを介したアクセス要求のポーリング及び可能な場合にその転送により、問合わせを割り当てるリンクデバイスを備えている。このような構成における問題点は、データベースが特定のアクセスプロセッサの専用となり、この結果加入者数の直線的な増加がアクセスプロセッサに直接結びつけられる点である。これは障害許容力の欠如、複雑さ、及び追加の制御機能の必要性をもたらす虞がある。更にコストも嵩むことになる。別の問題は、リンクデバイスから発信されたポーリング及び転送信号が著しく高いバストラヒックをもたらし、応答時間が遅くなり得ることである。従って、単純かつ柔軟に加入者の増加に適応するように容易に変更可能な「耐将来性（future proof）」のＨＬＲが必要である。さらに、障害許容力がより高いＨＬＲ、メンテナンスや更新がより簡単なＨＬＲが必要である。発明の開示本発明によれば、移動電気通信ネットワークのホーム位置レジスタであって、高速バスと、それぞれが加入者データのデータベースに直接接続され、かつ前記バスに接続された少なくとも２つのデータベースサーバと、前記バスに接続され、かつ、前記バス及び前記データベースサーバを介してメモリデータベース上の加入者データにアクセスするための手段からなる、少なくとも１つのネットワークアクセスプロセッサと、オペレータインタフェースを有し、前記バスに接続され、かつ、前記バスと前記データベースサーバを介してメモリデータベース上の加入者データにアクセスするための手段からなるメンテナンスプロセッサと、記憶データベースとを有することを特徴とする移動電気通信ネットワークのホーム位置レジスタが提供される。この構成により、簡単なアップグレードが可能となり、また誤りの追跡やメンテナンスが一般に簡単にできるようになる。このアクセスプロセッサ及びデータベースの容量は、個別に高めることができる。さらに、各データベースに対する一つのチャネル、即ちデータベースサーバを介して、加入者データへのユニバーサルなアクセスが可能である。これにより、加入者データへのアクセスの効果的な制御が可能となる。或る実施例では、ネットワークアクセスプロセッサが、メモリデータベース上の加入者データの位置を表示するディレクトリサービスを含む。これにより高速のアクセスが可能となり、またネットワークアクセスプロセッサのポーリングの必要性が無くなってバストラヒックを最小限にすることができる。好適には、メンテナンスプロセッサは、ディレクトリサービスを更新するための手段を含む。これは、ＨＬＲ全体の一貫性を達成する簡単な方法である。或る実施例では、加入者データの各項目が、一つのメモリデータベース上のアクティブ位置に格納され、また異なるメモリデータベース上のシャドー位置にも格納される。好適には、ネットワークアクセスプロセッサのディレクトリサービスが、加入者データの各項目に対するアクティブ位置を格納しているメモリデータベースへのアクセスを有するデータベースサーバを識別する。別の実施例では、各データベースサーバが、シャドー位置を、関係するアクティブ位置を更新するときに動的に更新するための手段を有する。これらの特徴により、バストラヒックが殆どないシャドーデータベースの簡単なメンテナンスが可能となる。好ましくは、データベースサーバは、所望の性能及びセキュリティレベルに従った予め格納された複数のスキームの１つに従って、シャドー位置を更新するための手段を有する。或る実施例では、ネットワークアクセスプロセッサがトランザクションを終了するまで更新がデータベースサーバによって行なわれないように、ネットワークアクセスプロセッサが、メモリデータベースの更新時にトランザクション向き処置（transaction-oriented commit）を実行するための手段を有する。別の実施例では、ネットワークアクセスプロセッサが、バス状態及び誤り信号をメンテナンスプロセッサにアップロードするための手段を有する。更に別の実施例では、メンテナンスプロセッサが、データベースサーバの制御により加入者データをメモリデータベース間で分割するための手段を有する。別の実施例では、メンテナンスプロセッサが、記憶データベースに直接接続され、かつデータベースサーバを介してメモリデータベースにアクセスして記憶データベースを更新するための手段を有する。冗長性のために、メンテナンスプロセッサが記憶データベースに加入者データを複製するための手段を備えていてもよい。或る実施例では、ホーム位置レジスタが更に、バスに接続され、かつ前記バス及びデータベースサーバを介してメモリデータベース内の加入者データにアクセスするための手段からなる補助プロセッサを有する。或る実施例では、各データベースサーバが、データベースハンドラ（database handler）に接続されたコア（core）を有し、このデータベースハンドラは更に、メモリデータベースと、バスに接続された複数の外部ハンドラとに接続されている。好ましくは、前記コアが、それぞれに一度に一つのトランザクションのコアオペレーションを実行する複数の有限ステートマシンダイアログハンドラを有する。別の実施例では、外部ハンドラが、トランザクション要求の受信時にダイアログハンドラを活動化するための手段と、パラメータ値によってトランザクション及びダイアログハンドラを識別するための手段とを有する。好ましくは、外部ハンドラ、ダイアログハンドラ、及びデータベースハンドラは、識別子及びサーバメモリ位置を有する対象物としてトランザクションにおいて検索された加入者データを識別するための手段を有する。或る実施例では、ダイアログハンドラが、一時識別子により特定のトランザクション用の外部ハンドラを識別するための手段を有する。別の実施例では、各データベースサーバが、ダーティ（dirty）加入者データ項目、即ち記憶データベースにおいて更新されていない加入者データ項目を識別するための手段を有する。好ましくは、各データベースサーバが、或る任意の項目が記憶データベースにおいて更新されているか否かを、後続の更新されるべき項目についてメンテナンスプロセッサから要求を受取った場合に判定する。好ましくは、ダーティ加入者データ項目は、各項目内のフラグによって識別される。後者の実施例においては、各データベースサーバは、好ましくは、前記項目をメンテナンスプロセッサに転送して記憶データベースを更新した後、即座に前記フラグをクリーン状態（clean status）に変え、かつ、これをメンテナンスプロセッサから否定応答を受取った場合にダーティ状態に再度設定するための手段を有する。図面の簡単な説明本発明は、添付の図面を参照しつつ、以下の単なる例示としての実施例の説明からより明確に理解されよう。第１図は、本発明のホーム位置レジスタを組み込んだ移動電気通信システムの概要を示した図である。第２図は、本発明のホーム位置レジスタの全体を示す概略図である。第３図は、前記ホーム位置レジスタのより詳細な図である。第４図は、前記ホーム位置レジスタのネットワークアクセスプロセッサの概略図である。第５図は、ホーム位置レジスタのデータベースサーバの概略図である。第６(ａ)図、第６(ｂ)図、及び第６(ｃ)図は、データベースサーバの信号シーケンス図である。発明を実施するための最良の形態添付図面において、先ず第１図には、ホーム位置レジスタ（ＨＬＲ）１０を組み込んだ移動電気通信システム１が示されている。このシステム１は２ＳＳ７型の信号システム２を有する。多数の移動通信用交換センター（ＭＳＣ）３が、ＳＳ７に接続されており、それぞれに多数のベーストランシーバ局（ＢＴＳ）４と結び付けられている。各ＢＴＳは、移動加入者（ＭＳ）５から信号を受信する。このレベルにおいては、このようなシステムは従来通りのものである。ここで第２図〜第６図を参照しつつ、本発明のＨＬＲ１０について詳細に説明する。ＨＬＲ１０の心臓部には、高速バス１１が存在し、この高速バスは以下の３つの機能的レイヤに直接接続されている。即ち、ＳＳ７に接続されたネットワークアクセスプロセッサレイヤ１２、データベースサーバレイヤ１３、管理オペレータによりアクセス可能なオペレーション・メンテナンスプロセッサレイヤ１４である。高速バス１１は、１０〜１００Ｍビット／秒で動作し得る、一対のパラレルシリアルリンクである。第２のリンクは冗長性を与える。第２図の概略図から、ＨＬＲ１０の重要な側面は、データベースサーバレイヤ１３がネットワークアクセスプロセッサレイヤ１２から分離されている点であることが明らかである。また、レイヤ間の全ての信号のルーティングはバス１１を通して行われ、このバスは中央ルータとしての役目を果たしていることが明らかである。特に第３図を参照すると、ネットアークアクセスプロセッサレイヤ１２は、それぞれがディレクトリサービス２１を備えた多数のネットワークアクセスプロセッサ（ＮＡＰ）２０を有している。ＮＡＰ２０はリンク２２によってバス１１に接続されている。データベースサーバレイヤ１３は、本実施例においては２つのデータベースサーバ２５を有し、両データベースサーバはそれぞれ、アクティブメモリデータベース（ＤＢ）２６及びシャドーメモリデータベース（ＤＢ）２７に直接接続され、リンク２８によってバス１１に接続されている。重要な点は、メモリデータベースへの全てのアクセスが１つのチャネル、即ち関係するＤＢＳを通して行われるという点である。オペレーション・メンテナンスプロセッサレイヤ１４は、加入者ディスクデータベース３１を備えたオペレーション・メンテナンスプロセッサ（ＯＭＰ）３０を有する。最後に、ＨＬＲ１０は補助プロセッサ４０を有する。バス１１を介した要素間の相互接続は、例えばＵＮＩＸＩＰＣのような標準的なオペレーティングシステムＩＰＣの上位にくるプロセス間通信インタフェース(ＩＰＣインタフェース) を通してなされる。ＨＬＲ１０の構成要素は、リモートに又はローカルに配置され得る。即ち、バス１１が必要に応じて設けられる。ＤＢＳ２５のそれぞれは、全加入者データのサブセット（部分集合）を管理し、全てのＮＡＰ２０は全ＤＢＳ２５へのアクセスを有する。ＮＡＰ２０を全体としてＤＢＳ２５から独立させるために、ＮＡＰはＲＡＭベースのテーブルからなるディレクトリサービス２１を備え、このテーブルには、以下の情報を含む。即ち、基本データアクセスキー情報、加入者データの項目についてアクティブ位置を有するメモリデータベースに関連するサーバの識別情報、加入者データの項目についてシャドー位置を有するメモリデータベースに関連するサーバの識別情報である。本実施例では、１つのメモリデータベース２６のアクティブ位置に対するシャドー位置が、全て同一のシャドーメモリデータベース２７上に存在する。ＯＭＰ３０は、ＮＡＰ２１がトランザクションを実行しようとするときに、その要求を１回で正しいＤＢＳ２５にルーティングするように、ディレクトリサービス２１をアクティブ位置データで動的に更新する。これが、バストラヒックを最小化することにより、ＭＳＣ側から見たＨＬＲ１０内の高速応答を提供する助けとなる。関連したアクティブメモリデータベース２６とのトランザクションがひとたび行われると、ＤＢＳ２５はバス１１を介してシャドーメモリデータベース２７を自動的に更新する。このトランザクションは、ＮＡＰ２０がトランザクションを終了するまでＤＢＳ２５がデータ更新を行なわないようにするトランザクション向け処置として、ＮＡＰ２０により実行される。これによって複雑なオペレーションの際の誤り回復が可能となる。アクティブＤＢにアクセスできない場合に、ＮＡＰ２０は代わりにシャドーＤＢにアクセスするが、これはディレクトリサービス２１において示される。特に第４図を参照すると、各ＮＡＰ２０の構成が示されている。このＮＡＰは、特定されたＳＳ７スタックを有し、これは移動アプリケーション部分−プロバイダ（ＭＡＰ−Ｐ）５５に接続され、さらにこれは移動アプリケーション部分− ユーザ（ＭＡＰ−ユーザ）６０に接続されている。ＭＡＰ−Ｐはコア５６、携帯性ＴＣＡＰ２７、及びＭＡＰインタフェース５８を有する。ＭＡＰ−ユーザ６０はコア６１、確認センタ（ＡｕＣ）インタフェース６２、ＤＢＳインタフェース６３、ＭＡＰインタフェース６４、及び管理インタフェース６５を有する。このようなモジュラー式の構成により、簡単な変更やアップグレードが可能となり、さらにオペレーションの単純化が可能となる。ＮＡＰ２０は、バス状態及び誤り信号をＯＭＰ３０にアップロードするために管理インタフェース６５を用いる。これは、これによってバス誤りが即座に標識され、かつ必要な誤り回復オペレーションが実行されることから、重要である。このことは、リソースやポート／インタフェースの完全性を監視することにより達成される。各ＤＢＳ２５も、誤り信号をＯＭＰ３０にアップロードする。第５図に示すように、各ＤＢＳ２５はディストリビュータ７１、ダイアログハンドラ７２、及び閾値ハンドラ７３を備えたコア７０を有する。これらの構成要素は、全体として管理７４、クライアント７５、発信要求７６、及びデータベース７７の各信号インタフェースを介して各ハンドラと通信する。データベースハンドラ８０は、データベース２６及び２７へのアクセスを提供する。図示するように、コア７０をバス１１に接続する一組の外部ハンドラが存在する。この外部ハンドラには、管理ハンドラ８２、クライアントハンドラ８３、及び発信要求ハンドラ８４が含まれる。ＤＢＳ２５はまた、システムサービス８５も備えている。ＤＢＳ２５は、機能分解手法及び仕様・記述言語（ＳＤＬ）を用いて設計され、ハードウエアからは独立している。本実施例では、ＤＢＳ２５はＨＰ−ＵＸオペレーティングシステム上にある。ダイアログハンドラ７２は、ディストリビュータ７１によって活動化されるステートマシンとして実現されている。各ダイアログハンドラのインスタンスは、一度に一つのトランザクションしか処理せず、コア７０内の全てのハンドラ７２によって実行される同時トランザクションの限界は、閾値ハンドラ７３によって監視され、かつ制御される。管理ハンドラ８２により、ＯＭＰ３０及びバス１１に接続された他の管理／メンテナンスマシンによるアクセスが可能となる。ＤＢＳ２５が構成され、またスタート／ストップ信号及びアラーム信号が処理されるのは、このハンドラを通してである。クライアントハンドラ８３により、一般にＮＡＰ２０及びＯＭＰ３０を含むクライアントによるアクセスが可能となる。発信要求ハンドラ８４により、各ＤＢＳ２５がシャドーメモリデータベース( ＤＢ)２７にアクセスすることが可能となる。各ＤＢＳ２５に対して、シャドーＤＢ２７は唯一つしか存在しない。起動時には、ＤＢＳ２５内部で以下の処理シーケンスが起こる。（ａ）管理ハンドラ８２がデータベースハンドラ８０及びクライアントハンドラ８３をイネーブルにする。クライアントハンドラ８３が「ＯＭＰ同期化」状態に設定され、この状態においてＯＭＰ３０からの接続のみを受け付けるようになる。（ｂ）ＯＭＰ３０がＥＮＡＢＬＥメッセージを管理ハンドラ８２を介してコア７０に送信する。（ｃ）ディストリビュータ７１がイネーブルされ、ＥＮＡＢＬＥ−ＡＣＫ信号がＯＭＰ３０に返送される。（ｄ）ＯＭＰ３０がＤＢＳ２５に接続し、ＯＭＰ同期化を開始する。（ｅ）ＯＭＰ３０がＵＮＬＯＣＫメッセージを管理ハンドラ８２を介してコア７０に送信する。（ｆ）コア７０がクライアントハンドラ８３をロック解除し、全てのクライアント（例えば、ＮＡＰ２０）が接続できるようにする。次に、前記コアはＵＮＬＯＣＫ−ＡＣＫを管理ハンドラ８２に送信する。（ｇ）ＯＭＰ３０がＰＥＥＲ−ＳＹＮＣメッセージを管理ハンドラ８２を介してコア７０に送信する。これは、ＤＢＳ２５に、その特定のシャド−ＤＢ２７に同期化することを命令するものである。（ｈ）コア７０が発信要求ハンドラ８４をイネーブルし、ピア同期化要求のシャドーＤＢ２７への送信を開始する。これが完了したとき、前記コアはＰＥＥＲ −ＳＹＮＣ−ＡＣＫ信号を管理ハンドラ８２に送信する。起動後、ＯＭＰ３０は加入者データを、所望の分割ストラテジーに従って、各ＤＢＳ２５のアクティブＤＢ２６に転送する。例えば、このデータは以下の３つのＤＢＳ２５に分割され得る。パーティションＡパーティションＢパーティションＣ加入者の４０％加入者の４０％加入者の２０％パーティションＣのシャドーパーティションＡのシャドーパーティションＢのシャドーＤＢＳ２５及びＤＢ２６、２７は、ＮＡＰ２０から独立しており、かつバス１１を介してＯＭＰ３０により直接アドレス指定可能であるため、任意の所望の分割スキームを使用することができる。また、全ての加入者データを１つのＤＢＳ３０に入れることも可能である。重要な点は、完全な柔軟性が存在する点である。ＤＢ２６及び２７はＲＡＭに入っているが、全てのデータはＯＭＰ３０に直接接続されたディスクデータベース３１にも格納されており、更なる障害許容力のためにＯＭＰ上で複製される。データでディスクデータベース３１において更新されていないアクティブＤＢ内のデータは、「ダーティ」（dirty）データと称され、その状態を「クリーン」（clean）に変えるべく更新する方法を、以下に説明する。外部管理システムが、ＯＭＰ３０に直接又はバス１１を介してアクセスし、（ｉ）ＨＬＲ管理システムに対するアクセスを得るリモートログインを実行し、（ii）ＨＬＲの管理のための標準的なプロトコルを提供し、又は（iii）ＨＬＲの管理のためのプロプラエタリ即ち独占の制御、例えばオペレータ用マンマシン言語（ＭＭＬ）を提供することができる。補助プロセッサ４０は、外部管理システムか又は管理報告プロセッサであり得る。ＨＬＲ１０の全体的な構成のために、このようなプロセッサは容易に接続され得る。第５図を再度参照すると、ディストリビュータ７１は、クライアント要求を受取った際にダイアログハンドラ７２を活動化するべく作用し、次いでメッセージを、ディストリビュータ７１をバイパスして、直接クライアントハンドラ８３を通して転送する。クライアントオペレーションの大部分は、データベーストランザクションを開始させ、また、中にはシャドーＤＢを更新させるものがある。ダイアログハンドラ７２は、これらのオペレーションを管理する。ダイアログハンドラ７２のインスタンスは、このようなトランザクションのために生成され、次いで全トランザクションを引き受け、トランザクションの終了時に出て行く。データベースハンドラ８０は、コア７０とＤＢ２６及び２７との間をインタフェースし、ＤＢ２６及び２７から抽象化のレベルを供給する携帯用データベースＡＰＩを有する。ＤＢ２６から検索された実データは、ＳＤＬには組み込まれないが、代わりにコア７０内部のメモリ領域及び識別子を有する対象物と称される。この領域のアドレスは、データベースハンドラ８０に送られ、関係する外部ハンドラによって維持され、かつコア７０及びデータベースハンドラ８０によってアクセスされ得る。データベースハンドラ８０及び外部ハンドラ８１は、インタフェース７４〜７７によりコア７０と通信する。以下の表１は、コア７０とデータベースハンドラ８０間のデータベース信号インタフェース７７を定義している。トランザクションは「ダイアログ」または「プロセス」と称される。表１：データベース信号インタフェース７７信号ＤＢ＿ＢＥＧＩＮ＿ＴＲＡＮＳは、データベースハンドラ８０にダイアログ（トランザクション）の開始を通知する。ＤＢ＿ＣＯＭＭＩＴ及びＤＢ＿ＡＢＯＲＴは、ダイアログを終了させる。カーソル要求は、信号ＤＢ＿ＲＥＡＤＦＩＲＳＴ及びＤＢ＿ＲＥＡＤＮＥＸＴにより処理され、応答はＤＢ＿ＤＡＴＡ信号において到達する。信号ＤＢ＿ＲＥＡＤＬＯＣＫを用いることは、信号ＤＢ＿ＲＥＡＤの前に信号ＤＢ＿ＬＯＣＫを用いることと等価である。前者の信号が設けられたことにより、ロック及び読み出しを結合することによって得られる性能の利点が実現され得る。ダイアログハンドラ７２の新たなインスタンスのそれぞれは、独特の識別子によって認識される。データベースハンドラ８０は、この識別子を用いて、応答が正しいコアハンドラ７１に確実に向けられるようにする。同様に、データベースハンドラ８０はトランザクション識別子をコアに供給する。上述したように、インタフェース７７は、実データの構造から独立しており、対象物は、対象物識別子である型識別子と、対象物を保持するのに十分な大きさを有するＤＢＳオペレーティングシステムメモリの領域を指定するポインタとによって表現される。ＤＢ＿ＷＲＩＴＥ信号は、実行される書き込みオペレーションの型を特定するオペレータパラメータを有する。ディスクデータベース３１において更新され得る対象物は、クライアントによって設定されたダーティフィールドを有する。ＤＢ＿ＣＬＥＡＮ信号は、このフィールド値をＣＬＥＡＮにリセットする。ダーティレコードは続けてアクセスされ、ダーティレコード要求におけるシーケンスフラグに対する値を特定することが必要である。有効な値はＦＩＲＳＴ、ＮＥＸＴ及びＬＡＳＴである。データベースハンドラ８０からの応答には、結果フィールドが含まれる。有効な値はＳＵＣＣＥＳＳ、ＦＡＩＬＵＲＥ、ＮＯＴＦＯＵＮＤ及びＬＯＣＫＥＤである。以下の表２は、クライアント信号インタフェース７５を記述したものである。表２：クライアント信号インタフェース新たなトランザクションのそれぞれは、独特の識別子により認識される。前記コアはこの識別子を用いて、応答が正しいクライアントハンドラプロセスに確実に向けられるようにする。ＣＬ＿ＢＥＧＩＮ＿ＴＲＡＮＳ信号において使用されるパラメータは、コア７０に要求を発行したクライアントの種類を報知する。このパラメータにおいて有効な値は、ＯＭＰ、Ｐｅｅｒ及びＮｅｔｗｏｒｋである。発信要求インタフェース７６によってピア（シャドー）ＤＢ２７への複製及び再スタート時のピアＤＢからの同期化が可能となる。ピアＤＢ２７の識別は上述したようにＯＭＰ３０により構成可能であり、その構成は起動時に読み出されるファイル上に格納される。本発明の重要な側面は、複製の性質が構成可能であることであり、そして３つの異なるスキームが第６(ａ)図、第６(ｂ)図、及び第６ (Ｃ)図に示されている。第６(ａ)図は、データベースの更新及びクライアントへの肯定応答が、複製が承認された（肯定応答した）後にのみ起こるスキームを示している。このスキームは最も安全なスキームである。第６(ｂ)図は、ＤＢＳ２５がメモリＤＢ２６への書き込みの前には複製の承認を待たないようなスキームを示している。このスキームでは、複製の承認が受け取られるまで、クライアントに対し肯定応答を送らない。この方法により優れたレベルのセキュリティが提供され、良好な応答時間が得られる。第６(Ｃ)図に示すスキームにおいては、ＤＢＳ２５かデータベースを更新するか又はクライアントに肯定応答を送信する前には複製の承認を待たない。これによって、クライアントに対する非常に早い応答が提供される。発信要求信号インタフェース７６については、ＳＤＬ信号を用いて以下の表３のように定義される。表３：発信要求信号インタフェース７６インタフェース７６は、コア７０がこのような詳細な点に関係していないことから、読み出し又は書き込みが行われる実対象物の構造から独立するように設計される。従って、対象物は、型識別子（即ち、番号）及びこの対象物を保持するに十分な大きさを有するメモリ内の位置を指定するポインタによって表されるだけである。管理ハンドラ８２は以下の機能を提供する。即ち、 − 他のハンドラ及びコア７０の起動及び遮断。 − パラメータ、例えばトランザクションリミット、デバッギングフラグ等の初期化及びオンラインコンフィギュレーション。 − 統計量の報告。 − ＯＭＰ３０へのアラーム／事象の転送。インタフェース７４はＳＤＬ信号を用いて定義される。管理ハンドラ８２によりコア７０に送信される全ての信号は、ディストリビュータ７１により処理される。以下は管理信号インタフェース７４の説明である。表４：管理信号インタフェース７４コア７０は、プログラミングエラー、輻輳等を表示する、管理ハンドラ８２に送られるべき事象を発生させる。この事象は事象番号及び例えば誤りが回復可能であるか否かを示す適当なパラメータのリストからなる。上述したように、ダーティレコードとは、更新され、新たに生成され、又はネットワークから削除されたが、ＯＭＰ上のディスクデータベースにおいてまだ更新されていないレコードである。ダーティレコードには２つの用途がある。１．ＯＭＰディスクデータベース３１において更新されなければならないレコードを区別すること。２．メモリデータベースの同期化を、それが起動時にＯＭＰと同期化された後に終了させること。上記利用１．においては、ＯＭＰの更新がＯＭＰ３０上のプロセスの制御の下で行われる。このプロセスは、ダーティレコードを組み込んだ肯定応答で応答する、ＤＢＳからのダーティレコードを要求する。前記ＯＭＰは、ＤＢＳからの肯定応答からデータを抽出し、ディスクデータベース３１を更新し、次いで次のダーティレコードを要求する。ダーティレコードは、それがＯＭＰディスクデータベース３１において首尾よく更新された場合には、クリーンになる。この肯定応答は、性能上の理由から、ＰｒｅｖＲｅｓｕｌｔフィールドにおいてＯＭＰからＤＢＳへの次の要求に組み込まれる。この結果が成功でない場合は、前記レコードはダーティとして標識されたまま維持され、次の要求が処理される。ＯＭＰへの肯定応答が送られた後で、次の（ディスク更新肯定応答を組み込んでいる）ＯＭＰ要求が受け取られる前に、ＮＡＰから再度更新されるダーティレコードの問題が残っている。ＤＢＳには、このようなレコードがこのような状況の下でクリーンとして標識されるべきではない、ということを知り得るような機構が必要である。このことは、ＯＭＰからのピギーバック肯定応答を受け取る前にダーティビットをクリアすることにより解決される。ＯＭＰからの承認が否定的である場合には、ダーティビットをセットすることができ、この結果、再度レコードにダーティの標識が付される。レコードがネットワーク（ＮＡＰ）から更新された場合には、レコードは通常通りダーティとして標識される。この手法は、通常の条件下でダーティビットの１回の更新が行われることを意味している。データ転送速度は、ＯＭＰプロセスの制御下にあり、従ってＯＭＰ更新は必要なだけ遅い速度で処理され得る。ＯＭＰ更新は、ＣＬ＿ＤＩＲＴＹ＿ＤＡＴＡ（最後）を受け取った直後にＯＭＰ更新プロセスがＣＬ＿ＤＩＲＴＹ＿ＲＥＱ（最初）を発行する場合には、継続的に行われ得る。上記利用２．について、ＤＢＳはＯＭＰディスクデータベースと同期化された後に、そのピアＤＢＳと同期化されることが必要な場合がある。このことは、ＤＢＳがＯＭＰディスクデータベースと同期化されている間、ピアＤＢＳがクライアント要求をサービスしている場合に必要となる。ここでＤＢＳは、そのデータベースをピアデータベース上のダーティとして標識付けられた全てのレコードについて、それらはＯＭＰにおいて更新がなされておらず、従って、ＯＭＰからのダウンロードがなされていないことから、更新しなければならない。ＤＢＳは、ピアデータベースサーバにデータベース内の第１ダーティレコードを求める要求を送信する。ピアサーバは、これに応じてダーティレコードデータを送信することになる。次いでデータベースサーバは、次のレコードを要求し、これはデータベースを通しての１回のパスが終了するまで継続する。次いでピアサーバは、ダーティレコードの送信が終了したことを示す通知を送信する。このオペレーションにおいてダーティレコードシーケンスフラグは、ＯＭＰ更新の場合のように使用される。ピアデータベースサーバは、この手続きの間にダーティレコードの状態を変えない。要するに、メモリデータベースがそれぞれ１つのチャネルのみ（関連するＤＢＳ２５）によってアクセスされるという事実のために、アクセスは、制御がより単純であることから、従来より著しく高い効率で処理される。ＤＢＳはバス１１を介して直接アクセスされるため、加入者の膨張がＮＡＰ２０に直接リンクしないので、汎用性が著しく高まる。シャドーＤＢ２７における自動更新、ＯＭＰ３０を介してディスクデータベース３１の更新、及び各ＤＢＳ２５の構成要素の動作の仕方、これら全てが障害許容力を大いに高めることに繋がる。データを単に対象物として処理することが、特に誤りが生じないこと及びクライアントに対して高速の応答が提供されることを確実にするために効果的であることが分かった。ＤＢＳ構造はモジュラー型であり、これも柔軟性を与えている。このことは、上述した単純なトランザクション、クライアント、及び対象物、及びダイアログハンドラ識別法を用いることにより達成された。本発明の別の重要な利点は、ＮＡＰ２０がディレクトリサービス２１を有していることに起因する。これによって、ＮＡＰ２０が関連したＤＢＳ２５へ即時アクセスできるようにすることにより、バストラヒックが確実に最小化される。ＨＬＲのバスが完全に外部にあることを前提として説明してきたが、バスは部分的にハードウエアシステムの内部に設け得ると考えられる。例えば、ＮＡＰ２０及びＤＢＳ２５が、１つのハードウエアプラットフォーム上に存在でき、この場合、特定のＮＡＰが内部バスを介してＤＢＳにアクセスすることになる。他の全てのＮＡＰは、上述したように外部バスを介してそのＤＢＳにアクセスすることになる。重要な点は、各メモリデータベースに対して、唯１つのアクセスルート、即ち、その関係するＤＢＳと、それをＨＬＲにおけるクライアントにリンクするバスしか存在しないことである。本発明は、ここに記述した実施例に限定されず、その構成及び詳細を様々に変更して実施することができる。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＥ，ＤＫ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ (72)発明者ディロン，アイダンアイルランド国カウンティ・ダブリン，スチローガン・グローブ，オアパン・クローズ・７

Claims

【特許請求の範囲】１．移動電気通信ネットワークのホーム位置レジスタであって、高速バスと、それぞれが加入者データのデータベースに直接接続され、かつ前記バスに接続されている少なくとも２つのデータベースサーバと、前記バスに接続され、前記バス及び前記データベースサーバを介してメモリデータベース上の加入者データにアクセスするための手段からなる少なくとも１つのネットワークアクセスプロセッサと、オペレータインタフェースを備え、前記バスに接続され、かつ前記バス及び前記データベースサーバを介してメモリデータベース上の加入者データにアクセスするための手段からなるメンテナンスプロセッサと、記憶データベースとを有することを特徴とするホーム位置レジスタ。２．前記ネットワークアクセスプロセッサが、メモリデータベース上の加入者データの位置を示すディレクトリサービスからなることを特徴とする請求項１に記載のホームレジスタ。３．前記メンテナンスプロセッサが、前記ディレクトリサービスを更新するための手段からなることを特徴とする請求項２に記載のホーム位置レジスタ。４．加入者データの各項目が、一つのメモリデータベース上のアクティブ位置に格納され、かつ異なるメモリデータベース上のシャドー位置にも格納されることを特徴とする請求項１乃至３のいずれかに記載のホーム位置レジスタ。５．前記ネットワークアクセスプロセッサのディレクトリサービスが、加入者データの各項目についてアクティブ位置を格納するメモリデータベースへのアクセスを有するデータベースサーバを識別することを特徴とする請求項４に記載のホーム位置レジスタ。６．前記各データベースサーバが、関係するアクティブ位置の更新時にシャドー位置の動的な更新を行うための手段からなることを特徴とする請求項５に記載のホーム位置レジスタ。７．前記データベースサーバが、所望の処理及びセキュリティレベルに従って複数の予め格納されたスキームの一つに従ってシャドー位置の更新を行うための手段からなることを特徴とする請求項６に記載のホーム位置レジスタ。８．前記ネットワークアクセスプロセッサがトランザクションを終了するまで更新が前記データベースサーバによって行なわれないように、前記ネットワークアクセスプロセッサが、メモリデータベースの更新時にトランザクション向き処置（commit）を実行するための手段からなることを特徴とする請求項１乃至７のいずれかに記載のホーム位置レジスタ。９．前記ネットワークアクセスプロセッサが、バス状態及び誤り信号を前記メンテナンスプロセッサにアップロードするための手段からなることを特徴とする請求項１乃至８のいずれかに記載のホーム位置レジスタ。１０．前記メンテナンスプロセッサが、前記データベースサーバの制御により前記加入者データをメモリデータベース間で分割するための手段からなることを特徴とする請求項１乃至９のいずれかに記載のホーム位置レジスタ。１１．前記メンテナンスプロセッサが、前記記憶データベースに直接接続され、かつ前記データベースサーバを介して前記メモリデータベースにアクセスして前記記憶データベースを更新するための手段を有することを特徴とする請求項１乃至１０のいずれかに記載のホーム位置レジスタ。１２．前記メンテナンスプロセッサが、前記加入者データを前記記憶データベースに複製するための手段からなることを特徴とする請求項１乃至１１のいずれかに記載のホーム位置レジスタ。１３．前記バスに接続され、かつ前記バス及び前記データベースサーバを介して前記メモリデータベースの加入者データにアクセスするための手段からなる補助プロセッサを更に有することを特徴とする請求項１乃至１２のいずれかに記載のホーム位置レジスタ。１４．各データベースサーバが、データベースハンドラに接続されたコアからなり、前記データベースハンドラが、前記メモリデータベースに接続され、かつ前記バスに接続された複数の外部ハンドラに接続されていることを特徴とする請求項１乃至１３のいずれかに記載のホーム位置レジスタ。１５．前記コアが、それぞれに一度に一つのトランザクションのコアオペレーションを実行する複数の有限ステートマシンダイアログハンドラを有することを特長とする請求項１４に記載のホーム位置レジスタ。１６．外部ハンドラが、トランザクション要求を受けるとダイアログハンドラを活動化させるための手段と、パラメータ値を用いてトランザクション及びダイアログハンドラを識別するための手段とを有することを特徴とする請求項１５に記載のホーム位置レジスタ。１７．前記外部ハンドラ、前記ダイアログハンドラ、及び前記データベースハンドラが、トランザクションで検索された加入者データを、識別子及びサーバメモリ位置を有する対象物として識別するための手段を有することを特徴とする請求項１５又は１６に記載のホーム位置レジスタ。１８．前記ダイアログハンドラが、一時識別子によって特定のトランザクション用の外部ハンドラを識別するための手段からなることを特徴とする請求項１７に記載のホーム位置レジスタ。１９．各データベースサーバが、前記記憶データベースにおいて更新されていない加入者データ項目であるダーティ加入者データ項目を識別するための手段を有することを特徴とする請求項１乃至１８のいずれかに記載のホーム位置レジスタ。２０．各データベースサーバが、或る項目が記憶データベースにおいて更新されているか否かを、後続の更新されるべき項目についてメンテナンスプロセッサから要求を受取った場合に判定することを特徴とする請求項１９に記載のホーム位置レジスタ。２１．前記ダーティ加入者データ項目が、各項目内のフラグによって識別されることを特徴とする請求項２０に記載のホーム位置レジスタ。２２．各データベースサーバが、前記項目をメンテナンスプロセッサに転送して前記記憶データベースを更新した後に前記フラグを即座にクリーン状態に変更し、前記メンテナンスプロセッサから否定的応答を受取った場合には前記フラグを再度ダーティ状態に設定するための手段をからなることを特徴とする請求項２１に記載のホーム位置レジスタ。２３．実質的に本明細書及び添付の図面に記載されているホーム位置レジスタ。