JP6286817B2 - 通信システム、通信機、通信処理装置、コンピュータプログラム、及び通信方法 - Google Patents
通信システム、通信機、通信処理装置、コンピュータプログラム、及び通信方法 Download PDFInfo
- Publication number
- JP6286817B2 JP6286817B2 JP2012237700A JP2012237700A JP6286817B2 JP 6286817 B2 JP6286817 B2 JP 6286817B2 JP 2012237700 A JP2012237700 A JP 2012237700A JP 2012237700 A JP2012237700 A JP 2012237700A JP 6286817 B2 JP6286817 B2 JP 6286817B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- application data
- application
- total number
- type
- 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.)
- Active
Links
- 230000006854 communication Effects 0.000 title claims description 327
- 238000004891 communication Methods 0.000 title claims description 326
- 238000012545 processing Methods 0.000 title claims description 103
- 238000000034 method Methods 0.000 title claims description 14
- 238000004590 computer program Methods 0.000 title claims description 12
- 230000005540 biological transmission Effects 0.000 claims description 77
- 230000000052 comparative effect Effects 0.000 description 11
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 108700026140 MAC combination Proteins 0.000 description 1
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 238000004587 chromatography analysis Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Traffic Control Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Description
本発明は、通信システム、通信機、通信処理装置、コンピュータプログラム、及び通信方法に関する。
近年、路車間通信、車車間通信による高度道路交通システム（ＩＴＳ）が検討されている。路車間通信とは、路側通信機（基地局）と車載通信機（移動局）との間の通信であり、車車間通信とは、車載通信機（移動局）間の通信である。
このような高度道路交通システムのための通信方式については、標準規格及びガイドラインが制定されている（非特許文献１，２参照）。
このような高度道路交通システムのための通信方式については、標準規格及びガイドラインが制定されている（非特許文献１，２参照）。
非特許文献１では、所定の送信周期（１００ｍｓ）毎に到来する最大１６個の路車間通信期間が離散的に設けられ、路車間通信期間以外の時間帯が車車間通信期間として設定される。
ここで、非特許文献２には、拡張層（Extended Layer）が規定されている。拡張層は、非特許文献１に規定されたレイヤ７とアプリケーションとの間に介在する。
送信側の路側通信機（基地局）の拡張層は、アプリケーションから与えられたアプリケーションデータ（ＥＬ−ＳＤＵ；EL-Service Data Unit）に対して、ＥＬ基地局ヘッダを付加する。
送信側の路側通信機（基地局）の拡張層は、アプリケーションから与えられたアプリケーションデータ（ＥＬ−ＳＤＵ；EL-Service Data Unit）に対して、ＥＬ基地局ヘッダを付加する。
ＥＬ基地局ヘッダは、データ関連情報（DataAssociatedInformation）及び分割番号を含んでいる。データ関連情報は、アプリケーションデータの関連情報であり、データ順番情報（DataSequence）及びデータ総数情報（DataTotalNumber）を含んでいる。
データ順番情報は、アプリケーションデータの順番を示し、データ総数情報は、アプリケーションデータの総数を示す。
データ順番情報は、アプリケーションデータの順番を示し、データ総数情報は、アプリケーションデータの総数を示す。
データ順番情報及びデータ総数を含むデータ関連情報は、アプリケーションデータとともに、送信要求（EL-BaseStationBroadcastData要求）として、アプリケーションから拡張層に与えられる。
拡張層は、アプリケーションから与えられたデータ関連情報を、ＥＬ基地局ヘッダのデータ関連情報として設定する。
拡張層は、アプリケーションから与えられたデータ関連情報を、ＥＬ基地局ヘッダのデータ関連情報として設定する。
また、拡張層は、大きなサイズのアプリケーションデータを必要に応じて複数の分割データに分割する機能も有している。アプリケーションデータの分割がなされた場合、分割データそれぞれに対して、ＥＬ基地局ヘッダが付加される。
ＥＬ基地局ヘッダに格納される前記分割番号は、アプリケーションデータの分割情報を示す。分割番号は、順番及び総数を含んでいる。
分割番号に含まれる順番は、データ分割の順番であり、分割番号に含まれる総数は、データ分割の総数である。
分割番号に含まれる順番は、データ分割の順番であり、分割番号に含まれる総数は、データ分割の総数である。
一般社団法人電波産業会、"７００ＭＨｚ帯高度道路交通システム ＡＲＩＢ−ＳＴＤＴ１０９ １．０版"，［online］、平成２４年２月１４日、［平成２４年１０月１５日検索］、インターネット<http://www.arib.or.jp/tyosakenkyu/kikaku_tushin/tsushin_kikaku_number.html>
ＩＴＳ情報通信システム推進会議、"７００ＭＨｚ帯高度道路交通システム拡張機能ガイドライン ＩＴＳ ＦＯＲＵＭ ＲＣ−０１０ １．０版"，[online]、２０１２年３月２６日、［平成２４年１０月１５日検索］、インターネット<http://www.itsforum.gr.jp/>
アプリケーションからの送信要求に含まれるデータ関連情報（データ順番情報及びデータ総数）は、ＥＬ基地局ヘッダに格納される。また、分割番号もＥＬ基地局ヘッダに格納される。
したがって、ＥＬ基地局ヘッダが付加されたパケットを受信した通信機（基地局又は移動局）は、ＥＬ基地局ヘッダに含まれるデータ関連情報（データ順番情報及びデータ総数）、及び、分割番号（順番及び総数）を認識することができる。
したがって、ＥＬ基地局ヘッダが付加されたパケットを受信した通信機（基地局又は移動局）は、ＥＬ基地局ヘッダに含まれるデータ関連情報（データ順番情報及びデータ総数）、及び、分割番号（順番及び総数）を認識することができる。
しかし、本発明者は、非特許文献２に規定するＥＬ基地局ヘッダの情報だけでは、複数のアプリケーションデータ又は複数の分割データを、適切に区別して取り扱えなくなる場合があることを見出した。
すなわち、送信されるアプリケーションデータに複数の種別を設けようとすると、非特許文献２に規定するＥＬ基地局ヘッダに含まれる情報だけでは、複数のアプリケーションデータ又は複数の分割データを、適切に区別して取り扱えない。
例えば、路側通信機（基地局）が、一周期（１００ｍｓ）内において割り当てられている送信期間（路車間通信期間）で、６個のアプリケーションデータを送信する状況を想定する。
また、一周期内の送信期間において送信すべき６個のアプリケーションデータのうち、１個目〜３個目は、第１の種別のアプリケーションデータであり、４個目〜６個目は、第２の種別のアプリケーションデータであるとする。
なお、アプリケーションデータの種別としては、例えば、アプリケーションデータを提供するサービスプロバイダの違いによる種別、データの内容の違いによる種別、路車間通信データと路路間通信データ等の宛先（基地局宛か移動局宛か）の違いによる種別などが考えられる。
また、一周期内の送信期間において送信すべき６個のアプリケーションデータのうち、１個目〜３個目は、第１の種別のアプリケーションデータであり、４個目〜６個目は、第２の種別のアプリケーションデータであるとする。
なお、アプリケーションデータの種別としては、例えば、アプリケーションデータを提供するサービスプロバイダの違いによる種別、データの内容の違いによる種別、路車間通信データと路路間通信データ等の宛先（基地局宛か移動局宛か）の違いによる種別などが考えられる。
上記のような状況（分割を考慮しない場合）で、パケット受信側の通信機（基地局，移動局）が、ＥＬ基地局ヘッダのデータ関連情報に含まれるデータ順番情報及びデータ総数に基づいて、パケットに含まれるアプリケーションデータを区別することを考える。
アプリケーションデータを区別するには、各アプリケーションデータに対応するデータ順番情報及びデータ総数情報を、例えば、次の第１設定例のように設定することが考えられる。
なお、非特許文献２には、データ順番情報及びデータ総数の設定の仕方は規定されていない。
アプリケーションデータを区別するには、各アプリケーションデータに対応するデータ順番情報及びデータ総数情報を、例えば、次の第１設定例のように設定することが考えられる。
なお、非特許文献２には、データ順番情報及びデータ総数の設定の仕方は規定されていない。
［第１設定例］
１個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［１／６］
２個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［２／６］
３個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［３／６］
４個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［４／６］
５個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［５／６］
６個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［６／６］
１個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［１／６］
２個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［２／６］
３個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［３／６］
４個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［４／６］
５個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［５／６］
６個目のアプリケーションデータの［データ順番情報／データ総数情報］＝［６／６］
第１設定例のように設定した場合、６個のアプリケーションデータは、データ順番情報の１〜６の値によって、識別可能となる。
したがって、６個のアプリケーションデータを受信した通信機は、これら６個のアプリケーションデータを、データ順番情報に基づいて区別することができる。
したがって、６個のアプリケーションデータを受信した通信機は、これら６個のアプリケーションデータを、データ順番情報に基づいて区別することができる。
しかし、［データ順番情報／データ総数情報］に基づくと、受信側の通信機は、個々のアプリケーションデータを区別することはできるが、どのアプリケーションデータが、どの種別のアプリケーションデータであるかを区別することはできない。
しかも、第１設定例では、受信側の通信機にとって、アプリケーションデータの種別毎にアプリケーションデータが全て揃っているかどうかを判断することが困難である。
つまり、受信側の通信機は、６個のアプリケーションデータのうち、［データ順番情報／データ総数情報］が［１／６］〜［３／６］のアプリケーションデータを受信できれば、他のアプリケーションデータは受信できていなくても、第１種別のアプリケーションデータは全て揃っていることになる。
同様に、受信側の通信機は、６個のアプリケーションデータのうち、［データ順番情報／データ総数情報］が［４／６］〜［６／６］のアプリケーションデータを受信できれば、他のアプリケーションデータは受信できていなくても、第２種別のアプリケーションデータは全て揃っていることになる。
つまり、受信側の通信機は、６個のアプリケーションデータのうち、［データ順番情報／データ総数情報］が［１／６］〜［３／６］のアプリケーションデータを受信できれば、他のアプリケーションデータは受信できていなくても、第１種別のアプリケーションデータは全て揃っていることになる。
同様に、受信側の通信機は、６個のアプリケーションデータのうち、［データ順番情報／データ総数情報］が［４／６］〜［６／６］のアプリケーションデータを受信できれば、他のアプリケーションデータは受信できていなくても、第２種別のアプリケーションデータは全て揃っていることになる。
しかし、アプリケーションデータが揃っているか否かは、受信したアプリケーションデータの数と、データ総数情報と、の比較で判断される。
つまり、データ総数情報が「６」であれば、データ順番情報が、「１」から「６」までの６個のアプリケーションデータを取得できれば、全てのアプリケーションデータが揃っていると判断される。
したがって、データ総数情報が「６」であるのに、［１／６］〜［３／６］のアプリケーションデータが揃った状態で第１種別のアプリケーションデータが揃っていると判断したり、［４／６］〜［６／６］のアプリケーションデータが揃った状態で、第２種別のアプリケーションデータが揃っていると判断したりすることはできない。
つまり、データ総数情報が「６」であれば、データ順番情報が、「１」から「６」までの６個のアプリケーションデータを取得できれば、全てのアプリケーションデータが揃っていると判断される。
したがって、データ総数情報が「６」であるのに、［１／６］〜［３／６］のアプリケーションデータが揃った状態で第１種別のアプリケーションデータが揃っていると判断したり、［４／６］〜［６／６］のアプリケーションデータが揃った状態で、第２種別のアプリケーションデータが揃っていると判断したりすることはできない。
このように、非特許文献２に規定するデータ順番情報及びデータ総数情報だけでは、アプリケーションデータの種別を区別して取り扱うことができない。
また、データ順番情報及びデータ総数情報を、第１設定例のように設定すると、アプリケーションデータの種別を区別して取り扱うのに問題を生じさせる。
また、データ順番情報及びデータ総数情報を、第１設定例のように設定すると、アプリケーションデータの種別を区別して取り扱うのに問題を生じさせる。
しかも、アプリケーションデータが分割されると、非特許文献２に規定する情報（データ順番情報及びデータ総数、並びに、分割番号に含まれる順番及び総数）だけでは、さらに複雑な問題を生じさせるおそれがある。
本発明は、上記のような問題に鑑みてなされたものである。
（１）一の観点からみた本発明は、アプリケーションデータを、周期的に割り当てられる送信期間において送信する第１通信機と、前記第１通信機から送信された前記アプリケーションデータを受信する第２通信機と、を備え、前記第１通信機は、複数のアプリケーションデータそれぞれに付加情報を付加して送信し、前記付加情報は、前記アプリケーションデータの総数を示すデータ総数情報と、前記アプリケーションデータの順番を示すデータ順番情報と、前記アプリケーションデータの種別を示すデータ種別情報と、を含み、前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、前記第２通信機は、前記第１通信機から送信された前記複数のアプリケーションデータそれぞれに付加された前記付加情報に基づいて、前記複数のアプリケーションデータを区別することを特徴とする通信システムである。
上記本発明の通信システムによれば、データ総数情報及びデータ順番情報は、第１設定例のように複数のアプリケーションデータ全体での総数及び順番を示すものではなく、アプリケーションデータの種別毎のものとなる。したがって、受信側の第２通信機は、アプリケーションデータの種別毎にアプリケーションデータが揃っているかどうかを容易に判断することができる。
また、上記本発明のように、データ総数情報及びデータ順番情報が、アプリケーションデータの種別毎になると、異なる種別の複数のアプリケーションデータが、同じ［データ総数情報及びデータ順番情報］を持つおそれがある。
しかし、上記本発明では、アプリケーションデータそれぞれに、アプリケーションデータのデータ種別情報が付加されているため、複数のアプリケーションデータが、同じ［データ総数情報及びデータ順番情報］を持ったとしても、受信側の第２通信機は、データ種別情報によって、それらのアプリケーションデータを区別することができる。
しかし、上記本発明では、アプリケーションデータそれぞれに、アプリケーションデータのデータ種別情報が付加されているため、複数のアプリケーションデータが、同じ［データ総数情報及びデータ順番情報］を持ったとしても、受信側の第２通信機は、データ種別情報によって、それらのアプリケーションデータを区別することができる。
（２）前記第１通信機は、前記アプリケーションデータを分割する分割処理部を備えるとともに、前記アプリケーションデータを分割して生成された複数の分割データそれぞれに前記付加情報を付加して送信し、前記付加情報は、一のアプリケーションデータから分割された複数の分割データの総数を示す分割総数情報と、前記一のアプリケーションデータから分割された複数の分割データそれぞれの順番を示す分割順番情報と、を更に含み、前記第２通信機は、前記第１通信機から送信された複数の分割データそれぞれに付加された前記付加情報に基づいて、結合すべき複数の分割データの組み合わせを認識して、複数の分割データを結合するのが好ましい。
前述のように、データ総数情報及びデータ順番情報が、アプリケーションデータの種別毎になると、異なる種別の複数のアプリケーションデータが、同じ［データ総数情報及びデータ順番情報］を持つおそれがある。
したがって、同じ［データ総数情報及びデータ順番情報］を持つ複数のアプリケーションデータが、いずれも分割された場合、データ種別の異なる複数の分割データが、同じ［データ総数情報及びデータ順番情報、並びに、分割総数情報及び分割順番情報］を持つおそれがある。この場合、受信側の第２通信機では、データ種別の異なる分割データ同士を結合すべき複数の分割データの組み合わせである、と誤って認識するおそれがある。
これに対し、本発明のように付加情報にデータ種別が含まれていると、同じ［データ総数情報及びデータ順番情報、並びに、分割総数情報及び分割順番情報］を持つ複数の分割データがあっても、受信側の第２通信機では、付加情報に含まれたデータ種別に基づいて、結合すべき複数の分割データの組み合わせを正しく認識することができる。
したがって、同じ［データ総数情報及びデータ順番情報］を持つ複数のアプリケーションデータが、いずれも分割された場合、データ種別の異なる複数の分割データが、同じ［データ総数情報及びデータ順番情報、並びに、分割総数情報及び分割順番情報］を持つおそれがある。この場合、受信側の第２通信機では、データ種別の異なる分割データ同士を結合すべき複数の分割データの組み合わせである、と誤って認識するおそれがある。
これに対し、本発明のように付加情報にデータ種別が含まれていると、同じ［データ総数情報及びデータ順番情報、並びに、分割総数情報及び分割順番情報］を持つ複数の分割データがあっても、受信側の第２通信機では、付加情報に含まれたデータ種別に基づいて、結合すべき複数の分割データの組み合わせを正しく認識することができる。
（３）他の観点からみた本発明は、アプリケーションデータの送信要求を生成するアプリケーション部と、前記アプリケーション部から送信要求がなされた前記アプリケーションデータを、周期的に割り当てられる送信期間において送信させる通信処理部と、を備え、前記送信要求には、前記アプリケーションデータ及び付加情報が含まれ、前記付加情報は、前記アプリケーションデータの総数を示すデータ総数情報と、前記アプリケーションデータの順番を示すデータ順番情報と、前記アプリケーションデータの種別を示すデータ種別情報と、を含み、前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、前記通信処理部は、複数のアプリケーションデータそれぞれに前記付加情報を付加して送信させることを特徴とする通信機である。
上記通信機によれば、複数のアプリケーションデータそれぞれに付加される付加情報には、アプリケーションデータのデータ種別情報が含まれる。
したがって、受信側の他の通信機は、複数のアプリケーションデータが、同じ［データ総数情報及びデータ順番情報］を持ったとしても、データ種別情報によって、それらのアプリケーションデータを区別することができる。
また、データ総数情報及びデータ順番情報は、アプリケーションデータの種別毎のものとなるため、受信側の他の通信機は、アプリケーションデータの種別毎にアプリケーションデータが揃っているかどうかを容易に判断することができる。
したがって、受信側の他の通信機は、複数のアプリケーションデータが、同じ［データ総数情報及びデータ順番情報］を持ったとしても、データ種別情報によって、それらのアプリケーションデータを区別することができる。
また、データ総数情報及びデータ順番情報は、アプリケーションデータの種別毎のものとなるため、受信側の他の通信機は、アプリケーションデータの種別毎にアプリケーションデータが揃っているかどうかを容易に判断することができる。
（４）他の観点からみた本発明は、通信処理部と、アプリケーションデータを受信したことの通知を前記通信処理部から受けるアプリケーション部と、を備え、受信した複数のアプリケーションデータには、それぞれ、付加情報が付加されており、前記付加情報は、前記アプリケーションデータの総数を示すデータ総数情報と、前記アプリケーションデータの順番を示すデータ順番情報と、前記アプリケーションデータの種別を示すデータ種別情報と、を含み、前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、前記通信処理部は、前記通知に、前記アプリケーションデータ及び前記付加情報を含めて、前記通知を前記アプリケーション部に与えることを特徴とする通信機である。
上記通信機によれば、複数のアプリケーションデータが、同じ［データ総数情報及びデータ順番情報］を持ったとしても、付加情報に含まれるデータ種別情報によって、それらのアプリケーションデータを区別することができる。
また、データ総数情報及びデータ順番情報は、アプリケーションデータの種別毎のものとなるため、上記通信機は、アプリケーションデータの種別毎にアプリケーションデータが揃っているかどうかを容易に判断することができる。
また、データ総数情報及びデータ順番情報は、アプリケーションデータの種別毎のものとなるため、上記通信機は、アプリケーションデータの種別毎にアプリケーションデータが揃っているかどうかを容易に判断することができる。
（５）他の観点からみた本発明は、前記（３）記載の通信機に用いられる通信処理装置であって、アプリケーションデータの送信要求を生成するアプリケーション部と、前記アプリケーション部から送信要求がなされた前記アプリケーションデータを、周期的に割り当てられる送信期間において送信させる通信処理部と、を備え、前記送信要求には、前記アプリケーションデータ及び付加情報が含まれ、前記付加情報は、前記アプリケーションデータの総数を示すデータ総数情報と、前記アプリケーションデータの順番を示すデータ順番情報と、前記アプリケーションデータの種別を示すデータ種別情報と、を含み、前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、前記通信処理部は、複数のアプリケーションデータそれぞれに前記付加情報を付加して送信させることを特徴とする通信処理装置である。
（６）他の観点からみた本発明は、前記（４）記載の通信機に用いられる通信処理装置であって、通信処理部と、アプリケーションデータを受信したことの通知を前記通信処理部から受けるアプリケーション部と、を備え、受信した複数のアプリケーションデータには、それぞれ、付加情報が付加されており、前記付加情報は、前記アプリケーションデータの総数を示すデータ総数情報と、前記アプリケーションデータの順番を示すデータ順番情報と、前記アプリケーションデータの種別を示すデータ種別情報と、を含み、前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、前記通信処理部は、前記通知に、前記アプリケーションデータ及び前記付加情報を含めて、前記通知を前記アプリケーション部に与えることを特徴とする通信処理装置である。
（７）他の観点からみた本発明は、アプリケーションデータが分割された複数の分割データを受信すると、受信した前記複数の分割データを結合する結合処理部を備え、受信した前記複数の分割データそれぞれには、付加情報が付加されており、前記付加情報は、前記アプリケーションデータの総数を示すデータ総数情報と、前記アプリケーションデータの順番を示すデータ順番情報と、一のアプリケーションデータから分割された複数の分割データの総数を示す分割総数情報と、前記一のアプリケーションデータから分割された複数の分割データの順番を示す分割順番情報と、前記アプリケーションデータの種別を示すデータ種別情報と、を含み、前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、前記結合処理部は、受信した前記複数の分割データそれぞれに付加された前記付加情報に基づいて、結合すべき複数の分割データの組み合わせを認識して、複数の分割データを結合することを特徴とする通信処理装置である。
データ総数情報及びデータ順番情報が、アプリケーションデータの種別毎になると、異なる種別の複数のアプリケーションデータが、同じ［データ総数情報及びデータ順番情報］を持つおそれがある。
したがって、送信側の通信機において、同じ［データ総数情報及びデータ順番情報］を持つ複数のアプリケーションデータが、いずれも分割された場合、データ種別の異なる複数の分割データが、同じ［データ総数情報及びデータ順番情報、並びに、分割総数情報及び分割順番情報］を持つおそれがある。この場合、受信側の通信処理装置では、データ種別の異なる分割データ同士を結合すべき複数の分割データの組み合わせである、と誤って認識するおそれがある。
これに対し、本発明の通信処理装置では、同じ［データ総数情報及びデータ順番情報、並びに、分割総数情報及び分割順番情報］を持つ複数の分割データがあっても、付加情報に含まれたデータ種別に基づいて、結合すべき複数の分割データの組み合わせを正しく認識することができる。
したがって、送信側の通信機において、同じ［データ総数情報及びデータ順番情報］を持つ複数のアプリケーションデータが、いずれも分割された場合、データ種別の異なる複数の分割データが、同じ［データ総数情報及びデータ順番情報、並びに、分割総数情報及び分割順番情報］を持つおそれがある。この場合、受信側の通信処理装置では、データ種別の異なる分割データ同士を結合すべき複数の分割データの組み合わせである、と誤って認識するおそれがある。
これに対し、本発明の通信処理装置では、同じ［データ総数情報及びデータ順番情報、並びに、分割総数情報及び分割順番情報］を持つ複数の分割データがあっても、付加情報に含まれたデータ種別に基づいて、結合すべき複数の分割データの組み合わせを正しく認識することができる。
（８）他の観点からみた本発明は、コンピュータを、前記（５）〜（７）のいずれか１項に記載の前記通信処理装置として機能させるためのコンピュータプログラムである。
（９）他の観点からみた本発明は、第１通信機が、複数のアプリケーションデータを、前記第１通信機に対して周期的に割り当てられる送信期間において送信し、第２通信機が、前記第１通信機から送信された前記複数のアプリケーションデータを受信し、受信した前記複数のアプリケーションデータそれぞれを区別して処理を行うことを含み、前記複数のアプリケーションデータそれぞれには、付加情報が付加されており、前記付加情報は、前記アプリケーションデータの総数を示すデータ総数情報と、前記アプリケーションデータの順番を示すデータ順番情報と、前記アプリケーションデータの種別を示すデータ種別情報と、を含み、前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、前記第２通信機による前記処理では、前記第１通信機から送信された前記複数のアプリケーションデータそれぞれに付加された前記付加情報に基づいて、受信した前記複数のアプリケーションデータを区別することを特徴とする通信方法である。
［１．通信システム］
図１は、本発明の一実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。なお、本実施形態では、道路構造の一例として、南北方向と東西方向の複数の道路が互いに交差した碁盤目構造を想定している。
図１に示すように、本実施形態の高度道路交通システムは、交通信号機１、路側通信機（基地局）２、車載通信機（移動局）３（図２参照）、中央装置４、車載通信機３を搭載した車両５、及び、車両感知器や監視カメラ等よりなる路側センサ６を含む。移動局としては、車載通信機３に限られず、例えば、歩行者が所持する歩行者用通信機であってもよい。
なお、本実施形態において特に説明しない点については、非特許文献１，２に準拠する。
図１は、本発明の一実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。なお、本実施形態では、道路構造の一例として、南北方向と東西方向の複数の道路が互いに交差した碁盤目構造を想定している。
図１に示すように、本実施形態の高度道路交通システムは、交通信号機１、路側通信機（基地局）２、車載通信機（移動局）３（図２参照）、中央装置４、車載通信機３を搭載した車両５、及び、車両感知器や監視カメラ等よりなる路側センサ６を含む。移動局としては、車載通信機３に限られず、例えば、歩行者が所持する歩行者用通信機であってもよい。
なお、本実施形態において特に説明しない点については、非特許文献１，２に準拠する。
交通信号機１と路側通信機２（２Ａ，２Ｂ）は、複数の交差点Ａ１〜Ａ５，Ｂ１〜Ｂ５、Ｃ１〜Ｃ５，Ｄ１〜Ｄ５，Ｅ１〜Ｅ５のそれぞれに設置されている。複数の路側通信機２のうちの一部の路側通信機２Ａは、電話回線等の有線通信回線７を介してルータ８に接続されている。このルータ８は交通管制センター内の中央装置４に接続されている。複数の路側通信機２には、ルータ８に接続されていない路側通信機２Ｂも含まれている。
中央装置４は、自身が管轄するエリアの交通信号機１及び路側通信機２とＬＡＮ（Local Area Network）を構成している。なお、中央装置４は、交通管制センターではなく道路上に設置してもよい。
中央装置４は、自身が管轄するエリアの交通信号機１及び路側通信機２とＬＡＮ（Local Area Network）を構成している。なお、中央装置４は、交通管制センターではなく道路上に設置してもよい。
中央装置４に有線通信回線７で接続されている路側通信機２Ａ（オンライン路側通信機）は、中央装置４の管轄するエリアに含まれる全ての路側通信機のうちの一部であり、中央装置４に対して有線通信回線７で接続されていない路側通信機２Ｂ（スタンドアローン路側通信機）も存在する。
図１では、交差点Ａ１〜Ａ５に設置された路側通信機２Ａが、オンライン路側通信機であり、他の交差点Ｂ１〜Ｂ５，Ｃ１〜Ｃ５，Ｄ１〜Ｄ５及びＥ１〜Ｅ５に設置された路側通信機２Ｂは、スタンドアローン路側通信機である。このように、全ての路側通信機をオンライン路側通信機としないことで、有線通信回線７の設置・維持コストを低減できる。
なお、オンライン路側通信機２Ａと、スタンドアローン路側通信機２Ｂと、を区別しない場合には、「路側通信機２」というものとする。
図１では、交差点Ａ１〜Ａ５に設置された路側通信機２Ａが、オンライン路側通信機であり、他の交差点Ｂ１〜Ｂ５，Ｃ１〜Ｃ５，Ｄ１〜Ｄ５及びＥ１〜Ｅ５に設置された路側通信機２Ｂは、スタンドアローン路側通信機である。このように、全ての路側通信機をオンライン路側通信機としないことで、有線通信回線７の設置・維持コストを低減できる。
なお、オンライン路側通信機２Ａと、スタンドアローン路側通信機２Ｂと、を区別しない場合には、「路側通信機２」というものとする。
路側センサ６は、各交差点に流入する車両台数をカウントする等の目的で、管轄エリア内の道路の各所に設置されている。この路側センサ６は、直下を通行する車両５を超音波感知する車両感知器、或いは、道路の交通状況を時系列に撮影する監視カメラ等よりなり、感知情報や画像データは通信回線７を介して中央装置４に送信される。
なお、図１では、図示を簡略化するために、各交差点に信号灯器が１つだけ描写されているが、実際の各交差点には、互いに交差する道路の上り下り用として少なくとも４つの信号灯器が設置されている。
なお、図１では、図示を簡略化するために、各交差点に信号灯器が１つだけ描写されているが、実際の各交差点には、互いに交差する道路の上り下り用として少なくとも４つの信号灯器が設置されている。
高度道路交通システムにおいて、無線通信システムを構成する、複数の交差点それぞれに設置された複数の路側通信機（基地局；通信機）２は、その周囲を走行する車両の車載通信機（移動局；通信機）３との間で無線通信（路車間通信）が可能である。
また、各路側通信機２は、自己の送信波が到達する所定範囲内に位置する他の路側通信機２とも無線通信（路路間通信）が可能である。
また、同じく無線通信システムを構成する車載通信機（移動局）３は、路側通信機２との間で無線通信を行うとともに、キャリアセンス方式で他の車載通信機３と無線通信（車車間通信）が可能である。
また、各路側通信機２は、自己の送信波が到達する所定範囲内に位置する他の路側通信機２とも無線通信（路路間通信）が可能である。
また、同じく無線通信システムを構成する車載通信機（移動局）３は、路側通信機２との間で無線通信を行うとともに、キャリアセンス方式で他の車載通信機３と無線通信（車車間通信）が可能である。
オンライン路側通信機（基地局）２Ａは、図２（ａ）に示すように、無線通信のためのアンテナ２０が接続された無線通信部（ＲＦ部；ＰＨＹ部）２１と、有線通信回線７を介して中央装置４と通信するための有線通信部２２と、通信制御処理を行う通信処理装置２５と、を備えている。
通信処理装置２５は、制御部２３と、必要な情報を記憶する記憶部２４と、を備えている。制御部２３は、無線通信及び有線通信の通信制御処理を行う。記憶部２４は、無線通信及び有線通信のために必要な情報を記憶する。
通信処理装置２５は、制御部２３と、必要な情報を記憶する記憶部２４と、を備えている。制御部２３は、無線通信及び有線通信の通信制御処理を行う。記憶部２４は、無線通信及び有線通信のために必要な情報を記憶する。
通信処理装置２５は、その機能の一部又は全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部又は全部が、コンピュータプログラムによって実現されていてもよい。通信処理装置２５の機能の一部又は全部がコンピュータプログラムによって実現される場合、通信処理装置２５（制御部２３）は、コンピュータを含み、コンピュータによって実行されるコンピュータプログラムは、記憶部２４に記憶される。
スタンドアローン路側通信機（基地局）２Ｂは、図２（ｂ）に示すように、オンライン路側通信機２Ａから、有線通信部２２を省略したものに相当する。
車載通信機（移動局）３は、無線通信のためのアンテナ３０が接続された無線通信部（ＲＦ部；ＰＨＹ部；受信部）３１と、通信制御処理を行う通信処理装置３５と、を備えている。
車載通信機３の通信処理装置３５は、その機能の一部又は全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部又は全部が、コンピュータプログラムによって実現されていてもよい。通信処理装置３５の機能の一部又は全部がコンピュータプログラムによって実現される場合、通信処理装置３５（制御部３３）は、コンピュータを含み、コンピュータによって実行されるコンピュータプログラムは、記憶部３４に記憶される。
車載通信機３の通信処理装置３５は、その機能の一部又は全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部又は全部が、コンピュータプログラムによって実現されていてもよい。通信処理装置３５の機能の一部又は全部がコンピュータプログラムによって実現される場合、通信処理装置３５（制御部３３）は、コンピュータを含み、コンピュータによって実行されるコンピュータプログラムは、記憶部３４に記憶される。
図３（ａ）は、無線通信システムにおいて用いられる無線フレーム（スーパーフレーム）を示している。この無線フレームは、その時間軸方向の長さ（フレーム長）が１００ｍｓに設定されている。つまり、１秒間に１０フレームが発生する。
無線フレームは、例えば、路側通信機２が有するＧＰＳ受信機（図示省略）によって受信したＧＰＳ信号に含まれる１ＰＰＳ（１秒周期の信号）に基づいて生成される。
無線フレームは、例えば、路側通信機２が有するＧＰＳ受信機（図示省略）によって受信したＧＰＳ信号に含まれる１ＰＰＳ（１秒周期の信号）に基づいて生成される。
一つの無線フレーム（１００ｍｓ）は、複数の路車間通信期間ＳＬ１と、複数の車車間通信期間ＳＬ２と、を含んで構成されている。
路車間通信期間ＳＬ１は、路側通信機２に割り当てられる路車間通信用のタイムスロット（路側通信機用送信期間）であり、この時間帯ＳＬ１においては、路側通信機２による無線送信が許容される。路車間通信期間ＳＬ１は、一つの無線フレーム（１００ｍｓ）内に最大１６個まで設定可能である。
路車間通信期間ＳＬ１は、路側通信機２に割り当てられる路車間通信用のタイムスロット（路側通信機用送信期間）であり、この時間帯ＳＬ１においては、路側通信機２による無線送信が許容される。路車間通信期間ＳＬ１は、一つの無線フレーム（１００ｍｓ）内に最大１６個まで設定可能である。
車車間通信期間ＳＬ２は、車載通信機３用のタイムスロット（車用通信期間）であり、この時間帯ＳＬ２は車載通信機３によるＣＳＭＡ方式による無線送信時間として開放するため、路側通信機２は車車間通信期間ＳＬ２では無線送信を行わない。
無線フレームに含まれている路車間通信期間ＳＬ１と、車車間通信期間ＳＬ２とは、時間軸方向に交互に配置されている。
路車間通信期間ＳＬ１には、それぞれスロット番号ｎ（＝１〜１６）が付されている。
路車間通信期間ＳＬ１には、それぞれスロット番号ｎ（＝１〜１６）が付されている。
それぞれの路側通信機２には、無線フレームに含まれる複数の路車間通信期間ＳＬ１のうちの、一つ又は複数の路車間通信期間ＳＬ１が送信期間として設定され、その他の路車間通信期間ＳＬ１は送信が禁止される。すなわち、路側通信機２にとっては、車車間通信期間ＳＬ２及び自機２に割り当てられていない路車間通信期間ＳＬ１は、送信禁止期間となる。
図３（ｂ）では、路側通信機２にｎ＝４，５，６の３つの路車間通信期間ＳＬ１が送信期間として割り当てられている場合の送信禁止期間を示している。路側通信機２は、送信禁止期間以外の期間（送信期間）でデータ送信を行う。図３（ｂ）に示す送信期間は、周期的（１００ｍｓ毎）に発生する。つまり、路側通信機２は、１００ｍｓ毎に周期的に割り当てられる送信期間において、通信パケットを送信することができる。
図３（ｂ）では、路側通信機２にｎ＝４，５，６の３つの路車間通信期間ＳＬ１が送信期間として割り当てられている場合の送信禁止期間を示している。路側通信機２は、送信禁止期間以外の期間（送信期間）でデータ送信を行う。図３（ｂ）に示す送信期間は、周期的（１００ｍｓ毎）に発生する。つまり、路側通信機２は、１００ｍｓ毎に周期的に割り当てられる送信期間において、通信パケットを送信することができる。
一つの無線フレーム内において、一の路側通信機２に割り当てられる送信期間の数は任意である。また、一つの送信期間の期間長は、路車通信期間の期間長と等しくてもよいし、路車間通信期間よりも短くてもよい。また、一つの路車間通信期間ＳＬ１内に複数の送信期間が設定されてもよい。
［２．プロトコルスタック］
図４は、非特許文献１の標準規格に示す通信プロトコルスタックに、非特許文献２のガイドラインに示す拡張層（Extended Layer）ＥＬを加えたものを示している。
図４は、非特許文献１の標準規格に示す通信プロトコルスタックに、非特許文献２のガイドラインに示す拡張層（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）ともいう。
レイヤ２は、ＭＡＣ副層（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要求）を出す。
拡張層ＥＬは、アプリケーションＡＰに対してデータ伝送サービスを提供する。アプリケーションＡＰは、送信される通信パケットに格納されるアプリケーションデータ（交通情報、車両情報など）を含む送信要求（EL-BaseStationBroadcastData要求又はEL-MobileStationBroadcastData要求）を拡張層ＥＬに与える。データ伝送サービス提供のため、拡張層ＥＬは、レイヤ７以下の下位階層に対してデータ伝送要求（BaseStationBroadcast要求又はMobileStationBroadcastData要求）を出す。
また、拡張層ＥＬは、アプリケーションＡＰから与えられたアプリケーションデータを分割し、分割データをレイヤ７に与えることができる。つまり、拡張層ＥＬは、アプリケーションデータを分割して複数の分割データを生成する分割処理部５１として機能する。
また、レイヤ７から受け取った分割データを結合させてアプリケーションＡＰに与えることができる。つまり、拡張層ＥＬは、分割データを結合する結合処理部５２としても機能する。
なお、拡張層ＥＬは、レイヤ７とともに、セキュリティ管理ＳＥＣにアクセスすることができる。
また、レイヤ７から受け取った分割データを結合させてアプリケーションＡＰに与えることができる。つまり、拡張層ＥＬは、分割データを結合する結合処理部５２としても機能する。
なお、拡張層ＥＬは、レイヤ７とともに、セキュリティ管理ＳＥＣにアクセスすることができる。
図４に示す拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、アプリケーションＡＰ、セキュリティ管理ＳＥＣ、及びシステム管理に相当する機能は、路側通信機２の通信処理装置２５及び車載通信機３の通信処理装置３５それぞれによって実行される。また、レイヤ１の機能は、路側通信機２の無線通信部２１及び車載通信機３の無線通信部３１それぞれによって実行される。
なお、通信処理装置２５のうち、図４のアプリケーションＡＰに相当する機能を、「アプリケーション部２５ａ」といい、図４のアプリケーションＡＰよりも下位の機能（拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、セキュリティ管理ＳＥＣ、及びシステム管理）を、「通信処理部２５ｂ」という。
また、通信処理装置３５のうち、図４のアプリケーションＡＰに相当する機能を、「アプリケーション装置３５ａ」といい、図４のアプリケーションＡＰよりも下位の機能（拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、セキュリティ管理ＳＥＣ、及びシステム管理）を、「通信処理部３５ｂ」という。
また、通信処理装置３５のうち、図４のアプリケーションＡＰに相当する機能を、「アプリケーション装置３５ａ」といい、図４のアプリケーションＡＰよりも下位の機能（拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、セキュリティ管理ＳＥＣ、及びシステム管理）を、「通信処理部３５ｂ」という。
アプリケーション部２５ａ，３５ａの機能は、コンピュータプログラムによって実現し、通信処理部２５ｂ，３５ｂの機能を、ハードウェアによって構成することができる。また、通信処理部２５ｂ，３５ｂの機能を、コンピュータプログラムによって実現してもよい。
本実施形態のアプリケーションＡＰ（アプリケーション部２５ａ，３５ａ）は、複数のアプリケーションＡＰ１，ＡＰ２を有している。図４では、複数のアプリケーションとして、第１アプリケーションＡＰ１と第２アプリケーションＡＰ２とを示した。
第１アプリケーションＡＰ１及び第２アプリケーションＡＰ２は、例えば、アプリケーションデータを提供するサービスプロバイダの違いに対応している。例えば、第１アプリケーションＡＰ１は、第１サービスプロバイダによるサービスを提供するためのアプリケーションであり、第２アプリケーションＡＰ２は、第２サービスプロバイダによるサービスを提供するためのアプリケーションである。
また、第１アプリケーションＡＰ１及び第２アプリケーションＡＰ２は、例えば、第１アプリケーションＡＰ１は、提供されるデータの内容の違いに対応していてもよい。例えば、第１アプリケーションＡＰ１は、交通情報を提供するためのアプリケーションであり、第２アプリケーションＡＰ２は、安全運転支援情報を提供するためのアプリケーションである。
さらに、第１アプリケーションＡＰ１及び第２アプリケーションＡＰ２は、例えば、通信形態の違いに対応していてもよい。例えば、第１アプリケーションＡＰ１は、路車間通信データを提供するためのアプリケーションであり、第２アプリケーションＡＰ２は、路路間通信データを提供するためのアプリケーションである。
各アプリケーションＡＰ１、ＡＰ２は、送信要求の際に、それぞれ異なるデータ種別を示す情報（データ種別情報）を出力する。
［３．通信パケットと通信シーケンス］
図５は、路側通信機２及び車載通信機３によって送信される通信パケットの構成を示している。図５に示す通信パケットの構成は、セキュリティヘッダ及びセキュリティフッタを除き、非特許文献１，２に準拠したものである。
路車間通信、路路間通信、及び車車間通信で送信されるデータは、いずれも、図５に示す通信パケットの形式で送信される。
図５は、路側通信機２及び車載通信機３によって送信される通信パケットの構成を示している。図５に示す通信パケットの構成は、セキュリティヘッダ及びセキュリティフッタを除き、非特許文献１，２に準拠したものである。
路車間通信、路路間通信、及び車車間通信で送信されるデータは、いずれも、図５に示す通信パケットの形式で送信される。
通信パケットは、先頭にＰＨＹヘッダ（物理ヘッダ）を有している。ＰＨＹヘッダは、送信側の通信機２，３（路側通信機２または車載通信機３）のレイヤ１（物理層）によって、ＭＡＣ層から取得したＭＡＣフレーム（ＭＰＤＵ；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）の前に付加される。
ＥＬヘッダは、受信側の通信機２，３の拡張層ＥＬにおいて読み取られて、受信側の拡張層ＥＬにおける処理に用いられる。
ＥＬヘッダは、受信側の通信機２，３の拡張層ＥＬにおいて読み取られて、受信側の拡張層ＥＬにおける処理に用いられる。
ＥＬ−ＳＤＵは、セキュリティヘッダ、アプリケーションデータ。及びセキュリティフッタを有している。アプリケーションデータは、アプリケーションＡＰから通信処理部２５ｂ，３５ｂに与えられる。
アプリケーションデータは、受信側の通信機２，３のアプリケーションＡＰによって読み取られて、受信側のアプリケーションＡＰにおける処理に用いられる。
アプリケーションＡＰは、送信すべきデータを生成したり、受信したデータを読み取って自らの処理に用いたり、受信したデータを再送（転送）する処理を行うことができる。
アプリケーションＡＰは、送信すべきデータを生成したり、受信したデータを読み取って自らの処理に用いたり、受信したデータを再送（転送）する処理を行うことができる。
図６に示すように、送信側の通信機が基地局２である場合、送信側のアプリケーションＡＰは、アプリケーションデータＡＰＤａｔａ（図７（ａ）参照）の送信要求を、EL-BaseStationBroadcastData要求として、拡張層ＥＬに出力する。EL-BaseStationBroadcastData要求には、アプリケーションデータ及びその他の情報（後述）が含まれる。
送信側の拡張層ＥＬは、送信要求に含まれるアプリケーションＡＰからアプリケーションデータを受け取ると、必要に応じて、セキュリティ処理をセキュリティ管理ＳＥＣに実行させる（図６のSecurity要求）。
送信側のセキュリティ管理（セキュリティ処理部）ＳＥＣでは、拡張層ＥＬから受け取ったアンセキュアなアプリケーションデータに対して、セキュリティ処理を行って、セキュアなアプリケーションデータを生成する。また、セキュリティ管理ＳＥＣは、セキュリティヘッダ及びセキュリティフッタを、アプリケーションデータの前後に付加する（図７（ｂ）参照）。
送信側のセキュリティ管理（セキュリティ処理部）ＳＥＣでは、拡張層ＥＬから受け取ったアンセキュアなアプリケーションデータに対して、セキュリティ処理を行って、セキュアなアプリケーションデータを生成する。また、セキュリティ管理ＳＥＣは、セキュリティヘッダ及びセキュリティフッタを、アプリケーションデータの前後に付加する（図７（ｂ）参照）。
セキュリティ管理ＳＥＣにおいて、アンセキュアなアプリケーションデータをセキュアなアプリケーションデータにする処理（セキュリティ処理）には、暗号化処理、署名処理などの処理が含まれる（ただし、非特許文献１，２では規定されていない）。
セキュリティ管理は、セキュリティ処理が施されたセキュアなアプリケーションデータを、拡張層ＥＬに戻す（図６のSecurity応答）。
セキュリティ管理は、セキュリティ処理が施されたセキュアなアプリケーションデータを、拡張層ＥＬに戻す（図６のSecurity応答）。
送信側の拡張層ＥＬ（の分割処理部５１）は、アプリケーションデータ（ＥＬ−ＳＤＵ）が、所定のサイズよりも大きい場合、アプリケーションデータ（ＥＬ−ＳＤＵ）を、前記所定のサイズ以下の複数の分割データに分割する（図６の分割処理；図７（ｃ）参照）。図７（ｃ）では、セキュリティ管理ＳＥＣから戻されたアプリケーションデータ（ＥＬ−ＳＤＵ）を２つに分割する様子を示した。
データ分割がなされた場合、個々の分割データに対して、付加情報としてＥＬヘッダ（ＥＬ基地局ヘッダ／ＥＬ移動局ヘッダ）が付加される。つまり、図７（ｃ）に示す２つの分割データそれぞれに対して、ＥＬヘッダが付加され、２つのＥＬ−ＰＤＵが生成される。
データ分割がなされた場合、個々の分割データに対して、付加情報としてＥＬヘッダ（ＥＬ基地局ヘッダ／ＥＬ移動局ヘッダ）が付加される。つまり、図７（ｃ）に示す２つの分割データそれぞれに対して、ＥＬヘッダが付加され、２つのＥＬ−ＰＤＵが生成される。
送信側の拡張層ＥＬは、図６に示すように、レイヤ７への送信要求として、BaseStationBroadcastData要求を、ＥＬ−ＰＤＵ毎に生成する。BaseStationBroadcastData要求には、ＥＬ−ＰＤＵ（ＡＳＤＵ）及びその他の情報が含まれる。
送信側のレイヤ７は、図７（ｄ）に示すように、各ＥＬ−ＰＤＵ（ＡＳＤＵ）にＬ７ヘッダを付加して、ＡＰＤＵを生成する。
続いて、送信側のレイヤ７よりも下位の層は、順次処理を行い、周期的（１００ｍｓ）に割り当てられる送信期間において、通信パケットを送出する。
送信側のレイヤ７は、図７（ｄ）に示すように、各ＥＬ−ＰＤＵ（ＡＳＤＵ）にＬ７ヘッダを付加して、ＡＰＤＵを生成する。
続いて、送信側のレイヤ７よりも下位の層は、順次処理を行い、周期的（１００ｍｓ）に割り当てられる送信期間において、通信パケットを送出する。
そして、受信側の通信機２，３のレイヤ７は、下位レイヤからＡＰＤＵを受け取ると、図６に示すように、そのＡＰＤＵに含まれるＡＳＤＵ（ＥＬ−ＰＤＵ）を拡張層ＥＬに受け取らせるためのBaseStationBroadcastData表示を生成し、拡張層ＥＬに与える。
受信側の拡張層ＥＬ（の結合処理部５２）は、ＥＬ−ＰＤＵとして、分割データを受け取った場合、ＥＬ−ＰＤＵからＥＬヘッダ（付加情報）を除いたもの（分割データ）を結合し、ＥＬ−ＳＤＵを生成する（図６の結合処理）。
受信側の拡張層ＥＬは、ＥＬ−ＳＤＵがセキュアなアプリケーションデータである場合、セキュアなアプリケーションデータ（ＥＬ−ＳＤＵ）を、セキュリティ管理ＳＥＣに渡す（図６のUnsecurity要求）。セキュリティ管理ＳＥＣは、セキュアなアプリケーションデータに対して、アンセキュリティ処理（デコード処理）を行って、アンセキュアなアプリケーションデータ（ＥＬ−ＳＤＵ）に戻す（図６のUnsecurity応答）。
拡張層ＥＬは、セキュリティ管理ＳＥＣからアンセキュアなアプリケーションデータ（ＥＬ−ＳＤＵ）を受け取ると、アンセキュアなアプリケーションデータ（ＥＬ−ＳＤＵ）を、アプリケーションＡＰに渡すため、受信通知を生成する。
拡張層ＥＬは、セキュリティ管理ＳＥＣからアンセキュアなアプリケーションデータ（ＥＬ−ＳＤＵ）を受け取ると、アンセキュアなアプリケーションデータ（ＥＬ−ＳＤＵ）を、アプリケーションＡＰに渡すため、受信通知を生成する。
拡張層ＥＬは、アプリケーションデータ（ＥＬ−ＳＤＵ）の受信通知として、EL-BaseStationBroadcastData表示を生成し、それをアプリケーションＡＰに与える。EL-BaseStationBroadcastData表示には、アプリケーションデータ（ＥＬ−ＳＤＵ）及びその他の情報（後述）が含まれる。
図８（ａ）は、非特許文献２に規定されたEL-BaseStationBroadcastData要求及びEL-BaseStationBroadcastData表示に含まれる情報を示している。
図８（ａ）に示すように、非特許文献２に規定されたEL-BaseStationBroadcastData要求及びEL-BaseStationBroadcastData表示には、それぞれ、アプリケーションデータ（ApplicationData）のほか、データ関連情報（DataAssociatedInformation）が含まれている。
これに対し、本実施形態では、図８（ｂ）に示すように、EL-BaseStationBroadcastData要求及びEL-BaseStationBroadcastData表示には、それぞれ、アプリケーションデータ（ApplicationData）及びデータ関連情報（DataAssociatedInformation）のほか、データ種別情報（EL-DataClassification）が追加的に含まれている。なお、データ種別情報を、単に「データ種別」ということもある。
図８（ａ）に示すように、非特許文献２に規定されたEL-BaseStationBroadcastData要求及びEL-BaseStationBroadcastData表示には、それぞれ、アプリケーションデータ（ApplicationData）のほか、データ関連情報（DataAssociatedInformation）が含まれている。
これに対し、本実施形態では、図８（ｂ）に示すように、EL-BaseStationBroadcastData要求及びEL-BaseStationBroadcastData表示には、それぞれ、アプリケーションデータ（ApplicationData）及びデータ関連情報（DataAssociatedInformation）のほか、データ種別情報（EL-DataClassification）が追加的に含まれている。なお、データ種別情報を、単に「データ種別」ということもある。
本実施形態のEL-BaseStationBroadcastData要求及びEL-BaseStationBroadcastData表示には、それぞれ、アプリケーションデータ（ApplicationData）、データ関連情報（DataAssociatedInformation）及びデータ種別以外にも、非特許文献２においてEL-BaseStationBroadcastData要求又はEL-BaseStationBroadcastData表示に含まれる情報として規定された情報がそのまま含まれている。
データ関連情報は、前述のように、アプリケーションＡＰと拡張層ＥＬとの間で送信要求又は受信通知に含めて伝達される。このデータ関連情報は、図８（ｃ）に示すように、基地局ＩＤ（BaseStationID）、データ順番（DataSequence）、データ総数（DataTotalNumber）を有している。
基地局ＩＤは、基地局（路側通信機２）を識別するＩＤ情報である。
データ順番は、アプリケーションデータの順番を示す情報（データ順番情報）である。
データ総数は、アプリケーションデータの総数を示す情報（データ総数情報）である。
データ順番は、アプリケーションデータの順番を示す情報（データ順番情報）である。
データ総数は、アプリケーションデータの総数を示す情報（データ総数情報）である。
データ種別は、アプリケーションデータの種別を示す情報（データ種別情報）である。
データ種別情は、例えば、図８（ｃ）に示すように、４ｂｉｔの情報である。この場合、１６種類のアプリケーションを種類分けすることができる。
データ種別情は、例えば、図８（ｃ）に示すように、４ｂｉｔの情報である。この場合、１６種類のアプリケーションを種類分けすることができる。
図８（ｄ）では、第１アプリケーションＡＰ１が提供する路車間通信データ（図８（ｄ）の「路車１」）の４サービスのアプリケーションデータを区別するために、ｂ００００−ｂ００１１の４つの値が割り当てられている。
また、第２アプリケーションＡＰ２が提供する路車間通信データ（図８（ｄ）の「路車２」）の４サービスのアプリケーションデータを区別するために、ｂ０１００−ｂ０１１１の４つの値が割り当てられている。
また、第２アプリケーションＡＰ２が提供する路車間通信データ（図８（ｄ）の「路車２」）の４サービスのアプリケーションデータを区別するために、ｂ０１００−ｂ０１１１の４つの値が割り当てられている。
さらに、第１アプリケーションＡＰ１が提供する第１の路路間通信データ（図８（ｄ）の「路路１」）の４サービスのアプリケーションデータを区別するために、ｂ１０００−ｂ１０１１の４つの値が割り当てられている。
さらにまた、第２アプリケーションＡＰ２が提供する第２の路路間通信データ（図８（ｄ）の「路路２」）の４サービスのアプリケーションデータを区別するために、ｂ１１００−ｂ１１１１の４つの値が割り当てられている。
なお、データ種別の設定の仕方は、図８（ｄ）に限定されるものではない。
さらにまた、第２アプリケーションＡＰ２が提供する第２の路路間通信データ（図８（ｄ）の「路路２」）の４サービスのアプリケーションデータを区別するために、ｂ１１００−ｂ１１１１の４つの値が割り当てられている。
なお、データ種別の設定の仕方は、図８（ｄ）に限定されるものではない。
図９は、本実施形態の拡張層ＥＬによる、ＥＬ基地局ヘッダ（付加情報）の設定の仕方、及び、ＥＬ基地局ヘッダの読み取りの仕方を示している。
本実施形態のＥＬ基地局ヘッダ（付加情報）は、図９に示すように、「バージョン」フィールド、「ＥＬヘッダ種別」フィールド、「ＥＬセキュリティ区分情報」フィールド、「データ関連情報」フィールド、「分割番号」フィールド、「データ種別」フィールドを有している。
本実施形態のＥＬ基地局ヘッダ（付加情報）は、図９に示すように、「バージョン」フィールド、「ＥＬヘッダ種別」フィールド、「ＥＬセキュリティ区分情報」フィールド、「データ関連情報」フィールド、「分割番号」フィールド、「データ種別」フィールドを有している。
「バージョン」フィールドは、拡張層ＥＬのプロトコルバージョン情報を示すフィールドである。
「ＥＬヘッダ種別」フィールドは、ＥＬ基地局ヘッダとＥＬ移動局ヘッダを区別する情報を示すフィールドである。送信側が基地局である場合、ＥＬヘッダはＥＬ基地局ヘッダとなり、送信側が移動局である場合、ＥＬヘッダは、ＥＬ移動局ヘッダとなる。
「ＥＬセキュリティ区分情報」フィールドは、セキュリティ管理ＳＥＣへのアクセス（アンセキュリティ処理）の要否を示すフィールドである。
「ＥＬヘッダ種別」フィールドは、ＥＬ基地局ヘッダとＥＬ移動局ヘッダを区別する情報を示すフィールドである。送信側が基地局である場合、ＥＬヘッダはＥＬ基地局ヘッダとなり、送信側が移動局である場合、ＥＬヘッダは、ＥＬ移動局ヘッダとなる。
「ＥＬセキュリティ区分情報」フィールドは、セキュリティ管理ＳＥＣへのアクセス（アンセキュリティ処理）の要否を示すフィールドである。
「データ関連情報」フィールドは、EL-BaseStationBroadcastData要求に含まれる「データ関連情報」と同じデータ構造を有している。つまり、「データ関連情報」フィールドは、「基地局ＩＤ」、「データ順番」、及び「データ総数」の各フィールドを含む。
「分割番号」フィールドは、「順番」フィールド及び「総数」フィールドを有する。
「順番」フィールドには、データ分割の順番を示す情報（分割順番情報）が格納される。
「分割総数」フィールドには、データ分割の総数を示す情報（分割総数情報）が格納される。
なお、「データ種別」フィールド以外のフィールドは、非特許文献２に規定されている。図９における「データ種別」フィールドは、非特許文献２において「予約」フィールドとして確保されたものを利用している。
「順番」フィールドには、データ分割の順番を示す情報（分割順番情報）が格納される。
「分割総数」フィールドには、データ分割の総数を示す情報（分割総数情報）が格納される。
なお、「データ種別」フィールド以外のフィールドは、非特許文献２に規定されている。図９における「データ種別」フィールドは、非特許文献２において「予約」フィールドとして確保されたものを利用している。
本実施形態において、送信側の拡張層ＥＬは、アプリケーションＡＰから、送信要求（EL-BaseStationBroadcastData要求）を受けると、その送信要求に含まれるデータ関連情報及びデータ種別（データ種別情報）を、ＥＬ基地局ヘッダの「データ関連情報」フィールド及び「データ種別」フィールドに設定する。
また、本実施形態において、送信側の拡張層ＥＬは、当該拡張層ＥＬで行われたデータ分割に応じて、一のアプリケーションデータから分割された複数の分割データそれぞれの順番及び総数を、ＥＬ基地局ヘッダの「分割情報」フィールドの「順番」フィールド及び「総数」フィールドに設定する。
例えば、一のアプリケーションデータが、２つに分割された場合、一つ目の分割データに付加されるＥＬ基地局ヘッダの［順番／総数］は［１／２］に設定され、二つ目の分割データに付加されるＥＬ基地局ヘッダの［順番／総数］は［２／２］に設定される。
なお、アプリケーションデータの分割が行われない場合、アプリケーションデータに付加されるＥＬ基地局ヘッダの［順番／総数］は［１／１］に設定される。
また、本実施形態において、送信側の拡張層ＥＬは、当該拡張層ＥＬで行われたデータ分割に応じて、一のアプリケーションデータから分割された複数の分割データそれぞれの順番及び総数を、ＥＬ基地局ヘッダの「分割情報」フィールドの「順番」フィールド及び「総数」フィールドに設定する。
例えば、一のアプリケーションデータが、２つに分割された場合、一つ目の分割データに付加されるＥＬ基地局ヘッダの［順番／総数］は［１／２］に設定され、二つ目の分割データに付加されるＥＬ基地局ヘッダの［順番／総数］は［２／２］に設定される。
なお、アプリケーションデータの分割が行われない場合、アプリケーションデータに付加されるＥＬ基地局ヘッダの［順番／総数］は［１／１］に設定される。
また、受信側の拡張層ＥＬは、レイヤ７から、ＥＬ−ＰＤＵを受け取ると、そのＥＬ−ＰＤＵからＥＬ基地局ヘッダを取り出す。
受信側の拡張層ＥＬは、ＥＬ基地局ヘッダに含まれるデータ関連情報及びデータ種別を、アプリケーションＡＰへの受信通知（EL-BaseStationBroadcastData表示）におけるデータ関連情報及びデータ種別とする。
受信側の拡張層ＥＬは、ＥＬ基地局ヘッダに含まれるデータ関連情報及びデータ種別を、アプリケーションＡＰへの受信通知（EL-BaseStationBroadcastData表示）におけるデータ関連情報及びデータ種別とする。
［４．処理例］
［４．１ 比較例］
図１０〜図１２は、比較例としての処理例を示している。比較例では、ＥＬ基地局ヘッダから、図９に示す「データ種別」が省略された場合の処理例、つまり、非特許文献１，２だけに準拠した場合の処理例を示している。
比較例では、データ種別が省略されているため、受信側の拡張層ＥＬが、データ（ＥＬ−ＰＤＵ）を区別する情報としては、データ関連情報及び分割番号だけである。
［４．１ 比較例］
図１０〜図１２は、比較例としての処理例を示している。比較例では、ＥＬ基地局ヘッダから、図９に示す「データ種別」が省略された場合の処理例、つまり、非特許文献１，２だけに準拠した場合の処理例を示している。
比較例では、データ種別が省略されているため、受信側の拡張層ＥＬが、データ（ＥＬ−ＰＤＵ）を区別する情報としては、データ関連情報及び分割番号だけである。
図１０では、ある基地局２（基地局ＩＤ＝Ｎ）のアプリケーションＡＰが、一つのスーパーフレーム内の送信期間で送信されるべきアプリケーションデータとして、６個のアプリケーションデータＲＶ１−１〜ＲＶ１−３，ＲＶ２−１〜２−３それぞれの送信要求を拡張層ＥＬに与えたものとする。
６個のアプリケーションデータには、第１アプリケーションＡＰ１から出力された３個のアプリケーションデータＲＶ１−１，ＲＶ１−２，ＲＶ１−３と、第２アプリケーションＡＰ２から出力された３個のアプリケーションデータＲＶ２−１，ＲＶ２−２，ＲＶ２−３と、が含まれている。
また、第１アプリケーションＡＰ１から出力された３個のアプリケーションデータＲＶ１−１，ＲＶ１−２，ＲＶ１−３と、第２アプリケーションＡＰ２から出力された３個のアプリケーションデータＲＶ２−１，ＲＶ２−２，ＲＶ２−３と、は、データ種別が異なる。
また、第１アプリケーションＡＰ１から出力された３個のアプリケーションデータＲＶ１−１，ＲＶ１−２，ＲＶ１−３と、第２アプリケーションＡＰ２から出力された３個のアプリケーションデータＲＶ２−１，ＲＶ２−２，ＲＶ２−３と、は、データ種別が異なる。
また、図１０では、アプリケーションデータＲＶ１−１，ＲＶ２−１は、それぞれ、２個の分割データに分割され、拡張層ＥＬからレイヤ７へは、計８個のＥＬ−ＰＤＵの送信要求がなされるものとする。
非特許文献１，２において、アプリケーションＡＰに複数のアプリケーションＡＰ１，ＡＰ２が含まれること、及び、アプリケーションＡＰからデータ種別の異なるアプリケーションデータが出力されること、については、全く考慮されていない。
そして、図１０に示す６個のアプリケーションデータＲＶ１−１〜ＲＶ１−３，ＲＶ２−１〜２−３に関し、アプリケーションデータを出力したアプリケーションＡＰ１，ＡＰ２の違い及びデータ種別の違いを考慮しなければ、単に、６個のアプリケーションデータが、アプリケーションＡＰから拡張層ＥＬに与えられることになる。
そして、図１０に示す６個のアプリケーションデータＲＶ１−１〜ＲＶ１−３，ＲＶ２−１〜２−３に関し、アプリケーションデータを出力したアプリケーションＡＰ１，ＡＰ２の違い及びデータ種別の違いを考慮しなければ、単に、６個のアプリケーションデータが、アプリケーションＡＰから拡張層ＥＬに与えられることになる。
この場合、アプリケーションＡＰとしては、６個のアプリケーションデータそれぞれの送信要求（EL-BaseStationBroadcastData要求）のデータ関連情報の［データ順番情報／データ総数情報］を、
前述の第１設定例と同様に、次のように設定するのが自然である。
前述の第１設定例と同様に、次のように設定するのが自然である。
［比較例における第１設定例］
アプリケーションデータＲＶ１−１の［データ順番情報／データ総数情報］＝［１／６］
アプリケーションデータＲＶ１−２の［データ順番情報／データ総数情報］＝［２／６］
アプリケーションデータＲＶ１−３の［データ順番情報／データ総数情報］＝［３／６］
アプリケーションデータＲＶ２−１の［データ順番情報／データ総数情報］＝［４／６］
アプリケーションデータＲＶ２−２の［データ順番情報／データ総数情報］＝［５／６］
アプリケーションデータＲＶ２−３の［データ順番情報／データ総数情報］＝［６／６］
アプリケーションデータＲＶ１−１の［データ順番情報／データ総数情報］＝［１／６］
アプリケーションデータＲＶ１−２の［データ順番情報／データ総数情報］＝［２／６］
アプリケーションデータＲＶ１−３の［データ順番情報／データ総数情報］＝［３／６］
アプリケーションデータＲＶ２−１の［データ順番情報／データ総数情報］＝［４／６］
アプリケーションデータＲＶ２−２の［データ順番情報／データ総数情報］＝［５／６］
アプリケーションデータＲＶ２−３の［データ順番情報／データ総数情報］＝［６／６］
このように設定すると、受信側の拡張層ＥＬでは、データ総数が６であり、６個のアプリケーションデータにはそれぞれ、１〜６の値がデータ順番として設定されていることを認識することができ、個々のアプリケーションデータを区別することができる。ただし、非特許文献１，２にはこのような設定の仕方は記載されていない。
受信側の拡張層ＥＬでは、個々のアプリケーションデータを区別して認識できることで、分割データを結合することもできる。
つまり、個々のアプリケーションデータを区別して認識できるように［データ順番情報／データ総数情報］が設定されていれば、一のアプリケーションデータから分割された複数の分割データ（ＥＬ−ＰＤＵ）は、それぞれ、同じデータ関連情報（基地局ＩＤ／データ順番情報／データ総数情報）を持つことになる。
したがって、受信側の拡張層ＥＬは、同じ基地局ＩＤ／データ順番情報／データ総数情報を持つＥＬ−ＰＤＵ群が結合すべきＥＬ−ＰＤＵの組み合わせであると、認識することができる。
つまり、個々のアプリケーションデータを区別して認識できるように［データ順番情報／データ総数情報］が設定されていれば、一のアプリケーションデータから分割された複数の分割データ（ＥＬ−ＰＤＵ）は、それぞれ、同じデータ関連情報（基地局ＩＤ／データ順番情報／データ総数情報）を持つことになる。
したがって、受信側の拡張層ＥＬは、同じ基地局ＩＤ／データ順番情報／データ総数情報を持つＥＬ−ＰＤＵ群が結合すべきＥＬ−ＰＤＵの組み合わせであると、認識することができる。
しかし、このように［データ順番情報／データ総数情報］で、６個のアプリケーションデータを個々に区別することを重視すると、［発明が解決しようとする課題］で説明したように、アプリケーションデータの種別毎にデータが揃っているか否かを判断することができない。
つまり、上記の設定例では、データ総数情報が「６」であるため、６個のアプリケーションデータが揃えば、全部のアプリケーションが揃ったと判断できるが、［１／６］〜［３／６］のアプリケーションデータが揃った状態で第１アプリケーションＡＰ１のアプリケーションデータＲＶ１−１〜ＲＶ１−３が揃っていると判断したり、［４／６］〜［６／６］のアプリケーションデータが揃った状態で、第２アプリケーションＡＰ２のアプリケーションデータＲＶ２−１〜ＲＶ２−３が揃っていると判断したりすることはできない。
つまり、上記の設定例では、データ総数情報が「６」であるため、６個のアプリケーションデータが揃えば、全部のアプリケーションが揃ったと判断できるが、［１／６］〜［３／６］のアプリケーションデータが揃った状態で第１アプリケーションＡＰ１のアプリケーションデータＲＶ１−１〜ＲＶ１−３が揃っていると判断したり、［４／６］〜［６／６］のアプリケーションデータが揃った状態で、第２アプリケーションＡＰ２のアプリケーションデータＲＶ２−１〜ＲＶ２−３が揃っていると判断したりすることはできない。
そこで、拡張層ＥＬ又はアプリケーションＡＰにおいて、アプリケーションデータの種別毎にデータが揃っているか否かを判断することができるように、図１０に示す６個のアプリケーションデータＲＶ１−１〜ＲＶ１−３，ＲＶ２−１〜２−３それぞれの［データ順番情報／データ総数情報］を、次のように設定する。
［比較例における第２設定例］
アプリケーションデータＲＶ１−１の［データ順番情報／データ総数情報］＝［１／３］
アプリケーションデータＲＶ１−２の［データ順番情報／データ総数情報］＝［２／３］
アプリケーションデータＲＶ１−３の［データ順番情報／データ総数情報］＝［３／３］
アプリケーションデータＲＶ２−１の［データ順番情報／データ総数情報］＝［１／３］
アプリケーションデータＲＶ２−２の［データ順番情報／データ総数情報］＝［２／３］
アプリケーションデータＲＶ２−３の［データ順番情報／データ総数情報］＝［３／３］
アプリケーションデータＲＶ１−１の［データ順番情報／データ総数情報］＝［１／３］
アプリケーションデータＲＶ１−２の［データ順番情報／データ総数情報］＝［２／３］
アプリケーションデータＲＶ１−３の［データ順番情報／データ総数情報］＝［３／３］
アプリケーションデータＲＶ２−１の［データ順番情報／データ総数情報］＝［１／３］
アプリケーションデータＲＶ２−２の［データ順番情報／データ総数情報］＝［２／３］
アプリケーションデータＲＶ２−３の［データ順番情報／データ総数情報］＝［３／３］
この場合、図１０に示す８個のＥＬ−ＰＤＵそれぞれに含まれるＥＬ基地局ヘッダのデータ関連情報及び分割番号は、図１１に示す通りになる。
上述の［比較例における第２設定例］及び図１１では、［データ順番情報／データ総数情報］は、アプリケーションデータのデータ種別毎のデータ順番及びデータ総数を示すものとなっている。
つまり、第１アプリケーションＡＰ１から出力された３個の第１種別のアプリケーションデータＲＶ１−１，ＲＶ１−２，ＲＶ１−３だけで、データ順番及びデータ総数を考えて、３個のアプリケーションデータＲＶ１−１，ＲＶ１−２，ＲＶ１−３それぞれに、［データ順番情報／データ総数情報］＝［１／３］〜［３／３］が設定される。
また、同様に、第２アプリケーションＡＰ２から出力された３個の第２種別のアプリケーションデータＲＶ２−１，ＲＶ２−２，ＲＶ２−３だけで、データ順番及びデータ総数を考えて、３個のアプリケーションデータＲＶ２−１，ＲＶ２−２，ＲＶ２−３それぞれに、［データ順番情報／データ総数情報］＝［１／３］〜［３／３］が設定される。
つまり、第１アプリケーションＡＰ１から出力された３個の第１種別のアプリケーションデータＲＶ１−１，ＲＶ１−２，ＲＶ１−３だけで、データ順番及びデータ総数を考えて、３個のアプリケーションデータＲＶ１−１，ＲＶ１−２，ＲＶ１−３それぞれに、［データ順番情報／データ総数情報］＝［１／３］〜［３／３］が設定される。
また、同様に、第２アプリケーションＡＰ２から出力された３個の第２種別のアプリケーションデータＲＶ２−１，ＲＶ２−２，ＲＶ２−３だけで、データ順番及びデータ総数を考えて、３個のアプリケーションデータＲＶ２−１，ＲＶ２−２，ＲＶ２−３それぞれに、［データ順番情報／データ総数情報］＝［１／３］〜［３／３］が設定される。
このようにアプリケーションデータの種別毎にデータ順番及びデータ総数を設定することで、受信側の拡張層ＥＬ又はアプリケーションＡＰにおいて、アプリケーションデータの種別毎にデータが揃っているか否かを判断することができるようになる。
しかし、［データ順番情報／データ総数情報］が同じデータが複数（例えば、図１１では、ＲＶ１−１とＲＶ２−１の２個）できてしまい、アプリケーションデータ同士を適切に区別できないことがある。
例えば、ＥＬ基地局ヘッダが、図１１のように設定されていると、図１２に示すような問題が新たに発生する。
例えば、ＥＬ基地局ヘッダが、図１１のように設定されていると、図１２に示すような問題が新たに発生する。
図１２では、図１０に示す８個のパケット（ＥＬ−ＰＤＵ）のうち、アプリケーションデータＲＶ１−１の分割番号［順番／総数］＝［２／２］の分割データ、及び、アプリケーションデータＲＶ２−１の分割番号［順番／総数］＝［１／２］の分割データが、伝搬路における障害等により、受信側の通信機２，３にて電波的に受信できなかったものとする。
この場合、図１１のようにデータ関連情報が設定されていると、アプリケーションデータＲＶ１−１とＲＶ２−１は、同じデータ関連情報（基地局ＩＤ／データ順番情報／データ総数情報）を持つことになる。
したがって、受信側の拡張層ＥＬは、アプリケーションデータＲＶ１−１の分割番号［順番／総数］＝［１／２］の分割データ（ＥＬ−ＰＤＵ）と、アプリケーションデータＲＶ２−１の分割番号［順番／総数］＝［２／２］の分割データ（ＥＬ−ＰＤＵ）と、が、結合すべきＥＬ−ＰＤＵの組み合わせであると、誤って認識する。
この結果、図１２に示すように、受信側の拡張層ＥＬは、これら誤った組み合わせのＥＬ−ＰＤＵそれぞれからＥＬヘッダを取り除いたデータを結合して、セキュリティ管理ＳＥＣにアンセキュリティ処理（デコード処理）を要求することになる。
したがって、受信側の拡張層ＥＬは、アプリケーションデータＲＶ１−１の分割番号［順番／総数］＝［１／２］の分割データ（ＥＬ−ＰＤＵ）と、アプリケーションデータＲＶ２−１の分割番号［順番／総数］＝［２／２］の分割データ（ＥＬ−ＰＤＵ）と、が、結合すべきＥＬ−ＰＤＵの組み合わせであると、誤って認識する。
この結果、図１２に示すように、受信側の拡張層ＥＬは、これら誤った組み合わせのＥＬ−ＰＤＵそれぞれからＥＬヘッダを取り除いたデータを結合して、セキュリティ管理ＳＥＣにアンセキュリティ処理（デコード処理）を要求することになる。
しかし、誤った組み合わせの結合データを受け取ったセキュリティ管理ＳＥＣは、正しくアンセキュリティ処理が行えない。このため、受信側の拡張層ＥＬ及びアプリケーションＡＰは、セキュリティ管理ＳＥＣからUnsecurity応答（デコード応答）として、デコードエラーを取得することになり、元のアプリケーションデータＲＶ１−１，ＲＶ２−１を得ることはできない。
また、受信側の通信機２，３において、電波的に受信できたアプリケーションデータＲＶ１−２，ＲＶ１−３，ＲＶ２−２，ＲＶ２−３についても、同じデータ関連情報（基地局ＩＤ／データ順番情報／データ総数情報）を持つもの同士は、受信側の通信機２，３の記憶部２４において、先に受信されたデータＲＶ１−２，ＲＶ１−３が後に受信されたデータＲＶ２−２，ＲＶ２−３によって上書きされることで、先に受信されたデータＲＶ１−２，ＲＶ１−３が実質的に破棄されるおそれがある。
このため、図１２に示す例では、拡張層ＥＬ及びアプリケーションＡＰは、結局、アプリケーションデータＲＶ２−２，ＲＶ２−３の２つしか取得できないことになる。
［４．２ 実施例］
図１３，１４は、実施例を示している。図１３に示すＥＬ基地局ヘッダでは、図９に示すＥＬ基地医局ヘッダと同様に、データ関連情報及び分割番号に加えて、データ種別を有している。
図１３，１４は、実施例を示している。図１３に示すＥＬ基地局ヘッダでは、図９に示すＥＬ基地医局ヘッダと同様に、データ関連情報及び分割番号に加えて、データ種別を有している。
図１３において、データ関連情報は、［比較例における第２設定例］及び図１１と同様に設定されており、拡張層ＥＬ又はアプリケーションＡＰにおいて、アプリケーションデータの種別毎にデータが揃っているか否かを判断することができる。
また、図１３では、アプリケーションデータＲＶ１−１だけが、２つに分割されている。したがって、図１３では、図１０よりも一つ少ない、７個のＥＬ−ＰＤＵを示した。
また、図１３では、アプリケーションデータＲＶ１−１だけが、２つに分割されている。したがって、図１３では、図１０よりも一つ少ない、７個のＥＬ−ＰＤＵを示した。
図１３において、分割番号（順番／総数）は、アプリケーションデータＲＶ２−１が分割されておらず、１／１となっているほかは、図１１と同様に設定されている。
図１３において、データ種別は、アプリケーションデータＲＶ１−１〜ＲＶ１−３と、アプリケーションデータＲＶ２−１〜２−３と、では、異なる値が設定されている。したがって、受信側の拡張層ＥＬでは、データ種別に基づいて、アプリケーションデータＲＶ１−１〜ＲＶ１−３と、アプリケーションデータＲＶ２−１〜２−３と、ではデータ種別が異なることを判別できる。
図１４に示すように、受信側の拡張層ＥＬは、取得したＥＬ−ＰＤＵのＥＬ基地局ヘッダから、データ関連情報（基地局ＩＤ，データ順番、データ総数）、分割番号（順番、総数）、データ種別を取得する（ステップＳ１）。
そして、拡張層ＥＬは、データ関連情報、分割番号に加えて、データ種別も考慮し、データ関連情報及びデータ種別が同一である分割データ（ＥＬ−ＰＤＵ）を、結合すべき複数の分割データ（ＥＬ−ＰＤＵ）の組み合わせとして認識し、それらの分割データを結合する（ステップＳ２）。このため、図１２に示すように、組み合わせを誤ることを防止することができる。
つまり、図１３に示す例では、アプリケーションデータＲＶ１−１から分割された２つの分割データを正しく結合することができる。
つまり、図１３に示す例では、アプリケーションデータＲＶ１−１から分割された２つの分割データを正しく結合することができる。
また、アプリケーションデータＲＶ１−２とＲＶ２−２とは、データ関連情報が同じであるが、データ種別が異なるため、受信側の拡張層ＥＬは、異なるデータとして区別できる。
同様に、アプリケーションデータＲＶ１−３とＲＶ２−３とは、データ関連情報が同じであるが、データ種別が異なるため、受信側の拡張層ＥＬは、異なるデータとして区別できる。
この結果、図１２に示すような上書き破棄が防止される。
同様に、アプリケーションデータＲＶ１−３とＲＶ２−３とは、データ関連情報が同じであるが、データ種別が異なるため、受信側の拡張層ＥＬは、異なるデータとして区別できる。
この結果、図１２に示すような上書き破棄が防止される。
このように、受信側の拡張層ＥＬは、６個のアプリケーションデータＲＶ１−１〜ＲＶ１−３、ＲＶ２−１〜ＲＶ２−３それぞれを区別して処理することができる。
そして、受信側の拡張層ＥＬは、６個のアプリケーションデータＲＶ１−１〜ＲＶ１−３、ＲＶ２−１〜ＲＶ２−３それぞれについての受信通知（EL-BaseStationBroadcastData表示）におけるデータ関連情報及びデータ種別として、ＥＬ基地局ヘッダに設定されているデータ関連情報及びデータ種別を設定し、その受信通知をアプリケーションＡＰに渡す（ステップＳ３）。
アプリケーションＡＰでは、受信通知に含まれるデータ種別を判別して、受信通知に含まれるアプリケーションデータが、第１アプリケーションＡＰ１にて処理されるべきものか、第２アプリケーションＡＰ２にて処理されるべきものかを容易に判断することができる。
［５．変形例］
図１５（ａ）は、非特許文献２に規定する、ＥＬ基地局ヘッダに含まれるデータ関連情報を示している。
図１５（ｂ）は、変形例に係る、ＥＬ基地局ヘッダに含まれるデータ関連情報を示している。
図１５（ａ）は、非特許文献２に規定する、ＥＬ基地局ヘッダに含まれるデータ関連情報を示している。
図１５（ｂ）は、変形例に係る、ＥＬ基地局ヘッダに含まれるデータ関連情報を示している。
非特許文献２では、図１５（ａ）に示すように、データ関連情報の「基地局ＩＤ」フィールドは、６ビット（１２ビット目から１７ビット目まで）である。これに対し、図１５（ｂ）に示す変形例では、「基地局ＩＤ」フィールドは、非特許文献２における「基地局ＩＤ」フィールドである６ビット中、４ビット（１４ビット目から１７ビット目まで）が用いられる。残りの２ビット（１３ビット目及び１２ビット目）は、データ種別（データ種別情報）のためのフィールドとなる。
送信側の拡張層ＥＬは、送信要求に含まれるデータ種別を、図１５（ｂ）に示す「データ種別」フィールドに設定する。
受信側の拡張層ＥＬは、図１５（ｂ）に示すデータ種別を参照して、データを区別する。また、受信側の拡張層ＥＬは、図１５（ｂ）に示すデータ種別を、受信通知の「データ種別」に設定する。
受信側の拡張層ＥＬは、図１５（ｂ）に示すデータ種別を参照して、データを区別する。また、受信側の拡張層ＥＬは、図１５（ｂ）に示すデータ種別を、受信通知の「データ種別」に設定する。
図１５（ｂ）に示すデータ関連情報の構造を採用すると、「データ関連情報」フィールド中に、データ種別を格納できるため、図９に示すように、ＥＬ基地局ヘッダ中に、「データ種別」フィールドを別途確保する必要がない。
また、非特許文献２において「基地局ＩＤ」フィールドを構成する領域の一部を、図１５（ｂ）に示すように「データ種別」フィールドとすることで、データ関連情報が図１５（ａ）に示すように規定されていることを前提とする通信機２，３であっても、データ種別の異なるデータを区別して処理することが可能となる。
データ関連情報が図１５（ａ）に示すように規定されていることを前提とする通信機２，３の拡張層ＥＬは、図１５（ｂ）に示すデータ関連情報を持つＥＬ−ＰＤＵを取得すると、図１５（ｂ）に示す基地局ＩＤ及びデータ種別を一体として、基地局ＩＤとして認識する。
つまり、受信側では、同一の基地局から送信された通信パケットであっても、データ種別が異なることで、基地局ＩＤが異なるものと認識する。
この結果、
データ関連情報が図１５（ａ）に示すように規定されていることを前提とする通信機２，３であっても、データ種別の異なるデータを、異なる基地局から送信されたものとみなして、区別して処理することができる。
つまり、受信側では、同一の基地局から送信された通信パケットであっても、データ種別が異なることで、基地局ＩＤが異なるものと認識する。
この結果、
データ関連情報が図１５（ａ）に示すように規定されていることを前提とする通信機２，３であっても、データ種別の異なるデータを、異なる基地局から送信されたものとみなして、区別して処理することができる。
［６．付記］
本発明に関して、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
本発明に関して、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
１ 交通信号機
２ 路側通信機（基地局）
３ 車載通信機（移動局）
４ 中央装置
５ 車両
６ 路側センサ
７ 有線通信回線
２１ 無線通信部
２２ 有線通信部
２３ 制御部
２４ 記憶部
２５ 通信処理装置
２５ａ アプリケーション部
２５ｂ 通信処理部
３１ 無線通信部
３３ 制御部
３４ 記憶部
３５ 通信処理装置
２５ｂ アプリケーション部
３５ｂ 通信処理部
５１ 分割処理部
５２ 結合処理部
ＡＰ アプリケーション
ＥＬ 拡張層
Ｌ７ レイヤ７
２ 路側通信機（基地局）
３ 車載通信機（移動局）
４ 中央装置
５ 車両
６ 路側センサ
７ 有線通信回線
２１ 無線通信部
２２ 有線通信部
２３ 制御部
２４ 記憶部
２５ 通信処理装置
２５ａ アプリケーション部
２５ｂ 通信処理部
３１ 無線通信部
３３ 制御部
３４ 記憶部
３５ 通信処理装置
２５ｂ アプリケーション部
３５ｂ 通信処理部
５１ 分割処理部
５２ 結合処理部
ＡＰ アプリケーション
ＥＬ 拡張層
Ｌ７ レイヤ７
Claims (8)
- アプリケーションデータを、周期的に割り当てられる送信期間において送信する第１通信機と、
前記第１通信機から送信された前記アプリケーションデータを受信する第２通信機と、を備え、
前記第１通信機は、複数のアプリケーションデータそれぞれに付加情報を付加して送信し、
前記付加情報は、
一のアプリケーションデータから分割された複数の分割データの総数を示す分割総数情報と、
前記一のアプリケーションデータから分割された複数の分割データそれぞれの順番を示す分割順番情報と、
前記複数のアプリケーションデータの総数を示すデータ総数情報と、
前記複数のアプリケーションデータにおけるアプリケーションデータそれぞれの順番を示すデータ順番情報と、
前記アプリケーションデータの種別を示すデータ種別情報と、
を含み、
前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、
前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、
前記第２通信機は、前記第１通信機から送信された前記複数のアプリケーションデータそれぞれに付加された前記付加情報に基づいて、アプリケーションデータの種別毎にアプリケーションデータが揃っているか否かを判断する
ことを特徴とする通信システム。 - アプリケーションデータの送信要求を生成するアプリケーション部と、
前記アプリケーション部から送信要求がなされた前記アプリケーションデータを、周期的に割り当てられる送信期間において送信させる通信処理部と、
を備え、
前記送信要求には、前記アプリケーションデータ及び付加情報が含まれ、
前記付加情報は、
一のアプリケーションデータから分割された複数の分割データの総数を示す分割総数情報と、
前記一のアプリケーションデータから分割された複数の分割データそれぞれの順番を示す分割順番情報と、
複数のアプリケーションデータの総数を示すデータ総数情報と、
前記複数のアプリケーションデータにおけるアプリケーションデータそれぞれの順番を示すデータ順番情報と、
前記アプリケーションデータの種別を示すデータ種別情報と、
を含み、
前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、
前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、
前記通信処理部は、複数のアプリケーションデータそれぞれに前記付加情報を付加して送信させ、
前記付加情報は、前記アプリケーションデータの受信側の通信機が、アプリケーションデータの種別毎にアプリケーションデータが揃っているか否かを判断するために用いられる
ことを特徴とする通信機。 - 通信処理部と、
アプリケーションデータを受信したことの通知を前記通信処理部から受けるアプリケーション部と、
を備え、
受信した複数のアプリケーションデータには、それぞれ、付加情報が付加されており、
前記付加情報は、
一のアプリケーションデータから分割された複数の分割データの総数を示す分割総数情報と、
前記一のアプリケーションデータから分割された複数の分割データそれぞれの順番を示す分割順番情報と、
前記複数のアプリケーションデータの総数を示すデータ総数情報と、
前記複数のアプリケーションデータにおけるアプリケーションデータそれぞれの順番を示すデータ順番情報と、
前記アプリケーションデータの種別を示すデータ種別情報と、
を含み、
前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、
前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、
前記付加情報に基づいて、アプリケーションデータの種別毎にアプリケーションデータが揃っているか否かを判断する
ことを特徴とする通信機。 - 請求項２記載の通信機に用いられる通信処理装置であって、
アプリケーションデータの送信要求を生成するアプリケーション部と、
前記アプリケーション部から送信要求がなされた前記アプリケーションデータを、周期的に割り当てられる送信期間において送信させる通信処理部と、
を備え、
前記送信要求には、前記アプリケーションデータ及び付加情報が含まれ、
前記付加情報は、
一のアプリケーションデータから分割された複数の分割データの総数を示す分割総数情報と、
前記一のアプリケーションデータから分割された複数の分割データそれぞれの順番を示す分割順番情報と、
複数のアプリケーションデータの総数を示すデータ総数情報と、
前記複数のアプリケーションデータにおけるアプリケーションデータそれぞれの順番を示すデータ順番情報と、
前記アプリケーションデータの種別を示すデータ種別情報と、
を含み、
前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、
前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、
前記通信処理部は、複数のアプリケーションデータそれぞれに前記付加情報を付加して送信させ、
前記付加情報は、前記アプリケーションデータの受信側の通信機が、アプリケーションデータの種別毎にアプリケーションデータが揃っているか否かを判断するために用いられる
ことを特徴とする通信処理装置。 - 請求項３記載の通信機に用いられる通信処理装置であって、
通信処理部と、
アプリケーションデータを受信したことの通知を前記通信処理部から受けるアプリケーション部と、
を備え、
受信した複数のアプリケーションデータには、それぞれ、付加情報が付加されており、
前記付加情報は、
一のアプリケーションデータから分割された複数の分割データの総数を示す分割総数情報と、
前記一のアプリケーションデータから分割された複数の分割データそれぞれの順番を示す分割順番情報と、
前記複数のアプリケーションデータの総数を示すデータ総数情報と、
前記複数のアプリケーションデータにおけるアプリケーションデータそれぞれの順番を示すデータ順番情報と、
前記アプリケーションデータの種別を示すデータ種別情報と、
を含み、
前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、
前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、
前記付加情報に基づいて、アプリケーションデータの種別毎にアプリケーションデータが揃っているか否かを判断する
ことを特徴とする通信処理装置。 - アプリケーションデータが分割された複数の分割データを受信すると、受信した前記複数の分割データを結合する結合処理部を備え、
受信した前記複数の分割データそれぞれには、付加情報が付加されており、
前記付加情報は、
一のアプリケーションデータから分割された複数の分割データの総数を示す分割総数情報と、
前記一のアプリケーションデータから分割された複数の分割データそれぞれの順番を示す分割順番情報と、
複数のアプリケーションデータの総数を示すデータ総数情報と、
前記複数のアプリケーションデータにおけるアプリケーションデータそれぞれの順番を示すデータ順番情報と、
前記アプリケーションデータの種別を示すデータ種別情報と、
を含み、
前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、
前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、
前記結合処理部は、受信した前記複数の分割データそれぞれに付加された前記付加情報に基づいて、結合すべき複数の分割データの組み合わせを認識して、複数の分割データを結合する
ことを特徴とする通信処理装置。 - コンピュータを、請求項４〜６のいずれか１項に記載の前記通信処理装置として機能させるためのコンピュータプログラム。
- 第１通信機が、複数のアプリケーションデータを、前記第１通信機に対して周期的に割り当てられる送信期間において送信し、
第２通信機が、前記第１通信機から送信された前記複数のアプリケーションデータを受信し、受信した前記複数のアプリケーションデータそれぞれを区別して処理を行う
ことを含み、
前記複数のアプリケーションデータそれぞれには、付加情報が付加されており、
前記付加情報は、
一のアプリケーションデータから分割された複数の分割データの総数を示す分割総数情報と、
前記一のアプリケーションデータから分割された複数の分割データそれぞれの順番を示す分割順番情報と、
前記複数のアプリケーションデータの総数を示すデータ総数情報と、
前記複数のアプリケーションデータにおけるアプリケーションデータそれぞれの順番を示すデータ順番情報と、
前記アプリケーションデータの種別を示すデータ種別情報と、
を含み、
前記データ総数情報は、前記アプリケーションデータの種別毎の総数を示し、
前記データ順番情報は、前記アプリケーションデータの種別毎の順番を示し、
前記第２通信機による前記処理では、前記第１通信機から送信された前記複数のアプリケーションデータそれぞれに付加された前記付加情報に基づいて、アプリケーションデータの種別毎にアプリケーションデータが揃っているか否かを判断する
ことを特徴とする通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012237700A JP6286817B2 (ja) | 2012-10-29 | 2012-10-29 | 通信システム、通信機、通信処理装置、コンピュータプログラム、及び通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012237700A JP6286817B2 (ja) | 2012-10-29 | 2012-10-29 | 通信システム、通信機、通信処理装置、コンピュータプログラム、及び通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2014089504A JP2014089504A (ja) | 2014-05-15 |
| JP6286817B2 true JP6286817B2 (ja) | 2018-03-07 |
Family
ID=50791379
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012237700A Active JP6286817B2 (ja) | 2012-10-29 | 2012-10-29 | 通信システム、通信機、通信処理装置、コンピュータプログラム、及び通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6286817B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6649712B2 (ja) * | 2014-07-25 | 2020-02-19 | 住友電気工業株式会社 | 制御装置、無線装置、及び無線通信装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000049898A (ja) * | 1998-07-31 | 2000-02-18 | Sony Computer Entertainment Inc | 情報受信装置及び方法、情報受信システム、情報送信装置及び方法、並びに情報送受信システム |
| JP2002044005A (ja) * | 2000-07-19 | 2002-02-08 | Hitachi Ltd | 路車間通信システム |
| JP5556124B2 (ja) * | 2009-10-29 | 2014-07-23 | 住友電気工業株式会社 | 通信制御装置、路側通信機及び通信システム |
-
2012
- 2012-10-29 JP JP2012237700A patent/JP6286817B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2014089504A (ja) | 2014-05-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9935875B2 (en) | Filtering data packets to be relayed in the car2X network | |
| US9721469B2 (en) | Filtering infrastructure description messages | |
| US10841975B2 (en) | Method for identifying redundantly received information items, vehicle-to-x communication system and use of the system | |
| JP6821035B2 (ja) | Ｖ２ｘ通信のための装置及び方法 | |
| CN114846525B (zh) | 一种计费方法及通信装置 | |
| JP2012257033A (ja) | 路側通信機、無線通信システム、無線信号の受信方法及びコンピュータプログラム | |
| JP6007626B2 (ja) | 通信機、移動局、無線通信システム、及びコンピュータプログラム | |
| JP6286817B2 (ja) | 通信システム、通信機、通信処理装置、コンピュータプログラム、及び通信方法 | |
| JP6328412B2 (ja) | 通信システム、基地局、通信方法および通信処理プログラム | |
| JP6338815B2 (ja) | 通信機、送信方法、通信処理装置、及びコンピュータプログラム | |
| JP2015115869A (ja) | 通信システム、路側通信機、処理装置、処理方法およびコンピュータプログラム | |
| JP6055265B2 (ja) | 移動局、コンピュータプログラム、及び通信パケットのデータ構造 | |
| JP6552669B2 (ja) | 通信システム、基地局、通信方法および通信処理プログラム | |
| JP6423591B2 (ja) | 基地局、通信処理装置、送信方法、及びコンピュータプログラム | |
| JP6994616B2 (ja) | 無線機、路側通信機、通信パケットの送信方法、及びコンピュータプログラム | |
| CN115250444A (zh) | 一种通信方法、装置及相关设备 | |
| JP6342109B2 (ja) | 通信機、通信処理装置、アプリケーション装置、コンピュータプログラム、及び送信方法 | |
| JP6746869B2 (ja) | 無線通信機、パケットの処理方法、及びコンピュータプログラム | |
| JP6056376B2 (ja) | 無線通信システム、及びこれに用いる路側通信機、通信制御装置、コンピュータプログラム、通信方法 | |
| JP6707413B2 (ja) | 無線機、路側通信機、判定方法、及びコンピュータプログラム | |
| JP2017073819A (ja) | 通信機、送信方法、通信処理装置、及びコンピュータプログラム | |
| JP2016019078A (ja) | 路側通信機、セキュリティ処理方法、及びコンピュータプログラム | |
| JP6649712B2 (ja) | 制御装置、無線装置、及び無線通信装置 | |
| JP6233479B2 (ja) | 通信機、移動局、無線通信システム、及びコンピュータプログラム | |
| EP4366342A1 (en) | Method and apparatus for processing exception in unicast connection establishment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20151021 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20160929 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20161004 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20161205 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170425 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20170427 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20180109 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180122 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6286817 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |