(57)【要約】【課題】通信のリアルタイム性を劣化させることなく、通信品質を向上させる。【解決手段】送信メッセージデータ１１０ａを生成する送信メッセージデータ生成部１１０と、反復して復号化処理が可能な符号を誤り訂正符号として用い、送信メッセージデータに対して誤り訂正符号に関する符号化処理を行って、送信データ１２０ａを生成する送信データ生成部１２０と、送信データに基づく送信パケット１００ａを外部に送信するパケット送信部１６０と、他の装置によって送信された送信パケットに基づいて受信パケット２２０ａを生成するパケット受信部２２０と、受信パケットから送信データに相当する受信データ２５０ａを抽出する受信データ抽出部２５０と、受信データに対して誤り訂正符号に関する復号化処理を行って、送信メッセージデータに相当する受信メッセージデータ２８０ａを生成する受信メッセージデータ生成部２８０とを有する。【選択図】図１
2008085939.tif 000002
【特許請求の範囲】
【請求項１】
送信メッセージデータを生成する送信メッセージデータ生成部と、
反復して復号化処理が可能な反復復号可能符号をメッセージデータ用の誤り訂正符号として用い、前記送信メッセージデータに対して当該メッセージデータ用の誤り訂正符号に関する符号化処理を行って、送信データを生成する送信データ生成部と、
前記送信データに基づいて、送信用パケットを生成するパケット生成部と、
前記送信用パケットに対して変調処理を行って送信パケットを生成し、当該送信パケットを外部に送信するパケット送信部と、
他の装置によって送信された送信パケットを受信して復調処理を行って受信パケットを生成するパケット受信部と、
前記受信パケットから前記送信データに相当する受信データを抽出する受信データ抽出部と、
前記受信データに対して前記メッセージデータ用の誤り訂正符号に関する復号化処理を反復して行って、前記送信メッセージデータに相当する受信メッセージデータを生成する受信メッセージデータ生成部と
を有することを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記送信データ生成部は、
メッセージデータ用の誤り検出符号を用い、前記送信メッセージデータに対して当該メッセージデータ用の誤り検出符号に関する符号化処理を行って、第１送信データを生成するメッセージデータ用誤り検出符号符号化部と、
前記第１送信データに対して前記メッセージデータ用の誤り訂正符号に関する符号化処理を行って、前記送信データとして第２送信データを生成するメッセージデータ用誤り訂正符号符号化部とを備え、
前記受信メッセージデータ生成部は、
前記受信データに対して前記メッセージデータ用の誤り訂正符号に関する復号化処理を行って、前記第１送信データに相当する第２受信データを生成するメッセージデータ用誤り訂正符号復号化部と、
前記第２受信データに対して前記メッセージデータ用の誤り検出符号に関する復号化処理を行って、前記受信メッセージデータを生成するメッセージデータ用誤り検出符号復号化部とを備える
ことを特徴とする通信装置。
【請求項３】
請求項２に記載の通信装置において、
前記メッセージデータ用の誤り検出符号として、ＣＲＣ符号を用い、及び
前記メッセージデータ用の誤り訂正符号として、前記反復復号可能符号であるターボ符号を用いる
ことを特徴とする通信装置。
【請求項４】
請求項２に記載の通信装置において、
前記受信メッセージデータ生成部の前記メッセージデータ用誤り検出符号復号化部は、
前記第２受信データに対して前記メッセージデータ用の誤り検出符号に関する誤り検出処理を行って、前記第２受信データに対する誤りの有無を判定し、
前記第２受信データに対する誤りの有無の判定で、誤りがあると判定された場合に、予め定められた最大反復回数を上限回数にして、前記第２受信データに対する誤りの有無の判定で、誤りがないと判定されるまで、前記受信メッセージデータ生成部の前記メッセージデータ用誤り訂正符号復号化部に新たな前記第２受信データを生成させる動作と、前記メッセージデータ用誤り訂正符号復号化部から新たな前記第２受信データを取得し、新たな前記第２受信データに対して誤りの有無を判定する動作とを反復して行い、及び
前記第２受信データに対する誤りの有無の判定で、誤りがないと判定された場合に、前記受信メッセージデータを生成する
ことを特徴とする通信装置。
【請求項５】
送信メッセージデータを生成する送信メッセージデータ生成部と、
反復して復号化処理が可能な反復復号可能符号をメッセージデータ用の誤り訂正符号として用い、前記送信メッセージデータに対して当該メッセージデータ用の誤り訂正符号に関する符号化処理を行って、送信データを生成する送信データ生成部と、
前記送信メッセージデータに基づいて、前記送信メッセージデータのサイズを表す送信メッセージ長データを生成する送信メッセージ長データ生成部と、
ヘッダデータ用の誤り訂正符号を用い、前記送信メッセージ長データに対して当該ヘッダデータ用の誤り訂正符号に関する符号化処理を行って、送信ヘッダデータを生成する送信ヘッダデータ生成部と、
前記送信ヘッダデータ及び前記送信データに基づいて、送信用パケットを生成するパケット生成部と、
前記送信用パケットに対して変調処理を行って送信パケットを生成し、当該送信パケットを外部に送信するパケット送信部と、
他の装置によって送信された送信パケットを受信して復調処理を行って受信パケットを生成するパケット受信部と、
前記受信パケットから前記送信ヘッダデータに相当する受信ヘッダデータを抽出する受信ヘッダデータ抽出部と、
前記受信ヘッダデータに対して前記ヘッダデータ用の誤り訂正符号に関する復号化処理を行って、前記送信メッセージ長データに相当する受信メッセージ長データを生成する受信メッセージ長データ生成部と、
前記受信パケットから前記送信データに相当する受信データを抽出する受信データ抽出部と、
前記受信データに対して前記メッセージデータ用の誤り訂正符号に関する復号化処理を反復して行って、前記送信メッセージデータに相当する受信メッセージデータを生成する受信メッセージデータ生成部と
を有することを特徴とする通信装置。
【請求項６】
請求項５に記載の通信装置において、
前記送信データ生成部は、
メッセージデータ用の誤り検出符号を用い、前記送信メッセージデータに対して当該メッセージデータ用の誤り検出符号に関する符号化処理を行って、第１送信データを生成するメッセージデータ用誤り検出符号符号化部と、
前記第１送信データに対して前記メッセージデータ用の誤り訂正符号に関する符号化処理を行って、前記送信データとして第２送信データを生成するメッセージデータ用誤り訂正符号符号化部とを備え、
前記送信ヘッダデータ生成部は、
ヘッダデータ用の誤り検出符号を用い、前記送信メッセージ長データに対して当該ヘッダデータ用の誤り検出符号に関する符号化処理を行って、第１送信ヘッダデータを生成するヘッダデータ用誤り検出符号符号化部と、
ヘッダデータ用の誤り訂正符号を用い、前記第１送信ヘッダデータに対して前記ヘッダデータ用の誤り訂正符号に関する符号化処理を行って、前記送信ヘッダデータとして第２送信ヘッダデータを生成するヘッダデータ用誤り訂正符号符号化部とを備え、
前記受信メッセージ長データ生成部は、
前記受信ヘッダデータに対して前記ヘッダデータ用の誤り訂正符号に関する復号化処理を行って、前記第１送信ヘッダデータに相当する第２受信ヘッダデータを生成するヘッダデータ用誤り訂正符号復号化部と、
前記第２受信ヘッダデータに対して前記ヘッダデータ用の誤り検出符号に関する復号化処理を行って、前記受信メッセージ長データを生成するヘッダデータ用誤り検出符号復号化部とを備え、及び
前記受信メッセージデータ生成部は、
前記受信データに対して前記メッセージデータ用の誤り訂正符号に関する復号化処理を行って、前記第１送信データに相当する第２受信データを生成するメッセージデータ用誤り訂正符号復号化部と、
前記第２受信データに対して前記メッセージデータ用の誤り検出符号に関する復号化処理を行って、前記受信メッセージデータを生成するメッセージデータ用誤り検出符号復号化部とを備える
ことを特徴とする通信装置。
【請求項７】
請求項６に記載の通信装置において、
前記メッセージデータ用の誤り検出符号として、ＣＲＣ符号を用い、
前記メッセージデータ用の誤り訂正符号として、前記反復復号可能符号であるターボ符号を用い、
前記ヘッダデータ用の誤り検出符号として、ＣＲＣ符号を用い、及び
前記ヘッダデータ用の誤り訂正符号として、ターボ符号または畳み込み符号を用いる
ことを特徴とする通信装置。
【請求項８】
請求項６に記載の通信装置において、
前記受信メッセージ長データ生成部の前記ヘッダデータ用誤り検出符号復号化部は、
前記第２受信ヘッダデータに対して前記ヘッダデータ用の誤り検出符号に関する誤り検出処理を行って、前記第２受信ヘッダデータに対するに対する誤りの有無を判定し、
前記第２受信ヘッダデータに対する誤りの有無の判定で、誤りがあると判定された場合に、前記受信データ抽出部に前記受信データの抽出を中止させ、及び
前記第２受信ヘッダデータに対する誤りの有無の判定で、誤りがないと判定された場合に、前記受信メッセージ長データを生成して前記受信データ抽出部に出力することにより、前記受信データ抽出部に前記受信データの抽出を行わせる
ことを特徴とする通信装置。
【請求項９】
請求項６に記載の通信装置において、
前記受信メッセージデータ生成部の前記メッセージデータ用誤り検出符号復号化部は、
前記第２受信データに対して前記メッセージデータ用の誤り検出符号に関する誤り検出処理を行って、前記第２受信データに対する誤りの有無を判定し、
前記第２受信データに対する誤りの有無の判定で、誤りがあると判定された場合に、予め定められた最大反復回数を上限回数にして、前記第２受信データに対する誤りの有無の判定で、誤りがないと判定されるまで、前記受信メッセージデータ生成部の前記メッセージデータ用誤り訂正符号復号化部に新たな前記第２受信データを生成させる動作と、前記メッセージデータ用誤り訂正符号復号化部から新たな前記第２受信データを取得し、新たな前記第２受信データに対して誤りの有無を判定する動作とを反復して行い、及び
前記第２受信データに対する誤りの有無の判定で、誤りがないと判定された場合に、前記受信メッセージデータを生成する
ことを特徴とする通信装置。
【請求項１０】
請求項５に記載の通信装置において、
さらに、前記受信データから、メッセージ部分のデータであるメッセージ部分データを抽出するメッセージ部分データ抽出部と、
前記メッセージ部分データに対して前記メッセージデータ用の誤り検出符号に関する復号化処理を行って、前記送信メッセージデータに相当する前記受信メッセージデータを生成する第２メッセージデータ用誤り検出符号復号化部と
を有することを特徴とする通信装置。
【請求項１１】
請求項１０に記載の通信装置において、
前記第２メッセージデータ用誤り検出符号復号化部は、
前記メッセージ部分データに対して前記メッセージデータ用の誤り検出符号に関する誤り検出処理を行って、前記メッセージ部分データに対する誤りの有無を判定し、
前記メッセージ部分データに対する誤りの有無の判定で、誤りがあると判定された場合に、前記受信メッセージデータ生成部に、前記受信データに基づいて前記受信メッセージデータを生成させ、及び
メッセージ部分データに対する誤りの有無の判定で、誤りがないと判定された場合に、前記メッセージ部分データに基づいて前記受信メッセージデータを生成する
を有することを特徴とする通信装置。
【請求項１２】
請求項２に記載の通信装置において、
前記メッセージデータ用の誤り検出符号として、ＣＲＣ符号を用い、及び
前記メッセージデータ用の誤り訂正符号として、ＬＤＰＣ符号を用いる
ことを特徴とする通信装置。
【請求項１３】
請求項６に記載の通信装置において、
前記メッセージデータ用の誤り検出符号として、ＣＲＣ符号を用い、
前記メッセージデータ用の誤り訂正符号として、ＬＤＰＣ符号を用い、
前記ヘッダデータ用の誤り検出符号として、ＣＲＣ符号を用い、及び
前記ヘッダデータ用の誤り訂正符号として、ターボ符号または畳み込み符号を用いる
ことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の装置間で無線通信を行うことにより、互いのデータを相互に交換する通信装置に関する。
【背景技術】
【０００２】
この主の通信装置として、車々間通信システムに用いられているものがある、なお、「車々間通信システム」とは、複数の車両間で無線通信を行うことにより、例えば、一定更新周期で自車両位置や速度等の車両データを、また不定の時期に動画や音声等のコンテンツデータその他を、相互に交換するシステムである（例えば、特許文献１）。通信装置は、各車両に搭載されており、予め定められたプログラムに基づいて、一定の動作周期で、他の通信装置と無線通信を行う。なお、車々間通信システムにおける通信装置の動作周期は、通常、約１００ｍＳである。通信装置は、この約１００ｍＳ間に、送信モードとなった後、受信モードとなり、再び、送信モードとなる。以下、通信装置を「車両」と称する場合もある。
【０００３】
車々間システムは、例えば、自車両位置や速度等の車両データを相互に交換することにより、交差点おける出会い頭事故や右直事故（右折車両と直進車両との間の事故）、追突事故等の交通事故を防止する安全支援系のシステムとして、また、動画や音声等のコンテンツデータ等を相互に交換することにより、アメニティの向上を図る快適・娯楽系のシステムとして用いられている。
【特許文献１】特開平５−１９１３３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような車々間通信システムに用いられている通信装置は、以下に説明するように、通信のリアルタイム性（即応性）を劣化させることなく、高い品質の通信を実現することができないという課題があった。
【０００５】
すなわち、車々間通信システムでは、各車両が移動するのに伴って、通信装置の配置や周辺の建物の配置が変化する。これにより、通信装置は、マルチパス（輻湊波）等の影響を受ける。したがって、車々間通信システムでは、搬送波の伝搬特性が、悪い。そのため、通信品質、すなわち、通信における受信データの良または不良が問題となる特性が、著しく劣化する場合がある。このような車々間通信システムに用いられている通信装置では、通信品質を向上させることが望まれていた。そこで、車々間通信システムに用いられている従来の通信装置では、通信品質を向上させるために、ＢＣＨ（Ｂｏｓｅ  Ｃｈａｕｄｈｕｒｉ  Ｈｏｃｑｕｅｎｇｈｅｍ）符号等の誤り訂正符号が、通信に用いられていた。
【０００６】
なお、「ＢＣＨ符号」とは、ブロック符号の一種であり、任意の冗長度を有する符号である。「ブロック符号」とは、データを任意のビット毎のブロックに区切り、ブロック毎に符号化して送信する符号である。このＢＣＨ符号は、ＡＲＩＢ  ＳＴＤ−Ｔ７５によって、路車間通信システム等における通信の誤り訂正符号として用いることが推奨されている。なお、「ＡＲＩＢ  ＳＴＤ−Ｔ７５」とは、路車間通信システムを含む様々な通信に関する標準規格を策定している社団法人電波産業会（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓｅｓ）によって定められた、通信に関する標準規格の一つである。
【０００７】
なお、路車間通信システムでは、路側機と称される片側の機械は、固定されており、移動しない。これに対して、車々間通信システムでは、各車両が、移動する。そのため、車々間通信システムは、路側機周辺の特定の環境に特化された路車間通信システムよりも、通信環境が厳しい。すなわち、車々間通信システムは、路車間通信システムよりも、通信障害が発生し易い環境となっている。
【０００８】
ＡＲＩＢ  ＳＴＤ−Ｔ７５では、誤り訂正符号として、ＢＣＨ符号（特に、その中のＢＣＨ（６３，５１）符号）を用いることが推奨されている。なお、「ＢＣＨ（６３，５１）符号」とは、５１ビットのデータに対して、（６３−５１）ビット、すなわち、１２ビットの冗長度が与えられたＢＣＨ符号である。しかしながら、ＢＣＨ符号等のブロック符号は、一般に訂正能力が低い。そのため、通信環境が路車間通信システムよりも厳しい車々間通信システムでは、誤り訂正符号として、「ＡＲＩＢ  ＳＴＤ−Ｔ７５」で採用されているＢＣＨ（６３，５１）符号のような訂正能力の低い符号を用いると、誤り訂正を十分に行うことができずに、通信障害が頻繁に発生する。すなわち、ＢＣＨ（６３，５１）符号等の符号は、車々間通信システムの誤り訂正符号としては、訂正能力が不十分である。
【０００９】
ＢＣＨ符号等のブロック符号は、高い品質の通信を行うためには、冗長度を高くする必要がある。他方、ＢＣＨ符号等のブロック符号は、冗長度を高くすると、復号化処理を行う際に、計算量が増大する。車々間通信システムに用いられている従来の通信装置は、このＢＣＨ符号等のブロック符号を誤り訂正符号として用いている。そのため、従来の通信装置は、誤り訂正符号の復号化処理に多くの時間が必要となり、通信のリアルタイム性（即応性）が劣化していた。すなわち、ＢＣＨ符号等のブロック符号は、単純に冗長度を高くすると、処理に時間がかかってしまい、リアル性が損なわれる。
【００１０】
したがって、車々間通信システムに用いられている従来の通信装置は、通信のリアルタイム性を劣化させることなく、高い品質の通信を実現することができないという課題があった。
【００１１】
この発明は、このような課題を解決するために、通信のリアルタイム性を劣化させることなく、従来の通信装置よりも、高い品質の通信を実現することができる通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述の課題を解決するために、この発明に係る通信装置は、送信側の構成要素として、送信メッセージデータ生成部と、送信データ生成部と、パケット生成部と、パケット送信部とを有し、受信側の構成要素として、パケット受信部と、受信データ抽出部と、受信メッセージデータ生成部とを有する。
【００１３】
送信メッセージデータ生成部は、送信メッセージデータを生成する機能手段である。
【００１４】
送信データ生成部は、反復して復号化処理が可能な符号（以下、「反復復号可能符号」と称する）をメッセージデータ用の誤り訂正符号（以下、単に「誤り訂正符号」と称する場合もある）として用い、送信メッセージデータに対して誤り訂正符号に関する符号化処理を行って、送信データを生成する機能手段である。ここで、「符号に関する符号化処理」とは、付加する符号を生成して、符号化処理の対象となるデータに符号を付加することを意味している。この「符号に関する符号化処理」は、場合によっては、符号を付加することに加え、例えばビットの並び替え等の予め定められた処理を行ってもよい。なお、メッセージデータ用の誤り訂正符号としては、ターボ符号またはＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ）符号が好ましい。
【００１５】
ターボ符号は、ＢＣＨ符号等のブロック符号と同様に、冗長度を有する符号である。但し、ターボ符号は、反復復号可能符号、すなわち、反復して復号化処理を行うことができる符号である。このターボ符号は、１回当たりの復号化処理に要する時間が同程度の冗長度のＢＣＨ符号等のブロック符号の復号化処理に要する時間よりも短い。具体的な時間はＣＰＵの演算能力によっても変わるが、仮に同じ演算速度のＣＰＵで復号化処理を行った場合に、ターボ符号の復号化処理に要する時間は、同程度の冗長度のＢＣＨ符号の復号化処理に要する時間の数分の１程度である。他方、ＬＤＰＣ符号は、非常に疎な検査行列、すなわち、行列内の非零要素の数が非常に少ない行列により定義される線形符号である。ＬＤＰＣ符号には、正則ＬＤＰＣ符号（ｒｅｇｕｌａｒ  ＬＤＰＣ  ｃｏｄｅ）と非正則ＬＤＰＣ符号（ｉｒｒｅｇｕｌａｒ  ＬＤＰＣ  ｃｏｄｅ）とがある。「正則ＬＤＰＣ符号」は、ｍ行ｎ列からなる検査行列Ｈのどの列のハミング重み（列重み）も＄ｗ＿ｃ＄であり、どの行のハミング重み（行重み）も＄ｗ＿ｒ＄であり、さらに＄ｗ＿ｃ＄の値がｍの大きさに比べて十分に小さいとき、検査行列Ｈより定義される符号Ｃのことを意味している。なお、「＿」は、後続の文字が下付文字であることを表している。したがって、例えば、「ｗ＿ｃ」は、「ｗｃ」を意味している。「非正則ＬＤＰＣ符号」は、各列や各行の重みが一定でない検査行列Ｈから定義される符号Ｃのことを意味している。
【００１６】
パケット生成部は、送信データに基づいて、送信用パケットを生成する機能手段である。
【００１７】
パケット送信部は、送信用パケットに対して変調処理を行って送信パケットを生成し、送信パケットを外部に送信する機能手段である。
【００１８】
パケット受信部は、他の装置によって送信された送信パケットを受信して復調処理を行って受信パケットを生成する機能手段である。
【００１９】
受信データ抽出部は、受信パケットから送信データに相当する受信データを抽出する機能手段である。
【００２０】
受信メッセージデータ生成部は、受信データに対してメッセージデータ用の誤り訂正符号に関する復号化処理を反復して行って、送信メッセージデータに相当する受信メッセージデータを生成する機能手段である。ここで、「符号に関する復号化処理」とは、復号化処理の対象となるデータから符号を除去して符号化処理を行う前のデータを生成することを意味している。この「符号に関する復号化処理」は、場合によっては、符号を除去することに加え、符号の除去の前または後に、例えばビットの並び替え等の予め定められた処理を行ってもよい。
【００２１】
この受信メッセージデータ生成部は、復号化処理を反復して行うことができる。この受信メッセージデータ生成部は、予め定められた最大反復回数を上限にして、誤りのない受信メッセージデータが生成されるまで、復号化処理を反復して行うことが好ましい。
【００２２】
この通信装置は、送信側で、反復復号可能符号をメッセージデータ用の誤り訂正符号として用い、送信メッセージデータに対して誤り訂正符号に関する符号化処理を行い、受信側で、受信データに対して誤り訂正符号に関する復号化処理を反復して行う。これにより、この通信装置は、受信側で、送信メッセージデータに相当する受信メッセージデータを取得する。
【００２３】
この通信装置は、受信側で、受信データに対して誤り訂正符号に関する復号化処理を反復して行うことにより、受信データを徐々に適正な値、すなわち、誤り訂正符号に関する符号化処理を行う前の送信データに近似させることができる。そのため、この通信装置は、従来の通信装置よりも、高い品質の通信を実現することができる。
【００２４】
しかも、ターボ符号等の反復復号可能符号は、同程度の符号化率のＢＣＨ符号等のブロック符号よりも冗長度は高いが、１回当たりの復号化処理に要する時間が同程度の冗長度のＢＣＨ符号等のブロック符号の復号化処理に要する時間の数分の１程度である。そのため、この通信装置は、１〜３回程度の復号化処理を反復して行った場合であれば、従来の通信装置よりも短時間で、または、それ以上の回数の復号化処理を反復して行った場合あっても、従来の通信装置と同程度の時間で、受信メッセージを取得することができる。
【００２５】
なお、この通信装置は、送信メッセージデータだけでなく、送信ヘッダデータとなる送信メッセージ長データに対しても、符号化処理を行うとよい。
【００２６】
この場合、通信装置は、送信側の構成要素として、上述の送信メッセージデータ生成部と、送信データ生成部と、パケット生成部と、パケット送信部に加え、送信メッセージ長データ生成部と、送信ヘッダデータ生成部とを有し、受信側の構成要素として、上述のパケット受信部と、受信データ抽出部と、受信メッセージデータ生成部に加え、受信ヘッダデータ抽出部と、受信メッセージ長データ生成部とを有する構成となる。
【００２７】
送信メッセージデータ生成部、送信データ生成部と、パケット生成部、及びパケット送信部は、上述の通りである。なお、パケット生成部は、送信データだけでなく、送信ヘッダデータと送信データとに基づいて、送信用パケットを生成する。
【００２８】
送信メッセージ長データ生成部は、送信メッセージデータのサイズを表す送信メッセージ長データを生成する機能手段である。
【００２９】
送信ヘッダデータ生成部は、送信メッセージ長データに対してヘッダデータ用の誤り訂正符号に関する符号化処理を行って、送信ヘッダデータを生成する機能手段である。なお、ヘッダデータ用の誤り訂正符号としては、ターボ符号または一般的な畳み込み符号が好ましい。
【００３０】
パケット受信部、受信データ抽出部、及び受信メッセージデータ生成部は、上述の通りである。
【００３１】
受信ヘッダデータ抽出部は、受信パケットから送信ヘッダデータに相当する受信ヘッダデータを抽出する機能手段である。
【００３２】
受信メッセージ長データ生成部は、受信ヘッダデータに対してヘッダデータ用の誤り訂正符号に関する復号化処理を行って、送信メッセージ長データに相当する受信メッセージ長データを生成する機能手段である。
【００３３】
この通信装置は、受信メッセージデータだけでなく、受信ヘッダデータに対しても、誤り訂正符号に関する復号化処理を行う。受信ヘッダデータは受信メッセージデータよりもビット数が小さい。そのため、通信装置は、受信ヘッダデータに対する復号化処理を行うことにより、他の装置から送信された送信パケットの受信が成功したのか否かを容易に判定することができる。そのため、通信装置は、受信メッセージデータに対する復号化処理よりも受信ヘッダデータに対する復号化処理を優先して行い、これにより、送信パケットの受信が成功していると判定された場合に、受信メッセージデータに対する復号化処理を行うことにより、他の装置から送信された送信パケットの受信が失敗していた場合における無駄な復号化処理をなくすことができる。その結果、通信装置は、さらに、計算量の増大を抑制することができ、リアルタイム性を向上させることができる。
【００３４】
なお、送信パケットの受信が成功していれば、通信装置は、受信メッセージデータに対するメッセージデータ用の誤り検出符号に関する復号化処理を行うだけで、受信メッセージデータを生成できる可能性がある。そのため、通信装置は、これによっても、リアルタイム性をさらに向上させることができる。
【００３５】
なお、この通信装置は、受信データに対して誤り訂正符号に関する復号化処理を反復して行う前に、メッセージ部分データを抽出し、メッセージ部分データに対して誤り検出符号に関する誤り検出処理を行うように構成するとよい。この構成によれば、誤り検出処理で、誤りがないと判定された場合に、受信データに対する復号化処理を反復して行うことなく、メッセージ部分データから誤りのない受信メッセージデータを抽出することができる。そのため、この構成によれば、さらに、計算量の増大を抑制することができ、リアルタイム性の高い通信が可能となる。
【発明の効果】
【００３６】
この発明に係る通信装置によれば、例えばターボ符号等の反復復号可能符号をメッセージデータ用の誤り訂正符号として用いている。ターボ符号等の反復復号可能符号は、復号化処理を反復して行うことにより、受信メッセージデータを徐々に適正な値、すなわち、ターボ符号等の反復復号可能符号に関する符号化処理を行う前の送信メッセージデータに近似させることができる。そのため、この通信装置は、従来の通信装置よりも、高い品質の通信を実現することができる。
【００３７】
しかも、ターボ符号等の反復復号可能符号は、ＢＣＨ符号等のブロック符号よりも冗長度は高いが、ＢＣＨ符号等のブロック符号よりも数分の１程度の時間で１回当たりの復号化処理を行うことができる。そのため、この通信装置は、１〜３回程度復号化処理を反復して行った場合であれば、従来の通信装置よりも短時間で、または、それ以上復号化処理を反復して行った場合あっても、従来の通信装置と同程度の時間で、受信メッセージを取得することができる。
【００３８】
したがって、この発明に係る通信装置によれば、通信のリアルタイム性を劣化させることなく、ＡＲＩＢ  ＳＴＤ−Ｔ７５によって推奨されているＢＣＨ（６３，５１）符号を用いた従来の通信装置よりも、高い品質の通信を実現することができる。
【発明を実施するための最良の形態】
【００３９】
以下、図を参照して、「通信装置の構成」、「ターボ符号」、「ターボ符号の特性評価」、及び「通信装置の動作」の順で、この発明の実施の形態につき説明する。各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。
【００４０】
＜通信装置の構成＞
車々間通信システムは、各車両に搭載された通信装置と通信装置との間で無線通信を行うことにより、通信装置間で相互にデータを交換する。なお、通信装置と通信装置との間には、電波を中継するため中継器（図示せず）が設けられている場合がある。この中継器については、この発明の要旨に関係しないので、ここでは、詳細な説明を省略する。
【００４１】
以下、図１を参照して、この発明に係る通信装置の構成につき説明する。なお、図１はこの発明に係る通信装置の機能ブロック図である。
【００４２】
通信装置１００は、送信側の装置（以下、単に「送信側」と称する場合もある）１００Ａと受信側の装置（以下、単に「受信側」と称する場合もある）１００Ｂとを有する。
【００４３】
通信装置１００における通信は、受信側の装置１００Ｂが通信によって受信されたデータを、一旦、主格納部２９０に格納してから、主格納部２９０から読み出して、予め定められた処理を行う。これらの一連の動作は、主格納部２９０に予め読み出し自在に格納されているプログラムによって規定されている。以下、この点については、説明を省略する。
【００４４】
なお、以下の説明で、「符号に関する符号化処理」とは、付加する符号を生成して、符号化処理の対象となるデータに符号を付加することを意味している。この「符号に関する符号化処理」は、場合によっては、符号を付加することに加え、例えばビットの並び替え等の予め定められた処理を行ってもよい。また、「符号に関する復号化処理」とは、復号化処理の対象となるデータから符号を除去して符号化処理を行う前のデータを生成することを意味している。この「符号に関する復号化処理」は、場合によっては、符号を除去することに加え、符号の除去の前または後に、例えばビットの並び替え等の予め定められた処理を行ってもよい。
【００４５】
通信装置１００は、送信側１００Ａの構成要素として、主演算部１０１と主格納部１９０とを有する。また、通信装置１００は、受信側の装置１００Ｂとして、主演算部２０１と主格納部２９０とを有する。
【００４６】
送信側１００Ａの主演算部１０１は、各種の演算を行う機能手段である。主演算部１０１は、ＣＰＵによって構成されている。主演算部１０１は、例えば、タイマー１０３、送信メッセージデータ生成部１１０、送信データ生成部１２０、送信メッセージ長データ生成部１３０、送信ヘッダデータ生成部１４０、パケット生成部１５０、パケット送信部１６０、及び送信アンテナ１７０を備えている。
【００４７】
タイマー１０３は、経過時間を計測する機能手段である。送信側１００Ａの各構成要素は、このタイマー１０３によって計測される経過時間に応じて動作する。
【００４８】
送信メッセージデータ生成部１１０は、送信メッセージデータ１１０ａを生成する機能手段である。
【００４９】
送信データ生成部１２０は、反復して復号化処理が可能な符号（以下、「反復復号可能符号」と称する）をメッセージデータ用の誤り訂正符号（以下、単に「誤り訂正符号」と称する場合もある）として用い、送信メッセージデータ１１０ａに対して誤り訂正符号に関する符号化処理を行って、送信データ１２０ａを生成する機能手段である。
【００５０】
送信データ生成部１２０は、メッセージデータ用誤り検出符号符号化部１２２とメッセージデータ用誤り訂正符号符号化部１２４とを備えている。
【００５１】
この実施の形態では、メッセージデータ用誤り検出符号符号化部１２２は、メッセージデータ用の誤り検出符号として、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋｉｎｇ）符号を用いている。ＣＲＣ符号は、データ通信における誤り検出用のハミング符号の一種であり、日常的に用いられている。以下、メッセージデータ用誤り検出符号符号化部１２２を「第１ＣＲＣ符号符号化部１２２」と称する。
【００５２】
また、この実施の形態では、メッセージデータ用誤り訂正符号符号化部１２４は、メッセージデータ用の誤り訂正符号として、ターボ符号を用いている。ターボ符号は、反復、すなわち、繰り返して、復号化処理が可能な誤り訂正符号（以下、「反復復号可能符号」と称する）である。ターボ符号は、復号化処理を反復して行う度に、適正な値、すなわち、符号化処理を行う前のデータに近似していく。なお、ターボ符号の詳細については、後述する。以下、メッセージデータ用誤り訂正符号符号化部１２４を「ターボ符号符号化部１２４」と称する。なお、この実施の形態では、メッセージデータ用の誤り訂正符号として、反復復号可能符号の一種である、ターボ符号を用いるものとする。これは、ターボ符号が後述するような特性を有するため、特に好ましいからである。
【００５３】
なお、第１ＣＲＣ符号符号化部１２２は、送信メッセージデータ１１０ａに基づいて、第１送信データ１２２ａを生成し、ターボ符号符号化部１２４に出力する。この実施の形態では、第１送信データ１２２ａは、送信メッセージデータ１１０ａにＣＲＣ符号を付加したデータとする。また、ターボ符号符号化部１２４は、第１送信データ１２２ａに基づいて、第２送信データ１２４ａを生成し、第２送信データ１２４ａを送信データ１２０ａとして、パケット生成部１５０に出力する。この実施の形態では、第２送信データ１２４ａは、第１送信データ１２２ａにターボ符号を付加したデータとする。
【００５４】
送信メッセージ長データ生成部１３０は、送信メッセージデータ１１０ａのサイズを表す送信メッセージ長データ１３０ａを生成する機能手段である。
【００５５】
送信ヘッダデータ生成部１４０は、送信メッセージ長データ１３０ａに対してヘッダデータ用の誤り訂正符号に関する符号化処理を行って、送信ヘッダデータ１４０ａを生成する機能手段である。なお、ヘッダデータ用の誤り訂正符号としては、ターボ符号、またはＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ）符号、または一般的な畳み込み符号が好ましい。この実施の形態では、ヘッダデータ用の誤り訂正符号として、ターボ符号を用いるものとして説明する。
【００５６】
送信ヘッダデータ生成部１４０は、ヘッダデータ用誤り検出符号符号化部１４２とヘッダデータ用誤り訂正符号符号化部１４４とを備えている。
【００５７】
この実施の形態では、ヘッダデータ用誤り検出符号符号化部１４２は、ヘッダデータ用の誤り検出符号として、ＣＲＣ符号を用いている。以下、ヘッダデータ用誤り検出符号符号化部１４２を「第２ＣＲＣ符号符号化部１４２」と称する。
【００５８】
また、この実施の形態では、ヘッダデータ用誤り訂正符号符号化部１４４は、ヘッダデータ用の誤り訂正符号として、ターボ符号または畳み込み符号を用いている。以下、ヘッダデータ用誤り訂正符号符号化部１４４を単に「誤り訂正符号符号化部１４４」と称する場合もある。
【００５９】
なお、第２ＣＲＣ符号符号化部１４２は、送信メッセージ長データ１３０ａに基づいて、第１送信ヘッダデータ１４２ａを生成し、誤り訂正符号符号化部１４４に出力する。この実施の形態では、第１送信ヘッダデータ１４２ａは、送信メッセージ長データ１３０ａにＣＲＣ符号を付加したデータとする。また、誤り訂正符号符号化部１４４は、第１送信ヘッダデータ１４２ａに基づいて、第２送信ヘッダデータ１４４ａを生成し、第２送信ヘッダデータ１４４ａを送信ヘッダデータ１４０ａとして、パケット生成部１５０に出力する。この実施の形態では、第２送信ヘッダデータ１４４ａは、第１送信ヘッダデータ１４２ａに、ターボ符号または畳み込み符号を付加したデータとする。
【００６０】
パケット生成部１５０は、送信ヘッダデータ１４０ａ及び送信データ１２０ａに基づいて、送信用パケット１５０ａを生成する機能手段である。
【００６１】
パケット送信部１６０は、送信用パケット１５０ａに対して、例えば、複数の符号系列による変調や、デジタル信号からアナログ信号への変換等の処理を行って送信パケット１００ａを生成し、送信アンテナ１７０を介して、送信パケット１００ａを外部に送信する機能手段である。
【００６２】
送信側１００Ａの主格納部１９０は、各種のプログラムやデータを格納する格納手段である。主格納部１９０は、ＲＡＭやレジスタによって構成されている。
【００６３】
なお、図１には、送信側１００Ａの各構成要素は、各種の信号やデータを後段の構成要素にダイレクトに出力するように描かれている。しかしながら、実際は、各構成要素は、主格納部１９０を介して、各種の信号やデータを後段の構成要素に出力する。すなわち、前段の構成要素は、各種の信号やデータを主格納部１９０に格納し、後段の構成要素がその信号やデータを主格納部１９０から読み出す。これらの一連の動作は、プログラムによって規定されている。以下、この点については、説明を省略する。また、送信側１００Ａは、タイマー１０３によって計測される時間に応じて動作する。以下、この点については、説明を省略する。
【００６４】
受信側１００Ｂの主演算部２０１は、各種の演算を行う機能手段である。主演算部２０１は、ＣＰＵによって構成されている。主演算部２０１は、例えば、タイマー２０３、カウンタ２０５、受信アンテナ２１０、パケット受信部２２０、受信ヘッダデータ抽出部２３０、受信メッセージ長データ生成部２４０、受信データ抽出部２５０、メッセージ部分データ抽出部２６０、メッセージデータ用誤り検出符号復号化部２７０、及び受信メッセージデータ生成部２８０を備えている。
【００６５】
タイマー２０３は、経過時間を計測する機能手段である。受信側１００Ｂの各構成要素は、このタイマー２０３によって計測される経過時間に応じて動作する。
【００６６】
カウンタ２０５は、後述の第１受信データ２５０ａに対するターボ符号に関する復号化処理を反復して行った回数ｎをカウントする機能手段である。
【００６７】
パケット受信部２２０は、受信アンテナ２１０を介して、他の装置によって送信された送信パケット（以下、「他車両パケット」と称する場合がある）１００ｂを受信して、アナログ信号からデジタル信号への変換や、複数の符号系列による復調、ユニークワードの検出等の処理を行って受信パケット２２０ａを生成する機能手段である。
【００６８】
受信ヘッダデータ抽出部２３０は、受信パケット２２０ａから送信ヘッダデータ１４０ａに相当する受信ヘッダデータ（以下、「第１受信ヘッダデータ」と称する場合もある）２３０ａを抽出する機能手段である。
【００６９】
受信メッセージ長データ生成部２４０は、受信ヘッダデータ２３０ａに対してヘッダデータ用の誤り訂正符号に関する復号化処理を行って、送信メッセージ長データ１３０ａに相当する受信メッセージ長データ２４０ａを生成する機能手段である。
【００７０】
受信メッセージ長データ生成部２４０は、ヘッダデータ用誤り訂正符号復号化部２４２とヘッダデータ用誤り検出符号復号化部２４４とを備えている。
【００７１】
この実施の形態では、ヘッダデータ用誤り訂正符号復号化部２４２は、ヘッダデータ用の誤り訂正符号として、ターボ符号または畳み込み符号を用いている。以下、ヘッダデータ用誤り訂正符号復号化部２４２を単に「誤り訂正符号復号化部２４２」と称する場合もある。
【００７２】
また、この実施の形態では、ヘッダデータ用誤り検出符号復号化部２４４は、ヘッダデータ用の誤り検出符号として、ＣＲＣ符号を用いている。以下、ヘッダデータ用誤り検出符号復号化部２４４を「第１ＣＲＣ符号復号化部２４４」と称する。
【００７３】
なお、誤り訂正符号復号化部２４２は、受信ヘッダデータ２３０ａに基づいて、第２受信ヘッダデータ２４２ａを生成し、第１ＣＲＣ符号復号化部２４４に出力する。この実施の形態では、第２受信ヘッダデータ２４２ａは、受信ヘッダデータ２３０ａからターボ符号または畳み込み符号以外の部分を抽出したデータとする。また、第１ＣＲＣ符号復号化部２４４は、第２受信ヘッダデータ２４２ａに基づいて、受信メッセージ長データ２４４ａを生成し、受信メッセージ長データ２４４ａを受信メッセージ長データ２４０ａとして、受信データ抽出部２５０に出力する。この実施の形態では、受信メッセージ長データ２４４ａは、第２受信ヘッダデータ２４２ａからＣＲＣ符号以外の部分を抽出したデータとする。
【００７４】
なお、第１ＣＲＣ符号復号化部２４４は、第２受信ヘッダデータ２４２ａに対してヘッダデータ用の誤り検出符号（ここでは、ＣＲＣ符号）に関する検出処理を行う。ここで、「誤り検出符号に関する検出処理」とは、検出処理の対象となるデータ系列に対して復号化処理、すなわち、データ系列から誤り検出符号を除去する処理を行って、復号化処理の結果を生成し、さらに、誤り検出符号に基づいてその復号化処理の結果の誤りの有無を判定することを意味する。ここでは、第１ＣＲＣ符号復号化部２４４は、第２受信ヘッダデータ２４２ａに対してＣＲＣ符号に関する復号化処理、すなわち、第２受信ヘッダデータ２４２ａからＣＲＣ符号を除去する処理を行って、復号化処理の結果としてＣＲＣ符号が除去された第２受信ヘッダデータ２４２ａを生成し、さらに、ＣＲＣ符号に基づいて、復号化処理の結果であるＣＲＣ符号が除去された第２受信ヘッダデータ２４２ａの誤りの有無を判定する処理を行う。これにより、第１ＣＲＣ符号復号化部２４４は、第２受信ヘッドデータ２４２ａに対する誤りの有無の判定を行う。この判定で、誤りがあると判定された場合は、他車両パケット１００ｂの受信が失敗したことを意味する。この場合、通信装置１００は、誤りのない受信メッセージデータを生成することができないので、受信側１００Ｂの動作を中止することになる。
【００７５】
また、第１ＣＲＣ符号復号化部２４４は、受信メッセージ長データ２４０ａを受信データ抽出部２５０に出力するが、これは、受信データ抽出部２５０に、受信パケット２３０ａのデータの形式を識別させることにより、受信パケット２２０ａからの受信データ２５０ａの抽出を、短時間で行わせるためである。
【００７６】
受信データ抽出部２５０は、受信パケット２２０ａから送信データ１２０ａに相当する受信データ（以下、「第１受信データ」と称する場合もある）２５０ａを抽出する機能手段である。
【００７７】
メッセージ部分データ抽出部２６０は、受信データ２５０ａから、メッセージ部分のデータであるメッセージ部分データ２６０ａを抽出する機能手段である。
【００７８】
メッセージデータ用誤り検出符号復号化部２７０は、メッセージ部分データ２６０ａに対してメッセージデータ用の誤り検出符号に関する復号化処理を行って、送信メッセージデータ１１０ａに相当する受信メッセージデータ（以下、「第１受信メッセージデータ」と称する場合もある）２７０ａを生成する機能手段である。この実施の形態では、メッセージデータ用誤り検出符号復号化部２７０は、メッセージデータ用の誤り検出符号として、ＣＲＣ符号を用いている。以下、メッセージデータ用誤り検出符号復号化部２７０を「第２ＣＲＣ符号復号化部２７０」と称する。
【００７９】
第２ＣＲＣ符号復号化部２７０は、メッセージ部分データ２６０ａに基づいて、第１受信メッセージデータ２７０ａを生成し、受信メッセージデータ格納部２９２に出力する。この実施の形態では、第１受信メッセージデータ２７０ａは、メッセージ部分データ２６０ａからＣＲＣ符号以外の部分、すなわち、メッセージ部分のデータを抽出したデータとする。
【００８０】
なお、第２ＣＲＣ符号復号化部２７０は、メッセージ部分データ２６０ａに対してメッセージデータ用の誤り検出符号（ここでは、ＣＲＣ符号）に関する検出処理、すなわち、メッセージ部分データ２６０ａに対してＣＲＣ符号に関する復号化処理、すなわち、メッセージ部分データ２６０ａからＣＲＣ符号を除去する処理を行って、復号化処理の結果としてＣＲＣ符号が除去されたメッセージ部分データ２６０ａを生成し、さらに、ＣＲＣ符号に基づいて、復号化処理の結果としてＣＲＣ符号が除去されたメッセージ部分データ２６０ａの誤りの有無を判定する処理を行う。これにより、第２ＣＲＣ符号復号化部２７０は、メッセージ部分データ２６０ａに対する誤りの有無の判定を行う。
【００８１】
この判定で、誤りがあると判定される場合は、誤りのない第１受信メッセージデータ２７０ａの生成が失敗したことを意味する。この場合、第２ＣＲＣ符号復号化部２７０は、第１受信メッセージデータ２７０ａに誤りがあることを表す第１正誤判定データ２７０ｂを生成して、受信メッセージデータ生成部２８０に出力する。これにより、第２ＣＲＣ符号復号化部２７０は、受信メッセージデータ生成部２８０に、第２受信メッセージデータ２８４ａの生成を行わせることになる。
【００８２】
また、この判定で、誤りがないと判定される場合は、誤りのない第１受信メッセージデータ２７０ａの生成が成功したことを意味する。この場合、第２ＣＲＣ符号復号化部２７０は、第１受信メッセージデータ２７０ａに誤りがないことを表す第１正誤判定データ２７０ｂを生成して、受信メッセージデータ生成部２８０に出力する。これにより、第２ＣＲＣ符号復号化部２７０は、受信メッセージデータ生成部２８０に、第２受信メッセージデータ２８４ａの生成を行わせずに、待機させることになる。
【００８３】
このように、第２ＣＲＣ符号復号化部２７０は、第１正誤判定データ２７０ｂを受信メッセージデータ生成部２８０に出力する。これは、受信メッセージデータ生成部２８０に、第２受信メッセージデータ２８４ａの生成を行わせるか否かを指示するためである。
【００８４】
なお、この実施の形態の通信装置１００は、受信メッセージデータ生成部２８０による第２受信メッセージデータ２８４ａの生成の前に、メッセージ部分データ抽出部２６０及び第２ＣＲＣ符号復号化部２７０による第１受信メッセージデータ２７０ａの生成を行っている。これは、他車両パケット１００の受信に成功していた場合に、第１受信データ２５０ａに対して単純なメッセージデータ用の誤り検出符合（ここでは、ＣＲＣ符号）に関する復号化処理を行うことによって、誤りのない受信メッセージデータ２７０ａを生成できる可能性が高いからである。通信装置１００は、誤りのない第１受信メッセージデータ２７０ａを生成できた場合には、受信メッセージデータ生成部２８０による第２受信メッセージデータ２８４ａの生成を行う必要がないため、短時間（例えば、約１０ｍＳ）で受信メッセージデータを生成することができる。
【００８５】
受信メッセージデータ生成部２８０は、受信データ２５０ａに対してメッセージデータ用の誤り訂正符号に関する復号化処理を反復して行って、送信メッセージデータに相当する受信メッセージデータ２８０ａを生成する機能手段である。この受信メッセージデータ生成部２８０は、復号化処理を反復して行うことができる。この受信メッセージデータ生成部２８０は、予め定められた最大反復回数を上限にして、誤りのない受信メッセージデータ２８０ａが生成されるまで、復号化処理を反復して行う。
【００８６】
受信メッセージデータ生成部２８０は、メッセージデータ用誤り訂正符号復号化部２８２とメッセージデータ用誤り検出符号復号化部２８４とを備えている。
【００８７】
この実施の形態では、メッセージデータ用誤り訂正符号復号化部２８２は、メッセージデータ用の誤り訂正符号として、ターボ符号を用いている。以下、メッセージデータ用誤り訂正符号復号化部２８２を「ターボ符号復号化部２８２」と称する。
【００８８】
また、この実施の形態では、メッセージデータ用誤り検出符号復号化部２８４は、メッセージデータ用の誤り検出符号として、ＣＲＣ符号を用いている。以下、メッセージデータ用誤り検出符号復号化部２８４を「第３ＣＲＣ符号復号化部２８４」と称する。
【００８９】
なお、ターボ符号復号化部２８２は、第１受信データ２５０ａに基づいて、第２受信データ２８２ａを生成し、第３ＣＲＣ符号復号化部２８４に出力する。この実施の形態では、第２受信データ２８２ａは、第１受信データ２５０ａからターボ符号以外の部分を抽出したデータとする。また、第３ＣＲＣ符号復号化部２８４は、第２受信データ２８２ａに基づいて、受信メッセージデータ２８４ａを生成し、受信メッセージデータ２８４ａを受信メッセージデータ２８０ａとして、受信メッセージデータ格納部２９２に出力する。この実施の形態では、第２受信メッセージデータ２８４ａは、第２受信データ２８２ａからＣＲＣ符号以外の部分、すなわち、メッセージ部分のデータを抽出したデータとする。
【００９０】
なお、第３ＣＲＣ符号復号化部２８４は、第２受信データ２８２ａに対してメッセージデータ用の誤り検出符号（ここでは、ＣＲＣ符号）に関する検出処理を行う。これにより、第３ＣＲＣ符号復号化部２８４は、第２受信データ２８２ａに対する誤りの有無の判定を行う。
【００９１】
この判定で、誤りがあると判定される場合は、誤りのない第２受信データ２８２ａの生成が失敗したこと、すなわち、第２受信データ２８２ａの中に単純なメッセージデータ用の誤り検出符合（ここでは、ＣＲＣ符号）に関する復号化処理を行うだけでは誤りのない受信メッセージデータを生成することができないことを意味する。この場合、第３ＣＲＣ符号復号化部２８４は、第２受信データ２８２ａに誤りがあることを表す第２正誤判定データ２８４ｂを生成して、ターボ符号復号化部２８２に出力する。これにより、第３ＣＲＣ符号復号化部２８４は、ターボ符号復号化部２８２に、前回の第２受信データ２８２ａに基づいて新たな第２受信データ２８２ａの生成を行わせることになる。
【００９２】
また、この判定で、誤りがないと判定される場合は、誤りのない第２受信データ２８２ａの生成が成功したこと、すなわち、第２受信データ２８２ａの中に単純なメッセージデータ用の誤り検出符合（ここでは、ＣＲＣ符号）に関する復号化処理を行うだけで誤りのない受信メッセージデータを生成することができることを意味する。この場合、第３ＣＲＣ符号復号化部２８４は、第２受信データ２８２ａに誤りがないことを表す第２正誤判定データ２８４ｂを生成して、ターボ符号復号化部２８２に出力する。これにより、第３ＣＲＣ符号復号化部２８４は、ターボ符号復号化部２８２に、第２受信データ２８２ａの生成を行わせずに、待機させることになる。
【００９３】
このように、第３ＣＲＣ符号復号化部２８４は、第２正誤判定データ２８４ｂをターボ符号復号化部２８２に出力する。これは、ターボ符号復号化部２８２に、新たな第２受信データ２８２ａの生成を行わせるか否かを指示するためである。
【００９４】
受信側１００Ｂの主格納部２９０は、各種のプログラムやデータを格納する格納手段である。主格納部２９０は、ＲＡＭやレジスタによって構成されている。主格納部２９０は、運用に応じて、様々なプログラムやデータを格納するための格納領域が設けられている。その一つに、受信メッセージデータ格納部２９２がある。
【００９５】
受信メッセージデータ格納部２９２は、メッセージデータ用誤り検出符号復号化部２７０によって生成された受信メッセージデータ２７０ａまたは受信メッセージデータ生成部２８０によって生成された受信メッセージデータ２８０ａを格納する格納手段である。
【００９６】
なお、図１には、受信側１００Ｂの各構成要素は、各種の信号やデータを後段の構成要素にダイレクトに出力するように描かれている。しかしながら、実際は、各構成要素は、主格納部２９０を介して、各種の信号やデータを後段の構成要素に出力する。すなわち、前段の構成要素は、各種の信号やデータを主格納部２９０に格納し、後段の構成要素がその信号やデータを主格納部２９０から読み出す。これらの一連の動作は、プログラムによって規定されている。以下、この点については、説明を省略する。また、受信側１００Ｂは、タイマー２０３によって計測される時間に応じて動作する。以下、この点については、説明を省略する。
【００９７】
＜ターボ符号＞
以下、まず、ターボ符号の概要につき説明する。なお、「ターボ符号」の詳細については、例えば、特開２０００−３１８３７号その他に開示されているので、ここでは、概要のみを説明する。
【００９８】
ターボ符号は、１９９３年にフランスのＢｅｒｒｏｕらによって、シャノン限界に近い伝送特性を、現実的な処理で実現する符号化／復号化方式の一種として提案された。「シャノン限界」とは、ＣＮＲ（信号対雑音比：Ｃａｒｒｉｅｒ  ｖｓ．  Ｎｏｉｓｅ  Ｒａｔｉｏ）またはＥｂ／Ｎｏ（但し、Ｅｂはビットあたりの電力であり、Ｎｏは１Ｈｚあたりの雑音電力である）がどこまで低くなっても誤り訂正が可能で、かつ、所定の誤り率でデータ信号を復調できるとされる論理上の限界、すなわち、誤りなしに送信可能なデータ伝送速度の理論上の限界を表している。
【００９９】
ターボ符号は、二つ以上の並列付加符号器と一つ以上のインタリーバを有する符号化部によって生成される。各符号器は、通常、同一の畳み込み符号器であるが、異なっていてもよい。インタリーバは、データ系列を任意の順序に並び替える。
【０１００】
ターボ符号は、データ系列を、一つ目の符号器に入力するとともに、インタリーバを介して二つ目の符号器に入力し、一つ目の符号器によって第１パリティビット列を生成するとともに、インタリーバによって生成された出力、すなわち、順序が並び替えられてデータ系列に基づいて、二つ目の符号器によって第２パリティビット列を生成し、第１パリティビット列と第２パリティビット列とを多重化または間引きして多重化パリティビット列を生成し、さらに、多重化パリティビット列とデータ系列とを多重化することによって、生成される。
【０１０１】
ターボ符号は、一つ目の符号器に対応する一つ目の復号器と、二つ目の符号器に対応する二つ目の復号器とによって、元のデータ系列に復号される。このとき、二つ目の復号器は、一つの復号器によって生成された出力をフィードバックしながら反復して復号化処理を行う。ターボ符号は、反復して復号化処理を行う度に、適正な値、すなわち、符号化処理を行う前のデータ系列に近似していく。ターボ符号の「ターボ」は、排気をフィードバックすることでエンジン性能を高めるターボ・エンジンに由来している。
【０１０２】
以下、図４（Ａ）及び（Ｂ）を参照して、ターボ符号符号化部及び復号化部の具体的な構成につき説明する。なお、図４（Ａ）及び（Ｂ）は、ターボ符号符号化部及び復号化部の構成を示す図である。図４（Ａ）は、ターボ符号符号化部の構成を示しており、図４（Ｂ）は、ターボ符号復号化部の構成を示している。なお、図４（Ａ）及び（Ｂ）に示す構成は、既に公知のものである。
【０１０３】
図４（Ａ）に示すように、ターボ符号符号化部１２４は、インタリーバ（ｉｎｔｅｒ−ｌｅａｖｅｒ）３１０と、第１符号器（ｅｎｃｏｄｅｒ）３２０と、第２符号器３３０と、多重化器３４０と、多重化器３５０とを備えている。なお、第１及び第２符号器３２０及び３３０の構成は、同じでもよいし、または異なってもよい。これら第１及び第２符号器３２０及び３３０は、要素符号器（ｃｏｍｐｏｎｅｎｔ  ｅｎｃｏｄｅｒ）とも称されている。
【０１０４】
ターボ符号符号化部１２４では、送信データ系列（図１に示す構成では、第１送信データ１２２ａ）が、第１符号器３２０、インタリーバ３１０、及び多重化器３５０に入力される。
【０１０５】
第１符号器３２０は、データ系列が入力されると、これに応答して、第１パリティビット列を生成し、多重化器３４０に出力する。
【０１０６】
インタリーバ３１０は、データ系列が入力されると、これに応答して、データ系列の順序を並べ替えて、第２符号器３３０に出力する。
【０１０７】
第２符号器３３０は、並べ替えられたデータ系列が入力されると、これに応答して、第２パリティビット列を生成し、多重化器３４０に出力する。
【０１０８】
多重化器３４０は、第１及び第２のパリティビット列が入力されると、これに応答して、第１のパリティビット列と第２のパリティビット列との多重化、または、間引き（ｐｕｎｃｔｕｒｉｎｇ）して、多重化されたパリティビット列（以下、「多重化パリティビット列」と称する）を生成し、多重化器３５０に出力する。
【０１０９】
多重化器３５０は、多重化パリティビット列が入力されると、これに応答して、予め入力されていたデータ系列と多重化パリティビット列とを多重化して出力データ（図１に示す構成では、第２送信データ１２４ａ）を生成する。
【０１１０】
他方、図４（Ｂ）に示すように、ターボ符号復号化部２８２は、第１復号器（ｄｅｃｏｄｅｒ）４１０と、インタリーバ４２０と、第２復号器４３０と、デインタリーバ（ｄｅｉｎｔｅｒ−ｌｅａｖｅｒ）４４０とを備えている。なお、第１及び第２復号器４１０及び４３０の構成は、同じでもよいし、または異なってもよい。これら第１及び第２復号器４１０及び４３０は、要素復号器（ｃｏｍｐｏｎｅｎｔ  ｄｅｃｏｄｅｒ）とも称されている。
【０１１１】
ターボ符号復号化部２８２では、受信データ系列（図１に示す構成では、第１受信データ２５０ａ）が、第１復号器４１０、及びインタリーバ４２０に入力される。第１復号器４１０は、第１符号器３２０に対応する復号器である。
【０１１２】
第１復号器４１０は、データ系列が入力されると、これに応答して、データ系列に対する復号化処理を行って、各データシンボルの復号化処理の結果とその信頼度を表すデータ（以下、「信頼度データ」と称する）を生成し、インタリーバ４２０に出力する。
【０１１３】
インタリーバ４２０は、第１復号器４１０から復号化処理の結果及び信頼度データが入力されると、これに応答して、復号化処理の結果及び信頼度データの順序と、予め入力されていたデータ系列の順序を並べ替えて、第２復号器４３０に出力する。
【０１１４】
第２復号器４３０は、並べ替えられた復号化処理の結果及び信頼度データとデータ系列が入力されると、これに応答して、信頼度データとデータ系列とを用いて復号化処理を行ない、これにより信頼度データを生成して、デインタリーバ４４０に出力する。
【０１１５】
デインタリーバ４４０は、信頼度データが入力されると、これに応答して、インタリーバ４２０による信頼度データの並びを元の並びに並べ替えて、第１復号器４１０に出力する。
【０１１６】
第１復号器４１０は、再び、データ系列に対する復号化処理を行う。但し、２回目以降の復号化処理の繰り返しでは、第１復号器４１０は、受信データ系列と、デインタリーバ４４０を介して第２復号器４３０から出力された信頼度データとに基づいて、復号化処理を行う。
【０１１７】
ターボ符号復号化部２８２は、このような動作を数回から十数回繰り返し行う。その後、ターボ符号復号化部２８２は、第２復号器４３０で信頼度データに対する最終判定を行ない、その判定結果を後続に出力する。
【０１１８】
なお、インタリーバの並べ替えは、ターボ符号符号化部１２４とターボ符号復号化部２８２とで同じである。ターボ符号復号化部２８２では、受信データ系列に加えて、信頼度データも並べ替える。これは、第２復号器４３０で、パリティビット列の順に信頼度データと受信データ系列とを並べ、データの並びを第２符号器３４０での順序に合わせるためである。
【０１１９】
ターボ符号は、ＢＣＨ符号等のブロック符号と同様に、冗長度を有する符号である。但し、ターボ符号は、反復復号可能符号、すなわち、反復して復号化処理を行うことができる符号である。このターボ符号は、復号化処理を反復して行う度に、適正な値、すなわち、符号化処理を行う前のデータに近似していく。ターボ符号のような反復復号可能符号は、例えば、ＢＣＨ符号のようなブロック符号と同じ冗長度であれば、復号化処理を反復して行う度に、適正な値に近似していくので、ブロック符号よりも優れた訂正能力を得ることができる。
【０１２０】
この発明に係る通信装置１００は、このような反復復号可能符号の一種であるターボ符号をメッセージデータ用の誤り訂正符号として用いている。そのため、通信装置１００は、従来の通信装置よりも訂正能力を向上させることができる。
【０１２１】
しかも、ターボ符号等の反復復号可能符号は、１回当たりの復号化処理に要する時間が同程度の冗長度のＢＣＨ符号等のブロック符号の復号化処理に要する時間よりも短いことが実証データにより確認されている。具体的な時間はＣＰＵの演算能力によっても変わるが、仮に同じ演算速度のＣＰＵで復号化処理を行った場合に、例えば、ＢＣＨ符号の復号化処理に要する時間が５０ｍＳ程度であれば、同程度の冗長度のターボ符号の復号化処理に要する時間は１０ｍＳ程度である。
【０１２２】
但し、ターボ符号は、上述の多重化パリティビット列とデータ系列とを多重化することによって生成されるので、符号化率がＢＣＨ符号と同程度であれば、冗長度がＢＣＨ符号よりも高い。しかしながら、その冗長度の違いを加味しても、ターボ符号の１回当たりの復号化処理に要する時間は、同程度の符号化率のＢＣＨ符号の復号化処理に要する時間の１／４〜１／３程度である。そのため、ターボ符号の復号化処理に要する時間の方が、同程度の符号化率のＢＣＨ符号の復号化処理に要する時間よりも短い。
【０１２３】
この実施の形態では、通信装置１００は、受信メッセージデータ生成部２８０で、復号化処理を１〜４回行うことにより、第２受信メッセージデータ２８４ａを生成することができる。そのため、通信装置１００は、従来の通信装置よりも処理時間を短縮することができる。
【０１２４】
しかも、通信装置１００は、受信メッセージデータ生成部２８０による第２受信メッセージデータ２８４ａの生成の前に、メッセージ部分データ抽出部２６０及び第２ＣＲＣ符号復号化部２７０による第１受信メッセージデータ２７０ａの生成を行っている。これにより、通信装置１００は、誤りのない第１受信メッセージデータ２７０ａを生成できた場合に、受信メッセージデータ生成部２８０による第２受信メッセージデータ２８４ａの生成を省略することができる。通信装置１００は、このような構成によっても、従来の通信装置よりも処理時間を短縮している。
【０１２５】
＜ターボ符号の特性評価＞
以下、図５を参照して、ターボ符号を誤り訂正符号として用いた場合の特性評価につき説明する。なお、図５は、誤り訂正符号の特性評価の一例を示す図である。
【０１２６】
図５は、各種の符号をメッセージデータ用の誤り訂正符号として用い、符号毎に、受信データに対してメッセージデータ用の誤り訂正符号に関する復号化処理を行って受信メッセージデータを生成し、これによって生成された各受信メッセージデータの特性を示している。
【０１２７】
図５は、横軸をＣＮＲ（信号対雑音比：Ｃａｒｒｉｅｒ  ｖｓ．  Ｎｏｉｓｅ  Ｒａｔｉｏ）とし、縦軸をＢＥＲ（ビット誤り率：Ｂｉｔ  Ｅｒｒｏｒ  Ｒａｔｉｏ）としている。なお、図５に示す例は、熱雑音環境の通信環境下で特性評価を行ったものである。
【０１２８】
図５中、曲線Ｃ１は、誤り訂正符号を用いない場合の受信メッセージデータの特性を示し、曲線Ｃ２は、ＢＣＨ（６３，５１）符号を誤り訂正符号として用いた場合の受信メッセージデータの特性を示し、曲線Ｃ３は、ＢＣＨ（６３，１８）符号を誤り訂正符号として用いた場合の受信メッセージデータの特性を示し、及び、曲線Ｃ４は、符号化率を１／３とするターボ符号を誤り訂正符号として用いた場合の受信メッセージデータの特性を示している。なお、ＢＣＨ（６３，５１）符号は、ＡＲＩＢ  ＳＴＤ−Ｔ７５によって推奨された、従来から誤り訂正符号として用いられている符号である。また、ＢＣＨ（６３，１８）符号は、符号化率を１／３とするターボ符号と同程度の符号化率のＢＣＨ符号である。
【０１２９】
図５に示す例は、曲線の傾きが大きいほど、同じ値のＣＮＲ（信号対雑音比）におけるＢＥＲ（ビット誤り率）が低いことを示している。したがって、図５に示す例は、曲線の傾きが大きいほど、通信品質、すなわち、通信における受信データの良または不良が問題となる特性が良好であることを示している。よって、図５から明らかなように、通信装置は、誤り訂正符号としてターボ符号を用いれば、高い品質の通信を実現することができる。
【０１３０】
＜通信装置の動作＞
車々間通信システムでは、通信装置１００は、タイマー１０３及び２０３によって経過時間を計測しており、一定の周期で、送信モードと受信モードを繰り返す。なお、「送信モード」とは、送信側１００Ａの各構成要素が作動して、送信パケット１００ａを他車両に送信する動作状態を意味している。また、「受信モード」とは、受信側１００Ｂの各構成要素が作動して、他車両から送信パケット１００ｂを受信する動作状態を意味している。なお、通信装置１００の動作の周期は、約１００ｍＳである。すなわち、前回の送信モードの開始時刻から次回の送信モードの開始時刻までの時間は、約１００ｍＳである。同様に、前回の受信モードの開始時刻から次回の受信モードの開始時刻までの時間も、約１００ｍＳである。通信装置１００は、この約１００ｍＳ間に、送信モードとなった後、受信モードとなり、再び、送信モードとなる。これらの一連の動作は、主格納部１９０及び２９０に予め読み出し自在に格納されている、様々なプログラム（例えば、通信装置１００として機能するための各構成要素を主演算部１０１及び２０１に構築するためのプログラム等）や、様々なデータ（例えば、通信装置１００の動作の周期、送信モードとなっている時間（以下、「送信モード時間」と称する）、受信モードとなっている時間（以下、「受信モード時間」と称する）等のデータ）によって、規定されている。以下、この点については、説明を省略する。
【０１３１】
以下、図２を参照して、通信装置１００の送信側１００Ａの各構成要素の動作につき説明する。図２は、通信装置の送信側の各構成要素の動作を示すフローチャートである。
【０１３２】
通信装置１００では、予め、送信側１００Ａの主演算部１０１が、主格納部１９０から様々なデータ、例えば通信装置１００の動作の周期や、送信モード時間、前回の送信モードの開始時刻等のデータを読み出し、これら読み出したデータに基づいて、自身の動作を制御する。
【０１３３】
具体的には、送信側１００Ａの主演算部１０１は、タイマー１０３による前回の送信モードの開始時刻からの計測時間が、通信装置１００の動作の周期として予め定められている時間に達すると、送信モードとなる（但し、前回の送信モードの開始時刻が存在しない場合、すなわち、初めて送信モードとなる場合は、予め定められた任意の時点で、送信モードとなる）。このとき、送信メッセージデータ生成部１１０が、起動する。
【０１３４】
送信メッセージデータ生成部１１０は、起動すると、これに応答して、主格納部１９０から様々な車両データ（例えば、自車両の位置等を表す車両データ）を読み出し、読み出した車両データに基づいて、他車両に送信する送信メッセージデータ１１０ａを生成し、この送信メッセージデータ１１０ａを第１ＣＲＣ符号符号化部１２２と送信メッセージ長データ生成部１３０に出力する（Ｓ１０５）。
【０１３５】
第１ＣＲＣ符号符号化部１２２は、送信メッセージデータ生成部１１０から送信メッセージデータ１１０ａが入力されると、これに応答して、送信メッセージデータ１１０ａに対してＣＲＣ符号に関する符号化処理、すなわち、送信メッセージデータ１１０ａに基づいてＣＲＣ符号を生成し、送信メッセージデータ１１０ａにＣＲＣ符号を付加する処理を行って、第１送信データ１２２ａを生成し、ターボ符号符号化部１２４に出力する（Ｓ１１０）。
【０１３６】
ターボ符号符号化部１２４は、第１ＣＲＣ符号符号化部１２２から第１送信データ１２２ａが入力されると、これに応答して、第１送信データ１２２ａに対してターボ符号に関する符号化処理、すなわち、第１送信データ１２２ａに基づいてターボ符号を生成し、第１送信データ１２２ａにターボ符号を付加する処理を行って、第２送信データ１２４ａを生成し、パケット生成部１５０に出力する（Ｓ１１５）。
【０１３７】
送信メッセージ長データ生成部１３０は、Ｓ１０５で送信メッセージデータ生成部１１０から送信メッセージデータ１１０ａが入力されると、これに応答して、送信メッセージデータ１１０ａに基づいて、送信メッセージデータ１１０ａのサイズを表す送信メッセージ長データ１３０ａを生成し、第２ＣＲＣ符号符号化部１４２に出力する（Ｓ１２０）。
【０１３８】
第２ＣＲＣ符号符号化部１４２は、送信メッセージ長データ生成部１３０から送信メッセージ長データ１３０ａが入力されると、これに応答して、送信メッセージ長データ１３０ａに対してＣＲＣ符号に関する符号化処理、すなわち、送信メッセージ長データ１３０ａに基づいてＣＲＣ符号を生成し、送信メッセージ長データ１３０ａにＣＲＣ符号を付加する処理を行って、第１送信ヘッダデータ１４２ａを生成し、誤り訂正符号符号化部１４４に出力する（Ｓ１２５）。
【０１３９】
誤り訂正符号符号化部１４４は、第２ＣＲＣ符号符号化部１４２から第１送信ヘッダデータ１４２ａが入力されると、これに応答して、第１送信ヘッダデータ１４２ａに対してヘッドデータ用の誤り訂正符号（例えば、ターボ符号または畳み込み符号）に関する符号化、すなわち、第１送信ヘッダデータ１４２ａに基づいて誤り訂正符号を生成し、第１送信ヘッダデータ１４２ａに誤り訂正符号を付加する処理を行って、第２送信ヘッダデータ１４４ａを生成し、パケット生成部１５０に出力する（Ｓ１３０）。なお、ここでは、ヘッドデータ用の誤り訂正符号として、ターボ符号を用いているものとする。
【０１４０】
なお、Ｓ１２０〜Ｓ１３０の動作は、Ｓ１１０〜Ｓ１１５の動作の前または同時に行ってもよい。
【０１４１】
パケット生成部１５０は、Ｓ１１５でターボ符号符号化部１２４から第２送信データ１２４ａが入力され、さらに、Ｓ１３０で誤り訂正符号符号化部１４４から第２送信ヘッダデータ１４４ａが入力されると、これに応答して、第２送信ヘッダデータ１４４ａと第２送信データ１２４ａとを合成し、さらに、主格納部１９０から、データの送信を通知するプリアンブル、及び、送信するデータの構成を表すユニークワード等を読み出して、これらを付加して、送信用パケット１５０ａを生成し、パケット送信部１６０に出力する（Ｓ１３５）。
【０１４２】
パケット送信部１６０は、パケット生成部１５０から送信用パケット１５０ａが入力されると、これに応答して、送信用パケット１５０ａに対して、例えば、複数の符号系列による変調や、デジタル信号からアナログ信号への変換等の処理を行って送信パケット１００ａを生成し、送信アンテナ１７０を介して、他車両に送信する（Ｓ１４０）。なお、以下、自車両が送信する送信パケット１００ａを、「自車両パケット１００ａ」と称する場合もある。また、他車両が送信する送信パケット１００ａを、「他車両パケット１００ｂ」と称する場合もある。
【０１４３】
各通信装置１００の送信側１００Ａの各構成要素は、以上のＳ１０５〜Ｓ１４０の動作を一定周期毎に繰り返し行う。但し、通信装置１００の送信側１００Ａの各構成要素は、タイマー１０３によって、動作時間（以下、「送信モード時間」と称する）が制限されている。タイマー１０３は、送信モードになってからの経過時間を計測しており、計測時間が送信モード時間に達したときに、送信側１００Ａの各構成要素の動作を中止させ、次回の送信モードになるまで送信側１００Ａの各構成要素を待機させる。
【０１４４】
以下、図３−１及び図３−２を参照して、通信装置１００の受信側１００Ｂの各構成要素の動作につき説明する。図３−１及び図３−２は、それぞれ、通信装置の受信側の各構成要素の動作を示すフローチャートである。
【０１４５】
通信装置１００では、予め、受信側１００Ｂの主演算部２０１が、主格納部２９０から様々なデータ、例えば通信装置１００の動作の周期や、受信モード時間、前回の受信モードの開始時刻等のデータを読み出し、これら読み出したデータに基づいて、自身の動作を制御する。
【０１４６】
具体的には、受信側１００Ｂの主演算部２０１は、タイマー２０３による前回の受信モードの開始時刻からの計測時間が、通信装置１００の動作の周期として予め定められている時間に達すると、通信装置１００は、受信モードとなる（但し、前回の受信モードの開始時刻が存在しない場合、すなわち、初めて受信モードとなる場合は、予め定められた任意の時点で、受信モードとなる）。このとき、パケット受信部２２０が、起動する。
【０１４７】
パケット受信部２２０は、起動すると、これに応答して、受信アンテナ２１０を介して、キャリア、すなわち、他車両またはその他の機器から送信された電波のセンスを行って、他車両パケット１００ｂを受信する（Ｓ２０５）。
【０１４８】
パケット受信部２２０は、他車両パケット１００ｂを受信すると、これに応答して、他車両パケット１００ｂに対して、アナログ信号からデジタル信号への変換や、複数の符号系列による復調、ユニークワードの検出等の処理を行って受信パケット２２０ａを生成し、受信ヘッダデータ抽出部２３０と受信データ抽出部２５０に出力する（Ｓ２１０）。なお、受信パケット２２０ａは、送信側１００Ａのパケット生成部１５０によって生成された送信用パケット１５０ａに相当する。
【０１４９】
受信ヘッダデータ抽出部２３０は、パケット受信部２２０から受信パケット２２０ａが入力されると、これに応答して、受信パケット２２０ａからヘッダ部分のデータである第１受信ヘッダデータ２３０ａを抽出し、誤り訂正符号復号化部２４２に出力する（Ｓ２１５）。なお、第１受信ヘッダデータ２３０ａは、送信側１００Ａの誤り訂正符号符号化部１４４によって生成された第２送信ヘッダデータ１４４ａに相当する。
【０１５０】
誤り訂正符号復号化部２４２は、受信ヘッダデータ抽出部２３０から第１受信ヘッダデータ２３０ａが入力されると、これに応答して、第１受信ヘッダデータ２３０ａに対してヘッダデータ用の誤り訂正符号（ここでは、ターボ符号）に関する復号化処理を行って、第２受信ヘッダデータ２４２ａを生成し、第１ＣＲＣ符号復号化部２４４に出力する（Ｓ２２０）。なお、第２受信ヘッダデータ２４２ａは、送信側１００Ａの第２ＣＲＣ符号符号化部１４２によって生成された第１送信ヘッダデータ１４２ａに相当する。
【０１５１】
第１ＣＲＣ符号復号化部２４４は、誤り訂正符号復号化部２４２から第２受信ヘッダデータ２４２ａが入力されると、これに応答して、第２受信ヘッダデータ２４２ａに対する検出処理を行う（Ｓ２２５）。この検出処理では、第１ＣＲＣ符号復号化部２４４は、第２受信ヘッダデータ２４２ａに対してＣＲＣ符号に関する復号化処理を行って、復号化処理の結果としてＣＲＣ符号が除去された第２受信ヘッダデータ２４２ａを生成し、さらに、ＣＲＣ符号に基づいて、復号化処理の結果の誤りの有無、すなわち、復号化処理の結果に誤りがあるか否かを判定する（Ｓ２３０）。この復号化処理の結果の誤りの有無の判定は、ＣＲＣ符号と復号化処理の結果とを比較して、両者が一致するか否かを判定することによって行われる。
【０１５２】
Ｓ２３０において、「Ｙｅｓ」、すなわち、復号化処理の結果に誤りありと判定された場合に、第１ＣＲＣ符号復号化部２４４は、送信パケット１００ｂの受信が失敗したと判定する。この場合、第１ＣＲＣ符号復号化部２４４は、受信メッセージ長データ２４４ａを生成せずに、このまま待機する。これにより、受信側１００Ｂの各構成要素は、待機状態となる。したがって、この場合、受信側１００Ｂの各構成要素は、現在行っている受信動作を終了して、次回の受信モードになるまで待機することになる。
【０１５３】
他方、Ｓ２３０において、「Ｎｏ」、すなわち、復号化処理の結果に誤りなしと判定された場合に、第１ＣＲＣ符号復号化部２４４は、送信パケット１００ｂの受信が成功したと判定する。この場合、受信側１００Ｂの各構成要素の動作は、Ｓ２３５に進む。
【０１５４】
Ｓ２３０において、「Ｎｏ」、すなわち、復号化処理の結果に誤りなしと判定された場合に、第１ＣＲＣ符号復号化部２４４は、これに応答して、第２受信ヘッダデータ２４２ａに対するＣＲＣ符号に関する復号化処理を行って、復号化処理の結果として受信メッセージ長データ２４４ａを生成し、受信データ抽出部２５０に出力する（Ｓ２３５）。
【０１５５】
受信データ抽出部２５０は、第１ＣＲＣ符号復号化部２４４から受信メッセージ長データ２４４ａが入力されると、これに応答して、Ｓ２１０で入力されていた受信パケット２２０ａからデータビット部分のデータ、すなわち、メッセージ部分のデータである第１受信データ２５０ａを抽出し、メッセージ部分データ抽出部２６０とターボ符号復号化部２８２に出力する（Ｓ２４０）。
【０１５６】
メッセージ部分データ抽出部２６０は、受信データ抽出部２５０から第１受信データ２５０ａが入力されると、これに応答して、第１受信データ２５０ａからデータビット部分のデータ、すなわち、元々のメッセージ部分のデータを抽出し、このデータをメッセージ部分データ２６０ａとして、第２ＣＲＣ符号復号化部２７０に出力する（Ｓ２４５）。
【０１５７】
第２ＣＲＣ符号復号化部２７０は、メッセージ部分データ抽出部２６０からメッセージ部分データ２６０ａが入力されると、これに応答して、メッセージ部分データ２６０ａに対する検出処理を行う（Ｓ２５０）。この検出処理では、第２ＣＲＣ符号復号化部２７０は、メッセージ部分データ２６０ａに対してＣＲＣ符号に関する復号化処理を行って、復号化処理の結果としてＣＲＣ符号が除去されたメッセージ部分データ２６０ａを生成し、さらに、ＣＲＣ符号に基づいて、復号化処理の結果の誤りの有無、すなわち、復号化処理の結果に誤りがあるか否かを判定する（Ｓ２５５）。この復号化処理の結果の誤りの有無の判定は、ＣＲＣ符号と復号化処理の結果とを比較して、両者が一致するか否かを判定することによって行われる。
【０１５８】
Ｓ２５５において、「Ｙｅｓ」、すなわち、復号化処理の結果に誤りありと判定された場合に、第２ＣＲＣ符号復号化部２７０は、第１送信データ１２２ａに相当する受信データの取得が失敗したと判定する。この場合、受信側１００Ｂの各構成要素の動作は、Ｓ２７０に進む。
【０１５９】
他方、Ｓ２５５において、「Ｎｏ」、すなわち、復号化処理の結果に誤りなしと判定された場合に、第２ＣＲＣ符号復号化部２７０は、第１送信データ１２２ａに相当する受信データの取得が成功したと判定する。この場合、受信側１００Ｂの各構成要素の動作は、Ｓ２６０に進む。
【０１６０】
Ｓ２５５において、「Ｎｏ」、すなわち、復号化処理の結果に誤りなしと判定された場合に、第２ＣＲＣ符号復号化部２７０は、これに応答して、メッセージ部分データ２６０ａに対するＣＲＣ符号に関する復号化処理を行って、復号化処理の結果として第１受信メッセージデータ２７０ａを生成し、受信メッセージデータ格納部２９２に出力する（Ｓ２６０）。なお、第１受信メッセージデータ２７０ａは、送信側１００Ａの送信メッセージデータ生成１１０によって生成された送信メッセージデータ１１０ａに相当する。
【０１６１】
受信メッセージデータ格納部２９２は、第２ＣＲＣ符号復号化部２７０から第１受信メッセージデータ２７０ａが入力されると、これに応答して、第１受信メッセージデータ２７０ａを予め定められた記憶領域に格納する（Ｓ２６５）。
【０１６２】
Ｓ２５５において、「Ｙｅｓ」、すなわち、復号化処理の結果に誤りありと判定された場合に、または、Ｓ２６５において、受信メッセージデータ格納部２９２が第１受信メッセージデータ２７０ａを格納した場合に、第２ＣＲＣ符号復号化部２７０は、これに応答して、Ｓ２５０で行われた誤り検出処理の結果、すなわち、Ｓ２５０で行われた復号化処理の結果に誤りがあるか否かの判定の結果を表す第１正誤判定データ２７０ｂを生成し、ターボ符号復号化部２８２に出力する（Ｓ２７０）。
【０１６３】
ターボ符号復号化部２８２は、第２ＣＲＣ符号復号化部２７０から第１正誤判定データ２７０ｂが入力されると、これに応答して、第１正誤判定データ２７０ｂ、すなわち、Ｓ２５０で行われた誤り検出処理の結果が誤りありを意味しているのか否かを判定する（Ｓ２７５）。
【０１６４】
Ｓ２７５において、「Ｙｅｓ」、すなわち、第１正誤判定データ２７０ｂが誤りありを意味していると判定される場合は、第２ＣＲＣ符号復号化部２７０によって生成された第１受信メッセージデータ２７０ａが予め定められた許容範囲を越えて送信メッセージデータ１１０ａと相違していることを意味する。この場合に、ターボ符号復号化部２８２は、送信メッセージデータ１１０ａに相当する受信メッセージデータの取得が失敗したと判定する。この場合、受信側１００Ｂの各構成要素の動作は、Ｓ２８０に進む。
【０１６５】
他方、Ｓ２７５において、「Ｎｏ」、すなわち、第１正誤判定データ２７０ｂが誤りなしを意味していると判定される場合は、第２ＣＲＣ符号復号化部２７０によって生成された第１受信メッセージデータ２７０ａが予め定められた許容範囲内で送信メッセージデータ１１０ａと一致していることを意味する。この場合に、ターボ符号復号化部２８２は、送信メッセージデータ１１０ａに相当する受信メッセージデータの取得が成功したと判定する。この場合、受信メッセージデータ格納部２９２は、誤りのない第１受信メッセージデータ２７０ａを格納していることになる。そのため、受信メッセージデータ生成部２８０は、第２受信メッセージデータ２８４ａを生成する必要がない。したがって、この場合、ターボ符号復号化部２８２は、第２受信データ２８２ａを生成せずに、このまま待機する。これにより、受信側１００Ｂの各構成要素は、待機状態となる。したがって、この場合、受信側１００Ｂの各構成要素は、現在行っている動作を終了して、次回の受信モードになるまで待機することになる。
【０１６６】
Ｓ２７５において、「Ｙｅｓ」、すなわち、第１正誤判定データ２７０ｂが誤りありを意味していると判定された場合に、ターボ符号復号化部２８２は、これに応答して、Ｓ２４０で入力されている第１受信データ２５０ａに対するターボ符号に関する復号化処理を行って、ターボ符号に関する復号化処理の結果としてターボ符号が除去された第１受信データ２５０ａを生成し、このターボ符号に関する復号化処理の結果からデータビット部分データを抽出して第２受信データ２８２ａを生成して、第３ＣＲＣ符号復号化部２８４に出力する（Ｓ２８０）。なお、第２受信データ２８２ａは、送信側１００Ａの第１ＣＲＣ符号符号化部１２２によって生成された第１送信データ１２２ａに相当する。なお、第１受信データ２５０ａに対するターボ符号に関する復号化処理を反復して行った回数（以下、「反復回数」と称する）ｎは、カウンタ２０５でカウントされている。反復回数ｎは、１以上の値であり、かつ、事前に主格納部２９０に設定された最大反復回数より小さい値であるとする。反復回数ｎは、動作がＳ２７５からＳ２８０に進んだときに１回目としてカウントされ、以後、動作が後述のＳ３１５からＳ２８０に戻る度に、１回ずつ加算される。
【０１６７】
第３ＣＲＣ符号復号化部２８４は、ターボ符号復号化部２８２から第２受信データ２８２ａが入力されると、これに応答して、第２受信データ２８２ａに対する検出処理を行う（Ｓ２８５）。この検出処理では、第３ＣＲＣ符号復号化部２８４は、第２受信データ２８２ａに対してＣＲＣ符号に関する復号化処理を行って、ＣＲＣ符号に関する復号化処理の結果としてＣＲＣ符合が除去された第２受信データ２８２ａを生成し、さらに、ＣＲＣ符号に基づいて、復号化処理の結果の誤りの有無、すなわち、復号化処理の結果に誤りがあるか否かを判定する（Ｓ２９０）。この復号化処理の結果の誤りの有無の判定は、ＣＲＣ符号と復号化処理の結果とを比較して、両者が一致するか否かを判定することによって行われる。
【０１６８】
Ｓ２９０において、「Ｙｅｓ」、すなわち、復号化処理の結果に誤りありと判定された場合に、第３ＣＲＣ符号復号化部２８４は、第１送信データ１２２ａに相当する受信データの取得が失敗したと判定する。この場合、受信側１００Ｂの各構成要素の動作は、Ｓ３０５に進む。
【０１６９】
他方、Ｓ２９０において、「Ｎｏ」、すなわち、復号化処理の結果に誤りなしと判定された場合に、第３ＣＲＣ符号復号化部２８４は、第１送信データ１２２ａに相当する受信データの取得が成功したと判定する。この場合、受信側１００Ｂの各構成要素の動作は、Ｓ２９５に進む。
【０１７０】
Ｓ２９０において、「Ｎｏ」、すなわち、復号化処理の結果に誤りなしと判定された場合に、第３ＣＲＣ符号復号化部２８４は、これに応答して、第２受信データ２８２ａに対するＣＲＣ符号に関する復号化処理を行って、復号化処理の結果として第２受信メッセージデータ２８４ａを生成し、受信メッセージデータ格納部２９２に出力する（Ｓ２９５）。なお、第２受信メッセージデータ２８４ａは、送信側１００Ａの送信メッセージデータ生成１１０によって生成された送信メッセージデータ１１０ａに相当する。
【０１７１】
受信メッセージデータ格納部２９２は、第３ＣＲＣ符号復号化部２８４から第２受信メッセージデータ２８４ａが入力されると、これに応答して、第２受信メッセージデータ２８４ａを予め定められた記憶領域に格納する（Ｓ３００）。なお、受信メッセージデータ格納部２９２に格納された第１受信メッセージデータ２７０ａや第２受信メッセージデータ２８４ａは、必要に応じて、外部に送信される。
【０１７２】
Ｓ２９０において、「Ｙｅｓ」、すなわち、復号化処理の結果に誤りありと判定された場合に、または、Ｓ３００において、受信メッセージデータ格納部２９２が第２受信メッセージデータ２８４ａを格納した場合に、第３ＣＲＣ符号復号化部２８４は、これに応答して、Ｓ２８５で行われた誤り検出処理の結果、すなわち、Ｓ２８５で行われた復号化処理の結果に誤りがあるか否かの判定の結果を表す第２正誤判定データ２８４ｂを生成し、ターボ符号復号化部２８２に出力する（Ｓ３０５）。
【０１７３】
ターボ符号復号化部２８２は、第３ＣＲＣ符号復号化部２８４から第２正誤判定データ２８４ｂが入力されると、これに応答して、第２正誤判定データ２８４ｂ、すなわち、Ｓ２８５で行われた誤り検出処理の結果が誤りありを意味しているのか否かを判定する（Ｓ３１０）。
【０１７４】
Ｓ３１０において、「Ｙｅｓ」、すなわち、第２正誤判定データ２８４ｂが誤りありを意味していると判定される場合は、第３ＣＲＣ符号復号化部２８４によって生成された第２受信メッセージデータ２８４ａが予め定められた許容範囲を越えて送信メッセージデータ１１０ａと相違していることを意味する。この場合に、ターボ符号復号化部２８２は、送信メッセージデータ１１０ａに相当する受信メッセージデータの取得が失敗したと判定する。この場合、受信側１００Ｂの各構成要素の動作は、Ｓ３１５に進む。
【０１７５】
他方、Ｓ３１０において、「Ｎｏ」、すなわち、第２正誤判定データ２８４ｂが誤りなしを意味していると判定される場合は、第３ＣＲＣ符号復号化部２８４によって生成された第２受信メッセージデータ２８４ａが予め定められた許容範囲内で送信メッセージデータ１１０ａと一致していることを意味する。この場合に、ターボ符号復号化部２８２は、送信メッセージデータ１１０ａに相当する受信メッセージデータの取得が成功したと判定する。この場合、受信メッセージデータ格納部２９２は、誤りのない第２受信メッセージデータ２８４ａを格納していることになる。そのため、受信メッセージデータ生成部２８０は、新たな第２受信メッセージデータ２８４ａを生成する必要がない。したがって、この場合、ターボ符号復号化部２８２は、新たな第２受信データ２８２ａを生成せずに、このまま待機する。これにより、受信側１００Ｂの各構成要素は、待機状態となる。したがって、この場合、受信側１００Ｂの各構成要素は、現在行っている動作を終了して、次回の受信モードになるまで待機することになる。
【０１７６】
なお、受信メッセージデータ格納部２９２は、反復回数ｎが１回目であれば、誤りのない第１受信メッセージデータ２７０ａを格納していることになる。また、受信メッセージデータ格納部２９２は、反復回数ｎが２回目以降であれば、誤りのない第２受信メッセージデータ２８４ａを格納していることになる。
【０１７７】
Ｓ３１０において、「Ｙｅｓ」、すなわち、第２正誤判定データ２８４ｂが誤りありを意味していると判定された場合に、ターボ符号復号化部２８２は、これに応答して、カウンタ２０５から反復回数ｎを読み出すとともに主格納部２９０から予め設定されている最大反復回数を読み出し、読み出した反復回数ｎが最大反復回数未満であるか否かを判定する（Ｓ３１５）。
【０１７８】
Ｓ３１５において、「Ｙｅｓ」、すなわち、反復回数ｎが最大反復回数未満であると判定される場合は、受信側１００Ｂの各構成要素の動作は、Ｓ２８０に戻る。このとき、カウンタ２０５は、反復回数ｎを１回加算する。この後、受信側１００Ｂの各構成要素は、Ｓ２８０〜Ｓ３１５の動作を、反復して行う。但し、この反復動作では、Ｓ２８０において、ターボ符号復号化部２８２は、前回の反復回数ｎをｉ回目とすると、第１受信データ２５０ａに対するｉ回目のターボ符号復号化処理の結果に対して、（ｉ＋１）回目のターボ符号に関する復号化処理を行う。すなわち、ターボ符号復号化部２８２は、ｉ回目のターボ符号復号化処理の結果からデータビット部分のデータを抽出する。これによって、ターボ符号復号化部２８２は、新たな第２受信データ２８２ａを生成する。したがって、ターボ符号復号化部２８２は、このＳ２８０における動作を反復して行う都度、徐々に適正な値、すなわち、ターボ符号に関する符号化処理を行う前の第１送信データ１２２ａに近似する第２受信データ２８２ａを新たに生成する。ターボ符号復号化部２８２は、新たな第２受信データ２８２ａを生成すると、第３ＣＲＣ符号復号化部２８４に出力する。第３ＣＲＣ符号復号化部２８４は、この新たな第２受信データ２８２ａに基づいて、第２受信メッセージデータ２８４ａを生成したり、第２正誤判定データ２８４ｂを生成することになる。
【０１７９】
Ｓ３１５において、「Ｎｏ」、すなわち、反復回数ｎが最大反復回数以上であると判定される場合は、送信メッセージデータ１１０ａに相当する受信メッセージデータの取得が失敗したと判定する。この場合、ターボ符号復号化部２８２は、新たな第２受信データ２８２ａを生成せずに、このまま待機する。これにより、受信側１００Ｂの各構成要素は、待機状態となる。したがって、この場合、受信側１００Ｂの各構成要素は、現在行っている動作を終了して、次回の受信モードになるまで待機することになる。
【０１８０】
通信装置１００の受信側１００Ｂの各構成要素は、予め設定された最大反復回数を上限として、以上のＳ２０５〜Ｓ３１５の動作を、送信メッセージデータ１１０ａに相当する受信メッセージデータの取得が成功または失敗したと判定されるまで、または、タイマー２０３による計測時間が予め設定された受信モード時間を超過するまで繰り返し行う。
【０１８１】
この発明に係る通信装置１００によれば、以下の効果を得ることができる。
【０１８２】
すなわち、この発明に係る通信装置１００によれば、例えばターボ符号等の反復復号可能符号をメッセージデータ用の誤り訂正符号として用いている。ターボ符号等の反復復号可能符号は、復号化処理を反復して行うことにより、受信データを徐々に適正な値、すなわち、ターボ符号等の反復復号可能符号に関する符号化処理を行う前の送信データに近似させることができる。そのため、この通信装置１００は、従来の通信装置よりも、高い品質の通信を実現することができる。
【０１８３】
しかも、ターボ符号等の反復復号可能符号は、ＢＣＨ符号等のブロック符号よりも冗長度は高いが、ＢＣＨ符号等のブロック符号よりも数分の１程度の時間で１回当たりの復号化処理を行うことができる。そのため、この通信装置１００は、１〜３回程度復号化処理を反復して行った場合であれば、従来の通信装置よりも短時間で、または、それ以上復号化処理を反復して行った場合あっても、従来の通信装置と同程度の時間で、受信メッセージを取得することができる。
【０１８４】
したがって、この発明に係る通信装置１００によれば、通信のリアルタイム性を劣化させることなく、ＡＲＩＢ  ＳＴＤ−Ｔ７５によって推奨されているＢＣＨ（６３，５１）符号を用いた従来の通信装置よりも、高い品質の通信を実現することができる。
【０１８５】
このような、通信装置１００は、マルチパス等の影響により搬送波の伝搬特性が悪い車々間通信システムにおいて、特に有効である。
【０１８６】
しかも、この通信装置１００は、受信データに対して誤り訂正符号に関する復号化処理を反復して行う前に、メッセージ部分データを抽出し、メッセージ部分データに対して誤り検出符号に関する誤り検出処理を行うように構成している。この構成によれば、誤り検出処理で、誤りがないと判定された場合に、受信データに対する復号化処理を反復して行うことなく、メッセージ部分データから誤りのない受信メッセージデータを抽出することができる。そのため、この構成によれば、さらに、計算量の増大を抑制することができ、リアルタイム性の高い通信が可能となる。
【０１８７】
この発明は、上述の実施の形態に限定されることなく、この発明の要旨を逸脱しない範囲で種々の変更や変形を行うことができる。
【０１８８】
例えば、この発明は、車々間通信システムに限らず、複数の装置間で無線通信を行うことにより、互いのデータを相互に交換する通信システムに用いられる通信装置に適用することができる。
【０１８９】
また、例えば、上述の実施の形態の説明では誤り訂正符号としてターボ符号を用いたが、ターボ符号のように反復して復号化処理（以下、「反復復号化処理」と称する）を行うことが可能な誤り訂正符号であれば、別の誤り訂正符号を用いてもよい。
【０１９０】
また、例えば、上述の実施の形態では、通信装置１００は、第１送信データ１２２ａの生成に、送信メッセージデータ１１０ａを用いている。しかしながら、通信装置１００は、送信メッセージデータ１１０ａ以外に、パケット種別、送信元車両ＩＤ、宛先車両ＩＤ等の制御データを用いてもよい。但し、この場合に、通信装置１００は、送信メッセージ長データ１３０ａの代わりに、これらの制御データのサイズを表すデータを用いて第１送信ヘッダデータ１４２ａを生成することになる。
【０１９１】
また、例えば、上述の実施の形態では、通信装置１００は、第１送信ヘッダデータ１４２ａの生成に、送信メッセージ長データ１３０ａを用いている。しかしながら、通信装置１００は、送信メッセージ長データ１３０ａ以外に、パケット種別、送信元車両ＩＤ、宛先車両ＩＤ等の全てのパケットに共通サイズである制御データを用いてもよい。
【０１９２】
また、例えば、上述の実施の形態では、通信装置１００は、受信メッセージデータ生成部２８０において、ｉ回目の誤り検出処理で正誤を判定した後に、反復回数ｎが（ｉ＋１）となるターボ符号に関する（ｉ＋１）回目の復号化処理を行っている。しかしながら、通信装置１００は、受信メッセージデータ生成部２８０において、ｉ回目の誤り検出処理と（ｉ＋１）回目の復号化処理とを並列に行い、ｉ回目の誤り検出処理で誤りがないと判定され次第、（ｉ＋１）回目以降の復号化処理を中止するようにしてもよい。但し、この場合、通信装置１００は、最大反復回数と等しい数の複数のターボ符号復号化部２８２を用いる必要がある。
【０１９３】
また、例えば、上述の実施の形態では、メッセージデータ用の誤り訂正符号として、ターボ符号を用いる例を説明しているが、ターボ符号の代わりに、ＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ）符号を用いてもよい。
【０１９４】
「ＬＤＰＣ符号」とは、１９６０年代に、Ｇａｌｌａｇｅｒによって、シャノン限界に近い伝送特性を、実現する符号として提案された。ＬＤＰＣ符号は、非常に疎な検査行列、すなわち、行列内の非零要素の数が非常に少ない行列により定義される線形符号である。ＬＤＰＣ符号には、正則ＬＤＰＣ符号（ｒｅｇｕｌａｒ  ＬＤＰＣ  ｃｏｄｅ）と非正則ＬＤＰＣ符号（ｉｒｒｅｇｕｌａｒ  ＬＤＰＣ  ｃｏｄｅ）とがある。ＬＤＰＣ符号については、各種の文献に記載されている（例えば、「低密度パリティ検査符号とその復号法」（和田山  正  著；トリケップス社）参照）。
【０１９５】
「正則ＬＤＰＣ符号」は、ｍ行ｎ列からなる検査行列Ｈのどの列のハミング重み（列重み）も＄ｗ＿ｃ＄であり、どの行のハミング重み（行重み）も＄ｗ＿ｒ＄であり、さらに＄ｗ＿ｃ＄の値がｍの大きさに比べて十分に小さいとき、検査行列Ｈより定義される符号Ｃのことを意味している。なお、「＿」は、後続の文字が下付文字であることを表している。したがって、例えば、「ｗ＿ｃ」は、「ｗｃ」を意味している。
【０１９６】
「非正則ＬＤＰＣ符号」は、各列や各行の重みが一定でない検査行列Ｈから定義される符号Ｃのことを意味している。
【０１９７】
ＬＤＰＣ符号の検査行列は、以下の通りである。すなわち、送信語＄ｍ＝（ｍ＿１，ｍ＿２，…，ｍ＿ｋ）＄は、長さｋ次元ベクトルであるとする。符号語Ｃは、ｋ＋１行列Ｇとｍの積（Ｃ＝ｍＧ）を演算することによって生成される。なお、行列Ｇは、生成行列（ｇｅｎｅｒａｔｏｒ  ｍａｔｒｉｘ）と称されている。２元ｍ＊ｎ行列Ｈがランクｍを持ち、＄ＧＨ＾Ｔ＝０＄（但し、＄Ｈ＾Ｔ＄は、Ｈの転置行列）を満たす時、Ｈを符号Ｃの検査行列（ｐａｒｉｔｙ  ｃｈｅｃｋ  ｍａｔｒｉｘ）と称される。なお、「＾」は、後続の文字が上付文字であることを表している。したがって、例えば、「Ｈ＾Ｔ」は、「ＨＴ」を意味している。
【０１９８】
ＬＤＰＣ符号の復号は、ｓｕｍ−ｐｒｏｄｕｃｔ復号法によって行われる。
【図面の簡単な説明】
【０１９９】
【図１】この発明に係る通信装置の構成を示す図である。
【図２】この発明に係る通信装置の送信側の動作を示す図である。
【図３−１】この発明に係る通信装置の受信側の動作を示す図（１）である。
【図３−２】この発明に係る通信装置の受信側の動作を示す図（２）である。
【図４】（Ａ）及び（Ｂ）はターボ符号符号化部及び復号化部の構成を示す図である。
【図５】誤り訂正符号の特性評価の一例を示す図である。
【符号の説明】
【０２００】
１００    …通信装置（車両）
１００Ａ    …送信側の装置（送信側）
１００Ｂ    …受信側の装置（受信側）
１０１，２０１    …主演算部（ＣＰＵ）
１０３，２０３    …タイマー
１１０    …送信メッセージデータ生成部
１２０    …送信データ生成部
１２２    …メッセージデータ用誤り検出符号符号化部（第１ＣＲＣ符号符号化部）
１２４    …メッセージデータ用誤り訂正符号符号化部（ターボ符号符号化部）
１３０    …送信メッセージ長データ生成部
１４０    …送信ヘッダデータ生成部
１４２    …ヘッダデータ用誤り検出符号符号化部（第２ＣＲＣ符号符号化部）
１４４    …ヘッダデータ用誤り訂正符号符号化部
１５０    …パケット生成部
１６０    …パケット送信部
１７０    …送信アンテナ
１９０，２９０    …主格納部（ＲＡＭ，レジスタ）
２０５    …カウンタ
２１０    …受信アンテナ
２２０    …パケット受信部
２３０    …受信ヘッダデータ抽出部
２４０    …受信メッセージ長データ生成部
２４２    …ヘッダデータ用誤り訂正符号復号化部
２４４    …ヘッダデータ用誤り検出符号復号化部（第１ＣＲＣ符号復号化部）
２５０    …受信データ抽出部
２６０    …メッセージ部分データ抽出部
２７０    …メッセージデータ用誤り検出符号復号化部（第２ＣＲＣ符号復号化部）
２８０    …受信メッセージデータ生成部
２８２    …メッセージデータ用誤り訂正符号復号化部（ターボ符号復号化部）
２８４    …メッセージデータ用誤り検出符号復号化部（第３ＣＲＣ符号復号化部）
２９２    …受信メッセージデータ格納部
１００ａ    …送信パケット
１００ｂ    …送信パケット（他車両パケット）
１１０ａ    …送信メッセージデータ
１２０ａ    …送信データ
１２２ａ    …第１送信データ
１２４ａ    …第２送信データ
１３０ａ    …送信メッセージ長データ
１４０ａ    …送信ヘッダデータ
１４２ａ    …第１送信ヘッダデータ
１４４ａ    …第２送信ヘッダデータ
１５０ａ    …送信用パケット
２２０ａ    …受信パケット
２３０ａ    …第１受信ヘッダデータ（受信ヘッダデータ）
２４０ａ，２４４ａ    …受信メッセージ長データ
２４２ａ    …第２受信ヘッダデータ
２５０ａ    …第１受信データ（受信データ）
２６０ａ    …メッセージ部分データ
２７０ａ    …第１受信メッセージデータ（受信メッセージデータ）
２７０ｂ    …第１正誤判定データ
２８０ａ    …受信メッセージデータ
２８２ａ    …第２受信データ
２８４ａ    …第２受信メッセージデータ
２８４ｂ    …第２正誤判定データ
【図１】
2008085939.tif 000003
【図２】
2008085939.tif 000004
【図３−１】
2008085939.tif 000005
【図３−２】
2008085939.tif 000006
【図４】
2008085939.tif 000007
【図５】
2008085939.tif 000008