(57)【特許請求の範囲】
【請求項１】
通信システムにおけるサービング基地局が、移動局のハンドオーバー対象であるターゲット基地局にバッファ状態情報を送信する方法であって、
前記バッファ状態情報を含むメッセージを前記ターゲット基地局に送信するステップを含み、
前記バッファ状態情報は、開始自動再要求(ＡＲＱ)ブロックシーケンス番号(ＢＳＮ)、最後のＡＲＱＢＳＮ、有効ＡＲＱＢＳＮ及びリセット状態情報を含み、
前記開始ＡＲＱ ＢＳＮは、前記サービング基地局のバッファに保存されたＡＲＱブロックのうち、ＡＲＱウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、
前記最後のＡＲＱ ＢＳＮは、前記ＡＲＱブロックのうち、次の時点に送信されるべきＡＲＱブロックのＡＲＱＢＳＮ及び、前記ＡＲＱブロックのうちの最大のＡＲＱＢＳＮを有するＡＲＱブロックのＡＲＱＢＳＮうちの一つを示し、
前記有効ＡＲＱ ＢＳＮは、前記ＡＲＱウィンドウに含まれるＡＲＱブロックのうち、廃棄されないＡＲＱブロックに対応するＡＲＱＢＳＮを示し、
前記リセット状態情報は、前記サービング基地局が前記移動局にバッファ状態情報を初期化することを命令するメッセージを送信したか否かを示す
ことを特徴とする方法。
【請求項２】
前記開始ＡＲＱＢＳＮは、前記バッファが送信バッファである場合、ＡＲＱ送信ウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、前記バッファが受信バッファである場合、ＡＲＱ受信ウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、
前記最後のＡＲＱ ＢＳＮは、前記バッファが前記送信バッファである場合、前記ＡＲＱブロックのうち、次の時点に送信されるべきＡＲＱブロックのＡＲＱＢＳＮを示し、前記バッファが前記受信バッファである場合、前記ＡＲＱブロックのうち、最大のＡＲＱＢＳＮを有するＡＲＱブロックのＡＲＱＢＳＮを示すことを特徴とする請求項１に記載の方法。
【請求項３】
前記開始ＡＲＱＢＳＮと前記最後のＡＲＱＢＳＮとの間に含まれるＡＲＱＢＳＮを有するＡＲＱブロックは、前記サービング基地局が該当ＡＲＱブロックに対して前記移動局から応答メッセージを受信されなかったことにより保存されたＡＲＱブロックであることを特徴とする請求項１に記載の方法。
【請求項４】
前記有効ＡＲＱＢＳＮと前記最後のＡＲＱＢＳＮとの間に含まれるＡＲＱＢＳＮを有する第１のＡＲＱブロックは、前記移動局のハンドオーバー完了後、前記ターゲット基地局が前記第１のＡＲＱブロックに対する前記移動局からの応答メッセージを受信したか否かによって前記移動局に再送信しなければならないＡＲＱブロックであることを特徴とする請求項１に記載の方法。
【請求項５】
前記バッファ状態情報を含むメッセージは、ハンドオーバー確認メッセージ及びコンテキスト報告メッセージのうちの一つであることを特徴とする請求項１に記載の方法。
【請求項６】
前記廃棄されないＡＲＱブロックは、
前記ＡＲＱウィンドウに含まれるＡＲＱブロックのうち、ライフタイムが経過していないＡＲＱブロックのうちの最初のＡＲＱブロック及び、前記移動局から該当ＡＲＱブロックに対する応答を受信されなかったことにより前記バッファに保存されたＡＲＱブロックのうちの一つであることを特徴とする請求項１に記載の方法。
【請求項７】
通信システムにおける移動局のハンドオーバー対象であるターゲット基地局がバッファの状態情報を受信する方法であって、
前記移動局のサービング基地局から、前記バッファ状態情報を含むメッセージを受信するステップを含み、
前記バッファ状態情報は、開始自動再要求(ＡＲＱ)ブロックシーケンス番号(ＢＳＮ)、最後のＡＲＱＢＳＮ、有効ＡＲＱＢＳＮ及びリセット状態情報を含み、
前記開始ＡＲＱ ＢＳＮは、前記サービング基地局のバッファに保存されたＡＲＱブロックのうち、ＡＲＱウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、
前記最後のＡＲＱ ＢＳＮは、前記ＡＲＱブロックのうち、次の時点に送信されるべきＡＲＱブロックのＡＲＱＢＳＮ及び、前記ＡＲＱブロックのうちの最大のＡＲＱＢＳＮを有するＡＲＱブロックのＡＲＱＢＳＮうちの一つを示し、
前記有効ＡＲＱ ＢＳＮは、前記ＡＲＱウィンドウに含まれるＡＲＱブロックのうち、廃棄されないＡＲＱブロックに対応するＡＲＱＢＳＮを示し、
前記リセット状態情報は、前記サービング基地局が前記移動局にバッファ状態情報を初期化することを命令するメッセージを送信したか否かを示す
ことを特徴とする方法。
【請求項８】
前記開始ＡＲＱＢＳＮは、前記バッファが送信バッファである場合、ＡＲＱ送信ウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、前記バッファが受信バッファである場合、ＡＲＱ受信ウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、
前記最後のＡＲＱ ＢＳＮは、前記バッファが前記送信バッファである場合、前記ＡＲＱブロックのうち、次の時点に送信されるべきＡＲＱブロックのＡＲＱＢＳＮを示し、前記バッファが前記受信バッファである場合、前記ＡＲＱブロックのうち、最大のＡＲＱＢＳＮを有するＡＲＱブロックのＡＲＱＢＳＮを示すことを特徴とする請求項７に記載の方法。
【請求項９】
前記開始ＡＲＱＢＳＮと前記最後のＡＲＱＢＳＮとの間に含まれるＡＲＱＢＳＮを有するＡＲＱブロックは、前記サービング基地局が該当ＡＲＱブロックに対して前記移動局から応答メッセージを受信されなかったことにより保存されたＡＲＱブロックであることを特徴とする請求項７に記載の方法。
【請求項１０】
前記有効ＡＲＱＢＳＮと前記最後のＡＲＱＢＳＮとの間に含まれるＡＲＱＢＳＮを有する第１のＡＲＱブロックは、前記移動局のハンドオーバー完了後、前記ターゲット基地局が前記第１のＡＲＱブロックに対する前記移動局からの応答メッセージを受信したか否かによって前記移動局に再送信しなければならないＡＲＱブロックであることを特徴とする請求項７に記載の方法。
【請求項１１】
前記バッファ状態情報を含むメッセージは、ハンドオーバー確認メッセージ及びコンテキスト報告メッセージのうちの一つであることを特徴とする請求項７に記載の方法。
【請求項１２】
前記リセット状態情報が、前記サービング基地局が前記バッファ状態情報を初期化することを命令するメッセージを前記移動局に送信したことを示す場合に、前記サービング基地局から受信した全てのＡＲＱブロックを廃棄するステップをさらに含むことを特徴とする請求項７に記載の方法。
【請求項１３】
前記廃棄されないＡＲＱブロックは、
前記ＡＲＱウィンドウに含まれるＡＲＱブロックのうち、ライフタイムが経過していないＡＲＱブロックのうちの最初のＡＲＱブロック及び、前記移動局から該当ＡＲＱブロックに対する応答を受信されなかったことにより前記バッファに保存されたＡＲＱブロックのうちの一つであることを特徴とする請求項７に記載の方法。
【請求項１４】
サービング基地局であって、
バッファ状態情報を含むメッセージを、移動局がハンドオーバーすることを決定したターゲット基地局に送信する送信部を含み、
前記バッファ状態情報は、開始自動再要求(ＡＲＱ)ブロックシーケンス番号(ＢＳＮ)、最後のＡＲＱＢＳＮ、有効ＡＲＱＢＳＮ及びリセット状態情報を含み、
前記開始ＡＲＱ ＢＳＮは、前記サービング基地局のバッファに保存されたＡＲＱブロックのうち、ＡＲＱウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、
前記最後のＡＲＱ ＢＳＮは、前記ＡＲＱブロックのうち、次の時点に送信されるべきＡＲＱブロックのＡＲＱＢＳＮ及び、前記ＡＲＱブロックのうちの最大のＡＲＱＢＳＮを有するＡＲＱブロックのＡＲＱＢＳＮうちの一つを示し、
前記有効ＡＲＱ ＢＳＮは、前記ＡＲＱウィンドウに含まれるＡＲＱブロックのうち、廃棄されないＡＲＱブロックに対応するＡＲＱＢＳＮを示し、
前記リセット状態情報は、前記サービング基地局が前記移動局にバッファ状態情報を初期化することを命令するメッセージを送信したか否かを示すことを特徴とするサービング基地局。
【請求項１５】
前記開始ＡＲＱＢＳＮは、前記バッファが送信バッファである場合、ＡＲＱ送信ウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、前記バッファが受信バッファである場合、ＡＲＱ受信ウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、
前記最後のＡＲＱ ＢＳＮは、前記バッファが前記送信バッファである場合、前記ＡＲＱブロックのうち、次の時点に送信されるべきＡＲＱブロックのＡＲＱＢＳＮを示し、前記バッファが前記受信バッファである場合、前記ＡＲＱブロックのうち、最大のＡＲＱＢＳＮを有するＡＲＱブロックのＡＲＱＢＳＮを示すことを特徴とする請求項１４に記載のサービング基地局。
【請求項１６】
前記開始ＡＲＱＢＳＮと前記最後のＡＲＱＢＳＮとの間に含まれるＡＲＱＢＳＮを有するＡＲＱブロックは、前記サービング基地局が該当ＡＲＱブロックに対して前記移動局から応答メッセージを受信されなかったことにより保存されたＡＲＱブロックであることを特徴とする請求項１４に記載のサービング基地局。
【請求項１７】
前記有効ＡＲＱＢＳＮと前記最後のＡＲＱＢＳＮとの間に含まれるＡＲＱＢＳＮを有する第１のＡＲＱブロックは、前記移動局のハンドオーバー完了後、前記ターゲット基地局が前記第１のＡＲＱブロックに対する前記移動局からの応答メッセージを受信したか否かによって前記移動局に再送信しなければならないＡＲＱブロックであることを特徴とする請求項１４に記載のサービング基地局。
【請求項１８】
前記バッファ状態情報を含むメッセージは、ハンドオーバー確認メッセージ及びコンテキスト報告メッセージのうちの一つであることを特徴とする請求項１４に記載のサービング基地局。
【請求項１９】
前記廃棄されないＡＲＱブロックは、
前記ＡＲＱウィンドウに含まれるＡＲＱブロックのうち、ライフタイムが経過していないＡＲＱブロックのうちの最初のＡＲＱブロック及び、前記移動局から該当ＡＲＱブロックに対する応答を受信されなかったことにより前記バッファに保存されたＡＲＱブロックのうちの一つであることを特徴とする請求項１４に記載のサービング基地局。
【請求項２０】
ターゲット基地局であって、
前記ターゲット基地局にハンドオーバーすることを決定した移動局のサービング基地局からバッファ状態情報を含むメッセージを受信する受信部を含み、
前記バッファ状態情報は、開始自動再要求(ＡＲＱ)ブロックシーケンス番号(ＢＳＮ)、最後のＡＲＱＢＳＮ、有効ＡＲＱＢＳＮ及びリセット状態情報を含み、
前記開始ＡＲＱ ＢＳＮは、前記サービング基地局のバッファに保存されたＡＲＱブロックのうち、ＡＲＱウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、
前記最後のＡＲＱ ＢＳＮは、前記ＡＲＱブロックのうち、次の時点に送信されるべきＡＲＱブロックのＡＲＱＢＳＮ及び、前記ＡＲＱブロックのうちの最大のＡＲＱＢＳＮを有するＡＲＱブロックのＡＲＱＢＳＮうちの一つを示し、
前記有効ＡＲＱ ＢＳＮは、前記ＡＲＱウィンドウに含まれるＡＲＱブロックのうち、廃棄されないＡＲＱブロックに対応するＡＲＱＢＳＮを示し、
前記リセット状態情報は、前記サービング基地局が前記移動局にバッファ状態情報を初期化することを命令するメッセージを送信したか否かを示すことを特徴とするターゲット基地局。
【請求項２１】
前記開始ＡＲＱＢＳＮは、前記バッファが送信バッファである場合、ＡＲＱ送信ウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、前記バッファが受信バッファである場合、ＡＲＱ受信ウィンドウの開始を示すＡＲＱブロックのＡＲＱＢＳＮを示し、
前記最後のＡＲＱ ＢＳＮは、前記バッファが前記送信バッファである場合、前記ＡＲＱブロックのうち、次の時点に送信されるべきＡＲＱブロックのＡＲＱＢＳＮを示し、前記バッファが前記受信バッファである場合、前記ＡＲＱブロックのうち、最大のＡＲＱＢＳＮを有するＡＲＱブロックのＡＲＱＢＳＮを示すことを特徴とする請求項２０に記載のターゲット基地局。
【請求項２２】
前記開始ＡＲＱＢＳＮと前記最後のＡＲＱＢＳＮとの間に含まれるＡＲＱＢＳＮを有するＡＲＱブロックは、前記サービング基地局が該当ＡＲＱブロックに対して前記移動局から応答メッセージを受信されなかったことにより保存されたＡＲＱブロックであることを特徴とする請求項２０に記載のターゲット基地局。
【請求項２３】
前記有効ＡＲＱＢＳＮと前記最後のＡＲＱＢＳＮとの間に含まれるＡＲＱＢＳＮを有する第１のＡＲＱブロックは、前記移動局のハンドオーバー完了後、前記ターゲット基地局が前記第１のＡＲＱブロックに対する前記移動局からの応答メッセージを受信したか否かによって前記移動局に再送信しなければならないＡＲＱブロックであることを特徴とする請求項２０に記載のターゲット基地局。
【請求項２４】
前記バッファ状態情報を含むメッセージは、ハンドオーバー確認メッセージ及びコンテキスト報告メッセージのうちの一つであることを特徴とする請求項２０に記載のターゲット基地局。
【請求項２５】
前記ターゲット基地局は、前記リセット状態情報が、前記サービング基地局が前記バッファ状態情報を初期化することを命令するメッセージを前記移動局に送信したことを示す場合に、前記サービング基地局から受信した全てのＡＲＱブロックを廃棄することを特徴とする請求項２０に記載のターゲット基地局。
【請求項２６】
前記廃棄されないＡＲＱブロックは、
前記ＡＲＱウィンドウに含まれるＡＲＱブロックのうち、ライフタイムが経過していないＡＲＱブロックのうちの最初のＡＲＱブロック及び、前記移動局から該当ＡＲＱブロックに対する応答を受信されなかったことにより前記バッファに保存されたＡＲＱブロックのうちの一つであることを特徴とする請求項２０に記載のターゲット基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、特に、通信システムにおいて状態情報を伝達及び構成するための方法及びシステムに関する。
【背景技術】
【０００２】
一般的に、通信システムにおいて、ハンドオーバー（handover）は、重要な研究課題である。移動局（Mobile Station：ＭＳ）がハンドオーバーの遂行を決定すると、当該移動局は、ハンドオーバー要求メッセージをサービング基地局（serving base station）に送信する。基地局は、ハンドオーバー要求メッセージに応じたハンドオーバー応答メッセージを当該移動局に送信する。このハンドオーバー応答メッセージを受信した後に、移動局は、ハンドオーバーするターゲット（target）基地局を決定し、該決定されたターゲット基地局に関する情報を含むハンドオーバー指示メッセージを、サービング基地局に送信する。
【０００３】
図１を参照して、通信システムにおけるハンドオーバー手続きについて説明する。
【０００４】
図１は、従来技術による通信システムにおけるハンドオーバー手続きを示すフローチャートである。
【０００５】
図１を参照すると、移動局１００は、ステップＳ１０１で、現在サービスの提供を受けているサービング基地局１２０から、隣接基地局広告（Mobile Neighbor Advertisement：以下、“ＭＯＢ_ＮＢＲ-ＡＤＶ”と称する。）メッセージを受信する。このＭＯＢ_ＮＢＲ-ＡＤＶメッセージを受信した後に、移動局１００は、ステップＳ１０３で、サービング基地局１２０、第１のターゲット基地局１４０、及び第２のターゲット基地局１６０について信号強度を測定するためのスキャニング（scanning）動作を遂行する。かかるスキャニング動作を完了した後に、移動局１００は、ステップＳ１０５で、ハンドオーバー要求（Mobile Mobile Station Handover Request：以下、“ＭＯＢ_ＭＳＨＯ-ＲＥＱ”と称する。）メッセージをサービング基地局１２０に送信する。
【０００６】
サービング基地局１２０は、ステップＳ１０７及びステップＳ１０９で、移動局１００がハンドオーバーする可能性があることを知らせるハンドオーバー通知（handover notification：以下、“ＨＯ_Ｎｏｔｉｆｉｃａｔｉｏｎ”と称する。）メッセージを、第１のターゲット基地局１４０及び第２のターゲット基地局１６０に送信する。
【０００７】
第１のターゲット基地局１４０及び第２のターゲット基地局１６０は、ステップＳ１１１及びステップＳ１１３で、当該ハンドオーバー通知メッセージに対する応答（Response to HO_notification）を含むメッセージを、サービング基地局１２０に送信する。
【０００８】
サービング基地局１２０は、ステップＳ１１５で、第１のターゲット基地局１４０及び第２のターゲット基地局１６０が提供することができるサービスに関する情報を含むハンドオーバー応答（Mobile Base Station Handover Response：以下、“ＭＯＢ_ＢＳＨＯ-ＲＳＰ”と称する。）メッセージを、移動局１００に送信する。
【０００９】
移動局１００は、ステップＳ１１７で、該移動局１００が第２のターゲット基地局１６０にハンドオーバーしようとしていることを知らせるハンドオーバー指示（Mobile Handover Indication：以下、“ＭＯＢ_ＨＯ-ＩＮＤ”と称する。）メッセージを、サービング基地局１２０に送信する。
【００１０】
このＭＯＢ_ＨＯ-ＩＮＤメッセージを受信した後に、サービング基地局１２０は、ステップＳ１１９で、移動局１００が第２のターゲット基地局１６０にハンドオーバーしようとしていることを知らせるハンドオーバー確認（以下、“ＨＯ_ｃｏｎｆｉｒｍ”と称する。）メッセージを、第２のターゲット基地局１６０に送信する。
【００１１】
上記ＭＯＢ_ＨＯ-ＩＮＤメッセージを受信した後に、サービング基地局１２０は、移動局１００へのパケット（packet）の送信を中断する。また、サービング基地局１２０は、移動局１００のセッション（session）に関連した情報を当該ＨＯ_ｃｏｎｆｉｒｍメッセージに追加し、移動局１００がハンドオーバーを完了した後に、第２のターゲット基地局１６０からサービスの提供を継続的に受けることができるように、かかるＨＯ_ｃｏｎｆｉｒｍメッセージを送信する。
【００１２】
ＭＳがＭＯＢ_ＭＳＨＯ-ＲＥＱまたはＭＯＢ_ＨＯ-ＩＮＤをサービング基地局に送信することができない場合に、上記ＭＳは、事前通報（pre-notification）なしにターゲット基地局とネットワーク再接続を行うことができる。このような場合に、上記ターゲット基地局は、帰路（backhaul）通信を介して上記サービング基地局からＭＳ状態情報を知ることができるようになる。
【００１３】
一方、自動再送要求（Automatic Repeat Request：以下、“ＡＲＱ”と称する。）方式は、媒体アクセス制御（Medium Access Control：以下、“ＭＡＣ”と称する。）レイヤーでフレームの損失を感知し、その損失に従ってパケットの再送信を行うための方式である。損失されたフレームは、再送信タイマー（timer）や受信側から受信されたポーリング（polling）又は応答から感知されることができる。したがって、ＡＲＱ方式は、損失されたフレームを迅速に復旧することができ、無線リンクの信頼性を効率的に保証することができる。
【００１４】
通信システムがＡＲＱ方式を使用する場合に、第２のターゲット基地局１６０は、サービング基地局１２０がパケットに関連して肯定応答（acknowledgement：ＡＣＫ）の受信に失敗すると、パケット、すなわち、ＡＲＱブロックを移動局１００に再送信しなければならない。この場合に、サービング基地局１２０は、第２のターゲット基地局１６０が必要なＡＲＱブロックを再送信するように、パケットの送信状態に関するＡＲＱ状態情報及びバッファ（buffer）に記憶されているＡＲＱブロックを第２のターゲット基地局１６０に送信しなければならない。
【００１５】
かかるＡＲＱ状態情報を送信するための容易な方法のうちの一つは、サービング基地局１２０が、各パケットのすべての詳細な送信状態が含まれた状態情報を第２のターゲット基地局１６０に送信することである。この場合に、各パケットの状態に関する情報は、パケッットシーケンス番号（sequence number）のペアの値と送信状態の変数とを含むＭＡＰ形態であってもよい。しかしながら、このような方法は、バッファのパケットの個数及びフローの個数に比例して状態情報のサイズも急激に増加するという問題点がある。また、第２のターゲット基地局１６０が送信された状態情報と各パケットとを一対一に再マッピングすべきであるので、状態情報を復旧するのに多くの時間を必要とする。
【特許文献１】韓国特許公開公報第２００５−０１０６３５０号
【発明の開示】
【発明が解決しようとする課題】
【００１６】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、通信システムにおいて、減少されたサイズを有するバッファ状態情報を伝達する方法及びシステムを提供することにある。
【００１７】
本発明の他の目的は、通信システムにおけるバッファ復旧にかかる時間を短縮させるためのバッファ復旧方法及びシステムを提供することにある。
【課題を解決するための手段】
【００１８】
このような目的を達成するために、本発明の第１の側面によれば、通信システムにおけるサービング基地局が、移動局がハンドオーバーすることを決定したターゲット基地局にバッファ状態情報を伝達する方法であって、バッファに記憶されている所定の区域内のパケットの中で、最も小さいパケットシーケンス番号を示す第１の変数と、次の時点で送信されるべきパケットシーケンス番号を示す第２の変数と、ライフタイムがまだ経過していない第１のパケットのパケット番号を示す第３の変数と、バッファ状態情報の初期化命令を前記移動局に送信したか否かを示す第４の変数と、を含むバッファ状態情報を構成するステップと、前記構成されたバッファ状態情報を含むメッセージを前記ターゲット基地局に送信するステップと、を含むことを特徴とする。
【００１９】
本発明の第２の側面によれば、通信システムにおける移動局のハンドオーバー対象であるターゲット基地局がバッファを構成する方法であって、サービング基地局から、バッファに記憶されている所定の区域内のパケットの中で、最も小さいパケットシーケンス番号を示す第１の変数と、次の時点で送信されるべきパケットシーケンス番号を示す第２の変数と、上記パケットに関連して、前記移動局から応答メッセージを受信していないが、ＡＲＱ処理中にも有用な第１のパケットのパケット番号を示す第３の変数と、前記サービング基地局が前記移動局にバッファ状態情報の初期化命令を送信したか否かを示す第４の変数と、を含むバッファ状態情報を含むメッセージを受信するステップと、前記サービング基地局が前記移動局に送信したパケット又は前記移動局に送信すべきだったパケットを、前記サービング基地局から伝達を受けるステップと、第１の変数乃至第４の変数及び前記伝達を受けたパケットを考慮してバッファを構成するステップと、を含むことを特徴とする。
【００２０】
本発明の第３の側面によれば、通信システムにおける移動局のハンドオーバー対象であるターゲット基地局がバッファを構成する方法であって、サービング基地局から、受信バッファに記憶されている所定の区域内のパケットの中で、最も小さいパケットシーケンス番号を示す第１の変数と、次の時点で受信されるべきパケットの番号を示す第２の変数と、サービング基地局でライフタイムがまだ経過していない第１のパケットのパケット番号を示す第３の変数と、前記サービング基地局がバッファ状態情報の初期化命令を前記移動局に送信したか否かを示す第４の変数と、を含むバッファ状態情報を含むメッセージを受信するステップと、前記サービング基地局が前記移動局から受信したパケットを、前記サービング基地局から伝達を受けるステップと、前記第１の変数乃至前記第４の変数及び前記伝達を受けたパケットを考慮して受信バッファを構成するステップと、を含むことを特徴とする。
【００２１】
本発明の第４の側面によれば、通信システムであって、移動局と、前記移動局にサービスを提供するサービング基地局と、前記移動局が前記サービング基地局からハンドオーバーすることを決定したターゲット基地局と、を含み、前記サービング基地局は、バッファに記憶されている所定の区域内のパケットの中で、最も小さいパケットシーケンス番号を示す第１の変数と、次の時点で送信されるべきパケット番号を示す第２の変数と、ライフタイムがまだ経過していない第１のパケットのパケット番号を示す第３の変数と、バッファ状態情報の初期化命令を前記移動局に送信したか否かを示す第４の変数と、を含むバッファ状態情報を構成し、前記構成されたバッファ状態情報を含むメッセージを前記ターゲット基地局に送信し、前記ターゲット基地局は、前記サービング基地局から前記バッファに記憶されている所定の区域内のパケットの中で、最も小さいパケットシーケンス番号を示す第１の変数と、次の時点で送信されるべきパケット番号を示す第２の変数と、ライフタイムがまだ経過していない第１のパケットのパケット番号を示す第３の変数と、前記サービング基地局がバッファ状態情報の初期化命令を前記移動局に送信したか否かを示す第４の変数と、を含むバッファ状態情報を含むメッセージを受信し、前記サービング基地局が前記移動局に送信したパケット又は前記移動局に送信すべきだったパケットを、前記サービング基地局から伝達を受け、第１の変数乃至第４の変数及び前記伝達を受けたパケットを考慮してバッファを構成することを特徴とする。
【発明の効果】
【００２２】
本発明による通信システムにおける状態情報の伝達及び構成のための方法及びシステムは、送信側が状態情報を縮約して受信側に送信した後に、資源の浪費なしに、該縮約された状態情報に基づいてバッファを復旧することができる。これは、状態情報の伝達及び構成に関する複雑度を最小化することができるという長所がある。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能または構成に関する具体的な説明は省略する。
【００２４】
本発明が提案したシステム及び方法によれば、通信システムにおいて、サービング基地局は、縮約されたＡＲＱ状態情報を構成し、該ＡＲＱ状態情報を、移動局がハンドオーバーされるターゲット基地局に伝達し、ターゲット基地局は、該伝達された状態情報に基づいてサービスを移動局に継続して提供するシステム及び方法を提案する。
【００２５】
本発明によるＡＲＱ状態情報、すなわち、ＡＲＱバッファ（buffer）の状態に関する情報は、開始ＡＲＱブロックシーケンス番号（Starting ARQ Block Sequence Number：以下、“Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ”と称する。）と、最後のＡＲＱブロックシーケンス番号（Last ARQ Block Sequence Number：以下、“Ｌａｓｔ_ＡＲＱ_ＢＳＮ”と称する。）と、有効ＡＲＱブロックシーケンス番号（Valid ARQ Block Sequence Number：以下、“Ｖａｌｉｄ_ＡＲＱ_ＢＳＮ”と称する。）と、リセット状態（Reset status：以下、“Ｒｅｓｅｔ_ｓｔａｔｕｓ”と称する。）と、を含む。
【００２６】
ＡＲＱ状態情報は、ＡＲＱウィンドウを考慮してバッファ状態を示す主要な変数を選択し、該選択された変数に基づいて、サービング基地局のパケット送受信状態を表現することにより構成されることができる。一般的に、ＡＲＱウィンドウは、応答メッセージが移動局から受信されるか否かに関わらず、サービング基地局が送信することができるＡＲＱブロックの最大個数を意味する。
【００２７】
以下では、移動局がサービング基地局からターゲット基地局にハンドオーバーする場合を仮定して説明する。
【００２８】
図２は、本発明の実施形態によるサービング基地局の送信／受信ＡＲＱバッファ状態を示す図である。
【００２９】
図２を参照すると、サービング基地局のＡＲＱ送信バッファ内のＳｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮは、ＡＲＱウィンドウの開始値、特に、ＡＲＱウィンドウを構成するパケット、すなわち、ＡＲＱブロックの中で最も小さいブロックシーケンス番号値を有するＡＲＱブロックのシーケンス番号を示す。サービング基地局のＡＲＱ送信バッファ内のＬａｓｔ_ＡＲＱ_ＢＳＮは、ＡＲＱ送信バッファに残っているＡＲＱブロックの中で、次回に移動局に新たに送信されなければならないＡＲＱブロックのシーケンス番号を示す。したがって、Ｌａｓｔ_ＡＲＱ_ＢＳＮは、Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮより大きいか、または同一の値を有する。サービング基地局のＡＲＱ送信バッファ内のテールＡＲＱブロックシーケンス番号（以下、“Ｔａｉｌ_ＡＲＱ_ＢＳＮ”と称する。）は、“Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ＋Ｓｉｚｅ ｏｆ（ＡＲＱ_Ｗｉｎｄｏｗ）−１”として設定される。ここで、“Ｓｉｚｅ ｏｆ ＡＲＱ_Ｗｉｎｄｏｗ”は、ＡＲＱウィンドウのサイズを意味し、このＡＲＱウィンドウのサイズは、各移動局毎に、初期ネットワークエントリー（network entry）手続きを遂行する間に決定される。サービング基地局のＡＲＱ送信バッファにおいて、［Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ，Ｌａｓｔ_ＡＲＱ_ＢＳＮ］区域（section）に該当するＡＲＱブロックは、サービング基地局が移動局に送信したＡＲＱブロックである。
【００３０】
サービング基地局のＡＲＱ受信バッファ内のＳｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮは、ＡＲＱウィンドウの開始値、特に、ＡＲＱウィンドウを構成するパケット、すなわち、ＡＲＱブロックの中で、最も小さいブロックシーケンス番号値を有するＡＲＱブロックのシーケンス番号を示す。サービング基地局のＡＲＱ受信バッファ内のＬａｓｔ_ＡＲＱ_ＢＳＮは、ＡＲＱ受信バッファに残っているＡＲＱブロックの中で、最も大きいブロックシーケンス番号値を有するＡＲＱブロックのシーケンス番号を示す。したがって、Ｌａｓｔ_ＡＲＱ_ＢＳＮは、Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮより大きいか、または同一の値を有する。そして、サービング基地局のＡＲＱ受信バッファ内のＴａｉｌ_ＡＲＱ_ＢＳＮは、“Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ＋ｓｉｚｅ ｏｆ（ＡＲＱ_Ｗｉｎｄｏｗ）−１”として設定される。サービング基地局のＡＲＱ受信バッファにおいて、［Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ，Ｌａｓｔ_ＡＲＱ_ＢＳＮ］区域（section）に該当するＡＲＱブロックは、サービング基地局が移動局から既に受信したＡＲＱブロックである。
【００３１】
一方、ＡＲＱ状態情報の中で、Ｖａｌｉｄ_ＡＲＱ_ＢＳＮ及びＲｅｓｅｔ_Ｓｔａｔｕｓは、ＡＲＱ状態情報を管理するために使用される。Ｖａｌｉｄ_ＡＲＱ_ＢＳＮは、タイムアウト（time-out）が発生したＡＲＱブロックを探知するために使用されるだけではなく、移動局がハンドオーバーすることを決定したターゲット基地局にタイムアウトが発生したＡＲＱブロックが存在するか否かを確認するためにも使用される。言い換えれば、Ｖａｌｉｄ_ＡＲＱ_ＢＳＮは、ＡＲＱウィンドウ内でパケットのライフタイム（lifetime）がまだ経過していないパケットの中で１番目のパケット番号を意味する。
【００３２】
例えば、［Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ，Ｖａｌｉｄ_ＡＲＱ_ＢＳＮ］区域に属しているＡＲＱブロックは、サービング基地局でタイムアウトが発生し、したがって、送受信バッファから削除されなければならないＡＲＱブロックであるか、またはサービング基地局が対応するＡＲＱブロックが削除されるように命令したが、移動局から肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信することができなかったため、送受信バッファに残っていたＡＲＱブロックである。したがって、このような状態情報をサービング基地局から受信した後に、ターゲット基地局は、移動局がハンドオーバーを完了すると、［Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ，Ｖａｌｉｄ_ＡＲＱ_ＢＳＮ］区域に属しているＡＲＱブロックの削除のために、当該区域に属しているＡＲＱブロックを送信する。
【００３３】
Ｒｅｓｅｔ_Ｓｔａｔｕｓは、サービング基地局がＡＲＱ状態情報を初期化することを命令するメッセージを移動局に送信したか否か、を示すために使用される。Ｒｅｓｅｔ_Ｓｔａｔｕｓの値が‘１’として設定されているメッセージをサービング基地局から受信すると、ターゲット基地局は、移動局がハンドオーバーを完了した後に、ＡＲＱ状態情報初期化を命令するメッセージを移動局に送信しなければならない。
【００３４】
上述したように、移動局のハンドオーバーに応じて、サービング基地局は、ＡＲＱ状態情報をターゲット基地局に送信する。ＨＯ_ｃｏｎｆｉｒｍメッセージ又はコンテキスト報告（context report）メッセージは、ＡＲＱ状態情報を送信するために使用されてもよい。下記＜表１＞は、ＡＲＱ状態情報を含むＨＯ_ｃｏｎｆｉｒｍメッセージを示す。下記＜表１＞に示すＨＯ_ｃｏｎｆｉｒｍメッセージに含まれている各フィールドは、タイプ／長さ／値（Type/Length/Value：ＴＬＶ）形態で示されることができる。
【表１】
0004772080.tif 000002
【００３５】
上述したように、ＡＲＱ状態情報は、移動局のハンドオーバーに応じて、ターゲット基地局がＡＲＱウィンドウ及びＡＲＱ状態マシン（ARQ state machine）を再構成（reconstruction）するためだけではなく、ＡＲＱブロックがサービング基地局からターゲット基地局に伝達されたか否かを示すために使用される。［Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ，Ｌａｓｔ_ＡＲＱ_ＢＳＮ］区域に属しているＡＲＱブロックがサービング基地局からターゲット基地局に伝達された場合には、ターゲット基地局は、サービング基地局が送信したＡＲＱブロックに関連してＡＣＫが受信されなかったと判定し、ＡＣＫが受信されなかったＡＲＱブロックを移動局に送信する。
【００３６】
また、［Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ，Ｌａｓｔ_ＡＲＱ_ＢＳＮ］区域に属するＡＲＱブロックがサービング基地局からターゲット基地局に伝達されなかった場合には、ターゲット基地局は、［Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ，Ｌａｓｔ_ＡＲＱ_ＢＳＮ］区域に属するＡＲＱブロックがサービング基地局により既に送信されたものと認識する。
【００３７】
ターゲット基地局は、ＨＯ_ｃｏｎｆｉｒｍまたはコンテキスト応答メッセージに含まれているＡＲＱ状態情報を用いてＡＲＱバッファ状態を復旧する。この際に、ターゲット基地局は、別のデータ経路を介して伝達を受けたＡＲＱブロックが存在するか否かも考慮して、ＡＲＱ状態マシンを再設定することができる。
【００３８】
一方、ターゲット基地局は、各アップリンク（uplink）サービスフロー（service flow：ＳＦ）に関連して受信バッファを割り当て、Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ値とＬａｓｔ_ＡＲＱ_ＢＳＮ値とを考慮して、サービング基地局から受信されたＡＲＱブロックを受信バッファに記憶する。この際、ターゲット基地局は、Ｖａｌｉｄ_ＡＲＱ_ＢＳＮ値よりも小さいＢＳＮ値を有するＡＲＱブロックを受信バッファから削除し、対応するＡＲＱブロックを削除するように移動局に指示する削除命令メッセージを、移動局に送信する。
【００３９】
また、ターゲット基地局は、各ダウンリンク（downlink）サービスフローに関連して送信バッファを割り当て、Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮ値とＬａｓｔ_ＡＲＱ_ＢＳＮ値とを考慮して、サービング基地局から受信されたＡＲＱブロックを送信バッファに記憶する。この際、ターゲット基地局は、Ｖａｌｉｄ_ＡＲＱ_ＢＳＮ値よりも小さい値を有するＡＲＱブロックを送信バッファから削除し、対応するＡＲＱブロックを削除するように移動局に指示する削除命令メッセージを、移動局に送信する。
【００４０】
ターゲット基地局は、移動局がハンドオーバーを完了した後の所定の時間内に、［Ｖａｌｉｄ_ＡＲＱ_ＢＳＮ，Ｌａｓｔ_ＡＲＱ_ＢＳＮ］区域に属するＡＲＱブロックに関連したＡＣＫメッセージを移動局から受信できない場合に、［Ｖａｌｉｄ_ＡＲＱ_ＢＳＮ，Ｌａｓｔ_ＡＲＱ_ＢＳＮ］区域に属するＡＲＱブロックを移動局に再送信する。この［Ｖａｌｉｄ_ＡＲＱ_ＢＳＮ，Ｌａｓｔ_ＡＲＱ_ＢＳＮ］区域に属するＡＲＱブロックの送信が完了した後に、ターゲット基地局は、Ｌａｓｔ_ＡＲＱ_ＢＳＮに該当するＡＲＱブロックを移動局に送信する。
【００４１】
Ｒｅｓｅｔ_ｓｔａｔｕｓの値が‘１’として設定されたＨＯ_ｃｏｎｆｉｒｍメッセージをターゲット基地局で受信した場合には、該ターゲット基地局は、サービング基地局から受信されたＡＲＱウィンドウ内の全てのＡＲＱブロックを廃棄し、ＡＲＱ状態マシンを初期化する。これに基づいて、ターゲット基地局は、ＡＲＱ状態マシンを初期化することを移動局に指示するメッセージを、移動局に送信する。
【００４２】
図３は、本発明の実施形態によるサービング基地局の動作過程を示すフローチャートである。
【００４３】
図３を参照すると、ステップＳ３０２で、サービング基地局は、移動局からＨＯ-ＩＮＤメッセージを受信し、ステップＳ３０４に進む。サービング基地局は、ＨＯ-ＩＮＤメッセージを受信した後に、移動局への／からのＡＲＱブロックの送信／受信を中断する。ステップＳ３０４で、サービング基地局は、送信バッファ及び受信バッファの状態を確認し、ステップＳ３０６に進む。ステップＳ３０６で、サービング基地局は、ＡＲＱ状態情報を構成し、ステップＳ３０８に進む。このＡＲＱ状態情報は、Ｓｔａｒｔｉｎｇ_ＡＲＱ_ＢＳＮと、Ｌａｓｔ_ＡＲＱ_ＢＳＮと、Ｖａｌｉｄ_ＡＲＱ_ＢＳＮと、Ｒｅｓｅｔ_ｓｔａｔｕｓと、を含む。ステップＳ３０８で、サービング基地局は、当該構成されたＡＲＱ状態情報及びサービング基地局に記憶されていたＡＲＱブロックをターゲット基地局に送信する。
【００４４】
図４は、本発明の実施形態によるターゲット基地局の動作過程を示すフローチャートである。
【００４５】
図４を参照すると、ターゲット基地局は、ステップＳ４０２で、サービング基地局からＡＲＱ状態情報を含むＨＯ_ｃｏｎｆｉｒｍメッセージを受信し、ステップＳ４０４に進む。ターゲット基地局は、ステップＳ４０４で、ＨＯ_ｃｏｎｆｉｒｍメッセージに含まれたＡＲＱ状態情報を確認し、ステップＳ４０６に進む。ターゲット基地局は、ステップＳ４０６で、当該ＡＲＱ状態情報を考慮して送信バッファ及び受信バッファを構成し、ステップＳ４０８に進む。ターゲット基地局は、ステップＳ４０８で、ＡＲＱウィンドウ内の特定のＡＲＱブロックを、移動局に／から送信／受信する。
【００４６】
以上、本発明を具体的な実施形態を参照して詳細に説明したが、本発明の範囲及び精神を逸脱することなく様々な変形が可能であるということは、当該技術分野における通常の知識を持つ者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲により定められるべきである。
【図面の簡単な説明】
【００４７】
【図１】従来技術による通信システムにおけるハンドオーバー手続きを示す信号のフロー図である。
【図２】本発明の実施形態によるサービング基地局の送信／受信ＡＲＱバッファの状態を示す図である。
【図３】本発明の実施形態によるサービング基地局の動作過程を示すフローチャートである。
【図４】本発明の実施形態によるターゲット基地局の動作過程を示すフローチャートである。
【図１】
0004772080.tif 000003
【図２】
0004772080.tif 000004
【図３】
0004772080.tif 000005
【図４】
0004772080.tif 000006