(57)【要約】セルラネットワーク(1)からユーザ装置(3)へプロビジョニングデータセットを伝送する方法であって、リモートプロビジョニングネットワークスライスと異なるネットワークスライスに割り当てられたベースノードに接続するために使用される認証クレデンシャルと異なる初期デバイス識別子を認証クレデンシャルとして含む接続要求を、ベースノードにおいてユーザ装置から受信するステップと、ベースノードにおいてユーザ装置からのリモートプロビジョニング要求を受信するステップと、リモートプロビジョニング要求をリモートプロビジョニングネットワークスライスによってリモートプロビジョニングサーバに転送するステップと、初期デバイス識別子と一致するユーザ装置識別子にリモートプロビジョニングサーバがアクセス可能である場合に、リモートプロビジョニングサーバから受信したプロビジョニングデータセットを用いてユーザ装置に応答するステップとを含む方法に関する。【選択図】  図１
2019525549.tif 000002
【特許請求の範囲】
【請求項１】
セルラネットワーク（１）からユーザ装置（３）へプロビジョニングデータセットを伝送する方法であって、前記セルラネットワークが、前記ユーザ装置へのアクセスを提供する複数のベースノード（４）と、前記セルラネットワークによりアクセス可能なリモートプロビジョニングサーバ（６）と、少なくとも２つのネットワークスライス（２．３、２．４）を含むコアネットワークとを備え、前記ネットワークスライスの少なくとも１つが、前記ネットワークスライスに排他的に割り当てられた少なくとも１つのネットワークノード（５、７）を備え、
前記ネットワークスライスの少なくとも１つが、所定のクラスのユーザ装置を動作させることに特化しており、少なくとも１つのリモートプロビジョニングネットワークスライス（２．４）が、前記リモートプロビジョニングサーバへのアクセスを許可する割り当てられたネットワークノード（７）を備えており、少なくとも１つのベースノードが前記リモートプロビジョニングネットワークスライスに割り当てられており、
前記方法が、
−前記リモートプロビジョニングネットワークスライスと異なるネットワークスライスに割り当てられたベースノードに接続するために使用される認証クレデンシャルと異なる初期デバイス識別子を認証クレデンシャルとして含む接続要求を、前記ベースノードにおいてユーザ装置から受信するステップと、
−前記ベースノードにおいて、前記ユーザ装置からのリモートプロビジョニング要求を受信するステップと、
−前記リモートプロビジョニング要求を、前記リモートプロビジョニングネットワークスライスによって前記リモートプロビジョニングサーバに転送するステップと、
−前記初期デバイス識別子と一致するユーザ装置識別子に前記リモートプロビジョニングサーバがアクセス可能である場合に、前記リモートプロビジョニングサーバから受信したプロビジョニングデータセットによって前記ユーザ装置に応答するステップと、
を含むことを特徴とする方法。
【請求項２】
前記リモートプロビジョニングネットワークスライス（２．４）に割り当てられた前記ベースノード（４）について、リモートプロビジョニングをサポートする能力を示す情報要素をブロードキャストするステップを含む、請求項１に記載の方法。
【請求項３】
少なくとも１つの第２のベースノードが、前記リモートプロビジョニングネットワークスライス（２．４）と異なる少なくとも１つのネットワークスライス（２．３、２．２、２．１）にのみ割り当てられ、
前記第２のベースノードについて、リモートプロビジョニングをサポートする能力を有する別のベースノードに示す情報要素をブロードキャストするステップを含む、請求項２に記載の方法。
【請求項４】
前記提供されたプロビジョニングデータセットの処理が成功したことを示す前記ユーザ装置（３）からのメッセージを受信し、
−前記リモートプロビジョニングサーバに格納されているユーザ装置識別子を非アクティブ化するために前記メッセージを前記リモートプロビジョニングサーバ（６）に転送するステップをさらに含む、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記ユーザ装置（３）との接続を、前記プロビジョニングデータセットを用いた前記ユーザ装置のプロビジョニングが成功した後に終了させる、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
少なくとも１つのユーザ装置（３）へのアクセスを提供する複数のベースノード（４）と、少なくとも２つのネットワークスライス（２．３、２．４）とを備えた無線通信のためのセルラネットワーク（１）であって、前記ネットワークスライスの少なくとも１つが、前記ネットワークスライスに排他的に割り当てられた少なくとも１つのネットワークノード（５、７）を備え、前記ネットワークスライスの少なくとも１つが、所定のクラスのユーザ装置を動作させることに特化しており、少なくとも１つのリモートプロビジョニングネットワークスライス（２．４）が、リモートプロビジョニングサーバ（６）へのアクセスを許可する割り当てられたネットワークノード（７）を備えており、少なくとも１つのベースノードが、前記リモートプロビジョニングネットワークスライスに割り当てられており、
初期デバイス識別子を含む前記ユーザ装置からのリモートプロビジョニング要求を前記割り当てられたベースノードにおいて受け入れると、前記セルラネットワークが、
−前記リモートプロビジョニング要求を、前記リモートプロビジョニングネットワークスライスによって前記リモートプロビジョニングサーバに転送し、
−前記リモートプロビジョニングサーバに格納されているユーザ装置識別子が前記初期デバイス識別子と一致する場合に、前記リモートプロビジョニングサーバから受信したプロビジョニングデータセットを用いて前記ベースノードによって前記ユーザ装置に応答する、
ように構成されることを特徴とするセルラネットワーク（１）。
【請求項７】
前記リモートプロビジョニングネットワークスライス（２．４）が、前記セルラネットワークと少なくとも１つの他のセルラネットワークの間で共有される少なくとも１つのネットワークノード（７）を備え、
前記リモートプロビジョニングサーバ（６）に、前記ネットワークノード（７）によって２つのセルラネットワークがアクセス可能である、請求項６に記載のセルラネットワーク（１）。
【請求項８】
前記リモートプロビジョニングネットワークスライス（２．４）から、前記リモートプロビジョニングネットワークスライス及び前記割り当てられたベースノードの外部のエンティティへのアクセスは、前記リモートプロビジョニングサーバ（６）に制限される、請求項６又は７に記載のセルラネットワーク（１）。
【請求項９】
前記ベースノード（４）が、ユーザ装置（３）をプロビジョニングするために前記リモートプロビジョニングネットワークスライス（２．４）にアクセスし、初期デバイス識別子を用いてアクセスを要求するユーザ装置を動作させるように構成され、
さらに、前記ベースノードがリモートプロビジョニングをサポートする能力を有するかどうかについての表示を含む情報要素をブロードキャストするように構成される、請求項６に記載のセルラネットワーク（１）のベースノード（４）。
【請求項１０】
前記ベースノード（４）が、リモートプロビジョニングをサポートする能力を有しない場合に、リモートプロビジョニングをサポートする能力を有する第２のベースノードに示す表示を含む情報要素をブロードキャストするように構成される、請求項６に記載のセルラネットワーク（１）のベースノード（４）。
【請求項１１】
前記情報要素が、システム情報要素の一部であり、
前記システム情報要素が、認証クレデンシャルを要求するユーザ装置（３）専用である、請求項９又は１０に記載のベースノード（４）。
【請求項１２】
リモートプロビジョニング要求を要求するユーザ装置（３）が前記セルラネットワーク（１）にアクセスすることを規制されていることを示すプロビジョニング規制表示を、システム情報ブロックを用いてブロードキャストするようにさらに構成される、請求項１１に記載のベースノード（４）。
【請求項１３】
リモートプロビジョニング要求を受信するための専用のＲＡＣＨリソースを設け、前記ブロードキャストされた情報要素を用いて前記ＲＡＣＨリソースを示すようにさらに構成される、請求項９又は１０に記載のベースノード（４）。
【請求項１４】
請求項６に記載のセルラネットワーク（１）で動作するユーザ装置であって、
前記セルラネットワークのベースノード（４）へのアクセスが制限されない認証クレデンシャルと異なる初期デバイス識別子が格納されるメモリを備え、前記ユーザ装置がさらに、認証クレデンシャルを格納するためのセキュアメモリエレメントを備え、
前記ユーザ装置が、
−前記セルラネットワークのベースノード（４）から少なくとも１つのブロードキャストされた情報要素を受信し、
−前記情報要素がリモートプロビジョニングをサポートする能力を有することを示す場合に、前記ベースノードに接続して、前記初期デバイス識別子を含むリモートプロビジョニング要求を送信し、
−前記ベースノードからプロビジョニングデータセットを受信すると、前記セキュアメモリに前記プロビジョニングデータセットから取り出した認証クレデンシャルをインストールする、
ように構成されるユーザ装置。
【請求項１５】
前記受信した情報要素がリモートプロビジョニングをサポートする能力を有する第２のベースノードを示す場合に、前記第２のベースノードに接続するようにさらに構成される、請求項１４に記載のユーザ装置。
【請求項１６】
前記受信した情報要素がリモートプロビジョニング能力を利用できないことを示す場合に、前記セルラネットワーク（１）をリモートプロビジョニングのブラックリストに載せ、別のセルラネットワークのベースノード（４）を探索するようにさらに構成される、請求項１４又は１５に記載のユーザ装置。
【請求項１７】
認証クレデンシャルのインストールに成功した後に前記接続を終了させ、
前記認証クレデンシャルにより、前記リモートプロビジョニングネットワークスライス（２．４）と異なるネットワークスライスに割り当てられている前記セルラネットワーク（１）のベースノード（４）に接続するように構成される、請求項１４乃至１６のいずれか一項に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラネットワークにおけるユーザ装置のリモートプロビジョニングのための方法に関する。
【０００２】
本発明はまた、上記方法を用いるセルラネットワークに関する。本発明はさらに、セルラネットワークのベースノードに関する。さらに、本発明は上記セルラネットワークで動作するユーザ装置に関する。
【背景技術】
【０００３】
無線通信の分野では、現在、既知のネットワークオペレータから指定されたセルラネットワークで動作することになっているユーザ装置、特に携帯電話機にユーザ識別カード、特にＳＩＭカード又はＵＩＣＣを備え、これを差し込んで携帯電話機の使用を開始することが一般的になっている。
【０００４】
これは１人の人間が、１又は数台の電話機を有する限りにおいてうまくいく。ユーザ装置が複数台の場合、この手順はより複雑になってくる。これは特に、一群のデバイスがフィールド内のどこかに配置され、各ＭＴＣデバイスがセルラネットワークで動作することになっているマシン型通信（ＭＴＣ）デバイスに当てはまる。このようなユーザ装置の場合、ネットワークサブスクリプションを工場で用意することができれば好ましい。
【０００５】
一方で、ユーザ装置がセルラネットワークのベースノードに接続し、完全な認証クレデンシャルを要求することを規定するリモートプロビジョニングのコンセプトが導入された。これは特に、サブスクリプションの変更について、例えばローミングの場合、又は（例えば有線インターネットを介した又は別個のプロビジョニング装置を介した）別の接続が利用可能な場合に適用可能である。
【０００６】
最初の利用が開始されるときに有効な認証クレデンシャルが利用不可能な場合の、最初のアクセスのセキュリティの問題は今もなお問題である。有効な認証クレデンシャルは、特に各技術標準の３ＧＰＰ標準化において定義されているものである。
【０００７】
このような３ＧＰＰに準拠した完全な認証クレデンシャルを持たないユーザ装置がセルラネットワークにアクセスする場合、これによって、攻撃者を不正目的でのネットワークアクセスに引き付ける可能性がある深刻な情報漏れが引き起こされる可能性がある。
【０００８】
特に今日のＬＴＥすなわち４Ｇ技術に続く次の技術標準（この次の技術標準は通常５Ｇとして知られている）の場合、この話題は、この標準が携帯電話機に加えて異なるタイプのユーザ装置をサポートすることに特化し、はるかによりデバイス中心のアプローチを有するという理由によりさらに勢いを増す可能性がある。したがって、３ＧＰＰに準拠した完全な認証クレデンシャルを持たないユーザ装置のリモートプロビジョニングは、ＭＴＣデバイスにとって例外ではなくむしろ一般的になるであろう。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
したがって、本発明の目的は、セルラネットワーク、特に５Ｇ技術標準に従うセルラネットワークで動作することが想定されるユーザ装置の最初のリモートプロビジョニングを人手による労力をより省いて安全に行うための解決策を提案することである。
【００１０】
したがって、別の代替的かつ有利な解決策も当技術分野において望ましい。
【課題を解決するための手段】
【００１１】
このため、本発明の第１の態様によると、請求項１に記載のプロビジョニングデータセットを伝送する方法が提案される。さらに、本発明の第２の態様によると、請求項６に記載の無線通信のためのセルラネットワークが提案される。さらに、本発明の第３の態様によると、請求項１４に記載のセルラネットワークで動作するユーザ装置が提案される。
【００１２】
本発明の第１の態様において、セルラネットワークによりアクセス可能なリモートプロビジョニングサーバからプロビジョニングデータセットを伝送する方法であって、上記セルラネットワークが、ユーザ装置へのアクセスを与える複数のベースノードと、少なくとも２つのネットワークスライスを含むコアネットワークとを備え、ネットワークスライスの少なくとも１つが、ネットワークスライスに排他的に割り当てられた少なくとも１つのネットワークノードを備え、ネットワークスライスの少なくとも１つが、所定のクラスのユーザ装置を動作させることに特化しており、少なくとも１つのリモートプロビジョニングネットワークスライスが、リモートプロビジョニングサーバへのアクセスを許可する割り当てられたネットワークノードを備えており、少なくとも１つのベースノードがリモートプロビジョニングネットワークスライスに割り当てられており、方法が、
−リモートプロビジョニングネットワークスライスと異なるネットワークスライスに割り当てられたベースノードに接続するために使用される認証クレデンシャルと異なる初期デバイス識別子を認証クレデンシャルとして含む接続要求を、上記ベースノードにおいてユーザ装置から受信するステップと、
−上記ベースノードにおいて、上記ユーザ装置からのリモートプロビジョニング要求を受信するステップと、
−上記リモートプロビジョニング要求をリモートプロビジョニングネットワークスライスによってリモートプロビジョニングサーバに転送するステップと、
−初期デバイス識別子と一致するユーザ装置識別子にリモートプロビジョニングサーバがアクセス可能である場合に、リモートプロビジョニングサーバから受信したプロビジョニングデータセットを使用してユーザ装置に応答するステップと、
を含む方法が提案される。
【００１３】
本発明は、ネットワークアーキテクチャにネットワークスライスが導入される次のセルラ技術標準５Ｇのコンセプトに基づいている。
【００１４】
ネットワークスライスは、トラフィック負荷が他のネットワークスライスに及ぼす影響を軽減するために、特定のタスクに特化され、他のデバイスと別個に構成された仮想又は現実のハードウェア層である。
【００１５】
これによると、５Ｇをサポートするセルラネットワークのコアネットワークは、少なくとも２つのネットワークスライスを備える。好ましくは、特定タイプのユーザ装置、すなわちデバイス又は端末、特に携帯電話機、大型ＭＴＣ、低帯域幅ＭＴＣ及び超高信頼性ＭＴＣデバイスに特化したネットワークスライスが存在する。しかし、単に特定のデバイスタイプを確保する以外の目的でこのようなネットワークスライスを指定するアプローチも存在する。
【００１６】
このようなＭＴＣユーザ装置がより普及してくるにつれて、特にユーザ装置のサブスクリプションに関する展開の構成は、ユーザ装置の数が増大するとともにより複雑になりつつある。
【００１７】
したがって、本発明の方法は、他の接続を利用できないユーザ装置においてセルラネットワークにアクセスするための認証クレデンシャルのリモートプロビジョニングを実行することに特化している。
【００１８】
したがって、コアネットワークがリモートプロビジョニングネットワークスライスを備えることが提案される。このようなリモートプロビジョニングネットワークスライスは、このネットワークスライスに排他的に設けられた、つまり他のネットワークスライスと共有されない複数のネットワークノードを備える。
【００１９】
特に、リモートプロビジョニングサーバへのアクセスポイントが、リモートプロビジョニングネットワークスライスに専用であることが好ましい。このアクセスポイントは、リモートプロビジョニングサーバがどこにあっても、リモートプロビジョニングサーバへのアクセスを与えるネットワークノードである。リモートプロビジョニングサーバが、ある国あるいは様々な国の様々なセルラネットワークをサーブしている可能性があるため、リモートプロビジョニングサーバは、そのような場合はセルラネットワークの一部でなく、結果としてネットワークスライスの一部でない。
【００２０】
しかしながら、より単純なアプローチにおいて、リモートプロビジョニングサーバがセルラネットワークのコアネットワークに組み込まれている場合、リモートプロビジョニングサーバをもリモートプロビジョニングネットワークスライスに配置することが有利である。この構成は、リモートプロビジョニングネットワークスライスの１つのアクセスポイントが利用可能である限り、ＲＡＮ（無線アクセスネットワーク）にトランスペアレントである。
【００２１】
また、リモートプロビジョニングネットワークスライスは、複数のベースノードを割り当てることに特徴がある。次に、サーブされているユーザ装置とのＲＡＮインターフェイスを形成するこのようなベースノードは、リモートプロビジョニング要求を検索し、リモートプロビジョニングネットワークスライスへの直接リンクを提供することが許可される。また、リモートプロビジョニングネットワークスライスに割り当てられていない、セルラネットワークの他のベースノードも存在する。このアプローチは、ネットワークの安定性、安全性及び完全性を向上させる。
【００２２】
リモートプロビジョニングネットワークスライスに割り当てられたベースノードは、プロビジョニングされたユーザ装置の大部分をサーブするために、好ましくは少なくとも１つの他のネットワークスライスにも接続される。
【００２３】
リモートプロビジョニングネットワークスライスに割り当てられているベースノードは、特に３ＧＰＰに準拠した完全な認証クレデンシャルを持たないユーザ装置のキャンプを可能にする特殊能力により特定される。これは、実際にリモートプロビジョニングを要求しているユーザ装置が認証クレデンシャルをまだ入手していないときに役立つ。しかしながら、各ユーザ装置のいずれもがベースノードに接続し、その結果、サービス妨害や他の種類の攻撃を実行できないようにするための安全対策の必要性がある。
【００２４】
したがって、この方法は、有効なサブスクリプションを有していないユーザ装置からの接続要求を受信するベースノードから始まる。このような接続要求は、正規の認証クレデンシャルの代わりに初期デバイス識別子を含む。他の認証クレデンシャルが接続要求の一部でないことが好ましい。
【００２５】
このような初期デバイス識別子は、リモートプロビジョニングネットワークスライスと異なるネットワークスライスに割り当てられたベースノードに接続するために使用される３ＧＰＰに準拠した認証クレデンシャルと異なる。つまり、ユーザ装置は、これらの初期デバイス識別子を使用して通常サービスを受けることができない。
【００２６】
初期デバイス識別子は、具体的にはあらかじめ工場においてユーザ装置に配備され、ユーザ装置のセキュアメモリに格納される。配備された初期デバイス識別子は、対応する識別子が、リモートプロビジョニングサーバがアクセス可能なプロビジョニングデータベースに追加されることを保証する機関と工場からやりとりされる。
【００２７】
好ましくは、ベースノードは初期デバイス識別子を使用してセキュリティチェックを実行する。単純なアプローチは、初期デバイス識別子の形式をチェックすることである。別のアプローチは、ＭＭＥ、ＨＳＳ／ＨＬＲ又は同様のネットワークノード、すなわち５Ｇ準拠ネットワーク用に設計されるサーバといった他のネットワークノードに確認することである。これは、プロビジョニングデータベースもセルラネットワークＨＬＲデータベースに同期化されることを意味する。このアプローチはセキュリティを強化するが、待ち時間及び組織的労力も増大させる。
【００２８】
いずれにせよ、本発明の方法は、ユーザ装置が初期デバイス識別子を含む接続要求を送信するときに、追加のセキュリティ対策にトランスペアレントである。
【００２９】
接続要求を受信したベースノードは、初期デバイス識別子のチェックに成功した後、接続要求への承認メッセージを示す応答を送信する。好ましくは、この承認メッセージは、その後予期されるリモートプロビジョニング要求に有用なユーザ装置のための追加情報を含む。
【００３０】
これは特に、リモートプロビジョニング要求のためのＲＡＣＨ（ランダムアクセスチャネル）リソースといったネットワークリソース、及び／又はリモートプロビジョニングサーバのアドレスを含む。ＲＡＣＨ手順は、特別に割り当てられたアップリンクリソースを使用して、ユーザ装置のベースノードへの初期アクセスのためにＬＴＥに導入された。
【００３１】
特定の実施形態では、接続要求は、あらかじめリモートプロビジョニング要求を含み、接続要求がベースノードにより承認された場合にのみ処理される。
【００３２】
そのためベースノードは、特に承認メッセージに応答して、上記ユーザ装置からリモートプロビジョニング要求を受信する。
【００３３】
ユーザ装置は、リモートプロビジョニングを行うためだけに接続が許可される、つまり他の全ての要求が処理されるわけではない。
【００３４】
ベースノードでリモートプロビジョニング要求が受信されると、この要求はリモートプロビジョニングネットワークスライスに直接転送され、そこからリモートプロビジョニングサーバに転送される。このことは、そうすることによって他の全てのセルラネットワークリソース、特にネットワークスライスが負荷の点でも完全性の点でも影響を受けないために有利である。
【００３５】
リモートプロビジョニング要求は初期デバイス識別子も含む。
【００３６】
次に、転送されたリモートプロビジョニング要求を受信した後、リモートプロビジョニングサーバにおいて、一致するユーザ装置識別子がアクセス可能なプロビジョニングデータベースにあるかどうかがチェックされる。
【００３７】
一致する識別子がある場合、リモートプロビジョニングサーバは、後にアクティブ化されるセルラネットワークのサブスクリプションを補完する正規の認証クレデンシャルを含むプロビジョニングデータセットを作成及び転送する。
【００３８】
このプロビジョニングデータセットは、リモートプロビジョニングネットワークスライスを通じてベースノードに転送され、ベースノードはこのプロビジョニングデータセットを使用してユーザ装置のリモートプロビジョニング要求に応える。
【００３９】
好ましくは、この方法はさらに、提供されたプロビジョニングデータセットの処理が成功したことを示すユーザ装置からのメッセージを受信し、リモートプロビジョニングサーバに格納されているユーザ装置識別子を非アクティブ化するために上記メッセージをリモートプロビジョニングサーバに転送するステップを含む。
【００４０】
これによりユーザ装置は、プロビジョニングデータセットのインストールに成功したこと、及びデバイス側でサブスクリプションをアクティブ化したことをセルラネットワークに示す。その結果、リモートプロビジョニングサーバは、別のユーザ装置が同じ初期デバイス識別子を使用してリモートプロビジョニングを再度要求しないように、初期デバイス識別子と一致するユーザ装置識別子を非アクティブ化又は削除することができる。
【００４１】
一方、リモートプロビジョニングに失敗した場合、ユーザ装置に再試行を許可する必要性がある。これは、そうでなければ１回限りの失敗によって本格的な手動対話処理が必要となるために有利である。
【００４２】
さらなる実施形態において、ユーザ装置との接続を、プロビジョニングデータセットを使用したユーザ装置のプロビジョニングが成功した後に終了させることが提案される。
【００４３】
この実施形態は、プロビジョニングに成功した後のベースノードが、リモートプロビジョニングのためだけに許可されていた制限されたキャンピングによって、いつまでもベースノードに接続されないことを保証する。その代わりに、通常のセル選択方法が適用されるものとする。したがって、接続が終了し、ユーザ装置は、今度は受信した正規の認証クレデンシャルを使用して新たな接続を行うものとする。
【００４４】
特に、ユーザ装置は同じベースノード又は別のベースノードに接続することが可能である。これは、全てのベースノードがリモートプロビジョニング要求を処理する能力を有する、すなわちセルラネットワークのリモートプロビジョニングネットワークスライスに割り当てられているわけではないという事実による。
【００４５】
したがって、ユーザ装置は最初に、通常のセル選択手順に従って最強の無線信号が取り出されるベースノードに接続しようとしない可能性がある。完全にプロビジョニングされた後、この制限は無効となり、セル選択は、最も強く受信できるセルを選択すると想定される正規のプロセスに従う。
【００４６】
別の好ましい実施形態において、リモートプロビジョニングネットワークスライスに割り当てられたベースノードについて、リモートプロビジョニングをサポートする能力を示す情報要素をブロードキャストするステップが提案される。
【００４７】
このようなリモートプロビジョニング能力を有するベースノードからのブロードキャストは、特にシステム情報、例えばＳＩＢの一部として実行される。情報要素は、リモートプロビジョニングのためにベースノードに接続する意思があるユーザ装置に、ａ）ベースノードのセルラネットワークはリモートプロビジョニングを実行する能力を有すること、及びｂ）ベースノードにはその用意があることを伝える。
【００４８】
したがって、ユーザ装置はこのベースノードに接続し、リモートプロビジョニングのための手順を続けることができる。
【００４９】
別の好ましい実施形態において、少なくとも１つの第２のベースノードが、リモートプロビジョニングネットワークスライスと異なる少なくとも１つのネットワークスライスにのみ割り当てられること、第２のベースノードについて、リモートプロビジョニングをサポートする能力を有する別のベースノードに示す情報要素をブロードキャストするステップを含むことが提案される。
【００５０】
この実施形態は、上記セルラネットワークのリモートプロビジョニング能力がないベースノードに関する。これは、ベースノードがリモートプロビジョニングネットワークスライスにではなく、少なくとも１つの他のものにのみ割り当てられるという事実による。
【００５１】
ユーザ装置の接続プロセスを加速するために、ベースノードは、近くにある少なくとも１つのベースノードのうちのどれがリモートプロビジョニングを実行する能力を有するかを示す情報要素をブロードキャストする。これはユーザ装置に、ａ）ベースノードのセルラネットワークがリモートプロビジョニングを実行する能力を有すること、及びｂ）ユーザ装置はリモートプロビジョニングを実行するためにどのベースノードに接続できるのかを伝える。
【００５２】
本発明の方法及びその実施形態は、想定される目標を達成し、他の接続手段なしに、フィールドに配置されたユーザ装置のためのリモートプロビジョニング方法を可能にすることが明らかとなる。
【００５３】
本発明の第２の態様によると、複数のベースノードと、少なくとも２つのネットワークスライスとを備えた無線通信のためのセルラネットワークであって、ネットワークスライスの少なくとも１つが、ネットワークスライスに排他的に割り当てられた少なくとも１つのネットワークノードを備え、ネットワークスライスの少なくとも１つが、所定のクラスのユーザ装置を動作させることに特化しており、少なくとも１つのリモートプロビジョニングネットワークスライスが、リモートプロビジョニングサーバへのアクセスを許可する割り当てられたネットワークノードを備えており、少なくとも１つのベースノードが、リモートプロビジョニングネットワークスライスに割り当てられており、初期デバイス識別子を含むユーザ装置からのリモートプロビジョニング要求を上記割り当てられたベースノードにおいて受け入れると、セルラネットワークが、
−リモートプロビジョニング要求を、リモートプロビジョニングネットワークスライスによってリモートプロビジョニングサーバに転送し、
−リモートプロビジョニングサーバに格納されているユーザ装置識別子が初期デバイス識別子と一致する場合に、リモートプロビジョニングサーバから受信したプロビジョニングデータセットを使用して上記ベースノードによってユーザ装置に応答する、
ように構成されたセルラネットワークが提案される。
【００５４】
この態様は、第１の態様の利点を共有する。
【００５５】
セルラネットワークは、複数のネットワークスライスから構成された少なくとも１つのコアネットワークと、複数のベースノードを備えた無線アクセスネットワーク（ＲＡＮ）とを備える。複数のネットワークノード、特にサーバ、ルータ、ハブの全部又は一部がネットワークスライスに割り当てられる。少なくとも１つのスライスはリモートプロビジョニング専用の、リモートプロビジョニングネットワークスライスである。ベースノードの一部は、リモートプロビジョニングネットワークスライスに割り当てられる、すなわち他のネットワークスライスに影響を及ぼすことなく直接接続される。他のネットワークスライスは特定のエアリソース又はデバイスタイプにマップする。
【００５６】
ベースノード、特にｅＮｏｄｅＢは、ＲＡＮエントリポイントである。ベースノードは、データパッケージを無線で送信するための通信回路と、受信回路とを備える。一般的には、２つの回路は２つの動作を管理するように構成されたトランシーバに実装される。無線送信回路と受信回路は共にアンテナに接続され、一般的には別の要素、要求を処理し通信回路を制御する少なくとも処理回路を提供する。
【００５７】
好ましくは、リモートプロビジョニング要求は、ＲＡＣＨ要求であり、上記ＲＡＣＨ要求がリモートプロビジョニングに関連することを示す表示を含む。特にＲＡＣＨ要求は、接続要求に応じて又はブロードキャストによりベースノードによってユーザ装置に示されるＲＡＣＨリソース上で実行される。ＲＡＣＨ要求がこのようなＲＡＣＨリソースを使用する場合、セルラネットワークは、要求を処理するのにリモートプロビジョニングネットワークスライスが使用可能であることを知る。
【００５８】
好ましくは、リモートプロビジョニングネットワークスライスから、リモートプロビジョニングネットワークスライス及び割り当てられたベースノードの外部のエンティティへのアクセスは、リモートプロビジョニングサーバに制限される。
【００５９】
この実施形態によって、リモートプロビジョニングネットワークスライスの外部のアクセスが不可能になる、つまりＲＰＳだけにアクセス可能となることが保証される。
【００６０】
このような明確な特徴は、認証クレデンシャルに照らして完全には適格でないユーザ装置からの要求が、リモートプロビジョニングネットワークスライスにアクセスするため必要とされるが、不正な攻撃の場合は、セルラネットワークの他のどの部分も影響を受けないものとする。
【００６１】
好ましくは、リモートプロビジョニングネットワークスライスは、制御プレーン（ＣＰ）ネットワークノードだけを含み、ユーザプレーン（ＵＰ）ネットワークノードを含まない。後者は、リモートサーバ、特にインターネットへのアクセスを可能にし、好ましくはこのネットワークスライスに抑制される。
【００６２】
好ましい実施形態によると、リモートプロビジョニングネットワークスライスは、上記セルラネットワークと少なくとも１つの他のセルラネットワークの間で共有される少なくとも１つのネットワークノードを備えること、及びリモートプロビジョニングサーバは、上記ネットワークノードによって２つのセルラネットワークがアクセス可能であることが提案される。
【００６３】
この実施形態によると、異なるオペレータが提供しているセルラネットワーク間でリモートプロビジョニングサーバを共有することが想定される。このことは、１つのＲＰＳを維持するだけでよいため、全てのパーティの処理を簡素化する。この実施形態はまた、要求しているユーザ装置の適格性を調べるために、共通のリモートプロビジョニングデータベース、ユーザ装置識別子を含む少なくとも１つのデータベースにアクセスする異なるリモートプロビジョニングサーバによって実施することができる。このようなアプローチは、複製、シャドーイング及び負荷バランシングといった共通のデータベース構築技術を用いて、不適切に遅らせることなく実行することができる。
【００６４】
本発明の第２の態様によるセルラネットワークの一部として、２つのタイプのベースノードが想定される。
【００６５】
第１の実施形態によると、セルラネットワークのベースノードであって、ベースノードが、ユーザ装置をプロビジョニングするためにリモートプロビジョニングネットワークスライスにアクセスし、初期デバイス識別子を使用してアクセスを要求するユーザ装置を動作させるように構成され、さらに、ベースノードがリモートプロビジョニングをサポートする能力を有するかどうかについての表示を含む情報要素をブロードキャストするように構成されたベースノードが提案される。
【００６６】
好ましくは、これらのリモートプロビジョニング能力を有するベースノードは、全てのネットワークカバレッジエリアにあるユーザ装置、特に静止したユーザ装置がリモートプロビジョニング手順を実行できることを保証するために、広域をカバーするものとする。
【００６７】
第２の実施形態によると、上記ベースノードがリモートプロビジョニングをサポートする能力を有しない場合に、リモートプロビジョニングをサポートする能力を有する第２のベースノードに示す表示を含む情報要素をブロードキャストするように構成されたセルラネットワークのベースノードが提案される。
【００６８】
第１のベースノードはリモートプロビジョニングをサポートする能力を有し、第２のベースノードは有しない。したがって、第１のベースノードはリモートプロビジョニングネットワークスライスに割り当てられ、その結果、この状況を示す情報要素をブロードキャストする。
【００６９】
したがって、第２のベースノードは、好ましくはどのベースノードがリモートプロビジョニング能力を有するかについての表示を送信することによって、リモートプロビジョニングを実行できないことについての情報をブロードキャストする。
【００７０】
どちらの場合も、情報要素は、システム情報要素、特に認証クレデンシャルを要求するユーザ装置専用のシステム情報要素の一部としてブロードキャストされることが好ましい。
【００７１】
別の好ましい実施形態において、ベースノードはさらに、リモートプロビジョニング要求を要求するユーザ装置がセルラネットワークにアクセスすることを規制されていることを示すプロビジョニング規制表示を、システム情報ブロックを使用してブロードキャストするように構成されることが提案される。
【００７２】
この実施形態によって、セルラネットワークは、少なくとも一時的に、正規の３ＧＰＰ認証クレデンシャルをまだ有していないユーザ装置をセルラネットワークに近づけないようにすることによって、その安定性を確保することができる。
【００７３】
好ましくはＳＩＢの一部であるシステム情報要素の一部である表示によって、そのようなユーザ装置の規制を、要求する可能性があるユーザ装置に知らせる。さらにベースノードは、規制表示があるにもかかわらず受信されるかもしれないそのようなユーザ装置からの接続要求を受け入れない。
【００７４】
高トラフィック又は完全性すなわち安定性問題に際し、この実施形態によって、セルラネットワークは、既知の加入ユーザとしての資格が十分ではなく、その結果サーブされる優先順位が低いユーザ装置からネットワークを離すことができる。
【００７５】
好ましくは、この規制は、このような規制の終了時刻を示す時間的規制である。これは、セルラネットワークがそのようなＭＴＣデバイスのリモートプロビジョニングを夜間にのみ許可するのに有利である。このとき、規制は日中にブロードキャストされ、例えば午前１時から再びリモートプロビジョニングが可能になることが示される。
【００７６】
本発明の第３の態様によると、本発明の第２の態様によるセルラネットワークで動作するユーザ装置であって、セルラネットワークのベースノードへのアクセスが規制されない認証クレデンシャルと異なる初期デバイス識別子が格納されるメモリを備え、ユーザ装置がさらに認証クレデンシャルを格納するためのセキュアメモリエレメントを備え、ユーザ装置が、
−セルラネットワークのベースノードから少なくとも１つのブロードキャストされた情報要素を受信し、
−上記情報要素がリモートプロビジョニングをサポートする能力を示す場合に、上記ベースノードに接続して、上記初期デバイス識別子を含むリモートプロビジョニング要求を送信し、
−ベースノードからプロビジョニングデータセットを受信すると、上記セキュアメモリに、上記プロビジョニングデータセットから取り出した認証クレデンシャルをインストールする、
ように構成されるユーザ装置が提案される。
【００７７】
本発明のこの態様は、前の態様の利点を共有する。この態様は、まだ正規の３ＧＰＰ認証クレデンシャルを使用してプロビジョニングされていないユーザ装置のユーザ装置側に関する。この態様は、このようなユーザ装置が第２の態様によるセルラネットワークとどのように対話するかをカバーする。
【００７８】
ユーザ装置は特に、処理回路と、メモリと、データパッケージを無線送信するための送信回路と、受信回路とを備えた端末装置である。一般的に、２つの回路は２つの動作を管理するように構成されたトランシーバに実装される。無線送信回路と受信回路は共にアンテナに接続され、一般的には別の要素を提供する。このような回路は少なくとも１つの処理回路により制御される。送受信回路、特にベースバンドチップ、高周波無線及び少なくとも１つのアンテナは、セルラネットワークのベースノードと通信するように構成される。
【００７９】
ユーザ装置は、受信したプロビジョニングデータセットからサブスクリプション情報を展開できるセキュアドメモリを提供する。このようなセキュアドメモリは、特に取り外し可能な又は固定されたＵＩＣＣである。他のタイプのセキュアドメモリも可能である。さらにユーザ装置は、別のメモリ又は上記のセキュアドメモリに初期デバイス識別子を格納している。これは、ＩＭＥＩの場合のように工場で実行されることが好ましい。
【００８０】
ユーザ装置は、電源が入るとまず、近くのベースノードからの信号を見つけるためにサポートされている周波数帯をスキャンする。見つかった一定の信号強度値を超えるベースノードを信号強度の高い順に集めて解析する。
【００８１】
ユーザ装置は、ベースノードとの同期化後に動作すると想定される特定したベースノードからブロードキャストされた情報要素を復号するように構成される。このブロードキャスト受信に応えて、ユーザ装置は、ベースノードが一定の基準を満たす、特に適切な技術をサポートしている場合に、ベースノードへの接続を試みることが好ましい。
【００８２】
好ましくは、ユーザ装置は、受信した情報要素がリモートプロビジョニングをサポートする能力を有する第２のベースノードを示す場合に、この第２のベースノードに接続するように構成される。
【００８３】
特に、最も強く受信できるベースノードがリモートプロビジョニングをサポートする能力を有しない場合、ユーザ装置は、そのようなブロードキャストされた情報要素に応答して、それが最強のベースノードでなくとも単に能力を有するベースノードを選択することができる。
【００８４】
別の好ましい実施形態では、ユーザ装置はさらに、上記受信した情報要素がリモートプロビジョニング能力を利用できないことを示す場合に、上記セルラネットワークをリモートプロビジョニングのブラックリストに載せ、別のセルラネットワークのベースノードを探索するように構成される。
【００８５】
ベースノードがリモートプロビジョニングを全くサポートしていないセルラネットワークの一部である場合には、この状況についての表示をシステム情報ブロードキャストの一部として提出することも想定される。
【００８６】
ユーザ装置は、このベースノードと同期化し、このような情報要素を受信するとき、このセルラネットワークのベースノードがリモートプロビジョニングに有用ではないためブラックリストに載せられる可能性があることを知る。これにより、プロビジョニングに適切なベースノードを見つけるさらなる手順が簡単になる。
【００８７】
リモートプロビジョニング能力を有するベースノードへの接続に成功した後、ユーザ装置は、初期デバイス識別子を含むリモートプロビジョニング要求を送信する。好ましくは、リモートプロビジョニング要求は、接続要求に応じてベースノードが示すＲＡＣＨリソース上で送信される。
【００８８】
リモートプロビジョニング要求がうまくいった場合、ユーザ装置はプロビジョニングデータセットを受信し、上記セキュアメモリにプロビジョニングデータセットと共に届けられた認証クレデンシャルをインストールする。このような認証クレデンシャルは、特にＩＭＳＩ、ＭＳＩＳＤＮ及び／又は暗号鍵を含む。
【００８９】
好ましくは、インストールが成功した後、ユーザ装置に格納されている初期デバイス識別子が削除又は非アクティブ化される。さらに、リモートプロビジョニングサーバが格納されている補完ユーザ装置識別子を非アクティブ化できるように、インストールの成功を示すメッセージをベースノードに送信する。
【００９０】
有利には、ユーザ装置はさらに、認証クレデンシャルのインストールに成功した後に接続を終了させ、上記認証クレデンシャルによって、リモートプロビジョニングネットワークスライスと異なるネットワークスライスに割り当てられているセルラネットワークのベースノードに接続するように構成される。
【００９１】
このように、通常動作のベースノードは、最良の信号強度を有するベースノードが選択されるだけでなく、ベースノードがリモートプロビジョニングをサポートする能力を有する必要もあるため、リモートプロビジョニングのために選択されたベースノードと異なる可能性がある。
【００９２】
このように本発明は、有利には示された課題を解決し、自動的にうまくプロビジョニングされることに対処可能な複数のユーザ装置をフィールドに展開するための信頼できる解決策を提供する。この目的で提案されるネットワークアーキテクチャは、いかようにも想定される５Ｇのネットワークアーキテクチャコンセプトにうまく適合し、３ＧＰＰ認証クレデンシャルを持たないユーザ装置がサーブされると想定されているにもかかわらず、セルラネットワークの安全で信頼できる動作を支援する。
【図面の簡単な説明】
【００９３】
以下の説明及び添付図面はいくつかの例示的な態様を詳細に示しているが、実施形態の原理を使用することができる種々の方法のほんの一部しか示していない。本発明の特徴及び利点は、限定的ではなく例示的な例として与えられる有利な実施形態の以下の説明及び添付図面を読む時に現れるだろう。
【００９４】
【図１】本発明を１つの実施形態として適用したタイプのセルラネットワークの模式図。
【図２】本発明の方法の例示的な実施形態のフローチャート。
【発明を実施するための形態】
【００９５】
図１は、本発明を１つの実施形態として適用したタイプのセルラネットワーク１を模式的に示している。セルラネットワークは、発展しつつある５Ｇ標準に準拠した無線通信用のネットワークである。一般的に、セルラネットワークは、一対のネットワークノード５、７を含むコアネットワーク部と、基地局、ｎｏｄｅＢ又はｅＮｏｄｅＢといったＲＡＮエントリポイント４、及びＲＡＮエントリポイントを制御するＭＭＥなどといったいくつかのネットワーク要素を含む無線アクセスネットワーク（ＲＡＮ）部とから構成される。以下において、このようなＲＡＮエントリポイントは、範囲を限定することなく簡単化の理由でベースノード４と称される。ベースノードは、ユーザ装置３、すなわちセルラネットワークで動作し、音声通話やデータ接続などといった通信タスクを実行することになっている無線デバイスのためのエアインターフェイスを形成する。
【００９６】
５Ｇの発展に伴い、ネットワークスライス２に基づいたネットワーク組織の新しいコンセプトが導入された。このようなネットワークスライスは、特定のタスク、特に特定タイプのユーザ装置３及び／又は特定サービスをサーブすることに特化した仮想又は現実のネットワーク要素層である。当該コンセプトは、セルラネットワークの各部を区別し、それらが達成すべき目的に最適となるように各部を装備できることが想定される。
【００９７】
実施例には、一般アクセス用の２つのネットワークスライス２．１が示され、さらに、信頼性要件が高いユーザ装置用のネットワークスライス２．２が存在し、大型のマシン型通信（ＭＴＣ）デバイス用のネットワークスライス２．３が存在する。通常の携帯電話機が、信頼性の高いデバイスやＭＴＣデバイス、特に静止したものと違うセルラネットワークに関する要件を有することは明らかである。
【００９８】
したがって、一部のネットワーク要素、特にベースノード４、内部ネットワークノード７及び外部ネットワークノード５はたった１つのネットワークスライスに専用であり、一部がネットワークスライス間で共有される。さらに、ネットワークスライス間のインターフェイスは明確に定義され、限定することができる。
【００９９】
このレイアウトは、他のネットワークスライスに影響を与えることなく各種のネットワークスライスに異なる構造を与える。
【０１００】
本発明によると、セルラネットワークは、リモートプロビジョニングネットワークスライス２．４である１つの追加のネットワークスライスを有する。このリモートプロビジョニングネットワークスライス２．４は、異なるタイプのユーザ装置がリモートプロビジョニングを実行できるようにするというタスクを有する。
【０１０１】
リモートプロビジョニングは、これによってセルラネットワークで動作中のユーザ装置が、セルラネットワークにアクセスするための認証クレデンシャルを、特に無線でダウンロードする手順である。
【０１０２】
次にユーザ装置は、ネットワークオペレータによって割り当てられた認証クレデンシャルを安全に保持することに特化した、ユーザ装置内の加入者識別モジュール（ＳＩＭ）カード、ＵＩＣＣ（汎用集積回路カード）又は任意の他のセキュアメモリを更新する。
【０１０３】
一般的に、有効な認証クレデンシャルを持たずにフィールドに置かれたユーザ装置が、リモートプロビジョニングのためにセルラネットワークを使用することは問題である。理由は、もしユーザ装置が有効な認証クレデンシャルを用いずにセルラネットワークにアクセスできるならば情報漏れになるためである。
【０１０４】
そのため、ここでリモートプロビジョニングネットワークスライス２．４が導入される。このネットワークスライスは、他のネットワークスライスと比較して、少なくとも２つの特性、すなわち
−このネットワークスライスが、リモートプロビジョニングサーバ６（ＲＰＳ）にアクセスできること、及び
−このネットワークスライスが、３ＧＰＰに準拠した完全に有効な認証クレデンシャルを持たないユーザ装置からのアクセスを許可する割り当てられたベースノード４を有すること
により特定される。
【０１０５】
したがって、リモートプロビジョニングネットワークスライス２．４は、有効な認証クレデンシャルを入手するためにユーザ装置によりアクセスされるネットワークスライスである。
【０１０６】
それは一般的に、ユーザ装置によってアクセスされる最初のスライスとなる。
【０１０７】
リモートプロビジョニングネットワークスライスに割り当てられているベースノード４は、ベースノードに接続するユーザ装置３にリモートプロビジョニングサービスを提供する能力を有することを示す情報要素をブロードキャストする。好ましくは、このような情報要素はシステム情報ブロック（ＳＩＢ）を備える。
【０１０８】
リモートプロビジョニングネットワークスライス２．４にベースノード４が割り当てられていない場合は、ベースノードはリモートプロビジョニングサービスを提供できないことをユーザ装置に知らせる別の表示を、ＳＩＢを用いてブロードキャストすることが好ましい。
【０１０９】
ユーザ装置がリモートプロビジョニングサービスを提供できる旨の表示を含むブロードキャストをベースノードから受信した後、プロビジョニングを求めるユーザ装置は指定されたベースノードに接続する。
【０１１０】
ここでのユーザ装置の動作は、プロビジョニング前のユーザ装置の通常の動作に由来する。通常、最良の適合性基準によるベースノードが接続のために選択される。ここでまず、ベースノードが必要なリモートプロビジョニングサービスを提供するかどうか、換言すれば、リモートプロビジョニングネットワークスライスに割り当てられているかどうかがチェックされる。
【０１１１】
この接続手順は、ユーザ装置がその初期デバイス識別子を提供することを含む。この初期デバイス識別子は、特にユーザ装置のメモリに格納されている。
【０１１２】
次にベースノード４は、初期デバイス識別子の有効性を、単独で又はＭＭＥ、ＨＳＳなどといった他のネットワークノードへのアクセスによってチェックする。
【０１１３】
ベースノード４への接続に成功した後、ユーザ装置３は、リモートプロビジョニング要求である１つのサービス要求を実行することのみが許可される。
【０１１４】
好ましくは、リモートプロビジョニング能力を有するベースノード４は、ＲＰＳ要求の送信方法についての表示をユーザ装置に提供する。これは特に、特定の指定されたＲＡＣＨリソースがリモートプロビジョニング要求に使用されることを意味する。このような表示は、ＳＩＢのブロードキャストと共に、又は接続要求への応答と共に行われることが好ましい。
【０１１５】
指定されたＲＡＣＨリソースを使用することにより、ベースノードは、ユーザ装置３からの要求がリモートプロビジョニング要求であり、リモートプロビジョニングネットワークスライスに転送されるべきであることを直接知る。このことは、ネットワーク要素の大量の解析作業がなければ、リモートプロビジョニング要求は他のネットワークスライスに影響を及ぼさないために有利である。
【０１１６】
その結果、リモートプロビジョニング要求は、制御プレーンに属するネットワーク要素７によってリモートプロビジョニングサーバ６に転送される。
【０１１７】
影響を受けたネットワーク要素は、特にリモートプロビジョニングネットワークスライスに排他的に割り当てられる。したがって、他のネットワークスライス又は要素への影響が防止される。
【０１１８】
リモートプロビジョニングサーバ６は、本実施形態ではリモートプロビジョニングネットワークスライス２．４の一部として示されている。これは必ずしもそうではなく、セルラネットワーク１の外部に位置してもよく、さらに他のオペレータのセルラネットワークにより使用されていてもよい。少なくともこの場合、ＲＰＳへのアクセスを提供する内部ネットワーク要素７は、リモートプロビジョニングネットワークスライス２．４の専用部品となる。
【０１１９】
リモートプロビジョニングサーバ６は、リモートプロビジョニング要求を受信するとき、提供された初期デバイス識別子をＲＰＳがアクセス可能なプロビジョニングデータベースと照合することが好ましい。ＲＰＳはそのプロビジョニングデータベースを保持することが好ましいが、共有データベースが好ましい場合もある。ＲＰＳは、初期デバイス識別子と一致するユーザ装置識別子を見つける必要があり、その場合、ユーザ装置にダウンロードするための３ＧＰＰに準拠した完全な認証クレデンシャルを含むプロビジョニングデータセットを提供する。
【０１２０】
好ましくは、有効な認証クレデンシャルを入手する資格をチェックするためにＲＰＳとユーザ装置の間で２つの対称鍵が使用される。最も単純な実施形態では、初期デバイス識別子とユーザ装置識別子は完全に補完する。
【０１２１】
ダウンロードは、好ましくはリモートプロビジョニングで知られているように実行され、結果としてユーザ装置はプロビジョニングデータセットを受信し、サブスクリプションをそのＵＩＣＣあるいはセキュアドメモリにインストールした後、新しいサブスクリプションをアクティブ化する。
【０１２２】
これが実行されると、ユーザ装置は、好ましくはプロビジョニングデータセットの処理に成功したことについての表示をベースノードに送信し、ベースノードはこのメッセージをＲＰＳに転送する。そして最後に、ＲＰＳがアクセス可能なユーザ装置識別子は、一致する同じ初期デバイス識別子を有する他のユーザ装置がリモートプロビジョニングを実行できないようにするために、削除又は非アクティブ化される。
【０１２３】
トランザクションセキュリティを守るために、プロビジョニングデータセットを送信した後にユーザ装置識別子の最初の遮断が実行される。この遮断は、ユーザ装置がアクティブ化の不成功を知らせるＮＡＣＫメッセージを送信するときに解除される可能性がある。
【０１２４】
その場合、ＲＰＳは、伝送されたプロビジョニングデータセットが無効であることをセルラネットワークに知らせる必要がある。好ましくは、このプロビジョニングデータセット、特にこれに含まれるＩＭＳＩは破棄される。
【０１２５】
さらに、ユーザ装置は、プロビジョニングが成功した場合に初期デバイス識別子を削除又は非アクティブ化することも好ましい。
【０１２６】
このプロビジョニングに成功した後、ユーザ装置は、ベースノードとの接続を失い、今度は通常の適合性基準に従い、ダウンロードした認証クレデンシャルによってベースノードに再度接続する必要がある。
【０１２７】
ベースノードがリモートプロビジョニングネットワークスライス以外のネットワークスライスにアクセスする能力を有する場合、ユーザ装置は以前と同じベースノード４に接続する可能性がある。図に示すように、プロビジョニング後のユーザ装置は、塗り潰された丸又は四角（異なるタイプのデバイスを示す）で示され、その後（破線矢印）各ベースノード４が割り当てられた異なるネットワークスライス２．２、２．３から操作される。
【０１２８】
ユーザ装置の観点からの詳細なプロセスフローを図２の例示的な実施形態に示す。
【０１２９】
ステップＳ１において、３ＧＰＰ認証クレデンシャルを持たずにフィールドに設置されたユーザ装置（ＵＥ）から開始する。このようなユーザ装置は、一般的に任意のサービスを実行するセルラネットワークに登録する資格がない。
【０１３０】
いずれにせよ、ユーザ装置は、ユーザ装置がサポートする技術標準のベースノードが近くにあるかどうかを確認する必要がある。これを行うために、ステップＳ２において、セル又はベースノードの信号を発見すべく、アドレス可能な周波数領域の無線周波数（ＲＦ）スキャンを実行する。このステップの結果は、典型的には、受信した信号の強度についての表示及び／又はこのベースノードによるサービスの質を示す任意の他のインジケータを含む発見されたベースノードのリストである。
【０１３１】
標準によると、通常の方法は、まず最強のベースノードと同期化することである。したがって、ステップＳ３において、ユーザ装置は最良の信号強度を有するベースノードと同期化し、ベースノードがブロードキャストしたシステム情報を読み取る。このためにベースノードに接続する必要はない。システム情報は、とりわけネットワークオペレータに関する情報などを含む。本発明の実施形態によると、情報要素は、リモートプロビジョニングを実行する能力に関する表示も含む。この情報は２つの部分、すなわち、ベースノードが属しているセルラネットワークがリモートプロビジョニング能力を有することを示す第１の部分と、現在のベースノードはこれを行うのに適切なベースノードであるかどうかについての第２の部分とを含む。好ましくは２つの情報は、別個の情報要素に符号化される。
【０１３２】
その結果、ユーザ装置はステップＳ４において、そのようなセルラネットワークのリモートプロビジョニング表示が、現在同期化されているベースノードがブロードキャストしたシステム情報に存在するかどうかをチェックする。
【０１３３】
リモートプロビジョニング表示が存在しない場合、プロセスフローはステップＳ６に分岐し、ステップＳ２で作成されたリストから２番目に最強のベースノードが選択され、動作はステップＳ４に戻る。好ましくは、この選択は、別のセルラネットワークのベースノードに影響を及ぼす。このような情報を入手できない場合、プロセスは、リモートプロビジョニングをサポートする別のセルラネットワークのベースノードが見つかるまで、ステップＳ４とＳ６の間で継続する。
【０１３４】
リモートプロビジョニング表示が存在する場合、プロセスフローはステップＳ５に分岐する。ここでベースノードがリモートプロビジョニング要求を受け入れる能力を有しているかどうか、つまりベースノードが属しているセルラネットワークのリモートプロビジョニングネットワークスライスに割り当てられているかがチェックされる。
【０１３５】
本発明の好ましい実施形態によると、リモートプロビジョニングをサポートするセルラネットワークのベースノードは、いずれの場合も２つの情報のうちの１つ、すなわちベースノード自体がリモートプロビジョニング能力を有していること、又はリモートプロビジョニング能力を有している近くのベースノードについての表示をブロードキャストする。
【０１３６】
これらの情報のうちのどちらが現在のベースノードで発見されたかがステップＳ５においてチェックされる。そのベースノード自体が能力を有する場合は、プロセスフローはステップＳ８に分岐し、そうでない場合はステップＳ７に分岐する。
【０１３７】
ステップＳ７において、ユーザ装置は、現在のベースノードのブロードキャストの提案に従い、示されているベースノードと同期化する。この場合、ステップＳ２のベースノードのリストはもはや考慮しない。このステップは、特に低帯域幅のみをサポートする低コストユーザ装置の問題であり得るベースノードの技術及び周波数帯がユーザ装置によりサポートされることを規定する。ここでうまくいかない場合、手順ステップはステップＳ６に進む（図示せず）必要がある。
【０１３８】
ここでユーザ装置は、ベースノードと同期化する能力を有し、したがって、最終的にリモートプロビジョニングを実行する能力を有するベースノードを発見する。その結果、プロセスフローはまたステップＳ８に戻る。
【０１３９】
ステップＳ８は、ユーザ装置がリモートプロビジョニングを実行する能力を有するベースノードの特定に成功したと想定する。したがって、ユーザ装置は選択されたベースノードに接続する。
【０１４０】
これは、ユーザ装置においてまだ利用できない共通の３ＧＰＰ認証クレデンシャルを使用しない接続動作である特別な状況である。
【０１４１】
したがって、ユーザ装置は、例えば工場内で前もって受信した初期デバイス識別子を提供し、ベースノードは、このような初期デバイス識別子がセルラネットワークにアクセスする資格があるかどうかをチェックする能力を有する。これは、初期デバイス識別子が許可されるかどうかを、ＭＭＥ、ＨＳＳ（又は同等の機能を備えた５Ｇのネットワークノード）といった他のネットワークノードに確認することにより行われることが好ましい。より単純な解決策は、このために初期デバイス識別子の形式をチェックすることであると思われ、次に初期デバイス識別子の適格性がリモートプロビジョニングサーバにおいてチェックされる。
【０１４２】
好ましくはベースノードからの応答として、ユーザ装置はステップＳ９において、リモートプロビジョニングを行うためのパラメータを受信する。これらのＲＰＳパラメータは特に、リモートプロビジョニングサーバ（ＲＰＳ）及び／又はエアインターフェイスリソース、特にユーザ装置からのＲＰＳ要求に専用のＲＡＣＨリソースのアドレスを含む。
【０１４３】
したがって、ユーザ装置は、以前のステップから割り当てられたＲＡＣＨリソースを使用して、ＲＰＳ要求を用いてステップＳ１０において行われるリモートプロビジョニングを開始する立場にある。ＲＰＳ要求は、少なくとも初期デバイス識別子を含む。
【０１４４】
ベースノードは結果としてこの要求を受け入れ、ユーザ装置が初期デバイス識別子により接続され、専用のＲＡＣＨリソースを使用するため、要求だけが割り当てられたリモートプロビジョニングネットワークスライスに転送される可能性があることを知る。ここでＲＰＳはアドレスされ、一致するユーザ装置識別子が利用可能かどうかを、局所的に利用可能なプロビジョニングデータベースでチェックする。最も単純な場合、これは初期デバイス識別子と等しい、又は少なくとも初期デバイス識別子を含む。
【０１４５】
一致するユーザ装置識別子が見つかった場合、ＲＰＳは、セルラネットワークのサブスクリプションを表す正規の３ＧＰＰ認証クレデンシャルを含むプロビジョニングデータセットを作成する。このプロビジョニングデータセットは、リモートプロビジョニングネットワークスライス及びベースノードを介してユーザ装置に戻される。
【０１４６】
一致するユーザ装置識別子が見つからない場合、リモートプロビジョニングの否定応答を示すメッセージが返信される。
【０１４７】
したがって、ユーザ装置側で、ステップＳ１１においてリモートプロビジョニングが成功したかどうか、すなわち有効な３ＧＰＰ認証クレデンシャルがプロビジョニングデータセットによって取り出されたかどうかがチェックされる。成功した場合、このプロビジョニングデータセットはローカルセキュアドメモリ、特にＵＩＣＣ、ＭＩＭ又は他のセキュアドメモリにインストールされる。
【０１４８】
ＲＰＳがＮＡＣＫを送信する場合、ベースノードは、好ましくは各メッセージを用いてユーザ装置に通知した後、接続動作を終わらせる。そしてユーザ装置は、ステップＳ６に再度分岐し、リモートプロビジョニングの機会を見つけることを続けるために、別のセルラネットワークから別のベースノードを見つけ出さなければならない。
【０１４９】
そうでない場合、ユーザ装置はステップＳ１２に分岐し、このベースノード又はインストールされた認証クレデンシャルに示されたセルラネットワークの別の適切なベースノードに再度接続するために、現在の接続動作も終わらせる。ここでユーザ装置はセルラネットワークと完全に動作可能になり、ユーザ装置及び／又はサービスのタイプに応じてリモートプロビジョニングネットワークスライスと異なる別のネットワークスライスに割り当てられる。
【０１５０】
このプロセスフローは、本発明が、セルラネットワークの安定性を維持することによって、ユーザ装置がリモートプロビジョニングを受けるための完全なクレデンシャルを持たない状況をどのようにして解消するかをユーザ装置の観点から示している。
【０１５１】
以上の詳細な説明において、例示により、本発明が実施される特定の実施形態を示す添付図面が参照される。これらの実施形態は、当業者が本発明を実施することができるように十分詳細に記載される。異なっていたとしても、本発明の様々な実施形態は必ずしも互いに排他的ではないことは理解されるべきである。例えば、一実施形態と関連して本明細書に記載される特定の特徴、構造、又は特性は、本発明の範囲を逸脱することなく、別の実施形態において実現されてもよい。加えて、開示される各実施形態の範囲内の個別要素の位置又は配置は、本発明の範囲を逸脱することなく変更されてもよいことは理解されるべきである。したがって、以上の詳細な説明は、限定的な意味で受け取られるべきではなく、本発明の範囲は、請求項が権利を得ることができる全範囲の同等物とともに、適切に解釈された、添付請求項によってのみ定義される。
【図１】
2019525549.tif 000003
【図２】
2019525549.tif 000004
【国際調査報告】
2019525549.tif 000005
2019525549.tif 000006