(57)【特許請求の範囲】
【請求項１】
第１の無線通信システム（５０５０）から、モバイル通信デバイス・ユーザが第２の無線通信システム（５１５０）内を移動している間に、該モバイル通信デバイス・ユーザに呼出をルーティングする方法であって、第１の無線通信システムが第１のプロトコルを用い、第２の無線通信システムが第２のプロトコルを用い、第１の無線通信システム及び第２の無線通信システムの両方が、第１のプロトコルあるいは第２のプロトコルのどちらかを用いて通信することができるコンピュータ・システム（１０００）に接続されている、ルーティング方法において、
第１の無線通信システムで呼出を受信するステップ（５０５）と、
第１のプロトコルに従って、第１の無線通信システムからコンピュータ・システムに、ルーティング番号を求める要求を送るステップ（５１５）と、
ルーティング番号を求める要求を受け取ったとき、コンピュータ・システムは、モバイル通信デバイス・ユーザが第２の無線通信システムに登録されているかどうかを、該コンピュータ・システムに接続されたデータベースから登録情報を検索することによって、判定するステップ（５２０）と、
第２プロトコルに従って、コンピュータ・システムから第２無線通信システムへ、該第２無線通信システム要のルーティング番号を求める要求を送るステップ（５２５）と、
第２のプロトコルに従って、第２の無線通信システムからコンピュータ・システムに、ルーティング番号を送るステップ（５３０）と、
第１のプロトコルに従って、コンピュータ・システムから第１の無線通信システムに、ルーティング番号を送るステップ（５３５）と、
第１の無線通信システムから第２の無線通信システムに、ルーティング番号を用いて、呼出をルーティングするステップ（５４０）と
を含み、
コンピュータ・システムは、
モバイル通信デバイス・ユーザが複数の無線通信システムに同時に登録されていることを許容し（２３５）、
ルーティング番号を求める要求を受け取ったとき、モバイル通信デバイス・ユーザが複数の無線通信システムに同時に登録されているどうかを判定し（７２０）、
該モバイル通信デバイス・ユーザが複数の無線通信システムに同時に登録されていると判定した場合に、データベースに記憶されている該モバイル通信デバイス・ユーザのプロファイルに応じて、ルーティング番号を要求するための１つの無線通信システムを選択する（７２５）
よう動作することを特徴とするルーティング方法。
【請求項２】
請求項１記載の方法において、呼出を受信するステップの前に、
モバイル通信デバイス・ユーザが第２の無線通信システムに登録を既に要求したことを示すメッセージを、第２の無線通信システムから受け取るステップ（２１０）と、
該モバイル通信デバイス・ユーザが第２の無線通信システムに登録されていることを表す指示を、データベース（１２００）に格納するステップ（２２５）と、
モバイル通信デバイス・ユーザが１つの無線通信システムだけに登録されているかどうかを判定するステップ（２３５）と、
該モバイル通信デバイス・ユーザが１つの無線通信システムだけに登録されていると判定した場合に、該モバイル通信デバイス・ユーザがもはや第１の無線通信システムに登録されていないことを表すメッセージを、第１の無線通信ネットワークに送るステップ（２４０）と
を含むことを特徴とする方法。
【請求項３】
請求項１記載の方法において、コンピュータ・システム（１０００）は、データベース（１２００）に記憶されているモバイル通信デバイス・ユーザのプロファイルに基づいて、コール・スクリーニング及び番号トランスレーションのサービスを提供するよう構成されていることを特徴とする方法。
【請求項４】
通信システムにおいて、
第１のプロトコルに従って通信する第１の無線通信システム（５０５０）と、
第２のプロトコルに従って通信する第２の無線通信システム（５１５０）と、
第１及び第２の無線通信システムにおける複数のモバイル通信デバイスに関連する登録情報を格納しているデータベース（１２００）と、
該データベースに記憶された登録情報にアクセス可能であり、第１のプロトコルに従って第１の無線通信システムと通信し、第２のプロトコルに従って第２の無線通信システムと通信するコンピュータ・システム（１０００）であって、
モバイル通信デバイス・ユーザが同時に複数の無線通信システムに登録されることを可能にする手段（２３５）と、
ルーティング番号を求める要求を受け取ったとき、モバイル通信デバイス・ユーザが同時に複数の無線通信システムに登録されているかどうかを判定する判定手段（７２０）と、
モバイル通信デバイス・ユーザが同時に複数の無線通信システムに登録されていると判定したとき、データベースに格納されている該モバイル通信デバイス・ユーザのプロファイルに基づいて、ルーティング番号を要求するための１つの無線通信システムを選択する選択手段（７２５）と
からなるコンピュータ・システム（１０００）と
を備えていることを特徴とする通信システム。
【発明の詳細な説明】
【０００１】
【発明の技術分野】
関連出願
本出願は、１９９９年６月２４日に提出された「Ｕｎｉｖｅｒｓａｌ  Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｒｅｇｉｓｔｅｒ（ＵＬＳＲ）（ユニバーサル・ロケーション・サービス・レジスタ）」と題された米国仮出願第６０／１４１，１１０号の利益を有し、その内容がここに完全に開示されるに等しく、参考文献として組み込まれる。
発明の技術分野
本発明は、電話通信サービスに関し、特に、異なるプロトコルを用いるネットワークを介して電話通信サービスを提供する方法及びシステムに関する。
【０００２】
【従来の技術】
ＡＮＳＩ−４１ネットワーク及びＧＳＭネットワークのような無線電話通信サービスを提供する多くの汎用の通信ネットワークでは、各携帯電話（モバイルフォン）のユーザは、ユーザの「ホームＭＳＣ」と呼ばれるモバイル交換局（ＭＳＣ）と関係づけらている。携帯電話ユーザのホームＭＳＣは、そのユーザ向けのすべての呼出（コール）を受信し、（１）ユーザがホームＭＳＣのカバー・エリア内にいる場合には、ユーザにその呼出をルーティングし、（２）ユーザがホームＭＳＣのカバー・エリア内にいない場合には、ユーザを現時点で登録しているＭＳＣ（サービングＭＳＣ）にその呼出をルーティングして、その後、サービングＭＳＣがその呼出をユーザにルーティングするかのどちらかである。
【０００３】
従来のＡＮＳＩ−４１及びＧＳＭネットワークでは、各ＭＳＣが、ホーム・ロケーション・レジスタ（ＨＬＲ）、ビジタ・ロケーション・レジスタ（ＶＬＲ）及び認証センタ（ＡｕＣ）と関係づけられている。ＡｕＣの機能には、ホームＭＳＣがＡｕＣと関係づけられているＭＳＣである携帯電話ユーザのための認証情報を格納することが含まれる。ＨＬＲの機能には、ホームＭＳＣがＨＬＲと関係づけられているＭＳＣであるユーザのプロファイルを格納することと、そのような各ユーザに対して、ユーザが現時点で登録されているＭＳＣの識別情報を格納することとが含まれる。ＶＬＲの機能には、ＶＬＲに関係づけられるＭＳＣに一時的に登録された移動（ローミング）しているユーザのプロファイルを格納することが含まれる。
【０００４】
ユーザが自身のホームＭＳＣのテリトリから出て、サービングＭＳＣのテリトリに移動した場合、サービングＭＳＣのＶＬＲ（「サービングＶＬＲ」）は、ユーザがサービングＭＳＣに登録されるように、かつホームＭＳＣがユーザ向けの呼出をサービングＭＳＣにルーティングできるようにするために、ホームＭＳＣのＨＬＲ（「ホームＨＬＲ」）と通信する必要がある。例えば、サービングＶＬＲは、ユーザがサービングＭＳＣでの登録を要求したことをホームＨＬＲに通知し、ホームＨＬＲは、サービングＶＬＲにユーザ・プロファイル情報を送る。さらに、ホームＭＳＣがユーザ向けの呼出を受信した場合、サービングＶＬＲは、サービングＭＳＣのルーティング番号をホームＨＬＲに送り、これにより、ホームＭＳＣはその呼出をサービングＭＳＣにルーティングすることができる。
【０００５】
モバイル用の電話通信デバイスが多様であるために、顧客が複数の電話通信ネットワークによって提供される電話通信サービスに申し込むことは、珍しくない。顧客は、両方とも北米において広いサービス・エリアを持つ、衛星ベースのシステム及びＡＮＳＩ−４１ベースのシステムに加入する場合のように、それぞれが別個の分離したサービス・エリアをカバーするか、オーバーラップするサービス・エリアを持つ複数の通信ネットワークに加入することもある。その顧客は、ある場合には、北米において一般に用いられるワイアレス・エア・インターフェース標準のうちの２つ（例えば、ＰＣＳ１９００及びＴＤＭＡ標準）をサポートする二重モードの携帯電話等の、複数のネットワークにおいて機能することのできるデバイスを用いることもあれば、それぞれが１つの特定の電話通信ネットワーク内で動作する複数のデバイスを用いることもある。顧客は、顧客の現在の地理的な位置と、顧客が加入している電話通信ネットワークのサービス・エリアとに同時に依存して、一時に１つのネットワークから、あるいは同時に複数のネットワークから、電話通信サービスへのアクセスを必要とすることもある。
【０００６】
上記したように、異なるネットワーク間を移動したり、あるいはネットワークを切り替える時に、顧客に継ぎ目のないサービスを提供するために、異なるネットワーク内の様々なＨＬＲ及びＶＬＲが互いに通信する必要がある。しかしながら、このことは、電話通信ネットワークの多くが、それら自身のネットワーク内のＨＬＲ、ＶＬＲ、ＡｕＣ、及びＭＳＣ間での通信に、異なるプロトコルを用いているので、問題が生じる。例えば、多くの北米のネットワークは、ＡＮＳＩ−４１プロトコルを用い、多くのヨーロッパのネットワークは、ＧＳＭプロトコルを用いている。したがって、顧客がこれらのネットワーク間を移動する時に、顧客に継ぎ目のないサービスを提供するために、ネットワークが相互通信に異なるプロトコルを用いることを可能にすることが必要である。
【０００７】
異なるプロトコルを用いる異種のネットワーク間の通信を可能にする方法が知られている。そのような１つの方法は、米国特許第５，８６２，４８１号に記載され、要求を１つのネットワークから別のネットワークに転送するインタ・テクノロジ・ローミング・プロキシ（Ｉｎｔｅｒ−Ｔｅｃｈｎｏｌｏｇｙ  Ｒｏａｍｉｎｇ  Ｐｒｏｘｙ）（ＩＰ）を提供する。この方法に関する１つの問題は、多くのネットワークが関与する場合に、多くの追加設備が必要になるということである。Ｎ個のネットワークに対して、必要とされるＩＰの数は、Ｎ（Ｎ−１）である。例えば、２つのネットワークは２つのＩＰを必要とし、４つのネットワークは１２のＩＰを必要とする。さらに、この方法は、顧客が複数のネットワークから電話通信サービスに同時にアクセスする場合に、機能及びサービス相互作用を管理するための手法を提供していない。
【０００８】
したがって、顧客が異種のネットワークを移動する際に、そのようなサービスを提供するための既知の方法と同程度の設備を用いる必要がなく、顧客に継ぎ目のないサービスを提供することが望ましい。さらに、複数のネットワーク内の電話通信サービスに同時にアクセスする顧客に対して、機能及びサービス相互作用を管理することが望ましい。
【０００９】
【課題を解決するための手段】
本発明は、異種のネットワーク間を移動している顧客に、継ぎ目のない無線電話通信サービスを提供するための方法及びシステムを提供する。ユニバーサル・ロケーション・サービス・レジスタ（ＵＬＳＲ）は、異なるプロトコルを用いるネットワークに渡って、モビリティ管理及び認証機能を通信し提供する。ユーザ情報を交換するために、各ＭＳＣがそれ自身のＨＬＲ及びＡｕＣと通信する代わりに、各ＭＳＣがユーザ情報を交換するためにＵＬＳＲと通信するので、その結果として、各ＭＳＣをそれ自身のＨＬＲ及びＡｕＣと関係づける必要がなくなる。ＵＬＳＲは、そのネットワークのプロトコルに従って、ＵＬＳＲによって提供される各ネットワークのＭＳＣと通信する。ＵＬＳＲは、ユーザの識別情報、ユーザの携帯電話に関する認証情報、ユーザがアクセス認可されているネットワークのリスト、及びユーザが現時点で登録されているＭＳＣの識別情報を含むユーザ・プロファイルを格納している。
【００１０】
ユーザが、ユーザのホーム・ネットワーク以外のネットワーク内に移動し、そのネットワーク（「サービング・ネットワーク」）内のＭＳＣ（「サービングＭＳＣ」）での登録を要求する時、そのＭＳＣは、ユーザが登録を要求したことをＵＬＳＲに通知する。ＵＬＳＲは、ユーザをサービングＭＳＣに登録することができるかどうかを判定し、できると判定すれば、登録を認可する。ユーザのホーム・ネットワーク内のＭＳＣでユーザ向けの呼出が受信されると、ホームＭＳＣは、そのルーティング番号を求める要求をＵＬＳＲに送る。ＵＬＳＲは、ユーザのプロファイルを検索し、ユーザがサービングＭＳＣに登録されていることを判定する。ＵＬＳＲは、ルーティング番号を求める要求をサービングＭＳＣに送り、サービングＭＳＣがＵＬＳＲにルーティング番号を提供する。その後、ＵＬＳＲはルーティング番号をホームＭＳＣに送り、ホームＭＳＣがサービングＭＳＣにその呼出をルーティングし、サービングＭＳＣがユーザにその呼出をルーティングする。ＵＬＳＲは、ホーム・ネットワークによって用いられるプロトコルに従って、ホーム・ネットワークと通信し、またＵＬＳＲは、サービング・ネットワークによって用いられるプロトコルに従って、サービング・ネットワークと通信する。
【００１１】
一実施例では、ＵＬＳＲはまた、顧客のための機能及びサービス相互作用を管理する。例えば、ＵＬＳＲは、ユーザのプロファイルに基づいて、ユーザが通話中着信サービス又は呼出転送サービスに加入しているかどうかを判定し、それに基づいて、適用可能なＭＳＣを指示する。また別の実施例では、ユーザが複数のネットワークに同時に登録されていれば、ＵＬＳＲは、ユーザ向けの呼出がどのネットワークに転送されるべきかを判定するために、ユーザのプロファイル及び（又は）内部ロジックに格納されている情報を用いる。
したがって、本発明は、既知の方法によって用いられる設備の量を低減させると同時に、複数のネットワークにまたがって移動するような無線デバイスのユーザに対して、継ぎ目のないサービスを提供する。さらに、一実施例によれば、本発明は、複数のネットワークに電話通信サービスに同時にアクセスしているユーザに対して機能及びサービスの相互作用を管理する。
【００１２】
【発明の実施の態様】
図１は本発明に従うユニバーサル・ロケーション・サービス・レジスタ（ＵＬＳＲ）１０００を示す。ＵＬＳＲ１０００は、異なるプロトコル（例えば、ＡＮＳＩ−４１ネットワーク及びＧＳＭネットワーク）を用いる電話通信ネットワーク１１００を横断して通信し、モビリティ管理及び認証機能を提供することができる。下で説明するように、１つの実施例では、例えば加入者が複数のネットワーク１１００にアクセスする場合に、ＵＬＳＲ１０００は、機能及びサービスの相互作用を管理することもできる。
【００１３】
ＵＬＳＲ１０００は、異なるシグナリング標準を用いる複数のネットワークと、別々にかつ同時に通信することができるので、ユーザのホーム・ネットワークとは異なるプロトコルを用いるネットワーク中を移動している携帯電話ユーザに、継ぎ目のないサービスを提供することができる。ＵＬＳＲ１０００は、ネットワークからのメッセージを受け取り、そして、そのメッセージに応答することができ、これは、そのメッセージを処理するステップが、異なるシグナリング・プロトコルを用いる別のネットワークにメッセージを送るステップ、及び別のネットワークからのメッセージを受信するステップを伴う場合であっても、可能である。例えば、ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ（ロケーション要求）メッセージをＵＬＳＲ１０００がＡＮＳＩ−４１から受信すると、そのときにＵＬＳＲ１０００がＧＳＭネットワーク内に加入者がいることを知っている場合には、ＵＬＳＲ１０００は、Ｐｒｏｖｉｄｅ＿Ｒｏａｍｉｎｇ＿Ｎｕｍｂｅｒ（ローミング番号提供）メッセージをＧＳＭネットワークに送ることになる。ＵＬＳＲ１０００が、そのＰｒｏｖｉｄｅ＿Ｒｏａｍｉｎｇ＿Ｎｕｍｂｅｒの要求に対する応答をＧＳＭネットワークから受信すると、ＵＬＳＲ１０００は、ＡＮＳＩ−４１ネットワークのＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージに対して答えるために、その応答内の情報を用いる。
【００１４】
ＵＬＳＲ１０００は、ＵＬＳＲ１０００によって提供されるネットワーク１１００への加入者に関する情報を格納しているデータベース１２００にアクセスし、そのデータベース１２００内の情報によって、ＵＬＳＲ１０００は、ＵＬＳＲ１０００がサポートするすべてのネットワーク１１００に対して、モビリティ管理及び認証機能を提供することが可能になる。そのような情報には、ユーザが現時点で登録されているロケーション、ユーザのホーム・ネットワーク、ユーザがアクセスを認可されているネットワークのリスト、及び、ユーザを認証するためのデータが含まれる。データベース１２００内の情報のうちのいくつかが、１つのネットワークに特有のものであり、そして他の情報が、複数のネットワークのためのモビリティ機能及び認証機能を提供するために用いられることも可能である。特定のネットワークがデータベース１２００からの情報を必要とする場合、ＵＬＳＲ１０００は、そのネットワークによって要求されるフォーマット及びプロトコルに従って、その情報をコード化する。
【００１５】
図２ａ−図２ｃは、以前にネットワークＢ（例えば、ＧＳＭ、ＡＮＳＩ−４１又は他のネットワーク）に登録されていた携帯電話を、ネットワークＡ（例えば、ＧＳＭ、ＡＮＳＩ−４１又は他のネットワーク）に登録するための、本発明の実施例に従う方法を図示する。登録プロシージャは、ネットワークＡのテリトリ内を移動している携帯電話が、もはやネットワークＢと通信することができないことが判明した時に、開始される。このような場合が生じると、移動している端末は、ネットワークＡ内のＭＳＣ２３００から、登録を要求し（２０５）、それ自身を識別する情報（例えば、モバイル・シリアル番号（ＭＩＮ））、電子的なシリアル番号（ＥＳＮ）、又は国際携帯電話加入者識別情報（ＩＭＳＩ））を、ネットワークＡ内のＭＳＣ２３００に送る。ネットワークＡ内のＭＳＣ２３００は、携帯電話がネットワークＡでの登録を要求したことをＵＬＳＲ１０００に通知し（２１０）、携帯電話を識別する情報をＵＬＳＲ１０００に送る。ネットワークＡ内のＭＳＣ２３００からこのメッセージを受け取ると、それに応答して、ＵＬＳＲ１０００は、データベース１２００から、携帯電話に関連するユーザのプロファイルを検索し（２１５）、その携帯電話をネットワークＡに登録することができるかどうかを判定する（２２０）。できると判定すれば、ＵＬＳＲ１０００は、携帯電話が現時点でネットワークＡ内のＭＳＣ２３００に登録されていることが反映されるように、データベース１２００を更新して（２２５）、ＵＬＳＲ１０００は、そのような登録を認可したというメッセージをネットワークＡ内のＭＳＣ２３００に送る（２３０）。またＵＬＳＲ１０００は、ネットワークＡ内のＭＳＣ２３００にユーザのプロファイルを送る（２３０）。携帯電話をネットワークＡ内に登録することができない場合は、ＵＬＳＲは、登録が認可されていないことを示すメッセージを、ネットワークＡ内のＭＳＣ２３００に送る（２２２）。ＵＬＳＲ１０００及びネットワークＡは、ネットワークＡのプロトコルに従って相互通信する。
【００１６】
またＵＬＳＲ１０００は、ネットワークＡ及びＢの両方に同時にユーザを登録することができるかどうかを判定する（２３５）。できる場合には、このプロセスは終了する。できない場合は、ＵＬＳＲ１０００は、携帯電話がこれまで登録されていたネットワークＢ内のＭＳＣ２４００に、ネットワークＢ内での携帯電話の登録を解除するというメッセージを送る２４０。ＵＬＳＲ１０００及びネットワークＢは、ネットワークＢのプロトコルにしたがって、相互通信する。
【００１７】
図３ａ及び図３ｂは、これまでＧＳＭネットワーク３１５０に登録されていた携帯電話のユーザを、ＡＮＳＩ−４１ネットワーク３０５０に登録するために、図２に関して説明された方法を用いる例を示す。ここで説明される、ＲｅｇｉｓｔｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎ（ＲＥＧＮＯＴ（登録通知））、ｒｅｇｉｓｔｒａｔｉｏｎｎｏｔｉｆｉｃａｔｉｏｎ（ｒｅｇｎｏｔ（登録通知））、ＲｅｇｉｓｔｒａｔｉｏｎＣａｎｃｅｌｌａｔｉｏｎ（ＲＥＧＣＡＮ（登録解除））、ｒｅｇｉｓｔｒａｔｉｏｎｃａｎｃｅｌｌａｔｉｏｎ（ｒｅｇｃａｎ（登録解除））、ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔ（ＬＯＣＲＥＱ（ロケーション要求））及びｌｏｃａｔｉｏｎｒｅｑｕｅｓｔ（ｌｏｃｒｅｑ（ロケーション要求））というメッセージだけでなく、ＭＩＮ及びＥＳＮパラメータが、ＡＮＳＩ−４１プロトコルによって定義されていることに注意すべきである。同様にここで説明される、ＩＭＳＩパラメータ、並びに、ＣＡＮＣＥＬ＿ＬＯＣＡＴＩＯＮ（ロケーション解除）、ｃａｎｃｅｌ＿ｌｏｃａｔｉｏｎ（ロケーション解除）、ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥ（ロケーション更新）、ｌｏｃａｔｉｏｎ＿ｕｐｄａｔｅ（ロケーション更新）、ＩＮＳＥＲＴ＿ＳＵＢＳＣＲＩＢＥＲ＿ＤＡＴＡ（加入者データ挿入）、ｉｎｓｅｒｔ＿ｓｕｂｓｃｒｉｂｅｒ＿ｄａｔａ（加入者データ挿入）、ＳＥＮＤ＿ＰＡＲＡＭＥＴＥＲ（パラメータ送信）、ｓｅｎｄ＿ｐａｒａｍｅｔｅｒ（パラメータ送信）、ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ（ローミング番号提供）、及びｐｒｏｖｉｄｅ＿ｒｏａｍｉｎｇ＿ｎｕｍｂｅｒ（ローミング番号提供）のメッセージが、ＧＳＭプロトコルによって定義されている。またいくつかのメッセージの名前あるいは頭文字は英大文字で、いくつかは英小文字で表現されていることに注意すべきである。ＡＮＳＩ及びＧＳＭのセマンティクスによれば、英小文字のメッセージは、同じ名前を備えた英大文字のメッセージに対する応答である。
【００１８】
携帯電話がＧＳＭネットワーク３１５０ともはや通信することができないことが判明した場合、登録プロシージャが始まる。この場合、移動している端末は、ＡＮＳＩ−４１ネットワーク３０５０から登録を要求し（３０５）、端末自身を識別するために端末のＭＩＮ及びＥＳＮ情報を用いる。登録要求を受け取ったＡＮＳＩ−４１ネットワーク内のＭＳＣ３１００（「ＡＮＳＩ−４１  ＭＳＣ」）は、ＡＮＳＩ−４１のＲｅｇｉｓｔｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎ（ＲＥＧＮＯＴ）メッセージをＵＬＳＲ１０００に送る（３１０）が、該ＲＥＧＮＯＴメッセージは、登録要求を示し、かつ、携帯電話を識別するＭＩＮ及びＥＳＮ情報を含んでいる。ＵＬＳＲ１０００は、携帯電話に関連するユーザ・プロファイルをデータベース１２００から検索して（３１５）、ユーザをＡＮＳＩ−４１ネットワーク３０５０に登録することができるかどうかを、ユーザ・プロファイルから判定する（３２０）。ユーザをＡＮＳＩ−４１ネットワーク３０５０に登録できない場合、ＵＬＳＲは、登録が認可されていないということを示すメッセージを、ＡＮＳＩ−４１のＭＳＣ３１００に送る（３２３）。ユーザをＡＮＳＩ−４１ネットワークに登録することができる場合、ＵＬＳＲ１０００は、ユーザを現時点で登録し、ＡＮＳＩ−４１のＭＳＣ３１００に位置していることを示すように、データベース１２００を更新する（３２５）。
【００１９】
またＵＬＳＲ１０００は、ＡＮＳＩ−４１及びＧＳＭネットワーク３１００、３１５０の両方にユーザを同時に登録することができるかどうかを、ユーザ・プロファイルから判定する（３３０）。一度にユーザを登録できるネットワークが１つだけである場合、ＵＬＳＲ１０００は、ユーザがこれまで登録されていたＧＳＭネットワーク３１５０内のＭＳＣ３２００に、ユーザがＧＳＭのＭＳＣ３２００にもはや登録されないことを示すＣＡＮＣＥＬ＿ＬＯＣＡＴＩＯＮメッセージを送る。ＣＡＮＣＥＬ＿ＬＯＣＡＴＩＯＮメッセージを受け取ると、ＧＳＭのＭＳＣ３２００は、登録されているユーザのレコードから、ユーザ・プロファイルを削除し（３４０）、ｃａｎｃｅｌ＿ｌｏｃａｔｉｏｎアクノリッジ・メッセージを送ることによって、ＣＡＮＣＥＬ＿ＬＯＣＡＴＩＯＮメッセージの受け取りを知らせる（３４０）。
【００２０】
またＵＬＳＲ１０００は、ＡＮＳＩ−４１のＭＳＣ３１００に、ｒｅｇｉｓｔｒａｔｉｏｎｎｏｔｉｆｉｃａｔｉｏｎ（ｒｅｇｎｏｔ）メッセージを送るが、そのｒｅｇｎｏｔメッセージは、顧客のプロファイルを含み、ＡＮＳＩ−４１のＭＳＣ３１００でのユーザの登録を認可する。ＵＬＳＲ１０００は、標準ＡＮＳＩ−４１プロトコルに従ってＡＮＳＩ−４１ネットワーク３０５０と通信し、標準ＧＳＭプロトコルに従ってＧＳＭネットワーク３１５０と通信する。
【００２１】
図４ａ−図４ｃは、これまでＡＮＳＩ−４１ネットワーク４０５０に登録されていた携帯電話ユーザをＧＳＭネットワークに登録するために、図２に関連して記述された方法を用いる例を示す。移動している携帯電話が、ＡＮＳＩ−４１ネットワーク４０５０ともはや通信することができないことが判明したときに、登録プロシージャが始まる。この場合、移動している端末は、ＧＳＭネットワーク４１５０から登録を要求し、それ自身を識別するためにそのＩＭＳＩを用いる。ＧＳＭネットワーク４１５０内のＭＳＣ４２００は、携帯電話から登録の要求を受け取り（４０２）、ＵＬＳＲ１０００にＳＥＮＤ＿ＰＡＲＡＭＥＴＥＲＳメッセージを送る（４０３）。該ＳＥＮＤ＿ＰＡＲＡＭＥＴＥＲＳメッセージにより、移動している携帯電話を認証するためにＧＳＭのＭＳＣによって必要とされる情報を、ＵＬＳＲ１０００に求める。ＵＬＳＲ１０００は、ｓｅｎｄ＿ｐａｒａｍｅｔｅｒメッセージの形で、要求された情報をＧＳＭのＭＳＣに送る（４０４）。ＧＳＭのＭＳＣ４２００が携帯電話を認証することができた場合、ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥメッセージをＵＬＳＲ１０００に送る（４０５）。該ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥメッセージは、登録要求を示し、その携帯電話を識別するＩＭＳＩ情報を含んでいる。ＵＬＳＲ１０００は、携帯電話に関連するユーザ・プロファイルをデータベース１２００から検索し（４０６）、ユーザをＧＳＭネットワーク４１５０に登録することができるかどうかを、ユーザ・プロファイルから判定する（４０８）。ユーザをＧＳＭネットワーク４１５０に登録することができない場合、ＵＬＳＲ１０００は、登録が認可されていないことを示すメッセージをＧＳＭのＭＳＣに送る（４０９）。ユーザをＧＳＭネットワーク４１５０に登録することができる場合、ＵＬＳＲ１０００は、ユーザが現時点でＧＳＭのＭＳＣ４２００に登録されていることが示されるように、データベース１２００を更新し（４１０）、ＧＳＭのＭＳＣ４２００でのユーザの登録を認可するＩＮＳＥＲＴ＿ＳＵＢＳＣＲＩＢＥＲ＿ＤＡＴＡメッセージを、ＧＳＭのＭＳＣ４２００に送る。該メッセージは、ユーザのプロファイルを含んでいる。
【００２２】
またＵＬＳＲ１０００は、ＡＮＳＩ−４１及びＧＳＭネットワーク４０５０、４１５０の両方にユーザを登録できるかどうかを、ユーザのプロファイルから判定する（４１４）。ユーザを登録できるネットワークが１つだけである場合、ＵＬＳＲ１０００は、ＡＮＳＩ−４１のＭＳＣ４１００でのユーザの携帯電話登録を解除するために、ＲｅｇｉｓｔｒａｔｉｏｎＣａｎｃｅｌｌａｔｉｏｎ（ＲＥＧＣＡＮ）メッセージを、ＡＮＳＩ−４１のＭＳＣ４１００に送る（４１６）。ＲＥＧＣＡＮメッセージを受け取ると、ＡＮＳＩ−４１のＭＳＣ４１００は、登録されたユーザのレコードからユーザ・プロファイルを除去し（４１８）、ユーザの携帯電話がもはやＡＮＳＩ−４１のＭＳＣ４１００に登録されていないことを知らせるｒｅｇｃａｎメッセージを、ＵＬＳＲ１０００に送る（４１８）。
【００２３】
ＧＳＭのＭＳＣ４２００は、ユーザ・プロファイルと共にＩＮＳＥＲＴ＿ＳＵＢＳＣＲＩＢＥＲ＿ＤＡＴＡメッセージを受け取った後、ＧＳＭのＭＳＣ４２００がその要求された情報を受け取ったことを知らせる応答であるｉｎｓｅｒｔ＿ｓｕｂｓｃｒｉｂｅｒ＿ｄａｔａメッセージを、ＵＬＳＲ１０００に送る（４２０）。その後、ＵＬＳＲ１０００は、ＧＳＭのＭＳＣ４２００でのユーザ登録を確認しかつ登録工程が終了したことを示すｌｏｃａｔｉｏｎ＿ｕｐｄａｔｅメッセージを、ＧＳＭのＭＳＣ４２００に送る（４２２）。
【００２４】
図５ａ−図５ｃは、ホーム・ネットワークを持っているが現時点で別のネットワーク（サービング・ネットワーク）に登録されている携帯電話ユーザに、呼出をルーティングするための本発明の実施例に従う方法を示す。ユーザ向けの呼出は、ホーム・ネットワーク５０５０内のユーザのホームＭＳＣ５１００（「ホームＭＳＣ」）で受信される（５０５）。ホームＭＳＣ５１００は、ユーザの携帯電話が現時点でホームＭＳＣ５１００に登録されていないと判断し（５１０）、呼出をルーティングするための番号を求める要求をＵＬＳＲ１０００に送る（５１５）。該要求は、その携帯電話の識別情報を含む。ＵＬＳＲ１０００は、携帯電話に関連するユーザ・プロファイルを検索し、そのプロファイルから、ユーザの携帯電話が、サービング・ネットワーク５１５０内のＭＳＣ５２００（「サービングＭＳＣ」）に現時点で登録されていることを判定する（５２０）。それからＵＬＳＲ１０００は、ルーティング番号を質問する要求をサービングＭＳＣ５２００に送り（５２５）、サービングＭＳＣ５２００は、サービングＭＳＣ５２００に関連するルーティング番号をＵＬＳＲ１０００に送る（５３０）。ＵＬＳＲ１０００は、ルーティング番号をホームＭＳＣ５１００に転送し（５３５）、ホームＭＳＣ５１００は、その呼出をサービングＭＳＣ５２００に送る（５４０）。ＵＬＳＲ１０００は、ホームＭＳＣ５１００と通信するために、ホーム・ネットワーク５０５０のプロトコルを用い、そして、サービングＭＳＣ５２００と通信するために、サービング・ネットワーク５１５０のプロトコルを用いる。
【００２５】
図６ａ−図６ｃは、ＡＮＳＩ−４１ホーム・ネットワークを持っているが現時点でＧＳＭネットワークに登録されているユーザに呼出をルーティングするために、図５ａ−図５ｃに関連して記述された方法を用いる例を示す。ユーザ向けの呼出は、ＡＮＳＩ−４１ネットワーク６０５０内のユーザのホームＭＳＣ６１００で受信される（６０５）。ＡＮＳＩ−４１のＭＳＣ６１００は、ユーザの携帯電話がＡＮＳＩ−４１のＭＳＣ６１００に現時点で登録されていないと判定するので、受信した呼出を携帯電話ユーザにルーティングするために用いることのできるルーティング番号を得るために、ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージをＵＬＳＲ１０００に送る（６１０）。ＵＬＳＲ１０００は、ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージを受け取ると、データベース１２００からユーザのプロファイルを検索する（６１５）。ＵＬＳＲ１０００は、ユーザのプロファイルから、携帯電話ユーザがＧＳＭネットワーク６１５０内のＭＳＣ６２００に登録されていることを判定し（６２０）、携帯電話ユーザが登録されているＧＳＭネットワーク６１５０内のＭＳＣ６２００に、（呼出をルーティングするための番号を要求する標準ＧＳＭメッセージである）ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲメッセージを送る（６２５）。ＧＳＭのＭＳＣ６２００は、ｐｒｏｖｉｄｅ＿ｒｏａｍｉｎｇ＿ｎｕｍｂｅｒメッセージ内にそのルーティング番号のうちの１つを含ませて、ＵＬＳＲ１０００に提供する（６３０）。その後、ＵＬＳＲ１０００は、ルーティング番号を含むｌｏｃａｔｉｏｎｒｅｑｕｅｓｔメッセージにより、ＡＮＳＩ−４１のＭＳＣ６１００に応答し（６３５）、ＡＮＳＩ−４１のＭＳＣ６１００は、ユーザ向けのその呼出を、ＧＳＭのＭＳＣ６２００にルーティングする（６４０）。
【００２６】
一実施例では、ＵＬＳＲ１０００はまた、複数の通信ネットワーク内の顧客に提供されるサービスを管理することができる。そのようなサービスの例としては、コール・スクリーニング及び番号トランスレーション（ｎｕｍｂｅｒ  ｔｒａｎｓｌａｔｉｏｎ）である。別の実施例では、そのようなサービスが、複数のネットワークにアクセス可能な別のシステム（ただし、ＵＬＳＲ１０００ではない）によって提供されるが、その場合、そのようなサービスがここで記述された方法に類似する方法を用いて提供される。
【００２７】
一実施例では、ＵＬＳＲ１０００が、顧客を複数のネットワークに同時に登録することができる。この実施例では、ＵＬＳＲ１０００が、各加入者に対してネットワーク間のサービスの相互作用を管理する。図７ａ−図７ｃは、サービングＡＮＳＩ−４１ネットワーク７２００及びサービングＧＳＭネットワーク７３００の両方に同時に登録された携帯電話ユーザに呼出をルーティングするための本発明の実施例に従う方法を示す。この例において、ユーザのホームＡＮＳＩ−４１のＭＳＣ７１００で、携帯電話ユーザ向けの呼出が受信され、サービングＧＳＭのＭＳＣ７２００にルーティングされるが、この方法は、呼出がユーザのホームＧＳＭのＭＳＣで受信され、サービングＡＮＳＩ−４１のＭＳＣか又はサービングＧＳＭのＭＳＣのいずれかにルーティングされる場合にも、当てはまる。
【００２８】
ホームＡＮＳＩ−４１のＭＳＣ７１００は、携帯電話ユーザ向けの呼出を受信（７０５）し、ユーザの携帯電話がそのサービス・エリア内にあるかどうかを判定する（つまり、携帯電話がホームＡＮＳＩ−４１のＭＳＣ７１００に現時点で登録されているかどうかを、ホームＡＮＳＩ−４１のＭＳＣ７１００が判定する）。ユーザの携帯電話がそのサービスエリア内にないと判定すると７１０、ホームＡＮＳＩ−４１のＭＳＣ７１００は、その呼出をルーティングすべき番号を得るために、ＵＬＳＲ１０００にＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージを送る（７１５）（ホームＧＳＭのＭＳＣがその呼出を受信したのであれば、ＬＯＣＡＴＩＯＮ＿ＵＰＤＡＴＥメッセージが送られるということに注意する）。ＵＬＳＲ１０００は、データベースをチェックし、ユーザが現時点でＧＳＭのＭＳＣ７２００及びＡＮＳＩ−４１のＭＳＣ７３００の両方に登録されていると判定する（７２０）。その後、（ＵＬＳＲの１０００のデータベース１２００に格納されている）ユーザ・プロファイル内の情報を用いて、ＵＬＳＲ１０００は、ユーザが現時点で登録されているサービス・エリア内のどのネットワークで、ユーザが呼出を受信するのが望ましいかを判定する（７２５）。この例では、ＵＬＳＲ１０００は、望ましいネットワークがＧＳＭネットワーク７１５０であると判定し、結果的に、ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲメッセージ内で、ＧＳＭのＭＳＣ７２００にルーティング番号を要求する（７３０）。ＧＳＭのＭＳＣ７２００が、ｐｒｏｖｉｄｅ＿ｒｏａｍｉｎｇ＿ｎｕｍｂｅｒメッセージの中でルーティング番号をＵＬＳＲ１０００に送り、ＵＬＳＲ１０００が、ｌｏｃａｔｉｏｎｒｅｑｕｅｓｔメッセージの中で、ルーティング番号をホームＡＮＳＩ−４１のＭＳＣ７１００に転送する（７３５）。これにより、ホームＡＮＳＩ−４１のＭＳＣ７１００が、その呼出をＧＳＭのＭＳＣ７２００にルーティングする（７４０）。
【００２９】
図８は、本発明の実施例に従うＵＬＳＲ１０００のための内部アーキテクチャを示す。ＵＬＳＲ１０００は、ネットワーク・サービス・ソフトウェア・モジュール８３０、メッセージ・ハンドラ・ソフトウェア・モジュール８２０、及びネットワーク・ディスクリミネータ・ソフトウェア・モジュール８１０を含む。１つの実施例では、これらのモジュール８１０、８２０及び８３０が、「Ｃ」プログラム言語でプログラムされ、ＮＳＫオペレーティング・システム及びコンパックのインテリジェント・ネットワーク・サーバのミドルウェア・ソフトウェアを備えたコンパック・コンピュータ社のＨｉｍｉｌａｙａハードウェア上で実行される。なお、この分野の技術を持つ人々であれば、ＵＬＳＲが他のソフトウェア及びハードウェアを用いても、実現可能であることが理解されるであろう。またＵＬＳＲ１０００は、データベース１２００へのインターフェース（示されていない）だけでなく、モジュール８１０、８２０及び８３０の間の適切なインターフェース（示されていない）も含む。またＵＬＳＲ１０００は、プラットホームのオペレーション及び保守を提供するためのインターフェースも含む。
【００３０】
ネットワーク・ディスクリミネータ８１０は、ＵＬＳＲ１０００と通信する任意のネットワーク・エレメントに対するインターフェースとしての役割をする。ＵＬＳＲ１０００で受信される各メッセージに対して、ネットワーク・ディスクリミネータ８１０は、メッセージが送られるネットワークのタイプ（例えば、ＡＮＳＩ−４１、ＧＳＭなど）を、メッセージのフォーマットに基づいて判定する。
【００３１】
ネットワーク・タイプが識別されると、ネットワーク・ディスクリミネータ・モジュール８１０は、メッセージ・ハンドラ８２０にメッセージを送る。ＵＬＳＲ１０００がサポートするネットワークの各タイプに対して、少なくとも１つのメッセージ・ハンドラ８２０があり（ＵＬＳＲ１０００が新しいネットワーク・タイプをサポートするよう要求される度に、メッセージ・ハンドラ８２０を追加することができる）、そして、ネットワーク・ディスクリミネータ・モジュール８１０は、メッセージが送られたネットワーク・タイプに関するメッセージ・ハンドラ８２０に、そのメッセージを送る。メッセージ・ハンドラ８２０は、受信されたメッセージのタイプを、メッセージ内のオペレーション・コードから、あるいはメッセージの他の適用可能な部分から識別する。例えば、ＡＮＳＩ−４１メッセージ・ハンドラ８２０は、ＡＮＳＩ−４１のＲｅｇｉｓｔｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎメッセージを、オペレーション・コード０ｘ０によって識別するが、その場合、該コードは、ＡＮＳＩ−４１規格によって、ＲｅｇｉｓｔｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎメッセージに割り当てられたオペレーション・コードである。同様に、ＧＳＭメッセージ・ハンドラ８２０は、（ＧＳＭ規格による）０ｘ１１というオペレーション・コードから、ＧＳＭのＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮメッセージを識別する。１つの実施例では、オペレーション・コードのフォーマットは、トランザクション・ケイパビリティ・アプリケーション・パーツ（ＴＣＡＰ）プロトコルで定義されたフォーマットである。
【００３２】
メッセージ・ハンドラ８２０は、メッセージのタイプを識別した後、メッセージをデコードし、ＵＬＳＲ１０００内の汎用メモリ（示されていない）に、それに関する重要な内容を格納する。その後、メッセージ・ハンドラ８２０は、ネットワーク・サービス・モジュール８３０のサブコンポーネントであるネットワーク・サービス・オブジェクト８３５を始動する。メッセージ・ハンドラ８２０は、それらがネットワーク・サービス・オブジェクト８３５に渡す情報をすべて標準化するので、そのような情報には特定のネットワーク特有のフォーマットが含まれていない。
【００３３】
ネットワーク・サービス・モジュール８３０は、複数のネットワーク・サービス・オブジェクト８３５を含み、各オブジェクト８３５は、メッセージ・ハンドラから受け取ったメッセージを処理するために必要な１つ以上のタスクを実行する。メッセージ・ハンドラ８２０が特定のタイプのネットワークから受け取ることができるすべての可能なメッセージに対して、メッセージによって要求された機能を実行するために、メッセージ・ハンドラ８２０によって始動されるネットワーク・サービス・オブジェクト８３５がある。ネットワーク・サービス・オブジェクト８３５は、標準化されたメッセージをメッセージ・ハンドラ８２０から受け取るので、それらは各々、１つ以上のタイプのネットワークに対して、１つ以上の機能を実行することができる。１つの実施例では、各ネットワーク・サービス・オブジェクト８３５が、１つ以上のネットワークに対して、１つの機能を実行するが、他の実施例では、１つ以上のネットワーク・サービス・オブジェクト８３５が、特定のネットワークに関連する１つの機能を実行する。
【００３４】
ネットワーク・サービス・オブジェクト８３５は、それらの標準的な実行の一環として、他のネットワーク・サービス・オブジェクト８３５を呼び出すと同時に、ＵＬＳＲデータベース１２００にアクセスして更新を行うことができる。さらに、ネットワーク・サービス・オブジェクト８３５は、ネットワークからメッセージを受け取ると、あるいは、１つ以上のネットワークにメッセージを送ることが必要となるようなＵＬＳＲデータベース１２００に格納された顧客情報への変更（例えばＡＮＳＩ−４１ネットワークにおけるＱｕａｌｉｆｉｃａｔｉｏｎＤｉｒｅｃｔｉｖｅメッセージ）といったような他の理由のために、ネットワーク・エレメントへのメッセージの送信を始動する。ネットワーク・サービス・オブジェクト８３５によって始動されるメッセージは、特定のタイプのネットワーク用にフォーマットされていないので、メッセージ・ハンドラ８２０は、ネットワーク・サービス・オブジェクト８３５によって始動されるメッセージを、適切にフォーマットする責任を持つ。ネットワーク・ディスクリミネータ８１０は、フォーマットされたメッセージを、適切なネットワークに送る責任を持つ。
【００３５】
図８は、様々なタイプのネットワーク・サービス・オブジェクト８３５のいくつかの例を示すが、図８が、ネットワーク・サービス・オブジェクトのタイプの完全なセットを示すものではない。１つの実施例では、Ｒｅｇｉｓｔｅｒ（登録）Ｎｅｔｗｏｒｋオブジェクトが、ネットワーク内に登録を試みるデバイスに対して、ＵＬＳＲによって受け取られたメッセージ（例えば、ＡＮＳＩ−４１ネットワークから受け取られたＲｅｇｉｓｔｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎメッセージ）を処理するのに必要なロジックを実行する。ＣａｌｌＴｅｒｍｉｎａｔｉｏｎ（コール・ターミネーション（呼出終了））オブジェクトは、ＵＬＳＲによってサポートされているネットワークのうちの１つに加入しているユーザに呼出がかかってくる時に、受け取られるメッセージを処理する。例えば、かかってきた呼出を受け取るＭＳＣがＡＮＳＩ−４１ネットワーク内にある場合、ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージがＵＬＳＲによって受け取られ、ＣａｌｌＴｅｒｍｉｎａｔｉｏｎＮｅｔｗｏｒｋによって実行される。Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（認証）オブジェクトは、ユーザが特定のネットワークへの登録を認可されているかどうかを判定する。ＧｅｔＲｏｕｔｉｎｇＮｕｍｂｅｒ（ルーティング番号取得）オブジェクトは、ＭＳＣに向けるルーティング番号を得る。例えば、ユーザ向けの呼出の処理中に、ＣａｌｌＴｅｒｍｉｎａｔｉｏｎオブジェクトがＧｅｔＲｏｕｔｉｎｇＮｕｍｂｅｒオブジェクトからルーティング番号を要求することがあり、その場合には、ＧｅｔＲｏｕｔｉｎｇＮｕｍｂｅｒオブジェクトは、ユーザが登録されているＭＳＣから、ルーティング番号を要求するためのメッセージの生成を管理する。ＣａｎｃｅｌＲｅｇｉｓｔｒａｔｉｏｎ（登録解除）オブジェクトは、ＵＬＳＲデータベース１２００にとって必要な更新を実行し、特定のＭＳＣでのユーザ登録を解除するためのメッセージ送出を管理する。ＵｐｄａｔｅＰｒｏｆｉｌｅ（プロファイル更新）オブジェクトは、登録済みのユーザのプロファイルが更新されたことを示すメッセージの生成を管理する。ここで記述されたネットワーク・サービス・オブジェクト８３５は、１つの実施例であり、この分野の技術を持つ人々であれば、ＵＬＳＲ１０００におけるネットワーク・サービス・オブジェクト８３５のタイプ、及びそれらの機能を変更しうることを理解するであろう。
【００３６】
図９は、現時点でＧＳＭネットワークに登録され、そのネットワーク内で呼出を受けることが可能であるユーザに対して、ネットワーク・ディスクリミネータ８１０、メッセージ・ハンドラ８２０、及びネットワーク・サービス・オブジェクト８３５が、ＡＮＳＩ−４１のＭＳＣで受け取られた呼出を処理するために、どのように動作するかについての例を示す。ホームＡＮＳＩ−４１のＭＳＣが、呼出を受信し、ユーザが他のどこかのＭＳＣに登録されていることを認識した場合、ユーザが現時点で登録されているＭＳＣに対するルーティング番号を得るために、ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージをＵＬＳＲ１０００に送る。ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージは、ネットワーク・ディスクリミネータ８１０によって受け取られて、ＡＮＳＩ−４１のメッセージとして、そのメッセージが識別される。メッセージ・ディスクリミネータ８１０は、ＡＮＳＩ−４１メッセージ・ハンドラ８２０を呼び出し、そのハンドラは、そのメッセージをＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージであると識別し、ネットワーク特有の依存度を除去するために、ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージ及びユーザ情報を標準化し、標準化された情報と共に適切なネットワーク・サービス・オブジェクト８３５を呼び起こす。
【００３７】
それにより、ネットワーク・サービス・オブジェクト８３５が要求を処理する。該オブジェクトは、そのロジックの一環として、ユーザが任意のＭＳＣに登録されているかどうかを判定するために、ＵＬＳＲデータベース１２００内でのユーザの現在の状態を検索する。ユーザがＭＳＣに登録されているならば、ネットワーク・サービス・オブジェクト８３５は、ユーザが登録されているネットワークに関連するメッセージ・ハンドラ８２０に対して、ルーティング番号を求める全体に共通の（つまり、ＵＬＳＲ１０００によって供給される特定ネットワーク用にフォーマットされたものではない）要求を送る。この例では、ユーザのレコードは、ユーザが特定のＧＳＭのＭＳＣに現時点で登録されていることを示している。その結果、ネットワーク・サービス・オブジェクト８３５は、そのようなＧＳＭのＭＳＣのためのルーティング番号を要求する全体に共通のメッセージを、ＧＳＭメッセージ・ハンドラ８２０に送る。
【００３８】
これにより、ＧＳＭメッセージ・ハンドラ８２０は、ＧＳＭのＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲメッセージ中にそのメッセージをフォーマットし、ネットワーク・ディスクリミネータ８１０が、ユーザの登録されているＧＳＭのＭＳＣに、ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲメッセージを送る。ＧＳＭのＭＳＣは、ｐｒｏｖｉｄｅ＿ｒｏａｍｉｎｇ＿ｎｕｍｂｅｒメッセージにルーティング番号を含ませて、ＵＬＳＲ１０００に応答する。その応答がネットワーク・ディスクリミネータ８１０で受け取られて、該応答がＧＳＭネットワークから来ていると判断されるので、その応答がＧＳＭメッセージ・ハンドラ８２０に送られ、該ハンドラがその応答をデコードし、全体に共通の、ネットワークに依存しない形式で、その応答の重要な内容（例えばローミング番号）を、適切なネットワーク・サービス・オブジェクト８３５に送る。ネットワーク・サービス・オブジェクト８３５は、ＧＳＭのＭＳＣのためのルーティング番号に対する応答を分析し、ルーティング番号を含む応答を、ＡＮＳＩ−４１メッセージ・ハンドラ８２０に送る。ＡＮＳＩ−４１メッセージ・ハンドラ８２０は、ｌｏｃａｔｉｏｎｒｅｑｕｅｓｔメッセージ（ルーティング番号を含む）をフォーマットし、それをネットワーク・ディスクリミネータ８１０が、初めにその呼出を扱ったゲートウエイＡＮＳＩ−４１のＭＳＣに送る。
【００３９】
本発明は、携帯電話のネットワークのコンテキストに関して記述されたが、例えば、ページャ又はポータブル・コンピュータのような、他の無線デバイス用にサービスを提供するために用いられることができる。さらに、本発明は、特定の実施例の面から上に記述されたが、それの変更及び修正が、この分野の技術を持つ人々にとって明白であると予想される。従って、特許請求の範囲が、本発明の真の技術思想及び範囲内にあるすべての変更及び修正をカバーするものである。
【図面の簡単な説明】
【図１】  本発明の一実施例に従う、複数の電話通信ネットワークに結合されたＵＬＳＲの図である。
【図２】  ａ−ｃは、ネットワークＢに登録されていた携帯電話ユーザを、ネットワークＡに登録するための本発明の実施例に従う方法を示す図である。
【図３】  ａ−ｃは、ＧＳＭネットワークに登録されていた携帯電話ユーザを、ＡＮＳＩ−４１ネットワークに登録するための本発明の実施例に従う方法を示す図である。
【図４】  ａ−ｃは、ＡＮＳＩ−４１ネットワークに登録されていた携帯電話ユーザを、ＧＳＭネットワークに登録するための本発明の実施例に従う方法を示す図である。
【図５】  ａ−ｃは、ホーム・ネットワークを有しているが現時点で別のネットワークに登録されている携帯電話ユーザに、呼出をルーティングするための本発明の実施例に従う方法を示す図である。
【図６】  ａ−ｃは、ＡＮＳＩ−４１ホーム・ネットワークを有しているが現時点でＧＳＭネットワークに登録されている携帯電話ユーザに、呼出をルーティングするための本発明の実施例に従う方法を示す図である。
【図７】  ａ−ｃは、サービングＡＮＳＩ−４１ネットワーク及びサービングＧＳＭネットワークの両方に同時に登録されている携帯電話ユーザに、呼出をルーティングするための本発明の実施例に従う方法を示す図である。
【図８】  本発明の実施例に従うＵＬＳＲのための内部アーキテクチャを示す図である。
【図９】  ＡＮＳＩ−４１のＭＳＣからのロケーション要求メッセージを処理するために、内部アーキテクチャがどのように機能するかを示す、本発明の実施例に従う例を示す図である。
【図１】
0003779207.tif 000002
【図２】
0003779207.tif 000003
0003779207.tif 000004
0003779207.tif 000005
【図３】
0003779207.tif 000006
0003779207.tif 000007
0003779207.tif 000008
【図４】
0003779207.tif 000009
0003779207.tif 000010
0003779207.tif 000011
【図５】
0003779207.tif 000012
0003779207.tif 000013
0003779207.tif 000014
【図６】
0003779207.tif 000015
0003779207.tif 000016
0003779207.tif 000017
【図７】
0003779207.tif 000018
0003779207.tif 000019
0003779207.tif 000020
【図８】
0003779207.tif 000021
【図９】
0003779207.tif 000022