(57)【要約】  RANノード（２）は、初期状態の埋め込みUICCを実装したデバイス（１）と通信するよう構成されている。さらに、RANノード（２）は、埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワーク（３）、及びプロビジョニングネットワークとは異なるコアネットワークと通信できるよう構成されている。さらにまた、RANノード（２）は、デバイス（１）から受信したアタッチ要求メッセージを初期MNOのコアネットワーク（３）ではなくプロビジョニングネットワーク（６）に送信するよう構成されている。これにより、例えば、初期状態のeUICC を実装したデバイスを初期MNOによって運用されるネットワークに安全に接続できるようにすることができる。
2014097517.tif 000002
【特許請求の範囲】
【請求項１】
初期状態の埋め込みUICCを実装したデバイスと、
前記デバイスと通信する無線アクセスネットワークノードと、
前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークと、
前記プロビジョニングネットワークとは異なるコアネットワークと、
前記埋め込みUICCのプロビジョニングのために、前記プロビジョニングネットワークを介して前記デバイスと通信するサーバと、
を備え、
前記無線アクセスネットワークノードは、前記デバイスから受信したアタッチ要求メッセージを前記コアネットワークではなく前記プロビジョニングネットワークに送信する、
無線通信システム。
【請求項２】
前記アタッチ要求メッセージ又は前記アタッチ要求メッセージに関連して送信されるメッセージは、前記プロビジョニングネットワークを示す、請求項１に記載の無線通信システム。
【請求項３】
前記無線アクセスネットワークノードは、前記コアネットワーク及び前記プロビジョニングネットワークが共に利用できることを示すシステム情報をブロードキャストし、
前記デバイスは、前記システム情報を受信するとともに、前記埋め込みUICCが初期状態である場合に、前記プロビジョニングネットワークを示す選択ネットワーク情報を送信する、
請求項２に記載の無線通信システム。
【請求項４】
前記アタッチ要求メッセージ又は前記アタッチ要求メッセージに関連して送信されるメッセージは、前記埋め込みUICCに格納された初期認証情報を示す、請求項１に記載の無線通信システム。
【請求項５】
前記アタッチ要求メッセージ又は前記アタッチ要求メッセージに関連して送信されるメッセージは、初期状態の埋め込みUICCによるアクセス、又は埋め込みUICCのプロビジョニングのためのアクセスを示す、請求項１に記載の無線通信システム。
【請求項６】
前記デバイスは、前記アタッチ要求メッセージの送信に先立って開始されるRRCコネクション確立手順において、初期状態の埋め込みUICCによるアクセス、又は埋め込みUICCのプロビジョニングのためのアクセスを示す確立要因を前記無線アクセスネットワークノードに通知する、請求項１に記載の無線通信システム。
【請求項７】
前記無線アクセスネットワークノードは、前記アタッチ要求メッセージの送信元が前記確立要因の通知元であるか否かを判定する、請求項６に記載の無線通信システム。
【請求項８】
前記サーバは、前記プロビジョニングネットワーク及び前記コアネットワークを提供するモバイルオペレータとは異なる他のモバイルオペレータのネットワークに関する認証情報を前記デバイスに供給する、請求項１〜７のいずれか１項に記載の無線通信システム。
【請求項９】
初期状態の埋め込みUICCを実装したデバイスと通信する第１の通信手段と、
前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワーク、及び前記プロビジョニングネットワークとは異なるコアネットワークと通信可能な第２の通信手段と、
を備え、
前記第２の通信手段は、前記デバイスから受信したアタッチ要求メッセージを前記コアネットワークではなく前記プロビジョニングネットワークに送信する、
無線アクセスネットワークノード。
【請求項１０】
前記アタッチ要求メッセージ又は前記アタッチ要求メッセージに関連して送信されるメッセージは、前記プロビジョニングネットワークを示す、請求項９に記載の無線アクセスネットワークノード。
【請求項１１】
前記第１の通信手段は、前記コアネットワーク及び前記プロビジョニングネットワークが共に利用できることを示すシステム情報をブロードキャストする、請求項１０に記載の無線アクセスネットワークノード。
【請求項１２】
前記第２の通信手段は、前記プロビジョニングネットワークに関連付いた第１のアタッチ要求メッセージを前記プロビジョニングネットワークに送信し、前記コアネットワークに関連付いた第２のアタッチ要求メッセージを前記コアネットワークに送信する、請求項１０又は１１に記載の無線アクセスネットワークノード。
【請求項１３】
前記アタッチ要求メッセージ又は前記アタッチ要求メッセージに関連して送信されるメッセージは、前記埋め込みUICCに格納された初期認証情報を示す、請求項９に記載の無線アクセスネットワークノード。
【請求項１４】
前記アタッチ要求メッセージ又は前記アタッチ要求メッセージに関連して送信されるメッセージは、初期状態の埋め込みUICCによるアクセス、又は埋め込みUICCのプロビジョニングのためのアクセスを示す、請求項９に記載の無線アクセスネットワークノード。
【請求項１５】
前記第１の通信手段は、前記アタッチ要求メッセージの受信に先立って開始されるRRCコネクション確立手順において、初期状態の埋め込みUICCによるアクセス、又は埋め込みUICCのプロビジョニングのためのアクセスを示す確立要因を前記デバイスから受信する、請求項９に記載の無線アクセスネットワークノード。
【請求項１６】
前記第２の通信手段は、前記アタッチ要求メッセージの送信元が前記確立要因の通知元であるか否かを判定する、請求項１５に記載の無線アクセスネットワークノード。
【請求項１７】
無線アクセスネットワークノードと通信する無線通信手段と、
埋め込みUICCと、
を備え、
前記無線通信手段は、前記埋め込みUICCが初期状態である場合に、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークを示す選択ネットワーク情報を前記無線アクセスネットワークノードに送信する、
通信デバイス。
【請求項１８】
前記無線通信手段は、前記通信デバイスによるアタッチ要求メッセージの送信の際に前記選択ネットワーク情報を送信する、請求項１７に記載の通信デバイス。
【請求項１９】
前記無線通信手段は、前記選択ネットワーク情報をアタッチ要求メッセージと共に送信する、請求項１７又は１８に記載の通信デバイス。
【請求項２０】
無線アクセスネットワークノードの通信方法であって、
前記無線アクセスネットワークノードは、埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワーク、及び前記プロビジョニングネットワークとは異なるコアネットワークと通信可能に配置され、
前記通信方法は、
初期状態の埋め込みUICCを実装したデバイスからアタッチ要求メッセージを受信すること、及び
前記アタッチ要求メッセージを前記コアネットワークではなく前記プロビジョニングネットワークに送信すること、
を備える、
通信方法。
【請求項２１】
埋め込みUICCを実装したデバイスの通信方法であって、
前記埋め込みUICCが初期状態である場合に、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークを示す選択ネットワーク情報を無線アクセスネットワークノードに送信することを備える、
通信方法。
【請求項２２】
無線アクセスネットワークノードの通信方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記無線アクセスネットワークノードは、埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワーク、及び前記プロビジョニングネットワークとは異なるコアネットワークと通信可能に配置され、
前記通信方法は、
初期状態の埋め込みUICCを実装したデバイスからアタッチ要求メッセージを受信すること、及び
前記アタッチ要求メッセージを前記コアネットワークではなく前記プロビジョニングネットワークに送信すること、
を含む、
コンピュータ可読媒体。
【請求項２３】
埋め込みUICCを実装したデバイスの通信方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記通信方法は、前記埋め込みUICCが初期状態である場合に、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークを示す選択ネットワーク情報を無線アクセスネットワークノードに送信することを含む、
コンピュータ可読媒体。
【請求項２４】
加入者情報を格納したデータベースと、
移動管理ノードと通信する通信手段と、
を備え、
前記通信手段は、初期状態の埋め込みUICCに対応する初期認証情報を含む位置更新要求を受信したことに応答して、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークに対応するアクセスポイント名を示す回答メッセージを送信する、
加入者情報サーバ。
【請求項２５】
無線アクセスネットワークノードと通信する第１の通信手段と、
制御手段と、
を備え、
前記制御手段は、
デバイスからのアタッチ要求メッセージを前記無線アクセスネットワークノードを介して受信し、
前記アタッチ要求メッセージが初期状態の埋め込みUICCによるアクセス、又は埋め込みUICCのプロビジョニングのためのアクセスを示す場合に、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークに対応する転送ノードと前記無線アクセスネットワークノードの間に通信経路を設定する、
移動管理ノード。
【請求項２６】
前記アタッチ要求メッセージは、初期状態の埋め込みUICCによるアクセス又は埋め込みUICCのプロビジョニングのためのアクセスを示すアタッチタイプ情報を含む、請求項２５に記載の移動管理ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、埋め込みUICC（Universal Integrated Circuit Card）のプロビジョニングに関する。
【背景技術】
【０００２】
GSM（Global System for Mobile Communications）システム、UMTS（Universal Mobile Telecommunications System）、及びLTE（Long Term Evolution）システム等は、UIM（User Identity Module）、SIM（Subscriber Identity Module）、USIM（Universal Subscriber Identity Module）、又はUICC（Universal Integrated Circuit Card）等と呼ばれ、通信デバイス（例えば、携帯電話端末、スマートフォン、タブレットコンピュータ）から容易に取り外し可能なIC（Integrated Circuit）モジュールを使用する。これらのICモジュールは、モバイルオペレータネットワークにアクセスするために必要な認証情報（credentials）を記録している。認証情報は、一般的に、ユーザ識別コード（例えば、IMSI（International Mobile Subscriber Identity））、及び電話番号（例えば、MSISDN）を含む。認証情報は、識別情報（identity information）又はSIMプロファイル等と呼ばれることもある。【０００３】
なお、UICCは、ネットワーク認証のためのSIMアプリケーション又はUSIMアプリケーション等の他に、OTA（Over the Air）による認証情報等の更新のために通信デバイスと通信するアプリケーション（例えば、SAT（SIM application toolkit）アプリケーション）を含む様々なアプリケーションを格納することができる。つまり、UICCは厳密にはUIM、SIM、及びUSIMとは異なる。しかしながら、これらの用語はよく混在して用いられる。したがって、本明細書では主にUICCの用語を用いるが、本明細書中でのUICCの用語は、UIM、SIM、又はUSIM等を意味する場合もある。【０００４】
主にM2M（Machine-to-Machine）デバイス及びCCE（connected consumer electronics）への搭載を目的として、埋め込みUICC（embedded UICC（eUICC））又は埋め込みSIM（embedded SIM（eSIM））と呼ばれる新たなタイプのSIMが3GPP（Third Generation Partnership Project）、ETSI（European Telecommunications Standards Institute）、及びGSMA（GSM Association）等で議論されている。eUICCは、無線通信モジュール又は無線通信モジュールを搭載するデバイスの製造プロセスにおいて、無線通信モジュール又はデバイスに埋め込まれる。具体的には、eUICCは、回路基板に直接的にはんだ付けされる。M2Mデバイスデバイスは、MTC（Machine Type Communication）デバイスと呼ばれることもある。また、M2Mデバイス及びCCEにおいては、SIM及びUSIM等と同様の用語としてMCIM（Machine Communication Identity Module）が用いられる場合もある。【０００５】
デバイス（M2Mデバイス又はCCE）に実装されたeUICCの交換は非常に困難である。したがって、通常のSIM/UICCのように接続可能なMNO（Mobile Network Operator）が予め固定されていると、デバイスのユーザはMNOの選択が制限されてしまう。この問題を解消するために、デバイスの利用時に、ユーザにより選択されたMNOの認証情報をOTA（Over the Air）で安全にeUICCにダウンロードできることが要求されている。これにより、デバイスの利用状況（例えば、利用される国又は地域）、又はユーザの好み等に応じたMNO（Mobile Network Operator）の柔軟な選択が可能となる。MNO認証情報を初期状態のeUICCにダウンロードするプロセスは、プロビジョニング又はパーソナライゼーションと呼ばれる。【０００６】
eUICCに関する１つのユースケースを以下に説明する。M2M デバイス製造者（manufacturer）は、初期状態のeUICCを実装したM2Mデバイスを提供する。初期状態のeUICCには、プロビジョニングネットワークに接続するために必要な初期認証情報（initial credential）が書き込まれている。初期認証情報は、例えば、プロビジョニングネットワーク接続用のIMSI及びMSISDNを含む。プロビジョニングネットワークは、加入管理サーバ（Subscription Management Server）と結合される。加入管理サーバは、複数のMNOから信用された組織（Subscription Manager）によって提供される。Subscription Managerは、例えば、eUICCの標準化機関によって承認された組織である。初期状態のeUICCを実装したM2Mデバイスは、プロビジョニングネットワークにアタッチする加入管理サーバは、M2Mデバイスのユーザによって選択された特定のMNOに関する認証情報及びその他のデータ（例えばpreferred PLMN（Public Land Mobile Network）リスト）を、プロビジョニングネットワークを介してOTA（Over the Air）によりeUICCにダウンロードする。プロビジョンされたeUICCは、新たに書き込まれた特定MNOの認証情報を用いてそのMNOのネットワークにアクセスできる。上述したユースケースを含むeUICCのプロビジョニング及び認証情報の更新については、例えば、非特許文献１及び２に記載されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TR 33.812 V9.2.0 (2010-06) "Feasibility study on the security aspects of remote provisioning and change of subscription for Machine to Machine (M2M) equipment (Release 9)"
【非特許文献２】GSM Association、"Embedded Mobile Guidelines Version 2" 、［online］、2011年3月8日、［2012年10月31日検索］、インターネット＜URL：http://www.gsma.com/connectedliving/wp-content/uploads/2012/04/whitepaperembeddedmobileguidelinesv2.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したeUICC のユースケースでは、初期状態のeUICCは、プロビジョニングネットワークに接続するために必要な最小限の初期認証情報（initial credential）を有する。ここで、プロビジョニングネットワークの運用者を考える。現実的な解として、プロビジョニングネットワークの運用者は、他のMNOからの委託を受けたいずれかのMNOであることが想定される。例えば、ある国又は地域においてサービスを提供する複数のMNOのうちの１つが、他のMNOからの委託を受けてプロビジョニングネットワークを提供することが考えられる。以下では、プロビジョニングネットワークを提供するMNOを初期MNO（initial MNO）と呼ぶ。初期MNOは、Subscription Managerとして承認され、加入管理サーバを運用してもよい。【０００９】
本件の発明者等は、初期状態のeUICC を搭載したデバイスを初期MNOのネットワークに安全に接続する方法について検討を行った。初期MNOは、eUICCのプロビジョニング／パーソナライゼーションのために、初期状態のeUICCを搭載したM2Mデバイスのアタッチを許可しなければならない。しかしながら、初期MNOは、通常のSIM/UICCを搭載した通常のデバイス（例えば、携帯電話端末及びスマートフォン）も収容する。初期状態のeUICCを搭載したM2Mデバイスを通常のデバイスと同じネットワークに収容することは、セキュリティの低下が懸念される。【００１０】
非特許文献１及び２は、eUICCのプロビジョニング及び認証情報の更新に関する概要を記載するのみであり、初期状態のeUICC を実装したデバイスを初期MNOによって運用されるネットワークに安全に接続する具体的な方法及び構成について記載していない。したがって、本発明の目的の１つは、初期状態のeUICC を実装したデバイスを初期MNOによって運用されるネットワークに安全に接続することが可能な無線通信システム、無線アクセスネットワークノード、通信デバイス、コアネットワークノード、並びにこれらの方法及びプログラムを提供することである。
【課題を解決するための手段】
【００１１】
第１の態様では、無線通信システムは、デバイス、無線アクセスネットワークノード、プロビジョニングネットワーク、コアネットワーク、及びサーバを含む。前記デバイスは、初期状態の埋め込みUICCを実装する。前記無線アクセスネットワークノードは、前記デバイスと通信するよう構成されている。プロビジョニングネットワークは、前記埋め込みUICCのプロビジョニングのために用意されたネットワークである。前記コアネットワークは、前記プロビジョニングネットワークとは異なるネットワークである。前記サーバは、前記埋め込みUICCのプロビジョニングのために、前記プロビジョニングネットワークを介して前記デバイスと通信するよう構成されている。さらに、前記無線アクセスネットワークノードは、前記デバイスから受信したアタッチ要求メッセージを前記コアネットワークではなく前記プロビジョニングネットワークに送信するよう構成されている。【００１２】
第２の態様では、無線アクセスネットワークノードは、第１及び第２の通信部を含む。前記第１の通信部は、初期状態の埋め込みUICCを実装したデバイスと通信するよう構成されている。前記第２の通信部は、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワーク、及び前記プロビジョニングネットワークとは異なるコアネットワークと通信できるよう構成されている。さらに、前記第２の通信部は、前記デバイスから受信したアタッチ要求メッセージを前記コアネットワークではなく前記プロビジョニングネットワークに送信するよう構成されている。【００１３】
第３の態様では、通信デバイスは、無線アクセスネットワークノードと通信する無線通信部、及び埋め込みUICCを含む。さらに、前記無線通信部は、前記埋め込みUICCが初期状態である場合に、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークを示す選択ネットワーク情報を前記無線アクセスネットワークノードに送信するよう構成されている。【００１４】
第４の態様では、無線アクセスネットワークノードの通信方法は、（ａ）初期状態の埋め込みUICCを実装したデバイスからアタッチ要求メッセージを受信すること、及び（ｂ）前記アタッチ要求をコアネットワークではなくプロビジョニングネットワークに送信すること、を含む。【００１５】
第５の態様では、埋め込みUICCを実装したデバイスの通信方法は、前記埋め込みUICCが初期状態である場合に、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークを示す選択ネットワーク情報を前記無線アクセスネットワークノードに送信することを含む。【００１６】
第６の態様では、プログラムは、上述した第４の態様に係る方法をコンピュータに行わせるための命令群を含む。【００１７】
第７の態様では、プログラムは、上述した第５の態様に係る方法をコンピュータに行わせるための命令群を含む。【００１８】
第８の態様では、加入者情報サーバは、加入者情報を格納したデータベース、及び移動管理ノードと通信するよう構成された通信部を含む。さらに、前記通信部は、初期状態の埋め込みUICCに対応する初期認証情報を含む位置更新要求を受信したことに応答して、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークに対応するアクセスポイント名を示す回答メッセージを送信するよう構成されている。【００１９】
第９の態様では、無線アクセスネットワークノードと通信するよう構成された第１の通信部と、制御部を含む。前記制御部は、前記デバイスからのアタッチ要求メッセージを前記無線アクセスネットワークノードを介して受信するよう構成されている。さらに、前記制御部は、前記アタッチ要求メッセージが初期状態の埋め込みUICCによるアクセス、又は埋め込みUICCのプロビジョニングのためのアクセスを示す場合に、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークに対応する転送ノードと前記無線アクセスネットワークノードの間に通信経路を設定するよう構成されている。
【発明の効果】
【００２０】
上述した態様によれば、初期状態のeUICC を実装したデバイスを初期MNOによって運用されるネットワークに安全に接続することが可能な無線通信システム、無線アクセスネットワークノード、通信デバイス、コアネットワークノード、並びにこれらの方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】第１の実施形態に係る無線通信システムを含むネットワークの構成例を示す図である。
【図２】第１の実施形態に係る無線通信システムを含むネットワークの構成例（LTEの場合）を示す図である。
【図３】第１の実施形態に係るeUICCプロビジョニング手順の一例を示すシーケンス図である。
【図４】第１の実施形態に係るeUICCプロビジョニング手順の一例を示すシーケンス図である。
【図５】第１の実施形態に係るeUICCプロビジョニング手順の一例を示すシーケンス図である。
【図６】第１の実施形態に係るeUICCプロビジョニング手順の一例を示すシーケンス図である。
【図７】第１の実施形態に係るデバイスの構成例を示すブロック図である。
【図８】第１の実施形態に係るRANノードの構成例を示すブロック図である。
【図９】第２の実施形態に係る無線通信システムを含むネットワークの構成例を示す図である。
【図１０】第２の実施形態に係る無線通信システムを含むネットワークの構成例（LTEの場合）を示す図である。
【図１１】第２の実施形態に係る無線通信システムを含むネットワークの構成例（LTEの場合）を示す図である。
【図１２】第２の実施形態に係る無線通信システムを含むネットワークの構成例（LTEの場合）を示す図である。
【図１３】第２の実施形態に係る無線通信システムを含むネットワークの構成例（LTEの場合）を示す図である。
【図１４】第２の実施形態に係るeUICCプロビジョニング手順の一例を示すシーケンス図である。
【図１５】第２の実施形態に係る加入者情報サーバの構成例を示すブロック図である。
【図１６】第３の実施形態に係る無線通信システムを含むネットワークの構成例（LTEの場合）を示す図である。
【図１７】第３の実施形態に係るeUICCプロビジョニング手順の一例を示すシーケンス図である。
【図１８】第３の実施形態に係る移動管理ノードの構成例を示すブロック図である。
【発明を実施するための形態】
【００２２】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２３】
＜第１の実施形態＞
図１は、本実施形態に係る無線通信システムを含むネットワークの構成例を示している。デバイス１は、埋め込みUICC（eUICC）を実装した通信機能を有する。デバイス１は、例えば、M2Mデバイス又はCCE（connected consumer electronics）である。RAN（Radio Access Network）ノード２は、無線アクセスネットワークに配置されるノードであり、デバイス１と通信する。具体的には、RANノード２は、無線インタフェース（エアインタフェース）によるデバイス１との通信を制御し、初期MNOのコアネットワーク３又はプロビジョニングネットワーク６とデバイス１の間でデータを中継する。RANノード２は、無線インタフェースを有する基地局（例えば、LTEのeNodeB（eNB））であってもよいし、基地局制御局（例えば、UMTSのRNC（Radio Network Controller）であってもよい。
【００２４】
既に述べたように、本明細書における初期MNOは、プロビジョニングネットワーク６を提供するMNOである。初期MNOのコアネットワーク３は、初期MNOの正規の認証情報（Credentials）が書き込まれたUICCを持つ端末が接続できるモバイルコアネットワーク（例えば、LTEのEPC（Evolved Packet Core）又はUMTSのGPRS（general packet radio service）コア）である。正規の認証情報が書き込まれたUICCを持つ端末は、例えば、携帯電話端末、スマートフォン、タブレットPCである。また、正規の認証情報が書き込まれたUICCを持つ端末は、プロビジョニングされたeUICCを持つM2Mデバイス又はCCEであってもよい。コアネットワーク３は、例えば、外部パケットネットワーク４及びM2Mアプリケーションサーバ５と接続される。M2Mアプリケーションサーバ５は、例えば、初期MNOとは異なるサードパーティによって運用され、コアネットワーク３が提供するAPI（Application Programming Interface）を介してM2Mアプリケーションサービスを提供する。
【００２５】
一方、プロビジョニングネットワーク６は、初期状態のeUICCのプロビジョニング／パーソナライゼーションのために初期MNOによって運用されるネットワークである。プロビジョニングネットワーク６は、加入管理サーバ７と接続される、加入管理サーバ７は、プロビジョニングネットワーク６を介してデバイス１（具体的にはeUICC１０）と通信する。そして、加入管理サーバ７は、特定MNOに関する認証情報及びその他のデータ（例えばpreferred PLMNリスト）を、プロビジョニングネットワーク６を介してOTAによりeUICC１０にダウンロードする。特定MNOは、例えば、デバイス１の利用地域に応じて選択されたMNO、又はデバイス１のユーザによって選択されたMNOである。eUICC１０がプロビジョンされた後、デバイス１は、特定MNOのネットワークにアクセスすることができる。一例として、加入管理サーバ７は、初期MNOとは異なるMNOのネットワークにアクスするための認証情報をデバイス１（eUICC１０）に供給してもよい。他の例では、初期MNOが特定MNOとして選択されてもよい。この場合、プロビジョンされたeUICC１０を持つデバイス１は、特定MNOとしての初期MNOのコアネットワーク３に接続可能となる。
【００２６】
eUICCのプロビジョニングは、通常のUICCのデータ更新のために使用される既存のOTAプラットフォーム、例えば、SMS（Short Message Service）ベースのOTAプラットフォーム、CBS（Cell Broadcast Service）ベースのOTAプラットフォーム、又はIP（Internet Protocol）ベースのOTAプラットフォーム、を用いて行うことができる。したがって、プロビジョニングネットワーク６が有するべき機能は、eUICCのプロビジョニングに採用されるOTAプラットフォームに応じて決定されればよい。例えば、SMSベースOTAが採用される場合、プロビジョニングネットワーク６は、SMS-SC（Short Message Service- Service Center）を有し、加入管理サーバ７の要求に応じたショートメッセージ送信を制御する。また、CBSベースOTAが採用される場合、プロビジョニングネットワーク６は、CBC（Cell Broadcast Centre）を有し、加入管理サーバ７の要求に応じたセルブロードキャストを制御する。また、IPベースOTAが採用される場合、プロビジョニングネットワーク６は、加入管理サーバ７とデバイス１の間にIP接続性（IP connectivity）を提供する。
【００２７】
以下では、eUICC１０のプロビジョニングのための構成及び動作の詳細についてさらに説明する。RANノード２は、初期状態のeUICC１０を実装したデバイス１からアタッチ要求メッセージを受信した場合に、当該メッセージを初期MNOのコアネットワーク３ではなくプロビジョニングネットワーク６に送信するよう構成されている。なお、RANノード２は、初期MNOの正規の認証情報（Credentials）が書き込まれたUICCを持つ端末（例えば、携帯電話端末、スマートフォン、プロビジョニング後のM2Mデバイス／CCE）からのアタッチ要求メッセージをコアネットワーク３に送信するよう構成されている。すなわち、RANノード２は、初期状態のeUICCによるアクセスであるか否かに応じて、アタッチ要求メッセージをコアネットワーク３とプロビジョニングネットワーク６のいずれかに送信する。言い換えると、RANノード２は、初期状態のeUICCによるアクセスであるか否かに応じて、アタッチ要求メッセージの送信先をコアネットワーク３とプロビジョニングネットワーク６の間で切り替える。
【００２８】
以上に述べたように、本実施形態では、eUICC１０が初期状態である場合に、RANノード２は、eUICC１０（デバイス１）からのアタッチ要求メッセージをプロビジョニングネットワーク６に送信する。これにより、eUICC１０のプロビジョニングに必要な加入管理サーバ７とeUICC１０の間の接続性が確立される。本実施形態は、初期状態のeUICC１０（デバイス１）がアタッチするネットワークをコアネットワーク３から分離することができる。したがって、本実施形態は、初期状態のeUICCを実装したデバイスを初期MNOによって運用されるネットワークに安全に接続することができる。
【００２９】
続いて、本実施形態の無線通信システムの構成及び動作の具体例について以下に説明する。図２は、本実施形態の無線通信システムがLTEシステムである場合の構成例を示している。この場合、RANノード２は、基地局（i.e. eNB）に相当する。コアネットワーク３は、EPCに相当する。図２の例では、コアネットワーク３は、MME（Mobility Management Entity）３１、HSS（Home Subscriber Server）３２、S-GW（Serving Gateway）３３、P-GW（Packet Data Network Gateway）３４、MTC-IWF（Machine Type Communication- Interworking Function）３５、及びSCS（Service Capability Server）３６を含む。
【００３０】
MME３１は、コントロールプレーンのノードであり、端末のモビリティ管理（e.g. 位置登録）、及びベアラ管理（e.g. ベアラ確立、ベアラ構成変更、ベアラ解放）などを行う。つまり、MME３１は、移動管理ノードである。MME３１は、RANノード（eNB）２との間で制御メッセージ（i.e. S1APメッセージ）を送受信し、端末との間でNAS（Non-Access Stratum）メッセージを送受信する。NASメッセージは、RANで終端されず、RANの無線アクセス方式に依存することなく、端末とMME３１の間で透過的に送受信される制御メッセージである。端末からMME３１に送られるNSメッセージの具体例は、Attach Request、Service Request、PDN connectivity request、Bearer Resource Allocation Request、Bearer Resource Modification Request、TAU (Tracking Area Update) Request、及びRAU (Routing Area Update) Request等を含む。
【００３１】
HSS３２は、加入者情報を格納するデータベースを管理する。HSS３２は、MME３１の要求に応答して、MME３１に加入者情報を送信する。
【００３２】
S-GW３３及びP-GW３４は、RAN（具体的にはeNB２）と外部パケットネットワーク４の間でユーザパケットを転送する。S-GW３３は、ユーザパケット転送のために、eNB２との間でS1-Uベアラを確立し、P-GWとの間でS5/S8ベアラを確立する。P-GW３４は、S-GW３３と外部パケットネットワーク４の間でユーザパケットを転送する。P-GW３４は、端末に付与すべきアドレス（e.g. IPアドレス）の払い出しを行う。
【００３３】
MTC-IWF３５は、3GPPのコアネットワークとインターワークするためのコントールプレーンインタフェースをSCS３６に提供する。MTC-IWF３５は、例えば、M2Mデバイスの呼び出し（トリガリング）機能、ダウンリンク若しくはアップリンク又はこれら両方のスモールデータ送信機能を提供する。SCS３６は、M2Mサーバと呼ばれることもある。SCS３６は、M2Mアプリケーションサーバ５にAPIを提供する。
【００３４】
図２の例では、プロビジョニングネットワーク６は、MME６１、HSS６２、及びS/P-GW６３を含む。MME６１は、初期状態のeUICC１０を有するデバイス１からのアタッチ要求メッセージをeNB２から受信し、プロビジョニングネットワーク６へのデバイス１のアタッチを制御する。HSS６２は、初期状態のeUICC１０が有する初期認証情報に対応した加入者情報を管理する。しかしながら、HSS６２は省略されてもよい。この場合、オペレータは、初期状態のeUICC１０を接続するべきAPN（Access Point Name）及びP-GW（図２ではS/P-GW６３）を予めMME６１に設定しておけばよい。また、初期状態のeUICC１０の認証は、加入管理サーバ７が行えばよい。あるいは、HSS６２は、HSS３２と共通化されてもよい。また、S/P-GW６３は、S-GW機能とP-GW機能が一体化された物理的な転送ノードであってもよい。あるいは、S/P-GW６３は、S-GWに対応する物理的な転送ノードと、P-GWに対応する物理的な転送ノードを含んでもよい。
【００３５】
図２に示したMME６１及びS/P-GW６３の機能は、eNB２と同一のサイト（建物）に配置されてもよい。このようにすれば、eUICCのプロビジョニングに関するトラフィックをeNBサイトにおいてオフロードすることができる。加入管理サーバ７は、例えばIPネットワークを経由してオフロードされたトラフィックを送受信する。この場合、プロビジョニングネットワーク６は、IPネットワークであるとみなすこともできる。
【００３６】
また、UMTS、GSMの場合も、図２に示したLTEの例と同様の思想でネットワークを構成すればよい。例えば、UMTSの場合、図２のMME６１の動作は、SGSN（Serving GPRS Support Node）のコントロールプレーンが行えばよい。HSS６２の動作は、HLR（Home Location Register）が行えばよい。S/P-GW６３の動作は、SGSNのユーザープレーン機能、又はGGSN（Gateway GPRS Support Node）が行えばよい。
【００３７】
続いて以下では、初期状態のeUICCによるアクセスであるか否かに応じてアタッチ要求メッセージの送信先を切り替えるためのいくつかの具体例について説明する。
（具体例１）
具体例１では、eUICC１０が初期状態であるときのアタッチ要求メッセージは、プロビジョニングネットワークを示す。なお、アタッチ要求メッセージ自体ではなく、アタッチ要求メッセージに関連してデバイス１から送信されるメッセージがプロビジョニングネットワークを示してもよい。アタッチ要求メッセージと一緒にデバイス１から送信される情報要素がプロビジョニングネットワークを示してもよい。例えば、LTEの端末がRRCコネクション確立手順において送信するRRC Connection Setup Complete message中の情報要素"Selected PLMN Identity"がプロビジョニングネットワークを示してもよい。なお、RRC Connection Setup Complete message中の他の情報要素"Dedicated NAS Information"は、Attach Request Messageを示す。
【００３８】
すなわち、具体例１では、デバイス１は、アタッチするネットワークを選択し、選択ネットワーク情報をRANノード２に送信する。選択ネットワーク情報は、デバイス１において選択されたネットワークを示す。デバイス１は、eUICC１０が初期状態である場合に、アタッチ先としてプロビジョニングネットワーク６を選択し、プロビジョニングネットワーク６を示す選択ネットワーク情報を送信する。
【００３９】
デバイス１によるネットワーク選択を可能とするために、RANノード２は、コアネットワーク３及びプロビジョニングネットワーク６が共に利用できることを示すシステム情報をブロードキャストしてもよい。この場合、デバイス１は、ブロードキャストされるシステム情報を受信するとともに、eUICC１０が初期状態である場合に、プロビジョニングネットワーク６を示す選択ネットワーク情報をアタッチ要求メッセージと共に送信すればよい。
【００４０】
図３は、具体例１におけるeUICCプロビジョニング手順の一例を示すシーケンス図である。ステップＳ１０１では、RANノード２は、システム情報をブロードキャストする。システム情報は、コアネットワーク３及びプロビジョニングネットワーク６が共に利用できることを示す。ステップＳ１０２では、デバイス１は、システム情報を受信し、利用可能なネットワークの中からアタッチするネットワークを選択する。eUICC１０が初期状態である場合、既に述べたように、デバイス１はプロビジョニングネットワーク６を選択する。ステップＳ１０３では、デバイス１はアタッチ要求メッセージをRANノード２に送信する。アタッチ要求メッセージ又はこれと共に送信されるメッセージ（例えば、選択ネットワーク情報）は、プロビジョニングネットワーク６を示す。ステップＳ１０４では、RANノード２は、デバイス１によるネットワーク選択に従って、アタッチ要求メッセージをプロビジョニングネットワーク６に送信する。ステップＳ１０５では、プロビジョニングネットワーク６、RANノード２、及びデバイス１の間で、アタッチ処理及びセッション（ベアラ）設定処理が実行される。最後に、ステップS１０６では、図示されていない加入管理サーバ７は、プロビジョニングネットワーク６を介して、eUICC１０のプロビジョニング／パーソナライゼーションを実行する。
【００４１】
（具体例２）
具体例２では、eUICC１０が初期状態であるときのアタッチ要求メッセージ、又はアタッチ要求メッセージに関連してデバイス１から送信されるメッセージは、eUICCに格納された初期認証情報を示す。また、アタッチ要求メッセージ又はこれに関連して送信されるメッセージは、初期状態のeUICCによるアクセスであることを示してもよい。さらにまた、タッチ要求メッセージ又はこれに関連して送信されるメッセージは、eUICCのプロビジョニングのためのアクセスであることを示してもよい。初期状態のeUICCによるアクセス、又はeUICCのプロビジョニングのためのアクセスは、例えば、アタッチ要求メッセージ内のアタッチタイプ情報によって示されてもよい。RANノード２は、デバイス１から初期認証情報、初期状態のeUICCによるアクセスを示す情報、又はeUICCのプロビジョニングのためのアクセスを示す情報をデバイス１から受信した場合に、デバイス１からのアタッチ要求メッセージをプロビジョニングネットワーク６に送信する。
【００４２】
図４は、具体例２におけるeUICCプロビジョニング手順の一例を示すシーケンス図である。ステップＳ２０１では、RANノード２は、システム情報をブロードキャストする。この例では、デバイス１は、プロビジョニングネットワークを利用できることを認識できる必要はない。このため、ステップＳ２０１のシステム情報は、初期MNO１のコアネットワーク３が利用できることのみを示してもよい。ステップＳ２０２では、デバイス１は、アタッチ要求メッセージをRANノード２に送信する。図４の例では、アタッチ要求メッセージは、初期状態のeUICCに関連付いた初期認証情報（例えば、初期IMSI）を含む。ステップＳ２０３では、RANノード２は、アタッチ要求メッセージに含まれる認証情報に基づいて、ネットワークの選択（例えば、MME又はSGSNの選択）を行う。アタッチ要求メッセージが初期認証情報を含む場合、RANノード２は、プロビジョニングネットワーク６を選択し、プロビジョニングネットワーク６にアタッチ要求メッセージを送信する（ステップＳ２０４）。ステップＳ２０５及びステップＳ２０６の処理は、図３のステップＳ１０５及びＳ１０６の処理と同様である。
【００４３】
図５は、具体例２におけるeUICCプロビジョニング手順の他の例を示すシーケンス図である。ステップＳ３０２において、デバイス１は、eUICCのプロビジョニングのためのアクセスであることを示すアタッチタイプ情報を含むアタッチ要求メッセージをRANノード２に送信する。図５のその他のステップＳ２０１、並びにＳ２０３〜Ｓ２０６における処理は、図４に示した同じ符号のステップ群における処理と同様である。
【００４４】
（具体例３）
具体例３では、デバイス１は、アタッチ要求メッセージの送信に先立って開始されるRRC（Radio Resource Control）コネクション確立手順において、初期状態のeUICCによるアクセスであることをRANノード２に通知するデバイス１は、e UICCのプロビジョニングのためのアクセスであることをRANノード２に通知してもよい。LTE、UMTS、GSM等では、端末は、アタッチ要求メッセージの送信の前にRRCコネクションを確立しなければならない。例えば、LTEの場合、デバイス１は、ランダムアクセス手順においてRRC Connection Request messageを送信する。RRC Connection Request message は、initial Layer 3 messageに対応する。RRC Connection Request message は、情報要素の１つとして確立要因（establishment cause）を含む。例えば、デバイス１は、RRC Connection Request message内の確立要因を用いて、初期状態のeUICCによるアクセス（又はe UICCのプロビジョニングのためのアクセス）を通知してもよい。
【００４５】
図６は、具体例３におけるeUICCプロビジョニング手順の一例を示すシーケンス図である。ステップＳ４０１〜Ｓ４０３は、LTEでのRRCコネクション確立手順に基づいている。ステップＳ４０１では、デバイス１は、RRC Connection Request messageをRANノード２に送信する。RRC Connection Request messageは、初期状態のeUICCによるアクセスであることを示す。ステップＳ４０２では、RANノード２は、RRC Connection Setup messageを送信する。RRC Connection Setup messageを受信したデバイス１は、RRC Connected modeに遷移し、RRC Connection Setup Complete messageを送信する（ステップＳ４０３）。RRC Connection Setup Complete messageは、NAS情報（ここでは、アタッチ要求メッセージ）を含む。ステップＳ４０４では、RANノード２は、初期状態のeUICCによるアクセスであることを示す確立要因（ステップＳ４０１）の通知元から送られてきたアタッチ要求メッセージであることを判定し、アタッチ要求メッセージをプロビジョニングネットワーク６に送信する（ステップＳ４０４及びＳ４０５）。ステップＳ４０６及びステップＳ４０７の処理は、図３のステップＳ１０５及びＳ１０６の処理と同様である。
【００４６】
続いて以下では、デバイス１及びRANノード２の構成例について説明する。図７は、デバイス１の構成例を示すブロック図である。無線通信部１１は、エアインタフェースを有し、RANノード２と通信するよう構成されている。さらに、無線通信部１１は、eUICC１０と通信し、eUICC１０に格納された認証情報を読み出すことができ、エアインタフェースを介して受信したeUICC１０宛てのデータをeUICC１０に送ることができるよう構成されている。無線通信部１１は、例えば、LTE、UMTS、GSM等の通信方式に準拠した無線トランシーバと、様々なプログラムの実行環境を提供するマイクロプロセッサを用いて構成されてもよい。
【００４７】
図８は、RANノード２の構成例を示すブロック図である。無線通信部２１は、eUICC１０を実装したデバイス１を含む端末と通信するよう構成されている。コアネットワーク通信部２２は、初期MNOのコアネットワーク３及びプロビジョニングネットワーク６と通信するよう構成されている。コアネットワーク通信部２２は、eUICC１０が初期状態であるときのデバイス１からのアタッチ要求メッセージを、コアネットワーク３ではなくプロビジョニングネットワーク６に送信するよう動作する。無線通信部２１は、例えば、LTE、UMTS、GSM等の通信方式に準拠した無線トランシーバによって構成されてもよい。コアネットワーク通信部２２は、LAN（Local Area Network）又はATM（Asynchronous Transfer Mode）等をサポートする通信プロセッサと、アタッチ要求メッセージの送信先選択を含む通信制御を行うマイクロプロセッサを用いて構成されてもよい。
【００４８】
＜第２の実施形態＞
図９は、本実施形態に係る無線通信システムを含むネットワークの構成例を示している。本実施形態では、RANノード２は、eUICC１０が初期状態であるときのデバイス１からのアタッチ要求メッセージを初期MNOのコアネットワーク３に送信する。アタッチ要求メッセージは、eUICC１０に格納された初期認証情報（例えば、初期IMSI）を含む。コアネットワーク３は、当該アタッチ要求メッセージに基づいて、デバイス１のプロビジョニングのための通信経路を設定する。当該通信経路は、加入管理サーバ７とeUICC１０の間の接続性を提供する。また、当該通信経路は、RANノード２及び転送ノード（例えば、S-GW及びP-GW、又はSGSN及びGGSN）を通過する。転送ノードの配置には様々なバリエーションがある。図１０〜１３は、LTEの場合における、転送ノードの配置のいくつかのバリエーションを示している。
【００４９】
図１０の構成例では、プロビジョニングネットワーク６はS/P-GW６３を含む。MME３１は、eUICC１０が初期状態であるときのデバイス１からのアタッチ要求メッセージを受信する。そして、MME３１は、初期認証情報を含む位置更新要求（UPDATE LOCATION REQUEST）をHSS３２に送信する。HSS３２は、初期認証情報に関連づいた加入者情報を管理している。HSS３２は、初期認証情報を含む位置更新要求に応答して、初期認証情報に関連付いたAPNをMME３１に通知する。すなわち、図１０の例では、加入者情報サーバとしてのHSS３２が初期状態のeUICCであるか否かを判定する。MME３１は、HSS３２から受信したAPNから対応するP-GW（つまり、S/P-GW６３）を導出し、eNB２及びS/P-GW６３を経由する通信経路を設定する。図１０の構成例は、eNB２とプロビジョニングネットワーク６の間に直接的に通信経路が設定される。つまり、eUICCのプロビジョニングに関するデータトラフィックをコアネットワーク３から隔離できるため、図１０の構成例はセキュリティ上の懸念が小さいという利点がある。
【００５０】
図１１の構成例では、プロビジョニングネットワーク６はP-GW６４含む。加入管理サーバ７とeUICC１０の間の通信経路は、コアネットワーク３に配置されたS-GW３７を経由する。S-GW３７は、初期MNOの正規の認証情報を格納したUICC又はeUICCを有する他の端末のために使用されるS-GW３３と兼用されてもよい。
【００５１】
図１２の構成例では、プロビジョニングネットワーク６はIPネットワーク６５を含む。加入管理サーバ７とeUICC１０の間の通信経路は、コアネットワーク３に配置されたS/P-GW３８を経由する。S/P-GW３８は、S-GW機能とP-GW機能が一体化された物理的な転送ノードであってもよい。また、S/P-GW３８は、S-GWに対応する物理的な転送ノードと、P-GWに対応する物理的な転送ノードを含んでもよい。S/P-GW３８は、初期MNOの正規の認証情報を格納したUICC又はeUICCを有する他の端末のために使用されるS-GW３３及びP-GW３４と兼用されてもよい。
【００５２】
図１３の構成例は、図１０の変形例を示している。第１の実施形態でも説明したように、S/P-GW６３はeNB２と同じサイト（建物）２００に配置されてもよい。図１３の例では、プロビジョニングネットワーク６は、S/P-GW６３及びIPネットワーク６５を含む。同様に、図１１のS-GW３７は、eNB２と同じサイトに配置されてもよい。図１１のS-GW３７及びP-GW６４の両方がeNB２と同じサイトに配置されてもよい。また、図１２のS/P-GW３８は、eNB２と同じサイトに配置されてもよい。
【００５３】
図１４は、本実施形態に係るeUICCプロビジョニング手順の一例を示すシーケンス図である。図１４は、LTEシステムに関して記載されている。ステップＳ５０１では、初期状態のeUICC１０を実装したデバイス１は、アタッチ要求メッセージをRANノード（eNB）２に送信する。アタッチ要求メッセージは、初期認証情報（例えば、初期IMSI）を含む。ステップＳ５０２では、RANノード２は、デバイス１からのアタッチ要求メッセージの受信に応答して、アタッチ要求メッセージをMME３１に送信する。ステップＳ５０３では、MME３１は、新たなデバイス１からのアタッチ要求を受信したことに応じて、HSS３２に位置更新要求メッセージ（Update Location Request message）を送信する。位置更新要求は、デバイス１（eUICC１０）から通知された初期認証情報（例えば、初期IMSI）を含む。ステップＳ５０４では、HSS３２は、初期認証情報に対応するAPNを決定する。ステップＳ５０５では、HSS３２は、決定したAPNを示す位置更新応答メッセージ（Update Location ACK message）をMME３１に送信する。
【００５４】
ステップＳ５０５〜Ｓ５０９は、LTEにおける通常のベアラ設定手順と同様である。MME３１は、HSS３２から通知されたAPNに対応するP-GW及びS-GW（つまり、S/P-GW６３）を導出し、ベアラ設定要求メッセージ（Create Session Request message）をS/P-GW６３に要求する（ステップＳ５０６）。S/P-GW６３は、ベアラ設定要求に応じてベアラ設定を行い、応答メッセージ（Create Session Response message）をMME３１に送信する（ステップＳ５０７）。ステップＳ５０８では、MME３１は、アタッチ承認メッセージ（Attach Accept message）をRANノード２を経由してデバイス１に送信する。アタッチ承認メッセージに基づいて、RANノード２及びデバイス１は、RRCコネクションを再構成する。そして、デバイス１は、アタッチ完了メッセージ（Attach Complete message）をRANノード２を経由してMME３１に送信する（ステップＳ５０９）。
【００５５】
ステップＳ５１０では、加入管理サーバ７は、プロビジョニングネットワーク６を介して、eUICC１０のプロビジョニング／パーソナライゼーションを実行する。
【００５６】
図１５は、本実施形態に係るHSS３２、つまり加入者情報サーバ、の構成例を示すブロック図である。通信部３２１は、移動管理ノードとしてのMME３１と通信するよう構成されている。加入者情報データベース３２２は、加入者情報を格納する。通信部３２１は、初期状態のeUICCに対応する初期認証情報を含む位置更新要求を受信したことに応答して、加入者情報データベース３２２を参照する。そして、通信部３２１は、プロビジョニングネットワーク６に対応するAPNを示す回答メッセージを送信する。通信部３２１は、LAN（Local Area Network）又はATM（Asynchronous Transfer Mode）等をサポートする通信プロセッサと、加入者情報の管理を行うマイクロプロセッサを用いて構成されてもよい。
【００５７】
＜第３の実施形態＞
第２の実施形態では、初期状態のeUICCによるアクセスを加入者情報サーバ（例えば、HSS３２）において判定する構成を示した。本実施形態では、初期状態のeUICCによるアクセスを移動管理ノード（例えば、MME３１）において判定する例を示す。これにより、例えば、初期状態のeUICCをプロビジョニングネットワークに接続する際に、移動管理ノード（例えばMME３１）と加入者情報サーバ（例えば、HSS３２）の間のシグナリングが不要となる。
【００５８】
図１６は、本実施形態に係る無線通信システムの構成例を示している。図１６の構成例は、LTEの場合について示している。また、図１６の構成例は、第２の実施形態で説明した図１０の構成例に対応する。本実施形態では、デバイス１は、eUICCのプロビジョニングのためのアクセス（又は初期状態のeUICCによるアクセス）を示すアタッチ要求メッセージを送信する。例えは、アタッチ要求メッセージ内に含まれるアタッチタイプ情報を用いることができる。具体的には、eUICCのプロビジョニングのためのアクセス（又は初期状態のeUICCによるアクセス）を示す新たなアタッチタイプを定義すればよい。MME３１は、アタッチ要求メッセージを参照し、eUICCのプロビジョニングのためのアクセスであることを判定すればよい。
【００５９】
HSS３２とMME３１の間のシグナリングを省略するために、オペレータは、初期状態のeUICC１０を接続するべきAPN（Access Point Name）及びP-GW（図１６ではS/P-GW６３）を予めMME３１に設定しておけばよい。これにより、初期状態のeUICC１０からのアタッチ要求を受信したMME３１は、HSS３２に問い合わせること無く、ベアラ設定要求メッセージ（Create Session Request message）をどのS-GW及びP-GWに対して送信すればよいかを知ることができる。
【００６０】
図１７は、本実施形態に係るeUICCプロビジョニング手順の一例を示すシーケンス図である。図１７は、LTEシステムに関して記載されている。ステップＳ６０１では、初期状態のeUICC１０を実装したデバイス１は、アタッチ要求メッセージをRANノード（eNB）２に送信する。アタッチ要求メッセージは、eUICCプロビジョニングを示すアタッチタイプ情報を含む。ステップＳ６０２では、RANノード２は、デバイス１からのアタッチ要求メッセージの受信に応答して、アタッチ要求メッセージをMME３１に送信する。ステップＳ６０３では、MME３１は、アタッチタイプ情報を参照し、eUICCプロビジョニングに対応するAPNおよびP-GWを決定する。既に述べたように、MME３１は、eUICCプロビジョニングのために予め固定的に（静的に）定められたAPNおよびP-GWを選択すればよい。ステップＳ６０４〜Ｓ６０８における処理は、図１４のステップＳ５０６〜Ｓ５１０における処理と同様とすればよい。
【００６１】
図１８は、本実施形態に係るMME３１、つまり移動管理ノード、の構成例を示すブロック図である。通信部３１１は、RANノード２及びHSS３２、S-GW３３、S/P-GW６３等と通信するよう構成されている。制御部３１２は、デバイス１からのアタッチ要求メッセージをRANノード２を介して受信する。そして、制御部３１２は、アタッチ要求メッセージがeUICCのプロビジョニングのためのアクセス（又は初期状態のeUICCによるアクセス）を示すか否かを判定する。アタッチ要求メッセージがeUICCのプロビジョニングのためのアクセスを示す場合、制御部３１２は、プロビジョニングネットワーク６に対応する転送ノード（例えば、S/P-GW６３）とRANノード２の間に通信経路（ベアラ）を設定する。通信部３１１は、LAN（Local Area Network）又はATM（Asynchronous Transfer Mode）等をサポートする１又は複数の通信プロセッサによって構成されてもよい。制御部３１２は、１又は複数のマイクロプロセッサを用いて構成されてもよい。
【００６２】
なお、本実施形態に係るネットワーク構成は、第２の実施形態と同様に、転送ノードの配置について様々なバリエーションが考えられる。したがって、図１６に示した構成例は、例えば図１１〜１３のように変形されてもよい。
【００６３】
＜その他の実施形態＞
第１〜第３の実施形態において説明したeUICC１０、デバイス１、RANノード２、MME３１及びMME６１、並びにHSS３２の各々の処理及び動作は、少なくとも１つのプロセッサを含むコンピュータシステムにプログラムを実行させることによって実現されてもよい。具体的には、シーケンス図及びブロック図等を参照しながら具体的に説明したこれらの各装置の動作に関するアルゴリズムをコンピュータシステムに行わせるための命令群を含む１又は複数のプログラムをコンピュータシステムに供給すればよい。
【００６４】
これらのプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、CD-ROM（Read Only Memory）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、PROM（Programmable ROM）、EPROM（Erasable PROM）、フラッシュROM、RAM（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００６５】
また、上述した第１〜第３の実施形態では、主にＬＴＥに関する具体例を用いて説明した。しかしながら、第１〜第３の実施形態に係る無線通信システムは、UMTS及びGSMを含むその他の移動通信システムであってもよい。
【００６６】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００６７】
この出願は、２０１２年１２月２１日に出願された日本出願特願２０１２−２８００３０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００６８】
１  デバイス
２  ＲＡＮ（Radio Access Network）ノード
３  初期MNO（Mobile Network Operator）のコアネットワーク
４  外部パケットネットワーク
５  M2M（Machine to Machine）アプリケーションサーバ
６  プロビジョニングネットワーク
７  加入管理サーバ
１０  eUICC（embedded Universal Integrated Circuit Card）
１１  無線通信部
２１  無線通信部
２２  コアネットワーク通信部
３１  MME（Mobility Management Entity）
３２  HSS（Home Subscriber Server）
３３  S-GW（Serving Gateway）
３４  P-GW（Packet Data Network Gateway）
３５  MTC-IWF（Machine Type Communication- Interworking Function）
３６  SCS（Service Capability Server）
３７  S-GW
３８  S/P-GW
６１  MME
６２  HSS
６３  S/P-GW
６４  P-GW
６５  IP（Internet Protocol）ネットワーク
３１１  通信部
３１２  制御部
３２１  通信部
３２２  加入者情報データベース
【図１】
2014097517.tif 000003
【図２】
2014097517.tif 000004
【図３】
2014097517.tif 000005
【図４】
2014097517.tif 000006
【図５】
2014097517.tif 000007
【図６】
2014097517.tif 000008
【図７】
2014097517.tif 000009
【図８】
2014097517.tif 000010
【図９】
2014097517.tif 000011
【図１０】
2014097517.tif 000012
【図１１】
2014097517.tif 000013
【図１２】
2014097517.tif 000014
【図１３】
2014097517.tif 000015
【図１４】
2014097517.tif 000016
【図１５】
2014097517.tif 000017
【図１６】
2014097517.tif 000018
【図１７】
2014097517.tif 000019
【図１８】
2014097517.tif 000020
【手続補正書】
【提出日】平成27年6月1日(2015.6.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２２
【補正方法】変更
【補正の内容】
【請求項２２】
無線アクセスネットワークノードの通信方法をコンピュータに行わせるためのプログラムであって、
前記無線アクセスネットワークノードは、埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワーク、及び前記プロビジョニングネットワークとは異なるコアネットワークと通信可能に配置され、
前記通信方法は、
初期状態の埋め込みUICCを実装したデバイスからアタッチ要求メッセージを受信すること、及び
前記アタッチ要求メッセージを前記コアネットワークではなく前記プロビジョニングネットワークに送信すること、
を含む、
プログラム。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２３
【補正方法】変更
【補正の内容】
【請求項２３】
埋め込みUICCを実装したデバイスの通信方法をコンピュータに行わせるためのプログラムであって、
前記通信方法は、前記埋め込みUICCが初期状態である場合に、前記埋め込みUICCのプロビジョニングのために用意されたプロビジョニングネットワークを示す選択ネットワーク情報を無線アクセスネットワークノードに送信することを含む、
プログラム。
【国際調査報告】
2014097517.tif 000021
2014097517.tif 000022
2014097517.tif 000023
2014097517.tif 000024
2014097517.tif 000025
2014097517.tif 000026
2014097517.tif 000027
2014097517.tif 000028