JP2002330179A - 多重プロトコルホームロケーションレジスタ - Google Patents
多重プロトコルホームロケーションレジスタInfo
- Publication number
- JP2002330179A JP2002330179A JP2002052816A JP2002052816A JP2002330179A JP 2002330179 A JP2002330179 A JP 2002330179A JP 2002052816 A JP2002052816 A JP 2002052816A JP 2002052816 A JP2002052816 A JP 2002052816A JP 2002330179 A JP2002330179 A JP 2002330179A
- Authority
- JP
- Japan
- Prior art keywords
- network
- protocol
- database
- message
- hlr
- 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.)
- Granted
Links
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
Abstract
(57)【要約】
【課題】 相異なるプロトコルを利用する複数のシステ
ム間でユーザのモビリティ管理を提供する。 【解決手段】 多重プロトコルホームロケーションレジ
スタ（ＭＰ ＨＬＲ）１０１は、要求側ネットワークか
ら、ネットワークプロトコルに従うネットワーク要求を
受信するレシーバを有する。ＭＰ ＨＬＲ１０１内のプ
ロセッサは、ネットワークプロトコルに対する共通のデ
ータソースおよび共通の制御手続きを利用してネットワ
ーク要求を処理し、ネットワーク要求によって要求され
た情報を取得する。プロセッサに接続されたトランスミ
ッタが、要求された情報を要求側ネットワークに中継す
る。ＭＰ ＨＬＲ１０１は、さまざまなネットワークプ
ロトコルについて、モビリティ／ユーザ管理、ユーザ認
証／セキュリティ制御、およびユーザプロファイル管理
の機能を実行する。
ム間でユーザのモビリティ管理を提供する。 【解決手段】 多重プロトコルホームロケーションレジ
スタ（ＭＰ ＨＬＲ）１０１は、要求側ネットワークか
ら、ネットワークプロトコルに従うネットワーク要求を
受信するレシーバを有する。ＭＰ ＨＬＲ１０１内のプ
ロセッサは、ネットワークプロトコルに対する共通のデ
ータソースおよび共通の制御手続きを利用してネットワ
ーク要求を処理し、ネットワーク要求によって要求され
た情報を取得する。プロセッサに接続されたトランスミ
ッタが、要求された情報を要求側ネットワークに中継す
る。ＭＰ ＨＬＲ１０１は、さまざまなネットワークプ
ロトコルについて、モビリティ／ユーザ管理、ユーザ認
証／セキュリティ制御、およびユーザプロファイル管理
の機能を実行する。
Description
【０００１】
【発明の属する技術分野】本発明は、通信システムに関
し、特に、通信システムにおけるホームロケーションレ
ジスタのオペレーションに関する。
し、特に、通信システムにおけるホームロケーションレ
ジスタのオペレーションに関する。
【０００２】
【従来の技術】比較的少数の周波数を用いて多数の移動
加入者に無線電話サービスを提供するための、さまざま
なタイプのセルラ通信方式が知られている。このような
サービスは、サービスエリアをいくつかのセルに分割
し、隣り合わないセルで周波数を再利用することによっ
て提供される。このセルラ原理により、割り当てられた
無線スペクトル上で伝送されるワイヤレス通信の量を大
幅に増大させることが可能となり、それにより、ワイヤ
レス通信加入者の数が大幅に増大している。アナログ、
時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤ
ＭＡ）、ＧＳＭ(Global System for Mobile Communicat
ions)などのさまざまな異なるセルラプロトコルがあ
る。
加入者に無線電話サービスを提供するための、さまざま
なタイプのセルラ通信方式が知られている。このような
サービスは、サービスエリアをいくつかのセルに分割
し、隣り合わないセルで周波数を再利用することによっ
て提供される。このセルラ原理により、割り当てられた
無線スペクトル上で伝送されるワイヤレス通信の量を大
幅に増大させることが可能となり、それにより、ワイヤ
レス通信加入者の数が大幅に増大している。アナログ、
時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤ
ＭＡ）、ＧＳＭ(Global System for Mobile Communicat
ions)などのさまざまな異なるセルラプロトコルがあ
る。
【０００３】同様に、さまざまなタイプの有線の方式お
よびプロトコルが、一般にパーソナルコンピュータやそ
の他のタイプのコンピューティング装置を利用して有線
サービスにアクセスする多数のユーザに、さまざまな有
線サービスを提供している。さまざまな有線のプロトコ
ルおよびサービスには、モバイルＩＰ(internet protoc
ol)またはＶｏＩＰ(voice over IP)、ＡＡＡ(Authentic
ation, Authorization, and Accounting)、セッション
開始プロトコル（ＳＩＰ：Session InitiationProtoco
l）、および、パケットによるマルチメディア通信方式
を提供するＨ．３２３プロトコルがある。
よびプロトコルが、一般にパーソナルコンピュータやそ
の他のタイプのコンピューティング装置を利用して有線
サービスにアクセスする多数のユーザに、さまざまな有
線サービスを提供している。さまざまな有線のプロトコ
ルおよびサービスには、モバイルＩＰ(internet protoc
ol)またはＶｏＩＰ(voice over IP)、ＡＡＡ(Authentic
ation, Authorization, and Accounting)、セッション
開始プロトコル（ＳＩＰ：Session InitiationProtoco
l）、および、パケットによるマルチメディア通信方式
を提供するＨ．３２３プロトコルがある。
【０００４】多くのワイヤレス通信方式では、モビリテ
ィ管理を扱うためにホームロケーションレジスタ（ＨＬ
Ｒ：Home Location Register）および在圏ロケーション
レジスタ（ＶＬＲ：Visitor Location Register）が用
いられる。ＨＬＲおよびＶＬＲは、ネットワーク内のど
こにでも存在しうる。ＨＬＲは、その移動加入者のそれ
ぞれのプロファイル情報と、各移動機の現在のＶＬＲの
アドレスとを含む。それぞれの移動通信交換センタ（Ｍ
ＳＣ：Mobile Switching Center）は、サービス中のＭ
ＳＣのカバレジエリア内で現在サービスを受けている移
動機を追跡するＶＬＲを有する。移動機が、新たなＶＬ
Ｒによってサービスされるエリアに入り、そこで登録す
ると必ず、このＶＬＲは、その移動機のＨＬＲに、移動
機の位置の変更を通知する。さらに、ＶＬＲは、ローミ
ング中の移動機のサービスプロファイルと、その移動機
での呼着信に必要なその他の情報とをダウンロードす
る。呼配信中、ＨＬＲ内の位置およびプロファイル情報
は、入呼を移動機へルーティングするために利用され
る。
ィ管理を扱うためにホームロケーションレジスタ（ＨＬ
Ｒ：Home Location Register）および在圏ロケーション
レジスタ（ＶＬＲ：Visitor Location Register）が用
いられる。ＨＬＲおよびＶＬＲは、ネットワーク内のど
こにでも存在しうる。ＨＬＲは、その移動加入者のそれ
ぞれのプロファイル情報と、各移動機の現在のＶＬＲの
アドレスとを含む。それぞれの移動通信交換センタ（Ｍ
ＳＣ：Mobile Switching Center）は、サービス中のＭ
ＳＣのカバレジエリア内で現在サービスを受けている移
動機を追跡するＶＬＲを有する。移動機が、新たなＶＬ
Ｒによってサービスされるエリアに入り、そこで登録す
ると必ず、このＶＬＲは、その移動機のＨＬＲに、移動
機の位置の変更を通知する。さらに、ＶＬＲは、ローミ
ング中の移動機のサービスプロファイルと、その移動機
での呼着信に必要なその他の情報とをダウンロードす
る。呼配信中、ＨＬＲ内の位置およびプロファイル情報
は、入呼を移動機へルーティングするために利用され
る。
【０００５】モバイルデータ通信システムは、ホームエ
ージェントおよびフォーリンエージェントと呼ばれるネ
ットワークサーバを利用して、それぞれＨＬＲおよびＶ
ＬＲと同様の機能を提供する。有線通信システムは、認
証、サービスプロビジョニング、ユーザプロファイル管
理、ユーザ位置管理、およびサービス起動のような機能
を利用する。
ージェントおよびフォーリンエージェントと呼ばれるネ
ットワークサーバを利用して、それぞれＨＬＲおよびＶ
ＬＲと同様の機能を提供する。有線通信システムは、認
証、サービスプロビジョニング、ユーザプロファイル管
理、ユーザ位置管理、およびサービス起動のような機能
を利用する。
【０００６】
【発明が解決しようとする課題】通信システムが進化し
ますます多くのサービスを提供するにつれて、移動機ユ
ーザは、それぞれの異なるシステム間をローミングする
ことやそれにアクセスすることを含めて、より多くのサ
ービスを必要とする。これらのシステム間のモビリティ
管理に関する問題を解決する必要がある。
ますます多くのサービスを提供するにつれて、移動機ユ
ーザは、それぞれの異なるシステム間をローミングする
ことやそれにアクセスすることを含めて、より多くのサ
ービスを必要とする。これらのシステム間のモビリティ
管理に関する問題を解決する必要がある。
【０００７】したがって、相異なるプロトコルを利用す
る複数のシステム間でユーザのモビリティ管理を提供す
る方法および装置が必要とされている。
る複数のシステム間でユーザのモビリティ管理を提供す
る方法および装置が必要とされている。
【０００８】
【課題を解決するための手段】本発明による多重プロト
コルホームロケーションレジスタは、少なくとも２つの
要求側ネットワークのうちの１つの要求側ネットワーク
から、少なくとも２つのネットワークプロトコルのうち
の１つに従うネットワーク要求を受信するレシーバを有
する。ホームロケーションレジスタ内のプロセッサは、
前記少なくとも２つのネットワークプロトコルに対する
共通のデータソースおよび共通の制御手続きを利用して
ネットワーク要求を処理し、ネットワーク要求によって
要求された情報を取得する。プロセッサに接続されたト
ランスミッタが、要求された情報を要求側ネットワーク
に中継する。
コルホームロケーションレジスタは、少なくとも２つの
要求側ネットワークのうちの１つの要求側ネットワーク
から、少なくとも２つのネットワークプロトコルのうち
の１つに従うネットワーク要求を受信するレシーバを有
する。ホームロケーションレジスタ内のプロセッサは、
前記少なくとも２つのネットワークプロトコルに対する
共通のデータソースおよび共通の制御手続きを利用して
ネットワーク要求を処理し、ネットワーク要求によって
要求された情報を取得する。プロセッサに接続されたト
ランスミッタが、要求された情報を要求側ネットワーク
に中継する。
【０００９】
【発明の実施の形態】以下で、多重プロトコルホームロ
ケーションレジスタ（ＭＰ ＨＬＲ：multiple-protoco
l home location register）を用いることにより相異な
るプロトコルを利用して複数のシステム間でユーザのモ
ビリティ管理を提供する装置および方法について説明す
る。ＭＰ ＨＬＲはプロセッサを有する。プロセッサ
は、好ましくはＭＰ ＨＬＲのさまざまな要素に分散さ
れるが、単一のプロセッサでもよい。プロセッサは、２
つ以上のネットワークプロトコルに従ってネットワーク
メッセージを生成し、ネットワーク要求およびその他の
メッセージを処理して、その２つ以上のネットワークプ
ロトコルをサポートする２つ以上のネットワークによっ
て要求される情報を取得するように設定され構成され
る。ここではＭＰ ＨＬＲの２つの相異なる実施例につ
いて説明する。第１実施例は、ネットワーク要求を解釈
するプロトコルゲートウェイを利用するものであり、複
数のネットワークプロトコルの共通の制御手続きを利用
して、すべてのネットワークに対する共通のデータソー
スを提供するデータベースへの問合せを生成する。第２
実施例は、仲介装置(mediation device)を利用する。仲
介装置は、複数の相異なるネットワークプロトコルに従
ってネットワークメッセージを生成あるいは翻訳し、複
数のネットワークプロトコルの相異なる１つをそれぞれ
サポートする複数のＨＬＲに接続される。
ケーションレジスタ（ＭＰ ＨＬＲ：multiple-protoco
l home location register）を用いることにより相異な
るプロトコルを利用して複数のシステム間でユーザのモ
ビリティ管理を提供する装置および方法について説明す
る。ＭＰ ＨＬＲはプロセッサを有する。プロセッサ
は、好ましくはＭＰ ＨＬＲのさまざまな要素に分散さ
れるが、単一のプロセッサでもよい。プロセッサは、２
つ以上のネットワークプロトコルに従ってネットワーク
メッセージを生成し、ネットワーク要求およびその他の
メッセージを処理して、その２つ以上のネットワークプ
ロトコルをサポートする２つ以上のネットワークによっ
て要求される情報を取得するように設定され構成され
る。ここではＭＰ ＨＬＲの２つの相異なる実施例につ
いて説明する。第１実施例は、ネットワーク要求を解釈
するプロトコルゲートウェイを利用するものであり、複
数のネットワークプロトコルの共通の制御手続きを利用
して、すべてのネットワークに対する共通のデータソー
スを提供するデータベースへの問合せを生成する。第２
実施例は、仲介装置(mediation device)を利用する。仲
介装置は、複数の相異なるネットワークプロトコルに従
ってネットワークメッセージを生成あるいは翻訳し、複
数のネットワークプロトコルの相異なる１つをそれぞれ
サポートする複数のＨＬＲに接続される。
【００１０】本発明の方法は、多重プロトコルホームロ
ケーションレジスタが、少なくとも２つの要求側ネット
ワークのうちの１つの要求側ネットワークからネットワ
ーク要求を受信するステップを有する。ネットワーク要
求は、少なくとも２つのネットワークプロトコルのうち
の１つにより構成される。ネットワーク要求は、ネット
ワーク要求によって要求された情報を取得するように処
理される。少なくとも１つのネットワークメッセージ
が、前記少なくとも２つのネットワークプロトコルのう
ちの少なくとも１つのネットワークプロトコルに従って
生成され、前記少なくとも２つのネットワークプロトコ
ルのうちの前記少なくとも１つのネットワークプロトコ
ルをサポートする少なくとも１つのネットワークに送信
される。要求された情報は、少なくとも１つの要求側ネ
ットワークおよび宛先ネットワークへ中継される。
ケーションレジスタが、少なくとも２つの要求側ネット
ワークのうちの１つの要求側ネットワークからネットワ
ーク要求を受信するステップを有する。ネットワーク要
求は、少なくとも２つのネットワークプロトコルのうち
の１つにより構成される。ネットワーク要求は、ネット
ワーク要求によって要求された情報を取得するように処
理される。少なくとも１つのネットワークメッセージ
が、前記少なくとも２つのネットワークプロトコルのう
ちの少なくとも１つのネットワークプロトコルに従って
生成され、前記少なくとも２つのネットワークプロトコ
ルのうちの前記少なくとも１つのネットワークプロトコ
ルをサポートする少なくとも１つのネットワークに送信
される。要求された情報は、少なくとも１つの要求側ネ
ットワークおよび宛先ネットワークへ中継される。
【００１１】多重プロトコルホームロケーションレジス
タ（ＨＬＲ）は、第１のネットワークプロトコルを提供
するように設定され構成された第１のＨＬＲと、第２の
ネットワークプロトコルを提供するように設定され構成
された第２のＨＬＲとを有する。仲介装置は、第１ＨＬ
Ｒおよび第２ＨＬＲに接続され、第１ネットワークプロ
トコルおよび第２ネットワークプロトコルに従ってメッ
セージを生成するように設定され構成され、多重プロト
コルＨＬＲが第１ネットワークプロトコルおよび第２ネ
ットワークプロトコルのいずれかを利用する複数の通信
装置に対してＨＬＲ機能を提供するようにする。
タ（ＨＬＲ）は、第１のネットワークプロトコルを提供
するように設定され構成された第１のＨＬＲと、第２の
ネットワークプロトコルを提供するように設定され構成
された第２のＨＬＲとを有する。仲介装置は、第１ＨＬ
Ｒおよび第２ＨＬＲに接続され、第１ネットワークプロ
トコルおよび第２ネットワークプロトコルに従ってメッ
セージを生成するように設定され構成され、多重プロト
コルＨＬＲが第１ネットワークプロトコルおよび第２ネ
ットワークプロトコルのいずれかを利用する複数の通信
装置に対してＨＬＲ機能を提供するようにする。
【００１２】多重プロトコルホームロケーションレジス
タを利用するシステムは、第１ネットワークプロトコル
に従って少なくとも１つの問合せを生成するように設定
され構成された第１インフラストラクチャ装置と、第２
ネットワークプロトコルに従って機能するように設定さ
れ構成された第２インフラストラクチャ装置とを有す
る。多重プロトコルホームロケーションレジスタは、第
１インフラストラクチャ装置および第２インフラストラ
クチャ装置に接続される。多重プロトコルホームロケー
ションレジスタは、第１ネットワークプロトコルおよび
第２ネットワークプロトコルに従って機能するように設
定され構成され、第１ネットワークプロトコルに従っ
た、前記少なくとも１つの問合せに関連する呼要求が、
第２ネットワークプロトコルに従って履行されるように
する。少なくとも１つの問合せは、サービング（サービ
ス側）ネットワークと通信することを求める通信装置の
要求に応答して生成される。通信装置のプロファイル
が、サービングネットワークに送信され、このプロファ
イルは、サービングネットワークのプロトコルに従って
フォーマットされる。
タを利用するシステムは、第１ネットワークプロトコル
に従って少なくとも１つの問合せを生成するように設定
され構成された第１インフラストラクチャ装置と、第２
ネットワークプロトコルに従って機能するように設定さ
れ構成された第２インフラストラクチャ装置とを有す
る。多重プロトコルホームロケーションレジスタは、第
１インフラストラクチャ装置および第２インフラストラ
クチャ装置に接続される。多重プロトコルホームロケー
ションレジスタは、第１ネットワークプロトコルおよび
第２ネットワークプロトコルに従って機能するように設
定され構成され、第１ネットワークプロトコルに従っ
た、前記少なくとも１つの問合せに関連する呼要求が、
第２ネットワークプロトコルに従って履行されるように
する。少なくとも１つの問合せは、サービング（サービ
ス側）ネットワークと通信することを求める通信装置の
要求に応答して生成される。通信装置のプロファイル
が、サービングネットワークに送信され、このプロファ
イルは、サービングネットワークのプロトコルに従って
フォーマットされる。
【００１３】本発明の方法は、第１インフラストラクチ
ャ装置が、第１ネットワークプロトコルに従って問合せ
を生成するステップと、その第１ネットワークプロトコ
ルの問合せを、第１ネットワークプロトコルおよび第２
ネットワークプロトコルに従って機能する多重プロトコ
ルホームロケーションレジスタに送信するステップとを
有する。多重プロトコルホームロケーションレジスタ
は、第１ネットワークプロトコルの問合せを処理するこ
とにより、第２ネットワークプロトコルのメッセージを
生成する。この第２ネットワークプロトコルのメッセー
ジは、第２ネットワークプロトコルに従って機能する第
２インフラストラクチャ装置に送信される。
ャ装置が、第１ネットワークプロトコルに従って問合せ
を生成するステップと、その第１ネットワークプロトコ
ルの問合せを、第１ネットワークプロトコルおよび第２
ネットワークプロトコルに従って機能する多重プロトコ
ルホームロケーションレジスタに送信するステップとを
有する。多重プロトコルホームロケーションレジスタ
は、第１ネットワークプロトコルの問合せを処理するこ
とにより、第２ネットワークプロトコルのメッセージを
生成する。この第２ネットワークプロトコルのメッセー
ジは、第２ネットワークプロトコルに従って機能する第
２インフラストラクチャ装置に送信される。
【００１４】多重プロトコルホームロケーションレジス
タ（ＭＰ ＨＬＲ）とインタフェースする複数の通信ネ
ットワークのブロック図を図１に示す。システムの中心
には、複数の相異なる通信プロトコルをサポートするこ
とが可能なＭＰ ＨＬＲ１０１がある。これらのプロト
コルは、ワイヤレス（無線）あるいは有線、音声、デー
タ、あるいはマルチメディア、および、回線型あるいは
パケット型のような、多くのさまざまなタイプのもので
あることが可能である。ＭＰ ＨＬＲ１０１は、さまざ
まな相異なるネットワークプロトコルについて、モビリ
ティ／ユーザ管理、ユーザ認証／セキュリティ制御、お
よびユーザプロファイル管理の機能を実行する。ＭＰ
ＨＬＲ１０１のさまざまなコンポーネントには、地理的
に分散されることも可能である。
タ（ＭＰ ＨＬＲ）とインタフェースする複数の通信ネ
ットワークのブロック図を図１に示す。システムの中心
には、複数の相異なる通信プロトコルをサポートするこ
とが可能なＭＰ ＨＬＲ１０１がある。これらのプロト
コルは、ワイヤレス（無線）あるいは有線、音声、デー
タ、あるいはマルチメディア、および、回線型あるいは
パケット型のような、多くのさまざまなタイプのもので
あることが可能である。ＭＰ ＨＬＲ１０１は、さまざ
まな相異なるネットワークプロトコルについて、モビリ
ティ／ユーザ管理、ユーザ認証／セキュリティ制御、お
よびユーザプロファイル管理の機能を実行する。ＭＰ
ＨＬＲ１０１のさまざまなコンポーネントには、地理的
に分散されることも可能である。
【００１５】ＭＰ ＨＬＲ１０１とインタフェースする
さまざまなタイプのプロトコルのうちの１つはＧＳＭ(G
lobal System for Mobile communications)である。Ｇ
ＳＭシステム１０３の一部が、ＭＰ ＨＬＲ１０１とイ
ンタフェースするように図示されている。移動加入者ユ
ニットあるいは移動局（ＭＳ：mobile station)１０５
は、複数のカバレジエリアにわたって分散された複数の
基地局からなる基地局システム（ＢＳＳ：base station
system）１０７と通信する。各カバレジエリアは、複
数の在圏移動通信交換センタ（ＶＭＳＣ：Visited Mobi
le Switching Center）１０９のうちの１つによってサ
ービスされる。ＢＳＳ１０７は、すべてＧＳＭプロトコ
ルに従って動作するＶＭＳＣ１０９、ゲートウェイ移動
通信交換センタ（ＧＭＳＣ：Gateway Mobile Switching
Center）１１１、およびサービングＧＰＲＳサービス
ノード（ＳＧＳＮ：Serving GPRS Service Node）１１
３に接続される。ＶＭＳＣ１０９は、ＧＳＭサービス制
御ポイント（ＳＣＰ：Service Control Point）１１
４、ＧＳＭメッセージセンタ（ＭＣ：Message Center）
（これはショートメッセージサービスセンタ（ＳＭＳ
Ｃ：Short Message Service Center）ともいう）１１
５、およびＧＳＭボイスメッセージシステム（ＶＭＳ：
Voice Message System）１１６に接続される。ＧＳＭ
ＭＣ１１５とＧＳＭＶＭＳ１１６は互いに接続され、コ
ロケートされることも可能である。ＶＭＳＣ１０９、Ｇ
ＭＳＣ１１１、ＳＧＳＮ１１３、ＳＣＰ１１４、および
ＭＣ１１５はそれぞれ、ＭＰ ＨＬＲ１０１に接続され
る。同様に、他のタイプのワイヤレスプロトコルを利用
するネットワークもＨＬＲに接続可能である。
さまざまなタイプのプロトコルのうちの１つはＧＳＭ(G
lobal System for Mobile communications)である。Ｇ
ＳＭシステム１０３の一部が、ＭＰ ＨＬＲ１０１とイ
ンタフェースするように図示されている。移動加入者ユ
ニットあるいは移動局（ＭＳ：mobile station)１０５
は、複数のカバレジエリアにわたって分散された複数の
基地局からなる基地局システム（ＢＳＳ：base station
system）１０７と通信する。各カバレジエリアは、複
数の在圏移動通信交換センタ（ＶＭＳＣ：Visited Mobi
le 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))サーバ１
３７、ならびに、Ｈ．３２３プロトコルサーバ１３９の
ようなサーバを通じて接続される。これらのサーバ１３
５、１３７、および１３９のそれぞれは、コンピューテ
ィング装置１４３および１４５をサーバ１３５、１３
７、および１３９と相互接続する広域あるいはローカル
エリアネットワークを含むデータネットワーク１４１と
インタフェースする。これらのコンピューティング装置
は、パーソナルコンピュータ（ＰＣ）、テレメトリ収集
装置、および、有線システムを通じて相互接続するＶｏ
ＩＰやその他のタイプの装置のようなコンピュータと接
続するワイヤレス装置であることが可能である。アプリ
ケーションサーバ１４７が、ＭＰ ＨＬＲ１０１に接続
されるように示されている。アプリケーションサーバ１
４７は、プロビジョニング、モビリティサービス、およ
び地理的位置に基づくアプリケーションのようなサード
パーティアプリケーションで利用するために、ＭＰ Ｈ
ＬＲ１０１内のユーザデータにアクセスする。
Ｒ１０１に接続される。ＭＰ ＨＬＲ１０１は、有線ネ
ットワークに対してホームエージェントおよびフォーリ
ンエージェントの機能を提供する。このようなシステム
は、現在の事実上の標準であるＲＡＤＩＵＳを利用した
認証および関連サービスを提供するＡＡＡサーバ１３
５、例えばセッション開始プロトコル（ＳＩＰ）を利用
してＳＩＰレジストラおよびプロキシサーバを提供する
ＶｏＩＰ(Voice over IP(Internet Protocol))サーバ１
３７、ならびに、Ｈ．３２３プロトコルサーバ１３９の
ようなサーバを通じて接続される。これらのサーバ１３
５、１３７、および１３９のそれぞれは、コンピューテ
ィング装置１４３および１４５をサーバ１３５、１３
７、および１３９と相互接続する広域あるいはローカル
エリアネットワークを含むデータネットワーク１４１と
インタフェースする。これらのコンピューティング装置
は、パーソナルコンピュータ（ＰＣ）、テレメトリ収集
装置、および、有線システムを通じて相互接続するＶｏ
ＩＰやその他のタイプの装置のようなコンピュータと接
続するワイヤレス装置であることが可能である。アプリ
ケーションサーバ１４７が、ＭＰ ＨＬＲ１０１に接続
されるように示されている。アプリケーションサーバ１
４７は、プロビジョニング、モビリティサービス、およ
び地理的位置に基づくアプリケーションのようなサード
パーティアプリケーションで利用するために、ＭＰ Ｈ
ＬＲ１０１内のユーザデータにアクセスする。
【００１９】２つのワイヤレスシステムおよび３つの有
線ネットワークの例を図１に示したが、本発明は、他の
ワイヤレスおよび有線のシステムにも適用可能である。
他の適用可能なシステムには、符号分割多元接続（ＣＤ
ＭＡ）、ＣＤＭＡデータのためのＨＤＲ(High Data Rat
e)、ＵＭＴＳ(Universal Mobile TelecommunicationsSy
stem)、およびＧＰＲＳ(General Packet Radio Servic
e)がある。装置間の追加の接続も可能であるが、簡単の
ために図示しない。
線ネットワークの例を図１に示したが、本発明は、他の
ワイヤレスおよび有線のシステムにも適用可能である。
他の適用可能なシステムには、符号分割多元接続（ＣＤ
ＭＡ）、ＣＤＭＡデータのためのＨＤＲ(High Data Rat
e)、ＵＭＴＳ(Universal Mobile TelecommunicationsSy
stem)、およびＧＰＲＳ(General Packet Radio Servic
e)がある。装置間の追加の接続も可能であるが、簡単の
ために図示しない。
【００２０】ユーザ（加入者）装置１０５あるいは１１
９は、有線あるいはワイヤレス（無線）のいずれでもよ
く、固定式あるいは移動式のいずれでもよく、音声、デ
ータあるいはマルチメディアのいずれでもよく、ＶｏＩ
Ｐを含めてパケット交換あるいは回線交換のいずれでも
よい。このような装置には、例えば、ページャ、セルラ
（携帯）電話機、通常の電話機、およびパーソナルコン
ピュータがあり、一般に移動加入者、移動ユニット、お
よびコンピューティング装置ということも多い。すべて
のこのような装置を、本明細書では、まとめてあるいは
個別に、通信装置という。
９は、有線あるいはワイヤレス（無線）のいずれでもよ
く、固定式あるいは移動式のいずれでもよく、音声、デ
ータあるいはマルチメディアのいずれでもよく、ＶｏＩ
Ｐを含めてパケット交換あるいは回線交換のいずれでも
よい。このような装置には、例えば、ページャ、セルラ
（携帯）電話機、通常の電話機、およびパーソナルコン
ピュータがあり、一般に移動加入者、移動ユニット、お
よびコンピューティング装置ということも多い。すべて
のこのような装置を、本明細書では、まとめてあるいは
個別に、通信装置という。
【００２１】インフラストラクチャ装置は、ワイヤレス
および有線のいずれのネットワークについても、それら
の関連するネットワークに対して、交換、パケットリレ
ー、インターネットプロトコル、ゲートウェイ、あるい
はインターネットワーキング機能を提供する。インフラ
ストラクチャ装置の例としては、パケットゲートウェ
イ、インターネットプロトコルゲートウェイ、ＧＧＳＮ
(Gateway GPRS ServiceNode)、ならびに、ゲートウェイ
ＭＳＣ、発信側ＭＳＣ、および着信側ＭＳＣのようなＭ
ＳＣがある。
および有線のいずれのネットワークについても、それら
の関連するネットワークに対して、交換、パケットリレ
ー、インターネットプロトコル、ゲートウェイ、あるい
はインターネットワーキング機能を提供する。インフラ
ストラクチャ装置の例としては、パケットゲートウェ
イ、インターネットプロトコルゲートウェイ、ＧＧＳＮ
(Gateway GPRS ServiceNode)、ならびに、ゲートウェイ
ＭＳＣ、発信側ＭＳＣ、および着信側ＭＳＣのようなＭ
ＳＣがある。
【００２２】多重プロトコルＨＬＲの第１実施例のブロ
ック図を図２に示す。ＭＰ ＨＬＲ１０１は、サービス
プロバイダに、プロトコル間で共有される、統合された
ユーザプロビジョニングおよびサービスプロファイル管
理を提供する。ＭＰ ＨＬＲ１０１の第１実施例は、さ
まざまなネットワークタイプにわたるユーザモビリティ
をサポートするために、さまざまなフォーマットでさま
ざまなネットワークタイプに投影される集中化された共
通のデータタイプ、共通のデータソース、および共通の
制御手続きを有する。このプロビジョニングインタフェ
ースを用いて、サービスプロバイダは、例えば、単一の
ユーザについて、さまざまなネットワークタイプのプロ
ファイルを管理することが可能となる。
ック図を図２に示す。ＭＰ ＨＬＲ１０１は、サービス
プロバイダに、プロトコル間で共有される、統合された
ユーザプロビジョニングおよびサービスプロファイル管
理を提供する。ＭＰ ＨＬＲ１０１の第１実施例は、さ
まざまなネットワークタイプにわたるユーザモビリティ
をサポートするために、さまざまなフォーマットでさま
ざまなネットワークタイプに投影される集中化された共
通のデータタイプ、共通のデータソース、および共通の
制御手続きを有する。このプロビジョニングインタフェ
ースを用いて、サービスプロバイダは、例えば、単一の
ユーザについて、さまざまなネットワークタイプのプロ
ファイルを管理することが可能となる。
【００２３】データベースコンポーネント２０１は、ユ
ーザ位置２０３、統合ユーザプロファイル２０５、およ
びセキュリティ情報２０７とともに、データベースコン
ポーネント２０１への１つ以上のコネクションを介して
データにアクセスするためにデータベースマネージャ２
０９によって使用されるアクセス手続きを有する。好ま
しい実施例では、データベースコンポーネント２０１
は、少なくとも１つの関係データベースを有する。オプ
ションとして、データベース２０１は、ユーザ位置、プ
ロファイル、およびセキュリティ情報以外の情報を含む
ことも可能であり、そのデータは、他のアプリケーショ
ンに関連するユーザデータのように、特定のプロトコル
やネットワークに属しないことも可能である。各データ
要素は、ＭＰ ＨＬＲがサポートするすべてのネットワ
ークプロトコルを支持する情報を含む。ユーザ位置情報
２０３の統合管理は、相異なるタイプのネットワーク間
での呼配信を容易にする。セキュリティ情報２０７の統
合管理は、相異なるタイプのネットワーク間での認証を
容易にする。
ーザ位置２０３、統合ユーザプロファイル２０５、およ
びセキュリティ情報２０７とともに、データベースコン
ポーネント２０１への１つ以上のコネクションを介して
データにアクセスするためにデータベースマネージャ２
０９によって使用されるアクセス手続きを有する。好ま
しい実施例では、データベースコンポーネント２０１
は、少なくとも１つの関係データベースを有する。オプ
ションとして、データベース２０１は、ユーザ位置、プ
ロファイル、およびセキュリティ情報以外の情報を含む
ことも可能であり、そのデータは、他のアプリケーショ
ンに関連するユーザデータのように、特定のプロトコル
やネットワークに属しないことも可能である。各データ
要素は、ＭＰ ＨＬＲがサポートするすべてのネットワ
ークプロトコルを支持する情報を含む。ユーザ位置情報
２０３の統合管理は、相異なるタイプのネットワーク間
での呼配信を容易にする。セキュリティ情報２０７の統
合管理は、相異なるタイプのネットワーク間での認証を
容易にする。
【００２４】ＭＰ ＨＬＲ１０１の統合ユーザプロファ
イルデータベース２０５は、１つ以上のネットワークタ
イプへのアクセス能力を有するユーザのプロファイルを
保持する。サービスプロバイダは、ＭＰ ＨＬＲ１０１
を通じて、単一のユーザについて、相異なるネットワー
クタイプのプロファイルを統一的に管理することが可能
である。統合ユーザプロファイルデータベース２０５は
また、共有される共通のユーザデータ（例えば、ユーザ
名、ユーザ識別、およびユーザの電話番号）および共通
のサービス情報（例えば、着信転送電話番号）も含む。
ＭＰ ＨＬＲ１０１内の統合ユーザプロファイル２０５
は、さらに、ユーザおよびサービスのデータの中心的な
保管場所（リポジトリ）として、より広範な役割を果た
す。現在、さまざまなデータが、ＨＬＲ、ＳＣＰ、およ
びＡＡＡのように、ネットワークの多少別々のコンポー
ネントに分散している。ＭＰ ＨＬＲ１０１は、これら
の複雑な相互接続されたコンポーネントを、加入者およ
びサービスのデータの単一のリポジトリへと単純化・合
併し、それにより複数のサービスおよびアプリケーショ
ンを供給することを促進する。
イルデータベース２０５は、１つ以上のネットワークタ
イプへのアクセス能力を有するユーザのプロファイルを
保持する。サービスプロバイダは、ＭＰ ＨＬＲ１０１
を通じて、単一のユーザについて、相異なるネットワー
クタイプのプロファイルを統一的に管理することが可能
である。統合ユーザプロファイルデータベース２０５は
また、共有される共通のユーザデータ（例えば、ユーザ
名、ユーザ識別、およびユーザの電話番号）および共通
のサービス情報（例えば、着信転送電話番号）も含む。
ＭＰ ＨＬＲ１０１内の統合ユーザプロファイル２０５
は、さらに、ユーザおよびサービスのデータの中心的な
保管場所（リポジトリ）として、より広範な役割を果た
す。現在、さまざまなデータが、ＨＬＲ、ＳＣＰ、およ
びＡＡＡのように、ネットワークの多少別々のコンポー
ネントに分散している。ＭＰ ＨＬＲ１０１は、これら
の複雑な相互接続されたコンポーネントを、加入者およ
びサービスのデータの単一のリポジトリへと単純化・合
併し、それにより複数のサービスおよびアプリケーショ
ンを供給することを促進する。
【００２５】データベースマネージャ２０９は、共通の
手続きを使用し、共通の制御コマンドおよびオペレーシ
ョンを１つ以上のプロトコルゲートウェイ（ＰＧ：prot
ocolgateway）と交換し、複数の相異なるプロトコルに
わたるインターワーキング機能を実行し、データベース
２０１に格納されたデータの管理、アクセス、および更
新を行う。データベースマネージャ２０９は、ユーザ位
置データベース２０３マネージャ、統合ユーザプロファ
イルデータベース２０５マネージャ、およびセキュリテ
ィデータベース２０７マネージャとしてのサービスを提
供する。ユーザ位置データベース２０３マネージャは、
セルラ端末あるいはＩＰ端末を所持するユーザの位置を
追跡する。この情報は、ユーザへの音声呼、データセッ
ション、およびショートメッセージの配信のために用い
られる。セキュリティデータベース２０７マネージャ
は、ワイヤレスおよびＩＰシステムに対するユーザ認証
制御を管理する。ユーザプロファイルデータベース２０
５マネージャは、統合ユーザプロファイルデータベース
を管理し、ＭＰ ＨＬＲデータベース管理インタフェー
スを、データベースマネージャ２０９の他の機能に対し
て見せる。好ましい実施例では、データベースマネージ
ャ２０９は、１つ以上のコネクションを通じてデータベ
ース２０１にアクセスする複数のコアサーバを有する。
手続きを使用し、共通の制御コマンドおよびオペレーシ
ョンを１つ以上のプロトコルゲートウェイ（ＰＧ：prot
ocolgateway）と交換し、複数の相異なるプロトコルに
わたるインターワーキング機能を実行し、データベース
２０１に格納されたデータの管理、アクセス、および更
新を行う。データベースマネージャ２０９は、ユーザ位
置データベース２０３マネージャ、統合ユーザプロファ
イルデータベース２０５マネージャ、およびセキュリテ
ィデータベース２０７マネージャとしてのサービスを提
供する。ユーザ位置データベース２０３マネージャは、
セルラ端末あるいはＩＰ端末を所持するユーザの位置を
追跡する。この情報は、ユーザへの音声呼、データセッ
ション、およびショートメッセージの配信のために用い
られる。セキュリティデータベース２０７マネージャ
は、ワイヤレスおよびＩＰシステムに対するユーザ認証
制御を管理する。ユーザプロファイルデータベース２０
５マネージャは、統合ユーザプロファイルデータベース
を管理し、ＭＰ ＨＬＲデータベース管理インタフェー
スを、データベースマネージャ２０９の他の機能に対し
て見せる。好ましい実施例では、データベースマネージ
ャ２０９は、１つ以上のコネクションを通じてデータベ
ース２０１にアクセスする複数のコアサーバを有する。
【００２６】データベースマネージャ２０９およびデー
タベース２０１は、単一のデータベースエンティティと
みなすことも可能である。ＰＧがデータベースに問合せ
をするとき、ＰＧは、データベースから関連する情報を
取得するために、データベースマネージャ２０９に問合
せを送る。データベースマネージャ２０９は、例えば、
ＳＱＬ(Structured Query Language)やＬＤＡＰ(Lightw
eight Directory Access Protocol)の問合せ（クエリ）
をデータベース要素２０１に提供するDatabaseViewsの
ようなデータベースアプリケーションであることも可能
である。
タベース２０１は、単一のデータベースエンティティと
みなすことも可能である。ＰＧがデータベースに問合せ
をするとき、ＰＧは、データベースから関連する情報を
取得するために、データベースマネージャ２０９に問合
せを送る。データベースマネージャ２０９は、例えば、
ＳＱＬ(Structured Query Language)やＬＤＡＰ(Lightw
eight Directory Access Protocol)の問合せ（クエリ）
をデータベース要素２０１に提供するDatabaseViewsの
ようなデータベースアプリケーションであることも可能
である。
【００２７】データベースマネージャ２０９は、複数の
プロトコルゲートウェイとインタフェースする。各プロ
トコルゲートウェイ（ＰＧ）は、特定のネットワークか
ら、要求および問合せなどのメッセージを受け取る。Ｐ
Ｇは、さらに処理を必要としない場合にはメッセージを
中継し、あるいは、メッセージを解釈あるいは翻訳し、
あるいは、データベースマネージャ２０９を介してデー
タベース２０１に送られる１つ以上の問合せを生成する
ことが可能である。すべてのＰＧは、データベースマネ
ージャ２０９に問合せをするとき、共通の手続きおよび
コマンドの同一のセットを利用する。ＰＧは、共通の手
続きを用いて、下記の表１に示す例のようなネットワー
クメッセージを共通のコマンドあるいはオペレーション
に変換する。換言すれば、各ＰＧとデータベースマネー
ジャ２０９の間で、そのＰＧによってサポートされるプ
ロトコルにかかわらず、共通のメッセージの同一のセッ
トが利用される。例えば、ＡＮＳＩネットワークがRegi
stration Notificationを送信するとき、ＧＳＭネット
ワークがUpdate Locationを送信するとき、および、Ｓ
ＩＰネットワークがRegister（Location Lookup）メッ
セージを送信するときに、ＭＰ ＨＬＲ１０１はRegist
er Terminalメッセージを利用する。別の例では、ＡＮ
ＳＩネットワークがLocation Requestを送信するとき、
ＧＳＭネットワークがSend Routing Informationメッセ
ージを送信するとき、および、ＳＩＰネットワークがIn
viteメッセージを送信するときに、ＭＰ ＨＬＲ１０１
はRequest Locationメッセージを利用する。
プロトコルゲートウェイとインタフェースする。各プロ
トコルゲートウェイ（ＰＧ）は、特定のネットワークか
ら、要求および問合せなどのメッセージを受け取る。Ｐ
Ｇは、さらに処理を必要としない場合にはメッセージを
中継し、あるいは、メッセージを解釈あるいは翻訳し、
あるいは、データベースマネージャ２０９を介してデー
タベース２０１に送られる１つ以上の問合せを生成する
ことが可能である。すべてのＰＧは、データベースマネ
ージャ２０９に問合せをするとき、共通の手続きおよび
コマンドの同一のセットを利用する。ＰＧは、共通の手
続きを用いて、下記の表１に示す例のようなネットワー
クメッセージを共通のコマンドあるいはオペレーション
に変換する。換言すれば、各ＰＧとデータベースマネー
ジャ２０９の間で、そのＰＧによってサポートされるプ
ロトコルにかかわらず、共通のメッセージの同一のセッ
トが利用される。例えば、ＡＮＳＩネットワークがRegi
stration Notificationを送信するとき、ＧＳＭネット
ワークがUpdate Locationを送信するとき、および、Ｓ
ＩＰネットワークがRegister（Location Lookup）メッ
セージを送信するときに、ＭＰ ＨＬＲ１０１はRegist
er Terminalメッセージを利用する。別の例では、ＡＮ
ＳＩネットワークがLocation Requestを送信するとき、
ＧＳＭネットワークがSend Routing Informationメッセ
ージを送信するとき、および、ＳＩＰネットワークがIn
viteメッセージを送信するときに、ＭＰ ＨＬＲ１０１
はRequest Locationメッセージを利用する。
【００２８】好ましい実施例では、各プロトコルゲート
ウェイは、単一のネットワークと、そのネットワークが
利用するプロトコルとをサポートし、そのプロトコルか
ら、コマンドやオペレーションのような共通のメッセー
ジのうちの１つへとメッセージを翻訳あるいは解釈す
る。図２に示すＰＧの例としては、ＧＳＭネットワーク
１０３をサポートするＧＳＭ ＰＧ２１１、ＡＮＳＩ−
４１ネットワーク１１７をサポートするＡＮＳＩ−４１
ＰＧ２１３、ＡＡＡ（ＲＡＤＩＵＳ）サーバ１３５を
サポートするＡＡＡ ＰＧ２１５、ＳＩＰサーバ１３７
をサポートするＳＩＰ ＰＧ２１７、および、Ｈ．３２
３サーバ１３９をサポートするＨ．３２３ＰＧ２１９が
ある。図示されているさまざまなワイヤレスネットワー
クおよび有線サーバは単なる例示であり、有線およびワ
イヤレス、音声、データ（パケット型および回線型）、
あるいはマルチメディアなどのいずれの追加ネットワー
クも、ＭＰ ＨＬＲに追加的に含めることが可能であ
る。
ウェイは、単一のネットワークと、そのネットワークが
利用するプロトコルとをサポートし、そのプロトコルか
ら、コマンドやオペレーションのような共通のメッセー
ジのうちの１つへとメッセージを翻訳あるいは解釈す
る。図２に示すＰＧの例としては、ＧＳＭネットワーク
１０３をサポートするＧＳＭ ＰＧ２１１、ＡＮＳＩ−
４１ネットワーク１１７をサポートするＡＮＳＩ−４１
ＰＧ２１３、ＡＡＡ（ＲＡＤＩＵＳ）サーバ１３５を
サポートするＡＡＡ ＰＧ２１５、ＳＩＰサーバ１３７
をサポートするＳＩＰ ＰＧ２１７、および、Ｈ．３２
３サーバ１３９をサポートするＨ．３２３ＰＧ２１９が
ある。図示されているさまざまなワイヤレスネットワー
クおよび有線サーバは単なる例示であり、有線およびワ
イヤレス、音声、データ（パケット型および回線型）、
あるいはマルチメディアなどのいずれの追加ネットワー
クも、ＭＰ ＨＬＲに追加的に含めることが可能であ
る。
【００２９】ＭＰ ＨＬＲ１０１はまた、図２に示した
ＡＧ２２１のように、１つ以上のアプリケーションゲー
トウェイ（ＡＧ：application gateway）を含むことも
可能である。ＡＧは、ＭＰ ＨＬＲ１０１内の情報がア
クセスされ、移動ユニットの電源オンやある位置への移
動機の到来のようなイベントの通知が受信されるための
インタフェースを提供する。ＡＧは、アプリケーション
サーバ１４７からのメッセージおよび要求を解釈するこ
と、データベースマネージャ２０９への問合せを生成す
ること、および、データベース２０１の応答をアプリケ
ーションサーバ１４７に中継することを含む、同じ共通
の手続き、コマンド、およびオペレーションを利用し
て、ＰＧが利用するデータベースにアクセスする。
ＡＧ２２１のように、１つ以上のアプリケーションゲー
トウェイ（ＡＧ：application gateway）を含むことも
可能である。ＡＧは、ＭＰ ＨＬＲ１０１内の情報がア
クセスされ、移動ユニットの電源オンやある位置への移
動機の到来のようなイベントの通知が受信されるための
インタフェースを提供する。ＡＧは、アプリケーション
サーバ１４７からのメッセージおよび要求を解釈するこ
と、データベースマネージャ２０９への問合せを生成す
ること、および、データベース２０１の応答をアプリケ
ーションサーバ１４７に中継することを含む、同じ共通
の手続き、コマンド、およびオペレーションを利用し
て、ＰＧが利用するデータベースにアクセスする。
【００３０】ＡＧ２２１は、１つ以上のアプリケーショ
ンサーバ１４７とインタフェースする１つ以上のＡＰＩ
(Application Programming Interface)を有する。ＡＧ
は、ＭＰ ＨＬＲ１０１のための管理ＡＰＩおよびプロ
グラミングＡＰＩをサポートすることが可能である。一
般に、ＡＧは、非標準的なインタフェースを通じてサー
ビスを提供する。プロビジョニングＡＧは、サービスプ
ロバイダに、プロバイダのプロビジョニングセンタへの
ウェブによるインタフェースやＣＯＲＢＡ(Common Obje
ct Request Broker Architecture)によるプログラミン
グインタフェースを通じて、ユーザプロファイルをプロ
ビジョニングするインタフェースを提供する。他のタイ
プのＡＧの導入によって必要とされるときには、ＬＤＡ
Ｐのような他のタイプのインタフェースも求められる。
インタフェースはまた、エンドユーザによって、ウェブ
ブラウザを通じてユーザのデータベースエントリを更新
するため（例えば、補足的なサービスアクティべーショ
ン、着信転送番号更新、およびプリペイドサービス更
新）にも用いられることがある。この場合、ＡＧはウェ
ブサーバとして作用する。モビリティサービスＡＧは、
サードパーティソフトウェアベンダに、モビリティサー
ビスのためのプログラミングＡＰＩを提供する。このＡ
ＰＩは、セルラあるいはインターネットアクセス能力を
有するユーザに対する位置に基づくサービスシステムを
開発するためにも使用可能である。ＡＧは、独立の論理
エンティティであり、ＭＰ ＨＬＲ１０１の共通オペレ
ーションインタフェースを用いて、データベースマネー
ジャ２０９および統合ユーザプロファイルデータベース
と通信する。
ンサーバ１４７とインタフェースする１つ以上のＡＰＩ
(Application Programming Interface)を有する。ＡＧ
は、ＭＰ ＨＬＲ１０１のための管理ＡＰＩおよびプロ
グラミングＡＰＩをサポートすることが可能である。一
般に、ＡＧは、非標準的なインタフェースを通じてサー
ビスを提供する。プロビジョニングＡＧは、サービスプ
ロバイダに、プロバイダのプロビジョニングセンタへの
ウェブによるインタフェースやＣＯＲＢＡ(Common Obje
ct Request Broker Architecture)によるプログラミン
グインタフェースを通じて、ユーザプロファイルをプロ
ビジョニングするインタフェースを提供する。他のタイ
プのＡＧの導入によって必要とされるときには、ＬＤＡ
Ｐのような他のタイプのインタフェースも求められる。
インタフェースはまた、エンドユーザによって、ウェブ
ブラウザを通じてユーザのデータベースエントリを更新
するため（例えば、補足的なサービスアクティべーショ
ン、着信転送番号更新、およびプリペイドサービス更
新）にも用いられることがある。この場合、ＡＧはウェ
ブサーバとして作用する。モビリティサービスＡＧは、
サードパーティソフトウェアベンダに、モビリティサー
ビスのためのプログラミングＡＰＩを提供する。このＡ
ＰＩは、セルラあるいはインターネットアクセス能力を
有するユーザに対する位置に基づくサービスシステムを
開発するためにも使用可能である。ＡＧは、独立の論理
エンティティであり、ＭＰ ＨＬＲ１０１の共通オペレ
ーションインタフェースを用いて、データベースマネー
ジャ２０９および統合ユーザプロファイルデータベース
と通信する。
【００３１】ＭＰ ＨＬＲ内のプロトコルゲートウェイ
の動作の流れ図を図３に示す。ステップ３０１で、ネッ
トワークによって発信された、下記の表１に示す例のよ
うなネットワークメッセージが、受信される。好ましい
実施例では、要求側ネットワークのプロトコルは、受信
ステップ３０１で、ＰＧによって終端される。ステップ
３０３で、ネットワークメッセージはＰＧによって解釈
される。メッセージは、ＰＧが動作するネットワークプ
ロトコルに関連する規則に従って解釈される。このよう
な規則およびネットワークプロトコルは、例えば、ネッ
トワークプロトコルをサポートするＡＮＳＩ−４１、Ｇ
ＳＭ、ＳＩＰ、Ｈ．３２３、ＡＡＡ、およびモバイルＩ
Ｐ（Ｍ−ＩＰ）のような通信標準に準拠する。ステップ
３０５で、共通の手続きに従い、必要に応じて共通のコ
マンドあるいはオペレーションを生成する。好ましい実
施例では、ＰＧは、ステップ３０３におけるネットワー
クメッセージの解釈に基づいて、表１に示すもののよう
な共通の手続きあるいはコマンドを生成し、その共通の
コマンドあるいはオペレーションをデータベースマネー
ジャ２０９に送る。ステップ３０７で、１つ以上のデー
タベース問合せが、ネットワークメッセージに基づいて
生成され、データベース２０１に中継される。好ましい
実施例では、データベースマネージャ２０９は、共通の
手続きあるいはコマンド（これはネットワークメッセー
ジに基づく）に基づいて１つ以上の問合せを生成し、こ
の問合せをデータベース２０１に送る。ステップ３０９
で、その１つ以上の問合せに対する応答がデータベース
２０１から受信される。好ましい実施例では、データベ
ースマネージャ２０９は、データベース２０１の構造に
固有の問合せによってデータベース２０１から情報を取
得する。ステップ３１１で、データベースマネージャ２
０９は、共通の手続きを利用して、データベース２０１
から受信した応答に基づいて応答を生成する。ステップ
３１３で、ＰＧは、データベースマネージャ２０９から
の応答に基づいて応答を生成し、その応答を、ネットワ
ークメッセージを受信した要求側ネットワークに送る。
の動作の流れ図を図３に示す。ステップ３０１で、ネッ
トワークによって発信された、下記の表１に示す例のよ
うなネットワークメッセージが、受信される。好ましい
実施例では、要求側ネットワークのプロトコルは、受信
ステップ３０１で、ＰＧによって終端される。ステップ
３０３で、ネットワークメッセージはＰＧによって解釈
される。メッセージは、ＰＧが動作するネットワークプ
ロトコルに関連する規則に従って解釈される。このよう
な規則およびネットワークプロトコルは、例えば、ネッ
トワークプロトコルをサポートするＡＮＳＩ−４１、Ｇ
ＳＭ、ＳＩＰ、Ｈ．３２３、ＡＡＡ、およびモバイルＩ
Ｐ（Ｍ−ＩＰ）のような通信標準に準拠する。ステップ
３０５で、共通の手続きに従い、必要に応じて共通のコ
マンドあるいはオペレーションを生成する。好ましい実
施例では、ＰＧは、ステップ３０３におけるネットワー
クメッセージの解釈に基づいて、表１に示すもののよう
な共通の手続きあるいはコマンドを生成し、その共通の
コマンドあるいはオペレーションをデータベースマネー
ジャ２０９に送る。ステップ３０７で、１つ以上のデー
タベース問合せが、ネットワークメッセージに基づいて
生成され、データベース２０１に中継される。好ましい
実施例では、データベースマネージャ２０９は、共通の
手続きあるいはコマンド（これはネットワークメッセー
ジに基づく）に基づいて１つ以上の問合せを生成し、こ
の問合せをデータベース２０１に送る。ステップ３０９
で、その１つ以上の問合せに対する応答がデータベース
２０１から受信される。好ましい実施例では、データベ
ースマネージャ２０９は、データベース２０１の構造に
固有の問合せによってデータベース２０１から情報を取
得する。ステップ３１１で、データベースマネージャ２
０９は、共通の手続きを利用して、データベース２０１
から受信した応答に基づいて応答を生成する。ステップ
３１３で、ＰＧは、データベースマネージャ２０９から
の応答に基づいて応答を生成し、その応答を、ネットワ
ークメッセージを受信した要求側ネットワークに送る。
【００３２】ＭＰ ＨＬＲ内の多重プロトコルゲートウ
ェイを利用した呼フローの例を図２に示す。円の中の番
号は、ＭＰ ＨＬＲ１０１を通じての呼配信に対する呼
フローを時間順に表す。図２の例はＡＮＳＩ−４１に着
信するＧＳＭ発信呼を示しているが、呼は、発信側およ
び着信側のネットワークの任意の組合せを通じて配信さ
れることが可能である。一般に、この呼フローは次のよ
うに記述される。あるメッセージが、第１ネットワーク
から第１プロトコルゲートウェイを介して受信される。
このメッセージは、例えば、現在第２ネットワークに位
置する移動ユニットに対する呼が受信されたために生成
されたものである。メッセージは、第１プロトコルゲー
トウェイおよび第２プロトコルゲートウェイに共通の手
続きに従って処理される。少なくとも１つのデータベー
ス問合せが、処理されたメッセージに基づいて生成され
る。その少なくとも１つのデータベース問合せは、第１
プロトコルゲートウェイに関連する第１ネットワークお
よび第２プロトコルゲートウェイに関連する第２ネット
ワークに共通のデータを有するデータベースに中継され
る。その少なくとも１つのデータベース問合せに対する
応答が受信され、第２プロトコルゲートウェイへの要求
が生成される。好ましい実施例では、この応答は、移動
ユニットの物理的および論理的の両方の位置を識別し、
この情報は、第２プロトコルゲートウェイを識別する。
第２プロトコルゲートウェイへの要求に対応する応答が
受信される。この応答は、例えば、第２ネットワーク内
のルーティング情報を含む。この応答に基づくメッセー
ジが生成され、第１プロトコルゲートウェイに中継され
る。このメッセージ内の情報、特にルーティング情報
は、第２ネットワークのカバレジエリアに位置する移動
ユニットに呼をルーティングするために利用される。
ェイを利用した呼フローの例を図２に示す。円の中の番
号は、ＭＰ ＨＬＲ１０１を通じての呼配信に対する呼
フローを時間順に表す。図２の例はＡＮＳＩ−４１に着
信するＧＳＭ発信呼を示しているが、呼は、発信側およ
び着信側のネットワークの任意の組合せを通じて配信さ
れることが可能である。一般に、この呼フローは次のよ
うに記述される。あるメッセージが、第１ネットワーク
から第１プロトコルゲートウェイを介して受信される。
このメッセージは、例えば、現在第２ネットワークに位
置する移動ユニットに対する呼が受信されたために生成
されたものである。メッセージは、第１プロトコルゲー
トウェイおよび第２プロトコルゲートウェイに共通の手
続きに従って処理される。少なくとも１つのデータベー
ス問合せが、処理されたメッセージに基づいて生成され
る。その少なくとも１つのデータベース問合せは、第１
プロトコルゲートウェイに関連する第１ネットワークお
よび第２プロトコルゲートウェイに関連する第２ネット
ワークに共通のデータを有するデータベースに中継され
る。その少なくとも１つのデータベース問合せに対する
応答が受信され、第２プロトコルゲートウェイへの要求
が生成される。好ましい実施例では、この応答は、移動
ユニットの物理的および論理的の両方の位置を識別し、
この情報は、第２プロトコルゲートウェイを識別する。
第２プロトコルゲートウェイへの要求に対応する応答が
受信される。この応答は、例えば、第２ネットワーク内
のルーティング情報を含む。この応答に基づくメッセー
ジが生成され、第１プロトコルゲートウェイに中継され
る。このメッセージ内の情報、特にルーティング情報
は、第２ネットワークのカバレジエリアに位置する移動
ユニットに呼をルーティングするために利用される。
【００３３】具体的には、図２の呼フローは次のように
記述される。ＩＡＭ(Initial Address Message)あるい
はＳＩＰ inviteのような呼（１）が、被呼者番号を管
理する呼処理エンティティに配信される。被呼者番号が
ＳＩＰ ＵＲＬである場合、呼はＳＩＰプロキシに配信
される。被呼者番号がＧＳＭまたはＡＮＳＩ−４１ワイ
ヤレス電話番号である場合、呼はＧＳＭ ＧＭＳＣまた
はＡＮＳＩ−４１ホームＭＳＣにそれぞれ配信される。
ＡＮＳＩの場合にはLocation Request、ＧＳＭの場合
（図示）にはSend Routing Information、あるいはＳＩ
Ｐのlocation lookupのような適当な位置問合せメッセ
ージ（２）が、発信側ネットワークから対応するＰＧ２
１１に送られる。ＰＧ２１１は、その位置問合せメッセ
ージを位置要求メッセージ（３）に翻訳し、これがデー
タベースマネージャ２０９に中継される。データベース
マネージャ２０９は、その要求を処理してデータベース
問合せ（４Ａ）を生成し、これがデータベース２０１へ
中継され、データベース２０１は、要求された情報を判
定して、その要求された情報（４Ｂ）をデータベースマ
ネージャ２０９に返す。
記述される。ＩＡＭ(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)を有す
るＰＲＮ ＡＣＫ、あるいは、ＳＩＰネットワークから
の呼に対するＳＩＰユーザエージェント機能を有するシ
グナリング・メディアゲートウェイコンプレックスに到
達するために用いられるルーティング情報のような、ル
ーティング返信メッセージが、着信側ＰＧ２１３に返さ
れる。ＰＧ２１３は、ルーティング返信メッセージを処
理して、要求された経路情報応答（８）を生成し、これ
がデータベースマネージャ２０９に中継される。データ
ベースマネージャ２０９は、要求された経路情報応答を
処理して、ルーティング返信メッセージからの関連情報
を含む位置要求応答（９）を生成し、この位置要求応答
を、発信側呼処理エンティティのＰＧ２１１に送る。Ｐ
Ｇ２１１は、位置要求応答を、ＡＮＳＩの場合にはloca
tion request、ＧＳＭの場合にはＳＲＩ ＡＣＫ（図２
に図示）、あるいは、ＳＩＰの場合にはＳＩＰ locatio
n lookup responseのような、適当なネットワーク応答
（１０）に変換する。発信側ネットワークは、呼（ＩＡ
ＭあるいはＳＩＰ invite）（１１）を着信側ネットワ
ーク内の装置に中継し、この装置がその呼（１２）を適
当なエンドユーザに配信する。
の位置データベースを参照して、ユーザの現在位置を判
定する。データベースマネージャ２０９は、ユーザが現
在位置しあるいはローミングしているネットワーク、す
なわち、着信側ネットワークを管理するＰＧ２１３を通
じて、経路（ルーティング）情報要求メッセージ（５）
を送信する。そのＰＧ１２３は、着信側ネットワーク内
のエンティティと連絡をとり、そのユーザのルーティン
グ情報（６）を取得する。例えば、Route RequestがＡ
ＮＳＩ ＭＳＣ（図２の例に図示）に送られ、あるい
は、ＰＲＮ(Provide Roaming Number)メッセージがＧＳ
Ｍ ＭＳＣに送られる。ＡＮＳＩ−４１ＭＳＣからのＴ
ＬＤＮ(Temporary Location Directory Number)を有す
るroute request（図２に図示）、ＧＳＭ ＭＳＣから
のＭＳＲＮ(Mobile Subscriber Roaming Number)を有す
るＰＲＮ ＡＣＫ、あるいは、ＳＩＰネットワークから
の呼に対するＳＩＰユーザエージェント機能を有するシ
グナリング・メディアゲートウェイコンプレックスに到
達するために用いられるルーティング情報のような、ル
ーティング返信メッセージが、着信側ＰＧ２１３に返さ
れる。ＰＧ２１３は、ルーティング返信メッセージを処
理して、要求された経路情報応答（８）を生成し、これ
がデータベースマネージャ２０９に中継される。データ
ベースマネージャ２０９は、要求された経路情報応答を
処理して、ルーティング返信メッセージからの関連情報
を含む位置要求応答（９）を生成し、この位置要求応答
を、発信側呼処理エンティティのＰＧ２１１に送る。Ｐ
Ｇ２１１は、位置要求応答を、ＡＮＳＩの場合にはloca
tion request、ＧＳＭの場合にはＳＲＩ ＡＣＫ（図２
に図示）、あるいは、ＳＩＰの場合にはＳＩＰ locatio
n lookup responseのような、適当なネットワーク応答
（１０）に変換する。発信側ネットワークは、呼（ＩＡ
ＭあるいはＳＩＰ invite）（１１）を着信側ネットワ
ーク内の装置に中継し、この装置がその呼（１２）を適
当なエンドユーザに配信する。
【００３５】多重プロトコルＨＬＲの第２実施例のブロ
ック図を図４に示す。ＭＰ ＨＬＲ１０１のこの実施例
は、ＭＰ ＨＬＲ１０１によってサポートされる、各タ
イプのワイヤレス通信システムに対するＨＬＲと、各タ
イプの有線ネットワークのサーバとを有する。図示した
具体例では、ＧＳＭ ＨＬＲ４０１およびＡＮＳＩ−４
１ ＨＬＲ４０３が示されている。ＨＬＲ４０１および
４０３のそれぞれは、仲介装置４０５にインタフェース
される。仲介装置（ＭＤ：mediation device）４０５
は、ネットワークメッセージの生成、ネットワークメッ
セージの翻訳、ならびに、ＧＭＳＣ、ＶＭＳＣ、および
ＭＣのエミュレーションを含むいくつかの機能を提供す
る。翻訳機能の一部として、翻訳情報を含むさまざまな
テーブルがＭＰ ＨＬＲ１０１に含まれる。このような
翻訳テーブルの例を表１に示す。これは、ＧＳＭとＡＮ
ＳＩ−４１／ＡＮＳＩ−１３６の間でメッセージを翻訳
する。ＭＤはまた、メッセージを変換することも可能で
ある。例えば、ＭＤ４０５は、Provide Roaming Number
メッセージをLocation Requestメッセージに、あるい
は、Routing RequestメッセージをSend Routing Inform
ationメッセージに変換することが可能である。ＭＰ
ＨＬＲ１０１の外部の変換を見ると、ＭＰ ＨＬＲ１０
１は、Location RequestメッセージをProvide Roaming
Numberメッセージに変換し、また、Send Routing Infor
mationメッセージをRouting Requestメッセージに変換
する。ＭＰ ＨＬＲ１０１は、サービングネットワー
ク、すなわち、通信装置が現在登録しているネットワー
クとともに動作して、登録情報を更新し、要求に応答し
て問合せを生成し、ユーザが位置するところへ、ユーザ
が自己の通信装置にアクセスするやり方で（例えば、サ
ービングすなわち着信側ネットワークのプロトコルに従
ってプロファイルおよびメッセージをフォーマットす
る）、呼をルーティングする。ＭＰ ＨＬＲ１０１は、
呼の行き先のインフラストラクチャ装置のプロトコルに
従って呼をルーティングする。
ック図を図４に示す。ＭＰ ＨＬＲ１０１のこの実施例
は、ＭＰ ＨＬＲ１０１によってサポートされる、各タ
イプのワイヤレス通信システムに対するＨＬＲと、各タ
イプの有線ネットワークのサーバとを有する。図示した
具体例では、ＧＳＭ ＨＬＲ４０１およびＡＮＳＩ−４
１ ＨＬＲ４０３が示されている。ＨＬＲ４０１および
４０３のそれぞれは、仲介装置４０５にインタフェース
される。仲介装置（ＭＤ：mediation device）４０５
は、ネットワークメッセージの生成、ネットワークメッ
セージの翻訳、ならびに、ＧＭＳＣ、ＶＭＳＣ、および
ＭＣのエミュレーションを含むいくつかの機能を提供す
る。翻訳機能の一部として、翻訳情報を含むさまざまな
テーブルがＭＰ ＨＬＲ１０１に含まれる。このような
翻訳テーブルの例を表１に示す。これは、ＧＳＭとＡＮ
ＳＩ−４１／ＡＮＳＩ−１３６の間でメッセージを翻訳
する。ＭＤはまた、メッセージを変換することも可能で
ある。例えば、ＭＤ４０５は、Provide Roaming Number
メッセージをLocation Requestメッセージに、あるい
は、Routing RequestメッセージをSend Routing Inform
ationメッセージに変換することが可能である。ＭＰ
ＨＬＲ１０１の外部の変換を見ると、ＭＰ ＨＬＲ１０
１は、Location RequestメッセージをProvide Roaming
Numberメッセージに変換し、また、Send Routing Infor
mationメッセージをRouting Requestメッセージに変換
する。ＭＰ ＨＬＲ１０１は、サービングネットワー
ク、すなわち、通信装置が現在登録しているネットワー
クとともに動作して、登録情報を更新し、要求に応答し
て問合せを生成し、ユーザが位置するところへ、ユーザ
が自己の通信装置にアクセスするやり方で（例えば、サ
ービングすなわち着信側ネットワークのプロトコルに従
ってプロファイルおよびメッセージをフォーマットす
る）、呼をルーティングする。ＭＰ ＨＬＲ１０１は、
呼の行き先のインフラストラクチャ装置のプロトコルに
従って呼をルーティングする。
【００３６】この実施例では、プロビジョニングゲート
ウェイ４０７が、好ましくは、ＭＰＨＬＲ１０１内の各
装置にユーザデータを分配する。プロビジョニングゲー
トウェイ４０７は、ＭＰ ＨＬＲ１０１の一部またはそ
の外部のデータベース（図示せず）と相互接続され、あ
るいは、１つ以上のＭＰ ＨＬＲ１０１コンポーネント
に分散される。簡単のため、図４では、２つのＨＬＲの
みがＭＰ ＨＬＲの一部として示されている。追加のＨ
ＬＲあるいはホームエージェントがＭＰ ＨＬＲに追加
される場合、そのような装置はそれぞれ仲介装置４０５
およびプロビジョニングゲートウェイ４０７とインタフ
ェースされることになる。データベースは、前述のデー
タベース２０１に格納されたデータのように、ユーザの
プロファイル、位置、およびセキュリティ情報のような
ユーザ情報を含む。他の格納されるデータには、通信装
置、サービングネットワーク、ならびに、ゲートウェイ
ＭＳＣ、着信側ＭＳＣ、在圏ＭＳＣ、パケットゲートウ
ェイ、およびインターネットプロトコルゲートウェイの
ようなインフラストラクチャ装置のプロトコルタイプお
よびアドレスがある。このデータは、必要に応じて、情
報を要求する要素間に分散されることも可能であり、ま
た、必要に応じてアクセスするために、プロビジョニン
グゲートウェイ４０７や仲介装置のようなさまざまな装
置に格納することも可能である。
ウェイ４０７が、好ましくは、ＭＰＨＬＲ１０１内の各
装置にユーザデータを分配する。プロビジョニングゲー
トウェイ４０７は、ＭＰ ＨＬＲ１０１の一部またはそ
の外部のデータベース（図示せず）と相互接続され、あ
るいは、１つ以上のＭＰ ＨＬＲ１０１コンポーネント
に分散される。簡単のため、図４では、２つのＨＬＲの
みがＭＰ ＨＬＲの一部として示されている。追加のＨ
ＬＲあるいはホームエージェントがＭＰ ＨＬＲに追加
される場合、そのような装置はそれぞれ仲介装置４０５
およびプロビジョニングゲートウェイ４０７とインタフ
ェースされることになる。データベースは、前述のデー
タベース２０１に格納されたデータのように、ユーザの
プロファイル、位置、およびセキュリティ情報のような
ユーザ情報を含む。他の格納されるデータには、通信装
置、サービングネットワーク、ならびに、ゲートウェイ
ＭＳＣ、着信側ＭＳＣ、在圏ＭＳＣ、パケットゲートウ
ェイ、およびインターネットプロトコルゲートウェイの
ようなインフラストラクチャ装置のプロトコルタイプお
よびアドレスがある。このデータは、必要に応じて、情
報を要求する要素間に分散されることも可能であり、ま
た、必要に応じてアクセスするために、プロビジョニン
グゲートウェイ４０７や仲介装置のようなさまざまな装
置に格納することも可能である。
【００３７】ＭＰ ＨＬＲ１０１のさまざまなタイプの
情報フローおよびタイミング図を図５〜図１９に示す。
これらの呼フローは、図２または図４のＭＰ ＨＬＲと
ともに利用可能であるが、図５〜図１７のフローは、複
数のＨＬＲ４０１および４０３と仲介装置４０５の間の
インタラクション（このインタラクションは、図２のＭ
Ｐ ＨＬＲ１０１では起こらないことがある）を示すた
めに図４のＭＰ ＨＬＲ１０１内の呼フローに合わせて
作られている。
情報フローおよびタイミング図を図５〜図１９に示す。
これらの呼フローは、図２または図４のＭＰ ＨＬＲと
ともに利用可能であるが、図５〜図１７のフローは、複
数のＨＬＲ４０１および４０３と仲介装置４０５の間の
インタラクション（このインタラクションは、図２のＭ
Ｐ ＨＬＲ１０１では起こらないことがある）を示すた
めに図４のＭＰ ＨＬＲ１０１内の呼フローに合わせて
作られている。
【００３８】ネイティブモードにおけるＧＳＭ登録を示
す流れ図およびタイミング図を図５に示す。通信装置の
ネイティブモードは一般に、その通信装置に関連するサ
ービスセンタ、メッセージセンタ、ＶＭＳ、またはＧＭ
ＳＣのプロトコルタイプと同一である。シングルモード
ＨＬＲでは、ネイティブモードはしばしば、通信装置に
関連するＨＬＲあるいはホームエージェントのプロトコ
ルタイプと同一である。フォーリンモードは、ネイティ
ブモードでないモードである。位置更新要求(location
update request)は、移動局からＧＳＭ ＶＭＳＣに中
継される。ＭＳＣ番号、ＶＬＲ番号、およびＭＳＣ Ｉ
Ｄを含む位置更新(update location)は、ＭＰ ＨＬＲ
１０１のＧＳＭ ＨＬＲ４０１に中継される。ＧＳＭ
ＨＬＲは、ＭＳＣ番号およびＶＬＲ番号を格納し、加入
者データ挿入(insert subscriberdata)メッセージをＧ
ＳＭ ＧＭＳＣに送り、ＧＳＭ ＧＭＳＣはＡＣＫをＧ
ＳＭ ＨＬＲ４０１に送る。
す流れ図およびタイミング図を図５に示す。通信装置の
ネイティブモードは一般に、その通信装置に関連するサ
ービスセンタ、メッセージセンタ、ＶＭＳ、またはＧＭ
ＳＣのプロトコルタイプと同一である。シングルモード
ＨＬＲでは、ネイティブモードはしばしば、通信装置に
関連するＨＬＲあるいはホームエージェントのプロトコ
ルタイプと同一である。フォーリンモードは、ネイティ
ブモードでないモードである。位置更新要求(location
update request)は、移動局からＧＳＭ ＶＭＳＣに中
継される。ＭＳＣ番号、ＶＬＲ番号、およびＭＳＣ Ｉ
Ｄを含む位置更新(update location)は、ＭＰ ＨＬＲ
１０１のＧＳＭ ＨＬＲ４０１に中継される。ＧＳＭ
ＨＬＲは、ＭＳＣ番号およびＶＬＲ番号を格納し、加入
者データ挿入(insert subscriberdata)メッセージをＧ
ＳＭ ＧＭＳＣに送り、ＧＳＭ ＧＭＳＣはＡＣＫをＧ
ＳＭ ＨＬＲ４０１に送る。
【００３９】ＧＳＭ ＨＬＲ４０１は、移動加入者がデ
ュアルモード加入者であるかどうかを判定する。移動機
がデュアルモード加入者でないとき、通常のＧＳＭ処理
が提供される。移動機がデュアルモード移動機であると
き、ＧＳＭの前の（旧）および新たな（新）ＶＭＳＣタ
イプがＧＳＭ ＨＬＲに格納される。ＭＳＣタイプがＧ
ＳＭに等しい位置更新プリミティブ（内部メッセージ）
が仲介装置に送られ、仲介装置は、位置更新メッセージ
を、ＭＳＣタイプがＧＳＭの登録通知メッセージに変換
してそのメッセージをＡＮＳＩ ＨＬＲ４０３に中継す
る。ＡＮＳＩＨＬＲは、新ＶＭＳＣタイプおよび旧ＶＭ
ＳＣタイプを格納し、プロファイルなしでＡＣＫを仲介
装置に送る。プロファイルを送信する必要がないのは、
仲介装置はプロファイル情報にアクセス可能であること
から、ＭＰ ＨＬＲ１０１の装置間でプロファイルを送
信しないことにより時間と帯域を節約するためである。
このＡＣＫは、ＧＳＭ ＨＬＲ４０１に中継される。
ュアルモード加入者であるかどうかを判定する。移動機
がデュアルモード加入者でないとき、通常のＧＳＭ処理
が提供される。移動機がデュアルモード移動機であると
き、ＧＳＭの前の（旧）および新たな（新）ＶＭＳＣタ
イプがＧＳＭ ＨＬＲに格納される。ＭＳＣタイプがＧ
ＳＭに等しい位置更新プリミティブ（内部メッセージ）
が仲介装置に送られ、仲介装置は、位置更新メッセージ
を、ＭＳＣタイプがＧＳＭの登録通知メッセージに変換
してそのメッセージをＡＮＳＩ ＨＬＲ４０３に中継す
る。ＡＮＳＩＨＬＲは、新ＶＭＳＣタイプおよび旧ＶＭ
ＳＣタイプを格納し、プロファイルなしでＡＣＫを仲介
装置に送る。プロファイルを送信する必要がないのは、
仲介装置はプロファイル情報にアクセス可能であること
から、ＭＰ ＨＬＲ１０１の装置間でプロファイルを送
信しないことにより時間と帯域を節約するためである。
このＡＣＫは、ＧＳＭ ＨＬＲ４０１に中継される。
【００４０】ＡＣＫを受信すると、ＧＳＭ ＨＬＲ４０
１は、旧ＶＭＳＣタイプがＨＬＲのタイプ、すなわち、
ＧＳＭであるかどうかを判定する。旧ＶＭＳＣタイプが
ＧＳＭである場合、Cancel LocationメッセージがＧＳ
Ｍ ＨＬＲ４０１から旧ＧＳＭ ＭＳＣに送られ、旧Ｇ
ＳＭ ＭＳＣが移動機１０５に対するそのＶＬＲを削除
する。オプションとして、旧ＶＭＳＣタイプがＡＮＳＩ
であり、ＭＳのネイティブモードがＡＮＳＩでない場
合、プロセスは終了するが、旧タイプがＡＮＳＩであ
り、ネイティブモードもまたＡＮＳＩである場合、canc
el location要求がＧＳＭ ＨＬＲ４０１から仲介装置
４０５に送られ、仲介装置４０５は、cancellocationを
登録取消(registration cancellation)に変換し、これ
が旧ＡＮＳＩＭＳＣに送られ、旧ＡＮＳＩ ＭＳＣが移
動機１０５に対するそのＶＬＲを削除する。ＡＮＳＩ
ＨＬＲもまた、旧ＶＭＳＣタイプがＡＮＳＩであるかど
うかを判定する。旧ＶＭＳＣタイプがＡＮＳＩでない場
合、プロセスは終了し、旧ＶＭＳＣタイプがＡＮＳＩで
ある場合、ＡＮＳＩ登録取消がＡＮＳＩ ＨＬＲ４０３
から旧ＡＮＳＩ ＭＳＣに送られ、プロセスは終了す
る。
１は、旧ＶＭＳＣタイプがＨＬＲのタイプ、すなわち、
ＧＳＭであるかどうかを判定する。旧ＶＭＳＣタイプが
ＧＳＭである場合、Cancel LocationメッセージがＧＳ
Ｍ ＨＬＲ４０１から旧ＧＳＭ ＭＳＣに送られ、旧Ｇ
ＳＭ ＭＳＣが移動機１０５に対するそのＶＬＲを削除
する。オプションとして、旧ＶＭＳＣタイプがＡＮＳＩ
であり、ＭＳのネイティブモードがＡＮＳＩでない場
合、プロセスは終了するが、旧タイプがＡＮＳＩであ
り、ネイティブモードもまたＡＮＳＩである場合、canc
el location要求がＧＳＭ ＨＬＲ４０１から仲介装置
４０５に送られ、仲介装置４０５は、cancellocationを
登録取消(registration cancellation)に変換し、これ
が旧ＡＮＳＩＭＳＣに送られ、旧ＡＮＳＩ ＭＳＣが移
動機１０５に対するそのＶＬＲを削除する。ＡＮＳＩ
ＨＬＲもまた、旧ＶＭＳＣタイプがＡＮＳＩであるかど
うかを判定する。旧ＶＭＳＣタイプがＡＮＳＩでない場
合、プロセスは終了し、旧ＶＭＳＣタイプがＡＮＳＩで
ある場合、ＡＮＳＩ登録取消がＡＮＳＩ ＨＬＲ４０３
から旧ＡＮＳＩ ＭＳＣに送られ、プロセスは終了す
る。
【００４１】ネイティブモードにおけるＡＮＳＩ登録を
示す流れ図およびタイミング図を図６に示す。電子シリ
アル番号（ＥＳＮ：Electronic Serial Number）および
移動機識別番号（ＭＩＮ：Mobile Identification Numb
er）を有する登録要求がＡＮＳＩ−１３６ ＧＭＳＣに
送られ、ＡＮＳＩ−１３６ ＧＭＳＣは、ＭＰ ＨＬＲ
１０１のＡＮＳＩ ＨＬＲ４０３に認証要求を送る。Ａ
ＣＫがＡＮＳＩ ＧＭＳＣに返され、ＡＮＳＩ ＧＭＳ
Ｃは、ＥＳＮ、ＭＩＮ、およびＭＳＣ ＩＤを含む登録
通知をＡＮＳＩ ＨＬＲ４０３に送る。ＡＮＳＩ ＨＬ
Ｒは、新たなＭＳＣ ＩＤを格納し、ＡＣＫをプロファ
イル付きでＧＭＳＣに送る。ＡＮＳＩＨＬＲ４０３は、
移動機がデュアルモードであるかどうかを判定する。移
動機がデュアルモードでないとき、登録に対する通常の
ＡＮＳＩ処理が行われ、移動機がデュアルモードである
とき、ＡＮＳＩ ＨＬＲ４０３は、ＡＮＳＩに等しい新
ＶＭＳＣタイプと、旧ＭＳＣタイプとを格納する。ＡＮ
ＳＩ ＨＬＲは、ＭＳＣタイプがＡＮＳＩの登録通知を
仲介装置４０５に送り、仲介装置４０５は、この登録通
知を、ＭＳＣタイプがＡＮＳＩの位置更新メッセージに
変換して、処理のためにＧＳＭ ＨＬＲに送る。ＧＳＭ
ＨＬＲ４０１は、新ＶＭＳＣタイプおよび旧ＭＳＣタ
イプを格納し、ＡＣＫをプロファイルＡＣＫなしで仲介
装置に送り、仲介装置は、このＡＣＫをＡＮＳＩ ＨＬ
Ｒ４０３に中継する。ＧＳＭ ＨＬＲは、旧ＶＭＳＣタ
イプがそのタイプ、すなわちＧＳＭであるかどうかを判
定する。旧ＶＭＳＣタイプがＧＳＭでない場合、プロセ
スは終了するが、旧ＶＭＳＣタイプがＧＳＭである場
合、cancel locationメッセージがＧＳＭ ＨＬＲ４０
１から旧ＧＳＭ ＭＳＣに送られる。ＡＮＳＩ ＨＬＲ
は、旧ＶＭＳＣタイプがＡＮＳＩであるかどうかを判定
し、そうである場合、登録取消メッセージを旧ＡＮＳＩ
ＭＳＣに送る。オプションとして、旧ＶＭＳＣタイプ
がＧＳＭであり、移動機がそのネイティブモードにある
場合、ＡＮＳＩ ＨＬＲ４０３は、登録取消を仲介装置
４０５に送り、仲介装置４０５は、登録取消をcancel l
ocation要求に変換し、これが旧ＧＳＭ ＭＳＣに送ら
れ、プロセスは終了する。
示す流れ図およびタイミング図を図６に示す。電子シリ
アル番号（ＥＳＮ：Electronic Serial Number）および
移動機識別番号（ＭＩＮ：Mobile Identification Numb
er）を有する登録要求がＡＮＳＩ−１３６ ＧＭＳＣに
送られ、ＡＮＳＩ−１３６ ＧＭＳＣは、ＭＰ ＨＬＲ
１０１のＡＮＳＩ ＨＬＲ４０３に認証要求を送る。Ａ
ＣＫがＡＮＳＩ ＧＭＳＣに返され、ＡＮＳＩ ＧＭＳ
Ｃは、ＥＳＮ、ＭＩＮ、およびＭＳＣ ＩＤを含む登録
通知をＡＮＳＩ ＨＬＲ４０３に送る。ＡＮＳＩ ＨＬ
Ｒは、新たなＭＳＣ ＩＤを格納し、ＡＣＫをプロファ
イル付きでＧＭＳＣに送る。ＡＮＳＩＨＬＲ４０３は、
移動機がデュアルモードであるかどうかを判定する。移
動機がデュアルモードでないとき、登録に対する通常の
ＡＮＳＩ処理が行われ、移動機がデュアルモードである
とき、ＡＮＳＩ ＨＬＲ４０３は、ＡＮＳＩに等しい新
ＶＭＳＣタイプと、旧ＭＳＣタイプとを格納する。ＡＮ
ＳＩ ＨＬＲは、ＭＳＣタイプがＡＮＳＩの登録通知を
仲介装置４０５に送り、仲介装置４０５は、この登録通
知を、ＭＳＣタイプがＡＮＳＩの位置更新メッセージに
変換して、処理のためにＧＳＭ ＨＬＲに送る。ＧＳＭ
ＨＬＲ４０１は、新ＶＭＳＣタイプおよび旧ＭＳＣタ
イプを格納し、ＡＣＫをプロファイルＡＣＫなしで仲介
装置に送り、仲介装置は、このＡＣＫをＡＮＳＩ ＨＬ
Ｒ４０３に中継する。ＧＳＭ ＨＬＲは、旧ＶＭＳＣタ
イプがそのタイプ、すなわちＧＳＭであるかどうかを判
定する。旧ＶＭＳＣタイプがＧＳＭでない場合、プロセ
スは終了するが、旧ＶＭＳＣタイプがＧＳＭである場
合、cancel locationメッセージがＧＳＭ ＨＬＲ４０
１から旧ＧＳＭ ＭＳＣに送られる。ＡＮＳＩ ＨＬＲ
は、旧ＶＭＳＣタイプがＡＮＳＩであるかどうかを判定
し、そうである場合、登録取消メッセージを旧ＡＮＳＩ
ＭＳＣに送る。オプションとして、旧ＶＭＳＣタイプ
がＧＳＭであり、移動機がそのネイティブモードにある
場合、ＡＮＳＩ ＨＬＲ４０３は、登録取消を仲介装置
４０５に送り、仲介装置４０５は、登録取消をcancel l
ocation要求に変換し、これが旧ＧＳＭ ＭＳＣに送ら
れ、プロセスは終了する。
【００４２】ＧＳＭで発信されＡＮＳＩで着信する呼配
信を示す流れ図およびタイミング図を図７に示す。被呼
者番号（ＰＮ：party number）を含むＩＡＭがＧＳＭ
ＧＭＳＣに送られ、ＧＳＭ ＧＭＳＣは、ルーティング
情報をＭＰ ＨＬＲ１０１のＧＳＭ ＨＬＲ４０１に送
る。ＧＳＭ ＨＬＲ４０１は、被呼者のＶＭＳＣタイプ
を判定する。このタイプがＧＳＭであるとき、通常のＧ
ＳＭ着信が提供される。このタイプがＧＳＭでないと
き、ＧＳＭ ＨＬＲは、ＧＭＳＣアドレスおよびタイプ
を有するprovide roaming number (PROVIDE ROAMING N
O.)メッセージを仲介装置４０５に中継する。仲介装置
４０５は、ＧＭＳＣアドレスおよびタイプを格納し、pr
ovide roaming numberメッセージを、ＧＭＳＣ ＩＤが
仲介装置（ＭＤ）に等しいlocation requestに変換し、
そのメッセージをＡＮＳＩ ＨＬＲ４０３に送る。
信を示す流れ図およびタイミング図を図７に示す。被呼
者番号（ＰＮ：party number）を含むＩＡＭがＧＳＭ
ＧＭＳＣに送られ、ＧＳＭ ＧＭＳＣは、ルーティング
情報をＭＰ ＨＬＲ１０１のＧＳＭ ＨＬＲ４０１に送
る。ＧＳＭ ＨＬＲ４０１は、被呼者のＶＭＳＣタイプ
を判定する。このタイプがＧＳＭであるとき、通常のＧ
ＳＭ着信が提供される。このタイプがＧＳＭでないと
き、ＧＳＭ ＨＬＲは、ＧＭＳＣアドレスおよびタイプ
を有するprovide roaming number (PROVIDE ROAMING N
O.)メッセージを仲介装置４０５に中継する。仲介装置
４０５は、ＧＭＳＣアドレスおよびタイプを格納し、pr
ovide roaming numberメッセージを、ＧＭＳＣ ＩＤが
仲介装置（ＭＤ）に等しいlocation requestに変換し、
そのメッセージをＡＮＳＩ ＨＬＲ４０３に送る。
【００４３】ＡＮＳＩ ＨＬＲは、ＭＳＣ ＩＤが仲介
装置４０５を示すＭＤであるrouterequest (ROUTE REQ)
をＡＮＳＩ ＶＭＳＣに送る。ＡＮＳＩ ＶＭＳＣは、
ＴＬＤＮを含むＡＣＫまたはbusy ＡＣＫをＡＮＳＩ
ＨＬＲ４０３に送り、ＡＮＳＩ ＨＬＲ４０３は、ＴＬ
ＤＮ、absent、またはbusyを有するＡＣＫを仲介装置４
０５に中継する。ＭＳＲＮ、absent、またはbusyを有す
るＰＲＮ ＡＣＫがＧＳＭ ＨＬＲに中継され、ＧＳＭ
ＨＬＲは、ＭＳＲＮまたはＦＴＮを含むＳＲＩ ＡＣ
Ｋを生成し、ＭＳＲＮを有するＩＡＭが、ＧＳＭ ＧＭ
ＳＣから、移動局を処理するＡＮＳＩ ＶＭＳＣに中継
される。この例では、ＭＳによるlatecall forwarding
（遅延着信転送）起動のために、呼はＡＮＳＩ ＶＭＳ
Ｃから先へ確立されない。一実施例では、リダイレクシ
ョン理由を含むリダイレクション要求(redirection req
uest)が、ＡＮＳＩ ＶＭＳＣから仲介装置に中継さ
れ、仲介装置は、ＧＳＭ ＨＬＲにＦＴＮ（転送先番
号：Forward To Number）を問い合わせる。ＦＴＮおよ
び転送理由を含む呼処理再開(resume call handling)メ
ッセージが、ＧＳＭ ＧＭＳＣに送られ、ＧＳＭ ＧＭ
ＳＣは、ＡＣＫを仲介装置に送り、仲介装置は、ＡＣＫ
をＡＮＳＩ ＶＭＳＣに送り、ＦＴＮを有するＩＡＭが
ＦＴＮ ＶＭＳＣに送られる。この方法が有効であるの
は、仲介装置４０５にＦＴＮへのアクセスを許可するこ
とによって、着信転送通信のための処理が発信側ＧＭＳ
Ｃで行われ、これによりトランキングリソースが節約さ
れるからである。別法として、リダイレクション理由が
仲介装置４０５に中継され、仲介装置４０５が、リダイ
レクション要求を拒否する(REJ)ことにより、busyを有
するＴＲＡＮＵＭ(Transfer Number)要求(TRANUM REQ)
をＡＮＳＩ ＨＬＲに送ることも可能である。ＡＮＳＩ
ＨＬＲは、ＦＴＮを有するＡＣＫをＡＮＳＩ ＶＭＳ
Ｃに送り、ＡＮＳＩ ＶＭＳＣはＦＴＮを有するＩＡＭ
メッセージをＦＴＮＶＭＳＣに中継する。この方法が有
効であるのは、着信転送通信の処理がＭＰＨＬＲ１０
１、特に仲介装置４０５と、着信側移動通信交換センタ
との間で行われ、呼処理再開（ＲＣＨ：Resume Call Ha
ndling）を処理する能力を有しない可能性のある発信側
ＭＳＣを巻き込むことを必要としないからである。
装置４０５を示すＭＤであるrouterequest (ROUTE REQ)
をＡＮＳＩ ＶＭＳＣに送る。ＡＮＳＩ ＶＭＳＣは、
ＴＬＤＮを含むＡＣＫまたはbusy ＡＣＫをＡＮＳＩ
ＨＬＲ４０３に送り、ＡＮＳＩ ＨＬＲ４０３は、ＴＬ
ＤＮ、absent、またはbusyを有するＡＣＫを仲介装置４
０５に中継する。ＭＳＲＮ、absent、またはbusyを有す
るＰＲＮ ＡＣＫがＧＳＭ ＨＬＲに中継され、ＧＳＭ
ＨＬＲは、ＭＳＲＮまたはＦＴＮを含むＳＲＩ ＡＣ
Ｋを生成し、ＭＳＲＮを有するＩＡＭが、ＧＳＭ ＧＭ
ＳＣから、移動局を処理するＡＮＳＩ ＶＭＳＣに中継
される。この例では、ＭＳによるlatecall forwarding
（遅延着信転送）起動のために、呼はＡＮＳＩ ＶＭＳ
Ｃから先へ確立されない。一実施例では、リダイレクシ
ョン理由を含むリダイレクション要求(redirection req
uest)が、ＡＮＳＩ ＶＭＳＣから仲介装置に中継さ
れ、仲介装置は、ＧＳＭ ＨＬＲにＦＴＮ（転送先番
号：Forward To Number）を問い合わせる。ＦＴＮおよ
び転送理由を含む呼処理再開(resume call handling)メ
ッセージが、ＧＳＭ ＧＭＳＣに送られ、ＧＳＭ ＧＭ
ＳＣは、ＡＣＫを仲介装置に送り、仲介装置は、ＡＣＫ
をＡＮＳＩ ＶＭＳＣに送り、ＦＴＮを有するＩＡＭが
ＦＴＮ ＶＭＳＣに送られる。この方法が有効であるの
は、仲介装置４０５にＦＴＮへのアクセスを許可するこ
とによって、着信転送通信のための処理が発信側ＧＭＳ
Ｃで行われ、これによりトランキングリソースが節約さ
れるからである。別法として、リダイレクション理由が
仲介装置４０５に中継され、仲介装置４０５が、リダイ
レクション要求を拒否する(REJ)ことにより、busyを有
するＴＲＡＮＵＭ(Transfer Number)要求(TRANUM REQ)
をＡＮＳＩ ＨＬＲに送ることも可能である。ＡＮＳＩ
ＨＬＲは、ＦＴＮを有するＡＣＫをＡＮＳＩ ＶＭＳ
Ｃに送り、ＡＮＳＩ ＶＭＳＣはＦＴＮを有するＩＡＭ
メッセージをＦＴＮＶＭＳＣに中継する。この方法が有
効であるのは、着信転送通信の処理がＭＰＨＬＲ１０
１、特に仲介装置４０５と、着信側移動通信交換センタ
との間で行われ、呼処理再開（ＲＣＨ：Resume Call Ha
ndling）を処理する能力を有しない可能性のある発信側
ＭＳＣを巻き込むことを必要としないからである。
【００４４】ＡＮＳＩで発信されＧＳＭで着信する呼配
信を示す流れ図およびタイミング図を図８に示す。ＩＡ
Ｍが、ＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭ
ＳＣは、location requestをＡＮＳＩ ＨＬＲ４０３に
送る。ＡＮＳＩ ＨＬＲ４０３は、ＶＭＳＣタイプがＡ
ＮＳＩまたはＧＳＭのいずれであるかを判定する。この
タイプがＡＮＳＩであるとき、通常のＡＮＳＩ着信が提
供される。このタイプがＧＳＭであるとき、ＧＭＳＣア
ドレスおよびタイプを含むroute requestが仲介装置４
０５に中継される。仲介装置４０５は、ＧＭＳＣアドレ
ス（これは、遅延着信転送の最適ルーティングのために
有用である）およびＧＭＳＣタイプ（これはインテリジ
ェントネットワーキング（ＩＮ）インタラクションのた
めに有用である）を格納し、ＳＲＩをＧＳＭ ＨＬＲ４
０１に送る。ＧＳＭ ＨＬＲ４０１は、ＧＭＳＣアドレ
スがＭＤに等しいＰＲＮを発行し、それをＧＳＭ ＶＭ
ＳＣに送り、ＧＳＭ ＶＭＳＣは、ＭＳＲＮを有するＡ
ＣＫをＧＳＭ ＨＬＲ４０１に中継し、ＧＳＭ ＨＬＲ
４０１は、そのＭＳＲＮを有するＡＣＫを仲介装置４０
５に中継する。仲介装置は、そのＭＳＲＮを有するＡＣ
Ｋを、ＴＬＤＮを有するＡＣＫに変換し、これは、ＡＮ
ＳＩ ＨＬＲ４０１に、続いてＡＮＳＩ ＧＭＳＣに中
継され、ＡＮＳＩ ＧＭＳＣは、そのＴＬＤＮを有する
ＩＡＭを着信側ＧＳＭ ＶＭＳＣに中継する。この例で
は、遅延着信転送起動のために、呼はＧＳＭ ＶＭＳＣ
から先へ確立されない。ＧＳＭ ＶＭＳＣは、ＦＴＮお
よび転送理由を含むＲＣＨ（呼処理再開）を仲介装置４
０５に送り、仲介装置４０５は、このＲＣＨを、リダイ
レクション理由を含むリダイレクション要求に変換し、
これがＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭ
ＳＣは、ＴＲＡＮＵＭ要求を送信することによってＡＮ
ＳＩ ＨＬＲに対して転送先番号を要求し、その応答と
してＦＴＮを受信し、リダイレクション要求の確認応答
を仲介装置に送るとともに、ＩＡＭをＦＴＮ ＶＭＳＣ
に送る。ＭＤは、ＲＣＨに確認応答し、プロセスは終了
する。この方法が有効であるのは、仲介装置４０５にＦ
ＴＮへのアクセスを許可することによって、着信転送通
信のための処理がＭＰ ＨＬＲ１０１、特に仲介装置４
０５と、発信側ゲートウェイ移動通信交換センタとの間
で行われ、発信側ＭＳＣと着信側ＭＳＣの間の余分なト
ランクを巻き込むことを必要としないからである。
信を示す流れ図およびタイミング図を図８に示す。ＩＡ
Ｍが、ＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭ
ＳＣは、location requestをＡＮＳＩ ＨＬＲ４０３に
送る。ＡＮＳＩ ＨＬＲ４０３は、ＶＭＳＣタイプがＡ
ＮＳＩまたはＧＳＭのいずれであるかを判定する。この
タイプがＡＮＳＩであるとき、通常のＡＮＳＩ着信が提
供される。このタイプがＧＳＭであるとき、ＧＭＳＣア
ドレスおよびタイプを含むroute requestが仲介装置４
０５に中継される。仲介装置４０５は、ＧＭＳＣアドレ
ス（これは、遅延着信転送の最適ルーティングのために
有用である）およびＧＭＳＣタイプ（これはインテリジ
ェントネットワーキング（ＩＮ）インタラクションのた
めに有用である）を格納し、ＳＲＩをＧＳＭ ＨＬＲ４
０１に送る。ＧＳＭ ＨＬＲ４０１は、ＧＭＳＣアドレ
スがＭＤに等しいＰＲＮを発行し、それをＧＳＭ ＶＭ
ＳＣに送り、ＧＳＭ ＶＭＳＣは、ＭＳＲＮを有するＡ
ＣＫをＧＳＭ ＨＬＲ４０１に中継し、ＧＳＭ ＨＬＲ
４０１は、そのＭＳＲＮを有するＡＣＫを仲介装置４０
５に中継する。仲介装置は、そのＭＳＲＮを有するＡＣ
Ｋを、ＴＬＤＮを有するＡＣＫに変換し、これは、ＡＮ
ＳＩ ＨＬＲ４０１に、続いてＡＮＳＩ ＧＭＳＣに中
継され、ＡＮＳＩ ＧＭＳＣは、そのＴＬＤＮを有する
ＩＡＭを着信側ＧＳＭ ＶＭＳＣに中継する。この例で
は、遅延着信転送起動のために、呼はＧＳＭ ＶＭＳＣ
から先へ確立されない。ＧＳＭ ＶＭＳＣは、ＦＴＮお
よび転送理由を含むＲＣＨ（呼処理再開）を仲介装置４
０５に送り、仲介装置４０５は、このＲＣＨを、リダイ
レクション理由を含むリダイレクション要求に変換し、
これがＡＮＳＩ ＧＭＳＣに中継され、ＡＮＳＩ ＧＭ
ＳＣは、ＴＲＡＮＵＭ要求を送信することによってＡＮ
ＳＩ ＨＬＲに対して転送先番号を要求し、その応答と
してＦＴＮを受信し、リダイレクション要求の確認応答
を仲介装置に送るとともに、ＩＡＭをＦＴＮ ＶＭＳＣ
に送る。ＭＤは、ＲＣＨに確認応答し、プロセスは終了
する。この方法が有効であるのは、仲介装置４０５にＦ
ＴＮへのアクセスを許可することによって、着信転送通
信のための処理がＭＰ ＨＬＲ１０１、特に仲介装置４
０５と、発信側ゲートウェイ移動通信交換センタとの間
で行われ、発信側ＭＳＣと着信側ＭＳＣの間の余分なト
ランクを巻き込むことを必要としないからである。
【００４５】当業者に知られている、着信プリペイドト
リガのあるＧＳＭ着信呼に対する信号フローのブロック
図を図９に示す。第１移動機ＭＳ１（１０５）は、プリ
ペイド移動ユーザである第２移動機ＭＳ２（１１９）と
通信することを選択する。この例では、ＧＳＭ ＧＭＳ
Ｃ１１１は、ＧＳＭ ＨＬＲ９０１と情報を交換し、Ｇ
ＳＭ ＨＬＲ９０１は、ＧＳＭ ＳＣＰ１１４と通信し
て、個々のユーザに対するサービスを確認する。サービ
スがＳＣＰ１１４によって確認されると、ＨＬＲ９０１
は、ＧＳＭ ＭＳＣ／ＶＬＲを通じて呼処理を進め、呼
は第２移動機１１９に着信する。
リガのあるＧＳＭ着信呼に対する信号フローのブロック
図を図９に示す。第１移動機ＭＳ１（１０５）は、プリ
ペイド移動ユーザである第２移動機ＭＳ２（１１９）と
通信することを選択する。この例では、ＧＳＭ ＧＭＳ
Ｃ１１１は、ＧＳＭ ＨＬＲ９０１と情報を交換し、Ｇ
ＳＭ ＨＬＲ９０１は、ＧＳＭ ＳＣＰ１１４と通信し
て、個々のユーザに対するサービスを確認する。サービ
スがＳＣＰ１１４によって確認されると、ＨＬＲ９０１
は、ＧＳＭ ＭＳＣ／ＶＬＲを通じて呼処理を進め、呼
は第２移動機１１９に着信する。
【００４６】ＭＰ ＨＬＲを利用したＧＳＭフォーリン
モード着信呼の信号フローのブロック図を図１０に示
す。プリペイドユーザの場合、ＡＮＳＩシステムは、着
信側ＭＳＣのＳＣＰと通信し、一方、ＧＳＭシステム
は、（発信側）ＧＭＳＣのＳＣＰと通信する。図示の例
では、第１移動機１０５が、プリペイドサービスを利用
する第２移動機へ呼を発信する。被呼者番号（ＣＤ Ｐ
Ｎ：called party number）が、ＡＮＳＩ ＧＭＳＣ１
２５に中継され、location request (LOC REQ)がＭＰ
ＨＬＲ１０１に中継される。ＭＰ ＨＬＲ１０１は、Ｇ
ＭＳＣがＡＮＳＩであり、ＶＭＳＣがＧＳＭであり、移
動機１０５のネイティブモードがＡＮＳＩであることを
知っているため、ＭＰ ＨＬＲ１０１は、ＡＮＳＩ Ｇ
ＭＳＣ１１１を通じて、接続されている着信側ＧＳＭ
ＶＭＳＣ／ＧＭＳＣ１０９，１１１またはＶＭＳＣと同
じプロトコルタイプのＧＭＳＣのいずれかに呼を送り、
その呼に対する通常のＧＳＭプリペイド着信が、ＶＭＳ
Ｃ／ＧＭＳＣ １０９／１１１、ＭＰ ＨＬＲ１０１、
およびＧＳＭ ＳＣＰ１１４の間で行われる。呼をＶＭ
ＳＣに接続されたＧＭＳＣに送ることは、トランキング
リソースを節約する利点を有する。仲介装置が呼を宛先
ＧＭＳＣに送るとき、仲介装置は、もとの被呼者番号と
は異なる被呼者番号を送ることも可能である。しかし、
受信側ＧＭＳＣは、被呼者番号（これは、プレフィック
スに続くもとの被呼者番号、または、異なる番号のいず
れかを含むことが可能である）を認識しなければならな
い。呼をＶＭＳＣと同じプロトコルタイプのＧＭＳＣに
送ることは、このＧＭＳＣがＡＮＳＩ ＧＭＳＣ１１１
と同じネットワークにある可能性があり、その場合、プ
レフィックスに続くもとの被呼者番号、または、異なる
番号のいずれかを認識することができるという利点があ
る。同様に（図１６、図１７、および図１８参照）、仲
介装置４０５がショートメッセージをＳＭＳＣ／ＭＣに
送るとき、仲介装置は、もとの被呼者番号とは異なる可
能性のある被呼者番号を認識かつ生成することができ
る。しかし、ＳＭＳＣ／ＭＣおよびＶＭＳは、被呼者番
号（これは、プレフィックスに続くもとの被呼者番号、
または、異なる番号のいずれかを含むことが可能であ
る）を認識しなければならない。
モード着信呼の信号フローのブロック図を図１０に示
す。プリペイドユーザの場合、ＡＮＳＩシステムは、着
信側ＭＳＣのＳＣＰと通信し、一方、ＧＳＭシステム
は、（発信側）ＧＭＳＣのＳＣＰと通信する。図示の例
では、第１移動機１０５が、プリペイドサービスを利用
する第２移動機へ呼を発信する。被呼者番号（ＣＤ Ｐ
Ｎ：called party number）が、ＡＮＳＩ ＧＭＳＣ１
２５に中継され、location request (LOC REQ)がＭＰ
ＨＬＲ１０１に中継される。ＭＰ ＨＬＲ１０１は、Ｇ
ＭＳＣがＡＮＳＩであり、ＶＭＳＣがＧＳＭであり、移
動機１０５のネイティブモードがＡＮＳＩであることを
知っているため、ＭＰ ＨＬＲ１０１は、ＡＮＳＩ Ｇ
ＭＳＣ１１１を通じて、接続されている着信側ＧＳＭ
ＶＭＳＣ／ＧＭＳＣ１０９，１１１またはＶＭＳＣと同
じプロトコルタイプのＧＭＳＣのいずれかに呼を送り、
その呼に対する通常のＧＳＭプリペイド着信が、ＶＭＳ
Ｃ／ＧＭＳＣ １０９／１１１、ＭＰ ＨＬＲ１０１、
およびＧＳＭ ＳＣＰ１１４の間で行われる。呼をＶＭ
ＳＣに接続されたＧＭＳＣに送ることは、トランキング
リソースを節約する利点を有する。仲介装置が呼を宛先
ＧＭＳＣに送るとき、仲介装置は、もとの被呼者番号と
は異なる被呼者番号を送ることも可能である。しかし、
受信側ＧＭＳＣは、被呼者番号（これは、プレフィック
スに続くもとの被呼者番号、または、異なる番号のいず
れかを含むことが可能である）を認識しなければならな
い。呼をＶＭＳＣと同じプロトコルタイプのＧＭＳＣに
送ることは、このＧＭＳＣがＡＮＳＩ ＧＭＳＣ１１１
と同じネットワークにある可能性があり、その場合、プ
レフィックスに続くもとの被呼者番号、または、異なる
番号のいずれかを認識することができるという利点があ
る。同様に（図１６、図１７、および図１８参照）、仲
介装置４０５がショートメッセージをＳＭＳＣ／ＭＣに
送るとき、仲介装置は、もとの被呼者番号とは異なる可
能性のある被呼者番号を認識かつ生成することができ
る。しかし、ＳＭＳＣ／ＭＣおよびＶＭＳは、被呼者番
号（これは、プレフィックスに続くもとの被呼者番号、
または、異なる番号のいずれかを含むことが可能であ
る）を認識しなければならない。
【００４７】ＭＰ ＨＬＲを利用したＡＮＳＩフォーリ
ンモード着信呼の信号フローのブロック図を図１１に示
す。この場合、第１移動機１０５が、プリペイドサービ
スを利用して、第２移動機１１９へ呼を発信する。ＩＡ
Ｍが、ＡＮＳＩ ＭＳＣ１２３で受信され、ＡＮＳＩ
ＭＳＣ１２３は、ＩＡＭメッセージをＧＳＭ ＧＭＳＣ
１１１に送り、ＧＳＭ ＧＭＳＣ１１１は、データベー
ス１０１に問合せを行う。呼は、ＧＳＭ ＧＭＳＣ１１
１、ＭＰ ＨＬＲ１０１、およびＧＳＭ ＳＣＰ（これ
は、支払い権限を判定する）の間で設定され、ＧＭＳＣ
１１１は、ＭＳＲＮを有するＩＡＭをＡＮＳＩ ＭＳＣ
に中継し、ＡＮＳＩ ＭＳＣは呼を第２移動機１１９に
着信させる。
ンモード着信呼の信号フローのブロック図を図１１に示
す。この場合、第１移動機１０５が、プリペイドサービ
スを利用して、第２移動機１１９へ呼を発信する。ＩＡ
Ｍが、ＡＮＳＩ ＭＳＣ１２３で受信され、ＡＮＳＩ
ＭＳＣ１２３は、ＩＡＭメッセージをＧＳＭ ＧＭＳＣ
１１１に送り、ＧＳＭ ＧＭＳＣ１１１は、データベー
ス１０１に問合せを行う。呼は、ＧＳＭ ＧＭＳＣ１１
１、ＭＰ ＨＬＲ１０１、およびＧＳＭ ＳＣＰ（これ
は、支払い権限を判定する）の間で設定され、ＧＭＳＣ
１１１は、ＭＳＲＮを有するＩＡＭをＡＮＳＩ ＭＳＣ
に中継し、ＡＮＳＩ ＭＳＣは呼を第２移動機１１９に
着信させる。
【００４８】移動機発信プリペイド呼の信号フローのブ
ロック図を図１２に示す。結合したＳＣＰがない場合、
移動機は、複数のＳＣＰ（プロトコルごとに１つずつ）
を有することが可能であり、ＳＣＰとの通信は任意であ
る。このような場合、移動機発信プリペイドサービスが
利用される。移動機着信プリペイド呼の場合、ＭＰＨＬ
Ｒ１０１は、呼を、適当なＧＭＳＣまたはＡＮＳＩ着信
側ＭＳＣに中継し、このＧＭＳＣまたはＡＮＳＩ着信側
ＭＳＣが、図１３および図１４に示すように、適当なＳ
ＣＰと通信する。このような場合、移動機着信プリペイ
ドサービスが利用される。
ロック図を図１２に示す。結合したＳＣＰがない場合、
移動機は、複数のＳＣＰ（プロトコルごとに１つずつ）
を有することが可能であり、ＳＣＰとの通信は任意であ
る。このような場合、移動機発信プリペイドサービスが
利用される。移動機着信プリペイド呼の場合、ＭＰＨＬ
Ｒ１０１は、呼を、適当なＧＭＳＣまたはＡＮＳＩ着信
側ＭＳＣに中継し、このＧＭＳＣまたはＡＮＳＩ着信側
ＭＳＣが、図１３および図１４に示すように、適当なＳ
ＣＰと通信する。このような場合、移動機着信プリペイ
ドサービスが利用される。
【００４９】ネイティブモードまたはフォーリンモード
のいずれかの場合の、ＧＳＭ着信での移動機着信プリペ
イド呼の信号フローのブロック図を図１３に示す。この
例では、ＭＰ ＨＬＲとのオペレーションは、図４のＭ
Ｐ ＨＬＲ１０１が利用される場合について示されてい
る。着信側移動機が発信側ＭＳＣに対してフォーリンモ
ードで動作している場合、プロセス（ａ）〜（ｄ）が、
ＡＮＳＩ発信側ＭＳＣ１２３を通り、ＭＰ ＨＬＲ１０
１内のＡＮＳＩ ＨＬＲ４０３を通って進み、ＡＮＳＩ
ＨＬＲ４０３は、信号フロー（１）〜（１１）により
処理を完了するために、呼ＡＣＫを、発信側ＭＳＣ１２
３を通じて、ＧＳＭ ＧＭＳＣ１１１に転送する。移動
機がそのネイティブＧＳＭモードで動作しているとき、
プロセスはＧＳＭ ＧＭＳＣ１１１で（１）から開始す
る。呼は、ＧＳＭ ＧＭＳＣ１１１とＧＳＭ ＨＬＲ４
０１の間の呼設定を通じて進み、ＧＳＭ ＨＬＲ４０１
は、ＧＳＭ ＳＣＰ１１４を通じてサービスの権限を確
認し、呼は、ＧＳＭ ＭＳＣ１０９によって第２移動機
１０５に着信する。
のいずれかの場合の、ＧＳＭ着信での移動機着信プリペ
イド呼の信号フローのブロック図を図１３に示す。この
例では、ＭＰ ＨＬＲとのオペレーションは、図４のＭ
Ｐ ＨＬＲ１０１が利用される場合について示されてい
る。着信側移動機が発信側ＭＳＣに対してフォーリンモ
ードで動作している場合、プロセス（ａ）〜（ｄ）が、
ＡＮＳＩ発信側ＭＳＣ１２３を通り、ＭＰ ＨＬＲ１０
１内のＡＮＳＩ ＨＬＲ４０３を通って進み、ＡＮＳＩ
ＨＬＲ４０３は、信号フロー（１）〜（１１）により
処理を完了するために、呼ＡＣＫを、発信側ＭＳＣ１２
３を通じて、ＧＳＭ ＧＭＳＣ１１１に転送する。移動
機がそのネイティブＧＳＭモードで動作しているとき、
プロセスはＧＳＭ ＧＭＳＣ１１１で（１）から開始す
る。呼は、ＧＳＭ ＧＭＳＣ１１１とＧＳＭ ＨＬＲ４
０１の間の呼設定を通じて進み、ＧＳＭ ＨＬＲ４０１
は、ＧＳＭ ＳＣＰ１１４を通じてサービスの権限を確
認し、呼は、ＧＳＭ ＭＳＣ１０９によって第２移動機
１０５に着信する。
【００５０】ネイティブモードまたはフォーリンモード
のいずれかの場合の、ＡＮＳＩ着信での移動機着信プリ
ペイド呼の信号フローのブロック図を図１４に示す。着
信側移動機が発信側ＭＳＣに対してフォーリンモードで
動作している場合、信号フロー（１）〜（９）による処
理を完了するために、呼プロセス（ａ）〜（ｄ）は、Ｇ
ＳＭ ＧＭＳＣ１１１を通り、ＧＳＭ ＨＬＲ４０１を
通り、再びＧＳＭ ＧＭＳＣ１１１を通ってＡＮＳＩ発
信側ＭＳＣ１２３へと進む。移動機がそのネイティブモ
ードで動作しているとき、プロセスはＡＮＳＩ発信側Ｍ
ＳＣ１２３で（１）から開始する。ＡＮＳＩ発信側ＭＳ
Ｃ１２３は、location requestをＡＮＳＩ ＨＬＲ４０
３に送り、呼フローは、プリペイドユーザに対する通常
のＡＮＳＩ発着信呼のように進む。
のいずれかの場合の、ＡＮＳＩ着信での移動機着信プリ
ペイド呼の信号フローのブロック図を図１４に示す。着
信側移動機が発信側ＭＳＣに対してフォーリンモードで
動作している場合、信号フロー（１）〜（９）による処
理を完了するために、呼プロセス（ａ）〜（ｄ）は、Ｇ
ＳＭ ＧＭＳＣ１１１を通り、ＧＳＭ ＨＬＲ４０１を
通り、再びＧＳＭ ＧＭＳＣ１１１を通ってＡＮＳＩ発
信側ＭＳＣ１２３へと進む。移動機がそのネイティブモ
ードで動作しているとき、プロセスはＡＮＳＩ発信側Ｍ
ＳＣ１２３で（１）から開始する。ＡＮＳＩ発信側ＭＳ
Ｃ１２３は、location requestをＡＮＳＩ ＨＬＲ４０
３に送り、呼フローは、プリペイドユーザに対する通常
のＡＮＳＩ発着信呼のように進む。
【００５１】移動機発信ＳＭＳの信号フローのブロック
図を図１５に示す。移動機は、そのネイティブＭＳＣで
ＳＭＳを発信する。このＭＳＣは、ネイティブプロトコ
ルＭＣ(Message Center)（サービスセンタ（ＳＣ：Serv
ice Center）またはＳＭＳＣ(Short Message Service C
enter)ともいう）とともに動作し、その個々のプロトコ
ルについて、着信側ＭＣ１５０１または１５０３でサー
ビスを完了する。メッセージが、異なるプロトコルで着
信した場合、ＩＩＦ(Interworking and Interoperabili
ty Function)として作用する仲介装置が、メッセージを
他のプロトコルに変換するために使用され、その変換さ
れたメッセージが、着信側メッセージセンタ１５０１ま
たは１５０３に中継される。
図を図１５に示す。移動機は、そのネイティブＭＳＣで
ＳＭＳを発信する。このＭＳＣは、ネイティブプロトコ
ルＭＣ(Message Center)（サービスセンタ（ＳＣ：Serv
ice Center）またはＳＭＳＣ(Short Message Service C
enter)ともいう）とともに動作し、その個々のプロトコ
ルについて、着信側ＭＣ１５０１または１５０３でサー
ビスを完了する。メッセージが、異なるプロトコルで着
信した場合、ＩＩＦ(Interworking and Interoperabili
ty Function)として作用する仲介装置が、メッセージを
他のプロトコルに変換するために使用され、その変換さ
れたメッセージが、着信側メッセージセンタ１５０１ま
たは１５０３に中継される。
【００５２】ＭＰ ＨＬＲを用いた移動機着信ＳＭＳの
信号フローのブロック図を図１６および図１７に示す。
図１６の例では、ＡＮＳＩネイティブモードＳＭＳメッ
セージが、ＧＳＭフォーリンモードで着信する。メッセ
ージは、ＡＮＳＩ ＨＬＲに中継され、ＡＮＳＩ ＨＬ
Ｒは、仲介装置４０５をＭＳＣ ＩＤとしてＡＮＳＩメ
ッセージセンタ（ＭＣ）１２９に提供し、ＡＮＳＩ Ｍ
Ｃ１２９は、仲介装置４０５とともに動作して、ＦＳＭ
（ショートメッセージ転送：Forward Short Message）
を生成し、これがＧＳＭ ＭＣ１１５に送られる。ＧＳ
Ｍ ＧＭＳＣ／ＭＣは、ＧＳＭ ＨＬＲ４０１とともに
動作して、メッセージをＧＳＭ ＭＳＣ１０９に中継
し、ＧＳＭ ＭＳＣ１０９は、メッセージを宛先移動機
１０５に送る。図１７の例では、ＧＳＭネイティブモー
ドＳＭＳメッセージが、ＡＮＳＩフォーリンモードで着
信する。メッセージは、ＧＳＭ ＨＬＲに中継され、Ｇ
ＳＭＨＬＲは、仲介装置４０５をＭＳＣ ＩＤとしてＧ
ＳＭ ＭＣに提供し、ＧＳＭ ＭＣは、仲介装置４０５
とともに動作して、ＳＭＤＰＰ(Short Message Direct
Point to Point)を生成し、これがＡＮＳＩ ＭＣに送
られる。ＡＮＳＩＭＣは、ＡＮＳＩ ＨＬＲとともに動
作して、メッセージをＡＮＳＩ ＭＳＣに中継し、ＡＮ
ＳＩ ＭＳＣは、メッセージを宛先移動機１０５に送
る。
信号フローのブロック図を図１６および図１７に示す。
図１６の例では、ＡＮＳＩネイティブモードＳＭＳメッ
セージが、ＧＳＭフォーリンモードで着信する。メッセ
ージは、ＡＮＳＩ ＨＬＲに中継され、ＡＮＳＩ ＨＬ
Ｒは、仲介装置４０５をＭＳＣ ＩＤとしてＡＮＳＩメ
ッセージセンタ（ＭＣ）１２９に提供し、ＡＮＳＩ Ｍ
Ｃ１２９は、仲介装置４０５とともに動作して、ＦＳＭ
（ショートメッセージ転送：Forward Short Message）
を生成し、これがＧＳＭ ＭＣ１１５に送られる。ＧＳ
Ｍ ＧＭＳＣ／ＭＣは、ＧＳＭ ＨＬＲ４０１とともに
動作して、メッセージをＧＳＭ ＭＳＣ１０９に中継
し、ＧＳＭ ＭＳＣ１０９は、メッセージを宛先移動機
１０５に送る。図１７の例では、ＧＳＭネイティブモー
ドＳＭＳメッセージが、ＡＮＳＩフォーリンモードで着
信する。メッセージは、ＧＳＭ ＨＬＲに中継され、Ｇ
ＳＭＨＬＲは、仲介装置４０５をＭＳＣ ＩＤとしてＧ
ＳＭ ＭＣに提供し、ＧＳＭ ＭＣは、仲介装置４０５
とともに動作して、ＳＭＤＰＰ(Short Message Direct
Point to Point)を生成し、これがＡＮＳＩ ＭＣに送
られる。ＡＮＳＩＭＣは、ＡＮＳＩ ＨＬＲとともに動
作して、メッセージをＡＮＳＩ ＭＳＣに中継し、ＡＮ
ＳＩ ＭＳＣは、メッセージを宛先移動機１０５に送
る。
【００５３】ＡＮＳＩ ＶＭＳ(Voice Message System)
メッセージウェイティング通知手続きの信号フローのブ
ロック図を図１８に示す。ＭＰ ＨＬＲ１０１は、ＡＮ
ＳＩネイティブモードで、ＭＰ ＨＬＲ、特に仲介装置
を利用して、ＧＳＭネイティブモードで着信するＧＳＭ
移動機着信ＳＭＳを生成する。ＡＮＳＩ ＶＭＳ１３０
は、ＭＷＮ（メッセージウェイティング通知：Message
Waiting Notification）をＡＮＳＩ ＨＬＲに送り、Ａ
ＮＳＩ ＨＬＲは、仲介装置４０５と通信して、ＦＳＭ
をＧＳＭ ＭＣ１１５に送り、ＧＳＭ ＭＣ１１５は、
ＧＳＭ ＨＬＲとともに動作して、メッセージを、適当
な移動機１０５または１１９に着信させるために、適当
なＧＳＭ ＭＳＣ１０９またはＧＳＭ ＳＧＳＮ１１３
に中継する。図１６および図１７に示した状況では、Ｍ
Ｐ ＨＬＲ１０１は、着信側ＭＳＣタイプを知ってお
り、したがって、呼を適当なメッセージセンタに直接送
ることができるため、ＭＤ４０５を通じてのメッセージ
の余分な翻訳が回避される。ＧＳＭ ＭＣあるいはＡＮ
ＳＩ ＭＣの機能は、ＭＰ ＨＬＲ１０１内にコロケー
トされることも可能である。
メッセージウェイティング通知手続きの信号フローのブ
ロック図を図１８に示す。ＭＰ ＨＬＲ１０１は、ＡＮ
ＳＩネイティブモードで、ＭＰ ＨＬＲ、特に仲介装置
を利用して、ＧＳＭネイティブモードで着信するＧＳＭ
移動機着信ＳＭＳを生成する。ＡＮＳＩ ＶＭＳ１３０
は、ＭＷＮ（メッセージウェイティング通知：Message
Waiting Notification）をＡＮＳＩ ＨＬＲに送り、Ａ
ＮＳＩ ＨＬＲは、仲介装置４０５と通信して、ＦＳＭ
をＧＳＭ ＭＣ１１５に送り、ＧＳＭ ＭＣ１１５は、
ＧＳＭ ＨＬＲとともに動作して、メッセージを、適当
な移動機１０５または１１９に着信させるために、適当
なＧＳＭ ＭＳＣ１０９またはＧＳＭ ＳＧＳＮ１１３
に中継する。図１６および図１７に示した状況では、Ｍ
Ｐ ＨＬＲ１０１は、着信側ＭＳＣタイプを知ってお
り、したがって、呼を適当なメッセージセンタに直接送
ることができるため、ＭＤ４０５を通じてのメッセージ
の余分な翻訳が回避される。ＧＳＭ ＭＣあるいはＡＮ
ＳＩ ＭＣの機能は、ＭＰ ＨＬＲ１０１内にコロケー
トされることも可能である。
【００５４】移動機発着信ＳＭＳの信号フローのブロッ
ク図を図１９に示す。ＭＳ１０５からＧＳＭ ＭＳＣ１
０９へのＳＭＳメッセージは、被呼者のネイティブモー
ドにかかわらず、ＧＳＭ ＭＣ１１５に転送される。Ｇ
ＳＭ ＭＣ１１５は、ＳＭＳメッセージを、着信させる
ために適当なＭＣに転送する。このＭＣはこの場合ＡＮ
ＳＩ ＭＣ１２９である。ＡＮＳＩ ＭＣ１２９は、Ｆ
ＳＭをＭＤ４０５に中継し、ＭＤ４０５は、メッセージ
を所望のプロトコルに、例えばＧＳＭからＡＮＳＩに、
変換あるいは翻訳し、変換されたメッセージとともにＭ
Ｄアドレスを返す。ＡＮＳＩ ＭＣ１２９は、ＳＲＩを
（ＭＤアドレスとともに）ＡＮＳＩ ＨＬＲ４０３に送
り、ＡＮＳＩ ＨＬＲ４０３は、メッセージをＭＤ４０
５に中継し、ＭＤ４０５は、例えばＳＭＤＰＰまたはＧ
ＨＯＳＴ(GSM HOsted SMS Teleservice)により、ＡＮＳ
Ｉ ＭＳＣ１２３から終端移動機１２９への着信を実行
する。ＭＰ ＨＬＲ１０１をこのように利用すると、ネ
イティブプロトコル、発信側プロトコル、または着信側
プロトコルのいずれであっても、任意の呼に対して、Ｓ
ＭＳ変換は１つの変換へと最大化される。
ク図を図１９に示す。ＭＳ１０５からＧＳＭ ＭＳＣ１
０９へのＳＭＳメッセージは、被呼者のネイティブモー
ドにかかわらず、ＧＳＭ ＭＣ１１５に転送される。Ｇ
ＳＭ ＭＣ１１５は、ＳＭＳメッセージを、着信させる
ために適当なＭＣに転送する。このＭＣはこの場合ＡＮ
ＳＩ ＭＣ１２９である。ＡＮＳＩ ＭＣ１２９は、Ｆ
ＳＭをＭＤ４０５に中継し、ＭＤ４０５は、メッセージ
を所望のプロトコルに、例えばＧＳＭからＡＮＳＩに、
変換あるいは翻訳し、変換されたメッセージとともにＭ
Ｄアドレスを返す。ＡＮＳＩ ＭＣ１２９は、ＳＲＩを
（ＭＤアドレスとともに）ＡＮＳＩ ＨＬＲ４０３に送
り、ＡＮＳＩ ＨＬＲ４０３は、メッセージをＭＤ４０
５に中継し、ＭＤ４０５は、例えばＳＭＤＰＰまたはＧ
ＨＯＳＴ(GSM HOsted SMS Teleservice)により、ＡＮＳ
Ｉ ＭＳＣ１２３から終端移動機１２９への着信を実行
する。ＭＰ ＨＬＲ１０１をこのように利用すると、ネ
イティブプロトコル、発信側プロトコル、または着信側
プロトコルのいずれであっても、任意の呼に対して、Ｓ
ＭＳ変換は１つの変換へと最大化される。
【００５５】ＭＰ ＨＬＲの解決法によれば、被呼者
は、２つのＭＣ（１つはＧＳＭ、１つはＡＮＳＩ）を有
することが可能である。ＶＭＳＣは、発信側ＳＭＳメッ
セージを、加入者のネイティブモードにかかわらず、そ
の同じプロトコルタイプのＭＣにルーティングする。可
能な限り、発信側ＭＣは、同じプロトコルタイプの被呼
者のＭＣにルーティングする。被呼者がデュアルモード
加入者でないとき、呼は、そのネイティブモードへのプ
ロトコル変換のために、仲介装置４０５にルーティング
される。同様に、デュアルモード被呼者がフォーリンモ
ードで動作している場合、フォーリンモードＭＣは、Ｓ
ＭＳメッセージを、着信側ＭＳＣへのプロトコル変換の
ために、ＭＤに送る。
は、２つのＭＣ（１つはＧＳＭ、１つはＡＮＳＩ）を有
することが可能である。ＶＭＳＣは、発信側ＳＭＳメッ
セージを、加入者のネイティブモードにかかわらず、そ
の同じプロトコルタイプのＭＣにルーティングする。可
能な限り、発信側ＭＣは、同じプロトコルタイプの被呼
者のＭＣにルーティングする。被呼者がデュアルモード
加入者でないとき、呼は、そのネイティブモードへのプ
ロトコル変換のために、仲介装置４０５にルーティング
される。同様に、デュアルモード被呼者がフォーリンモ
ードで動作している場合、フォーリンモードＭＣは、Ｓ
ＭＳメッセージを、着信側ＭＳＣへのプロトコル変換の
ために、ＭＤに送る。
【００５６】ＭＰ ＨＬＲ１０１は、いくつかの理由
で、ＩＩＦ(Interoperability Interworking Function)
より効率的である。メッセージがＭＰ ＨＬＲ１０１に
直接送られるため、プロファイル情報に対するマッピン
グは不要であり、テクノロジ間登録のために必要な外部
ネットワークシグナリングは少なくなる。発信側ＭＳＣ
は、呼をホームネットワークにルーティングすることを
必要とせずに、仲介装置を通じて着信側テクノロジのＨ
ＬＲに問合せをすることが可能であるため、呼着信はさ
らに最適化される。特に遅延着信転送の場合、最適なル
ーティングにより、ＭＰ ＨＬＲ１０１アプリケーショ
ンにおける国際トランキングが低減される。ＭＰ ＨＬ
Ｒ１０１によれば、ＳＭＳ変換は、発信側あるいは着信
側のユーザのプロトコルにかかわらず、１つの変換へと
最大化される。ＡＮＳＩシステムは着信側ＭＳＣのＳＣ
Ｐと通信し、ＧＳＭシステムは（発信側）ＧＭＳＣのＳ
ＣＰと通信するが、ＭＰ ＨＬＲ１０１は、ＧＳＭフォ
ーリンモードで動作しているＡＮＳＩ加入者のための着
信トリガを提供する。
で、ＩＩＦ(Interoperability Interworking Function)
より効率的である。メッセージがＭＰ ＨＬＲ１０１に
直接送られるため、プロファイル情報に対するマッピン
グは不要であり、テクノロジ間登録のために必要な外部
ネットワークシグナリングは少なくなる。発信側ＭＳＣ
は、呼をホームネットワークにルーティングすることを
必要とせずに、仲介装置を通じて着信側テクノロジのＨ
ＬＲに問合せをすることが可能であるため、呼着信はさ
らに最適化される。特に遅延着信転送の場合、最適なル
ーティングにより、ＭＰ ＨＬＲ１０１アプリケーショ
ンにおける国際トランキングが低減される。ＭＰ ＨＬ
Ｒ１０１によれば、ＳＭＳ変換は、発信側あるいは着信
側のユーザのプロトコルにかかわらず、１つの変換へと
最大化される。ＡＮＳＩシステムは着信側ＭＳＣのＳＣ
Ｐと通信し、ＧＳＭシステムは（発信側）ＧＭＳＣのＳ
ＣＰと通信するが、ＭＰ ＨＬＲ１０１は、ＧＳＭフォ
ーリンモードで動作しているＡＮＳＩ加入者のための着
信トリガを提供する。
【００５７】本発明は、ワイヤレス（無線）あるいは有
線、および、音声、データ、あるいはマルチメディアを
含む、さまざまなタイプの複数のプロトコルをサポート
する単一のＨＬＲを提供する。このＭＰ ＨＬＲは、複
数のネットワークプロトコルに対するＨＬＲ、ホームエ
ージェント、およびフォーリンエージェントを置き換え
る。ＭＰ ＨＬＲは、さまざまな相異なるネットワーク
プロトコルについて、モビリティ／ユーザ管理、ユーザ
認証／セキュリティ制御、およびユーザプロファイル管
理の機能を実行する。これらの機能は、従来のセルラネ
ットワーク、第３世代ワイヤレス音声／データネットワ
ーク、およびインターネットで要求され、これまでは別
々の機能エンティティにわたって展開されてきたもので
ある。ＭＰ ＨＬＲ１０１は、複数の標準のプロトコル
インタフェースをサポートすることによって、これらの
複数のエンティティの機能を１つのエンティティとして
実現する。複数プロトコルのサポートにより、ＭＰ Ｈ
ＬＲ１０１は、単一のネットワークプロトコルをサポー
トする単一のＨＬＲに基づく今日の第１世代および第２
世代のワイヤレスネットワークから、ＨＬＲ／ＩＰサー
バコンプレックスに基づく次世代のワイヤレスネットワ
ークへ、さらに将来のオールＩＰベースのワイヤレスネ
ットワークへのシームレスな進化を促進する。ＭＰ Ｈ
ＬＲ１０１は、ユーザが複数のワイヤレスあるいは有線
サービスに加入しているような環境で有効であり、相異
なるネットワーク間、例えば、ＧＳＭとＴＤＭＡの間
で、マルチモード電話機のシームレスなローミングを可
能にする。統合されたＨＬＲは、多くのＨＬＲの代わり
に１つのＨＬＲを同期し更新することから得られる節約
のようなコスト削減効果を、サービスプロバイダに提供
する。
線、および、音声、データ、あるいはマルチメディアを
含む、さまざまなタイプの複数のプロトコルをサポート
する単一のＨＬＲを提供する。このＭＰ ＨＬＲは、複
数のネットワークプロトコルに対するＨＬＲ、ホームエ
ージェント、およびフォーリンエージェントを置き換え
る。ＭＰ ＨＬＲは、さまざまな相異なるネットワーク
プロトコルについて、モビリティ／ユーザ管理、ユーザ
認証／セキュリティ制御、およびユーザプロファイル管
理の機能を実行する。これらの機能は、従来のセルラネ
ットワーク、第３世代ワイヤレス音声／データネットワ
ーク、およびインターネットで要求され、これまでは別
々の機能エンティティにわたって展開されてきたもので
ある。ＭＰ ＨＬＲ１０１は、複数の標準のプロトコル
インタフェースをサポートすることによって、これらの
複数のエンティティの機能を１つのエンティティとして
実現する。複数プロトコルのサポートにより、ＭＰ Ｈ
ＬＲ１０１は、単一のネットワークプロトコルをサポー
トする単一のＨＬＲに基づく今日の第１世代および第２
世代のワイヤレスネットワークから、ＨＬＲ／ＩＰサー
バコンプレックスに基づく次世代のワイヤレスネットワ
ークへ、さらに将来のオールＩＰベースのワイヤレスネ
ットワークへのシームレスな進化を促進する。ＭＰ Ｈ
ＬＲ１０１は、ユーザが複数のワイヤレスあるいは有線
サービスに加入しているような環境で有効であり、相異
なるネットワーク間、例えば、ＧＳＭとＴＤＭＡの間
で、マルチモード電話機のシームレスなローミングを可
能にする。統合されたＨＬＲは、多くのＨＬＲの代わり
に１つのＨＬＲを同期し更新することから得られる節約
のようなコスト削減効果を、サービスプロバイダに提供
する。
【００５８】さらに、ＭＰ ＨＬＲ１０１は、ゲートウ
ェイＭＳＣまたは発信側ＭＳＣのいずれかのタイプとと
もに、在圏ＭＳＣタイプを知っている。この情報によ
り、ＭＰ ＨＬＲ１０１は、呼を、在圏ＭＳＣと同じタ
イプのゲートウェイＭＳＣに送ることができる。さら
に、ＭＰ ＨＬＲ１０１は、加入者が登録している真の
ＭＳＣを知っているため、ＭＰ ＨＬＲ１０１は、例え
ば、呼禁止(call barring)、出呼禁止付きの着信転送イ
ンタラクション、通常のＨＬＲ復旧手続き、および地域
ゾーン加入契約のような、通常のプロトコル手続きも実
行可能である。ＭＰＨＬＲ１０１は、マルチモード加入
者に対して、単に相互運用されるものよりもさまざまな
サービスを提供することができる。加入者が現在登録し
ているプロトコルが何であるかに従って、加入者は真正
なサービスを受けることができる。
ェイＭＳＣまたは発信側ＭＳＣのいずれかのタイプとと
もに、在圏ＭＳＣタイプを知っている。この情報によ
り、ＭＰ ＨＬＲ１０１は、呼を、在圏ＭＳＣと同じタ
イプのゲートウェイＭＳＣに送ることができる。さら
に、ＭＰ ＨＬＲ１０１は、加入者が登録している真の
ＭＳＣを知っているため、ＭＰ ＨＬＲ１０１は、例え
ば、呼禁止(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 E
nhanced Logic CDMA: Code Division Multiple Access CF: Call Forwarding CFB: Call Forward Busy CFNRG: Call Forwarding on Mobile Subscriber Not Re
achable 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
リストである。 ［表２］ 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 E
nhanced Logic CDMA: Code Division Multiple Access CF: Call Forwarding CFB: Call Forward Busy CFNRG: Call Forwarding on Mobile Subscriber Not Re
achable 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）の
信号フローのブロック図である。
ングサービス（ＳＭＳ：short messaging service）の
信号フローのブロック図である。
【図１６】本発明によるＭＰ ＨＬＲを利用した移動機
着信ＳＭＳの信号フローのブロック図である。
着信ＳＭＳの信号フローのブロック図である。
【図１７】本発明によるＭＰ ＨＬＲを利用した移動機
着信ＳＭＳの信号フローのブロック図である。
着信ＳＭＳの信号フローのブロック図である。
【図１８】本発明によるＭＰ ＨＬＲを利用したＡＮＳ
Ｉ ＶＭＳ(Voice Message System)メッセージウェイテ
ィング通知手続きの信号フローのブロック図である。
Ｉ ＶＭＳ(Voice Message System)メッセージウェイテ
ィング通知手続きの信号フローのブロック図である。
【図１９】本発明による移動機発着信ＳＭＳの信号フロ
ーのブロック図である。
ーのブロック図である。
１０１ ＭＰ ＨＬＲ １０３ ＧＳＭシステム １０５ 移動局（ＭＳ） １０７ 基地局システム（ＢＳＳ） １０９ 在圏移動通信交換センタ（ＶＭＳＣ） １１１ ゲートウェイ移動通信交換センタ（ＧＭＳＣ） １１３ サービングＧＰＲＳサービスノード（ＳＧＳ
Ｎ） １１４ ＧＳＭサービス制御ポイント（ＧＳＭ ＳＣ
Ｐ） １１５ ＧＳＭメッセージセンタ（ＧＳＭ ＭＣ） １１６ ＧＳＭボイスメッセージシステム（ＧＳＭ Ｖ
ＭＳ） １１７ ＡＮＳＩ通信システム １１９ ＭＳ １２１ ＡＮＳＩベースサイトシステム（ＡＮＳＩ Ｂ
ＳＳ） １２３ ＡＮＳＩ ＶＭＳＣ １２５ ＡＮＳＩ ＧＭＳＣ １２７ ＡＮＳＩ ＳＧＳＮ １２８ ＡＮＳＩサービス制御ポイント（ＡＮＳＩ Ｓ
ＣＰ） １２９ ＡＮＳＩメッセージセンタ（ＡＮＳＩ ＭＣ） １３０ ＡＮＳＩ ＶＭＳ １３１ ＰＳＴＮ（公衆交換電話網） １３３ 有線（従来型）電話機 １３５ ＡＡＡサーバ １３７ ＶｏＩＰサーバ １３９ Ｈ．３２３プロトコルサーバ １４１ データネットワーク １４３，１４５ コンピューティング装置 １４７ アプリケーションサーバ ２０１ データベースコンポーネント ２０３ ユーザ位置 ２０５ 統合ユーザプロファイル ２０７ セキュリティ情報 ２０９ データベースマネージャ ２１１ ＧＳＭ ＰＧ ２１３ ＡＮＳＩ−４１ ＰＧ ２１５ ＡＡＡ ＰＧ ２１７ ＳＩＰ ＰＧ ２１９ Ｈ．３２３ ＰＧ ２２１ アプリケーションゲートウェイ（ＡＧ） ４０１ ＧＳＭ ＨＬＲ ４０３ ＡＮＳＩ−４１ ＨＬＲ ４０５ 仲介装置（ＭＤ） ４０７ プロビジョニングゲートウェイ ９０１ ＧＳＭ ＨＬＲ １５０１，１５０３ 着信側ＭＣ
Ｎ） １１４ ＧＳＭサービス制御ポイント（ＧＳＭ ＳＣ
Ｐ） １１５ ＧＳＭメッセージセンタ（ＧＳＭ ＭＣ） １１６ ＧＳＭボイスメッセージシステム（ＧＳＭ Ｖ
ＭＳ） １１７ ＡＮＳＩ通信システム １１９ ＭＳ １２１ ＡＮＳＩベースサイトシステム（ＡＮＳＩ Ｂ
ＳＳ） １２３ ＡＮＳＩ ＶＭＳＣ １２５ ＡＮＳＩ ＧＭＳＣ １２７ ＡＮＳＩ ＳＧＳＮ １２８ ＡＮＳＩサービス制御ポイント（ＡＮＳＩ Ｓ
ＣＰ） １２９ ＡＮＳＩメッセージセンタ（ＡＮＳＩ ＭＣ） １３０ ＡＮＳＩ ＶＭＳ １３１ ＰＳＴＮ（公衆交換電話網） １３３ 有線（従来型）電話機 １３５ ＡＡＡサーバ １３７ ＶｏＩＰサーバ １３９ Ｈ．３２３プロトコルサーバ １４１ データネットワーク １４３，１４５ コンピューティング装置 １４７ アプリケーションサーバ ２０１ データベースコンポーネント ２０３ ユーザ位置 ２０５ 統合ユーザプロファイル ２０７ セキュリティ情報 ２０９ データベースマネージャ ２１１ ＧＳＭ ＰＧ ２１３ ＡＮＳＩ−４１ ＰＧ ２１５ ＡＡＡ ＰＧ ２１７ ＳＩＰ ＰＧ ２１９ Ｈ．３２３ ＰＧ ２２１ アプリケーションゲートウェイ（ＡＧ） ４０１ ＧＳＭ ＨＬＲ ４０３ ＡＮＳＩ−４１ ＨＬＲ ４０５ 仲介装置（ＭＤ） ４０７ プロビジョニングゲートウェイ ９０１ ＧＳＭ ＨＬＲ １５０１，１５０３ 着信側ＭＣ
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 トーマス エフ ラ・ポルタ アメリカ合衆国、07733 ニュージャージ ー州、ホルムデル セブン オークス ド ライブ 19 (72)発明者 カズタカ ムラカミ アメリカ合衆国、07728 ニュージャージ ー州、フリーホールド、クリムゾン レー ン ２ (72)発明者 クリスハン ケー サブナーニ アメリカ合衆国、07090 ニュージャージ ー州、ウェストフィールド、ゴルフ エッ ジ ドライブ 206 (72)発明者 ロバート ショー セリンジャー アメリカ合衆国、60540 イリノイ州、ネ ーパービル、ハンプトン サークル 23 ダブル 264 Ｆターム(参考） 5K030 GA08 HC09 HD03 HD05 KA05 LB07 LB15 5K067 DD11 DD24 DD57 EE02 EE04 EE10 EE16 GG01 GG11 HH11 HH17 HH23 JJ64
Claims (40)
- 【請求項１】 多重プロトコルホームロケーションレジ
スタにおいて、 少なくとも２つの要求側ネットワークのうちの１つの要
求側ネットワークから、少なくとも２つのネットワーク
プロトコルのうちの１つに従うネットワーク要求を受信
するレシーバと、 多重プロトコルホームロケーションレジスタ内にあり、
ネットワーク要求によって要求された情報を取得するた
めに、前記少なくとも２つのネットワークプロトコルに
対する共通のデータソースおよび共通の制御手続きを利
用してネットワーク要求を処理するプロセッサと、 プロセッサに接続され、要求された情報を要求側ネット
ワークに中継するトランスミッタとを有することを特徴
とする多重プロトコルホームロケーションレジスタ。 - 【請求項２】 前記プロセッサは、前記共通のデータソ
ースを提供するデータベースに接続された１つ以上のプ
ロトコルゲートウェイを有し、 前記１つ以上のプロトコルゲートウェイは、ネットワー
ク要求を解釈し、前記少なくとも２つのネットワークプ
ロトコルに対する前記共通の制御手続きを利用して、前
記データベースへの１つ以上の問合せを生成するように
設定され構成されることを特徴とする請求項１記載の多
重プロトコルホームロケーションレジスタ。 - 【請求項３】 プロセッサは、共通のデータソースを提
供するデータベースに接続された１つ以上のアプリケー
ションゲートウェイを有し、 前記１つ以上のアプリケーションゲートウェイは、メッ
セージを解釈し、前記共通の制御手続きを利用して、前
記データベースへの１つ以上の問合せを生成するように
設定され構成されることを特徴とする請求項１記載の多
重プロトコルホームロケーションレジスタ。 - 【請求項４】 多重プロトコルホームロケーションレジ
スタが、少なくとも２つの要求側ネットワークのうちの
１つの要求側ネットワークから、少なくとも２つのネッ
トワークプロトコルのうちの１つに従うネットワーク要
求を受信するステップと、 ネットワーク要求によって要求された情報を取得するた
めに、前記少なくとも２つのネットワークプロトコルに
対する共通のデータソースおよび共通の制御手続きを利
用してネットワーク要求を処理するステップと、 要求された情報を要求側ネットワークに中継するステッ
プとを有することを特徴とする通信処理方法。 - 【請求項５】 前記処理するステップは、 前記少なくとも２つのネットワークプロトコルのうちの
１つに対応する規則に従ってネットワーク要求を解釈す
るステップと、 前記ネットワーク要求に関連する少なくとも１つの問合
せを生成し、該少なくとも１つの問合せを加入者データ
ベースに中継するステップと、 前記要求された情報を前記加入者データベースから受信
するステップとを有することを特徴とする請求項４記載
の方法。 - 【請求項６】 前記処理するステップは、 前記ネットワーク要求に関連する共通のコマンドを生成
するステップをさらに有し、 前記共通のコマンドは、前記少なくとも１つの問合せを
生成するために利用されることを特徴とする請求項５記
載の方法。 - 【請求項７】 前記処理するステップは、 前記少なくとも２つのネットワークプロトコルの間の相
互運用機能を提供するステップを有することを特徴とす
る請求項４記載の方法。 - 【請求項８】 第１プロトコルゲートウェイが、複数の
ネットワークプロトコルのうちの第１ネットワークプロ
トコルを利用する第１ネットワークから第１メッセージ
を受信するステップと、 第１ネットワークプロトコルに対応する規則に従って第
１メッセージを解釈するステップと、 第１メッセージの解釈に基づいてコマンドを生成するス
テップと、 前記コマンドに基づいて少なくとも１つの問合せを生成
し、該少なくとも１つの問合せを加入者データベースに
中継するステップと、 第１メッセージに関連する前記少なくとも１つの問合せ
に対する少なくとも１つの応答を受信するステップと、 前記少なくとも１つの応答を第１ネットワークに中継す
るステップとを有することを特徴とする通信処理方法。 - 【請求項９】 第２プロトコルゲートウェイが、第２ネ
ットワークプロトコルを利用する第２ネットワークから
第２メッセージを受信するステップと、 第２ネットワークプロトコルに対応する規則に従って第
２メッセージを解釈するステップと、 第２メッセージの解釈に基づいて第２コマンドを生成す
るステップと、 第２コマンドに基づいて少なくとも１つの問合せを生成
し、該少なくとも１つの問合せを前記加入者データベー
スに中継するステップと、 第２メッセージに関連する前記少なくとも１つの問合せ
に対する少なくとも１つの応答を受信するステップと、 第２メッセージに関連する前記少なくとも１つの問合せ
に対する前記少なくとも１つの応答を第２ネットワーク
に中継するステップとをさらに有することを特徴とする
請求項８記載の方法。 - 【請求項１０】 前記解釈するステップおよび生成する
ステップは、第１プロトコルゲートウェイと第２プロト
コルゲートウェイに共通であることを特徴とする請求項
９記載の方法。 - 【請求項１１】 前記メッセージを受信するステップ
は、ネットワークプロトコルを終端することを特徴とす
る請求項８記載の方法。 - 【請求項１２】 前記ネットワークプロトコルに対応す
る規則は、少なくとも１つの通信標準を含むことを特徴
とする請求項８記載の方法。 - 【請求項１３】 前記複数のネットワークプロトコル
は、ＡＮＳＩ−４１、ＧＳＭ ＭＡＰ、ＳＩＰ、Ｈ．３
２３、ＡＡＡ、およびＭ−ＩＰのうちの少なくとも２つ
を含むことを特徴とする請求項８記載の方法。 - 【請求項１４】 前記ネットワークプロトコルは、有線
およびワイヤレス通信媒体の少なくとも一方を介して、
音声、データ、およびマルチメディアのうちの少なくと
も１つをトランスポートすることを特徴とする請求項８
記載の方法。 - 【請求項１５】 前記データベースは、複数の通信装置
のデータと、少なくとも２つのネットワークによって利
用されるデータとを含むことを特徴とする請求項８記載
の方法。 - 【請求項１６】 前記データは、ユーザプロファイル情
報を含むことを特徴とする請求項１５記載の方法。 - 【請求項１７】 アプリケーションサーバからのメッセ
ージに関連する少なくとも１つの問合せを生成するステ
ップと、 前記少なくとも１つの問合せに対する応答を受信した
後、該応答を前記アプリケーションサーバに中継するス
テップとをさらに有することを特徴とする請求項８記載
の方法。 - 【請求項１８】 第１ネットワークプロトコルと第２ネ
ットワークプロトコルの間の相互運用機能を提供するス
テップをさらに有することを特徴とする請求項８記載の
方法。 - 【請求項１９】 前記コマンドは、データベースマネー
ジャ、第１プロトコルゲートウェイ、および第２プロト
コルゲートウェイによって利用されるコマンド群のうち
の１つであることを特徴とする請求項８記載の方法。 - 【請求項２０】 複数の通信装置に対する、少なくとも
２つのネットワークプロトコルに準拠したデータを含む
データベースと、 前記データベースに接続され、前記少なくとも２つのネ
ットワークプロトコルからのネットワーク要求を解釈し
て前記データベースへの１つ以上の問合せを生成するよ
うに設定され構成された１つ以上のプロトコルゲートウ
ェイとを有することを特徴とする通信処理システム。 - 【請求項２１】 前記１つ以上のプロトコルゲートウェ
イのそれぞれは、ホームロケーションレジスタデータに
対するネットワーク要求を受信し処理するように設定さ
れ構成されることを特徴とする請求項２０記載のシステ
ム。 - 【請求項２２】 各プロトコルゲートウェイは、相異な
るネットワークプロトコルに対応することを特徴とする
請求項２０記載のシステム。 - 【請求項２３】 各プロトコルゲートウェイは、該プロ
トコルゲートウェイに対応するネットワークプロトコル
を終端することを特徴とする請求項２０記載のシステ
ム。 - 【請求項２４】 各プロトコルゲートウェイは、該プロ
トコルゲートウェイに対応するネットワークプロトコル
に関連する規則に従ってネットワーク要求を解釈するよ
うに設定され構成されることを特徴とする請求項２０記
載のシステム。 - 【請求項２５】 前記少なくとも２つのネットワークプ
ロトコルは、ＡＮＳＩ−４１、ＧＳＭ ＭＡＰ、ＳＩ
Ｐ、Ｈ．３２３、ＡＡＡ、およびＭ−ＩＰのうちの少な
くとも１つを含むことを特徴とする請求項２０記載のシ
ステム。 - 【請求項２６】 前記ネットワーク要求は、有線および
ワイヤレス通信媒体の少なくとも一方を介しての、音
声、データ、およびマルチメディアのうちの少なくとも
１つに関連することを特徴とする請求項２０記載のシス
テム。 - 【請求項２７】 前記データは、ユーザプロファイル情
報を含むことを特徴とする請求項２０記載のシステム。 - 【請求項２８】 前記データは、認証情報を含むことを
特徴とする請求項２０記載のシステム。 - 【請求項２９】 前記データは、位置情報を含むことを
特徴とする請求項２０記載のシステム。 - 【請求項３０】 前記データベースに接続され、アプリ
ケーションサーバからのアプリケーション要求を解釈
し、前記データベースへの１つ以上の問合せを生成する
ように設定され構成されたアプリケーションゲートウェ
イをさらに有することを特徴とする請求項２０記載のシ
ステム。 - 【請求項３１】 前記データベースは、前記１つ以上の
プロトコルゲートウェイの間の相互運用機能を提供する
ように設定され構成されることを特徴とする請求項２０
記載のシステム。 - 【請求項３２】 前記データベースは、データベースマ
ネージャおよびデータ格納コンポーネントを有すること
を特徴とする請求項２０記載のシステム。 - 【請求項３３】 前記データベースは、前記１つ以上の
プロトコルゲートウェイに共通の手続きおよびコマンド
を利用する複数のコアサーバを有することを特徴とする
請求項２０記載のシステム。 - 【請求項３４】 第１プロトコルゲートウェイを介して
第１ネットワークからメッセージを受信するステップ
と、 第１プロトコルゲートウェイおよび第２プロトコルゲー
トウェイに共通の手続きに従って前記メッセージを処理
するステップと、 処理されたメッセージに基づいて少なくとも１つのデー
タベース問合せを生成するステップと、 第１プロトコルゲートウェイに対応する第１ネットワー
クおよび第２プロトコルゲートウェイに対応する第２ネ
ットワークに共通のデータを含むデータベースに、前記
少なくとも１つのデータベース問合せを中継するステッ
プとを有することを特徴とする通信処理方法。 - 【請求項３５】 前記少なくとも１つのデータベース問
合せに対する応答を受信するステップと、 第２プロトコルゲートウェイへの要求を生成するステッ
プとをさらに有することを特徴とする請求項３４記載の
方法。 - 【請求項３６】 前記応答は、第２プロトコルゲートウ
ェイを識別することを特徴とする請求項３５記載の方
法。 - 【請求項３７】 前記応答は、通信装置の位置を識別す
ることを特徴とする請求項３５記載の方法。 - 【請求項３８】 第２プロトコルゲートウェイへの要求
に対する応答を受信するステップと、 前記応答に基づいてメッセージを生成するステップと、 前記メッセージを第１プロトコルゲートウェイに中継す
るステップとをさらに有することを特徴とする請求項３
５記載の方法。 - 【請求項３９】 前記応答は、ルーティング情報を含む
ことを特徴とする請求項３８記載の方法。 - 【請求項４０】 前記ルーティング情報を利用して、第
２ネットワークのカバレジエリアに位置する通信装置に
呼をルーティングするステップをさらに有することを特
徴とする請求項３９記載の方法。
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 true JP2002330179A (ja) | 2002-11-15 |
| JP2002330179A5 JP2002330179A5 (ja) | 2005-07-14 |
| JP4076775B2 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) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007280026A (ja) * | 2006-04-06 | 2007-10-25 | Hitachi Kokusai Electric Inc | 無線基地局装置 |
| JP2009272668A (ja) * | 2008-04-30 | 2009-11-19 | Ntt Communications Kk | ゲートウェイ装置、ＶｏＩＰ網相互接続システム、通信方法、及びプログラム |
| JP2010124470A (ja) * | 2003-12-03 | 2010-06-03 | Qualcomm Inc | Ｃｄｍａ２０００／ｇｐｒｓローミングに関する方法及び装置 |
| US8249021B2 (en) | 2003-12-03 | 2012-08-21 | Qualcomm Incorporated | Methods and apparatuses for CDMA2000/GPRS roaming |
| KR20230027488A (ko) * | 2021-08-19 | 2023-02-28 | 한국건설기술연구원 | 스마트 하우징 플랫폼 및 스마트 홈 서비스 방법 |
Families Citing this family (47)
| 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 |
| US8271024B1 (en) * | 2003-11-26 | 2012-09-18 | Genband Us Llc | Messaging service interworking |
| US9118574B1 (en) | 2003-11-26 | 2015-08-25 | RPX Clearinghouse, LLC | Presence reporting using wireless messaging |
| 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 | 삼성전자주식회사 | 이종 무선네트워크간 핸드오버 관리장치 및 방법 |
| EP1859645B8 (en) * | 2005-03-08 | 2013-10-30 | Genband US LLC | Multiple access service convergence |
| 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 |
| WO2007079258A2 (en) * | 2005-12-29 | 2007-07-12 | Bridgeport Networks, Inc. | Inter-system communication |
| US7856233B2 (en) | 2006-03-30 | 2010-12-21 | Lemko Corporation | System, method, and device for providing communications using a distributed mobile architecture |
| 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 |
| 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 |
| US9774695B2 (en) | 2009-06-17 | 2017-09-26 | Counterpath Corporation | Enhanced presence detection for routing decisions |
| 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 |
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 |
| CN1157980C (zh) | 1999-06-24 | 2004-07-14 | 康柏计算机股份有限公司 | 在使用不同协议的网络上提供电信业务的方法和系统 |
| 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 |
| WO2002076077A1 (en) * | 2001-03-16 | 2002-09-26 | Leap Wireless International, Inc. | 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
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010124470A (ja) * | 2003-12-03 | 2010-06-03 | Qualcomm Inc | Ｃｄｍａ２０００／ｇｐｒｓローミングに関する方法及び装置 |
| US8249021B2 (en) | 2003-12-03 | 2012-08-21 | Qualcomm Incorporated | Methods and apparatuses for CDMA2000/GPRS roaming |
| US8509192B2 (en) | 2003-12-03 | 2013-08-13 | Qualcomm Incorporated | Methods and apparatuses for CDMA2000/GPRS roaming |
| JP2013258714A (ja) * | 2003-12-03 | 2013-12-26 | Qualcomm Inc | Ｃｄｍａ２０００／ｇｐｒｓローミングに関する方法及び装置 |
| JP2007280026A (ja) * | 2006-04-06 | 2007-10-25 | Hitachi Kokusai Electric Inc | 無線基地局装置 |
| JP2009272668A (ja) * | 2008-04-30 | 2009-11-19 | Ntt Communications Kk | ゲートウェイ装置、ＶｏＩＰ網相互接続システム、通信方法、及びプログラム |
| KR20230027488A (ko) * | 2021-08-19 | 2023-02-28 | 한국건설기술연구원 | 스마트 하우징 플랫폼 및 스마트 홈 서비스 방법 |
| KR102613336B1 (ko) * | 2021-08-19 | 2023-12-15 | 한국건설기술연구원 | 스마트 하우징 플랫폼 및 스마트 홈 서비스 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| US7522632B2 (en) | 2009-04-21 |
| US20020167906A1 (en) | 2002-11-14 |
| EP1244323B1 (en) | 2004-04-28 |
| DE60200415D1 (de) | 2004-06-03 |
| DE60200415T2 (de) | 2005-05-19 |
| JP4076775B2 (ja) | 2008-04-16 |
| EP1244323A1 (en) | 2002-09-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4606686B2 (ja) | 多重プロトコルホームロケーションレジスタ | |
| JP4076775B2 (ja) | 多重プロトコルホームロケーションレジスタ | |
| EP1880562B1 (en) | Short message service encapsulation of supplementary service requests for ims | |
| JP4104333B2 (ja) | インターワーキング・インターオペラビリティ装置 | |
| US8509221B2 (en) | Apparatus and method for enabling optimized gateway selection for inter-working between circuit-switched and internet telephony | |
| CN101069390B (zh) | 用于在移动通信系统中将通信路由到基于网际协议的语音终端的方法 | |
| US6137791A (en) | Communicating packet data with a mobile station roaming within an incompatible mobile network | |
| US8942709B2 (en) | Call redirection for enterprise hosted dual mode service | |
| US6791988B1 (en) | Processing of calls terminating in a packet switched protocol based cellular communication network | |
| 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 | |
| JP3744854B2 (ja) | 移動ｉｐネットワークにおける発呼者位置に基づくコールルーティング方法及びシステム | |
| US20020058507A1 (en) | Ip roaming number gateway | |
| CA2371555C (en) | Virtual numbering plan for inter-operability between heterogeneous networks | |
| JP4417570B2 (ja) | Ｇｓｍネットワークに基づくパケット交換プロトコルのための基本アーキテクチャ | |
| JP2003505939A (ja) | 通信システム | |
| JP3766782B2 (ja) | 無線電気通信システムにおいて無線呼出しに対するサービス機能をサポートするためのアーキテクチャ | |
| CN101057452B (zh) | 用于支持向双模式移动站的连接的灵活处理的方法和设备 | |
| WO2011069365A1 (zh) | 移动通信过程的建立方法及系统、归属位置寄存器 | |
| CN100352313C (zh) | 漫游至cdma网络的gsm1x用户实现无应答呼叫前转的方法 | |
| WO2006002575A1 (fr) | Methode pour mettre en oeuvre une itinerance de station mobile parmi differents reseaux de critere | |
| WO2006058462A1 (fr) | Reseaux de communication mobile heterogenes et passerelle pour lesdits reseaux | |
| WO2008052396A1 (fr) | Appareil et procédé pour réaliser une portabilité de numéro et un mélange de numéros dans un réseau local |
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 |