JP2019502291A - 通信システム - Google Patents

Abstract

【解決手段】相互接続機能（又は同様の通信装置）が、移動先公衆移動通信ネットワーク（ＶＰＬＭＮ）の通信実体から認証情報の要求を受信し、ホーム公衆移動通信ネットワーク（ＨＰＬＭＮ）の通信実体から前記認証情報を取得し、前記認証情報が前記登録手順において用いられるように前記認証情報を前記ＶＰＬＭＮの通信実体に送信することにより、ＶＰＬＭＮにおけるインバウンドローマーであるユーザ装置（ＵＥ）の登録手順を支援する、通信システムが開示される。
【選択図】図２

Description

本発明は、移動通信装置及びネットワークに関し、限定されないが、“エボルブドパケットコア”（ＥＰＣ）ネットワークの“ロングタームエボリューション”（ＬＴＥ）などの“第３世代パートナーシッププロジェクト”（３ＧＰＰ）規格又はその同等物又は派生物にしたがって動作するものに特に関係する。本発明は、限定されないが、ＩＭＳホームネットワークを持たないインバウンドローマーに対する“ＩＭＳ集中サービス”（ＩＣＳ）などの“インターネットプロトコル（ＩＰ）マルチメディアサブシステム”（ＩＭＳ）サービスの提供に特に関係する。

移動（セルラー）通信ネットワークにおいて、（ユーザ）通信装置（ユーザ装置（ＵＥ）としても知られる、例えば、携帯電話）は基地局を介してリモートサーバ又は他の通信装置と通信する。このようなユーザ装置がネットワークと接続する方式には、主に音声通話などに使用される回路交換（ＣＳ）接続とデータパケット（例えば、ＩＰパケット）を通信するパケット交換（ＰＳ）接続とがある。各基地局は（ＩＭＳやＥＰＣネットワークなどの）コアネットワークに接続されており、コアネットワークはユーザにエンドツーエンド接続を提供する他のネットワークに接続されている。

３ＧＰＰは、ユーザ装置に対するＩＰベースのマルチメディアサービスを可能にするＩＰマルチメディアコアネットワークサブシステム（ＩＰマルチメディアサブシステム（ＩＭＳ）と呼ばれる場合が多い）を規定した。ＩＭＳのいわゆる“プロキシコールセッションプロトコル機能”（Ｐ−ＣＳＣＦ）は、ＩＭＳに接続されたＵＥとの“セッション開始プロトコル”（ＳＩＰ）シグナリングの交換を担当する。Ｐ−ＣＳＣＦは、特定のＵＥと自身との間で交換されるＳＩＰシグナリングの適切な暗号化を容易にするために、接続された各ＵＥのＵＥセキュリティとＩＰセッションのパラメータを保存する。Ｐ−ＣＳＣＦはまた、各ＵＥのＩＰセッションに必要なリソースを許可するとともに、特定のＵＥにとって適切な次のホップＣＳＣＦ（当該ホップＣＳＣＦは当該ＵＥに対する登録処理中に決定される）へ及びそこからメッセージを転送することを担当する。

ＩＭＳは３ＧＰＰ技術仕様（ＴＳ）２３．２２８ Ｖ１３．４．０で規定され、“セッション開始プロトコル”（Ｖ２．０）は、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によってＲＦＣ ３２６１で規定されている。それらの文書の内容は参照により本明細書に組み込まれる。

ＩＭＳ集中サービス（ＩＣＳ）は、３ＧＰＰリリース８以降のいくつかの仕様書で規定された。自身のモバイル交換センター（ＭＳＣ）に対してレガシー回線交換（ＣＳ）アクセスを依然として使用しているユーザ装置（ＵＥ）に対してＩＭＳの補足サービスを実行する２つの基本的な方法がある。１つの方法はＭＳＣを機能強化することである。すなわち、ＭＳＣをＵＥの代わりに“ＳＩＰユーザエージェント”の役割を果たせるようにすることである。この方法は図１に示されている。もう１つの若干あまり好ましくない方法は、ＵＥがアプリケーションサーバ（ＡＳ）と直接相互動作できるようにするために（すなわち、ＭＳＣ及び／又はＩＭＳからのサポートを必要としないように）ＵＥの動作の強化を求める。

現在の解決法には、ネットワークにおいて（適切であれば、他のネットワークと組み合わせて）ＩＭＳとＩＣＳの特徴を様々なレベルでサポートすることが含まれる。より一般的な方法の１つは、オペレータがレガシーＣＳネットワークからＩＭＳに移動できるようにしそれによりレガシーＵＥ加入者にもＩＭＳサービスを提供できるようにする、いわゆるＭＳＣ−サーバ（又は「ＭＳＣ−Ｓ」）である。効果的には、ＭＳＣ−Ｓは、基地局のネットワークにローミングしている携帯電話に対する通話交換及び移動性管理機能を制御するコアネットワーク要素である。ＭＳＣ−Ｓは「ＭＳＣサーバ」「ＭＳＳ」又は「ＭＴＳ−Ｕ」と言われる場合もある。ＩＣＳの一層の詳細は、３ＧＰＰ ＴＳ ２３．０６０ Ｖ１３．４．０、３ＧＰＰ ＴＳ ２３．２２８ Ｖ１３．４．０、３ＧＰＰ ＴＳ ２３．２９２ Ｖ１３．２．０、及びＧＳＭＡ ＩＲ．６４ Ｖ１２．０で見つけられるだろう（これらの文書の内容は参照により本明細書に組み込まれる）。

ＵＥがレガシーＣＳプロトコルを用いて（ＩＣＳに対応する）ＭＳＣ−Ｓに接続されると、ＭＳＣ−ＳはＵＥに対するＳＩＰシグナリングを取り扱うために適切なＩＭＳ実体、例えば、アプリケーションサーバ（ＡＳ）やＣＳＣＦに接続する。ＭＳＣ−Ｓはまた、ＵＥによって使用されるＣＳコデックを適切なＩＭＳコデックに変換するために“メディアゲートウェイ”に接続する。ＵＥがローミング中のＵＥである場合、移動先ネットワークのＭＳＣ−Ｓはまた、加入プロフィールを移動先位置レジスタ（ＶＬＲ）にダウンロードするためにホームネットワークのホームロケーションレジスタ（ＨＬＲ）にコンタクトする。

しかしながら、オペレータによってはＣＳ要素をそのコアネットワークから完全に取り除くこと、及び／又はレガシーＣＳ相互動作のサポートをネットワークのエッジに移動することを望むだろう。このようなニーズについては、例えば、３ＧＰＰ Ｔｄｏｃｓ ｎｏ． Ｓ２−１４３７５０、Ｓ２−１５３６５２（タイトルは共に「サービスドメイン集中についての新しいワークアイテムの解説」）の中で言及されている。ただし、３ＧＰＰ規格ではこのニーズはまだ対応されていない。

本発明者らは、一部の（ホーム）ネットワークにおいてＣＳ要素及び／又はレガシーＣＳ相互動作をなくした場合、移動先ネットワークのオペレータは、ＩＭＳに加入していない、又はその（ホーム）ネットワークがＩＭＳをサポートせずＩＭＳについて移動先ネットワークとサービスレベル契約も結んでいない（他のネットワークの）加入者に対してインバウンドローミングサービスを提供できない恐れがあることに気づいた。言い換えれば、ＩＣＳ／ＩＭＳをサポートせず、ＩＭＳに加入しておらず、ＩＭＳについて移動先ネットワークとサービスレベル契約も結んでいないホームネットワークの加入者に対してどうやってインバウンドローミングサービスを提供するかについては課題がある。

よって、本発明の好適な実施形態は、上記の課題を克服する、又は少なくともその一部を軽減する方法及び装置を提供することを目的とする。

第１の態様において、本発明は、移動先公衆移動通信ネットワーク（ＶＰＬＭＮ）において、インバウンドローマーであるユーザ装置（ＵＥ）の登録手順を支援する通信装置を提供する。前記通信装置は、トランシーバーと、コントローラとを備え、前記コントローラは、前記トランシーバーを制御して前記ＶＰＬＭＮの通信実体から認証情報の要求を受信させ、ホーム公衆移動通信ネットワーク（ＨＰＬＭＮ）の通信実体から前記認証情報を取得し、前記認証情報が前記登録手順において用いられるように前記トランシーバーを制御して前記認証情報を前記ＶＰＬＭＮの通信実体に送信させる。

第２の態様において、本発明は、移動先公衆移動通信ネットワーク（ＶＰＬＭＮ）にインバウンドローマーであるユーザ装置（ＵＥ）を登録する通信装置を提供する。前記通信装置は、トランシーバーと、コントローラとを備え、前記コントローラは前記トランシーバーを制御して前記ＶＰＬＭＮの相互接続機能に認証情報の要求を送信させ、前記インバウンドローマーであるユーザを登録する際前記認証情報が用いられように前記トランシーバーを制御して前記相互接続機能から前記認証情報を受信させる。

本発明の態様は、対応するシステム、方法、及びプログラマブルプロセッサを上述の又は請求項に記載の態様又は可能な形態に示された方法を実行するようにプログラムする、若しくは適切に適応されたコンピュータを請求項のいずれかに記載された装置を提供するようにプログラムする命令を記憶するコンピュータ読み取り可能記憶媒体などのコンピュータプログラム製品に及ぶ。

本明細書（請求項を含む）に開示された及び／又は図示された各特徴は、独立して又は他の開示された及び／又は図示された特徴と組み合わせて本発明に取り込まれてよい。特に、しかし限定するものではないが、特定の独立請求項に従属する請求項の特徴は組み合わせて又は個々に当該独立請求項に取り入れてもよい。

本発明の例示的実施形態を以下の添付の図面を参照して説明する。
図１は一般的なＩＣＳアーキテクチャを示す。 図２は本発明の実施形態が適用可能な種類の移動（セルラー）通信システムを示す。 図３は図２のＩＣＳ ＩＷＦを介した外部ネットワークへの接続を示す。 図４は図２に示すシステムのＭＳＣ−Ｓの主要機能を示す例示的ブロック図である。 図５は図２に示すシステムのＩＣＳ ＩＷＦの主要機能を示す例示的ブロック図である。 図６〜１０は本発明の実施形態を実行しながら図２の移動通信システムの構成要素によって実行される方法を示す例示的なタイミング図である。

・概要
図２は、（ＵＥ３などの）モバイル機器のユーザがＥ−ＵＴＲＡなどの適切な無線アクセス技術（ＲＡＴ）を用いて基地局及びコアネットワークを介して互いに及び他のユーザと通信することができる移動（セルラー）通信ネットワーク１を概略的に示す。当業者は理解するように、図１には説明目的で１つのモバイル機器３が示されているが、当該システムを実現した場合通常他のモバイル機器を含むことになる。

図から分かるように、移動通信ネットワーク１は、モバイル機器３が現在ローミングしている移動先公衆移動通信ネットワーク（ＶＰＬＭＮ）と、モバイル機器３が加入者になっているホーム公衆移動通信ネットワーク（ＨＰＬＭＮ）２０とを含む。以後、ＨＰＬＭＮを単に（モバイル機器３の）ホームネットワーク２０といい、ＶＰＬＭＮを単に（モバイル機器３の）移動先ネットワーク１０という。

本例では、移動先ネットワーク１０はＩＣＳをサポートしている（これによりモバイル機器３は回線交換（ＣＳ）接続などのＩＣＳ及び／又はＩＭＳ技術を用いて移動先ネットワーク１０と通信することが期待される）。本例ではモバイル機器３は移動先ネットワーク１０への接続にＣＳ接続を採用しているが、モバイル機器３がＩＭＳ（ＬＴＥ）ＵＥから構成されてもよいことは理解されよう。

一方、本例のホームネットワーク２０は、移動先ネットワーク１０によってサポートされるＩＣＳ及び／又はＩＭＳをサポートしていない。例えば、ホームネットワーク２０は（回線交換装置を持たない）ＬＴＥコアネットワーク（エンハンストパケットコア（ＥＰＣ）ネットワークと言われる場合もある）をサポートしていてもよい。ただし、ホームネットワーク２０が適宜任意の非ＩＣＳ又は非ＩＭＳネットワークから構成されてもよいことは理解されよう。

