"エアインターフェースキーの更新方法であって、ソース無線ネットワークコントローラRNCがターゲットRNCへの静的移転を完了するステップと、前記ターゲットRNCがサービス無線ネットワークコントローラSRNC内部移転を行うステップと、前記SRNC内部移転プロセスでは、前記ターゲットRNCが前記ソースRNCから又はコアネットワークノードから受信したキーに応じて自身の拡張キーを更新するステップとを含む方法。前記ソースRNCがターゲットRNCへの静的移転を完了するステップの前、前記ソースRNCが前記ターゲットRNCへ静的移転を行うことと、前記静的移転プロセスでは、前記ソースRNCがその用いる現在キーを前記ターゲットRNCに直接送信し、前記ターゲットRNCが前記現在キーを用いて前記ユーザ設備UEと通信することとを更に含む請求項1に記載の方法。前記ターゲットRNCがSRNC内部移転を行うステップは、前記ターゲットRNCが第2ターゲットRNCへSRNC移転を行い、ここで、前記ターゲットRNCと第2ターゲットRNCが同一なRNCであることを含む請求項1に記載の方法。前記ターゲットRNCが前記ソースRNC又はコアネットワークノードから受信したキーに応じて自身の拡張キーを更新するステップは、前記ターゲットRNCが前記ソースRNC又はコアネットワークノードから送信される変形中間キーに応じて自身の拡張キーを推定し更新し、前記変形中間キーを、前回SRNC静的移転が無事に完了した後、前記コアネットワークノードが保存した伝統的なキーと現在の変形中間キーを用いて生成し、前記ターゲットRNCに送信することを含む請求項2又は3に記載の方法。前記ソースRNCがターゲットRNCへの静的移転を完了するステップの前、前記ソースRNCが前記コアネットワークノードに移転需要メッセージを送信し、前記移転需要メッセージが前記ソースRNCの現在の拡張キーを含み、前記現在の拡張キーが現在の拡張完全性キーIKU及び/又は現在の拡張暗号化キーCKUを含むことと、前記コアネットワークノードが前記ターゲットRNCに移転要請メッセージを送信し、前記移転要請メッセージが前記ソースRNCの現在の拡張キーを含むことを更に含む請求項4に記載の方法。前記ソースRNCが前記コアネットワークノードに移転需要メッセージを送信するステップは、前記ソースRNCが前記現在の拡張完全性キーIKUを前記移転需要メッセージのIKフィールドに置き、及び/又は前記現在の拡張暗号化キーCKUを前記移転需要メッセージのCKフィールドに置き、前記コアネットワークノードに送信することを含み、前記コアネットワークノードが前記ターゲットRNCに移転要請メッセージを送信するステップは、前記コアネットワークノードが前記ソースRNCが送信する現在の拡張完全性キーIKUを前記移転要請メッセージのIKフィールドに置き、及び/又は前記現在の拡張暗号化キーCKUを前記移転要請メッセージのCKフィールドに置き、前記ターゲットRNCに送信することを含む請求項5に記載の方法。前記コアネットワークノードが前記ターゲットRNCに移転要請メッセージを送信するステップの後、前記ターゲットRNCが拡張したセキュリティモードを支援しない場合、前記移転要請メッセージのIKフィールドの内容を伝統的な完全性キーIKとし、CKフィールドの内容を伝統的な暗号化キーCKとして用いることと、前記ターゲットRNCが拡張したセキュリティモードを支援する場合、前記移転要請メッセージのIKフィールドの内容をIKUとし、CKフィールドの内容をCKUとして用いることとを更に含む請求項6に記載の方法。前記ソースRNCがターゲットRNCへの静的移転を完了するステップの前、前記ソースRNCが前記ターゲットRNCに拡張した移転要請メッセージを送信し、前記拡張した移転要請メッセージが前記ソースRNCの現在の拡張キーを含み、前記現在の拡張キーが現在の拡張完全性キーIKU及び/又は現在の拡張暗号化キーCKUを含むことを更に含む請求項4に記載の方法。前記ソースRNCが前記ターゲットRNCに拡張した移転要請メッセージを送信するステップは、前記ソースRNCが前記現在の拡張完全性キーIKUを前記拡張した移転要請メッセージのIKフィールドに置き、及び/又は前記現在の拡張暗号化キーCKUを前記拡張した移転要請メッセージのCKフィールドに置き、前記ターゲットRNCに送信することを含む請求項8に記載の方法。前記ソースRNCが前記ターゲットRNCに拡張した移転要請メッセージを送信するステップの後、前記ターゲットRNCが拡張したセキュリティモードを支援しない場合、前記拡張した移転要請メッセージのIKフィールドの内容を伝統的な完全性キーIKとし、CKフィールドの内容を伝統的な暗号化キーCKとして用いることと、前記ターゲットRNCが拡張したセキュリティモードを支援する場合、前記拡張した移転要請メッセージのIKフィールドの内容をIKUとし、CKフィールドの内容をCKUとして用いることとを更に含む請求項9に記載の方法。前記コアネットワークノードが前記ターゲットRNCに移転要請メッセージを送信するステップの後、前記ターゲットRNCがユーザ設備UEに移転確認メッセージを送信し、前記移転確認メッセージが前記ターゲットRNCのセキュリティ能力の指示情報を含むことと、前記UEが前記ターゲットRNCに確認応答メッセージを送信し、前記確認応答メッセージが前記UEのセキュリティ能力の指示情報を含むことを更に含む請求項5に記載の方法。前記ターゲットRNCがSRNC内部移転を行うステップは、前記ターゲットRNCが前記UEに移転確認メッセージを送信し、前記移転確認メッセージが前記コアネットワークノードのネクストホップカウンターネットワークNCCを含むことと、前記UEが現在アクティブにしたキーに対応するネクストホップカウンター端末NCCが前記ネットワークNCCに等しいかを判断することと、はいである場合、前記UEが前記端末NCCに対応する予め保存した変形中間キーに応じて自身の拡張キーを更新することと、いいえである場合、前記UEが変形中間キーを算出し、前記端末NCCが前記ネットワークNCCに等しくなるまでに、対応する前記端末NCCを逓増し、そして前記変形中間キーに応じて自身の拡張キーを算出して更新することとを含む請求項3に記載の方法。前記方法は、前記ターゲットRNCが前記SRNC内部移転を完了することと、前記コアネットワークノードが保存した伝統的なキーと現在の変形中間キーに応じ、ネクストホップ変形中間キーを算出し、そして前記ターゲットRNCに前記ネクストホップ変形中間キーを送信することとを更に含む請求項12に記載の方法。前記コアネットワークノードが保存した伝統的なキーと現在の変形中間キーに応じ、ネクストホップ変形中間キーを算出するステップの前又は後、前記コアネットワークノードが前記ネットワークNCCを逓増することを更に含む請求項13に記載の方法。前記ターゲットRNCが前記ソースRNC又はコアネットワークノードから受信したキーに応じて自身の拡張キーを更新するステップは、前記ターゲットRNCが保存した現在の拡張キーを用いて自身の拡張キーを更新し、前記現在の拡張キーが前記ソースRNCの現の拡張キーであることを含む請求項1に記載の方法。前記ターゲットRNCが保存した現在の拡張キーを用いて自身の拡張キーを更新するステップは、前記ターゲットRNCが以下の公式で保存した前記ソースRNCから受信した拡張キーを用いて自身の拡張キーを更新する請求項15に記載の方法。IKU=FIKU_old,Parameter;CKU=FCKU_old,Parameter;又は、IKU、CKU=FIKU_oldCKU_old,Parameter;ここで、Fは任意のキー生成関数、Parameterはパラメーター、IKU_oldとCKU_oldは前記ターゲットRNC現在の拡張キー、IKUとCKUは前記ターゲットRNC更新後の拡張キー、はカスケードである。前記方法は、前記ターゲットRNCが前記UEに移転確認メッセージを送信することと、前記UEが前記移転確認メッセージを受信し、以下の公式で保存した現在の拡張キーを用いて自身の拡張キーを更新し、IKU=FIKU_old,Parameter;CKU=FCKU_old,Parameter;又は、IKU、CKU=FIKU_oldCKU_old,Parameter;ここで、Fは任意のキー生成関数、Parameterはパラメーター、IKU_oldとCKU_oldはUE現在の拡張キー、IKUとCKUはUE更新後の拡張キー、はカスケードであることと、前記UEが前記ターゲットRNCに確認応答メッセージを送信することとを更に含む請求項16に記載の方法。前記ターゲットRNCが前記ソースRNC又はコアネットワークノードから受信したキーに応じて自身の拡張キーを更新するステップは、前記ターゲットRNCが前記ソースRNC又はコアネットワークノードが送信した拡張キーを用いて自身の拡張キーを更新し、前記ソースRNC又はコアネットワークノードの拡張キーを前回SRNC静的移転が無事に完了した後、前記コアネットワークノードが保存した伝統的なキーと現在の拡張キーを用いて生成し、前記ターゲットRNCに送信することを含む請求項1に記載の方法。前記方法は、前記ターゲットRNCが前記UEに移転確認メッセージを送信し、前記移転確認メッセージが前記コアネットワークノードのネクストホップカウンターネットワークNCCを含むことと、前記UEが現在のアクティブにしたキーに対応するネクストホップカウンター端末NCCが前記ネットワークNCCに等しいかを判断することと、はいであると、前記UEが前記端末NCCに対応する予め保存した拡張キーを用いることと、いいえであると、前記UEが拡張キーを算出し、そして前記端末NCCが前記ネットワークNCCに等しくなるまでに、対応する前記端末NCCを逓増することとを更に含む請求項18に記載の方法。前記方法は更に、前記ターゲットRNCが前記SRNC内部移転を完了するステップと、前記コアネットワークノードが保存した伝統的なキーと現在の拡張キーに応じて、ネクストホップ拡張キーを算出し、そして前記ターゲットRNCに前記ネクストホップ拡張キーを送信するステップとを更に含む請求項19に記載の方法。前記コアネットワークノードが保存した伝統的なキーと現在の拡張キーに応じて、ネクストホップ拡張キーを算出するステップの前又は後、前記コアネットワークノードが前記ネットワークNCCを逓増することを更に含む請求項20に記載の方法。前記ターゲットRNCがコアネットワークノードから受信したキーに応じて自身の拡張キーを更新するステップは、前記コアネットワークノードが自ら保存した伝統的なキーと現在の拡張キーを用いて、ネクストホップ拡張キーを算出して前記ターゲットRNCに送信することと、前記ターゲットRNCが前記ネクストホップ拡張キーを用いて自身の拡張キーを更新することとを含む請求項1に記載の方法。前記ソースRNCが拡張したセキュリティを支援するソースRNCであり、及び/又は、前記ターゲットRNCが拡張したセキュリティを支援するターゲットRNCである請求項1に記載の方法。前記移転需要メッセージは更に前記ソースRNCのネクストホップ変形中間キーを含み、前記移転要請メッセージが更に前記ソースRNCの前記ネクストホップ変形中間キーを含む請求項5に記載の方法。前記ソースRNCがターゲットRNCへの静的移転を完了するステップの前、前記ソースRNCが前記コアネットワークノードに移転需要メッセージを送信し、前記移転需要メッセージが前記ソースRNCの現在の拡張キーと前記ソースRNCのネクストホップ拡張キーを含み、前記現在の拡張キーが現在の拡張完全性キーIKU及び/又は現在の拡張暗号化キーCKUを含むことと、前記コアネットワークノードが前記ターゲットRNCに移転要請メッセージを送信し、前記移転要請メッセージが前記ソースRNCの現在の拡張キーと前記ソースRNCの前記ネクストホップ拡張キーを含むこととを更に含む請求項1に記載の方法。前記ターゲットRNCが前記コアネットワークノードから受信したキーに応じて自身の拡張キーを更新するステップは、前記ターゲットRNCが前記コアネットワークノードから受信した前記ソースRNCのネクストホップ拡張キーに応じて自身の拡張キーを更新することを含む請求項25に記載の方法。静的移転を行うように設置されるソース無線ネットワークコントローラRNCと、前記ソースRNCが前記ターゲットRNCへの静的移転を完了した後、SRNC内部移転を行い、前記内部移転プロセスでは、前記ターゲットRNCが前記ソースRNCから又はコアネットワークノードから受信したキーに応じて自身の拡張キーを更新するように設置されるターゲットRNCと、を含む無線アクセスシステム。前記無線アクセスシステムは更に、保存された伝統的なキーと現在の変形中間キーを用いてネクストホップ変形中間キーを生成し、前記ターゲットRNCに送信するように設置されるコアネットワークノード、又は、保存された伝統的なキーと現在の拡張キーを用いてネクストホップ拡張キーを生成し、前記ターゲットRNCに送信するように設置されるコアネットワークノードを含む請求項27に記載の無線アクセスシステム。前記コアネットワークノードは、更に、ネクストホップ変形中間キー又はネクストホップ拡張キーの生成回数を数えるように設置されるネクストホップカウンターネットワークNCCを含む請求項28に記載の無線アクセスシステム前記無線アクセスシステムは、更に、ネクストホップカウンター端末NCCを設置するユーザ設備UEを含み、前記UEが、前記ターゲットRNCが送信した移転確認メッセージを受信し、前記移転確認メッセージがコアネットワークノードのネクストホップカウンターネットワークNCCを含むするように設置される受信モジュールと、前記端末NCCがネットワークNCCに等しいかを判断するように設置される判断モジュールと、前記判断モジュールの判断結果がYESであると、前記端末NCCに対応する予め保存した変形中間キーに応じて自身の拡張キーを更新し、又は、前記端末NCCに対応する予め保存した拡張キーを用いるように設置される確定モジュールと、前記判断モジュールの判断結果がNOであると、変形中間キーを算出し、前記端末NCCが前記ネットワークNCCに等しくなるまでに、対応する前記端末NCCを逓増し、そして前記変形中間キーに応じて自身の拡張キーを算出し更新し、又は、拡張キーを算出し、そして前記端末NCCが前記ネットワークNCCに等しくなるまでに、対応する前記端末NCCを増やすように設置される否定モジュールとを含む請求項27に記載の無線アクセスシステム。前記ソースRNCが拡張したセキュリティソースRNCを支援する、及び/又は、前記ターゲットRNCが拡張したセキュリティターゲットRNCを支援する請求項27に記載の無線アクセスシステム。ソース無線ネットワークコントローラRNCとユーザ設備UEがそれぞれ拡張完全性キーIKU及び/又は拡張暗号化キーCKUを用いてネクストホップ拡張キーIKU及び/又はCKUを生成するステップを含むエアインターフェースキーの生成方法。前記ソースRNCとUEがそれぞれ拡張完全性キーIKU及び/又は拡張暗号化キーCKUを用いてネクストホップ拡張キーIKU及び/又はCKUを生成するステップは、前記ソースRNCとUEがそれぞれ拡張暗号化キーCKU及び/又は拡張完全性キーIKUを用い、以下の公式でネクストホップ拡張キーCKU及び/又はIKUを生成することを含む請求項32に記載の方法であって、IKU=FIKU_old,Parameter;CKU=FCKU_old,Parameter;又は、IKU、CKU=FIKUCKU,Parameter;ここで、Fは任意のキー生成関数、Parameterはパラメーター、IKU_oldとCKU_oldは前記ソースRNCとUEの現在拡張キー、IKUとCKUは前記ソースRNCとUEのネクストホップ拡張キー、はカスケードである。前記ParameterパラメーターはソースRNCが生成したリフレッシュ無作為数FRESHパラメーターであり、及び/又はターゲットRNC識別子である請求項33に記載の方法。本発明の主な目的はエアインターフェースキーの更新、生成方法及び無線アクセスシステムを提供し、前記静的移転がセル更新又はURA更新プロセスによりトリガーされる場合に、UEの移動速度が速すぎることによるSRNC移転時間の延長、UEの通信中断のリスクが増える問題を解決する。本発明の一態様によれば、エアインターフェースキーの更新方法を提供し、ソース無線ネットワークコントローラRNCがターゲットRNCへの静的移転を完了するステップと、ターゲットRNCがサービス無線ネットワークコントローラSRNC内部移転を行うステップと、SRNC内部移転プロセスでは、ターゲットRNCがソースRNCから又はコアネットワークノードから受信したキーに応じて自身の拡張キーを更新するステップとを含む。ソースRNCがターゲットRNCへの静的移転を完了する前に、更に、ソースRNCがターゲットRNCへ静的移転を行うことと、静的移転プロセスでは、ソースRNCが用いている現在キーをターゲットRNCに直接送信し、ターゲットRNCが現在キーを用いてユーザ設備UEと通信することとを含むことが好ましい。ターゲットRNCがSRNC内部移転を行うステップは、ターゲットRNCが第2ターゲットRNCへSRNC移転を行い、ここで、ターゲットRNCと第2ターゲットRNCが同一のRNCであることを含むことが好ましい。ターゲットRNCがソースRNCから受信したキーに応じて自身の拡張キーを更新するステップは、ターゲットRNCがソースRNCが送信した変形中間キーを用いて自身の拡張キーを推定更新し、この変形中間キーを、前回SRNC移転が無事に完了された後、コアネットワークノードが保存した伝統的なキーと現在変形中間キーを用いて生成してソースRNCに送信することを含むことが好ましい。ソースRNCがターゲットRNCへの静的移転を完了する前に、更に、ソースRNCがコアネットワークノードに移転需要メッセージを送信し、この移転需要メッセージがソースRNCの現在拡張キーを含み、現在拡張キーが現在拡張完全性キーIKU及び/又は現在拡張暗号化キーCKUを含むことと、コアネットワークノードがターゲットRNCに移転要請メッセージを送信し、移転要請メッセージがソースRNCの現在拡張キーを含むことを含むことが好ましい。ソースRNCがコアネットワークノードに移転需要メッセージを送信するステップは、ソースRNCが現在拡張完全性キーIKUを移転需要メッセージのIKフィールドに置き、及び/又は現在拡張暗号化キーCKUを移転需要メッセージのCKフィールドに置き、コアネットワークノードに送信することを含み、コアネットワークノードがターゲットRNCに移転要請メッセージを送信するステップは、コアネットワークノードがソースRNCが送信した現在拡張完全性キーIKUを移転要請メッセージのIKフィールドに置き、及び/又は現在拡張暗号化キーCKUを移転要請メッセージのCKフィールドに置き、ターゲットRNCに送信することを含むことが好ましい。コアネットワークノードがターゲットRNCに移転要請メッセージを送信するステップの後、更に、ターゲットRNCが拡張したセキュリティモードを支援しないと、移転要請メッセージのIKフィールドの内容を伝統的な完全性キーIKとし、CKフィールドの内容を伝統的な暗号化キーCKとして用いることと、ターゲットRNCが拡張したセキュリティモードを支援すると、移転要請メッセージのIKフィールドの内容をIKUとし、CKフィールドの内容をCKUとして用いることとを含むことが好ましい。ソースRNCがターゲットRNCへの静的移転を完了する前、更に、ソースRNCがターゲットRNCに拡張した移転要請メッセージを送信し、拡張した移転要請メッセージがソースRNCの現在拡張キーを含み、現在拡張キーが現在拡張完全性キーIKU及び/又は現在拡張暗号化キーCKUを含むことが好ましい。ソースRNCがターゲットRNCに拡張した移転要請メッセージを送信するステップは、ソースRNCが現在拡張完全性キーIKUを拡張した移転要請メッセージのIKフィールドに置き、及び/又は現在拡張暗号化キーCKUを拡張した移転要請メッセージのCKフィールドに置き、ターゲットRNCに送信することを含むことが好ましい。ソースRNCがターゲットRNCに拡張した移転要請メッセージを送信するステップの後、更に、ターゲットRNCが拡張されたセキュリティモードを支援しないと、拡張された移転要請メッセージのIKフィールドの内容を伝統的な完全性キーIKとし、CKフィールドの内容を伝統的な暗号化キーCKとして用いることと、ターゲットRNCが拡張したセキュリティモードを支援すると、拡張した移転要請メッセージのIKフィールドの内容をIKUとし、CKフィールドの内容をCKUとして用いることとを含むことが好ましい。コアネットワークノードがターゲットRNCに移転要請メッセージを送信するステップの後、更に、ターゲットRNCがユーザ設備UEに移転確認メッセージを送信し、移転確認メッセージがターゲットRNCのセキュリティ能力指示情報を含むことと、UEがターゲットRNCに確認応答メッセージを送信し、確認応答メッセージがUEのセキュリティ能力指示情報を含むことを含むことが好ましい。エアインターフェースキーの更新方法は更に、ターゲットRNCがUEに移転確認メッセージを送信し、移転確認メッセージがコアネットワークノードのネクストホップカウンターネットワークNCCを含むことと、UEがネクストホップカウンター端末NCCがネットワークNCCに等しいかを判断することと、YESであると、UEが端末NCCに対応する予め保存された変形中間キーに応じて自身の拡張キーを更新することと、NOであると、UEが変形中間キーを算出し、そして端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを段階的に増やし、そして変形中間キーに応じて自身の拡張キーを算出して更新することとを含むことが好ましい。エアインターフェースキーの更新方法は更に、ターゲットRNCがSRNC内部移転を完了することと、保存された伝統的なキーと現在変形中間キーに応じて、コアネットワークノードがネクストホップ変形中間キーを算出し、ターゲットRNCにネクストホップ変形中間キーを送信することとを含むことが好ましい。コアネットワークノードが、保存された伝統的なキーと現在変形中間キーに応じ、ネクストホップ変形中間キーを算出するステップの前又は後、更に、コアネットワークノードがネットワークNCCを段階的に増やすことを含むことが好ましい。ターゲットRNCがソースRNCから受信したキーに応じて自身の拡張キーを更新するステップは、ターゲットRNCが保存した現在の拡張キーを用いて自身の拡張キーを更新し、この現在の拡張キーがソースRNCの現在の拡張キーであることを含むことが好ましい。ターゲットRNCが保存した現在の拡張キーを用いて自身の拡張キーを更新するステップは、ターゲットRNCが以下の公式で保存したソースRNCから受信した拡張キーを用いて自身の拡張キーを更新することを含む。IKU=FIKU_old、Parameter;CKU=FCKU_old、Parameter;又は、IKU、CKU=FIKU_oldCKU_old、Parameter;ここで、Fは任意のキー生成関数、Parameterはパラメーター、IKU_oldとCKU_oldはターゲットRNC現在の拡張キー、IKUとCKUはターゲットRNC更新後の拡張キー、はカスケードであることが好ましい。エアインターフェースキーの更新方法は更に、ターゲットRNCがUEに移転確認メッセージを送信することと、UEが移転確認メッセージを受信し、以下の公式で保存した現在の拡張キーを用いて自身の拡張キーを更新する。ここで、IKU=FIKU_old、Parameter;CKU=FCKU_old、Parameter;又は、IKU、CKU=FIKU_oldCKU_old、Parameter;ここで、Fは任意のキー生成関数、Parameterはパラメーター、IKU_oldとCKU_oldはUE現在の拡張キー、IKUとCKUはUE更新後の拡張キー、はカスケードであることと、UEがターゲットRNCに確認応答メッセージを送信することとを含むことが好ましい。ターゲットRNCがソースRNCから受信したキーに応じて自身の拡張キーを更新するステップは、ターゲットRNCがソースRNCが送信した拡張キーを用いて自身の拡張キーを更新し、ソースRNCの拡張キーは、前回SRNC移転が無事に完了された後、コアネットワークノードが保存された伝統的なキーと現在の拡張キーを用いて生成してソースRNCに送信することを含むことが好ましい。エアインターフェースキーの更新方法は更に、ターゲットRNCがUEに移転確認メッセージを送信し、移転確認メッセージがコアネットワークノードのネクストホップカウンターネットワークNCCを含むことと、UEがネクストホップカウンター端末NCCがネットワークNCCに等しいかを判断することと、YESであると、UEが端末NCCに対応する予め保存された拡張キーを用いることと、NOであると、UEが拡張キーを算出し、端末NCCが前記NCCに等しくなるまでに、対応する端末NCCを増やすこととを含むことが好ましい。エアインターフェースキーの更新方法は更に、ターゲットRNCがSRNC内部移転を完了するステップと、コアネットワークノードが保存された伝統的なキーと現在の拡張キーに応じて、ネクストホップ拡張キーを算出し、そしてターゲットRNCにネクストホップ拡張キーを送信するステップとを含むことが好ましい。コアネットワークノードが保存された伝統的なキーと現在の拡張キーに応じて、ネクストホップ拡張キーを算出するステップの前又は後、更に、コアネットワークノードが前記ネットワークNCCを増やすことを含むことが好ましい。ターゲットRNCがコアネットワークノードから受信したキーに応じて自身の拡張キーを更新するステップは、コアネットワークノードが自身の保存した伝統的なキーと現在の拡張キーを用いて、ネクストホップ拡張キーを算出してターゲットRNCに送信することと、ターゲットRNCがネクストホップ拡張キーを用いて自身の拡張キーを更新することとを含むことが好ましい。エアインターフェースキーの更新方法において、ソースRNCが拡張したセキュリティを支援するソースRNCであり、及び/又は、ターゲットRNCが拡張されたセキュリティを支援するターゲットRNCであることが好ましい。本発明のもう一態様によれば、更に無線アクセスシステムを提供し、ターゲットRNCへ静的移転を行うように設置されるソースRNCと、ソースRNCがターゲットRNCへの静的移転を完了した後、SRNC内部移転を行い、内部移転プロセスでは、ターゲットRNCがソースRNCから又はコアネットワークノードから受信したキーに応じて自身の拡張キーを更新するように設置されるターゲットRNCとを含む。無線アクセスシステムは更に、保存された伝統的なキーと現在の変形中間キーを用いてネクストホップ変形中間キーを生成し、そしてターゲットRNCに送信するように設置されるコアネットワークノード、又は、保存された伝統的なキーと現在の拡張キーを用いてネクストホップ拡張キーを生成し、そしてターゲットRNCに送信するように設置されるコアネットワークノードを含むことが好ましい。コアネットワークノードは更に、ネクストホップ変形中間キー又はネクストホップ拡張キーを生成する回数を数えるように設置されるネクストホップカウンターネットワークNCCを含むことが好ましい。無線アクセスシステムは更に、ネクストホップカウンター端末NCCを設置するユーザ設備UEを含み、UEが、ターゲットRNCが送信した移転確認メッセージを受信し、移転確認メッセージがコアネットワークノードのネクストホップカウンターネットワークNCCを含むように設置される受信モジュールと、端末NCCがネットワークNCCに等しいかを判断するように設置される判断モジュールと、判断モジュールの判断結果がYESであると、端末NCCに対応する予め保存された変形中間キーに応じて自身の拡張キーを更新し、又は、端末NCCに対応する予め保存された拡張キーを用いるように設置される確定モジュールと、判断モジュールの判断結果がNOであると、変形中間キーを算出し、端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを増やし、そして変形中間キーに応じて自身の拡張キーを算出し更新し、又は、拡張キーを算出し、そして端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを増やすように設置される否定モジュールとを含むことが好ましい。この無線アクセスシステムにおいて、ソースRNCが拡張されたセキュリティを支援するソースRNCであり、及び/又は、ターゲットRNCが拡張されたセキュリティを支援するターゲットRNCであることが好ましい。本発明のもう一態様によれば、更に、エアインターフェースキーの生成方法を提供し、ソースRNCとユーザ設備UEがそれぞれ拡張完全性キーIKU及び/又は拡張暗号化キーCKUを用いてネクストホップ拡張キーIKU及び/又はCKUを生成するステップを含む。ソースRNCとUEがそれぞれ拡張完全性キーIKU及び/又は拡張暗号化キーCKUを用いてネクストホップ拡張キーIKU及び/又はCKUを生成するステップは、ソースRNCとUEがそれぞれ拡張暗号化キーCKU及び/又は拡張完全性キーIKUを用い、以下の公式でネクストホップ拡張キーCKU及び/又はIKUを生成することを含む。IKU=FIKU_old、Parameter;CKU=FCKU_old、Parameter;又は、IKU、CKU=FIKUCKU、Parameter;ここで、Fは任意のキー生成関数、Parameterはパラメーター、IKU_oldとCKU_oldはソースRNCとUEの現在の拡張キー、IKUとCKUはソースRNCとUEのネクストホップ拡張キー、はカスケードであることが好ましい。ParameterパラメーターはソースRNCが生成したリフレッシュ無作為数FRESHパラメーター、及び/又はターゲットRNC識別子である。本発明はまずソースRNCからターゲットRNCまでの移転を行い、そしてターゲットRNC内部移転を行い、ターゲットRNC内部移転のプロセスで、拡張されたエアインターフェースキーを更新する方法を用い、UEの移動が速すぎることによって、セル更新又はURA更新プロセスによりトリガーされる静的移転の場合にSRNC移転時間が長く、UEの通信中断のリスクが大きい問題を効果的に回避できる。この発明がSRNC静的移転の場合に拡張されたエアインターフェースキーを更新する上、SRNC移転プロセスの遅延を増やさず、システムセキュリティ性と効率を向上させた。それとともに、この発明は幅広く様々なSRNC静的移転の場合に適用し、静的移転がセル更新又はURA更新プロセスによりトリガーされる場合に、UEの移動が速すぎることによるSRNC移転時間の延長、UEの通信中断のリスクが増える問題を解決できる上、その他の任意のSRNC静的移転の場合にも適用し、SRNC静的移転の場合に拡張したエアインターフェースキーを更新するとともに、システムセキュリティ性と効率を向上させる。以下、図面と実施例を参照しながら、本発明を詳しく説明する。また、矛盾しない場合には、本案における実施例及び実施例における特徴を相互に組み合せてもよい。図6を参照し、本発明の実施例によるエアインターフェースキーの更新方法のステップのフローチャートを示し、以下のステップを含む。ステップS602において、ソースRNCがターゲットRNCへの静的移転を完了する。ここで、本実施例のソースRNCとターゲットRNCが拡張RNCRNCでよく、即ち、ソースRNCがソースRNC、ターゲットRNCがターゲットRNCである。本ステップでは、ソースRNCソースRNCがターゲットRNCターゲットRNCへの静的移転が伝統的なUMTSメカニズムに従い、このため、ソースRNCソースRNCがUMTSに同一のSRNC移転フローを実行し、即ちソースRNCソースRNCが拡張されたエアインターフェースキーをターゲットRNCターゲットRNCに直接送信する。このプロセスでは、拡張キーの更新をしない。本ステップでは、ターゲットRNCが拡張されたセキュリティを支援すると、ターゲットRNCターゲットRNCがソースRNCソースRNCから又はコアネットワークノードから受信したキーを拡張キーIKU及び/又はCKUとし、そして以下のステップを実行し続ける。ターゲットRNCが拡張されたセキュリティを支援しないと、ターゲットRNCがソースRNCソースRNCから又はコアネットワークノードから受信したキーを伝統的なキーIK及び/又はCKとし、そして伝統的なUMTSが定義した操作で実行する。異なるセキュリティモードを支援するターゲットRNCに対して伝統的なキーと拡張キーと区分し、これで異なる移転需要に応える。ステップS604において、ターゲットRNCがSRNC内部移転を行う。ソースRNCソースRNCからターゲットRNCターゲットRNCまでに移転した後、ターゲットRNCターゲットRNCが内部移転を行い、即ちこの時ソースRNCとターゲットRNCが同一のRNCである。ステップS606において、SRNC内部移転のプロセスでは、ターゲットRNCターゲットRNCがソースRNCソースRNCから又はコアネットワークノードから受信したキーに応じて自身の拡張キーを更新する。関連技術では、静的移転がセル更新又はURA更新プロセスによりトリガーされる場合、UEの移動速度が速すぎると、RNC内部移転がまだ完了せず、UEとソースRNCの接続が既に断ち、これでSRNC移転時間が長くなり、UEの通信中断のリスクが増える。本実施例によれば、まずソースRNCからターゲットRNCまでの移転を行い、そしてターゲットRNC内部移転を行い、ターゲットRNC内部移転のプロセスで拡張キーを更新する方法によって、UE移動が速すぎることによって、セル更新又はURA更新プロセスによりトリガーされて静的移転を行う場合のSRNC移転時間が長く、UEの通信中断のリスクが大きい問題を避け、SRNC静的移転の場合に拡張されたエアインターフェースキーに対して更新を行う上、SRNC移転プロセスの遅延を増加せず、システムセキュリティ性と効率を向上させた。図7を参照し、本発明の実施例による無線通信システムにおいてエアインターフェースキーの更新のフローチャートを示す。本実施例が図2に示す拡張されたキーの構成に基づき、毎回完了されたSRNC移転プロセスの後、コアネットワークノードが自己の保存した伝統的なキーIK、CK及び現在の変形中間キーKRNCに応じて、ネクストホップの変形中間キーKRNCを推定し、そしてネクストホップ変形中間キーKRNCをターゲットRNCに送信して保存し、次回SRNC移転時の使用に用意しておく。次回SRNC移転の際、ソースRNC即ち、前回SRNC移転プロセスにおけるターゲットRNCが保存した変形中間キーKRNCをターゲットRNCに送信し、ターゲットRNCが受信した変形中間キーKRNC、及び/又は他のパラメーター例えば、アルゴリズム識別子に基づき、更新された拡張キーIKU/CKUを推定する。本実施例は、以下のステップを含む。ステップS702において、ユーザ設備UEがUTRANにURA更新メッセージ、又はセル更新メッセージ、又は測定報告メッセージを送信する。ステップS704において、ターゲットRNCがこのUEのURA更新メッセージ、又はセル更新メッセージ、又は測定報告メッセージを受信することによって、該UEのソースRNCにアップリンクシグナル伝送指示メッセージを送信する。ステップS706において、ソースRNCがSRNC移転プロセスを開始すると決定する。ステップS708において、ソースRNCがトリガーしたのは静的SRNC移転であることを確定し、ソースRNCが伝統的なUMTSと同一のSRNC移転フローを実行する。即ち、ソースRNCがコアネットワークノードSGSN又はMSCに移転需要メッセージを送信し、前記移転需要メッセージが拡張キーIKUとCKUというパラメーターを含む。ステップS710において、コアネットワークノードがターゲットRNCに移転要請メッセージを送信し、この移転要請メッセージが拡張キーIKU及び/又はCKUというパラメーターを含む。ステップS708-S710では、ソースRNCが拡張されたセキュリティを支援しないと、ソースRNCがターゲットRNCに送信したキーは、伝統的なエアインターフェースキーIK及び/又はCKである。ソースRNCが拡張されたセキュリティを支援すると、ソースRNCが拡張されたエアインターフェースキーIKU及び/又はCKUをターゲットRNCに直接送信する。また、ソースRNCが拡張されたエアインターフェースキーIKU及び/又はCKUをソースからターゲットまでの透明容器におけるIK及び/又はCKフィールドの位置に置いて送信してもよい。前記移転需要メッセージと移転要請メッセージは、ソースRNCがターゲットRNCを指示して伝統的なUMTSが定義したセキュリティ操作を行うようにさせる指示を持ち、ターゲットRNCが拡張キーの更新を行わないように指示される。例えば、この実施例では、前記移転需要メッセージと移転要請メッセージにおいてNCCフィールドがアイドルidle又はある特殊値でよい。ソースRNCとターゲットRNCは異なるコアネットワークノード下に位置すると、前記移転需要メッセージと移転要請メッセージが複数のコアネットワークノードを介して移転される必要がある。移転需要メッセージと移転要請メッセージによれば、需要キー及びその他のパラメーターを移転する有効な伝送を実現できた。ステップS712において、ターゲットRNCがソースRNCが送信したキーを保存する。ターゲットRNCが受信したキーはコアネットワークノードが送信した移転要請メッセージのIK及び/又はCKフィールドに位置すると、ターゲットRNCがそれを拡張キーIKU及び/又はCKUターゲットRNCが拡張されたセキュリティモードを支援すると見なし、又は伝統的なキーIK及び/又はCKターゲットRNCが拡張されたセキュリティモードを支援しないと見なす。ステップS714において、ターゲットRNCがコアネットワークノードに移転要請確認メッセージを送信する。ソースRNCとターゲットRNCが異なるコアネットワークノード下に位置すると、このメッセージが複数のコアネットワークノードを介しての移転が必要となる。ステップS716において、コアネットワークノードがソースRNCに移転コマンドメッセージを送信する。ステップS718において、ソースRNCがターゲットRNCに移転提出メッセージを送信する。ステップS720において、ターゲットRNCがコアネットワークノードに移転検出のメッセージを送信する。ステップS722において、ターゲットRNCがUEにセル更新確認メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信する。このメッセージがターゲットRNCのセキュリティ能力の指示情報を含む。ステップS724において、UEがターゲットRNCにUTRAN移動性情報確認メッセージ、又はRAN移動性情報確認メッセージを送信する。このメッセージがUEセキュリティ能力の指示情報を含む。ステップS722-S724によれば、ターゲットRNCとUEがそれぞれ相手のセキュリティ能力を知る。ステップS726において、ターゲットRNCがコアネットワーク接点に移転完了メッセージを送信する。ステップS728において、ソースRNCがコアネットワークノードとの間のIurインターフェースを解除する。このステップとステップS730は時間前後順を問わない。ターゲットRNC及び/又はUEが拡張されたセキュリティを支援しないと、フローがここで終わる。ターゲットRNCとUEとも拡張されたセキュリティを支援するが、ソースRNCが拡張されたセキュリティを支援しないと、コアネットワークノードがAKAとセキュリティモード構築プロセス、又はセキュリティモード構築プロセスのみを開始すると決定し、これで拡張したキーを設ける。ターゲットRNCとUEとも拡張されたセキュリティを支援し、且つソースRNCも拡張されたセキュリティを支援すると、ステップS730を続ける。ステップS730において、コアネットワークノードがSRNC移転が無事に完了したことを知った後、保存した伝統的なキーIK、CK及び現在の変形中間キーKRNCに基づいてネクストホップ変形中間キーKRNCを算出する。好適なスキームとして、本実施例においてコアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持し、これで変形中間キーKRNCの算出回数を数える。コアネットワークノードがSRNC移転を無事に完了したと知った後、ネットワークNCCを段階的に増やし、そして増やした後のネットワークNCCに対応するネクストホップ変形中間キーKRNCを算出し、又は、コアネットワークノードがまずIK、CK及び現在の変形中間キーKRNCに基づいてネクストホップ変形中間キーKRNCを算出し、そしてネットワークNCCを段階的に増やす。ステップS732において、コアネットワークノードがターゲットRNCに移転完了の応答メッセージを送信し、このメッセージには、ネットワークNCC、及びこのネットワークNCCに対応するネクストホップ変形中間キーKRNCのパラメーターを含む。ステップS734において、ターゲットRNCが受信したネットワークNCCとネクストホップ変形中間キーKRNCを保存する。ステップS736において、ターゲットRNCがRNC内部移転を開始すると決定する。ステップS738において、ターゲットRNCがコアネットワークノードに移転需要メッセージを送信し、このメッセージには、変形中間キーKRNC、ネットワークNCCのパラメーターを含む。ステップS740において、コアネットワークノードがターゲットRNCに移転要請メッセージを送信し、このメッセージには、変形中間キーKRNC、ネットワークNCCのパラメーターを含む。ステップS742において、ターゲットRNCが変形中間キーKRNCに基づいて拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUを推定して算出する。ターゲットRNCが中間キーKRNCを変形中間キーKRNCに等しくさせ、中間キーKRNCに基づいて更新されたIKU及び/又はCKUを算出してもよい。ステップS744において、ターゲットRNCがコアネットワークノードに移転要請の確認メッセージを送信する。ステップS746において、コアネットワークノードがターゲットRNCに移転コマンドメッセージを送信する。ステップS748において、ターゲットRNCがコアネットワーク接点に移転検出のメッセージを送信する。本実施例では、ステップS738-S748が選択可能なステップである。ステップS750において、ターゲットRNCがUEにセル更新確認メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信し、メッセージにネットワークNCCのパラメーターを含む。ステップS752において、UEが変形中間キーKRNCに基づいて完全性キーIKU及び/又は暗号化キーCKUを更新する。UEが中間キーKRNCを変形中間キーKRNCに等しくさせ、更新されたIKU及び/又はCKUを中間キーKRNCに基づいて算出してもよい。本ステップでは、UEが1つのネクストホップカウンター端末NCCを維持し、ネットワークNCCを受信した場合に、UEが現在のアクティブにした拡張キーに対応する端末NCCがネットワークNCCに等しいかを判断し、端末NCCがネットワークNCCに等しい場合、UEが端末NCCに対応する自身の保存した変形中間キーKRNCに基づいて拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUを更新する。端末NCCがネットワークNCCに等しくない場合、UEが変形中間キーKRNCを算出し、端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを段階的に増やし、変形中間キーKRNCに基づいて拡張した完全性キーIKU及び/又は暗号化キーCKUを更新する。UEがネットワークNCCと端末NCCを介して、ターゲットRNCとキーの一致を保持する。ステップS754において、UEがターゲットRNCにUTRAN移動性情報の確認メッセージ、又はRAN移動性情報の確認メッセージを送信する。ステップS756において、ターゲットRNCがコアネットワーク接点に移転完了メッセージを送信する。ステップS758において、コアネットワークノードがSRNC移転が無事に完了したと知った後、ネットワークNCCを段階的に増やす。コアネットワークノードがIK、CK及び現在変形中間キーKRNCに基づいて段階的に増やした後のネットワークNCCに対応するネクストホップ変形中間キーKRNCを算出する。ステップS760において、コアネットワークノードがターゲットRNCに移転完了の応答メッセージを送信し、このメッセージには、ネットワークNCC、及びこのネットワークNCCに対応するネクストホップ変形中間キーKRNCのを含む。ステップS762において、ターゲットRNCが受信したNCC及びネクストホップ変形中間キーKRNCを保存する。ここで、ステップS756-S762が選択可能なものである。図8を参照し、本発明の実施例による無線通信システムにおけるエアインターフェースキーの更新のフローチャートを示す。本実施例が図2に示す拡張したキーの構成に基づいて、毎回成功したSRNC移転プロセスの後、コアネットワークノードが自ら保存した伝統的なキーIK、CK及び現在の変形中間キーKRNCに応じ、ネクストホップの変形中間キーKRNCを推定し、そしてネクストホップ変形中間キーKRNCをターゲットRNCに送信して保存し、次回のSRNC移転の際のために用意しておく。次回SRNC移転の際、ソースRNC即ち、前回SRNC移転プロセスにおけるターゲットRNCが保存された変形中間キーKRNCをターゲットRNCに送信し、ターゲットRNCが受信した変形中間キーKRNC、及び/又はその他のパラメーター例えば、アルゴリズム識別子に基づき、更新の拡張キーIKU/CKUを推定する。本実施例は、以下のステップを含む。ステップS802において、ユーザ設備UEがUTRANにURA更新メッセージ、又はセル更新メッセージ、又は測定報告メッセージを送信する。ステップS804において、ターゲットRNCがこのUEのURA更新メッセージ、又はセル更新メッセージ、又は測定報告メッセージを受信することによって、このUEのソースRNCにアップリンクシグナル伝送指示メッセージを送信する。ステップS806において、ソースRNCがSRNC移転プロセスを開始すると決定する。ステップS808において、ソースRNCがトリガーしたのは静的SRNC移転であることを確定し、ソースRNCが伝統的なUMTSと同一のSRNC移転フローを実行する。即ち、ソースRNCがターゲットRNCに拡張した移転要請メッセージを送信し、このメッセージが拡張キーIKUとCKUを含む。このステップでは、ソースRNCが拡張したセキュリティを支援しない場合、ソースRNCがターゲットRNCに送信したキーは、伝統的なエアインターフェースキーIK及び/又はCKである。ソースRNCが拡張したセキュリティを支援すると、ソースRNCが拡張したエアインターフェースキーIKU及び/又はCKUをターゲットRNCに直接送信する。ソースRNCが拡張したエアインターフェースキーIKU及び/又はCKUをソースRNCからターゲットRNCまでの透明容器におけるIK及び/又はCKフィールドの位置に置いて送信してもよい。前記拡張した移転要請メッセージは、ソースRNCがターゲットRNCを指示して伝統的なUMTSが定義したセキュリティ操作を行うようにさせる指示を含み、ターゲットRNCが拡張キーの更新を行わないように指示する。例えば、この実施例では、前記移転需要メッセージと移転要請メッセージにおいてNCCフィールドがアイドル又はある特定値でもよい。ステップS810において、ターゲットRNCがソースRNCの送信したキーを保存する。ターゲットRNCが受信したキーはコアネットワークノードが送信した移転要請メッセージのIK及び/又はCKフィールドに位置すると、ターゲットRNCがそれを拡張キーIKU及び/又はCKUターゲットRNCが拡張したセキュリティモードを支援すると見なし、又は伝統的なキーIK及び/又はCKターゲットRNCが拡張したセキュリティモードを支援しないと見なす。ステップS812において、ターゲットRNCがソースRNCに拡張した移転応答メッセージを送信する。ステップS814において、ソースRNCがターゲットRNCに移転提出メッセージを送信する。ステップS816において、ターゲットRNCがコアネットワークノードに移転検出メッセージを送信する。ステップS818において、ターゲットRNCがUEにセル更新確認メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信する。このメッセージがターゲットRNCのセキュリティ能力の指示情報を含む。ステップS820において、UEがターゲットRNCにUTRAN移動性情報確認メッセージ、又はRAN移動性情報確認メッセージを送信する。このメッセージがUEセキュリティ能力の指示情報を含む。ステップS818とS820によれば、ターゲットRNCとUEがそれぞれ相手のセキュリティ能力を知る。ステップS822において、ターゲットRNCがコアネットワークノードに拡張した移転完了要請メッセージを送信する。ステップS824において、コアネットワークノードがSRNC移転が無事に完了したと知った後、保存した伝統的なキーIK、CK及び現在の変形中間キーKRNCに基づいてネクストホップ変形中間キーKRNCを算出する。好適なスキームとして、本実施例においてコアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持し、これで変形中間キーKRNCの算出回数を数える。コアネットワークノードがSRNC移転が無事に完了したと知った後、ネットワークNCCを段階的に増やし、そして増やした後のネットワークNCCに対応するネクストホップ変形中間キーKRNCを算出し、又は、コアネットワークノードがまずIK、CK及び現在の変形中間キーKRNCに基づいてネクストホップ変形中間キーKRNCを算出し、そしてネットワークNCCを段階的に増やす。ステップS826において、コアネットワークノードがターゲットRNCに移転完了の応答メッセージを送信し、該メッセージには、ネットワークNCC、及び該ネットワークNCCに対応するネクストホップ変形中間キーKRNCを含む。ステップS828において、ターゲットRNCが受信したネットワークNCCとネクストホップ変形中間キーKRNCを保存する。ステップS830において、ソースRNCがコアネットワークノードとの間のIurインターフェースを解除する。該ステップとステップS828は時間の前後順を問わない。ターゲットRNC及び/又はUEが拡張したセキュリティを支援しない場合、ステップS824とステップS828を行う必要がなく、フローはステップS830で終わる。ターゲットRNCとUEとがいずれも拡張したセキュリティを支援するが、ソースRNCが拡張したセキュリティを支援しない場合、コアネットワークノードがAKAとセキュリティモード構築プロセス、又はセキュリティモード構築プロセスのみを開始すると決定し、これで拡張したキーを設立する。ターゲットRNCとUEとがいずれも拡張したセキュリティを支援し、且つソースRNCも拡張したセキュリティを支援すると、ステップS832を続ける。ステップS832において、ターゲットRNCがRNC内部の移転を開始すると決定する。ステップS834において、ターゲットRNCが変形中間キーKRNCに基づき、拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUを導き出して算出する。ターゲットRNCが中間キーKRNCを変形中間キーKRNCに等しくし、中間キーKRNCに基づいて更新されたIKU及び/又はCKUを算出してもよい。ステップS836において、ターゲットRNCがUEにセル更新確認メッセージ、又はURA更新確認メッセージ、又はネットワークNCCを含むRAN移動性情報メッセージを送信する。ステップS838において、UEが変形中間キーKRNCに基づいて完全性キーIKU及び/又は暗号化キーCKUを更新する。UEが中間キーKRNCを変形中間キーKRNCに等しくし、中間キーKRNCに基づいて更新されたIKU及び/又はCKUを算出する。本ステップでは、UEが1つのネクストホップカウンター端末NCCを維持し、ネットワークNCCを受信した場合に、UEが現在アクティブにした拡張キーに対応する端末NCCがネットワークNCCに等しいかを判断し、端末NCCがネットワークNCCに等しい場合、UEが端末NCCに対応する自身の保存した変形中間キーKRNCに基づいて拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUを更新する。端末NCCがネットワークNCCに等しくない場合、UEが変形中間キーKRNCを算出し、端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを段階的に増やし、変形中間キーKRNCに基づいて拡張した完全性キーIKU及び/又は暗号化キーCKUを更新する。UEがネットワークNCCと端末NCCを介して、ターゲットRNCとキーの一致することを保持する。ステップS840において、UEがターゲットRNCにUTRAN移動性情報確認メッセージ、又はRAN移動性情報確認メッセージを送信する。ステップS842において、ターゲットRNCがコアネットワークノードに拡張された移転完了要請メッセージを送信する。ステップS844において、コアネットワークノードがSRNC移転が無事に完了したと知った後、ネットワークNCCを段階的に増やす。コアネットワークノードがIK、CK及び現在の変形中間キーKRNCに基づいて段階的に増やした後のネットワークNCCに対応するネクストホップ変形中間キーKRNCを算出する。ステップS846において、コアネットワークノードがターゲットRNCに、ネットワークNCC、及びこのネットワークNCCに対応するネクストホップ変形中間キーKRNCを含む移転完了応答メッセージを送信する。ステップS848において、ターゲットRNCが受信したNCC及びネクストホップ変形中間キーKRNCを保存する。ここで、ステップS842-S848は選択可能なものである。図9を参照し、本発明の実施例によるもう1種の無線通信システムにおいてエアインターフェースキーの更新のフロー図を示す。本実施例と図7に示す実施例との区別は、本実施例が図3に示す拡張キーの枠組に基づき、且つキー更新の方法が異なっている。本実施例では、ソースRNCがエアインターフェースキーIKU及び/又はCKUを更新した後、ターゲットRNCに送信し、ターゲットRNCが受信した後、該更新されたキーを直接使用する。本実施例は以下のステップを含む。ステップS902-ステップS928は、図7に示す実施例におけるステップS702-ステップS728に対応する。ターゲットRNC及び/又はUEが拡張したセキュリティを支援しないと、フローがここで終わる。ターゲットRNCとUEとも拡張したセキュリティを支援するが、ソースRNCが拡張したセキュリティを支援しないと、コアネットワークノードがAKAとセキュリティモード構築プロセス、又はセキュリティモード構築プロセスのみを開始決定し、これで拡張したキーを設立する。ターゲットRNCとUEとも拡張したセキュリティを支援し、且つソースRNCも拡張したセキュリティを支援すると、ステップS830を続ける。ステップS930において、UEとターゲットRNCとも拡張したセキュリティを支援する場合、ターゲットRNCがRNC内部移転を開始すると決定する。ステップS932において、ターゲットRNCが拡張されたエアインターフェースキーIKU/CKUを更新する。ターゲットRNCが自ら保存したIKU/CKU、及び/又は他のパラメーターに基づき、IKU/CKUを更新する。ここで、IKU/CKUの推定式が以下に示すとおりである。IKU=FIKU_old,Parameter、CKU=FCKU_old,Parameter;又はIKU、CKU=FIKUCKU,Parameter。ここで、Fは任意のキー生成関数であり、例えば、3GPPにおいて定義したKDF関数でもよい。Parameterは1つ又は複数のパラメーターであり、例えば、SRNCが生成したFRESHパラメーター、及び/又はターゲットRNC識別子でもよい。IKU_oldとCKU_oldはSRNCの現在の拡張キーである。SRNCがIKU_oldとCKU_oldに基づき、ターゲットRNCが用いた更新されたIKU和CKUを算出する。符号はカスケードである。ここで、前記無作為数FRESHはUMTSにおいて既に定義した1つのパラメーターである。この無作為数長さが32ビットである。接続を立ち上げる場合に、RNCが各ユーザに1つの無作為数FRESHを生成し、そしてセキュリティモードコマンドメッセージを介してユーザに送信する。全体の接続の持続時間において、ネットワークとユーザがこの無作為数を用いてメッセージ識別コードMAC-Iを算出し、ネットワークがユーザシグナルメッセージのリプレーアタックを受けないように保護される。ターゲットRNCが前回SRNC移転プロセスで受信したIKをIKU_oldとし、受信したCKをCKU_oldとしてもよい。ステップS934において、ターゲットRNCがコアネットワークノードに、更新後の拡張したエアインターフェースキーIKU、CKUを含む移転需要メッセージを送信する。ステップS936において、コアネットワークノードがターゲットRNCに、更新後の拡張したエアインターフェースキーIKU、CKUを含む移転要請メッセージを送信する。ターゲットRNCが更新後の拡張したエアインターフェースキーIKU/CKUをソースからターゲットまでの透明容器におけるIK/CKフィールドに置いてもよい。ステップS938において、ターゲットRNCがコアネットワークノードに移転要請確認メッセージを送信する。ステップS940において、コアネットワークノードがターゲットRNCに移転コマンドメッセージを送信する。ステップS942において、ターゲットRNCがコアネットワークアクセスポイントに移転検出メッセージを送信する。ここで、ステップS934-S942が選択可能なものである。ステップS944において、ターゲットRNCがUEにセル更新確認メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信する。ステップS946において、UEがSRNCと同様なアルゴリズムによって、完全性キーIKU及び/又は暗号化キーCKUを更新する。UEが前回SRNC移転プロセスに用いたIKをIKU_oldとし、受信したCKをCKU_oldとする。ステップS948において、UEがターゲットRNCにUTRAN移動性情報確認メッセージ、又はRAN移動性情報確認メッセージを送信する。ステップS950において、ターゲットRNCがコアネットワーク接点に移転完了メッセージを送信する。再度図9を参照すると、本発明の実施例によるもう1種の無線通信システムにおいてエアインターフェースキー更新のフローチャートを示す。本実施例と図7に示す実施例との区別は、本実施例が図3に示す拡張キーの枠組に基づき、且つキー更新の方法が異なっている。本実施例では、ソースRNCがエアインターフェースキーIKU及び/又はCKUを更新した後、ターゲットRNCに送信し、ターゲットRNCが受信した後、該更新されたキーをそのまま使用する。また、本実施例が汎用SRNS移転フローを用い、即ち移転準備段階で、ソースRNCとターゲットRNCとの間のメッセージがコアネットワークノードの移転が必要となる。本実施例は以下のステップを含む。ステップS1002~ステップS1006は、図7に示す実施例におけるステップS702~ステップS706に対応する。ステップS1008において、ソースRNCがトリガーしたのは静的SRNC移転であることを確定し、ソースRNCが伝統的なUMTSに同一なSRNC移転フローを実行する。即ち、ソースRNCがコアネットワークノードSGSN又はMSCに拡張キーIKUとCKUを含む移転需要メッセージを送信前記する。ステップS1010において、コアネットワークノードがターゲットRNCに、拡張キーIKU及び/又はCKUを含む移転要請メッセージを送信する。ステップS1008-S1010では、ソースRNCが拡張したセキュリティを支援しない場合、ソースRNCがターゲットRNCに送信したキーは、伝統的なエアインターフェースキーIK及び/又はCKである。ソースRNCが拡張したセキュリティを支援すると、ソースRNCが拡張したエアインターフェースキーIKU及び/又はCKUをそのままターゲットRNCに送信する。ソースRNCが拡張したエアインターフェースキーIKU及び/又はCKUをソースRNCからターゲットRNCまでの透明容器におけるIK及び/又はCKフィールドの位置に置いて送信する。前記移転需要メッセージと移転要請メッセージは、ソースRNCがターゲットRNCを指示して伝統的なUMTSが定義したセキュリティ操作を行うようにさせる指示を含み、ターゲットRNCが拡張キーの更新を行わないように指示することが好ましい。例えば、この実施例では、前記移転需要メッセージと移転要請メッセージにおいてNCCフィールドがアイドルedle又はある特定値でもよい。ソースRNCとターゲットRNCが異なるコアネットワークノードの下に位置すると、前記移転需要メッセージと移転要請メッセージが複数のコアネットワークノードを介して移転される必要がある。移転需要メッセージと移転要請メッセージによれば、需要キーの移転及び他のパラメーターの有効な伝送を実現した。ステップS1012において、ターゲットRNCがソースRNCの送信したキーを保存する。ターゲットRNCが受信したキーがコアネットワークノードが送信した移転要請メッセージのIK及び/又はCKフィールドに位置すると、ターゲットRNCがそれを拡張キーIKU及び/又はCKUターゲットRNCが拡張したセキュリティモードを支援すると見なし、又は伝統的なキーIK及び/又はCKターゲットRNCが拡張したセキュリティモードを支援しないと見なす。ステップS1014において、ターゲットRNCがコアネットワークノードに移転要請確認メッセージを送信する。ソースRNCとターゲットRNCが異なるコアネットワークノードの下に位置すると、該メッセージは複数のコアネットワークノードの中継が必要となる。ステップS1016において、コアネットワークノードがソースRNCに移転コマンドメッセージを送信する。ステップS1018において、ソースRNCがターゲットRNCに移転提出メッセージを送信する。ステップS1020において、ターゲットRNCがコアネットワークノードに移転検出メッセージを送信する。ステップS1022において、ターゲットRNCがUEにセル更新確認メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信する。該メッセージがターゲットRNCのセキュリティ能力の指示情報を含む。ステップS1024において、UEがターゲットRNCにUTRAN移動性情報確認メッセージ、又はRAN移動性情報確認メッセージを送信する。該メッセージがUEセキュリティ能力の指示情報を含む。ステップS1022-S1024によれば、ターゲットRNCとUEがそれぞれ相手のセキュリティ能力を知る。ステップS1026において、ターゲットRNCがコアネットワーク接点に移転完了メッセージを送信する。ステップS1028において、ソースRNCがコアネットワークノードとの間のIurインターフェースを解除する。ターゲットRNC及び/又はUEが拡張したセキュリティを支援しないと、フローがここで終わる。ターゲットRNCとUEとがいずれも拡張したセキュリティを支援するが、ソースRNCが拡張したセキュリティを支援しないと、コアネットワークノードがAKAとセキュリティモード構築プロセス、又はセキュリティモード構築プロセスのみを開始すると決定し、拡張したキーを設立する。ターゲットRNCとUEとがいずれも拡張したセキュリティを支援し、且つソースRNCも拡張したセキュリティを支援すると、ステップS830を続ける。ステップS1030において、UEとターゲットRNCとも拡張したセキュリティを支援すると、ターゲットRNCがRNC内部移転を開始すると決定する。ステップS1032において、ターゲットRNCが拡張したエアインターフェースキーIKU/CKUを更新する。ターゲットRNCが自ら保存したIKU/CKU、及び/又は他のパラメーターに応じて、IKU/CKUを更新する。ここで、IKU/CKUの推定式が以下に示すとおりである。IKU=FIKU_old,Parameter、CKU=FCKU_old,Parameter;又はIKU、CKU=FIKUCKU,Parameter。ここで、Fは任意のキー生成関数であり、例えば、3GPPにおいて定義したKDF関数でもよい。Parameterは1つ又は複数のパラメーターであり、例えば、SRNCが生成したFRESHパラメーター、及び/又はターゲットRNC識別子でもよい。IKU_oldとCKU_oldはSRNCの現在の拡張キーである。SRNCがIKU_oldとCKU_oldに基づき、ターゲットRNCが用いる更新されたIKU和CKUを算出する。符号はカスケードである。ここで、前記無作為数FRESHはUMTSにおいて既に定義した1つのパラメーターである。この無作為数長さが32ビットである。接続を構築する場合に、RNCが各ユーザに1つの無作為数FRESHを生成し、そしてセキュリティモードコマンドメッセージを介してユーザに送信する。全体の接続の持続時間においては、ネットワークとユーザがこの無作為数を用いてメッセージ識別コードMAC-Iを算出し、ネットワークがユーザシグナルメッセージのリプレーアタックを受けないように保護される。ターゲットRNCが前回SRNC移転プロセスで受信したIKをIKU_oldとし、受信したCKをCKU_oldとする。ステップS1034において、ターゲットRNCがコアネットワークノードに移転需要メッセージに送信し、該メッセージが更新後の拡張したエアインターフェースキーIKU、CKUを含む。ステップS1036において、コアネットワークノードがターゲットRNCに移転要請メッセージを送信し、該メッセージが更新後の拡張したエアインターフェースキーIKU、CKUを含む。ターゲットRNCが更新後の拡張したエアインターフェースキーIKU/CKUをソースRNCからターゲットRNCまでの透明容器におけるIK/CKフィールドに置く。ステップS1038において、ターゲットRNCがコアネットワークノードに移転要請確認メッセージを送信する。ステップS1040において、コアネットワークノードがターゲットRNCに移転コマンドメッセージを送信する。ステップS1042において、ターゲットRNCがコアネットワークアクセスポイントに移転検出メッセージを送信する。ここで、ステップS1034~S1042は選択可能なものである。ステップS1044において、ターゲットRNCがUEにセル更新確認メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信する。ステップS1046において、UEがSRNCと同様なアルゴリズムによって、完全性キーIKU及び/又は暗号化キーCKUを更新する。UEが前回SRNC移転プロセスに用いたIKをIKU_oldとし、受信したCKをCKU_oldとする。ステップS1048において、UEがターゲットRNCにUTRAN移動性情報確認メッセージ、又はRAN移動性情報確認メッセージを送信する。ステップS1050において、ターゲットRNCがコアネットワークアクセスポイントに移転完了メッセージを送信する。該メッセージは選択可能なものである。図10は、本発明の実施例によるもう1種の無線通信システムにおいてエアインターフェースキーの更新を示すフローチャートである。本実施例と図8に示す実施例は、図3に基づく拡張したキーの枠組を用いることに共通し、区別としてはキーの更新の方法が異なるところにある。本実施例では、毎回成功したSRNC移転プロセスの後、コアネットワークノードが自ら保存した伝統的なキーIK、CK及び拡張キーIKU、CKUに応じて、ネクストホップの拡張キーIKU、CKUを導き出し、そしてネクストホップ拡張キーIKU、CKUをターゲットRNCに送信して保存し、次回のSRNC移転のために用意しておく。次回のSRNC移転の際、ソースRNC即ち、前回SRNC移転プロセスにおけるターゲットRNCが保存した拡張キーIKU、CKUをターゲットRNCに送信し、ターゲットRNCが受信したキーをそのまま使用する。本実施例は以下のステップを含む。ステップS1102~ステップS1128は、図7に示す実施例におけるステップS702~ステップS728に対応する。ターゲットRNC及び/又はUEが拡張したセキュリティを支援しないと、フローがここで終わる。ターゲットRNCとUEとがいずれも拡張したセキュリティを支援するが、ソースRNCが拡張したセキュリティを支援しないと、コアネットワークノードがAKAとセキュリティモード構築プロセス、又はセキュリティモード構築プロセスのみを開始すると決定し、拡張したキーを設立する。ターゲットRNCとUEとも拡張したセキュリティを支援し、且つソースRNCも拡張したセキュリティを支援すると、ステップS1130を続ける。ステップS1130において、コアネットワークノードがSRNC移転が無事に完了したと知った後、自ら保存したIK、CK及び現在の拡張キーIKU、CKUに基づきネクストホップ拡張キーIKU、CKUを算出する。コアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持し、ネクストホップ拡張キーIKU、CKUの算出回数をカウントするに用いられる。コアネットワークノードがSRNC移転が無事に完了したと知った後、ネットワークNCCを段階的に増やし、増やした後のネットワークNCCに対応するネクストホップ拡張キーIKU、CKUを算出する。又は、コアネットワークノードがまずIK、CK及び現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU、CKUを算出し、またネットワークNCCを段階的に増やしてもよい。ステップS1132において、コアネットワークノードがターゲットRNCに、ネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを含む移転完了応答メッセージを送信する。ステップS1134において、ターゲットRNCが受信したネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを保存し、次回のSRNCの移転のために用意しておく。ステップS1136において、ターゲットRNCがRNC内部移転を開始すると決定する。ステップS1138において、ターゲットRNCがコアネットワークノードに、ネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを含む移転需要メッセージを送信する。ターゲットRNCが拡張したエアインターフェースキーIKU/CKUをソースからターゲットまでの透明容器におけるIK/CKフィールドに置いて送信する。ステップS1140において、コアネットワークノードがターゲットRNCに、ネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを含む移転要請メッセージを送信する。ステップS1142において、ターゲットRNCが受信した拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUを保存する。ステップS1144において、ターゲットRNCがコアネットワークノードに移転要請確認メッセージを送信する。ステップS1146において、コアネットワークノードがターゲットRNCに移転コマンドメッセージを送信する。ステップS1148において、ターゲットRNCがコアネットワーク接点に移転検出メッセージを送信する。ここで、ステップS1138~S1148選択可能なものである。ステップS1150において、ターゲットRNCがUEにセル更新確認メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信する。該メッセージは、ネットワークNCCを含んでもよい。ステップS1152において、UEがネットワーク側と同様なアルゴリズムで完全性キーIKU及び/又は暗号化キーCKUを更新する。本実施例では、UEが1つのネクストホップカウンター端末NCCを維持し、ネットワークNCCを受信した際、現在のアクティブにした拡張キーに対応する端末NCCがネットワークNCCに等しいかを判断し、端末NCCがネットワークNCCに等しいと、UEが自ら保存した拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUをそのまま使用する。端末NCCがネットワークNCCに等しくないと、UEが拡張キーIKU/CKUを算出し、そして端末NCCがネットワークNCCに等しくなるまでに、対応する端末NCCを段階的に増やす。UEがネットワークNCCと端末NCCを介して、ターゲットRNCとキーの一致を保持する。ステップS1154において、UEがターゲットRNCにUTRAN移動性情報確認メッセージ、又はRAN移動性情報確認メッセージを送信する。ステップS1156において、ターゲットRNCがコアネットワーク接点に移転完了メッセージを送信する。ステップS1158において、コアネットワークノードがSRNC移転が無事に完了したと知った後、自ら保存したIK、CK及び現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU、CKUを算出する。コアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持し、ネクストホップ拡張キーIKU、CKUの算出回数をカウントすることが好ましい。コアネットワークノードがSRNC移転が無事に完了したと知った後、ネットワークNCCを段階的に増やし、そして段階的に増やした後のネットワークNCCに対応するネクストホップ拡張キーIKU、CKUを算出する。又は、コアネットワークノードがまずIK、CK及び現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU、CKUを算出し、そしてネットワークNCCを段階的に増やしてもよい。ステップS1160において、コアネットワークノードがターゲットRNCに、ネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを含む移転完了応答メッセージを送信する。ステップS1162において、ターゲットRNCが受信したネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを保持し、次回のSRNC移転のために用意しておく。図7、図9及び図11に示す実施例のSRNC移転プロセスでは、ターゲットRNCとソースRNCとの間のメッセージインタラクションがコアネットワークノードSGSN又はMSCの移転を通さなくてもよく、即ち拡張したSRNC移転フローを用いて行う。この時、ソースRNCがターゲットRNCに送信した移転要請メッセージを拡張した移転要請メッセージと称する。図7、図9及図11における移転需要メッセージと移転要請メッセージをソースRNCからターゲットRNCに送信した拡張された移転要請メッセージに替え、移転要請確認メッセージと移転コマンドメッセージをターゲットRNCからソースRNCに送信した拡張した移転応答メッセージに替える。図7、図9及図11における移転完了と移転完了確認メッセージをそれぞれターゲットRNCとコアネットワークノードとの間の拡張した移転完了要請メッセージと拡張した移転完了応答メッセージに替える。ここで、拡張した移転要請メッセージにネクストホップ拡張されたエアインターフェース完全性キーIKU、及び/又はネクストホップ拡張したエアインターフェース暗号化キーCKUを持ち、ソースRNCがネクストホップ拡張キーIKUとCKUをそれぞれ移転需要メッセージのIKとCKフィールドに置いてターゲットRNCに送信する。それ以外、その他のステップの操作は完全に同様である。キー更新原理が前記実施例と同一であるため、詳細な記載はここでは不要である。図11を参照し、本発明の実施例によるさらに1種の無線通信システムにおいてエアインターフェースキー更新のフロー図を示す。本実施例と図9に示す実施例と同じなものは図3に示す拡張したキー枠組に基づき、区別はキー更新の方法が異なっている。本実施例では、毎回成功したSRNC移転プロセスの後、コアネットワークノードが自己保存した伝統的なキーIK、CK及び拡張キーIKU、CKUに応じて、ネクストホップの拡張キーIKU、CKUを推定し、そしてネクストホップ拡張キーIKU、CKUをターゲットRNCに送信して保存し、次回のSRNC移転のために用意しておく。次回のSRNC移転の際、ソースRNC即ち、前回SRNC移転プロセスにおけるターゲットRNCが保存した拡張キーIKU、CKUをターゲットRNCに送信し、ターゲットRNCが受信したキーをそのまま使用する。本実施例は以下のステップを含む。ステップS1202~ステップS1222は、図7に示す実施例におけるステップS702~ステップS722に対応する。ステップS1224において、コアネットワークノードがSRNC移転が無事に完了したと知った後、自ら保存したIK、CK及び現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU、CKUを算出する。コアネットワークノードが一つのネクストホップカウンターネットワークNCC、ネクストホップ拡張キーIKU、CKUの算出回数をカウントすることが好ましい。コアネットワークノードがSRNC移転が無事に完了したと知った後、ネットワークNCCを段階的に増やし、そして段階的に増やした後のネットワークNCCに対応するネクストホップ拡張キーIKU、CKUを算出する。又は、コアネットワークノードがまずIK、CK及び現在拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU、CKUを算出し、ネットワークNCCを段階的に増やしてもよい。ステップS1226において、コアネットワークノードがターゲットRNCに、ネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを含む移転完了応答メッセージを送信する。ステップS1228において、ターゲットRNCが受信したネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを保存し、次回SRNC移転のために用意しておく。ステップS1230において、ソースRNCがコアネットワークノードとの間のIurインターフェースを解除する。該ステップとステップS1228は前後順を問わない。ターゲットRNC及び/又はUEが拡張したセキュリティを支援しない場合、ステップS1224とステップS1228を省略し、フローがステップS1230で終わる。ターゲットRNCとUEとも拡張したセキュリティを支援するが、ソースRNCが拡張したセキュリティを支援しない場合、コアネットワークノードがAKAとセキュリティモード構築プロセス、又はセキュリティモード構築プロセスのみを開始すると決定し、拡張したキーを設立する。ターゲットRNCとUEとも拡張したセキュリティを支援し、且つソースRNCも拡張したセキュリティを支援すると、ステップS1232を続ける。ステップS1232において、ターゲットRNCがRNC内部移転を開始すると決定する。ステップS1234において、ターゲットRNCがステップS1228で保存した拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUを用い、即ちターゲットRNCがIKUをIKUとし、CKUをCKUとする。ステップS1236において、ターゲットRNCがUEに、ネットワークNCCを含むセル更新確認メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信する。ステップS1238において、UEがネットワーク側と同様なアルゴリズムに基づき完全性キーIKU及び/又は暗号化キーCKUを更新する。本実施例では、UEが1つのネクストホップカウンター端末NCCを維持し、ネットワークNCCを受信した場合に、現在のアクティブにしたキーに対応する端末NCCがネットワークNCCに等しいかを判断し、端末NCCがネットワークNCCに等しい場合、UEが自ら保存した拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUをそのまま使用する。端末NCCがネットワークNCCに等しくない場合、UEが拡張キーIKU/CKUを算出し、端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを段階的に増やす。UEがネットワークNCCと端末NCCを介して、ターゲットRNCとキーの一致を保持する。ステップS1240において、UEがターゲットRNCにUTRAN移動性情報確認メッセージ、又はRAN移動性情報確認メッセージを送信する。ステップS1242において、ターゲットRNCがコアネットワーク接点に移転完了メッセージを送信する。ステップS1244において、コアネットワークノードがSRNC移転が無事に完了したと知った後、自ら保存したIK、CK及び現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU、CKUを算出する。コアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持し、ネクストホップ拡張キーIKU、CKUの算出回数をカウントすることが好ましい。コアネットワークノードがSRNC移転が無事に完了したと知った後、ネットワークNCCを段階的に増やし、そして段階的に増やした後のネットワークNCCに対応するネクストホップ拡張キーIKU、CKUを算出する。又は、コアネットワークノードがまずIK、CK及び現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU、CKUを算出し、そしてネットワークNCCを増やしてもよい。ステップS1246において、コアネットワークノードがターゲットRNCに、ネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを含む移転完了応答メッセージを送信する。ステップS1248において、ターゲットRNCが受信したネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを保存し、次回のSRNC移転のために用意しておく。ここで、ステップS1242~ステップS1248は選択可能なものである。図12は、汎用SRNC静的移転フローを用いてSRNC移転キーの更新を行う模式図を示す。該実施例が図9に対応する実施例との区別は、両者のキーの更新方式が異なっているところにある。具体的なステップは以下のとおりである。ステップS1302において、ソースRNCがSRNC移転フローを実行すると決定する。ステップS1304において、ソースRNCがソースコアネットワークノードに、ソースRNCが現在用いる拡張キーIKU/CKUを含む移転需要メッセージを送信する。ソースRNCが拡張キーIKUとCKUをそれぞれソースRNCからターゲットRNCまでの透明容器の伝統的なIKとCKフィールドに置くことが好ましい。ステップS1306において、ソースコアネットワークノードが自ら保存したIK、CK又はKASMEU、及び現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU、CKUを算出する。コアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持し、ネクストホップ拡張キーIKU、CKUの算出回数をカウントすることが好ましい。コアネットワークノードがSRNC移転が無事に完了したと知った後、ネットワークNCCを段階的に増やし、そして段階的に増やした後のネットワークNCCに対応するネクストホップ拡張キーIKU、CKUを算出する。又は、コアネットワークノードがまずIK、CK及び現在の拡張キーIKU、CKUに基づいてネクストホップ拡張キーIKU、CKUを算出し、ネットワークNCCを段階的に増やしてもよい。ステップS1308において、ソースコアネットワークノードがターゲットコアネットワークノードに、現在の拡張キーIKU/CKU、ネクストホップ拡張キーIKU/CKU、及び/又は対応するネットワークNCCを含む転送移転要請メッセージを送信する。ステップS1310において、ターゲットコアネットワークノードがターゲットRNCに、現在の拡張キーIKU/CKU、ネクストホップ拡張キーIKU/CKU、及び/又は対応するネットワークNCCを含む移転要請メッセージを送信する。ステップS1312において、ターゲットRNCが受信した現在の拡張キーIKU/CKU、ネクストホップ拡張キーIKU、CKU、及び/又は対応するネットワークNCCを保存する。ステップS1314において、ターゲットRNCがターゲットコアネットワークノードに移転要請確認メッセージを送信する。ステップS1316において、ターゲットコアネットワークノードがソースコアネットワークノードに転送移転応答メッセージを送信する。ステップS1318において、ソースコアネットワークノードがソースRNCに移転コマンドメッセージを送信する。ステップS1320において、ソースRNCがターゲットRNCに移転提出メッセージを送信する。ステップS1322において、ターゲットRNCがターゲットコアネットワークノードに移転検出メッセージを送信する。ステップS1324において、ターゲットRNCがUEにUTRAN移動性情報メッセージ、又はセル更新確認メッセージ、URA更新確認メッセージを送信する。ステップS1326において、UEが現在のアクティブにした拡張キーIKU/CKUを用いて、受信したメッセージを解読、検証し、ターゲットRNCにUTRAN移動性情報確認メッセージを送信し、このメッセージが依然としてUEとソースRNCとの通信に用いる拡張キーIKU/CKUを使用してセキュリティ保護を行う。ステップS1328において、ターゲットRNCがターゲットコアネットワークノードに移転完了メッセージを送信し、コアネットワークノードに移転が無事に完了したと通知する。ステップS1330において、ターゲットコアネットワークノードとソースコアネットワークノードが転送移転完了/確認メッセージのインタラクションを行う。ステップS1332において、ソースコアネットワークノードがソースRNCとのIu接続を解除する。ステップS1334において、ターゲットRNCがRNC内部移転を開始すると決定する。ステップS1336において、ターゲットRNCが保存したネクストホップ拡張キーIKU/CKUを用いて、IKUをIKUとし、CKUをCKUとする。ステップS1338において、ターゲットRNCがUEに、ネットワークNCCを含むUTRAN移動性情報メッセージ、又はURA更新確認メッセージ、又はRAN移動性情報メッセージを送信する。ステップS1340において、UEがネットワーク側と同様なアルゴリズムで拡張キーIKU/CKUを同期する。本実施例では、UEが1つのネクストホップカウンター端末NCCを維持し、ネットワークNCCを受信した時、現在アクティブにした拡張キーに対応する端末NCCがネットワークNCCに等しいかを判断し、端末NCCがネットワークNCCに等しい場合、UEが自ら保存した拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUをそのまま使用する。端末NCCがネットワークNCCに等しくない場合、UEが拡張キーIKU/CKUを算出し、端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを段階的に増やす。UEがネットワークNCCと端末NCCを介して、ターゲットRNCとキーの一致を保持する。ステップS1342において、UEがターゲットRNCにUTRAN移動性情報確認メッセージを送信する。該メッセージが更新された拡張キーCKU/IKUを用いてセキュリティ保護を行う。ターゲットRNCが該メッセージを受信した後、更新されたキーを用いて該メッセージを検証する。検証に成功すると、内部SRNS移転フローが無事に完了される。図13を参照し、汎用SRNC静的移転フローを用いてSRNC移転キーの更新を行う模式図を示す。該実施例と図7に対応する実施例との区別は、両者のキーの更新方式が異なっているところにある。具体的なステップは以下とおりである。ステップS1402~1404は、図12に対応するステップS1302~1304に同一である。ステップS1406において、ソースコアネットワークノードが保存された伝統的なキーIK、CK及び現在の変形中間キーKRNCに基づいてネクストホップ変形中間キーKRNCを算出する。好適なスキームとして、本実施例においてコアネットワークノードが1つのネクストホップカウンターネットワークNCCを維持し、変形中間キーKRNCの算出回数をカウントすることである。コアネットワークノードが移転需要メッセージを受信した後、ネットワークNCCを段階的に増やし、そして段階的に増やした後のネットワークNCCに対応するネクストホップ変形中間キーKRNCを算出し、又は、コアネットワークノードがまずIK、CK及び現在変形中間キーKRNCに基づいてネクストホップ変形中間キーKRNCを算出し、そしてネットワークNCCを段階的に増やしてもよい。ステップS1408において、ソースコアネットワークノードがターゲットコアネットワークノードに、現在の拡張キーIKU/CKU、ネクストホップ変形中間キーKRNC、及び/又は対応するネットワークNCCを含む転送移転要請メッセージを送信する。ステップS1410において、ターゲットコアネットワークノードがターゲットRNCに、現在の拡張キーIKU/CKU、ネクストホップ変形中間キーKRNC、及び/又は対応するネットワークNCCを含む移転要請メッセージを送信する。ステップS1412において、ターゲットRNCが受信した現在の拡張キーIKU/CKU、ネクストホップ変形中間キーKRNC、及び/又は対応するネットワークNCCを保存する。ステップS1414~S1434は、図12に対応するステップS1314~1334と同一である。ステップS1436において、ターゲットRNCが保存した変形中間キーKRNCに応じて拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUを推定して算出する。ターゲットRNCが中間キーKRNCを変形中間キーKRNCに等しくさせ、中間キーKRNCに基づいて更新されたIKU及び/又はCKUを算出してもよい。ステップS1438において、図12に対応するステップS1338と同一である。ステップS1440において、UEが変形中間キーKRNCに基づいて完全性キーIKU及び/又は暗号化キーCKUを更新する。UEが中間キーKRNCを変形中間キーKRNCに等しくさせ、中間キーKRNCに基づいて更新されたIKU及び/又はCKUを算出してもよい。本ステップでは、UEが1つのネクストホップカウンター端末NCCを維持し、ネットワークNCCを受信した場合に、UEが現在アクティブにした拡張キーに対応する端末NCCがネットワークNCCに等しいかを判断し、端末NCCがネットワークNCCに等しいと、UEが端末NCCに対応する自ら保存した変形中間キーKRNCに基づいて拡張した完全性キーIKU及び/又は拡張した暗号化キーCKUを更新する。端末NCCがネットワークNCCに等しくない場合、UEが変形中間キーKRNCを算出して、端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを段階的に増やし、変形中間キーKRNCに基づいて拡張した完全性キーIKU及び/又は暗号化キーCKUを更新する。UEがネットワークNCCと端末NCCを介して、ターゲットRNCとキーの一致を保持する。ステップS1442において、図12に対応するステップS1342と同一である。図14は、本発明の実施例による無線アクセスシステムの構成ブロック図を示し、ソースRNC1502とターゲットRNC1504を含む。ここで、ソースRNC1502が、ターゲットRNCに対して静的移転を行うように設置される。ここで、ターゲットRNC1504は、ソースRNC1502がターゲットRNC1504に対する静的移転を完了した後、SRNC内部移転を行うように設置され、SRNC内部移転プロセスでは、ターゲットRNC1504がソースRNC1502から又はコアネットワークノードから受信したキーに応じて自身の拡張キーを更新する。ここで、ソースRNC1502が拡張したセキュリティを支援する場合、ソースRNC1502が送信したキーは拡張キーである。しかしながら、ターゲットRNC1504がそれを拡張キーと見なし、伝統的なキーと見なしてもよい。ソースRNC1502が拡張したセキュリティモードを支援しない場合には、ソースRNC1502のキーが伝統的なキーのみとなる。本実施例の無線アクセスシステムは更に、コアネットワークノード1506を含むことが好ましい。このコアネットワークノード1506が、保存された伝統的なキー及び現在の変形中間キーを用いてネクストホップ変形中間キーを生成し、ターゲットRNC1504に送信するように設置され、又は、保存した伝統的なキー及び現在の拡張キーを用いてネクストホップ拡張キーを生成し、ターゲットRNC1504に送信するように設置される。コアネットワークノード1506がネクストホップカウンターネットワークNCCを含み、ネクストホップ変形中間キー又はネクストホップ拡張キーの生成回数をカウントするように設置されることが好ましい。本実施例の無線アクセスシステムは更に、ユーザ設備UE1508を含み、UE1508にはネクストホップカウンター端末NCCが設置されることが好ましい。該UE1508は、ターゲットRNC1504が送信する移転確認メッセージを受信するように設置され、前記移転確認メッセージがコアネットワークノード1506のネクストホップカウンターネットワークNCCを含む受信モジュールと、端末NCCがネットワークNCCに等しいかを判断するように設置される判断モジュールと、判断モジュールの判断結果がYESであると、端末NCCに対応する予め保存された変形中間キーに応じて自身の拡張キーを更新するように設置され、又は、端末NCCに対応する予め保存された拡張キーを用いるように設置される確定モジュールと、判断モジュールの判断結果がNOであると、変形中間キーを算出し、端末NCCがネットワークNCCに等しくなるまで、対応する端末NCCを段階的に増やし、そして変形中間キーに応じて自身の拡張キーを算出し、更新するように設置され、又は、拡張キーを算出し、前記端末NCCが前記ネットワークNCCに等しくなるまで、対応する端末NCCを段階的に増やすように設置される否定モジュールとを含む。本発明の提供するスキームはUMTSシステムに限られず、当業者は本発明実施例を参照してそれを他の無線通信システムに用いてもよく、本発明より限定されない。当業者にとっては、上述の本発明の各モジュール又は各ステップは汎用の計算装置によって実現することができ、単独の計算装置に集中させてもよく、複数の計算装置から構成されるネットワークに分布させてもよく、または、計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行でき、また、場合によっては、示されたまたは述べられたステップと異なる順で実行されてもよく、又はそれらの夫々を集積回路ブロックに製作し、又はそれらにおける複数のモジュール又はステップを単独の集積回路モジュールに製作して実現することができることは明らかである。このように、本発明は如何なるハードウェアとソフトウェアの結合にも限定されない。以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原則内での如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。"