(57)【要約】【課題】異なる種類のアプリケーションデータ毎に適切に送信制御することができる通信機を提供する。【解決手段】  路側通信機２は、アプリケーションデータと、アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力するアプリケーションＡＰと、路側通信機２に割り当てられた周期的な送信期間を示す送信期間情報が記憶された記憶部と、アプリケーションＡＰから出力されたアプリケーションデータが、送信すべき数だけ揃うと、アプリケーションデータを送信期間情報が示す送信期間において送信させるＭＡＣ層と、を備えている。ＭＡＣ層は、アプリケーションデータが送信すべき数だけ揃っているか否かを、カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいてアプリケーションデータか揃っていると判定されると、揃っているアプリケーションデータを送信期間情報が示す送信期間において送信させる。【選択図】図９
2015133648.tif 000002
【特許請求の範囲】
【請求項１】
データカテゴリが異なる複数のアプリケーションデータを送信可能な通信機であって、
前記アプリケーションデータと、前記アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力する第１処理部と、
前記通信機に割り当てられた周期的な送信期間を示す送信期間情報が記憶された記憶部と、
前記第１処理部から出力された前記アプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる送信処理部と、を備え、
前記送信処理部は、前記アプリケーションデータが送信すべき数だけ揃っているか否かを、前記カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいて前記アプリケーションデータか揃っていると判定されると、揃っている前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる
通信機。
【請求項２】
前記送信期間情報は、前記送信期間において送信可能なデータカテゴリを示す送信可能カテゴリ情報を含み、
前記送信処理部は、前記記憶部に記憶された送信可能カテゴリ情報を参照し、前記第１処理部から出力された前記カテゴリ情報に基づいて、前記送信期間が前記アプリケーションデータを送信可能な送信期間であるか否かを判断する
請求項１に記載の通信機。
【請求項３】
前記送信期間情報は、前記送信期間の周期毎の使用可否を判断するための情報を示す判断情報を更に含み、
前記送信処理部は、前記カテゴリ情報に基づいて前記アプリケーションデータを送信可能な送信期間と判断した当該送信期間の使用可否を、前記判断情報に基づいてさらに判断する
請求項２に記載の通信機。
【請求項４】
前記第１処理部が出力する前記アプリケーションデータと、前記カテゴリ情報とを受け付ける第２処理部をさらに備え、
前記第２処理部は、前記送信期間で送信すべき前記アプリケーションデータの順番を示す番号であって前記データカテゴリ毎に設定される第１シーケンス番号を生成し、生成した前記第１シーケンス番号と、前記データカテゴリ毎の前記アプリケーションデータにおける前記送信すべき数とを含むカテゴリ毎シーケンス番号情報を、対応する前記アプリケーションデータとともに、前記送信処理部に与え、
前記送信処理部は、前記カテゴリ毎シーケンス番号情報に基づいて、前記送信期間で送信すべき前記アプリケーションデータが揃っているか否かを判定する請求項１から請求項３のいずれか一項に記載の通信機。
【請求項５】
前記第２処理部は、前記送信期間で送信すべき前記アプリケーションデータの順番を示す第２シーケンス番号を生成し、生成した前記第２シーケンス番号と、前記送信期間で送信すべき前記アプリケーションデータにおける前記送信すべき数とを含む送信期間毎シーケンス番号情報を、前記アプリケーションデータとともに、前記送信処理部に与え、
前記送信処理部は、前記カテゴリ毎シーケンス番号情報と、前記送信期間毎シーケンス番号情報とに基づいて、前記送信期間で送信すべき前記アプリケーションデータが揃っているか否かを判定する請求項４に記載の通信機。
【請求項６】
前記データカテゴリは、少なくとも、第１カテゴリと、第２カテゴリとを含み、
前記送信期間で送信すべき前記アプリケーションデータが、前記第１カテゴリである複数の第１アプリケーションデータと、前記送信処理部に与えられる順番が前記第１アプリケーションデータの後であるとともに前記第２カテゴリである複数の第２アプリケーションデータとを含んでおり、
前記送信処理部は、前記カテゴリ情報を参照し、前記複数の第１アプリケーションデータが順番に従って揃っており、かつ、前記複数の第２アプリケーションデータの内、少なくとも１つが与えられると、前記複数の第１アプリケーションデータが全て揃ったと判定する請求項１から請求項３のいずれか一項に記載の通信機。
【請求項７】
前記送信処理部は、与えられた前記アプリケーションデータを破棄するか否かを、前記データカテゴリ毎に判定する請求項１から請求項６のいずれか一項に記載の通信機。
【請求項８】
前記送信処理部は、前記送信期間で送信すべき前記アプリケーションデータが新たに与えられると、過去に与えられた前記アプリケーションデータを破棄する請求項７に記載の通信機。
【請求項９】
前記送信処理部は、前記送信期間で送信すべき前記アプリケーションデータが与えられてから所定期間が経過すると、当該アプリケーションデータを破棄する請求項７に記載の通信機。
【請求項１０】
前記送信処理部は、前記アプリケーションデータを送信すると、送信したアプリケーションデータを特定するための情報を前記第１処理部に与える請求項１から請求項９のいずれか一項に記載の通信機。
【請求項１１】
データカテゴリが異なる複数のアプリケーションデータを通信機に送信させる方法であって、
前記アプリケーションデータと、前記アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力する第１ステップと、
前記第１ステップにて出力された前記アプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを前記通信機に割り当てられた周期的な送信期間を示す送信期間情報が示す送信期間において送信させる第２ステップと、を含み、
前記第２ステップは、前記アプリケーションデータが送信すべき数だけ揃っているか否かを、前記カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいて前記アプリケーションデータか揃っていると判定されると、揃っている前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる
方法。
【請求項１２】
請求項１に記載の通信機において、データカテゴリが異なる複数のアプリケーションデータを送信させるための処理を行う通信処理装置であって、
前記アプリケーションデータと、前記アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力する第１処理部と、
前記通信機に割り当てられた周期的な送信期間を示す送信期間情報が記憶された記憶部と、
前記第１処理部から出力された前記アプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる送信処理部と、を備え、
前記送信処理部は、前記アプリケーションデータが送信すべき数だけ揃っているか否かを、前記カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいて前記アプリケーションデータか揃っていると判定されると、揃っている前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる
通信処理装置。
【請求項１３】
コンピュータを、請求項１２に記載の通信処理装置として機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、高度道路交通システム（ＩＴＳ：Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍ）に好適に用いることができる通信機、通信処理装置、送信方法、及びコンピュータプログラムに関するものである。
【背景技術】
【０００２】
近年、路車間通信、車車間通信による高度道路交通システム（ＩＴＳ）が検討されている。路車間通信とは、路側通信機（基地局）と車載通信機（移動局）との間の通信であり、車車間通信とは、車載通信機（移動局）間の通信である。
このような高度道路交通システムのための通信方式については、標準規格及びガイドラインが制定されている（非特許文献１，２参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】一般社団法人電波産業会、”７００ＭＨｚ  帯高度道路交通システムＡＲＩＢ−ＳＴＤＴ１０９  １．０版“，［ｏｎｌｉｎｅ］、平成２４年２月１４日、［平成２５年１２月２６日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ａｒｉｂ．ｏｒ．ｊｐ／ｔｙｏｓａｋｅｎｋｙｕ／ｋｉｋａｋｕ＿ｔｕｓｈｉｎ／ｔｓｕｓｈｉｎ＿ｋｉｋａｋｕ＿ｎｕｍｂｅｒ．ｈｔｍｌ＞
【非特許文献２】ＩＴＳ情報通信システム推進会議、”７００ＭＨｚ帯高度道路交通システム拡張機能ガイドライン  ＩＴＳ  ＦＯＲＵＭ  ＲＣ−０１０  １．０版”，［ｏｎｌｉｎｅ］、平成２４年３月１５日、［平成２５年１２月２６日検索］、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｉｔｓｆｏｒｕｍ．ｇｒ．ｊｐ／＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
非特許文献１の標準規格及び非特許文献２のガイドラインが適用された路側通信機が、アプリケーションデータを送信する場合、非特許文献２のガイドラインに記載の拡張層（ＥＬ）を用いたデータ分割が行われることが想定される。
アプリケーションデータは、その種類が複数あり、かつ個々のアプリケーションデータのサイズが大きいため、非特許文献１の標準規格に従って送信するには、比較的小さいサイズのデータにする必要があるためである。
【０００５】
非特許文献２において、路側通信機では、分割データの送信にあたって、まず、分割データを生成する拡張層が、複数の分割データそれぞれに対し、「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」を設定する。「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」は分割データの順番（Ｓｅｑｕｅｎｃｅ）と総数（Ｔｏｔａｌ  Ｎｕｍｂｅｒ）とから構成される。総数は、所定の送信周期（１００ｍｓ）毎に到来する送信期間において送信すべき分割データの数を示している。
【０００６】
ＭＡＣ副層は、送信期間（路車間通信期間）の開始前まで、上位層（拡張層とＭＡＣ副層の間にあるＬＬＣ副層）から受領した分割データ（ＭＳＤＵ；ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）を保持する。ＭＡＣ副層は、保持した分割データの「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」の順番と総数とを参照し、総数に示された一連の分割データ（ＭＳＤＵ）群がすべて揃っていれば、所定の送信周期（１００ｍｓ）毎に到来する送信期間（路車間通信期間）の開始時から順に、ＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の生成を行い、レイヤ１に対して、送信要求を行い、これによって分割データ（アプリケーションデータ）の送信が行われる。
【０００７】
ここで、上記従来の分割データの送信の方法では、一連の分割データ群の中に、異なる種類のアプリケーションデータを元にして生成されたものが含まれており、その元のアプリケーションデータの種類に関係なく、一連の分割データ群全体の中での順番に従って設定された「Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ」に基づいて送信制御されていた。
このため、仮に、一の種類のアプリケーションデータに関する分割データ群が揃っていたとしても、それのみを送信することができないという問題を有していた。
【０００８】
本発明はこのような事情に鑑みてなされたものであり、異なる種類のアプリケーションデータ毎に適切に送信制御することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る通信機は、データカテゴリが異なる複数のアプリケーションデータを送信可能な通信機であって、前記アプリケーションデータと、前記アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力する第１処理部と、前記通信機に割り当てられた周期的な送信期間を示す送信期間情報が記憶された記憶部と、前記第１処理部から出力された前記アプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる送信処理部と、を備え、前記送信処理部は、前記アプリケーションデータが送信すべき数だけ揃っているか否かを、前記カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいて前記アプリケーションデータか揃っていると判定されると、揃っている前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させるものである。
【００１０】
また、本発明に係る送信方法は、データカテゴリが異なる複数のアプリケーションデータを通信機に送信させる方法であって、前記アプリケーションデータと、前記アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力する第１ステップと、前記第１ステップにて出力された前記アプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを前記通信機に割り当てられた周期的な送信期間を示す送信期間情報が示す送信期間において送信させる第２ステップと、を含み、前記第２ステップは、前記アプリケーションデータが送信すべき数だけ揃っているか否かを、前記カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいて前記アプリケーションデータか揃っていると判定されると、揃っている前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる方法である。
【００１１】
また、本発明に係る通信処理装置は、データカテゴリが異なる複数のアプリケーションデータを通信機に送信させるための処理を行う通信処理装置であって、前記アプリケーションデータと、前記アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力する第１処理部と、前記通信機に割り当てられた周期的な送信期間を示す送信期間情報が記憶された記憶部と、前記第１処理部から出力された前記アプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる送信処理部と、を備え、前記送信処理部は、前記アプリケーションデータが送信すべき数だけ揃っているか否かを、前記カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいて前記アプリケーションデータか揃っていると判定されると、揃っている前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させるものである。
【００１２】
また、本発明に係るコンピュータプログラムは、コンピュータを、上記通信処理装置として機能させるためのコンピュータプログラムである。
【発明の効果】
【００１３】
本発明によれば、異なる種類のアプリケーションデータ毎に適切に送信制御することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。
【図２】本実施形態に係る路側通信機の構成を示すブロック図である。
【図３】第１実施形態に係る無線フレーム（スーパーフレーム）を示し、（ａ）はタイムチャート、（ｂ）は送信期間と送信禁止期間とを示す図、（ｃ）は送信カテゴリの設定例を示す図である。
【図４】ＭＩＢの内容を示す図である。
【図５】送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを説明するための図である。
【図６】非特許文献１の標準規格に示されているプロトコルスタックに、非特許文献２のガイドラインに示す拡張層（Ｅｘｔｅｎｄｅｄ  Ｌａｙｅｒ）ＥＬを加えたものを示している。
【図７】本実施形態に係る通信パケットの構造の一例を示す図である。
【図８】（ａ）は、ＥＬ基地局ヘッダの構造を示す図、（ｂ）は、データ関連情報の構成、及びこのデータ関連情報に含まれる情報の内容を示す図、（ｃ）は、分割番号の構成、及びこの分割番号に含まれる情報の内容を示す図である。
【図９】路側通信機が、アプリケーションＡＰにて生成されたアプリケーションデータを送信する手順の一例を示している。
【図１０】（ａ）は、アプリケーションＡＰが生成するデータ関連情報の構成、（ｂ）は、データ関連情報に含まれる情報の内容を示す図である。
【図１１】（ａ）は、制御情報の構成、（ｂ）は、制御情報に含まれる情報の内容を示す図である。
【図１２】（ａ）は、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒの構成、（ｂ）は、シーケンスナンバに含まれる情報の内容を示す図である。
【図１３】各層において授受される各種情報の具体例を示す図であり、（ａ）は、無線フレームに配列された路車間通信期間に配置されるデータを模式的に示した図、（ｂ）は、３つのアプリケーションデータ（５つのＭＳＤＵ）に関して生成されるデータ関連情報、分割番号、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（送信期間毎シーケンス番号情報）、及びＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）を示す図、（ｃ）は、（ａ）の送信を実行する路側通信機の記憶部が記憶するＭＩＢの一例を示す図である。
【図１４】ＭＡＣ層が行う送信制御の手順の一例を示すフローチャートである。
【図１５】第１実施形態に係る通信処理の具体例を示す図であり、処理を実行する上で遅延等が発生していない場合の一例を示す図である。
【図１６】ＭＡＣ層が、非特許文献１に準拠した送信制御を行う場合の手順の一例を示すフローチャートである。
【図１７】非特許文献１に準拠した送信制御による通信処理において遅延が生じた場合の一例を示す図である。
【図１８】第１実施形態に係る通信処理において遅延が生じた場合の一例を示す図である。
【図１９】第２実施形態に係る各層において授受される各種情報の具体例を示す図であり、（ａ）は、無線フレームに配列された路車間通信期間に配置されるデータを模式的に示した図、（ｂ）は、３つのアプリケーションデータ（５つのＭＳＤＵ）に関して生成されるデータ関連情報、分割番号、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）、及びＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）を示す図、（ｃ）は、（ａ）の送信を実行する路側通信機の記憶部が記憶するＭＩＢの一例を示す図である。
【図２０】第２実施形態のＭＡＣ層が行う送信制御の手順の一例を示すフローチャートである。
【図２１】第２実施形態に係る通信処理において遅延が生じた場合の一例を示す図である。
【図２２】第３実施形態に係るＭＡＣ層が行う送信制御の手順の一例を示すフローチャートである。
【図２３】路路用の送信制御の手順の一例を示すフローチャートである。
【図２４】第３実施形態に係る通信処理において遅延が生じた場合の一例を示す図である。
【図２５】第３実施形態の変形例に係るＭＡＣ層が行う路路用の送信制御の手順の一例を示すフローチャートである。
【図２６】第３実施形態の変形例に係る通信処理において遅延が生じた場合の一例を示す図である。
【図２７】変形例に係る各層において授受される各種情報の具体例を示す図であり、（ａ）は、無線フレームに配列された路車間通信期間に配置されるデータを模式的に示した図、（ｂ）は、３つのアプリケーションデータ（５つのＭＳＤＵ）に関して生成されるデータ関連情報、分割番号、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）、及びＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）を示す図、（ｃ）は、（ａ）の送信を実行する路側通信機の記憶部が記憶するＭＩＢの一例を示す図である。
【図２８】他の変形例に係るＭＡＣ層が行う送信制御の手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
［本願発明の実施形態の説明］
最初に本願発明の実施形態の内容を列記して説明する。
（１）本発明の一実施形態である通信機は、データカテゴリが異なる複数のアプリケーションデータを送信可能な通信機であって、前記アプリケーションデータと、前記アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力する第１処理部と、前記通信機に割り当てられた周期的な送信期間を示す送信期間情報が記憶された記憶部と、前記第１処理部から出力された前記アプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる送信処理部と、を備え、前記送信処理部は、前記アプリケーションデータが送信すべき数だけ揃っているか否かを、前記カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいて前記アプリケーションデータか揃っていると判定されると、揃っている前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる。
【００１６】
上記構成の通信機によれば、送信期間で送信すべきアプリケーションデータにデータカテゴリが異なる複数のアプリケーションデータが含まれていたとしても、データカテゴリ毎に前記アプリケーションデータが揃っていると判定されれば、揃っている前記アプリケーションデータを送信させるので、送信期間で送信すべきアプリケーションデータが全て揃わなくても、データカテゴリ毎で揃ったアプリケーションデータについては速やかに送信することができる。この結果、異なるデータカテゴリのアプリケーションデータ毎に適切な送信制御をすることができる。
【００１７】
（２）上記通信機において、
前記送信期間情報は、前記送信期間において送信可能なデータカテゴリを示す送信可能カテゴリ情報を含み、前記送信処理部は、前記記憶部に記憶された送信可能カテゴリ情報を参照し、前記第１処理部から出力された前記カテゴリ情報に基づいて、前記送信期間が前記アプリケーションデータを送信可能な送信期間であるか否かを判断することが好ましい。
この場合、アプリケーションデータに対応するカテゴリ情報が第１処理部から出力されるとともに、記憶部には送信可能カテゴリ情報が記憶されているので、送信処理部は、記憶部に記憶された送信可能カテゴリ情報を参照し、第１処理部から出力されたカテゴリ情報に基づいて、その送信期間がアプリケーションデータを送信可能な送信期間であるか否かを判断することができる。この結果、データカテゴリ毎に送信可否の判断が可能となり、データカテゴリ毎の送信制御を適切に行うことができる。
【００１８】
（３）上記通信機において、前記送信期間情報は、前記送信期間の周期毎の使用可否を判断するための情報を示す判断情報を更に含み、前記送信処理部は、前記カテゴリ情報に基づいて前記アプリケーションデータを送信可能な送信期間と判断した当該送信期間の使用可否を、前記判断情報に基づいてさらに判断することが好ましい。
この場合、干渉を生じさせることなく１つの送信期間を複数の通信機に割り当てるような設定が可能となる。この結果、通信リソースを有効に活用することができる。
また、１つの送信期間を周期毎に割り当てが異なるように設定し複数の通信機に割り当てるような設定をすると、仮に、アプリケーションデータが第１処理部から送信処理部に与えられるまでの間に遅延が生じると、送信処理部は、自機に割り当てられていない送信期間でアプリケーションデータを送信してしまい、干渉の可能性を生じさせてしまうことが考えられる。
しかし、本発明では、データカテゴリに基づいてアプリケーションデータに対して送信可能と判断された送信期間についてさらに、上述の判断情報に基づいて、当該送信期間の使用の可否を判断するので、仮に、アプリケーションデータが第１処理部から送信処理部に与えられるまでの間に遅延が生じたとしても、他の通信機の送信期間では送信されないように送信を制限することができ、干渉の可能性を生じさせてしまうのを防止することができる。
【００１９】
（４）上記通信機において、前記第１処理部が出力する前記アプリケーションデータと、前記カテゴリ情報とを受け付ける第２処理部をさらに備え、前記第２処理部は、前記送信期間で送信すべき前記アプリケーションデータの順番を示す番号であって前記データカテゴリ毎に設定される第１シーケンス番号を生成し、生成した前記第１シーケンス番号と、前記データカテゴリ毎の前記アプリケーションデータにおける前記送信すべき数とを含むカテゴリ毎シーケンス番号情報を、対応する前記アプリケーションデータとともに、前記送信処理部に与え、前記送信処理部は、前記カテゴリ毎シーケンス番号情報に基づいて、前記送信期間で送信すべき前記アプリケーションデータが揃っているか否かを判定することが好ましい。
この場合、送信処理部は、データカテゴリ毎に設定される第１シーケンス番号と、対応するデータカテゴリ毎のアプリケーションデータにおける送信すべき数とを含むカテゴリ毎シーケンス番号情報に基づいて、送信期間で送信すべき前記アプリケーションデータが揃っているか否かを判定するので、データカテゴリ毎に前記アプリケーションデータが揃ったことを容易に判定することができる。
【００２０】
（５）さらに、前記第２処理部は、前記送信期間で送信すべき前記アプリケーションデータの順番を示す第２シーケンス番号を生成し、生成した前記第２シーケンス番号と、前記送信期間で送信すべき前記アプリケーションデータにおける前記送信すべき数とを含む送信期間毎シーケンス番号情報を、前記アプリケーションデータとともに、前記送信処理部に与え、前記送信処理部は、前記カテゴリ毎シーケンス番号情報と、前記送信期間毎シーケンス番号情報とに基づいて、前記送信期間で送信すべき前記アプリケーションデータが揃っているか否かを判定してもよい。
この場合、送信処理部は、データカテゴリ毎に前記アプリケーションデータが揃ったことを容易に判定することができることに加え、送信期間毎シーケンス番号情報を参照することで、送信期間で送信すべきアプリケーションデータが全て揃っているか否かを判定することができ、さらに、送信期間で送信すべきアプリケーションデータの中での遅延等の発生の有無も判定できる。この結果、より適切に送信処理を行うことができる。
【００２１】
（６）上記通信機において、前記データカテゴリは、少なくとも、第１カテゴリと、第２カテゴリとを含み、前記送信期間で送信すべき前記アプリケーションデータが、前記第１カテゴリである複数の第１アプリケーションデータと、前記送信処理部に与えられる順番が前記第１アプリケーションデータの後であるとともに前記第２カテゴリである複数の第２アプリケーションデータとを含んでおり、前記送信処理部は、前記カテゴリ情報を参照し、前記複数の第１アプリケーションデータが順番に従って揃っており、かつ、前記複数の第２アプリケーションデータの内、少なくとも１つが与えられると、前記複数の第１アプリケーションデータが全て揃ったと判定することが好ましい。
この場合、第１アプリケーションデータが順番通りに揃い、その後、第２アプリケーションデータが１つでも与えられれば、送信処理部は、少なくとも第１アプリケーションデータについては全て揃ったものと判断することができる。
【００２２】
（７）（８）（９）また、上記通信機において、前記送信処理部は、与えられた前記アプリケーションデータを破棄するか否かを、前記データカテゴリ毎に判定することが好ましい。
この場合、データカテゴリの内容に応じて、破棄の判定の仕方を異なるように設定することができる。
より具体的に、前記送信処理部は、前記送信期間で送信すべき前記アプリケーションデータが新たに与えられると、過去に与えられた前記アプリケーションデータを破棄することができる。
また、前記送信処理部は、前記送信期間で送信すべき前記アプリケーションデータが与えられてから所定期間が経過すると、当該アプリケーションデータを破棄することもできる。
【００２３】
（１０）また、上記通信機において、前記送信処理部は、前記アプリケーションデータを送信すると、送信したアプリケーションデータを特定するための情報を前記第１処理部に与えてもよく、この構成によれば、第１処理部がアプリケーションデータの送信状況を把握することができる。
【００２４】
（１１）本発明の一実施形態である送信方法は、データカテゴリが異なる複数のアプリケーションデータを通信機に送信させる方法であって、前記アプリケーションデータと、前記アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力する第１ステップと、前記第１ステップにて出力された前記アプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを前記通信機に割り当てられた周期的な送信期間を示す送信期間情報が示す送信期間において送信させる第２ステップと、を含み、前記第２ステップは、前記アプリケーションデータが送信すべき数だけ揃っているか否かを、前記カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいて前記アプリケーションデータか揃っていると判定されると、揃っている前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる。
【００２５】
（１２）また、本発明の一実施形態である通信処理装置は、上記（１）に記載の通信機において、データカテゴリが異なる複数のアプリケーションデータを送信させるための処理を行う通信処理装置であって、前記アプリケーションデータと、前記アプリケーションデータに対応するデータカテゴリを示すカテゴリ情報と、を出力する第１処理部と、前記通信機に割り当てられた周期的な送信期間を示す送信期間情報が記憶された記憶部と、前記第１処理部から出力された前記アプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる送信処理部と、を備え、前記送信処理部は、前記アプリケーションデータが送信すべき数だけ揃っているか否かを、前記カテゴリ情報が示すデータカテゴリ毎に判定し、一のデータカテゴリにおいて前記アプリケーションデータか揃っていると判定されると、揃っている前記アプリケーションデータを前記送信期間情報が示す送信期間において送信させる。
【００２６】
（１３）本発明の一実施形態であるコンピュータプログラムは、コンピュータに、上記（１２）に記載の通信処理装置として機能させるためのコンピュータプログラムである。
【００２７】
上記構成の方法、通信処理装置、及びコンピュータプログラムによれば、異なる種類のアプリケーションデータ毎に送信制御することができる。
【００２８】
［本願発明の実施形態の詳細］
以下、好ましい実施形態について図面を参照しつつ説明する。
［１．通信システムの構成について］
図１は、実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。なお、本実施形態では、道路構造の一例として、南北方向と東西方向の複数の道路が互いに交差した碁盤目構造を想定している。
図１に示すように、本実施形態の高度道路交通システムは、交通信号機１、路側通信機（通信機）２、車載通信機（通信機）３（図２参照）、中央装置４、車載通信機３を搭載した車両５、及び、車両感知器や監視カメラ等よりなる路側センサ６を含む。
なお、本実施形態において特に説明しない点については、非特許文献１，２に準拠する。
【００２９】
交通信号機１と路側通信機２は、複数の交差点Ａ１〜Ａ５，Ｂ１〜Ｂ５，Ｃ１〜Ｃ５，Ｄ１〜Ｄ５のそれぞれに設置されており、電話回線等の有線通信回線７を介してルータ８に接続されている。このルータ８は交通管制センター内の中央装置４に接続されている。
中央装置４は、自身が管轄するエリアの交通信号機１および路側通信機２とＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を構成している。なお、中央装置４は、交通管制センターではなく道路上に設置してもよい。
【００３０】
路側センサ６は、各交差点に流入する車両台数をカウントする等の目的で、管轄エリア内の道路の各所に設置されている。この路側センサ６は、直下を通行する車両５を超音波感知する車両感知器、或いは、道路の交通状況を時系列に撮影する監視カメラ等よりなり、感知情報や画像データは有線通信回線７を介して中央装置４に送信される。なお、図１では、図示を簡略化するために、各交差点に信号灯器が１つだけ描写されているが、実際の各交差点には、互いに交差する道路の上り下り用として少なくとも４つの信号灯器が設置されている。
【００３１】
高度道路交通システムにおいて、無線通信システムを構成する、複数の交差点それぞれに設置された複数の路側通信機（通信機）２は、その周囲を走行する車両の車載通信機３との間で無線通信（路車間通信）が可能である。
また、各路側通信機２は、自己の送信波が到達する所定範囲内に位置する他の路側通信機２とも無線通信（路路間通信、路車間通信）が可能である。
また、同じく無線通信システムを構成する車載通信機（通信機）３は、路側通信機２との間で無線通信を行うとともに、キャリアセンス方式で他の車載通信機３と無線通信（車車間通信）が可能である。
【００３２】
図２は、本実施形態に係る路側通信機２の構成を示すブロック図である。
路側通信機２は、図２に示すように、無線通信のためのアンテナ２０が接続された無線通信部（ＲＦ部；ＰＨＹ部）２１と、有線通信回線７を介して中央装置４と通信するための有線通信部２２と、通信制御処理を行う通信処理装置２５と、を備えている。
通信処理装置２５は、制御部２３と、必要な情報を記憶する記憶部２４と、を備えている。制御部２３は、無線通信及び有線通信の通信制御処理を行う。記憶部２４は、無線通信及び優先通信のために必要な情報を記憶する。
【００３３】
通信処理装置２５は、その機能の一部又は全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部又は全部が、コンピュータプログラムによって実現されていてもよい。通信処理装置２５の機能の一部又は全部がコンピュータプログラムによって実現される場合、通信処理装置２５（制御部２３）は、コンピュータを含み、コンピュータによって実行されるコンピュータプログラムは、記憶部２４に記憶される。
【００３４】
［２．第１実施形態に係る通信処理について］
図３は、第１実施形態に係る無線フレーム（スーパーフレーム）を示し、（ａ）はタイムチャート、（ｂ）は送信期間と送信禁止期間とを示す図、（ｃ）は後述する送信カテゴリの設定例を示す図である。
図３（ａ）に示すように、無線フレームは、その時間軸方向の長さ（フレーム長）が１００ｍｓに設定されている。つまり、１秒間に１０のフレームが発生する。
フレームは、例えば、路側通信機２が有するＧＰＳ受信機（図示せず）によって受信したＧＰＳ信号に含まれる１ＰＰＳ（１秒周期の信号）に基づいて生成される。
【００３５】
一つの無線フレーム（１００ｍｓ）は、複数の路車間通信期間ＳＬ１と、複数の車車間通信期間ＳＬ２と、を含んで構成されている。
路車間通信期間ＳＬ１は、路側通信機２に割り当てられる路車間通信用のタイムスロット（路側通信機用送信期間）であり、この期間ＳＬ１においては、路側通信機２による無線送信が許容される。路車間通信期間ＳＬ１は、一つの無線フレーム（１００ｍｓ）内に最大１６個まで設定可能である。
【００３６】
車車間通信期間ＳＬ２は、車載通信機３用のタイムスロット（車用通信期間）であり、この車車間通信期間ＳＬ２は車載通信機３によるＣＳＭＡ方式による無線送信時間として開放するため、路側通信機２は車車間通信期間ＳＬ２では無線送信を行わない。
【００３７】
無線フレームに含まれている路車間通信期間ＳＬ１と、車車間通信期間ＳＬ２とは、時間軸方向に交互に配置されている。
路車間通信期間ＳＬ１には、それぞれ路車間通信期間番号ｎ（＝１〜１６）が付されている。
【００３８】
それぞれの路側通信機２には、無線フレームに含まれる複数の路車間通信期間ＳＬ１のうちの、一つまたは複数の路車間通信期間ＳＬ１が送信期間として設定され、その他の路車間通信期間ＳＬ１では送信が禁止される。すなわち、路側通信機２にとっては、車車間通信期間ＳＬ２および路側通信機２に割り当てられていない路車間通信期間ＳＬ１は、送信禁止期間となる。
図３（ｂ）では、路側通信機２にｎ＝４，５，６の３つの路車間通信期間ＳＬ１が送信期間として割り当てられている場合の送信禁止期間を示している。路側通信機２は、送信禁止期間以外の期間（送信期間）でデータ送信を行う。
【００３９】
路側通信機２の制御部２３は、記憶部２４に格納されたＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）２４ａ（図２参照）に登録された送信制御変数ＲＴＣ（ｍ）を参照して、送信禁止期間を設定する。
【００４０】
図４は、ＭＩＢ２４ａの内容を示す図である。図中、ＭＩＢ２４ａは、路車間通信期間情報変数ＲＲＣ（ＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ），ＲＶＣ  Ｃｏｎｔｒｏｌ）と、送信制御変数ＲＴＣ（ＲＳＵ，Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）とを有している。
【００４１】
路車間通信期間情報変数ＲＲＣ（ｎ）は、互いに異なる配列のデータ構造体形式が１６種類規定されている。これら構造体形式の配列は、それぞれ、路車間通信期間ＳＬ１の路車間通信期間番号ｎ（＝１〜１６）に対応している。よって、路車間通信期間情報変数ＲＲＣ（ｎ）は、その構造体形式の配列によって、送信元となる路側通信機２の送信期間として割り当てられている路車間通信期間の路車間通信期間番号ｎを格納する。
【００４２】
送信制御変数ＲＴＣ（ｍ）は、互いに異なる配列のデータ構造体形式が複数種類規定されている。これら構造体形式の配列の種類によって表される変数ｍは、一つの無線フレーム（送信の一周期＝１００ｍｓ）における送信期間の数を示し、１以上の任意の整数値に設定することができる。例えば、ある路側通信機２に対して、一つの無線フレーム内に３つの路車間通信期間ＳＬ１が送信期間として割り当てられている場合、各路車間通信期間ＳＬ１内に一つずつ送信期間を設けるものとすると、その路側通信機２のＭＩＢ２４ａに設定された送信制御変数ＲＴＣ（ｍ）におけるｍの値は、１，２，３等、互いに異なる３つの整数が設定される。
【００４３】
送信制御変数ＲＴＣ（ｍ）は、さらに、送信開始タイミング変数ＲＴＣ（ｍ）．ＴＳＴ（ＲＴＣ（ｍ）．Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｔａｒｔ  Ｔｉｍｉｎｇ）と、送信期間長変数ＲＴＣ（ｍ）．ＴＲＰ（ＲＴＣ（ｍ）．Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｅｒｉｏｄ）と、を有して構成されている。
【００４４】
送信開始タイミング変数ＲＴＣ（ｍ）．ＴＳＴは、送信開始タイミングを示す変数である。送信開始タイミング変数ＲＴＣ（ｍ）．ＴＳＴに設定された値は、ｍ番目の送信期間が、無線フレームのどのタイミングで開始するかを示す。送信期間長変数ＲＴＣ（ｍ）．ＴＲＰは、送信期間長を示す変数である。ｍ番目の送信期間は、送信開始タイミングＲＴＣ（ｍ）．ＴＳＴが示す送信開始タイミングから、送信期間長変数ＲＴＣ（ｍ）．ＴＲＰに設定された時間長を有する。
例えば、図３（ｂ）中、ｍ＝１の送信期間は、送信開始タイミング変数ＲＴＣ（１）．ＴＳＴ、及び送信期間長変数ＲＴＣ（１）．ＴＲＰによって、無線フレーム中における期間を特定することができる。他の送信期間も同様である。
【００４５】
このように、送信制御変数ＲＴＣ（ｍ）は、送信開始タイミング変数ＲＴＣ（ｍ）．ＴＳＴと、送信期間長変数ＲＴＣ（ｍ）．ＴＲＰとによって、無線フレームそれぞれにおいて対象の路側通信機２に割り当てられた周期的な送信期間を特定している。
【００４６】
非特許文献１において、送信制御変数ＲＴＣ（ｍ）は、ＲＴＣ（ｍ）．ＴＳＴと、ＲＴＣ（ｍ）．ＴＲＰと、を有して構成されると規定されているが、本実施形態のＭＩＢ２４ａは、図４に示すように、非特許文献１の規定とは異なり、送信制御変数ＲＴＣ（ｍ）として、非特許文献１には規定されていない、送信カテゴリＲＴＣ（ｍ）．ＴＣ（ＲＴＣ（ｍ）．Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃａｔｅｇｏｒｙ）を有している。この送信カテゴリＲＴＣ（ｍ）．ＴＣは、送信カテゴリを示す変数である。
【００４７】
図３（ｃ）に示すように、送信制御変数ＲＴＣ（ｍ）に、ＲＴＣ（ｍ）．ＴＣが設けられていることで、１又は複数の路車間通信期間ＳＬ１それぞれに、路車間通信期間ＳＬ１のカテゴリを示す送信カテゴリＣａ１，Ｃａ２を設定することが可能となっている。
【００４８】
したがって、制御部２３は、送信カテゴリＲＴＣ（ｍ）．ＴＣを参照することで、各送信期間に設定された送信カテゴリを把握することができる。
送信カテゴリは、送信カテゴリに対応する（送信カテゴリと同一の）データカテゴリを有するアプリケーションデータを送信するための送信期間であることを示す情報として、各送信期間に設定されている。
【００４９】
送信カテゴリＣａ１，Ｃａ２としては、例えば、路車間通信を示す第１カテゴリＣ１と路路間通信を示す第２カテゴリＣ２とすることができる。非特許文献１，２において、路側通信機２に与えられる送信期間は、路車間通信期間としての送信期間であり、この路車間通信期間を、路路間通信期間等の他の用途として用いることは、想定されていない。
そこで、路路間通信を実現するため、無線フレーム内に、路車間通信期間とは別に、路路間通信期間を設けることが考えられる。しかし、この場合、非特許文献１の標準規格及び非特許文献２のガイドラインの大幅な変更が必要となる。
このため、無線フレーム内に、路車間通信期間とは別に、路路間通信期間を設けるのは現実的には困難である。
【００５０】
しかし、路車間通信期間ＳＬ１を、送信カテゴリＲＴＣ（ｍ）．ＴＣにて、路車間通信用と路路間通信用とにカテゴリ分けすることで、路車間通信期間の一部を路路間通信に用いることが可能となる。
【００５１】
また、送信カテゴリＣａ１，Ｃａ２としては、路車間通信（車載通信機３向け通信）を、複数のカテゴリ（例えば、安全系データを送信する通信を示す第１カテゴリＣ１と、娯楽系データを送信する通信を示す第２カテゴリＣ２）に区別するものであってもよい。
【００５２】
このように、送信カテゴリＲＴＣ（ｍ）．ＴＣは、送信開始タイミング変数ＲＴＣ（ｍ）．ＴＳＴと、送信期間長変数ＲＴＣ（ｍ）．ＴＲＰとによって無線フレーム内で特定される送信期間においてアプリケーションデータの送信を特定のデータカテゴリのみに制限する情報であり、送信期間において送信可能なデータカテゴリを示す情報である送信可能カテゴリ情報を構成している。
【００５３】
さらに、本実施形態のＭＩＢ２４ａは、送信制御変数ＲＴＣ（ｍ）として、非特許文献１には規定されていない、送信インターバルＲＴＣ（ｍ）．Ｉｎｔ（ＲＴＣ（ｍ）．Ｉｎｔｅｒｖａｌ）、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを有している。
送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔは、無線フレーム内において送信タイミングＲＴＣ（ｍ）．ＴＳＴや、送信期間長ＲＴＣ（ｍ）．ＴＲＰによって設定される路車間通信期間に対して、無線フレームによる周期毎（１００ｍｓ毎）に使用可能な路車間通信期間を設定するための変数である。
送信インターバルＲＴＣ（ｍ）．Ｉｎｔは、使用可能な路車間通信期間の無線フレーム単位の周期をインターバルとして設定するための変数である。
また、送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔは、基準となる時間から、使用可能な路車間通信期間を設定する時期までの期間を設定するための変数である。
【００５４】
図５は、送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを説明するための図である。
図中、無線フレームは、上述のように、ＧＰＳ信号に含まれる１ＰＰＳ信号に基づいて生成される。
図５では、ｎ＝６の路車間通信期間ＳＬ１の設定について説明する。
ｎ＝６の路車間通信期間ＳＬ１は、各無線フレームそれぞれに存在するが、例えば、送信インターバルＲＴＣ（ｍ）．Ｉｎｔを２００ｍｓ（２つの無線フレーム分の長さ）と設定した場合、使用可能な路車間通信期間ＳＬ１は、図５（ａ）（ｂ）に示すように、２つの無線フレームごとに１つ設定される。つまり、使用可能な路車間通信期間ＳＬ１は、１無線フレームおきに設定され、２００ｍｓの送信周期で設定される。
【００５５】
また、送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを０ｍｓと設定した場合、１ＰＰＳ信号のタイミングを基準時間とすると、図５（ａ）に示すように、使用可能な路車間通信期間ＳＬ１は、基準時間に対応する無線フレーム（第１無線フレーム）に対して設定される。使用可能な路車間通信期間ＳＬ１は、以降、１無線フレームおきに２００ｍｓの送信周期で設定される。
【００５６】
さらに、送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを１００ｍｓ（１つの無線フレーム分の長さ）と設定した場合、図５（ｂ）に示すように、使用可能な路車間通信期間ＳＬ１は、基準時間に対応する無線フレーム（第１無線フレーム）の後の無線フレーム（第２無線フレーム）に対して設定され、以降、１無線フレームおきに２００ｍｓの周期で設定される。これによって、図５（ｂ）に示す使用可能な路車間通信期間ＳＬ１は、図５（ａ）の場合に対してオフセット量が１００ｍｓとなるように設定される。つまり、使用可能な路車間通信期間ＳＬ１は、１無線フレーム分だけずれた状態で、かつ２００ｍｓ（２無線フレーム分）周期となるように設定される。
【００５７】
このように、送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔは、無線フレームの周期に従って周期的に訪れる送信期間の周期毎に対象の路側通信機２の使用の可否を設定するための情報であり、送信期間の周期毎の使用可否を判断するための判断情報を構成している。
【００５８】
送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを用いることで、図５（ａ）に示す路車間通信期間の配置パターン、及び図５（ｂ）に示す路車間通信期間の配置パターンのそれぞれを異なる路側通信機２に割り当てれば、同じ路車間通信期間ＳＬ１を用いたとしても、干渉を生じさせることなく使用することができる。
このように、送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔの設定によって、１つの路車間通信期間ＳＬ１を、干渉を生じさせることなく複数の路側通信機２に割り当てることができ、通信リソースを有効に活用することができる。
なお、このように、１つの路車間通信期間ＳＬ１を、複数の路側通信機２に割り当てた場合、各無線フレーム毎に通信期間が割り当てられる場合よりも、送信頻度は低下するが、緊急性が低いデータ等、送信すべきデータの性質に応じて使い分けることで、通信リソースを有効活用することができる。
【００５９】
以上のように、記憶部２４に記憶されているＭＩＢ２４ａに設定されている送信制御変数ＲＴＣ（ｍ）は、送信開始タイミング変数ＲＴＣ（ｍ）．ＴＳＴ、送信期間長変数ＲＴＣ（ｍ）．ＴＲＰ、送信カテゴリＲＴＣ（ｍ）．ＴＣ、送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを含むことで、路側通信機２に割り当てられた周期的な送信期間を示す送信期間情報を構成している。
【００６０】
なお、非特許文献１において、送信制御変数ＲＴＣ（ｍ）は、図５に示すＩＶＣ−ＲＶＣ層のＭＩＢに設定されて、ＩＶＣ−ＲＶＣ層及び他の層において参照されるものとされているが、ＲＴＣ（ｍ）．ＴＣ、ＲＴＣ（ｍ）．Ｉｎｔ、ＲＴＣ（ｍ）．Ｏｆｆｓｅｔに相当する変数は、他の層（副層を含む）のＭＩＢあるいは、システム管理のＭＩＢに設定されていてもよい。また、これらのＭＩＢは非特許文献１，２に規定されているＭＩＢを拡張してもよいし、新規に設けてもよい。
【００６１】
図６は、非特許文献１の標準規格に示されているプロトコルスタックに、非特許文献２のガイドラインに示す拡張層（Ｅｘｔｅｎｄｅｄ  Ｌａｙｅｒ）ＥＬを加えたものを示している。
非特許文献１に規定されるプロトコルスタックは、レイヤ１（Ｌ１，物理層：Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、レイヤ２（Ｌ２，データリンク層：Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層：Ｉｎｔｅｒ−Ｖｅｈｉｃｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  −  Ｒｏａｄ  ｔｏ  Ｖｅｈｉｃｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｌａｙｅｒ）及びレイヤ７（Ｌ７，アプリケーション層：Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ）の４構造である。各層及びアプリケーションＡＰは、システム管理のための情報を有するシステム管理にアクセスすることができる。
【００６２】
レイヤ１は、ＩＥＥＥ８０２．１１において規定される物理層に準拠して動作する。
レイヤ２は、ＭＡＣ副層（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｓｕｂｌａｙｅｒ）と、ＬＬＣ副層（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｓｕｂｌａｙｅｒ）と、から構成される。なお、ＭＡＣ副層を、単に、ＭＡＣ層（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）ともいい、ＬＬＣ副層（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｓｕｂｌａｙｅｒ）を、単に、ＬＬＣ層（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）ともいう。
【００６３】
ＭＡＣ層は、無線チャネルの通信管理として、フレーム制御及び同報通信（ブロードキャスト）を行う。
ＬＬＣ層は、上位層のエンティティ間でパケット伝送を行うために、確認なしコネクションレス型通信のサービスを提供する。
【００６４】
車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）は、車車間・路車間共用通信制御に必要な情報の生成と管理を行う。非特許文献１では、路路間通信は規定されていないため、本実施形態のように、路車間通信期間において路路間通信を行う場合、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）において、路路間通信は、路車間通信の一種として取り扱われる。
【００６５】
レイヤ７は、アプリケーションＡＰに対して通信制御手段を提供するためのものである。アプリケーションＡＰは、送信される通信パケットに格納されるアプリケーションデータ（交通情報、車両情報など）をレイヤ７に与えるとともに、受信した通信パケットに格納されていたアプリケーションデータをレイヤ７から取得する。
【００６６】
非特許文献２に規定される拡張層ＥＬは、レイヤ７の上位層として存在し、アプリケーションＡＰとレイヤ７との間の通信機能を拡張するためのものである。
拡張層ＥＬは、アプリケーションＡＰに対してデータ伝送サービスを提供する。アプリケーションＡＰは、送信される通信パケットに格納されるアプリケーションデータ（交通情報、車両情報など）を拡張層ＥＬに与える。データ伝送サービス提供のため、拡張層ＥＬは、レイヤ７以下の下位階層に対してデータ伝送要求を出す。
【００６７】
また、拡張層ＥＬは、アプリケーションＡＰから与えられたアプリケーションデータを分割し、分割データをレイヤ７に与えることができる。つまり、拡張層ＥＬは、アプリケーションデータを分割して複数の分割データを生成する分割処理部として機能する。
また、レイヤ７から受け取った分割データを結合させてアプリケーションＡＰに与えることができる。
なお、拡張層ＥＬは、レイヤ７とともに、セキュリティ管理にアクセスすることができる。
【００６８】
図６に示す拡張層ＥＬ，レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、アプリケーションＡＰ、セキュリティ管理、及びシステム管理に相当する機能は、通信処理装置２５によって実行される。また、レイヤ１の機能は、無線通信部２１によって実行される。
なお、例えば、アプリケーションＡＰの機能は、コンピュータプログラムによって実現し、拡張層ＥＬからレイヤ２までの機能は、ハードウェアによって構成することができる。また、拡張層ＥＬからレイヤ２までの機能をコンピュータプログラムによって実現してもよい。
【００６９】
図７は、本実施形態に係る通信パケットの構造の一例を示す図である。
この通信パケットは、路側通信機２および車載通信機３によって送信される。図７に示す通信パケットの構成は、非特許文献１，２に準拠したものである。
【００７０】
通信パケットは、先頭にＰＨＹヘッダ（物理ヘッダ）を有している。ＰＨＹヘッダは、送信側の路側通信機２のレイヤ１（物理層）によって、ＭＡＣ層（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）から取得したＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の前に付加される。
ＰＨＹヘッダは、受信側の路側通信機２（車載通信機３）におけるレイヤ１（物理層）において読み取られて、受信側のレイヤ１における通信制御処理に用いられる。なお、ＰＨＹヘッダを含む通信パケット全体が、ＰＰＤＵ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）である。ＰＨＹヘッダよりも後側のＭＰＤＵは、ＰＳＤＵ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）でもある。
ＰＰＤＵ（ＭＰＤＵ）は、その最後端にＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）を含んでいる。
【００７１】
ＰＨＹヘッダの構成は、ＩＥＥＥ８０２．１１に準拠する。したがって、ＰＨＹヘッダには、プリアンブルなどが含まれる。
【００７２】
ＰＨＹヘッダに続いて、ＭＡＣ制御フィールド（ＭＡＣヘッダ）およびＬＬＣ制御フィールド（ＬＬＣヘッダ）が設けられている。ＭＡＣ制御フィールドは、送信側の路側通信機２のレイヤ２のＭＡＣ層によって、ＬＬＣ層（ＬＬＣ：Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）から取得したＬＰＤＵ（ＬＬＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の前に付加される。
ＭＡＣ制御フィールドは、受信側の通信機２，３のレイヤ２のＭＡＣ層において読み取られて、受信側のＭＡＣ層における通信制御処理に用いられる。
ＭＡＣ制御フィールドよりも後側のＬＰＤＵは、ＭＳＤＵ（ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）でもある。
【００７３】
ＭＡＣ制御フィールドに続くＬＬＣ制御フィールドは、送信側の通信機２のレイヤ２のＬＬＣ層によって、ＩＶＣ−ＲＶＣ層から取得したＩＰＤＵ（ＩＶＣ−ＲＶＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の前に付加される。
ＬＬＣ制御フィールドは、受信側の通信機２，３のレイヤ２のＬＬＣ層において読み取られて、受信側のＬＬＣ層における通信制御処理に用いられる。
また、ＬＬＣ制御フィールドよりも後側のＩＰＤＵは、ＬＳＤＵ（ＬＬＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）でもある。
【００７４】
ＬＬＣ制御フィールドに続いて、ＩＲ制御フィールド（ＩＲヘッダ）が設けられている。ＩＲ制御フィールドは、送信側の路側通信機２（車載通信機３）のＩＶＣ−ＲＶＣ層によって、ＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の前に付加される。
ＩＲ制御フィールドは、受信側の路側通信機２（車載通信機３）のＩＶＣ−ＲＶＣ層において読み取られて、受信側のＩＶＣ−ＲＶＣ層における通信制御処理に用いられる。
ＩＲ制御フィールドよりも後側のＡＰＤＵは、ＩＳＤＵ（ＩＶＣ−ＲＶＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）でもある。
【００７５】
ＩＲ制御フィールドに続いて、Ｌ７ヘッダが設けられている。Ｌ７ヘッダは、送信側の通信機２のレイヤ７によって、ＡＳＤＵ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）の前に付加される。
レイヤ７ヘッダは、受信側の通信機２，３のレイヤ７において読み取られて、受信側のレイヤ７における通信制御処理に用いられる。
レイヤ７ヘッダよりも後側のＥＬフレーム（ＥＬ−ＰＤＵ；ＥＬ−Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、ＡＳＤＵ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）でもある。
【００７６】
Ｌ７ヘッダに続いて、ＥＬヘッダ（ＥＬ基地局ヘッダ）が設けられている。ＥＬヘッダは、送信側の通信機２の拡張層ＥＬによって、ＥＬ−ＳＤＵ（ＥＬ−Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）の前に付加される。
ＥＬヘッダは、受信側の通信機２，３の拡張レイヤＥＬにおいて読み取られて、受信側の拡張レイヤＥＬにおける処理に用いられる。
【００７７】
図８（ａ）は、ＥＬ基地局ヘッダの構造を示す図である。
路側通信機（基地局）２によって付加されるＥＬヘッダ（ＥＬ基地局ヘッダ）は、図８（ａ）に示すように、バージョンフィールド、ＥＬヘッダ種別フィールド、ＥＬセキュリティ区分情報フィールド、データ関連情報フィールド、分割番号フィールド、予約フィールドを有している。
【００７８】
ＥＬヘッダ種別フィールドは、ＥＬ基地局ヘッダとＥＬ移動局ヘッダを区別する情報が格納されるフィールドである。
【００７９】
ＥＬヘッダのセキュリティ区分情報フィールドには、セキュリティ区分情報が格納される。セキュリティ区分情報は、アプリケーションデータの処理を行う際に、セキュリティ管理を経由するか否かを示す情報であり、「０」であればセキュリティ管理ＳＥＣを経由しないことを示し、「１」であればセキュリティ管理ＳＥＣを経由することを示す。
【００８０】
ＥＬヘッダのデータ関連情報フィールドには、アプリケーションデータのＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報）が格納される。
【００８１】
図８（ｂ）は、データ関連情報の構成、及びこのデータ関連情報に含まれる情報の内容を示す図である。
図８（ｂ）に示すように、アプリケーションデータのＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報）としては、ＢａｓｅＳｔａｔｉｏｎＩＤ（基地局ＩＤ情報）、ＤａｔａＳｅｑｕｅｎｃｅ（データ順番情報）、ＤａｔａＴｏｔａｌＮｕｍｂｅｒ（データ総数情報）が設けられている。
ＢａｓｅＳｔａｔｉｏｎＩＤ（基地局ＩＤ情報）は、送信元の基地局を識別するための情報であり、これによって、送信元の基地局を個別に識別することができる。
ＤａｔａＳｅｑｕｅｎｃｅ（データ順番情報）は、一つの無線フレーム（送信周期＝１００ｍｓ）で送信されるべき１又は複数のアプリケーションデータの順番を示す。
ＤａｔａＴｏｔａｌＮｕｍｂｅｒ（データ総数情報）は、一つの無線フレーム（送信周期＝１００ｍｓ）で送信されるべき１又は複数のアプリケーションデータの総数を示す。
【００８２】
ＥＬヘッダの分割番号フィールド（図８（ａ））には、アプリケーションデータを分割した分割データの順番及び総数からなる分割情報が格納される。
【００８３】
図８（ｃ）は、分割番号の構成、及びこの分割番号に含まれる情報の内容を示す図である。
図８（ｃ）に示すように、分割番号は、「順番」及び「総数」を情報として含んでいる。「順番」は、データ分割の順番を示している。「総数」はデータ分割の総数を示している。
【００８４】
ＥＬヘッダ（ＥＬ基地局ヘッダ）の予約フィールド（図８（ａ））は、今後のための予約である。
【００８５】
図９は、路側通信機２が、アプリケーションＡＰにて生成されたアプリケーションデータを送信する手順の一例を示している。
アプリケーションＡＰには、路車間通信データを生成するアプリケーション、路路間通信データを生成するアプリケーションなど、異なる種類のアプリケーションが含まれる。
従って、アプリケーションＡＰでは、アプリケーションデータとして、複数の異なる種類（カテゴリ）のデータが生成される。
各カテゴリのアプリケーションデータは、対応する（同一の）送信カテゴリに設定された送信期間にて送信される。
【００８６】
図９に示すように、アプリケーションＡＰが１又は複数のアプリケーションデータを生成すると、アプリケーションＡＰは、生成された１又は複数のアプリケーションデータそれぞれに対するＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報）を生成する。
【００８７】
図１０（ａ）は、アプリケーションＡＰが生成するデータ関連情報の構成、（ｂ）は、データ関連情報に含まれる情報の内容を示す図である。
アプリケーションＡＰが生成するＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報）は、図１０（ａ）に示すように、図８（ｂ）に示すＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報）と同様である。すなわち、アプリケーションＡＰが生成するＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報）は、アプリケーションＡＰが生成したアプリケーションデータの順番と総数とを含んでいる。
例えば、３つのアプリケーションデータが生成された場合、アプリケーションＡＰは、各アプリケーションデータそれぞれに対するデータ関連情報のデータ総数を「３」に設定し、３つのアプリケーションデータそれぞれの順番として、「１」〜「３」の内、いずれかを設定する。
【００８８】
さらに、アプリケーションＡＰは、生成された１又は複数のアプリケーションデータそれぞれに対するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）を生成する。
【００８９】
図１１（ａ）は、制御情報の構成、（ｂ）は、制御情報に含まれる情報の内容を示す図である。
ＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）は、アプリケーションが、ＥＬ及びレイヤ７以下の各層に伝える無線パラメータである。
非特許文献１，２においては、ＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）は、図１１に示すデータレート（ＤａｔａＲａｔｅ）だけを有しており、ＴｒａｎｓｍｉｓｓｉｏｎＣａｔｅｇｏｒｙ（送信カテゴリ）に対応するフィールドは、予約フィールドとされているにすぎない。
【００９０】
これに対し、本実施形態では、図１１に示すように、ＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）として、ＤａｔａＲａｔｅ（データレート）フィールド以外に、ＴｒａｎｓｍｉｓｓｉｏｎＣａｔｅｇｏｒｙ（送信カテゴリ）フィールドが設けられている。
ＴｒａｎｓｍｉｓｓｉｏｎＣａｔｅｇｏｒｙ（送信カテゴリ）は、送信されるべきアプリケーションデータのデータカテゴリ（データの種類）を示す。
アプリケーションＡＰは、生成したアプリケーションに対するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）のＴｒａｎｓｍｉｓｓｉｏｎＣａｔｅｇｏｒｙ（送信カテゴリ）フィールドに、生成したアプリケーションデータのデータカテゴリを設定する。
【００９１】
アプリケーションＡＰは、アプリケーションデータを生成すると、ＥＬ−ＢａｓｅＳｔａｔｉｏｎＢｒｏａｄｃａｓｔＤａｔａ要求（データ送信要求）を、拡張層ＥＬに与える。
ＥＬ−ＢａｓｅＳｔａｔｉｏｎＢｒｏａｄｃａｓｔＤａｔａ要求には、生成したＡｐｐｌｉｃａｔｉｏｎＤａｔａ（アプリケーションデータ）のほか、アプリケーションデータに対応するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）、及び、アプリケーションデータに対応するＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報）が含まれる。
つまり、アプリケーションＡＰは、拡張層ＥＬに対し、アプリケーションデータとともに、そのアプリケーションデータについてのＤａｔａＳｅｑｕｅｎｃｅ（データ順番情報）／ＤａｔａＴｏｔａｌＮｕｍｂｅｒ（データ総数）と、データカテゴリ（送信カテゴリ）と、を与える。
【００９２】
このように、アプリケーションＡＰは、アプリケーションデータと、このアプリケーションデータに対応するデータカテゴリを示す情報（送信カテゴリ）とを出力する第１処理部を構成している。
また、拡張層ＥＬは、アプリケーションＡＰが出力するアプリケーションデータと、データカテゴリを示す情報とを受け付ける第２処理部を構成している。
【００９３】
図９に示すように、データ送信要求を受け付けた拡張層ＥＬは、必要に応じて、セキュリティ処理をセキュリティ管理に実行させる。
すなわち、拡張層ＥＬは、アプリケーションＡＰからアプリケーションデータを受け取った際に、セキュリティ管理を経由する旨の指示を受け取った場合には、アプリケーションＡＰから受け取ったアプリケーションデータ（アンセキュアなアプリケーションデータ）を、セキュリティ管理に渡す。
【００９４】
セキュリティ管理では、拡張層ＥＬから受け取ったアンセキュアなアプリケーションデータに対して、セキュリティ処理を行って、セキュアなアプリケーションデータを生成する。
セキュリティ管理において、アンセキュアなアプリケーションデータをセキュアなアプリケーションデータにする処理（セキュリティ処理）には、暗号化処理、署名処理などの処理が含まれる（ただし、非特許文献１，２では規定されていない）。
セキュリティ管理は、セキュリティ処理が施されたセキュアなアプリケーションデータを、拡張層ＥＬに戻す。
【００９５】
拡張層ＥＬは、セキュリティ管理から与えられたセキュアなアプリケーションデータを、必要に応じて複数に分割して分割データを生成する。
拡張層ＥＬは、アプリケーションデータを分割するにあたって、アプリケーションＡＰからアプリケーションデータを受け取った際に、セキュリティ管理を経由しない旨の指示を受け取った場合には、アプリケーションＡＰから受け取ったアプリケーションデータ（アンセキュアなアプリケーションデータ）を分割して、分割データを生成する。
【００９６】
拡張層ＥＬは、与えられたアプリケーションデータ、又はアプリケーションデータを分割した分割データを含む複数のアプリケーションデータを、それぞれＥＬ−ＳＤＵとして取り扱う。
【００９７】
拡張層ＥＬは、アプリケーションデータを分割する場合、路側通信機２の送信期間（路車間通信期間）の期間長、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）を考慮して、アプリケーションデータの分割を行う。
【００９８】
アプリケーションデータの分割の仕方は、基本的に、非特許文献２の「３．２．３．３  ＥＬの手順要素」に従う。非特許文献２では、路側通信機２の送信期間（路車間通信期間）の期間長、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）を考慮したデータ分割を規定している。
つまり、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）に従って、送信期間の期間長に応じたデータ分割が行われる。
【００９９】
拡張層ＥＬは、アプリケーションデータ、又は分割データを含む複数のアプリケーションデータそれぞれを、ＥＬ−ＳＤＵとし、各ＥＬ−ＳＤＵの前にＥＬヘッダ（図８参照）を付加して、ＥＬ−ＰＤＵ（図８参照）を生成する。
拡張層ＥＬは、ＥＬヘッダの生成のため、ＥＬヘッダを構成するＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報）及び分割番号などの情報を生成する。
【０１００】
ＥＬヘッダのＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報；図８（ａ）（ｂ）参照））は、ＥＬ−ＳＤＵとされる各データの元のアプリケーションデータのＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎ（データ関連情報；図１０参照）を引き継ぐ。
なお、ＥＬ−ＳＤＵとされるアプリケーションデータが分割データの場合、その分割データの元となったアプリケーションデータに対応するＤａｔａＡｓｓｏｃｉａｔｅｄＩｎｆｏｒｍａｔｉｏｎを引き継ぐ。
【０１０１】
ＥＬ−ＳＤＵとされる複数のアプリケーションデータの内、分割データに対して付加されるＥＬヘッダの分割番号（図８（ａ）（ｃ）参照）は、アプリケーションデータ毎の分割データの総数及び順番に応じて設定される。
ＥＬ−ＳＤＵとされる複数のアプリケーションデータの内、分割データではないアプリケーションデータに対して付加されるＥＬヘッダの分割番号は、総数及び順番に対して共に「１」が格納される。
【０１０２】
以上のようにして拡張層ＥＬは、ＥＬヘッダを生成し、ＥＬ−ＳＤＵとされる複数のアプリケーションデータそれぞれに、生成したＥＬヘッダを付加してＥＬ−ＰＤＵ（図８参照）を生成する。
【０１０３】
さらに、拡張層ＥＬは、ＥＬヘッダが付加された複数のアプリケーションデータ（ＥＬ−ＰＤＵ）それぞれに対応するＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）を生成する。
ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）は、一つの無線フレーム（送信周期＝１００ｍｓ）毎の送信期間で送信すべき複数のアプリケーションデータの順番、及び複数のアプリケーションデータの総数（送信期間で送信すべきアプリケーションデータにおける送信すべき数）を示すものである。
【０１０４】
拡張層ＥＬは、一つの無線フレーム毎の送信期間で送信すべき複数のアプリケーションデータ全体の順番を示す番号である送信期間毎シーケンス番号（第２シーケンス番号）を、対応する複数のアプリケーションデータそれぞれについて生成する。
拡張層ＥＬは、複数のアプリケーションデータの総数を特定し、複数のアプリケーションデータ（ＥＬ−ＰＤＵ）それぞれに対して、送信期間毎シーケンス番号、及び複数のアプリケーションデータの総数を情報として含むＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）を生成する。
【０１０５】
図１２（ａ）は、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒの構成、（ｂ）は、シーケンスナンバに含まれる情報の内容を示す図である。
ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）は、図１２に示すように、各データ（パケット）のＳｅｑｕｅｎｃｅ（順番：送信期間毎シーケンス番号）及びＴｏｔａｌＮｕｍｂｅｒ（総数：送信期間で送信すべきアプリケーションデータにおける送信すべき数）を情報として含んでいる。
【０１０６】
また、拡張層ＥＬは、ＥＬヘッダが付加された１又は複数のアプリケーションデータ（ＥＬ−ＰＤＵ）に対応するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）を生成する。１又は複数のアプリケーションデータ（ＥＬ−ＰＤＵ）に対応するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）のデータ構造は、図１１に示すものと同じである。
【０１０７】
複数のアプリケーションデータ（ＥＬ−ＰＤＵ）に対応するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）のＤａｔａＲａｔｅ（データレート）及びＴｒａｎｓｍｉｓｓｉｏｎＣａｔｅｇｏｒｙ（送信カテゴリ）は、元のアプリケーションデータに対応するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）の内容を引き継ぐ。
つまり、拡張層ＥＬは、「各アプリケーションデータの送信カテゴリ（データカテゴリ）」から、「１又は複数のアプリケーションデータの送信カテゴリ（データカテゴリ）」を生成し、生成した送信カテゴリ（データカテゴリ）を示す情報（カテゴリ情報）を、１又は複数のアプリケーションデータに対応するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）の「送信カテゴリ」フィールドに設定する。データレートも同様に設定される。
【０１０８】
その後、拡張層ＥＬは、ＢａｓｅＳｔａｔｉｏｎＢｒｏａｄｃａｓｔＤａｔａ要求（データ送信要求）を、レイヤ７に対し与える。
ＢａｓｅＳｔａｔｉｏｎＢｒｏａｄｃａｓｔＤａｔａ要求には、複数のアプリケーションデータ（ＥＬ−ＰＤＵ）のほか、複数のアプリケーションデータそれぞれに対応するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）、及び、複数の分割データそれぞれに対応するＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）が含まれる。
【０１０９】
図９に示すように、拡張層ＥＬからのＢａｓｅＳｔａｔｉｏｎＢｒｏａｄｃａｓｔＤａｔａ要求（データ送信要求）を受けたレイヤ７は、拡張層ＥＬから受け取った複数のアプリケーションデータ（ＥＬ−ＰＤＵ（ＡＳＤＵ））にＬ７ヘッダを付加してＡＰＤＵ（ＩＳＤＵ）を生成し、ＡＰＤＵ（ＩＳＤＵ）をＩＶＣ−ＲＶＣ層へ与える。ＩＶＣ−ＲＶＣ層は、ＡＰＤＵ（ＩＳＤＵ）にＩＲ制御フィールドを付加してＩＰＤＵ（ＬＳＤＵ）を生成し、ＬＬＣ層へ与える。ＬＬＣ層は、ＩＰＤＵ（ＬＳＤＵ）にＬＬＣ制御フィールドを付加してＬＤＰＵ（ＭＳＤＵ）を生成し、ＭＡＣ層へ与える。
このように、複数のアプリケーションデータは、拡張層ＥＬから、レイヤ７−ＬＬＣ層を経由して、ＭＡＣ層へ与えられる。
【０１１０】
図９に示すように、拡張層ＥＬは、レイヤ７−ＬＬＣ層を経由して、ＭＡＣ層へ与えられる複数のアプリケーションデータそれぞれを、ＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）及びＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）とともに、ＭＡＣ層に与える。
【０１１１】
ＭＡＣ層は、上位層から逐次与えられた複数のアプリケーションデータ（ＭＳＤＵ；パケット）を保持する。図９に示すように、ＭＡＣ層は、上位層から複数のアプリケーションデータ（ＭＳＤＵ）とともに与えられたＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）の順番及び総数を参照し、総数（一の送信期間で送信すべきアプリケーションデータにおける送信すべき数）に示された個数の一連の複数のアプリケーションデータ（ＭＳＤＵ）群がすべて揃っていれば、ＭＳＤＵそれぞれにＭＡＣ制御フィールドとＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）を付加して、ＭＰＤＵを生成する。
【０１１２】
ＭＡＣ層は、アプリケーションＡＰ等の上位層から複数のアプリケーションデータ（ＭＳＤＵ）が与えられると、記憶部２４に記憶されたＭＩＢ２４ａに設定されている送信制御変数ＲＴＣ（ｍ）を参照し、与えられた複数のアプリケーションデータを、この送信制御変数ＲＴＣ（ｍ）が示す送信期間において送信されるように、レイヤ１に対して送信要求を行う。
つまり、ＭＡＣ層は、アプリケーションＡＰから出力された複数のアプリケーションデータが、送信すべき数だけ揃うと、前記アプリケーションデータを記憶部２４に記憶された送信制御変数ＲＴＣ（ｍ）が示す送信期間において送信させる送信処理部として機能する。
【０１１３】
本実施形態では、ＭＡＣ層（送信処理部）は、逐次到来する送信期間に設定されている送信制御変数ＲＴＣ（ｍ）に含まれる送信カテゴリＲＴＣ（ｍ）．ＴＣを参照し、さらに、アプリケーションＡＰ等の上位層から出力されたアプリケーションデータに対応するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）に含まれる「送信カテゴリ（データカテゴリ）」を参照し、送信期間が、このデータカテゴリ（カテゴリ情報）のアプリケーションデータを送信可能な送信期間であるか否かを判断する。
このように、ＭＡＣ層（送信処理部）は、複数のアプリケーションデータのデータカテゴリ毎に送信制御を行う。
【０１１４】
つまり、複数のアプリケーションデータの内、あるデータカテゴリのアプリケーションデータ（ＭＰＤＵ）は、そのアプリケーションデータ（ＭＰＤＵ）のデータカテゴリに対応する送信カテゴリの送信期間にて送信され、カテゴリが対応しない送信カテゴリの送信期間では送信されない。したがって、複数のアプリケーションデータの送信は、カテゴリが一致する送信期間が到来するまで待ち状態となる。
例えば、データカテゴリが”Ｃａ１”のアプリケーションデータは、送信カテゴリが”Ｃａ１”の送信期間で送信される。また、データカテゴリが”Ｃａ２”の分割データは、送信カテゴリが”Ｃａ２”である別の送信期間で送信される。
【０１１５】
仮に、複数のアプリケーションデータそれぞれにデータカテゴリが設定されていない場合、ＭＡＣ層では、送信期間の開始時点から順に、Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）が示す順番に従って、アプリケーションデータ（ＭＰＤＵ）それぞれの送信要求を行うことしかできない。
つまり、複数のアプリケーションデータそれぞれにデータカテゴリが設定されていない場合、ＭＡＣ層は、各アプリケーションデータ（ＭＰＤＵ）のデータカテゴリを把握できない。
【０１１６】
これに対し、本実施形態では、アプリケーションデータに対応するデータカテゴリが上位層から出力されるとともに、記憶部２４には送信可能なカテゴリ情報としての送信カテゴリＲＴＣ（ｍ）．ＴＣが記憶されているので、ＭＡＣ層は、記憶部２４に記憶されている送信カテゴリＲＴＣ（ｍ）．ＴＣを参照し、上位層から出力されたアプリケーションデータに対応するデータカテゴリに基づいて送信期間が当該アプリケーションデータを送信可能な送信期間であるか否かを判断することができる。この結果、データカテゴリ毎に送信可否の判断が可能となり、データカテゴリ毎の送信制御を適切に行うことができる。
【０１１７】
図１３は、各層において授受される各種情報の具体例を示す図であり、（ａ）は、無線フレームに配列された路車間通信期間に配置されるデータを模式的に示した図である。
図１３（ａ）では、ＭＡＣ層に、上位層から５つのＭＳＤＵ５１〜５５が、一連の複数のＭＳＤＵ群として与えられている場合を示している。
これら５つのＭＳＤＵ５１〜５５の内、ＭＳＤＵ５１とＭＳＤＵ５２は、路車間通信データ（車載通信機３向けデータ）であるアプリケーションデータ「路車１」を元のアプリケーションデータとするデータ（分割データ）である。
ＭＳＤＵ５３は、路車間通信データ（車載通信機３向けデータ）であるアプリケーションデータ「路車２」を元のアプリケーションデータとするデータである。
ＭＳＤＵ５４とＭＳＤＵ５５は、路路間通信データ（他の路側通信機２向けデータ）であるアプリケーションデータ「路路１」を元のアプリケーションデータとするデータである。
これら３つのアプリケーションデータ「路車１」「路車２」「路路１」、が、一つの無線フレーム（送信周期＝１００ｍｓ）において送信されるべきアプリケーションデータであるものとする。
【０１１８】
また、図１３における路側通信機２は、無線フレームの内、ｎ＝４，５，１０の３つの路車間通信期間が割り当てられている。さらに、ｎ＝４，５の路車間通信期間は、路車間通信用として割り当てられ、ｎ＝１０の路車間通信期間は、路路間通信用として割り当てられている。
以下、このような状況下における各種情報の具体例について示す。
【０１１９】
図１３（ｂ）は、３つのアプリケーションデータ（５つのＭＳＤＵ）に関して生成されるデータ関連情報、分割番号、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（送信期間毎シーケンス番号情報）、及びＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）を示す図である。
【０１２０】
上記３つのアプリケーションデータは、一つの無線フレームにおいて送信されるべきアプリケーションデータであるので、データ関連情報の「順番」（ＤａｔａＳｅｑｕｅｎｃｅ）は、アプリケーションデータ「路車１」については「１」が設定され、アプリケーションデータ「路車２」については「２」が設定され、アプリケーションデータ「路路１」については「３」が設定される。データ関連情報の「総数」（ＤａｔａＴｏｔａｌＮｕｍｂｅｒ）は、３つのアプリケーションデータのいずれにおいても、その総数である「３」が設定される。
【０１２１】
また、アプリケーションデータ「路車１」を分割して生成された分割データを含むＭＳＤＵ５１と、ＭＳＤＵ５２に対応する分割番号の「順番」には「１」及び「２」が設定される。ＭＳＤＵ５１と、ＭＳＤＵ５２に対応する分割番号の「総数」には、いずれも分割データの総数である「２」が設定される。
【０１２２】
また、分割されないアプリケーションデータ「路車２」（ＭＳＤＵ５３）に対応する分割番号の「順番」には「１」が設定され、「総数」には「１」が設定される。
【０１２３】
さらに、アプリケーションデータ「路路１」を分割して生成された２つの分割データを含むＭＳＤＵ５４と、ＭＳＤＵ５５に対応する分割番号の「順番」には「１」及び「２」が設定される。ＭＳＤＵ５４と、ＭＳＤＵ５５に対応する分割番号の「総数」には、いずれも分割データの総数である「２」が設定される。
【０１２４】
図１３（ｂ）では、３個のアプリケーションデータが、５個のデータ（ＭＳＤＵ）に分割されている。これら５個のデータが、一つの無線フレーム（送信周期＝１００ｍｓ）において送信されるべき分割データである。
拡張層ＥＬは、これら５個のデータ（ＭＳＤＵ）を一連のＭＳＤＵ群としてみなしてＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）を設定する。
よって、シーケンスナンバ（送信期間毎シーケンス番号情報）の「総数」（ＴｏｔａｌＮｕｍｂｅｒ：送信期間で送信すべきアプリケーションデータにおける送信すべき数）は、「５」に設定される。また、シーケンスナンバ（送信期間毎シーケンス番号情報）の「シーケンス（順番；Ｓｅｑｕｅｎｃｅ：送信期間毎シーケンス番号）」は、５個のデータそれぞれに対して順番に「１」〜「５」の値が設定される。
【０１２５】
また、拡張層ＥＬが、ＭＡＣ層に与えるＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）に含まれるＤａｔａｒａｔｅ（データレート）及びＴｒａｎｓｍｉｓｓｉｏｎＣａｔｅｇｏｒｙ（送信カテゴリ；データカテゴリ）は、元のアプリケーションデータに対応するＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）の内容を引き継ぐ。
【０１２６】
ここで、本実施形態では、図１３（ｂ）に示すように、アプリケーションは、路車間通信データに対しては、データカテゴリとして「０」を設定し、路路間通信データに対しては、データカテゴリとして「１」を設定する。
この場合、上記のように、ＭＡＣ層に与えられるＴｒａｎｓｍｉｓｓｉｏｎＣａｔｅｇｏｒｙ（送信カテゴリ；データカテゴリ）は、アプリケーションが設定する内容が引き継がれる。
よって、図１３（ｂ）に示すように、アプリケーションデータ「路車１」及び「路車２」を元のアプリケーションデータとするデータ（ＭＳＤＵ５１〜５３）のデータカテゴリは、「０」に設定され、アプリケーションデータ「路路１」を元のアプリケーションデータとするデータ（ＭＳＤＵ５４及び５５）のデータカテゴリは、「１」に設定される。
【０１２７】
ここで、本実施形態のＭＡＣ層は、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）と、データカテゴリ（カテゴリ情報）とを参照して、一連のＭＳＤＵ群の内、カテゴリ毎にＭＳＤＵが揃っているか否かを判定し、カテゴリ毎に揃っているＭＳＤＵ群については送信する。
【０１２８】
つまり、ＭＡＣ層は、アプリケーションデータが送信すべき数だけ揃っているか否かを、データカテゴリ毎に判定し、一のデータカテゴリにおいてアプリケーションデータか揃っていると判定されると、揃っているアプリケーションデータをＭＩＢ２４ａに記憶されている送信制御変数ＲＴＣ（ｍ）（送信期間情報）が示す一つの無線フレームにおける送信期間において送信させる。
【０１２９】
これにより、一つの無線フレームにおける送信期間で送信すべきアプリケーションデータにデータカテゴリが異なる複数のアプリケーションデータが含まれていたとしても、データカテゴリ毎にアプリケーションデータか揃っていると判定されれば、揃っているアプリケーションデータを送信させるので、送信期間で送信すべきアプリケーションデータが全て揃わなくても、データカテゴリ毎で揃ったアプリケーションデータについては速やかに送信することができる。この結果、異なるデータカテゴリのアプリケーションデータ毎に適切な送信制御をすることができる。
【０１３０】
ＭＡＣ層は、順番に与えられるＭＳＤＵのＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）と、データカテゴリとを順次参照することができる。
まず、ＭＳＤＵ５１が与えられると、ＭＡＣ層は、一連のＭＳＤＵ群の総数（送信期間で送信すべきアプリケーションデータにおける送信すべき数）が「５」であること、及び、その内の１番目であるＭＳＤＵ５１のデータカテゴリが「０」であることを認識する。
その後、順次ＭＡＣ層にＭＳＤＵが与えられ、ＭＳＤＵ５４が与えられると、ＭＡＣ層は、４番目のＭＳＤＵ５４のデータカテゴリが「１」であることを認識する。
ここで、ＭＡＣ層は、データカテゴリが「０」のＭＳＤＵが現段階まで順番に従って与えられることで揃っており、かつ、次に与えられたＭＳＤＵのデータカテゴリが、それまで与えられていたＭＳＤＵのデータカテゴリ「０」とは異なっていることから、今後与えられるＭＳＤＵのデータカテゴリは「１」になっていることを認識する。
これによって、ＭＡＣ層は、少なくともデータカテゴリが「０」であるＭＳＤＵ群（ＭＳＤＵ５１〜５３）については、全て揃ったものと判断することができる。
【０１３１】
すなわち、データカテゴリは、データカテゴリ「０」（第１カテゴリ）と、データカテゴリ「１」（第２カテゴリ）とを含んでいる。また、一つの無線フレーム（送信周期＝１００ｍｓ）における送信期間で送信すべきアプリケーションデータが、データカテゴリが「１」である複数のＭＳＤＵ（ＭＳＤＵ５１〜５３：第１アプリケーションデータ）と、ＭＡＣ層に与えられる順番が、データカテゴリが「０」である複数のＭＳＤＵの後であるとともにデータカテゴリが「１」である複数のＭＳＤＵ（ＭＳＤＵ５４，５５：第２アプリケーションデータ）とを含んでいる。
ＭＡＣ層は、各ＭＳＤＵのデータカテゴリ（カテゴリ情報）を参照し、データカテゴリ「０」である複数のＭＳＤＵが順番に従って揃っており、かつ、データカテゴリが「１」である複数のＭＳＤＵの内の１つであるＭＳＤＵ５４が与えられると、データカテゴリが「０」である複数のＭＳＤＵが全て揃ったと判定し、データカテゴリが「０」である複数のＭＳＤＵを送信するように構成されている。
【０１３２】
この場合、データカテゴリが「０」である複数のＭＳＤＵが順番通りに揃い、その後、データカテゴリが「１」であるＭＳＤＵが１つでも与えられれば、ＭＡＣ層は、少なくともデータカテゴリが「０」である複数のＭＳＤＵについては全て揃ったものと判断することができる。
【０１３３】
図１３（ｃ）は、（ａ）の送信を実行する路側通信機２の記憶部２４が記憶するＭＩＢ２４ａの一例を示す図である。
上述したように、ＭＩＢ２４ａは、路車間通信期間情報変数ＲＲＣ（ｎ）と、送信制御変数ＲＴＣ（ｍ）とを有している。
ここでは、路側通信機２は、ｎ＝４，５，１０の３つの路車間通信期間が割り当てられており、路側通信機２のＭＡＣ層は、路車間通信期間情報変数ＲＲＣ（ｎ）におけるｎの値が、４，５，１０である各送信制御変数ＲＴＣ（ｍ）を参照する。
【０１３４】
図中、送信開始タイミング変数ＲＴＣ（ｍ）．ＴＳＴ、及び送信期間長変数ＲＴＣ（ｍ）．ＴＲＰは、対応する路車間通信期間のタイミング及び期間に応じて設定される。
【０１３５】
送信カテゴリＲＴＣ（ｍ）．ＴＣは、アプリケーションが出力するアプリケーションデータ毎のデータカテゴリに対応する情報である。ここでは上述のように、アプリケーションは、路車間通信データに対しては、データカテゴリとして「０」を設定し、路路間通信データに対しては、データカテゴリとして「１」を設定する。
よって、路車間通信用に割り当てられるｎ＝４，５の路車間通信期間は、送信カテゴリが「０」に設定され、路路間通信用に割り当てられるｎ＝１０の路車間通信期間は、送信カテゴリが「１」に設定される。
これによって、ＭＡＣ層は、送信カテゴリが「０」である路車間通信期間においては、データカテゴリが「０」である路車間通信データを送信し、送信カテゴリが「１」である路車間通信期間においては、データカテゴリが「１」である路路間通信データを送信する。
【０１３６】
送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔは、上述のように、無線フレームの周期に従って周期的に訪れる送信期間のその周期毎に対象の路側通信機２の使用の可否を設定するための情報であり、路車間通信期間毎に設定されている。
本実施形態では、図１３（ｃ）に示すように整数で表されているが、この整数に１００ｍｓを乗算した値が、送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔの具体的な設定値である。
例えば、ｎ＝４，５の路車間通信期間では、当該路車間通信期間に対応するｍ＝１，２の送信インターバルＲＴＣ（ｍ）．Ｉｎｔが「１」（１００ｍｓ）、送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔが「０」（０ｍｓ）に設定されている。この場合、周期毎の無線フレームそれぞれについて使用が許可される設定となっている。
ｎ＝１０の路車間通信期間では、当該路車間通信期間に対応するｍ＝３の送信インターバルＲＴＣ（ｍ）．Ｉｎｔが「２」（２００ｍｓ）、送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔが「１」（１００ｍｓ）に設定されている。この場合、２００ｍｓ（１無線フレームおき）の周期でかつ、基準時間に対するオフセット量が１００ｍｓとなるように設定される。つまり、図５（ｂ）に示す設定となる。
【０１３７】
図１４は、ＭＡＣ層が行う送信制御の手順の一例を示すフローチャートである。
ＭＡＣ層は、まず、送信期間毎シーケンス番号情報に含まれる総数に示された個数の一連の複数のアプリケーションデータ（ＭＳＤＵ）群が揃っているか否かを判定する（ステップＳ１０１）。
一連のＭＳＤＵ群が揃っている場合、ＭＡＣ層は、古い（過去の）ＭＳＤＵ（古い一連のＭＳＤＵ群を含む）を保持しているか否かをデータカテゴリごとに判定する（ステップＳ１０２）。
古いＭＳＤＵを保持している場合、ＭＡＣ層は、保持している古いＭＳＤＵと同じデータカテゴリにおいて、一連のＭＳＤＵ群が揃った場合、そのデータカテゴリにおける古いＭＳＤＵを破棄する（ステップＳ１０３）。このようにＭＡＣ層は、データカテゴリごとに古いＭＳＤＵを破棄して新しく与えられたＭＳＤＵに更新する。
【０１３８】
次いで、ＭＡＣ層は、保持するＭＳＤＵそれぞれの保持時間を確認し、予め定めた所定時間以上経過しているＭＳＤＵについては破棄する（ステップＳ１０４）。
なお、ステップＳ１０１において、一連のＭＳＤＵ群が揃っていないと判断された場合、及びステップＳ１０２において、古いＭＳＤＵを保持していないと判断された場合、ＭＡＣ層は、ステップＳ１０４に進む。
次いで、ＭＡＣ層は、１００ｍｓ周期で到来する所定タイミングであるか否かを判定する（ステップＳ１０５）。なお、所定タイミングとは、一連のＭＳＤＵ群が揃っているか否かを判断すべきタイミングである。
所定タイミングではないと判定すると、ＭＡＣ層は、ステップＳ１０１に戻り、上記処理を反復する。
【０１３９】
一方、所定タイミングであると判定すると、ＭＡＣ層は、ＭＳＤＵを保持しているか否かを判定する（ステップＳ１０６）。ＭＳＤＵを保持していない場合、つまり、上位層からアプリケーションデータが与えられていない場合、ＭＡＣ層は、ステップＳ１０１に戻る。
ステップＳ１０６にて、ＭＳＤＵを保持していると判定する場合、ＭＡＣ層は、送信期間毎シーケンス番号情報に含まれる総数に示された個数の一連の複数のＭＳＤＵ群が揃っているか否かを判定する（ステップＳ１０７）。
【０１４０】
ステップＳ１０７において、一連の複数のＭＳＤＵ群が揃っていると判定された場合、ＭＡＣ層は、次に到来する無線フレームに含まれる送信期間が、揃っているＭＳＤＵ群を送信可能とする送信期間に該当するか否かを、当該ＭＳＤＵ群のデータカテゴリに基づいて、データカテゴリ毎に判定する（ステップＳ１０８）。
ＭＡＣ層は、ステップＳ１０８の判定について、送信制御変数ＲＴＣ（ｍ）を参照することで、揃っているＭＳＤＵ群のデータカテゴリに係るアプリケーションデータの送信が許容されている送信期間を特定した上で、データカテゴリ毎に行う。
【０１４１】
ＭＡＣ層は、送信制御変数ＲＴＣ（ｍ）に含まれる、送信開始タイミング変数ＲＴＣ（ｍ）．ＴＳＴ、及び送信期間長変数ＲＴＣ（ｍ）．ＴＲＰに基づいて、無線フレームの周期に従って周期的に訪れる自機に割り当てられている送信期間を特定し、さらに、送信カテゴリＲＴＣ（ｍ）．ＴＣ、送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔに基づいて、次の無線フレームに含まれている送信期間の使用の可否を判断する。
上記のように判断することで、ＭＡＣ層は、次に到来する無線フレームに含まれる送信期間が、揃っているＭＳＤＵ群を送信可能とする送信期間に該当するか否かを判定する。
【０１４２】
ＭＡＣ層は、ステップＳ１０８の判定について、データカテゴリ毎に判定するので、一連のＭＳＤＵ群の中に、互いに異なる複数のデータカテゴリのＭＳＤＵ群が複数含まれている場合、これら複数のＭＳＤＵ群毎に判定を行う。
【０１４３】
ステップＳ１０８の判定の結果、次に到来する無線フレームに含まれる送信期間が、揃っているＭＳＤＵ群を送信可能とする送信期間に該当すると判定する場合、ＭＡＣ層は、ステップＳ１０９に進み、その揃っているＭＳＤＵ群について下位層に送信させる（ステップＳ１０９）。
このとき、ＭＡＣ層は、古い（保持時間の長い）ＭＳＤＵから順番に、一致した送信カテゴリの送信期間で送信させる。
【０１４４】
ステップＳ１０８の判定の結果、次に到来する無線フレームに含まれる送信期間が、揃っているＭＳＤＵ群を送信可能とする送信期間に該当しないと判定する場合、ＭＡＣ層は、ステップＳ１０１に戻り、そのデータカテゴリのＭＳＤＵ群を保持する（ステップＳ１０１）。
【０１４５】
また、ステップＳ１０７において、一連の複数のＭＳＤＵ群が揃っていないと判定された場合、ＭＡＣ層は、データカテゴリ毎にＭＳＤＵ群が揃っているか否かを判定する（ステップＳ１１０）。
ステップＳ１１０におけるＭＡＣ層によるカテゴリ毎にＭＳＤＵが揃っているか否かの判定の方法は、上記図１３（ｂ）における説明にて述べた通りである。
【０１４６】
ステップＳ１１０において、データカテゴリ毎にＭＳＤＵ群が揃っているものがあると判定された場合、ＭＡＣ層は、ステップＳ１１１に進み、その揃っているＭＳＤＵ群については送信を実行させ（ステップＳ１０８、Ｓ１０９）、揃っていないＭＳＤＵがなお存在する場合には、その揃っていないＭＳＤＵについては、ステップＳ１０８、Ｓ１０９を実行せずに保持し、ステップＳ１０１に戻る。
【０１４７】
［３．第１実施形態に係る通信処理の具体例について］
図１５は、第１実施形態に係る通信処理の具体例を示す図であり、処理を実行する上で遅延等が発生していない場合の一例を示す図である。
図中、横軸方向は、時間を示しており、時間軸に並ぶ無線フレームが複数表されている。
図中、縦軸方向は、上から順に、アプリケーションＡＰ（ＡＰＬ）、拡張層ＥＬ（ＥＬ）、レイヤ７（Ｌ７）、ＭＡＣ層（ＭＡＣ）、及びレイヤ１（ＰＨＹ）を示しており、それぞれ、上位層からの受信（ｒｘ）、下位層への送信（ｔｘ）を示している。
また、図中、数字を囲んでいる多数の正方形は、それぞれアプリケーションデータを示している。また、互いに左右方向にすき間なく表されている複数の正方形は、一連のアプリケーションデータ群であることを示している。
さらに、白抜きの正方形は、路車間通信データのアプリケーションデータ、ハッチングが付されている正方形は、路路間通信データのアプリケーションデータを示している。
【０１４８】
ＰＨＹにおいて示されている太線の枠は、対象の路側通信機２に割り当てられている路車間通信期間であり、各無線フレーム中、左側の枠が路車間通信用に割り当てられている路車間通信期間（以下、路車用期間ともいう）、右側の枠が路路間通信用に割り当てられている路車間通信期間（以下、路路用期間ともいう）である。
さらに、対象の路側通信機２は、路車用期間については、無線フレーム毎、つまり、１００ｍｓ周期で使用が許可されている。一方、路路用期間については、無線フレームＢ及び無線フレームＤと、２００ｍｓ周期で使用が許可されており、無線フレームＡ及び無線フレームＣにおける路路用期間については、他の路側通信機２に割り当てられている。
【０１４９】
図１５中、無線フレームＡのＡＰＬのｔｘに位置する、「１」と表されているアプリケーションデータ群（路車間通信データを２つ、路路間通信データを１つ含んでいる）に着目すると、ＡＰＬは、これらアプリケーションデータ群を、次の無線フレームＢで送信させるべくＥＬに送信する。これらアプリケーションデータ群は、ＥＬに向けて送信され、ＥＬが受信する。
ＥＬは、受信したアプリケーションデータ群に対してセキュリティ処理等を行い、Ｌ７に向けて送信する。ＥＬから送信されたアプリケーションデータ群を受信したＬ７は、送信期間毎シーケンス番号情報を各アプリケーションデータに設定してＭＡＣに送信する。
送信期間毎シーケンス番号情報が設定されたアプリケーションデータ群を受信したＭＡＣは、例えば、隣接する無線フレーム同士の境界で、一連のアプリケーションデータ群が揃っているか否かを判定し（図１４中、ステップＳ１０７）、カテゴリ毎（路車間通信データ及び路路間通信データ毎）に送信制御を行う。そして、これらアプリケーションデータ群は、無線フレームＢにおける路車用期間及び路路用期間で送信される。
【０１５０】
他のアプリケーションデータ群も同様であり、ＡＰＬは、送信目標とする無線フレームの一つ前の無線フレームでデータ群を送信することで、データ群を当該送信目標の無線フレームで送信させることができる。
【０１５１】
上記の場合、各アプリケーションデータ群は、問題なく送信される。
ここで、例えば、ＥＬにおけるセキュリティ処理等、何らかの理由によって遅延が生じた場合について検証する。
【０１５２】
図１６は、ＭＡＣ層が、非特許文献１に準拠した送信制御を行う場合の手順の一例を示すフローチャートである。
【０１５３】
非特許文献１に準拠した送信制御は、本実施形態の送信制御（図１４）と比較して、ステップＳ１０４、Ｓ１０８、Ｓ１１０、Ｓ１１１を有していない点で相違している。
つまり、非特許文献１に準拠した送信制御では、ＭＡＣ層は、図１６に示すように、所定タイミングと判定されるまで（ステップＳ１０５）、データカテゴリごとに古いＭＳＤＵを破棄して新しく与えられたＭＳＤＵに更新する（ステップＳ１０１〜Ｓ１０３）。
【０１５４】
その後、所定タイミングであると判定すると（ステップＳ１０５）、ＭＡＣ層は、ＭＳＤＵを保持しているか否かを判定する（ステップＳ１０６）。ＭＳＤＵを保持していない場合、つまり、上位層からアプリケーションデータが与えられていない場合、ＭＡＣ層は、ステップＳ１０１に戻る。
ステップＳ１０６にて、ＭＳＤＵを保持していると判定する場合、ＭＡＣ層は、送信期間毎シーケンス番号情報に含まれる総数に示された個数の一連の複数のＭＳＤＵ群が揃っているか否かを判定する（ステップＳ１０７）。
ステップＳ１０７において、一連の複数のＭＳＤＵ群が揃っていると判定された場合、ＭＡＣ層は、その揃っているＭＳＤＵ群を、次に到来する無線フレームにて送信させる（ステップＳ１０９）。一方、一連の複数のＭＳＤＵ群が揃っていないと判定された場合、ＭＡＣ層は、その揃っていないＭＳＤＵを保持した状態で、ステップＳ１０１に戻る。
【０１５５】
このように、非特許文献１に準拠した送信制御では、ＭＡＣ層が一旦保持したＭＳＤＵは、新しいＭＳＤＵが与えられて更新されるときのみにおいて破棄される。
【０１５６】
図１７は、非特許文献１に準拠した送信制御による通信処理において遅延が生じた場合の一例を示す図である。
【０１５７】
図１７中、無線フレームＡのＡＰＬのｔｘに位置する、「１」と表されているアプリケーションデータ群（路車間通信データを２つ、路路間通信データを１つ含んでいる）に着目すると、ＡＰＬは、これらアプリケーションデータ群を、次の無線フレームＢで送信させるべくＥＬに送信する。これらアプリケーションデータ群は、ＥＬにおいてセキュリティ処理において遅延が発生したことにより、ＭＡＣ層への到達が遅れている。
このため、ＭＡＣにおいては、無線フレームＡが終わるまでに一連のアプリケーションデータ群の全てのアプリケーションデータが揃わなかったために、次の無線フレームＢでは送信されず、そのまま保持され、次の無線フレームＣで送信される。
【０１５８】
つまり、本実施形態では、１つの無線フレームが終わる時点が、一連のアプリケーションデータ群が揃っているか否かを判断すべきタイミング（所定タイミング）に設定されている。
【０１５９】
路車間通信データのアプリケーションデータと、路路間通信データのアプリケーションデータとは、無線フレームＢで揃うので、共に更新されることなく送信すべき数として揃った状態でＭＡＣに保持される。
このため、上記図１６のフローチャートに従うと、これら路車間通信データのアプリケーションデータ、及び路路間通信データのアプリケーションデータは、無線フレームＢの次の無線フレームＣで送信されることとなる。
【０１６０】
すると、路車間通信データのアプリケーションデータは、路車間通信データのアプリケーションデータとしては揃っていたにも関わらず、送信のタイミングが１無線フレーム分遅れて無線フレームＣで送信されることとなる。
また、路路間通信データのアプリケーションデータは、自機２に割り当てられている無線フレームＢの路路用期間で送信させようとしたにも関わらず、他の路側通信機２に割り当てられている路路用期間で送信されてしまい、他の路側通信機２との間で干渉の可能性を生じさせてしまう。
【０１６１】
図１８は、第１実施形態に係る通信処理において遅延が生じた場合の一例を示す図である。
図１８中、無線フレームＡのＡＰＬのｔｘに位置する、「１」と表されているアプリケーションデータ群（路車間通信データを２つ、路路間通信データを１つ含んでいる）に着目すると、ＡＰＬは、これらアプリケーションデータ群を、次の無線フレームＢで送信させるべくＥＬに送信する。これらアプリケーションデータ群は、ＥＬにおいてセキュリティ処理において遅延が発生したことにより、ＭＡＣ層への到達が遅れている。
【０１６２】
このため、ＭＡＣにおいては、無線フレームＡが終わるまでに一連のアプリケーションデータ群の全てのアプリケーションデータが揃わなかったが、路車間通信データのアプリケーションデータについては全て揃っているため、この場合、ＭＡＣは、カテゴリ毎にアプリケーションデータが揃っていると判定し（図１４中のステップＳ１１０）、路車間通信データとしては揃っているアプリケーションデータ群（路車間通信データが２つ）を次の無線フレームＢで送信する。
【０１６３】
このように、ＭＡＣは、一連のアプリケーションデータ群の全てのアプリケーションデータが揃わなくても、カテゴリ毎にアプリケーションデータが揃っていると判定すれば送信を行うので（図１４中、ステップＳ１１０、Ｓ１１１）、カテゴリ毎に揃っていると判定されたアプリケーションデータについては速やかに送信することができる。この結果、異なるカテゴリのアプリケーションデータ毎に適切な送信制御をすることができる。
【０１６４】
一方、路路間通信データのアプリケーションデータは、無線フレームＢでは送信されず、そのまま保持されるが、本実施形態の路側通信機２のＭＩＢ２４ａには、図４及び図１３（ｃ）に示すように、送信開始タイミング変数ＲＴＣ（ｍ）．ＴＳＴ、及び送信期間長変数ＲＴＣ（ｍ）．ＴＲＰに加えて、送信カテゴリＲＴＣ（ｍ）．ＴＣ、送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを含んでいる送信制御変数ＲＴＣ（ｍ）が設定されているので、ＭＡＣは、図１４中のステップＳ１０８において、次に到来する無線フレームに含まれる送信期間が、揃っているＭＳＤＵ群を送信可能な送信期間に該当するか否かを判定する際に、送信制御変数ＲＴＣ（ｍ）を参照することがてき、送信しようとしているＭＳＤＵ群のデータカテゴリに係るアプリケーションデータの送信が許容されている送信期間を特定することができる。この結果、他の路側通信機２に割り当てられている路路用期間で路路間通信データのアプリケーションデータを送信することはない。この結果、他の路側通信機２との間で干渉の可能性を生じさせてしまうのを防止することができる。
【０１６５】
すなわち、送信制御変数ＲＴＣ（ｍ）（送信期間情報）は、路車間通信期間（送信期間）の周期毎の使用可否を判断するための情報である判断情報を構成している送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを含んでいる。
よって、ＭＡＣ層は、カテゴリ情報が示すデータカテゴリに基づいてアプリケーションデータが送信可能な路車間通信期間と判断した当該路車間通信期間について、その使用可否を送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔに基づいてさらに判断することができる。
【０１６６】
この場合、本実施形態のように、１つの路路用期間を周期毎に割り当てが異なるように設定し複数の路側通信機２に割り当てるような設定とすると、上述のように、アプリケーションデータがＡＰＬからＭＡＣに与えられるまでの間に遅延が生じれば、非特許文献１に準拠した送信制御では（図１６のフローチャート参照）、図１７で示したように、自機に割り当てられていない路路用期間でアプリケーションデータを送信しようとしてしまい、干渉の可能性を生じさせてしまうことが考えられる。
しかし、本実施形態では、データカテゴリに基づいてアプリケーションデータに対して送信可能と判断された路路用期間についてさらに、判断情報としての送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔに基づいて、当該路路用期間の使用の可否を判断するので（図１４中、ステップＳ１０８）、仮に、アプリケーションデータがアプリケーション等の上位層からＭＡＣに与えられるまでの間に遅延が生じたとしても、他の路側通信機２の路路用期間では送信されないように送信を制限することができ、干渉の可能性を生じさせてしまうのを防止することができる。
【０１６７】
本実施形態では、図１８において、無線フレームＢでは送信されずに保持された、路路間通信データのアプリケーションデータ（無線フレームＢ先頭側においてＭＡＣのｒｘに位置する「１」と表されている１つのデータ）も、無線フレームＣにおいて、路路間通信データのアプリケーションデータ（「２」と表されている１つのデータ）が新たに与えられることによって破棄される。
【０１６８】
また、無線フレームＢにおいてＭＡＣに与えられる路車間通信データのアプリケーションデータ（「２」と表されている２つのデータ）も、無線フレームＢの間に揃わないので無線フレームＣまで保持され、無線フレームＣにおいて、路車間通信データのアプリケーションデータ（「３」と表されている２つのデータ）が新たに与えられることによって破棄される。当該処理は、非特許文献１に準拠した送信制御と同様の処理である。
【０１６９】
［４．第２実施形態に係る通信処理について］
上記第１実施形態において、ＭＡＣ層が行うカテゴリ毎にＭＳＤＵ群が揃っているか否かの判断は、先頭側に位置するカテゴリのＭＳＤＵ群が全て揃った後、次のカテゴリのＭＳＤＵが与えられることで、初めて先頭側に位置するＭＳＤＵ群が全て揃ったことを認識することができる。
しかし、先頭側に位置するカテゴリのＭＳＤＵ群が全て揃った段階で判断することができれば、より速やかに後の処理を実行することができる点で有利である。
【０１７０】
図１９は、第２実施形態に係る各層において授受される各種情報の具体例を示す図であり、（ａ）は、無線フレームに配列された路車間通信期間に配置されるデータを模式的に示した図、（ｂ）は、３つのアプリケーションデータ（５つのＭＳＤＵ）に関して生成されるデータ関連情報、分割番号、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）、及びＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）を示す図、（ｃ）は、（ａ）の送信を実行する路側通信機２の記憶部２４が記憶するＭＩＢ２４ａの一例を示す図である。
【０１７１】
本実施形態では、拡張層ＥＬが生成するＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ）の内容が、第１実施形態と相違している。
図１９（ｂ）に示すように、本実施形態のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ）は、各アプリケーションデータのデータカテゴリ毎に設定されている、カテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）とされている。
【０１７２】
拡張層ＥＬは、一つの無線フレーム毎の送信期間で送信すべき複数のアプリケーションデータの順番を示す番号であってデータカテゴリ毎に設定されるカテゴリ毎シーケンス番号（第１シーケンス番号）を生成し、生成したカテゴリ毎シーケンス番号と、対応するデータカテゴリ毎のアプリケーションデータの総数とを含むカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）を生成する。
拡張層ＥＬは、生成したカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）を、対応するアプリケーションデータとともにＭＡＣ層等の下位層に与える。
【０１７３】
なお、本実施形態のカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）は、その構成については、図１２（ａ）に示したＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ：送信期間毎シーケンス番号情報）の構成と同様である。
【０１７４】
図１９（ｂ）に示すように、カテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）の「総数」（ＴｏｔａｌＮｕｍｂｅｒ：対応するデータカテゴリ毎のアプリケーションデータにおける送信すべき数）は、データカテゴリが「０」のＭＳＤＵ５１〜５３については、「３」に設定され、データカテゴリが「１」のＭＳＤＵ５４，５５については、「２」に設定される。
また、カテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）の「シーケンス（順番；Ｓｅｑｕｅｎｃｅ：カテゴリ毎シーケンス番号）」は、データカテゴリが「０」のＭＳＤＵ５１〜５３については、３個のデータそれぞれに対して順番に１〜３の値が設定され、データカテゴリが「１」のＭＳＤＵ５４，５５については、２個のデータそれぞれに対して順番に１と２の値が設定される。
【０１７５】
ここで、本実施形態のＭＡＣ層は、カテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）を参照して、一連のＭＳＤＵ群の内、カテゴリ毎にＭＳＤＵ群が揃っているか否かを判定する。
【０１７６】
ＭＡＣ層は、順番に与えられるＭＳＤＵのカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）と、データカテゴリとを順次参照することができる。
まず、ＭＳＤＵ５１が与えられると、ＭＡＣ層は、ＭＳＤＵ群の総数が「３」であること、及び、その内の１番目であるＭＳＤＵ５１のデータカテゴリが「０」であることを認識する。
その後、順次ＭＡＣ層にＭＳＤＵが与えられ、ＭＳＤＵ５３が与えられると、ＭＡＣ層は、このＭＳＤＵ５３が、データカテゴリが「０」でかつ、総数が「３」であるＭＳＤＵ群の３番目の最後のデータであることを認識する。
これによって、ＭＡＣ層は、少なくともデータカテゴリが「０」であるＭＳＤＵ群（ＭＳＤＵ５１〜５３）については、全て揃っていると判定することができる。
【０１７７】
ＭＡＣ層は、引き続き与えられる、データカテゴリ「１」のＭＳＤＵのカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）を参照し、データカテゴリ「１」のＭＳＤＵが全て揃っているか否かを判定することができる。
【０１７８】
以上のように、本実施形態のＭＡＣ層は、カテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）に基づいて、カテゴリ毎にアプリケーションデータが揃っているか否かを判定することができる。
【０１７９】
この場合、ＭＡＣ層は、データカテゴリ毎に設定されるカテゴリ毎シーケンス番号と、対応するデータカテゴリ毎のＭＳＤＵの総数（対応するデータカテゴリ毎のアプリケーションデータにおける送信すべき数）とを含むカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）に基づいて、一つの無線フレーム毎の送信期間で送信すべきＭＳＤＵ群が揃っているか否かを判定するので、データカテゴリ毎にＭＳＤＵが揃ったことを認識することができる。この結果、異なるカテゴリのＭＳＤＵが与えられて初めてカテゴリ毎のＭＳＤＵ群が揃ったことを認識できる上記第１実施形態の場合よりも容易かつ速やかな判定が可能となる。
【０１８０】
図２０は、本実施形態のＭＡＣ層が行う送信制御の手順の一例を示すフローチャートである。
本実施形態のフローチャートと、図１４で示した第１実施形態でのフローチャートとが異なる点は、本実施形態のステップＳ１０７では、ＭＡＣ層がカテゴリ毎に判定する点、及び第１実施形態のフローチャートに存在していたステップＳ１１０、Ｓ１１１が本実施形態のフローチャートにはない点である。
他の点については、第１実施形態の図１４で示したフローチャートと同様である。
【０１８１】
本実施形態では、ＭＡＣ層は、ステップＳ１０７に進むと、カテゴリ毎シーケンス番号情報に含まれる各総数に示された個数のＭＳＤＵ群が揃っているか否かを判定する。つまり、ＭＡＣ層は、上述したように、与えられるアプリケーションデータが、カテゴリ毎に揃っているか否かを判定する（ステップＳ１０７）。
【０１８２】
ステップＳ１０７において、カテゴリ毎にＭＳＤＵ群が揃っているものがあると判定された場合、ＭＡＣ層は、ステップＳ１０８に進み、その揃っているＭＳＤＵ群については送信を実行させ（ステップＳ１０８、Ｓ１０９）、揃っていないＭＳＤＵがなお存在する場合には、それを保持しステップＳ１０１に戻る。
【０１８３】
このように、本実施形態では、カテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）に基づいて、カテゴリ毎にアプリケーションデータが揃っているか否かを適切に判定することができるので、第１実施形態の場合よりも、処理内容をより簡易にすることができる。
【０１８４】
［５．第２実施形態に係る通信処理の具体例について］
図２１は、第２実施形態に係る通信処理において遅延が生じた場合の一例を示す図である。
図２１中、無線フレームＡのＡＰＬのｔｘに位置する、「１」と表されているアプリケーションデータ群（路車間通信データを２つ、路路間通信データを１つ含んでいる）に着目すると、ＡＰＬは、これらアプリケーションデータ群を、次の無線フレームＢで送信させるべくＥＬに送信する。これらアプリケーションデータ群は、ＥＬにおいてセキュリティ処理において遅延が発生したことにより、ＭＡＣ層への到達が遅れている。
【０１８５】
このため、ＭＡＣにおいては、無線フレームＡが終わるまでに一連のアプリケーションデータ群の全てのアプリケーションデータが揃わなかったが、路車間通信データのアプリケーションデータについては全て揃っている。
【０１８６】
よってこの場合、ＭＡＣは、カテゴリ毎にアプリケーションデータが揃っていると判定し（図２０中のステップＳ１０７）、路車間通信データとしては揃っているアプリケーションデータ群（路車間通信データが２つ）を次の無線フレームＢで送信する。
【０１８７】
これにより、本実施形態の場合も、一連のアプリケーションデータ群の全てのアプリケーションデータが揃わなくても、カテゴリ毎にアプリケーションデータが揃っていると判定すれば送信するので、送信可能なアプリケーションデータについては速やかに送信することができる。
【０１８８】
なお、ＭＡＣへの到達が遅れた残りの路路間通信データのアプリケーションデータ（無線フレームＢ先頭側においてＭＡＣのｒｘに位置する「１」と表されている１つのデータ）については、図１８において説明した場合と同様に処理される。
【０１８９】
［６．第３実施形態に係る通信処理について］
図２２は、第３実施形態に係るＭＡＣ層が行う送信制御の手順の一例を示すフローチャートである。
本実施形態のＭＡＣ層は、ＭＳＤＵのデータカテゴリ毎に異なる制御を行う点で、第２実施形態と相違している。
【０１９０】
本実施形態のＭＡＣ層は、まず、上位層からＭＳＤＵが与えられると、そのＭＳＤＵに設定されているデータカテゴリが「０」であるか否かを判定する（ステップＳ２０１）。
ステップＳ２０１において、与えられたＭＳＤＵに設定されているデータカテゴリが「０」であると判定すると、ＭＡＣ層は、ステップＳ２０２に進み、そのＭＳＤＵについては路車用制御を実行する（ステップＳ２０２）。
一方、ステップＳ２０１において、与えられたＭＳＤＵに設定されているデータカテゴリが「０」でないと判定すると、ＭＡＣ層は、ステップＳ２０３に進み、そのＭＳＤＵについては路路用制御を実行する（ステップＳ２０３）。
【０１９１】
ＭＡＣ層は、ステップＳ２０２における路車用制御については、図１６のフローチャートにて示した非特許文献１に準拠した送信制御と同様の制御を行う。
一方、ステップＳ２０３における路路用制御については、第２実施形態の図２０にて示した送信制御とは異なる制御を行う。
【０１９２】
図２３は、路路用の送信制御の手順の一例を示すフローチャートである。
路路用の送信制御において、ＭＡＣ層は、保持しているＭＳＤＵが存在する場合、保持するＭＳＤＵそれぞれの保持時間を確認し、予め定めた所定時間以上経過しているＭＳＤＵについては破棄する（ステップＳ３０１）。
次いで、ＭＡＣ層は、１００ｍｓ周期で到来する所定タイミングであるか否かを判定する（ステップＳ３０２）。なお、所定タイミングとは、上述したように、一連のＭＳＤＵ群が揃っているか否かを判断すべきタイミングである。
所定タイミングではないと判定すると、ＭＡＣ層は、ステップＳ３０１に戻り、上記処理を反復する。
【０１９３】
一方、所定タイミングであると判定すると、ＭＡＣ層は、ＭＳＤＵを保持しているか否かを判定する（ステップＳ３０３）。ＭＳＤＵを保持していない場合、つまり、上位層からアプリケーションデータが与えられていない場合、ＭＡＣ層は、ステップＳ３０１に戻る。
ステップＳ３０３にて、ＭＳＤＵを保持していると判定する場合、ＭＡＣ層は、カテゴリ毎シーケンス番号情報に含まれる対応するデータカテゴリ（ここではデータカテゴリ＝１）に係る総数に示された個数のＭＳＤＵ群が揃っているか否かを判定する（ステップＳ３０４）。
なお、ステップＳ３０４における、対応するデータカテゴリのＭＳＤＵ群が揃っているか否かの判定の方法は、第２実施形態における図１９（ｂ）での説明にて述べた通りである。
【０１９４】
ステップＳ３０４において、対応するデータカテゴリのＭＳＤＵ群が揃っていると判定された場合、ＭＡＣ層は、次に到来する無線フレームに含まれる送信期間が、揃っているＭＳＤＵ群を送信可能とする送信期間に該当するか否かを、当該ＭＳＤＵ群のデータカテゴリに基づいて判定する（ステップＳ３０５）。
【０１９５】
ステップＳ３０５の判定の結果、次に到来する無線フレームに含まれる送信期間が、揃っているＭＳＤＵ群を送信可能とする送信期間に該当すると判定する場合、ＭＡＣ層は、ステップＳ３０６に進み、そのカテゴリが一致したＭＳＤＵ群について下位層に送信させる（ステップＳ３０６）。
【０１９６】
ステップＳ３０５の判定の結果、次に到来する無線フレームに含まれる送信期間が、揃っているＭＳＤＵ群を送信可能とする送信期間に該当しないと判定する場合、ＭＡＣ層は、ステップＳ３０７に進み、保持するＭＳＤＵを全て破棄し（ステップＳ３０７）、ステップＳ３０１に戻る。
【０１９７】
また、ステップＳ３０４において、対応するデータカテゴリのＭＳＤＵ群が揃っていないと判定された場合も、ステップＳ３０７に進み、保持するＭＳＤＵを全て破棄し（ステップＳ３０７）、ステップＳ３０１に戻る。
【０１９８】
このように、路路用の送信制御では、ステップＳ３０３にてＭＳＤＵが保持されていると判断されると、ステップＳ３０６にて送信されなかったＭＳＤＵはステップＳ３０７にて全て破棄される。つまり、この路路用の送信制御では、送信させようとしていた無線フレームで送信できなかった場合、そのＭＳＤＵは、遅延送信させることなく破棄するように制御される。
【０１９９】
このため、仮に、路路間通信データのアプリケーションデータの処理に遅延が生じ、そのアプリケーションデータを保持し、そのまま送信を遅延させてしまうと、図１７中の無線フレームＣにて示したように、自機が割り当てられている路路用期間で送信させようとしたにも関わらず、他の路側通信機２に割り当てられている路路用期間で送信されてしまうといった事態が生じる可能性がある。
しかし、本実施形態のように、送信されなかったＭＳＤＵは、保持することなく全て破棄すれば、遅延送信を防止でき、他の路側通信機２に割り当てられている送信期間で送信されるのを防止できる。
【０２００】
また、本実施形態では、路路用の送信制御では、ＭＳＤＵを遅延送信することなく破棄するのに対して、路車用の送信制御では、ＭＳＤＵが保持されていると判断された後（図２０中、ステップＳ１０６）、送信されなかったＭＳＤＵは、破棄されることなく保持される。その後、保持されたＭＳＤＵは、同じカテゴリの新たなＭＳＤＵが与えられるか（図２０中、ステップＳ１０３）、又はそのＭＳＤＵの保持時間が所定時間を経過すると（図２０中、ステップＳ１０４）、破棄される。
【０２０１】
このように、本実施形態では、ＭＡＣ層は、与えられたアプリケーションデータを破棄するか否かを、データカテゴリ毎に判定することができる。
この場合、データカテゴリの内容に応じて、破棄の判定の仕方を異なるように設定することができる。
つまり、本実施形態では、データカテゴリ（路車間通信データ及び路路間通信データ）の違いによって、送信制御変数ＲＴＣ（ｍ）に含まれる送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔの設定が異なるため、無線フレームにおける送信可能な送信期間に相違がある。
よって、その相違内容に応じて、好適に破棄の判定の仕方を設定することができる。
【０２０２】
ＭＳＤＵの破棄の判定の仕方については、ＭＡＣ層は、上述のように、ＭＳＤＵが新たに与えられると、保持されている過去に与えられたＭＳＤＵを破棄する（図２０中、ステップＳ１０３）、といった方法や、ＭＳＤＵが与えられてからの保持時間が所定期間を経過すると、当該ＭＳＤＵを破棄する（図２０中、ステップＳ１０４）、といった方法を採用することができる。
【０２０３】
［７．第３実施形態に係る通信処理の具体例について］
図２４は、第３実施形態に係る通信処理において遅延が生じた場合の一例を示す図である。
図２４中、無線フレームＡのＡＰＬのｔｘに位置する、「１」と表されているアプリケーションデータ群（路車間通信データを２つ、路路間通信データを１つ含んでいる）に着目すると、ＡＰＬは、これらアプリケーションデータ群を、次の無線フレームＢで送信させるべくＥＬに送信する。これらアプリケーションデータ群は、ＥＬにおいてセキュリティ処理において遅延が発生したことにより、ＭＡＣ層への到達が遅れている。
【０２０４】
このため、ＭＡＣにおいては、無線フレームＡが終わるまでに一連のアプリケーションデータ群の全てのアプリケーションデータが揃わなかったが、路車間通信データのアプリケーションデータについては全て揃っている。
【０２０５】
よってこの場合、ＭＡＣは、路車間通信データに係るアプリケーションデータについては揃っていると判定し（図１６中のステップＳ１０７）、これら路車間通信データに係るアプリケーションデータ（路車間通信データが２つ）を次の無線フレームＢで送信する。
【０２０６】
一方、ＭＡＣへの到達が遅れた残りの路路間通信データに係るアプリケーションデータ（無線フレームＢ先頭側においてＭＡＣのｒｘに位置する「１」と表されている１つのデータ）については、無線フレームＢでは送信されないので破棄される（図２３中のステップＳ３０７）。
これにより、上述したように、他の路側通信機２に割り当てられている路路用期間で送信されるのを防止できる。
【０２０７】
［８．第３実施形態に係る通信処理の変形例について］
図２５は、第３実施形態の変形例に係るＭＡＣ層が行う路路用の送信制御の手順の一例を示すフローチャートである。
本変形例の路路用の送信制御のフローチャートと、図２３で示した路路用の送信制御のフローチャートとが異なる点は、図２３のフローチャートに存在していたステップＳ３０７が、本実施形態のフローチャートにはない点である。
【０２０８】
この場合、ＭＳＤＵが保持されていると判断された後（図２５中、ステップＳ３０３）、送信されなかったＭＳＤＵは、破棄されることなく保持される。さらにその後、保持されたＭＳＤＵは、同じカテゴリの新たなＭＳＤＵが与えられたとしても、破棄されることなく、そのＭＳＤＵの保持時間が所定時間を経過すれば破棄される（図２５中、ステップＳ３０１）。
このように、本実施形態では、送信されなかった路路間通信データに係るＭＳＤＵは、保持時間が所定時間を経過しなければ破棄されることがない。
【０２０９】
路車間通信データに係るアプリケーションデータは、データ内容の更新頻度が高かったり、緊急度が高く、送信頻度が高いといった性質を有するため、新しいアプリケーションデータが与えられると、その新しいアプリケーションデータを優先させるために保持時間が長く古いデータを破棄していく必要がある。
一方、路路間通信データに係るアプリケーションデータは、路車間通信データに係るアプリケーションデータほど送信頻度が高くないという性質を有している上に、路路間通信データに係るアプリケーションデータよりもそのデータ量が少ない場合が多い。
【０２１０】
このため、本実施形態のように、ＭＳＤＵ（アプリケーションデータ）の保持時間が所定時間を経過しなければ破棄されないようにすることで、路路間通信データに係るアプリケーションデータが破棄される機会を、路車間通信データに係るアプリケーションデータよりも少なくしできるだけ破棄せずに送信するように設定することで、与えられたアプリケーションデータをより確実に送信することを優先させることができる。
【０２１１】
図２６は、本変形例に係る通信処理において遅延が生じた場合の一例を示す図である。
図２６中、無線フレームＡのＡＰＬのｔｘに位置する、「１」と表されているアプリケーションデータ群（路車間通信データを２つ、路路間通信データを１つ含んでいる）に着目すると、ＡＰＬは、これらアプリケーションデータ群を、次の無線フレームＢで送信させるべくＥＬに送信する。これらアプリケーションデータ群は、ＥＬにおいてセキュリティ処理において遅延が発生したことにより、ＭＡＣ層への到達が遅れている。
【０２１２】
このため、ＭＡＣにおいては、無線フレームＡが終わるまでに一連のアプリケーションデータ群の全てのアプリケーションデータが揃わなかったが、路車間通信データのアプリケーションデータについては全て揃っている。
【０２１３】
路車間通信データに係るアプリケーションデータ（路車間通信データが２つ）については、図２４にて示した場合と同様、次の無線フレームＢで送信する。
【０２１４】
一方、ＭＡＣへの到達が遅れた残りの路路間通信データに係るアプリケーションデータ（無線フレームＢ先頭側においてＭＡＣのｒｘに位置する「１」と表されている１つのデータ）については、破棄されることなく保持される。
【０２１５】
ＭＡＣは、保持された路路間通信データに係るアプリケーションデータについては、送信制御変数ＲＴＣ（ｍ）に含まれる送信インターバルＲＴＣ（ｍ）．Ｉｎｔ、及び送信オフセットＲＴＣ（ｍ）．Ｏｆｆｓｅｔを参照することで、無線フレームＣでの送信を行わない。
また、ＭＡＣは、無線フレームＣにおいて、路路間通信データのアプリケーションデータ（「２」と表されている１つのデータ）が新たに与えられるが、新たに与えられた路路間通信データに係るアプリケーションデータ（「２」と表されている１つのデータ）とともに、それまで保持していた路路間通信データに係るアプリケーションデータ（「１」と表されている１つのデータ）も保持し続ける。
【０２１６】
その後、ＭＡＣは、無線フレームＤにおける路路用期間において、保持している２つの路路間通信データに係るアプリケーションデータを送信する。
このとき、ＭＡＣは、保持時間が長く古いデータである、無線フレームＢにおいて与えられたアプリケーションデータ（「１」と表されている１つのデータ）を先に送信し、その後、他方のアプリケーションデータを送信する。
【０２１７】
なお、本変形例では、無線フレームＢで与えられた路路間通信データに係るアプリケーションデータが、無線フレームＤの路路用期間で送信されるため、図２５中のステップＳ３０１において設定される、アプリケーションデータの保持時間に対して、データ破棄の判定を行うための所定時間を、少なくとも無線フレームＣつ分の期間（３００ｍｓ）に、設定する必要がある。
【０２１８】
以上、本変形例では、路車間通信データに係るアプリケーションデータについては、重複する古いデータを破棄しつつ送信することで、比較的新しいデータを送信することを優先させ、路路間通信データに係るアプリケーションデータについては、与えられたアプリケーションデータをより確実に送信することを優先させることができる。
【０２１９】
このように、データカテゴリの内容（路車間通信データ、及び路路間通信データ）に応じて、好適に破棄の判定の仕方を設定することができる。
【０２２０】
［９．その他の変形例について］
図２７は、変形例に係る各層において授受される各種情報の具体例を示す図であり、（ａ）は、無線フレームに配列された路車間通信期間に配置されるデータを模式的に示した図、（ｂ）は、３つのアプリケーションデータ（５つのＭＳＤＵ）に関して生成されるデータ関連情報、分割番号、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）、及びＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（制御情報）を示す図、（ｃ）は、（ａ）の送信を実行する路側通信機２の記憶部２４が記憶するＭＩＢ２４ａの一例を示す図である。
【０２２１】
本変形例では、拡張層ＥＬが生成するＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（シーケンスナンバ）の内容が、第１実施形態と相違している。
図２７（ｂ）に示すように、本変形例ではカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）と、送信期間毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（送信期間毎シーケンス番号情報）の両方が設定されている。
【０２２２】
そもそも、送信期間毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（送信期間毎シーケンス番号情報）は、非特許文献１に規定されており、上記第１実施形態においては、元々規定されている情報を利用することによって、設定内容を大きく変更することなく、データカテゴリ毎にアプリケーションデータが揃ったか否かの判定を行うことができるものである。
これに対し、上記第２実施形態では、設定内容を異なる内容に置換することで、上記判定をより速やかに行えるように構成されている。
【０２２３】
そこで、元々規定されている送信期間毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（送信期間毎シーケンス番号情報）をそのまま残し、新たに上記第２実施形態で示されるカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）を拡張層ＥＬに生成させることで、設定内容を置換せずに内容を付加することで、容易に上記第２実施形態の構成を得ることができる。
【０２２４】
また、ＭＡＣ層は、送信期間毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（送信期間毎シーケンス番号情報）と、カテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）とが与えられ、両情報を参照することができるので、カテゴリ毎に送信期間で送信すべきアプリケーションデータが揃ったことを容易に判定することができることに加え、送信期間毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（送信期間毎シーケンス番号情報）を参照することで、送信期間で送信すべきアプリケーションデータの中での遅延等の発生の有無も判定できる。この結果、より適切な送信処理を行うことができる。
【０２２５】
図２８は、他の変形例に係るＭＡＣ層が行う送信制御の手順の一例を示すフローチャートである。
本実施形態のフローチャートと、図２０で示した第２実施形態でのフローチャートとが異なる点は、本実施形態ではＭＳＤＵが送信されるとその旨を示す送信完了通知をアプリケーション等の上位層に送信するステップＳ１１２が設けられている点である。
【０２２６】
本変形例では、ステップＳ１０７において、カテゴリ毎シーケンス番号情報に含まれる各総数に示された個数のＭＳＤＵ群が揃っていると判定されると、そのカテゴリのＭＳＤＵ群を送信する（ステップＳ１０８、Ｓ１０９）。
ＭＳＤＵ群を送信すると、ＭＡＣ層は、その送信した最後のＭＳＤＵのカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）を、送信したアプリケーションデータを特定するための情報として送信完了通知に含めて、上位層に送信する（ステップＳ１１２）。
【０２２７】
上記送信完了通知を受け付けた上位層は、最後のＭＳＤＵのカテゴリ毎のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ（カテゴリ毎シーケンス番号情報）を参照することで、送信が完了したＭＳＤＵを把握することができる。この結果、上位層がＭＡＣ層によるアプリケーションデータの送信状況を把握することができる。
【０２２８】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。
例えば、上記各実施形態では、アプリケーションデータの送信カテゴリ（データカテゴリ）として、路車間通信データのアプリケーションデータと、路路間通信データのアプリケーションデータの２つのカテゴリを含む場合について例示したが、より多数のカテゴリを含んでいてもよい。
本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味、及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０２２９】
１  交通信号機
２  路側通信機
３  車載通信機
４  中央装置
５  車両
６  路側センサ
７  有線通信回線
８  ルータ
２０  アンテナ
２１  無線通信部
２２  有線通信部
２３  制御部
２４  記憶部
２４ａ  ＭＩＢ
２５  通信処理装置
ＳＬ１  路車間通信期間
ＳＬ２  車車間通信期間
Ａ１〜Ａ５  交差点
Ｂ１〜Ｂ５  交差点
Ｃ１〜Ｃ５  交差点
Ｄ１〜Ｄ５  交差点
【図１】
2015133648.tif 000003
【図２】
2015133648.tif 000004
【図３】
2015133648.tif 000005
【図４】
2015133648.tif 000006
【図５】
2015133648.tif 000007
【図６】
2015133648.tif 000008
【図７】
2015133648.tif 000009
【図８】
2015133648.tif 000010
【図９】
2015133648.tif 000011
【図１０】
2015133648.tif 000012
【図１１】
2015133648.tif 000013
【図１２】
2015133648.tif 000014
【図１３】
2015133648.tif 000015
【図１４】
2015133648.tif 000016
【図１５】
2015133648.tif 000017
【図１６】
2015133648.tif 000018
【図１７】
2015133648.tif 000019
【図１８】
2015133648.tif 000020
【図１９】
2015133648.tif 000021
【図２０】
2015133648.tif 000022
【図２１】
2015133648.tif 000023
【図２２】
2015133648.tif 000024
【図２３】
2015133648.tif 000025
【図２４】
2015133648.tif 000026
【図２５】
2015133648.tif 000027
【図２６】
2015133648.tif 000028
【図２７】
2015133648.tif 000029
【図２８】
2015133648.tif 000030