JP2018530261A - ワイヤレス通信 - Google Patents

ワイヤレス通信 Download PDF

Info

Publication number
JP2018530261A
JP2018530261A JP2018517258A JP2018517258A JP2018530261A JP 2018530261 A JP2018530261 A JP 2018530261A JP 2018517258 A JP2018517258 A JP 2018517258A JP 2018517258 A JP2018517258 A JP 2018517258A JP 2018530261 A JP2018530261 A JP 2018530261A
Authority
JP
Japan
Prior art keywords
terminal device
integrity protection
gmm
network
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018517258A
Other languages
English (en)
Other versions
JP6651613B2 (ja
Inventor
モニカ ヴィフヴェッソン，
モニカ ヴィフヴェッソン，
カタリーナ プフェッファー，
カタリーナ プフェッファー，
マグヌス カールソン，
マグヌス カールソン，
ヘンダ， ノーメン ベン
ヘンダ， ノーメン ベン
ヴェサ レヘトヴィルタ，
ヴェサ レヘトヴィルタ，
ヴェサ トルヴィネン，
ヴェサ トルヴィネン，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル）, テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2018530261A publication Critical patent/JP2018530261A/ja
Application granted granted Critical
Publication of JP6651613B2 publication Critical patent/JP6651613B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H04L63/205—Network architectures or network communication protocols for network security for managing network security; network security policies in general involving negotiation or determination of the one or more network security mechanisms to be used, e.g. by negotiation between the client and the server or between peers or by selection according to the capabilities of the entities involved
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0431—Key distribution or pre-distribution; Key agreement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/108—Source integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H04W12/121—Wireless intrusion detection systems [WIDS]; Wireless intrusion prevention systems [WIPS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H04W12/121—Wireless intrusion detection systems [WIDS]; Wireless intrusion prevention systems [WIPS]
    • H04W12/122—Counter-measures against attacks; Protection against rogue devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels

Abstract

セルラー通信ネットワークにおける端末デバイスの動作の方法が開示される。方法は、端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージをネットワークに送ることを含む。端末デバイスは、ネットワークから、端末デバイスのセキュリティ能力を識別する情報を包含するエコーメッセージをＧＭＭレイヤにおいて受信し、ここで、エコーメッセージは、完全性保護を備えて受信される。【選択図】図５

Description

本発明は、セルラー通信ネットワークにおける端末デバイスの動作の方法、ネットワークノードの動作の方法、ならびに対応する端末デバイスおよびネットワークノードに関する。
セルラー・インターネット・オブ・シングス（ＣＩｏＴ）は、たとえば、地下室などの厳しい環境のために拡張したカバレッジを提供することができる新たな無線技術であり、非常に限定された帯域幅（たとえば、１６０ｂｐｓ）を使用して、莫大な数の（基地局当たり５００００を超える）ＵＥをサーブするように設計される。
３ＧＰＰ標準化における現在の想定は、ＣＩｏＴユーザ装置と、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）との間で、Ｇｂモードにおいて制御プレーンのための完全性保護を導入する際、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）上でのＣＩｏＴのためのセキュリティ機構が、ＧＰＲＳセキュリティの強化に基づくようにすることである。
ＣＩｏＴについての想定は、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）認証および鍵の合致（ＡＫＡ）が、鍵材料を作成するＧＰＲＳモビリティ管理およびセッション管理（ＧＭＭ／ＳＭ）レイヤで作動し、完全性保護が、ＵＭＴＳ ＡＫＡセッション鍵から鍵導出関数で作成された完全性鍵（ＩＫ’）を使用して、論理リンク制御（ＬＬＣ）レイヤでなされることである。
本発明によれば、セルラー通信ネットワークにおける端末デバイスの動作の方法が提供される。方法は、端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージをネットワークに送ることと、ネットワークから、端末デバイスのセキュリティ能力を識別する情報を包含するエコーメッセージをＧＭＭレイヤにおいて受信することとを含み、ここで、エコーメッセージは、完全性保護を備えて受信される。
一実施形態において、完全性保護は、エコーメッセージにおけるメッセージ認証コードによって提供される。
別の実施形態において、エコーメッセージは、ＧＭＭ認証および秘匿化応答メッセージである。
さらなる実施形態において、ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力は、端末デバイスによってサポートされる完全性保護アルゴリズム、および端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含する。
本発明によれば、セルラー通信ネットワークにおいて使用するための端末デバイスが提供される。端末デバイスは、端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージをネットワークに送り、ネットワークから、端末デバイスのセキュリティ能力を識別する情報を包含するエコーメッセージをＧＭＭレイヤにおいて受信するために適合され、ここで、エコーメッセージは、完全性保護を備えて受信される。
一実施形態において、完全性保護は、エコーメッセージにおけるメッセージ認証コードによって提供される。
別の実施形態において、エコーメッセージは、ＧＭＭ認証および秘匿化応答メッセージである。
さらなる実施形態において、ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力は、端末デバイスによってサポートされる完全性保護アルゴリズム、および端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含する。
本発明によれば、セルラー通信ネットワークにおけるネットワークノードの動作の方法が提供され、方法は、端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージを端末デバイスから受信することと、ＧＭＭレイヤにおいてエコーメッセージを端末デバイスに送信することとを含む。エコーメッセージは、ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力に対応している端末デバイスのセキュリティ能力を識別する情報を包含し、方法は、完全性保護を備えてエコーメッセージを送信することをさらに含む。
一実施形態において、完全性保護は、エコーメッセージにおけるメッセージ認証コードによって提供される。
別の実施形態において、エコーメッセージは、ＧＭＭ認証および秘匿化応答メッセージである。
さらなる実施形態において、ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力は、端末デバイスによってサポートされる完全性保護アルゴリズム、および端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含する。
本発明によれば、セルラー通信ネットワークにおいて使用するためのネットワークノードが提供され、ネットワークノードは、端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージを端末デバイスから受信し、ＧＭＭレイヤにおいてエコーメッセージを端末デバイスに送信するために適合される。エコーメッセージは、ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力に対応している端末デバイスのセキュリティ能力を識別する情報を包含し、ネットワークノードは、完全性保護を備えてエコーメッセージを送信するためにさらに適合される。
一実施形態において、完全性保護は、エコーメッセージにおけるメッセージ認証コードによって提供される。
別の実施形態において、エコーメッセージは、ＧＭＭ認証および秘匿化応答メッセージである。
さらなる実施形態において、ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力は、端末デバイスによってサポートされる完全性保護アルゴリズム、および端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含する。
本発明によれば、添付の請求項１から２０または請求項４１から５４のうちのいずれかに記載の方法をプロセッサに実施させるための命令を保持する、場合により有形な媒体を含むコンピュータプログラム製品が提供される。
セルラー通信ネットワークの一部を例示する図である。 図１のネットワークにおける端末デバイスを例示する図である。 図１のネットワークにおけるネットワークノードを例示する図である。 図１のネットワークにおいて使用されるプロトコルを例示する図である。 方法を例示する流れ図である。 方法を例示する流れ図である。 シグナリング図である シグナリング図である 図１のネットワークにおける端末デバイスを例示する図である。 図１のネットワークにおけるネットワークノードを例示する図である。 図１のネットワークにおける端末デバイスを例示する図である。 図１のネットワークにおけるネットワークノードを例示する図である。
以下では、限定ではなく解説の目的のために、特定の実施形態などの具体的な詳細を記述する。しかし、これらの具体的な詳細とは別に、他の実施形態を用いてもよいことは当業者によって認識されるであろう。いくつかの事例において、よく知られた方法、ノード、インターフェース、回路、およびデバイスの詳細な説明は、不必要な詳細によって説明を曖昧にしないように省略されている。当業者であれば、ハードウェア回路（たとえば、特化した機能を実施するように相互接続されたアナログおよび／もしくはディスクリートの論理ゲート、ＡＳＩＣ、ＰＬＡ、など）を使用して、ならびに／または、ソフトウェアプログラムの実行に基づいて本明細書で開示される処理を遂行するように特別に適合された１つまたは複数のデジタルマイクロプロセッサもしくは汎用コンピュータと連携してそのようなプログラムおよびデータを使用して、説明される機能が１つまたは複数のノードにおいて実装され得ることを認識するであろう。エアインターフェースを使用して通信するノードはまた、好適な無線通信回路も有する。その上、本技術は、本明細書で説明される技法をプロセッサに遂行させることになる適切な一組のコンピュータ命令を保持するソリッドステートメモリ、磁気ディスク、または光学ディスクなどの任意の形態のコンピュータ可読メモリ内でもっぱら具体化されるものと追加的に考えることができる。
ハードウェア実装は、限定はせずに、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、縮小命令セットプロセッサ、限定はしないが、特定用途向け集積回路（ＡＳＩＣ）および／またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を包含するハードウェア（たとえば、デジタルまたはアナログ）回路、ならびに（適切であれば）そのような機能を実施することができるステートマシンを包含する、または範囲に入れることができる。
コンピュータ実装の観点からいえば、コンピュータは一般に、１つもしくは複数のプロセッサ、１つもしくは複数の処理モジュール、または１つもしくは複数のコントローラを含むように理解され、コンピュータ、プロセッサ、処理モジュール、およびコントローラという用語は、区別なく用いられてもよい。コンピュータ、プロセッサ、またはコントローラによって提供されるとき、その機能は、単一の専用コンピュータもしくはプロセッサもしくはコントローラによって、単一の共有コンピュータもしくはプロセッサもしくはコントローラによって、または、そのうちのいくつかを共有もしくは分散することができる複数の個々のコンピュータもしくはプロセッサもしくはコントローラによって、提供されてよい。その上、用語「プロセッサ」または「コントローラ」はまた、上で挙げた例示的なハードウェアなどの、そのような機能を実施する、および／またはソフトウェアを実行することができる他のハードウェアも指す。
本説明はユーザ装置（ＵＥ）について述べるが、「ＵＥ」は、アップリンク（ＵＬ）において信号を送信すること、ならびにダウンリンク（ＤＬ）において信号を受信すること、および／または測定することのうちの、少なくとも１つを可能にする無線インターフェースを装備した任意のモバイルデバイスもしくはワイヤレスデバイス、またはノードを含む非限定的な用語であることが、当業者によって理解されるべきである。本明細書でのＵＥは、１つもしくは複数の周波数、キャリア周波数、コンポーネントキャリア、または周波数帯域において動作する、または少なくとも測定を実施することができる（その一般的な意味での）ＵＥを含むことができる。ＵＥは、シングルもしくはマルチ無線アクセス技術（ＲＡＴ）、またはマルチスタンダードモードで動作する「ＵＥ」であってよい。「ＵＥ」と同様に、用語「モバイルデバイス」および「端末デバイス」も、以下の説明で区別なく使用されてよく、そのようなデバイスが、必ずしもユーザによって携帯されるという意味においての「モバイル」である必要はないことが認識されるであろう。代わりに、用語「モバイルデバイス」は、モバイル通信用グローバルシステム（ＧＳＭ）、ＵＭＴＳ、Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、その他などの、１つまたは複数のモバイル通信標準に従って動作する通信ネットワークと通信する能力のあるあらゆるデバイスを範囲に入れる。
セルは、基地局に関連付けられ、基地局は、一般的な意味において、ダウンリンク（ＤＬ）において無線信号を送信し、および／またはアップリンク（ＵＬ）において無線信号を受信する任意のネットワークノードを含む。いくつかの例示的な基地局、または基地局を説明するために使用される用語は、ｅＮｏｄｅＢ、ｅＮＢ、ＮｏｄｅＢ、マクロ／マイクロ／ピコ／フェムト無線基地局、（フェムト基地局としても知られる）ホームｅＮｏｄｅＢ、中継器、リピータ、センサ、送信専用無線ノードもしくは受信専用無線ノード、またはＷＬＡＮアクセスポイント（ＡＰ）である。基地局は、１つまたは複数の周波数、キャリア周波数、または周波数帯域で動作する、または少なくとも測定を実施することができ、キャリアアグリゲーションの能力があってよい。基地局はまた、シングル無線アクセス技術（ＲＡＴ）ノード、マルチＲＡＴノード、または、たとえば異なるＲＡＴ対して同じもしくは異なるベースバンドモジュールを使用するマルチスタンダードノードであってもよい。
図１は、ネットワーク１０の一部を例示する。ネットワーク１０は、セルラー・インターネット・オブ・シングス（ＣＩｏＴ）端末デバイス（ＵＥ）２０と、サービングＧＰＲＳサポートノード（ＳＧＳＮ）３０とに接続された基地局１２を含む。当然ながら、ネットワークは、典型的には多くの基地局および非常に多数の端末デバイスを包含することになるが、図１は、本発明の理解のためには十分である。端末デバイスは、ユーザ装置デバイスであっても、求めに応じてネットワークに自動的に接続するデバイスであってもよく、固定されていてもポータブルでもよい。
図２は、説明される非限定例の実施形態のうちの１つまたは複数に従って動作するように適合され得る、または設定され得る端末デバイス（ＵＥ）２０を示す。ＵＥ２０は、ＵＥ２０の動作を制御するプロセッサまたは処理ユニット２２を含む。処理ユニット２２は、関連付けられたアンテナ２６を備えたトランシーバユニット２４（受信機および送信機を含む）に接続され、アンテナ２６は、ネットワーク１０における基地局１２に信号を送信し、基地局１２から信号を受信するために使用される。ＵＥ２０はまた、処理ユニット２２に接続されたメモリまたはメモリユニット２８を含み、メモリまたはメモリユニット２８は、処理ユニット２２によって実行可能な命令またはコンピュータコード、およびＵＥ２０の動作に求められる他の情報またはデータを保持する。
図３は、説明される非限定例の実施形態のうちの１つまたは複数に従って動作するように適合され得る、または設定され得るサービングＧＰＲＳサポートノード（ＳＧＳＮ）３０を示す。ＳＧＳＮ３０は、ＳＧＳＮ３０の動作を制御するプロセッサまたは処理ユニット３２を含む。処理ユニット３２は、関連付けられたアンテナ３６を備えたトランシーバユニット３４（受信機および送信機を含む）に接続され、アンテナ３６は、ネットワーク１０における基地局１２を介して、端末デバイス２０に信号を送信し、端末デバイス２０から信号を受信するために使用される。ＳＧＳＮ３０はまた、処理ユニット３２に接続されたメモリまたはメモリユニット３８を含み、メモリまたはメモリユニット３８は、処理ユニット３２によって実行可能な命令またはコンピュータコード、およびＳＧＳＮ３０の動作に求められる他の情報またはデータを保持する。
制御シグナリングおよびユーザプレーンデータの暗号化は、２Ｇ ＧＰＲＳではオプションである。既存の２Ｇ ＧＰＲＳは、通常のＧＳＭ／ＧＰＲＳコンテキストでよりも、セルラー・インターネット・オブ・シングス（ＣＩｏＴ）コンテキストで問題となるいくつものセキュリティ課題を有する。たとえば、攻撃者が暗号化をオフにすることを潜在的に可能にすることができる「競り下げ」攻撃の問題がある。これは、機密性の喪失の問題だけでなく、攻撃者がＣＩｏＴ ＵＥをネットワークから切り離すことを可能にするというより重大な問題にもつながることがあり、このようにして、ＣＩｏＴ ＵＥをネットワーク接続のないまま放置する。ＣＩｏＴ ＵＥは、人的支援なしに、そのような状況から回復する必要があることになる。セキュリティ強化が指定されていない場合、ＣＩｏＴ ＵＥが騙されて、ネットワークに向けてサービス拒否攻撃を実施することがあるというリスクもある。さらに、攻撃者は、潜在的に、ＣＩｏＴ ＵＥおよびネットワークに、絶対に必要であるよりも頻繁に認証の作動を強制し、このようにして、ＣＩｏＴ ＵＥのバッテリを消費することができる。いくつかのＣＩｏＴ ＵＥは、非常に小さく低容量のバッテリで、１０年間動作するように想定されている。
上で説明した攻撃を解決するためのソリューションは、完全性保護を導入することである。完全性保護のセキュリティ特徴は、２Ｇ ＧＰＲＳでは全く標準化されなかった。
完全性保護は、たとえば、ＧＭＭメッセージ、ＳＭメッセージ、ショートメッセージサービス（ＳＭＳ）などのレイヤ３制御シグナリングメッセージ、およびユーザプレーンデータを完全性保護することができるように、ＬＬＣレイヤによってサポートされ得る。
完全性保護を提供するためには、ＣＩｏＴ ＵＥが３ＧＰＰネットワークにおいて登録するためにＧＭＭアタッチ手順を起動するときに、レイヤ３シグナリング情報およびユーザプレーンデータのセキュリティ保護のためにどの完全性アルゴリズムおよび暗号化アルゴリズムを使用するのかを、ＣＩｏＴ ＵＥとＳＧＳＮとがネゴシエートする必要がある。したがって、ＣＩｏＴ ＵＥは、ネットワークにアタッチし、ＧＭＭアタッチ要求メッセージを起動するときに、そのセキュリティ能力表示（ＣＩｏＴ ＵＥのセキュリティ能力）において、サポートされる完全性保護アルゴリズムの識別子をサポートされる暗号化アルゴリズムと一緒に、ＳＧＳＮに送る必要がある。ＣＩｏＴ ＵＥのセキュリティ能力は、たとえば、「ＭＳネットワーク能力」において、または新たなＵＥ能力表示において表示することができる。
しかしながら、ＳＧＳＮはまだ、ＣＩｏＴ ＵＥを認証し、ＳＧＳＮおよびＣＩｏＴ ＵＥにおけるいかなる共通のセキュリティ鍵も確立することができていないので、ＣＩｏＴ ＵＥとＳＧＳＮとの間で、現在はＧＭＭアタッチ要求メッセージを保護することができない。したがって、ＣＩｏＴ ＵＥによるＧＭＭアタッチ要求メッセージに包含されたＣＩｏＴ ＵＥのセキュリティ能力に表示された、サポートされるセキュリティアルゴリズム識別子に対して攻撃があったかどうかを、ＳＧＳＮが検出することは可能ではない。
したがって、今では、ＳＧＳＮが、ＧＭＭアタッチ要求メッセージにおいて受信したＣＩｏＴ ＵＥのセキュリティ能力をエコーして、完全性保護されたＧＭＭメッセージ（たとえば、ＧＭＭ認証および秘匿化要求メッセージ、または任意の新たなＧＭＭメッセージ）においてＣＩｏＴ ＵＥに戻すべきであると提案されており、その結果、競り下げ攻撃が行われていないことを結論づけるために、ＣＩｏＴ ＵＥは、受信したＣＩｏＴ ＵＥのセキュリティ能力が、ＣＩｏＴ ＵＥがＧＭＭアタッチ要求メッセージにおいてＳＧＳＮに送ったＣＩｏＴ ＵＥのセキュリティ能力と、一致するかどうかを検査することができる。
ＳＧＳＮはまた、ＧＭＭアタッチ要求メッセージにおけるＣＩｏＴ ＵＥからのＣＩｏＴ ＵＥのセキュリティ能力に表示されたサポートアルゴリズムに基づいて、共通の暗号化アルゴリズムおよび共通の完全性保護アルゴリズムを選択する。したがって、ＳＧＳＮは、選択したアルゴリズムを、完全性保護されたＧＭＭメッセージ（たとえば、ＧＭＭ認証および秘匿化要求メッセージ、または任意の新たなＧＭＭメッセージ）において、ＣＩｏＴ ＵＥに対して表示することができる。
しかしながら、現在、ＣＩｏＴ ＵＥがＳＧＳＮから、エコーされたＣＩｏＴ ＵＥのセキュリティ能力、ならびに選択された暗号化アルゴリズムおよび完全性保護アルゴリズムを包含するＧＭＭメッセージ（たとえば、ＧＭＭ認証および秘匿化要求メッセージ、または任意の新たなＧＭＭメッセージにおいて）を受信するとき、ＣＩｏＴ ＵＥは、ＬＬＣレイヤにおいて利用可能な完全性鍵およびネットワーク選択による完全性アルゴリズムを有さない。これは、ＣＩｏＴ ＵＥにおけるＬＬＣレイヤが、ＬＬＣプロトコルにおいて提供されたいかなるメッセージ認証コード（ＭＡＣ）も検証することができないことを含意している。
図４は、Ｇｂモードにおけるプロトコルレイヤ制御プレーンを例示する。
この図から見ることができるように、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）認証および鍵の合致（ＡＫＡ）は、鍵材料（ＣＫ、ＩＫ）を作成するＧＰＲＳモビリティ管理およびセッション管理（ＧＭＭ／ＳＭ）レイヤで作動する。完全性保護は、ＵＭＴＳ ＡＫＡセッション鍵から鍵導出関数で作成された完全性鍵（ＩＫ’）を使用して、論理リンク制御（ＬＬＣ）レイヤでなされる。
図５は、一実施形態による、セルラー通信ネットワークにおける端末デバイスの動作の方法を示す流れ図である。
ステップ５０１で、端末デバイスは、ＧＭＭアタッチ要求メッセージをネットワークに送り、ＧＭＭアタッチ要求メッセージは、端末デバイスのセキュリティ能力を識別する。
ステップ５０２で、端末デバイスは、ネットワークから、端末デバイスのセキュリティ能力を識別する情報を包含するエコーメッセージをＧＭＭレイヤにおいて受信し、ここで、エコーメッセージは、完全性保護を備えて受信される。
端末デバイスの動作の方法は、以下の特徴のいずれかをさらに含むことができる。
完全性保護は、エコーメッセージにおけるメッセージ認証コードによって提供されてよい。
エコーメッセージは、ＧＭＭ認証および秘匿化応答メッセージであってよい。
ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力は、端末デバイスによってサポートされる完全性保護アルゴリズム、および端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含することができる。
エコーメッセージは、ネットワークによって選択されかつ端末デバイスによってサポートされる完全性保護アルゴリズム、およびネットワークによって選択されかつ端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを識別する情報をさらに包含することができる。
方法は、エコーメッセージに包含されたメッセージ認証コードを検証することを含むことができる。
方法は、端末デバイスにおけるＧＭＭプロトコルレイヤにおいてメッセージ認証コードを検証することを含むことができる。
方法は、カウンタ値を使用して、端末デバイスにおいてメッセージ認証コードを検証することを含むことができる。カウンタ値は、ＲＡＮＤ値のビットを包含することができる。
メッセージ認証コードが検証された場合に、方法は、エコーメッセージにおいて識別された端末デバイスのセキュリティ能力が、ＧＭＭアタッチ要求メッセージにおいて識別された端末デバイスのセキュリティ能力と一致するかどうかを判定することと、エコーメッセージにおいて識別された端末デバイスのセキュリティ能力が、ＧＭＭアタッチ要求メッセージにおいて識別された端末デバイスのセキュリティ能力と一致する場合にのみ、ネットワークとの接続を維持することとを含むことができる。
エコーメッセージにおいて識別された端末デバイスのセキュリティ能力が、ＧＭＭアタッチ要求メッセージにおいて識別された端末デバイスのセキュリティ能力と一致する場合に、方法は、少なくとも１つのセキュリティ鍵を導出することと、導出されたセキュリティ鍵をＬＬＣプロトコルレイヤに割り当てることによって、ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることとを含むことができる。
方法は、ネットワークとの正常な認証を表示する応答をネットワークに送った後に、ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることを含むことができる。
方法は、ネットワークとの正常な認証を表示する応答をネットワークに送る前に、ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることを含むことができる。ネットワークとの正常な認証を表示する応答は、ＧＭＭメッセージであってよい。
ネットワークとの正常な認証を表示する応答は、ＧＭＭ認証および秘匿化応答メッセージであってよい。
ＬＬＣプロトコルレイヤにおける完全性保護のために使用されるセキュリティ鍵は、ＧＭＭレイヤにおける完全性保護のために使用される鍵と同じであってよい。
ＬＬＣプロトコルレイヤにおける完全性保護のために使用されるセキュリティ鍵は、ＧＭＭレイヤにおける完全性保護のために使用される鍵とは異なっていてもよい。
ユーザプレーンデータの完全性保護のためにＬＬＣプロトコルレイヤにおいて使用されるセキュリティ鍵は、レイヤ３シグナリングの完全性保護のために使用される鍵と同じであってよい。
ユーザプレーンデータの完全性保護のためにＬＬＣプロトコルレイヤにおいて使用されるセキュリティ鍵は、レイヤ３シグナリングの完全性保護のために使用される鍵とは異なっていてもよい。
方法は、鍵−Ｋｔｉ１２８から、ユーザプレーンデータの保護のための完全性鍵Ｋｔｉ−ｌｌｃ−ｕｐ−１２８を、以下の静的文字列、
Ｋｔｉ−ｌｌｃ−ｕｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｕｐ”，Ｋｔｉ１２８）
を使用してハッシュ化することと、
鍵−Ｋｔｉ１２８から、レイヤ３シグナリングメッセージの保護のための異なる完全性鍵Ｋｔｉ−ｌｌｃ−ｃｐ−１２８を、以下の静的文字列、
Ｋｔｉ−ｌｌｃ−ｃｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｃｐ”，Ｋｔｉ１２８）
を使用してハッシュ化することとを含むことができる。
図６は、実施形態による、セルラー通信ネットワークにおけるネットワークノードの動作の方法を示す流れ図である。
ステップ６０１で、ネットワークノードは、ＧＭＭアタッチ要求メッセージを端末デバイスから受信し、ＧＭＭアタッチ要求メッセージは、端末デバイスのセキュリティ能力を識別する。
ステップ６０２で、ネットワークノードは、ＧＭＭレイヤにおいてエコーメッセージを端末デバイスに送信し、ここで、エコーメッセージは、ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力に対応している端末デバイスのセキュリティ能力を識別する情報を包含し、エコーメッセージは、完全性保護を備えて送信される。
ネットワークノードの動作の方法は、以下の特徴のうちのいずれかをさらに含むことができる。
完全性保護は、エコーメッセージにおけるメッセージ認証コードによって提供されてよい。
エコーメッセージは、ＧＭＭ認証および秘匿化応答メッセージであってよい。
ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力は、端末デバイスによってサポートされる完全性保護アルゴリズム、および端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含することができる。
エコーメッセージは、ネットワークによって選択されかつ端末デバイスによってサポートされる完全性保護アルゴリズム、およびネットワークによって選択されかつ端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを識別する情報をさらに包含することができる。
方法は、ネットワークとの正常な認証を表示する応答を端末デバイスから受信した後に、ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることを含むことができる。
方法は、ネットワークとの正常な認証を表示する応答を端末デバイスから受信した後に、ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることを含むことができる。
ネットワークとの正常な認証を表示する応答は、ＧＭＭメッセージであってよい。
ネットワークとの正常な認証を表示する応答は、ＧＭＭ認証および秘匿化応答メッセージであってよい。
ＬＬＣプロトコルレイヤにおける完全性保護のために使用されるセキュリティ鍵は、ＧＭＭレイヤにおける完全性保護のために使用される鍵と同じであってよい。
ＬＬＣプロトコルレイヤにおける完全性保護のために使用されるセキュリティ鍵は、ＧＭＭレイヤにおける完全性保護のために使用される鍵とは異なっていてもよい。
ユーザプレーンデータの完全性保護のためにＬＬＣプロトコルレイヤにおいて使用されるセキュリティ鍵は、レイヤ３シグナリングの完全性保護のために使用される鍵と同じであってよい。
ユーザプレーンデータの完全性保護のためにＬＬＣプロトコルレイヤにおいて使用されるセキュリティ鍵は、レイヤ３シグナリングの完全性保護のために使用される鍵とは異なっていてもよい。
方法は、鍵−Ｋｔｉ１２８から、ユーザプレーンデータの保護のための完全性鍵Ｋｔｉ−ｌｌｃ−ｕｐ−１２８を、以下の静的文字列、
Ｋｔｉ−ｌｌｃ−ｕｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｕｐ”，Ｋｔｉ１２８）
を使用してハッシュ化することと、
鍵−Ｋｔｉ１２８から、レイヤ３シグナリングメッセージの保護のための異なる完全性鍵Ｋｔｉ−ｌｌｃ−ｃｐ−１２８を、以下の静的文字列、
Ｋｔｉ−ｌｌｃ−ｃｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｃｐ”，Ｋｔｉ１２８）
を使用してハッシュ化することとをさらに含むことができる。
再びＣＩｏＴ ＵＥおよびＳＧＳＮを参照すると、ＬＬＣレイヤにおいて完全性保護を開始する、またはアクティブにすることは、ＧＭＭレイヤの任務であるべきである。これは、ＣＩｏＴ ＵＥとＳＧＳＮの両方に適用される。ＵＳＩＭ上でＵＭＴＳ ＡＫＡの正常な作動が行われているとき、ＣＩｏＴ ＵＥにおけるＧＭＭレイヤは、ＬＬＣレイヤにおいて完全性保護を開始する、またはアクティブにすることができる。これを扱うために、ＧＭＭレイヤからＬＬＣレイヤへの新たな表示を規定することができる。この表示は、ＣＩｏＴ ＵＥおよびＳＧＳＮの内部である。これは、ＣＩｏＴ ＵＥおよびＳＧＳＮの両方に適用することができる。
ＧＭＭレイヤからＬＬＣレイヤへの新たな表示は、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および選択された完全性アルゴリズムを包含することができる。これは、ＣＩｏＴ ＵＥおよびＳＧＳＮの両方に適用することができる。
ＧＭＭアタッチ要求において送られた、エコーされたＣＩｏＴ ＵＥのセキュリティ能力に対して攻撃がないことをＣＩｏＴ ＵＥが検証できた場合、ＣＩｏＴ ＵＥにおけるＧＭＭレイヤは、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および完全性アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて完全性保護をアクティブにする。
ＣＩｏＴ ＵＥおよびＳＧＳＮにおけるＬＬＣレイヤにおいて完全性保護をアクティブにすることは、次のいずれかで行うことができる。ＣＩｏＴ ＵＥがＧＭＭレイヤにおいて正常な応答（たとえば、ＧＭＭ認証および秘匿化応答メッセージにおいて）をＳＧＳＮに送り出す前に、ＣＩｏＴ ＵＥにおけるＧＭＭレイヤが、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および完全性アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて完全性保護をアクティブにする。ＳＧＳＮがＲＡＮＤおよびＡＵＴＮを保持するＧＭＭメッセージ（たとえば、ＧＭＭ認証および秘匿化要求メッセージにおいて）をＣＩｏＴ ＵＥに送り出した後に、ＳＧＳＮにおけるＧＭＭレイヤが、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および完全性アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて完全性保護をアクティブにする、あるいは、ＣＩｏＴ ＵＥがＧＭＭレイヤにおいて正常な応答（たとえば、ＧＭＭ認証および秘匿化応答において）をＳＧＳＮに送り出した後に、ＣＩｏＴ ＵＥにおけるＧＭＭレイヤが、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および完全性アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて完全性保護をアクティブにする。ＳＧＳＮが、ＣＩｏＴ ＵＥから応答（たとえば、ＲＥＳを包含するＧＭＭ認証および秘匿化応答において）を受信して、ＳＧＳＮとＣＩｏＴ ＵＥとが共通のセキュリティ鍵を正常に確立したことを結論づけたときに、ＳＧＳＮにおけるＧＭＭレイヤは、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および完全性アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて完全性保護をアクティブにする。
図７は、いくつかの実施形態による方法を例示するシグナリング図である。この実施形態において、完全性保護は、ＣＩｏＴ ＵＥがＧＭＭ認証および秘匿化応答メッセージを送り出す前に、ＬＬＣレイヤにおいてアクティブにされる。完全性保護は、ＳＧＳＮがＧＭＭ認証および秘匿化要求メッセージをＣＩｏＴ ＵＥに送った後に、ＬＬＣレイヤにおいてアクティブにされる。
ステップ７０１で、ＣＩｏＴ ＵＥは、ＳＧＳＮにアタッチ要求を送る。セルラーＩｏＴ ＵＥによってサポートされる秘匿アルゴリズムおよび完全性アルゴリズムなどの、ＵＥのセキュリティ能力は、この要求と共に送られるＭＳネットワーク能力パラメータに包含されてよい。
ステップ７０３で、ＳＧＳＮは、インターナショナルモバイルサブスクライバアイデンティティ（ＩＭＳＩ）に基づいて、ホームロケーションレジスタ（ＨＬＲ）／ホームサブスクライバサーバ（ＨＳＳ）から、認証情報（ＡＶクィンテット）を取得する。
ステップ７０５で、ＳＧＳＮは、受信したＭＳネットワーク能力パラメータに基づいて、要求するＵＥがＣＩｏＴ ＵＥであることを判定する。ＳＧＳＮは次いで、ＭＳネットワーク能力の一部として送られたＵＥのセキュリティ能力から、秘匿アルゴリズムおよび完全性アルゴリズムを選択することができる。ＳＧＳＮは、秘匿鍵（Ｋｔｃ）および完全性鍵（Ｋｔｉ）を導出する。ＫｔｃおよびＫｔｉは、長さが１２８ビットであってよい。
ステップ７０７で、ＳＧＳＮは、エコーされたＭＳネットワーク能力と共に、選んだ秘匿アルゴリズムおよび完全性アルゴリズムを包含する、認証および秘匿化要求などのＧＭＭメッセージを、セルラーＩｏＴ ＵＥに送る。認証および秘匿化要求メッセージは、メッセージ認証コード（ＭＡＣ）によって完全性保護され、ＭＡＣは、ネットワークにおけるＧＭＭレイヤによって認証および秘匿化要求メッセージ上で計算される。すなわち、認証および秘匿化要求メッセージは、ＧＭＭレイヤで完全性保護される。いくつかの実施形態において、ＧＭＭレイヤは、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、およびカウンタ値を利用して、ＭＡＣを計算する。メッセージ認証コード（ＭＡＣ）という用語は、本明細書で、鍵付きハッシュ関数の結果などの、メッセージを認証するために使用され得る任意の情報を指すために使用される。メッセージ完全性コード（ＭＩＣ）という用語もまた同じ意味で使用される。
ステップ７０９で、セルラーＩｏＴ ＵＥは、ＵＳＩＭでＵＭＴＳ ＡＫＡを作動し、受信した鍵ＣＫおよびＩＫから、鍵ＫｔｃおよびＫｔｉを導出する。セルラーＩｏＴ ＵＥにおけるＧＭＭレイヤは、ＫｔｉまたはＫｔｉから導出された鍵、およびカウンタ値を利用することによって、ＭＡＣを検証する。ＭＡＣの検査が正常である場合、セルラーＩｏＴ ＵＥは、エコーされたＭＳネットワーク能力を検査する。ＣＩｏＴ ＵＥは次いで、ＧＭＭアタッチ要求においてセルラーＩｏＴ ＵＥによって最初に送られたＭＳネットワーク能力に対して攻撃がないことを検証することができる。
ステップ７１１で、ＣＩｏＴ ＵＥにおけるＧＭＭレイヤは、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および選択された完全性アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて完全性保護をアクティブにする。
ステップ７１３で、ＳＧＳＮにおけるＧＭＭレイヤは、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および選択された完全性アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて完全性保護をアクティブにする。
ステップ７１５で、ＣＩｏＴ ＵＥは、ＲＥＳを包含する認証および秘匿化応答を、ＳＧＳＮに送る。このメッセージは、ＬＬＣレイヤ上で完全性保護される。
ステップ７１７で、ＣＩｏＴ ＵＥにおけるＧＭＭレイヤは、秘匿化鍵ＫｔｃまたはＫｔｃから導出された鍵、および選択された秘匿化アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて秘匿化をアクティブにする。
ステップ７１９で、ＳＧＳＮにおけるＧＭＭレイヤは、認証および秘匿化応答メッセージにおいて受信したＲＥＳを検査する。検査が正常である場合、ＳＧＳＮにおけるＧＭＭレイヤは、秘匿化鍵ＫｔｃまたはＫｔｃから導出された鍵、および選択された秘匿化アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて秘匿化をアクティブにする。
Ｋｔｃ（またはＫｔｃから導出された鍵）およびＫｔｉ（またはＫｔｉから導出された鍵）を使用することによって、セルラーＩｏＴ ＵＥとＳＧＳＮとの間のあらゆる通信を、これより機密性保護し、完全性保護することができる。ステップ７２１で、ＳＧＳＮは、アタッチ承認メッセージをＣＩｏＴ ＵＥに送る。
図８は、いくつかの実施形態による方法を例示するシグナリング図である。この実施形態において、完全性保護は、ＣＩｏＴ ＵＥがＧＭＭ認証および秘匿化応答メッセージをＳＧＳＮに送った後に、ＬＬＣレイヤにおいてアクティブにされる。
ステップ８０１で、ＣＩｏＴ ＵＥは、ＳＧＳＮにアタッチ要求を送る。セルラーＩｏＴ ＵＥによってサポートされる秘匿アルゴリズムおよび完全性アルゴリズムなどの、ＵＥのセキュリティ能力は、この要求と共に送られるＭＳネットワーク能力パラメータに包含されてよい。
ステップ８０３で、ＳＧＳＮは、インターナショナルモバイルサブスクライバアイデンティティ（ＩＭＳＩ）に基づいて、ホームロケーションレジスタ（ＨＬＲ）／ホームサブスクライバサーバ（ＨＳＳ）から、認証情報（ＡＶクィンテット）を取得する。
ステップ８０５で、ＳＧＳＮは、受信したＭＳネットワーク能力パラメータに基づいて、要求するＵＥがＣＩｏＴ ＵＥであることを判定する。ＳＧＳＮは次いで、ＭＳネットワーク能力の一部として送られたＵＥのセキュリティ能力から、秘匿アルゴリズムおよび完全性アルゴリズムを選択することができる。ＳＧＳＮは、秘匿鍵（Ｋｔｃ）および完全性鍵（Ｋｔｉ）を導出する。ＫｔｃおよびＫｔｉは、長さが１２８ビットであってよい。
ステップ８０７で、ＳＧＳＮは、エコーされたＭＳネットワーク能力と共に、選んだ秘匿アルゴリズムおよび完全性アルゴリズムを包含する、認証および秘匿化要求などのＧＭＭメッセージを、セルラーＩｏＴ ＵＥに送る。認証および秘匿化要求メッセージは、メッセージ認証コード（ＭＡＣ）によって完全性保護され、ＭＡＣは、ネットワークにおけるＧＭＭレイヤによって認証および秘匿化要求メッセージ上で計算される。すなわち、認証および秘匿化要求メッセージは、ＧＭＭレイヤで完全性保護される。いくつかの実施形態において、ＧＭＭレイヤは、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、およびカウンタ値を利用して、ＭＡＣを計算する。
ステップ８０９で、セルラーＩｏＴ ＵＥは、ＵＳＩＭでＵＭＴＳ ＡＫＡを作動し、受信した鍵ＣＫおよびＩＫから、鍵ＫｔｃおよびＫｔｉを導出する。セルラーＩｏＴ ＵＥにおけるＧＭＭレイヤは、ＫｔｉまたはＫｔｉから導出された鍵、およびカウンタ値を利用することによって、ＭＡＣを検証する。
ＭＡＣの検査が正常である場合、セルラーＩｏＴ ＵＥは、エコーされたＭＳネットワーク能力を検査する。ＣＩｏＴ ＵＥは次いで、ＧＭＭアタッチ要求においてセルラーＩｏＴ ＵＥによって最初に送られたＭＳネットワーク能力に対して攻撃がないことを検証することができる。
ステップ８１１で、ＭＳネットワーク能力に対して攻撃がないことをセルラーＩｏＴ ＵＥが正常に検証した場合、セルラーＩｏＴ ＵＥは、ＲＥＳを包含する認証および秘匿化応答メッセージを、ＳＧＳＮに送る。
ステップ８１３で、ＣＩｏＴ ＵＥにおけるＧＭＭレイヤは、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および選択された完全性アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて完全性保護をアクティブにする。
ステップ８１５で、ＳＧＳＮにおけるＧＭＭレイヤは、認証および秘匿化応答メッセージにおいて受信したＲＥＳを検査する。検査が正常である場合、ＳＧＳＮにおけるＧＭＭレイヤは、完全性鍵ＫｔｉまたはＫｔｉから導出された鍵、および選択された完全性アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて完全性保護をアクティブにする。
ステップ８１７で、ＣＩｏＴ ＵＥにおけるＧＭＭレイヤは、秘匿化鍵ＫｔｃまたはＫｔｃから導出された鍵、および選択された秘匿化アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて秘匿化をアクティブにする。
ステップ８１９で、ＳＧＳＮにおけるＧＭＭレイヤは、秘匿化鍵ＫｔｃまたはＫｔｃから導出された鍵、および選択された秘匿化アルゴリズムをＬＬＣレイヤに割り当てることによって、ＬＬＣレイヤにおいて秘匿化をアクティブにする。
Ｋｔｃ（またはＫｔｃから導出された鍵）およびＫｔｉ（またはＫｔｉから導出された鍵）を使用することによって、セルラーＩｏＴ ＵＥとＳＧＳＮとの間の通信を、これより機密性保護し、完全性保護することができる。ステップ８２１で、ＳＧＳＮは、アタッチ承認メッセージをＣＩｏＴ ＵＥに送る。
図７および図８で説明した方法において使用されるカウンタ値は、いくつかの異なるやり方で実装されてもよい。たとえば、ＳＧＳＮにおけるＧＭＭレイヤは、ＭＡＣまたはＭＩＣを計算するときに、たとえば３２ビットカウンタ、または任意の他の長さのカウンタを、完全性保護アルゴリズムへの入力として有することができる。いくつかの実施形態においては、ＧＭＭレイヤで１つのみのダウンリンクカウンタが必要となり、そのカウンタは、ＳＧＳＮとＣＩｏＴ ＵＥの両方で利用可能であるべきである。
新たなダウンリンクカウンタＧＭＭ ＣＯＵＮＴがＧＭＭレイヤで規定された場合、このカウンタは、ゼロにリセットされて、新たなＵＭＴＳ ＡＫＡが行われ、ＣＩｏＴ ＵＥにより作動される度に、ＳＧＳＮにおけるＧＭＭレイヤにおいて１つずつ増加してよい。
ＧＭＭ ＣＯＵＮＴ値は、ＳＧＳＮからＣＩｏＴ ＵＥへの、エコーされたＣＩｏＴ ＵＥのセキュリティ能力を保持するＧＭＭメッセージに、ＭＡＣまたはＭＩＣと一緒に包含されてよい。ＧＭＭ ＣＯＵＮＴ値の値はまた、ＭＡＣまたはＭＩＣを検証するときに、完全性検証アルゴリズムへの入力として使用されてもよい。
正常な完全性保護確認の後で、ＣＩｏＴ ＵＥは、ローカルに記憶された古いカウンタを、受信したＧＭＭ ＣＯＵＮＴ値で上書きすることによって、対応するローカルに記憶されるそのカウンタを更新することができる。
エコーされたＣＩｏＴ ＵＥのセキュリティ能力を保持するＧＭＭメッセージが、新たなＡＫＡを行わずにアルゴリズムを切り替えるためにのみ使用される場合、このＧＭＭ ＣＯＵＮＴは、ＳＧＳＮによって１つずつ増加することができる。増加したＧＭＭ ＣＯＵＮＴは、ＳＧＳＮによるＣＩｏＴ ＵＥへの、エコーされたＣＩｏＴ ＵＥのセキュリティ能力を保持するＧＭＭメッセージに包含される必要がある。
代替として、ＳＧＳＮにおけるＧＭＭレイヤが、ＲＡＮＤ値からビットのうちのいくつか（たとえば、３２ビットカウンタが使用される場合、３２ビット）をコピーし、新たなＡＫＡが行われ、ＣＩｏＴ ＵＥにより作動される度に、これらのビットをカウンタとして使用することができる。
このカウンタは、別個のパラメータとして、ＣＩｏＴ ＵＥへの、エコーされたＣＩｏＴ ＵＥのセキュリティ能力を保持するＧＭＭメッセージに、ＭＡＣまたはＭＩＣと一緒に包含され得る。
ＣＩｏＴ ＵＥにおけるＧＭＭレイヤは、新たなＡＫＡがＳＧＳＮによって起動されるとき、受信したＲＡＮＤから同じ対応するビットを取り、これらのビットをカウンタとして、かつ完全性検証アルゴリズムへの入力として使用すべきである。正常な完全性保護確認の後で、ＣＩｏＴ ＵＥは、ローカルに記憶された古いカウンタを上書きすることによって、対応するローカルに記憶されるそのカウンタを更新することができる。
エコーされたＣＩｏＴ ＵＥのセキュリティ能力を保持するＧＭＭメッセージが、新たなＡＫＡを行わずにアルゴリズムを切り替えるためにのみ使用される場合、（ＲＡＮＤビットからコピーされた）このカウンタは、１つずつ増加することができる。カウンタは、エコーされたＣＩｏＴ ＵＥのセキュリティ能力を保持するＧＭＭメッセージに包含される必要があることになる。
ＣＩｏＴ ＵＥは、エコーされたＣＩｏＴ ＵＥのセキュリティ能力を保持するＧＭＭメッセージにおいて受信したカウンタを取り、そのカウンタをローカルに記憶されたカウンタと比較すべきである。受信したカウンタが、対応するローカルに記憶されたカウンタよりも少ない、または対応するローカルに記憶されたカウンタに等しい場合、そのＧＭＭメッセージは再生されたＧＭＭメッセージと考えられてよいので、ＣＩｏＴ ＵＥは、そのＧＭＭメッセージをサイレントに破棄することができる。
受信したカウンタが、対応するローカルに記憶されたカウンタよりも大きい場合、ＣＩｏＴ ＵＥは、受信したカウンタを、完全性検証アルゴリズムへの入力として使用することができる。正常な完全性保護確認の後で、ＣＩｏＴ ＵＥは、ローカルに記憶された古いカウンタを、受信したカウンタで上書きすることによって、対応するローカルに記憶されるそのカウンタを更新することができる。
さらなる代替案は、ＲＡＮＤ値からいくつかの規定された数のビット（たとえば、３２ビットカウンタが使用されることになる場合、３２ビット）をコピーし、これらのビットをハッシュ化して、ハッシュ化された値を提供することであってよく、次いでこの値は、ＧＭＭレイヤにおいて、ＳＧＳＮおよびＣＩｏＴ ＵＥでカウンタとして使用されてよい。
ＳＧＳＮにおけるＧＭＭレイヤは、ＭＡＣまたはＭＩＣを計算するときに、完全性保護アルゴリズムへの入力として、完全性鍵を必要とすることがある。
この完全性鍵を提供するために考えられる異なるオプションが存在する。
第一に、ＧＭＭレイヤにおける完全性鍵は、ＬＬＣレイヤにおける完全性保護のために使用される同じ鍵であってよい。代替として、ＧＭＭレイヤおよびＬＬＣレイヤにおける完全性保護のために、異なる完全性鍵を使用することができる。
ＧＭＭレイヤおよびＬＬＣレイヤにおける完全性保護のために異なる完全性鍵を使用することになることが決定された場合、１つのオプションは、鍵−Ｋｔｉ１２８から、ＧＭＭレイヤにおいて使用するための新たな完全性鍵Ｋｔｉ−ｇｍｍ−１２８を、以下の静的文字列、
Ｋｔｉ−ｇｍｍ−１２８＝ＫＤＦ（“ｉｎｔ−ｇｍｍ”，Ｋｔｉ１２８）
を使用してハッシュ化すること、および
鍵−Ｋｔｉ１２８から、ＬＬＣレイヤにおいて使用するための異なる完全性鍵Ｋｔｉ−ｌｌｃ−１２８を、以下の静的文字列、
Ｋｔｉ−ｌｌｃ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ”，Ｋｔｉ１２８）
を使用してハッシュ化することであり、ここで、Ｋｔｉ１２８は、３ＧＰＰ標準（ＴＲ３３．８６０）において規定されている。
ＳＧＳＮおよびＣＩｏＴ ＵＥにおけるＬＬＣレイヤは、ＭＡＣまたはＭＩＣを計算するときに、完全性保護アルゴリズムへの入力として、完全性鍵を必要とすることがある。
この完全性鍵を提供するために考えられる異なるオプションが存在する。
第一に、ＬＬＣレイヤにおける完全性鍵は、レイヤ３シグナリングメッセージおよびユーザプレーンデータの完全性保護のために、同じ鍵を使用することができる。代替として、レイヤ３シグナリングメッセージおよびユーザプレーンデータの完全性保護のために、異なる完全性鍵を使用することができる。
レイヤ３シグナリングメッセージおよびユーザプレーンデータの完全性保護のために異なる完全性鍵を使用することになることが決定された場合、１つのオプションは、鍵−Ｋｔｉ１２８から、ユーザプレーンデータの保護のための新たな完全性鍵Ｋｔｉ−ｌｌｃ−ｕｐ−１２８を、以下の静的文字列、
Ｋｔｉ−ｌｌｃ−ｕｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｕｐ”，Ｋｔｉ１２８）
を使用してハッシュ化すること、および
鍵−Ｋｔｉ１２８から、レイヤ３シグナリングメッセージの保護のための異なる完全性鍵Ｋｔｉ−ｌｌｃ−ｃｐ−１２８を、以下の静的文字列、
Ｋｔｉ−ｌｌｃ−ｃｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｃｐ”，Ｋｔｉ１２８）
を使用してハッシュ化することであり、ここで、Ｋｔｉ１２８は、３ＧＰＰ標準（ＴＲ３３．８６０）において規定されている。
レガシーＬＬＣレイヤにおいては、レイヤ３シグナリングメッセージおよびユーザプレーンデータの暗号化のために、同じ暗号化鍵が使用される。
レイヤ３シグナリングメッセージおよびユーザプレーンデータの暗号化のために、ＬＬＣレイヤにおいて異なる暗号化鍵を使用することもできる。
１つのオプションは、鍵−Ｋｔｃ１２８から、ユーザプレーンデータの保護のための新たな暗号化鍵Ｋｔｃ−ｅｎｃ−ｌｌｃ−ｕｐ−１２８を、以下の静的文字列、
Ｋｔｃ−ｅｎｃ−ｌｌｃ−ｕｐ−１２８＝ＫＤＦ（“ｅｎｃ−ｌｌｃ−ｕｐ”，Ｋｔｃ１２８）
を使用してハッシュ化すること、および
鍵−Ｋｔｃ１２８から、レイヤ３シグナリングメッセージの保護のための異なる暗号化鍵Ｋｔｉ−ｅｎｃ−ｌｌｃ−ｃｐ−１２８を、以下の静的文字列、
Ｋｔｃ−ｅｎｃ−ｌｌｃ−ｃｐ−１２８＝ＫＤＦ（“ｅｎｃ−ｌｌｃ−ｃｐ”，Ｋｔｃ１２８）
を使用してハッシュ化することであり、ここで、Ｋｔｉ１２８は、３ＧＰＰ標準（ＴＲ３３．８６０）において規定されている。
図９は、実施形態による端末デバイスを例示する。
端末デバイス９００は、プロセッサ９０１と、メモリ９０２とを含み、前記メモリ９０２は、前記プロセッサ９０１によって実行可能な命令を保持し、それにより、前記端末デバイスは、端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージをネットワークに送るように、およびネットワークから、端末デバイスのセキュリティ能力を識別する情報を包含するエコーメッセージをＧＭＭレイヤにおいて受信するように動作し、ここで、エコーメッセージは、完全性保護を備えて受信される。
図１０は、実施形態によるネットワークノード１０００を例示する。
ネットワークノード１０００は、プロセッサ１００１と、メモリ１００２とを含み、前記メモリ１００２は、前記プロセッサ１００１によって実行可能な命令を保持し、それにより、前記ネットワークノード１０００は、端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージを端末デバイスから受信するように、およびＧＭＭレイヤにおいてエコーメッセージを端末デバイスに送信するように動作し、ここで、エコーメッセージは、ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力に対応している端末デバイスのセキュリティ能力を識別する情報を包含する。ネットワークノード１０００はさらに、完全性保護を備えてエコーメッセージを送信する。
ネットワークノードは、図６を参照して説明したオプションの方法ステップのうちのいずれかを実施するようにさらに動作可能であってよい。
図１１は、実施形態による端末デバイスを例示する。
端末デバイス１１００は、端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージをネットワークに送るための送信モジュール１１０１と、ネットワークから、端末デバイスのセキュリティ能力を識別する情報を包含するエコーメッセージをＧＭＭレイヤにおいて受信するための受信モジュール１１０２とを含み、ここで、エコーメッセージは、完全性保護を備えて受信される。
端末デバイスは、図５を参照して説明したオプションの方法ステップのいずれかを実施するようにさらに動作可能であってよい。
図１２は、実施形態によるネットワークノード１２００を例示する。
ネットワークノード１２００は、端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージを端末デバイスから受信するための受信モジュールと、ＧＭＭレイヤにおいてエコーメッセージを端末デバイスに送信するための送信モジュールとを含み、ここで、エコーメッセージは、ＧＭＭアタッチ要求メッセージにおいて識別されたセキュリティ能力に対応している端末デバイスのセキュリティ能力を識別する情報を包含する。ネットワークノード１２００はさらに、完全性保護を備えてエコーメッセージを送信する。
向上したセキュリティを可能にする端末デバイスおよびネットワークノードの動作の方法は、このように説明される。
上で言及した実施形態は、本発明を限定するのではなく、例示するものであり、当業者が、添付の請求項の範囲から逸脱せずに多くの代替実施形態を設計することができることに留意すべきである。単語「ｃｏｍｐｒｉｓｉｎｇ（含む）」は、請求項に列挙された以外の要素またはステップの存在を排除せず、「ａ」もしくは「ａｎ」は、複数であることを排除せず、単一の特徴または他のユニットは、請求項に列挙したいくつものユニットの機能を実現することがある。請求項におけるいかなる参照符号も、その範囲を限定するようには解釈されないものとする。

Claims (69)

  1. セルラー通信ネットワークにおける端末デバイスの動作の方法であって、
    前記端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージを前記ネットワークに送ることと、
    前記ネットワークから、前記端末デバイスの前記セキュリティ能力を識別する情報を包含するエコーメッセージをＧＭＭレイヤにおいて受信することであって、前記エコーメッセージが完全性保護を備えて受信される、受信することと
    を含む方法。
  2. 前記完全性保護が、前記エコーメッセージにおけるメッセージ認証コードによって提供される、請求項１に記載の方法。
  3. 前記エコーメッセージが、ＧＭＭ認証および秘匿化応答メッセージである、請求項１または２に記載の方法。
  4. 前記ＧＭＭアタッチ要求メッセージにおいて識別された前記セキュリティ能力が、前記端末デバイスによってサポートされる完全性保護アルゴリズム、および前記端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含する、請求項１から３のいずれか一項に記載の方法。
  5. 前記エコーメッセージが、前記ネットワークによって選択されかつ前記端末デバイスによってサポートされる完全性保護アルゴリズム、および前記ネットワークによって選択されかつ前記端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを識別する情報をさらに包含する、請求項４に記載の方法。
  6. 前記エコーメッセージに包含されたメッセージ認証コードを検証すること
    をさらに含む請求項１から５のいずれか一項に記載の方法。
  7. 前記端末デバイスにおけるＧＭＭプロトコルレイヤにおいて前記メッセージ認証コードを検証することを含む請求項６に記載の方法。
  8. カウンタ値を使用して、前記端末デバイスにおいて前記メッセージ認証コードを検証することを含む請求項６または７に記載の方法。
  9. 前記カウンタ値が、ＲＡＮＤ値のビットを包含する、請求項８に記載の方法。
  10. 前記メッセージ認証コードが検証された場合に、
    前記エコーメッセージにおいて識別された前記端末デバイスの前記セキュリティ能力が、前記ＧＭＭアタッチ要求メッセージにおいて識別された前記端末デバイスの前記セキュリティ能力と一致するかどうかを判定することと、
    前記エコーメッセージにおいて識別された前記端末デバイスの前記セキュリティ能力が、前記ＧＭＭアタッチ要求メッセージにおいて識別された前記端末デバイスの前記セキュリティ能力と一致する場合にのみ、前記ネットワークとの接続を維持することと
    をさらに含む請求項６から８のいずれか一項に記載の方法。
  11. 前記エコーメッセージにおいて識別された前記端末デバイスの前記セキュリティ能力が、前記ＧＭＭアタッチ要求メッセージにおいて識別された前記端末デバイスの前記セキュリティ能力と一致する場合に、
    少なくとも１つのセキュリティ鍵を導出することと、
    導出されたセキュリティ鍵をＬＬＣプロトコルレイヤに割り当てることによって、前記ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることと
    をさらに含む請求項１０に記載の方法。
  12. 前記ネットワークとの正常な認証を表示する応答を前記ネットワークに送った後に、前記ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることを含む請求項１１に記載の方法。
  13. 前記ネットワークとの正常な認証を表示する応答を前記ネットワークに送る前に、前記ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることを含む請求項１１に記載の方法。
  14. 前記ネットワークとの正常な認証を表示する前記応答が、ＧＭＭメッセージである、請求項１２または１３に記載の方法。
  15. 前記ネットワークとの正常な認証を表示する前記応答が、ＧＭＭ認証および秘匿化応答メッセージである、請求項１４に記載の方法。
  16. 前記ＬＬＣプロトコルレイヤにおける完全性保護のために使用される前記セキュリティ鍵が、前記ＧＭＭレイヤにおける完全性保護のために使用される鍵と同じである、請求項１１から１５のいずれか一項に記載の方法。
  17. 前記ＬＬＣプロトコルレイヤにおける完全性保護のために使用される前記セキュリティ鍵が、前記ＧＭＭレイヤにおける完全性保護のために使用される鍵とは異なる、請求項１１から１５のいずれか一項に記載の方法。
  18. ユーザプレーンデータの完全性保護のために前記ＬＬＣプロトコルレイヤにおいて使用される前記セキュリティ鍵が、レイヤ３シグナリングの完全性保護のために使用される鍵と同じである、請求項１１から１７のいずれか一項に記載の方法。
  19. ユーザプレーンデータの完全性保護のために前記ＬＬＣプロトコルレイヤにおいて使用される前記セキュリティ鍵が、レイヤ３シグナリングの完全性保護のために使用される鍵とは異なる、請求項１１から１７のいずれか一項に記載の方法。
  20. 鍵−Ｋｔｉ１２８から、ユーザプレーンデータの保護のための完全性鍵Ｋｔｉ−ｌｌｃ−ｕｐ−１２８を、以下の静的文字列、
    Ｋｔｉ−ｌｌｃ−ｕｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｕｐ”，Ｋｔｉ１２８）
    を使用してハッシュ化することと、
    前記鍵−Ｋｔｉ１２８から、レイヤ３シグナリングメッセージの保護のための異なる完全性鍵Ｋｔｉ−ｌｌｃ−ｃｐ−１２８を、以下の静的文字列、
    Ｋｔｉ−ｌｌｃ−ｃｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｃｐ”，Ｋｔｉ１２８）
    を使用してハッシュ化することと
    を含む請求項１９に記載の方法。
  21. セルラー通信ネットワークにおいて使用するための端末デバイスであって、
    前記端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージを前記ネットワークに送ることと、
    前記ネットワークから、前記端末デバイスの前記セキュリティ能力を識別する情報を包含するエコーメッセージをＧＭＭレイヤにおいて受信することであって、前記エコーメッセージが完全性保護を備えて受信される、受信することと
    を行うために適合された端末デバイス。
  22. 前記完全性保護が、前記エコーメッセージにおけるメッセージ認証コードによって提供される、請求項２１に記載の端末デバイス。
  23. 前記エコーメッセージが、ＧＭＭ認証および秘匿化応答メッセージである、請求項２１または２２に記載の端末デバイス。
  24. 前記ＧＭＭアタッチ要求メッセージにおいて識別された前記セキュリティ能力が、前記端末デバイスによってサポートされる完全性保護アルゴリズム、および前記端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含する、請求項２１から２３のいずれか一項に記載の端末デバイス。
  25. 前記エコーメッセージが、前記ネットワークによって選択されかつ前記端末デバイスによってサポートされる完全性保護アルゴリズム、および前記ネットワークによって選択されかつ前記端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを識別する情報をさらに包含する、請求項２４に記載の端末デバイス。
  26. 前記エコーメッセージに包含されたメッセージ認証コードを検証すること
    を行うためにさらに適合された請求項２１から２５のいずれか一項に記載の端末デバイス。
  27. 前記端末デバイスにおけるＧＭＭプロトコルレイヤにおいて前記メッセージ認証コードを検証すること
    を行うためにさらに適合された請求項２６に記載の端末デバイス。
  28. カウンタ値を使用して、前記端末デバイスにおいて前記メッセージ認証コードを検証すること
    を行うためにさらに適合された請求項２６または２７に記載の端末デバイス。
  29. 前記カウンタ値が、ＲＡＮＤ値のビットを包含する、請求項２８に記載の端末デバイス。
  30. 前記メッセージ認証コードが検証された場合に、
    前記エコーメッセージにおいて識別された前記端末デバイスの前記セキュリティ能力が、前記ＧＭＭアタッチ要求メッセージにおいて識別された前記端末デバイスの前記セキュリティ能力と一致するかどうかを判定することと、
    前記エコーメッセージにおいて識別された前記端末デバイスの前記セキュリティ能力が、前記ＧＭＭアタッチ要求メッセージにおいて識別された前記端末デバイスの前記セキュリティ能力と一致する場合にのみ、前記ネットワークとの接続を維持することと
    を行うためにさらに適合された請求項２６から２８のいずれか一項に記載の端末デバイス。
  31. 前記エコーメッセージにおいて識別された前記端末デバイスの前記セキュリティ能力が、前記ＧＭＭアタッチ要求メッセージにおいて識別された前記端末デバイスの前記セキュリティ能力と一致する場合に、
    少なくとも１つのセキュリティ鍵を導出することと、
    導出されたセキュリティ鍵をＬＬＣプロトコルレイヤに割り当てることによって、前記ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることと
    を行うためにさらに適合された請求項３０に記載の端末デバイス。
  32. 前記ネットワークとの正常な認証を表示する応答を前記ネットワークに送った後に、前記ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすること
    を行うためにさらに適合された請求項３１に記載の端末デバイス。
  33. 前記ネットワークとの正常な認証を表示する応答を前記ネットワークに送る前に、前記ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすること
    を行うためにさらに適合された請求項３１に記載の端末デバイス。
  34. 前記ネットワークとの正常な認証を表示する前記応答が、ＧＭＭメッセージである、請求項３２または３３に記載の端末デバイス。
  35. 前記ネットワークとの正常な認証を表示する前記応答が、ＧＭＭ認証および秘匿化応答メッセージである、請求項３４に記載の端末デバイス。
  36. 前記ＬＬＣプロトコルレイヤにおける完全性保護のために使用される前記セキュリティ鍵が、前記ＧＭＭレイヤにおける完全性保護のために使用される鍵と同じである、請求項３１から３５のいずれか一項に記載の端末デバイス。
  37. 前記ＬＬＣプロトコルレイヤにおける完全性保護のために使用される前記セキュリティ鍵が、前記ＧＭＭレイヤにおける完全性保護のために使用される鍵とは異なる、請求項３１から３５のいずれか一項に記載の端末デバイス。
  38. ユーザプレーンデータの完全性保護のために前記ＬＬＣプロトコルレイヤにおいて使用される前記セキュリティ鍵が、レイヤ３シグナリングの完全性保護のために使用される鍵と同じである、請求項３１から３７のいずれか一項に記載の端末デバイス。
  39. ユーザプレーンデータの完全性保護のために前記ＬＬＣプロトコルレイヤにおいて使用される前記セキュリティ鍵が、レイヤ３シグナリングの完全性保護のために使用される鍵とは異なる、請求項３１から３７のいずれか一項に記載の端末デバイス。
  40. 鍵−Ｋｔｉ１２８から、ユーザプレーンデータの保護のための完全性鍵Ｋｔｉ−ｌｌｃ−ｕｐ−１２８を、以下の静的文字列、
    Ｋｔｉ−ｌｌｃ−ｕｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｕｐ”，Ｋｔｉ１２８）
    を使用してハッシュ化することと、
    前記鍵−Ｋｔｉ１２８から、レイヤ３シグナリングメッセージの保護のための異なる完全性鍵Ｋｔｉ−ｌｌｃ−ｃｐ−１２８を、以下の静的文字列、
    Ｋｔｉ−ｌｌｃ−ｃｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｃｐ”，Ｋｔｉ１２８）
    を使用してハッシュ化することと
    を行うためにさらに適合された請求項３９に記載の端末デバイス。
  41. セルラー通信ネットワークにおけるネットワークノードの動作の方法であって、
    端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージを前記端末デバイスから受信することと、
    ＧＭＭレイヤにおいてエコーメッセージを前記端末デバイスに送信することであって、前記エコーメッセージが、前記ＧＭＭアタッチ要求メッセージにおいて識別された前記セキュリティ能力に対応している前記端末デバイスの前記セキュリティ能力を識別する情報を包含する、送信することと、
    完全性保護を備えて前記エコーメッセージを送信することと
    を含む方法。
  42. 前記完全性保護が、前記エコーメッセージにおけるメッセージ認証コードによって提供される、請求項４１に記載の方法。
  43. 前記エコーメッセージが、ＧＭＭ認証および秘匿化応答メッセージである、請求項４１または４２に記載の方法。
  44. 前記ＧＭＭアタッチ要求メッセージにおいて識別された前記セキュリティ能力が、前記端末デバイスによってサポートされる完全性保護アルゴリズム、および前記端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含する、請求項４１から４３のいずれか一項に記載の方法。
  45. 前記エコーメッセージが、前記ネットワークによって選択されかつ前記端末デバイスによってサポートされる完全性保護アルゴリズム、および前記ネットワークによって選択されかつ前記端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを識別する情報をさらに包含する、請求項４４に記載の方法。
  46. 前記ネットワークとの正常な認証を表示する応答を前記端末デバイスから受信した後に、ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることを含む請求項４１に記載の方法。
  47. 前記ネットワークとの正常な認証を表示する応答を前記端末デバイスから受信した後に、ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすることを含む請求項４１に記載の方法。
  48. 前記ネットワークとの正常な認証を表示する前記応答が、ＧＭＭメッセージである、請求項４６または４７に記載の方法。
  49. 前記ネットワークとの正常な認証を表示する前記応答が、ＧＭＭ認証および秘匿化応答メッセージである、請求項４８に記載の方法。
  50. 前記ＬＬＣプロトコルレイヤにおける完全性保護のために使用されるセキュリティ鍵が、前記ＧＭＭレイヤにおける完全性保護のために使用される鍵と同じである、請求項４６から４９のいずれか一項に記載の方法。
  51. 前記ＬＬＣプロトコルレイヤにおける完全性保護のために使用されるセキュリティ鍵が、前記ＧＭＭレイヤにおける完全性保護のために使用される鍵とは異なる、請求項４６から４９のいずれか一項に記載の方法。
  52. ユーザプレーンデータの完全性保護のために前記ＬＬＣプロトコルレイヤにおいて使用される前記セキュリティ鍵が、レイヤ３シグナリングの完全性保護のために使用される鍵と同じである、請求項４６から５１のいずれか一項に記載の方法。
  53. ユーザプレーンデータの完全性保護のために前記ＬＬＣプロトコルレイヤにおいて使用される前記セキュリティ鍵が、レイヤ３シグナリングの完全性保護のために使用される鍵とは異なる、請求項４６から５１のいずれか一項に記載の方法。
  54. 鍵−Ｋｔｉ１２８から、ユーザプレーンデータの保護のための完全性鍵Ｋｔｉ−ｌｌｃ−ｕｐ−１２８を、以下の静的文字列、
    Ｋｔｉ−ｌｌｃ−ｕｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｕｐ”，Ｋｔｉ１２８）
    を使用してハッシュ化することと、
    前記鍵−Ｋｔｉ１２８から、レイヤ３シグナリングメッセージの保護のための異なる完全性鍵Ｋｔｉ−ｌｌｃ−ｃｐ−１２８を、以下の静的文字列、
    Ｋｔｉ−ｌｌｃ−ｃｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｃｐ”，Ｋｔｉ１２８）
    を使用してハッシュ化することと
    を含む請求項５３に記載の方法。
  55. セルラー通信ネットワークにおいて使用するためのネットワークノードであって、
    端末デバイスのセキュリティ能力を識別するＧＭＭアタッチ要求メッセージを前記端末デバイスから受信することと、
    ＧＭＭレイヤにおいてエコーメッセージを前記端末デバイスに送信することであって、前記エコーメッセージが、前記ＧＭＭアタッチ要求メッセージにおいて識別された前記セキュリティ能力に対応している前記端末デバイスの前記セキュリティ能力を識別する情報を包含する、送信することと、
    完全性保護を備えて前記エコーメッセージを送信することと
    を行うために適合されたネットワークノード。
  56. 前記完全性保護が、前記エコーメッセージにおけるメッセージ認証コードによって提供される、請求項５５に記載のネットワークノード。
  57. 前記エコーメッセージが、ＧＭＭ認証および秘匿化応答メッセージである、請求項５５または５６に記載のネットワークノード。
  58. 前記ＧＭＭアタッチ要求メッセージにおいて識別された前記セキュリティ能力が、前記端末デバイスによってサポートされる完全性保護アルゴリズム、および前記端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを包含する、請求項５５から５７のいずれか一項に記載のネットワークノード。
  59. 前記エコーメッセージが、前記ネットワークによって選択されかつ前記端末デバイスによってサポートされる完全性保護アルゴリズム、および前記ネットワークによって選択されかつ前記端末デバイスによってサポートされる暗号化アルゴリズムのうちの、少なくとも１つを識別する情報をさらに包含する、請求項５８に記載のネットワークノード。
  60. 前記ネットワークとの正常な認証を表示する応答を前記端末デバイスから受信した後に、ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすること
    を行うためにさらに適合された請求項５５に記載のネットワークノード。
  61. 前記ネットワークとの正常な認証を表示する応答を前記端末デバイスから受信した後に、ＬＬＣプロトコルレイヤにおいて完全性保護をアクティブにすること
    を行うためにさらに適合された請求項５５に記載のネットワークノード。
  62. 前記ネットワークとの正常な認証を表示する前記応答が、ＧＭＭメッセージである、請求項６０または６１に記載のネットワークノード。
  63. 前記ネットワークとの正常な認証を表示する前記応答が、ＧＭＭ認証および秘匿化応答メッセージである、請求項６２に記載のネットワークノード。
  64. 前記ＬＬＣプロトコルレイヤにおける完全性保護のために使用されるセキュリティ鍵が、前記ＧＭＭレイヤにおける完全性保護のために使用される鍵と同じである、請求項６０から６３のいずれか一項に記載のネットワークノード。
  65. 前記ＬＬＣプロトコルレイヤにおける完全性保護のために使用されるセキュリティ鍵が、前記ＧＭＭレイヤにおける完全性保護のために使用される鍵とは異なる、請求項６０から６３のいずれか一項に記載のネットワークノード。
  66. ユーザプレーンデータの完全性保護のために前記ＬＬＣプロトコルレイヤにおいて使用される前記セキュリティ鍵が、レイヤ３シグナリングの完全性保護のために使用される鍵と同じである、請求項６０から６５のいずれか一項に記載のネットワークノード。
  67. ユーザプレーンデータの完全性保護のために前記ＬＬＣプロトコルレイヤにおいて使用される前記セキュリティ鍵が、レイヤ３シグナリングの完全性保護のために使用される鍵とは異なる、請求項６０から６５のいずれか一項に記載のネットワークノード。
  68. 鍵−Ｋｔｉ１２８から、ユーザプレーンデータの保護のための完全性鍵Ｋｔｉ−ｌｌｃ−ｕｐ−１２８を、以下の静的文字列、
    Ｋｔｉ−ｌｌｃ−ｕｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｕｐ”，Ｋｔｉ１２８）
    を使用してハッシュ化することと、
    前記鍵−Ｋｔｉ１２８から、レイヤ３シグナリングメッセージの保護のための異なる完全性鍵Ｋｔｉ−ｌｌｃ−ｃｐ−１２８を、以下の静的文字列、
    Ｋｔｉ−ｌｌｃ−ｃｐ−１２８＝ＫＤＦ（“ｉｎｔ−ｌｌｃ−ｃｐ”，Ｋｔｉ１２８）
    を使用してハッシュ化することと
    を行うためにさらに適合された請求項６７に記載のネットワークノード。
  69. 請求項１から２０または請求項４１から５４のいずれか一項に記載の方法をプロセッサに実施させるための命令を保持する、場合により有形な媒体を含むコンピュータプログラム製品。
JP2018517258A 2015-10-05 2016-10-04 ワイヤレス通信 Active JP6651613B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201562237065P 2015-10-05 2015-10-05
US62/237065 2015-10-05
PCT/EP2016/073681 WO2017060245A1 (en) 2015-10-05 2016-10-04 Wireless communications

Publications (2)

Publication Number Publication Date
JP2018530261A true JP2018530261A (ja) 2018-10-11
JP6651613B2 JP6651613B2 (ja) 2020-02-19

Family

ID=57121235

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018517258A Active JP6651613B2 (ja) 2015-10-05 2016-10-04 ワイヤレス通信

Country Status (6)

Country Link
US (1) US10555177B2 (ja)
EP (1) EP3360303B1 (ja)
JP (1) JP6651613B2 (ja)
PL (1) PL3360303T3 (ja)
RU (1) RU2688251C1 (ja)
WO (1) WO2017060245A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108347416B (zh) * 2017-01-24 2021-06-29 华为技术有限公司 一种安全保护协商方法及网元
CN108235300B (zh) * 2017-12-22 2020-05-22 中国科学院信息工程研究所 移动通信网络用户数据安全保护方法及系统
CN110831007B (zh) 2018-08-10 2021-09-17 华为技术有限公司 用户面完整性保护方法、装置及设备
US11197154B2 (en) * 2019-12-02 2021-12-07 At&T Intellectual Property I, L.P. Secure provisioning for wireless local area network technologies

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI112315B (fi) 1999-05-11 2003-11-14 Nokia Corp Integriteetin suojausmenetelmä radioverkkosignalointia varten
US7213144B2 (en) * 2001-08-08 2007-05-01 Nokia Corporation Efficient security association establishment negotiation technique
US7647508B2 (en) * 2005-06-16 2010-01-12 Intel Corporation Methods and apparatus for providing integrity protection for management and control traffic of wireless communication networks
US7836294B2 (en) * 2005-08-08 2010-11-16 Motorola Mobility, Inc. Mobile station security mode method
US7643838B2 (en) * 2005-09-29 2010-01-05 Motorola, Inc. Integrity protection count synchronization method
FI20070094A0 (fi) * 2007-02-02 2007-02-02 Nokia Corp Radiopäällysverkon turvallisuusalgoritmin vaihtaminen handoverin aikana
CN101378591B (zh) 2007-08-31 2010-10-27 华为技术有限公司 终端移动时安全能力协商的方法、系统及装置
KR101475349B1 (ko) 2008-11-03 2014-12-23 삼성전자주식회사 이동 통신 시스템에서 단말 보안 능력 관련 보안 관리 방안및 장치
CN102907068A (zh) * 2010-03-09 2013-01-30 交互数字专利控股公司 支持机器对机器通信的方法和设备
US9084110B2 (en) * 2010-04-15 2015-07-14 Qualcomm Incorporated Apparatus and method for transitioning enhanced security context from a UTRAN/GERAN-based serving network to an E-UTRAN-based serving network
MX2012011985A (es) 2010-04-15 2012-12-17 Qualcomm Inc Aparato y metodo para señalizar contexto de seguridad mejorada para cifrado de sesion y claves de integridad.
US9197669B2 (en) 2010-04-15 2015-11-24 Qualcomm Incorporated Apparatus and method for signaling enhanced security context for session encryption and integrity keys
US20110312299A1 (en) 2010-06-18 2011-12-22 Qualcomm Incorporated Methods and apparatuses facilitating synchronization of security configurations
US8800024B2 (en) * 2011-10-17 2014-08-05 Mcafee, Inc. System and method for host-initiated firewall discovery in a network environment
JP6052833B2 (ja) * 2012-08-20 2016-12-27 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ネットワーク名を表示するための方法および装置
US20140269613A1 (en) 2013-03-18 2014-09-18 Nokia Siemens Networks Oy Integrity protection towards one CN after handovers involving multiple services to be handled by different CNs
CN108702624B (zh) * 2016-01-05 2021-02-23 华为技术有限公司 移动通信方法、装置及设备
US20180083972A1 (en) * 2016-09-20 2018-03-22 Lg Electronics Inc. Method and apparatus for security configuration in wireless communication system

Also Published As

Publication number Publication date
JP6651613B2 (ja) 2020-02-19
EP3360303B1 (en) 2019-12-04
PL3360303T3 (pl) 2020-06-01
US10555177B2 (en) 2020-02-04
EP3360303A1 (en) 2018-08-15
US20190116499A1 (en) 2019-04-18
RU2688251C1 (ru) 2019-05-21
WO2017060245A1 (en) 2017-04-13

Similar Documents

Publication Publication Date Title
CN110786031B (zh) 用于5g切片标识符的隐私保护的方法和系统
US11863982B2 (en) Subscriber identity privacy protection against fake base stations
US10454686B2 (en) Method, apparatus, and system for providing encryption or integrity protection in a wireless network
US11856402B2 (en) Identity-based message integrity protection and verification for wireless communication
KR20170132184A (ko) 완전 순방향 비밀성을 통한 인증 및 키 합의
JP7445038B2 (ja) 暗号化のセキュリティおよび完全性保護
CN109691154B (zh) 基于密钥刷新的按需网络功能重新认证
US11917073B2 (en) Integrity protection
CN110495199B (zh) 无线网络中的安全小区重定向
JP6651613B2 (ja) ワイヤレス通信
CN113395697A (zh) 传输寻呼信息的方法和通信装置
US20220038904A1 (en) Wireless-network attack detection
WO2020147602A1 (zh) 一种认证方法、装置和系统

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180424

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180612

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180612

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190314

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190416

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190716

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191224

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200122

R150 Certificate of patent or registration of utility model

Ref document number: 6651613

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250