(57)【要約】本発明はマルチモード（音声及びデータ）ハンドセット加入者の共通の場所での音声及びデータ登録を与える革新的な方法を提供する。統合加入者データサーバは、同じプラットフォームでの音声及びデータの同時登録を提供し、共通の場所で（音声及びデータについての）加入者データを記憶し、データが記憶されるいずれかの同じボックスで呼処理を実行する柔軟なメカニズムを提供する。
2010503314.tif 000002
【特許請求の範囲】
【請求項１】
マルチモード移動局登録の方法であって、
認証、許可及び会計（ＡＡＡ）照会を統合加入者データサーバ制御機能プラットフォームで外部サーバからＲＡＤＩＵＳサーバプロセスで受信するステップ、
該ＡＡＡ照会を該制御機能プラットフォームでＡＡＡ制御機能アプリケーションに転送するステップ、
該ＡＡＡ照会に関するデータを統合加入者データサーバのデータ機能プラットフォームでデータ機能アプリケーションにリクエストするステップ、
該ＡＡＡ照会に関するデータを該データ機能アプリケーションから受信するステップ、
該ＡＡＡ照会へのレスポンスを該ＲＡＤＩＵＳサーバプロセスに返信するステップ、及び
該ＡＡＡ照会へのレスポンスを該外部サーバに転送するステップ
からなる方法。
【請求項２】
請求項１記載の方法であって、さらに、
移動体アプリケーションパート（ＭＡＰ）リクエストを該制御機能プラットフォームでサービング移動局交換センター／ビジティング・ロケーション・レジスタ（ＭＳＣ／ＶＬＲ）から受信するステップ、
該ＭＡＰリクエストを該制御機能プラットフォームでホーム・ロケーション・レジスタ（ＨＬＲ）制御機能アプリケーションに転送するステップ、
該ＭＡＰリクエストに関するデータを該データ機能プラットフォームで該データ機能アプリケーションにリクエストするステップ、
該ＭＡＰリクエストに関するデータを該データ機能アプリケーションから受信するステップ、及び
該ＭＡＰリクエストへのレスポンスを該サービングＭＳＣ／ＶＬＲに返信するステップ
からなる方法。
【請求項３】
マルチモード移動局の登録のための装置であって、
ＲＡＤＩＵＳサーバプロセス、ＲＡＤＩＵＳサーバプラットフォームモニタプロセス、及びＲＡＤＩＵＳ制御機能アプリケーションを含む統合加入者データサーバ制御機能プラットフォーム、及び
データ機能アプリケーション及びデータベースを含む統合加入者データサーバのデータ機能プラットフォーム
からなる装置。
【請求項４】
請求項３記載の装置において、該統合加入者データサーバ制御機能プラットフォームがさらにホーム・ロケーション・レジスタ制御機能アプリケーションを含む装置。
【請求項５】
請求項３記載の装置において、該統合加入者データサーバ制御機能プラットフォームがさらにＲＡＤＩＵＳサーバ管理ツールを含む装置。
【請求項６】
請求項３記載の装置において、該ＲＡＤＩＵＳサーバプロセスがさらにＮａｖｉｓＲＡＤＩＵＳプロキシアプリケーションを含み、該統合加入者データサーバ制御機能プラットフォームでログファイルを書き込むように構成された装置。
【請求項７】
請求項３記載の装置において、該データベースがＴｉｍｅｓＴｅｎ＿Ｉｎ−Ｍｅｍｏｒｙデータベースからなる装置。
【請求項８】
請求項３記載の装置において、該ＲＡＤＩＵＳモニタプロセスが、該ＲＡＤＩＵＳサーバプロセスの状態を確認するためにＲＡＤＩＵＳサーバと規則的な間隔でハートビートするよう構成された装置。
【請求項９】
請求項８記載の装置において、該統合加入者データサーバ制御機能プラットフォームがさらに、ホーム・ロケーション・レジスタ制御機能アプリケーション及びＲＡＤＩＵＳサーバ管理ツールを含む装置。
【請求項１０】
請求項９記載の装置において、該ＲＡＤＩＵＳサーバプロセスがさらに、ＮａｖｉｓＲＡＤＩＵＳプロキシアプリケーションを含み、該統合加入者データサーバ制御機能プラットフォームでログファイルを書き込むように構成された装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電気通信ネットワークにおけるマルチモード（音声及びデータ）加入者の同時登録のための方法及び装置に関する。
【背景技術】
【０００２】
本発明は特に電気通信技術に向けられ、従って具体的な参照とともに記載されるが、本発明は他の分野及びアプリケーションにおいて有用性を持つものであることが分かる。
【０００３】
背景として、国際電気通信団体（ＩＴＵ）は２０００年にブランドＩＭＴ−２０００の下で第３世代（３Ｇ）国際移動体通信（ＩＭＴ）技術についての技術規格（共通的に単に３Ｇという）をリリースした。３Ｇは第２世代（２Ｇ）技術に対して、伝送速度の増大（例えば、９.６ｋｂｉｔ／ｓから２８.８ｋｂｉｔ／ｓの範囲の２Ｇ速度に対して、静止したユーザには２Ｍｂｉｔ／ｓ、移動する乗物においては３４８ｋｂｉｔ／ｓの最小速度）、３つの有力なアクセス技術（周波数分割多重アクセス（ＦＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）及び符号分割多重アクセス（ＣＤＭＡ））のサポート、並びに無線インターネットアクセス、無線仮想プライベートネットワーク（ＶＰＮ）、個人用コンテンツ配信（ニュース、株取引等）、娯楽及びビデオ会議のような広範な付加価値サービスに対するサポートといった多数の利点を有する。
【０００４】
最近開発された企業用高速データ（ＨＳＤｅ）によって世界中のセルラサービスプロバイダが、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、ＣＤＭＡ、１ｘＥＶ−ＤＯ（１ｘＥｖｏｌｕｔｉｏｎ−Ｄａｔａ  Ｏｎｌｙ）、ＷｉＦｉ／ＷｉＭａｘ、Ｃａｂｌｅ及びＤＳＬ等の異なる広帯域アクセス技術を評価するようになった。ＨＳＤｅは、エンドユーザ及び移動体オペレータが懸念する３Ｇ＿ＨＳＤの採用に対するあらゆる障壁を取り除く完全なエンドトゥエンドのソリューションである。
【０００５】
現在世界で最速の移動体無線データネットワークは、一般にＣＤＭＡ及びＵＭＴＳネットワークであると考えられている。ＷｉＦｉ／ＷｉＭａｘネットワークも高速データネットワークであるが、それらはデータ加入者に対して必要なモビリティをまだ与えていない。これらの高速データネットワークは、高い収益サービスと低いネットワークコストのいいとこ取りによって引き出され、全世界中に普及してきている。データアプリケーションへの関心が高まり、データ速度が増大するにつれて、加入者当りのデータ使用は劇的に増加してきた。
【０００６】
データネットワーク（例えば、１ｘＥＶ−ＤＯ）ハンドセットのいくつかは回線音声ネットワーク（例えば、１ｘＲＴＴ）をサポートするので、データネットワーク（例えば、１ｘＥＶ−ＤＯ）を選択的に配備することによって初期投資額を抑えることができる。ハンドセットはデータネットワーク（例えば、１ｘＥＶ−ＤＯ）によってカバーされるエリアの外部をローミングする際に、回線音声及びデータネットワーク（例えば、１ｘＲＴＴネットワーク）に接続を失うことなく切れ目なくハンドオフすることができる。消費者は、彼らが利用できるデータサービスには何でも契約するが、サービスプロバイダは彼らのネットワークにおける音声及びデータ加入者の登録に対して共通の場所を提供することの課題に直面する。
【０００７】
オペレータにはブロードバンドアクセスの要求に迅速に対応することが要求されてきた。データサービスの要求が成長する一方で、そのようなサービスは多くのデータユーザには未だ十分に速いものではない。これがより広範に採用される場合、高速データネットワークの展開に向かう既存のネットワークの音声容量に影響を与えることになる。
【０００８】
現在、マルチモードハンドセット（例えば、音声及び高速データの両方を提供するもの）は音声及びデータ無線ネットワークに個別に登録する。しかし、現在のネットワーク設計を用いると、無線サービスプロバイダはＨＬＲ（ホーム・ロケーション・レジスタ）及びＡＡＡ（認証、許可及び会計）サーバを、異なるネットワーク要素として個別のプラットフォームで保持し、同じマルチモードハンドセットに対して個別にデータベースを用意する必要がある。さらに、音声とデータ間で相互作用するプロトコル、ユーザモビリティの利点、ダウンタイムなしのアップグレード、負荷のバランス化等は実現できない。さらに、そのオペレータのネットワーク内で個別のＨＬＲ及びＡＡＡサーバを使用すると、運用コストが非常に高くなる。
【０００９】
本発明は上記の課題その他を解決する新規かつ改善された方法及び装置を検討するものである。特に、本発明は、共通の場所におけるマルチモード（音声及びデータ）ハンドセット加入者の音声及びデータ登録を提供する革新的な態様を提供する。
【発明の概要】
【課題を解決するための手段】
【００１０】
電気通信ネットワーク内のマルチモード加入者（例えば、音声及び高速データ）の同時登録のための方法及び装置が提供される。
【００１１】
本発明の一側面では、マルチモード移動局登録方法が提供される。本方法は、統合加入者データサーバ制御機能プラットフォームでＲＡＤＩＵＳサーバプロセスにおいて、認証、許可及び会計（ＡＡＡ）照会を外部サーバから受信するステップ、統合加入者データサーバ制御機能プラットフォームでＡＡＡ照会に関するデータをデータ機能アプリケーションから要求するステップ、ＡＡＡ照会を制御機能プラットフォームでＡＡＡ制御機能アプリケーションに転送するステップ、ＡＡＡ照会に関するデータを統合加入者データサーバデータ機能プラットフォームでデータ機能アプリケーションにリクエストするステップ、ＡＡＡ照会に関するデータをデータ機能アプリケーションから受信するステップ、ＡＡＡ照会に対するレスポンスをＲＡＳＩＵＳサーバプロセスに返すステップ、及びＡＡＡ照会に対するレスポンスを外部サーバに転送するステップを含む。
【００１２】
本方法はさらに、移動局アプリケーションパート（ＭＡＰ）リクエストを制御機能プラットフォームでサービング移動局交換センター／ビジティング・ロケーション・レジスタ（ＭＳＣ／ＶＬＲ）から受信するステップ、ＭＡＰリクエストを制御機能プラットフォームでホーム・ロケーション・レジスタ（ＨＬＲ）制御機能アプリケーションに転送するステップ、ＭＡＰリクエストに関するデータをデータ機能プラットフォームでデータ機能アプリケーションにリクエストするステップ、ＭＡＰリクエストに関するデータをデータ機能アプリケーションから受信するステップ、及びＭＡＰリクエストに対するレスポンスをサービングＭＳＣ／ＶＬＲに返すステップを含む。
【００１３】
本発明の他の側面では、マルチモード移動局の登録のための装置が提供される。装置は、ＲＡＤＩＵＳサーバプロセスを含む統合加入者データサーバ制御機能プラットフォーム、ＲＡＤＩＵＳサーバプラットフォームモニタプロセス、並びにデータ機能アプリケーション及びデータベースを含む統合加入者データサーバデータ機能プラットフォームを含む。統合加入者データサーバ制御機能プラットフォームはさらに、ホーム・ロケーション・レジスタ制御機能アプリケーション及び／又はＲＡＤＩＵＳサーバ管理ツールを含む。
【００１４】
本発明の適用の更なる範囲は以下の詳細な説明から明らかになる。しかし、詳細な説明及び具体的な例示は、発明の好適な実施例を示すものであるが、発明の精神と範囲内で種々の変更及び変形は当業者には明らかとなるので、例示としてのみに与えられることが理解されるべきである。
【００１５】
本発明は装置の種々の部分の構造、構成及び組合せ並びに方法のステップにおいて存在し、検討される対象は、以降でより完全に説明され、特許請求の範囲において具体的に示され、添付の図面に示されるように、その装置の種々の部分の構造、構成及び組合せ並びに方法のステップによって達成される。
【図面の簡単な説明】
【００１６】
【図１】図１は標準のＩＭＴ−２０００データ通信ネットワークの上位レベルのブロック図である。
【図２】図２は図１に示すネットワークにおける音声セルラ加入者の登録のためのコールフロー図である。
【図３】図３は図１に示すネットワークにおける高速データのみの加入者の登録のためのコールフロー図である。
【図４】図４は本発明の側面によるデータ通信ネットワークの上位レベルのブロック図である。
【図５】図５は本発明の側面による統合加入者データサーバ（ＵＳＤＳ）のブロック図である。
【図６】図６は本発明の側面による統合加入者データサーバ（ＵＳＤＳ）の代替の図である。
【図７】図７は本発明の側面によるデータネットワークにおけるマルチモード移動局の登録のためのコールフロー図である。
【図８】図８は本発明の側面による音声ネットワークにおけるマルチモード移動局の登録のためのコールフロー図である。
【図９】図９は音声（ＣＤＭＡ）及びデータ（ＥＶＤＯ及びＷｉＦｉ／ＷｉＭａｘ）を特徴とするネットワークにおけるマルチモード移動局の同時登録のためのコールフロー図である。
【図１０】図１０は音声（ＧＳＭ）及びデータ（ＵＭＴＳ及びＷｉＦｉ／ＷｉＭａｘ）を特徴とするネットワークにおけるマルチモード移動局の同時登録のためのコールフロー図である。
【図１１】図１１は音声（ＣＤＭＡ及びＧＭＳ）及びデータ（ＵＭＴＳ、ＥＶＤＯ、及びＷｉＦｉ／ＷｉＭａｘ）を特徴とするネットワークにおけるマルチモード移動局の同時登録のためのコールフロー図である。
【図１２】図１２は音声（ＰＨＳ）及びデータ（ＰＨＳ及びＷｉＦｉ／ＷｉＭａｘ）を特徴とするネットワークにおけるマルチモード移動局の同時登録のためのコールフロー図である。
【図１３】図１３は音声（ＣＤＭＡ及びＰＨＳ）及びデータ（ＥＶＤＯ、ＰＨＳ、及びＷｉＦｉ／ＷｉＭａｘ）を特徴とするネットワークにおけるマルチモード移動局の同時登録のためのコールフロー図である。
【図１４】図１４は音声（ＵＭＴＳ及びＰＨＳ）及びデータ（ＵＭＴＳ、ＰＨＳ、及びＷｉＦｉ／ＷｉＭａｘ）を特徴とするネットワークにおけるマルチモード移動局の同時登録のためのコールフロー図である。
【図１５】図１５は音声（ＣＤＭＡ及びＩＭＳ）及びデータ（ＥＶＤＯ及びＩＭＳ）を特徴とするネットワークにおけるマルチモード移動局の同時登録のためのコールフロー図である。
【発明を実施するための形態】
【００１７】
以降の詳細な説明の幾つかの部分は、中央処理装置（ＣＰＵ）、ＣＰＵに対するメモリ記憶装置、及び接続される表示装置を含む従来のコンピュータ部材によって実行されるデータビット上の動作のアルゴリズム及びシンボル表示の観点で開示されている。これらのアルゴリズムの記述及び表示は、データ処理技術の当業者によって最も効果的に彼らの仕事の本質を他の当業者に伝えられるように使用される手段である。アルゴリズムは一般に所望の結果を導くステップの自己整合シーケンスとして把握される。ステップは物理量の物理的な操作を要するものである。通常、これらの量は、必ずしもそうではないが、記憶され、転送され、結合され、比較され、あるいは操作されることができる電気又は磁気信号の形態をとる。これらの信号を、基本的には共通の使用という理由のために、ビット、値、要素、記号、文字、単語、数字等として言及することが時には便利なものである。
【００１８】
なお、これら及び類似の用語の全ては適切な物理量に関連付けられ、単にこれらの量に適用される便利なラベルであることを注記する。特に別の意味を注記しない限り、又は以降の説明から明らかな場合、「処理する」、「計算する」、「決定する」、「表示する」等の文言は、コンピュータシステムのレジスタ及びメモリ内で物理的（電子的）量として表されるデータを操作するとともに、コンピュータシステムのメモリ若しくはレジスタ又は他のそのような情報記憶、伝送若しくは表示装置内で物理量として同様に表される他のデータに変換するコンピュータシステム又は類似の電子的計算装置の動作及び処理をいう。
【００１９】
本発明はまた、ここにおける動作を実行するための装置にも関する。その装置は要求される目的に応じて特別に構成され、それはコンピュータに記憶されるコンピュータプログラムによって選択的に活性化又は再構成される汎用コンピュータからなっていてもよい。そのようなコンピュータプログラムはコンピュータ可読記録媒体に記録されればよく、限定するわけではないが、例えば、フロッピー（登録商標）ディスク、光ディスク、ＣＤ−ＲＯＭ、磁気−光ディスク、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気若しくは光カード、又は電子的指令を記憶し、コンピュータシステムバスに各々結合されるのに適切なあらゆるタイプの媒体であればよい。
【００２０】
ここに開示されるアルゴリズム及びディスプレイは何らかの特定のコンピュータ又は他の装置に元々関係しているわけではない。種々の汎用システムがここでの教示によるプログラムとともに使用でき、より特化した装置を構成してここに記載する方法を実行するのが便利である。これらの種々のシステムのための構造は以下の説明から明らかになる。さらに、本発明は何らかの特定のプログラミング言語を参照して記載しているわけではない。ここに記載する発明の教示を実施するために種々のプログラミング言語が使用され得ることが分かる。
【００２１】
機械可読媒体は機械（例えば、コンピュータ）によって読み取り可能な形式の情報を記憶又は伝送するためのあらゆるメカニズムを含む。例えば、機械可読媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記録媒体、光記記録媒体、フラッシュメモリ装置、電気、光、音その他の形式の伝送信号（例えば、搬送波、赤外線信号、デジタル信号等）等を含む。
【００２２】
図面をここで参照する。ここでの図示は、代表的実施例を示す目的のみのものであり、特許請求の範囲の対象を限定する目的のものではない。図１に周知の３Ｇデータ通信ネットワーク１０を示す。
【００２３】
図示する実施例では、データ通信ネットワーク１０は、マルチモード移動局１４のようなマルチモード移動局との空中（即ち、無線）音声通信をサポートするホームアクセスプロバイダネットワーク１２を含む。マルチモード移動局１４は任意数の無線システム（例えば、ＣＤＭＡ、ＥＶＤＯｍ、ＷｉＦｉ／ＷｉＭａｘ、ＧＳＭ、ＵＭＴＳ等）又は周波数帯域（例えば、８００ＭＨｚ帯域、１.７ＧＨｚ帯域、２ＧＨｚ帯域等）を用いる能力がある。また、ホームアクセスプロバイダネットワーク１２はホーム・ロケーション・レジスタ（ＨＬＲ）１６を含む。
【００２４】
データ通信ネットワーク１０はさらに、データ通信をサポートするとともに関連のデータベースのあるホームＡＡＡ（認証、許可及び会計）サーバ２０を有するホームＩＰネットワーク１８を含む。その名前が示唆するように、ホームＡＡＡサーバ２０は、コンピュータリソースへのアクセスのユーザリクエストを扱い、企業用に認証、許可及び会計（即ち、ＡＡＡ）サービスを提供するサーバプログラムである。ホームＡＡＡサーバ２０は、加入者の資格証明情報（例えば、１以上のネットワークアクセス識別子（ＮＡＩ）、ハンドセットシリアル番号、ユーザ名、及びパスワード）を比較することによって、パケットデータサービスへのアクセスを得ようと試みる加入者を、関連データベース内の対応するエントリにあるものを用いて認証する。ホームＡＡＡサーバ２０は、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）リクエスト・フォー・コメント（ＲＦＣ）２８６５及び２８６６に記載されるＡＡＡ通信のための遠隔認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）プロトコルを実施する。これらのＲＦＣはその全体において参照としてここに組み込まれる。
【００２５】
図１にさらに示すように、データ通信ネットワーク１０はホームアクセスプロバイダネットワーク１２を含むだけでなく、ＩＰネットワーク２４によってホームアクセスプロバイダネットワーク１２に結合された１以上のビジテット（即ち、外部）アクセスプロバイダネットワーク２２を含んでいてもよい。外部アクセスプロバイダネットワーク２２は、Ｒ−Ｐ（無線ポート）インターフェイスによって１以上のパケットデータサービングノード（ＰＤＳＮ）２８に結合された１以上の無線ネットワーク２６（その１つのみが図示される）を含むようにしてもよい。各ＰＤＳＮ２８は、インターネットプロトコル（ＩＰ）ネットワーク２４（例えば、インターネット又はローカル・エリア・ネットワーク（ＬＡＮ））のような、移動局がそこを介してパケットデータネットワークに接続するネットワークアクセスサーバである。外部アクセスプロバイダネットワーク２２は外部ＡＡＡサーバ３０及び移動局交換センター／ビジター・ロケーション・レジスタ（ＭＳＣ／ＶＬＲ）３２を含み、それは回線交換（ＣＳ）サービスのためにその現在位置で移動局１４にサービングする交換機（ＭＳＣ）及びデータベース（ＶＬＲ）である。ＶＬＲは複数のＭＳＣをサービングすることができ、又は、代替的に、図１に示すような所与のＭＳＣとともに配置されてもよい。ＭＳＣ／ＶＬＲ３２はホームアクセスプロバイダネットワークのＨＬＲ１６とＳＳ７ネットワーク３４を介して通信する。
【００２６】
データ通信ネットワーク１０はさらにホームエージェント（ＨＡ）３５を含む。ＨＡ３５は、たとえ移動局１４がそのホームネットワークに接続されていないときでも有効に移動局（即ち、ノード）１４がそのホームアドレスに到達するようにするホームネットワーク上のノードである。データ通信ネットワーク１０はまた、ブローカーＡＡＡサーバ３８を有するＡＡＡブローカーネットワーク３６を含む。
【００２７】
通常は、移動局１４は、音声に対してはホームアクセスプロバイダネットワーク１２のＨＬＲ１６を用いて登録され、高速データに対してはホームＩＰネットワーク１８のＡＡＡサーバ２０を用いて登録される。
【００２８】
音声ネットワーク１２において、ＨＬＲ１６はＭＳＣ／ＶＬＲ３２からの登録リクエストを取得し、ユーザを認証し、そして加入者のプロファイル情報を返す責任を担っている。より具体的には、ＨＬＲ１６は移動体ネットワークに対する永久加入者情報の主データベースである。ＨＬＲ１６はＣＤＭＡ（符号分割多重アクセス）、ＴＤＭＡ（時分割多重アクセス）、及びＧＳＭ（移動体通信に対するグローバルシステム）ネットワークの一構成要素である。加入者のホームキャリア（即ち、ユーザが呼を開始したネットワークオペレータ）によって保持され、ＨＬＲ１６は、アドレス、アカウントステータス及び嗜好を含む関連のユーザ情報を含む。ＨＬＲ１６はＭＳＣ／ＶＬＲ３２と双方向通信し、これは呼制御及び処理のために使用される。ＭＳＣ／ＶＬＲ３２は公衆交換電話網（ＰＳＴＮ−固定ネットワーク）へのアクセスポイントとしても作用する。ＭＳＣ／ＶＬＲ３２は（現在位置のような）一時ユーザ情報を保持し、彼らのホームシステムによってカバーされるエリアの外部にいる加入者からのリクエストを管理する。
【００２９】
ユーザが呼を開始すると、交換機器は呼が装置のホームエリアから入着しているか否かを判断する。ユーザがホームエリアの外部に存在する場合、外部ＭＳＣ／ＶＬＲ３２は呼を処理するのに必要な情報についてのリクエストを送出する。ＭＳＣ／ＶＬＲ３２は情報に対する呼によって識別されたＨＬＲ１６を照会する。ＭＳＣ／ＶＬＲ３２はこのルーティング情報を受信し、これにより呼が発せられた局をＭＳＣ／ＶＬＲ３２が見つけ、最終的に移動体装置が接続することを可能とする。要素間の通信はシグナリングシステム（ＳＳ７）プロトコル及びシグナリング（ＳＳ７ネットワーク３４）に基づく。
【００３０】
高速データネットワークにおいて、ＰＤＳＮ２８はＲＡＤＩＵＳのクライアントとして動作する。クライアントはユーザ情報を指定されたＲＡＤＩＵＳサーバに渡し、返されるレスポンスについて行動する責任を担っている。ＲＡＤＩＵＳサーバはユーザ接続リクエストを受信し、ユーザを認証し、クライアントがユーザにサービスを配信するのに必要な全ての構成情報を返す責任を担っている。
【００３１】
マルチモード移動局１４の独立した登録／許可のためのコールフローを（音声について）図２及び（高速データについて）図３に示す。
【００３２】
図２に戻ると、移動局（ＭＳ）１４は音声ネットワーク（ＣＤＭＡ）においてサービング移動体交換センター（ＭＳＣ）３２に登録する（４２）。そうすることにおいて、ＡＮＳＩ４１登録通知（ＲＥＦＮＯＴ）メッセージをＶＬＲ３２に送る（４４）。ＶＬＲ３２はこれが新たな登録メッセージであると解釈し、ＲＥＧＮＯＴメッセージをＨＬＲ１６に転送する（４６）。ＨＬＲ１６はそのデータベースにサービングＭＳＣ３２のアドレスを記憶し、加入者のプロファイルをＲＥＧＮＯＴ返信メッセージで返す（４８）。ＶＬＲ３２は、音声関係の許可の更なる処理のために、この加入者について加入者記録を構築し、プロファイルをＲＥＧＮＯＴ返信結果メッセージでサービングＭＳＣ３２に転送する（５０）。
【００３３】
図３に示すように、加入者がマルチモード移動局１４を使用してパケット呼を開始すると、ＰＤＳＮ２８は接続確立リクエストを受信する（５２）。ＰＤＳＮ２８はＡＡＡ＿ＲＡＤＩＵＳサーバ２０に対するアクセスリクエストメッセージを開始する（５４）。ＡＡＡ＿ＲＡＤＩＵＳサーバ２０はそのリクエストを受信すると、送信クライアントを有効化する。クライアントが有効化された場合、ＡＡＡ＿ＲＡＤＩＵＳサーバ２０はユーザのデータベースを調べてリクエストに一致する名前のユーザを見つけ出す。データベース内のユーザエントリは、ユーザにアクセスを許可するのに満足しなければならない要件（例えば、パスワード等）のリストを含む。この時点でアクセスが受け入れられる（５６）。
【００３４】
サービス配信の開始時に、ＰＤＳＮ２８は配信されているサービスのタイプ及びそれが配信されているユーザを記述した会計開始パケットを生成する。それによって会計開始パケットをＡＡＡ＿ＲＡＤＩＵＳサーバ２０に送り（５８）、パケットが受信されたことの確認応答を返送する。サービス配信の終了時に、ＰＤＳＮ２８は配信されたサービスのタイプ及び経過時間、入力及び出力オクテット、又は入力及び出力パケットのような選択的統計を記述した会計停止パケットを生成する。それによってそのパケットをＡＡＡ＿ＲＡＤＩＵＳサーバ２０に送り、パケットが受信されたことの確認応答を返信する（６０）。そして、ＡＡＡ＿ＲＡＤＩＵＳサーバ２０はＵＤＲ（ユーザデータ記録）を外部課金システム６２に送る（６４）。
【００３５】
図４はデータ通信ネットワーク６８を示し、それはデータ通信ネットワーク１０にある点において類似する。従って、同様の符号は同様の要素を表す。しかし、図４は本発明によって提供される独自のアプローチ及び設計を示し、これによって統合加入者データサーバ（ＵＳＤＳ）７０の形式で（マルチモード加入者のデータ認証のための）ＡＡＡ＿ＲＡＤＩＵＳサーバ機能及び（マルチモード加入者の音声認証のための）ＨＬＲサーバ機能が、ニュージャージー州マレイヒルのルーセントテクノロジーズ社によるＭＡＳ（ＭｉＬｉｆｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）プラットフォームのような確立されたサーバプラットフォームの一構成部分としてサポートされる。
【００３６】
ＵＳＤＳ７０のデータ認証部分をより詳細に図５に示す。データ認証に関して、ＵＳＤＳ７０はＲＡＤＩＵＳリクエストを処理するＵＳＤＳ＿ＣＦ（統合加入者データサーバ制御機能）１０２を含む。ＵＳＤＳ＿ＣＦ１０２はＡＡＡ＿ＲＡＤＩＵＳサーバプログラム（又はプロセス）１０４を含み、ＲＡＤＩＵＳインターフェイスをＡＡＡのためのクライアントアプリケーションに提供する。ＡＡＡ＿ＲＡＤＩＵＳサーバプログラム１０４は、何らかの高レベル若しくは低レベルプログラミング又はスクリプティング言語を含む、コンパイルされたもの、翻訳されたもの、及び／又は他の何らかのプログラミング環境等を用いて実施され得る。実施例では、ＡＡＡ＿ＲＡＤＩＵＳサーバプログラム１０４はランタイムサポート、ネットワーク及び他のサービス並びに／又は他の構成を提供する言語実行環境を適宜用いて実施される。そのような実行環境の一例は、同等の実施例がＭｉｃｒｏｓｏｆｔ＿ｏｆ＿Ｒｅｄｍｏｎｄ、Ｗａｓｈから入手可能なＮＥＴ製品及びサービス（何らかの他のプログラミングツール、言語、部材その他も同様である）を利用できるが、Ｓｕｎ＿Ｍｉｃｒｏｓｙｓｔｅｍｓ＿ｏｆ＿Ｍｏｕｎｔａｉｎ＿Ｖｉｅｗ、Ｃａｌｉｆから入手可能な製品又はサービスを用いるＪＡＶＡ（登録商標）フレームワークである。入着ＲＡＤＩＵＳリクエスト及び送出ＲＡＤＩＵＳ応答はこのＲＡＤＩＵＳインターフェイス上で行われる。
【００３７】
ＵＳＤＳ＿ＣＦ１０２はまた、ＡＡＡ＿ＲＡＤＩＵＳサーバプロセス１０４についての初期化、監視及びＯＡ＆Ｍ（動作、統括、及び管理の意味であり、コンピュータネットワークのようなものを動作させ、統括し、管理するコスト、関与タスク、又は他の側面を記述するのに使用される一般用語である）の詳細を扱うプラットフォームモニタプロセス（又はＲＡＤＩＵＳモニタプロセス）１０６を提供する。ＵＳＤＳ＿ＣＦ１０２上のＲＡＤＩＵＳモニタプロセス１０６は（構成サーバを含む）ＲＡＤＩＵＳサーバプロセス１０４を初期化及び監視する。ＵＳＤＳ＿ＣＦ１０２上で稼動するＲＡＤＩＵＳモニタプロセス１０６は、予め構成されたＲＡＤＩＵＳメッセージをＲＡＤＩＵＳサーバプロセス１０４に送ることによって（構成サーバプロセスも含む）ＲＡＤＩＵＳサーバプロセス１０４と「ハードビート」することもできる。用語「ハートビート」とは、ＲＡＤＩＵＳサーバプロセス１０４にメッセージを規則的な間隔で送ってＲＡＤＩＵＳサーバプロセス１０４の健康状態、即ち、ＲＡＤＩＵＳサーバプロセス１０４が通電されていて良好に機能しているか、を確認するＵＳＤＳ＿ＣＦ上のモニタプロセスを意味する。
【００３８】
そして、ＲＡＤＩＵＳサーバプロセス１０４は「成功」メッセージで応答する。ＲＡＤＩＵＳサーバプロセス１０４において実行されるポリシールール（コード）は予め構成されたレスポンスが含められる。ＵＳＤＳ＿ＣＦは異なる顧客ニーズに基づいてＲＡＤＩＵＳサーバプロセス１０４とハートビートするための以下の２つの方法を用いる。
【００３９】
例えば、ＵＳＤＳ＿ＣＦはハートビートの目的のためにＲＡＤＩＵＳパケットをＲＡＤＩＵＳサーバプロセス１０４に周期的に送ることができる。これはＲＡＤＩＵＳパケットを受信したときのＲＡＤＩＵＳサーバプロセス１０４の動作ステータスを認証するポリシーフローを書き込むことを含む。そのようなポリシーフローは異なる顧客の構成を満たすのに十分に柔軟なものとなる。
【００４０】
顧客の構成に依存しない代替の方策は、ＭＡＳプラットフォームモニタプロセス１０６について、ハートビートメッセージを認識するために、具体的に定義されたハートビートＭＳＧＨメッセージをＲＡＤＩＵＳサーバＭＳＧＨメッセージハンドラに送ることである。
【００４１】
ＡＡＡ＿ＣＦ＿ＳＰＡ１０８がまだ初期化されておらず、又は利用可能でない場合、ＡＡＡ＿ＣＦ＿ＳＰＡキューを登録するために、ＲＡＤＩＵＳサーバプロセス１０４はＡＡＡ＿ＣＦ＿ＳＰＡ登録メッセージを聞き取ることを開始する。ＳＰＡ（サービスパッケージアプリケーション）の一般機能は全てのアプリケーションプロセス及びＡＡＡアプリケーションに関連する全てのイベントに対する入出力メッセージを制御することである。キュー登録はＡＡＡ＿ＣＦ＿ＳＰＡ１０８によって扱われ、プラットフォーム展開を必要としない。ＡＡＡ＿ＣＦキュー登録の前にプラットフォームによって受信された、追加のデータを必要とする照会はレスポンスを受信しない。再試行ロジックがＲＡＤＩＵＳクライアントに残される。
【００４２】
ＡＡＡ＿ＣＦ＿ＳＰＡ１０８が利用可能であるか、ＭＡＳプラットフォームモニタプロセスがＲＡＤＩＵＳサーバプロセス１０４によって再起動されたときに、ＳＰＡはそのキューをＲＡＤＩＵＳサーバプロセスに再登録する必要がある。ＲＡＤＩＵＳサーバプロセス１０４が受信不能かを検出するのに使用される方法（例えば、ハートビートすること）はＡＡＡ＿ＣＦ＿ＳＰＡ１０８の責任である。ＲＡＤＩＵＳクライアントによって試行され、追加のデータを必要とするあらゆる照会はレスポンスを受信せず、それらの再試行戦略に従うことになる。
【００４３】
ＵＳＤＳ＿ＣＦ１０２はＲＡＤＩＵＳサーバ管理ツール（不図示）をサポートすることもでき、ＲＡＤＩＵＳサーバプロセス１０４の一部となる。このツールはＵＮＩＸ（登録商標）シェルを介して発動され、ＲＡＤＩＵＳサーバプロセス１０４を構成及び管理するためにＵＳＤＳ＿ＣＦ１０２上で直接実行されることができる。ＲＡＤＩＵＳサーバプロセス１０４についての全てのＭＡＳプラットフォーム構成パラメータはグラフィカル・ユーザ・インターフェイス（ＧＵＩ）によって変更可能である。ＲＡＤＩＵＳサーバ構成パラメータはＲＡＤＩＵＳサーバ構成ファイルを用いて、又はＲＡＤＩＵＳサーバ管理ツールを用いることによって変更可能である。ＵＳＤＳ＿ＣＦ１０２は、ＲＡＤＩＵＳサーバ及び構成サーバプロセスを手動で開始及び停止するための入力コマンドを有していてもよい。出力メッセージはまた、ＲＡＤＩＵＳプロセスの１つが開始又は再起動されたときに生成され得る。ＲＡＤＩＵＳサーバプロセス１０４についての測定値は通常はＲＡＤＩＵＳサーバ管理ツールで視認できる。
【００４４】
ＲＡＤＩＵＳサーバプロセス１０４は一般にＡＡＡ会計記録をＵＳＤＳ＿ＣＦ１０２上でディスクパーティション（オープンディレクトリ内のファイル）に書き込む。Ｘ分毎にＮａｖｉｓＲＡＤＩＵＳプロキシＳＰＡが会計記録をオープンディレクトリから準備ディレクトリに移す。ＮａｖｉｓＲＡＤＩＵＳプロキシＳＰＡはＲＡＤＩＵＳサーバプロセス１０４の一部である。会計記録を記憶する各ファイルは日時に基づく固有の名前を持つ。Ｘは一般に１５分のデフォルトで構成可能な数である。ディスクパーティションは最低１００メガバイトのサイズとされ、ミラーリングされる。さらに、ディスクパーティションは後付け部品にわたって保存されるべきものである。ディスクパーティションが満杯に近くなる時を特定するための構成可能なマイナーアラーム・ウォーターマーク及び構成可能なメジャーアラーム・ウォーターマークが含まれてもよい。
【００４５】
ＲＡＤＩＵＳサーバプロセス１０４がログファイルをＵＳＤＳ＿ＣＦ１０２に書き込むよう構成できるように、異なるベンダのログファイルがサポートされる。これらのログファイルは一般に、自身を他のベンダのログファイルから区別するための固有のプレフィクスを有する。例えば、
・ＲＡＤＩＵＳサーバログはＲＡＤＩＵＳ.ｌｏｇに書き込まれる
・ユニバーサル・ステート・サーバ・ログはｕｓｓ.ｌｏｇに書き込まれる
・コンフィグレーション・サーバ・ログはｇｕｉｓｅｒｖｅｒ.ｌｏｇに書き込まれる
・ＲＭＩサーバログはｒｍｉｒｅｇｉｓｔｒｙ.ｌｏｇに書き込まれる
【００４６】
さらに、ＵＳＤＳ＿ＣＦ１０２は一般に、ＲＡＤＩＵＳログファイルのサイズを維持するために周期的な清掃プロセスをスケジューリングする。清掃プロセスは、例えば、数時間毎に稼動する。
【００４７】
ＲＡＤＩＵＳサーバモニタプロセス１０６はＲＡＤＩＵＳサーバログの活動をアラームメッセージのために監視する。最低限、メジャー及びマイナーアラームが生成されることになる。レベル１（エラー）のＲＡＤＩＵＳサーバログメッセージの全てはＵＳＤＳ＿ＣＦ１０２でメジャーアラームを生成する。レベル２（警告）のＲＡＤＩＵＳサーバログメッセージの全てはＵＳＤＳ＿ＣＦ１０２でマイナーアラームを生成する。レベル３（通知）のＮａｖｉｓＲＡＤＩＵＳログメッセージの全てはＵＳＤＳ＿ＣＦ１０２でクリアアラームイベントを生成するために使用される。アラームはＵＳＤＳ＿ＣＦ１０２で生成されてログファイルに現れる。アラームはＯＭＣ−Ｈへの伝送のためのＸ.７３１／Ｘ.７３３に準拠するフォーマットである。
【００４８】
ＵＳＤＳ＿ＣＦ１０２におけるこの革新的に設計されたＲＡＤＩＵＳサーバプロセス１０４はまた、図７に示すようにＵＳＤＳ＿ＲＡＤＩＵＳ＿ＡＡＡ＿ＣＦ＿ＳＰＡ１０８と通信するＨＳＭＧメッセージのセットを創出する。ＵＳＤＳ＿ＲＡＤＩＵＳ＿ＡＡＡ＿ＣＦ＿ＳＰＡ１０８はまた、ＵＳＤＳ＿ＤＦ１１２上でＵＳＤＳ＿ＤＦ＿ＳＰＡ（統合加入者データサーバ＿データ機能＿サービスパッケージアプリケーション）１１０と通信するＤＢＣＯＭメッセージを創出する。ＵＳＤＳ＿ＤＦ＿ＳＰＡ１１０はデータをＯＤＢＣ／ＳＱＬを用いてデータベース（例えば、Ｏｒａｃｌｅ  ＴｉｍｅｓＴｅｎ  Ｉｎ−Ｍｅｍｏｒｙ  Ｄａｔａｂａｓｅ又は他の適当なデータベース）１１４から検索する。
【００４９】
メッセージハンドラ（ＭＳＧＨ）は当初ＡＰＩを用いて開発されたＣ＋＋アプリケーションである。アプリケーションは、おそらく他のサポートファイルに結合された実行可能なプログラム、及び、例えば、ＩＮＩＴ及びＭＳＧＨコンポーネント等のプラットフォームコンポーネントに必要なインターフェイスからなる。ＭＳＧＨは相互プロセス通信設備のためのプロトコルである。ＭＳＧＨは、他のプラットフォームによって使用される効率的な共通メッセージ移送能力をサポートする。要約すると、メッセージハンドラ（ＭＳＧＨ）サブシステムは全てのサブシステム間の通信チャネルを制御する呼処理ソフトウェアサブシステムである。ＭＳＧＨサブシステムは全てのサブシステムに対する相互処理通信移送部（メッセージルータ）である。通信プリミティブ及び標準の全てをこの単一のサブシステムにインストールすることによって、どのようにメッセージを渡すかについての詳細が他のサブシステムから隠される。
【００５０】
ＭＳＧＨ＿ＡＰＩはまた、横断的にアプリケーションサーバノードを含む相互処理通信に使用するサービスアプリケーションのために利用可能である。ＭＳＧＨはアプリケーションサーバとデータサーバの間の適正化されたデータ照会を可能とするプロトコルである。
【００５１】
ＤＢＣＯＭインターフェイス（不図示）はＨＬＲ＿ＤＦとＨＬＲ＿ＣＦの間のインターフェイスである。これは、ネットワークから来る全ての照会及び更新を扱うインターフェイスである。このインターフェイスの意図は、ＨＬＲ＿ＣＦへ、及びそこからのメッセージの構築を、メッセージングの移送媒体の詳細が知られる必要がないような態様で、包むことである。缶詰にされた状態の照会が提供されるのでＨＬＲ＿ＣＦはデータに対して容易かつ迅速にアクセスできる。
【００５２】
オラクル・タイムステン・インメモリ・データベース１１４は、主要なＵｎｉｘ（登録商標）／Ｌｉｎｕｘプラットフォーム及び種々のウィンドウズ（登録商標）プラットフォーム上で３２ビット及び６４ビットの両方のモードで稼動する。標準のサポートはオープン・データベース・接続（ＯＤＢＣ）及びＪＤＢＣインターフェイス並びにストラクチャード・クエリ・ランゲージ（ＳＱＬ）照会言語を含む。
【００５３】
ＵＳＤＳ７０の音声認証部の詳細を図６に示す。この場合、ＵＳＤＳ＿ＨＬＲ＿ＣＦ＿ＳＰＡ１１５はＭＳＣ／ＶＬＴ３２からＭＡＰ（モバイル・アプリケーション・パート）リクエストを受信する。ＵＳＤＳ＿ＨＬＲ＿ＣＦ＿ＳＰＡ１１５はＭＳＧＨ及びＤＢＣＯＭメッセージを同様に使用してＵＳＤＳ＿ＤＦ＿ＳＰＡと通信する。
【００５４】
ＵＳＤＳ＿ＣＦ１０２、ＲＡＤＩＵＳサーバプロセス１０４及びＵＳＤＳ＿ＲＡＤＩＵＳ＿ＡＡＡ＿ＣＦ＿ＳＰＡ１０８、１１０の間の通信を示すメッセージのコールフローを図７に示す。これらのメッセージはマルチモード（例えば、音声及びデータ）加入者のための加入データを検索するのに使用される。
【００５５】
まず、外部ＡＡＡサーバ１１６からのＡＡＡ照会がＲＡＤＩＵＳ／ＵＤＰを介してＵＳＤＳ＿ＣＦ１０２上でＲＡＤＩＵＳサーバプロセス１０４によって受信される（１１８）。
【００５６】
ＲＡＤＩＵＳサーバプロセス１０４はＵＳＤＳ７０からの更なる情報が必要かを判断し、ＲＡＤＩＵＳサーバプロセス１０４に登録されたキューの１つに対するＭＳＧＨを用いて照会をＡＡＡ＿ＣＦ＿ＳＰＡに送る（１２０）。
【００５７】
ＡＡＡ＿ＣＦ＿ＳＰＡ１０８は所定のデータ（例えば、加入者プロファイル情報）へのアクセスを要求し、ＵＳＤＳ＿ＤＦ＿ＳＰＡ１１０への照会をＤＢＣＯＭを介して行う（１２２）。
【００５８】
データはＵＳＤＳ＿ＣＦ１０２上でＵＳＤＳ＿ＤＦ＿ＳＰＡ１１０からＵＳＤＳ＿ＣＦ＿ＳＰＡ１０８に戻る（１２４）。
【００５９】
ＵＳＤＳ＿ＣＦ＿ＳＰＡ１０８はＲＡＤＩＵＳサーバプロセス１０４に対するレスポンスを返す（１２６）。
【００６０】
ＲＡＤＩＵＳサーバプロセス１０４は、元のリクエストを行ったＲＡＤＩＵＳクライアント１１６にＲＡＤＩＵＳ／ＵＤＰレスポンスを返す（１２８）。
【００６１】
ＭＳＣ／ＶＬＲ３２、ＵＳＤＳ＿ＣＦ１０２、ＨＬＲ＿ＣＦ＿ＳＰＡ１１５及びＵＳＤＳ＿ＤＦ＿ＳＰＡ１１０の間の通信を示すメッセージについてのコールフローを図７に示す。これらのメッセージはマルチモード（例えば、音声及びデータ）加入者に対する加入データを検索するのに使用される。
【００６２】
まず、ＭＳＣ／ＶＬＲ３２からのＭＡＰ（モバイル・アプリケーション・パート）リクエストがＵＳＤＳ＿ＣＦ１０２によって受信される（１３０）。
【００６３】
ＵＳＤＳ＿ＣＦ１０２はＵＳＤＳ７０からの更なる情報が必要かを判断し、照会をＵＳＤＳ＿ＨＬＲ＿ＣＦ＿ＳＰＡ１１５にＭＳＧＨを用いて送る（１３２）。
【００６４】
ＡＡＡ＿ＣＦ＿ＳＰＡ１０８は所定のデータへのアクセスを要求し、照会をＤＢＣＯＭを介してＵＳＤＳ＿ＤＦ＿ＳＰＡ１１０に行う（１３４）。
【００６５】
データはＵＳＤＳ＿ＣＦ１０２上でＵＳＤＳ＿ＤＦ＿ＳＰＡ１１０からＵＳＤＳ＿ＨＬＲ＿ＣＦ＿ＳＰＡ１１５に戻る（１３６）。
【００６６】
ＵＳＤＳ＿ＨＬＲ＿ＣＦ＿ＳＰＡ１１５はレスポンスをＵＳＤＳ＿ＣＦ１０２に返す（１３６）。
【００６７】
ＲＡＤＩＵＳサーバプロセス１０４は元のリクエストを行ったＭＳＣ／ＶＬＲ３２にＭＡＰレスポンスを返す（１４０）。
【００６８】
従って、本発明はサービスのクラスに基づいて独自のアプローチを提供する。即ち、本発明はマルチモード移動局に対する同時登録メカニズムに備える。
【００６９】
ＵＳＤＳ７０が登録状態を加入者プロファイルに確認するときに、加入者が、データについてはＥＶＤＯネットワークに、音声についてはセルラネットワークに同様に登録されているときのシナリオが存在し得る。どのようなデータ及び音声ネットワークに加入者が登録されているかを正確に知ることになるので、この設計によると、マルチレジスタ化されたＵＡが到達可能であるか否かを判断した後に、相互作用する呼配信処理（音声及びデータ）をマルチモード加入者に提供するための包括的な基盤を展開することができる。
【００７０】
図７−１３は異なるプロトコル加入者（例えば、音声及びデータ）に対するＣＯＳ（サービスのクラス）展開の種々の例を示す。他のＣＯＳ展開が本発明に従って採用され得ることが理解されるべきである。
【００７１】
第１の例では、マルチモード加入者はＣＤＭＡ（音声）、ＥＶＤＯ（データ）及びＷｉＦｉ／ＭｉＭａｘネットワークに加入し、中央化されたデータベース（即ち、ＵＳＤＳ７０）においてサービスクラス１に割り当てられる。従って、図７に示すように、マルチモード加入者が音声及び高速データ（パケット呼）ネットワークに同時に登録するとき（１５０）、ＡＮＳＩ４１登録通知（ＲＥＧＮＯＴ）及びＲＡＤＩＵＳアクセスリクエストメッセージが集約サーバ（即ち、ＵＳＤＳ７０）に送られる（１５２）。ＵＳＤＳ７０はそのデータベースにサービングＭＳＣ４０／ＭＳＣ／ＶＬＲ３２のアドレスを記憶する。ＵＳＤＳ７０は加入者を有効化し、加入者のプロファイルをＲＥＧＮＯＴ返信メッセージで返す（１５４）。移動局１４はパケット呼を開始する（１５６）。その結果として、Ａ１０接続がＭＳＣ４０／ＭＳＣ／ＶＬＲ３２とＰＳＤＮ２８の間で確立される（１５８）。アクセスリクエストメッセージはＵＳＤＳ７０に送られる（１６０）。
【００７２】
ＵＳＤＳ７０はリクエストを受信すると、送信元クライアントを有効化する。クライアントが有効である場合、ＵＳＤＳ７０はユーザのデータベースを調べて名前がリクエストに一致するユーザを探す。データベース内のユーザエントリは、ユーザのアクセスを許可するのに満たさなければならない要件（例えば、パスワード等）のリストを含んでいる。この例では、アクセスは受け入れられる（１６２）。
【００７３】
サービス配信の開始において、ＰＤＳＮ２８は、配信されているサービスのタイプ及び配信先のユーザを記述する会計開始パケットを生成する。それによって会計開始パケットをＵＳＤＳ７０に送信し（１６４）、パケットが受信されたことの確認応答を返送する。サービス配信の終了において、ＰＤＳＮ２８は、配信されたサービスのタイプ及び選択的に経過時間、入出力オクテット又は入出力パケットのような統計を記載する会計停止パケットを生成する。会計停止パケットはＵＳＤＳ７０に送信され、それによってパケットが受信されたことの確認応答を返送する（１６６）。その後ＵＳＤＳ７０はＵＤＲ（ユーザデータ記録）を外部課金システム１７０に送信する（１６８）。
【００７４】
第２の例では、ＵＳＤＳ７０においてＧＳＭ（音声）、ＵＭＴＳ（データ）及びＷｉＦｉ／ＷｉＭａｘ（データ）ネットワークに加入するマルチモード加入者にＣＯＳ値２が割り当てられる。図８に示すように、この加入者がＧＳＭ、ＵＭＴＳ及びＷｉＦｉ／ＷｉＭａｘネットワークに同時に登録するとき、（ＧＳＭ及びＵＭＴＳについての）位置更新及び（ＲＡＤＩＵＳについての）アクセスリクエストメッセージがＵＳＤＳ７０に送信される。
【００７５】
より具体的には、移動局１４がＭＳＣ４０／ＭＳＣ／ＶＬＲ３２に登録すると、位置更新メッセージがＵＳＤＳ７０に送信される（１７４）。ＵＳＤＳ７０は加入者を有効化し、位置更新確認応答メッセージで加入者のプロファイルを返す（１７６）。この時点で、移動局１４はパケット呼を開始する（１７８）。Ａ１０接続が確立され（１８０）、アクセスリクエストメッセージがＰＳＤＮ２８からＵＳＤＳ７０に送信される（１８２）。ＵＳＤＳ７０はリクエストを受信すると、送信元クライアントを有効化する。クライアントが有効化されると、ＵＳＤＳ７０はユーザのデータベースを調べて名前がリクエストに一致するユーザを探す。この例では、アクセスは受け入れられる（１８４）。
【００７６】
サービス配信の開始において、ＰＤＳＮ２８は、配信されているサービスのタイプ及び配信先のユーザを記述する会計開始パケットを生成する。それによって会計開始パケットをＵＳＤＳ７０に送信し（１８８）、パケットが受信されたことの確認応答を返送する。サービス配信の終了において、ＰＤＳＮ２８は、配信されたサービスのタイプ及び選択的に経過時間、入出力オクテット又は入出力パケットのような統計を記載する会計停止パケットを生成する。会計停止パケットはＵＳＤＳ７０に送信され、それによってパケットが受信されたことの確認応答を返送する（１８８）。その後ＵＳＤＳ７０はＵＤＲ（ユーザデータ記録）を外部課金システム１７０に送信する（１９０）。
【００７７】
第３の（ＣＯＳ値３の）例として、ＣＤＭＡ（音声）、ＧＳＭ（音声）、ＥＶＤＯ（データ）、ＵＭＴＳ（データ）及びＷｉＦｉ／ＷｉＭａｘ（データ）ネットワークでの同時登録のためのコールフローを図９に示す。まず、移動局１４はＣＤＭＡネットワークに登録する（１９２）。登録通知（ＲＥＧＮＯＴ）メッセージがＵＳＤＳ７０に送信される（１９４）。ＵＳＤＳ７０はそのデータベース内のサービングＭＳＣ４０／ＭＳＣ／ＶＬＲ３２のアドレスを記憶する。ＵＳＤＳ７０は加入者を有効化し、ＲＥＧＮＯＴ返送メッセージで加入者のプロファイルを返す（１９６）。次に、移動局１４はＧＳＭネットワークに登録する（１９８）。位置確認メッセージがＵＳＤＳ７０に送信され（２００）、有効化及び加入者プロファイルを含む位置更新確認応答で応答する（２０２）。
【００７８】
移動局１４はパケット呼を開始する（２０４）。Ａ１０接続がＰＳＤＮ２８で確立される（２０６）。アクセスリクエストメッセージがＵＳＤＳ７０に送信され、それによって加入者を有効化し、ユーザプロファイルを含むアクセス受入れメッセージで応答する（２１０）。サービス配信の開始において、ＰＤＳＮ２８は配信されているサービスのタイプ及び配信先のユーザを記述する会計開始パケットを生成する。それによって会計開始パケットをＵＳＤＳ７０に送信し（２１２）、パケットが受信されたことの確認応答を返送する。サービス配信の終了において、ＰＤＳＮ２８は、配信されたサービスのタイプ及び選択的に経過時間、入出力オクテット又は入出力パケットのような統計を記載する会計停止パケットを生成する。会計停止パケットはＵＳＤＳ７０に送信され、それによってパケットが受信されたことの確認応答を返送する（２１４）。その後、ＵＳＤＳ７０はＵＤＲ（ユーザデータ記録）を外部課金システム１７０に送信する（２１６）。
【００７９】
第４の（ＣＯＳ値４の）例として、ＰＨＳ（音声及びデータ）及びＷｉＦｉ／ＷｉＭａｘ（データ）への加入者の同時登録のためのコールフローを図１０に示す。まず、移動局１４はＰＨＳ（パーソナル・ハンディフォン・システム）ネットワークに登録する（２１８）。ＰＨＳ登録メッセージがＵＳＤＳ７０に送信され（２２０）、それはＰＨＳ登録レスポンスメッセージで応答する（２２２）。次に、移動局１４がパケット呼を開始する（２２４）。Ａ１０接続が確立される（２２６）。アクセスリクエストメッセージがＵＳＤＳ７０に送信され（２２８）、それによって加入者を有効化し、アクセス受入れメッセージで応答する（２３０）。
【００８０】
サービス配信の開始において、ＰＤＳＮ２８は配信されているサービスのタイプ及び配信先のユーザを記述する会計開始パケットを生成する。それによって会計開始パケットをＵＳＤＳ７０に送信し（２３２）、パケットが受信されたことの確認応答を返送する。サービス配信の終了において、ＰＤＳＮ２８は、配信されたサービスのタイプ及び選択的に経過時間、入出力オクテット又は入出力パケットのような統計を記載する会計停止パケットを生成する。会計停止パケットがＵＳＤＳ７０に送信され、それによってパケットが受信されたことの確認応答を返送する（２３４）。その後、ＵＳＤＳ７０はＵＤＲ（ユーザデータ記録）を外部課金システム１７０に送信する（２３６）。
【００８１】
第５の（ＣＯＳ値５の）例として、ＣＤＭＡ（音声及びデータ）、ＰＨＳ（音声及びデータ）、及びＷｉＦｉ／ＷｉＭａｘ（データ）技術への加入者の同時登録のためのコールフローを図１１に示す。まず、移動局１４はＣＤＭＡネットワークに登録する（２３８）。登録通知（ＲＥＧＮＯＴ）メッセージがＵＳＤＳ７０に送信される（２４０）。ＵＳＤＳ７０はそのデータベース内のサービングＭＳＣ４０／ＭＳＣ／ＶＬＲ３２のアドレスを記憶する。ＵＳＤＳ７０は加入者を有効化し、ＲＥＧＮＯＴ返送メッセージで加入者のプロファイルを返信する（２４２）。次に、移動局１４はＧＳＭネットワークに登録する（２４４）。ＰＨＳ登録メッセージがＵＳＤＳ７０に送信され（２４６）、有効化及び加入者プロファイルを含む位置更新確認応答で応答する（２４８）。その後、移動局１４はパケット呼を開始する（２５０）。Ａ１０接続が確立される（２５２）。アクセスリクエストメッセージがＵＳＤＳ７０に送信され（２５４）、アクセス受入れメッセージで応答する（２５６）。
【００８２】
サービス配信の開始において、ＰＤＳＮ２８は配信されているサービスのタイプ及び配信先のユーザを記述する会計開始パケットを生成する。それによって会計開始パケットをＵＳＤＳ７０に送信し（２５８）、パケットが受信されたことの確認応答を返送する。サービス配信の終了において、ＰＤＳＮ２８は、配信されたサービスのタイプ及び選択的に経過時間、入出力オクテット又は入出力パケットのような統計を記載する会計停止パケットを生成する。会計停止パケットはＵＳＤＳ７０に送信され、それによってパケットが受信されたことの確認応答を返送する（２６０）。その後、ＵＳＤＳ７０はＵＤＲ（ユーザデータ記録）を外部課金システム１７０に送信する（２６２）。
【００８３】
第６の（ＣＯＳ値６の）例として、ＧＭＳ、ＵＭＴＳ、ＰＨＳ及びＷｉＦｉ／ＷｉＭａｘへの加入者の同時登録のためのコールフローを図１２に示す。まず、移動局１４はＣＤＭＡネットワークに登録する（２６４）。位置更新メッセージがＵＳＤＳ７０に送信され（２６６）、位置確認応答で応答する（２６８）。その後、移動局１４ＧＳＭネットワークに登録する（２７０）。ＰＨＳ登録メッセージがＵＳＤＳ７０に送信され（２７２）、有効化及び加入者プロファイルを含む位置更新確認応答で応答する（２７４）。その後、移動局１４はパケット呼を開始する（２７６）。Ａ１０接続が確立される（２７８）。アクセスリクエストメッセージがＵＳＤＳ７０に送信され（２８０）、アクセス受入れメッセージで応答する（２８２）。
【００８４】
サービス配信の開始において、ＰＤＳＮ２８は配信されているサービスのタイプ及び配信先のユーザを記述する会計開始パケットを生成する。それによって会計開始パケットをＵＳＤＳ７０に送信し（２８４）、パケットが受信されたことの確認応答を返送する。サービス配信の終了において、ＰＤＳＮ２８は配信されたサービスのタイプ及び選択的に経過時間、入出力オクテット又は入出力パケットのような統計を記載する会計停止パケットを生成する。会計停止パケットはＵＳＤＳ７０に送信され、それによってパケットが受信されたことの確認応答を返送する（２８６）。その後、ＵＳＤＳ７０はＵＤＲ（ユーザデータ記録）を外部課金システム１７０に送信する（２８８）。
【００８５】
第７の（ＣＯＳ値７の）例として、図１３にＣＤＭＡ、ＥＶＤＯ、ＷｉＦｉ／ＷｉＭａｘ、及びＩＭＳネットワークへの加入者のための呼を示す。まず、移動局１４はＣＤＭＡネットワークに登録する（２９０）。登録通知（ＲＥＧＮＯＴ）メッセージがＵＳＤＳ７０に送信される（２９２）。ＵＳＤＳ７０はそのデータベース内のサービングＭＳＣ４０／ＭＳＣ／ＶＬＲ３２のアドレスを記憶する。ＵＳＤＳ７０は加入者を有効化し、ＲＥＧＮＯＴ返送メッセージで加入者のプロファイルを返す（２９４）。次に、移動局１４はパケット呼を開始する（２９６）。Ａ１０接続が確立される（２９８）。アクセスリクエストメッセージがＵＳＤＳ７０に送信され（３００）、アクセス受入れメッセージで応答する（３０２）。
【００８６】
サービス配信の開始において、ＰＤＳＮ２８は配信されているサービスのタイプ及び配信先のユーザを記述する会計開始パケットを生成する。それによって会計開始パケットをＵＳＤＳ７０に送信し（３０４）、パケットが受信されたことの確認応答を返送する。サービス配信の終了において、ＰＤＳＮ２８は、配信されたサービスのタイプ及び選択的に経過時間、入出力オクテット又は入出力パケットのような統計を記載する会計停止パケットを生成する。会計停止パケットはＵＳＤＳ７０に送信され、それによってパケットが受信されたことの確認応答を返送する（３０６）。その後、ＵＳＤＳ７０はＵＤＲ（ユーザデータ記録）を外部課金システム１７０に送信する（３０８）。
【００８７】
その後、移動局１４はＩＭＳネットワーク上で登録する（３１０）。ＨＳＳメッセージがＵＳＤＳ７０に送信され、加入者プロファイル及びフィルタ基準を含むＣｘ照会レスポンスで応答する（３１４）。
【００８８】
本発明は、中央化された状態のサーバ（ＵＳＤＳ７０）におけるマルチモード加入者についてのＣＯＳとして規定されたＩＭＳの組合せとともに、他のアクセス技術にも適用可能である。
【００８９】
本発明の独自の側面によってマルチモード加入者に対する音声及びデータの同時登録が可能となり、さらに、音声とデータの間の効率的なプロトコルの相互作用を促進する必要なプロトコルを選択するカスタマイズのための基盤を展開できる。
【００９０】
中央化サーバ（ＵＳＤＳ７０）は、
・リアルタイム・インメモリ・カレントセッションデータベースに基づくアクティブなプロトコル登録についてのサービス情報のクラス、
・カスタマイズされたアクセス及び会計ポリシーを作成するための組み込み型完全プログラミング言語に基づくマルチプロトコル加入者データに対応する最も多様なポリシーフロー、
・組み込みプラットフォームに基づくＡＡＡサーバとデータ機能の間のメッセージの安全な交換、及び
・Ｎ＋Ｋ構成上のマルチプロトコルのコールロジックによるモジュラ構造
を保持する。
【００９１】
上記に概説した新規なアプローチには多くの有利な効果がある。例えば、本アーキテクチャは、同じプラットフォーム上での音声及びデータのための同時登録を提供するため、（音声及びデータ加入者についての）契約データを共通の場所に記憶するため、及び、データが記憶される同じボックス上、あるいは分散Ｎ＋Ｋ構成を用いる異なるボックス上で呼処理を実行するための柔軟なメカニズムを提供する。制御サーバは信頼性及びスケーラビリティの目的で一般に「Ｎ＋Ｋ」構成で配備される。なお、「Ｎ」個のサーバは設計された性能レベルを提供し、「Ｋ」個のサーバは要求される利用性を提供する。
【００９２】
あらゆるオペレータが、異なるプラットフォーム上での拡張的な準備プロジェクトなしに、データ、音声、インターネット、及びメッセージング等のサービスを簡単に開始することができる。コア移動体ネットワークを修正することなしに、在否、ビデオ、チャット、メッセージング等を含む新たな機会及び複雑なサービスを実施し、試験し、そして課金もすることができる。
【００９３】
１つの有利な効果は、サービスプロバイダがＵＳＤＳ−ＤＦ上で統合された音声及びデータの解決手段を使用して、高速データ及び音声ネットワーク上で稼動するその大量市場のサービスポートフォリオを多様化させることができることである。「データ」加入者の登録／許可をＵＳＤＳ＿ＣＦ上のＭＡＳプラットフォーム処理とすることによって、サービスプロバイダはＣＦ上で自由化されたＳＰＡリソース（アプリケーション）を使って移動体ユーザに対する音声、高速データ及びコアネットワークのアップグレード及び配信に集中することができる。
【００９４】
本発明の他の利益が以下に記載される。サービスプロバイダは、ケーブル、ＤＳＬ、ＷＩＦＩ／ＷｉＭａｘ、ＩＭＳ、セルラ、データ等の異なるネットワーク／サービスに対して異なるボックスを保持する必要がなくなる。これによって、１つのボックスだけが保持されればよいので運用コストの低減となる。
【００９５】
また、複数の音声及びデータの登録／許可のボックスに対する共通のボックスによる解決手段によって、ネットワークにおけるＳＳ７／ＩＰに基づく翻訳のメンテナンスにおいて対応する（コスト）低減がなされる。ＲＡＤＩＵＳサーバはプラットフォームの一部であるので、複数のプロトコルに対するデータインターワーキングに特化させるためにアプリケーションを解放することになる。マルチモード音声及びデータ加入者に対して単一の論理記録となる。さらに、サービス論理及び加入者データの分離も存在する。
【００９６】
上記の説明は発明の具体的な実施例の開示を単に提供するだけのものであり、それに限定する目的のものではない。このように、本発明は上述の実施例のみに限定されるものではない。逆に、当業者であれば本発明の範囲のものとなる代替の実施例を想到することができるはずである。
【図１】
2010503314.tif 000003
【図２】
2010503314.tif 000004
【図３】
2010503314.tif 000005
【図４】
2010503314.tif 000006
【図５】
2010503314.tif 000007
【図６】
2010503314.tif 000008
【図７】
2010503314.tif 000009
【図８】
2010503314.tif 000010
【図９】
2010503314.tif 000011
【図１０】
2010503314.tif 000012
【図１１】
2010503314.tif 000013
【図１２】
2010503314.tif 000014
【図１３】
2010503314.tif 000015
【図１４】
2010503314.tif 000016
【図１５】
2010503314.tif 000017
【国際調査報告】
2010503314.tif 000018
2010503314.tif 000019