移動先ネットワーク１０は、特に、１つ以上の基地局（ＬＴＥでは「ｅＮＢ」という、図２では不表示）、モバイル交換センターサーバ（ＭＳＣ−Ｓ）１１、メディアゲートウェイ（ＭＧＷ）１３、ホーム加入者サーバ（ＨＳＳ）１４、アプリケーションサーバ（ＡＳ）１６、ＣＳＣＦ１８、及びＩＣＳ相互接続機能（ＩＣＳ ＩＷＦ）１９を含む。図示のように、移動先ネットワーク１０のノードは適切な（規格の）インターフェースで互いに接続されている。図２に示したインターフェース（基準点）は、選択したプロトコルやＩＣＳ ＩＷＦ１９の配列機能に基づく最新の既存の基準点（例えば、ｉ３、ＩＳＣ、Ｃｘ、Ｍｗ、Ｓｈ、Ｉ２など）から構成されてもよい。

モバイル機器３とそのサービング基地局は該当するエアインターフェース（例えば、「Ｕｕ」インターフェースなどのＬＴＥエアインターフェース）に接続されており、それによりモバイル機器３は（サービング基地局を介した）回線交換（ＣＳ）接続でＭＳＣ−Ｓ１１に接続されている。これにより、モバイル機器３はサービング基地局及びＭＳＣ−Ｓ１１を介して移動先ネットワーク１０の他のノードに接続することができる。

ホームネットワーク２０は、特に、ホーム加入者サーバ（ＨＳＳ）／ホームロケーションレジスタ（ＨＬＲ）２４を含む。図示されていないが、ＨＳＳ／ＨＬＲもまた適切な（規格の）インターフェースで他のホームネットワークに接続されている。

ＭＳＣ−Ｓ１１は自身に接続された基地局にサーブされているモバイル機器３の（移動先ネットワーク１０内での）通話設定及び機動性の管理を担当する。ＭＳＣ−Ｓ１１はモバイル機器３とＡＳ１６及び／又はＣＳＣＦ１８間のＳＩＰシグナリングの伝送のためにＡＳ１６及びＣＳＣＦ１８のインターフェイスとなる。

ＭＧＷ１３は、モバイル機器３とモバイル機器３と通信中のリモートエンドポイントによって使用されているコーデック（が異なる場合）間のコード変換を担当する。

ＨＳＳ１４は、移動先ネットワーク１０の加入者の、加入情報／加入プロフィールなどの加入者データの保存と管理を担当する。同様に、ＨＳＳ／ＨＬＲ２４は、ホームネットワーク２０の加入者（本例では、モバイル機器３）の加入者データの保存と管理を担当する。有益なことに、移動先ネットワーク１０はＩＣＳ ＩＷＦ１９（後に詳述する）を備えているので、移動先ネットワーク１０内で（例えば、ＭＳＣ−Ｓ１１内で）ホームロケーションレジスタ機能を実行する必要がない。

ＡＳ１６は、モバイル機器３（内の適切なアプリケーション）とＡＳ１６（及び／又はＡＳ１６に接続されたノード）がホストする対応するアプリケーションとの間のエンドツーエンド通信を担当する。ＣＳＣＦ１８は、モバイル機器３に対してＩＭＳコールセッション制御機能を実行するＳＩＰサーバである。ＣＳＣＦ１８はプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、問い合わせＣＳＣＦ（Ｉ−ＣＳＣＦ）、サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）のうちの少なくとも１つとして構成されてもよい。ＣＳＣＦ１８はまた、ＨＳＳ１４と通信するために、（図２で「Ｃｘ」と表記された）Ｄｉａｍｅｔｅｒプロトコルをサポートする。当業者は理解するように、説明目的で図２には１つのＡＳ１６と１つのＣＳＣＦ１８が示されているが、当該システムが実行された場合通常他のアプリケーションサーバとＣＳＣＦが含まれることになる。

ネットワーク（この場合、ＨＰＬＭＮ２０）がＩＣＳやＩＭＳをサポートしない場合、（ＶＰＬＭＮ１０などの）別のＰＬＭＮでローミングしているその加入者（例えば、モバイル機器３）はそのＰＬＭＮのサービングＭＳＣ−Ｓ１１にＨＰＬＭＮ１０のＨＬＲ２４にコンタクトして加入プロフィールを（ＭＳＣ−Ｓ１１の）ＶＬＲ機能にダウンロードするよう要求する。しかしながら、図２に示された例では移動先ネットワーク１０のオペレータがコアネットワークから全てのＣＳ機能を取り除いているので、移動先ネットワーク１０のサービングＭＳＣ−Ｓ１１はＶＬＲ機能を持たない。

その代わりに、移動先ネットワーク１０は、ＭＳＣ−Ｓ１１がＶＬＲ機能を持たなくても他のネットワークとの相互接続が容易になるようにＩＣＳ ＩＷＦ１９を備えている。より詳しくは、ＩＣＳ ＩＦＷ１９は、ＨＳＳ／ＨＬＲ２４などの他のネットワークのノードと相互接続して他のネットワークの加入者（本例では、ＨＰＬＭＮ２０のモバイル機器３）の移動先ネットワーク１０へのインバウンドローミングを容易にする（及び場合によっては、ＶＰＬＭＮネットワークの加入者の他のネットワークへのアウトバウンドローミングを容易にする）ことを担当する。ＣＳシグナリングとＩＣＳネットワークで使用される他のプロトコルとの間の相互接続機能を提供するため、ＩＣＳ ＩＷＦ１９は（例えば、図３に示すような）複数のＰＬＭＮのそれぞれのＨＳＳ／ＨＬＲに接続されてもよいことは理解されよう。有益なことに、ＩＣＳ ＩＦＷ１９は、インバウンドローミングしている加入者（本例では、モバイル機器３）のホームネットワーク２０に対してＶＬＲの役割を果たすように構成され、プロトコルとは関係なくモバイル機器３に対して移動先ネットワーク１０へのアクセスを認めるためにＣＳ認証及び／又は第三者登録に関連するメッセージを取り扱う。その構成によっては、ＩＣＳ ＩＦＷ１９はＭＳＣ−Ｓ１１に対してＶＬＲ又はＨＳＳの役割を果たしてもよく、Ｓ−ＣＳＣＦ１８に対してＡＳ又はＨＳＳの役割を果たしてもよく、更にＨＳＳ１４に対してＡＳの役割を果たしてもよい。

図２に示されるように、モバイル機器３はＶＰＬＭＮ１０にローミングしているとき、ＭＳＣ−Ｓ１１にはレガシーＣＳプロトコルで接続している。ＭＳＣ−Ｓ１１は、ＳＩＰシグナリングのためにＡＳ１６やＣＳＣＦ１８などの他のＩＭＳ実体に接続されている。また、モバイル機器３とＭＳＣ−Ｓ１１は、ＣＳコデックを適切なＩＭＳコデックに変換するために（レガシーＣＳプロトコルでモバイル機器３に接続された）メディアゲートウェイ１３を介して接続されている。（モバイル機器３が通信しようとする）リモートエンドポイントが単にＩＭＳ ＵＥなどであってもよいことは理解されよう。

これにより、本システムでは、ＩＣＳ非対応のホームネットワーク２０に属するモバイル機器３はＩＣＳ使用可能の移動先ネットワーク１０にローミングすることができる。本例では、モバイル機器３が以下のようにして移動先ネットワークへの登録を開始する。すなわち、“位置更新要求”メッセージをＭＳＣ−Ｓ１１に送信し、このメッセージにモバイル機器３に関連付けられた“国際モバイル加入者識別子”（ＩＭＳＩ）とモバイル機器３が現在位置する領域（セル）に関連付けられた“位置領域識別子”（ＬＡＩ）を含める。ＩＭＳＩに基づいて、ＭＳＣ−Ｓ１１はモバイル機器３がホームネットワーク２０に属している（すなわち、モバイル機器３はローミング中のＵＥである）と判断する。したがって、ＭＳＣ−Ｓ１１はモバイル機器３の適切なＣＳ認証を支援するために（ホームネットワーク２０に対してＶＬＲの役割を果たす）ＩＣＳ ＩＷＦ１９にコンタクトする。

ＩＣＳ ＩＷＦ１９は（例えば、従来のＶＬＲ−ＨＬＲ手順を用いて）ＨＳＳ／ＨＬＲ２４から必要なＣＳ認証データを取得するように構成されており、直接又は（Ｓ−ＣＳＣＦとして構成された）ＣＳＣＦ１８を介して適切な認証パラメータをＭＳＣ−Ｓ１１に返す。返された認証パラメータを用いることにより、ＭＳＣ−Ｓ１１はモバイル機器３のＣＳ認証手順を開始することができる。本手順は通常、ＭＳＣ−Ｓ１１が「ＲＡＮＤ」値（ＩＣＳ ＩＷＦ１９を介してＨＳＳ／ＨＬＲ２４から受け取った無作為の番号）をモバイル機器３に送信し、モバイル機器３が対応する署名済みの応答（ＳＲＥＳ）を算出しＭＳＣ−Ｓ１１に返すことからなる。

いったんＣＳ認証手順が成功すると（すなわち、ＭＳＣ−Ｓ１１、Ｓ−ＣＳＣＦ１８、及び／又はＩＣＳ ＩＷＦ１９がモバイル機器３がＲＡＮＤ要求に正しいＳＲＥＳ値を返したと判断すると）、ＩＣＳ ＩＷＦ１９は“位置更新要求”をモバイル機器３の“ＩＭＳＩ”及び“モバイルステーションルーティングナンバー”（ＭＳＲＮ）と共にホームネットワーク２０のＨＳＳ／ＨＬＲ２４に送信する。ＩＣＳ ＩＷＦ１９はＨＳＳ／ＨＬＲ２４からＣＳ加入プロフィール及びサービス設定を取得し、ＣＳ加入プロフィールを、ＭＳＣ−Ｓ１１（及び／又はＳ−ＣＳＣＦ１８）にダウンロード可能な適切なＩＭＳ加入プロフィールにマッピングする（変換する）。ＩＣＳ ＩＷＦ１９はまた、モバイル機器３の適切な一時識別子、例えば、“一時モバイル加入者識別子”（ＴＭＳＩ）を生成し、ＭＳＣ−Ｓ１１及びモバイル機器３に提供する。

このように、有益なことに、移動先ネットワーク１０は、ＶＬＲが所定の場所になくても、またホームネットワーク２０がＩＣＳ／ＩＭＳに対応しなくても、ホームネットワーク２０から必要な加入者データを取得することができる。また、有益なことに、ＭＳＣ−Ｓ１１は通常の（ＣＳ）手順にしたがってモバイル機器３との通信を暗号化できる。必要であれば、ＭＳＣ−Ｓ１１は更にホームネットワーク２０（ＣＳＣＦ１８及び／又はＡＳ１６）に対しいわゆる第三者登録を行う。

このように、上記のシステムは以下の１つ以上を含むいくつもの利点を有する。
−レガシー（ＣＳ）ＵＥをそれが準拠するプロトコルや手順を変更せずにサポート
−ピアリングネットワーク（ＨＰＬＭＮ）がレガシーＨＬＲをサポート
−ＭＳＣサーバがレガシーＶＬＲ機能を備える必要がない

・“モバイル交換センター”サーバ
図４は、図２に示すＭＳＣ−Ｓ１１の主要構成要素を示すブロック図である。図示のように、ＭＳＣ−Ｓ１１は、トランシーバー回路３１と、（モバイル機器３やＩＣＳ ＩＷＦ１９などのＶＰＬＭＮ１０のノードなど）他のネットワークノードへの信号送信とそれらからの信号受信を行うネットワークインターフェース３３とを備える。ＭＳＣ−Ｓ１１はまた自身の動作を制御するコントローラ３５を備える。コントローラ３５はメモリ３７と連結されている。

メモリ３７にソフトウェアをプリインストールしてもよく、及び／又は、例えば、通信ネットワーク１を介して又は着脱式のデータ記憶装置（ＲＭＤ）からダウンロードしてもよい。コントローラ３５は、ＭＳＣ−Ｓ１１の全動作を、本例では、メモリ３７に記憶されたプログラム命令やソフトウェア命令にしたがって制御するように構成されている。図示のように、それらのソフトウェア命令には、特に、オペレーティングシステム３９、通信制御モジュール４１、認証モジュール４３、ＳＩＰ／Ｄｉａｍｅｔｅｒモジュール４４、ローミングサポートモジュール４５、及びネットワーク相互接続モジュール４７が含まれる。

通信制御モジュール４１は、ＭＳＣ−Ｓ１１とＭＳＣ−Ｓ１１に接続された他のネットワーク実体（例えば、モバイル機器３、ＭＧＷ１３、ＨＳＳ１４（間接的に）、ＡＳ１６、ＣＳＣＦ１８、ＩＣＳ ＩＷＦ１９）との通信を制御する。

認証モジュール４３は、適切にフォーマットされた認証要求及び応答の生成、送信、及び受信を行うことによる、ＭＳＣ−Ｓ１１に接続されたモバイル機器の認証を担当する。例えば、ＣＳ認証のために、認証モジュール４３はモバイル機器３に適切なＲＡＮＤ値を送信しモバイル機器３からＳＲＥＳを受け取る（更にこのＳＲＥＳをモバイル機器３のＨＳＳから取得したＳＲＥＳと比較するためにＩＣＳ ＩＷＦ１９に転送する）ように構成される。

ＳＩＰ／Ｄｉａｍｅｔｅｒモジュール４４は、（該当する場合）“セッション開始及び／又はＤｉａｍｅｔｅｒ”プロトコルにしたがってフォーマットされたシグナリングメッセージの取り扱い（生成、送信、受信）を担当する。そのようなＳＩＰ／Ｄｉａｍｅｔｅｒメッセージは、移動先ネットワーク１０における第三者認証及びモバイル機器３の登録に関わるものであってもよい。

ローミングサポートモジュール４５は、ＭＳＣ−Ｓ１１に接続された特定のモバイル機器３が移動先ネットワーク１０とは異なるネットワークに属しているかどうかの判定を担当する。

ネットワーク相互接続モジュール４７は、他のネットワーク（例えば、ホームネットワーク２０）とのインターフェースによって使用されるプロトコルにしたがってフォーマットされたシグナリングメッセージの取り扱い（生成、送信、受信）を担当する。そのようなシグナリングメッセージには、例えば、モバイル機器３が移動先ネットワーク１０でローミングしているときにモバイル機器３の登録・認証を行うためのメッセージと関連する応答が含まれる。

・ICS相互接続機能
図５は、図２に示すＩＣＳ ＩＷＦ１９の主要構成要素を示すブロック図である。図示のように、ＩＣＳ ＩＷＦ１９は、トランシーバー回路５１と、（ＭＳＣ−Ｓ１１やＨＳＳ ２４などの）他のネットワークノードへの信号送信及びそれらからの信号受信を行うネットワークインターフェース５３とを備える。ＩＣＳ ＩＷＦ１９はまた、その動作を制御するコントローラ５５を備える。コントローラ５５はメモリ５７と連結している。

メモリ５７にソフトウェアをプリインストールしてもよく、及び／又は、例えば、通信ネットワーク１を介して又は着脱式のデータ記憶装置（ＲＭＤ）からダウンロードしてもよい。コントローラ５５は、ＩＣＳ ＩＷＦ１９の全動作を、本例では、メモリ５７に記憶されたプログラム命令やソフトウェア命令にしたがって制御するように構成されている。図示のように、それらのソフトウェア命令には、特に、オペレーティングシステム５９、通信制御モジュール６１、ＳＩＰ／Ｄｉａｍｅｔｅｒモジュール６４、及びネットワーク相互接続モジュール６７が含まれる。

通信制御モジュール６１は、ＩＣＳ ＩＷＦ１９と、ＩＣＳ ＩＷＦ１９に接続した他のネットワーク実体（例えば、ＭＳＣ−Ｓ１１、ＨＳＳ１４、アプリケーションサーバ１６、ＣＳＣＦ１８、及び他のネットワークのＨＳＳ／ＨＬＲ２４ノード）との通信を制御する。

ＳＩＰ／Ｄｉａｍｅｔｅｒモジュール６４は、（該当する場合）“セッション開始及び／又はＤｉａｍｅｔｅｒ”プロトコルにしたがってフォーマットされたシグナリングメッセージの取り扱い（生成、送信、受信）を担当する。そのようなＳＩＰ／Ｄｉａｍｅｔｅｒメッセージは、移動先ネットワーク１０における第三者認証及びモバイル機器３の登録に関係するものであってよい。

ネットワーク相互接続モジュール６７は、他のネットワーク（例えば、モバイル機器３のホームネットワーク２０）とのインターフェースによって使用されるプロトコルにしたがってフォーマットされたシグナリングメッセージの取り扱い（生成、送信、受信）を担当する。そのようなシグナリングメッセージには、例えば、（モバイル機器３が移動先ネットワーク１０でローミングしているときに）モバイル機器３に関連するＣＳ認証パラメータ／加入者プロフィールをＨＳＳ２４から取得するためのメッセージ及び関連する応答が含まれる。

上記の説明では、分かりやすくするために、ＭＳＣ−Ｓ１１とＩＣＳ ＩＷＦ１９は（通信制御モジュール、ネットワーク相互接続モジュール、ＳＩＰ／Ｄｉａｍｅｔｅｒモジュールなどの）いくつもの個別のモジュールを備えるものとして説明した。これらのモジュールは、一定の用途、例えば、本発明を実施するために既存のシステムを修正したものにおいて、又は他の用途、例えば、最初から本発明の特徴を念頭に置いて設計したシステムにおいて上記のように提供されてもよいが、これらのモジュールをオペレーティングシステム全体又はコード全体に組み込んでもよく、したがって個別の実体として識別不能であってもよい。これらのモジュールはまた、ソフトウェア、ハードウェア、ファームウェア、又はこれらの組み合わせであってもよい。

・動作
図６は、（ＩＣＳ非対応のホームネットワークからの）モバイル機器３が移動先ネットワーク１０にローミングしているときに図１の移動通信ネットワーク１の構成要素によって実行される方法を示す例示的なタイミング図である。具体的には、図６は、プロトコルとは関係なくインバウンドのローミングユーザにＶＰＬＭＮ ＩＣＳネットワークへのアクセスを認める例示的な概略的手順のステップを示す。

既に説明したように、モバイル機器３はＩＣＳ非対応／ＩＭＳ非対応のホームネットワーク２０に属し、現在、ＩＣＳ（ＩＭＳ）が使用可能な移動先ネットワーク１０でローミングしている。こうして、図６に概略的に示されているように、モバイル機器３及びＭＳＣ−Ｓ１１と、ＩＣＳ ＩＷＦ１９及びＨＳＳ／ＨＬＲ２４のノードは、該当するレガシーＣＳプロトコルで互いに通信するように構成されている。一方、ＶＰＬＭＮ１０のノードは、ＳＩＰ及び／又はＤｉａｍｅｔｅｒプロトコルで互いに通信するように構成されている。

本例では、モバイル機器３は、ステップＳ６０１で、適切にフォーマットされた要求（例えば、「位置更新要求」）を生成しＭＳＣ−Ｓ１１に送信することにより移動先ネットワーク１０への登録手順を開始する。モバイル機器３は、このメッセージに、自身に関連付けられた“国際モバイル加入者識別子”（ＩＭＳＩ）及びモバイル機器３が現在位置している領域（セル）に関連付けられた“位置領域識別子”（ＬＡＩ）を含める。

ＩＭＳＩに基づいて、ＭＳＣ−Ｓ１１は（そのローミングサポートモジュール４５を用いて）モバイル機器３はローミング中のＵＥであり、ホームネットワーク２０に属していると判断する。したがって、ＭＳＣ−Ｓ１１はホームネットワーク２０のＨＳＳ／ＨＬＲ２４にコンタクトしてモバイル機器３を認証するためのパラメータ（ＣＳ認証データ）を取得する必要がある。しかしながら、この場合、ホームネットワーク２０はＩＣＳ（ＩＭＳ）非対応のネットワークであるため、ＭＳＣ−Ｓ１１はＨＳＳ／ＨＬＲ２４と直接コンタクトすることができない。インバウンドローミングの検出に基づいて、ＭＳＣ−Ｓ１１は認証のためのシグナリングを進める方法を、すなわち、関連するＨＳＳにコンタクトすべきかどうか（例えば、ＶＰＬＭＮ１０の加入者のためのＨＳＳ１４、又はＩＣＳが使用可能な他のネットワークの加入者用の異なるＨＳＳ）、又はＩＣＳ ＩＷＦ１９（例えば、ＩＣＳ非対応の使用可能なＨＰＬＭＮ２０の加入者用）にコンタクトすべきかどうかを決定することができる。

モバイル機器３はＩＣＳ非対応のＨＰＬＭＮ２０の加入者であると判断されるので、ステップＳ６０２で、ＭＳＣ−Ｓ１１は（そのネットワーク相互接続モジュール４７を用いて）モバイル機器３のＣＳ認証が必要であることを示す適切にフォーマットされたシグナリングメッセージを生成しＩＣＳ ＩＷＦ１９に送信する。

そのネットワーク相互接続モジュール６７を用いて、（ホームネットワーク２０のＨＬＲに対してＶＬＲの役割を果たす）ＩＣＳ ＩＷＦ１９は、ステップＳ６０３において、適切にフォーマットされたシグナリングメッセージを生成してモバイル機器のホームネットワーク２０のＨＳＳ／ＨＬＲ２４に送信する。ＩＣＳ ＩＷＦ１９は、そのメッセージ（例えば、「認証パラメータ要求」など）にモバイル機器３に関連付けられたＩＭＳＩを含める。

ＩＣＳ ＩＷＦ１９からの要求に応答して、ＨＬＲ２４は（ステップＳ６０４に概略的に示されているように）そのデータベースから必要なＣＳ認証データを取得しＩＣＳ ＩＷＦ１９に提供する。この場合ＶＬＲ機能がＩＣＳ ＩＷＦ１９によって提供されているが、ステップＳ６０３とステップＳ６０４はレガシーＶＬＲ−ＨＬＲ相互作用から構成されてもよいことは理解されよう。本例では、ＨＳＳ２４は、ＩＣＳ ＩＷＦ１９に、モバイル機器３に関連付けられたＩＭＳＩと、モバイル機器３に関連付けられた認証キー（例えば、Ｋｃ）と、対応する応答（ＳＲＥＳ）を持つ無作為の番号（ＲＡＮＤ）とを含む要求されたＣＳ認証データを返す。

次に、ステップＳ６０５に概略的に示されているように、ＩＣＳ ＩＷＦ１９はＭＳＣ−Ｓ１１に受信したＣＳ認証データを提供する（ただし、ＩＣＳ ＩＷＦがＳＲＥＳをＭＳＣ−Ｓ１１に送信しないように構成されてもよいことは理解されよう）。ＭＳＣ−Ｓ１１はＣＳ認証パラメータを保存しモバイル機器３と共にＣＳ認証手順を進める。

具体的には、ステップＳ６０６で、ＭＳＣ−Ｓ１１は（その認証モジュール４３を用いて）受信したＲＡＮＤ値を含む適切にフォーマットされた認証要求を生成しモバイル機器３に送信する。モバイル機器３は受信したＲＡＮＤからＳＲＥＳを算出し、ステップＳ６０７で、ＭＳＣ−Ｓ１１に適切にフォーマットされた認証応答においてＲＡＮＤを返す。

ステップＳ６０８に概要が示されているように、ＭＳＣ−Ｓ１１はＩＳＣ ＩＷＦ１９にＳＲＥＳ値を与え、（まだ行われてない場合）適切なＩＭＳ識別子を作りモバイル機器３のＩＭＳ登録を行う。必要に応じて、ＭＳＣ−Ｓ１１（又は別のＶＰＬＭＮノード、例えば、ＣＳＣＦ１８）は、モバイル機器３から受信したＳＲＥＳを（ステップＳ６０５でＳＲＥＳがＩＣＳ ＩＷＦ１９から送信された場合）ＩＣＳ ＩＷＦ１９から受信したものと比較するように構成されてもよい。この場合、ＭＳＣ−Ｓ１１は比較結果を、すなわち、ＩＣＳ ＩＷＦ１９が次のステップに進むべきかどうかをＩＣＳ ＩＷＦ１９に示すように構成される。ＣＳ認証手順が成功した場合（例えば、ＭＳＣ−Ｓ１１又はＩＣＳ ＩＷＦ１９がモバイル機器３が送信されたＲＡＮＤに対し正しいＳＲＥＳ値を返したと判断した場合）、（ＶＬＲの役割を果たす）ＩＣＳ ＩＷＦ１９がモバイル機器３にＭＳＲＮを割り当てる。

