【発明の詳細な説明】

【０００１】

【関連出願】本出願は、本明細書中で参照し、全体として援用する、Ｒａｄｈｉｋａ Ｒ． Ｒｏｙによる、１９
９９年９月２８日付けの出願の米国仮特許出願第６０／
１５６、３６３号、第６０／１５６、４８２号の利点を請求するものである。

【０００２】

【発明の属する技術分野】本発明は、概して、音声、ビデオ会議サービスに関するものであり、特に、ワイド・
エリア・ネットワークベースのインテリジェント・サービス・コントローラを用いた音声および／またはビデオ会議サービスを提供するための、インターネットプロトコル（ＩＰ）技術を使用したホーム／スモール・ビジネス・ネットワークベースの装置の接続に関するものである。

【０００３】

【従来の技術】Ｈ． ３２３は、インターネットを含む、
パケット・ベースのネットワークにかけての音声、ビデオ、データ通信の基礎を提供する国際電気通信連合（Ｉ
ＴＵ）規格である。 Ｈ． ３２３規格を伴ったコンプライアンスにより、相互動作の可能性が得られ、ユーザは非互換性について心配することなく通信を行えるようになる。 Ｈ． ３２３レコメンデーションは、パケット交換ネットワークにかけてマルチメディア通信に規格を提供する。 このようなネットワークには、多くの企業ネットワーク、パケット交換ＴＣＰ／ＩＰネットワーク、また、
イーサネット（登録商標）、ファスト・イーサネット、
トークンリング技術、公共のインターネット、ＡＴＭネットワークおよび／またはその他にかけてのＩＰＸがある。 Ｈ． ３２３によって、通話制御のアドレシング、マルチメディア管理、回線容量管理と同様に、ビデオ会議の実施が可能になる。 従って、Ｈ． ３２３は、音声だけでなく、ビデオやデータ通信をもサポートする端末間でのインターネットワーク・マルチポイント会議を包含する。

【０００４】

【発明が解決しようとする課題】パケットベースのネットワークにかけてのマルチメディア通信の使用は、１つには公衆電話網（ＰＳＴＮ）／サービス総合デジタル網（ＩＳＤＮ）の利用料のために、通信の代替形式として増加した。 しかし、パケット交換トラフィックは、回路交換ＰＳＴＮネットワーク（例えば、ＩＰ−ｏｖｅｒ−
ＰＰＰ−ｏｖｅｒ−ＰＳＴＮまたはＩＰ−ｏｖｅｒ−Ｐ
ＰＰ−ＩＳＤＮ）に対しても送信することができ、また、Ｈ． ３２３パケット・ビットストリームもこれらに対して送信することができる。 パケットベースのネットワークの急速な拡大により、相互動作可能な装置およびシステムの必要性の要請がより高まっている。 Ｈ． ３２
３は、指定された端末のモビリティを有する一方で、有線および無線環境の両方で必要とされるユーザ、サービス、サービスプロバイダのモビリティ・フレームワークは提供されていない。

【０００５】

【課題を解決するための手段】本発明は、リアルタイムのＨ． ３２３マルチメディア通信においてＨ． ３２３アライアス（alias-エイリアス）・アドレス・ポータビリティを実施するための、Ｈ． ３２３ユーザ、サービス、
サービスプロバイダのモビリティ・フレームワークを提供する。 Ｈ． ３２３ユーザは、Ｈ． ３２３のホーム・ゾーン用のホーム・ゲートキーパーで登録される。 アライアス・アドレス・ポータビリティは、管理ゾーンに知られており、アライアス・アドレスのマッピングに使用される中央データベースを使用して得ることができ、またあるいは、分布データベースを使用して得ることができる。 当該方法は、着信側のＨ． ３２３エンティティへの通話を開始するために、Ｈ． ３２３ユーザが、着信側のＨ． ３２３エンティティのアライアス・アドレスを伴ったメッセージをホーム・ゲートキーパーへ送信し；アライアス・アドレス、サービスがポータブルであることを確認し；アライアス・アドレスを、着信側のＨ． ３２３
エンティティ用の着信側のルータブル・アライアス・アドレスに変換して、アライアス・アドレスをＨ． ３２３
ユーザへ送信し；着信側のＨ． ３２３エンティティへ通話を行うことによって実施される。

【０００６】

【発明の実施の形態】ターミナルのモビリティ中のハンドオーバーは無線環境のみで使用が可能であるため、端末のモビリティと違って、ユーザのモビリティおよびサービスのモビリティは有線環境、無線環境の両方に同じように適している。 音声、ビデオ、および／またはデータのようなリアルタイムのＨ． ３２３マルチメディア通信サービスでは、ユーザのモビリティ、Ｈ． ４５０． ｘ
のようなサービス（すなわち、付加サービス、マルチメディア通話フォワーディング、マルチメディア通話転送等）およびサービスプロバイダが指定されている場合、
マルチメディア・インテリジェント・ネットワーキング・プラットフォームが必要である。 ユーザ、サービス、
サービスプロバイダ・ポータビリティは、Ｈ． ３２３に関連した新しいタイプのマルチメディア・インテリジェント・ネットワーキングを要する。

【０００７】ユーザのモビリティは、ユーザが、異なる端末または端末タイプ上で同一のユーザ・アイデンティティを維持する機能として定義される。 Ｈ． ３２３には、アライアスアドレスＥ． １６４、トランスポート・
アドレス、Ｈ３２３ＩＤ、ＵＲＬ−ＩＤ、Ｅｍａｉｌ−
ＩＤ、パーティナンバー等のユーザが識別できる多くのユーザ・アイデンティティが可能である。 さらに、ＩＭ
ＥＩ、ＩＭＳＩ、ＴＭＳＩのようなアライアスも提案されている。

【０００８】ユーザのモビリティは、ユーザが、あらゆる端末におけるＨ． ３２３サービスにアクセスできる、
すなわち、異なる端末または端末タイプ上で同一のユーザ・アイデンティティを維持する機能として定義され、
また、Ｈ． ３２３システムの機能は、ユーザのサブスクリプションに従ってＨ． ３２３サービスを提供する機能として定義される。 さらにユーザのモビリティにより、
ユーザは、着信および発信通話のあらゆる端末上での登録を行うことができる。

