(57)【要約】【課題】本発明の目的は、通信システムにおけるＭＳのハンドオーバーによるネットワーク再進入を遂行するシステム及び方法を提供することにある。【解決手段】通信システムにおいて、移動端末機（ＭＳ）は、サービング基地局（ＢＳ）からターゲットＢＳへのハンドオーバーを遂行する必要があることを示す通知をターゲットＢＳへ送信し、ターゲットＢＳは、ＭＳからのハンドオーバーの通知に従って、ＭＳがターゲットＢＳとネットワーク再進入動作を遂行するために必要とされるプロセスのうちの少なくともいずれか１つのプロセスを省略できるか否かを示すハンドオーバープロセス最適化情報をＭＳへ送信し、ＭＳは、ハンドオーバープロセス最適化情報を受信して、ハンドオーバープロセス最適化情報に従って、ターゲットＢＳとネットワーク再進入動作を遂行する。【選択図】図１０
2011130489.tif 000002
【特許請求の範囲】
【請求項１】
移動端末機がネットワーク再進入動作を遂行する方法であって、
ターゲット基地局から、前記ターゲット基地局が前記移動端末機へ加入者端末機基本容量応答（ＳＢＣ-ＲＳＰ）メッセージを送信するプロセスを省略することを示すハンドオーバープロセス最適化情報を含むレンジング応答(ＲＮＧ-ＲＳＰ)メッセージを受信するステップと、
完了するまで、前記ＳＢＣ-ＲＳＰメッセージの受信を待機するタイマーを開始させるステップと、を含むことを特徴とする移動端末機のネットワーク再進入動作遂行方法。
【請求項２】
前記ＳＢＣ-ＲＳＰメッセージを送信するプロセスは、前記ターゲット基地局とネックワーク再進入動作を遂行するために必要となるプロセスであることを特徴とする請求項１に記載の移動端末機のネットワーク再進入動作遂行方法。
【請求項３】
前記ＲＮＧ-ＲＳＰメッセージを受信する前に、前記ターゲット基地局にハンドオーバーすることを通報するステップさらに含むことを特徴とする請求項１に記載の移動端末機のネットワーク再進入動作遂行方法。
【請求項４】
移動端末機であって、
ターゲット基地局から、前記ターゲット基地局が前記移動端末機へ加入者端末機基本容量応答（ＳＢＣ-ＲＳＰ）メッセージを送信するプロセスを省略することを示すハンドオーバープロセス最適化情報を含むレンジング応答(ＲＮＧ-ＲＳＰ)メッセージを受信する受信器と、
完了するまで、前記ＳＢＣ-ＲＳＰメッセージの受信を待機するタイマーと、
前記タイマーを開始させるプロセッサーと、を含む移動端末機。
【請求項５】
前記ＳＢＣ-ＲＳＰメッセージを送信するプロセスは、前記ターゲット基地局とネックワーク再進入動作を遂行するために必要となるプロセスであることを特徴とする請求項４に記載の移動端末機。
【請求項６】
前記ＲＮＧ-ＲＳＰメッセージを受信する前に、前記ターゲット基地局にハンドオーバーすることを通報する受信器をさらに含むことを特徴とする請求項４に記載の移動端末機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、特に、移動端末機のハンドオーバーによるネットワーク再進入（network re-entry）動作を遂行するシステム及び方法に関する。
【背景技術】
【０００２】
次世代通信システムにおいては、高速の転送速度で多様なサービス品質（Quality of Service：以下、“ＱｏＳ”と称する）を保証するサービスをユーザに提供するための活発な研究が進んでいる。
【０００３】
一方、無線近距離通信ネットワーク（Local Area Network：以下、“ＬＡＮ”と称する）通信システム及び都市規模ネットワーク（Metropolitan Area Network：以下、‘ＭＡＮ’と称する。）通信システムは、高速の転送速度を支援する。広帯域無線接続（Broadband Wireless Access：以下、“ＢＷＡ”と称する）通信システムである無線ＭＡＮ通信システムは、無線ＬＡＮ通信システムに比べて、さらに広いサービスエリアを有し、さらなる高速の転送速度を支援する。従って、現在の次世代通信システムにおいては、比較的高い転送速度を保証する無線ＬＡＮ通信システム及び無線ＭＡＮ通信システムに加入者端末機（Subscriber Station；以下、“ＳＳ”と称する）の移動性及びＱｏＳを保証する形態で新たな通信システムを開発して、次世代通信システムから提供される高速のサービスに対応するようにする研究が活発に進んでいる。
【０００４】
無線ＭＡＮシステムの物理チャネル（physical channel）において、広帯域送信ネットワークを支援するために、直交周波数分割多元（Orthogonal Frequency Division Multiplexing：以下、“ＯＦＤＭ”と称する）方式／直交周波数分割多元接続（Orthogonal Frequency Division Multiplexing Access：以下、“ＯＦＤＭＡ”と称する）方式を採用するシステムが、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ａ及びＩＥＥＥ８０２．１６ｅ標準に基づくＩＥＥＥ８０２．１６ａ通信システム及びＩＥＥＥ８０２．１６ｅ通信システムである。
【０００５】
図１は、従来のＩＥＥＥ８０２．１６ｅ通信システムの構成を示す図である。
【０００６】
図１を参照すると、ＩＥＥＥ８０２．１６ｅ通信システムは、マルチセル構造(multi-cell structure)を有し、すなわち、セル１００及びセル１５０を含み、セル１００を管理する基地局（Base Station；以下、“ＢＳ”と称する）１１０と、セル１５０を管理するＢＳ１４０と、複数の移動端末機（Mobile Station：以下、“ＭＳ”と称する）１１１、１１３、１３０、１５１、及び１５３とを含む。そして、ＢＳ１１０及び１４０とＭＳ１１１、１１３、１３０、１５１、及び１５３との間の信号送受信は、ＯＦＤＭ／ＯＦＤＭＡ方式を用いてなされる。しかしながら、ＭＳ１１１、１１３、１３０、１５１、及び１５３の中のＭＳ１３０は、セル１００とセル１５０との境界地域、すなわち、ハンドオーバー領域に位置する。すなわち、ＭＳ１３０は、ＢＳ１１０と信号を送受信する間に、ＢＳ１４０が管理するセル１５０へ移動すると、ＭＳ１３０に対するサービング（serving）ＢＳをＢＳ１１０からＢＳ１４０へ変更する。
【０００７】
図２は、従来のＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバーによるＭＳのターゲットＢＳとのネットワーク再進入過程を示す信号フローチャートである。
【０００８】
図２を参照すると、まず、ＭＳ２００は、サービングＢＳからターゲットＢＳ２５０へのハンドオーバーを遂行すると、ステップＳ２１１で、ターゲットＢＳ２５０とダウンリンク（downlink）同期を取得し、ダウンリンク及びアップリンク（uplink）で使用されるパラメータ（parameter）を受信する。この後、ＭＳ２００は、ターゲットＢＳ２５０とレンジング（ranging）動作を遂行することによって、アップリンク同期を取得し、送信電力を調整する動作を遂行しなければならない。従って、ＭＳ２００は、ステップＳ２１３で、ターゲットＢＳ２５０へレンジング要求（Ranging Request：以下、“ＲＮＧ-ＲＥＱ”と称する）メッセージを送信し、ターゲットＢＳ２５０は、ステップＳ２１５で、ＲＮＧ-ＲＥＱメッセージに応じたレンジング応答（Ranging Response：以下、“ＲＮＧ-ＲＳＰ”と称する）メッセージをＭＳ２００へ送信する。
【０００９】
このように、上記レンジング動作を遂行した後、ＭＳ２００は、ステップＳ２１７で、ターゲットＢＳ２５０とＭＳ２００の基本容量を折衝するために、ターゲットＢＳ２５０へ加入者端末機基本容量要求（Subscriber Station Basic Capability Request：以下、“ＳＢＣ-ＲＥＱ'と称する）メッセージを送信する。ここで、ＳＢＣ-ＲＥＱメッセージは、ＭＳ２００がターゲットＢＳ２５０と基本容量に対する折衝のために送信される媒体アクセス制御（Medium Access Control：以下、“ＭＡＣ”と称する）メッセージであって、ＭＳ２００が支援可能な変調（modulation）及び符号化（coding）方式に関する情報を含む。ＭＳ２００からＳＢＣ-ＲＥＱメッセージを受信すると、ターゲットＢＳ２５０は、ステップＳ２１９で、上記受信されたＳＢＣ-ＲＥＱメッセージに含まれているＭＳ２００が支援可能な変調及び符号化方式を検査した後、ＳＢＣ-ＲＥＱメッセージに応じた加入者端末機基本容量応答（Subscriber Station Basic Capability Response：以下、“ＳＢＣ-ＲＳＰ”と称する）メッセージをＭＳ２００へ送信する。
【００１０】
ＳＢＣ-ＲＳＰメッセージを受信したＭＳ２００は、ステップＳ２２１で、ＭＳ認証及び暗号化キーの交換のためにターゲットＢＳ２５０へ暗号キー管理要求（Privacy Key Management Request：以下、“ＰＫＭ-ＲＥＱ”と称する）メッセージを送信する。ここで、ＰＫＭ-ＲＥＱメッセージは、ＭＳ認証のためのＭＡＣメッセージであって、ＭＳ２００の固有情報（certificate）を含む。ＰＫＭ-ＲＥＱメッセージを受信したターゲットＢＳ２５０は、ＰＫＭ-ＲＥＱメッセージに含まれているＭＳ２００の固有情報を用いて認証サーバ（Authentication Server：ＡＳ）（図示せず）とＭＳ２００に対する認証を遂行する。上記認証の結果、ＭＳ２００が認証されたＭＳである場合、ターゲットＢＳ２５０は、ステップＳ２２３で、ＰＫＭ-ＲＥＱメッセージに対する応答メッセージである暗号キー管理応答（Privacy Key Management Response：以下、“ＰＫＭ-ＲＳＰ”と称する）メッセージをＭＳ２００へ送信する。ここで、ＰＫＭ-ＲＳＰメッセージは、ＭＳ２００に割り当てられた認証キー（Authentication Key：ＡＫ）及び暗号化キー（Traffic Encryption Key：ＴＥＫ）を含む。
【００１１】
ＰＫＭ-ＲＳＰメッセージを受信したＭＳ２００は、ステップＳ２２５で、登録要求（Registration Request：以下、“ＲＥＧ-ＲＥＱ”と称する）メッセージをターゲットＢＳ２５０へ送信する。ここで、ＲＥＧ-ＲＥＱメッセージは、ＭＳ２００に関するＭＳ登録情報を含む。ＲＥＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ２５０は、ステップＳ２２７で、ＲＥＧ-ＲＥＱメッセージに含まれているＭＳ登録情報を検出し、上記検出の結果に従って、ＭＳ２００をターゲットＢＳ２５０に登録し、ＲＥＧ-ＲＥＱメッセージに対する応答メッセージである登録応答（Registration Response：以下、“ＲＥＧＲＳＰ”と称する）メッセージをＭＳ２００へ送信する。ここで、ＲＥＧ-ＲＳＰメッセージは、上記登録されたＭＳに関するＭＳ登録情報を含む。
【００１２】
このように、ターゲットＢＳ２５０への登録を完了したＭＳ２００は、ステップＳ２２９で、ＭＳ２００のタイプ、又はＭＳ２００に関する情報がＢＳ間で共有され、やりとりされるか否かに基づいて、ターゲットＢＳ２５０へのインターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する）接続（connection）を選択的（optional）に設定するか、または、ステップＳ２３１で、ターゲットＢＳ２５０へ動作パラメータを送信する動作を遂行することができる。ここで、ターゲットＢＳ２５０へのＩＰ接続を設定するか、または、動作パラメータを送信する動作は、選択的に遂行されることができる。この後、ＭＳ２００は、ステップＳ２３３で、サービングＢＳでサービスされていたフロー（flow）を再設定することによって、接続を再設定し、ステップＳ２３５で、再設定された接続を通じてターゲットＢＳ２５０と通信サービスを正常に遂行する。
【００１３】
図３は、従来のＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバーによるＭＳのターゲットＢＳとのネットワーク再進入過程の間のＳＢＣ-ＲＥＱメッセージ、ＳＢＣ-ＲＳＰメッセージ、ＲＥＧ-ＲＥＱメッセージ、及びＲＥＧ-ＲＳＰメッセージの送受信過程を示す信号フローチャートである。
【００１４】
図３を参照すると、ＭＳ３００は、サービングＢＳからターゲットＢＳ３５０へのハンドオーバーを遂行した後、ステップＳ３１１で、ターゲットＢＳ３５０とのレンジング動作を遂行するために、ＲＮＧ-ＲＥＱメッセージをターゲットＢＳ３５０へ送信する。すると、ステップＳ３１３で、ターゲットＢＳ３５０は、ＲＮＧ-ＲＥＱメッセージに応じたＲＮＧ-ＲＳＰメッセージをＭＳ３００へ送信する。ＲＮＧ-ＲＳＰメッセージを受信すると、ＭＳ３００は、ステップＳ３１５で、予め定められた時間内にターゲットＢＳ３５０へＳＢＣ-ＲＥＱメッセージを送信する。ＭＳ３００は、ターゲットＢＳ３５０へＳＢＣ-ＲＥＱメッセージを送信する際に、ＳＢＣ-ＲＥＱメッセージに応じたＳＢＣ-ＲＳＰメッセージの受信を待機するのに使用されるタイマＴ１８を始動させ、タイマＴ１８が満了する（expire）までＳＢＣ-ＲＳＰメッセージの受信を待機し、タイマＴ１８が満了すると、ＳＢＣ-ＲＥＱメッセージをターゲットＢＳ３５０へ再送信する。
【００１５】
しかしながら、ステップＳ３１７で、タイマＴ１８が満了する前に、ＭＳ３００がターゲットＢＳ３５０からＳＢＣ-ＲＳＰメッセージを受信すると、ＭＳ３００は、ステップＳ３１９で、ターゲットＢＳ３５０への登録のために、ターゲットＢＳ３５０へＲＥＧＲＥＱメッセージを送信する。図２を参照して説明したように、ＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信動作を行った後、ＰＫＭ-ＲＥＱメッセージ／ＰＫＭ-ＲＳＰメッセージを送受信する動作がＭＳ３００とターゲットＢＳ３５０との間で遂行されなければならないとしても、説明の便宜上、図３では、ＰＫＭ-ＲＥＱメッセージ／ＰＫＭ-ＲＳＰメッセージの送受信動作を省略する。ＲＥＧ-ＲＥＱメッセージをターゲットＢＳ３５０へ送信する際に、ＭＳ３００は、ＲＥＧ-ＲＥＱメッセージに応じたＲＥＧ-ＲＳＰメッセージの受信を待機するのに使用されるタイマＴ６を始動させ、タイマＴ６が満了するまで、ＲＥＧ-ＲＳＰメッセージの受信を待機し、タイマＴ６が満了すると、ＲＥＧ-ＲＥＱメッセージをターゲットＢＳ３５０へ再送信する。タイマＴ６が満了する前に、ステップＳ３２１で、ＭＳ３００がターゲットＢＳ３５０からＲＥＧ-ＲＳＰメッセージを受信すると、ネットワーク再進入のための次の動作を遂行する。
【００１６】
一方、ＭＳがサービングＢＳからターゲットＢＳへのハンドオーバーを遂行する場合、バックボーンネットワーク（backbone network）を介してサービングＢＳとターゲットＢＳとの間のハンドオーバープロセスを最小化することによって、上記ハンドオーバーによるサービス遅延を最小化することができる。このために、サービングＢＳ又はターゲットＢＳは、１バイト（byte）で構成されたハンドオーバープロセス最適化フィールド（Hanover (HO) Process Optimization field）を用いて、ＭＳ及びＭＳのハンドオーバーに必要とされるプロセスの中で省略可能なプロセスを示す情報をＭＳに提供する。下記＜表１＞を参照して、上記ハンドオーバープロセス最適化フィールドのフォーマットについて説明する。
【００１７】
【表１】
2011130489.tif 000003
【００１８】
上記＜表１＞に示すように、上記ハンドオーバープロセス最適化フィールドは、８ビットを含み、ＭＳがネットワーク再進入動作を遂行する間に、各種プロセスを遂行すべきか否かを示すのに使用される。８ビットの各々は、ＭＳがサービングＢＳからターゲットＢＳへのハンドオーバーを遂行した後、ターゲットＢＳとのネットワーク再進入動作を遂行する間に必要とされるプロセスの各々を省略することができるか否かを示す。各ビットが示す情報について説明すると、次の通りである。
【００１９】
１番目に、ビット＃０は、ターゲットＢＳとＭＳとの間でのＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信を省略するか否かを示す。ビット＃０が‘０'である場合、ターゲットＢＳとＭＳとの間でのＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信を遂行することを示し、ビット＃０が‘１’である場合、ターゲットＢＳとＭＳとの間でのＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信を遂行しないことを示す。
【００２０】
２番目に、ビット＃１は、ターゲットＢＳとＭＳとの間でのＰＫＭ-ＲＥＱメッセージ／ＰＫＭ-ＲＳＰメッセージの送受信を省略するか否かを示す。ビット＃１が‘０’である場合、ターゲットＢＳとＭＳとの間でのＰＫＭ-ＲＥＱメッセージ／ＰＫＭ-ＲＳＰメッセージの送受信を遂行することを示し、ビット＃１が‘１’である場合、ターゲットＢＳとＭＳとの間でのＰＫＭ-ＲＥＱメッセージ／ＰＫＭ-ＲＳＰメッセージの送受信を遂行しないことを示す。
【００２１】
３番目に、ビット＃２は、ターゲットＢＳとＭＳとの間でのＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信を省略するか否かを示す。ビット＃２が‘０’である場合、ターゲットＢＳとＭＳとの間でのＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信を遂行することを示し、ビット＃２が‘１’である場合、ターゲットＢＳとＭＳとの間でのＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信を遂行しないことを示す。
【００２２】
４番目に、ビット＃３は、ターゲットＢＳとＭＳとの間でのネットワークアドレス取得管理（Network Address Acquisition management）メッセージの送受信を省略するか否かを示す。ビット＃３が‘０’である場合、ターゲットＢＳとＭＳとの間でのネットワークアドレス取得管理メッセージの送受信を遂行することを示し、ビット＃３が‘１’である場合、ターゲットＢＳとＭＳとの間でのネットワークアドレス取得管理メッセージの送受信を遂行しないことを示す。ここで、上記ネットワークアドレス取得管理メッセージとは、ＭＳがターゲットＢＳからネットワークアドレスを取得するために必要とされるメッセージを意味する。
【００２３】
５番目に、ビット＃４は、ターゲットＢＳとＭＳとの間での時間情報取得管理（Time Of Day Acquisition management）メッセージの送受信を省略するか否かを示す。ビット＃４が‘０’である場合、ターゲットＢＳとＭＳとの間での時間情報取得メッセージの送受信を遂行することを示し、ビット＃４が‘１’である場合、ターゲットＢＳとＭＳとの間での時間情報取得メッセージの送受信を遂行しないことを示す。ここで、上記時間情報取得メッセージとは、ＭＳがターゲットＢＳから時間情報を新たに取得するために必要とされるメッセージを意味する。
【００２４】
６番目に、ビット＃５は、ターゲットＢＳとＭＳとの間でのトリビアルファイル転送プロトコル（Trivial File Transfer Protocol：以下、“ＴＦＴＰ”と称する）管理メッセージの送受信を省略するか否かを示す。ビット＃５が‘０’である場合、ターゲットＢＳとＭＳとの間でのＴＦＴＰ管理メッセージの送受信を遂行することを示す。ビット＃５が‘１’である場合、ターゲットＢＳとＭＳとの間でのＴＦＴＰ管理メッセージの送受信を遂行しないことを示す。ここで、ビット＃３、ビット＃４、及びビット＃５に関連したプロセスをＭＳに適用するか否かは、ＭＳのタイプに基づいて決定される。しかしながら、ここでは、ＭＳの種類に関係なしに、すべてのＭＳに適用されると仮定する。
【００２５】
７番目に、ビット＃６は、サービングＢＳがＭＳに提供していたサービスに関する情報及びＭＳの動作状態情報をターゲットＢＳへ送信するか、又はＢＳが上記情報を共有しているため、ＭＳとターゲットＢＳとの間では、何の付加的なプロセスがなくても、ＭＳがターゲットＢＳで正常のサービスを即座に遂行することができるか否かを示す。ビット＃６が‘１’である場合、ターゲットＢＳとＭＳとの間での何の付加的なプロセスなしにも、ＭＳがターゲットＢＳで正常のサービスを即座に遂行することができることを示す。ここで、上記サービス及び動作状態情報は、例えば、自動再送要求（Automatic Retransmission reQuest：以下、“ＡＲＱ”と称する）状態と、各種タイマ値と、カウンター（counter）値と、ＭＡＣ状態（state）マシン（machine）値などとを含むことができる。
【００２６】
最後に、ビット＃７は、上記ハンドオーバープロセス最適化フィールドが隣接ＢＳ広告（Neighbor Advertisement：以下、“ＮＢＲ-ＡＤＶ”と称する）メッセージ及び移動ＢＳハンドオーバー応答（MOBile Base Station HandOver Response：以下、“ＭＯＢ-ＢＳＨＯ-ＲＳＰ”と称する）メッセージに含まれている場合には使用されない（reserved）。上記ハンドオーバープロセス最適化フィールドがＲＮＧ-ＲＳＰメッセージに含まれている場合、ビット＃７は、ＭＳがハンドオーバーを遂行した後、ターゲットＢＳがＭＳへ送信されるダウンリンクデータをバッファリングしているか否かを示す。ビット＃７が‘１’である場合、ＭＳがハンドオーバーを遂行した後、ターゲットＢＳがＭＳへ送信されるダウンリンクデータをバッファリングしていることを示す。
【００２７】
上述したように、上記ハンドオーバープロセス最適化フィールドは、ＮＢＲ-ＡＤＶメッセージ及びＭＯＢ-ＢＳＨＯ-ＲＳＰメッセージに含まれている場合、サービングＢＳに隣接しているハンドオーバー可能なターゲットＢＳに関する情報の一部として、サービングＢＳからＭＳに提供される。ＭＳがターゲットＢＳへのハンドオーバーを遂行する場合、上記ハンドオーバープロセス最適化フィールドのビットが示す意味は、ターゲットＢＳによって変更されることがある。これとは異なり、上記ハンドオーバープロセス最適化フィールドがＲＮＧ-ＲＳＰメッセージに含まれている場合には、ＭＳがターゲットＢＳへのネットワーク再進入動作を遂行する間に、正確にどのようなプロセスを省略すべきであるか、又は、どのようなプロセスを省略してはならないかを示す働きをする。
【００２８】
上述したように、ＩＥＥＥ８０２．１６ｅ通信システムは、上記＜表１＞に示すように、上記ハンドオーバープロセス最適化フィールド情報を用いてＭＳのハンドオーバーによるターゲットＢＳとのネットワーク再進入動作を遂行し、上記ハンドオーバープロセス最適化フィールドのビット＃０及びビット＃２の値とは関係なく、ターゲットＢＳが必要であると判断されると、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つをＭＳへ送信するか、又はＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージをＭＳへ送信する動作を支援する。
【００２９】
しかしながら、ＭＳが上記ハンドオーバープロセス最適化フィールド情報を用いてネットワーク再進入を遂行している間に、上記ハンドオーバープロセス最適化フィールドのビット＃０及びビット＃２の値とは関係なく、ターゲットＢＳが必要であると判断されると、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つをＭＳへ送信するか、又はＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージをＭＳへ送信する場合、次のような問題点が発生する。
１番目に、ＲＮＧ-ＲＳＰメッセージに含まれているハンドオーバープロセス最適化フィールド情報の各ビットに対する設定値とは関係なく、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つまたはすべてをＭＳへ送信することができるので、上記ハンドオーバープロセス最適化フィールドの該当ビット、すなわち、ビット＃０及びビット＃１が‘１’に設定されていると仮定しても、ＭＳは、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージを送信するように待機して、上記ネットワーク再進入のための次のプロセスを遂行することなく、所定の時間の間、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージの受信を待機しなければならない。この場合、ＭＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージの受信を待機すべき時間を把握することができないため、ＭＳのハンドオーバーによるターゲットＢＳとの高速ネットワーク再進入のために提案された上記ハンドオーバープロセス最適化フィールドの目的を満足することができない。また、ＭＳのネットワーク再進入動作が明確に規定されていないため、混同が発生する。
２番目に、ターゲットＢＳが送信したＲＮＧ-ＲＳＰメッセージに含まれているハンドオーバープロセス最適化フィールドのビット＃０及びビット＃２のうちのいずれか１つまたはすべての値が‘１’に設定されるにつれて、ＭＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてをかならず受信しなくてもよいと認識した状態で、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてをＭＳへ送信したにもかかわらず、よくないチャンネル状態によって、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてにエラーが発生する理由のために、ＭＳは、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてを受信できないことがある。この場合、ターゲットＢＳは、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてをＭＳへうまく送信したと判断し、ＭＳは、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてを送信することを待機して、上記ネットワーク再進入のための次のプロセスを遂行することなく、所定の時間の間待機する。上記所定の時間が経過した後、ターゲットＢＳは、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてを送信しなかったと判断して、上記ネットワーク再進入のための次のプロセスを遂行する。この場合、ＭＳは、サービングＢＳで使用されていた値とは異なって設定されるべき値をＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてを通じてターゲットＢＳから受信することができない。従って、ターゲットＢＳとＭＳとの間で使用される動作パラメータの設定値が一致しないため、上記ネットワーク再進入のための次のプロセスでエラーが発生する。最悪の場合、ターゲットＢＳとＭＳとの間の接続を初期化しなければならない。このような問題点が発生する理由は、上記１番目の問題点と同様に、ＭＳは、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧＲＳＰメッセージのうちのいずれか１つ又はすべてを送信したか否かを把握することができず、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてを送信したか否かを把握することができるとしても、ＭＳは、該当メッセージが正常に受信されたか否かを把握して、その結果をターゲットＢＳへ通知する方法がないためである。
【先行技術文献】
【特許文献】
【００３０】
【特許文献１】欧州特許出願公開第１４５８２１０号明細書
【特許文献２】特願２００７−５２７０１６号公報
【非特許文献】
【００３１】
【非特許文献１】Phillip Barber，Revision of Hand-over Mechanism for Mobility Enhancement，IEEE C802.16e-04/10，２００４年１月２日，全文
【非特許文献２】Yong Chang，Changes on 802.16e to support the flexible management of session information，IEEE C802.16e-04/32r1，２００４年３月１１日，全文
【発明の概要】
【発明が解決しようとする課題】
【００３２】
上記背景に鑑みて、本発明の目的は、通信システムにおけるＭＳのハンドオーバーによるネットワーク再進入を遂行するシステム及び方法を提供することにある。
【００３３】
本発明の他の目的は、通信システムにおける最小の遅延を有するネットワーク再進入を遂行するシステム及び方法を提供することにある。本発明のさらなる目的は、通信システムにおけるハンドオーバープロセス最適化フィールド情報を用いて最小の遅延を有するネットワーク再進入を遂行するシステム及び方法を提供することにある。
【課題を解決するための手段】
【００３４】
上記のような目的を達成するために、本発明の第１の特徴によると、移動端末機がネットワーク再進入動作を遂行する方法であって、ターゲット基地局から、前記ターゲット基地局が前記移動端末機へ加入者端末機基本容量応答（ＳＢＣ-ＲＳＰ）メッセージを送信するプロセスを省略することを示すハンドオーバープロセス最適化情報を含むレンジング応答(ＲＮＧ-ＲＳＰ)メッセージを受信するステップと、完了するまで、前記ＳＢＣ-ＲＳＰメッセージの受信を待機するタイマーを開始させるステップと、を含むことを特徴とする。
【発明の効果】
【００３５】
本発明が提案した新たなハンドオーバープロセス最適化フィールドの使用は、ネットワーク再進入過程を最小化し、サービス時間遅延を最小化することによって、サービス品質を向上させることができる。すなわち、新たなハンドオーバープロセス最適化フィールドの使用は、ハンドオーバープロセス最適化フィールドのビット＃０及びビット＃２の設定値とは関係なく、ターゲットＢＳが必要であると判断されると、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つ又はすべてをＭＳへ送信する場合、発生可能なターゲットＢＳとＭＳとの間の不明確な動作を防止することができるという長所を有する。また、ターゲットＢＳが送信したＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージをＭＳが正常に受信できない場合、本発明は、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージを正常に受信できないにつれて、ＭＳがターゲットＢＳへ再送信要求を送信するようにし、これによって、ネットワーク再進入動作でのターゲットＢＳ及びＭＳの動作を明確に規定して、サービス遅延時間を最小化させることができるという長所を有する。
【図面の簡単な説明】
【００３６】
【図１】従来のＩＥＥＥ８０２．１６ｅ通信システムの構成を示す図である。
【図２】従来のＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバーによるＭＳのターゲットＢＳとのネットワーク再進入過程を示す信号フローチャートである。
【図３】従来のＩＥＥＥ８０２．１６ｅ通信システムにおけるハンドオーバーによるＭＳのターゲットＢＳとのネットワーク再進入過程の間のＳＢＣ-ＲＥＱメッセージ、ＳＢＣＲＳＰメッセージ、ＲＥＧ-ＲＥＱメッセージ、及びＲＥＧ-ＲＳＰメッセージの送受信過程を示す信号フローチャートである。
【図４】本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【図５】本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘１Ｘ０ＸＸＸＸ１／０Ｘ１ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【図６】本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ１ＸＸＸＸ０／１Ｘ０ＸＸＸＸ０’を有するＲＮＧ-ＲＳＰメッセージを受信した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【図７】本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ１ＸＸＸＸ１／１Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【図８】本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した後、ターゲットＢＳが送信したＳＢＣ-ＲＳＰメッセージにエラーが発生した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【図９】本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した後、ターゲットＢＳが送信したＲＥＧ-ＲＳＰメッセージにエラーが発生した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【図１０】本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した後、ターゲットＢＳが送信したＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのすべてにエラーが発生した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【発明を実施するための形態】
【００３７】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
【００３８】
本発明は、通信システムにおいて、ネットワーク再進入（network re-entry）システム及び方法を提案する。また、本発明は、通信システムで通信を遂行する間に、移動端末機（Mobile Station：以下、“ＭＳ”と称する）がハンドオーバー（handover）を遂行する場合、ネットワーク再進入動作を遂行するシステム及び方法を提案する。さらに、本発明は、通信システムにおいて、ＭＳがハンドオーバーを遂行する場合、ハンドオーバープロセス最適化（Handover（HO）Process Optimization）フィールド（field）情報を用いてネットワーク再進入動作を遂行するようにする方案を提案することによって、ＭＳが最短時間内に信頼性よくネットワーク再進入を遂行するようにするシステム及び方法を提案する。下記の説明では、説明の便宜上、典型的な広帯域無線接続（Broadband Wireless Access：ＢＷＡ）通信システムであるＩＥＥＥ（Institute of Electrical and ElectronicsEngineers）８０２．１６ｅ通信システムを上記通信システムの一例に挙げて説明する。
【００３９】
まず、下記＜表２＞を参照して、本発明の実施形態によるネットワーク再進入動作を遂行する間に使用されるハンドオーバープロセス最適化フィールドのフォーマットについて説明する。ここで、上記ハンドオーバープロセス最適化フィールドは、ＭＳがネットワーク再進入動作を遂行する間に、必要とされる各種プロセスを遂行すべきか否かを示すフィールドであり、上記各種プロセスを遂行すべきか否かは、下記＜表２＞で定義されるビット値に基づいて決定される。
【００４０】
【表２】
2011130489.tif 000004
【００４１】
上記＜表２＞に示すように、上記ハンドオーバープロセス最適化フィールドは、８ビットを含み、上記８ビットの各々は、ＭＳがサービング基地局（base station：ＢＳ）からターゲット(target)ＢＳへのハンドオーバーを遂行した後、ターゲットＢＳとのネットワーク再進入動作を遂行する間に必要とされるプロセスの各々を省略できるか否かを示す。ここで、上記ビットの各々が示す情報について説明する。
【００４２】
１番目に、ビット＃０は、ターゲットＢＳがＭＳへの加入者端末機基本容量応答（Subscriber Station Basic Capability Response：以下、“ＳＢＣ-ＲＳＰ”と称する）メッセージの送信を省略するか否かを示す。ビット＃０が‘０'である場合、ターゲットＢＳがＭＳへＳＢＣ-ＲＳＰメッセージを送信することを示し、ビット＃０が‘１’である場合、ターゲットＢＳがＭＳへＳＢＣ-ＲＳＰメッセージを送信しないことを示す。
【００４３】
２番目に、ビット＃１は、ターゲットＢＳとＭＳとの間での暗号キー管理要求（Privacy Key Management Request：以下、“ＰＫＭ-ＲＥＱ”と称する）メッセージ／暗号キー管理応答（Privacy Key Management Response：以下、“ＰＫＭ-ＲＳＰ”と称する）メッセージの送受信を省略するか否かを示す。ビット＃１が‘０’である場合、ターゲットＢＳとＭＳとの間でのＰＫＭ-ＲＥＱメッセージ／ＰＫＭ-ＲＳＰメッセージの送受信を遂行することを示し、ビット＃１が‘１’である場合、ターゲットＢＳとＭＳとの間でのＰＫＭ-ＲＥＱメッセージ／ＰＫＭ-ＲＳＰメッセージの送受信を遂行しないことを示す。
【００４４】
３番目に、ビット＃２は、ターゲットＢＳがＭＳへの登録応答（Registration Response：以下、“ＲＥＧ-ＲＳＰ”と称する）メッセージの送信を省略するか否かを示し、ビット＃２が‘０’である場合、ターゲットＢＳがＭＳへのＲＥＧ-ＲＳＰメッセージの送信を示し、ビット＃２が‘１’である場合、ターゲットＢＳがＭＳへＲＥＧ-ＲＳＰメッセージを送信しないことを示す。
【００４５】
４番目に、ビット＃３は、ターゲットＢＳとＭＳとの間でのネットワークアドレス取得管理（Network Address Acquisition management）メッセージの送受信を省略するか否かを示す。ビット＃３が‘０’である場合、ターゲットＢＳとＭＳとの間でのネットワークアドレス取得管理メッセージの送受信を遂行することを示し、ビット＃３が‘１’である場合、ターゲットＢＳとＭＳとの間でのネットワークアドレス取得管理メッセージの送受信を遂行しないことを示す。ここで、上記ネットワークアドレス取得管理メッセージとは、ＭＳがターゲットＢＳからネットワークアドレスを取得するために必要とされるメッセージを意味する。
【００４６】
５番目に、ビット＃４は、ターゲットＢＳとＭＳとの間での時間情報取得管理（Time Of Day Acquisition management）メッセージの送受信を省略するか否かを示す。ビット＃４が‘０’である場合、ターゲットＢＳとＭＳとの間での時間情報取得メッセージの送受信を遂行することを示し、ビット＃４が‘１’である場合、ターゲットＢＳとＭＳとの間での時間情報取得メッセージの送受信を遂行しないことを示す。ここで、上記時間情報取得メッセージとは、ＭＳがターゲットＢＳから時間情報を新たに取得するために必要とされるメッセージを意味する。
【００４７】
６番目に、ビット＃５は、ターゲットＢＳとＭＳとの間でのトリビアルファイル転送プロトコル（Trivial File Transfer Protocol：以下、“ＴＦＴＰ”と称する）管理メッセージの送受信を省略するか否かを示す。ビット＃５が‘０’である場合、ターゲットＢＳとＭＳとの間でのＴＦＴＰ管理メッセージの送受信を遂行することを示す。ビット＃５が‘１’である場合、ターゲットＢＳとＭＳとの間でのＴＦＴＰ管理メッセージの送受信を遂行しないことを示す。ここで、ビット＃３、ビット＃４、及びビット＃５に関連したプロセスをＭＳに適用するか否かは、ＭＳのタイプに基づいて決定される。しかしながら、ここでは、ＭＳの種類に関係なしに、すべてのＭＳに適用されると仮定する。
【００４８】
７番目に、ビット＃６は、サービングＢＳがＭＳに提供していたサービスに関する情報及びＭＳの動作状態情報をターゲットＢＳへ送信するか、又はＢＳが上記情報を共有しているため、ＭＳとターゲットＢＳとの間では、何の付加的なプロセスがなくても、ＭＳがターゲットＢＳで正常のサービスを即座に遂行することができるか否かを示す。ビット＃６が‘１’である場合、ターゲットＢＳとＭＳとの間での何の付加的なプロセスなしにも、ＭＳがターゲットＢＳで正常のサービスを即座に遂行することができることを示す。ここで、上記サービス及び動作状態情報は、例えば、自動再送要求（Automatic Retransmission reQuest：以下、“ＡＲＱ”と称する）状態と、各種タイマ値と、カウンター（counter）値と、ＭＡＣ状態（state）マシン（machine）値などとを含むことができる。
【００４９】
最後に、ビット＃７は、ＭＳがターゲットＢＳへの加入者端末機基本容量要求（Subscriber Station Basic Capability Request：以下、“ＳＢＣ-ＲＥＱ”と称する）メッセージ及び登録要求（Registration Request：以下、“ＲＥＧ-ＲＥＱ”と称する）メッセージの送信を省略するか否かを示す。ビット＃７が‘１’である場合、ＭＳがターゲットＢＳへＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージを送信しないことを示す。この場合、ビット＃０とビット＃２との組合せによって、次のような４通りの場合が発生する。
【００５０】
ビット＃０が‘０’であり、ビット＃２が‘０’である場合、すなわち、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ０ＸＸＸＸ１’（ここで、‘Ｘ’は、“ドントケア（don't care）”ビットを意味し、本発明では、上記ドントケアビットについては考慮していない。）に設定される１番目の場合において、ＭＳは、ＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信せず、ターゲットＢＳは、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのすべてをＭＳへ順次に送信しなければならない。上記ハンドオーバープロセス最適化フィールドが‘０Ｘ０ＸＸＸＸ１’である場合のターゲットＢＳ及びＭＳの動作については、図４を参照して詳細に説明する。
【００５１】
ビット＃０が‘０’であり、ビット＃２が‘１’である場合、すなわち、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ１ＸＸＸＸ１’に設定される２番目の場合において、ＭＳは、ＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信せず、ターゲットＢＳは、ＳＢＣ-ＲＳＰメッセージをＭＳへ送信しなければならず、ＲＥＧ-ＲＳＰメッセージをＭＳへ送信しない。上記ハンドオーバープロセス最適化フィールドが‘０Ｘ１ＸＸＸＸ１’である場合のターゲットＢＳ及びＭＳの動作については、図５を参照して詳細に説明する。
【００５２】
ビット＃０が‘１’であり、ビット＃２が‘０’である場合、すなわち、上記ハンドオーバープロセス最適化フィールドが‘１Ｘ０ＸＸＸＸ１’に設定される３番目の場合において、ターゲットＢＳは、ＳＢＣ-ＲＳＰメッセージをＭＳへ送信せず、ＲＥＧ-ＲＳＰメッセージをＭＳへ送信する。上記ハンドオーバープロセス最適化フィールドが‘１Ｘ０ＸＸＸＸ１’である場合のターゲットＢＳ及びＭＳの動作については、図５を参照して詳細に説明する。
【００５３】
ビット＃０が‘１’であり、ビット＃２が‘１’である場合、すなわち、上記ハンドオーバープロセス最適化フィールドが‘１Ｘ１ＸＸＸＸ１’に設定される４番目の場合において、ＭＳは、ＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージをＭＳへ送信せず、ターゲットＢＳは、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージをＭＳへ送信しない。上記４番目の場合は、ターゲットＢＳとＭＳとの間のＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信及びＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信がすべて遂行されず、ＭＳがターゲットＢＳへのネットワーク再進入を即座に遂行することができることを示す。
【００５４】
一方、ビット＃７が‘０’である場合、ＭＳがＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信することを示す。また、この場合、ビット＃０とビット＃２との組合せによって、次のような４通りの場合が発生する。
【００５５】
ビット＃０が‘０’であり、ビット＃２が‘０’である場合、すなわち、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ０ＸＸＸＸ０’に設定される１番目の場合において、ＭＳは、ＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージのすべてをターゲットＢＳへ送信する。すると、ターゲットＢＳは、ＳＢＣ-ＲＥＱメッセージに応じたＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＥＱメッセージに応じたＲＥＧ-ＲＳＰメッセージを送信しなければならない。この場合、上記ハンドオーバープロセス最適化フィールドは、ＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信にまったく影響を及ぼさない。
【００５６】
ビット＃０が‘０’であり、ビット＃２が‘１’である場合、すなわち、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ１ＸＸＸＸ０’に設定される２番目の場合において、ＭＳは、ＳＢＣ-ＲＥＱメッセージをターゲットＢＳへ送信して、ＭＳとターゲットＢＳとの間でのＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信を遂行し、ＭＳは、ＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信しない。上記ハンドオーバープロセス最適化フィールドが‘０Ｘ１ＸＸＸＸ０’である場合のターゲットＢＳ及びＭＳの動作については、図６を参照して詳細に説明する。
【００５７】
ビット＃０が‘１’であり、ビット＃２が‘０’である場合、すなわち、上記ハンドオーバープロセス最適化フィールドが‘１Ｘ０ＸＸＸＸ０’に設定される３番目の場合において、ＭＳは、ＳＢＣ-ＲＥＱメッセージをターゲットＢＳへ送信せず、ＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信して、ＭＳとターゲットＢＳとの間でのＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信を遂行する。上記ハンドオーバープロセス最適化フィールドが‘１Ｘ０ＸＸＸＸ０’である場合のターゲットＢＳ及びＭＳの動作については、図６を参照して詳細に説明する。
【００５８】
ビット＃０が‘１’であり、ビット＃２が‘１’である場合、すなわち、上記ハンドオーバープロセス最適化フィールドが‘１Ｘ１ＸＸＸＸ０’に設定される４番目の場合は、ＩＥＥＥ８０２．１６ｅ通信システムで発生することができない異常の状況を示す。すなわち、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのすべてをＭＳへ送信するとしても、ＭＳは、ＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージのうちの少なくともいずれか１つをターゲットＢＳへ送信するため、不明確な動作を遂行する。従って、４番目の場合は、発生すべきでない。しかしながら、上記ハンドオーバープロセス最適化フィールドが‘１Ｘ１ＸＸＸＸ０’に設定される４番目の場合が発生すると、ＭＳの明確な動作のために、一般的なネットワーク再進入動作、すなわち、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ０ＸＸＸＸ０’である場合の動作を遂行することが好ましい。
【００５９】
上述したように、本発明の実施形態で提案された新たなハンドオーバープロセス最適化フィールドの使用は、従来のＩＥＥＥ８０２．１６ｅ通信システムのハンドオーバープロセス最適化フィールドの使用によって発生する１番目の問題点を解決することができる。すなわち、上記ハンドオーバープロセス最適化フィールドのビット＃０及びビット＃２の設定値とは関係なく、ターゲットＢＳが必要であると判断されると、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちのいずれか１つまたはすべてをＭＳへ送信する場合に発生可能なターゲットＢＳとＭＳとの間の不明確な動作を防止することができる。しかしながら、従来のＩＥＥＥ８０２．１６ｅ通信システムのハンドオーバープロセス最適化フィールドの使用によって発生可能な２番目の問題点を解決することができない。すなわち、ターゲットＢＳが送信したＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージをよくないチャンネル状態のためＭＳが受信できない問題を解決することができない。それにもかかわらず、本発明で提案される新たなハンドオーバープロセス最適化フィールドを使用する場合、ＭＳは、ターゲットＢＳがどのようなメッセージを送信するかを正確に判断することができるので、従来のＩＥＥＥ８０２．１６ｅ通信システムのハンドオーバープロセス最適化フィールドを使用する場合に比べて、上記問題の発生確率を低減させる。上記ネットワーク再進入過程でのターゲットＢＳ及びＭＳの動作を明確に規定するためには、ＭＳがメッセージの送信を示す通知メッセージをターゲットＢＳから受信できなかったことを判断するようにし、ターゲットＢＳが送信した通知メッセージを受信できなかったことを示す報知メッセージをターゲットＢＳへ送信するようにする必要がある。
【００６０】
従って、本発明の実施形態は、ＭＳがメッセージの送信を示す通知メッセージをターゲットＢＳから受信できなかったことを判断するために、予め定められたタイマ（timer）を使用するようにする。すなわち、本発明は、上記タイマが満了（expire）するまで、ＭＳがターゲットＢＳからの該当メッセージの受信を待機するようにし、上記タイマが満了した後に、上記該当メッセージの受信に失敗したことを示すＲＥＱメッセージをターゲットＢＳへ送信するようにする方法を提案する。ここで使用される上記タイマは、従来のＩＥＥＥ８０２．１６ｅ通信システムで提供されたタイマＴ１８及びタイマＴ６を使用してもよい。また、上記タイマは、新たに定義されたタイマを含んでもよい。ここで、タイマＴ１８及びタイマＴ６について説明する。
【００６１】
上述したように、ＭＳがターゲットＢＳからのＳＢＣ-ＲＥＱメッセージに応じたＳＢＣ-ＲＳＰメッセージの受信を待機するようにするためには、タイマＴ１８は、ＭＳがＳＢＣ-ＲＥＱメッセージをターゲットＢＳへ送信する時点で始動され、タイマＴ１８が満了すると、ＭＳがＳＢＣ-ＲＥＱメッセージをターゲットＢＳへ再送信するように規定されている。本発明の実施形態において、ＭＳがＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信せず、ターゲットＢＳがＲＥＧ-ＲＳＰメッセージをＭＳへ送信せず、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージのみをＭＳへ送信することを示すハンドオーバープロセス最適化フィールド＝‘０Ｘ１ＸＸＸＸ１’を有するレンジング応答（Ranging Response：以下、“ＲＮＧ-ＲＳＰ”と称する）メッセージを受信する場合、ＭＳは、タイマＴ１８を使用する。ここで、ＭＳがサービングＢＳからターゲットＢＳへハンドオーバーするにつれて遂行されるレンジング要求（Ranging Request：以下、“ＲＮＧ-ＲＥＱ”と称する）メッセージ及びＲＮＧ-ＲＳＰメッセージを送受信する動作は、ＲＮＧ-ＲＳＰメッセージに含まれているハンドオーバープロセス最適化フィールドを除いては、ＲＮＧ-ＲＥＱメッセージ及びＲＮＧ-ＲＳＰメッセージを送受信する一般的な動作と同一である。タイマＴ１８が満了すると、ＭＳは、ターゲットＢＳが送信したＳＢＣ-ＲＳＰメッセージの受信に失敗したと判断し、ＳＢＣ-ＲＥＱメッセージをターゲットＢＳへ送信してＳＢＣ-ＲＳＰメッセージの送信を要求する。ここで、ＭＳがＳＢＣ-ＲＥＱメッセージをターゲットＢＳへ送信すると、ＭＳ及びターゲットＢＳは、既存のＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信動作に従って動作する。タイマＴ１８に基づくターゲットＢＳとＭＳとの間の動作については、図７を参照して詳細に説明する。
【００６２】
上述したように、ＭＳがＲＥＧ-ＲＥＱメッセージに応じたＲＥＧ-ＲＳＰメッセージのターゲットＢＳからの受信を待機するようにするためには、タイマＴ６は、ＭＳがＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信する時点で始動され、タイマＴ６が満了すると、ＭＳがＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ再送信するように規定されている。本発明の実施形態において、ＭＳがＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信せず、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージをＭＳへ送信せず、ターゲットＢＳがＲＥＧ-ＲＳＰメッセージのみをＭＳへ送信することを示すハンドオーバープロセス最適化フィールド＝‘１Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信する場合、ＭＳは、タイマＴ６を使用する。タイマＴ６が満了すると、ＭＳは、ターゲットＢＳが送信したＲＥＧ-ＲＳＰメッセージの受信に失敗したと判断し、ＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信してＲＥＧ-ＲＳＰメッセージの送信を要求する。ここで、ＭＳがＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信すると、ＭＳ及びターゲットＢＳは、既存のＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信動作に従って動作する。タイマＴ６に基づくターゲットＢＳとＭＳとの間の動作については、図７を参照して詳細に説明する。
【００６３】
一方、ＭＳがＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージをターゲットＢＳへ送信せず、ターゲットＢＳがＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージをＭＳへ送信することを示すハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信する場合、ＭＳは、タイマＴ１８及びタイマＴ６のタイマ値間の最大値Ｍａｘ｛Ｔ１８，Ｔ６｝を使用してタイマを始動させる。ここで、タイマＭａｘ｛Ｔ１８，Ｔ６｝が満了するまで、ＭＳがターゲットＢＳからＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージをすべて受信できない場合に遂行された動作は、タイマＭａｘ｛Ｔ１８，Ｔ６｝が満了するまで、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのうちの１つのみを受信できない場合に遂行された動作とは異なる。これについては、図８乃至図１０を参照して詳細に説明する。
【００６４】
図４乃至図１０を参照して、本発明によるＭＳのネットワーク再進入動作の間のＭＳとターゲットＢＳとの間のＲＮＧ-ＲＥＱメッセージ／ＲＮＧ-ＲＳＰメッセージの送受信動作、ＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信動作、及びＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信動作について説明する。上述したように、ＲＮＧ-ＲＥＱメッセージ／ＲＮＧ-ＲＳＰメッセージの送受信動作、ＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信動作、及びＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信動作の他にも、ＰＫＭ-ＲＥＱメッセージ／ＰＫＭ-ＲＳＰメッセージの送受信動作が上記ネットワーク再進入過程でも必要とされるとしても、本発明では、説明の便宜上、ＲＮＧ-ＲＥＱメッセージ／ＲＮＧ-ＲＳＰメッセージの送受信動作、ＳＢＣ-ＲＥＱメッセージ／ＳＢＣ-ＲＳＰメッセージの送受信動作、及びＲＥＧ-ＲＥＱメッセージ／ＲＥＧ-ＲＳＰメッセージの送受信動作について説明する。
【００６５】
図４は、本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【００６６】
図４を参照すると、ターゲットＢＳ４５０へのハンドオーバーを遂行した後、ＭＳ４００は、ステップＳ４１１で、ターゲットＢＳ４５０へＲＮＧ-ＲＥＱメッセージを送信して、上記ハンドオーバーの遂行を通知する。ＭＳ４００からＲＮＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ４５０は、ステップＳ４１３で、ＲＮＧ-ＲＥＱメッセージに対する応答メッセージとして、ハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージをＭＳ４００へ送信する。ターゲットＢＳ４５０からＲＮＧ-ＲＳＰメッセージを受信すると、ＭＳ４００は、ＲＮＧ-ＲＳＰメッセージ内のハンドオーバープロセス最適化フィールドを検査し、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ０ＸＸＸＸ１’に設定されるので、タイマＭａｘ｛Ｔ１８，Ｔ６｝を始動させる。
【００６７】
一方、タイマＭａｘ｛Ｔ１８，Ｔ６｝が満了する前に、ステップＳ４１５及びステップＳ４１７で、ターゲットＢＳ４５０が送信したＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージを正常に受信すると、ＭＳ４００は、タイマＭａｘ｛Ｔ１８，Ｔ６｝を中止させ、上記ネットワーク再進入動作のための次のプロセスを遂行する。
【００６８】
図５は、本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘１Ｘ０ＸＸＸＸ１／０Ｘ１ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【００６９】
以下、説明の便宜上、‘Ａ／Ｂ’は、‘Ａ又はＢ’を示すと仮定する。従って、上記ハンドオーバープロセス最適化フィールド＝‘１Ｘ０ＸＸＸＸ１’または‘０Ｘ１ＸＸＸＸ１’は、ハンドオーバープロセス最適化フィールド＝‘１Ｘ０ＸＸＸＸ１／０Ｘ１ＸＸＸＸ１’で表現される。
【００７０】
図５を参照すると、ターゲットＢＳ５５０へのハンドオーバーを遂行した後、ＭＳ５００は、ステップＳ５１１で、ターゲットＢＳ５５０へＲＮＧ-ＲＥＱメッセージを送信して、上記ハンドオーバーの遂行を通知する。ＭＳ５００からＲＮＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ５５０は、ステップＳ５１３で、ＲＮＧ-ＲＥＱメッセージに対する応答メッセージとして、ハンドオーバープロセス最適化フィールド＝‘１Ｘ０ＸＸＸＸ１／０Ｘ１ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージをＭＳ５００へ送信する。ターゲットＢＳ５５０からＲＮＧ-ＲＳＰメッセージを受信すると、ＭＳ５００は、ＲＮＧ-ＲＳＰメッセージ内のハンドオーバープロセス最適化フィールドを検査し、上記ハンドオーバープロセス最適化フィールドが‘１Ｘ０ＸＸＸＸ１／０Ｘ１ＸＸＸＸ１’に設定されるので、タイマＴ１８／タイマＴ６を始動させる。
【００７１】
一方、タイマＴ１８／タイマＴ６が満了する前に、ステップＳ５１５で、ターゲットＢＳ５５０が送信したＳＢＣ-ＲＳＰメッセージ／ＲＥＧ-ＲＳＰメッセージを正常に受信すると、ＭＳ５００は、タイマＴ１８／タイマＴ６を中止させ、上記ネットワーク再進入動作のための次のプロセスを遂行する。
【００７２】
図６は、本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ１ＸＸＸＸ０／１Ｘ０ＸＸＸＸ０’を有するＲＮＧ-ＲＳＰメッセージを受信した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【００７３】
図６を参照すると、ターゲットＢＳ６５０へのハンドオーバーを遂行した後、ＭＳ６００は、ステップＳ６１１で、ターゲットＢＳ６５０へＲＮＧ-ＲＥＱメッセージを送信して、上記ハンドオーバーの遂行を通知する。ＭＳ６００からＲＮＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ６５０は、ステップＳ６１３で、ＲＮＧ-ＲＥＱメッセージに対する応答メッセージとして、ハンドオーバープロセス最適化フィールド＝‘０Ｘ１ＸＸＸＸ０／１Ｘ０ＸＸＸＸ０’を有するＲＮＧ-ＲＳＰメッセージをＭＳ６００へ送信する。
【００７４】
ターゲットＢＳ６５０からＲＮＧ-ＲＳＰメッセージを受信すると、ＭＳ６００は、ＲＮＧ-ＲＳＰメッセージ内のハンドオーバープロセス最適化フィールドを検査し、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ１ＸＸＸＸ０／１Ｘ０ＸＸＸＸ０’に設定されるので、ステップＳ６１５で、ＳＢＣ-ＲＥＱメッセージ／ＲＥＧ-ＲＥＱメッセージをターゲットＢＳ６５０へ送信する。これと同時に、ＭＳ６００は、タイマＴ１８／タイマＴ６を始動させる。一方、タイマＴ１８／タイマＴ６が満了する前に、ステップＳ６１７で、ターゲットＢＳ６５０が送信したＳＢＣ-ＲＳＰメッセージ／ＲＥＧ-ＲＳＰメッセージを正常に受信すると、ＭＳ６００は、タイマＴ１８／タイマＴ６を中止させ、上記ネットワーク再進入動作のための次のプロセスを遂行する。
【００７５】
図７は、本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ１ＸＸＸＸ１／１Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【００７６】
図７を参照すると、ターゲットＢＳ７５０へのハンドオーバーを遂行した後、ＭＳ７００は、ステップＳ７１１で、ターゲットＢＳ７５０へＲＮＧ-ＲＥＱメッセージを送信して、上記ハンドオーバーの遂行を通知する。ＭＳ７００からＲＮＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ７５０は、ステップＳ７１３で、ＲＮＧ-ＲＥＱメッセージに対する応答メッセージとして、ハンドオーバープロセス最適化フィールド＝‘０Ｘ１ＸＸＸＸ１／１Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージをＭＳ７００へ送信する。
【００７７】
ターゲットＢＳ７５０からＲＮＧ-ＲＳＰメッセージを受信すると、ＭＳ７００は、ＲＮＧ-ＲＳＰメッセージ内のハンドオーバープロセス最適化フィールドを検査し、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ１ＸＸＸＸ１／１Ｘ０ＸＸＸＸ１’に設定されるので、タイマＴ１８／タイマＴ６を始動させる。しかしながら、ＭＳ７００は、よくないチャンネル状態のため、ステップＳ７１５で、ターゲットＢＳ７５０が送信したＳＢＣ-ＲＳＰメッセージ／ＲＥＧ-ＲＳＰメッセージを正常に受信することができない。また、ターゲットＢＳ７５０は、自身の状況によって、タイマＴ１８／タイマＴ６が満了する前に、ＳＢＣ-ＲＳＰメッセージ／ＲＥＧ-ＲＳＰメッセージを送信できない場合もある。
【００７８】
タイマＴ１８／タイマＴ６が満了する前に、ＭＳ７００がターゲットＢＳ７５０からＳＢＣ-ＲＳＰメッセージ／ＲＥＧ-ＲＳＰメッセージを受信することができなかったので、ＭＳ７００は、ステップＳ７１７で、ＳＢＣ-ＲＥＱメッセージ／ＲＥＧ-ＲＥＱメッセージをターゲットＢＳ７５０へ再送信して、ＳＢＣ-ＲＳＰメッセージ／ＲＥＧ-ＲＳＰメッセージの再送信を要求する。ＭＳ７００からＳＢＣ-ＲＥＱメッセージ及びＲＥＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ７５０が送信したＳＢＣ-ＲＳＰメッセージ／ＲＥＧ-ＲＳＰメッセージをＭＳ７００が正常に受信できなかったと認識して、ターゲットＢＳ７５０は、ステップＳ７１９で、ＳＢＣ-ＲＳＰメッセージ／ＲＥＧ-ＲＳＰメッセージをＭＳ７００へ再送信する。
【００７９】
一方、ＭＳ７００は、ＳＢＣ-ＲＥＱメッセージ／ＲＥＧ-ＲＥＱメッセージを送信する際に、タイマＴ１８／タイマＴ６を再始動（reset）させて、タイマＴ１８／タイマＴ６が満了する前に、ステップＳ７１９で、ＭＳ７００がＳＢＣ-ＲＳＰメッセージ／ＲＥＧＲＳＰメッセージをターゲットＢＳ７５０から正常に受信すると、ＭＳ７００は、タイマＴ１８／タイマＴ６を中止させ、上記ネットワーク再進入動作のための次のプロセスを遂行する。
【００８０】
図８は、本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した後、ターゲットＢＳが送信したＳＢＣ-ＲＳＰメッセージにエラーが発生した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【００８１】
図８を参照すると、ターゲットＢＳ８５０へのハンドオーバーを遂行した後、ＭＳ８００は、ステップＳ８１１で、ターゲットＢＳ８５０へＲＮＧ-ＲＥＱメッセージを送信して、上記ハンドオーバーの遂行を通知する。ＭＳ８００からＲＮＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ８５０は、ステップＳ８１３で、ＲＮＧ-ＲＥＱメッセージに対する応答メッセージとして、ハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージをＭＳ８００へ送信する。
【００８２】
ターゲットＢＳ８５０からＲＮＧ-ＲＳＰメッセージを受信すると、ＭＳ８００は、ＲＮＧ-ＲＳＰメッセージ内のハンドオーバープロセス最適化フィールドを検査し、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ０ＸＸＸＸ１’に設定されるので、タイマＭａｘ｛Ｔ１８，Ｔ６｝を始動させる。しかしながら、タイマＭａｘ｛Ｔ１８，Ｔ６｝が満了する前に、ＭＳ８００は、ステップＳ８１５では、よくないチャンネル状態のため、ターゲットＢＳ８５０が送信したＳＢＣ-ＲＳＰメッセージを正常に受信することができず、ステップＳ８１７では、ターゲットＢＳ８０５が送信したＲＥＧ-ＲＳＰメッセージを正常に受信する。この場合、ＭＳ８００は、ＳＢＣ-ＲＳＰメッセージを受信せず、ＲＥＧ-ＲＳＰメッセージを受信するにつれて、エラーの発生を認識する。結果的に、ＭＳ８００は、タイマＭａｘ｛Ｔ１８，Ｔ６｝を中止させ、ステップＳ８１９で、ＳＢＣＲＥＱメッセージをターゲットＢＳ８５０へ送信して、ＳＢＣ-ＲＳＰメッセージの再送信を要求する。
【００８３】
ターゲットＢＳ８５０は、ＭＳ８００からＳＢＣ-ＲＥＱメッセージを受信するにつれて、ターゲットＢＳ８５０自身が送信したＳＢＣ-ＲＳＰメッセージをＭＳ８００が正常に受信できなかったことを認識する。その結果、ターゲットＢＳ８５０は、ステップＳ８２１で、ＳＢＣ-ＲＳＰメッセージをＭＳ８００へ再送信する。一方、ＳＢＣ-ＲＥＱメッセージを送信する際に、タイマＴ１８を始動させ、タイマＴ１８が満了する前に、ターゲットＢＳ８５０が再送信したＳＢＣ-ＲＳＰメッセージを受信すると、ＭＳ８００は、タイマＴ１８を中止させ、上記ネットワーク再進入動作のための次のプロセスを遂行する。
【００８４】
ＳＢＣ-ＲＳＰメッセージを正常に受信すると、ＭＳ８００は、上記ネットワーク再進入動作の順序を維持するために、ステップＳ８２３で、ＲＥＧ-ＲＥＱメッセージをターゲットＢＳ８５０へ送信して、ＲＥＧ-ＲＳＰメッセージの再送信を要求することもでき、または、受信されたＲＥＧ-ＲＳＰメッセージを使用することができる場合には、ＲＥＧ-ＲＥＱメッセージを送信しないこともある。ＭＳ８００からＲＥＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ８５０は、ステップＳ８２５で、ＲＥＧ-ＲＳＰメッセージをＭＳ８００へ再送信する。
【００８５】
図９は、本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した後、ターゲットＢＳが送信したＲＥＧ-ＲＳＰメッセージにエラーが発生した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【００８６】
図９を参照すると、ターゲットＢＳ９５０へのハンドオーバーを遂行した後、ＭＳ９００は、ステップＳ９１１で、ターゲットＢＳ９５０へＲＮＧ-ＲＥＱメッセージを送信して、上記ハンドオーバーの遂行を通知する。ＭＳ９００からＲＮＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ９５０は、ステップＳ９１３で、ＲＮＧ-ＲＥＱメッセージに対する応答メッセージとして、ハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージをＭＳ９００へ送信する。
【００８７】
ターゲットＢＳ９５０からＲＮＧ-ＲＳＰメッセージを受信すると、ＭＳ９００は、ＲＮＧ-ＲＳＰメッセージ内のハンドオーバープロセス最適化フィールドを検査し、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ０ＸＸＸＸ１’に設定されるので、タイマＭａｘ｛Ｔ１８，Ｔ６｝を始動させる。しかしながら、タイマＭａｘ｛Ｔ１８，Ｔ６｝が満了する前に、ＭＳ９００は、ステップＳ９１５では、ターゲットＢＳ９５０が送信したＳＢＣ-ＲＳＰメッセージを正常に受信し、ステップＳ９１７では、よくないチャンネル状態のため、ターゲットＢＳ９５０が送信したＲＥＧ-ＲＳＰメッセージを正常に受信することができない。この場合、ＭＳ９００は、タイマＭａｘ｛Ｔ１８，Ｔ６｝が満了する前に、ＲＥＧ-ＲＳＰメッセージの受信に失敗するにつれて、エラーの発生を認識する。結果的に、ＭＳ９００は、ステップＳ９１９で、ＲＥＧ-ＲＥＱメッセージをターゲットＢＳ９５０へ送信して、ＲＥＧ-ＲＳＰメッセージの再送信を要求する。
【００８８】
ＭＳ９００からＲＥＧ-ＲＥＱメッセージを受信したターゲットＢＳ９５０は、自身が送信したＲＥＧ-ＲＳＰメッセージをＭＳ９００が正常に受信できなかったことを認識して、ステップＳ９２１で、ＲＥＧ-ＲＳＰメッセージをＭＳ９００へ再送信する。一方、ＲＥＧ-ＲＥＱメッセージを送信する際に、タイマＴ６を始動させ、タイマＴ６が満了する前に、ターゲットＢＳ９５０が再送信したＲＥＧ-ＲＳＰメッセージを受信すると、ＭＳ９００は、タイマＴ６を中止させ、上記ネットワーク再進入動作のための次のプロセスを遂行する。
【００８９】
図１０は、本発明の実施形態によるＩＥＥＥ８０２．１６ｅ通信システムにおけるネットワーク再進入動作の間のＭＳがハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージを受信した後、ターゲットＢＳが送信したＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのすべてにエラーが発生した場合のＭＳ及びターゲットＢＳの動作を示す信号フローチャートである。
【００９０】
図１０を参照すると、ターゲットＢＳ１０５０へのハンドオーバーを遂行した後、ＭＳ１０００は、ステップＳ１０１１で、ターゲットＢＳ１０５０へＲＮＧ-ＲＥＱメッセージを送信して、上記ハンドオーバーの遂行を通知する。ＭＳ１０００からＲＮＧ-ＲＥＱメッセージを受信すると、ターゲットＢＳ１０５０は、ステップＳ１０１３で、ＲＮＧＲＥＱメッセージに対する応答メッセージとして、ハンドオーバープロセス最適化フィールド＝‘０Ｘ０ＸＸＸＸ１’を有するＲＮＧ-ＲＳＰメッセージをＭＳ１０００へ送信する。
【００９１】
ターゲットＢＳ１０５０からＲＮＧ-ＲＳＰメッセージを受信すると、ＭＳ１０００は、ＲＮＧ-ＲＳＰメッセージ内のハンドオーバープロセス最適化フィールドを検査し、上記ハンドオーバープロセス最適化フィールドが‘０Ｘ０ＸＸＸＸ１’に設定されるので、タイマＭａｘ｛Ｔ１８，Ｔ６｝を始動させる。しかしながら、タイマＭａｘ｛Ｔ１８，Ｔ６｝が満了する前に、ＭＳ１０００は、よくないチャンネル状態のため、ステップＳ１０１５及びステップＳ１０１７で、ターゲットＢＳ１０５０が送信したＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージのすべてを正常に受信することができない。この場合、ＭＳ１０００は、タイマＭａｘ｛Ｔ１８，Ｔ６｝が満了する前に、ＳＢＣ-ＲＳＰメッセージ及びＲＥＧ-ＲＳＰメッセージの受信に失敗するにつれて、エラーの発生を認識する。結果的に、ＭＳ１０００は、ステップＳ１０１９で、ＳＢＣ-ＲＥＱメッセージをターゲットＢＳ１０５０へ送信して、ＳＢＣ-ＲＳＰメッセージの再送信を要求する。ＭＳ１０００からＳＢＣ-ＲＥＱメッセージを受信したターゲットＢＳ１０５０は、自身が送信したＳＢＣ-ＲＳＰメッセージをＭＳ１０００が正常に受信できなかったことを認識して、ステップＳ１０２１で、ＳＢＣ-ＲＳＰメッセージをＭＳ１０００へ再送信する。
【００９２】
一方、ＳＢＣ-ＲＥＱメッセージを送信する際に、タイマＴ１８を始動させ、タイマＴ１８が満了する前に、ステップＳ１０２１で、ターゲットＢＳ１０５０が再送信したＳＢＣ-ＲＳＰメッセージを受信すると、ＭＳ１０００は、タイマＴ１８を中止させ、ステップＳ１０２３で、ＲＥＧ-ＲＥＱメッセージをターゲットＢＳ１０５０へ送信して、ＲＥＧ-ＲＳＰメッセージの再送信を要求する。
【００９３】
ＭＳ１０００からＲＥＧ-ＲＥＱメッセージを受信したターゲットＢＳ１０５０は、自身が送信したＲＥＧ-ＲＳＰメッセージをＭＳ１０００が正常に受信できなかったことを認識して、ステップＳ１０２５で、ＲＥＧ-ＲＳＰメッセージをＭＳ１０００へ再送信する。一方、ＲＥＧ-ＲＥＱメッセージを送信する際に、タイマＴ６を始動させ、タイマＴ６が満了する前に、ターゲットＢＳ１０５０が再送信したＲＥＧ-ＲＳＰメッセージを受信すると、ＭＳ１０００は、タイマＴ６を中止させ、上記ネットワーク再進入動作のための次のプロセスを遂行する。
【００９４】
なお、本発明の詳細な説明においては、具体的な実施の形態について説明したが、本発明の範囲から逸脱しない範囲内であれば、種々な変形が可能であることは言うまでもない。よって、本発明の範囲は、上述した実施の形態に限定されるものではなく、特許請求の範囲とその均等物によって定められるべきである。
【符号の説明】
【００９５】
４００  ＭＳ
４５０  ターゲットＢＳ
【図１】
2011130489.tif 000005
【図２】
2011130489.tif 000006
【図３】
2011130489.tif 000007
【図４】
2011130489.tif 000008
【図５】
2011130489.tif 000009
【図６】
2011130489.tif 000010
【図７】
2011130489.tif 000011
【図８】
2011130489.tif 000012
【図９】
2011130489.tif 000013
【図１０】
2011130489.tif 000014