（ＶＬＲの役割を果たす）ＩＣＳ ＩＷＦ１９はその後ステップＳ６０９に進み、モバイル機器３の現在位置を知らせる、適切にフォーマットされたメッセージを生成しホームネットワーク２０のＨＬＲ２４に送信する。図６に示されるように、このメッセージ（例えば、「位置更新要求」）にはモバイル機器３のＩＭＳＩとＭＳＲＮが含まれる。

位置更新要求に応答して、ＨＳＳ２４は通常のＶＬＲ−ＨＬＲ手順にしたがってＩＣＳ ＩＷＦ１９にモバイル機器３の加入者プロフィール及びサービス設定を提供する。

ステップＳ６１１に概略的に示されているように、ＩＣＳ ＩＷＦ１９はＭＳＣ−Ｓ１１（及び／又はＳ−ＣＳＣＦ１８）に対してＨＳＳの役割を果たし、ＣＳ加入者プロフィールをＭＳＣ−Ｓ１１（及び／又はＳ−ＣＳＣＦ１８）へダウンロード可能な適切なＩＭＳ加入者プロフィールに変換する。ＩＣＳ ＩＷＦ１９は“ＣＳサービス設定”を変換し「電話アプリケーションサーバ（ＴＡＳ）」の役割を果たすかそれらの設定をＶＰＬＭＮ１０のＴＡＳに提供するように構成されてもよい。ＩＣＳ ＩＷＦ１９はまたモバイル機器３の適切な一時識別子、例えば、“一時モバイル加入者識別子”（ＴＭＳＩ）を生成し、ＭＳＣ−Ｓ１１及びモバイル機器３に提供する。

このように、有益なことに、移動先ネットワーク１０は、ＶＬＲが所定の場所になくても、またホームネットワーク２０がＩＣＳ／ＩＭＳに対応しなくても、ホームネットワーク２０から必要な加入者データを取得することができる。有益なことに、ＭＳＣ−Ｓ１１は通常の（ＣＳ）手順にしたがってモバイル機器３との通信の暗号化を実行できる。

ＭＳＣ−Ｓ１１はまた通常の手順で適切にフォーマットされた「位置更新受諾」メッセージを生成し、ステップＳ６１２で、モバイル機器３に送信する。効果的に、本メッセージはステップＳ６０１で受信したメッセージに対する応答であり、モバイル機器３に位置更新要求が受け入れられたことを知らせる。

以下は、図６を参照して説明した一般的な手順を図２に示すシステムで実行するいくつかの考えられる方法（及びその変形例）を詳細に説明するものである。

・HPLMNにおいてMSC-S及びHLRに対してVLRの役割を果たすICS IWF
図７は、モバイル機器３がＩＣＳ非対応のホームネットワーク２０からＩＣＳに対応する移動先ネットワーク１０にローミングしているときに図２の移動通信ネットワーク１の構成要素によって実行される方法を示す例示的なタイミング図である。本代替例では、ＩＣＳ ＩＷＦ１９が、ＭＳＣ−Ｓ１１及び（ＨＰＬＭＮ２０の）ＨＬＲ２４との通信においてＶＬＲの役割を果たす。また、ＩＣＳ ＩＷＦ１９はＣＳＣＦ１８に対してＨＳＳの役割を果たす。この方法が有益なことにＭＳＣ−Ｓ１１とＩＣＳ ＩＷＦ１９の間のマップベース基準点の維持を可能にすることは理解されよう。

図６を参照して説明したステップに対応する図７のステップの説明は簡潔化のためにここでは省略する。

プロセスはステップＳ７０１（例えば、“位置更新要求”など）で始まり、そこでモバイル機器３はそのＩＭＳＩとＬＡＩをＭＳＣ−Ｓ１１に提供する。（概ねステップＳ６０２に対応する）ステップＳ７０２で、ＭＳＣ−Ｓ１１は（ＩＭＳＩに基づいて）モバイル機器３が移動先ネットワーク１０に属していない、すなわち、モバイル機器３がインバウンドのローミング加入者であることを検出する。したがって、ＭＳＣ−Ｓ１１は、受信したＬＡＩとＩＭＳＩを含む“位置領域更新要求”メッセージを送信することによりＩＣＳ ＩＷＦ１９にコンタクトする。ステップＳ７０３〜Ｓ７０７は概ねステップＳ６０３〜Ｓ６０７にそれぞれ対応する。

ステップＳ７０８で、ＭＳＣ−Ｓ１１は、ＩＳＣ ＩＷＦ１９にＳＲＥＳ値を提供するため、適切にフォーマットされたシグナリングメッセージ（例えば、「認証応答」メッセージ）を生成して送信する。ＣＳ認証手順が成功した場合、ステップＳ７０９でＩＣＳ ＩＷＦ１９はモバイル機器３にＭＳＲＮを割り当て、モバイル機器３の適切な一時識別子（例えば、ＴＭＳＩ）を生成する。（ＶＬＲの役割を果たす）ＩＣＳ ＩＷＦ１９はその後ステップＳ７１０に進み、ホームネットワーク２０にモバイル機器３の現在位置を知らせる適切にフォーマットされたメッセージ（例えば、ＩＭＳＩとＭＳＲＮを含む「位置更新要求」）を生成してＨＬＲ２４に送信する。ステップＳ７１０、Ｓ７１１は概ねステップＳ６０９、Ｓ６１０にそれぞれに対応する。

ステップＳ７１２で、ＩＣＳ ＩＷＦ１９は受信したＣＳ加入者プロフィール（加入者データ）を保存する。効果的に、ステップＳ７１２で、ＩＣＳ ＩＷＦ１９はＣＳＣＦ１８（Ｓ−ＣＳＣＦ）及び／又はＭＳＣ−Ｓ１１に対してＶＬＲ／ＨＳＳの役割を果たし、受信したＣＳ加入者プロフィールを、モバイル機器３のＩＭＳ登録の際Ｓ−ＣＳＣＦ１８へダウンロードが可能な適切なＩＭＳ加入者プロフィールに変換する。ＩＣＳ ＩＷＦ１９は更にＣＳサービス設定を変換しモバイル機器３に対してＡＳのような役割を果たすように（及び／又はそれらの設定をＡＳ１６に提供するように）構成してもよい。他のＡＳ１６を起動するために、ＩＣＳ ＩＷＦ１６は対応する“初期フィルタ基準”（ｉＦＣ）を生成するように構成される。

ステップＳ７１３で、ＩＣＳ ＩＷＦ１９はＫｃを含む“暗号化開始コマンド”を生成してＭＳＣ−Ｓ１１に送信し（ＭＳＣ−Ｓ１１はそれをモバイル機器３に転送する）、（ＭＳＣ−Ｓ１１を介して）モバイル機器３にＴＭＳＩを提供する。適切な受け取り通知がモバイル機器３とＭＳＣ−Ｓ１１から（簡略化のために図７では省略されている）ＩＣＳ ＩＷＦ１９に送信されてもよいことは理解されよう。

ステップＳ７１４ａ〜Ｓ７１４ｂに概略的に示されているように、ＩＳＣ ＩＷＦ１９は加入者データ挿入確認メッセージを生成してＨＬＲ／ＨＳＳ２４に送信し、ＨＳＳ／ＨＬＲ２４から位置更新受諾メッセージを受信する。ＩＣＳ ＩＷＦ１９はその後位置更新受諾メッセージをＭＳＣ−Ｓ１１に送信（転送）する（ＭＳＣ−Ｓ１１はそれをモバイル機器３に転送する）。

ステップＳ７１５で、ＭＳＣ−Ｓ１１は、モバイル機器３を移動先ネットワーク１０に登録するために、（例えば、ＳＩＰプロトコルで）適切なＩＭＳアドレス発見手順を実行する。本ステップの一部として、ＭＳＣ−Ｓ１１は、モバイル機器３などに関連付けられた“移動ステーション国際加入者ディレクトリ番号”（ＭＳＩＳＤＮ）からの「ｔｅｌ−ＵＲＩ」などの利用可能情報に基づいて、（ＩＭＳ非対応のホームネットワーク２０に属する）モバイル機器３の適切なＩＭＳ識別子を構築する。

ステップＳ７１６で、（そのＳＩＰ／Ｄｉａｍｅｔｅｒモジュール４４を用いて）、ＭＳＣ−Ｓ１１は（適切にフォーマットされたＳＩＰ ＲＥＧＩＳＴＥＲメッセージを生成し送信することにより）Ｉ／Ｓ−ＣＳＣＦ１８に対しＩＭＳ登録を開始する。図示されていないが、ＳＩＰメッセージにはモバイル機器３のＩＭＳ識別子及び／又はモバイル機器３を特定する他の情報（例えば、ＩＭＳＩ）が含まれてもよいことは理解されよう。

ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを受信したことに応じて、Ｉ／Ｓ−ＣＳＣＦ１８は、ステップＳ７１７に概略的に示されているように、ＩＣＳ ＩＷＦ１９と共に適切なＤｉａｍｅｔｅｒ動作（例えば、Ｃｘ−Ｐｕｔ、Ｃｘ−Ｐｕｌｌ要求と関連する応答）を実行する。この場合、ＩＣＳ ＩＷＦ１９はＩ／Ｓ−ＣＳＣＦ１８に対してＨＳＳの役割を果たす。Ｓ−ＣＳＣＦ１８は、ＩＣＳ ＩＷＦ１９から、（ステップＳ７１２で生成された）該当するｉＦＣを含む加入者プロフィールをダウンロードする。

ステップＳ７１８で、Ｓ−ＣＳＣＦ１８は登録が続行可能であることを示す適切なＳＩＰ応答（「２００ ＯＫ」）を生成しＭＳＣ−Ｓ１１に送信する。それに応じて、ステップＳ７１９で、Ｓ−ＣＳＣＦ１９は、ＭＳＣ−Ｓ１１がモバイル機器３を登録したことをＡＳ１６に通知するため、（ｉＦＣにしたがって）適切な第三者登録を実行する。

ステップＳ７２０で、ＡＳ１６はモバイル機器３に関連する通知を申込み、ＨＳＳの役割を果たすＩＣＳ ＩＷＦ１９から、モバイル機器３へのサービス提供に必要なデータをダウンロードする。本例では、ＡＳ１６は、「Ｓｈ−Ｓｕｂｓ−Ｎｏｔｉｆ」パラメータ（ユーザ識別子、要求されたデータ、サービス情報、データ送信指示）を含む適切にフォーマットされた“ユーザデータ要求”（ＵＤＲ）コマンドをＩＣＳ ＩＷＦ１９に送信する。ＩＣＳ ＩＷＦ１９は加入要求を確認し適切にフォーマットされた“ユーザデータ回答”（ＵＤＡ）を用いてデータをＡＳ１６に送信する。

有益なことに、これで移動先ネットワーク１０へのモバイル機器３の登録は完了し、モバイル機器３は、ホームネットワーク２０がＩＭＳ／ＩＣＳをサポートしていなくても、自身がＩＭＳに加入していなくても、及び／又は自身がＶＰＬＭＮ１０とＩＭＳサービスに関する適切なサービスレベル契約を結んでいなくても、以後ＩＭＳ／ＩＣＳサービスを利用することができる。

