(57)【要約】【課題】安全な遠隔加入管理を行うための方法および装置を提供する。【解決手段】安全な遠隔加入管理は、仮接続識別子（ＰＣＩＤ）などの接続識別子を無線送受信ユニット（ＷＴＲＵ）に提供することを含む。仮接続識別子（ＰＣＩＤ）は、最初の安全な遠隔からの登録、供給および有効化のために、最初の接続オペレータ（ＩＣＯ）への最初のネットワーク接続を確立するために使用され得る。ＩＣＯへの接続は、選択されたホームオペレータ（ＳＨＯ）に関連するクレデンシャルをＷＴＲＵに遠隔に供給するために使用できる。高信頼物理ユニット（ＴＰＵ）に含まれ得る暗号鍵セットなどのクレデンシャルは、ＳＨＯに割り当てられ、活性化され得る。ＷＴＲＵは、遠隔に管理されたクレデンシャルを使用して、ＳＨＯへのネットワーク接続を確立し、サービスを受けることができる。安全な遠隔加入管理は、ＷＴＲＵと別のＳＨＯとを関連付けるために繰り返し行われる。【選択図】図３
2015195620.tif 000002
【特許請求の範囲】
【請求項１】
無線通信において使用する方法であって、
最初の接続オペレータ（ＩＣＯ）への接続を、前記ＩＣＯに関連する第１のクレデンシャルを使用して確立するステップと、
第１の選択されたホームオペレータ（ＳＨＯ）に関連する第１の識別子を含むメッセージを受信するステップと、
前記第１の識別子と鍵セットとを関連付けることにより、第２のクレデンシャルを生成するステップと、
前記第２のクレデンシャルを使用して、前記ＳＨＯへの運用ネットワークアタッチメントを確立するステップと
を備えることを特徴とする方法。
【請求項２】
前記第１のクレデンシャルは、仮接続識別子（ＰＣＩＤ）および鍵セットを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記鍵セットは、ＵＭＴＳ(Universal Mobile Telecommunication System)ＡＫＡ（認証および鍵合意）認証ルート鍵を含むことを特徴とする請求項２に記載の方法。
【請求項４】
第１のクレデンシャルを使用することは、信頼できる物理ユニット（ＴＰＵ）から、前記第１のクレデンシャルを受信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記第１の識別子は、国際移動加入者識別番号（ＩＭＳＩ）を含み、
肯定応答（ＡＣＫ）メッセージを前記ＩＣＯに送信するステップと、
前記接続を終了するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記鍵セットは、複数の鍵セットを含み、前記関連付けることは、
前記複数の鍵セットから１つの鍵セットを選択するステップ
を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記ＩＣＯは、登録オペレータ（ＲＯ）であることを特徴とする請求項１に記載の方法。
【請求項８】
無線通信において使用する方法であって、
第１の選択されたホームオペレータ（ＳＨＯ）に関連する第１の識別子を含むメッセージを受信するステップと、
前記第１の識別子と鍵セットとを関連付けることにより、第１のクレデンシャルを生成するステップと、
第２のＳＨＯに関連する第２のクレデンシャルを削除するステップと、
前記第１のクレデンシャルを使用して、前記第１のＳＨＯへの運用ネットワークアタッチメントを確立するステップと
を備えることを特徴とする方法。
【請求項９】
メッセージを受信するステップは、
前記第２のＳＨＯから前記メッセージを受信するステップと、
前記第１のメッセージから国際移動加入者識別番号（ＩＭＳＩ）を取り出すステップと、
肯定応答（ＡＣＫ）メッセージを前記第２のＳＨＯに送信するステップと
を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
メッセージを受信するステップは、
最初の接続オペレータ（ＩＣＯ）から前記メッセージを受信するステップと、
肯定応答（ＡＣＫ）メッセージを、前記ＩＣＯを介して前記第２のＳＨＯに送信するステップと
を含むことを特徴とする請求項８に記載の方法。
【請求項１１】
前記鍵セットは複数の鍵セットを含み、前記関連付けることは、前記複数の鍵セットから１つの鍵セットを選択するステップを含み、前記削除するステップは、前記複数の鍵セットから１つの鍵セットを取り除くステップを含むことを特徴とする請求項８に記載の方法。
【請求項１２】
メッセージを受信する前記ステップは、前記メッセージの安全メトリック(security metric)を検証するステップを含むことを特徴とする請求項８に記載の方法。
【請求項１３】
前記ＴＰＵの信頼状態に関するアサーションを含むメッセージを、前記ＩＣＯを介して前記第１のＳＨＯに送信するステップ
をさらに備えることを特徴とする請求項８に記載の方法。
【請求項１４】
無線送受信ユニット（ＷＴＲＵ）であって、
最初の接続オペレータ（ＩＣＯ）への接続を、前記ＩＣＯに関連する第１のクレデンシャルを使用して確立するように構成された送信機と、
第１の選択されたホームオペレータ（ＳＨＯ）に関連する第１の識別子を含むメッセージを受信するように構成された受信機と、
前記第１の識別子と鍵セットとを関連付けることにより、第２のクレデンシャルを生成するように構成されたプロセッサとを備え、前記送信機は、前記第２のクレデンシャルを使用して、前記ＳＨＯへの運用ネットワークアタッチメントを確立するように構成されることを特徴とする無線送受信ユニット。
【請求項１５】
無線送受信ユニット（ＷＴＲＵ）であって、
第１の選択されたホームオペレータ（ＳＨＯ）に関連する第１の識別子を含むメッセージを受信するように構成された受信機と、
前記第１の識別子と鍵セットとを関連付けることにより、第１のクレデンシャルを生成し、かつ、
第２のＳＨＯに関連する第２のクレデンシャルを削除する
ように構成されたプロセッサと、
前記第１のクレデンシャルを使用して、前記第１のＳＨＯへの運用ネットワークアタッチメントを確立するように構成された送信機と
を備えたことを特徴とする無線送受信ユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、無線通信に関する。
【背景技術】
【０００２】
ＭＴＣ(Machine Type Communication)などのＭ２Ｍ(Machine-to-Machine)通信は、人間との相互作用または人間による介入のないデバイス間の通信を含み得る。Ｍ２Ｍ通信においては、Ｍ２Ｍ機能を有する配備された端末は、人間との直接的な相互作用がなく、遠隔に管理することが可能である。Ｍ２Ｍ通信を含む無線通信は、加入中に識別し得るオペレータを使用して接続を確立することを含み得る。従って、安全な遠隔加入管理を行うための方法および装置は有益であろう。
【発明の概要】
【０００３】
安全な遠隔加入管理を行うための方法および装置が開示される。安全な遠隔加入管理は、無線送受信ユニット（ＷＴＲＵ）にＰＣＩＤ(Provisional Connectivity identifier)などの接続識別子を提供することを含み、接続識別子は、最初の安全な遠隔登録、供給および有効化のために、例えばＩＣＯ(Initial Connectivity Operator)への最初のネットワーク接続を確立するために使用することが可能である。最初のネットワーク接続、およびＰＣＩＤに含まれる情報とは、ＩＣＯを識別するために使用することが可能である。ＩＣＯへの接続は、選択されたホームオペレータ（ＳＨＯ）に関連づけられるクレデンシャルをＷＴＲＵに遠隔で供給するために使用することが可能である。トラステッド物理ユニット（ＴＰＵ）に含まれ得る暗号鍵セットなどのクレデンシャルは、ＳＨＯに割り当てられて有効にすることが可能である。ＷＴＲＵは、遠隔に管理されたクレデンシャルを使用して、ＳＨＯへのネットワーク接続を確立してサービスを受けることが可能である。安全な遠隔加入管理は、ＷＴＲＵと別のＳＨＯとを関連づけるために、繰り返すことが可能である。
【０００４】
添付の図面とともに例として挙げる以下の説明から、より詳しい理解が得られるであろう。
【図面の簡単な説明】
【０００５】
【図１】Ｅ−ＵＴＲＡＮ(Evolved-Universal Terrestrial Radio Access Network)を含むＬＴＥ(Long Term Evolution)無線通信ネットワークを示す図である。
【図２】無線送受信ユニット、進化型ＮｏｄｅＢ、およびモビリティ管理エンティティサービングゲートウェイを含むＬＴＥ無線通信ネットワークの一例のブロック図である。
【図３】無線送受信ユニットの加入管理および通信の一例のブロック図である。
【図４Ａ】安全な遠隔加入管理の方法の一例の図である。
【図４Ｂ】安全な遠隔加入管理の方法の一例の図である。
【図５Ａ】組み合わされた登録オペレータおよび最初の接続オペレータを有する安全な遠隔加入管理の方法の一例の図である。
【図５Ｂ】組み合わされた登録オペレータおよび最初の接続オペレータを有する安全な遠隔加入管理の方法の一例の図である。
【図６Ａ】最初の接続オペレータが無線で更新を開始する安全な遠隔加入管理の方法の一例の図である。
【図６Ｂ】最初の接続オペレータが無線で更新を開始する安全な遠隔加入管理の方法の一例の図である。
【図７Ａ】鍵セット保護を有する安全な遠隔加入管理の方法の一例の図である。
【図７Ｂ】鍵セット保護を有する安全な遠隔加入管理の方法の一例の図である。
【図８Ａ】証明を有する安全な遠隔加入管理の方法の一例の図である。
【図８Ｂ】証明を有する安全な遠隔加入管理の方法の一例の図である。
【図８Ｃ】証明を有する安全な遠隔加入管理の方法の一例の図である。
【発明を実施するための形態】
【０００６】
以降で言及するとき、「無線送受信ユニット（ＷＴＲＵ）」という用語には、ユーザ装置（ＵＥ）、移動局（ＭＳ）、アドバンスド移動局（ＡＭＳ）、Ｍ２Ｍ装置（Ｍ２ＭＥ）、固定加入者ユニットもしくは移動加入者ユニット、ページャ、セルラ電話機、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境において動作可能な他の任意のタイプのデバイスを含むが、これらに限定されない。以降で言及するとき、「基地局」という用語には、ＮｏｄｅＢ、アドバンスド基地局（ＡＢＳ）、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作可能な他の任意のタイプのインタフェースデバイスを含むが、これらに限定されない。「ＷＴＲＵ」および「基地局」という用語は、互いに相容れないものではない。
【０００７】
以降で言及するとき、「品質」または「信号品質」という用語には、受信信号の品質の測定値を含むが、これに限定されない。例えば、ＬＴＥ(Long Term Evolution)における基準信号受信品質（ＲＳＲＱ）、またはＵＭＴＳ(Universal Mobile Telecommunication System)における共通パイロットチャネル（ＣＰＩＣＨ）の変調ビット当たりエネルギーのノイズスペクトル密度に対する比である。簡潔にするために、信号源から受信する信号の品質は信号源品質と呼んでもよく、例えばＷＴＲＵから受信する信号の品質はＷＴＲＵ品質と呼んでもよい。同様に、情報を含む受信信号の品質は、情報品質と呼んでもよく、例えば肯定応答（ＡＣＫ）を含む信号の品質はＡＣＫ品質と呼んでもよい。本明細書で言及するとき、「受信信号レベル」という用語は、受信信号の電力の測定値を含むが、これに限定されない。例えば、ＬＴＥの基準信号受信電力（ＲＳＲＰ）またはＵＭＴＳのＣＰＩＣＨ受信信号コード電力（ＲＳＣＰ）である。
【０００８】
以降で言及するとき、「信頼（ｔｒｕｓｔ）」「信頼される、高信頼（ｔｒｕｓｔｅｄ）」「信頼できる（ｔｒｕｓｔｗｏｒｔｈｙ）」およびこれらの変形の用語は、ユニットが予想されているように機能するかどうかを証明可能、定量化可能および観測可能なやり方で評価していることを示す。以降で言及するとき、「トラステッド領域（ＴＤ）」およびこの変形の用語は、領域を含むがこれに限定されない。以降で言及するとき、「トラステッドコンピュータ環境（ＴＣＥ）」という用語には、ＷＴＲＵのプラットフォームに対する完全かつ安全な実行および保存環境を含むがこれに限定されない。例えば、ＴＣＥは、ハードウェア、またはソフトウェア、または両方を使用するデバイスのアイデンティティの供給、保存、実行および管理に関して、保護および分離を提供してもよい。
【０００９】
図１は、Ｅ−ＵＴＲＡＮ１０５およびＷＴＲＵ１１０を含むＬＴＥ無線通信システム／アクセスネットワーク１００の一例の図を示している。Ｅ−ＵＴＲＡＮ１０５は、いくつかのＥ−ＵＴＲＡＮ  ノードＢ１２０、１つのＨｅＮＢ１２２、および１つのＨｅＮＢゲートウェイ１３２を含んで示されている。ＷＴＲＵ１１０は、ｅＮＢ１２０またはＨｅＮＢ１２２または両方と通信中でもよい。ｅＮＢ１２０は、Ｘ２インタフェースを使用して相互にインタフェースをとる。ｅＮＢ１２０のそれぞれおよびＨｅＮＢ  ＧＷ１３２は、Ｓ１インタフェースを介して、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ−ＧＷ）１３０とインタフェースをとる。ＨｅＮＢ１２２は、Ｓ１インタフェースを介してＨｅＮＢ  ＧＷ１３２と、またはＳ１インタフェースを介してＭＭＥ／Ｓ−ＧＷ１３０と、または両方とインタフェースをとってもよい。図１には、１つのＷＴＲＵ１１０と、１つのＨｅＮＢと、３つのｅＮＢ１２０とが示されているが、無線通信システム／アクセスネットワーク１００には、任意の組み合わせの無線デバイスおよび有線デバイスが含まれてもよいことは明らかなはずである。
【００１０】
図２は、ＷＴＲＵ１１０、ｅＮＢ１２０およびＭＭＥ／Ｓ−ＧＷ１３０を含むＬＴＥ無線通信システム２００の一例のブロック図である。簡潔にするために、ｅＮＢ１２０およびＭＭＥ／Ｓ−ＧＷ１３０が示されているが、ＨｅＮＢ１２２およびＨｅＮＢ  ＧＷ１３２の一例も実質的に同様の機能を含んでもよいことは明らかなはずである。図２に示されるＷＴＲＵ１１０、ｅＮＢ１２０およびＭＭＥ／Ｓ−ＧＷ１３０は、安全な遠隔加入管理の方法を行うように構成されている。
【００１１】
典型的なＷＴＲＵの中に見られ得るコンポーネントに加えて、ＷＴＲＵ１１０は、オプションでメモリ２２２が接続されるプロセッサ２１６、少なくとも１つの送受信部２１４、オプションのバッテリ２２０、およびアンテナ２１８を有する。プロセッサ２１６は、安全な遠隔加入管理の方法を行うように構成される。送受信部２１４は、プロセッサ２１６およびアンテナ２１８と連絡を取り、無線通信の送受信を促進する。ＷＴＲＵ１１０の中でバッテリ２２０が使用される場合、バッテリ２２０は、送受信部２１４およびプロセッサ２１６に電力を供給する。
【００１２】
典型的なｅＮＢの中に見られ得るコンポーネントに加えて、ｅＮＢ１２０は、オプションでメモリ２１５が接続されるプロセッサ２１７、送受信部２１９、およびアンテナ２２１を有する。プロセッサ２１７は、安全な遠隔加入管理の方法を行うように構成される。送受信部２１９は、プロセッサ２１７およびアンテナ２２１と連絡を取り、無線通信の送受信を促進する。ｅＮＢ１２０は、モビリティ管理エンティティ／サービングゲートウェイ（ＭＭＥ／Ｓ−ＧＷ）１３０に接続されており、このモビリティ管理エンティティ／サービングゲートウェイ（ＭＭＥ／Ｓ−ＧＷ）１３０は、オプションでメモリ２３４が接続されるプロセッサ２３３を有する。
【００１３】
図１および２に示されるＬＴＥネットワークは、特定の通信ネットワークの単なる一例であり、本開示の範囲を超えることなく、他のタイプの通信ネットワークも使用され得る。例えば、無線ネットワークは、ＵＭＴＳネットワークまたはＧＳＭ（登録商標）ネットワークでもよい。以降で言及するとき、「マクロセル」という用語には、基地局、Ｅ−ＵＴＲＡＮ  ＮｏｄｅＢ（ｅＮＢ）、または無線環境で動作可能な他の任意のタイプのインタフェースデバイスを含むが、これらに限定されない。以降で言及するとき、「ＨＮＢ（Ｈｏｍｅ  ＮｏｄｅＢ）」という用語には、基地局、ＨｅＮＢ、フェムトセル、または閉域加入者グループ無線環境で動作可能な他の任意のタイプのインタフェースデバイスを含むが、これらに限定されない。
【００１４】
図３は、ＷＴＲＵの加入管理および通信の一例のブロック図である。図３は、ＵＩＣＣ(Universal Integrated Circuit Card)などの信頼できる物理ユニット（ＴＰＵ）、またはＵＳＢ(Universal Serial Bus)トークン、またはスマートカードなどのセキュアプロセッサを含むメモリカードを提供し得る信頼できるユニットプロバイダ３１０を示している。例えば、ＴＰＵプロバイダ３１０は、信頼される製造業者でもよい。図３は、Ｍ２Ｍ対応装置（Ｍ２ＭＥ）などのＷＴＲＵ３２０、最初の接続オペレータ（ＩＣＯ）３３０、登録オペレータ（ＲＯ）３４０、第１の選択されたホームオペレータ（ＳＨＯA）３５０、第２の選択されたホームオペレータ（ＳＨＯB）３６０、ＷＴＲＵ３２０の所有者などの加入者３７０も示す。ＳＨＯAまたはＳＨＯBなどのホームオペレータは、モバイルネットワークオペレータ（ＭＮＯ）でもよく、そして移動接続通信サービスを提供してもよい。オプションで、ＩＣＯ３３０およびＲＯ３４０は、図３に破線で表されているように、１つのエンティティの中にあるように、緊密に連結されてもよい。図３に示される通信パスは、例示のためであり、本明細書に記述するように、他の通信パスも使用されてもよいことは明らかなはずである。
【００１５】
ＷＴＲＵは、モバイルネットワークオペレータ（ＭＮＯ）などのオペレータが提供するネットワークによってネットワーク接続を確立して、サービスを受けてもよい。適切なＭＮＯを識別するために、ＷＴＲＵは、ＭＮＯに関連するクレデンシャルを供給されてもよい。例えば、クレデンシャルは、ＴＰＵに含まれていてもよく、そして製造時または配布時にＷＴＲＵにインストールされてもよい。例えば、販売業者は、ＷＴＲＵをユーザに渡す前に、ＷＴＲＵにＴＰＵをインストールしてもよい。ＷＴＲＵは、クレデンシャルを供給されたＭＮＯが提供するネットワークに接続して、ネットワークからサービスを受けてもよい。しかし、ＷＴＲＵは、ＭＮＯのクレデンシャルを供給せずに販売されてもよいし、また加入は、ＳＨＯAなどの現在のＭＮＯからＳＨＯBなどの別のＭＮＯに変更するために、変更されてもよい。それ故に、ＷＴＲＵの安全な遠隔加入管理が提供される。
【００１６】
安全な遠隔加入管理は、ＷＴＲＵに仮接続識別子（ＰＣＩＤ）などの接続識別子の提供を含んでもよく、このＰＣＩＤは、最初の安全な遠隔からの登録、供給および有効化のために、例えば最初の接続オペレータ（ＩＣＯ）などへの最初のネットワーク接続を確立するために使用されてもよい。最初のネットワーク接続は、訪問先ネットワークを介して確立されてもよい。ＰＣＩＤは、国際移動加入者識別番号（ＩＭＳＩ）またはＴＩＭＳＩ(Temporary IMSI）と同様の構成を有していてもよく、ＩＣＯを識別するために、例えば訪問先ネットワークなどで使用し得る情報を含んでもよい。状況によっては、訪問先ネットワークがＩＣＯを有することもある。
【００１７】
最初のネットワーク接続とＰＣＩＤに含まれる情報とは、ＩＣＯを識別するために使用されてもよい。ＩＣＯへの接続は、ＳＨＯに関連するクレデンシャルを遠隔でＷＴＲＵに供給するために使用されてもよい。ＴＰＵに含まれてもよい暗号鍵セットなどのクレデンシャルは、ＳＨＯに割り当てられてもよく、そして有効にされてもよい。ＷＴＲＵは、遠隔管理のクレデンシャルを使用して、ＳＨＯへのネットワーク接続を確立してもよく、そしてサービスを受けてもよい。安全な遠隔加入管理は、ＷＴＲＵと別のＳＨＯを関連付けるために繰り返されてもよい。図４Ａ〜８Ｂは、安全な遠隔加入管理の例を示している。
【００１８】
図４Ａおよび４Ｂは、安全な遠隔加入管理の方法の一例の図を示している。安全な遠隔加入管理は、ＩＣＯへの最初の接続の確立、ＳＨＯへのＷＴＲＵの登録、クレデンシャルの供給、ＳＨＯに加入するためのＴＰＵのクレデンシャルの有効化、およびＳＨＯへの暗号鍵などの加入関連データの配信を含んでもよい。
【００１９】
装置製造業者またはユーザなどの加入者は、ＩＣＯ、ＲＯ、ＳＨＯA、ＳＨＯB、またはこれらの組み合わせを選択して、契約を締結してもよい（４０１０）。加入者は、ＷＴＲＵのアイデンティティをＲＯに登録してもよい（４０２０）。登録は、ＷＴＲＵに関連する１つ以上のＳＨＯについて、ＲＯへの報告を含んでもよい。あるいは、ＳＨＯは、ＲＯに関係していてもよく、そして登録を行ってもよい。
【００２０】
ＩＣＯは、最初のネットワーク接続に使用し得るＩＣＯのクレデンシャルと、運用ネットワーク接続に使用し得るＭＮＯのクレデンシャルとを取得してもよい（４０３０）。ＭＮＯのクレデンシャルは、それぞれが１つのオペレータに関連し得るクレデンシャルを複数有してもよい。例えば、ＭＮＯのクレデンシャルは、ＳＨＯに割り当てられてもよい。オプションで、複数のクレデンシャルが、ＩＣＯに最初に割り当てられてもよく、そして加入変更のためにＳＨＯに再割り当てされてもよい。クレデンシャルは、ＷＴＲＵの中のＵＩＣＣまたはＶＳＩＭ（Ｖｉｒｔｕａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）などのＴＰＵに安全に格納されてもよい。ＩＣＯは、ＴＰＵプロバイダなどの信頼されるクレデンシャルプロバイダからクレデンシャルを取得してもよい。
【００２１】
ＩＣＯは、クレデンシャルを有するＴＰＵを加入者に提供してもよい（４０４０）。加入者は、ＴＰＵをＷＴＲＵにインストールしてもよい（４０５０）。例えば、ＴＰＵには、ＩＣＯに関連するＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）もしくはＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  ＳＩＭ）などのネットワークアクセスユニットと、ＳＨＯに関連するネットワークアクセスユニットとを有し得るＵＩＣＣを含んでもよい。
【００２２】
ＴＰＵサプライヤは、ＴＰＵにアイデンティティ（ＴＰＵ−ＩＤ）を備えてもよく、このＴＰＵ−ＩＤは、ＩＣＣＩＤ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ  Ｃａｒｄ  Ｉｄｅｎｔｉｔｙ）に類似してもよい。例えば、ＴＰＵには、ＵＩＣＣを含んでもよく、そのアイデンティティには、ＵＩＣＣに関係しているＩＣＣＩＤを含んでもよい。ＴＰＵ−ＩＤは、ＷＴＲＵに関する識別子として使用されてもよい。あるいは、ＷＴＲＵは、複数のＴＰＵと、ＷＴＲＵ製造業者もしくは加入者が生成してもよい独自のアイデンティティ（ＷＴＲＵ−ＩＤ）とを有してもよい。オプションで、ＴＰＵ−ＩＤとＷＴＲＵ−ＩＤは、組み合わせて使用されてもよい。
【００２３】
クレデンシャルには、｛Ｋ，ＫOTA｝などの暗号鍵セットを含んでもよい。例えば、Ｋは、ＵＭＴＳ(Universal Mobile Telecommunication System)ＡＫＡ（認証および鍵合意）認証ルート鍵を示してもよい。そして、ＫOTAは、ＩＣＯまたはＳＨＯなどのオペレータとＷＴＲＵとの間の通信を安全にするために使用し得る暗号鍵を示してもよい。クレデンシャルには、移動網コード（ＭＮＣ）または移動国コード（ＭＣＣ）などの識別子を含んでもよい。この識別子は、ＩＭＳＩと同様となり得るＰＣＩＤに含まれてもよい。
【００２４】
ＩＭＳＩおよび同様にＰＣＩＤは、１５デジットを有してもよい。最初の３デジットは、ＭＣＣを示してもよい。ＭＣＣの後にＭＮＣが続いてもよく、ＭＮＣは、欧州規格のＭＮＣなどの２デジットまたは北米規格のＭＮＣなどの３デジットを有してもよい。ＩＭＳＩの残りのデジットは、ネットワークの加入者または顧客ベースに関係してもよいＭＳＩＮ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）を有してもよい。表１は、ＩＭＳＩの一例かつＩＭＳＩの構造の一例を示す。ＰＣＩＤが類似の構造を有してもよいことは明らかなはずである。
【００２５】
【表１】
2015195620.tif 000003
【００２６】
ＷＴＲＵは、供給されたクレデンシャルを使用してネットワークにアクセスしてもよい（４０６０）。例えば、ＷＴＲＵは、ＩＣＯに関連する第１のクレデンシャルを供給されてもよい。第１のクレデンシャルには、ＰＣＩＤおよび鍵セットを含んでもよい。ＷＴＲＵは、ＩＣＯのクレデンシャルを使用して、ＩＣＯへの最初の接続を確立してもよい。オプションで、ＩＣＯは、ホームロケーションレジスタ／認証センタ（ＨＬＲ／ＡｕＣ）を使用して、ＷＴＲＵを認証してもよい。ＨＬＲ／ＡｕＣは、例えばＩＣＯに関連している鍵セットに対応する認証鍵などを使用して、ＷＴＲＵを認証してもよい。ＷＴＲＵは、インターネットプロトコル（ＩＰ）アドレスを提供されてもよく、そしてＩＣＯからサービスを受けてもよい。
【００２７】
ＩＣＯは、ＴＰＵを使用して適切なＲＯを決定してもよく、例えばＩＰ接続などを介してＲＯに通知を送信して、ＷＴＲＵがＩＣＯとの接続を確立したことを知らせてもよい（４０７０）。例えば、ＴＰＵには、ＩＣＣＩＤなどの一意の識別子を有し得るＵＩＣＣを含んでもよい。一意の識別子は、ＲＯに関連していてもよく、そしてＩＣＯは、例えば相互参照表またはデータベースなどを使用して、一意の識別子に基づいてＲＯを識別してもよい。
【００２８】
あるいは、ＩＣＯは、ＴＰＵからのＰＣＩＤなどの他の情報を使用して、その適切なＲＯのアイデンティティを決定してもよい。あるいは、ＴＰＵには、ＲＯを示し得るデバイス管理（ＤＭ）ファイルを含んでもよい。オプションで、ＤＭファイルは、ＴＰＵにダウンロードされてもよく、そしてファイルのダウンロードは遠隔から行われてもよい。
【００２９】
上記の代替形態は、複数のＰＣＩＤを使用して組み合わされてもよい。ＰＣＩＤは、Ｍ×Ｎマッピングなどにおいて、複数のＩＣＯと複数のＲＯの組み合わせにマッピングされてもよい。ＴＰＵは、複数のＩＣＣＩＤに関係してもよい。オプションで、加入者またはＳＨＯは、ＴＰＵに関係している情報に基づいてＲＯを識別してもよい。例えば、情報は、信頼されるクレデンシャルプロバイダから供給されてもよい。オプションで、情報は、いくつかのグループにして提供されてもよい。例えば、１つのグループは、ＰＣＩＤまたはＩＣＣＩＤに含まれてもよい製造番号などの共通の識別子を使用して識別されてもよい。あるグループに関係しているＴＰＵは、予め定められたＲＯ情報に関係してもよい。例えば、ＲＯ情報は、ＴＰＵ内の永続性のデータファイルの中に含まれてもよい。
【００３０】
あるいは、複数のＷＴＲＵが、１つのＰＣＩＤを供給されてもよく、ＷＴＲＵは、物理的位置もしくはネットワーク位置もしくはそれらの両方などの位置情報、またはアタッチメント試行情報の日付・時間、またはそれらの両方などに基づいて一意に識別されてもよい。例えば、あるクレデンシャルを供給された２つのＴＰＵは、異なる時間にネットワークにアタッチを試みるかもしれない。
【００３１】
オプションで、ＲＯは、ＷＴＲＵに対して再割り当てされてもよい。例えば、ＲＯのＩＤは、ＰＣＩＤにエンコードされてもよく、そしてＰＣＩＤは、異なるＲＯを示すために更新されてもよい。未使用のＴＰＵは、例えばＩＣＣＩＤとＲＯのＩＤとの間などの関連付けを変更することによって、再割り当てされてもよい。変更は、バックグラウンドプロセスの一部であってもよい。
【００３２】
あるいは、ＩＣＯまたはＲＯの情報は、ＴＰＵから離れているＷＴＲＵに格納されてもよい。オプションで、ＴＰＵとＷＴＲＵは、例えば安全なチャネルを使用して、安全に通信してもよい。安全な通信には、完全性の保護、秘密の保護、または両方を含んでもよい。例えば、安全なチャネルは、暗号鍵を使用して、ＷＴＲＵとＴＰＵとの間に確立されてもよい。ＲＯ、ＩＣＯまたは両方に関する情報は、後で使用するために、例えばＰＣＩＤなどのデータフィールドの中で、ＷＴＲＵとＴＰＵとの間で安全に通信されてもよい。別の代替形態では、ＷＴＲＵは、そのアイデンティティをＴＰＵに送信してもよく、そしてＴＰＵは、ＷＴＲＵのＩＤとＩＣＯの情報とを使用して、ＰＣＩＤを生成してもよい。ＩＣＯは、組み合わせた情報とＲＯを関連付けてもよい。
【００３３】
ＲＯは、例えばＳＨＯに関連する識別子の所定のリストなどを使用して、適切なＳＨＯAを識別してもよい（４０８０）。リストを生成するために、加入者は、ＷＴＲＵに関連する各ＳＨＯにメッセージを送信してもよい。メッセージには、ＷＴＲＵ  ＩＤ−ＰＣＩＤの関連付けのリストを含んでもよい。連係は、オブジェクトとしてカプセル化されてもよい。簡潔にするために、ＷＴＲＵ  ＩＤ−ＰＣＩＤの連係は本明細書ではオブジェクトと呼ぶことにする。しかし、他の任意のデータ構造が使用されてもよいことは明らかなはずである。ＷＴＲＵ  ＩＤは、ＩＭＥＩ(International Mobile Equipment Identity)と同様でもよいし、または代わりに、ＦＱＤＮ(Fully Qualified Domain Name)と同様にしてもよい。各ＳＨＯは、ＰＣＩＤに基づき適切なＲＯを識別し、ＭＮＣなどの自ＳＨＯのＩＤを各オブジェクトに付加してオブジェクトのリストを更新し、更新したリストを識別したＲＯに送信してもよい。ＲＯは、更新されたリストを使用して、ＷＴＲＵに関連するＳＨＯのリストを生成してもよい。
【００３４】
ＲＯは、例えばＷＴＲＵの位置のようなＷＴＲＵの状況などに基づき、生成したリストから適切なＳＨＯAを決定してもよい。ＩＣＯ、ＲＯまたは両方は、ＰＣＩＤから識別されてもよく、そしてＲＯ、ＩＣＯまたは両方は、加入者によって、そのＩＣＯまたはＲＯに関するすべてのＰＣＩＤのリストの中のＩＣＯ、ＲＯまたは両方に伝えられてもよい。
【００３５】
あるいは、各ＳＨＯは、例えばＳＨＯへの登録の一環として、ＲＯのリストを加入者に送信してもよい。リストは、優先的に要求されてもよく、そして地理的にグループ化されてもよい。加入者は、複数のＳＨＯからのＲＯ情報を含む合成ＲＯリストを生成してもよい。合成ＲＯリストは、優先的に要求されてもよく、そして地理的にグループ化されてもよい。加入者は、合成ＲＯリストまたはそのサブセットをＷＴＲＵに組み込んでもよい。加入者は、ＷＴＲＵ  ＩＤ−ＰＣＩＤの連係を含むオブジェクトのリストをＲＯに送信してもよい。ＷＴＲＵは、合成ＲＯリストを使用し、ネットワークアタッチメント中に使用するＲＯを決定してもよい。ＷＴＲＵは、優先順にＲＯへの接続を試みてもよい。オプションで、ＷＴＲＵは、位置情報を使用してＲＯを決定してもよい。
【００３６】
ＲＯは、ＷＴＲＵをＳＨＯAに登録してもよい（４０９０）。ＲＯは、ＩＣＯに通知を送信して、ＷＴＲＵが登録されているＳＨＯAを知らせてもよい（４１００）。ＳＨＯAとＩＣＯは、ＷＴＲＵに関するＩＭＳＩと運用鍵セットとを交換してもよい（４１１０）。例えば、ＳＨＯAは、ＩＭＳＩを含むメッセージをＩＣＯに送信してもよく、そして加入においてネットワークアクセスおよびＯＴＡ通信などに使用する鍵セットを要求するメッセージをＩＣＯに送信してもよい。ＩＣＯは、要求された鍵セットを含むメッセージをＳＨＯAに送信してもよい。
【００３７】
ＩＣＯは、ＷＴＲＵのＴＰＵに無線でＩＭＳＩのインストールを行ってもよい（４１２０）。ＴＰＵは、運用鍵セットに関して、例えば次の鍵セットなどにインデックスを付けてもよい。ＷＴＲＵは、肯定応答（ＡＣＫ）をＩＣＯに送信して、更新状態を知らせてもよい。ＡＣＫを送信する前にＷＴＲＵの接続が切れた場合、ＷＴＲＵは、再接続してＡＣＫを送信してもよい。オプションで、ＷＴＲＵは、ＡＣＫをＳＨＯA経由でＩＣＯに送信してもよい。オプションで、ＩＣＯはＡＣＫを待ってもよく、ＩＣＯがＡＣＫを受信しない場合、更新は、取り消されてもよい。
【００３８】
オプションで、最初の接続に使用されたＰＣＩＤおよび鍵セットは、保存されてもよい。例えば、ＷＴＲＵがＳＨＯAへのネットワーク接続の確立に失敗した場合、ＷＴＲＵは、最初の接続に使用したＰＣＩＤおよび鍵セットに戻ってもよく、そして安全な遠隔加入管理を再開してもよい。ＷＴＲＵは、ＩＣＯへの最初のネットワークアタッチメントを終了してもよい。ＷＴＲＵは、新しいＩＭＳＩの使用を始めてもよい、または新しいＩＭＳＩを有効にし始めるために、リセットまたは電力の再供給をされてもよい。
【００３９】
ＷＴＲＵは、ＳＨＯAによってまたは状況に応じて訪問先ネットワークを介して、運用ネットワークアタッチメントを確立してもよく、そしてＳＨＯAからサービスを受けてもよい（４１３０）。ＴＰＵおよびＳＨＯAは、例えばＵＭＴＳ  ＡＫＡ手順などで、鍵セットを使用してネットワークアタッチメントを確立してもよい。
【００４０】
加入者は、ＳＨＯAからＳＨＯBへの加入変更を開始してもよい（４１４０）。例えば、加入者は、ＳＨＯAがＷＴＲＵに提供したリストからＳＨＯBを選択してもよい。あるいは、加入者は、ＳＨＯBへの加入変更要求をＳＨＯAまたはＳＨＯBのインターネットアドレスなどの既知の場所に送信してもよい。ＳＨＯは、加入変更の条件をネゴシエートしてもよい。
【００４１】
ＳＨＯBは、新しいＩＭＳＩをＳＨＯAに送信してもよい（４１５０）。オプションで、ＳＨＯBは、ＳＨＯBへの加入変更のために、複数のＷＴＲＵのそれぞれに関して新しいＩＭＳＩのリストをＳＨＯAに送信してもよい。以下の記述は、１つのＷＴＲＵについて言及しているが、記述する方法を複数のＷＴＲＵに適用し得ることは明らかなはずである。
【００４２】
ＳＨＯAは、ＷＴＲＵに対してＩＭＳＩのＯＴＡ更新を行ってもよい（４１６０）。更新は、ＳＨＯAに関連するＩＭＳＩをＳＨＯBに関連するＩＭＳＩで置換し、新しいＩＭＳＩとＴＰＵの別の鍵セットを関連付けることを含んでもよい。ＷＴＲＵは、更新状態を知らせるＡＣＫをＳＨＯAに送信してもよい（４１７０）。オプションで、ＳＨＯAは、ＡＣＫを待ってもよく、ＡＣＫが受信されない場合、更新は終了されてもよい。
【００４３】
ＳＨＯAは、メッセージをＳＨＯBに送信し、新しいＩＭＳＩと鍵セットとの間の連係を知らせてもよい（４１８０）。メッセージは、各ＩＭＳＩ−鍵ペアの連係を示すインデックスを含んでもよい。オプションで、例えばＳＨＯAまたはＳＨＯBのネットワークへのアタッチの失敗に対応して、ＷＴＲＵは、ＩＣＯのＰＣＩＤおよび鍵セットの使用に戻ってもよく、そして安全な遠隔加入管理を再開してもよい。
【００４４】
ＳＨＯAは、ＩＣＯにメッセージを送信して、ＩＣＯに加入変更について通知してもよい（４１９０）。ＳＨＯBは、ＩＣＯにメッセージを送信して、新しいＩＭＳＩに関連付けられた鍵セットを要求してもよい（４２００）。要求には、ＷＴＲＵのＵＩＣＣＩＤなどのＷＴＲＵの識別子と、ＩＭＳＩ−鍵セットの連係とを含んでもよい。ＩＣＯは、鍵セットとＩＭＳＩ−鍵セットの連係の確認とをＳＨＯBに送信してもよい。ＳＨＯBは、ＩＭＳＩおよび鍵セットを使用して、ＷＴＲＵに接続サービスを提供してもよい（４２１０）。図４Ｂの破線で示されるように、ＷＴＲＵが、同様の方法を使用して、ＳＨＯCなどの別のＳＨＯに移動してもよいことは明らかなはずである。
【００４５】
オプションで、図４〜８に描写される鍵セットの供給の代わりにまたはそれに加えて、新しい鍵セットが生成することができる。追加の鍵セットは、ＷＴＲＵに安全にインストールされてもよい。ＷＴＲＵまたはＴＰＵは、鍵ペアの不足を検出してもよい。ＴＰＵは、その不足をＷＴＲＵに通知してもよいし、ＷＴＲＵは、新しい鍵ペアの要求をＩＣＯあるいはＲＯ、または、両方に送信してもよい。例えば、ＴＰＵは、加入変更中に不足を検出してもよい。あるいは、新しい鍵ペアは、ＵＳＡＴ(Universal SIM (USIM) Application Toolkit)／ＣＡＴ(Card Application Toolkit)を使用して提供することが可能である。オプションで、ＩＣＯは、ＴＰＵが使用可能な鍵セット数を監視することが可能であるし、必要に応じて鍵セットの更新を開始することが可能である。
【００４６】
あるいは、ＴＰＵおよびＩＣＯは、例えば先入れ先出し法で、鍵セットを保持し再使用してもよい。別の代替形態では、ＴＰＵは、例えばマスタ鍵を使用して、新しい鍵セットを生成してもよい。新しい鍵セットの生成は、ＩＣＯに報告されてもよく、ＩＣＯは、ＴＰＵが生成した鍵セットに合致する鍵セットを生成してもよい。あるいは、新しい鍵セットは、例えば、ＰＫＣＳ(Public Key Cryptography Standards)プロトコルなどの鍵セット生成プロトコルを使用して、ＴＰＵによって生成されてもよいし、鍵セットの公開鍵は、証明のためにＩＣＯを介してアップロードするようにしてもよい。別の代替形態では、新しい鍵セットは、ＵＩＣＣベースの強化（ＧＢＡ＿Ｕ）を有するＧＢＡ(general Bootstrapping Architecture)プロトコルまたは欧州規格ＥＮ７２６パート７プロトコルなどの共通対称鍵生成プロトコルを使用して生成されてもよい。別の代替形態では、ＩＣＯは、ＴＰＵにメッセージを送信して、新しいクレデンシャルセットの生成を開始してもよい。
【００４７】
図５Ａおよび５Ｂは、ＲＯとＩＣＯを一体化した、安全な遠隔加入管理の方法の一例の図を示している。この方法は、ここに記述することを除いて、図４Ａ〜４Ｂに示される方法と同様である。一体化ＩＣＯ／ＲＯは、ＰＣＩＤによって識別されてもよい。例えば、ＩＭＳＩに類似していてもよいＰＣＩＤは、適切なＭＣＣ／ＭＮＣを含んでもよい。ＩＣＯおよびＲＯは、１つの論理ユニットまたは物理ユニットに含まれてもよい。一体化ＩＣＯ／ＲＯは、ＴＰＵサプライヤによって、ＴＰＵで識別されてもよい。
【００４８】
装置製造業者またはユーザなどの加入者は、ＲＯ、ＳＨＯA、ＳＨＯB、またはこれらの組み合わせを選択して、契約を締結してもよい（５０１０）。ＩＣＯ（単独で示されていない）およびＲＯは、１つのエンティティでもよく、簡潔にするために、図５Ａおよび５Ｂに関してはＲＯと呼ぶことにする。加入者は、ＷＴＲＵのアイデンティティをＲＯに登録してもよい（５０２０）。登録には、ＷＴＲＵに関連する１つ以上のＳＨＯについて、ＲＯへの報告を含んでもよい。あるいは、ＳＨＯが登録を行ってもよい。
【００４９】
ＲＯは、ＲＯのクレデンシャルおよびＭＮＯのクレデンシャルを取得してもよい（５０３０）。ＲＯのクレデンシャルおよびＭＮＯのクレデンシャルには、認証が必要なネットワークアクセス、ならびにＲＯとＴＰＵとの間もしくはＭＮＯとＴＰＵとの間の安全な遠隔通信に使用し得る暗号鍵セットを含んでもよい。各クレデンシャルには、ＲＯまたはＭＮＯにそれぞれ関連するＰＣＩＤまたはＩＭＳＩなどのアイデンティティを含んでもよい。ＲＯは、クレデンシャルを有するＴＰＵを加入者に提供してもよい（５０４０）。加入者は、ＷＴＲＵにＴＰＵをインストールしてもよい（５０５０）。
【００５０】
ＷＴＲＵは、供給されたクレデンシャルを使用して、ネットワークにアクセスし、ＲＯへの最初のネットワーク接続を確立してもよい（５０６０）。ＷＴＲＵは、ＲＯへの最初のネットワーク接続を通してサービスを受けてもよい。
【００５１】
ＲＯは、例えばＷＴＲＵから取得した情報を使用して、適切なＳＨＯAを識別して（５０７０）、ＳＨＯAにＷＴＲＵを登録してもよい（５０８０）。ＳＨＯAは、ＷＴＲＵに対するＰＣＩＤを含むメッセージをＲＯに送信してもよい（５９００）。ＳＨＯAは、ＲＯにＭＮＯの鍵セットの要求を送信してもよい。ＲＯは、ＭＮＯの鍵セットをＳＨＯAに送信してもよい。
【００５２】
ＲＯは、ＴＰＵに対してＩＭＳＩのＯＴＡ更新を行ってもよい（５１００）。ＴＰＵは、運用鍵セットにインデックスを付けて、肯定応答（ＡＣＫ）をＲＯに送信し、更新状態を知らせてもよい。ＷＴＲＵは、最初のネットワーク接続を終了してもよい。ＷＴＲＵは、ＳＨＯAへの運用ネットワークアタッチメントを確立してもよい（５１１０）。
【００５３】
加入者は、ＳＨＯAからＳＨＯBへの加入変更を開始し得る（５１２０）。ＳＨＯBは、新しいＩＭＳＩをＳＨＯAに送信することができる（５１３０）。以下の記述は１つのＷＴＲＵに言及しているが、記述する方法を複数のＷＴＲＵに適用し得ることは明らかなはずである。
【００５４】
ＳＨＯAは、ＷＴＲＵに対してＩＭＳＩのＯＴＡ更新を行うことができる（５１４０）。ＷＴＲＵは、更新状態を知らせるＡＣＫをＳＨＯAに送信することができる（５１５０）。ＳＨＯAは、メッセージをＳＨＯBに送信して、新しいＩＭＳＩと鍵セットとの間の連係を知らせることができる（５１６０）。
【００５５】
ＳＨＯAは、ＲＯにメッセージを送信して、加入変更についてＲＯに通知し得る（５１７０）。ＳＨＯBは、ＲＯにメッセージを送信して、新しいＩＭＳＩに関連している鍵セットを要求して（５１８０）、ＩＭＳＩ−鍵セットの連係をＲＯに送信してもよい。ＳＨＯBは、ＩＭＳＩおよび鍵セットを使用して、ＷＴＲＵに接続サービスを提供してもよい（５１９０）。オプションで、例えばＳＨＯAまたはＳＨＯBのネットワークへのアタッチの失敗に対応して、ＷＴＲＵは、ＲＯのＰＣＩＤおよび鍵セットの使用に戻って、安全な遠隔加入管理を再開してもよい。図５Ｂの破線で示すように、ＷＴＲＵが、同様の方法を使用して、ＳＨＯCなどの別のＳＨＯに加入を変更してもよいことは明らかなはずである。
【００５６】
図６Ａおよび６Ｂは、ＩＣＯ開始のＯＴＡ更新を備える、安全な遠隔加入供給の方法の一例の図を示している。この方法は、ここに記述することを除いて、図４Ａおよび４Ｂに示される方法と同様である。ＩＣＯは、鍵エスクロウ・エンティティを含み、認証局（ＣＡ）と同様の信頼できる機関とすることが可能である。図６Ａおよび６Ｂを参照して記述しているが、任意の図に描写されているＩＣＯまたは一体化ＩＣＯ／ＲＯが、鍵エスクロウ・エンティティまたは信頼できる機関でもよいことは明らかなはずである。ＩＣＯまたは一体化ＩＣＯ／ＲＯは、ＯＴＡメッセージをＴＰＵに送信して、ＳＨＯBに関連するＩＭＳＩのインストールを開始し、ＴＰＵに次の鍵セットにインデックスを付けさせてもよい。ＩＣＯまたは一体化ＩＣＯ／ＲＯは、例えばＩＰ接続を使用して、鍵にアクセスしてもよく、そしてＴＰＵのＯＴＡ更新を開始してもよい。
【００５７】
装置製造業者またはユーザなどの加入者は、ＩＣＯ、ＲＯ、ＳＨＯA、ＳＨＯB、またはこれらの組み合わせを選択して、契約を締結し得る（６０１０）。加入者は、ＷＴＲＵのアイデンティティをＲＯに登録することができる（６０２０）。ＩＣＯは、最初のネットワーク接続に使用し得るＩＣＯのクレデンシャルと、運用ネットワーク接続に使用し得るＭＮＯのクレデンシャルとを取得することができる（６０３０）。
【００５８】
ＩＣＯは、クレデンシャルを含めて、ＴＰＵを加入者に提供し得る（６０４０）。加入者は、ＷＴＲＵにＴＰＵをインストールすることが可能である（６０５０）。ＷＴＲＵは、供給されたクレデンシャルを使用して、ネットワークにアクセスすることが可能できる（６０６０）。
【００５９】
ＩＣＯは、ＴＰＵを使用して、適切なＲＯを決定し得る（６０７０）。ＩＣＯは、例えばＩＰ接続を介してＲＯに通知を送信して、ＷＴＲＵがＩＣＯへの接続を確立したことを知らせてもよい。
【００６０】
ＲＯは、例えばＳＨＯに関連する識別子の所定のリストなどを使用して、適切なＳＨＯAを識別し得る（６０８０）。ＲＯは、ＳＨＯAにＷＴＲＵを登録することができる（６０９０）。ＲＯは、ＩＣＯに通知を送信して、ＷＴＲＵが登録されているＳＨＯAを知らせることができる（６１００）。
【００６１】
ＳＨＯAおよびＩＣＯは、ＷＴＲＵに関するＩＭＳＩと運用鍵セットとを交換し得る（６１１０）。ＩＣＯは、ＷＴＲＵのＴＰＵに、無線で（ＯＴＡ）ＩＭＳＩのインストールを行うことができる（６１２０）。ＷＴＲＵは、ＩＣＯへの最初のネットワークアタッチメントを終了してもよい。ＷＴＲＵは、ＳＨＯAによって、または、状況に応じて訪問先ネットワークを介して、運用ネットワークアタッチメントを確立し、ＳＨＯAからサービスを受けることができる（６１３０）。
【００６２】
加入者は、ＳＨＯAからＳＨＯBへの加入変更を開始し得る（６１４０）。加入者は、ＳＨＯAがＷＴＲＵに提供したリストからＳＨＯBを選択してもよい。あるいは、加入者は、ＳＨＯBへの加入変更要求をＳＨＯAまたはＳＨＯBのインターネットアドレスなどの既知の場所に送信してもよい。ＳＨＯは、加入変更の条件をネゴシエートしてもよい。
【００６３】
ＳＨＯBは、新しいＩＭＳＩをＩＣＯに送信し得る（６１５０）。ＩＣＯは、ＷＴＲＵに対してＩＭＳＩのＯＴＡ更新を行うことができる（６１６０）。ＷＴＲＵは、更新状態を知らせるＡＣＫをＩＣＯに送信してもよく、また、ＩＣＯは、更新状態メッセージをＳＨＯAに転送してもよい（６１７０）。ＩＣＯは、ＳＨＯBにメッセージを送信して、新しいＩＭＳＩと鍵セットとの間の連係を知らせることができる（６１８０）。
【００６４】
ＳＨＯBは、ＩＣＯにメッセージを送信して、新しいＩＭＳＩに関連している鍵セットを要求し得る（６１９０）。ＩＣＯは、鍵セットとＩＭＳＩ−鍵セットの連係の確認とをＳＨＯBに送信してもよい。ＳＨＯBは、ＩＭＳＩおよび鍵セットを使用して、ＷＴＲＵに接続サービスを提供することができる（６２００）。図６Ｂの破線で示すように、ＷＴＲＵが、同様の方法を使用して、ＳＨＯCなどの別のＳＨＯに加入変更してもよいことは明らかなはずである。
【００６５】
図７Ａおよび７Ｂは、鍵セット保護を備える、安全な遠隔加入の方法の一例の図を示している。この方法は、ここに記述することを除いて、図４Ａ〜６Ｂおよび８Ａ〜８Ｃに示される方法と同様である。図４Ａ〜６Ｂおよび８Ａ〜８Ｃに示されるように、ＴＰＵは、例えばＩＭＳＩを対象とするバイナリ更新コマンドなどに応えて、鍵セットにインデックスを付けてもよい。コマンドは、安全なＯＴＡメッセージなどのメッセージで受信されてもよい。図７Ａおよび７Ｂは、代替形態を示しており、コマンドは、ＩＭＳＩのインストールまたは更新を許可し、ＴＰＵの新しい鍵セットを有効にするために使用されてもよい。ＷＴＲＵ、ＴＰＵ、または両方は、コマンドのセキュリティメトリックを検証してもよい。オプションで、ＴＰＵは、ＩＭＳＩデータを構文解析してもよい。コマンドは、ＩＳＯ７８１６の安全なメッセージングなどの安全なメッセージングを使用してもよい。例えば、ＴＰＵは、暗号鍵を使用して、コマンドの発生源の認証、コマンドの秘密の維持、またはコマンドの完全性の検証をしてもよい。コマンドは、ＩＭＳＩを提供してもよく、そしてＴＰＵが新しい鍵セットにインデックスを付けるのを許可してもよい。ＴＰＵは、ＩＭＳＩを、既存のＩＭＳＩと同じ値を有するＩＭＳＩと置換するコマンドを拒否してもよい。ＩＭＳＩを収容するファイルは、構造化ファイルでもよい。
【００６６】
あるいは、ＴＰＵは、コマンドが安全なＯＴＡメッセージに含まれていたかどうかを判定してもよく、そして安全なＯＴＡメッセージによって受信していないコマンドを拒否してもよい。この代替形態では、模擬ＯＴＡデバイスからのセキュアリモートコマンドフォーマットを使用して、ローカルで有効化が行われてもよい。
【００６７】
コマンドには、既存の鍵セットのインデックス、新しい鍵セットのインデックス、および新しいＩＭＳＩ値を含んでもよい。有効化には、新しい鍵セットのインデックスを使用することを含んでもよい。ＴＰＵは、ＡＣＫメッセージの中に新しい鍵セットのインデックスを含めてもよい。ＴＰＵは、現在のインデックスパラメータがＴＰＵの現在のインデックスに合致しない場合、遠隔からの有効化を拒否してもよい。オプションで、ＴＰＵプロバイダなどの認可されたグループは、現在の鍵セットのインデックスおよび現在のＰＣＩＤ値をＴＰＵに要求してもよい。
【００６８】
図７Ａおよび７Ｂに示すように、ＮＥＸＴ＿ＫＥＹＳＥＴなどのセキュアリモートコマンドおよびＥＦIMSI(Elementary File IMSI)と同様のファイルが、鍵セット管理に使用されてもよい。セキュアリモートコマンドはまた、図４〜６、８のうちの任意の１つ、または、これらの組み合わせに示される方法とともに使用されるようにしてもよい。
【００６９】
装置製造業者またはユーザなどの加入者は、ＩＣＯ、ＲＯ、ＳＨＯA、ＳＨＯB、またはこれらの組み合わせを選択して、契約を締結し得る（７０１０）。加入者は、ＲＯにＷＴＲＵのアイデンティティを登録することができる（７０２０）。ＩＣＯは、最初のネットワーク接続に使用し得るＩＣＯのクレデンシャルと、運用ネットワーク接続に使用し得るＭＮＯのクレデンシャルとを取得してもよい（７０３０）。ＩＣＯは、クレデンシャルを有するＴＰＵを加入者に提供してもよい（７０４０）。加入者は、ＷＴＲＵにＴＰＵをインストールしてもよい（７０５０）。
【００７０】
ＷＴＲＵは、供給されたクレデンシャルを使用して、ネットワークにアクセスしてもよい（７０６０）。ＩＣＯは、ＴＰＵを使用して、適切なＲＯを決定してもよい（７０７０）。ＩＣＯは、例えばＩＰ接続などを介してＲＯに通知を送信して、ＷＴＲＵがＩＣＯへの接続を確立したことを知らせてもよい。
【００７１】
ＲＯは、例えばＳＨＯに関連する識別子の所定のリストなどを使用して、適切なＳＨＯAを識別してもよい（７０８０）。ＲＯは、ＳＨＯAにＷＴＲＵを登録してもよい（７０９０）。ＲＯは、ＩＣＯに通知を送信して、ＷＴＲＵが登録されているＳＨＯAを知らせてもよい（７１００）。
【００７２】
ＳＨＯAとＩＣＯは、ＷＴＲＵに関するＩＭＳＩと運用鍵セットとを交換してもよい（７１１０）。ＩＣＯは、例えば新しいＩＭＳＩとＳＨＯAに関連する鍵セットの予想される新しいインデックス値とを含むＮＥＸＴ＿ＫＥＹＳＥＴコマンドなどを使用して、ＷＴＲＵのＴＰＵに、無線による（ＯＴＡ）ＩＭＳＩのインストールを行ってもよい（７１２０）。ＷＴＲＵ、ＴＰＵまたは両方は、コマンドのセキュリティ数値の正当性を検証してもよい。ＷＴＲＵは、ＩＣＯへの最初のネットワークアタッチメントを終了してもよい。ＷＴＲＵは、ＳＨＯAによってまたは状況に応じて訪問先ネットワークを介して、運用ネットワークアタッチメントを確立してもよく、そしてＳＨＯAからサービスを受けてもよい（７１３０）。
【００７３】
加入者は、ＳＨＯAからＳＨＯBへの加入変更を開始してもよい（７１４０）。ＳＨＯBは、新しいＩＭＳＩをＩＣＯに送信してもよい（７１５０）。
【００７４】
ＳＨＯAは、例えば新しいＩＭＳＩとＳＨＯBに関連する鍵セットの予想される新しいインデックス値とを含むＮＥＸＴ＿ＫＥＹＳＥＴコマンドなどを使用して、ＷＴＲＵに対してＩＭＳＩのＯＴＡ更新を行ってもよい（７１６０）。ＷＴＲＵは、更新状態を知らせるＡＣＫをＳＨＯAに送信してもよい（７１７０）。ＳＨＯAは、ＳＨＯBにメッセージを送信して、新しいＩＭＳＩと鍵セットとの間の連係を知らせてもよい（７１８０）。
【００７５】
ＳＨＯAは、ＩＣＯにメッセージを送信して、ＩＣＯに加入変更について通知してもよい（７１９０）。ＳＨＯBは、ＩＣＯにメッセージを送信して、新しいＩＭＳＩに関連している鍵セットを要求してもよい（７２００）。ＩＣＯは、鍵セットとＩＭＳＩ−鍵セットの連係の確認とをＳＨＯBに送信してもよい。ＳＨＯBは、ＩＭＳＩおよび鍵セットを使用して、ＷＴＲＵに接続サービスを提供してもよい（７２１０）。図７Ｂの破線で示されるように、ＷＴＲＵが、同様の方法を使用して、ＳＨＯCなどの別のＳＨＯに加入変更してもよいことは明らかなはずである。
【００７６】
あるいは、新しい鍵セットに関連しているインデックスは、鍵セットの順次的進行から外すように指定されてもよい。
【００７７】
図８Ａ、８Ｂおよび８Ｃは、証明を備える、安全な遠隔加入の方法の一例の図を示している。この方法は、ここに記述することを除いて、図４Ａ〜７Ｂに示される方法に類似している。図８Ａおよび８Ｂに示すように、ネットワークアタッチメントを許可するかどうか決定するには、ＴＰＵの安全性の評価を含んでもよく、そしてＴＰＵは、安全性が証明されてもよい（信頼できる）。
【００７８】
装置製造業者またはユーザなどの加入者は、ＩＣＯ、ＲＯ、ＳＨＯA、ＳＨＯB、またはこれらの組み合わせを選択して、契約を締結してもよい（８０１０）。加入者は、ＲＯにＷＴＲＵのアイデンティティを登録してもよい（８０２０）。ＩＣＯは、例えばＴＰＵなどから、ＭＮＯのクレデンシャルを取得してもよい（８０３０）。ＩＣＯは、ＭＮＯのクレデンシャルを有するＴＰＵを加入者に提供してもよい（８０４０）。加入者は、ＷＴＲＵにＴＰＵをインストールしてもよい（８０５０）。
【００７９】
ＴＰＵの安全レベルは、ＩＣＯまたはＲＯまたは両方によって保証されてもよく、これらのＩＣＯとＲＯはそれぞれ、信頼される第三者機関でもよいし、また、ＴＰＵ検証局でもよい。ＴＰＵには、ＴＰＵの安全レベルのアサーションのために使用されてもよい証明書に関係してもよい対称秘密鍵または非対称鍵ペアなどの信頼クレデンシャルを含んでもよい。クレデンシャルを保有しているという証拠は、ＴＰＵが指定の安全条件のもとで仕様を定められ、設計、実施および製造されたことを証明されていることを立証するために使用されてもよい。安全性の証明は、ＴＰＵまたはあるタイプのＴＰＵに対して型式認定ベースで与えられてもよい。証明は、認められている証明プロセスに従って実行されてもよく、それによって、ＴＰＵの安全性の証明が、情報セキュリティ国際評価基準(CC: Common Criteria)の安全評価などの一般に認められた規格にリンクすることが可能になる。
【００８０】
各タイプのＴＰＵ関して、信頼クレデンシャルは、ＣＣ保護プロファイルまたは評価証明または両方に関係してもよい。例えば、信頼クレデンシャルは、製造業者ごとに、モデルごとに、またはバージョンごとに関係してもよい。
【００８１】
ＷＴＲＵは、供給されたクレデンシャルを使用して、ネットワークにアクセスしてもよい（８０６０）。ＩＣＯは、ＴＰＵを使用して、適切なＲＯを決定してもよい（８０７０）。ＩＣＯは、例えばＩＰ接続などを介してＲＯに通知を送信して、ＷＴＲＵがＩＣＯへの接続を確立したことを知らせてもよい。
【００８２】
ＲＯは、例えばＳＨＯに関連する識別子の所定のリストなどを使用して、適切なＳＨＯAを識別してもよい（８０８０）。ＲＯはまた、ＳＨＯAにＷＴＲＵを登録してもよい（８０９０）。ＲＯは、ＩＣＯに通知を送信して、ＷＴＲＵが登録されているＳＨＯAを知らせてもよい（８１００）。
【００８３】
ＳＨＯAとＩＣＯは、ＷＴＲＵに関するＩＭＳＩと運用鍵セットとを交換してもよい（８１１０）。ＳＨＯAは、ＩＣＯからＴＰＵの信頼状態のアサーションを受信してもよい（８１２０）。
【００８４】
ＩＣＯは、ＷＴＲＵのＴＰＵに、無線による（ＯＴＡ）ＩＭＳＩのインストールを行ってもよい（８１２０）。ＷＴＲＵは、ＩＣＯへの最初のネットワークアタッチメントを終了してもよい。ＴＰＵＶＡなどのＴＴＰは、ＴＰＵの信頼状態のアサーションの正当性を検証してもよい（８１３０）。検証には、デジタル署名と、ＡＩＫ(Attestation Identity Key)などの非対称署名鍵に関係する証明書との検証を含んでもよい。検証にはまた、ＴＴＰへの証明書有効状態についての要求と、プラットフォーム構成レジスタ（ＰＣＲ）値などの、ＷＴＲＵの状態を一意に識別する情報の評価とを含んでもよい。ＷＴＲＵは、ＳＨＯAによって、または、状況に応じて、訪問先ネットワークを介して、運用ネットワークアタッチメントを確立してもよく、またＳＨＯAからサービスを受けてもよい（８１４０）。
【００８５】
加入者は、ＳＨＯAからＳＨＯBへの加入変更を開始してもよい（８１５０）。ＳＨＯBは、新しいＩＭＳＩをＳＨＯAに送信してもよい（８１６０）。ＳＨＯAは、ＷＴＲＵに対してＩＭＳＩのＯＴＡ更新を行ってもよい（８１７０）。ＷＴＲＵは、更新状態を知らせるＡＣＫをＳＨＯAに送信してもよい（８１８０）。ＳＨＯAは、ＳＨＯBにメッセージを送信して、新しいＩＭＳＩと鍵セットとの間の連係を知らせてもよい（８１９０）。
【００８６】
ＳＨＯAは、ＩＣＯにメッセージを送信して、ＩＣＯに加入変更について通知してもよい（８２００）。ＳＨＯBは、ＩＣＯにメッセージを送信して、新しいＩＭＳＩに関連している鍵セットを要求してもよい（８２１０）。ＩＣＯは、鍵セットとＩＭＳＩ−鍵セットの連係の確認とをＳＨＯBに送信してもよい。
【００８７】
ＳＨＯBは、ＴＰＵを認証してもよく、そしてＷＴＲＵにネットワークアタッチメントを提供してもよい（８２２０）。ＳＨＯBは、ＴＰＵＶＡを介してＴＰＵに関する安全性のアサーションを受信してもよい（８２３０）。ＴＰＵＶＡは、ＴＰＵの信頼状態のアサーションの正当性を検証してもよい（８２４０）。ＳＨＯBは、ＩＭＳＩおよび鍵セットを使用して、ＷＴＲＵに接続サービスを提供してもよい（８２５０）。図８Ｂの破線で示されるように、ＷＴＲＵが、同様の方法を使用して、ＳＨＯCなどの別のＳＨＯに加入変更してもよいことは明らかなはずである。
【００８８】
図４〜８に示した方法を組み合わせて使用してもよいことは明らかなはずである。
【００８９】
特徴および要素について、特定の組み合わせでこれまで述べているが、各特徴または各要素は、他の特徴および要素なしに単独で、あるいは、他の特徴および要素とともに、または、それら無しに種々の組み合わせで使用されてもよい。本明細書に定める方法またはフロー図は、汎用コンピュータまたはプロセッサでの実行のために、コンピュータで読み取り可能な記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施されてもよい。コンピュータで読み取り可能な記憶媒体の例には、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリム−バブルディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ(Digital Versatile Disk)などの光メディアを含む。
【００９０】
適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関係した１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ(Application Specific Integrated Circuit)、ＡＳＳＰ(Application Specific Standard Product)、ＦＰＧＡ(Field Programmable Gate Array)回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態マシンを含む。
【００９１】
ソフトウェアとともにプロセッサは、無線送受信ユニット（ＷＴＲＵ）で使用する無線周波数送受信部、ユーザ装置（ＷＴＲＵ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）あるいは進化型パケットコア（ＥＰＣ）、または、任意のホストコンピュータを実装するために使用されてもよい。ＷＴＲＵは、ソフトウェア無線（ＳＤＲ）と、カメラ、ビデオカメラモジュール、テレビ電話機、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンドフリー機能付き送受話器、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、近距離無線通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または、任意のＷＬＡＮ(Wireless Local Area Network)モジュールもしくはＵＷＢ(Ultra Wide Band)モジュールなどの他のコンポーネントとを含む、ハードウェアおよび／またはソフトウェアで実装されたモジュールとともに使用されてもよい。
【図１】
2015195620.tif 000004
【図２】
2015195620.tif 000005
【図３】
2015195620.tif 000006
【図４Ａ】
2015195620.tif 000007
【図４Ｂ】
2015195620.tif 000008
【図５Ａ】
2015195620.tif 000009
【図５Ｂ】
2015195620.tif 000010
【図６Ａ】
2015195620.tif 000011
【図６Ｂ】
2015195620.tif 000012
【図７Ａ】
2015195620.tif 000013
【図７Ｂ】
2015195620.tif 000014
【図８Ａ】
2015195620.tif 000015
【図８Ｂ】
2015195620.tif 000016
【手続補正書】
【提出日】平成27年9月9日(2015.9.9)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
【図１】Ｅ−ＵＴＲＡＮ(Evolved-Universal Terrestrial Radio Access Network)を含むＬＴＥ(Long Term Evolution)無線通信ネットワークを示す図である。
【図２】無線送受信ユニット、進化型ＮｏｄｅＢ、およびモビリティ管理エンティティサービングゲートウェイを含むＬＴＥ無線通信ネットワークの一例のブロック図である。
【図３】無線送受信ユニットの加入管理および通信の一例のブロック図である。
【図４Ａ】安全な遠隔加入管理の方法の一例の図である。
【図４Ｂ】安全な遠隔加入管理の方法の一例の図である。
【図５Ａ】組み合わされた登録オペレータおよび最初の接続オペレータを有する安全な遠隔加入管理の方法の一例の図である。
【図５Ｂ】組み合わされた登録オペレータおよび最初の接続オペレータを有する安全な遠隔加入管理の方法の一例の図である。
【図６Ａ】最初の接続オペレータが無線で更新を開始する安全な遠隔加入管理の方法の一例の図である。
【図６Ｂ】最初の接続オペレータが無線で更新を開始する安全な遠隔加入管理の方法の一例の図である。
【図７Ａ】鍵セット保護を有する安全な遠隔加入管理の方法の一例の図である。
【図７Ｂ】鍵セット保護を有する安全な遠隔加入管理の方法の一例の図である。
【図８Ａ】証明を有する安全な遠隔加入管理の方法の一例の図である。
【図８Ｂ】証明を有する安全な遠隔加入管理の方法の一例の図である。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６５
【補正方法】変更
【補正の内容】
【００６５】
図７Ａおよび７Ｂは、鍵セット保護を備える、安全な遠隔加入の方法の一例の図を示している。この方法は、ここに記述することを除いて、図４Ａ〜６Ｂおよび８Ａ〜８Ｂに示される方法と同様である。図４Ａ〜６Ｂおよび８Ａ〜８Ｂに示されるように、ＴＰＵは、例えばＩＭＳＩを対象とするバイナリ更新コマンドなどに応えて、鍵セットにインデックスを付けてもよい。コマンドは、安全なＯＴＡメッセージなどのメッセージで受信されてもよい。図７Ａおよび７Ｂは、代替形態を示しており、コマンドは、ＩＭＳＩのインストールまたは更新を許可し、ＴＰＵの新しい鍵セットを有効にするために使用されてもよい。ＷＴＲＵ、ＴＰＵ、または両方は、コマンドのセキュリティメトリックを検証してもよい。オプションで、ＴＰＵは、ＩＭＳＩデータを構文解析してもよい。コマンドは、ＩＳＯ７８１６の安全なメッセージングなどの安全なメッセージングを使用してもよい。例えば、ＴＰＵは、暗号鍵を使用して、コマンドの発生源の認証、コマンドの秘密の維持、またはコマンドの完全性の検証をしてもよい。コマンドは、ＩＭＳＩを提供してもよく、そしてＴＰＵが新しい鍵セットにインデックスを付けるのを許可してもよい。ＴＰＵは、ＩＭＳＩを、既存のＩＭＳＩと同じ値を有するＩＭＳＩと置換するコマンドを拒否してもよい。ＩＭＳＩを収容するファイルは、構造化ファイルでもよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
図８Ａおよび８Ｂは、証明を備える、安全な遠隔加入の方法の一例の図を示している。この方法は、ここに記述することを除いて、図４Ａ〜７Ｂに示される方法に類似している。図８Ａおよび８Ｂに示すように、ネットワークアタッチメントを許可するかどうか決定するには、ＴＰＵの安全性の評価を含んでもよく、そしてＴＰＵは、安全性が証明されてもよい（信頼できる）。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）による無線通信における使用のための方法であって、
前記ＷＴＲＵが、第１の鍵セットおよび最初の接続オペレータ識別子を使用して、最初の接続オペレータ（ＩＣＯ）への接続を確立することと、
前記ＷＴＲＵが、選択されたホームオペレータに関連付けられた加入者識別子を受信することと、
前記ＷＴＲＵが、前記選択されたホームオペレータへの接続を確立する際における使用のための追加の鍵セットが要求されることを決定することと、
前記ＷＴＲＵが、鍵セット生成プロトコルを使用して、新しい鍵セットを生成することと、
前記ＷＴＲＵが、前記新しい鍵セットおよび前記加入者識別子を使用して、前記選択されたホームオペレータへの接続を確立することと
を含む、方法。
【請求項２】
前記鍵セット生成プロトコルは、公開および秘密鍵確立プロトコルを含む、請求項１に記載の方法。
【請求項３】
前記公開および秘密鍵確立プロトコルは、ＰＫＣＳ(Public Key Cryptography Standards)プロトコルを含む、請求項２に記載の方法。
【請求項４】
前記新しい鍵セットの公開鍵は、証明のために前記ＩＣＯへ送信される、請求項２に記載の方法。
【請求項５】
前記鍵セット生成プロトコルは、共通対称鍵生成プロトコル（shared symmetric key generation protocol）を含む、請求項１に記載の方法。
【請求項６】
前記共通対称鍵生成プロトコルは、ＧＢＡ(general bootstrapping architecture)プロトコルを含む、請求項５に記載の方法。
【請求項７】
前記共通対称鍵生成プロトコルは、欧州規格ＥＮ７２６パート７プロトコル（European standard EN726 part 7）を含む、請求項５に記載の方法。
【請求項８】
無線送受信ユニット（ＷＴＲＵ）による無線通信における使用のための方法であって、
前記ＷＴＲＵが、前記ＷＴＲＵに供給された、第１の鍵セットおよび最初の接続オペレータ識別子を使用して、最初の接続オペレータ（ＩＣＯ）への接続を確立することと、
前記ＷＴＲＵが、前記最初の接続オペレータから、第１の選択されたホームオペレータに関連付けられた第１の加入者識別子を受信することと、
前記ＷＴＲＵが、第２の鍵セットを生成することと、
前記ＷＴＲＵが、前記第２の鍵セットおよび前記第１の加入者識別子を使用して、前記第１の選択されたホームオペレータへの接続を確立することと、
前記ＷＴＲＵが、第２の選択されたホームオペレータに関連付けられた第２の加入者識別子を受信することと、
前記ＷＴＲＵが、前記第２の鍵セットから独立した第３の鍵セットを生成することと、
前記ＷＴＲＵが、前記第２の加入者識別子および前記第３の鍵セットを使用して、前記第２の選択されたホームオペレータへの接続を確立することと
を含む、方法。
【請求項９】
前記第３の鍵セットは、前記最初の接続オペレータに関連付けられた第１の鍵セットからも独立している、請求項８に記載の方法。
【請求項１０】
前記ＷＴＲＵが、鍵セット生成プロトコルを使用して、前記第２の鍵セットおよび前記第３の鍵セットの少なくとも１つを生成する、請求項８に記載の方法。
【請求項１１】
前記鍵セット生成プロトコルは、公開および秘密鍵確立プロトコルを含む、請求項１０に記載の方法。
【請求項１２】
前記公開および秘密鍵確立プロトコルは、ＰＫＣＳ(Public Key Cryptography Standards)プロトコルを含む、請求項１１に記載の方法。
【請求項１３】
新しい鍵セットの公開鍵は、証明のために前記ＩＣＯへ送信される、請求項１１に記載の方法。
【請求項１４】
前記鍵セット生成プロトコルは、共通対称鍵生成プロトコル（shared symmetric key generation protocol）を含む、請求項１０に記載の方法。
【請求項１５】
前記共通対称鍵生成プロトコルは、ＧＢＡ(general bootstrapping architecture)プロトコルを含む、請求項１４に記載の方法。
【請求項１６】
前記共通対称鍵生成プロトコルは、欧州規格ＥＮ７２６パート７プロトコル（European standard EN726 part 7）を含む、請求項１４に記載の方法。
【請求項１７】
前記第１の加入者識別子は前記最初の接続オペレータから受信され、前記第２の加入者識別子は前記第１の選択されたホームオペレータまたは前記最初の接続オペレータから受信される、請求項８に記載の方法。
【請求項１８】
プロセッサ、メモリおよび送受信部を備えた無線送受信ユニット（ＷＴＲＵ）であって、
第１の鍵セットおよび最初の接続オペレータ識別子を使用して、最初の接続オペレータ（ＩＣＯ）への接続を確立し、
選択されたホームオペレータに関連付けられた加入者識別子を受信し、
前記選択されたホームオペレータへの接続を確立する際における使用のための追加の鍵セットが要求されることを決定し、
鍵セット生成プロトコルを使用して、新しい鍵セットを生成し、
前記新しい鍵セットおよび前記加入者識別子を使用して、前記選択されたホームオペレータへの接続を確立する
ように構成された、ＷＴＲＵ。
【請求項１９】
前記鍵セット生成プロトコルは、公開および秘密鍵確立プロトコルを含む、請求項１８に記載のＷＴＲＵ。
【請求項２０】
前記公開および秘密鍵確立プロトコルは、ＰＫＣＳ(Public Key Cryptography Standards)プロトコルを含む、請求項１９に記載のＷＴＲＵ。
【請求項２１】
前記新しい鍵セットの公開鍵を、証明のために前記ＩＣＯへ送信するようにさらに構成された、請求項１９に記載のＷＴＲＵ。
【請求項２２】
前記鍵セット生成プロトコルは、共通対称鍵生成プロトコル（shared symmetric key generation protocol）を含む、請求項１８に記載のＷＴＲＵ。
【請求項２３】
前記共通対称鍵生成プロトコルは、ＧＢＡ(general bootstrapping architecture)プロトコルを含む、請求項２２に記載のＷＴＲＵ。
【請求項２４】
前記共通対称鍵生成プロトコルは、欧州規格ＥＮ７２６パート７プロトコル（European standard EN726 part 7）を含む、請求項２２に記載のＷＴＲＵ。
【請求項２５】
プロセッサ、メモリおよび送受信部を備えた無線送受信ユニット（ＷＴＲＵ）あって、
前記ＷＴＲＵに供給された、第１の鍵セットおよび最初の接続オペレータ識別子を使用して、最初の接続オペレータ（ＩＣＯ）への接続を確立し、
前記最初の接続オペレータから、第１の選択されたホームオペレータに関連付けられた第１の加入者識別子を受信し、
第２の鍵セットを生成し、
前記第２の鍵セットおよび前記第１の加入者識別子を使用して、前記第１の選択されたホームオペレータへの接続を確立し、
前記ＷＴＲＵが、第２の選択されたホームオペレータに関連付けられた第２の加入者識別子を受信し、
前記第２の鍵セットから独立した第３の鍵セットを生成し、
前記第２の加入者識別子および前記第３の鍵セットを使用して、前記第２の選択されたホームオペレータへの接続を確立する
ように構成された、ＷＴＲＵ。
【請求項２６】
前記第３の鍵セットは、前記最初の接続オペレータに関連付けられた第１の鍵セットからも独立している、請求項２５に記載のＷＴＲＵ。
【請求項２７】
前記第１の加入者識別子は前記最初の接続オペレータから受信され、前記第２の加入者識別子は前記第１の選択されたホームオペレータまたは前記最初の接続オペレータから受信される、請求項２５に記載のＷＴＲＵ。
【請求項２８】
鍵セット生成プロトコルを使用して、前記第２の鍵セットおよび前記第３の鍵セットの少なくとも１つを生成するように構成された、請求項２５に記載のＷＴＲＵ。
【請求項２９】
前記鍵セット生成プロトコルは、公開および秘密鍵確立プロトコルを含む、請求項２８に記載のＷＴＲＵ。
【請求項３０】
前記公開および秘密鍵確立プロトコルは、ＰＫＣＳ(Public Key Cryptography Standards)プロトコルを含む、請求項２９に記載のＷＴＲＵ。
【請求項３１】
新しい鍵セットの公開鍵を、証明のために前記ＩＣＯへ送信するように構成された、請求項２９に記載のＷＴＲＵ。
【請求項３２】
前記鍵セット生成プロトコルは、共通対称鍵生成プロトコル（shared symmetric key generation protocol）を含む、請求項２８に記載のＷＴＲＵ。
【請求項３３】
前記共通対称鍵生成プロトコルは、ＧＢＡ(general bootstrapping architecture)プロトコルを含む、請求項３２に記載のＷＴＲＵ。
【請求項３４】
前記共通対称鍵生成プロトコルは、欧州規格ＥＮ７２６パート７プロトコル（European standard EN726 part 7）を含む、請求項３２に記載のＷＴＲＵ。