(57)【要約】  本開示の実施形態は、Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦが、ＩＭＳのサービスドメイン集約化をサポートするネットワークへのインバウンドローミングＵＥを検出することを可能にする。その結果、Ｓ−ＣＳＣＦは適切なデータベースエンティティを選択することが可能であり、ＣＳ認証ベクトルを把握することができる。
2020501458.tif 000002
【特許請求の範囲】
【請求項１】
呼セッション制御のための問い合わせを行う制御ノードであって、
ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信するよう構成された受信部と、
前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出するよう構成された検出手段と、
前記インバウンドローミングＵＥの検出に基づいて手順を進める装置を選択するよう構成された選択手段と、を備える制御ノード。
【請求項２】
前記少なくとも１つのプロセッサはさらに、ＩＭＳ集約化サービス相互接続機能（ＩＣＳ−ＩＷＦ）エンティティに、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ＩＣＳ−ＩＷＦを含むネットワークとの間で締結しているか否かを問い合わせるよう構成され、
前記受信部はさらに、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティのアドレスを受信するよう構成され、
前記制御ノードはさらに、前記ｒｅｇｉｓｔｅｒメッセージが前記インバウンドローミングＵＥに関するものであるという指示子とともにｒｅｇｉｓｔｅｒメッセージを、前記Ｓ−ＣＳＣＦエンティティに向けて転送するよう構成された送信部を備える、請求項１に記載の制御ノード。
【請求項３】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のためのネットワークエンティティであって、
問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ネットワークエンティティを含むネットワークエンティティとの間で締結している否かという問い合わせを受信するよう構成された受信部と、
ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択するよう構成された選択手段と、
前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦエンティティに提供するよう構成された提供手段と、を備えるネットワークエンティティ。
【請求項４】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための通信システムであって、
前記通信システムは、呼セッション制御のための問い合わせを行う制御ノードと、ＩＣＳ用のネットワークエンティティと、を備え、
前記制御ノードは、
ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信するよう構成された受信部と、
前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出するよう構成された検出手段と、
前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークが、前記ネットワークエンティティを含むネットワークとの間でＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を締結しているか否かという問い合わせを送信するよう構成された送信部と、を備え、
前記ネットワークエンティティは、
前記制御ノードから前記問い合わせを受信するよう構成された受信部と、
ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択するよう構成された選択手段と、
前記Ｓ−ＣＳＣＦエンティティのアドレスを前記制御ノードに提供するよう構成された提供手段と、を備えることを特徴とする、通信システム。
【請求項５】
呼セッション制御のための問い合わせの制御方法であって、
ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、
前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、
前記インバウンドローミングＵＥの検出に基づいて手順を進める装置を選択することと、を備える制御方法。
【請求項６】
ＩＭＳ集約化サービス相互接続機能（ＩＣＳ−ＩＷＦ）エンティティに、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ＩＣＳ−ＩＷＦを含むネットワークとの間で締結しているか否かを問い合わせることと、
ＩＭＳローミング合意もＳＬＡも締結されていない場合に、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティのアドレスを受信することと、
前記ｒｅｇｉｓｔｅｒメッセージが前記インバウンドローミングＵＥに関するものであるという指示子とともにｒｅｇｉｓｔｅｒメッセージを、前記Ｓ−ＣＳＣＦエンティティに向けて転送することと、をさらに含む請求項５に記載の制御方法。
【請求項７】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための制御方法であって、
問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ネットワークエンティティを含むネットワークとの間で締結しているか否かという問い合わせを受信することと、
ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、
前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦに提供することと、を含む制御方法。
【請求項８】
呼セッション制御のための問い合わせを行う制御ノードとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のネットワークエンティティとを備えた通信システムで使用される、ＩＣＳのための制御方法であって、
前記制御ノードによって、ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、
前記制御ノードによって、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、
前記制御ノードによって、前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークが、前記ネットワークエンティティを含むネットワークとの間でＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を締結しているか否かという問い合わせを送信することと、
前記ネットワークエンティティによって、前記制御ノードから前記問い合わせを受信することと、
前記ネットワークエンティティによって、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、
前記ネットワークエンティティによって、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記制御ノードに提供することと、を含む制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ＩＭＳのサービスドメイン集約化をサポートするネットワークのためのインバウンドローマー検出に関する。
【背景技術】
【０００２】
＜略語の一覧＞
以下に示す表１および表２に記載の略語は、現行仕様書において使用される。
【表１】
2020501458.tif 000003
【表２】
2020501458.tif 000004
【０００３】
現行仕様書ＴＳ２３．２９２［参考文献２］では、附属書Ｇ（規定）（認証のための「非ローミングＵＥのためのＣＳアクセス認証およびＩＭＳ登録を組み合わせた手順」）、ならびに附属書Ｈ（参考）（包括的概念としての「ＩＭＳのサービスドメイン集約化（ＳｅＤｏＣ）」）においてＩＣＳの拡張が記載されている。この機能は、すべてのＭＳＣサーバはＩＣＳ機能で拡張されており、ローカルＶＬＲを提供せず、互いにＭＡＰコネクションを持たないという以下の前提に基づく。
【０００４】
ＩＭＳサブスクリプションもＩＭＳ機能も持たないネットワークからのインバウンドローマーは、サービングＳｅＤｏＣ ＩＭＳネットワーク内の仮ＩＭＳ  ＩＤで提供されるＳｅＤｏＣネットワーク内のＭＳＣサーバにレガシーＣＳを用いて接続される。インバウンドローミングＩＭＳネットワークにおける扱いは、インバウンドローマーと上記ネットワークの加入者とでは異なる。
【０００５】
現在のところ、適切なエンティティ（ＩＣＳ−ＩＷＦまたはＨＳＳ）を選択するために、また認証ベクトルの形式を理解するために、Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦがインバウンドローマーと通常の加入者とをどのように区別しうるのかは明確ではない。 なぜなら、ＣＳとＩＭＳ認証ベクトルとは、それ自体は似ているが、ＩＭＳ ＲＥＳはプレーンテキストでは送信されず、認証応答を形成するために他のパラメータと組み合わされるからである。このため、たとえば、ネットワーク内の限られた数のＳ−ＣＳＣＦのみがインバウンドローマーに対するＣＳ認証をサポートする場合は、正しいＳ−ＣＳＣＦが選択されることも重要である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
図１は、ＴＳ２３．２９２の図Ｈ．５．２．３．１−１「インバウンドローマーのための認証／登録手順」に相当し、ステップＡ５およびＡ８、ならびにステップＡ１７以降に上述の問題を示している。
【０００７】
本明細書は、加入者が適切な決定を行うことを可能にするために加入者の状況に関する関連情報をＩ−ＣＳＣＦとＳ−ＣＳＣＦに示すまたは提供する、様々な実施形態を提案する。
【課題を解決するための手段】
【０００８】
本開示における１つの態様は、呼セッション制御のための問い合わせを行う制御ノードである。前記制御ノードは、ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信するよう構成された受信部と、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出するよう構成された検出手段と、前記インバウンドローミングＵＥの検出に基づいて手順を進める装置を選択するよう構成された選択手段と、を備える。
【０００９】
本開示における他の態様は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のためのネットワークエンティティである。前記ネットワークエンティティは、問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ネットワークエンティティを含むネットワークエンティティとの間で締結している否かという問い合わせを受信するよう構成された受信部と、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択するよう構成された選択手段と、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦエンティティに提供するよう構成された提供手段と、を備える。
【００１０】
本開示における他の態様は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための通信システムである。前記通信システムは、呼セッション制御のための問い合わせを行う制御ノードと、ＩＣＳ用のネットワークエンティティと、を備える。前記制御ノードは、ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信するよう構成された受信部と、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出するよう構成された検出手段と、前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークが、前記ネットワークエンティティを含むネットワークとの間でＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を締結しているか否かという問い合わせを送信するよう構成された送信部と、を備える。前記ネットワークエンティティは、前記制御ノードから前記問い合わせを受信するよう構成された受信部と、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択するよう構成された選択手段と、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記制御ノードに提供するよう構成された提供手段と、を備える。
【００１１】
本開示における他の態様は、呼セッション制御のための問い合わせの制御方法である。前記制御方法は  ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、前記インバウンドローミングＵＥの検出に基づいて手順を進める装置を選択することと、を含む。
【００１２】
本開示における他の態様は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための制御方法である。前記制御方法は、問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ネットワークエンティティを含むネットワークとの間で締結しているか否かという問い合わせを受信することと、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦに提供することと、を含む制御方法。
【００１３】
本開示における他の態様は、呼セッション制御のための問い合わせを行う制御ノードとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のネットワークエンティティとを備えた通信システムで使用される、ＩＣＳのための制御方法である。前記制御方法は、前記制御ノードによって、ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、前記制御ノードによって、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、前記制御ノードによって、前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークが、前記ネットワークエンティティを含むネットワークとの間でＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を締結しているか否かという問い合わせを送信することと、
前記ネットワークエンティティって、前記制御ノードから前記問い合わせを受信することと、
前記ネットワークエンティティによって、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、前記ネットワークエンティティによって、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記制御ノードに提供することと、を含む制御方法。
【図面の簡単な説明】
【００１４】
【図１】図１は、ＴＳ２３．２９２の図Ｈ．５．２．３．１−１のインバウンドローマーのための認証／登録手順である。
【図２】図２は、本開示の実施形態１ａのＩ−ＣＳＣＦにおけるインバウンドローマー検出およびマーク付けを示す。
【図３】図３は、本開示の実施形態１ｂのＨＳＳにおけるインバウンドローマー検出およびマーク付けを示す。
【図４】図４は、本開示の実施形態２のＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ内の明示のインバウンドローマー指示を示す。
【図５】図５は、本開示の実施形態３のＳＬＦクエリに基づくインバウンドローマー検出を示す。
【図６】図６は、本開示のＵＥ１０１の主要構成要素を表すブロック図である。
【図７】図７は、本開示のＭＳＣサーバ１０３の主要構成要素を表すブロック図である。
【図８】図８は、本開示のＩ−ＣＳＣＦ１０５の主要構成要素を表すブロック図である。
【図９】図９は、本開示のＳ−ＣＳＣＦ１０７の主要構成要素を表すブロック図である。
【図１０】図１０は、本開示のＩＷＦ１０９の主要構成要素を表すブロック図である。
【図１１】図１１は、本開示のＨＬＲ３０１の主要構成要素を表すブロック図である。
【図１２】図１２は、本開示の無線アクセスネットワーク（ＲＡＮ）ノード３０３の主要構成要素を表すブロック図である。
【発明を実施するための形態】
【００１５】
＜実施形態１：ＩＭＰＩ／ＩＭＰＵコーディングに基づく暗示のインバウンドローマー指示＞
ＴＳ２３．００３［参考文献３］によると、ＩＣＳ  ＭＳＣサーバは、「<IMSI>@ics.mnc<MNC>.mcc<MCC>.3.gppnetwork.org」という形式のプライベートユーザＩＤを生成する。ＩＣＳ用に拡張されたＭＳＣサーバは、プライベートユーザＩＤに類似する加入者のＩＭＳＩからパブリックユーザＩＤを取得する。
【００１６】
以下のノードＩ−ＣＳＣＦ、ＨＳＳ、またはＳ−ＣＳＣＦは、コードＭＮＣ／ＭＣＣの事業者とのＩＭＳローミング合意があるか否かを解決するよう拡張される必要がある。
【００１７】
＜実施形態１ａ：Ｉ−ＣＳＣＦにおけるインバウンドローマー検出およびマーク付け＞
本実施形態は２つの変形例を含む。この中で、Ｉ−ＣＳＣＦ１０５は、インバウンドローミングＵＥ１０１を検出し、インバウンドローマーのＨＰＬＭＮ３００とのＩＭＳローミング合意を検索し、ＩＭＳのＣＳ認証をサポートするＳ−ＣＳＣＦ１０７を選択する。
【００１８】
ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩを有する通常のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを送信する。Ｉ−ＣＳＣＦ１０５は、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。１つの変形例では、Ｉ−ＣＳＣＦ１０５は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ３００）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、Ｉ−ＣＳＣＦ１０５は、ＳＩＰ ＲＥＧＩＳＴＥＲをマーク付け、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択する。Ｓ−ＣＳＣＦ１０７は、ＨＳＳではなくＩＷＦ１０９にコンタクトする。これは、図２のステップＢ６およびステップＢ７が実行されないことを意味する。
【００１９】
他の変形例として、Ｉ−ＣＳＣＦ１０５は、上述のようにインバウンドローマーを検出し、ＭＮＣ／ＭＣＣ事業者ネットワークがＩＭＳローミング合意を有するか否かをデータベースにて検索できるＩＷＦ１０９に問い合わせる（ステップＢ６）。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、ＩＷＦ１０９は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択し（ステップＢ７）、Ｓ−ＣＳＣＦアドレスをＩ−ＣＳＣＦ１０５に提供する。図２を参照して、詳細な説明を以下のとおり行う。
【００２０】
Ｂ１：ＵＥ１０１はＣＳネットワークに向けてＬｏｃａｔｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔを送信する。
【００２１】
Ｂ２−Ｂ３：Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔを受信すると、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、必要であれば標準的なＩＤ要求を行う。
【００２２】
Ｂ４：ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、この加入者のＩＭＳ登録の開始を決定し、加入者ＩＤ（たとえばＩＭＳＩ）からドメイン名を取得し、適切なＩ−ＣＳＣＦ／ＩＢＣＦのアドレスを発見する。
【００２３】
Ｂ５−Ｂ８：Ｉ−ＣＳＣＦ１０５は、（通常のＲＥＧＩＳＴＥＲが信頼されるＰ−ＣＳＣＦから発信されたことを確認するのと同じ方法で）着信したＲＥＧＩＳＴＥＲが信頼されるＭＳＣサーバから発信されたことを検証する。Ｉ−ＣＳＣＦ１０５は、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。Ｉ−ＣＳＣＦ１０５は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を有するか否かをデータベースにて検索できるＩＷＦ１０９に問い合わる。
【００２４】
このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、ＩＷＦ１０９は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択し、Ｓ−ＣＳＣＦアドレスをＩ−ＣＳＣＦ１０５に提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７に向けてインバウンドローミング指示子とＳＩＰ  ＲＥＧＩＳＴＥＲをマーク付ける。
【００２５】
Ｂ９：Ｓ−ＣＳＣＦ１０７は、上記ＲＥＧＩＳＴＥＲがＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３から発信されたものであることを確認し、また上記ＲＥＧＩＳＴＥＲが、ＩＭＳローミング合意の無いインバウンドローミングＵＥ用であるので、Ｓ−ＣＳＣＦ１０７は、ＨＳＳではなくＩＷＦ１０９を選択する。Ｓ−ＣＳＣＦ１０７は、Ｓ−ＣＳＣＦ１０７に向けてＨＳＳとして機能するＩＷＦ１０９からの認証情報を要求する。
【００２６】
これらの手順の間、所与の加入者のための認証パラメータが送られている。これには認証パラメータ５個組（Ｒａｎｄ、Ｘｒｅｓ、Ｃｋ、Ｉｋ、Ａｕｔｎ）を含む。
【００２７】
Ｂ１０−Ｂ１４：ＶＬＲとして機能するＩＷＦ１０９は、ＨＬＲ３０１から認証情報パラメータを読み出す。ＩＷＦ１０９は、Ｄインタフェースを介してサービスプロファイルを読み出す。すなわち、Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ手順およびＩｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ手順を行うことによって、ＨＰＬＭＮ  ＨＬＲ３０１に対してＶＬＲのように動作する。ＩＷＦ１０９は、仮レコード（加入者プロファイル）を作成する。他のＡＳを起動するために、ＩＷＦ１０９は、対応するｉＦＣを生成する。ＩＷＦ１０９は、認証ベクトルをＳ−ＣＳＣＦ１０７に提供する。
【００２８】
Ｂ１５−Ｂ１６：Ｓ−ＣＳＣＦ１０７は、ＳＩＰ４０１、すなわち認証チャレンジをＵＥ１０１に向けて送信する。この認証チャレンジは、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３への、チャレンジＲＡＮＤ、認証トークンＡＵＴＮ、ならびに完全鍵ＩＫおよび暗号鍵ＣＫを含む。
【００２９】
Ｂ１７：ＩＭＳからＳＩＰ４０１を受信すると、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、無線インタフェースを通じてＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを転送することにより認証手順を開始する。ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージは、応答パラメータを計算するために必要なパラメータを含む。
【００３０】
Ｂ１８：ＵＥ１０１は、チャレンジ情報を処理し、ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＳＰＯＮＳＥメッセージをネットワークに返信する。
【００３１】
Ｂ１９：ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、認証結果（ＸＲＥＳ）とＲＥＧＩＳＴＥＲをＩ−ＣＳＣＦ１０５に送信する。
【００３２】
Ｂ２０−Ｂ２６：Ｉ−ＣＳＣＦ１０５は、認証応答をＳ−ＣＳＣＦ１０７に転送する。メッセージを受信すると、Ｓ−ＣＳＣＦ１０７は、ＵＥ１０１によって送信された認証応答をチェックする。ユーザが認証に成功した場合、Ｓ−ＣＳＣＦ１０７は、ＳＩＰ２００  ＯＫをＩ−ＣＳＣＦ１０５を介してＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３に送信する。
【００３３】
Ｂ２７：ＲＥＧＩＳＴＥＲ要求に対するＳＩＰ２００（ＯＫ）応答を受信すると、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、ＵＥ １０１のためのＴＭＳＩを生成し、Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ受諾をＵＥ１０１に向けて送信する。
【００３４】
＜実施形態１ｂ＞
本実施形態において、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩと通常のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを実行する。Ｉ−ＣＳＣＦ１０５は、通常の手順に従ってＨＳＳに問い合わせをしており、ＨＳＳは、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。ＨＳＳは、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ３００）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＨＳＳは、Ｃｘ−Ｑｕｅｒｙ−Ｒｅｓｐｏｎｓｅにてインバウンドローマー指示子を提供し、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択し、Ｉ−ＣＳＣＦ１０５にＳ−ＣＳＣＦアドレスを提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７がＨＳＳではなくＩＷＦ１０９にコンタクトするように、インバウンドローマー指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。図３を参照して、以下のように詳細な説明を行う。
【００３５】
Ｃ１：ＵＥ１０１は、ＣＳネットワークに向けてＬｏｃａｔｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔを送信する。
【００３６】
Ｃ２―Ｃ３：Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔを受信すると、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、必要であれば標準的なＩＤ要求を行う。
【００３７】
Ｃ４：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、この加入者のためのＩＭＳ登録の開始を決定し、加入者ＩＤ（たとえばＩＭＳＩ）からドメイン名を取得し、適切なＩ−ＣＳＣＦ／ＩＢＣＦのアドレスを発見する。
【００３８】
Ｃ５−Ｃ８：Ｉ−ＣＳＣＦ１０５は（通常のＲＥＧＩＳＴＥＲが信頼されるＰ−ＣＳＣＦから発信されたことを確認するのと同じ方法で）、着信したＲＥＧＩＳＴＥＲが信頼されるＭＳＣサーバから発信されたことを検証する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７ロケーション／アロケーションの標準的な手順を開始し、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出するＨＳＳに問い合わせる。
【００３９】
ＨＳＳ１１１は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、ＨＳＳ１１１は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択する。ＨＳＳ１１１は、Ｓ−ＣＳＣＦアドレスおよびインバウンドローミング指示子をＩ−ＣＳＣＦ１０５に提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７に向けてインバウンドローミング指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。
【００４０】
Ｃ９： Ｓ−ＣＳＣＦ１０７は、上記ＲＥＧＩＳＴＥＲがＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３から発信されたものであることを確認し、ＩＭＳローミング合意の無いインバウンドローミングＵＥ用であるので、Ｓ−ＣＳＣＦ１０７は、ＨＳＳ１１１ではなくＩＷＦ１０９を選択する。Ｓ−ＣＳＣＦ１０７は、Ｓ−ＣＳＣＦ１０７に向けてＨＳＳとして機能するＩＷＦ１０９からの認証情報を要求する。
【００４１】
これらの手順の間、所与の加入者のための認証パラメータが送られる。このパラメータは認証用の５個組（Ｒａｎｄ、Ｘｒｅｓ、Ｃｋ、Ｉｋ、Ａｕｔｎ）を含む。
【００４２】
Ｃ１０−Ｃ１４：ＶＬＲとして機能するＩＷＦ１０９は、ＨＬＲ３０１から認証情報パラメータを読み出す。ＩＷＦ１０９は、Ｄインタフェースを介してサービスプロファイルを読み出す。すなわち、Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ手順およびＩｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ手順を行うことによって、ＨＰＬＭＮ  ＨＬＲ３０１に対してＶＬＲのように動作する。ＩＷＦ１０９は、仮レコード（加入プロファイル）を作成する。他のＡＳを起動するために、ＩＷＦ１０９は、対応するｉＦＣを生成する。ＩＷＦ１０９は、認証ベクトルをＳ−ＣＳＣＦ１０７に提供する。
【００４３】
Ｃ１５−Ｃ１６：Ｓ−ＣＳＣＦ１０７は、ＳＩＰ４０１、すなわち認証チャレンジをＵＥ１０１に向けて送信する。この認証チャレンジは、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３への、チャレンジＲＡＮＤ、認証トークンＡＵＴＮ、ならびに完全鍵ＩＫおよび暗号鍵ＣＫを含む。
【００４４】
Ｃ１７：ＩＭＳからＳＩＰ４０１を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、無線インタフェースを通じてＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを転送することにより認証手順を開始する。ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージは、応答パラメータを計算するために必要なパラメータを含む。
【００４５】
Ｃ１８：ＵＥ１０１は、チャレンジ情報を処理し、ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＳＰＯＮＳＥメッセージをネットワークに返信する。
【００４６】
Ｃ１９：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、認証結果（ＸＲＥＳ）とＲＥＧＩＳＴＥＲをＩ−ＣＳＣＦ１０５に送信する。
【００４７】
Ｃ２０−Ｃ２６：Ｉ−ＣＳＣＦ１０５は、認証応答をＳ−ＣＳＣＦ１０７に転送する。メッセージを受信すると、Ｓ−ＣＳＣＦ１０７は、ＵＥ１０１によって送信された認証応答を確認する。ユーザが認証に成功した場合、Ｓ−ＣＳＣＦ１０７は、ＳＩＰ２００  ＯＫをＩ−ＣＳＣＦ１０５を介してＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３に送信する。
【００４８】
Ｃ２７：ＲＥＧＩＳＴＥＲ要求に対するＳＩＰ２００（ＯＫ）応答を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＵＥ １０１のためのＴＭＳＩを生成し、Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ受諾をＵＥ１０１に向けて送信する。
【００４９】
＜実施形態２：ＳＩＰ  ＲＥＧＩＳＴＥＲメッセージ内の明示のインバウンドローマー指示子＞
本実施形態において、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、インバウンドローミングＵＥ１０１によって提供されたＩＭＳＩに基づいて、ＵＥ１０１が自身のネットワークに属していないことを既に検出している。ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、インバウンドローマーであるという指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付け、さらに、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩを使用する。Ｉ−ＣＳＣＦ１０５は、ＳＩＰ ＲＥＧＩＳＴＥＲ内の指示子に基づいてインバウンドローミングＵＥ１０１を検出する。Ｉ−ＣＳＣＦ１０５は、ＨＳＳではなくＩＷＦ１０９に問い合わせる。これにより、ＣＳ認証手順を扱えるＳ−ＣＳＣＦが選択され、Ｓ−ＣＳＣＦアドレスがＩ−ＣＳＣＦ１０５に提供される。Ｉ−ＣＳＣＦ１０５は、インバウンドローミング指示子とＳＩＰ  ＲＥＧＩＳＴＥＲをＳ−ＣＳＣＦ１０７に転送し、今度はＳ−ＣＳＣＦ１０７が、ＨＳＳではなくＩＷＦ１０９にコンタクトする。
【００５０】
本実施形態は様々な変形例を含み得る。たとえば、ＭＳＣサーバは、インバウンドローマーであるというＳＩＰ  ＲＥＧＩＳＴＥＲをマーク付けるだけであるが、ＩＭＳローミング合意が無いことは、実施形態１ａのようにＩ−ＣＳＣＦにおいて、または実施形態１ｂのようにＨＳＳにおいて検出される。
【００５１】
図４を参照して、以下のように詳細な説明を行う。
【００５２】
Ｄ１：ＵＥ１０１は、ＣＳネットワークに向けてＬｏｃａｔｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔを送信する。
【００５３】
Ｄ２−Ｄ３：Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔを受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、必要であれば標準的なＩＤ要求を行う。
【００５４】
Ｄ４：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、この加入者のためのＩＭＳ登録の開始を決定し、加入者のＩＤ（たとえばＩＭＳＩ）からドメイン名を取得し、適切なＩ−ＣＳＣＦ／ＩＢＣＦのアドレスを発見する。ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、インバウンドローミングＵＥ１０１によって提供されたＩＭＳＩに基づいて、ＵＥ１０１が自身のネットワークに属していないことを既に検出しており、インバウンドローミング指示子とＳＩＰ  ＲＥＧＩＳＴＥＲをマーク付ける。
【００５５】
Ｄ５−Ｄ８：Ｉ−ＣＳＣＦ１０５は、着信したＲＥＧＩＳＴＥＲが信頼されるＭＳＣサーバから発信されたことを検証する（通常のＲＥＧＩＳＴＥＲが信頼されるＰ−ＣＳＣＦから発信されたことを確認するのと同じ方法で）。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦロケーション／アロケーションの標準的な手順を開始し、インバウンドローミング指示子に基づいてＩＷＦ１０９に問い合わせる。ＩＷＦ１０９は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を有するか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＩＷＦ１０９は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦを選択する。ＩＷＦ１０９は、Ｓ−ＣＳＣＦアドレスとインバウンドローミング指示子とをＩ−ＣＳＣＦ１０５に提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７に向けてインバウンドローミング指示子とＳＩＰ  ＲＥＧＩＳＴＥＲをマーク付ける。
【００５６】
Ｄ９：Ｓ−ＣＳＣＦ１０７は、上記ＲＥＧＩＳＴＥＲがＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３から発信されたものであることを確認し、ＩＭＳローミング合意の無いインバウンドローミングＵＥ用であるので、Ｓ−ＣＳＣＦ１０７は、ＨＳＳではなくＩＷＦ１０９を選択する。Ｓ−ＣＳＣＦ１０７は、Ｓ−ＣＳＣＦ１０７に向けてＨＳＳとして機能するＩＷＦ１０９からの認証情報を要求する。
【００５７】
これらの手順の間、所与の加入者のための認証パラメータが送られる。このパラメータは認証用の５個組（Ｒａｎｄ、Ｘｒｅｓ、Ｃｋ、Ｉｋ、Ａｕｔｎ）を含む。
【００５８】
Ｄ１０−Ｄ１４：ＶＬＲとして機能するＩＷＦ１０９は、ＨＬＲ３０１から認証情報パラメータを読み出す。ＩＷＦ１０９は、Ｄインタフェースを介してサービスプロファイルを読み出す。すなわち、Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ手順およびＩｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ手順を行うことによって、ＨＰＬＭＮ  ＨＬＲ３０１に対してＶＬＲのように動作する。ＩＷＦ１０９は、仮レコード（加入プロファイル）を作成する。他のＡＳを起動するために、ＩＷＦ１０９は、対応するｉＦＣを生成する。ＩＷＦ１０９は、認証ベクトルをＳ−ＣＳＣＦ１０７に提供する。
【００５９】
Ｄ１５−Ｄ１６：Ｓ−ＣＳＣＦ１０７は、ＳＩＰ４０１、すなわち認証チャレンジをＵＥ１０１に向けて送信する。この認証チャレンジは、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３への、チャレンジＲＡＮＤ、認証トークンＡＵＴＮ、ならびに完全鍵ＩＫおよび暗号鍵ＣＫを含む。
【００６０】
Ｄ１７：ＩＭＳからＳＩＰ４０１を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、無線インタフェースを通じてＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを転送することにより認証手順を開始する。ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージは、応答パラメータを計算するために必要なパラメータを含む。
【００６１】
Ｄ１８：ＵＥ１０１は、チャレンジ情報を処理し、ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＳＰＯＮＳＥメッセージをネットワークに返信する。
【００６２】
Ｄ１９：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、認証結果（ＸＲＥＳ）とＲＥＧＩＳＴＥＲをＩ−ＣＳＣＦ１０５に送信する。
【００６３】
Ｄ２０−Ｄ２６：Ｉ−ＣＳＣＦ１０５は、認証応答をＳ−ＣＳＣＦ１０７に転送する。メッセージを受信すると、Ｓ−ＣＳＣＦ１０７は、ＵＥ１０１によって送信された認証応答を確認する。ユーザが認証に成功した場合、Ｓ−ＣＳＣＦ１０７は、ＳＩＰ２００  ＯＫをＩ−ＣＳＣＦ１０５を介してＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３に送信する。
【００６４】
Ｄ２７：ＲＥＧＩＳＴＥＲ要求に対するＳＩＰ２００（ＯＫ）応答を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＵＥ １０１のためのＴＭＳＩを生成し、Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ受諾をＵＥ１０１に向けて送信する。
【００６５】
＜実施形態３：ＳＬＦクエリに基づくインバウンドローマー検出＞
本実施形態において、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩと通常のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを実行する。Ｉ−ＣＳＣＦ１０５は、ＴＳ２３．２２８に記載の通常の手順に従ってＳＬＦ１１３に問い合わせを行い、ＳＬＦ１１３は、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。ＳＬＦ１１３は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＳＬＦ１１３は、ＩＷＦアドレスまたは選択されたＳ−ＣＳＣＦアドレスとＤｘ＿ＳＬＦ＿Ｒｅｓｐｏｎｓｅにてインバウンドローマー指示子を提供する。Ｉ−ＣＳＣＦ１０５は、今度は実施形態２に従ってＩＷＦ１０９に問い合わせ、ＩＷＦ１０９がＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択してＳ−ＣＳＣＦアドレスをＩ−ＣＳＣＦ１０５に提供するか、あるいは、Ｉ−ＣＳＣＦ１０５がＳ−ＣＳＣＦアドレスをＳＬＦ１１３から直接読み出して、ＳＩＰ  ＲＥＧＩＳＴＥＲをＳ−ＣＳＣＦ１０７に送信する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７がＨＳＳではなくＩＷＦ１０９にコンタクトするように、インバウンドローマー指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。図５を参照して、以下のように詳細な説明を行う。
【００６６】
Ｅ１：ＵＥ１０１は、ＣＳネットワークに向けてＬｏｃａｔｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔを送信する。
【００６７】
Ｅ２−Ｅ３：Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔを受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、必要であれば標準的なＩＤ要求を行う。
【００６８】
Ｅ４：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、この加入者のためのＩＭＳ登録の開始を決定し、加入者のＩＤ（たとえばＩＭＳＩ）からドメイン名を取得し、適切なＩ−ＣＳＣＦ／ＩＢＣＦのアドレスを発見する。
【００６９】
Ｅ５−Ｅ８：Ｉ−ＣＳＣＦ１０５は、着信したＲＥＧＩＳＴＥＲが信頼されるＭＳＣサーバから発信されたことを検証する（通常のＲＥＧＩＳＴＥＲが信頼されるＰ−ＣＳＣＦから発信されたことを確認するのと同じ方法で）。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７ロケーション／アロケーションの標準的な手順を開始し、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出するＳＬＦ１１３に問い合わせる。ＳＬＦ１１３は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を有するか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＳＬＦ１１３は、ＩＣＳ−ＩＷＦアドレスをＩ−ＣＳＣＦ１０５に提供してもよいし、Ｓ−ＣＳＣＦアドレスを直接提供してもよい。ＳＬＦ１１３によってアロケートされない場合、Ｉ−ＣＳＣＦ１０５は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦを選択するＩＷＦ１０９に問い合わせる。ＩＷＦ１０９は、Ｓ−ＣＳＣＦアドレスとインバウンドローミング指示子とをＩ−ＣＳＣＦ１０５に提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７に向けてインバウンドローミング指示子とＳＩＰ  ＲＥＧＩＳＴＥＲをマーク付ける。
【００７０】
Ｅ９：Ｓ−ＣＳＣＦ１０７は、上記ＲＥＧＩＳＴＥＲがＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３から発信されたものであることを確認し、ＩＭＳローミング合意の無いインバウンドローミングＵＥ用であるので、Ｓ−ＣＳＣＦ１０７は、ＨＳＳではなくＩＷＦ１０９を選択する。Ｓ−ＣＳＣＦ１０７は、Ｓ−ＣＳＣＦ１０７に向けてＨＳＳとして機能するＩＷＦ１０９からの認証情報を要求する。
【００７１】
これらの手順の間、所与の加入者のための認証パラメータが送られる。このパラメータは認証用の５個組（Ｒａｎｄ、Ｘｒｅｓ、Ｃｋ、Ｉｋ、Ａｕｔｎ）を含む。
【００７２】
Ｅ１０−Ｅ１４：ＶＬＲとして機能するＩＷＦ１０９は、ＨＬＲ３０１から認証情報パラメータを読み出す。ＩＷＦ１０９は、Ｄインタフェースを介してサービスプロファイルを読み出す。すなわち、Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ手順およびＩｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ手順を行うことによって、ＨＰＬＭＮ  ＨＬＲ３０１に対してＶＬＲのように動作する。ＩＷＦ１０９は、仮レコード（加入プロファイル）を作成する。他のＡＳを起動するために、ＩＷＦ１０９は、対応するｉＦＣを生成する。ＩＷＦ１０９は、認証ベクトルをＳ−ＣＳＣＦ１０７に提供する。
【００７３】
Ｅ１５−Ｅ１６：Ｓ−ＣＳＣＦ１０７は、ＳＩＰ４０１、すなわち認証チャレンジをＵＥ１０１に向けて送信する。この認証チャレンジは、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３への、チャレンジＲＡＮＤ、認証トークンＡＵＴＮ、ならびに完全鍵ＩＫおよび暗号鍵ＣＫを含む。
【００７４】
Ｅ１７：ＩＭＳからＳＩＰ４０１を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、無線インタフェースを通じてＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージを転送することにより認証手順を開始する。ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＱＵＥＳＴメッセージは、応答パラメータを計算するために必要なパラメータを含む。
【００７５】
Ｅ１８：ＵＥ１０１は、チャレンジ情報を処理し、ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ  ＲＥＳＰＯＮＳＥメッセージをネットワークに返信する。
【００７６】
Ｅ１９：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、認証結果（ＸＲＥＳ）を含むＲＥＧＩＳＴＥＲをＩ−ＣＳＣＦ１０５に送信する。
【００７７】
Ｅ２０−Ｅ２６：Ｉ−ＣＳＣＦ１０５は、認証応答をＳ−ＣＳＣＦ１０７に転送する。メッセージを受信すると、Ｓ−ＣＳＣＦ１０７は、ＵＥ１０１によって送信された認証応答を確認する。ユーザが認証に成功した場合、Ｓ−ＣＳＣＦ１０７は、ＳＩＰ２００  ＯＫをＩ−ＣＳＣＦ１０５を介してＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３に送信する。
【００７８】
Ｅ２７：ＲＥＧＩＳＴＥＲ要求に対するＳＩＰ２００（ＯＫ）応答を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＵＥ１０１のためのＴＭＳＩを生成し、Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ受諾をＵＥ１０１に向けて送信する。
【００７９】
＜利点＞
１）ＭＳＣサーバ、Ｉ−ＣＳＣＦ、ＨＳＳ、ＳＬＦまたはＩＣＳ−ＩＷＦにおいてインバウンドローミングＵＥおよびそのＩＭＳローミング合意を検出する。
２）ＩＭＳ ＡＫＡ手順によってＣＳ認証を扱うことが可能なＳ−ＣＳＣＦを選択する。
３）Ｓ−ＣＳＣＦがＨＳＳではなくＩＣＳ−ＩＷＦを選択するように、Ｓ−ＣＳＣＦに向けてインバウンドローミング指示子とＳＩＰ ＲＥＧＳＩＴＥＲをマーク付ける。
４）Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦは加入者データベースを選択することができる。
【００８０】
＜ユーザ機器（ＵＥ）＞
図６は、ＵＥ１０１の主要構成要素を表すブロック図である。図示のように、ＵＥ１０１は、１つまたは複数のアンテナ１０１Ｂを介して接続ノードとの間で信号を送受信するよう動作可能なトランシーバ回路１０１Ａを含む。必ずしも図６には示されないが、ＵＥ１０１は、当然のことながら従来のモバイルデバイス（ユーザインターフェース１０１Ｃなど）のすべての通常の機能を有し、これはハードウェア、ソフトウェアおよびファームウェアのいずれか１つまたは任意の組み合わせによって適宜提供され得る。たとえば、ソフトウェアは、メモリ１０１Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。制御部１０１Ｅは、メモリ１０１Ｄに格納されているソフトウェアに従ってＵＥ１０１の動作を制御する。ソフトウェアは、とりわけ、オペレーティングシステム１０１Ｆと、少なくともトランシーバ制御モジュール１０１Ｈを有する通信制御モジュール１０１Ｇとを含む。通信制御モジュール１０１Ｇ（そのトランシーバ制御サブモジュール１０１Ｈを使用）は、（たとえばＲＡＮノード３０３を介して、）ＵＥ１０１と、基地局／無線アクセスノード（ＲＡＮノード３０３）やＭＳＣサーバ１０３といった他のノードとの間のシグナリングおよびアップリンク／ダウンリンクデータパケットを処理（生成／送信／受信）することを担当する。
【００８１】
＜ＭＳＣサーバ＞
図７は、例示的なＭＳＣサーバ１０３の主要構成要素を表すブロック図である。図示のように、ＭＳＣサーバ１０３は、ネットワークインタフェース１０３Ｂを介して、ＭＳＣサーバ１０３に接続された他のノード（ＵＥ１０１（たとえばＲＡＮノード３０３を介して）やＩ−ＣＳＣＦ１０５など）との間で信号を送受信するよう動作可能なトランシーバ回路１０３Ａを含む。制御部１０３Ｃは、メモリ１０３Ｄに格納されているソフトウェアに従ってＭＳＣサーバ１０３の動作を制御する。たとえば、ソフトウェアは、メモリ１０３Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０３Ｅと、少なくともトランシーバ制御モジュール１０３Ｇを有する通信制御モジュール１０３Ｆとを含む。通信制御モジュール１０３Ｆ（そのトランシーバ制御サブモジュール１０３Ｇを使用）は、ＭＳＣサーバ１０３と、他のネットワークノード（ＵＥ１０１（たとえばＲＡＮノード３０３を介して）やＩ−ＣＳＣＦ１０５など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
【００８２】
＜Ｉ−ＣＳＣＦ＞
図８は、Ｉ−ＣＳＣＦ１０５の主要構成要素を表すブロック図である。図示のように、Ｉ−ＣＳＣＦ１０５は、ネットワークインタフェース１０５Ｂを介して、他のノード（ＵＥを含む）との間で信号を送受信するよう動作可能なトランシーバ回路１０５Ａを含む。制御部１０５Ｃは、メモリ１０５Ｄに格納されているソフトウェアに従ってＩ−ＣＳＣＦ１０５の動作を制御する。たとえば、ソフトウェアは、メモリ１０５Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０５Ｅと、少なくともトランシーバ制御モジュール１０５Ｇを有する通信制御モジュール１０５Ｆとを含む。通信制御モジュール１０５Ｆ（そのトランシーバ制御サブモジュール１０５Ｇを使用）は、Ｉ−ＣＳＣＦ１０５と他のノード（ＭＳＣサーバ１０３およびＳ−ＣＳＣＦ１０７など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
【００８３】
＜Ｓ−ＣＳＣＦ＞
図９は、Ｓ−ＣＳＣＦ１０７の主要構成要素を表すブロック図である。図示のように、Ｓ−ＣＳＣＦ１０７は、ネットワークインタフェース１０７Ｂを介して、他のノード（ＵＥ、ＳＭＦなどを含む）との間で信号を送受信するよう動作可能なトランシーバ回路１０７Ａを含む。制御部１０７Ｃは、メモリ１０７Ｄに格納されているソフトウェアに従ってＳ−ＣＳＣＦ１０７の動作を制御する。たとえば、ソフトウェアは、メモリ１０７Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０７Ｅと、少なくともトランシーバ制御モジュール１０７Ｇを有する通信制御モジュール１０７Ｆとを含む。通信制御モジュール１０７Ｆ（そのトランシーバ制御サブモジュール１０７Ｇを使用）は、Ｓ−ＣＳＣＦ１０７と他のノード（Ｉ−ＣＳＣＦ１０５およびＩＷＦ１０９など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
【００８４】
＜ＩＷＦ＞
図１０は、ＩＷＦ１０９の主要構成要素を表すブロック図である。図示のように、ＩＷＦ１０９は、ネットワークインタフェース１０９Ｂを介して、他のノード（ＵＥ、ＳＭＦなどを含む）との間で信号を送受信するよう動作可能なトランシーバ回路１０９Ａを含む。制御部１０９Ｃは、メモリ１０９Ｄに格納されているソフトウェアに従ってＩＷＦ１０９の動作を制御する。たとえば、ソフトウェアは、メモリ１０９Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０９Ｅと、少なくともトランシーバ制御モジュール１０９Ｇを有する通信制御モジュール１０９Ｆとを含む。通信制御モジュール１０９Ｆ（そのトランシーバ制御サブモジュール１０９Ｇを使用）は、ＩＷＦ１０９と他のノード（Ｓ−ＣＳＣＦ１０７およびＨＬＲ３０１など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
【００８５】
＜ＨＬＲ＞
図１１は、ＨＬＲ３０１の主要構成要素を表すブロック図である。図示のように、ＨＬＲ３０１は、ネットワークインタフェース３０１Ｂを介して、他のノード（ＵＥ、ＳＭＦなどを含む）との間で信号を送受信するよう動作可能なトランシーバ回路３０１Ａを含む。  制御部３０１Ｃは、メモリ３０１Ｄに格納されているソフトウェアに従ってＨＬＲ３０１の動作を制御する。たとえば、ソフトウェアは、メモリ３０１Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能データな記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム３０１Ｅと、少なくともトランシーバ制御モジュール３０１Ｇを有する通信制御モジュール３０１Ｆとを含む。通信制御モジュール３０１Ｆ（そのトランシーバ制御サブモジュール３０１Ｇを使用）は、ＨＬＲ３０１と、他のノード（ＶＰＬＮのＩＷＦ１０９、およびＨＰＬＭＮの１つまたは複数の他のノードなど）との間のシグナリングを処理（生成／送信／受信）することを担当する。
【００８６】
＜ＲＡＮノード＞
図１２は、例示的なＲＡＮノード３０３の主要構成要素を表すブロック図である。図示のように、ＲＡＮノード３０３は、１つまたは複数のアンテナ３０３Ｂを介して接続ＵＥとの間で、また、ネットワークインタフェース３０３Ｃを介して他のネットワークノードとの間で（直接的にまたは間接的に）、信号を送受信するよう動作可能なトランシーバ回路３０３Ａを含む。制御部３０３Ｄは、メモリ３０３Ｅに格納されたソフトウェアに従ってＲＡＮノード３０３の動作を制御する。たとえば、ソフトウェアは、メモリ３０３Ｅに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム３０３Ｆと、少なくともトランシーバ制御モジュール３０３Ｈを有する通信制御モジュール３０３Ｇとを含む。通信制御モジュール３０３Ｇ（そのトランシーバ制御サブモジュール３０３Ｈを使用）は、（たとえば間接的に、）ＲＡＮノード３０３と、ＵＥ１０１、ＭＳＣサーバ１０３、およびＶＰＬＡＮ１００の他のノードとの間のシグナリングを処理（生成／送信／受信）することを担当する。
【００８７】
＜変形例と代替案＞
詳細な実施形態を上記のとおり説明した。当業者には理解されるように、ここに具現化された発明から依然として利益を受けながらも、上記の実施形態についていくつかの変形例および代替案が可能である。説明のために、これらの代替案および変形例のいくつかのみをこれから説明する。
【００８８】
上記の説明では、ＵＥ、ＭＳＣサーバ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、ＩＷＦ、ＨＬＲ、およびＲＡＮノードは、理解を容易にするために、いくつかの個別モジュール（通信制御モジュールなど）を有するものとして説明されている。これらのモジュールは、たとえば既存のシステムが本発明を実施するよう変更されているような特定の用途、あるいは、たとえば最初から本発明の特徴を念頭に置いて設計されたシステムのような他の用途において、このように提供され得るが、これらのモジュールは、オペレーティングシステムまたはコード全体に組み込むことができるので、個別エンティティとして認識されない可能性がある。また、これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせで実装できる。
【００８９】
各制御部は、（限定はされないが）下記を含む適切な形態の処理回路を備えることができる。たとえば、１つまたは複数のハードウェア実装コンピュータプロセッサ、マイクロプロセッサ、中央処理装置（ＣＰＵ）、論理演算装置（ＡＬＵ）、入出力（ＩＯ）回路、内部メモリ／キャッシュ（プログラムおよび／またはデータ）、処理レジスタ、通信バス（例えば、制御、データおよび／またはアドレスバス）、ダイレクトメモリアクセス（ＤＭＡ）機能、ハードウェアまたはソフトウェア実装のカウンタ、ポインタおよび／またはタイマ、など。
【００９０】
上記の実施形態では、いくつかのソフトウェアモジュールが説明された。当業者には理解されるように、ソフトウェアモジュールは、コンパイルされた形態またはコンパイルされていない形態で提供され、ＵＥ、ＭＳＣサーバ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、ＩＷＦ、ＨＬＲ、およびＲＡＮノードに、信号として、コンピュータネットワークにより、または記録媒体上で供給され得る。さらに、このソフトウェアの一部または全部によって実行される機能は、１つまたは複数の専用ハードウェア回路を使用して実行され得る。しかしながら、ソフトウェアモジュールを使用することは、ＵＥ、ＭＳＣサーバ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、ＩＷＦ、ＨＬＲ、およびＲＡＮノードの機能を更新するためにこれらの更新を容易にするので好ましい。
【００９１】
＜参考文献の一覧＞
［１］３ＧＰＰ  ＴＳ２３．２２８、ＩＰマルチメディアサブシステム（ＩＭＳ）、ステージ２、ｖ１４．１．０、２０１６年９月２６日
［２］３ＧＰＰ  ＴＳ２３．２９２、ＩＰマルチメディアサブシステム（ＩＭＳ）集約化サービス、ステージ２、ｖ１４．０．０、２０１６年９月２６日
［３］３ＧＰＰ  ＴＳ２３．００３、番号付け、アドレス指定、および識別、ｖ１４．１．０、２０１６年９月２６日
【００９２】
本出願は、２０１６年１２月２１日に特許出願された欧州特許出願第１６２７５１７７．０号に基づく優先権主張の利益を享受するものであり、当該特許出願に記載された内容は、すべて本明細書に含まれるものとする。
【図１】
2020501458.tif 000005
【図２】
2020501458.tif 000006
【図３】
2020501458.tif 000007
【図４】
2020501458.tif 000008
【図５】
2020501458.tif 000009
【図６】
2020501458.tif 000010
【図７】
2020501458.tif 000011
【図８】
2020501458.tif 000012
【図９】
2020501458.tif 000013
【図１０】
2020501458.tif 000014
【図１１】
2020501458.tif 000015
【図１２】
2020501458.tif 000016
【手続補正書】
【提出日】令和1年6月7日(2019.6.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティであって、
ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信する手段と、
前記ＵＥがインバウンドローミングＵＥであることを、前記ＩＭＰＩに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出する手段と、
ＩＭＳ集約化サービス（ＩＣＳ）相互接続機能（ＩＣＳ−ＩＷＦ）エンティティに、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークがＩＭＳローミング合意を締結しているか否かを問い合わせる手段と、
当該Ｉ−ＣＳＣＦエンティティを含むネットワークとの間にＩＭＳローミング合意もサービスレベル合意も締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティのアドレスを受信する手段と、
前記ｒｅｇｉｓｔｅｒメッセージはインバウンドローミングＵＥに関するものであるという指示子とともに前記ｒｅｇｉｓｔｅｒメッセージを、前記Ｓ−ＣＳＣＦエンティティに向けて転送する手段と、を備える、Ｉ−ＣＳＣＦエンティティ。
【請求項２】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）相互接続機能（ＩＣＳ−ＩＷＦ）エンティティであって、
問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦエンティティがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するＩＰマルチメディアプライベート識別子（ＩＭＰＩ）に含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意を締結しているか否かという問い合わせを受信する手段と、
当該ＩＣＳ−ＩＷＦエンティティを含むネットワークとの間にＩＭＳローミング合意もサービスレベル合意（ＳＬＡ）も締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択する手段と、
前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦエンティティに提供する手段と、を備える、ＩＣＳ−ＣＳＣＦエンティティ。
【請求項３】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための通信システムであって、問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティとＩＣＳ相互接続機能（ＩＣＳ−ＩＷＦ）エンティティとを備え、
前記Ｉ−ＣＳＣＦエンティティは、
ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信する手段と、
前記ＵＥがインバウンドローミングＵＥであることを、前記ＩＭＰＩに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出する手段と、
前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークがＩＭＳローミング合意を締結しているか否かを、前記ＩＣＳ−ＩＷＦエンティティに問い合わせる手段と、を備え、
前記ＩＣＳ−ＩＷＦエンティティは、
当該ＩＣＳ−ＩＷＦエンティティを含むネットワークとの間にＩＭＳローミング合意もサービスレベル合意（ＳＬＡ）も締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択する手段と、
前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦエンティティに提供する手段と、を備え、
前記Ｉ−ＣＳＣＦエンティティはさらに、
前記ｒｅｇｉｓｔｅｒメッセージはインバウンドローミングＵＥに関するものであるという指示子とともに前記ｒｅｇｉｓｔｅｒメッセージを、前記Ｓ−ＣＳＣＦエンティティに向けて転送する手段を備える、通信システム。
【請求項４】
問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティに使用される制御方法であって、
ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、
前記ＵＥがインバウンドローミングＵＥであることを、前記ＩＭＰＩに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、
ＩＭＳ集約化サービス（ＩＣＳ）相互接続機能（ＩＣＳ−ＩＷＦ）エンティティに、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークがＩＭＳローミング合意を締結しているか否かを問い合わせることと、
前記Ｉ−ＣＳＣＦエンティティを含むネットワークとの間にＩＭＳローミング合意もサービスレベル合意も締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティのアドレスを受信することと、
前記ｒｅｇｉｓｔｅｒメッセージはインバウンドローミングＵＥに関するものであるという指示子とともに前記ｒｅｇｉｓｔｅｒメッセージを、前記Ｓ−ＣＳＣＦエンティティに向けて転送することと、を含む、制御方法。
【請求項５】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）相互接続機能（ＩＣＳ−ＩＷＦ）エンティティに使用される制御方法であって、
問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦエンティティがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するＩＰマルチメディアプライベート識別子（ＩＭＰＩ）に含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意を締結しているか否かという問い合わせを受信することと、
前記ＩＣＳ−ＩＷＦエンティティを含むネットワークとの間にＩＭＳローミング合意もサービスレベル合意（ＳＬＡ）も締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、
前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦエンティティに提供することと、を含む、制御方法。
【請求項６】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための通信システムに使用される制御方法であって、
前記通信システムの問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティが、ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、
前記Ｉ−ＣＳＣＦエンティティが、前記ＵＥがインバウンドローミングＵＥであることを、前記ＩＭＰＩに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、
前記Ｉ−ＣＳＣＦエンティティが、前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークがＩＭＳローミング合意を締結しているか否かを、前記通信システムのＩＣＳ相互接続機能（ＩＣＳ−ＩＷＦ）エンティティに問い合わせることと、
前記ＩＣＳ−ＩＷＦエンティティが、前記ＩＣＳ−ＩＷＦエンティティを含むネットワークとの間にＩＭＳローミング合意もサービスレベル合意（ＳＬＡ）も締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、
前記ＩＣＳ−ＩＷＦエンティティが、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦエンティティに提供することと、
前記Ｉ−ＣＳＣＦエンティティが、前記ｒｅｇｉｓｔｅｒメッセージはインバウンドローミングＵＥに関するものであるという指示子とともに前記ｒｅｇｉｓｔｅｒメッセージを、前記Ｓ−ＣＳＣＦエンティティに向けて転送することと、を含む、制御方法。
【国際調査報告】
2020501458.tif 000017
2020501458.tif 000018
2020501458.tif 000019