(57)【要約】  通信システムにおけるハンドオーバーを遂行する方法及び装置であって、上記端末機がサービング基地局とハンドオーバープロセスを正常に遂行するかを感知し、上記ハンドオーバープロセスが正常でない場合にはハンドオーバープロセスが異常であることをターゲット基地局に通報し、上記ターゲット基地局は上記異常なハンドオーバープロセスにより流失されたハンドオーバー情報に相応するハンドオーバー情報を使用して、上記端末機とのハンドオーバーを遂行する。
2009531950.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおける端末機のハンドオーバー方法であって、
前記端末機がハンドオーバーしなければならないことを感知する過程と、
前記端末機が前記サービング基地局から送信される基地局ハンドオーバーメッセージを受信できずにターゲット基地局にセルスイッチングを試みる場合には、前記サービング基地局にハンドオーバー情報を受信していないことを通報する過程と、
を含むことを特徴とするハンドオーバー方法。
【請求項２】
前記感知する過程は、前記端末機から前記サービング基地局へのハンドオーバー指示メッセージの送信時間であることを特徴とする請求項１に記載のハンドオーバー方法。
【請求項３】
前記基地局ハンドオーバーメッセージは、基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項１に記載のハンドオーバー方法。
【請求項４】
前記基地局ハンドオーバー応答メッセージは、前記端末機から前記サービング基地局へ送信される端末機ハンドオーバー要請メッセージに対する応答メッセージであることを特徴とする請求項２に記載のハンドオーバー方法。 
【請求項５】
前記通報する過程は、前記サービング基地局へハンドオーバー情報を受信していないことを表すメッセージを送信する過程を含むことを特徴とする請求項１に記載のハンドオーバー方法。
【請求項６】
前記通報する過程は、前記サービング基地局へハンドオーバー情報を受信していないことを表す指示子をハンドオーバー指示（MOB_HO-IND）メッセージに含んで送信する過程を含むことを特徴とする請求項１に記載のハンドオーバー方法。
【請求項７】
前記指示子は、予め設定された１つ（one）のビットであることを特徴とする請求項６に記載のハンドオーバー方法。
【請求項８】
前記予め設定された１つのビットは、既存の予約（Reserved）ビットのうちの１つであることを特徴とする請求項７に記載のハンドオーバー方法。
【請求項９】
前記指示子は、ＴＬＶ（Type Length Value）形態で挿入されることを特徴とする請求項６に記載のハンドオーバー方法。
【請求項１０】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項１に記載のハンドオーバー方法。
【請求項１１】
通信システムにおけるサービング基地局のハンドオーバー方法であって、
端末機からハンドオーバー情報を正常に受信していないことを表す通知（notification）を受信する過程と、
前記端末機がハンドオーバーしようとするターゲット基地局に前記端末機が前記ハンドオーバー情報を正常に受信していないことを通報する過程と、
を含むことを特徴とするハンドオーバー方法。
【請求項１２】
前記ハンドオーバー情報は、前記サービング基地局から前記端末機へ送信される基地局ハンドオーバーメッセージに含まれることを特徴とする請求項１１に記載のハンドオーバー方法。       
【請求項１３】
前記ハンドオーバーメッセージは、基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項１２に記載のハンドオーバー方法。
【請求項１４】
前記基地局ハンドオーバー応答メッセージは、前記端末機から前記サービング基地局へ送信される端末機ハンドオーバー要請メッセージに対する応答メッセージであることを特徴とする請求項１３に記載のハンドオーバー方法。
【請求項１５】
前記通知は、前記ハンドオーバー情報を正常に受信していないことを表すメッセージであることを特徴とする請求項１１に記載のハンドオーバー方法。
【請求項１６】
前記通知は、前記ハンドオーバー情報を正常に受信していないことを表す指示子を含むハンドオーバー指示（MOB_HO-IND）メッセージであることを特徴とする請求項１１に記載のハンドオーバー方法。
【請求項１７】
前記指示子は、予め設定された１つ（one）のビットであることを特徴とする請求項１６に記載のハンドオーバー方法。
【請求項１８】
前記予め設定された１つのビットは、既存の予約（Reserved）ビットのうちの１つであることを特徴とする請求項１７に記載のハンドオーバー方法。
【請求項１９】
前記指示子は、ＴＬＶ（Type Length Value）形態で挿入されることを特徴とする請求項１６に記載のハンドオーバー方法。
【請求項２０】
前記通報する過程は、
前記端末機が前記基地局ハンドオーバー応答メッセージを正常に受信していないことを表すメッセージを前記ターゲット基地局へ送信する過程を含むことを特徴とする請求項１１に記載のハンドオーバー方法。
【請求項２１】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項１１に記載のハンドオーバー方法。
【請求項２２】
通信システムにおけるターゲット基地局のハンドオーバー方法であって、
サービング基地局によって送信されるハンドオーバー情報を前記端末機が正常に受信していないことを表す通知を端末機から受信する過程と、
前記端末機の固有なハンドオーバー識別子を使用して前記端末機にレンジングのための帯域を割り当てる過程と、
を含むことを特徴とするハンドオーバー方法。 
【請求項２３】
前記端末機の固有なハンドオーバー識別子は、前記端末機の媒体アクセス制御アドレスであることを特徴とする請求項２２に記載のハンドオーバー方法。 
【請求項２４】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項２２に記載のハンドオーバー方法。 
【請求項２５】
通信システムにおける端末機のハンドオーバー方法であって、
前記端末機がハンドオーバーしなければならないことを感知する過程と、
ハンドオーバーを遂行するターゲット基地局へハンドオーバー指示メッセージを送信する過程と、
前記ターゲット基地局とハンドオーバーを遂行する過程と、
前記ターゲット基地局にハンドオーバー情報を受信していないことを通報する過程と、
を含むことを特徴とするハンドオーバー方法。 
【請求項２６】
前記ハンドオーバー情報は、サービング基地局から前記端末機へ送信される基地局ハンドオーバーメッセージに含まれることを特徴とする請求項２５に記載のハンドオーバー方法。
【請求項２７】
前記基地局ハンドオーバーメッセージは、基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項２６に記載のハンドオーバー方法。
【請求項２８】
前記基地局ハンドオーバー応答メッセージは、前記端末機から前記サービング基地局へ送信される端末機ハンドオーバー要請メッセージに対する応答メッセージであることを特徴とする請求項２７に記載のハンドオーバー方法。
【請求項２９】
前記ハンドオーバーを遂行する過程は、
ハンドオーバーレンジングコードを前記ターゲット基地局へ送信する過程と、
前記ターゲット基地局から前記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答メッセージを受信する過程と、
前記端末機のレンジング要請メッセージの送信のための帯域を割り当てる符号分割多元接続情報エレメントを前記ターゲット基地局から受信する過程と、
をさらに含むことを特徴とする請求項２５に記載のハンドオーバー方法。
【請求項３０】
前記通報する過程は、前記ハンドオーバー情報を受信していないことを表すメッセージを前記ターゲット基地局へ送信する過程を含むことを特徴とする請求項２５に記載のハンドオーバー方法。
【請求項３１】
前記通報する過程は、前記ハンドオーバー情報を受信していないことを表す指示子をレンジング要請（RNG-REQ）メッセージに含んで前記ターゲット基地局へ送信する過程を含むことを特徴とする請求項２５に記載のハンドオーバー方法。
【請求項３２】
前記指示子は、予め設定された１つ（one）のビットであることを特徴とする請求項３１に記載のハンドオーバー方法。
【請求項３３】
前記指示子は、ＴＬＶ（Type Length Value）形態で挿入されることを特徴とする請求項３２に記載のハンドオーバー方法。
【請求項３４】
前記ターゲット基地局から前記レンジング要請メッセージに対する応答としてレンジング応答（RNG-RSP）メッセージを受信する過程をさらに含み、ここで、前記ハンドオーバー実行は、前記レンジング応答メッセージが含むハンドオーバープロセス最適化情報を使用してハンドオーバーを遂行する過程を含むことを特徴とする請求項３２に記載のハンドオーバー方法。
【請求項３５】
前記ハンドオーバープロセス最適化情報は、基本容量折衝要求プロセス、暗号キー管理プロセス、登録プロセスのうち、少なくとも１つの省略の可否を決定する情報であることを特徴とする請求項３４に記載のハンドオーバー方法。
【請求項３６】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項２５に記載のハンドオーバー方法。
【請求項３７】
通信システムにおけるターゲット基地局のハンドオーバー方法であって、
端末機とハンドオーバーを遂行する過程と、
前記端末機から前記端末機がサービング基地局から送信されるハンドオーバー情報を受信していないことを表す通知を受信して、前記端末機のハンドオーバー情報が有効でないことを確認する過程と、
を含むことを特徴とするハンドオーバー方法。 
【請求項３８】
前記ハンドオーバー情報は、前記サービング基地局から前記端末機へ送信される基地局ハンドオーバーメッセージに含まれることを特徴とする請求項３７に記載のハンドオーバー方法。
【請求項３９】
前記基地局ハンドオーバーメッセージは、基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項３８に記載のハンドオーバー方法。
【請求項４０】
前記ハンドオーバーを遂行する過程は、
前記端末機からハンドオーバーレンジングコードを受信する過程と、
前記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答メッセージを前記端末機へ送信する過程と、
前記端末機のレンジング要請メッセージ送信のための帯域を割り当てる符号分割多元接続情報エレメントを前記端末機へ送信する過程と、
をさらに含むことを特徴とする請求項３７に記載のハンドオーバー方法。
【請求項４１】
前記通知を受信する過程は、前記ハンドオーバー情報を受信していないことを表すメッセージの受信を含むことを特徴とする請求項３７に記載のハンドオーバー方法。
【請求項４２】
前記通知を受信する過程は、前記基地局ハンドオーバー応答メッセージを受信していないことを表す指示子を含んだレンジング要請（RNG-REQ）メッセージを受信する過程を含むことを特徴とする請求項３７に記載のハンドオーバー方法。
【請求項４３】
前記指示子は、予め設定された１つのビットであることを特徴とする請求項４２に記載のハンドオーバー方法。
【請求項４４】
前記指示子は、ＴＬＶ（Type Length Value）形態で挿入されることを特徴とする請求項４２に記載のハンドオーバー方法。
【請求項４５】
前記レンジング要請メッセージに応じて、ハンドオーバープロセス最適化情報を含むレンジング応答（RNG-RSP）メッセージを前記端末機へ送信する過程をさらに含むことを特徴とする請求項４２に記載のハンドオーバー方法。
【請求項４６】
前記ハンドオーバープロセス最適化情報は、基本容量折衝要求プロセス、暗号キー管理プロセス、登録プロセスのうち、少なくとも１つの省略の可否を決定する情報であることを特徴とする請求項４５に記載のハンドオーバー方法。
【請求項４７】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項２５に記載のハンドオーバー方法。
【請求項４８】
通信システムにおけるハンドオーバー装置であって、
端末機がハンドオーバーしなければならないことを感知し、前記端末機がサービング基地局から基地局ハンドオーバーメッセージを受信できなくて、ターゲット基地局にセルスイッチングを試みる場合には、前記サービング基地局にハンドオーバー情報を受信していないことを通報する前記端末機を含むことを特徴とするハンドオーバー装置。
【請求項４９】
前記ハンドオーバーの決定は、前記端末機から前記サービング基地局へのハンドオーバー指示メッセージの送信時間であることを特徴とする請求項４８に記載のハンドオーバー装置。
【請求項５０】
前記基地局ハンドオーバーメッセージは、基地局ハンドオーバー応答メッセージ及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項４９に記載のハンドオーバー装置。
【請求項５１】
前記の基地局ハンドオーバー応答メッセージは、前記端末機から前記サービング基地局へ送信される端末機ハンドオーバー要請メッセージに対する応答メッセージであることを特徴とする請求項５０に記載のハンドオーバー装置。
【請求項５２】
前記端末機は、前記ハンドオーバー情報を受信していないことをメッセージを通じて前記サービング基地局に通報することを特徴とする請求項４８に記載のハンドオーバー装置。
【請求項５３】
前記端末機は、前記サービング基地局にハンドオーバー情報を受信していないことを表す指示子を含むハンドオーバー指示メッセージ（MOB_HO-IND）を通じてハンドオーバー情報を受信していないことを通報することを特徴とする請求項４８に記載のハンドオーバー装置。
【請求項５４】
前記指示子は、予め設定された１つ（one）のビットであることを特徴とする請求項５３に記載のハンドオーバー装置。
【請求項５５】
前記予め設定された１つのビットは、既存の予約（Reserved）ビットのうちの１つであることを特徴とする請求項５４に記載のハンドオーバー装置。
【請求項５６】
前記指示子は、ＴＬＶ（Type Length Value）形態で挿入されることを特徴とする請求項５３に記載のハンドオーバー装置。
【請求項５７】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項４８に記載のハンドオーバー装置。
【請求項５８】
通信システムにおけるハンドオーバー装置であって、
端末機からハンドオーバー情報を正常に受信していないことを表す通知（notification）を受信し、前記端末機がハンドオーバーしようとするターゲット基地局に前記端末機が前記ハンドオーバー情報を正常に受信していないことを通報するサービング基地局を含むことを特徴とするハンドオーバー装置。
【請求項５９】
前記ハンドオーバー情報は、前記サービング基地局から前記端末機へ送信される基地局ハンドオーバーメッセージに含まれることを特徴とする請求項５８に記載のハンドオーバー装置。
【請求項６０】
前記基地局ハンドオーバーメッセージは、基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項５９に記載のハンドオーバー装置。
【請求項６１】
前記基地局ハンドオーバー応答メッセージは、前記端末機から前記サービング基地局へ送信される端末機ハンドオーバー要請メッセージに対する応答メッセージであることを特徴とする請求項６０に記載のハンドオーバー装置。
【請求項６２】
前記通知は、前記ハンドオーバー情報を正常に受信していないことを表すメッセージであることを特徴とする請求項５８に記載のハンドオーバー装置。
【請求項６３】
前記通知は、前記ハンドオーバー情報を正常に受信していないことを表す指示子を含むハンドオーバー指示（MOB_HO-IND）メッセージであることを特徴とする請求項５８に記載のハンドオーバー装置。
【請求項６４】
前記指示子は、予め設定された１つ（one）のビットであることを特徴とする請求項６３に記載のハンドオーバー装置。
【請求項６５】
前記予め設定された１つのビットは、既存の予約（Reserved）ビットのうちの１つであることを特徴とする請求項６４に記載のハンドオーバー装置。
【請求項６６】
前記指示子は、ＴＬＶ（Type Length Value）形態で挿入されることを特徴とする請求項６３に記載のハンドオーバー装置。
【請求項６７】
前記サービング基地局は、前記端末機が前記基地局ハンドオーバー応答メッセージを正常に受信していないことを表すメッセージを前記ターゲット基地局へ送信して、前記端末機が前記基地局ハンドオーバー応答メッセージを正常に受信していないことを通報することを特徴とする請求項５８に記載のハンドオーバー装置。
【請求項６８】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項５８に記載のハンドオーバー装置。
【請求項６９】
通信システムにおけるハンドオーバー装置であって、
サービング基地局によって送信されるハンドオーバー情報を端末機が正常に受信していないという通報を前記端末機から受けて、前記端末機の固有のハンドオーバー識別子を使用して、端末機でレンジングのための帯域割り当てを遂行するターゲット基地局を含むことを特徴とするハンドオーバー装置。
【請求項７０】
前記端末機の固有のハンドオーバー識別子は、端末機の媒体アクセス制御アドレスであることを特徴とする請求項６９に記載のハンドオーバー装置。
【請求項７１】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称される）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項６９に記載のハンドオーバー装置。
【請求項７２】
通信システムにおけるハンドオーバー装置であって、
端末機がハンドオーバーしなければならないことを感知し、ハンドオーバーを遂行するターゲット基地局へハンドオーバー指示メッセージを送信し、前記ターゲット基地局とハンドオーバーを遂行し、前記ターゲット基地局にハンドオーバー情報を受信していないことを通報する前記端末機を含むことを特徴とするハンドオーバー装置。
【請求項７３】
前記ハンドオーバー情報は、前記サービング基地局から前記端末機へ送信される基地局ハンドオーバーメッセージに含まれることを特徴とする請求項７２に記載のハンドオーバー装置。
【請求項７４】
前記基地局ハンドオーバーメッセージは、基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項７３に記載のハンドオーバー装置。
【請求項７５】
前記基地局ハンドオーバー応答メッセージは、前記端末機から前記サービング基地局へ送信される端末機ハンドオーバー要請メッセージに対する応答メッセージであることを特徴とする請求項７４に記載のハンドオーバー装置。
【請求項７６】
前記端末機は、ハンドオーバーレンジングコードを前記ターゲット基地局へ送信し、前記ターゲット基地局から前記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答メッセージを受信し、前記端末機のレンジング要請メッセージ送信のための帯域を割り当てる符号分割多元接続情報エレメントを前記ターゲット基地局から受信することを特徴とする請求項７２に記載のハンドオーバー装置。
【請求項７７】
前記端末機は、前記ハンドオーバー情報を受信していないことをメッセージを通じて前記ターゲット基地局へ通報することを特徴とする請求項７２に記載のハンドオーバー装置。
【請求項７８】
前記端末機は、前記ハンドオーバー情報を受信していないことを表す指示子をレンジング要請（RNG-REQ）メッセージに含ませて、前記ターゲット基地局に基地局ハンドオーバー応答メッセージを受信していないことを通報することを特徴とする請求項７２に記載のハンドオーバー装置。
【請求項７９】
前記指示子は、予め設定された１つ（one）のビットであることを特徴とする請求項７８に記載のハンドオーバー装置。
【請求項８０】
前記指示子は、ＴＬＶ（Type Length Value）形態で挿入されることを特徴とする請求項７９に記載のハンドオーバー装置。
【請求項８１】
前記端末機は、前記ターゲット基地局から前記レンジング要請メッセージに対する応答としてレンジング応答（RNG-RSP）メッセージを受信し、前記レンジング応答メッセージが含むハンドオーバープロセス最適化情報を使用してハンドオーバーを遂行することを特徴とする請求項７９に記載のハンドオーバー装置。
【請求項８２】
前記ハンドオーバープロセス最適化情報は、基本容量折衝要求プロセス、暗号キー管理プロセス、登録プロセスのうち、少なくとも１つの省略の可否を決定する情報であることを特徴とする請求項８１に記載のハンドオーバー装置。
【請求項８３】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover IDentification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項７２に記載のハンドオーバー装置。
【請求項８４】
通信システムにおけるハンドオーバー装置であって、
端末機とハンドオーバーを遂行し、サービング基地局によって送信されるハンドオーバー情報を受信していないことを表す通知を前記端末機から受信して、前記端末機のハンドオーバー情報が有効でないことを確認するターゲット基地局を含むことを特徴とするハンドオーバー装置。
【請求項８５】
前記ハンドオーバー情報は、前記サービング基地局から前記端末機へ送信される基地局ハンドオーバーメッセージに含まれることを特徴とする請求項８４に記載のハンドオーバー装置。
【請求項８６】
前記基地局ハンドオーバーメッセージは、基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項８５に記載のハンドオーバー装置。
【請求項８７】
前記ターゲット基地局は、前記端末機からハンドオーバーレンジングコードを受信し、前記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答メッセージを前記端末機へ送信し、前記端末機のレンジング要請メッセージ送信のための帯域を割り当てる符号分割多元接続情報エレメントを前記端末機へ送信することを特徴とする請求項８４に記載のハンドオーバー装置。
【請求項８８】
前記通知は、前記ハンドオーバー情報を受信していないことを表すメッセージを通じて受信されることを特徴とする請求項８４に記載のハンドオーバー装置。
【請求項８９】
前記ターゲット基地局は、前記基地局ハンドオーバー応答メッセージを受信していないことを表す指示子を含んだレンジング要請（RNG-REQ）メッセージを前記通知を通じて受信することを特徴とする請求項８４に記載のハンドオーバー装置。
【請求項９０】
前記指示子は、予め設定された１つのビットであることを特徴とする請求項８９に記載のハンドオーバー装置。
【請求項９１】
前記指示子は、ＴＬＶ（Type Length Value）形態で挿入されることを特徴とする請求項８９に記載のハンドオーバー装置。
【請求項９２】
前記ターゲット基地局は、前記レンジング要請メッセージに応じるハンドオーバープロセス最適化情報を含むレンジング応答メッセージを前記端末機へ送信することを特徴とする請求項８９に記載のハンドオーバー装置。
【請求項９３】
前記ハンドオーバープロセス最適化情報は、基本容量折衝要求プロセス、暗号キー管理プロセス、登録プロセスのうち、少なくとも１つの省略の可否を決定する情報であることを特徴とする請求項９２に記載のハンドオーバー装置。
【請求項９４】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover IDentification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項９３に記載のハンドオーバー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムのハンドオーバーに関し、特に無線通信システムにおけるメッセージ送受信の時、サービス遅延を最小化するハンドオーバー装置及び方法に関する。
【背景技術】
【０００２】
次世代の通信システムである４世代（4th Generation；以下、‘４Ｇ’と称する）通信システムでは、高速の多様なサービス品質（Quality of Service；以下、‘ＱｏＳ’と称する）を持つサービスをユーザに提供するための活発な研究が進められている。特に、現在４Ｇ通信システムでは、無線近距離通信ネットワーク（Local Area Network；以下、‘ＬＡＮ’と称する）システム、及び無線都市地域ネットワーク（Metropolitan Area Network；以下、‘ＭＡＮ’と称する）システムのような広帯域無線接続（Broadband Wireless Access：ＢＷＡ）通信システムに移動性（mobility）とサービス品質（Quality of  Service：ＱｏＳ）を保証する形態で高速サービスをサポートするようにする研究が活発に進められており、上記通信システムは、上記無線ＭＡＮシステムの物理チャネル（physical channel）に広帯域（broadband）転送ネットワークをサポートするために、直交周波数分割多重（Orthogonal Frequency Division Multiplexing；以下、‘ＯＦＤＭ’と称する）／直交周波数分割多重接続（Orthogonal Frequency Division Multiple Access；以下、‘ＯＦＤＭＡ’と称する）方式を適用している。
【０００３】
一方、一般的にセル構造を持つ前述した無線通信システムにおいて、１つの基地局はサービス領域であるセル（cell）を管掌し、上記基地局はセルに位置する端末機にサービスを提供する。上記端末機は、現在サービスの提供を受けている基地局のセルから隣り合う他の基地局のセルに移動することができる。この際、上記端末機は現在サービスの提供を受けている基地局、即ちサービング基地局（Serving BS）から上記端末機が移動した他の基地局（Target BS）にハンドオーバーを遂行しなければならない。
【０００４】
図１は、一般的な通信システムのハンドオーバープロセスの信号流れを概略的に示すフローチャートである。上記図１を参照して、端末機１００、サービング基地局１３０、ターゲット基地局１６０間のハンドオーバー動作を説明する。
【０００５】
まず、端末機１００は、サービング基地局１３０と呼を設定して通信サービスを遂行し、端末機１００は隣接基地局から送信される基準信号（reference signal）、一例としてパイロット（pilot）信号のキャリア対干渉雑音比（Carrier to Interference and Noise Ratio；以下、‘ＣＩＮＲ’と称する）などを測定して、サービング基地局１３０を変更、即ち、ハンドオーバーを遂行するべきか否かを決定する。
【０００６】
言い換えると、端末機１００が現在のサービング基地局１３０を他の基地局に変更しなければならないと決定すれば、端末機１００はサービング基地局１３０へ端末機ハンドオーバー要求（Mobile Station HandOver Request；以下、‘MOB_MSHO-REQ’と称する）メッセージを送信する（ステップ１１１）。上記MOB_MSHO-REQメッセージは、端末機１００が他の基地局へのハンドオーバーを遂行するために測定した隣接基地局情報を伝達する媒体アクセス制御（Medium Access Control；以下、‘ＭＡＣ’と称する）階層間のプロトコルメッセージである。
【０００７】
サービング基地局１３０は、端末機１００へ応答メッセージである基地局ハンドオーバー応答（Base Station HandOver Response；以下、‘MOB_BSHO-RSP’と称する）メッセージを送信する（ステップ１１３）。上記MOB_BSHO-RSPメッセージは、推薦基地局（Recommended BS）情報などを含んでいるＭＡＣ階層間のプロトコルメッセージである。
【０００８】
端末機１００は、上記MOB_BSHO-RSPメッセージから隣接基地局（neighbor BS）に対するハンドオーバー情報を獲得する。ここでは、端末機１００の要求に従うハンドオーバー動作が開示されているが、サービング基地局１３０がロード分散などの理由により端末機１００の要求無しでハンドオーバーを要求することもできることは勿論である。したがって、ここでは図示してはいないが、サービング基地局１３０は端末機１００へ基地局ハンドオーバー要求（Base Station Handover Request；以下、‘MOB_BSHO-REQ’と称する）メッセージを送信することができる。ここで、上記MOB_BSHO-REQメッセージは、サービング基地局１３０が端末機１００へハンドオーバー要請のために送信するＭＡＣ階層間のプロトコルメッセージである。
【０００９】
前述したMOB_MSHO-REQメッセージ、MOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージを通じて、端末機１００とサービング基地局１３０との間に送受信されるハンドオーバー情報を説明すると、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、ハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報などの情報を含む。
【００１０】
そして、上記MOB_BSHO-RSPメッセージを受信した端末機１００は、ターゲット基地局１６０にハンドオーバーすることを指示するハンドオーバー指示（handover indication；以下、‘MOB_HO-IND’と称する）メッセージをサービング基地局１３０へ送信し（ステップ１１５）、サービング基地局１３０との呼を解除する。
【００１１】
以後、端末機１００は新しく選ばれたサービング基地局であるターゲット基地局１６０とネットワーク再進入（NETWORK RE-ENTRY）動作を遂行する。ここで、上記ネットワーク再進入動作は、端末機１００とターゲット基地局１６０との間のレンジング（ranging）、再折衝（re-negotiation）、再認証（re-authentication）、及び再登録（re-registration）などのための動作である。
【００１２】
端末機１００は、ターゲット基地局１６０へハンドオーバーのためにハンドオーバーレンジングコード（HO_Ranging_code）を送信する（ステップ１１７）。
【００１３】
上記ターゲット基地局は、上記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答（RaNGing-RSPonse；以下、‘RNG-RSP’と称する）メッセージを端末機１００へ送信する（ステップ１１９）。ターゲット基地局１６０は符号分割多元接続割り当て情報エレメント（Code Division Multiple Access_Allocation_Information Element； 以下、‘CDMA_Alloc_IE’と称する）を上記端末機へ送信する（ステップ１２１）。
【００１４】
または、ステップ１１７乃至ステップ１２１を遂行せず、ターゲット基地局１６０は迅速なハンドオーバーを遂行するためにレンジング情報エレメント、一例として高速レンジング情報エレメント（Fast Ranging Information Element；以下、‘Fast_Ranging_IE’と称する）を端末機１００へ送信することもできる（ステップ１２３）。アップリンクマップ（UpLink MAP：UL MAP）を通じて上記高速レンジング情報エレメントが伝達されることにより、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）コードレンジング手続きを省略することができる。
【００１５】
ターゲット基地局１６０は、上記CDMA_Alloc_IE、または上記Fast_Ranging_IEを端末機１００へ送信して、端末機１００がレンジング要請（RaNGing-REQuest；以下、‘RNG-REQ’と称する）メッセージを送信するためのアップリンク帯域を割り当てる。
【００１６】
このように、ターゲット基地局１６０とダウンリンク同期を獲得した端末機１００は、ターゲット基地局１６０とレンジング動作を遂行し、アップリンク動作を遂行してアップリンク同期を獲得し、送信電力を調整する動作を遂行することができる。端末機１００はレンジング要求（RNG-REQ）メッセージを通じて呼接続のための基本情報をターゲット基地局に伝達し（ステップ１２５）、ターゲット基地局１６０は応答メッセージであるレンジング応答（RNG-RSP）メッセージを送信する（ステップ１２７）。
【００１７】
このように、レンジング動作を遂行した後、端末機１００は、端末機１００の基本容量を折衝するためにターゲット基地局１６０へ加入者端末機基本容量折衝要求（Subscriber Station's Basic Capability Negotiation Request；以下、‘SBC-REQ’と称する）メッセージを送信する（ステップ１２９）。上記SBC-REQメッセージは、端末機１００がサポート可能な変調（modulation）及びコーディング（coding）方式に対する情報が含まれたＭＡＣ階層間のプロトコルメッセージである。ターゲット基地局１６０は、SBC-REQメッセージに含まれている端末機１００がサポート可能な変調及びコーディング方式を確認した後、応答メッセージとして加入者端末機基本容量折衝応答（Subscriber Station's Basic Capability Negotiation Response；以下、‘SBC-RSP’と称する）メッセージを端末機１００へ送信する（ステップ１３１）。
【００１８】
上記SBC-RSPメッセージを受信した端末機１００は、端末機認証及びキー切替のためにターゲット基地局１６０へ暗号キー管理要求（Privacy Key Management Request；以下、‘PKM-REQ’と称する）メッセージを送信する（ステップ１３３）。ここで、上記PKM-REQメッセージは、端末機１００の認証のためのＭＡＣ階層間のプロトコルメッセージであり、端末機１００の固有情報（certificate）を含む。 ターゲット基地局１６０は、固有情報で認証サーバー（Authentication Server：ＡＳ）（図示せず）との認証を遂行する。上記認証結果、端末機１００が認証された端末機の場合、ターゲット基地局１６０は、端末機１００へ暗号キー管理応答（Privacy Key Management Response；以下、‘PKM-RSP’と称する）メッセージを送信する（ステップ１３５）。ここで、上記PKM-RSPメッセージには端末機１００に割り当てられた認証キー（Authentication Key：ＡＫ）と、暗号化キー（Traffic Encryption Key：ＴＥＫ）が含まれる。
【００１９】
端末機１００は、ターゲット基地局１６０へ登録要求（Registration Request；以下、‘REG-REQ’と称する）メッセージを送信する（ステップ１３７）。ここで、上記REG-REQメッセージには端末機１００の端末機登録情報が含まれる。ターゲット基地局１６０は、上記REG-REQメッセージに含まれている端末機登録情報を検出して端末機１００をターゲット基地局１６０に登録させ、端末機１００へ登録応答（Registration Response；以下、‘REG-RSP’と称する）メッセージを送信する（ステップ１３９）。ここで、上記REG-RSPメッセージには上記登録された端末機登録情報が含まれる。
【００２０】
このように、ターゲット基地局１６０に登録が完了されると、端末機１００は、端末機１００の種類あるいは基地局１３０、１６０の間の端末機１００の情報共有及び伝達の可否に相応するように選択的にターゲット基地局１６０とインターネットプロトコル（Internet Protocol；以下、‘ＩＰ’と称する）連結（connection）を設定したり、ターゲット基地局１６０へ動作パラメータを送信する動作を遂行することができる。ここで、ターゲット基地局１６０とＩＰ連結を設定したり動作パラメータを送信する動作は、選択的（optional）に遂行されることができる。以後、端末機１００はサービング基地局１３０からサービスを受けていたフロー（flow）などを再設定して連結を再設定し、上記連結再設定に従い端末機１００はターゲット基地局１６０と正常に通信サービスを遂行する。
【００２１】
前述したターゲット基地局１６０での再折衝、再認証、再登録過程などは、ハンドオーバー時にサービング基地局１３０とターゲット基地局１６０との間の協議に従って一部省略されることができる。ターゲット基地局１６０は、端末機１００にRNG-REQメッセージに対する応答メッセージRNG-RSPを送信する際、以後に遂行されなければならないハンドオーバー手続きに対する省略の可否をRNG-RSPメッセージのハンドオーバープロセス最適化（HO Process Optimization）フィールドを通じて知らせることができる。端末機１００は、ハンドオーバープロセス最適化（HO Process Optimization）の値によって、以後、再折衝、再認証、再登録の一部の過程を省略して進行する。
【００２２】
図２は、異常なハンドオーバーメッセージ送受信に従うハンドオーバープロセスを概略的に示す信号流れ図である。
【００２３】
図２を参照すると、端末機２００、サービング基地局２３０、ターゲット基地局２６０との間の一般的なハンドオーバープロセスにおいて、まず、端末機２００は、サービング基地局２３０と呼を設定してサービスを遂行し、端末機２００は隣接基地局から送信される基準信号、一例としてパイロット信号のＣＩＮＲなどを測定して、サービング基地局２３０を変更、即ち、ハンドオーバーを遂行すべきか否かを決定する。
【００２４】
言い換えると、端末機２００が現在のサービング基地局２３０を他の基地局に変更しなければならないと決定すれば、端末機２００はサービング基地局２３０へMOB_MSHO-REQメッセージを送信する（ステップ２１１）。上記MOB_MSHO-REQメッセージは、他の基地局へのハンドオーバーを遂行するために、端末機２００が測定した隣接基地局情報を伝達するＭＡＣ階層間のプロトコルメッセージである。
【００２５】
サービング基地局２３０は、端末機２００へ応答メッセージである基地局ハンドオーバー応答MOB_BSHO-RSPメッセージを送信する（ステップ２１３）。上記MOB_BSHO-RSPメッセージは、推薦基地局情報などを含んでいるＭＡＣ階層間のプロトコルメッセージである。
【００２６】
しかしながら、端末機２００と基地局２３０、２６０との間に送受信されるメッセージは、実際の信号の強さが微弱なセル境界領域やハンドオーバー領域を通じて切替されるので、メッセージ送受信の失敗確率が高い。したがって、ここでは上記MOB_BSHO-RSPメッセージを端末機が正常に受信していない場合を説明する。
【００２７】
上記MOB_BSHO-RSPメッセージを正常に受信していない端末機２００は、正常なハンドオーバーのための隣接基地局（neighbor BS）に対するハンドオーバー情報を獲得できない。
【００２８】
また、サービング基地局２３０が端末機２００にハンドオーバーを要求する基地局ハンドオーバー要請（Base Station Handover Request；以下、‘MOB_BSHO-REQ’と称する）メッセージを送信する場合にも、前述したように、ハンドオーバーメッセージの送受信エラーが発生することがある。
【００２９】
端末機２００は、一定時間の上記MOB_BSHO-RSPメッセージを受信できなければ、MOB_MSHO-REQメッセージを再転送する。端末機２００は、一定回数の MOB_BSHO-RSPメッセージ再転送にもかかわらず、MOB_BSHO-RSPメッセージを受信していない場合、または前述したMOB_MSHO-REQメッセージ再転送過程の遂行無しでハンドオーバー手続きを遂行することができる。このような場合、端末機２００は、ターゲット基地局２６０にハンドオーバーすることを指示するハンドオーバー指示（handover indication；以下、‘MOB_HO-IND’と称する）メッセージをサービング基地局２３０へ送信し（ステップ２１５）、サービング基地局２３０との呼を解除する。端末機２００は、アップリンク帯域割り当てを受けられなくてMOB_MSHO-REQメッセージを送信できない場合にもMOB_HO-INDメッセージを送信し、セル遷移を試みることができる。このように、前述したMOB_BSHO-REQメッセージ、またはMOB_BSHO-RSPメッセージを送受信できなくて、端末機２００がハンドオーバーを決定してMOB_HO-INDを送信し、基地局遷移を試みる場合が発生する。
【００３０】
以後、端末機２００は、新しく選ばれたサービング基地局であるターゲット基地局２６０とネットワーク再進入動作を遂行する。ここで、上記ネットワーク再進入動作は、端末機２００とターゲット基地局２６０との間のレンジング、再折衝、再認証、及び再登録などのための動作である。前述したレンジング過程で、ターゲット基地局２６０は迅速なハンドオーバーを遂行するために、Fast_Ranging_IEを端末機２３０へ送信することができる（ステップ２１７）。アップリンクマップ（UL MAP）を通じて上記高速レンジング情報エレメントを伝達することにより、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）コードレンジング手続きを省略し、速くハンドオーバープロセスが遂行されることができる。ターゲット基地局２６０は、Fast_Ranging_IEを送信して、端末機２００へレンジング要請（RaNGing-Request；以下、‘RNG-REQ’と称する）メッセージを送信するためのアップリンク帯域を割り当てて、端末機２００はレンジングを遂行するために、割り当てられたアップリンク帯域を通じてRNG-REQメッセージを送信しなければならない。
【００３１】
しかしながら、端末機２００とサービング基地局２３０は、上記MOB_BSHO-RSPメッセージ、またはMOB_BSHO-REQメッセージを送受信できないことによって、端末機２００、サービング基地局２３０、ターゲット基地局２６０の各々は互いに異なるハンドオーバー情報を持つ。ここで、ターゲット基地局２６０が端末機２００へ上記Fast_Ranging_IEを送信する場合、端末機２００のＭＡＣアドレス（MAC address）や上記ハンドオーバープロセスに従って送信したMOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージを通じて端末機に割り当てられたHO-IDを使用して該当端末機を区別する。HO-IDは、１Byte長さの識別子（Identifier）であって、相対的に長いＭＡＣアドレスに比べて効率良く使われる。端末機２００は、上記RNG-REQメッセージを送信したり、Fast_Ranging_IE、またはレンジング応答（RaNGing-ReSPonse；以下、‘RNG-RSP’と称する）メッセージを受信する場合には、上記HO-IDを使用する。
【００３２】
しかしながら、MOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージが正常に受信できなくてハンドオーバープロセスが異常動作する場合、端末機２００はHO-IDを受信できないことにより、Fast_Ranging_IEを正常に受信できなくなる。即ち、端末機２００はRNG-REQメッセージを送信できるアップリンク区間を知らない。
【００３３】
ここで、端末機２００は、ターゲット基地局２６０へネットワーク再進入のためにハンドオーバーレンジングコード（handover ranging code）を送信する（ステップ２１９）。ターゲット基地局は、上記端末機へ上記ハンドオーバーレンジングコードに相応するRNG-RSPメッセージを送信する（ステップ２２１）。ターゲット基地局２６０は、端末機２００へ CDMA_Alloc_IEを転送し（ステップ２２３）、これによって、ＣＤＭＡコードを通じたレンジング過程を遂行した端末にRNG-REQを送信できるようにアップリンク区間を割り当てることができる。
【００３４】
上記MOB_BSHO-REQメッセージやMOB_BSHO-RSPメッセージの送受信失敗によって、端末機２００と基地局２３０、２６０との間でハンドオーバー情報が相異する問題が発生する場合、Fast_Ranging_IEを区分するHO-IDが不一致な場合を一例として説明した。このような場合、ターゲット基地局２６０がFast_Ranging_IEを通じて端末機に割り当てたアップリンク区間は端末機が認識できないので、使用できなくなるだけでなく、端末はＣＤＭＡコードレンジング過程を遂行しなければならないので、ハンドオーバー遅延時間も長くなる。
【００３５】
また、ターゲット基地局２６０とダウンリンク同期を獲得した端末機２００は、ターゲット基地局２６０とレンジング動作を遂行し、アップリンク動作を遂行してアップリンク同期を獲得し、送信電力を調整する動作を遂行しなければならない。したがって、端末機２００はレンジング要求（Ranging-Request；以下、‘RNG-REQ’と称する）メッセージをターゲット基地局へ送信する（ステップ２２５）。ターゲット基地局２６０は、応答メッセージであるレンジング応答メッセージ（RNG-RSP）を送信する（ステップ２２７）。
【００３６】
このように、レンジング動作を遂行した後、端末機２００は、端末機２００の基本容量を折衝するために、ターゲット基地局２６０へ加入者端末機基本容量折衝要求（Subscriber Station's Basic Capability Negotiation Request；以下、‘SBC-REQ’と称する）メッセージを送信する（ステップ２２９）。ここで、上記SBC-REQメッセージは、端末機２００がサポート可能な変調（modulation）及びコーディング（coding）方式に対する情報が含まれたＭＡＣ階層間のプロトコルメッセージである。ターゲット基地局２６０は、上記受信したSBC-REQメッセージに含まれている端末機２００がサポート可能な変調及びコーディング方式を確認した後、端末機２００へ応答メッセージとして基本容量折衝応答（Subscriber Station's Basic Capability Negotiation Response；以下、‘SBC-RSP’と称する）メッセージを送信する（ステップ２３１）。
【００３７】
上記SBC-RSPメッセージを受信した端末機２００は、端末機認証及びキー切替のために、ターゲット基地局２６０へ暗号キー管理要求（Privacy Key Management Request；以下、‘PKM-REQ’と称する）メッセージを送信する（ステップ２３３）。ここで、上記PKM-REQメッセージは、端末機２００の認証のためのＭＡＣ階層間のプロトコルメッセージであり、端末機２００の固有情報（certificate）を含む。ターゲット基地局２６０は、端末機２００の固有情報で認証サーバー（Authentication Server：ＡＣ）（図示せず）と認証を遂行する。上記認証結果、端末機２００が認証された端末機の場合、ターゲット基地局２６０は端末機２００に応答メッセージとして暗号キー管理応答（Privacy Key Management Response；以下、‘PKM-RSP’と称する）メッセージを送信する（ステップ２３５）。ここで、上記PKM-RSPメッセージには端末機２００に割り当てられた認証キー（Authentication Key：ＡＫ）と、暗号化キー（Traffic Encryption Key：ＴＥＫ）が含まれる。
【００３８】
端末機２００は、ターゲット基地局２６０へ登録要求（Registration Request；以下、‘REG-REQ’と称する）メッセージを送信する（ステップ２３７）。ここで、上記REG-REQメッセージには端末機２００の端末機登録情報が含まれる。ターゲット基地局２６０は、上記REG-REQメッセージに含まれている端末機登録情報を検出して端末機２００をターゲット基地局２６０に登録させ、端末機２００へ登録応答（Registration Response；以下、‘REG-RSP’と称する）メッセージを送信する（ステップ２３９）。ここで、上記REG-RSPメッセージには上記登録された端末機登録情報が含まれる。
【００３９】
このように、ターゲット基地局２６０に登録が完了されると、端末機２００は、端末機２００の種類あるいは基地局２３０、２６０の間の端末機２００の情報共有及び伝達の可否に相応するように選択的にターゲット基地局２６０とインターネットプロトコル（Internet Protocol；以下、‘ＩＰ’と称する）連結（connection）を設定したり、ターゲット基地局２６０へ動作パラメータを送信する動作を遂行することができる。ここで、ターゲット基地局２６０とＩＰ連結を設定したり、動作パラメータを送信する動作は、選択的（optional）に遂行されることができる。以後、端末機２００は、サービング基地局２３０からサービスを受けていたフロー（flow）などを再設定して連結を再設定し、上記連結再設定に従って端末機２００はターゲット基地局２６０と正常に通信サービスを遂行する。
【００４０】
しかしながら、現在上記MOB_BSHO-RSPメッセージ、上記MOB_BSHO-REQメッセージに含まれているハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報は、ハンドオーバープロセスで使われる認証ポリシー（Authorization Policy）を表す。しかしながら、端末機２００が上記メッセージを受信できない場合には、端末機とターゲット基地局が使用するハンドオーバー認証ポリシーサポート情報は、互いに異なる情報を有することになる。
【００４１】
ネットワーク進入のためのＰＫＭプロセス、即ち、ステップ２３３、ステップ２３５の一部の動作は省略することができる。しかしながら、上記ハンドオーバー認証ポリシーサポート情報が端末機とターゲット基地局２６０との間に互いに異なる状態で、このようなハンドオーバープロセス最適化のための認証過程の省略が起こることになると、該当端末に対する認証が失敗したり、端末機とターゲット基地局との間に不要なプロセスが遂行されるという問題点があった。
【００４２】
結局、上記MOB_BSHO-RSPメッセージ、またはMOB_BSHO-REQメッセージの送受信が失敗すると、端末機と基地局（サービング基地局、ターゲット基地局）との間に異常なハンドオーバープロセスが動作することになる。サービング基地局やターゲット基地局のうちの１つは、ハンドオーバーシグナルが端末で正常に受信されたか否かを確認できないので、ハンドオーバーシグナリングメッセージが流失した場合、端末機と基地局との間にハンドオーバー情報が一致しないことがある。したがって、ハンドオーバーが失敗したり、ハンドオーバー遂行に伴う時間が増加してサービスが遅延するという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【００４３】
以下、上記のような問題及び短所に対する解決方案を提示しようとする。すなわち、本発明の目的は、通信システムにおいて、サービス遅延を最小化するハンドオーバー装置及び方法を提供することにある。
【００４４】
本発明の他の目的は、通信システムにおいて、異常なハンドオーバープロセス動作に従うサービス遅延を最小化するハンドオーバー装置及び方法を提供することにある。
【００４５】
本発明の他の目的は、通信システムにおいて、端末機と基地局との間でハンドオーバー識別子が相異する場合に、サービス遅延を最小化するハンドオーバー装置及び方法を提供することにある。
【００４６】
本発明の更なる他の目的は、通信システムにおいて、ハンドオーバーメッセージの流失によるサービス遅延を最小化するハンドオーバー装置及び方法を提供することにある。
【課題を解決するための手段】
【００４７】
前述した目的を達成するための本発明の方法は、通信システムにおける端末機のハンドオーバー方法であって、上記端末機がハンドオーバーしなければならないことを感知する過程と、上記端末機が上記サービング基地局から送信される基地局ハンドオーバーメッセージを受信できずにターゲット基地局にセルスイッチングを試みる場合には、上記サービング基地局にハンドオーバー情報を受信していないことを通報する過程と、を含む。
【００４８】
前述した目的を達成するための本発明の他の方法は、通信システムにおけるサービング基地局のハンドオーバー方法であって、端末機からハンドオーバー情報を正常に受信していないことを表す通知（notification）を受信する過程と、上記端末機がハンドオーバーしようとするターゲット基地局に上記端末機が上記ハンドオーバー情報を正常に受信していないことを通報する過程と、を含む。
【００４９】
前述した目的を達成するための本発明の更に他の方法は、通信システムにおけるターゲット基地局のハンドオーバー方法であって、サービング基地局によって送信されるハンドオーバー情報を上記端末機が正常に受信していないことを表す通知を端末機から受信する過程と、上記端末機の固有なハンドオーバー識別子を使用して上記端末機にレンジングのための帯域を割り当てる過程と、を含む。
【００５０】
前述した目的を達成するための本発明の更に他の方法は、通信システムにおける端末機のハンドオーバー方法であって、上記端末機がハンドオーバーしなければならないことを感知する過程と、ハンドオーバーを遂行するターゲット基地局へハンドオーバー指示メッセージを送信する過程と、上記ターゲット基地局とハンドオーバーを遂行する過程と、上記ターゲット基地局にハンドオーバー情報を受信していないことを通報する過程と、を含む。
【００５１】
前述した目的を達成するための本発明の更に他の方法は、通信システムにおけるターゲット基地局のハンドオーバー方法であって、端末機とハンドオーバーを遂行する過程と、上記端末機から上記端末機がサービング基地局から送信されるハンドオーバー情報を受信していないことを表す通知を受信して、上記端末機のハンドオーバー情報が有効でないことを確認する過程と、を含む。
【００５２】
前述した目的を達成するための本発明の装置は、通信システムにおけるハンドオーバー装置であって、端末機がハンドオーバーしなければならないことを感知し、上記端末機がサービング基地局から基地局ハンドオーバーメッセージを受信できなくて、ターゲット基地局にセルスイッチングを試みる場合には、上記サービング基地局にハンドオーバー情報を受信していないことを通報する上記端末機を含む。
【００５３】
前述した目的を達成するための本発明の他の装置は、通信システムにおけるハンドオーバー装置であって、端末機からハンドオーバー情報を正常に受信していないことを表す通知（notification）を受信し、上記端末機がハンドオーバーしようとするターゲット基地局に上記端末機が上記ハンドオーバー情報を正常に受信していないことを通報するサービング基地局を含む。
【００５４】
前述した目的を達成するための本発明の更に他の装置は、通信システムにおけるハンドオーバー装置であって、サービング基地局によって送信されるハンドオーバー情報を端末機が正常に受信していないという通報を端末機から受けて、上記端末機の固有のハンドオーバー識別子を使用して端末機にレンジングのための帯域割り当てを遂行するターゲット基地局を含む。
【００５５】
前述した目的を達成するための本発明の更に他の装置は、通信システムにおけるハンドオーバー装置であって、端末機がハンドオーバーしなければならないことを感知し、ハンドオーバーを遂行するターゲット基地局へハンドオーバー指示メッセージを送信し、上記ターゲット基地局とハンドオーバーを遂行し、上記ターゲット基地局にハンドオーバー情報を受信していないことを通報する上記端末機を含む。
【００５６】
前述した目的を達成するための本発明の更に他の装置は、通信システムにおけるハンドオーバー装置であって、端末機とハンドオーバーを遂行し、サービング基地局によって送信されるハンドオーバー情報を受信していないことを表す通知を上記端末機から受信して、上記端末機のハンドオーバー情報が有効でないことを確認するターゲット基地局を含む。
【発明の効果】
【００５７】
本発明によると、端末機が異常なハンドオーバープロセスの発生に従う情報をサービング基地局またはターゲット基地局へ送信することにより、既存のハンドオーバー情報が有効でないことを通報し、これを考慮してターゲット基地局と端末機はレンジング手続きを遂行することで、ハンドオーバー時にサービス遅延を最小化することができるという利点を持つ。また、上記端末機と基地局との間のハンドオーバー識別子（HO-ID）情報が相異する場合にもハンドオーバーを遂行できるという利点を持つ。また、上記ハンドオーバープロセスの異常動作発生の際、レンジング応答メッセージにハンドオーバープロセス最適化フィールドを含んで送信することにより、ハンドオーバープロセスを省略して遂行できるという利点を持つ。
【発明を実施するための最良の形態】
【００５８】
以下、本発明に従う好ましい実施形態を添付した図面を参照しつつ詳細に説明する。下記の実施形態での多様な変形等が本発明の範囲から外れないということは自明である。下記の説明では、本発明に従う動作の理解に必要な部分だけ説明され、その以外の部分の説明は本発明の要旨を明確にするために省略されることに留意するべきである。
【００５９】
本発明では、端末機と基地局との間の異常なハンドオーバープロセス（handover process）が発生することを感知した端末機は、上記ハンドオーバープロセスが異常動作か否かをサービング基地局またはターゲット基地局へ送信して端末機のハンドオーバー情報が有効でないことを通報し、上記ターゲット基地局では上記端末機の流失情報を考慮してハンドオーバープロセスが動作するようにする。緊急ハンドオーバー試み指示子（Imminent_HO_try_indication；以下、‘Imminent_HO_try_indication’と称する）を通じてハンドオーバープロセスが正常動作か異常動作かを基地局に通報する。ここに、上記ターゲット基地局は、端末機の媒体アクセス制御アドレス（Medium Access Control address；以下、‘MAC address’と称する）を使用して端末機がハンドオーバー識別子（Handover IDentification；以下、‘HO-ID’と称する）を使用せずハンドオーバーを遂行するようにする。ここで、上記緊急ハンドオーバー試み指示子は、メッセージの形態で送信されることができ、ハンドオーバーメッセージにＴＬＶ（Type, Length, Value）形態で挿入されることができる。ターゲット基地局では、ターゲット基地局情報に基づいてハンドオーバープロセス最適化情報を上記端末機へ送信して、ハンドオーバープロセスの一部の動作を減少して遂行することを可能であるようにする。
【００６０】
図３は、本発明の実施形態に従う通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【００６１】
図３を参照すると、端末機３００、サービング基地局３３０、ターゲット基地局３６０間の本発明に従うハンドオーバー動作を説明する。まず、端末機３００は、サービング基地局３３０と呼を設定してサービスを遂行し、端末機３００は隣接基地局から送信される基準信号（reference signal）、一例としてパイロット（pilot）信号のキャリア対干渉雑音比（Carrier to Interference and Noise Ratio；以下、‘ＣＩＮＲ’と称する）などを測定して、サービング基地局３３０を変更、即ちハンドオーバーを遂行するべきか否かを決定する。
【００６２】
言い換えると、端末機３００が現在のサービング基地局３３０を他の基地局に変更しなければならないと決定すれば、端末機３００はサービング基地局３３０へ端末機ハンドオーバー要求（Mobile Station HandOver Request；以下、‘MOB_MSHO-REQ’と称する）メッセージを送信する（ステップ３１１）。上記MOB_MSHO-REQメッセージは、端末機３００が他の基地局へのハンドオーバーを遂行するために測定した隣接基地局情報を伝達する媒体アクセス制御（Medium Access Control；以下、‘ＭＡＣ’と称する）階層間のプロトコルメッセージである。
【００６３】
サービング基地局３３０は、端末機３００へ基地局ハンドオーバー応答（Base Station HandOver Response；以下、‘MOB_BSHO-RSP’と称する）メッセージを送信する（ステップ３１３）。
【００６４】
上記MOB_BSHO-RSPメッセージは、推薦基地局（Recommended BS）情報などを含んでいるＭＡＣ階層間のプロトコルメッセージである。
【００６５】
しかしながら、端末機３００と基地局３３０、３６０との間に送受信するメッセージは、実際の信号強さが微弱なセル境界領域や、ハンドオーバー領域を通じて切替されるので、メッセージ送受信の失敗確率が高い。図３に説明されたステップ３１３は、上記MOB_BSHO-RSPメッセージを端末機が正常に受信していない場合である。
【００６６】
上記MOB_BSHO-RSPメッセージを正常に受信していない端末機３００は、正常なハンドオーバーのための隣接基地局（neighbor BS）に対するハンドオーバー情報を獲得できない。ここで、上記ハンドオーバー情報は、例えばサービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、HO-ID情報、ハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のような情報を含む。
【００６７】
また、前述した端末機の要求に従うハンドオーバー遂行と異なり、図面に図示してはいないが、サービング基地局３３０が端末機３００へハンドオーバーを要求する基地局ハンドオーバー要請（Base Station Handover Request；以下、‘MOB_BSHO-REQ’と称する）メッセージを送信する場合にも送受信エラーが発生することがある。
【００６８】
このように、前述したMOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージなどを正常に受信できないことがある。したがって、端末機３００が一定時間MOB_BSHO-RSPメッセージを受信していなくても、又は、上記MOB_BSHO-RSPメッセージの受信に関わらず、ハンドオーバーを遂行するように決定することができる。このような場合、端末機３００はターゲット基地局３６０にハンドオーバーすることを指示するハンドオーバー指示（handover indication；以下、‘MOB_HO-IND’と称する）メッセージをサービング基地局３３０へ送信し（ステップ３１５）、上記サービング基地局との呼を解除する。
【００６９】
＜表１＞は、緊急ハンドオーバー試み指示子を含むハンドオーバー指示メッセージの例を表した。
【００７０】
【表１】
2009531950.tif 000003
【００７１】
表１を参照すると、上記MOB_HO-INDメッセージは、現在送信されるメッセージのタイプを表すManagement Message Typeと、全て‘０’に設定されている予約（reserved）領域と、上記メッセージの動作を表すモード（mode）を含む。
【００７２】
また、上記モードが‘０ｂ００’でハンドオーバーの場合には、ハンドオーバー指示形態（HO-IND type）と、レンジングパラメータ許容指示（Ranging_Parameters_valid_indication：Ranging_Params_valid_indication）と、緊急ハンドオーバー試み指示子（Imminent_HO_try_indication；以下、‘Imminent_HO_try_ indication’と称する）と、‘０’に設定された予約（Reserved）領域を含む。本実施形態において、Imminent_HO_try_indicationは、既存の予約（Reserved）フィールド（4bit）ビットのうちの１つを上記Imminent_HO_try_indicationメッセージに使用する。
【００７３】
本発明の端末機３００は、特に、上記Imminent_HO_try_indicationを通じて上記ハンドオーバープロセスが正常動作であるか異常動作であるかをサービング基地局３３０に通報する。
【００７４】
ここで、上記ハンドオーバープロセスがメッセージ流失無しで正常動作している場合、端末機３００はサービング基地局３３０へ‘０’に設定されたImminent_HO_try_indicationを含んだMOB_HO-INDメッセージを送信する。 Imminent_HO_try_indication＝０の場合、サービング基地局は、既存のような一般的なハンドオーバーを遂行し、上記‘０’に設定されたImminent_HO_try_indicationをターゲット基地局３３０へ送信する。サービング基地局３３０は、上記ハンドオーバープロセスが正常動作することを通報するメッセージなどをターゲット基地局３６０へ送信して、ハンドオーバープロセスが正常か否かをターゲット基地局３６０に通報する。したがって、ターゲット基地局３６０は上記ハンドオーバープロセスが正常動作していることを確認してHO_IDを使用することができ、端末機３００はHO_IDを使用してターゲット基地局３６０とネットワーク再進入手続きを遂行する。そして、ターゲット基地局３６０は端末機３００にHO_IDを使用してFast_ranging_IEを遂行する。
【００７５】
しかしながら、メッセージ流失などにより上記ハンドオーバープロセスが異常動作している場合、端末機３００はサービング基地局３３０へ‘１’に設定されたImminent_HO_try_indicationを含んだMOB_HO-INDメッセージを送信する（ステップ３１５）。Imminent_HO_try_indication＝１の場合、サービング基地局３３０は、上記‘１’に設定されたImminent_HO_try_indicationをターゲット基地局３６０へ送信してハンドオーバープロセスが異常動作していることを通報したり、上記ハンドオーバープロセスが異常動作することを通報する特定メッセージなどをターゲット基地局３６０へ送信してハンドオーバープロセスが異常動作か否かをターゲット基地局３６０に通報する。これにより、ターゲット基地局３６０はハンドオーバープロセスで端末に伝えられたハンドオーバー情報が有効でないと判断する。例えば、図３でのように、ターゲット基地局３６０はFast_Ranging_IEを通じてアップリンク区間を端末機に割り当てる時、端末機の媒体アクセス制御（ＭＡＣ）アドレスを使用し、端末機３００はターゲット基地局３６０とネットワーク再進入手続きを遂行する場合、上記MAC addressを使用する。
【００７６】
ターゲット基地局３６０は端末機３００へFast_Ranging_IEを送信する場合、上記MAC addressを含んで送信する（ステップ３１９）。端末機３００は、上記MOB_BSHO-RSPを受信できないことによって、上記ハンドオーバー関連情報を正常に獲得できないので、ターゲット基地局３６０はMAC addressを使用して端末機３００と呼設定のためのハンドオーバーをサポートすることになる。
【００７７】
一方、Fast_Ranging_IEを受信した端末機３００は、上記レンジングを遂行するためにターゲット基地局３６０に割り当てられたアップリンク帯域を通じてレンジング要求（RaNGing-REQuest；以下、‘RNG-REQ’と称する）メッセージを送信する（ステップ３２１）。
【００７８】
図３では、ハンドオーバープロセスが異常動作している場合に、MOB_HO-INDメッセージにImminent_HO_try_indicationを追加してハンドオーバーが実行されることを説明した。以下に、上記MOB_HO-INDメッセージの異常送受信時のハンドオーバー動作を説明する。
【００７９】
図４は、本発明の実施形態に従う通信システムにおいて、MOB_HO-INDメッセージが流失された場合のハンドオーバープロセスを概略的に示す信号流れ図である。
【００８０】
図４のハンドオーバープロセスは、図３の動作と類似な動作を遂行し、ここでは上記MOB_HO-INDメッセージの異常送受信時のハンドオーバー動作を説明する。したがって、以下では図３と同一なハンドオーバー動作に対しては図３を参照することにし、その詳細な説明を省略する。
【００８１】
図４を参照すると、端末機４００、サービング基地局４３０、ターゲット基地局４６０の間のハンドオーバープロセスにおいて、まず、端末機４００は、サービング基地局４３０と呼を設定してサービスを遂行し、隣接基地局から送信される基準信号（reference signal）、一例として、パイロット（pilot）信号のキャリア対干渉雑音比（Carrier to interference and Noise Ratio；以下、‘ＣＩＮＲ’と称する）などを測定してサービング基地局４３０を変更、即ちハンドオーバーを遂行するべきか否かを決定する。
【００８２】
言い換えると、端末機４００が現在のサービング基地局４３０を他の基地局に変更しなければならないと決定すれば、端末機４００はサービング基地局４３０へMOB_MSHO-REQメッセージを送信する（ステップ４１１）。ここで、上記MOB_MSHO-REQメッセージは、他の基地局へのハンドオーバーを遂行するために端末機４００が測定した隣接基地局情報を伝達するＭＡＣ階層間のプロトコルメッセージである。
【００８３】
サービング基地局４３０は、端末機４００へ応答メッセージである基地局ハンドオーバー応答MOB_BSHO-RSPメッセージを送信する（ステップ４１３）。
【００８４】
しかしながら、端末機４００と基地局４３０、４６０との間に送受信するメッセージは、実際の信号強さが微弱なセル境界領域や、ハンドオーバー領域を通じて切替されるので、メッセージ送受信の失敗確率が高い。したがって、図４で説明するステップ４１３は、上記MOB_BSHO-RSPメッセージを端末機４００が正常に受信していない場合である。
【００８５】
上記MOB_BSHO-RSPメッセージを正常に受信していない端末機４００は、正常なハンドオーバーのための隣接基地局に対するハンドオーバー情報を獲得できない。ここで、上記ハンドオーバー情報は、例えばサービスレベル予報情報、ハンドオーバープロセス最適化情報、ハンドオーバー識別子情報、及びハンドオーバー認証ポリシーサポート情報などの情報を含む。
【００８６】
また、端末機４００の要求に従うハンドオーバー遂行と異なり、図面に図示してはいないが、サービング基地局４３０が端末機４００へハンドオーバーを要求するMOB_BSHO-REQメッセージを送信する場合にも、前述したようにハンドオーバーメッセージの送受信エラーが発生することがある。このように、前述したMOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージなどを正常に受信できないことがある。
【００８７】
したがって、端末機４００は、一定時間MOB_BSHO-RSPメッセージが受信できなくても、又は、上記MOB_BSHO-RSPメッセージの受信に関わらず、ハンドオーバーを遂行するように決定することができる。このような場合、端末機４００はターゲット基地局４６０にハンドオーバーすることを指示するMOB_HO-INDメッセージをサービング基地局４３０へ送信し（ステップ４１５）、上記サービング基地局との呼を解除する。
【００８８】
しかしながら、上記MOB_BSHO-RSPメッセージだけでなく、上記MOB_HO-INDメッセージも基地局と端末機との間に送受信が失敗することがある。したがって、サービング基地局４３０は、上記ハンドオーバープロセスの異常動作に対する情報、即ち、Imminent_HO_try_indicationを受信することができない。
【００８９】
MOB_HO-INDメッセージを受信していない場合には、サービング基地局４３０はImminent_HO_try_indication値を‘１’に設定し、上記‘１’に設定されたImminent_HO_try_indicationをターゲット基地局４６０へ送信して（ステップ４１７）ハンドオーバープロセスが異常動作していることを通報したり、上記ハンドオーバープロセスが異常動作していることを通報する特定メッセージなどをターゲット基地局４６０へ送信して、ハンドオーバープロセスが異常をターゲット基地局４６０に通報する。
【００９０】
したがって、ターゲット基地局４６０は端末機の媒体アクセス制御（ＭＡＣ）アドレスを使用し、端末機４００はターゲット基地局４６０とネットワーク再進入手続きを遂行する場合、上記MAC addressを使用する。
【００９１】
ターゲット基地局４６０は、端末機４００へFast_Ranging_IEを送信する場合、上記MAC addressを含んで送信する（ステップ４１９）。端末機４００は、上記MOB_BSHO-RSPを受信できないことによって、上記ハンドオーバー関連情報を正常に獲得できないので、ターゲット基地局４６０はMAC addressを使用して端末機４００と呼設定のためのレンジングを遂行する。
【００９２】
一方、Fast_Ranging_IEを受信した端末機４００は、レンジングを遂行するためにターゲット基地局４６０に割り当てられたアップリンク帯域を通じてRNG-REQメッセージを送信する（ステップ４２１）。
【００９３】
図５は、本発明の実施形態に従う端末機のハンドオーバー動作を概略的に示すフローチャートである。
【００９４】
図５を参照すると、上記端末機は上記サービング基地局と呼を設定してサービスを遂行し、隣接基地局から送信される基準信号（reference signal）、一例として、パイロット（pilot）信号のＣＩＮＲなどを測定してハンドオーバーを遂行するべきか否かを決定する。ステップ５１１で、上記端末機はハンドオーバーしなければならないことを感知すると、MOB_MSHO-REQメッセージをサービング基地局へ送信する。
【００９５】
ステップ５１３で、上記端末機はハンドオーバープロセスが正常に動作しているか、即ち、上記基地局から上記MOB_MSHO-REQメッセージに対応するMOB_BSHO-RSPメッセージを正常に受信したか否かを判断する。上記判断結果、一定時間または再転送要請の以後にも上記MOB_BSHO-RSPメッセージを受信していない場合には、ステップ５１５に進行する。しかしながら、上記判断結果、上記MOB_BSHO-RSPメッセージを正常受信した場合には、ステップ５２１に進行する。
【００９６】
ステップ５１５で、上記端末機は上記MOB_BSHO-RSPメッセージを正常受信できないため、ハンドオーバープロセスが異常動作していると判断して、Imminent_HO_try_indicationを‘１’に設定する。
【００９７】
ステップ５１７で、上記端末機は‘１’に設定されたImminent_HO_try_indicationを含んだMOB_HO-INDメッセージを上記サービング基地局へ送信し、ステップ５１９に進行する。上記端末機が送信するMOB_HO-INDメッセージは、上記＜表１＞に表れており、上記MOB_HO-INDメッセージを送信することにより、サービング基地局にハンドオーバープロセスが異常動作していることを通報できる。ここに、上記端末機は上記サービング基地局との接続を解除し、ターゲット基地局へのハンドオーバーを遂行する。
【００９８】
ステップ５１９で、上記端末機は上記ターゲット基地局とレンジングを遂行する。上記ハンドオーバープロセス異常動作により、上記ターゲット基地局で端末機のハンドオーバー情報は有効でないので、上記端末機のMAC addressを使用してレンジングを遂行する。
【００９９】
これとは異なり、ステップ５１３で、上記MOB_BSHO-RSPメッセージを正常受信した場合には、上記端末機は上記ハンドオーバープロセスに従う正常動作を遂行する。
【０１００】
ステップ５２１で、上記端末機は上記MOB_BSHO-RSPメッセージを正常受信したので、ハンドオーバープロセスが異常動作したと判断してImminent_HO_try_indicationを‘０’に設定する。
【０１０１】
ステップ５２３で、上記端末機は‘０’に設定されたImminent_HO_try_indicationを含んだMOB_HO-INDメッセージを上記サービング基地局へ送信する。次に、上記端末機は一般的なハンドオーバー手続きを遂行する。ここに、上記端末機とレンジングを遂行するターゲット基地局は、既存のように、HO_IDを使用してレンジング帯域を割り当てて、レンジングを遂行できるようになる。
【０１０２】
図６は、本発明の実施形態に従うサービング基地局のハンドオーバー動作過程を概略的に示すフローチャートである。
【０１０３】
ステップ６１１で、上記サービング基地局は端末機からMOB_MSHO-REQメッセージを受信すればステップ６１３に進行する。上記MOB_MSHO-REQメッセージは、端末機が他の基地局へのハンドオーバーを遂行するために端末機が測定した隣接基地局情報を含んだハンドオーバー要請メッセージである。ステップ６１３で、上記サービング基地局は上記端末機に上記MOB_MSHO-REQメッセージに対する応答メッセージである基地局ハンドオーバー応答MOB_BSHO-RSPメッセージを該当端末機へ送信する。
【０１０４】
ステップ６１５で、上記サービング基地局はMOB_HO-INDメッセージを受信したか否かを確認する。上記確認結果、MOB_HO-INDメッセージを受信していない場合には、ステップ６２１に進行して上記ハンドオーバープロセスの異常動作をターゲット基地局に通報する。
【０１０５】
ステップ６１７で、上記サービング基地局は上記MOB_HO-INDメッセージを受信して上記MOB_HO-INDメッセージにImminent_HO_try_indicationが含まれているか否かを判断する。上記判断結果、Imminent_HO_try_indicationが含まれていない場合には、ステップ６２３に進行して一般的なハンドオーバー手続きに従う動作を遂行する。
【０１０６】
Imminent_HO_try_indicationが含まれた場合には、ステップ６１９で、上記サービング基地局は、Imminent_HO_try_indicationが‘１’であるか否かを確認する。上記確認結果、Imminent_HO_try_indicationが‘０’の値を持つ場合には、ステップ６２３に進行して一般的なハンドオーバー手続きを遂行する。しかしながら、上記確認結果、Imminent_HO_try_indicationが‘１’の値を持つ場合にはハンドオーバープロセスの異常動作をする場合であり、ステップ６２１に進行する。
【０１０７】
ステップ６２１で、上記サービング基地局は上記‘０’に設定されたImminent_HO_try_indication、または、上記ハンドオーバープロセスが異常動作することを通報するメッセージなどを送信してハンドオーバープロセスの異常動作をターゲット基地局に通報する。
【０１０８】
このように、上記ハンドオーバープロセスが異常動作か否かの判断は、ステップ６１５のように、サービング基地局で判断して、異常プロセスの場合、ターゲット基地局にこれを通報することができる。
【０１０９】
図７は、本発明の実施形態に従うターゲット基地局のハンドオーバー動作過程を概略的に示すフローチャートである。
【０１１０】
図７を参照すると、ステップ７１１で、ターゲット基地局は上記サービング基地局から受信したImminent_HO_try_indication、または上記ハンドオーバープロセスが異常動作していることを通報するメッセージなどを通じて上記ターゲット基地局が正常動作を遂行しているか否かを判断する。上記判断結果、Imminent_HO_try_indicationが‘０’に設定されていることや、上記別のメッセージなどを通じてハンドオーバープロセスが正常動作していることを確認すると、ステップ７１５に進行する。しかしながら、上記判断結果、Imminent_HO_try_indicationが‘１’に設定されていたり、上記ハンドオーバープロセスが異常動作していることを確認すると、ステップ７１３に進行する。
【０１１１】
ステップ７１５で、上記ターゲット基地局は一般的なレンジング手続きを遂行し、これによって、Fast_ranging_IEを端末機へ送信する。ここで、上記端末機はハンドオーバープロセスの正常動作に従うハンドオーバー手続きが正常動作していることを表す。ここで、上記端末機が持っているハンドオーバー情報は有効であるので、ターゲット基地局はHO_IDを使用してハンドオーバーを遂行することができる。
【０１１２】
しかしながら、ステップ７１３で、上記ターゲット基地局は上記端末機のハンドオーバー情報が有効でない場合であるので、上記端末機のMAC addressを使用してFast_ranging_IEを端末機へ送信し、ステップ７１７に進行する。
【０１１３】
ステップ７１３またはステップ７１５の以後に、ステップ７１７で、上記ターゲット基地局は上記該当端末機とレンジング手続きを遂行する。
【０１１４】
本発明に従う端末機はMAC Addressだけでなく、HO-IDを全て使用してハンドオーバーを遂行できることを前提とする。
【０１１５】
前述したように、上記ハンドオーバープロセスが異常動作すると、即ち、ハンドオーバープロセスにおいてエラー発生が感知されると、上記ターゲット基地局は上記ハンドオーバープロセスの異常動作を知らされる。
【０１１６】
図８は、本発明の他の実施形態に従う通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【０１１７】
図８を参照すると、ハンドオーバープロセスは、基地局ハンドオーバー応答メッセージ、基地局ハンドオーバー要請メッセージ、ハンドオーバー指示メッセージが送受信されていない場合に遂行される。したがって、下記では上記図３及び図４で前述した図面に対しては詳細な説明を省略する。
【０１１８】
図８を参照すると、端末機８００、サービング基地局８３０、ターゲット基地局８６０の間のハンドオーバープロセスにおいて、まず、端末機８００はサービング基地局８３０と呼を設定してサービスを遂行し、端末機８００はサービング基地局８３０を変更、即ちハンドオーバーを遂行するべきか否かを決定する。
【０１１９】
言い換えると、端末機８００が現在のサービング基地局８３０を他の基地局に変更しなければならないと決定すると、端末機８００はサービング基地局８３０へMOB_MSHO-REQメッセージを送信する（ステップ８１１）。
【０１２０】
サービング基地局８３０は、端末機８００へ応答メッセージである基地局ハンドオーバー応答MOB_BSHO-RSPメッセージを送信する（ステップ８１３）。
【０１２１】
しかしながら、端末機８００と基地局８３０、８６０との間に送受信するメッセージは、実際の信号強さが微弱なセル境界領域や、ハンドオーバー領域を通じて切替されるので、メッセージ送受信の失敗確率が高い。したがって、ステップ８１３は、上記MOB_BSHO-RSPメッセージを端末機が正常に受信していない場合である。
【０１２２】
上記MOB_BSHO-RSPメッセージを正常に受信していない端末機８００は、正常なハンドオーバーのための隣接基地局に対するハンドオーバー情報を獲得できない。ここで、上記ハンドオーバー情報は、例えばサービスレベル予報情報、ハンドオーバープロセス最適化情報、ハンドオーバー識別子情報、及びハンドオーバー認証ポリシーサポート情報のような情報を含む。
【０１２３】
また、端末機８００の要求に従うハンドオーバー遂行と異なり、図面に図示してはいないが、サービング基地局８３０が端末機８００へハンドオーバーを要求するMOB_BSHO-REQメッセージを送信する場合にも前述したようにハンドオーバーメッセージの送受信エラーが発生することがある。このように、前述したMOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージなどを正常に受信できないこともある。
【０１２４】
したがって、端末機８００が一定時間MOB_BSHO-RSPメッセージが受信できなかったり、サービング基地局８３０への再転送要請に従うMOB_BSHO-RSPを受信できなければ、上記MOB_BSHO-RSPメッセージを使用せずハンドオーバーを遂行するように決定することができる。このような場合、端末機８００はターゲット基地局８６０にハンドオーバーすることを指示するMOB_HO-INDメッセージをサービング基地局８３０へ送信し（ステップ８１５）、サービング基地局８３０との呼を解除する。
【０１２５】
しかしながら、上記MOB_BSHO-RSPメッセージだけでなく、上記MOB_HO-INDメッセージも端末機とサービング基地局との間に送受信が失敗することがある。
【０１２６】
ここで、上記図３及び図４で説明したハンドオーバープロセスでは、Imminent_HO_try_indicationを使用してハンドオーバープロセス異常動作をターゲット基地局に通報して、端末機のMAC Addressを使用してハンドオーバーを遂行することができる。しかしながら、ここでは上記ハンドオーバー指示メッセージや、バックボーン（backbone）ネットワークを介して所定のメッセージ（Imminent_HO_try_indication）を送信する場合でないRNG-REQメッセージを通じてハンドオーバーが異常動作か否かを送信する動作を説明する。
【０１２７】
端末機８００は、ターゲット基地局８６０へハンドオーバーのためにハンドオーバーレンジングコード（HO_Ranging_code）を基地局へ送信する（ステップ８１７）。
【０１２８】
ターゲット基地局８６０は、上記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答（RaNGing-RSPonse；以下、‘RNG-RSP’と称する）メッセージを端末機８００へ送信する（ステップ８１９）。ターゲット基地局８６０は、符号分割多元接続割り当て情報エレメント（Code Division Multiple Access_Allocation_Information Element；以下、‘CDMA_Alloc_IE’と称する）を上記端末機へ送信する（ステップ８２１）。これによって、端末機８００がレンジング要請（RaNGing-REQuest；以下、‘RNG-REQ’と称する）メッセージを送信するためのアップリンク帯域を割り当てる。
【０１２９】
このように、上記ターゲット基地局８６０とダウンリンク同期を獲得した端末機８００は、ターゲット基地局８６０とレンジング動作を遂行し、アップリンク動作を遂行してアップリンク同期を獲得し、送信電力を調整する動作を遂行しなければならない。したがって、レンジング要求（Ranging-Request；以下、‘RNG-REQ’と称する）メッセージをターゲット基地局へ送信する（ステップ８２３）。
【０１３０】
本発明では、上記RNG-REQメッセージに上記Imminent_HO_try_indicationを送信し、上記MOB_BSHO-REQメッセージ、または上記MOB_BSHO-RSPメッセージを正常受信して端末機のハンドオーバーのための情報、特に、ハンドオーバー認証ポリシーサポート情報が有効であるかを表す情報を上記ターゲット基地局へ送信する。したがって、上記端末が上記MOB_BSHO-REQメッセージ、または上記MOB_BSHO-RSPメッセージを正常受信する場合には、上記Imminent_HO_try_indicationを‘０’に設定してターゲット基地局へ送信し、上記MOB_BSHO-REQメッセージ、または上記MOB_BSHO-RSPメッセージを異常受信する場合、Imminent_HO_try_indicationを‘１’に設定してターゲット基地局へ送信する。
【０１３１】
Imminent_HO_try_indicationの値が‘０’に設定されている場合には、以後の動作は既存のハンドオーバープロセスと同一な動作を遂行する。しかしながら、上記Imminent_HO_try_indicationが‘１’に設定された場合には、一例としてターゲット基地局でハンドオーバープロセスを省略することなく遂行するようにする。これは、基地局がMOB_BSHO-REQやMOB_BSHO-RSPを通じて端末に伝達したハンドオーバー情報が有効でないためである。即ち、Imminent_HO_try_indicationが１の場合、サービング基地局が端末機に伝達した認証ポリシーサポート方式（Authorization_Policy_Support）値が流失されたので、ターゲット基地局は端末機に、認証過程の省略無しで、初期認証過程を全て遂行するように命令する。
【０１３２】
ここで、Imminent_HO_try_indicationは、ＴＬＶ（Type Length Value）の形態で上記RNG-REQメッセージに含まれ、下記の表２に示すように構成される。
【０１３３】
【表２】
2009531950.tif 000004
【０１３４】
また、上記HO Process Optimizationフィールドは、RNG-REQメッセージのＴＬＶである。上記HO Process Optimizationフィールドは、ターゲット基地局８６０とハンドオーバープロセスを最小化させることによって、上記ハンドオーバー遂行に従うサービス遅延を最小化させることができる。
【０１３５】
本発明では、サービング基地局８３０、あるいはターゲット基地局８６０が端末機８００とハンドオーバー遂行に必要なプロセスのうち、省略可能なプロセスを端末機８００に通報するようにしている。ここで、表３を参照して上記HO Process Optimizationフィールドの構造について説明する。
【０１３６】
【表３】
2009531950.tif 000005
【０１３７】
表３に表したように、上記HO Process Optimizationフィールドは、上記端末機がネットワーク再進入動作の遂行中に必要とされる各種プロセスを遂行するか否かを表すフィールドであって、８ビット（８bits）で構成され、上記８ビットの各々は端末機がサービング基地局（serving BS（Base Station））からターゲット基地局（target BS）にハンドオーバーした後、ターゲット基地局とのネットワーク再進入動作の遂行中に必要とされるプロセスの各々の省略の可否を表す。
【０１３８】
HO Optimizationフィールドにおいて、ビット＃０は上記ターゲット基地局と上記端末機との間にSBC-REQメッセージ／SBC-RSPメッセージ送受信を省略するか否かを表し、上記ビット＃０が‘０’の場合、上記ターゲット基地局と上記端末機との間にSBC-REQメッセージ／SBC-RSPメッセージ交換を遂行することを表し、上記ビット＃０が‘１’の場合、上記ターゲット基地局と上記端末機との間にSBC-REQメッセージ／SBC-RSPメッセージ交換を遂行しないことを表す。
【０１３９】
ビット＃１は、上記ターゲット基地局と上記端末機との間にPKM TEK段階を除外したPKM-REQメッセージ／PKM-RSPメッセージの送受信を省略するか否かを表し、上記ビット＃１が‘０’の場合、上記ターゲット基地局と上記端末機との間にPKM-REQメッセージ／PKM-RSPメッセージの交換を遂行することを表し、上記ビット＃１が‘１’の場合、上記ターゲット基地局と上記端末機との間にPKM-REQメッセージ／PKM-RSPメッセージの交換を遂行しないことを表す。
【０１４０】
ビット＃２は、上記ターゲット基地局と上記端末機との間にPKM TEK段階を遂行するか否かを表し、上記ビット＃２が‘０’の場合、上記ターゲット基地局と上記端末機との間にPKM TEK段階を遂行することを表し、上記ビット＃１が‘１’の場合、PKM TEK段階を遂行しないことを表す。
【０１４１】
ビット＃３は、上記ターゲット基地局と上記端末機との間にREG-REQメッセージ／REG-RSPメッセージ送受信を省略するか否かを表し、上記ビット＃３が‘０’の場合、上記ターゲット基地局と上記端末機との間にREG-REQメッセージ／REG-RSPメッセージ交換を遂行することを表し、上記ビット＃３が‘１’の場合、上記ターゲット基地局と上記端末機との間にREG-REQメッセージ／REG-RSPメッセージ交換を遂行しないことを表す。
【０１４２】
ビット＃４は、上記ターゲット基地局と上記端末機との間にネットワークアドレス獲得管理（Network Address Acquisition management）メッセージの送受信を省略するか否かを表し、上記ビット＃４が‘０’の場合、上記ターゲット基地局と上記端末機との間にネットワークアドレス獲得管理メッセージの交換を遂行することを表し、上記ビット＃４が‘１’の場合、上記ターゲット基地局と上記端末機との間にネットワークアドレス獲得管理メッセージの交換を遂行しないことを表す。ここで、上記ネットワークアドレス獲得管理メッセージとは、上記端末機が上記ターゲット基地局からネットワークアドレスを獲得するために必要とするメッセージを表す。
【０１４３】
ビット＃５は、上記ターゲット基地局と上記端末機との間に時間獲得管理（Time of Day Acquisition management）メッセージの送受信を省略するか否かを表し、上記ビット＃５が‘０’の場合、上記ターゲット基地局と上記端末機との間に時間獲得管理メッセージの交換を遂行することを表し、上記ビット＃５が‘１’の場合、上記ターゲット基地局と上記端末機との間に時間獲得管理メッセージの交換を遂行しないことを表す。ここで、上記時間獲得管理メッセージとは、上記端末機が上記ターゲット基地局から時間情報を新しく獲得するために必要とするメッセージを表す。
【０１４４】
ビット＃６は、上記ターゲット基地局と上記端末機との間にＴＦＴＰ（Trivial File Transfer Protocol）管理メッセージの送受信を省略するか否かを表し、上記ビット＃６が‘０’の場合、上記ターゲット基地局と端末機との間にＴＦＴＰ管理メッセージの交換を遂行することを表し、上記ビット＃６が‘１’の場合、上記ターゲット基地局と上記端末機との間にＴＦＴＰ管理メッセージの交換を遂行しないことを表す。
【０１４５】
ビット＃７は、上記端末機が上記サービング基地局で動作していたサービス及び動作状態情報を上記サービング基地局が上記ターゲット基地局へ送信したり、あるいは上記基地局が共有しているので、上記端末機と上記ターゲット基地局との間に如何なる追加プロセスがなくても上記端末機が上記ターゲット基地局ですぐに正常なサービスを遂行できるか否かを表す。上記ビット＃７が‘１’の場合、上記ターゲット基地局と上記端末機との間に追加プロセスがなくても上記端末機が上記ターゲット基地局ですぐに正常なサービスを遂行できることを表す。上記ビット＃７が‘０’の場合、上記ターゲット基地局と上記端末機との間に追加プロセスがなしでは上記端末機が上記ターゲット基地局ですぐに正常なサービスを遂行できないことを表す。ここで、上記サービス及び動作状態情報は、一例として、自動再転送要求（Automatic Retransmission reQuest；以下、‘ＡＲＱ’と称する）状態と、各種タイマー値と、カウンター（counter）値と、ＭＡＣステート（state）マシン（machine）値となることができる。
【０１４６】
上記HO Process Optimizationフィールドは、上記NBR-ADVメッセージとMOB-BSHO-RSPに含まれる場合には、隣り合うハンドオーバー可能な基地局に関する情報の一部として提供されるものであって、上記各ビットが表す意味は、上記端末機が上記ターゲット基地局にハンドオーバーする場合、上記ターゲット基地局により変更されることもできる。これとは異なり、上記HO Process Optimizationフィールドが上記RNG-RSP管理メッセージに含まれる場合には、上記端末機が上記ターゲット基地局にネットワーク再進入動作を遂行する過程で正確にどんなプロセスを省略し、どんなプロセスを省略しないかを表す役目をする。
【０１４７】
本発明では、端末機が送信するImminent_HO_try_indication値に従って、ターゲット基地局が端末に対するハンドオーバープロセスの省略の可否を決定するようにする。これは、ハンドオーバープロセスの省略において、基地局がMOB_BSHO-REQやMOB_BSHO-RSPに伝達したハンドオーバー情報が使われなければならないためであり、このような情報がメッセージ流失により伝達できなかった場合、必要な全てのハンドオーバープロセスを遂行しなければならない。
【０１４８】
例えば、上記Imminent_HO_try_indicationが‘１’に設定された場合には、ターゲット基地局はステップ８２５で、端末機にＰＫＭプロセスの省略のために使用するハンドオーバー情報を無視し、上記端末機が再進入時に必要とされるＰＫＭプロセスを遂行できるようにRNG-RSPメッセージのHO_process_optimizationフィールドを設定する。
【０１４９】
ここに、上記端末機は、上記HO_process_optimizationフィールド値に従い、以後のハンドオーバープロセスを動作する。
【０１５０】
このように、レンジング動作を遂行した後、端末機８００はターゲット基地局８６０と端末機８００の基本容量を折衝するために、ターゲット基地局８６０へ加入者端末機基本容量折衝要求（Subscriber Station's Basic Capability Negotiation Request；以下、‘SBC-REQ’と称する）メッセージを送信する（ステップ８２７）。ここで、上記SBC-REQメッセージは、媒体接続制御（Medium Access Control；以下、‘ＭＡＣ’と称する）メッセージであって、端末機８００がサポート可能な変調（modulation）及びコーディング（coding）方式に対する情報が含まれる。ターゲット基地局８６０は、上記受信したSBC-REQメッセージに含まれている端末機８００がサポート可能な変調及びコーディング方式を確認した後、端末機に応答メッセージとして基本容量折衝応答（Subscriber Station's Basic Capability Negotiation Response；以下、‘SBC-RSP’と称する）メッセージを送信する（ステップ８２９）。
【０１５１】
上記SBC-RSPメッセージを受信した端末機８００は、端末機認証及びキー切替のためにターゲット基地局８６０へ暗号キー管理要求（Privacy Key Management Request；以下、‘PKM-REQ’と称する）メッセージを送信する（ステップ８３１）。ここで、上記PKM-REQメッセージは、端末機８００の認証のためのＭＡＣメッセージであり、端末機８００の固有情報（certificate）を含む。ターゲット基地局８６０は、端末機８００の固有情報で認証サーバー（Authentication Server：ＡＳ）（図示せず）と認証を遂行する。上記認証結果、端末機８００が認証された端末機の場合、ターゲット基地局８６０は端末機８００へ応答メッセージとして暗号キー管理応答（Privacy Key Management Response；以下、‘PKM-RSP’と称する）メッセージを送信する（ステップ８３３）。ここで、上記PKM-RSPメッセージには端末機８００に割り当てられた認証キー（Authentication Key：ＡＫ）と、暗号化キー（Traffic Encryption Key：ＴＥＫ）が含まれる。
【０１５２】
端末機８００は、ターゲット基地局８６０へ登録要求（Registration Request；以下、‘REG-REQ’と称する）メッセージを送信する（ステップ８３５）。ここで、上記REG-REQメッセージには端末機８００の端末機登録情報が含まれる。ターゲット基地局８６０は、上記REG-REQメッセージに含まれている端末機登録情報を検出して端末機８００をターゲット基地局８６０に登録させ、端末機８００へ登録応答（Registration Response；以下、‘REG-RSP’と称する）メッセージを送信する（ステップ８３７）。ここで、上記REG-RSPメッセージには上記登録された端末機登録情報が含まれる。
【０１５３】
このように、ターゲット基地局８６０に登録を完了した端末機８００は、端末機８００の種類あるいは基地局の間の端末機８００の情報共有及び伝達の可否に相応するように、選択的にターゲット基地局８６０とインターネットプロトコル（Internet Protocol；以下、‘ＩＰ’と称する）連結（connection）を設定したり、ターゲット基地局８６０へ動作パラメータを送信する動作を遂行することができる。ここで、ターゲット基地局８６０とＩＰ連結を設定したり、あるいは動作パラメータを送信する動作は選択的（optional）に遂行されることができる。以後、端末機８００は上記サービング基地局からサービスを受けていたフロー（flow）などを再設定して連結を再設定し、上記連結再設定に従い、端末機８００はターゲット基地局８６０と正常に通信サービスを遂行する。
【０１５４】
図９は、本発明の他の実施形態に従う端末機のハンドオーバー動作を概略的に示すフローチャートである。
【０１５５】
図９を参照すると、上記端末機は上記サービング基地局と呼を設定してサービスを遂行し、隣接基地局から送信される基準信号（reference signal）、一例としてパイロット（pilot）信号のＣＩＮＲなどを測定してハンドオーバーを遂行するべきか否かを決定する。テップ９１１で、上記端末機はハンドオーバーしなければならないことを感知すれば、MOB_MSHO-REQメッセージをサービング基地局へ送信する。
【０１５６】
ステップ９１３で、上記端末機はハンドオーバープロセスが正常に動作しているか、即ち、上記サービング基地局から上記MOB_MSHO-REQメッセージに相応するMOB_BSHO-RSPメッセージを正常に受信したか否かを判断する。上記判断結果、一定時間または再転送要請の以後にも上記MOB_BSHO-RSPメッセージを受信していない場合には、ステップ９１５に進行する。しかしながら、上記判断結果、上記MOB_BSHO-RSPメッセージを正常受信した場合には、ステップ９２５に進行する。
【０１５７】
ステップ９１５で、上記端末機は一定時間または上記MOB_MSHO_REQメッセージを再転送した後、一定時間が経過した以後にサービング基地局へMOB_HO-INDメッセージを送信する。
【０１５８】
ステップ９１７で、上記端末機はハンドオーバーレンジング過程を遂行する。ここでは、レンジングコードを使用してアップリンク帯域の割り当てを受けることができる。
【０１５９】
ステップ９１９で、上記端末機は上記MOB_BSHO-RSPメッセージを正常受信していないので、ハンドオーバープロセスが異常動作したと判断して Imminent_HO_try_indicationを‘１’に設定する。
【０１６０】
ステップ９２１で、上記端末機は‘１’に設定されたImminent_HO_try_indicationを含んだRNG-REQメッセージを上記ターゲット基地局へ送信する。これによって、ターゲット基地局に上記端末機とのハンドオーバープロセスが異常動作していることを通報することができる。
【０１６１】
ステップ９２３で、上記端末機は上記ターゲット基地局からHO_process_optimizationを通じて受信した情報を使用して以後のハンドオーバープロセスを遂行する。
【０１６２】
そして、ステップ９２５で、上記端末機はMOB_HO-INDメッセージを上記サービング基地局へ送信する。
【０１６３】
ステップ９２７で、上記端末機はハンドオーバーレンジング過程を遂行する。ここでは、レンジングコードを使用してアップリンク帯域の割り当てを受けることができる。
【０１６４】
ステップ９２９で、上記端末機は上記MOB_BSHO-RSPメッセージを正常受信したので、上記端末機のハンドオーバーのための情報は有効であると判断してImminent_HO_try_indicationを‘０’に設定した後、ステップ９３１では、上記ターゲット基地局へ上記‘０’に設定されたImminent_HO_try_indicationを含んだRNG-REQメッセージを送信する。上記端末機は、ステップ９３３で、上記ターゲット基地局と一般的なハンドオーバー手続きを通じて通信を遂行することができる。
【０１６５】
図１０は、本発明の他の実施形態に従うターゲット基地局のハンドオーバー動作を概略的に示すフローチャートである。
【０１６６】
図１０を参照すると、ステップ１０１１で、ターゲット基地局は上記端末機からHO_ranging_codeを受信すると、ステップ１０１３で、上記ターゲット基地局は上記端末機でレンジングのための帯域幅割り当てが可能な場合、RNG-RSPメッセージとCDMA_Allocation_IEを端末機へ送信する。
【０１６７】
ステップ１０１５で、上記ターゲット基地局は上記端末機からRNG_REQメッセージを受信し、ステップ１０１７で、上記ターゲット基地局は上記端末機から受信したRNG_REQメッセージのImminent_HO_try_indicationが‘１’に設定されているか否かを確認する。上記確認結果、上記Imminent_HO_try_indicationが‘１’に設定されている場合には、ステップ１０２１に進行する。しかしながら、上記確認結果、上記Imminent_HO_try_indicationが‘０’に設定されている場合には、ステップ１０２７に進行して一般的なRNG-RSPメッセージを送信し、ステップ１０２９で一般的なハンドオーバー手続きを遂行する。
【０１６８】
ステップ１０２１で、上記ターゲット基地局はハンドオーバープロセス、即ち、ＳＢＣ、ＰＫＭ、ＲＥＧプロセスを省略（skip）できるか否かを判断する。上記判断結果、上記ハンドオーバープロセスを省略しない場合には、ステップ１０２７に進行する。
【０１６９】
しかしながら、上記判断結果、ハンドオーバープロセスを省略する場合には、ステップ１０２３に進行する。ステップ１０２３で、上記ターゲット基地局は上記ハンドオーバープロセス省略に従うHO_Process_Optimizationフィールドの値（Ｘ）を設定し、上記HO_Process_Optimizationフィールドを含んだRNG-RSPメッセージを送信する。ステップ１０２５で、上記ターゲット基地局はHO_Process_Optimizationフィールドの値に従ってハンドオーバープロセスを遂行する。
【０１７０】
そして、ステップ１０２７で、上記ターゲット基地局は省略するハンドオーバープロセスがない場合であるので、一般的なRNG-RSPメッセージを送信したり、HO_Process_Optimizationフィールドの値を‘０’に設定し、ステップ１０２９で、 一般的なハンドオーバープロセスを遂行する。
【０１７１】
ここで、上記サービング基地局の動作は既存のサービング基地局と類似な動作を遂行するので、ここでは具体的な説明を省略する。
【０１７２】
本発明では、上記Imminent_HO_try_indication情報を使用してハンドオーバープロセスの異常動作をサービング基地局またはターゲット基地局に通報して、端末機のハンドオーバー情報が有効でなくてもサービス遅延や誤動作無しでハンドオーバーを遂行して動作する動作手続きを説明した。また、前述した２つの実施形態は、Imminent_HO_try_indicationメッセージを各々MOB_HO-INDメッセージまたはRNG-REQメッセージに含んで送信することにより、端末機のハンドオーバー情報が有効でないことを通報することができる。ここに、上記送信されるメッセージは相異なるので、前述した２つの実施形態は混合して実行することもでき、各々使われることもできる。
【０１７３】
以上、本発明の具体的な実施形態に関して詳細に説明したが、本発明の範囲を逸脱することなく、様々な変形が可能であることは勿論である。したがって、本発明の範囲は、上述した実施形態に限定されるものではなく、特許請求の範囲及びこの特許請求の範囲と均等なものに基づいて定められるべきである。
【図面の簡単な説明】
【０１７４】
【図１】一般的な通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【図２】一般的な通信システムの異常なハンドオーバーメッセージ送受信に従うハンドオーバープロセスを概略的に示す信号流れ図である。
【図３】本発明の一実施形態に従う通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【図４】本発明の一実施形態に従う通信システムのハンドオーバー指示メッセージ流失に従うハンドオーバープロセスを概略的に示す信号流れ図である。
【図５】本発明の一実施形態に従う端末機のハンドオーバー動作を概略的に示すフローチャートである。
【図６】本発明の一実施形態に従うサービング基地局のハンドオーバー動作を概略的に示すフローチャートである。
【図７】本発明の一実施形態に従うターゲット基地局のハンドオーバー動作を概略的に示すフローチャートである。
【図８】本発明の他の実施形態に従う通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【図９】本発明の他の実施形態に従う端末機のハンドオーバー動作を概略的に示すフローチャート図である。
【図１０】本発明の他の実施形態に従うターゲット基地局のハンドオーバー動作を概略的に示すフローチャートである。
【図１】
2009531950.tif 000006
【図２】
2009531950.tif 000007
【図３】
2009531950.tif 000008
【図４】
2009531950.tif 000009
【図５】
2009531950.tif 000010
【図６】
2009531950.tif 000011
【図７】
2009531950.tif 000012
【図８】
2009531950.tif 000013
【図９】
2009531950.tif 000014
【図１０】
2009531950.tif 000015
【手続補正書】
【提出日】平成20年11月26日(2008.11.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信システムにおける端末機のハンドオーバー方法であって、
前記端末機がハンドオーバーしなければならないことを感知する過程と、
前記端末機が前記サービング基地局から送信される基地局ハンドオーバーメッセージを受信できずにターゲット基地局にセルスイッチングを試みる場合には、前記サービング基地局にハンドオーバー情報を受信していないことを通報する過程と、
を含むことを特徴とするハンドオーバー方法。
【請求項２】
前記基地局ハンドオーバーメッセージは、前記端末機から前記サービング基地局に送信される端末機ハンドオーバー要請メッセージに対する応答メッセージである基地局ハンドオーバー応答メッセージ、及び、基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項１に記載のハンドオーバー方法。
【請求項３】
前記通報する過程は、前記サービング基地局へハンドオーバー情報を受信していないことを表すメッセージを送信する過程、又は、前記サービング基地局へハンドオーバー情報を受信していないことを表す指示子をハンドオーバー指示（MOB_HO-IND）メッセージに含んで送信する過程を含むことを特徴とする請求項１または２に記載のハンドオーバー方法。
【請求項４】
前記ハンドオーバー指示メッセージの指示子は、予め設定された１つ（one）のビットであり、前記予め設定された１つのビットは、既存の予約（Reserved）ビットのうちの１つであり、及び／又は、前記ハンドオーバー指示メッセージの指示子は、ＴＬＶ（Type Length Value）形態で挿入されることを特徴とする請求項３に記載のハンドオーバー方法。
【請求項５】
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項１から４のいずれかに記載のハンドオーバー方法。
【請求項６】
通信システムにおけるサービング基地局のハンドオーバー方法であって、
端末機からハンドオーバー情報を正常に受信していないことを表す通知（notification）を受信する過程と、
前記端末機がハンドオーバーしようとするターゲット基地局に前記端末機が前記ハンドオーバー情報を正常に受信していないことを通報する過程と、
を含むことを特徴とするハンドオーバー方法。
【請求項７】
前記ハンドオーバー情報は、前記サービング基地局から前記端末機へ送信される基地局ハンドオーバーメッセージに含まれ、
前記ハンドオーバーメッセージは、前記端末機から前記サービング基地局へ送信される端末機ハンドオーバー要請メッセージに対する応答メッセージである基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含み、
前記通知は、前記ハンドオーバー情報を正常に受信していないことを表すメッセージ、又は、前記ハンドオーバー情報を正常に受信していないことを表す指示子を含むハンドオーバー指示（MOB_HO-IND）メッセージであり、
前記通報する過程は、前記端末機が前記基地局ハンドオーバー応答メッセージを正常に受信していないことを表すメッセージを前記ターゲット基地局へ送信する過程を含むことを特徴とする請求項６に記載のハンドオーバー方法。
【請求項８】
通信システムにおけるターゲット基地局のハンドオーバー方法であって、
サービング基地局によって送信されるハンドオーバー情報を前記端末機が正常に受信していないことを表す通知を端末機から受信する過程と、
前記端末機の固有なハンドオーバー識別子を使用して前記端末機にレンジングのための帯域を割り当てる過程と、
を含むことを特徴とするハンドオーバー方法。 
【請求項９】
前記端末機の固有なハンドオーバー識別子は、前記端末機の媒体アクセス制御アドレスであり、
前記ハンドオーバー情報は、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、及びハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のうち、少なくとも１つを含むことを特徴とする請求項８に記載のハンドオーバー方法。 
【請求項１０】
通信システムにおける端末機のハンドオーバー方法であって、
前記端末機がハンドオーバーしなければならないことを感知する過程と、
ハンドオーバーを遂行するターゲット基地局へハンドオーバー指示メッセージを送信する過程と、
前記ターゲット基地局とハンドオーバーを遂行する過程と、
前記ターゲット基地局にハンドオーバー情報を受信していないことを通報する過程と、
を含むことを特徴とするハンドオーバー方法。 
【請求項１１】
前記ハンドオーバー情報は、サービング基地局から前記端末機へ送信される基地局ハンドオーバーメッセージに含まれ、
前記基地局ハンドオーバーメッセージは、前記端末機から前記サービング基地局へ送信される端末機ハンドオーバー要請メッセージに対する応答メッセージである基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含むことを特徴とする請求項１０に記載のハンドオーバー方法。
【請求項１２】
前記ハンドオーバーを遂行する過程は、
ハンドオーバーレンジングコードを前記ターゲット基地局へ送信する過程と、
前記ターゲット基地局から前記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答メッセージを受信する過程と、
前記端末機のレンジング要請メッセージの送信のための帯域を割り当てる符号分割多元接続情報エレメントを前記ターゲット基地局から受信する過程と、
を含み、
前記通報する過程は、前記ハンドオーバー情報を受信していないことを表すメッセージを前記ターゲット基地局へ送信する過程、又は、前記ハンドオーバー情報を受信していないことを表す指示子をレンジング要請（RNG-REQ）メッセージに含んで前記ターゲット基地局へ送信する過程を含み、
前記指示子は、予め設定された１つ（one）のビットであり、
前記ターゲット基地局から前記レンジング要請メッセージに対する応答としてレンジング応答（RNG-RSP）メッセージを受信する過程をさらに含み、ここで、前記ハンドオーバー実行は、前記レンジング応答メッセージが含むハンドオーバープロセス最適化情報を使用してハンドオーバーを遂行する過程を含み、
前記ハンドオーバープロセス最適化情報は、基本容量折衝要求プロセス、暗号キー管理プロセス、登録プロセスのうち、少なくとも１つの省略の可否を決定する情報であることを特徴とする請求項１０または１１に記載のハンドオーバー方法。
【請求項１３】
通信システムにおけるターゲット基地局のハンドオーバー方法であって、
端末機とハンドオーバーを遂行する過程と、
前記端末機から前記端末機がサービング基地局から送信されるハンドオーバー情報を受信していないことを表す通知を受信して、前記端末機のハンドオーバー情報が有効でないことを確認する過程と、
を含むことを特徴とするハンドオーバー方法。 
【請求項１４】
前記ハンドオーバー情報は、前記サービング基地局から前記端末機へ送信される基地局ハンドオーバーメッセージに含まれ、
前記基地局ハンドオーバーメッセージは、基地局ハンドオーバー応答メッセージ、及び基地局ハンドオーバー要請メッセージのうち、少なくとも１つを含み、
前記ハンドオーバーを遂行する過程は、
前記端末機からハンドオーバーレンジングコードを受信する過程と、
前記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答メッセージを前記端末機へ送信する過程と、
前記端末機のレンジング要請メッセージ送信のための帯域を割り当てる符号分割多元接続情報エレメントを前記端末機へ送信する過程と、
を含み、
前記通知を受信する過程は、前記基地局ハンドオーバー応答メッセージを受信していないことを表す指示子を含んだレンジング要請（RNG-REQ）メッセージを受信する過程を含み、
前記レンジング要請メッセージに応じて、ハンドオーバープロセス最適化情報を含むレンジング応答（RNG-RSP）メッセージを前記端末機へ送信する過程をさらに含み、
前記ハンドオーバープロセス最適化情報は、基本容量折衝要求プロセス、暗号キー管理プロセス、登録プロセスのうち、少なくとも１つの省略の可否を決定する情報であることを特徴とする請求項１３に記載のハンドオーバー方法。
【請求項１５】
通信システムにおけるハンドオーバー装置であって、
端末機がハンドオーバーしなければならないことを感知し、前記端末機がサービング基地局から基地局ハンドオーバーメッセージを受信できなくて、ターゲット基地局にセルスイッチングを試みる場合には、前記サービング基地局にハンドオーバー情報を受信していないことを通報する前記端末機を含むことを特徴とするハンドオーバー装置。
【請求項１６】
通信システムにおけるハンドオーバー装置であって、
端末機からハンドオーバー情報を正常に受信していないことを表す通知（notification）を受信し、前記端末機がハンドオーバーしようとするターゲット基地局に前記端末機が前記ハンドオーバー情報を正常に受信していないことを通報するサービング基地局を含むことを特徴とするハンドオーバー装置。
【請求項１７】
通信システムにおけるハンドオーバー装置であって、
端末機がハンドオーバーしなければならないことを感知し、ハンドオーバーを遂行するターゲット基地局へハンドオーバー指示メッセージを送信し、前記ターゲット基地局とハンドオーバーを遂行し、前記ターゲット基地局にハンドオーバー情報を受信していないことを通報する前記端末機を含むことを特徴とするハンドオーバー装置。
【請求項１８】
通信システムにおけるハンドオーバー装置であって、
端末機とハンドオーバーを遂行し、サービング基地局によって送信されるハンドオーバー情報を受信していないことを表す通知を前記端末機から受信して、前記端末機のハンドオーバー情報が有効でないことを確認するターゲット基地局を含むことを特徴とするハンドオーバー装置。 
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムのハンドオーバーに関し、特に無線通信システムにおけるメッセージ送受信の時、サービス遅延を最小化するハンドオーバー装置及び方法に関する。
【背景技術】
【０００２】
次世代の通信システムである４世代（4th Generation；以下、‘４Ｇ’と称する）通信システムでは、高速の多様なサービス品質（Quality of Service；以下、‘ＱｏＳ’と称する）を持つサービスをユーザに提供するための活発な研究が進められている。特に、現在４Ｇ通信システムでは、無線近距離通信ネットワーク（Local Area Network；以下、‘ＬＡＮ’と称する）システム、及び無線都市地域ネットワーク（Metropolitan Area Network；以下、‘ＭＡＮ’と称する）システムのような広帯域無線接続（Broadband Wireless Access：ＢＷＡ）通信システムに移動性（mobility）とサービス品質（Quality of  Service：ＱｏＳ）を保証する形態で高速サービスをサポートするようにする研究が活発に進められており、上記通信システムは、上記無線ＭＡＮシステムの物理チャネル（physical channel）に広帯域（broadband）転送ネットワークをサポートするために、直交周波数分割多重（Orthogonal Frequency Division Multiplexing；以下、‘ＯＦＤＭ’と称する）／直交周波数分割多重接続（Orthogonal Frequency Division Multiple Access；以下、‘ＯＦＤＭＡ’と称する）方式を適用している。
【０００３】
一方、一般的にセル構造を持つ前述した無線通信システムにおいて、１つの基地局はサービス領域であるセル（cell）を管掌し、上記基地局はセルに位置する端末機にサービスを提供する。上記端末機は、現在サービスの提供を受けている基地局のセルから隣り合う他の基地局のセルに移動することができる。この際、上記端末機は現在サービスの提供を受けている基地局、即ちサービング基地局（Serving BS）から上記端末機が移動した他の基地局（Target BS）にハンドオーバーを遂行しなければならない。
【０００４】
図１は、一般的な通信システムのハンドオーバープロセスの信号流れを概略的に示すフローチャートである。上記図１を参照して、端末機１００、サービング基地局１３０、ターゲット基地局１６０間のハンドオーバー動作を説明する。
【０００５】
まず、端末機１００は、サービング基地局１３０と呼を設定して通信サービスを遂行し、端末機１００は隣接基地局から送信される基準信号（reference signal）、一例としてパイロット（pilot）信号のキャリア対干渉雑音比（Carrier to Interference and Noise Ratio；以下、‘ＣＩＮＲ’と称する）などを測定して、サービング基地局１３０を変更、即ち、ハンドオーバーを遂行するべきか否かを決定する。
【０００６】
言い換えると、端末機１００が現在のサービング基地局１３０を他の基地局に変更しなければならないと決定すれば、端末機１００はサービング基地局１３０へ端末機ハンドオーバー要求（Mobile Station HandOver Request；以下、‘MOB_MSHO-REQ’と称する）メッセージを送信する（ステップ１１１）。上記MOB_MSHO-REQメッセージは、端末機１００が他の基地局へのハンドオーバーを遂行するために測定した隣接基地局情報を伝達する媒体アクセス制御（Medium Access Control；以下、‘ＭＡＣ’と称する）階層間のプロトコルメッセージである。
【０００７】
サービング基地局１３０は、端末機１００へ応答メッセージである基地局ハンドオーバー応答（Base Station HandOver Response；以下、‘MOB_BSHO-RSP’と称する）メッセージを送信する（ステップ１１３）。上記MOB_BSHO-RSPメッセージは、推薦基地局（Recommended BS）情報などを含んでいるＭＡＣ階層間のプロトコルメッセージである。
【０００８】
端末機１００は、上記MOB_BSHO-RSPメッセージから隣接基地局（neighbor BS）に対するハンドオーバー情報を獲得する。ここでは、端末機１００の要求に従うハンドオーバー動作が開示されているが、サービング基地局１３０がロード分散などの理由により端末機１００の要求無しでハンドオーバーを要求することもできることは勿論である。したがって、ここでは図示してはいないが、サービング基地局１３０は端末機１００へ基地局ハンドオーバー要求（Base Station Handover Request；以下、‘MOB_BSHO-REQ’と称する）メッセージを送信することができる。ここで、上記MOB_BSHO-REQメッセージは、サービング基地局１３０が端末機１００へハンドオーバー要請のために送信するＭＡＣ階層間のプロトコルメッセージである。
【０００９】
前述したMOB_MSHO-REQメッセージ、MOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージを通じて、端末機１００とサービング基地局１３０との間に送受信されるハンドオーバー情報を説明すると、サービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、ハンドオーバー識別子（Handover Identification；以下、‘HO-ID’と称する）情報、ハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報などの情報を含む。
【００１０】
そして、上記MOB_BSHO-RSPメッセージを受信した端末機１００は、ターゲット基地局１６０にハンドオーバーすることを指示するハンドオーバー指示（handover indication；以下、‘MOB_HO-IND’と称する）メッセージをサービング基地局１３０へ送信し（ステップ１１５）、サービング基地局１３０との呼を解除する。
【００１１】
以後、端末機１００は新しく選ばれたサービング基地局であるターゲット基地局１６０とネットワーク再進入（NETWORK RE-ENTRY）動作を遂行する。ここで、上記ネットワーク再進入動作は、端末機１００とターゲット基地局１６０との間のレンジング（ranging）、再折衝（re-negotiation）、再認証（re-authentication）、及び再登録（re-registration）などのための動作である。
【００１２】
端末機１００は、ターゲット基地局１６０へハンドオーバーのためにハンドオーバーレンジングコード（HO_Ranging_code）を送信する（ステップ１１７）。
【００１３】
上記ターゲット基地局は、上記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答（RaNGing-RSPonse；以下、‘RNG-RSP’と称する）メッセージを端末機１００へ送信する（ステップ１１９）。ターゲット基地局１６０は符号分割多元接続割り当て情報エレメント（Code Division Multiple Access_Allocation_Information Element；以下、‘CDMA_Alloc_IE’と称する）を上記端末機へ送信する（ステップ１２１）。
【００１４】
または、ステップ１１７乃至ステップ１２１を遂行せず、ターゲット基地局１６０は迅速なハンドオーバーを遂行するためにレンジング情報エレメント、一例として高速レンジング情報エレメント（Fast Ranging Information Element；以下、‘Fast_Ranging_IE’と称する）を端末機１００へ送信することもできる（ステップ１２３）。アップリンクマップ（UpLink MAP：UL MAP）を通じて上記高速レンジング情報エレメントが伝達されることにより、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）コードレンジング手続きを省略することができる。
【００１５】
ターゲット基地局１６０は、上記CDMA_Alloc_IE、または上記Fast_Ranging_IEを端末機１００へ送信して、端末機１００がレンジング要請（RaNGing-REQuest；以下、‘RNG-REQ’と称する）メッセージを送信するためのアップリンク帯域を割り当てる。
【００１６】
このように、ターゲット基地局１６０とダウンリンク同期を獲得した端末機１００は、ターゲット基地局１６０とレンジング動作を遂行し、アップリンク動作を遂行してアップリンク同期を獲得し、送信電力を調整する動作を遂行することができる。端末機１００はレンジング要求（RNG-REQ）メッセージを通じて呼接続のための基本情報をターゲット基地局に伝達し（ステップ１２５）、ターゲット基地局１６０は応答メッセージであるレンジング応答（RNG-RSP）メッセージを送信する（ステップ１２７）。
【００１７】
このように、レンジング動作を遂行した後、端末機１００は、端末機１００の基本容量を折衝するためにターゲット基地局１６０へ加入者端末機基本容量折衝要求（Subscriber Station's Basic Capability Negotiation Request；以下、‘SBC-REQ’と称する）メッセージを送信する（ステップ１２９）。上記SBC-REQメッセージは、端末機１００がサポート可能な変調（modulation）及びコーディング（coding）方式に対する情報が含まれたＭＡＣ階層間のプロトコルメッセージである。ターゲット基地局１６０は、SBC-REQメッセージに含まれている端末機１００がサポート可能な変調及びコーディング方式を確認した後、応答メッセージとして加入者端末機基本容量折衝応答（Subscriber Station's Basic Capability Negotiation Response；以下、‘SBC-RSP’と称する）メッセージを端末機１００へ送信する（ステップ１３１）。
【００１８】
上記SBC-RSPメッセージを受信した端末機１００は、端末機認証及びキー切替のためにターゲット基地局１６０へ暗号キー管理要求（Privacy Key Management Request；以下、‘PKM-REQ’と称する）メッセージを送信する（ステップ１３３）。ここで、上記PKM-REQメッセージは、端末機１００の認証のためのＭＡＣ階層間のプロトコルメッセージであり、端末機１００の固有情報（certificate）を含む。 ターゲット基地局１６０は、固有情報で認証サーバー（Authentication Server：ＡＳ）（図示せず）との認証を遂行する。上記認証結果、端末機１００が認証された端末機の場合、ターゲット基地局１６０は、端末機１００へ暗号キー管理応答（Privacy Key Management Response；以下、‘PKM-RSP’と称する）メッセージを送信する（ステップ１３５）。ここで、上記PKM-RSPメッセージには端末機１００に割り当てられた認証キー（Authentication Key：ＡＫ）と、暗号化キー（Traffic Encryption Key：ＴＥＫ）が含まれる。
【００１９】
端末機１００は、ターゲット基地局１６０へ登録要求（Registration Request；以下、‘REG-REQ’と称する）メッセージを送信する（ステップ１３７）。ここで、上記REG-REQメッセージには端末機１００の端末機登録情報が含まれる。ターゲット基地局１６０は、上記REG-REQメッセージに含まれている端末機登録情報を検出して端末機１００をターゲット基地局１６０に登録させ、端末機１００へ登録応答（Registration Response；以下、‘REG-RSP’と称する）メッセージを送信する（ステップ１３９）。ここで、上記REG-RSPメッセージには上記登録された端末機登録情報が含まれる。
【００２０】
このように、ターゲット基地局１６０に登録が完了されると、端末機１００は、端末機１００の種類あるいは基地局１３０、１６０の間の端末機１００の情報共有及び伝達の可否に相応するように選択的にターゲット基地局１６０とインターネットプロトコル（Internet Protocol；以下、‘ＩＰ’と称する）連結（connection）を設定したり、ターゲット基地局１６０へ動作パラメータを送信する動作を遂行することができる。ここで、ターゲット基地局１６０とＩＰ連結を設定したり動作パラメータを送信する動作は、選択的（optional）に遂行されることができる。以後、端末機１００はサービング基地局１３０からサービスを受けていたフロー（flow）などを再設定して連結を再設定し、上記連結再設定に従い端末機１００はターゲット基地局１６０と正常に通信サービスを遂行する。
【００２１】
前述したターゲット基地局１６０での再折衝、再認証、再登録過程などは、ハンドオーバー時にサービング基地局１３０とターゲット基地局１６０との間の協議に従って一部省略されることができる。ターゲット基地局１６０は、端末機１００にRNG-REQメッセージに対する応答メッセージRNG-RSPを送信する際、以後に遂行されなければならないハンドオーバー手続きに対する省略の可否をRNG-RSPメッセージのハンドオーバープロセス最適化（HO Process Optimization）フィールドを通じて知らせることができる。端末機１００は、ハンドオーバープロセス最適化（HO Process Optimization）の値によって、以後、再折衝、再認証、再登録の一部の過程を省略して進行する。
【００２２】
図２は、異常なハンドオーバーメッセージ送受信に従うハンドオーバープロセスを概略的に示す信号流れ図である。
【００２３】
図２を参照すると、端末機２００、サービング基地局２３０、ターゲット基地局２６０との間の一般的なハンドオーバープロセスにおいて、まず、端末機２００は、サービング基地局２３０と呼を設定してサービスを遂行し、端末機２００は隣接基地局から送信される基準信号、一例としてパイロット信号のＣＩＮＲなどを測定して、サービング基地局２３０を変更、即ち、ハンドオーバーを遂行すべきか否かを決定する。
【００２４】
言い換えると、端末機２００が現在のサービング基地局２３０を他の基地局に変更しなければならないと決定すれば、端末機２００はサービング基地局２３０へMOB_MSHO-REQメッセージを送信する（ステップ２１１）。上記MOB_MSHO-REQメッセージは、他の基地局へのハンドオーバーを遂行するために、端末機２００が測定した隣接基地局情報を伝達するＭＡＣ階層間のプロトコルメッセージである。
【００２５】
サービング基地局２３０は、端末機２００へ応答メッセージである基地局ハンドオーバー応答MOB_BSHO-RSPメッセージを送信する（ステップ２１３）。上記MOB_BSHO-RSPメッセージは、推薦基地局情報などを含んでいるＭＡＣ階層間のプロトコルメッセージである。
【００２６】
しかしながら、端末機２００と基地局２３０、２６０との間に送受信されるメッセージは、実際の信号の強さが微弱なセル境界領域やハンドオーバー領域を通じて切替されるので、メッセージ送受信の失敗確率が高い。したがって、ここでは上記MOB_BSHO-RSPメッセージを端末機が正常に受信していない場合を説明する。
【００２７】
上記MOB_BSHO-RSPメッセージを正常に受信していない端末機２００は、正常なハンドオーバーのための隣接基地局（neighbor BS）に対するハンドオーバー情報を獲得できない。
【００２８】
また、サービング基地局２３０が端末機２００にハンドオーバーを要求する基地局ハンドオーバー要請（Base Station Handover Request；以下、‘MOB_BSHO-REQ’と称する）メッセージを送信する場合にも、前述したように、ハンドオーバーメッセージの送受信エラーが発生することがある。
【００２９】
端末機２００は、一定時間の上記MOB_BSHO-RSPメッセージを受信できなければ、MOB_MSHO-REQメッセージを再転送する。端末機２００は、一定回数の MOB_BSHO-RSPメッセージ再転送にもかかわらず、MOB_BSHO-RSPメッセージを受信していない場合、または前述したMOB_MSHO-REQメッセージ再転送過程の遂行無しでハンドオーバー手続きを遂行することができる。このような場合、端末機２００は、ターゲット基地局２６０にハンドオーバーすることを指示するハンドオーバー指示（handover indication；以下、‘MOB_HO-IND’と称する）メッセージをサービング基地局２３０へ送信し（ステップ２１５）、サービング基地局２３０との呼を解除する。端末機２００は、アップリンク帯域割り当てを受けられなくてMOB_MSHO-REQメッセージを送信できない場合にもMOB_HO-INDメッセージを送信し、セル遷移を試みることができる。このように、前述したMOB_BSHO-REQメッセージ、またはMOB_BSHO-RSPメッセージを送受信できなくて、端末機２００がハンドオーバーを決定してMOB_HO-INDを送信し、基地局遷移を試みる場合が発生する。
【００３０】
以後、端末機２００は、新しく選ばれたサービング基地局であるターゲット基地局２６０とネットワーク再進入動作を遂行する。ここで、上記ネットワーク再進入動作は、端末機２００とターゲット基地局２６０との間のレンジング、再折衝、再認証、及び再登録などのための動作である。前述したレンジング過程で、ターゲット基地局２６０は迅速なハンドオーバーを遂行するために、Fast_Ranging_IEを端末機２３０へ送信することができる（ステップ２１７）。アップリンクマップ（UL MAP）を通じて上記高速レンジング情報エレメントを伝達することにより、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）コードレンジング手続きを省略し、速くハンドオーバープロセスが遂行されることができる。ターゲット基地局２６０は、Fast_Ranging_IEを送信して、端末機２００へレンジング要請（RaNGing-Request；以下、‘RNG-REQ’と称する）メッセージを送信するためのアップリンク帯域を割り当てて、端末機２００はレンジングを遂行するために、割り当てられたアップリンク帯域を通じてRNG-REQメッセージを送信しなければならない。
【００３１】
しかしながら、端末機２００とサービング基地局２３０は、上記MOB_BSHO-RSPメッセージ、またはMOB_BSHO-REQメッセージを送受信できないことによって、端末機２００、サービング基地局２３０、ターゲット基地局２６０の各々は互いに異なるハンドオーバー情報を持つ。ここで、ターゲット基地局２６０が端末機２００へ上記Fast_Ranging_IEを送信する場合、端末機２００のＭＡＣアドレス（MAC address）や上記ハンドオーバープロセスに従って送信したMOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージを通じて端末機に割り当てられたHO-IDを使用して該当端末機を区別する。HO-IDは、１Byte長さの識別子（Identifier）であって、相対的に長いＭＡＣアドレスに比べて効率良く使われる。端末機２００は、上記RNG-REQメッセージを送信したり、Fast_Ranging_IE、またはレンジング応答（RaNGing-ReSPonse；以下、‘RNG-RSP’と称する）メッセージを受信する場合には、上記HO-IDを使用する。
【００３２】
しかしながら、MOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージが正常に受信できなくてハンドオーバープロセスが異常動作する場合、端末機２００はHO-IDを受信できないことにより、Fast_Ranging_IEを正常に受信できなくなる。即ち、端末機２００はRNG-REQメッセージを送信できるアップリンク区間を知らない。
【００３３】
ここで、端末機２００は、ターゲット基地局２６０へネットワーク再進入のためにハンドオーバーレンジングコード（handover ranging code）を送信する（ステップ２１９）。ターゲット基地局は、上記端末機へ上記ハンドオーバーレンジングコードに相応するRNG-RSPメッセージを送信する（ステップ２２１）。ターゲット基地局２６０は、端末機２００へ CDMA_Alloc_IEを転送し（ステップ２２３）、これによって、ＣＤＭＡコードを通じたレンジング過程を遂行した端末にRNG-REQを送信できるようにアップリンク区間を割り当てることができる。
【００３４】
上記MOB_BSHO-REQメッセージやMOB_BSHO-RSPメッセージの送受信失敗によって、端末機２００と基地局２３０、２６０との間でハンドオーバー情報が相異する問題が発生する場合、Fast_Ranging_IEを区分するHO-IDが不一致な場合を一例として説明した。このような場合、ターゲット基地局２６０がFast_Ranging_IEを通じて端末機に割り当てたアップリンク区間は端末機が認識できないので、使用できなくなるだけでなく、端末はＣＤＭＡコードレンジング過程を遂行しなければならないので、ハンドオーバー遅延時間も長くなる。
【００３５】
また、ターゲット基地局２６０とダウンリンク同期を獲得した端末機２００は、ターゲット基地局２６０とレンジング動作を遂行し、アップリンク動作を遂行してアップリンク同期を獲得し、送信電力を調整する動作を遂行しなければならない。したがって、端末機２００はレンジング要求（Ranging-Request；以下、‘RNG-REQ’と称する）メッセージをターゲット基地局へ送信する（ステップ２２５）。ターゲット基地局２６０は、応答メッセージであるレンジング応答メッセージ（RNG-RSP）を送信する（ステップ２２７）。
【００３６】
このように、レンジング動作を遂行した後、端末機２００は、端末機２００の基本容量を折衝するために、ターゲット基地局２６０へ加入者端末機基本容量折衝要求（Subscriber Station's Basic Capability Negotiation Request；以下、‘SBC-REQ’と称する）メッセージを送信する（ステップ２２９）。ここで、上記SBC-REQメッセージは、端末機２００がサポート可能な変調（modulation）及びコーディング（coding）方式に対する情報が含まれたＭＡＣ階層間のプロトコルメッセージである。ターゲット基地局２６０は、上記受信したSBC-REQメッセージに含まれている端末機２００がサポート可能な変調及びコーディング方式を確認した後、端末機２００へ応答メッセージとして基本容量折衝応答（Subscriber Station's Basic Capability Negotiation Response；以下、‘SBC-RSP’と称する）メッセージを送信する（ステップ２３１）。
【００３７】
上記SBC-RSPメッセージを受信した端末機２００は、端末機認証及びキー切替のために、ターゲット基地局２６０へ暗号キー管理要求（Privacy Key Management Request；以下、‘PKM-REQ’と称する）メッセージを送信する（ステップ２３３）。ここで、上記PKM-REQメッセージは、端末機２００の認証のためのＭＡＣ階層間のプロトコルメッセージであり、端末機２００の固有情報（certificate）を含む。ターゲット基地局２６０は、端末機２００の固有情報で認証サーバー（Authentication Server：ＡＣ）（図示せず）と認証を遂行する。上記認証結果、端末機２００が認証された端末機の場合、ターゲット基地局２６０は端末機２００に応答メッセージとして暗号キー管理応答（Privacy Key Management Response；以下、‘PKM-RSP’と称する）メッセージを送信する（ステップ２３５）。ここで、上記PKM-RSPメッセージには端末機２００に割り当てられた認証キー（Authentication Key：ＡＫ）と、暗号化キー（Traffic Encryption Key：ＴＥＫ）が含まれる。
【００３８】
端末機２００は、ターゲット基地局２６０へ登録要求（Registration Request；以下、‘REG-REQ’と称する）メッセージを送信する（ステップ２３７）。ここで、上記REG-REQメッセージには端末機２００の端末機登録情報が含まれる。ターゲット基地局２６０は、上記REG-REQメッセージに含まれている端末機登録情報を検出して端末機２００をターゲット基地局２６０に登録させ、端末機２００へ登録応答（Registration Response；以下、‘REG-RSP’と称する）メッセージを送信する（ステップ２３９）。ここで、上記REG-RSPメッセージには上記登録された端末機登録情報が含まれる。
【００３９】
このように、ターゲット基地局２６０に登録が完了されると、端末機２００は、端末機２００の種類あるいは基地局２３０、２６０の間の端末機２００の情報共有及び伝達の可否に相応するように選択的にターゲット基地局２６０とインターネットプロトコル（Internet Protocol；以下、‘ＩＰ’と称する）連結（connection）を設定したり、ターゲット基地局２６０へ動作パラメータを送信する動作を遂行することができる。ここで、ターゲット基地局２６０とＩＰ連結を設定したり、動作パラメータを送信する動作は、選択的（optional）に遂行されることができる。以後、端末機２００は、サービング基地局２３０からサービスを受けていたフロー（flow）などを再設定して連結を再設定し、上記連結再設定に従って端末機２００はターゲット基地局２６０と正常に通信サービスを遂行する。
【００４０】
しかしながら、現在上記MOB_BSHO-RSPメッセージ、上記MOB_BSHO-REQメッセージに含まれているハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報は、ハンドオーバープロセスで使われる認証ポリシー（Authorization Policy）を表す。しかしながら、端末機２００が上記メッセージを受信できない場合には、端末機とターゲット基地局が使用するハンドオーバー認証ポリシーサポート情報は、互いに異なる情報を有することになる。
【００４１】
ネットワーク進入のためのＰＫＭプロセス、即ち、ステップ２３３、ステップ２３５の一部の動作は省略することができる。しかしながら、上記ハンドオーバー認証ポリシーサポート情報が端末機とターゲット基地局２６０との間に互いに異なる状態で、このようなハンドオーバープロセス最適化のための認証過程の省略が起こることになると、該当端末に対する認証が失敗したり、端末機とターゲット基地局との間に不要なプロセスが遂行されるという問題点があった。
【００４２】
結局、上記MOB_BSHO-RSPメッセージ、またはMOB_BSHO-REQメッセージの送受信が失敗すると、端末機と基地局（サービング基地局、ターゲット基地局）との間に異常なハンドオーバープロセスが動作することになる。サービング基地局やターゲット基地局のうちの１つは、ハンドオーバーシグナルが端末で正常に受信されたか否かを確認できないので、ハンドオーバーシグナリングメッセージが流失した場合、端末機と基地局との間にハンドオーバー情報が一致しないことがある。したがって、ハンドオーバーが失敗したり、ハンドオーバー遂行に伴う時間が増加してサービスが遅延するという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【００４３】
以下、上記のような問題及び短所に対する解決方案を提示しようとする。すなわち、本発明の目的は、通信システムにおいて、サービス遅延を最小化するハンドオーバー装置及び方法を提供することにある。
【００４４】
本発明の他の目的は、通信システムにおいて、異常なハンドオーバープロセス動作に従うサービス遅延を最小化するハンドオーバー装置及び方法を提供することにある。
【００４５】
本発明の他の目的は、通信システムにおいて、端末機と基地局との間でハンドオーバー識別子が相異する場合に、サービス遅延を最小化するハンドオーバー装置及び方法を提供することにある。
【００４６】
本発明の更なる他の目的は、通信システムにおいて、ハンドオーバーメッセージの流失によるサービス遅延を最小化するハンドオーバー装置及び方法を提供することにある。
【課題を解決するための手段】
【００４７】
前述した目的を達成するための本発明の方法は、通信システムにおける端末機のハンドオーバー方法であって、上記端末機がハンドオーバーしなければならないことを感知する過程と、上記端末機が上記サービング基地局から送信される基地局ハンドオーバーメッセージを受信できずにターゲット基地局にセルスイッチングを試みる場合には、上記サービング基地局にハンドオーバー情報を受信していないことを通報する過程と、を含む。
【００４８】
前述した目的を達成するための本発明の他の方法は、通信システムにおけるサービング基地局のハンドオーバー方法であって、端末機からハンドオーバー情報を正常に受信していないことを表す通知（notification）を受信する過程と、上記端末機がハンドオーバーしようとするターゲット基地局に上記端末機が上記ハンドオーバー情報を正常に受信していないことを通報する過程と、を含む。
【００４９】
前述した目的を達成するための本発明の更に他の方法は、通信システムにおけるターゲット基地局のハンドオーバー方法であって、サービング基地局によって送信されるハンドオーバー情報を上記端末機が正常に受信していないことを表す通知を端末機から受信する過程と、上記端末機の固有なハンドオーバー識別子を使用して上記端末機にレンジングのための帯域を割り当てる過程と、を含む。
【００５０】
前述した目的を達成するための本発明の更に他の方法は、通信システムにおける端末機のハンドオーバー方法であって、上記端末機がハンドオーバーしなければならないことを感知する過程と、ハンドオーバーを遂行するターゲット基地局へハンドオーバー指示メッセージを送信する過程と、上記ターゲット基地局とハンドオーバーを遂行する過程と、上記ターゲット基地局にハンドオーバー情報を受信していないことを通報する過程と、を含む。
【００５１】
前述した目的を達成するための本発明の更に他の方法は、通信システムにおけるターゲット基地局のハンドオーバー方法であって、端末機とハンドオーバーを遂行する過程と、上記端末機から上記端末機がサービング基地局から送信されるハンドオーバー情報を受信していないことを表す通知を受信して、上記端末機のハンドオーバー情報が有効でないことを確認する過程と、を含む。
【００５２】
前述した目的を達成するための本発明の装置は、通信システムにおけるハンドオーバー装置であって、端末機がハンドオーバーしなければならないことを感知し、上記端末機がサービング基地局から基地局ハンドオーバーメッセージを受信できなくて、ターゲット基地局にセルスイッチングを試みる場合には、上記サービング基地局にハンドオーバー情報を受信していないことを通報する上記端末機を含む。
【００５３】
前述した目的を達成するための本発明の他の装置は、通信システムにおけるハンドオーバー装置であって、端末機からハンドオーバー情報を正常に受信していないことを表す通知（notification）を受信し、上記端末機がハンドオーバーしようとするターゲット基地局に上記端末機が上記ハンドオーバー情報を正常に受信していないことを通報するサービング基地局を含む。
【００５４】
前述した目的を達成するための本発明の更に他の装置は、通信システムにおけるハンドオーバー装置であって、端末機がハンドオーバーしなければならないことを感知し、ハンドオーバーを遂行するターゲット基地局へハンドオーバー指示メッセージを送信し、上記ターゲット基地局とハンドオーバーを遂行し、上記ターゲット基地局にハンドオーバー情報を受信していないことを通報する上記端末機を含む。
【００５５】
前述した目的を達成するための本発明の更に他の装置は、通信システムにおけるハンドオーバー装置であって、端末機とハンドオーバーを遂行し、サービング基地局によって送信されるハンドオーバー情報を受信していないことを表す通知を上記端末機から受信して、上記端末機のハンドオーバー情報が有効でないことを確認するターゲット基地局を含む。
【発明の効果】
【００５６】
本発明によると、端末機が異常なハンドオーバープロセスの発生に従う情報をサービング基地局またはターゲット基地局へ送信することにより、既存のハンドオーバー情報が有効でないことを通報し、これを考慮してターゲット基地局と端末機はレンジング手続きを遂行することで、ハンドオーバー時にサービス遅延を最小化することができるという利点を持つ。また、上記端末機と基地局との間のハンドオーバー識別子（HO-ID）情報が相異する場合にもハンドオーバーを遂行できるという利点を持つ。また、上記ハンドオーバープロセスの異常動作発生の際、レンジング応答メッセージにハンドオーバープロセス最適化フィールドを含んで送信することにより、ハンドオーバープロセスを省略して遂行できるという利点を持つ。
【発明を実施するための最良の形態】
【００５７】
以下、本発明に従う好ましい実施形態を添付した図面を参照しつつ詳細に説明する。下記の実施形態での多様な変形等が本発明の範囲から外れないということは自明である。下記の説明では、本発明に従う動作の理解に必要な部分だけ説明され、その以外の部分の説明は本発明の要旨を明確にするために省略されることに留意するべきである。
【００５８】
本発明では、端末機と基地局との間の異常なハンドオーバープロセス（handover process）が発生することを感知した端末機は、上記ハンドオーバープロセスが異常動作か否かをサービング基地局またはターゲット基地局へ送信して端末機のハンドオーバー情報が有効でないことを通報し、上記ターゲット基地局では上記端末機の流失情報を考慮してハンドオーバープロセスが動作するようにする。緊急ハンドオーバー試み指示子（Imminent_HO_try_indication；以下、‘Imminent_HO_try_indication’と称する）を通じてハンドオーバープロセスが正常動作か異常動作かを基地局に通報する。ここに、上記ターゲット基地局は、端末機の媒体アクセス制御アドレス（Medium Access Control address；以下、‘MAC address’と称する）を使用して端末機がハンドオーバー識別子（Handover IDentification；以下、‘HO-ID’と称する）を使用せずハンドオーバーを遂行するようにする。ここで、上記緊急ハンドオーバー試み指示子は、メッセージの形態で送信されることができ、ハンドオーバーメッセージにＴＬＶ（Type, Length, Value）形態で挿入されることができる。ターゲット基地局では、ターゲット基地局情報に基づいてハンドオーバープロセス最適化情報を上記端末機へ送信して、ハンドオーバープロセスの一部の動作を減少して遂行することを可能であるようにする。
【００５９】
図３は、本発明の実施形態に従う通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【００６０】
図３を参照すると、端末機３００、サービング基地局３３０、ターゲット基地局３６０間の本発明に従うハンドオーバー動作を説明する。まず、端末機３００は、サービング基地局３３０と呼を設定してサービスを遂行し、端末機３００は隣接基地局から送信される基準信号（reference signal）、一例としてパイロット（pilot）信号のキャリア対干渉雑音比（Carrier to Interference and Noise Ratio；以下、‘ＣＩＮＲ’と称する）などを測定して、サービング基地局３３０を変更、即ちハンドオーバーを遂行するべきか否かを決定する。
【００６１】
言い換えると、端末機３００が現在のサービング基地局３３０を他の基地局に変更しなければならないと決定すれば、端末機３００はサービング基地局３３０へ端末機ハンドオーバー要求（Mobile Station HandOver Request；以下、‘MOB_MSHO-REQ’と称する）メッセージを送信する（ステップ３１１）。上記MOB_MSHO-REQメッセージは、端末機３００が他の基地局へのハンドオーバーを遂行するために測定した隣接基地局情報を伝達する媒体アクセス制御（Medium Access Control；以下、‘ＭＡＣ’と称する）階層間のプロトコルメッセージである。
【００６２】
サービング基地局３３０は、端末機３００へ基地局ハンドオーバー応答（Base Station HandOver Response；以下、‘MOB_BSHO-RSP’と称する）メッセージを送信する（ステップ３１３）。
【００６３】
上記MOB_BSHO-RSPメッセージは、推薦基地局（Recommended BS）情報などを含んでいるＭＡＣ階層間のプロトコルメッセージである。
【００６４】
しかしながら、端末機３００と基地局３３０、３６０との間に送受信するメッセージは、実際の信号強さが微弱なセル境界領域や、ハンドオーバー領域を通じて切替されるので、メッセージ送受信の失敗確率が高い。図３に説明されたステップ３１３は、上記MOB_BSHO-RSPメッセージを端末機が正常に受信していない場合である。
【００６５】
上記MOB_BSHO-RSPメッセージを正常に受信していない端末機３００は、正常なハンドオーバーのための隣接基地局（neighbor BS）に対するハンドオーバー情報を獲得できない。ここで、上記ハンドオーバー情報は、例えばサービスレベル予報（service level prediction）情報、ハンドオーバープロセス最適化（handover process optimization）情報、HO-ID情報、ハンドオーバー認証ポリシーサポート（HO_authorization_policy_support）情報のような情報を含む。
【００６６】
また、前述した端末機の要求に従うハンドオーバー遂行と異なり、図面に図示してはいないが、サービング基地局３３０が端末機３００へハンドオーバーを要求する基地局ハンドオーバー要請（Base Station Handover Request；以下、‘MOB_BSHO-REQ’と称する）メッセージを送信する場合にも送受信エラーが発生することがある。
【００６７】
このように、前述したMOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージなどを正常に受信できないことがある。したがって、端末機３００が一定時間MOB_BSHO-RSPメッセージを受信していなくても、又は、上記MOB_BSHO-RSPメッセージの受信に関わらず、ハンドオーバーを遂行するように決定することができる。このような場合、端末機３００はターゲット基地局３６０にハンドオーバーすることを指示するハンドオーバー指示（handover indication；以下、‘MOB_HO-IND’と称する）メッセージをサービング基地局３３０へ送信し（ステップ３１５）、上記サービング基地局との呼を解除する。
【００６８】
＜表１＞は、緊急ハンドオーバー試み指示子を含むハンドオーバー指示メッセージの例を表した。
【００６９】
【表１】
2009531950.tif 000016
表１を参照すると、上記MOB_HO-INDメッセージは、現在送信されるメッセージのタイプを表すManagement Message Typeと、全て‘０’に設定されている予約（reserved）領域と、上記メッセージの動作を表すモード（mode）を含む。
【００７０】
また、上記モードが‘０ｂ００’でハンドオーバーの場合には、ハンドオーバー指示形態（HO-IND type）と、レンジングパラメータ許容指示（Ranging_Parameters_valid_indication：Ranging_Params_valid_indication）と、緊急ハンドオーバー試み指示子（Imminent_HO_try_indication；以下、‘Imminent_HO_try_indication’と称する）と、‘０’に設定された予約（Reserved）領域を含む。本実施形態において、Imminent_HO_try_indicationは、既存の予約（Reserved）フィールド（4bit）ビットのうちの１つを上記Imminent_HO_try_indicationメッセージに使用する。
【００７１】
本発明の端末機３００は、特に、上記Imminent_HO_try_indicationを通じて上記ハンドオーバープロセスが正常動作であるか異常動作であるかをサービング基地局３３０に通報する。
【００７２】
ここで、上記ハンドオーバープロセスがメッセージ流失無しで正常動作している場合、端末機３００はサービング基地局３３０へ‘０’に設定されたImminent_HO_try_indicationを含んだMOB_HO-INDメッセージを送信する。Imminent_HO_try_indication＝０の場合、サービング基地局は、既存のような一般的なハンドオーバーを遂行し、上記‘０’に設定されたImminent_HO_try_indicationをターゲット基地局３３０へ送信する。サービング基地局３３０は、上記ハンドオーバープロセスが正常動作することを通報するメッセージなどをターゲット基地局３６０へ送信して、ハンドオーバープロセスが正常か否かをターゲット基地局３６０に通報する。したがって、ターゲット基地局３６０は上記ハンドオーバープロセスが正常動作していることを確認してHO_IDを使用することができ、端末機３００はHO_IDを使用してターゲット基地局３６０とネットワーク再進入手続きを遂行する。そして、ターゲット基地局３６０は端末機３００にHO_IDを使用してFast_ranging_IEを遂行する。
【００７３】
しかしながら、メッセージ流失などにより上記ハンドオーバープロセスが異常動作している場合、端末機３００はサービング基地局３３０へ‘１’に設定されたImminent_HO_try_indicationを含んだMOB_HO-INDメッセージを送信する（ステップ３１５）。Imminent_HO_try_indication＝１の場合、サービング基地局３３０は、上記‘１’に設定されたImminent_HO_try_indicationをターゲット基地局３６０へ送信してハンドオーバープロセスが異常動作していることを通報したり、上記ハンドオーバープロセスが異常動作することを通報する特定メッセージなどをターゲット基地局３６０へ送信してハンドオーバープロセスが異常動作か否かをターゲット基地局３６０に通報する。これにより、ターゲット基地局３６０はハンドオーバープロセスで端末に伝えられたハンドオーバー情報が有効でないと判断する。例えば、図３でのように、ターゲット基地局３６０はFast_Ranging_IEを通じてアップリンク区間を端末機に割り当てる時、端末機の媒体アクセス制御（ＭＡＣ）アドレスを使用し、端末機３００はターゲット基地局３６０とネットワーク再進入手続きを遂行する場合、上記MAC addressを使用する。
【００７４】
ターゲット基地局３６０は端末機３００へFast_Ranging_IEを送信する場合、上記MAC addressを含んで送信する（ステップ３１９）。端末機３００は、上記MOB_BSHO-RSPを受信できないことによって、上記ハンドオーバー関連情報を正常に獲得できないので、ターゲット基地局３６０はMAC addressを使用して端末機３００と呼設定のためのハンドオーバーをサポートすることになる。
【００７５】
一方、Fast_Ranging_IEを受信した端末機３００は、上記レンジングを遂行するためにターゲット基地局３６０に割り当てられたアップリンク帯域を通じてレンジング要求（RaNGing-REQuest；以下、‘RNG-REQ’と称する）メッセージを送信する（ステップ３２１）。
【００７６】
図３では、ハンドオーバープロセスが異常動作している場合に、MOB_HO-INDメッセージにImminent_HO_try_indicationを追加してハンドオーバーが実行されることを説明した。以下に、上記MOB_HO-INDメッセージの異常送受信時のハンドオーバー動作を説明する。
【００７７】
図４は、本発明の実施形態に従う通信システムにおいて、MOB_HO-INDメッセージが流失された場合のハンドオーバープロセスを概略的に示す信号流れ図である。
【００７８】
図４のハンドオーバープロセスは、図３の動作と類似な動作を遂行し、ここでは上記MOB_HO-INDメッセージの異常送受信時のハンドオーバー動作を説明する。したがって、以下では図３と同一なハンドオーバー動作に対しては図３を参照することにし、その詳細な説明を省略する。
【００７９】
図４を参照すると、端末機４００、サービング基地局４３０、ターゲット基地局４６０の間のハンドオーバープロセスにおいて、まず、端末機４００は、サービング基地局４３０と呼を設定してサービスを遂行し、隣接基地局から送信される基準信号（reference signal）、一例として、パイロット（pilot）信号のキャリア対干渉雑音比（Carrier to interference and Noise Ratio；以下、‘ＣＩＮＲ’と称する）などを測定してサービング基地局４３０を変更、即ちハンドオーバーを遂行するべきか否かを決定する。
【００８０】
言い換えると、端末機４００が現在のサービング基地局４３０を他の基地局に変更しなければならないと決定すれば、端末機４００はサービング基地局４３０へMOB_MSHO-REQメッセージを送信する（ステップ４１１）。ここで、上記MOB_MSHO-REQメッセージは、他の基地局へのハンドオーバーを遂行するために端末機４００が測定した隣接基地局情報を伝達するＭＡＣ階層間のプロトコルメッセージである。
【００８１】
サービング基地局４３０は、端末機４００へ応答メッセージである基地局ハンドオーバー応答MOB_BSHO-RSPメッセージを送信する（ステップ４１３）。
【００８２】
しかしながら、端末機４００と基地局４３０、４６０との間に送受信するメッセージは、実際の信号強さが微弱なセル境界領域や、ハンドオーバー領域を通じて切替されるので、メッセージ送受信の失敗確率が高い。したがって、図４で説明するステップ４１３は、上記MOB_BSHO-RSPメッセージを端末機４００が正常に受信していない場合である。
【００８３】
上記MOB_BSHO-RSPメッセージを正常に受信していない端末機４００は、正常なハンドオーバーのための隣接基地局に対するハンドオーバー情報を獲得できない。ここで、上記ハンドオーバー情報は、例えばサービスレベル予報情報、ハンドオーバープロセス最適化情報、ハンドオーバー識別子情報、及びハンドオーバー認証ポリシーサポート情報などの情報を含む。
【００８４】
また、端末機４００の要求に従うハンドオーバー遂行と異なり、図面に図示してはいないが、サービング基地局４３０が端末機４００へハンドオーバーを要求するMOB_BSHO-REQメッセージを送信する場合にも、前述したようにハンドオーバーメッセージの送受信エラーが発生することがある。このように、前述したMOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージなどを正常に受信できないことがある。
【００８５】
したがって、端末機４００は、一定時間MOB_BSHO-RSPメッセージが受信できなくても、又は、上記MOB_BSHO-RSPメッセージの受信に関わらず、ハンドオーバーを遂行するように決定することができる。このような場合、端末機４００はターゲット基地局４６０にハンドオーバーすることを指示するMOB_HO-INDメッセージをサービング基地局４３０へ送信し（ステップ４１５）、上記サービング基地局との呼を解除する。
【００８６】
しかしながら、上記MOB_BSHO-RSPメッセージだけでなく、上記MOB_HO-INDメッセージも基地局と端末機との間に送受信が失敗することがある。したがって、サービング基地局４３０は、上記ハンドオーバープロセスの異常動作に対する情報、即ち、Imminent_HO_try_indicationを受信することができない。
【００８７】
MOB_HO-INDメッセージを受信していない場合には、サービング基地局４３０はImminent_HO_try_indication値を‘１’に設定し、上記‘１’に設定されたImminent_HO_try_indicationをターゲット基地局４６０へ送信して（ステップ４１７）ハンドオーバープロセスが異常動作していることを通報したり、上記ハンドオーバープロセスが異常動作していることを通報する特定メッセージなどをターゲット基地局４６０へ送信して、ハンドオーバープロセスが異常をターゲット基地局４６０に通報する。
【００８８】
したがって、ターゲット基地局４６０は端末機の媒体アクセス制御（ＭＡＣ）アドレスを使用し、端末機４００はターゲット基地局４６０とネットワーク再進入手続きを遂行する場合、上記MAC addressを使用する。
【００８９】
ターゲット基地局４６０は、端末機４００へFast_Ranging_IEを送信する場合、上記MAC addressを含んで送信する（ステップ４１９）。端末機４００は、上記MOB_BSHO-RSPを受信できないことによって、上記ハンドオーバー関連情報を正常に獲得できないので、ターゲット基地局４６０はMAC addressを使用して端末機４００と呼設定のためのレンジングを遂行する。
【００９０】
一方、Fast_Ranging_IEを受信した端末機４００は、レンジングを遂行するためにターゲット基地局４６０に割り当てられたアップリンク帯域を通じてRNG-REQメッセージを送信する（ステップ４２１）。
【００９１】
図５は、本発明の実施形態に従う端末機のハンドオーバー動作を概略的に示すフローチャートである。
【００９２】
図５を参照すると、上記端末機は上記サービング基地局と呼を設定してサービスを遂行し、隣接基地局から送信される基準信号（reference signal）、一例として、パイロット（pilot）信号のＣＩＮＲなどを測定してハンドオーバーを遂行するべきか否かを決定する。ステップ５１１で、上記端末機はハンドオーバーしなければならないことを感知すると、MOB_MSHO-REQメッセージをサービング基地局へ送信する。
【００９３】
ステップ５１３で、上記端末機はハンドオーバープロセスが正常に動作しているか、即ち、上記基地局から上記MOB_MSHO-REQメッセージに対応するMOB_BSHO-RSPメッセージを正常に受信したか否かを判断する。上記判断結果、一定時間または再転送要請の以後にも上記MOB_BSHO-RSPメッセージを受信していない場合には、ステップ５１５に進行する。しかしながら、上記判断結果、上記MOB_BSHO-RSPメッセージを正常受信した場合には、ステップ５２１に進行する。
【００９４】
ステップ５１５で、上記端末機は上記MOB_BSHO-RSPメッセージを正常受信できないため、ハンドオーバープロセスが異常動作していると判断して、Imminent_HO_try_indicationを‘１’に設定する。
【００９５】
ステップ５１７で、上記端末機は‘１’に設定されたImminent_HO_try_indicationを含んだMOB_HO-INDメッセージを上記サービング基地局へ送信し、ステップ５１９に進行する。上記端末機が送信するMOB_HO-INDメッセージは、上記＜表１＞に表れており、上記MOB_HO-INDメッセージを送信することにより、サービング基地局にハンドオーバープロセスが異常動作していることを通報できる。ここに、上記端末機は上記サービング基地局との接続を解除し、ターゲット基地局へのハンドオーバーを遂行する。
【００９６】
ステップ５１９で、上記端末機は上記ターゲット基地局とレンジングを遂行する。上記ハンドオーバープロセス異常動作により、上記ターゲット基地局で端末機のハンドオーバー情報は有効でないので、上記端末機のMAC addressを使用してレンジングを遂行する。
【００９７】
これとは異なり、ステップ５１３で、上記MOB_BSHO-RSPメッセージを正常受信した場合には、上記端末機は上記ハンドオーバープロセスに従う正常動作を遂行する。
【００９８】
ステップ５２１で、上記端末機は上記MOB_BSHO-RSPメッセージを正常受信したので、ハンドオーバープロセスが異常動作したと判断してImminent_HO_try_indicationを‘０’に設定する。
【００９９】
ステップ５２３で、上記端末機は‘０’に設定されたImminent_HO_try_indicationを含んだMOB_HO-INDメッセージを上記サービング基地局へ送信する。次に、上記端末機は一般的なハンドオーバー手続きを遂行する。ここに、上記端末機とレンジングを遂行するターゲット基地局は、既存のように、HO_IDを使用してレンジング帯域を割り当てて、レンジングを遂行できるようになる。
【０１００】
図６は、本発明の実施形態に従うサービング基地局のハンドオーバー動作過程を概略的に示すフローチャートである。
【０１０１】
ステップ６１１で、上記サービング基地局は端末機からMOB_MSHO-REQメッセージを受信すればステップ６１３に進行する。上記MOB_MSHO-REQメッセージは、端末機が他の基地局へのハンドオーバーを遂行するために端末機が測定した隣接基地局情報を含んだハンドオーバー要請メッセージである。ステップ６１３で、上記サービング基地局は上記端末機に上記MOB_MSHO-REQメッセージに対する応答メッセージである基地局ハンドオーバー応答MOB_BSHO-RSPメッセージを該当端末機へ送信する。
【０１０２】
ステップ６１５で、上記サービング基地局はMOB_HO-INDメッセージを受信したか否かを確認する。上記確認結果、MOB_HO-INDメッセージを受信していない場合には、ステップ６２１に進行して上記ハンドオーバープロセスの異常動作をターゲット基地局に通報する。
【０１０３】
ステップ６１７で、上記サービング基地局は上記MOB_HO-INDメッセージを受信して上記MOB_HO-INDメッセージにImminent_HO_try_indicationが含まれているか否かを判断する。上記判断結果、Imminent_HO_try_indicationが含まれていない場合には、ステップ６２３に進行して一般的なハンドオーバー手続きに従う動作を遂行する。
【０１０４】
Imminent_HO_try_indicationが含まれた場合には、ステップ６１９で、上記サービング基地局は、Imminent_HO_try_indicationが‘１’であるか否かを確認する。上記確認結果、Imminent_HO_try_indicationが‘０’の値を持つ場合には、ステップ６２３に進行して一般的なハンドオーバー手続きを遂行する。しかしながら、上記確認結果、Imminent_HO_try_indicationが‘１’の値を持つ場合にはハンドオーバープロセスの異常動作をする場合であり、ステップ６２１に進行する。
【０１０５】
ステップ６２１で、上記サービング基地局は上記‘０’に設定されたImminent_HO_try_indication、または、上記ハンドオーバープロセスが異常動作することを通報するメッセージなどを送信してハンドオーバープロセスの異常動作をターゲット基地局に通報する。
【０１０６】
このように、上記ハンドオーバープロセスが異常動作か否かの判断は、ステップ６１５のように、サービング基地局で判断して、異常プロセスの場合、ターゲット基地局にこれを通報することができる。
【０１０７】
図７は、本発明の実施形態に従うターゲット基地局のハンドオーバー動作過程を概略的に示すフローチャートである。
【０１０８】
図７を参照すると、ステップ７１１で、ターゲット基地局は上記サービング基地局から受信したImminent_HO_try_indication、または上記ハンドオーバープロセスが異常動作していることを通報するメッセージなどを通じて上記ターゲット基地局が正常動作を遂行しているか否かを判断する。上記判断結果、Imminent_HO_try_indicationが‘０’に設定されていることや、上記別のメッセージなどを通じてハンドオーバープロセスが正常動作していることを確認すると、ステップ７１５に進行する。しかしながら、上記判断結果、Imminent_HO_try_indicationが‘１’に設定されていたり、上記ハンドオーバープロセスが異常動作していることを確認すると、ステップ７１３に進行する。
【０１０９】
ステップ７１５で、上記ターゲット基地局は一般的なレンジング手続きを遂行し、これによって、Fast_ranging_IEを端末機へ送信する。ここで、上記端末機はハンドオーバープロセスの正常動作に従うハンドオーバー手続きが正常動作していることを表す。ここで、上記端末機が持っているハンドオーバー情報は有効であるので、ターゲット基地局はHO_IDを使用してハンドオーバーを遂行することができる。
【０１１０】
しかしながら、ステップ７１３で、上記ターゲット基地局は上記端末機のハンドオーバー情報が有効でない場合であるので、上記端末機のMAC addressを使用してFast_ranging_IEを端末機へ送信し、ステップ７１７に進行する。
【０１１１】
ステップ７１３またはステップ７１５の以後に、ステップ７１７で、上記ターゲット基地局は上記該当端末機とレンジング手続きを遂行する。
【０１１２】
本発明に従う端末機はMAC Addressだけでなく、HO-IDを全て使用してハンドオーバーを遂行できることを前提とする。
【０１１３】
前述したように、上記ハンドオーバープロセスが異常動作すると、即ち、ハンドオーバープロセスにおいてエラー発生が感知されると、上記ターゲット基地局は上記ハンドオーバープロセスの異常動作を知らされる。
【０１１４】
図８は、本発明の他の実施形態に従う通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【０１１５】
図８を参照すると、ハンドオーバープロセスは、基地局ハンドオーバー応答メッセージ、基地局ハンドオーバー要請メッセージ、ハンドオーバー指示メッセージが送受信されていない場合に遂行される。したがって、下記では上記図３及び図４で前述した図面に対しては詳細な説明を省略する。
【０１１６】
図８を参照すると、端末機８００、サービング基地局８３０、ターゲット基地局８６０の間のハンドオーバープロセスにおいて、まず、端末機８００はサービング基地局８３０と呼を設定してサービスを遂行し、端末機８００はサービング基地局８３０を変更、即ちハンドオーバーを遂行するべきか否かを決定する。
【０１１７】
言い換えると、端末機８００が現在のサービング基地局８３０を他の基地局に変更しなければならないと決定すると、端末機８００はサービング基地局８３０へMOB_MSHO-REQメッセージを送信する（ステップ８１１）。
【０１１８】
サービング基地局８３０は、端末機８００へ応答メッセージである基地局ハンドオーバー応答MOB_BSHO-RSPメッセージを送信する（ステップ８１３）。
【０１１９】
しかしながら、端末機８００と基地局８３０、８６０との間に送受信するメッセージは、実際の信号強さが微弱なセル境界領域や、ハンドオーバー領域を通じて切替されるので、メッセージ送受信の失敗確率が高い。したがって、ステップ８１３は、上記MOB_BSHO-RSPメッセージを端末機が正常に受信していない場合である。
【０１２０】
上記MOB_BSHO-RSPメッセージを正常に受信していない端末機８００は、正常なハンドオーバーのための隣接基地局に対するハンドオーバー情報を獲得できない。ここで、上記ハンドオーバー情報は、例えばサービスレベル予報情報、ハンドオーバープロセス最適化情報、ハンドオーバー識別子情報、及びハンドオーバー認証ポリシーサポート情報のような情報を含む。
【０１２１】
また、端末機８００の要求に従うハンドオーバー遂行と異なり、図面に図示してはいないが、サービング基地局８３０が端末機８００へハンドオーバーを要求するMOB_BSHO-REQメッセージを送信する場合にも前述したようにハンドオーバーメッセージの送受信エラーが発生することがある。このように、前述したMOB_BSHO-RSPメッセージ、MOB_BSHO-REQメッセージなどを正常に受信できないこともある。
【０１２２】
したがって、端末機８００が一定時間MOB_BSHO-RSPメッセージが受信できなかったり、サービング基地局８３０への再転送要請に従うMOB_BSHO-RSPを受信できなければ、上記MOB_BSHO-RSPメッセージを使用せずハンドオーバーを遂行するように決定することができる。このような場合、端末機８００はターゲット基地局８６０にハンドオーバーすることを指示するMOB_HO-INDメッセージをサービング基地局８３０へ送信し（ステップ８１５）、サービング基地局８３０との呼を解除する。
【０１２３】
しかしながら、上記MOB_BSHO-RSPメッセージだけでなく、上記MOB_HO-INDメッセージも端末機とサービング基地局との間に送受信が失敗することがある。
【０１２４】
ここで、上記図３及び図４で説明したハンドオーバープロセスでは、Imminent_HO_try_indicationを使用してハンドオーバープロセス異常動作をターゲット基地局に通報して、端末機のMAC Addressを使用してハンドオーバーを遂行することができる。しかしながら、ここでは上記ハンドオーバー指示メッセージや、バックボーン（backbone）ネットワークを介して所定のメッセージ（Imminent_HO_try_indication）を送信する場合でないRNG-REQメッセージを通じてハンドオーバーが異常動作か否かを送信する動作を説明する。
【０１２５】
端末機８００は、ターゲット基地局８６０へハンドオーバーのためにハンドオーバーレンジングコード（HO_Ranging_code）を基地局へ送信する（ステップ８１７）。
【０１２６】
ターゲット基地局８６０は、上記ハンドオーバーレンジングコードに対して成功的なレンジングが可能であることを表すレンジング応答（RaNGing-RSPonse；以下、‘RNG-RSP’と称する）メッセージを端末機８００へ送信する（ステップ８１９）。ターゲット基地局８６０は、符号分割多元接続割り当て情報エレメント（Code Division Multiple Access_Allocation_Information Element；以下、‘CDMA_Alloc_IE’と称する）を上記端末機へ送信する（ステップ８２１）。これによって、端末機８００がレンジング要請（RaNGing-REQuest；以下、‘RNG-REQ’と称する）メッセージを送信するためのアップリンク帯域を割り当てる。
【０１２７】
このように、上記ターゲット基地局８６０とダウンリンク同期を獲得した端末機８００は、ターゲット基地局８６０とレンジング動作を遂行し、アップリンク動作を遂行してアップリンク同期を獲得し、送信電力を調整する動作を遂行しなければならない。したがって、レンジング要求（Ranging-Request；以下、‘RNG-REQ’と称する）メッセージをターゲット基地局へ送信する（ステップ８２３）。
【０１２８】
本発明では、上記RNG-REQメッセージに上記Imminent_HO_try_indicationを送信し、上記MOB_BSHO-REQメッセージ、または上記MOB_BSHO-RSPメッセージを正常受信して端末機のハンドオーバーのための情報、特に、ハンドオーバー認証ポリシーサポート情報が有効であるかを表す情報を上記ターゲット基地局へ送信する。したがって、上記端末が上記MOB_BSHO-REQメッセージ、または上記MOB_BSHO-RSPメッセージを正常受信する場合には、上記Imminent_HO_try_indicationを‘０’に設定してターゲット基地局へ送信し、上記MOB_BSHO-REQメッセージ、または上記MOB_BSHO-RSPメッセージを異常受信する場合、Imminent_HO_try_indicationを‘１’に設定してターゲット基地局へ送信する。
【０１２９】
Imminent_HO_try_indicationの値が‘０’に設定されている場合には、以後の動作は既存のハンドオーバープロセスと同一な動作を遂行する。しかしながら、上記Imminent_HO_try_indicationが‘１’に設定された場合には、一例としてターゲット基地局でハンドオーバープロセスを省略することなく遂行するようにする。これは、基地局がMOB_BSHO-REQやMOB_BSHO-RSPを通じて端末に伝達したハンドオーバー情報が有効でないためである。即ち、Imminent_HO_try_indicationが１の場合、サービング基地局が端末機に伝達した認証ポリシーサポート方式（Authorization_Policy_Support）値が流失されたので、ターゲット基地局は端末機に、認証過程の省略無しで、初期認証過程を全て遂行するように命令する。
【０１３０】
ここで、Imminent_HO_try_indicationは、ＴＬＶ（Type Length Value）の形態で上記RNG-REQメッセージに含まれ、下記の表２に示すように構成される。
【０１３１】
【表２】
2009531950.tif 000017
また、上記HO Process Optimizationフィールドは、RNG-RSPメッセージに含まれる１バイトである。上記HO Process Optimizationフィールドは、ターゲット基地局８６０とハンドオーバープロセスを最小化させることによって、上記ハンドオーバー遂行に従うサービス遅延を最小化させることができる。
【０１３２】
本発明では、サービング基地局８３０、あるいはターゲット基地局８６０が端末機８００とハンドオーバー遂行に必要なプロセスのうち、省略可能なプロセスを端末機８００に通報するようにしている。ここで、表３を参照して上記HO Process Optimizationフィールドの構造について説明する。
【０１３３】
【表３】
2009531950.tif 000018
表３に表したように、上記HO Process Optimizationフィールドは、上記端末機がネットワーク再進入動作の遂行中に必要とされる各種プロセスを遂行するか否かを表すフィールドであって、８ビット（８bits）で構成され、上記８ビットの各々は端末機がサービング基地局（serving BS（Base Station））からターゲット基地局（target BS）にハンドオーバーした後、ターゲット基地局とのネットワーク再進入動作の遂行中に必要とされるプロセスの各々の省略の可否を表す。
【０１３４】
HO Optimizationフィールドにおいて、ビット＃０は上記ターゲット基地局と上記端末機との間にSBC-REQメッセージ／SBC-RSPメッセージ送受信を省略するか否かを表し、上記ビット＃０が‘０’の場合、上記ターゲット基地局と上記端末機との間にSBC-REQメッセージ／SBC-RSPメッセージ交換を遂行することを表し、上記ビット＃０が‘１’の場合、上記ターゲット基地局と上記端末機との間にSBC-REQメッセージ／SBC-RSPメッセージ交換を遂行しないことを表す。
【０１３５】
ビット＃１は、上記ターゲット基地局と上記端末機との間にPKM TEK段階を除外したPKM-REQメッセージ／PKM-RSPメッセージの送受信を省略するか否かを表し、上記ビット＃１が‘０’の場合、上記ターゲット基地局と上記端末機との間にPKM-REQメッセージ／PKM-RSPメッセージの交換を遂行することを表し、上記ビット＃１が‘１’の場合、上記ターゲット基地局と上記端末機との間にPKM-REQメッセージ／PKM-RSPメッセージの交換を遂行しないことを表す。
【０１３６】
ビット＃２は、上記ターゲット基地局と上記端末機との間にPKM TEK段階を遂行するか否かを表し、上記ビット＃２が‘０’の場合、上記ターゲット基地局と上記端末機との間にPKM TEK段階を遂行することを表し、上記ビット＃１が‘１’の場合、PKM TEK段階を遂行しないことを表す。
【０１３７】
ビット＃３は、上記ターゲット基地局と上記端末機との間にREG-REQメッセージ／REG-RSPメッセージ送受信を省略するか否かを表し、上記ビット＃３が‘０’の場合、上記ターゲット基地局と上記端末機との間にREG-REQメッセージ／REG-RSPメッセージ交換を遂行することを表し、上記ビット＃３が‘１’の場合、上記ターゲット基地局と上記端末機との間にREG-REQメッセージ／REG-RSPメッセージ交換を遂行しないことを表す。
【０１３８】
ビット＃４は、上記ターゲット基地局と上記端末機との間にネットワークアドレス獲得管理（Network Address Acquisition management）メッセージの送受信を省略するか否かを表し、上記ビット＃４が‘０’の場合、上記ターゲット基地局と上記端末機との間にネットワークアドレス獲得管理メッセージの交換を遂行することを表し、上記ビット＃４が‘１’の場合、上記ターゲット基地局と上記端末機との間にネットワークアドレス獲得管理メッセージの交換を遂行しないことを表す。ここで、上記ネットワークアドレス獲得管理メッセージとは、上記端末機が上記ターゲット基地局からネットワークアドレスを獲得するために必要とするメッセージを表す。
【０１３９】
ビット＃５は、上記ターゲット基地局と上記端末機との間に時間獲得管理（Time of Day Acquisition management）メッセージの送受信を省略するか否かを表し、上記ビット＃５が‘０’の場合、上記ターゲット基地局と上記端末機との間に時間獲得管理メッセージの交換を遂行することを表し、上記ビット＃５が‘１’の場合、上記ターゲット基地局と上記端末機との間に時間獲得管理メッセージの交換を遂行しないことを表す。ここで、上記時間獲得管理メッセージとは、上記端末機が上記ターゲット基地局から時間情報を新しく獲得するために必要とするメッセージを表す。
【０１４０】
ビット＃６は、上記ターゲット基地局と上記端末機との間にＴＦＴＰ（Trivial File Transfer Protocol）管理メッセージの送受信を省略するか否かを表し、上記ビット＃６が‘０’の場合、上記ターゲット基地局と端末機との間にＴＦＴＰ管理メッセージの交換を遂行することを表し、上記ビット＃６が‘１’の場合、上記ターゲット基地局と上記端末機との間にＴＦＴＰ管理メッセージの交換を遂行しないことを表す。
【０１４１】
ビット＃７は、上記端末機が上記サービング基地局で動作していたサービス及び動作状態情報を上記サービング基地局が上記ターゲット基地局へ送信したり、あるいは上記基地局が共有しているので、上記端末機と上記ターゲット基地局との間に如何なる追加プロセスがなくても上記端末機が上記ターゲット基地局ですぐに正常なサービスを遂行できるか否かを表す。上記ビット＃７が‘１’の場合、上記ターゲット基地局と上記端末機との間に追加プロセスがなくても上記端末機が上記ターゲット基地局ですぐに正常なサービスを遂行できることを表す。上記ビット＃７が‘０’の場合、上記ターゲット基地局と上記端末機との間に追加プロセスがなしでは上記端末機が上記ターゲット基地局ですぐに正常なサービスを遂行できないことを表す。ここで、上記サービス及び動作状態情報は、一例として、自動再転送要求（Automatic Retransmission reQuest；以下、‘ＡＲＱ’と称する）状態と、各種タイマー値と、カウンター（counter）値と、ＭＡＣステート（state）マシン（machine）値となることができる。
【０１４２】
上記HO Process Optimizationフィールドは、上記NBR-ADVメッセージとMOB-BSHO-RSPに含まれる場合には、隣り合うハンドオーバー可能な基地局に関する情報の一部として提供されるものであって、上記各ビットが表す意味は、上記端末機が上記ターゲット基地局にハンドオーバーする場合、上記ターゲット基地局により変更されることもできる。これとは異なり、上記HO Process Optimizationフィールドが上記RNG-RSP管理メッセージに含まれる場合には、上記端末機が上記ターゲット基地局にネットワーク再進入動作を遂行する過程で正確にどんなプロセスを省略し、どんなプロセスを省略しないかを表す役目をする。
【０１４３】
本発明では、端末機が送信するImminent_HO_try_indication値に従って、ターゲット基地局が端末に対するハンドオーバープロセスの省略の可否を決定するようにする。これは、ハンドオーバープロセスの省略において、基地局がMOB_BSHO-REQやMOB_BSHO-RSPに伝達したハンドオーバー情報が使われなければならないためであり、このような情報がメッセージ流失により伝達できなかった場合、必要な全てのハンドオーバープロセスを遂行しなければならない。
【０１４４】
例えば、上記Imminent_HO_try_indicationが‘１’に設定された場合には、ターゲット基地局はステップ８２５で、端末機にＰＫＭプロセスの省略のために使用するハンドオーバー情報を無視し、上記端末機が再進入時に必要とされるＰＫＭプロセスを遂行できるようにRNG-RSPメッセージのHO_process_optimizationフィールドを設定する。
【０１４５】
ここに、上記端末機は、上記HO_process_optimizationフィールド値に従い、以後のハンドオーバープロセスを動作する。
【０１４６】
このように、レンジング動作を遂行した後、端末機８００はターゲット基地局８６０と端末機８００の基本容量を折衝するために、ターゲット基地局８６０へ加入者端末機基本容量折衝要求（Subscriber Station's Basic Capability Negotiation Request；以下、‘SBC-REQ’と称する）メッセージを送信する（ステップ８２７）。ここで、上記SBC-REQメッセージは、媒体接続制御（Medium Access Control；以下、‘ＭＡＣ’と称する）メッセージであって、端末機８００がサポート可能な変調（modulation）及びコーディング（coding）方式に対する情報が含まれる。ターゲット基地局８６０は、上記受信したSBC-REQメッセージに含まれている端末機８００がサポート可能な変調及びコーディング方式を確認した後、端末機に応答メッセージとして基本容量折衝応答（Subscriber Station's Basic Capability Negotiation Response；以下、‘SBC-RSP’と称する）メッセージを送信する（ステップ８２９）。
【０１４７】
上記SBC-RSPメッセージを受信した端末機８００は、端末機認証及びキー切替のためにターゲット基地局８６０へ暗号キー管理要求（Privacy Key Management Request；以下、‘PKM-REQ’と称する）メッセージを送信する（ステップ８３１）。ここで、上記PKM-REQメッセージは、端末機８００の認証のためのＭＡＣメッセージであり、端末機８００の固有情報（certificate）を含む。ターゲット基地局８６０は、端末機８００の固有情報で認証サーバー（Authentication Server：ＡＳ）（図示せず）と認証を遂行する。上記認証結果、端末機８００が認証された端末機の場合、ターゲット基地局８６０は端末機８００へ応答メッセージとして暗号キー管理応答（Privacy Key Management Response；以下、‘PKM-RSP’と称する）メッセージを送信する（ステップ８３３）。ここで、上記PKM-RSPメッセージには端末機８００に割り当てられた認証キー（Authentication Key：ＡＫ）と、暗号化キー（Traffic Encryption Key：ＴＥＫ）が含まれる。
【０１４８】
端末機８００は、ターゲット基地局８６０へ登録要求（Registration Request；以下、‘REG-REQ’と称する）メッセージを送信する（ステップ８３５）。ここで、上記REG-REQメッセージには端末機８００の端末機登録情報が含まれる。ターゲット基地局８６０は、上記REG-REQメッセージに含まれている端末機登録情報を検出して端末機８００をターゲット基地局８６０に登録させ、端末機８００へ登録応答（Registration Response；以下、‘REG-RSP’と称する）メッセージを送信する（ステップ８３７）。ここで、上記REG-RSPメッセージには上記登録された端末機登録情報が含まれる。
【０１４９】
このように、ターゲット基地局８６０に登録を完了した端末機８００は、端末機８００の種類あるいは基地局の間の端末機８００の情報共有及び伝達の可否に相応するように、選択的にターゲット基地局８６０とインターネットプロトコル（Internet Protocol；以下、‘ＩＰ’と称する）連結（connection）を設定したり、ターゲット基地局８６０へ動作パラメータを送信する動作を遂行することができる。ここで、ターゲット基地局８６０とＩＰ連結を設定したり、あるいは動作パラメータを送信する動作は選択的（optional）に遂行されることができる。以後、端末機８００は上記サービング基地局からサービスを受けていたフロー（flow）などを再設定して連結を再設定し、上記連結再設定に従い、端末機８００はターゲット基地局８６０と正常に通信サービスを遂行する。
【０１５０】
図９は、本発明の他の実施形態に従う端末機のハンドオーバー動作を概略的に示すフローチャートである。
【０１５１】
図９を参照すると、上記端末機は上記サービング基地局と呼を設定してサービスを遂行し、隣接基地局から送信される基準信号（reference signal）、一例としてパイロット（pilot）信号のＣＩＮＲなどを測定してハンドオーバーを遂行するべきか否かを決定する。テップ９１１で、上記端末機はハンドオーバーしなければならないことを感知すれば、MOB_MSHO-REQメッセージをサービング基地局へ送信する。
【０１５２】
ステップ９１３で、上記端末機はハンドオーバープロセスが正常に動作しているか、即ち、上記サービング基地局から上記MOB_MSHO-REQメッセージに相応するMOB_BSHO-RSPメッセージを正常に受信したか否かを判断する。上記判断結果、一定時間または再転送要請の以後にも上記MOB_BSHO-RSPメッセージを受信していない場合には、ステップ９１５に進行する。しかしながら、上記判断結果、上記MOB_BSHO-RSPメッセージを正常受信した場合には、ステップ９２５に進行する。
【０１５３】
ステップ９１５で、上記端末機は一定時間または上記MOB_MSHO_REQメッセージを再転送した後、一定時間が経過した以後にサービング基地局へMOB_HO-INDメッセージを送信する。
【０１５４】
ステップ９１７で、上記端末機はハンドオーバーレンジング過程を遂行する。ここでは、レンジングコードを使用してアップリンク帯域の割り当てを受けることができる。
【０１５５】
ステップ９１９で、上記端末機は上記MOB_BSHO-RSPメッセージを正常受信していないので、ハンドオーバープロセスが異常動作したと判断してImminent_HO_try_indicationを‘１’に設定する。
【０１５６】
ステップ９２１で、上記端末機は‘１’に設定されたImminent_HO_try_indicationを含んだRNG-REQメッセージを上記ターゲット基地局へ送信する。これによって、ターゲット基地局に上記端末機とのハンドオーバープロセスが異常動作していることを通報することができる。
【０１５７】
ステップ９２３で、上記端末機は上記ターゲット基地局からHO_process_optimizationを通じて受信した情報を使用して以後のハンドオーバープロセスを遂行する。
【０１５８】
そして、ステップ９２５で、上記端末機はMOB_HO-INDメッセージを上記サービング基地局へ送信する。
【０１５９】
ステップ９２７で、上記端末機はハンドオーバーレンジング過程を遂行する。ここでは、レンジングコードを使用してアップリンク帯域の割り当てを受けることができる。
【０１６０】
ステップ９２９で、上記端末機は上記MOB_BSHO-RSPメッセージを正常受信したので、上記端末機のハンドオーバーのための情報は有効であると判断してImminent_HO_try_indicationを‘０’に設定した後、ステップ９３１では、上記ターゲット基地局へ上記‘０’に設定されたImminent_HO_try_indicationを含んだRNG-REQメッセージを送信する。上記端末機は、ステップ９３３で、上記ターゲット基地局と一般的なハンドオーバー手続きを通じて通信を遂行することができる。
【０１６１】
図１０は、本発明の他の実施形態に従うターゲット基地局のハンドオーバー動作を概略的に示すフローチャートである。
【０１６２】
図１０を参照すると、ステップ１０１１で、ターゲット基地局は上記端末機からHO_ranging_codeを受信すると、ステップ１０１３で、上記ターゲット基地局は上記端末機でレンジングのための帯域幅割り当てが可能な場合、RNG-RSPメッセージとCDMA_Allocation_IEを端末機へ送信する。
【０１６３】
ステップ１０１５で、上記ターゲット基地局は上記端末機からRNG_REQメッセージを受信し、ステップ１０１７で、上記ターゲット基地局は上記端末機から受信したRNG_REQメッセージのImminent_HO_try_indicationが‘１’に設定されているか否かを確認する。上記確認結果、上記Imminent_HO_try_indicationが‘１’に設定されている場合には、ステップ１０２１に進行する。しかしながら、上記確認結果、上記Imminent_HO_try_indicationが‘０’に設定されている場合には、ステップ１０２７に進行して一般的なRNG-RSPメッセージを送信し、ステップ１０２９で一般的なハンドオーバー手続きを遂行する。
【０１６４】
ステップ１０２１で、上記ターゲット基地局はハンドオーバープロセス、即ち、ＳＢＣ、ＰＫＭ、ＲＥＧプロセスを省略（skip）できるか否かを判断する。上記判断結果、上記ハンドオーバープロセスを省略しない場合には、ステップ１０２７に進行する。
【０１６５】
しかしながら、上記判断結果、ハンドオーバープロセスを省略する場合には、ステップ１０２３に進行する。ステップ１０２３で、上記ターゲット基地局は上記ハンドオーバープロセス省略に従うHO_Process_Optimizationフィールドの値（Ｘ）を設定し、上記HO_Process_Optimizationフィールドを含んだRNG-RSPメッセージを送信する。ステップ１０２５で、上記ターゲット基地局はHO_Process_Optimizationフィールドの値に従ってハンドオーバープロセスを遂行する。
【０１６６】
そして、ステップ１０２７で、上記ターゲット基地局は省略するハンドオーバープロセスがない場合であるので、一般的なRNG-RSPメッセージを送信したり、HO_Process_Optimizationフィールドの値を‘０’に設定し、ステップ１０２９で、 一般的なハンドオーバープロセスを遂行する。
【０１６７】
ここで、上記サービング基地局の動作は既存のサービング基地局と類似な動作を遂行するので、ここでは具体的な説明を省略する。
【０１６８】
本発明では、上記Imminent_HO_try_indication情報を使用してハンドオーバープロセスの異常動作をサービング基地局またはターゲット基地局に通報して、端末機のハンドオーバー情報が有効でなくてもサービス遅延や誤動作無しでハンドオーバーを遂行して動作する動作手続きを説明した。また、前述した２つの実施形態は、Imminent_HO_try_indicationメッセージを各々MOB_HO-INDメッセージまたはRNG-REQメッセージに含んで送信することにより、端末機のハンドオーバー情報が有効でないことを通報することができる。ここに、上記送信されるメッセージは相異なるので、前述した２つの実施形態は混合して実行することもでき、各々使われることもできる。
【０１６９】
以上、本発明の具体的な実施形態に関して詳細に説明したが、本発明の範囲を逸脱することなく、様々な変形が可能であることは勿論である。したがって、本発明の範囲は、上述した実施形態に限定されるものではなく、特許請求の範囲及びこの特許請求の範囲と均等なものに基づいて定められるべきである。
【図面の簡単な説明】
【０１７０】
【図１】一般的な通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【図２】一般的な通信システムの異常なハンドオーバーメッセージ送受信に従うハンドオーバープロセスを概略的に示す信号流れ図である。
【図３】本発明の一実施形態に従う通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【図４】本発明の一実施形態に従う通信システムのハンドオーバー指示メッセージ流失に従うハンドオーバープロセスを概略的に示す信号流れ図である。
【図５】本発明の一実施形態に従う端末機のハンドオーバー動作を概略的に示すフローチャートである。
【図６】本発明の一実施形態に従うサービング基地局のハンドオーバー動作を概略的に示すフローチャートである。
【図７】本発明の一実施形態に従うターゲット基地局のハンドオーバー動作を概略的に示すフローチャートである。
【図８】本発明の他の実施形態に従う通信システムのハンドオーバープロセスを概略的に示す信号流れ図である。
【図９】本発明の他の実施形態に従う端末機のハンドオーバー動作を概略的に示すフローチャート図である。
【図１０】本発明の他の実施形態に従うターゲット基地局のハンドオーバー動作を概略的に示すフローチャートである。
【国際調査報告】
2009531950.tif 000019
2009531950.tif 000020