JP5458456B2 - 強化型無線インタフェース・キーの確立方法及び強化型無線インタフェース・キーの確立システム - Google Patents

強化型無線インタフェース・キーの確立方法及び強化型無線インタフェース・キーの確立システム Download PDF

Info

Publication number
JP5458456B2
JP5458456B2 JP2013505312A JP2013505312A JP5458456B2 JP 5458456 B2 JP5458456 B2 JP 5458456B2 JP 2013505312 A JP2013505312 A JP 2013505312A JP 2013505312 A JP2013505312 A JP 2013505312A JP 5458456 B2 JP5458456 B2 JP 5458456B2
Authority
JP
Japan
Prior art keywords
key
rnc
enhanced
user equipment
legacy
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.)
Expired - Fee Related
Application number
JP2013505312A
Other languages
English (en)
Other versions
JP2013529419A (ja
Inventor
チェンヤン フオン
ルー ガン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of JP2013529419A publication Critical patent/JP2013529419A/ja
Application granted granted Critical
Publication of JP5458456B2 publication Critical patent/JP5458456B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • 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/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
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0038—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of security context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/061—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying further key derivation, e.g. deriving traffic keys from a pair-wise master key

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、ＳＲＮＣ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）移転技術に関し、特に、正常に無線インタフェース・キーを有効にし、移転プロセスの正常完了を保証することができる強化型無線インタフェース・キーの確立方法及び強化型無線インタフェース・キーの確立システムに関する。
第３世代パートナーシップ・プロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、Ｒｅｌｅａｓｅ７において、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）と高速アップリンクパケットアクセス（ＨＳＵＰＡ：Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）の将来的な発展経路であるＨＳＰＡ＋を仕上げるため、直交波周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）とマルチインプットマルチアウトプット（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）技術を導入する。
ＨＳＰＡ＋は、３ＧＰＰ ＨＳＰＡ（ＨＳＤＰＡとＨＳＵＰＡを含む）の強化型技術であり、ＨＳＰＡからロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｕｉｏｎ）へのスムーズな発展の手段を提供する。この手段はＨＳＰＡ事業者にとって、複雑性が低く、かつ低コストである。
ＨＳＰＡ＋は、高次変調（例えば、ダウンリンク６４直交振幅変調（ＱＡＭ：Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）とアップリンク１６ＱＡＭ）、ＭＩＭＯ及び高次変調とＭＩＭＯの組み合わせ等の技術を採用することで、ピークデータレートと周波数スペクトル効率を向上させている。
一方、より良いパケットサービスをサポートするため、ＨＳＰＡ＋は、ユーザ容量の増加、遅延の低下、端末電力消費の低下、より良いＩＰ音声通信（ＶＯＩＰ）のサポート及びシステムのマルチキャスト／ブロードキャスト能力の向上等のための一連の強化技術をさらに導入する。
ＨＳＰＡに比べると、ＨＳＰＡ＋は、システムアーキテクチャにおいて、無線ネットワーク制御装置（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）の機能を基地局ノードＢ（ＮｏｄｅＢ）に導入し、図１に示すように完全にフラット化された無線アクセスネットワークアーキテクチャを形成する。
図１において破線接続は直接トンネル（ｄｉｒｅｃｔ ｔｕｎｎｅｌ）を有するＧｎユーザ面（ＵＰ：Ｕ−Ｐｌａｎｅ）を表し、実線接続は直接トンネルを有しないＧｎＵＰを表す。ここで、完全なＲＮＣ機能を統合したＮｏｄｅＢをＥｖｏｌｖｅｄ ＨＳＰＡ ＮｏｄｅＢ、又は強化型ノードＢ（ＮｏｄｅＢ＋）と称する。
ＳＧＳＮ＋は、ＨＳＰＡ＋セキュリティ機能をサポートするようにアップグレードされたサービスＧＰＲＳ（汎用パケット無線システム：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｙｓｔｅｍ）サポートノード（ＳＧＳＮ：Ｓｅｒｖｉｃｅ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）である。ＭＥ＋は、ＨＳＰＡ＋セキュリティ機能をサポートするユーザ端末装置である。
強化型ＨＳＰＡシステムは、無線インタフェースのＨＳＰＡサービスの如何なる改訂もすることなく、３ＧＰＰ Ｒｅｌ−５とそれ以降の無線インタフェースバージョンを使用できる。このようなスキームを採用すると、各ＮｏｄｅＢ＋はＲＮＣに相当するノードになり、Ｉｕ−ＰＳインタフェースを備え、ＰＳコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）と直接接続できる。
Ｉｕ−ＰＳユーザ面がＳＧＳＮで終結し、かつネットワークが直接トンネル機能をサポートしている場合、Ｉｕ−ＰＳユーザ面はゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ：Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）で終結してもよい。強化型ＨＳＰＡとＮｏｄｅＢ間の通信は、Ｉｕｒインタフェースを介して実行される。ＮｏｄｅＢ＋は独立したネットワーク確立の能力を有し、システム間切り替えとシステム内切り替えを含む完全なモバイル機能をサポートする。
フラット化された後、ユーザ面（Ｕ−Ｐｌａｎｅ）のデータはＲＮＣを経由せず、直接ＧＧＳＮに到達する。これは、ユーザ面の暗号化と完全性保護の機能がＮｏｄｅＢ＋に移動しなければならないことを意味する。現在、定義されているＨＳＰＡ＋強化型セキュリティキー階層構造は、図２に示されるようなものである。
その中で、ルートキーＫ（Ｋｅｙ）、暗号化キーＣＫ（Ｃｉｐｈｅｒｉｎｇ Ｋｅｙ）及び完全性キーＩＫ（Ｉｎｔｅｇｒｉｔｙ Ｋｅｙ）の定義は、ユニバーサルモバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）における定義と完全に一致する。
即ち、ルートキーＫは認証センター（ＡｕＣ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｅｎｔｅｒ）と汎用加入者識別モジュール（ＵＳＩＭ：ＵＮＩＶＥＲＳＡＬ ＳＵＢＳＣＲＩＢＥＲ ＩＤＥＮＴＩＴＹ ＭＯＤＵＬＥ）に記憶されたルートキーであり、暗号化キーＣＫと完全性キーＩＫは、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）とＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）とが、鍵認証（ＡＫＡ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ）を行う時、ルートキーＫから算出される。
ＵＭＴＳにおいては、ＲＮＣが暗号化キーＣＫと完全性キーＩＫを用いてデータに対して暗号化と完全性保護を行う。しかし、ＨＳＰＡ＋アーキテクチャにおいては、ＲＮＣの機能が全て基地局ＮｏｄｅＢ＋に移譲されたため、暗号化及び復号化はいずれもＮｏｄｅＢ＋で行われなければならない。
一方で、ＮｏｄｅＢ＋は安全ではない環境にあるため、安全性があまり高くない。従って、ＨＳＰＡ＋では強化型ユニバーサル地上無線アクセスネットワーク（ＲＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に類似したキー階層、即ちＵＴＲＡＮキー階層（ＵＴＲＡＮ Ｋｅｙ Ｈｉｅｒａｒｃｈｙ）が導入された。
ＵＴＲＡＮキー階層において、中間キーＫＲＮＣ（ＫＡＳＭＥＵとも称される）は、ＨＳＰＡ＋で新たに導入されたキーであり、暗号化キーＣＫと完全性キーＩＫにより導き出されたものである。更に、ＫＡＳＭＥＵはＣＫＵとＩＫＵを生成する。ＣＫＵはユーザ面データと制御面シグナリングの暗号化に用いられ、ＩＫＵは制御面シグナリングに対する完全性保護に用いられる。
区別のために、本願では、ＣＫとＩＫをレガシー無線インタフェース・キー（即ちレガシー・キー）と称し、ＣＫＵとＩＫＵを強化型無線インタフェース・キー（即ち強化型キー）と称する。
ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システムにおいては、Ｉｕｒインタフェースの導入により、サービングＲＮＣ（ＳＲＮＣ：Ｓｅｒｖｉｎｇ ＲＮＣ）とドリフトＲＮＣ（ＤＲＮＣ：Ｄｒｉｆｔ ＲＮＣ）の概念が創設された。ＳＲＮＣとＤＲＮＣは、具体的なＵＥ（ユーザ装置）に対する論理的概念である。
つまり、あるＵＥにとっては、そのＵＥとＣＮ（コアネットワーク）の間の接続においてＲＮＣ（無線ネットワーク制御装置）がＣＮと直接接続され、ＵＥのすべてのリソースを制御するＲＮＣが当該ＵＥのＳＲＮＣと称される。ＵＥとＣＮの間の接続において、ＣＮと接続されず、ＵＥにリソースを提供するだけのＲＮＣは当該ＵＥのＤＲＮＣと称される。接続状態にあるＵＥは、１つのＳＲＮＣのみを必要とし、ＤＲＮＣは必ずしもなくてもよく、１つまたは複数のＤＲＮＣがあってもよい。
ＳＲＮＣ移転（ＳＲＮＣ Ｒｅｌｏｃａｔｉｏｎ）は、ＵＥのＳＲＮＣが１つのＲＮＣから別のＲＮＣに変わるプロセスを指す。ＳＲＮＣ移転は移転の前後にＵＥが所在する位置の違いに応じて、静的移転（ｓｔａｔｉｉｃ ｒｅｌｏｃａｔｉｏｎ）と随伴移転（ａｃｃｏｍｐａｎｉｅｄ ｒｅｌｏｃａｔｉｏｎ）の２つに分けることができる。又はＳＮＲＣ移転はＵＥが関与しない（ＵＥ Ｎｏｔ Ｉｎｖｏｌｖｅｄ）移転とＵＥが関与する移転（ＵＥ Ｉｎｖｏｌｖｅｄ）に分けることもできる。
静的移転の発生条件は、ＵＥが１つのＤＲＮＣのみから接続されていることである。移転プロセスにＵＥが参加する必要がないので、ＵＥに関与しない移転と称される。移転後、Ｉｕｒインタフェースの接続がリリースされ、Ｉｕインタフェースが移転され、図３に示されるように、元のＤＲＮＣがＳＲＮＣに変わる。
静的移転はソフトハンドオーバーによって生じる。Ｉｕｒインタフェースのために、移転はあまり緊急的ではなく、すべての無線リンクがＤＲＮＣに接続されてから開始される。
随伴移転は、ハードハンドオーバーにおいて、ＵＥがＳＲＮＣからターゲットＲＮＣにハンドオーバーされるプロセスを意味する。同時にＩｕインタフェースは図４に示すように変化する。移転プロセスにはＵＥの参加が必要なので、ＵＥが関与する（ＵＥ Ｉｎｖｏｌｖｅｄ）移転とも称される。
ＵＭＴＳシステムにおいて、ＳＲＮＣ移転の前後、暗号化キーＣＫと完全性キーＩＫの両者は変更されない。ＤＲＮＣは、ＳＲＮＣ又はＳＧＳＮから当該ＵＥの完全性保護情報（完全性キーＩＫと許可された完全性保護アルゴリズムが含まれる）及び／又は暗号化情報（暗号化キーＣＫと許可された暗号化アルゴリズム）を取得する。
ＨＳＰＡ＋におけるＳＲＮＣ移転では、ＮｏｄｅＢ＋をＮｏｄｅＢとＲＮＣとの組み合わせと考えることができる。両者は、１つの物理エンティティ（実体）であるが、依然として二つの異なった論理エンティティと考えることもできる。従って本願では、ＨＳＰＡ＋キー階層をサポートするＮｏｄｅＢ＋内の論理モジュールは、ＵＭＴＳにおけるアップグレードされたＲＮＣと考えてもよい。
区分のために、本願ではそれをＲＮＣ＋と称する。このため、本願におけるＳＲＮＣ＋とソースＮｏｄｅＢ＋は同じであり、ＤＲＮＣ＋とターゲットＮｏｄｅＢ＋は同じである。
実際のネットワーク構造においては、ＨＳＰＡ＋セキュリティ機能をサポートする強化型（Ｅｎｈａｎｃｅｄ）ネットワークエンティティとＨＳＰＡ＋をサポートしないレガシー（Ｌｅｇａｃｙ）ネットワークエンティティが共に存在し、強化型ユーザ装置とレガシーユーザ装置が共に存在する。
従って、ＳＲＮＣが移転する時、ユーザ装置が強化型ＳＲＮＣ＋からレガシーターゲットＲＮＣへ移転する場合が存在し、ユーザ装置がレガシーＳＲＮＣ＋から強化型ターゲットＲＮＣへ移転する場合も存在する。
例えば後者の場合、レガシーＲＮＣが初期アタッチ要求においてユーザ装置により報告された強化型セキュリティ能力を識別できない。このためＳＲＮＣ移転準備の間、ＳＲＮＣからターゲットＲＮＣへ送信された移転要求メッセージにおいて、ＳＲＮＣがユーザ装置の強化型セキュリティ能力をターゲットＲＮＣに通知していない可能性がある。
従って、ターゲットＲＮＣは、ユーザ装置によって送信される最初のメッセージ（物理チャネル再構成完了メッセージ又はＵＴＲＡＮモバイル情報確認メッセージ）を受信するまで、ユーザ装置の強化型セキュリティ能力を認識することができない。
しかし、ＵＭＴＳ基準においては、ＳＲＮＣが、ターゲットＲＮＣにダウンリンク専用制御チャネル（ＤＬＤＣＣＨ：Ｄｏｗｎｌｉｎｋ Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）メッセージ（ターゲットＲＮＣからソースＲＮＣに送信されるＲＲＣ情報単位に含まれる）を送信させ、当該メッセージに対して完全性保護を行わせることが規定されている。
ＳＲＮＣは当該ＤＬ ＤＣＣＨを受信した後、それをユーザ装置に直接転送する。しかし、ターゲットＲＮＣが当該メッセージを送信する際、ユーザ装置が強化型セキュリティをサポートしているかどうかを認識することができない可能性が高い。このため、ターゲットＲＮＣは、レガシー・キーＩＫと強化型キーＩＫＵのいずれかを用いてフィールドに対する完全性保護を行うべきかを決めることができない。結果として、移転プロセスは正常に完了されず、無線インタフェース・キーは正常に有効化されない。
これに鑑みて、本発明の主な目的は、移転プロセスの正常な完了を保証する無線インタフェース・キーを正常に有効にすることが可能な、強化型無線インタフェース・キーの確立方法及び強化型無線インタフェース・キー確立システムを提供することにある。
上記目的を実現するために、本発明の技術的スキームは、以下のように実現される。
強化型無線インタフェース・キーの確立方法であって、
強化型セキュリティ能力を持つターゲットＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）が、サービングＲＮＣの移転プロセスの間に、ソースＲＮＣから送信された移転要求から、ユーザ装置が強化型セキュリティ能力をサポートしているかどうかを認識することができない場合、受信したレガシー・キーを有効にして、サービングＲＮＣの移転プロセスにおける通信に対してセキュリティ保護を行い、
前記ターゲットＲＮＣが、ユーザ装置からのメッセージを受信し、且つユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、前記ターゲットＲＮＣが、ネットワーク側とユーザ装置のそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするようにコアネットワークに通知する。
前記ユーザ装置からのメッセージは、物理チャネル再構成完了メッセージ又はＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）モビリティ情報確認メッセージである。
前記ネットワーク側とユーザ装置のそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするようにコアネットワークに通知するステップでは、
前記コアネットワークが、ＡＫＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ）及びＳＭＣ（Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍａｎｄ）プロセス、又はＳＭＣプロセスを開始し、ネットワーク側とユーザ装置のそれぞれにおいて強化型無線インタフェース・キーを確立して有効にし、以降の通信に対してセキュリティ保護を行う。
前記コアネットワークノードに未使用の認証ベクトルがある場合、又は現在利用中のレガシー・キーに対応する認証ベクトルがある場合、ＳＭＣプロセスを直接に実行する。
前記ネットワーク側とユーザ装置のそれぞれにおいて、強化型無線インタフェース・キーを確立するステップでは、
前記コアネットワークノードがレガシー・キーＩＫ／ＣＫ（Ｉｎｔｅｇｒｉｔｙ Ｋｅｙ／Ｃｉｐｈｅｒｉｎｇ Ｋｅｙ）から中間キーＫＲＮＣを導き出し、前記コアネットワークノードが中間キーＫＲＮＣを含むセキュリティモードコマンドメッセージをターゲットＲＮＣに送信し、前記ターゲットＲＮＣが中間キーＫＲＮＣにから強化型キーＩＫＵ及びＣＫＵを導き出し、前記ユーザ装置がレガシー・キーＩＫ／ＣＫから中間キーＫＲＮＣを導き出し、中間キーＫＲＮＣから強化型キーＩＫＵとＣＫＵを導き出す。
前記コアネットワークノードがレガシー・キーＩＫ／ＣＫと中間キーＫＲＮＣから変形中間キーＫＲＮＣ ＊を導き出し、変形中間キーＫＲＮＣ ＊を含むセキュリティモードコマンドメッセージを強化型ターゲットＲＮＣ＋に送信する。
前記変形中間キーＫＲＮＣ ＊は、カウンターＮＣＣに関連し、前記中間キーＫＲＮＣは仮想の変形中間キーＫＲＮＣ ＊に対応し、前記関連するＮＣＣは０であり、
前記コアネットワークノードがレガシー・キーＩＫ／ＣＫと中間キーＫＲＮＣにから導き出した変形中間キーＫＲＮＣ ＊と関連するＮＣＣの値は１である。
前記ＮＣＣ値は、強化型ターゲットＲＮＣ＋に送信されるセキュリティモードコマンドメッセージにおいて伝達される。
前記ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立するステップでは、
前記コアネットワークノードがレガシー・キーＩＫ／ＣＫから強化型キーＩＫＵ／ＣＫＵを導き出し、前記コアネットワークがＩＫＵ／ＣＫＵを含むセキュリティモードコマンドメッセージをターゲットＲＮＣに送信し、前記ターゲットＲＮＣが受信したＩＫＵ／ＣＫＵを記憶し、前記ユーザ装置がレガシー・キーＩＫ／ＣＫから強化型キーＩＫＵ／ＣＫＵを導き出して記憶する。
前記ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立するステップでは、
前記コアネットワークノードがレガシー・キーＩＫ／ＣＫから中間キーＫＲＮＣを導き出し、中間キーＫＲＮＣから強化型キーＩＫＵ／ＣＫＵを導き出し、前記コアネットワークがＩＫＵ／ＣＫＵを含むセキュリティモードコマンドメッセージをターゲットＲＮＣに送信し、前記ターゲットＲＮＣが受信したＩＫＵ／ＣＫＵを記憶し、前記ユーザ装置がレガシー・キーＩＫ／ＣＫから中間キーＫＲＮＣを導き出し、中間キーＫＲＮＣから強化型キーＩＫＵ／ＣＫＵを導き出して記憶する。
前記ターゲットＲＮＣが、ソースＲＮＣから送信されたメッセージからユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、前記ターゲットＲＮＣが、強化型無線インタフェース・キーを導き出して有効にし、サービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行う。
前記受信したレガシー・キーを有効にして、サービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行うステップでは、
前記ターゲットＲＮＣがソースＲＮＣから受信したレガシー無線インタフェース・キーを有効にし、自身強化型セキュリティ能力をサポートしていることを前記ユーザ装置に通知し、
前記ユーザ装置が、レガシー無線インタフェース・キーを用いてメッセージに対して成功検証を行い、前記ユーザ装置が強化型セキュリティ能力をサポートしている場合、前記ユーザ装置が、レガシー無線インタフェース・キーを用いてターゲットＲＮＣへのメッセージ及び／又はデータに対してセキュリティ保護を行い、自身のセキュリティ能力を前記ターゲットＲＮＣに通知し、
前記ターゲットＲＮＣが、レガシー無線インタフェース・キーを用いてメッセージに対して成功検証を行い、前記ターゲットＲＮＣが、ユーザ装置が強化型セキュリティ能力をサポートしていると認識した後、前記ターゲットＲＮＣが、ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするようにコアネットワークに通知する。
前記ユーザ装置が強化型セキュリティ能力をサポートしていない場合、前記サービングＲＮＣ移転プロセス中において、又は前記サービングＲＮＣ移転プロセス後において、レガシー無線インタフェース・キーを用いて通信に対してセキュリティ保護を行う。
前記ターゲットＲＮＣが、ユーザ装置が強化型セキュリティ能力をサポートしていると認識することができない場合、前記レガシー無線インタフェース・キーを用いてサービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行うことを継続する。
前記ターゲットＲＮＣが強化型セキュリティ能力をサポートしていない場合、前記サービングＲＮＣ移転プロセス中において、又は前記サービングＲＮＣ移転プロセス後において、レガシー無線インタフェース・キーを用いて通信に対してセキュリティ保護を行う。
ＲＮＣと、ターゲットＲＮＣと、コアネットワークノードと、ユーザ装置とを含む強化型無線インタフェース・キーの確立システムであって、
前記ソースＲＮＣは、移転する際に、移転要求をターゲットＲＮＣに送信し、
前記ターゲットＲＮＣは、ソースＲＮＣからの移転要求を受信し、ユーザ装置が強化型セキュリティ能力をサポートしているかどうかを認識することができない場合、受信したレガシー・キーを有効にしてサービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行い、ユーザ装置からのメッセージによってユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、通知をコアネットワークに送信し、
前記コアネットワークノードは、ターゲットＲＮＣからの通知を受信し、それをトリガーとして、ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするプロセスを開始する。
前記ターゲットＲＮＣ又は前記ユーザ装置が強化型セキュリティ能力をサポートしていない場合、前記ターゲットＲＮＣは、前記サービングＲＮＣ移転プロセス中において、又は前記サービングＲＮＣ移転プロセス後において、レガシー無線インタフェース・キーを用いて通信に対してセキュリティ保護を行う。
前記ターゲットＲＮＣがユーザ装置が強化型セキュリティ能力をサポートしていると認識することができない場合、前記ターゲットＲＮＣは、前記レガシー無線インタフェース・キーを用いてサービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行うことを継続する。
前記コアネットワークノードは、ＨＳＰＡ＋（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）セキュリティ機能をサポートするＳＧＳＮ＋（ＳｅｒｖｉｃｅＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）、又はＨＳＰＡ＋セキュリティ機能をサポートするＭＳＣ＋（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）である。
本発明が提供する上記の技術的スキームからわかるように、ＳＲＮＣ移転の際に、強化型セキュリティ能力を持つターゲットＲＮＣは、ソースＲＮＣからの移転要求からユーザ装置が強化型セキュリティ能力をサポートしているかどうかを認識することができない場合、受信したレガシー・キーを有効にしてサービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行う。ターゲットＲＮＣは、ユーザ装置からのメッセージを受信して、ユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、ネットワーク側とユーザ装置のそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするようにコアネットワークに通知する。
本発明の方法によれば、無線通信システムにおいてユーザ装置がＳＲＮＣ移転を行う間に無線インタフェース・キーが有効にされかつレガシー又は強化型ユーザ装置がレガシーネットワークと強化型ネットワークの間で移動する場合、異なるセキュリティ能力に応じてタイムリーにセキュリティキーを有効にする。これにより、移転プロセスの正常完了を保証し、さらに、その後の通信の正常な実施を保証することができる。
従来における完全にフラット化された無線アクセスネットワークアーキテクチャを示す図である。 従来から定義されているＨＳＰＡ＋強化型セキュリティキー階層構造を示す図である。 従来の静的移転の実現方法を示す図である。 従来の随伴移転の実現方法を示す図である。 本発明に係る無線インタフェース・キーの確立方法のフローチャートである。 本発明に係る無線インタフェース・キーの確立システムの構成を示す図である。 本発明に係る無線インタフェース・キーを確立する実施形態のフローチャートである。 本発明の第１実施形態に係るフローチャートであり、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移転する際にセキュリティキーが利用される場合のフローチャートである。 本発明の第２実施形態に係るフローチャートであり、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移転する際にセキュリティキーが利用される場合のフローチャートである。 本発明の第３実施形態に係るフローチャートであり、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移動する際にセキュリティキーが利用される場合のフローチャートである。 本発明の第４実施形態に係るフローチャートであり、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移動する際にセキュリティキーが利用される場合のフローチャートである。
図５は本発明に係る無線インタフェース・キーの確立方法のフローチャートであり、以下のステップを含む。
ステップ５００：サービングＲＮＣが移転する際に、強化型セキュリティ能力を持つターゲットＲＮＣが、ソースＲＮＣからの移転要求から、ユーザ装置が強化型セキュリティ能力をサポートしているかどうかを認識することができない場合、受信したレガシー・キーを有効にして、サービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行う。
サービングＲＮＣが移転する際に、ユーザ装置が１つのレガシーＳＲＮＣから１つの強化型ターゲットＲＮＣ＋へ移転する場合が存在する。その場合、レガシーＲＮＣは、初期アタッチ要求においてユーザ装置により報告された強化型セキュリティ能力を識別できない。このため、レガシーＲＮＣは、サービングＲＮＣ移転準備の間に、ソースＲＮＣからターゲットＲＮＣへの移転要求メッセージにおいてユーザ装置の強化型セキュリティ能力をターゲットＲＮＣに通知しない。
本ステップにおいて、ターゲットＲＮＣが、移転要求からユーザ装置が強化型セキュリティ能力をサポートしているかどうかを認識することができない場合、まず受信したレガシー・キーを有効にしてサービングＲＮＣ移転プロセスにおける通信（メッセージのインタラクション及びデータ面のインタラクションを含む）に対してセキュリティ保護を行い、サービングＲＮＣ移転の継続的実施を保証する。
ステップ５０１：ターゲットＲＮＣが、ユーザ装置からのメッセージを受信して、ユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするようにコアネットワークに通知する。
ターゲットＲＮＣは、ユーザ装置からの最初のメッセージ（物理チャネル再構成完了メッセージ又はＵＴＲＡＮモバイル情報確認メッセージ）を受信してからユーザ装置が強化型セキュリティ能力をサポートしているかどうかを認識することができる。更にターゲットＲＮＣは、ユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、コアネットワークに通知し、コアネットワークよりＡＫＡ（鍵認証）とＳＭＣプロセス又はＳＭＣプロセスを開始することで、ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立する。さらに、ターゲットＲＮＣは、強化型無線インタフェース・キーを有効にしてユーザ装置とネットワークの間の通信に対してセキュリティ保護を行う。
さらに、本発明の方法に従って強化型無線インタフェース・キーを確立するシステムを提供する。図６に示すように、当該システムは、ソースＲＮＣ、ターゲットＲＮＣ、コアネットワークノード及びユーザ装置を少なくとも含む。
ソースＲＮＣは、移転する際に、移転要求をターゲットＲＮＣに送信する。
ターゲットＲＮＣは、ソースＲＮＣからの移転要求を受信し、ユーザ装置が強化型セキュリティ能力をサポートしているかどうかを認識することができない場合、受信したレガシー・キーを有効にして、サービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行う。又、ターゲットＲＮＣは、ユーザ装置からのメッセージによって、ユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、通知をコアネットワークに送信する。
コアネットワークノードは、ターゲットＲＮＣからの通知を受信し、ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするプロセスを開始させる。
コアネットワークノードはＳＧＳＮ＋又はＨＳＰＡ＋セキュリティ機能をサポートするモバイル交換センタ（ＭＳＣ＋）である。
図７は本発明に係る無線インタフェース・キーを確立する実施形態のフローチャートであり、以下のステップを含む。
ステップ７００：ターゲットＲＮＣが強化型セキュリティ能力をサポートしているかどうかを判断し、サポートしている場合、ステップ７０１に進み、サポートしていない場合、ステップ７１３に進む。
ステップ７０１：ユーザ装置（ＵＥ）が強化型セキュリティ能力をサポートしているかどうかを、ソースＲＮＣからのメッセージを受信することによってターゲットＲＮＣが判断し、認識することができる場合、ステップ７０２に進み、認識することができない場合、ステップ７０３に進む。
ステップ７０２：ターゲットＲＮＣが強化型無線インタフェース・キーを導き出して有効にし、サービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行う。そして、本プロセスは終了する。
ステップ７０３：ターゲットＲＮＣは、ソースＲＮＣから受信したレガシー無線インタフェース・キーを有効にする。
ステップ７０４：ターゲットＲＮＣは、自身が強化型セキュリティ能力をサポートしていることをＵＥに通知する。
ステップ７０５：ＵＥは、レガシー無線インタフェース・キーを用いてメッセージに対して成功検証を行う。
ステップ７０６：ＵＥが強化型セキュリティ能力をサポートしているかどうかを判断し、サポートしている場合、ステップ７０７に進む。サポートしていない場合、ステップ７１３に進み、引き続きレガシー無線インタフェース・キーを使用する。
ステップ７０７：ＵＥは、レガシー無線インタフェース・キーを用いてターゲットＲＮＣへのメッセージに対してセキュリティ保護を行い、自身のセキュリティ能力をターゲットＲＮＣに通知する。
ステップ７０８：ターゲットＲＮＣは、レガシーセキュリティキーを用いて受信したメッセージに対して成功検証を行う。
ステップ７０９：ターゲットＲＮＣが、ＵＥが強化型セキュリティ能力をサポートしていると認識することができる場合、ステップ７１０に進む。認識することができない場合、ステップ７１３に進み、引き続きレガシー無線インタフェース・キーを用いて以降の通信に対してセキュリティ保護を行う。
ステップ７１０：ターゲットＲＮＣは、ネットワーク側のＳＧＳＮ＋又はＭＳＣ＋にＵＥが強化型セキュリティ能力をサポートしていることを通知する。
ステップ７１１：ネットワーク側のＳＧＳＮ＋又はＭＳＣ＋は、ＡＫＡプロセスを開始する。本ステップは、任意的なステップである。
ステップ７１２：ネットワーク側のＳＧＳＮ＋又はＭＳＣ＋がセキュリティモードコマンド（ＳＭＣ）プロセスを開始し、ネットワーク側とＵＥ側とのそれぞれにおいて強化型無線インタフェース・キーを確立して有効にする。その後、強化型無線インタフェース・キーを用いて以降の通信に対してセキュリティ保護を行う。そして、本プロセスは終了する。
ステップ７１３：サービングＲＮＣ移転プロセス中又はサービングＲＮＣ移転プロセスの後に、レガシー無線インタフェース・キーを用いて通信に対してセキュリティ保護を行う。
以下、本発明の適用の詳細を実施形態と共に説明する。
図８は本発明の第１実施形態に係るフローチャートである。本実施形態では、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移動する時にセキュリティキーが利用される。
本実施形態は、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移動する時、セキュリティキーを使用する方法の実施形態である。第１実施形態において、強化型ＳＲＮＣ移転プロセス（即ちサービングＳＲＮＣとターゲットＲＮＣがコアネットワークの転送を介さず直接通信する）を用いてＲＮＣ移転を行うプロセスであり、フラット化されたのＮｏｄｅＢ＋を強化型ＲＮＣとする。図８に示すように、以下のステップを含む。
ステップ８００：レガシーＵＴＲＡＮネットワークにあるＳＲＮＣは、ＳＲＮＣ移転の実行を決定する。本ステップでは、決定のトリガーは、ユーザ装置の測定レポートの受信、又は、ターゲットＲＮＣからのセル又はＵＲＡ（ＵＲＡ登録エリア）の更新を要求するアップリンクシナリング伝送インディケーターの受信である。
ステップ８０１：ＳＲＮＣが、レガシー・キーＩＫ及び／又はＣＫを含む当該ユーザ装置のキーデータを伝達する移転要求メッセージをターゲットＲＮＣに送信する。当該キーデータは、ＳＲＮＣからターゲットＲＮＣへの保護されていないコンテナに含まれてよい。
ステップ８０２：ターゲットＲＮＣが、受信したレガシー・キーＩＫ及び／又はＣＫを記憶する。
ステップ８０３：ターゲットＲＮＣは、リソースをユーザに割り当てる。本ステップでは、ＳＲＮＣが、ターゲットＲＮＣにダウンリンク専用制御チャネル（ＤＬＤＣＣＨ）メッセージを送信させ、完全性保護を行わせることを決定する場合、ターゲットＲＮＣは、受信したレガシー・キーＩＫを直接使用してメッセージに完全性保護を行い、さらにＳＲＮＣに移転応答メッセージを送信する。好ましくは、当該移転応答メッセージには、ネットワークのセキュリティ能力が含まれる。
ターゲットＲＮＣが強化型セキュリティ能力を持たない場合、ユーザ装置のセキュリティ能力に係らず、ターゲットＲＮＣは、すべてレガシーセキュリティメカニズムを使用することを決定する。
ステップ８０４：ＳＲＮＣは、物理チャネル再構成メッセージ又はＵＴＲＡＮモバイル情報メッセージをユーザ装置に送信する。
ステップ８０５：強化型ユーザ装置がレガシー・キーＩＫを用いて、受信したメッセージに対して検証を行う。
好ましくは、メッセージ検証が成功した場合、ユーザ装置は、受信したネットワークのセキュリティ能力及び自身のセキュリティ能力に応じて、レガシーセキュリティメカニズムを使用すべきかそれとも強化型セキュリティメカニズムを使用すべきかを判断する。
ネットワーク又はユーザ装置が強化型セキュリティ能力を持たない場合、ユーザ装置はレガシーセキュリティメカニズムを使用することを決定する。当該メカニズムはレガシーＵＭＴＳにおけるＳＲＮＣ移転プロセスと同じなので、ここでは詳しい説明を省略する。ネットワーク側とユーザ装置が共に強化型セキュリティ能力を持つ場合、ステップ８０６を実行する。
ステップ８０６：強化型ユーザ装置は、物理チャネル再構成完了メッセージ又はＵＴＲＡＮモバイル情報確認メッセージを強化型ターゲットＲＮＣに送信する。ユーザ装置は、レガシー完全性キーＩＫを用いて当該メッセージに対して完全性保護を行い、又は、レガシー完全性キーＩＫと暗号化キーＣＫを用いて当該メッセージに完全性と暗号化の保護を同時に行う。
好ましくは、ユーザ装置からターゲットＲＮＣへの前記メッセージは、ユーザ装置のセキュリティ能力（ＵＥ ｓｅｃｕｒｉｔｙ ｃａｐａｂｉｌｉｔｙ）が含まれる。
ステップ８０７：ターゲットＲＮＣは、ユーザ装置から送信された物理チャネル再構成完了メッセージ又はＵＴＲＡＮモバイル情報確認メッセージを受信した後、レガシー・キーを用いて当該メッセージに対して検証、又は復号化と検証を行う。
ターゲットＲＮＣからユーザ装置へのメッセージの検証が成功した場合、ターゲットＲＮＣは、コアネットワークノード（ＳＧＳＮ＋又はＭＳＣ＋）とメッセージのインタラクションを行い、ＳＲＮＣ移転完了をコアネットワークノードに通知する。
ターゲットＲＮＣが２つのＣＮノード（ＳＧＳＮ＋又はＭＳＣＲ＋）と同時に接続する場合、ターゲットＲＮＣは、当該２つのＣＮノードへメッセージのインタラクションを同時に行う。
好ましくは、ターゲットＲＮＣは、コアネットワークノードとのインタラクションにおいて、ユーザ装置のセキュリティ能力を通知し、又は強化型セキュリティメカニズムを有効にすることをコアネットワークに通知する。
ステップ８０８：コアネットワークノード（ＳＧＳＮ＋又はＭＳＣ／ＶＬＲ＋）がＳＲＮＣとの間のＩｕインタフェースをリリースする。
ステップ８０９：コアネットワークノードがＡＫＡプロセスを開始する。本ステップは任意的である。コアネットワークノードに未使用の認証ベクトルがある場合、又は現在利用中のレガシー・キーに対応する認証ベクトルがある場合、当該ステップをスキップして、ステップ８１０を直接実行する方が好適である。
ステップ８１０：コアネットワークノードがレガシー・キーＩＫ／ＣＫに応じて中間キーＫＲＮＣを導き出す。
ステップ８１１：コアネットワークノードが中間キーＫＲＮＣを含むセキュリティモードコマンドメッセージをターゲットＲＮＣ（ＲＮＣ＋である）に送信する。好ましくは、コアネットワークがレガシー・キーＩＫ／ＣＫと中間キーＫＲＮＣに応じて、変形中間キーＫＲＮＣ ＊を導き出し、且つ変形中間キーＫＲＮＣ ＊を含むセキュリティモードコマンドメッセージをターゲットＲＮＣ＋に送信する。当該変形中間キーは、端末が強化型ＵＴＲＡＮネットワークにおいてＳＲＮＣ移転を行う時、強化型無線インタフェース・キーＩＫＵ／ＣＫＵを更新することに用いられる。
変形中間キーＫＲＮＣ ＊は１つのカウンターＮＣＣに関連するものが好適である。ステップ８０１における中間キーＫＲＮＣが１つの仮想の変形中間キーＫＲＮＣ ＊に対応し、関連するＮＣＣは０である。前記コアネットワークノードがレガシー・キーＩＫ／ＣＫと中間キーＫＲＮＣに応じて導き出した変形中間キーＫＲＮＣ ＊と関連するＮＣＣ値は１である。ＮＣＣ値は、セキュリティモードコマンドメッセージに含められてターゲットＲＮＣ＋に送信されてもよい。
ステップ８１２：ターゲットＲＮＣが中間キーＫＲＮＣに応じて、強化型キーＩＫＵ／ＣＫＵを導き出す。
ステップ８１３：ターゲットＲＮＣがセキュリティモードコマンドメッセージをユーザ装置に送信し、当該メッセージの完全性が強化型キーＩＫＵを用いて保護される。
ステップ８１４：ユーザ装置は、レガシー・キーＩＫ／ＣＫから中間キーＫＲＮＣを導き出す。
ステップ８１５：ユーザ装置は、中間キーＫＲＮＣから、強化型キーＩＫＵ／ＣＫＵを導き出す。ステップ８１４、ステップ８１５は、ステップ８１３の前に実行されてもよい。
ユーザ装置は、レガシー・キーＩＫ／ＣＫと中間キーＫＲＮＣから、変形中間キーＫＲＮＣ ＊を導き出してもよい。当該変形中間キーは、端末が強化型ＵＴＲＡＮネットワークにおいてＳＲＮＣ移転を行う時、強化型無線インタフェース・キーＩＫＵ／ＣＫＵを更新することに用いられる。
変形中間キーＫＲＮＣ ＊は、１つのカウンターＮＣＣに関連するものが好適である。ステップ８１４における中間キーＫＲＮＣが１つの仮想の変形中間キーＫＲＮＣ ＊に対応し、関連するＮＣＣは０である。前記ユーザ装置がレガシー・キーＩＫ／ＣＫと中間キーＫＲＮＣに応じて導き出した変形中間キーＫＲＮＣ ＊と関連するＮＣＣ値は１である。
ステップ８１６：ユーザ装置は、強化型キーＩＫＵを用いて、受信したセキュリティモードコマンドメッセージに対して検証を行う。、検証が成功した場合ユーザ装置は、セキュリティモード完了メッセージをターゲットＲＮＣに送信する。当該セキュリティモード完了メッセージの完全性は、強化型キーＩＫＵを用いて保護される。
ステップ８１７：ターゲットＲＮＣは、強化型キーＩＫＵを用いて、受信したセキュリティモード完了メッセージに対して検証を行う。検証が成功した場合ターゲットＲＮＣは、セキュリティモード完了メッセージをコアネットワークノードに送信する。
本実施形態では、ステップ８１０〜ステップ８１７は、初期アタッチの間にユーザ装置がセキュリティモードコマンドを介して強化型無線インタフェース・キーを確立するプロセスと同じである。図８は１つの例に過ぎない。
それ以外に、強化型無線インタフェース・キーＩＫＵ／ＣＫＵは、コアネットワークノードより生成されてもよく、セキュリティモードコマンドメッセージに含まれてターゲットＲＮＣに送信されてもよい。
図９は本発明に係る第２実施形態のフローチャートである。本実施形態では、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移動する時にセキュリティキーが利用される。本実施形態は、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移動する時、セキュリティキーを使用する別の方法である。
第２実施形態では、ＳＲＮＣとターゲットＲＮＣとの間のメッセージインタラクションは、コアネットワークノード（ＣＮＮ＋）即ちＳＧＳＮ＋又はＭＳＣ＋を介して転送される必要がある。図９に示すように、以下のステップを含む。
ステップ９００：ＳＲＮＣは、ＳＲＮＣ移転の実行を決定する。本ステップでは、決定のトリガーは、ユーザ装置の測定レポートの受信、又は、ターゲットＲＮＣから送信された、セル又はＵＲＡ更新等の実行を要求するアップリンクシナリング伝送インディケーターの受信である。
ステップ９０１：ＳＲＮＣは、移転要求メッセージをコアネットワークノードに送信する。ＳＲＮＣは、２つのＣＮＮ＋（即ちＳＧＳＮ＋とＭＳＣ／ＶＬＲ＋）と同時に接続する場合、移転要求メッセージを当該２つのＣＮＮ＋に同時に送信する。レガシー・キーＩＫ及び／又はＣＫを含むキーデータは移転要求メッセージにおいて伝達される。当該キーデータは、ＳＲＮＣがターゲットＲＮＣに送信する保護されていないコンテナに含まれるものとすることができる。
ステップ９０２：コアネットワークが、ＳＲＮＣからのレガシー・キー伝達する移転要求メッセージをターゲットＲＮＣに送信する。当該レガシー・キーは、ＳＲＮＣがターゲットＲＮＣに送信する保護されていないコンテナに含まれるものとすることができる。
ステップ９０３：ターゲットＲＮＣは、受信したレガシー・キーＩＫ及び／又はＣＫを記憶する。
ステップ９０４：ターゲットＲＮＣは、リソースをユーザに割り当てる。ＳＲＮＣが、ターゲットＲＮＣにダウンリンク専用制御チャネル（ＤＬＤＣＣＨ）メッセージを送信させて完全性保護を行わせることを決定する場合、ターゲットＲＮＣは、受信したレガシー・キーＩＫを直接使用してメッセージに完全性保護を行う。さらにターゲットＲＮＣは、移転要求確認メッセージをＳＲＮＣに返す。
移転要求確認メッセージは、ネットワークのセキュリティ能力を伝達するもののが好適である。移転要求確認メッセージを送信する前に、ターゲットＲＮＣとコアネットワークは、新しいＩｕベアラを確立してＲＲＣ接続リソースやユーザ装置の無線リンクリソースなどのリソースを割り当ててもよい。
ターゲットＲＮＣが強化型セキュリティ能力を持たない場合、ユーザ装置のセキュリティ能力に係らず、ターゲットＲＮＣは、すべてレガシーセキュリティメカニズムを使用することを決定することが好ましい。
ステップ９０５：コアネットワークが、前記ターゲットＲＮＣからユーザ装置への、ソースＲＮＣにより転送されたパラメータを伝達する移転コマンドメッセージをＳＲＮＣに送信する。
前記ステップ９０１〜ステップ９０５では、複数のＳＧＳＮが存在する場合、ＳＧＳＮの移転プロセスが実施されてもよい。当該移転プロセスでは、サービングＳＧＳＮ＋に記憶されたユーザ装置のセキュリティコンテキストがターゲットＳＧＳＮに伝送される。セキュリティコンテキストは、レガシー・キーＩＫ／ＣＫ、及び／又は未使用の認証ベクトル等を含んでもよい。
ステップ９０６：ＳＲＮＣは、物理チャネル再構成メッセージ又はＵＴＲＡＮモバイル情報メッセージをユーザ装置に送信する。好ましくは、物理チャネル再構成メッセージ又はＵＴＲＡＮモバイル情報メッセージは、ターゲットＲＮＣからユーザ装置へ送信されるパラメータを伝達する。このパラメータは、ネットワーク側のセキュリティ能力を示す。
ステップ９０７：ユーザ装置は、レガシー・キーＩＫを用いて、受信したメッセージに対して検証を行う。受信したメッセージの検証が成功した場合、ユーザ装置は、受信したネットワーク側のセキュリティ能力及び自身のセキュリティ能力に応じて、レガシーセキュリティメカニズムを使用すべきかそれとも強化型セキュリティメカニズムを使用すべきかを判断してもよい。
ネットワーク又はユーザ装置が強化型セキュリティ能力を持たない場合、ユーザ装置はレガシーセキュリティメカニズムを使用することを決定する。このレガシーセキュリティメカニズムは、レガシーＵＭＴＳにおけるＳＲＮＣ移転プロセスと同じなので、ここでの詳しい説明は省略する。ネットワーク側とユーザ装置が共に強化型セキュリティ能力を持つ場合、ユーザ装置がステップ９０８を実行する。
ステップ９０８〜ステップ９０９の詳細は、図８に示す実施形態におけるステップ８０６〜ステップ８１７と完全に一致するので、ここでは省略する。
図１０は本発明に係るフローチャートである。本実施形態では、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移動する時にセキュリティキーが利用される。
第３実施形態と図８に示す第１実施形態との違いは、両方の強化型キーアーキテクチャが異なることである。第３実施形態では、コアネットワークノードがレガシー・キーＩＫ／ＣＫから強化型キーＩＫＵ／ＣＫＵを直接導出し、ＩＫＵ／ＣＫＵをセキュリティモードコマンドメッセージに含めてターゲットＲＮＣ＋に送信する。本実施形態は図１０に示すように、以下のステップを含む。
ステップ１００１〜ステップ１００９は、図８におけるステップ８０１〜ステップ８０９と完全に一致するので、ここでの詳しい説明は省略する。
ステップ１０００：コアネットワークノードがレガシー・キーＩＫ／ＣＫにから、強化型キーＩＫＵ／ＣＫＵを導き出す。強化型キーＩＫＵ／ＣＫＵを導き出すパラメータは、ランダム数又はカウンターを更に含んでもよい。
ステップ１０１１：コアネットワークノードがＩＫＵ／ＣＫＵを含むセキュリティモードコマンドメッセージをターゲットＲＮＣ（ＲＮＣ＋である）に送信する。
ステップ１０１２：ターゲットＲＮＣは、受信した強化型キーＩＫＵ／ＣＫＵを記憶する。
ステップ１０１３：ターゲットＲＮＣは、セキュリティモードコマンドメッセージをユーザ装置に送信する。セキュリティモードコマンドメッセージの完全性は強化型キーＩＫＵを用いて保護される。
ステップ１０１４：ユーザ装置は、レガシー・キーＩＫ／ＣＫから、強化型キーＩＫＵ／ＣＫＵを導き出す。ＩＫＵ／ＣＫＵを導き出すパラメータは、ランダム数又はカウンターを更に含んでもよい。当該ランダム数は、ネットワーク側に用いられたランダム数と同じであってもよく、ＳＧＳＮ＋がステップ１０１０で生成してＳＭＣプロセスでユーザ装置に送信するランダム数であってもよい。又は従来のプロセスにすでに存在しているランダム数であってもよい。
ステップ１０１５：ユーザ装置は、強化型キーＩＫＵ／ＣＫＵを記憶する。ステップ１０１４、ステップ１０１５は、ステップ１０１３の前に実行されてもよい。
ステップ１０１６〜ステップ１０１７は、図８中のステップ８１６〜ステップ８１７と完全に一致するので、ここでの詳しい説明は省略する。
第３実施形態では、ＳＲＮＣ移転プロセス（ステップ１０００〜ステップ１００８）は、図９に示すレガシーＳＲＮＣ移転プロセス（ステップ９００〜ステップ９１０）に置き換えてもよく、即ちＲＮＣとターゲットＲＮＣとの間の通信がコアネットワークノードの転送を経由してもよい。ステップ１０１０〜ステップ１０１７は同一である。
図１１は本発明の第４実施形態に係るフローチャートである。本実施形態では、強化型ユーザ装置がレガシーＵＴＲＡＮネットワークから強化型ＵＴＲＡＮネットワークへ移動する時にセキュリティキーが利用される。
第４の実施形態と図８に示す第１の実施形態との違いは、第４実施形態では、コアネットワークノードが中間キーＫＲＮＣから強化型キーＩＫＵ／ＣＫＵを導き出し、ＩＫＵ／ＣＫＵをセキュリティモードコマンドメッセージに含めてターゲットＲＮＣ＋に送信することにある。本実施形態は図１１に示すように、以下のステップを含む。
ステップ１１０１〜ステップ１１０９は、図８に示すステップ８０１〜ステップ８０９と完全に一致するので、ここでの詳しい説明は省略する。
ステップ１１１０：コアネットワークノードがレガシー・キーＩＫ／ＣＫから中間キーＫＲＮＣを導き出し、中間キーＫＲＮＣから強化型キーＩＫＵ／ＣＫＵを導き出す。中間キーＫＲＮＣ及び／又は強化型キーＩＫＵ／ＣＫＵを導き出すパラメータは、ランダム数又はカウンターを更に含んでもよい。
ステップ１１１１：コアネットワークノードが、ＩＫＵ／ＣＫＵを含むセキュリティモードコマンドメッセージをターゲットＲＮＣ（ＲＮＣ＋である）に送信する。
ステップ１１１２：ターゲットＲＮＣは、受信した強化型キーＩＫＵ／ＣＫＵを記憶する。
ステップ１１１３：ターゲットＲＮＣは、セキュリティモードコマンドメッセージをユーザ装置に送信する。セキュリティモードコマンドメッセージの完全性は、強化型キーＩＫＵを用いて保護される。
ステップ１１１４：ユーザ装置は、レガシー・キーＩＫ／ＣＫから中間キーＫＲＮＣを導き出し、中間キーＫＲＮＣから強化型キーＩＫＵ／ＣＫＵを導き出す。
中間キーＫＲＮＣ及び／又は強化型キーＩＫＵ／ＣＫＵを導き出すパラメータは、ランダム数又はカウンターを更に含んでもよい。当該ランダム数はネットワーク側に用いられたランダム数と同様に、ＳＧＳＮ＋がステップ１１１０で生成しＳＭＣプロセスでユーザ装置に送信されるランダム数であってよく、又は従来のプロセスにすでに存在しているランダム数であってもよい。
ステップ１１１５：ユーザ装置は、強化型キーＩＫＵとＣＫＵを記憶する。ステップ１１１４、ステップ１１１５はステップ１１１３の前に実行されてもよい。ステップ１１１６〜ステップ１１１７は、図８中のステップ８１６〜ステップ８１７と完全に一致するので、ここでの詳しい説明は省略する。
第４実施形態では、ＳＲＮＣ移転プロセス（ステップ１１００〜ステップ１１０８）は、図９に示されたレガシーＳＲＮＣ移転プロセス（ステップ９００〜ステップ９１０）に置き換えてもよく、即ちＲＮＣとターゲットＲＮＣとの間の通信がコアネットワークノードの転送を経由してもよい。ステップ１１１０〜ステップ１１１７は、同一である。
以上の説明は、本発明の好適な実施形態に過ぎず、本発明を限定するものではない。当業者にとっては、本発明に基づく種々の変更と変形が可能である。本発明の趣旨及び範囲を逸脱することなく実施されたあらゆる修正、同等の置換及び改良等は、すべて本発明の保護範囲に属する。

Claims (19)

  1. 強化型無線インタフェース・キーの確立方法であって、
    強化型セキュリティ能力を持つターゲットＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）が、サービングＲＮＣの移転プロセスの間に、ソースＲＮＣから送信された移転要求から、ユーザ装置が強化型セキュリティ能力をサポートしているかどうかを認識することができない場合、受信したレガシー・キーを有効にして、サービングＲＮＣの移転プロセスにおける通信に対してセキュリティ保護を行い、
    前記ターゲットＲＮＣが、ユーザ装置からのメッセージを受信し、且つユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、前記ターゲットＲＮＣが、ネットワーク側とユーザ装置のそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするようにコアネットワークに通知する
    ことを特徴とする確立方法。
  2. 前記ユーザ装置からのメッセージは、物理チャネル再構成完了メッセージ又はＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）モビリティ情報確認メッセージである
    ことを特徴とする請求項１に記載の強化型無線インタフェース・キーの確立方法。
  3. 前記ネットワーク側とユーザ装置のそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするようにコアネットワークに通知するステップでは、
    前記コアネットワークが、ＡＫＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ）及びＳＭＣ（Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍａｎｄ）プロセス、又はＳＭＣプロセスを開始し、ネットワーク側とユーザ装置のそれぞれにおいて強化型無線インタフェース・キーを確立して有効にし、以降の通信に対してセキュリティ保護を行う
    ことを特徴とする請求項２に記載の強化型無線インタフェース・キーの確立方法。
  4. 前記コアネットワークノードに未使用の認証ベクトルがある場合、又は現在利用中のレガシー・キーに対応する認証ベクトルがある場合、ＳＭＣプロセスが直接実行される
    ことを特徴とする請求項３に記載の強化型無線インタフェース・キーの確立方法。
  5. 前記ネットワーク側とユーザ装置のそれぞれにおいて、強化型無線インタフェース・キーを確立するステップでは、
    前記コアネットワークノードがレガシー・キーＩＫ／ＣＫ（Ｉｎｔｅｇｒｉｔｙ Ｋｅｙ／Ｃｉｐｈｅｒｉｎｇ Ｋｅｙ）から中間キーＫＲＮＣを導き出し、前記コアネットワークノードが中間キーＫＲＮＣを含むセキュリティモードコマンドメッセージをターゲットＲＮＣに送信し、前記ターゲットＲＮＣが中間キーＫＲＮＣから強化型キーＩＫＵ及びＣＫＵを導き出し、前記ユーザ装置がレガシー・キーＩＫ／ＣＫにから中間キーＫＲＮＣを導き出し、中間キーＫＲＮＣから強化型キーＩＫＵとＣＫＵを導き出す
    ことを特徴とする請求項３に記載の強化型無線インタフェース・キーの確立方法。
  6. 前記コアネットワークノードがレガシー・キーＩＫ／ＣＫと中間キーＫＲＮＣから変形中間キーＫＲＮＣ ＊を導き出し、変形中間キーＫＲＮＣ ＊を含むセキュリティモードコマンドメッセージを強化型ターゲットＲＮＣ＋に送信する
    ことを特徴とする請求項５に記載の強化型無線インタフェース・キーの確立方法。
  7. 前記変形中間キーＫＲＮＣ ＊はカウンターＮＣＣに関連し、前記中間キーＫＲＮＣは仮想の変形中間キーＫＲＮＣ ＊に対応し、前記関連するＮＣＣは０であり、
    前記コアネットワークノードがレガシー・キーＩＫ／ＣＫと中間キーＫＲＮＣにから導き出した変形中間キーＫＲＮＣ ＊と関連するＮＣＣの値は１である
    ことを特徴とする請求項６に記載の強化型無線インタフェース・キーの確立方法。
  8. 前記ＮＣＣ値は、強化型ターゲットＲＮＣ＋に送信されるセキュリティモードコマンドメッセージにおいて伝達される
    ことを特徴とする請求項７に記載の強化型無線インタフェース・キーの確立方法。
  9. 前記ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立するステップでは、
    前記コアネットワークノードがレガシー・キーＩＫ／ＣＫから強化型キーＩＫＵ／ＣＫＵを導き出し、前記コアネットワークがＩＫＵ／ＣＫＵを含むセキュリティモードコマンドメッセージをターゲットＲＮＣに送信し、前記ターゲットＲＮＣが受信したＩＫＵ／ＣＫＵを記憶し、前記ユーザ装置がレガシー・キーＩＫ／ＣＫから強化型キーＩＫＵ／ＣＫＵを導き出して記憶する
    ことを特徴とする請求項３に記載の強化型無線インタフェース・キーの確立方法。
  10. 前記ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立するステップでは、
    前記コアネットワークノードがレガシー・キーＩＫ／ＣＫから中間キーＫＲＮＣを導き出し、中間キーＫＲＮＣから強化型キーＩＫＵ／ＣＫＵを導き出し、前記コアネットワークがＩＫＵ／ＣＫＵを含むセキュリティモードコマンドメッセージをターゲットＲＮＣに送信し、前記ターゲットＲＮＣが受信したＩＫＵ／ＣＫＵを記憶し、前記ユーザ装置がレガシー・キーＩＫ／ＣＫから中間キーＫＲＮＣを導き出し、中間キーＫＲＮＣから強化型キーＩＫＵ／ＣＫＵを導き出して記憶する
    ことを特徴とする請求項３に記載の強化型無線インタフェース・キーの確立方法。
  11. 前記ターゲットＲＮＣが、ソースＲＮＣから送信されたメッセージからユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、前記ターゲットＲＮＣが、強化型無線インタフェース・キーを導き出して有効にし、サービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行う
    ことを特徴とする請求項３に記載の強化型無線インタフェース・キーの確立方法。
  12. 前記受信したレガシー・キーを有効にして、サービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行うステップでは、
    前記ターゲットＲＮＣがソースＲＮＣから受信したレガシー無線インタフェース・キーを有効にし、自身が強化型セキュリティ能力をサポートしていることを前記ユーザ装置に通知し、
    前記ユーザ装置が、レガシー無線インタフェース・キーを用いてメッセージに対して成功検証を行い、前記ユーザ装置が強化型セキュリティ能力をサポートしている場合、前記ユーザ装置が、レガシー無線インタフェース・キーを用いてターゲットＲＮＣへのメッセージ及び／又はデータに対してセキュリティ保護を行い、自身のセキュリティ能力を前記ターゲットＲＮＣに通知し、
    前記ターゲットＲＮＣが、レガシー無線インタフェース・キーを用いてメッセージに対して成功検証を行い、前記ターゲットＲＮＣが、ユーザ装置が強化型セキュリティ能力をサポートしていると認識した後、前記ターゲットＲＮＣが、ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするようにコアネットワークに通知する
    ことを特徴とする請求項３又は１１に記載の強化型無線インタフェース・キーの確立方法。
  13. 前記ユーザ装置が強化型セキュリティ能力をサポートしていない場合、前記サービングＲＮＣ移転プロセス中において、又は前記サービングＲＮＣ移転プロセス後において、レガシー無線インタフェース・キーを用いて通信に対してセキュリティ保護を行う
    ことを特徴とする請求項１２に記載の強化型無線インタフェース・キーの確立方法。
  14. 前記ターゲットＲＮＣが、ユーザ装置が強化型セキュリティ能力をサポートしていると認識することができない場合、前記レガシー無線インタフェース・キーを用いてサービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行うことを継続する
    ことを特徴とする請求項１２に記載の方法。
  15. 前記ターゲットＲＮＣが強化型セキュリティ能力をサポートしていない場合、前記サービングＲＮＣ移転プロセス中において、又は前記サービングＲＮＣ移転プロセス後において、レガシー無線インタフェース・キーを用いて通信に対してセキュリティ保護を行う
    ことを特徴とする請求項１に記載の方法。
  16. ＲＮＣと、ターゲットＲＮＣと、コアネットワークノードと、ユーザ装置とを含む強化型無線インタフェース・キーの確立システムであって、
    前記ソースＲＮＣは、移転する際に移転要求をターゲットＲＮＣに送信し、
    前記ターゲットＲＮＣは、ソースＲＮＣからの移転要求を受信し、ユーザ装置が強化型セキュリティ能力をサポートしているかどうかを認識することができない場合、受信したレガシー・キーを有効にしてサービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行い、ユーザ装置からのメッセージによってユーザ装置が強化型セキュリティ能力をサポートしていると認識した場合、通知をコアネットワークに送信し、
    前記コアネットワークノードは、ターゲットＲＮＣからの通知を受信し、それをトリガーとして、ネットワーク側とユーザ装置とのそれぞれにおいて、強化型無線インタフェース・キーを確立して有効にするプロセスを開始する
    ことを特徴とする強化型無線インタフェース・キーの確立システム。
  17. 前記ターゲットＲＮＣ又は前記ユーザ装置が強化型セキュリティ能力をサポートしていない場合、前記ターゲットＲＮＣは、前記サービングＲＮＣ移転プロセス中において、又は前記サービングＲＮＣ移転プロセス後において、レガシー無線インタフェース・キーを用いて通信に対してセキュリティ保護を行う
    ことを特徴とする請求項１６に記載の強化型無線インタフェース・キーの確立システム。
  18. 前記ターゲットＲＮＣがユーザ装置が強化型セキュリティ能力をサポートしていると認識することができない場合、前記ターゲットＲＮＣは、前記レガシー無線インタフェース・キーを用いてサービングＲＮＣ移転プロセスにおける通信に対してセキュリティ保護を行うことを継続する
    ことを特徴とする請求項１６又は１７に記載の強化型無線インタフェース・キーの確立システム。
  19. 前記コアネットワークノードは、ＨＳＰＡ＋（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）セキュリティ機能をサポートするＳＧＳＮ＋（ＳｅｒｖｉｃｅＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）、又はＨＳＰＡ＋セキュリティ機能をサポートするＭＳＣ＋（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）である
    ことを特徴とする請求項１７に記載の強化型無線インタフェース・キーの確立システム。
JP2013505312A 2010-04-20 2011-03-10 強化型無線インタフェース・キーの確立方法及び強化型無線インタフェース・キーの確立システム Expired - Fee Related JP5458456B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201010167336.9 2010-04-20
CN201010167336.9A CN101835154B (zh) 2010-04-20 2010-04-20 一种建立增强的空口密钥的方法及系统
PCT/CN2011/071692 WO2011131063A1 (zh) 2010-04-20 2011-03-10 一种建立增强的空口密钥的方法及系统

Publications (2)

Publication Number Publication Date
JP2013529419A JP2013529419A (ja) 2013-07-18
JP5458456B2 true JP5458456B2 (ja) 2014-04-02

Family

ID=42719043

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013505312A Expired - Fee Related JP5458456B2 (ja) 2010-04-20 2011-03-10 強化型無線インタフェース・キーの確立方法及び強化型無線インタフェース・キーの確立システム

Country Status (6)

Country Link
US (1) US8804962B2 (ja)
EP (1) EP2515566A4 (ja)
JP (1) JP5458456B2 (ja)
CN (1) CN101835154B (ja)
CA (1) CA2787356C (ja)
WO (1) WO2011131063A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101835154B (zh) 2010-04-20 2016-03-30 中兴通讯股份有限公司 一种建立增强的空口密钥的方法及系统
US10470090B2 (en) * 2014-11-14 2019-11-05 Qualcomm Incorporated Data compression techniques for handover and radio link failure recovery
US10425887B2 (en) * 2015-11-10 2019-09-24 Blackberry Limited Gateway selection controlled by network
WO2018201398A1 (zh) * 2017-05-04 2018-11-08 华为技术有限公司 获取密钥的方法、设备和通信系统
US11057766B2 (en) * 2018-11-01 2021-07-06 Nokia Technologies Oy Security management in disaggregated base station in communication system
CN111835691B (zh) * 2019-04-22 2022-09-27 中国移动通信有限公司研究院 一种认证信息处理方法、终端和网络设备

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1020779A (ja) * 1996-07-08 1998-01-23 Hitachi Inf Syst Ltd 公開鍵暗号方式における鍵変更方法
US6857075B2 (en) * 2000-12-11 2005-02-15 Lucent Technologies Inc. Key conversion system and method
CA2642822C (en) 2006-03-31 2013-01-15 Samsung Electronics Co., Ltd. System and method for optimizing authentication procedure during inter access system handovers
CN101128033B (zh) * 2006-08-18 2011-04-20 中兴通讯股份有限公司 重定位中实现加密算法改变的方法
US8094817B2 (en) * 2006-10-18 2012-01-10 Telefonaktiebolaget Lm Ericsson (Publ) Cryptographic key management in communication networks
US7870601B2 (en) * 2006-11-16 2011-01-11 Nokia Corporation Attachment solution for multi-access environments
CN101287285B (zh) 2007-04-10 2011-12-21 华为技术有限公司 电路域呼叫建立、触发方法、系统及设备
CN101399767B (zh) * 2007-09-29 2011-04-20 华为技术有限公司 终端移动时安全能力协商的方法、系统及装置
CN101511084B (zh) * 2008-02-15 2011-05-04 中国移动通信集团公司 一种移动通信系统的鉴权和密钥协商方法
WO2009157172A1 (ja) 2008-06-27 2009-12-30 パナソニック株式会社 通信システム及び通信処理装置並びに認証処理装置
US20100040023A1 (en) * 2008-08-15 2010-02-18 Gallagher Michael D Method and Apparatus for Inter Home Node B Handover in a Home Node B Group
CN101616388B (zh) * 2009-08-05 2012-06-20 中国联合网络通信集团有限公司 一种实现不同厂家的rnc间业务迁移的方法及系统
CN101835154B (zh) * 2010-04-20 2016-03-30 中兴通讯股份有限公司 一种建立增强的空口密钥的方法及系统

Also Published As

Publication number Publication date
US20120294444A1 (en) 2012-11-22
US8804962B2 (en) 2014-08-12
EP2515566A1 (en) 2012-10-24
CN101835154B (zh) 2016-03-30
CA2787356A1 (en) 2011-10-27
CN101835154A (zh) 2010-09-15
WO2011131063A1 (zh) 2011-10-27
JP2013529419A (ja) 2013-07-18
CA2787356C (en) 2016-10-04
EP2515566A4 (en) 2014-01-08

Similar Documents

Publication Publication Date Title
EP2429227B1 (en) Method and system for updating air interface keys
US8938071B2 (en) Method for updating air interface key, core network node and radio access system
US9848323B2 (en) Method for resolving security issues using NH and NCC pairs in mobile communication system
JP5436694B2 (ja) 端末が強化型ｕｔｒａｎに移動する時に強化キーを確立する方法及びシステム
US8565433B2 (en) Method and system for managing air interface key
JP5458456B2 (ja) 強化型無線インタフェース・キーの確立方法及び強化型無線インタフェース・キーの確立システム
US9386448B2 (en) Method for updating air interface key, core network node and user equipment
CN101742500A (zh) 一种派生空口密钥的方法及系统
US8934868B2 (en) Method for updating and generating air interface key and radio access system
CN101860862B (zh) 终端移动到增强utran时建立增强密钥的方法及系统
CN101820622B (zh) 无线通信系统中管理空口映射密钥的方法和系统
CN101917717B (zh) 一种geran与增强utran间互联互通时建立密钥的方法及系统
CN101902738B (zh) 空中接口密钥的更新方法、装置及无线接入系统

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20131206

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: 20131217

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20131227

R150 Certificate of patent or registration of utility model

Ref document number: 5458456

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees