(57)【要約】【課題】ＨＡＲＱを用いるデータ伝送方法を提供する。【解決手段】ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を用いるデータ伝送方法は、アップリンクデータを伝送する段階、前記アップリンクデータに関するＡＣＫ／ＮＡＣＫ信号を受信する段階、前記ＡＣＫ／ＮＡＣＫ信号がＡＣＫ信号である場合、ＨＡＲＱバッファに前記アップリンクデータを保管する段階、及び前記アップリンクデータの再伝送のためのアップリンクスケジューリング情報が受信される場合、前記アップリンクデータを再伝送する段階、を含む。【選択図】図４
2010534996.tif 000002
【特許請求の範囲】
【請求項１】
ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を用いるデータ伝送方法において、
アップリンクデータを伝送する段階；
前記アップリンクデータに関するＡＣＫ／ＮＡＣＫ信号を受信する段階；
前記ＡＣＫ／ＮＡＣＫ信号がＡＣＫ信号である場合、ＨＡＲＱバッファに前記アップリンクデータを保管する段階；及び、
前記アップリンクデータの再伝送のためのアップリンクスケジューリング情報が受信される場合、前記アップリンクデータを再伝送する段階；
を含むデータ伝送方法。
【請求項２】
前記アップリンクスケジューリング情報は、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して伝送される、請求項１に記載のデータ伝送方法。
【請求項３】
前記アップリンクデータは、ＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）である、請求項１に記載のデータ伝送方法。
【請求項４】
前記アップリンクスケジューリング情報は、新規データ指示子（Ｎｅｗ  Ｄａｔａ  Ｉｎｉｄｉｃａｔｏｒ；ＮＤＩ）を含み、前記新規データ指示子は、再伝送を指示する、請求項１に記載のデータ伝送方法。
【請求項５】
前記アップリンクスケジューリング情報は、重複バージョン（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ；ＲＶ）を含み、前記重複バージョンは、再伝送バージョンを指示する、請求項１に記載のデータ伝送方法。
【請求項６】
新規アップリンクデータのための前記アップリンクスケジューリング情報が受信されると、前記ＨＡＲＱバッファをフラッシ（ｆｌｕｓｈ）する段階をさらに含む、請求項１に記載のデータ伝送方法。
【請求項７】
前記ＨＡＲＱバッファが空いていない、或いは前記アップリンクデータの再伝送のための如何なるアップリンクスケジューリング情報も受信されない場合、前記アップリンクデータの現在伝送回数を増加させる段階をさらに含み、
前記アップリンクデータの現在伝送回数は、前記ＨＡＲＱバッファに現在存在する前記アップリンクデータに対して発生する伝送の回数を指示する、請求項１に記載のデータ伝送方法。
【請求項８】
前記ＨＡＲＱバッファをフラッシングした後、前記現在伝送回数を０に初期化する段階をさらに含む、請求項７に記載のデータ伝送方法。
【請求項９】
前記現在伝送回数が最大伝送回数と同一である場合、前記ＨＡＲＱバッファをフラッシする段階をさらに含む、請求項７に記載のデータ伝送方法。
【請求項１０】
ＨＡＲＱを用いるデータ伝送方法において、
アップリンクデータを伝送する段階；
前記アップリンクデータに関するＡＣＫ／ＮＡＣＫ信号を受信する段階；
前記ＡＣＫ／ＮＡＣＫ信号を受信した後、前記アップリンクデータをＨＡＲＱバッファに保管する段階；及び、
もし、前記ＡＣＫ／ＮＡＣＫ信号がＡＣＫ信号であり、如何なるアップリンクスケジューリング情報も受信されないと、前記アップリンクデータの再伝送を保留（ｓｕｓｐｅｎｄ）し、もし、前記ＡＣＫ／ＮＡＣＫ信号がＮＡＣＫ信号であり、如何なるアップリンクスケジューリング情報も受信されないと、前記アップリンクデータを再伝送する段階；
を含む、データ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、ＨＡＲＱを用いるデータ伝送方法に関する。
【背景技術】
【０００２】
次世代移動通信システムは、以前世代の移動通信システム等のように単純な無線通信サービスにとどまらず、有線通信ネットワークと無線通信ネットワークとの効率的連動及び統合サービスを目標として標準化されている。このように、音声中心のサービスを超えて映像、無線データなどの多様な情報を処理して伝送することができる高速大容量通信システムの要求に答えて、無線通信ネットワークに有線通信ネットワークの容量（ｃａｐａｃｉｔｙ）に近接する大容量データを伝送することができる技術開発が要求されている。
【０００３】
自動反復要請（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ：以下、ＡＲＱ）方式は、受信機がデータを成功的に受信した場合、受信機は送信機に受信エラーメッセージ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：以下、ＡＣＫ）を伝送して送信機が新しいデータを伝送するようにする。これに対し、受信機がデータを正しく受信することができなかった場合、受信機は送信機に再伝送要求メッセージ（Ｎｏｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：以下、ＮＡＣＫ）を伝送して送信機がそのデータを再伝送するようにする。
【０００４】
最近、データ処理時、伝送効率を向上させるために既存のＡＲＱ方式に物理階層のチャネルコーディング（Ｃｈａｎｎｅｌ  Ｃｏｄｉｎｇ）を結合した技術である混合ＡＲＱ（Ｈｙｂｒｉｄ−ＡＲＱ：以下、ＨＡＲＱ）方式が提案されている。ＨＡＲＱ方式は、データの伝送エラーを物理階層で処理するため、上位階層で遂行されるＡＲＱより迅速なエラー訂正が可能である。従って、ＨＡＲＱ方式は、高速データ伝送に適し、このような理由で４世帯通信システムに採択された重要な技術である。
【０００５】
ダウンリンク（ｄｏｗｎｌｉｎｋ）は基地局から端末への通信を意味して、アップリンク（ｕｐｌｉｎｋ）は端末から基地局への通信を意味する。ダウンリンクにおいて、送信機は基地局の一部分であり、受信機は端末の一部分である。アップリンクにおいて、送信機は端末の一部分であり、受信機は基地局の一部分である。以下、ＨＡＲＱ方式により伝送されるデータをＨＡＲＱデータといい、ＡＲＱ方式により伝送されるデータをＡＲＱデータという。
【０００６】
ＨＡＲＱは、端末または基地局にある少なくとも一つのＨＡＲＱ個体（ｅｎｔｉｔｙ）により遂行される。前記ＨＡＲＱ個体は、直前のデータ伝送の成功的なまたは非成功的な受信に対するフィードバック（ＡＣＫ信号またはＮＡＣＫ信号）を待つ間にデータの伝送が連続的に進行されることができるようにする。
【０００７】
アップリンク伝送において、端末は、基地局から資源割当（ａｓｓｉｇｎｍｅｎｔ）を受信して、関連した（ａｓｓｏｃｉａｔｅｄ）ＨＡＲＱ情報を前記ＨＡＲＱ個体に指示すると、前記ＨＡＲＱ個体は、前記ＨＡＲＱ情報により指示されるＨＡＲＱプロセス（ＨＡＲＱ  ｐｒｏｃｅｓｓ）を遂行する。端末では前記ＨＡＲＱ個体を支援するために複数の並列的なＨＡＲＱプロセスが使われることができる。
【０００８】
送信機は、受信機にＨＡＲＱデータを伝送して、受信機は、ＡＣＫ／ＮＡＣＫ信号を送信機に伝送する。送信機が受信機からＡＣＫ信号を受信すると、送信機は新しいＨＡＲＱデータを伝送する。これに対し、送信機が受信機からＮＡＣＫ信号を受信すると、送信機は以前に伝送したＨＡＲＱデータを再伝送して、再びＮＡＣＫ信号を受信すると、送信機は最大再伝送回数だけ以前に伝送したＨＡＲＱデータを再伝送する。
【０００９】
受信機がＡＣＫ信号を伝送したが、チャネル状態の劣化によって送信機がＮＡＣＫ信号を受信する場合（これをＡＣＫ−ＴＯ−ＮＡＣＫエラーという）、またはその反対に受信機がＮＡＣＫ信号を伝送したが、送信機がＡＣＫ信号を受信する場合（これをＮＡＣＫ−ＴＯ−ＡＣＫエラーという）のように、ＡＣＫ／ＮＡＣＫ信号にエラーが生ずることができる。ＡＣＫ−ＴＯ−ＮＡＣＫエラーは、受信機がデータを成功的に受信したが、送信機が前記データを再伝送するため、データの重複があるだけで、データの損失が発生しない。然しながら、ＮＡＣＫ−ＴＯ−ＡＣＫエラーは、受信機がデータの受信に失敗したにもかかわらず、送信機が前記データの再伝送をすることなく、新しいデータを伝送するため、データの損失が発生するという問題がある。
【００１０】
従って、ＡＣＫ／ＮＡＣＫ信号のエラーにともなうデータの損失を減ることができるＨＡＲＱを用いるデータ伝送方法が要求される。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の技術的課題は、ＨＡＲＱを用いるデータ伝送方法を提供することである。
【課題を解決するための手段】
【００１２】
本発明の一態様によると，  ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を用いるデータ伝送方は、アップリンクデータを伝送する段階，  前記アップリンクデータに関するＡＣＫ／ＮＡＣＫ信号を受信する段階，  前記ＡＣＫ／ＮＡＣＫ信号がＡＣＫ信号である場合、ＨＡＲＱバッファに前記アップリンクデータを保管する段階，  及び、前記アップリンクデータの再伝送のためのアップリンクスケジューリング情報が受信される場合、前記アップリンクデータを再伝送する段階を含む。本発明の他の態様によると、ＨＡＲＱを用いるデータ伝送方法は、アップリンクデータを伝送する段階，  前記アップリンクデータに関するＡＣＫ／ＮＡＣＫ信号を受信する段階，  前記ＡＣＫ／ＮＡＣＫ信号を受信した後、前記アップリンクデータをＨＡＲＱバッファに保管する段階，  及び、もし、前記ＡＣＫ／ＮＡＣＫ信号がＡＣＫ信号であり、如何なるアップリンクスケジューリング情報も受信されないと、前記アップリンクデータの再伝送を保留（ｓｕｓｐｅｎｄ）し、もし、前記ＡＣＫ／ＮＡＣＫ信号がＮＡＣＫ信号であり、如何なるアップリンクスケジューリング情報も受信されないと、前記アップリンクデータを再伝送する段階を含む。
【発明の効果】
【００１３】
本発明は、ＡＣＫ／ＮＡＣＫ信号の伝送エラーを速かに検出することができるため、高速データの伝送を可能にする。
【図面の簡単な説明】
【００１４】
【図１】無線通信システムを示したブロック図である。
【図２】無線インターフェースプロトコルの制御平面を示したブロック図である。
【図３】無線インターフェースプロトコルの使用者平面を示したブロック図である。
【図４】本発明の一例に係るダウンリンク伝送におけるＨＡＲＱの遂行方法を示す流れ図である。
【図５】本発明の一例に係るダウンリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮するＨＡＲＱの遂行方法を示す流れ図である。
【図６】本発明の一例に係るダウンリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮する端末のＨＡＲＱ遂行方法を示すフローチャートである。
【図７】本発明の一例に係るアップリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮するＨＡＲＱの遂行方法を示す流れ図である。
【図８】本発明の一例に係るアップリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮する基地局のＨＡＲＱ遂行方法を示すフローチャートである。
【図９】本発明の一例に係るアップリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮する端末のＨＡＲＱ遂行方法を示すフローチャートである。
【図１０】本発明の他の例に係るアップリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮する端末のＨＡＲＱ遂行方法を示すフローチャートである。
【図１１】本発明の他の例に係るアップリンク伝送でＡＣＫ−ＴＯ−ＮＡＣＫエラーを考慮するＨＡＲＱ遂行方法を示す流れ図である。
【図１２】本発明の一例に係るＨＡＲＱ個体が新しいＨＡＲＱデータを提供する場合、端末のＨＡＲＱプロセスの動作を示すフローチャートである。
【図１３】本発明の一例に係るＨＡＲＱ個体が再伝送を命令する場合、端末のＨＡＲＱプロセスの動作を示すフローチャートである。
【図１４】本発明の一例に係るアップリンク伝送におけるＨＡＲＱ過程の遂行方法を示すフローチャートである。
【発明を実施するための形態】
【００１５】
図１は、無線通信システムを示したブロック図である。無線通信システムは、音声、パケットデータなどのような多様な通信サービスを提供するために広く配置される。
【００１６】
図１を参照すると、無線通信システムは、基地局（２０；Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）及び端末（１０；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）を含む。基地局（２０）は、一般的に端末（１０）と通信する固定された地点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ノード−Ｂ（Ｎｏｄｅ−Ｂ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語とも呼ばれることができる。一つの基地局（２０）には一つ以上のセルが存在することができる。端末（１０）は、固定される、或いは移動性を有することができ、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）等、他の用語とも呼ばれることができる。
【００１７】
以下、ダウンリンク（ｄｏｗｎｌｉｎｋ）は基地局（２０）から端末（１０）への通信を意味して、アップリンク（ｕｐｌｉｎｋ）は端末（１０）から基地局（２０）への通信を意味する。ダウンリンクにおいて、送信機は基地局（２０）の一部分であり、受信機は端末（１０）の一部分である。アップリンクにおいて、送信機は端末（１０）の一部分であり、受信機は基地局（２０）の一部分である。
【００１８】
ダウンリンクとアップリンクとの伝送のための多重接続方式は相異することができる。例えば、ダウンリンクはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）を使用して、アップリンクはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ−Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）を使用することができる。
【００１９】
無線通信システムに適用される多重接続技法には制限がない。ＣＤＭＡ（Ｃｏｄｅ  ＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  ＦＤＭＡ）、ＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）または公知された他の変調技術等のような多重接続技法に基づくことができる。これらの変調技法は、通信システムの多重使用者から受信された信号を復調して通信システムの容量を増加させる。説明を明確にするために、以下ではＯＦＤＭＡ基盤の無線通信システムに対して説明する。
【００２０】
一方、端末（１０）と基地局（２０）との間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）モデルの下位３個階層に基づいてＬ１（第１階層）、Ｌ２（第２階層）、Ｌ３（第３階層）に区分されることができる。
【００２１】
図２は、無線インターフェースプロトコルの制御平面を示したブロック図である。図３は、無線インターフェースプロトコルの使用者平面を示したブロック図である。
【００２２】
図２及び図３を参照すると、第１階層である物理階層は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を用いて上位階層に情報伝送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層とは伝送チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されており、この伝送チャネルを介してＭＡＣ階層と物理階層との間のデータが移動する。また、相異の物理階層間、即ち、送信側と受信側の物理階層間は物理チャネルを介してデータが移動する。
【００２３】
第２階層のＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位階層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層にサービスを提供する。第２階層のＲＬＣ階層は、信頼性のあるデータの伝送を支援する。ＭＡＣ階層で伝送するデータの単位をＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）という。ＭＡＣ階層から下位階層へ伝送されるデータをＭＡＣ  ＰＤＵという。
【００２４】
第２階層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層は、ＩＰｖ４やＩＰｖ６のようなＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケット伝送時、帯域幅の小さい無線区間で効率的にパケットを伝送するために相対的に大きさが大きく、且つ不必要な制御情報を含んでいるＩＰパケットヘッダサイズを減らすヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）機能を遂行する。
【００２５】
第３階層の無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣ）階層は、制御平面でだけ定義される。ＲＲＣ階層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）、伝送チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）及び物理チャネルの制御を担当する。
【００２６】
ダウンリンク物理チャネルにはＤＬ−ＳＣＨがマッピングされるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）と制御信号を伝送するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）がある。ＰＤＣＣＨは、ダウンリンク制御チャネルであり、ＰＵＳＣＨまたはＰＤＳＣＨのための制御情報を伝送する。アップリンクデータ伝送に関するスケジューリング情報であるアップリンクグラント（Ｕｐｌｉｎｋ  ｇｒａｎｔ）とダウンリンクデータ伝送に関するスケジューリング情報であるダウンリンクグラント（Ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）とは、ＰＤＣＣＨを介して伝送される。
【００２７】
ここでスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）は、基地局が端末にダウンリンクデータを伝送する、或いは端末からアップリンクデータを受信するための無線資源の割当及び変調、コーディング方式などを決定する過程（ｐｒｏｃｅｄｕｒｅ）を総称する。
【００２８】
以下、基地局がデータを伝送して、端末が前記データに関するＡＣＫ／ＮＡＣＫ信号を伝送するＨＡＲＱデータ伝送方法に関して開示する。
【００２９】
図４は、本発明の一例に係るダウンリンク伝送におけるＨＡＲＱの遂行方法を示す流れ図である。無線パケット通信システムのダウンリンク物理階層に適用されるＨＡＲＱの具体的な具現方式を示す。図４は、ダウンリンクデータに対するＡＣＫ／ＮＡＣＫ信号の伝送にエラーのない場合である。
【００３０】
図４を参照すると、基地局は、ダウンリンク制御チャネルを介してスケジューリング情報＃１を端末に送る（Ｓ１００）。スケジューリング情報は、グラント（ｇｒａｎｔ）またはスケジューリンググラント（ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ）と呼ばれることができる。スケジューリング情報は、ＨＡＲＱデータが伝送されるチャネルに関する情報であるＨＡＲＱチャネルＩＤ（ＨＡＲＱ  ｃｈａｎｎｅｌ  ＩＤ）、前記スケジューリング情報が新規のＨＡＲＱデータの伝送のためのものであるか、或いはＨＡＲＱデータの再伝送のためのものであるか（ｗｈｅｔｈｅｒ  ｔｈｅ  ｓｃｈｅｄｕｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｉｓ  ｆｏｒ  ｎｅｗ  ＨＡＲＱ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｒ  ｆｏｒ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）を知らせる新規データ指示子（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ；ＮＤＩ）及びＨＡＲＱデータの再伝送バージョンを知らせる重複バージョン（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ；ＲＶ）のうち少なくとも一つを含むことができる。
【００３１】
ＨＡＲＱチャネルＩＤは、基地局が周期的に一セット（ｓｅｔ）のＨＡＲＱを遂行するにおいて、  一セットでどの端末が何番目のＨＡＲＱを遂行するかに関する順序情報である。ＨＡＲＱチャネルＩＤはＨＡＲＱプロセス番号（ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ）と呼ばれることもできる。特に、ダウンリンク伝送における非同期（ａｓｙｎｃｒｏｎｏｕｓ）方式のＨＡＲＱは、必ず周期的なＨＡＲＱ遂行が保障されないため、端末は自分に割り当てられたＨＡＲＱチャネルＩＤをまず確認した後、ＨＡＲＱを遂行する。
【００３２】
新規データ指示子は、０または１のビット情報であってもよい。例えば、新規データ指示子が０である場合、スケジューリング情報が再伝送のためのもの（ｆｏｒ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）であることを指示して、１である場合、スケジューリング情報が新規伝送のためのもの（ｆｏｒ  ｎｅｗ  ｔｒａｎｓｍｉｓｓｉｏｎ）であることを指示することができる。
【００３３】
前記スケジューリング情報＃１と関連した時点で、基地局はＨＡＲＱデータ＃１をダウンリンクデータチャネルを介して端末に送る（Ｓ１１０）。ＨＡＲＱデータは、上述のように、ＨＡＲＱ方式により伝送されるデータを意味して、同じ意味を有する他の用語に代替することができることはもちろんである。ダウンリンク制御チャネルはＰＤＣＣＨであってもよく、ダウンリンクデータチャネルはＰＤＳＣＨであってもよい。該当端末は、ダウンリンク制御チャネルを受信して自分に伝送されるデータの形式と伝送時点を知るようになり、該当データを受信することができる。ＨＡＲＱデータ＃１を受信した端末がＨＡＲＱデータ＃１の復号化に失敗した場合、端末はＮＡＣＫ信号を基地局に伝送する（Ｓ１２０）。ＮＡＣＫ信号はアップリンク制御チャネルを介して伝送されることができる。このとき、端末は受信に失敗したＨＡＲＱデータ＃１を、次に再伝送される同じＨＡＲＱデータ＃１と結合してダイバーシティ効果を得るために、受信に失敗したＨＡＲＱデータ＃１をＨＡＲＱバッファ（ｂｕｆｆｅｒ）で削除せず格納しておくことができる。
【００３４】
ＮＡＣＫ信号を受信した基地局は、該当端末へのＨＡＲＱデータ＃１の伝送が失敗することを感知して適切な時点でスケジューリング情報＃２を伝送する（Ｓ１３０）。アップリンクデータ伝送と違って、基地局は、ダウンリンクデータ伝送が失敗するかまたは成功するかに関係なくスケジューリング情報を端末に伝送する。基地局は、ＨＡＲＱデータ＃１を再伝送しなければならないため、スケジューリング情報＃２は、スケジューリング情報＃１におけるＨＡＲＱチャネルＩＤと同じＨＡＲＱチャネルＩＤを含む。スケジューリング情報＃２は、ＨＡＲＱデータ＃１の再伝送のためのスケジューリング情報である（ＮＤＩ＝‘０’）。
【００３５】
基地局は、同じＨＡＲＱデータ＃１を同じ形式、または新しい形式に再伝送する（Ｓ１４０）。このとき、ＨＡＲＱデータ＃１を再受信した端末は、再伝送されたＨＡＲＱデータ＃１を以前に受信したが、復号化に失敗したＨＡＲＱデータ＃１と多様な方式に結合してまた復号化を試みることができる。
【００３６】
ＨＡＲＱデータ＃１を再受信した端末がＨＡＲＱデータ＃１の復号化に成功した場合、端末はＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を基地局に伝送する（Ｓ１５０）。ＡＣＫ信号は、アップリンク制御チャネルを介して伝送されることができる。ＡＣＫ信号を受信した基地局は、該当端末へのＨＡＲＱデータ＃１が成功的に伝送されたことを感知して次のＨＡＲＱデータ＃２の伝送作業を遂行する。ＡＣＫ／ＮＡＣＫ信号を伝送するために使われるチャネルをＡＣＫ／ＮＡＣＫチャネルという。
【００３７】
図５は、本発明の一例に係るダウンリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮するＨＡＲＱの遂行方法を示す流れ図である。
【００３８】
図５を参照すると、基地局が端末にスケジューリング情報＃１を伝送して、ＨＡＲＱデータ＃１を伝送する（Ｓ２００、Ｓ２１０）。スケジューリング情報＃１は、ＨＡＲＱデータ＃１が伝送されるチャネルに関する情報であるＨＡＲＱチャネルＩＤ、スケジューリング情報＃１が新規伝送のためのものであるか、或いは再伝送のためのものであるかを知らせる新規データ指示子及びＨＡＲＱデータ＃１の再伝送回数を知らせる重複バージョンのうち少なくとも一つを含むことができる。
【００３９】
端末がＨＡＲＱデータ＃１の受信に失敗して、基地局にＨＡＲＱデータ＃１に伝送エラーがあることを示すＮＡＣＫ信号を伝送するが、ＮＡＣＫ−ＴＯ−ＡＣＫエラーが生ずると仮定する（Ｓ２２０）。基地局は、ＮＡＣＫ信号でないＡＣＫ信号を受信したため、新規のＨＡＲＱデータ＃２の伝送のためのスケジューリング情報＃２を伝送して（Ｓ２３０）、ＨＡＲＱデータ＃２を伝送する（Ｓ２４０）。このとき、基地局は、ＨＡＲＱバッファでＨＡＲＱデータ＃１をフラッシング（ｆｌｕｓｈｉｎｇ）せず格納しておく。
【００４０】
端末は、受信されたスケジューリング情報＃２を用いてＮＡＣＫ−ＴＯ−ＡＣＫエラーを検査する（Ｓ２５０）。端末は、ＨＡＲＱデータ＃１を再伝送しなければならないため、端末は基地局から再伝送のためのスケジューリング情報（ＮＤＩ＝‘０’）を受信することを期待する。ところが、端末がスケジューリング情報＃２を復号化した結果、スケジューリング情報＃２が新規伝送のためのものであることを示す（ＮＤＩ＝‘１’）新規データ指示子を含むため、端末はＮＡＣＫ−ＴＯ−ＡＣＫエラーが発生したことであることを把握することができる。
【００４１】
端末は、ＮＡＣＫ−ＴＯ−ＡＣＫエラーを上位階層であるＲＬＣ階層に報告する（Ｓ２６０）。ＨＡＲＱで復旧できないデータは、上位階層に属するＲＬＣ階層で復旧されることができる。ＨＡＲＱと別に、データの再伝送のために、端末のＲＬＣ階層が基地局のＲＬＣ階層にＲＬＣ状態報告（ＲＬＣ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）メッセージを伝送して、基地局のＲＬＣ階層が端末のＲＬＣ階層にＲＬＣ状態報告応答メッセージを伝送する過程をＡＲＱ過程という。
【００４２】
端末のＲＬＣ階層は、基地局にＲＬＣ状態報告（ＲＬＣ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）メッセージを伝送する（Ｓ２７０）。ＮＡＣＫ−ＴＯ−ＡＣＫエラーの伝達を受けたＲＬＣ階層は、受信エラーが発生したＨＡＲＱデータの一連情報（ｓｅｑｕｅｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）を確認して、前記一連情報に該当するＨＡＲＱデータを再受信するために、ＲＬＣ状態報告メッセージを基地局に伝送する。端末がＮＡＣＫ−ＴＯ−ＡＣＫエラーをＲＬＣ階層に伝達する過程で、新しいＨＡＲＱデータを受信する場合がある。この場合、端末は、新しいＨＡＲＱデータのＣＲＣ検査結果によるＡＣＫ／ＮＡＣＫ信号をＲＬＣ状態報告メッセージと共に伝送することができる。
【００４３】
基地局は、スケジューリング情報＃３を伝送して、ＨＡＲＱデータ＃１を再伝送する（Ｓ２８０、Ｓ２９０）。スケジューリング情報＃３はＨＡＲＱデータ＃１の再伝送のためのスケジューリング情報である。基地局のＲＬＣ階層が端末からＲＬＣ状態報告メッセージを受信すると、前記一連情報に該当するＨＡＲＱデータを再伝送しなければならないことが分かる。基地局は、はじめてＨＡＲＱバッファからＨＡＲＱデータ＃１をフラッシング（ｆｌｕｓｈｉｎｇ）する。
【００４４】
もし、ＨＡＲＱを遂行するにおいて、ＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮しないと、ＡＣＫを受信した基地局は、新しいＨＡＲＱデータだけを伝送するだけであり再伝送を遂行しないため、データの損失が発生するようになる。これに対し、ＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮すると、基地局は、たとえＡＣＫ信号を受信してもＮＡＣＫ−ＴＯ−ＡＣＫエラーが確実に明確になる前まではＨＡＲＱデータをＨＡＲＱバッファで削除しない。従って、基地局は、ＮＡＣＫ−ＴＯ−ＡＣＫエラーによる不連続的なＨＡＲＱデータの伝送が発生した時、欠落された一連番号（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）に該当するＨＡＲＱデータを迅速に再伝送し、端末にとってデータの損失なしにデータを上位階層に伝達するのが可能である。
【００４５】
図６は、本発明の一例に係るダウンリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮する端末のＨＡＲＱ遂行方法を示すフローチャートである。
【００４６】
図６を参照すると、端末はスケジューリング情報を受信する（Ｓ３００）。スケジューリング情報は、端末のＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、資源割当状態、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）等のような情報を含むダウンリンクグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）ともいう。ダウンリンクグラントは、制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）を介して受信されることができる。スケジューリング情報は、新しいＨＡＲＱデータのためのものであってもよく、以前に受信したＨＡＲＱデータと同じＨＡＲＱデータのためのものであってもよい。
【００４７】
端末はＮＡＣＫ−ＴＯ−ＡＣＫエラーを検査する（Ｓ３１０）。ＮＡＣＫ−ＴＯ−ＡＣＫエラー検査結果、ＡＣＫ／ＮＡＣＫ伝送にエラーが発生した場合、端末はＡＣＫ信号をＮＡＣＫ信号と判断して、このような判断結果を示すＡＣＫ／ＮＡＣＫエラーメッセージを基地局に伝送する（Ｓ３２０）。ＡＣＫ／ＮＡＣＫ伝送にエラーが発生した場合、これを処理する方法は多様に選択されることができる。
【００４８】
一例として、ＡＣＫ／ＮＡＣＫエラーメッセージは、ＲＬＣ階層で処理されたＲＬＣ状態ＰＤＵ（Ｓｔａｔｕｓ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）であってもよい。上述のように、受信機のＲＬＣ階層は、ＨＡＲＱデータの伝送のうち一部のＨＡＲＱデータが欠落された時、これを送信機のＲＬＣ階層に報告するＲＬＣ状態報告メッセージを伝送することができる。
【００４９】
他の例として、ＡＣＫ／ＮＡＣＫエラーメッセージは、ＲＬＣ階層の下位階層であるＭＡＣ階層で伝送されるメッセージであってもよい。エラー復旧にさらに迅速に対応するためである。
【００５０】
ＡＣＫ／ＮＡＣＫエラーメッセージの伝送と関連し、端末は、既に受信した新しいＨＡＲＱデータをＨＡＲＱバッファ（ｂｕｆｆｅｒ）に格納することができる。このとき、ＨＡＲＱバッファに格納されていた元来再受信しなければならないＨＡＲＱデータは削除され、新しいＨＡＲＱデータだけ復号化される。ＡＣＫ／ＮＡＣＫエラーメッセージがＲＬＣ階層におけるＲＬＣ状態報告メッセージである場合、ＲＬＣ階層は、まずＮＡＣＫ−ＴＯ−ＡＣＫエラーを下位階層から報告を受けることができる。ＮＡＣＫ−ＴＯ−ＡＣＫエラーを処理する方法は、具現の問題であるため、前記のような方法外にも多様な方法が存在することができる。
【００５１】
ＮＡＣＫ−ＴＯ−ＡＣＫエラー検査結果、ＡＣＫ／ＮＡＣＫ伝送にエラーのない場合（端末が以前に受信したＨＡＲＱデータを再受信した場合）端末は、再受信したＨＡＲＱデータをＨＡＲＱバッファに格納された以前に受信したＨＡＲＱデータと結合して復号化することができる（Ｓ３３０）。
【００５２】
スケジューリング情報は、新規データ指示子だけを含むことができる。またはスケジューリング情報は、重複バージョンだけを含むことができる。またはスケジューリング情報は、新規データ指示子と重複バージョンを全て含むことができる。
【００５３】
前記で基地局がデータを端末に伝送して、前記端末が前記データに関するＡＣＫ／ＮＡＣＫ信号を前記基地局にフィードバックするＨＡＲＱデータ伝送方法に関して開示した。以下、端末がデータを基地局に伝送して、前記基地局が前記データに関するＡＣＫ／ＮＡＣＫ信号を前記端末にフィードバックするＨＡＲＱデータ伝送方法に関して開示する。
【００５４】
図７は、本発明の一例に係るアップリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮するＨＡＲＱの遂行方法を示す流れ図である。
【００５５】
図７を参照すると、基地局が端末にスケジューリング情報＃１を伝送して（Ｓ４００）、端末が基地局にスケジューリング情報＃１に従ってＨＡＲＱデータ＃１を伝送する（Ｓ４１０）。スケジューリング情報＃１は、端末のＭＣＳ、資源割当状態、ＭＩＭＯなどのような情報を含むアップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）であってもよい。スケジューリング情報＃１は、新規伝送のためのものであるか、或いは再伝送のためのものであるかを示す新規データ指示子（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ；ＮＤＩ）及びＨＡＲＱデータの再伝送回数を知らせる重複バージョン（ＲＶ）のうち少なくとも一つを含むことができる。
【００５６】
基地局がＨＡＲＱデータ＃１の受信に失敗して、端末にＮＡＣＫ信号を伝送するが、ＮＡＣＫ−ＴＯ−ＡＣＫエラーが生ずると仮定する（Ｓ４２０）。基地局が端末から受信したＨＡＲＱデータにＣＲＣエラーのある場合、基地局は、ＮＡＣＫ信号を伝送すると共にスケジューリング情報を伝送することができる。然しながら、制御情報によるオーバーヘッドを縮めるために、基地局は、端末がＨＡＲＱデータの再伝送のためのスケジューリング情報を明示的に（ｅｘｐｌｉｃｉｔ）伝送しなくてもよい。
【００５７】
このとき、端末は、ＡＣＫ信号を受信するが、ＨＡＲＱバッファに格納されたＨＡＲＱデータ＃１をフラッシング（ｆｌｕｓｈｉｎｇ）しない。即ち、空にしない（ｎｏｔ  ｅｍｐｔｙ）。なぜならば、ＮＡＣＫ−ＴＯ−ＡＣＫエラーであることが明確になった場合には再び以前のＨＡＲＱデータ＃１を再伝送しなければならないためである。
【００５８】
端末は、ＡＣＫ信号を受信したため、新規したＨＡＲＱデータ＃２の伝送のためのスケジューリング情報＃２の受信を期待する。ところが、基地局がＮＡＣＫ信号を伝送する場合には、新しいスケジューリング情報を別途に端末に伝送せず、端末にとって以前のスケジューリング情報に従ってＨＡＲＱデータを伝送するようにする。スケジューリング情報がアップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）である場合、アップリンクグラントは、ＰＤＣＣＨを介して伝送されることができる。一方、端末は、ＰＤＣＣＨを復号化しても、自分のためのアップリンクグラントが割り当てられないと、ＨＡＲＱデータを伝送することなく待機する（Ｓ４３０）。
【００５９】
基地局は、ＮＡＣＫ−ＴＯ−ＡＣＫエラーを検査する（Ｓ４４０）。基地局は、自分が伝送したＮＡＣＫに対し、端末がＨＡＲＱ＃１を再伝送すると、エラーがないと判断することができる。これに対し、基地局は、端末がＨＡＲＱ＃１を再伝送しないと、ＮＡＣＫ−ＴＯ−ＡＣＫがあると判断することができる。
【００６０】
ＨＡＲＱデータの受信如何を判断する方法は、多様ながあり、一例として、所定時間の間受信信号の強度（ｅｎｅｒｇｙ  ｌｅｖｅｌ  ｏｆ  ａ  ｒｅｃｅｉｖｅｄ  ｓｉｇｎａｌ）を測定してＨＡＲＱデータの受信如何を判断することができる。所定時間の間受信信号の測定値が予め決定された臨界値より低ければＨＡＲＱデータが受信されなかったと判断することができる。これは具現上の問題であるため、ＮＡＣＫ−ＴＯ−ＡＣＫエラーの検査方法は、多様であり、本発明がＨＡＲＱデータの受信如何を用いてＮＡＣＫ−ＴＯ−ＡＣＫエラーを判断することに制限されるのではない。
【００６１】
端末から所定時間の間受信信号を測定した結果、前記端末から受信された信号の測定値が臨界値より低い場合、基地局は再びＮＡＣＫ信号を伝送する（Ｓ４５０）。もちろん、基地局は、再びＮＡＣＫ信号を伝送するか否かは選択的である。このとき、ＨＡＲＱデータ＃１の再伝送のためのスケジューリング情報＃２（ＮＤＩ＝‘０’）を伝送する（Ｓ４６０）。スケジューリング情報＃２がＨＡＲＱデータ＃１の再伝送のためのものであるため、端末はＮＡＣＫ−ＴＯ−ＡＣＫエラーが発生したことが分かる。従って、端末は、ＨＡＲＱバッファに格納されたＨＡＲＱデータ＃１をスケジューリング情報＃２に従って再伝送する（Ｓ４７０）。
【００６２】
スケジューリング情報＃１及び＃２は新規データ指示子だけを含むことができる。またはスケジューリング情報＃１及び＃２は重複バージョンだけを含むことができる。またはスケジューリング情報＃１及び＃２は新規データ指示子と重複バージョンを全て含むことができる。
【００６３】
図８は、本発明の一例に係るアップリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮する基地局のＨＡＲＱ遂行方法を示すフローチャートである。
【００６４】
図８を参照すると、ＨＡＲＱデータを正しく復号化できない基地局は、ＮＡＣＫ信号を端末に伝送する（Ｓ５００）。基地局は、前記端末から受信されるＨＡＲＱデータを用いてＮＡＣＫ−ＴＯ−ＡＣＫエラーを検査する（Ｓ５１０）。ＮＡＣＫ−ＴＯ−ＡＣＫエラーの検査結果、もし、ＮＡＣＫ−ＴＯ−ＡＣＫエラーが存在すると（前記ＨＡＲＱデータの信号測定値が臨界値より低く測定された場合）、基地局は再びＮＡＣＫ信号を伝送して、前記ＨＡＲＱデータの再伝送のためのスケジューリング情報を端末に伝送する（Ｓ５２０）。
【００６５】
図９は、本発明の一例に係るアップリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮する端末のＨＡＲＱ遂行方法を示すフローチャートである。
【００６６】
図９を参照すると、端末はＡＣＫ／ＮＡＣＫ信号を受信する（Ｓ６００）。端末はＡＣＫ／ＮＡＣＫ信号にエラーが存在するかがわからない。従って、端末は、ＨＡＲＱバッファに格納された以前に伝送したＨＡＲＱデータを空にせず（ｎｏｔ  ｅｍｐｔｙ）保管する（ｋｅｅｐ）。また基地局からのスケジューリング情報を受信するまで待機する。
【００６７】
端末はスケジューリング情報を受信する（Ｓ６１０）。前記スケジューリング情報は、端末のＭＣＳ、資源割当状態、ＭＩＭＯなどのような情報を含むアップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）であってもよい。前記スケジューリング情報が新規データ指示子を含む場合、端末は、前記新規データ指示子を介して前記スケジューリング情報が新規伝送のためのものであるか、或いは再伝送のためのものであるかが分かる。
【００６８】
端末はＮＡＣＫ−ＴＯ−ＡＣＫエラーを検査する（Ｓ６２０）。端末がＮＡＣＫ−ＴＯ−ＡＣＫエラーを検査する目的は、端末のＨＡＲＱ個体（ｅｎｔｉｔｙ）の再伝送遂行如何を決定するためである。即ち、ＮＡＣＫ−ＴＯ−ＡＣＫエラーがあると、端末は再伝送を遂行して、ＮＡＣＫ−ＴＯ−ＡＣＫエラーがないと、端末は新規伝送を遂行する。
【００６９】
もし、ＨＡＲＱバッファが空いていない（ｎｏｔ  ｅｍｐｔｙ）、或いは前記スケジューリング情報が再伝送のためのものでないと、前記ＨＡＲＱ個体は、ＨＡＲＱプロセス（ｐｒｏｃｅｓｓ）に再伝送を遂行することを命令（ｉｎｓｔｒｕｃｔ）する（Ｓ６３０）。即ち、ＨＡＲＱ個体は、ＡＣＫ／ＮＡＣＫ信号を考慮しないで、スケジューリング情報の新規データ指示子及びＨＡＲＱバッファの状態を考慮してＨＡＲＱプロセスに再伝送を命令する。ＨＡＲＱプロセスは、現在（ｃｕｒｒｅｎｔｌｙ）ＨＡＲＱバッファにあるＨＡＲＱデータのための伝送が行われる（ｔａｋｅ  ｐｌａｃｅ）回数である現在伝送回数（ａ  ｎｕｍｂｅｒ  ｏｆ  ｃｕｒｒｅｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ；以下、ＮＣＴ）を有して、ＨＡＲＱ個体から再伝送遂行命令のある時ごとに前記現在伝送回数を１ずつ増加させる。
【００７０】
一方、前記ＨＡＲＱプロセスは、前記ＡＣＫ／ＮＡＣＫ信号がＡＣＫ信号でなく、前記スケジューリング情報が再伝送のためのものでないと、前記ＨＡＲＱ個体の命令に従って再伝送を遂行する。
【００７１】
もし、前記スケジューリング情報が新規伝送のためのものであると、前記ＨＡＲＱ個体は、ＨＡＲＱプロセスに前記スケジューリング情報に従って新規伝送を遂行することを命令する（Ｓ６４０）。
【００７２】
一方、基地局は、自分がＡＣＫ信号を伝送した後、新規伝送のためのスケジューリング情報を伝送したが、端末からの新しいＨＡＲＱデータに対する信号が感知できない場合には、該当ＨＡＲＱプロセスを終了させた後、以前に受信したＨＡＲＱデータの再伝送用スケジューリング情報でない新規伝送のためのスケジューリング情報を再び伝送することもできる。
【００７３】
図１０は、本発明の他の例に係るアップリンク伝送でＮＡＣＫ−ＴＯ−ＡＣＫエラーを考慮する端末のＨＡＲＱ遂行方法を示すフローチャートである。ここでスケジューリング情報は、端末がアップリンクへのデータの伝送に必要な資源割当、変調、コーディング等の情報を指示するアップリンクグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）であってもよい。前記アップリンクグラントは、毎伝送時間の間隔（ＴＴＩ）ごとにＰＤＣＣＨでまたはランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）として端末に伝送されるように予定される。前記ランダムアクセス応答は、基地局に連結するための初期段階で、端末がＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を介してランダムアクセス要請（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｑｕｅｓｔ）を基地局に伝送したことに対する応答である。
【００７４】
与えられた毎伝送時間の間隔に対して前記アップリンクグラントが指示される（ｉｎｄｉｃａｔｅｄ）場合、端末のＨＡＲＱ個体はデータ伝送が行われる（ｔａｋｅ  ｐｌａｃｅ）ＨＡＲＱプロセスを識別（ｉｄｅｎｔｉｆｙ）する。
【００７５】
図１０を参照すると、端末のＨＡＲＱ個体は、スケジューリング情報が新規伝送のためのものであるかを判断する（Ｓ７００）。基地局が新規伝送のためのスケジューリング情報を端末に伝送するのは、端末が以前に（ｐｒｅｖｉｏｕｓ）伝送したＨＡＲＱデータに対して基地局がＡＣＫ信号を前記端末にフィードバックしたことを意味する。これに対し、別途のスケジューリング情報を伝送しない、或いは再伝送のためのスケジューリング情報を伝送すること（Ｎｏ  ｕｐｌｉｎｋ  ｇｒａｎｔ  ｏｒ  ｕｐｌｉｎｋ  ｇｒａｎｔ  ｆｏｒ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）は、端末が以前に伝送したＨＡＲＱデータに対して前記基地局がＮＡＣＫ信号を前記端末にフィードバックしたことを意味する。
【００７６】
もし、前記スケジューリング情報が新規伝送のためのものでないと、これをアップリンク優先順位選定個体（ｕｐｌｉｎｋ  ｐｒｉｏｒｉｔｉｚａｔｉｏｎ  ｅｎｔｉｔｙ；ＵＰＥ）に知らせる（Ｓ７１０）。前記ＨＡＲＱ個体は、前記アップリンク優先順位選定個体が前記与えられた伝送時間の間隔で新しいＨＡＲＱデータの伝送を示すか否かを判断する（Ｓ７２０）。
【００７７】
もし、前記アップリンク優先順位選定個体が新しいＨＡＲＱデータの伝送を必要とすることを指示すると、前記ＨＡＲＱ個体は、多重化及び組合個体（Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  ａｓｓｅｍｂｌｙ  ｅｎｔｉｔｙ）から伝送されるＭＡＣ  ＰＤＵを得る（Ｓ７３０）。前記ＨＡＲＱ個体は、識別されたパラメータ（ｉｄｅｎｔｉｆｉｅｄ  ｐａｒａｍｅｔｅｒｓ）を用いて前記与えられた伝送時間の間隔に相応する（ｃｏｒｒｅｓｐｏｎｄｉｎｇ）ＨＡＲＱプロセスに新しいペイノード（ｐａｙｌｏａｄ）の伝送を誘発（ｔｒｉｇｇｅｒ）するよう命令する（Ｓ７４０）。
【００７８】
もし、前記アップリンク優先順位選定個体が新しいＨＡＲＱデータの伝送を必要とすることを指示しないと、前記ＨＡＲＱ個体はＨＡＲＱデータを格納するＨＡＲＱバッファ（ｂｕｆｆｅｒ）をフラッシ（ｆｌｕｓｈ）する（Ｓ７５０）。
【００７９】
もし、前記スケジューリング情報が新しいデータの伝送を示さない場合として、前記端末が再伝送のためのスケジューリング情報を受信した場合または前記与えられた伝送時間の間隔に対するＨＡＲＱプロセスのＨＡＲＱバッファにＨＡＲＱデータが空いていない場合（ｎｏｔ  ｅｍｐｔｙ）、前記ＨＡＲＱ個体は、前記ＨＡＲＱプロセスが再伝送を誘発するように（ｇｅｎｅｒａｔｅ）する（Ｓ７６０）。
【００８０】
ここでＨＡＲＱバッファにＨＡＲＱデータがフラッシされずに残っている理由は、次の通りである。端末は、直前の伝送時間の間隔にＡＣＫ信号のフィードバックを受けたが、次の伝送時間の間隔にアップリンクグラントがない場合またはアップリンクグラントが再伝送のためのものである場合、ＮＡＣＫ−ＴＯ−ＡＣＫエラーが発生したと判断することができる。このようにＮＡＣＫ−ＴＯ−ＡＣＫエラーが発生できることを勘案し、ＨＡＲＱプロセスはＨＡＲＱバッファをフラッシせず残しておく。従って、ＨＡＲＱプロセスは、伝送時間の間隔ごとにＡＣＫを受信してもＨＡＲＱバッファを空にせず、次の伝送時間の間隔のアップリンクグラントに従ってＮＡＣＫ−ＴＯ−ＡＣＫエラーを判断して、このようなＮＡＣＫ−ＴＯ−ＡＣＫエラーの判断に基づいてＨＡＲＱデータの再伝送またはＨＡＲＱバッファのフラッシ（ｆｌｕｓｈ）を遂行する。
【００８１】
図１１は、本発明の他の例に係るアップリンク伝送でＡＣＫ−ＴＯ−ＮＡＣＫエラーを考慮するＨＡＲＱ遂行方法を示す流れ図である。
【００８２】
図１１を参照すると、基地局がスケジューリング情報＃１を端末に伝送して（Ｓ８００）、端末がスケジューリング情報＃１に従ってＨＡＲＱデータ＃１を基地局に伝送する（Ｓ８１０）。基地局がＨＡＲＱデータ＃１の受信に成功して、端末にＡＣＫを伝送するが、ＡＣＫ−ＴＯ−ＮＡＣＫエラーが生ずると仮定する（Ｓ８２０）。端末は、ＡＣＫ／ＮＡＣＫ信号にエラーが存在するかがわからないため、ＨＡＲＱバッファに格納されたＨＡＲＱデータ＃１を空に（ｅｍｐｔｙ）せず維持する（ｋｅｅｐ）。
【００８３】
端末はＡＣＫ−ＴＯ−ＮＡＣＫエラーを検査する（Ｓ８３０）。ＡＣＫ−ＴＯ−ＮＡＣＫエラー検査は、所定時間（ΔＴ）以内に基地局からの新しいスケジューリング情報＃２の受信如何によって検査することができる。ここで前記所定時間（ΔＴ）は、伝送時間の間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ；ＴＴＩ）であってもよい。一例として、前記伝送時間の間隔は、データが伝送ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）組合せ（ｓｅｔｓ）の形態でコーディング部／多重化部（ｃｏｄｉｎｇ／ｍｕｌｔｉｐｌｅｘｉｎｇ  ｕｎｉｔ）に毎回到達する時間に定義することができ、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓなどである。他の例として、前記伝送時間の間隔は、一つのサブフレーム（ｓｕｂｆｒａｍｅ）が伝送される時間に定義することができる。
【００８４】
ＨＡＲＱデータ＃１を格納した端末は、前記所定時間（ΔＴ）の間新規したＨＡＲＱデータ＃２の伝送のためのスケジューリング情報＃２を受信する時まで待機する。ところが、基地局がＡＣＫ信号を伝送する場合には、別途の新しいスケジューリング情報＃２を端末に伝送して新しいＨＡＲＱデータ＃２を伝送するようにすることができる。従って、前記所定時間（ΔＴ）の間スケジューリング情報＃２が基地局から伝送されると、端末はＮＡＣＫ信号を受信したが、基地局は実質的にＡＣＫ信号を伝送した場合として、ＡＣＫ−ＴＯ−ＮＡＣＫエラーが発生したと判断し、バッファに格納されたＨＡＲＱデータ＃１をフラッシ（ｆｌｕｓｈ）する（Ｓ８４０）。端末はスケジューリング情報＃２に従ってＨＡＲＱデータ＃２を基地局に伝送する（Ｓ８５０）。
【００８５】
図１２は、本発明の一例に係るＨＡＲＱ個体が新しいＨＡＲＱデータを提供する場合、端末のＨＡＲＱプロセスの動作を示すフローチャートである。
【００８６】
図１２を参照すると、ＨＡＲＱプロセスが設定されると、現在伝送回数は０に初期化される（Ｓ９００）。各ＨＡＲＱプロセスは現在伝送回数（ＮＣＴ）を維持する（ｍａｉｎｔａｉｎ）。前記ＨＡＲＱ個体は、現在の漸進的増分バージョン（ｃｕｒｒｅｎｔ  ｉｎｃｒｅｍｅｎｔａｌ  ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ；ＣＵＲＲＥＮＴ＿ＩＲＶ）を０に設定する（Ｓ９１０）。前記ＨＡＲＱ個体は関連したＨＡＲＱバッファにＭＡＣ  ＰＤＵを格納する（Ｓ９２０）。前記ＨＡＲＱプロセスは前記ＭＡＣ  ＰＤＵにともなうＨＡＲＱデータの伝送を誘導する（Ｓ９３０）。
【００８７】
図１３は、本発明の一例に係るＨＡＲＱ個体が再伝送を命令する場合、端末のＨＡＲＱプロセスの動作を示すフローチャートである。
【００８８】
図１３を参照すると、ＨＡＲＱプロセスは、再伝送の時間に測定間隔（ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐ）があるか否かを判断する（Ｓ１０００）。もし、前記測定間隔のある場合、ＨＡＲＱプロセスは現在伝送回数を１だけ増加させる（Ｓ１０１０）。ここで、端末は全ての論理チャネルと全てのＨＡＲＱプロセスに共通に適用される最大伝送回数（ｍａｘｉｍｕｍ  ｎｕｍｂｅｒ  ｏｆ  ｔｒａｎｓｍｉｓｓｉｏｎ）に設定される。前記現在伝送回数が前記最大伝送回数と同じになると、前記ＨＡＲＱプロセスはＨＡＲＱバッファを空にする（ｆｌｕｓｈ）。
【００８９】
もし、前記測定間隔がない場合、ＨＡＲＱプロセスは、ＰＤＣＣＨで再伝送のためにスケジューリング情報を受信したか否かを判断する（Ｓ１０２０）。もし、スケジューリング情報を受信した場合、前記ＨＡＲＱプロセスは、前記スケジューリング情報に指示されるとおり、現在漸進的増分バージョン（ＣＵＲＲＥＮＴ＿ＩＲＶ）を設定する（Ｓ１０３０）。前記ＨＡＲＱプロセスはＨＡＲＱデータ伝送を誘導する（Ｓ１０５０）。
【００９０】
もし、スケジューリング情報が受信できない場合、前記ＨＡＲＱプロセスは、直前の伝送時間の間隔に伝送された同じデータに対してＡＣＫ信号が受信されたか否かを判断する（Ｓ１０４０）。もし、直前の伝送時間の間隔に伝送された同じデータに対してＡＣＫ信号が受信された場合、前記現在伝送回数を１だけ増加させる（Ｓ１０１０）。もし、直前の伝送時間の間隔に伝送された同じデータに対してＡＣＫ信号が受信されない場合、前記ＨＡＲＱプロセスはＨＡＲＱデータ伝送を誘導する（Ｓ１０５０）。
【００９１】
端末のＨＡＲＱ個体は、ＡＣＫ／ＮＡＣＫ信号にエラーが存在するか否かがわからないため、たとえＡＣＫ信号が受信されても、ＨＡＲＱバッファに格納されたＨＡＲＱデータをフラッシ（ｆｌｕｓｈ）せず保管（ｋｅｅｐ）する。なぜならば、ＮＡＣＫ−ＴＯ−ＡＣＫエラーであることが明確になった場合には再び以前のＨＡＲＱデータを再伝送しなければならないためである。即ち、端末は、ＡＣＫ信号を受信しても、前記ＡＣＫ信号が潜在的なＮＡＣＫ信号である可能性を考慮して、アップリンク伝送を一時中止（ｓｕｓｐｅｎｄ）する（このとき、ＨＡＲＱバッファを空にしない）。一方、前記端末は、以後にスケジューリング情報受信如何とスケジューリング情報の指示対象などを持続的に監視（ｍｏｎｉｔｏｒｉｎｇ）して適応的に再伝送如何を決定することによって、より安定したデータ伝送をすることができる。
【００９２】
図１４は、本発明の一例に係るアップリンク伝送におけるＨＡＲＱ過程の遂行方法を示すフローチャートである。
【００９３】
図１４を参照すると、端末はＨＡＲＱデータを基地局に伝送する（Ｓ１１００）。端末は基地局から前記ＨＡＲＱデータに関するＡＣＫ／ＮＡＣＫ信号を受信する（Ｓ１１１０）。端末はタイマ（ｔｉｍｅｒ）を駆動させる（Ｓ１１２０）。タイマを駆動させた後、所定時間（ΔＴ）以内にスケジューリング情報を受信するか否かを判断する（Ｓ１１３０）。もし、ΔＴ以内にスケジューリング情報を受信することができないと、端末はＡＣＫ／ＮＡＣＫ信号をＮＡＣＫ信号であると判断する（Ｓ１１４０）。ＡＣＫ／ＮＡＣＫ信号をＮＡＣＫ信号であると判断すると、端末は前記ＨＡＲＱデータを再伝送する（Ｓ１１５０）。
【００９４】
もし、ΔＴ以内にスケジューリング情報を受信すると、端末はＡＣＫ／ＮＡＣＫ信号をＡＣＫ信号であると判断する（Ｓ１１６０）。ＡＣＫ／ＮＡＣＫ信号をＡＣＫ信号であると判断すると、端末は、前記バッファに格納された前記ＨＡＲＱデータをフラッシ（ｆｌｕｓｈ）し（Ｓ１１７０）、新しい前記スケジューリング情報に従ってＨＡＲＱデータを伝送する。
【００９５】
上述した全ての機能は、前記機能を遂行するようにコーディングされたソフトウェアやプログラムコードなどにともなうマイクロプロセッサ、制御機、マイクロ制御機、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）などのようなプロセッサにより遂行することができる。前記コードの設計、開発及び具現は本発明の説明に基づいて当業者において自明であるといえる。
【００９６】
以上、本発明に対して実施例を参照して説明したが、該当技術分野の通常の知識を有する者は、本発明の技術的思想及び領域から外れない範囲内で本発明を多様に修正及び変更させて実施することができる。従って、上述した実施例に限定することなく、本発明は特許請求範囲の範囲内の全ての実施例を含む。
【符号の説明】
【００９７】
１０  端末
２０  基地局
【図１】
2010534996.tif 000003
【図２】
2010534996.tif 000004
【図３】
2010534996.tif 000005
【図４】
2010534996.tif 000006
【図５】
2010534996.tif 000007
【図６】
2010534996.tif 000008
【図７】
2010534996.tif 000009
【図８】
2010534996.tif 000010
【図９】
2010534996.tif 000011
【図１０】
2010534996.tif 000012
【図１１】
2010534996.tif 000013
【図１２】
2010534996.tif 000014
【図１３】
2010534996.tif 000015
【図１４】
2010534996.tif 000016
【国際調査報告】
2010534996.tif 000017
2010534996.tif 000018