(57)【要約】【課題】パケットの伝送におけるオーバーヘッドを抑えて、自動再送を行うことができる送信装置を提供すること。【解決手段】未送信のパケットの通し番号を示す情報を記憶する未送信通番記憶部と、未送信通番記憶部が記憶する情報を参照して、送信するパケットの通し番号を決定する通番決定部と、通番決定部が決定した通し番号のパケットを送信する送信部と、受信側において、送信部が送信したパケットの受信に成功したか否かを示す応答を受信する受信部と、受信部が受信した応答が、パケットの受信に成功したことを示すときは、受信部が受信した応答が受信に成功したことを示しているパケットの通し番号を示す情報を、未送信のパケットの通し番号を示す情報から抹消する未送信通番管理部とを備えることを特徴とする送信装置である。【選択図】図１
2015154267.tif 000002
【特許請求の範囲】
【請求項１】
未送信のパケットの通し番号を示す情報を記憶する未送信通番記憶部と、
前記未送信通番記憶部が記憶する情報を参照して、送信するパケットの通し番号を決定する通番決定部と、
前記通番決定部が決定した通し番号のパケットを送信する送信部と、
受信側において、前記送信部が送信したパケットの受信に成功したか否かを示す応答を受信する受信部と、
前記受信部が受信した応答が、パケットの受信に成功したことを示すときは、前記受信部が受信した応答が受信に成功したことを示しているパケットの通し番号を示す情報を、未送信のパケットの通し番号を示す情報から抹消する未送信通番管理部と
を備えることを特徴とする送信装置。
【請求項２】
前記送信部は、前記受信部が応答の受信に成功したか否かを示す応答確認を送信することを特徴とする請求項１に記載の送信装置。
【請求項３】
前記送信部は、複数のパケットを、一つのフレームに含めて送信し、
前記応答確認は、一つの前記フレームに含まれる複数のパケットに関する応答全てに対して、一つであること
を特徴とする請求項２に記載の送信装置。
【請求項４】
パケットを受信する受信部と、
受信済のパケットの通し番号を示す情報を記憶する受信通番記憶部と、
前記受信通番記憶部が記憶する情報を参照して、前記受信部が受信したパケットの通し番号を特定する通番判定部と、
前記受信部によるパケットの受信に成功したか否かを判定し、成功したと判定したパケットの通し番号を示す情報を、前記受信済のパケットの通し番号を示す情報として、前記受信通番記憶部に記憶させる受信通番管理部と、
前記受信通番管理部による判定の結果を示す応答を送信する送信部と
を備えることを特徴とする受信装置。
【請求項５】
前記受信部は、前記応答に関して、受信に成功したか否かを示す応答確認を受信し、
前記受信通番管理部は、前記受信部によるパケットの受信に成功したパケットのうち、前記応答確認が受信に成功したことを示す応答に関するパケットの通し番号を示す情報のみを、前記受信済のパケットの通し番号を示す情報として、前記受信通番記憶部に記憶させること
を特徴とする請求項４に記載の受信装置。
【請求項６】
前記受信部は、複数のパケットを含むフレームを受信し、
前記応答確認は、一つの前記フレームに含まれる複数のパケットに関する応答全てに対して、一つであること
を特徴とする請求項５に記載の受信装置。
【請求項７】
未送信通番記憶部が記憶する、未送信のパケットの通し番号を示す情報を参照して、送信するパケットの通し番号を決定する第１の過程と、
前記第１の過程にて決定した通し番号のパケットを送信する第２の過程と、
前記第２の過程にて送信したパケットの受信に、受信側において成功したか否かを示す応答を受信する第３の過程と、
前記第３の過程にて受信した応答が、パケットの受信に成功したことを示すときは、前記第３の過程にて受信した応答が受信に成功したことを示しているパケットの通し番号を示す情報を、未送信のパケットの通し番号を示す情報から抹消する第４の過程と
を有することを特徴とする送信方法。
【請求項８】
パケットを受信する第１の過程と、
受信通番記憶部が記憶する、受信済のパケットの通し番号を示す情報を参照して、前記第１の過程にて受信したパケットの通し番号を特定する第２の過程と、
前記第１の過程によるパケットの受信に成功したか否かを判定し、成功したと判定したパケットの通し番号を示す情報を、前記受信済のパケットの通し番号を示す情報として、前記受信通番記憶部に記憶させる第３の過程と、
前記第３の過程による判定の結果を示す応答を送信する第４の過程と
を有することを特徴とする受信方法。
【請求項９】
コンピュータを、
未送信のパケットの通し番号を示す情報を記憶する未送信通番記憶部、
前記未送信通番記憶部が記憶する情報を参照して、送信するパケットの通し番号を決定する通番決定部、
前記通番決定部が決定した通し番号のパケットを送信する送信部、
受信側において、前記送信部が送信したパケットの受信に成功したか否かを示す応答を受信する受信部、
前記受信部が受信した応答が、パケットの受信に成功したことを示すときは、前記受信部が受信した応答が受信に成功したことを示しているパケットの通し番号を示す情報を、前記未送信のパケットの通し番号を示す情報から抹消する未送信通番管理部
として機能させるためのプログラム。
【請求項１０】
コンピュータを、
パケットを受信する受信部、
受信済のパケットの通し番号を示す情報を記憶する受信通番記憶部、
前記受信通番記憶部が記憶する情報を参照して、前記受信部が受信したパケットの通し番号を特定する通番判定部、
前記受信部によるパケットの受信に成功したか否かを判定し、成功したと判定したパケットの通し番号を示す情報を、前記受信済のパケットの通し番号を示す情報として、前記受信通番記憶部に記憶させる受信通番管理部、
前記受信通番管理部による判定の結果を示す応答を送信する送信部
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置、受信装置、送信方法、受信方法、およびそれらのプログラムに関する。
【背景技術】
【０００２】
放送局で使用している無線伝送装置であるＦＰＵ（Field pick-up Unit）（非特許文献１参照）のような無線伝送装置はもともと単方向の映像伝送装置として規格化されており、実時間の映像以外のものを伝送することはできない。しかし、映像素材のファイルベース化に伴い、映像ファイルをデコードしない形での伝送が必要とされている。
【０００３】
無線あるいは有線の通信システムにおいて、ＩＰ（Internet Protocol）伝送のように映像・音声・機器制御信号・コンピュータ用ファイルなど異なる素材を多重して伝送する場合、パケットと呼ばれるデータ単位に分割して伝送を行う。
【０００４】
例えば無線ＬＡＮの規格であるＩＥＥＥ  ８０２．１１（非特許文献２参照）では物理層のパケットのシーケンス番号をパケットヘッダとして付与することにより物理層のパケット識別を実現させる。モバイルＷｉＭＡＸの規格であるＩＥＥＥ  ８０２．１６（非特許文献３参照）ではＴＤＤ（時分割複信）のフレームの中でＤＬ  ＭＡＰ、ＵＬ  ＭＡＰと呼ばれる領域を使用し、この中で位置情報（ＯＦＤＭシンボル位置とサブチャネル位置）と割り当てリソース情報（ＯＦＤＭシンボル数とサブチャネル数）を指定することにより、フレーム内のバーストと呼ばれるパケットを識別する。ここではフレーム内のパケット識別情報を分けることで、各パケットを無駄なく物理層のフレームに配置できる。ＭＡＰはそれぞれのパケットに対するポインタを用意する形になり、フレーム内のパケット数に応じてその数は可変となる。
【０００５】
無線パケット通信においてＦＥＣ（前方誤り訂正）とＡＲＱ（自動再送要求）を行うＨＡＲＱ（非特許文献４参照）、とりわけ最初に送信するパケットの内容と再送するパケットの内容が異なるＴｙｐｅ−ＩＩ  ＨＡＲＱ（非特許文献５参照）は伝送効率を高めるために非常に有効な技術であり、ＩＥＥＥ  ８０２．１６の規格にも記載されている。ただしＩＥＥＥ  ８０２．１６においてＴｙｐｅ−ＩＩ  ＨＡＲＱを実現させる場合、ＭＡＰの中で再送パケットに関する情報を入れ子にしなくてはならないため、さらにＭＡＰに必要となる情報量は大きくなる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ARIB STD-B11，“テレビジョン放送番組素材伝送用可搬形マイクロ波帯デジタル無線伝送システム”，2.2版，標準規格，Nov. 2005.
【非特許文献２】IEEE Std 802.11，“Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications”，IEEE Standard, Mar. 2012.
【非特許文献３】IEEE Std 802.16，“Part 16: Air Interface for Broadband Wireless Access Systems”， IEEE Standard, May 2009.
【非特許文献４】S. Lin, D. J. Costello and M. J. Miller, “Automatic-repeat-request error-control schemes”，IEEE Commun. Mag., vol. 22, issue. 12, pp. 5-17, Dec. 1984.
【非特許文献５】J. Hagenauer，“Rate-compatible punctured convolutional codes (RCPC codes) and their applications”，IEEE Trans. Comm., vol. 36, issue. 4, pp. 385-393, Apr. 1988.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の自動再送を用いたパケット伝送方式においては、パケットの伝送におけるオーバーヘッドが大きいという問題がある。
【０００８】
本発明は、このような事情に鑑みてなされたもので、パケットの伝送におけるオーバーヘッドを抑えて、自動再送を行うことができる送信装置、受信装置、送信方法、受信方法、およびそれらのプログラムを提供する。
【課題を解決するための手段】
【０００９】
（１）この発明は上述した課題を解決するためになされたもので、本発明の一態様は、未送信のパケットの通し番号を示す情報を記憶する未送信通番記憶部と、前記未送信通番記憶部が記憶する情報を参照して、送信するパケットの通し番号を決定する通番決定部と、前記通番決定部が決定した通し番号のパケットを送信する送信部と、受信側において、前記送信部が送信したパケットの受信に成功したか否かを示す応答を受信する受信部と、前記受信部が受信した応答が、パケットの受信に成功したことを示すときは、前記受信部が受信した応答が受信に成功したことを示しているパケットの通し番号を示す情報を、未送信のパケットの通し番号を示す情報から抹消する未送信通番管理部とを備えることを特徴とする送信装置である。
【００１０】
（２）また、本発明の他の態様は、（１）に記載の送信装置であって、前記送信部は、前記受信部が応答の受信に成功したか否かを示す応答確認を送信することを特徴とする。
【００１１】
（３）また、本発明の他の態様は、（２）に記載の送信装置であって、前記送信部は、複数のパケットを、一つのフレームに含めて送信し、前記応答確認は、一つの前記フレームに含まれる複数のパケットに関する応答全てに対して、一つであることを特徴とする。
【００１２】
（４）また、本発明の他の態様は、パケットを受信する受信部と、受信済のパケットの通し番号を示す情報を記憶する受信通番記憶部と、前記受信通番記憶部が記憶する情報を参照して、前記受信部が受信したパケットの通し番号を特定する通番判定部と、前記受信部によるパケットの受信に成功したか否かを判定し、成功したと判定したパケットの通し番号を示す情報を、前記受信済のパケットの通し番号を示す情報として、前記受信通番記憶部に記憶させる受信通番管理部と、前記受信通番管理部による判定の結果を示す応答を送信する送信部とを備えることを特徴とする受信装置である。
【００１３】
（５）また、本発明の他の態様は、（４）に記載の受信装置であって、前記受信部は、前記応答に関して、受信に成功したか否かを示す応答確認を受信し、前記受信通番管理部は、前記受信部によるパケットの受信に成功したパケットのうち、前記応答確認が受信に成功したことを示す応答に関するパケットの通し番号を示す情報のみを、前記受信済のパケットの通し番号を示す情報として、前記受信通番記憶部に記憶させることを特徴とする。
【００１４】
（６）また、本発明の他の態様は、（５）に記載の受信装置であって、前記受信部は、複数のパケットを含むフレームを受信し、前記応答確認は、一つの前記フレームに含まれる複数のパケットに関する応答全てに対して、一つであることを特徴とする。
【００１５】
（７）また、本発明の他の態様は、未送信通番記憶部が記憶する、未送信のパケットの通し番号を示す情報を参照して、送信するパケットの通し番号を決定する第１の過程と、前記第１の過程にて決定した通し番号のパケットを送信する第２の過程と、前記第２の過程にて送信したパケットの受信に、受信側において成功したか否かを示す応答を受信する第３の過程と、前記第３の過程にて受信した応答が、パケットの受信に成功したことを示すときは、前記第３の過程にて受信した応答が受信に成功したことを示しているパケットの通し番号を示す情報を、未送信のパケットの通し番号を示す情報から抹消する第４の過程とを有することを特徴とする送信方法である。
【００１６】
（８）また、本発明の他の態様は、パケットを受信する第１の過程と、受信通番記憶部が記憶する、受信済のパケットの通し番号を示す情報を参照して、前記第１の過程にて受信したパケットの通し番号を特定する第２の過程と、前記第１の過程によるパケットの受信に成功したか否かを判定し、成功したと判定したパケットの通し番号を示す情報を、前記受信済のパケットの通し番号を示す情報として、前記受信通番記憶部に記憶させる第３の過程と、前記第３の過程による判定の結果を示す応答を送信する第４の過程とを有することを特徴とする受信方法である。
【００１７】
（９）また、本発明の他の態様は、コンピュータを、未送信のパケットの通し番号を示す情報を記憶する未送信通番記憶部、前記未送信通番記憶部が記憶する情報を参照して、送信するパケットの通し番号を決定する通番決定部、前記通番決定部が決定した通し番号のパケットを送信する送信部、受信側において、前記送信部が送信したパケットの受信に成功したか否かを示す応答を受信する受信部、前記受信部が受信した応答が、パケットの受信に成功したことを示すときは、前記受信部が受信した応答が受信に成功したことを示しているパケットの通し番号を示す情報を、前記未送信のパケットの通し番号を示す情報から抹消する未送信通番管理部として機能させるためのプログラムである。
【００１８】
（１０）また、本発明の他の態様は、コンピュータを、パケットを受信する受信部、受信済のパケットの通し番号を示す情報を記憶する受信通番記憶部、前記受信通番記憶部が記憶する情報を参照して、前記受信部が受信したパケットの通し番号を特定する通番判定部、前記受信部によるパケットの受信に成功したか否かを判定し、成功したと判定したパケットの通し番号を示す情報を、前記受信済のパケットの通し番号を示す情報として、前記受信通番記憶部に記憶させる受信通番管理部、前記受信通番管理部による判定の結果を示す応答を送信する送信部として機能させるためのプログラムである。
【発明の効果】
【００１９】
この発明によれば、パケットの伝送におけるオーバーヘッドを抑えることができる。
【図面の簡単な説明】
【００２０】
【図１】この発明の一実施形態による映像伝送システム１０の構成を示す概略ブロック図である。
【図２】同実施形態における無線通信装置２００ａと、無線通信装置２００ｂとの無線通信を示すシーケンス図である。
【図３】同実施形態における無線通信装置２００ａの構成を示す概略ブロック図である。
【図４】同実施形態における物理ヘッダの項目と内容例とを示すテーブルである。
【図５】同実施形態におけるフレームヘッダの項目と内容例とを示すテーブルである。
【図６】同実施形態における送信バッファ２０４の記憶内容例を示す図である。
【図７】同実施形態における受信バッファ２２８の記憶内容例を示す図である。
【図８】同実施形態における送信するフレームヘッダとＡＲＱパケット群とを生成する処理を説明するフローチャート（その１）である。
【図９】同実施形態における送信するフレームヘッダとＡＲＱパケット群とを生成する処理を説明するフローチャート（その２）である。
【図１０】同実施形態における受信したフレームの復号処理を説明するフローチャート（その１）である。
【図１１】同実施形態における受信したフレームの復号処理を説明するフローチャート（その２）である。
【図１２】同実施形態における受信したフレームの復号処理を説明するフローチャート（その３）である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して、本発明の実施の形態について説明する。図１は、この発明の一実施形態による映像伝送システム１０の構成を示す概略ブロック図である。映像伝送システム１０は、放送局外で撮影した映像を、放送局まで伝送するシステムであり、テレビジョンカメラ１００、無線通信装置２００ａ、２００ｂ、放送局設備３００を含む。
【００２２】
テレビジョンカメラ１００は、可搬型のテレビジョンカメラなど、放送局外での映像の撮影が可能なテレビジョンカメラである。テレビジョンカメラ１００は、撮影した映像を格納した映像ファイルを生成する。テレビジョンカメラ１００は、有線、または、無線により通信可能に無線通信装置２００ａに接続されており、生成した映像ファイルを無線通信装置２００ａに送信する。なお、テレビジョンカメラ１００は、撮影しながら、映像ファイルを送信してもよいし、撮影終了後に、映像ファイルを送信してもよい。
【００２３】
無線通信装置２００ａは、いわゆるＦＰＵ（Field Pick-up Unit）のモバイルステーション（Mobile Station）であり、ＴＤＤ（Time Division Duplex；時分割複信）により無線通信装置２００ｂと双方向に無線通信可能である。なお、ＴＤＤではなく、ＦＤＤ（Frequency Division Duplex；周波数分割複信）であってもよい。無線通信装置２００ａは、テレビジョンカメラ１００が送信した映像ファイルを、無線通信装置２００ｂに送信する。無線通信装置２００ｂは、ＦＰＵのベースステーション（Base Station）であり、無線通信装置２００ａが送信した映像ファイルを受信する。無線通信装置２００ｂは、受信した映像ファイルを、放送局設備３００に送信する。
【００２４】
放送局設備３００は、無線通信装置２００ｂが送信した映像ファイルを受信する。上述したように、無線通信装置２００ａと、無線通信装置２００ｂとは、双方向に無線通信可能である。すなわち、無線通信装置２００ａ、２００ｂは、送信装置としても、受信装置としても機能する。このため、放送局設備３００が、無線通信装置２００ｂ、２００ａを介して、テレビジョンカメラ１００、あるいはその他の装置に、制御信号などを送信するようにしてもよい。
【００２５】
図２は、無線通信装置２００ａと、無線通信装置２００ｂとの無線通信を示すシーケンス図である。上の段は、無線通信装置２００ａの送信タイミングを示し、下の段は、無線通信装置２００ｂの送信タイミングを示す。まず、無線通信装置２００ａが、プリアンブルＰａ１、物理ヘッダＨａ１、フレームヘッダＦａ１、ＡＲＱ（Automatic Repeat-Request）パケット群Ａａ１からなるサブフレームａ１を送信する。プリアンブルＰａ１は、予め決められた波形の信号であり、サブフレームａ１の開始を示す。物理ヘッダＨａ１は、続くフレームヘッダＦａ１、ＡＲＱパケット群Ａａ１の変調に用いられている変調方式を示す情報と、応答確認とを含む。応答確認は、直前に受信したサブフレーム中のフレームヘッダを、正常に受信できたか否かを示す情報を含む。
【００２６】
フレームヘッダＦａ１は、続くＡＲＱパケット群Ａａ１に含まれるパケットの数を示す情報と、直前に無線通信装置２００ａが受信したサブフレーム中のパケット各々に対する応答とを含む。なお、フレームヘッダＦａ１は、誤り検出可能に符号化されている。ＡＲＱパケット群Ａａ１は、フレームヘッダＦａ１中の情報で示された数のＡＲＱパケットを含む。なお、ＡＲＱパケットには、初送のパケットも、再送のパケットも含まれる。
【００２７】
このサブフレームａ１を受信した無線通信装置２００ｂは、予め決められた長さのガードタイムＧ経過後に、サブフレームｂ１を送信する。サブフレームｂ１は、サブフレームａ１と同様に、プリアンブルＰｂ１、物理ヘッダＨｂ１、フレームヘッダＦｂ１、ＡＲＱパケット群Ａｂ１から構成される。これらのうち、フレームヘッダＦｂ１には、ＡＲＱパケット群Ａａ１中のＡＲＱパケット各々に対する応答が含まれている。この応答としては、正常に受信できたことを示す肯定応答（ＡＣＫ）と、受信時に誤りが検出されたことを示す否定応答（ＮＡＣＫ）とがある。
【００２８】
このサブフレームｂ１を受信した無線通信装置２００ａは、予め決められた長さのガードタイムＧ経過後に、サブフレームａ２を送信する。サブフレームａ２は、サブフレームａ１、ｂ１と同様に、プリアンブルＰａ２、物理ヘッダＨａ２、フレームヘッダＦａ２、ＡＲＱパケット群Ａａ２から構成される。これらのうち、物理ヘッダＨａ２には、フレームヘッダＦｂ１を正常に受信できたか否かを示す応答確認が含まれている。また、フレームヘッダＦａ２には、ＡＲＱパケット群Ａｂ１中のＡＲＱパケット各々に対する応答が含まれている。
【００２９】
このように、本実施形態における無線通信装置２００ａ、２００ｂは、ＡＲＱパケットに対する応答を正常に受信できたか否かを示す応答確認を送信する。そして、無線通信装置２００ａ、２００ｂは、応答を正常に受信できなかったときは、応答を正常に受信できなかったことを示す否定の応答確認とともに、その応答に対応するＡＲＱパケットを再度送信する。
【００３０】
本実施形態では、フレームヘッダにはＡＲＱパケットの識別番号は含まれておらず、送信側と受信側とで、送受信に成功していないＡＲＱパケットの通し番号を管理している。上述したように、送信側が否定の応答確認とともに、対応するＡＲＱパケットを再度送信することで、送信側と受信側とで、送受信に成功していないＡＲＱパケットの通し番号が、不一致になる可能性を低くしている。
【００３１】
図３は、無線通信装置２００ａの構成を示す概略ブロック図である。なお、無線通信装置２００ｂの構成は、無線通信装置２００ａと同様であるので、説明を省略する。無線通信装置２００ａは、インターフェース部２０１、入力バッファ２０２、パケット符号化部２０３、送信バッファ２０４、送信バッファ管理部２０５、送信通番決定部２０６、マッピング部２０７、マッピング情報生成部２０８、応答生成部２０９、フレームヘッダ符号化部２１０、変調部２１１、応答確認生成部２１２、物理ヘッダ生成部２１３、送信高周波部２１４、送信アンテナ２１５、受信アンテナ２１６、受信高周波部２１７、復調部２１８、フレームヘッダ復号・誤り検出部２１９、パケット分離部２２０、受信通番判定部２２１、合成部２２２、パケット復号・誤り検出部２２３、出力バッファ２２４、物理ヘッダ復調部２２５、応答確認抽出部２２６、受信通番管理部２２７、受信バッファ２２８を含む。なお、送信高周波部２１４と、送信アンテナ２１５とで、送信部２３０として機能する。また、受信高周波部２１７と、受信アンテナ２１６とで、受信部２４０として機能する。
【００３２】
インターフェース部２０１は、テレビジョンカメラ１００と通信する。インターフェース部２０１は、テレビジョンカメラ１００からデータ（例えば、映像ファイル）を受信し、受信したデータを分割し、ＡＲＱパケットを生成する。なお、ＡＲＱパケットのパケット長は、固定長である。インターフェース部２０１は、生成したＡＲＱパケットを、入力バッファ２０２に格納する。なお、後述するように、無線通信装置２００ａ、２００ｂは、送受信済みのＡＲＱパケットの通し番号を管理し、所定の規則に従い、送信するＡＲＱパケットを決定する。このため、ＡＲＱパケットのヘッダには、通し番号などのＡＲＱパケット各々を識別する情報は含まれていない。また、インターフェース部２０１は、出力バッファ２２４に格納されたＡＲＱパケットからデータを抽出し、テレビジョンカメラ１００に送信する。
【００３３】
入力バッファ２０２は、インターフェース部２０１により格納されたＡＲＱパケットを記憶する。パケット符号化部２０３は、入力バッファ２０２からＡＲＱパケットを読み出し、誤り検出符号化および誤り訂正符号化をすることで、符号化ビット列を生成する。誤り検出符号には、ＣＲＣ（Cyclic Redundancy Check；巡回冗長検査）や、ＲＳ（Reed-Solomon；リード・ソロモン）符号などを用いることができる。誤り訂正符号化には、畳み込み符号、ターボ符号、ＲＣ−ＬＤＰＣ（Rate-Compatible Low-Density Parity-Check）符号などを用いることができる。また、パケット符号化部２０３は、外符号と、内符号とを用いて、二重に符号化するようにしてもよい。
【００３４】
本実施形態の無線通信装置２００ａ、２００ｂは、ＩＲ（Incremental Redundancy）合成を用いたＴｙｐｅ−ＩＩ  ＨＡＲＱ（Hybrid Automatic Repeat reQuest）を行う。そのため、パケット符号化部２０３は、送信回数（再送回数）に応じてパンクチャパターンを変えて、ＡＲＱパケットに、各再送回数用の符号化をした符号化ビット列とを生成する。なお、無線通信装置２００ａ、２００ｂが、チェイス（Chase）合成を用いたＴｙｐｅ−Ｉ  ＨＡＲＱを行うようにしてもよい。その場合、再送回数によって、符号化の内容を変えることは行わないので、パケット符号化部２０３は、一つのＡＲＱパケットに対して、一つの符号化ビット列を生成する。
【００３５】
送信バッファ２０４は、ＡＲＱパケットの通し番号と、そのＡＲＱパケットの再送回数と、そのＡＲＱパケットの送信状態を示す情報と、そのＡＲＱパケットをパケット符号化部２０３が符号化した符号化ビット列とを対応付けて記憶する。送信状態には、未送信、送信中の２つがある。
【００３６】
なお、未送信は、そのＡＲＱパケットを送信していない状態、あるいは、送信したが無線通信装置２００ｂで正常に受信できず、否定の応答（ＮＡＣＫ）が返ってきている状態である。送信中は、そのＡＲＱパケットを送信してから、その送信に対する応答の受信待ちをしている状態である。
【００３７】
送信バッファ管理部２０５は、フレームヘッダ復号・誤り検出部２１９から、自装置が直前のサブフレームで送信したＡＲＱパケットに対する応答の受信に成功したか否かと、それらの応答の内容とを表す情報Ｒを取得する。送信バッファ管理部２０５は、送信バッファ２０４が記憶する送信状態を示す情報のうち、送信中を示しているものを、フレームヘッダ復号・誤り検出部２１９から取得した、この情報Ｒを参照して、送信状態の更新、または、削除をする。具体的には、送信バッファ管理部２０５は、情報Ｒが、応答の受信に成功していないことを示すときは、送信状態をそのままとする。また、送信バッファ管理部２０５は、情報Ｒが、応答の受信に成功していることを示すときは、応答の内容が肯定の応答であるＡＲＱパケットについては、削除し、応答の内容が否定の応答であるＡＲＱパケットについては、未送信を示す情報に変更する。
【００３８】
送信通番決定部２０６は、送信バッファ２０４が記憶している送信状態を示す情報を参照し、所定の規則を用いて、今回送信するサブフレームに含めるＡＲＱパケットの通し番号を決定する。送信通番決定部２０６は、決定した通し番号に対応付けられた送信状態を示す情報を、送信中を示す情報に変更する。例えば、送信通番決定部２０６は、送信状態が未送信である、送信バッファ２０４が記憶している符号化ビット列の中から、通し番号が小さい方から順に、その送信回数に応じた符号化をされた符号化ビット列を、サブフレームのペイロード長を超えない範囲で抽出する。送信通番決定部２０６は、抽出した符号化ビット列に対応する通し番号を、今回送信するサブフレームに含めるＡＲＱパケットの通し番号とする。なお、サブフレームのペイロード長は、予め決められた長さであるが、無線通信装置２００ａと無線通信装置２００ｂとで異なっていてもよい。
【００３９】
マッピング部は、フレームヘッダ符号化部２１０が符号化したフレームヘッダと、送信通番決定部２０６が決定した通し番号の符号化ビット列とを連結する。なお、この符号化ビット列は、その通し番号に対応付けられた符号化ビット列のうち、その通し番号と対応付けられた再送回数に対応する符号化ビット列である。マッピング情報生成部２０８は、送信通番決定部２０６が決定した通し番号に対応付けられている、再送回数各々の数をカウントする。マッピング情報生成部２０８は、カウント結果をマッピング情報とする。
【００４０】
応答生成部２０９は、パケット復号・誤り検出部２２３の誤り検出結果に従い、受信したサブフレーム中のＡＲＱパケット各々の応答を生成する。フレームヘッダ符号化部２１０は、応答生成部２０９が生成した応答と、マッピング情報生成部２０８が生成したマッピング情報とを連結することで、フレームヘッダを生成する。フレームヘッダ符号化部２１０は、生成したフレームヘッダを、誤り検出符号化および誤り訂正符号化する。
【００４１】
変調部２１１は、マッピング部２０７が連結したフレームヘッダと符号化ビット列とからなるビット列を変調する。変調方式としては、ＢＰＳＫ（Binary Phase-Shift Keying）、ＱＰＳＫ（Quaternary Phase-Shift Keying）、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭなどのいずれを用いてもよい。応答確認生成部２１２は、フレームヘッダ復号・誤り検出部２１９によるフレームヘッダの誤り検出の結果を参照して、応答確認を生成する。応答確認生成部２１２は、誤りを検出したときは、否定の応答確認を生成し、誤りを検出していないときは、肯定の応答確認を生成する。
【００４２】
物理ヘッダ生成部２１３は、応答確認生成部２１２が生成した応答確認を含む物理ヘッダと、予め決められた波形の信号であるプリアンブルを生成する。物理ヘッダには、この他に、変調部２１１で用いた変調方式を表す情報が含まれていてもよい。送信高周波部２１４は、物理ヘッダ生成部２１３が生成したプリアンブルおよび物理ヘッダと、変調部２１１が変調したビット列とを連結した後、無線通信用の高周波信号に変換する。送信アンテナ２１５は、送信高周波部２１４により変換された高周波信号を送信する。
【００４３】
受信アンテナ２１６は、無線通信装置２００ｂが送信した信号を受信する。受信高周波部２１７は、受信アンテナ２１６が受信した信号を、ベースバンド周波数の信号に変換する。受信高周波部２１７は、変換した信号からプリアンブルを検出する。受信高周波部２１７は、検出したプリアンブルに続く部分を、物理ヘッダの信号とし、物理ヘッダ復調部２２５に入力する。また、受信高周波部２１７は、物理ヘッダの信号に続く部分をフレームヘッダおよびＡＲＱパケットの信号とし、復調部２１８に入力する。
【００４４】
復調部２１８は、受信高周波部２１７から入力された信号を復調する。フレームヘッダ復号・誤り検出部２１９は、復調部２１８による復調結果のうち、フレームヘッダに対応する部分に対して、復号と誤り検出とを行う。フレームヘッダ復号・誤り検出部２１９は、この復号結果に含まれる応答と、誤り検出の結果とを参照して、前述の情報Ｒを生成する。
【００４５】
パケット分離部２２０は、フレームヘッダ復号・誤り検出部２１９の復号結果に含まれるマッピング情報を参照して、復調部２１８による復調結果から、ＡＲＱパケット各々の復調結果を分離する。受信通番判定部２２１は、受信バッファ２２８が記憶している通し番号と、フレームヘッダ復号・誤り検出部２１９が復号したフレームヘッダに含まれるマッピング情報とを参照して、受信したサブフレームに含まれているＡＲＱパケットの通し番号を判定する。
【００４６】
合成部２２２は、パケット分離部２２０が分離したＡＲＱパケットの復調結果を、受信バッファ２２８が記憶している復調結果とＩＲ合成する。例えば、復調結果として、ビット対数尤度比を用いていれば、この合成は、対応するビットのビット対数尤度比同士の加算となる。なお、送信側においてパンクチャリングされており、受信側において復調結果が得られないビットのビット対数尤度比は、０とする。また、合成部２２２は、受信バッファ２２８が記憶している復調結果の中から、受信通番判定部２２１が判定した通し番号のＡＲＱパケットの復調結果を選択し、合成に用いる復調結果とする。
【００４７】
パケット復号・誤り検出部２２３は、受信バッファ２２８に格納されている、２２２が合成した復調結果に対して、誤り訂正符号の復号と、誤り検出とを行う。パケット復号・誤り検出部２２３は、誤り検出により、誤りが検出されなかったときは、誤り訂正符号の復号の結果として得られたＡＲＱパケットを、その通し番号と対応付けて、出力バッファ２２４に格納する。出力バッファ２２４は、パケット復号・誤り検出部２２３により格納されたＡＲＱパケットと通し番号とを記憶する。
【００４８】
物理ヘッダ復調部２２５は、物理ヘッダの信号を復調する。応答確認抽出部２２６は、物理ヘッダ復調部２２５による復調結果から応答確認を抽出する。受信通番管理部２２７は、各通し番号のＡＲＱパケットに対するパケット復号・誤り検出部２２３による誤り検出の結果と、応答確認抽出部２２６が抽出した応答確認とを参照して、受信バッファ２２８が記憶する通し番号と受信状態とを管理する。受信バッファ２２８は、通し番号と、受信状態を示す情報と、復調結果とを対応付けて記憶する。受信状態には、受信成功と、復号未成功と、肯定応答送信中とがある。また、復調結果は、初送のＡＲＱパケットを受信した後は、そのＡＲＱパケットの復調結果であり、再送のＡＲＱパケットを受信した後は、そのＡＲＱパケットの合成部２２２による合成結果である。
【００４９】
図４は、物理ヘッダの項目と内容例とを示すテーブルである。図４に示すように、物理ヘッダは、変調方式と、応答確認とを含む。変調方式は、物理ヘッダに続くフレームヘッダと、ＡＲＱパケットとの変調に用いられている変調方式である。応答確認は、直前に受信したサブフレームのうち、フレームヘッダに誤りが検出されたときは「否定」が、検出されなかったときは「肯定」が設定される。図４に示す例では、変調方式には「ＱＰＳＫ」が設定され、応答確認には「肯定」が設定されている。
【００５０】
図５は、フレームヘッダの項目と内容例とを示すテーブルである。図５に示すように、フレームヘッダは、直前に受信したサブフレームに含まれていたＡＲＱパケット各々に対する応答（１ビット）と、送信回数毎の、このサブフレームに含まれているＡＲＱパケットの数（２バイト）とを含む。なお、ＡＲＱパケットの数を格納するフィールドのフィールド長は、サブフレームに配置可能なＡＲＱパケットの数の最大値を、このフィールドに格納できる長さであれば、どのような値でもよい。応答は、ＡＲＱパケットに誤りが検出されたときは「否定」が、検出されなかったときは「肯定」が設定される。図５に示す例では、１つ目のＡＲＱパケットの応答に「肯定」が設定され、２つ目のＡＲＱパケットの応答に「否定」が設定されている。また、送信回数１回目のＡＲＱパケットの数に「２８５０２」が設定され、送信回数２回目のＡＲＱパケットの数に「３３１」が設定され、送信回数５回目のＡＲＱパケットの数に「０」が設定されている。
【００５１】
図６は、送信バッファ２０４の記憶内容例を示す図である。図６に示すように、送信バッファ２０４は、ＡＲＱパケットの通し番号、送信回数、送信状態、符号化ビット列（送信回数１回目）、符号化ビット列（送信回数２回目）、・・・、符号化ビット列（送信回数５回目）を対応付けて記憶する。なお、図６に示す例は、再送回数の最大値が４回である場合の例である。図６に示す例では、通し番号「３３２１」と、送信回数「２」と、送信状態「送信中」と、符号化ビット列（送信回数１回目）「符号化ビット列Ａ１」と、符号化ビット列（送信回数２回目）「符号化ビット列Ａ２」と、…、符号化ビット列（送信回数５回目）「符号化ビット列Ａ５」とが対応付けられて記憶されている。
【００５２】
同様に、通し番号「３３２２」と、送信回数「２」と、送信状態「送信中」と、符号化ビット列（送信回数１回目）「符号化ビット列Ｂ１」と、符号化ビット列（送信回数２回目）「符号化ビット列Ｂ２」と、…、符号化ビット列（送信回数５回目）「符号化ビット列Ｂ５」とが対応付けられて記憶されている。次の行の通し番号が「３３２５」となっており、前の行の通し番号と連続していないのは、その間の通し番号「３３２３」、「３３２４」のＡＲＱパケットについては、肯定の応答を受信済みであるからである。
【００５３】
また、送信バッファ２０４の送信回数は、否定の応答を受信したときに更新されるので、通し番号「３３２１」のように、送信回数「２」で、送信状態「送信中」のときは、送信回数３回目の符号化ビット列を送信し、その応答を待っている状態である。なお、送信回数の更新を、応答の受信時ではなく、符号化ビット列の送信時に行ってもよい。
なお、本実施形態では、ＨＡＲＱとして、ＴｙｐｅＩＩ−ＨＡＲＱを用いており、「符号化ビット列Ａ２」など送信回数２回目以降の符号化ビット列のビット数は、例えば、送信回数１回目である「符号化ビット列Ａ１」の半分である。
【００５４】
図７は、受信バッファ２２８の記憶内容例を示す図である。図７に示すように、受信バッファ２２８は、ＡＲＱパケットの通し番号、受信状態、復調結果を対応付けて記憶する。受信状態は、「肯定応答送信中」、「受信成功」、「復号未成功」の３ついずれかの値をとる。「肯定応答送信中」は、誤り検出で誤りが検出されず、肯定の応答を送信した状態を示す。「受信成功」は、「肯定応答送信中」の後、肯定の応答確認を受信したことを示す。「復号未成功」は、誤り検出で誤りが検出されたこと、あるいは、「肯定応答送信中」の後、否定の応答確認を受信したことを示す。
【００５５】
図７に示す例では、通し番号「３３２１」と、受信状態「復号未成功」と、復調結果「ビット対数尤度比列ＬＬＲ１」とが対応付けられて記憶されている。同様に、通し番号「３３２２」と、受信状態「復号未成功」と、復調結果「ビット対数尤度比列ＬＬＲ２」とが対応付けられて記憶されている。通し番号「３３２３」と、受信状態「肯定応答送信中」と、復調結果「ビット対数尤度比列ＬＬＲ３」とが対応付けられて記憶されている。同様にして、通し番号「３３２４」と、受信状態「復号未成功」と、復調結果「ビット対数尤度比列ＬＬＲ４」とが対応付けられて記憶されている。通し番号「３３２５」と、受信状態「受信成功」と、復調結果「ビット対数尤度比列ＬＬＲ５」とが対応付けられて記憶されている。通し番号「３５１２」と、受信状態「肯定応答送信中」と、復調結果「ビット対数尤度比列ＬＬＲ６」とが対応付けられて記憶されている。
【００５６】
なお、本実施形態では、合成の際に、マッピング情報を用いて送信回数を判定しているが、受信バッファ２２８で、各通し番号の受信回数をカウントして、その値を用いるようにしてもよい。
【００５７】
図８、図９は、送信するフレームヘッダとＡＲＱパケット群とを生成する処理を説明するフローチャートである。まず、パケット符号化部２０３は、入力バッファ２０２からＡＲＱパケットを取得し、取得したＡＲＱパケットを符号化することで、各送信回数の符号化ビット列を生成する。パケット符号化部２０３は、生成した符号化ビット列を、ＡＲＱパケットの通し番号、および送信情報として未送信を示す情報と対応付けて、送信バッファ２０４に格納する（Ｓａ１）。
【００５８】
次に、送信バッファ管理部２０５は、フレームヘッダ復号・誤り検出部２１９によるフレームヘッダの誤り検出の結果を取得する（Ｓａ２）。誤りがあるとき、すなわち応答の受信に失敗しているときは（Ｓａ３−Ｎｏ）、送信通番決定部２０６が、送信バッファ２０４を参照して、送信状態が「送信中」となっているＡＲＱパケットの通し番号を送信対象に決定する（Ｓａ４）。このとき、送信バッファ管理部２０５は、送信バッファ２０４の記憶内容を更新しない。次に、マッピング部２０７は、送信対象として決定された通し番号に対応付けられた符号化ビット列のうち、その通し番号に対応付けられた送信回数のものを、通し番号順に連結することで、ＡＲＱパケット群にマッピングする（Ｓａ５）。これにより、前回送信したサブフレームと同じＡＲＱパケット群が生成される。その後、処理は、ステップＳａ２１に進む。
【００５９】
一方、ステップＳａ２にて取得した誤り検出の結果に誤りがないとき、すなわち応答の受信に成功しているときは（Ｓａ３−Ｙｅｓ）、送信バッファ管理部２０５は、前回送信したサブフレームのＡＲＱパケット各々に対する応答を、フレームヘッダ復号・誤り検出部２１９から取得する（Ｓａ６）。次に、送信バッファ管理部２０５は、取得した応答で、未処理のもののうち、通し番号が最小の応答を選択する（Ｓａ７）。送信バッファ管理部２０５は、選択した応答が「肯定」であるか否かを判定する（Ｓａ８）。「肯定」でないと判定したとき、すなわち「否定」であると判定したときは（Ｓａ８−Ｎｏ）、再送を行うために、送信バッファ２０４の対応する送信状態を、未送信に変更する（Ｓａ９）。次に、処理は、ステップＳａ１１に進む。一方、ステップＳａ８にて、「肯定」であると判定したときは（Ｓａ８−Ｙｅｓ）、送受信に成功しているので、送信バッファ２０４から、その応答に対応する通し番号、送信回数、送信状態、符号化ビット列を削除する（Ｓａ１０）。次に、処理は、ステップＳａ１１に進む。
【００６０】
ステップＳａ１１では、送信バッファ管理部２０５は、ステップＳａ６にて取得した全ての応答について処理したか否かを判定する（Ｓａ１１）。いずれかの応答について処理していないと判定したときは（Ｓａ１１−Ｎｏ）、処理は、ステップＳａ７に戻る。一方、全ての応答について処理していると判定したときは（Ｓａ１１−Ｙｅｓ）、送信通番決定部２０６は、送信バッファ２０４において、送信状態が未送信のもののうち、最小の通し番号を選択する（Ｓａ１２）。送信通番決定部２０６は、選択した通し番号の送信回数をインクリメントする（Ｓａ１３）。
【００６１】
次に、送信通番決定部２０６は、インクリメントした結果が、最大送信回数以下であるか否かを判定する（Ｓａ１４）。最大送信回数以下でない、すなわち送信回数が最大送信回数を超えたと判定されたときは（Ｓａ１４−Ｎｏ）、送信通番決定部２０６は、送信バッファ２０４から、その送信回数と、その送信回数に対応する通し番号、送信状態、符号化ビット列を削除する（Ｓａ１５）。次に、送信通番決定部２０６は、削除した通し番号のＡＲＱパケットの送信に失敗したことをインターフェース部２０１に通知する（Ｓａ１６）。次に、処理は、ステップＳａ１９に進む。
【００６２】
一方、ステップＳａ１４にて、送信回数が最大送信回数以下であると判定されたときは（Ｓａ１４−Ｙｅｓ）、送信通番決定部２０６は、その送信回数に対応付けられた通し番号を、送信対象に決定し、その送信回数に対応付けられた送信状態を送信中に変更する（Ｓａ１７）。次に、マッピング部２０７は、送信対象として決定された通し番号に対応付けられた符号化ビット列のうち、その送信回数に対応するものを、ＡＲＱパケット群にマッピングする（Ｓａ１８）。具体的には、マッピング部２０７は、その送信回数に対応する符号化ビット列を、それまでにマッピングされたＡＲＱパケット群の末尾に連結することで、マッピングする。これにより、ＡＲＱパケット群には、通し番号の小さいものから順に符号化ビット列が連結される。次に、処理は、ステップＳａ１９に進む。
【００６３】
ステップＳａ１９では、送信通番決定部２０６は、サブフレームのＡＲＱパケット群の領域に空きがあるか否かを判定する。空きがないと判定されたときは（Ｓａ１９−Ｎｏ）、処理はステップＳａ２１に進む。また、ステップＳａ１９にて、空きがあると判定されたときは（Ｓａ１９−Ｙｅｓ）、送信通番決定部２０６は、送信バッファ２０４に、対応付けられた送信状態が未送信となっている符号化ビット列があるか否かを判定する（Ｓａ２０）。あると判定されたときは（Ｓａ２０−Ｙｅｓ）、処理はステップＳａ１２に戻る。また、ないと判定されたときは（Ｓａ２０−Ｎｏ）、処理はステップＳａ２１に進む。
【００６４】
ステップＳａ２１では、マッピング情報生成部２０８が、送信通番決定部２０６が送信対象に決定した通し番号を参照して、マッピング情報を生成する。さらに、フレームヘッダ符号化部２１０が、生成されたマッピング情報と、応答生成部２０９が生成した応答とから、フレームヘッダを生成し、符号化する。そして、マッピング部２０７が、符号化されたフレームヘッダを、ＡＲＱパケット群と連結する。そして、処理を終了する。
【００６５】
図１０、図１１、図１２は、受信されたサブフレームの復号処理を説明するフローチャートである。まず、受信通番管理部２２７は、受信されたサブフレームの物理ヘッダから応答確認抽出部２２６が抽出した応答確認を取得する（Ｓｂ１）。受信通番管理部２２７は、取得した応答確認が肯定の応答確認であるか否かを判定する（Ｓｂ２）。肯定の応答確認であると判定したときは（Ｓｂ２−Ｙｅｓ）、受信通番管理部２２７は、受信バッファ２２８が記憶する受信状態のうち、「肯定応答送信中」であるものを「受信成功」に変更する（Ｓｂ３）。その後、処理は、ステップＳｂ５に進む。
【００６６】
一方、ステップＳｂ２にて、肯定の応答確認でない、すなわち否定の応答確認であると判定したときは（Ｓｂ２−Ｎｏ）、受信通番管理部２２７は、受信バッファ２２８が記憶する受信状態のうち、「肯定応答送信中」であるものを「復号未成功」に変更する（Ｓｂ４）。その後、処理は、ステップＳｂ５に進む。
【００６７】
ステップＳｂ５では、フレームヘッダ復号・誤り検出部２１９は、受信されたサブフレームのフレームヘッダを復調部２１８が復調したものに対して、復号と、誤り検出とを行う。次に、フレームヘッダ復号・誤り検出部２１９は、受信されたフレームヘッダに誤りがあるか否かを判定する（Ｓｂ６）。誤りがあると判定したときは（Ｓｂ６−Ｙｅｓ）、応答確認生成部２１２が否定の応答確認を生成する（Ｓｂ７）。次に、応答生成部２０９が、全てのＡＲＱパケットについて、否定の応答を生成し（Ｓｂ８）、処理は、終了する。
【００６８】
一方、ステップＳｂ６にて、誤りがないと判定したときは（Ｓｂ６−Ｎｏ）、応答確認生成部２１２は、肯定の応答確認を生成する（Ｓｂ９）。次に、パケット分離部２２０は、フレームヘッダ中のマッピング情報を参照して、復調部２１８によるＡＲＱパケット群の復調結果を、各ＡＲＱパケットに対応する部分に分離する（Ｓｂ１０）。本実施形態では、ＡＲＱパケット群には、通し番号の小さいものから順に、すなわち送信回数の多いものから順に格納されている。このため、パケット分離部２２０は、送信回数から、各ＡＲＱパケットの符号化ビット列の長さを判定し、ＡＲＱパケット群の復調結果の先頭から順に、各ＡＲＱパケットに対応する部分を分離していくことができる。なお、格納する順がわかれば分離は可能なので、通し番号の大きいものから順など、その他の順に格納されていてもよい。
【００６９】
次に、受信通番判定部２２１は、受信状態が「復号未成功」のうち、通し番号が最小のものを、受信バッファ２２８から選択する（Ｓｂ１１）。「復号未成功」のものが受信バッファ２２８にあったときは（Ｓｂ１２−Ｙｅｓ）、合成部２２２は、マッピング情報の中から、パケット数１以上となっている最大の送信回数を選択する（Ｓｂ１３）。次に、合成部２２２は、マッピング情報のうち、選択した送信回数のパケット数をデクリメントする（Ｓｂ１４）。次に、合成部２２２は、パケット分離部２２０が分離したＡＲＱパケット群の復調結果のうち、未処理のものの先頭を選択する（Ｓｂ１５）。
【００７０】
合成部２２２は、選択されている通し番号の受信バッファ２２８に格納されている復調結果に、ステップＳｂ１５で選択した復調結果を合成する（Ｓｂ１６）。このとき、ステップＳｂ１５で選択した復調結果は、ステップＳｂ１３で選択した送信回数に応じたパンクチャリングがなされているとして扱われる。例えば、合成部２２２は、ステップＳｂ１３で選択した送信回数に応じてパンクチャリングされているビットの対数尤度比を「０」として、ステップＳｂ１５で選択した復調結果に挿入してから合成を行う。次に、受信通番判定部２２１は、受信バッファ２２８に格納されている通し番号のうち、次に、受信状態が「復号未成功」となっているものを選択する（Ｓｂ１７）。その後、処理は、ステップＳｂ１８に進む。
【００７１】
一方、ステップＳｂ１２において、「復号未成功」のものが受信バッファ２２８になかったときは（Ｓｂ１２−Ｎｏ）、合成部２２２は、パケット分離部２２０が分離したＡＲＱパケット群の復調結果のうち、未処理のものの先頭を選択する（Ｓｂ１９）。次に、合成部２２２は、受信バッファ２２８に格納されている通し番号の次の番号と、ステップＳｂ１９にて選択した復調結果を、受信バッファ２２８に格納する（Ｓｂ２０）。このとき、この復調結果は、その送信回数が１回目であり、その送信回数に応じたパンクチャリングがなされているとして扱われる。次に、合成部２２２は、マッピング情報のうち、送信回数が１回目のパケット数をデクリメントする（Ｓｂ２１）。その後、処理は、ステップＳｂ１８に進む。
【００７２】
ステップＳｂ１８では、合成部２２２は、パケット分離部２２０が分離したＡＲＱパケット群の復調結果に、未処理のものがあるか否かを判定する（Ｓｂ１８）。ここで、未処理のものとは、合成部２２２による合成も、受信バッファ２２８への格納も行われていないものを指す。未処理のものがあるときは（Ｓｂ１８−Ｙｅｓ）、処理は、ステップＳｂ１２に戻る。一方、未処理のものがないときは（Ｓｂ１８−Ｎｏ）、パケット復号・誤り検出部２２３は、受信バッファ２２８において、受信状態が「復号未成功」であり、通し番号が最小のものを選択する（Ｓｂ２２）。
【００７３】
次に、パケット復号・誤り検出部２２３は、受信バッファ２２８が記憶している、選択した通し番号の復調結果を復号し、さらに誤り検出を行う（Ｓｂ２３）。誤りがあったときは（Ｓｂ２４−Ｙｅｓ）、受信通番管理部２２７は、受信バッファ２２８が記憶する、その通し番号の受信状態を「復号未成功」に変更する（Ｓｂ２５）。また、応答生成部２０９は、否定の応答を生成する（Ｓｂ２６）。その後、処理は、ステップＳｂ３０に進む。
【００７４】
一方、ステップＳｂ２４にて、誤りがなかったときは（Ｓｂ２４−Ｎｏ）、受信通番管理部２２７は、受信バッファ２２８が記憶する、その通し番号の受信状態を「肯定応答送信中」に変更する（Ｓｂ２７）。また、応答生成部２０９は、肯定の応答を生成し（Ｓｂ２８）、パケット復号・誤り検出部２２３は、復号結果を、出力バッファ２２４に格納する（Ｓｂ２９）。その後、処理は、ステップＳｂ３０に進む。
【００７５】
ステップＳｂ３０では、パケット復号・誤り検出部２２３は、受信バッファ２２８から、受信状態が「受信成功」以外の次の通し番号を選択する。該当するものがあるときは（Ｓｂ３１−Ｎｏ）、処理は、ステップ２３に戻る。また、該当するものがないときは（Ｓｂ３１−Ｙｅｓ）、受信通番管理部２２７は、受信バッファ２２８において、通し番号が最小のものから、受信状態が「受信成功」以外のものまでを削除する（Ｓｂ３２）。ただし、全て削除することになるときは、受信通番管理部２２７は、通し番号が最大のものだけ、削除せずに残す。その後、処理は、終了する。
【００７６】
このように、無線通信装置２００ａ、２００ｂは、未送信のパケットの通し番号を示す情報を記憶する送信バッファ２０４（未送信通番記憶部）と、送信したパケットに対する応答が、パケットの受信に成功したことを示すときは、未送信のパケットの通し番号を示す情報から、そのパケットの通し番号を抹消する送信バッファ管理部２０５（未送信通番管理部）とを備える。
これにより、各パケットの通し番号などの識別情報を送信しなくてもよくなり、パケットの伝送におけるオーバーヘッドを抑えて、自動再送を行うことができる。
【００７７】
また、送信部２３０は、受信部２４０が応答の受信に成功したか否かを示す応答確認を送信する。
これにより、送受信したパケット管理の、送信側と受信側との間での不一致の発生を防ぐことができることがある。
【００７８】
また、送信部２３０は、複数のパケットを、一つのサブフレーム（フレーム）に含めて送信し、応答確認は、一つのサブフレームに含まれる複数のパケットに関する応答全てに対して、一つである。
これにより、応答確認によるオーバーヘッドを抑えることができる。
【００７９】
また、このように、無線通信装置２００ａ、２００ｂは、受信済のパケットの通し番号を示す情報を記憶する受信バッファ２２８（受信通番記憶部）と、受信バッファ２２８が記憶する情報を参照して、受信したパケットの通し番号を特定する受信通番判定部２２１（通番判定部）と、パケットの受信に成功したか否かを判定し、成功したと判定したパケットの通し番号を示す情報を、受信済のパケットの通し番号を示す情報として、受信バッファ２２８に記憶させる受信通番管理部２２７と、受信通番管理部２２７による判定の結果を示す応答を送信する送信部２３０とを備える。
これにより、送信側は、各パケットの通し番号などの識別情報を送信しなくてもよくなり、パケットの伝送におけるオーバーヘッドを抑えて、自動再送を行うことができる。
【００８０】
さらに、受信部２４０は、応答に関して、受信に成功したか否かを示す応答確認を受信し、受信通番管理部２２７は、受信部２４０によるパケットの受信に成功したパケットのうち、応答確認が受信に成功したことを示す応答に関するパケットの通し番号を示す情報のみを、受信済のパケットの通し番号を示す情報として、受信バッファ２２８に記憶させる。
これにより、送受信したパケット管理の、送信側と受信側との間での不一致の発生を防ぐことができることがある。
【００８１】
さらに、受信部２４０は、複数のパケットを含むサブフレームを受信し、応答確認は、一つのサブフレームに含まれる複数のパケットに関する応答全てに対して、一つである。
これにより、応答確認によるオーバーヘッドを抑えることができる。
【００８２】
また、図２における無線通信装置２００ａの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより無線通信装置２００ａ、２００ｂを実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００８３】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００８４】
また、上述した図２における無線通信装置２００ａの各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず、専用回路、または汎用プロセッサで実現しても良い。ハイブリッド、モノリシックのいずれでも良い。一部は、ハードウェアにより、一部はソフトウェアにより機能を実現させても良い。
また、半導体技術の進歩により、ＬＳＩに代替する集積回路化等の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【００８５】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【００８６】
１０…映像伝送システム
１００…テレビジョンカメラ
２００ａ、２００ｂ…無線通信装置
２０１…インターフェース部
２０２…入力バッファ
２０３…パケット符号化部
２０４…送信バッファ
２０５…送信バッファ管理部
２０６…送信通番決定部
２０７…マッピング部
２０８…マッピング情報生成部
２０９…応答生成部
２１０…フレーム符号化部
２１１…変調部
２１２…応答確認生成部
２１３…物理ヘッダ生成部
２１４…送信高周波部
２１５…送信アンテナ
２１６…受信アンテナ
２１７…受信高周波部
２１８…復調部
２１９…フレームヘッダ復号・誤り検出部
２２０…パケット分離部
２２１…受信通番判定部
２２２…合成部
２２３…パケット復号・誤り検出部
２２４…出力バッファ
２２５…物理ヘッダ復調部
２２６…応答確認抽出部
２２７…受信通番管理部
２２８…受信バッファ
２３０…送信部
２４０…受信部
３００…放送局設備
【図１】
2015154267.tif 000003
【図２】
2015154267.tif 000004
【図３】
2015154267.tif 000005
【図４】
2015154267.tif 000006
【図５】
2015154267.tif 000007
【図６】
2015154267.tif 000008
【図７】
2015154267.tif 000009
【図８】
2015154267.tif 000010
【図９】
2015154267.tif 000011
【図１０】
2015154267.tif 000012
【図１１】
2015154267.tif 000013
【図１２】
2015154267.tif 000014