マシン型通信MTCデバイスを認証するための方法であって、グループ識別子を含む、認証されるべきMTCデバイスによって送信されたアタッチ要求を受信するステップと、前記グループ識別子に結び付けられた第1のグループ認証ベクトルがローカルに存在するかどうかを判定するステップと、前記グループ識別子に結び付けられた前記第1のグループ認証ベクトルが存在する場合に、前記第1のグループ認証ベクトルにしたがって、認証されるべき前記MTCデバイスを認証し、認証されるべき前記MTCデバイスに関するシステム鍵を生成するステップと、を含み、前記グループ識別子は、認証されるべき前記MTCデバイスが位置するMTCグループのグループ識別子であり、前記第1のグループ認証ベクトルは、前記MTCグループ内のMTCデバイスを認証するために使用される認証ベクトルであることを特徴とする方法。前記第1のグループ認証ベクトルが存在しない場合に、前記グループ識別子にしたがってサーバから前記第1のグループ認証ベクトルを取得するステップと、前記グループ識別子と取得された第1のグループ認証ベクトルの間の結び付けの関係を確立するステップと、前記第1のグループ認証ベクトルにしたがって、認証されるべき前記MTCデバイスを認証し、認証されるべき前記MTCデバイスに関するシステム鍵を生成するステップと、をさらに含むことを特徴とする請求項1に記載の方法。前記方法が、ユニバーサル移動体通信システムUMTSネットワークに適用されるとともに、前記方法が、前記UMTSネットワークの在圏ロケーションレジスタVLRによって実行され、前記サーバが、前記UMTSネットワークのホームロケーションレジスタHLRであるか、または前記方法が、ロングタームエボリューションLTEネットワークに適用されるとともに、前記方法が、前記LTEネットワークのモビリティ管理エンティティMMEによって実行され、前記サーバが、前記LTEネットワークのホーム加入者システムHSSであることを特徴とする請求項2に記載の方法。前記MTCグループ内の各MTCデバイスは、デバイス特性を有し、前記デバイス特性は、前記MTCグループ内の前記MTCデバイスを一意的に識別するために使用され、前記アタッチ要求は、認証されるべき前記MTCデバイスを識別するために使用される第2のデバイス特性をさらに含み、前記グループ識別子に結び付けられた前記第1のグループ認証ベクトルがローカルに存在するかどうかを判定する前記ステップの後、前記方法が、前記第2のデバイス特性が、ローカルに記憶された第1のデバイス特性と同じであるかどうかを判定するステップと、前記第2のデバイス特性が前記ローカルに記憶された第1のデバイス特性と異なる場合に、前記第1のグループ認証ベクトルにしたがって、認証されるべき前記MTCデバイスを認証し、認証されるべき前記MTCデバイスの前記システム鍵を生成する前記ステップを実行するステップと、をさらに含み、前記第1のデバイス特性は、前記グループ識別子と前記第1のグループ認証ベクトルの両方に結び付けられたデバイス特性であることを特徴とする請求項1から3のいずれか一項に記載の方法。認証されるべき前記MTCデバイスの前記第2のデバイス特性が前記ローカルに記憶された第1のデバイス特性と同じである場合に、前記MTCグループ内の前記MTCデバイスを認証するために使用される第2のグループ認証ベクトルを、前記グループ識別子にしたがって取得するステップと、前記グループ識別子と、前記第2のデバイス特性と、取得された第2のグループ認証ベクトルとの間の結び付けの関係を確立するステップと、前記取得された第2のグループ認証ベクトルおよび前記第2のデバイス特性よって生成された期待される応答番号にしたがって、認証されるべき前記MTCデバイスを認証し、認証されるべき前記MTCデバイスのシステム鍵を生成するステップと、をさらに含むことを特徴とする請求項4に記載の方法。前記第1のグループ認証ベクトルにしたがって、認証されるべき前記MTCデバイスを認証し、認証されるべき前記MTCデバイスの前記システム鍵を生成する前記ステップが、前記第1のグループ認証ベクトルおよび前記第2のデバイス特性にしたがって期待される応答番号を生成するステップと、認証されるべき前記MTCデバイスが、グループ認証情報にしたがってネットワークを認証し、前記第2のデバイス特性にしたがってデバイス側の鍵を生成するように、認証されるべき前記MTCデバイスに前記グループ認証情報を送信するステップと、認証されるべき前記MTCデバイスによって前記第2のデバイス特性にしたがって生成された応答番号を受信するステップと、前記応答番号および前記期待される応答番号にしたがって、認証されるべき前記MTCデバイスを認証するステップと、前記第1のグループ認証ベクトルおよび前記第2のデバイス特性にしたがってネットワーク側の鍵を生成するステップと、を含み、前記グループ認証情報は、前記第1のグループ認証ベクトル内の情報であることを特徴とする請求項4または5に記載の方法。MTCデバイスを認証するための方法であって、MTCグループ内のプライマリMTCデバイスとネットワーク側の間の認証が成功した後、前記MTCグループ内の第2のMTCデバイスによって送信されたアタッチ要求を受信するステップと、前記プライマリMTCデバイスによって、前記第2のMTCデバイスを認証し、前記グループ認証ベクトルを使用することによって前記第2のMTCデバイスに関するシステム鍵を生成するステップと、前記プライマリMTCデバイスによって、前記システム鍵を前記第2のMTCデバイスに送信するステップと、を含み、前記プライマリMTCデバイスと前記ネットワーク側の間の認証のプロセスで生成された認証ベクトルは、前記MTCグループのグループ認証ベクトルとみなされることを特徴とする方法。前記MTCグループ内の前記プライマリMTCデバイスと前記ネットワーク側の間の認証が成功した後、前記グループ認証ベクトルと前記MTCグループのグループ識別子の間の結び付けの関係を確立するステップをさらに含み、前記第2のMTCデバイスによって送信された前記アタッチ要求を受信する前記ステップが、前記グループ識別子および前記第2のMTCデバイスのデバイス特性を含むとともに、前記第2のMTCデバイスによって送信された前記アタッチ要求を受信するステップを含み、前記プライマリMTCデバイスと前記ネットワーク側の間の認証の前記プロセスで生成された前記グループ認証ベクトルを使用することによって前記第2のMTCデバイスに関する前記システム鍵を生成する前記ステップが、前記アタッチ要求で伝達された前記グループ識別子に結び付けられた前記グループ認証ベクトルを取得するステップと、前記グループ認証ベクトルおよび前記第2のMTCデバイスの前記デバイス特性を使用することによって前記第2のMTCデバイスに関する前記システム鍵を生成するステップと、を含むことを特徴とする請求項7に記載の方法。前記グループ識別子および前記第2のMTCデバイスの前記デバイス特性を含み、前記第2のMTCデバイスによって送信された前記アタッチ要求を受信する前記ステップの後、前記ネットワーク側が、前記グループ認証ベクトルおよび前記第2のMTCデバイスの前記デバイス特性を使用することによって前記第2のMTCデバイスに関する前記システム鍵を生成するように、前記アタッチ要求を前記ネットワーク側に転送するステップをさらに含むことを特徴とする請求項8に記載の方法。MTCデバイスを認証するための方法であって、MTCグループ内のプライマリMTCデバイスによって、ネットワーク側にアタッチ要求を送信するステップと、前記プライマリMTCデバイスと前記ネットワーク側の間の認証を実行し、認証プロセスで生成されたグループ認証ベクトル、および認証されるべき前記その他のMTCデバイスの前記デバイス特性を使用することによって、認証されるべき前記その他のMTCデバイスに関するシステム鍵を生成するステップと、前記プライマリMTCデバイスが、認証されるべき前記その他のMTCデバイスを正常に認証した後、前記プライマリMTCデバイスによって、認証されるべき前記その他のMTCデバイスに前記システム鍵を送信するステップと、を含み、前記アタッチ要求が、前記MTCグループのグループ識別子、および前記MTCグループ内の認証されるべきその他のMTCデバイスのデバイス特性を含むことを特徴とする方法。前記アタッチ要求が、前記プライマリMTCデバイスのデバイス特性をさらに含み、前記プライマリMTCデバイスと前記ネットワーク側の間で前記認証を実行する前記ステップは、前記プライマリMTCデバイスの前記デバイス特性にしたがって前記プライマリMTCデバイスと前記ネットワーク側の間の認証を実行するとともに、前記プライマリMTCデバイスのシステム鍵を生成するステップを含むことを特徴とする請求項10に記載の方法。グループ識別子を含む、認証されるべきMTCデバイスによって送信されたアタッチ要求を受信するように構成された第1の受信ユニットと、前記第1の受信ユニットによって受信された前記グループ識別子に結び付けられた第1のグループ認証ベクトルが存在するときに、前記第1のグループ認証ベクトルにしたがって、認証されるべき前記MTCデバイスを認証し、認証されるべき前記MTCデバイスのシステム鍵を生成するように構成された第1の認証ユニットと、を含み、前記グループ識別子は、認証されるべき前記MTCデバイスが位置するMTCグループのグループ識別子であることを特徴とするネットワーク側のエンティティ。前記第1のグループ認証ベクトルが存在しないときに、前記第1の受信ユニットによって受信された前記グループ識別子にしたがってサーバから前記第1のグループ認証ベクトルを取得するように構成された第1の取得ユニットと、前記第1の受信ユニットによって受信された前記グループ識別子と、前記第1の取得ユニットによって取得された前記第1のグループ認証ベクトルとの間の結び付けの関係を確立するように構成された第1の確立ユニットと、前記第1の取得ユニットによって取得された前記第1のグループ認証ベクトルにしたがって、認証されるべき前記MTCデバイスを認証し、認証されるべき前記MTCデバイスのシステム鍵を生成するように構成された第2の認証ユニットと、をさらに含むことを特徴とする請求項12に記載のネットワーク側のエンティティ。前記第1の受信ユニットによって受信された前記アタッチ要求が認証されるべき前記MTCデバイスを識別するために使用される第2のデバイス特性をさらに含む場合に、前記第2のデバイス特性が、ローカルに記憶された第1のデバイス特性と同じであるかどうかを判定するように構成された判定ユニットをさらに含み、前記第1のデバイス特性は、前記グループ識別子と前記第1のグループ認証ベクトルの両方に結び付けられたデバイス特性であることを特徴とする請求項12または13に記載のネットワーク側のエンティティ。認証されるべき前記MTCデバイスの前記第2のデバイス特性が、前記ローカルに記憶された第1のデバイス特性と同じであるとき、前記第1の受信ユニットによって受信された前記グループ識別子にしたがって、前記MTCグループ内のMTCデバイスを認証するために使用される第2のグループ認証ベクトルを取得するように構成された第2の取得ユニットと、前記第1の受信ユニットによって受信された前記グループ識別子と、前記第2のデバイス特性と、前記第2の取得ユニットによって取得された前記第2のグループ認証ベクトルとの間の結び付けの関係を確立するように構成された第2の確立ユニットと、前記第2の取得ユニットによって取得された前記第2のグループ認証ベクトルおよび前記第1の受信ユニットによって受信された前記第2のデバイス特性によって生成された期待される応答番号にしたがって、認証されるべき前記MTCデバイスを認証し、認証されるべき前記MTCデバイスのシステム鍵を生成するように構成された第3の認証ユニットと、をさらに含むことを特徴とする請求項14に記載のネットワーク側のエンティティ。前記第1の認証ユニットが、前記第1のグループ認証ベクトルおよび前記第1の受信ユニットによって受信された前記第2のデバイス特性にしたがって期待される応答番号を生成するように構成された第1の生成ユニットと、認証されるべき前記MTCデバイスが、グループ認証情報にしたがってネットワークを認証し、前記第2のデバイス特性にしたがってデバイス側の鍵を生成するように、認証されるべき前記MTCデバイスに前記グループ認証情報を送信するように構成された第1の送信ユニットと、認証されるべき前記MTCデバイスによって前記第2のデバイス特性にしたがって生成された応答番号を受信するように構成された第2の受信ユニットと、前記第2の受信ユニットによって受信された前記応答番号および前記第1の生成ユニットによって生成された前記期待される応答番号にしたがって、認証されるべき前記MTCデバイスを認証するように構成された第1の認証サブユニットと、前記第1のグループ認証ベクトルおよび前記第1の受信ユニットによって受信された前記第2のデバイス特性にしたがってネットワーク側の鍵を生成するように構成された第2の生成ユニットと、を含み、前記グループ認証情報は、前記第1のグループ認証ベクトル内の情報であることを特徴とする請求項14または15に記載のネットワーク側のエンティティ。前記ネットワーク側のエンティティが、ユニバーサル移動体通信システムUMTSネットワークの在圏ロケーションレジスタVLRまたはロングタームエボリューションLTEネットワークのモビリティ管理エンティティMMEであることを特徴とする請求項12から16のいずれか一項に記載のネットワーク側のエンティティ。MTCデバイスを認証するためのデバイスであって、デバイスとネットワーク側の間の認証が成功した後、デバイスが位置するMTCグループ内の第2のMTCデバイスによって送信されたアタッチ要求を受信するように構成された第3の受信ユニットと、前記第2のMTCデバイスを認証し、デバイスと前記ネットワーク側の間の認証のプロセスで生成されたグループ認証ベクトルを使用することによって前記第2のMTCデバイスに関するシステム鍵を生成するように構成された第4の認証ユニットと、前記第4の認証ユニットによって生成された前記システム鍵を前記第2のMTCデバイスに送信するように構成された第2の送信ユニットと、を含むことを特徴とするデバイス。前記デバイスと前記ネットワーク側の間の前記認証が成功した後、前記グループ認証ベクトルと、前記MTCグループのグループ識別子との間の結び付けの関係を確立するように構成された第3の確立ユニットをさらに含むことを特徴とする請求項18に記載のデバイス。前記第3の受信ユニットによって受信された前記アタッチ要求が、前記グループ識別子および前記第2のMTCデバイスのデバイス特性を含むとき、前記第4の認証ユニットが、前記第3の受信ユニットによって受信された前記グループ識別子に結び付けられた前記グループ認証ベクトルを取得するように構成された第3の取得ユニットと、前記第3の取得ユニットによって取得された前記グループ認証ベクトルおよび前記第3の受信ユニットによって受信される前記第2のMTCデバイスの前記デバイス特性を使用することによって前記第2のMTCデバイスに関するシステム鍵を生成するように構成された第3の生成ユニットと、を含むことを特徴とする請求項19に記載のデバイス。前記ネットワーク側が、前記グループ認証ベクトルおよび前記第2のMTCデバイスの前記デバイス特性を使用することによって前記第2のMTCデバイスに関する前記システム鍵を生成するように、前記第3の受信ユニットによって受信された前記アタッチ要求を前記ネットワーク側に転送するように構成された転送ユニットをさらに含むことを特徴とする請求項20に記載のデバイス。MTCデバイスを認証するためのデバイスであって、アタッチ要求をネットワーク側に送信するように構成された第3の送信ユニットと、デバイスと前記ネットワーク側の間で相互認証を実行し、グループ認証ベクトルおよび認証されるべき前記MTCデバイスの前記デバイス特性を使用することによって、認証されるべき前記MTCデバイスに関するシステム鍵を生成するように構成された第5の認証ユニットと、デバイスが、認証されるべき前記MTCデバイスを正常に認証した後、前記第5の認証ユニットによって生成された前記システム鍵を認証されるべき前記MTCデバイスに送信するように構成された第4の送信ユニットと、を含み、前記アタッチ要求は、デバイスが位置するMTCグループのグループ識別子、および前記MTCグループ内の認証されるべきMTCデバイスのデバイス特性を含み、前記グループ認証ベクトルが、デバイスと前記ネットワーク側の間の認証のプロセスで生成されることを特徴とするデバイス。前記第3の送信ユニットによって送信された前記アタッチ要求が前記デバイスのデバイス特性を含むときに、前記デバイスの前記デバイス特性にしたがって前記デバイスのシステム鍵を生成するように構成された第4の生成ユニットをさらに含むことを特徴とする請求項22に記載のデバイス。本発明の実施形態は、多数のMTCデバイスが短期間にネットワークにアクセスする場合に各MTCデバイスが効果的に認証され得るように、通信デバイスを認証するための方法および装置を提供する。上述の目的を達成するために、本発明の実施形態は、以下の技術的な解決策を採用する。MTCデバイスを認証するための方法は、グループ識別子を含み、認証されるべきMTCデバイスによって送信されたアタッチ要求を受信するステップであって、グループ識別子が、認証されるべきMTCデバイスが位置するMTCグループのグループ識別子である、ステップと、グループ識別子に結び付けられた第1のグループ認証ベクトルがローカルに存在するかどうかを判定するステップと、存在する場合に、第1のグループ認証ベクトルにしたがって、認証されるべきMTCデバイスを認証し、認証されるべきMTCデバイスのシステム鍵を生成するステップと、を含む。MTCデバイスを認証するための方法は、MTCグループ内のプライマリMTCデバイスとネットワーク側の間の認証が成功した後、MTCグループ内の第2のMTCデバイスによって送信されたアタッチ要求を受信するステップと、第2のMTCデバイスを認証し、プライマリMTCデバイスとネットワーク側の間の認証のプロセスで生成されたグループ認証ベクトルを使用することによって第2のMTCデバイスに関するシステム鍵を生成するステップと、システム鍵を第2のMTCデバイスに送信するステップと、を含む。MTCデバイスを認証するための方法は、MTCグループ内のプライマリMTCデバイスによって、ネットワーク側にアタッチ要求を送信するステップであって、アタッチ要求が、MTCグループのグループ識別子、およびMTCグループ内の認証されるべきその他のMTCデバイスのデバイス特性を含む、ステップと、プライマリMTCデバイスとネットワーク側の間の認証を実行し、認証されるべきその他のMTCデバイスのデバイス特性およびグループ認証ベクトルを使用することによって、認証されるべきその他のMTCデバイスに関するシステム鍵を生成するステップであって、グループ認証ベクトルが、プライマリMTCデバイスとネットワーク側の間の認証のプロセスで生成される、ステップと、プライマリMTCデバイスが、認証されるべきその他のMTCデバイスを正常に認証した後、プライマリMTCデバイスによって、認証されるべきその他のMTCデバイスにシステム鍵を送信するステップと、を含む。ネットワーク側のエンティティは、グループ識別子を含み、認証されるべきMTCデバイスによって送信されたアタッチ要求を受信するように構成された第1の受信ユニットであって、グループ識別子が、認証されるべきMTCデバイスが位置するMTCグループのグループ識別子である、第1の受信ユニットと、第1の受信ユニットによって受信されたグループ識別子に結び付けられた第1のグループ認証ベクトルが存在するときに、第1のグループ認証ベクトルにしたがって、認証されるべきMTCデバイスを認証し、認証されるべきMTCデバイスのシステム鍵を生成するように構成された第1の認証ユニットと、を含む。MTCデバイスを認証するためのデバイスは、デバイスとネットワーク側の間の認証が成功した後、デバイスが位置するMTCグループ内の第2のMTCデバイスによって送信されたアタッチ要求を受信するように構成された第3の受信ユニットと、第2のMTCデバイスを認証し、デバイスとネットワーク側の間の認証のプロセスで生成されたグループ認証ベクトルを使用することによって第2のMTCデバイスに関するシステム鍵を生成するように構成された第4の認証ユニットと、第4の認証ユニットによって生成されたシステム鍵を第2のMTCデバイスに送信するように構成された第2の送信ユニットと、を含む。MTCデバイスを認証するためのデバイスは、アタッチ要求をネットワーク側に送信するように構成された第3の送信ユニットであって、アタッチ要求は、デバイスが位置するMTCグループのグループ識別子、およびMTCグループ内の認証されるべきMTCデバイスのデバイス特性を含む、第3の送信ユニットと、デバイスとネットワーク側の間で相互認証を実行し、グループ認証ベクトル、および認証されるべきMTCデバイスのデバイス特性を使用することによって、認証されるべきMTCデバイスに関するシステム鍵を生成するように構成された第5の認証ユニットであって、グループ認証ベクトルが、デバイスとネットワーク側の間の認証のプロセスで生成される、第5の認証ユニットと、デバイスが、認証されるべきMTCデバイスを正常に認証した後、第5の認証ユニットによって生成されたシステム鍵を認証されるべきMTCデバイスに送信するように構成された第4の送信ユニットと、を含む。本発明の実施形態において提供されるMTCデバイスを認証するための方法および装置においては、グループ認証ベクトルが、MTCグループによって共有されるグループ識別子を通じて取得され、グループ内の認証されるべきMTCデバイスが、グループ認証ベクトルを通じて認証されるか、またはシステム鍵が、グループ認証ベクトルを通じてグループ内の認証されたMTCデバイスに対して生成され、それによって、認証プロセスまたはシステム鍵を生成するプロセスにおいて異なるMTCデバイスに対して異なる認証ベクトルが生成されることが必要であるという問題を回避し、したがって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑が引き起こされない。本発明の実施形態で提供されるMTCデバイスを認証するための方法および装置によって、多数のMTCデバイスが短期間にネットワークにアクセスする場合に、各MTCデバイスが、やはり効果的に認証され得る。図1、図2、および図3は、本発明の実施形態が基づくMTCグループの3つのあり得るシナリオを示し、番号1がMTCデバイスを表し、番号2がMTCゲートウェイを表す。図1において、MTCデバイス1のグループは、3GPPネットワークに直接アクセスする。MTCゲートウェイは、ネットワークアーキテクチャで必要とされず、各MTCデバイスは、相互認証がMTCデバイスとネットワークの間で実行された後にだけネットワークと通信することができる。図2において、MTCデバイスのグループは、MTCゲートウェイ2を通じて3GPPネットワークにアクセスするが、ネットワーク側は、ゲートウェイに接続された各MTCデバイスを識別することができる。つまり、ネットワーク側からすると、MTCゲートウェイは、通常のMTCデバイスと等価であり、通常のMTCデバイスのすべての機能を有する。グループ内の各MTCデバイスからすると、MTCゲートウェイは、グループ内のその他のMTCデバイスに外部接続チャネルを提供する。各MTCデバイスおよびMTCゲートウェイは、認証が成功した後にだけネットワーク側と通信することができる。図3において、MTCデバイスのグループは、MTCゲートウェイ2を通じて3GPPネットワークにアクセスするが、ネットワーク側は、MTCゲートウェイだけを識別することができるが、ゲートウェイに接続されたMTCデバイスを識別することはできない。MTCゲートウェイは、相互認証がMTCデバイスとネットワークの間で実行された後にだけネットワークと通信することができる。MTCゲートウェイ2は、ゲートウェイ機能を有するMTCデバイスである可能性がある。従来技術において多数のMTCデバイスがネットワークにアクセスする場合にシグナリングのトラフィックの増大によって引き起こされるネットワークの混雑の問題を解決するために、本発明の実施形態は、通信デバイスを認証するための方法および装置を提供する。図4に示されるように、本発明の第1の実施形態によるMTCデバイスを認証するための方法は、以下を含む。ステップ101グループ識別子を含み、認証されるべきMTCデバイスによって送信されたアタッチ要求を受信し、グループ識別子は、認証されるべきMTCデバイスが位置するMTCグループのグループ識別子である。この実施形態において、認証されるべきMTCデバイスは、ネットワークと通信する必要があり、MTCグループ内にあるMTCデバイスである。MTCデバイスがネットワークにアクセスする前に、MTCデバイスとネットワークの間の相互認証が実行される必要があり、システム鍵が生成される必要がある。この実施形態においては、グループ識別子が、各MTCグループに対して設定され、グループ識別子は、一意的であり、GroupIMSIによって表される可能性があり、異なるMTCグループは、異なるGroupIMSIを有する。ステップ102グループ識別子に結び付けられたbound第1のグループ認証ベクトルがローカルに存在するかどうかを判定する。この実施形態において、グループ認証ベクトルは、MTCグループ内のMTCデバイスを認証するために使用される認証ベクトルを指し、MTCグループ内の認証されるべき複数のMTCデバイスが、認証のためのグループ認証ベクトルを共有することができる。第1のグループ認証ベクトルは、MTCデバイスが、ネットワークにアクセスする最初のMTCデバイスであり、MTCグループ内にある場合に、当該MTCデバイスとネットワークの間の相互認証のプロセスにおいて生成される。第1のグループ認証ベクトルは、同じMTCグループに属する別のMTCデバイスが、ネットワークにアクセスする必要があるときにグループ認証ベクトルを素早く発見することができ、グループ認証ベクトルを再生成する必要がないように、グループ識別子に結び付けられる。ネットワークにアクセスする最初のMTCデバイスであるMTCデバイスは、MTCグループ内のMTCデバイスがそれまでネットワークにアクセスしていない場合に、ネットワークにアタッチ要求を送信する最初のMTCデバイスであるMTCデバイスを指す。ステップ103存在する場合に、第1のグループ認証ベクトルにしたがって、認証されるべきMTCデバイスを認証し、認証されるべきMTCデバイスのシステム鍵を生成する。この実施形態において、認証されるべきMTCデバイスのシステム鍵は、ネットワーク側の鍵およびデバイス側の鍵を含む。本発明の実施形態において提供されるMTCデバイスを認証するための方法においては、グループ認証ベクトルが、MTCグループによって共有されるグループ識別子を通じて取得され、グループ内の認証されるべきMTCデバイスが、グループ認証ベクトルを通じて認証され、システム鍵が生成され、それによって、認証し、システム鍵を生成するプロセスにおいて異なるMTCデバイスに対して異なる認証ベクトルが生成されることが必要であるという問題を回避し、したがって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑が避けられる。また、1つのグループ識別子を共有することは、15ビットのIMSIがMTCデバイスの数が多いときに使用するのに不十分であるという問題も解決する。本発明の実施形態で提供されるMTCデバイスを認証するための方法によって、多数のMTCデバイスが短期間にネットワークにアクセスする場合に、各MTCデバイスが、効果的に認証され得る。さらに、ステップ102において、グループ識別子に結び付けられた第1のグループ認証ベクトルがローカルに存在しないと判定される場合、第1のグループ認証ベクトルを取得することが必要とされ、これは、具体的には、以下のステップを含む。ステップ1021グループ識別子にしたがってサーバから第1のグループ認証ベクトルを取得する。この実施形態において、サーバは、ネットワーク側の特定のサーバである。例えば、ユニバーサル移動体通信システムネットワークにおいては、サーバは、ホームロケーションレジスタであり、ロングタームエボリューションネットワークにおいては、サーバは、ホーム加入者システムである。ステップ1022グループ識別子と取得された第1のグループ認証ベクトルの間の結び付けの関係を確立する。この実施形態において、結び付けの関係を確立する目的は、取得された第1のグループ認証ベクトルが、同じMTCグループ内のその他のMTCデバイスを認証し、システム鍵を生成するために直接使用可能であり、毎回再取得されることを必要としないことを可能にすることである。さらに、ステップ101で受信されるアタッチ要求は、第2のデバイス特性devicecharacteristicも含み得る。MTCグループにおいて、デバイス特性は、MTCグループ内でMTCデバイスを一意的に識別することができる。第2のデバイス特性は、認証されるべきMTCデバイスを識別するために使用されるパラメータである。第2のデバイス特性は、認証されるべきMTCデバイスの位置パラメータである可能性があり、認証されるべきMTCデバイスを一意的に識別することができる別のパラメータである可能性もある。アタッチ要求が第2のデバイス特性を含むとき、および第1のグループ認証ベクトルがローカルに存在すると判定された後、方法は、さらに以下のステップを含む。第2のデバイス特性が、ローカルに記憶された第1のデバイス特性と同じであるかどうかが判定され、第1のデバイス特性は、最初にネットワークにアクセスし、MTCグループ内にあるMTCデバイスのデバイス特性であり、第1のデバイス特性は、グループ識別子および第1のグループ認証ベクトルに結び付けられており、第2のデバイス特性は、グループ内の別のMTCデバイスのデバイス特性である。第2のデバイス特性が、ローカルに記憶された第1のデバイス特性と異なるとき、つまり、認証されるべきMTCデバイスが、ネットワークにアクセスする最初のMTCデバイスであるMTCデバイスではないときは、第1のグループ認証ベクトルにしたがって、認証されるべきMTCデバイスが認証され、認証されるべきMTCデバイスのシステム鍵が生成される。第2のデバイス特性が、ローカルに記憶された第1のデバイス特性と同じであるとき、つまり、認証されるべきMTCデバイスが、ネットワークにアクセスする最初のMTCデバイスであるMTCデバイスであるときは、グループ認証ベクトルが、グループ識別子にしたがって再取得され、再取得されたグループ認証ベクトルは、第2のグループ認証ベクトルと呼ばれ、第2のグループ認証ベクトルは、毎回グループ認証ベクトルが取得されるときに使用される乱数が異なるので、第1のグループ認証ベクトルとはやはり異なる。次いで、グループ識別子と、第2のデバイス特性と、取得された第2のグループ認証ベクトルとの間の結び付けの関係が確立され、第2のグループ認証ベクトルおよび第2のデバイス特性によって生成された期待される応答番号にしたがって、認証されるべきMTCデバイスが認証され、認証されるべきMTCデバイスのシステム鍵が、第2のグループ認証ベクトルおよび第2のデバイス特性にしたがって生成される。当業者に本発明の第1の実施形態で提供される技術的な解決策をより明瞭に理解させるために、第1の実施形態で提供される技術的な解決策が、特定の応用のシナリオを通じて以下で詳細に説明される。図5に示されるように、本発明の第1の実施形態によるMTCデバイスを認証するための方法は、図1に示された第1のシナリオに適用され得る。この実施形態においては、MTCデバイスのグループが、1つの識別情報GroupIMSIと、その識別情報に対応する1つの基本鍵Kとを共有する。グループ内の第1のMTCデバイスがネットワークにアクセスするとき、MTCデバイスとネットワークの間の相互認証が実行され、システム鍵が生成される。別のMTCデバイスがネットワークにアクセスするとき、第1のMTCデバイスによって取得されたグループ認証ベクトルが、当該デバイスとネットワークの間の相互認証を実行し、システム鍵を生成するために再使用される。第1のMTCデバイスは、MTCグループ内のMTCデバイスがそれまでネットワークにアクセスしていない場合に、ネットワークにアタッチ要求を最初に送信するMTCデバイスを指す。UMTSネットワークにおいて、この方法は、以下のステップを含む。ステップ201第1のMTCデバイスが、在圏ロケーションレジスタにアタッチ要求を送信し、アタッチ要求は、グループ内のデバイスによって共有される識別情報GroupIMSIと、第1のMTCデバイスのデバイス特性deviceposition1と、タイムスタンプtimestamp1とを含み、timestampは、アタッチ要求が送信される時間に基づいて生成される。devicepositionは、MTCデバイスグループ内の各デバイスの位置を示し、各デバイスのデバイス特性として使用される。デバイス特性は、MTCデバイスのグループを所有するユーザによって指定される可能性があり、オペレータは、登録段階でデバイス特性を知らされる可能性がある。あるいは、MTCデバイスのグループ内の特定のデバイスが、登録中にMTCデバイスのグループの情報をオペレータに知らせ、次に、オペレータが、デバイス特性を各MTCデバイスに割り当てる。もちろん、別の特徴も、デバイス特性として選択される可能性があり、ここでは1つ1つ列挙されない。ステップ202第1のMTCデバイスのアタッチ要求を受信した後、VLRが、GroupIMSIとグループ認証ベクトルの間に結び付けの関係が存在するかどうかを調べる、つまり、GroupIMSIに結び付けられた認証ベクトルが存在するかどうかを判定する。そのMTCデバイスが第1のMTCデバイスであるので、結び付けの関係は存在せず、新しいグループ認証ベクトルが取得される必要がある。ステップ203VLRが、認証ベクトル要求をホームロケーションレジスタに送信し、要求は、GroupIMSIを含む。ステップ204HLRが、GroupIMSIにしたがって対応する基本鍵Kを発見し、グループ認証ベクトルAVを生成し、ここで、RANDは乱数を示し、XRESは期待される応答番号を示し、CKは暗号化鍵を示し、IKは完全性鍵を示し、AUTHは認証トークンを示す。HLRは1つのAVを生成する可能性があり、一群のAVを生成する可能性もあり、1つのAVまたは複数のAVをVLRに送信する可能性があることに留意されたい。VLRは、1つのAVを繰り返し使用するか、または一群のAVを循環的に使用して、MTCデバイスを認証することができる。ステップ205HLRが、AVおよび事前に定義された関数FをVLRに送信する。関数FはVLRにおいて直接構成される可能性もあり、後のステップにおいてシステム鍵またはデバイスの期待される応答番号などのパラメータを計算するために使用されることに留意されたい。ステップ206VLRが、AVおよび関数Fを記憶し、AVと、第1のMTCデバイスのデバイス特性deviceposition1と、グループ内のデバイスによって共有される識別情報GroupIMSIとの間の結び付けの関係を確立し、次に、関数Fを使用することによって第1のMTCデバイスの期待される応答番号XRESdevice1Fを計算し、ここで、deviceposition1は、ステップ202で受信されたパラメータであり、XRESは、グループ認証ベクトルAVのパラメータである。ステップ207VLRが、グループ認証情報を第1のMTCデバイスに送信し、グループ認証情報は、AVから取得されたパラメータであり、乱数RANDおよび認証トークンAUTHを含む。ステップ208グループ認証情報を受信した後、第1のMTCデバイスが、認証トークンAUTHを調べ、AUTHが正しい場合、第1のMTCデバイスによって実行されたネットワーク側の認証を完了し、第1のMTCデバイスの応答番号RESdevice1Fと、第1のMTCデバイスの暗号化鍵CKdevice1Fと、第1のMTCデバイスの完全性鍵IKdevice1Fとを計算する。ステップ209第1のMTCデバイスが、RESdevice1を含むデバイス認証情報をVLRに送信する。ステップ210VLRが、XRESdevice1が、受信されたRESdevice1に等しいかどうかを調べ、それらが等しい場合、第1のMTCデバイスのアタッチ要求を受け入れ、ネットワークによって実行された第1のMTCデバイスの認証を完了し、ネットワーク側の鍵CKdevice1FおよびIKdevice1Fを計算する。ステップ211VLRが、第1のMTCデバイスとネットワークの間の相互認証を完了するために、アタッチ要求が受け入れられることを示すメッセージを第1のMTCデバイスに送信する。ステップ212第2のMTCデバイスが、VLRにアタッチ要求を送信し、メッセージは、deviceposition2、timestamp2、およびGroupIMSIを含む。ステップ213第2のMTCデバイスのアタッチ要求を受信した後、VLRが、GroupIMSIとAVの間に結び付けの関係が存在するかどうかを調べ、存在しない場合、HLRからの新しいAVを要求し、存在する場合、アタッチ要求内のdeviceposition2が、GroupIMSIおよびAVに結び付けられたdevicepositionと同じであるかどうかを調べ、同じでない場合、既存のAVを使用することによって第2のMTCデバイスを認証し、同じである場合、HLRからの新しいAVを要求する。このステップにおいて、そのMTCデバイスが第2のMTCデバイスであるので、新しいAVを求めることは必要とされない。第1のMTCデバイスが求めるAVが、認証を実行するために直接使用され、システム鍵が生成される。方法は、第1のMTCデバイスを認証するための方法と同じであり、ここで再び繰り返して説明されない。第2のMTCデバイスを認証するための上述の方法において、ネットワークにアクセスする2番目のMTCデバイスであるMTCデバイスは、説明のための例とみなされる。しかし、方法は、現在のMTCグループ内でアタッチ要求を送信する2番目のMTCデバイスであるMTCデバイスを認証することに限定されず、方法は、MTCグループ内で、第1のMTCデバイスを除いて、アタッチ要求をその後送信するすべてのその他のMTCデバイスに適用可能である。タイムスタンプtimestampに加えて、乱数RANDなどの別のパラメータが、システム鍵を生成するためにやはり使用され得ることに留意されたい。VLRによって実行される部分的な機能は、HLRで実行される可能性もある。ネットワークにアクセスする最初のMTCデバイスであるMTCデバイスがシャットダウンされ、一方、その他のMTCデバイスは引き続きネットワーク側と通信する必要があるとき、VLRは、ネットワークにアクセスする最初のMTCデバイスであるMTCデバイスがシャットダウンされる場合にその他のMTCデバイスが新しいAVを取得することができることを保証するために、ネットワークにアクセスする最初のMTCデバイスであるMTCデバイスのシャットダウン記録を記憶する必要がある。図6に示されるように、上述の方法は、ロングタームエボリューションネットワークにも適用され得る。違いは、UMTSネットワークのVLRがLTEネットワークのモビリティ管理エンティティに対応し、UMTSネットワークのHLRが、LTEネットワークのホーム加入者システムに対応する点にある。方法は、以下を含む。ステップ301第1のMTCデバイスが、MMEにアタッチ要求を送信し、アタッチ要求は、グループ内のデバイスによって共有される識別情報GroupIMSIと、第1のMTCデバイスのデバイス特性deviceposition1と、タイムスタンプtimestamp1とを含み、timestampは、アタッチ要求が送信される時間に基づいて生成される。ステップ302第1のMTCデバイスのアタッチ要求を受信した後、MMEが、GroupIMSIと認証ベクトルAVの間に結び付けの関係が存在するかどうかを調べる、つまり、GroupIMSIに結び付けられた認証ベクトルが存在するかどうかを判定する。そのMTCデバイスが第1のMTCデバイスであるので、結び付けの関係は存在せず、新しい認証ベクトルAVが取得される必要がある。ステップ303MMEが、認証ベクトル要求をホーム加入者システムに送信し、要求は、GroupIMSIを含む。ステップ304HSSが、GroupIMSIにしたがって対応するKを発見し、認証ベクトルAVを生成し、HSSは、1つのAVを生成する可能性があり、一群のAVを生成する可能性もあり、1つのAVまたは複数のAVをMMEに送信する可能性があり、MMEは、1つのAVを繰り返し使用するか、または一群のAVを循環的に使用して、MTCデバイスを認証することができる。ステップ305HSSが、AVおよび事前に定義された関数FをMMEに送信する。関数FはMMEにおいて直接構成される可能性もあることに留意されたい。ステップ306MMEが、AVおよび関数Fを記憶し、AVと、第1のMTCデバイスのデバイス特性deviceposition1と、グループ内のデバイスによって共有される識別情報GroupIMSIとの間の結び付けの関係を確立し、次いで、関数Fを使用することによって、第1のMTCデバイスの期待される応答番号XRESdevice1Fを計算する。ステップ307MMEが、グループ認証情報を第1のMTCデバイスに送信し、グループ認証情報は、乱数RANDおよび認証トークンAUTHを含む。ステップ308グループ認証情報を受信した後、第1のMTCデバイスが、認証トークンAUTHを調べ、AUTHが正しい場合、第1のMTCデバイスによって実行されたネットワーク側の認証を完了し、第1のMTCデバイスの応答番号RESdevice1FおよびパラメータKASMEdevice1Fを計算する。ステップ309第1のMTCデバイスが、RESdevice1を含むデバイス認証情報をMMEに送信する。ステップ310MMEが、XRESdevice1が、受信されたRESdevice1に等しいかどうかを調べ、それらが等しい場合、第1のMTCデバイスのアタッチ要求を受け入れ、ネットワークによって実行された第1のMTCデバイスの認証を完了し、ネットワーク側のKASMEdevice1Fを計算する。ステップ311MMEが、第1のMTCデバイスとネットワークの間の相互認証を完了するために、アタッチ要求が受け入れられることを示すメッセージを第1のMTCデバイスに送信する。ステップ312第2のMTCデバイスが、MMEにアタッチ要求を送信し、メッセージは、deviceposition2、timestamp2、およびGroupIMSIを含む。ステップ313第2のMTCデバイスのアタッチ要求を受信した後、MMEが、GroupIMSIとAVの間に結び付けの関係が存在するかどうかを調べ、存在しない場合、HSSからの新しいAVを要求し、存在する場合、アタッチ要求内のdeviceposition2が、GroupIMSIおよびAVに結び付けられたdevicepositionと同じであるかどうかを調べ、同じでない場合、既存のAVを使用することによって第2のMTCデバイスを認証し、同じである場合、HSSからの新しいAVを要求する。このステップにおいて、そのMTCデバイスが第2のMTCデバイスであるので、新しいAVを求めることは必要とされない。第1のMTCデバイスが求めるAVが、認証のために直接使用され、システム鍵が生成される。方法は、第1のMTCデバイスを認証するための方法と同じであり、ここで再び繰り返して説明されない。第2のMTCデバイスを認証するための上述の方法において、ネットワークにアクセスする2番目のMTCデバイスであるMTCデバイスは、説明のための例とみなされる。しかし、方法は、現在のMTCグループ内でアタッチ要求を送信する2番目のMTCデバイスであるMTCデバイスを認証することに限定されず、方法は、MTCグループ内で、第1のMTCデバイスを除いて、アタッチ要求をその後送信するすべてのMTCデバイスに適用可能である。タイムスタンプtimestampに加えて、乱数RANDなどの別のパラメータが、システム鍵を生成するためにやはり使用され得ることに留意されたい。MMEによって実行される部分的な機能は、HSSで実行される可能性もある。ネットワークにアクセスする最初のMTCデバイスであるMTCデバイスがシャットダウンされ、一方、その他のMTCデバイスは引き続きネットワーク側と通信する必要があるとき、MMEは、ネットワークにアクセスする最初のMTCデバイスであるMTCデバイスがシャットダウンされる場合にその他のMTCデバイスが新しいAVを取得することができることを保証するために、ネットワークにアクセスする最初のMTCデバイスであるMTCデバイスのシャットダウン記録を記憶する必要がある。本発明の実施形態において提供されるMTCデバイスを認証するための方法においては、グループ認証ベクトルが、MTCグループによって共有されるグループ識別子を通じて取得され、グループ内の認証されるべきMTCデバイスが、グループ認証ベクトルを通じて認証され、システム鍵が生成され、それによって、認証し、システム鍵を生成するプロセスにおいて異なるMTCデバイスに対して異なる認証ベクトルが生成されることが必要であるという問題を回避し、したがって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑が避けられる。また、1つのグループ識別子を共有することは、15ビットのIMSIがMTCデバイスの数が多いときに使用するのに不十分であるという問題も解決する。本発明の実施形態で提供されるMTCデバイスを認証するための方法によって、多数のMTCデバイスが短期間にネットワークにアクセスする場合に、各MTCデバイスが、やはり効果的に認証され得る。図7に示されるように、本発明の第2の実施形態によるMTCデバイスを認証するための方法は、以下を含む。ステップ401MTCグループ内のプライマリMTCデバイスとネットワーク側の間の認証が成功した後、MTCグループ内の第2のMTCデバイスによって送信されたアタッチ要求を受信する。この実施形態において、プライマリMTCデバイスは、MTCグループ内のゲートウェイである可能性があり、指定されたMTCデバイスである可能性もある。プライマリMTCデバイスとネットワーク側の間の相互認証が実行され、次に、プライマリMTCデバイスが、グループ内の認証されるべきその他のMTCデバイスを認証する。ステップ402第2のMTCデバイスを認証し、プライマリMTCデバイスとネットワーク側の間の認証のプロセスで生成されたグループ認証ベクトルを使用することによって第2のMTCデバイスに関するシステム鍵を生成する。この実施形態において、第2のMTCデバイスは、グループ内のプライマリMTCデバイスを除く任意のMTCデバイスであり、システム鍵は、グループ認証ベクトルを再使用することによって第2のMTCデバイスに対して生成される。ステップ403システム鍵を第2のMTCデバイスに送信する。この実施形態において、システム鍵は、ネットワーク側の鍵およびデバイス側の鍵を含み、プライマリMTCデバイスによって第2のMTCデバイスに送信される鍵は、第2のMTCデバイスのデバイス側の鍵である。本発明の実施形態において提供されるMTCデバイスを認証するための方法においては、MTCグループ内のプライマリMTCデバイスとネットワーク側の間の相互認証が最初に実行され、システム鍵が、それらの相互認証プロセスで生成されたグループ認証ベクトルを使用することによって、グループ内のその他の正常に認証されたMTCデバイスに対して生成され、それによって、異なるMTCデバイスに対してシステム鍵を生成するために異なる認証ベクトルを使用することが必要とされる従来技術の問題を回避する。この実施形態で提供される方法によって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑がやはり避けられる。さらに、グループ内のプライマリMTCデバイスとネットワーク側の間の認証が成功した後、認証プロセスにおいて生成されたグループ認証ベクトルと、グループ識別子との間の結び付けの関係が確立され、したがって、グループ内の認証されるべきその他のMTCデバイスが、MTCデバイスのグループ識別子およびデバイス特性を含むアタッチ要求をプライマリMTCデバイスに送信するときに、グループ認証ベクトルをグループ識別子にしたがって素早く発見することができ、グループ認証ベクトルおよびMTCデバイスのデバイス特性が、MTCデバイスのシステム鍵を生成するために使用され得る。当業者に本発明の第2の実施形態で提供される技術的な解決策をより明瞭に理解させるために、第2の実施形態で提供される技術的な解決策が、特定の応用のシナリオを通じて以下で詳細に説明される。図8に示されるように、本発明の第2の実施形態によるMTCデバイスを認証するための方法は、図2に示された第2のシナリオおよび図3に示された第3のシナリオに適用され得る。この実施形態においては、MTCデバイスのグループが、1つの識別情報GroupIMSIと、1つの対応する基本鍵Kとを共有する。グループ内のMTCゲートウェイがネットワークにアクセスするとき、MTCゲートウェイとネットワークの間の相互認証が実行され、システム鍵が生成される。MTCゲートウェイは、グループ内のその他のMTCデバイスを認証し、MTCゲートウェイによって取得されたAVを再使用することによって鍵を生成し、その他のMTCデバイスに鍵を割り当てる役割を負う。UMTSネットワークにおいて、この方法は、以下のステップを含む。ステップ501MTCゲートウェイが、VLRにアタッチ要求を送信し、要求は、グループ内のデバイスによって共有される識別情報GroupIMSIと、MTCゲートウェイのデバイス特性devicepositionと、timestampとを含み、timestampは、アタッチ要求が送信される時間に基づいて生成される。ステップ502VLRが、認証ベクトルAV要求をHLRに送信し、要求は、GroupIMSIを含む。ステップ503HLRが、GroupIMSIにしたがって対応するKを発見し、認証ベクトルAVを生成し、ここで、RANDは乱数を示し、XRESは期待される応答番号を示し、CKは暗号化鍵を示し、IKは完全性鍵を示し、AUTHは認証トークンを示す。ステップ504HLRが、AVおよび事前に定義された関数FをVLRに送信する。関数FはVLRにおいて直接構成される可能性もあり、後のステップにおいてシステム鍵またはデバイスの期待される応答番号などのパラメータを計算するために使用されることに留意されたい。ステップ505VLRが、AVおよび関数Fを記憶し、AVと、MTCゲートウェイのデバイス特性devicepositionと、グループ内のデバイスによって共有される識別情報GroupIMSIとの間の結び付けの関係を確立し、次に、関数Fを使用することによってMTCゲートウェイの期待される応答番号XRESdeviceFを計算し、ここで、devicepositionは、ステップ502で受信されたパラメータであり、XRESは、グループ認証ベクトルAVのパラメータである。ステップ506VLRが、グループ認証情報をMTCゲートウェイに送信し、グループ認証情報は、乱数RANDおよび認証トークンAUTHを含む。ステップ507グループ認証情報を受信した後、MTCゲートウェイが、認証トークンAUTHを調べ、AUTHが正しい場合、MTCゲートウェイによって実行されたネットワーク側の認証を完了し、MTCゲートウェイの応答番号RESdeviceFと、MTCゲートウェイの暗号化鍵CKdeviceFと、MTCゲートウェイの完全性鍵IK、IKdeviceFとを計算する。ステップ508MTCゲートウェイが、RESdeviceを含むデバイス認証情報をVLRに送信する。ステップ509VLRが、XRESdeviceが、受信されたRESdeviceに等しいかどうかを調べ、それらが等しい場合、MTCゲートウェイのアタッチ要求を受け入れ、ネットワークによって実行されたMTCゲートウェイの認証を完了し、ネットワーク側の鍵CKdeviceFおよびIKdeviceFを計算する。ステップ510VLRが、MTCゲートウェイとネットワークの間の相互認証を完了するために、アタッチ要求が受け入れられることを示すメッセージをMTCゲートウェイに送信する。ステップ511グループ内の別のMTCデバイスが、MTCゲートウェイにアタッチ要求を送信し、メッセージは、MTCデバイスのdeviceposition2、timestamp2、およびGroupIMSIを含む。ステップ512グループ内の別のMTCデバイスのアタッチ要求を受信した後、MTCゲートウェイがMTCデバイスを認証する。ステップ513MTCゲートウェイがMTCデバイスを正常に認証する場合、MTCゲートウェイが、MTCデバイスのアタッチ要求をVLRに送信し、アタッチ要求は、GroupIMSI、timestamp2、およびdeviceposition2を含む。ステップ514VLRが、GroupIMSIにしたがってステップ505で受信されたAVを発見し、ネットワーク側の鍵CKdevice2FおよびIKdevice2Fを計算する。ステップ515MTCゲートウェイが、MTCデバイスのデバイス特性deviceposition2にしたがってデバイス側の鍵CKdevice2FおよびIKdevice2Fを計算する。ステップ516MTCゲートウェイが、生成されたデバイス側の鍵CKdevice2およびIKdevice2をMTCデバイスに割り当てる。MTCゲートウェイは、MTCデバイスのグループ内のプライマリデバイスである可能性もあり、それは、認証され、ネットワークにアクセスする最初のMTCデバイスであることに留意されたい。タイムスタンプtimestampに加えて、乱数RANDなどの別のパラメータが、システム鍵を生成するためにやはり使用され得る。図9に示されるように、上述の方法は、LTEネットワークにおいても適用され得る。違いは、UMTSネットワークのVLRがLTEネットワークのMMEに対応し、UMTSネットワークのHLRがLTEネットワークのHSSに対応する点にある。具体的な実装方法は、以下のように説明される。ステップ601MTCゲートウェイが、MMEにアタッチ要求を送信し、要求は、グループ内のデバイスによって共有される識別情報GroupIMSIと、MTCゲートウェイのデバイス特性devicepositionと、timestampとを含み、timestampは、アタッチ要求が送信される時間に基づいて生成される。ステップ602MMEが、認証ベクトルAV要求をHSSに送信し、要求は、GroupIMSIを含む。ステップ603HSSが、GroupIMSIにしたがって対応するKを発見し、認証ベクトルAVを生成する。ステップ604HSSが、AVおよび事前に定義された関数FをMMEに送信する。ステップ605MMEが、AVおよび関数Fを記憶し、AVと、MTCゲートウェイのデバイス特性devicepositionと、グループ内のデバイスによって共有される識別情報GroupIMSIとの間の結び付けの関係を確立し、次いで、関数Fを使用することによって、MTCゲートウェイの期待される応答番号XRESdeviceFを計算する。ステップ606MMEが、グループ認証情報をMTCゲートウェイに送信し、グループ認証情報は、乱数RANDおよび認証トークンAUTHを含む。ステップ607グループ認証情報を受信した後、MTCゲートウェイが、認証トークンAUTHを調べ、AUTHが正しい場合、MTCゲートウェイによって実行されたネットワーク側の認証を完了し、MTCゲートウェイの応答番号RESdeviceFおよびパラメータKASMEdeviceFを計算する。ステップ608MTCゲートウェイが、RESdeviceを含むデバイス認証情報をMMEに送信する。ステップ609MMEが、XRESdeviceが、受信されたRESdeviceに等しいかどうかを調べ、それらが等しい場合、MTCゲートウェイのアタッチ要求を受け入れ、ネットワークによって実行されたMTCゲートウェイの認証を完了し、ネットワーク側のKASMEdeviceFを計算する。ステップ610MMEが、MTCゲートウェイとネットワークの間の相互認証を完了するために、アタッチ要求が受け入れられることを示すメッセージをMTCゲートウェイに送信する。ステップ611グループ内の別のMTCデバイスが、MTCゲートウェイにアタッチ要求を送信し、メッセージは、MTCデバイスのdeviceposition2、timestamp2、およびGroupIMSIを含む。ステップ612グループ内の別のMTCデバイスのアタッチ要求を受信した後、MTCゲートウェイがMTCデバイスを認証する。ステップ613MTCゲートウェイがMTCデバイスを正常に認証する場合、MTCゲートウェイが、MTCデバイスのアタッチ要求をMMEに送信し、アタッチ要求は、GroupIMSIおよびdeviceposition2を含む。ステップ614GroupIMSIにしたがって、MMEが、ステップ605で受信されたAVを発見し、ネットワーク側のKASMEdevice2Fを計算する。ステップ615MTCゲートウェイが、MTCデバイスのデバイス特性deviceposition2にしたがってデバイス側のKASMEdevice2Fを計算する。ステップ616MTCゲートウェイが、生成されたデバイス側のKASMEdevice2をMTCデバイスに割り当てる。MTCゲートウェイは、MTCデバイスのグループ内のプライマリデバイスである可能性もあり、それは、認証され、ネットワークにアクセスする最初のMTCデバイスであることに留意されたい。タイムスタンプtimestampに加えて、乱数RANDなどの別のパラメータが、システム鍵を生成するためにやはり使用され得る。本発明の実施形態において提供されるMTCデバイスを認証するための方法においては、MTCグループ内のプライマリMTCデバイスとネットワーク側の間の相互認証が最初に実行され、システム鍵が、それらの相互認証プロセスで生成されたグループ認証ベクトルを使用することによって、グループ内のその他の正常に認証されたMTCデバイスに対して生成され、それによって、異なるMTCデバイスに対してシステム鍵を生成するために異なる認証ベクトルを使用することが必要とされる従来技術の問題を回避する。この実施形態で提供される方法によって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑が避けられる。図10に示されるように、本発明の第3の実施形態によるMTCデバイスを認証するための方法は、以下を含む。ステップ701MTCグループ内のプライマリMTCデバイスが、ネットワーク側にアタッチ要求を送信し、アタッチ要求は、MTCグループのグループ識別子、およびMTCグループ内の認証されるべきその他のMTCデバイスのデバイス特性を含む。この実施形態においては、認証されるべき1つまたは複数のその他のMTCデバイスが、MTCグループ内に存在し得る。プライマリMTCデバイスは、バッチ処理を実行するように機能し、異なるMTCデバイスは、同じグループ識別子および異なるデバイス特性に対応する。システム鍵を生成する後続のプロセスにおいて、異なるデバイス特性にしたがって異なるMTCデバイスに対して異なるシステム鍵が生成され、それによって、システムのセキュリティを保証し、処理の効率を改善する。ステップ702プライマリMTCデバイスとネットワーク側の間の認証を実行し、グループ認証ベクトル、および認証されるべきその他のMTCデバイスのデバイス特性を使用することによって、認証されるべきその他のMTCデバイスに関するシステム鍵を生成し、グループ認証ベクトルは、プライマリMTCデバイスとネットワーク側の間の認証のプロセスで生成される。ステップ703プライマリMTCデバイスが、認証されるべきその他のMTCデバイスを正常に認証した後、プライマリMTCデバイスが、認証されるべきその他のMTCデバイスにシステム鍵を送信する。この実施形態において、システム鍵は、ネットワーク側の鍵およびデバイス側の鍵を含み、プライマリMTCデバイスによって、認証されるべきMTCデバイスに送信される鍵は、それらのデバイス側の鍵である。本発明の実施形態において提供されるMTCデバイスを認証するための方法においては、グループ認証ベクトルが、MTCグループによって共有されるグループ識別子を通じて取得され、システム鍵が、グループ内の認証されるべきすべてのMTCデバイスに対して、グループ認証ベクトルを通じて生成され、生成されたシステム鍵が、MTCデバイスに割り当てられ、それによって、異なるMTCデバイスに対してシステム鍵を生成するために異なる認証ベクトルが使用される必要があるために大量のシグナリングのトラフィックが生成されるという従来技術の問題を回避する。この実施形態で提供される方法によって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑が避けられる。また、1つのグループ識別子を共有することは、15ビットのIMSIがMTCデバイスの数が多いときに使用するのに不十分であるという問題も解決する。当業者に本発明の第3の実施形態で提供される技術的な解決策をより明瞭に理解させるために、第3の実施形態で提供される技術的な解決策が、特定の応用のシナリオを通じて以下で詳細に説明される。図11に示されるように、本発明の第3の実施形態によるMTCデバイスを認証するための方法は、図2に示された第2のシナリオおよび図3に示された第3のシナリオに適用され得る。この実施形態においては、MTCデバイスのグループが、1つの識別情報GroupIMSIと、1つの対応する基本鍵Kとを共有する。グループ内のMTCゲートウェイがネットワークにアクセスするとき、MTCゲートウェイとネットワークの間の相互認証が実行され、グループ内の認証されるべきその他のMTCデバイスのデバイス特性が、ネットワーク側に一回送信され、システム鍵が、認証ベクトルAVを再使用することによってグループ内のその他のMTCデバイスに対して生成される。MTCゲートウェイは、グループ内のその他のMTCデバイスを認証し、グループ内のその他のMTCデバイスに鍵を割り当てる役割を負う。UMTSネットワークにおいて、この方法は、以下のステップを含む。ステップ801MTCゲートウェイが、VLRにアタッチ要求を送信し、要求は、グループ内のデバイスによって共有される識別情報GroupIMSIと、timestampと、グループ内のMTCデバイスのデバイス特性deviceposition1、deviceposition2、deviceposition3とを含み、timestampは、アタッチ要求が送信される時間に基づいて生成される。ステップ802VLRが、認証ベクトルAV要求をHLRに送信し、要求は、GroupIMSIと、devicepositionnによって示されるグループ内のMTCデバイスのデバイス特性deviceposition1、deviceposition2、deviceposition3とを含む。ステップ803HLRが、GroupIMSIにしたがって対応するKを発見し、認証ベクトルAVを生成し、ここで、RANDは乱数を示し、XRESは期待される応答番号を示し、CKは暗号化鍵を示し、IKは完全性鍵を示し、AUTHは認証トークンを示し、HLRが、グループ内のデバイスのデバイス特性devicepositionnを使用することによって各デバイスのネットワーク側の暗号化鍵CKdevicenFおよびネットワーク側の完全性鍵IKdevicenFを計算する。ステップ804HLRが、AVと、事前に定義された関数Fと、各MTCデバイスのネットワーク側の暗号化鍵CKdeviceと、各MTCデバイスのネットワーク側の完全性鍵IKdeviceとをVLRに送信する。もちろん、関数Fは、VLRにおいて直接構成される可能性もある。ステップ805VLRが、AVと、関数Fと、各デバイスのネットワーク側の暗号化鍵CKdeviceと、各デバイスのネットワーク側の完全性鍵IKdeviceとを記憶する。ステップ806VLRが、グループ認証情報をMTCゲートウェイに送信し、グループ認証情報は、乱数RANDおよび認証トークンAUTHを含む。ステップ807グループ認証情報を受信した後、MTCゲートウェイが、認証トークンAUTHを調べ、AUTHが正しい場合、MTCゲートウェイによって実行されたネットワーク側の認証を完了し、応答番号RES、暗号化鍵CK、および完全性鍵IKを計算する。ステップ808MTCゲートウェイが、RESを含むデバイス認証情報をVLRに送信する。ステップ809VLRが、XRESが、受信されたRESに等しいかどうかを調べ、それらが等しい場合、MTCゲートウェイのアタッチ要求を受け入れ、ネットワークによって実行されたMTCゲートウェイの認証を完了する。ステップ810VLRが、MTCゲートウェイとネットワークの間の相互認証を完了するために、アタッチ要求が受け入れられることを示すメッセージをMTCゲートウェイに送信する。ステップ811MTCゲートウェイが、ステップ807において計算される各MTCデバイスのCK、IK、およびデバイス特性devicepositionnにしたがって各MTCデバイスの暗号化鍵CKdevicenFおよびIKdevicenFを計算する。ステップ812MTCゲートウェイが、グループ内の各MTCデバイスを認証する。ステップ813認証が成功する場合、MTCゲートウェイが、ステップ811において計算されるCKdevicenおよびIKdevicenを対応するMTCデバイスに割り当てる。MTCゲートウェイは、MTCデバイスのグループ内のプライマリデバイスである可能性もあり、それは、認証され、ネットワークにアクセスする最初のMTCデバイスであることに留意されたい。timestampに加えて、乱数RANDなどの別のパラメータが、システム鍵を生成するためにやはり使用され得る。図12に示されるように、上述の方法は、LTEネットワークにおいても適用され得る。違いは、UMTSネットワークのVLRがLTEネットワークのMMEに対応し、UMTSネットワークのHLRがLTEネットワークのHSSに対応する点にある。具体的な実装方法は、以下のように説明される。ステップ901MTCゲートウェイが、MMEにアタッチ要求を送信し、要求は、グループ内のデバイスによって共有される識別情報GroupIMSIと、timestampと、グループ内のMTCデバイスのデバイス特性deviceposition1、deviceposition2、deviceposition3とを含み、timestampは、アタッチ要求が送信される時間に基づいて生成される。ステップ902MMEが、認証ベクトルAV要求をHSSに送信し、要求は、GroupIMSIと、devicepositionnによって示されるグループ内のMTCデバイスのデバイス特性deviceposition1、deviceposition2、deviceposition3とを含む。ステップ903HSSが、GroupIMSIにしたがって対応するKを発見し、認証ベクトルAVを生成し、グループ内の各デバイスのデバイス特性devicepositionnを使用することによって各デバイスのネットワーク側のKASMEdevicenFを計算する。ステップ904HSSが、AVと、事前に定義された関数Fと、各MTCデバイスのネットワーク側のKASMEdeviceとをMMEに送信する。ステップ905MMEが、AVと、関数Fと、各MTCデバイスのネットワーク側のKASMEdeviceとを記憶する。ステップ906MMEが、グループ認証情報をMTCゲートウェイに送信し、グループ認証情報は、乱数RANDおよび認証トークンAUTHを含む。ステップ907グループ認証情報を受信した後、MTCゲートウェイが、認証トークンAUTHを調べ、AUTHが正しい場合、MTCゲートウェイによって実行されたネットワーク側の認証を完了し、応答番号RESおよびデバイス側のKASMEを計算する。ステップ908MTCゲートウェイが、RESを含むデバイス認証情報をMMEに送信する。ステップ909MMEが、XRESが、受信されたRESに等しいかどうかを調べ、それらが等しい場合、MTCゲートウェイのアタッチ要求を受け入れ、ネットワークによって実行されたMTCゲートウェイの認証を完了する。ステップ910MMEが、MTCゲートウェイとネットワークの間の相互認証を完了するために、アタッチ要求が受け入れられることを示すメッセージをMTCゲートウェイに送信する。ステップ911MTCゲートウェイが、ステップ907において計算される各MTCデバイスのKASMEおよびデバイス特性devicepositionnにしたがって各MTCデバイスのKASMEdevicenFを計算する。ステップ912MTCゲートウェイが、グループ内の各MTCデバイスを認証する。ステップ913認証が成功する場合、MTCゲートウェイが、ステップ911において計算されたKASMEdevicenを対応するMTCデバイスに割り当てる。MTCゲートウェイは、MTCデバイスのグループ内のプライマリデバイスである可能性もあり、それは、認証され、ネットワークにアクセスする最初のMTCデバイスであることに留意されたい。timestampに加えて、乱数RANDなどの別のパラメータが、システム鍵を生成するためにやはり使用され得る。本発明の実施形態において提供されるMTCデバイスを認証するための方法においては、グループ認証ベクトルが、MTCグループによって共有されるグループ識別子を通じて取得され、システム鍵が、グループ内の認証されるべきその他のMTCデバイスに対して、グループ認証ベクトルを通じて一回生成され、生成されたシステム鍵が、MTCデバイスに割り当てられ、それによって、異なるMTCデバイスに対してシステム鍵を生成するために異なる認証ベクトルが使用される必要があるために大量のシグナリングのトラフィックが生成されるという従来技術の問題を回避する。この実施形態で提供される方法によって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑が避けられる。また、1つのグループ識別子を共有することは、15ビットのIMSIがMTCデバイスの数が多いときに使用するのに不十分であるという問題も解決する。図13に示されるように、本発明の第4の実施形態によるMTCデバイスを認証するための方法は、以下を含む。ステップ1001グループ識別子およびデバイス特性を含むアタッチ要求を受信し、グループ識別子は、認証されるべきMTCデバイスが位置するMTCグループのグループ識別子であり、デバイス特性は、認証されるべきMTCデバイスのデバイス特性である。ステップ1002グループ識別子およびデバイス特性にしたがって、認証されるべきMTCデバイスの認証ベクトルを取得する。ステップ1003認証ベクトルおよびデバイス特性にしたがって、認証されるべきMTCデバイスを認証し、認証されるべきMTCデバイスに関するシステム鍵を生成する。本発明の実施形態において提供されるMTCデバイスを認証するための方法においては、認証ベクトルが、1つのグループ識別子を共有することによって取得され、それによって、15ビットのIMSIがMTCデバイスの数が多いときに使用するのに不十分であるという問題を解決する。また、異なるデバイス特性にしたがって異なるMTCデバイスに対して異なるシステム鍵が生成され、それによって、システムのセキュリティを保証し、処理の効率を改善する。本発明の実施形態で提供されるMTCデバイスを認証するための方法によって、多数のMTCデバイスが短期間にネットワークにアクセスする場合に、各MTCデバイスが、やはり効果的に認証され得る。当業者に本発明の第4の実施形態で提供される技術的な解決策をより明瞭に理解させるために、第4の実施形態で提供される技術的な解決策が、特定の応用のシナリオを通じて以下で詳細に説明される。図14に示されるように、本発明の第4の実施形態によるMTCデバイスを認証するための方法は、図1に示された第1のシナリオに適用され得る。この実施形態においては、MTCデバイスのグループが、1つの識別情報GroupIMSIを共有し、識別情報GroupIMSIおよびデバイス特性devicepositionが、異なる基本鍵Kに対応する。グループ内の各MTCデバイスは、GroupIMSIおよびデバイス特性devicepositionを通じてネットワークにアクセスする。MTCデバイスは、異なるKに基づいて認証され、システム鍵が生成される。UMTSネットワークにおいて、この方法は、以下のステップを含む。ステップ1101MTCデバイスが、VLRにアタッチ要求を送信し、アタッチ要求は、グループ内のデバイスによって共有される識別情報GroupIMSIと、MTCデバイスのデバイス特性devicepositionとを含む。ステップ1102VLRが、認証ベクトルAV要求をHLRに送信し、要求は、GroupIMSIおよびdevicepositionを含む。ステップ1103HLRが、GroupIMSIおよびdevicepositionにしたがって対応する基本鍵Kを発見し、事前に定義された関数Fを使用することによってAVを生成し、ここで、XRESdeviceFである。ステップ1104HLRが、AVおよび事前に定義された関数FをVLRに送信する。関数FはVLRにおいて直接構成される可能性もあることに留意されたい。ステップ1105VLRが、AVおよび関数Fを記憶する。ステップ1106VLRが、認証情報をMTCデバイスに送信し、認証情報は、乱数RANDおよび認証トークンAUTHを含む。ステップ1107認証情報を受信した後、MTCデバイスが、認証トークンAUTHを調べ、AUTHが正しい場合、MTCデバイスによって実行されたネットワーク側の認証を完了し、MTCデバイスの応答番号RESdeviceFと、MTCデバイスの暗号化鍵CKdeviceFと、MTCデバイスの完全性鍵IKdeviceFとを計算する。ステップ1108MTCデバイスが、RESdeviceを含むデバイス認証情報をVLRに送信する。ステップ1109VLRが、XRESdeviceが、受信されたRESdeviceに等しいかどうかを調べ、それらが等しい場合、MTCデバイスのアタッチ要求を受け入れ、ネットワークによって実行されたMTCデバイスの認証を完了し、ネットワーク側の鍵CKdeviceFおよびIKdeviceFを計算する。ステップ1110VLRが、MTCデバイスとネットワークの間の相互認証を完了するために、アタッチ要求が受け入れられることを示すメッセージをMTCデバイスに送信する。図15に示されるように、上述の方法は、LTEネットワークにおいても適用され得る。違いは、UMTSネットワークのVLRがLTEネットワークのMMEに対応し、UMTSネットワークのHLRがLTEネットワークのHSSに対応する点にある。具体的な実装方法は、以下のように説明される。ステップ1201MTCデバイスが、MMEにアタッチ要求を送信し、アタッチ要求は、グループ内のデバイスによって共有される識別情報GroupIMSIと、MTCデバイスのデバイス特性devicepositionとを含む。ステップ1202MMEが、認証ベクトルAV要求をHSSに送信し、要求は、GroupIMSIおよびdevicepositionを含む。ステップ1203HSSが、GroupIMSIおよびdevicepositionにしたがって対応する基本鍵Kを発見し、事前に定義された関数Fを使用することによってAVを生成し、ここで、XRESdeviceFである。ステップ1204HSSが、AVおよび事前に定義された関数FをMMEに送信する。関数FはMMEにおいて直接構成される可能性もあることに留意されたい。ステップ1205MMEが、AVおよび関数Fを記憶する。ステップ1206MMEが、認証情報をMTCデバイスに送信し、認証情報は、乱数RANDおよび認証トークンAUTHを含む。ステップ1207認証情報を受信した後、MTCデバイスが、認証トークンAUTHを調べ、AUTHが正しい場合、MTCデバイスによって実行されたネットワーク側の認証を完了し、MTCデバイスの応答番号RESdeviceFおよびMTCデバイスのKASMEdeviceFを計算する。ステップ1208MTCデバイスが、RESdeviceを含むデバイス認証情報をMMEに送信する。ステップ1209MMEが、XRESdeviceが、受信されたRESdeviceに等しいかどうかを調べ、それらが等しい場合、MTCデバイスのアタッチ要求を受け入れ、ネットワークによって実行されたMTCデバイスの認証を完了し、ネットワーク側のKASMEdeviceFを計算する。ステップ1210MMEが、MTCデバイスとネットワークの間の相互認証を完了するために、アタッチ要求が受け入れられることを示すメッセージをMTCデバイスに送信する。本発明の実施形態において提供されるMTCデバイスを認証するための方法においては、認証ベクトルが、1つのグループ識別子を共有することによって取得され、それによって、15ビットのIMSIがMTCデバイスの数が多いときに使用するのに不十分であるという問題を解決する。また、異なるデバイス特性にしたがって異なるMTCデバイスに対して異なるシステム鍵が生成され、それによって、システムのセキュリティを保証し、処理の効率を改善する。本発明の実施形態で提供されるMTCデバイスを認証するための方法によって、多数のMTCデバイスが短期間にネットワークにアクセスする場合に、各MTCデバイスが、やはり効果的に認証され得る。図16に示されるように、本発明の実施形態は、グループ識別子を含み、認証されるべきMTCデバイスによって送信されたアタッチ要求を受信するように構成された第1の受信ユニット1301であって、グループ識別子が、認証されるべきMTCデバイスが位置するMTCグループのグループ識別子である、第1の受信ユニット1301と、第1の受信ユニット1301によって受信されたグループ識別子に結び付けられた第1のグループ認証ベクトルが存在するときに、第1のグループ認証ベクトルにしたがって、認証されるべきMTCデバイスを認証し、認証されるべきMTCデバイスに関するシステム鍵を生成するように構成された第1の認証ユニット1302とを含むネットワーク側のエンティティをさらに提供する。さらに、図17に示されるように、ネットワーク側のエンティティは、第1のグループ認証ベクトルが存在しないときに、第1の受信ユニット1301によって受信されたグループ識別子にしたがってサーバから第1のグループ認証ベクトルを取得するように構成された第1の取得ユニット1303と、第1の受信ユニット1301によって受信されたグループ識別子と、第1の取得ユニット1303によって取得された第1のグループ認証ベクトルとの間の結び付けの関係を確立するように構成された第1の確立ユニット1304と、第1の取得ユニット1303によって取得された第1のグループ認証ベクトルにしたがって、認証されるべきMTCデバイスを認証し、認証されるべきMTCデバイスに関するシステム鍵を生成するように構成された第2の認証ユニット1305とをさらに含む。さらに、図18に示されるように、ネットワーク側のエンティティは、第1の受信ユニット1301によって受信されたアタッチ要求が認証されるべきMTCデバイスを識別するために使用される第2のデバイス特性をさらに含むときに、第2のデバイス特性が、ローカルに記憶された第1のデバイス特性と同じであるかどうかを判定するように構成された判定ユニット1306であって、第1のデバイス特性は、グループ識別子と第1のグループ認証ベクトルの両方に結び付けられたデバイス特性である、判定ユニット1306をさらに含む。さらに、図18に示されるように、ネットワーク側のエンティティは、認証されるべきMTCデバイスの第2のデバイス特性が、ローカルに記憶された第1のデバイス特性と同じであるとき、第1の受信ユニット1301によって受信されたグループ識別子にしたがって、MTCグループ内のMTCデバイスを認証するために使用される第2のグループ認証ベクトルを取得するように構成された第2の取得ユニット1307と、第1の受信ユニット1301によって受信されたグループ識別子と、第2のデバイス特性と、第2の取得ユニット1307によって取得された第2のグループ認証ベクトルとの間の結び付けの関係を確立するように構成された第2の確立ユニット1308と、第2の取得ユニット1307によって取得された第2のグループ認証ベクトルおよび第1の受信ユニット1301によって受信された第2のデバイス特性によって生成された期待される応答番号にしたがって、認証されるべきMTCデバイスを認証し、第2の取得ユニット1307によって取得された第2のグループ認証ベクトルおよび第1の受信ユニット1301によって受信された第2のデバイス特性にしたがって、認証されるべきMTCデバイスのシステム鍵を生成するように構成された第3の認証ユニット1309とをさらに含む。図19に示されるように、第1の認証ユニット1302は、第1のグループ認証ベクトルおよび第1の受信ユニット1301によって受信された第2のデバイス特性にしたがって期待される応答番号を生成するように構成された第1の生成ユニット13021と、認証されるべきMTCデバイスが、グループ認証情報にしたがってネットワークを認証し、第2のデバイス特性にしたがってデバイス側の鍵を生成するように、認証されるべきMTCデバイスにグループ認証情報を送信するように構成された第1の送信ユニット13022であって、グループ認証情報は、第1のグループ認証ベクトル内の情報である、第1の送信ユニット13022と、認証されるべきMTCデバイスによって第2のデバイス特性にしたがって生成された応答番号を受信するように構成された第2の受信ユニット13023と、第2の受信ユニット13023によって受信された応答番号および第1の生成ユニット13021によって生成された期待される応答番号にしたがって、認証されるべきMTCデバイスを認証するように構成された第1の認証サブユニット13024と、第1のグループ認証ベクトル、および第1の受信ユニット1301によって受信される第2のデバイス特性にしたがってネットワーク側の鍵を生成するように構成された第2の生成ユニット13025とを含む。上述のユニットの具体的な実装方法に関しては、ステップ201~213またはステップ301~313で説明された方法が参照可能であり、これらのステップは、ここで再び繰り返して説明されない。本発明の実施形態で提供されるネットワーク側のエンティティにおいては、グループ認証ベクトルが、MTCグループによって共有されるグループ識別子を通じて取得され、グループ内の認証されるべきすべてのMTCデバイスが、グループ認証ベクトルを通じて認証され、システム鍵が生成され、それによって、認証し、システム鍵を生成するプロセスにおいて異なるMTCデバイスに対して異なる認証ベクトルが生成されることが必要であるという問題を回避し、したがって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑が避けられる。また、1つのグループ識別子を共有することは、15ビットのIMSIがMTCデバイスの数が多いときに使用するのに不十分であるという問題も解決する。本発明の実施形態で提供されるネットワーク側のエンティティによって、多数のMTCデバイスが短期間にネットワークにアクセスする場合に、各MTCデバイスが、やはり効果的に認証され得る。図20に示されるように、本発明の実施形態は、デバイスとネットワーク側の間の認証が成功した後、デバイスが位置するMTCグループ内の第2のMTCデバイスによって送信されたアタッチ要求を受信するように構成された第3の受信ユニット1401と、第2のMTCデバイスを認証し、デバイスとネットワーク側の間の認証のプロセスで生成されたグループ認証ベクトルを使用することによって第2のMTCデバイスに関するシステム鍵を生成するように構成された第4の認証ユニット1402と、第4の認証ユニット1402によって生成されたシステム鍵を第2のMTCデバイスに送信するように構成された第2の送信ユニット1403とを含む、MTCデバイスを認証するためのデバイスをさらに提供する。さらに、図21に示されるように、MTCデバイスを認証するためのデバイスは、デバイスとネットワーク側の間の認証が成功した後、グループ認証ベクトルと、MTCグループのグループ識別子との間の結び付けの関係を確立するように構成された第3の確立ユニット1404をさらに含む。さらに、図22に示されるように、第4の認証ユニット1402は、第3の受信ユニット1401によって受信されたグループ識別子に結び付けられたグループ認証ベクトルを取得するように構成された第3の取得ユニット14021と、第3の取得ユニット14021によって取得されたグループ認証ベクトル、および第3の受信ユニット1401によって受信される、第2のMTCデバイスのデバイス特性を使用することによって第2のMTCデバイスに関するシステム鍵を生成するように構成された第3の生成ユニット14022とを含む。さらに、図23に示されるように、MTCデバイスを認証するためのデバイスは、ネットワーク側が、グループ認証ベクトルおよび第2のMTCデバイスのデバイス特性を使用することによって第2のMTCデバイスに関するシステム鍵を生成するように、第3の受信ユニット1401によって受信されたアタッチ要求をネットワーク側に転送するように構成された転送ユニット1405をさらに含む。上述のユニットの具体的な実装方法に関しては、ステップ501~516またはステップ601~616で説明された方法が参照可能であり、これらのステップは、ここで再び繰り返して説明されない。本発明の実施形態において提供されるMTCデバイスを認証するためのデバイスにおいては、MTCグループ内のプライマリMTCデバイスとネットワーク側の間の相互認証が最初に実行され、システム鍵が、それらの相互認証プロセスで生成されたグループ認証ベクトルを使用することによって、グループ内のその他の正常に認証されたMTCデバイスに対して生成され、それによって、異なるMTCデバイスに対してシステム鍵を生成するために異なる認証ベクトルを使用することが必要とされる従来技術の問題を回避する。この実施形態で提供されるデバイスによって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑が避けられる。図24に示されるように、本発明の実施形態は、アタッチ要求をネットワーク側に送信するように構成された第3の送信ユニット1501であって、アタッチ要求が、デバイスが位置するMTCグループのグループ識別子、およびMTCグループ内の認証されるべきMTCデバイスのデバイス特性を含む、第3の送信ユニット1501と、デバイスとネットワーク側の間で相互認証を実行し、グループ認証ベクトル、および認証されるべきMTCデバイスのデバイス特性を使用することによって、認証されるべきMTCデバイスに関するシステム鍵を生成するように構成された第5の認証ユニット1502であって、グループ認証ベクトルが、デバイスとネットワーク側の間の認証のプロセスで生成される、第5の認証ユニット1502と、デバイスが、認証されるべきMTCデバイスを正常に認証した後、第5の認証ユニット1502によって生成されたシステム鍵を認証されるべきMTCデバイスに送信するように構成された第4の送信ユニット1503とを含む、MTCデバイスを認証するためのデバイスをさらに提供する。さらに、MTCデバイスを認証するためのデバイスは、第3の送信ユニット1501によって送信されたアタッチ要求がデバイスのデバイス特性を含むときに、デバイスのデバイス特性にしたがってデバイスのシステム鍵を生成するように構成された第4の生成ユニット1504をさらに含む。上述のユニットの具体的な実装方法に関しては、ステップ801~813またはステップ901~913で説明された方法が参照可能であり、これらのステップは、ここで再び繰り返して説明されない。本発明の実施形態において提供されるMTCデバイスを認証するためのデバイスにおいては、グループ認証ベクトルが、MTCグループによって共有されるグループ識別子を通じて取得され、システム鍵が、グループ内の認証されるべきすべてのMTCデバイスに対して、グループ認証ベクトルを通じて生成され、生成されたシステム鍵が、MTCデバイスに割り当てられ、それによって、異なるMTCデバイスに対してシステム鍵を生成するために異なる認証ベクトルが使用される必要があるために大量のシグナリングのトラフィックが生成されるという従来技術の問題を回避する。この実施形態で提供されるデバイスによって、シグナリングのトラフィックが大幅に削減され、多数のMTCデバイスが短期間にネットワークにアクセスする場合であってもネットワークの混雑が避けられる。また、1つのグループ識別子を共有することは、15ビットのIMSIがMTCデバイスの数が多いときに使用するのに不十分であるという問題も解決する。図25に示されるように、本発明の実施形態は、グループ識別子およびデバイス特性を含むアタッチ要求を受信するように構成された第4の受信ユニット1601であって、グループ識別子は、認証されるべきMTCデバイスが位置するMTCグループのグループ識別子であり、デバイス特性は、認証されるべきMTCデバイスのデバイス特性である、第4の受信ユニット1601と、第4の受信ユニット1601によって受信されるグループ識別子およびデバイス特性にしたがって、認証されるべきMTCデバイスの認証ベクトルを取得するように構成された第4の取得ユニット1602と、第4の取得ユニット1602によって取得された認証ベクトルおよび第4の受信ユニット1601によって受信されたデバイス特性にしたがって、認証されるべきMTCデバイスを認証し、認証されるべきMTCデバイスのシステム鍵を生成するように構成された第6の認証ユニット1603とを含むネットワーク側のエンティティをさらに提供する。上述のユニットの具体的な実装方法に関しては、ステップ1101~1110またはステップ1201~1210で説明された方法が参照可能であり、これらのステップは、ここで再び繰り返して説明されない。本発明の実施形態で提供されるネットワーク側のエンティティにおいては、認証ベクトルが、1つのグループ識別子を共有することによって取得され、それによって、15ビットのIMSIがMTCデバイスの数が多いときに使用するのに不十分であるという問題を解決する。また、異なるデバイス特性にしたがって異なるMTCデバイスに対して異なるシステム鍵が生成され、それによって、システムのセキュリティを保証し、処理の効率を改善する。本発明の実施形態で提供されるネットワーク側のエンティティによって、多数のMTCデバイスが短期間にネットワークにアクセスする場合に、各MTCデバイスが、やはり効果的に認証され得る。本発明で提供される技術的な解決策は、MTCデバイスを認証する技術分野に適用され得る。当業者は、上述の実施形態による方法のステップのすべてまたは一部が、関連するハードウェアに指示するプログラムによって実装され得ることを理解するに違いない。プログラムは、ROMRAM、磁気ディスク、またはコンパクトディスクなどのコンピュータ可読ストレージ媒体に記憶され得る。上述の説明は、本発明の特定の実装方法であるに過ぎないが、本発明の保護範囲を限定するように意図されていない。本発明で開示された技術的範囲内で当業者によって容易に想到され得るすべての変更または置き換えは、本発明の保護範囲内に入るべきである。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲にしたがうべきである。