(57)【要約】【課題】上位階層が、適切なタイミングで送信データを下位階層に渡すことができるようにする。【解決手段】無線通信装置２は、送信タイミングを制御する下位階層の処理を行う第１処理部４０と、前記下位階層へ送信データを渡す上位階層の処理を行う第２処理部３０と、を備える。前記第１処理部４０は、前記第２処理部３０が前記第１処理部４０へ送信データを渡すためのタイミングを示すタイミング通知Ｔ１，Ｔ２，Ｔ３，Ｔ４を、前記第２処理部４０へ与えるよう構成されている。前記タイミング通知Ｔ１，Ｔ２，Ｔ３，Ｔ４は、前記タイミング通知に応じて前記第１処理部４０へ渡されるべき前記送信データのカテゴリを前記第２処理部３０が識別するために用いられる付加情報を含む。【選択図】図１
2016032134.tif 000002
【特許請求の範囲】
【請求項１】
送信タイミングを制御する下位階層の処理を行う第１処理部と、
前記下位階層へ送信データを渡す上位階層の処理を行う第２処理部と、
を備え、
前記第１処理部は、前記第２処理部が前記第１処理部へ送信データを渡すためのタイミングを示すタイミング通知を、前記第２処理部へ与えるよう構成され、
前記タイミング通知は、前記タイミング通知に応じて前記第１処理部へ渡されるべき前記送信データのカテゴリを前記第２処理部が識別するために用いられる付加情報を含む
無線通信装置。
【請求項２】
前記無線通信装置は、前記無線通信装置による送信期間が設定された制御周期が繰り返される通信方式に準拠しており、
前記第１処理部は、前記付加情報によって識別されるカテゴリの送信データを送信するための送信期間が生じる制御周期である対象制御周期の開始よりも所定時間前に、前記タイミング通知を前記第２処理部へ与え、
前記所定時間は、前記タイミング通知を受け取った前記第２処理部が前記第１処理部へ送信データを前記対象制御周期の開始前に渡すための所要時間が確保された時間である
請求項１に記載の無線通信装置。
【請求項３】
前記付加情報は、前記タイミング通知に応じて前記第１処理部へ渡されるべき前記送信データのカテゴリを示す送信カテゴリ情報である
請求項１又は請求項２に記載の無線通信装置。
【請求項４】
前記無線通信装置は、少なくともＩＴＳ ＦＯＲＵＭ  ＲＣ−０１２に準拠しており、
前記第１処理部は、前記ＩＴＳ ＦＯＲＵＭ  ＲＣ−０１２に規定する送信カテゴリ毎送信周期設定用Ｎ秒周期タイマを管理する機能を有し、
前記第２処理部は、前記送信カテゴリ毎送信周期設定用Ｎ秒周期タイマを管理する機能を有していない
請求項１〜請求項３のいずれか１項に記載の無線通信装置。
【請求項５】
処理モジュールであって、
送信タイミングを制御する送信タイミング制御部と、
タイミング通知部と、
を備え、
前記タイミング通知部は、前記処理モジュールにおける処理よりも上位階層の処理を行う他のモジュールが前記処理モジュールへ送信データを渡すためのタイミングを示すタイミング通知を、前記他のモジュールへ与えるよう構成され、
前記タイミング通知は、前記タイミング通知に応じて前記処理モジュールへ渡されるべき前記送信データのカテゴリを前記他のモジュールが識別するために用いられる付加情報を含む
処理モジュール。
【請求項６】
処理モジュールであって、
前記処理モジュールにおける処理よりも下位階層の処理を行う他のモジュールへ送信データを渡すことで、前記他のモジュールに対して前記送信データの送信要求を行う送信要求部と、
タイミング受領部と、
識別部と、
を備え、
前記タイミング受領部は、前記処理モジュールが前記他のモジュールへ送信データを渡すためのタイミングを示すタイミング通知を、前記他のモジュールから受け取るよう構成され、
前記タイミング通知は、前記タイミング通知に応じて前記他のモジュールへ渡されるべき前記送信データのカテゴリを前記識別部が識別するために用いられる付加情報を含み、
前記識別部は、前記タイミング通知に応じて前記他のモジュールへ渡されるべき前記送信データのカテゴリを、前記付加情報に基づいて識別する
処理モジュール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置及び無線通信装置用処理モジュールに関するものである。
【背景技術】
【０００２】
近年、路車間通信、車車間通信による高度道路交通システム（ＩＴＳ）が検討されている。路車間通信とは、路側通信機（基地局）と車載通信機（移動局）との間の通信であり、車車間通信とは、車載通信機（移動局）間の通信である（特許文献１参照）。
このような高度道路交通システムのための通信方式については、標準規格及びガイドラインが制定されている（非特許文献１，２参照）。
また、最近では、路車間通信及び車車間通信だけでなく、路側通信機同士が無線により通信を行う「路路間通信」についても検討され（例えば、特許文献２参照）、実験用のガイドラインも制定されている（非特許文献３参照）。
【０００３】
非特許文献１では、基地局又は移動局（無線装置）の通信機能を、レイヤ１、レイヤ２、車車間・路車間共用通信制御情報（ＩＲＣ−ＲＶＣ）層及びレイヤ７の４層構造で規定している。非特許文献２では、レイヤ７の上位階層として拡張層を規定している。
非特許文献１〜３では、レイヤ７又は拡張層の上位層となるアプリケーション（安全運転支援アプリケーション）に言及されている。レイヤ７又は拡張層は、アプリケーションとの間でアプリケーションデータの受け渡しを行う。
ただし、非特許文献１〜３において、アプリケーションの詳細は規定されていない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５３８４７６７号公報
【特許文献２】特開２０１４−７８１１９号公報
【非特許文献】
【０００５】
【非特許文献１】一般社団法人電波産業会、”７００ＭＨｚ帯高度道路交通システム  ＡＲＩＢ−ＳＴＤ Ｔ１０９ １．２版“，［online］、インターネット<http://www.arib.or.jp/tyosakenkyu/kikaku_tushin/tsushin_kikaku_number.html>
【非特許文献２】ＩＴＳ情報通信システム推進会議、”７００ＭＨｚ帯高度道路交通システム拡張機能ガイドライン  ＩＴＳ  ＦＯＲＵＭ  ＲＣ−０１０  １．０版”，[online]、インターネット<http://www.itsforum.gr.jp/>
【非特許文献３】”７００ＭＨｚ帯高度道路交通システム  実験用路路間通信ガイドライン  ＩＴＳ  ＦＯＲＵＭ  ＲＣ−０１２  １．０版”,［online］、インターネット<http://www.itsforum.gr.jp/Public/J7Database/p47/ITS_FORUM_RC-012_v10.pdf>
【発明の概要】
【発明が解決しようとする課題】
【０００６】
非特許文献１〜３において、データの送信タイミングは、ＭＡＣ副層によって制御される。ＭＡＣ副層は、通信制御用のタイマを管理し、そのタイマの値に基づいて、予め設定された送信期間において、データが送信されるように、送信タイミングを決定する。
送信タイミングを決定するＭＡＣ副層（下位階層）にとっては、送信タイミングは自明であるものの、ＭＡＣ副層よりも上位階層にとっては、送信タイミングは自明ではない。
【０００７】
ＭＡＣ副層には、上位階層（例えば、アプリケーション、レイヤ７、又は拡張層）から、送信タイミングに応じた適切なタイミングで送信データが渡される必要がある。しかし、送信タイミングを知らない上位階層は、適切なタイミングで送信データを下位階層であるＭＡＣ副層に渡すことができない。
【０００８】
そこで、送信タイミングを知っている下位階層が、送信タイミングを知らない上位階層に対して、送信データを下位階層に渡すべきタイミングを通知することが考えられる。
【０００９】
ただし、上位階層は、単に、下位階層からタイミングの通知を受けるだけでは、適切なタイミングで送信データを下位階層に渡すことができない場合も生じる。例えば、送信データに複数のカテゴリがあり、送信データのカテゴリ毎に、送信可能なタイミングが異なる場合を考える。
この場合、上位階層は、下位階層から受けた通知がどのカテゴリの送信データについてのタイミングを示すのかが、わからなければ、送信データを不適切なタイミングで下位階層に渡すおそれがある。
【００１０】
そこで、本発明は、上位階層が、適切なタイミングで送信データを下位階層に渡すことができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
ある観点からみた無線通信装置は、送信タイミングを制御する下位階層の処理を行う第１処理部と、前記下位階層へ送信データを渡す上位階層の処理を行う第２処理部と、を備えている。前記第１処理部は、前記第２処理部が前記第１処理部へ送信データを渡すためのタイミングを示すタイミング通知を、前記第２処理部へ与えるよう構成されている。前記タイミング通知は、前記タイミング通知に応じて前記第１処理部へ渡されるべき前記送信データのカテゴリを前記第２処理部が識別するために用いられる付加情報を含むことができる。
【００１２】
ある観点からみた処理モジュールは、送信タイミングを制御する送信タイミング制御部と、タイミング通知部と、を備えている。前記タイミング通知部は、前記処理モジュールにおける処理よりも上位階層の処理を行う他のモジュールが前記処理モジュールへ送信データを渡すためのタイミングを示すタイミング通知を、前記他のモジュールへ与えるよう構成されている。前記タイミング通知は、前記タイミング通知に応じて前記処理モジュールへ渡されるべき前記送信データのカテゴリを前記他のモジュールが識別するために用いられる付加情報を含むことができる。
【００１３】
他の観点からみた処理モジュールは、前記処理モジュールにおける処理よりも下位階層の処理を行う他のモジュールへ送信データを渡すことで、前記他のモジュールに対して前記送信データの送信要求を行う送信要求部と、タイミング受領部と、識別部と、を備える。前記タイミング受領部は、前記処理モジュールが前記他のモジュールへ送信データを渡すためのタイミングを示すタイミング通知を、前記他のモジュールから受け取るよう構成されている。前記タイミング通知は、前記タイミング通知に応じて前記他のモジュールへ渡されるべき前記送信データのカテゴリを前記識別部が識別するために用いられる付加情報を含む。前記識別部は、前記タイミング通知に応じて前記他のモジュールへ渡されるべき前記送信データのカテゴリを、前記付加情報に基づいて識別することができる。
【発明の効果】
【００１４】
本発明によれば、上位階層が、適切なタイミングで送信データを下位階層に渡すことができる。
【図面の簡単な説明】
【００１５】
【図１】高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。
【図２】無線通信装置（路側通信機）の構成図である。
【図３】（ａ）は無線フレーム（スーパーフレーム）を示す図であり、（ｂ）は路側通信機の無線フレーム中の送信期間と送信禁止期間を示す図である。
【図４】無線通信機のプロトコルスタックを示す図である。
【図５】（ａ）は第１基地局のＩＶＣ−ＲＶＣ層のＭＩＢに設定された情報（送信期間設定情報）を示し、（ｂ）は第２基地局のＩＶＣ−ＲＶＣ層のＭＩＢに設定された情報（送信期間設定情報）を示し、（ｃ）は送信カテゴリラベルの説明図である。
【図６】第１基地局及び第２基地局の路路間通信データの送信タイミングを示す図である。
【図７】制御部及び無線部の機能ブロック図である。
【図８】タイミング通知の説明図である。
【図９】タイミング通知の説明図である。
【発明を実施するための形態】
【００１６】
以下、本発明の好ましい実施形態について図面を参照しながら説明する。
【００１７】
［１．実施形態の概要］
【００１８】
（１）実施形態に係る無線通信装置は、送信タイミングを制御する下位階層の処理を行う第１処理部と、前記下位階層へ送信データを渡す上位階層の処理を行う第２処理部と、を備え、前記第１処理部は、前記第２処理部が前記第１処理部へ送信データを渡すためのタイミングを示すタイミング通知を、前記第２処理部へ与えるよう構成され、前記タイミング通知は、前記タイミング通知に応じて前記第１処理部へ渡されるべき前記送信データのカテゴリを前記第２処理部が識別するために用いられる付加情報を含む。
【００１９】
下位階層の処理を行う第１処理部から、上位階層の処理を行う第２処理部へタイミング通知を与えることで、上位階層は下位階層へ送信データを渡すタイミングを把握することができる。
しかも、上位階層は、タイミング通知が含む付加情報によって、タイミング通知に応じて渡すべき送信データのカテゴリを識別することができる。
【００２０】
（２）前記無線通信装置は、前記無線通信装置による送信期間が設定された制御周期が繰り返される通信方式に準拠しており、前記第１処理部は、前記付加情報によって識別されるカテゴリの送信データを送信するための送信期間が生じる制御周期である対象制御周期の開始よりも所定時間前に、前記タイミング通知を前記第２処理部へ与え、前記所定時間は、前記タイミング通知を受け取った前記第２処理部が前記第１処理部へ送信データを前記対象制御周期の開始前に渡すための所要時間が確保された時間であるのが好ましい。
【００２１】
この場合、第２処理部は、対象制御周期の開始前に送信データを受け取ることができる。
【００２２】
（３）前記付加情報は、前記タイミング通知に応じて前記第１処理部へ渡されるべき前記送信データのカテゴリを示す送信カテゴリ情報であるのが好ましい。この場合、付加情報に基づいて直接的に送信カテゴリを把握することができる。
【００２３】
（４）前記無線通信装置は、少なくともＩＴＳ ＦＯＲＵＭ  ＲＣ−０１２（７００ＭＨｚ帯高度道路交通システム  実験用路路間通信ガイドライン  ＩＴＳ  ＦＯＲＵＭ  ＲＣ−０１２  １．０版（策定日：平成２６年３月３１日））に準拠しており、前記第１処理部は、前記ＩＴＳ ＦＯＲＵＭ  ＲＣ−０１２に規定する送信カテゴリ毎送信周期設定用Ｎ秒周期タイマを管理する機能を有し、前記第２処理部は、前記送信カテゴリ毎送信周期設定用Ｎ秒周期タイマを管理する機能を有していないものとすることができる。
【００２４】
ＩＴＳ ＦＯＲＵＭ  ＲＣ−０１２に規定する送信カテゴリ毎送信周期設定用Ｎ秒周期タイマの場合、Ｎの値は任意に設定されるため、タイマによって決定される送信タイミングを第２処理部が把握するのが一層困難になるが、前述のように第２処理部が第１処理部からタイミング通知を受ける場合、Ｎの値にかかわらず、第２処理部は適切なタイミングでデータを第１処理部に渡すことができる。
【００２５】
（５）実施形態に係る処理モジュールは、送信タイミングを制御する送信タイミング制御部と、タイミング通知部と、を備え、前記タイミング通知部は、前記処理モジュールにおける処理よりも上位階層の処理を行う他のモジュールが前記処理モジュールへ送信データを渡すためのタイミングを示すタイミング通知を、前記他のモジュールへ与えるよう構成され、前記タイミング通知は、前記タイミング通知に応じて前記処理モジュールへ渡されるべき前記送信データのカテゴリを前記他のモジュールが識別するために用いられる付加情報を含む。
【００２６】
（６）実施形態に係る処理モジュールは、前記処理モジュールにおける処理よりも下位階層の処理を行う他のモジュールへ送信データを渡すことで、前記他のモジュールに対して前記送信データの送信要求を行う送信要求部と、タイミング受領部と、識別部と、を備え、前記タイミング受領部は、前記処理モジュールが前記他のモジュールへ送信データを渡すためのタイミングを示すタイミング通知を、前記他のモジュールから受け取るよう構成され、前記タイミング通知は、前記タイミング通知に応じて前記他のモジュールへ渡されるべき前記送信データのカテゴリを前記識別部が識別するために用いられる付加情報を含み、前記識別部は、前記タイミング通知に応じて前記他のモジュールへ渡されるべき前記送信データのカテゴリを、前記付加情報に基づいて識別する。
【００２７】
［２．実施形態の詳細］
［２．１  通信システム］
図１は、高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。なお、本実施形態では、道路構造の一例として、南北方向と東西方向の複数の道路が互いに交差した碁盤目構造を想定している。
高度道路交通システムのための通信システムは、無線通信装置として、路側通信機（基地局）２及び車載通信機（移動局；移動通信機）を含む。移動局としては、車載通信機に限られず、例えば、歩行者が所持する歩行者用通信機であってもよい。
高度道路交通システムは、路側通信機（基地局）２及び車載通信機（移動局；移動通信機）のほか、交通信号機１、中央装置４、及び、車両感知器や監視カメラ等よりなる路側センサ６を含む。
なお、本実施形態において特に説明しない点については、非特許文献１〜３に記載の通信方式に準拠する。
【００２８】
交通信号機１と路側通信機２（２Ａ，２Ｂ）は、複数の交差点Ａ１〜Ａ５，Ｂ１〜Ｂ５、Ｃ１〜Ｃ５，Ｄ１〜Ｄ５，Ｅ１〜Ｅ５のそれぞれに設置されている。複数の路側通信機２のうちの一部の路側通信機２Ａは、電話回線等の有線通信回線７を介してルータ８に接続されている。このルータ８は交通管制センター内の中央装置４に接続されている。複数の路側通信機２には、ルータ８に接続されていない路側通信機２Ｂも含まれている。
【００２９】
中央装置４は、自身が管轄するエリアの交通信号機１及び路側通信機２とＬＡＮ（Local Area Network）を構成している。なお、中央装置４は、交通管制センターではなく道路上に設置してもよい。
【００３０】
中央装置４に有線通信回線７で接続されている路側通信機２Ａ（オンライン路側通信機）は、中央装置４の管轄するエリアに含まれる全ての路側通信機のうちの一部であり、中央装置４に対して有線通信回線７で接続されていない路側通信機２Ｂ（スタンドアローン路側通信機）も存在する。
【００３１】
図１では、交差点Ａ１〜Ａ５に設置された路側通信機２Ａが、オンライン路側通信機であり、他の交差点Ｂ１〜Ｂ５，Ｃ１〜Ｃ５，Ｄ１〜Ｄ５及びＥ１〜Ｅ５に設置された路側通信機２Ｂが、スタンドアローン路側通信機である。このように、全ての路側通信機をオンライン路側通信機としないことで、有線通信回線７の設置・維持コストを低減できる。
なお、以下では、オンライン路側通信機２Ａと、スタンドアローン路側通信機２Ｂと、を区別せず、両者を単に「路側通信機２」というものとする。
【００３２】
路側センサ６は、各交差点に流入する車両台数をカウントする等の目的で、管轄エリア内の道路の各所に設置されている。この路側センサ６は、直下を通行する車両５を超音波感知する車両感知器、或いは、道路の交通状況を時系列に撮影する監視カメラ等よりなり、感知情報や画像データは通信回線７を介して中央装置４に送信される。
なお、図１では、図示を簡略化するために、各交差点に信号灯器が１つだけ描写されているが、実際の各交差点には、互いに交差する道路の上り下り用として少なくとも４つの信号灯器が設置されている。
【００３３】
複数の交差点それぞれに設置された複数の路側通信機（基地局）２は、その周囲を走行する車両の車載通信機（移動局）との間で無線通信（路車間通信）が可能である。
また、各路側通信機２は、自己の送信波が到達する所定範囲内に位置する他の路側通信機２との間でも無線通信（路路間通信）が可能である。
【００３４】
同様に、車載通信機は、路側通信機２との間で無線通信を行うとともに、キャリアセンス方式でその周辺を走行する他の車載通信機との間で無線通信（車車間通信）が可能である。
【００３５】
無線通信装置である路側通信機（基地局）２は、図２に示すように、無線通信部２０を備えている。無線通信部２０は、制御部３０と、無線部４０と、を備えている。
制御部（第２処理部）３０は、後述する各階層のうち上位階層の処理を行い、無線部（第１処理部）は、下位階層の処理を行う。
無線通信部２０は、その機能の一部又は全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部又は全部（アナログ機能を除く）が、コンピュータプログラムによって実現されていてもよい。無線通信部２０の機能をコンピュータプログラムによって実現させる場合、無線通信部２０は、コンピュータを含み、コンピュータによって実行されるコンピュータプログラムは、無線通信部２０が有する記憶部に記憶される。
なお、車載通信機も図２と同様の構成及び機能を有する。
【００３６】
［２．２  無線フレーム］
図３（ａ）は、図１の通信システムにおいて用いられる無線フレーム（スーパーフレーム）を示している。この無線フレームは、その時間軸方向の長さ（フレーム長）が１００ｍｓに設定されている。つまり、１秒間に１０フレームが発生する。一つの無線フレームの時間長は、非特許文献１〜３に規定する通信方式における制御周期に相当する。この通信方式においては、１００ｍｓの制御周期(無線フレーム)が繰り返される。
【００３７】
一つの無線フレーム（１００ｍｓ）は、複数の路側機送信期間（基地局送信期間）ＳＬ１と、複数の車載機送信期間（移動局送信期間）ＳＬ２と、を含んで構成されている。
路側機送信期間ＳＬ１は、路側通信機（基地局）２に割り当てられる送信用のタイムスロット（基地局送信期間）であり、この時間帯ＳＬ１においては、路側通信機２による無線送信が許容される。路側機送信期間ＳＬ１は、一つの無線フレーム（制御周期：１００ｍｓ）内に最大１６個まで設定可能である。
【００３８】
車載機送信期間ＳＬ２は、車載通信機用のタイムスロット（移動局送信期間）であり、この時間帯ＳＬ２は車載通信機によるＣＳＭＡ方式による無線送信時間として開放するため、路側通信機２は車載機送信期間ＳＬ２では無線送信を行わない。
【００３９】
無線フレームに含まれている路側機送信期間ＳＬ１と、車載機送信期間ＳＬ２とは、時間軸方向に交互に配置されている。
路側機送信期間ＳＬ１には、それぞれスロット番号ｎ（＝１〜１６）が付されている。
それぞれの路側通信機２には、無線フレームに含まれる複数の路側機送信期間ＳＬ１のうちの、一つ又は複数の路側機送信期間ＳＬ１が送信期間として設定され、その他の路側機送信期間ＳＬ１は送信が禁止される。すなわち、路側通信機２にとっては、車載機送信期間ＳＬ２及び自機２に割り当てられていない路側機送信期間ＳＬ１は、送信禁止期間となる。
【００４０】
図３（ｂ）では、路側通信機２にｎ＝４，５，６の３つの路側機送信期間ＳＬ１が送信期間として割り当てられている場合の送信禁止期間を示している。路側通信機２は、送信禁止期間以外の期間（設定された送信期間）でデータ送信を行う。図３（ｂ）に示す送信期間は、制御周期毎（１００ｍｓ毎）に繰り返し発生する。つまり、路側通信機２は、１００ｍｓ毎に周期的に割り当てられる送信期間において、通信パケットを送信することができる。
なお、複数の路側通信機２は、それぞれＧＰＳ信号などに基づいて、時刻同期が図られており、複数の路側通信機２それぞれの無線フレーム（制御周期）も同期がとれたものとなっている。
【００４１】
一つの無線フレーム（制御周期）内において、一つの路側通信機２に割り当てられる送信期間の数は任意である。また、一つの送信期間の期間長は、路車通信期間ＳＬ１の期間長と等しくてもよいし、路側機送信期間ＳＬ１よりも短くてもよい。また、一つの路側機送信期間ＳＬ１内に複数の送信期間が設定されてもよい。
【００４２】
［２．３  プロトコルスタック］
図４は、非特許文献１の標準規格に示す通信プロトコルスタックに、非特許文献２のガイドラインに示す拡張層（Extended Layer）ＥＬを加えたものを示している。
非特許文献１に規定されるプロトコルスタックは、レイヤ１（Ｌ１，物理層：Physical Layer）、レイヤ２（Ｌ２，データリンク層：Data Link Layer）、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層：Inter-Vehicle Communication - Road to Vehicle Communication Control Layer）及びレイヤ７（Ｌ７，アプリケーション層：Application Layer）の４層構造である。各階層は、システム管理のための情報を有するシステム管理にアクセスすることができる。
【００４３】
レイヤ１は、ＩＥＥＥ８０２．１１において規定される物理層に準拠して動作する。
レイヤ２は、ＭＡＣ副層（Medium Access Control sublayer）と、ＬＬＣ副層（Logical Link Control sublayer）と、から構成される。なお、ＭＡＣ副層を、単に、ＭＡＣ層（Medium Access Control layer）ともいい、ＬＬＣ副層（Logical Link Control sublayer）を、単に、ＬＬＣ層（Logical Link Control layer）ともいう。
【００４４】
ＭＡＣ層は、無線チャネルの通信管理として、フレーム制御及び同報通信（ブロードキャスト）を行う。路側通信機２のＭＡＣ層は、自機２に割り当てられた送信期間において、通信パケットを送信するため、送信タイミングを制御する処理を行う。
ＬＬＣ層は、上位層のエンティティ間でパケット伝送を行うために、確認なしコネクションレス型通信のサービスを提供する。
【００４５】
車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）は、車車間・路車間共用通信制御に必要な情報の生成と管理を行う。非特許文献１では、路路間通信は規定されていないが、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）は、路路間通信も管理する。車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）は、路側通信機２に割り当てられる送信期間が設定される管理情報ベース（ＭＩＢ）４１を有している。
ＭＡＣ層は、管理情報ベース（ＭＩＢ）４１に設定された送信期間を参照して、送信タイミングを決定する。
【００４６】
レイヤ７は、アプリケーションＡＰに対して通信制御手段を提供するためのものである。アプリケーションＡＰは、送信される通信パケットに格納されるアプリケーションデータ（交通情報、車両情報など）をレイヤ７に与えるとともに、受信した通信パケットに格納されていたアプリケーションデータをレイヤ７から取得する。
【００４７】
非特許文献２に規定される拡張層ＥＬは、レイヤ７の上位層として存在し、アプリケーションＡＰとレイヤ７との間の通信機能を拡張するためのものである。
拡張層ＥＬは、アプリケーションＡＰに対してデータ伝送サービスを提供する。アプリケーションＡＰは、送信される通信パケットに格納されるアプリケーションデータ（交通情報、車両情報など）を含む送信要求（EL-BaseStationBroadcastData要求又はEL-MobileStationBroadcastData要求）を拡張層ＥＬに与える。データ伝送サービス提供のため、拡張層ＥＬは、レイヤ７以下の下位階層に対してデータ伝送要求（BaseStationBroadcast要求又はMobileStationBroadcastData要求）を出す。
【００４８】
また、拡張層ＥＬは、アプリケーションＡＰから与えられたアプリケーションデータを分割し、分割データをレイヤ７に与えることができる。また、レイヤ７から受け取った分割データを結合させてアプリケーションＡＰに与えることができる。
なお、拡張層ＥＬは、レイヤ７とともに、セキュリティ管理ＳＥＣにアクセスすることができる。
【００４９】
図４に示す拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、レイヤ１、アプリケーションＡＰ、セキュリティ管理ＳＥＣ、及びシステム管理に相当する機能は、路側通信機２の無線通信部２０及び車載通信機の無線通信部それぞれによって実行される。
【００５０】
以下では、制御部（第２処理部）３０は、図４のアプリケーションＡＰに相当する機能を有し、無線部（第１処理部）４０は、図４のアプリケーションＡＰよりも下位の階層の機能（拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、及びレイヤ１に相当する機能を有する。無線部（第１処理部）４０は、セキュリティ管理ＳＥＣ及びシステム管理の機能をも有する。
【００５１】
本実施形態のアプリケーションＡＰは、複数のアプリケーションＡＰ１，ＡＰ２を有している。図４では、複数のアプリケーションとして、第１アプリケーションＡＰ１と第２アプリケーションＡＰ２とを示した。
【００５２】
例えば、第１アプリケーションＡＰ１は、路車間通信データを提供するためのアプリケーションであり、第２アプリケーションＡＰ２は、路路間通信データを提供するためのアプリケーションである。
【００５３】
［２．４  送信カテゴリ毎期間指定送信機能及び送信カテゴリ毎送信周期設定機能］
図５及び図６は、非特許文献３に規定する送信カテゴリ毎期間指定送信機能及び送信カテゴリ毎送信周期設定機能を示している。
ここで、送信カテゴリとは、送信データのカテゴリであり、例えば、送信データ（アプリケーションデータ）が路車間通信データであるか、路路間通信データであるかを示す。送信カテゴリは送信データのカテゴリ毎に送信期間を指定するための識別子として用いられる。
【００５４】
送信カテゴリ毎期間指定送信機能とは、送信データを、各送信データのカテゴリ毎に指定する送信期間に送信する機能である。送信カテゴリ毎期間指定送信機能より、路側通信機２に割り当てられた路側機送信期間ＳＬ１（基地局送信期間）のうち、どの送信期間ＳＬ１を路車間通信データの送信に用い、どの送信期間ＳＬ１を路路間通信データの送信に用いるかを指定することができる。
【００５５】
図５（ａ）（ｂ）は、二つの路側通信機（第１基地局及び第２基地局）それぞれのＩＶＣ−ＲＶＣ層のＭＩＢ４１に設定された情報を示している。
ここでは、第１基地局には、一の制御周期中の１６個の基地局送信期間ＳＬ１（ｎ＝１〜１６）のうち、ｎ＝４，５，１０の基地局送信期間ＳＬ１が割り当てられ、第２基地局には、ｎ＝６，７，１０の基地局送信期間ＳＬ１が割り当てられているものとする。
【００５６】
図５（ａ）に示すように、第１基地局に割り当てられたｎ＝４，５，１０送信期間ＳＬ１のうち、ｎ＝４，５には、送信カテゴリラベル（送信カテゴリ情報）として「０」が設定され、ｎ＝１０には、送信カテゴリラベル（送信カテゴリ情報）として「１」が設定されている。
図５（ｃ）に示すように、送信カテゴリラベル＝０は、路車間通信を示し、送信カテゴリラベル１は、路路間通信を示す。したがって、このように設定されたＭＩＢ４１を参照する第１基地局の無線部４０は、ｎ＝４，５のスロットを路車間通信用として用い、ｎ＝１０のスロットを路路間通信用スロットとして用いる。
【００５７】
同様に、図５（ｂ）に示すように、第２基地局に割り当てられたｎ＝６，７，１０送信期間ＳＬ１のうち、ｎ＝６，７には、送信カテゴリラベル（送信カテゴリ情報）として「０」が設定され、ｎ＝１０には、送信カテゴリラベル（送信カテゴリ情報）として「１」が設定されている。したがって、このように設定されたＭＩＢ４１を参照する第２基地局は、ｎ＝６，７のスロットを路車間通信用として用い、ｎ＝１０のスロットを路路間通信用スロットとして用いる。
【００５８】
送信カテゴリ毎送信周期設定機能は、送信カテゴリ毎に、送信周期を設定できるようにし、例えば、路路間通信データを、路車間通信データよりも長い送信周期で送信できるようにするための機能である。路路間通信データは、路車間通信データに比べて、送信頻度が少なく、一度に送信すべきデータ量も少ないため、路路間通信データの送信周期を、路車間通信データの送信周期よりも長くすることで、帯域を有効活用することができる。
送信周期は、図５（ａ）（ｂ）に示す「送信周期」として、送信期間ＳＬ１毎に設定される。
【００５９】
例えば、図５（ａ）に示すように、第１基地局に割り当てられた路車間通信用スロットＳＬ１（ｎ＝４，５）の送信周期は、１［×１０２ｍｓ］に設定されているので、第１基地局は、１制御周期（１００ｍｓ）毎に発生する送信期間（ｎ＝４，５）において路車間通信を行う。また、図５（ｂ）に示すように、第２基地局に割り当てられた路車間通信用スロットＳＬ１（ｎ＝６，７）の送信周期は、１［×１０２ｍｓ］に設定されているので、第２基地局は、１制御周期（１００ｍｓ）毎に発生する送信期間（ｎ＝６，７）において路車間通信を行う。
【００６０】
一方、図５（ａ）（ｂ）に示すように、第１基地局及び第２基地局に割り当てられた路路間通信用スロットＳＬ１（ｎ＝１０）の送信周期は、５［×１０２ｍｓ］に設定されているので、第１基地局は、５制御周期（５００ｍｓ）のうちの１回の制御周期において発生する送信期間（ｎ＝１０）において路路間通信を行う。
各基地局が、５制御周期のうちのどの制御周期において発生する送信期間において路路間通信を行うかは、図５（ａ）（ｂ）に示す「送信オフセット」によって、設定される。「送信オフセット」も送信期間ＳＬ１毎に設定可能である。図５（ａ）に示すように、第１基地局においては、ｎ＝１０の路路間通信用スロットには、送信オフセットが０［×１０２ｍｓ］に設定され、図５（ｂ）に示すように、第２基地局においては、ｎ＝１０の路路間通信用スロットには、送信オフセットが１［×１０２ｍｓ］に設定されている。
送信オフセットは、路路間通信が行われる送信期間が発生する制御周期の開始時点の、タイマリセット時点（タイマ値＝０）からのオフセットを示している。
【００６１】
図６は、ＭＩＢ４１が図５（ａ）（ｂ）のように設定されている場合の第１基地局及び第２基地局において、路路間通信データＤＩＲが送信されるタイミングを示している。なお、図６において路車間通信は省略している。
各基地局のＭＡＣ副層は、ＭＩＢ４１に設定された図５（ａ）（ｂ）の情報を参照して、タイマ（１秒周期タイマ又はＮ秒周期タイマ；Ｎは１以上の整数）４２が示すタイマ値に従って、送信タイミングを決定する。
タイマ４２が１秒周期タイマである場合、タイマ４２は、各基地局が受信するＧＰＳ信号に含まれる１ＰＰＳ信号（１秒周期の信号）によって、タイマ値がリセットされる。タイマ４２は、リセットされてから次のリセットまでタイマ値が増加し続ける。
【００６２】
送信オフセットは、路路間通信が行われる送信期間が発生する制御周期の開始時点の、タイマリセット時点（タイマ値＝０）からのオフセットを示している。
第１基地局は、設定された送信オフセットが０［×１０２ｍｓ］であるので、タイマリセット直後（送信オフセット＝０［×１０２ｍｓ］）の制御周期において発生する送信期間において、路路間通信データＤＩＲが送信され、その制御周期から送信周期＝５［×１０２ｍｓ］後の制御周期において、次の路路間通信データＤＩＲの送信が行われ、その後も、５００ｍｓ毎に路路間通信データＤＩＲの送信が行われる。
【００６３】
一方、第２基地局は、設定された送信オフセットが１［×１０２ｍｓ］であるので、タイマリセットから１００ｍｓ後の制御周期において発生する送信期間において、路路間通信データＤＩＲが送信され、その制御周期から送信周期＝５［×１０２ｍｓ］後の制御周期において、次の路路間通信データＤＩＲの送信が行われ、その後も、５００ｍｓ毎に路路間通信データＤＩＲの送信が行われる。
【００６４】
以上のように、送信オフセットを基地局毎に異ならせることで、同じ路側送信期間（ｎ＝１０）が割り当てられている第１基地局及び第２基地局は、異なる送信タイミングで路路間通信を行うことができる。したがって、第１基地局及び第２基地局が隣接配置されていても干渉を防止することができる。
【００６５】
［２．５  上位階層への送信タイミング通知］
図７は、データ送信に関する基地局の機能ブロックを示している。上位階層（アプリケーション；制御部）３０は、送信すべきデータ（アプリケーションデータ）を蓄積する送信データバッファ３２、下位階層（無線部）４０に対してデータの送信要求を行う送信要求部３４と、タイミング受領部３６と、カテゴリ識別部３８と、を備えている。下位階層（レイヤ１〜拡張層ＥＬ；無線部）４０は、ＩＶＣ−ＲＶＣ層に設けられたＭＩＢ４１のほか、Ｎ秒周期タイマ４２、タイマ４２を管理するタイマ管理部４４、データの送信タイミングを制御する送信タイミング制御部４６、タイミング通知部４８を備えている。本実施形態において、タイマ管理部４４、送信タイミング制御部４６、タイミング通知部４８は、ＭＡＣ副層が有する機能である。Ｎ秒周期タイマ４２は、非特許文献３に規定する送信カテゴリ毎送信周期設定用Ｎ秒周期タイマとして機能する。
【００６６】
タイマ４２を管理するとともにＭＩＢ４１を参照して送信タイミングを決定するＭＡＣ副層（下位階層）にとっては、送信タイミングは自明であるものの、ＭＡＣ副層よりも上位階層にとっては、送信タイミングは自明ではない。ところが、アプリケーションＡＰなどの上位階層は、タイマを管理する機能を有していなくても、適切なタイミングで送信データを下位階層であるＭＡＣ副層に渡す必要がある。
【００６７】
例えば、上位階層が下位階層に送信データを受け渡すのが遅れた場合、送信が期待される送信期間では送信データを送ることができない可能性がある。とりわけ、非特許文献１〜３に準拠した場合、送ることができなかった送信データを次の送信期間において送信しようとしても、別の新たな送信データが下位階層に渡されることにより、古いデータが上書きされてしまい、古いデータを送信ができなくなる可能性がある。
また、上位階層が下位階層に送信データを受け渡すのが早すぎた場合、送信データが実際に送信されるまでの時間が、上位階層が期待する所要時間を大幅に超える場合がある。例えば、当該上位階層が当該下位階層にリアルタイム性の低い送信データを渡した直後にリアルタイム性の高い情報が生じた場合、上位階層は次の送信タイミングまで当該データを保持することになってしまい、リアルタイム性が重視される送信データの内容の正確性に問題を生じるおそれがある。一方、当該上位階層が適切なタイミングで下位階層に送信データを渡すことができれば、リアルタイム性の高い送信データを優先して送信することが可能となる。
したがって、アプリケーションＡＰなどの上位階層は、適切なタイミングで送信データを下位階層であるＭＡＣ副層に渡す必要がある。
【００６８】
しかし、アプリケーションＡＰが、下位階層に対して送信データを渡すタイミングを正確に把握するのは困難である。アプリケーションＡＰのような上位階層がＭＡＣ副層と同様に送信タイミングを把握するには、アプリケーションＡＰもタイマを有し、ＭＩＢ４１に設定されている情報と同様の情報を持つことが考えられる。しかし、ＭＡＣ副層が管理するタイマ４２とは別にアプリケーションＡＰが管理するタイマを具備させると、コスト増加となる。しかも、両タイマ間の同期も問題となる。両タイマの同期がとれていなければ、アプリケーションＡＰは正確な送信タイミングを把握することができないが、タイマ同期のための機能を具備させると更なるコスト増加につながる。
【００６９】
そこで、本実施形態では、図８，９に示すように、送信タイミングを把握することが可能な下位階層（無線部４０）のタイミング通知部４８が、タイマ４２のタイマ値と、ＭＩＢ４１に設定された送信期間の設定情報（図５参照）と、に基づいて、タイミング通知（送信タイミング情報）Ｔ１〜Ｔ４を、上位階層（制御部３０）に与える。タイミング通知Ｔ１〜Ｔ４は、下位階層（無線部４０）に対して送信データを渡すタイミングを、上位階層(制御部３０)に知らせるための送信タイミング情報である。上位階層は、タイミング通知を受けることで下位階層にデータを渡すタイミングを把握することができる。
【００７０】
タイミング通知Ｔ１〜Ｔ４は、ある制御周期（対象制御周期）において送信されるべき送信データの送信タイミングを、当該制御周期の一つ前の制御周期において、下位階層（無線部４０）から上位階層（アプリケーションＡＰ；制御部３０）に与えられる。
例えば、図８において、０．１ｓｅｃから０．２ｓｅｃ間の制御周期（対象制御周期）において生じる送信期間（路路間通信データＤＩＲ１が送信される送信期間）についてのタイミング通知Ｔ１は、０．１ｓｅｃから０．２ｓｅｃ間の制御周期の一つ前の制御周期である０ｓｅｃから０．１ｓｅｃ間の制御周期において、無線部４０から制御部３０に与えられる。
【００７１】
タイミング通知Ｔ１〜Ｔ４は、対象制御周期（０．１ｓｅｃから０．２ｓｅｃ）の開始（０．１ｓｅｃの時点）よりも、所定時間Δｔ時間前に、制御部３０へ与えられ、他の対象制御周期（０．３ｓｅｃから０．４ｓｅｃ，０．５ｓｅｃから０．６ｓｅｃ，０．７ｓｅｃから０．８ｓｅｃ，０．９ｓｅｃから１．０ｓｅｃの各制御周期）についても同様である。
所定時間Δｔは、タイミング通知Ｔ１〜Ｔ４を受け取った制御部３０が、無線部４０（ＭＡＣ副層）へ送信データ（路路間通信データ）を、対象制御周期の開始（例えば０．１ｓｅｃの時点）の前に渡すための所要時間が確保された時間である。アプリケーションＡＰからＭＡＣ副層までデータが届くには、各階層における処理及びセキュリティ処理などの処理を要するため、前記所定時間Δｔが、その処理に通常要する時間以上の時間に設定されていることで、送信すべきデータを、そのデータが送信される送信期間が発生する制御周期（対象制御周期）の前に、ＭＡＣ副層において送信可能な状態とすることができる。
【００７２】
また、送信すべきデータが、対象制御周期の開始前において、ＭＡＣ副層において送信可能な状態となることで、送信期間が、対象制御周期中のどの時点で（例えば、開始直後に）発生しても、送信することが可能である。
【００７３】
図８では、路路間通信データは、０．２ｓｅｃ毎（２制御周期毎）に送信されるが、制御部３０のタイミング受領部３６は、路路間通信データを無線部４０に渡すためのタイミングを、０．２ｓｅｃ毎に到来する対象制御周期の前の制御周期において、無線部４０からタイミング通知Ｔ１として受け取る。制御部３０の送信要求部３４は、そのタイミング通知Ｔ１に応じて、送信データバッファ３２に蓄積されている送信データを、無線部４０に渡すことで送信要求を行う。ＭＡＣ副層にある送信タイミング制御部４６は、各対象制御周期の開始前までに送信データを受け取り、対象制御周期内の送信期間において、受け取った送信データを送信することができる。
したがって、制御部３０は、送信タイミングを管理していなくても、無線部４０からのタイミング通知Ｔ１に基づいて、適切なタイミングで送信データを無線部４０に渡すことができる。
【００７４】
しかも、非特許文献１において１秒周期タイマとして規定されていたタイマが、非特許文献３においては、Ｎ秒周期タイマとして規定されており、リセット周期が任意のＮ秒に拡張されている。つまり、ＭＡＣ副層が、何秒周期でリセットされるタイマに基づいて送信タイミングを決定するかは、非特許文献３において保証されていない。
【００７５】
このため、非特許文献３に準拠した無線部４０に対して送信データを渡す制御部３０（アプリケーションＡＰ）を、無線部４０とは別モジュールとして設計する場合、無線部４０のタイマ４２が何秒周期であっても対応する必要がある。この場合、前述のように制御部３０にもタイマを設けるやり方であると、制御部３０の設計が困難になるが、本実施形態のように、制御部３０が無線部４０からタイミング通知を受ける方式であると、制御部３０にタイマを設ける必要がなく、無線部４０のタイマが何秒周期であっても対応することができる。
【００７６】
なお、本実施形態において、タイミング通知を生成するタイミング通知部４８は、ＭＡＣ副層に設けられている。タイミング通知は、ＭＡＣ副層から、アプリケーションＡＰに直接与えられる。
ただし、タイミング通知部４８は、無線部４０が有する他の階層（例えば、ＩＶＣ−ＲＶＣ層）に設けられていても良い。
【００７７】
図８，９に示すように、タイミング通知Ｔ１〜Ｔ４は、対象制御周期において送信されるべき送信データのカテゴリを制御部３０のカテゴリ識別部３８が識別するために用いられる付加情報（送信カテゴリ識別情報）を含んでいる。
図８，９に示す送信カテゴリ識別情報は、複数のビット（４ビット）からなる情報であり、各ビットが各送信カテゴリに割り当てられている。具体的には、送信カテゴリ情報の「ｂｉｔ０」は路車用ビットであり、このビットが「１」であると、タイミング通知Ｔ１〜Ｔ４が路車間通信データについてのタイミングの通知であることを示している。送信カテゴリ情報の「ｂｉｔ１」は路路用ビットであり、このビットが「１」であると、タイミング通知Ｔ１〜Ｔ４が路路間通信データについてのタイミングの通知であることを示している。なお、図８，９において「ｂｉｔ３」及び「ｂｉｔ４」は他のカテゴリを示すために用いることができる。
【００７８】
図８に示す送信カテゴリ情報のように、「ｂｉｔ１」だけが「１」である場合、この送信カテゴリ情報を含むタイミング通知Ｔ１は、路路間通信データだけについてのタイミングの通知となる。一方、図９に示すタイミング通知Ｔ２の送信カテゴリ情報のように、「ｂｉｔ０」及び「ｂｉｔ１」が「１」の場合、この送信カテゴリ情報を含むタイミング通知Ｔ２は、路車間通信データ及び路路間通信データについてのタイミングの通知となる。また、図９に示すタイミング通知Ｔ３の送信カテゴリ情報のように、「ｂｉｔ０」だけが「１」の場合、この送信カテゴリ情報を含むタイミング通知Ｔ３は、路車間通信データだけについてのタイミング通知となる。
このように、送信カテゴリ情報は、一又は複数の送信データのカテゴリを示すことができる。
【００７９】
図９では、路車間通信データは、０．１ｓｅｃから０．２ｓｅｃの制御周期と、０．４ｓｅｃから０．５ｓｅｃの制御周期と、において送信され、路路間通信データは、０．１ｓｅｃから０．２ｓｅｃの制御周期において送信されるものとする。
この場合、０．１ｓｅｃから０．２ｓｅｃの制御周期において送信されるべき路車間通信データＤＲＶ１及び路路間通信データＤＩＲ１のためのタイミング通知Ｔ２は、０ｓｅｃから０．１ｓｅｃの間において、無線部４０のタイミング通知部４８から制御部３０のタイミング受領部３６に与えられる。このタイミング通知Ｔ２では、送信カテゴリ情報のｂｉｔ１及びｂｉｔ０が「１」に設定されているため、制御部３０のカテゴリ識別部３８は、タイミング通知Ｔ２が、路車間通信データＤＲＶ１及び路路間通信データＤＩＲ１のためのタイミング通知であることの識別（送信データのカテゴリ識別）を行うことができる。
送信要求部３４は、識別部３８にて識別されたカテゴリの送信データ（路車間通信データＤＲＶ１及び路路間通信データＤＩＲ１）を送信データバッファ３２から取り出して、無線部４０に渡す（送信データの送信要求）。
【００８０】
また、０．４ｓｅｃから０．５ｓｅｃの制御周期において送信されるべき路車間通信データＤＲＶ２のためのタイミング通知Ｔ３は、０．３ｓｅｃから０．４ｓｅｃの間において、無線部４０のタイミング通知部４８から制御部３０のタイミング受領部３６に与えられる。このタイミング通知Ｔ３では、送信カテゴリ情報のｂｉｔ０だけが「１」に設定されるため、制御部３０のカテゴリ識別部３８は、タイミング通知Ｔ３が、路車間通信データＤＲＶ２のためのタイミング通知であることの識別（送信データのカテゴリ識別）を行うことができる。
送信要求部３４は、識別部３８にて識別されたカテゴリの送信データ（路車間通信データＤＲＶ２）を送信データバッファ３２から取り出して、無線部４０に渡す（送信データの送信要求）。
【００８１】
以上のように、タイミング通知に、付加情報（送信カテゴリ情報）が含まれていることで、制御部３０は、タイミング通知がどのカテゴリの送信データについてのタイミングを示すのかを識別することができる。なお、付加情報は、送信カテゴリそのものを示す情報である必要はなく、制御部３０が、無線部４０に渡すべき送信データのカテゴリを識別するために用いられる情報であれば足りる。つまり、カテゴリ識別部３８が、無線部４０に渡すべき送信データのカテゴリを識別する処理において用いられる情報であればよい。
また、制御部３０は、タイミング通知を受けた場合であっても、送信データバッファ３２に識別されたカテゴリの送信データがない場合には、無線部４０へデータを渡すことはしない。
【００８２】
なお、図８の０．２ｓｅｃから０．３ｓｅｃの制御周期、０．４から０．５の制御周期、０．６から０．７の制御周期、及び０．８から０．９の制御周期、並びに、図９の０．２ｓｅｃから０．３ｓｅｃの制御周期及び０．３から０．４の制御周期では、送信データの送信が行われないため、図８及び図９では、これらの制御周期の直前の制御周期では、タイミング通知を行わない様子を示している。タイミング通知を行う必要がない場合にタイミング通知を行わないことで無駄なタイミング通知処理の発生を回避できる。
つまり、タイミング通知部４８は、タイミング通知を行う必要がある場合にだけタイミング通知を行い、タイミング通知を行う必要がない場合にタイミング通知を行わないようにすることができる。
【００８３】
ただし、データ送信が行われない制御周期の直前の制御周期においてもタイミング通知Ｔ４を行っても良い。この場合、送信カテゴリ情報は、図９におけるタイミング通知Ｔ４についての送信カテゴリ情報のようにｂｉｔ３からｂｉｔ０までの全てのビットが「０」に設定されていてもよい。この設定の場合、タイミング通知Ｔ４はいずれのカテゴリの送信データのためのものでもないことを示す。このように送信カテゴリ情報が「ｎｕｌｌ」であるタイミング通知Ｔ４を採用することで、タイミング通知を行う必要がない場合にもタイミング通知を行うことができる。したがって、例えば、タイミング通知は、制御周期（１００ｍｓｅｃ）毎に定期的に行うようにして、タイミング通知をするかしないかの判断処理を省略させることができる。つまり、タイミング通知部４８は、タイミング通知の必要性の有無にかかわらず、定期的にタイミング通知を行い、本来はタイミング通知が必要ない時点でのタイミング通知には、送信カテゴリ情報が、いずれのカテゴリでもないこと（「ｎｕｌｌ」＝全ビットが０）を示すようにすることができる。
【００８４】
また、図２に示す無線通信部２０は、一つの一体的な処理モジュールとして構成されていてもよいし、制御部３０と無線部４０とがそれぞれ別の独立した処理モジュールとして構成され、制御部３０を構成する処理モジュールと無線部４０を構成する処理モジュールの組み合わせによって無線通信部２０が構成されていてもよい。
【００８５】
また、上記の説明では、アプリケーションＡＰの機能だけを上位階層（制御部３０）に対応させ、拡張層ＥＬ以下の機能を下位階層（無線部）に対応させて説明したが、かかる対応に限定されるものではない。例えば、上位階層（制御部３０）は、アプリケーションＡＰ及び拡張層ＥＬの機能を有し、下位階層（無線部４０）は、レイヤ７以下の階層の機能を有していても良い。非特許文献１〜３に準拠する場合、下位階層はＭＡＣ副層の機能を有していれば足り、上位階層は、ＭＡＣ副層よりも上位にある少なくともいずれか一つの階層の機能を有していれば足りる。
また、Ｎ秒周期タイマ４２は、１秒周期タイマであってもよい。
また、ＭＡＣ副層によって生成されたタイミング通知は、順次上位の階層に与えられ、拡張層がアプリケーションＡＰに対してタイミング通知を行ってもよい。
【００８６】
［３．付記］
上記実施の形態および変形例は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００８７】
１：交通信号機
２：路側通信機（基地局；無線通信装置）
２Ａ：オンライン路側通信機
２Ｂ：スタンドアローン路側通信機
４：中央装置
５：車両
６：路側センサ
７：有線通信回線
８：ルータ
２０：無線通信部
３０：制御部
３２：送信データバッファ
３４：送信要求部
３６：タイミング受領部
３８：カテゴリ識別部
４０：無線部
４１：ＭＩＢ（管理情報ベース）
４２：Ｎ秒周期タイマ
４４：タイマ管理部
４６：送信タイミング制御部
４８：タイミング通知部
Ａ１：交差点
Ａ２：交差点
Ａ３：交差点
Ａ４：交差点
Ａ５：交差点
ＡＰ：アプリケーション
ＡＰ１：第１アプリケーション
ＡＰ２：第２アプリケーション
Ｂ１：交差点
Ｂ２：交差点
Ｂ３：交差点
Ｂ４：交差点
Ｂ５：交差点
ＥＬ：拡張層
Ｌ７：レイヤ７
【図１】
2016032134.tif 000003
【図２】
2016032134.tif 000004
【図３】
2016032134.tif 000005
【図４】
2016032134.tif 000006
【図５】
2016032134.tif 000007
【図６】
2016032134.tif 000008
【図７】
2016032134.tif 000009
【図８】
2016032134.tif 000010
【図９】
2016032134.tif 000011