JP2015506124A - ネットワーク・サービス・プロバイダの動的切り替え - Google Patents

Abstract

サービス・プロバイダの間の動的切り替えのための方法およびシステムが、説明される。方法は、一次サービス・プロバイダに関連する加入者識別モジュール（ＳＩＭ）を有するユーザ機器（ＵＥ）からサービス・プロバイダ切り替え（ＳＰＳ）要求を受信するステップを含んでおり、その要求は、一次サービス・プロバイダから二次サービス・プロバイダへとＳＩＭを切り替えることを示している。方法は、ユーザの加入に少なくとも基づいてＳＰＳ要求を認証するステップと、その認証に対する応答に基づいて一次サービス・プロバイダのホーム・ロケーション・レジスタ（ＨＬＲ）の中のサービス制御ポイント（ＳＣＰ）アドレスのアップデートをトリガするステップとをさらに含む。方法は、二次サービス・プロバイダから元のサービス・プロバイダのうちの１つへとＳＩＭを切り替えるために、ＵＥから別のＳＰＳ要求を受信するステップと、一次サービス・プロバイダのＨＬＲの中のＳＣＰの詳細のアップデートをトリガするステップとをさらに含むことができる。

Description

本主題は、通信ネットワークに関し、また詳細には、排他的ではないが、通信ネットワークにおいてネットワーク・サービス・プロバイダを動的に切り替えることに関する。

セルラー方式電話、スマートフォン、個人情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）などの通信デバイスは、様々なモバイル通信サービスと、ネットワーク機能をユーザに提供する。これらの通信サービスは、サービス・プロバイダとユーザとの間でデータ交換を可能にする。モバイル無線ネットワーク・オペレータは、現在、モバイル通信についてのＧＳＭ規格を使用した広く行き渡ったモバイル無線システム上だけでなく、新しい進化型のユニバーサル・モバイル・テレコミュニケーション・サービス（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｉｃｅ）規格を使用したネットワーク上でも事業展開をしている。データ交換をサポートするそのような規格とインフラストラクチャとに基づいて、サービス・プロバイダは、ユーザに接続能力を提供する。さらに、ユーザは、様々なパラメータに基づいて、サービス・プロバイダまたはオペレータによって提供される通信サービスについて課金される。そのようなパラメータの例としては、コールを開始するユーザ、すなわち発呼側のロケーションと、コールの相手であるユーザ、すなわち着呼側のロケーションと、発呼側に関連づけられる接続のタイプ、すなわち、前払い接続か後払い接続か、ユーザが要求するサービスのタイプなどを挙げることができる。

一般的に、ユーザは、所定の地理的カバレッジエリアまたは範囲内にあるサービス・プロバイダによって提供される通信サービスに加入し、この地理的カバレッジのエリアまたは範囲は、ユーザのホーム・ネットワークとも称される。通信サービスについてユーザが加入するのは、ユーザが登録される固定のサービス・プロバイダであり、それがユーザのデフォルト・サービス・プロバイダとなる。一般に、ユーザは、通信サービスのために、デフォルト・サービス・プロバイダに接続するが、しかしながら、ある種の状況においては、ユーザが、ホーム・ネットワークの外にいるとき、すなわち、ユーザが「ローミング」しているときなどに、ユーザは、デフォルト・サービス・プロバイダ以外のサービス・プロバイダに接続することがある。一般に、通信サービスが、デフォルト・サービス・プロバイダを通して要求される場合に、ユーザは、通常の料金表に従って課金される。しかし、ユーザが、デフォルト・サービス・プロバイダ以外のサービス・プロバイダに接続するとき、サービス提供にかかる割り増し料金が、通常の料金表に追加して課金される。

この概要を、通信ネットワークにおける動的に切り替わるネットワーク・サービス・プロバイダに関連した概念を紹介するために提供する。この概要は、特許請求している主題の本質的な特徴を特定することを意図してはおらず、また特許請求している主題の範囲を決定しまたは限定するのに使用するようにも意図してはいない。

一実施形態においては、方法は、一次サービス・プロバイダに関連する加入者識別モジュール（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）を有するユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）からサービス・プロバイダ切り替え（ＳＰＳ：ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ ｓｗｉｔｃｈ）要求を受信するステップを含んでおり、要求は、一次サービス・プロバイダから二次サービス・プロバイダへとＳＩＭを切り替えることを示している。方法は、少なくともユーザの加入に基づいてＳＰＳ要求を認証するステップと、認証に対する応答に基づいて一次サービス・プロバイダのホーム・ロケーション・レジスタ（ＨＬＲ：ｈｏｍｅ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒ）の中のサービス制御ポイント（ＳＣＰ：ｓｅｒｖｉｃｅ ｃｏｎｔｒｏｌ ｐｏｉｎｔ）アドレスのアップデートをトリガするステップとをさらに含む。別の実施形態においては、ＳＩＭは、一次サービス・プロバイダによって提供され得る、ユーザに関連する加入とすることができる。

本主題のさらに別の実施形態においては、方法は、ＵＥから、二次サービス・プロバイダから元のサービス・プロバイダのうちの１つへとＳＩＭを切り替えることを示している別のＳＰＳ要求を受信するステップと、一次サービス・プロバイダのＨＬＲの中のＳＣＰの詳細のアップデートをトリガするステップとをさらに含むことができる。前記実装形態においては、ＨＬＲの中のＳＣＰの詳細は、元のサービス・プロバイダのＳＣＰの詳細を用いてアップデートされる。

本主題の別の実施形態においては、異なるネットワーク・サービス・プロバイダの間で動的に切り替えるためのサービス制御ポイント（ＳＣＰ）が説明されている。ＳＣＰは、一次サービス・プロバイダに関連する加入者識別モジュール（ＳＩＭ）を有するユーザ機器（ＵＥ）からサービス・プロバイダ切り替え（ＳＰＳ）要求を受信するように構成されたモジュールを受信する要求を含むことができ、要求は、一次サービス・プロバイダから二次サービス・プロバイダへとＳＩＭを切り替えることを示している。ＳＣＰは、ユーザが、少なくともユーザの加入に基づいて一次サービス・プロバイダから二次サービス・プロバイダへと切り替えることを認証し、認証に対する応答に基づいて一次サービス・プロバイダのホーム・ロケーション・レジスタ（ＨＬＲ）の中のサービス制御ポイント（ＳＣＰ）アドレスのアップデートをトリガするように構成された認証モジュールをさらに含んでいる。

さらに別の実装形態においては、サービス・プロバイダ・セレクタ・ノード（ＳＰＳＮ：Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ Ｓｅｌｅｃｔｏｒ Ｎｏｄｅ）が説明されている。ＳＰＳＮは、サービス・プロバイダ切り替え（ＳＰＳ）要求を受信するように構成された要求処理モジュールを含むことができ、ＳＰＳ要求は、ユーザに関連する加入者識別モジュール（ＳＩＭ）を一次サービス・プロバイダから二次サービス・プロバイダへと切り替える要求を示している。ＳＰＳＮは、一次サービス・プロバイダと二次サービス・プロバイダとの間の合意に少なくとも基づいてＳＰＳ要求を認可するように構成された認可モジュール（２２６）をさらに含むことができる。前記実装形態においては、ＳＰＳＮは、二次サービス・プロバイダのサービス制御ポイント（ＳＣＰ）アドレスの詳細を用いて、一次サービス・プロバイダに属するホーム・ロケーション・レジスタ（ＨＬＲ）をアップデートするように構成されたアップデート・モジュールを含むこともできる。

さらに別の実装形態においては、ホーム・ロケーション・レジスタ（ＨＬＲ）が説明されている。ＨＬＲは、加入者識別モジュール（ＳＩＭ）のために、サービス制御ポイント（ＳＣＰ）アドレス・アップデート要求を取得するように構成されたプロファイル・モジュールを含むことができ、要求は、ＳＩＭを用いたアップデートのための、二次サービス・プロバイダのＳＣＰに関連するアドレス参照と他の詳細とを示している。プロファイル・モジュールは、さらに、モバイル・サービス交換局（ＭＳＣ：ｍｏｂｉｌｅ ｓｅｒｖｉｃｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）に対して二次サービス・プロバイダのＳＣＰに関連する詳細を通信するように構成されていることもある。

一実装形態においては、コンピュータ読取り可能媒体が説明されている。コンピュータ読取り可能媒体は、一次サービス・プロバイダに関連する加入者識別モジュール（ＳＩＭ）を有するユーザ機器（ＵＥ）から、サービス・プロバイダ切り替え（ＳＰＳ）要求を受信するステップを含む方法を実行するためのコンピュータ読取り可能プログラム・コードを実装してよく、要求は、一次サービス・プロバイダから二次サービス・プロバイダへとＳＩＭを切り替えることを示している。方法は、ユーザの加入に少なくとも基づいてＳＰＳ要求を認証するステップと、認証に対して受信される応答に基づいて一次サービス・プロバイダのホーム・ロケーション・レジスタ（ＨＬＲ）の中のサービス制御ポイント（ＳＣＰ）のアップデートをトリガするステップとをさらに含むことができる。

詳細な説明は、添付の図面を参照して説明される。図面においては、参照番号の最も左側の数字（単数または複数）は、参照番号が最初に現れる図を特定している。同じ番号が、同様な機能およびコンポーネントを参照するために、図面全体にわたって使用される。本主題の実施形態に従うシステムおよび／または方法のいくつかの実施形態が、次に、例としてのみ、また添付図面を参照して説明される。

本主題の一実施形態による例示の通信ネットワーク環境を示す図である。 本主題の一実施形態に従って、サービス・プロバイダを動的に切り替えるためのネットワーク・エンティティを概略的に示す図である。 本主題の一実施形態による、サービス・プロバイダを動的に切り替えることを示すコール・フロー図である。 本主題の一実施形態に従って、サービス・プロバイダを動的に切り替える方法を示す図である。

本明細書における任意のブロック図は、本主題の原理を具現化する、実例となるシステムの概念図を表すことが、当業者によって理解されるべきである。同様に、任意のフロー・チャートと、流れ図と、状態遷移図と、擬似コードなどとは、コンピュータ読取り可能媒体において実質的に表され、またそのようにして、そのようなコンピュータまたはプロセッサが、明示的に示されているか否かにかかわらず、コンピュータまたはプロセッサによって実行され得る様々なプロセスを表すことが、理解されるであろう。

あるサービス・プロバイダから別のサービス・プロバイダへと通信ネットワーク・サービス・プロバイダを動的に切り替えるためのシステムおよび方法が、説明される。一実装形態においては、ネットワーク・サービス・プロバイダを動的に切り替えるためのシステムおよび方法は、複数のサービス・プロバイダの間で、移動通信用グローバル・システム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）ネットワークにおいて加入者識別モジュール（ＳＩＭ）の共用を伴う。

それらのシステムおよび方法は、２Ｇや３Ｇなど、異なるＧＳＭ通信規格を利用したＧＳＭ技法に従ってデータを交換することができるシステムの形で実装される可能性がある。さらに、本方法はまた、ＩＳ ９５やｃｄｍａＯｎｅなど、異なるＣＤＭＡ通信規格を利用した符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）技法と、ＣＤＭＡ２０００とインターネット・プロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）マルチメディア・サブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）とに従って、データを交換することができるシステムの形で実装されることもある。

本明細書において説明される技法は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、周波数分割多元接続（ＦＤＭＡ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ：Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、他のシステムなど、様々なワイヤレス通信システムのために使用されることもある。ＣＤＭＡシステムは、ユニバーサル地上波無線アクセス（ＵＴＲＡ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）、ｃｄｍａ２０００などの無線技術を実装することができる。ＵＴＲＡは、ＣＤＭＡの変形を含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格とを対象として含んでいる。ＴＤＭＡシステムは、移動通信用グローバル・システム（ＧＳＭ）などの無線技術を実装することができる。ＯＦＤＭＡシステムは、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ：Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ ８０２．２０、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、８０２．１１（ＷｉＦｉ（商標））、フラッシュ−ＯＦＤＭ（登録商標）などの無線技術を実装することができる。ＵＴＲＡと、Ｅ−ＵＴＲＡとは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）の一部分である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用したＵＭＴＳの近く登場しつつあるリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、機関「第３世代パートナーシップ・プロジェクト」（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）からの文書の中で説明される。ｃｄｍａ２０００と、ＵＭＢとは、「第３世代パートナーシップ・プロジェクト２」（３ＧＰＰ２：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２）と名づけられた機関からの文書の中で説明される。明確にするために、本技法のうちのある種の態様は、ＷＣＤＭＡについて以下で説明され、また３ＧＰＰの専門用語は、以下の説明の多くにおいて使用される。