・ＨＰＬＭＮにおいてＤｉａｍｅｔｅｒベースの基準点を持つＭＳＣ−Ｓに対してＨＳＳの役割を果たしＨＬＲに対してＶＬＲの役割を果たすＩＣＳ ＩＷＦ
図８は、モバイル機器３がＩＣＳ非対応のホームネットワークからＩＣＳ使用可能の移動先ネットワーク１０にローミングしているときに図２の移動通信ネットワーク１の構成要素によって実行される方法を示す別の例示的なタイミング図である。図７と同様に、ＩＣＳ ＩＷＦ１９はＭＳＣ−Ｓ１１及び（ＨＰＬＭＮ２０の）ＨＬＲ２４との通信においてＶＬＲの役割を果たす。更に、ＩＣＳ ＩＷＦ１９はＣＳＣＦ１８に対してＨＳＳの役割を果たし、ＭＳＣ−Ｓ１１はＩＣＳ ＩＷＦ１９からＣＳ認証情報を受信するためにＳ−ＣＳＣＦ１８の役割を果たすように構成されている。このため、本例では、ＭＳＣ−Ｓ１１とＩＣＳ ＩＷＦ１９との間で用いられるプロトコルは（この目的に適合されてはいるが）Ｄｉａｍｅｔｅｒプロトコルである。

本例では、ＭＳＣ−Ｓ１１とＩＣＳ ＩＷＦ１９との通信は、（３ＧＰＰ ＴＳ ２９．２２９ Ｖ１２．７．０に記載されたＣｘ基準点の一部を形成する）“マルチメディア−認証−要求／返答”（ＭＡＲ／ＭＡＡ）及び“サーバ−割り当て−要求／返答”（ＳＡＲ／ＳＡＡ）Ｄｉａｍｅｔｅｒコマンドに基づいて行われるが、ここに提案されたコマンドにはいくつかの改良や新規機能を導入している。効果的に、本例において、ＭＳＣ−Ｓ１１は“Ｄｉａｍｅｔｅｒマルチメディア”クライアントの役割を果たすように構成され、ＩＣＳ ＩＷＦ１９は“Ｄｉａｍｅｔｅｒ マルチメディア”サーバの役割を果たすように構成される。簡略化のために、Ｄｉａｍｅｔｅｒセッションの確立と終了の詳細についてはここでは省略する。

プロセスはステップＳ８０１（例えば、“位置更新要求”など）で始まる。ステップＳ８０１で、モバイル機器３はそのＩＭＳＩと ＬＡＩをＭＳＣ−Ｓ１１に提供する。ＭＳＣ−Ｓ１１は（ＩＭＳＩに基づいて）モバイル機器３が移動先ネットワーク１０に属していない、すなわち、モバイル機器３がインバウンドのローミング加入者であることを検出する。したがって、ステップＳ８０２で、ＭＳＣ−Ｓ１１は（そのＳＩＰ／Ｄｉａｍｅｔｅｒ ｍｏｄｕｌｅ４４を用いて）モバイル機器３からのＩＭＳＩを含む“Ｄｉａｍｅｔｅｒ認証要求”を生成し送信することによりＩＣＳ ＩＷＦ１９にコンタクトする。ステップＳ８０２で送信されたメッセージは（３ＧＰＰ ＴＳ ２９．２２９の６．１．７項に記載された）いわゆるマルチメディア−認証−要求（ＭＡＲ）コマンドに基づくものであるが、このメッセージにはＵＥのＩＭＳＩも含まれる。本コマンドは通常Ｓ−ＣＳＣＦによって用いられるが、本例では、ＭＳＣ−Ｓ１１が、ＭＳＣ−Ｓ１１に対してＨＳＳの役割を果たすＩＣＳ ＩＷＦ１９にコンタクトするために用いられる。

ステップＳ８０３、Ｓ８０４は概ねステップＳ６０３、Ｓ６０４にそれぞれに対応する。

ホームネットワーク２０のＨＳＳ／ＨＬＲ２４からＣＳ認証情報を受信したことに応じて、ＩＣＳ ＩＷＦ１９は（モバイル機器３のＩＭＳＩと共に）ＲＡＮＤパラメータを含む適切にフォーマットされた（図８で「Ｄｉａｍｅｔｅｒ認証Ｉｎｆｏ」と記載された）Ｄｉａｍｅｔｅｒコマンドを生成し、ステップＳ８０５でＭＳＣ−Ｓ１１に送信する。例えば、ステップＳ８０５のメッセージは（３ＧＰＰ ＴＳ ２９．２２９の６．１．８項に記載された）マルチメディア−認証−返答（ＭＡＡ）コマンドに基づくものでもよいが、このメッセージにはモバイル機器３を認証するためのＲＡＮＤ値も含まれる。このように、有益なことに、ＭＡＡコマンドは（他のシステムでは通常ＭＡＡコマンドが送られる）Ｓ−ＣＳＣＦにではなくＭＳＣ−Ｓ１１に送られる。

ステップＳ８０６、Ｓ８０７は概ねステップＳ６０６、ステップＳ６０７にそれぞれに対応する。

ステップＳ８０８で、ＭＳＣ−Ｓ１１は（ＳＲＥＳがどのＵＥに関係しているかを示すＩＭＳＩも含まれる）適切にフォーマットされた“Ｄｉａｍｅｔｅｒ認証要求”を生成し送信することによりＩＳＣ ＩＷＦ１９にＳＲＥＳ値を提供する。本ステップは（３ＧＰＰ ＴＳ ２９．２２９の６．１．３項に記載された）“サーバ−割り当て−要求”（ＳＡＲ）コマンドに基づくが、本例では、このコマンドにＵＥのＩＭＳＩとＳＲＥＳも含まれる。ＳＡＲコマンドは通常Ｓ−ＣＳＣＦによって用いられるが、本例では、ＭＳＣ−Ｓ１１がこのコマンドを用いて（ＨＳＳの役割を果たす）ＩＳＣ ＩＷＦ１９と通信を行う。

ステップＳ８０９〜Ｓ８１２は概ね上記のステップＳ７０９〜Ｓ７１２にそれぞれ対応する。

ただし、ステップＳ８１３では、“暗号化開始”コマンドをＭＳＣ−Ｓ１１に送信する代わりに、本例では、ＩＣＳ ＩＷＦ１９がステップＳ８０８で受信した要求に対する適切なＤｉａｍｅｔｅｒ回答を送信する。具体的には、ＩＣＳ ＩＷＦ１９は適切にフォーマットされた“サーバ−割り当て−回答”（ＳＡＡ）コマンド（など）を生成しＭＳＣ−Ｓ１１に送信する。このコマンドには、Ｋｃ、モバイル機器３に関連付けられた一時識別子（ＴＭＳＩ）及びモバイル機器３に対してＩＣＳが有効であることを示す表示（例えば、ＩＣＳフラグ）が含まれる。このように、本ステップは通常（３ＧＰＰ ＴＳ ２９．２２９の６．１．４項に記載された）ＳＡＡコマンドに基づいて行われるが、このコマンドはＫｃ、ＴＭＳＩ、ＩＣＳフラグも含み、Ｓ−ＣＳＣＦにではなくＭＳＣ−Ｓに送信される。ＭＳＣ−Ｓ１１はＴＭＳＩをモバイル機器３に提供し、その後のステップに進む前に（図８には不表示の）Ｋｃを用いて暗号化を開始する。

ステップＳ８１４ａ〜Ｓ８２０はそれぞれステップＳ７１４ａ〜Ｓ７２０に対応する。簡潔化のためにそれらの説明はここでは省略する。

有益なことに、これで移動先ネットワーク１０へのモバイル機器３の登録は完了し、モバイル機器３は、そのホームネットワーク２０がＩＭＳ／ＩＣＳをサポートしていなくても、自身がＩＭＳに加入していなくても、及び／又は自身がＶＰＬＭＮ１０とＩＭＳサービスに関する適切なサービスレベル契約を結んでいなくても、以後ＩＭＳ／ＩＣＳサービスを利用することができる。

・ＨＰＬＭＮにおいてＤｉａｍｅｔｅｒベースの基準点を持つＳ−ＣＳＣＦに対してＨＳＳの役割を果たしＨＬＲに対してＶＬＲの役割を果たすＩＣＳ ＩＷＦ
図９は、モバイル機器３がＩＣＳ非対応のホームネットワークからＩＣＳ使用可能の移動先ネットワーク１０へローミングしているときに図２の移動通信ネットワーク１の構成要素によって実行される方法を示す更に別の例示的なタイミング図である。本代替例では、ＩＣＳ ＩＷＦ１９が、ＣＳＣＦ１８（Ｓ−ＣＳＣＦ）との通信においてＨＳＳの役割を果たし、（ＨＰＬＭＮ２０の）ＨＬＲ２４に対してＶＬＲの役割を果たす。本例は、図８に示した例の変形例である。ただし、この場合、ＭＳＣ−Ｓ１１とＣＳＣＦ１８はＳＩＰプロトコルで通信し、一方、ＤｉａｍｅｔｅｒプロトコルはＣＳＣＦ１８とＩＣＳ ＩＷＦ１９との間で用いられる。

本例では、ＣＳＣＦ１８とＩＳＣ ＩＷＦ１９との通信は（３ＧＰＰ ＴＳ ２９．２２９ Ｖ１２．７．０に記載されたＣｘ基準点の一部を形成する）“マルチメディア−認証−要求／回答”（ＭＡＲ／ＭＡＡ）及び“サーバ−割り当て−要求／回答”（ＳＡＲ／ＳＡＡ） Ｄｉａｍｅｔｅｒコマンドに基づいているが、ここに提案されたコマンドにはいくつかの改良点や新規機能が取り入れられている。効果的に、本例において、ＭＳＣ−Ｓ１１は“Ｄｉａｍｅｔｅｒマルチメディア”クライアントの役割を果たすように構成され、ＩＣＳ ＩＷＦ１９は“Ｄｉａｍｅｔｅｒ マルチメディア”サーバの役割を果たすように構成される。ただし、ＣＳ認証データは適切なＳＩＰシグナリング内で（ＣＳＣＦ１８とＭＳＣ−Ｓ１１との間）で伝達される。簡略化のために、Ｄｉａｍｅｔｅｒセッションの確立と終了の詳細についてはここでは省略する。

プロセスはステップＳ９０１（例えば、“位置更新要求”など）で始まる。ステップＳ９０１で、モバイル機器３はそのＩＭＳＩとＬＡＩをＭＳＣ−Ｓ１１に提供する。ＭＳＣ−Ｓ１１は（ＩＭＳＩに基づいて）モバイル機器３が移動先ネットワーク１０に属していない、すなわち、モバイル機器３がインバウンドのローミング加入者であることを検出する。

（ステップＳ７１５に対応する）ステップＳ９０２で、ＭＳＣ−Ｓ１１は、モバイル機器３を移動先ネットワーク１０に登録するため、（例えば、ＳＩＰプロトコルで）適切なＩＭＳアドレス発見手順を実行する。本ステップの一部として、ＭＳＣ−Ｓ１１は、モバイル機器３などに関連付けられた“移動ステーション国際加入者ディレクトリ番号”（ＭＳＩＳＤＮ）からの「ｔｅｌ−ＵＲＩ」などの利用可能情報に基づいて、（ＩＭＳ非対応のホームネットワーク２０に属する）モバイル機器３の適切なＩＭＳ識別子を構築する。

ステップＳ９０３で、（そのＳＩＰ／Ｄｉａｍｅｔｅｒモジュール４４を用いて）、ＭＳＣ−Ｓ１１は（受信したＬＡＩとＩＭＳＩを含む適切にフォーマットされたＳＩＰ ＲＥＧＩＳＴＥＲメッセージを生成し送信することにより）Ｉ／Ｓ−ＣＳＣＦ１８に対しＩＭＳ登録を開始する。図示されていないが、ＳＩＰメッセージはモバイル機器３のＩＭＳ識別子を含んでもよいことは理解されよう。

ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを受信したことに応じて、ステップＳ９０４で、Ｉ／Ｓ−ＣＳＣＦ１８は適切にフォーマットされたＣｘ（Ｄｉａｍｅｔｅｒ）コマンドを生成しＩＣＳ ＩＷＦ１９（例えば、Ｃｘ−Ｐｕｔ）に送信する。ステップＳ９０４のメッセージは（３ＧＰＰ ＴＳ ２９．２２９の６．１．７項に記載された）“マルチメディア−認証−要求”（ＭＡＲ）コマンド及び／又は他の適切なＣｘコマンドに基づくものであってもよいが、このメッセージにはＵＥのＩＭＳＩも含まれる。ＩＣＳ ＩＷＦ１９はＩ／Ｓ−ＣＳＣＦ１８に対してＨＳＳの役割を果たす。

ステップＳ９０５、ステップＳ９０６は概ねステップＳ６０３、ステップＳ６０４にそれぞれに対応する。

ステップＳ９０７で、（ＨＳＳの役割を果たす）ＩＣＳ ＩＷＦ１９はモバイル機器３のＣＳ認証のＲＡＮＤ値を含む適切にフォーマットされたＣｘ−ｐｕｌｌ／ｒｅｓｐｏｎｓｅを生成しＳ−ＣＳＣＦ１８に送信する。本ステップは（３ＧＰＰ ＴＳ ２９．２２９の６．１．８項に記載された）“マルチメディア−認証−回答”（ＭＡＡ）コマンドに基づいて行われるが、このコマンドには必要なＣＳ認証情報も含まれる。

ステップＳ９０８で、Ｓ−ＣＳＣＦはモバイル機器３のＣＳ認証のＲＡＮＤを含む適切なＳＩＰ応答（「４０１不許可「）を生成しＭＳＣ−Ｓ１１に送信する。ステップＳ９０９、ステップＳ９１０は概ねステップＳ６０６、ステップＳ６０７にそれぞれに対応する。

モバイル機器３からＳＲＥＳを受信した後、ステップＳ９１１で、ＭＳＣ−Ｓ１１はＳＲＥＳを含む別のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを生成しＩ／Ｓ−ＣＳＣＦ１８に送信する。

ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを受信したことに応じて、ステップＳ９１２で、Ｉ／Ｓ−ＣＳＣＦ１８は適切にフォーマットされたＣｘコマンド（例えば、Ｃｘ−Ｐｕｔ）を生成し（ＨＳＳの役割を果たす）ＩＣＳ ＩＷＦ１９に送信する。ステップＳ９１２のメッセージは（３ＧＰＰ ＴＳ ２９．２２９の６．１．３項に記載された）“サーバ−割り当て−要求”（ＳＡＲ）コマンド及び／又は他の適切なＣｘコマンドに基づくものであってもよいが、このメッセージにはモバイル機器３からのＳＲＥＳも含まれる。

ステップＳ９１３で、ＩＳＣ ＩＷＦ１９はＳＲＥＳを比較し、（ＣＳ認証手順が成功した場合）モバイル機器３の一時識別子（例えば、ＴＭＳＩ）を生成する。ＩＳＣ ＩＷＦ１９はまたモバイル機器３にＭＳＲＮを割り当てる。次に、（ＶＬＲの役割を果たす）ＩＣＳ ＩＷＦ１９はステップＳ９１４に進み、適切にフォーマットされたメッセージ（例えば、ＩＭＳＩ、ＭＳＲＮを含む「位置更新要求」）を生成しＨＬＲ２４に送信する。ステップＳ９１４、ステップＳ９１５は概ねステップＳ６０９、ステップＳ６１０にそれぞれに対応する。

ステップＳ９１６で、（Ｓ−ＣＳＣＦ１８に対してＨＳＳの役割を果たす）ＩＣＳ ＩＷＦ１９は受信したＣＳ加入者プロフィールを保存・変換し、ステップＳ７１２を参照して既に説明したようにｉＦＣを生成する。

ステップＳ９１７で、ＩＳＣ ＩＷＦ１９は“加入者データ挿入確認”メッセージを生成してＨＬＲ／ＨＳＳ２４に送信し、ＨＳＳ／ＨＬＲ２４から“位置更新受諾”メッセージを受信する。“位置更新受諾”メッセージに応答して、ステップＳ９１８で、ＩＣＳ ＩＷＦ１９は適切にフォーマットされたＤｉａｍｅｔｅｒ回答（例えば、Ｃｘ−ｐｕｌｌ／ｒｅｓｐｏｎｓｅ）を生成してＳ−ＣＳＣＦ１８に送信する。有益なことに、本ステップは（３ＧＰＰ ＴＳ ２９．２２９の６．１．４項に記載された）“サーバ−割り当て−回答”（ＳＡＡ）コマンドに基づいて行われるが、このコマンドにはＫｃ（Ｓ９０７で送信されていない場合）、モバイル機器３に関連付けられた一時識別子（ＴＭＳＩ）、モバイル機器３に対してＩＣＳが有効であることを示す表示（例えば、ＩＣＳフラグ）も含まれる。ＩＣＳ ＩＷＦ１９はまた“位置更新受諾フラグ”も含める。

ステップＳ９１９で、Ｓ−ＣＳＣＦ１８は登録が続行可能であることを示す適切なＳＩＰ応答（「２００ ＯＫ」）を生成しＭＳＣ−Ｓ１１に返信する。本例では、ＳＩＰ応答にはＫｃ、ＴＭＳＩ、“位置更新受諾”フラグも含まれる。ＭＳＣ−Ｓ１１はＴＭＳＩをモバイル機器３に提供し、（図９には不表示の）Ｋｃを用いて暗号化を開始する。ステップＳ９２０で、ＭＳＣ−Ｓ１１は（ステップＳ９０１で受信した要求に関する）適切な“位置更新受諾”メッセージをモバイル機器３に送信する。

ステップＳ９２１で、Ｓ−ＣＳＣＦ１９は、ＭＳＣ−Ｓ１１がモバイル機器３を登録したことをＡＳ１６に通知するため、（ｉＦＣにしたがって）適切な第三者登録を実行する。

（ステップＳ７２０に対応する）ステップＳ９２２で、ＡＳ１６はモバイル機器３に関する通知に加入し、ＨＳＳの役割を果たすＩＣＳ ＩＷＦ１９から、モバイル機器３にサービス提供するのに必要なデータをダウンロードする。ＩＣＳ ＩＷＦ１９は加入要求を確認し、適切にフォーマットされた“ユーザデータ回答”（ＵＤＡ）を用いてデータをＡＳ１６に送信する。

これで移動先ネットワーク１０へのモバイル機器３の登録は完了し、モバイル機器３は、そのホームネットワーク２０がＩＭＳ／ＩＣＳをサポートしていなくても、自身がＩＭＳに加入していなくても、及び／又は自身がＶＰＬＭＮ１０とＩＭＳサービスに関する適切なサービスレベル契約を結んでいなくても、以後ＩＭＳ／ＩＣＳサービスを利用することができる。

・ＨＰＬＭＮにおいてＨＳＳ、Ｓ−ＣＳＣＦに対してＡＳの役割を果たしＨＬＲに対してＶＬＲの役割を果たすＩＣＳ ＩＷＦ
図１０は、モバイル機器３がＩＣＳ非対応のホームネットワーク２０からＩＣＳ使用可能の移動先ネットワーク１０にローミングしているときに図２の移動通信ネットワーク１の構成要素によって実行される方法を示す例示的なタイミング図である。図１０は図９の変形例である。ただし、本例では、ＩＣＳ ＩＷＦ１９はそのＨＳＳ１４及びＣＳＣＦ１８（Ｓ−ＣＳＣＦ）との通信においてＡＳの役割を果たし、ＣＳ認証データはＳＩＰシグナリング内で伝達される。

ステップＳ１００１〜Ｓ１００３はそれぞれステップＳ９０１〜Ｓ９０３に対応する。ただし、本例では、Ｉ／Ｓ−ＣＳＣＦ１８は、ＳＩＰ ＲＥＧＩＳＴＥＲ要求を受信次第、ＨＳＳ１４と共に適切なＣｘ動作（例えば、ＭＡＲ／ＭＡＡ、ＳＡＲ／ＳＡＡ）を実行するように構成されている。

具体的には、ステップＳ１００４に示されるように、Ｉ／Ｓ−ＣＳＣＦ１８とＨＳＳ１４は、ローミングしているモバイル機器３の適切な（デフォルト）ユーザプロフィールを取得するため、Ｃｘ動作（Ｃｘ−Ｐｕｔ、Ｃｘ−Ｐｕｌｌ／Ｒｅｓｐ）を実行する。ＨＳＳ１４は、適切なｉＦＣがＳ−ＣＳＣＦ１８に対してＡＳの役割を果たすＩＣＳ ＩＷＦ１９を示した状態でデフォルトのインバウンドローマープロフィールを保存する。

したがって、ステップＳ１００５で、Ｓ−ＣＳＣＦ１８は、関連するＡＳ（すなわち、ローミングしているモバイル機器３に対してＡＳの役割を果たすＩＳＣ ＩＷＦ１９）にＭＳＣ−Ｓ１１がモバイル機器３を登録したと通知するために、ｉＦＣにしたがってサービス制御及び第三者登録を実行する。

ステップＳ１００６で、ＡＳ加入者の役割を果たすＩＳＣ ＩＷＦ１９はモバイル機器３に関する通知に加入し、ＨＳＳ１４から、モバイル機器３へのサービス提供に必要なデータをダウンロードする。本例では、ＩＳＣ ＩＷＦ１９は、「Ｓｈ−Ｓｕｂｓ−Ｎｏｔｉｆ」パラメータ（ユーザ識別子、要求されたデータ、サービス情報、データ送信表示）を含む適切にフォーマットされたＵＤＲコマンドを生成しＨＳＳ１４に送信する。ＨＳＳ１４は加入要求を確認し、適切にフォーマットされたＵＤＡコマンドを用いて（ローミングしているモバイル機器３に対してＡＳの役割を果たす）ＩＳＣ ＩＷＦ１９にデータを送信する。

（ステップＳ６０３、ステップＳ６０４を参照して説明したように）ステップＳ１００７、ステップＳ１００８で、（ＶＬＲの役割を果たす）ＩＣＳ ＩＷＦ１９はモバイル機器３を認証するために必要なＣＳ認証データを取得する。ＣＳ認証データには、モバイル機器３と関連付けられたＩＭＳＩ、モバイル機器３と関連付けられた認証キー（例えば、Ｋｃ）、及び対応する応答（ＳＲＥＳ）を有する無作為番号（ＲＡＮＤ）が含まれる。

ステップＳ１００９で、（モバイル機器３に対してＡＳの役割を果たす）ＩＣＳ ＩＷＦ１９は、ＣＳ認証のためのＲＡＮＤ値を含む適切なＳＩＰ応答（２００ ＯＫ）を生成しＳ−ＣＳＣＦ１８に送信する。ステップＳ１０１０で、Ｓ−ＣＳＣＦ１８は（ＲＡＮＤを有する）２００ ＯＫ応答をＭＳＣ−Ｓ１１に転送し、ＭＳＣ−Ｓ１１は、図６（ステップＳ６０６、ステップＳ６０７）を参照して説明したように、ステップＳ１０１１、Ｓ１０１２で当該モバイル機器を認証する。

モバイル機器３からＳＲＥＳを受信した後、ステップＳ１０１３で、ＭＳＣ−Ｓ１１はＳＲＥＳを含む別のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを生成しＩ／Ｓ−ＣＳＣＦ１８に送信する。ＳＩＰメッセージはＮＯＴＩＦＹ、ＯＰＴＩＯＮＳ、ＵＰＤＡＴＥ、ＩＮＶＩＴＥ、ＲＥＧＩＳＴＥＲメッセージなどの任意の適切なＳＩＰメッセージから構成されてもよい。ステップＳ１０１４に概略的に示されているように、ＳＩＰメッセージを（ＡＳの役割を果たす）ＩＣＳ ＩＷＦ１９に転送するために適切なＳＩＰルーティングが採用されてよいことは理解されよう。

ステップＳ１０１５〜Ｓ１０１９はそれぞれステップＳ９１３〜Ｓ９１７に対応する。簡潔化のためにそれらの説明はここでは省略する。ただし、本例では、ＩＣＳ ＩＷＦ１９はＡＳの役割を果たすので、ステップＳ１０２０で、適切にフォーマットされたＳＩＰ応答（例えば、２００ ＯＫ）を生成しＳ−ＣＳＣＦ１８に送信し、（モバイル機器３に送られる）このメッセージにはＴＭＳＩを含め、本フローには示されていないＫｃで暗号化を開始する。ＭＳＣサーバは“位置更新受諾”メッセージをＵＥに送信する。

