デバイスにおいて動作可能な方法であって、ネットワークエンティティとの加入者認証を実行するステップと、ネットワークエンティティとの前記デバイスのデバイス認証を実行するステップと、前記加入者認証と前記デバイス認証とをバインドするセキュリティ鍵を生成するステップと、前記デバイスとサービングネットワークとの間の通信をセキュアにするために前記セキュリティ鍵を使用するステップとを含む、方法。加入者認証が、前記デバイスと前記ネットワークエンティティとの間の認証鍵一致交換に基づく、請求項1に記載の方法。デバイス認証が、前記デバイスと前記ネットワークエンティティとの間の質問応答交換に基づく、請求項1に記載の方法。加入者認証が、前記ネットワークエンティティの一部である第1の認証サーバによって実行され、デバイス認証が、前記ネットワークエンティティの一部である第2の認証サーバによって実行される、請求項1に記載の方法。デバイス認証が、前記ネットワークエンティティから、前記デバイスの公開鍵で暗号化されたデータを受信するステップと、前記暗号化データを解読するために、対応する秘密鍵を使用するステップと、その後、前記デバイスが前記データの知識を有することを前記ネットワークエンティティに証明するステップとによって実行される、請求項1に記載の方法。前記デバイスから前記ネットワークエンティティに接続要求を送るステップであって、前記接続要求が前記デバイスのデバイス認証能力の指示を含む、送るステップをさらに含む、請求項1に記載の方法。デバイス認証が、前記加入者認証中に生成された少なくとも1つの鍵によってセキュアにされる、請求項1に記載の方法。加入者認証とデバイス認証とが複合メッセージ交換において同時に実行される、請求項1に記載の方法。加入者認証が、前記デバイス認証とは別の、早期のセキュリティ交換において実行される、請求項1に記載の方法。前記セキュリティ鍵が、少なくとも、加入者認証から取得された第1の鍵と、デバイス認証から取得された第2の鍵とに応じて生成される、請求項1に記載の方法。前記セキュリティ鍵がネットワークナンスとデバイスナンスとの関数でもある、請求項10に記載の方法。前記デバイスが、前記ネットワークエンティティにはアクセス端末のように見え、1つまたは複数のアクセス端末にはネットワークデバイスのように見えるリレーノードである、請求項1に記載の方法。前記セキュリティ鍵が、前記デバイスと前記ネットワークエンティティとによって別々に生成される、請求項1に記載の方法。サービス契約の一部として加入者固有鍵をプロビジョニングするステップであって、前記加入者固有鍵が前記加入者認証のために使用される、プロビジョニングするステップと、製造中に前記デバイスにおいてデバイス固有鍵をプロビジョニングするステップであって、前記デバイス固有鍵が前記デバイス認証のために使用される、プロビジョニングするステップとをさらに含む、請求項1に記載の方法。通信インターフェースと、前記通信インターフェースに結合された処理回路であって、ネットワークエンティティとの加入者認証を実行することと、ネットワークエンティティとの前記デバイスのデバイス認証を実行することと、前記加入者認証と前記デバイス認証とをバインドするセキュリティ鍵を生成することと、前記デバイスとサービングネットワークとの間の通信をセキュアにするために前記セキュリティ鍵を使用することとを行うように適応された処理回路とを含む、デバイス。加入者認証が、前記デバイスと前記ネットワークエンティティとの間の認証鍵一致交換に基づく、請求項15に記載のデバイス。デバイス認証が、前記デバイスと前記ネットワークエンティティとの間の質問応答交換に基づく、請求項15に記載のデバイス。デバイス認証が、前記ネットワークエンティティから、前記デバイスの公開鍵で暗号化されたデータを受信するステップと、前記暗号化データを解読するために、対応する秘密鍵を使用するステップと、その後、前記デバイスが前記データの知識を有することを前記ネットワークエンティティに証明するステップとによって実行される、請求項15に記載のデバイス。前記デバイスから前記ネットワークエンティティに接続要求を送るステップであって、前記接続要求が前記デバイスのデバイス認証能力の指示を含む、送るステップをさらに含む、請求項15に記載のデバイス。デバイス認証が、前記加入者認証中に生成された少なくとも1つの鍵によってセキュアにされる、請求項15に記載のデバイス。加入者認証とデバイス認証とが複合メッセージ交換において同時に実行される、請求項15に記載のデバイス。加入者認証が、前記デバイス認証とは別の、早期のセキュリティ交換において実行される、請求項15に記載のデバイス。前記セキュリティ鍵が、少なくとも、加入者認証から取得された第1の鍵と、デバイス認証から取得された第2の鍵とに応じて生成される、請求項15に記載のデバイス。前記デバイスが、前記ネットワークエンティティにはアクセス端末のように見え、1つまたは複数のアクセス端末にはネットワークデバイスのように見えるリレーノードである、請求項15に記載のデバイス。前記処理回路に結合されたリムーバブルストレージデバイスであって、前記加入者認証のために使用される加入者固有鍵を記憶するリムーバブルストレージデバイスと、前記処理回路に結合されたセキュアストレージデバイスであって、前記デバイス認証のために使用されるデバイス固有鍵を記憶するセキュアストレージデバイスとをさらに含む、請求項15に記載のデバイス。ネットワークエンティティとの加入者認証を実行するための手段と、ネットワークエンティティとの前記デバイスのデバイス認証を実行するための手段と、前記加入者認証と前記デバイス認証とをバインドするセキュリティ鍵を生成するための手段と、前記デバイスとサービングネットワークとの間の通信をセキュアにするために前記セキュリティ鍵を使用するための手段とを含む、デバイス。前記加入者認証のために使用される加入者固有鍵を記憶するための手段と、前記デバイス認証のために使用されるデバイス固有鍵を記憶するための手段とをさらに含む、請求項26に記載のデバイス。デバイス上で動作可能な命令であって、プロセッサによって実行されたとき、前記プロセッサに、ネットワークエンティティとの加入者認証を実行することと、ネットワークエンティティとの前記デバイスのデバイス認証を実行することと、前記加入者認証と前記デバイス認証とをバインドするセキュリティ鍵を生成することと、前記デバイスとサービングネットワークとの間の通信をセキュアにするために前記セキュリティ鍵を使用することとを行わせる命令を含むプロセッサ可読媒体。ネットワークエンティティにおいて動作可能な方法であって、デバイスとの加入者認証を実行するステップと、前記デバイスのデバイス認証を実行するステップと、前記加入者認証と前記デバイス認証とをバインドするセキュリティ鍵を生成するステップと、前記ネットワークエンティティと前記デバイスとの間の通信をセキュアにするために前記セキュリティ鍵を使用するステップとを含む、方法。加入者認証が、前記ネットワークエンティティと前記デバイスとの間の認証鍵一致交換に基づく、請求項29に記載の方法。デバイス認証が、前記ネットワークエンティティと前記デバイスとの間の質問応答交換に基づく、請求項29に記載の方法。デバイス認証が、前記デバイスから証明書を受信するステップと、前記デバイスに関連する前記証明書が取り消されていないことを検証するステップとを含む、請求項29に記載の方法。前記デバイスから接続要求を受信するステップであって、前記接続要求が前記デバイスのデバイス認証能力の指示を含む、受信するステップをさらに含む、請求項29に記載の方法。デバイス認証が、前記加入者認証中に生成された少なくとも1つの鍵によってセキュアにされる、請求項29に記載の方法。加入者認証とデバイス認証とが複合メッセージ交換において同時に実行される、請求項29に記載の方法。加入者認証が、前記デバイス認証とは別の、早期のセキュリティ交換において実行される、請求項29に記載の方法。前記セキュリティ鍵が、少なくとも、加入者認証から取得された第1の鍵と、デバイス認証から取得された第2の鍵とに応じて生成される、請求項29に記載の方法。前記セキュリティ鍵が、前記デバイスと前記ネットワークエンティティとによって別々に生成される、請求項29に記載の方法。サービス契約の一部として加入者固有鍵を取得するステップであって、前記加入者固有鍵が前記加入者認証のために使用される、取得するステップと、前記デバイスのためのデバイス固有鍵を取得するステップであって、前記デバイス固有鍵が前記デバイス認証のために使用される、取得するステップとをさらに含む、請求項29に記載の方法。ネットワークエンティティであって、通信インターフェースと、前記通信インターフェースに結合された処理回路であって、デバイスとの加入者認証を実行することと、前記デバイスのデバイス認証を実行することと、前記加入者認証と前記デバイス認証とをバインドするセキュリティ鍵を生成することと、前記ネットワークエンティティと前記デバイスとの間の通信をセキュアにするために前記セキュリティ鍵を使用することとを含む、ネットワークエンティティ。加入者認証が、前記ネットワークエンティティと前記デバイスとの間の認証鍵一致交換に基づく、請求項40に記載のネットワークエンティティ。デバイス認証が、前記ネットワークエンティティと前記デバイスとの間の質問応答交換に基づく、請求項40に記載のネットワークエンティティ。前記処理回路が、前記デバイスから接続要求を受信することであって、前記接続要求が前記デバイスのデバイス認証能力の指示を含む、受信することを行うようにさらに適応された、請求項40に記載のネットワークエンティティ。デバイス認証が、前記加入者認証中に生成された少なくとも1つの鍵によってセキュアにされる、請求項40に記載のネットワークエンティティ。加入者認証とデバイス認証とが複合メッセージ交換において同時に実行される、請求項40に記載のネットワークエンティティ。加入者認証が、前記デバイス認証とは別の、早期のセキュリティ交換において実行される、請求項40に記載のネットワークエンティティ。前記セキュリティ鍵が、少なくとも、加入者認証から取得された第1の鍵と、デバイス認証から取得された第2の鍵とに応じて生成される、請求項40に記載のネットワークエンティティ。サービス契約の一部として加入者固有鍵を取得するステップであって、前記加入者固有鍵が前記加入者認証のために使用される、取得するステップと、前記デバイスのためのデバイス固有鍵を取得するステップであって、前記デバイス固有鍵が前記デバイス認証のために使用される、取得するステップとをさらに含む、請求項40に記載のネットワークエンティティ。ネットワークエンティティであって、デバイスとの加入者認証を実行するための手段と、前記デバイスのデバイス認証を実行するための手段と、前記加入者認証と前記デバイス認証とをバインドするセキュリティ鍵を生成するための手段と、前記ネットワークエンティティと前記デバイスとの間の通信をセキュアにするために前記セキュリティ鍵を使用するための手段とを含む、ネットワークエンティティ。ネットワークエンティティ上で動作可能な命令であって、プロセッサによって実行されたとき、前記プロセッサに、デバイスとの加入者認証を実行することと、前記デバイスのデバイス認証を実行することと、前記加入者認証と前記デバイス認証とをバインドするセキュリティ鍵を生成することと、前記ネットワークエンティティと前記デバイスとの間の通信をセキュアにするために前記セキュリティ鍵を使用することとを行わせる命令を含むプロセッサ可読媒体。したがって、これらおよび他の脆弱性および危険に対処するために、追加のセキュリティをデバイスに与える必要がある。セキュリティ鍵を生成するために加入者認証とデバイス認証とをバインドすることによってデバイスをセキュアにするための方法および装置を提供する。第1の態様によれば、加入者認証とデバイス認証とをバインドする、デバイスにおいて動作可能な方法が提供される。デバイスは、ネットワークエンティティに接続要求を送ることによって開始し得、接続要求はデバイスのデバイス認証能力の指示を含む。ネットワークエンティティとの加入者認証がデバイスによって実行され得る。たとえば、加入者認証は、デバイスとネットワークエンティティとの間の認証鍵一致交換に基づき得る。デバイスはまた、ネットワークエンティティとのデバイス認証を実行し得る。たとえば、デバイス認証は、デバイスとネットワークエンティティとの間の質問応答交換に基づき得る。次いで、加入者認証とデバイス認証とをバインドするセキュリティ鍵が生成され得る。セキュリティ鍵は、少なくとも、加入者認証から取得された第1の鍵と、デバイス認証から取得された第2の鍵とに応じて生成され得る。さらに、セキュリティ鍵は、ネットワークナンスとデバイスナンスとの関数でもあり得る。セキュリティ鍵は、次いで、デバイスとサービングネットワークとの間の通信をセキュアにするために使用され得る。セキュリティ鍵は、デバイスとネットワークエンティティとによって別々に生成され得、したがって、オーバージエアで送信されないことに留意されたい。一実装形態によれば、加入者認証は、ネットワークエンティティの一部である第1の認証サーバによって実行され得、デバイス認証は、ネットワークエンティティの一部である第2の認証サーバによって実行され得る。一例では、デバイス認証は、デバイスとネットワークエンティティとの間のいくつかの交換を暗号化解読するために共有秘密鍵を使用することによって実行され得る。別の例では、デバイス認証は、ネットワークエンティティから、デバイスの公開鍵で暗号化されたデータを受信すること、暗号化データを解読するために、対応する秘密鍵を使用すること、およびまたはその後、デバイスがデータの知識を有することをネットワークエンティティに証明することによって実行され得る。一態様によれば、デバイス認証は、加入者認証中に生成された少なくとも1つの鍵によってセキュアにされ得る。様々な実装形態では、加入者認証とデバイス認証とは、複合メッセージ交換において同時に実行され得るか、または加入者認証は、デバイス認証とは別の、早期のセキュリティ交換において実行され得る。1つの特徴によれば、加入者固有鍵は、サービス契約の一部としてデバイス上にプロビジョニングされ得、加入者固有鍵は加入者認証のために使用される。同様に、デバイス固有鍵は、製造中にデバイスにおいてプロビジョニングされ得、デバイス固有鍵はデバイス認証のために使用される。一実装形態では、デバイスは、ネットワークエンティティにはアクセス端末のように見え、1つまたは複数のアクセス端末にはネットワークデバイスのように見えるリレーノードであり得る。別の実装形態では、デバイスはアクセス端末であり得る。一例によれば、デバイスは、処理回路に結合された通信インターフェースを含み得る。処理回路は、ネットワークエンティティとの加入者認証を実行すること、ネットワークエンティティとのデバイスのデバイス認証を実行すること、加入者認証とデバイス認証とをバインドするセキュリティ鍵を生成すること、およびまたはデバイスとサービングネットワークとの間の通信をセキュアにするためにセキュリティ鍵を使用することを行うように適応され得る。さらに別の例によれば、デバイス上で動作可能な命令を含むプロセッサ可読媒体が提供され得る。プロセッサによって実行されたとき、これらの命令は、プロセッサに、ネットワークエンティティとの加入者認証を実行すること、ネットワークエンティティとのデバイスのデバイス認証を実行すること、加入者認証とデバイス認証とをバインドするセキュリティ鍵を生成すること、およびまたはデバイスとサービングネットワークとの間の通信をセキュアにするためにセキュリティ鍵を使用することを行わせ得る。別の態様によれば、ネットワークエンティティにおいて動作可能な方法が提供される。ネットワークエンティティはデバイスから接続要求を受信し得、接続要求はデバイスのデバイス認証能力の指示を含む。ネットワークエンティティはデバイスとの加入者認証を実行し得る。同様に、ネットワークエンティティはデバイスのデバイス認証を実行し得る。次いで、加入者認証とデバイス認証とをバインドするセキュリティ鍵がネットワークエンティティによって生成され得る。セキュリティ鍵は、次いで、ネットワークエンティティとデバイスとの間の通信をセキュアにするために使用され得る。セキュリティ鍵のオーバージエア送信を防ぐために、セキュリティ鍵は、デバイスとネットワークエンティティとによって別々に生成され得ることに留意されたい。一例では、加入者認証は、ネットワークエンティティとデバイスとの間の認証鍵一致交換に基づき得る。デバイス認証は、ネットワークエンティティとデバイスとの間の質問応答交換に基づき得る。一実装形態では、デバイス認証は、デバイスから証明書を受信することと、デバイスに関連する証明書が取り消されていないことを検証することとを含み得る。一実装形態では、デバイス認証プロセス中のスヌーピングを防ぐために、デバイス認証は、早期の加入者認証中に生成された少なくとも1つの鍵によってセキュアにされ得る。様々な例によれば、加入者認証とデバイス認証とは、複合メッセージ交換において同時に実行され得るか、または加入者認証は、デバイス認証とは別の、早期のセキュリティ交換において実行される。別の例では、セキュリティ鍵は、少なくとも、加入者認証から取得された第1の鍵と、デバイス認証から取得された第2の鍵とに応じて生成され得る。一実装形態では、ネットワークエンティティは、サービス契約の一部として加入者固有鍵を取得し得、加入者固有鍵は加入者認証のために使用される。同様に、ネットワークエンティティは、デバイスのためのデバイス固有鍵を取得し得、デバイス固有鍵はデバイス認証のために使用される。一実装形態では、ネットワークエンティティは、処理回路に結合された通信インターフェースを含み得る。処理回路は、デバイスとの加入者認証を実行すること、デバイスのデバイス認証を実行すること、加入者認証とデバイス認証とをバインドするセキュリティ鍵を生成すること、およびまたはネットワークエンティティとデバイスとの間の通信をセキュアにするためにセキュリティ鍵を使用することを行うように適応され得る。一実装形態では、ネットワークエンティティ上で動作可能な命令を含むプロセッサ可読媒体が提供される。プロセッサによって実行されたとき、これらの命令は、プロセッサに、デバイスとの加入者認証を実行すること、デバイスのデバイス認証を実行すること、加入者認証とデバイス認証とをバインドするセキュリティ鍵を生成すること、およびまたはネットワークエンティティとデバイスとの間の通信をセキュアにするためにセキュリティ鍵を使用することを行わせ得る。以下の説明では、説明した実装形態を完全に理解することができるように具体的な詳細を与える。ただし、様々な実装形態はこれらの具体的な詳細なしに実施され得ることを当業者は理解されよう。たとえば、実装形態を不要な詳細で不明瞭にしないように回路をブロック図で示すことがある。他の場合には、説明した実装形態を不明瞭にしないように、よく知られている回路、構造および技法を詳細に示すことがある。例示的という単語は、本明細書では、例、事例、または例示の働きをすることを意味するために使用する。本明細書に例示的と記載されたいかなる実装形態または実施形態も、必ずしも他の実施形態または実装形態よりも好ましいまたは有利であると解釈されるべきではない。同様に、実施形態という用語は、すべての実施形態が、論じられた特徴、利点または動作モードを含むことを必要としない。概観デバイスとネットワークエンティティとの間の認証方法を提供する。リムーバブルストレージデバイスがデバイスに結合され得、加入者認証のために使用され得る加入者固有鍵を記憶する。セキュアストレージデバイスがデバイスに結合され得、デバイス認証のために使用されるデバイス固有鍵を記憶する。デバイスとネットワークエンティティとの間で加入者認証が実行され得る。また、ネットワークエンティティとのデバイスのデバイス認証が実行され得る。次いで、加入者認証とデバイス認証とをバインドするセキュリティ鍵が生成され得る。すなわち、加入者認証プロセスからの鍵、データ、およびまたは情報と、デバイス認証プロセスからの鍵、データ、およびまたは情報とが、セキュリティ鍵を生成するために組み合わされ得る。セキュリティ鍵は、デバイスとサービングネットワークとの間の通信をセキュアにするために使用され得る。例示的なネットワーク環境図1は、様々なタイプのワイヤレスデバイスがサービスを取得するためにコアネットワークによって認証され得るワイヤレス通信システムを示すブロック図である。このワイヤレス通信システムは、たとえば、UniversalMobileTelecommunicationsSystem対応ネットワークまたは互換ネットワークあるいはGlobalSystemforMobilecommunication互換ネットワークまたはGlobalSystemforMobilecommunication互換ネットワークであり得る。本明細書で説明する例のいくつかはLongTermEvolutionネットワークに関し得るが、本明細書で説明する様々な特徴は他のネットワークにおいても実装され得る。システムは、アクセスノード106と通信する、アクセス端末103104およびリレーノード102などの1つまたは複数のデバイス101を含み得る。リレーノード102は、ワイヤレス通信ネットワーク106108と1つまたは複数のアクセス端末104との間のワイヤレス送信を可能にし得る。ワイヤレス通信システムネットワーク、LTEAdvancedネットワークなどは、コアネットワーク108と1つまたは複数のアクセスノード106とを含み得る。アクセスノード106は、バックホールリンクを介してコアネットワーク108に結合され得る。コアネットワーク108は、たとえば、モバイル管理エンティティ110、ホーム加入者サーバ112およびまたは他の構成要素を含み得る。一例では、モバイル管理エンティティ110は、デバイス101、リレーノード102、およびまたはアクセス端末103104のためのベアラアクティブ化非アクティブ化と、ホーム加入者サーバ112と対話することによって認証を支援することとに関与し得る。MME110はまた、一時識別情報を生成し、およびまたはそれをデバイスに割り振り得る。MME110は、サービスプロバイダのパブリックランドモバイルネットワークにキャンプオンするためのデバイスの許可を検査し得、デバイスのローミング制限をエンフォースし得る。MME110は、非アクセス層シグナリングの暗号化完全性保護のためのネットワーク中の終端点であり得、セキュリティ鍵管理を扱う。MME110はまた、コアネットワーク108に結合されたデバイスのために、トラックおよびまたはページングプロシージャを実行し得る。ホーム加入者サーバ112は、デバイスを実際に扱うネットワークエンティティをサポートするマスタ加入者データベースである。HSS112は、サブスクリプション関係情報を含み得、サブスクリプションの認証および許可を実行するのを助け得、加入者のロケーションに関する情報を提供することができる。HSS112は、GSM登録商標ホームロケーションレジスタおよび認証センターと同様である。ホームロケーションレジスタは、コアネットワークを使用することを許可される各加入者の詳細を含んでいるデータベースであり得る。HLRは、AuCが加入者を認証するのを支援し得る。リレーノード102は、アクセス端末104とアクセスノード106との間の信号を増幅およびまたは反復するように適応され得る。概して、リレーノード102は、アクセス端末104にはアクセスノードのように見え得、アクセスノード106にはアクセス端末のように見え得る。たとえば、リレーノード102は、アクセスノード106と通信するためのアクセス端末インターフェース105を含み得、アクセス端末104と通信するためのアクセスノードインターフェース107をも含み得る。すなわち、アクセス端末インターフェース105は、リレーノードをアクセスノード106にはアクセス端末のように見えるようにし得る。同様に、アクセスノードインターフェース107は、リレーノード102をアクセス端末104にはアクセスノードのように見えるようにし得る。いくつかの実装形態では、リレーノード102は、アクセス端末インターフェース105とアクセスノードインターフェース107との間で第1のフォーマットから第2のフォーマットに信号を変換し得る。リレーノード102は、アクセス端末104がアクセスノード106と直接通信するのではなく、リレーノード102と通信することができるように、セルのエッジの近くに配置され得る。無線システムにおいて、セルは、受信および送信カバレージの地理的エリアである。セルは互いと重複することができる。典型的な例では、各セルに関連する1つのアクセスノードがある。セルのサイズは、周波数帯域、電力レベル、およびチャネル状態などのファクタによって判断される。リレーノード102などのリレーノードは、セル内のまたはセルの近くのカバレージを向上させるため、またはセルのカバレージのサイズを拡張するために使用され得る。さらに、アクセス端末104は、アクセス端末104がセルのためのアクセスノード106と直接通信するときに使用し得るよりも高いデータレートまたは低い送信電力でリレーノード102にアクセスすることができるので、リレーノード102の使用は、そのセル内の信号のスループットを向上させることができる。より高いデータレートでの送信は、より高いスペクトル効率を生じ、より低い電力での送信は、たとえば、バッテリー電力をより少なく消費することによってアクセス端末104に利益を与える。いくつかの例では、リレーノード102は、レイヤ1リレーノード、レイヤ2リレーノード、およびまたはレイヤ3リレーノードの3つのリレータイプのうちの1つとして実装され得る。レイヤ1リレーノードは、本質的に、増幅およびわずかな遅延以外の変更なしに送信を再送信することができるリピータである。レイヤ2リレーノードは、それが受信した送信を復号し、復号の結果を再符号化し、次いで、再符号化されたデータを送信することができる。レイヤ3リレーノードは、完全な無線リソース制御能力を有することができ、したがって、アクセスノードと同様に機能することができる。リレーノードによって使用される無線リソース制御プロトコルは、アクセスノードによって使用されるものと同じであり得、リレーノードは、一般にアクセスノードによって使用される一意のセル識別情報を有し得る。本開示では、リレーノード102は、リレーノード102が電気通信システム中の他の構成要素にアクセスするために少なくとも1つのアクセスノード106または他のリレーノードの存在に依拠し得ることによって、アクセスノード106と区別される。すなわち、リレーノード102は、ネットワークには加入者デバイス、クライアントデバイス、またはアクセス端末のように見え得、したがって、リレーノード102は、ネットワーク108上で通信するためにアクセスノードに接続する。しかしながら、他の加入者デバイス、ユーザデバイス、およびまたはアクセス端末104には、リレーノード102はネットワークデバイスのように見え得る。したがって、リレーノード102は、アクセスノードならびにあるいは1つまたは複数のアクセス加入者ユーザ端末と通信するための1つまたは複数の通信インターフェースを実装し得る。一例では、リレーノード102は、それのアクセスノードならびにあるいは1つまたは複数のアクセス端末と通信するために、同じ送信機受信機を使用し得る。別の例では、リレーノード102は、アクセスノードならびにあるいは1つまたは複数のアクセス端末と通信するために、2つ以上の異なる送信機受信機を利用し得る。ネットワークサービスにアクセスするためのサブスクリプションの悪用を低減するために、デバイスは、デバイス認証を加入者認証とバインドし得る。デバイス認証は、たとえば、デバイスに着脱可能に結合されたユニバーサル集積回路カード109、111、113、および116またはユニバーサル加入者識別情報モジュールに記憶された証明に基づく標準3GPPAKAアクセス認証に関連して動作し得る。いくつかの実施形態では、デバイス認証は、AKA認証のために使用される同じ非アクセス層メッセージ中で行われ得る。このようにして、デバイスは、他者が無許可デバイスにおいてそれの加入者証明を使用することを防ぐために、それのサブスクリプションにバインドされ得る。加入者証明の無許可使用の危険への1つのソリューションは、デバイスとUICC109とが互いを相互に認証することであるが、それは、UICC109、111、113、および116およびまたはホストデバイスに、そのような相互認証を実行するための情報を事前プロビジョニングすることを必要とし得る。別のソリューションは、ネットワークアクセスのために使用される鍵が、UICC109、111、113、および116に記憶された証明、ならびにデバイスに記憶された証明の両方に依存することを必要とすることであり得る。これは、何らかの方法でAKA認証鍵をデバイス認証とバインドすることによって達成され得る。このソリューションは、国際モバイル機器識別情報認証の場合にも有用である。これは、ネットワークアクセスのために使用されるAKA認証から生じる鍵を、デバイス認証のために使用される鍵とバインドすることによって、デバイスからネットワーク108に発信するすべてのメッセージが、認証されたデバイスから実際発信することが保証されるからである。バインドされた鍵がデバイスにセキュアに記憶されるという仮定の下で、AKA認証からの鍵とデバイス認証とのバインディングは、デバイス認証のために質問応答ベースの機構を単独で使用するよりも強いセキュリティを与える。デバイス認証のために質問応答機構を単独で使用することは、デバイスが認証応答を生成するために存在したことを証明するにすぎず、デバイスがその後の時間に存在したままであることは証明しない。図2に、デバイス認証と加入者認証とをバインドすることの一般的な手法を示す。デバイス202は、コアネットワーク108とのサブスクリプションを認証すること、およびまたはデバイス202に送られた暗号化トラフィックにアクセスするために使用されるセキュリティ鍵を生成することのために使用され得るsubscriberrootkey206およびまたはsubscriberidentity207をプロビジョニングされ得る。subscriberrootkey206は、subscriberidentity207に一意に関連し得る。一例では、subscriberrootkey206およびまたはsubscriberidentity207はUICC204に記憶され得、およびまたは加入者認証はUICC204によって処理され得る。同様に、デバイス202は、コアネットワーク108に関してデバイスを認証するために使用され得るdevicerootkey208およびまたはdeviceidentity209をプロビジョニングされ得る。devicerootkey208は、deviceidentity209に一意に関連し得る。一例では、deviceidentity209は、デバイス202の国際モバイル機器識別情報であり得るが、デバイスに関連する他の形態の識別情報も使用され得る。いくつかの実装形態では、devicerootkey208は、デバイス202によってコアネットワーク108のみと共有され、オーバージエアで送信されない秘密鍵であり得る。deviceidentity209は、デバイス202がデバイス認証において使用すべき正しいdevicerootkeyを取得することができるように、デバイス202によってコアネットワーク108に送信され得る。代替的に、devicerootkey208は、デバイス認証のために証明書が使用される場合、公開秘密鍵ペアの公開鍵であり得る。たとえば、デバイスは、ネットワークから、公開鍵で暗号化された何らかのデータを受信し得る。次いで、デバイスは、それの秘密鍵を使用して暗号化データを解読し、その後、デバイスがデータの知識を有することをネットワークに証明し得る。証明書はコアネットワーク108によって検証され得る。デバイス202の関連する秘密鍵は、デバイス202にセキュアに記憶され得る。devicecredentialsは、デバイス証明書またはそれへのポインタのいずれかを参照し得る。これらのdevicecredentialsは、関係するネットワークエンティティがdevicechallengeを形成することと、デバイス202の取消しステータスを検査することとを可能にし得る。さらに、デバイスのセキュアな部分が、証明書に関連するdevicerootkeyおよびまたは秘密鍵などの機密性の高いデバイス鍵を記憶すると仮定する。さらに、これらの鍵を利用するすべての暗号動作をTrEが実行すると仮定する。初めに、デバイス202とネットワーク108との間で加入者認証が行われ得る。たとえば、デバイス202とネットワーク108との間の認証および鍵一致交換210は、鍵KASMEを確立することを生じ得る。そのようなAKA交換210は、たとえば、デバイス202に関連する加入者を認証するために、subscriberrootkey206およびまたはsubscriberidentity207に基づき得る。たとえば、そのようなサブスクリプション情報または証明は、ホストデバイス202に着脱可能に結合されたUICC204にセキュアに記憶され得る。ネットワーク108はまた、デバイス202に対してデバイス認証を実行し得る。コアネットワーク108が正しい対応するdevicerootkey208をルックアップまたは取得することができるように、デバイス202によってdeviceidentity209がコアネットワーク108に与えられ得る。ネットワーク108はdevicechallenge212を作成し得、それをデバイス202に送る。それに応答して、デバイス202は、deviceresponse214を計算し、それをネットワーク108に返信する。デバイス202は、devicechallengeおよびdeviceresponse中のデータを使用して、複合セキュリティ鍵KASMED216を計算し得る。デバイス202の場合、複合セキュリティ鍵KASMED216は、deviceresponse214が送られる前または後のいずれかに生成され得ることに留意されたい。一例では、複合セキュリティ鍵KASMEDは、deviceidentity209と、KASME鍵などのAKA認証から生じる鍵とにバインドされることを除いて、3GPP技術仕様33401において定義されているEvolvedUniversalTerrestrialRadioAccessNetworkにおいて定義されているセキュリティ鍵KASMEに等価な鍵であり得る。ネットワーク108が有効なdeviceresponseを受信した場合、ネットワーク108も複合セキュリティ鍵KASMED218を計算する。devicechallenge212、deviceresponse214および複合セキュリティ鍵KASMEDの計算は、以下の通りであり得る。devicechallenge212は、次のように計算され得る。devicechallengeeKSIEdevicerootkeynetworknonce上式で、eKSIは、KASMEDに関連することになる発展拡張型鍵セット識別子であり、は、随意のパラメータを示し、Ekは、鍵kで暗号化されたデータを意味し、networknonceは、ネットワークによって選定された好適なサイズの乱数である。暗号化アルゴリズムは、非対称または対称のいずれかであり得る。devicetempkeyは、デバイス認証の一部として取得または生成される鍵であり得る。一例では、devicetempkeyは、ネットワーク108によって選定され得、暗号化形態でデバイス202に送られ、適切な長さである。デバイス202とネットワーク108の両方は、最適化目的でネットワークアクセス間にdevicetempkeyを保持し得る。そうでない場合、devicechallenge212中の第2のパラメータは随意ではない。deviceresponse214は、次のように計算され得る。deviceresponsedevicenoncedeviceres上式で、devicenonceは、デバイスによって選定された好適なサイズの乱数であり、deviceresKDFであり、ただし、KDFは、応答deviceresを生成するのに好適な暗号関数である。認証鍵KASMEを前もって取得した後、複合セキュリティ鍵KASMED216および218の計算は、次のように行われ得る。KASMEDKDF上式で、KASMEは、デバイスとネットワークとの間の加入者認証中に取得された鍵または値であり得る。一例では、KASME鍵は、デバイス202とネットワーク108との間で前に生成およびまたは使用された鍵であり得る。代替的に、デバイス認証プロセス212および214が、AKAプロシージャ210のために使用されるNASメッセージと同じNASメッセージを使用して実行されている場合、KASME鍵は、新たにまたは同時に生成され得る。同様に、devicetempkeyは、デバイス202とネットワーク108との間のデバイス認証中に取得された鍵または値であり得る。複合セキュリティ鍵は、次いで、追加のセキュリティ鍵217および219を計算するための基礎およびまたはルートとして使用され得る。追加のセキュリティ鍵は、たとえば、NASレベルおよびまたはASレベル通信をセキュアにするのに役立ち得る。複合セキュリティ鍵KASMED、関連するセキュリティパラメータ、およびKASMEDから導出されたすべての鍵は、デバイス202上にセキュアに保持され得、UICC204には記憶されない。複合セキュリティ鍵KASMEDは、次いで、デバイス202とコアネットワーク108との間で交換されるメッセージ220をセキュアにするために使用され得る。図3に、加入者認証に基づく鍵階層がデバイス認証をも含むためにどのように変更され得るかの一例を示す。鍵階層は、デバイスとネットワークとの間の通信を暗号化解読する際に使用するセキュリティパラメータを確立するために実装され得る。この例では、加入者およびデバイス認証は、デバイス322とネットワークエンティティ324との間で実行され得る。デバイス322は、たとえば、アクセス端末、ユーザ機器、モバイルフォン、およびまたはリレーノードであり得る。ネットワークエンティティ324は、モビリティ管理エンティティおよびまたはホーム加入者サーバなどの1つまたは複数のネットワークデバイスであり得る。この例は、加入者認証に基づく第1の鍵階層300が、加入者認証とデバイス認証の両方に基づく第2の鍵階層300を取得するためにどのように変更されるかを示す。第1の鍵階層300に示す加入者認証のために、ユニバーサル集積回路カードおよびネットワークエンティティ324は、マスタ鍵K302を使用して、暗号鍵304と完全性鍵306とを生成し得る。次いで、デバイス322およびネットワークエンティティ324は、認証および鍵一致交換の一部として暗号鍵304と完全性鍵306とを使用して、アクセスセキュリティ管理エンティティ鍵KASME308を生成し得る。デバイス202のセキュリティアクティブ化は、認証および鍵一致プロシージャ、非アクセス層セキュリティモード構成プロシージャおよびアクセス層セキュリティモード構成プロシージャを通して達成され得る。この例では、加入者認証は、KASME308を生じるAKA交換326を含み得る。AKA交換326は、加入者認証要求340と加入者認証応答342とを含み得る。この例では、KASME鍵308を生成する加入者認証プロセスは、関連するNASレベル鍵およびまたはASレベル鍵をも生成し得る。いくつかの実装形態では、NASレベル鍵およびASレベル鍵のこれらのバージョンが使用されない場合、これらの鍵の生成は、加入者認証中に控えられ得ることに留意されたい。第2の鍵階層300は、NASレベルおよびASレベルセキュリティ鍵を生成するために、デバイス認証が加入者認証にどのようにバインドされ得るかを示す。加入者認証と同時に、それより前に、またその後に、デバイス認証328は、デバイス固有ルート鍵に少なくとも部分的に基づいて実行され得る。デバイス認証328は、デバイス認証要求344とデバイス認証応答346とを含み得る。一実装形態では、デバイス認証307は加入者認証とは無関係であり得、加入者認証とデバイス認証の両方が満たされる場合のみ、複合セキュリティ鍵KASMED309が生成される。代替実装形態では、デバイス認証は加入者認証より前に実行され得る。複合セキュリティ鍵KASMED309は、たとえば、NAS鍵310および312と、AS鍵314、316、318、および320との計算のためのベース鍵として使用され得る。すなわち、デバイス322およびネットワークエンティティ324は、次いで、KASMED鍵309を使用して、1つまたは複数のセキュリティ鍵を生成し得る。パケット交換ネットワークは複数の階層プロトコルレイヤで構造化され得、下位プロトコルレイヤは上位レイヤにサービスを提供し、各レイヤは異なるタスクを受け持つ。たとえば、図4に、パケット交換ネットワークにおいて動作するデバイス中に実装され得る例示的なプロトコルスタックを示す。この例では、プロトコルスタック402は、物理レイヤ404と、媒体アクセス制御レイヤ406と、無線リンク制御レイヤ408と、パケットデータコンバージェンスプロトコルレイヤ410と、無線リソース制御レイヤ412と、非アクセス層レイヤ414と、アプリケーションレイヤ416とを含む。NASレイヤ414の下のレイヤは、しばしばアクセス層レイヤ418と呼ばれる。RLCレイヤ408は、1つまたは複数のチャネル420を含み得る。RRCレイヤ412は、接続状態とアイドル状態とを含む、アクセス端末のための様々な監視モードを実装し得る。非アクセス層レイヤ414は、通信デバイスのモビリティ管理コンテキスト、パケットデータコンテキストおよびまたはそれのIPアドレスを維持し得る。プロトコルスタック402中に他のレイヤが存在し得るが、説明のために省略されていることに留意されたい。図4を参照すると、たとえばRRCレイヤ412およびまたはNASレイヤ414において無線セッションベアラ422が確立され得る。したがって、NASレイヤ414は、図3に示したセキュリティ鍵KNASenc310とKNASint312とを生成するために、デバイス202およびコアネットワーク108によって使用され得る。同様に、RRCレイヤ412は、アクセス層セキュリティ鍵KUPenc316とKRRCenc318とKRRCint320とを生成するために、デバイス202およびアクセスノード108によって使用され得る。セキュリティ鍵KUPenc316、KRRCenc318、およびKRRCint320はRRCレイヤ412において生成され得るが、これらの鍵は、シグナリングおよびまたはユーザデータ通信をセキュアにするためにPDCPレイヤ410によって使用され得る。たとえば、鍵KUPenc316は、ユーザデータプレーン通信をセキュアにするためにPDCPレイヤ410によって使用され得、鍵KRRCenc318およびKRRCint320は、PDCPレイヤ410においてシグナリング通信をセキュアにするために使用され得る。暗号化および完全性アルゴリズムのために使用されるこれらのセキュリティ鍵の導出において、ASとNASの両方は、個々のアルゴリズム識別情報が入力のうちの1つとして与えられることを必要とする。ASレベルにおいて、使用されるべきアルゴリズムは、無線リソース制御セキュリティモードコマンドによって与えられる。図5は、図3および図4に示した様々な認証およびまたはセキュリティ鍵が生成され得るネットワークシステムを示すブロック図である。ここで、デバイス322は、様々なレイヤを含む通信スタックを実装し得る。アクセスネットワーク504は、デバイス322がネットワーク108と通信し得るように、デバイス322にワイヤレス接続性を与え得る。ホーム加入者サーバ506およびデバイス322は、両方とも、暗号鍵およびまたは完全性鍵を生成または取得するために使用され得るルート鍵を知っているかまたはそれへのアクセスを有し得る。デバイス322およびまたはHSS506は、次いで、暗号鍵およびまたは完全性鍵を使用して、アクセスセキュリティ管理エンティティ鍵KASMEを生成し得る。また、デバイス認証を実行し、KASME鍵と組み合わせてまたはそれに基づいて複合セキュリティ鍵KASMEDを生成し、それにより、加入者認証とデバイス認証とを組み合わせて1つの鍵にし得る。KASMED鍵を使用して、デバイス322およびモビリティ管理エンティティ510は、次いで、鍵KNASencとKNASintとを生成し得る。デバイス322およびMME510はまた、アクセスネットワーク固有鍵KeNBNHを生成し得る。このアクセスネットワーク固有鍵KeNBNHを使用して、デバイス322およびアクセスネットワーク504は、鍵KUPencとKRRCencとKRRCintとを生成し得る。これらの鍵の導出に関する詳細は、参照により本明細書に組み込まれる、3GPPSTDT6333401SystemArchitectureEvolutionSecurityArchitectureリリース8において与えられている。図3~図5では、デバイスおよび加入者認証とバインディングとが実装され得る特定の環境コンテキストについて説明しているが、これは、様々な他のタイプのネットワークにおいて実装され得るこの特徴を限定するものではないことに留意されたい。例示的なワイヤレスデバイス図6は、加入者認証とデバイス認証とをバインドするように適応され得るワイヤレスデバイス600の選択構成要素を示すブロック図である。ワイヤレスデバイス600は、概して、1つまたは複数のワイヤレス通信インターフェース604に結合された処理回路602を含む。たとえば、ワイヤレスデバイス600はリレーノードおよびまたはアクセス端末であり得る。処理回路602は、データを取得し、処理しおよびまたは送ることと、データアクセスおよびストレージを制御することと、コマンドを発行することと、他の所望の動作を制御することとを行うように構成され得る。処理回路602は、少なくとも1つの実施形態では、適切なメディアによって与えられる所望のプログラミングを実装するように構成された回路を含み得る。たとえば、処理回路602は、たとえば、ソフトウェアおよびまたはファームウェア命令、およびまたはハードウェア回路を含む実行可能命令を実行するように構成された、プロセッサ、コントローラ、複数のプロセッサおよびまたは他の構造のうちの1つまたは複数として実装され得る。処理回路602の実施形態は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたは他のプログラマブル論理構成要素、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実行するように設計されたそれらの任意の組合せを含み得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成など、コンピューティング構成要素の組合せとしても実装され得る。処理回路602のこれらの例は説明のためのものであり、本開示の範囲内の他の好適な構成も企図される。ワイヤレス通信インターフェース604は、ワイヤレスデバイス600のワイヤレス通信を可能にするように構成され得る。たとえば、通信インターフェース604は、アクセス端末、アクセスノード、他のリレーノードなど、他のワイヤレスデバイスに対して情報を双方向に通信するように構成され得る。通信インターフェース604はアンテナに結合され得、ワイヤレス通信のための少なくとも1つの送信機およびまたは少なくとも1つの受信機を含むワイヤレストランシーバ回路を含み得る。処理回路602は、加入者およびデバイス認証バインディングモジュール610を含み得る。加入者およびデバイス認証モジュール610は、加入者セキュリティ証明を使用して加入者認証プロシージャを実行するように適応され、デバイス固有証明を使用してデバイス認証プロシージャを実行し、加入者認証とデバイス認証とを互いにバインドするように適応された、回路およびまたはプログラミングを含むことができる。そのようなバインディングは、加入者認証とデバイス認証の両方からのいくつかの結果を組み合わせることに関与し得る。たとえば、第3のセキュリティ鍵を取得するために、加入者認証から取得された第1のセキュリティ鍵が、デバイス認証から取得された第2のセキュリティ鍵と組み合わされ得る。いくつかの実施形態では、ワイヤレスデバイス600は信頼環境606を含み得る。信頼環境606は、TS33320の3GPP仕様詳細における信頼環境のための仕様を満たすように適応され得る。信頼環境606は、少なくともいくつかのセキュリティ証明を事前プロビジョニングされ得る。たとえば、信頼環境606は、デバイス認証に関係するセキュリティ証明を有し得る。いくつかの実施形態では、ワイヤレスデバイス600は、ユニバーサル集積回路カード608内でのセキュアな処理を含み得る。UICC608は、ワイヤレスデバイス600に着脱可能に結合され得る。UICC608は、初期認証および鍵一致証明などの加入者セキュリティ証明を事前プロビジョニングされ得る。代替的に、セキュアな処理は、汎用加入者識別モジュール内で実行され得る。ワイヤレスデバイス600の1つまたは複数の特徴によれば、処理回路602は、図2~図5、図7、図10、図11、および図12に示す、関係するプロセス、機能、ステップおよびまたはルーチンのいずれかまたはすべてを実行するように適応され得る。処理回路602に関して本明細書で使用する適応されるという用語は、処理回路602が、本明細書で説明する様々な特徴に従って特定のプロセス、機能、ステップおよびまたはルーチンを実行するように構成、採用、実装、およびまたはプログラムされることを指すことがある。図7は、加入者認証とデバイス認証とをバインドするセキュリティ鍵を生成するための、ワイヤレスデバイスにおいて動作可能な方法の一例を示す流れ図である。ワイヤレスデバイスにデバイス固有鍵を事前プロビジョニングする。たとえば、そのようなデバイス固有鍵は、チップ中に組み込まれるか、またはワイヤレスデバイスの製造中に構成され得る。ワイヤレスデバイスはまた、デバイス固有鍵に関連するデバイス識別子を含み得る。さらに、ワイヤレスデバイスに加入者固有鍵を事前プロビジョニングする。たとえば、そのような加入者固有鍵は、加入者に割り当てられたルート鍵であり得、ワイヤレスデバイスに結合された固定またはリムーバブルモジュール内に記憶され得る。ワイヤレスデバイスはまた、加入者固有鍵に関連するサブスクリプション識別情報を含み得る。ワイヤレスデバイスは、ネットワークエンティティとの加入者認証を実行する。これは、たとえば、ネットワークエンティティとの認証および鍵一致交換を含み得る。ワイヤレスデバイスはまた、ネットワークエンティティとのデバイス認証を実行する。同じまたは異なる時間に、同じネットワークエンティティとのまたは異なるネットワークエンティティとの加入者認証とデバイス認証とが実行され得る。次いで、ワイヤレスデバイスはセキュリティ鍵を生成し、そのようなセキュリティ鍵は、加入者認証とデバイス認証とをバインドする。たとえば、一例では、デバイス認証からのデータと、加入者認証からのデータとが、セキュリティ鍵を生成するために組み合わされ得る。たとえば、図2において、加入者認証210からのKASME鍵と、図2におけるデバイス認証からのdevicetempkeyとは、セキュリティ鍵KASMEDを生成するために組み合わされ得る。次いで、ワイヤレスデバイスとネットワークエンティティとの間のワイヤレス通信をセキュアにするためにセキュリティ鍵を使用する。たとえば、セキュリティ鍵は、ワイヤレスデバイスとネットワークとの間の通信を暗号化解読するのに役立ち得る他の鍵およびまたは証明書を生成するために使用され得る。例示的なネットワークエンティティ図8は、加入者認証とデバイス認証とをバインドするように適応され得るネットワークエンティティ800の選択構成要素を示すブロック図である。ネットワークエンティティ800は、通信インターフェース804に結合された処理回路802を含み得る。処理回路802は、データを取得し、処理しおよびまたは送ることと、データアクセスおよびストレージを制御することと、コマンドを発行することと、他の所望の動作を制御することとを行うように構成される。処理回路802は、少なくとも1つの実施形態では、適切なメディアによって与えられる所望のプログラミングを実装するように構成された回路を含み得る。たとえば、処理回路802は、たとえば、ソフトウェアおよびまたはファームウェア命令、およびまたはハードウェア回路を含む実行可能命令を実行するように構成された、プロセッサ、コントローラ、複数のプロセッサおよびまたは他の構造のうちの1つまたは複数として実装され得る。処理回路802の実施形態は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたは他のプログラマブル論理構成要素、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実行するように設計されたそれらの任意の組合せを含み得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成など、コンピューティング構成要素の組合せとしても実装され得る。処理回路802のこれらの例は説明のためのものであり、本開示の範囲内の他の好適な構成も企図される。処理回路802は、加入者およびデバイス認証バインディングモジュール806を含む。加入者およびデバイス認証バインディングモジュール806は、加入者セキュリティ証明に基づいてサブスクリプションを認証するための加入者認証プロシージャを実行することと、デバイス固有証明に基づいてデバイスを認証するためのデバイス認証プロシージャを実行することと、セキュリティ鍵を生成するために、デバイス認証と加入者認証とからのデータをバインドすることとを行うように適応された回路およびまたはプログラミングを含むことができる。通信インターフェース804は、リレーノードおよびアクセス端末などの他のデバイスと直接または間接的に通信するために、ネットワークエンティティ800の通信を可能にするように構成される。ネットワークエンティティ800の1つまたは複数の特徴によれば、処理回路802は、モバイル管理エンティティ110およびホーム加入者サーバ112などの様々なネットワークエンティティに関係するプロセス、機能、ステップおよびまたはルーチンのいずれかまたはすべてを実行するように適応され得る。さらに、ネットワークエンティティ800は、単一のエンティティ、またはネットワークの2つ以上のエンティティの組合せを含み得る。限定ではなく例として、ネットワークエンティティ800は、特に、モバイル管理エンティティ、ホーム加入者サーバ、デバイス認証サーバを含み得る。処理回路802に関して本明細書で使用する適応されるという用語は、処理回路802が、本明細書で説明する様々な特徴に従って特定のプロセス、機能、ステップおよびまたはルーチンを実行するように構成、採用、実装、またはプログラムされることのうちの1つまたは複数を指すことがある。図9は、加入者認証とデバイス認証とをバインドするセキュリティ鍵を生成するための、ネットワークエンティティにおいて動作可能な方法の一例を示す流れ図である。ネットワークエンティティは、ワイヤレスデバイスのためのデバイス固有鍵を取得する。たとえば、そのようなデバイス固有鍵は、チップ中に組み込まれるか、またはワイヤレスデバイスの製造中に構成され得、この情報は、ネットワークエンティティがアクセスすることができるデータベースに記憶され得る。デバイス識別子はデバイス固有鍵に関連し得、デバイスとそれの鍵とを識別するために使用され得る。さらに、ネットワークエンティティは、ワイヤレスデバイスのためのサブスクリプションに関連する加入者固有鍵を取得する。たとえば、そのような加入者固有鍵は、加入者に割り当てられたルート鍵であり得、ワイヤレスデバイスに結合された固定またはリムーバブルモジュール内に記憶され得る。ネットワークエンティティは、ワイヤレスデバイスとの加入者認証を実行する。これは、たとえば、ネットワークエンティティとの認証および鍵一致交換を含み得る。ネットワークエンティティはまた、ワイヤレスデバイスとのデバイス認証を実行する。加入者認証とデバイス認証とは、同じまたは異なる時間に実行され得る。次いで、ネットワークエンティティはセキュリティ鍵を生成し、そのようなセキュリティ鍵は、加入者認証とデバイス認証とをバインドする。たとえば、一例では、デバイス認証からのデータと、加入者認証からのデータとが、セキュリティ鍵を生成するために組み合わされ得る。次いで、ネットワークエンティティとワイヤレスデバイスとの間のワイヤレス通信をセキュアにするためにセキュリティ鍵を使用する。たとえば、セキュリティ鍵は、ワイヤレスデバイスとネットワークとの間の通信を暗号化解読するのに役立ち得る他の鍵およびまたは証明書を生成するために使用され得る。加入者デバイス認証の第1の例示的な方法図10に、加入者認証とデバイス認証とをバインドすることによってセキュリティ鍵を生成するための第1の例示的な方法を示す。この例では、デバイス1002は、たとえば、リレーノードまたはアクセス端末であり得る。デバイス1102がワイヤレスネットワークに接続しようとする接続段階中に、デバイス識別情報または他の関係するデバイス情報をオーバージエアであらわにすることは、セキュリティ懸念であり得る。したがって、本方法では、デバイス1002は、デバイス識別情報に対するパッシブ攻撃を防ぐために、ネットワークによってセキュアに要求されるまで、それのデバイス証明などのデバイス固有識別子などをオーバージエアで提示しない。デバイスは、デバイス認証が可能であるという指示を含む接続要求1010をネットワークに送ることによって開始し得る。接続要求1010を受信すると、モビリティ管理エンティティ1004は、サブスクリプションおよび認証情報1012をホームサブスクリプションサーバ1006に要求し、受信し得る。MME1004は、次いで、AKA認証を実行するために、AKA質問を含む認証要求1014を送る。AKA認証要求1014を受信すると、デバイス1002は、AKA応答を含む認証応答1016を送る。AKA認証要求1014および応答1016は、サブスクリプション認証を実行するのに役立つ。そのようなAKA認証プロシージャにより、加入者認証鍵がデバイス1002およびMMEによって生成されることになり得る。デバイス認証は、このセキュリティアクティブ化プロセス中の様々な段階において実行され得る。この例では、デバイス認証は、NASレベルセキュリティメッセージ上にピギーバックされ得る。たとえば、MME1004は、デバイス識別情報についての要求についての要求およびまたはdevicecredentialsについての要求を含むNASセキュリティモードコマンド1018を送り得る。それに応答して、デバイス1002は、セキュリティモード完了1020メッセージ内で、デバイス認証が実行されるべきデバイス識別情報または証明を与え得る。送信中にデバイス識別情報または証明をオーバージエアで露出することを回避するために、セキュリティモード完了1020中のデバイス識別情報または証明は、前に計算された加入者認証鍵によってセキュアにされ得ることに留意されたい。デバイス識別情報または証明を受信すると、MME1004は、発展拡張型鍵セット識別子およびdevicechallengeをもつ識別情報要求1022メッセージを送り得る。eKSIは、生成されるべきKASMEDに関連し得る。したがって、識別情報要求1022中で使用されるeKSIは、たとえば、AKAのために使用された可能性のある他のeKSIとは異なるかまたは別個であり得る。識別情報要求1022メッセージを受信すると、デバイス1002は、devicechallengeに基づいてdeviceresponseを生成し得、これを識別情報応答1024メッセージの一部として送る。deviceresponseは、devicechallengeとデバイス識別情報または証明とに基づき得る。デバイス1002は、次いで、認証鍵とデバイス認証データとに基づいて、セキュリティ鍵1025を計算し得る。MME1004は、たとえば、デバイス1002のデバイス識別情報または証明書を使用することと、devicechallengeを使用することとによって、deviceresponseを検査する。デバイス1002がMME1004によって正常に認証された場合、MME1004もセキュリティ鍵1027を生成する。この時点で、デバイス1002とMME1004とは、セキュリティ鍵とそれの関連する識別子eKSIとを共有する。MME1004は、次いで、セキュリティ鍵に関連する発展拡張型鍵セット識別子eKSIをもつセキュリティモードコマンド1026を送り得る。これは、デバイス1002がセキュリティ鍵に基づいて1つまたは複数のセキュリティ鍵を計算することを可能にする。デバイス1002は、セキュリティモード完了1028メッセージをMME1004に送り、それにより、MME1004は、接続完了1030メッセージを送ることが可能になり得る。加入者デバイス認証の第2の例示的な方法図11に、加入者認証とデバイス認証とをバインドすることによってセキュリティ鍵を生成するための第2の例示的な方法を示す。この例では、オーバージエア送信におけるデバイス識別情報または証明書をあらわにすることは、セキュリティ懸念ではない。図10の方法とは異なり、この場合、デバイス識別情報をアップフロントで提示することはプライバシー問題または危険につながらないと仮定する。デバイスは、MMEが受け付けるデバイス識別子または証明はすでに有するが、MMEが使用することを望むEUTRANセキュリティコンテキストは有しない。デバイス1102は、それのデバイス識別子または証明を含む接続要求1108をMME1104に送る。MME1104は、HSS1106からサブスクリプションおよび認証情報1110を取得し得、たとえば、AKA質問およびまたはデバイス質問を含む認証要求1112を送る。デバイス1102は、AKA応答およびまたはデバイス応答を含み得る認証応答1114を送ることによって応答し得ることに留意されたい。AKA応答は、加入者識別子に少なくとも部分的に基づき得る。デバイス応答は、デバイス識別子およびまたは証明とデバイス質問とに基づき得る。デバイス1104は、次いで、加入者認証情報とデバイス認証情報とを組み合わせることによってセキュリティ鍵KASMEDを生成し得る。同様に、AKA応答およびデバイス応答の検証が成功すると、MME1104も、加入者認証情報とデバイス認証情報とを組み合わせることによってセキュリティ鍵KASMEDを生成し得る。MMEは、セキュリティ鍵KASMEDに基づくセキュリティコンテキストを使用して開始するために、セキュリティモードコマンド1116メッセージを送る。デバイス1102は、セキュリティモード完了1118メッセージで応答する。すなわち、デバイス1102およびMME1104は、セキュリティ鍵KASMEDを使用して、1つまたは複数の追加のセキュリティ鍵を生成し得る。MME1104は、次いで、接続完了1120メッセージをデバイス1102に送り得る。ここで、デバイス識別子およびまたは証明がサブスクリプション識別子とともにネットワーク中のHSS1106または別のサーバに記憶された場合、デバイス1102は、このフローを使用して接続を実行することができることがわかる。これをそこで行うために、デバイス1102は、それのデバイス識別子およびまたは証明がHSS1106または他のネットワークサーバから取得され得ることを示し得る。代替的に、MME1104は、devicechallengeが特定のデバイス識別子に関連することをデバイス1102に示し得る。このようにして、デバイス1102は、デバイス質問がそれのデバイス識別子に関連することを知ることができる。加入者デバイス認証の第3の例示的な方法図12に、加入者認証とデバイス認証とをバインドすることによってセキュリティ鍵を生成するための第3の例示的な方法を示す。この例では、加入者認証は前に実行されており、したがって、加入者セキュリティコンテキスト1206はすでに存在する。既存のセキュリティコンテキストを置き換えるために、組み合わされた加入者およびデバイス認証がネットワークによって開始され得る。この実施形態は、事業者から完全なまたは使用可能な証明を取得するために、初期AKAベースセキュリティコンテキストを確立することを必要とし得るデバイスにとって有益であり得る。この手法は、MMEがデバイス識別子およびまたはdevicecredentialsをすでに知っていると仮定する。MME1204は、devicechallengeを含む認証要求1208をデバイス1202に送る。それに応答して、デバイス1202は、deviceresponseを含む認証応答1210をMME1204に送る。deviceresponseは、devicechallengeとデバイス識別子およびまたは証明書とに基づき得る。この時点で、デバイス1202とMME1204の両方は、セキュリティ鍵KASMEDを計算するために十分な情報を有し得る。MME1204は、既存のセキュリティコンテキスト1206を、新しいセキュリティ鍵KASMEDに基づくセキュリティコンテキストと置き換えるために、NASセキュリティモードコマンド1212をデバイス1202に送り得る。それに応答して、デバイス1202は、セキュリティ鍵KASMEDに基づいて新しいセキュリティコンテキストを生成し得、それに応答してNASセキュリティモード完了1214メッセージを送り得る。本明細書の様々な例は、加入者認証とデバイス認証の両方がMMEを介して実行され得ることを示しているが、MMEとの組合せでまたはMMEの代わりに他のネットワークエンティティがこれらの機能のいくつかを実行し得ることに留意されたい。図1、図2、図3、図4、図5、図6、図7、図8、図9、図10、図11、およびまたは図12に示した構成要素、ステップ、特徴およびまたは機能のうちの1つまたは複数は、単一の構成要素、ステップ、特徴または機能に再構成され、およびまたは組み合わされ、あるいは、いくつかの構成要素、ステップ、または機能で実施され得る。また、本開示から逸脱することなく追加の要素、構成要素、ステップ、およびまたは機能が追加され得る。図1、図5、図6およびまたは図8に示した装置、デバイス、およびまたは構成要素は、図2、図3、図4、図7およびまたは図9~図12で説明した方法、特徴、またはステップのうちの1つまたは複数を実行するように構成され得る。本明細書で説明する新規のアルゴリズムは、ソフトウェアでも効率的に実装され得、およびまたはハードウェアにも組み込まれ得る。また、少なくともいくつかの実装形態を、フローチャート、流れ図、構造図、またはブロック図として示されるプロセスとして説明したことに留意されたい。フローチャートは動作を逐次プロセスとして説明することがあるが、動作の多くは並行してまたは同時に実行され得る。さらに、動作の順序は並び替えられ得る。プロセスは、それの動作が完了したときに終了する。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応し得る。プロセスが関数に対応するとき、それの終了は呼出し関数またはメイン関数への関数の復帰に対応する。さらに、実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せによって実装され得る。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードで実装されるとき、必要なタスクを実行するためのプログラムコードまたはコードセグメントは、記憶媒体または他のストレージなどの機械可読媒体に記憶され得る。プロセッサは必要なタスクを実行し得る。コードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造、もしくはプログラムステートメントの任意の組合せを表し得る。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容をパスおよびまたは受信することによって、別のコードセグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む好適な手段を介してパス、フォワーディング、または送信され得る。機械可読媒体、コンピュータ可読媒体、およびまたはプロセッサ可読媒体という用語は、限定はしないが、ポータブルまたは固定ストレージデバイス、光ストレージデバイス、ならびに命令およびまたはデータを記憶、含有または搬送することが可能な様々な他の非一時的媒体を含み得る。したがって、本明細書で説明する様々な方法は、機械可読媒体、コンピュータ可読媒体、およびまたはプロセッサ可読媒体に記憶され、1つまたは複数のプロセッサ、機械およびまたはデバイスによって実行され得る命令およびまたはデータによって部分的にまたは完全に実装され得る。本明細書で開示する例に関して説明した方法またはアルゴリズムは、ハードウェアで、プロセッサによって実行可能なソフトウェアモジュールで、または両方の組合せで、処理ユニット、プログラム命令、または他の指示の形態で直接実施され得、単一のデバイスに含まれるかまたは複数のデバイスにわたって分散され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CDROM、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。記憶媒体は、プロセッサがその記憶媒体から情報を読み取り、その記憶媒体に情報を書き込むことができるようにプロセッサに結合され得る。代替として、記憶媒体はプロセッサと一体であり得る。さらに、本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。本明細書で説明する本発明の様々な特徴は、本発明から逸脱することなく様々なシステムで実装され得る。上記の実施形態は例にすぎず、本発明を限定するものと解釈すべきではないことに留意されたい。実施形態の説明は、例示的なものであり、本開示の範囲を限定するものではない。したがって、本教示は、他のタイプの装置、ならびに多くの代替形態、変更形態、および変形形態に容易に適用され得ることが当業者には明らかであろう。