(57)【要約】【課題】分散型ＨＬＲシステム及び該当する加入者データベース設備、及び被呼側のローミング番号の取得方法と関連システムを提供し、被呼側のローミング番号の取得過程において、ネットワークリソースの節約とサービス遅延時間の短縮を図る。【解決手段】本発明にかかる分散型ＨＬＲシステム及び被呼側のローミング番号の取得方法は、分散型ＨＬＲシステムにおける加入者データベース設備が、受信されたＳＲＩ要請メッセージから被呼側の標識番号を取得し、対応関係情報により前記標識番号に対応するＨＬＲフロントエンドを確定し、確定されたＨＬＲフロントエンドにより前記被呼側のＰＲＮ要請メッセージを送信し、返送されたＰＲＮ応答メッセージより被呼側のローミング番号を取得する手順を含む。【選択図】図５
2010141895.tif 000002
【特許請求の範囲】
【請求項１】
分散型ＨＬＲ（ホーム・ロケーション・レジスタ）システムにおける加入者データベース設備は受信されたＳＲＩ（送信ルーティング情報）要請メッセージから被呼側の標識番号を取得し、
対応関係情報により前記標識番号に対応するＨＬＲフロントエンドを確定し、前記対応関係情報には被呼側の標識番号と被呼側のＭＡＰ（移動応用部）フローが経由したＨＬＲフロントエンドの標識の対応関係を記録し、
前記加入者データベース設備は確定されたＨＬＲフロントエンドにより前記被呼側のＰＲＮ（ローミング番号提供）要請メッセージを送信し、返送されたＰＲＮ応答メッセージより被呼側のローミング番号を取得することを特徴とする被呼側ローミング番号の取得方法。
【請求項２】
前記対応関係の取得方法は具体的に、
前記加入者データベース設備は前記ＳＲＩ要請メッセージを受信する前、被呼側のＭＡＰフローにおいて、被呼側の標識番号及び当該ＭＡＰフローが経由したＨＬＲフロントエンドの標識を取得し、
前記取得された標識番号とＨＬＲフロントエンド標識の対応関係を前記対応関係にすることを特徴とする請求項１に記載の被呼側ローミング番号の取得方法。
【請求項３】
前記加入者データベース設備は被呼側のローミング番号を取得した後、更に前記加入者データベース設備は取得されたローミング番号を前記ＳＲＩ要請メッセージの送信するＭＳＣ（移動交換センター）に返送することを含むことを特徴とする請求項１に記載の被呼側ローミング番号の取得方法。
【請求項４】
前記被呼側の標識番号は被呼側のＭＳＩＳＤＮ（移動局統合サービスデジタルネットワーク）番号であることを特徴とする請求項１記載の被呼側ローミング番号の取得方法。
【請求項５】
ＳＲＩ（送信ルーティング情報）要請情報を受信する要請メッセージ受信モジュールと、
前記ＳＲＩ要請メッセージより被呼側の標識番号を取得する被呼側標識番号取得モジュールと、
対応関係情報を蓄積し、前記対応関係情報には、被呼側の標識番号と被呼側のＭＡＰフローが経由したＨＬＲフロントエンド標識の対応関係を記録する対応関係情報蓄積モジュールと、
前記被呼側の標識番号及び前記対応関係情報により、前記標識番号に対応するＨＬＲフロントエンドを確定するフロントエンド確定モジュールと、
前記フロントエンド確定モジュールで確定されたＨＬＲフロントエンドにより、前記被呼側のＰＲＮ要請メッセージを送信する要請メッセージ送信モジュールと、
返送されたＰＲＮ応答メッセージを受信し、前記ＰＲＮ応答メッセージより前記被呼側のローミング番号を取得するローミング番号取得モジュールと
を含むことを特徴とする加入者データベース設備。
【請求項６】
前記被呼側のＭＡＰフローにおいて、被呼側の標識番号と前記ＭＡＰフローが経由したＨＬＲフロントエンドの標識を取得し、取得された標識番号とＨＬＲフロントエンド標識の対応関係を前記対応関係情報に記録する対応関係記録モジュールを更に含むことを特徴とする請求項５に記載の加入者データベース設備。
【請求項７】
ＨＬＲフロントエンドを含み、
受信されたＳＲＩ（送信ルーティング情報）要請メッセージより被呼側の標識番号を取得後、対応関係情報により前記標識番号に対応するＨＬＲフロントエンドを確定し、確定されたＨＬＲフロントエンドにより前記被呼側のＰＲＮ要請メッセージを送信し、返送されたＰＲＮ応答メッセージより被呼側ローミング番号を取得し、前記対応関係情報には被呼側の標識番号と被呼側のＭＡＰフローが経由したＨＬＲフロントエンド標識の対応関係を記録する加入者データベース設備を更に含むことを特徴とする分散型ＨＬＲシステム。
【請求項８】
前記加入者データベース設備は又、前記被呼側のＭＡＰフローにおいて、被呼側の標識番号と当該ＭＡＰフローが経由したＨＬＲフロントエンドの標識を取得し、取得された標識番号とＨＬＲフロントエンド標識の対応関係を前記対応関係情報に記録することを特徴とする請求項７に記載の分散型ＨＬＲシステム。
【請求項９】
被呼側のローミング番号取得システムであり、第一ＭＳＣ（移動交換センター）、分散型ＨＬＲ（ホーム・ローケーション・レジスタ）システムと第二ＭＳＣを含み、
前記第一ＭＳＣはＳＲＩ（送信ルーティング情報）要請メッセージを送信し、
前記分散型ＨＬＲシステムにおける加入者データベース設備は前記分散型ＨＬＲシステムの第一ＨＬＲフロントエンドにより前記ＳＲＩ要請メッセージを受信し、前記ＳＲＩ要請メッセージから取得された被呼側の標識番号と対応関係情報により、前記被呼側の標識番号に対応するＨＬＲフロントエンドを確定し、前記対応するＨＬＲフロントエンドにより前記被呼側のＰＲＮ要請メッセージを送信し、
前記第二ＭＳＣは前記ＰＲＮ要請メッセージを受信後、ＰＲＮ応答情報を返送し、
前記分散型ＨＬＲシステムの加入者データベース設備は返送されたＰＲＮ応答メッセージより被呼側ローミング番号を取得することを特徴とする被呼側ローミング番号の取得システム。
【請求項１０】
前記分散型ＨＬＲシステムにおける加入者データベース設備は又、前記被呼側のＭＡＰフローにおいて、被呼側の標識番号と当該ＭＡＰフローが経由したＨＬＲフロントエンドの標識を取得し、取得された標識番号とＨＬＲフロントエンド標識の対応関係を前記対応関係情報に記録することを特徴とする請求項９に記載の被呼側ローミング番号の取得システム。
【請求項１１】
前記分散型ＨＬＲシステムにおける加入者データベース設備は更に又、前記第一ＨＬＲのフロントエンドにより前記第一ＭＳＣに取得された被呼側のローミング番号を返送することを特徴とする請求項９又は１０に記載の被呼側ローミング番号の取得システム。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信領域に関し、特に分散型ＨＬＲによる被呼側のローミング番号の取得方法、被呼側へのルーティング技術に関する。
【背景技術】
【０００２】
通信ネットワークにおいて、ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ、ホーム・ロケーション・レジスタ）は加入者の契約情報、認証情報及び動的情報（例えば加入者の位置）等のデータを蓄積する。ネットワークとサービスの発展に伴い、ＨＬＲは大容量化・分散型・高信頼性、分離アーキテクチャ、統一的なデータモデル及びオープンインタフェースを備える加入者データ蓄積ネットワークの方向に向かって進化してきた。ＨＬＲは物理形式上のただの単一システム構造ではなくなり、異なる機能を有する階層構造を持つネットワークとなり、業界では「分散型ＨＬＲシステム」と称する。
【０００３】
分散型ＨＬＲシステムは図１に示すように、複数の加入者データベース設備と複数のＨＬＲフロントエンドより構成できる。そのうち、加入者データベース設備は加入者データを蓄積し、ＨＬＲフロントエンドはＭＡＰ（Ｍｏｂｉｌｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ、ＩＳＤＮの移動応用部）プロトコルから内部標準プロトコルへの変換を完成する。サービスシステム（例えば、ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ、移動通信交換局）・ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＳＮ、サービングＧＳＮ）・ＳＣＰ（Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ、サービス制御ポイント）等）はＨＬＲフロントエンドと情報交換をし、ＨＬＲフロントエンドは加入者データベース設備と情報交換をしてシステム全体の信頼性を向上する。分散型ＨＬＲシステムにおける複数の加入者データベース設備は、同様な加入者データを保存し、リアルタイムなデータ同期化を行うことによりデータのセキュリティ性を高め、分散型ＨＬＲシステムにおける複数の設備はＩＰベアラネットワークによる広域ネットワーキングができ、地理上の障害回復能力を具備する。
【０００４】
従来の分散型ＨＬＲシステムは移動通信ネットワークにおいて、図２に示す応用形態を採用していた。１つの分散型ＨＬＲは複数のシグナリングにおける加入者にサービスを提供し、分散型ＨＬＲシステムにおけるＨＬＲフロントエンドは、シグナリング毎に設置されたＳＴＰ（Ｓｉｇｎａｌｉｎｇ  Ｔｒａｎｓｆｅｒ  Ｐｏｉｎｔ、信号伝送ポイント）設備・ＭＳＣ設備等の近くに設置され、リンク作成を減らせる。各シグナリングにおけるＳＴＰ設備はセグメント番号により異なったシグナリング間で伝送されるＭＡＰシグナリングに対してルーティングを実行する。
【０００５】
上述応用形態において、仮にシグナリング１における番号が１３９００１１００１とする加入者Ａは、ＭＳＣ１によりシグナリング２における番号が１３９００１２００１とする加入者Ｂに対して発呼する場合に、被呼側へのルーティングフローは図３に示すように、次のステップを含む。
【０００６】
Ｓ３０１：ＭＳＣ１は近くにあるＨＬＲフロントエンド（例えば、ＨＬＲフロントエンドＡ）によりＳＲＩ（Ｓｅｎｄ  Ｒｏｕｔｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ、送信ルーティング情報）ＭＡＰ要請メッセージをトリガーする。Ｓ３０２：加入者データベース設備は加入者Ｂの登録ＭＳＣの番号（ここはＭＳＣ２である）によりＨＬＲフロントエンドＡでＰＲＮ（Ｐｒｏｖｉｄｅ  Ｒｏａｍｉｎｇ  Ｎｕｍｂｅｒ、ローミング番号を提供）のＭＡＰ操作フローをトリガーする。Ｓ３０３：ＨＬＲフロントエンドＡは通常、自分に近いＳＴＰ１を選択してＭＳＣ２へのＰＲＮ要請メッセージのルーティングを実行する。Ｓ３０４：ＭＳＣ２はＰＲＮ要請を受信後に、加入者Ｂのローミング番号をＰＲＮ応答に含めて返送し（加入者ＢはホームネットワークのＭＳＣに登録しても、ローミング先ネットワークのＭＳＣに登録しても、ネットワーク側からローミング番号を割り当てられた。）、ＰＲＮ応答はＳＴＰ２、ＳＴＰ１とＨＬＲフロントエンドＡを経由して加入者データベース設備に送信される。
Ｓ３０５：加入者データベース設備はＳＲＩ応答メッセージによりＭＳＣ１に加入者Ｂのローミング番号を返送する。Ｓ３０６：ＭＳＣ１は加入者Ｂのローミング番号によりＭＳＣ２を経由して加入者Ｂに対して発呼する。
【０００７】
上述フローから理解できるが、従来技術にかかる被呼側へのルーティング方法（即ち、被呼端末のローミング番号により、着呼端末へのルーティングパスを確定する方法）を採用した場合に、分散型ＨＬＲシステムはＳＲＩ要請メッセージの受信元におけるＨＬＲフロントエンドをＰＲＮ要請メッセージの送信元としていた。本発明の発明者により、上述の被呼側へのルーティング方法はＰＲＮメッセージの伝送路に迂回が存在し、信号網におけるＳＴＰインタフェースとリンクに負担を掛けさせ、ネットワークリソースの無駄使いとサービスの時間遅延等の問題を引き起こした。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は以上のような課題に鑑みてなされたものであり、分散型ＨＬＲシステム及び該当する加入者データベース設備、及び被呼側のローミング番号の取得方法と関連システムを提供し、被呼側のローミング番号の取得過程において、ネットワークリソースの節約とサービス遅延時間の短縮を図ることを目的とする。
【課題を解決するための手段】
【０００９】
本発明にかかる分散型ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ、ホーム・ロケーション・レジスタ）システムにおける加入者データベース設備は、受信されたＳＲＩ（送信ルーティングメッセージ）請求メッセージから被呼側の標識番号を取得し、対応関係情報により、前記標識番号に対応するＨＬＲフロントエンドを確定し、前記対応関係情報には被呼側の標識番号と被呼側の移動応用部ＭＡＰフローが経由したＨＬＲフロントエンドの標識の対応関係を記録し、前記加入者データベース設備は確定されたＨＬＲフロントエンドにより前記被呼側のＰＲＮ（ローミング番号を提供）要請メッセージを送信し、返送されたＰＲＮ応答メッセージより被呼側のローミング番号を取得する被呼側のローミング番号の取得方法を含む。
【００１０】
前記対応関係の取得方法は具体的に、前記加入者データベース設備は前記ＳＲＩ要請メッセージを受信する前に、被呼側のＭＡＰフローにおいて被呼側の標識番号及び当該ＭＡＰフローが経由したＨＬＲフロントエンドの標識を取得し、取得された被呼側の標識番号とＨＬＲフロントエンド標識の対応関係を前記対応関係にする。
【００１１】
前記加入者データベース設備は被呼側のローミング番号を取得した後、更に前記加入者データベース設備は取得されたローミング番号を前記ＳＲＩ要請メッセージの送信ＭＳＣに返送することを含む。
【００１２】
本発明にかかる加入者データベース設備は、ＳＲＩ（送信ルーティング情報）要請メッセージを受信する要請メッセージ受信モジュールを含み、更に前記ＳＲＩ要請メッセージより被呼側の標識番号を取得する被呼側標識番号取得モジュールと、対応関係情報を蓄積し、前記対応関係情報には被呼側の標識番号被呼側のＭＡＰフローが経由したＨＬＲフロントエンド標識の対応関係を記録する対応関係情報蓄積モジュールと、前記被呼側の標識番号及び前記対応関係情報により、前記標識番号に対応するＨＬＲフロントエンドを確定するフロントエンド確定モジュールと、前記フロントエンド確定モジュールで確定されたＨＬＲフロントエンドにより、前記被呼側のＰＲＮ要請メッセージを送信する要請メッセージ送信モジュールと、返送されたＰＲＮ応答メッセージを受信し、前記ＰＲＮ応答メッセージより前記被呼側のローミング番号を取得するローミング番号取得モジュールとを含む。
【００１３】
本発明にかかる分散型ＨＬＲシステムは、ＨＬＲフロントエンド設備を含み、更に受信されたＳＲＩ（送信ルーティング情報）要請メッセージより被呼側の標識番号を取得後、対応関係情報により前記被呼側の標識番号に対応するＨＬＲフロントエンドを確定し、確定されたＨＬＲフロントエンドにより前記被呼側のＰＲＮ要請メッセージを送信し、返送されたＰＲＮ応答メッセージより被呼側のローミング番号を取得し、前記対応関係情報には被呼側の標識番号と被呼側のＭＡＰフローが経由したＨＬＲフロントエンド標識の対応関係を記録する加入者データベース設備を含む。
【００１４】
本発明にかかる被呼側のローミング番号取得システムは、第一ＭＳＣ、分散型ＨＬＲ（ホーム・ローケーション・レジスタ）システムと第二ＭＳＣを含み、前記第一ＭＳＣはＳＲＩ（送信ルーティング情報）の要請メッセージを送信し、前記分散型ＨＬＲシステムにおいて、前記分散型ＨＬＲシステムにおける加入者データベース設備は、前記分散型ＨＬＲシステムにおける第一ＨＬＲフロントエンドにより前記ＳＲＩ要請メッセージを受信し、前記ＳＲＩ要請メッセージより取得された被呼側の標識番号と対応関係情報により対応するＨＬＲフロントエンドを確定し、前記対応するＨＬＲフロントエンドにより前記被呼側のＰＲＮ要請メッセージを送信し、前記第二ＭＳＣは前記ＰＲＮ要請メッセージを受信後、ＰＲＮ応答情報を返送し、前記分散型ＨＬＲシステムにおける加入者データベース設備は返送されたＰＲＮ応答メッセージより、被呼側のローミング番号を取得する被呼側のローミング番号の取得方法を含む。
【発明の効果】
【００１５】
本発明の実施形態において、分散型ＨＬＲシステムにおける加入者データベース設備はＳＲＩ要請メッセージを受信後、当該ＳＲＩ要請メッセージを受信したＨＬＲフロントエンドよりＰＲＮ要請メッセージを送信せず、被呼側のＭＡＰフローが経由したＨＬＲフロントエンドを見つけて、前記のＨＬＲフロントエンドをＰＲＮ要請メッセージの送信元にする。そうすることにより、ＰＲＮ要請メッセージが被呼側の登録ＭＳＣまでの迂回経路を減少し、ネットワークリソースの節約、サービス遅延時間の短縮が図れるようになる。
【図面の簡単な説明】
【００１６】
【図１】従来技術における分散型ＨＬＲシステムを示す図である。
【図２】従来技術における分散型ＨＬＲシステムの移動通信ネットワークにおける応用形態を示す図である。
【図３】従来技術における被呼側へのルーティング方法を示すフローチャートである。
【図４】本発明の実施形態にかかる分散型ＨＬＲシステムの移動通信ネットワークにおける応用形態を示す図である。
【図５】本発明の実施形態にかかる被呼側へのルーティング方法を示すフローチャートである。
【図６】本発明の実施形態にかかる加入者データベース設備の構造を示す図である。
【発明を実施するための形態】
【００１７】
本発明により、被呼側の所在シグナリングにおけるＨＬＲフロントエンドをＰＲＮ要請メッセージの送信元とすれば、ＰＲＮメッセージのルーティングノードを減少できるため、ネットワークリソースの節約、サービス遅延時間の短縮が図れるようになる。以下は図面に関連して、本発明にかかる実施形態の技術案について詳細に説明する。
【００１８】
携帯端末の位置更新、発呼発呼或いは認証が行われるＭＡＰフローにおいて、携帯端末の所在シグナリングにおけるＨＬＲフロントエンドと加入者データベース設備の間の情報交換により上述機能を完成させる必要がある。そうすると、加入者データベース設備は、当該携帯端末の一番最近のＭＡＰフローがどのＨＬＲフロントエンドで行われたのかを了解できる。加入者データベース設備は、当該携帯端末番号（例えば携帯端末のＭＳＩＳＤＮ番号）と当該携帯端末の一番最近のＭＡＰフローが経由したＨＬＲフロントエンドの標識を対応して記録すれば、当該携帯端末は被呼側となった時に、加入者データベース設備は記録された対応関係により、当該携帯端末の一番最近のＭＡＰフローが経由したＨＬＲフロントエンドを見つけられ、当該ＨＬＲフロントエンドをＰＲＮ要請メッセージの送信元にすることができる。そうすると、ＰＲＮ要請メッセージが経由するルーティングノードは大幅に減少でき、ネットワークリソースの節約とサービス時間遅延の短縮が図れることになる。
【００１９】
以下は、図４に示すシグナリングＡにおける携帯端末ＡがシグナリングＢにおける携帯端末Ｂに対して発呼することを例として本発明の技術案を詳細に説明する。被呼側の携帯端末Ｂのローミング番号を取得し、携帯端末Ｂへのルーティングは図５に示すように、次のようなステップを含む。
【００２０】
Ｓ５０１：携帯端末Ａが携帯端末Ｂに発呼信する時、携帯端末Ａのシグナリング所在信号セルにおけるＭＳＣ-Ａは近くにあるＨＬＲフロントエンドＡによりＳＲＩ要請メッセージをトリガーする。
【００２１】
Ｓ５０２：分散型ＨＬＲシステムにおける加入者データベース設備はＳＲＩ要請メッセージから被呼側の標識番号を取得し、当該被呼側の標識番号は具体的に被呼側のＭＳＩＳＤＮ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ  Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ、移動局統合サービスデジタルネットワーク）番号であっても良い。
【００２２】
Ｓ５０３：加入者データベース設備は対応関係情報により、被呼側の標識番号に対応するＨＬＲフロントエンドを確定する。
【００２３】
加入者データベース設備の関係対応情報には、携帯端末標識番号と当該携帯端末のＭＡＰフローが経由したＨＬＲフロントエンドの標識の対応関係を記録している。加入者データベース設備は関係対応情報より被呼側の標識番号と着呼携帯端末ＭＡＰフローが経由したＨＬＲフロントエンドの標識の対応関係を見つけて、被呼側の標識番号に対応するＨＬＲフロントエンドを確定する。
【００２４】
加入者データベース設備が携帯端末標識番号と当該携帯端末のＭＡＰフローが経由したＨＬＲフロントエンドの標識を記録するフローは、具体的に、携帯端末が位置更新及び呼認証等を行う際、ＭＳＣによりＭＳＣに近いＨＬＲフロントエンドを経由して加入者データベース設備と情報交換をしてＭＡＰフローを完成する必要がある。その際に、加入者データベース設備は携帯端末の標識番号と今回のＭＡＰフローが経由したＨＬＲフロントエンドの標識を対応するように対応関係情報に記録でき、携帯端末は位置変動して、再度に位置更新を行う時に、ＭＡＰフローが経由したＨＬＲフロントエンドは既に変更されれば、加入者データベース設備は携帯端末の標識番号と今回のＭＡＰフローが経由したＨＬＲフロントエンドの標識を再び記録し、以前の携帯端末の標識番号とＨＬＲフロントエンド標識の対応関係記録を取り替える。そうすると、加入者データベース設備は常に携帯端末の標識番号と当該携帯端末の一番最近のＭＡＰフローが経由したＨＬＲフロントエンド標識の対応関係を維持している。加入者データベース設備は既に、ＭＳＣ-ＡがＳＲＩ要請メッセージをトリガーする前に、被呼側の携帯端末Ｂの標識番号と携帯端末Ｂの一番最近のＭＡＰフローが経由したＨＬＲフロントエンド標識との対応関係を対応関係情報に記録しておいたため、対応関係情報により携帯端末の一番最近のＭＡＰフローが経由したＨＬＲフロントエンドを見つけられる。例えば、テーブル１は加入者データベース設備で維持している対応関係テーブルである。
【００２５】
【表１】
2010141895.tif 000003
【００２６】
Ｓ５０４：加入者データベース設備は、確定されたＨＬＲフロントエンド（ＨＬＲフロントエンドＢ）によりＰＲＮ要請メッセージを送信する。
【００２７】
加入者データベース設備はＨＬＲフロントエンドＢをＰＲＮ要請メッセージの送信元とし、被呼側の標識番号の登録ＭＳＣ（ＭＳＣ-Ｂ）にＰＲＮ要請メッセージを送信する。そうすると、ＰＲＮ要請メッセージはＨＬＲフロントエンドＡとＳＴＰ-Ａを経由して迂回せず、被呼側の携帯端末Ｂの一番最近のＭＡＰフローが経由したＨＬＲフロントエンドから送出されるようになり、信号の経由するルーティングノードを減少させ、ネットワークリソースの節約とサービス時間遅延の短縮が図れる。
【００２８】
Ｓ５０５：ＭＳＣ-Ｂは、ＰＲＮ要請メッセージを受信後、ＨＬＲフロントエンドＢによりＰＲＮ応答情報を返送する。
【００２９】
Ｓ５０６：加入者データベース設備は、ＰＲＮ応答メッセージを受信後、被呼側のローミング番号を取得する。
【００３０】
Ｓ５０７：加入者データベース設備は被呼側のローミング番号をＳＲＩ応答メッセージに含めてＨＬＲフロントエンドＡによりＭＳＣ-Ａに送信し、ＭＳＣ-Ａにより被呼側へのルーティングを完成する。
【００３１】
上記説明は、理解の便利のために、方法のステップを順次に説明したが、上述ステップの厳しい順序制限をなくすることも可能である。
【００３２】
本発明にかかる実施形態はＨＬＲフロントエンドと加入者データベース設備を含む分散型ＨＬＲシステムを提供し、そのうち、前記加入者データベース設備の１種の構造は図６に示されるように、ＳＲＩ（送信ルーティング情報）の要請情報を受信する要請メッセージ受信モジュール６０１と、要請メッセージ受信モジュール６０１より受信されたＳＲＩ要請メッセージから被呼側の標識番号を取得する被呼側標識番号取得モジュール６０２と、被呼側の標識番号と被呼側のＭＡＰフローが経由したＨＬＲフロントエンド標識との対応関係を記録する対応関係情報を蓄積する対応関係情報蓄積モジュール６０３と、被呼側標識番号取得モジュール６０２で取得された被呼側の標識番号により、対応関係情報蓄積モジュール６０３で蓄積された対応関係情報を検索し、前記被呼側の標識番号に対応するＨＬＲフロントエンドを確定するフロントエンド確定モジュール６０４と、フロントエンド確定モジュール６０４で確定されたＨＬＲフロントエンドにより、前記被呼側のＰＲＮ要請メッセージを送信する要請メッセージ送信モジュール６０５と、返送されたＰＲＮ応答メッセージを受信し、前記ＰＲＮ応答メッセージより前記被呼側のローミング番号を取得するローミング番号取得モジュール６０６とを含む。
【００３３】
前記加入者データベース設備は又、前記被呼側のＭＡＰフローから被呼側の標識番号と当該ＭＡＰフローが経由したＨＬＲフロントエンドの標識を取得し、取得された標識番号とＨＬＲフロントエンド標識の対応関係を前記対応関係情報に記録する対応関係記録モジュール６０７を含む。
【００３４】
前記加入者データベース設備は更に、ローミング番号取得モジュール６０６で取得されたローミング番号を前記ＳＲＩ要請メッセージの送信ＭＳＣに返送するローミング番号返送モジュール６０８を含む。
【００３５】
本発明にかかる実施形態において、分散型ＨＬＲシステムの加入者データベース設備はＳＲＩ要請メッセージを受信後、当該ＳＲＩ要請メッセージの受信ＨＬＲフロントエンドによりＰＲＮ要請メッセージを送信せず、被呼側のＭＡＰフローで経由されたＨＬＲフロントエンドを見つけて、それをＰＲＮ要請メッセージの送信元とするので、被呼側の登録ＭＳＣに送信されるＰＲＮ要請メッセージの迂回経路を減少させ、ネットワークリソースの節約とサービス遅延時間の短縮が図れるようになった。
【００３６】
当業者により、上述実施形態におけるステップの全部又一部は、プログラムにより関連のハードウェアに指示することで完成できる。又は、当該プログラムはコンピュータの読み出す蓄積媒介（例えば、ＲＯＭ/ＲＡＭ、ＭＤ、ＣＤ―ＲＯＭ）等に保存できるものである。
【００３７】
又、本書の附図又は実施形態にかかる装置の構造は説明するためのものにすぎず、単純なロジック構造を示すものでありうる。分離コンポーネントとして示されたモジュールは、物理的に分離したものであり、そうではない可能性を有し、モジュールとして示されたコンポーネントは、物理モジュールではない可能性を有する。
【００３８】
最後に注意するべきことは、以上は本発明の好ましい実施形態の説明だけで、当業者によって、上述した技術的な解決手段を改造し、またはその中の一部の技術要素を置換することもできる。そのような改造と置換は本発明の各実施例の技術の範囲から逸脱するとは見なされない。
【図１】
2010141895.tif 000004
【図２】
2010141895.tif 000005
【図３】
2010141895.tif 000006
【図４】
2010141895.tif 000007
【図５】
2010141895.tif 000008
【図６】
2010141895.tif 000009