JP2013531939A - エアインターフェースキーの更新方法、コアネットワークノード及び無線アクセスシステム - Google Patents

エアインターフェースキーの更新方法、コアネットワークノード及び無線アクセスシステム Download PDF

Info

Publication number
JP2013531939A
JP2013531939A JP2013513528A JP2013513528A JP2013531939A JP 2013531939 A JP2013531939 A JP 2013531939A JP 2013513528 A JP2013513528 A JP 2013513528A JP 2013513528 A JP2013513528 A JP 2013513528A JP 2013531939 A JP2013531939 A JP 2013531939A
Authority
JP
Japan
Prior art keywords
key
message
next hop
rnc
core network
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
JP2013513528A
Other languages
English (en)
Other versions
JP5774096B2 (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 JP2013531939A publication Critical patent/JP2013531939A/ja
Application granted granted Critical
Publication of JP5774096B2 publication Critical patent/JP5774096B2/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
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • 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/08—Access security
    • 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

Abstract

本発明は、エアインターフェースキーの更新方法、コアネットワークノード及び無線アクセスシステムを開示し、ここで、エアインターフェースキーの更新方法は、コアネットワークノードがターゲットＲＮＣの移転完了指示メッセージを受信し、この移転完了指示メッセージがユーザ設備ＵＥがソースＲＮＣからターゲットＲＮＣまでに成功に移転することを指示することに用いられるステップ（Ｓ５０２）と、コアネットワークノードが保存した伝統的なキー及び現在の拡張キーを用いてネクストホップ拡張キーを算出するステップ（Ｓ５０４）と、ネクストホップ拡張キーをターゲットＲＮＣに送信するステップ（Ｓ５０６）とを含む。本発明によれば、ユーザのフォワードセキュリティを効果的に保障し、これで無線アクセスシステムの通信安全性を全体的に向上させた。
【選択図】図５

Description

本発明は無線通信分野に関し、具体的には、無線通信システムのＳＲＮＣ（Serving Radio Network Controller、サービス無線ネットワークコントローラ）移転時のエアインターフェースキーの更新方法、コアネットワークノード及び無線アクセスシステムに関する。
３ＧＰＰ（3rd Generation Partnership Project，第３世代移動体通信システムの標準化プロジェクト）がＲｅｌｅａｓｅ７では直交周波数分割多重（Orthogonal Frequency Division Multiplexing，「ＯＦＤＭ」と略称）及び多入力多出力（Multiple-Input Multiple-Output，「ＭＩＭＯ」と略称）技術を用いてＨＳＤＰＡ（High Speed Downlink Packet Access，高速ダウンリンクパケットアクセス）及びＨＳＵＰＡ（High Speed Uplink Packet Access，高速アップリンクパケットアクセス）の未来発展道路ＨＳＰＡ＋を完了する。ＨＳＰＡ＋は３ＧＰＰ ＨＳＰＡ（ＨＳＤＰＡとＨＳＵＰＡを含む）の拡張技術であり、ＨＳＰＡ事業者に複雑度の低い、低コストの、ＨＳＰＡからＬＴＥ（Long Term Evolution，長期的発展）への円滑な発展の道を提供する。
ＨＳＰＡに比べて、ＨＳＰＡ＋がシステム枠組では無線ネットワークコントローラ（Radio Network Controller，「ＲＮＣ」と略称）の機能を基地局ノードＢ（Ｎｏｄｅ Ｂ）に移動させ、図１に示すとおり、完全にフラット化の無線アクセスネットワーク枠組を形成する。この時、完全ＲＮＣ機能を統合したＮｏｄｅ ＢをＥｖｏｌｖｅｄ ＨＳＰＡ Ｎｏｄｅ Ｂと称し、又は拡張ノードＢ（Ｎｏｄｅ Ｂ＋）と略称する。ＳＧＳＮ＋はグレードアップした、ＨＳＰＡ＋機能を支援できるＳＧＳＮ（SERVICE GPRS SUPPORT NODE、サービスＧＰＲＳ（ＧＰＲＳ：General Packet Radio System，通用パケット無線システム）支援ノード）である。ＭＥ＋はＨＳＰＡ＋機能を支援できるユーザ端末設備である。発展型ＨＳＰＡシステムは３ＧＰＰ Ｒｅｌ−５及びその後のエアインターフェースバージョンを使用でき、エアインターフェースのＨＳＰＡサービスに対して如何なる修正も施していない。このようなスキームを用いた後、各Ｎｏｄｅ Ｂ＋はいずれもＲＮＣに相当するノードになり、Ｉｕ−ＰＳインターフェースを有してＰＳ ＣＮ（Core Network、コアネットワーク）（図１のＳＧＳＮ＋とＧＧＳＮ＋）と直接接続でき、Ｉｕ−ＰＳユーザインターフェースがＳＧＳＮで終結し、ここで、ネットワークが直接接続トンネル機能を支援すれば、Ｉｕ−ＰＳユーザインターフェースもＧＧＳＮ（Gateway GPRS Support Node、ゲートウェイＧＰＲＳ支援ノード）で終結してもよい。発展型ＨＳＰＡ Ｎｏｄｅ Ｂの間の通信はＩｕｒインターフェースを介して実行される。Ｎｏｄｅ Ｂ＋は独立ネットワーク構築の能力を有し、且つ、システム間とシステム内ハンドオーバーを含む完全な移動性機能を支援する。
フラット化した後、ユーザインターフェースデータがＲＮＣを通さなくても、ＧＧＳＮまで直接到着でき、つまり、ユーザ平面の暗号化と完全性保護機能がＮｏｄｅ Ｂ＋までに移動しなければならない。図２に示すとおり、現在、エリクソンはＨＳＰＡ＋安全キー階層構成を提出している。ここで、Ｋ（Ｋｅｙ，ルートキー）、ＣＫ（Ciphering Key、暗号化キー）及びＩＫ（Integrity Key、完全性キー）の定義はＵＭＴＳ（Universal Mobile Telecommunications System、汎用移動通信システム）において定義とは完全に一致し、即ちＫはＡｕＣ（Authentication Center、認証センター）及びＵＳＩＭ（UNIVERSAL SUBSCRIBER IDENTITY MODULE、万国加入者同定モジュール）に保存されるルートキーであり、ＣＫとＩＫはユーザ設備とＨＳＳ（Home Subscriber Server，帰属ユーザサーバー）ＡＫＡ（Authentication and Key Agreement，認証とキー協定）を行う場合にＫにより算出した暗号化キーと完全性キーであり、伝統的なキーと称する。
ＵＭＴＳでは、ＲＮＣは伝統的なエアインターフェースキーＣＫとＩＫを用いてデータに対して暗号化と完全性保護を行う。ＨＳＰＡ＋枠組では、ＲＮＣの全部機能を基地局Ｎｏｄｅ Ｂ＋に移動させるため、暗号化・復号ともＮｏｄｅ Ｂ＋で行われるが、Ｎｏｄｅ Ｂ＋が不安全の環境に位置し、安全性が高くない。このため、ＨＳＰＡ＋がＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network，発展型通用陸地無線アクセスネットワーク）に類似するキー階層を導入し、即ち、ＵＴＲＡＮキー階層（UTRAN Key Hierarchy）。ＵＴＲＡＮキー階層構成では、エアインターフェースキーＣＫＵとＩＫＵはＨＳＰＡ＋が新たに導入したキーであり、伝統的なキーＣＫとＩＫにより推定生成され、拡張キーと称し、ここで、拡張キーＣＫＵがユーザインターフェースデータと制御面シグナルの暗号化に用いられ、拡張キーＩＫＵが制御インターフェースシグナルに対して完全性保護を行うことに用いる。
ＷＣＤＭＡシステムでは、Ｉｕｒインターフェースの導入のため、ＳＲＮＣ／ＤＲＮＣ（Drift ＲＮＣ，ドリフトＲＮＣ）の概念が生じる。ＳＲＮＣとＤＲＮＣともある具体的なＵＥに対するロジック概念である。簡単に言うと、あるＵＥにとって、それがＣＮ（Core Network，コアネットワーク）に直接接続され、且つ、ＵＥ（User Equipment、ユーザ設備）のすべてのリソースに対して制御を行うＲＮＣがＵＥのＳＲＮＣと言い、ＵＥがＣＮに接続されず、ＵＥにリソースを提供するだけのＲＮＣをこのＵＥのＤＲＮＣと言う。接続状態にあるＵＥがＳＲＮＣを１つのみ有しなければならず、ゼロ又は複数のＤＲＮＣを有してもよい。
ＷＣＤＭＡシステムでは、ＳＲＮＣ移転（ＳＲＮＣ Relocation）とはＵＥのＳＲＮＣが１つのＲＮＣからもう１つのＲＮＣに変わるプロセスである。移転の発生する前後のＵＥが位置する位置の異なるにつれ、静的移転と随伴移転という２種類の情況に分けられる。
静的移転を発生する条件はＵＥが１つのＤＲＮＣ、且つ１つのみのＤＲＮＣからアクセスする。移転プロセスではＵＥの参与が必要とならないため、ＵＥにかかわらず（ＵＥ Not Involved）移転とも称する。移転が発生した後、Ｉｕｒインターフェースの接続が解除されるため、図３に示すとおり、Ｉｕインターフェースの移転が発生し、元ＤＲＮＣがＳＲＮＣに変わる。
静的移転はソフトハンドオーバーの時に発生するものであり、Ｉｕｒインターフェースのため、すべての無線リンクがＤＲＮＣに接続された後に移転が開始する。
図４に示すとおり、随伴移転とはＵＥがＳＲＮＣからターゲットＲＮＣにハードハンドオーバーするとともにＩｕインターフェースが変化するプロセスである。移転プロセスではＵＥの参与が必要となるため、ＵＥに係わる（ＵＥ Involved）移転とも称する。
ＨＳＰＡ＋では、Ｎｏｄｅ Ｂ＋が物理的不安全な環境に置かれるため、悪意攻撃を受けやすく、安全性が脅かされる。伝統的なＵＭＴＳでは、ＳＲＮＣ移転の前後、暗号化キーＣＫと完全性キーＩＫは同一であり、これで、一方、ある基地局が攻撃者に破壊された後、攻撃者がネクストホップターゲット基地局の安全キーを推定できる可能性があり、他方、キーが漏らされ又は攻撃者が違法取得すると、攻撃者がユーザの通信をモニタリングでき、ユーザとネットワークとの間のデータ伝送をも偽造でき、これでユーザの通信の安全が保障できないことになる。
本発明の主な目的はエアインターフェースキーの更新方法、コアネットワークノード及び無線アクセスシステムを提供し、関連技術においてＳＲＮＣ移転時キーの同一によるユーザの通信の安全が保障できない問題を解決することにある。
本発明の一態様によれば、エアインターフェースキーの更新方法を提供し、コアネットワークノードがターゲット無線ネットワークコントローラＲＮＣの移転完了指示メッセージを受信し、この移転完了指示メッセージが、ユーザ設備ＵＥがソースＲＮＣから前記ターゲットＲＮＣまでに成功に移転することを指示することに用いるステップと、コアネットワークノードが保存した伝統的なキー及び現在の拡張キーを用いてネクストホップ拡張キーを算出するステップと、コアネットワークノードがネクストホップ拡張キーをターゲットＲＮＣに送信するステップとを含む。
伝統的なキーが伝統的な完全性キーＩＫ及び／又は伝統的な暗号化キーＣＫを含み、拡張キーは拡張完全性キーＩＫＵ及び／又は拡張暗号化キーＣＫＵを含むことが好ましい。
コアネットワークノードにネクストホップカウンターネットワークＮＣＣを設置し、コアネットワークノードがネクストホップ拡張キーを算出する回数をカウンターすることが好ましい。
コアネットワークノードがターゲットＲＮＣの移転完了指示メッセージを受信するステップの前、更に、ソースＲＮＣがコアネットワークノードに移転需要メッセージを送信し、移転需要メッセージがソースＲＮＣのネクストホップＣＫＵ及び／又はＩＫＵを含むことと、コアネットワークノードが移転需要メッセージを受信し、そしてターゲットＲＮＣに移転要請メッセージを送信し、移転要請メッセージがソースＲＮＣが送信したネクストホップＣＫＵ及び／又はＩＫＵを含むことを含むことが好ましい。
移転需要メッセージと移転要請メッセージともネットワークＮＣＣが指示した情報を更に含むことが好ましい。
ソースＲＮＣがコアネットワークノードに移転需要メッセージを送信するステップは、ソースＲＮＣがネクストホップＩＫＵを移転需要メッセージのＩＫフィールドに置き、及び／又はネクストホップＣＫＵを移転需要メッセージのＣＫフィールドに置き、コアネットワークノードに送信することを含み、コアネットワークノードがターゲットＲＮＣに移転要請メッセージを送信するステップは、コアネットワークノードがソースＲＮＣが送信したネクストホップＩＫＵを移転要請メッセージのＩＫフィールドに置き、及び／又はソースＲＮＣが送信したネクストホップＣＫＵを移転要請メッセージのＣＫフィールドに置き、ターゲットＲＮＣに送信することを含むことが好ましい。
コアネットワークノードがターゲットＲＮＣの移転完了指示メッセージを受信するステップの前、更に、ソースＲＮＣがターゲットＲＮＣに拡張した移転要請メッセージを送信し、拡張した移転要請メッセージがソースＲＮＣのネクストホップＣＫＵ及び／又はＩＫＵを含むことを含むことが好ましい。
ソースＲＮＣがターゲットＲＮＣに拡張した移転要請メッセージを送信するステップは、ソースＲＮＣがネクストホップＩＫＵを拡張した移転要請メッセージのＩＫフィールドに置き、及び／又はネクストホップＣＫＵを拡張した移転要請メッセージのＣＫフィールドに置き、ターゲットＲＮＣに送信することを含むことが好ましい。
コアネットワークノードがターゲットＲＮＣに移転要請メッセージ／拡張した移転要請メッセージを送信するステップの後、更に、ターゲットＲＮＣが拡張した安全モードを支援しないと、移転要請メッセージ／拡張した移転要請メッセージのＣＫフィールドの内容をＣＫとし、ＩＫフィールドの内容をＩＫとして用いることと、ターゲットＲＮＣが拡張した安全モードを支援すると、移転要請メッセージ／拡張した移転要請メッセージのＣＫフィールドの内容をＣＫＵとし、ＩＫフィールドの内容をＩＫＵとして用いることとを含むことが好ましい。
コアネットワークノードがターゲットＲＮＣに移転要請メッセージを送信するステップの後、更に、コアネットワークノードがターゲットＲＮＣの移転要請確認メッセージを受信し、ソースＲＮＣに移転コマンドメッセージを送信し、移転コマンドメッセージがネットワークＮＣＣが指示した情報を含むことと、ソースＲＮＣが移転コマンドメッセージを受信し、ユーザ設備ＵＥに移転メッセージを送信し、移転メッセージがネットワークＮＣＣが指示した情報を含むことを含むことが好ましい。
ソースＲＮＣが移転コマンドメッセージを受信し、ユーザ設備ＵＥに移転メッセージを送信するステップの後、更に、ＵＥが移転メッセージを受信し、ネクストホップカウンター端末ＮＣＣがネットワークＮＣＣに等しいかを判断することと、YESであると、ＵＥが端末ＮＣＣに対応する予め保存したＩＫＵ及び／又はＣＫＵを用いることと、NOであると、ＵＥがＩＫＵ及び／又はＣＫＵを算出し、端末ＮＣＣがネットワークＮＣＣに等しくなるまでに、対応する端末ＮＣＣを逓増することとを含むことが好ましい。
エアインターフェースキーの更新方法は更に、ユーザ設備ＵＥがネットワークに初回付着し、又はＵＥがアイドルモードから接続モードに転換し、又はＵＥが発展型通用陸地無線アクセスネットワークＥ−ＵＴＲＡＮ又はグローバル移動通信システムＧＳＭネットワークから汎用陸地無線アクセスネットワークＵＴＲＡＮまでに移動し、又はＵＥが伝統的なＵＴＲＡＮから拡張したＵＴＲＡＮに移動する場合に、コアネットワークノードが保存した伝統的なキーに応じて現在の拡張キーを算出することと、コアネットワークノードが現在の拡張キー及び／又は算出した初期ネクストホップ拡張キーをサービスＲＮＣに送信することを含むことが好ましい。
初期ネクストホップ拡張キーがコアネットワークノードにより以下の公式で、保存した伝統的なキーと算出した現在の拡張キーに基づいて算出される：（ＩＫＵ、ＣＫＵ）＝Ｆ１（ＩＫ||ＣＫ、Ｐａｒａｍｅｔｅｒ）；（ＩＫ’Ｕ、ＣＫ’Ｕ）＝Ｆ２（ＩＫ||ＣＫ、ＩＫＵ||ＣＫＵ）。ここで、Ｆ１とＦ２はキー関数、ＩＫは伝統的な完全性キー、ＣＫは伝統的な暗号化キー、ＩＫＵは現在の拡張完全性キー、ＣＫＵは現在の拡張暗号化キー、ＩＫ’Ｕは初期ネクストホップ拡張完全性キー、ＣＫ’Ｕは初期ネクストホップ拡張暗号化キー、“||”はカスケード、Ｐａｒａｍｅｔｅｒはパラメーターであることが好ましい。
コアネットワークノードが現在の拡張キー及び／又は算出した初期ネクストホップ拡張キーをサービスＲＮＣに送信するステップの後、更に、サービスＲＮＣが現在の拡張キー及び／又は算出した初期ネクストホップ拡張キーを受信して保存し、そしてＵＥに安全モードコマンドメッセージを送信することと、ＵＥが安全モードコマンドメッセージを受信し、保存した伝統的なキーを用いて拡張キーを算出することを含むことが好ましい。
ＵＥが安全モードコマンドメッセージを受信し、保存した伝統的なキーを用いて拡張キーを算出するテップの後、更に、ＵＥが伝統的なキーと拡張キーを用いてネクストホップ拡張キーを算出することを含むことが好ましい。
本発明のもう一つの態様によれば、コアネットワークノードを更に提供し、ターゲットＲＮＣの移転完了指示メッセージを受信し、この移転完了指示メッセージがユーザ設備ＵＥがソースＲＮＣからターゲットＲＮＣまでに成功に移転することを指示することに用いるように設置される受信モジュールと、受信モジュールが移転完了指示メッセージを受信した後、保存した伝統的なキー及び現在の拡張キーを用いてネクストホップ拡張キーを算出するように設置される算出モジュールと、ネクストホップ拡張キーをターゲットＲＮＣに送信するように設置される送信モジュールとを含む。
このコアネットワークノードは更に、コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークＮＣＣを含むことが好ましい。
このコアネットワークノードの受信モジュールは更に、ターゲットＲＮＣの移転完了指示メッセージを受信する前、ソースＲＮＣが送信した移転需要メッセージを受信するように設置され、移転需要メッセージがソースＲＮＣのネクストホップＣＫＵ及び／又はＩＫＵを含み、送信モジュールは更に、ターゲットＲＮＣに移転要請メッセージを送信するように設置され、移転要請メッセージがソースＲＮＣが送信したネクストホップＣＫＵ及び／又はＩＫＵを含むことが好ましい。
本発明のもう一つの態様によれば、無線アクセスシステムを更に提供し、ソースＲＮＣ、ターゲットＲＮＣ、コアネットワークノード及びユーザ設備ＵＥを含み、ここで、ソースＲＮＣが、コアネットワークノードに移転需要メッセージを送信し、この移転需要メッセージはソースＲＮＣのネクストホップ拡張キーを含み、コアネットワークノードの移転コマンドを受信し、ＵＥに移転メッセージを送信するように設置される。ターゲットＲＮＣが、コアネットワークノードが送信した移転要請メッセージを受信し、この移転要請メッセージはソースＲＮＣが送信したネクストホップ拡張キーを含み、コアネットワークノードに移転完了指示メッセージを送信し、コアネットワークノードの移転完了確認メッセージを受信し、この移転完了確認メッセージがターゲットＲＮＣのネクストホップ拡張キーを含むように設置される。
コアネットワークノードが、ターゲットＲＮＣの移転完了指示メッセージを受信し、ネクストホップ拡張キーを算出し、そして移転完了確認メッセージをターゲットＲＮＣに送信するように設置される。ユーザ設備ＵＥは、ソースＲＮＣが送信した移転メッセージに応じて自身の拡張キーを同期するように設置される。
この無線アクセスシステムのコアネットワークノードは、ターゲットＲＮＣの移転完了指示メッセージを受信し、移転完了指示メッセージがユーザ設備ＵＥがソースＲＮＣからターゲットＲＮＣまでの移転が完了したことを指示するように設置される受信モジュールと、受信モジュールが移転完了指示メッセージを受信した後、保存した伝統的なキー及び現在の拡張キーを用いてネクストホップ拡張キーを算出するように設置される算出モジュールと、ネクストホップ拡張キーを前記ターゲットＲＮＣに送信するように設置される送信モジュールを含むことが好ましい。
この無線アクセスシステムのコアネットワークノードは更に、コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークＮＣＣを含むことが好ましい。
この無線アクセスシステムのＵＥは、ＵＥに対してネクストホップ拡張キーの算出回数を数えるように設置されるネクストホップカウンター端末ＮＣＣを含むことが好ましい。
この無線アクセスシステムのＵＥは更に、端末ＮＣＣがネットワークＮＣＣに等しいかを判断するように設置される判断モジュールと、モジュールの判断結果がはいであると、端末ＮＣＣに対応する予め保存したＣＫＵ及び／又はＩＫＵを用いるように設置される確定モジュールと、判断モジュールの判断結果がいいえであると、ＣＫＵ及び／又はＩＫＵを算出し、そして端末ＮＣＣがネットワークＮＣＣに等しくなるまでに、対応する端末ＮＣＣを逓増するように設置される否定モジュールとを含む。
本発明によれば、無線アクセスシステムのコアネットワークノードが端末初期付着の時、又はＳＲＮＣ移転成功完了後、コアネットワークノードの伝統的なキーＩＫ、ＣＫに応じてネクストホップ拡張キーＩＫＵとＣＫＵを算出し生成し、そしてネクストホップ拡張キーをターゲットＲＮＣに送信し、次回ＳＲＮＣ移転に用意しておき、これでソースＲＮＣとターゲットＲＮＣが異なる拡張キーＩＫＵとＣＫＵを用いるようになる。且つネクストホップターゲットＲＮＣが用いた拡張したエアインターフェースキーはコアネットワークにより推定したものであるため、２回ＳＲＮＣ移転後、ソースＲＮＣが２ホップ後のターゲットＲＮＣのエアインターフェースキーを知らないようになる。
このため、ある基地局が攻撃者により破壊され又は違法制御されても、２回ＳＲＮＣ移転後にもユーザが安全な通信を行うことを保証でき、ユーザのフォワードセキュリティを保障し、これで無線アクセスシステムの全体の通信安全性を向上させた。
ここで説明する図面は本発明を理解するためのもので、本発明の一部を構成し、本発明における模式的な実施例とその説明共に本発明を解釈し、本発明を不当に限定するものではない。図面において、
関連技術におけるＨＳＰＡ＋技術を用いる無線アクセスネットワークの枠組模式図である。 関連技術におけるＨＳＰＡ＋安全キー階層構成模式図である。 関連技術におけるＳＲＮＣ静的移転模式図である。 関連技術におけるＳＲＮＣ随伴移転模式図である。 本発明の実施例によるエアインターフェースキーの更新方法のステップフローチャートである。 本発明の実施例によるエアインターフェースキー更新のキーチェーンの模式図である。 本発明の実施例による初期エアインターフェースキー設立プロセスのフローチャートである。 本実施例によるＳＲＮＣ随伴移転を行う時のエアインターフェースキーの更新フローチャートである。 本発明の実施例によるＳＲＮＣ静的移転を行う時のエアインターフェースキーの更新フローチャートである。 本発明の実施例によるコアネットワークノードの構成ブロック図である。 本発明の実施例による無線アクセスシステムの構成ブロック図である。 本発明の実施例によるもう１種のＳＲＮＣ随伴移転を行う時のエアインターフェースキーの更新フローチャートである。
以下、図面と実施例を参照しながら、本発明を詳しく説明する。特に説明するのは、矛盾しない場合、本案における実施例及び実施例における特徴を相互に組み合わせてもよい。
ＵＴＲＡＮを用いる無線アクセスシステムにおけるＳＲＮＣ移転は、図３と図４に示すように、コアネットワークノード（ＳＧＳＮ＋又はＭＳＣ＋）、ソースＲＮＣ（即ちＳＲＮＣ）、ターゲットＲＮＣ、Ｎｏｄｅ Ｂ及びＵＥに係わる。ＨＳＰＡ＋を用いる無線アクセスシステムでは、Ｎｏｄｅ Ｂ＋をＮｏｄｅ ＢとＲＮＣの結合と見なしてもよく、両者が１つの物理エンティティであるが、２つの異なるロジックエンティティでもある。本発明の実施例において拡張安全キー階層を支援するＮｏｄｅ Ｂ＋はＵＭＴＳでグレードアップを行ったＲＮＣ（ＲＮＣ＋）に相当し、本発明の実施例におけるＳＲＮＣがソースＲＮＣ（ソースＮｏｄｅ Ｂ＋）に相当し、ＤＲＮＣがターゲットＲＮＣ（ターゲットＮｏｄｅ Ｂ＋）に相当する。
図５を参照し、本発明の実施例によるエアインターフェースキーの更新方法のステップフローチャートを示し、以下のステップを含む。
ステップＳ５０２において、コアネットワークノードがターゲットＲＮＣの移転完了指示メッセージを受信する。
ここで、移転完了指示メッセージはユーザ設備ＵＥがソースＲＮＣからターゲットＲＮＣまでに成功に移転することを指示する。
ステップＳ５０４において、コアネットワークノードが保存した伝統的なキー及び現在拡張キーを用いてネクストホップ拡張キーを算出する。
ここで、伝統的なキーが伝統的な完全性キーＩＫ及び／又は伝統的な暗号化キーＣＫを含み、拡張キーが拡張完全性キーＩＫＵ及び／又は拡張暗号化キーＣＫＵを含む。
コアネットワークノードはコアネットワークノードが保存した伝統的なキーＩＫ及び／又はＣＫ、及び現在使用する拡張キーＩＫＵ及び／又はＣＫＵを用いて、キー生成関数でネクストホップ拡張キーＩＫＵ及び／又はＣＫＵを算出する。現在用いている現在の拡張キーＩＫＵ／ＣＫＵと区別するために、本発明の実施例ではネクストホップ拡張キーをＩＫ’ＵとＣＫ’Ｕと称する。
ステップＳ５０６において、コアネットワークノードがネクストホップ拡張キーをターゲットＲＮＣに送信する。
本ステップでは、コアネットワークノードがＩＫ’ＵとＣＫ’ＵをターゲットＲＮＣに送信して保存し、次回ＳＲＮＣ移転時にターゲットＲＮＣの使用に用意しておく。
伝統的なＵＴＲＡＮ関連技術では、ＳＲＮＣ移転を行う場合に、移転前後のキーを変えないが、本実施例によれば、コアネットワークノードが更新したネクストホップ拡張キーをターゲットＲＮＣに送信し、ユーザ設備が次回ＳＲＮＣ移転時の使用に用意しておき、これでソースＲＮＣとターゲットＲＮＣが異なるキーを使用するようになる。且つ、２回ＳＲＮＣ移転を行った後、ソースＲＮＣが２ホップ後のターゲット基地局が用いた拡張キーを取得できず、これでユーザ通信のフォワードセキュリティを保証し、無線アクセスシステムの通信安全性を向上させた。
ネクストホップ拡張キーＩＫ’ＵとＣＫ’Ｕの算出プロセスでは、伝統的なキーＩＫとＣＫ、拡張キーＩＫＵとＣＫＵのほか、以下のパラメーター：シリアルナンバーＳＱＮ異又は隠蔽キーＡＫ、ユーザ識別子（例えば国際ユーザ識別コードＩＭＳＩ、臨時移動ユーザ識別コードＴＭＳＩ）、サービスネットワーク識別子、コアネットワークノードタイプの１つ又は任意の組合せを用いてもよい。
本発明の実施例は以下キー関数を提供して各安全キーを算出し、初期とＳＲＮＣ移転時に各安全キーを算出するキー関数を含み、以下キー関数において、カッコ内のパラメーターが先後順を問わず、その中の複数のパラメーターをカスケード形式又は他の形式で組み合せてもよい。
初期：（ＩＫＵ、ＣＫＵ）＝Ｆ１（ＩＫ||ＣＫ、Ｐａｒａｍｅｔｅｒ）；
（ＩＫ’Ｕ、ＣＫ’Ｕ）＝Ｆ２（ＩＫ||ＣＫ、ＩＫＵ||ＣＫＵ）；
ＳＲＮＣ移転時：（ＩＫ’Ｕ、ＣＫ’Ｕ）＝Ｆ２（ＩＫ||ＣＫ、ＩＫ’Ｕ＿ｏｌｄ||ＣＫ’Ｕ＿ｏｌｄ）；
又は、
ＩＫＵ＝ＩＫ’Ｕ＿ｏｌｄ、ＣＫＵ＝ＩＫ’Ｕ＿ｏｌｄ、
（ＩＫ’Ｕ、ＣＫ’Ｕ）＝Ｆ２（ＩＫ||ＣＫ、ＩＫＵ||ＣＫＵ）；
ここで、Ｆ１とＦ２は異なる又は同一なキー関数であり、例えば３ＧＰＰが定義したＫＤＦ関数である。ＩＫＵは拡張した完全性キー、ＣＫＵは拡張した暗号化キー、ＩＫ’Ｕはネクストホップ拡張した完全性キー、ＣＫ’Ｕはネクストホップ拡張した暗号化キー、ＩＫ’Ｕ＿ｏｌｄは現在の拡張した完全性キー、ＣＫ’Ｕ＿ｏｌｄは現在の拡張した暗号化キー、“||”はカスケード、Ｐａｒａｍｅｔｅｒはパラメーターである。ＵＥがアイドル状態から接続状態に入る場合に、毎回用いるＰａｒａｍｅｔｅｒが異なることを保証しなければならない。
本発明の実施例はいずれも前記キー関数を用いてもよい。当業者が実際情況に応じて、他の適当なキーの算出方法を用いてもよく、本発明はこれを制限しない。
初期付着時、又はユーザ設備がアイドル状態からアクティブ状態に戻る時、又はユーザ設備がＥ−ＵＴＲＡＮ又はグローバル移動通信システムＧＳＭからＵＴＲＡＮに移動する時、又はユーザ設備が伝統的なＵＴＲＡＮ（ＨＳＰＡ＋安全を支援しない）から拡張したＵＴＲＡＮに移動する時、コアネットワークノードがネクストホップ拡張キーに対する処理は一般的に２種類に分けられ、１種類はコアネットワークノード初期時にＳＲＮＣにネクストホップ拡張キーＩＫ’Ｕ／ＣＫ’Ｕを送信し、初回ＳＲＮＣ移転時、ソースＲＮＣがネクストホップ拡張キーをターゲットＲＮＣに送信し、ターゲットＲＮＣとＵＥがそれぞれこのネクストホップ拡張キーをＩＫＵとＣＫＵとして用いる。
もう１種類はコアネットワークノード初期時、ＳＲＮＣにネクストホップ拡張キーを送信せず、初回ＳＲＮＣ移転時、ソースＲＮＣが現在の拡張キーＩＫＵ／ＣＫＵをターゲットＲＮＣに送信し、ターゲットＲＮＣとＵＥがそれぞれこのキーＩＫＵとＣＫＵを用いて通信に対してセキュリティ保護をする。第２回ＳＲＮＣ移転時、ターゲットＲＮＣとＵＥが更にそれぞれネクストホップ拡張キーＩＫ’Ｕ／ＣＫ’Ｕを用いる。エアインターフェースキーの更新のキーチェーンが図６に示すとおり、ここで、ＮＣＣはネクストホップカウンターである。Ｐａｒａｍｅｔｅｒはパラメーターである。
図７を参照し、本発明の実施例による初期エアインターフェースキー設立プロセスのフローチャートを示し、以下のステップを含む。
ステップＳ７０２において、コアネットワークノードが（例えばＳＧＳＮ＋又はＭＳＣ ＋）保存したＩＫとＣＫに基づいて拡張キーＩＫＵ／ＣＫＵを算出する。
このステップのトリガー条件は、ＵＥがネットワークに初回付着する時、又はＵＥがアイドルモードから接続モードに転換する時、又はＵＥが発展型汎用陸地無線アクセスネットワークＥ−ＵＴＲＡＮ又はＧＳＭから汎用陸地無線アクセスネットワークＵＴＲＡＮに移動する時、又はユーザ設備が伝統的なＵＴＲＡＮ（ＨＳＰＡ＋安全を支援する）から拡張したＵＴＲＡＮに移動する時である。
ＵＥがアイドルモードから接続モードに転換する時にトリガーした安全モードコマンドフローにとって、ＳＧＳＮ＋又はＭＳＣ／ＶＬＲ＋が効果的な拡張キーＩＫＵ／ＣＫＵを保存すると、このステップが選択可能であり、保存した拡張キーを直接使用でき、新たに算出しなくてもよい。
ステップＳ７０４において、コアネットワークノードが伝統的な完全性キーＩＫ、暗号化キーＣＫ及びステップＳ７０２で算出した拡張キーＩＫＵとＣＫＵに基づいてネクストホップ拡張キーＩＫ’Ｕ／ＣＫ’Ｕを算出する。
ステップＳ７０６において、コアネットワークノードがＳＲＮＣに安全モードコマンドメッセージを送信し、このメッセージは拡張キーＩＫＵとＣＫＵ、及び／又はネクストホップ拡張キーＩＫ’Ｕ／ＣＫ’Ｕを含む。
ここで、安全モードコマンドメッセージは以下のパラメーター：ユーザ設備安全能力、キー集識別子、選択した完全性アルゴリズム集、暗号化アルゴリズム集の１つ又は任意の組合せを含んでもよい。
ここで、ネクストホップ拡張キーＩＫ’Ｕ／ＣＫ’Ｕの送信が選択可能であり、即ち初期接続の構築時、ネクストホップ拡張キーＩＫ’Ｕ／ＣＫ’Ｕを送信せず、拡張キーＩＫＵ／ＣＫＵのみを送信する。
ステップＳ７０８において、ＳＲＮＣが安全モードコマンドメッセージを受信した後、受信した拡張キーＩＫＵとＣＫＵ、及び／又はネクストホップ拡張キーＩＫ’Ｕ／ＣＫ’Ｕを保存する。
ステップＳ７１０において、ＳＲＮＣがＵＥに安全モードコマンドメッセージを送信する。
この安全モードコマンドメッセージにＩＫＵで算出したメッセージ識別コードを持ってもよく、以下のパラメーター：ユーザ設備安全能力、キー集識別子、選択した完全性アルゴリズム、暗号化アルゴリズムの１つ又は任意の組合せを含んでもよい。
ステップＳ７１２において、ＵＥが安全モードコマンドメッセージを受信した後、暗号化アルゴリズムと完全性アルゴリズムを保存し、ＡＫＡプロセスが生成した伝統的な暗号化キーＣＫと伝統的な完全性キーＩＫに基づいて拡張キーＩＫＵとＣＫＵを算出する（このプロセスが安全モードコマンドメッセージを受信する前に発生してもよい）。この時、ＵＥとＳＲＮＣが同一の拡張した完全性キーＩＫＵ及び／又は拡張した暗号化キーＣＫＵを共有し、前記キーを用いて双方間の通信を保護する。
本ステップでは、ＵＥがアイドルモードから接続モードに転換する時、トリガーした安全モードコマンドフローにとって、ＵＥが効果的な拡張キーＩＫＵとＣＫＵを保存すると、この拡張キーＩＫＵとＣＫＵを直接使用してもよく、新たに算出しなくてもよい。
ステップＳ７１４において、ＵＥが伝統的な暗号化キーＣＫ、完全性キーＩＫ及びステップＳ７１２で算出した拡張キーＩＫＵとＣＫＵに基づいてネクストホップ拡張キーＩＫ’Ｕ／ＣＫ’Ｕを算出する。
このステップは選択可能なステップであり、即ちＵＥが初期時にネクストホップ拡張キーを算出せず、需要時に算出してもよい。
ステップＳ７１６において、ＵＥがＩＫＵを用いて受信した安全モードコマンドメッセージを検証する。
ステップＳ７１８において、安全モードコマンドメッセージ検証が成功すると、ＵＥがＳＲＮＣに安全モード完了メッセージを送信し、このメッセージにＩＫＵで算出したメッセージ識別コードを持ち、又は、ＵＥが同時にＣＫＵでこの安全モード完了メッセージに対して暗号化を行う。
ステップＳ７２０において、ＳＲＮＣがＩＫＵで受信した安全モード完了メッセージを検証し、又は、まずＣＫＵでこのメッセージを解読し、そしてＩＫＵで受信した安全モード完了メッセージを検証する。
ステップＳ７２２において、安全モード完了メッセージ検証に成功すると、ＳＲＮＣがコアネットワークノードに安全モード完了メッセージを送信し、このメッセージは以下のパラメーター：選択した完全性アルゴリズム及び／又は暗号化アルゴリズムを持ってもよい。
その後、ＵＥとＮｏｄｅＢ＋が前記キーに基づいて暗号化・復号化操作を開始する。
本実施例では、コアネットワークノードが１つのネクストホップカウンターネットワークＮＣＣを維持し、ネクストホップ拡張キーの算出回数を数え、ユーザ側のキーに同期する。ネットワークＮＣＣ初期値は０である。
ステップＳ７０４でネクストホップ拡張キーを初回算出する時、対応するネットワークＮＣＣは１である。コアネットワークノードが１つのネットワークＮＣＣを維持する場合に、安全モードコマンドメッセージにパラメーターネットワークＮＣＣを持ってもよく、そしてＳＲＮＣに送信し、ＳＲＮＣで受信・保存する。同様に、ＵＥも１つのネクストホップカウンター端末ＮＣＣを維持し、ＵＥがネクストホップ拡張キーを算出する回数を数え、ネットワーク側のキーと同期し、初期値は０である。
ＵＥがネクストホップ拡張キーを初回算出する時、対応する端末ＮＣＣ値は１である。後のＳＲＮＣ移転フローでは、端末ＮＣＣがネットワークＮＣＣに等しくない場合に、ＵＥがネクストホップ拡張キーを算出し、端末ＮＣＣがネットワークＮＣＣに等しくなるまでに、対応する端末ＮＣＣを増やし、これでＵＥとターゲットＲＮＣが用いたキーに一致する。ＮＣＣを用いてネットワーク側とユーザ側のキーを同期し、ネットワーク側とユーザ側のキーの一致性を効果的に保証する。
図８を参照し、本実施例によるＳＲＮＣ随伴移転を行う時のエアインターフェースキーの更新フローチャートを示す。本実施例では、ＳＲＮＣとターゲットＲＮＣとの間のメッセージインタラクションがコアネットワークノードＣＮＮ＋（ＳＧＳＮ＋又はＭＳＣ＋）を介して移転する必要がなる。
本実施例が以下のステップを含む。
ステップＳ８０２において、ソースＲＮＣ（即ちＳＲＮＣ）ＳＲＮＣ移転を行なうと決定する。
この決定のトリガーは、ソースＲＮＣがＵＥの測定報告を受信すること、又はターゲットＲＮＣが送信したアップリンクシグナル伝送指示を受信し、セル更新又はＵＲＡ更新を行なうと要求すること等である。
ステップＳ８０４において、ソースＲＮＣがコアネットワークノードに移転需要メッセージを送信する。
ソースＲＮＣが同時に２つのＣＮＮ＋ノードを接続すると、ソースＲＮＣが同時にこの２つのＣＮＮ＋ノードに移転需要メッセージを送信する。ソースＲＮＣとターゲットＲＮＣは２つの異なるＣＮＮ＋ノード下に位置すると、このメッセージがこの２つのＣＮＮ＋ノードの移転が必要となる。
移転需要メッセージは以下のパラメーターを含む。ネクストホップ拡張した完全性キーＩＫ’Ｕ、及び／又はネクストホップ拡張した暗号化キーＣＫ’Ｕである。このほか、以下のパラメーターの１つ又は任意の組合を持ってもよい。ユーザ設備の安全能力、ユーザが支援する暗号化アルゴリズム、ユーザが支援する完全性アルゴリズム、選択した暗号化アルゴリズム、選択した完全性アルゴリズム、拡張したエアインターフェースキーに関連するネクストホップカウンターネットワークＮＣＣである。前記安全材料はソースＲＮＣからターゲットＲＮＣまでの透明容器中に含まれることが好ましい。
ソースＲＮＣがネクストホップ拡張した完全性キーＩＫ’Ｕを拡張した完全性キーＩＫＵとし、ネクストホップ拡張した暗号化キーＣＫ’Ｕを拡張した暗号化キーＣＫＵとしてもよい。ソースＲＮＣが送信した移転需要メッセージに以下のパラメーター：拡張完全性キーＩＫＵ、及び／又は拡張暗号化キーＣＫＵを含む。
ソースＲＮＣはターゲットＲＮＣが拡張した安全を支援するかを確定できない可能性があるため、ソースＲＮＣがネクストホップ拡張キーＩＫ’ＵとＣＫ’Ｕをそれぞれ移転需要メッセージのＩＫとＣＫフィールドに置いてよい。
実際のネットワーク配置では、拡張安全機能を支援するネットワークエンティティと伝統的な安全のみを支援するネットワークエンティティが共存し、ＳＲＮＣが移転する場合に、ＵＥが拡張安全機能を支援するＳＲＮＣ＋から拡張安全機能を支援しないターゲットＲＮＣまでに移転するシーンが存在する。ＳＲＮＣ＋が移転を決定する場合に、ターゲットＲＮＣが拡張安全機能を支援するかを知らない恐れがある。その故、ＳＲＮＣが移転する場合に、キーの更新も伝統的なネットワークの安全支援を考える必要がある。
ステップＳ８０６において、コアネットワークノードがターゲットＲＮＣに移転要請メッセージを送信し、メッセージはネクストホップ拡張キーＩＫ’ＵとＣＫ’Ｕ、及び／又はネットワークＮＣＣを含む。
本実施例では、ネットワーク側のコアネットワークノードが１つのネクストホップカウンターネットワークＮＣＣを維持するため、移転要請メッセージにネットワークＮＣＣ情報を含んでもよい。ネットワークＮＣＣ情報をターゲットＲＮＣに送信し、これでターゲットＲＮＣとユーザとの間のキーの一致性を便利に実現する。
本ステップでは、コアネットワークノードがＣＫ’Ｕを前記移転要請メッセージのＣＫフィールドに置き、及び／又はＩＫ’Ｕを前記移転要請メッセージのＩＫフィールドに置き、ターゲットＲＮＣに送信する。
拡張したＳＲＮＣ移転プロセスでは、ソースＲＮＣが移転要請メッセージをターゲットＲＮＣに直接送信でき、この時、この移転要請メッセージが拡張した移転要請メッセージと称する。拡張した移転要請メッセージにネクストホップ拡張した完全性キーＩＫ’Ｕ、及び／又はネクストホップ拡張した暗号化キーＣＫ’Ｕを持ち、ソースＲＮＣがネクストホップ拡張キーＩＫ’ＵとＣＫ’Ｕをそれぞれ移転需要メッセージのＩＫとＣＫフィールドに置いてターゲットＲＮＣに送信する。
ステップＳ８０８において、ターゲットＲＮＣが受信したキーを保存する。ターゲットＲＮＣが拡張した安全を支援すると、ターゲットＲＮＣが受信したメッセージにおけるＩＫフィールドの値を拡張キーＩＫＵとし、ＣＫフィールドの値を拡張キーＣＫＵとする。ターゲットＲＮＣが拡張した安全を支援しないと、ターゲットＲＮＣが受信したメッセージにおけるＩＫフィールドの値を伝統的なキーＩＫとし、ＣＫフィールドの値を伝統的なキーＣＫとする。
ステップＳ８１０において、ターゲットＲＮＣがコアネットワークノードに移転要請確認メッセージを送信する。このメッセージを送信する前、ターゲットＲＮＣとコアネットワークノードが新たなＩｕベアリングを構築でき、ＵＥにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，無線リソース制御プロトコル）接続リソース及び無線リンク等のリソースを配布する。ソースＲＮＣとターゲットＲＮＣが２つの異なるＣＮＮ＋ノード（ＳＧＳＮ＋及び／又はＭＳＣ／ＶＬＲ＋）下に位置すると、このメッセージはこの２つのＣＮＮ＋ノードの移転が必要となる。
この移転確認メッセージがネクストホップカウンターネットワークＮＣＣ情報を含んでもよい。
ステップＳ８１２において、コアネットワークノードがソースＲＮＣに移転コマンドメッセージを送信する。
この移転コマンドメッセージがコアネットワークノードのネクストホップカウンターネットワークＮＣＣ情報を含んでもよい。
ステップＳ８１４において、ソースＲＮＣがＵＥに移転メッセージを送信してもよい。ここで、移転メッセージとは物理チャネル再配置メッセージ又はＵＴＲＡＮ移動性情報メッセージである。
前記物理チャネル再配置メッセージ又はＵＴＲＡＮ移動性情報メッセージはネクストホップカウンターネットワークＮＣＣ情報を含んでもよい。
ステップＳ８１６において、ＵＥが拡張した安全を支援すると、ＵＥがネットワーク側に同一なアルゴリズムで拡張した完全性キーＩＫＵ及び／又は暗号化キーＣＫＵを更新する。
本ステップでは、ＵＥにネクストホップカウンター端末ＮＣＣが設置され、ＵＥがネットワークＮＣＣを受信し、現在アクティブにした拡張キーに対応する端末ＮＣＣがネットワークＮＣＣに等しいかを判断し、両者が等しい場合、ＵＥが自ら保存した拡張完全性キーＩＫＵ及び／又は拡張暗号化キーＣＫＵを直接使用する。ネットワークＮＣＣが端末ＮＣＣより大きい場合、ＵＥが拡張キーＩＫＵ／ＣＫＵを算出し、端末ＮＣＣがネットワークＮＣＣに等しくなるまで、対応する端末ＮＣＣを逓増する。
ステップＳ８１８において、ＵＥがターゲットＲＮＣに物理チャネル再配置完了メッセージ又はＵＴＲＡＮ移動性情報確認メッセージを送信する。前記メッセージが更新した完全性キーＩＫＵで完全性保護を行なってもよく、又は更新した完全性キーＩＫＵと暗号化キーＣＫＵで前記メッセージに対して同時に完全性と暗号化保護を行なってもよい。
このメッセージにはユーザ設備安全能力パラメーターを含んでもよい。
ステップＳ８２０において、ターゲットＲＮＣが更新した完全性キーＩＫＵ及び／又は暗号化キーＣＫＵを用いてこのメッセージに対して安全検証を行う。ターゲットＲＮＣがＵＥに送信したメッセージを成功に検証すると、ターゲットＲＮＣがコアネットワークノード（ＳＧＳＮ＋又はＭＳＣ／ＶＬＲ＋）に移転完了メッセージを送信し、このメッセージがコアネットワークノードに移転完了を指示する情報を含み、ネットワークＮＣＣ情報を含んでもよい。
ステップＳ８２２において、コアネットワークノードがＩＫ、ＣＫと現在の拡張キーＩＫＵ、ＣＫＵに基づいてネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕを算出する。
ネットワーク側が１つのネクストホップカウンターネットワークＮＣＣを維持すると、コアネットワークノードがネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕを算出する前又は後、ネットワークＮＣＣを逓増してもよい。
ステップＳ８２４において、コアネットワークノードがターゲットＲＮＣに移転完了確認メッセージを送信し、このメッセージがネクストホップ拡張キーＩＫ’Ｕ、Ｃ’ＫＵ、及び／又は関連するネットワークＮＣＣを含む。
ステップＳ８２６において、ターゲットＲＮＣが受信したネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕ、及び／又は関連するネットワークＮＣＣを保存し、次回ＳＲＮＣ移転に使うために用意しておく。
ステップＳ８２８において、コアネットワークノード（ＳＧＳＮ＋又はＭＳＣ／ＶＬＲ＋）がソースＲＮＣとの間のＩｕインターフェースを解除する。
図８に示す実施例における安全操作が拡張ＳＲＮＣ移転フローにも適応し、拡張ＳＲＮＣ移転フローでは、ソースＲＮＣとターゲットＲＮＣとの間が直接に通信を行い、コアネットワークノードの移転が必要とならない。図８におけるステップＳ８０４、Ｓ８０６に示すメッセージが、ソースＲＮＣがターゲットＲＮＣに送信する拡張した移転要請メッセージに代わり、図８においてステップＳ８１０、Ｓ８１２に示すメッセージがターゲットＲＮＣからソースＲＮＣに送信する拡張した移転応答メッセージに代わる。図８においてステップＳ８２０、Ｓ８２４に示すメッセージがそれぞれターゲットＲＮＣとコアネットワークノードの間の拡張した移転完了要請メッセージと拡張した移転完了応答メッセージに代わる。そのほか、メッセージに含まれるパラメーター、及び他のステップの操作が完全に同一であり、ここで詳細な記載は省略する。
初期において、コアネットワークノード、即ちネクストホップ拡張キーをＳＲＮＣに送信する時、ＵＥが第一回ＳＲＮＣ移転フローを行う時、前記キー更新フローを用いてもよい。初期、コアネットワークノードがネクストホップ拡張キーをＳＲＮＣに送信しない場合、ＵＥが第一回ＳＲＮＣ移転フローを行う場合、伝統的なＵＭＴＳが定義したＳＲＮＣ移転の安全操作で実行し、即ちソースＲＮＣが現在使用する拡張キーＩＫＵ及び／又はＣＫＵをターゲットＲＮＣに送信し、ＵＥとターゲットＲＮＣがこの現在の拡張キーを直接使用する。第２回ＳＲＮＣ移転を行う時、また前記キー更新フローを用いる。
一回のＳＲＮＣ移転フローが無事に完了した後、ターゲットＲＮＣが一回ＳＲＮＣ内部の移転を開始してもよく、この時、ソースＲＮＣとターゲットＲＮＣとも同一なＳＲＮＣである。これで、フォワードセキュリティの目的を達成する。
図９を参照し、本発明実施例によるＳＲＮＣ静的移転を行う場合の拡張したエアインターフェースキーの更新フローチャートを示す。本実施例が伝統的なＳＲＮＣ移転フローを用い、即ちＳＲＮＣとターゲットＲＮＣとの間のメッセージインタラクションがコアネットワークノードの移転によるフローである。この実施例の安全操作が拡張したＳＲＮＣ随伴移転フローにも適応し、即ちＳＲＮＣとターゲットＲＮＣとの間がメッセージインタラクションを直接行い、コアネットワークノードの移転と必要としない。
本実施例は以下のステップを含む。
ステップＳ９０２において、ＵＥがＵＴＲＡＮにＵＲＡ更新メッセージ、又はセル更新メッセージ、又は測定報告メッセージを送信する。
ステップＳ９０４において、ターゲットＲＮＣがこのＵＥのＵＲＡ更新メッセージ又はセル更新メッセージ、又は測定報告メッセージを受信したことによって、このＵＥのソースＲＮＣにアップリンクシグナル伝送指示メッセージを送信する。
ステップＳ９０６において、ソースＲＮＣ（即ちＳＲＮＣ）がＳＲＮＣ移転を行なうと決定する。
ステップＳ９０８において、ソースＲＮＣがコアネットワークノードに移転需要メッセージを送信する。メッセージにネクストホップ拡張キーＩＫ’ＵとＣＫ’Ｕが含まれ、ネットワークＮＣＣを含んでもよい。
ステップＳ９１０において、コアネットワークノードがターゲットＲＮＣに移転要請メッセージを送信し、メッセージはネクストホップ拡張キーＩＫ’ＵとＣＫ’Ｕ、及び／又はネットワークＮＣＣを含む。
本実施例では、ネットワーク側コアネットワークノードが１つのネクストホップカウンターネットワークＮＣＣを維持するため、移転要請メッセージはネットワークＮＣＣ情報を含んでもよい。
ステップＳ９１２において、ターゲットＲＮＣが受信したキーを保存する。
ステップＳ９１４において、ターゲットＲＮＣがコアネットワークノードに移転要請確認メッセージを送信する。このメッセージを送信する前、ターゲットＲＮＣとコアネットワークノードが新たなＩｕベアリングを確立してもよく、ＵＥにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、無線リソース制御プロトコル）接続リソースと無線リンク等のリソースを配布する。
この移転確認メッセージにネクストホップカウンターネットワークＮＣＣ情報を含んでもよい。
ステップＳ９１６において、コアネットワークノードがソースＲＮＣに移転コマンドメッセージを送信する。
この移転コマンドメッセージがコアネットワークノードのネクストホップカウンターネットワークＮＣＣ情報を含んでもよい。
ステップＳ９１８において、ソースＲＮＣがターゲットＲＮＣに移転提出メッセージを送信する。
ステップＳ９２０において、ターゲットＲＮＣがコアネットワークノードに移転検出メッセージを送信する。
ステップＳ９２２において、ターゲットＲＮＣがＵＥにセル更新確認メッセージ、又はＵＲＡ更新確認メッセージ、又はＲＡＮ移動性情報メッセージを送信する。このメッセージがターゲットＲＮＣの安全能力の指示情報を含む。
前記メッセージは、ネクストホップカウンターネットワークＮＣＣ情報を含んでもよい。
ステップＳ９２４において、ＵＥが拡張した安全を支援すると、ＵＥがネットワーク側に同一なアルゴリズムで拡張した完全性キーＩＫＵ及び／又は暗号化キーＣＫＵを更新する。
本ステップでは、ＵＥにネクストホップカウンター端末ＮＣＣが設置され、ＵＥがネットワークＮＣＣを受信し、現在アクティブにした拡張キーに対応する端末ＮＣＣがネットワークＮＣＣに等しいかを判断し、両者が等しいと、ＵＥが自ら保存した拡張完全性キーＩＫＵ及び／又は拡張暗号化キーＣＫＵをそのまま使用する。ネットワークＮＣＣが端末ＮＣＣより大きいと、ＵＥが拡張キーＩＫＵ／ＣＫＵを算出し、端末ＮＣＣがネットワークＮＣＣに等しくなるまでに、対応する端末ＮＣＣを増やす。
ステップＳ９２６において、ＵＥがターゲットＲＮＣにＵＴＲＡＮ移動性情報確認メッセージ又はＲＡＮ移動性情報確認メッセージを送信する。前記メッセージが更新した完全性キーＩＫＵで完全性保護を行なってもよく、又は更新した完全性キーＩＫＵと暗号化キーＣＫＵで前記メッセージに対して同時に完全性と暗号化保護を行なってもよい。
このメッセージにはユーザ設備安全能力パラメーターを含んでもよい。
ステップＳ９２８において、ターゲットＲＮＣが更新した完全性キーＩＫＵ及び／又は暗号化キーＣＫＵを用いてこのメッセージに対して安全検証を行う。ターゲットＲＮＣがＵＥに送信したメッセージを成功に検証すると、ターゲットＲＮＣがコアネットワークノード（ＳＧＳＮ＋又はＭＳＣ／ＶＬＲ＋）に移転完了メッセージを送信し、このメッセージがコアネットワークノードに移転完了を指示する情報を含み、ネットワークＮＣＣ情報を含んでもよい。
ステップＳ９３０において、コアネットワークノードがＩＫ、ＣＫと現在の拡張キーＩＫＵ、ＣＫＵに基づいてネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕを算出する。
選択可能には、ネットワーク側が１つのネクストホップカウンターネットワークＮＣＣを保守すると、コアネットワークノードがネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕを算出する前又は後、ネットワークＮＣＣを逓増する。
ステップＳ９３２において、コアネットワークノードがターゲットＲＮＣに移転完了確認メッセージを送信し、このメッセージがネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕ、及び／又は関連するネットワークＮＣＣを含む。
ステップＳ９３４において、ターゲットＲＮＣが受信したネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕ、及び／又は関連するネットワークＮＣＣを保存し、次回ＳＲＮＣ移転のために用意しておく。
ステップＳ９３６において、コアネットワークノード（ＳＧＳＮ＋又はＭＳＣ＋）がソースＲＮＣとの間のＩｕインターフェースを解除する。
本ステップのコアネットワークノード（ＳＧＳＮ＋又はＭＳＣ／ＶＬＲ＋）がソースＲＮＣとの間のＩｕインターフェースを解除することはステップＳ９３０の前に発生してもよい。
前記すべての実施例がＳＲＮＣ内部の移転にも適応し、即ちソースＲＮＣとターゲットＲＮＣは同一のＲＮＣのシーンである。
図１０は、本発明の実施例によるコアネットワークノードの構成ブロック図を示し、以下を含む。
受信モジュール１００２において、ターゲットＲＮＣの移転完了指示メッセージを受信するように設置され、この移転完了指示メッセージがＵＥがソースＲＮＣからターゲットＲＮＣまでに成功に移転することを指示することに用いられる。算出モジュール１００４において、受信モジュール１００２が移転完了指示メッセージを受信した後、保存された伝統的なキー及び現在の拡張キーを用いてネクストホップ拡張キーを算出するように設置される。送信モジュール１００６において、ネクストホップ拡張キーをターゲットＲＮＣに送信するように設置される。
本実施例のコアネットワークノードは更に、コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークＮＣＣを含んでもよい。
好ましくは、受信モジュール１００２は更にターゲットＲＮＣの移転完了指示メッセージを受信する前、ソースＲＮＣが送信した移転需要メッセージを受信するように設置され、この移転需要メッセージがソースＲＮＣのネクストホップＣＫ’Ｕ及び／又はＩＫ’Ｕを含む。送信モジュール１００６は更にターゲットＲＮＣに移転要請メッセージを送信するように設置され、この移転要請メッセージがソースＲＮＣが送信したネクストホップＣＫ’Ｕ及び／又はＩＫ’Ｕを含む。
図１１は、本発明の実施例による無線アクセスシステムの構成ブロック図を示し、ソースＲＮＣ１１０２、ターゲットＲＮＣ１１０４、コアネットワークノード１１０６及びユーザ設備ＵＥ１１０８を含む。
ここで、ソースＲＮＣ１１０２が、コアネットワークノード１１０６に移転需要メッセージを送信し、この移転需要メッセージにソースＲＮＣ１１０２のネクストホップ拡張キーを持ち、コアネットワークノード１１０６の移転コマンドを受信し、そしてＵＥ１１０８に移転メッセージを送信するように設置される。
ここで、ターゲットＲＮＣ１１０４が、コアネットワークノード１１０６が送信した移転要請メッセージを受信し、この移転要請メッセージにソースＲＮＣ１１０２が送信したネクストホップ拡張キーを持ち、且つ、コアネットワークノード１１０６に移転完了指示メッセージを送信し、コアネットワークノード１１０６の移転完了確認メッセージを受信し、この移転完了確認メッセージがターゲットＲＮＣ１１０４のネクストホップ拡張キーを含むように設置される。
ここで、コアネットワークノード１１０６が、ターゲットＲＮＣ１１０４の移転完了指示メッセージを受信し、ネクストホップ拡張キーを算出し、そして移転完了確認メッセージを介してターゲットＲＮＣ１１０４に送信するように設置される。
ここで、ユーザ設備ＵＥ１１０８が、ソースＲＮＣ１１０２が送信した移転メッセージに基づいて自身の拡張キーを同期するように設置される。
好ましくは、コアネットワークノード１１０６は、ターゲットＲＮＣ１１０４の移転完了指示メッセージを受信するように設置され、この移転完了指示メッセージがＵＥ１１０８がソースＲＮＣ１１０２からターゲットＲＮＣ１１０４までに成功に移転することを指示する受信モジュール１１０６２と、受信モジュール１１０６２が移転完了指示メッセージを受信した後、保存した伝統的なキー及び現在拡張キーを用いてネクストホップ拡張キーを算出するように設置される算出モジュール１１０６４と、ネクストホップ拡張キーをターゲットＲＮＣ１１０４に送信するように設置される送信モジュール１１０６６とを含む。
コアネットワークノード１１０６は更に、コアネットワークノード１１０６がネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークＮＣＣを含むことが好ましい。
ＵＥ１１０８は、ＵＥ１１０８がネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンター端末ＮＣＣを含むことが好ましい。
好ましくは、ＵＥ１１０８は更に、端末ＮＣＣがネットワークＮＣＣに等しいかを判断するように設置される判断モジュール１１０８２と、判断モジュール１１０８２の判断がはいであると、使用端末ＮＣＣに対応する予め保存したＣＫＵ及び／又はＩＫＵを用いるように設置される確定モジュール１１０８４と、判断モジュール１１０８２の判断結果がいいえであると、ＣＫＵ及び／又はＩＫＵを算出し、そして端末ＮＣＣがネットワークＮＣＣに等しくなるまで、対応する端末ＮＣＣを増やすように設置される否定モジュール１１０８６とを含む。
図１２を参照し、本実施例によるＳＲＮＣ随伴移転を行う時のエアインターフェースキーの更新フローチャートを示す。本実施例では、ＳＲＮＣとターゲットＲＮＣとの間のメッセージインタラクションにはコアネットワークノードＣＮＮ＋（ＳＧＳＮ＋又はＭＳＣ＋）移転を必要とせず、拡張したＳＲＮＳ移転フローを用いる。
本実施例は以下のステップを含む。
ステップＳ１２０２において、ソースＲＮＣ（即ち、ＳＲＮＣ）ＳＲＮＣ移転を行なうと決定する。
この決定のトリガーは、ソースＲＮＣがＵＥの測定報告を受信すること、又はターゲットＲＮＣが送信したアップリンクシグナル伝送指示を受信し、セル更新又はＵＲＡ更新を行なうことを要請すること等がある。
ステップＳ１２０４において、ソースＲＮＣがターゲットＲＮＣに拡張した移転要請メッセージを送信し、メッセージにネクストホップ拡張キーＩＫ’ＵとＣＫ’Ｕ、及び／又はネットワークＮＣＣを含む。
拡張した移転要請メッセージは以下のパラメーター、即ち、ネクストホップ拡張した完全性キーＩＫ’Ｕ、及び／又はネクストホップ拡張した暗号化キーＣＫ’Ｕを含む。そのほか、以下のパラメーターの１つ又は任意組合を持ってもよい：ユーザ設備安全能力、ユーザが支援する暗号化アルゴリズム、ユーザが支援する完全性アルゴリズム、選択した暗号化アルゴリズム、選択した完全性アルゴリズム、拡張したエアインターフェースキーに関連するネクストホップカウンターネットワークＮＣＣの中の１つ又は任意の組み合わせを含んでもよい。前記安全材料がソースＲＮＣからターゲットＲＮＣまでの透明容器中に含まれることが好ましい。
ソースＲＮＣがネクストホップ拡張した完全性キーＩＫ’Ｕを拡張した完全性キーＩＫＵとし、ネクストホップ拡張した暗号化キーＣＫ’Ｕを拡張した暗号化キーＣＫＵとしてもよい。ソースＲＮＣが送信した移転需要メッセージに、拡張完全性キーＩＫＵ、及び／又は拡張暗号化キーＣＫＵを含む。
ソースＲＮＣはターゲットＲＮＣが拡張した安全を支援するかを確定できない可能性があるため、ソースＲＮＣがネクストホップ拡張キーＩＫ’ＵとＣＫ’Ｕをそれぞれ移転需要メッセージのＩＫとＣＫフィールドに置いてもよい。
実際のネットワーク配置では、拡張安全機能を支援するネットワークエンティティと伝統的な安全のみを支援するネットワークエンティティが共存し、ＳＲＮＣが移転する場合に、ＵＥが拡張安全機能を支援するＳＲＮＣ＋から拡張安全機能を支援しないターゲットＲＮＣまでに移転するシーンが存在する。ＳＲＮＣ＋が移転を決定する場合に、ターゲットＲＮＣが拡張安全機能を支援するか否かを知らない可能性がある。そのため、ＳＲＮＣが移転する場合に、キーの更新も伝統的なネットワークの安全支援を考える必要がある。
ステップＳ１２０６において、ターゲットＲＮＣが受信したキーを保存する。ターゲットＲＮＣが拡張した安全を支援すると、ターゲットＲＮＣが受信したメッセージにおけるＩＫフィールドの値を拡張キーＩＫＵとし、ＣＫフィールドの値を拡張キーＣＫＵとする。ターゲットＲＮＣが拡張した安全を支援しないと、ターゲットＲＮＣが受信したメッセージにおけるＩＫフィールドの値を伝統的なキーＩＫとし、ＣＫフィールドの値を伝統的なキーＣＫとする。
ステップＳ１２０８において、ターゲットＲＮＣがソースＲＮＣに拡張した移転応答メッセージを送信する。このメッセージを送信する前、ターゲットＲＮＣがＵＥにＲＲＣ（Radio Resource Control、無線リソース制御プロトコル）接続リソースと無線リンク等のリソースを配布する。
この拡張した移転応答メッセージがネクストホップカウンターネットワークＮＣＣ情報を含んでもよい。
ステップＳ１２１０において、ソースＲＮＣが、物理チャネル再配置メッセージ又はＵＴＲＡＮ移動性情報メッセージである移転メッセージをＵＥに送信する。
前記物理チャネル再配置メッセージ又はＵＴＲＡＮ移動性情報メッセージにネクストホップカウンターネットワークＮＣＣ情報を含んでもよい。
ステップＳ１２１２において、ＵＥが拡張した安全を支援すると、ＵＥがネットワーク側に同一なアルゴリズムで拡張した完全性キーＩＫＵ及び／又は暗号化キーＣＫＵを更新する。
本ステップでは、ＵＥにネクストホップカウンター端末ＮＣＣが設置され、ＵＥがネットワークＮＣＣを受信し、現在アクティブにした拡張キーに対応する端末ＮＣＣがネットワークＮＣＣに等しいかを判断し、両者が等しいと、ＵＥが自ら保存した拡張完全性キーＩＫＵ及び／又は拡張暗号化キーＣＫＵをそのまま使用する。ネットワークＮＣＣが端末ＮＣＣより大きいと、ＵＥが拡張キーＩＫＵ／ＣＫＵを算出し、端末ＮＣＣがネットワークＮＣＣに等しくなるまで、対応する端末ＮＣＣを逓増する。
ステップＳ１２１４において、ＵＥがターゲットＲＮＣに物理チャネル再配置完了メッセージ又はＵＴＲＡＮ移動性情報確認メッセージを送信する。前記メッセージが更新した完全性キーＩＫＵで完全性保護を行なってもよく、又は更新した完全性キーＩＫＵと暗号化キーＣＫＵで前記メッセージに対して同時に完全性と暗号化保護を行なってもよい。
このメッセージにはユーザ設備安全能力パラメーターを含んでもよい。
ステップＳ１２１６において、ターゲットＲＮＣが更新した完全性キーＩＫＵ及び／又は暗号化キーＣＫＵを用いてこのメッセージに対して安全検証を行う。ターゲットＲＮＣがＵＥに送信したメッセージを成功に検証すると、ターゲットＲＮＣがコアネットワークノード（ＳＧＳＮ＋又はＭＳＣ／ＶＬＲ＋）に拡張した移転完了要請メッセージを送信し、このメッセージがコアネットワークノードに移転完了を指示する情報を含み、ネットワークＮＣＣ情報を含んでもよい。
ステップＳ１２１８において、コアネットワークノードがＩＫ、ＣＫと現在の拡張キーＩＫＵ、ＣＫＵに基づいてネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕを算出する。
選択可能には、ネットワーク側が１つのネクストホップカウンターネットワークＮＣＣを保守すると、コアネットワークノードがネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕを算出する前又は後、ネットワークＮＣＣを逓増する。
ステップＳ１２２０において、コアネットワークノードがターゲットＲＮＣに移転完了確認メッセージを送信し、このメッセージがネクストホップ拡張キーＩＫ’Ｕ、Ｃ’ＫＵ、及び／又は関連するネットワークＮＣＣを含む。
ステップＳ１２２２において、ターゲットＲＮＣが受信したネクストホップ拡張キーＩＫ’Ｕ、ＣＫ’Ｕ、及び／又は関連するネットワークＮＣＣを保存し、次回ＳＲＮＣ移転のために用意しておく。
ステップＳ１２２４において、コアネットワークノード（ＳＧＳＮ＋又はＭＳＣ／ＶＬＲ＋）がソースＲＮＣとの間のＩｕインターフェースをリリースする。
当業者にとっては、上記本発明の各モジュール又は各ステップは汎用の計算装置によって実現することができ、単独の計算装置に集中させてもよく、複数の計算装置から構成されるネットワークに分布させてもよく、または計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、また、ある場合には、示された或は述べられたステップが上記と異なる順で実行されてもよく、又はそれらの夫々をそれぞれ集積回路ブロックに製作し、又はそれらにおける複数のモジュール又はステップを単独の集積回路モジュールに製作して実現することができることは明らかなことである。このように、本発明は如何なる指定のハードウェアとソフトウェアの結合にも限定されない。
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の主旨や原則内で行う如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。

Claims (23)

  1. コアネットワークノードがターゲット無線ネットワークコントローラＲＮＣの移転完了指示メッセージを受信し、前記移転完了指示メッセージがユーザ設備ＵＥがソースＲＮＣから前記ターゲットＲＮＣまでに成功に移転することを指示することに用いられるステップと、
    コアネットワークノードが保存した伝統的なキー及び現在拡張キーを用いてネクストホップ拡張キーを算出するステップと、
    コアネットワークノードが前記ネクストホップ拡張キーを前記ターゲットＲＮＣに送信するステップと、
    を含むエアインターフェースキーの更新方法。
  2. 前記伝統的なキーは伝統的な完全性キーＩＫ及び／又は伝統的な暗号化キーＣＫを含み、前記拡張キーは拡張完全性キーＩＫＵ及び／又は拡張暗号化キーＣＫＵを含む請求項１に記載の方法。
  3. 前記コアネットワークノードにネクストホップカウンターネットワークＮＣＣを設置し、前記コアネットワークノードがネクストホップ拡張キーを算出する回数を数える。請求項２に記載の方法。
  4. 前記コアネットワークノードがターゲットＲＮＣの移転完了指示メッセージを受信するステップの前、更に、
    前記ソースＲＮＣが前記コアネットワークノードに移転需要メッセージを送信し、前記移転需要メッセージがソースＲＮＣのネクストホップＣＫＵ及び／又はＩＫＵを含むことと、
    前記コアネットワークノードが前記移転需要メッセージを受信し、前記ターゲットＲＮＣに移転要請メッセージを送信し、前記移転要請メッセージが前記ソースＲＮＣが送信したネクストホップＣＫＵ及び／又はＩＫＵを含むこととを含む請求項３に記載の方法。
  5. 前記移転需要メッセージと移転要請メッセージは、いずれも前記ネットワークＮＣＣの指示した情報をさらに含む請求項４に記載の方法。
  6. 前記ソースＲＮＣが前記コアネットワークノードに移転需要メッセージを送信するステップは、前記ソースＲＮＣが前記ネクストホップＩＫＵを前記移転需要メッセージのＩＫフィールドに置き、及び／又は前記ネクストホップＣＫＵを前記移転需要メッセージのＣＫフィールドに置き、前記コアネットワークノードに送信することを含み、
    前記コアネットワークノードが前記ターゲットＲＮＣに移転要請メッセージを送信するステップは、前記コアネットワークノードが前記ソースＲＮＣが送信したネクストホップＩＫＵを前記移転要請メッセージのＩＫフィールドに置き、及び／又は前記ソースＲＮＣが送信したネクストホップＣＫＵを前記移転要請メッセージのＣＫフィールドに置き、前記ターゲットＲＮＣに送信することを含む請求項４に記載の方法。
  7. 前記コアネットワークノードがターゲットＲＮＣの移転完了指示メッセージを受信するステップの前、更に、
    前記ソースＲＮＣが前記ターゲットＲＮＣに拡張した移転要請メッセージを送信し、前記拡張した移転要請メッセージが前記ソースＲＮＣのネクストホップＣＫＵ及び／又はＩＫＵを含むことを含む請求項３に記載の方法。
  8. 前記ソースＲＮＣが前記ターゲットＲＮＣに拡張した移転要請メッセージを送信するステップは、前記ソースＲＮＣが前記ネクストホップＩＫＵを前記拡張した移転要請メッセージのＩＫフィールドに置き、及び／又は前記ネクストホップＣＫＵを前記拡張した移転要請メッセージのＣＫフィールドに置き、前記ターゲットＲＮＣに送信することを含む請求項７に記載の方法。
  9. 前記コアネットワークノードが前記ターゲットＲＮＣに移転要請メッセージ／拡張した移転要請メッセージを送信するステップの後、更に、
    前記ターゲットＲＮＣが拡張した安全モードを支援しないと、前記移転要請メッセージ／拡張した移転要請メッセージのＣＫフィールドの内容をＣＫとし、ＩＫフィールドの内容をＩＫとして用いることと、
    前記ターゲットＲＮＣが拡張した安全モードを支援すると、前記移転要請メッセージ／拡張した移転要請メッセージのＣＫフィールドの内容をＣＫＵとし、ＩＫフィールドの内容をＩＫＵとして用いることとを含む請求項６又は８に記載の方法。
  10. 前記コアネットワークノードが前記ターゲットＲＮＣに移転要請メッセージを送信するステップの後、更に、
    前記コアネットワークノードが前記ターゲットＲＮＣの移転要請確認メッセージを受信し、そして前記ソースＲＮＣに移転コマンドメッセージを送信し、前記移転コマンドメッセージが前記ネットワークＮＣＣが指示した情報を含むことと、
    前記ソースＲＮＣが前記移転コマンドメッセージを受信し、ユーザ設備ＵＥに移転メッセージを送信し、前記移転メッセージが前記ネットワークＮＣＣが指示した情報を含むことを含む請求項４に記載の方法。
  11. 前記ソースＲＮＣが前記移転コマンドメッセージを受信し、ユーザ設備ＵＥに移転メッセージを送信するステップの後、更に、
    前記ＵＥが前記移転メッセージを受信し、現在アクティブにした拡張キーに対応するネクストホップカウンター端末ＮＣＣが前記ネットワークＮＣＣに等しいかを判断することと、
    はいであると、前記ＵＥが前記端末ＮＣＣに対応する予め保存した前記ＩＫＵ及び／又はＣＫＵを用いることと、
    いいえであると、前記ＵＥが前記ＩＫＵ及び／又はＣＫＵを算出し、そして前記端末ＮＣＣが前記ネットワークＮＣＣに等しくなるまで、対応する前記端末ＮＣＣを逓増すること、とを含む請求項１０に記載の方法。
  12. 前記方法は更に、
    ユーザ設備ＵＥがネットワークに初回付着し、又は前記ＵＥがアイドルモードから接続モードに転換し、又は前記ＵＥが発展型汎用陸地無線アクセスネットワークＥ−ＵＴＲＡＮ又はグローバル移動通信システムＧＳＭネットワークから汎用陸地無線アクセスネットワークＵＴＲＡＮまでに移動し、又は前記ＵＥが伝統的なＵＴＲＡＮから拡張したＵＴＲＡＮに移動する場合に、前記コアネットワークノードが保存した伝統的なキーに応じて現在の拡張キーを算出することと、
    前記コアネットワークノードが前記現在の拡張キー及び／又は算出した初期ネクストホップ拡張キーをサービスＲＮＣに送信すること、とを含む請求項１に記載の方法。
  13. 前記初期ネクストホップ拡張キーが前記コアネットワークノードにより以下の公式で、前記保存した伝統的なキーと前記算出した現在の拡張キーに基づいて算出される請求項１２に記載の方法であって、
    （ＩＫＵ、ＣＫＵ）＝Ｆ１（ＩＫ||ＣＫ、Ｐａｒａｍｅｔｅｒ）；
    （ＩＫ’Ｕ、ＣＫ’Ｕ）＝Ｆ２（ＩＫ||ＣＫ、ＩＫＵ||ＣＫＵ）；
    ここで、Ｆ１とＦ２はキー関数、ＩＫは伝統的な完全性キー、ＣＫは伝統的な暗号化キー、ＩＫＵは現在拡張完全性キー、ＣＫＵは現在拡張暗号化キー、ＩＫ’Ｕは初期ネクストホップ拡張完全性キー、ＣＫ’Ｕは初期ネクストホップ拡張暗号化キー、“||”はカスケード、Ｐａｒａｍｅｔｅｒはパラメーターである。
  14. 前記コアネットワークノードが前記現在の拡張キー及び／又は算出した初期ネクストホップ拡張キーを前記サービスＲＮＣに送信するステップの後、更に、
    前記サービスＲＮＣが前記現在拡張キー及び／又は算出した初期ネクストホップ拡張キーを受信して保存し、そして前記ＵＥに安全モードコマンドメッセージを送信することと、
    前記ＵＥが前記安全モードコマンドメッセージを受信し、保存した伝統的なキーを用いて拡張キーを算出すること、とを含む請求項１２に記載の方法。
  15. 前記ＵＥが前記安全モードコマンドメッセージを受信し、保存した伝統的なキーを用いて拡張キーを算出するステップの後、更に、
    前記ＵＥが前記伝統的なキーと拡張キーを用いてネクストホップ拡張キーを算出することを含む請求項１４に記載の方法。
  16. ターゲット無線ネットワークコントローラＲＮＣの移転完了指示メッセージを受信し、前記移転完了指示メッセージがユーザ設備ＵＥがソースＲＮＣから前記ターゲットＲＮＣまでに成功に移転することを指示することに用いられるように設置される受信モジュールと、
    前記受信モジュールが前記移転完了指示メッセージを受信した後、保存した伝統的なキー及び現在の拡張キーを用いてネクストホップ拡張キーを算出するように設置される算出モジュールと、
    前記ネクストホップ拡張キーを前記ターゲットＲＮＣに送信するように設置される送信モジュールとを含むコアネットワークノード。
  17. 前記コアネットワークノードは更に、
    前記コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークＮＣＣを含む請求項１６に記載のコアネットワークノード。
  18. 前記受信モジュールは、前記ターゲットＲＮＣの移転完了指示メッセージを受信する前、前記ソースＲＮＣが送信した移転需要メッセージを受信するように設置され、前記移転需要メッセージが前記ソースＲＮＣのネクストホップＣＫＵ及び／又はＩＫＵを含み、
    前記送信モジュールは、前記ターゲットＲＮＣに移転要請メッセージを送信するように設置され、前記移転要請メッセージが前記ソースＲＮＣが送信したネクストホップＣＫＵ及び／又はＩＫＵを含む請求項１７に記載のコアネットワークノード。
  19. ソース無線ネットワークコントローラＲＮＣ、ターゲットＲＮＣ、コアネットワークノード及びユーザ設備ＵＥを含む無線アクセスシステムであって、
    前記ソースＲＮＣが、前記コアネットワークノードに移転需要メッセージを送信し、
    前記移転需要メッセージに前記ソースＲＮＣのネクストホップ拡張キーを含み、
    前記コアネットワークノードの移転コマンドを受信し、そして前記ＵＥに移転メッセージを送信するように設置され、
    前記ターゲットＲＮＣが、前記コアネットワークノードが送信した移転要請メッセージを受信し、前記移転要請メッセージに前記ソースＲＮＣが送信したネクストホップ拡張キーを持ち、そして前記コアネットワークノードに移転完了指示メッセージを送信し、前記コアネットワークノードの移転完了確認メッセージを受信し、前記移転完了確認メッセージが前記ターゲットＲＮＣのネクストホップ拡張キーを含むように設置され、
    前記コアネットワークノードが、前記ターゲットＲＮＣの移転完了指示メッセージを受信し、ネクストホップ拡張キーを算出し、そして前記移転完了確認メッセージを前記ターゲットＲＮＣに送信するように設置され、
    前記ＵＥが、前記ソースＲＮＣが送信した移転メッセージに応じて自身の拡張キーを同期するように設置される無線アクセスシステム。
  20. 前記コアネットワークノードは、
    前記ターゲットＲＮＣの移転完了指示メッセージを受信し、前記移転完了指示メッセージがユーザ設備ＵＥがソースＲＮＣから前記ターゲットＲＮＣまでに成功に移転することを指示することに用いるように設置される受信モジュールと、
    前記受信モジュールが前記移転完了指示メッセージを受信した後、保存した伝統的なキー及び現在拡張キーを用いてネクストホップ拡張キーを算出するように設置される算出モジュールと、
    前記ネクストホップ拡張キーを前記ターゲットＲＮＣに送信するように設置される送信モジュールと、を含む請求項１９に記載の無線アクセスシステム。
  21. 前記コアネットワークノードは更に、
    前記コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークＮＣＣを含む請求項２０に記載の無線アクセスシステム。
  22. 前記ＵＥは、
    前記ＵＥに対してネクストホップ拡張キーの算出回数を数えるように設置されるネクストホップカウンター端末ＮＣＣを含む請求項２１に記載の無線アクセスシステム。
  23. 前記ＵＥは更に、
    前記端末ＮＣＣが前記ネットワークＮＣＣに等しいかを判断するように設置される判断モジュールと、
    前記モジュールの判断結果がはいであると、前記端末ＮＣＣに対応する予め保存したＣＫＵ及び／又はＩＫＵを用いるように設置される確定モジュールと、
    前記判断モジュールの判断結果がいいえであると、前記ＣＫＵ及び／又はＩＫＵを算出し、そして前記端末ＮＣＣが前記ネットワークＮＣＣに等しくなるまでに、対応する前記端末ＮＣＣを逓増するように設置される否定モジュールとを含む請求項２２に記載の無線アクセスシステム。
JP2013513528A 2010-06-07 2011-03-09 エアインターフェースキーの更新方法、コアネットワークノード及び無線アクセスシステム Expired - Fee Related JP5774096B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201010200885.1A CN101841810B (zh) 2010-06-07 2010-06-07 空中接口密钥的更新方法、核心网节点及无线接入系统
CN201010200885.1 2010-06-07
PCT/CN2011/071628 WO2011153852A1 (zh) 2010-06-07 2011-03-09 空中接口密钥的更新方法、核心网节点及无线接入系统

Publications (2)

Publication Number Publication Date
JP2013531939A true JP2013531939A (ja) 2013-08-08
JP5774096B2 JP5774096B2 (ja) 2015-09-02

Family

ID=42744854

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013513528A Expired - Fee Related JP5774096B2 (ja) 2010-06-07 2011-03-09 エアインターフェースキーの更新方法、コアネットワークノード及び無線アクセスシステム

Country Status (6)

Country Link
US (1) US8938071B2 (ja)
EP (1) EP2571305A4 (ja)
JP (1) JP5774096B2 (ja)
CN (1) CN101841810B (ja)
CA (1) CA2801615A1 (ja)
WO (1) WO2011153852A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841810B (zh) 2010-06-07 2016-01-20 中兴通讯股份有限公司 空中接口密钥的更新方法、核心网节点及无线接入系统
CN101902736B (zh) * 2010-07-23 2018-01-23 江苏悦达数梦技术有限公司 空中接口密钥的更新方法、核心网节点及无线接入系统
CN101909292B (zh) 2010-08-18 2016-04-13 中兴通讯股份有限公司 空中接口密钥的更新方法、核心网节点及用户设备
CN103096398B (zh) * 2011-11-08 2016-08-03 华为技术有限公司 一种网络切换的方法和装置
WO2017194076A1 (en) * 2016-05-09 2017-11-16 Huawei Technologies Co., Ltd. Mobile equipment identity privacy, network node and methods thereof
WO2018237374A1 (en) * 2017-06-23 2018-12-27 Motorola Mobility Llc METHOD AND APPARATUS FOR IMPLEMENTING MEDIA-SPECIFIC MODIFICATIONS AS PART OF CONNECTION RECONFIGURATION WHICH HAS CONSEQUENCES OF SAFETY KEYS DURING USE
WO2019140633A1 (zh) * 2018-01-19 2019-07-25 Oppo广东移动通信有限公司 指示用户设备获取密钥的方法、用户设备及网络设备
CN110859058B (zh) * 2018-06-25 2023-10-10 联发科技（新加坡）私人有限公司 5g移动通信中附加安全能力指示方法及其装置
US11057766B2 (en) * 2018-11-01 2021-07-06 Nokia Technologies Oy Security management in disaggregated base station in communication system
CN109495916B (zh) * 2018-11-20 2022-05-10 华为技术服务有限公司 一种通信方法及设备
CN113795024A (zh) * 2020-05-26 2021-12-14 华为技术有限公司 一种获取密钥的方法及装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0020443D0 (en) * 2000-08-18 2000-10-04 Nokia Networks Oy Controlling communication between stations
EP1770917A1 (en) 2005-09-29 2007-04-04 Nortel Networks Limited Method for managing communications and related core network node
WO2008115447A2 (en) * 2007-03-15 2008-09-25 Interdigital Technology Corporation Methods and apparatus to facilitate security context transfer, rohc and pdcp sn context reinitialization during handover
CN101232731B (zh) * 2008-02-04 2012-12-19 中兴通讯股份有限公司 用于ue从utran切换到eutran的密钥生成方法和系统
CN105657703B (zh) * 2008-11-03 2019-10-08 诺基亚技术有限公司 在分组交换网络和电路交换网络之间切换的方法和装置
US9344924B2 (en) * 2008-11-27 2016-05-17 Htc Corporation Method of handling handover security configuration and related communication device
CN101583130B (zh) 2009-06-18 2015-09-16 中兴通讯股份有限公司 空口密钥的生成方法与装置
CN101931951B (zh) * 2009-06-26 2012-11-07 华为技术有限公司 密钥推演方法、设备及系统
CN101715188B (zh) * 2010-01-14 2015-11-25 中兴通讯股份有限公司 一种空口密钥的更新方法及系统
CN101835151B (zh) 2010-04-16 2016-03-30 中兴通讯股份有限公司 空中接口密钥的更新方法及无线接入系统
CN101841810B (zh) 2010-06-07 2016-01-20 中兴通讯股份有限公司 空中接口密钥的更新方法、核心网节点及无线接入系统
CN101867924B (zh) 2010-06-07 2016-07-06 中兴通讯股份有限公司 空中接口密钥的更新、生成方法及无线接入系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
JPN6014038458; ＺＴＥ　Ｃｏｒｐｏｒａｔｉｏｎ，　Ｈｕａｗｅｉ，　ＨｉＳｉｌｉｃｏｎ: 'ＩＷＫ　ｗｉｔｈ　ＧＥＲＡＮ／Ｅ-ＵＴＲＡＮ　ｆｏｒ　ｓｉｍｐｌｉｆｉｅｄ　ｆｏｒｗａｒｄ　ｓｅｃｕｒｉｔｙ　ｂａｓｅｄ　ｓｏｌｕｔｉｏｎ' ３ＧＰＰ　ＴＳＧ-ＳＡ３　ＳＡ３＃６２，　Ｓ３-１１００６９ , 20110128 *
JPN6014038460; ＺＴＥ　Ｃｏｒｐｏｒａｔｉｏｎ: 'Ｋｅｙ　Ｃｈａｎｇｅ　ｄｕｒｉｎｇ　ＳＲＮＳ　Ｒｅｌｏｃａｔｉｏｎ' ３ＧＰＰ　ＴＳＧ-ＳＡ３　ＳＡ３＃５９，　Ｓ３-１００５１５ , 20100430 *
JPN6014038463; '３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ；　Ｔｅｃｈｎｉｃａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　Ｇｒｏｕｐ　Ｓｅｒｖｉｃｅｓ　ａｎｄ　Ｓｙｓｔｅｍ　Ａｓｐｅｃｔｓ；　Ｓｔｕｄｙ' ３ＧＰＰ　ＴＲ　３３．８５９　Ｖ１．０．０ , 201012, ｐｐ．１８-４９ *

Also Published As

Publication number Publication date
EP2571305A1 (en) 2013-03-20
CN101841810B (zh) 2016-01-20
CN101841810A (zh) 2010-09-22
US8938071B2 (en) 2015-01-20
WO2011153852A1 (zh) 2011-12-15
CA2801615A1 (en) 2011-12-15
JP5774096B2 (ja) 2015-09-02
US20130077785A1 (en) 2013-03-28
EP2571305A4 (en) 2014-01-15

Similar Documents

Publication Publication Date Title
JP5774096B2 (ja) エアインターフェースキーの更新方法、コアネットワークノード及び無線アクセスシステム
US8145195B2 (en) Mobility related control signalling authentication in mobile communications system
US7020455B2 (en) Security reconfiguration in a universal mobile telecommunications system
US8179860B2 (en) Systems and method for performing handovers, or key management while performing handovers in a wireless communication system
JP4820429B2 (ja) 新しい鍵を生成する方法および装置
US20170359719A1 (en) Key generation method, device, and system
EP3322252B1 (en) Communication methods, network side device, and user equipment
KR20100114927A (ko) 무선 통신 시스템에서 핸드오버를 실행하는 동안 키 관리를 실행하기 위한 시스템 및 방법
US20080039096A1 (en) Apparatus, method and computer program product providing secure distributed HO signaling for 3.9G with secure U-plane location update from source eNB
KR20090063274A (ko) 무선 원격통신에서의 암호화
WO2011085682A1 (zh) 一种空中接口密钥的更新方法及系统
AU2009233486A1 (en) Methods, apparatuses, and computer program products for providing multi-hop cryptographic separation for handovers
KR20040073247A (ko) 무선 통신 시스템에 보안 스타트 값을 저장하는 방법
JP5770288B2 (ja) エアーインターフェースキーの更新方法、コアネットワークノード及びユーザ設備
WO2011127791A1 (zh) 终端移动到增强utran时建立增强密钥的方法及系统
JP2010045692A (ja) 移動通信方法、無線基地局及び移動局
WO2013075417A1 (zh) 切换过程中密钥生成方法及系统
US20130078956A1 (en) Method for updating and generating air interface key and radio access system
KR20100126691A (ko) 무선 통신 시스템에서 핸드오버들을 수행, 또는 핸드오버들을 수행하면서 키 관리를 수행하는 시스템 및 방법
WO2008152611A1 (en) Apparatus, method and computer program product providing transparent container
Zhang et al. An enhanced handover authentication solution for 6LoWPAN networks
CN101835151B (zh) 空中接口密钥的更新方法及无线接入系统
CN101902736B (zh) 空中接口密钥的更新方法、核心网节点及无线接入系统
WO2001043476A1 (en) Communication method
WO2012022186A1 (zh) 空中接口密钥的更新方法、核心网节点、ue及无线接入系统

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140212

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140827

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140909

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141209

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150630

R150 Certificate of patent or registration of utility model

Ref document number: 5774096

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

LAPS Cancellation because of no payment of annual fees