次に、ステップＳ１０２１で、Ｓ−ＣＳＣＦ１８は、登録が続行可能であることを示すＳＩＰ ２００ ＯＫ応答をＭＳＣ−Ｓ１１に転送する。ＭＳＣ−Ｓ１１はＴＭＳＩをモバイル機器３に提供し、（図１０には不表示の）Ｋｃを用いて暗号化を開始する。ステップＳ１０２２で、ＭＳＣ−Ｓ１１は（ステップＳ１００１で受信した要求に関する）適切な“位置更新受諾”メッセージをモバイル機器３に送信する。

・利点
上記の実施形態はモバイル機器３を移動先ネットワーク１０に登録し認証するのを可能にし、モバイル機器３のホームネットワーク２０がＩＭＳ／ＩＣＳをサポートしていなくても、モバイル機器３がＩＭＳに加入していなくても、及び／又はモバイル機器３がＶＰＬＭＮ１０とＩＭＳサービスに関する適切なサービスレベル契約を結んでいなくてもモバイル機器３へのＩＭＳ／ＩＣＳサービスの提供を可能にすることが理解できよう。

また、上記の例は以下の利点の１つ以上を提供する。
１）ＶＰＬＭＮからＶＬＲ、ＣＳ間の相互作用をなくし、ＶＰＬＭＮのＩＣＳ ＩＷＦを介してネットワークの端部においてインバウンドローマーに対し適切なＨＰＬＭＮ ＨＬＲとの相互接続を提供する。オペレータのネットワーク構成と基本設定によって、ＩＣＳ ＩＷＦはＨＳＳ、ＩＢＣＦ、ＡＳなどと同じ場所に配置してもよい。
２）ＵＥとＭＳＣ間、またＩＣＳ ＩＷＦとＨＰＬＭＮのＨＬＲ／ＨＳＳ間でレガシーＣＳシグナリングを継続することが可能。
２）ＩＣＳ ＩＷＦはＶＰＬＭＮノードに対してＨＳＳ又はＡＳの役割を果たしＨＰＬＭＮ ＨＬＲに対してＶＬＲの役割を果たすように構成されてもよい。
３）ＩＣＳ ＩＷＦとＨＬＲ間のレガシーＶＬＲ−ＨＬＲ通信は、ＭＳＣ−Ｓ（又はＳ−ＣＳＣＦ）からのＭＡＰ、Ｄｉａｍｅｔｅｒ、ＳＩＰのいずれかのメッセージが引き金となってよい。
４）ＣＳ認証パラメータはＭＡＰ、Ｄｉａｍｅｔｅｒ、又はＳＩＰのシグナリングを介してＭＳＣ−Ｓに送信されてもよい。
５）ＩＣＳ ＩＷＦはＶＬＲの役割を果たすように構成され、ＴＭＳＩを割り当て、ＳＲＥＳ同士を比較し、ＭＳＲＮを割り当て、ＣＳ加入者プロフィールをＩＭＳ加入者プロフィールに変換する。ＩＣＳ ＩＷＦはまたＣＳサービス設定を変換しＴＡＳの役割を果たすかＣＳサービス設定をＴＡＳに提供してもよい。

上記の利点は以下のステップの１つ以上を実行することにより達成されてよいことは理解されよう。
１）ＭＳＣ−Ｓにおいて（ＩＭＳＩに基づいて）インバウンドローマーを検出する、ＩＣＳ ＩＷＦを選択する、ＩＣＳ ＩＷＦからのＣＳ認証情報を登録する／要求する（ＬＡＵが直接ＵＥからである場合）。
２）ＶＰＬＭＮ ＩＣＳ ＩＷＦとＨＰＬＭＮ ＨＬＲとの間でレガシーＶＬＲ−ＨＬＲ“認証パラメータ要求／応答”手順を実行する。
３）ＩＣＳ ＩＷＦからＭＳＣ−ＳへＣＳ認証パラメータを提供する。
４）ＭＳＣ−Ｓ、ＵＥ間でレガシー“認証要求／応答”を実行する。
５）適切なＩＭＳ識別子を生成し、ＩＭＳ登録を行い、認証結果／ＳＲＥＳをＩＣＳ ＩＷＦ（又はＳ−ＣＳＣＦ）へ提供する。
６）ＴＭＳＩ、ＭＳＲＮを割り当て、ＳＲＥＳ同士を比較し、ＶＰＬＭＮ ＩＣＳ ＩＷＦ、ＨＰＬＭＮ ＨＬＲ間でレガシーＶＬＲ−ＨＬＲ“位置更新要求／応答”“挿入加入者データ”を実行する。
７）ＵＥを適切なＡＳに登録するためにｉＦＣ（ｓ）をＳ−ＣＳＣＦに提供し、ＡＳを起動してＩＣＳ ＩＷＦからユーザデータをダウンロードする（ＩＣＳ ＩＷＦがＡＳと同じ場所にない場合）。
８）ＵＥに対するレガシー位置更新を完了し、Ｋｃと暗号化を提供する。

ステップが実行される順序が、使用されるプロトコル及びＩＣＳ ＩＷＦとＡＳ、ＨＳＳ、ＩＢＣＦ、ＭＳＣ−Ｓ、Ｓ−ＣＳＣＦ、ＶＬＲなどの他の機能実体との配置によることは理解されよう。

技術の現状と比較して、上記の例示的実施形態は、ＩＣＳネットワークやＩＭＳに加入してないインバウンドローマーがオペレータのＩＭＳネットワーク（図２のＶＰＬＭＮ１０）を使用できるようにしながらオペレータがＭＳＣ−ＳからＶＬＲ機能を取り除くのを可能にする。上記の実施形態は、移動先ネットワークとＩＣＳやＩＭＳローミングに関するサービスレベル契約を結んでいない、ネットワークオペレータ（図２のＨＰＬＭＮ２０）に属するインバウンドローマーに特に好適であることも理解されよう。

・変形例と代替例
これまで詳細な実施形態を説明した。当業者は理解するように、ここに具体化された発明の恩恵を受けながら上記の実施形態に対していくつもの変形例や代替例を生成することが可能である。実例として、そのような代替例や変形例のいくつかのみを以下に示す。

図６〜１０の最初のステップで、モバイル機器がそのＩＭＳＩとＬＡＩを含む“位置更新要求”メッセージをＭＳＣ−Ｓに送信すると説明した。しかしながら、コンバインドアタッチ（又は回線交換フォールバック（ＣＳＦＢ）など）の場合、“位置更新要求”はＭＭＥやＳＧＳＮから送信されてもよいことは理解されよう。“位置更新要求”がＭＭＥ／ＳＧＳＮからのものである場合、ＣＳ認証のステップ（例えば、図６のステップＳ６０３〜Ｓ６０７と図７〜１０の対応するステップ）は省略してもよい。

ステップＳ９１１で、ＭＳＣ−ＳはＳＩＰ ＲＥＧＩＳＴＥＲメッセージでモバイル機器からの応答（ＳＲＥＳ）をＣＳＣＦへ転送すると説明した。ＣＳＣＦ（例えば、Ｓ−ＣＳＣＦとして構成された場合）がＳＲＥＳを（ステップＳ９０７で）ホームネットワークのＨＳＳ／ＨＬＲから受信したＳＲＥＳと比較してもよいことは理解されよう。したがってこの場合、ＣＳＣＦがＳＲＥＳに基づいてモバイル機器の認証を実行できるので、ＩＳＣ ＩＷＦはステップＳ９１３で比較を行う必要がない。また、Ｃｘコマンド（例えば、ステップＳ９１２のＳＡＲコマンド）にＳＲＥＳを含める必要がなく、したがって従来のＣｘコマンドを上記のＳＡＲコマンドの代わりに用いてもよい。

モバイル機器がその現在の“位置領域”（ＬＡ）から出る際“位置更新”手順を実行してもよいことは理解されよう。新規のＬＡは別のＭＳＣ−Ｓに属していてもよいが、モバイル機器は既に当該ネットワークにアタッチされているので、モバイル機器は新規のＭＳＣ−Ｓに（ＩＭＳＩではなく）関連するＴＭＳＩのみを含む“位置領域更新”メッセージを送信する。上記の例と同様、新規のＭＳＣ−ＳもまたＩＣＳ ＩＷＦとコンタクトしてモバイル機器をＩＭＳに登録するように構成されてよい。ただしこの場合、ＩＣＳ ＩＷＦは既に新規のＭＳＣに対し必要なＣＳ認証データの提供が可能なので、ＨＰＬＭＮのＨＬＲ／ＨＳＳに再度コンタクトしなくてもよい。“位置領域更新”メッセージはＨＰＬＭＮのＨＬＲ／ＨＳＳと相互作用をせずに局地的に扱われてもよい。

無線アクセス技術はＥ−ＵＴＲＡに限定されず、ＬＴＥ、ＵＭＴＳ、ＧＰＲＳ、ＷｉＦｉ、ＷｉＭＡＸなどの規格の１つ以上に準拠した任意のアクセス技術から構成されてよいことは理解されよう。

上記の説明は、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、ＨＳＰＡ、ＬＴＥ、ＬＴＥ−Ａアクセスなどを用いて３ＧＰＰモバイルネットワークに適用可能であることは理解されよう。ただし、上記の説明はそれらのネットワークに限定されず、他のセルラー又はモバイルネットワーク、例えば、ＣＤＭ２０００、Ｂｌｕｅｔｏｏｔｈ、８０２．１１バリアント、ＺｉｇＢｅｅ、など、すなわち、ＣＳに対応するモバイル機器（ＵＥ）が接続可能なあらゆるアクセス技術及びコアネットワーク技術に同じように適用可能である。

プロトコルの選択肢としてはＤｉａｍｅｔｅｒ、ＭＡＰ、ＳＩＰが考えられるが、（ＨＴＴＰ、ＸＣＡＰ、ＲＡＤＩＵＳなどの）他の適切なプロトコルを用いてもよいことは理解されよう。上記の説明はＩＣＳとＭＳＣ−Ｓについてのものだが、（ＭＳＣ−Ｓだけでなく）“メディアゲートウェイ”を有するあらゆる種類の“ソフトスイッチ”にも適用可能である。機能要素であるＩＣＳ相互接続機能は独立した実体として提供されてよく、又は他の実体（例えば、ＭＳＣ−サーバ、ＨＳＳ、“相互接続ボーダ制御機能”（ＩＢＣＦ）、ＣＳＣＦ、ＡＳ、“パケットデータネットワークゲートウェイ”（ＰＧＷ）など）と同じ場所に配置されてもよい。

上記の例では、ＣＳ認証データにはパラメータＳＲＥＳ、Ｋｃ、ＲＡＮＤが含まれると説明した。しかしながら、他のパラメータ（例えば、パラメータＳＲＥＳ、Ｋｃ、ＲＡＮＤに加えて又はそれらの代わりに）を用いてもよいことは理解されよう。

ＩＣＳ ＩＷＦが他のノードと接続するために用いる基準点は、Ｒｘ、Ｃｘ、Ｓｈ、Ｂ（ＭＳＣ−ＶＬＲ）、Ｍｗ、ｉ２、ＩＳＣ基準点などに基づくものであってよいことは理解されよう。ＩＣＳ ＩＷＦは、ＭＳＣ−Ｓ及び／又は他のＩＭＳコアネットワークノードに対して同様の機能を持つ異なるプロトコル、例えば、Ｄｉａｍｅｔｅｒ、ＨＴＴＰ、ＳＩＰなどをサポートする高度ＶＬＲとして実装されてもよい。

上記の実施形態では、携帯電話ベースの通信システムについて説明した。当業者は理解するように、本出願で説明したシグナリング技術は他の通信システムでも採用可能である。他の通信ノードや機器には、例えば、パーソナルデジタルアシスタント、ラップトップ／タブレットコンピュータ、ブックレットコンピュータ、ワイヤレスルーター、ウェブブラウザ、電子ブックリーダーなどのユーザ機器が含まれる。当業者は理解するように、上記のシステムは必ずしも移動通信機器に用いられなくてもよい。当該システムは、移動通信装置として用いるとともに又は移動通信装置として用いる代わりに、１つ以上の固定通信装置を含むネットワークを改善するために用いてもよい。