それらのシステムおよび方法は、通信デバイスなど、様々なエンティティにおいて実装される可能性がある。説明された方法（単数または複数）を実装することができるエンティティは、それだけには限定されないが、ハンドヘルド・デバイスと、モバイル電話と、ＰＤＡと、スマートフォンなどとを含む。さらに、本方法は、異なる通信デバイスと、コンピューティング・システムに接続能力を提供するためにデータを交換することができるデバイスによって実装されることもある。そのようなデバイスは、それだけには限定されないが、データ・カードと、モバイル・アダプタと、ワイヤレス（ＷｉＦｉ）アダプタと、ルータなどとを含むことができる。

セル電話、個人情報端末（ＰＤＡ）、スマートフォンなど電気通信デバイスの増加している使用は、従業員モビリティの要件を増大させてきている。互いに競合し、またますます多くの顧客を引きつけるために、ネットワーク・サービス・プロバイダは、インフラストラクチャに投資して、よりよい、能力のある、また最新式の通信サービスを提供している。そのような競争力のある環境においては、電気通信技術における進歩は、常に必要としており、また増大しているユーザの要求を満たすために、絶えず行われている。

ネットワーク・サービス・プロバイダは、他の通信サービスについての、異なるコール料金表と、データ・プランと、使用料とをユーザに提供する。ユーザは、選択すべき、またそのようなサービスに役に立つ大量のオプションを有しているが、そのようなサービスの使用は、ユーザのデフォルト・サービス・プロバイダによって提供されるものだけに限定される。デフォルト・サービス・プロバイダは、ユーザが登録しているサービス・プロバイダとして理解されることもある。

ワイヤレス接続能力を提供するために、以下でデフォルト・サービス・プロバイダと称されることもある、ユーザが登録しているサービス・プロバイダは、加入者識別モジュール（ＳＩＭ）をユーザに対して発行する。ユーザは、ユーザ機器（ＵＥ）などの通信デバイスと一緒にＳＩＭを利用して、デフォルト・サービス・プロバイダを通して通信ネットワークに接続する。ＳＩＭは、ユーザが、デフォルト・サービス・プロバイダによってユーザに割り付けられる固有の国際モバイル加入者識別（ＩＭＳＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）番号と固有の移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ）とに基づいてサービス・プロバイダと接続することを認可する。それゆえに、ＭＳＩＳＤＮと、ＩＭＳＩ番号とに基づいて、サービス・プロバイダは、それに登録したユーザをネイティブ・ユーザであるように識別し、また他のサービス・プロバイダに登録したユーザを非ネイティブ・ユーザであるように識別する。さらに、ネイティブ・ユーザが、所定の地理的境界内のデフォルト・サービス・プロバイダによって提供される通信サービスを利用しているときに、ユーザは、ホーム・ネットワークの中にいるように規定され、またネイティブ・ユーザが、所定の地理的境界の外側のデフォルト・サービス・プロバイダによって提供される通信サービスを利用しているときに、例えば、ユーザがローミングしているときに、ユーザは、非ホーム・ネットワークの中にいるように規定される。

デフォルト・サービス・プロバイダ以外のサービス・プロバイダによって提供されるサービスを利用するためには、ユーザは、他のサービス・プロバイダのうちの１つを選択し、またその同じサービス・プロバイダに加入する必要がある。サービス・プロバイダを変更し、また加入を切り替えるプロセスは、手続き、文書業務などを必要とする。さらに、プロセスは、ＭＳＩＳＤＮと一緒にＳＩＭの変更を必要とすることもある。技術の進歩に起因して、ユーザは、ＭＳＩＳＤＮを変更することなく一方から他方へと彼らのデフォルト・サービス・プロバイダを変更することができるが、しかしながら、依然としてデフォルト・サービス・プロバイダを変更するためには、ＳＩＭの変更が、一般に必要とされる。これは、ＳＩＭに関連するＩＭＳＩ番号が、サービス・プロバイダにとって特有のものであり、また各ＳＩＭに関連した情報が、ユーザのデフォルト・サービス・プロバイダでだけ、使用可能であるからである。したがって、ユーザは、デフォルト・サービス・プロバイダによって提供されるＳＩＭの使用に基づいて利用されるデフォルト・サービス・プロバイダによって提供される通信サービスによって制限される。

ＳＩＭの変更が必要とされない場合のシナリオにおいてさえも、加入者は、１つの時点において、１つのサービス・プロバイダだけの特徴／加入を利用することができる。ユーザが、ＳＩＭを変更することを必要とせずに、デフォルト・サービス・プロバイダ以外のサービス・プロバイダのサービスを利用することができるいくつかの場合が存在することもある。例えば、いくつかの状況においては、ユーザは、デフォルト・サービス・プロバイダのネットワークが、使用可能でないときなどに、手動的な選択によって別のサービス・プロバイダによって提供される通信サービスを選択することもできる。別の状況においては、ユーザは、非ホーム・ネットワークの中にいるときに、別のサービス・プロバイダによって提供される通信サービスを利用することができる。しかしながら、これらの状況においては、ユーザは、増大された通信サービス使用料を課されることもある。

本主題の一実装形態によれば、動的ベースで、以下で一次サービス・プロバイダと称されるデフォルト・サービス・プロバイダから、以下で二次サービス・プロバイダと称される別のサービス・プロバイダへとＳＩＭを切り替えるためのシステムおよび方法が、説明される。一実装形態においては、ユーザに割り付けられたＳＩＭは、ユーザ要求に基づいて、一次サービス・プロバイダから１つまたは複数の使用可能な二次サービス・プロバイダへと動的に切り替えられる。ＳＩＭは、一次サービス・プロバイダによって提供される物理エンティティとすることもできるか、または一次サービス・プロバイダによって提供される、ユーザに関連する加入とすることができるかのいずれかである。前記実装形態においては、ユーザは、デフォルト・サービス・プロバイダによって提供される同じＳＩＭとＭＳＩＳＤＮとを保持しながら、二次サービス・プロバイダの料金表に基づいて課金されることになる。別の実装形態においては、ユーザは、二次サービス・プロバイダから元のサービス・プロバイダへとＳＩＭを動的に切り替えることができ、ここでその元のサービス・プロバイダは、二次サービス・プロバイダ以外の任意のサービス・プロバイダとすることができ、また同様に一次サービス・プロバイダを含むこともできる。前記実装形態においては、一次サービス・プロバイダから二次サービス・プロバイダへのＳＩＭの切り替えは、ユーザによって利用されるＳＩＭまたは通信デバイスにおけるどのような物理的変化も必要とすることはなく、またユーザは、デフォルト・サービス・プロバイダによって提供されるＳＩＭを利用して、二次サービス・プロバイダによって提供されるサービスを利用することができる。

以上で説明されるように、それらのシステムおよび方法は、通信について規定される異なる規格に従ってネットワークと通信することができる様々な処理デバイスと通信デバイスとの形で実装される可能性がある。本明細書における説明は、モバイル電話などの通信デバイスに関連して説明されるが、説明された方法（単数または複数）は、当業者によって理解されるであろうように、他の任意のデバイスの形で実装されることもある。

本明細書において説明されるシステムおよび方法は、様々な通信デバイスおよび／またはコンピューティング・システムもしくはデバイスを使用した様々な通信ネットワークの形で実装されることもある。通信ネットワークは、移動通信用グローバル・システム（ＧＳＭ）ネットワークと、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワークと、ロング・ターム・エボリューション（ＬＴＥ）ネットワークと、パーソナル通信サービス（ＰＣＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ）ネットワークと、時分割多元接続（ＴＤＭＡ）ネットワークと、符号分割多元接続（ＣＤＭＡ）ネットワークと、次世代ネットワーク（ＮＧＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）と、公衆交換電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）と、統合デジタル通信サービス網（ＩＳＤＮ：Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）とを含むことができる。本明細書における説明は、ある種の通信ネットワークを参照するものであるが、それらのシステムおよび方法は、当業者によって理解されるであろうように、少しの変形を有するにもかかわらず、他のネットワークおよびデバイスの形で実装されることもある。

本明細書において説明されるようなシステムおよび方法は、一方では、１つのサービス・プロバイダから他のサービス・プロバイダへと、ＳＩＭを動的に切り替えることを可能にするが、他方では、ユーザが、ＳＩＭとＭＳＩＳＤＮ番号とに基づいて同時に複数のサービス・プロバイダの接続を有することを可能にする。

一般に、ＳＩＭに関連するＭＳＩＳＤＮと、ＩＭＳＩ番号とは、サービス・プロバイダに特有である。各ＳＩＭに関連した情報は、ユーザに関連した他の詳細と一緒に、ユーザが登録しているデフォルト・サービス・プロバイダの、すなわち、一次サービス・プロバイダのホーム・ロケーション・レジスタ（ＨＬＲ）に記憶される。各サービス・プロバイダは、ホーム・ネットワークにおけるサービス・プロバイダのすべてのネイティブ・ユーザの情報を含む、ユーザのホーム・ネットワークにおいて実装されるＨＬＲを管理する。ユーザのホーム・ネットワークのＨＬＲは、以下で、ホームＨＬＲと称される。おのおのの新しく登録されたユーザについてのＭＳＩＳＤＮと、ＩＭＳＩ番号とは、時々、一次サービス・プロバイダによってそれぞれのホームＨＬＲへとアップデートされる。さらに、各ユーザの現在のロケーションは、それに基づいてコールが、通信ネットワークの内部で通信する任意のユーザに接続され、またルーティングされる一次サービス・プロバイダのホームＨＬＲとともに使用可能である。

ユーザとともに使用可能なクレジット、ユーザのブロック・リスト、サービスへの加入、ユーザに課金するために必要とされる他の加入者データなど、各ユーザについての加入の詳細は、ユーザの一次サービス・プロバイダにより、サービス制御ポイント（ＳＣＰ）において保持される。ホームＳＣＰとも称される、一次サービス・プロバイダのＳＣＰは、そのサービス・プロバイダの様々なサービスに加入しているユーザのデータを保持する。各サービス・プロバイダは、ネイティブ・ユーザのデータが記憶される複数のＳＣＰを含むことができることが、当業者によって理解されるであろう。さらに、サービス・プロバイダの各ネイティブ・ユーザは、一次サービス・プロバイダの単一のＳＣＰに関連づけられることもあり、またそのような各ＳＣＰは、一次サービス・プロバイダの複数の加入者の要求を満たすことができる。

一般に、ユーザは、ユーザに関連するホームＳＣＰにおいて、通信サービスについて課金される。各ユーザに関連するホームＳＣＰの詳細は、一次サービス・プロバイダによって実装されるホームＨＬＲを用いて入手することができる。ＨＬＲは、ホームＳＣＰアドレスと、他のユーザ・サービスの加入の詳細とを含む、以下で加入の詳細と称される、ＣＡＭＥＬ加入情報の形態のユーザに関連した詳細を含んでいる。ユーザによって開始されるコールやユーザに終端するコールなどの通信中に、ホームＳＣＰは、使用可能な残高やユーザのブロック・リストなど、様々なパラメータを含むユーザの加入に基づいて通信を認可する。ホームＳＣＰはまた、ユーザの加入と、採用された料金表プランとに基づいて通信サービスについてユーザに課金する。それゆえに、各ユーザは、ユーザに関連するホームＳＣＰからの認証のすぐ後に、サービス・プロバイダによって提供される通信サービスを利用することを許可される。したがって、ホームＳＣＰは、ホームＳＣＰに関連するユーザから開始される／ユーザにおいて終端するすべてのコールについて制御ロジックを提供する。これはまた、ＣＡＭＥＬベースの通話相談と、初期検出ポイント（ＩＤＰ：Ｉｎｉｔｉａｌ Ｄｅｔｅｃｔｉｏｎ Ｐｏｉｎｔ）、課金報告のアプリケーション、イベント報告ＢＣＳＭなど、イベント通知およびコール制御メッセージと、ゲートウェイ（Ｇ）モバイル交換局（ＭＳＣ：Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒｓ）／ＭＳＣやホームＳＣＰなどのネットワーク・スイッチ／エンティティの間の交換とを含んでいる。

一例においては、ユーザが、非ホーム・ネットワークの中におり、また何らかの他のサービス・プロバイダを通して通信サービスを利用している場合に、ユーザの通信サービスは、依然としてユーザに関連するホームＳＣＰによって認証され、またユーザの一次サービス・プロバイダによって管理される。そのようなシナリオにおいては、他のサービス・プロバイダに属するネットワーク・エンティティは、依然としてユーザのホームＨＬＲと通信して、ユーザに関連するホームＳＣＰの詳細を取得することになる。詳細を受信するとすぐに、他のサービス・プロバイダは、次には、ホームＳＣＰと通信して、非ホーム・ネットワークの中のユーザに対して通信サービスを提供するために認証を取得することができる。さらに、他のサービス・プロバイダは、ホームＳＣＰが、他のサービス・プロバイダによって提供される通信サービスについてユーザに課金することができるように、ユーザによって利用される通信サービスの詳細をホームＳＣＰに対して提供することができる。

したがって、説明されるように、ユーザについてのすべての加入の詳細は、一次サービス・プロバイダのホームＳＣＰを用いて入手することができる。万一ユーザが、一次サービス・プロバイダから離れた他の任意のサービス・プロバイダのサービスを利用しようとしている場合、すなわち、ユーザが、一次サービス・プロバイダから二次サービス・プロバイダへとサービス・プロバイダを切り替えたいと望む場合に、必要条件として、二次サービス・プロバイダは、一次サービス・プロバイダにとって使用可能な加入の詳細を必要とする。

本主題の一実施形態に従って、一次サービス・プロバイダにとって使用可能なユーザの加入の詳細を二次サービス・プロバイダに対して提供する方法が、本明細書において説明され、その詳細に基づき、二次サービス・プロバイダは、ユーザに二次サービス・プロバイダの通信サービスを利用できるようにすることが可能となる。

一般的に、通信ネットワークを介して通信するために、ユーザは、ユーザのＵＥを通して、モバイル・サービス交換局（ＭＳＣ：Ｍｏｂｉｌｅ ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）などのネットワーク・エンティティに接続する。ユーザに対して任意の通信サービスを提供しながら、加入者が現在接続されている相手のＭＳＣは、ユーザのホームＳＣＰと通信することができる。ホームＳＣＰは、次には、ユーザの加入に基づいて通信サービスを認可することができる。

ユーザが接続されているＭＳＣは、ある種のサービス・プロバイダによって実装され得ることが、当業者によって理解されることになり、このある種のサービス・プロバイダは、ユーザの一次サービス・プロバイダであってもよく、またはそうでなくてもよく、すなわち、ユーザは、ＭＳＣをホストするサービス・プロバイダにとってネイティブ・ユーザ、または非ネイティブ・ユーザのいずれとすることもできる。非ネイティブ・ユーザが、ＭＳＣに接続される場合、ＭＳＣは、ユーザの一次サービス・プロバイダのホームＨＬＲから、非ネイティブ・ユーザに関連するホームＳＣＰのアドレスを取り出すことができる。言い換えれば、非ネイティブ・ユーザに関連したデータを取得するためには、ＭＳＣは、ユーザの一次サービス・プロバイダである何らかの他のサービス・プロバイダによって制御される、非ネイティブ・ユーザについてホームＨＬＲに問い合わせを行う必要があることになる。

ＭＳＣと、ユーザの一次サービス・プロバイダのホームＨＬＲとの間の、ホームＳＣＰのアドレスに関する情報の交換は、ユーザの任意のＵＥのロケーション・アップデート・プロシージャ中に行われることができる。ロケーション・アップデート・プロシージャ中に、ユーザが接続されるＭＳＣは、ユーザの現在のロケーションを用いてユーザのホームＨＬＲをアップデートする。ＭＳＣは、次には、他の情報と一緒に、ユーザに関連するホームＳＣＰのアドレスを受信することができる。

ひとたび、このアドレスが、ＭＳＣを用いて入手することができた後には、ＭＳＣは、一次サービス・プロバイダのＳＣＰ、すなわち万一ユーザが、二次サービス・プロバイダのサービスを利用する場合における認証目的および課金目的のためのユーザのホームＳＣＰのアドレスを使用することができる。そのような状況は、例えば、ユーザが、手動で二次サービス・プロバイダのネットワークを選択するときに、またはホーム・ネットワークの中におらず、またローミングしているときに、起こる可能性がある。それゆえに、ユーザによって利用される通信サービスの課金は、そのアドレスが、ホームＨＬＲによってＭＳＣにとって使用可能にされるホームＳＣＰによって実行される。上記の説明から明らかなように、ＭＳＣにとって使用可能にされたＳＣＰのアドレスは、従来、ホームＳＣＰのアドレスである。

本主題の一実施形態に従って、ホームＨＬＲは、以下で二次ＳＣＰと称される二次サービス・プロバイダのＳＣＰを通して発生する通信サービスの課金について、ユーザが、切り替えたいと思う二次サービス・プロバイダのＳＣＰの詳細を用いてアップデートされることもある。それに応じて、本主題の一実施形態においては、ユーザのために受信されるサービス・プロバイダを切り替える表示に基づいて、ホームＨＬＲは、ユーザが、二次サービス・プロバイダの通信サービスを利用するために、二次ＳＣＰのアドレスを用いてアップデートされることもある。

この目的のために、一実装形態においては、ユーザは、ユーザのＵＥから非構造化付加サービス・データ（ＵＳＳＤ：Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ）要求を送信して、ユーザの一次サービス・プロバイダから二次サービス・プロバイダへと切り替えることができる。当業者には明らかであろうように、ＵＳＳＤ要求は、ユーザに関連するホームＳＣＰによってサービスされる。それに応じて、ユーザによって送信されるＵＳＳＤ要求は、ユーザのホームＳＣＰに対して送信される。上記で説明されるように、ホームＳＣＰに対してＵＳＳＤ要求を送信するために、ホームＳＣＰのアドレスは、この状況においては、ホーム・ネットワークにおいて実装される一次サービス・プロバイダのＨＬＲになる、ユーザのホームＨＬＲとは識別される。その目的のために、ホームＨＬＲのアドレスは、要求を生成するＵＥのＩＭＳＩ番号と、ＭＳＩＳＤＮ番号とに基づいて、従来の方法でＭＳＣによって決定される。以上で説明されるように、ユーザは、二次サービス・プロバイダから元の一次サービス・プロバイダへと同様に切り替えるように要求することができ、またそのような場合には、要求は、二次ＳＣＰによってサービスされることになる。しかしながら、ＳＩＭのＩＭＳＩ／ＭＳＩＳＤＮは、一次サービス・プロバイダに関連しているので、ＭＳＣは、依然として現在のＳＣＰアドレス参照のために、ユーザに関連するホームＨＬＲに問い合わせを行うことになる。

以下で「サービス・プロバイダ切り替え要求」または「ＳＰＳ要求」と称される切り替え要求をユーザから受信するとすぐに、ホームＳＣＰは、そのような要求の認可をトリガすることができる。この目的のために、一実施形態においては、ＳＣＰは、サービス・プロバイダ・セレクタ・ノード（ＳＰＳＮ）に対して認可要求を送信することができる。

本主題の一実装形態によれば、ＳＰＳＮは、複数のサービス・プロバイダの間の認証ノードである。ＳＰＳＮは、サービス・プロバイダの合意と、ユーザの加入／権限とに基づいて、複数のサービス・プロバイダのＳＣＰの間の接続能力を提供することができる。

ＳＰＳＮのオペレーションは、一例を使用して詳細に述べられることもある。例えば、ＵＳＳＤ要求は、一次サービス・プロバイダ、例えば、サービス・プロバイダ「ｘ」から二次サービス・プロバイダ、例えば、サービス・プロバイダ「ｙ」へと切り替えるためにユーザＡによって送信されることもある。サービス・プロバイダ「ｘ」のＳＣＰは、認可要求をＳＰＳＮに対して送信することができる。ＳＰＳＮは、ユーザをサービス・プロバイダ「ｘ」からサービス・プロバイダ「ｙ」へと切り替えるための、サービス・プロバイダ「ｘ」と、サービス・プロバイダ「ｙ」との間の合意を検証することができる。さらに、ＳＰＳＮはまた、ユーザＡが、サービスについて加入しているかどうかをチェックして、サービス・プロバイダを切り替えることもできる。ひとたびチェックが、行われ、またユーザ加入と一緒に合意の存在が、検証された後に、ＳＰＳＮは、認可要求を承認することができる。

前記実装形態においては、認可要求に対する確認と一緒に、ＳＰＳＮは、二次サービス・プロバイダのＳＣＰのアドレスとロケーションとを一次サービス・プロバイダのＨＬＲに対して提供することができる。例えば、上記に述べられたシナリオにおいては、ＳＰＳＮは、サービス・プロバイダ「ｙ」のＳＣＰのアドレスとロケーションとを用いて、サービス・プロバイダ「ｘ」のＨＬＲをアップデートすることができる。

ＳＰＳＮから受信されるそのような情報に応じて、一次サービス・プロバイダのホームＨＬＲは、二次サービス・プロバイダのＳＣＰの、すなわち、二次ＳＣＰのアドレスとロケーションとをアップデートすることができる。これにより、ユーザは、上記で説明されるように、二次サービス・プロバイダのサービスを利用することができるようになる。さらに、そのような一実装形態においては、アップデート成功直後に、ＨＬＲは、「アップデート成功（ｓｕｃｃｅｓｓｆｕｌｌｙ ｕｐｄａｔｅｄ）」メッセージをＳＰＳＮに対して送信することができる。

さらに別の実装形態においては、ホームＨＬＲは、複数のプロファイル、または各ユーザに関連する加入の詳細を含むことができ、ここで各プロファイルは、二次サービス・プロバイダに関連する異なるＳＣＰアドレスを含むことができる。前記実装形態においては、ＳＰＳＮは、ホームＨＬＲから受信される認可要求の確認に基づいて、ホームＨＬＲにおいて、二次サービス・プロバイダのＳＣＰに関連するプロファイルをアクティブにすることができる。万一別のプロファイルが、ＳＰＳＮによってアクティブにされる場合には、以前のプロファイルは、ホームＨＬＲによって非アクティブにされることもあり、その結果、１つのプロファイルだけが、所与の任意の時点にアクティブ状態にあることが、理解されるであろう。二次サービス・プロバイダの新しいＳＣＰについてのプロファイルが、ホームＨＬＲを用いて入手できない状況においては、ＳＰＳＮは、プロファイルを生成し、さらに使用するために、その同じプロファイルをアクティブにすることができることも、理解されるであろう。新しいＳＣＰアドレスのアップデート成功直後に、または新しいプロファイルのアクティブ化成功直後に、ＳＰＳＮは、「完了成功（ｓｕｃｃｅｓｓｆｕｌ ｃｏｍｐｌｅｔｉｏｎ）」要求をユーザのホームＳＣＰに対して送信することができる。ユーザのホームＳＣＰは、次には、「完了成功」要求をユーザに対して送信して、一次サービス・プロバイダから二次サービス・プロバイダへとサービス・プロバイダの切り替えが成功したことを暗に知らせることができる。

ＳＰＳＮが、ホームＨＬＲに対して二次ＳＣＰのアドレスとロケーションとを提供することが説明されてきているが、本主題の別の実装形態においては、認可要求に対する確認と一緒に、ＳＰＳＮは、ユーザに関連づけられるべき二次サービス・プロバイダのＳＣＰのアドレスをホームＳＣＰに対して提供することができる。上記で述べられた例に関連して、前記実装形態によれば、ＳＰＳＮは、サービス・プロバイダ「ｙ」のＳＣＰのアドレスをサービス・プロバイダ「ｘ」のＳＣＰに対して提供することができる。新しいＳＣＰの確認とロケーションとに基づいて、前記実装形態においては、ホームＳＣＰは、ユーザのホームＨＬＲの中のＳＣＰアドレスをアップデートすることができる。ＨＬＲにおけるアップデートは、二次ＳＣＰの新しい受信されたアドレスに従ってＳＣＰアドレスの変化を含むことができる。説明は、ホームＳＣＰを参照して行われてきているが、同じことが、複数のＳＣＰを通して実装され得ることが、理解されるであろう。

本主題の一実装形態においては、上記で説明されるように、ユーザは、動的なサービス・プロバイダ切り替えのサービスについて前もって加入する必要がある可能性がある。加入は、一次サービス・プロバイダを伴って、またはＳＰＳＮを伴ってのいずれかで行われることもある。動的なサービス・プロバイダ切り替えサービスについての加入が、サービス・プロバイダの間の合意と、ＳＰＳＮを伴うその使用可能性とに基づいていることが、理解されるであろう。一例においては、ＳＰＳＮは、司法権における様々なサービス・プロバイダが、準拠しているそのような合意の条項を提供することができる司法権の電気通信権限などの法的権限によって保持されることもある。

同様に、本主題の別の実装形態によれば、ユーザは、一次サービス・プロバイダと、二次サービス・プロバイダの両方のアカウントを有することもあり、前者から後者へと切り替えるようにする。本明細書において称されるアカウントは、後払いのアカウント、または先払いのアカウントのいずれかとすることができ、ここでは、ユーザは、特定のＳＩＭを通して通信サービスの使用のために、サービス・プロバイダに登録していることが、理解されるであろう。ユーザが、動的なサービス・プロバイダ切り替えサービスについて加入しており、またＳＰＳＮが、一次サービス・プロバイダから二次サービス・プロバイダへと切り替える要求をユーザから受信している状況においては、ユーザが、二次サービス・プロバイダとのアカウントを有していない場合に、二次サービス・プロバイダのＳＣＰは、関連付けを否定することができ、またＳＣＰのアドレスを提供しなくてもよい。

一実施形態においては、ユーザは、ＳＰＳＮとのユニバーサル・アカウントを有することができ、また一次サービス・プロバイダ、または二次サービス・プロバイダのＳＣＰは、課金する目的のためにこのアカウントを利用することができる。この実施形態においては、ユーザは、異なるサービス・プロバイダとの別個のアカウントを必要としないであろう。サービス・プロバイダと、そのような場合におけるＳＰＳＮとの間のトランザクションは、リアルタイムで、暗号化されたデータ転送を通して完了されることもある。トランザクションは、送金トランスファ、または任意の金銭的トランザクションに類似していることもあり、また知られている従来の方法を通して行われることもある。それらの技法は、よく知られているので、同じことについての説明は、簡潔にするために省略されている。

ユーザに関連するＳＩＭが、一次サービス・プロバイダから別の二次サービス・プロバイダへと動的に切り替えられるように、説明が行われてきているが、しかしながら、ユーザは、一次サービス・プロバイダから二次サービス・プロバイダへと切り替えるとすぐに、元のサービス・プロバイダへと再び動的に切り替えることもできる。ＳＩＭは、一次サービス・プロバイダによって提供される物理エンティティとすることができるか、または一次サービス・プロバイダによって提供されるユーザに関連する加入とすることができるかのいずれかである。元のサービス・プロバイダは、二次サービス・プロバイダ以外の任意のサービス・プロバイダとすることができ、また同様に一次サービス・プロバイダを含むこともできる。そのようなシナリオにおいては、本主題の一実装形態によれば、ユーザに関連するＨＬＲは、一次サービス・プロバイダのホームＨＬＲになる。そのような切り替え要求においては、ＳＰＳ要求は、二次ＳＣＰによってサービスされることになる。しかしながら、ＳＩＭのＩＭＳＩ／ＭＳＩＳＤＮは、一次サービス・プロバイダに関連しているので、切り替えを要求しながらユーザが接続される相手のＭＳＣは、ＳＣＰアドレス参照のためにホームＨＬＲに問い合わせを行うことになる。さらに、元のサービス・プロバイダのＳＣＰの詳細は、ユーザに関連するホームＨＬＲの中でアップデートされ、また一次サービス・プロバイダによって保持されることになる。

それに応じて、ＧＳＭ通信ネットワークにおいては、上記で説明されるように、ユーザの課金は、ユーザに関連づけられ、またサービス・プロバイダのホームＨＬＲにおいて規定されるホームＳＣＰによって制御される。ホームＳＣＰのアドレスが、一次サービス・プロバイダのホームＨＬＲにおいて変更されるという状況においては、ユーザによって利用される通信サービスについての課金は、二次サービス・プロバイダのスキームと、提案と、加入と、規則との要求を満たす新しいＳＣＰによって追跡されることになる。ホームＳＣＰのアドレスにおけるこの変更により、ユーザは、ＳＩＭ、あるいはＭＳＩＳＤＮまたはＩＭＳＩ番号を変更することなく、サービス・プロバイダの間で切り替え、またＳＩＭまたはＭＳＩＳＤＮを変更するというどのような面倒な問題もなしに、二次サービス・プロバイダの使用料に従って支払い、また異なるサービス・プロバイダからの通信サービスについての異なる使用料を利用することができるようになるであろう。説明された方法により、ユーザはまた、新しい修正された通信デバイスまたはＳＩＭについてのどのような要件もなしに、異なるサービス・プロバイダのサービスを利用することができるようになる可能性もある。

本明細書における説明は、ＧＳＭ通信ネットワークを参照したものであるが、それらのシステムおよび方法は、当業者によって理解されるであろうように、少数の変形形態を伴うとしても、他のネットワークおよびデバイスの中で実装される可能性もある。他の通信ネットワークは、移動通信用グローバル・システム（ＧＳＭ）ネットワークと、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワークと、ロング・ターム・エボリューション（ＬＴＥ）ネットワークと、パーソナル通信サービス（ＰＣＳ）ネットワークと、時分割多元接続（ＴＤＭＡ）ネットワークと、符号分割多元接続（ＣＤＭＡ）ネットワークと、次世代ネットワーク（ＮＧＮ）と、公衆交換電話網（ＰＳＴＮ）と、統合デジタル通信サービス網（ＩＳＤＮ）とを含むことができる。

本説明は、単に本主題の原理を例証しているにすぎないことに注意すべきである。したがって、当業者なら、本明細書において明示的に説明されてはいないが、本主題の原理を具現化し、またその趣旨および範囲の内部に含まれる様々な構成を工夫することができるようになることが理解されるであろう。さらに、本明細書において列挙されるすべての例は、本発明の原理と、当技術分野を推進するために本発明者（単数または複数）によって寄与される概念とを理解する際に、読者を支援する教育上の目的のためにすぎないことを主として明示的に意図しており、またそのような具体的に列挙された例および条件だけに限定することのないように解釈されるべきである。さらに、本発明の原理、態様、および実施形態、ならびにその特定の例を列挙している本明細書におけるすべての叙述は、その同等物を包含することを意図している。

サービス・プロバイダを動的に切り替えるシステムおよび方法におけるやり方は、図１〜３を参照して詳細に説明されることになる。サービス・プロバイダを動的に切り替えるための説明されるシステムおよび方法の態様は、任意の数の異なるコンピューティング・システム、送信環境、および／または構成の形で実装される可能性があるが、本実施形態は、以下の例示のシステム（単数または複数）の文脈で説明される。

本明細書において使用されるような、中に（ｄｕｒｉｎｇ）と、間に（ｗｈｉｌｅ）と、するときに（ｗｈｅｎ）という単語は、アクションが、開始するアクションのすぐ後に瞬時に起こることを意味する正確な用語ではないが、初期のアクションと、初期のアクションによって開始されるリアクションとの間に、伝搬遅延など、何らかの小さいが妥当な遅延が存在し得ることを示す用語であることが、当業者によって、理解されることもあるであろう。加えて、「接続される（ｃｏｎｎｅｃｔｅｄ）」と、「結合される（ｃｏｕｐｌｅｄ）」という用語は、説明を明確にするために全体を通して使用され、また直接接続、または間接接続のいずれか単を含むことができる。

図１は、本主題の一実施形態による、サービス・プロバイダの動的な切り替えを実装する通信ネットワーク環境１００を示すものである。通信ネットワーク環境１００は、通信ネットワーク１０４を通して互いに通信する１つまたは複数の通信デバイス１０２−１、１０２−２、１０２−３、および１０２−Ｎ（一括して通信デバイス１０２と称される）を含んでいる。通信デバイス１０４は、ユーザにより互いに通信するために使用されるユーザ機器（ＵＥ）である。さらに、通信デバイス１０２は、ＭＳＩＳＤＮおよびＩＭＳＩ番号と関連づけられ得るＳＩＭを含むことができる。通信デバイス１０２は、限定することなく、デスクトップ・コンピュータと、ハンドヘルド・デバイスと、ラップトップまたは他のポータブル・コンピュータと、ネットワーク・コンピュータと、モバイル電話と、固定電話などとを含むことができる。通信デバイス１０２のおのおのは、通信デバイス１０２が結合される通信ネットワーク１０４によって規定されるような通信プロトコルの上で機能する。

通信ネットワーク１０４は、ワイヤレス・ネットワーク、または有線ネットワーク、あるいはそれらの組合せとすることができる。通信ネットワーク１０４は、互いに相互接続され、また単一の大規模ネットワーク（例えば、インターネットまたはイントラネット）として機能する、個別ネットワークの集まりとすることができる。そのような個別のネットワークの例は、それだけには限定されないが、移動通信用グローバル・システム（ＧＳＭ）ネットワークと、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワークと、パーソナル通信サービス（ＰＣＳ）ネットワークと、時分割多元接続（ＴＤＭＡ）ネットワークと、符号分割多元接続（ＣＤＭＡ）ネットワークと、次世代ネットワーク（ＮＧＮ）と、公衆交換電話網（ＰＳＴＮ）と、統合デジタル通信サービス網（ＩＳＤＮ）とを含むことができる。技術に応じて、通信ネットワーク１０４は、ゲートウェイやルータなど、様々なネットワーク・エンティティを含むが、しかしながら、そのような詳細は、理解を簡単にするために省略されている。

本説明は、通信デバイス１０２−１および１０２−３を参照して説明されるが、しかしながら、同じことが、同様に他の通信デバイスへと拡張される可能性がある。説明のために、通信デバイス１０２−１は、それが登録され得るサービス・プロバイダに、すなわち、通信デバイス１０２−１の一次サービス・プロバイダに接続されるように考えられることもある。さらに、非ホーム・ネットワークに位置しているなど、様々な理由に起因して、通信デバイス１０２−３は、通信デバイス１０２−３の一次サービス・プロバイダでないこともあるサービス・プロバイダに接続されることもある。明らかなように、通信デバイス１０２−３が、接続される相手のサービス・プロバイダは、通信デバイス１０２−３についての二次サービス・プロバイダである。

通信ネットワーク１０４は、複数のサービス・プロバイダを含むことができる。説明を簡単にするために、２つのサービス・プロバイダが、すなわち、上記例において、通信デバイス１０２−１の一次サービス・プロバイダである一次サービス・プロバイダと、通信デバイス１０２−１についての二次サービス・プロバイダである二次サービス・プロバイダとが、本明細書において、考慮される。

お互いに通信するために、通信デバイス１０２−１および１０２−３のおのおのは、そのそれぞれの基地トランシーバ局（図の中に示されていない）に接続し、この基地トランシーバ局は、セルの内部で無線カバレッジを提供する。複数の基地トランシーバ局は、基地局制御装置（図の中に示されていない）に接続し、この基地局制御装置は、それらの基地局の間でハンドオーバをもたらすローカルな切り替えを提供する。基地局制御装置は、さらにモバイル交換局（ＭＳＣ）に接続され、このモバイル交換局は、加入者に、すなわち通信デバイス１０２−１のユーザと、通信デバイス１０２−３のユーザとに通信サービスを提供する役割を担っている。

例えば、そのホーム・ネットワークの中にあることもあり、また以下では「次−ＭＳＣ（Ｐｒｉ−ＭＳＣ）１０６−１」と言い換える場合もあるＭＳＣ １０６−１に接続される可能性がある通信デバイス１０２−１は、それ自体の基地局制御装置と他のネットワーク・エンティティ（図示されず）とを通して、データを転送し、また音声通話やメッセージなどの通信サービスを利用する。同様に、別のサービス・プロバイダ、二次サービス・プロバイダが存在していることもあり、この二次サービス・プロバイダに対して、通信デバイス１０２−１は、切り替えたいと望むこともある。二次サービス・プロバイダは、以下では「二次−ＭＳＣ（Ｓｅｃ−ＭＳＣ）１０６−２」と言い換える場合もあるＭＳＣ １０６−２を実装することができる。

