"コアネットワークノードがターゲット無線ネットワークコントローラRNCの移転完了指示メッセージを受信し、前記移転完了指示メッセージがユーザ設備UEがソースRNCから前記ターゲットRNCまでに成功に移転することを指示することに用いられるステップと、コアネットワークノードが保存した伝統的なキー及び現在拡張キーを用いてネクストホップ拡張キーを算出するステップと、コアネットワークノードが前記ネクストホップ拡張キーを前記ターゲットRNCに送信するステップと、を含むエアインターフェースキーの更新方法。前記伝統的なキーは伝統的な完全性キーIK及び/又は伝統的な暗号化キーCKを含み、前記拡張キーは拡張完全性キーIKU及び/又は拡張暗号化キーCKUを含む請求項1に記載の方法。前記コアネットワークノードにネクストホップカウンターネットワークNCCを設置し、前記コアネットワークノードがネクストホップ拡張キーを算出する回数を数える。請求項2に記載の方法。前記コアネットワークノードがターゲットRNCの移転完了指示メッセージを受信するステップの前、更に、前記ソースRNCが前記コアネットワークノードに移転需要メッセージを送信し、前記移転需要メッセージがソースRNCのネクストホップCKU及び/又はIKUを含むことと、前記コアネットワークノードが前記移転需要メッセージを受信し、前記ターゲットRNCに移転要請メッセージを送信し、前記移転要請メッセージが前記ソースRNCが送信したネクストホップCKU及び/又はIKUを含むこととを含む請求項3に記載の方法。前記移転需要メッセージと移転要請メッセージは、いずれも前記ネットワークNCCの指示した情報をさらに含む請求項4に記載の方法。前記ソースRNCが前記コアネットワークノードに移転需要メッセージを送信するステップは、前記ソースRNCが前記ネクストホップIKUを前記移転需要メッセージのIKフィールドに置き、及び/又は前記ネクストホップCKUを前記移転需要メッセージのCKフィールドに置き、前記コアネットワークノードに送信することを含み、前記コアネットワークノードが前記ターゲットRNCに移転要請メッセージを送信するステップは、前記コアネットワークノードが前記ソースRNCが送信したネクストホップIKUを前記移転要請メッセージのIKフィールドに置き、及び/又は前記ソースRNCが送信したネクストホップCKUを前記移転要請メッセージのCKフィールドに置き、前記ターゲットRNCに送信することを含む請求項4に記載の方法。前記コアネットワークノードがターゲットRNCの移転完了指示メッセージを受信するステップの前、更に、前記ソースRNCが前記ターゲットRNCに拡張した移転要請メッセージを送信し、前記拡張した移転要請メッセージが前記ソースRNCのネクストホップCKU及び/又はIKUを含むことを含む請求項3に記載の方法。前記ソースRNCが前記ターゲットRNCに拡張した移転要請メッセージを送信するステップは、前記ソースRNCが前記ネクストホップIKUを前記拡張した移転要請メッセージのIKフィールドに置き、及び/又は前記ネクストホップCKUを前記拡張した移転要請メッセージのCKフィールドに置き、前記ターゲットRNCに送信することを含む請求項7に記載の方法。前記コアネットワークノードが前記ターゲットRNCに移転要請メッセージ/拡張した移転要請メッセージを送信するステップの後、更に、前記ターゲットRNCが拡張した安全モードを支援しないと、前記移転要請メッセージ/拡張した移転要請メッセージのCKフィールドの内容をCKとし、IKフィールドの内容をIKとして用いることと、前記ターゲットRNCが拡張した安全モードを支援すると、前記移転要請メッセージ/拡張した移転要請メッセージのCKフィールドの内容をCKUとし、IKフィールドの内容をIKUとして用いることとを含む請求項6又は8に記載の方法。前記コアネットワークノードが前記ターゲットRNCに移転要請メッセージを送信するステップの後、更に、前記コアネットワークノードが前記ターゲットRNCの移転要請確認メッセージを受信し、そして前記ソースRNCに移転コマンドメッセージを送信し、前記移転コマンドメッセージが前記ネットワークNCCが指示した情報を含むことと、前記ソースRNCが前記移転コマンドメッセージを受信し、ユーザ設備UEに移転メッセージを送信し、前記移転メッセージが前記ネットワークNCCが指示した情報を含むことを含む請求項4に記載の方法。前記ソースRNCが前記移転コマンドメッセージを受信し、ユーザ設備UEに移転メッセージを送信するステップの後、更に、前記UEが前記移転メッセージを受信し、現在アクティブにした拡張キーに対応するネクストホップカウンター端末NCCが前記ネットワークNCCに等しいかを判断することと、はいであると、前記UEが前記端末NCCに対応する予め保存した前記IKU及び/又はCKUを用いることと、いいえであると、前記UEが前記IKU及び/又はCKUを算出し、そして前記端末NCCが前記ネットワークNCCに等しくなるまで、対応する前記端末NCCを逓増すること、とを含む請求項10に記載の方法。前記方法は更に、ユーザ設備UEがネットワークに初回付着し、又は前記UEがアイドルモードから接続モードに転換し、又は前記UEが発展型汎用陸地無線アクセスネットワークE-UTRAN又はグローバル移動通信システムGSMネットワークから汎用陸地無線アクセスネットワークUTRANまでに移動し、又は前記UEが伝統的なUTRANから拡張したUTRANに移動する場合に、前記コアネットワークノードが保存した伝統的なキーに応じて現在の拡張キーを算出することと、前記コアネットワークノードが前記現在の拡張キー及び/又は算出した初期ネクストホップ拡張キーをサービスRNCに送信すること、とを含む請求項1に記載の方法。前記初期ネクストホップ拡張キーが前記コアネットワークノードにより以下の公式で、前記保存した伝統的なキーと前記算出した現在の拡張キーに基づいて算出される請求項12に記載の方法であって、IKU、CKU=F1IKCK、Parameter;IK’U、CK’U=F2IKCK、IKUCKU;ここで、F1とF2はキー関数、IKは伝統的な完全性キー、CKは伝統的な暗号化キー、IKUは現在拡張完全性キー、CKUは現在拡張暗号化キー、IK’Uは初期ネクストホップ拡張完全性キー、CK’Uは初期ネクストホップ拡張暗号化キー、はカスケード、Parameterはパラメーターである。前記コアネットワークノードが前記現在の拡張キー及び/又は算出した初期ネクストホップ拡張キーを前記サービスRNCに送信するステップの後、更に、前記サービスRNCが前記現在拡張キー及び/又は算出した初期ネクストホップ拡張キーを受信して保存し、そして前記UEに安全モードコマンドメッセージを送信することと、前記UEが前記安全モードコマンドメッセージを受信し、保存した伝統的なキーを用いて拡張キーを算出すること、とを含む請求項12に記載の方法。前記UEが前記安全モードコマンドメッセージを受信し、保存した伝統的なキーを用いて拡張キーを算出するステップの後、更に、前記UEが前記伝統的なキーと拡張キーを用いてネクストホップ拡張キーを算出することを含む請求項14に記載の方法。ターゲット無線ネットワークコントローラRNCの移転完了指示メッセージを受信し、前記移転完了指示メッセージがユーザ設備UEがソースRNCから前記ターゲットRNCまでに成功に移転することを指示することに用いられるように設置される受信モジュールと、前記受信モジュールが前記移転完了指示メッセージを受信した後、保存した伝統的なキー及び現在の拡張キーを用いてネクストホップ拡張キーを算出するように設置される算出モジュールと、前記ネクストホップ拡張キーを前記ターゲットRNCに送信するように設置される送信モジュールとを含むコアネットワークノード。前記コアネットワークノードは更に、前記コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークNCCを含む請求項16に記載のコアネットワークノード。前記受信モジュールは、前記ターゲットRNCの移転完了指示メッセージを受信する前、前記ソースRNCが送信した移転需要メッセージを受信するように設置され、前記移転需要メッセージが前記ソースRNCのネクストホップCKU及び/又はIKUを含み、前記送信モジュールは、前記ターゲットRNCに移転要請メッセージを送信するように設置され、前記移転要請メッセージが前記ソースRNCが送信したネクストホップCKU及び/又はIKUを含む請求項17に記載のコアネットワークノード。ソース無線ネットワークコントローラRNC、ターゲットRNC、コアネットワークノード及びユーザ設備UEを含む無線アクセスシステムであって、前記ソースRNCが、前記コアネットワークノードに移転需要メッセージを送信し、前記移転需要メッセージに前記ソースRNCのネクストホップ拡張キーを含み、前記コアネットワークノードの移転コマンドを受信し、そして前記UEに移転メッセージを送信するように設置され、前記ターゲットRNCが、前記コアネットワークノードが送信した移転要請メッセージを受信し、前記移転要請メッセージに前記ソースRNCが送信したネクストホップ拡張キーを持ち、そして前記コアネットワークノードに移転完了指示メッセージを送信し、前記コアネットワークノードの移転完了確認メッセージを受信し、前記移転完了確認メッセージが前記ターゲットRNCのネクストホップ拡張キーを含むように設置され、前記コアネットワークノードが、前記ターゲットRNCの移転完了指示メッセージを受信し、ネクストホップ拡張キーを算出し、そして前記移転完了確認メッセージを前記ターゲットRNCに送信するように設置され、前記UEが、前記ソースRNCが送信した移転メッセージに応じて自身の拡張キーを同期するように設置される無線アクセスシステム。前記コアネットワークノードは、前記ターゲットRNCの移転完了指示メッセージを受信し、前記移転完了指示メッセージがユーザ設備UEがソースRNCから前記ターゲットRNCまでに成功に移転することを指示することに用いるように設置される受信モジュールと、前記受信モジュールが前記移転完了指示メッセージを受信した後、保存した伝統的なキー及び現在拡張キーを用いてネクストホップ拡張キーを算出するように設置される算出モジュールと、前記ネクストホップ拡張キーを前記ターゲットRNCに送信するように設置される送信モジュールと、を含む請求項19に記載の無線アクセスシステム。前記コアネットワークノードは更に、前記コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークNCCを含む請求項20に記載の無線アクセスシステム。前記UEは、前記UEに対してネクストホップ拡張キーの算出回数を数えるように設置されるネクストホップカウンター端末NCCを含む請求項21に記載の無線アクセスシステム。前記UEは更に、前記端末NCCが前記ネットワークNCCに等しいかを判断するように設置される判断モジュールと、前記モジュールの判断結果がはいであると、前記端末NCCに対応する予め保存したCKU及び/又はIKUを用いるように設置される確定モジュールと、前記判断モジュールの判断結果がいいえであると、前記CKU及び/又はIKUを算出し、そして前記端末NCCが前記ネットワークNCCに等しくなるまでに、対応する前記端末NCCを逓増するように設置される否定モジュールとを含む請求項22に記載の無線アクセスシステム。以下、図面と実施例を参照しながら、本発明を詳しく説明する。特に説明するのは、矛盾しない場合、本案における実施例及び実施例における特徴を相互に組み合わせてもよい。UTRANを用いる無線アクセスシステムにおけるSRNC移転は、図3と図4に示すように、コアネットワークノードSGSN又はMSC、ソースRNC即ちSRNC、ターゲットRNC、NodeB及びUEに係わる。HSPAを用いる無線アクセスシステムでは、NodeBをNodeBとRNCの結合と見なしてもよく、両者が1つの物理エンティティであるが、2つの異なるロジックエンティティでもある。本発明の実施例において拡張安全キー階層を支援するNodeBはUMTSでグレードアップを行ったRNCRNCに相当し、本発明の実施例におけるSRNCがソースRNCソースNodeBに相当し、DRNCがターゲットRNCターゲットNodeBに相当する。図5を参照し、本発明の実施例によるエアインターフェースキーの更新方法のステップフローチャートを示し、以下のステップを含む。ステップS502において、コアネットワークノードがターゲットRNCの移転完了指示メッセージを受信する。ここで、移転完了指示メッセージはユーザ設備UEがソースRNCからターゲットRNCまでに成功に移転することを指示する。ステップS504において、コアネットワークノードが保存した伝統的なキー及び現在拡張キーを用いてネクストホップ拡張キーを算出する。ここで、伝統的なキーが伝統的な完全性キーIK及び/又は伝統的な暗号化キーCKを含み、拡張キーが拡張完全性キーIKU及び/又は拡張暗号化キーCKUを含む。コアネットワークノードはコアネットワークノードが保存した伝統的なキーIK及び/又はCK、及び現在使用する拡張キーIKU及び/又はCKUを用いて、キー生成関数でネクストホップ拡張キーIKU及び/又はCKUを算出する。現在用いている現在の拡張キーIKU/CKUと区別するために、本発明の実施例ではネクストホップ拡張キーをIK’UとCK’Uと称する。ステップS506において、コアネットワークノードがネクストホップ拡張キーをターゲットRNCに送信する。本ステップでは、コアネットワークノードがIK’UとCK’UをターゲットRNCに送信して保存し、次回SRNC移転時にターゲットRNCの使用に用意しておく。伝統的なUTRAN関連技術では、SRNC移転を行う場合に、移転前後のキーを変えないが、本実施例によれば、コアネットワークノードが更新したネクストホップ拡張キーをターゲットRNCに送信し、ユーザ設備が次回SRNC移転時の使用に用意しておき、これでソースRNCとターゲットRNCが異なるキーを使用するようになる。且つ、2回SRNC移転を行った後、ソースRNCが2ホップ後のターゲット基地局が用いた拡張キーを取得できず、これでユーザ通信のフォワードセキュリティを保証し、無線アクセスシステムの通信安全性を向上させた。ネクストホップ拡張キーIK’UとCK’Uの算出プロセスでは、伝統的なキーIKとCK、拡張キーIKUとCKUのほか、以下のパラメーター:シリアルナンバーSQN異又は隠蔽キーAK、ユーザ識別子例えば国際ユーザ識別コードIMSI、臨時移動ユーザ識別コードTMSI、サービスネットワーク識別子、コアネットワークノードタイプの1つ又は任意の組合せを用いてもよい。本発明の実施例は以下キー関数を提供して各安全キーを算出し、初期とSRNC移転時に各安全キーを算出するキー関数を含み、以下キー関数において、カッコ内のパラメーターが先後順を問わず、その中の複数のパラメーターをカスケード形式又は他の形式で組み合せてもよい。初期:IKU、CKU=F1IKCK、Parameter;IK’U、CK’U=F2IKCK、IKUCKU;SRNC移転時:IK’U、CK’U=F2IKCK、IK’U_oldCK’U_old;又は、IKU=IK’U_old、CKU=IK’U_old、IK’U、CK’U=F2IKCK、IKUCKU;ここで、F1とF2は異なる又は同一なキー関数であり、例えば3GPPが定義したKDF関数である。IKUは拡張した完全性キー、CKUは拡張した暗号化キー、IK’Uはネクストホップ拡張した完全性キー、CK’Uはネクストホップ拡張した暗号化キー、IK’U_oldは現在の拡張した完全性キー、CK’U_oldは現在の拡張した暗号化キー、はカスケード、Parameterはパラメーターである。UEがアイドル状態から接続状態に入る場合に、毎回用いるParameterが異なることを保証しなければならない。本発明の実施例はいずれも前記キー関数を用いてもよい。当業者が実際情況に応じて、他の適当なキーの算出方法を用いてもよく、本発明はこれを制限しない。初期付着時、又はユーザ設備がアイドル状態からアクティブ状態に戻る時、又はユーザ設備がE-UTRAN又はグローバル移動通信システムGSMからUTRANに移動する時、又はユーザ設備が伝統的なUTRANHSPA安全を支援しないから拡張したUTRANに移動する時、コアネットワークノードがネクストホップ拡張キーに対する処理は一般的に2種類に分けられ、1種類はコアネットワークノード初期時にSRNCにネクストホップ拡張キーIK’U/CK’Uを送信し、初回SRNC移転時、ソースRNCがネクストホップ拡張キーをターゲットRNCに送信し、ターゲットRNCとUEがそれぞれこのネクストホップ拡張キーをIKUとCKUとして用いる。もう1種類はコアネットワークノード初期時、SRNCにネクストホップ拡張キーを送信せず、初回SRNC移転時、ソースRNCが現在の拡張キーIKU/CKUをターゲットRNCに送信し、ターゲットRNCとUEがそれぞれこのキーIKUとCKUを用いて通信に対してセキュリティ保護をする。第2回SRNC移転時、ターゲットRNCとUEが更にそれぞれネクストホップ拡張キーIK’U/CK’Uを用いる。エアインターフェースキーの更新のキーチェーンが図6に示すとおり、ここで、NCCはネクストホップカウンターである。Parameterはパラメーターである。図7を参照し、本発明の実施例による初期エアインターフェースキー設立プロセスのフローチャートを示し、以下のステップを含む。ステップS702において、コアネットワークノードが例えばSGSN又はMSC保存したIKとCKに基づいて拡張キーIKU/CKUを算出する。このステップのトリガー条件は、UEがネットワークに初回付着する時、又はUEがアイドルモードから接続モードに転換する時、又はUEが発展型汎用陸地無線アクセスネットワークE-UTRAN又はGSMから汎用陸地無線アクセスネットワークUTRANに移動する時、又はユーザ設備が伝統的なUTRANHSPA安全を支援するから拡張したUTRANに移動する時である。UEがアイドルモードから接続モードに転換する時にトリガーした安全モードコマンドフローにとって、SGSN又はMSC/VLRが効果的な拡張キーIKU/CKUを保存すると、このステップが選択可能であり、保存した拡張キーを直接使用でき、新たに算出しなくてもよい。ステップS704において、コアネットワークノードが伝統的な完全性キーIK、暗号化キーCK及びステップS702で算出した拡張キーIKUとCKUに基づいてネクストホップ拡張キーIK’U/CK’Uを算出する。ステップS706において、コアネットワークノードがSRNCに安全モードコマンドメッセージを送信し、このメッセージは拡張キーIKUとCKU、及び/又はネクストホップ拡張キーIK’U/CK’Uを含む。ここで、安全モードコマンドメッセージは以下のパラメーター:ユーザ設備安全能力、キー集識別子、選択した完全性アルゴリズム集、暗号化アルゴリズム集の1つ又は任意の組合せを含んでもよい。ここで、ネクストホップ拡張キーIK’U/CK’Uの送信が選択可能であり、即ち初期接続の構築時、ネクストホップ拡張キーIK’U/CK’Uを送信せず、拡張キーIKU/CKUのみを送信する。ステップS708において、SRNCが安全モードコマンドメッセージを受信した後、受信した拡張キーIKUとCKU、及び/又はネクストホップ拡張キーIK’U/CK’Uを保存する。ステップS710において、SRNCがUEに安全モードコマンドメッセージを送信する。この安全モードコマンドメッセージにIKUで算出したメッセージ識別コードを持ってもよく、以下のパラメーター:ユーザ設備安全能力、キー集識別子、選択した完全性アルゴリズム、暗号化アルゴリズムの1つ又は任意の組合せを含んでもよい。ステップS712において、UEが安全モードコマンドメッセージを受信した後、暗号化アルゴリズムと完全性アルゴリズムを保存し、AKAプロセスが生成した伝統的な暗号化キーCKと伝統的な完全性キーIKに基づいて拡張キーIKUとCKUを算出するこのプロセスが安全モードコマンドメッセージを受信する前に発生してもよい。この時、UEとSRNCが同一の拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUを共有し、前記キーを用いて双方間の通信を保護する。本ステップでは、UEがアイドルモードから接続モードに転換する時、トリガーした安全モードコマンドフローにとって、UEが効果的な拡張キーIKUとCKUを保存すると、この拡張キーIKUとCKUを直接使用してもよく、新たに算出しなくてもよい。ステップS714において、UEが伝統的な暗号化キーCK、完全性キーIK及びステップS712で算出した拡張キーIKUとCKUに基づいてネクストホップ拡張キーIK’U/CK’Uを算出する。このステップは選択可能なステップであり、即ちUEが初期時にネクストホップ拡張キーを算出せず、需要時に算出してもよい。ステップS716において、UEがIKUを用いて受信した安全モードコマンドメッセージを検証する。ステップS718において、安全モードコマンドメッセージ検証が成功すると、UEがSRNCに安全モード完了メッセージを送信し、このメッセージにIKUで算出したメッセージ識別コードを持ち、又は、UEが同時にCKUでこの安全モード完了メッセージに対して暗号化を行う。ステップS720において、SRNCがIKUで受信した安全モード完了メッセージを検証し、又は、まずCKUでこのメッセージを解読し、そしてIKUで受信した安全モード完了メッセージを検証する。ステップS722において、安全モード完了メッセージ検証に成功すると、SRNCがコアネットワークノードに安全モード完了メッセージを送信し、このメッセージは以下のパラメーター:選択した完全性アルゴリズム及び/又は暗号化アルゴリズムを持ってもよい。その後、UEとNodeBが前記キーに基づいて暗号化復号化操作を開始する。本実施例では、コアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持し、ネクストホップ拡張キーの算出回数を数え、ユーザ側のキーに同期する。ネットワークNCC初期値は0である。ステップS704でネクストホップ拡張キーを初回算出する時、対応するネットワークNCCは1である。コアネットワークノードが1つのネットワークNCCを維持する場合に、安全モードコマンドメッセージにパラメーターネットワークNCCを持ってもよく、そしてSRNCに送信し、SRNCで受信保存する。同様に、UEも1つのネクストホップカウンター端末NCCを維持し、UEがネクストホップ拡張キーを算出する回数を数え、ネットワーク側のキーと同期し、初期値は0である。UEがネクストホップ拡張キーを初回算出する時、対応する端末NCC値は1である。後のSRNC移転フローでは、端末NCCがネットワークNCCに等しくない場合に、UEがネクストホップ拡張キーを算出し、端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを増やし、これでUEとターゲットRNCが用いたキーに一致する。NCCを用いてネットワーク側とユーザ側のキーを同期し、ネットワーク側とユーザ側のキーの一致性を効果的に保証する。図8を参照し、本実施例によるSRNC随伴移転を行う時のエアインターフェースキーの更新フローチャートを示す。本実施例では、SRNCとターゲットRNCとの間のメッセージインタラクションがコアネットワークノードCNNSGSN又はMSCを介して移転する必要がなる。本実施例が以下のステップを含む。ステップS802において、ソースRNC即ちSRNCSRNC移転を行なうと決定する。この決定のトリガーは、ソースRNCがUEの測定報告を受信すること、又はターゲットRNCが送信したアップリンクシグナル伝送指示を受信し、セル更新又はURA更新を行なうと要求すること等である。ステップS804において、ソースRNCがコアネットワークノードに移転需要メッセージを送信する。ソースRNCが同時に2つのCNNノードを接続すると、ソースRNCが同時にこの2つのCNNノードに移転需要メッセージを送信する。ソースRNCとターゲットRNCは2つの異なるCNNノード下に位置すると、このメッセージがこの2つのCNNノードの移転が必要となる。移転需要メッセージは以下のパラメーターを含む。ネクストホップ拡張した完全性キーIK’U、及び/又はネクストホップ拡張した暗号化キーCK’Uである。このほか、以下のパラメーターの1つ又は任意の組合を持ってもよい。ユーザ設備の安全能力、ユーザが支援する暗号化アルゴリズム、ユーザが支援する完全性アルゴリズム、選択した暗号化アルゴリズム、選択した完全性アルゴリズム、拡張したエアインターフェースキーに関連するネクストホップカウンターネットワークNCCである。前記安全材料はソースRNCからターゲットRNCまでの透明容器中に含まれることが好ましい。ソースRNCがネクストホップ拡張した完全性キーIK’Uを拡張した完全性キーIKUとし、ネクストホップ拡張した暗号化キーCK’Uを拡張した暗号化キーCKUとしてもよい。ソースRNCが送信した移転需要メッセージに以下のパラメーター:拡張完全性キーIKU、及び/又は拡張暗号化キーCKUを含む。ソースRNCはターゲットRNCが拡張した安全を支援するかを確定できない可能性があるため、ソースRNCがネクストホップ拡張キーIK’UとCK’Uをそれぞれ移転需要メッセージのIKとCKフィールドに置いてよい。実際のネットワーク配置では、拡張安全機能を支援するネットワークエンティティと伝統的な安全のみを支援するネットワークエンティティが共存し、SRNCが移転する場合に、UEが拡張安全機能を支援するSRNCから拡張安全機能を支援しないターゲットRNCまでに移転するシーンが存在する。SRNCが移転を決定する場合に、ターゲットRNCが拡張安全機能を支援するかを知らない恐れがある。その故、SRNCが移転する場合に、キーの更新も伝統的なネットワークの安全支援を考える必要がある。ステップS806において、コアネットワークノードがターゲットRNCに移転要請メッセージを送信し、メッセージはネクストホップ拡張キーIK’UとCK’U、及び/又はネットワークNCCを含む。本実施例では、ネットワーク側のコアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持するため、移転要請メッセージにネットワークNCC情報を含んでもよい。ネットワークNCC情報をターゲットRNCに送信し、これでターゲットRNCとユーザとの間のキーの一致性を便利に実現する。本ステップでは、コアネットワークノードがCK’Uを前記移転要請メッセージのCKフィールドに置き、及び/又はIK’Uを前記移転要請メッセージのIKフィールドに置き、ターゲットRNCに送信する。拡張したSRNC移転プロセスでは、ソースRNCが移転要請メッセージをターゲットRNCに直接送信でき、この時、この移転要請メッセージが拡張した移転要請メッセージと称する。拡張した移転要請メッセージにネクストホップ拡張した完全性キーIK’U、及び/又はネクストホップ拡張した暗号化キーCK’Uを持ち、ソースRNCがネクストホップ拡張キーIK’UとCK’Uをそれぞれ移転需要メッセージのIKとCKフィールドに置いてターゲットRNCに送信する。ステップS808において、ターゲットRNCが受信したキーを保存する。ターゲットRNCが拡張した安全を支援すると、ターゲットRNCが受信したメッセージにおけるIKフィールドの値を拡張キーIKUとし、CKフィールドの値を拡張キーCKUとする。ターゲットRNCが拡張した安全を支援しないと、ターゲットRNCが受信したメッセージにおけるIKフィールドの値を伝統的なキーIKとし、CKフィールドの値を伝統的なキーCKとする。ステップS810において、ターゲットRNCがコアネットワークノードに移転要請確認メッセージを送信する。このメッセージを送信する前、ターゲットRNCとコアネットワークノードが新たなIuベアリングを構築でき、UEにRRCRadioResourceControl,無線リソース制御プロトコル接続リソース及び無線リンク等のリソースを配布する。ソースRNCとターゲットRNCが2つの異なるCNNノードSGSN及び/又はMSC/VLR下に位置すると、このメッセージはこの2つのCNNノードの移転が必要となる。この移転確認メッセージがネクストホップカウンターネットワークNCC情報を含んでもよい。ステップS812において、コアネットワークノードがソースRNCに移転コマンドメッセージを送信する。この移転コマンドメッセージがコアネットワークノードのネクストホップカウンターネットワークNCC情報を含んでもよい。ステップS814において、ソースRNCがUEに移転メッセージを送信してもよい。ここで、移転メッセージとは物理チャネル再配置メッセージ又はUTRAN移動性情報メッセージである。前記物理チャネル再配置メッセージ又はUTRAN移動性情報メッセージはネクストホップカウンターネットワークNCC情報を含んでもよい。ステップS816において、UEが拡張した安全を支援すると、UEがネットワーク側に同一なアルゴリズムで拡張した完全性キーIKU及び/又は暗号化キーCKUを更新する。本ステップでは、UEにネクストホップカウンター端末NCCが設置され、UEがネットワークNCCを受信し、現在アクティブにした拡張キーに対応する端末NCCがネットワークNCCに等しいかを判断し、両者が等しい場合、UEが自ら保存した拡張完全性キーIKU及び/又は拡張暗号化キーCKUを直接使用する。ネットワークNCCが端末NCCより大きい場合、UEが拡張キーIKU/CKUを算出し、端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを逓増する。ステップS818において、UEがターゲットRNCに物理チャネル再配置完了メッセージ又はUTRAN移動性情報確認メッセージを送信する。前記メッセージが更新した完全性キーIKUで完全性保護を行なってもよく、又は更新した完全性キーIKUと暗号化キーCKUで前記メッセージに対して同時に完全性と暗号化保護を行なってもよい。このメッセージにはユーザ設備安全能力パラメーターを含んでもよい。ステップS820において、ターゲットRNCが更新した完全性キーIKU及び/又は暗号化キーCKUを用いてこのメッセージに対して安全検証を行う。ターゲットRNCがUEに送信したメッセージを成功に検証すると、ターゲットRNCがコアネットワークノードSGSN又はMSC/VLRに移転完了メッセージを送信し、このメッセージがコアネットワークノードに移転完了を指示する情報を含み、ネットワークNCC情報を含んでもよい。ステップS822において、コアネットワークノードがIK、CKと現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIK’U、CK’Uを算出する。ネットワーク側が1つのネクストホップカウンターネットワークNCCを維持すると、コアネットワークノードがネクストホップ拡張キーIK’U、CK’Uを算出する前又は後、ネットワークNCCを逓増してもよい。ステップS824において、コアネットワークノードがターゲットRNCに移転完了確認メッセージを送信し、このメッセージがネクストホップ拡張キーIK’U、C’KU、及び/又は関連するネットワークNCCを含む。ステップS826において、ターゲットRNCが受信したネクストホップ拡張キーIK’U、CK’U、及び/又は関連するネットワークNCCを保存し、次回SRNC移転に使うために用意しておく。ステップS828において、コアネットワークノードSGSN又はMSC/VLRがソースRNCとの間のIuインターフェースを解除する。図8に示す実施例における安全操作が拡張SRNC移転フローにも適応し、拡張SRNC移転フローでは、ソースRNCとターゲットRNCとの間が直接に通信を行い、コアネットワークノードの移転が必要とならない。図8におけるステップS804、S806に示すメッセージが、ソースRNCがターゲットRNCに送信する拡張した移転要請メッセージに代わり、図8においてステップS810、S812に示すメッセージがターゲットRNCからソースRNCに送信する拡張した移転応答メッセージに代わる。図8においてステップS820、S824に示すメッセージがそれぞれターゲットRNCとコアネットワークノードの間の拡張した移転完了要請メッセージと拡張した移転完了応答メッセージに代わる。そのほか、メッセージに含まれるパラメーター、及び他のステップの操作が完全に同一であり、ここで詳細な記載は省略する。初期において、コアネットワークノード、即ちネクストホップ拡張キーをSRNCに送信する時、UEが第一回SRNC移転フローを行う時、前記キー更新フローを用いてもよい。初期、コアネットワークノードがネクストホップ拡張キーをSRNCに送信しない場合、UEが第一回SRNC移転フローを行う場合、伝統的なUMTSが定義したSRNC移転の安全操作で実行し、即ちソースRNCが現在使用する拡張キーIKU及び/又はCKUをターゲットRNCに送信し、UEとターゲットRNCがこの現在の拡張キーを直接使用する。第2回SRNC移転を行う時、また前記キー更新フローを用いる。一回のSRNC移転フローが無事に完了した後、ターゲットRNCが一回SRNC内部の移転を開始してもよく、この時、ソースRNCとターゲットRNCとも同一なSRNCである。これで、フォワードセキュリティの目的を達成する。図9を参照し、本発明実施例によるSRNC静的移転を行う場合の拡張したエアインターフェースキーの更新フローチャートを示す。本実施例が伝統的なSRNC移転フローを用い、即ちSRNCとターゲットRNCとの間のメッセージインタラクションがコアネットワークノードの移転によるフローである。この実施例の安全操作が拡張したSRNC随伴移転フローにも適応し、即ちSRNCとターゲットRNCとの間がメッセージインタラクションを直接行い、コアネットワークノードの移転と必要としない。本実施例は以下のステップを含む。ステップS902において、UEがUTRANにURA更新メッセージ、又はセル更新メッセージ、又は測定報告メッセージを送信する。ステップS904において、ターゲットRNCがこのUEのURA更新メッセージ又はセル更新メッセージ、又は測定報告メッセージを受信したことによって、このUEのソースRNCにアップリンクシグナル伝送指示メッセージを送信する。ステップS906において、ソースRNC即ちSRNCがSRNC移転を行なうと決定する。ステップS908において、ソースRNCがコアネットワークノードに移転需要メッセージを送信する。メッセージにネクストホップ拡張キーIK’UとCK’Uが含まれ、ネットワークNCCを含んでもよい。ステップS910において、コアネットワークノードがターゲットRNCに移転要請メッセージを送信し、メッセージはネクストホップ拡張キーIK’UとCK’U、及び/又はネットワークNCCを含む。本実施例では、ネットワーク側コアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持するため、移転要請メッセージはネットワークNCC情報を含んでもよい。ステップS912において、ターゲットRNCが受信したキーを保存する。ステップS914において、ターゲットRNCがコアネットワークノードに移転要請確認メッセージを送信する。このメッセージを送信する前、ターゲットRNCとコアネットワークノードが新たなIuベアリングを確立してもよく、UEにRRCRadioResourceControl、無線リソース制御プロトコル接続リソースと無線リンク等のリソースを配布する。この移転確認メッセージにネクストホップカウンターネットワークNCC情報を含んでもよい。ステップS916において、コアネットワークノードがソースRNCに移転コマンドメッセージを送信する。この移転コマンドメッセージがコアネットワークノードのネクストホップカウンターネットワークNCC情報を含んでもよい。ステップS918において、ソースRNCがターゲットRNCに移転提出メッセージを送信する。ステップS920において、ターゲットRNCがコアネットワークノードに移転検出メッセージを送信する。ステップS922において、ターゲットRNCがUEにセル更新確認メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信する。このメッセージがターゲットRNCの安全能力の指示情報を含む。前記メッセージは、ネクストホップカウンターネットワークNCC情報を含んでもよい。ステップS924において、UEが拡張した安全を支援すると、UEがネットワーク側に同一なアルゴリズムで拡張した完全性キーIKU及び/又は暗号化キーCKUを更新する。本ステップでは、UEにネクストホップカウンター端末NCCが設置され、UEがネットワークNCCを受信し、現在アクティブにした拡張キーに対応する端末NCCがネットワークNCCに等しいかを判断し、両者が等しいと、UEが自ら保存した拡張完全性キーIKU及び/又は拡張暗号化キーCKUをそのまま使用する。ネットワークNCCが端末NCCより大きいと、UEが拡張キーIKU/CKUを算出し、端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを増やす。ステップS926において、UEがターゲットRNCにUTRAN移動性情報確認メッセージ又はRAN移動性情報確認メッセージを送信する。前記メッセージが更新した完全性キーIKUで完全性保護を行なってもよく、又は更新した完全性キーIKUと暗号化キーCKUで前記メッセージに対して同時に完全性と暗号化保護を行なってもよい。このメッセージにはユーザ設備安全能力パラメーターを含んでもよい。ステップS928において、ターゲットRNCが更新した完全性キーIKU及び/又は暗号化キーCKUを用いてこのメッセージに対して安全検証を行う。ターゲットRNCがUEに送信したメッセージを成功に検証すると、ターゲットRNCがコアネットワークノードSGSN又はMSC/VLRに移転完了メッセージを送信し、このメッセージがコアネットワークノードに移転完了を指示する情報を含み、ネットワークNCC情報を含んでもよい。ステップS930において、コアネットワークノードがIK、CKと現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIK’U、CK’Uを算出する。選択可能には、ネットワーク側が1つのネクストホップカウンターネットワークNCCを保守すると、コアネットワークノードがネクストホップ拡張キーIK’U、CK’Uを算出する前又は後、ネットワークNCCを逓増する。ステップS932において、コアネットワークノードがターゲットRNCに移転完了確認メッセージを送信し、このメッセージがネクストホップ拡張キーIK’U、CK’U、及び/又は関連するネットワークNCCを含む。ステップS934において、ターゲットRNCが受信したネクストホップ拡張キーIK’U、CK’U、及び/又は関連するネットワークNCCを保存し、次回SRNC移転のために用意しておく。ステップS936において、コアネットワークノードSGSN又はMSCがソースRNCとの間のIuインターフェースを解除する。本ステップのコアネットワークノードSGSN又はMSC/VLRがソースRNCとの間のIuインターフェースを解除することはステップS930の前に発生してもよい。前記すべての実施例がSRNC内部の移転にも適応し、即ちソースRNCとターゲットRNCは同一のRNCのシーンである。図10は、本発明の実施例によるコアネットワークノードの構成ブロック図を示し、以下を含む。受信モジュール1002において、ターゲットRNCの移転完了指示メッセージを受信するように設置され、この移転完了指示メッセージがUEがソースRNCからターゲットRNCまでに成功に移転することを指示することに用いられる。算出モジュール1004において、受信モジュール1002が移転完了指示メッセージを受信した後、保存された伝統的なキー及び現在の拡張キーを用いてネクストホップ拡張キーを算出するように設置される。送信モジュール1006において、ネクストホップ拡張キーをターゲットRNCに送信するように設置される。本実施例のコアネットワークノードは更に、コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークNCCを含んでもよい。好ましくは、受信モジュール1002は更にターゲットRNCの移転完了指示メッセージを受信する前、ソースRNCが送信した移転需要メッセージを受信するように設置され、この移転需要メッセージがソースRNCのネクストホップCK’U及び/又はIK’Uを含む。送信モジュール1006は更にターゲットRNCに移転要請メッセージを送信するように設置され、この移転要請メッセージがソースRNCが送信したネクストホップCK’U及び/又はIK’Uを含む。図11は、本発明の実施例による無線アクセスシステムの構成ブロック図を示し、ソースRNC1102、ターゲットRNC1104、コアネットワークノード1106及びユーザ設備UE1108を含む。ここで、ソースRNC1102が、コアネットワークノード1106に移転需要メッセージを送信し、この移転需要メッセージにソースRNC1102のネクストホップ拡張キーを持ち、コアネットワークノード1106の移転コマンドを受信し、そしてUE1108に移転メッセージを送信するように設置される。ここで、ターゲットRNC1104が、コアネットワークノード1106が送信した移転要請メッセージを受信し、この移転要請メッセージにソースRNC1102が送信したネクストホップ拡張キーを持ち、且つ、コアネットワークノード1106に移転完了指示メッセージを送信し、コアネットワークノード1106の移転完了確認メッセージを受信し、この移転完了確認メッセージがターゲットRNC1104のネクストホップ拡張キーを含むように設置される。ここで、コアネットワークノード1106が、ターゲットRNC1104の移転完了指示メッセージを受信し、ネクストホップ拡張キーを算出し、そして移転完了確認メッセージを介してターゲットRNC1104に送信するように設置される。ここで、ユーザ設備UE1108が、ソースRNC1102が送信した移転メッセージに基づいて自身の拡張キーを同期するように設置される。好ましくは、コアネットワークノード1106は、ターゲットRNC1104の移転完了指示メッセージを受信するように設置され、この移転完了指示メッセージがUE1108がソースRNC1102からターゲットRNC1104までに成功に移転することを指示する受信モジュール11062と、受信モジュール11062が移転完了指示メッセージを受信した後、保存した伝統的なキー及び現在拡張キーを用いてネクストホップ拡張キーを算出するように設置される算出モジュール11064と、ネクストホップ拡張キーをターゲットRNC1104に送信するように設置される送信モジュール11066とを含む。コアネットワークノード1106は更に、コアネットワークノード1106がネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンターネットワークNCCを含むことが好ましい。UE1108は、UE1108がネクストホップ拡張キーを算出する回数を数えるように設置されるネクストホップカウンター端末NCCを含むことが好ましい。好ましくは、UE1108は更に、端末NCCがネットワークNCCに等しいかを判断するように設置される判断モジュール11082と、判断モジュール11082の判断がはいであると、使用端末NCCに対応する予め保存したCKU及び/又はIKUを用いるように設置される確定モジュール11084と、判断モジュール11082の判断結果がいいえであると、CKU及び/又はIKUを算出し、そして端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを増やすように設置される否定モジュール11086とを含む。図12を参照し、本実施例によるSRNC随伴移転を行う時のエアインターフェースキーの更新フローチャートを示す。本実施例では、SRNCとターゲットRNCとの間のメッセージインタラクションにはコアネットワークノードCNNSGSN又はMSC移転を必要とせず、拡張したSRNS移転フローを用いる。本実施例は以下のステップを含む。ステップS1202において、ソースRNC即ち、SRNCSRNC移転を行なうと決定する。この決定のトリガーは、ソースRNCがUEの測定報告を受信すること、又はターゲットRNCが送信したアップリンクシグナル伝送指示を受信し、セル更新又はURA更新を行なうことを要請すること等がある。ステップS1204において、ソースRNCがターゲットRNCに拡張した移転要請メッセージを送信し、メッセージにネクストホップ拡張キーIK’UとCK’U、及び/又はネットワークNCCを含む。拡張した移転要請メッセージは以下のパラメーター、即ち、ネクストホップ拡張した完全性キーIK’U、及び/又はネクストホップ拡張した暗号化キーCK’Uを含む。そのほか、以下のパラメーターの1つ又は任意組合を持ってもよい:ユーザ設備安全能力、ユーザが支援する暗号化アルゴリズム、ユーザが支援する完全性アルゴリズム、選択した暗号化アルゴリズム、選択した完全性アルゴリズム、拡張したエアインターフェースキーに関連するネクストホップカウンターネットワークNCCの中の1つ又は任意の組み合わせを含んでもよい。前記安全材料がソースRNCからターゲットRNCまでの透明容器中に含まれることが好ましい。ソースRNCがネクストホップ拡張した完全性キーIK’Uを拡張した完全性キーIKUとし、ネクストホップ拡張した暗号化キーCK’Uを拡張した暗号化キーCKUとしてもよい。ソースRNCが送信した移転需要メッセージに、拡張完全性キーIKU、及び/又は拡張暗号化キーCKUを含む。ソースRNCはターゲットRNCが拡張した安全を支援するかを確定できない可能性があるため、ソースRNCがネクストホップ拡張キーIK’UとCK’Uをそれぞれ移転需要メッセージのIKとCKフィールドに置いてもよい。実際のネットワーク配置では、拡張安全機能を支援するネットワークエンティティと伝統的な安全のみを支援するネットワークエンティティが共存し、SRNCが移転する場合に、UEが拡張安全機能を支援するSRNCから拡張安全機能を支援しないターゲットRNCまでに移転するシーンが存在する。SRNCが移転を決定する場合に、ターゲットRNCが拡張安全機能を支援するか否かを知らない可能性がある。そのため、SRNCが移転する場合に、キーの更新も伝統的なネットワークの安全支援を考える必要がある。ステップS1206において、ターゲットRNCが受信したキーを保存する。ターゲットRNCが拡張した安全を支援すると、ターゲットRNCが受信したメッセージにおけるIKフィールドの値を拡張キーIKUとし、CKフィールドの値を拡張キーCKUとする。ターゲットRNCが拡張した安全を支援しないと、ターゲットRNCが受信したメッセージにおけるIKフィールドの値を伝統的なキーIKとし、CKフィールドの値を伝統的なキーCKとする。ステップS1208において、ターゲットRNCがソースRNCに拡張した移転応答メッセージを送信する。このメッセージを送信する前、ターゲットRNCがUEにRRCRadioResourceControl、無線リソース制御プロトコル接続リソースと無線リンク等のリソースを配布する。この拡張した移転応答メッセージがネクストホップカウンターネットワークNCC情報を含んでもよい。ステップS1210において、ソースRNCが、物理チャネル再配置メッセージ又はUTRAN移動性情報メッセージである移転メッセージをUEに送信する。前記物理チャネル再配置メッセージ又はUTRAN移動性情報メッセージにネクストホップカウンターネットワークNCC情報を含んでもよい。ステップS1212において、UEが拡張した安全を支援すると、UEがネットワーク側に同一なアルゴリズムで拡張した完全性キーIKU及び/又は暗号化キーCKUを更新する。本ステップでは、UEにネクストホップカウンター端末NCCが設置され、UEがネットワークNCCを受信し、現在アクティブにした拡張キーに対応する端末NCCがネットワークNCCに等しいかを判断し、両者が等しいと、UEが自ら保存した拡張完全性キーIKU及び/又は拡張暗号化キーCKUをそのまま使用する。ネットワークNCCが端末NCCより大きいと、UEが拡張キーIKU/CKUを算出し、端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを逓増する。ステップS1214において、UEがターゲットRNCに物理チャネル再配置完了メッセージ又はUTRAN移動性情報確認メッセージを送信する。前記メッセージが更新した完全性キーIKUで完全性保護を行なってもよく、又は更新した完全性キーIKUと暗号化キーCKUで前記メッセージに対して同時に完全性と暗号化保護を行なってもよい。このメッセージにはユーザ設備安全能力パラメーターを含んでもよい。ステップS1216において、ターゲットRNCが更新した完全性キーIKU及び/又は暗号化キーCKUを用いてこのメッセージに対して安全検証を行う。ターゲットRNCがUEに送信したメッセージを成功に検証すると、ターゲットRNCがコアネットワークノードSGSN又はMSC/VLRに拡張した移転完了要請メッセージを送信し、このメッセージがコアネットワークノードに移転完了を指示する情報を含み、ネットワークNCC情報を含んでもよい。ステップS1218において、コアネットワークノードがIK、CKと現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIK’U、CK’Uを算出する。選択可能には、ネットワーク側が1つのネクストホップカウンターネットワークNCCを保守すると、コアネットワークノードがネクストホップ拡張キーIK’U、CK’Uを算出する前又は後、ネットワークNCCを逓増する。ステップS1220において、コアネットワークノードがターゲットRNCに移転完了確認メッセージを送信し、このメッセージがネクストホップ拡張キーIK’U、C’KU、及び/又は関連するネットワークNCCを含む。ステップS1222において、ターゲットRNCが受信したネクストホップ拡張キーIK’U、CK’U、及び/又は関連するネットワークNCCを保存し、次回SRNC移転のために用意しておく。ステップS1224において、コアネットワークノードSGSN又はMSC/VLRがソースRNCとの間のIuインターフェースをリリースする。当業者にとっては、上記本発明の各モジュール又は各ステップは汎用の計算装置によって実現することができ、単独の計算装置に集中させてもよく、複数の計算装置から構成されるネットワークに分布させてもよく、または計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、また、ある場合には、示された或は述べられたステップが上記と異なる順で実行されてもよく、又はそれらの夫々をそれぞれ集積回路ブロックに製作し、又はそれらにおける複数のモジュール又はステップを単独の集積回路モジュールに製作して実現することができることは明らかなことである。このように、本発明は如何なる指定のハードウェアとソフトウェアの結合にも限定されない。以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の主旨や原則内で行う如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。"