(57)【特許請求の範囲】
【請求項１】
データ及びコマンドを交換するためのセルラ電気通信ネットワークにおいて、サーバ（１２、１３１、４０１）と、端末（１０）と連携するセキュアエレメント（１１）との間の双方向通信チャネルを確立する方法であって、前記方法が、
ａ−前記サーバ（１２、１３１、４０１）のＭＣＣ及びＭＮＣと、前記セキュアエレメント（１１）の一意の識別子の少なくとも一部とを含む第１のアタッチメント要求信号メッセージを前記端末（１０）から前記サーバ（１２、１３１、４０１）に送信し、前記サーバ（１２、１３１、４０１）に前記一意の識別子をプロビジョニングすること、
ｂ−前記サーバ（１２、１３１、４０１）から前記セキュアエレメント（１１）に、少なくとも１つの第１の信号メッセージ（４０）で、
−少なくとも１つのコマンド（ＣＭＤ）、
−前記セキュアエレメント（１１）から前記サーバ（１２、１３１、４０１）にさらなるメッセージを送信する必要がある場合の相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）、
−データを含む第１のペイロード
を送信すること、
ｃ−前記セキュアエレメント（１１）において前記コマンドを実行すること
を含む方法。
【請求項２】
データも含む第２の信号メッセージ（４１）が前記サーバによって前記第１の信号メッセージとともに送信される、請求項１に記載の方法。
【請求項３】
前記データが、ＭＮＯのサーバのＭＣＣ（ＭＣＣ２）及びＭＮＣ（ＭＮＣ２）と、前記セキュアエレメント（１１）が前記ＭＮＯのネットワークにアタッチすることを許可するテンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）とを含む、請求項１又は２に記載の方法。
【請求項４】
前記相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）が、前記サーバ（１２、１３１、４０１）と前記セキュアエレメント（１１）との間で交換されるメッセージをペアにするのに使用され、新しいメッセージが前記サーバ（１２、１３１、４０１）により送信されるたびに変更される、請求項１乃至３のいずれかに記載の方法。
【請求項５】
前記一意の識別子が
−前記セキュアエレメント（１１）のＥＩＤ、又は
−前記ＥＩＤから導出されたキー
である、請求項１乃至４のいずれかに記載の方法。
【請求項６】
セキュアエレメント（１１）の一意の識別子がプロビジョニングされたサーバ（１２、１３１、４０１）であって、前記サーバ（１２、１３１、４０１）が、
ａ−前記セキュアエレメント（１１）と連携する端末（１０）から前記一意の識別子の少なくとも一部を、データを含む第１のアタッチメント要求信号メッセージで受信すること、
ｂ−少なくとも１つの第１の信号メッセージで、
−少なくとも１つのコマンド（ＣＭＤ）、
−前記セキュアエレメント（１１）から前記サーバ（１２、１３１、４０１）にさらなるメッセージを送信する必要がある場合の相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）、
−データを含む第１のペイロード
を送信すること、
ｃ−前記サーバ（１２、１３１、４０１）が前記セキュアエレメント（１１）から前記一意の識別子の全体を受信するまでステップａ及びｂを繰り返すこと、
ｄ−前記一意の識別子に対応するＭＮＯのサーバにプロビジョニングされたテンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）を取得すること、
ｅ−前記テンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）を、現在のＩＭＳＩを前記テンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）に置き換えよとのコマンドとともに前記セキュアエレメント（１１）に送信すること
に関する指示を含む少なくとも１つのマイクロプロセッサを備えたサーバ（１２、１３１、４０１）。
【請求項７】
前記一意の識別子が
−前記セキュアエレメント（１１）のＥＩＤ、又は
−前記ＥＩＤから導出されたキー
である、請求項６に記載のサーバ（１２、１３１、４０１）。
【請求項８】
前記セキュアエレメント（１１）に送信されたテンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）を、前記セキュアエレメント（１１）に含まれたエフェメラルＫｉ（ｅ‐Ｋｉ）と一緒にＭＮＯのＨＳＳ（４０４）にプロビジョニングするＳＭ‐ＤＳサーバ（１３２、４０２）も備えた、請求項６又は７に記載のサーバ（１２、１３１、４０１）を備えた改良されたＳＭ‐ＤＳ＋（４００）。
【請求項９】
セキュアエレメント（１１）であって、
ａ−ＭＣＣと、ＭＮＣと、前記セキュアエレメント（１１）の一意の識別子の少なくとも一部とを含む第１のアタッチメント要求信号メッセージ（フォーマット３１）を、前記セキュアエレメント（１１）と連携する電気通信端末（１０）のベースバンドを介して、初めて電源が入れられたときにサーバ（１２、１３１、４０１）に送信し、前記サーバ（１２、１３１、４０１）に前記一意の識別子をプロビジョニングすること、
ｂ−前記サーバ（１２、１３１、４０１）から、少なくとも１つの第１の信号メッセージ（４０）で、
−少なくとも１つのコマンド（ＣＭＤ）、
−前記セキュアエレメント（１１）から前記サーバ（１２、１３１、４０１）にさらなるメッセージを送信する必要がある場合の相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）、
−データを含む第１のペイロード
を受信すること、
ｃ−前記セキュアエレメント（１１）において前記コマンドを実行すること、
に関する指示を含むオペレーティングシステムを備えたセキュアエレメント（１１）。
【請求項１０】
前記オペレーティングシステムが、
ｄ−前記ＭＣＣ、前記ＭＮＣ、前記サーバ（１２、１３１、４０１）から受信した相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）、及びデータを含む第２のペイロードを前記サーバ（１２、１３１、４０１）に少なくとも１つの第２のアタッチメント要求信号メッセージ（フォーマット３２）で送信し、
前記オペレーティングシステムが、前記セキュアエレメント（１１）及び前記サーバ（１２、１３１、４０１）がさらなるデータ又はコマンドを交換する必要がなくなるまで必要に応じてステップａからｄを繰り返す、請求項９に記載のセキュアエレメント（１１）。
【請求項１１】
−ＵＩＣＣ、
−ｅＵＩＣＣ、又は
−ｉＵＩＣＣ
から構成される、請求項９又は１０に記載のセキュアエレメント（１１）。
【請求項１２】
請求項９乃至１１のいずれかに記載のセキュアエレメント（１１）を備えた端末（１０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電気通信に関し、とりわけセルラ通信ネットワークにおいてサーバと、端末と連携するセキュアエレメントとの間の双方向通信チャネルを、信号メッセージのみを使用することによって確立する方法を提案する。本発明の目的は、端末の所有者及び移動体ネットワークオペレータ（ＭＮＯ）により支払われる料金を無料にすることである。
【背景技術】
【０００２】
従来のセルラ電気通信ネットワークでは、セキュアエレメント、例えばＵＩＣＣ、ｅＵＩＣＣ（埋め込みＵＩＣＣ）又はｉＵＩＣＣ（端末のチップに組み込まれたＵＩＣＣ）などが端末と連携する。端末はハンドセット、スマートフォン、タブレット、ウォッチなどでよい。
【０００３】
セキュアエレメントは、サブスクライバがＭＮＯのネットワークとの通信に入ることを可能にするサブスクリプションプロファイル（プログラム、ファイル、キー、ファイル構造など）を含む。
【０００４】
端末は電源が入れられると、インターネットにアクセスしたり、呼処理を行ったりするためにこのＭＮＯの基地局に接続する。
【０００５】
しかしながら、例えばＭ２Ｍ（マシンツーマシン）領域やＩｏＴ（モノのインターネット）などの一部の事例では、セキュアエレメントはＭＮＯのサブスクリプションを含んでいない。セキュアエレメントは、ブートストラップアプリケーション、ＩＭＳＩ（国際移動体加入者識別番号）及びキーＫｉしか含まない場合がある。このような状況は、例えば端末のユーザが複数のオペレータの中からＭＮＯを選ぶことを可能にする。この解決策は、ブートストラップＭＮＯが海外にある場合のプロファイルダウンロードにおけるローミング費用をもたらす。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、このセキュアエレメントをローミング費用を負担することなく遠隔で（無線で）設定するために、セキュアエレメントとサーバとの間で交換される修正された標準化された信号メッセージを使用することを提案する。
【０００７】
標準化された信号メッセージは図１に示されている。このようなメッセージは、３Ｇ及び４ＧネットワークのためのＥＴＳＩ  ＴＳ１２４．００８に記述されている。
【０００８】
セキュアエレメント（ここではｅＵＩＣＣ）と連携する端末（ここではハンドセット）の電源が入ると、ハンドセットはレコード読み取りコマンドをｅＵＩＣＣに送信する。ｅＵＩＣＣは、ハンドセットにＩＭＳＩを送信することによってこの要求に回答する。次にハンドセットは最強の信号電力を有する基地局に接続し、（ＩＭＳＩと共に）アタッチ要求をＭＭＥ（移動体管理エンティティ）に送信する。ＭＭＥは、このＩＭＳＩをＭＣＣ／ＭＮＣがＩＭＳＩに含まれるものと一致するＭＮＯのＨＬＲ／ＶＬＲにＳＡＩ（ＩＭＳＩ）メッセージ（認証情報送信）で転送する。ＭＭＥ及びＨＬＲ／ＨＳＳは、それらのタスクを実行するための少なくとも１つのマイクロプロセッサを含むサーバである。
【０００９】
次にＨＬＲ／ＨＳＳは、ＭＭＥにｎ個の認証ベクトル（ＲＡＮＤ＆ＡＵＴＮ）をＳＡＩ確認メッセージで送信することによってＭＭＥに回答する。次にＭＭＥは、２つの値ＲＡＮＤ及びＡＵＴＮを認証要求メッセージでハンドセットに送信し、ハンドセットはこれらをＡＰＤＵコマンドでｅＵＩＣＣに転送する。ＲＡＮＤはｅＵＩＣＣを認証するために使用され、ＡＵＴＮはネットワークを認証するために使用される。次にｅＵＩＣＣは、値（ＲＥＳ）を計算し、この値をハンドセットに送信する。ハンドセットはＲＥＳ値をＭＭＥに転送し、ＭＭＥは受信したＲＥＳをＨＬＲ／ＨＳＳが提供する計算されたＲＥＳ’値と比較する。ＲＥＳ＝ＲＥＳ’の場合、相互認証が行われ、さらなるメッセージ交換がハンドセットとＭＮＯのネットワークとの間で可能になり、そうでない場合、相互認証が失敗し、ハンドセットにその旨が通知される。
【００１０】
本発明は、セキュアエレメントを遠隔で、すなわちオペレータネットワークにアタッチされることなく設定するための信号メッセージを使用することを提案する。
【課題を解決するための手段】
【００１１】
より詳細には、本発明は、データ及びコマンドを交換するためのセルラ電気通信ネットワークにおいて、サーバと、端末と連携するセキュアエレメントとの間の双方向通信チャネルを確立する方法であって、方法が、
ａ−サーバのＭＣＣ及びＭＮＣと、セキュアエレメントの一意の識別子の少なくとも一部とを含む第１のアタッチメント要求信号メッセージを端末からサーバに送信し、サーバに一意の識別子をプロビジョニングすること、
ｂ−サーバからセキュアエレメントに、少なくとも１つの第１の信号メッセージで、
−少なくとも１つのコマンド、
−セキュアエレメントからサーバにさらなるメッセージを送信する必要がある場合の相関識別子、
−データを含む第１のペイロード
を送信すること、
ｃ−セキュアエレメントにおいてコマンドを実行すること、
を含む方法を提案する。
【００１２】
好ましくは、データも含む第２の信号メッセージがサーバによって第１の信号メッセージとともに送信される。
【００１３】
好適な実施形態では、データは、ＭＮＯのサーバのＭＣＣ及びＭＮＣと、セキュアエレメントがＭＮＯのネットワークにアタッチすることを許可するテンポラリＩＭＳＩとを含む。
【００１４】
相関識別子は、サーバとセキュアエレメントとの間で交換されるメッセージをペアにするのに使用され、新しいメッセージがサーバにより送信されるたびに変更される。
【００１５】
有利には、一意の識別子は、
−セキュアエレメントのＥＩＤ、又は
−ＥＩＤから導出されたキー
である。
【００１６】
本発明はまた、セキュアエレメントの一意の識別子がプロビジョニングされたサーバであって、サーバが、
ａ−セキュアエレメントと連携する端末から一意の識別子の少なくとも一部を、データを含む第１のアタッチメント要求信号メッセージで受信すること、
ｂ−少なくとも１つの第１の信号メッセージで、
−少なくとも１つのコマンド、
−セキュアエレメントからサーバにさらなるメッセージを送信する必要がある場合の相関識別子、
−データを含む第１のペイロード
を送信すること、
ｃ−サーバがセキュアエレメントから一意の識別子の全体を受信するまでステップａ及びｂを繰り返すこと、
ｄ−一意の識別子に対応するＭＮＯのサーバにプロビジョニングされたテンポラリＩＭＳＩを取得すること、
ｅ−テンポラリＩＭＳＩを、現在のＩＭＳＩをテンポラリＩＭＳＩに置き換えよとのコマンドとともにセキュアエレメントに送信すること
に関する指示を含む少なくとも１つのマイクロプロセッサを備えたサーバに関する。
【００１７】
本発明はまた、セキュアエレメントに送信されたテンポラリＩＭＳＩを、セキュアエレメントに含まれるエフェメラルＫｉと一緒にＭＮＯのＨＳＳにプロビジョニングするＳＭ‐ＤＳサーバも備えた、上記のサーバを備えた改良されたＳＭ‐ＤＳ＋に関する。
【００１８】
本発明はまた、セキュアエレメントであって、
ａ−ＭＣＣと、ＭＮＣと、セキュアエレメントの一意の識別子の少なくとも一部を含む第１のアタッチメント要求信号メッセージを、セキュアエレメントと連携する電気通信端末のベースバンドを介して初めて電源が入れられたときにサーバに送信し、サーバに一意の識別子をプロビジョニングすること、
ｂ−サーバから、少なくとも１つの第１の信号メッセージで、
−少なくとも１つのコマンド、
−セキュアエレメントからサーバにさらなるメッセージを送信する必要がある場合の相関識別子、
−データを含む第１のペイロード
を受信すること、
ｃ−セキュアエレメントにおいてコマンドを実行すること、
に関する指示を含むオペレーティングシステムを備えたセキュアエレメントに関する。
【００１９】
好ましくは、オペレーティングシステムは、
ｄ−ＭＣＣ、ＭＮＣ、サーバから受信した相関識別子、及びデータを含む第２のペイロードをサーバに少なくとも１つの第２のアタッチメント要求信号メッセージで送信し、オペレーティングシステムは、セキュアエレメント及びサーバがさらなるデータ又はコマンドを交換する必要がなくなるまで必要に応じてステップａからｄを繰り返す。
【００２０】
セキュアエレメントは、
−ＵＩＣＣ、
−ｅＵＩＣＣ、又は
−ｉＵＩＣＣ
から構成することができる。
【００２１】
本発明はまた、このようなセキュアエレメントを備えた端末に関する。
【図面の簡単な説明】
【００２２】
本発明の他の特徴及び利点は、次の図を参照して以下で説明される。
【００２３】
【図１】技術水準に関する図（（３Ｇ／４Ｇの場合の）電源投入時の通常の認証フロー）。
【図２】本発明の原理の説明図。
【図３】端末／ｅＵＩＣＣからサーバに送信されるメッセージの様々なフォーマットを示す図。ｅＵＩＣＣはここでは特別なＯＳを有する改良されたＵＩＣＣであり、以下ｅＵＩＣＣ＋という。
【図４】サーバによりｅＵＩＣＣ＋に送信されるＲＡＮＤ及びＡＵＴＮメッセージの長さを有する特別なメッセージを示す図。
【図５】サーバからｅＵＩＣＣ＋に送信されるメッセージで使用されるコマンド値の一例を示す表。
【図６】本発明の第１の使用事例の簡略図。
【図７】この第１の使用事例についての本発明に係るシステムの一例を示す図。
【図８−１】図７の異なるエンティティ間の交換の一例を示す図。
【図８−２】図７の異なるエンティティ間の交換の一例を示す図。
【図８−３】図７の異なるエンティティ間の交換の一例を示す図。
【図９−１】ＰＯＳで所与のｅＵＩＣＣ＋についてサブスクリプションが必要となり、図８のステップが実行されるとき、異なるエンティティ間で交換される信号の流れを示す図。
【図９−２】ＰＯＳで所与のｅＵＩＣＣ＋についてサブスクリプションが必要となり、図８のステップが実行されるとき、異なるエンティティ間で交換される信号の流れを示す図。
【図１０−１】ｅＵＩＣＣ＋がＥＩＤキーによって自身を識別することによってＤ‐ＨＳＳと通信するときに何が行われるかを示す図。
【図１０−２】ｅＵＩＣＣ＋がＥＩＤキーによって自身を識別することによってＤ‐ＨＳＳと通信するときに何が行われるかを示す図。
【図１１】ＥＩＤ符号化の一例を示す図。
【図１２】本発明の第２の使用事例を示す図。
【図１３】この第２の使用事例についてのＳＭ‐ＤＳ＋のアーキテクチャの一例を示す図。
【図１４−１】この第２の使用事例の場合に端末のユーザがオペレータを選択できるようにするステップの流れを示す図。
【図１４−２】この第２の使用事例の場合に端末のユーザがオペレータを選択できるようにするステップの流れを示す図。
【図１５−１】図１４のステップを実行した後の、第２の使用事例の場合のｅＵＩＣＣ＋と図１３の要素との間のその後の通信を示す図。
【図１５−２】図１４のステップを実行した後の、第２の使用事例の場合のｅＵＩＣＣ＋と図１３の要素との間のその後の通信を示す図。
【図１６−１】第２の使用事例の場合のｅＵＩＣＣ＋とＤ‐ＨＳＳとの間で再度ＥＩＤキーを使用することにより交換されるメッセージを説明する詳細なフローチャート。
【図１６−２】第２の使用事例の場合のｅＵＩＣＣ＋とＤ‐ＨＳＳとの間で再度ＥＩＤキーを使用することにより交換されるメッセージを説明する詳細なフローチャート。
【発明を実施するための形態】
【００２４】
本発明は、これから３Ｇ又は４Ｇネットワークの範囲内で説明される。本発明は、信号メッセージが端末の電源投入時にセキュアエレメントとネットワークの間で交換される限り、５Ｇネットワーク（及び他の次世代ネットワーク）にも適用可能である。
【００２５】
本発明は、改良されたセキュアエレメント及びサーバにより送信される標準信号メッセージを、改良されたセキュアエレメント（以下ｅＵＩＣＣ＋という）を遠隔で設定するために修正することを提案する。この設定は、信号チャネルのみを使用することによって、すなわちオペレータのエンドユーザに費用を発生させず、かつＷＩＦＩ接続を用いることなく、例えばショートアプレットをｅＵＩＣＣ＋に送信して、ＩＭＳＩを変更し、ｅＵＩＣＣ＋内のファイルを変更することから構成されてよい。
【００２６】
図２は、端末、例えばセキュアエレメント１１（例えばＳＩＭ、ＵＩＣＣ、ｅＵＩＣＣ又はｉＵＩＣＣ）と連携するハンドセット又はスマートフォン１０が遠隔サーバ１２と無線で通信するシステムを示している。サーバ１２は以下の項でディスカバリＨＬＲ／ＨＳＳ又はＤ‐ＨＳＳともいわれる。セキュアエレメント１１は、端末１０に組み込む、又は例えばＢｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ、ＮＦＣ若しくはｅＧｏ（商標）のような既知のリンクによって端末と通信することができる。
【００２７】
セキュアエレメント１１は、サーバ１２と（そのＩＭＳＩに含まれる）ＭＣＣ／ＭＮＣによって接続する特別なオペレーティングシステム（ＯＳ）を有する改良されたセキュアエレメントである。このサーバのＭＣＣ／ＭＮＣは、第１のＭＣＣ／ＭＮＣ（又はＭＣＣ１、ＭＮＣ１）ともいわれる。
【００２８】
標準化されたＩＭＳＩは、３桁のＭＣＣと、２桁（欧州標準）又は３桁（北米標準）を含む。ＭＮＣの長さはＭＣＣの値に依存する。残りの桁はネットワークの顧客基盤内の移動体加入者識別番号（ＭＳＩＮ）である（９又は１０桁のＭＳＩＮ）。
【００２９】
セキュアエレメント１１は、ＩＭＳＩのＭＣＣ１／ＭＮＣ１がサーバ１２のレベルの対応するＭＣＣ／ＭＮＣの１つである場合に（端末１０を介して）サーバ１２に接続する。サーバ１２はディスカバリサーバ（Ｄ‐ＨＳＳ）でよく、セキュアエレメントの改良されたＯＳは、（３Ｇ又は４Ｇネットワークの場合）サーバ１２により送信されるＲＡＮＤ及び／又はＡＵＴＮメッセージの長さを有するメッセージで受信されたコマンドを受信し実行することができる。２Ｇネットワークでは、ＲＡＮＤメッセージのみがセキュアエレメント１１に送信され、このＲＡＮＤメッセージは、本発明によればコマンド及びデータを含むように修正されている。
【００３０】
セキュアエレメント１１は、ＲＡＮＤ及び／又はＡＵＴＮメッセージをサーバ１２から受信すると、そのＭＣＣ１／ＭＮＣ１と標準ＭＳＩＮに取って代わるデータとを含む修正されたＩＭＳＩフィールドで回答する。
【００３１】
セキュアエレメント１１及びサーバ１２間の通信は、以下で相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）と呼ばれるシーケンス番号によって、サーバ１２によりセキュアエレメント１１に送信されるメッセージがこのＣｏｒｒｅｌ‐ＩＤを含む場合に、セキュアエレメント１１が同じＣｏｒｒｅｌ‐ＩＤを含めてサーバ１２に応答するように同期される。所定の時点で、サーバ１２により割り当てられたＣｏｒｒｅｌ‐ＩＤは、全てのアクティブな通信ダイアログについて異なる必要がある。
【００３２】
Ｃｏｒｒｅｌ‐ＩＤは、サーバがｅＵＩＣＣ＋にネットワークが新しいアタッチメントを遮断することを回避せよとの新しいコマンドを送信するときにサーバによって変更されることが好ましい（例えば最新のＣｏｒｒｅｌ‐ＩＤを１増加させる、又はｅＵＩＣＣ＋にランダムなＣｏｒｒｅｌ‐ＩＤを送信する）。セキュアエレメント１１のＭＣＣ／ＭＮＣがサーバ１２と異なる場合、セキュアエレメント１１は（改良されたＯＳを有しない）標準セキュアエレメントとして機能し、標準の認証アルゴリズム（例えば、ＡＫＡ  Ｍｉｌｅｎａｇｅ又はＣＯＭＰ‐１２８）及び既知の認証プロセスを用いてＭＮＯのネットワークに接続する。
【００３３】
セキュアエレメント１１は、サーバ１２に接続するためのデフォルトプロファイルを含む。デフォルトプロファイルは、以下ｅ‐Ｋｉ（エフェメラルＫｉ）といわれるキーと、一意の識別子、例えばＥＩＤ（ｅＵＩＣＣ識別子）、ＥＩＤキー又はエフェメラルＩＭＳＩ（ＥＩＤから導出可能なｅ−ＩＭＳＩ）とを少なくとも含む。フィールドＩＣＣＩＤ及びｅ‐ＩＭＳＩ（エンベロープ‐ＩＭＳＩの略である）は空と思われる。ＥＩＤ又はＥＩＤを参照するキー（ＥＩＤキー）は、エンベロープ‐ＩＭＳＩを使用してサーバ１２に送信される。
【００３４】
次の記述において、「ｅ」はエフェメラルを、「ｔ」はテンポラリを、そして「ｐ」はパーマネントを表す。ｅ‐データはサーバとｅＵＩＣＣ＋の間で、ｔ‐データのｅＵＩＣＣ＋への送信を可能にするプロビジョニング段階中に交換され、これらのｔ‐データは、後にｐ‐データをこのｅＵＩＣＣ＋にインストールためにＭＮＯサーバとｅＵＩＣＣ＋の間で交換される。
【００３５】
図３は、認証シグナリングで搬送されるＩＭＳＩフィールドの３つの考えられるフォーマットを示している。
【００３６】
−フォーマット３０は標準ＩＭＳＩフォーマットである。フォーマット３０は、３桁のＭＣＣと、２又は３桁のＭＮＣと、９又は１０桁のセキュアエレメントのＭＳＩＮとを含む。
【００３７】
−第１のフォーマット３１（エンベロープ‐ＩＭＳＩフォーマット１ともいう）もＭＣＣ及びＭＮＣ（ＭＣＣ１及びＭＮＣ１）を含み、この後に専用数字（例えば「０」）と９桁のペイロードが続く。この第１のフォーマット３１は、ｅＵＩＣＣ＋によるサーバ１２へのアタッチの最初の試みに使用される。そしてｅＵＩＣＣ＋とサーバ１２との間の通信ダイアログの第１のメッセージである。ペイロードはサーバに伝達すべきデータを含み、これらのデータはｅＵＩＣＣ＋の一意の識別子の少なくとも一部を示す。
【００３８】
−第２のフォーマット３２（エンベロープ‐ＩＭＳＩフォーマット２ともいう）はｅＵＩＣＣ＋により使用され、（サーバからの回答を受信した場合に）ｅＵＩＣＣ＋によるサーバ１２へのアタッチの最初の試みの後に行われる交換において（ペイロード内の）さらなるデータをサーバ１２に伝達する。フォーマット３２は上記と同じＭＣＣ１／ＭＮＣ１を含み、この後に１〜９の範囲の１つの数字から始まる５桁の相関識別子が続く（前述の専用数字は第１の数字として使用されない）。この相関識別子（この例では０から始まっていない）はサーバによって送信され、サーバ１２がコマンドへの回答がどのｅＵＩＣＣ＋から来ているかを知ることができるようにサーバから返信される。このフォーマット３２はまた、ｅＵＩＣＣ＋１１からサーバ１２に送信されたさらなるデータを含むペイロードを含み、ｅＵＩＣＣ＋とサーバとの間で交換されるその後のメッセージに使用される。
【００３９】
ｅＵＩＣＣ＋は、図３のフォーマット３１及びフォーマット３２のメッセージのみを使用してサーバと通信する。ｅＵＩＣＣ＋は、連携する端末のベースバンドによってサーバと通信する。
【００４０】
サーバは、標準化されたＲＡＮＤ／ＡＵＴＮメッセージをｅＵＩＣＣ＋に送信する代わりに、特別メッセージをｅＵＩＣＣ＋に送信する。これらのメッセージは、２Ｇの場合は少なくともＲＡＮＤメッセージフォーマットの、そして信号チャネルで少なくとも３Ｇ通信をサポートするネットワークの場合は少なくともＲＡＮＤ及びＡＵＴＮフォーマットのデータ及びコマンドを含む。５Ｇの場合は、おそらくＲＡＮＤ／ＡＵＴＮメッセージの目的を有する信号メッセージも使用され、これらのメッセージは、コマンド及びデータをセキュアエレメントに送信するのに使用されるだろう。
【００４１】
図４は、サーバによりｅＵＩＣＣ＋に送信される特別メッセージを示しており、これらのメッセージはＲＡＮＤ及びＡＵＴＮメッセージの長さを有する。
【００４２】
これらのメッセージは、従来のＲＡＮＤ／ＡＵＴＮメッセージの代わりにサーバ１２によりｅＵＩＣＣ＋１１に送信される。そして標準化されたＲＡＮＤ及びＡＵＴＮメッセージと同じ長さを有する。
【００４３】
図１を参照してすでに説明したように、３Ｇ、４Ｇ、そしておそらく（例えば５Ｇのような）次世代のネットワークにおいて、信号メッセージＲＡＮＤ及びＡＵＴＮ（など）がｅＵＩＣＣ＋に送信される。信号メッセージＲＡＮＤ及びＡＵＴＮは、共に（現在は）１６バイト長を有し、したがって、サーバ１２からｅＵＩＣＣ＋に送信可能なデータの総量は３２バイトである。
【００４４】
本発明の範囲内で、少なくとも１つのマイクロプロセッサに含まれるｅＵＩＣＣ＋のＯＳは、サーバ１２により送信されたこれらの特別メッセージ（図４）を検出することができる。
【００４５】
サーバ１２は、標準ＲＡＮＤ及びＡＵＴＮメッセージをセキュアエレメント１１に送信する代わりに、例えば図４のＲＡＮＤ及びＡＵＴＮの構造を使用する。
【００４６】
ここで信号メッセージ４０は以下を含む：
−少なくとも１つの１バイトコマンド（ＣＭＤ）。このフィールド又はＲＡＮＤフォーマットを有するメッセージの他のフィールドに複数のコマンドを格納することができる。
−ｅＵＩＣＣ＋からサーバ１２に送信される応答（図３のフォーマット３２）で使用される４バイトの相関ＩＤ（識別子）。相関ＩＤは、ｅＵＩＣＣ＋とサーバの間の要求及び回答を相関させる働きをする。当然のことながら、ｅＵＩＣＣ＋からの回答が必要ない場合、相関ＩＤを送信する必要はない。
−構造がコマンドフィールドに依存する２７バイトのペイロード（（２Ｇネットワークでない場合）ＲＡＮＤが１０で、ＡＵＴＮが１７）。このペイロードを含むＡＵＴＮメッセージは４１で参照される。このペイロードはデータをサーバからｅＵＩＣＣ＋に送信するのに使用される。当然のことながら、コマンド及びＣｏｒｒｅｌ‐ＩＤは、ＲＡＮＤフィールドに含まれる代わりに、標準ＡＵＴＮフォーマットのフィールドに含めることができる（互いに交換可能である）。
【００４７】
マイクロプロセッサにインストールされたｅＵＩＣＣ＋ＯＳは、これらの特別なフォーマットを検出可能な指示を有する。
【００４８】
当然のことながら、２Ｇネットワークがセキュアエレメント１１とサーバ１２の間のメッセージ伝送に使用される場合、ＲＡＮＤメッセージのみがサーバからセキュアエレメント１１に送信され（ＡＵＴＮメッセージは２Ｇには存在しない）、ＡＵＴＮメッセージのペイロードが利用できないため、交換されるメッセージの数がより重要になる。
【００４９】
この２Ｇのケースでは、全てのコマンド、Ｃｏｒｒｅｌ‐ＩＤ（必要な場合）及びデータ（ペイロード）がこのＲＡＮＤフォーマットに含まれており、２Ｇネットワークで動作するｅＵＩＣＣ＋は特別なＲＡＮＤメッセージのみを取り扱うことができるであろう。
【００５０】
サーバからｅＵＩＣＣ＋に送信されるコマンド値は、例えば図５に示すものである。
【００５１】
例えば１バイトコマンド０ｘ０２は、サーバからｅＵＩＣＣ＋に送信される、ＩＭＳＩのエンベロープ‐ＩＭＳＩ（ｅ‐ＩＭＳＩ）からテンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）への切替え要求である。ｔ‐ＩＭＳＩは通常、ＭＮＯのＨＳＳにキーｅ‐Ｋｉとともにプロビジョニングされる。後で分かるように、多くの他のコマンドも考えられる。
【００５２】
例えば確保コマンド（例えば０Ｘ０５）では、ｅＵＩＣＣ＋にｅＵＩＣＣ＋内のデフォルトＳＩＭプロファイルを更新するよう要求することができる。したがって、信号メッセージのみを使用することによって、ｅＵＩＣＣ＋への（小さい）アプレットのダウンロードを行うことができる。これはサーバ１２とｅＵＩＣＣ＋の間の（図４の特別なＲＡＮＤ及び／又はＡＵＴＮメッセージによる）いくつかのやりとりによって行うことができる。これらのメッセージの全てが信号メッセージであり、ユーザのアカウント又はＭＮＯのアカウントに影響を及ぼさない（そしてＷＩＦＩ接続が不要である）。
【００５３】
本発明により提案される方法によって、セルラ電気通信ネットワークにおける、サーバと、端末と連携するセキュアエレメントとの間の双方向かつセキュアな通信チャネルが信号メッセージのみを使用することによって確立される。
【００５４】
まず第一に、セキュアエレメント１１は、サーバのＭＣＣ１／ＭＮＣ１とｅＵＩＣＣ＋の一意の識別子の少なくとも第１の部分とを含む第１のアタッチメント要求信号メッセージをサーバ１２に送信する。この一意の識別子は、例えばそのＥＩＤでよい。一意の識別子のこの部分はフォーマット３１メッセージのペイロードに含まれる。サーバはこの第１のアタッチメント要求を受信し、ペイロードフィールドを特定する。次にサーバはこの第１のメッセージに相関識別子を関連付けてダイアログを監視する。
【００５５】
次にサーバは、セキュアエレメントに少なくとも第１の信号メッセージ（ここでは標準ＲＡＮＤメッセージではないＲＡＮＤメッセージの長さを有する）で以下のものを送信する：
−  少なくとも１つのコマンド（ＣＭＤ）；
−  さらなるメッセージをセキュアエレメントからサーバに送信しなければならない場合の相関識別子（Ｃｏｒｒｅｌ‐ＩＤ）；
−  データを含む第１のペイロード（図４のＲＡＮＤメッセージ４０のフォーマット参照）。ｅＵＩＣＣ＋にＲＡＮＤメッセージしか送信できない場合（２Ｇ）はペイロードバイト０〜１０が使用され、３Ｇ又は４Ｇネットワークが利用可能な場合は追加のペイロード１１〜２６（信号メッセージ４１のペイロードに含まれるデータ）を使用することができる。
【００５６】
その後、ｅＵＩＣＣ＋はサーバにより受信されたコマンドを実行する。
【００５７】
必要に応じて、セキュアエレメントは、少なくとも第２のアタッチメント要求信号メッセージで同じＭＣＣ１／ＭＮＣ１を、更新されたＭＳＩＮフィールドで、受信した相関識別子及びデータを含む第２のペイロードをサーバに送信する。これらのデータ／コマンドのやりとりは、２つのエンティティ（ｅＵＩＣＣ＋及びサーバ）がダイアログを完了するまで続いている。
【００５８】
本発明は様々な使用事例で実施することができる。
【００５９】
２つの異なる使用事例を以下で説明する。
【００６０】
図６に示されている第１の使用事例では、エンドユーザがＭＮＯのＰＯＳ（店頭）でｅＵＩＣＣ（埋め込まれているか又はそうでない）と連携する新しい端末（例えばハンドセット）を購入し、このＭＮＯとのサブスクリプションを選択する（ステップ１）。店員はハンドセットの箱に印刷されたＥＩＤ（ｅＵＩＣＣのＩＤ）をスキャンし、ＳＭ‐ＤＰ＋（サブスクライバマネージャ‐データ作成）がサブスクリプションを作成する（ステップ２）。これらのステップの後、顧客は自身のハンドセットの電源を入れることができ（ステップ３）、ＭＮＯはｅＵＩＣＣにサブスクリプションをダウンロードする（ステップ４）。
【００６１】
しかしながら、ＧＳＭＡのＲＳＰアーキテクチャ仕様書ＳＧＰ．２１（２０１６年８月２３日付のバージョン２．０、Ｖ２．０）によると、サブスクリプションのダウンロードを実行するのにＷＩＦＩアクセスが必須である。このアクセスはサブスクライバの悩みとして認識される可能性がある。一部の地域の家でのＷＩＦＩ普及率は高くない。ＵＳＡでさえ、普及率は５８％しかない。アフリカなどの他の大陸のＷＩＦＩ普及率は極めて低い。さらに、人口の大部分が直面する問題は、ＭＮＯサブスクリプションプロファイルをダウンロードするための重要な課題となる自身のデバイスにＷＩＦＩを設定することである。
【００６２】
本発明の範囲内で、サブスクライバがＭＮＯのネットワークとの通信に入れるようにする、全てのプログラム、ファイル、キー、ファイル構造などを含むサブスクリプションプロファイルのダウンロードだけでなく、信号チャネルを使用することによりＭＮＯにより課金されない伝送チャネルのみを使用することによるセキュアエレメントとサーバとの間の相互通信が提案される。
【００６３】
ＷＩＦＩアクセス手段がない場合、サブスクリプションをｅＵＩＣＣにダウンロードすることができず、世界の一部におけるｅＵＩＣＣの不採用につながる可能性がある。
【００６４】
１つの解決策は、デバイスのネットワークへのアタッチ、及びローミング契約を通じたサブスクライバプロファイルのダウンロードの実行を可能にするブートストラッププロファイルに基づいた初期アタッチメントを提案することである。しかしながら、これによって、ｅＵＩＣＣはどの国で販売／使用されるのかを知らずに製造されるためにプロファイルをダウンロードするためのローミング費用が生じる。したがって、目標とするＭＮＯ又はＭＶＮＯを選択することができない。
【００６５】
本発明は、ＧＳＭＡ及び３ＧＰＰ標準に準拠しながらこの問題に対する解決策を提案する。
【００６６】
第１の使用事例において、本発明は、エンドユーザがスマートフォン又は何らかの電気通信端末を購入し、ＭＮＯ（移動体ネットワークオペレータ）からその端末と連携するセキュアエレメントにサブスクリプションをダウンロードすることを希望する際のユーザエクスペリエンスを簡素化することを提案する。セキュアエレメントは、確保されたサブスクリプションをＭＮＯネットワークを通じてダウンロードするためのＷｉＦｉアクセス手段を持たないＵＩＣＣ、ｅＵＩＣＣ（埋め込みＵＩＣＣ。ＵＩＣＣはＵｎｉｖｅｒｓａｌ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ（汎用集積回路カード）の略）又はｉＵＩＣＣ（端末のプロセッサに組み込まれたセキュアエレメントである組み込みＵＩＣＣ）でよい。本発明は２Ｇ（ＧＳＭ（登録商標））、３Ｇ（ＵＭＴＳ）、４Ｇ（ＬＴＥ）及び５Ｇ（ＩｏＴ）ネットワークに適用され、ＧＳＭＡ及び３ＧＰＰに準拠する。
【００６７】
ＧＳＭＡのＲＳＰアーキテクチャ仕様書ＳＧＰ．２１（２０１６年８月２３日付のバージョン２．０、Ｖ２．０）は、ＷＩＦＩを介した初期オペレータサブスクリプションのプロビジョニング及びその後の１つのオペレータから別のオペレータへのサブスクリプションの変更を可能にする、消費者向けデバイスのリモートプロビジョニング及び管理のための標準メカニズムを提供する。
【００６８】
図７は第１の使用事例を説明する。
【００６９】
この図７において、改良されたＳＭ‐ＤＳ４００（サブスクリプションマネージャ‐ディスカバリサーバ）をここでＳＭ‐ＤＳ＋（又は第１のサーバ）という。例えばＳＧＰ．２１  ＲＳＰアーキテクチャ、バージョン２．０、２０１６年８月２３日にＳＭ‐ＤＳが記述されている。ＳＭ‐ＤＳ＋４００は、ＧＳＭＡフェーズ２標準ＳＧＰ１１−“ＲＳＰアーキテクチャ−バージョン２．０”及びＧＳＭＡ  ＳＧＰ２２−“ＲＳＰ技術仕様書−バージョン２．０−クリーンバージョン−２０１６年８月１９日”に適合する。
【００７０】
ＳＭ‐ＤＳ＋サーバ４００は、Ｄ‐ＨＳＳ（ディスカバリホームサブスクライバサーバ又はホームロケーションレジスタ）と呼ばれるサーバ４０１すなわち第２のサーバと、ＳＭ‐ＤＳ４０２（第３のサーバ）とを含む。Ｄ‐ＨＳＳ４０１は、ＩＭＳＩのＭＣＣ／ＭＮＣコードによって最初の電源投入時におけるハンドセット１０の最初のアタッチメントを制御する。ＳＭ‐ＤＳ＋４００は、ＳＭ‐ＤＰ＋サーバ４０３（サブスクライバマネージャ−データ作成）にリンクしている。ＳＭ‐ＤＳ＋４００及びＳＭ‐ＤＰ＋４０３は、第１のエンティティ、例えばｅＵＩＣＣ製造者（ｅＵＭ）に属するサーバである。
【００７１】
ＳＭ‐ＤＰ＋４０３サーバは、プロファイルパッケージを管理し、それぞれをプロファイル保護キーで保護し、プロファイル保護キー及び保護されたプロファイルパッケージを安全な方法でプロファイルパッケージレポジトリに格納し、保護されたプロファイルパッケージを指定のＥＩＤに関連付ける機能を有する。ＳＭ‐ＤＰ＋４０３サーバは、保護されたプロファイルパッケージを各ＥＩＤに紐付け、これらの紐付けられたプロファイルパッケージを各ｅＵＩＣＣのＬＰＡ（ローカルプロファイルアシスタント）に安全にダウンロードする。ＳＭ‐ＤＰ＋サーバも２０１６年８月２３日のＳＧＰ．２１  ＲＳＰアーキテクチャ、バージョン２．０に規定されている。
【００７２】
図７はまた、ＨＳＳ４０４及びＢＳＳ／ＯＳＳ４０５（ビジネス支援システム／動作サポートシステム）を示す。ＨＳＳ４０４及びＢＳＳ／ＯＳＳ４０５は通常、第２のエンティティ、一般的にはオペレータ（ＭＮＯ）に属する。
【００７３】
ＳＭ‐ＤＳ＋４００は、ＭＮＯにより使用されるＳＭ‐ＤＰ＋４０３サーバに接続された代替的なＳＭ‐ＤＳ４０２サーバを含む。通常のｅＵＩＣＣの場合、実に標準的な方法で動作する。デフォルトプロファイルを有する改良されたｅＵＩＣＣ（以下ｅＵＩＣＣ＋という）の場合、エンドユーザエクスペリエンスを向上させ、簡素化する。
【００７４】
ｅＵＩＣＣ＋（図７ではｅＳＩＭと表記）のデフォルトプロファイルは、ＭＮＯ  ＨＳＳ４０４との通信を可能にするエフェメラルＫｉ（ｅ‐Ｋｉ）を含む又は生成する必要があり、ブートストラップアプリケーションを含む。ｅＵＩＣＣ＋からＤ‐ＨＳＳ４０１に（そのＭＣＣ／ＭＮＣによって）送信された初期認証メッセージは、ｅＵＩＣＣ＋／端末が初めて（ＭＮＯの最強の信号を有するＢＴＳを）接続する訪問先ネットワークを介して信号ネットワークに接続されたＤ‐ＨＳＳに転送される。
【００７５】
Ｄ‐ＨＳＳサーバ４０１は、２Ｇ／３Ｇ／４Ｇ信号チャネル（２Ｇ及び３Ｇの場合はＭＡＰ、４Ｇ／ＬＴＥの場合はダイアミター、さらに次世代５Ｇの場合はダイアミター又は別の信号チャネル）を使用してコマンドをハンドセット及びそのｅＵＩＣＣ＋に送信する。Ｄ‐ＨＳＳ４０１は、これらのタスクを実行するために研究された少なくとも１つのマイクロプロセッサを備える。Ｄ‐ＨＳＳ４０１は、様々なコマンドをハンドセット１０に送信し、ハンドセット１０にメニューを表示させたり、ｅＵＩＣＣ＋のデフォルトプロファイルＩＭＳＩを切り替え、ハンドセットアタッチメントをユーザ選択されたＭＮＯに変更したりすることができる。
【００７６】
大まかに説明すると、システムは以下のように動作している。
ｅＵＩＣＣ＋は、ブートストラップアプリケーションと、ＥＩＤのような一意の識別子と、（Ｄ‐ＨＳＳと通信するための）第１のＭＣＣ／ＭＮＣと、ＥＩＤから導出可能なｅ‐ＫＩとを備える。ｅＵＩＣＣ＋が製造されるとき、個人化センターは、対応するＭＮＯのＢＳＳ／ＯＳＳにｅＵＩＣＣ＋のＥＩＤを入力する（例えばハンドセットが入っている箱に印刷されたバーコードやＱＲコード（登録商標）の形をとるＥＩＤをスキャンする）。これは図７のステップ１に対応する。ＳＭ‐ＤＰ＋は、パーマネントな（確定的）ＩＭＳＩ（ｐ‐ＩＭＳＩ）とＫｉ（ｐ‐Ｋｉ）（その他のファイル、アプリケーション、ファイルシステムなど）とを含むサブスクリプションを作成し、ＳＭ‐ＤＳ＋に通知する。ＳＭ‐ＤＳ＋は、このＥＩＤ及びｔ‐ＩＭＳＩの保留中のダウンロードをＤ‐ＨＳＳに通知し（ステップ２）、Ｄ‐ＨＳＳ４０１は、ＳＭ‐ＤＳ４０２へ送信されるエフェメラルＫｉ（ｅ‐Ｋｉ）をＥＩＤから導出する。ステップ３において、ＳＭ‐ＤＳ＋はＭＮＯのＨＳＳ４０４にテンポラリＩＭＳＩ（ｔ‐ＩＭＳＩ）及びエフェメラルＫｉ（ｅ‐Ｋｉ）をプロビジョニングする。
【００７７】
ＭＮＯにより提供されるサービスにサブスクライブしたｔ‐ＩＭＳＩのプールがＳＭ‐ＤＳ＋にプロビジョニングされる。その後、最終のサブスクリプションプロファイル（ｐ‐ＩＭＳＩ及びｐ‐Ｋｉを含む）がｅＵＩＣＣにダウンロードされるとき、このｔ‐ＩＭＳＩは、ＭＮＯによって別のｅＵＩＣＣに再使用可能である。
【００７８】
次に（ステップ４）、顧客がＥＩＤを含むこのｅＵＩＣＣ＋を含むハンドセットすなわち端末１０を買ったとき、ハンドセット１０は初めて電源が投入され、最良の受信ネットワークに対する自身の認証を信号メッセージ（認証要求メッセージ）によって、その一意の識別子（例えばｅ‐ＩＭＳＩ、そのＥＩＤ又はＥＩＤキーでよい）の１つで試みる。このネットワークは、受信した一意の識別子を保留中のサブスクリプションを含むｅＵＩＣＣ＋として承認するＤ‐ＨＳＳに認証要求を中継し、図８に示されているようにこの一意の識別子とペアになったプロビジョニングされたｔ‐ＩＭＳＩをｅＵＩＣＣ＋に送信する。
【００７９】
次にＤ‐ＨＳＳは、そのｅ‐ＩＭＳＩを関連付けられたｔ‐ＩＭＳＩに置き換えるようｅＵＩＣＣ＋に命じるために、既知の信号メッセージＡＵＴＮ及びＲＡＮＤ（３Ｇ及び４Ｇネットワークの場合）の長さを有する特別な信号メッセージでコマンドをｅＵＩＣＣ＋に送信する（ステップ５）。次にｅＵＩＣＣ＋は（ｅ‐ＩＭＳＩからｔ‐ＩＭＳＩへの）ＩＭＳＩ交換へ進む。次の認証要求（ステップ６）において、ｅＵＩＣＣ＋はｔ‐ＩＭＳＩを使用し、選ばれたＭＮＯのＨＳＳに転送する（ＨＳＳ４０４のオペレータのＭＣＣ／ＭＮＣコードを有するｔ‐ＩＭＳＩがプロビジョニングされていることによる）。次にｅＵＩＣＣ＋及びＨＳＳにプロビジョニングされたキーｅ‐Ｋｉは、認証目的及びサブスクリプションプロファイルをダウンロードするために使用される。次にＭＮＯは、ｐ‐Ｋｉ及びｐ‐ＩＭＳＩ（ｐは既に述べたようにパーマネントを意味する）で最終サブスクリプションをｅＵＩＣＣ＋にダウンロードできる（ステップ７）ことをＳＭ‐ＤＰ＋に通知することができる。この最終のサブスクリプションプロファイルは、このとき作成されるか又はあらかじめＳＭ‐ＤＰ＋に確保されている。
【００８０】
要約すると、ＳＭ‐ＤＳ＋及びｅＵＩＣＣ＋間のダイアログは、デバイスアタッチメントの間に交換される２つの第１のメッセージを使用する。認証情報送信メッセージは、一意の識別子（例えばＥＩＤ）を含む動的（変化する）ＩＭＳＩを送信する。認証情報送信応答は、（ＲＡＮＤ及びＡＵＴＮパラメータではなく）ｅＵＩＣＣ＋に送信されるデータ及びコマンドを含む。これらの３つのパラメータは、ｅＵＩＣＣ＋とＤ‐ＨＳＳとの間でコマンド及びデータを交換し実行するのに使用される。
【００８１】
このｅＵＩＣＣ＋及びＤ‐ＨＳＳサーバ間のダイアログは、コマンド／データを含む改良された認証メッセージを使用する３ＧＰＰ標準に基づいて、デバイスを例えばそのＥＩＤによって自動的に識別することを可能にする。
【００８２】
この改善されたアタッチメントフェーズは、ＭＮＯ  ＳＭ‐ＤＳ＋に接続された世界的なディスカバリＨＬＲ／ＨＳＳ（Ｄ‐ＨＳＳ）を使用して、ｅＵＩＣＣ＋を目標とするオペレータネットワークにアタッチするように設定する。この改善された認証フェーズは、デバイスを世界的なディスカバリＨＬＲ／ＨＳＳネットワークにアタッチしない。認証情報送信についての最初の１対のメッセージだけがＤ‐ＨＳＳを介して交換される。このメカニズムはオペレータネットワーク上で課金されず、課金対象データの交換は行われない。ｅＵＩＣＣ＋及びＤ‐ＨＳＳ間の改善された認証ダイアログの間、Ｄ‐ＨＳＳは、ＭＮＯにより知られているｔ‐ＩＭＳＩをｅＵＩＣＣ＋に送信することによって、ｅＵＩＣＣ＋のｅ‐ＩＭＳＩを目標とする又は承認待ちのオペレータＨＬＲ／ＨＳＳとの間で交換するようにＲＡＮＤ及び／又はＡＵＴＮパラメータのコマンドによってｅＵＩＣＣ＋を遠隔設定する。
【００８３】
本発明の改善されたアタッチメントフェーズは、ＭＣＣ／ＭＮＣ（第１のＭＣＣ／ＭＮＣ）がＤ‐ＨＳＳを取り扱うオペレータに関連する場合に、修正されたオペレーティングシステムを含む改良されたｅＵＩＣＣ（ｅＵＩＣＣ＋）を使用する。この修正されたＯＳは、サーバ１２との初期のやりとりを許可する指示を含む。この修正されたＯＳによって、後で開示されるＲＡＮＤ及びＡＵＴＮメッセージはｅＵＩＣＣ＋によって復号され、ｅ‐ＭＳＩＮフィールドはこれらのメッセージへの応答とともに再符号化される。ｅＵＩＣＣが標準的なｅＵＩＣＣである場合、認証手順は標準的である（ＡＫＡ／Ｍｉｌｅｎａｇｅ、又はＣＯＭＰ１２８が用いられる）。言い換えれば、ｅＵＩＣＣ＋は、現在のＩＭＳＩがディスカバリＨＬＲ／ＨＳＳ  ＭＣＣ／ＭＮＣに基づく場合、この改善された認証フェーズ分析を実行し、そうでない場合、ｅＵＩＣＣは標準的な認証フェーズ（例えばＡＫＡ  Ｍｉｌｅｎａｇｅアルゴリズム）を実行する。
【００８４】
このメカニズムによって、ｅＵＩＣＣ＋のサブスクリプションプロファイルのダウンロードは、（第２のＭＣＣ／ＭＮＣを有する）目標とするオペレータのネットワークによってＷｉＦｉアクセスなしに可能である。
【００８５】
信号フローの一例が、図７の異なるエンティティ間のやりとりの一例をより詳細に示す図８に関連して以下で説明される。この例は４Ｇネットワークでの伝送に基づいている。
【００８６】
ステップ５０において、顧客がＭＮＯのショップで、例えば取り出し可能なＵＩＣＣ＋又は埋め込みＵＩＣＣ＋（ｅＵＩＣＣ＋）などのセキュアエレメントを備えた、例えばハンドセット、ＰＤＡ又はスマートフォンなどの端末を購入する。ステップ５１において、店員は、例えばハンドセットの箱に印刷されているＥＩＤをスキャンする。
【００８７】
顧客は端末をインターネットで注文することもでき、ＭＮＯの担当者にサブスクリプションの作成を依頼する。
【００８８】
ステップ５２において、ＳＭ‐ＤＰ＋にＥＩＤ、ＩＣＣＩＤ及びプロファイルタイプがダウンロード命令で送信される。プロファイルタイプは顧客により選ばれたサブスクリプション（前払い、後払い、国際的など）に依存する。ステップ５３において、この命令は代替的なＳＭ‐ＤＳアドレスで確認される（代替的なＳＭ‐ＤＳアドレスはＳＭ‐ＤＳ＋のアドレスである）。
【００８９】
次にＳＭ‐ＤＰ＋は、このＥＩＤのためのサブスクリプションプロファイルを作成又は確保する。
【００９０】
ステップ５４において、ＳＭ‐ＤＰ＋は、ＥＩＤと、ＲＳＰ（リモートＳｉｍプロファイル）サーバアドレス（ＳＭ‐ＤＰ＋のアドレス）と、イベントＩＤとを含む登録イベントメッセージを、Ａｌｔ．ＳＭ‐ＤＳ＋（Ａｌｔ．はＡｌｔｅｒｎａｔｉｖｅに相当する−ルートＳＭ‐ＤＳも使用できる）に送信する。ステップ５０〜５４はＧＳＭＡにより規定された標準的なステップである。
【００９１】
次にＳＭ‐ＤＳ＋は、ステップ５５において、ｔ‐ＩＭＳＩと呼ばれるテンポラリＩＭＳＩをこのｅＵＩＣＣ＋に割り当て、ステップ５６においてＤ‐ＨＳＳにこのｅＵＩＣＣ＋のためのペアＥＩＤ／ｔ‐ＩＭＳＩをプロビジョニングするよう要求する。Ｄ‐ＨＳＳは第１のＭＣＣ／ＭＮＣコード（ＭＣＣ１及びＭＮＣ１）を有する。ｔ‐ＩＭＳＩはＭＣＣ／ＭＮＣコード（ＭＣＣ２及びＭＮＣ２）を有する。ＳＭ‐ＤＳ＋はまた、ステップ５７において、ｔ‐ＩＭＳＩ及びそのエフェメラルＫｉ（ｅ‐Ｋｉ）のプロビジョニング要求を目標とするＭＮＯのＨＳＳに送信する。
【００９２】
ステップ５０〜５６は、顧客にハンドセットを販売する前に行うこともできる。したがって、サブスクリプションはＭＮＯのレベルで既に入手可能であり、ユーザが端末の電源を投入するとｅＵＩＣＣ＋にダウンロードする準備ができている。
【００９３】
その後ステップ５８において、顧客は自身の端末の電源を入れる。ステップ５９において、端末のベースバンドは、一意の識別子であるｅ‐ＩＭＳＩを含むＥＭＭアタッチ要求をＭＭＥに送信する。ｅ‐ＩＭＳＩ（フォーマット３１メッセージ）は、基本的に第１のＭＣＣ１／ＭＮＣ１コードと、ｅＵＩＣＣ＋の９桁の完全識別子（典型的には９桁にコード化されたＥＩＤキー）を含むペイロードとを含む。ＭＭＥは、ステップ６０において、端末により受信された最強の信号を有するＭＮＯのネットワークを介して（読み取ったＭＣＣ１／ＭＮＣ１コードによって）ｅ‐ＩＭＳＩをＤ‐ＨＳＳに送信する。
【００９４】
ステップ６１において、Ｄ‐ＨＳＳは受信したペイロード（９桁のＥＩＤキー）を調べ、このｅ‐ＩＭＳＩをステップ５６でプロビジョニングされたｔ‐ＩＭＳＩと関連付ける。Ｄ‐ＨＳＳはまた、後で詳述されるようにＲＡＮＤ及び／又はＡＵＴＮフィールドでＩＭＳＩ切替えコマンドをＭＭＥを介してｅＵＩＣＣ＋に送信する。
【００９５】
ステップ６２において、このコマンドを含むベクトルがＭＭＥに送信され、ステップ６３において、ＭＭＥは認証要求メッセージでＲＡＮＤ及びＡＵＴＮをｅＵＩＣＣ＋に送信してチャレンジ／応答通信を開始する。ＲＡＮＤ／ＡＵＴＮメッセージはｔ‐ＩＭＳＩを含む。
【００９６】
ステップ６４において、ｅＵＩＣＣ＋は、現在のＭＣＣ及びＭＮＣ（ＭＣＣ１及びＭＮＣ１）がディスカバリサーバのものと一致するかどうかをチェックし、一致する場合に、ｅ‐ＩＭＳＩのＲＡＮＤ及びＡＵＴＮメッセージに含まれたｔ‐ＩＭＳＩへの切替え命令を実行する。
【００９７】
この例では、Ｄ‐ＨＳＳはＥＩＤキー全体を含む単一のメッセージ（ステップ５９〜６１）によってｅＵＩＣＣを認識できるため、ｅＵＩＣＣとＤ‐ＨＳＳとの間で１回のメッセージのやりとりが必要である。
【００９８】
ステップ６５において、ｅＵＩＣＣ＋は、Ｄ‐ＨＳＳに接続されないように認証が失敗した旨の回答をＭＭＥに対して行う。ｅＵＩＣＣ＋は、間違ったＲＥＳ（例えばヌル値）を送信するか、又は端末が回答しないようなコードを端末に送信することができる。
【００９９】
ステップ６６において、ＭＭＥは認証が失敗したことをｅＵＩＣＣ＋に確認する。
【０１００】
ステップ６７において、リフレッシュコマンドによって、又は一定時間（例えば１０秒）が経過した後、ｅＵＩＣＣ＋は、ＲＡＮＤ及びＡＵＴＮメッセージで受信した第２のＭＣＣ／ＭＮＣでＭＮＯのネットワークへのアタッチを試みる。ここでｅＵＩＣＣ＋は、ステップ６８においてＥＭＭアタッチ要求（ｔ‐ＩＭＳＩ）メッセージでｔ‐ＩＭＳＩをＭＭＥに送信する。ｔ‐ＩＭＳＩは、第２のＭＣＣ（ＭＣＣ２）と、第２のＭＮＣ（ＭＮＣ２）と、テンポラリＭＳＩＮとを含む。
【０１０１】
ステップ６９において、ＭＭＥは、このｔ‐ＩＭＳＩを（第２のＭＣＣ／ＭＮＣにより識別された）ＭＮＯのＨＳＳに送信し、ステップ７０において、ＨＳＳは認証情報確認ベクトルで回答する。
【０１０２】
ステップ７１において、ＭＭＥはＲＡＮＤ及びＡＵＴＮを含む認証及び暗号化要求を送信し、（ステップ７２において）ｅＵＩＣＣ＋はＲＥＳで回答する。ステップ７３において、認証が成功したことをＭＭＥはｅＵＩＣＣ＋に通知する。次に位置更新要求メッセージをＭＮＯのＨＳＳに送信することができ（ステップ７４）、ＭＮＯのＨＳＳは位置更新確認メッセージで応答する（ステップ７５）。
【０１０３】
最後にステップ７６において、ＭＭＥはサービングゲートウェイ及びＰＤＮゲートウェイでＡＰＮ（アクセスポイント名）に接続することができる。次に端末は、インターネットを介して自身をＭＮＯに接続することができ、ＭＮＯはｅＵＩＣＣ＋にサブスクリプションをダウンロード可能になる。
【０１０４】
図９は、ＰＯＳにおいて所与のｅＵＩＣＣ＋にサブスクリプションが必要とされ、図８のステップが実行された後の異なるエンティティ間で交換される信号のフローを示している。このメカニズムはＧＳＭＡ標準ＳＧＰ．２２−ＲＳＰ技術仕様書に適合する。
【０１０５】
ステップ８０において、ユーザは自身のハンドセットの電源を入れ、ＬＰＡは、認証開始（ｅＵＩＣＣ＋チャレンジ，ｅＵＩＣＣ＋情報１、ＳＭ‐ＤＳアドレス）メッセージによってルートＳＭ‐ＤＳに接続する（ステップ８１）。ＳＭ‐ＤＳ＋はＯＫメッセージで回答する（ステップ８２）。
【０１０６】
ステップ８３において、ハンドセットは、クライアント認証（ｅＵＩＣＣ＋署名済１，ｅＵＩＣＣ＋署名１，ＣＥＲＴ．ＥＵＩＣＣ＋．ＥＣＤＳＡ，ＣＥＲＴ．ＥＵＭ．ＥＣＤＳＡ）メッセージをＳＭ‐ＤＳ＋に認証目的で送信する。ＣＥＲＴ．ＥＵＩＣＣ＋．ＥＣＤＳＡは、公開ＥＣＤＳＡ（楕円曲線暗号デジタル署名アルゴリズム）キーのためのｅＵＩＣＣ＋の証明書であり、ＣＥＲＴ．ＥＵＭ．ＥＣＤＳＡは、公開ＥＣＤＳＡキーのためのＥＵＭの証明書である。ＳＭ‐ＤＳ＋は、ＳＭ‐ＤＰ＋のアドレスを含むＯＫメッセージで回答する（ステップ８４）。
【０１０７】
ステップ８５において、ＬＰＡは、照会されたＳＭ‐ＤＳイベントからＳＭ‐ＤＰ＋アドレスを取得し、ステップ８６において、認証開始（ｅＵＩＣＣ＋チャレンジ，ｅＵＩＣＣ＋情報１，ＳＭ‐ＤＰアドレス）メッセージをＳＭ‐ＤＰ＋に送信する。ＳＭ‐ＤＰ＋はＯＫメッセージで回答する（ステップ８７）。
【０１０８】
ステップ８８において、ｅＵＩＣＣ＋は、クライアント認証（ｅＵＩＣＣ＋署名済１，ｅＵＩＣＣ＋署名１，ＣＥＲＴ．ＥＵＩＣＣ＋．ＥＣＤＳＡ，ＣＥＲＴ．ＥＵＭ．ＥＣＤＳＡ）メッセージ（ステップ８３と同じメッセージ）をＳＭ‐ＤＰ＋に送信する。ＳＭ‐ＤＰ＋はＯＫメッセージで回答する（ステップ８９）。
【０１０９】
ステップ９０において、ｅＵＩＣＣ＋は、ＳＭ‐ＤＰ＋に紐づけられたプロファイルパッケージ入手（トランザクションＩＤ）メッセージでサブスクリプションを要求する。ＳＭ‐ＤＳ＋は、要求されたパッケージをステップ９１においてＵＩＣＣに送信する。このパッケージは、サブスクリプションプロファイルと、パーマネント（最終）ＩＭＳＩ及びパーマネントＫｉ（ｐ‐ＩＭＳＩ／Ｐ‐Ｋｉ）とを含む。
【０１１０】
ステップ９２において、ユーザはＬＰＡボタンをクリックして新しいプロファイルを有効にし、新しいプロファイル及びｐ‐ＩＭＳＩによる将来の再アタッチを強制する。
【０１１１】
ステップ９３において、ｅＵＩＣＣ＋は、ＭＭＥにｔ‐ＩＭＳＩを使用することによってアタッチメントを要求する。次にＭＭＥは、ｔ‐ＩＭＳＩを含む認証情報をＭＮＯのＨＳＳに送信する。ＨＳＳは、ステップ９５において認証情報確認（ベクトル（Ｋｉ））を送信することによってＭＭＥに回答する。
【０１１２】
ステップ９６において、ＭＭＥは、ＲＡＮＤ及びＡＵＴＮを含むＥＭＭ認証及び暗号化要求メッセージをｅＵＩＣＣ＋に送信する。ｅＵＩＣＣ＋はＲＥＳで回答し（ステップ９７）、ｅＵＩＣＣ＋のＥＭＭへのアタッチメントがステップ９８において承認される。
【０１１３】
最後にＭＭＥは、ステップ９９において位置更新要求をＨＳＳに送信し、ＨＳＳはステップ１００において確認応答で回答する。
【０１１４】
ステップ８０〜１００は、ＧＳＭＡ（２０１６年１０月１４日のＳＧＰ．２２、バージョン２．０、６．５．２．６章及び付属書Ｉ参照）により標準化された標準ステップである。したがって、図９はＬＰＡを介したＯＴＡフローを示す。
【０１１５】
前項に記載された発明は、ｅＵＩＣＣ＋及びＤ‐ＨＳＳが認証シグナリングを用いて、初期アタッチメントを試行している間にデータ交換できることを要求する。モビリティ制御メッセージは、３ＧＰＰ  ＴＳ  ２４．００８−Ｍｏｂｉｌｅ  ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  Ｌａｙｅｒ３  ｓｐｅｃｉｆｉｃａｔｉｏｎ；Ｃｏｒｅ  ｎｅｔｗｏｒｋ  ｐｒｏｔｏｃｏｌｓ；Ｓｔａｇｅ３  ｆｏｒ  ３Ｇ、及び３ＧＰＰ  ＴＳ  ２４．３０１−Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ（ＮＡＳ）  ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（ＥＰＳ）；Ｓｔａｇｅ３  ｆｏｒ  ４Ｇ／ＬＴＥに規定されている。
【０１１６】
図１０は、ｅＵＩＣＣ＋がフォーマット３１の使用可能なディジットをＥＩＤキーで符号化する解決策を示している。
−ｅＵＩＣＣ＋は、（ＭＣＣ１／ＭＮＣ１を不変に保ちながら）ＭＳＩＮ内のデータを送信する。
−Ｄ‐ＨＳＳは、ＲＡＮＤ／ＡＵＴＮフィールド内で符号化されたコマンド及びパラメータによって回答することができる。
【０１１７】
ｅ‐ＩＭＳＩの符号化スキームは、例えば以下の通りである：
ｅＵＩＣＣ＋はデフォルトプロファイルで作られる。デフォルトプロファイルは、Ｄ‐ＨＳＳにルーティング可能なＭＣＣ１及びＭＮＣ１を含む。次にｅ‐ＩＭＳＩのＭＳＩＮ値（ＭＳＩＮ）は認証トランザクションによって変化する。ｅＵＩＣＣ＋は次の２つのｅ‐ＩＭＳＩのフォーマットを使用する：
−ｅＵＭ製造者によって割り当てられた一意のｅ‐ＩＭＳＩ。これは図３の「フォーマット３１」である。
−ペイロードを保持する修正されたｅ‐ＩＭＳＩ。これは図３の「フォーマット３２」である。
【０１１８】
初期のｅ‐ＩＭＳＩのＭＳＩＮは、ｅＵＩＣＣ＋を発行しマッピングをデータベースに保持するｅＵＭによってｅＵＩＣＣ＋のＥＩＤに対してマッピングすることができる。ｅＵＭのＥＩＤにマッピングされるｅ‐ＩＭＳＩの値は９０億個存在する。ｅＵＭ：ｅ‐ＩＭＳＩについて１兆個のＥＩＤ値が存在する。
【０１１９】
Ｄ‐ＨＳＳは、ハンドセット／ｅＵＩＣＣ＋と通信するとき、携帯電話ネットワークで伝統的に送信されたＲＡＮＤ及びＡＵＴＮメッセージを符号化する。
【０１２０】
図４は、ＲＡＮＤ及びＡＵＴＮ符号化の一例を示している。
【０１２１】
ＲＡＮＤ及びＡＵＴＮの長さは１６バイトである。したがって、Ｄ‐ＨＳＳからｅＵＩＣＣ＋に搬出可能な総データ量は３２バイト（３Ｇ、４Ｇ、及び５Ｇネットワークの場合）である。
ｅＵＩＣＣ＋は、例えばＲＡＮＤ及びＡＵＴＮに次の構造を使用する：
−１バイトコマンド。
−ｅＵＩＣＣ＋からＤ‐ＨＳＳに送信される次のメッセージで使用される４バイトの相関ＩＤ（識別子）（フォーマット３２）。相関ＩＤは要求と回答を相関させる働きをする。
−構造がコマンドフィールドに依存する２７バイトペイロード（ＲＡＮＤが１０、ＡＵＴＮが１７）。
【０１２２】
コマンド値は、例えば図５に示したものである。
【０１２３】
例えば、１バイトコマンド０ｘ０２は、Ｄ‐ＨＳＳからｅＵＩＣＣ＋に送信される、ｅ‐ＩＭＳＩからｔ‐ＩＭＳＩへのＩＭＳＩの切替え要求である。他の多くのコマンドも考えられる。
【０１２４】
図１１は、ＥＩＤ符号化の一例を示している。
【０１２５】
ＥＩＤは、図に示すように例えば３２個の数字を含む。ＥＩＤは、ＧＳＭＡの技術仕様書“Ｒｅｍｏｔｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｅｍｂｅｄｄｅｄ  ＵＩＣＣ”バージョン３．１、２０１６年５月２７日に規定されている。ｅＵＭにより発行されたｅＵＩＣＣ＋を識別するためには、個々のｅＵＩＣＣ＋を真に識別するディジット１８〜２９（ＥＩＤ個別識別番号）のみがＤ‐ＨＳＳに知られていればよい。ｅＵＩＣＣ＋は、Ｄ‐ＨＳＳがｅＵＭのｅＵＩＣＣ＋レコードテーブルを検索するのに使用できる１４桁のキー以外の桁を決して直接伝達しないことが好ましい。
【０１２６】
このキーはＥＩＤキーと呼ばれ、ＥＩＤと関連付けられる。ＥＩＤキーは、ｅＵＩＣＣ＋内のＥＩＤから生成される。同時にＤ‐ＨＳＳにＥＩＤがプロビジョニングされ、対応するＥＩＤキーが計算される。エフェメラルＩＭＳＩは数十億個のｅＵＩＣＣ＋を処理できるほど長くはなく、このためｅ‐ＩＭＳＩはＥＩＤキーに関連付けられる。Ｄ‐ＨＳＳのレベルでは、テーブルが各ＥＩＤキーを各ＥＩＤに関連付ける。
【０１２７】
したがって、ＥＩＤ又はＥＩＤキーは、ＥＩＤ個別識別番号から構成される。
【０１２８】
ｅＵＩＣＣ＋からＥＩＤ又はＥＩＤキー（又はＤ‐ＨＳＳがこのデータの全てのディジットを知っている必要がない場合は少なくともその一部）を送信することができるが、セキュリティ上の理由からＥＩＤではなくＥＩＤキーを信号チャネルで送信することが好ましい。
【０１２９】
図１０に戻ると、ｅＵＩＣＣ＋は２つの失敗したトランザクションを使用する：
１．第１のトランザクションにおいて、ｅＵＩＣＣ＋は、ＥＩＤ又はＥＩＤキーのディジット［０〜９］を含むｅ‐ＩＭＳＩを提供する。Ｄ‐ＨＳＳは、相関Ｉｄを提供し、０ｘ０１コマンドとともに後続のＥＩＤ又はＥＩＤキーディジットを要求する。
２．第２のトランザクションにおいて、ｅＵＩＣＣ＋は、受信した相関Ｉｄと、ＥＩＤ又はＥＩＤキーのディジット［１０〜１３］を提供する。Ｄ‐ＨＳＳは自身のデータベースを調べて、このｅＵＩＣＣ＋のエンドユーザサブスクリプションのためにＳＭ‐ＤＳ＋によりプロビジョニングされたエントリを探し出す。Ｄ‐ＨＳＳはテンポラリＩＭＳＩを割り当て、ｅ‐ＩＭＳＩからこのｔ‐ＩＭＳＩへの切替えを強制する。
【０１３０】
図１０において、ＥＩＤキーはｅＵＩＣＣ＋からＤ‐ＨＳＳに送信されるが、これらのキーは本物のＥＩＤ（ＥＩＤ個別識別番号）に置き換えられてもよい。
【０１３１】
より詳細には、ｅＵＩＣＣ＋がネットワークに接続する第１の試みであるステップ１１０において、ｅＵＩＣＣ＋は、ＥＩＤキーのディジット０〜８を含むようにｅ‐ＩＭＳＩ値を設定する。端末がステップ１１１においてレコード読み取りＡＰＤＵをｅＵＩＣＣ＋に送信するとき、ｅＵＩＣＣ＋は、キーの最初の９個のディジットを含む８バイトで応答する（ステップ１１２）。ステップ１１３において、端末は最強の信号を有するネットワークに接続し、ＭＭＥにこれらのディジットを含むアタッチ要求メッセージを送信する（ステップ１１４）。ステップ１１４において、図３のフォーマット３１が使用される。ステップ１１５において、これらのディジットがＤ‐ＨＳＳに送信される。
【０１３２】
ステップ１１６においてＤ‐ＨＳＳは、図５に示されているコマンド０Ｘ０１（残りの３個のディジットを送信して下さい）を相関ＩＤと一緒に送信する。このコマンドはＭＭＥ及び端末を介してｅＵＩＣＣ＋に送信される（ステップ１１７及び１１８）。ステップ１１９において、ｅＵＩＣＣ＋は受信したＣｏｒｒｅｌ‐ＩＤとＥＩＤディジット２７〜３１を含むようにｅ‐ＩＭＳＩ値を変更し、リフレッシュコマンドを端末に送信する（ステップ１２０）。第２のレコード読み取り（ステップ１２１）の後、ｅＵＩＣＣ＋は受信した相関ＩＤ及びＥＩＤキーバイト９〜１３をｅ‐ＩＭＳＩフィールドで送信する（ステップ１２２）。
【０１３３】
ステップ１２３において、図３のフォーマット３２が使用され、キーの最後のバイトがＤ‐ＨＳＳに送信される（ステップ１２４）。次にＤ‐ＨＳＳは受信したキーをｅＵＩＣＣ＋のｔ‐ＩＭＳＩと関連付けることができる。
【０１３４】
次にＤ‐ＨＳＳは、ｅ‐ＩＭＳＩを別の相関ＩＤと一緒に送信されたｔ‐ＩＭＳＩに切り替えるためにコマンド０Ｘ０２をｅＵＩＣＣ＋に送信する（ステップ１２５）。このコマンドは、ｅ‐ＩＭＳＩをｔ‐ＩＭＳＩに切り替えるｅＵＩＣＣ＋に送信される（ステップ１２６及び１２７）。
【０１３５】
ｅＵＩＣＣ＋は、このコマンドを受信すると、デフォルトプロファイルのｅ‐ＩＭＳＩ値をＲＡＮＤ＋ＡＵＴＮペイロードの最初の１５バイトに規定された値ｔ‐ＩＭＳＩに変更するものとする。
【０１３６】
次にｅＵＩＣＣ＋は、リフレッシュプロアクティブコマンドを送信して、ハンドセットに新しいｔ‐ＩＭＳＩ値での再アタッチを強制する（ステップ１２８）。このｔ‐ＩＭＳＩ値によって、ｅＵＩＣＣ＋は、オペレータのネットワークに接続できるようになる（プロセスは図８のステップ６４に対応するステップ１２９を続ける）。
【０１３７】
ステップ１２９は、やりとりがこれに基づいてｅＵＩＣＣ＋及びＤ‐ＨＳＳ間でさらなる目的のために継続できることを示す。
【０１３８】
ＥＩＤキーが９桁以下の場合は、ｅＵＩＣＣ＋及びＤ‐ＨＳＳの間でメッセージ交換が１回だけ必要であることに留意すべきである。この場合、ステップ１２５は直ちにステップ１１５に続く（Ｄ‐ＨＳＳはｅＵＩＣＣ＋を識別した後、これにｔ‐ＩＭＳＩを送信することができる）。これは、短いＥＩＤキーが使用される場合やＵＩＣＣ＋のｅ‐ＩＭＳＩが９桁の長さを超えない場合にも当てはまる。このような場合、ｅＵＩＣＣ＋はフォーマット３１のメッセージを１つだけ送信する。フォーマット３２メッセージは使用されない。そしてＣｏｒｒｅｌ‐ＩＤメッセージをｅＵＩＣＣ＋に送信する必要はない。
【０１３９】
これから詳細な例を説明する。
【０１４０】
ｅＵＩＣＣ＋に以下のものがプロビジョニングされる：
〇  ＥＩＤ：１２３４６５７８９０１２３４５６７８９０１２３４５６７８９０１２（３２桁）
〇  ＥＩＤキー：１０００００００００２１２（１４桁）
そして、このｅＵＩＣＣ＋は、
〇  ｅ‐ＩＭＳＩ：２０８５１１２３４５６７８９０（１５桁）
を含むデフォルトプロファイルを有する。ここで、ＭＣＣ＝２０８（フランス）、ＭＮＣ＝５１（ＮＥＴＷＯＲＫ）、及びＭＳＩＮ＝１２３４５６７８９０である。このｅ‐ＩＭＳＩは、ＥＩＤ又はＥＩＤキーがＤ‐ＨＳＳに送信される場合は任意選択的である。
〇  ｅ‐Ｋｉ：ＡＥ１Ｆ５Ｅ５５ＢＣ４２５４Ｄ４ＥＥ４５１１１２Ｅ４ＡＡ１５Ｅ７（ＭＮＯとの通信用）。
【０１４１】
第１のケースにおいて、ｅ‐ＩＭＳＩがｅＵＩＣＣ＋からＤ‐ＨＳＳに送信される場合、アタッチメント要求はＳＡＩ（２０８５１１２３４５６７８９０）であり、その引き換えにＲＡＮＤメッセージフォーマットで０Ｘ０２及びｔ‐ＩＭＳＩを入手する。次にｅＵＩＣＣ＋はｅ‐ＩＭＳＩをｔ‐ＩＭＳＩに置き換える。
【０１４２】
第２のケースにおいて、ＥＩＤキーがｅＵＩＣＣ＋からＤ‐ＨＳＳに送信される場合、ｅ‐ＩＭＳＩは計算され、ｅＵＩＣＣ＋に書き込まれる：２０８５１０１００００００００。
【０１４３】
第１のアタッチメントメッセージはＳＡＩ（２０８５１０１００００００００）である。その引き換えに、ｅＵＩＣＣ＋は、ＲＡＮＤフォーマットメッセージでコマンド０Ｘ０１及び相関ＩＤ  １２３４を受信する。
【０１４４】
計算後、ＭＳＩＮのフィールドは２０８５１１１２３４００２１２に置き換えられる。ここで１１２３４００２１２はＭＳＩＮのフィールドにある。
【０１４５】
そして第２のアタッチメントはＳＡＩ（２０８５１１１２３４００２１２）になる。
【０１４６】
その引き換えにｅＵＩＣＣ＋は、ＲＡＮＤメッセージフォーマットで０Ｘ０２及びｔ‐ＩＭＳＩを受信し、ｅ‐ＩＭＳＩをｔ‐ＩＭＳＩに置き換える。
【０１４７】
当然のことながら、ｅＵＩＣＣ＋にＲＡＮＤ及びＡＵＴＮメッセージを送信することができる場合、信号メッセージの交換回数が小さくなる。
【０１４８】
プロトコルに関して、ｅＵＩＣＣ＋と端末の間でＡＰＤＵが、端末とＭＭＥの間でモビリティ制御ＥＭＭが、そしてＭＭＥとＤ‐ＨＳＳの間でダイアミター又はＭＡＰが交換される。
【０１４９】
リフレッシュコマンドは、ディスカバリサービスプラス（ＳＭ‐ＤＳ＋）コンセプトの繊細な側面である。すなわちｅＵＩＣＣ＋がアタッチメント／認証手順をトリガするために１回又は数回使用可能なコマンドが必要である。ユーザ知覚が滑らかになるように、ｅＵＩＣＣ＋がハンドセットベースバンドモジュールによって数回の認証サイクルを適時に（認証試行ごとに１０秒未満の遅れで）トリガできることを保証する必要がある。ハンドセットディスプレイをリセットしてはならず、エンドユーザに何度もＰＩＮを入力するよう指示してはならない。
【０１５０】
また、ハンドセットハードウェアから独立していなければならず、２つの主要なスマートフォンオペレーティングシステムであるＩＯＳ及びＡｎｄｒｏｉｄと連携する必要がある。
【０１５１】
ｅＵＩＣＣ＋は、異なるＩＭＳＩを用いてアタッチメント／認証サイクルを数回実行するために、リフレッシュコマンド（ＴＳ  １０２  ２２３）又はＡＴコマンドを使用する。これによって、ハンドセットベースバンドモジュールはＭＭＥにＥＭＭアタッチ要求を適時にかつ制御された方法で送信できるようになる。
【０１５２】
図１２は、本発明の第２の使用事例を示している。
【０１５３】
第２の使用事例はＳＭ‐ＤＳ＋によって可能になる。すなわちエンドユーザは自身のハンドセットの電源を入れるだけでどこでもサブスクライブすることができる。エンドユーザは、ＥＵＭのＳＭ‐ＤＳ＋を使用しているオペレータを選択する場合、いくつかのステップを経てサブスクライブする。エンドユーザがこのＥＵＭのＳＭ‐ＤＳ＋を使用していないオペレータを選択する場合、エンドユーザをＭＮＯショップに行くように勧めるメッセージがハンドセットに表示される。
【０１５４】
ここでいくつかのステップが必要である：
−  第１のステップで、エンドユーザは、例えばインターネットで注文した新しいハンドセットを受け取る。ハンドセットはｅＵＩＣＣ＋を備える。エンドユーザはハンドセットの電源を入れる。
−  第２のステップで、ｅＵＩＣＣ＋のＯＳは顧客にオペレータの選択を促す。顧客は、例えばサブスクリプションの取得を希望するオペレータに対応する３個のディジット（ここでは「ＮＥＴ」）を入力する。
−  第３のステップで、ハンドセットはこのオペレータのネットワークにアタッチされ、クリックするインターネットリンクを含むＳＭＳを受信する。
−  リンクをクリックした後、第４のステップで、ハンドセットウェブブラウザはＭＮＯポータルに接続され、エンドユーザはサブスクリプションプロファイルを選択することができる。
−  最終の第５のステップで、サブスクリプションプロファイルはＭＮＯのＳＭ‐ＤＳ＋によってｅＵＩＣＣ＋にダウンロードされ、端末が使える状態になる。
【０１５５】
図１３は、この第２の使用事例の場合のＳＭ‐ＤＳ＋のアーキテクチャを示している。
【０１５６】
ここで、ＳＭ‐ＤＳ＋サーバ１３０は、セルフケアサブスクリプションシステム１３３（以下ＳＳＳ又は第４のサーバ）というシステムを含む。ＳＭ‐ＤＳ＋サーバ１３０は、Ｄ‐ＨＳＳ１３１とＳＭ‐ＤＳ１３２も含む。
【０１５７】
ＳＭ‐ＤＳは、ＥＳ１２接続を介してＳＭ‐ＤＰ＋１３４及びＳＳＳ１３３にリンクしている。
【０１５８】
ＳＳＳ１３３はまた、ＥＳ２＋接続を介してＳＭ‐ＤＰ＋及びＭＮＯのＢＳＳ／ＯＳＳ１３５にリンクしている。第４のサーバＳＳＳ１３３は、テンポラリＨＬＲ及びプロビジョニングシステムを含む。ｅＵＩＣＣ＋のためのサブスクリプションが存在しない場合、ｅＵＩＣＣ＋はユーザにプロンプトコマンドを送信し、ユーザはＭＮＯの略称又はこのＭＮＯに対応するコードを自身の端末に入力する。様々なＭＮＯのリストをユーザに提案することができ、ユーザはそのうちの１つを選択する。Ｄ‐ＨＳＳは、この略称又はコードをＭＮＯの名称と関連付け、このＭＮＯがａｌｔ．ＤＳ＋でサービスにサブスクライブしている場合は、ＭＮＯはＤ‐ＨＳＳにｔ‐ＩＭＳＩのプールをプロビジョニングする。次にＤ‐ＨＳＳは、このＭＮＯにアタッチするためのＩＭＳＩをｔ‐ＩＭＳＩの１つと交換することを実現し、オンラインでサブスクリプションを要求するためにコマンドをｅＵＩＣＣ＋に送信する。
【０１５９】
より詳細には、第１のステップで、ＥＩＤ（又はＥＩＤキー）などの一意の識別子を含む端末と連携するｅＵＩＣＣ＋が、ＥＩＤで（既に説明したような信号メッセージの交換による１つ以上のステップで）Ｄ‐ＨＳＳ１３１への認証を試みるとき、Ｄ‐ＨＳＳ１３１は、ｅＵＩＣＣ＋により送信されたＥＩＤに対して承認待ちのｔ‐ＩＭＳＩがないこと（使用事例１の場合）を検知する。使用事例１では、ｅＵＩＣＣ＋のＥＩＤ（又はＥＩＤキー）をＤ‐ＨＳＳに送信するために２回のやりとりが行われる。
【０１６０】
Ｄ‐ＨＳＳ１３１は、ＲＡＮＤ／ＡＵＴＮメッセージの長さを有するメッセージでｅＵＩＣＣ＋にシーケンス番号（Ｃｏｒｒｅｌ‐ＩＤ）及び「あなたが選択したオペレータの名前を入力して下さい」というメッセージを表示せよとのコマンドを返信する。
【０１６１】
次にユーザは、例えば選んだオペレータであるＮＥＴＰＨＯＮＥを入力する。
【０１６２】
ｅＵＩＣＣ＋は、ＭＣＣ／ＭＮＣ、シーケンス番号及びＮＥＴ（ユーザにより選ばれたオペレータを特定する識別子）を含む全てが数字のメッセージをＤ‐ＨＳＳ１３１に送信する。
【０１６３】
Ｄ‐ＨＳＳ１３１は、この認証要求から、シーケンス番号と発信元のネットワーク（デバイスの電源が入れられた国）とを特定する。Ｄ‐ＨＳＳ１３１は、メッセージから復号された国及びＮＥＴに基づいて、ディスカバリサービスを受けるその国内のオペレータとしてＮＥＴＰＨＯＮＥを特定する。Ｄ‐ＨＳＳ１３１は、ＥＩＤ、ｔ‐ＩＭＳＩ、及びｅ‐ＫＩをＮＥＴＰＨＯＮＥのＳＳＳに送信する。ＮＥＴＰＨＯＮＥは、そのネットワーク内にこのｔ‐ＩＭＳＩ、ｅ‐ＫＩ及びＥＩＤをプロビジョニングする。
【０１６４】
Ｄ‐ＨＳＳ１３１は、デバイス（ｅＵＩＣＣ＋）にメッセージＲＡＮＤ／ＡＵＴＮ（最終的に別のシーケンス番号を含む）でｅＵＩＣＣ＋に対するｔ‐ＩＭＳＩ及びＩＭＳＩの交換命令を送信する。
【０１６５】
次にデバイス１０は、ｔ‐ＩＭＳＩでＭＮＯのＳＳＳにアタッチする。次にサブスクライバは、ウェブポータルを介して自身のサブスクリプションを選択し、サブスクリプションのダウンロードをＬＰＡ／ＳＭ‐ＤＰ＋を通じて開始することができる。
【０１６６】
これらの様々なステップは、図１４及び図１５でより詳細に説明される。
【０１６７】
図１４は、端末のユーザがオペレータを選択できるようにするステップの流れを示している（ｅＵＩＣＣ＋はサブスクリプションを含まず、ブートストラップアプリケーション、エフェメラルＫｉ、Ｄ‐ＨＳＳのＭＣＣ／ＭＮＣコード、及び一意の識別子のみを含む）。
【０１６８】
ステップ２００において、顧客がハンドセットを購入しているが、サブスクリプションをまだ有していない。エンドユーザはハンドセットの電源を入れる。
【０１６９】
ステップ２０１において、ハンドセットは、ＭＭＥにフォーマット３１メッセージを含むＥＭＭアタッチ要求を送信する。ＭＣＣ／ＭＮＣより後ろの桁は、ＭＳＩＮ、ＥＩＤ（若しくはＥＩＤキー）、又はこれらの一部を含むことができる。
【０１７０】
ステップ２０２において、ＭＭＥはＤ‐ＨＳＳにメッセージ認証情報送信（ｅ‐ＩＭＳＩ）を送信する。
【０１７１】
（ｅ‐ＩＭＳＩ、ＥＩＤ又はＥＩＤキーを１回だけで送信できない場合）セキュアエレメントの完全な一意の識別子を受信するために、信号メッセージの交換を複数回行うことができる。
【０１７２】
ステップ２０３において、Ｄ‐ＨＳＳはＳＭ‐ＤＳ＋によりプロビジョニングされたｔ‐ＩＭＳＩを見つけるためにＥＩＤを調べるが、ｔ‐ＩＭＳＩがプロビジョニングされていないために通信が見つからない。そしてＤ‐ＨＳＳは、ユーザにオペレータの選択を促すコマンドをＲＡＮＤ及びＡＵＴＮフォーマットメッセージで送信する。
【０１７３】
ステップ２０４において、Ｄ‐ＨＳＳは、ＭＭＥに認証情報確認（プロンプトユーザコマンド）を送信し、ＭＭＥは、ステップ２０５において、ＥＭＭ認証及び暗号化要求（ＲＡＮＤ、ＡＵＴＮ）をｅＵＩＣＣ＋に送信する。ステップ２０６において、ｅＵＩＣＣ＋は、ユーザを促すコマンドを含む認証チャレンジを受信する。
【０１７４】
ステップ２０７において、ｅＵＩＣＣ＋は、応答として間違ったＲＥＳ値をＭＭＥに送信し、ステップ２０８においてＥＭＭアタッチメントが拒否される。
【０１７５】
ステップ２０９において、ハンドセットはコマンドを解釈し、アプレット又はＯＳを起動する。アプレット又はＯＳは、「オペレータ名を入力して下さい」というメッセージをハンドセットの画面に表示することによって、サブスクリプションの取得を希望するオペレータの名前の入力をエンドユーザに促す。そしてユーザは自分が選んだオペレータの名前を入力する。
【０１７６】
タイムアウト（例えば１０秒）又はｅＵＩＣＣ＋リフレッシュコマンドの後に、再アタッチメントが開始され、ｅＵＩＣＣは、ステップ２１０において、選ばれたＭＮＯの名前を含むアタッチ要求をＭＭＥに送信する。
【０１７７】
ステップ２１１において、ＭＭＥは、ＭＮＯの名前を含む認証情報メッセージをＤ‐ＨＳＳに送信する。
【０１７８】
ステップ２１２において、Ｄ‐ＨＳＳは、（例えば３桁の）オペレータ名とＭＮＯのリストのマッチングを行い、このＭＮＯにｔ‐ＩＭＳＩを割り当てるか又はＭＮＯからｔ‐ＩＭＳＩを取得する。
【０１７９】
ステップ２１３において、Ｄ‐ＨＳＳは、選ばれたＭＮＯ  ＳＳＳにトリプレット（ＥＩＤ、ｔ‐ＩＭＳＩ、ｅ‐Ｋｉ）をプロビジョニングする。ＭＮＯ  ＳＳＳは、後で分かるようにプロビジョニングサーバからセキュアエレメントへのサブスクリプションプロファイルのダウンロードを命じることができる。
【０１８０】
ステップ２１４において、Ｄ‐ＨＳＳは、ＭＭＥにｔ‐ＩＭＳＩ切替えコマンドをメッセージ認証情報確認（ｔ‐ＩＭＳＩ切替えコマンド）で送信する。このメッセージは、指示によってｅＵＩＣＣ＋にメッセージＥＭＭ認証及び暗号化要求（ＲＡＮＤ、ＡＵＴＮ）で送信される（ステップ２１５）。
【０１８１】
ステップ２１６において、ｅＵＩＣＣ＋は、ｔ‐ＩＭＳＩを含む認証チャレンジを受信した後、間違った認証応答を返信する（ステップ２１７において、ｅＵＩＣＣ＋がＤ‐ＨＳＳにアタッチしないように誤ったＲＥＳが返信される）。次にＭＭＥは、ＥＭＭアタッチメントが拒否された旨の回答を行う（ステップ２１８）。
【０１８２】
この時点でｅＵＩＣＣ＋にはＭＮＯのｔ‐ＩＭＳＩがプロビジョニングされており、サブスクリプションを取得するためにそのネットワークに接続することが可能になる。
【０１８３】
図１５は、ｅＵＩＣＣ＋と図１３の要素との間のその後の通信を示している。
【０１８４】
ステップ２２０において、ｅＵＩＣＣ＋はリフレッシュコマンドを受信する、又は１０秒のタイムアウト後にｔ‐ＩＭＳＩ（メッセージＥＭＭアタッチ要求（ｔ‐ＩＭＳＩ））でＭＮＯネットワークへのアタッチを試みる（ステップ２２１）。ＭＭＥは、ステップ２２２において認証情報（ｔ‐ＩＭＳＩ）メッセージをＳＳＳに送信し、ＳＳＳは、ステップ２２３においてＭＭＥにメッセージ認証情報送信確認（ベクトル（ｅ‐Ｋｉ））で回答する。ＳＳＳはｔ‐ＩＭＳＩを受信することによって、これをｅ‐Ｋｉと関連付ける。
【０１８５】
ステップ２２４において、ＭＭＥは、メッセージＥＭＭ認証及び暗号化要求（ＲＡＮＤ，ＡＵＴＮ）をｅＵＩＣＣ＋に送信する。ｅＵＩＣＣ＋は、ｔ‐ＩＭＳＩ及びｅ‐Ｋｉを知っているため、正しいＲＥＳを計算し、これをステップ２２５においてＭＭＥに送信する。ＭＭＥは、ｅＵＩＣＣ＋のアタッチメントが承認された旨の回答を行う（ステップ２２６）。
【０１８６】
次にＭＭＥは、ステップ２２７において位置更新要求メッセージをＳＳＳに送信し、ＳＳＳは、メッセージ位置更新確認で回答する（ステップ２２８）。次にＭＭＥは、サブスクリプションを選択するために、ＳＳＳのサービングゲートウェイ及びＰＤＮゲートウェイとのセッション（ＡＰＮを介したウェブポータル）を開くことができる（ステップ２２９）。
【０１８７】
ステップ２３０において、ＳＳＳは、ＳＳＳポータルへのリンクを含むＳＭＳをハンドセット／ｅＵＩＣＣ＋に送信する。エンドユーザは、ＳＭＳで受信したリンクをクリックしてウェブブラウザを開く（ステップ２３１）。
【０１８８】
ステップ２３２において、ユーザはＳＳＳにオンラインでサブスクライブすることを要求し、サブスクリプション（前払い、後払い、国際的など）を選ぶ。ステップ２３３において、ＳＳＳはＳＭ‐ＤＰ＋にダウンロード命令（ＥＩＤ、ＩＣＣＩＤ、プロファイルタイプ）メッセージを送信し、ＭＮＯのＢＳＳ／ＯＳＳに少なくとも１つのパーマネントＩＭＳＩ及びＭＳＩＳＤＮをプロビジョニングする（ステップ２３４）。ｅＵＩＣＣ＋のＩＣＣＩＤもＢＳＳ／ＯＳＳに送信することができる。
【０１８９】
ステップ２３５において、ＳＳＳは、ＳＭ‐ＤＰ＋にＳＭ‐ＤＳ＋のアドレスを提出することによって命令（ＥＩＤ、ＩＣＣＩＤ、ｓｍｄｓアドレス）を確認する。
【０１９０】
ステップ２３６において、ＳＭ‐ＤＰ＋は、そのｅＵＩＣＣ＋のために用意されたサブスクリプションがあることを通知するために登録イベント（ＥＩＤ）メッセージをＳＭ‐ＤＳ＋に送信する。
【０１９１】
ステップ２３６の後、第１の使用事例について図９に示された同じプロセスが、この第２の使用事例（サブスクリプションのｅＵＩＣＣ＋へのダウンロード）の場合に再度開始される。
【０１９２】
図１６は、第２の使用事例の場合のｅＵＩＣＣ＋とＤ‐ＨＳＳとの間で交換されるメッセージの一例を説明する詳細なフローチャートを示している。
【０１９３】
この図で、ｅＵＩＣＣ＋は、１４桁の長さを有するＥＩＤキーを用いてＤ‐ＨＳＳにおいて自身を識別する。
【０１９４】
ステップ３００において、ｅＵＩＣＣ＋は、ＥＩＤキーディジット０〜８を含むようにｅ‐ＩＭＳＩ値を設定する。ハンドセットは、ステップ３０１においてレコード読み取りコマンドをｅＵＩＣＣ＋に送信し、ｅＵＩＣＣ＋は、ステップ３０２において応答レコード読み取り応答（ｅ‐ＩＭＳＩ（ＥＩＤキーディジット０〜８））を送信することによって回答する。
【０１９５】
ステップ３０３において、ハンドセットは、最強の信号電力を有するネットワークに接続し、ステップ３０４においてアタッチメント要求（ｅ‐ＩＭＳＩ（ＥＩＤキーディジット０〜８））メッセージをＭＭＥに送信する。ステップ３０５において、ＭＭＥはＤ‐ＨＳＳにメッセージＳＡＩ（ｅ‐ＩＭＳＩ（ＥＩＤキーディジット０〜８））を送信する。
【０１９６】
ステップ３０６において、Ｄ‐ＨＳＳは、残りのＥＩＤキーディジットを取得するためにメッセージＳＡＩ確認（１ベクトル（Ｃｍｄ＝０ｘ０１，Ｃｏｒｒｅｌ‐ＩＤ，””））で回答する。ステップ３０７において、ＭＭＥはハンドセットに認証要求（Ｃｍｄ＝０ｘ０１，Ｃｏｒｒｅｌ‐ＩＤ，””）メッセージを送信し、これはＡＰＤＵコマンドによってｅＵＩＣＣ＋に転送される（ステップ３０８）。
【０１９７】
ステップ３０９において、ｅＵＩＣＣ＋は、受信したｃｏｒｒｅｌ‐ｉｄ及びＥＩＤキーディジット２７〜３１を含むようにｅ‐ＩＭＳＩ値を変更する。ステップ３１０において、ｅＵＩＣＣ＋は、リフレッシュ（ＵＩＣＣリセット）プロアクティブコマンドをハンドセットに送信し、ハンドセットはレコード読み取りコマンドで回答する（ステップ３１１）。ｅＵＩＣＣ＋は、メッセージレコード読み取り応答（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，ＥＩＤキーディジット９〜１３））で回答する（ステップ３１２）。
【０１９８】
次にハンドセットは、アタッチ要求（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，ＥＩＤキーディジット９〜１３））メッセージをＭＭＥに送信し（ステップ３１３）、ＭＭＥは、ステップ３１４においてＤ‐ＨＳＳにＳＡＩ（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，ＥＩＤキーディジット９〜１３））メッセージを送信する。Ｄ‐ＨＳＳは、この時点でＥＩＤの全てのキーを知り、これらをｅＵＩＣＣ＋の真のＥＩＤに関連付けることができる。
【０１９９】
ステップ３１５において、Ｄ‐ＨＳＳは、ユーザが利用可能なオペレータのリストからオペレータを選択できるように、ＭＭＥにＳＡＩ確認（１ベクトル（Ｃｍｄ＝０ｘ０４，Ｃｏｒｒｅｌ‐ＩＤ，”オペレータを選択せよ．．．”））コマンドを送信する。
【０２００】
図５に示すように、ｅＵＩＣＣ＋はコマンド０ｘ０４を受信した場合、ＳＴＫを使用してエンドユーザにペイロードに提供されたメッセージを表示するものとする。
【０２０１】
このコマンドはｅＵＩＣＣ＋に送信される（ステップ３１６：認証要求（Ｃｍｄ＝０ｘ０４，Ｃｏｒｒｅｌ‐ＩＤ，”オペレータを選択せよ．．．”）及び３１７：認証要求ＡＰＤＵ（Ｃｍｄ＝０ｘ０４，Ｃｏｒｒｅｌ‐ＩＤ，”オペレータを選択せよ．．．”））。ステップ３１８において、ｅＵＩＣＣ＋は、エンドユーザによりハンドセットに入力された数字を収集する（ここでエンドユーザは、略称がＮＥＴＰＨＯＮＥを表す“ＮＥＴ”であるオペレータを選んでいる）。エンドユーザはオペレータ名の全体（文字又は数字（Ａ〜Ｚ及び０から９））を入力することができる。１００，０００個の値を図３のフォーマット３２ペイロードの５桁の数字に符号化することができる。例えばオペレータ名の最初の３桁は、ＩＭＳＩのペイロードに符号化される。
【０２０２】
ステップ３１９において、ｅＵＩＣＣ＋は、ハンドセットに新しいＩＭＳＩ値での再アタッチを強制するリフレッシュプロアクティブコマンドによってリセットされる。ステップ３２０において、ハンドセットは、レコード読み取りコマンドをｅＵＩＣＣ＋に送信し、ｅＵＩＣＣ＋は、レコード読み取り応答（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，“ＮＥＴ”））で回答する（ステップ３２１）。ステップ３２２において、ハンドセットは、ＭＭＥにアタッチ要求（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，“ＮＥＴ”））メッセージを送信し、ＭＭＥは、ステップ３２３においてＳＡＩ（ｅ‐ＩＭＳＩ（Ｃｏｒｒｅｌ‐Ｉｄ，“ＮＥＴ”））メッセージをＤ‐ＨＳＳに送信する。Ｄ‐ＨＳＳは、ＳＡＩ確認（１ベクトル（Ｃｍｄ＝０ｘ０２，Ｃｏｒｒｅｌ‐ＩＤ，“ｔ‐ＩＭＳＩ”））でＭＭＥに回答する（ステップ３２４）。Ｄ‐ＨＳＳは、各オペレータに割り当てられたｔ‐ＩＭＳＩに対応するｔ‐ＩＭＳＩのリストを有する。図９に示すように、（このオペレータのＭＣＣ／ＭＮＣを有する）ｔ‐ＩＭＳＩと一緒に送信されるコマンドは、ｅ‐ＩＭＳＩからｔ‐ＩＭＳＩへの切替えコマンドである。
【０２０３】
次にＭＭＥは、認証要求（Ｃｍｄ＝０ｘ０２，Ｃｏｒｒｅｌ‐ＩＤ，“ｔ‐ＩＭＳＩ”）メッセージをハンドセットに送信し（ステップ３２５）、ハンドセットは、ステップ３２６においてｅＵＩＣＣ＋に認証要求ＡＰＤＵ（Ｃｍｄ＝０ｘ０２，Ｃｏｒｒｅｌ‐ＩＤ，“ｔ‐ＩＭＳＩ”）を送信する。ここでＣｏｒｒｅｌ‐ＩＤは、Ｄ‐ＨＳＳがｅＵＩＣＣ＋からの回答を要求していないために任意である。
【０２０４】
次にｅＵＩＣＣ＋は、ｅ‐ＩＭＳＩをｔ‐ＩＭＳＩに置き換え、リフレッシュ（ＵＩＣＣリセット）プロアクティブコマンドをハンドセットに送信する（ステップ３２７）。
【０２０５】
３２８で示されるように、その後他のステップ、すなわち図１５の選ばれたオペレータからサブスクリプションをダウンロードするためのステップが行われる可能性がある。
【０２０６】
図に示された全ての要素は、以上で明らかにされた様々なステップを実行するための指示を含む少なくとも１つのマイクロプロセッサを備える。
【０２０７】
端末のユーザが自身の端末を他のユーザに販売又は贈与すること（及びその端末上のサブスクリプションを削除すること）を希望する場合は、ｐ‐ＩＭＳＩをｅ‐ＩＭＳＩにリセットするためのアプリケーションをｅＵＩＣＣ＋に想定することができる。そして端末の新しい所有者は、ｅ‐ＩＭＳＩ（又はｅＵＩＣＣ＋のＵＩＤ（キー））に含まれる第１のＭＣＣ／ＭＮＣを使用してＤ‐ＨＳＳサーバに接続することによって本発明の方法を再び開始することができる。
【０２０８】
本発明は、何百ものネットワークオペレータから選択された又は目標とされたオペレータネットワークにアタッチして、そのクレデンシャルを使用してサブスクリプションプロファイルをダウンロードするために、セルラネットワークにアタッチすることもＷＩＦＩ接続を使用することもなく、デバイス及びディスカバリサーバＳＭ‐ＤＳ＋間にダイアログを作成することを可能にする。本発明は、標準的な修正なく２Ｇ、３Ｇ及びＬＴＥネットワーク用に設計されている。本発明は５Ｇネットワークにも適用可能である。
【図１】
0006775090.tif 000002
【図２】
0006775090.tif 000003
【図３】
0006775090.tif 000004
【図４】
0006775090.tif 000005
【図５】
0006775090.tif 000006
【図６】
0006775090.tif 000007
【図７】
0006775090.tif 000008
【図８−１】
0006775090.tif 000009
【図８−２】
0006775090.tif 000010
【図８−３】
0006775090.tif 000011
【図９−１】
0006775090.tif 000012
【図９−２】
0006775090.tif 000013
【図１０−１】
0006775090.tif 000014
【図１０−２】
0006775090.tif 000015
【図１１】
0006775090.tif 000016
【図１２】
0006775090.tif 000017
【図１３】
0006775090.tif 000018
【図１４−１】
0006775090.tif 000019
【図１４−２】
0006775090.tif 000020
【図１５−１】
0006775090.tif 000021
【図１５−２】
0006775090.tif 000022
【図１６−１】
0006775090.tif 000023
【図１６−２】
0006775090.tif 000024