【０００９】従って、ユーザのモビリティと端末のモビリティはそれぞれ個別のものである。 Ｈ． ３２３ユーザは次の任意のアライアス・アドレスのシーケンスを有する。 ・Ｅ． １６４ ・ＩＭＥＩ ・ＩＭＳＩ ・ＴＭＳＩ ・ＵＲＬ−ＩＤ ・Ｅｍａｉｌ−ＩＤ ・パーティーナンバー ・パーソナルＩＤ ・トランスポート・アドレス

【００１０】例えば、Ｅ． １６４は、ユーザが異なる端末上で同一に維持したいと希望する最初のアイテムであるかもしれない。 Ｈ． ３２３におけるＥ． １６４ナンバー・ポータビリティは、インテリジェント・ネットワーク（ＩＮ）のローカルナンバー・ポータビリティ（ＬＮ
Ｐ）発行とほぼ同じである。 また、ＬＮＰはさらに、サービスのモビリティ、サービスプロバイダのモビリティ、（レート・センターを越えた、またはその外の）ロケーション（ジオグラフィック）モビリティと関連している。

【００１１】同様に、本発明を用いれば、その他のユーザ・アイデンティティも同一に維持することができる。
いずれの場合においても、ネットワーキングでのインプリケーションは異なる。

【００１２】さらに、通常、ユーザの識別に用いられるエンドポイントも、通話シグナリングまたはトランスポート・アドレスおよびＲＡＳアドレスを有する。 エンドポイントは、同一の通話における異なるチャンネル（例えば、音声、ビデオ、および／またはデータ）に異なるトランスポートまたはネットワーク・アドレスを使用することもできる。 基本的な仮定は、通話シグナリングアドレスとＲＡＳアドレスは固定したものとは考慮されず、その一方で、Ｈ． ３２３のユーザのモビリティを固定したものと考慮するというものである。 同様に、ユーザのエンドポイントによってアライアス・アドレスとして使用できるトランスポートまたはネットワーク・アドレスは、そのユーザのモビリティ用に固定され続けるものとは考慮されない。

【００１３】要するに、ユーザのモビリティに関連して以下のように述べることができる。 ・選択された候補Ｈ． ３２３アライアス・アドレスは、
例えば、Ｅ． １６４、ＩＭＥＩ、ＩＭＳＩ、および／またはＴＭＳＩ、ＵＲＬ−ＩＤ、Ｅｍａｉｌ−ＩＤ、および／またはパーティーナンバーのようなユーザのモビリティ用に固定され続けることができる。 ・パーソナルＩＤを利用することができる。 ・エンドポイント・アライアスまたは通話シグナリング・アドレスまたはＲＡＳアドレスのいずれのトランスポートまたはネットワーク・アドレスも固定され続けることはない。 ・１例として、Ｅ． １６４はユーザのモビリティ用に固定され続け、Ｈ． ３２３マルチメディア通信に関連したユーザのモビリティのインパクトを示すために使用しても良い。 次に、その他のアライアス・アドレスは、ユーザのモビリティへのインパクトを分析するために考慮しても良い。

【００１４】サービスのモビリティは、ユーザが、ユーザおよび端末のモビリティとは別の特定のサービスを得ることができる機能として定義される。 すなわち、他のネットワークは、このサービスに必要なパラメータを得る手段をもっていなければならない。

【００１５】ユーザが同じＨ． ３２３サービスを持っていてもよいサービスのモビリティ手段（例えば、マルチメディア通話フォワーディング、マルチメディア通話転送、等のＨ．４５０．ｘ付加サービス）では、同一のユーザ・アイデンティティ（ユーザのモビリティ）を保つことができるか、または、ユーザがホーム・ネットワークからその外へ移動しても同一のターミナル（端末のモビリティ）を使用することができる。 サービスのモビリティはさらに、ユーザが、Ｈ． ３２３サービスプロバイダを変更した後に、同一のユーザ・アイデンティティ（ユーザのモビリティ）または同一の端末（端末のモビリティ）を使用できることを意味する。 本発明で使用される際、サービスのモビリティは、ユーザのモビリティのみに関連付けて説明される。

【００１６】サービスプロバイダのモビリティは、ユーザが、サービスプロバイダを変更した後に、異なる端末または端末タイプ上で同一のユーザ・アイデンティティを維持できる機能として定義される。 Ｈ． ３２３マルチメディア通話を扱う１つまたは複数のネットワークが、
より多くのマルチプルキャリアを持つことができる。 ユーザのモビリティは、１つまたは複数のアライアス・アドレスがポータブルであるということを意味する。 例えば、Ｅ． １６４アドレスには、通話の実際のルーティングの物理的パケットベースのネットワーク上にポータブルＥ． １６４アドレスをマッピングする機構がなければならない。

【００１７】Ｅ． １６４アドレスの、Ｈ． ３２３における実際のルーティング可能通話へのマッピング機能は、
ＩＮにおけるローカル・ルーティングナンバー（ＬＲ
Ｎ）方法と類似している。 実際、Ｈ． ３２３におけるサービスプロバイダ・ポータビリティは、ＩＮのＬＲＮと似た方法を用いて達成することができる。 しかし、このような方法を用いることで、そのサービスプロバイダ・
ポータビリティがどのように実現されるかを理解するために著しい量の分析が必要であるため、Ｈ． ３２３ネットワーキング上に重大なインプリケーションを生じる。
サービスプロバイダが、ユーザのモビリティを用いてＨ． ３２３マルチメディア（音声、ビデオ、および／またはデータ）サービス（例えば、Ｈ．４５０．ｘ）を提供する方法は数多くある。 このユーザ、サービス、サービスプロバイダ・ポータビリティは「マルチメディア・
インテリジェント・ネットワーキング（multimedia int
elligent networking）」と呼ばれている。

