(57)【要約】【課題】アプリケーションデータのデータカテゴリに応じて、分割データの送信を制御する。【解決手段】本発明は、データカテゴリが異なる複数のアプリケーションデータを送信可能な通信機２に関する。通信機２は、アプリケーションデータを分割して複数の分割データを生成する分割処理部ＥＬと、複数の分割データを、通信機２が送信可能な送信期間において送信させる送信処理部ＭＡＣと、を備えている。分割処理部ＥＬは、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成する。送信処理部ＭＡＣは、送信期間における分割データの送信を、カテゴリ情報に基づいて制御する。【選択図】図８
2014072825.tif 000002
【特許請求の範囲】
【請求項１】
データカテゴリが異なる複数のアプリケーションデータを送信可能な通信機であって、
前記アプリケーションデータを分割して複数の分割データを生成する分割処理部と、
複数の前記分割データを、前記通信機が送信可能な送信期間において送信させる送信処理部と、
を備え、
前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、
前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御する
ことを特徴とする通信機。
【請求項２】
前記送信処理部は、前記カテゴリ情報に基づいて、前記データカテゴリが異なる複数の前記分割データが、同一の送信期間において送信されないように制御する
請求項１記載の通信機。
【請求項３】
前記通信機が送信可能な前記送信期間は、複数設定され、
複数の前記送信期間それぞれには、前記データカテゴリに対応する送信カテゴリが設定され、
前記送信処理部は、複数の前記分割データそれぞれが、前記分割データの前記データカテゴリに対応する前記送信カテゴリの前記送信期間において送信されるように制御する
請求項１又は２記載の通信機。
【請求項４】
複数の前記送信期間は、同一の送信カテゴリの複数の前記送信期間の間には、他の送信カテゴリの前記送信期間が介在しないように設定されている
請求項３記載の通信機。
【請求項５】
前記分割処理部は、前記送信期間の期間長を参照して、前記アプリケーションデータの分割を行い、
前記分割処理部が参照する前記送信期間の前記期間長は、分割対象の前記アプリケーションデータの前記データカテゴリに対応する送信カテゴリの前記送信期間の期間長である
請求項３又は４記載の通信機。
【請求項６】
データカテゴリが異なる複数のアプリケーションデータを送信する方法であって、
分割処理部に、前記アプリケーションデータを分割した複数の分割データを生成させ、
送信処理部に、複数の前記分割データを送信期間において送信させるための処理を行わせる、
ことを含み、
前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、
前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御する
ことを特徴とする送信方法。
【請求項７】
請求項１記載の通信機において、データカテゴリが異なる複数のアプリケーションデータを送信させるための処理を行う通信処理装置であって、
前記アプリケーションデータを分割して複数の分割データを生成する分割処理部と、
複数の前記分割データを、前記通信機が送信可能な送信期間において送信させる送信処理部と、
を備え、
前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、
前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御する
ことを特徴とする通信処理装置。
【請求項８】
コンピュータを、請求項７記載の通信処理装置として機能させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機、送信方法、通信処理装置、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、路車間通信、車車間通信による高度道路交通システム（ＩＴＳ）が検討されている。路車間通信とは、路側通信機（基地局）と車載通信機（移動局）との間の通信であり、車車間通信とは、車載通信機（移動局）間の通信である。
このような高度道路交通システムのための通信方式については、標準規格及びガイドラインが制定されている（非特許文献１，２参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】一般社団法人電波産業会、”７００ＭＨｚ帯高度道路交通システム  ＡＲＩＢ−ＳＴＤＴ１０９ １．０版“，［online］、平成２４年２月１４日、［平成２４年９月１８日検索］、インターネット<http://www.arib.or.jp/tyosakenkyu/kikaku_tushin/tsushin_kikaku_number.html>
【非特許文献２】ＩＴＳ情報通信システム推進会議、”７００ＭＨｚ帯高度道路交通システム拡張機能ガイドライン  ＩＴＳ  ＦＯＲＵＭ  ＲＣ−０１０  １．０版”，[online]、２０１２年３月２６日、［平成２４年９月１８日検索］、インターネット<http://www.itsforum.gr.jp/>
【発明の概要】
【発明が解決しようとする課題】
【０００４】
非特許文献１の標準規格及び非特許文献２のガイドラインが適用された路側通信機が、アプリケーションデータを送信する場合、非特許文献２のガイドラインに記載の拡張層（ＥＬ）を用いたデータ分割が行われることが想定される。
アプリケーションデータは、その種類が複数あり、かつ個々のアプリケーションデータのサイズが大きいため、非特許文献１の標準規格に従って送信するには、比較的小さいサイズのデータにする必要があるためである。
【０００５】
非特許文献２において、分割データの送信は、以下のようにして行われる。
すなわち、路側通信機において、分割データを生成する拡張層は、複数の分割データそれぞれに対し、「SequenceNunber」を設定する。「SequenceNumber」は分割データの順番（Sequence）と総数（TotalNumber）とから構成される。総数は、所定の送信周期（１００ｍｓ）毎に到来する送信期間において送信すべき分割データの数を示している。
【０００６】
ＭＡＣ副層は、送信期間（路車間通信期間）の開始前まで、上位層（拡張層とＭＡＣ副層の間にあるＬＬＣ副層）から受領した分割データ（ＭＳＤＵ；MAC Service Data Unit）を保持する。ＭＡＣ副層は、保持した分割データの「SequenceNunber」の順番と総数とを参照し、総数に示された一連の分割データ（ＭＳＤＵ）群がすべて揃っていれば、所定の送信周期（１００ｍｓ）毎に到来する送信期間（路車間通信期間）の開始時から順に、ＭＰＤＵ（MAC Protocol Data Unit）の生成を行い、レイヤ１に対して、送信要求を行う。
【０００７】
このように、非特許文献１，２に準拠すると、ＭＡＣ副層は、複数の分割データを順番に送信するため、送信期間を効率的に利用して分割データを送信することができる。
これに対し、本発明者らは、複数の分割データを、送信期間において、単に順番に送信するよりも、データの受信側を考慮した、より適切な送信の仕方を見出した。
【０００８】
そこで、本発明は、分割データをより適切に送信できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
（１）一の観点からみた本発明は、データカテゴリが異なる複数のアプリケーションデータを送信可能な通信機であって、前記アプリケーションデータを分割して複数の分割データを生成する分割処理部と、複数の前記分割データを、前記通信機が送信可能な送信期間において送信させる送信処理部と、を備え、前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御することを特徴とする通信機である。
【００１０】
上記本発明によれば、分割処理部は、分割データそれぞれのデータカテゴリを示すカテゴリ情報を生成する。したがって、送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御することができる。
【００１１】
上記本発明のように、分割データのデータカテゴリに基づいて分割データの送信を制御すると、より適切な送信が可能になる。
例えば、路側通信機には、所定の送信周期（１００ｍｓ）毎に到来する複数の送信期間が設定される場合がある。この場合において、上記本発明によれば、複数の送信期間をデータカテゴリに応じて使い分けることが可能である。
【００１２】
これに対し、従来、拡張層が設定する「SequenceNunber」においては、アプリケーションデータのデータカテゴリの相違は考慮されない。
つまり、所定の送信周期（１００ｍｓ）毎に到来する送信期間において送信すべきアプリケーションデータに、データカテゴリの異なる複数のアプリケーションデータが含まれていても、「SequenceNumber」の順番（Sequence）と総数（TotalNumber）の設定では、データカテゴリの相違は考慮されない。
【００１３】
したがって、「SequenceNumber」を参照するＭＡＣ副層では、「SequenceNunber」を参照しても、送信期間の開始時点から順に、「SequenceNunber」が示す順番に従って、分割データをそれぞれの送信要求を行うことになり、送信タイミングの決定に際し、データカテゴリは考慮されない。
【００１４】
この結果、単に、「SequenceNumber」を参照するだけの従来のＭＡＣ副層では、アプリケーションデータのデータカテゴリに応じて、分割データの送信を制御したい場合であっても、そのような制御を行うことができない。
しかし、上記本発明によれば、複数の送信期間をデータカテゴリに応じて使い分けることが可能となり、より適切な送信が可能となる。
【００１５】
（２）前記送信処理部は、前記カテゴリ情報に基づいて、前記データカテゴリが異なる複数の前記分割データが、同一の送信期間において送信されないように制御するのが好ましい。この場合、データカテゴリが異なる複数の分割データが、同一の送信期間において送信されることを防止できる。
【００１６】
（３）前記通信機が送信可能な前記送信期間は、複数設定され、複数の前記送信期間それぞれには、前記データカテゴリに対応する送信カテゴリが設定され、前記送信処理部は、複数の前記分割データそれぞれが、前記分割データの前記データカテゴリに対応する前記送信カテゴリの前記送信期間において送信されるように制御するのが好ましい。
この場合、分割データは、その分割データのデータカテゴリに対応する送信カテゴリの送信期間において送信される。
【００１７】
（４）複数の前記送信期間は、同一の送信カテゴリの複数の前記送信期間の間には、他の送信カテゴリの前記送信期間が介在しないように設定されているのが好ましい。同一の送信カテゴリの複数の送信期間の間に、他の送信カテゴリの送信期間が介在している場合、受信側は、データを記憶するための記憶部のサイズを大きくしなければならない。しかし、同一の送信カテゴリの複数の送信期間の間には、他の送信カテゴリの前記送信期間が介在しないように設定されていると、記憶部のサイズの増大を防止できる。
【００１８】
（５）前記分割処理部は、前記送信期間の期間長を参照して、前記アプリケーションデータの分割を行い、前記分割処理部が参照する前記送信期間の前記期間長は、分割対象の前記アプリケーションデータの前記データカテゴリに対応する送信カテゴリの前記送信期間の期間長であるのが好ましい。この場合、送信期間の期間長が、送信期間毎に異なっていても、分割対象のアプリケーションデータのデータカテゴリに対応する送信カテゴリの送信期間の期間長を考慮して、適切なデータ分割を行える。
【００１９】
（６）他の観点からみた本発明は、データカテゴリが異なる複数のアプリケーションデータを送信する方法であって、分割処理部に、前記アプリケーションデータを分割した複数の分割データを生成させ、送信処理部に、複数の前記分割データを送信期間において送信させるための処理を行わせる、ことを含み、前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御することを特徴とする送信方法である。
【００２０】
（７）他の観点からみた本発明は、前記（１）〜（５）のいずれか１項に記載の通信機において、データカテゴリが異なる複数のアプリケーションデータを送信させるための処理を行う通信処理装置であって、前記アプリケーションデータを分割して複数の分割データを生成する分割処理部と、複数の前記分割データを、前記通信機が送信可能な送信期間において送信させる送信処理部と、を備え、前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御することを特徴とする通信処理装置である。
【００２１】
（８）他の観点からみた本発明は、コンピュータを、前期通信処理装置として機能させるためのコンピュータプログラムである。
【発明の効果】
【００２２】
本発明によれば、分割データを適切に送信することができる。
【図面の簡単な説明】
【００２３】
【図１】高度道路交通システムの実施の一形態を示す概略斜視図である。
【図２】路側通信機の構成図である。
【図３】（ａ）は無線フレーム（スーパーフレーム）を示す図であり、（ｂ）は無線フレーム中の送信期間と送信禁止期間を示す図であり、（ｃ）は送信期間の送信カテゴリを示す図である。
【図４】送信制御変数ＲＴＣ（ｍ）のデータ構造図である。
【図５】通信機のプロトコルスタックを示す図である。
【図６】パケット構造を示す図である。
【図７】（ａ）はＥＬ基地局ヘッダ構造を示す図であり、（ｂ）はデータ関連情報のデータ構造図であり、（ｂ）はデータ関連情報の説明ブロックであり、（ｄ）は分割番号のデータ構造図であり、（ｅ）は分割番号の説明ブロックである。
【図８】データ送信処理の手順を示す図である。
【図９】（ａ）はデータ関連情報のデータ構造図であり、（ｂ）はデータ関連情報の説明ブロックである。
【図１０】（ａ）は制御情報のデータ構造図であり、（ｂ）は制御情報の説明ブロックである。
【図１１】分割処理のフローチャートである。
【図１２】（ａ）はシーケンスナンバのデータ構造図であり、（ｂ）はシーケンスナンバの説明ブロックである。
【図１３】アプリケーションデータの分割の仕方の説明図である。
【図１４】比較例１に係る分割データ送信の説明図である。
【図１５】路路間通信における干渉発生の説明図である。
【図１６】比較例２に係る分割データ送信の説明図である。
【図１７】実施形態に係る分割データ送信の説明図である。
【図１８】実施形態に係る分割データ送信の説明図である。
【図１９】（ａ）は第２実施形態において用いられるシーケンスナンバのデータ構造図であり、（ｂ）はシーケンスナンバの説明ブロックである。
【発明を実施するための形態】
【００２４】
［１．第１実施形態］
図１は、本発明の一実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。なお、本実施形態では、道路構造の一例として、南北方向と東西方向の複数の道路が互いに交差した碁盤目構造を想定している。
図１に示すように、本実施形態の高度道路交通システムは、交通信号機１、路側通信機（通信機）２、車載通信機（通信機）３（図２参照）、中央装置４、車載通信機３を搭載した車両５、及び、車両感知器や監視カメラ等よりなる路側センサ６を含む。
なお、本実施形態において特に説明しない点については、非特許文献１，２に準拠する。
【００２５】
交通信号機１と路側通信機２は、複数の交差点Ａ１〜Ａ５，Ｂ１〜Ｂ５、Ｃ１〜Ｃ５，Ｄ１〜Ｄ５のそれぞれに設置されており、電話回線等の有線通信回線７を介してルータ８に接続されている。このルータ８は交通管制センター内の中央装置４に接続されている。
中央装置４は、自身が管轄するエリアの交通信号機１及び路側通信機２とＬＡＮ（Local Area Network）を構成している。なお、中央装置４は、交通管制センターではなく道路上に設置してもよい。
【００２６】
路側センサ６は、各交差点に流入する車両台数をカウントする等の目的で、管轄エリア内の道路の各所に設置されている。この路側センサ６は、直下を通行する車両５を超音波感知する車両感知器、或いは、道路の交通状況を時系列に撮影する監視カメラ等よりなり、感知情報や画像データは通信回線７を介して中央装置４に送信される。
なお、図１では、図示を簡略化するために、各交差点に信号灯器が１つだけ描写されているが、実際の各交差点には、互いに交差する道路の上り下り用として少なくとも４つの信号灯器が設置されている。
【００２７】
高度道路交通システムにおいて、無線通信システムを構成する、複数の交差点それぞれに設置された複数の路側通信機（通信機）２は、その周囲を走行する車両の車載通信機３との間で無線通信（路車間通信）が可能である。
また、各路側通信機２は、自己の送信波が到達する所定範囲内に位置する他の路側通信機２とも無線通信（路路間通信）が可能である。
また、同じく無線通信システムを構成する車載通信機（通信機）３は、路側通信機２との間で無線通信を行うとともに、キャリアセンス方式で他の車載通信機３と無線通信（車車間通信）が可能である。
【００２８】
路側通信機２は、図２に示すように、無線通信のためのアンテナ２０が接続された無線通信部（ＲＦ部；ＰＨＹ部）２１と、有線通信回線７を介して中央装置４と通信するための有線通信部２２と、通信制御処理を行う通信処理装置２５と、を備えている。
通信処理装置２５は、制御部２３と、必要な情報を記憶する記憶部２４と、を備えている。制御部２３は、無線通信及び有線通信の通信制御処理を行う。記憶部２４は、無線通信及び優先通信のために必要な情報を記憶する。
【００２９】
通信処理装置２５は、その機能の一部又は全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部又は全部が、コンピュータプログラムによって実現されていてもよい。通信処理装置２５の機能の一部又は全部がコンピュータプログラムによって実現される場合、通信処理装置２５（制御部２３）は、コンピュータを含み、コンピュータによって実行されるコンピュータプログラムは、記憶部２４に記憶される。
【００３０】
図３（ａ）は、無線通信システムにおいて用いられる無線フレーム（スーパーフレーム）を示している。この無線フレームは、その時間軸方向の長さ（フレーム長）が１００ｍｓに設定されている。つまり、１秒間に１０フレームが発生する。
フレームは、例えば、路側通信機２が有するＧＰＳ受信機（図示省略）によって受信したＧＰＳ信号に含まれる１ＰＰＳ（１秒周期の信号）に基づいて生成される。
【００３１】
一つの無線フレーム（１００ｍｓ）は、複数の路車間通信期間ＳＬ１と、複数の車車間通信期間ＳＬ２と、を含んで構成されている。
路車間通信期間ＳＬ１は、路側通信機２に割り当てられる路車間通信用のタイムスロット（路側通信機用送信期間）であり、この時間帯ＳＬ１においては、路側通信機２による無線送信が許容される。路車間通信期間ＳＬ１は、一つの無線フレーム（１００ｍｓ）内に最大１６個まで設定可能である。
【００３２】
車車間通信期間ＳＬ２は、車載通信機３用のタイムスロット（車用通信期間）であり、この時間帯ＳＬ２は車載通信機３による無線送信用として開放するため、路側通信機２は路車間通信期間ＳＬ２では無線送信を行わない。
【００３３】
無線フレームに含まれている路車間通信期間ＳＬ１と、車車間通信期間ＳＬ２とは、時間軸方向に交互に配置されている。
路車間通信期間ＳＬ１には、それぞれスロット番号ｉ（＝１〜１６）が付されている。
【００３４】
それぞれの路側通信機２には、無線フレームに含まれる複数の路車間通信期間ＳＬ１のうちの、一つ又は複数の路車間通信期間ＳＬ１が送信期間として設定され、その他の路車間通信期間ＳＬ１は送信が禁止される。すなわち、路側通信機２にとっては、車車間通信期間ＳＬ２及び自機２に割り当てられていない路車間通信期間ＳＬ１は、送信禁止期間となる。
図３（ｂ）では、路側通信機２にｎ＝４，５，６の３つの路車間通信期間ＳＬ１が送信期間として割り当てられている場合の送信禁止期間を示している。路側通信機２は、送信禁止期間以外の期間（送信期間）でデータ送信を行う。
【００３５】
路側通信機は、制御部２３は記憶部２４のＭＩＢ（Management Information Base）２４ａに設定された送信制御変数ＲＴＣ（ｍ）を参照して、送信禁止期間を設定する。
図４は、送信制御変数ＲＴＣ（ｍ）を示している。非特許文献１において、送信制御変数ＲＴＣ（ｍ）は、ＲＴＣ（ｍ）．ＴＳＴと、ＲＴＣ（ｍ）．ＴＲＰと、を有して構成されている。
ｍは、一つの無線フレーム（送信の一周期＝１００ｍｓ）における送信期間の数を示し、１以上の任意の整数値に設定することができる。例えば、ある路側通信機２に対して、一つの無線フレーム内に３つの路側通信期間ＳＬ１が送信期間として割り当てられている場合、各路側通信期間ＳＬ１内に一つずつ送信期間を設けるものとすると、その路側通信機２のＭＩＢ２４ａに設定された送信制御変数ＲＴＣ（ｍ）におけるｍの値は、３となる。
【００３６】
ＲＴＣ（ｍ）．ＴＳＴは、送信開始タイミングを示す変数である。送信開始タイミングＲＴＣ（ｍ）．ＴＳＴに設定された値は、ｍ番目の送信期間が、無線フレームのどのタイミングで開始するかを示す。ＲＴＣ（ｍ）．ＴＲＰは、送信期間長を示す変数である。ｍ番目の送信期間は、ＲＴＣ（ｍ）．ＴＳＴが示す送信開始タイミングから、ＲＴＣ（ｍ）．ＴＲＰに設定された時間長を有する。
【００３７】
図４に示すように、本実施形態では、非特許文献１の規定とは異なり、送信制御変数ＲＴＣ（ｍ）として、ＲＴＣ（ｍ）．ＴＳＴ及びＲＴＣ（ｍ）．ＴＲＰ以外に、ＲＴＣ（ｍ）．ＴＣが設定されている。ＲＴＣ（ｍ）．ＴＣは、送信カテゴリを示す変数である。
図３（ｃ）に示すように、送信制御変数ＲＴＣ（ｍ）として、ＲＴＣ（ｍ）．ＴＣが設けられていることで、１又は複数の送信期間ＳＬ１それぞれに、送信期間ＳＬ１のカテゴリを示す送信カテゴリＣａ１，Ｃａ２を設定することが可能となっている。
【００３８】
したがって、制御部２３は、送信カテゴリＲＴＣ（ｍ）．ＴＣを参照することで、各送信期間の送信カテゴリを把握することができる。
送信カテゴリは、送信カテゴリに対応する（送信カテゴリと同一の）データカテゴリを有するアプリケーションデータを送信するための送信期間であることを示す情報として、各送信期間に設定されている。
【００３９】
送信カテゴリＣａ１，Ｃａ２としては、例えば、路車間通信を示す第１カテゴリＣ１と路路間通信を示す第２カテゴリＣ２とすることができる。非特許文献１，２において、路側通信機２に与えられる送信期間は、路車間通信期間としての送信期間であり、この路車間通信期間を、路路間通信期間として用いることは、想定されていない。
そこで、路路間通信を実現するため、無線フレーム内に、路車間通信期間とは別に、路路間通信期間を設けることが考えられる。しかし、この場合、非特許文献１の標準規格及び非特許文献２のガイドラインの大幅な変更が必要となる。
このため、無線フレーム内に、路車間通信期間とは別に、路路間通信期間を設けるのは現実的には困難である。
【００４０】
しかし、路車間通信期間ＳＬ１を、送信カテゴリＲＴＣ（ｍ）．ＴＣにて、路車間通信用と路路間通信用とにカテゴリ分けすることで、路車間通信期間の一部を路路間通信に用いることが可能となる。
【００４１】
また、送信カテゴリＣａ１，Ｃａ２としては、路車間通信（車載通信機３向け通信）を、複数のカテゴリ（例えば、安全系データを送信する通信を示す第１カテゴリＣ１と、娯楽系データを送信する通信を示す第２カテゴリＣ２）に区別するものであってもよい。
【００４２】
なお、非特許文献１において、送信制御変数ＲＴＣ（ｍ）は、図５に示すＩＶＣ−ＲＶＣ層のＭＩＢに設定されて、ＩＶＣ−ＲＶＣ層及び他の層において参照されるものとされているが、他の層（副層を含む）のＭＩＢに設定されていてもよいし、システム管理のＭＩＢに設定されていてもよい。
【００４３】
図５は、非特許文献１の標準規格に示すプロトコルスタックに、非特許文献２のガイドラインに示す拡張層（Extended Layer）ＥＬを加えたものを示している。
非特許文献１に規定されるプロトコルスタックは、レイヤ１（Ｌ１，物理層：Physical Layer）、レイヤ２（Ｌ２，データリンク層：Data Link Layer）、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層：Inter-Vehicle Communication - Road to Vehicle Communication Layer）及びレイヤ７（Ｌ７，アプリケーション層：Application Layer）の４構造である。各層及びアプリケーションＡＰは、システム管理のための情報を有するシステム管理にアクセスすることができる。
【００４４】
レイヤ１は、ＩＥＥＥ８０２．１１において規定される物理層に準拠して動作する。
レイヤ２は、ＭＡＣ副層（Medium Access Control sublayer）と、ＬＬＣ副層（Logical Link Control sublayer）と、から構成される。なお、ＭＡＣ副層を、単に、ＭＡＣ層（Medium Access Control layer）ともいい、ＬＬＣ副層（Logical Link Control sublayer）を、単に、ＬＬＣ層（Logical Link Control layer）ともいう。
【００４５】
ＭＡＣ層は、無線チャネルの通信管理として、フレーム制御及び同報通信（ブロードキャスト）を行う。
ＬＬＣ層は、上位層のエンティティ間でパケット伝送を行うために、確認なしコネクションレス型通信のサービスを提供する。
【００４６】
車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）は、車車間・路車間共用通信制御に必要な情報の生成と管理を行う。非特許文献１では、路路間通信は規定されていないため、本実施形態のように、路車間通信期間において路路間通信を行う場合、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）において、路路間通信は、路車間通信の一種として取り扱われる。
【００４７】
レイヤ７は、アプリケーションＡＰに対して通信制御手段を提供するためのものである。アプリケーションＡＰは、送信される通信パケットに格納されるアプリケーションデータ（交通情報、車両情報など）をレイヤ７に与えるとともに、受信した通信パケットに格納されていたアプリケーションデータをレイヤ７から取得する。
【００４８】
非特許文献２に規定される拡張層ＥＬは、レイヤ７の上位層として存在し、アプリケーションＡＰとレイヤ７との間の通信機能を拡張するためのものである。
拡張層ＥＬは、アプリケーションＡＰに対してデータ伝送サービスを提供する。アプリケーションＡＰは、送信される通信パケットに格納されるアプリケーションデータ（交通情報、車両情報など）を拡張層ＥＬに与える。データ伝送サービス提供のため、拡張層ＥＬは、レイヤ７以下の下位階層に対してデータ伝送要求を出す。
【００４９】
また、拡張層ＥＬは、アプリケーションＡＰから与えられたアプリケーションデータを分割し、分割データをレイヤ７に与えることができる。つまり、拡張層ＥＬは、アプリケーションデータを分割して複数の分割データを生成する分割処理部として機能する。
また、レイヤ７から受け取った分割データを結合させてアプリケーションＡＰに与えることができる。
なお、拡張層ＥＬは、レイヤ７とともに、セキュリティ管理にアクセスすることができる。
【００５０】
図５に示す拡張層ＥＬ，レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、アプリケーションＡＰ、セキュリティ管理、及びシステム管理に相当する機能は、通信処理装置２５によって実行される。また、レイヤ１の機能は、無線通信部２１によって実行される。
なお、例えば、アプリケーションＡＰの機能は、コンピュータプログラムによって実現し、拡張層ＥＬからレイヤ２までの機能は、ハードウェアによって構成することができる。また、拡張層ＥＬからレイヤ２までの機能をコンピュータプログラムによって実現してもよい。
【００５１】
図６は、路側通信機２（及び車載通信機３）によって送信される通信パケットの構成を示している。図６に示す通信パケットの構成は、非特許文献１，２に準拠したものである。
【００５２】
通信パケットは、先頭にＰＨＹヘッダ（物理ヘッダ）を有している。ＰＨＹヘッダは、送信側の通信機２のレイヤ１（物理層）によって、ＭＡＣ層から取得したＭＡＣフレーム（ＭＰＤＵ；MAC Protocol Data Unit）の前に付加される。
ＰＨＹヘッダは、受信側の通信機２，３におけるレイヤ１（物理層）において読み取られて、受信側のレイヤ１における通信制御処理に用いられる。なお、ＰＨＹヘッダを含む通信パケット全体が、ＰＰＤＵ（PHY Protocol Data Unit）である。ＰＨＹヘッダよりも後側のＭＡＣフレーム（ＭＰＤＵ）は、ＰＳＤＵ（PHY Service Data Unit）でもある。
【００５３】
ＰＨＹヘッダの構成は、ＩＥＥＥ８０２．１１に準拠する。したがって、ＰＨＹヘッダには、プリアンブルなどが含まれる。
【００５４】
ＰＨＹヘッダに続いて、ＭＡＣ制御フィールド（ＭＡＣヘッダ）及びＬＬＣ制御フィールド（ＬＬＣヘッダ）が設けられている。ＭＡＣ制御フィールドは、送信側の通信機２のレイヤ２のＭＡＣ層によって、ＬＬＣ層から取得したＬＬＣフレーム（ＬＰＤＵ；LLC Protocol Data Unit）の前に付加される。
ＭＡＣ制御フィールドは、受信側の通信機２，３のレイヤ２のＭＡＣ層において読み取られて、受信側のＭＡＣ層における通信制御処理に用いられる。
ＭＡＣ制御フィールドよりも後側のＬＬＣフレーム（ＬＰＤＵ）は、ＭＳＤＵ（MAC Service Data Unit）でもある。
【００５５】
ＭＡＣ制御フィールドに続くＬＬＣ制御フィールドは、送信側の通信機２のレイヤ２のＬＬＣ層によって、ＩＶＣ−ＲＶＣ層から取得したＩＲフレーム（ＩＰＤＵ；IVC-RVC Protocol Data Unit）の前に付加される。
ＬＬＣ制御フィールドは、受信側の通信機２，３のレイヤ２のＬＬＣ層において読み取られて、受信側のＬＬＣ層における通信制御処理に用いられる。
また、ＬＬＣ制御フィールドよりも後側のＩＲフレーム（ＩＰＤＵ）は、ＬＳＤＵ（LLC Service Data Unit）でもある。
【００５６】
ＬＬＣ制御フィールに続いて、ＩＲ制御フィールド（ＩＲヘッダ）が設けられている。ＩＲ制御フィールドは、送信側の通信機２のＩＶＣ−ＲＶＣ層によって、ＡＰフレーム（ＡＰＤＵ；Application Protocol Data Unit）の前に付加される。
ＩＲ制御フィールドは、受信側の通信機２，３のＩＶＣ−ＲＶＣ層において読み取られて、受信側のＩＶＣ−ＲＶＣ層における通信制御処理に用いられる。
ＩＲ制御フィールドよりも後側のＡＰフレーム（ＡＰＤＵ；Application Protocol Data Unit）は、ＩＳＤＵ（IVC-RVC Service Data Unit）でもある。
【００５７】
ＩＲ制御フィールドに続いて、Ｌ７ヘッダが設けられている。Ｌ７ヘッダは、送信側の通信機２のレイヤ７によって、ＡＳＤＵ（Application Service Data Unit）の前に付加される。
レイヤ７ヘッダは、受信側の通信機２，３のレイヤ７において読み取られて、受信側のレイヤ７における通信制御処理に用いられる。
レイヤ７ヘッダよりも後側のＥＬフレーム（ＥＬ−ＰＤＵ；EL-Protocol Data Unit）は、ＡＳＤＵ（Application Service Data Unit）でもある。
【００５８】
Ｌ７ヘッダに続いて、ＥＬヘッダ（ＥＬ基地局ヘッダ）が設けられている。ＥＬヘッダは、送信側の通信機２の拡張層ＥＬによって、ＥＬ−ＳＤＵ（EL-Service Data Unit）の前に付加される。
ＥＬヘッダは、受信側の通信機２，３の拡張レイヤＥＬにおいて読み取られて、受信側の拡張レイヤＥＬにおける処理に用いられる。
【００５９】
路側通信機（基地局）２によって付加されるＥＬヘッダ（ＥＬ基地局ヘッダ）は、図７（ａ）に示すように、バージョンフィールド、ＥＬヘッダ種別フィールド、ＥＬセキュリティ区分情報フィールド、データ関連情報フィールド、分割番号フィールド、予約フィールドを有している。
【００６０】
ＥＬヘッダ種別フィールドは、ＥＬ基地局ヘッダとＥＬ移動局ヘッダを区別する情報が格納されるフィールドである。
【００６１】
ＥＬヘッダのセキュリティ区分情報フィールドには、セキュリティ区分情報が格納される。セキュリティ区分情報は、アプリケーションデータの処理を行う際に、セキュリティ管理を経由するか否かを示す情報であり、「０」であればセキュリティ管理ＳＥＣを経由しないことを示し、「１」であればセキュリティ管理ＳＥＣを経由することを示す。
【００６２】
ＥＬヘッダのデータ関連情報フィールドには、アプリケーションデータのDataAssociatedInformation（データ関連情報）が格納される。
図７（ｂ）（ｃ）に示すように、アプリケーションデータのDataAssociatedInformation（データ関連情報）としては、BaseStationID（基地局ＩＤ情報）、DataSequence（データ順番情報）、DataTotalNumber（データ総数情報）が設けられている。
BaseStationID（基地局ＩＤ情報）によって、送信元の基地局を個別に識別することができる。
DataSequence（データ順番情報）は、一つの無線フレーム（送信周期＝１００ｍｓ）で送信されるべき１又は複数のアプリケーションデータの順番を示す。
DataTotalNumber（データ総数情報）は、一つの無線フレーム（送信周期＝１００ｍｓ）で送信されるべき１又は複数のアプリケーションデータの総数を示す。
【００６３】
ＥＬヘッダの分割番号フィールドには、アプリケーションデータを分割した分割データの順番及び総数からなる分割番号情報が格納される。
図７（ｄ）（ｅ）に示すように、分割番号の「順番」は、データ分割の順番を示し、「総数」はデータ分割の総数を示す。
【００６４】
ＥＬヘッダ（ＥＬ基地局ヘッダ）の予約フィールド（４ビット）は、今後のための予約である。
【００６５】
図８は、路側通信機２が、アプリケーションＡＰにて生成されたアプリケーションデータを送信する手順を示している。
アプリケーションＡＰには、路車間通信データを生成するアプリケーション、路路間通信データを生成するアプリケーションなど、異なる種類のアプリケーションが含まれる。したがって、アプリケーションＡＰでは、アプリケーションデータとして、複数の異なる種類（カテゴリ）のデータが生成される。
各カテゴリのアプリケーションデータは、対応する（同一の）送信カテゴリに設定された送信期間にて送信される。
【００６６】
図８に示すように、アプリケーションＡＰが１又は複数のアプリケーションデータを生成すると、アプリケーションＡＰは、生成された１又は複数のアプリケーションデータそれぞれに対するDataAssociatedInformation（データ関連情報）を生成する。
アプリケーションＡＰが生成するDataAssociatedInformation（データ関連情報）は、図９（ａ）（ｂ）に示すとおりであり、図７（ｂ）（ｃ）に示すDataAssociatedInformation（データ関連情報）と同様である。すなわち、アプリケーションＡＰが生成するDataAssociatedInformation（データ関連情報）は、アプリケーションデータの順番と総数とを含む。例えば、３つのアプリケーションデータが生成された場合、総数＝３に設定され、３つのアプリケーションデータそれぞれの順番として、１〜３の値が設定される。
【００６７】
さらに、アプリケーションＡＰは、生成された１又は複数のアプリケーションデータそれぞれに対するControlInformation（制御情報）を生成する。ControlInformation（制御情報）は、アプリケーションが、ＥＬ及びレイヤ７以下の各層に伝える無線パラメータである。
非特許文献１，２においては、ControlInformation（制御情報）は、図１０（ａ）（ｂ）に示すデータレート（DataRate）だけを有しており、図１０（ａ）（ｂ）に示すTransmissionCategory（送信カテゴリ）に対応するフィールドは、予約フィールドとされているにすぎない。
これに対し、本実施形態では、図１０（ａ）（ｂ）に示すように、ControlInformation（制御情報）として、DataRate（データレート）フールド以外に、TransmissionCategory（送信カテゴリ）フィールドが設けられている。
TransmissionCategory（送信カテゴリ）は、送信されるべきアプリケーションデータのデータカテゴリ（データの種類）を示す。
アプリケーションＡＰは、生成したアプリケーションに対するControlInformation（制御情報）の「TransmissionCategory（送信カテゴリ）」に、生成したアプリケーションデータのデータカテゴリを設定する。
【００６８】
アプリケーションＡＰは、アプリケーションデータを生成すると、EL-BaseStationBroadcastData要求（データ送信要求）を、拡張層ＥＬに与える。
EL-BaseStationBroadcastData要求には、生成したApplicationData（アプリケーションデータ）のほか、アプリケーションデータに対応するControlInformation（制御情報）、及び、アプリケーションデータに対応するDataAssociatedInformation（データ関連情報）が含まれる。
つまり、アプリケーションＡＰは、拡張層に対し、アプリケーションデータとともに、そのアプリケーションデータについてのDataSequence（データ順番情報）／DataTotalNumber（データ総数総数）と、データカテゴリ（送信カテゴリ）と、を与える。
【００６９】
図８に示すように、EL-BaseStationBroadcastData要求を受けた拡張層ＥＬは、必要に応じて、セキュリティ処理をセキュリティ管理に実行させる。
すなわち、拡張層ＥＬは、アプリケーションＡＰからアプリケーションデータを受け取った際に、セキュリティ管理を経由する旨の指示を受け取った場合には、アプリケーションＡＰから受け取ったアプリケーションデータ（アンセキュアなアプリケーションデータ）を、セキュリティ管理に渡す。
【００７０】
セキュリティ管理では、拡張層ＥＬから受け取ったアンセキュアなアプリケーションデータに対して、セキュリティ処理を行って、セキュアなアプリケーションデータを生成する。
セキュリティ管理において、アンセキュアなアプリケーションデータをセキュアなアプリケーションデータにする処理（セキュリティ処理）には、暗号化処理、署名処理などの処理が含まれる（ただし、非特許文献１，２では規定されていない）。
セキュリティ管理は、セキュリティ処理が施されたセキュアなアプリケーションデータを、拡張層ＥＬに戻す。
【００７１】
拡張層ＥＬ（分割処理部）は、セキュリティ管理から与えられたセキュアなアプリケーションデータの分割を分割して、分割データを生成する。
なお、拡張層ＥＬ（分割処理部）は、アプリケーションＡＰからアプリケーションデータを受け取った際に、セキュリティ管理を経由しない旨の指示を受け取った場合には、アプリケーションＡＰから受け取ったアプリケーションデータ（アンセキュアなアプリケーションデータ）を分割して、分割データを生成する。
拡張層ＥＬは、アプリケーションデータを分割した分割データそれぞれを、ＥＬ−ＳＤＵとして取り扱う。
【００７２】
拡張層ＥＬ（分割処理部）は、路側通信機２の送信期間（路車間通信期間）の期間長、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）を考慮して、アプリケーションデータの分割を行う。
さらに、本実施形態の拡張層ＥＬは、アプリケーションデータの分割の際に、送信期間の送信カテゴリ、及び、分割対象のアプリケーションデータのデータカテゴリをも考慮して、分割を行う。
【００７３】
路側通信機２の送信期間（路車間通信期間）の期間長は、図４に示すＲＴＣ（ｍ）．ＴＲＰとして設定されている。
データ分割サイズ（ＤＤＳ）は、大きなアプリケーションデータに対し分割を行う場合に、分割後の分割データの最大サイズを規定する変数である。
路車間通信期間最小利用時間（ＳＥＳ）は、アプリケーションデータのデータ分割を行う場合に、路側通信機２の送信期間への割当を考慮し、送信期間（路車間通信期間）の余り時間を利用することが可能かを判断するための変数である。
データ分割サイズ（ＤＤＳ）及び路車間通信期間最小利用時間（ＳＥＳ）は、ＭＩＢ２４ａに設定されている。
【００７４】
アプリケーションデータの分割の仕方は、基本的に、非特許文献２の「3.2.3.3  ＥＬの手順要素」に従う。非特許文献２では、路側通信機２の送信期間（路車間通信期間）の期間長、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）を考慮したデータ分割を規定している。
つまり、データ分割では、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）に従って、送信期間の期間長に応じたデータ分割が行われる。
【００７５】
ただし、本実施形態では、１又は複数の（ｍ個の）送信期間には、それぞれ、ＲＴＣ（ｍ）．ＴＣによって送信カテゴリが設定されている。前述のように、送信カテゴリは、送信カテゴリに対応する（例えば、送信カテゴリと同一の）データカテゴリを有するアプリケーションデータを送信するためのものとして、各送信期間に設定されている。
本実施形態では、分割の際に拡張層ＥＬが参照する送信期間（路車間通信期間）の期間長は、分割対象のアプリケーションデータのデータカテゴリに対応する送信カテゴリの送信期間の期間長である。
【００７６】
具体的には、図１１に示すように、ｉ番目の送信期間の期間長（ＲＴＣ（ｉ）．ＴＲＰ）を考慮してアプリケーションデータを分割する場合、拡張層ＥＬは、データカテゴリの異なる複数のアプリケーションデータのうち、ＲＴＣ（ｉ）．ＴＲＰ（図４参照）に設定された送信カテゴリに対応する（例えば、同一の）データカテゴリに設定されたアプリケーションデータを分割対象とする。
なお、アプリケーションデータのデータカテゴリは、アプリケーションＡＰから与えられたControlInformation（制御情報）のTransmissionCategory（送信カテゴリ）に設定されている（図１０（ａ）（ｂ）参照）。
【００７７】
データ分割を行う拡張層ＥＬが、各送信期間の送信カテゴリを参照することで、拡張層ＥＬは、分割対象のアプリケーションデータのデータカテゴリと対応する送信カテゴリの送信期間の期間長を考慮して、適切なデータ分割を行うことができる。
【００７８】
拡張層ＥＬは、アプリケーションデータを分割して得られた分割データそれぞれを、ＥＬ−ＳＤＵとし、各ＥＬ−ＳＤＵ（分割データ）の前にＥＬヘッダ（図７参照）を付加して、ＥＬ−ＰＤＵを生成する。
拡張層ＥＬは、ＥＬヘッダの生成のため、ＥＬヘッダを構成するDataAssociatedInformation（データ関連情報）及び分割番号などの情報を生成する。
【００７９】
各分割データ（ＥＬ−ＳＤＵ）に付加されるＥＬヘッダのDataAssociatedInformation（データ関連情報；図７（ａ）（ｂ）（ｃ）参照））は、分割データの元となったアプリケーションデータに対応するDataAssociatedInformation（データ関連情報；図９（ａ）（ｂ）参照）を引き継ぐ。
各分割データ（ＥＬ−ＳＤＵ）に付加されるＥＬヘッダの分割番号（図７（ａ）（ｄ）（ｅ）参照）は、アプリケーションデータ毎の分割データの総数及び順番応じて設定される。
【００８０】
さらに、拡張層ＥＬは、ＥＬヘッダが付加された各分割データ（ＥＬ−ＰＤＵ）に対応するSequenceNumber（シーケンスナンバ）の設定も行う。SequenceNumber（シーケンスナンバ）は、一つの無線フレーム（送信周期＝１００ｍｓ）毎の送信期間において送信すべき１又は複数のアプリケーションデータすべての分割データの順番／総数を示すものである。
SequenceNumber（シーケンスナンバ）は、図１２に示すように、分割データ（パケット）のSequence（シーケンス）及びTotalNumber（総数）を含む。
【００８１】
また、拡張層ＥＬは、ＥＬヘッダが付加された各分割データ（ＥＬ−ＰＤＵ）に対応するControlInformation（制御情報）を生成する。これらの分割データ（ＥＬ−ＰＤＵ）に対応するControlInformation（制御情報）のデータ構造は、図１０（ａ）（ｂ）に示すものと同じである。
各分割データ（ＥＬ−ＰＤＵ）に対応するControlInformation（制御情報）のDataRate（データレート）及びTransmissionCategory（送信カテゴリ）は、分割データの元となったアプリケーションデータに対応するControlInformation（制御情報）の内容を引き継ぐ。
つまり、拡張層ＥＬは、「各アプリケーションデータの送信カテゴリ（データカテゴリ）」と、「分割データとその分割データの元となったアプリケーションデータとの対応関係」と、から、「各分割データの送信カテゴリ（データカテゴリ）」を生成し、生成した送信カテゴリ（データカテゴリ）示す情報（カテゴリ情報）を、分割データに対応するControlInformation（制御情報）の「送信カテゴリ」フィールドに設定する。データレートも同様に設定される。
【００８２】
その後、拡張層ＥＬは、BaseStationBroadcastData要求（データ送信要求）を、レイヤ７に対し与える。
BaseStationBroadcastData要求には、複数の分割データ（ＥＬ−ＰＤＵ）のほか、複数の分割データそれぞれに対応するControlInformation（制御情報）、及び、複数の分割データそれぞれに対応するSequenceNumber（シーケンスナンバ）が含まれる。
【００８３】
図１３は、３つのアプリケーションデータＲＶ１，ＲＶ２，ＲＲ１に関して生成されるデータカテゴリ、DataAssociatedInformation（データ関連情報）、分割番号、SequenceNumber（シーケンスナンバ）を示している。
アプリケーションデータＲＶ１，ＲＶ２は、路車間通信データ（車載通信機３向けデータ）であり、アプリケーションデータＲＲ１は、路路間通信データ（他の路側通信機向けデータ）である。これら３つのアプリケーションデータが、一つの無線フレーム（送信周期＝１００ｍｓ）において送信されるべきアプリケーションデータであるものとする。
【００８４】
DataAssociatedInformation（データ関連情報）の「順番」（DataSequence）は、アプリケーションデータＲＶ１については「１」が設定され、アプリケーションデータＲＶ２については「２」が設定され、アプリケーションデータＲＶ３については「３」が設定される。DataAssociatedInformation（データ関連情報）の「総数」（DataTotalNumber）は、３つのアプリケーションデータＲＶ１，ＲＶ２，ＲＲ１のいずれにおいても、「３」が設定される。
【００８５】
図１３では、アプリケーションデータＲＶ１は２つに分割され、アプリケーションデータＲＶ２は分割されず、アプリケーションデータＲＲ１は２つに分割されるものとする。
この場合、アプリケーションデータＲＶ１を分割して生成された２つの分割データのうちの一方の分割データに対応する分割番号の「順番」には「１」が設定され、他方の分割データに対応する分割番号の「順番」には「２」が設定される。アプリケーションデータＲＶ１を分割して生成された２つの分割データに対応する分割番号の「総数」には、いずれも「２」が設定される。
【００８６】
また、分割されないアプリケーションデータＲＶ２に対応する分割番号の「順番」には「１」が設定され、「総数」には「１」が設定される。
【００８７】
さらに、アプリケーションデータＲＲ１を分割して生成された２つの分割データのうちの一方の分割データに対応する分割番号の「順番」には「１」が設定され、他方の分割データに対応する分割番号の「順番」には「２」が設定される。アプリケーションデータＲＲ１を分割して生成された２つの分割データに対応する分割番号の「総数」には、いずれも「２」が設定される。
【００８８】
図１３では、３個のアプリケーションデータＲＶ１，ＲＶ２，ＲＲ１が、５個の分割データに分割されている。これら５個の分割データが、一つの無線フレーム（送信周期＝１００ｍｓ）において送信されるべき分割データである。
SequenceNumber（シーケンスナンバ）は、これら５個の分割データ（パケット）を一群の分割データ（パケット）としてみなして設定される。
すなわち、シーケンスナンバの「総数」（TotalNumber）は、「５」に設定される。また、シーケンスナンバの「シーケンス（順番；Sequence）」は、５個の分割データそれぞれに対して順番に１〜５の値が設定される。
【００８９】
拡張層ＥＬからのBaseStationBroadcastData要求（データ送信要求）を受けたレイヤ７は、拡張層ＥＬから受け取った分割データ（ＥＬ−ＰＤＵ（ＡＳＤＵ））にＬ７ヘッダを付加してＡＰＤＵ（ＩＳＤＵ）を生成し、ＡＰＤＵ（ＩＳＤＵ）をＩＶＣ−ＲＶＣ層へ与える。ＩＶＣ−ＲＶＣ層は、ＡＰＤＵ（ＩＳＤＵ）にＩＲ制御フィールドを付加してＩＰＤＵ（ＬＳＤＵ）を生成し、ＬＬＣ層へ与える。ＬＬＣ層は、ＩＰＤＵ（ＬＳＤＵ）にＬＬＣ制御フィールドを付加してＬＤＰＵ（ＭＳＤＵ）を生成し、ＭＡＣ層へ与える。
このように、各分割データは、拡張層ＥＬから、レイヤ７からＬＬＣ層を経由して、ＭＡＣ層へ伝えられる。
【００９０】
図８に示すように、拡張層ＥＬから、レイヤ７−ＬＬＣ層を経由して、ＭＡＣ層へ伝えられる複数の分割データそれぞれには、ControlInformation（制御情報）及びSequenceNumber（シーケンスナンバ）が付属している。したがって、拡張層ＥＬで生成されたControlInformation（制御情報）及びSequenceNumber（シーケンスナンバ）は、ＭＡＣ層にも伝えられる。
【００９１】
ＭＡＣ層は、上位層から逐次与えられた分割データ（ＭＳＤＵ；パケット）を保持する。図８に示すように、ＭＡＣ層は、上位層から分割データ（ＭＳＤＵ）とともに与えられたSequenceNumber（シーケンスナンバ）の順番及び総数を参照し、総数に示された個数（図１３では５個）の一連の分割データ（ＭＳＤＵ）群がすべて揃っていれば、ＭＳＤＵそれぞれにＭＡＣ制御フィールドとＦＣＳ（Frame Check Sequence）を付加して、ＭＰＤＵを生成する。
【００９２】
ＭＡＣ層は、生成したＭＰＤＵが、送信周期（１００ｍｓ）毎に到来する１又は複数の送信期間において送信されるように、レイヤ１に対して、送信要求を行う。つまり、ＭＡＣ層は、分割データを、通信機２において送信可能な送信期間において送信させる送信処理部として機能する。
【００９３】
本実施形態では、ＭＡＣ層（送信処理部）は、上位層から与えられたControlInformation（制御情報）の「送信カテゴリ（データカテゴリ）」を参照し、参照したデータカテゴリ（カテゴリ情報）に対応する（例えば、同一の）送信カテゴリの送信期間で、ＭＰＤＵの送信要求を行う。このように、ＭＡＣ層（送信処理部）は、分割データのデータカテゴリを示すカテゴリ情報に基づいて、分割データの送信を制御する。
【００９４】
つまり、あるデータカテゴリの分割データ（ＭＰＤＵ）は、その分割データ（ＭＰＤＵ）のデータカテゴリに対応する送信カテゴリの送信期間にて送信され、カテゴリが対応しない送信カテゴリの送信期間では送信されない。したがって、分割データの送信は、カテゴリが一致する送信期間が到来するまで待ち状態となる。
例えば、データカテゴリが”Ｃａ１”の分割データは、送信カテゴリが”Ｃａ１”の送信期間で送信される。また、データカテゴリが”Ｃａ２”の分割データは、送信カテゴリが”Ｃａ２”である別の送信期間で送信される。
【００９５】
仮に、分割データそれぞれにデータカテゴリが設定されていない場合、ＭＡＣ層では、送信期間の開始時点から順に、SequenceNunber（シーケンスナンバ）が示す順番に従って、分割データ（ＭＰＤＵ）をそれぞれの送信要求を行うことしかできない。
つまり、分割データそれぞれにデータカテゴリが設定されていない場合、ＭＡＣ層は、分割データ（ＭＰＤＵ）のデータカテゴリを把握できない。
したがって、拡張層ＥＬにおいて、アプリケーションデータの分割が、アプリケーションデータのデータカテゴリに対応する送信カテゴリの送信期間の期間長を考慮してなされていても、ＭＡＣ層では、拡張層ＥＬにて分割された分割データを、どの送信期間で送信すればよいのかを把握することができない。したがって、分割時に想定された送信期間とは別の送信期間において分割データが送信される可能性がある。
【００９６】
これに対し、本実施形態では、分割データを生成した拡張層ＥＬから、分割データの送信処理を行うＭＡＣ層に対して、分割データのデータカテゴリが与えられるため、ＭＡＣ層では、分割データのデータカテゴリを考慮した送信制御を行うことができる。
【００９７】
また、本実施形態のＭＡＣ層は、各送信期間に設定された送信カテゴリ（ＲＴＣ（ｍ）．ＴＣ）を参照することで、分割データのデータカテゴリ及び送信期間の送信カテゴリ双方に基づいて、送信制御を行うことができる。
【００９８】
［３．実施形態に係る送信制御の効果確認］
［３．１  比較例１の場合］
図１４は、比較例１を示している。比較例では、ＭＡＣ層は、５個の分割データの送信処理要求をレイヤ１（ＰＨＹ）に対して行うものとする。５個の分割データのシーケンスナンバ（順番／総数）は、それぞれ、１／５，２／５，３／５，４／５，５／５である。
シーケンスナンバが１／５，２／５，３／５である３個の分割データは、データカテゴリＣ１のアプリケーションデータを分割して得られたものである。一方、シーケンスナンバが４／５，５／５である２個の分割データは、データカテゴリＣ２のアプリケーションデータを分割して得られたものである。
【００９９】
２つのデータカテゴリＣ１，Ｃ２は、例えば、路車間通信データのカテゴリＣ１と路路間通信データのカテゴリＣ２であってもよいし、安全系のデータのカテゴリＣ１と娯楽系のデータのカテゴリＣ２であってもよい。
【０１００】
また、５個の分割データを送信する路側通信機２に割り当てられた送信期間（路車間通信期間ＳＬ１）は、ｎ＝４，５，１２の３つの送信期間であるとする。ｎ＝５の送信期間とｎ＝１２の送信期間の間に存在する路車間通信期間は、他の路側通信機に割り当てられている。
【０１０１】
このような前提において、路側通信機２のＭＡＣ層が、分割データのデータカテゴリを把握できない場合、ＭＡＣ層は、３つの送信期間（ｎ＝４，５，１２）の最初から、５個の分割データを、単に順番に送信することになる。
【０１０２】
この結果、同一データカテゴリＣ２の分割データ（４／５，５／５）が、ｎ＝５の送信期間とｎ＝１２の送信期間に分かれて送信されることになる。つまり、同一カテゴリＣ２のアプリケーションデータが、大きく離れて送信されることになる。
【０１０３】
すると、受信側の通信機（車載通信機３又は路側通信機２）は、シーケンスナンバが４／５の分割データをｎ＝５の送信期間にて受信してから、シーケンスナンバが５／５の分割データをｎ＝１２の送信期間にて受信するまで、シーケンスナンバが４／５の分割データを記憶部に保持する必要がある。
このため、図１４に示すように送信されると、通信機２，３の記憶部のサイズを大きくする必要があり、不利である。
【０１０４】
［３．２  比較例２の場合］
路車間通信期間を利用して路路間通信を行うと、路車間通信期間において送信先の異なる通信である路車間通信と路路間通信が行われることになる。ここで、路車間通信と路路間通信では、通信相手（エリア）や受信アンテナ高が異なるため、干渉関係が異なる。それより、路車間通信では、干渉なく通信できても、路路間通信を行うと干渉が生じる場合がある。
【０１０５】
たとえば、図１５は、図１に示す複数の路側通信機２に対して、図３に示す無線フレーム内のｎ＝１〜１６の路車間通信期間（送信期間）ＳＬ１の割り当て方を示している。図１５において、各交差点の丸内の数字は、１以上の路車間通信期間（送信期間）ＳＬをまとめた「送信期間群」を一つの送信期間とし、その送信期間群の番号を示している。つまり、図１５では５つの送信期間群が必要となる。各路側通信機２は、自機２に割り当てられた送信期間群において、路車間通信を行う。
【０１０６】
隣接する交差点の路側通信機２に対して同一の送信期間群（１以上の路車間通信期間ＳＬ１のまとまり）が割り当てられていると、隣接する交差点間にいる車両５は、双方の路側通信機２からの路車間通信の電波を受け、干渉が生じる。しかし、図１５のように、同一の送信期間群を分散させて割り当てることで、各路側通信機２による路車間通信の際の干渉を防止できる。
【０１０７】
ただし、図１５のようなスロット割り当ては、路車間通信だけを考慮すると、適切であるが、路路間通信も考慮すると適切でなくなり、路路間通信では、電波干渉が起こるおそれがある。
【０１０８】
例えば、図１５の交差点Ｃ２の路側通信機２と交差点Ｄ５の路側通信機２には、ともに番号ｎ＝５の路車間通信期間が割り当てられている。そして、交差点Ｃ２とＤ５との間は、道路以外の部分の建物を考慮すれば、直接、電波が届きにくい状態である。したがって、交差点Ｃ２付近の車両（交差点Ｃ２の路側通信機２のサービスエリア内の車両）は、同じタイミングで路車間通信のための電波を発信する交差点Ｄ５の路側通信機２からの干渉をほとんど受けることなく、交差点Ｃ２の路側通信機２のパケットを受信することができる。
【０１０９】
しかし、交差点Ｃ２の路側通信機（ＲＳＵ）２と交差点Ｄ５の路側通信機（ＲＳＵ）２とが同じタイミングで路路間通信を行った場合、交差点Ｄ５の路側通信機２が交差点Ｃ５の路側通信機２に対して路路間通信パケットを送信すると、交差点Ｃ２の路側通信機２が送信した路路間通信パケットが干渉波となって交差点Ｃ５にも直接到達する。
このため、交差点Ｃ５の路側通信機２は、交差点Ｄ５の路側通信機２からの路路間通信パケットを正しく受信できない可能性がある。
【０１１０】
例えば、図１６に示すように、交差点Ｃ２の路側通信機２と交差点Ｄ５の路側通信機２とが、ともに、ｎ＝４，５，６の送信期間（路車間通信期間）で、路車間通信データ及び路路間通信データを送信する場合、路車間通信データは干渉なく送信できても、路路間通信データの送信では干渉が生じる。
【０１１１】
［３．３  本実施形態の場合］
本実施形態の路側通信機２は、図１４に示すような場合であっても、図１７に示すように、データカテゴリＣ１の分割データは、送信カテゴリＣ１の送信期間群において送信し、データカテゴリＣ２の分割データは、送信カテゴリＣ２の送信期間群において送信する。
つまり、路側通信機２に割り当てられた送信期間ｎ＝４，５，１２のうち、ｎ＝４，５の送信カテゴリをＣ１に設定し、ｎ＝１２の送信期間の送信カテゴリをＣ２に設定しておくと、路側通信機２のＭＡＣ層は、分割データのデータカテゴリを考慮して、対応する送信カテゴリにて分割データを送信することができる。
【０１１２】
したがって、本実施形態では、図１４に示すように、同じデータカテゴリの分割データが、離れた別の送信期間で送信される、といった事態を防止でき、受信側の通信機２，３の記憶部のサイズを抑えることができる。
また、データカテゴリの異なる複数の分割データが、同一の送信期間において送信されることも防止される。
【０１１３】
また、図１７に示すように、同一送信カテゴリの送信期間が複数設定される場合、同一送信カテゴリの送信期間は、ｎ＝４，５のように、送信期間の順番が連続しているのが好ましい。仮に、ｎ＝４，１２の送信期間を同一送信カテゴリＣ１に設定し、ｎ＝５を他の送信カテゴリＣ２に設定した場合、受信側の通信機２，３は、ｎ＝４の送信期間において送信された分割データを受信すると、その分割データを、ｎ＝１２の送信期間まで保持する必要がある。
これに対し、同一送信カテゴリＣ１の複数の送信期間の間に、他の送信カテゴリＣ２の送信期間が介在しないように設定されていることで、分割データを記憶するための記憶部サイズの増大を抑えることができる。
【０１１４】
また、本実施形態の路側通信機２は、図１６に示すような場合であっても、図１８に示すように、路車間通信データ（データカテゴリＣ１）の分割データは、送信カテゴリＣ１の送信期間群において送信し、路路間通信データ（データカテゴリＣ２）の分割データは、送信カテゴリＣ２の送信期間群において送信する。
【０１１５】
したがって、路路間通信データが送信される送信カテゴリＣ２の送信期間を、例えば、図１８に示すように、交差点Ｄ５の路側通信機（ＲＳＵ）２ではｎ＝６の送信期間に設定し、交差点Ｃ２の路側通信機（ＲＳＵ）２ではｎ＝７の送信期間に設定することで、路路間通信の干渉を回避できる。つまり、交差点Ｄ５の路側通信機（ＲＳＵ）２はｎ＝６の送信期間で路路間通信を行い、交差点Ｃ２の路側通信機（ＲＳＵ）２はｎ＝７の送信期間で路路間通信を行うため、干渉を回避できる。
【０１１６】
［４．第２実施形態］
図１９は、第２実施形態のためのSequenceNumber（シーケンスナンバ）のデータ構造を示している。なお、第２実施形態において特に説明しない点については、第１実施形態と同様である。
【０１１７】
第２実施形態では、拡張層ＥＬが生成した分割データ毎のTransmissionCategory（送信カテゴリ；データカテゴリ）は、制御情報としてＭＡＣ層に与えられるのではなく、図１９に示すように、SequenceNumber（シーケンスナンバ）を構成する情報の一部として、ＭＡＣ層に与えられる。
【０１１８】
つまり、第１実施形態では、SequenceNumber（シーケンスナンバ）には、Sequence及びTotalNumberのほか、TransmissionCategory（送信カテゴリ；データカテゴリ）のフィールドが設けられる。
拡張層ＥＬ（分割処理部）は、TransmissionCategory（送信カテゴリ；データカテゴリ）のフィールドに、分割データのデータカテゴリを示す情報（カテゴリ情報）を設定し、下位層（ＭＡＣ層）に与える。
【０１１９】
第２実施形態においても、ＭＡＣ層（送信処理部）は、分割データのデータカテゴリを示す情報（カテゴリ情報）を得ることができるため、第１実施形態と同様の送信制御を行うことができる。
【０１２０】
本発明に関して、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
例えば、分割処理部は、拡張層ＥＬに設けられている必要はなく、アプリケーションＡＰに設けられていてもよい。また、送信期間は、一つの路車間通信期間の一部の期間として設定されてもよく、一つの路車間通信期間に複数の送信期間が設定されていてもよい。
【符号の説明】
【０１２１】
１  交通信号機
２  路側通信機
３  車載通信機
４  中央装置
５  車両
６  路側センサ
７  有線通信回線
２１  無線通信部
２２  有線通信部
２３  制御部
２４  記憶部
２４ａ  ＭＩＢ
２５  通信処理装置
ＥＬ  拡張層（分割処理部）
ＭＡＣ  送信処理部
【図１】
2014072825.tif 000003
【図２】
2014072825.tif 000004
【図３】
2014072825.tif 000005
【図４】
2014072825.tif 000006
【図５】
2014072825.tif 000007
【図６】
2014072825.tif 000008
【図７】
2014072825.tif 000009
【図８】
2014072825.tif 000010
【図９】
2014072825.tif 000011
【図１０】
2014072825.tif 000012
【図１１】
2014072825.tif 000013
【図１２】
2014072825.tif 000014
【図１３】
2014072825.tif 000015
【図１４】
2014072825.tif 000016
【図１５】
2014072825.tif 000017
【図１６】
2014072825.tif 000018
【図１７】
2014072825.tif 000019
【図１８】
2014072825.tif 000020
【図１９】
2014072825.tif 000021