(57)【要約】【課題】再送プロセスでのメモリ使用効率を向上させる再送プロセス制御方法を提供する。【解決手段】受信側の通信装置における複数の再送プロセスＰ１−Ｐ６のデータ処理方法であって、受信信号を再送プロセス用受信バッファ１０に格納可能か否かを判定し、受信信号を再送プロセス用受信バッファ１０に格納できない場合には、動作中の再送プロセスに対応する既存の受信信号の少なくとも一部を再送プロセス用受信バッファ１０から廃棄し、再送プロセス用受信バッファ１０に受信信号を格納する。【選択図】図１
2009182780.tif 000002
【特許請求の範囲】
【請求項１】
受信側の通信装置における複数の再送プロセスのデータ処理方法であって、
受信信号を再送プロセス用受信バッファに格納可能か否かを判定し、
前記受信信号を前記再送プロセス用受信バッファに格納できない場合には、動作中の再送プロセスに対応する既存の受信信号の少なくとも一部を前記再送プロセス用受信バッファから廃棄し、
前記再送プロセス用受信バッファに前記受信信号を格納する、
ことを特徴とする再送プロセスのデータ処理方法。
【請求項２】
廃棄対象となる再送プロセスは、前記動作中の再送プロセスから選択された少なくとも１つの再送プロセスであることを特徴とする請求項１に記載の再送プロセスのデータ処理方法。
【請求項３】
廃棄対象となる再送プロセスは、前記動作中の再送プロセスのうち最も受信品質の低いであることを特徴とする請求項１または２に記載の再送プロセスのデータ処理方法。
【請求項４】
廃棄対象となる再送プロセスは、前記動作中の再送プロセスのうち最も古いものであることを特徴とする請求項１−３のいずれか１項に記載の再送プロセスのデータ処理方法。
【請求項５】
廃棄対象となる再送プロセスに関連する全ての受信信号を廃棄することを特徴とする請求項１−４のいずれか１項に記載の再送プロセスのデータ処理方法。
【請求項６】
廃棄対象となる再送プロセスに関連する一部の受信信号を廃棄することを特徴とする請求項１−４のいずれか１項に記載の再送プロセスのデータ処理方法。
【請求項７】
複数の再送プロセスの受信側データ処理を行う通信装置において、
送信側から受信した信号を再送プロセスのために格納する格納手段と、
受信信号を前記格納手段に格納可能か否かを判定する判定手段と、
前記受信信号を前記格納手段に格納できない場合には、動作中の再送プロセスに対応する既存の受信信号の少なくとも一部を前記格納手段から廃棄し前記受信信号を格納する制御手段と、
を有することを特徴とする通信装置。
【請求項８】
前記制御手段は、前記動作中の再送プロセスから少なくとも１つの再送プロセスを廃棄対象として選択することを特徴とする請求項７に記載の通信装置。
【請求項９】
前記制御手段は、前記動作中の再送プロセスのうち最も受信品質の低い再送プロセスを廃棄対象として選択することを特徴とする請求項７または８に記載の通信装置。
【請求項１０】
前記制御手段は、前記動作中の再送プロセスのうち最も古い再送プロセスを廃棄対象として選択することを特徴とする請求項７−９のいずれか１項に記載の通信装置。
【請求項１１】
前記制御手段は、廃棄対象となる再送プロセスに関連する全ての受信信号を前記格納手段から廃棄することを特徴とする請求項７−１０のいずれか１項に記載の通信装置。
【請求項１２】
前記制御手段は、廃棄対象となる再送プロセスに関連する一部の受信信号を前記格納手段から廃棄することを特徴とする請求項７−１０のいずれか１項に記載の通信装置。
【請求項１３】
送信側および受信側の通信装置間で再送プロセスを実行可能な通信システムにおいて、
受信側の通信装置が、
送信側から受信した信号を再送プロセスのために格納する格納手段と、
受信信号を前記格納手段に格納可能か否かを判定する判定手段と、
前記受信信号を前記格納手段に格納できない場合には、動作中の再送プロセスに対応する既存の受信信号の少なくとも一部を前記格納手段から廃棄し前記受信信号を格納する制御手段と、
を有することを特徴とする通信システム。
【請求項１４】
前記制御手段は、前記動作中の再送プロセスから少なくとも１つの再送プロセスを廃棄対象として選択することを特徴とする請求項１３に記載の通信システム。
【請求項１５】
前記制御手段は、前記動作中の再送プロセスのうち最も受信品質の低い再送プロセスを廃棄対象として選択することを特徴とする請求項１３または１４に記載の通信システム。
【請求項１６】
前記制御手段は、前記動作中の再送プロセスのうち最も古い再送プロセスを廃棄対象として選択することを特徴とする請求項１３−１５のいずれか１項に記載の通信システム。
【請求項１７】
前記制御手段は、廃棄対象となる再送プロセスに関連する全ての受信信号を前記格納手段から廃棄することを特徴とする請求項１３−１６のいずれか１項に記載の通信システム。
【請求項１８】
前記制御手段は、廃棄対象となる再送プロセスに関連する一部の受信信号を前記格納手段から廃棄することを特徴とする請求項１３−１６のいずれか１項に記載の通信システム。
【請求項１９】
受信側の通信装置における複数のＨＡＲＱ（ハイブリッド自動再送要求）プロセスのデータ処理方法であって、
受信した符号化パケットを再送プロセス用受信バッファに格納可能か否かを判定し、
前記符号化パケットを前記再送プロセス用受信バッファに格納できない場合には、動作中のＨＡＲＱプロセスに対応する符号化パケットのうち最も古いものおよび／または蓄積受信品質が最も低いものを廃棄対象として選択し、
選択されたＨＡＲＱプロセスに対応する符号化パケットを前記再送プロセス用受信バッファから廃棄して前記受信した符号化パケットを格納し、
前記再送プロセス用受信バッファに格納された符号化パケットを復号化する、
ことを特徴とするＨＡＲＱプロセスのデータ処理方法。
【請求項２０】
複数のＨＡＲＱプロセスの受信側データ処理を行う通信装置において、
符号化パケットをＨＡＲＱプロセスのために格納する格納手段と、
受信した符号化パケットを前記格納手段に格納可能か否かを判定する判定手段と、
前記受信した符号化パケットを前記格納手段に格納できない場合には、動作中のＨＡＲＱプロセスに対応する既存の符号化パケットの少なくとも一部を前記格納手段から廃棄し前記受信した符号化パケットを格納する制御手段と、
前記格納手段に格納された符号化パケットを復号化する復号手段と、
を有することを特徴とする通信装置。
【請求項２１】
受信側の通信装置における複数の再送プロセスのデータ処理機能をコンピュータで実現するプログラムであって、
受信信号を再送プロセス用受信バッファに格納可能か否かを判定し、
前記受信信号を前記再送プロセス用受信バッファに格納できない場合には、動作中の再送プロセスに対応する既存の受信信号の少なくとも一部を前記再送プロセス用受信バッファから廃棄し、
前記再送プロセス用受信バッファに前記受信信号を格納する、
ように前記コンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は送信側および受信側の通信装置間で再送プロセスを実行可能な通信システムに係り、特に受信側での再送プロセスデータ処理方法およびそれを用いた通信装置に関する。
【背景技術】
【０００２】
パケット伝送方式、たとえばＨＳＤＰＡ（High Speed Downlink Packet Access）やＥＵＤＣＨ (Enhanced Uplink Dedicated Channel)／ＨＳＵＰＡ（High Speed Uplink Packet Access）などの高速パケット伝送方式を採用した移動体通信システムなどでは、ハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest（ＨＡＲＱ））がデータ損失を効率的に回避するための重要な技術となっている。
【０００３】
ＨＡＲＱは、誤り訂正符号化とＡＲＱとを組み合わせ、復号に失敗したデータについて再送要求（ＮＡＣＫ送信）を行う一種のＡＲＱエラー制御方法である。受信側の通信装置は、エラー検出されたデータパケットを蓄積しておき、再送されたデータパケットと合成することで受信性能を向上させることができる。ＨＡＲＱ方式としては、いわゆるChase Combining、Incremental Redundancyなどが知られている（非特許文献１参照）。
【０００４】
以下、符号化率Ｒ＝１／３のターボ符号を誤り訂正符号の一例として、Chase Combining（以下、ＣＣ−ＨＡＲＱという。）およびIncremental Redundancy（以下、ＩＲ−ＨＡＲＱという。）のＨＡＲＱ方式について説明する。符号化率Ｒ＝１／３のターボ符号化では、たとえば系列長Ｌの情報ビット系列を符号化することで、同じ系列長Ｌのシステマティックビット系列Ｓと系列長Ｌの２つのパリティビット系列Parity1およびParity2とを生成し、これらに基づいて送信パケットが生成される。
【０００５】
図９（Ａ）はChase Combining（ＣＣ−ＨＡＲＱ）での送信手順の一例を示す模式図であり、図９（Ｂ）はIncremental Redundancy（ＩＲ−ＨＡＲＱ）での送信手順の一例を示す模式図である。
【０００６】
ＣＣ−ＨＡＲＱでは、初回と同じ符号化パケットを再送する。たとえば、図９（Ａ）に示すように、送信側がシステマティックビット系列Ｓと２つのパリティビット系列Parity1およびParity2とで構成される符号化パケット（Ｓ＋Parity1＋Parity2）を送信したとする。この場合、受信側は受信した符号化パケットを復号化し、エラーが検出された場合にはＮＡＣＫを送信側へフィードバックする。ＮＡＣＫを受信すると、送信側は前回と同じ符号化パケット（ここでは、Ｓ＋Parity1＋Parity2）を再送する。受信側では、エラー検出された前回の符号化パケットを蓄積しておき、再送された符号化パケットと合成してから復号化を行う。これにより復号化の成功率を高めることができる。
【０００７】
これに対して、ＩＲ−ＨＡＲＱでは、図９（Ｂ）に示すように、まず送信側がシステマティックビット系列Ｓの符号化パケット（Ｓ）を送信する。受信側は受信した符号化パケット（Ｓ）を復号化し、エラーが検出された場合にはＮＡＣＫを送信側へフィードバックする。ＮＡＣＫを受信すると、送信側はパンクチャにより得られるパリティビット系列Parity1およびParity2のうちの一方（ここではParity1）の符号化パケット（Parity1）を送信する。受信側は、受信した符号化パケット（Parity1）と前回受信した符号化パケット（Ｓ）とに基づいて復号化を行う。それでもエラーが検出されＮＡＣＫが戻ってくると、送信側は残りの符号化パケット（ここではParity2）を送信し、受信側は最初に受信した符号化パケット（Ｓ）と再送により受信したパリティビット系列Parity1およびParity2とを用いて復号化を行う。このように、ＩＲ−ＨＡＲＱでは、再送ごとに使用されるパンクチャパターンは異なっているので、毎回異なる符号化ビット系列が送信されることとなる。
【０００８】
ＨＡＲＱの再送シーケンスの形態としては、選択再送(Selective repeat)モード、ストップアンドウェイト(stop-and-wait)モードなどが知られている。選択再送モードは、エラー受信されたパケットのみを再送し、フィードバック遅延時間内に送信できるパケット数より多いパケット数を設定することで、複数のＨＡＲＱプロセスを並列動作させることが可能となり、システムのチャネル資源を効率的に使用できるという利点がある。
【０００９】
stop-and-waitモードは、最もシンプルで制御オーバヘッドが非常に小さいという利点があるが、送信側が受信側からのフィードバック情報を待つ必要があるために効率が低下するという難点がある。この効率を改善するために、複数のstop-and-waitプロトコルを並列動作させるN-channel stop-and-wait ＨＡＲＱ（以下、マルチstop-and-waitモードという。）が提案されている（非特許文献１）。すなわち、１つのＨＡＲＱプロセスがフィードバック情報を待っている間に、当該アイドル状態のチャネルを用いて他のＨＡＲＱプロセスがデータを送信する。マルチstop-and-waitモードによって、全体として効率を向上させ、システムの資源を無駄なく利用することが可能となる。
【００１０】
【非特許文献１】3GPP TR 25.848 V4.0.0 (2001-03)（８〜２８ページ参照）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、マルチstop-and-waitモードでは、各ＨＡＲＱプロセスの送信パケットを保持する必要があるので、受信側のメモリ容量を予め大きく確保しておく必要がある。特に、各ＨＡＲＱプロセスに対応するＨＡＲＱバッファに必要なバッファサイズは、最大送信レート、符号化率、受信したソフトシンボル毎のビット数などに依存する。したがって、必要とされる全ＨＡＲＱバッファサイズは、個々のＨＡＲＱバッファサイズの合計となる。ＨＡＲＱプロセス数をＮとし、各ＨＡＲＱバッファサイズが等しいとすれば、全ＨＡＲＱバッファサイズは、個々のＨＡＲＱバッファサイズのＮ倍となる。
【００１２】
選択再送モードでは、送信側で送信パケットを各々識別する必要があるために制御オーバヘッドが大きくなり、さらに、受信側では受信パケットごとにソフトシンボルを保持する必要があるので最大処理可能パケット数に対応できるメモリ容量を確保する必要がある。
【００１３】
ところで、上述した複数のＨＡＲＱプロセスを動作させる場合、各ＨＡＲＱプロセスでデータ伝送が成功する確率は、受信時のチャネル品質、送信電力、変調および符号化方式、その他データパケットの受信品質に影響するファクタなど、複数の要因により決定される。ここで、データ伝送時の目標エラー確率をｐとし、Ｎ個のＨＡＲＱプロセスが並存する場合を考える。各ＨＡＲＱプロセスの送信成功確率が互いに独立、言い換えれば１つのＨＡＲＱプロセスの成功／失敗の確率が他のＨＡＲＱプロセスの成功／失敗の確率に影響しないと仮定すると、Ｍ個（ＭはＮ以下の整数）のＨＡＲＱプロセスが同時に失敗する確率はｐMである。具体例を以下に示す。
【００１４】
図１０は、ＨＡＲＱプロセスの同時失敗数に対する各ＨＡＲＱ動作点での失敗確率の変化を示す図である。ここでは、６個のＨＡＲＱプロセス（Ｎ＝６）のうちＭ個で送信失敗する確率が示されている。たとえばＭ＝０は、ＨＡＲＱプロセスで失敗したプロセスがない場合（全てのプロセスでデータ伝送が成功した場合）を示す。またＨＡＲＱ動作点０．９９はＨＡＲＱ受信エラーレートｐ＝０．０１を意味する。
【００１５】
ＨＡＲＱ動作点０．９の場合、全てのプロセスで受信が失敗する確率は、図１０に示すようにＭ＝６で０．０００００１であり、逆にすべてのプロセスで成功する確率は、Ｍ＝０で約０．５３である。時間で考えれば、ＨＡＲＱバッファが全部占有されるのは０．０００１％だけであり、５３％に相当する時間は空の状態であることを意味している。
【００１６】
この分析はかなり単純化しているものの、上述したように最大ＨＡＲＱメモリ容量を設けても、その貴重なメモリ資源をフルに使用する場合が滅多にないことを示している。
【００１７】
ＨＡＲＱバッファサイズは個々のＨＡＲＱバッファサイズの増大あるいはＨＡＲＱプロセスの総数の増加によって大きくなる。さらに、移動体通信では数Ｍビットを超える高速でデータパケットの送受信が可能となっており、送信ビットレートが将来も上昇し続けると、より効率的なＨＡＲＱ技術を採用することで、必要なＨＡＲＱバッファサイズが益々大きくなると考えられる。一般に、ＨＡＲＱバッファサイズが大きくなるに伴って、モデムチップセットのような通信デバイスのサイズも大きくなり、これによって通信デバイスのコストも増大する。デバイスのサイズだけでなく、消費電力も、ＨＡＲＱバッファの必要容量の増大と伴って増加する。
【００１８】
このように、受信エラーが検出されたデータの再送プロセスが複数並列動作する通信装置では、マルチ再送プロセスのために使用されるメモリ資源を十分に効率的に利用しているとは言えない。このためにデバイスサイズや消費電力の不必要な増大を招来している。
【００１９】
そこで本発明の目的は、再送プロセスでのメモリ使用効率を向上させる再送プロセスデータ処理方法およびそれを用いた通信装置を提供することにある。
【課題を解決するための手段】
【００２０】
本発明による再送プロセスのデータ処理方法は、受信側の通信装置における複数の再送プロセスのデータ処理方法であって、受信信号を再送プロセス用受信バッファに格納可能か否かを判定し、前記受信信号を前記再送プロセス用受信バッファに格納できない場合には、動作中の再送プロセスに対応する既存の受信信号の少なくとも一部を前記再送プロセス用受信バッファから廃棄し、前記再送プロセス用受信バッファに前記受信信号を格納する、ことを特徴とする。
【発明の効果】
【００２１】
本発明によって複数の再送プロセスにおいてメモリ使用効率を向上させることができる。
【発明を実施するための最良の形態】
【００２２】
１．第１実施形態
図１（Ａ）は本発明の第１実施形態による通信装置の再送プロセス制御回路の概略的構成を示すブロック図であり、図１（Ｂ）は本実施形態によるマルチ再送プロセスにおけるデータ処理方法の動作を説明するためのタイムチャートである。ここでは説明を煩雑にしないために、６個（ｎ＝６）の再送プロセスＰ１〜Ｐ６に対して３個（ｍ＝３）のメモリ領域Ｂ１〜Ｂ３を有するバッファ１０が設けられ、各メモリ領域には１つの再送プロセスの再送対象となりうる１つの受信信号が格納されるものとする。ここで示す再送プロセスの個数ｎおよびメモリ領域の個数ｍは説明のための一例であり、これらに限定されるものではない。
【００２３】
エラー検出部１１は、バッファ１０に格納された受信信号のエラー検出を行い、その検出結果を再送プロセス制御部１２へ出力する。再送プロセス制御部１２は、それぞれの再送プロセスに対応する受信信号をバッファ１０に追加（ａｄｄ）し、バッファ１０から削除（ｄｅｌｅｔｅ）し、あるいはバッファ１０から廃棄（ｄｉｓｃａｒｄ）する。
【００２４】
追加（ａｄｄ）は、バッファ１０に十分に空き領域がある場合に行われ、その空き領域に新たな受信信号が格納される。削除（ｄｅｌｅｔｅ）は、対応する受信信号にエラーが検出されなかった場合に行われ、当該受信信号をバッファ１０から消去する（対応するバッファ１０の領域の開放）。廃棄（ｄｉｓｃａｒｄ）は、バッファ１０に必要な空き領域がない状態で新たな受信信号が発生した場合に行われ、継続中の再生プロセスから少なくとも１つのプロセスを選択し、そのプロセスに対応する受信信号をバッファ１０から消去する（対応するバッファ１０の領域の開放）。
【００２５】
再送プロセス制御部１２は、エラーが検出されなかった受信信号をバッファ１０から削除すると共に、正常受信を示すフィードバック情報（たとえばＡＣＫ）を当該受信信号の送信元に対して返信する。バッファ１０に格納された受信信号にエラーが検出された場合は、再送プロセス制御部１２は当該受信信号をバッファ１０に保持したまま、エラー受信を示すフィードバック情報（たとえばＮＡＣＫ）を当該受信信号の送信元に対して返信する。エラー受信を知った送信元は、当該再送プロセスに従って再送対象となる信号を再度送信する。再送プロセス制御部１２は、再送された受信信号と前回受信した受信信号とを用いてエラー検出部１１にエラー検出を実行させる。
【００２６】
図１（Ｂ）に示す例では、再送プロセスＰ１の対象である受信信号はバッファ１０に時点ｔ１において追加され、エラー検出部１１によって正常受信が確認されると、時点ｔ２で削除されるものとする。したがって、この場合、追加された時点ｔ１から削除された時点ｔ２までの期間が再送プロセスＰ１の受信信号によるバッファ占有の長さである。再送プロセスＰ２も同様であり、その受信信号は時点ｔ２でバッファ１０に追加され、正常受信が確認されると、時点ｔ３で削除される。
【００２７】
これに対して、再送プロセスＰ３が廃棄対象として選択される場合を説明する。再送プロセスＰ３の受信信号は、バッファ１０に追加された後、後の再送プロセスＰ６の受信信号を追加する時にバッファ領域を空けるために廃棄される。具体的には、再送プロセスＰ３において、受信信号が時点ｔ３でバッファ１０のメモリ領域Ｂ１に追加され、エラー検出部１１によりエラー検出されたとする。この場合、当該受信信号はメモリ領域Ｂ１に保持され、ＮＡＣＫのフィードバック情報が送信元へ返信される。こうして再送プロセスＰ３は再送待ち状態となる。続く再送プロセスＰ４も同様に、受信信号が時点ｔ４でバッファ１０のメモリ領域Ｂ２に追加され、この受信信号もエラー検出されてメモリ領域Ｂ２に保持されたものとする。さらに時点ｔ５で、再送プロセスＰ５の受信信号がバッファ１０のメモリ領域Ｂ３に追加されると、この時点でバッファ１０に空き領域はなくなる。
【００２８】
このバッファ１０の完全占有状態で、新たな再送プロセスＰ６が発生すると、再送プロセス制御部１２はバッファ１０を使用している再送プロセスＰ３、Ｐ４およびＰ５から１つを廃棄対象として選択し、選択された再送プロセスに対応する受信信号をバッファ１０から廃棄する。この廃棄対象の再送プロセスは種々の基準により選択することができる。再送プロセスＰ３、Ｐ４およびＰ５のうち最も古いプロセスを選択することができるが、再送プロセスがエラー検出の有無に依存していることから、受信品質の最も低い受信信号の再送プロセスを選択することも望ましい。その際、各再送プロセスにおける受信品質の累積値を用いるのが望ましい。その他、受信品質に影響するファクタを選択基準に採用することもできる。
【００２９】
最も古いプロセスを選択する場合は、ここでは再送プロセスＰ３が廃棄対象となる。受信品質の最も低いプロセスを選択する場合は、再送プロセスＰ３、Ｐ４およびＰ５のそれぞれの受信品質Ｑ３、Ｑ４およびＱ５のうち最も低いものが廃棄対象となる。受信品質が最も低いプロセスが複数ある場合には、そのうち最も古いものを選択するというように２つの基準を併用してもよい。ここでは再送プロセスＰ３が選択されたものとする。
【００３０】
再送プロセスＰ３が廃棄対象として選択されると、再送プロセス制御部１２は時点ｔ６でバッファ１０のメモリ領域Ｂ１に格納されている当該受信信号を廃棄し、新たな再送プロセスＰ６の受信信号をバッファ１０のメモリ領域Ｂ１に追加する。このようにバッファ１０に空き領域がなくなっても、一定の選択基準に従って再送プロセスを廃棄することで空き領域を作り、新たな受信信号の再送プロセスを受け入れることが可能となる。したがって、再送プロセスＰ１〜Ｐ６の数より少ないメモリ領域Ｂ１〜Ｂ３を用いて効率的にマルチ再送プロセスを実行することができる。言い換えれば、ｎ個の再送プロセスをｍ（＜ｎ）個の再送プロセスに対応するメモリ容量によって処理することが可能となる。
【００３１】
なお、受信側で再送プロセスＰ３が中止されたことで、送信元は再送プロセスＰ３に関してフィードバック情報を受信できなくなり、その結果、再送プロセスＰ３に従って当該再送すべき信号を再度送信する。受信側では、再送プロセスＰ３はなくなっているので、この受信信号は新たな再送プロセスとしてバッファ１０に追加される。
【００３２】
図２は本実施形態による再送プロセス制御方法の概略的手順を示すフローチャートである。再送プロセス制御部１２は、新たな受信信号の発生を知ると（Ｓ２１：ＹＥＳ）、この新たな受信信号をバッファ１０に追加可能か否かを判定する（Ｓ２２）。
【００３３】
追加できない場合（Ｓ２２：ＮＯ）、再送プロセス制御部１２は、上述した選択基準に従って現在動作中の再送プロセスから１つを選択し（Ｓ２３）、選択された再送プロセスの受信信号をバッファ１０から廃棄する（Ｓ２４）。こうして選択された再送プロセスの受信信号を廃棄したあと、制御をステップＳ２２へ戻し、当該新たな受信信号を追加可能か否かを判定する。追加可能であれば（Ｓ２２：ＹＥＳ）、再送プロセス制御部１２は当該新たな再送プロセスの受信信号をバッファ１０に追加し（Ｓ２５）、上述したマルチ再送プロセスを実行する（Ｓ２６）。なお、新たな受信信号の発生がない場合には（Ｓ２１：ＮＯ）、そのまま動作中のマルチ再送プロセスが実行される（Ｓ２６）。
【００３４】
なおコンピュータプログラムをプログラム制御プロセッサ上で実行することで、本実施形態によるマルチ再送プロセス制御機能を実現することもできる。
【００３５】
２．実施例
２．１）構成
図３は本発明の一実施例による無線通信装置の概略的構成を示すブロック図である。ここでは、再送プロセスとしてＨＡＲＱプロセスを例示し、廃棄対象となるプロセスの選択基準としては受信品質を用いるものとする。また、図示しない送信側の無線通信装置は、送信データを符号化し、符号化パケットを変調して無線送信し、受信側では復調された符号化パケット（受信信号）をＨＡＲＱプロセスの再送対象としてＨＡＲＱ受信バッファに格納するものとする。
【００３６】
本実施例による無線通信装置の受信部１０１は復調器を有し、送信側の無線通信装置から受信したＲＦ信号を復調して軟判定出力（以下、ソフトシンボルという。）を生成すると共に、その受信品質（ここでは希望信号電力対干渉電力比ＳＩＲ）を測定する。受信した符号化パケットの受信ソフトシンボルはＨＡＲＱ受信バッファ１０２に格納されると共にデコーダ１０３へ出力される。ＨＡＲＱ受信バッファ１０２は予め定められた数（ｍ）のメモリユニット（領域）を有し、１つのＨＡＲＱプロセスに対して所定数のメモリユニットが割り当てられる。
【００３７】
デコーダ１０３は受信した符号化パケットの復号化を行い、復号された受信データパケットを上位レイヤへ出力する。その際、復号が正常に完了したか失敗したかを示すエラー判定結果をＨＡＲＱ制御部１０４へ通知する。
【００３８】
ＨＡＲＱ制御部１０４は、時間によってＨＡＲＱプロセスを決定する同期ＨＡＲＱプロセスに基づき、予め定められた数（ｎ）のＨＡＲＱプロセスを制御する。上述したように、受信品質ＳＩＲを選択基準として参照しながらＨＡＲＱプロセスを制御し、ＨＡＲＱ受信バッファ１０２に対して対応する受信ソフトシンボルの追加、削除、選択的廃棄などの制御を行う。すなわち、ＨＡＲＱ制御部１０４は、ＨＡＲＱ受信バッファ１０２に新たな符号化パケットのソフトシンボルを格納できるメモリユニットがある時には当該ソフトシンボルを格納する。これに対して、ＨＡＲＱ受信バッファ１０２のメモリユニットが全て占有されている状態で新たなソフトシンボルを受信したときには、受信品質ＳＩＲを選択基準として参照しながら、その時点で動作中のＨＡＲＱプロセスから廃棄対象となるプロセスを１つ選択し、当該選択されたＨＡＲＱプロセスのソフトシンボルをＨＡＲＱ受信バッファ１０２から廃棄する。
【００３９】
なお、選択基準として用いられる受信品質ＳＩＲは、当該ＨＡＲＱプロセスで追加時点から現在までに受信したソフトシンボルの受信品質を累積した値であってもよい。この場合、累積受信品質が最も低いＨＡＲＱプロセスを廃棄対象となるプロセスとして選択する。累積値を用いることで受信品質の変動を平均化でき、当該ＨＡＲＱプロセス全体の正確な受信品質判定を行うことができる。
【００４０】
エラーが検出されなかった場合、ＨＡＲＱ制御部１０４は当該ソフトシンボルをＨＡＲＱ受信バッファ１０２から削除すると共に、送信側通信装置に対して正常受信を示すフィードバック情報（ＡＣＫ）を送信部１０５を通して返信する。エラーが検出された場合、ＨＡＲＱ制御部１０４は、当該ソフトシンボルを復号が成功するまで、あるいは廃棄するまでＨＡＲＱ受信バッファ１０２に保持し、エラー受信を示すフィードバック情報（ＮＡＣＫ）を送信部１０５を通して送信側通信装置へ返信する。
【００４１】
なお、ＨＡＲＱ制御部１０４と同様の機能は、コンピュータプログラムをプログラム制御プロセッサ上で実行することで実現することもできる。
【００４２】
２．２）動作
以下、図４および図５を参照して本発明の実施例による無線通信装置の動作を詳細に説明する。
【００４３】
図４は本実施例による無線通信装置のＨＡＲＱプロセス制御を示すフローチャートである。まず、ＨＡＲＱ制御部１０４は、プロセスｋ（ｋ＝０，１，２，３，４ or ５）において新たな受信（受信した符号化パケットのソフトシンボル）が発生したか否かを判定する（Ｓ２０１）。新たな受信が発生した場合（Ｓ２０１：ＹＥＳ）、ＨＡＲＱ制御部１０４は、ＨＡＲＱ受信バッファ１０２で現在占有されているメモリユニット数occupiedに新たな受信に割り当てられるべきメモリユニット数addを加算して、必要とされるメモリユニット数requiredを算出する（Ｓ２０２）。続いて、ＨＡＲＱ制御部１０４は、算出した必要メモリユニット数requiredがＨＡＲＱ受信バッファ１０２の容量（ここではメモリユニット総数＝９）を超えているか否かを判定する（Ｓ２０３）。
【００４４】
必要メモリユニット数requiredがＨＡＲＱ受信バッファ１０２のメモリユニット総数を超えている場合（Ｓ２０３：ＹＥＳ）、ＨＡＲＱ制御部１０４は選択的廃棄を実行する。まず、継続中のＨＡＲＱプロセスのうち最も受信品質が低い１つを選択し、選択されたＨＡＲＱプロセスに対応するソフトシンボルをＨＡＲＱ受信バッファ１０２から廃棄する（Ｓ２０４）。これによって、廃棄ソフトシンボルが格納されていたメモリユニット数discardが占有ユニット数occupiedから差し引かれ、新たな必要メモリユニット数requiredが算出される（Ｓ２０５）。こうして再度ステップＳ２０３の比較が行われ、必要メモリユニット数requiredがメモリユニット総数以下となるまでステップＳ２０４〜Ｓ２０５が繰り返される。
【００４５】
必要メモリユニット数requiredがメモリユニット総数以下になると（Ｓ２０３：ＮＯ）、ＨＡＲＱ制御部１０４は新たな受信ソフトシンボルをＨＡＲＱ受信バッファ１０２の空きメモリユニットに格納する（Ｓ２０６）。続いて、ＨＡＲＱ制御部１０４は、復号が成功したソフトシンボルがあるか否かを判定し（Ｓ２０７）、復号が成功したソフトシンボルがあれば（Ｓ２０７：ＹＥＳ）、当該ソフトシンボルをＨＡＲＱ受信バッファ１０２から削除して占有ユニット数occupiedをその分だけ減少させ、フィードバック情報（ＡＣＫ）を送信部１０５を通して送信側通信装置へ返信する（Ｓ２０８）。復号が成功したものがない場合にはステップＳ２０８は実行されない。なお、ステップＳ２０７およびＳ２０８は、プロセスｋで新たな受信が発生していない場合（Ｓ２０１：ＮＯ）にも実行される。
【００４６】
２．３）具体例
次に、マルチstop-and-waitモードを例にとってＨＡＲＱ制御の具体例を説明する。
【００４７】
図５（Ａ）はＨＡＲＱ受信バッファ１０２のメモリ容量を示す模式図、図５（Ｂ）は本実施例におけるマルチstop-and-waitモードの動作例を説明するためのＨＡＲＱ受信バッファの状態遷移図である。
【００４８】
ここでは説明を煩雑にしないために、６個（ｎ＝６）のＨＡＲＱプロセス＃０〜＃５がそのプロセス番号の順で繰り返しＨＡＲＱ送信を実行するものとする。図５（Ａ）に示すようにＨＡＲＱ受信バッファ１０２には９個（ｍ＝９）のメモリユニット＃１〜＃９が設けられ、１つのＨＡＲＱプロセスの受信ソフトシンボルに対して３個のメモリユニットが割り当てられるものとする。したがって、本実施例では、ＨＡＲＱ受信バッファ１０２に同時に最大３個のＨＡＲＱプロセスに相当するソフトシンボルしか収容できないことになる。本実施例によれば、このように容量が小さいＨＡＲＱ受信バッファ１０２を用いても６個のＨＡＲＱプロセスを十分制御可能となる。なお、ここで示すＨＡＲＱプロセスの数ｎ、メモリユニット数ｍおよびＨＡＲＱプロセス毎のメモリユニット割当数は説明のための一例であり、これらに限定されるものではない。
【００４９】
図５（Ｂ）において、タイミングは、図３に示す無線通信装置のタイミングクロックによるタイムスロットを示す。ここでは各ＨＡＲＱプロセスの送信が２タイムスロットの時間で実行されるものとする。たとえば、図５（Ｂ）の例では、ＨＡＲＱプロセス番号＃０の送信はタイミング０および１に相当する期間で行われる。具体的にはＴＴＩ(Transmission Time Interval）が２タイムスロットに相当する場合であるが、これに限定されるものではなく、ＴＴＩが３以上のタイムスロットに対応してもよい。
【００５０】
まず、ＨＡＲＱ受信バッファ１０２が空の状態（occupied=0, available=9）において、ＨＡＲＱプロセス＃０の送信が行われると、その受信ソフトシンボルの追加(add=3)が可能であるためには合計３メモリユニットが必要であるから(required=3)、タイミング１においてそのままＨＡＲＱ受信バッファ１０２に追加される(occupied=3, available=6)。この受信ソフトシンボルはデコーダ１０３によってタイミング１〜４の間で復号され、復号が成功したとする。この場合、ＨＡＲＱ制御部１０４は当該ソフトシンボルをＨＡＲＱ受信バッファ１０２から削除し(deleted=3)、タイミング６および７でＡＣＫを送信側へフィードバックする。このように、復調が成功したＨＡＲＱプロセス＃０の場合、当該ソフトシンボルがＨＡＲＱ受信バッファ１０２を占有する時間間隔はタイミング１〜４の間である。
【００５１】
ＨＡＲＱプロセス＃１の場合も復調が成功する例である。ＨＡＲＱ受信バッファ１０２が状態（occupied=3, available=6）である時に、新たなソフトシンボルがタイミング３でＨＡＲＱ受信バッファ１０２に追加され(occupied=6, available=3)、復号が成功すると、当該ソフトシンボルがＨＡＲＱ受信バッファ１０２から削除され(deleted=3)、タイミング８および９でＡＣＫが送信側へ送信される。
【００５２】
これに対して、ＨＡＲＱプロセス＃２は復調が失敗する例である。ＨＡＲＱ受信バッファ１０２が状態（occupied=3, available=6）であるとき、タイイング４および５でＨＡＲＱプロセス＃２の送信が行われると、その受信ソフトシンボルの追加(add=3)が可能であるためには合計６メモリユニットが必要であるから(required=6)、タイミング５においてＨＡＲＱ受信バッファ１０２に追加される(occupied=6, available=3)。この受信ソフトシンボルはデコーダ１０３によって復号され、復号が失敗したとする。この場合、ＨＡＲＱ制御部１０４は当該ソフトシンボルをＨＡＲＱ受信バッファ１０２に保持し(deleted=0)、タイミング１０および１１でＮＡＣＫを送信側へフィードバックする。このＮＡＣＫ応答に対して送信側からタイミング１６および１７で再送信が行われたとする。この場合、当該再送ソフトシンボルは前回のソフトシンボルと結合して復号されるのでＨＡＲＱ受信バッファ１０２には追加されない(add=0）。この再送により復号が成功すると、タイミング２０においてＨＡＲＱ制御部１０４は当該ソフトシンボルをＨＡＲＱ受信バッファ１０２から削除し(deleted=3)、タイミング２２および２３でＡＣＫを送信側へフィードバックする。初回の復調が失敗し次の再送で成功したＨＡＲＱプロセス＃２の場合、当該ソフトシンボルがＨＡＲＱ受信バッファ１０２を占有する時間間隔はタイミング５〜２０の間である。
【００５３】
図５（Ｂ）のタイミング０〜１３において、ＨＡＲＱプロセス＃０および＃１が復調成功、＃２が失敗、＃３および＃４が成功、そして＃５および＃０が失敗したとすると、タイミング１３において、ＨＡＲＱ受信バッファ１０２は継続中のＨＡＲＱプロセス＃２、＃５および＃０によって完全に占有されている(occupied=9, available=0)。
【００５４】
この完全占有状態において、タイミング１４および１５でＨＡＲＱプロセス＃１の送信が行われると、その受信ソフトシンボルの追加(add=3)が可能であるためには合計１２メモリユニットが必要であるから(required=12)、メモリユニット総数９を超えている。この受入不可状態になると、ＨＡＲＱ制御部１０４は継続中のＨＡＲＱプロセス＃２、＃５および＃０から１つを選択し、そのソフトシンボルをＨＡＲＱ受信バッファ１０２から廃棄する。すなわち、ＨＡＲＱ制御部１０４は、ＨＡＲＱプロセス＃２、＃５および＃０のそれぞれの累積的受信品質ＳＩＲを参照して、最も低いＨＡＲＱプロセスを廃棄対象として選択し、選択されたプロセスのソフトシンボルをＨＡＲＱ受信バッファ１０２から廃棄する(discard=3）。これによって、タイミング１５において、開放されたメモリユニットにＨＡＲＱプロセス＃１の受信ソフトシンボルが追加される。廃棄されたＨＡＲＱプロセスのソフトシンボルが次に送信されたときには、再送ではなく新たな受信ソフトシンボルとして処理される。
【００５５】
このように１つのＨＡＲＱプロセスに対して３個のメモリユニットが割り当てられる場合、本実施例によれば６個のＨＡＲＱプロセスを９個のメモリユニットによって、オーバフローすることなくＨＡＲＱバッファを維持することができる。すなわち、ｎ個のＨＡＲＱプロセスをｍ（＜ｎ）個のプロセスに対応するメモリ容量によって処理することが可能となる。図１０の例で示したように、６個のＨＡＲＱプロセスですべて復調が成功する確率が約５３％であることを考慮すれば、本実施例により６個のＨＡＲＱプロセスをプロセス３個分に相当する９個のメモリユニットによって処理することが可能であり、これによってメモリの利用効率が格段に向上することが分かる。
【００５６】
２．４）比較例
上述した本実施例に対して、既存のマルチＨＡＲＱプロセス制御を採用した場合には、新たなＨＡＲＱプロセスを常に受け入れることができるように、６個のＨＡＲＱプロセスに対して６プロセス分に相当する１８個のメモリユニットがＨＡＲＱ受信バッファに用意される。
【００５７】
図６（Ａ）は既存のマルチＨＡＲＱプロセス制御において用いられるＨＡＲＱ受信バッファの容量（メモリユニット数）を示す模式図であり、図６（Ｂ）はマルチstop-and-waitモードによる既存のマルチＨＡＲＱプロセス制御の動作例を説明するためのＨＡＲＱ受信バッファの状態遷移図である。選択的廃棄(discard)するステップがない点を除いて、既存の動作は上述した図５（Ｂ）と基本的に同じである。
【００５８】
図６（Ｂ）に示す例では、ほとんどの時点で、６メモリユニット以上が未使用状態である。したがって、既存のマルチＨＡＲＱプロセス制御ではメモリ資源の利用効率がかなり低いことがわかる。
【００５９】
２．５）効果
上述したように、本実施例によれば、ＨＡＲＱ受信バッファに新たなＨＡＲＱプロセスを受け入れるだけの空きがない状態であっても、１以上のＨＡＲＱプロセスに対応する受信ソフトシンボルを選択的に廃棄することで、受入可能となる。すなわち、ｎ個のＨＡＲＱプロセスをｍ（＜ｎ）個のプロセスに対応するメモリ容量によって効率的に処理することが可能となり、メモリ資源の利用効率を大幅に向上させることができる。
【００６０】
３．第２実施形態
上述した第１実施形態による制御によれば、選択的廃棄を行う場合には１つの再送プロセスの受信ソフトシンボル全体を廃棄する。しかしながら、Incremental Redundancy（ＩＲ−ＨＡＲＱ）のように、符号化された本体情報の後に付加的な冗長情報が順次再送される方式では、付加的情報のみで復号を行うことができない。従って、受信側で再送プロセスの全ての受信ソフトシンボルを廃棄してしまうと、送信側が当該再送プロセスで付加的冗長情報を再送しても、受信側で復号することができなくなる。このために、廃棄対象となる再送プロセスの本体情報は少なくとも保持しておくことが必要である。図９（Ｂ）に示す符号化率Ｒ＝１／３のターボ符号を例にとれば、再送プロセスにおいて復号を可能にするためには、初回送信されたシステマティックビット系列Ｓを廃棄することはできない。
【００６１】
そこで、本発明の第２実施形態では、再送プロセスを廃棄する場合、付加的な冗長情報のみを廃棄（部分廃棄）するように制御する。以下、符号化率Ｒ＝１／３のターボ符号を一例として本実施形態によるマルチ再送プロセス制御方法を説明する。
【００６２】
図７（Ａ）は本発明の第２実施形態による通信装置の再送プロセス制御回路の概略的構成を示すブロック図であり、図７（Ｂ）は本実施形態によるマルチ再送プロセス制御方法の動作を説明するためのタイムチャートである。バッファ１０のメモリ領域Ｂ１、Ｂ２・・・の各々には、再送プロセスの対象となる受信信号、すなわちシステマティックビット系列Ｓ、付加的冗長情報Parity1あるいはParity2のいずれかが格納されるものとする。ただし、エラー検出対象となる受信信号は、この場合、Ｓ、（Ｓ＋Parity1）、（Ｓ＋Parity2）あるいは（Ｓ＋Parity1＋Parity2）のいずれかである。
【００６３】
エラー検出部１１は、バッファ１０に格納された受信信号のエラー検出を行い、その検出結果を再送プロセス制御部２０へ出力する。再送プロセス制御部２０は再送プロセスに対応する受信信号の追加、削除あるいは部分廃棄を行う。
【００６４】
受信信号の追加および削除は第１実施形態と同様である。受信信号の部分廃棄は、バッファ１０に必要な空き領域がない状態で新たな受信信号が発生した場合に行われる。すなわち、その時点で継続中の再生プロセスから選択された少なくとも１つのプロセスの付加的冗長情報に相当する受信信号Parity1および／またはParity2をバッファ１０から廃棄する（対応するバッファ１０の領域の開放）。
【００６５】
再送プロセス制御部２０は、エラーが検出されなかった場合には、その受信信号を削除すると共に、正常受信を示すフィードバック情報（たとえばＡＣＫ）を当該受信信号の送信元に対して返信する。エラーが検出された場合は、再送プロセス制御部２０は当該受信信号をバッファ１０に保持したまま、エラー受信を示すフィードバック情報（たとえばＮＡＣＫ）を当該受信信号の送信元に対して返信する。エラー受信を知った送信元は、当該再送プロセスに従って再送すべき信号（ここでは、Parity1あるいはParity2）を再度送信する。この再送信号を受信すると、その再送された受信信号と前回受信した受信信号とを用いてエラー検出が実行される。
【００６６】
図７（Ｂ）に示す例では、再送プロセスＰ１の対象であるシステマティックビット系列Ｓの受信信号が時点ｔ１でバッファ１０のメモリ領域Ｂ１に追加され、エラー検出部１１によりエラー検出されたとする。この場合、当該システマティックビット系列Ｓの受信信号はメモリ領域Ｂ１に保持され、ＮＡＣＫのフィードバック情報が送信元へ返信される。これに対して、送信元からパリティビット系列Parity1が再送され、その受信信号が時点ｔ３でバッファ１０のメモリ領域Ｂ２に追加されたとする。しかしながら、エラー検出対象である受信信号Ｓ＋Parity1もエラーが検出されると、ＮＡＣＫのフィードバック情報が送信元へ返信される。したがって、Ｓがメモリ領域Ｂ１に、Parity1がメモリ領域Ｂ２に、それぞれ保持された状態になる。この状態で、送信元からParity2が再送され、時点ｔ５でバッファ１０のメモリ領域Ｂ３に追加され、これによってバッファ１０の空き領域が不足し、新たな再生プロセスに必要な３つのメモリ領域を確保できなくなったとする。
【００６７】
必要な空き領域のないバッファ１０に対して、時点ｔ６で他の再送プロセスＰｘの受信信号が発生したとすると、再送プロセス制御部２０はバッファ１０を使用している再送プロセスから１つを廃棄対象として選択し、選択された再送プロセスに対応するParity1および／またはParity2をバッファ１０から部分廃棄する。この部分廃棄される再送プロセスの選択は、第１実施形態と同様に、１）最も古いプロセスを選択する、２）受信品質の最も低いものを選択する、あるいは３）その両方の基準で選択する、という種々の方式を採用することができる。ここでは再送プロセスＰ１が部分廃棄対象として選択されたものとする。
【００６８】
再送プロセスＰ１が部分廃棄対象として選択されると、再送プロセス制御部２０は時点ｔ６でバッファ１０のメモリ領域Ｂ２に格納されているParity1および／またはメモリ領域Ｂ３に格納されているParity2を部分廃棄し、新たな再送プロセスＰｘの受信信号をバッファ１０のメモリ領域Ｂ２および／またはＢ３に追加することができる。
【００６９】
なお、再送プロセスＰ１が部分廃棄されても、そのシステマティックビット系列Ｓはバッファ１０のメモリ領域Ｂ１に保持されているので、送信元が再送プロセスＰ１によりParity1あるいはParity2を再送すれば、（Ｓ＋Parity1）、（Ｓ＋Parity2）あるいは（Ｓ＋Parity1＋Parity2）を得ることができエラー検出が可能である。
【００７０】
このようにバッファ１０に空き領域が不足しても、一定の選択基準に従って再送プロセスの受信信号を部分廃棄することで空き領域を作り、新たな受信信号をバッファ１０に追加することが可能となる。こうして、マルチ再送プロセスを全て収容可能な容量より少ないメモリ領域を用いて効率的にマルチ再送プロセスを実行することができメモリ資源を有効利用することが可能となる。
【００７１】
４．適用例
図８（Ａ）は本発明の一実施例による無線通信装置を用いたパケットデータ通信システムの概略的ブロック図であり、図８（Ｂ）はエンコーダの一例であるターボ符号化器を示すブロック図である。ここでは、図３に示す無線通信装置を受信側に用いているので、図３に示すブロックと同様の機能を有するブロックには同一参照番号を付している。
【００７２】
図８（Ａ）において、送信側装置のターボエンコーダ３０１は、上位レイヤから一連の送信データパケットを入力すると、それらをパケット毎に誤り訂正符号化して符号化データパケットを生成する。符号化データパケットはＨＡＲＱ送信バッファ３０２に格納され、ＨＡＲＱ制御部３０３の制御の下で、送受信部３０４によりたとえばＱＰＳＫ変調されて無線チャネルを通して送信される。
【００７３】
受信側装置の送受信部（１０１、１０５）は受信ＲＦ信号を復調して符号化データパケットの受信ソフトシンボルをＨＡＲＱ受信バッファ１０２へ出力する。この受信ソフトシンボルはＨＡＲＱ受信バッファ１０２に格納され、ターボデコーダ１０３により復号される。ターボデコーダ１０３は受信ソフトシンボルを復号化し、受信データパケットを上位レイヤへ出力する。この際、ターボデコーダ１０３は復号が正常に完了したか、あるいは誤りが検出されたかを示すエラー判定結果をＨＡＲＱ制御部１０４へ返す。ＨＡＲＱ制御部１０４は、受信エラー判定結果が正常復号を示す場合にはＡＣＫをフィードバック情報として送信側通信装置へ返すとともに、ＨＡＲＱ受信バッファ１０２に格納された対応するソフトシンボルを削除する。また受信エラー判定結果がエラー発生を示す場合にはＮＡＣＫをフィードバック情報として送信側通信装置へ返し、ＨＡＲＱ受信バッファ１０２に格納された対応するソフトシンボルを復号が成功するまで、あるいは選択的／部分的廃棄されるまで保持する。
【００７４】
送信側装置のＨＡＲＱ制御部３０３は受信側装置から受信したフィードバック情報に従って再送制御を実行する。すなわち、ＮＡＣＫを受信した場合にはＨＡＲＱ送信バッファ３０２に保持されている対応する符号化データパケットを再送信し、ＡＣＫを受信した場合には送信処理を続行する。
【００７５】
このような送信側および受信側の無線通信装置は、たとえば移動通信システムにおける基地局（ＮｏｄｅＢ、ｅＮＢ）および移動局／ユーザ端末（ＵＥ）の無線通信部に用いることができる。
【産業上の利用可能性】
【００７６】
本発明は再送機能を有する無線通信システムに適用可能であり、たとえば移動通信システムの基地局および移動局に適用可能である。
【図面の簡単な説明】
【００７７】
【図１】（Ａ）は本発明の第１実施形態による通信装置の再送プロセス制御回路の概略的構成を示すブロック図であり、（Ｂ）は本実施形態によるマルチ再送プロセス制御方法の動作を説明するためのタイムチャートである。
【図２】本実施形態による再送プロセス制御方法の概略的手順を示すフローチャートである。
【図３】本発明の一実施例による無線通信装置の概略的構成を示すブロック図である。
【図４】本実施例による無線通信装置のＨＡＲＱプロセス制御を示すフローチャートである。
【図５】（Ａ）はＨＡＲＱ受信バッファ１０２のメモリ容量を示す模式図、（Ｂ）は本実施例におけるマルチstop-and-waitモードの動作例を説明するためのＨＡＲＱ受信バッファの状態遷移図である。
【図６】（Ａ）は既存のマルチＨＡＲＱプロセス制御において用いられるＨＡＲＱ受信バッファの容量（メモリユニット数）を示す模式図であり、（Ｂ）はマルチstop-and-waitモードによる既存のマルチＨＡＲＱプロセス制御の動作例を説明するためのＨＡＲＱ受信バッファの状態遷移図である。
【図７】（Ａ）は本発明の第２実施形態による通信装置の再送プロセス制御回路の概略的構成を示すブロック図であり、（Ｂ）は本実施形態によるマルチ再送プロセス制御方法の動作を説明するためのタイムチャートである。
【図８】（Ａ）は本発明の一実施例による無線通信装置を用いたパケットデータ通信システムの概略的ブロック図であり、（Ｂ）はエンコーダの一例であるターボ符号化器を示すブロック図である。
【図９】（Ａ）はChase Combining（ＣＣ−ＨＡＲＱ）での送信手順の一例を示す模式図であり、（Ｂ）はIncremental Redundancy（ＩＲ−ＨＡＲＱ）での送信手順の一例を示す模式図である。
【図１０】ＨＡＲＱプロセスの同時失敗数に対する各ＨＡＲＱ動作点での失敗確率の変化を示す図である。
【符号の説明】
【００７８】
１０  バッファ
１１  エラー検出部
１２、２０  再送プロセス制御部
１０１  受信部
１０２  ＨＡＲＱ受信バッファ
１０３  デコーダ
１０４  ＨＡＲＱ制御部
１０５  送信部
【図１】
2009182780.tif 000003
【図２】
2009182780.tif 000004
【図３】
2009182780.tif 000005
【図４】
2009182780.tif 000006
【図５】
2009182780.tif 000007
【図６】
2009182780.tif 000008
【図７】
2009182780.tif 000009
【図８】
2009182780.tif 000010
【図９】
2009182780.tif 000011
【図１０】
2009182780.tif 000012