さらに、Ｐｒｉ−ＭＳＣ １０６−１と、Ｓｅｃ−ＭＳＣ １０６−２とは、以下で共通にＨＬＲ １０８と称される一次ＨＬＲ（Ｐ−ＨＬＲ）１０８−１や二次ＨＬＲ（Ｓ−ＨＬＲ）１０８−２など、対応するホーム・ロケーション・レジスタ（ＨＬＲ）に関連づけられることもある。一般的に、ＨＬＲは、サービス・プロバイダに登録される各サービス加入者に関連する情報を記憶することが、理解されるであろう。情報は、それだけには限定されないが、ホームＳＣＰアドレス参照およびサービス・トリガを含む加入者のＣＡＭＥＬ加入情報、加入者のホーム・ロケーション、加入者が現在位置しており、または最後に位置していたＭＳＣのアドレスなどを対象として含んでいるＭＳＣのアドレスを含むことができる。ＨＬＲはまた、各加入者のＳＩＭに関連するＩＭＳＩ番号や、加入者のＭＳＩＳＤＮ番号などの情報を記憶する。Ｐｒｉ−ＭＳＣ １０６−１と、Ｐ−ＨＬＲ １０８−１とは、別個のエンティティとして実装されることもあり、あるいは単一ユニットの内部で実装される可能性があることが、当業者によって理解されるであろう。同様に、Ｓｅｃ−ＭＳＣ １０６−２と、Ｓ−ＨＬＲ １０８−２とは、別個のエンティティとして実装されることもあり、または単一のユニットの内部で実装される可能性もある。

一次サービス・プロバイダと、二次サービス・プロバイダとは、一般的にＳＣＰ １１０と称される一次ＳＣＰ（Ｐ−ＳＣＰ）１１０−１や二次ＳＣＰ（Ｓ−ＳＣＰ）１１０−２などのサービス制御ポイント（ＳＣＰ）を実装することもできる。各サービス・プロバイダは、少なくとも１つのＳＣＰを実装し、このＳＣＰは、サービス・プロバイダの加入者のアカウント情報およびサービス加入情報を保持することが、理解されるであろう。アカウント情報は、加入者の使用可能な残高と、加入者のブロック・リストと、加入者によって選択される料金表プランと、加入者によって採用される加入とを含むことができる。一次サービス・プロバイダによって提供される通信サービスの任意の使用中に、Ｐ−ＳＣＰ １１０−１は、使用可能な残高などのアカウント情報に基づいて認証のためにＰｒｉ−ＭＳＣ １０６−１によって連絡されることもある。さらに、Ｐ−ＳＣＰ １１０−１は、記憶された料金表プランに基づいて一次ユーザなどのユーザに課金することもできる。各加入者に関連するＳＣＰの詳細は、ユーザのＨＬＲを用いて入手できることが、さらに理解されるであろう。それゆえに、通信デバイス１０２−１に関連するＰ−ＳＣＰ １１０−１の詳細は、一次サービス・プロバイダによって保持されるＰ−ＨＬＲ １０８−１に記憶されることもある。

同様に、二次サービス・プロバイダは、Ｓ−ＳＣＰ １１０−２など、少なくとも１つのＳＣＰを実装し、また保持して、ユーザ・アカウント情報を記憶し、また二次サービス・プロバイダに登録されるユーザによって利用される通信サービスを認証することもできる。

一実装形態においては、２つのＭＳＣ １０６−１と、１０６−２とを接続するために、通信ネットワーク１０４は、ゲートウェイＭＳＣ（Ｇ−ＭＳＣ）（図示されず）を含むこともでき、このゲートウェイＭＳＣは、２つのＭＳＣ １０６−１と、１０６−２とを相互接続するノードとしての機能を果たすことができる。Ｇ−ＭＳＣは、別個のエンティティとすることができ、あるいはＧ−ＭＳＣの機能は、Ｐｒｉ−ＭＳＣ １０６−１またはＳｅｃ−ＭＳＣ １０６−２の機能と一体化され得ることが、理解されるであろう。説明と簡単化のために、前記実装形態においては、Ｇ−ＭＳＣは、Ｐｒｉ−ＭＳＣ １０６−１と一体化される。

通信ネットワーク１０４は、さらに、ＳＰＳＮ １１２などのサービス・プロバイダ選択ノード（ＳＰＳＮ：Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ Ｓｅｌｅｃｔｉｏｎ Ｎｏｄｅ）を実装することができる。ＳＰＳＮは、一次サービス・プロバイダや二次サービス・プロバイダなど、異なるサービス・プロバイダのＳＣＰの間で通信するように構成されたネットワーク・エンティティとすることができる。ＳＰＳＮ １１２は、サービス・プロバイダ間の合意と、サービス・プロバイダの動的切り替えに関連したユーザの加入とについての情報を含むことができる。一実装形態においては、ＳＰＳＮ １１２は、一次サービス・プロバイダと、二次サービス・プロバイダとのそれぞれＰ−ＳＣＰ １１０−１と、Ｓ−ＳＣＰ １１０−２との間で通信することができる。ＳＰＳＮ １１２は、サービス・プロバイダ間の合意に基づいて、ユーザについてのサービス・プロバイダの動的切り替えを可能にする。

一実装形態においては、そのホーム・ネットワークの内部で通信サービスを利用するユーザは、そのデフォルト・サービス・プロバイダの変更について要求することができる。一例においては、ユーザは、一次ユーザとも称される通信デバイス１０２−１のユーザとすることができる。前記シナリオにおいては、一次ユーザは、二次サービス・プロバイダなどへのサービス・プロバイダにおける変更について一次サービス・プロバイダに要求することができる。一次ユーザは、Ｐｒｉ−ＭＳＣ １０６−１を通して一次サービス・プロバイダに接続されることもあり、またユーザのロケーション、ＳＩＭ、ＭＳＩＳＤＮ、ＩＭＳＩ番号など、ユーザに関連したデータは、Ｐ−ＨＬＲ １０８−１に記憶される可能性もある。

一次ユーザは、ＵＳＳＤメッセージの形態で、通信デバイス１０２−１を通して、一次サービス・プロバイダに対してＳＰＳ要求を送信することができる。ＵＳＳＤメッセージは、ユーザが、切り替えたいと望む相手先のサービス・プロバイダについてのユーザの好みを含むことができる。ＳＰＳ要求は、ユーザが、切り替えたいと望む相手先のサービス・プロバイダを示し、またＵＳＳＤメッセージの中で規定される特有のオペレータ・コードＩｄを含むことができる。一実装形態においては、ユーザは、二次サービス・プロバイダとして切り替えられるべきサービス・プロバイダを記述するＵＳＳＤメッセージを送信することができる。一次サービス・プロバイダに対して送信されるＵＳＳＤメッセージは、Ｐ−ＳＣＰ １１０−１によって処理されることもある。Ｐ−ＳＣＰ １１０−２は、ユーザの識別情報に基づいてＵＳＳＤメッセージを認証することができる。認証は、ＭＳＩＳＤＮと、ＩＭＳＩ番号と、一次ユーザの加入とに基づいたものとすることができる。例えば、一次ユーザは、ＵＳＳＤメッセージを送信することに先立って一次サービス・プロバイダと切り替える動的なサービス・プロバイダのサービスについて加入している可能性があり、またそれゆえに、Ｐ−ＳＣＰ １１０−１は、一次サービス・プロバイダとのユーザの加入に基づいてＵＳＳＤメッセージを認証することになる。サービス・プロバイダの動的な切り替えについてのサービスに加入していない、一次サービス・プロバイダのユーザからのＵＳＳＤメッセージは、Ｐ−ＳＣＰ １１０−１によって拒絶され得ることが、さらに理解されるであろう。Ｐ−ＳＣＰ １１０−１は、ユーザが、一次サービス・プロバイダの加入者であることを認証することができるが、しかしながら、サービスの非加入に起因して、ＳＰＳ要求のさらなる処理を拒絶する可能性がある。

一次ユーザなどの任意のユーザは、ユーザのデフォルト・サービス・プロバイダによって使用可能にされたオプションに基づいてサービス・プロバイダの動的切り替えのサービスに加入することができる。一実装形態においては、デフォルト・サービス・プロバイダは、書面による要求を通してサービス・プロバイダ切り替えのサービスに対する加入を可能にすることができる。別の実装形態においては、デフォルト・サービス・プロバイダは、ＵＳＳＤメッセージを通してこのサービスに対する加入を可能にすることができる。デフォルト・サービス・プロバイダは、一次サービス・プロバイダから二次サービス・プロバイダへの切り替えを可能にするそのようなサービスを提供する代わりに、その加入者に課金することもできることが、理解されるであろう。さらに、使用料は、ユーザに関連するＳＣＰによってデフォルト・サービス・プロバイダとのユーザのアカウントに課金され、またはユーザのアカウントから差し引かれる可能性がある。

本主題のさらに別の実装形態においては、ユーザは、ＳＰＳＮなどの中央エンティティとのサービス・プロバイダの動的切り替えのこのサービスについて加入することができる。例えば、一次ユーザは、ＳＰＳＮ １１２とのサービス・プロバイダ切り替え（ＳＰＳ）サービスについて加入することができる。ＳＰＳＮ １１２は、一次サービス・プロバイダと、二次サービス・プロバイダとの間の合意に基づいて、一次ユーザの加入を提供することができる。当業者なら、ＳＰＳＮ １１２は、司法権の政府機関により、または１つまたは複数のサービス・プロバイダの間で形成される協力的組織により制御され得ることを理解するであろう。

以上で説明されるように、ＵＳＳＤフォーマットで一次ユーザによって送信されるＳＰＳ要求は、Ｐ−ＳＣＰ １１０−１によって処理されることもある。一実装形態においては、一次ユーザによって送信される要求を認証するとすぐに、Ｐ−ＳＣＰ １１０−１は、認可要求をＳＰＳＮ １１２に対して送信することができる。前記実装形態においては、要求は、ＸＭＬインターフェースまたはダイアメータ・インターフェースを通して送信されることもある。ＸＭＬ／ダイアメータ・インターフェースを通して送信される要求においては、Ｐ−ＳＣＰ １１０−１は、他の詳細と一緒に、一次ユーザのＩＭＳＩ番号と、一次サービス・プロバイダが、切り替えることを要求している相手先の二次サービス・プロバイダの標準的な所定のＩＤとを送信することができる。

ＳＰＳＮ １１２は、Ｐ−ＳＣＰ １１０−１からＳＰＳ要求を受信するとすぐに、一次サービス・プロバイダから二次サービス・プロバイダへと、一次ユーザの動的切り替えを可能にすることができる。この目的のために、ＳＰＳＮ １１２は、一次サービス・プロバイダと二次サービス・プロバイダとの間の合意に基づいた一次ユーザのＳＰＳ要求と、一次サービス・プロバイダとの一次ユーザの加入と、ならびに二次サービス・プロバイダとを認可することができる。例えば、ＳＰＳＮ １１２は、両方のサービス・プロバイダの間の合意を確認し、また一次ユーザの既存のアカウントについて、二次サービス・プロバイダのＳ−ＳＣＰ １１０−２に問い合わせを行うこともできる。言い換えれば、一次ユーザは、一次サービス・プロバイダとの加入とは別に、二次サービス・プロバイダとのアカウントを有することもできる。二次サービス・プロバイダとの一次ユーザのアカウントの詳細は、ＭＳＩＳＤＮやＩＭＳＩ番号など、一次ユーザの詳細に対して、二次サービス・プロバイダのＳ−ＳＣＰ １１０−２とともに記憶され得ることが理解されるであろう。

前記実装形態においては、サービス・プロバイダの間の合意と、二次サービス・プロバイダとの一次ユーザのアカウントの存在とを検証するとすぐに、ＳＰＳＮ １１２は、一次ユーザのＳＰＳ要求を認可することができる。さらに、ＳＰＳＮは、Ｓ−ＳＣＰ １１０−２の詳細を一次サービス・プロバイダのＰ−ＨＬＲ １０８−１へとアップデートすることができる。一実装形態においては、ＳＰＳＮ １１２は、任意時間修正（ＡＴＭ：Ａｎｙ Ｔｉｍｅ Ｍｏｄｉｆｉｃａｔｉｏｎ）要求（ＭＡＰインターフェースの上の）をＰ−ＨＬＲ １０８−１に対して送信することができる。Ｐ−ＳＣＰ １１０−１からの一次ユーザに関連するＳＣＰの詳細の、Ｓ−ＳＣＰ １１０−２のそれに対するアップデートにより、一次ユーザは、二次サービス・プロバイダによって提供される使用料と、スキームと、提案とにおいて、通信の加入／サービスを利用することができるようになるであろう。また、一次サービス・プロバイダのＰ−ＳＣＰ １１０−１は、Ｓ−ＳＣＰ １１０−２のそれを伴うＳＣＰの詳細におけるアップデートの後にＨＬＲ １０８−１によってトリガされないことになるので、Ｐ−ＳＣＰ １１０−１は、利用される通信サービスについて一次ユーザに課金しないであろう。前記実装形態においては、Ｐ−ＨＬＲ １０８−１は、一次ユーザのＳＣＰの詳細における成功したアップデートに基づいて、ＡＴＭ応答をＳＰＳＮ １１２に対して送信することができる。