【００１８】Ｈ． ３２３は、エンドポイントにアライアス・アドレスを使用する。 このようなアライアス・アドレスは、ユーザを識別するために使用される。 ＩＭＥ
Ｉ、ＩＭＳＩ、ＴＭＳＩ、パーソナルＩＤのようなより多くのアライアス・アドレスが提案されている。 モバイルユーザの場合、ユーザが１つの場所から別の場所へと移動する間に、１つまたはそれ以上のアライアス・アドレスを固定することができる。 本発明では、エンドポイントのようなＨ． ３２３ユーザは、Ｈ． ３２３アライアス・アドレスとも関連している。 本発明では、ユーザがある場所から別の場所へ移動する間に同一のアイデンティティを維持したい場合には、サービスとサービスプロバイダのモビリティの両方を維持するために以下のオブジェクティブが必要である。 ・アライアス・アドレス・
ポータビリティが、サービスの質とネットワークの信頼性を所定のレベル以下に劣化することなく、Ｈ． ３２３
サービス（例えば、Ｈ．４５０．ｘ）、特徴、機能をサポートする。 ・アライアス・アドレス・ポータビリティの実施が、利用者が自分のアライアス・アドレスを変更することなく非常に効率的に行われる。 ・アライアス・アドレス・ポータビリティが実施される際に、サービスプロバイダが、他のキャリアのネットワークに影響されることなく、Ｈ． ３２３マルチメディア（音声、ビデオ、および／またはデータ）通話を顧客へとルーティングする。

【００１９】Ｈ． ３２３において、アライアス・アドレスは以下のように説明される。

【００２０】１つのエンドポイントは、これに関連した１つまたはそれ以上のアライアス・アドレスを有することもできる。 １つのアライアス・アドレスは、そのエンドポイントを表し、または、そのエンドポイントがホスティングしている会議を表していてもよい。 アライアス・アドレスは、エンドポイントを番地付け（address）
するもう一つの方法を提供する。 これらのアドレスは、
Ｅ． １６４またはパーティーナンバーアドレス（ネットワーク・アクセスナンバー、電話番号等）、Ｈ． ３２３
ＩＤ（名称、ｅ−ｍａｉｌのようなアドレス、等を表す英数字ストリング）、レコメンデーションＨ． ２２５．
０で定義されたその他のあらゆるものを含んでいる。 アライアス・アドレスは、ゾーン、ドメイン、ゾーン間、
ドメイン間において独特である。 ゲートキーパー、Ｍ
Ｃ、ＭＰは、アライアス・アドレスを持っていない。

【００２１】システム内にゲートキーパーがない場合には、通話エンドポイントが、着信側のエンドポイントの通話シグナリング・チャンネル・トランスポート・アドレスを用いて、着信側のエンドポイントを直接番地付けする。 システム内にゲートキーパーがある場合には、ゲートキーパーが、着信側のエンドポイントを、その通話シグナリング・チャンネル・トランスポート・アドレスまたはアライアス・アドレスに変換する。 着信側のエンドポイントのＥ． １６４アドレスは、任意のアクセスコードの後にＥ． １６４アドレスを付けたもので構成されてもよい。 このアクセスコードは、０〜９のセットからのｎ桁、 ^*と＃、から成っており、ここでｎは所定の数であり、その桁数と意味は製造業者の判断に委ねられる。 このようなアクセスコードの目的の１つは、ゲートウェイへのアクセスを要求するものであってよい。 ゲートキーパーは、このアドレスを目的地へ送信する前に変更することができる。

【００２２】Ｈ． ３２３ＩＤは、レコメンデーションＨ． ２２５．０で定義された一連のＩＳＯ／ＩＥＣ １
０６４６−１キャラクタから成る。 これはユーザ名、会議名、ｅ−ｍａｉｌ名、その他の識別子であってよい。
１つのエンドポイントは、同じトランスポート・アドレスに変換された２つ以上のアライアス・アドレスを持つことができる。 この２つ以上のアライアス・アドレスは同タイプのものであってもよい。 エンドポイントのアライアス・アドレスは、ゾーン内で独特である。 この実施形態では、通話シグナリング・トランスポートまたはネットワーク・アドレス、ＲＡＳトランスポートまたはネットワークアドレスは、ユーザのモビリティに関連して固定され続けることはない。

【００２３】Ｈ． ３２３において、着信側エンドポイントのＥ． １６４アドレスは、任意のアクセスコードの後にＥ． １６４アドレスを付けたもので構成されてもよい。 Ｅ． １６４は、ＮＰＡ−ＸＸＸ−ＸＸＸＸ形式の１
０桁の電話番号を提供する。 このフォーマットにおいて、ナンバー・プラン・エリア（ＮＰＡ）は、ジオメトリック情報コード（ＧＩＣ）またはサービス・アクセス・コード（ＳＡＣ）であってよい。 末７桁は、通常、Ｎ
ＸＸＸＸＸＸにおける利用者の番号を示し、ここで、Ｎ
は２〜９の間の数字であり、Ｘは０〜９の間の数字である。 この利用者番号フォーマットにおいて、最初の３桁（すなわち、ＮＸＸ）は、一般に、その電話番号の中央オフィス（ＣＯ）切り替えを識別する中央オフィス（Ｃ
Ｏ）コードである。 ＮＰＡコードには、ジオグラフィックＮＰＡ（Ｇ−ＮＰＡ）（例えば、エリアコード）、非ジオグラフィックＮＰＡ（ＮＧ−ＮＰＡ）（例えば、８
００番、９００番）、モバイルユーザのナンバーのようないくつかのサブカテゴリがあってよい。

【００２４】従って、Ｈ． ３２３通信システムは、パケットベースのネットワーク（ＰＢＮ）を扱うものである。 これに関して、ユーザまたはエンドポイントが使用するＥ． １６４ナンバーは、ある種の非ジオグラフィック有意性を持っていると考えることができる。 これは、
Ｈ． ３２３ユーザが、ある場所から別の場所へ移る際にも同一のアイデンティティを維持したい場合のユーザのモビリティについても当てはまる。

