JP2017073819A - 通信機、送信方法、通信処理装置、及びコンピュータプログラム - Google Patents
通信機、送信方法、通信処理装置、及びコンピュータプログラム Download PDFInfo
- Publication number
- JP2017073819A JP2017073819A JP2016240285A JP2016240285A JP2017073819A JP 2017073819 A JP2017073819 A JP 2017073819A JP 2016240285 A JP2016240285 A JP 2016240285A JP 2016240285 A JP2016240285 A JP 2016240285A JP 2017073819 A JP2017073819 A JP 2017073819A
- Authority
- JP
- Japan
- Prior art keywords
- data
- transmission
- category
- communication
- period
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】アプリケーションデータのデータカテゴリに応じて、分割データの送信を制御する。【解決手段】本発明は、データカテゴリが異なる複数のアプリケーションデータを送信可能な通信機２に関する。通信機２は、アプリケーションデータを分割して複数の分割データを生成する分割処理部ＥＬと、複数の分割データを、通信機２が送信可能な送信期間において送信させる送信処理部ＭＡＣと、を備えている。分割処理部ＥＬは、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成する。送信処理部ＭＡＣは、送信期間における分割データの送信を、カテゴリ情報に基づいて制御する。【選択図】図８
Description
本発明は、通信機、送信方法、通信処理装置、及びコンピュータプログラムに関する。
近年、路車間通信、車車間通信による高度道路交通システム（ＩＴＳ）が検討されている。路車間通信とは、路側通信機（基地局）と車載通信機（移動局）との間の通信であり、車車間通信とは、車載通信機（移動局）間の通信である。
このような高度道路交通システムのための通信方式については、標準規格及びガイドラインが制定されている（非特許文献１，２参照）。
このような高度道路交通システムのための通信方式については、標準規格及びガイドラインが制定されている（非特許文献１，２参照）。
一般社団法人電波産業会、"７００ＭＨｚ帯高度道路交通システム ＡＲＩＢ−ＳＴＤ Ｔ１０９ １．０版"，［online］、平成２４年２月１４日、［平成２４年９月１８日検索］、インターネット<http://www.arib.or.jp/tyosakenkyu/kikaku_tushin/tsushin_kikaku_number.html>
ＩＴＳ情報通信システム推進会議、"７００ＭＨｚ帯高度道路交通システム拡張機能ガイドライン ＩＴＳ ＦＯＲＵＭ ＲＣ−０１０ １．０版"，[online]、２０１２年３月２６日、［平成２４年９月１８日検索］、インターネット<http://www.itsforum.gr.jp/>
非特許文献１の標準規格及び非特許文献２のガイドラインが適用された路側通信機が、アプリケーションデータを送信する場合、非特許文献２のガイドラインに記載の拡張層（ＥＬ）を用いたデータ分割が行われることが想定される。
アプリケーションデータは、その種類が複数あり、かつ個々のアプリケーションデータのサイズが大きいため、非特許文献１の標準規格に従って送信するには、比較的小さいサイズのデータにする必要があるためである。
アプリケーションデータは、その種類が複数あり、かつ個々のアプリケーションデータのサイズが大きいため、非特許文献１の標準規格に従って送信するには、比較的小さいサイズのデータにする必要があるためである。
非特許文献２において、分割データの送信は、以下のようにして行われる。
すなわち、路側通信機において、分割データを生成する拡張層は、複数の分割データそれぞれに対し、「SequenceNunber」を設定する。「SequenceNumber」は分割データの順番（Sequence）と総数（TotalNumber）とから構成される。総数は、所定の送信周期（１００ｍｓ）毎に到来する送信期間において送信すべき分割データの数を示している。
すなわち、路側通信機において、分割データを生成する拡張層は、複数の分割データそれぞれに対し、「SequenceNunber」を設定する。「SequenceNumber」は分割データの順番（Sequence）と総数（TotalNumber）とから構成される。総数は、所定の送信周期（１００ｍｓ）毎に到来する送信期間において送信すべき分割データの数を示している。
ＭＡＣ副層は、送信期間（路車間通信期間）の開始前まで、上位層（拡張層とＭＡＣ副層の間にあるＬＬＣ副層）から受領した分割データ（ＭＳＤＵ；MAC Service Data Unit）を保持する。ＭＡＣ副層は、保持した分割データの「SequenceNunber」の順番と総数とを参照し、総数に示された一連の分割データ（ＭＳＤＵ）群がすべて揃っていれば、所定の送信周期（１００ｍｓ）毎に到来する送信期間（路車間通信期間）の開始時から順に、ＭＰＤＵ（MAC Protocol Data Unit）の生成を行い、レイヤ１に対して、送信要求を行う。
このように、非特許文献１，２に準拠すると、ＭＡＣ副層は、複数の分割データを順番に送信するため、送信期間を効率的に利用して分割データを送信することができる。
これに対し、本発明者らは、複数の分割データを、送信期間において、単に順番に送信するよりも、データの受信側を考慮した、より適切な送信の仕方を見出した。
これに対し、本発明者らは、複数の分割データを、送信期間において、単に順番に送信するよりも、データの受信側を考慮した、より適切な送信の仕方を見出した。
そこで、本発明は、分割データをより適切に送信できるようにすることを目的とする。
（１）一の観点からみた本発明は、データカテゴリが異なる複数のアプリケーションデータを送信可能な通信機であって、前記アプリケーションデータを分割して複数の分割データを生成する分割処理部と、複数の前記分割データを、前記通信機が送信可能な送信期間において送信させる送信処理部と、を備え、前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御することを特徴とする通信機である。
上記本発明によれば、分割処理部は、分割データそれぞれのデータカテゴリを示すカテゴリ情報を生成する。したがって、送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御することができる。
上記本発明のように、分割データのデータカテゴリに基づいて分割データの送信を制御すると、より適切な送信が可能になる。
例えば、路側通信機には、所定の送信周期（１００ｍｓ）毎に到来する複数の送信期間が設定される場合がある。この場合において、上記本発明によれば、複数の送信期間をデータカテゴリに応じて使い分けることが可能である。
例えば、路側通信機には、所定の送信周期（１００ｍｓ）毎に到来する複数の送信期間が設定される場合がある。この場合において、上記本発明によれば、複数の送信期間をデータカテゴリに応じて使い分けることが可能である。
これに対し、従来、拡張層が設定する「SequenceNunber」においては、アプリケーションデータのデータカテゴリの相違は考慮されない。
つまり、所定の送信周期（１００ｍｓ）毎に到来する送信期間において送信すべきアプリケーションデータに、データカテゴリの異なる複数のアプリケーションデータが含まれていても、「SequenceNumber」の順番（Sequence）と総数（TotalNumber）の設定では、データカテゴリの相違は考慮されない。
つまり、所定の送信周期（１００ｍｓ）毎に到来する送信期間において送信すべきアプリケーションデータに、データカテゴリの異なる複数のアプリケーションデータが含まれていても、「SequenceNumber」の順番（Sequence）と総数（TotalNumber）の設定では、データカテゴリの相違は考慮されない。
したがって、「SequenceNumber」を参照するＭＡＣ副層では、「SequenceNunber」を参照しても、送信期間の開始時点から順に、「SequenceNunber」が示す順番に従って、分割データをそれぞれの送信要求を行うことになり、送信タイミングの決定に際し、データカテゴリは考慮されない。
この結果、単に、「SequenceNumber」を参照するだけの従来のＭＡＣ副層では、アプリケーションデータのデータカテゴリに応じて、分割データの送信を制御したい場合であっても、そのような制御を行うことができない。
しかし、上記本発明によれば、複数の送信期間をデータカテゴリに応じて使い分けることが可能となり、より適切な送信が可能となる。
しかし、上記本発明によれば、複数の送信期間をデータカテゴリに応じて使い分けることが可能となり、より適切な送信が可能となる。
（２）前記送信処理部は、前記カテゴリ情報に基づいて、前記データカテゴリが異なる複数の前記分割データが、同一の送信期間において送信されないように制御するのが好ましい。この場合、データカテゴリが異なる複数の分割データが、同一の送信期間において送信されることを防止できる。
（３）前記通信機が送信可能な前記送信期間は、複数設定され、複数の前記送信期間それぞれには、前記データカテゴリに対応する送信カテゴリが設定され、前記送信処理部は、複数の前記分割データそれぞれが、前記分割データの前記データカテゴリに対応する前記送信カテゴリの前記送信期間において送信されるように制御するのが好ましい。
この場合、分割データは、その分割データのデータカテゴリに対応する送信カテゴリの送信期間において送信される。
この場合、分割データは、その分割データのデータカテゴリに対応する送信カテゴリの送信期間において送信される。
（４）複数の前記送信期間は、同一の送信カテゴリの複数の前記送信期間の間には、他の送信カテゴリの前記送信期間が介在しないように設定されているのが好ましい。同一の送信カテゴリの複数の送信期間の間に、他の送信カテゴリの送信期間が介在している場合、受信側は、データを記憶するための記憶部のサイズを大きくしなければならない。しかし、同一の送信カテゴリの複数の送信期間の間には、他の送信カテゴリの前記送信期間が介在しないように設定されていると、記憶部のサイズの増大を防止できる。
（５）前記分割処理部は、前記送信期間の期間長を参照して、前記アプリケーションデータの分割を行い、前記分割処理部が参照する前記送信期間の前記期間長は、分割対象の前記アプリケーションデータの前記データカテゴリに対応する送信カテゴリの前記送信期間の期間長であるのが好ましい。この場合、送信期間の期間長が、送信期間毎に異なっていても、分割対象のアプリケーションデータのデータカテゴリに対応する送信カテゴリの送信期間の期間長を考慮して、適切なデータ分割を行える。
（６）他の観点からみた本発明は、データカテゴリが異なる複数のアプリケーションデータを送信する方法であって、分割処理部に、前記アプリケーションデータを分割した複数の分割データを生成させ、送信処理部に、複数の前記分割データを送信期間において送信させるための処理を行わせる、ことを含み、前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御することを特徴とする送信方法である。
（７）他の観点からみた本発明は、前記（１）〜（５）のいずれか１項に記載の通信機において、データカテゴリが異なる複数のアプリケーションデータを送信させるための処理を行う通信処理装置であって、前記アプリケーションデータを分割して複数の分割データを生成する分割処理部と、複数の前記分割データを、前記通信機が送信可能な送信期間において送信させる送信処理部と、を備え、前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御することを特徴とする通信処理装置である。
（８）他の観点からみた本発明は、コンピュータを、前期通信処理装置として機能させるためのコンピュータプログラムである。
本発明によれば、分割データを適切に送信することができる。
［１．第１実施形態］
図１は、本発明の一実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。なお、本実施形態では、道路構造の一例として、南北方向と東西方向の複数の道路が互いに交差した碁盤目構造を想定している。
図１に示すように、本実施形態の高度道路交通システムは、交通信号機１、路側通信機（通信機）２、車載通信機（通信機）３（図２参照）、中央装置４、車載通信機３を搭載した車両５、及び、車両感知器や監視カメラ等よりなる路側センサ６を含む。
なお、本実施形態において特に説明しない点については、非特許文献１，２に準拠する。
図１は、本発明の一実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。なお、本実施形態では、道路構造の一例として、南北方向と東西方向の複数の道路が互いに交差した碁盤目構造を想定している。
図１に示すように、本実施形態の高度道路交通システムは、交通信号機１、路側通信機（通信機）２、車載通信機（通信機）３（図２参照）、中央装置４、車載通信機３を搭載した車両５、及び、車両感知器や監視カメラ等よりなる路側センサ６を含む。
なお、本実施形態において特に説明しない点については、非特許文献１，２に準拠する。
交通信号機１と路側通信機２は、複数の交差点Ａ１〜Ａ５，Ｂ１〜Ｂ５、Ｃ１〜Ｃ５，Ｄ１〜Ｄ５のそれぞれに設置されており、電話回線等の有線通信回線７を介してルータ８に接続されている。このルータ８は交通管制センター内の中央装置４に接続されている。
中央装置４は、自身が管轄するエリアの交通信号機１及び路側通信機２とＬＡＮ（Local Area Network）を構成している。なお、中央装置４は、交通管制センターではなく道路上に設置してもよい。
中央装置４は、自身が管轄するエリアの交通信号機１及び路側通信機２とＬＡＮ（Local Area Network）を構成している。なお、中央装置４は、交通管制センターではなく道路上に設置してもよい。
路側センサ６は、各交差点に流入する車両台数をカウントする等の目的で、管轄エリア内の道路の各所に設置されている。この路側センサ６は、直下を通行する車両５を超音波感知する車両感知器、或いは、道路の交通状況を時系列に撮影する監視カメラ等よりなり、感知情報や画像データは通信回線７を介して中央装置４に送信される。
なお、図１では、図示を簡略化するために、各交差点に信号灯器が１つだけ描写されているが、実際の各交差点には、互いに交差する道路の上り下り用として少なくとも４つの信号灯器が設置されている。
なお、図１では、図示を簡略化するために、各交差点に信号灯器が１つだけ描写されているが、実際の各交差点には、互いに交差する道路の上り下り用として少なくとも４つの信号灯器が設置されている。
高度道路交通システムにおいて、無線通信システムを構成する、複数の交差点それぞれに設置された複数の路側通信機（通信機）２は、その周囲を走行する車両の車載通信機３との間で無線通信（路車間通信）が可能である。
また、各路側通信機２は、自己の送信波が到達する所定範囲内に位置する他の路側通信機２とも無線通信（路路間通信）が可能である。
また、同じく無線通信システムを構成する車載通信機（通信機）３は、路側通信機２との間で無線通信を行うとともに、キャリアセンス方式で他の車載通信機３と無線通信（車車間通信）が可能である。
また、各路側通信機２は、自己の送信波が到達する所定範囲内に位置する他の路側通信機２とも無線通信（路路間通信）が可能である。
また、同じく無線通信システムを構成する車載通信機（通信機）３は、路側通信機２との間で無線通信を行うとともに、キャリアセンス方式で他の車載通信機３と無線通信（車車間通信）が可能である。
路側通信機２は、図２に示すように、無線通信のためのアンテナ２０が接続された無線通信部（ＲＦ部；ＰＨＹ部）２１と、有線通信回線７を介して中央装置４と通信するための有線通信部２２と、通信制御処理を行う通信処理装置２５と、を備えている。
通信処理装置２５は、制御部２３と、必要な情報を記憶する記憶部２４と、を備えている。制御部２３は、無線通信及び有線通信の通信制御処理を行う。記憶部２４は、無線通信及び優先通信のために必要な情報を記憶する。
通信処理装置２５は、制御部２３と、必要な情報を記憶する記憶部２４と、を備えている。制御部２３は、無線通信及び有線通信の通信制御処理を行う。記憶部２４は、無線通信及び優先通信のために必要な情報を記憶する。
通信処理装置２５は、その機能の一部又は全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部又は全部が、コンピュータプログラムによって実現されていてもよい。通信処理装置２５の機能の一部又は全部がコンピュータプログラムによって実現される場合、通信処理装置２５（制御部２３）は、コンピュータを含み、コンピュータによって実行されるコンピュータプログラムは、記憶部２４に記憶される。
図３（ａ）は、無線通信システムにおいて用いられる無線フレーム（スーパーフレーム）を示している。この無線フレームは、その時間軸方向の長さ（フレーム長）が１００ｍｓに設定されている。つまり、１秒間に１０フレームが発生する。
フレームは、例えば、路側通信機２が有するＧＰＳ受信機（図示省略）によって受信したＧＰＳ信号に含まれる１ＰＰＳ（１秒周期の信号）に基づいて生成される。
フレームは、例えば、路側通信機２が有するＧＰＳ受信機（図示省略）によって受信したＧＰＳ信号に含まれる１ＰＰＳ（１秒周期の信号）に基づいて生成される。
一つの無線フレーム（１００ｍｓ）は、複数の路車間通信期間ＳＬ１と、複数の車車間通信期間ＳＬ２と、を含んで構成されている。
路車間通信期間ＳＬ１は、路側通信機２に割り当てられる路車間通信用のタイムスロット（路側通信機用送信期間）であり、この時間帯ＳＬ１においては、路側通信機２による無線送信が許容される。路車間通信期間ＳＬ１は、一つの無線フレーム（１００ｍｓ）内に最大１６個まで設定可能である。
路車間通信期間ＳＬ１は、路側通信機２に割り当てられる路車間通信用のタイムスロット（路側通信機用送信期間）であり、この時間帯ＳＬ１においては、路側通信機２による無線送信が許容される。路車間通信期間ＳＬ１は、一つの無線フレーム（１００ｍｓ）内に最大１６個まで設定可能である。
車車間通信期間ＳＬ２は、車載通信機３用のタイムスロット（車用通信期間）であり、この時間帯ＳＬ２は車載通信機３による無線送信用として開放するため、路側通信機２は路車間通信期間ＳＬ２では無線送信を行わない。
無線フレームに含まれている路車間通信期間ＳＬ１と、車車間通信期間ＳＬ２とは、時間軸方向に交互に配置されている。
路車間通信期間ＳＬ１には、それぞれスロット番号ｉ（＝１〜１６）が付されている。
路車間通信期間ＳＬ１には、それぞれスロット番号ｉ（＝１〜１６）が付されている。
それぞれの路側通信機２には、無線フレームに含まれる複数の路車間通信期間ＳＬ１のうちの、一つ又は複数の路車間通信期間ＳＬ１が送信期間として設定され、その他の路車間通信期間ＳＬ１は送信が禁止される。すなわち、路側通信機２にとっては、車車間通信期間ＳＬ２及び自機２に割り当てられていない路車間通信期間ＳＬ１は、送信禁止期間となる。
図３（ｂ）では、路側通信機２にｎ＝４，５，６の３つの路車間通信期間ＳＬ１が送信期間として割り当てられている場合の送信禁止期間を示している。路側通信機２は、送信禁止期間以外の期間（送信期間）でデータ送信を行う。
図３（ｂ）では、路側通信機２にｎ＝４，５，６の３つの路車間通信期間ＳＬ１が送信期間として割り当てられている場合の送信禁止期間を示している。路側通信機２は、送信禁止期間以外の期間（送信期間）でデータ送信を行う。
路側通信機は、制御部２３は記憶部２４のＭＩＢ（Management Information Base）２４ａに設定された送信制御変数ＲＴＣ（ｍ）を参照して、送信禁止期間を設定する。
図４は、送信制御変数ＲＴＣ（ｍ）を示している。非特許文献１において、送信制御変数ＲＴＣ（ｍ）は、ＲＴＣ（ｍ）．ＴＳＴと、ＲＴＣ（ｍ）．ＴＲＰと、を有して構成されている。
ｍは、一つの無線フレーム（送信の一周期＝１００ｍｓ）における送信期間の数を示し、１以上の任意の整数値に設定することができる。例えば、ある路側通信機２に対して、一つの無線フレーム内に３つの路側通信期間ＳＬ１が送信期間として割り当てられている場合、各路側通信期間ＳＬ１内に一つずつ送信期間を設けるものとすると、その路側通信機２のＭＩＢ２４ａに設定された送信制御変数ＲＴＣ（ｍ）におけるｍの値は、３となる。
図４は、送信制御変数ＲＴＣ（ｍ）を示している。非特許文献１において、送信制御変数ＲＴＣ（ｍ）は、ＲＴＣ（ｍ）．ＴＳＴと、ＲＴＣ（ｍ）．ＴＲＰと、を有して構成されている。
ｍは、一つの無線フレーム（送信の一周期＝１００ｍｓ）における送信期間の数を示し、１以上の任意の整数値に設定することができる。例えば、ある路側通信機２に対して、一つの無線フレーム内に３つの路側通信期間ＳＬ１が送信期間として割り当てられている場合、各路側通信期間ＳＬ１内に一つずつ送信期間を設けるものとすると、その路側通信機２のＭＩＢ２４ａに設定された送信制御変数ＲＴＣ（ｍ）におけるｍの値は、３となる。
ＲＴＣ（ｍ）．ＴＳＴは、送信開始タイミングを示す変数である。送信開始タイミングＲＴＣ（ｍ）．ＴＳＴに設定された値は、ｍ番目の送信期間が、無線フレームのどのタイミングで開始するかを示す。ＲＴＣ（ｍ）．ＴＲＰは、送信期間長を示す変数である。ｍ番目の送信期間は、ＲＴＣ（ｍ）．ＴＳＴが示す送信開始タイミングから、ＲＴＣ（ｍ）．ＴＲＰに設定された時間長を有する。
図４に示すように、本実施形態では、非特許文献１の規定とは異なり、送信制御変数ＲＴＣ（ｍ）として、ＲＴＣ（ｍ）．ＴＳＴ及びＲＴＣ（ｍ）．ＴＲＰ以外に、ＲＴＣ（ｍ）．ＴＣが設定されている。ＲＴＣ（ｍ）．ＴＣは、送信カテゴリを示す変数である。
図３（ｃ）に示すように、送信制御変数ＲＴＣ（ｍ）として、ＲＴＣ（ｍ）．ＴＣが設けられていることで、１又は複数の送信期間ＳＬ１それぞれに、送信期間ＳＬ１のカテゴリを示す送信カテゴリＣａ１，Ｃａ２を設定することが可能となっている。
図３（ｃ）に示すように、送信制御変数ＲＴＣ（ｍ）として、ＲＴＣ（ｍ）．ＴＣが設けられていることで、１又は複数の送信期間ＳＬ１それぞれに、送信期間ＳＬ１のカテゴリを示す送信カテゴリＣａ１，Ｃａ２を設定することが可能となっている。
したがって、制御部２３は、送信カテゴリＲＴＣ（ｍ）．ＴＣを参照することで、各送信期間の送信カテゴリを把握することができる。
送信カテゴリは、送信カテゴリに対応する（送信カテゴリと同一の）データカテゴリを有するアプリケーションデータを送信するための送信期間であることを示す情報として、各送信期間に設定されている。
送信カテゴリは、送信カテゴリに対応する（送信カテゴリと同一の）データカテゴリを有するアプリケーションデータを送信するための送信期間であることを示す情報として、各送信期間に設定されている。
送信カテゴリＣａ１，Ｃａ２としては、例えば、路車間通信を示す第１カテゴリＣ１と路路間通信を示す第２カテゴリＣ２とすることができる。非特許文献１，２において、路側通信機２に与えられる送信期間は、路車間通信期間としての送信期間であり、この路車間通信期間を、路路間通信期間として用いることは、想定されていない。
そこで、路路間通信を実現するため、無線フレーム内に、路車間通信期間とは別に、路路間通信期間を設けることが考えられる。しかし、この場合、非特許文献１の標準規格及び非特許文献２のガイドラインの大幅な変更が必要となる。
このため、無線フレーム内に、路車間通信期間とは別に、路路間通信期間を設けるのは現実的には困難である。
そこで、路路間通信を実現するため、無線フレーム内に、路車間通信期間とは別に、路路間通信期間を設けることが考えられる。しかし、この場合、非特許文献１の標準規格及び非特許文献２のガイドラインの大幅な変更が必要となる。
このため、無線フレーム内に、路車間通信期間とは別に、路路間通信期間を設けるのは現実的には困難である。
しかし、路車間通信期間ＳＬ１を、送信カテゴリＲＴＣ（ｍ）．ＴＣにて、路車間通信用と路路間通信用とにカテゴリ分けすることで、路車間通信期間の一部を路路間通信に用いることが可能となる。
また、送信カテゴリＣａ１，Ｃａ２としては、路車間通信（車載通信機３向け通信）を、複数のカテゴリ（例えば、安全系データを送信する通信を示す第１カテゴリＣ１と、娯楽系データを送信する通信を示す第２カテゴリＣ２）に区別するものであってもよい。
なお、非特許文献１において、送信制御変数ＲＴＣ（ｍ）は、図５に示すＩＶＣ−ＲＶＣ層のＭＩＢに設定されて、ＩＶＣ−ＲＶＣ層及び他の層において参照されるものとされているが、他の層（副層を含む）のＭＩＢに設定されていてもよいし、システム管理のＭＩＢに設定されていてもよい。
図５は、非特許文献１の標準規格に示すプロトコルスタックに、非特許文献２のガイドラインに示す拡張層（Extended Layer）ＥＬを加えたものを示している。
非特許文献１に規定されるプロトコルスタックは、レイヤ１（Ｌ１，物理層：Physical Layer）、レイヤ２（Ｌ２，データリンク層：Data Link Layer）、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層：Inter-Vehicle Communication - Road to Vehicle Communication Layer）及びレイヤ７（Ｌ７，アプリケーション層：Application 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）ともいう。
レイヤ２は、ＭＡＣ副層（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）でもある。
ＰＨＹヘッダは、受信側の通信機２，３におけるレイヤ１（物理層）において読み取られて、受信側のレイヤ１における通信制御処理に用いられる。なお、ＰＨＹヘッダを含む通信パケット全体が、ＰＰＤＵ（PHY Protocol Data Unit）である。ＰＨＹヘッダよりも後側のＭＡＣフレーム（ＭＰＤＵ）は、ＰＳＤＵ（PHY Service Data Unit）でもある。
ＰＨＹヘッダの構成は、ＩＥＥＥ８０２．１１に準拠する。したがって、ＰＨＹヘッダには、プリアンブルなどが含まれる。
ＰＨＹヘッダに続いて、ＭＡＣ制御フィールド（ＭＡＣヘッダ）及びＬＬＣ制御フィールド（ＬＬＣヘッダ）が設けられている。ＭＡＣ制御フィールドは、送信側の通信機２のレイヤ２のＭＡＣ層によって、ＬＬＣ層から取得したＬＬＣフレーム（ＬＰＤＵ；LLC Protocol Data Unit）の前に付加される。
ＭＡＣ制御フィールドは、受信側の通信機２，３のレイヤ２のＭＡＣ層において読み取られて、受信側のＭＡＣ層における通信制御処理に用いられる。
ＭＡＣ制御フィールドよりも後側のＬＬＣフレーム（ＬＰＤＵ）は、ＭＳＤＵ（MAC Service Data Unit）でもある。
ＭＡＣ制御フィールドは、受信側の通信機２，３のレイヤ２のＭＡＣ層において読み取られて、受信側のＭＡＣ層における通信制御処理に用いられる。
ＭＡＣ制御フィールドよりも後側のＬＬＣフレーム（ＬＰＤＵ）は、ＭＳＤＵ（MAC Service Data Unit）でもある。
ＭＡＣ制御フィールドに続くＬＬＣ制御フィールドは、送信側の通信機２のレイヤ２のＬＬＣ層によって、ＩＶＣ−ＲＶＣ層から取得したＩＲフレーム（ＩＰＤＵ；IVC-RVC Protocol Data Unit）の前に付加される。
ＬＬＣ制御フィールドは、受信側の通信機２，３のレイヤ２のＬＬＣ層において読み取られて、受信側のＬＬＣ層における通信制御処理に用いられる。
また、ＬＬＣ制御フィールドよりも後側のＩＲフレーム（ＩＰＤＵ）は、ＬＳＤＵ（LLC Service Data Unit）でもある。
ＬＬＣ制御フィールドは、受信側の通信機２，３のレイヤ２のＬＬＣ層において読み取られて、受信側のＬＬＣ層における通信制御処理に用いられる。
また、ＬＬＣ制御フィールドよりも後側のＩＲフレーム（ＩＰＤＵ）は、ＬＳＤＵ（LLC Service Data Unit）でもある。
ＬＬＣ制御フィールに続いて、ＩＲ制御フィールド（ＩＲヘッダ）が設けられている。ＩＲ制御フィールドは、送信側の通信機２のＩＶＣ−ＲＶＣ層によって、ＡＰフレーム（ＡＰＤＵ；Application Protocol Data Unit）の前に付加される。
ＩＲ制御フィールドは、受信側の通信機２，３のＩＶＣ−ＲＶＣ層において読み取られて、受信側のＩＶＣ−ＲＶＣ層における通信制御処理に用いられる。
ＩＲ制御フィールドよりも後側のＡＰフレーム（ＡＰＤＵ；Application Protocol Data Unit）は、ＩＳＤＵ（IVC-RVC Service Data Unit）でもある。
ＩＲ制御フィールドは、受信側の通信機２，３のＩＶＣ−ＲＶＣ層において読み取られて、受信側のＩＶＣ−ＲＶＣ層における通信制御処理に用いられる。
ＩＲ制御フィールドよりも後側のＡＰフレーム（ＡＰＤＵ；Application Protocol Data Unit）は、ＩＳＤＵ（IVC-RVC Service Data Unit）でもある。
ＩＲ制御フィールドに続いて、Ｌ７ヘッダが設けられている。Ｌ７ヘッダは、送信側の通信機２のレイヤ７によって、ＡＳＤＵ（Application Service Data Unit）の前に付加される。
レイヤ７ヘッダは、受信側の通信機２，３のレイヤ７において読み取られて、受信側のレイヤ７における通信制御処理に用いられる。
レイヤ７ヘッダよりも後側のＥＬフレーム（ＥＬ−ＰＤＵ；EL-Protocol 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（データ関連情報）としては、BaseStationID（基地局ＩＤ情報）、DataSequence（データ順番情報）、DataTotalNumber（データ総数情報）が設けられている。
BaseStationID（基地局ＩＤ情報）によって、送信元の基地局を個別に識別することができる。
DataSequence（データ順番情報）は、一つの無線フレーム（送信周期＝１００ｍｓ）で送信されるべき１又は複数のアプリケーションデータの順番を示す。
DataTotalNumber（データ総数情報）は、一つの無線フレーム（送信周期＝１００ｍｓ）で送信されるべき１又は複数のアプリケーションデータの総数を示す。
ＥＬヘッダの分割番号フィールドには、アプリケーションデータを分割した分割データの順番及び総数からなる分割番号情報が格納される。
図７（ｄ）（ｅ）に示すように、分割番号の「順番」は、データ分割の順番を示し、「総数」はデータ分割の総数を示す。
図７（ｄ）（ｅ）に示すように、分割番号の「順番」は、データ分割の順番を示し、「総数」はデータ分割の総数を示す。
ＥＬヘッダ（ＥＬ基地局ヘッダ）の予約フィールド（４ビット）は、今後のための予約である。
図８は、路側通信機２が、アプリケーションＡＰにて生成されたアプリケーションデータを送信する手順を示している。
アプリケーションＡＰには、路車間通信データを生成するアプリケーション、路路間通信データを生成するアプリケーションなど、異なる種類のアプリケーションが含まれる。したがって、アプリケーションＡＰでは、アプリケーションデータとして、複数の異なる種類（カテゴリ）のデータが生成される。
各カテゴリのアプリケーションデータは、対応する（同一の）送信カテゴリに設定された送信期間にて送信される。
アプリケーションＡＰには、路車間通信データを生成するアプリケーション、路路間通信データを生成するアプリケーションなど、異なる種類のアプリケーションが含まれる。したがって、アプリケーションＡＰでは、アプリケーションデータとして、複数の異なる種類（カテゴリ）のデータが生成される。
各カテゴリのアプリケーションデータは、対応する（同一の）送信カテゴリに設定された送信期間にて送信される。
図８に示すように、アプリケーションＡＰが１又は複数のアプリケーションデータを生成すると、アプリケーションＡＰは、生成された１又は複数のアプリケーションデータそれぞれに対するDataAssociatedInformation（データ関連情報）を生成する。
アプリケーションＡＰが生成するDataAssociatedInformation（データ関連情報）は、図９（ａ）（ｂ）に示すとおりであり、図７（ｂ）（ｃ）に示すDataAssociatedInformation（データ関連情報）と同様である。すなわち、アプリケーションＡＰが生成するDataAssociatedInformation（データ関連情報）は、アプリケーションデータの順番と総数とを含む。例えば、３つのアプリケーションデータが生成された場合、総数＝３に設定され、３つのアプリケーションデータそれぞれの順番として、１〜３の値が設定される。
アプリケーションＡＰが生成するDataAssociatedInformation（データ関連情報）は、図９（ａ）（ｂ）に示すとおりであり、図７（ｂ）（ｃ）に示すDataAssociatedInformation（データ関連情報）と同様である。すなわち、アプリケーションＡＰが生成するDataAssociatedInformation（データ関連情報）は、アプリケーションデータの順番と総数とを含む。例えば、３つのアプリケーションデータが生成された場合、総数＝３に設定され、３つのアプリケーションデータそれぞれの順番として、１〜３の値が設定される。
さらに、アプリケーションＡＰは、生成された１又は複数のアプリケーションデータそれぞれに対するControlInformation（制御情報）を生成する。ControlInformation（制御情報）は、アプリケーションが、ＥＬ及びレイヤ７以下の各層に伝える無線パラメータである。
非特許文献１，２においては、ControlInformation（制御情報）は、図１０（ａ）（ｂ）に示すデータレート（DataRate）だけを有しており、図１０（ａ）（ｂ）に示すTransmissionCategory（送信カテゴリ）に対応するフィールドは、予約フィールドとされているにすぎない。
これに対し、本実施形態では、図１０（ａ）（ｂ）に示すように、ControlInformation（制御情報）として、DataRate（データレート）フールド以外に、TransmissionCategory（送信カテゴリ）フィールドが設けられている。
TransmissionCategory（送信カテゴリ）は、送信されるべきアプリケーションデータのデータカテゴリ（データの種類）を示す。
アプリケーションＡＰは、生成したアプリケーションに対するControlInformation（制御情報）の「TransmissionCategory（送信カテゴリ）」に、生成したアプリケーションデータのデータカテゴリを設定する。
非特許文献１，２においては、ControlInformation（制御情報）は、図１０（ａ）（ｂ）に示すデータレート（DataRate）だけを有しており、図１０（ａ）（ｂ）に示すTransmissionCategory（送信カテゴリ）に対応するフィールドは、予約フィールドとされているにすぎない。
これに対し、本実施形態では、図１０（ａ）（ｂ）に示すように、ControlInformation（制御情報）として、DataRate（データレート）フールド以外に、TransmissionCategory（送信カテゴリ）フィールドが設けられている。
TransmissionCategory（送信カテゴリ）は、送信されるべきアプリケーションデータのデータカテゴリ（データの種類）を示す。
アプリケーションＡＰは、生成したアプリケーションに対するControlInformation（制御情報）の「TransmissionCategory（送信カテゴリ）」に、生成したアプリケーションデータのデータカテゴリを設定する。
アプリケーションＡＰは、アプリケーションデータを生成すると、EL-BaseStationBroadcastData要求（データ送信要求）を、拡張層ＥＬに与える。
EL-BaseStationBroadcastData要求には、生成したApplicationData（アプリケーションデータ）のほか、アプリケーションデータに対応するControlInformation（制御情報）、及び、アプリケーションデータに対応するDataAssociatedInformation（データ関連情報）が含まれる。
つまり、アプリケーションＡＰは、拡張層に対し、アプリケーションデータとともに、そのアプリケーションデータについてのDataSequence（データ順番情報）／DataTotalNumber（データ総数総数）と、データカテゴリ（送信カテゴリ）と、を与える。
EL-BaseStationBroadcastData要求には、生成したApplicationData（アプリケーションデータ）のほか、アプリケーションデータに対応するControlInformation（制御情報）、及び、アプリケーションデータに対応するDataAssociatedInformation（データ関連情報）が含まれる。
つまり、アプリケーションＡＰは、拡張層に対し、アプリケーションデータとともに、そのアプリケーションデータについてのDataSequence（データ順番情報）／DataTotalNumber（データ総数総数）と、データカテゴリ（送信カテゴリ）と、を与える。
図８に示すように、EL-BaseStationBroadcastData要求を受けた拡張層ＥＬは、必要に応じて、セキュリティ処理をセキュリティ管理に実行させる。
すなわち、拡張層ＥＬは、アプリケーションＡＰからアプリケーションデータを受け取った際に、セキュリティ管理を経由する旨の指示を受け取った場合には、アプリケーションＡＰから受け取ったアプリケーションデータ（アンセキュアなアプリケーションデータ）を、セキュリティ管理に渡す。
すなわち、拡張層ＥＬは、アプリケーションＡＰからアプリケーションデータを受け取った際に、セキュリティ管理を経由する旨の指示を受け取った場合には、アプリケーションＡＰから受け取ったアプリケーションデータ（アンセキュアなアプリケーションデータ）を、セキュリティ管理に渡す。
セキュリティ管理では、拡張層ＥＬから受け取ったアンセキュアなアプリケーションデータに対して、セキュリティ処理を行って、セキュアなアプリケーションデータを生成する。
セキュリティ管理において、アンセキュアなアプリケーションデータをセキュアなアプリケーションデータにする処理（セキュリティ処理）には、暗号化処理、署名処理などの処理が含まれる（ただし、非特許文献１，２では規定されていない）。
セキュリティ管理は、セキュリティ処理が施されたセキュアなアプリケーションデータを、拡張層ＥＬに戻す。
セキュリティ管理において、アンセキュアなアプリケーションデータをセキュアなアプリケーションデータにする処理（セキュリティ処理）には、暗号化処理、署名処理などの処理が含まれる（ただし、非特許文献１，２では規定されていない）。
セキュリティ管理は、セキュリティ処理が施されたセキュアなアプリケーションデータを、拡張層ＥＬに戻す。
拡張層ＥＬ（分割処理部）は、セキュリティ管理から与えられたセキュアなアプリケーションデータの分割を分割して、分割データを生成する。
なお、拡張層ＥＬ（分割処理部）は、アプリケーションＡＰからアプリケーションデータを受け取った際に、セキュリティ管理を経由しない旨の指示を受け取った場合には、アプリケーションＡＰから受け取ったアプリケーションデータ（アンセキュアなアプリケーションデータ）を分割して、分割データを生成する。
拡張層ＥＬは、アプリケーションデータを分割した分割データそれぞれを、ＥＬ−ＳＤＵとして取り扱う。
なお、拡張層ＥＬ（分割処理部）は、アプリケーションＡＰからアプリケーションデータを受け取った際に、セキュリティ管理を経由しない旨の指示を受け取った場合には、アプリケーションＡＰから受け取ったアプリケーションデータ（アンセキュアなアプリケーションデータ）を分割して、分割データを生成する。
拡張層ＥＬは、アプリケーションデータを分割した分割データそれぞれを、ＥＬ−ＳＤＵとして取り扱う。
拡張層ＥＬ（分割処理部）は、路側通信機２の送信期間（路車間通信期間）の期間長、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）を考慮して、アプリケーションデータの分割を行う。
さらに、本実施形態の拡張層ＥＬは、アプリケーションデータの分割の際に、送信期間の送信カテゴリ、及び、分割対象のアプリケーションデータのデータカテゴリをも考慮して、分割を行う。
さらに、本実施形態の拡張層ＥＬは、アプリケーションデータの分割の際に、送信期間の送信カテゴリ、及び、分割対象のアプリケーションデータのデータカテゴリをも考慮して、分割を行う。
路側通信機２の送信期間（路車間通信期間）の期間長は、図４に示すＲＴＣ（ｍ）．ＴＲＰとして設定されている。
データ分割サイズ（ＤＤＳ）は、大きなアプリケーションデータに対し分割を行う場合に、分割後の分割データの最大サイズを規定する変数である。
路車間通信期間最小利用時間（ＳＥＳ）は、アプリケーションデータのデータ分割を行う場合に、路側通信機２の送信期間への割当を考慮し、送信期間（路車間通信期間）の余り時間を利用することが可能かを判断するための変数である。
データ分割サイズ（ＤＤＳ）及び路車間通信期間最小利用時間（ＳＥＳ）は、ＭＩＢ２４ａに設定されている。
データ分割サイズ（ＤＤＳ）は、大きなアプリケーションデータに対し分割を行う場合に、分割後の分割データの最大サイズを規定する変数である。
路車間通信期間最小利用時間（ＳＥＳ）は、アプリケーションデータのデータ分割を行う場合に、路側通信機２の送信期間への割当を考慮し、送信期間（路車間通信期間）の余り時間を利用することが可能かを判断するための変数である。
データ分割サイズ（ＤＤＳ）及び路車間通信期間最小利用時間（ＳＥＳ）は、ＭＩＢ２４ａに設定されている。
アプリケーションデータの分割の仕方は、基本的に、非特許文献２の「3.2.3.3 ＥＬの手順要素」に従う。非特許文献２では、路側通信機２の送信期間（路車間通信期間）の期間長、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）を考慮したデータ分割を規定している。
つまり、データ分割では、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）に従って、送信期間の期間長に応じたデータ分割が行われる。
つまり、データ分割では、データ分割サイズ（ＤＤＳ）、及び、路車間通信期間最小利用時間（ＳＥＳ）に従って、送信期間の期間長に応じたデータ分割が行われる。
ただし、本実施形態では、１又は複数の（ｍ個の）送信期間には、それぞれ、ＲＴＣ（ｍ）．ＴＣによって送信カテゴリが設定されている。前述のように、送信カテゴリは、送信カテゴリに対応する（例えば、送信カテゴリと同一の）データカテゴリを有するアプリケーションデータを送信するためのものとして、各送信期間に設定されている。
本実施形態では、分割の際に拡張層ＥＬが参照する送信期間（路車間通信期間）の期間長は、分割対象のアプリケーションデータのデータカテゴリに対応する送信カテゴリの送信期間の期間長である。
本実施形態では、分割の際に拡張層ＥＬが参照する送信期間（路車間通信期間）の期間長は、分割対象のアプリケーションデータのデータカテゴリに対応する送信カテゴリの送信期間の期間長である。
具体的には、図１１に示すように、ｉ番目の送信期間の期間長（ＲＴＣ（ｉ）．ＴＲＰ）を考慮してアプリケーションデータを分割する場合、拡張層ＥＬは、データカテゴリの異なる複数のアプリケーションデータのうち、ＲＴＣ（ｉ）．ＴＲＰ（図４参照）に設定された送信カテゴリに対応する（例えば、同一の）データカテゴリに設定されたアプリケーションデータを分割対象とする。
なお、アプリケーションデータのデータカテゴリは、アプリケーションＡＰから与えられたControlInformation（制御情報）のTransmissionCategory（送信カテゴリ）に設定されている（図１０（ａ）（ｂ）参照）。
なお、アプリケーションデータのデータカテゴリは、アプリケーションＡＰから与えられたControlInformation（制御情報）のTransmissionCategory（送信カテゴリ）に設定されている（図１０（ａ）（ｂ）参照）。
データ分割を行う拡張層ＥＬが、各送信期間の送信カテゴリを参照することで、拡張層ＥＬは、分割対象のアプリケーションデータのデータカテゴリと対応する送信カテゴリの送信期間の期間長を考慮して、適切なデータ分割を行うことができる。
拡張層ＥＬは、アプリケーションデータを分割して得られた分割データそれぞれを、ＥＬ−ＳＤＵとし、各ＥＬ−ＳＤＵ（分割データ）の前にＥＬヘッダ（図７参照）を付加して、ＥＬ−ＰＤＵを生成する。
拡張層ＥＬは、ＥＬヘッダの生成のため、ＥＬヘッダを構成するDataAssociatedInformation（データ関連情報）及び分割番号などの情報を生成する。
拡張層ＥＬは、ＥＬヘッダの生成のため、ＥＬヘッダを構成するDataAssociatedInformation（データ関連情報）及び分割番号などの情報を生成する。
各分割データ（ＥＬ−ＳＤＵ）に付加されるＥＬヘッダのDataAssociatedInformation（データ関連情報；図７（ａ）（ｂ）（ｃ）参照））は、分割データの元となったアプリケーションデータに対応するDataAssociatedInformation（データ関連情報；図９（ａ）（ｂ）参照）を引き継ぐ。
各分割データ（ＥＬ−ＳＤＵ）に付加されるＥＬヘッダの分割番号（図７（ａ）（ｄ）（ｅ）参照）は、アプリケーションデータ毎の分割データの総数及び順番応じて設定される。
各分割データ（ＥＬ−ＳＤＵ）に付加されるＥＬヘッダの分割番号（図７（ａ）（ｄ）（ｅ）参照）は、アプリケーションデータ毎の分割データの総数及び順番応じて設定される。
さらに、拡張層ＥＬは、ＥＬヘッダが付加された各分割データ（ＥＬ−ＰＤＵ）に対応するSequenceNumber（シーケンスナンバ）の設定も行う。SequenceNumber（シーケンスナンバ）は、一つの無線フレーム（送信周期＝１００ｍｓ）毎の送信期間において送信すべき１又は複数のアプリケーションデータすべての分割データの順番／総数を示すものである。
SequenceNumber（シーケンスナンバ）は、図１２に示すように、分割データ（パケット）のSequence（シーケンス）及びTotalNumber（総数）を含む。
SequenceNumber（シーケンスナンバ）は、図１２に示すように、分割データ（パケット）のSequence（シーケンス）及びTotalNumber（総数）を含む。
また、拡張層ＥＬは、ＥＬヘッダが付加された各分割データ（ＥＬ−ＰＤＵ）に対応するControlInformation（制御情報）を生成する。これらの分割データ（ＥＬ−ＰＤＵ）に対応するControlInformation（制御情報）のデータ構造は、図１０（ａ）（ｂ）に示すものと同じである。
各分割データ（ＥＬ−ＰＤＵ）に対応するControlInformation（制御情報）のDataRate（データレート）及びTransmissionCategory（送信カテゴリ）は、分割データの元となったアプリケーションデータに対応するControlInformation（制御情報）の内容を引き継ぐ。
つまり、拡張層ＥＬは、「各アプリケーションデータの送信カテゴリ（データカテゴリ）」と、「分割データとその分割データの元となったアプリケーションデータとの対応関係」と、から、「各分割データの送信カテゴリ（データカテゴリ）」を生成し、生成した送信カテゴリ（データカテゴリ）示す情報（カテゴリ情報）を、分割データに対応するControlInformation（制御情報）の「送信カテゴリ」フィールドに設定する。データレートも同様に設定される。
各分割データ（ＥＬ−ＰＤＵ）に対応するControlInformation（制御情報）のDataRate（データレート）及びTransmissionCategory（送信カテゴリ）は、分割データの元となったアプリケーションデータに対応するControlInformation（制御情報）の内容を引き継ぐ。
つまり、拡張層ＥＬは、「各アプリケーションデータの送信カテゴリ（データカテゴリ）」と、「分割データとその分割データの元となったアプリケーションデータとの対応関係」と、から、「各分割データの送信カテゴリ（データカテゴリ）」を生成し、生成した送信カテゴリ（データカテゴリ）示す情報（カテゴリ情報）を、分割データに対応するControlInformation（制御情報）の「送信カテゴリ」フィールドに設定する。データレートも同様に設定される。
その後、拡張層ＥＬは、BaseStationBroadcastData要求（データ送信要求）を、レイヤ７に対し与える。
BaseStationBroadcastData要求には、複数の分割データ（ＥＬ−ＰＤＵ）のほか、複数の分割データそれぞれに対応するControlInformation（制御情報）、及び、複数の分割データそれぞれに対応するSequenceNumber（シーケンスナンバ）が含まれる。
BaseStationBroadcastData要求には、複数の分割データ（ＥＬ−ＰＤＵ）のほか、複数の分割データそれぞれに対応するControlInformation（制御情報）、及び、複数の分割データそれぞれに対応するSequenceNumber（シーケンスナンバ）が含まれる。
図１３は、３つのアプリケーションデータＲＶ１，ＲＶ２，ＲＲ１に関して生成されるデータカテゴリ、DataAssociatedInformation（データ関連情報）、分割番号、SequenceNumber（シーケンスナンバ）を示している。
アプリケーションデータＲＶ１，ＲＶ２は、路車間通信データ（車載通信機３向けデータ）であり、アプリケーションデータＲＲ１は、路路間通信データ（他の路側通信機向けデータ）である。これら３つのアプリケーションデータが、一つの無線フレーム（送信周期＝１００ｍｓ）において送信されるべきアプリケーションデータであるものとする。
アプリケーションデータＲＶ１，ＲＶ２は、路車間通信データ（車載通信機３向けデータ）であり、アプリケーションデータＲＲ１は、路路間通信データ（他の路側通信機向けデータ）である。これら３つのアプリケーションデータが、一つの無線フレーム（送信周期＝１００ｍｓ）において送信されるべきアプリケーションデータであるものとする。
DataAssociatedInformation（データ関連情報）の「順番」（DataSequence）は、アプリケーションデータＲＶ１については「１」が設定され、アプリケーションデータＲＶ２については「２」が設定され、アプリケーションデータＲＶ３については「３」が設定される。DataAssociatedInformation（データ関連情報）の「総数」（DataTotalNumber）は、３つのアプリケーションデータＲＶ１，ＲＶ２，ＲＲ１のいずれにおいても、「３」が設定される。
図１３では、アプリケーションデータＲＶ１は２つに分割され、アプリケーションデータＲＶ２は分割されず、アプリケーションデータＲＲ１は２つに分割されるものとする。
この場合、アプリケーションデータＲＶ１を分割して生成された２つの分割データのうちの一方の分割データに対応する分割番号の「順番」には「１」が設定され、他方の分割データに対応する分割番号の「順番」には「２」が設定される。アプリケーションデータＲＶ１を分割して生成された２つの分割データに対応する分割番号の「総数」には、いずれも「２」が設定される。
この場合、アプリケーションデータＲＶ１を分割して生成された２つの分割データのうちの一方の分割データに対応する分割番号の「順番」には「１」が設定され、他方の分割データに対応する分割番号の「順番」には「２」が設定される。アプリケーションデータＲＶ１を分割して生成された２つの分割データに対応する分割番号の「総数」には、いずれも「２」が設定される。
また、分割されないアプリケーションデータＲＶ２に対応する分割番号の「順番」には「１」が設定され、「総数」には「１」が設定される。
さらに、アプリケーションデータＲＲ１を分割して生成された２つの分割データのうちの一方の分割データに対応する分割番号の「順番」には「１」が設定され、他方の分割データに対応する分割番号の「順番」には「２」が設定される。アプリケーションデータＲＲ１を分割して生成された２つの分割データに対応する分割番号の「総数」には、いずれも「２」が設定される。
図１３では、３個のアプリケーションデータＲＶ１，ＲＶ２，ＲＲ１が、５個の分割データに分割されている。これら５個の分割データが、一つの無線フレーム（送信周期＝１００ｍｓ）において送信されるべき分割データである。
SequenceNumber（シーケンスナンバ）は、これら５個の分割データ（パケット）を一群の分割データ（パケット）としてみなして設定される。
すなわち、シーケンスナンバの「総数」（TotalNumber）は、「５」に設定される。また、シーケンスナンバの「シーケンス（順番；Sequence）」は、５個の分割データそれぞれに対して順番に１〜５の値が設定される。
SequenceNumber（シーケンスナンバ）は、これら５個の分割データ（パケット）を一群の分割データ（パケット）としてみなして設定される。
すなわち、シーケンスナンバの「総数」（TotalNumber）は、「５」に設定される。また、シーケンスナンバの「シーケンス（順番；Sequence）」は、５個の分割データそれぞれに対して順番に１〜５の値が設定される。
拡張層ＥＬからのBaseStationBroadcastData要求（データ送信要求）を受けたレイヤ７は、拡張層ＥＬから受け取った分割データ（ＥＬ−ＰＤＵ（ＡＳＤＵ））にＬ７ヘッダを付加してＡＰＤＵ（ＩＳＤＵ）を生成し、ＡＰＤＵ（ＩＳＤＵ）をＩＶＣ−ＲＶＣ層へ与える。ＩＶＣ−ＲＶＣ層は、ＡＰＤＵ（ＩＳＤＵ）にＩＲ制御フィールドを付加してＩＰＤＵ（ＬＳＤＵ）を生成し、ＬＬＣ層へ与える。ＬＬＣ層は、ＩＰＤＵ（ＬＳＤＵ）にＬＬＣ制御フィールドを付加してＬＤＰＵ（ＭＳＤＵ）を生成し、ＭＡＣ層へ与える。
このように、各分割データは、拡張層ＥＬから、レイヤ７からＬＬＣ層を経由して、ＭＡＣ層へ伝えられる。
このように、各分割データは、拡張層ＥＬから、レイヤ７からＬＬＣ層を経由して、ＭＡＣ層へ伝えられる。
図８に示すように、拡張層ＥＬから、レイヤ７−ＬＬＣ層を経由して、ＭＡＣ層へ伝えられる複数の分割データそれぞれには、ControlInformation（制御情報）及びSequenceNumber（シーケンスナンバ）が付属している。したがって、拡張層ＥＬで生成されたControlInformation（制御情報）及びSequenceNumber（シーケンスナンバ）は、ＭＡＣ層にも伝えられる。
ＭＡＣ層は、上位層から逐次与えられた分割データ（ＭＳＤＵ；パケット）を保持する。図８に示すように、ＭＡＣ層は、上位層から分割データ（ＭＳＤＵ）とともに与えられたSequenceNumber（シーケンスナンバ）の順番及び総数を参照し、総数に示された個数（図１３では５個）の一連の分割データ（ＭＳＤＵ）群がすべて揃っていれば、ＭＳＤＵそれぞれにＭＡＣ制御フィールドとＦＣＳ（Frame Check Sequence）を付加して、ＭＰＤＵを生成する。
ＭＡＣ層は、生成したＭＰＤＵが、送信周期（１００ｍｓ）毎に到来する１又は複数の送信期間において送信されるように、レイヤ１に対して、送信要求を行う。つまり、ＭＡＣ層は、分割データを、通信機２において送信可能な送信期間において送信させる送信処理部として機能する。
本実施形態では、ＭＡＣ層（送信処理部）は、上位層から与えられたControlInformation（制御情報）の「送信カテゴリ（データカテゴリ）」を参照し、参照したデータカテゴリ（カテゴリ情報）に対応する（例えば、同一の）送信カテゴリの送信期間で、ＭＰＤＵの送信要求を行う。このように、ＭＡＣ層（送信処理部）は、分割データのデータカテゴリを示すカテゴリ情報に基づいて、分割データの送信を制御する。
つまり、あるデータカテゴリの分割データ（ＭＰＤＵ）は、その分割データ（ＭＰＤＵ）のデータカテゴリに対応する送信カテゴリの送信期間にて送信され、カテゴリが対応しない送信カテゴリの送信期間では送信されない。したがって、分割データの送信は、カテゴリが一致する送信期間が到来するまで待ち状態となる。
例えば、データカテゴリが”Ｃａ１”の分割データは、送信カテゴリが”Ｃａ１”の送信期間で送信される。また、データカテゴリが”Ｃａ２”の分割データは、送信カテゴリが”Ｃａ２”である別の送信期間で送信される。
例えば、データカテゴリが”Ｃａ１”の分割データは、送信カテゴリが”Ｃａ１”の送信期間で送信される。また、データカテゴリが”Ｃａ２”の分割データは、送信カテゴリが”Ｃａ２”である別の送信期間で送信される。
仮に、分割データそれぞれにデータカテゴリが設定されていない場合、ＭＡＣ層では、送信期間の開始時点から順に、SequenceNunber（シーケンスナンバ）が示す順番に従って、分割データ（ＭＰＤＵ）をそれぞれの送信要求を行うことしかできない。
つまり、分割データそれぞれにデータカテゴリが設定されていない場合、ＭＡＣ層は、分割データ（ＭＰＤＵ）のデータカテゴリを把握できない。
したがって、拡張層ＥＬにおいて、アプリケーションデータの分割が、アプリケーションデータのデータカテゴリに対応する送信カテゴリの送信期間の期間長を考慮してなされていても、ＭＡＣ層では、拡張層ＥＬにて分割された分割データを、どの送信期間で送信すればよいのかを把握することができない。したがって、分割時に想定された送信期間とは別の送信期間において分割データが送信される可能性がある。
つまり、分割データそれぞれにデータカテゴリが設定されていない場合、ＭＡＣ層は、分割データ（ＭＰＤＵ）のデータカテゴリを把握できない。
したがって、拡張層ＥＬにおいて、アプリケーションデータの分割が、アプリケーションデータのデータカテゴリに対応する送信カテゴリの送信期間の期間長を考慮してなされていても、ＭＡＣ層では、拡張層ＥＬにて分割された分割データを、どの送信期間で送信すればよいのかを把握することができない。したがって、分割時に想定された送信期間とは別の送信期間において分割データが送信される可能性がある。
これに対し、本実施形態では、分割データを生成した拡張層ＥＬから、分割データの送信処理を行うＭＡＣ層に対して、分割データのデータカテゴリが与えられるため、ＭＡＣ層では、分割データのデータカテゴリを考慮した送信制御を行うことができる。
また、本実施形態のＭＡＣ層は、各送信期間に設定された送信カテゴリ（ＲＴＣ（ｍ）．ＴＣ）を参照することで、分割データのデータカテゴリ及び送信期間の送信カテゴリ双方に基づいて、送信制御を行うことができる。
［３．実施形態に係る送信制御の効果確認］
［３．１ 比較例１の場合］
図１４は、比較例１を示している。比較例では、ＭＡＣ層は、５個の分割データの送信処理要求をレイヤ１（ＰＨＹ）に対して行うものとする。５個の分割データのシーケンスナンバ（順番／総数）は、それぞれ、１／５，２／５，３／５，４／５，５／５である。
シーケンスナンバが１／５，２／５，３／５である３個の分割データは、データカテゴリＣ１のアプリケーションデータを分割して得られたものである。一方、シーケンスナンバが４／５，５／５である２個の分割データは、データカテゴリＣ２のアプリケーションデータを分割して得られたものである。
［３．１ 比較例１の場合］
図１４は、比較例１を示している。比較例では、ＭＡＣ層は、５個の分割データの送信処理要求をレイヤ１（ＰＨＹ）に対して行うものとする。５個の分割データのシーケンスナンバ（順番／総数）は、それぞれ、１／５，２／５，３／５，４／５，５／５である。
シーケンスナンバが１／５，２／５，３／５である３個の分割データは、データカテゴリＣ１のアプリケーションデータを分割して得られたものである。一方、シーケンスナンバが４／５，５／５である２個の分割データは、データカテゴリＣ２のアプリケーションデータを分割して得られたものである。
２つのデータカテゴリＣ１，Ｃ２は、例えば、路車間通信データのカテゴリＣ１と路路間通信データのカテゴリＣ２であってもよいし、安全系のデータのカテゴリＣ１と娯楽系のデータのカテゴリＣ２であってもよい。
また、５個の分割データを送信する路側通信機２に割り当てられた送信期間（路車間通信期間ＳＬ１）は、ｎ＝４，５，１２の３つの送信期間であるとする。ｎ＝５の送信期間とｎ＝１２の送信期間の間に存在する路車間通信期間は、他の路側通信機に割り当てられている。
このような前提において、路側通信機２のＭＡＣ層が、分割データのデータカテゴリを把握できない場合、ＭＡＣ層は、３つの送信期間（ｎ＝４，５，１２）の最初から、５個の分割データを、単に順番に送信することになる。
この結果、同一データカテゴリＣ２の分割データ（４／５，５／５）が、ｎ＝５の送信期間とｎ＝１２の送信期間に分かれて送信されることになる。つまり、同一カテゴリＣ２のアプリケーションデータが、大きく離れて送信されることになる。
すると、受信側の通信機（車載通信機３又は路側通信機２）は、シーケンスナンバが４／５の分割データをｎ＝５の送信期間にて受信してから、シーケンスナンバが５／５の分割データをｎ＝１２の送信期間にて受信するまで、シーケンスナンバが４／５の分割データを記憶部に保持する必要がある。
このため、図１４に示すように送信されると、通信機２，３の記憶部のサイズを大きくする必要があり、不利である。
このため、図１４に示すように送信されると、通信機２，３の記憶部のサイズを大きくする必要があり、不利である。
［３．２ 比較例２の場合］
路車間通信期間を利用して路路間通信を行うと、路車間通信期間において送信先の異なる通信である路車間通信と路路間通信が行われることになる。ここで、路車間通信と路路間通信では、通信相手（エリア）や受信アンテナ高が異なるため、干渉関係が異なる。それより、路車間通信では、干渉なく通信できても、路路間通信を行うと干渉が生じる場合がある。
路車間通信期間を利用して路路間通信を行うと、路車間通信期間において送信先の異なる通信である路車間通信と路路間通信が行われることになる。ここで、路車間通信と路路間通信では、通信相手（エリア）や受信アンテナ高が異なるため、干渉関係が異なる。それより、路車間通信では、干渉なく通信できても、路路間通信を行うと干渉が生じる場合がある。
たとえば、図１５は、図１に示す複数の路側通信機２に対して、図３に示す無線フレーム内のｎ＝１〜１６の路車間通信期間（送信期間）ＳＬ１の割り当て方を示している。図１５において、各交差点の丸内の数字は、１以上の路車間通信期間（送信期間）ＳＬをまとめた「送信期間群」を一つの送信期間とし、その送信期間群の番号を示している。つまり、図１５では５つの送信期間群が必要となる。各路側通信機２は、自機２に割り当てられた送信期間群において、路車間通信を行う。
隣接する交差点の路側通信機２に対して同一の送信期間群（１以上の路車間通信期間ＳＬ１のまとまり）が割り当てられていると、隣接する交差点間にいる車両５は、双方の路側通信機２からの路車間通信の電波を受け、干渉が生じる。しかし、図１５のように、同一の送信期間群を分散させて割り当てることで、各路側通信機２による路車間通信の際の干渉を防止できる。
ただし、図１５のようなスロット割り当ては、路車間通信だけを考慮すると、適切であるが、路路間通信も考慮すると適切でなくなり、路路間通信では、電波干渉が起こるおそれがある。
例えば、図１５の交差点Ｃ２の路側通信機２と交差点Ｄ５の路側通信機２には、ともに番号ｎ＝５の路車間通信期間が割り当てられている。そして、交差点Ｃ２とＤ５との間は、道路以外の部分の建物を考慮すれば、直接、電波が届きにくい状態である。したがって、交差点Ｃ２付近の車両（交差点Ｃ２の路側通信機２のサービスエリア内の車両）は、同じタイミングで路車間通信のための電波を発信する交差点Ｄ５の路側通信機２からの干渉をほとんど受けることなく、交差点Ｃ２の路側通信機２のパケットを受信することができる。
しかし、交差点Ｃ２の路側通信機（ＲＳＵ）２と交差点Ｄ５の路側通信機（ＲＳＵ）２とが同じタイミングで路路間通信を行った場合、交差点Ｄ５の路側通信機２が交差点Ｃ５の路側通信機２に対して路路間通信パケットを送信すると、交差点Ｃ２の路側通信機２が送信した路路間通信パケットが干渉波となって交差点Ｃ５にも直接到達する。
このため、交差点Ｃ５の路側通信機２は、交差点Ｄ５の路側通信機２からの路路間通信パケットを正しく受信できない可能性がある。
このため、交差点Ｃ５の路側通信機２は、交差点Ｄ５の路側通信機２からの路路間通信パケットを正しく受信できない可能性がある。
例えば、図１６に示すように、交差点Ｃ２の路側通信機２と交差点Ｄ５の路側通信機２とが、ともに、ｎ＝４，５，６の送信期間（路車間通信期間）で、路車間通信データ及び路路間通信データを送信する場合、路車間通信データは干渉なく送信できても、路路間通信データの送信では干渉が生じる。
［３．３ 本実施形態の場合］
本実施形態の路側通信機２は、図１４に示すような場合であっても、図１７に示すように、データカテゴリＣ１の分割データは、送信カテゴリＣ１の送信期間群において送信し、データカテゴリＣ２の分割データは、送信カテゴリＣ２の送信期間群において送信する。
つまり、路側通信機２に割り当てられた送信期間ｎ＝４，５，１２のうち、ｎ＝４，５の送信カテゴリをＣ１に設定し、ｎ＝１２の送信期間の送信カテゴリをＣ２に設定しておくと、路側通信機２のＭＡＣ層は、分割データのデータカテゴリを考慮して、対応する送信カテゴリにて分割データを送信することができる。
本実施形態の路側通信機２は、図１４に示すような場合であっても、図１７に示すように、データカテゴリＣ１の分割データは、送信カテゴリＣ１の送信期間群において送信し、データカテゴリＣ２の分割データは、送信カテゴリＣ２の送信期間群において送信する。
つまり、路側通信機２に割り当てられた送信期間ｎ＝４，５，１２のうち、ｎ＝４，５の送信カテゴリをＣ１に設定し、ｎ＝１２の送信期間の送信カテゴリをＣ２に設定しておくと、路側通信機２のＭＡＣ層は、分割データのデータカテゴリを考慮して、対応する送信カテゴリにて分割データを送信することができる。
したがって、本実施形態では、図１４に示すように、同じデータカテゴリの分割データが、離れた別の送信期間で送信される、といった事態を防止でき、受信側の通信機２，３の記憶部のサイズを抑えることができる。
また、データカテゴリの異なる複数の分割データが、同一の送信期間において送信されることも防止される。
また、データカテゴリの異なる複数の分割データが、同一の送信期間において送信されることも防止される。
また、図１７に示すように、同一送信カテゴリの送信期間が複数設定される場合、同一送信カテゴリの送信期間は、ｎ＝４，５のように、送信期間の順番が連続しているのが好ましい。仮に、ｎ＝４，１２の送信期間を同一送信カテゴリＣ１に設定し、ｎ＝５を他の送信カテゴリＣ２に設定した場合、受信側の通信機２，３は、ｎ＝４の送信期間において送信された分割データを受信すると、その分割データを、ｎ＝１２の送信期間まで保持する必要がある。
これに対し、同一送信カテゴリＣ１の複数の送信期間の間に、他の送信カテゴリＣ２の送信期間が介在しないように設定されていることで、分割データを記憶するための記憶部サイズの増大を抑えることができる。
これに対し、同一送信カテゴリＣ１の複数の送信期間の間に、他の送信カテゴリＣ２の送信期間が介在しないように設定されていることで、分割データを記憶するための記憶部サイズの増大を抑えることができる。
また、本実施形態の路側通信機２は、図１６に示すような場合であっても、図１８に示すように、路車間通信データ（データカテゴリＣ１）の分割データは、送信カテゴリＣ１の送信期間群において送信し、路路間通信データ（データカテゴリＣ２）の分割データは、送信カテゴリＣ２の送信期間群において送信する。
したがって、路路間通信データが送信される送信カテゴリＣ２の送信期間を、例えば、図１８に示すように、交差点Ｄ５の路側通信機（ＲＳＵ）２ではｎ＝６の送信期間に設定し、交差点Ｃ２の路側通信機（ＲＳＵ）２ではｎ＝７の送信期間に設定することで、路路間通信の干渉を回避できる。つまり、交差点Ｄ５の路側通信機（ＲＳＵ）２はｎ＝６の送信期間で路路間通信を行い、交差点Ｃ２の路側通信機（ＲＳＵ）２はｎ＝７の送信期間で路路間通信を行うため、干渉を回避できる。
［４．第２実施形態］
図１９は、第２実施形態のためのSequenceNumber（シーケンスナンバ）のデータ構造を示している。なお、第２実施形態において特に説明しない点については、第１実施形態と同様である。
図１９は、第２実施形態のためのSequenceNumber（シーケンスナンバ）のデータ構造を示している。なお、第２実施形態において特に説明しない点については、第１実施形態と同様である。
第２実施形態では、拡張層ＥＬが生成した分割データ毎のTransmissionCategory（送信カテゴリ；データカテゴリ）は、制御情報としてＭＡＣ層に与えられるのではなく、図１９に示すように、SequenceNumber（シーケンスナンバ）を構成する情報の一部として、ＭＡＣ層に与えられる。
つまり、第１実施形態では、SequenceNumber（シーケンスナンバ）には、Sequence及びTotalNumberのほか、TransmissionCategory（送信カテゴリ；データカテゴリ）のフィールドが設けられる。
拡張層ＥＬ（分割処理部）は、TransmissionCategory（送信カテゴリ；データカテゴリ）のフィールドに、分割データのデータカテゴリを示す情報（カテゴリ情報）を設定し、下位層（ＭＡＣ層）に与える。
拡張層ＥＬ（分割処理部）は、TransmissionCategory（送信カテゴリ；データカテゴリ）のフィールドに、分割データのデータカテゴリを示す情報（カテゴリ情報）を設定し、下位層（ＭＡＣ層）に与える。
第２実施形態においても、ＭＡＣ層（送信処理部）は、分割データのデータカテゴリを示す情報（カテゴリ情報）を得ることができるため、第１実施形態と同様の送信制御を行うことができる。
本発明に関して、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
例えば、分割処理部は、拡張層ＥＬに設けられている必要はなく、アプリケーションＡＰに設けられていてもよい。また、送信期間は、一つの路車間通信期間の一部の期間として設定されてもよく、一つの路車間通信期間に複数の送信期間が設定されていてもよい。
例えば、分割処理部は、拡張層ＥＬに設けられている必要はなく、アプリケーションＡＰに設けられていてもよい。また、送信期間は、一つの路車間通信期間の一部の期間として設定されてもよく、一つの路車間通信期間に複数の送信期間が設定されていてもよい。
１ 交通信号機
２ 路側通信機
３ 車載通信機
４ 中央装置
５ 車両
６ 路側センサ
７ 有線通信回線
２１ 無線通信部
２２ 有線通信部
２３ 制御部
２４ 記憶部
２４ａ ＭＩＢ
２５ 通信処理装置
ＥＬ 拡張層（分割処理部）
ＭＡＣ 送信処理部
２ 路側通信機
３ 車載通信機
４ 中央装置
５ 車両
６ 路側センサ
７ 有線通信回線
２１ 無線通信部
２２ 有線通信部
２３ 制御部
２４ 記憶部
２４ａ ＭＩＢ
２５ 通信処理装置
ＥＬ 拡張層（分割処理部）
ＭＡＣ 送信処理部
Claims (8)
- データカテゴリが異なる複数のアプリケーションデータを送信可能な通信機であって、
前記アプリケーションデータを分割して複数の分割データを生成する分割処理部と、
複数の前記分割データを、前記通信機が送信可能な送信期間において送信させる送信処理部と、
を備え、
前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、
前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御する
ことを特徴とする通信機。 - 前記送信処理部は、前記カテゴリ情報に基づいて、前記データカテゴリが異なる複数の前記分割データが、同一の送信期間において送信されないように制御する
請求項１記載の通信機。 - 前記通信機が送信可能な前記送信期間は、複数設定され、
複数の前記送信期間それぞれには、前記データカテゴリに対応する送信カテゴリが設定され、
前記送信処理部は、複数の前記分割データそれぞれが、前記分割データの前記データカテゴリに対応する前記送信カテゴリの前記送信期間において送信されるように制御する
請求項１又は２記載の通信機。 - 複数の前記送信期間は、同一の送信カテゴリの複数の前記送信期間の間には、他の送信カテゴリの前記送信期間が介在しないように設定されている
請求項３記載の通信機。 - 前記分割処理部は、前記送信期間の期間長を参照して、前記アプリケーションデータの分割を行い、
前記分割処理部が参照する前記送信期間の前記期間長は、分割対象の前記アプリケーションデータの前記データカテゴリに対応する送信カテゴリの前記送信期間の期間長である
請求項３又は４記載の通信機。 - データカテゴリが異なる複数のアプリケーションデータを送信する方法であって、
分割処理部に、前記アプリケーションデータを分割した複数の分割データを生成させ、
送信処理部に、複数の前記分割データを送信期間において送信させるための処理を行わせる、
ことを含み、
前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、
前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御する
ことを特徴とする送信方法。 - 請求項１記載の通信機において、データカテゴリが異なる複数のアプリケーションデータを送信させるための処理を行う通信処理装置であって、
前記アプリケーションデータを分割して複数の分割データを生成する分割処理部と、
複数の前記分割データを、前記通信機が送信可能な送信期間において送信させる送信処理部と、
を備え、
前記分割処理部は、前記アプリケーションデータの前記データカテゴリに基づいて、複数の前記分割データそれぞれの前記データカテゴリを示すカテゴリ情報を生成し、
前記送信処理部は、前記送信期間における前記分割データの送信を、前記カテゴリ情報に基づいて制御する
ことを特徴とする通信処理装置。 - コンピュータを、請求項７記載の通信処理装置として機能させるためのコンピュータプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016240285A JP2017073819A (ja) | 2016-12-12 | 2016-12-12 | 通信機、送信方法、通信処理装置、及びコンピュータプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016240285A JP2017073819A (ja) | 2016-12-12 | 2016-12-12 | 通信機、送信方法、通信処理装置、及びコンピュータプログラム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012219296A Division JP6338815B2 (ja) | 2012-10-01 | 2012-10-01 | 通信機、送信方法、通信処理装置、及びコンピュータプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2017073819A true JP2017073819A (ja) | 2017-04-13 |
Family
ID=58537681
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016240285A Pending JP2017073819A (ja) | 2016-12-12 | 2016-12-12 | 通信機、送信方法、通信処理装置、及びコンピュータプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2017073819A (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011003009A (ja) * | 2009-06-18 | 2011-01-06 | Sumitomo Electric Ind Ltd | 通信制御装置、路側通信機、移動通信機及び通信システム |
| JP2011097351A (ja) * | 2009-10-29 | 2011-05-12 | Sumitomo Electric Ind Ltd | 通信制御装置、路側通信機及び通信システム |
-
2016
- 2016-12-12 JP JP2016240285A patent/JP2017073819A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011003009A (ja) * | 2009-06-18 | 2011-01-06 | Sumitomo Electric Ind Ltd | 通信制御装置、路側通信機、移動通信機及び通信システム |
| JP2011097351A (ja) * | 2009-10-29 | 2011-05-12 | Sumitomo Electric Ind Ltd | 通信制御装置、路側通信機及び通信システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104363598B (zh) | 一种drb映射方法及装置 | |
| CN111630933A (zh) | 在nr v2x中由ue执行侧链路通信的方法和装置 | |
| CN105794135B (zh) | 用于数据传输的跨层和跨应用确认 | |
| CN107409402A (zh) | 用于车辆通信智能无线电接入区的方法、装置、系统和计算机程序 | |
| EP3025524A2 (en) | Service layer southbound interface and quality of service | |
| US11743759B2 (en) | Method for effectively transmitting downlink data by server for controlling TCU mounted in vehicle | |
| US20220322439A1 (en) | V2x communication device and data transmission method thereof | |
| JP6338815B2 (ja) | 通信機、送信方法、通信処理装置、及びコンピュータプログラム | |
| KR100776689B1 (ko) | 도시 교통정보 시스템 | |
| JP6007626B2 (ja) | 通信機、移動局、無線通信システム、及びコンピュータプログラム | |
| JP2018152859A (ja) | 通信システム | |
| JP2015115869A (ja) | 通信システム、路側通信機、処理装置、処理方法およびコンピュータプログラム | |
| JP6328412B2 (ja) | 通信システム、基地局、通信方法および通信処理プログラム | |
| JP6423591B2 (ja) | 基地局、通信処理装置、送信方法、及びコンピュータプログラム | |
| JP2017073819A (ja) | 通信機、送信方法、通信処理装置、及びコンピュータプログラム | |
| JP2016208148A (ja) | 無線リソース割当の検証方法、路側通信機、及び検証用通信機 | |
| JP6055265B2 (ja) | 移動局、コンピュータプログラム、及び通信パケットのデータ構造 | |
| JP6342109B2 (ja) | 通信機、通信処理装置、アプリケーション装置、コンピュータプログラム、及び送信方法 | |
| JP6286817B2 (ja) | 通信システム、通信機、通信処理装置、コンピュータプログラム、及び通信方法 | |
| JP6552669B2 (ja) | 通信システム、基地局、通信方法および通信処理プログラム | |
| JP6746869B2 (ja) | 無線通信機、パケットの処理方法、及びコンピュータプログラム | |
| TW200803254A (en) | Wireless network system and method for transmitting and receiving data in the wireless network | |
| JP6233479B2 (ja) | 通信機、移動局、無線通信システム、及びコンピュータプログラム | |
| US20230410655A1 (en) | Method and apparatus for transmitting and receiving wireless signal in wireless communication system | |
| JP2020145721A (ja) | 無線機、路側通信機、通信パケットの送信方法、及びコンピュータプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170110 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180403 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20180531 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20181218 |