(57)【要約】【課題】本発明は、無線通信システムで用いられるＡＲＱ（Automatic Repeat reQuest）送信機及びその動作方法を提供するためのものである。 【解決手段】本発明は、ＡＲＱ受信機のＡＲＱ受信機バッファの未使用容量を判断するステップと、上記ＡＲＱ受信機バッファの上記判断された未使用容量に基づいて、転送されるＡＲＱブロックを上記ＡＲＱ受信機バッファがサポートできるか否か、及び上記転送されるＡＲＱブロックをＡＲＱ受信機バッファがサポートできると判断される場合、上記転送されるＡＲＱブロックを上記ＡＲＱ受信機へ転送するステップと、を含む。【選択図】図７
2011015403.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるＡＲＱ（Automatic Repeat reQuest）送信機の動作方法であって、
ＡＲＱ受信機のＡＲＱ受信機バッファの未使用容量を判断するステップと、
前記ＡＲＱ受信機バッファが前記ＡＲＱ受信機バッファの前記判断された未使用容量に基づいて、転送されるＡＲＱブロックをサポートできるか否かを判断するステップと、
前記ＡＲＱ受信機バッファが前記転送されるＡＲＱブロックをサポートできると判断される場合、前記転送されるＡＲＱブロックを前記ＡＲＱ受信機へ転送するステップと、
を含むことを特徴とするＡＲＱ送信機動作方法。
【請求項２】
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する前記ステップは、
前記ＡＲＱ受信機から前記ＡＲＱ受信機バッファの最大サイズに対応する情報を受信するステップと、
前記ＡＲＱ受信機バッファの利用合算量を判断するステップと、
前記ＡＲＱ受信機バッファの最大サイズから前記ＡＲＱ受信機バッファの利用合算量を減算するステップと、を含み、
前記ＡＲＱ受信機バッファの利用合算量は、１つ以上のＡＲＱフロー（flow）の各々に対する前記ＡＲＱ受信機バッファの利用量の和を含むことを特徴とする請求項１に記載のＡＲＱ送信機動作方法。
【請求項３】
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する前記ステップは、
ＡＲＱ送信ウィンドウ（window）内に任意のＡＲＱブロック、及びＭＡＣ（Media Access Control）ＳＤＵ（Service Data Unit）再構成を待機している前記ＡＲＱ送信ウィンドウの外側にある任意のＡＲＱブロックを、前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断するステップを含むことを特徴とする請求項１に記載のＡＲＱ送信機動作方法。
【請求項４】
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する前記ステップは、
ＡＲＱ送信ウィンドウ内の任意の第１のＡＲＱブロック、及び前記第１のＡＲＱブロックと同一なＭＡＣ ＳＤＵの部分に該当し、前記ＡＲＱ送信ウィンドウの外側にある任意の第２のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断するステップを含むことを特徴とする請求項１に記載のＡＲＱ送信機動作方法。
【請求項５】
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する前記ステップは、
ＡＲＱ送信ウィンドウの外側にある第１のＡＲＱブロックの最後のビットがＭＡＣ ＳＤＵの最後のビットに該当するか否かを判断するステップと、
前記第１のＡＲＱブロックの最後のビットが前記ＭＡＣ ＳＤＵの最後のビットに該当すると判断される場合、前記ＡＲＱ送信ウィンドウの内側の任意の第２のＡＲＱブロック、及びＭＡＣ ＳＤＵ再構成を待機している前記ＡＲＱ送信ウィンドウの外側にある任意の第３のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断するステップを含み、かつ、
前記第１のＡＲＱブロック及び前記第１のＡＲＱブロックの以前のＡＲＱブロックを前記第３のＡＲＱブロックから除外することを特徴とする請求項１に記載のＡＲＱ送信機動作方法。
【請求項６】
ＦＩ（Field Interpretation）値が‘００’と‘１０’のうちの１つの場合、前記第１のＡＲＱブロックの最後のビットが前記ＭＡＣ ＳＤＵの最後のビットに該当すると判断することを特徴とする請求項５に記載のＡＲＱ送信機動作方法。
【請求項７】
ＦＣ（Fragment Control）値が‘００’と‘０１’のうちの１つの場合、前記第１のＡＲＱブロックの最後のビットが前記ＭＡＣ ＳＤＵの最後のビットに該当すると判断することを特徴とする請求項５に記載のＡＲＱ送信機動作方法。
【請求項８】
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する前記ステップは、
前記第１のＡＲＱブロックの最後のビットが前記ＭＡＣ ＳＤＵの最後のビットに該当しないと判断される場合、前記第１のＡＲＱブロックの最初のビットが前記ＭＡＣ ＳＤＵの最初のビットに該当するか否かを判断するステップと、
前記第１のＡＲＱブロックの最初のビットが前記ＭＡＣ ＳＤＵの最初のビットに該当すると判断される場合、前記ＡＲＱ送信ウィンドウの内側の任意の第４のＡＲＱブロック、及びＭＡＣ ＳＤＵ再構成を待機している前記ＡＲＱ送信ウィンドウの外側にある任意の第５のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断するステップをさらに含み、かつ、
前記第１のＡＲＱブロックの以前のＡＲＱブロックを前記第５のＡＲＱブロックから除外することを特徴とする請求項５に記載のＡＲＱ送信機動作方法。
【請求項９】
ＦＩ（Field Interpretation）値が‘０１’の場合、前記第１のＡＲＱブロックの最初のビットが前記ＭＡＣ ＳＤＵの最初のビットに該当すると判断することを特徴とする請求項８に記載のＡＲＱ送信機動作方法。
【請求項１０】
ＦＣ（Fragment Control）値が‘１０’の場合、前記第１のＡＲＱブロックの最初のビットが前記ＭＡＣ ＳＤＵの最初のビットに該当すると判断することを特徴とする請求項８に記載のＡＲＱ送信機動作方法。
【請求項１１】
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する前記ステップは、
ＡＲＱ送信ウィンドウ（window）内にある任意のＡＲＱブロック、及びＭＡＣ（Media Access Control）ＳＤＵ（Service Data Unit）の再構成を待機している前記ＡＲＱ送信ウィンドウの外側にあるＡＲＱブロックの任意の部分を前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断するステップを含むことを特徴とする請求項１に記載のＡＲＱ送信機動作方法。
【請求項１２】
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する前記ステップは、
ＡＲＱ送信ウィンドウ内の任意のＡＲＱブロック、及び前記ＡＲＱ受信機からの受信肯定確認（acknowledge）が受信され、相応するパージ（purge）タイマーが満了していない前記ＡＲＱ送信ウィンドウの外側にある任意のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断するステップを含むことを特徴とする請求項１に記載のＡＲＱ送信機動作方法。
【請求項１３】
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する前記ステップは、
ＡＲＱ送信ウィンドウ内の任意のＡＲＱブロック、及び前記ＡＲＱ受信機バッファから除去されていない１つ以上のＡＲＱブロックを指示する指示が前記ＡＲＱ受信機から受信される前記ＡＲＱ送信ウィンドウの外側にある任意のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断するステップを含むことを特徴とする請求項１に記載のＡＲＱ送信機動作方法。
【請求項１４】
無線通信システムに使用するためのＡＲＱ送信装置であって、
少なくとも１つのＡＲＱ受信機から信号を受信する受信機と、
少なくとも１つの前記ＡＲＱ受信機へ信号を転送する送信機と、
前記受信機及び送信機を制御し、前記ＡＲＱ受信機のＡＲＱ受信機バッファの未使用容量を判断し、前記判断されたＡＲＱ受信機バッファの未使用容量に基づいて、転送されるＡＲＱブロックを前記ＡＲＱ受信機バッファがサポートすることができるか否かを判断し、前記転送されるＡＲＱブロックを前記ＡＲＱ受信機バッファがサポートすることができると判断される場合、前記転送されるＡＲＱブロックを前記ＡＲＱ受信機へ転送するように制御する制御器と、
を含むことを特徴とするＡＲＱ送信装置。
【請求項１５】
前記制御器は、
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する場合、前記ＡＲＱ受信機から前記ＡＲＱ受信機バッファの最大サイズに対応する情報を受信するように制御し、前記ＡＲＱ受信機バッファの利用合算量を判断し、前記ＡＲＱ受信機バッファの最大サイズから前記ＡＲＱ受信機バッファの利用合算量を減算し、かつ、
前記ＡＲＱ受信機バッファの利用合算量は、１つ以上のＡＲＱフロー（flow）の各々に対する前記ＡＲＱ受信機バッファの利用量の和を含むことを特徴とする請求項１４に記載のＡＲＱ送信装置。
【請求項１６】
前記制御器は、
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する場合、ＡＲＱ送信ウィンドウ（window）内に任意のＡＲＱブロックと、ＭＡＣ（Media Access Control）ＳＤＵ（Service Data Unit）の再構成を待機している前記ＡＲＱ送信ウィンドウの外側にある任意のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断することを特徴とする請求項１４に記載のＡＲＱ送信装置。
【請求項１７】
前記制御器は、
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する場合、ＡＲＱ送信ウィンドウ内の任意の第１のＡＲＱブロック、及び前記第１のＡＲＱブロックと同一なＭＡＣ ＳＤＵの部分に該当し、前記ＡＲＱ送信ウィンドウの外側にある任意の第２のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断することを特徴とする請求項１４に記載のＡＲＱ送信装置。
【請求項１８】
前記制御器は、
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する場合、ＡＲＱ送信ウィンドウの外側にある第１のＡＲＱブロックの最後のビットがＭＡＣ ＳＤＵの最後のビットに該当するか否かを判断し、前記第１のＡＲＱブロックの最後のビットが前記ＭＡＣ ＳＤＵの最後のビットに該当すると判断する場合、前記ＡＲＱ送信ウィンドウの内側の任意の第２のＡＲＱブロック、及びＭＡＣ ＳＤＵ再構成を待機している前記ＡＲＱ送信ウィンドウの外側にある任意の第３のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断し、かつ、
前記第１のＡＲＱブロック及び前記第１のＡＲＱブロックの以前のＡＲＱブロックを前記第３のＡＲＱブロックから除外することを特徴とする請求項１４に記載のＡＲＱ送信装置。
【請求項１９】
前記制御器は、
ＦＩ（Field Interpretation）値が‘００’と‘１０’のうちの１つの場合、前記第１のＡＲＱブロックの最後のビットが前記ＭＡＣ ＳＤＵの最後のビットに該当すると判断することを特徴とする請求項１８に記載のＡＲＱ送信装置。
【請求項２０】
前記制御器は、
ＦＣ（Fragment Control）値が‘００’と‘０１’のうちの１つの場合、前記第１のＡＲＱブロックの前記最後のビットが前記ＭＡＣ ＳＤＵの前記最後のビットに該当すると判断することを特徴とする請求項１８に記載のＡＲＱ送信装置。
【請求項２１】
前記制御器は、
前記第１のＡＲＱブロックの最後のビットが前記ＭＡＣ ＳＤＵの最後のビットに該当しないと判断する場合、前記第１のＡＲＱブロックの最初のビットが前記ＭＡＣ ＳＤＵの最初のビットに該当するか否かを判断し、前記第１のＡＲＱブロックの最初のビットが前記ＭＡＣ ＳＤＵの最初のビットに該当すると判断する場合、前記ＡＲＱ送信ウィンドウの内側の任意の第４のＡＲＱブロック、及びＭＡＣ ＳＤＵの再構成を待機している前記ＡＲＱ送信ウィンドウの外側にある任意の第５のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断し、かつ、
前記第１のＡＲＱブロックの以前のＡＲＱブロックを前記第５のＡＲＱブロックから除外することを特徴とする請求項１８に記載のＡＲＱ送信装置。
【請求項２２】
前記制御器は、
ＦＩ（Field Interpretation）値が‘０１’の場合、前記第１のＡＲＱブロックの最初のビットが前記ＭＡＣ ＳＤＵの最初のビットに該当すると判断することを特徴とする請求項１８に記載のＡＲＱ送信装置。
【請求項２３】
前記制御器は、
ＦＣ（Fragment Control）値が‘１０’の場合、前記第１のＡＲＱブロックの最初のビットが前記ＭＡＣ ＳＤＵの最初のビットに該当すると判断することを特徴とする請求項１８に記載のＡＲＱ送信装置。
【請求項２４】
前記制御器は、
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する場合、ＡＲＱ送信ウィンドウ（window）内にある任意のＡＲＱブロック、及びＭＡＣ（Media Access Control）ＳＤＵ（Service Data Unit）の再構成を待機している前記ＡＲＱ送信ウィンドウの外側にあるＡＲＱブロックの任意の部分を前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断することを特徴とする請求項１４に記載のＡＲＱ送信装置。
【請求項２５】
前記制御器は、
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する場合、ＡＲＱ送信ウィンドウ内の任意のＡＲＱブロック、及び前記ＡＲＱ受信機からの受信肯定確認（acknowledge）が受信され、相応するパージ（purge）タイマーが満了していない前記ＡＲＱ送信ウィンドウの外側にある任意のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断することを特徴とする請求項１４に記載のＡＲＱ送信装置。
【請求項２６】
前記制御器は、
前記ＡＲＱ受信機の前記ＡＲＱ受信機バッファの未使用容量を判断する場合、ＡＲＱ送信ウィンドウ内の任意のＡＲＱブロック、及び前記ＡＲＱ受信機バッファから除去されていない１つ以上のＡＲＱブロックを指示する指示が前記ＡＲＱ受信機から受信される前記ＡＲＱ送信ウィンドウの外側にある任意のＡＲＱブロックを前記ＡＲＱ受信機バッファを用いるＡＲＱブロックとして判断するステップを含むことを特徴とする請求項１４に記載のＡＲＱ送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおける自動再送要求（Automatic Repeatre Quest；ＡＲＱ）に関し、より詳しくは、無線通信システムにおける進歩したＡＲＱバッファ管理技法に関する。
【背景技術】
【０００２】
無線資源（radio resource）のチャネル状態に従って、無線通信システムではデータ送受信においてエラーが発生する場合がある。したがって、無線通信システムではＡＲＱ方式を用いてデータエラーを制御または回復させて転送信頼性を向上させることもできる。
【０００３】
ＡＲＱ方式を用いることによって、ＡＲＱ受信機はＡＲＱブロックデータ（以下、ＡＲＱブロックと称する）がＡＲＱ送信機から成功的に受信されたか否かをＡＲＱ送信機に通知するようになる。例えば、ＡＲＱ送信機から受信されたＡＲＱブロックにエラーがない場合、ＡＲＱ受信機は受信肯定確認（ACKnowledge；ＡＣＫ）をＡＲＱ送信機へ転送する。ＡＲＱ送信機から受信されたＡＲＱブロックに誤りが生じる場合に、ＡＲＱ受信機は受信否定確認（Negative ACK；ＮＡＣＫ）をＡＲＱ送信機へ転送する。ここで、ＡＲＱ送信機へのＡＲＱブロックの受信成功または失敗を転送するためのＡＲＱ受信機の一連の動作をＡＲＱフィードバックという。
【０００４】
したがって、ＡＲＱ受信機から受信されたＡＣＫ／ＮＡＣＫに基づいてＡＲＱ受信機へ転送されたＡＲＱブロックの受信状態をＡＲＱ送信機が獲得することもできる。ＡＲＱ受信機からＡＣＫを受信する場合には、ＡＲＱ送信機は新たなＡＲＱブロックをＡＲＱ受信機へ転送する。一方、ＡＲＱ受信機からＮＡＣＫ情報を受信する場合、ＡＲＱ送信機はＮＡＣＫに該当するＡＲＱブロックをＡＲＱ受信機へ再転送する。
【０００５】
相異する無線通信標準に従ってＡＲＱ方式を異に実施することもできる。ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ｅ及びＩＥＥＥ ８０２．１６ｍ標準で用いられるＡＲＱ転送方式の一例を図１を参照して以下に説明する。
【０００６】
図１は、従来技術に従うＡＲＱブロックに対するＡＲＱ送信機状態マシン（state machine）を図示する。
図１を参照すれば、ＡＲＱブロックの通信は５つの状態、即ち、無送信（not-sent）状態１１０、未処理（outstanding）状態１２０、廃棄（discarded）状態１３０、再転送待機（waiting-for-retransmission）状態１４０、及び完了（done）状態１５０のうちの１つの状態となる。接続が活性化した各々のＡＲＱは独立したＡＲＱ状態マシン（state machine）を持つようになる。ＡＲＱ状態遷移の最小ユニットがＡＲＱブロックである。ＡＲＱブロックが初期に転送される前にＡＲＱブロックは無送信状態１１０で開始される。
【０００７】
ＡＲＱブロックが転送される場合には、ＡＲＱブロックに対してARQ_BLOCK_LIFETIMEタイマーが開始され、ステップ１１２で、ＡＲＱブロック状態は無送信状態１１０から未処理状態１２０へ遷移するようになる。このような遷移が発生する場合、ARQ_TX_NEXT_SNパラメータが１だけ増分（increment）する。
【０００８】
ＡＲＱブロックが未処理状態１２０にある間には、ＡＲＱ送信機は該当ＡＲＱ受信機からＡＣＫ及びＮＡＣＫのうちの１つが受信されることを待機する。仮に、ＡＣＫが到達する場合には、ステップ１２５で、ＡＲＱブロック状態は完了状態１５０へ遷移するようになる。仮にＮＡＣＫが到達する場合には、ステップ１２４で、ＡＲＱブロック状態は再転送待機状態１４０へ遷移するようになる。ARQ_BLOCK_LIFETIMEの期間が満了した後には、ステップ１２３で、ＡＲＱブロック状態は廃棄状態１３０へ遷移するようになる。
【０００９】
ＡＲＱブロックが再転送待機状態１４０にある間には、ＡＲＱ送信機は、ＡＲＱブロックに該当するＡＲＱデータの再転送を準備する。仮にＡＣＫが到達する場合には、ステップ１４５で、ＡＲＱブロック状態は完了状態１５０へ遷移するようになる。仮にＡＲＱブロックに該当するＡＲＱデータが再転送される場合には、ステップ１４２で、ＡＲＱブロック状態は未処理状態１２０へまた遷移する。ARQ_BLOCK_LIFETIMEタイマーが満了した後には、ステップ１４３で、ＡＲＱブロック状態は再転送されず、廃棄状態１３０へ遷移するようになる。
【００１０】
ＡＲＱブロックが廃棄状態１３０にある間には、ＡＲＱ送信機は、廃棄メッセージ（discard message）を送信し、ＡＲＱ受信機からＡＣＫが受信されることを待機する。仮に廃棄メッセージに対してＡＣＫまたはＡＲＱブロックが到達する場合には、ステップ１３５で、ＡＲＱブロック状態は完了状態１５０へ遷移するようになる。
【００１１】
ＡＲＱブロックが完了状態１５０にある時には、ＡＲＱ送信機は全てのタイマー及びＡＲＱブロックに関するＡＲＱ状態変数を削除することによってＡＲＱ動作を完了する。
【００１２】
各々のＡＲＱ送信機は、２つのパラメータ、即ち、ARQ_TX_WINDOW_STARTパラメータ及びARQ_TX_NEXT_SNパラメータを持つＡＲＱ送信ウィンドウ（window）を持つ。ＡＲＱ状態マシンは、ARQ_TX_WINDOW_START-1までの全てのＡＲＱブロックを該当ＡＲＱ受信機により受信確認されたものと見なされる。ARQ_TX_WINDOW_STARTパラメータは、ＡＲＱ送信機でＡＲＱウィンドウの下側エッジ（lower edge）を示す。ＡＲＱ状態マシンでARQ_TX_WINDOW_STARTパラメータの該当ＡＲＱブロックが完了状態１５０へ遷移する場合、ARQ_TX_WINDOW_STARTパラメータは、ＡＲＱ受信機により受信が確認されていない次に最下側のＡＲＱシーケンスナンバー（Sequence Number；ＳＮ）へ移動する。ARQ_TX_NEXT_SNパラメータは、ＡＲＱ送信機により送信される次のＡＲＱブロックである最下側のＳＮに該当する。ARQ_TX_NEXT_SNパラメータは、ARQ_TX_WINDOW_STARTからARQ_TX_WINDOW_START+ARQ_WINDOW_SIZEまでの間隔内に存在できる。
【００１３】
各々のＡＲＱ受信機は２つのパラメータ、即ち、ARQ_RX_WINDOW_STARTパラメータ及びARQ_RX_HIGHEST_SNパラメータを持つＡＲＱ受信ウィンドウを持つ。ＡＲＱ状態マシンは、ARQ_RX_WINDOW_START-1までの全てのＡＲＱブロックを受信されたと見なすようになる。ARQ_RX_WINDOW_STARTパラメータは、ＡＲＱ受信機でＡＲＱウィンドウの下側エッジを示す。ARQ_RX_WINDOW_STARTの該当ＡＲＱブロックが正確に受信されるか、ARQ_RX_PURGE_TIMEOUTタイマーが満了した後に受信される場合、ARQ_RX_WINDOW_STARTは受信されていない次に最下側のＡＲＱ ＳＮへ移動する。
【００１４】
ARQ_RX_HIGHEST_SNパラメータは、受信された最上側のＡＲＱブロックのＡＲＱ ＳＮに１を足したものに該当する。ARQ_RX_HIGHEST_SNパラメータは、ARQ_RX_WINDOW_STARTからARQ_RX_WINDOW_START+ARQ_WINDOW_SIZEまでの間隔内に存在できる。
【００１５】
ＩＥＥＥ ８０２．１６ｅ及びＩＥＥＥ ８０２．１６ｍ標準で用いられるＡＲＱ受信方式の一例を図２を参照して以下に説明する。
図２は、従来技術に従うＡＲＱブロックの受信に関するフローチャートである。
【００１６】
図２を参照すれば、ステップ２０２で、ＭＡＣ（Media Access Control）ＰＤＵ（Packet Data Unit）が受信される場合、ＡＲＱ受信機はＦＰＥＨ（Fragmentation and Packing Extended Header）をチェックし、ＡＲＱを受信するためにＡＲＱブロック情報を獲得する。ＡＲＱ受信機がＡＲＱ ＳＮ及び該当ＡＲＱブロックを認識した後、ステップ２０４で、ＡＲＱ受信機状態マシンはＳＮをＳＮリストに追加してＡＣＫ処理する。ステップ２０６で、ＡＲＱ受信機状態マシンは、ＳＮがＡＲＱ受信機ウィンドウ範囲（即ち、ARQ_RX_WINDOW_STARTからARQ_RX_WINDOW_START+ARQ_WINDOW_SIZEまでの範囲）内に入るかを判断することによって、ＳＮの有効性をチェックする。仮にＡＲＱブロックが有効でない場合（即ち、ＡＲＱブロックがＡＲＱ受信機ウィンドウ範囲内に存在しない場合）、ステップ２０８で、受信機はＡＲＱブロックを廃棄する。
【００１７】
仮にＡＲＱ ＳＮが有効の場合（即ち、ＡＲＱブロックがＡＲＱ受信機ウィンドウ範囲内に存在する場合）、該当ＡＲＱブロックが既に受信されているかをステップ２１０で判断する。ＡＲＱブロックが既に受信されていると判断される場合、ステップ２１２で、ＡＲＱ受信機状態マシンは、ARQ_RX_PURGE_TIMEOUTタイマーをリセットし、ステップ２０８で、ＡＲＱブロックを廃棄する。ここで、該当ＡＲＱブロックは廃棄されるが、これはバッファ内に格納されてはならない重複ブロックであるためである。しかしながら、ＡＲＱブロックが重複していないと判断される場合、ＡＲＱ受信機状態マシンは、プロシージャを開始して、ステップ２１４乃至２２４で、ＡＲＱ状態変数と関連タイマーを更新し、ステップ２２６で、バッファにＡＲＱブロックを格納する。
【００１８】
より詳しくは、仮にＡＲＱブロックが重複していないと判断される場合、ステップ２１４で、ＳＮがARQ_RX_HIGHEST_SN以上か否かを判断する。仮にＳＮがARQ_RX_HIGHEST_SNより小さいと判断される場合、プロシージャはステップ２１８へ進行する。しかしながら、ＳＮがARQ_RX_HIGHEST_SN以上であると判断される場合、ステップ２１６で、ＡＲＱ受信機はARQ_RX_HIGHEST_SNをＳＮ＋１に更新し、ステップ２１８へ進行する。
【００１９】
ステップ２１８で、ＳＮがARQ_RX_WINDOW_STARTと同一か否かを判断する。仮にＳＮがARQ_RX_WINDOW_STARTと同一であると判断される場合、ステップ２２０で、ARQ_RX_WINDOW_STARTは受信されなかった次に最下側の数のＡＲＱブロックに繰り上げられ、ステップ２２２で、ARQ_SYNC_LOSS_TIMEOUTはリセットされ、ステップ２２６でＡＲＱブロックは格納される。しかしながら、仮にＳＮがARQ_RX_WINDOW_ STARTと同一でないと判断される場合、ＡＲＱ受信機はこのブロックを受信したと表示し、ステップ２２４で、このＳＮに対するARQ_RX_PURGE_TIMEOUTタイマーをリセットする。次に、ステップ２２６で、ＡＲＱブロックは格納される。
【００２０】
ＡＲＱフィードバックポール（Poll）がＡＲＱ送信機から受信される場合やＡＲＱブロックDELIVERY_IN_ORDER_TIMEROUTに該当する時間だけ消失された場合には、ＡＲＱ受信機はＡＲＱブロック受信状態を更新するためにＡＲＱフィードバック情報エレメント（ＩＥ）を使用してＡＲＱフィードバックを送信する。
【００２１】
ＡＲＱ送信機が選択的ＡＣＫ ＭＡＰを含まないＡＲＱフィードバックＩＥを受信する場合、ＡＲＱ送信機はARQ_TX_WINDOW_STARTでSN（含む）までの間隔内の全てのＡＲＱブロックをＡＣＫ処理されたと見なし、ARQ_TX_WINDOW_STARTをＳＮ＋１に設定する。ＡＲＱフィードバックＩＥが選択的ＡＣＫ ＭＡＰを含む場合、ＡＲＱ送信機は、ARQ_TX_WINDOW_STARTでＳＮ（含まない）までの間隔内の全てのＡＲＱブロックをＡＣＫ処理されたと見なし、ARQ_TX_WINDOW_STARTをＳＮに設定する。選択的ＡＣＫ ＭＡＰの最上位ビット（Most Significant Bit；ＭＳＢ）はＮＡＣＫで開始されるＡＲＱフィードバックＩＥでのＳＮを指示し、選択的ＡＣＫ ＭＡＰでの隣り合うビットをＡＣＫまたはＮＡＣＫとして表示することもできる。ＡＲＱ送信機は、ＡＲＱウィンドウ（即ち、ARQ_TX_WINDOW_START+ARQ_WINDOW_SIZE）内の有効のＡＣＫのみを考慮する。ＡＲＱウィンドウの外部のＡＣＫはＡＲＱ送信機により無視される。
【００２２】
廃棄メッセージがＡＲＱ送信機から受信される場合、ＡＲＱ受信機はＡＣＫをＡＲＱ送信機へ送信し、廃棄メッセージの該当ブロックを廃棄する。ARQ_RX_WINDOW_STARTは、ＡＲＱ受信ウィンドウ内でまだ受信されていないＡＲＱブロックの次に最下側のＳＮへ移動する。
【００２３】
ＭＡＣ ＳＤＵ（Service Data Unit）は、ＡＲＱブロックから順に再構成される。新たなＡＲＱブロックが受信される場合、ＡＲＱ受信機は完全なＳＤＵが再構成できるか否かをチェックする。仮に完全なＳＤＵが再構成できる場合、上位階層に伝えられ、そうでない場合には、ＡＲＱブロックはバッファリングされ、ＡＲＱ受信機はＳＤＵを再構成するために他のＡＲＱブロックの受信を待機する。どのＡＲＱブロックを飛び越す場合、ＳＤＵの再構成と関連したＡＲＱブロックはバッファからなくなるようになる。
【００２４】
ＩＥＥＥ ８０２．１６ｅ及びＩＥＥＥ ８０２．１６ｍ全てでは、ＰＤＵを形成する場合、ＳＤＵのフラグメンテーションとリアセンブリ（reassembly）だけでなく、パッキング（packing）をサポートする。ここで、可変及び固定長さのＳＤＵの全ては、ＩＥＥＥ ８０２．１６ｅ及びＩＥＥＥ ８０２．１６ｍ標準によりサポートされる。より詳しくは、ＩＥＥＥ ８０２．１６ｅはフラグメンテーションサブヘッダ（Fragmentation SubHeader；ＦＳＨ）及びパッキングサブヘッダ（Packing SubHeader；ＰＳＨ）を定義して可変長さＳＤＵと、下記の＜表１＞及び＜表２＞に表したフォーマットの例を各々サポートする。
【００２５】
【表１】
2011015403.tif 000003
【００２６】
【表２】
2011015403.tif 000004
【００２７】
＜表１＞及び＜表２＞を参照すれば、１１ビット“Length”フィールドが３ビット“Reserved”フィールドに代替されたことを除外すれば、ＦＳＨはＰＳＨと実質的に同一である。ＭＡＣ ＰＤＵでのペイロード（payload）がただ１つのフラグメント（fragment）ＳＤＵを含んでいる場合、ＦＳＨが使われる。これは“Length”フィールドが必要でない理由であり、包括的ＭＡＣヘッダが既に長さフィールドを持っているためである。ＩＥＥＥ ８０２．１６ｅに基づいたＦＳＨとＰＳＨとを含むＭＡＣ ＰＤＵ内にパッキングされた可変長さＳＤＵの一例を図３を参照して下記に説明する。
【００２８】
図３は、従来技術に従うＦＳＨ及びＰＳＨを含むＭＡＣ ＰＤＵ内にパッキングされた可変長さＭＡＣ ＳＤＵを図示する。
図３を参照すれば、ｒ ＭＡＣ ＳＤＵ ３０２、ｓ−ｒ＋１ ＭＡＣ ＰＤＵ ３０４、及びｔ ＭＡＣ ＳＤＵ ３０６が図示されている。ｓ−ｒ＋１ ＭＡＣ ＰＤＵ ３０４の各々は１つのＳＤＵフラグメントだけを持っているので、各ＳＤＵは１つのＦＳＨで始める。一方、ｒ ＭＡＣ ＳＤＵ ３０２とｔ ＭＡＣ ＳＤＵ ３０６は各々フラグメントされていないＳＤＵ及びＳＤＵフラグメントを含む１つのＭＡＣ ＰＤＵに含まれているので、各々のＳＤＵまたはＳＤＵフラグメントはＰＳＨで始める。
【００２９】
ＡＲＱ受信機はＦＳＮの順にＭＡＣ ＰＤＵをアセンブル（assemble）し、ＰＤＵをグループに分割し、ＳＤＵを形成するために２ビットＦＣ（Fragment Control）フィールドを使用する。ＳＤＵは“００”のＦＣを持つただ１つのデータセグメントから形成されることもできる。一方、ＳＤＵは“０１”のＦＣを持つ１つのフラグメントまたは“１１”のＦＣを持つゼロ以上のフラグメントで開始して“０１”のＦＣを持つ１つのフラグメントで終了する型式により形成される。
【００３０】
ＩＥＥＥ ８０２．１６ｅに基づいて固定長さのＳＤＵを１つのＭＡＣ ＰＤＵにパッキングする一例を図４を参照して以下に説明する。
図４は、従来技術に従う１つのＭＡＣ ＰＤＵ内にパッキングされた固定長さのＭＡＣ ＳＤＵを図示する。
【００３１】
図４を参照すれば、固定長さｋのＭＡＣ ＳＤＵを１つのＭＡＣ ＰＤＵ内にパッキングし、ここで、整数個のＳＤＵが順次にパッキングされる。全ＭＡＣ ＰＤＵの長さが与えられ、パッキングされたＳＤＵの個数はＭＡＣ ＰＤＵからＭＡＣヘッダを引いて、ＳＤＵの所定の長さで割った長さと同一である。
【００３２】
従来技術に従う更に他のＡＲＱ方式は、ＬＴＥ（Long Term Evolution）とも知られた３ＧＰＰ（3rd Generation Partnership Project）Ｅ−ＵＴＲＡＮ（Evolved-UMTS（Universal Mobile Telecommunications System）Terrestrial Access Network）で探すことができる。ＲＬＣ（Radio Link Control）ＰＤＵ構造の一例を図５を参照して以下に説明する。
【００３３】
図５は、従来技術に従うＲＬＣ ＰＤＵを図示する。
図５を参照すれば、可変長さのＳＤＵが図示されており、これから可変長さのＰＤＵが形成される。ＬＴＥ ＰＤＵ（例えば、ＲＬＣ ＰＤＵ ｋ）は、以前のＳＤＮ（ｎ）のゼロまたは１つの最後のフラグメント、ゼロ以上の個別ＳＤＵ（例えば、ｎ＋１及びｎ＋２）、及び次のＳＤＵ（例えば、ｎ＋３）のゼロまたは１つの最初のフラグメントから構成されることもできる。一方、ＰＤＵ（例えば、ＲＬＣ ＰＤＵ）は、ＳＤＵ（例えば、ｎ＋３）の中間にあるただ１つのフラグメントから構成されることもできる。
【００３４】
ここで、ＩＥＥＥ ８０２．１６ｅ及びＩＥＥＥ ８０２．１６ｍ標準により採用されるように、各々のＰＳＨに対して１つのＦＣフィールドを用いるよりは、ＬＴＥ標準により用いられるＲＬＣプロトコルでＦＩ（Framing Info）フィールドが用いられる。全てのＰＤＵはＡＲＱ受信機に成功的に到達する場合、ＡＲＱ受信機はＳＮの順にＰＤＵを配列し、ＦＩフィールドをチェックすることによって、各々のＳＤＵの開始点及び終了点を検索することもできる。ＦＩフィールドは、ＲＬＣ ＳＤＵがデータフィールドの開始及び／または終了でのセグメント化されるか否かを指示する２ビットフィールドである。より詳しくは、ＦＩフィールドは、データフィールドの最初のバイトがＲＬＣ ＳＤＵの最初のバイトに該当するか否か、及びデータフィールドの最後のバイトがＲＬＣ ＳＤＵの最後のバイトに該当するか否かを指示する。ＦＩフィールドの解釈は、以下の＜表３＞に提供される。
【００３５】
【表３】
2011015403.tif 000005
【００３６】
ＵＭＤ（Unacknowledged Mode Data）の一例を図６を参照して以下に説明する。
図６は、従来技術に従うＵＭＤ ＰＤＵを図示する。
【００３７】
図６を参照すれば、５ビットのＳＮを持つＵＭＤ ＰＤＵが図示されている。ここで、ＵＭＤ ＰＤＵは、奇数のＬＩ（Length Indicator）フィールド（例えば、Ｋ＝１、３、５等）を持つ。ＬＩフィールドは、ＵＭ（Unacknowledged Mode）エンティティーまたはＡＭ（Acknoledged Mode）ＲＬＣエンティティーにより伝達または受信されたＲＬＣデータＰＤＵに存在する該当データフィールドエレメントのバイト長さを指示する。ＲＬＣデータＰＤＵヘッダに存在する最初のＬＩは、ＲＬＣデータＰＤＵのデータフィールドに存在する最初のデータフィールドエレメントに該当し、ＲＬＣデータＰＤＵヘッダに存在する第２のＬＩは、ＲＬＣデータＰＤＵのデータフィールドに存在する第２のデータフィールドエレメントに該当する。ＬＩフィールドに対して値０が指定されている。
【００３８】
ＳＮフィールドは、ＡＭＤ（Acknowledged Mode Data）ＰＤＵ、ＡＭＤ ＰＤＵセグメント、及びＳＴＡＴＵＳ ＰＤＵに対して１０ビットであり、ＵＭＤ ＰＤＵに対しては５ビットまたは１０ビット（調整可能）である。ＳＮフィールドは、該当ＵＭＤまたはＡＭＤ ＰＤＵのシーケンスナンバーを指示する。ＡＭＤ ＰＤＵセグメントに対し、ＳＮフィールドは、ＡＭＤ ＰＤＵセグメントを構成した元のＡＭＤ ＰＤＵのシーケンスナンバーを指示する。
【００３９】
Ｅ（Extension）ビットフィールドは、１ビットのフィールドである。Ｅフィールドは、データフィールドが続くが、またはＥフィールドとＬＩフィールドのセットが続くか否かを指示する。
【００４０】
ＡＭ（Acknowledged Mode）として知られた、ＬＴＥ標準により採択されたＡＲＱ動作は、ＩＥＥＥ ８０２．１６ｅ及びＩＥＥＥ ８０２．１６ｍ標準により使われるものとは異なるパラメータを使用する。より詳しくは、ＡＲＱ送信機は、３個のパラメータ、即ち、ＶＴ（Ａ）、ＶＴ（ＭＳ）、及びＶＴ（Ｓ）を持つ送信ウィンドウを使用する。
【００４１】
ＶＴ（Ａ）はＡＣＫが順に（in-sequence）受信された後、ＡＭＤ ＰＤＵのＳＮの値を維持する状態変数であり、送信ウィンドウの下側エッジとして機能する。ＶＴ（Ａ）は、ＳＮ＝ＶＴ（Ａ）を持つＡＭＤ ＰＤＵに対するＡＣＫをＡＭ ＲＬＣエンティティーが受信する度に更新される。
【００４２】
ＶＴ（ＭＳ）はVT(A)+AM_Window_Sizeと同一な状態変数であり、これは送信ウィンドウの上側エッジ（higher edge）として機能する。
【００４３】
ＶＴ（Ｓ）は、次の新しく生成されるＡＭＤ ＰＤＵに対して割当を受けるためにＳＮの値を維持する状態変数である。ＶＴ（Ｓ）は、ＡＭ ＲＬＣエンティティーがＳＮ＝ＶＴ（Ｓ）を持つＡＭＤ ＰＤＵを伝達する度に更新される。
【００４４】
ＡＲＱ受信機は、５個のパラメータ、即ち、ＶＲ（Ｒ）、ＶＲ（ＭＲ）、ＶＲ（Ｈ）、ＶＲ（ＭＳ）、及びＶＲ（Ｘ）を持つ受信ウィンドウを使用する。
【００４５】
ＶＲ（Ｒ）は順序上、最後に完全に受信されたＡＭＤ ＰＤＵに続くＳＮの値を維持する状態変数であり、これは受信ウィンドウの下側エッジとして機能する。ＶＲ（Ｒ）は、ＡＭ ＲＬＣエンティティーがＳＮ＝ＶＲ（Ｒ）を持つＡＭＤ ＰＤＵを受信する度に更新される。
【００４６】
ＶＲ（ＭＲ）は、VR(R)+AM_Window_Sizeと同一な状態変数であり、これは受信ウィンドウ範囲の以外である最初のＡＭＤ ＰＤＵのＳＮの値を維持し、受信ウィンドウの上側エッジとして機能する。
【００４７】
ＶＲ（Ｈ）は、受信されたＲＬＣデータＰＤＵのうち、最上側の（highest）ＳＮを持つＲＬＣデータＰＤＵのＳＮに続くＳＮの値を維持する状態変数である。
【００４８】
ＶＲ（ＭＳ）は、ＳＴＡＴＵＳ ＰＤＵが構成される必要がある時、“ACK_SN”により指示できる最上側の値になることができるＳＮを維持する状態変数である。
【００４９】
ＶＲ（Ｘ）は、T_reorderingをトリガーしたＲＬＣデータＰＤＵのＳＮに続くＳＮの値を維持する状態変数である。
【００５０】
要約すれば、ＩＥＥＥ ８０２．１６ｅ、ＩＥＥＥ ８０２．１６ｍ及びＬＴＥ標準は、ＡＲＱ送信機をしてＳＤＵを形成するために上位階層から受信されるパケットをフラグメンテーションするようにする。フラグメンテーションは、ＩＥＥＥ ８０２．１６ｅ及びＩＥＥＥ ８０２．１６ｍ標準（＜表１＞及び＜表２＞参照）で“ＦＣ”フィールド及びＬＴＥ標準（＜表３＞参照）で“ＦＩ”フィールドにより指示される。したがって、ＡＲＱ受信ウィンドウ（即ち、ＩＥＥＥ ８０２．１６ｅ及びＩＥＥＥ ８０２．１６ｍでARQ_RX_ WINDOW_STARTであり、ＬＴＥでＶＲ（Ｒ））の下側エッジと同一なＳＮを持つＡＲＱブロックをＡＲＱ受信機が受信した場合、ＡＲＱ受信機は受信ウィンドウを操り上げてＡＣＫをＡＲＱ送信機へ転送する。しかしながら、これは完全なＳＤＵが先に形成されなければならないので、ＡＲＱ受信機が必ずＡＲＱブロックを受信バッファから除去し、上位階層に伝達できるということを意味するのではない。
【００５１】
例えば、図５でのシナリオを考えて見る。ここで、ＲＬＣ ＳＤＵ ｎがＲＬＣ ＰＤＵ ｋ−１自体で再構成できないので、ＲＬＣ ＰＤＵ ｋが到達するまではＲＣＬ ＰＤＵ ｋ−１は受信バッファから除去できない。同様に、ＲＬＣ ＳＤＵ ｎ＋３がＲＬＣ ＰＤＵ ｋ＋１自体で再構成できないので、ＲＬＣ ＰＤＵ ｋ及びＲＬＣ ＰＤＵ ｋ＋２が全て到達するまではＲＬＣ ＰＤＵ ｋ＋１は受信バッファから除去できない。したがって、ＲＬＣ ＳＤＵ ｎ＋３がどのようにフラグメンテーションされたかによって、ＲＬＣ ＰＤＵ ｋ＋１は、ＲＬＤ ＰＤＵがＡＲＱ受信バッファから除去され、上位階層へ伝えられる前に、より多いＲＬＤ ＰＤＵを受信するために待機しなければならない。
【００５２】
したがって、ＡＲＱを採用するに当たって、ＡＲＱ送信機がＡＲＱ受信機のバッファをオーバーフローしないようにフロー制御（flow control）を行なうことが重要である。このような問題は、特に移動局（Mobile Station；ＭＳ）が典型的にバッファが限定されている無線通信システムにおいて重要である。ここで、バッファ管理が従来技術に採用されてＡＲＱ受信機でのバッファのオーバーフローを管理する。従来技術に従うバッファ管理を以下に説明する。
【００５３】
バッファ管理を容易にするために、ＡＲＱ受信機は性能折衝（capability negotiation）の間、最大ＡＲＱバッファサイズ（ARQ_MAX_BUFFER_SIZE）をＡＲＱ送信機に通知する。ARQ_MAX_BUFFER_SIZEは、ＡＲＱ受信機が全てのＡＲＱ接続に対して割り当てることができるＡＲＱバッファの最大サイズ（バイト単位）である。与えられたＡＲＱ受信機に対してフローが活性化された１つ以上のＡＲＱが存在する場合、フロー毎にその他のＡＲＱ状態を含んで、ＡＲＱ送信機はＡＲＱ受信機でフローが活性化された全てのＡＲＱの全ＡＲＱバッファ使用であるARQ_BUFFER_USED状態を維持する。ARQ_ BUFFER_USEDは、ＡＲＱ受信機により未だ受信確認されなかった全てのＡＲＱブロックとサブブロックを順に計数する。例えば、ＡＲＱ転送器はブロック０から１０を送信し、ＡＲＱ受信機はブロック１から１０の受信確認を行なう場合、ARQ_BUFFER_USEDは０から１０までの数字を持つＰＤＵをＡＲＱ受信機のバッファを占有していると見なす。一旦、ブロック０が受信確認されれば、ARQ_BUFFER_USEDはブロック０から１０がＡＲＱ受信機のバッファから削除されたことを指示するために更新される。ＡＲＱ送信機は、ＡＲＱブロックの転送や再転送がARQ_MAX_BUFFER_SIZE-ARQ_BUFFER_USEDから外れないように確実にする。
【００５４】
そのようにしても、ＡＲＱ送信機はＡＲＱバッファを相変わらずオーバーフローさせることもできるが、これはＡＲＱ受信機により累積的に受信確認された全てのＡＲＱブロック（例えば、ブロック０から１０）が上位階層へ伝えられて、ＡＲＱ受信バッファでこれ以上存在しないと仮定するためである。しかしながら、これは必ずそういうわけではない。実際は、ＭＡＣ ＳＤＵのフラグメントであるＡＲＱブロックは、全てのフラグメントがＡＲＱ受信機に到達するまでは上位階層へ伝達できない。即ち、ＡＲＱ受信機により受信が確認され、ＡＲＱ受信ウィンドウが該ＡＲＱブロックの以外へ移動されたとしても、ＡＲＱブロックはＡＲＱ受信バッファに相変わらず存在することもできる。したがって、ＳＤＵ再構成問題を考慮しないバッファ管理は、送信機はＡＲＱ受信機でのＡＲＱバッファをオーバーフローさせることもできる。
【００５５】
したがって、無線通信システムでの進歩したＡＲＱバッファ管理のための技法に対する必要性が存在している。
【先行技術文献】
【特許文献】
【００５６】
【特許文献１】韓国特許公開番号第１０−２００８−００６３９２８号
【発明の概要】
【発明が解決しようとする課題】
【００５７】
本発明は、少なくとも前述した問題点及び／または短所を解決するためのものであって、少なくとも以下に記載された利点を提供する。したがって、本発明は無線通信システムにおける進歩したＡＲＱ（Automatic Repeat reQuest）バッファ管理技法を提供することをその目的とする。
【課題を解決するための手段】
【００５８】
本発明の一態様によれば、無線通信システムにおけるＡＲＱ送信機の動作方法が提供される。この方法では、ＡＲＱ受信機のＡＲＱ受信機バッファの未使用容量を判断するステップと、上記ＡＲＱ受信機バッファが上記ＡＲＱ受信機バッファの上記判断された未使用容量に基づいて転送されるＡＲＱブロックをサポートできるか否かを判断するステップと、上記ＡＲＱ受信機バッファが上記転送されるＡＲＱブロックをサポートできると判断される場合、上記転送されるＡＲＱブロックを上記ＡＲＱ受信機へ転送するステップと、を含む。
【００５９】
本発明の他の形態によれば、無線通信システムに用いるためのＡＲＱ送信装備が提供される。この装備は、少なくとも１つのＡＲＱ受信機から信号を受信するための受信機、上記少なくとも１つのＡＲＱ受信機に信号を転送するための送信機、及び制御器を含む。
【００６０】
上記制御器は、上記受信機及び送信機を制御し、上記ＡＲＱ受信機のＡＲＱ受信機バッファの未使用容量を判断し、上記判断されたＡＲＱ受信機バッファの未使用容量に基づいて、転送されるＡＲＱブロックを上記ＡＲＱ受信機バッファがサポートすることができるか否かを判断し、上記転送されるＡＲＱブロックを上記ＡＲＱ受信機バッファがサポートすることができると判断される場合、上記転送されるＡＲＱブロックを上記ＡＲＱ受信機へ転送するように制御する。
【００６１】
本発明のその他の形態、利点、及び顕著な特徴は、以下の添付図面を参照して本発明の好ましい実施形態を開示する詳細な説明から当業者にあっては明白なものである。
【発明の効果】
【００６２】
本発明によれば、ＡＲＱ受信機バッファの未使用容量を判断するステップを通じて、受信機はＡＲＱをより効率的に管理することにより、受信機のＡＲＱバッファをオーバーフローさせる現象を防止することができる。
【００６３】
さらに、ＡＲＱバッファを用いるブロックを判断するステップを通じて、受信機バッファの未使用容量をより正確に算出することができ、これによって、受信機のＡＲＱバッファの効率的な使用を可能にする効果がある。
【図面の簡単な説明】
【００６４】
【図１】従来技術に従うＡＲＱ（Automatic Repeat reQuest）ブロックに対するＡＲＱ送信機状態マシンを説明するための図である。
【図２】従来技術に従うＡＲＱブロックの受信に関するフローチャートである。
【図３】従来技術に従うＦＳＨ（fragmentation SubHeaders）及びＰＳＨ（Packing SubHeaders）を含んでＭＡＣ（Media Access Control）ＰＤＵ（Packet Data Units）にパッキングされた可変長さのＳＤＵ（Service Data Units）を示す図である。
【図４】従来技術に従う１つのＭＡＣ ＰＤＵ内にパッキングされた固定長さのＳＤＵを示す図である。
【図５】従来技術に従うＲＬＣ（Radio Linc Control）ＰＤＵを示す図である。
【図６】従来技術に従うＵＭＤ（Unacknowledged Mode Data）ＰＤＵを示す図である。
【図７】本発明の好ましい実施形態に従う利用可能なバッファ空間のバッファ占有及び算出を示す図である。
【図８】本発明の好ましい実施形態に従うＡＲＱ接続のためのバッファ管理を示す図である。
【図９】本発明の好ましい実施形態に従うＦＩフィールドを用いてARQ_BUFFER_USEDにＡＲＱブロックを含めるか否かを判断するフローチャートである。
【図１０】本発明の好ましい実施形態に従うＦＣフィールドを用いてARQ_BUFFER_USEDにＡＲＱブロックを含めるか否かを判断するフローチャートである。
【図１１】本発明の好ましい実施形態に従う無線通信システムにおけるＡＲＱ受信機を示すブロック図である。
【図１２】本発明の好ましい実施形態に従う無線通信システムにおけるＡＲＱ送信機を示すブロック図である。
【発明を実施するための形態】
【００６５】
本発明の幾つかの好ましい実施形態における上記及びその他の形態、特徴、及び利点は、添付図面と共に記述した以下の説明からより明らかになる。
図面の全体に亘って使われた同一参照番号は、同一部分、コンポーネント、及び構造を言及することと理解できる。
【００６６】
添付図面を参照した下記の説明は、請求範囲とこれらの均等物により定義されたように、本発明の好ましい実施形態の包括的な理解を助けるために提供されたものである。このような理解を助けるために、多様で、かつ具体的な詳細を含むが、これらは単に例示に過ぎないものである。したがって、当業者は記載された実施形態の多様な変更と変形が本発明の範囲及び趣旨から逸脱することなくなされることを認識することができる。また、周知の機能及び構造に関する説明は、本発明を明確で、かつ簡潔にするために省略する。
【００６７】
下記の説明と請求範囲で使われた用語及び単語は文献的な意味に限定されるものでなく、単に発明者により本発明を明確で、かつ簡潔にするために使われたものである。したがって、本発明の好ましい実施形態の下記の説明は単に目的を示すために提供されたものであり、添付した請求範囲及びこれらの均等物によって本発明を限定しようとする目的でないことを当業者には明らかである。
【００６８】
文脈上、明確に規定されていない限り、単数の形態で使われた用語は複数の指示対象物を含むことと理解する。したがって、例えば、“コンポーネント表面”は１つ以上のこのような表面を参照していることを内包している。
【００６９】
用語“実質的に”によっては、引用された特徴、パラメータ、または値が正確に言及される必要はないが、例えば、公差、測定エラー、測定精度限界、及びその他の当業者が知っている要素のような偏差や変化は、効果を阻害しない範囲で発生することもできることを意味する。
【００７０】
下記の説明では単に説明の便宜のために多様な標準で用いられる用語を言及していることを理解するべきである。例えば、次の記述はＩＥＥＥ ８０２．１６ｅ標準、ＩＥＥＥ ８０２．１６ｍ標準、または３ＧＰＰ ＬＴＥ標準で用いられる用語を言及することもできる。しかしながら、この記述をＩＥＥＥ ８０２．１６ｅ、ＩＥＥＥ ８０２．１６ｍ、または３ＧＰＰ ＬＴＥ標準に限定されると解釈されてはならない。ＡＲＱに使われる多様な種類のメカニズムに関わらず、改善されたバッファ管理を具現することが好ましいが、標準化したメカニズムに符合するように実施する場合にも有利である。
【００７１】
（第１実施形態）
本発明の第１実施形態は、ＡＲＱ受信バッファの利用量を正確に判断してＡＲＱ送信機をしてＡＲＱ受信機がサポートすることができる以上のものを転送しないようにするＡＲＱ送信機に関する技法を含む。ARQ_MAX_BUFFER_SIZEパラメータは、基地局（Base Station；ＢＳ）のようなＡＲＱ送信機と移動局（ＭＳ）のようなＡＲＱ受信機との間の折衝パラメータ（negotiation parameter）である。ARQ_MAX_BUFFER_SIZEは、ＡＲＱ受信機が全てのＡＲＱ接続に対して割り当てることができるＡＲＱバッファの最大サイズ（バイト単位）である。ＡＲＱ受信機は、性能折衝（capability negotiation）の間、ＡＲＱ送信機に最大ＡＲＱバッファサイズを通知する。ＡＲＱ送信機は、ＡＲＱブロックの新たな転送がARQ_MAX_BUFFER_SIZE=ARQ_BUFFER_USEDを超過しないように確実にする。ARQ_BUFFER_USEDは、ＡＲＱ受信機でフローが活性化された全てのＡＲＱの全ＡＲＱバッファ使用を示す。即ち、ARQ_BUFFER_USEDは、ＡＲＱ受信機でフローが活性化された全てのＡＲＱに対するフロー毎にARQ_BUFFER_USEDの和を示す。フロー毎のARQ_BUFFER_USEDは、ＡＲＱ送信機ウィンドウの占有バッファサイズ（ARQ_TX_ WINDOW_STARTからARQ_TX_NEXT_SN-1（含み）までの範囲）として算出される。ここで、ARQ_TX_WINDOW_STARTより小さなシーケンスナンバー（ＳＮ）を持つＡＲＱブロックが、仮にＡＲＱ送信機ウィンドウの最初のＡＲＱブロックと同一なＭＡＣ（Media Access Control）ＳＤＵ（Service Data Unit）の部分の場合、これらＡＲＱブロックはフロー毎にARQ_BUFFER_USEDの算出に含まれる。即ち、ＡＲＱ受信バッファの利用量を判断する場合、ＡＲＱ送信機はＡＲＱ受信機でのＡＲＱブロックがARQ_TX_WINDOW_STARTより小さなＳＮを持って、上位階層に伝えられる前に完全なＳＤＵ再構成を続けて待機している場合、ＡＲＱブロックをARQ_BUFFER_USEDとして見なす。バッファ占有の一例と利用可能なバッファ空間の算出を図７を参照して以下に説明する。
【００７２】
図７は、本発明の好ましい実施形態に従うバッファ占有及び利用可能なバッファ空間の算出を図示する。
図７を参照すれば、ＡＲＱ接続１ ７０１、ＡＲＱ接続２ ７０２、及びＡＲＱ接続３ ７０３を含む３個のＡＲＱ接続がＡＲＱ受信機でのＡＲＱバッファを共有していることを示している。ＡＲＱ送信機は、ARQ_MAX_BUFFER_SIZEの通知を受けて、四角形７００の内側の全空間により象徴化されて図示されている。ＡＲＱ送信機は、ＡＲＱ受信バッファ内に格納されている全てのＡＲＱブロックを考慮して、各々のＡＲＱ接続に対してバッファ占有ARQ_BUFFER_USEDを判断する。利用可能なＡＲＱバッファ空間７１０は、次のように判断される：ARQ_MAX_BUFFER_SIZE-ARQ_BUFFER_USED_ ONNECTION_1-ARQ_BUFFER_USED_CONNECTION_2-ARQ_BUFFER_USED_CONNECTION_3
【００７３】
ＡＲＱ接続に対するバッファ管理の一例を図８を参照して以下に説明する。
図８は、本発明の好ましい実施形態に従うＡＲＱ接続のためのバッファ管理を図示する。
図８を参照すれば、ＡＲＱ接続が図示されている。ここで、ＡＲＱ受信ウィンドウの下側エッジは、ＳＮ＝ｘを指すことと仮定する。ＡＣＫが受信された際、ＡＲＱ送信機はＡＲＱ送信ウィンドウの下側エッジをＳＮ＝ｘへ移動させる。しかしながら、ARQ_ BUFFER_USED_CONNECTION_iを算出する場合、ＳＮ＝ｘ−１及びＳＮ＝ｘ−２のＡＲＱブロックをＡＲＱ送信機は含まなければならないが、これは２つのＡＲＱブロックがＳＤＵを再構成するために、より多いデータの受信を待機しているＡＲＱ受信バッファ内に相変わらず存在するためである。ここで、ARQ_BUFFER_USED_CONNECTION_i= sum（Size_of_ARQ_SN_k）であり、ｋ＝ｘ−２、ｘ−１、ｘ、ｘ＋１、．．．、ｈである。
【００７４】
（第２実施形態）
本発明の第２実施形態は、ＡＲＱブロックがＡＲＱ受信バッファから除去されたか否かを推論する技法を含む。ＡＲＱ送信機は、各々の送信されたパケットに対してフラグメンテーションコンテキスト（context）を認識する。したがって、ＡＲＱブロックがＡＲＱ送信ウィンドウの外側（outside）（または、ＡＲＱ受信ウィンドウの外側）に存在する場合、ＡＲＱ送信機は算出されたARQ_BUFFER_USED内にＡＲＱブロックを含めるか否かを判断する。
【００７５】
ＡＲＱ送信機は、ＡＲＱブロックの最後のビットがＳＤＵの最後のビットに該当するか否かを判断することによって、算出されたARQ_BUFFER_USEDにＡＲＱブロックを含めるか否かを判断する。仮に、上記ＡＲＱブロックの最後のビットがＳＤＵの最後のビットに該当すると判断される場合、以前のブロックから上記ＡＲＱブロックまで含む全てのＡＲＱブロックは上位階層に伝達できるので、如何なるＡＲＱブロックもARQ_BUFFER_ USEDに含まれる必要はない。
【００７６】
そうでなく、仮にＡＲＱブロックの最初のビットがＳＤＵの最初のビットに該当すると判断される場合、このＡＲＱブロックまでこれを除外する全てのＡＲＱブロックは上位階層へ伝達されることもできるので、このＡＲＱブロックまでこれを含む如何なるＡＲＱブロックもARQ_BUFFER_USEDに含まれる必要はない。
【００７７】
ＦＩフィールドを用いて算出されたARQ_BUFFER_USED内にＡＲＱブロックを含めるか否かの判断を、図９を参照して以下に詳細に説明する。
図９は、本発明の好ましい実施形態に従うＦＩフィールドを用いてARQ_BUFFER_ SED内にＡＲＱブロックを含めるか否かを判断するフローチャートである。
【００７８】
図９を参照すれば、現在のＡＲＱブロックが連続フラグメント（continuous fragment）の場合、前述した条件のうちの１つを満たし、ＡＲＱ送信機がどのＡＲＱブロックをＡＲＱ受信バッファから除去することができるかと、どのＡＲＱブロックをARQ_BUFFER_ USED内に続けて含めるかを判断するまで、ＡＲＱ送信及びＡＲＱ受信ウィンドウの外側に存在しても、図示された判断プロシージャは逆方向に繰り返して処理を行なう。次の例では、ＡＲＱ送信機がＳＮ＝ｘ−１までこれを含まない全てのＡＲＱブロックがＡＲＱ受信ウィンドウから除去されたと判断されると仮定する。ステップ９０２では、ＡＲＱ送信機はＡＲＱ受信機からＡＣＫを受信し、これはＡＲＱ送信機をして以前の下側エッジＳＮ＝ｘからＳＮ＝y＋１までのＡＲＱ送信ウィンドウを操り上げるように（advance）する。ステップ９０４では、ＡＲＱ送信機は現在ブロック（即ち、ＳＮ＝ｙを持つＡＲＱブロック）を評価する。
【００７９】
ステップ９０６で、ＡＲＱブロックの最後のビットがＳＤＵの最後のビットに該当するか否かを判断する。仮に、ＦＩ＝００またはＦＩ＝１０の場合、ＡＲＱブロックの最後のビットはＳＤＵの最後のビットに該当すると判断することもできる。
【００８０】
ＡＲＱブロックの最後のビットがＳＤＵの最後のビットに該当すると判断される場合、評価されたＡＲＱブロック（即ち、ＳＮ＝ｙを持つＡＲＱブロック）までこれを含む全てのＡＲＱブロックを、ステップ９０８で上位階層に伝達できるので、ARQ_BUFFER_ USEDから除外させることができる。
【００８１】
ＡＲＱブロックの最後のビットがＳＤＵの最後のビットに該当しないと判断される場合、ＡＲＱブロックの最初のビットがＳＤＵの最初のビットに該当するか否かがステップ９１０で判断される。仮に、ＦＩ＝０１の場合、ＡＲＱブロックの最初のビットがＳＤＵの最初のビットに該当すると判断することもできる。
【００８２】
ＡＲＱブロックの最初のビットがＳＤＵの最初のビットに該当すると判断される場合、評価されたＡＲＱブロック（即ち、ＳＮ＝ｙを持つＡＲＱブロック）までこれを含まない全てのＡＲＱブロックは、ステップ９１２で上位階層に伝達できるので、ARQ_BUFFER_ USEDから除外できる。
【００８３】
一方、仮にＡＲＱブロックの最初のビットがＳＤＵの最初のビットに該当しないと判断される場合、ＡＲＱ送信機はステップ９１４で、以前のＡＲＱブロック（即ち、ＳＮ＝ｙ−１を持つＡＲＱブロック）を評価する。次に、プロセスはステップ９０６に戻る。
【００８４】
仮に、極端な場合に対しては、ＳＮ＝ｘを持つＡＲＱブロックに対する評価が終わるまでプロシージャが持続する。ここで、ＳＮ＝ｘ−１からＳＮ＝ｙまでの全てのＡＲＱブロックは、これらがＡＲＱ受信ウィンドウの外側（outside）に存在してもＡＲＱ受信バッファ内で待機状態に維持される。
【００８５】
または、ＡＲＱブロックを算出されたARQ_BUFFER_USED内に含めるか否かに関する判断にＦＣフィールドを用いることもできる。以下、上記算出されたARQ_BUFFER_ USED内にＡＲＱブロックをＦＣフィールドを用いて含めるか否かに関する判断を図１０を参照してより詳細に説明する。
【００８６】
図１０は、本発明の好ましい実施形態に従うＦＣフィールドを用いてARQ_BUFFER_ USED内にＡＲＱブロックを含めるか否かを判断するフローチャートである。
【００８７】
図１０を参照すれば、現在のＡＲＱブロックが連続フラグメントの場合、前述した条件のうちの１つを満たし、ＡＲＱ送信機がどのＡＲＱブロックをＡＲＱ受信バッファから除去させることができるかと、どのＡＲＱブロックをARQ_BUFFER_USED内に続けて含めるかを判断するまで、ＡＲＱ送信及びＡＲＱ受信ウィンドウの外側に存在しても、図示された判断プロシージャは逆方向に繰り返して処理を行なう。次の例では、ＡＲＱ送信機がＳＮ＝ｘ−１までこれを含まない全てのＡＲＱブロックがＡＲＱ受信ウィンドウから除去されたと判断されると仮定する。ステップ１００２で、ＡＲＱ送信機はＡＲＱ受信機からＡＣＫを受信し、これはＡＲＱ送信機をして以前の下側エッジＳＮ＝ｘからＳＮ＝ｙ＋１までのＡＲＱ送信ウィンドウ（ARQ_TX_WINDOW_START）に操り上げるようにする。ステップ１００４で、ＡＲＱ送信機は現在ブロック（即ち、ＳＮ＝ｙを持つＡＲＱブロック）を評価する。
【００８８】
ステップ１００６で、ＡＲＱブロックの最後のビットがＳＤＵの最後のビットに該当するか否かを判断する。仮に、ＦＣ＝００またはＦＣ＝１０の場合、ＡＲＱブロックの最後のビットはＳＤＵの最後のビットに該当すると判断することもできる。
【００８９】
ＡＲＱブロックの最後のビットがＳＤＵの最後のビットに該当すると判断される場合、評価されたＡＲＱブロック（即ち、ＳＮ＝ｙを持つＡＲＱブロック）までこれを含む全てのＡＲＱブロックを、ステップ１００８で上位階層に伝達できるので、ARQ_BUFFER_ USEDから除外できる。
【００９０】
ＡＲＱブロックの最後のビットがＳＤＵの最後のビットに該当しないと判断される場合、ＡＲＱブロックの最初のビットがＳＤＵの最初のビットに該当するか否かがステップ１０１０で判断される。仮に、ＦＣ＝０１の場合、ＡＲＱブロックの最初のビットがＳＤＵの最初のビットに該当すると判断することもできる。
【００９１】
ＡＲＱブロックの最初のビットがＳＤＵの最初のビットに該当すると判断される場合、評価されたＡＲＱブロック（即ち、ＳＮ＝ｙを持つＡＲＱブロック）までこれを含まない全てのＡＲＱブロックは、ステップ１０１２で上位階層に伝達できるので、ARQ_ BUFFER_USEDから除外できる。
【００９２】
一方、仮にＡＲＱブロックの最初のビットがＳＤＵの最初のビットに該当しないと判断される場合、ＡＲＱ送信機はステップ１０１４で、以前のＡＲＱブロック（即ち、ＳＮ＝ｙ−１を持つＡＲＱブロック）を評価する。次に、プロセスはステップ１００６に戻る。
【００９３】
仮に、極端な場合対しては、ＳＮ＝ｘを持つＡＲＱブロックに対する評価が終わるまでプロシージャは持続する。ここで、ＳＮ＝ｘ−１からＳＮ＝yまでの全てのＡＲＱブロックは、これらがＡＲＱ受信ウィンドウの外側に存在してもＡＲＱ受信バッファ内で待機状態に維持される。
【００９４】
（第３実施形態）
本発明の第３実施形態は、仮にＡＲＱブロックの一部がＡＲＱ受信機で上位階層へ伝達できる場合、ＡＲＱ送信機は全ＡＲＱブロックをARQ_BUFFER_USEDの算出に含める必要がない技法を含む。例えば、ＡＲＱ送信機は、ＲＬＣ ＰＤＵをｋ＋１０まで転送したと仮定して、図５でのシナリオを考えて見る。また、ARQ_TX_WINDOW_STARTはｋと同一なものと仮定し、これはｋまでこれを含まない全てのＰＤＵがＡＲＱ受信機により受信確認されたことを意味する。したがって、この実施形態において、ＳＤＵ ｎはＲＬＣ ＰＤＵ ｋ無しで再構成できないので、ARQ_BUFFER_USEDは少なくともＲＬＣ ＰＤＵ ｋ−１を含まなければならない。ＡＲＱ受信機がＲＬＣ ＰＤＵ ｋの受信に対して受信確認したと仮定すれば、ＡＲＱ送信機はＲＬＣ ＳＤＵ ｎ、ｎ＋１及びｎ＋２がＡＲＱ受信機により再構成できると判断するので、ＲＬＣ ＰＤＵ ｋ−１はARQ_BUFFER_USEDから除外されることもできる。さらに、ＲＬＣ ＳＤＵ ｎ、ｎ＋１、及びｎ＋２に該当する部分がＡＲＱ受信バッファから除去され、上位階層に伝達できるので、ＲＬＣ ＰＤＵ ｋの最後の部分のみARQ_BUFFER_USEDに含まれる必要がある。
【００９５】
（第４実施形態）
本発明の第４実施形態は、他の情報を用いてＡＲＱブロックをARQ_BUFFER_USED内に含めるか否かを判断するためのＡＲＱ送信機に関する技法を含む。ここで、ＡＲＱ送信機は、現在のＡＲＱ送信ウィンドウの下側エッジに該当するＳＮを持つＡＲＱブロックを廃棄し、ＡＲＱ受信機に通知する。ＡＲＱ受信機は、このＡＲＱブロックを廃棄し、ＡＲＱ受信ウィンドウを操り上げたので、ＡＲＱ受信機からＡＣＫを受信した後、ＡＲＱ送信機はこのＡＲＱブロックをARQ_BUFFER_USEDから安全に除外させることができる。仮に、ＡＲＱ受信機がARQ_RX_PURGE_TIMEOUTタイマーを維持する場合、このタイマーがＳＮ＝ｚで満了されれば、ＡＲＱ受信機はＳＮ＝ｚを越えてＡＲＱ受信ウィンドウを操り上げる。この場合、ＡＲＱ受信機はＳＮ＝ｚと等しいか小さなＳＮを持つ全てのＡＲＱブロックをＡＲＱ受信バッファから除去する。したがって、ＡＲＱ受信機は同一タイマーを維持することもできるので、ＡＲＱ受信機からＡＣＫを受信した後、ARQ_BUFFER_ USEDを算出すれば、これらＡＲＱブロックを除外させることができる。
【００９６】
（第５実施形態）
本発明の第５実施形態は、ＡＲＱフィードバックＩＥ内の情報フィールドを用いる技法を含む。したがって、ＡＲＱ受信機は、ＡＲＱ受信ウィンドウの下側エッジまでこれを含まない全てのＡＲＱブロックがＡＲＱ受信バッファから除去されたか否かをＡＲＱ送信機に明示的に通知できるようになる。ＡＲＱ送信機に通知するために使われるＩＥの一例を＜表４＞に示す。
【００９７】
【表４】
2011015403.tif 000006
【００９８】
図１１は、本発明の好ましい実施形態に従う無線通信システムにおけるＡＲＱ受信機を示すブロック図である。
図１１を参照すれば、ＡＲＱ受信機は、デュプレクサ１１００、受信機１１１０、送信機１１２０、制御器１１３０、及び格納ユニット１１４０を含む。ＡＲＱ受信機は、任意の数の追加構成要素を含むこともできる。しかしながら、ＡＲＱ受信機の追加構成要素は説明を簡潔にするために、その説明を省略する。ＡＲＱ受信機は、無線通信システムにおけるＭＳになることもできる。
【００９９】
デュプレクサ１１００は、送信機１１２０から提供された転送信号をアンテナを介して転送し、デュプレクシング方式に従ってアンテナから受信機１１１０に受信信号を供給する。
【０１００】
受信機１１１０は、デュプレクサ１１００から提供された受信信号をベースバンド信号に変換し、このベースバンド信号を制御器１１３０に供給する。例えば、無線通信システムがＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式を用いる場合、受信機１１１０は、無線周波数（ＲＦ）プロセッサ、アナログ／ディジタル変換器（ＡＤＣ）、ＯＦＤＭ復調器（demodulator）、及びデコーダを含む。したがって、ＲＦプロセッサはデュプレクサ１１００から供給されたＲＦ信号をベースバンドアナログ信号に変換する。ＡＣＤは、ＲＦプロセッサから供給されたアナログ信号をディジタルサンプルデータに変換する。ＯＦＤＭ変調器は、ＦＦＴ（Fast Fourier Transform）を実行することによって、ＡＣＤから供給された時間ドメインのサンプルデータを周波数ドメインのデータに変換する。デコーダは、ＭＣＳ（Modulation and coding Scheme）レベルに従ってＯＦＤＭ変調器から供給された信号を変調しデコーディングする。
【０１０１】
制御器１１３０は、ＡＲＱ受信機の全体的な動作を制御する。ＡＲＱ受信機の動作は、ＡＲＱ受信機により実行されるように、前述した任意の明示的または暗示的な動作を含む。
【０１０２】
送信機１１２０は、転送信号をＲＦ信号に変換し、制御器１１３０の制御下にＲＦ信号をデュプレクサ１１００に供給する。例えば、無線通信システムがＯＦＤＭ方式を用いる場合、送信機１１２０は、エンコーダ、ＯＦＤＭ変調器、ディジタル／アナログ変換器（Digital／Analog Converter；ＤＡＣ）、及びＲＦプロセッサを含む。エンコーダは、制御器１１３０の制御下にＭＣＳレベルに従って転送信号をエンコーディングし変調する。ＯＦＤＭ変調器は、ＩＦＦＴ（Inverst FFT）を実行することによって、エンコーダから供給された周波数ドメインでのデータを時間ドメインでのサンプルデータ（即ち、ＯＦＤＭシンボル）に変換する。ＤＡＣは、ＯＦＤＭ変調器から供給されたサンプルデータをアナログデータに変換する。ＲＦプロセッサは、ＤＡＣから供給されたベースバンドアナログ信号をＲＦ信号に変換する。
【０１０３】
格納ユニット１１４０は、ＡＲＱ受信機の全体的な動作に必要とするプログラム及び多様なデータを格納する。また、格納ユニット１１４０は、ＡＲＱ受信機バッファとして用いられることもできる。
【０１０４】
図１２は、本発明の好ましい実施形態に従う無線通信システムにおけるＡＲＱ送信機を示すブロック図である。
図１２を参照すれば、ＡＲＱ送信機は、デュプレクサ１２００、受信機１２１０、送信機１２２０、制御器１２３０、格納ユニット１２４０、及び広帯域送受信機１２５０を含む。ＡＲＱ送信機は、任意の数の追加構成要素を含むこともできる。しかしながら、ＡＲＱ送信機の追加構成要素に対しては説明を簡潔にするために、その説明を省略する。ＡＲＱ送信機は、無線通信システムにおけるＢＳになることもできる。
【０１０５】
デュプレクサ１２００は、送信機１２２０から供給された転送信号をアンテナを介して転送し、デュプレクシング方式に従ってアンテナから受信機１２１０に受信信号を供給する。
【０１０６】
受信機１２１０は、デュプレクサ１２００から供給された受信信号をベースバンド信号に変換し、このベースバンド信号を制御器１２３０に供給する。例えば、無線通信システムがＯＦＤＭ方式を用いる場合、受信機１２１０は無線周波数（Radio Frequency；ＲＦ）プロセッサ、アナログ／ディジタル変換器（ＡＤＣ）、ＯＦＤＭ復調器（demodulator）、及びデコーダを含む。ＲＦプロセッサは、デュプレクサ１２００から供給されたＲＦ信号をベースバンドアナログ信号に変換する。ＡＣＤは、ＲＦプロセッサから供給されたアナログ信号をディジタルサンプルデータに変換する。ＯＦＤＭ変調器は、ＦＦＴを実行することによって、ＡＤＣから供給された時間ドメインでのサンプルデータを周波数ドメインでのデータに変換する。デコーダは、ＭＣＳレベルに従ってＯＦＤＭ変調器から供給された信号を変調しデコーディングする。
【０１０７】
制御器１２３０は、ＡＲＱ送信機の全体的な動作を制御する。ＡＲＱ送信機の動作は、ＡＲＱ送信機により実行されるように、前述した任意の明示的または暗示的な動作を含む。例えば、制御器１２３０はＡＲＱ受信機内のＡＲＱ受信機バッファの未使用容量を判断し、ＡＲＱ受信機バッファがＡＲＱ受信機バッファの判断された未使用容量に基づいて、転送されるＡＲＱブロックをサポートできるか否か、及びＡＲＱ受信機バッファが転送されるＡＲＱブロックをサポートできるか否かを判断することもでき、ＡＲＱブロックのＡＲＱ受信機への転送を制御することもできる。
【０１０８】
送信機１２２０は、転送信号をＲＦ信号に変換し、制御器１２３０の制御下にＲＦ信号をデュプレクサ１２００に供給する。例えば、無線通信システムがＯＦＤＭ方式を用いる場合、送信機１２２０は、エンコーダ、ＯＦＤＭ変調器、ディジタル／アナログ変換器（ＤＡＣ）、及びＲＦプロセッサを含む。エンコーダは、制御器１２３０の制御下にＭＣＳレベルに従って転送信号をエンコーディングし変調する。ＯＦＤＭ変調器は、ＩＦＦＴを実行することによって、エンコーダから供給された周波数ドメインでのデータを時間ドメインでのサンプルデータ（即ち、ＯＦＤＭシンボル）に変換する。ＤＡＣは、ＯＦＤＭ変調器から供給されたサンプルデータをアナログデータに変換する。ＲＦプロセッサは、ＤＡＣから供給されたベースバンドアナログ信号をＲＦ信号に変換する。
【０１０９】
格納ユニット１２４０は、ＡＲＱ送信機の全体的な動作に必要とするプログラム及び多様なデータを格納する。
【０１１０】
広帯域送受信機１２５０は、ＩＥＥＥ ８０２．１６ｅ、ＩＥＥＥ ８０２．１６ｍ、または３ＧＰＰ ＬＴＥ標準に従って動作する無線通信システムのように、無線通信システムのＣＮ（Core Network）での少なくとも１つの他の客体と通信を行う機能を遂行する。広帯域送受信機１２５０は、省略することもできる。
【０１１１】
本発明の幾つかの形態は、コンピュータ読取可能な記録媒体上にコンピュータ読取可能なコードとして具現されることもできる。コンピュータ読取可能な記録媒体は、今後にコンピュータシステムにより読取できる、データを格納できる任意のデータ格納装置である。コンピュータ読取可能な記録媒体の一例には、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random-Access Memory）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光学データ格納装置、及び搬送波（インターネットを通じたデータ転送）を挙げることができる。コンピュータ読取可能な記録媒体は、コンピュータシステムと結合されたネットワーク上に分散配置されることもできるので、コンピュータ読取可能なコードは分散形態で格納及び実行される。また、本発明を実施するための機能的プログラム、コード、及びコードセグメントは、本発明が適用される技術分野のプログラマーであれば容易に理解できる。
【０１１２】
本発明は、幾つかの好ましい実施形態を参照して表し、記載されたが、添付した請求範囲及びこれらの均等物により定義されるように、当業者は本発明の趣旨及び範囲から外れない限り、形態及び詳細で多様な変更がなされることができることが分かる。
【符号の説明】
【０１１３】
１１００、１２００    デュプレクサ
１１１０、１２１０    受信機
１１２０、１２２０    送信機
１１３０、１２３０    制御器
１１４０、１２４０    格納ユニット
１２５０    広帯域送受信機
【図１】
2011015403.tif 000007
【図２】
2011015403.tif 000008
【図３】
2011015403.tif 000009
【図４】
2011015403.tif 000010
【図５】
2011015403.tif 000011
【図６】
2011015403.tif 000012
【図７】
2011015403.tif 000013
【図８】
2011015403.tif 000014
【図９】
2011015403.tif 000015
【図１０】
2011015403.tif 000016
【図１１】
2011015403.tif 000017
【図１２】
2011015403.tif 000018