【００２５】Ｈ． ３２３は、マルチメディア（音声、ビデオ、および／またはデータ）通話を扱う。 通話は、ポイント・ツー・ポイント（point-to-point）、ポイント・ツー・マルチポイント（point-to-maltipoint）、またはマルチポイント・ツー・マルチポイント（multipoi
nt-to-multipoint）であってよい。 通話処理インテリジェンスは、パケットベースのネットワーク（例えば、Ｉ
Ｐ、ＡＴＭ）にわたって分布されるのと同様に中央化されてもよい。 ユーザ、サービス、サービスプロバイダのモビリティは、アライアス・アドレスがポータブルであり、ユーザが場所から場所へ移動する際にも固定されている必要がある。 その結果、これらのポータブル・アドレスは、そのパケットベースのネットワークについてのジオグラフィックな有意性を持たない。 このようなネットワーキングは、Ｈ． ３２３に関連したマルチメディア・インテリジェント・ネットワーキング（ＭＩＮ）と呼ばれる。 言い換えれば、マルチメディア・インテリジェント・ネットワーキングは、パケットベースのネットワークに、複雑なパケット交換（例えば、ＩＰルータ、Ａ
ＴＭ交換）とは別のマルチメディア（音声、ビデオ、および／またはデータ）サービス機能を追加するものである。

【００２６】ＭＩＮでは、サービスプロバイダは、迅速かつ柔軟にマルチメディアサービスを顧客に提供することができる。 ＭＩＮがこれほど強力になるのは、マルチメディアサービスを、中央化された、または、コストパフォーマンスのトレードオフに基づいたネットワークに分布したデータベース上で展開できるためである。 図１
に示すように、Ｈ． ３２３において、各モバイル・エンティティはそのホーム・ゲートキーパーＧＫ１ １０
２、ＧＫ２ １０４、ＧＫ３ １０６に登録する必要がある。 モバイル・エンティティは、そのモビリティを管理する中央制御ポイントとなる、ホームＧＫを示す。 各モバイル・エンティティは、ホーム／外部ゾーン１０
８、１１０、１１２、１１４を備えている。 モバイルが外部ゾーンへ移動しても、モバイルは、外部ＧＫに登録しなければならない。 その結果、ＧＫは、ホームと外部ビジターの両方のロケーション情報を管理する必要がでてくる。 ＧＫは、ホームあるいは外部ビジター両方に対し、ロケーション情報を保持するためのデータベース１
１６、１１８、１２０を有する。 本明細書中では、「外部」と「ビジター」という用語を互換性のあるものとして使用している。 故に、ＧＫアーキテクチャと同様に、
ホーム／ビジターアーキテクチャも分布的である。

【００２７】端末のモビリティに関しては、ユーザが端末と共に、ある場所から別の場所へ移動する際のロケーションを管理するのに、分布したデータベースと中央化したデータベースの両方を使用することができる。 Ｈ．
３２３において、各モバイル・エンティティはそのホームＧＫに登録する必要がある。 モバイル・エンティティは、モビリティを管理するための中央制御ポイントとなるそのホームＧＫを示す。 モバイルは、外部ゾーンへ移動した場合には、外部ＧＫに登録しなければならない。
その結果、ＧＫはホームと外部ビジターの両方のロケーション情報を管理する必要がある。 従って、各ＧＫは、
ホームとビジターのロケーション情報のデータベースを所有および維持している。 図１は、本発明によるゾーン、ＧＫ、ホーム／ビジター・データベース・アーキテクチャの１つの実施形態を示す。

【００２８】しかし、Ｈ． ３２３では、ＧＫとロケーション・データベースの間のサービスはバックエンド・サービスとして知られ、また、これらの機能エンティティ間のプロトコルはバックエンド・サービス・プロトコルとして知られている。 Ｈ． ３２３では、バックエンド・
サービスとプロトコルはまだ規格化されていないため、
従来のバックエンド・サービスとプロトコル技術を使用することができる。

【００２９】現在のロケーション情報が使用可能な場合は、ロケーション管理にロケーション・データベースの更新が含まれる。 通話確立の最中に、これらのデータベースは、モバイル・エンティティの現在のロケーションを決定するために質問される。 特にモバイル・エンティティが指定のホームＧＫから遠く離れている場合には、
このようなクエリには費用がかかってしまう。 そのため、ロケーション管理はさらに最適化される必要がある。 １つの実施形態では、ホームロケーション情報のロケーションは、ロケーション管理を最適化するために中央化されても良い。

【００３０】図２に示すように、この中央化されたホームロケーション・データベース・アーキテクチャにおいて、モバイル・エンティティのホームロケーションがずっと同じであり、この情報が中央データベース２０２に保管されるので、一般に、管理はより単純である。 しかし、このような解決法のスケーラビリティは、特に大規模なＩＰネットワークまたは公共のインターネットにおいては問題がある。 また、ロケーション情報を管理するための階層データベースを設けることもできる。 分布的なロケーション管理データベースの使用と、中央化したロケーション管理データベースの使用のどちらを選ぶかは、実施の選択の問題である。 両方の実施形態について以下に説明する。

【００３１】ユーザ、サービス、サービスプロバイダのモビリティについて、分析を簡素化するために以下の仮定を行う。 ・管理ドメインのおのおのは単一のゾーンを有する。 ・Ｈ． ３２３ユーザに指定されたＥ． １６４アライアス・アドレスは、そのユーザがある場所から別の場所に移動しても固定される。 ・本来、管理ドメインにおいて、ユーザに指定されたあるアライアス・アドレス（例えば、Ｅ．１６４アドレス）のドメインは、ドナー・ドメインとして知られている。 ・ユーザの移動のために、アライアス・アドレスがドナードメインから移動した場合、新規のドメインは受信側ドメインと呼ばれる。 移動したアライアス・アドレスはポーティングされたナンバーで示される。

【００３２】アライアス・アドレス・ポータビリティのデータベース方法は、マルチメディア（音声、ビデオ、
および／またはデータ）通話を目的地にルーティングするためにアライアス・アドレス・データベースを利用する。 しかし、ポータブルＨ． ３２３アライアス・アドレスは、ネットワーク・ルータブルナンバーではない。 これは、通話を目的地へルーティングするためのネットワーク・アドレスに変換される必要がある。

