【手続補正書】
【提出日】平成25年5月16日(2013.5.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
在圏無線ネットワーク制御装置（ＳＲＮＣ）を有する在圏ネットワーク内で動作するＥーＵＴＲＡ互換ユーザ機器（ＵＥ）の、ＥーＵＴＲＡＮへのＲＡＴ間ハンドオーバを制御するための、前記ＳＲＮＣにおける方法であって、
前記ＳＲＮＣが在圏ＧＰＲＳサポートノード（ＳＧＳＮ）から、前記ＵＥが前記在圏ネットワークにアタッチした際に認証および鍵配送方式（ＡＫＡ）で生成されたセキュリティ鍵を受信するものであって、
前記方法が、
前記ＳＲＮＣに既知の鍵変換関数の特性を用いて、前記ＳＧＳＮから受信した前記セキュリティ鍵を解析し、前記ＵＥがどのタイプのＵＩＣＣを備えるかを判別するステップ(202)と、
前記ＵＥのＥーＵＴＲＡＮへのハンドオーバを許可するか否かの決定(204)の根拠として、前記ＵＥがどのタイプのＵＩＣＣを備えるかの知見を用いるステップと、
を有することを特徴とする方法。
【請求項２】
前記ＵＥがＥーＵＴＲＡＮに有効なＵＩＣＣを有する場合か、前記ＵＥで進行中のサービスのタイプに関する少なくとも１つの条件が満たされる場合に、前記ＵＥのＥーＵＴＲＡＮへのハンドオーバの開始を許可するステップ(206)をさらに有することを特徴とする請求項１記載の方法。
【請求項３】
前記ＵＥがＥーＵＴＲＡＮに有効なＵＩＣＣを有する
前記ＵＥで緊急呼が進行中である
という条件の少なくとも１つが満たされた場合に、前記ＵＥのＥーＵＴＲＡＮへのハンドオーバの開始を許可するステップと、
前記条件がいずれも満たされない場合には、前記ＵＥのＥーＵＴＲＡＮへのＲＡＴ間ハンドオーバを許可しないステップ(207)と、
をさらに有することを特徴とする請求項１または請求項２に記載の方法。
【請求項４】
前記ＳＧＳＮから受信した前記セキュリティ鍵は前記ＳＲＮＣに既知の変換関数を適用することによって解析され、前記変換関数は前記在圏ネットワークにアクセスするための有効なセキュリティ鍵を無効なセキュリティ鍵から得るように規定されていることを特徴とする請求項１乃至請求項３のいずれか１項に記載の方法。
【請求項５】
前記ＲＡＴ間ハンドオーバがＵＴＲＡＮからＥーＵＴＲＡＮへのハンドオーバであることを特徴とする請求項１乃至請求項４のいずれか１項に記載の方法。
【請求項６】
ＵＳＩＭタイプのＵＩＣＣによって生成される、ＵＲＴＡアクセス用に規定されるセキュリティ鍵は、１２８ビットの暗号鍵（ＣＫ）と１２８ビットの完全性保護鍵（ＩＫ）であり、ＳＩＭタイプのＵＩＣＣによって生成される暗号鍵（Ｋｃ）が以下の変換関数
CK = Kc || Kc              （式ｃ４）
IK = Kc1 xor Kc2 || Kc || Kc1 xor Kc2      （式ｃ５）
に従って、前記ＵＲＴＡアクセス用に規定されるセキュリティ鍵に変換可能であることを特徴とする請求項５記載の方法。
【請求項７】
ＥーＵＴＲＡ互換のＵＥがどのタイプのＵＩＣＣ備えるかを判別する前記ステップが、
前記ＳＧＳＮから受信した前記ＣＫが２つの同一な６４ビットのＫｃから構成されるかどうかを前記式ｃ４に従ってチェックするステップと、
前記ＳＧＳＮから受信した前記ＣＫが２つの同一な６４ビットのＫｃから構成されていない場合、前記ＵＥがＵＳＩＭタイプのＵＩＣＣを備えていると判別するステップと、
前記ＳＧＳＮから受信した前記ＣＫが２つの同一な６４ビットのＫｃから構成されている場合に、テスト値を前記式ｃ５に従って算出し（Kc= Kc1 || Kc2は前記２つの同一な６４ビットＫｃの１つであり、Ｋｃ１およびＫｃ２はいずれも３２ビット長である）、前記テスト値が前記ＳＧＳＮから受信したＩＫに等しい場合には前記ＵＥがＳＩＭタイプのＵＩＣＣを備えていると判別し、前記テスト値が前記ＳＧＳＮから受信したＩＫに等しくない場合には前記ＵＥがＵＳＩＭタイプのＵＩＣＣを備えていると判別するステップと、
を有することを特徴とする請求項６記載の方法。
【請求項８】
無線ネットワーク制御装置（ＲＮＣ）を有する在圏ネットワーク内で動作するＥーＵＴＲＡ互換のユーザ機器（ＵＥ）の、ＥーＵＴＲＡＮへのＲＡＴ間ハンドオーバを制御可能な前記ＲＮＣ内の装置(300)であって、
在圏ＧＰＲＳサポートノード（ＳＧＳＮ）から、前記ＵＥが前記在圏ネットワークにアタッチした際に認証および鍵配送方式（ＡＫＡ）で生成されたセキュリティ鍵を受信するように構成された、前記ＳＧＳＮと通信するためのインタフェース(301)と、
処理手段(303)とを有し、
前記処理手段が、
前記ＳＲＮＣに既知の鍵変換関数の特性を用いて、前記ＳＧＳＮから受信した前記セキュリティ鍵を解析し、前記ＵＥがどのタイプのＵＩＣＣを備えるかを判別し、
前記ＵＥのＥーＵＴＲＡＮへのハンドオーバを許可するか否かの決定の根拠として、前記ＵＥがどのタイプのＵＩＣＣを備えるかの知見を用いる、ことが可能であることを特徴とする装置(300)。
【請求項９】
前記処理手段(303)が、前記ＵＥがＥーＵＴＲＡＮに有効なＵＩＣＣを有する場合か、前記ＵＥで進行中のサービスのタイプに関する少なくとも１つの条件が満たされる場合に、前記ＵＥのＥーＵＴＲＡＮへのハンドオーバの開始を許可するように構成されることを特徴とする請求項８記載の装置(300)。
【請求項１０】
前記処理手段(303)が、
前記ＵＥがＥーＵＴＲＡＮに有効なＵＩＣＣを有する
前記ＵＥで緊急呼が進行中である
という条件の少なくとも１つが満たされた場合に、前記ＵＥのＥーＵＴＲＡＮへのハンドオーバの開始を許可し、
前記条件がいずれも満たされない場合には、前記ＵＥのＥーＵＴＲＡＮへのＲＡＴ間ハンドオーバを許可しない、
ように構成されることを特徴とする請求項８または請求項９記載の装置(300)。
【請求項１１】
前記処理手段(303)が、前記ＳＧＳＮから受信した前記セキュリティ鍵を前記ＳＲＮＣに既知の変換関数を適用することによって解析するように構成され、前記変換関数は前記在圏ネットワークにアクセスするための有効なセキュリティ鍵を無効なセキュリティ鍵から得るように規定されていることを特徴とする請求項８乃至請求項１０のいずれか１項に記載の装置(300)。
【請求項１２】
ＵＴＲＡＮからＥーＵＴＲＡＮへの前記ＲＡＴ間ハンドオーバを制御可能であることを特徴とする請求項８乃至請求項１１のいずれか１項に記載の装置(300)。
【請求項１３】
ＵＳＩＭタイプのＵＩＣＣによって生成される、ＵＲＴＡアクセス用に規定されるセキュリティ鍵は、１２８ビットの暗号鍵（ＣＫ）と１２８ビットの完全性保護鍵（ＩＫ）であり、ＳＩＭタイプのＵＩＣＣによって生成される暗号鍵（Ｋｃ）が以下の変換関数
CK = Kc || Kc                （式ｃ４）
IK = Kc1 xor Kc2 || Kc || Kc1 xor Kc2        （式ｃ５）
に従って、前記ＵＲＴＡアクセス用に規定されるセキュリティ鍵に変換可能であることを特徴とする請求項１２記載の装置(300)。
【請求項１４】
ＥーＵＴＲＡ互換のＵＥがどのタイプのＵＩＣＣ備えるかを判別可能な前記処理手段(303)が、
前記ＳＧＳＮから受信した前記ＣＫが２つの同一な６４ビットのＫｃから構成されるかどうかを前記式ｃ４に従ってチェックし、
前記ＳＧＳＮから受信した前記ＣＫが２つの同一な６４ビットのＫｃから構成されていない場合、前記ＵＥがＵＳＩＭタイプのＵＩＣＣを備えていると判別し、
前記ＳＧＳＮから受信した前記ＣＫが２つの同一な６４ビットのＫｃから構成されている場合に、テスト値を前記式ｃ５に従って算出し（Kc= Kc1 || Kc2は前記２つの同一な６４ビットＫｃの１つであり、Ｋｃ１およびＫｃ２はいずれも３２ビット長であり）、前記テスト値が前記ＳＧＳＮから受信したＩＫに等しい場合には前記ＵＥがＳＩＭタイプのＵＩＣＣを備えていると判別し、前記テスト値が前記ＳＧＳＮから受信したＩＫに等しくない場合には前記ＵＥがＵＳＩＭタイプのＵＩＣＣを備えていると判別する、
ように構成されることを特徴とする請求項１３記載の装置(300)。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】
ＵＥが利用中のサービスが、ＵＥで進行中のサービスがＵＥの備えるＵＩＣＣのタイプに関わらずＥーＵＴＲＡＮへのハンドオーバを許されているタイプであれば、ステップ２０５でＳＲＮＣはＥーＵＴＲＡＮへのハンドオーバを開始させてよい。