コアネットワークノードが、ユーザ設備UEのソースRNCからターゲットRNCに移転することを準備することを指示する移転指示メッセージを受信し、キーパラメーターを用いてネクストホップ拡張キーを算出し、前記ネクストホップ拡張キーを前記ターゲットRNCに送信すること、を含むエアーインターフェースキーの更新方法。前記キーパラメーターは、現在拡張キー、中間キー、伝統的なキーの中の少なくとも1つを含む請求項1に記載のエアーインターフェースキーの更新方法。前記エアーインターフェースキーの更新方法は更に、前記ターゲットRNCが前記ネクストホップ拡張キーを用いて前記UEと通信を行うことを含む請求項1又は請求項2に記載のエアーインターフェースキーの更新方法。前記ターゲットRNCが前記ネクストホップ拡張キーを用いて前記UEと通信を行うことは、前記ターゲットRNCが前記ネクストホップ拡張キーを現在拡張キーとし、前記現在拡張キーを用いて前記UEと通信を行うことを含む請求項3に記載のエアーインターフェースキーの更新方法。前記コアネットワークノードは、ソースコアネットワークノード、又は、ターゲットコアネットワークノードを含む請求項1に記載のエアーインターフェースキーの更新方法。前記移転指示メッセージは、前記ソースRNCがソースコアネットワークノードに送信する移転需要メッセージ、又は、前記ソースコアネットワークノードがターゲットコアネットワークノードに送信する転送移転要請メッセージを含む請求項1に記載のエアーインターフェースキーの更新方法。前記ネクストホップ拡張キーを前記ターゲットRNCに送信することは、前記コアネットワークノードが移転要請メッセージ及び/又は転送移転要請メッセージを介して、前記ターゲットRNCに前記ネクストホップ拡張キーを送信することを含む請求項1に記載のエアーインターフェースキーの更新方法。前記コアネットワークノードが前記ネクストホップ拡張キーの暗号化キーCKUを前記移転要請メッセージ及び/又は前記転送移転要請メッセージのCKフィールドに置き、前記ネクストホップ拡張キーの完全性キーIKUを前記移転要請メッセージ及び/又は前記転送移転要請メッセージのIKフィールドに置き、前記ターゲットRNCに送信する請求項7に記載のエアーインターフェースキーの更新方法。前記コアネットワークノードがネットワークNCCを設置し、前記コアネットワークノードがネクストホップ拡張キーを算出する回数を数えることに用いられ、前記コアネットワークノードが前記キーパラメーターを用いてネクストホップ拡張キーを算出する前又は後、前記ネットワークNCCを逓増する請求項1に記載のエアーインターフェースキーの更新方法。前記UEが端末NCCを設置し、前記UEがネクストホップ拡張キーを算出する回数を数えることに用いられ、前記ネクストホップ拡張キーを前記ターゲットRNCに送信した後、更に、前記ターゲットRNC又はコアネットワークノードが前記ネットワークNCCの情報を前記UEに送信することと、前記UEがアクティブにした現在拡張キーに対応する前記端末NCCがネットワークNCCに等しいかを判断することと、判断結果がはいである場合、前記UEが前記端末NCCに対応する前記現在拡張キーを用いて前記ターゲットRNCと通信することと、判断結果がいいえである場合、前記UEがネクストホップ拡張キーを算出し、そして前記端末NCCが前記ネットワークNCCに等しくなるまでに、対応する前記端末NCCを逓増し、且つ前記ネットワークNCCに等しい前記端末NCCに対応するネクストホップ拡張キーを用いて前記ターゲットRNCと通信を行うこととを含む請求項9に記載のエアーインターフェースキーの更新方法。前記移転指示メッセージが伝統的なキーを含み、前記伝統的なキーが前記ソースRNCの現在拡張キー又はマッピングした伝統的なキーを含み、前記現在拡張キーが現在拡張暗号化キーCKU及び/又は現在拡張完全性キーIKUを含み、前記マッピングした伝統的なキーがマッピングした暗号化キーCK’及び/又はマッピングした完全性キーIK’を含む請求項1に記載のエアーインターフェースキーの更新方法。前記ソースRNCが前記CKU又は前記CK’を前記移転指示メッセージのCKフィールドに置き、前記IKU又は前記IK’を前記移転指示メッセージのIKフィールドに置き、前記コアネットワークノードに送信する請求項11に記載のエアーインターフェースキーの更新方法。前記ソースRNCと前記ターゲットRNCは同一RNCである請求項1に記載のエアーインターフェースキーの更新方法。ユーザ設備UEのソースRNCからターゲットRNCに移転することを準備することを指示する移転指示メッセージを受信する受信モジュールと、キーパラメーターを用いてネクストホップ拡張キーを算出する算出モジュールと、前記ネクストホップ拡張キーを前記ターゲットRNCに送信する送信モジュールと、を含むコアネットワークノード。前記キーパラメーターは、現在拡張キー、中間キー、伝統的なキーの中の少なくともの1つを含む請求項14に記載のコアネットワークノード。前記移転指示メッセージは、前記ソースRNCがソースコアネットワークノードに送信する移転需要メッセージ、又は、前記ソースコアネットワークノードがターゲットコアネットワークノードに送信する転送移転要請メッセージを含む請求項14に記載のコアネットワークノード。前記送信モジュールが移転請求メッセージ及び/又は転送移転要請メッセージを介して、前記ターゲットRNCにネクストホップ拡張キーを送信する請求項14に記載のコアネットワークノード。前記コアネットワークノードがネクストホップカウンターネットワークNCCを設置し、前記コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置され、前記コアネットワークノードが前記算出モジュールがキーパラメーターを用いてネクストホップ拡張キーを算出する前又は後、ネットワークNCCを逓増する請求項14に記載のコアネットワークノード。前記移転指示メッセージは伝統的なキーを含み、前記伝統的なキーが前記ソースRNCの現在拡張キー又はマッピングした伝統的なキーを含み、前記現在拡張キーが現在拡張暗号化キーCKU及び/又は現在拡張完全性キーIKUを含み、前記マッピングした伝統的なキーがマッピングした暗号化キーCK’及び/又はマッピングした完全性キーIK’を含む請求項14に記載のコアネットワークノード。UEのソース無線ネットワークコントローラーRNCからターゲットRNCに移転することを指示する移転メッセージを受信する受信モジュールと、キーパラメーターを用いてネクストホップ拡張キーを算出し、前記キーパラメーターが現在拡張キー、中間キー、伝統的なキーの中の少なくとも1つを含むUE算出モジュールと、を含むユーザ設備UE。前記UEが更に、前記ネクストホップ拡張キーを用いて前記ターゲットRNCと通信を行うUE通信モジュールを含む請求項20に記載のUE。前記UEがネクストホップカウンター端末NCCを設置し、前記UEのネクストホップ拡張キーを算出する回数を数えるように設置され、前記UE受信モジュールは更に前記ターゲットRNC又はコアネットワークノードが送信するネクストホップネットワークNCCの情報を受信する請求項20に記載のUE。前記UEは更に、アクティブにした現在拡張キーに対応する端末NCCがネットワークNCCに等しいかを判断する判断モジュールと、前記判断モジュールの判断結果がはいであると、前記端末NCCに対応する前記現在拡張キーを用いてターゲットRNCと通信を行う確定モジュールと、前記判断モジュールの判断結果がいいえであると、前記UE算出モジュールを用いてネクストホップ拡張キーを算出し、そして前記端末NCCが前記ネットワークNCCに等しくなるまでに、対応する前記端末NCCを逓増し、且つ前記ネットワークNCCに等しい前記端末NCCに対応するネクストホップ拡張キーを用いて前記ターゲットRNCと通信を行う否定モジュールとを含む請求項22に記載のUE。本発明の主な目的はエアーインターフェースキーの更新方法、コアネットワークノード及びユーザ設備を提出し、関連技術においてSRNC移転時キーの同一であることでユーザの通信安全を保証できない問題を解決することにある。本発明の一態様によれば、エアーインターフェースキーの更新方法を提供し、コアネットワークノードが移転指示メッセージを受信し、この移転指示メッセージがユーザ設備UEがソース無線ネットワークコントローラーRNCからターゲットRNCに移転して準備することを指示することに用いるステップと、キーパラメーターを用いてネクストホップ拡張キーを算出するステップと、ネクストホップ拡張キーをターゲットRNCに送信するステップとを含む。キーパラメーターは、現在拡張キー、中間キー、伝統的なキーの中の少なくともの1つを含むことが好ましい。該エアーインターフェースキーの更新方法は更に、ターゲットRNCがネクストホップ拡張キーを用いてUEと通信するステップを含むことが好ましい。ターゲットRNCがネクストホップ拡張キーを用いてUEと通信するステップは、ターゲットRNCがネクストホップ拡張キーを現在拡張キーとし、現在拡張キーを用いてUEと通信することが好ましい。コアネットワークノードは、ソースコアネットワークノード、又は、ターゲットコアネットワークノードを含むことが好ましい。移転指示メッセージは、ソースRNCがソースコアネットワークノードに送信する移転需要メッセージ、又は、ソースコアネットワークノードがターゲットコアネットワークノードに送信する転送移転請求メッセージを含むことが好ましい。ネクストホップ拡張キーをターゲットRNCに送信するステップは、コアネットワークノードが移転請求メッセージ及び/又は転送移転請求メッセージを介して、ターゲットRNCにネクストホップ拡張キーを送信することを含むことが好ましい。コアネットワークノードがネクストホップ拡張キーの暗号化キーCKUを移転請求メッセージ及び/又は転送移転請求メッセージのCKフィールドに置き、ネクストホップ拡張キーの完全性キーIKUを移転請求メッセージ及び/又は転送移転請求メッセージのIKフィールドに置き、ターゲットRNCに送信することが好ましい。コアネットワークノードがネクストホップカウンターネットワークNCCネットワークNCCを設置してあり、コアネットワークノードがネクストホップ拡張キーを算出する回数を数えることに用いることが好ましい。コアネットワークノードがキーパラメーターを用いてネクストホップ拡張キーを算出するステップの前又は後、ネットワークNCCを増やす。UEがネクストホップカウンター端末NCC端末NCCを設置してあり、UEがネクストホップ拡張キーを算出する回数を数えることに用いることが好ましい。ネクストホップ拡張キーをターゲットRNCに送信するステップの後、更に、ターゲットRNC又はコアネットワークノードがネクストホップカウンターネットワークNCCの情報をUEに送信することと、UEがアクティブにした現在拡張キーに対応するネクストホップカウンター端末NCCがネットワークNCCに等しいかを判断することと、はいである場合、UEが端末NCCに対応する現在拡張キーを用いてターゲットRNCと通信することと、いいえである場合、UEがネクストホップ拡張キーを算出し、端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを逓増し、且つネットワークNCCに等しい端末NCCに対応するネクストホップ拡張キーを用いてターゲットRNCと通信することとを含む。移転指示メッセージが伝統的なキーを含み、伝統的なキーがソースRNCの現在拡張キー又はマッピングした伝統的なキーを含み、現在拡張キーが現在拡張暗号化キーCKU及び/又は現在拡張完全性キーIKUを含み、マッピングした伝統的なキーがマッピングした暗号化キーCK’及び/又はマッピングした完全性キーIK’を含む。ソースRNCがCKU又はCK’を移転指示メッセージのCKフィールドに置き、IKU又はIK’を移転指示メッセージのIKフィールドに置き、コアネットワークノードに送信することが好ましい。ソースRNCとターゲットRNCは同一RNCであることが好ましい。本発明のもう一つの態様によれば、移転指示メッセージを受信し、この移転指示メッセージがユーザ設備UEがソース無線ネットワークコントローラーRNCからターゲットRNCに移転することを準備することを指示するのに用いるように設置される受信モジュールと、キーパラメーターを用いてネクストホップ拡張キーを算出するように設置される算出モジュールと、ネクストホップ拡張キーをターゲットRNCに送信するように設置される送信モジュールとを含むコアネットワークノードを提供する。キーパラメーターは、現在拡張キー、中間キー、伝統的なキーの少なくともの1つを含むことが好ましい。移転指示メッセージは、ソースRNCがソースコアネットワークノードに送信する移転需要メッセージ、又は、ソースコアネットワークノードがターゲットコアネットワークノードに送信する転送移転請求メッセージを含むことが好ましい。送信モジュールが移転請求メッセージ及び/又は転送移転請求メッセージを介して、ターゲットRNCにネクストホップ拡張キーを送信するように設置されることが好ましい。コアネットワークノードがネクストホップカウンターネットワークNCCを設置してあり、コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置され、コアネットワークノードが算出モジュールがキーパラメーターを用いてネクストホップ拡張キーを算出する前又は後、ネットワークNCCを逓増することが好ましい。移転指示メッセージが伝統的なキーを含み、伝統的なキーがソースRNCの現在拡張キー又はマッピングした伝統的なキーを含み、現在拡張キーが現在拡張暗号化キーCKU及び/又は現在拡張完全性キーIKUを含み、マッピングした伝統的なキーがマッピングした暗号化キーCK’及び/又はマッピングした完全性キーIK’を含むことが好ましい。本発明のもう一つの態様によれば、移転メッセージを受信し、前記移転メッセージがUEがソース無線ネットワークコントローラーRNCからターゲットRNCに移転して指示することに用いるように設置されるUE受信モジュールと、キーパラメーターを用いてネクストホップ拡張キーを算出し、キーパラメーターが現在拡張キー、中間キー、伝統的なキーの少なくとも1つを含むように設置されるUE算出モジュールとを含むユーザ設備UEを提供する。該UEが更に、ネクストホップ拡張キーを用いてターゲットRNCと通信するように設置されるUE通信モジュールを含むことが好ましい。該UEがネクストホップカウンター端末NCCを設置してあり、UEがネクストホップ拡張キーを算出する回数を数えるように設置され、UE受信モジュールが更にターゲットRNC又はコアネットワークノードの送信するネクストホップネットワークNCCの情報を受信するように設置されることが好ましい。該UEが更に、アクティブにした現在拡張キーに対応するネクストホップカウンター端末NCCがネットワークNCCに等しいかを判断するように設置される判断モジュールと、判断モジュールの判断結果がはいである場合、端末NCCに対応する現在拡張キーを用いてターゲットRNCと通信する確定モジュールと、判断モジュールの判断結果がいいえである場合、UE算出モジュールを用いてネクストホップ拡張キーを算出し、端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを逓増し、且つネットワークNCCに等しい端末NCCに対応するネクストホップ拡張キーを用いてターゲットRNCと通信するように設置される否定モジュールとを含むことが好ましい。本発明によれば、毎回SRNC移転プロセスでは、コアネットワークノードの現在拡張キー、及び中間キー及び/又は伝統的なキーに基づいてネクストホップ拡張キーIKU’及び/又はCKU’を算出生成し、そしてネクストホップ拡張キーをターゲットRNCに送信し、ターゲットRNCがUEと通信する時に、このネクストホップ拡張キーを用いる。ソースRNCにとって、ソースRNCがUEと通信して用いるキーがターゲットRNCがUEと通信して用いるキーと異なる。且つターゲットRNCが用いる拡張したエアーインターフェースキーがコアネットワークを介して推定されたものであるため、ソースRNCがターゲットRNCのエアーインターフェースキーを取得することができない。これで、ある基地局が攻撃者に破壊され又は非法制御されても、一回のSRNC移転後にもユーザが安全な通信を行うことを保証でき、ユーザのフォワードセキュリティを保証し、そして無線アクセスシステムの通信安全性を全体的に向上させた。ここで説明する図面は本発明を理解するためのものであり、本発明の一部を構成し、本発明における模式的な実施例とその説明は共に本発明を解釈し、本発明を不当に限定するものではない。以下、図面と実施例を参照しながら、本発明を詳しく説明する。特に説明するのは、矛盾しない場合に、本案における実施例及び実施例における特徴を相互に組み合わせてもよい。UTRANを用いる無線アクセスシステムにおいて関するSRNC移転は、図4と図5に示すように、コアネットワークノードSGSN又はMSC、ソースRNC即ちSRNC、ターゲットRNC、NodeB及びUEに関する。HSPAを用いる無線アクセスシステムでは、NodeBをNodeBとRNCの結合と見なしてもよく、両者が1つの物理実体であるが、2つの異なるロジック実体でもある。本発明の実施例において拡張安全キー階層を支援するNodeBはUMTSでグレードアップを行ったRNCRNCに相当し、本発明の実施例におけるSRNCとソースRNCリソースNodeBが同一であり、DRNCとターゲットRNCターゲットNodeBが同一であり、ターゲットRNCが拡張安全機能を支援するターゲットRNCでよく、拡張安全機能を支援しないターゲットRNCでもよく、本発明では厳しく分けない。図6を参照し、本発明の実施例によるエアーインターフェースキーの更新方法のフローチャートを示し、以下のステップを含む。ステップS602において、コアネットワークノードが移転指示メッセージを受信する。ここで、移転指示メッセージがユーザ設備UEがソースRNCからターゲットRNCに移転して準備することを指示することに用いる。コアネットワークノードがソースコアネットワークノード又はターゲットコアネットワークノードを含み、移転指示メッセージがソースRNCがソースコアネットワークノードに送信した移転需要メッセージでよく、ソースコアネットワークノードがターゲットコアネットワークノードに送信した転送移転請求メッセージでもよい。ステップS604において、コアネットワークノードがキーパラメーターを用いてネクストホップ拡張キーを算出する。ここで、キーパラメーターが現在拡張キー、中間キー、伝統的なキーの中の少なくとも1つを含む。図2に示すキー構成を用いる場合に、キーパラメーターが現在拡張キー及び/又は伝統的なキーを含み、図3に示すキー構成を用いる場合に、キーパラメーターが現在拡張キー、及び中間キー及び/又は伝統的なキーを含む。本ステップでは、ソースコアネットワークノードを介してネクストホップ拡張キーを算出してもよく、ターゲットコアネットワークノードを介してネクストホップ拡張キーを算出してもよい。ステップS606において、コアネットワークノードがネクストホップ拡張キーをターゲットRNCに送信する。ソースコアネットワークノードを介してネクストホップ拡張キーを算出する場合に、ソースコアネットワークノードが移転請求メッセージを再送することによってネクストホップ拡張キーをターゲットコアネットワークノードに送信し、ターゲットコアネットワークノードを介してターゲットRNCに送信する。ターゲットコアネットワークノードを介してネクストホップ拡張キーを算出する場合に、ターゲットコアネットワークノードが移転請求メッセージを介してネクストホップ拡張キーをターゲットRNCに送信する。関連技術では、伝統的なUTRANがSRNC移転を行う場合に、移転前後のキーを変えないが、本実施例によれば、コアネットワークノードを介してネクストホップ拡張キーを算出し更新し、更新したネクストホップ拡張キーをターゲットRNCに送信し、ターゲットRNCとユーザ設備UEが通信を行う場合にこの更新したネクストホップ拡張キーを用いるようになり、これでソースRNCとターゲットRNCがそれぞれUEと通信する場合に異なるキーを用いることを保証する。且つSRNC移転を行う場合に、ソースRNCがターゲットRNCが用いた拡張キーを取得できず、これでユーザ通信の安全を保証し、無線アクセスシステムの通信安全性を向上させる。図8は、本実施例によるSRNC動的移転を行う時のエアーインターフェースキーの更新フローチャートを示し、以下のステップを含む。ステップS802において、ソースRNC即ちSRNCがSRNC移転を行うことを決定する。本ステップでは、ソースRNCのSRNC移転を行うと決定するトリガー条件は、ソースRNCがUEの測定報告を受信することである。ステップS804において、ソースRNCがソースコアネットワークノードに移転需要メッセージを送信する。本実施例に示したのはソースRNCとターゲットRNCが2つの異なるCNNノードに位置するシーンであり、ソースRNCとターゲットRNCが同一のCNNノードに位置すると、ソースRNCがコアネットワークノードに移転請求メッセージを直接送信する。ソースRNCが同時に2つのCNNノードSGSNとMSC/VLRに接続されると、ソースRNCが同時にこの2つのCNNノードに移転需要メッセージを送信する。実際のネットワーク配置では、拡張安全機能を支援するネットワーク実体と伝統的な安全のみを支援するネットワーク実体が共存し、SRNCが移転する場合に、UEが拡張安全機能を支援するSRNCから拡張安全機能を支援しないターゲットRNCまでに移転するシーンが存在する。SRNCが移転決定する場合に、ターゲットRNCが拡張安全機能を支援するかを知らない可能性がある。このため、SRNCが移転する場合に、キーの更新も伝統的なネットワークの安全支援を考える必要がある。ソースRNCがソースコアネットワークノードに送信した移転需要メッセージに、伝統的なキーというパラメーターを持ってもよい。この伝統的なキーがソースRNCからターゲットRNCまでの透明容器に置く。前記伝統的なキーは、現在拡張キーIKU及び/又はCKU、又はマッピングした伝統的なキーIK’及び/又はCK’に分けられてもよい。前記現在拡張キーをそれぞれ移転需要メッセージのIK/CKフィールドに置き、又は、前記マッピングした伝統的なキーをそれぞれ移転需要メッセージのIK/CKフィールドに置くことが好ましく、これで移転互換性を向上させる。ターゲットRNCが拡張安全機能を支援しない場合に、ターゲットRNCが受信したソースRNCからターゲットRNCまでの透明容器におけるIKフィールドの値を伝統的な完全性キーIKとし、CKフィールドの値を伝統的な暗号化キーCKとする。ここで、マッピングした伝統的なキーとは伝統的なキーIK及び/又はCKを含む及び/又は中間キーKASMEUを介してコアネットワークノードで生成するものであり、UEが拡張安全を支援しない伝統的なUMTSネットワークに移動する場合にエアーインターフェースの暗号化キーと完全性保護キーとして用いる。このマッピングした伝統的なキーが初期時に、コアネットワークノードを介してソースRNCに送信される。ステップS806において、ソースコアネットワークノードがコアネットワークキーと現在拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU’、CKU’を算出する。ここで、コアネットワークキーは、中間キーKASMEU、及び/又は伝統的なキー伝統的なキーがIK及び/又はCKを含むを含む。ここで、図3に示したキー構成を用いると、コアネットワークキーは、伝統的なキーIK及び/又はCKである。図2に示したキー構成を用いると、コアネットワークキーは、中間キーKASMEU、及び/又は伝統的なキー伝統的なキーがIK及び/又はCKを含むである。ネットワーク側が1つのネクストホップカウンターネットワークNCCを維持すると、コアネットワークノードがネクストホップ拡張キーIK’U、CK’Uを算出する前又は後、ネットワークNCCを増やしてもよい。このステップはステップS808の後にあってもよく、即ちネクストホップ拡張キーがターゲットコアネットワークノードを介して推定されてもよい。ステップS808において、ソースコアネットワークノードがターゲットコアネットワークノードに転送移転請求メッセージを送信し、このメッセージには、ネクストホップ拡張キーIKU’、CKU’、及び/又は関連するネットワークNCC、及び/又は伝統的なキーIK/CK、及び/又は中間キーKASMEUを持つ。ステップS806がステップS808の後に発生する、即ちネクストホップ拡張キーがターゲットコアネットワークノードを介して推定されると、ステップS808において送信した転送移転請求メッセージがUEの安全コンテキストというパラメーターを持ってもよい。この安全コンテキストが少なくともコアネットワークキー、現在拡張キー、対応するネットワークNCC、伝統的なキーIK/CKの中の1つを含むが、これに限られない。ここで、前記コアネットワークキーが、中間キーKASMEU、及び/又は伝統的なキーIK及び/又はCKを含むを含む。伝統的なネットワークに対する支援を考えると、選択可能には、ソースコアネットワークノードが更新したネクストホップ拡張した完全性キーIKU’を転送移転請求メッセージのIKフィールドに置き、拡張した暗号化キーCKU’を転送移転請求メッセージのCKフィールドに置く。ステップS810において、ターゲットコアネットワークノードが拡張した安全を支援すると、ターゲットコアネットワークノードが受信したUEの安全コンテキストを記憶し、ターゲットRNCに移転請求メッセージを送信する。このメッセージにネクストホップ拡張キーIKU’及び/又はCKU’、及び/又は対応するネットワークNCCを持つ。本実施例では、ネットワーク側コアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持するため、移転請求メッセージにネットワークNCC情報を持ってもよい。ネットワークNCC情報をターゲットRNCに送信し、これでターゲットRNCとユーザとの間のキーの一致性を便利に実現する。ターゲットコアネットワークノードが拡張した安全を支援しないと、ターゲットコアネットワークノードが拡張したキー材料を識別できず、伝統的なキー材料のみを識別できると、伝統的なUMTSが定義したフロー操作によって、即ち転送移転要請メッセージにおけるIKフィールドの値を伝統的なキーIKとし、CKフィールドの値を伝統的なキーCKとする。ステップS812において、ターゲットRNCが拡張した安全を支援すると、ターゲットRNCが受信したネクストホップ拡張キーIKU’及び/又はCKU’、及び/又は関連するネットワークNCCを記憶する。ターゲットRNCがネクストホップ拡張キーIKU’及び/又はCKU’を現在拡張キーIKU及び/又はCKUと見なすのが好ましい。ターゲットRNCが拡張した安全を支援しないと、ターゲットRNCが受信した移転要請メッセージにおけるIKフィールドの値を伝統的なキーIKとし、CKフィールドの値を伝統的なキーCKとする。ステップS814において、ターゲットRNCがターゲットコアネットワークノードに移転要請確認メッセージを送信する。このメッセージを送信する前、ターゲットRNCとターゲットコアネットワークノードが新たなIuベアリングを構築してもよく、UEにRRCRadioResourceControl、無線リソース制御プロトコール接続リソースと無線リンク等のリソースを配布する。ソースRNCとターゲットRNCが2つの異なるCNNノードSGSN及び/又はMSC/VLRに位置すると、このメッセージがこの2つのCNNノードの移転が必要となる。この移転要請確認メッセージにネクストホップカウンターネットワークNCC情報、及び/又はターゲットRNCの安全能力を持ってもよい。ステップS816において、ターゲットコアネットワークノードがソースコアネットワークノードに転送移転応答メッセージを送信する。選択可能には、このメッセージはコアネットワークノードのネクストホップカウンターネットワークNCC、及び/又はターゲットRNCの安全能力のパラメーターを持ってもよい。ステップS818において、ソースコアネットワークノードがソースRNCに移転コマンドメッセージを送信する。この移転コマンドメッセージがコアネットワークノードのネクストホップカウンターネットワークNCC情報、及び/又はターゲットRNCの安全能力を持ってもよい。ステップS820において、ソースRNCがUEに移転メッセージ、即ち物理チャネル再配置メッセージ又はUTRAN移動性情報メッセージを送信する。前記物理チャネル再配置メッセージ又はUTRAN移動性情報メッセージにネクストホップカウンターネットワークNCC情報、及び/又はターゲットRNCの安全能力を含んでもよい。ステップS822において、UEが拡張した安全を支援すると、UEがネットワーク側に同一のアルゴリズムで拡張した完全性キーIKU及び/又は暗号化キーCKUを更新する。本ステップでは、UEにネクストホップカウンター端末NCCが設置されてあり、UEがネットワークNCCを受信し、アクティブにした現在の拡張キーIKU/CKUに対応する端末NCCがネットワークNCCに等しいかを判断し、両者が等しい場合、UEが現在の拡張した完全性キーIKU及び/又は現在の拡張した暗号化キーCKUをそのまま使用する。ネットワークNCCが端末NCCより大きい場合、UEがネットワーク側に同一のアルゴリズムで拡張キーIKU及び/又はCKUを算出し、そして端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを増やす。ステップS824において、ソースRNCとソースコアネットワークノード、ターゲットコアネットワークノード、ターゲットRNCとの間がSRNSサービス無線ネットワークシステムコンテキスト伝送プロセスを行い、ターゲットRNCがターゲットコアネットワークノードに移転検出メッセージを送信する。このステップとステップS822は厳しい時間的順位に制限されない。ステップS826において、UEがターゲットRNCに物理チャネル再配置完了メッセージ又はUTRAN移動性情報確認メッセージを送信する。前記メッセージは更新した拡張完全性キーIKUを用いて完全性保護を行なってもよく、又は更新した拡張完全性キーIKUと拡張暗号化キーCKUを用いて前記メッセージに対して同時に完全性と暗号化保護を行なってもよい。該メッセージには更にユーザ設備安全能力パラメーターを含むことが好ましい。ステップS828において、ターゲットRNCが更新した完全性キーIKU及び/又は暗号化キーCKUを用いてこのメッセージに対して安全検証を行う。ターゲットRNCがUEに送信したメッセージの検証を完了すると、ターゲットRNCがターゲットコアネットワークノードSGSN又はMSC/VLRに移転完了メッセージを送信し、該メッセージがターゲットコアネットワークノードに移転完了を指示する情報を含む。ステップS830において、ターゲットコアネットワークノードとソースコアネットワークノードとの間にメッセージインタラクションが行われ、移転完了を確認する。ステップS832において、ソースコアネットワークノードがソースRNCとの間のIuインターフェースを解除する。本実施例では、コアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持し、ネクストホップ拡張キーの回数を数え、ユーザ側のキーと同期する。ネットワークNCC初期値は0である。ネクストホップ拡張キーを初回算出する時、対応するネットワークNCCは1である。同様に、UEも1つのネクストホップカウンター端末NCCを維持し、UEがネクストホップ拡張キーを算出する回数を数え、ネットワーク側のキーと同期し、初期値は0である。UEがネクストホップ拡張キーを初回算出する時、対応する端末NCC値は1である。後のSRNC移転フローでは、端末NCCがネットワークNCCに等しくない場合に、UEがネクストホップ拡張キーを算出し、端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを逓増し、これでUEとターゲットRNCが用いたキーに一致する。NCCを用いてネットワーク側とユーザ側のキーを同期し、ネットワーク側とユーザ側のキーの一致性を効果的に保証する。本実施例におけるエアーインターフェースキー更新のキーチェーンは図7に示すとおりである。図9は、本発明の実施例によるSRNC静的移転を行う時のエアーインターフェースキーの更新フローチャートである。本実施例では、SRNCとターゲットRNCとの間のメッセージインタラクションはコアネットワークノードCNNSGSN又はMSC移転を必要となる。本実施例のエアーインターフェースキーの更新は以下のステップを含む。ステップS902において、UEがターゲットRNCにURA更新メッセージ、又はセル更新メッセージ、又は測定報告メッセージ等を送信する。ステップS904において、ターゲットRNCがソースRNCにアップリンクシグナル伝送指示メッセージを送信する。ステップS906において、ソースRNC即ちSRNCがSRNC移転を行うことを決定する。本ステップでは、ソースRNCがターゲットRNCが送信したアップリンクシグナル伝送指示を受信し、セル更新又はURA更新を行なうことを要求し、SRNC移転を行なうことを決定する。該決定のトリガーが、ソースRNCがUEの測定報告を受信することであってもよい。ステップS908において、ソースRNCがソースコアネットワークノードに移転需要メッセージを送信する。本実施例に示したのはソースRNCとターゲットRNCが2つの異なるCNNノードに位置するシーンであり、ソースRNCとターゲットRNCが同一のCNNノードに位置すると、ソースRNCがコアネットワークノードに移転要請メッセージをそのまま送信する。ソースRNCが同時に2つのCNNノードに接続されると、ソースRNCが同時にこの2つのCNNノードに移転需要メッセージを送信する。実際のネットワーク配置では、拡張安全機能を支援するネットワーク実体と伝統的な安全のみを支援するネットワーク実体が共存し、SRNCが移転する場合に、UEが拡張安全機能を支援するSRNCから拡張安全機能を支援しないターゲットRNCまでに移転するシーンが存在する。SRNCが移転を決定する場合に、ターゲットRNCが拡張安全機能を支援するか否かを知らない可能性がある。それで、SRNCが移転する場合、キーの更新も伝統的なネットワークの安全支援を考える必要がある。ソースRNCがソースコアネットワークノードに送信した移転需要メッセージに、伝統的なキーというパラメーターを持つことが好ましい。この伝統的なキーがソースRNCからターゲットRNCまでの透明容器に置かれる。現在拡張キーIKU及び/又はCKUを移転需要メッセージに置き、ターゲットRNCが拡張安全機能を支援しない場合に、この現在拡張キーを伝統的なキーと見なし、又は、マッピングした伝統的なキーIK’及び/又はCK’を移転需要メッセージに置き、ターゲットRNCが拡張安全機能を支援しない場合、このマッピングした伝統的なキーを伝統的なキーと見なす。前記現在拡張キーをそれぞれ移転需要メッセージのIK/CKフィールドに置き、又は、前記マッピングした伝統的なキーをそれぞれ移転需要メッセージのIK/CKフィールドに置くことが好ましい。ここで、マッピングした伝統的なキーとは伝統的なキーIK及び/又はCKを含む及び/又は中間キーKASMEUを介してコアネットワークノードで生成するものであり、UEが拡張された安全を支援しない伝統的なUMTSネットワークに移動する場合にエアーインターフェースの暗号化キーと完全性保護キーとして用いる。該マッピングした伝統的なキーが初期に、コアネットワークノードを介してソースRNCに送信される。ステップS910において、ソースコアネットワークノードがコアネットワークキー及び/又は現在拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU’、CKU’を算出する。ここで、コアネットワークキーが、中間キーKASMEU、及び/又は伝統的なキー伝統的なキーがIK及び/又はCKを含むを含む。ここで、図2に示したキー構成を用いると、コアネットワークキーが、伝統的なキーIK及び/又はCKである。図3に示したキー構成を用いると、コアネットワークキーが、中間キーKASMEU、及び/又は伝統的なキー伝統的なキーがIK及び/又はCKを含むである。ネットワーク側が1つのネクストホップカウンターネットワークNCCを維持すると、コアネットワークノードがネクストホップ拡張キーIK’U、CK’Uを算出する前又は後、ネットワークNCCを増やしてもよい。該ステップはステップS912の後にあってもよく、即ちネクストホップ拡張キーがターゲットコアネットワークノードを介して推定されてもよい。ステップS912において、ソースコアネットワークノードがターゲットコアネットワークノードに転送移転要請メッセージを送信し、該メッセージには、ネクストホップ拡張キーIKU’、CKU’、及び/又は関連するネットワークNCC、及び/又は伝統的なキーIK及び/又はCKを含む、及び/又は中間キーKASMEUを含む。ステップS910がステップS912の後で発生する、即ちネクストホップ拡張キーがターゲットコアネットワークノードを介して推定される場合、ステップS912において送信した転送移転要請メッセージがUEの安全コンテキストというパラメーターを持ってもよい。該安全コンテキストが少なくとも以下のパラメーター:コアネットワークキー、現在拡張キー、伝統的なキーIK及び/又はCKの中の1つを含むが、これに限らない。ここで、前記コアネットワークキーが、中間キーKASMEU、及び/又は伝統的なキーIK及び/又はCKを含むを含む。伝統的なネットワークに対する支援を考えると、選択可能に、ソースコアネットワークノードが更新したネクストホップ拡張した完全性キーIKU’を転送移転要請メッセージのIKフィールドに置き、拡張した暗号化キーCKU’を転送移転要請メッセージのCKフィールドに置いてもよい。ステップS914において、ターゲットコアネットワークノードが拡張した安全を支援すると、ターゲットコアネットワークノードが受信したUEの安全コンテキストを記憶し、ターゲットRNCに移転要請メッセージを送信し、メッセージにネクストホップ拡張キーIKU’及び/又はCKU’、及び/又は対応するネットワークNCCを含む。本実施例では、ネットワーク側のコアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持するため、移転要請メッセージにネットワークNCC情報を持ってもよい。ネットワークNCC情報をターゲットRNCに送信し、これでターゲットRNCとユーザとの間のキーの一致性を便利に実現する。ターゲットコアネットワークノードが拡張した安全を支援しないと、ターゲットコアネットワークノードが受信したメッセージにおけるIKフィールドの値は伝統的なキーIKをとし、CKフィールドの値を伝統的なキーCKとし、記憶する。ステップS916において、ターゲットRNCが拡張した安全を支援すると、ターゲットRNCが受信したネクストホップ拡張キーIKU’及び/又はCKU’、及び/又は関連するネットワークNCCを記憶する。ターゲットRNCがネクストホップ拡張キーIKU’及び/又はCKU’を現在拡張キーIKU及び/又はCKUと見なすことが好ましい。ターゲットRNCが拡張した安全を支援しない場合、ターゲットRNCが受信したメッセージにおけるIKフィールドの値を伝統的なキーIKとし、CKフィールドの値を伝統的なキーCKとする。ステップS918において、ターゲットRNCがターゲットコアネットワークノードに移転要請確認メッセージを送信する。このメッセージを送信する前、ターゲットRNCとターゲットコアネットワークノードが新たなIuベアリングを構築してもよく、UEにRRCRadioResourceControl、無線リソース制御プロトコール接続リソースと無線リンク等のリソースを割り当てる。ソースRNCとターゲットRNCが2つの異なるCNNノードSGSN及び/又はMSC/VLRに位置すると、該メッセージがこの2つのCNNノードを介して中継される必要がある。該移転要請確認メッセージにネクストホップカウンターネットワークNCC情報、及び/又はターゲットRNCの安全能力を含んでもよい。ステップS920において、ターゲットコアネットワークノードがソースコアネットワークノードに転送移転応答メッセージを送信する。該メッセージは、ネクストホップカウンターネットワークNCC、及び/又はターゲットRNCの安全能力を含んでもよい。ステップS922において、ソースコアネットワークノードがソースRNCに移転コマンドメッセージを送信する。該移転コマンドメッセージがコアネットワークノードのネクストホップカウンターネットワークNCC情報、及び/又はターゲットRNCの安全能力を含んでもよい。ステップS924において、ソースRNCがターゲットRNCに移転提出メッセージを送信する。該移転提出メッセージがコアネットワークノードのネクストホップカウンターネットワークNCC情報、及び/又はターゲットRNCの安全能力を持ってもよい。ステップS926において、ターゲットRNCがターゲットコアネットワークノードに移転検出メッセージを送信する。ステップS928において、ターゲットRNCがUEに移転メッセージである物理チャネル再配置メッセージ又はUTRAN移動性情報メッセージを送信する。前記物理チャネル再配置メッセージ又はUTRAN移動性情報メッセージにはネクストホップカウンターネットワークNCC情報、及び/又はターゲットRNCの安全能力を含んでもよい。ステップS930において、UEが拡張した安全を支援すると、UEがネットワーク側に同一のアルゴリズムで拡張した完全性キーIKU及び/又は暗号化キーCKUを更新する。本ステップでは、UEにネクストホップカウンター端末NCCが設置されてあり、UEがネットワークNCCを受信し、アクティブにした現在拡張キーIKU/CKUに対応する端末NCCがネットワークNCCに等しいかを判断し、両者が等しいと、UEが現在拡張した完全性キーIKU及び/又は現在拡張した暗号化キーCKUをそのまま使用する。ネットワークNCCが端末NCCより大きいと、UEがネットワーク側に同一のアルゴリズムで拡張キーIKU及び/又はCKUを算出し、そして端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを増やす。ステップS932において、UEがターゲットRNCに物理チャネル再配置完了メッセージ又はUTRAN移動性情報確認メッセージを送信する。前記メッセージは更新した拡張完全性キーIKUを用いて完全性保護を行なってもよく、又は更新した完全性キーIKUと拡張暗号化キーCKUを用いて前記メッセージに対して同時に完全性と暗号化保護を行なってもよい。該メッセージにはユーザ設備安全能力パラメーターを含むことが好ましい。ステップS934において、ターゲットRNCが更新した完全性キーIKU及び/又は暗号化キーCKUを用いてこのメッセージに対して安全検証を行う。ターゲットRNCがUEに送信したメッセージの検証に成功すると、ターゲットRNCがターゲットコアネットワークノードSGSN又はMSC/VLRに移転完了メッセージを送信し、このメッセージがターゲットコアネットワークノードに移転完了を指示する情報を含む。ステップS936において、ターゲットコアネットワークノードとソースコアネットワークノードとの間にメッセージインタラクションが行われ、移転完了を確認する。ステップS938において、ソースコアネットワークノードがソースRNCとの間のIuインターフェースを解除する。本実施例におけるエアーインターフェースキー更新のキーチェーンは図7に示すとおりである。図10は、本発明の実施例によるコアネットワークノードの構成ブロック図を示し、以下を含む。受信モジュール1002において、移転指示メッセージを受信するように設置され、前記移転指示メッセージがユーザ設備UEがソースRNCからターゲットRNCに移転して準備することを指示することに用いる。算出モジュール1004において、キーパラメーターを用いてネクストホップ拡張キーを算出するように設置される。送信モジュール1006において、ネクストホップ拡張キーをターゲットRNCに送信するように設置される。前記キーパラメーターは、現在拡張キー、中間キー、伝統的なキーの中の少なくとも1つを含むことが好ましい。移転指示メッセージは、ソースRNCがソースコアネットワークノードに送信した移転需要メッセージ、又は、ソースコアネットワークノードがターゲットコアネットワークノードに送信した転送移転要請メッセージを含むことが好ましい。送信モジュール1006が移転要請メッセージ及び/又は転送移転要請メッセージを介して、ターゲットRNCにネクストホップ拡張キーを送信するように設置されることが好ましい。コアネットワークノードがネクストホップカウンターネットワークNCCを設置してあり、コアネットワークノードがネクストホップ拡張キーを算出する回数を数えるように設置されることが好ましい。コアネットワークノードは算出モジュール1004がキーパラメーターを用いてネクストホップ拡張キーを算出する前又は後、ネットワークNCCを増やす。移転指示メッセージには、伝統的なキーを含み、この伝統的なキーがソースRNCの現在拡張キー又はマッピングした伝統的なキーであってもよく、現在拡張キーが現在拡張暗号化キーCKU及び/又は現在拡張完全性キーIKUを含み、マッピングした伝統的なキーがマッピングした暗号化キーCK’及び/又はマッピングした完全性キーIK’を含んでもよい。ソースコアネットワークノードがネクストホップ拡張した完全性キーIKU’を転送移転要請メッセージ及び/又は移転要請メッセージのIKフィールドに置き、拡張した暗号化キーCKU’を転送移転要請メッセージ及び/又は移転要請メッセージのCKフィールドに置いてもよい。図11は、本発明の実施例によるユーザ設備UEの構成ブロック図を示し、UEのソースRNCからターゲットRNCに移転することを指示する移転メッセージを受信するように設置されるUE受信モジュール1102と、現在拡張キー、中間キー、伝統的なキーの中の少なくともの1つを含むキーパラメーターを用いてネクストホップ拡張キーを算出するように設置されるUE算出モジュール1104を含む。本実施例のUEは更に、前記ネクストホップ拡張キーを用いて前記ターゲットRNCと通信するように設置されるUE通信モジュール1106を含むことが好ましい。本実施例のUEにはネクストホップカウンター端末NCCを設置してあり、UEがネクストホップ拡張キーを算出する回数を数えるように設置されることが好ましい。UE受信モジュール1102が更に、ターゲットRNC又はコアネットワークノードが送信したネクストホップネットワークNCCの情報を受信するように設置される。本実施例のUEは更に、アクティブにした現在拡張キーに対応するネクストホップカウンター端末NCCがネットワークNCCに等しいかを判断するように設置される判断モジュール1108と、判断モジュール1108の判断結果がはいであると、端末NCCに対応する現在拡張キーとターゲットRNC通信を用いるように設置される確定モジュール1110と、判断モジュール1108の判断結果がいいえであると、UE算出モジュール1104を用いてネクストホップ拡張キーを算出し、端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを増やし、そしてネットワークNCCに等しい端末NCCに対応するネクストホップ拡張キーを用いてターゲットRNCと通信するように設置される否定モジュール1112とを含むことが好ましい。前記すべての実施例はSRNC内部の移転にも適応し、即ちソースRNCとターゲットRNCが同一なRNCであるシーンである。当業者にとって、上記の本発明の各ブロック又は各ステップは共通の計算装置によって実現することができ、単独の計算装置に集中させることができれば、複数の計算装置から構成されるネットワークに分布させることもでき、さらに計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、又は夫々集積回路ブロックに製作し、又はそれらにおける複数のブロック又はステップを単独の集積回路ブロックに製作して実現することができることは明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの結合にも限定されない。以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原則内での如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。