【００３３】以下に述べる説明は、中央化されたデータベースの場合の通話シナリオについてのものである。 図３に示すように、すべての管理ゾーンに知られている中央データベース３０２は、アライアス・アドレス・マッピングを提供するために使用することができる。 ユーザのモビリティは、データベースを使って実施される。 例えば、管理ドメイン２ ３０６に常駐する通話Ｈ． ３２
３エンティティ３０４によって、通話が行われる。 着信側のＨ． ３２３エンティティは、ある場所から他の場所に移動してもアライアス・アドレス（例えば、Ｅ．１６
４）が変わらないモバイル・ユーザである。 着信側のモバイル・ユーザ３０８は、管理ドメインから指定されたアライアス・アドレスを有し、また、管理ドメイン３
３１０へと移動する。 管理ドメイン３へ移動する際、
Ｈ． ３２３ユーザは、一般に端末のモビリティの場合の登録と似た方法でドメイン３のＢＥまたはＧＫに登録する。 この方法は当業者によく知られているため、ここではこれ以上の説明を省略する。 概して、アライアス・アドレス・マッピングを提供する中央データベースでは登録情報も更新されている。 ユーザのモビリティ用にデータベースを更新するトリガ機構は、Ｈ． ３２３規格では定義されていない。 しかし、ＭＩＮ概念に続き、ポーティングされたアライアスナンバーへのマルチメディア通話デリバリは、図３に示す以下のステップから成っている。

【００３４】・ステップ１： 管理ドメイン２ ３０６
と接続した発信側Ｈ． ３２３ ３０４は、着信側３０８
へ通話を行うことを求めている。 発信側Ｈ． ３２３ ３
０４は、着信側のアライアス・アドレス（例えば、４０
４−４５７−ｘｘｘｘ（Ｅ．１６４））を含有した独自のドメインのＧＫ３１２と共にＲＡＳメッセージ（通常はＡＲＱ）を送信する。 コールフローの詳細は、簡略化のために省略している。 親ドメイン１のＧＫ／ＢＥ３１
２がナンバーを受信すると、ＧＫ／ＢＥ３１２とデータベース３０２間の相互作用が起こる。 ・ステップ２： ドメイン２ ３０６のＧＫ／ＢＥ３１
２が、着信側のアライアス・アドレス（例えば、４０４
−４５７−ｘｘｘｘ）を含んだデータベース３０２にクエリを送信する。 データベース３０２は、このアライアス・アドレスがポーティングされたアドレスにあることを識別し、クエリが、中央データベースの対応するアライアス・アドレス・ポータビリティ・データベースに送られる（データベースは、アライアス・アドレスタイプ、ポータブル・アライアス・アドレス、非ポータブル・アライアス・アドレス、等のように多くの方法で仕切られていてもよい）。 ・ステップ３： データベース３０２は、ポーティングされたアライアス・アドレス（例えば、４０４−４５７
−ｘｘｘｘ）を、モバイル・ユーザ３０８は現在接続している実際のルータブル・ネットワーク・アドレス（例えば、ＩＰサブネットワーク・アドレス）にマッピングする。 （必要であれば、４０４−４５７−ｘｘｘも別のＥ．１６４アドレスにマッピングすることができる。）
受信側のルータブル・ネットワーク・アドレス（例えば、ＩＰサブネットワーク・アドレス）が、着信側のアライアスがポーティングされたナンバーであるという指示と共に、親ドメイン３０６のＧＫ／ＢＥ３１２へ返送される。 ・ステップ４： 親ＧＫまたはＢＥ３１２が、着信側のエンティティ３０８の解決したルータブル・ネットワーク・アドレスを発信側３０４へ送る（これは、Ｈ．３２
３のＡＣＦメッセージの形であってもよい）。 着信側のアライアスナンバーはポーティングされたナンバーであり、着信側３０８のロケーションについての実際の情報を提供するものではないことに留意されたい。 発信側３
０４は、通話を行う前に請求料金を実際に知ることを求めても良い。 発信側３０４は、通話を行う前に、請求料金情報やその他の関連情報について知るための処理を行うことができる。 ・ステップ５： 発信側３０４は、ルータブル・アドレスを知っていれば、直接（ステップ５ａ）またはＧＫを介して（ステップ５ｂ）通話を行うことができる。

【００３５】上記のシナリオにおいて、中央データベースでは、全ての管理ドメインの全てのサービスプロバイダの全ての情報を使用することが可能である。 しかし、
全ての管理ドメインの全てのサービスプロバイダの全ての情報は常に使用可能であるわけではない。 サービスプロバイダによっては、データベースを分けることができるものがある。 そうなると、多数のデータベース間の相互作用が必要となる。 以下で、データベースが分配された実施形態を説明する。

【００３６】上記の実施形態では、ポーティングされたアライアス・アドレスをユーザに提供するドナー管理ドメインがあった。 ポーティングされたナンバーが、任意の管理ドメインの任意のサービスプロバイダによって付与される場合、そのサービスプロバイダのドメインを決定する機構を備えていてもよい。 図４は、Ｅ． １６４アライアス・アドレスの例を用いたこのケースを示すものである。

【００３７】図４は、Ｈ． ３２３ユーザ４０４が管理ドメイン２ ４０２と接続しており、Ｅ． １６４アライアス・アドレスが４０４−４５７−ｘｘｘｘである別のユーザ４０６に通話を行うことを求める場合の例を示している。 ＮＰＡ−ＮＸＸを知ることにより、管理ドメイン１（サービスプロバイダ１）４０８がこのアライアス・
アドレスのドナーであると決定することができる。 そのため、ドメイン１ ４０８は、このアライアス・アドレスがポータブルであるか、そうでないかについての情報を有するドメインである。 これは、アライアス・アドレスがどのように割り当てられているか、また、ある特定の規準を持つ情報が異なるデータベース間で分布しているかどうかを示す。 図４では、ＭＩＮ概念に従って分布した環境において、以下のステップを使用することができる。 ・ステップ１： 図３にあるように、管理ドメイン２
４０２と接続した発信側Ｈ． ３２３ ４０４は、着信側４０６へ通話を行うことを求める。 発信側Ｈ． ３２３
４０４は、着信側のアライアス・アドレス（例えば、４
０４−４５７−ｘｘｘｘ（Ｅ．１６４））を含有する独自のドメインのＧＫと共に、ＲＡＳメッセージ（通常、
ＡＲＱ）を送信する。 簡略化のため、コールフローの詳細は図示しない。 親ドメイン１ ４０２のＧＫまたはＢ
Ｅ４１０がこのナンバーを受信すると、ＧＫまたはＢＥ
４１０とデータベース４１２間に相互作用が生じる。 ・ステップ２： ドメイン２ ４０２のＧＫまたはＢＥ
は、４０４−４５７−ｘｘｘｘのアライアス・アドレス・パターンが 管理ドメイン１（サービスプロバイダ１）がこのアライアス・アドレスのドナーであることを示すものであると決定し、これがポータブル・アドレスであるか否かを調べるために、このアライアス・アドレス（４０４−４５７−ｘｘｘｘ）を伴ったクエリ・メッセージを（通常は、Ｈ．２２５．０ アネックスＧのアクセス要求メッセージを介して）ドメイン１ ４０８のＢＥまたはＧＫ４１４へ送信する。 ・ステップ３： ドメイン１ ４０８のＧＫまたはＢＥ
４１４が、そのアライアス・ポータブル・チェッキング・データベースにクエリを送り、それに付与されたアライアス・アドレス（４０４−４５７−ｘｘｘｘ）がポータブルであるか否かを調べる。 ドナー・ドメイン（管理ドメイン１（サービスプロバイダ１））が、データベースを分析した後に、着信側のアライアス・アドレスがポーティングアウトされていると決定し、ドメイン２ ４
０２のＢＥまたはＧＫ４１０に確認メッセージを送信する。 ・ステップ４： ドメイン２ ４０２のＧＫまたはＢＥ
４１０が、着信側のアライアス・アドレス（例えば、４
０４−４５７−ｘｘｘｘ）を含んだデータベース４１２
へクエリを送る。 データベース４１２は、このポーティングされたアライアス・アドレスが、実際のネットワーク・ルータブル・アドレス（例えば、ＩＰサブネットワーク・アドレス）にマッピングされる必要があることを識別する。 ・ステップ５： データベース４１２は、ポーティングされたアライアス・アドレス（例えば、４０４−４５７
−ｘｘｘｘ）を、モバイル・ユーザ４０６が現在接続されている実際のルータブル・ネットワーク・アドレス（例えば、ＩＰサブネットワーク・アドレス）にマッピングする。 （必要であれば、４０４−４５７−ｘｘｘ
も、別のＥ． １６４アドレスにマッピングする）。 受信側のルータブル・ネットワーク・アドレス（例えば、Ｉ
Ｐサブネットワーク・アドレス）が親ＧＫまたはＢＥ４
１０へ返送される。 ・ステップ６： 親ＧＫまたはＢＥ４１０が、着信側エンティティ４０６の解決したルータブル・ネットワーク・アドレスを発信側４０４へ送る（Ｈ．３２３のＡＣＦ
メッセージの形であってもよい）。 着信側のアライアスナンバーが、ポーティングされたナンバーであり、着信側４０６のロケーションについての実際の情報を提供するのではないことに留意する。 発信側は、通話を行う前に、実際に請求料金を知ろうとしても良い。 発信側４０
４は、通話を行う前に、請求金額や、その他の関連情報を知るための処理を行うことができる。 ・ ステップ７： 発信側４０４は、ルータブル・アドレスを知っていれば、直接（ステップ７ａ）またはＧＫ
（ステップ７ｂ）を介して通話を行うことができる。

【００３８】アライアス・アドレスがポーティングされていない場合、ドナー・ドメインへのクエリが、中央化されたデータベースの場合に必要である、不要なデータベース・クエリを保存する。 これによって、料金を節約することができる。 しかし、アライアス・アドレスがポーティングされたナンバーである場合には、顧客への通話のルーティングとコストに関して、ドナー（親キャリアまたは親サービスプロバイダ）とオリジネータ（新規のキャリアまたは新規のサービスプロバイダ）の間で解決されるべき問題点がいくつかあるかもしれない。

【００３９】特に、複数のサービスプロバイダが関与している場合には、インプリケーションを有するデータベース・クエリにいくつかのシナリオが考えられる。 Ｈ．
３２３マルチメディア（音声、ビデオ、および／またはデータ）通話が複数のサービスプロバイダに関与している場合、データベース・クエリをトリガするために以下の方法をとることができる。 ・親サービスプロバイダ・シナリオ： 親サービスプロバイダ・シナリオの場合、親サービスプロバイダはデータベース・クエリを実行することができる。 ・ターミネーティング・サービスプロバイダ・シナリオ： ターミネーティング・サービス・プロバイダ・シナリオの場合、ターミネーティング・サービスプロバイダもまた、データベース・クエリを実行することができる。 ・「Ｋ−１」シナリオ：この状況で、サービスプロバイダは、ターミネーティング・サービスプロバイダの直前に、データベースクエリを実行する。 ・第一のシナリオ可能ＧＫ／ＧＢ（First-GK/GB-can-sc
enario）：データベースアクセス機能を有する第一のＧ
ＫまたはＧＢはクエリを実行する。

【００４０】各シナリオは、通話のルーティングおよび請求上のインプリケーションを有している。 この規格は、クエリ用の適切なシグナリング機構で各々のケースを特定し、コストパフォーマンス・トレードオフを考慮した実施が成されることが可能である。

【００４１】中央データベース・アーキテクチャは、アライアス・アドレス・ポータビリティが全国的（８００
／９００データベースと類似）または国際的に展開される際にスケーラビリティ上の問題を生じることがある。
より適切な解決は、領域データベースを維持することであってもよい。 この場合、問題となるのは：誰がアライアス・アドレス・ポータビリティ・データベースを維持するか？ アライアス・アドレス・リソースが、新規のＨ． ３２３サービスプロバイダに効率的に使用可能になるようにするために、これらのデータベースが１つまたはそれ以上の中立的な第３者側によって維持されるか？
ということである。 １つの実施形態では、データベースは、ポーティングされたアライアス・アドレス、関連したルータブル・ネットワーク・アドレスおよびサービスプロバイダ情報のみを含有することができる。

【００４２】１つの実施形態では、ＧＫがアドレスをキャッシュすることができる。 同様のキャッシング機構を、アライアス・アドレス・ポータビリティに採用することもできる。 データベースに基づいたアライアス・アドレス・ポータビリティでは、いくつかのポーティングされたアライアス・アドレスが、親ＧＫまたはＢＥから頻繁にアクセスされる傾向がある。 この親ＧＫまたはＢ
Ｅにおいて、頻繁にポーポーティングされるアライアス・アドレスをその受信側ＧＫまたはＢＥのルータブル・
ネットワーク・アドレスにマッピングするために、キャッシュを保管することができる。 これにより、頻繁にポーティングされるアライアス・アドレスのルーティング情報を、アライアス・アドレス・ポータブル（ＡＡＰ）
データベースに対する費用のかかるＭＩＮクエリの代わりに、そのキャッシュから得ることができる。 このキャッシュ・アプローチは、以下のステップを用いて実行することができる。 ・ステップ１： ＲＡＳシグナリング・メッセージ（例えば、ＡＲＱ）が送信されると、親ＧＫまたはＢＥが、
キャッシュ内にアライアス・アドレスがあるかどうかを調べる。 アライアス・アドレスがある場合には、キャッシュヒットが生じ、そのキャッシュから、受信側のエンティティ（ＧＫ、ＢＥ、またはモバイルがあるＨ．３２
３エンドポイント）のルータブル・ネットワークナンバーが得られる。 Ｈ． ３２３ ＲＡＳシグナリング手順を実施した後（詳細は簡略化のため説明しない）、図３で説明したステップ４、ステップ５に続いて、Ｈ． ３２３
通話が受信側のエンティティへルーティングされる。 あるいは、キャッシュ・ミスが生じたら、次のステップが実行される。 ・ステップ２： 図３のステップ２、ステップ３の後に、親ＧＫまたはＢＥがＡＡＰデータベースに質問する。 ＧＫまたはＢＥが、ＡＡＲから受信側のエンティティのルータブル・ネットワークナンバーを受信すると、
ポーティングされたアライアスナンバーと対応するネットワーク・ルータブルナンバーを記憶するためのエントリがキャッシュ内に作成される。 ・ステップ３： 図３で説明したステップ４、ステップ５の後に、Ｈ． ３２３通話が、受信側のエントリへルーティングされる。

【００４３】アライアス・アドレスおよび関連するルータブル・ネットワークナンバーをキャッシュするためにどの基準を使用するかを決めることによって、キャッシュ・ポリシーが公式化される。 キャッシュが一杯であり、ＧＫまたはＢＥが新規のキャッシュを追加することを求める場合、キャッシュ・ポリシーがどのキャッシュを交換するかを決める。

【００４４】Ｈ． ３２３ユーザのモビリティ・スキームは、アライアス・アドレスがポータブルである必要性を要する。 ユーザがある場所から別の場所へ移動する間、
ユーザによって同一のアライアス・アドレスが使用される。 上記のシナリオは、ユーザ、サービス、サービスプロバイダのモビリティの問題が相関していることを示している。 上記の全ての機能を含むために、Ｈ． ３２３シグナリング・プロトコル（バックエンド・サービスを提供するためのデータベース・クエリ用の、ＲＡＳのエクステンションと、新規シグナリング・メッセージの作成）が拡張されると、ユーザは、サービスプロバイダの変更後も、同一のアライアスナンバーを維持することができるようになる。 従って、これによっても、サービスプロバイダのモビリティの目的は達成される。

【００４５】Ｈ． ３２３に基づいたＭＩＮシステムは、
従来のＰＳＴＮ／ＩＳＤＮインテリジェント・ネットワーキング（ＩＮ）システムと類似していてもよい。 ２つのシステム間の相互動作性を提供するために、以下に示す問題点を解決する必要がある。 ・どのアライアス・アドレス・ポータビリティに最初に注目するか？ ・そのアライアス・アドレス・ポータビリティにどういった具体的な基準を用いるか（ポータブルか、非ポータブルか）？ ・中央化したデータベースあるいは分布したデータベースをどのように選ぶか？ ・分布データベースの場合、どのように同期性を維持するか？ ・バックエンド・サービスを定義するために新規のシグナリング・メッセージを生成するか？ または、現存のメッセージをエクステンドすることが可能か？