ひとたび、Ｓ−ＳＣＰ １１０−２の詳細が、一次ユーザに関連する一次サービス・プロバイダのＰ−ＨＬＲ １０８−１においてアップデートされた後に、一次ユーザが接続される相手の任意のＭＳＣは、ロケーション・アップデートの情報交換中に、Ｓ−ＳＣＰ １１０−２の詳細を取得することになる。

以上で説明されるように、ユーザが接続される相手の任意のＭＳＣは、ＩＭＳＩ番号に基づいて、ユーザに関連するホームＨＬＲに連絡を取って、ロケーション・アップデートを要求する。ロケーション・アップデート・プロシージャ中に、ＭＳＣは、他の情報と一緒に、ユーザのＩＭＳＩ番号と、ＭＳＣ Ｉｄと、ホームＭＳＣに関連する訪問ロケーション・レジスタ（ＶＬＲ：Ｖｉｓｉｔｉｎｇ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）のＩｄとをユーザのＨＬＲに対して提供することができる。ホームＨＬＲは、ＩＭＳＩ番号と、ＭＳＣ Ｉｄと、ＶＬＲ Ｉｄとに基づいて、ユーザのロケーションを用いてアップデートされることもある。さらに、ホームＨＬＲは、ＭＳＩＳＤＮ、ＣＳＩ（ＣＡＭＥＬ加入情報）、ＳＣＰのグローバル・タイトル・アドレス（Ｇｌｏｂａｌ Ｔｉｔｌｅ Ａｄｄｒｅｓｓ）の詳細など、ユーザの詳細を一時的な使用のためにＭＳＣのＶＬＲに対して提供することができる。

したがって、一次ユーザが、Ｐｒｉ−ＭＳＣ １０６−１以外のＭＳＣに接続されるときに、ＭＳＣは、一次ユーザのＩＭＳＩ番号に基づいて、Ｐ−ＨＬＲ １０８−１を用いた一次ユーザについてのロケーション・アップデート・プロシージャを開始することができる。一実装形態においては、ロケーション・アップデートのプロシージャ中に、一次サービス・プロバイダのＰ−ＨＬＲ １０８−１は、二次サービス・プロバイダのＳＣＰ、すなわち、Ｓ−ＳＣＰ １１０−２の詳細を含む一次ユーザの詳細を用いてＭＳＣのＶＬＲをアップデートすることができる。それゆえに、ＭＳＣは、Ｓ−ＳＣＰ １１０−２のＳＣＰの詳細と一緒に、一次ユーザの詳細を用いてアップデートされることになる。ＳＰＳ要求の完了の後に一次ユーザによって開始される任意のコール中に、一次ユーザが接続される相手のＭＳＣは、コールの認証と、コール制御と、加入／提案の管理と、アカウント残高の引き去りとの目的のために、二次サービス・プロバイダによって管理されるＳ−ＳＣＰ １１０−２をトリガすることになる。

同様に、二次通信デバイス１０２−３を利用しており、二次サービス・プロバイダに接続されたユーザが、ユーザのサービス・プロバイダを動的に切り替えている一次ユーザについてのコールを開始する場合、二次ユーザが接続される相手のＳｅｃ−ＭＳＣ １１０−２は、切り替えられたユーザの一次サービス・プロバイダのＧ−ＭＳＣ（図示されず）と、通信することになる。一次サービス・プロバイダのＧ−ＭＳＣは、Ｐ−ＨＬＲ １０８−１に問い合わせを行って、一次サービス・プロバイダのＳＣＰについてのロケーションに関する詳細を受信することができる。Ｐ−ＨＬＲ １０８−１は、ＰＲＮプロシージャを開始し、また一次ユーザが現在接続されている相手のＭＳＣと通信することができる。ＰＲＮプロシージャ中に、Ｐ−ＨＬＲ １０８−１は、一次ユーザに関連する移動局ローミング番号（ＭＳＲＮ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｒｏａｍｉｎｇ Ｎｕｍｂｅｒ）を受信することができる。Ｐ−ＨＬＲ １０８−１は、Ｓ−ＳＣＰ １１０−２の詳細と一緒に一次ユーザに関連する（Ｔ−ＣＳＩ）をＧ−ＭＳＣに対して提供することができる。

さらに、Ｓ−ＳＣＰ １１０−２は、二次サービス・プロバイダによって提供される料金表に基づいて一次ユーザに課金することができる。終端するコールを受信しながら、一次ユーザは、ホーム・ロケーションの中にあるか、または非ホーム・ロケーションの中にあるかのいずれかとすることができ、また一次ユーザのロケーションに基づいて、Ｐ−ＨＬＲ １０８−１は、一次ユーザに接続されたＭＳＣに連絡を取ることができることが、理解されるであろう。

一次ユーザについてのサービス・プロバイダの切り替え成功のすぐ後に、一次ユーザによって利用される通信サービスについての認可と、課金とは、Ｓ−ＳＣＰ １１０−２によって実行されることになり、また一次ユーザは、二次サービス・プロバイダの料金表に基づいて課金されることになることが、理解されるであろう。よりよく理解するために、ＳＰＳＮ １１２と、ＳＣＰ １１０−１との詳細は、さらに、図２（ａ）および２（ｂ）を参照して、より詳細にさらに説明される。

図２（ａ）は、本主題の一実施形態による、ＳＣＰ １１０のコンポーネントと、ＳＰＳＮ １１２のコンポーネントとを示すものである。本主題に従って、ＳＣＰ １１０と、ＳＰＳＮ １１２とは、通信ネットワーク１０４（図１に示されるような）の様々なコンポーネントを通して互いに通信するように結合される。

図２（ｂ）は、本主題の一実施形態に従って、サービス・プロバイダの間の動的な切り替えを示すコール・フロー図を示すものである。コール・フロー図の中で使用される様々な矢印インジケータは、通信デバイス１０２と、ＭＳＣ １０６と、通信デバイスＨＬＲ ２０１を利用しているユーザのホームＨＬＲと、ユーザＳＣＰ ２００のホームＳＣＰと、ＳＰＳＮ １１２との間の情報の転送を示している。多くの場合には、示されるネットワーク・エンティティ以外の複数のネットワーク・エンティティが、送信局と、切り替え局とを含むエンティティの間に存在することもあるが、これらは、明確にするために省略されている。同様に、様々な肯定応答と、確認ネットワーク応答ともまた、明確にするために省略されることもある。

図２（ａ）の中に示されるＳＣＰ ２００と、ＳＰＳＮ １１２との異なるコンポーネントは、図２（ｂ）において表されるコール・フローを参照して説明されているが、しかしながら、ＳＣＰ ２００と、ＳＰＳＮ １１２とは、本主題の範囲および趣旨を逸脱することなく、異なるやり方で実装され得ることが、理解されるであろう。さらに、図２（ａ）と、図２（ｂ）との説明は、ＧＳＭネットワークに関して提供されているが、サービス・プロバイダの動的な切り替えは、他のネットワーク、例えばＣＤＭＡネットワークの場合にも、同様に実装され得ることが、理解されるであろう。

ＳＣＰ ２００と、ＳＰＳＮ １１２とは、以下でプロセッサ２０２と一括して称されるプロセッサ２０２−１と、２０２−２とを含んでいる。プロセッサ２０２は、１つまたは複数のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央演算処理装置、状態機械、論理回路、および／または動作命令に基づいて信号を操作する任意のデバイスとして実装されることもある。他の能力のうちでも、プロセッサ（単数または複数）は、メモリに記憶されるコンピュータ読取り可能命令をフェッチし、また実行するように構成されている。

「プロセッサ（単数または複数）」としてラベル付けされる任意の機能ブロックを含めて、図の中に示される様々な要素の機能は、専用ハードウェア、ならびに適切なソフトウェアに関連してソフトウェアを実行することができるハードウェアの使用を通して提供されることもある。プロセッサによって提供されるときに、機能は、単一の専用プロセッサにより、単一の共用プロセッサにより、またはそのうちのいくつかが共用され得る複数の個別プロセッサにより提供されることもある。さらに、用語「プロセッサ」の明示的な使用は、ソフトウェアを実行することができるハードウェアだけを排他的に指すように解釈されるべきではなく、また限定することなく、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ソフトウェアを記憶するためのリード・オンリー・メモリ（ＲＯＭ：ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、不揮発性ストレージを暗黙のうちに含むことができる。他のハードウェアが、従来のものおよび／またはカスタムのものもまた、含まれる可能性もある。

また、ＳＣＰ ２００と、ＳＰＳＮ １１２とは、インターフェース２０４と一括して称されるインターフェース（単数または複数）２０４−１と、２０４−２とを含んでいる。インターフェース２０４は、ＳＣＰ ２００と、ＳＰＳＮ １１２とが、通信ネットワーク１０４と、または互いに相互作用することを可能にする様々なソフトウェア・インターフェースと、ハードウェア・インターフェースとを含むことができる。さらに、インターフェース２０４により、ＳＣＰ ２００と、ＳＰＳＮ １１２とは、ウェブ・サーバや外部リポジトリなど、他の通信デバイスおよびコンピューティング・デバイスと通信することができるようになる可能性がある。インターフェース２０４は、有線ネットワーク、例えば、ＬＡＮ、ケーブルなどと、ワイヤレス・ネットワーク、例えば、ＷＬＡＮネットワーク、セルラー方式ネットワーク、衛星ベースのネットワークなどとを含めて、多種多様なネットワークと、プロトコル・タイプとの内部の多重通信を容易にすることができる。

ＳＣＰ ２００と、ＳＰＳＮ １１２とは、メモリ２０６と一括して称されるそれぞれメモリ２０６−１と、２０６−２とを含むことができる。メモリ２０６−１と、２０６−２とは、それぞれプロセッサ２０２−１と、プロセッサ２０２−２とに結合されることもある。メモリ２０６は、例えば、揮発性メモリ（例えば、ＲＡＭ）および／または不揮発性メモリ（例えば、ＥＰＲＯＭ、フラッシュ・メモリなど）を含めて、当技術分野において知られているどのようなコンピュータ読取り可能媒体を含むこともできる。

ＳＣＰ ２００と、ＳＰＳＮ １１２とのメモリ２０６−１、２０６−２は、それぞれモジュール２０８と、データ２１０と、一括して称されるそれぞれモジュール２０８−１、２０８−２と、データ２１０−１、２１０−２とを含んでいる。モジュール２０８は、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含んでおり、これらは、特定のタスクを実行し、または特定の抽象データ型を実装する。モジュール２０８は、ＳＣＰ ２００と、ＳＰＳＮ １１２との上でアプリケーションを補完するモジュールを、例えば、オペレーティング・システムのモジュールをさらに含んでいる。データ２１０は、他の物事のうちでもとりわけ、１つまたは複数のモジュール２０８によってフェッチされ、処理され、受信され、または生成され得るデータを記憶するためのリポジトリとしての機能を果たす。

一実装形態においては、ＳＣＰ ２００のモジュール２０８−１は、要求受信モジュール２１２と、課金モジュール２１４と、認証モジュール２１６と、他のモジュール（単数または複数）２１８とを含む。前記実装形態においては、ＳＣＰ ２００のデータ２１０−１は、認証データ２２０と、加入者データ２２２と、他のデータ２２４とを含む。他のモジュール（単数または複数）２１８は、ＳＣＰ ２００のオペレーティング・システムにおいて、アプリケーションおよび機能、例えば、プログラムを補完するプログラムまたは符号化された命令を含むことができ、また他のデータ２２４は、１つまたは複数の他のモジュール（単数または複数）２１８に対応するデータを含んでいる。

