(57)【特許請求の範囲】
【請求項１】
マシンタイプ通信デバイスに埋め込まれたｅＵＩＣＣ（３００）が、第１のネットワークオペレータ（ＭＮＯ１）からのサブスクリプションプロファイルのダウンロードをトリガする方法であって、ｅＵＩＣＣが、ｅＵＩＣＣ識別子（ＥＩＤ）と、第２のネットワークオペレータ（ＭＮＯ２）に関連付けられた或る範囲の国際モバイルサブスクリプション識別子（ＩＭＳＩ）を記憶しているプリロードされたデータセットとをプロビジョニングされ、方法が、
プリロードされたデータセットに記憶された範囲内のＩＭＳＩ番号を、ｅＵＩＣＣによりランダムに選択するステップと、
ランダムに選択されたＩＭＳＩ（Ｒ−ＩＭＳＩ）を備えるアタッチメント要求（３１０）を、それが第２のネットワークオペレータ（ＭＮＯ２）に関連付けられた発見サーバ（１０３、３０２）によって受信されるように送信するステップであって、発見サーバ（１０３、３０２）は、ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求（３１２）を生成するように構成される、ステップと、
ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求を、認証要求メッセージ（３１３）において受信するステップと、
発見サーバ（１０３、３０２）が、第１のネットワークオペレータ（ＭＮＯ１）を、このｅＵＩＣＣに関するサブスクリプションプロファイルのプロバイダとして識別することができるように、同期失敗のインジケーションとｅＵＩＣＣ識別子（ＥＩＤ）とを備える認証失敗メッセージ（３１４）を、応答として、発見サーバ（１０３、３０２）に送信するステップと、
マシンタイプ通信デバイスが第１のネットワークオペレータ（ＭＮＯ１）にアタッチすること、および保留中のサブスクリプションプロファイルをダウンロードすることができるように、発見サーバ（１０３、３０２）から一時的ＩＭＳＩ（ｔ−ＩＭＳＩ）を、認証要求メッセージ（３１７）において受信するステップであって、前記一時的ＩＭＳＩ（ｔ−ＩＭＳＩ）は、第１のネットワークオペレータに属し、サブスクリプションプロファイルのダウンロードを可能にするためにｅＵＩＣＣに一時的に割り当てられている、ステップとを備える、方法。
【請求項２】
ｅＵＩＣＣの製造業者によって運用されるＳＭ−ＳＲサーバとＨＴＴＰＳセッションを自動的に開くことによって、保留中のサブスクリプションプロファイルダウンロード手続きをトリガするステップ（４１０）を備える、請求項１に記載の方法。
【請求項３】
ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求が、ＲＡＮＤまたはＡＵＴＮフィールドのうちの少なくとも１つを使用して、認証要求メッセージ（３１３）において受信される、請求項１または２に記載の方法。
【請求項４】
認証要求メッセージ（３１３）が、ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求に加えて、新たなモバイルサブスクリプション識別番号（ＭＳＩＮ）を有して受信され、新たなモバイルサブスクリプション識別番号（ＭＳＩＮ）、およびｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求が、認証要求メッセージ（３１３）のＲＡＮＤフィールドまたはＡＵＴＮフィールドのうちの少なくとも１つにおいて受信される、請求項１から３のいずれか一項に記載の方法。
【請求項５】
ｅＵＩＣＣ識別子（ＥＩＤ）が、認証失敗メッセージ（３１４）のＡＵＴＳフィールドに入れられて伝送される、請求項１から４のいずれか一項に記載の方法。
【請求項６】
アタッチメント要求（３１０）および認証失敗メッセージ（３１４）が、移動先ネットワーク（ＭＮＯ３）におけるマシンタイプデバイスのモビリティを管理するサーバ（ＭＭＥ）に送信される、請求項１から５のいずれか一項に記載の方法。
【請求項７】
ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求を搬送する認証要求メッセージ（３１３）、および一時的ＩＭＳＩ（ｔ−ＩＭＳＩ）を搬送する認証要求メッセージ（３１７）が、移動先ネットワークにおけるマシンタイプデバイスのモビリティを管理するサーバ（ＭＭＥ）から受信される、請求項１から６のいずれか一項に記載の方法。
【請求項８】
ｔ−ＩＭＳＩがｅＵＩＣＣによって受信されると、セキュリティ鍵Ｋｉがｔ−ＩＭＳＩから導出されるステップを備える、請求項１から７のいずれか一項に記載の方法。
【請求項９】
セキュリティ鍵Ｋｉが、ｅＵＩＣＣに記憶されたプリロードされたセキュリティ鍵と受信されたｔ−ＩＭＳＩとを組み合わせる鍵導出アルゴリズムを使用して導出される、請求項８に記載の方法。
【請求項１０】
マシンタイプ通信デバイスがターゲットネットワークにアタッチされると、アクセスポイント名（ＡＰＮ）が、サブスクリプションプロファイルをダウンロードするように自動的に開かれる、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
マシンタイプ通信デバイスに埋め込まれるように、および第１のネットワークオペレータ（ＭＮＯ１）からのサブスクリプションプロファイルのダウンロードをトリガするように構成された、埋込み型ＵＩＣＣ（ｅＵＩＣＣ）（３００）であって、ｅＵＩＣＣが、ｅＵＩＣＣ識別子（ＥＩＤ）と、第２のネットワークオペレータ（ＭＮＯ２）に関連付けられた或る範囲の国際モバイルサブスクリプション識別子を記憶するプリロードされたデータセットとをプロビジョニングされ、
プリロードされたデータセットに記憶された範囲内のＩＭＳＩ番号を、ｅＵＩＣＣによりランダムに選択し、
ランダムに選択されたＩＭＳＩ（Ｒ−ＩＭＳＩ）を備えるアタッチメント要求（３１０）を、それが第２のネットワークオペレータ（ＭＮＯ２）に関連付けられた発見サーバ（１０３、３０２）によって受信されるように送信し、発見サーバ（１０３、３０２）は、ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求（３１２）を生成するように構成されており、
ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求を、認証要求メッセージ（３１３）において受信し、
発見サーバ（１０３、３０２）が、第１のネットワークオペレータ（ＭＮＯ１）を、このｅＵＩＣＣに関するサブスクリプションプロファイルのプロバイダとして識別することができるように、同期失敗のインジケーションとｅＵＩＣＣ識別子（ＥＩＤ）とを備える認証失敗メッセージ（３１４）を、応答として、発見サーバ（１０３、３０２）に送信し、
マシンタイプ通信デバイスが第１のネットワークオペレータ（ＭＮＯ１）にアタッチすること、および保留中のサブスクリプションプロファイルをダウンロードすることができるように、発見サーバ（１０３、３０２）から一時的ＩＭＳＩ（ｔ−ＩＭＳＩ）を、認証要求メッセージ（３１７）において受信し、前記一時的ＩＭＳＩ（ｔ−ＩＭＳＩ）は、第１のネットワークオペレータに属し、サブスクリプションプロファイルのダウンロードを可能にするためにｅＵＩＣＣに一時的に割り当てられている、ようにさらに構成される、埋込み型ＵＩＣＣ（ｅＵＩＣＣ）。
【請求項１２】
ｅＵＩＣＣの製造業者によって運用されるＳＭ−ＳＲサーバとＨＴＴＰＳセッションを自動的に開くことによって、保留中のサブスクリプションプロファイルダウンロード手続きをトリガする（４１０）ように構成される、請求項１１に記載の埋込み型ＵＩＣＣ（ｅＵＩＣＣ）。
【請求項１３】
ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求が、ＲＡＮＤまたはＡＵＴＮフィールドのうちの少なくとも１つを使用して、認証要求メッセージ（３１３）において受信される、請求項１１または１２に記載の埋込み型ＵＩＣＣ（ｅＵＩＣＣ）。
【請求項１４】
認証要求メッセージ（３１３）が、ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求に加えて、新たなモバイルサブスクリプション識別番号（ＭＳＩＮ）を有して受信され、新たなモバイルサブスクリプション識別番号（ＭＳＩＮ）、およびｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求が、認証要求メッセージ（３１３）のＲＡＮＤまたはＡＵＴＮフィールドのうちの少なくとも１つにおいて受信される、請求項１１から１３のいずれか一項に記載の埋込み型ＵＩＣＣ（ｅＵＩＣＣ）。
【請求項１５】
ｅＵＩＣＣ識別子（ＥＩＤ）が、認証失敗メッセージ（３１４）のＡＵＴＳフィールドに入れられて伝送される、請求項１１から１４のいずれか一項に記載の埋込み型ＵＩＣＣ（ｅＵＩＣＣ）。
【請求項１６】
アタッチメント要求（３１０）および認証失敗メッセージ（３１４）が、移動先ネットワーク（ＭＮＯ３）におけるマシンタイプデバイスのモビリティを管理するサーバ（ＭＭＥ）に送信される、請求項１１から１４のいずれか一項に記載の埋込み型ＵＩＣＣ（ｅＵＩＣＣ）。
【請求項１７】
第１のネットワークオペレータ（ＭＮＯ１）からのサブスクリプションプロファイルの、埋込み型ＵＩＣＣ（ｅＵＩＣＣ）におけるダウンロードを可能にする発見サーバ（１０３、３０２）であって、ｅＵＩＣＣが、ｅＵＩＣＣ識別子（ＥＩＤ）と、第２のネットワークオペレータ（ＭＮＯ２）に関連付けられた或る範囲の国際モバイルサブスクリプション識別子（ＩＭＳＩ）を記憶するプリロードされたデータセットとをプロビジョニングされ、発見サーバ（１０３、３０２）が、
ｅＵＩＣＣによって生成された、ランダムに選択されたＩＭＳＩ（Ｒ−ＩＭＳＩ）を第１の認証情報送信（ＳＡＩ）メッセージ（３１１）において受信し、
ｅＵＩＣＣ識別子（ＥＩＤ）を取得する要求を第１の認証情報送信確認応答メッセージにおいてｅＵＩＣＣに送信し、
ｅＵＩＣＣ識別子（ＥＩＤ）を第２の認証情報送信（ＳＡＩ）メッセージ（３１５）において受信し、
第１のモバイルネットワークオペレータ（ＭＮＯ１）を、このｅＵＩＣＣに関するサブスクリプションプロファイルのプロバイダとして識別し、
マシンタイプ通信デバイスが第１のネットワークオペレータ（ＭＮＯ１）にアタッチすることができるように、および保留中のサブスクリプションプロファイルをダウンロードすることができるように、一時的ＩＭＳＩ（ｔ−ＩＭＳＩ）を第２の認証情報送信確認応答メッセージ（３１６）においてｅＵＩＣＣに送信し、前記一時的ＩＭＳＩ（ｔ−ＩＭＳＩ）は、第１のネットワークオペレータに属し、サブスクリプションプロファイルのダウンロードを可能にするためにｅＵＩＣＣに一時的に割り当てられている、ように構成される、発見サーバ（１０３、３０２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マシンタイプ通信デバイスに埋め込まれたｅＵＩＣＣがサブスクリプションプロファイルのダウンロードをトリガする方法に関する。本発明は、モノのインターネット（ＩｏＴ）システムにおいて接続を提供することを目的とする技術分野に適用可能である。
【背景技術】
【０００２】
国際電気通信連合によって提供される勧告ＩＴＵ−Ｔ  Ｙ．２０６０によれば、モノのインターネット（ＩｏＴ）は、既存の、および進化する、相互運用可能な情報および通信技術に基づいて物理的なモノおよび仮想のモノを互いに接続することによって高度なサービスを可能にする、情報社会のための地球規模のインフラストラクチャとして定義される。モノは、識別されること、および通信ネットワークに組み込まれることが可能な、物理世界のオブジェクト（物理的なモノ）または情報世界のオブジェクト（仮想のモノ）である。現在、ＩｏＴは、セキュリティ監視、自動販売機、公共交通システム、車両モニタリングおよび管理、工業プロセス自動化、原動機類、都市情報化などの分野において、一般に、適用される。
【０００３】
この説明において、ＩｏＴデバイスという表現は、通信能力を有し、オプションとして、データキャプチャ、感知、データ記憶、感知、および／またはデータ処理の能力を有する機器を指す。ＩｏＴデバイスは、例えば、１つのＩｏＴデバイスから別のＩｏＴデバイスへのデータの伝送、あるいはＵＭＴＳ／ＨＳＤＰＡ、ＣＤＭＡ／ＥＶＤＯ、ＬＴＥ、５Ｇ、ＬｏＲａ、または他のネットワークを通じたマシン間のデータの交換を可能にする、マシンタイプコミュニケーション（ＭＴＣ）モジュールもしくはマシンツーマシン（Ｍ２Ｍ）モジュールとも呼ばれる無線通信モジュールを備える。
【０００４】
ＧＳＭアソシエーション（ＧＳＭＡ）が、２０１６年５月に、「Ｒｅｍｏｔｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｅｍｂｅｄｄｅｄ  ＵＩＣＣ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」と呼ばれる埋込み型ＳＩＭ仕様書の３．１バージョンを提供している。この仕様書は、初期のオペレータサブスクリプションの「無線の」プロビジョニング、および或るオペレータから別のオペレータへのサブスクリプションの後の変更を可能にする、マシンツーマシン（Ｍ２Ｍ）接続の遠隔のプロビジョニングおよび管理のためのデファクトの標準機構を提供する。
【０００５】
ＧＳＭＡの埋込み型ＳＩＭは、すべてのタイプの接続されたマシンの簡単でシームレスなモバイル接続を含むマシンツーマシン（Ｍ２Ｍ）接続を可能にするのに重要なイネーブラである。この既存のソリューションによれば、製造されたｅＵＩＣＣは、任意のオペレータへのダウンロードを管理するブートストラップオペレータプロファイルを備えて出荷される。このソリューションは、サービスプロバイダにとって柔軟性がなく、それは、デバイスが大抵の場合外国でスイッチオンにされるので、プロファイルダウンロードに対するローミング費用を発生させる。さらに、ブートストラップオペレータは、モバイルネットワークオペレータ（ＭＮＯ）プロファイルダウンロードを知っている。
【０００６】
ｅＵＩＣＣ製造業者（ＥＵＭ）によって署名されたすべての合意を必要とすることなく、および、ｅＵＩＣＣを埋め込んでいるＩｏＴデバイスが外国で配備されたとき、ローミング費用なしに新たなプロファイルをダウンロードすることを可能にする、現場でｅＵＩＣＣを配備するためのソリューションの必要性が存在する。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ＧＳＭアソシエーション（ＧＳＭＡ）、ＳＩＭ仕様書、３．１バージョン、「Ｒｅｍｏｔｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｅｍｂｅｄｄｅｄ  ＵＩＣＣ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、２０１６年５月
【非特許文献２】３ＧＰＰ  ＴＳ２４．００８、「Ｍｏｂｉｌｅ  ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  Ｌａｙｅｒ  ３  ｓｐｅｃｉｆｉｃａｔｉｏｎ」
【非特許文献３】３ＧＰＰ  ＴＳ２４．３０１、「Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ（ＮＡＳ）ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（ＥＰＳ）」
【非特許文献４】３ＧＰＰ  ＴＳ２９．００２
【非特許文献５】３ＧＰＰ  ＴＳ１３３．１０２
【非特許文献６】３ＧＰＰ  ＴＳ３３．４０１
【発明の概要】
【課題を解決するための手段】
【０００８】
本発明は、マシンタイプ通信デバイスに埋め込まれたｅＵＩＣＣが、第１のネットワークオペレータからのサブスクリプションプロファイルのダウンロードをトリガする方法に関し、ｅＵＩＣＣは、ｅＵＩＣＣ識別子と、第２のネットワークオペレータに関連付けられた或る範囲の国際モバイルサブスクリプション識別子（ＩＭＳＩ）を記憶しているプリロードされたデータセットとをプロビジョニングされ、方法は：
−  プリロードされたデータセットに記憶された範囲内のＩＭＳＩ番号を、ｅＵＩＣＣによりランダムに選択するステップと；
−  ランダムに選択されたＩＭＳＩを備えるアタッチメント要求を、それが第２のネットワークオペレータに関連付けられた発見サーバによって受信されるように送信するステップであって、発見サーバは、ｅＵＩＣＣ識別子を取得する要求を生成するように構成される、ステップと；
−  ｅＵＩＣＣ識別子を取得する要求を、認証要求メッセージにおいて受信するステップと；
−  発見サーバが、第１のネットワークオペレータを、このｅＵＩＣＣに関するサブスクリプションプロファイルのプロバイダとして識別することができるように、同期失敗のインジケーションとｅＵＩＣＣ識別子とを備える認証失敗メッセージを、応答として、発見サーバに送信するステップと；
−  マシンタイプ通信デバイスが第１のネットワークオペレータにアタッチすること、および保留中のサブスクリプションプロファイルをダウンロードすることができるように発見サーバから一時的ＩＭＳＩを、認証要求メッセージにおいて受信するステップであって、前記一時的ＩＭＳＩは、第１のネットワークオペレータに属し、サブスクリプションプロファイルのダウンロードを可能にするためにｅＵＩＣＣに一時的に割り当てられている、ステップとを備える。
【０００９】
一例によれば、方法は、ｅＵＩＣＣの製造業者、運用されるＳＭ−ＳＲサーバとＨＴＴＰＳセッションを自動的に開くことによって、保留中のサブスクリプションプロファイルダウンロード手続きをトリガするステップを備える。
【００１０】
一例によれば、ｅＵＩＣＣ識別子を取得する要求は、ＲＡＮＤまたはＡＵＴＮフィールドのうちの少なくとも１つを使用して、認証要求メッセージにおいて受信される。
【００１１】
一例によれば、認証要求メッセージは、ｅＵＩＣＣ識別子を取得する要求に加えて、新たなモバイルサブスクリプション識別番号を有して受信され、新たなモバイルサブスクリプション識別番号、およびｅＵＩＣＣ識別子を取得する要求は、認証要求メッセージのＲＡＮＤまたはＡＵＴＮフィールドのうちの少なくとも１つにおいて受信される。
【００１２】
一例によれば、ｅＵＩＣＣ識別子は、認証失敗メッセージのＡＵＴＳフィールドに入れられて伝送される。
【００１３】
一例によれば、アタッチメント要求および認証失敗メッセージは、移動先ネットワークにおけるマシンタイプデバイスのモビリティを管理するサーバに送信される。
【００１４】
一例によれば、ｅＵＩＣＣ識別子を取得する要求を搬送する認証要求メッセージ、および一時的ＩＭＳＩを搬送する認証要求メッセージは、移動先ネットワークにおけるマシンタイプデバイスのモビリティを管理するサーバから受信される。
【００１５】
一例によれば、方法は、一時的ＩＭＳＩがｅＵＩＣＣによって受信されると、一時的ＩＭＳＩからセキュリティ鍵Ｋｉが導出されるステップを備える。
【００１６】
一例によれば、セキュリティ鍵Ｋｉは、ｅＵＩＣＣに記憶されたプリロードされたセキュリティ鍵と受信されたｔ−ＩＭＳＩとを組み合わせる鍵導出アルゴリズムを使用して導出される。
【００１７】
一例によれば、マシンタイプ通信デバイスがターゲットネットワークにアタッチされると、サブスクリプションプロファイルをダウンロードするようにアクセスポイント名が自動的に開かれる。
【００１８】
また、本発明は、マシンタイプ通信デバイスに埋め込まれるように、および第１のネットワークオペレータからのサブスクリプションプロファイルのダウンロードをトリガするように、構成された、埋込み型ＵＩＣＣにも関し、ｅＵＩＣＣは、ｅＵＩＣＣ識別子と、第２のネットワークオペレータに関連付けられた或る範囲の国際モバイルサブスクリプション識別子を記憶するプリロードされたデータセットとをプロビジョニングされ：
−  プリロードされたデータセットに記憶された範囲内のＩＭＳＩ番号を、ｅＵＩＣＣによりランダムに選択し；
−  ランダムに選択されたＩＭＳＩを備えるアタッチメント要求を、それが第２のネットワークオペレータに関連付けられた発見サーバによって受信されるように送信し、発見サーバは、ｅＵＩＣＣ識別子を取得する要求を生成するように構成されており；
−  ｅＵＩＣＣ識別子を取得する要求を、認証要求メッセージにおいて受信し；
−  発見サーバが、第１のネットワークオペレータを、このｅＵＩＣＣに関するサブスクリプションプロファイルのプロバイダとして識別することができるように、同期失敗のインジケーションとｅＵＩＣＣ識別子とを備える認証失敗メッセージを、応答として、発見サーバに送信し；
−  マシンタイプ通信デバイスが第１のネットワークオペレータにアタッチすること、および保留中のサブスクリプションプロファイルをダウンロードすることができるように、発見サーバから一時的ＩＭＳＩを、認証要求メッセージにおいて受信し、前記一時的ＩＭＳＩは、第１のネットワークオペレータに属し、サブスクリプションプロファイルのダウンロードを可能にするためにｅＵＩＣＣに一時的に割り当てられている、ようにさらに構成される。
【００１９】
一例によれば、埋め込み型ＵＩＣＣは、ｅＵＩＣＣの製造業者、運用されるＳＭ−ＳＲサーバとＨＴＴＰＳセッションを自動的に開くことによって、保留中のサブスクリプションプロファイルダウンロード手続きをトリガするように構成される。
【００２０】
一例によれば、ｅＵＩＣＣ識別子を取得する要求は、ＲＡＮＤまたはＡＵＴＮフィールドのうちの少なくとも１つを使用して、認証要求メッセージにおいて受信される。
【００２１】
一例によれば、認証要求メッセージは、ｅＵＩＣＣ識別子を取得する要求に加えて、新たなモバイルサブスクリプション識別番号を有して受信され、新たなモバイルサブスクリプション識別番号、およびｅＵＩＣＣ識別子を取得する要求は、認証要求メッセージのＲＡＮＤまたはＡＵＴＮフィールドのうちの少なくとも１つにおいて受信される。
【００２２】
一例によれば、ｅＵＩＣＣ識別子は、認証失敗メッセージのＡＵＴＳフィールドに入れられて伝送される。
【００２３】
一例によれば、アタッチメント要求および認証失敗メッセージは、移動先ネットワークにおけるマシンタイプデバイスのモビリティを管理するサーバに送信される。
【００２４】
また、本発明は、第１のネットワークオペレータからのサブスクリプションプロファイルの、埋込み型ＵＩＣＣにおけるダウンロードを可能にする発見サーバにも関し、ｅＵＩＣＣは、ｅＵＩＣＣ識別子と、第２のネットワークオペレータに関連付けられた或る範囲の国際モバイルサブスクリプション識別子を記憶するプリロードされたデータセットとをプロビジョニングされ、発見サーバは：
−  ｅＵＩＣＣによって生成された、ランダムに選択されたＩＭＳＩを第１の認証情報送信メッセージにおいて受信し；
−  ｅＵＩＣＣ識別子を取得する要求を第１の認証情報送信確認応答メッセージにおいてｅＵＩＣＣに送信し；
−  ｅＵＩＣＣ識別子を第２の認証情報送信メッセージにおいて受信し；
−  第１のモバイルネットワークオペレータを、このｅＵＩＣＣに関するサブスクリプションプロファイルのプロバイダとして識別し；
−  マシンタイプ通信デバイスが第１のネットワークオペレータにアタッチすることができるように、および保留中のサブスクリプションプロファイルをダウンロードすることができるように、一時的ＩＭＳＩを第２の認証情報送信確認応答メッセージにおいてｅＵＩＣＣに送信し、前記一時的ＩＭＳＩは、第１のネットワークオペレータに属し、サブスクリプションプロファイルのダウンロードを可能にするためにｅＵＩＣＣに一時的に割り当てられている、ようにさらに構成される。
【００２５】
本発明のさらなる特徴および利点は、添付の図面と併せて、示唆的、および非限定的な例として与えられる、本発明の１つの好ましい実施形態の詳細な説明を読んだ後、より明確に理解可能となろう。
【図面の簡単な説明】
【００２６】
【図１】ｅＵＩＣＣが、ｅＵＩＣＣが製造されたのとは異なる国において初めてアクティブ化される技術を概略的に示す図である。
【図２】ターゲットモバイルネットワークオペレータが、所与のｅＵＩＣＣにおいてサブスクリプションプロファイルをアップロードする準備ができていることが、発見サーバにどのように通知されるかを示す例示的なシーケンス図である。
【図３】ＩｏＴデバイスによってターゲットネットワークオペレータからのサブスクリプションプロファイルのダウンロードをトリガすることを可能にすることを示すシーケンス図である。
【図４】保留中のプロファイルがどのようにｅＵＩＣＣにアップロードされるかを示す図である。
【発明を実施するための形態】
【００２７】
図１は、ｅＵＩＣＣが、それが製造されたのとは異なる国において初めてアクティブ化される技術を概略的に示す。
【００２８】
この例によれば、ＩｏＴデバイス１００は、ｅＵＩＣＣ１０１を埋め込んでいる。
【００２９】
埋込み型ＳＩＭ（ｅＳＩＭ）とも呼ばれる、埋込み型ユニバーサル集積回路カード（ｅＵＩＣＣ）とは、複数のモバイルネットワークオペレータサブスクリプションを管理するように設計されたセキュアにされた要素を指す。ｅＵＩＣＣは、プラグ接続され、またははんだ付けされて、様々なフォームファクタで入手可能であり、ｅＵＩＣＣ製造業者（ＥＵＭ）によって製造される。ｅＵＩＣＣは、したがって、任意の種類のデバイスに統合することが容易である。
【００３０】
図１に示される例によれば、ｅＵＩＣＣは、ユーザの自国とは異なるｅＵＩＣＣ製造業者（ＥＵＭ）国と以降で表す国において製造されている。ユーザの自国とは、ＩｏＴデバイスが購入され、主に使用される国を指す。製造段階において、ＥＵＭ製造業者と、自国に存在するいずれのモバイルネットワークオペレータとの間にも商業上の関係はセットアップされていなかった。しかし、ｅＵＩＣＣ製造業者（ＥＵＭ）によって運用される発見サーバが、例えば、ＥＵＭ国におけるモバイルネットワークオペレータＭＮＯ２に関連付けられている。発見サーバ１０３は、ＭＮＯ２からアクセス可能であり、ｅＵＩＣＣのそれぞれのユーザの自国における現場で既に配備されているｅＵＩＣＣのアクティブ化のモニタリングを可能にする。
【００３１】
説明されるシステムは、発見サーバおよびｅＵＩＣＣの使用に基づく。この説明において、発見サーバの例が、言及され、発見サーバ（Ｄ−ＨＳＳ）と表す。ホームサブスクライバサーバ（ＨＳＳ）は、ユーザ識別およびユーザアドレス指定、ユーザプロファイル情報を格納すること、ネットワーク−ユーザ相互認証、暗号化およびアイデンティティ保護のために、ロングタームエボリューション（ＬＴＥ）ネットワークにおいて使用されるデータベースサーバである。Ｄ−ＨＳＳは、発見サーバの例であり、後段で説明される方法を実装するように変形されるＨＳＳとして説明されることが可能である。Ｄ−ＨＳＳは、必ずしも、３ＧＰＰ準拠のＨＳＳにおいて実装されるすべての機能を備えるわけではない。Ｄ−ＨＳＳは、例示的な目的で本明細書において提案される或るタイプの発見サーバであることが、当業者には理解されよう。他のタイプの発見サーバが、提案される技術を実装することも可能である。
【００３２】
本発明は、いわゆるＥＵＭ国および自国において配備されるデバイスおよび機器に基づいて後段で説明される。しかし、他のユースケースが本発明によってサポートされることも可能であることが、当業者には理解されよう。例えば、ｅＵＩＣＣを埋め込んだＩｏＴデバイスが、サブスクリプションがセットアップされる必要がある第１の国において購入され、発見サーバが、第２の国においてローカライズされ、発見サーバに関連付けられたモバイルネットワークオペレータが、第３の国においてローカライズされる。
【００３３】
図１において提案される例によれば、ｅＵＩＣＣ製造段階において、ユーザの自国のモバイルネットワークオペレータとＥＵＭとの間に、オペレータが、新たに獲得されたＩｏＴデバイス１００の所有者に接続を提供するようにする商業上の合意は、セットアップされていない。
【００３４】
ｅＵＩＣＣ製造、ＩｏＴデバイスへのｅＵＩＣＣの統合、およびｅＵＩＣＣを埋め込んでいるＩｏＴデバイスの現場における配備に続いて、ＩｏＴデバイス製造業者と、ターゲットオペレータと呼ばれるモバイルネットワークオペレータＭＮＯ１との間に商業上の合意がセットアップされることが可能である。ＭＮＯ１は、新たに獲得されたＩｏＴデバイス１００に接続を提供する。その目的で、サブスクリプションプロファイルが、後に生成され、ｅＵＩＣＣによってさらにダウンロードされるように利用可能にされることが可能である。このサブスクリプションプロファイルは、以降、保留中のプロファイルと表す。
【００３５】
この例において、ｅＵＩＣＣ１０１を備えるＩｏＴデバイス１００が、初めてスイッチオンにされる。ＩｏＴデバイス１００は、Ｒ−ＩＭＳＩとして表されるランダムに選択されたＩＭＳＩを生成し、アタッチメント手続きが開始される。最初の接続は、パケットデータネットワーク（ＰＤＮ）を通じてＭＮＯ２とデータを交換することができる移動先ネットワークＭＮＯ３によって提供される。Ｒ−ＩＭＳＩは、それが発見サーバに関連付けられるようになっている。したがって、ＩｏＴデバイスは、発見サーバ１０３にリンクされたＭＮＯ２にアタッチしようと試みる。
【００３６】
しかし、発見サーバ１０３は、それがｅＵＩＣＣを、ターゲットオペレータＭＮＯ１からの保留中のプロファイルを要求しているものとして検出するように構成される。Ｄ−ＨＳＳは、所与のターゲットオペレータが、所与のｅＵＩＣＣのために利用可能な保留中のプロファイルを有するかどうかを知るように構成され、そしてその場合、Ｄ−ＨＳＳは、ユーザの自国においてローカライズされたターゲットオペレータＭＮＯ１に直接にアタッチする手段をｅＵＩＣＣに提供する。
【００３７】
言い換えると、１つの狙いは、ブートストラップセルラネットワークにアタッチされることなしに、ｅＵＩＣＣを埋め込んでいるデバイスと発見サーバ（Ｄ−ＨＳＳ）との間でダイアログ（ｄｉａｌｏｇ）を作成することである。
【００３８】
目的は、サブスクリプションプロファイルを、プロファイルに関連付けられたクレデンシャルと一緒にダウンロードするために、複数のネットワークオペレータのなかで、この例では、ＭＮＯ１  １１１である、ターゲットにされるオペレータネットワークに直接にアタッチすることである。
【００３９】
提案される方法およびシステムは、既に存在するメッセージが使用されるので、既存の３ＧＰＰ仕様を変形することを必要とせずに、３Ｇおよび４Ｇ／ＬＴＥネットワーク向けに構成される。さらに、提案される方法およびシステムは、５Ｇ技術および将来の標準化された技術を含む次世代のモバイルネットワークによって実装されることが可能である。
【００４０】
発見サーバ（Ｄ−ＨＳＳ）とｅＵＩＣＣとの間のダイアログは、端末装置とネットワークとの間でデバイスアタッチメント中に通常、交換される４つの認証メッセージの使用に基づく。これら４つのメッセージは、一般に：
−  アタッチ要求；
−  認証要求；
−  認証失敗；
−  認証情報送信（ＳＡＩ）
として参照される。
【００４１】
ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）ネットワークおよびロングタームエボリューション（ＬＴＥ）ネットワークに関して、これらのメッセージは、それぞれ、３ＧＰＰ技術仕様書、３ＧＰＰ  ＴＳ２４．００８、「Ｍｏｂｉｌｅ  ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  Ｌａｙｅｒ  ３  ｓｐｅｃｉｆｉｃａｔｉｏｎ」、および３ＧＰＰ  ＴＳ２４．３０１、「Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ（ＮＡＳ）ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（ＥＰＳ）」において詳細に説明される。
【００４２】
さらに、提案されるシステムは、ＵＭＴＳおよびシステムアーキテクチャエボリューション（ＳＡＥ）に関して３ＧＰＰ  ＴＳ２９．００２において定義される「認証情報送信」を再利用する。
【００４３】
提案された技術によれば、アタッチ要求および認証情報送信（ＳＡＩ）メッセージは、ランダムに生成されたＩＭＳＩを伝送するのに使用される。
【００４４】
ランダムに生成されたＩＭＳＩ（Ｒ−ＩＭＳＩ）は、製造段階でｅＵＩＣＣにプリロードされたデータセットにおいて定義される或る範囲のＩＭＳＩに属する。この例において、ｅＵＩＣＣにプリロードされたデータセットのＩＭＳＩの範囲が、モバイルネットワークオペレータＭＮＯ２によって所有されるＩＭＳＩのリストに対応しているので、発見サーバはＭＮＯ２に関連付けられる。
【００４５】
別の実施形態によれば、ｅＵＩＣＣ製造業者は、その自らのモバイルネットワークオペレータを運用することが可能である。発見サーバと、関連付けられたモバイルネットワークは、その場合、同一の主体によって運用される。別の言い方をすると、ＭＮＯ２は、発見サーバと同様にＥＵＭによって運用される。ｅＵＩＣＣ製造業者（ＥＵＭ）は、発見サーバに向けてのメッセージのルーティングのために使用されるモバイル国コード（ＭＣＣ）フィールドとモバイルネットワークコード（ＭＮＣ）フィールドの専用の組合せを有することが可能である。その場合、ｅＵＩＣＣ製造業者（ＥＵＭ）が現実のＭＮＯの完全なインフラストラクチャを運用することは必要とされない。
【００４６】
別の実施形態によれば、モバイルネットワークオペレータＭＮＯ２は、ＥＵＭとは異なり、および、発見サーバ（Ｄ−ＨＳＳ）を自身によって運用することが可能である。
【００４７】
図２は、ターゲットモバイルネットワークオペレータが、所与のｅＵＩＣＣにおいてサブスクリプションプロファイルをアップロードする準備ができていることが、発見サーバにどのように通知されるかを示す例示的なシーケンス図の例である。
【００４８】
この図において、ｅＵＩＣＣ製造業者（ＥＵＭ）２０２によって運用される発見サーバ２００が表される。ＥＵＭ  ＳＭ−ＳＲ２０１は、ＥＵＭによって運用され、発見サーバ２００に接続する機能で強化された、ＧＳＭＡ「Ｒｅｍｏｔｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｅｍｂｅｄｄｅｄ  ＵＩＣＣ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」において定義される「サブスクリプションマネージャセキュアルーティング」サーバである。
【００４９】
ＭＮＯ  ＳＭ−ＤＰ２０３は、ターゲットモバイルネットワークオペレータの、ＧＳＭＡ「Ｒｅｍｏｔｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｅｍｂｅｄｄｅｄ  ＵＩＣＣ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」において定義される「サブスクリプションマネージャ−データ準備」である。その主な役割は、オペレータプロファイルを作成し、暗号化し、そしてｅＵＩＣＣにインストールすることである。
【００５０】
また、ターゲットモバイルネットワークオペレータも、２０４として図に表される。
【００５１】
この例において、ＥＵＭ２０２は、新たなｅＵＩＣＣを発行しており、そのｅＵＩＣＣのｅＵＩＣＣ情報セット（ＥＩＳ）をＥＵＭ  ＳＭ−ＳＲ２０１に登録する２１０。
【００５２】
そして、ターゲットＭＮＯと呼ばれるモバイルネットワークオペレータ２０４が、接続を提供するために、ＥＵＭ２０２と、またはこのｅＵＩＣＣを使用するＭ２Ｍサービスプロバイダと、契約している。ターゲットモバイルネットワークオペレータ２０４は、プロファイルダウンロードプロセスを開始し２１１、例えば、ＭＮＯ  ＳＭ−ＤＰ２０３に、ｅＵＩＣＣ識別情報（ＥＩＤ）、ＥＵＭ  ＳＭ−ＳＲ２０１の識別子、および集積回路カード識別子（ＩＣＣＩＤ）を伝送する。
【００５３】
ＭＮＯ  ＳＭ−ＤＰ２０３が、ＥＵＭ  ＳＭ−ＳＲ２０１にｅＵＩＣＣ情報セット（ＥＩＳ）を要求する２１２。その目的で、それは、対応するＥＩＳデータを得るためにｅＵＩＣＣのＥＩＤを伝送する。
【００５４】
次に、ＭＮＯ  ＳＭ−ＤＰ２０３は、新たなプロファイルに関するセキュリティドメインを作成するようＥＵＭ  ＳＭ−ＳＲに要求する２１３。
【００５５】
ＥＵＭ  ＳＭ−ＳＲ２０１は、ターゲットＭＮＯ２０４に関連付けられたサブスクリプションプロファイルで、前述したＥＩＤによって識別されるｅＵＩＣＣをプロビジョニングすることに対する、進行中の要求を発見サーバ２００に指令する２１４。
【００５６】
図３は、ＩｏＴデバイスによってターゲットモバイルネットワークオペレータからのサブスクリプションプロファイルのダウンロードをトリガすることを可能にするシーケンス図を示す。
【００５７】
この図において、ｅＵＩＣＣ製造業者（ＥＵＭ）によって運用される発見サーバ３０２が表され、参照符号２００に対応する。さらに、モバイルネットワークオペレータのモビリティ管理エンティティ（ＭＭＥ）、およびターゲットｅＵＩＣＣ３００が表される。ターゲットｅＵＩＣＣ３００は、ターゲットモバイルネットワークオペレータが、保留中のサブスクリプションプロファイルをそれに（図２において説明される動作の結果）提供するように利用可能であるｅＵＩＣＣである。
【００５８】
この例によれば、ターゲットｅＵＩＣＣ３００のために保留中であるサブスクリプションプロファイルが存在する。ＩｏＴデバイスは、初めてスイッチオンにされたとき、そのプリロードされたデータセットに収容されるデータを使用してモバイルネットワークにアタッチしようと試みる。プリロードされたデータセットは、ブートストラップオペレータに接続するようにｅＵＩＣＣにクレデンシャルを提供するブートストラッププロファイルとは異なる。それは、ｅＵＩＣＣが発見サーバ３０２によって検出されることを可能にする事前定義された範囲のＲ−ＩＭＳＩ番号だけを収容する。
【００５９】
ＩｏＴデバイスが、移動先ネットワークのＭＭＥ３０１にアタッチ要求３１０メッセージを送信する。それは、従来のアタッチ要求メッセージ、例えば、ＵＭＴＳまたはＬＴＥのために３ＧＰＰにおいて標準化されているものを使用するが、サブスクライバに割り当てられたＩＭＳＩを伝送する代わりに、それは、プリロードされたプロファイルにおいて定義されるＩＭＳＩ範囲を考慮に入れてｅＵＩＣＣによって生成された、Ｒ−ＩＭＳＩとして表されるランダムなＩＭＳＩを伝送する。
【００６０】
次に、ＭＭＥ３０１が、認証情報送信（ＳＡＩ）メッセージを発見サーバ３０２に送信する３１１。ＳＡＩメッセージは、ｅＵＩＣＣによって生成されたＲ−ＩＭＳＩも収容する。発見サーバ３０２は、ｅＵＩＣＣにプリロードされた事前定義された範囲のＩＭＳＩに属するＩＭＳＩ番号に関連付けられるように構成される。
【００６１】
好ましい実施形態によれば、ｅＵＩＣＣのプリロードされたデータセットに記憶された範囲のＩＭＳＩは、これらのＩＭＳＩが同一のオペレータ（ＭＮＯ２）によって所有されるので、同一のモバイルネットワークコード（ＭＮＣ）フィールドおよびモバイル国コード（ＭＣＣ）フィールドを有する。したがって、発見サーバは、このオペレータに関連付けられていると言われる。発見サーバは、一般に、ｅＵＩＣＣ製造業者（ＥＵＭ）によって運用され、それは、モバイルネットワークオペレータＭＮＯ２と協働することが可能である。代替として、ＥＵＭが、モバイル仮想ネットワークオペレータ（ＭＶＮＯ）のようなモバイルネットワークオペレータとして、宣言され機能することも可能である。
【００６２】
次に、発見サーバ３０２が、ｅＵＩＣＣがＥＩＤを、およびオプションとして、新たなモバイルサブスクリプション識別番号（ＭＳＩＮ）を送信するように、ＲＡＮＤおよび／またはＡＵＴＮフィールドに要求を備えるＳＡＩ確認応答メッセージ３１２でＭＭＥ３０１に返答する。
【００６３】
この新たなＭＳＩＮは、プロセスが失敗した場合にＩｏＴデバイスと発見サーバとの間でデータ交換を再び開始するのに使用されることが可能である。実際は、既に生成されたＲ−ＩＭＳＩの再使用は、発見サーバに関連付けられたモバイルネットワークオペレータによってブロックされることが可能である。
【００６４】
次に、移動先ネットワークのＭＭＥ３０１が、標準の認証要求メッセージ３１３を使用してターゲットｅＵＩＣＣ３００にＥＩＤ要求を、およびオプションとして、新たなＭＳＩＮを転送するが、ＥＩＤ要求、およびオプションとして新たなＭＳＩＮは、認証要求メッセージ３１３のＲＡＮＤおよび／またはＡＵＴＮフィールドにおいて伝送される。
【００６５】
次に、ｅＵＩＣＣ３００を埋め込んでいるＩｏＴデバイスが、認証同期失敗３１４メッセージを使用してＭＭＥ３０１に返答する。このメッセージのビットの数は、３ＧＰＰ仕様書において標準化されるものと同一であるが、それらのビットは、ＥＩＤを、認証失敗メッセージ３１４のＡＵＴＳフィールドの中に入れて伝送するために流用される。
【００６６】
次に、ＭＭＥ３０１が、ＳＡＩメッセージを使用して、発見サーバ３０２に認証同期失敗メッセージを転送する３１５。
【００６７】
ＥＩＤが発見サーバ３０２によって受信されると、それは、そのレコードでＥＩＤを検索して、ｅＵＩＣＣにサブスクリプションプロファイルをプロビジョニングする準備ができているターゲットオペレータが存在するかどうかを調べる。それは、ＥＩＤおよびＥＩＳデータが登録されていることを見出す（図２の参照符号２１０参照）。よって、それは、ターゲットモバイルネットワークオペレータを識別すること、およびターゲットｅＵＩＣＣに一時的ＩＭＳＩ（ｔ−ＩＭＳＩ）を割り当てることができ、前記一時的ＩＭＳＩは、ターゲットオペレータに属し、少なくとも、プロファイルダウンロード手続きの持続時間にわたって、ターゲットｅＵＩＣＣに割り当てられている。
【００６８】
発見サーバ３０２が、ＩＭＳＩ切換えコマンドと、割り当てられたｔ−ＩＭＳＩと、オプションとして、認証ベクトルのＲＡＮＤ／ＡＵＴＮフィールドに符号化されたオペレータバリアントアルゴリズム構成フィールド（Ｏｐｅｒａｔｏｒ  Ｖａｒｉａｎｔ  Ａｌｇｏｒｉｔｈｍ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｆｉｅｌｄ）（ＯＰｃ）とを収容するＳＡＩ  ＡＣＫメッセージ３１６で、移動先ネットワークのＭＭＥ３１１に返答する３１６。思い出すべきこととして、認証ベクトルは、特定のユーザと認証を行うのに必要とされる一時的認証データを提供するパラメータのセットである。
【００６９】
移動先ネットワークのＭＭＥ３０１は、ｅＵＩＣＣ３００を埋め込んでいるＩｏＴデバイスに伝送される認証要求３１７を使用してｔ−ＩＭＳＩおよびＩＭＳＩ切換えコマンドを転送する。
【００７０】
ｅＵＩＣＣ３００を埋め込んでいるＩｏＴデバイスは、認証要求３１７において受信された流用されたＲＡＮＤおよびＡＵＴＮフィールドを使用して生成された、有効な予期される認証応答ＲＥＳを収容する認証返答メッセージ３１８で返答する。認証応答ＲＥＳは、ＵＭＴＳ伝送の場合、３ＧＰＰ  ＴＳ１３３．１０２により計算されることが可能であり、ＬＴＥ伝送の場合、３ＧＰＰ  ＴＳ３３．４０１により計算されることが可能である。
【００７１】
次に、ロケーション更新メッセージ３１９（またはＬＴＥ準拠のシステムの場合、追跡エリア更新ＴＡＵ）が、移動先ネットワークのＭＭＥ３０１によって発見サーバ３０２に伝送される３１９。発見サーバは、発見サーバが、ローミングを禁止するように構成されるので、アタッチメント要求を拒否するように構成され、アタッチメントは、ローミングが許されずにＤ−ＨＳＳによって拒否される。このことは、ｅＵＩＣＣ３００を埋め込んでいるＩｏＴデバイスに対するＭＭＥ３０１によるアタッチ拒否メッセージ３２０の伝送につながる。
【００７２】
この段階で、ｅＵＩＣＣは、プロファイルダウンロード手続きの持続時間にわたって、受信されたｔ−ＩＭＳＩを使用するように構成される。ｅＵＩＣＣは、ｔ−ＩＭＳＩに関するセキュリティ鍵Ｋｉを計算し、セットアップする。実施形態によれば、セキュリティ鍵Ｋｉは、ｅＵＩＣＣにプリロードされたセキュリティ鍵と受信されたｔ−ＩＭＳＩとを組み合わせる鍵導出アルゴリズムのお陰で生成される。また、発見サーバが同一のＫｉを生成することもできる。したがって、無線でセキュリティ鍵Ｋｉを伝送することが要求されることなしにデータ交換をセキュアにすることが可能である。
【００７３】
次に、ｅＵＩＣＣが、ｅＵＩＣＣ初期化手続きをトリガする「リフレッシュ」プロアクティブコマンドをＩｏＴデバイスに送信する３２１。その結果、ＩｏＴデバイスは、アタッチを再び試行する。アタッチ要求３２２が、今回は、Ｒ−ＩＭＳＩの代わりにｔ−ＩＭＳＩを使用して、伝送される。次に、標準のアタッチメントプロキュア（ｐｒｏｃｕｒｅ）（図示せず）が実行され、ｔ−ＩＭＳＩは、ターゲットオペレータに属するので、および、このターゲットオペレータのネットワークは、これらの事前定義された一時的ＩＭＳＩでアタッチメントを受け付けるように構成されるので、アタッチメント手続きが成功したことを示すアタッチメント応答３２３が、ｅＵＩＣＣを埋め込んでいるＩｏＴデバイスによって受信される。
【００７４】
ＩｏＴデバイスがターゲットネットワークにアタッチされると、それは、アクセスポイント名（ＡＰＮ）を自動的に開く。ｅＵＩＣＣは（ｔ−ＩＭＳＩでアタッチメントに成功したことの結果として）自身を待っているサブスクリプションが存在することを知っており、プロファイルダウンロード手続きを自動的に開始することが可能である。通信チャネルは、ターゲットＭＮＯとｅＵＩＣＣとの間で既にセットアップされているので、ウェイクアップＳＭＳは、もはや要求されない。
【００７５】
図４は、保留中のプロファイルがどのようにｅＵＩＣＣにアップロードされるかを示す。最初に、ｅＵＩＣＣ４１０が、ＥＵＭ  ＳＭ−ＳＲ４０１とＨＴＴＰＳセッションを開く。
【００７６】
次に、ＥＵＭ  ＳＭ−ＳＲ４０１（参照符号２０１に対応する）が、新たなプロファイルコンテナ（ＩＳＤ−Ｐ）を作成し４１１、開かれたＨＴＴＰＳセッションを離れる。
【００７７】
ＥＵＭ  ＳＭ−ＳＲ４０１は、ＭＮＯ  ＳＭ−ＤＰ４０３にメッセージ４１２を送信することによってＩＳＤ−Ｐ作成要求に対する確認応答を行う。
【００７８】
ＭＮＯ  ＳＭ−ＤＰ４０３（参照符号２０３に対応する）が、ＥＵＭ  ＳＭ−ＳＲ４０１を通じて、ＩｏＴデバイス４００（参照符号３００に対応する）に保留中のプロファイルをアップロードする。新たにダウンロードされたプロファイルが、ｅＵＩＣＣ上でイネーブルにされる。ＥＵＭ  ＳＭ−ＳＲ４０１は、ＭＮＯ  ＳＭ−ＤＰ４０３によって、新たにダウンロードされたサブスクリプションプロファイルのＭＳＩＳＤＮをプロビジョニングされる。
【００７９】
ＭＮＯ  ＳＭ−ＤＰサーバ４０３は、動作の完了について通知され４１４、ターゲットモバイルネットワークオペレータも同様である４１５。
【００８０】
ｅＵＩＣＣが、リフレッシュプロアクティブコマンド（図示せず）を送信し、ＩｏＴデバイス４００が運用プロファイルで再アタッチする。
【００８１】
次に、ターゲットＭＮＯ４１６、４１７が、ＥＵＭ  ＳＭ−ＳＲ４０１からターゲットＭＮＯ４１６、４１７自らのＳＭ−ＳＲ４０２へのＳＭ−ＳＲ移転を開始する３１５。次に、標準のＳＭ−ＳＲ変更手続きが実行される４１８。このステップは、ターゲットＭＮＯがその自らのＳＭ−ＳＲを運用しない場合、オプションである。
【図１】
0006812565.tif 000002
【図２】
0006812565.tif 000003
【図３】
0006812565.tif 000004
【図４】
0006812565.tif 000005