【００４６】アライアス・アドレスをポータブルを要請することにすることにより、Ｈ． ３２３ユーザ、サービス、サービスプロバイダのモビリティを提供することができる。 提案されたアーキテクチャとプロトコルは、
Ｈ． ３２３ＭＩＮが、アライアス・アドレス・ポータビリティにどのようにフレキシビリティを提供するかを示す。 ユーザ、サービス、サービスプロバイダのモビリティは、以下に基づいて提供される。 ・ポーティングすることができるポータブル・アライアス・アドレスは、Ｅ． １６４、ＩＭＥＩ、ＩＭＳＩ、Ｔ
ＭＳＩ、ＵＲＬ−ＩＤ、ＥｍａｉｌＩＤ、パーティナンバー、パーソナルＩＤである。 ・各アライアス・アドレス・タイプについて、ポーティングされたアライアス・アドレスとポーティングされていないアライアス・アドレスの間を区別する機構が必要である。 ・ポーティングされたアライアス・アドレスは、ネットワーク・ルータブル・アドレスにマッピングされる必要がある。 マッピングは、データベース方法とキャッシュ・アプローチを用いて行うことができる。 ・データベース方法は、分布可能であると同様に、中央化可能である。 各々の場合において、ユーザ、サービス、サービスプロバイダを影響する問題点がある。 データベースの全国的または国際的な実施において、データベースをどのように維持するか、すなわち、インディビジュアル・サービス・プロバイダか、第３者側かを決定する必要がある。 ・分布的な実施の場合、管理ドメイン間の通信に使用するプロトコルは、これに関連して説明した通りにサービスプロバイダの要求を満たす必要がある。 ・キャッシュ・アプローチ方法の場合、キャッシュ維持のためのポリシーは、バッファサイズに関連して規格化されなくてはならない。 ・Ｈ． ３２３プロトコル（例えば、ＲＡＳ）は、ポーティングされたアライアス・アドレスを決定するため、また、これに関連して説明した通りにポーティングされたアライアス・アドレスをルータブル・ネットワーク・アドレスにマッピングし、データベース・クエリをトリガする必要性を満たすために、エクステンドする必要がある。 必要であれば、ＲＡＳのエクステンションと共に、
Ｈ． ３２３バックエンド・サービス・プロトコルを開発する必要がある。 ・端末、ユーザ、サービス、サービスプロバイダのモビリティ管理を、従来通りに実施すべきである。 例えば、
ユーザがある場所から別の場所へ移動した場合、ポーティングされたアライアス・アドレスを用いてサービスを受けるために、ユーザは、従来知られているように新しい場所で登録を行う必要がある。 ・ここで提案されたＨ． ３２３に基づいたＭＩＮと従来のＰＳＴＮ／ＩＳＤＮＩＮの間の相互作用を定義する必要がある。

【００４７】本発明は、内部ドメインまたは内部ゾーン通信に同じ原理を使用することができるが、主に内部ドメイン通信に関連して、ユーザ、サービス、サービスプロバイダのモビリティに総体的なアーキテクチャとプロトコルの全体像を提供するものである。 この例でも、全てのメディア（例えば、音声、ビデオおよびデータ）
が、あたかもそのソースから宛て先へ同じパスを追随しているかのように示されている。 その結果、全てのメディアが、これらの例に示したように、同じアドレス・ポータビリティを追従しているように見える。 しかしながら、同じソースおよび宛て先アドレス（例えば、Ｅ．１
６４アドレス）を持っていながら、メディアの各々がネットワークの異なるパスを追従することも可能である。
例えば、音声、ビデオおよびデータは、同じソースアドレスから始まり、同じ宛て先アドレスに到達することができるが、リアルタイムの音声およびビデオは、厳しいパフォーマンスの規制を維持するために同じパスを追従し、一方で、ネットワークにかけてのデータトラフィックのパスは、音声およびビデオのものとは違っても良い。 なぜデータトラフィックのパスが異なるかには理由がいくつかある。 １． データトラフィックは、音声／ビデオのものとは異なるネットワークまたはサービスプロバイダによって扱われるため。 ２． サービスは同じネットワークまたはサービスプロバイダによって提供されることができるが、データトラフィックに音声／ビデオのものとは異なるＱｏＳが提供されるため。 同じソースおよび宛て先アドレスを維持することにより、データトラフィックの中間アドレスを違うものにすることができる。 このシナリオでは、１． 単数または複数のサービスプロバイダ、２． 単数または複数のゾーン、３． 単数または複数のドメイン、を考慮したデータトラフィックの中間アドレス（単数または複数）にアドレス・ポータビリティを持たせることが全く可能である。

【００４８】提案されたアーキテクチャはまた、既知の端末のモビリティ・アーキテクチャを補足する。 本発明を、その特定の好ましい実施形態に関連して説明したが、当業者には、多くの応用、同等物、変更、その他の用途が可能であることが明白であろう。 従って、本発明はここで示した特定の開示に限定されるのではなく、付属の請求項によってのみ限定されることが好ましい。

【００４９】

【発明の効果】同一のユーザ・アイデンティティを持つことができ、ユーザがホーム・ネットワークからその外へ移動しても同一のターミナル（端末のモビリティ）を使用することが、ユーザが、Ｈ． ３２３サービスプロバイダを変更した後に、同一のユーザ・アイデンティティ（ユーザのモビリティ）または同一の端末（端末のモビリティ）を使用できる。

【図面の簡単な説明】

【図１】本発明による、ゾーン、ゲートキーパー、ホーム／ビジター・データベース・アーキテクチャの１つの実施形態である。

【図２】本発明による、中央化されたホーム・ロケーション・データベース・アーキテクチャを備えたゲートキーパーおよびゾーンの１つの実施形態である。

【図３】本発明による、中心から外れたデータベース用いてアライアス・アドレス・ポータビリティを提供する方法の１つの実施形態である。

【図４】本発明による、分布したデータベースを用いてアライアス・アドレス・ポータビリティを提供する方法の１つの実施形態である。

【符号の説明】

１０２ ホーム／外部ゲートキーパー１ １０４ ホーム／外部ゲートキーパー２ １０６ ホーム／外部ゲートキーパー３ １０８ ホーム／外部ゾーン１ １１０ ホーム／外部ゾーン２ １１２ ホーム／外部ゾーン３ １１４ ホーム／外部ゾーンＫ １１６ ホーム／ビジター・ロケーション・データベース１ １１８ ホーム／ビジター・ロケーション・データベース２ １２０ ホーム／ビジター・ロケーション・データベース３ ２０２ ホーム・ロケーション・データベース ３０２ アライアス・アドレス・マッピング用のデータベース ３０４、３０８、４０４、４０６ Ｈ． ３２３エンティティ ３０６ 管理ドメイン＃２（アライアス・アドレス発信側） ３１０ 管理ドメイン＃３（アライアス・アドレス受信側） ３１２、４１０、４１４ ＢＥ／ＧＫ ４０２ 管理ドメイン＃２（アライアス・アドレス発信側） ４０８ 管理データベース＃１（アライアス・アドレス・ドナー（７３２−３７０−ｘｘｘｘ） ４１２ アライアス・アドレス・マッピング用のデータベース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl. ⁷識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 7/22 Ｈ０４Ｑ 7/04 Ａ 7/24 Ｃ 7/26 7/30 7/34