同様に、一実装形態においては、ＳＰＳＮ １１２のモジュール２０８−２は、要求処理モジュール２２４と、認可モジュール２２６と、アップデート・モジュール２２８と、他のモジュール（単数または複数）２３０とを含む。前記実装形態においては、ＳＰＳＮのデータ２１０−２は、合意データ２３２と、加入データ２３４と、他のデータ２３６とを含む。他のモジュール（単数または複数）２３０は、ＳＰＳＮ １１２のオペレーティング・システムにおいてアプリケーションおよび機能、例えば、プログラムを補完するプログラム、または符号化された命令を含むことができ、また他のデータ２３６は、１つまたは複数の他のモジュール（単数または複数）２３０に対応するデータを含んでいる。他のデータは、オペレータＩｄ、ＳＣＰアドレスなど、オペレータに関連したデータを含むことができる。

図２（ｂ）を参照すると、通信デバイス１０２は、そのデフォルト・サービス・プロバイダ、または他の任意のサービス・プロバイダのいずれかのＭＳＣとすることができるＭＳＣ １０６に接続されることもある。ＭＳＣ １０６は、ＨＬＲ ２０１など、通信デバイス１０２を利用したユーザのホームＨＬＲに、通信デバイス１０２のＳＩＭに関連する詳細について問い合わせを行うことができる。さらに、ＨＬＲ ２０１は、ＳＣＰ ２００として示される、ユーザに関連するホームＳＣＰの詳細を含むことができる。

本主題の一実装形態によれば、ＳＣＰ ２００と、ＳＰＳＮ １１２とは、動的なサービス・プロバイダ切り替え能力をユーザに対して提供するように構成されている。ユーザは、サービス・プロバイダ切り替え要求を送信して、ＳＰＳ要求の形態で、一次通信デバイス１０２−１からそのデフォルト・サービス・プロバイダを切り替えることができる。一実装形態においては、ＳＰＳ要求は、ステップ２５２によって示されるように、ＵＳＳＤフォーマットの形である可能性がある。ＵＳＳＤ要求は、ユーザが接続される相手のＭＳＣ、すなわち、ＭＳＣ １０６に対して送信されることもある。ユーザによって送信されるＵＳＳＤ要求は、ＳＣＰ ２００など、ユーザのホームＳＣＰによって処理されることになることが、理解されるであろう。任意のユーザに関連するＳＣＰの詳細は、ホームＨＬＲを用いて入手できるので、ユーザによって開始されるＵＳＳＤ要求は、ステップ２５４に従って、一次ＨＬＲ ２０１に対して転送される。ユーザについてＨＬＲ ２０１を用いて記憶される詳細に基づいて、ＨＬＲ ２０１は、ユーザに関連づけられるべきＳＣＰ ２００を識別することができる。ステップ２５６において、次いで、ＨＬＲ ２０１は、ＵＳＳＤ「ＳＰＳ」要求をＳＣＰ ２００に対して送信することができる。一次サービス・プロバイダから二次サービス・プロバイダへと切り替えるＳＰＳ要求は、ユーザに関連するホームＳＣＰに対して送信され得ることが、理解されるであろう。したがって、ＵＳＳＤ「ＳＰＳ」要求を送信する他の任意のユーザでは、関連するＳＣＰは、ＳＣＰ ２００とは異なっている可能性があり、またＨＬＲ ２０１は、処理するために、そのＳＣＰに対して要求を送信することができ、すなわち、二次サービス・プロバイダから一次サービス・プロバイダへとサービス・プロバイダを切り替える切り替え要求が、行われる状況においては、ＳＰＳ要求は、ユーザに現在関連しているサービス・プロバイダのＳＣＰに対して送信されることもある。

一実装形態においては、サービス・プロバイダによって実装されるＳＣＰ ２００は、要求受信モジュール２１２を含んでいる。要求受信モジュールは、ＳＣＰ ２００に関連するユーザによって送信されるＵＳＳＤ「ＳＰＳ」要求を受信するように構成されている。前記実装形態においては、要求受信モジュール２１２は、要求が、ＩＭＳＩ番号やＭＳＩＳＤＮなど、要求の中に存在する詳細に基づいて開始された対象となるユーザを識別することができる。さらに、要求受信モジュール２１２は、ユーザが切り替えることを要求している相手のサービス・プロバイダを識別することもできる。さらに、前記状況においては、「ＳＰＳ」要求の識別のすぐ後に、認証モジュール２１６は、そのようなサービスのユーザ加入に基づいてＳＰＳ要求を認証することができる。一実装形態においては、認証モジュール２１６は、このサービスについてのユーザの加入に基づいて「ＳＰＳ」要求を認証するように構成されていることもある。ユーザが、「ＳＰＳ」サービスに加入している場合、認証モジュール２１６は、要求を、「有効」であるように認証し、またＳＰＳＮ １１２に認可オペレーションおよび切り替えオペレーションを要求することができる。

前記実装形態においては、認証モジュール２１６は、ＸＭＬ／ダイアメータ・インターフェースを通して認可要求をＳＰＳＮ １１２に対して送信することができる。要求は、ステップ２５８に示されるように、オペレータ切り替え要求として送信されることもある。ＳＰＳＮ １１２は、要求処理モジュール２２４を含むことができる。要求処理モジュール２２４は、ＸＭＬ／ダイアメータ・インターフェースを通して受信される「ＳＰＳ」要求を識別するように構成されていることもある。要求処理モジュール２２４は、ＩＭＳＩ／ＭＳＩＳＤＮ番号に基づいて、「ＳＰＳ」要求を決定し、またユーザに関連する詳細を決定することができる。要求処理モジュール２２４は、二次サービス・プロバイダなど、ユーザが切り替えたいと望む、要求の中で受信されるサービス・プロバイダのＩｄを識別することもできる。

ステップ２５８における「ＳＰＳ」要求において受信される二次サービス・プロバイダでは、ＳＰＳＮ １１２の認可モジュール２２６は、サービス・プロバイダ間の合意をチェックするように構成されている。サービス・プロバイダ間の合意は、それらの加入者に対するサービス・プロバイダ切り替えのサービスを提供するように、サービス・プロバイダの間の契約または仕事を規定することができる。認可モジュール２２６は、ユーザが、切り替えることを要求している相手のサービス・プロバイダとのユーザのアカウントを確認することもできる。例えば、ユーザＡは、サービス・プロバイダ「ｘ」からサービス・プロバイダ「ｙ」へとユーザのサービス・プロバイダを切り替える要求を送信することができる。そのようなシナリオにおいては、認可モジュール２２６は、サービス・プロバイダ「ｘ」と、サービス・プロバイダ「ｙ」との間の合意をチェックすることができる。認可モジュール２２６は、認可要求を確認する前に、サービス・プロバイダ「ｙ」とのユーザＡのアカウントについてチェックすることもできる。ひとたび、認可モジュール２２６が、ユーザ・アカウントと一緒に、合意の存在をチェックした後に、認可モジュール２２６は、認可要求を承認することができる。

一実装形態においては、ＳＰＳＮ １１２はまた、要求されたサービス・プロバイダのＳＣＰの詳細を用いて、サービス・プロバイダ切り替えについて要求する、ユーザのＨＬＲをアップデートするように構成されたアップデート・モジュール２２８を含むこともできる。前記実装形態においては、アップデート・モジュール２２８は、ステップ２６０に示されるように、ＡＴＭ要求を通して二次サービス・プロバイダのＳＣＰアドレスの詳細を用いて、ＨＬＲ ２０１など、ユーザのホームＨＬＲをアップデートすることができる。

さらに、本主題の一実装形態によれば、ＨＬＲ ２０１など、ユーザに関連するＨＬＲはまた、その加入者に関連する異なるプロファイルを記憶するプロファイル・モジュール（図示されず）を含むこともできる。ＨＬＲ ２０１は、各プロファイルが、１つのサービス・プロバイダに関連する１つのＳＣＰについての詳細を含むことができる場合の、ユーザに関連する複数のプロファイルを含むことができる。言い換えれば、異なるサービス・プロバイダでは、ユーザのホームＨＬＲは、異なるプロファイルを含むことになる。そのような一実装形態においては、アップデート・モジュール２２８は、二次サービス・プロバイダのＳＣＰについてのアドレスの詳細を送信する代わりに、ＨＬＲ ２０１の中のプロファイルをアクティブにする要求を送信することができ、ここでは、プロファイルは、二次サービス・プロバイダのＳＣＰについての詳細を含んでいる。そのようなシナリオにおいては、上記で説明された例を参照して、アップデート・モジュール２２８は、サービス・プロバイダ「ｙ」のＳＣＰについての詳細を含む、ＨＬＲ ２０１の中のプロファイルをアクティブにするように要求することができる。また、サービス・プロバイダの任意のＳＣＰについての詳細を含むプロファイルが、ＨＬＲ ２０１とともに存在していない状況においては、ＳＰＳＮ １１２のアップデート・モジュール２２８は、二次サービス・プロバイダのＳＣＰの詳細に関連するＨＬＲ ２０１の中の新しいプロファイルの生成を要求することができる。

ＳＰＳＮ １１２が、二次サービス・プロバイダのＳＣＰについての詳細とともにＡＴＭ要求をＨＬＲ ２０１に対して送信する前記実装形態においては、ＨＬＲ ２０１のプロファイル・モジュールは、ＨＬＲ ２０１の中のユーザのデータの中でＳＣＰアドレスの詳細をアップデートすることができる。同様に、ＨＬＲ ２０１のプロファイル・モジュールは、その代わりに、ＳＰＳＮ １１２によって要求されるプロファイルをアクティブにすることができる。１つのプロファイルのアクティブ化のすぐ後に、ＨＬＲ ２０１のプロファイル・モジュールは、与えられた任意のタイム・インスタンスにおいて、ユーザについてのただ１つのプロファイルが、アクティブな状態にあるように、ユーザについて、以前にアクティブにされたプロファイルを非アクティブにすることができることが、理解されるであろう。

本主題のさらに別の一実装形態においては、ＨＬＲ ２０１のプロファイル・モジュールは、ロケーションやアドレスなど、二次サービス・プロバイダのＳＣＰの詳細についてのアップデート成功のすぐ後に、ＡＴＭ応答をＳＰＳＮ １１２に対して送信することができる。ＡＴＭ応答は、ステップ２６２にも示されるように、ＨＬＲのデータの中の二次サービス・プロバイダのＳＣＰの詳細／加入者プロファイルについてのアップデートの「完了成功」を示すことができる。

ＳＰＳＮ １１２の要求処理モジュール２２４は、Ｐ−ＨＬＲ １０８−１から「完了成功」応答を受信するとすぐに、ＵＳＳＤ応答の形の「完了成功」応答をユーザに対して送信することができる。このプロセス中に、要求処理モジュール２２４は、オペレータ切り替え要求の完了についてＳＣＰ ２００に暗に知らせることができる。ステップ２６４は、ＳＰＳＮ １１２からＳＣＰ ２００へのそのような応答を示している。ステップ２６６、２６８、および２７０においては、ＳＣＰ ２００は、ＵＳＳＤ応答の形態で、ユーザに対してサービス・プロバイダ切り替えの完了が成功したことを暗に知らせる。ひとたび、サービス・プロバイダ切り替えが、ユーザについて完了した後に、ユーザによって利用される任意の通信サービスが、課金モジュール２１４を通して、二次サービス・プロバイダのＳＣＰによって課金される可能性がある。課金は、ユーザによって選択されるユーザ加入と料金表とに基づいて、行われることが、さらに理解されるであろう。通信サービス使用料に関連した詳細は、当業者によって理解されるであろうように、ユーザに関連するＳＣＰを用いて入手することができる。

図３は、本主題の一実施形態による、通信ネットワークにおけるサービス・プロバイダの間の動的切り替えのための例示の方法３００を示すものである。本方法３００が、説明される順序は、限定として解釈されることを意図してはおらず、また任意の数の説明された方法ブロックは、任意の順序で組み合わされて、方法３００または代替的な方法を実装することができる。さらに、個別のブロックが、本明細書において説明される主題の趣旨および範囲を逸脱することなく、本方法から削除されることもある。さらに、本方法は、適切な任意のハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せの形で実装される可能性がある。

本方法（単数または複数）は、コンピュータ実行可能命令の一般的な文脈で、説明されることもある。一般に、コンピュータ実行可能命令は、特定の機能を実行し、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、プロシージャ、モジュール、機能などを含むことができる。本方法は、分散型コンピューティング環境において実践される可能性もあり、ここでは、機能は、通信ネットワークを通してリンクされるリモート処理デバイスによって実行される。分散型コンピューティング環境においては、コンピュータ実行可能命令は、メモリ・ストレージ・デバイスを含めて、ローカル・コンピュータ・ストレージ媒体と、リモート・コンピュータ・ストレージ媒体との両方の中に位置することができる。

当業者なら、本方法のステップが、プログラムされたコンピュータによって実行され得ることを簡単に認識するであろう。本明細書においては、いくつかの実施形態は、プログラム・ストレージ・デバイス、例えば、デジタル・データ・ストレージ媒体を対象として含むことも意図しており、これらのプログラム・ストレージ・デバイスは、マシン読取り可能、またはコンピュータ読取り可能であり、また命令のマシン実行可能なプログラム、またはコンピュータ実行可能なプログラムを符号化し、そこでは、前記命令は、説明された方法のステップのいくつかまたはすべてを実行する。プログラム・ストレージ・デバイスは、例えば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気ストレージ媒体、ハード・ドライブ、または光学的に読取り可能なデジタル・データ・ストレージ媒体とすることができる。それらの実施形態はまた、例示の方法の前記ステップを実行するように構成された通信ネットワークと通信デバイスとの両方を対象として含むことも意図している。

ブロック３０２において、加入者識別モジュール（ＳＩＭ）に関連する通信デバイスからのサービス・プロバイダ切り替え（ＳＰＳ）要求が、受信される。一実装形態においては、ユーザは、ＵＳＳＤメッセージの形態のＳＰＳ要求を送信する。ＵＳＳＤメッセージは、ユーザによって現在加入されている一次サービス・プロバイダと、ユーザが切り替えたいと望む相手の二次サービス・プロバイダとの詳細と一緒に、ユーザの詳細を含むことができる。一実装形態においては、ＵＳＳＤ要求は、ユーザに関連するサービス制御ポイント（ＳＣＰ）によって処理される。

ブロック３０４において、一次サービス・プロバイダから二次サービス・プロバイダへと切り替えるＳＰＳ要求は、ユーザ加入に少なくとも基づいて認証される。一実装形態においては、ＵＳＳＤメッセージとして送信されるＳＰＳ要求は、一次サービス・プロバイダによって提供されるＳＰＳサービスに対するユーザ加入に基づいて有効にされる。前記実装形態においては、ユーザに関連するＳＣＰは、ＳＰＳ要求を認証することができる。さらに、ユーザについての詳細は、加入およびアカウントの詳細と一緒に、それに関連するＳＣＰを用いて入手することができることが、理解されるであろう。

ブロック３０６において、ＳＰＳ要求は、サービス・プロバイダ間の合意と、二次サービス・プロバイダとのユーザ・アカウントとに基づいて、認可される。サービス・プロバイダ間の合意は、加入者に対してサービス・プロバイダ切り替えサービスを提供する、一次サービス・プロバイダと、二次サービス・プロバイダとの間の合意を規定することができる。そのような合意は、サービス・プロバイダ選択ノード（ＳＰＳＮ）を用いて入手することができる。ＳＰＳＮは、異なるサービス・プロバイダのＳＣＰの間で通信し、またそのようなサービス・プロバイダの間の合意を検証することができる。ＳＰＳＮは、さらに、サービス・プロバイダ切り替えについて要求するユーザが、二次サービス・プロバイダとのアカウントを有することを検証することもできる。アカウント情報は、他のユーザ情報と一緒に二次サービス・プロバイダのＳＣＰを用いて入手することができる。

ブロック３０８において、ＳＰＳ要求の認可のすぐ後に、ユーザのホーム・ロケーション・レジスタは、二次サービス・プロバイダのＳＣＰの詳細を用いてアップデートされる。一実装形態においては、二次サービス・プロバイダのＳＣＰの詳細は、一次サービス・プロバイダのＨＬＲにおいて、アップデートされる。

サービス・プロバイダの間でユーザに関連するＳＩＭの動的切り替えのための方法およびシステムについての実施形態は、構造的な特徴および／または方法に特有の言語で説明されてきているが、本発明は、必ずしも、説明される特定の特徴または方法だけに限定されるとは限らないことを理解すべきである。むしろ、特定の特徴および方法は、動的切り替えのための例示の実施形態として開示されている。

Claims (20)

1. 異なるネットワーク・サービス・プロバイダの間で動的に切り替えるための方法であって、
   一次サービス・プロバイダに関連する加入者識別モジュール（ＳＩＭ）を有するユーザ機器（ＵＥ）から、前記一次サービス・プロバイダから二次サービス・プロバイダへと前記ＳＩＭを切り替えることを示しているサービス・プロバイダ切り替え（ＳＰＳ）要求を受信するステップと、
   少なくともユーザ加入に基づいて前記ＳＰＳ要求を認証するステップと、
   前記認証に対する応答の受信に基づいて、前記一次サービス・プロバイダのホーム・ロケーション・レジスタ（ＨＬＲ）の中のサービス制御ポイント（ＳＣＰ）の詳細のアップデートをトリガするステップと
   を含み、前記アップデートは、前記一次サービス・プロバイダから前記二次サービス・プロバイダへと前記ＳＩＭを切り替えることである、方法。
2. 認証する前記ステップは、
   サービス・プロバイダ・セレクタ・ノード（ＳＰＳＮ）に前記ＳＰＳ要求の認可を要求するステップと、
   前記要求された認可に応じて、前記ＳＰＳＮからの確認を受信するステップと
   をさらに含み、前記確認は、認可が成功したことを示しており、また前記確認は、少なくとも前記ユーザ加入に基づいている、請求項１に記載の方法。
3. 前記認可は、ＸＭＬインターフェースと、ダイアメータ・インターフェースとのうちの一方を介して要求される、請求項１乃至２のいずれか１項に記載の方法。
4. 認証する前記ステップは、前記一次サービス・プロバイダと、前記二次サービス・プロバイダとの間の１つまたは複数の合意規則と、前記ユーザ加入とに基づいている、請求項１乃至３のいずれか１項に記載の方法。
5. 前記ＳＣＰの詳細の前記アップデートは、前記ＨＬＲの中の前記一次サービス・プロバイダのＳＣＰアドレスを前記二次サービス・プロバイダのＳＣＰアドレスへと修正するステップを含む、請求項１乃至４のいずれか１項に記載の方法。
6. 前記ＳＣＰの前記アップデートは、前記ＨＬＲの中の前記二次サービス・プロバイダの前記ＳＣＰの詳細を有するプロファイルをアクティブにするステップを含む、請求項１乃至５のいずれか１項に記載の方法。
7. 前記ＳＰＳ要求は、非構造化付加サービス・データ（ＵＳＳＤ）フォーマットをとる、請求項１乃至６のいずれか１項に記載の方法。
8. 切り替え確認要求を前記ＵＥに対して送信するステップをさらに備え、前記切り替え確認要求は、前記一次サービス・プロバイダから前記二次サービス・プロバイダへの切り替えが成功したことを示している、請求項１乃至７のいずれか１項に記載の方法。
9. トリガする前記ステップは、任意時間修正（ＡＴＭ）要求フォーマットをとる、請求項１乃至８のいずれか１項に記載の方法。
10. 前記ＵＥから、前記二次サービス・プロバイダから元のサービス・プロバイダへと前記ＳＩＭを切り替えることを示している別のＳＰＳ要求を受信するステップと、
    前記一次サービス・プロバイダの前記ＨＬＲの中のＳＣＰの詳細のアップデートをトリガするステップと
    をさらに含む、請求項１乃至９のいずれか１項に記載の方法。
11. 前記ＳＣＰの詳細の前記アップデートは、前記ＨＬＲの中の前記二次サービス・プロバイダの前記ＳＣＰの詳細を前記元のサービス・プロバイダの前記ＳＣＰの詳細へと修正するステップを含む、請求項１０に記載の方法。
12. 異なるネットワーク・サービス・プロバイダの間で動的に切り替えるためのサービス制御ポイント（ＳＣＰ）２００であって、
    プロセッサ（２０２−１）と、
    前記プロセッサ（２０２−１）に結合されたメモリ（２０６−１）と
    を備え、前記メモリ（２０６−１）は、
    一次サービス・プロバイダに関連する加入者識別モジュール（ＳＩＭ）を有するユーザ機器（ＵＥ）から、前記一次サービス・プロバイダから二次サービス・プロバイダへと前記ＳＩＭを切り替えることを示しているサービス・プロバイダ切り替え（ＳＰＳ）要求を受信するように構成された要求受信モジュール（２１２）と、
    少なくともユーザ加入に基づいて前記ＳＰＳ要求を認証し、
    前記認証に対する応答に基づいて、前記一次サービス・プロバイダのホーム・ロケーション・レジスタ（ＨＬＲ）の中のサービス制御ポイント（ＳＣＰ）の詳細のアップデートをトリガするように
    構成された認証モジュール（２１６）と
    を備える、ＳＣＰ（２００）。
13. 前記認証モジュール（２１６）は、認可のために前記ＳＰＳ要求をサービス・プロバイダ・セレクタ・ノード（ＳＰＳＮ）（１１２）に送信するように構成されており、また前記認可は、前記ＨＬＲの中のＳＣＰの前記アップデートをトリガするために、前記一次サービス・プロバイダと前記二次サービス・プロバイダとの間の合意に少なくとも基づいている、請求項１２に記載のＳＣＰ（２００）。
14. 前記要求受信モジュール（２１２）は、さらに、前記ＳＰＳＮ（１１２）から完了成功応答を受信するように構成されている、請求項１３に記載のＳＣＰ（２００）。
15. プロセッサ（２０２−２）と、
    前記プロセッサ（２０２−２）に結合されたメモリ（２０６−２）と
    を備え、前記メモリ（２０６−２）は、
    一次サービス・プロバイダに関連する加入者識別モジュール（ＳＩＭ）を前記一次サービス・プロバイダから二次サービス・プロバイダへと切り替える要求を示しているサービス・プロバイダ切り替え（ＳＰＳ）要求を受信するように構成された要求処理モジュール（２２４）と、
    前記一次サービス・プロバイダと二次サービス・プロバイダとの間の合意に少なくとも基づいて前記ＳＰＳ要求を認可するように構成された認可モジュール（２２６）と
    を備える、サービス・プロバイダ・セレクタ・ノード（ＳＰＳＮ）（１１２）。
16. 前記ＳＰＳＮ（１１２）は、前記一次サービス・プロバイダのホーム・ロケーション・レジスタ（ＨＬＲ）の中の前記二次サービス・プロバイダのＳＣＰのアドレスをアップデートするように構成されたアップデート・モジュール（２２８）をさらに備える、請求項１５に記載のＳＰＳＮ（１１２）。
17. 前記アップデート・モジュールは、前記一次サービス・プロバイダの前記ＨＬＲの中の前記二次サービス・プロバイダの前記ＳＣＰに関連するプロファイルをアクティブにするように構成されている、請求項１６に記載のＳＰＳＮ（１１２）。
18. プロセッサと、
    前記プロセッサに結合されたメモリと
    を備え、前記メモリは、
    加入者識別モジュール（ＳＩＭ）のために、前記ＳＩＭを用いたアップデートのために、二次サービス・プロバイダのＳＣＰに関連する詳細を示しているサービス制御ポイント（ＳＣＰ）アップデート要求を取得し、
    前記二次サービス・プロバイダの前記ＳＣＰに関連する前記詳細をモバイル・サービス交換局（ＭＳＣ）に対して通信するように
    構成されたプロファイル・モジュール
    を備える、ホーム・ロケーション・レジスタ（ＨＬＲ）（２０１）。
19. 前記ＳＣＰアップデート要求は、一次サービス・プロバイダのＳＣＰと、サービス・プロバイダ・セレクタ・ノード（ＳＰＳＮ）とのうちの一方から取得される、請求項１８に記載のＨＬＲ（２０１）。
20. 一次サービス・プロバイダに関連する加入者識別モジュール（ＳＩＭ）を有するユーザ機器（ＵＥ）から、一次サービス・プロバイダから二次サービス・プロバイダへと前記ＳＩＭを切り替えることを示しているサービス・プロバイダ切り替え（ＳＰＳ）要求を受信するステップと、
    少なくともユーザ加入に基づいて前記ＳＰＳ要求を認証するステップと、
    前記認証に対する応答に基づいて、前記一次サービス・プロバイダのホーム・ロケーション・レジスタ（ＨＬＲ）の中のサービス制御ポイント（ＳＣＰ）のアップデートをトリガするステップと
    を含む方法を実行するためのコンピュータ読取り可能プログラム・コードを実装するコンピュータ読取り可能媒体。

Images