上記の図４、図５の説明で、ＭＳＣ−ＳとＩＣＳ ＩＷＦはトランシーバー回路、ネットワークインターフェース、コントローラ、メモリなどのいくつもの部品やモジュールを備えると説明した。他のネットワーク実体も、異なる実体として機能するように構成された同一又は同様の部品やモジュールを用いて実装されてもよいことは理解されよう。例えば、ＣＳＣＦは、（上記の認証モジュール及び／又はネットワーク相互接続モジュールを含む場合がある）トランシーバー、ネットワークインターフェース、コントローラ、及びメモリを含んでもよい。

上記の実施形態で、いくつかのソフトウェアモジュールを説明した。当業者は理解するように、それらのソフトウェアモジュールはコンパイル形態、非コンパイル形態のいずれで提供されてもよく、またコンピュータネットワーク上の信号としてノードに提供されてもよく、又は記憶媒体上に提供されてもよい。また、当該ソフトウェアの一部又は全体により実行される機能は、１つ以上の専用ハードウェア回路を用いて実行されてもよい。ただし、ソフトウェアモジュールを使用した方がノードを更新してその機能を更新するのを容易にするので好ましい。同様に、上記の実施形態ではトランシーバー回路が採用されているが、トランシーバー回路の機能の少なくとも一部をソフトウェアによって実行してもよい。

各コントローラは、例えば、１つ以上のハードウェア実装コンピュータプロセッサ、マイクロプロセッサ、中央演算装置（ＣＰＵ）、演算論理装置（ＡＬＵ）、入力／出力（ＩＯ）回路、内部メモリ／キャッシュ（プログラム及び／又はデータ）、処理レジスタ、通信バス（例えば、コントロール、データ、及び／又はアドレスバス）、ディレクトメモリアクセス（ＤＭＡ）機能、ハードウェア又はソフトウェア実装カウンター、ポインター及び／又はタイマーなどの（ただしこれらに限定されない）任意の適切な形態の処理回路から構成されてもよい。

コントローラはトランシーバーを制御してサービング“コールセッション制御機能”（ＣＳＣＦ）から認証情報の要求を受信させるように構成されてもよい。認証情報の要求は、（例えば、ＭＳＣサーバがＵＥから“位置更新要求”を受信次第）“モバイル交換センター”（ＭＳＣ）サーバによって開始されてもよいことは理解されよう。

トランシーバーは、Ｄｉａｍｅｔｅｒプロトコル（例えば、Ｃｘ）メッセージ又は“セッション開始プロトコル”（ＳＩＰ）メッセージで認証情報の要求を受信するように構成されてもよい。トランシーバーはまた、Ｄｉａｍｅｔｅｒプロトコル（例えば、Ｃｘ）メッセージ又はＳＩＰメッセージで認証情報を送信するように構成されてもよい。

コントローラはまた、通信機器を制御してＶＰＬＭＮの通信実体に対して“ホーム加入者サーバ”（ＨＳＳ）及び／又はアプリケーションサーバ（ＡＳ）の役割を果たさせると共にＨＰＬＭＮの通信実体に対して移動先位置レジスタ（ＶＬＲ）の役割を果たさせるように構成されてもよい。

プロセッサは、認証情報を受信後、インバウンドローマーの加入者プロフィールを生成し保存するように構成されてもよい。プロセッサはまた、少なくとも１つのアプリケーションサーバ（ＡＳ）を起動するための少なくとも１つの初期フィルタ基準（ｉＦＣ）を生成するように構成されてもよい。ＵＥは回路交換（ＣＳ）通信技術を用いてＶＰＬＭＮにアタッチされてもよく、認証情報はＣＳ認証情報から構成されてもよい。

本発明の第１の態様に係わる通信装置は、ＩＰマルチメディアサブシステム集中サービス相互接続機能（ＩＣＳ ＩＷＦ）を備えていてもよい。本発明の第２の態様に係わる通信装置は、サービングのコールセッション制御機能（ＣＳＣＦ）又はＭＳＣサーバを備えていてもよい。

様々な他の変形例は当業者には明らかであり、ここではこれ以上詳細に説明しない。

＜略語一覧＞
ＡＰＩ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ
ＡＳ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ
ＡＶＰ Ａｔｔｒｉｂｕｔｅ Ｖａｌｕｅ Ｐａｉｒ
ＣＣＡ Ｃｒｅｄｉｔ−Ｃｏｎｔｒｏｌ−Ａｎｓｗｅｒ
ＣＳＦＢ Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ ＦａｌｌＢａｃｋ
ｅＮＢ Ｅｖｏｌｖｅｄ ＮｏｄｅＢ
ＧＰＲＳ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ
ＨＬＲ Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ
ＨＯ Ｈａｎｄｏｖｅｒ
ＨＰＬＭＮ Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ
ＨＳＳ Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ
ＩＢＣＦ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ Ｂｏｒｄｅｒ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ
ＩＣＳ ＩＭＳ Ｃｅｎｔｒａｌｉｚｅｄ Ｓｅｒｖｉｃｅｓ
ｉＦＣ Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ
ＩＭＳ ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ
ＩＭＳＩ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｅｒ
ＩＰ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ
ＩＷＦ Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ
ＬＡＩ Ｌｏｃａｔｉｏｎ Ａｒｅａ Ｉｄｅｎｔｉｆｉｅｒ
ＬＡＵ Ｌｏｃａｔｉｏｎ Ａｒｅａ Ｕｐｄａｔｅ
ＬＢＯ Ｌｏｃａｌ Ｂｒｅａｋｏｕｔ
ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
ＭＡＡ Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−Ａｎｓｗｅｒ
ＭＡＰ Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ
ＭＡＲ Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ
ＭＣＣ Ｍｏｂｉｌｅ Ｃｏｕｎｔｒｙ Ｃｏｄｅ
ＭＧＷ Ｍｅｄｉａ Ｇａｔｅｗａｙ
ＭＭＥ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ
ＭＳＣ Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ
ＭＳＣ−Ｓ ＭＳＣ−Ｓｅｒｖｅｒ
ＭＳＩＳＤＮ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ
ＭＳＲＮ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｒｏｕｔｉｎｇ Ｎｕｍｂｅｒ ＮＷ
Ｎｅｔｗｏｒｋ
ＰＣＥＦ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ
ＰＣＲＦ Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ
Ｐ−ＣＳＣＦ Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ
ＰＤＮ Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ
ＰＧＷ ＰＤＮ Ｇａｔｅｗａｙ
ＰＳＡＰ Ｐｕｂｌｉｃ Ｓａｆｅｔｙ Ａｎｓｗｅｒｉｎｇ Ｐｏｉｎｔ
ＱｏＳ Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ
ＲＡＮＤ Ｒａｎｄｏｍ ｎｕｍｂｅｒ （認証に用いられる）
ＲＡＲ Ｒｅ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ
ＳＡＡ Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ａｎｓｗｅｒ
ＳＡＲ Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ
Ｓ−ＣＳＣＦ Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ
ＳＧＳＮ Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ
ＳＧＷ Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ
ＳＩＰ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ
ＳＲＥＳ Ｓｉｇｎｅｄ Ｒｅｓｐｏｎｓｅ （ＳＩＭ又は２Ｇ ＡＫＡのＵＳＩＭによって返される認証値）
ＴＡＳ Ｔｅｌｅｐｈｏｎｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ
ＵＤＡ Ｕｓｅｒ Ｄａｔａ Ａｎｓｗｅｒ
ＵＤＲ Ｕｓｅｒ Ｄａｔａ Ｒｅｑｕｅｓｔ
ＵＥ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ
ＵＲＩ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ
ＵＲＮ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｎａｍｅ
ＶＬＲ Ｖｉｓｉｔｅｄ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ
ＶｏＬＴＥ Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ
ＶＰＬＭＮ Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ

Claims (15)

1. 移動先公衆移動通信ネットワーク（ＶＰＬＭＮ）において、インバウンドローマーであるユーザ装置（ＵＥ）の登録手順を支援する通信装置であって、
   トランシーバーと、
   コントローラとを備え、
   前記コントローラは、
   前記トランシーバーを制御して前記ＶＰＬＭＮの通信実体から認証情報の要求を受信させ、
   ホーム公衆移動通信ネットワーク（ＨＰＬＭＮ）の通信実体から前記認証情報を取得し、
   前記認証情報が前記登録手順において用いられるように前記トランシーバーを制御して前記認証情報を前記ＶＰＬＭＮの通信実体に送信させる、通信装置。
2. 前記コントローラが前記トランシーバーを制御してサービングコールセッション制御機能（ＣＳＣＦ）から前記認証情報の要求を受信させるように構成された、請求項１に記載の通信装置。
3. 前記トランシーバーはＤｉａｍｅｔｅｒプロトコル（例えば、Ｃｘ）メッセージで前記認証情報の要求を受信するように構成された、請求項１又は２に記載の通信装置。
4. 前記トランシーバーはＤｉａｍｅｔｅｒプロトコル（例えば、Ｃｘ）メッセージで前記認証情報を送信するように構成された、請求項１〜３のいずれかに記載の通信装置。
5. 前記コントローラは更に、前記通信装置を制御して前記ＶＰＬＭＮの通信実体に対してホーム加入者サーバ（ＨＳＳ）の役割を果たさせるとともに前記ＨＰＬＭＮの通信実体に対して移動先位置レジスタ（ＶＬＲ）の役割を果たさせるように構成された、請求項１〜４のいずれかに記載の通信装置。
6. 前記プロセッサは、前記認証情報を受信後、前記インバウンドローマーの加入者プロフィールを生成し保存するように構成された、請求項１〜５のいずれかに記載の通信装置。
7. 前記プロセッサは少なくとも１つのアプリケーションサーバ（ＡＳ）を起動するために少なくとも１つの初期フィルタ基準（ｉＦＣ）を生成するように構成された、請求項１〜６のいずれかに記載の通信装置。
8. 前記ＵＥは回路交換（ＣＳ）通信技術を用いて前記ＶＰＬＭＮにアタッチされ、
   前記認証情報はＣＳ認証情報から構成される、請求項１〜７のいずれかに記載の通信装置。
9. ＩＰマルチメディアサブシステム集中サービス相互接続機能（ＩＣＳ ＩＷＦ）を備えた、請求項１〜８のいずれかに記載の通信装置。
10. 移動先公衆移動通信ネットワーク（ＶＰＬＭＮ）にインバウンドローマーであるユーザ装置（ＵＥ）を登録する通信装置であって、
    トランシーバーと、
    コントローラとを備え、
    前記コントローラは
    前記トランシーバーを制御して前記ＶＰＬＭＮの相互接続機能に認証情報の要求を送信させ、
    前記インバウンドローマーであるユーザを登録する際前記認証情報が用いられように前記トランシーバーを制御して前記相互接続機能から前記認証情報を受信させる、通信装置。
11. サービングコールセッション制御機能（ＣＳＣＦ）を備える、請求項１０に記載の通信装置。
12. 請求項１〜８のいずれかに記載の通信装置と請求項１０に記載の通信装置とを含む、システム。
13. 移動先公衆移動通信ネットワーク（ＶＰＬＭＮ）において、インバウンドローマーであるユーザ装置（ＵＥ）の登録手順を支援する通信装置によって実行される方法であって、
    前記ＶＰＬＭＮの通信実体から認証情報の要求を受信し、
    ホーム公衆移動通信ネットワーク（ＨＰＬＭＮ）の通信実体から前記認証情報を取得し、
    前記認証情報が前記登録手順において用いられるように前記認証情報を前記ＶＰＬＭＮの通信実体に送信する、ことを含む方法。
14. 移動先公衆移動通信ネットワーク（ＶＰＬＭＮ）にインバウンドローマーであるユーザ装置（ＵＥ）を登録する通信装置によって実行される方法であって、
    前記ＶＰＬＭＮの相互接続機能に認証情報の要求を送信し、
    前記認証情報が前記インバウンドローマーであるユーザを登録する際用いられるように前記相互接続機能から前記認証情報を受信する、ことを含む方法。
15. プログラマブル通信装置に請求項１３又は１４に記載の方法を実行させるためのコンピュータ実行可能命令を含むコンピュータ実行可能命令製品。
    
    

Images