JP4076775B2 - 多重プロトコルホームロケーションレジスタ - Google Patents
多重プロトコルホームロケーションレジスタ Download PDFInfo
- Publication number
- JP4076775B2 JP4076775B2 JP2002052816A JP2002052816A JP4076775B2 JP 4076775 B2 JP4076775 B2 JP 4076775B2 JP 2002052816 A JP2002052816 A JP 2002052816A JP 2002052816 A JP2002052816 A JP 2002052816A JP 4076775 B2 JP4076775 B2 JP 4076775B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- protocol
- hlr
- database
- ansi
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、通信システムに関し、特に、通信システムにおけるホームロケーションレジスタのオペレーションに関する。
【０００２】
【従来の技術】
比較的少数の周波数を用いて多数の移動加入者に無線電話サービスを提供するための、さまざまなタイプのセルラ通信方式が知られている。このようなサービスは、サービスエリアをいくつかのセルに分割し、隣り合わないセルで周波数を再利用することによって提供される。このセルラ原理により、割り当てられた無線スペクトル上で伝送されるワイヤレス通信の量を大幅に増大させることが可能となり、それにより、ワイヤレス通信加入者の数が大幅に増大している。アナログ、時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ(Global System for Mobile Communications)などのさまざまな異なるセルラプロトコルがある。
【０００３】
同様に、さまざまなタイプの有線の方式およびプロトコルが、一般にパーソナルコンピュータやその他のタイプのコンピューティング装置を利用して有線サービスにアクセスする多数のユーザに、さまざまな有線サービスを提供している。さまざまな有線のプロトコルおよびサービスには、モバイルＩＰ(internet protocol)またはＶｏＩＰ(voice over IP)、ＡＡＡ(Authentication, Authorization, and Accounting)、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）、および、パケットによるマルチメディア通信方式を提供するＨ．３２３プロトコルがある。
【０００４】
多くのワイヤレス通信方式では、モビリティ管理を扱うためにホームロケーションレジスタ（ＨＬＲ：Home Location Register）および在圏ロケーションレジスタ（ＶＬＲ：Visitor Location Register）が用いられる。ＨＬＲおよびＶＬＲは、ネットワーク内のどこにでも存在しうる。ＨＬＲは、その移動加入者のそれぞれのプロファイル情報と、各移動機の現在のＶＬＲのアドレスとを含む。それぞれの移動通信交換センタ（ＭＳＣ：Mobile Switching Center）は、サービス中のＭＳＣのカバレジエリア内で現在サービスを受けている移動機を追跡するＶＬＲを有する。移動機が、新たなＶＬＲによってサービスされるエリアに入り、そこで登録すると必ず、このＶＬＲは、その移動機のＨＬＲに、移動機の位置の変更を通知する。さらに、ＶＬＲは、ローミング中の移動機のサービスプロファイルと、その移動機での呼着信に必要なその他の情報とをダウンロードする。呼配信中、ＨＬＲ内の位置およびプロファイル情報は、入呼を移動機へルーティングするために利用される。
【０００５】
モバイルデータ通信システムは、ホームエージェントおよびフォーリンエージェントと呼ばれるネットワークサーバを利用して、それぞれＨＬＲおよびＶＬＲと同様の機能を提供する。有線通信システムは、認証、サービスプロビジョニング、ユーザプロファイル管理、ユーザ位置管理、およびサービス起動のような機能を利用する。
【０００６】
【発明が解決しようとする課題】
通信システムが進化しますます多くのサービスを提供するにつれて、移動機ユーザは、それぞれの異なるシステム間をローミングすることやそれにアクセスすることを含めて、より多くのサービスを必要とする。これらのシステム間のモビリティ管理に関する問題を解決する必要がある。
【０００７】
したがって、相異なるプロトコルを利用する複数のシステム間でユーザのモビリティ管理を提供する方法および装置が必要とされている。
【０００８】
【課題を解決するための手段】
本発明による多重プロトコルホームロケーションレジスタは、少なくとも２つの要求側ネットワークのうちの１つの要求側ネットワークから、少なくとも２つのネットワークプロトコルのうちの１つに従うネットワーク要求を受信するレシーバを有する。ホームロケーションレジスタ内のプロセッサは、前記少なくとも２つのネットワークプロトコルに対する共通のデータソースおよび共通の制御手続きを利用してネットワーク要求を処理し、ネットワーク要求によって要求された情報を取得する。プロセッサに接続されたトランスミッタが、要求された情報を要求側ネットワークに中継する。
【０００９】
【発明の実施の形態】
以下で、多重プロトコルホームロケーションレジスタ（ＭＰ ＨＬＲ：multiple-protocol home location register）を用いることにより相異なるプロトコルを利用して複数のシステム間でユーザのモビリティ管理を提供する装置および方法について説明する。ＭＰ ＨＬＲはプロセッサを有する。プロセッサは、好ましくはＭＰ ＨＬＲのさまざまな要素に分散されるが、単一のプロセッサでもよい。プロセッサは、２つ以上のネットワークプロトコルに従ってネットワークメッセージを生成し、ネットワーク要求およびその他のメッセージを処理して、その２つ以上のネットワークプロトコルをサポートする２つ以上のネットワークによって要求される情報を取得するように設定され構成される。ここではＭＰ ＨＬＲの２つの相異なる実施例について説明する。第１実施例は、ネットワーク要求を解釈するプロトコルゲートウェイを利用するものであり、複数のネットワークプロトコルの共通の制御手続きを利用して、すべてのネットワークに対する共通のデータソースを提供するデータベースへの問合せを生成する。第２実施例は、仲介装置(mediation device)を利用する。仲介装置は、複数の相異なるネットワークプロトコルに従ってネットワークメッセージを生成あるいは翻訳し、複数のネットワークプロトコルの相異なる１つをそれぞれサポートする複数のＨＬＲに接続される。
【００１０】
本発明の方法は、多重プロトコルホームロケーションレジスタが、少なくとも２つの要求側ネットワークのうちの１つの要求側ネットワークからネットワーク要求を受信するステップを有する。ネットワーク要求は、少なくとも２つのネットワークプロトコルのうちの１つにより構成される。ネットワーク要求は、ネットワーク要求によって要求された情報を取得するように処理される。少なくとも１つのネットワークメッセージが、前記少なくとも２つのネットワークプロトコルのうちの少なくとも１つのネットワークプロトコルに従って生成され、前記少なくとも２つのネットワークプロトコルのうちの前記少なくとも１つのネットワークプロトコルをサポートする少なくとも１つのネットワークに送信される。要求された情報は、少なくとも１つの要求側ネットワークおよび宛先ネットワークへ中継される。
【００１１】
多重プロトコルホームロケーションレジスタ（ＨＬＲ）は、第１のネットワークプロトコルを提供するように設定され構成された第１のＨＬＲと、第２のネットワークプロトコルを提供するように設定され構成された第２のＨＬＲとを有する。仲介装置は、第１ＨＬＲおよび第２ＨＬＲに接続され、第１ネットワークプロトコルおよび第２ネットワークプロトコルに従ってメッセージを生成するように設定され構成され、多重プロトコルＨＬＲが第１ネットワークプロトコルおよび第２ネットワークプロトコルのいずれかを利用する複数の通信装置に対してＨＬＲ機能を提供するようにする。
【００１２】
多重プロトコルホームロケーションレジスタを利用するシステムは、第１ネットワークプロトコルに従って少なくとも１つの問合せを生成するように設定され構成された第１インフラストラクチャ装置と、第２ネットワークプロトコルに従って機能するように設定され構成された第２インフラストラクチャ装置とを有する。多重プロトコルホームロケーションレジスタは、第１インフラストラクチャ装置および第２インフラストラクチャ装置に接続される。多重プロトコルホームロケーションレジスタは、第１ネットワークプロトコルおよび第２ネットワークプロトコルに従って機能するように設定され構成され、第１ネットワークプロトコルに従った、前記少なくとも１つの問合せに関連する呼要求が、第２ネットワークプロトコルに従って履行されるようにする。少なくとも１つの問合せは、サービング（サービス側）ネットワークと通信することを求める通信装置の要求に応答して生成される。通信装置のプロファイルが、サービングネットワークに送信され、このプロファイルは、サービングネットワークのプロトコルに従ってフォーマットされる。
【００１３】
本発明の方法は、第１インフラストラクチャ装置が、第１ネットワークプロトコルに従って問合せを生成するステップと、その第１ネットワークプロトコルの問合せを、第１ネットワークプロトコルおよび第２ネットワークプロトコルに従って機能する多重プロトコルホームロケーションレジスタに送信するステップとを有する。多重プロトコルホームロケーションレジスタは、第１ネットワークプロトコルの問合せを処理することにより、第２ネットワークプロトコルのメッセージを生成する。この第２ネットワークプロトコルのメッセージは、第２ネットワークプロトコルに従って機能する第２インフラストラクチャ装置に送信される。
【００１４】
多重プロトコルホームロケーションレジスタ（ＭＰ ＨＬＲ）とインタフェースする複数の通信ネットワークのブロック図を図１に示す。システムの中心には、複数の相異なる通信プロトコルをサポートすることが可能なＭＰ ＨＬＲ１０１がある。これらのプロトコルは、ワイヤレス（無線）あるいは有線、音声、データ、あるいはマルチメディア、および、回線型あるいはパケット型のような、多くのさまざまなタイプのものであることが可能である。ＭＰ ＨＬＲ１０１は、さまざまな相異なるネットワークプロトコルについて、モビリティ／ユーザ管理、ユーザ認証／セキュリティ制御、およびユーザプロファイル管理の機能を実行する。ＭＰ ＨＬＲ１０１のさまざまなコンポーネントには、地理的に分散されることも可能である。
【００１５】
ＭＰ ＨＬＲ１０１とインタフェースするさまざまなタイプのプロトコルのうちの１つはＧＳＭ(Global System for Mobile communications)である。ＧＳＭシステム１０３の一部が、ＭＰ ＨＬＲ１０１とインタフェースするように図示されている。移動加入者ユニットあるいは移動局（ＭＳ：mobile station)１０５は、複数のカバレジエリアにわたって分散された複数の基地局からなる基地局システム（ＢＳＳ：base station system）１０７と通信する。各カバレジエリアは、複数の在圏移動通信交換センタ（ＶＭＳＣ：Visited Mobile Switching Center）１０９のうちの１つによってサービスされる。ＢＳＳ１０７は、すべてＧＳＭプロトコルに従って動作するＶＭＳＣ１０９、ゲートウェイ移動通信交換センタ（ＧＭＳＣ：Gateway Mobile Switching Center）１１１、およびサービングＧＰＲＳサービスノード（ＳＧＳＮ：Serving GPRS Service Node）１１３に接続される。ＶＭＳＣ１０９は、ＧＳＭサービス制御ポイント（ＳＣＰ：Service Control Point）１１４、ＧＳＭメッセージセンタ（ＭＣ：Message Center）（これはショートメッセージサービスセンタ（ＳＭＳＣ：Short Message Service Center）ともいう）１１５、およびＧＳＭボイスメッセージシステム（ＶＭＳ：Voice Message System）１１６に接続される。ＧＳＭ ＭＣ１１５とＧＳＭＶＭＳ１１６は互いに接続され、コロケートされることも可能である。ＶＭＳＣ１０９、ＧＭＳＣ１１１、ＳＧＳＮ１１３、ＳＣＰ１１４、およびＭＣ１１５はそれぞれ、ＭＰ ＨＬＲ１０１に接続される。同様に、他のタイプのワイヤレスプロトコルを利用するネットワークもＨＬＲに接続可能である。
【００１６】
ＡＮＳＩ通信システム１１７およびそのＭＰ ＨＬＲ１０１へのインタフェースも図１に示されている。ＡＮＳＩ−４１は、インフラストラクチャメッセージの通信標準として利用され、ＡＮＳＩ−１３６は、エアインタフェースの通信標準として利用される。ＭＳ１１９は、複数のカバレジエリアにわたって分散された複数の基地局からなるＡＮＳＩベースサイトシステム１２１と通信する。各カバレジエリアは、複数のＡＮＳＩ在圏移動通信交換センタ（ＶＭＳＣ）１２３のうちの１つによってサービスされる。ＢＳＳ１２１は、ＡＮＳＩ ＶＭＳＣ１２３、ＡＮＳＩ ＧＭＳＣ（これは、発信側ＭＳＣと呼ばれる）１２５、およびＡＮＳＩ ＳＧＳＮ１２７に接続される。ＡＮＳＩ ＶＭＳＣ１２３は、ＡＮＳＩサービス制御ポイント（ＳＣＰ）１２８、ＡＮＳＩ ＭＣ（メッセージセンタ）１２９、およびＡＮＳＩ ＶＭＳ１３０に接続される。ＧＭＳＣ１２５、ＳＧＳＮ１２７、ＶＭＳＣ１２３、ＳＣＰ１２８、ＭＣ１２９、およびＶＭＳ１３０はそれぞれＭＰ ＨＬＲ１０１に接続される。ＧＳＭ ＭＣ１１５およびＡＮＳＩＭＣ１２９は互いに接続される。
【００１７】
ＰＳＴＮ（公衆交換電話網）１３１は、有線（従来型）電話機１３３とワイヤレス装置の間で電話サービスを提供する。ＧＳＭ ＧＭＳＣ１１１、ＧＳＭ ＭＣ１１５、ＧＳＭ ＶＭＳ１１６、ＡＮＳＩ ＧＭＳＣ１２５、ＡＮＳＩ ＭＣ１２９、およびＡＮＳＩ ＶＭＳ１３０は、ＰＳＴＮ１３１に接続され、有線とワイヤレスの相互接続を可能にする。
【００１８】
有線通信ネットワークもまた、ＭＰ ＨＬＲ１０１に接続される。ＭＰ ＨＬＲ１０１は、有線ネットワークに対してホームエージェントおよびフォーリンエージェントの機能を提供する。このようなシステムは、現在の事実上の標準であるＲＡＤＩＵＳを利用した認証および関連サービスを提供するＡＡＡサーバ１３５、例えばセッション開始プロトコル（ＳＩＰ）を利用してＳＩＰレジストラおよびプロキシサーバを提供するＶｏＩＰ(Voice over IP(Internet Protocol))サーバ１３７、ならびに、Ｈ．３２３プロトコルサーバ１３９のようなサーバを通じて接続される。これらのサーバ１３５、１３７、および１３９のそれぞれは、コンピューティング装置１４３および１４５をサーバ１３５、１３７、および１３９と相互接続する広域あるいはローカルエリアネットワークを含むデータネットワーク１４１とインタフェースする。これらのコンピューティング装置は、パーソナルコンピュータ（ＰＣ）、テレメトリ収集装置、および、有線システムを通じて相互接続するＶｏＩＰやその他のタイプの装置のようなコンピュータと接続するワイヤレス装置であることが可能である。アプリケーションサーバ１４７が、ＭＰ ＨＬＲ１０１に接続されるように示されている。アプリケーションサーバ１４７は、プロビジョニング、モビリティサービス、および地理的位置に基づくアプリケーションのようなサードパーティアプリケーションで利用するために、ＭＰ ＨＬＲ１０１内のユーザデータにアクセスする。
【００１９】
２つのワイヤレスシステムおよび３つの有線ネットワークの例を図１に示したが、本発明は、他のワイヤレスおよび有線のシステムにも適用可能である。他の適用可能なシステムには、符号分割多元接続（ＣＤＭＡ）、ＣＤＭＡデータのためのＨＤＲ(High Data Rate)、ＵＭＴＳ(Universal Mobile Telecommunications System)、およびＧＰＲＳ(General Packet Radio Service)がある。装置間の追加の接続も可能であるが、簡単のために図示しない。
【００２０】
ユーザ（加入者）装置１０５あるいは１１９は、有線あるいはワイヤレス（無線）のいずれでもよく、固定式あるいは移動式のいずれでもよく、音声、データあるいはマルチメディアのいずれでもよく、ＶｏＩＰを含めてパケット交換あるいは回線交換のいずれでもよい。このような装置には、例えば、ページャ、セルラ（携帯）電話機、通常の電話機、およびパーソナルコンピュータがあり、一般に移動加入者、移動ユニット、およびコンピューティング装置ということも多い。すべてのこのような装置を、本明細書では、まとめてあるいは個別に、通信装置という。
【００２１】
インフラストラクチャ装置は、ワイヤレスおよび有線のいずれのネットワークについても、それらの関連するネットワークに対して、交換、パケットリレー、インターネットプロトコル、ゲートウェイ、あるいはインターネットワーキング機能を提供する。インフラストラクチャ装置の例としては、パケットゲートウェイ、インターネットプロトコルゲートウェイ、ＧＧＳＮ(Gateway GPRS Service Node)、ならびに、ゲートウェイＭＳＣ、発信側ＭＳＣ、および着信側ＭＳＣのようなＭＳＣがある。
【００２２】
多重プロトコルＨＬＲの第１実施例のブロック図を図２に示す。ＭＰ ＨＬＲ１０１は、サービスプロバイダに、プロトコル間で共有される、統合されたユーザプロビジョニングおよびサービスプロファイル管理を提供する。ＭＰ ＨＬＲ１０１の第１実施例は、さまざまなネットワークタイプにわたるユーザモビリティをサポートするために、さまざまなフォーマットでさまざまなネットワークタイプに投影される集中化された共通のデータタイプ、共通のデータソース、および共通の制御手続きを有する。このプロビジョニングインタフェースを用いて、サービスプロバイダは、例えば、単一のユーザについて、さまざまなネットワークタイプのプロファイルを管理することが可能となる。
【００２３】
データベースコンポーネント２０１は、ユーザ位置２０３、統合ユーザプロファイル２０５、およびセキュリティ情報２０７とともに、データベースコンポーネント２０１への１つ以上のコネクションを介してデータにアクセスするためにデータベースマネージャ２０９によって使用されるアクセス手続きを有する。好ましい実施例では、データベースコンポーネント２０１は、少なくとも１つの関係データベースを有する。オプションとして、データベース２０１は、ユーザ位置、プロファイル、およびセキュリティ情報以外の情報を含むことも可能であり、そのデータは、他のアプリケーションに関連するユーザデータのように、特定のプロトコルやネットワークに属しないことも可能である。各データ要素は、ＭＰ ＨＬＲがサポートするすべてのネットワークプロトコルを支持する情報を含む。ユーザ位置情報２０３の統合管理は、相異なるタイプのネットワーク間での呼配信を容易にする。セキュリティ情報２０７の統合管理は、相異なるタイプのネットワーク間での認証を容易にする。
【００２４】
ＭＰ ＨＬＲ１０１の統合ユーザプロファイルデータベース２０５は、１つ以上のネットワークタイプへのアクセス能力を有するユーザのプロファイルを保持する。サービスプロバイダは、ＭＰ ＨＬＲ１０１を通じて、単一のユーザについて、相異なるネットワークタイプのプロファイルを統一的に管理することが可能である。統合ユーザプロファイルデータベース２０５はまた、共有される共通のユーザデータ（例えば、ユーザ名、ユーザ識別、およびユーザの電話番号）および共通のサービス情報（例えば、着信転送電話番号）も含む。ＭＰ ＨＬＲ１０１内の統合ユーザプロファイル２０５は、さらに、ユーザおよびサービスのデータの中心的な保管場所（リポジトリ）として、より広範な役割を果たす。現在、さまざまなデータが、ＨＬＲ、ＳＣＰ、およびＡＡＡのように、ネットワークの多少別々のコンポーネントに分散している。ＭＰ ＨＬＲ１０１は、これらの複雑な相互接続されたコンポーネントを、加入者およびサービスのデータの単一のリポジトリへと単純化・合併し、それにより複数のサービスおよびアプリケーションを供給することを促進する。
【００２５】
データベースマネージャ２０９は、共通の手続きを使用し、共通の制御コマンドおよびオペレーションを１つ以上のプロトコルゲートウェイ（ＰＧ：protocol gateway）と交換し、複数の相異なるプロトコルにわたるインターワーキング機能を実行し、データベース２０１に格納されたデータの管理、アクセス、および更新を行う。データベースマネージャ２０９は、ユーザ位置データベース２０３マネージャ、統合ユーザプロファイルデータベース２０５マネージャ、およびセキュリティデータベース２０７マネージャとしてのサービスを提供する。ユーザ位置データベース２０３マネージャは、セルラ端末あるいはＩＰ端末を所持するユーザの位置を追跡する。この情報は、ユーザへの音声呼、データセッション、およびショートメッセージの配信のために用いられる。セキュリティデータベース２０７マネージャは、ワイヤレスおよびＩＰシステムに対するユーザ認証制御を管理する。ユーザプロファイルデータベース２０５マネージャは、統合ユーザプロファイルデータベースを管理し、ＭＰ ＨＬＲデータベース管理インタフェースを、データベースマネージャ２０９の他の機能に対して見せる。好ましい実施例では、データベースマネージャ２０９は、１つ以上のコネクションを通じてデータベース２０１にアクセスする複数のコアサーバを有する。
【００２６】
データベースマネージャ２０９およびデータベース２０１は、単一のデータベースエンティティとみなすことも可能である。ＰＧがデータベースに問合せをするとき、ＰＧは、データベースから関連する情報を取得するために、データベースマネージャ２０９に問合せを送る。データベースマネージャ２０９は、例えば、ＳＱＬ(Structured Query Language)やＬＤＡＰ(Lightweight Directory Access Protocol)の問合せ（クエリ）をデータベース要素２０１に提供するDatabase Viewsのようなデータベースアプリケーションであることも可能である。
【００２７】
データベースマネージャ２０９は、複数のプロトコルゲートウェイとインタフェースする。各プロトコルゲートウェイ（ＰＧ）は、特定のネットワークから、要求および問合せなどのメッセージを受け取る。ＰＧは、さらに処理を必要としない場合にはメッセージを中継し、あるいは、メッセージを解釈あるいは翻訳し、あるいは、データベースマネージャ２０９を介してデータベース２０１に送られる１つ以上の問合せを生成することが可能である。すべてのＰＧは、データベースマネージャ２０９に問合せをするとき、共通の手続きおよびコマンドの同一のセットを利用する。ＰＧは、共通の手続きを用いて、下記の表１に示す例のようなネットワークメッセージを共通のコマンドあるいはオペレーションに変換する。換言すれば、各ＰＧとデータベースマネージャ２０９の間で、そのＰＧによってサポートされるプロトコルにかかわらず、共通のメッセージの同一のセットが利用される。例えば、ＡＮＳＩネットワークがRegistration Notificationを送信するとき、ＧＳＭネットワークがUpdate Locationを送信するとき、および、ＳＩＰネットワークがRegister（Location Lookup）メッセージを送信するときに、ＭＰ ＨＬＲ１０１はRegister Terminalメッセージを利用する。別の例では、ＡＮＳＩネットワークがLocation Requestを送信するとき、ＧＳＭネットワークがSend Routing Informationメッセージを送信するとき、および、ＳＩＰネットワークがInviteメッセージを送信するときに、ＭＰ ＨＬＲ１０１はRequest Locationメッセージを利用する。
【００２８】
好ましい実施例では、各プロトコルゲートウェイは、単一のネットワークと、そのネットワークが利用するプロトコルとをサポートし、そのプロトコルから、コマンドやオペレーションのような共通のメッセージのうちの１つへとメッセージを翻訳あるいは解釈する。図２に示すＰＧの例としては、ＧＳＭネットワーク１０３をサポートするＧＳＭ ＰＧ２１１、ＡＮＳＩ−４１ネットワーク１１７をサポートするＡＮＳＩ−４１ ＰＧ２１３、ＡＡＡ（ＲＡＤＩＵＳ）サーバ１３５をサポートするＡＡＡ ＰＧ２１５、ＳＩＰサーバ１３７をサポートするＳＩＰ ＰＧ２１７、および、Ｈ．３２３サーバ１３９をサポートするＨ．３２３ＰＧ２１９がある。図示されているさまざまなワイヤレスネットワークおよび有線サーバは単なる例示であり、有線およびワイヤレス、音声、データ（パケット型および回線型）、あるいはマルチメディアなどのいずれの追加ネットワークも、ＭＰ ＨＬＲに追加的に含めることが可能である。
【００２９】
ＭＰ ＨＬＲ１０１はまた、図２に示したＡＧ２２１のように、１つ以上のアプリケーションゲートウェイ（ＡＧ：application gateway）を含むことも可能である。ＡＧは、ＭＰ ＨＬＲ１０１内の情報がアクセスされ、移動ユニットの電源オンやある位置への移動機の到来のようなイベントの通知が受信されるためのインタフェースを提供する。ＡＧは、アプリケーションサーバ１４７からのメッセージおよび要求を解釈すること、データベースマネージャ２０９への問合せを生成すること、および、データベース２０１の応答をアプリケーションサーバ１４７に中継することを含む、同じ共通の手続き、コマンド、およびオペレーションを利用して、ＰＧが利用するデータベースにアクセスする。
【００３０】
ＡＧ２２１は、１つ以上のアプリケーションサーバ１４７とインタフェースする１つ以上のＡＰＩ(Application Programming Interface)を有する。ＡＧは、ＭＰ ＨＬＲ１０１のための管理ＡＰＩおよびプログラミングＡＰＩをサポートすることが可能である。一般に、ＡＧは、非標準的なインタフェースを通じてサービスを提供する。プロビジョニングＡＧは、サービスプロバイダに、プロバイダのプロビジョニングセンタへのウェブによるインタフェースやＣＯＲＢＡ(Common Object Request Broker Architecture)によるプログラミングインタフェースを通じて、ユーザプロファイルをプロビジョニングするインタフェースを提供する。他のタイプのＡＧの導入によって必要とされるときには、ＬＤＡＰのような他のタイプのインタフェースも求められる。インタフェースはまた、エンドユーザによって、ウェブブラウザを通じてユーザのデータベースエントリを更新するため（例えば、補足的なサービスアクティべーション、着信転送番号更新、およびプリペイドサービス更新）にも用いられることがある。この場合、ＡＧはウェブサーバとして作用する。モビリティサービスＡＧは、サードパーティソフトウェアベンダに、モビリティサービスのためのプログラミングＡＰＩを提供する。このＡＰＩは、セルラあるいはインターネットアクセス能力を有するユーザに対する位置に基づくサービスシステムを開発するためにも使用可能である。ＡＧは、独立の論理エンティティであり、ＭＰ ＨＬＲ１０１の共通オペレーションインタフェースを用いて、データベースマネージャ２０９および統合ユーザプロファイルデータベースと通信する。
【００３１】
ＭＰ ＨＬＲ内のプロトコルゲートウェイの動作の流れ図を図３に示す。ステップ３０１で、ネットワークによって発信された、下記の表１に示す例のようなネットワークメッセージが、受信される。好ましい実施例では、要求側ネットワークのプロトコルは、受信ステップ３０１で、ＰＧによって終端される。ステップ３０３で、ネットワークメッセージはＰＧによって解釈される。メッセージは、ＰＧが動作するネットワークプロトコルに関連する規則に従って解釈される。このような規則およびネットワークプロトコルは、例えば、ネットワークプロトコルをサポートするＡＮＳＩ−４１、ＧＳＭ、ＳＩＰ、Ｈ．３２３、ＡＡＡ、およびモバイルＩＰ（Ｍ−ＩＰ）のような通信標準に準拠する。ステップ３０５で、共通の手続きに従い、必要に応じて共通のコマンドあるいはオペレーションを生成する。好ましい実施例では、ＰＧは、ステップ３０３におけるネットワークメッセージの解釈に基づいて、表１に示すもののような共通の手続きあるいはコマンドを生成し、その共通のコマンドあるいはオペレーションをデータベースマネージャ２０９に送る。ステップ３０７で、１つ以上のデータベース問合せが、ネットワークメッセージに基づいて生成され、データベース２０１に中継される。好ましい実施例では、データベースマネージャ２０９は、共通の手続きあるいはコマンド（これはネットワークメッセージに基づく）に基づいて１つ以上の問合せを生成し、この問合せをデータベース２０１に送る。ステップ３０９で、その１つ以上の問合せに対する応答がデータベース２０１から受信される。好ましい実施例では、データベースマネージャ２０９は、データベース２０１の構造に固有の問合せによってデータベース２０１から情報を取得する。ステップ３１１で、データベースマネージャ２０９は、共通の手続きを利用して、データベース２０１から受信した応答に基づいて応答を生成する。ステップ３１３で、ＰＧは、データベースマネージャ２０９からの応答に基づいて応答を生成し、その応答を、ネットワークメッセージを受信した要求側ネットワークに送る。
【００３２】
ＭＰ ＨＬＲ内の多重プロトコルゲートウェイを利用した呼フローの例を図２に示す。円の中の番号は、ＭＰ ＨＬＲ１０１を通じての呼配信に対する呼フローを時間順に表す。図２の例はＡＮＳＩ−４１に着信するＧＳＭ発信呼を示しているが、呼は、発信側および着信側のネットワークの任意の組合せを通じて配信されることが可能である。一般に、この呼フローは次のように記述される。あるメッセージが、第１ネットワークから第１プロトコルゲートウェイを介して受信される。このメッセージは、例えば、現在第２ネットワークに位置する移動ユニットに対する呼が受信されたために生成されたものである。メッセージは、第１プロトコルゲートウェイおよび第２プロトコルゲートウェイに共通の手続きに従って処理される。少なくとも１つのデータベース問合せが、処理されたメッセージに基づいて生成される。その少なくとも１つのデータベース問合せは、第１プロトコルゲートウェイに関連する第１ネットワークおよび第２プロトコルゲートウェイに関連する第２ネットワークに共通のデータを有するデータベースに中継される。その少なくとも１つのデータベース問合せに対する応答が受信され、第２プロトコルゲートウェイへの要求が生成される。好ましい実施例では、この応答は、移動ユニットの物理的および論理的の両方の位置を識別し、この情報は、第２プロトコルゲートウェイを識別する。第２プロトコルゲートウェイへの要求に対応する応答が受信される。この応答は、例えば、第２ネットワーク内のルーティング情報を含む。この応答に基づくメッセージが生成され、第１プロトコルゲートウェイに中継される。このメッセージ内の情報、特にルーティング情報は、第２ネットワークのカバレジエリアに位置する移動ユニットに呼をルーティングするために利用される。
【００３３】
具体的には、図２の呼フローは次のように記述される。ＩＡＭ(Initial Address Message)あるいはＳＩＰ inviteのような呼（１）が、被呼者番号を管理する呼処理エンティティに配信される。被呼者番号がＳＩＰ ＵＲＬである場合、呼はＳＩＰプロキシに配信される。被呼者番号がＧＳＭまたはＡＮＳＩ−４１ワイヤレス電話番号である場合、呼はＧＳＭ ＧＭＳＣまたはＡＮＳＩ−４１ホームＭＳＣにそれぞれ配信される。ＡＮＳＩの場合にはLocation Request、ＧＳＭの場合（図示）にはSend Routing Information、あるいはＳＩＰのlocation lookupのような適当な位置問合せメッセージ（２）が、発信側ネットワークから対応するＰＧ２１１に送られる。ＰＧ２１１は、その位置問合せメッセージを位置要求メッセージ（３）に翻訳し、これがデータベースマネージャ２０９に中継される。データベースマネージャ２０９は、その要求を処理してデータベース問合せ（４Ａ）を生成し、これがデータベース２０１へ中継され、データベース２０１は、要求された情報を判定して、その要求された情報（４Ｂ）をデータベースマネージャ２０９に返す。
【００３４】
データベースマネージャ２０９は、ユーザの位置データベースを参照して、ユーザの現在位置を判定する。データベースマネージャ２０９は、ユーザが現在位置しあるいはローミングしているネットワーク、すなわち、着信側ネットワークを管理するＰＧ２１３を通じて、経路（ルーティング）情報要求メッセージ（５）を送信する。そのＰＧ１２３は、着信側ネットワーク内のエンティティと連絡をとり、そのユーザのルーティング情報（６）を取得する。例えば、Route RequestがＡＮＳＩ ＭＳＣ（図２の例に図示）に送られ、あるいは、ＰＲＮ(Provide Roaming Number)メッセージがＧＳＭ ＭＳＣに送られる。ＡＮＳＩ−４１ ＭＳＣからのＴＬＤＮ(Temporary Location Directory Number)を有するroute request（図２に図示）、ＧＳＭ ＭＳＣからのＭＳＲＮ(Mobile Subscriber Roaming Number)を有するＰＲＮ ＡＣＫ、あるいは、ＳＩＰネットワークからの呼に対するＳＩＰユーザエージェント機能を有するシグナリング・メディアゲートウェイコンプレックスに到達するために用いられるルーティング情報のような、ルーティング返信メッセージが、着信側ＰＧ２１３に返される。ＰＧ２１３は、ルーティング返信メッセージを処理して、要求された経路情報応答（８）を生成し、これがデータベースマネージャ２０９に中継される。データベースマネージャ２０９は、要求された経路情報応答を処理して、ルーティング返信メッセージからの関連情報を含む位置要求応答（９）を生成し、この位置要求応答を、発信側呼処理エンティティのＰＧ２１１に送る。ＰＧ２１１は、位置要求応答を、ＡＮＳＩの場合にはlocation request、ＧＳＭの場合にはＳＲＩ ＡＣＫ（図２に図示）、あるいは、ＳＩＰの場合にはＳＩＰ location lookup responseのような、適当なネットワーク応答（１０）に変換する。発信側ネットワークは、呼（ＩＡＭあるいはＳＩＰ invite）（１１）を着信側ネットワーク内の装置に中継し、この装置がその呼（１２）を適当なエンドユーザに配信する。
【００３５】
多重プロトコルＨＬＲの第２実施例のブロック図を図４に示す。ＭＰ ＨＬＲ１０１のこの実施例は、ＭＰ ＨＬＲ１０１によってサポートされる、各タイプのワイヤレス通信システムに対するＨＬＲと、各タイプの有線ネットワークのサーバとを有する。図示した具体例では、ＧＳＭ ＨＬＲ４０１およびＡＮＳＩ−４１ ＨＬＲ４０３が示されている。ＨＬＲ４０１および４０３のそれぞれは、仲介装置４０５にインタフェースされる。仲介装置（ＭＤ：mediation device）４０５は、ネットワークメッセージの生成、ネットワークメッセージの翻訳、ならびに、ＧＭＳＣ、ＶＭＳＣ、およびＭＣのエミュレーションを含むいくつかの機能を提供する。翻訳機能の一部として、翻訳情報を含むさまざまなテーブルがＭＰ ＨＬＲ１０１に含まれる。このような翻訳テーブルの例を表１に示す。これは、ＧＳＭとＡＮＳＩ−４１／ＡＮＳＩ−１３６の間でメッセージを翻訳する。ＭＤはまた、メッセージを変換することも可能である。例えば、ＭＤ４０５は、Provide Roaming NumberメッセージをLocation Requestメッセージに、あるいは、Routing RequestメッセージをSend Routing Informationメッセージに変換することが可能である。ＭＰ ＨＬＲ１０１の外部の変換を見ると、ＭＰ ＨＬＲ１０１は、Location RequestメッセージをProvide Roaming Numberメッセージに変換し、また、Send Routing InformationメッセージをRouting Requestメッセージに変換する。ＭＰ ＨＬＲ１０１は、サービングネットワーク、すなわち、通信装置が現在登録しているネットワークとともに動作して、登録情報を更新し、要求に応答して問合せを生成し、ユーザが位置するところへ、ユーザが自己の通信装置にアクセスするやり方で（例えば、サービングすなわち着信側ネットワークのプロトコルに従ってプロファイルおよびメッセージをフォーマットする）、呼をルーティングする。ＭＰ ＨＬＲ１０１は、呼の行き先のインフラストラクチャ装置のプロトコルに従って呼をルーティングする。
【００３６】
この実施例では、プロビジョニングゲートウェイ４０７が、好ましくは、ＭＰＨＬＲ１０１内の各装置にユーザデータを分配する。プロビジョニングゲートウェイ４０７は、ＭＰ ＨＬＲ１０１の一部またはその外部のデータベース（図示せず）と相互接続され、あるいは、１つ以上のＭＰ ＨＬＲ１０１コンポーネントに分散される。簡単のため、図４では、２つのＨＬＲのみがＭＰ ＨＬＲの一部として示されている。追加のＨＬＲあるいはホームエージェントがＭＰ ＨＬＲに追加される場合、そのような装置はそれぞれ仲介装置４０５およびプロビジョニングゲートウェイ４０７とインタフェースされることになる。データベースは、前述のデータベース２０１に格納されたデータのように、ユーザのプロファイル、位置、およびセキュリティ情報のようなユーザ情報を含む。他の格納されるデータには、通信装置、サービングネットワーク、ならびに、ゲートウェイＭＳＣ、着信側ＭＳＣ、在圏ＭＳＣ、パケットゲートウェイ、およびインターネットプロトコルゲートウェイのようなインフラストラクチャ装置のプロトコルタイプおよびアドレスがある。このデータは、必要に応じて、情報を要求する要素間に分散されることも可能であり、また、必要に応じてアクセスするために、プロビジョニングゲートウェイ４０７や仲介装置のようなさまざまな装置に格納することも可能である。
【００３７】
ＭＰ ＨＬＲ１０１のさまざまなタイプの情報フローおよびタイミング図を図５〜図１９に示す。これらの呼フローは、図２または図４のＭＰ ＨＬＲとともに利用可能であるが、図５〜図１７のフローは、複数のＨＬＲ４０１および４０３と仲介装置４０５の間のインタラクション（このインタラクションは、図２のＭＰ ＨＬＲ１０１では起こらないことがある）を示すために図４のＭＰ ＨＬＲ１０１内の呼フローに合わせて作られている。
【００３８】
ネイティブモードにおけるＧＳＭ登録を示す流れ図およびタイミング図を図５に示す。通信装置のネイティブモードは一般に、その通信装置に関連するサービスセンタ、メッセージセンタ、ＶＭＳ、またはＧＭＳＣのプロトコルタイプと同一である。シングルモードＨＬＲでは、ネイティブモードはしばしば、通信装置に関連するＨＬＲあるいはホームエージェントのプロトコルタイプと同一である。フォーリンモードは、ネイティブモードでないモードである。位置更新要求(location update request)は、移動局からＧＳＭ ＶＭＳＣに中継される。ＭＳＣ番号、ＶＬＲ番号、およびＭＳＣ ＩＤを含む位置更新(update location)は、ＭＰ ＨＬＲ１０１のＧＳＭ ＨＬＲ４０１に中継される。ＧＳＭ ＨＬＲは、ＭＳＣ番号およびＶＬＲ番号を格納し、加入者データ挿入(insert subscriber data)メッセージをＧＳＭ ＧＭＳＣに送り、ＧＳＭ ＧＭＳＣはＡＣＫをＧＳＭ ＨＬＲ４０１に送る。
【００３９】
ＧＳＭ ＨＬＲ４０１は、移動加入者がデュアルモード加入者であるかどうかを判定する。移動機がデュアルモード加入者でないとき、通常のＧＳＭ処理が提供される。移動機がデュアルモード移動機であるとき、ＧＳＭの前の（旧）および新たな（新）ＶＭＳＣタイプがＧＳＭ ＨＬＲに格納される。ＭＳＣタイプがＧＳＭに等しい位置更新プリミティブ（内部メッセージ）が仲介装置に送られ、仲介装置は、位置更新メッセージを、ＭＳＣタイプがＧＳＭの登録通知メッセージに変換してそのメッセージをＡＮＳＩ ＨＬＲ４０３に中継する。ＡＮＳＩ ＨＬＲは、新ＶＭＳＣタイプおよび旧ＶＭＳＣタイプを格納し、プロファイルなしでＡＣＫを仲介装置に送る。プロファイルを送信する必要がないのは、仲介装置はプロファイル情報にアクセス可能であることから、ＭＰ ＨＬＲ１０１の装置間でプロファイルを送信しないことにより時間と帯域を節約するためである。このＡＣＫは、ＧＳＭ ＨＬＲ４０１に中継される。
【００４０】
ＡＣＫを受信すると、ＧＳＭ ＨＬＲ４０１は、旧ＶＭＳＣタイプがＨＬＲのタイプ、すなわち、ＧＳＭであるかどうかを判定する。旧ＶＭＳＣタイプがＧＳＭである場合、Cancel LocationメッセージがＧＳＭ ＨＬＲ４０１から旧ＧＳＭ ＭＳＣに送られ、旧ＧＳＭ ＭＳＣが移動機１０５に対するそのＶＬＲを削除する。オプションとして、旧ＶＭＳＣタイプがＡＮＳＩであり、ＭＳのネイティブモードがＡＮＳＩでない場合、プロセスは終了するが、旧タイプがＡＮＳＩであり、ネイティブモードもまたＡＮＳＩである場合、cancel location要求がＧＳＭ ＨＬＲ４０１から仲介装置４０５に送られ、仲介装置４０５は、cancel locationを登録取消(registration cancellation)に変換し、これが旧ＡＮＳＩＭＳＣに送られ、旧ＡＮＳＩ ＭＳＣが移動機１０５に対するそのＶＬＲを削除する。ＡＮＳＩ ＨＬＲもまた、旧ＶＭＳＣタイプがＡＮＳＩであるかどうかを判定する。旧ＶＭＳＣタイプがＡＮＳＩでない場合、プロセスは終了し、旧ＶＭＳＣタイプがＡＮＳＩである場合、ＡＮＳＩ登録取消がＡＮＳＩ ＨＬＲ４０３から旧ＡＮＳＩ ＭＳＣに送られ、プロセスは終了する。
【００４１】
ネイティブモードにおけるＡＮＳＩ登録を示す流れ図およびタイミング図を図６に示す。電子シリアル番号（ＥＳＮ：Electronic Serial Number）および移動機識別番号（ＭＩＮ：Mobile Identification Number）を有する登録要求がＡＮＳＩ−１３６ ＧＭＳＣに送られ、ＡＮＳＩ−１３６ ＧＭＳＣは、ＭＰ ＨＬＲ１０１のＡＮＳＩ ＨＬＲ４０３に認証要求を送る。ＡＣＫがＡＮＳＩ ＧＭＳＣに返され、ＡＮＳＩ ＧＭＳＣは、ＥＳＮ、ＭＩＮ、およびＭＳＣ ＩＤを含む登録通知をＡＮＳＩ ＨＬＲ４０３に送る。ＡＮＳＩ ＨＬＲは、新たなＭＳＣ ＩＤを格納し、ＡＣＫをプロファイル付きでＧＭＳＣに送る。ＡＮＳＩ ＨＬＲ４０３は、移動機がデュアルモードであるかどうかを判定する。移動機がデュアルモードでないとき、登録に対する通常のＡＮＳＩ処理が行われ、移動機がデュアルモードであるとき、ＡＮＳＩ ＨＬＲ４０３は、ＡＮＳＩに等しい新ＶＭＳＣタイプと、旧ＭＳＣタイプとを格納する。ＡＮＳＩ ＨＬＲは、ＭＳＣタイプがＡＮＳＩの登録通知を仲介装置４０５に送り、仲介装置４０５は、この登録通知を、ＭＳＣタイプがＡＮＳＩの位置更新メッセージに変換して、処理のためにＧＳＭ ＨＬＲに送る。ＧＳＭ ＨＬＲ４０１は、新ＶＭＳＣタイプおよび旧ＭＳＣタイプを格納し、ＡＣＫをプロファイルＡＣＫなしで仲介装置に送り、仲介装置は、このＡＣＫをＡＮＳＩ ＨＬＲ４０３に中継する。ＧＳＭ ＨＬＲは、旧ＶＭＳＣタイプがそのタイプ、すなわちＧＳＭであるかどうかを判定する。旧ＶＭＳＣタイプがＧＳＭでない場合、プロセスは終了するが、旧ＶＭＳＣタイプがＧＳＭである場合、cancel locationメッセージがＧＳＭ ＨＬＲ４０１から旧ＧＳＭ ＭＳＣに送られる。ＡＮＳＩ ＨＬＲは、旧ＶＭＳＣタイプがＡＮＳＩであるかどうかを判定し、そうである場合、登録取消メッセージを旧ＡＮＳＩ ＭＳＣに送る。オプションとして、旧ＶＭＳＣタイプがＧＳＭであり、移動機がそのネイティブモードにある場合、ＡＮＳＩ ＨＬＲ４０３は、登録取消を仲介装置４０５に送り、仲介装置４０５は、登録取消をcancel location要求に変換し、これが旧ＧＳＭ ＭＳＣに送られ、プロセスは終了する。
【００４２】
ＧＳＭで発信されＡＮＳＩで着信する呼配信を示す流れ図およびタイミング図を図７に示す。被呼者番号（ＰＮ：party number）を含むＩＡＭがＧＳＭ ＧＭＳＣに送られ、ＧＳＭ ＧＭＳＣは、ルーティング情報をＭＰ ＨＬＲ１０１のＧＳＭ ＨＬＲ４０１に送る。ＧＳＭ ＨＬＲ４０１は、被呼者のＶＭＳＣタイプを判定する。このタイプがＧＳＭであるとき、通常のＧＳＭ着信が提供される。このタイプがＧＳＭでないとき、ＧＳＭ ＨＬＲは、ＧＭＳＣアドレスおよびタイプを有するprovide roaming number (PROVIDE ROAMING NO.)メッセージを仲介装置４０５に中継する。仲介装置４０５は、ＧＭＳＣアドレスおよびタイプを格納し、provide roaming numberメッセージを、ＧＭＳＣ ＩＤが仲介装置（ＭＤ）に等しいlocation requestに変換し、そのメッセージをＡＮＳＩ ＨＬＲ４０３に送る。
【００４３】
ＡＮＳＩ ＨＬＲは、ＭＳＣ ＩＤが仲介装置４０５を示すＭＤであるroute request (ROUTE REQ)をＡＮＳＩ ＶＭＳＣに送る。ＡＮＳＩ ＶＭＳＣは、ＴＬＤＮを含むＡＣＫまたはbusy ＡＣＫをＡＮＳＩ ＨＬＲ４０３に送り、ＡＮＳＩ ＨＬＲ４０３は、ＴＬＤＮ、absent、またはbusyを有するＡＣＫを仲介装置４０５に中継する。ＭＳＲＮ、absent、またはbusyを有するＰＲＮ ＡＣＫがＧＳＭ ＨＬＲに中継され、ＧＳＭ ＨＬＲは、ＭＳＲＮまたはＦＴＮを含むＳＲＩ ＡＣＫを生成し、ＭＳＲＮを有するＩＡＭが、ＧＳＭ ＧＭＳＣから、移動局を処理するＡＮＳＩ ＶＭＳＣに中継される。この例では、ＭＳによるlate call forwarding（遅延着信転送）起動のために、呼はＡＮＳＩ ＶＭＳＣから先へ確立されない。一実施例では、リダイレクション理由を含むリダイレクション要求(redirection request)が、ＡＮＳＩ ＶＭＳＣから仲介装置に中継され、仲介装置は、ＧＳＭ ＨＬＲにＦＴＮ（転送先番号：Forward To Number）を問い合わせる。ＦＴＮおよび転送理由を含む呼処理再開(resume call handling)メッセージが、ＧＳＭ ＧＭＳＣに送られ、ＧＳＭ ＧＭＳＣは、ＡＣＫを仲介装置に送り、仲介装置は、ＡＣＫをＡＮＳＩ ＶＭＳＣに送り、ＦＴＮを有するＩＡＭがＦＴＮ ＶＭＳＣに送られる。この方法が有効であるのは、仲介装置４０５にＦＴＮへのアクセスを許可することによって、着信転送通信のための処理が発信側ＧＭＳＣで行われ、これによりトランキングリソースが節約されるからである。別法として、リダイレクション理由が仲介装置４０５に中継され、仲介装置４０５が、リダイレクション要求を拒否する(REJ)ことにより、busyを有するＴＲＡＮＵＭ(Transfer Number)要求(TRANUM REQ)をＡＮＳＩ ＨＬＲに送ることも可能である。ＡＮＳＩ ＨＬＲは、ＦＴＮを有するＡＣＫをＡＮＳＩ ＶＭＳＣに送り、ＡＮＳＩ ＶＭＳＣはＦＴＮを有するＩＡＭメッセージをＦＴＮＶＭＳＣに中継する。この方法が有効であるのは、着信転送通信の処理がＭＰＨＬＲ１０１、特に仲介装置４０５と、着信側移動通信交換センタとの間で行われ、呼処理再開（ＲＣＨ：Resume Call Handling）を処理する能力を有しない可能性のある発信側ＭＳＣを巻き込むことを必要としないからである。
【００４４】
ＡＮＳＩで発信されＧＳＭで着信する呼配信を示す流れ図およびタイミング図を図８に示す。ＩＡＭが、ＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭＳＣは、location requestをＡＮＳＩ ＨＬＲ４０３に送る。ＡＮＳＩ ＨＬＲ４０３は、ＶＭＳＣタイプがＡＮＳＩまたはＧＳＭのいずれであるかを判定する。このタイプがＡＮＳＩであるとき、通常のＡＮＳＩ着信が提供される。このタイプがＧＳＭであるとき、ＧＭＳＣアドレスおよびタイプを含むroute requestが仲介装置４０５に中継される。仲介装置４０５は、ＧＭＳＣアドレス（これは、遅延着信転送の最適ルーティングのために有用である）およびＧＭＳＣタイプ（これはインテリジェントネットワーキング（ＩＮ）インタラクションのために有用である）を格納し、ＳＲＩをＧＳＭ ＨＬＲ４０１に送る。ＧＳＭ ＨＬＲ４０１は、ＧＭＳＣアドレスがＭＤに等しいＰＲＮを発行し、それをＧＳＭ ＶＭＳＣに送り、ＧＳＭ ＶＭＳＣは、ＭＳＲＮを有するＡＣＫをＧＳＭ ＨＬＲ４０１に中継し、ＧＳＭ ＨＬＲ４０１は、そのＭＳＲＮを有するＡＣＫを仲介装置４０５に中継する。仲介装置は、そのＭＳＲＮを有するＡＣＫを、ＴＬＤＮを有するＡＣＫに変換し、これは、ＡＮＳＩ ＨＬＲ４０１に、続いてＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭＳＣは、そのＴＬＤＮを有するＩＡＭを着信側ＧＳＭ ＶＭＳＣに中継する。この例では、遅延着信転送起動のために、呼はＧＳＭ ＶＭＳＣから先へ確立されない。ＧＳＭ ＶＭＳＣは、ＦＴＮおよび転送理由を含むＲＣＨ（呼処理再開）を仲介装置４０５に送り、仲介装置４０５は、このＲＣＨを、リダイレクション理由を含むリダイレクション要求に変換し、これがＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭＳＣは、ＴＲＡＮＵＭ要求を送信することによってＡＮＳＩ ＨＬＲに対して転送先番号を要求し、その応答としてＦＴＮを受信し、リダイレクション要求の確認応答を仲介装置に送るとともに、ＩＡＭをＦＴＮ ＶＭＳＣに送る。ＭＤは、ＲＣＨに確認応答し、プロセスは終了する。この方法が有効であるのは、仲介装置４０５にＦＴＮへのアクセスを許可することによって、着信転送通信のための処理がＭＰ ＨＬＲ１０１、特に仲介装置４０５と、発信側ゲートウェイ移動通信交換センタとの間で行われ、発信側ＭＳＣと着信側ＭＳＣの間の余分なトランクを巻き込むことを必要としないからである。
【００４５】
当業者に知られている、着信プリペイドトリガのあるＧＳＭ着信呼に対する信号フローのブロック図を図９に示す。第１移動機ＭＳ１（１０５）は、プリペイド移動ユーザである第２移動機ＭＳ２（１１９）と通信することを選択する。この例では、ＧＳＭ ＧＭＳＣ１１１は、ＧＳＭ ＨＬＲ９０１と情報を交換し、ＧＳＭ ＨＬＲ９０１は、ＧＳＭ ＳＣＰ１１４と通信して、個々のユーザに対するサービスを確認する。サービスがＳＣＰ１１４によって確認されると、ＨＬＲ９０１は、ＧＳＭ ＭＳＣ／ＶＬＲを通じて呼処理を進め、呼は第２移動機１１９に着信する。
【００４６】
ＭＰ ＨＬＲを利用したＧＳＭフォーリンモード着信呼の信号フローのブロック図を図１０に示す。プリペイドユーザの場合、ＡＮＳＩシステムは、着信側ＭＳＣのＳＣＰと通信し、一方、ＧＳＭシステムは、（発信側）ＧＭＳＣのＳＣＰと通信する。図示の例では、第１移動機１０５が、プリペイドサービスを利用する第２移動機へ呼を発信する。被呼者番号（ＣＤ ＰＮ：called party number）が、ＡＮＳＩ ＧＭＳＣ１２５に中継され、location request (LOC REQ)がＭＰ ＨＬＲ１０１に中継される。ＭＰ ＨＬＲ１０１は、ＧＭＳＣがＡＮＳＩであり、ＶＭＳＣがＧＳＭであり、移動機１０５のネイティブモードがＡＮＳＩであることを知っているため、ＭＰ ＨＬＲ１０１は、ＡＮＳＩ ＧＭＳＣ１１１を通じて、接続されている着信側ＧＳＭ ＶＭＳＣ／ＧＭＳＣ１０９，１１１またはＶＭＳＣと同じプロトコルタイプのＧＭＳＣのいずれかに呼を送り、その呼に対する通常のＧＳＭプリペイド着信が、ＶＭＳＣ／ＧＭＳＣ １０９／１１１、ＭＰ ＨＬＲ１０１、およびＧＳＭ ＳＣＰ１１４の間で行われる。呼をＶＭＳＣに接続されたＧＭＳＣに送ることは、トランキングリソースを節約する利点を有する。仲介装置が呼を宛先ＧＭＳＣに送るとき、仲介装置は、もとの被呼者番号とは異なる被呼者番号を送ることも可能である。しかし、受信側ＧＭＳＣは、被呼者番号（これは、プレフィックスに続くもとの被呼者番号、または、異なる番号のいずれかを含むことが可能である）を認識しなければならない。呼をＶＭＳＣと同じプロトコルタイプのＧＭＳＣに送ることは、このＧＭＳＣがＡＮＳＩ ＧＭＳＣ１１１と同じネットワークにある可能性があり、その場合、プレフィックスに続くもとの被呼者番号、または、異なる番号のいずれかを認識することができるという利点がある。同様に（図１６、図１７、および図１８参照）、仲介装置４０５がショートメッセージをＳＭＳＣ／ＭＣに送るとき、仲介装置は、もとの被呼者番号とは異なる可能性のある被呼者番号を認識かつ生成することができる。しかし、ＳＭＳＣ／ＭＣおよびＶＭＳは、被呼者番号（これは、プレフィックスに続くもとの被呼者番号、または、異なる番号のいずれかを含むことが可能である）を認識しなければならない。
【００４７】
ＭＰ ＨＬＲを利用したＡＮＳＩフォーリンモード着信呼の信号フローのブロック図を図１１に示す。この場合、第１移動機１０５が、プリペイドサービスを利用して、第２移動機１１９へ呼を発信する。ＩＡＭが、ＡＮＳＩ ＭＳＣ１２３で受信され、ＡＮＳＩ ＭＳＣ１２３は、ＩＡＭメッセージをＧＳＭ ＧＭＳＣ１１１に送り、ＧＳＭ ＧＭＳＣ１１１は、データベース１０１に問合せを行う。呼は、ＧＳＭ ＧＭＳＣ１１１、ＭＰ ＨＬＲ１０１、およびＧＳＭ ＳＣＰ（これは、支払い権限を判定する）の間で設定され、ＧＭＳＣ１１１は、ＭＳＲＮを有するＩＡＭをＡＮＳＩ ＭＳＣに中継し、ＡＮＳＩ ＭＳＣは呼を第２移動機１１９に着信させる。
【００４８】
移動機発信プリペイド呼の信号フローのブロック図を図１２に示す。結合したＳＣＰがない場合、移動機は、複数のＳＣＰ（プロトコルごとに１つずつ）を有することが可能であり、ＳＣＰとの通信は任意である。このような場合、移動機発信プリペイドサービスが利用される。移動機着信プリペイド呼の場合、ＭＰ ＨＬＲ１０１は、呼を、適当なＧＭＳＣまたはＡＮＳＩ着信側ＭＳＣに中継し、このＧＭＳＣまたはＡＮＳＩ着信側ＭＳＣが、図１３および図１４に示すように、適当なＳＣＰと通信する。このような場合、移動機着信プリペイドサービスが利用される。
【００４９】
ネイティブモードまたはフォーリンモードのいずれかの場合の、ＧＳＭ着信での移動機着信プリペイド呼の信号フローのブロック図を図１３に示す。この例では、ＭＰ ＨＬＲとのオペレーションは、図４のＭＰ ＨＬＲ１０１が利用される場合について示されている。着信側移動機が発信側ＭＳＣに対してフォーリンモードで動作している場合、プロセス（ａ）〜（ｄ）が、ＡＮＳＩ発信側ＭＳＣ１２３を通り、ＭＰ ＨＬＲ１０１内のＡＮＳＩ ＨＬＲ４０３を通って進み、ＡＮＳＩ ＨＬＲ４０３は、信号フロー（１）〜（１１）により処理を完了するために、呼ＡＣＫを、発信側ＭＳＣ１２３を通じて、ＧＳＭ ＧＭＳＣ１１１に転送する。移動機がそのネイティブＧＳＭモードで動作しているとき、プロセスはＧＳＭ ＧＭＳＣ１１１で（１）から開始する。呼は、ＧＳＭ ＧＭＳＣ１１１とＧＳＭ ＨＬＲ４０１の間の呼設定を通じて進み、ＧＳＭ ＨＬＲ４０１は、ＧＳＭ ＳＣＰ１１４を通じてサービスの権限を確認し、呼は、ＧＳＭ ＭＳＣ１０９によって第２移動機１０５に着信する。
【００５０】
ネイティブモードまたはフォーリンモードのいずれかの場合の、ＡＮＳＩ着信での移動機着信プリペイド呼の信号フローのブロック図を図１４に示す。着信側移動機が発信側ＭＳＣに対してフォーリンモードで動作している場合、信号フロー（１）〜（９）による処理を完了するために、呼プロセス（ａ）〜（ｄ）は、ＧＳＭ ＧＭＳＣ１１１を通り、ＧＳＭ ＨＬＲ４０１を通り、再びＧＳＭ ＧＭＳＣ１１１を通ってＡＮＳＩ発信側ＭＳＣ１２３へと進む。移動機がそのネイティブモードで動作しているとき、プロセスはＡＮＳＩ発信側ＭＳＣ１２３で（１）から開始する。ＡＮＳＩ発信側ＭＳＣ１２３は、location requestをＡＮＳＩ ＨＬＲ４０３に送り、呼フローは、プリペイドユーザに対する通常のＡＮＳＩ発着信呼のように進む。
【００５１】
移動機発信ＳＭＳの信号フローのブロック図を図１５に示す。移動機は、そのネイティブＭＳＣでＳＭＳを発信する。このＭＳＣは、ネイティブプロトコルＭＣ(Message Center)（サービスセンタ（ＳＣ：Service Center）またはＳＭＳＣ(Short Message Service Center)ともいう）とともに動作し、その個々のプロトコルについて、着信側ＭＣ１５０１または１５０３でサービスを完了する。メッセージが、異なるプロトコルで着信した場合、ＩＩＦ(Interworking and Interoperability Function)として作用する仲介装置が、メッセージを他のプロトコルに変換するために使用され、その変換されたメッセージが、着信側メッセージセンタ１５０１または１５０３に中継される。
【００５２】
ＭＰ ＨＬＲを用いた移動機着信ＳＭＳの信号フローのブロック図を図１６および図１７に示す。図１６の例では、ＡＮＳＩネイティブモードＳＭＳメッセージが、ＧＳＭフォーリンモードで着信する。メッセージは、ＡＮＳＩ ＨＬＲに中継され、ＡＮＳＩ ＨＬＲは、仲介装置４０５をＭＳＣ ＩＤとしてＡＮＳＩメッセージセンタ（ＭＣ）１２９に提供し、ＡＮＳＩ ＭＣ１２９は、仲介装置４０５とともに動作して、ＦＳＭ（ショートメッセージ転送：Forward Short Message）を生成し、これがＧＳＭ ＭＣ１１５に送られる。ＧＳＭ ＧＭＳＣ／ＭＣは、ＧＳＭ ＨＬＲ４０１とともに動作して、メッセージをＧＳＭ ＭＳＣ１０９に中継し、ＧＳＭ ＭＳＣ１０９は、メッセージを宛先移動機１０５に送る。図１７の例では、ＧＳＭネイティブモードＳＭＳメッセージが、ＡＮＳＩフォーリンモードで着信する。メッセージは、ＧＳＭ ＨＬＲに中継され、ＧＳＭＨＬＲは、仲介装置４０５をＭＳＣ ＩＤとしてＧＳＭ ＭＣに提供し、ＧＳＭ ＭＣは、仲介装置４０５とともに動作して、ＳＭＤＰＰ(Short Message Direct Point to Point)を生成し、これがＡＮＳＩ ＭＣに送られる。ＡＮＳＩ ＭＣは、ＡＮＳＩ ＨＬＲとともに動作して、メッセージをＡＮＳＩ ＭＳＣに中継し、ＡＮＳＩ ＭＳＣは、メッセージを宛先移動機１０５に送る。
【００５３】
ＡＮＳＩ ＶＭＳ(Voice Message System)メッセージウェイティング通知手続きの信号フローのブロック図を図１８に示す。ＭＰ ＨＬＲ１０１は、ＡＮＳＩネイティブモードで、ＭＰ ＨＬＲ、特に仲介装置を利用して、ＧＳＭネイティブモードで着信するＧＳＭ移動機着信ＳＭＳを生成する。ＡＮＳＩ ＶＭＳ１３０は、ＭＷＮ（メッセージウェイティング通知：Message Waiting Notification）をＡＮＳＩ ＨＬＲに送り、ＡＮＳＩ ＨＬＲは、仲介装置４０５と通信して、ＦＳＭをＧＳＭ ＭＣ１１５に送り、ＧＳＭ ＭＣ１１５は、ＧＳＭ ＨＬＲとともに動作して、メッセージを、適当な移動機１０５または１１９に着信させるために、適当なＧＳＭ ＭＳＣ１０９またはＧＳＭ ＳＧＳＮ１１３に中継する。図１６および図１７に示した状況では、ＭＰ ＨＬＲ１０１は、着信側ＭＳＣタイプを知っており、したがって、呼を適当なメッセージセンタに直接送ることができるため、ＭＤ４０５を通じてのメッセージの余分な翻訳が回避される。ＧＳＭ ＭＣあるいはＡＮＳＩ ＭＣの機能は、ＭＰ ＨＬＲ１０１内にコロケートされることも可能である。
【００５４】
移動機発着信ＳＭＳの信号フローのブロック図を図１９に示す。ＭＳ１０５からＧＳＭ ＭＳＣ１０９へのＳＭＳメッセージは、被呼者のネイティブモードにかかわらず、ＧＳＭ ＭＣ１１５に転送される。ＧＳＭ ＭＣ１１５は、ＳＭＳメッセージを、着信させるために適当なＭＣに転送する。このＭＣはこの場合ＡＮＳＩ ＭＣ１２９である。ＡＮＳＩ ＭＣ１２９は、ＦＳＭをＭＤ４０５に中継し、ＭＤ４０５は、メッセージを所望のプロトコルに、例えばＧＳＭからＡＮＳＩに、変換あるいは翻訳し、変換されたメッセージとともにＭＤアドレスを返す。ＡＮＳＩ ＭＣ１２９は、ＳＲＩを（ＭＤアドレスとともに）ＡＮＳＩ ＨＬＲ４０３に送り、ＡＮＳＩ ＨＬＲ４０３は、メッセージをＭＤ４０５に中継し、ＭＤ４０５は、例えばＳＭＤＰＰまたはＧＨＯＳＴ(GSM HOsted SMS Teleservice)により、ＡＮＳＩ ＭＳＣ１２３から終端移動機１２９への着信を実行する。ＭＰ ＨＬＲ１０１をこのように利用すると、ネイティブプロトコル、発信側プロトコル、または着信側プロトコルのいずれであっても、任意の呼に対して、ＳＭＳ変換は１つの変換へと最大化される。
【００５５】
ＭＰ ＨＬＲの解決法によれば、被呼者は、２つのＭＣ（１つはＧＳＭ、１つはＡＮＳＩ）を有することが可能である。ＶＭＳＣは、発信側ＳＭＳメッセージを、加入者のネイティブモードにかかわらず、その同じプロトコルタイプのＭＣにルーティングする。可能な限り、発信側ＭＣは、同じプロトコルタイプの被呼者のＭＣにルーティングする。被呼者がデュアルモード加入者でないとき、呼は、そのネイティブモードへのプロトコル変換のために、仲介装置４０５にルーティングされる。同様に、デュアルモード被呼者がフォーリンモードで動作している場合、フォーリンモードＭＣは、ＳＭＳメッセージを、着信側ＭＳＣへのプロトコル変換のために、ＭＤに送る。
【００５６】
ＭＰ ＨＬＲ１０１は、いくつかの理由で、ＩＩＦ(Interoperability Interworking Function)より効率的である。メッセージがＭＰ ＨＬＲ１０１に直接送られるため、プロファイル情報に対するマッピングは不要であり、テクノロジ間登録のために必要な外部ネットワークシグナリングは少なくなる。発信側ＭＳＣは、呼をホームネットワークにルーティングすることを必要とせずに、仲介装置を通じて着信側テクノロジのＨＬＲに問合せをすることが可能であるため、呼着信はさらに最適化される。特に遅延着信転送の場合、最適なルーティングにより、ＭＰ ＨＬＲ１０１アプリケーションにおける国際トランキングが低減される。ＭＰ ＨＬＲ１０１によれば、ＳＭＳ変換は、発信側あるいは着信側のユーザのプロトコルにかかわらず、１つの変換へと最大化される。ＡＮＳＩシステムは着信側ＭＳＣのＳＣＰと通信し、ＧＳＭシステムは（発信側）ＧＭＳＣのＳＣＰと通信するが、ＭＰ ＨＬＲ１０１は、ＧＳＭフォーリンモードで動作しているＡＮＳＩ加入者のための着信トリガを提供する。
【００５７】
本発明は、ワイヤレス（無線）あるいは有線、および、音声、データ、あるいはマルチメディアを含む、さまざまなタイプの複数のプロトコルをサポートする単一のＨＬＲを提供する。このＭＰ ＨＬＲは、複数のネットワークプロトコルに対するＨＬＲ、ホームエージェント、およびフォーリンエージェントを置き換える。ＭＰ ＨＬＲは、さまざまな相異なるネットワークプロトコルについて、モビリティ／ユーザ管理、ユーザ認証／セキュリティ制御、およびユーザプロファイル管理の機能を実行する。これらの機能は、従来のセルラネットワーク、第３世代ワイヤレス音声／データネットワーク、およびインターネットで要求され、これまでは別々の機能エンティティにわたって展開されてきたものである。ＭＰ ＨＬＲ１０１は、複数の標準のプロトコルインタフェースをサポートすることによって、これらの複数のエンティティの機能を１つのエンティティとして実現する。複数プロトコルのサポートにより、ＭＰ ＨＬＲ１０１は、単一のネットワークプロトコルをサポートする単一のＨＬＲに基づく今日の第１世代および第２世代のワイヤレスネットワークから、ＨＬＲ／ＩＰサーバコンプレックスに基づく次世代のワイヤレスネットワークへ、さらに将来のオールＩＰベースのワイヤレスネットワークへのシームレスな進化を促進する。ＭＰ ＨＬＲ１０１は、ユーザが複数のワイヤレスあるいは有線サービスに加入しているような環境で有効であり、相異なるネットワーク間、例えば、ＧＳＭとＴＤＭＡの間で、マルチモード電話機のシームレスなローミングを可能にする。統合されたＨＬＲは、多くのＨＬＲの代わりに１つのＨＬＲを同期し更新することから得られる節約のようなコスト削減効果を、サービスプロバイダに提供する。
【００５８】
さらに、ＭＰ ＨＬＲ１０１は、ゲートウェイＭＳＣまたは発信側ＭＳＣのいずれかのタイプとともに、在圏ＭＳＣタイプを知っている。この情報により、ＭＰ ＨＬＲ１０１は、呼を、在圏ＭＳＣと同じタイプのゲートウェイＭＳＣに送ることができる。さらに、ＭＰ ＨＬＲ１０１は、加入者が登録している真のＭＳＣを知っているため、ＭＰ ＨＬＲ１０１は、例えば、呼禁止(call barring)、出呼禁止付きの着信転送インタラクション、通常のＨＬＲ復旧手続き、および地域ゾーン加入契約のような、通常のプロトコル手続きも実行可能である。ＭＰＨＬＲ１０１は、マルチモード加入者に対して、単に相互運用されるものよりもさまざまなサービスを提供することができる。加入者が現在登録しているプロトコルが何であるかに従って、加入者は真正なサービスを受けることができる。
【００５９】
本発明は、その技術思想あるいは本質的特性から離れることなく、他の具体的形態でも実現可能である。上記で説明した実施例は、すべての点において単なる例示であり、限定的なものではないとみなされるべきである。したがって、本発明の技術的範囲は、上記の詳細な説明ではなく特許請求の範囲によって示されるものである。特許請求の範囲の意味および均等の範囲内に入るすべての変更は、その技術的範囲内に包摂されるものである。
【００６０】
【表１】
【００６１】
表２は、上記の説明で用いられた頭字語のリストである。
［表２］
AAA: Authentication, Authorization, and Accounting
ACK: Acknowledgment
AG: Application Gateway
API: Application Programming Interface
ATI: Any Time Interrogation
BOIC: Barring of Outgoing International Calls
BSS: Base Station System
CAMEL: Customized Application for Mobile Network Enhanced Logic
CDMA: Code Division Multiple Access
CF: Call Forwarding
CFB: Call Forward Busy
CFNRG: Call Forwarding on Mobile Subscriber Not Reachable
CONT: Continue
EDGE: Enhanced Data Rates for GPRS Evolution
FTN: Forward to Number
GGSN: Gateway GPRS Service Node
GMSC: Gateway Mobile Switching Center
GPRS: General Packet (Data) Radio Service
GSM: Group Special Mobile/Global System for Mobile Communications
HDR: High Data Rate
HLR: Home Location Register
IAM: Initial Address Message
IN: Intelligent Networking
InitDP: Initial Detection Point
IP: Internet Protocol
LOC/ST: Location/State
MC: Message Center
MD: Mediation Device
M-IP: Mobile IP
MP HLR: Multiple-Protocol Home Location Register
MS: Mobile Station
MSC: Mobile Switching Center
MSRN: Mobile Subscribing Roaming Number
OAM:
PG: Protocol Gateway
PN: Party Number
PRN: Provide Roaming Number
PSI: Provide Subscriber Information
PSTN: Public Switch Telephone Network
RCH: Resume Call Handling
SC: Service Center
SCP: Service Control Point
SGSN: Serving GPRS Service Node
SIP: Session Initiation Protocol
SMSC: Short Message Service Center
SPA: Service Package Application
SRI: Send Routing Information
SS7: Standard Signaling System 7
TDMA: Time Division Multiple Access
TLDN: Temporary Location Directory Number
UMTS: Universal Mobile Telecommunications System
VLR: Visitor Location Register
VMS: Voice Message System
VMSC: Visited Mobile Switching Center
【００６２】
【発明の効果】
以上述べたごとく、本発明によれば、相異なるプロトコルを利用する複数のシステム間でユーザのモビリティ管理を提供する方法および装置が実現される。
【００６３】
特許請求の範囲の発明の要件の後に括弧で記載した番号がある場合は、本発明の一実施例の対応関係を示すものであって、本発明の範囲を限定するものと解釈すべきではない。
【図面の簡単な説明】
【図１】本発明による多重プロトコルＨＬＲにインタフェースされた複数の通信ネットワークを示すブロック図である。
【図２】本発明による多重プロトコルＨＬＲの第１実施例のブロック図である。
【図３】本発明による多重プロトコルＨＬＲにおけるプロトコルゲートウェイの動作を示す流れ図である。
【図４】本発明による多重プロトコルＨＬＲの第２実施例のブロック図である。
【図５】本発明によるネイティブモードにおけるＧＳＭ登録を示す流れ図およびタイミング図である。
【図６】本発明によるネイティブモードにおけるＡＮＳＩ登録を示す流れ図およびタイミング図である。
【図７】本発明によってＧＳＭで発信されＡＮＳＩで着信する呼配信を示す流れ図およびタイミング図である。
【図８】本発明によってＡＮＳＩで発信されＧＳＭで着信する呼配信を示す流れ図およびタイミング図である。
【図９】着信プリペイドトリガのあるＧＳＭ着信呼に対する信号フローのブロック図である。
【図１０】本発明によるＭＰ ＨＬＲを利用したＧＳＭフォーリンモード着信呼の信号フローのブロック図である。
【図１１】本発明によるＭＰ ＨＬＲを利用したＡＮＳＩフォーリンモード着信呼の信号フローのブロック図である。
【図１２】本発明による移動機発信プリペイド呼の信号フローのブロック図である
【図１３】本発明によるＭＰ ＨＬＲを利用した移動機着信プリペイド呼の信号フローのブロック図である。
【図１４】本発明によるＭＰ ＨＬＲを利用した移動機着信プリペイド呼の信号フローのブロック図である。
【図１５】本発明による移動機発信ショートメッセージングサービス（ＳＭＳ：short messaging service）の信号フローのブロック図である。
【図１６】本発明によるＭＰ ＨＬＲを利用した移動機着信ＳＭＳの信号フローのブロック図である。
【図１７】本発明によるＭＰ ＨＬＲを利用した移動機着信ＳＭＳの信号フローのブロック図である。
【図１８】本発明によるＭＰ ＨＬＲを利用したＡＮＳＩ ＶＭＳ(Voice Message System)メッセージウェイティング通知手続きの信号フローのブロック図である。
【図１９】本発明による移動機発着信ＳＭＳの信号フローのブロック図である。
【符号の説明】
１０１ ＭＰ ＨＬＲ
１０３ ＧＳＭシステム
１０５ 移動局（ＭＳ）
１０７ 基地局システム（ＢＳＳ）
１０９ 在圏移動通信交換センタ（ＶＭＳＣ）
１１１ ゲートウェイ移動通信交換センタ（ＧＭＳＣ）
１１３ サービングＧＰＲＳサービスノード（ＳＧＳＮ）
１１４ ＧＳＭサービス制御ポイント（ＧＳＭ ＳＣＰ）
１１５ ＧＳＭメッセージセンタ（ＧＳＭ ＭＣ）
１１６ ＧＳＭボイスメッセージシステム（ＧＳＭ ＶＭＳ）
１１７ ＡＮＳＩ通信システム
１１９ ＭＳ
１２１ ＡＮＳＩベースサイトシステム（ＡＮＳＩ ＢＳＳ）
１２３ ＡＮＳＩ ＶＭＳＣ
１２５ ＡＮＳＩ ＧＭＳＣ
１２７ ＡＮＳＩ ＳＧＳＮ
１２８ ＡＮＳＩサービス制御ポイント（ＡＮＳＩ ＳＣＰ）
１２９ ＡＮＳＩメッセージセンタ（ＡＮＳＩ ＭＣ）
１３０ ＡＮＳＩ ＶＭＳ
１３１ ＰＳＴＮ（公衆交換電話網）
１３３ 有線（従来型）電話機
１３５ ＡＡＡサーバ
１３７ ＶｏＩＰサーバ
１３９ Ｈ．３２３プロトコルサーバ
１４１ データネットワーク
１４３，１４５ コンピューティング装置
１４７ アプリケーションサーバ
２０１ データベースコンポーネント
２０３ ユーザ位置
２０５ 統合ユーザプロファイル
２０７ セキュリティ情報
２０９ データベースマネージャ
２１１ ＧＳＭ ＰＧ
２１３ ＡＮＳＩ−４１ ＰＧ
２１５ ＡＡＡ ＰＧ
２１７ ＳＩＰ ＰＧ
２１９ Ｈ．３２３ ＰＧ
２２１ アプリケーションゲートウェイ（ＡＧ）
４０１ ＧＳＭ ＨＬＲ
４０３ ＡＮＳＩ−４１ ＨＬＲ
４０５ 仲介装置（ＭＤ）
４０７ プロビジョニングゲートウェイ
９０１ ＧＳＭ ＨＬＲ
１５０１，１５０３ 着信側ＭＣ
【発明の属する技術分野】
本発明は、通信システムに関し、特に、通信システムにおけるホームロケーションレジスタのオペレーションに関する。
【０００２】
【従来の技術】
比較的少数の周波数を用いて多数の移動加入者に無線電話サービスを提供するための、さまざまなタイプのセルラ通信方式が知られている。このようなサービスは、サービスエリアをいくつかのセルに分割し、隣り合わないセルで周波数を再利用することによって提供される。このセルラ原理により、割り当てられた無線スペクトル上で伝送されるワイヤレス通信の量を大幅に増大させることが可能となり、それにより、ワイヤレス通信加入者の数が大幅に増大している。アナログ、時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ(Global System for Mobile Communications)などのさまざまな異なるセルラプロトコルがある。
【０００３】
同様に、さまざまなタイプの有線の方式およびプロトコルが、一般にパーソナルコンピュータやその他のタイプのコンピューティング装置を利用して有線サービスにアクセスする多数のユーザに、さまざまな有線サービスを提供している。さまざまな有線のプロトコルおよびサービスには、モバイルＩＰ(internet protocol)またはＶｏＩＰ(voice over IP)、ＡＡＡ(Authentication, Authorization, and Accounting)、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）、および、パケットによるマルチメディア通信方式を提供するＨ．３２３プロトコルがある。
【０００４】
多くのワイヤレス通信方式では、モビリティ管理を扱うためにホームロケーションレジスタ（ＨＬＲ：Home Location Register）および在圏ロケーションレジスタ（ＶＬＲ：Visitor Location Register）が用いられる。ＨＬＲおよびＶＬＲは、ネットワーク内のどこにでも存在しうる。ＨＬＲは、その移動加入者のそれぞれのプロファイル情報と、各移動機の現在のＶＬＲのアドレスとを含む。それぞれの移動通信交換センタ（ＭＳＣ：Mobile Switching Center）は、サービス中のＭＳＣのカバレジエリア内で現在サービスを受けている移動機を追跡するＶＬＲを有する。移動機が、新たなＶＬＲによってサービスされるエリアに入り、そこで登録すると必ず、このＶＬＲは、その移動機のＨＬＲに、移動機の位置の変更を通知する。さらに、ＶＬＲは、ローミング中の移動機のサービスプロファイルと、その移動機での呼着信に必要なその他の情報とをダウンロードする。呼配信中、ＨＬＲ内の位置およびプロファイル情報は、入呼を移動機へルーティングするために利用される。
【０００５】
モバイルデータ通信システムは、ホームエージェントおよびフォーリンエージェントと呼ばれるネットワークサーバを利用して、それぞれＨＬＲおよびＶＬＲと同様の機能を提供する。有線通信システムは、認証、サービスプロビジョニング、ユーザプロファイル管理、ユーザ位置管理、およびサービス起動のような機能を利用する。
【０００６】
【発明が解決しようとする課題】
通信システムが進化しますます多くのサービスを提供するにつれて、移動機ユーザは、それぞれの異なるシステム間をローミングすることやそれにアクセスすることを含めて、より多くのサービスを必要とする。これらのシステム間のモビリティ管理に関する問題を解決する必要がある。
【０００７】
したがって、相異なるプロトコルを利用する複数のシステム間でユーザのモビリティ管理を提供する方法および装置が必要とされている。
【０００８】
【課題を解決するための手段】
本発明による多重プロトコルホームロケーションレジスタは、少なくとも２つの要求側ネットワークのうちの１つの要求側ネットワークから、少なくとも２つのネットワークプロトコルのうちの１つに従うネットワーク要求を受信するレシーバを有する。ホームロケーションレジスタ内のプロセッサは、前記少なくとも２つのネットワークプロトコルに対する共通のデータソースおよび共通の制御手続きを利用してネットワーク要求を処理し、ネットワーク要求によって要求された情報を取得する。プロセッサに接続されたトランスミッタが、要求された情報を要求側ネットワークに中継する。
【０００９】
【発明の実施の形態】
以下で、多重プロトコルホームロケーションレジスタ（ＭＰ ＨＬＲ：multiple-protocol home location register）を用いることにより相異なるプロトコルを利用して複数のシステム間でユーザのモビリティ管理を提供する装置および方法について説明する。ＭＰ ＨＬＲはプロセッサを有する。プロセッサは、好ましくはＭＰ ＨＬＲのさまざまな要素に分散されるが、単一のプロセッサでもよい。プロセッサは、２つ以上のネットワークプロトコルに従ってネットワークメッセージを生成し、ネットワーク要求およびその他のメッセージを処理して、その２つ以上のネットワークプロトコルをサポートする２つ以上のネットワークによって要求される情報を取得するように設定され構成される。ここではＭＰ ＨＬＲの２つの相異なる実施例について説明する。第１実施例は、ネットワーク要求を解釈するプロトコルゲートウェイを利用するものであり、複数のネットワークプロトコルの共通の制御手続きを利用して、すべてのネットワークに対する共通のデータソースを提供するデータベースへの問合せを生成する。第２実施例は、仲介装置(mediation device)を利用する。仲介装置は、複数の相異なるネットワークプロトコルに従ってネットワークメッセージを生成あるいは翻訳し、複数のネットワークプロトコルの相異なる１つをそれぞれサポートする複数のＨＬＲに接続される。
【００１０】
本発明の方法は、多重プロトコルホームロケーションレジスタが、少なくとも２つの要求側ネットワークのうちの１つの要求側ネットワークからネットワーク要求を受信するステップを有する。ネットワーク要求は、少なくとも２つのネットワークプロトコルのうちの１つにより構成される。ネットワーク要求は、ネットワーク要求によって要求された情報を取得するように処理される。少なくとも１つのネットワークメッセージが、前記少なくとも２つのネットワークプロトコルのうちの少なくとも１つのネットワークプロトコルに従って生成され、前記少なくとも２つのネットワークプロトコルのうちの前記少なくとも１つのネットワークプロトコルをサポートする少なくとも１つのネットワークに送信される。要求された情報は、少なくとも１つの要求側ネットワークおよび宛先ネットワークへ中継される。
【００１１】
多重プロトコルホームロケーションレジスタ（ＨＬＲ）は、第１のネットワークプロトコルを提供するように設定され構成された第１のＨＬＲと、第２のネットワークプロトコルを提供するように設定され構成された第２のＨＬＲとを有する。仲介装置は、第１ＨＬＲおよび第２ＨＬＲに接続され、第１ネットワークプロトコルおよび第２ネットワークプロトコルに従ってメッセージを生成するように設定され構成され、多重プロトコルＨＬＲが第１ネットワークプロトコルおよび第２ネットワークプロトコルのいずれかを利用する複数の通信装置に対してＨＬＲ機能を提供するようにする。
【００１２】
多重プロトコルホームロケーションレジスタを利用するシステムは、第１ネットワークプロトコルに従って少なくとも１つの問合せを生成するように設定され構成された第１インフラストラクチャ装置と、第２ネットワークプロトコルに従って機能するように設定され構成された第２インフラストラクチャ装置とを有する。多重プロトコルホームロケーションレジスタは、第１インフラストラクチャ装置および第２インフラストラクチャ装置に接続される。多重プロトコルホームロケーションレジスタは、第１ネットワークプロトコルおよび第２ネットワークプロトコルに従って機能するように設定され構成され、第１ネットワークプロトコルに従った、前記少なくとも１つの問合せに関連する呼要求が、第２ネットワークプロトコルに従って履行されるようにする。少なくとも１つの問合せは、サービング（サービス側）ネットワークと通信することを求める通信装置の要求に応答して生成される。通信装置のプロファイルが、サービングネットワークに送信され、このプロファイルは、サービングネットワークのプロトコルに従ってフォーマットされる。
【００１３】
本発明の方法は、第１インフラストラクチャ装置が、第１ネットワークプロトコルに従って問合せを生成するステップと、その第１ネットワークプロトコルの問合せを、第１ネットワークプロトコルおよび第２ネットワークプロトコルに従って機能する多重プロトコルホームロケーションレジスタに送信するステップとを有する。多重プロトコルホームロケーションレジスタは、第１ネットワークプロトコルの問合せを処理することにより、第２ネットワークプロトコルのメッセージを生成する。この第２ネットワークプロトコルのメッセージは、第２ネットワークプロトコルに従って機能する第２インフラストラクチャ装置に送信される。
【００１４】
多重プロトコルホームロケーションレジスタ（ＭＰ ＨＬＲ）とインタフェースする複数の通信ネットワークのブロック図を図１に示す。システムの中心には、複数の相異なる通信プロトコルをサポートすることが可能なＭＰ ＨＬＲ１０１がある。これらのプロトコルは、ワイヤレス（無線）あるいは有線、音声、データ、あるいはマルチメディア、および、回線型あるいはパケット型のような、多くのさまざまなタイプのものであることが可能である。ＭＰ ＨＬＲ１０１は、さまざまな相異なるネットワークプロトコルについて、モビリティ／ユーザ管理、ユーザ認証／セキュリティ制御、およびユーザプロファイル管理の機能を実行する。ＭＰ ＨＬＲ１０１のさまざまなコンポーネントには、地理的に分散されることも可能である。
【００１５】
ＭＰ ＨＬＲ１０１とインタフェースするさまざまなタイプのプロトコルのうちの１つはＧＳＭ(Global System for Mobile communications)である。ＧＳＭシステム１０３の一部が、ＭＰ ＨＬＲ１０１とインタフェースするように図示されている。移動加入者ユニットあるいは移動局（ＭＳ：mobile station)１０５は、複数のカバレジエリアにわたって分散された複数の基地局からなる基地局システム（ＢＳＳ：base station system）１０７と通信する。各カバレジエリアは、複数の在圏移動通信交換センタ（ＶＭＳＣ：Visited Mobile Switching Center）１０９のうちの１つによってサービスされる。ＢＳＳ１０７は、すべてＧＳＭプロトコルに従って動作するＶＭＳＣ１０９、ゲートウェイ移動通信交換センタ（ＧＭＳＣ：Gateway Mobile Switching Center）１１１、およびサービングＧＰＲＳサービスノード（ＳＧＳＮ：Serving GPRS Service Node）１１３に接続される。ＶＭＳＣ１０９は、ＧＳＭサービス制御ポイント（ＳＣＰ：Service Control Point）１１４、ＧＳＭメッセージセンタ（ＭＣ：Message Center）（これはショートメッセージサービスセンタ（ＳＭＳＣ：Short Message Service Center）ともいう）１１５、およびＧＳＭボイスメッセージシステム（ＶＭＳ：Voice Message System）１１６に接続される。ＧＳＭ ＭＣ１１５とＧＳＭＶＭＳ１１６は互いに接続され、コロケートされることも可能である。ＶＭＳＣ１０９、ＧＭＳＣ１１１、ＳＧＳＮ１１３、ＳＣＰ１１４、およびＭＣ１１５はそれぞれ、ＭＰ ＨＬＲ１０１に接続される。同様に、他のタイプのワイヤレスプロトコルを利用するネットワークもＨＬＲに接続可能である。
【００１６】
ＡＮＳＩ通信システム１１７およびそのＭＰ ＨＬＲ１０１へのインタフェースも図１に示されている。ＡＮＳＩ−４１は、インフラストラクチャメッセージの通信標準として利用され、ＡＮＳＩ−１３６は、エアインタフェースの通信標準として利用される。ＭＳ１１９は、複数のカバレジエリアにわたって分散された複数の基地局からなるＡＮＳＩベースサイトシステム１２１と通信する。各カバレジエリアは、複数のＡＮＳＩ在圏移動通信交換センタ（ＶＭＳＣ）１２３のうちの１つによってサービスされる。ＢＳＳ１２１は、ＡＮＳＩ ＶＭＳＣ１２３、ＡＮＳＩ ＧＭＳＣ（これは、発信側ＭＳＣと呼ばれる）１２５、およびＡＮＳＩ ＳＧＳＮ１２７に接続される。ＡＮＳＩ ＶＭＳＣ１２３は、ＡＮＳＩサービス制御ポイント（ＳＣＰ）１２８、ＡＮＳＩ ＭＣ（メッセージセンタ）１２９、およびＡＮＳＩ ＶＭＳ１３０に接続される。ＧＭＳＣ１２５、ＳＧＳＮ１２７、ＶＭＳＣ１２３、ＳＣＰ１２８、ＭＣ１２９、およびＶＭＳ１３０はそれぞれＭＰ ＨＬＲ１０１に接続される。ＧＳＭ ＭＣ１１５およびＡＮＳＩＭＣ１２９は互いに接続される。
【００１７】
ＰＳＴＮ（公衆交換電話網）１３１は、有線（従来型）電話機１３３とワイヤレス装置の間で電話サービスを提供する。ＧＳＭ ＧＭＳＣ１１１、ＧＳＭ ＭＣ１１５、ＧＳＭ ＶＭＳ１１６、ＡＮＳＩ ＧＭＳＣ１２５、ＡＮＳＩ ＭＣ１２９、およびＡＮＳＩ ＶＭＳ１３０は、ＰＳＴＮ１３１に接続され、有線とワイヤレスの相互接続を可能にする。
【００１８】
有線通信ネットワークもまた、ＭＰ ＨＬＲ１０１に接続される。ＭＰ ＨＬＲ１０１は、有線ネットワークに対してホームエージェントおよびフォーリンエージェントの機能を提供する。このようなシステムは、現在の事実上の標準であるＲＡＤＩＵＳを利用した認証および関連サービスを提供するＡＡＡサーバ１３５、例えばセッション開始プロトコル（ＳＩＰ）を利用してＳＩＰレジストラおよびプロキシサーバを提供するＶｏＩＰ(Voice over IP(Internet Protocol))サーバ１３７、ならびに、Ｈ．３２３プロトコルサーバ１３９のようなサーバを通じて接続される。これらのサーバ１３５、１３７、および１３９のそれぞれは、コンピューティング装置１４３および１４５をサーバ１３５、１３７、および１３９と相互接続する広域あるいはローカルエリアネットワークを含むデータネットワーク１４１とインタフェースする。これらのコンピューティング装置は、パーソナルコンピュータ（ＰＣ）、テレメトリ収集装置、および、有線システムを通じて相互接続するＶｏＩＰやその他のタイプの装置のようなコンピュータと接続するワイヤレス装置であることが可能である。アプリケーションサーバ１４７が、ＭＰ ＨＬＲ１０１に接続されるように示されている。アプリケーションサーバ１４７は、プロビジョニング、モビリティサービス、および地理的位置に基づくアプリケーションのようなサードパーティアプリケーションで利用するために、ＭＰ ＨＬＲ１０１内のユーザデータにアクセスする。
【００１９】
２つのワイヤレスシステムおよび３つの有線ネットワークの例を図１に示したが、本発明は、他のワイヤレスおよび有線のシステムにも適用可能である。他の適用可能なシステムには、符号分割多元接続（ＣＤＭＡ）、ＣＤＭＡデータのためのＨＤＲ(High Data Rate)、ＵＭＴＳ(Universal Mobile Telecommunications System)、およびＧＰＲＳ(General Packet Radio Service)がある。装置間の追加の接続も可能であるが、簡単のために図示しない。
【００２０】
ユーザ（加入者）装置１０５あるいは１１９は、有線あるいはワイヤレス（無線）のいずれでもよく、固定式あるいは移動式のいずれでもよく、音声、データあるいはマルチメディアのいずれでもよく、ＶｏＩＰを含めてパケット交換あるいは回線交換のいずれでもよい。このような装置には、例えば、ページャ、セルラ（携帯）電話機、通常の電話機、およびパーソナルコンピュータがあり、一般に移動加入者、移動ユニット、およびコンピューティング装置ということも多い。すべてのこのような装置を、本明細書では、まとめてあるいは個別に、通信装置という。
【００２１】
インフラストラクチャ装置は、ワイヤレスおよび有線のいずれのネットワークについても、それらの関連するネットワークに対して、交換、パケットリレー、インターネットプロトコル、ゲートウェイ、あるいはインターネットワーキング機能を提供する。インフラストラクチャ装置の例としては、パケットゲートウェイ、インターネットプロトコルゲートウェイ、ＧＧＳＮ(Gateway GPRS Service Node)、ならびに、ゲートウェイＭＳＣ、発信側ＭＳＣ、および着信側ＭＳＣのようなＭＳＣがある。
【００２２】
多重プロトコルＨＬＲの第１実施例のブロック図を図２に示す。ＭＰ ＨＬＲ１０１は、サービスプロバイダに、プロトコル間で共有される、統合されたユーザプロビジョニングおよびサービスプロファイル管理を提供する。ＭＰ ＨＬＲ１０１の第１実施例は、さまざまなネットワークタイプにわたるユーザモビリティをサポートするために、さまざまなフォーマットでさまざまなネットワークタイプに投影される集中化された共通のデータタイプ、共通のデータソース、および共通の制御手続きを有する。このプロビジョニングインタフェースを用いて、サービスプロバイダは、例えば、単一のユーザについて、さまざまなネットワークタイプのプロファイルを管理することが可能となる。
【００２３】
データベースコンポーネント２０１は、ユーザ位置２０３、統合ユーザプロファイル２０５、およびセキュリティ情報２０７とともに、データベースコンポーネント２０１への１つ以上のコネクションを介してデータにアクセスするためにデータベースマネージャ２０９によって使用されるアクセス手続きを有する。好ましい実施例では、データベースコンポーネント２０１は、少なくとも１つの関係データベースを有する。オプションとして、データベース２０１は、ユーザ位置、プロファイル、およびセキュリティ情報以外の情報を含むことも可能であり、そのデータは、他のアプリケーションに関連するユーザデータのように、特定のプロトコルやネットワークに属しないことも可能である。各データ要素は、ＭＰ ＨＬＲがサポートするすべてのネットワークプロトコルを支持する情報を含む。ユーザ位置情報２０３の統合管理は、相異なるタイプのネットワーク間での呼配信を容易にする。セキュリティ情報２０７の統合管理は、相異なるタイプのネットワーク間での認証を容易にする。
【００２４】
ＭＰ ＨＬＲ１０１の統合ユーザプロファイルデータベース２０５は、１つ以上のネットワークタイプへのアクセス能力を有するユーザのプロファイルを保持する。サービスプロバイダは、ＭＰ ＨＬＲ１０１を通じて、単一のユーザについて、相異なるネットワークタイプのプロファイルを統一的に管理することが可能である。統合ユーザプロファイルデータベース２０５はまた、共有される共通のユーザデータ（例えば、ユーザ名、ユーザ識別、およびユーザの電話番号）および共通のサービス情報（例えば、着信転送電話番号）も含む。ＭＰ ＨＬＲ１０１内の統合ユーザプロファイル２０５は、さらに、ユーザおよびサービスのデータの中心的な保管場所（リポジトリ）として、より広範な役割を果たす。現在、さまざまなデータが、ＨＬＲ、ＳＣＰ、およびＡＡＡのように、ネットワークの多少別々のコンポーネントに分散している。ＭＰ ＨＬＲ１０１は、これらの複雑な相互接続されたコンポーネントを、加入者およびサービスのデータの単一のリポジトリへと単純化・合併し、それにより複数のサービスおよびアプリケーションを供給することを促進する。
【００２５】
データベースマネージャ２０９は、共通の手続きを使用し、共通の制御コマンドおよびオペレーションを１つ以上のプロトコルゲートウェイ（ＰＧ：protocol gateway）と交換し、複数の相異なるプロトコルにわたるインターワーキング機能を実行し、データベース２０１に格納されたデータの管理、アクセス、および更新を行う。データベースマネージャ２０９は、ユーザ位置データベース２０３マネージャ、統合ユーザプロファイルデータベース２０５マネージャ、およびセキュリティデータベース２０７マネージャとしてのサービスを提供する。ユーザ位置データベース２０３マネージャは、セルラ端末あるいはＩＰ端末を所持するユーザの位置を追跡する。この情報は、ユーザへの音声呼、データセッション、およびショートメッセージの配信のために用いられる。セキュリティデータベース２０７マネージャは、ワイヤレスおよびＩＰシステムに対するユーザ認証制御を管理する。ユーザプロファイルデータベース２０５マネージャは、統合ユーザプロファイルデータベースを管理し、ＭＰ ＨＬＲデータベース管理インタフェースを、データベースマネージャ２０９の他の機能に対して見せる。好ましい実施例では、データベースマネージャ２０９は、１つ以上のコネクションを通じてデータベース２０１にアクセスする複数のコアサーバを有する。
【００２６】
データベースマネージャ２０９およびデータベース２０１は、単一のデータベースエンティティとみなすことも可能である。ＰＧがデータベースに問合せをするとき、ＰＧは、データベースから関連する情報を取得するために、データベースマネージャ２０９に問合せを送る。データベースマネージャ２０９は、例えば、ＳＱＬ(Structured Query Language)やＬＤＡＰ(Lightweight Directory Access Protocol)の問合せ（クエリ）をデータベース要素２０１に提供するDatabase Viewsのようなデータベースアプリケーションであることも可能である。
【００２７】
データベースマネージャ２０９は、複数のプロトコルゲートウェイとインタフェースする。各プロトコルゲートウェイ（ＰＧ）は、特定のネットワークから、要求および問合せなどのメッセージを受け取る。ＰＧは、さらに処理を必要としない場合にはメッセージを中継し、あるいは、メッセージを解釈あるいは翻訳し、あるいは、データベースマネージャ２０９を介してデータベース２０１に送られる１つ以上の問合せを生成することが可能である。すべてのＰＧは、データベースマネージャ２０９に問合せをするとき、共通の手続きおよびコマンドの同一のセットを利用する。ＰＧは、共通の手続きを用いて、下記の表１に示す例のようなネットワークメッセージを共通のコマンドあるいはオペレーションに変換する。換言すれば、各ＰＧとデータベースマネージャ２０９の間で、そのＰＧによってサポートされるプロトコルにかかわらず、共通のメッセージの同一のセットが利用される。例えば、ＡＮＳＩネットワークがRegistration Notificationを送信するとき、ＧＳＭネットワークがUpdate Locationを送信するとき、および、ＳＩＰネットワークがRegister（Location Lookup）メッセージを送信するときに、ＭＰ ＨＬＲ１０１はRegister Terminalメッセージを利用する。別の例では、ＡＮＳＩネットワークがLocation Requestを送信するとき、ＧＳＭネットワークがSend Routing Informationメッセージを送信するとき、および、ＳＩＰネットワークがInviteメッセージを送信するときに、ＭＰ ＨＬＲ１０１はRequest Locationメッセージを利用する。
【００２８】
好ましい実施例では、各プロトコルゲートウェイは、単一のネットワークと、そのネットワークが利用するプロトコルとをサポートし、そのプロトコルから、コマンドやオペレーションのような共通のメッセージのうちの１つへとメッセージを翻訳あるいは解釈する。図２に示すＰＧの例としては、ＧＳＭネットワーク１０３をサポートするＧＳＭ ＰＧ２１１、ＡＮＳＩ−４１ネットワーク１１７をサポートするＡＮＳＩ−４１ ＰＧ２１３、ＡＡＡ（ＲＡＤＩＵＳ）サーバ１３５をサポートするＡＡＡ ＰＧ２１５、ＳＩＰサーバ１３７をサポートするＳＩＰ ＰＧ２１７、および、Ｈ．３２３サーバ１３９をサポートするＨ．３２３ＰＧ２１９がある。図示されているさまざまなワイヤレスネットワークおよび有線サーバは単なる例示であり、有線およびワイヤレス、音声、データ（パケット型および回線型）、あるいはマルチメディアなどのいずれの追加ネットワークも、ＭＰ ＨＬＲに追加的に含めることが可能である。
【００２９】
ＭＰ ＨＬＲ１０１はまた、図２に示したＡＧ２２１のように、１つ以上のアプリケーションゲートウェイ（ＡＧ：application gateway）を含むことも可能である。ＡＧは、ＭＰ ＨＬＲ１０１内の情報がアクセスされ、移動ユニットの電源オンやある位置への移動機の到来のようなイベントの通知が受信されるためのインタフェースを提供する。ＡＧは、アプリケーションサーバ１４７からのメッセージおよび要求を解釈すること、データベースマネージャ２０９への問合せを生成すること、および、データベース２０１の応答をアプリケーションサーバ１４７に中継することを含む、同じ共通の手続き、コマンド、およびオペレーションを利用して、ＰＧが利用するデータベースにアクセスする。
【００３０】
ＡＧ２２１は、１つ以上のアプリケーションサーバ１４７とインタフェースする１つ以上のＡＰＩ(Application Programming Interface)を有する。ＡＧは、ＭＰ ＨＬＲ１０１のための管理ＡＰＩおよびプログラミングＡＰＩをサポートすることが可能である。一般に、ＡＧは、非標準的なインタフェースを通じてサービスを提供する。プロビジョニングＡＧは、サービスプロバイダに、プロバイダのプロビジョニングセンタへのウェブによるインタフェースやＣＯＲＢＡ(Common Object Request Broker Architecture)によるプログラミングインタフェースを通じて、ユーザプロファイルをプロビジョニングするインタフェースを提供する。他のタイプのＡＧの導入によって必要とされるときには、ＬＤＡＰのような他のタイプのインタフェースも求められる。インタフェースはまた、エンドユーザによって、ウェブブラウザを通じてユーザのデータベースエントリを更新するため（例えば、補足的なサービスアクティべーション、着信転送番号更新、およびプリペイドサービス更新）にも用いられることがある。この場合、ＡＧはウェブサーバとして作用する。モビリティサービスＡＧは、サードパーティソフトウェアベンダに、モビリティサービスのためのプログラミングＡＰＩを提供する。このＡＰＩは、セルラあるいはインターネットアクセス能力を有するユーザに対する位置に基づくサービスシステムを開発するためにも使用可能である。ＡＧは、独立の論理エンティティであり、ＭＰ ＨＬＲ１０１の共通オペレーションインタフェースを用いて、データベースマネージャ２０９および統合ユーザプロファイルデータベースと通信する。
【００３１】
ＭＰ ＨＬＲ内のプロトコルゲートウェイの動作の流れ図を図３に示す。ステップ３０１で、ネットワークによって発信された、下記の表１に示す例のようなネットワークメッセージが、受信される。好ましい実施例では、要求側ネットワークのプロトコルは、受信ステップ３０１で、ＰＧによって終端される。ステップ３０３で、ネットワークメッセージはＰＧによって解釈される。メッセージは、ＰＧが動作するネットワークプロトコルに関連する規則に従って解釈される。このような規則およびネットワークプロトコルは、例えば、ネットワークプロトコルをサポートするＡＮＳＩ−４１、ＧＳＭ、ＳＩＰ、Ｈ．３２３、ＡＡＡ、およびモバイルＩＰ（Ｍ−ＩＰ）のような通信標準に準拠する。ステップ３０５で、共通の手続きに従い、必要に応じて共通のコマンドあるいはオペレーションを生成する。好ましい実施例では、ＰＧは、ステップ３０３におけるネットワークメッセージの解釈に基づいて、表１に示すもののような共通の手続きあるいはコマンドを生成し、その共通のコマンドあるいはオペレーションをデータベースマネージャ２０９に送る。ステップ３０７で、１つ以上のデータベース問合せが、ネットワークメッセージに基づいて生成され、データベース２０１に中継される。好ましい実施例では、データベースマネージャ２０９は、共通の手続きあるいはコマンド（これはネットワークメッセージに基づく）に基づいて１つ以上の問合せを生成し、この問合せをデータベース２０１に送る。ステップ３０９で、その１つ以上の問合せに対する応答がデータベース２０１から受信される。好ましい実施例では、データベースマネージャ２０９は、データベース２０１の構造に固有の問合せによってデータベース２０１から情報を取得する。ステップ３１１で、データベースマネージャ２０９は、共通の手続きを利用して、データベース２０１から受信した応答に基づいて応答を生成する。ステップ３１３で、ＰＧは、データベースマネージャ２０９からの応答に基づいて応答を生成し、その応答を、ネットワークメッセージを受信した要求側ネットワークに送る。
【００３２】
ＭＰ ＨＬＲ内の多重プロトコルゲートウェイを利用した呼フローの例を図２に示す。円の中の番号は、ＭＰ ＨＬＲ１０１を通じての呼配信に対する呼フローを時間順に表す。図２の例はＡＮＳＩ−４１に着信するＧＳＭ発信呼を示しているが、呼は、発信側および着信側のネットワークの任意の組合せを通じて配信されることが可能である。一般に、この呼フローは次のように記述される。あるメッセージが、第１ネットワークから第１プロトコルゲートウェイを介して受信される。このメッセージは、例えば、現在第２ネットワークに位置する移動ユニットに対する呼が受信されたために生成されたものである。メッセージは、第１プロトコルゲートウェイおよび第２プロトコルゲートウェイに共通の手続きに従って処理される。少なくとも１つのデータベース問合せが、処理されたメッセージに基づいて生成される。その少なくとも１つのデータベース問合せは、第１プロトコルゲートウェイに関連する第１ネットワークおよび第２プロトコルゲートウェイに関連する第２ネットワークに共通のデータを有するデータベースに中継される。その少なくとも１つのデータベース問合せに対する応答が受信され、第２プロトコルゲートウェイへの要求が生成される。好ましい実施例では、この応答は、移動ユニットの物理的および論理的の両方の位置を識別し、この情報は、第２プロトコルゲートウェイを識別する。第２プロトコルゲートウェイへの要求に対応する応答が受信される。この応答は、例えば、第２ネットワーク内のルーティング情報を含む。この応答に基づくメッセージが生成され、第１プロトコルゲートウェイに中継される。このメッセージ内の情報、特にルーティング情報は、第２ネットワークのカバレジエリアに位置する移動ユニットに呼をルーティングするために利用される。
【００３３】
具体的には、図２の呼フローは次のように記述される。ＩＡＭ(Initial Address Message)あるいはＳＩＰ inviteのような呼（１）が、被呼者番号を管理する呼処理エンティティに配信される。被呼者番号がＳＩＰ ＵＲＬである場合、呼はＳＩＰプロキシに配信される。被呼者番号がＧＳＭまたはＡＮＳＩ−４１ワイヤレス電話番号である場合、呼はＧＳＭ ＧＭＳＣまたはＡＮＳＩ−４１ホームＭＳＣにそれぞれ配信される。ＡＮＳＩの場合にはLocation Request、ＧＳＭの場合（図示）にはSend Routing Information、あるいはＳＩＰのlocation lookupのような適当な位置問合せメッセージ（２）が、発信側ネットワークから対応するＰＧ２１１に送られる。ＰＧ２１１は、その位置問合せメッセージを位置要求メッセージ（３）に翻訳し、これがデータベースマネージャ２０９に中継される。データベースマネージャ２０９は、その要求を処理してデータベース問合せ（４Ａ）を生成し、これがデータベース２０１へ中継され、データベース２０１は、要求された情報を判定して、その要求された情報（４Ｂ）をデータベースマネージャ２０９に返す。
【００３４】
データベースマネージャ２０９は、ユーザの位置データベースを参照して、ユーザの現在位置を判定する。データベースマネージャ２０９は、ユーザが現在位置しあるいはローミングしているネットワーク、すなわち、着信側ネットワークを管理するＰＧ２１３を通じて、経路（ルーティング）情報要求メッセージ（５）を送信する。そのＰＧ１２３は、着信側ネットワーク内のエンティティと連絡をとり、そのユーザのルーティング情報（６）を取得する。例えば、Route RequestがＡＮＳＩ ＭＳＣ（図２の例に図示）に送られ、あるいは、ＰＲＮ(Provide Roaming Number)メッセージがＧＳＭ ＭＳＣに送られる。ＡＮＳＩ−４１ ＭＳＣからのＴＬＤＮ(Temporary Location Directory Number)を有するroute request（図２に図示）、ＧＳＭ ＭＳＣからのＭＳＲＮ(Mobile Subscriber Roaming Number)を有するＰＲＮ ＡＣＫ、あるいは、ＳＩＰネットワークからの呼に対するＳＩＰユーザエージェント機能を有するシグナリング・メディアゲートウェイコンプレックスに到達するために用いられるルーティング情報のような、ルーティング返信メッセージが、着信側ＰＧ２１３に返される。ＰＧ２１３は、ルーティング返信メッセージを処理して、要求された経路情報応答（８）を生成し、これがデータベースマネージャ２０９に中継される。データベースマネージャ２０９は、要求された経路情報応答を処理して、ルーティング返信メッセージからの関連情報を含む位置要求応答（９）を生成し、この位置要求応答を、発信側呼処理エンティティのＰＧ２１１に送る。ＰＧ２１１は、位置要求応答を、ＡＮＳＩの場合にはlocation request、ＧＳＭの場合にはＳＲＩ ＡＣＫ（図２に図示）、あるいは、ＳＩＰの場合にはＳＩＰ location lookup responseのような、適当なネットワーク応答（１０）に変換する。発信側ネットワークは、呼（ＩＡＭあるいはＳＩＰ invite）（１１）を着信側ネットワーク内の装置に中継し、この装置がその呼（１２）を適当なエンドユーザに配信する。
【００３５】
多重プロトコルＨＬＲの第２実施例のブロック図を図４に示す。ＭＰ ＨＬＲ１０１のこの実施例は、ＭＰ ＨＬＲ１０１によってサポートされる、各タイプのワイヤレス通信システムに対するＨＬＲと、各タイプの有線ネットワークのサーバとを有する。図示した具体例では、ＧＳＭ ＨＬＲ４０１およびＡＮＳＩ−４１ ＨＬＲ４０３が示されている。ＨＬＲ４０１および４０３のそれぞれは、仲介装置４０５にインタフェースされる。仲介装置（ＭＤ：mediation device）４０５は、ネットワークメッセージの生成、ネットワークメッセージの翻訳、ならびに、ＧＭＳＣ、ＶＭＳＣ、およびＭＣのエミュレーションを含むいくつかの機能を提供する。翻訳機能の一部として、翻訳情報を含むさまざまなテーブルがＭＰ ＨＬＲ１０１に含まれる。このような翻訳テーブルの例を表１に示す。これは、ＧＳＭとＡＮＳＩ−４１／ＡＮＳＩ−１３６の間でメッセージを翻訳する。ＭＤはまた、メッセージを変換することも可能である。例えば、ＭＤ４０５は、Provide Roaming NumberメッセージをLocation Requestメッセージに、あるいは、Routing RequestメッセージをSend Routing Informationメッセージに変換することが可能である。ＭＰ ＨＬＲ１０１の外部の変換を見ると、ＭＰ ＨＬＲ１０１は、Location RequestメッセージをProvide Roaming Numberメッセージに変換し、また、Send Routing InformationメッセージをRouting Requestメッセージに変換する。ＭＰ ＨＬＲ１０１は、サービングネットワーク、すなわち、通信装置が現在登録しているネットワークとともに動作して、登録情報を更新し、要求に応答して問合せを生成し、ユーザが位置するところへ、ユーザが自己の通信装置にアクセスするやり方で（例えば、サービングすなわち着信側ネットワークのプロトコルに従ってプロファイルおよびメッセージをフォーマットする）、呼をルーティングする。ＭＰ ＨＬＲ１０１は、呼の行き先のインフラストラクチャ装置のプロトコルに従って呼をルーティングする。
【００３６】
この実施例では、プロビジョニングゲートウェイ４０７が、好ましくは、ＭＰＨＬＲ１０１内の各装置にユーザデータを分配する。プロビジョニングゲートウェイ４０７は、ＭＰ ＨＬＲ１０１の一部またはその外部のデータベース（図示せず）と相互接続され、あるいは、１つ以上のＭＰ ＨＬＲ１０１コンポーネントに分散される。簡単のため、図４では、２つのＨＬＲのみがＭＰ ＨＬＲの一部として示されている。追加のＨＬＲあるいはホームエージェントがＭＰ ＨＬＲに追加される場合、そのような装置はそれぞれ仲介装置４０５およびプロビジョニングゲートウェイ４０７とインタフェースされることになる。データベースは、前述のデータベース２０１に格納されたデータのように、ユーザのプロファイル、位置、およびセキュリティ情報のようなユーザ情報を含む。他の格納されるデータには、通信装置、サービングネットワーク、ならびに、ゲートウェイＭＳＣ、着信側ＭＳＣ、在圏ＭＳＣ、パケットゲートウェイ、およびインターネットプロトコルゲートウェイのようなインフラストラクチャ装置のプロトコルタイプおよびアドレスがある。このデータは、必要に応じて、情報を要求する要素間に分散されることも可能であり、また、必要に応じてアクセスするために、プロビジョニングゲートウェイ４０７や仲介装置のようなさまざまな装置に格納することも可能である。
【００３７】
ＭＰ ＨＬＲ１０１のさまざまなタイプの情報フローおよびタイミング図を図５〜図１９に示す。これらの呼フローは、図２または図４のＭＰ ＨＬＲとともに利用可能であるが、図５〜図１７のフローは、複数のＨＬＲ４０１および４０３と仲介装置４０５の間のインタラクション（このインタラクションは、図２のＭＰ ＨＬＲ１０１では起こらないことがある）を示すために図４のＭＰ ＨＬＲ１０１内の呼フローに合わせて作られている。
【００３８】
ネイティブモードにおけるＧＳＭ登録を示す流れ図およびタイミング図を図５に示す。通信装置のネイティブモードは一般に、その通信装置に関連するサービスセンタ、メッセージセンタ、ＶＭＳ、またはＧＭＳＣのプロトコルタイプと同一である。シングルモードＨＬＲでは、ネイティブモードはしばしば、通信装置に関連するＨＬＲあるいはホームエージェントのプロトコルタイプと同一である。フォーリンモードは、ネイティブモードでないモードである。位置更新要求(location update request)は、移動局からＧＳＭ ＶＭＳＣに中継される。ＭＳＣ番号、ＶＬＲ番号、およびＭＳＣ ＩＤを含む位置更新(update location)は、ＭＰ ＨＬＲ１０１のＧＳＭ ＨＬＲ４０１に中継される。ＧＳＭ ＨＬＲは、ＭＳＣ番号およびＶＬＲ番号を格納し、加入者データ挿入(insert subscriber data)メッセージをＧＳＭ ＧＭＳＣに送り、ＧＳＭ ＧＭＳＣはＡＣＫをＧＳＭ ＨＬＲ４０１に送る。
【００３９】
ＧＳＭ ＨＬＲ４０１は、移動加入者がデュアルモード加入者であるかどうかを判定する。移動機がデュアルモード加入者でないとき、通常のＧＳＭ処理が提供される。移動機がデュアルモード移動機であるとき、ＧＳＭの前の（旧）および新たな（新）ＶＭＳＣタイプがＧＳＭ ＨＬＲに格納される。ＭＳＣタイプがＧＳＭに等しい位置更新プリミティブ（内部メッセージ）が仲介装置に送られ、仲介装置は、位置更新メッセージを、ＭＳＣタイプがＧＳＭの登録通知メッセージに変換してそのメッセージをＡＮＳＩ ＨＬＲ４０３に中継する。ＡＮＳＩ ＨＬＲは、新ＶＭＳＣタイプおよび旧ＶＭＳＣタイプを格納し、プロファイルなしでＡＣＫを仲介装置に送る。プロファイルを送信する必要がないのは、仲介装置はプロファイル情報にアクセス可能であることから、ＭＰ ＨＬＲ１０１の装置間でプロファイルを送信しないことにより時間と帯域を節約するためである。このＡＣＫは、ＧＳＭ ＨＬＲ４０１に中継される。
【００４０】
ＡＣＫを受信すると、ＧＳＭ ＨＬＲ４０１は、旧ＶＭＳＣタイプがＨＬＲのタイプ、すなわち、ＧＳＭであるかどうかを判定する。旧ＶＭＳＣタイプがＧＳＭである場合、Cancel LocationメッセージがＧＳＭ ＨＬＲ４０１から旧ＧＳＭ ＭＳＣに送られ、旧ＧＳＭ ＭＳＣが移動機１０５に対するそのＶＬＲを削除する。オプションとして、旧ＶＭＳＣタイプがＡＮＳＩであり、ＭＳのネイティブモードがＡＮＳＩでない場合、プロセスは終了するが、旧タイプがＡＮＳＩであり、ネイティブモードもまたＡＮＳＩである場合、cancel location要求がＧＳＭ ＨＬＲ４０１から仲介装置４０５に送られ、仲介装置４０５は、cancel locationを登録取消(registration cancellation)に変換し、これが旧ＡＮＳＩＭＳＣに送られ、旧ＡＮＳＩ ＭＳＣが移動機１０５に対するそのＶＬＲを削除する。ＡＮＳＩ ＨＬＲもまた、旧ＶＭＳＣタイプがＡＮＳＩであるかどうかを判定する。旧ＶＭＳＣタイプがＡＮＳＩでない場合、プロセスは終了し、旧ＶＭＳＣタイプがＡＮＳＩである場合、ＡＮＳＩ登録取消がＡＮＳＩ ＨＬＲ４０３から旧ＡＮＳＩ ＭＳＣに送られ、プロセスは終了する。
【００４１】
ネイティブモードにおけるＡＮＳＩ登録を示す流れ図およびタイミング図を図６に示す。電子シリアル番号（ＥＳＮ：Electronic Serial Number）および移動機識別番号（ＭＩＮ：Mobile Identification Number）を有する登録要求がＡＮＳＩ−１３６ ＧＭＳＣに送られ、ＡＮＳＩ−１３６ ＧＭＳＣは、ＭＰ ＨＬＲ１０１のＡＮＳＩ ＨＬＲ４０３に認証要求を送る。ＡＣＫがＡＮＳＩ ＧＭＳＣに返され、ＡＮＳＩ ＧＭＳＣは、ＥＳＮ、ＭＩＮ、およびＭＳＣ ＩＤを含む登録通知をＡＮＳＩ ＨＬＲ４０３に送る。ＡＮＳＩ ＨＬＲは、新たなＭＳＣ ＩＤを格納し、ＡＣＫをプロファイル付きでＧＭＳＣに送る。ＡＮＳＩ ＨＬＲ４０３は、移動機がデュアルモードであるかどうかを判定する。移動機がデュアルモードでないとき、登録に対する通常のＡＮＳＩ処理が行われ、移動機がデュアルモードであるとき、ＡＮＳＩ ＨＬＲ４０３は、ＡＮＳＩに等しい新ＶＭＳＣタイプと、旧ＭＳＣタイプとを格納する。ＡＮＳＩ ＨＬＲは、ＭＳＣタイプがＡＮＳＩの登録通知を仲介装置４０５に送り、仲介装置４０５は、この登録通知を、ＭＳＣタイプがＡＮＳＩの位置更新メッセージに変換して、処理のためにＧＳＭ ＨＬＲに送る。ＧＳＭ ＨＬＲ４０１は、新ＶＭＳＣタイプおよび旧ＭＳＣタイプを格納し、ＡＣＫをプロファイルＡＣＫなしで仲介装置に送り、仲介装置は、このＡＣＫをＡＮＳＩ ＨＬＲ４０３に中継する。ＧＳＭ ＨＬＲは、旧ＶＭＳＣタイプがそのタイプ、すなわちＧＳＭであるかどうかを判定する。旧ＶＭＳＣタイプがＧＳＭでない場合、プロセスは終了するが、旧ＶＭＳＣタイプがＧＳＭである場合、cancel locationメッセージがＧＳＭ ＨＬＲ４０１から旧ＧＳＭ ＭＳＣに送られる。ＡＮＳＩ ＨＬＲは、旧ＶＭＳＣタイプがＡＮＳＩであるかどうかを判定し、そうである場合、登録取消メッセージを旧ＡＮＳＩ ＭＳＣに送る。オプションとして、旧ＶＭＳＣタイプがＧＳＭであり、移動機がそのネイティブモードにある場合、ＡＮＳＩ ＨＬＲ４０３は、登録取消を仲介装置４０５に送り、仲介装置４０５は、登録取消をcancel location要求に変換し、これが旧ＧＳＭ ＭＳＣに送られ、プロセスは終了する。
【００４２】
ＧＳＭで発信されＡＮＳＩで着信する呼配信を示す流れ図およびタイミング図を図７に示す。被呼者番号（ＰＮ：party number）を含むＩＡＭがＧＳＭ ＧＭＳＣに送られ、ＧＳＭ ＧＭＳＣは、ルーティング情報をＭＰ ＨＬＲ１０１のＧＳＭ ＨＬＲ４０１に送る。ＧＳＭ ＨＬＲ４０１は、被呼者のＶＭＳＣタイプを判定する。このタイプがＧＳＭであるとき、通常のＧＳＭ着信が提供される。このタイプがＧＳＭでないとき、ＧＳＭ ＨＬＲは、ＧＭＳＣアドレスおよびタイプを有するprovide roaming number (PROVIDE ROAMING NO.)メッセージを仲介装置４０５に中継する。仲介装置４０５は、ＧＭＳＣアドレスおよびタイプを格納し、provide roaming numberメッセージを、ＧＭＳＣ ＩＤが仲介装置（ＭＤ）に等しいlocation requestに変換し、そのメッセージをＡＮＳＩ ＨＬＲ４０３に送る。
【００４３】
ＡＮＳＩ ＨＬＲは、ＭＳＣ ＩＤが仲介装置４０５を示すＭＤであるroute request (ROUTE REQ)をＡＮＳＩ ＶＭＳＣに送る。ＡＮＳＩ ＶＭＳＣは、ＴＬＤＮを含むＡＣＫまたはbusy ＡＣＫをＡＮＳＩ ＨＬＲ４０３に送り、ＡＮＳＩ ＨＬＲ４０３は、ＴＬＤＮ、absent、またはbusyを有するＡＣＫを仲介装置４０５に中継する。ＭＳＲＮ、absent、またはbusyを有するＰＲＮ ＡＣＫがＧＳＭ ＨＬＲに中継され、ＧＳＭ ＨＬＲは、ＭＳＲＮまたはＦＴＮを含むＳＲＩ ＡＣＫを生成し、ＭＳＲＮを有するＩＡＭが、ＧＳＭ ＧＭＳＣから、移動局を処理するＡＮＳＩ ＶＭＳＣに中継される。この例では、ＭＳによるlate call forwarding（遅延着信転送）起動のために、呼はＡＮＳＩ ＶＭＳＣから先へ確立されない。一実施例では、リダイレクション理由を含むリダイレクション要求(redirection request)が、ＡＮＳＩ ＶＭＳＣから仲介装置に中継され、仲介装置は、ＧＳＭ ＨＬＲにＦＴＮ（転送先番号：Forward To Number）を問い合わせる。ＦＴＮおよび転送理由を含む呼処理再開(resume call handling)メッセージが、ＧＳＭ ＧＭＳＣに送られ、ＧＳＭ ＧＭＳＣは、ＡＣＫを仲介装置に送り、仲介装置は、ＡＣＫをＡＮＳＩ ＶＭＳＣに送り、ＦＴＮを有するＩＡＭがＦＴＮ ＶＭＳＣに送られる。この方法が有効であるのは、仲介装置４０５にＦＴＮへのアクセスを許可することによって、着信転送通信のための処理が発信側ＧＭＳＣで行われ、これによりトランキングリソースが節約されるからである。別法として、リダイレクション理由が仲介装置４０５に中継され、仲介装置４０５が、リダイレクション要求を拒否する(REJ)ことにより、busyを有するＴＲＡＮＵＭ(Transfer Number)要求(TRANUM REQ)をＡＮＳＩ ＨＬＲに送ることも可能である。ＡＮＳＩ ＨＬＲは、ＦＴＮを有するＡＣＫをＡＮＳＩ ＶＭＳＣに送り、ＡＮＳＩ ＶＭＳＣはＦＴＮを有するＩＡＭメッセージをＦＴＮＶＭＳＣに中継する。この方法が有効であるのは、着信転送通信の処理がＭＰＨＬＲ１０１、特に仲介装置４０５と、着信側移動通信交換センタとの間で行われ、呼処理再開（ＲＣＨ：Resume Call Handling）を処理する能力を有しない可能性のある発信側ＭＳＣを巻き込むことを必要としないからである。
【００４４】
ＡＮＳＩで発信されＧＳＭで着信する呼配信を示す流れ図およびタイミング図を図８に示す。ＩＡＭが、ＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭＳＣは、location requestをＡＮＳＩ ＨＬＲ４０３に送る。ＡＮＳＩ ＨＬＲ４０３は、ＶＭＳＣタイプがＡＮＳＩまたはＧＳＭのいずれであるかを判定する。このタイプがＡＮＳＩであるとき、通常のＡＮＳＩ着信が提供される。このタイプがＧＳＭであるとき、ＧＭＳＣアドレスおよびタイプを含むroute requestが仲介装置４０５に中継される。仲介装置４０５は、ＧＭＳＣアドレス（これは、遅延着信転送の最適ルーティングのために有用である）およびＧＭＳＣタイプ（これはインテリジェントネットワーキング（ＩＮ）インタラクションのために有用である）を格納し、ＳＲＩをＧＳＭ ＨＬＲ４０１に送る。ＧＳＭ ＨＬＲ４０１は、ＧＭＳＣアドレスがＭＤに等しいＰＲＮを発行し、それをＧＳＭ ＶＭＳＣに送り、ＧＳＭ ＶＭＳＣは、ＭＳＲＮを有するＡＣＫをＧＳＭ ＨＬＲ４０１に中継し、ＧＳＭ ＨＬＲ４０１は、そのＭＳＲＮを有するＡＣＫを仲介装置４０５に中継する。仲介装置は、そのＭＳＲＮを有するＡＣＫを、ＴＬＤＮを有するＡＣＫに変換し、これは、ＡＮＳＩ ＨＬＲ４０１に、続いてＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭＳＣは、そのＴＬＤＮを有するＩＡＭを着信側ＧＳＭ ＶＭＳＣに中継する。この例では、遅延着信転送起動のために、呼はＧＳＭ ＶＭＳＣから先へ確立されない。ＧＳＭ ＶＭＳＣは、ＦＴＮおよび転送理由を含むＲＣＨ（呼処理再開）を仲介装置４０５に送り、仲介装置４０５は、このＲＣＨを、リダイレクション理由を含むリダイレクション要求に変換し、これがＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭＳＣは、ＴＲＡＮＵＭ要求を送信することによってＡＮＳＩ ＨＬＲに対して転送先番号を要求し、その応答としてＦＴＮを受信し、リダイレクション要求の確認応答を仲介装置に送るとともに、ＩＡＭをＦＴＮ ＶＭＳＣに送る。ＭＤは、ＲＣＨに確認応答し、プロセスは終了する。この方法が有効であるのは、仲介装置４０５にＦＴＮへのアクセスを許可することによって、着信転送通信のための処理がＭＰ ＨＬＲ１０１、特に仲介装置４０５と、発信側ゲートウェイ移動通信交換センタとの間で行われ、発信側ＭＳＣと着信側ＭＳＣの間の余分なトランクを巻き込むことを必要としないからである。
【００４５】
当業者に知られている、着信プリペイドトリガのあるＧＳＭ着信呼に対する信号フローのブロック図を図９に示す。第１移動機ＭＳ１（１０５）は、プリペイド移動ユーザである第２移動機ＭＳ２（１１９）と通信することを選択する。この例では、ＧＳＭ ＧＭＳＣ１１１は、ＧＳＭ ＨＬＲ９０１と情報を交換し、ＧＳＭ ＨＬＲ９０１は、ＧＳＭ ＳＣＰ１１４と通信して、個々のユーザに対するサービスを確認する。サービスがＳＣＰ１１４によって確認されると、ＨＬＲ９０１は、ＧＳＭ ＭＳＣ／ＶＬＲを通じて呼処理を進め、呼は第２移動機１１９に着信する。
【００４６】
ＭＰ ＨＬＲを利用したＧＳＭフォーリンモード着信呼の信号フローのブロック図を図１０に示す。プリペイドユーザの場合、ＡＮＳＩシステムは、着信側ＭＳＣのＳＣＰと通信し、一方、ＧＳＭシステムは、（発信側）ＧＭＳＣのＳＣＰと通信する。図示の例では、第１移動機１０５が、プリペイドサービスを利用する第２移動機へ呼を発信する。被呼者番号（ＣＤ ＰＮ：called party number）が、ＡＮＳＩ ＧＭＳＣ１２５に中継され、location request (LOC REQ)がＭＰ ＨＬＲ１０１に中継される。ＭＰ ＨＬＲ１０１は、ＧＭＳＣがＡＮＳＩであり、ＶＭＳＣがＧＳＭであり、移動機１０５のネイティブモードがＡＮＳＩであることを知っているため、ＭＰ ＨＬＲ１０１は、ＡＮＳＩ ＧＭＳＣ１１１を通じて、接続されている着信側ＧＳＭ ＶＭＳＣ／ＧＭＳＣ１０９，１１１またはＶＭＳＣと同じプロトコルタイプのＧＭＳＣのいずれかに呼を送り、その呼に対する通常のＧＳＭプリペイド着信が、ＶＭＳＣ／ＧＭＳＣ １０９／１１１、ＭＰ ＨＬＲ１０１、およびＧＳＭ ＳＣＰ１１４の間で行われる。呼をＶＭＳＣに接続されたＧＭＳＣに送ることは、トランキングリソースを節約する利点を有する。仲介装置が呼を宛先ＧＭＳＣに送るとき、仲介装置は、もとの被呼者番号とは異なる被呼者番号を送ることも可能である。しかし、受信側ＧＭＳＣは、被呼者番号（これは、プレフィックスに続くもとの被呼者番号、または、異なる番号のいずれかを含むことが可能である）を認識しなければならない。呼をＶＭＳＣと同じプロトコルタイプのＧＭＳＣに送ることは、このＧＭＳＣがＡＮＳＩ ＧＭＳＣ１１１と同じネットワークにある可能性があり、その場合、プレフィックスに続くもとの被呼者番号、または、異なる番号のいずれかを認識することができるという利点がある。同様に（図１６、図１７、および図１８参照）、仲介装置４０５がショートメッセージをＳＭＳＣ／ＭＣに送るとき、仲介装置は、もとの被呼者番号とは異なる可能性のある被呼者番号を認識かつ生成することができる。しかし、ＳＭＳＣ／ＭＣおよびＶＭＳは、被呼者番号（これは、プレフィックスに続くもとの被呼者番号、または、異なる番号のいずれかを含むことが可能である）を認識しなければならない。
【００４７】
ＭＰ ＨＬＲを利用したＡＮＳＩフォーリンモード着信呼の信号フローのブロック図を図１１に示す。この場合、第１移動機１０５が、プリペイドサービスを利用して、第２移動機１１９へ呼を発信する。ＩＡＭが、ＡＮＳＩ ＭＳＣ１２３で受信され、ＡＮＳＩ ＭＳＣ１２３は、ＩＡＭメッセージをＧＳＭ ＧＭＳＣ１１１に送り、ＧＳＭ ＧＭＳＣ１１１は、データベース１０１に問合せを行う。呼は、ＧＳＭ ＧＭＳＣ１１１、ＭＰ ＨＬＲ１０１、およびＧＳＭ ＳＣＰ（これは、支払い権限を判定する）の間で設定され、ＧＭＳＣ１１１は、ＭＳＲＮを有するＩＡＭをＡＮＳＩ ＭＳＣに中継し、ＡＮＳＩ ＭＳＣは呼を第２移動機１１９に着信させる。
【００４８】
移動機発信プリペイド呼の信号フローのブロック図を図１２に示す。結合したＳＣＰがない場合、移動機は、複数のＳＣＰ（プロトコルごとに１つずつ）を有することが可能であり、ＳＣＰとの通信は任意である。このような場合、移動機発信プリペイドサービスが利用される。移動機着信プリペイド呼の場合、ＭＰ ＨＬＲ１０１は、呼を、適当なＧＭＳＣまたはＡＮＳＩ着信側ＭＳＣに中継し、このＧＭＳＣまたはＡＮＳＩ着信側ＭＳＣが、図１３および図１４に示すように、適当なＳＣＰと通信する。このような場合、移動機着信プリペイドサービスが利用される。
【００４９】
ネイティブモードまたはフォーリンモードのいずれかの場合の、ＧＳＭ着信での移動機着信プリペイド呼の信号フローのブロック図を図１３に示す。この例では、ＭＰ ＨＬＲとのオペレーションは、図４のＭＰ ＨＬＲ１０１が利用される場合について示されている。着信側移動機が発信側ＭＳＣに対してフォーリンモードで動作している場合、プロセス（ａ）〜（ｄ）が、ＡＮＳＩ発信側ＭＳＣ１２３を通り、ＭＰ ＨＬＲ１０１内のＡＮＳＩ ＨＬＲ４０３を通って進み、ＡＮＳＩ ＨＬＲ４０３は、信号フロー（１）〜（１１）により処理を完了するために、呼ＡＣＫを、発信側ＭＳＣ１２３を通じて、ＧＳＭ ＧＭＳＣ１１１に転送する。移動機がそのネイティブＧＳＭモードで動作しているとき、プロセスはＧＳＭ ＧＭＳＣ１１１で（１）から開始する。呼は、ＧＳＭ ＧＭＳＣ１１１とＧＳＭ ＨＬＲ４０１の間の呼設定を通じて進み、ＧＳＭ ＨＬＲ４０１は、ＧＳＭ ＳＣＰ１１４を通じてサービスの権限を確認し、呼は、ＧＳＭ ＭＳＣ１０９によって第２移動機１０５に着信する。
【００５０】
ネイティブモードまたはフォーリンモードのいずれかの場合の、ＡＮＳＩ着信での移動機着信プリペイド呼の信号フローのブロック図を図１４に示す。着信側移動機が発信側ＭＳＣに対してフォーリンモードで動作している場合、信号フロー（１）〜（９）による処理を完了するために、呼プロセス（ａ）〜（ｄ）は、ＧＳＭ ＧＭＳＣ１１１を通り、ＧＳＭ ＨＬＲ４０１を通り、再びＧＳＭ ＧＭＳＣ１１１を通ってＡＮＳＩ発信側ＭＳＣ１２３へと進む。移動機がそのネイティブモードで動作しているとき、プロセスはＡＮＳＩ発信側ＭＳＣ１２３で（１）から開始する。ＡＮＳＩ発信側ＭＳＣ１２３は、location requestをＡＮＳＩ ＨＬＲ４０３に送り、呼フローは、プリペイドユーザに対する通常のＡＮＳＩ発着信呼のように進む。
【００５１】
移動機発信ＳＭＳの信号フローのブロック図を図１５に示す。移動機は、そのネイティブＭＳＣでＳＭＳを発信する。このＭＳＣは、ネイティブプロトコルＭＣ(Message Center)（サービスセンタ（ＳＣ：Service Center）またはＳＭＳＣ(Short Message Service Center)ともいう）とともに動作し、その個々のプロトコルについて、着信側ＭＣ１５０１または１５０３でサービスを完了する。メッセージが、異なるプロトコルで着信した場合、ＩＩＦ(Interworking and Interoperability Function)として作用する仲介装置が、メッセージを他のプロトコルに変換するために使用され、その変換されたメッセージが、着信側メッセージセンタ１５０１または１５０３に中継される。
【００５２】
ＭＰ ＨＬＲを用いた移動機着信ＳＭＳの信号フローのブロック図を図１６および図１７に示す。図１６の例では、ＡＮＳＩネイティブモードＳＭＳメッセージが、ＧＳＭフォーリンモードで着信する。メッセージは、ＡＮＳＩ ＨＬＲに中継され、ＡＮＳＩ ＨＬＲは、仲介装置４０５をＭＳＣ ＩＤとしてＡＮＳＩメッセージセンタ（ＭＣ）１２９に提供し、ＡＮＳＩ ＭＣ１２９は、仲介装置４０５とともに動作して、ＦＳＭ（ショートメッセージ転送：Forward Short Message）を生成し、これがＧＳＭ ＭＣ１１５に送られる。ＧＳＭ ＧＭＳＣ／ＭＣは、ＧＳＭ ＨＬＲ４０１とともに動作して、メッセージをＧＳＭ ＭＳＣ１０９に中継し、ＧＳＭ ＭＳＣ１０９は、メッセージを宛先移動機１０５に送る。図１７の例では、ＧＳＭネイティブモードＳＭＳメッセージが、ＡＮＳＩフォーリンモードで着信する。メッセージは、ＧＳＭ ＨＬＲに中継され、ＧＳＭＨＬＲは、仲介装置４０５をＭＳＣ ＩＤとしてＧＳＭ ＭＣに提供し、ＧＳＭ ＭＣは、仲介装置４０５とともに動作して、ＳＭＤＰＰ(Short Message Direct Point to Point)を生成し、これがＡＮＳＩ ＭＣに送られる。ＡＮＳＩ ＭＣは、ＡＮＳＩ ＨＬＲとともに動作して、メッセージをＡＮＳＩ ＭＳＣに中継し、ＡＮＳＩ ＭＳＣは、メッセージを宛先移動機１０５に送る。
【００５３】
ＡＮＳＩ ＶＭＳ(Voice Message System)メッセージウェイティング通知手続きの信号フローのブロック図を図１８に示す。ＭＰ ＨＬＲ１０１は、ＡＮＳＩネイティブモードで、ＭＰ ＨＬＲ、特に仲介装置を利用して、ＧＳＭネイティブモードで着信するＧＳＭ移動機着信ＳＭＳを生成する。ＡＮＳＩ ＶＭＳ１３０は、ＭＷＮ（メッセージウェイティング通知：Message Waiting Notification）をＡＮＳＩ ＨＬＲに送り、ＡＮＳＩ ＨＬＲは、仲介装置４０５と通信して、ＦＳＭをＧＳＭ ＭＣ１１５に送り、ＧＳＭ ＭＣ１１５は、ＧＳＭ ＨＬＲとともに動作して、メッセージを、適当な移動機１０５または１１９に着信させるために、適当なＧＳＭ ＭＳＣ１０９またはＧＳＭ ＳＧＳＮ１１３に中継する。図１６および図１７に示した状況では、ＭＰ ＨＬＲ１０１は、着信側ＭＳＣタイプを知っており、したがって、呼を適当なメッセージセンタに直接送ることができるため、ＭＤ４０５を通じてのメッセージの余分な翻訳が回避される。ＧＳＭ ＭＣあるいはＡＮＳＩ ＭＣの機能は、ＭＰ ＨＬＲ１０１内にコロケートされることも可能である。
【００５４】
移動機発着信ＳＭＳの信号フローのブロック図を図１９に示す。ＭＳ１０５からＧＳＭ ＭＳＣ１０９へのＳＭＳメッセージは、被呼者のネイティブモードにかかわらず、ＧＳＭ ＭＣ１１５に転送される。ＧＳＭ ＭＣ１１５は、ＳＭＳメッセージを、着信させるために適当なＭＣに転送する。このＭＣはこの場合ＡＮＳＩ ＭＣ１２９である。ＡＮＳＩ ＭＣ１２９は、ＦＳＭをＭＤ４０５に中継し、ＭＤ４０５は、メッセージを所望のプロトコルに、例えばＧＳＭからＡＮＳＩに、変換あるいは翻訳し、変換されたメッセージとともにＭＤアドレスを返す。ＡＮＳＩ ＭＣ１２９は、ＳＲＩを（ＭＤアドレスとともに）ＡＮＳＩ ＨＬＲ４０３に送り、ＡＮＳＩ ＨＬＲ４０３は、メッセージをＭＤ４０５に中継し、ＭＤ４０５は、例えばＳＭＤＰＰまたはＧＨＯＳＴ(GSM HOsted SMS Teleservice)により、ＡＮＳＩ ＭＳＣ１２３から終端移動機１２９への着信を実行する。ＭＰ ＨＬＲ１０１をこのように利用すると、ネイティブプロトコル、発信側プロトコル、または着信側プロトコルのいずれであっても、任意の呼に対して、ＳＭＳ変換は１つの変換へと最大化される。
【００５５】
ＭＰ ＨＬＲの解決法によれば、被呼者は、２つのＭＣ（１つはＧＳＭ、１つはＡＮＳＩ）を有することが可能である。ＶＭＳＣは、発信側ＳＭＳメッセージを、加入者のネイティブモードにかかわらず、その同じプロトコルタイプのＭＣにルーティングする。可能な限り、発信側ＭＣは、同じプロトコルタイプの被呼者のＭＣにルーティングする。被呼者がデュアルモード加入者でないとき、呼は、そのネイティブモードへのプロトコル変換のために、仲介装置４０５にルーティングされる。同様に、デュアルモード被呼者がフォーリンモードで動作している場合、フォーリンモードＭＣは、ＳＭＳメッセージを、着信側ＭＳＣへのプロトコル変換のために、ＭＤに送る。
【００５６】
ＭＰ ＨＬＲ１０１は、いくつかの理由で、ＩＩＦ(Interoperability Interworking Function)より効率的である。メッセージがＭＰ ＨＬＲ１０１に直接送られるため、プロファイル情報に対するマッピングは不要であり、テクノロジ間登録のために必要な外部ネットワークシグナリングは少なくなる。発信側ＭＳＣは、呼をホームネットワークにルーティングすることを必要とせずに、仲介装置を通じて着信側テクノロジのＨＬＲに問合せをすることが可能であるため、呼着信はさらに最適化される。特に遅延着信転送の場合、最適なルーティングにより、ＭＰ ＨＬＲ１０１アプリケーションにおける国際トランキングが低減される。ＭＰ ＨＬＲ１０１によれば、ＳＭＳ変換は、発信側あるいは着信側のユーザのプロトコルにかかわらず、１つの変換へと最大化される。ＡＮＳＩシステムは着信側ＭＳＣのＳＣＰと通信し、ＧＳＭシステムは（発信側）ＧＭＳＣのＳＣＰと通信するが、ＭＰ ＨＬＲ１０１は、ＧＳＭフォーリンモードで動作しているＡＮＳＩ加入者のための着信トリガを提供する。
【００５７】
本発明は、ワイヤレス（無線）あるいは有線、および、音声、データ、あるいはマルチメディアを含む、さまざまなタイプの複数のプロトコルをサポートする単一のＨＬＲを提供する。このＭＰ ＨＬＲは、複数のネットワークプロトコルに対するＨＬＲ、ホームエージェント、およびフォーリンエージェントを置き換える。ＭＰ ＨＬＲは、さまざまな相異なるネットワークプロトコルについて、モビリティ／ユーザ管理、ユーザ認証／セキュリティ制御、およびユーザプロファイル管理の機能を実行する。これらの機能は、従来のセルラネットワーク、第３世代ワイヤレス音声／データネットワーク、およびインターネットで要求され、これまでは別々の機能エンティティにわたって展開されてきたものである。ＭＰ ＨＬＲ１０１は、複数の標準のプロトコルインタフェースをサポートすることによって、これらの複数のエンティティの機能を１つのエンティティとして実現する。複数プロトコルのサポートにより、ＭＰ ＨＬＲ１０１は、単一のネットワークプロトコルをサポートする単一のＨＬＲに基づく今日の第１世代および第２世代のワイヤレスネットワークから、ＨＬＲ／ＩＰサーバコンプレックスに基づく次世代のワイヤレスネットワークへ、さらに将来のオールＩＰベースのワイヤレスネットワークへのシームレスな進化を促進する。ＭＰ ＨＬＲ１０１は、ユーザが複数のワイヤレスあるいは有線サービスに加入しているような環境で有効であり、相異なるネットワーク間、例えば、ＧＳＭとＴＤＭＡの間で、マルチモード電話機のシームレスなローミングを可能にする。統合されたＨＬＲは、多くのＨＬＲの代わりに１つのＨＬＲを同期し更新することから得られる節約のようなコスト削減効果を、サービスプロバイダに提供する。
【００５８】
さらに、ＭＰ ＨＬＲ１０１は、ゲートウェイＭＳＣまたは発信側ＭＳＣのいずれかのタイプとともに、在圏ＭＳＣタイプを知っている。この情報により、ＭＰ ＨＬＲ１０１は、呼を、在圏ＭＳＣと同じタイプのゲートウェイＭＳＣに送ることができる。さらに、ＭＰ ＨＬＲ１０１は、加入者が登録している真のＭＳＣを知っているため、ＭＰ ＨＬＲ１０１は、例えば、呼禁止(call barring)、出呼禁止付きの着信転送インタラクション、通常のＨＬＲ復旧手続き、および地域ゾーン加入契約のような、通常のプロトコル手続きも実行可能である。ＭＰＨＬＲ１０１は、マルチモード加入者に対して、単に相互運用されるものよりもさまざまなサービスを提供することができる。加入者が現在登録しているプロトコルが何であるかに従って、加入者は真正なサービスを受けることができる。
【００５９】
本発明は、その技術思想あるいは本質的特性から離れることなく、他の具体的形態でも実現可能である。上記で説明した実施例は、すべての点において単なる例示であり、限定的なものではないとみなされるべきである。したがって、本発明の技術的範囲は、上記の詳細な説明ではなく特許請求の範囲によって示されるものである。特許請求の範囲の意味および均等の範囲内に入るすべての変更は、その技術的範囲内に包摂されるものである。
【００６０】
【表１】
表２は、上記の説明で用いられた頭字語のリストである。
［表２］
AAA: Authentication, Authorization, and Accounting
ACK: Acknowledgment
AG: Application Gateway
API: Application Programming Interface
ATI: Any Time Interrogation
BOIC: Barring of Outgoing International Calls
BSS: Base Station System
CAMEL: Customized Application for Mobile Network Enhanced Logic
CDMA: Code Division Multiple Access
CF: Call Forwarding
CFB: Call Forward Busy
CFNRG: Call Forwarding on Mobile Subscriber Not Reachable
CONT: Continue
EDGE: Enhanced Data Rates for GPRS Evolution
FTN: Forward to Number
GGSN: Gateway GPRS Service Node
GMSC: Gateway Mobile Switching Center
GPRS: General Packet (Data) Radio Service
GSM: Group Special Mobile/Global System for Mobile Communications
HDR: High Data Rate
HLR: Home Location Register
IAM: Initial Address Message
IN: Intelligent Networking
InitDP: Initial Detection Point
IP: Internet Protocol
LOC/ST: Location/State
MC: Message Center
MD: Mediation Device
M-IP: Mobile IP
MP HLR: Multiple-Protocol Home Location Register
MS: Mobile Station
MSC: Mobile Switching Center
MSRN: Mobile Subscribing Roaming Number
OAM:
PG: Protocol Gateway
PN: Party Number
PRN: Provide Roaming Number
PSI: Provide Subscriber Information
PSTN: Public Switch Telephone Network
RCH: Resume Call Handling
SC: Service Center
SCP: Service Control Point
SGSN: Serving GPRS Service Node
SIP: Session Initiation Protocol
SMSC: Short Message Service Center
SPA: Service Package Application
SRI: Send Routing Information
SS7: Standard Signaling System 7
TDMA: Time Division Multiple Access
TLDN: Temporary Location Directory Number
UMTS: Universal Mobile Telecommunications System
VLR: Visitor Location Register
VMS: Voice Message System
VMSC: Visited Mobile Switching Center
【００６２】
【発明の効果】
以上述べたごとく、本発明によれば、相異なるプロトコルを利用する複数のシステム間でユーザのモビリティ管理を提供する方法および装置が実現される。
【００６３】
特許請求の範囲の発明の要件の後に括弧で記載した番号がある場合は、本発明の一実施例の対応関係を示すものであって、本発明の範囲を限定するものと解釈すべきではない。
【図面の簡単な説明】
【図１】本発明による多重プロトコルＨＬＲにインタフェースされた複数の通信ネットワークを示すブロック図である。
【図２】本発明による多重プロトコルＨＬＲの第１実施例のブロック図である。
【図３】本発明による多重プロトコルＨＬＲにおけるプロトコルゲートウェイの動作を示す流れ図である。
【図４】本発明による多重プロトコルＨＬＲの第２実施例のブロック図である。
【図５】本発明によるネイティブモードにおけるＧＳＭ登録を示す流れ図およびタイミング図である。
【図６】本発明によるネイティブモードにおけるＡＮＳＩ登録を示す流れ図およびタイミング図である。
【図７】本発明によってＧＳＭで発信されＡＮＳＩで着信する呼配信を示す流れ図およびタイミング図である。
【図８】本発明によってＡＮＳＩで発信されＧＳＭで着信する呼配信を示す流れ図およびタイミング図である。
【図９】着信プリペイドトリガのあるＧＳＭ着信呼に対する信号フローのブロック図である。
【図１０】本発明によるＭＰ ＨＬＲを利用したＧＳＭフォーリンモード着信呼の信号フローのブロック図である。
【図１１】本発明によるＭＰ ＨＬＲを利用したＡＮＳＩフォーリンモード着信呼の信号フローのブロック図である。
【図１２】本発明による移動機発信プリペイド呼の信号フローのブロック図である
【図１３】本発明によるＭＰ ＨＬＲを利用した移動機着信プリペイド呼の信号フローのブロック図である。
【図１４】本発明によるＭＰ ＨＬＲを利用した移動機着信プリペイド呼の信号フローのブロック図である。
【図１５】本発明による移動機発信ショートメッセージングサービス（ＳＭＳ：short messaging service）の信号フローのブロック図である。
【図１６】本発明によるＭＰ ＨＬＲを利用した移動機着信ＳＭＳの信号フローのブロック図である。
【図１７】本発明によるＭＰ ＨＬＲを利用した移動機着信ＳＭＳの信号フローのブロック図である。
【図１８】本発明によるＭＰ ＨＬＲを利用したＡＮＳＩ ＶＭＳ(Voice Message System)メッセージウェイティング通知手続きの信号フローのブロック図である。
【図１９】本発明による移動機発着信ＳＭＳの信号フローのブロック図である。
【符号の説明】
１０１ ＭＰ ＨＬＲ
１０３ ＧＳＭシステム
１０５ 移動局（ＭＳ）
１０７ 基地局システム（ＢＳＳ）
１０９ 在圏移動通信交換センタ（ＶＭＳＣ）
１１１ ゲートウェイ移動通信交換センタ（ＧＭＳＣ）
１１３ サービングＧＰＲＳサービスノード（ＳＧＳＮ）
１１４ ＧＳＭサービス制御ポイント（ＧＳＭ ＳＣＰ）
１１５ ＧＳＭメッセージセンタ（ＧＳＭ ＭＣ）
１１６ ＧＳＭボイスメッセージシステム（ＧＳＭ ＶＭＳ）
１１７ ＡＮＳＩ通信システム
１１９ ＭＳ
１２１ ＡＮＳＩベースサイトシステム（ＡＮＳＩ ＢＳＳ）
１２３ ＡＮＳＩ ＶＭＳＣ
１２５ ＡＮＳＩ ＧＭＳＣ
１２７ ＡＮＳＩ ＳＧＳＮ
１２８ ＡＮＳＩサービス制御ポイント（ＡＮＳＩ ＳＣＰ）
１２９ ＡＮＳＩメッセージセンタ（ＡＮＳＩ ＭＣ）
１３０ ＡＮＳＩ ＶＭＳ
１３１ ＰＳＴＮ（公衆交換電話網）
１３３ 有線（従来型）電話機
１３５ ＡＡＡサーバ
１３７ ＶｏＩＰサーバ
１３９ Ｈ．３２３プロトコルサーバ
１４１ データネットワーク
１４３，１４５ コンピューティング装置
１４７ アプリケーションサーバ
２０１ データベースコンポーネント
２０３ ユーザ位置
２０５ 統合ユーザプロファイル
２０７ セキュリティ情報
２０９ データベースマネージャ
２１１ ＧＳＭ ＰＧ
２１３ ＡＮＳＩ−４１ ＰＧ
２１５ ＡＡＡ ＰＧ
２１７ ＳＩＰ ＰＧ
２１９ Ｈ．３２３ ＰＧ
２２１ アプリケーションゲートウェイ（ＡＧ）
４０１ ＧＳＭ ＨＬＲ
４０３ ＡＮＳＩ−４１ ＨＬＲ
４０５ 仲介装置（ＭＤ）
４０７ プロビジョニングゲートウェイ
９０１ ＧＳＭ ＨＬＲ
１５０１，１５０３ 着信側ＭＣ
Claims (10)
- 中央に配置されたデータベースを有する多重プロトコルホームロケーションレジスタであって、
少なくとも２つの要求側ネットワークのうちの第１の要求側ネットワークから、少なくとも２つの要求プロトコルのうちの第１のネットワークプロトコルに従う第１のネットワーク要求を受信する第１のプロトコルゲートウエイを含み、前記第１のプロトコルゲートウエイは、共通の制御手続きに従って、前記第１のネットワーク要求を出力するものであり、さらに、
少なくとも２つの要求側ネットワークのうちの第２の要求側ネットワークから、少なくとも２つの要求プロトコルのうちの第２のネットワークプロトコルに従う第２のネットワーク要求を受信する第２のプロトコルゲートウエイを含み、前記第２のプロトコルゲートウエイは、共通の制御手続きに従って、前記第２のネットワーク要求を出力するものであり、さらに、
前記少なくとも２つのネットワークプロトコルに対する、前記データベースにより提供される共通のデータソースと前記共通の制御手続きとを利用して前記第１及び第２のネットワーク要求を処理し、ネットワーク要求によって要求された情報を取得する、多重プロトコルホームロケーションレジスタ内にあるプロセッサを含み、前記プロセッサは、前記少なくとも２つのプロトコルゲートウエイと前記データベースとに動作可能に接続するデータベースマネージャであり、
前記少なくとも２つのプロトコルゲートウエイの各々は、前記ネットワーク要求の各々を、ゲートウエイが接続されたそれぞれのネットワークのプロトコルから前記共通の制御手続きへ解釈するよう設定され構築され、そして前記プロセッサを介した前記データベースへの１つ以上の問い合わせを生成するものであり、さらに、
前記第１のネットワーク要求によって要求された情報を前記第１の要求側ネットワークに中継する、前記プロセッサに動作可能に接続された第１のトランスミッタと、
前記第２のネットワーク要求によって要求された情報を前記第２の要求側ネットワークに中継する、前記プロセッサに動作可能に接続された第２のトランスミッタとを有することを特徴とする多重プロトコルホームロケーションレジスタ。 - 前記プロセッサは、１つ以上のアプリケーションゲートウエイと前記共通のデータソースを提供するデータベースとに動作可能に接続されており、前記１つ以上のアプリケーションゲートウェイは、メッセージを解釈し、前記共通の制御手続きを利用して、前記データベースへの１つ以上の問合せを生成するように設定され構成されることを特徴とする請求項１記載の多重プロトコルホームロケーションレジスタ。
- 前記少なくとも２つの要求プロトコルは、ＡＮＳＩ−４１、ＧＳＭ ＭＡＰ、ＳＩＰ、Ｈ．３２３、ＡＡＡ、およびＭ−ＩＰのうちの少なくとも１つからなることを特徴とする請求項１記載のシステム。
- 前記ネットワーク要求は、有線およびワイヤレス通信媒体の少なくとも一方を介しての、音声通信、データ通信、およびマルチメディア通信のうちの少なくとも１つに関連することを特徴とする請求項１記載のシステム。
- 中央に配置されたデータベースを有する多重プロトコルホームロケーションレジスタを動作する方法であって、
少なくとも２つの要求側ネットワークのうちの１つの要求側ネットワークから、少なくとも２つのネットワークプロトコルのうちの第１のネットワークプロトコルに従って構成されたネットワーク要求を、前記多重プロトコルホームロケーションレジスタの第１のプロトコルゲートウエイが受信するステップと、
前記ネットワーク要求を前記第１のプロトコルから共通の制御手続きへ前記第１のプロトコルゲートウエイが解釈するステップと、
前記ネットワーク要求によって要求された情報を取得するために、前記少なくとも２つのプロトコルに対する、前記データベースにより提供される共通のデータソースと前記共通の制御手続きとを利用して、前記ネットワーク要求をプロセッサが処理するステップを含み、前記プロセッサは、前記少なくとも第１のプロトコルゲートウエイと前記データベースとに動作可能に接続するデータベースマネージャであり、さらに、
前記ネットワーク要求と関連する前記データベースの少なくとも１つの問い合わせを前記プロセッサが生成するステップと、
前記少なくとも１つの問い合わせを前記データベースへ中継するステップと、
前記データベースからの前記要求された情報を前記プロトコルゲートウエイのうちの１つが受信するステップと、
前記供給された情報を前記要求側ネットワークのプロトコルゲートウエイがそれぞれ中継するステップとを含むことを特徴とする方法。 - 前記処理するステップはさらに、前記ネットワーク要求と関連する共通コマンドを前記要求側ネットワークのプロトコルゲートウエイが生成するステップを含み、前記共通のコマンドを用いて少なくとも１つの問い合わせを前記プロセッサが生成することを特徴とする請求項５記載の方法。
- 前記処理するステップはさらに、前記少なくとも２つのプロトコルの間でのインターワーキング機能を提供するステップを含むことを特徴とする請求項５記載の方法。
- 前記ネットワーク要求が、前記少なくとも２つのネットワークプロトコルのうちの少なくとも１つのプロトコルのサブセットに従って構成されることを特徴とする請求項５記載の方法。
- 前記少なくとも２つのネットワークプロトコルは、ＡＮＳＩ−４１、ＧＳＭ ＭＡＰ、ＳＩＰ、Ｈ．３２３、ＡＡＡ、およびＭ−ＩＰのうちの少なくとも１つからなることを特徴とする請求項５記載の方法。
- 前記ネットワーク要求は、有線およびワイヤレス通信媒体の少なくとも一方を介しての、音声通信、データ通信、およびマルチメディア通信のうちの少なくとも１つに関連することを特徴とする請求項５記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/813,016 US7522632B2 (en) | 2001-03-19 | 2001-03-19 | Multiple-protocol home location register and method of use |
| US09/813016 | 2001-03-19 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002330179A JP2002330179A (ja) | 2002-11-15 |
| JP2002330179A5 JP2002330179A5 (ja) | 2005-07-14 |
| JP4076775B2 true JP4076775B2 (ja) | 2008-04-16 |
Family
ID=25211226
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002052816A Expired - Fee Related JP4076775B2 (ja) | 2001-03-19 | 2002-02-28 | 多重プロトコルホームロケーションレジスタ |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7522632B2 (ja) |
| EP (1) | EP1244323B1 (ja) |
| JP (1) | JP4076775B2 (ja) |
| DE (1) | DE60200415T2 (ja) |
Families Citing this family (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7237257B1 (en) * | 2001-04-11 | 2007-06-26 | Aol Llc | Leveraging a persistent connection to access a secured service |
| EP1259037A1 (en) * | 2001-05-18 | 2002-11-20 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Method and devices for the interworking of nodes |
| GB0113763D0 (en) * | 2001-06-06 | 2001-07-25 | Nokia Corp | A communication system |
| US6873858B1 (en) * | 2001-12-06 | 2005-03-29 | Alcatel | Bridge mechanism, and associated method, for multi-network radio communication system |
| US7610328B2 (en) * | 2002-01-23 | 2009-10-27 | Alcatel-Lucent Usa Inc. | Methods and apparatus for a multi-technology subscriber base for global roaming |
| US6754193B2 (en) * | 2002-08-01 | 2004-06-22 | Motorola, Inc. | Method and base station controller for operating in accordance with a wireless communication protocol |
| US20040093418A1 (en) * | 2002-11-13 | 2004-05-13 | Jukka Tuomi | Update of subscriber profiles in a communication system |
| KR100461698B1 (ko) * | 2002-11-25 | 2004-12-17 | 전자부품연구원 | 이기종 프로토콜간 상호 데이터 전송을 위한 공통 주소 및주소 테이블 방법과 그 구조 |
| US20040203753A1 (en) * | 2003-01-03 | 2004-10-14 | Rollender Douglas Harold | Packet data services using a protocol that is different than a subscriber's home network GSM Protocol |
| US7536183B2 (en) * | 2003-04-23 | 2009-05-19 | Alcatel-Lucent Usa Inc. | Network interworking through message translation |
| US7127235B2 (en) * | 2003-04-30 | 2006-10-24 | Hewlett-Packard Development Company, L.P. | Multiple protocol database |
| US9078174B2 (en) * | 2003-05-21 | 2015-07-07 | Rpx Clearinghouse Llc | Call transfer for an integrated wireline and wireless service |
| US20050003857A1 (en) * | 2003-05-21 | 2005-01-06 | Nortel Networks Limited | Call transfer for an integrated wireline and wireless service using a temporary directory number |
| US9118574B1 (en) | 2003-11-26 | 2015-08-25 | RPX Clearinghouse, LLC | Presence reporting using wireless messaging |
| US8271024B1 (en) * | 2003-11-26 | 2012-09-18 | Genband Us Llc | Messaging service interworking |
| US7675885B2 (en) * | 2003-12-03 | 2010-03-09 | Qualcomm Incorporated | Methods and apparatus for CDMA2000/GPRS roaming |
| US7773554B2 (en) * | 2003-12-03 | 2010-08-10 | John Wallace Nasielski | Methods and apparatus for CDMA2000/GPRS roaming |
| US7490168B2 (en) * | 2003-12-17 | 2009-02-10 | International Business Machines Corporation | Service oriented integration server architecture |
| US7464148B1 (en) | 2004-01-30 | 2008-12-09 | Juniper Networks, Inc. | Network single entry point for subscriber management |
| EP1767021A1 (en) | 2004-06-29 | 2007-03-28 | TELECOM ITALIA S.p.A. | Network adapted to manage different mobile telephony services |
| US7809381B2 (en) | 2004-07-16 | 2010-10-05 | Bridgeport Networks, Inc. | Presence detection for cellular and internet protocol telephony |
| US7136651B2 (en) * | 2004-08-30 | 2006-11-14 | Tatara Systems, Inc. | Mobile services control platform providing a converged voice service |
| US20060068796A1 (en) * | 2004-09-30 | 2006-03-30 | Millen Stephanie L | Retrieving jurisdiction information from home location register |
| US7539158B2 (en) | 2004-11-08 | 2009-05-26 | Lemko Corporation | System, method and device for providing communications using a distributed mobile architecture |
| US7865199B2 (en) * | 2004-12-31 | 2011-01-04 | Telefonaktiebolaget L M Ericsson (Publ) | Telecommunication system and method for transferring SMS messages between terminals and intelligent network services |
| KR100686733B1 (ko) * | 2005-02-07 | 2007-02-26 | 삼성전자주식회사 | 이종 무선네트워크간 핸드오버 관리장치 및 방법 |
| CN101171876B (zh) * | 2005-03-08 | 2015-05-20 | 北方电讯网络有限公司 | 多址接入业务会聚 |
| US7583662B1 (en) * | 2005-04-12 | 2009-09-01 | Tp Lab, Inc. | Voice virtual private network |
| US20060291418A1 (en) * | 2005-06-22 | 2006-12-28 | International Mobile Communications, Inc. | Method and system for optimal call routing in GSM foreign mode for CDMA to GSM roaming |
| US20070099638A1 (en) * | 2005-10-28 | 2007-05-03 | Voltz Christopher D | Multi-number wireless communications system and method |
| EP1969789A4 (en) * | 2005-12-29 | 2010-08-04 | Bridgeport Networks Inc | COMMUNICATION BETWEEN SYSTEMS |
| US7856233B2 (en) | 2006-03-30 | 2010-12-21 | Lemko Corporation | System, method, and device for providing communications using a distributed mobile architecture |
| JP2007280026A (ja) * | 2006-04-06 | 2007-10-25 | Hitachi Kokusai Electric Inc | 無線基地局装置 |
| US8224322B2 (en) | 2006-06-12 | 2012-07-17 | Lemko Corporation | Roaming mobile subscriber registration in a distributed mobile architecture |
| US8676197B2 (en) | 2006-12-13 | 2014-03-18 | Lemko Corporation | System, method, and device to control wireless communications |
| EP2119258B1 (en) * | 2006-12-21 | 2019-02-20 | BroadSoft, Inc. | System and method for communicating the state of a wireless user device in a wireless domain to an application server in an internet protocol (ip) domain |
| US8046420B2 (en) * | 2008-04-23 | 2011-10-25 | Lemko Corporation | System and method to control wireless communications |
| JP5214318B2 (ja) * | 2008-04-30 | 2013-06-19 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | ゲートウェイ装置、ＶｏＩＰ網相互接続システム、通信方法、及びプログラム |
| US8340667B2 (en) | 2008-06-26 | 2012-12-25 | Lemko Corporation | System and method to control wireless communications |
| US8706105B2 (en) | 2008-06-27 | 2014-04-22 | Lemko Corporation | Fault tolerant distributed mobile architecture |
| US8107409B2 (en) | 2008-07-11 | 2012-01-31 | Lemko Corporation | OAMP for distributed mobile architecture |
| US7855988B2 (en) | 2008-07-14 | 2010-12-21 | Lemko Corporation | System, method, and device for routing calls using a distributed mobile architecture |
| US7979066B2 (en) | 2008-09-25 | 2011-07-12 | Lemko Corporation | Multiple IMSI connections |
| CN101754170B (zh) * | 2008-12-12 | 2012-04-25 | 中国移动通信集团公司 | 分布式hlr系统及其获得被叫漫游号码的方法 |
| US8767555B1 (en) * | 2009-05-12 | 2014-07-01 | Sprint Communications Company L.P. | Intelligent routing of voice-over-packet calls |
| ES2702464T3 (es) | 2009-06-17 | 2019-03-01 | Bridgeport Networks Inc | Detección de presencia mejorada para decisiones de enrutamiento |
| US8761817B2 (en) * | 2009-09-22 | 2014-06-24 | Verizon Patent And Licensing Inc. | Short messaging service delivery architecture in hybrid LTE/CDMA/GSM networks |
| US20110319089A1 (en) * | 2010-06-25 | 2011-12-29 | Alok Sharma | Universal mobile manager interworking to support global roaming |
| CN102045672B (zh) * | 2010-12-01 | 2015-06-03 | 中兴通讯股份有限公司 | 一种处理用户晚前转的方法和系统 |
| US8874120B1 (en) | 2013-05-02 | 2014-10-28 | Alcatel Lucent | Avoiding formation of a call loop resulting from handling of a mobile terminated call in parallel with a location update in a wireless communication network |
| US10305774B2 (en) | 2017-06-05 | 2019-05-28 | At&T Mobility Ii Llc | Enhanced U-verse / DSL internet services |
| KR102613336B1 (ko) * | 2021-08-19 | 2023-12-15 | 한국건설기술연구원 | 스마트 하우징 플랫폼 및 스마트 홈 서비스 방법 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5475689A (en) * | 1990-12-06 | 1995-12-12 | Hughes Aircraft Company | Cellular telephone with datagram and dispatch operation |
| US5742905A (en) * | 1994-09-19 | 1998-04-21 | Bell Communications Research, Inc. | Personal communications internetworking |
| JP3582169B2 (ja) | 1995-08-15 | 2004-10-27 | Ｋｄｄｉ株式会社 | 異種移動通信網間中継装置 |
| AU718291B2 (en) | 1996-03-28 | 2000-04-13 | Markport Limited | "A roaming interworking gateway for mobile telecommunications systems" |
| US5862481A (en) * | 1996-04-08 | 1999-01-19 | Northern Telecom Limited | Inter-technology roaming proxy |
| US5933784A (en) * | 1996-06-28 | 1999-08-03 | Synacom Technology, Inc. | Signaling gateway system and method |
| US6097950A (en) | 1996-12-27 | 2000-08-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for global roaming in a cellular telecommunications system |
| US5901352A (en) * | 1997-02-20 | 1999-05-04 | St-Pierre; Sylvain | System for controlling multiple networks and associated services |
| US6615037B1 (en) * | 1999-06-18 | 2003-09-02 | Nortel Networks Limited | Method apparatus and system for call forwarding when roaming from a first type network to a second type network in a communication system |
| JP3779207B2 (ja) | 1999-06-24 | 2006-05-24 | コンパック・コンピューター・コーポレーション | 異なるプロトコルを用いるネットワークを介して電話通信サービスを提供する方法及びシステム |
| US6697620B1 (en) * | 1999-06-24 | 2004-02-24 | Hewlett-Packard Development Company, L.P. | Method and system for providing telecommunication services across networks that use different protocols |
| US6618588B1 (en) * | 1999-08-23 | 2003-09-09 | Bellsouth Intellectual Property Corporation | Methods and systems for implementation of the calling name delivery service through use of a location register in a network element in a wireless network |
| US20030032409A1 (en) * | 2001-03-16 | 2003-02-13 | Hutcheson Stewart Douglas | Method and system for distributing content over a wireless communications system |
| US6950876B2 (en) * | 2001-03-19 | 2005-09-27 | Lucent Technologies Inc. | Multiple-protocol home location register and method of use |
| US6731933B2 (en) * | 2001-03-19 | 2004-05-04 | Lucent Technologies Inc. | Method and apparatus for identifying access technologies |
| US7633896B2 (en) * | 2002-01-23 | 2009-12-15 | Alcatel-Lucent Usa Inc. | Apparatus and method for enabling optimized gateway selection for inter-working between circuit-switched and internet telephony |
| US7127235B2 (en) * | 2003-04-30 | 2006-10-24 | Hewlett-Packard Development Company, L.P. | Multiple protocol database |
-
2001
- 2001-03-19 US US09/813,016 patent/US7522632B2/en not_active Expired - Fee Related
-
2002
- 2002-02-22 DE DE60200415T patent/DE60200415T2/de not_active Expired - Lifetime
- 2002-02-22 EP EP02251222A patent/EP1244323B1/en not_active Expired - Lifetime
- 2002-02-28 JP JP2002052816A patent/JP4076775B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| DE60200415D1 (de) | 2004-06-03 |
| EP1244323B1 (en) | 2004-04-28 |
| DE60200415T2 (de) | 2005-05-19 |
| JP2002330179A (ja) | 2002-11-15 |
| US7522632B2 (en) | 2009-04-21 |
| EP1244323A1 (en) | 2002-09-25 |
| US20020167906A1 (en) | 2002-11-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4076775B2 (ja) | 多重プロトコルホームロケーションレジスタ | |
| JP4606686B2 (ja) | 多重プロトコルホームロケーションレジスタ | |
| JP4104333B2 (ja) | インターワーキング・インターオペラビリティ装置 | |
| EP1880562B1 (en) | Short message service encapsulation of supplementary service requests for ims | |
| US6137791A (en) | Communicating packet data with a mobile station roaming within an incompatible mobile network | |
| US8509221B2 (en) | Apparatus and method for enabling optimized gateway selection for inter-working between circuit-switched and internet telephony | |
| US7941171B2 (en) | Activating a push-to-talk group feature using an unstructured supplementary service data message | |
| US8942709B2 (en) | Call redirection for enterprise hosted dual mode service | |
| US20040176128A1 (en) | System, mobile communications unit, and softswitch method and apparatus for establishing an Internet Protocol communication link | |
| US7822416B2 (en) | Methods and systems for allowing global roaming between devices supported by different protocols | |
| US20020075846A1 (en) | Apparatus, methods and systems for routing information from a packet-switched network to a mobile device communicating with a wireless telecommunications network | |
| JP3744854B2 (ja) | 移動ｉｐネットワークにおける発呼者位置に基づくコールルーティング方法及びシステム | |
| US6748229B1 (en) | Method and apparatus for mobile telecommunication | |
| CA2371555C (en) | Virtual numbering plan for inter-operability between heterogeneous networks | |
| JP4418136B2 (ja) | 通信システム | |
| JP3766782B2 (ja) | 無線電気通信システムにおいて無線呼出しに対するサービス機能をサポートするためのアーキテクチャ | |
| CN1332571C (zh) | 在网络间转发多媒体消息的方法 | |
| WO2011069365A1 (zh) | 移动通信过程的建立方法及系统、归属位置寄存器 | |
| WO2006002575A1 (fr) | Methode pour mettre en oeuvre une itinerance de station mobile parmi differents reseaux de critere | |
| EP1327372B1 (en) | A method and a system for signalling between a digital mobile communication system and a data communication network | |
| WO2006058462A1 (fr) | Reseaux de communication mobile heterogenes et passerelle pour lesdits reseaux |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041115 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041115 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070312 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070612 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070627 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071024 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20071207 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080107 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080130 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4076775 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110208 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110208 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120208 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130208 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140208 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |