(57)【要約】【課題】性質の異なったデータを効率的に処理する技術を提供する。【解決手段】周期的アプリケーションデータ割当部１６０は、第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する。周期的アプリケーションデータ割当部１６０は、入力した登録要求をもとに確保した領域に格納するためのデータであって、かつ第１種のアプリケーションのデータを順次入力する。バーストアプリケーションデータ割当部１６２は、第２種のアプリケーションのデータも入力する。バーストアプリケーションデータ割当部１６２は、登録要求によって未確保の領域と、第１種のアプリケーションのデータを未格納である領域とを合わせた領域のサイズが、入力した第２種のアプリケーションのデータのサイズ以上であれば、第２種のアプリケーションのデータをパケット信号に格納させる。【選択図】図６
2014072671.tif 000002
【特許請求の範囲】
【請求項１】
周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する第１入力部と、
前記第１入力部において入力した登録要求をもとに確保した領域に格納するためのデータであって、かつ第１種のアプリケーションのデータを順次入力する第２入力部と、
前記第２入力部において順次入力した第１種のアプリケーションのデータを、端末間通信が可能な期間において送信すべきパケット信号に格納させる制御部とを備え、
前記第２入力部は、非周期にデータを送信すべき第２種のアプリケーションのデータも入力し、
前記制御部は、前記第１入力部において入力した登録要求によって未確保の領域と、前記第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域のサイズが、前記第２入力部において入力した第２種のアプリケーションのデータのサイズ以上であれば、前記第２入力部において入力した第２種のアプリケーションのデータをパケット信号に格納させることを特徴とする端末装置。
【請求項２】
周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する第１入力部と、
非周期的にデータを送信すべき第２種のアプリケーションのデータを格納可能なパケット信号中の領域のサイズを問い合わせるためのサイズ要求を入力する第２入力部と、
前記第２入力部において入力したサイズ要求に対して、前記第１入力部において入力した登録要求によって未確保の領域のサイズをもとに、空き領域のサイズを導出するアプリケーション管理部と、
前記アプリケーション管理部において導出した空き領域のサイズを出力する出力部と、
を備えることを特徴とする端末装置。
【請求項３】
前記アプリケーション管理部は、所定のパケット信号のうち、前記第１入力部において入力した登録要求によって未確保の領域のサイズを空き領域のサイズとすることを特徴とする請求項２に記載の端末装置。
【請求項４】
前記アプリケーション管理部は、所定のパケット信号のうち、前記第１入力部において入力した登録要求によって未確保の領域と、前記第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域のサイズであって、かつ前記第２入力部がサイズ要求を入力したタイミングでのサイズを空き領域のサイズとすることを特徴とする請求項２に記載の端末装置。
【請求項５】
前記アプリケーション管理部は、前記第１入力部において入力した登録要求によって未確保の領域と、前記第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域のサイズであって、かつ所定の期間にわたる実績のサイズを空き領域のサイズとすることを特徴とする請求項２に記載の端末装置。
【請求項６】
前記アプリケーション管理部は、（１）所定のパケット信号のうち、前記第１入力部において入力した登録要求によって未確保の領域と、前記第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域の第１サイズであって、かつ前記第２入力部がサイズ要求を入力したタイミングでの第１サイズを導出するとともに、（２）前記第１入力部において入力した登録要求によって未確保の領域と、前記第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域の第２サイズであって、かつ所定の期間にわたる実績の第２サイズも導出し、（３）第１サイズと第２サイズとのうちの選択した一方を空き領域のサイズとすることを特徴とする請求項２に記載の端末装置。
【請求項７】
周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する第１入力部と、
前記第１入力部において入力した登録要求をもとに確保した領域に格納するためのデータであって、かつ第１種のアプリケーションのデータを順次入力する第２入力部と、
前記第２入力部において順次入力した第１種のアプリケーションのデータを、端末間通信が可能な期間において送信すべきパケット信号に格納させる制御部とを備え、
前記第２入力部は、非周期にデータを送信すべき第２種のアプリケーションのデータも入力し、
前記制御部は、前記第１入力部において入力した登録要求によって確保した領域に、前記第２入力部において入力した第１種のアプリケーションのデータを格納するとともに、予め確保した共通領域に、前記第２入力部において入力した第２種のアプリケーションのデータを格納することを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関し、特に所定の情報が含まれた信号を報知する端末装置に関する。
【背景技術】
【０００２】
無線ネットワークにおいて効率的に送信をスケジューリングすることが望まれる。例えば、各フローが、スループット、遅延等の要求と関連づけられていれば、各フローに対する通信間隔が、フローに対する要求に基づいて決定される（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００８−５０２２１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信対象となるデータには、周期的に発生するものがあれば、バースト的に発生するものもある。このように性質の異なったデータを効率的に取り扱うことが望まれる。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、性質の異なったデータを効率的に処理する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の端末装置は、周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する第１入力部と、第１入力部において入力した登録要求をもとに確保した領域に格納するためのデータであって、かつ第１種のアプリケーションのデータを順次入力する第２入力部と、第２入力部において順次入力した第１種のアプリケーションのデータを、端末間通信が可能な期間において送信すべきパケット信号に格納させる制御部とを備える。第２入力部は、非周期にデータを送信すべき第２種のアプリケーションのデータも入力し、制御部は、第１入力部において入力した登録要求によって未確保の領域と、第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域のサイズが、第２入力部において入力した第２種のアプリケーションのデータのサイズ以上であれば、第２入力部において入力した第２種のアプリケーションのデータをパケット信号に格納させる。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、性質の異なったデータを効率的に処理できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例１に係る通信システムの構成を示す図である。
【図２】図１の基地局装置の構成を示す図である。
【図３】図３（ａ）−（ｄ）は、図１の通信システムにおいて規定されるフレームのフォーマットを示す図である。
【図４】図１の車両に搭載された端末装置の構成を示す図である。
【図５】図４の端末装置でのプロトコルスタックを示す図である。
【図６】図４のアプリケーション管理部の構成を示す図である。
【図７】図６のアプリケーション管理部によるタイミングの割当て例を示す図である。
【図８】図６のバーストアプリケーションデータ割当部の構成を示す図である。
【図９】図９（ａ）−（ｂ）は、図６のアプリケーション管理部の処理概要を示す図である。
【図１０】図６のアプリケーション管理部の別の処理概要を示す図である。
【図１１】図４の端末装置によって生成されるパケット信号のフォーマットを示す図である。
【図１２】図６のアプリケーション管理部によるデータの格納手順を示すフローチャートである。
【図１３】本発明の実施例２に係るアプリケーション管理部によるタイミングの割当て例を示す図である。
【図１４】本発明の実施例３に係るアプリケーション管理部の構成を示す図である。
【図１５】図１４のアプリケーション管理部による処理概要を示す図である。
【図１６】本発明の実施例４に係るアプリケーション管理部による処理概要を示す図である。
【図１７】本発明の実施例７に係る通信システムの構成を示す図である。
【図１８】図１７の端末装置の構成を示す図である。
【図１９】図１７の携帯無線装置の構成を示す図である。
【発明を実施するための形態】
【００１０】
（実施例１）
本発明の実施例１を具体的に説明する前に、基礎となった知見を説明する。本発明の実施例１は、車両に搭載された端末装置間において車車間通信を実行するとともに、交差点等に設置された基地局装置から端末装置へ路車間通信も実行する通信システムに関する。このような通信システムは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ）とも呼ばれる。ＩＴＳは、例えば、７００ＭＨｚ帯高度道路交通システムの標準規格（一般社団法人電波産業会）に規定されている。通信システムは、ＩＥＥＥ８０２．１１等の規格に準拠した無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）と同様に、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）と呼ばれるアクセス制御機能を使用する。そのため、複数の端末装置によって同一の無線チャネルが共有される。一方、ＩＴＳでは、不特定多数の端末装置へ情報を送信する必要がある。そのような送信を効率的に実行するために、本通信システムは、パケット信号をブロードキャスト送信する。
【００１１】
つまり、車車間通信として、端末装置は、車両の速度あるいは位置等の情報を格納したパケット信号をブロードキャスト送信する。また、他の端末装置は、パケット信号を受信するとともに、前述の情報をもとに車両の接近等を認識する。ここで、路車間通信と車車間通信との干渉を低減するために、基地局装置は、複数のサブフレームが含まれたフレームを繰り返し規定する。基地局装置は、路車間通信のために、複数のサブフレームのいずれかを選択し、選択したサブフレームの先頭部分の期間において、制御情報等が格納されたパケット信号をブロードキャスト送信する。
【００１２】
制御情報には、当該基地局装置がパケット信号をブロードキャスト送信するための期間（以下、「路車送信期間」という）に関する情報が含まれている。端末装置は、制御情報をもとに路車送信期間を特定し、路車送信期間以外の期間（以下、「車車送信期間」という）においてＣＳＭＡ方式にてパケット信号をブロードキャスト送信する。その結果、路車間通信と車車間通信とが時分割多重される。なお、基地局装置からの制御情報を受信できない端末装置、つまり基地局装置によって形成されたエリアの外に存在する端末装置は、フレームの構成に関係なくＣＳＭＡ方式にてパケット信号を送信する。
【００１３】
次に、本実施例の概略を説明する。端末装置には、複数種類のアプリケーション、特に周期的にデータが発生するアプリケーション（以下、「周期的アプリケーション」という）とバースト的にデータが発生するアプリケーション（以下、「バーストアプリケーション」という）との組合せを効率的に処理することが望まれる。周期的アプリケーションのデータを効率的に処理するために、当該データを送信するための領域が確保される。しかしながら、周期的アプリケーションであっても、必ずしもすべての送信機会にデータが発生するとは限らない。周期アプリケーションのデータが発生しない場合、当該周期アプリケーションのために確保されていた領域は、空き領域となってしまう。そのため、伝送効率が悪化する。これに対応するため、端末装置は、バーストアプリケーションからのデータを受けつけた場合、周期的アプリケーションに確保されていながらも、データを未格納である領域に、バーストアプリケーションからのデータを格納する。端末装置は、一定時間にわたって空き領域が得られなければエラーを返す。
【００１４】
図１は、本発明の実施例１に係る通信システム１００の構成を示す。これは、ひとつの交差点を上方から見た場合に相当する。通信システム１００は、基地局装置１０、車両１２と総称される第１車両１２ａ、第２車両１２ｂ、第３車両１２ｃ、第４車両１２ｄ、第５車両１２ｅ、第６車両１２ｆ、第７車両１２ｇ、第８車両１２ｈ、ネットワーク２０２を含む。ここでは、第１車両１２ａのみに示しているが、各車両１２には、端末装置１４が搭載されている。また、エリア２１２が、基地局装置１０の周囲に形成され、エリア外２１４が、エリア２１２の外側に形成されている。
【００１５】
図示のごとく、図面の水平方向、つまり左右の方向に向かう道路と、図面の垂直方向、つまり上下の方向に向かう道路とが中心部分で交差している。ここで、図面の上側が方角の「北」に相当し、左側が方角の「西」に相当し、下側が方角の「南」に相当し、右側が方角の「東」に相当する。また、ふたつの道路の交差部分が「交差点」である。第１車両１２ａ、第２車両１２ｂが、左から右へ向かって進んでおり、第３車両１２ｃ、第４車両１２ｄが、右から左へ向かって進んでいる。また、第５車両１２ｅ、第６車両１２ｆが、上から下へ向かって進んでおり、第７車両１２ｇ、第８車両１２ｈが、下から上へ向かって進んでいる。
【００１６】
通信システム１００において、基地局装置１０は、交差点に固定して設置される。基地局装置１０は、端末装置間の通信を制御する。基地局装置１０は、図示しないＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星から受信した信号、あるいは図示しない他の基地局装置１０にて形成されたフレームをもとに、複数のサブフレームが含まれたフレームを繰り返し生成する。ここで、各サブフレームの先頭部分に路車送信期間が設定可能であるような規定がなされている。
【００１７】
基地局装置１０は、フレーム中の複数のサブフレームのうち、他の基地局装置１０によって路車送信期間が設定されていないサブフレームを選択する。基地局装置１０は、選択したサブフレームの先頭部分に路車送信期間を設定する。基地局装置１０は、設定した路車送信期間においてパケット信号を報知する。路車送信期間において、複数のパケット信号が報知されることもある。また、パケット信号には、例えば、事故情報、渋滞情報、信号情報等が含まれる。なお、パケット信号には、路車送信期間が設定されたタイミングに関する情報およびフレームに関する制御情報も含まれる。
【００１８】
端末装置１４は、前述のごとく、車両１２に搭載され移動可能である。端末装置１４は、基地局装置１０からのパケット信号を受信すると、エリア２１２に存在すると推定する。端末装置１４は、エリア２１２に存在する場合、パケット信号に含まれた制御情報、特に路車送信期間が設定されたタイミングに関する情報およびフレームに関する情報をもとに、フレームを生成する。その結果、複数の端末装置１４のそれぞれにおいて生成されるフレームは、基地局装置１０において生成されるフレームに同期する。端末装置１４は、路車送信期間とは異なった期間である車車送信期間においてパケット信号を報知する。ここで、車車送信期間においてＣＳＭＡ／ＣＡが実行される。一方、端末装置１４は、エリア外２１４に存在していると推定した場合、フレームの構成に関係なく、ＣＳＭＡ／ＣＡを実行することによって、パケット信号を報知する。
【００１９】
図２は、基地局装置１０の構成を示す。基地局装置１０は、アンテナ２０、ＲＦ部２２、変復調部２４、処理部２６、制御部２８、ネットワーク通信部３０を含む。また、処理部２６は、フレーム規定部３２、選択部３４、生成部３６を含む。
【００２０】
ＲＦ部２２は、受信処理として、図示しない端末装置１４あるいは他の基地局装置１０からのパケット信号をアンテナ２０にて受信する。ＲＦ部２２は、受信した無線周波数のパケット信号に対して周波数変換を実行し、ベースバンドのパケット信号を生成する。さらに、ＲＦ部２２は、ベースバンドのパケット信号を変復調部２４に出力する。一般的に、ベースバンドのパケット信号は、同相成分と直交成分によって形成されるので、ふたつの信号線が示されるべきであるが、ここでは、図を明瞭にするためにひとつの信号線だけを示すものとする。ＲＦ部２２には、ＬＮＡ（Ｌｏｗ  Ｎｏｉｓｅ  Ａｍｐｌｉｆｉｅｒ）、ミキサ、ＡＧＣ、Ａ／Ｄ変換部も含まれる。
【００２１】
ＲＦ部２２は、送信処理として、変復調部２４から入力したベースバンドのパケット信号に対して周波数変換を実行し、無線周波数のパケット信号を生成する。さらに、ＲＦ部２２は、路車送信期間において、無線周波数のパケット信号をアンテナ２０から送信する。また、ＲＦ部２２には、ＰＡ（Ｐｏｗｅｒ  Ａｍｐｌｉｆｉｅｒ）、ミキサ、Ｄ／Ａ変換部も含まれる。例えば、無線周波数として、７００ＭＨｚ帯が使用される。
【００２２】
変復調部２４は、受信処理として、ＲＦ部２２からのベースバンドのパケット信号に対して、復調を実行する。さらに、変復調部２４は、復調した結果を処理部２６に出力する。また、変復調部２４は、送信処理として、処理部２６からのデータに対して、変調を実行する。さらに、変復調部２４は、変調した結果をベースバンドのパケット信号としてＲＦ部２２に出力する。ここで、通信システム１００は、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）変調方式に対応するので、変復調部２４は、受信処理としてＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）も実行し、送信処理としてＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）も実行する。
【００２３】
フレーム規定部３２は、図示しないＧＰＳ衛星からの信号を受信し、受信した信号をもとに時刻の情報を取得する。なお、時刻の情報の取得には公知の技術が使用されればよいので、ここでは説明を省略する。フレーム規定部３２は、時刻の情報をもとに、複数のフレームを生成する。例えば、フレーム規定部３２は、時刻の情報にて示されたタイミングを基準にして、「１ｓｅｃ」の期間を１０分割することによって、「１００ｍｓｅｃ」のフレームを１０個生成する。このような処理を繰り返すことによって、フレームが繰り返されるように規定される。なお、フレーム規定部３２は、復調結果から制御情報を検出し、検出した制御情報をもとにフレームを生成してもよい。このような処理は、他の基地局装置１０によって形成されたフレームのタイミングに同期したフレームを生成することに相当する。
【００２４】
図３（ａ）−（ｄ）は、通信システム１００において規定されるフレームのフォーマットを示す。図３（ａ）は、フレームの構成を示す。フレームは、第１サブフレームから第Ｎサブフレームと示されるＮ個のサブフレームによって形成されている。これは、端末装置１４が報知に使用可能なサブフレームを複数時間多重することによってフレームが形成されているといえる。例えば、フレームの長さが１００ｍｓｅｃであり、Ｎが８である場合、１２．５ｍｓｅｃの長さのサブフレームが規定される。Ｎは、８以外であってもよい。図３（ｂ）−（ｄ）の説明は、後述し、図２に戻る。
【００２５】
選択部３４は、フレームに含まれた複数のサブフレームのうち、路車送信期間を設定すべきサブフレームを選択する。具体的に説明すると、選択部３４は、フレーム規定部３２にて規定されたフレームを受けつける。また、選択部３４は、図示しないインターフェイスを介して、選択したサブフレームに関する指示を受けつける。選択部３４は、指示に対応したサブフレームを選択する。これとは別に、選択部３４は、自動的にサブフレームを選択してもよい。その際、選択部３４は、ＲＦ部２２、変復調部２４を介して、図示しない他の基地局装置１０あるいは端末装置１４からの復調結果を入力する。選択部３４は、入力した復調結果のうち、他の基地局装置１０からの復調結果を抽出する。選択部３４は、復調結果を受けつけたサブフレームを特定することによって、復調結果を受けつけていないサブフレームを特定する。
【００２６】
これは、他の基地局装置１０によって路車送信期間が設定されていないサブフレーム、つまり未使用のサブフレームを特定することに相当する。未使用のサブフレームが複数存在する場合、選択部３４は、ランダムにひとつのサブフレームを選択する。未使用のサブフレームが存在しない場合、つまり複数のサブフレームのそれぞれが使用されている場合に、選択部３４は、復調結果に対応した受信電力を取得し、受信電力の小さいサブフレームを優先的に選択する。
【００２７】
図３（ｂ）は、第１基地局装置１０ａによって生成されるフレームの構成を示す。第１基地局装置１０ａは、第１サブフレームの先頭部分に路車送信期間を設定する。また、第１基地局装置１０ａは、第１サブフレームにおいて路車送信期間につづいて車車送信期間を設定する。車車送信期間とは、端末装置１４がパケット信号を報知可能な期間である。つまり、第１基地局装置１０ａは、第１サブフレームの先頭期間である路車送信期間においてパケット信号を報知可能であり、かつフレームのうち、路車送信期間以外の車車送信期間において端末装置１４がパケット信号を報知可能であるような規定がなされる。さらに、第１基地局装置１０ａは、第２サブフレームから第Ｎサブフレームに車車送信期間のみを設定する。
【００２８】
図３（ｃ）は、第２基地局装置１０ｂによって生成されるフレームの構成を示す。第２基地局装置１０ｂは、第２サブフレームの先頭部分に路車送信期間を設定する。また、第２基地局装置１０ｂは、第２サブフレームにおける路車送信期間の後段、第１サブフレーム、第３サブフレームから第Ｎサブフレームに車車送信期間を設定する。図３（ｄ）は、第３基地局装置１０ｃによって生成されるフレームの構成を示す。第３基地局装置１０ｃは、第３サブフレームの先頭部分に路車送信期間を設定する。また、第３基地局装置１０ｃは、第３サブフレームにおける路車送信期間の後段、第１サブフレーム、第２サブフレーム、第４サブフレームから第Ｎサブフレームに車車送信期間を設定する。このように、複数の基地局装置１０は、互いに異なったサブフレームを選択し、選択したサブフレームの先頭部分に路車送信期間を設定する。図２に戻る。選択部３４は、選択したサブフレームの番号を生成部３６へ出力する。
【００２９】
生成部３６は、選択部３４から、サブフレームの番号を受けつける。生成部３６は、受けつけたサブフレーム番号のサブフレームに路車送信期間を設定し、路車送信期間において報知すべきパケット信号を生成する。ひとつの路車送信期間において複数のパケット信号が送信される場合、生成部３６は、それらを生成する。パケット信号は、制御情報、ペイロードによって構成されている。制御情報には、路車送信期間を設定したサブフレーム番号等が含まれる。また、ペイロードには、例えば、事故情報、渋滞情報、信号情報等が含まれる。これらのデータは、ネットワーク通信部３０によって、図示しないネットワーク２０２から取得される。処理部２６は、変復調部２４、ＲＦ部２２に対して、路車送信期間においてパケット信号をブロードキャスト送信させる。制御部２８は、基地局装置１０全体の処理を制御する。
【００３０】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ハードウエアとソフトウエアの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００３１】
図４は、車両１２に搭載された端末装置１４の構成を示す。端末装置１４は、アンテナ５０、ＲＦ部５２、変復調部５４、処理部５６、制御部５８を含む。処理部５６は、タイミング特定部６０、転送決定部６２、取得部６４、生成部６６、ユーザＩＦ部６８、通知部７０、アプリケーション処理部７６、アプリケーション管理部７８を含む。また、タイミング特定部６０は、抽出部７２、キャリアセンス部７４を含む。アンテナ５０、ＲＦ部５２、変復調部５４は、図２のアンテナ２０、ＲＦ部２２、変復調部２４と同様の処理を実行する。ここでは差異を中心に説明する。
【００３２】
変復調部５４、処理部５６は、受信処理において、図示しない他の端末装置１４あるいは基地局装置１０からのパケット信号を受信する。なお、前述のごとく、変復調部５４、処理部５６は、路車送信期間において、基地局装置１０からのパケット信号を受信し、車車送信期間において、他の端末装置１４からのパケット信号を受信する。
【００３３】
抽出部７２は、変復調部５４からの復調結果が、図示しない基地局装置１０からのパケット信号である場合に、路車送信期間が配置されたサブフレームのタイミングを特定する。その際、抽出部７２は、図１のエリア２１２内に存在すると推定する。抽出部７２は、サブフレームのタイミングと、パケット信号のメッセージヘッダの内容をもとに、フレームを生成する。その結果、抽出部７２は、基地局装置１０において形成されたフレームに同期したフレームを生成する。パケット信号の報知元が、他の端末装置１４である場合、抽出部７２は、同期したフレームの生成処理を省略する。抽出部７２は、エリア２１２内に存在する場合、使用されている路車送信期間を特定した後、残りの車車送信期間を特定する。抽出部７２は、フレームおよびサブフレームのタイミング、車車送信期間に関する情報をキャリアセンス部７４へ出力する。
【００３４】
一方、抽出部７２は、基地局装置１０からのパケット信号を受けつけていない場合、つまり基地局装置１０に同期したフレームを生成していない場合、図１のエリア外２１４に存在すると推定する。抽出部７２は、エリア外２１４に存在する場合、フレームの構成に関係のないキャリアセンスの実行をキャリアセンス部７４に指示する。
【００３５】
キャリアセンス部７４は、抽出部７２から、フレームおよびサブフレームのタイミング、車車送信期間に関する情報を受けつける。キャリアセンス部７４は、車車送信期間内でＣＳＭＡ／ＣＡを開始することによって送信タイミングを決定する。これは、路車送信期間に対してＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）を設定し、ＮＡＶを設定した期間以外でキャリアセンスを実行することに相当する。一方、キャリアセンス部７４は、抽出部７２から、フレームの構成に関係のないキャリアセンスの実行を指示された場合、フレームの構成を考慮せずに、ＣＳＭＡ／ＣＡを実行することによって、送信タイミングを決定する。キャリアセンス部７４は、決定した送信タイミングを変復調部５４、ＲＦ部５２へ通知し、パケット信号をブロードキャスト送信させる。
【００３６】
転送決定部６２は、制御情報の転送を制御する。転送決定部６２は、制御情報のうち、転送対象となる情報を抽出する。転送決定部６２は、抽出した情報をもとに、転送すべき情報を生成する。ここでは、この処理の説明を省略する。転送決定部６２は、転送すべき情報、つまり制御情報のうちの一部を生成部６６に出力する。生成部６６は、アプリケーション管理部７８からデータを受けつけ、転送決定部６２から制御情報の一部を受けつける。アプリケーション管理部７８から受けつけるデータについては後述する。生成部６６は、受けつけた制御情報の一部を制御情報に格納し、データをペイロードに格納することによって、パケット信号を生成する。処理部５６、変復調部５４、ＲＦ部５２は、生成部６６において生成した複数のパケット信号を順次報知する。制御部５８は、端末装置１４の動作を制御する。
【００３７】
取得部６４は、図示しないＧＰＳ受信機、ジャイロスコープ、車速センサ等を含んでおり、それらから供給されるデータによって、図示しない車両１２、つまり端末装置１４が搭載された車両１２の存在位置、進行方向、移動速度等（以下、「位置情報」と総称する）を取得する。なお、存在位置は、緯度・経度によって示される。これらの取得には公知の技術が使用されればよいので、ここでは説明を省略する。また、ＧＰＳ受信機、ジャイロスコープ、車速センサ等は、端末装置１４の外部にあってもよい。取得部６４は、位置情報をアプリケーション処理部７６へ出力する。
【００３８】
アプリケーション処理部７６は、複数種類のアプリケーションを実行可能である。各アプリケーションは、複数の端末装置１４間において実行される。つまり、送信側の端末装置１４はデータを生成して、当該データが格納されたパケット信号を報知し、受信側の端末装置１４はパケット信号を受信して、パケット信号に含まれたデータをもとに所定の処理を実行する。そのため、ひとつのアプリケーションは、送信側の処理（以下、「送信側アプリケーション」という）と、受信側の処理（以下、「受信側アプリケーション」という）に分けられる。ここで、ひとつの端末装置１４において実行される送信側アプリケーションと受信側アプリケーションとは、一致しなくてもよい。以下では、送信側アプリケーションと受信側アプリケーションとは、アプリケーションと総称されることもある。
【００３９】
複数種類のアプリケーションは、次のように分類される。ひとつ目は、共通アプリケーションである。共通アプリケーションとは、他の車両１２の接近を運転者に警告するためのアプリケーションであり、すべての端末装置１４において実行される。アプリケーション処理部７６は、共通アプリケーションにおける送信側アプリケーションを実行する際、取得部６４からの位置情報を入力する。また、アプリケーション処理部７６は、位置情報を周期的にアプリケーション管理部７８に出力する。
【００４０】
一方、アプリケーション処理部７６は、共通アプリケーションにおける受信側アプリケーションとして、他の端末装置１４からのパケット信号に含まれた位置情報をアプリケーション管理部７８から取得する。アプリケーション処理部７６は、アプリケーション管理部７８から取得した他の端末装置１４の位置情報と、取得部６４から入力した位置情報とをもとに、他の車両１２の接近を検出する。アプリケーション処理部７６は、他の車両１２の接近を通知部７０に通知させる。通知部７０は、モニタあるいはスピーカを介して運転者への通知を実行する。ふたつ目は、自由アプリケーションである。自由アプリケーションは、すべての端末装置１４ではなく、任意の端末装置１４においてのみ実行される。複数の自由アプリケーションが同時に実行されてもよい。
【００４１】
以上のような規定がなされている状況下において、アプリケーション処理部７６は、登録が許可された自由アプリケーションにおける送信側アプリケーションを実行する際、生成したデータをアプリケーション管理部７８に出力する。一方、アプリケーション処理部７６は、受信側アプリケーションを実行する際、アプリケーション管理部７８から受けつけたデータに対して、当該自由アプリケーションに応じた処理を実行する。
【００４２】
アプリケーション管理部７８は、送信側アプリケーションに対する処理として、ユーザＩＦ部６８から予めアプリケーション登録要求を受けつける。次に、アプリケーション管理部７８は、アプリケーション処理部７６からの複数のデータを入力し、複数のデータをもとにパケット信号を生成させるために、パケット信号生成の対象となる複数のデータを生成部６６に出力する。アプリケーション管理部７８によるデータの出力処理についての具体例は後述する。
【００４３】
一方、アプリケーション管理部７８は、受信側アプリケーションに対する処理として、抽出部７２において受信したパケット信号に格納されたデータを受けつける。アプリケーション管理部７８は、受けつけたデータのうち、アプリケーション処理部７６において実行されている受信側アプリケーションに対応したデータをアプリケーション処理部７６に出力する。また、アプリケーション管理部７８は、他のデータを破棄する。
【００４４】
以上をまとめると、通信システム１００において、基地局装置１０と端末装置１４は、いずれも約１００ｍｓ周期で通信を実行する。また、路車間通信と車車間通信との干渉を低減するために、路車間通信と車車間通信とが時分割多重される。基地局装置１０は、路車送信期間を確保するために、送信時刻および路車間通信期間情報をパケット信号に含めて、周囲の端末装置に通知する。エリア２１２内の端末装置１４は、基地局装置１０から受信した送信時刻に基づいて時刻同期し、路車間通信期間情報に基づき送信を停止することによって、路車送信期間以外のタイミングでＣＳＭＡ／ＣＡにてパケット信号を送信する。車車間通信のペイロードは共通アプリケーションのデータと自由アプリケーションのデータによって構成される。
【００４５】
以下では、アプリケーション処理部７６とアプリケーション管理部７８での処理を具体的に説明する。まず、複数のアプリケーションに対する処理の全体像を説明するために、アプリケーション処理部７６とアプリケーション管理部７８とが関係するプロトコルスタックを使用する。図５は、端末装置１４でのプロトコルスタックを示す。上から２段のアプリケーション処理部７６とアプリケーション管理部７８は、送信側の端末装置１４に含まれているので、送信側アプリケーションに対する処理を実行している。下から２段のアプリケーション管理部７８とアプリケーション処理部７６は、受信側の端末装置１４に含まれるので、受信側アプリケーションに対する処理を実行している。送信側のアプリケーション処理部７６は、複数種類のアプリケーションを実行する。ここでは、共通アプリケーション、第１自由アプリケーション、第２自由アプリケーション、第３自由アプリケーションであるとする。アプリケーション処理部７６は、各アプリケーションに対応したデータをアプリケーション管理部７８に出力する。
【００４６】
アプリケーション管理部７８は、アプリケーション処理部７６において起動されているアプリケーションを管理する。また、送信側のアプリケーション管理部７８は、アプリケーション処理部７６から複数のデータを受けつけ、ひとつのパケット信号に格納するために、複数のデータを集約する。複数のデータを集約したパケット信号は、アプリケーション管理部７８から出力される。
【００４７】
受信側のアプリケーション管理部７８は、複数のデータを集約したパケット信号を入力する。アプリケーション管理部７８は、パケット信号に含まれた共通アプリケーション用のデータを抽出して、データをアプリケーション処理部７６に出力する。また、アプリケーション管理部７８は、後段のアプリケーション処理部７６において起動されている自由アプリケーションを管理し、起動されている自由アプリケーションに対応したデータを抽出する。その際、データの抽出は、自由アプリケーション用ヘッダに含まれたアプリケーションＩＤをもとになされる。アプリケーション管理部７８は、抽出したデータをアプリケーション処理部７６に出力する。一方、アプリケーション管理部７８は、残ったデータを破棄する。例えば、後段のアプリケーション処理部７６では、第３自由アプリケーションは実行されていないので、アプリケーション管理部７８は、第３自由アプリケーションのデータを破棄する。アプリケーション処理部７６は、アプリケーション管理部７８からのデータを受けつけ、データに対応したアプリケーションを実行する。ここでは、共通アプリケーション、第１自由アプリケーション、第２自由アプリケーション、第４自由アプリケーションであるとする。
【００４８】
以下では、自由アプリケーションを周期的アプリケーションとバーストアプリケーションに分類することもある。周期的アプリケーションとは、周期的にデータを送信すべきアプリケーションであり、バーストアプリケーションとは、非周期的にデータを送信すべきアプリケーションである。なお、自由アプリケーションが、周期的アプリケーションとバーストアプリケーションとを総称することもあれば、周期的アプリケーションとバーストアプリケーションとの一方を示すこともある。
【００４９】
図６は、アプリケーション管理部７８の構成を示す。アプリケーション管理部７８は、周期的アプリケーションデータ割当部１６０、バーストアプリケーションデータ割当部１６２を含む。周期的アプリケーションデータ割当部１６０は、周期的にデータを送信すべき周期的アプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する。周期的アプリケーションデータ割当部１６０は、登録要求に応じて領域を確保する。これは、周期的アプリケーションをスケジューリングすることに相当する。
【００５０】
図７は、アプリケーション管理部７８によるタイミングの割当て例を示す。これは、周期的アプリケーションデータ割当部１６０によるスケジューリングに相当する。つまり、図７の第１自由アプリケーションから第８自由アプリケーションは、周期的アプリケーションに相当する。前提として、端末装置１４は、１００ｍｓｅｃのフレームにおいてひとつのパケット信号を報知しているとする。また、第１自由アプリケーションと第２自由アプリケーションの送信間隔が「１００ｍｓｅｃ間隔」として登録され、第３自由アプリケーションと第６自由アプリケーションの送信間隔が「２００ｍｓｅｃ間隔」として登録され、第５自由アプリケーションの送信間隔が「５００ｍｓｅｃ間隔」として登録され、第４自由アプリケーションの送信間隔が「１ｓｅｃにつき３回」として登録され、第７自由アプリケーションの送信間隔が「１ｓｅｃにつき２回」として登録され、第８自由アプリケーションと第９自由アプリケーションの送信間隔が「１ｓｅｃにつき１回」として登録されているとする。
【００５１】
第３自由アプリケーションから第９自由アプリケーションは、順にアプリケーション登録要求時の指定データサイズが大きいものとする。図示のごとく、各フレームにおいて報知されるパケット信号が「第１パケット信号」、「第２パケット信号」・・・と示される。さらに、周期的アプリケーションとバーストアプリケーションに割当て可能なデータサイズが、「最大自由領域サイズ」と示される。
【００５２】
第１パケット信号において、自由アプリケーション用ヘッダ、第１自由アプリケーションのデータ（以下、単に「第１自由アプリケーション」ということもあり、他の自由アプリケーションについても同様）が優先的に割り当てられる。これらは、第２パケット信号から第３パケット信号においても同様である。アプリケーション管理部７８は、自由領域のうち、未割り当ての領域に他の自由アプリケーションを順番に割り当てる。
【００５３】
例えば、送信間隔が「１００ｍｓｅｃ間隔」である自由アプリケーションは、スケジューリング方法によらずすべてのパケット信号に割り当てられる必要があることから、最初に第１自由アプリケーションと第２自由アプリケーションを割り当てる。次に、残りの自由アプリケーションのうちデータサイズの大きいものから順に、複数のパケット信号のうち残りの割当て可能なデータサイズの総和が最も大きいものの組合せを選択して割り当てる。ここで、第３自由アプリケーションの送信間隔が「２００ｍｓｅｃ間隔」として登録されていることから、割当て可能なパケット信号の組合せは、奇数番目のパケット信号あるいは偶数番目のパケット信号の２通りである。
【００５４】
この段階では第１パケットから第１０パケットの間でそれぞれ残りの割り当て可能なデータサイズが同じであるため、アプリケーション管理部７８は、第３自由アプリケーションを奇数番目のパケット信号に割り当てる。次に、アプリケーション管理部７８は、複数のパケット信号のうち、第４自由アプリケーションを割り当てるものを選択する。ここでは、複数のパケット信号のうち、偶数番目のパケット信号の残りの割当て可能なデータサイズが大きいため、それらのパケット信号のうち第２パケット信号と第４パケット信号と第６パケット信号を選択し、それぞれに第４自由アプリケーションを割り当てる。
【００５５】
つづく第５自由アプリケーション以降に対しても同様の処理を実行するが、自由アプリケーションを割り当てる際に、選択した複数のパケット信号のうちひとつでも最大自由領域サイズをこえてしまう場合、他のパケット信号の組合せを選択し、自由アプリケーションを割り当てる。このように、周期的アプリケーションデータ割当部１６０は、送信間隔あるいは単位時間あたりの送信回数と、一度に送信されるデータのサイズとにしたがって、アプリケーションのデータを格納するための領域をスケジューリングする。図６に戻る。
【００５６】
スケジューリングの終了後、つまり領域の確保後、周期的アプリケーションデータ割当部１６０は、確保した領域に格納するためのデータであって、かつ周期的アプリケーションのデータを順次入力する。周期的アプリケーションデータ割当部１６０は、パケット信号のうち、確保した領域に、順次入力した周期的アプリケーションのデータを格納する。当該パケット信号は、エリア２１２内にて車車送信期間において送信され、エリア外２１４にてフレーム構成とは無関係に送信される。
【００５７】
バーストアプリケーションデータ割当部１６２は、非周期にデータを送信すべきバーストアプリケーションのデータを入力する。バーストアプリケーションデータ割当部１６２は、周期的アプリケーションデータ割当部１６０において入力した登録要求によって未確保の領域のサイズが、バーストアプリケーションのデータのサイズ以上であれば、当該未確保の領域にデータを直ちに格納させる。一方、バーストアプリケーションデータ割当部１６２は、周期的アプリケーションデータ割当部１６０において入力した登録要求によって未確保の領域のサイズが、バーストアプリケーションのデータのサイズ以上でない場合、データをすぐにパケット信号に格納させずに、待機させる。バーストアプリケーションデータ割当部１６２は、周期的アプリケーションのデータの送信タイミングまでに当該周期的アプリケーションのデータが到来しなかった場合、当該周期的アプリケーションのために確保した領域をバーストアプリケーションのデータの送信に使用する。つまり、登録要求によって確保されながらも、周期的アプリケーションのデータを未格納である領域と、登録要求によって未確保の領域とを合わせた領域のサイズが、バーストアプリケーションのデータのサイズ以上であれば、バーストアプリケーションデータ割当部１６２は、バーストアプリケーションのデータをパケット信号に格納させる。
【００５８】
ここでは、バーストアプリケーションデータ割当部１６２の構成をさらに詳細に説明する。図８は、バーストアプリケーションデータ割当部１６２の構成を示す。バーストアプリケーションデータ割当部１６２は、入力部１１０、分類部１１２、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０、調節部１２２を含む。これは、アプリケーション管理部７８、特にバーストアプリケーションデータ割当部１６２のうち、送信側アプリケーションを処理するための構成に相当する。
【００５９】
入力部１１０は、アプリケーション処理部７６からのデータを順次入力する。入力されるデータは、アプリケーション処理部７６において動作している複数のアプリケーションのそれぞれから出力されている。ここで、複数のアプリケーションには、バーストアプリケーションに相当する。各データには、アプリケーションを特定するための識別情報（以下、「アプリケーションＩＤ」という）、送信有効期限が付与されている。入力部１１０は、順次入力したデータを分類部１１２に出力する。
【００６０】
分類部１１２は、入力部１１０からのデータを入力する前に、ユーザＩＦ部６８を介してアプリケーション登録要求を受けつける。アプリケーション登録要求は、本端末装置１４から送信すべきデータに対応したアプリケーションを登録するための要求である。ここでのアプリケーション登録要求は、バーストアプリケーションに対する要求であるとする。アプリケーション登録要求の際に、複数規定された送信の優先度のうちのいずれかが登録される。送信の優先度が高くなると、データが送信されやすくなり、送信の優先度が低くなると、データが送信されにくくなる。一例として、送信の優先度として、「高」、「中」、「低」が規定されている。
【００６１】
このような登録がなされた後、分類部１１２は、入力部１１０からのデータを入力する。このようなデータは、複数規定された送信の優先度のうちのいずれかに対応したデータであって、かつバーストアプリケーションからのデータであるといえる。分類部１１２は、登録された送信の優先度にしたがって、入力したデータを分類する。具体的に説明すると、分類部１１２は、優先度「高」のバーストアプリケーションのデータを高優先度アプリケーション用データ蓄積部１１６に出力し、優先度「中」のバーストアプリケーションのデータを中優先度アプリケーション用データ蓄積部１１８に出力し、優先度「低」のバーストアプリケーションのデータを低優先度アプリケーション用データ蓄積部１２０に出力する。
【００６２】
高優先度アプリケーション用データ蓄積部１１６は、データを入力し、調節部１２２から抽出されるまで、当該データを記憶する。つまり、高優先度アプリケーション用データ蓄積部１１６は、ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ  Ｆｉｒｓｔ−Ｏｕｔ）型のメモリである。中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０も、高優先度アプリケーション用データ蓄積部１１６と同様に動作する。なお、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０のそれぞれにおける記憶量が異なっていてもよい。
【００６３】
調節部１２２は、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０のそれぞれから送信の優先度に応じてデータを抽出する。バーストアプリケーションのデータをパケット信号に格納可能である場合、調節部１２２は、高優先度アプリケーション用データ蓄積部１１６からデータを抽出する。高優先度アプリケーション用データ蓄積部１１６から抽出するデータがなく、かつバーストアプリケーションのデータをパケット信号に格納可能である場合、調節部１２２は、中優先度アプリケーション用データ蓄積部１１８からデータを抽出する。中優先度アプリケーション用データ蓄積部１１８からも抽出するデータがなく、かつバーストアプリケーションのデータをパケット信号に格納可能である場合、調節部１２２は、低優先度アプリケーション用データ蓄積部１２０からデータを抽出する。ここで、調節部１２２は、データを抽出する際に、パケット信号に未格納なデータのうち、送信有効期限をこえたデータを破棄してもよい。調節部１２２は、抽出したデータを生成部６６に出力する。生成部６６は、車車送信期間において送信すべきパケット信号にデータを格納する。
【００６４】
図９（ａ）−（ｂ）は、アプリケーション管理部７８の処理概要を示す。図９（ａ）は、バーストアプリケーションであるアプリケーションＡのデータを格納させる前に確保された領域を示す。図示のごとく、自由アプリケーションヘッダ、第１自由アプリケーション、第２自由アプリケーション、第３自由アプリケーション、第７自由アプリケーションに対して領域が確保されている。これらのアプリケーションは、周期的アプリケーションに相当する。ここで、第１自由アプリケーション、第２自由アプリケーション、第７自由アプリケーションのデータはすでに格納されており、第３自由アプリケーションのデータは格納されていない。アプリケーションＡのデータのサイズは、未確保の領域のサイズよりも大きい。
【００６５】
パケット信号の送信タイミングまで、第３自由アプリケーションのデータが到来しなければ、第３自由アプリケーションのために確保した領域が無駄になる。送信タイミングとは、パケット信号を送信するタイミングそのものではなく、パケット信号を送信するために、パケット信号にデータを格納しなければならないタイミングである。バーストアプリケーションデータ割当部１６２は、図９（ｂ）のごとく、アプリケーションＡのデータをパケット信号に格納させる。なお、第３自由アプリケーションのために確保した領域と、未確保の領域とを合わせた領域のサイズは、アプリケーションＡのデータのサイズよりも大きい。
【００６６】
図１０は、アプリケーション管理部７８の別の処理概要を示す。これは、図９（ａ）と同様に領域が確保されているが、第３自由アプリケーションのデータも送信タイミングまでに到来している場合に相当する。そのため、アプリケーションＡのデータは、パケット信号に格納されない。
【００６７】
図１１は、端末装置１４によって生成されるパケット信号のフォーマットを示す。これは、アプリケーション管理部７８から出力されるパケット信号のフォーマットであり、生成部６６においてペイロードに格納される。先頭から順に、アプリケーションヘッダ、共通領域、自由領域が配置される。共通領域は、共通アプリケーションのために使用される領域であり、そこには、共通アプリケーション用データが格納される。自由領域は、自由アプリケーションのために使用される領域であり、自由アプリケーション用ヘッダ、自由アプリケーション用データに分けられる。ここでの自由アプリケーションは、周期的アプリケーションであってもよく、バーストアプリケーションであってもよい。
【００６８】
自由アプリケーション用ヘッダには、アプリケーション数に関する情報に加えて、各自由アプリケーションに対する制御情報が含まれる。自由アプリケーションに対する制御情報は、アプリケーションＩＤ、データサイズを含む。ここで、データサイズは、後述の自由アプリケーションのデータに関する。自由アプリケーション用データには、各自由アプリケーションのデータを含む。なお、自由領域に含まれる自由アプリケーションの数は２に限定されない。
【００６９】
図１１では、第１自由アプリケーション用のヘッダ、第２自由アプリケーション用のヘッダ、第１自由アプリケーション用のデータ、第２自由アプリケーション用のデータの順に配置されている。しかしながら、第１自由アプリケーション用のヘッダ、第１自由アプリケーション用のデータ、第２自由アプリケーション用のヘッダ、第２自由アプリケーション用のデータの順に配置されてもよい。つまり、ひとつの自由アプリケーションに対するヘッダとデータとが連続して配置されてもよい。
【００７０】
以上の構成による通信システム１００の動作を説明する。図１２は、アプリケーション管理部７８によるデータの格納手順を示すフローチャートである。バーストアプリケーションデータ割当部１６２は、バーストアプリケーションデータを受けつける（Ｓ１０）。データサイズ＜未確保領域サイズでなく（Ｓ１２のＮ）、データサイズ＜（未確保領域サイズ＋未格納領域サイズ）でなければ（Ｓ１４のＮ）、処理は終了される。一方、データサイズ＜未確保領域サイズである場合（Ｓ１２のＹ）、あるいはデータサイズ＜（未確保領域サイズ＋未格納領域サイズ）である場合（Ｓ１４のＹ）、バーストアプリケーションデータ割当部１６２は、バーストアプリケーションデータをパケット信号に格納する（Ｓ１６）。
【００７１】
本発明の実施例によれば、未確保の領域だけではなく未格納の領域にも、バーストアプリケーションのデータを格納するので、パケット信号における空き領域を低減できる。空き領域が低減されることによって、データを効率的に送信できる。また、未格納の領域にも、バーストアプリケーションのデータを格納するので、バーストアプリケーションのデータに対する伝送遅延を低減できる。また、周期的アプリケーションのデータのために領域を確保するとともに、未格納の領域にバーストアプリケーションのデータを格納するので、性質の異なったデータを効率的に処理できる。
【００７２】
また、バーストアプリケーションに対して、送信の優先度の高いデータから優先的にパケット信号に格納させるので、送信の優先度の高いデータの送信頻度を高くできる。また、送信の優先度の高いデータの送信頻度が高くなるので、送信機会が車車送信期間に限定される場合であっても、送信機会の低減を抑制できる。また、送信の優先度に応じた送信機会が実現されるので、送信機会が車車送信期間に限定される場合であっても、データ処理を効率的に実行できる。また、送信有効期限をこえたデータを破棄するので、不要なデータの送信を抑制できる。そのことによって、周波数の利用効率の悪化を抑制できる。また、送信の優先度に関係なく、共通アプリケーションのデータを周期的に送信するので、共通アプリケーションのデータの周期性を維持できる。
【００７３】
（実施例２）
実施例２は、実施例１と同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例２における端末装置は、実施例１と同様に、周期的アプリケーションのデータとバーストアプリケーションのデータとをパケット信号に格納する。ここでは、バーストアプリケーション用の領域が予め確保される。複数種類のバーストアプリケーションは、バーストアプリケーション用に確保された領域を共用する。実施例２に係る通信システム１００、基地局装置１０、端末装置１４、アプリケーション管理部７８は、図１、図２、図４、図６と同様のタイプであり、ここでは差異を中心に説明する。
【００７４】
図６の周期的アプリケーションデータ割当部１６０は、実施例１と同様に、周期的アプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する。周期的アプリケーションデータ割当部１６０は、登録要求に応じて、領域を確保する。図１３は、本発明の実施例２に係るアプリケーション管理部７８によるタイミングの割当て例を示す。これは、図７と同様であるが、「バースト領域」が配置されている。バースト領域は、バーストアプリケーションのデータを格納するために確保される領域であり、複数種類のバーストアプリケーションによって共有される。このように、周期的アプリケーションデータ割当部１６０は、周期的アプリケーションのデータを格納するための領域を確保するタイミングにおいて、バースト領域を確保する。図６に戻る。周期的アプリケーションデータ割当部１６０は、実施例１と同様に、確保した領域に周期的アプリケーションのデータを格納させる。
【００７５】
バーストアプリケーションデータ割当部１６２は、バーストアプリケーションのデータを入力する。バーストアプリケーションデータ割当部１６２は、バーストアプリケーションのデータを図１３のバースト領域に格納する。このようなバースト領域は、予め確保した共通領域ともいえる。
【００７６】
本発明の実施例によれば、周期的アプリケーションと同様に、バーストアプリケーション用の共通領域を予め確保するので、処理を簡易化できる。また、共通領域に、複数種類のバーストアプリケーションのデータを順に格納させるので、無駄な領域のサイズを低減できる。無駄な領域のサイズが低減することによって、伝送効率を改善できる。このように、処理を簡易化しながら、伝送効率を改善できる。
【００７７】
（実施例３）
実施例３は、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。これまでは、周期的アプリケーションのデータとバーストアプリケーションのデータとをパケット信号に格納することを説明した。実施例３は、バーストアプリケーションのデータを割当可能な領域のサイズを取得することに関する。これは、実施例１、２の前段階の処理に相当する。周期的アプリケーションのデータが送信されるどうかわからない状況においては、送信タイミングまで正確な空き領域のサイズが把握されない。そのため、バーストアプリケーションに対して、送信可能なデータサイズが見積もられない。これに対応するために、実施例３に係る端末装置は、所定期間に含まれる複数のパケット信号のうち、周期的アプリケーションのために確保されていない領域のサイズの最大値を空き領域のサイズとして応答する。実施例３に係る通信システム１００、基地局装置１０、端末装置１４は、図１、図２、図４と同様のタイプであり、ここでは差異を中心に説明する。
【００７８】
図１４は、本発明の実施例３に係るアプリケーション管理部７８の構成を示す。アプリケーション管理部７８は、第１入力部１７０、第２入力部１７２、出力部１７４を含む。図１４では、アプリケーション管理部７８のうち、実施例３に関連した構成が示されている。
【００７９】
第１入力部１７０は、アプリケーション処理部７６から、周期的アプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する。アプリケーション管理部７８は、登録要求に応じて領域を確保する。ここまでは、実施例１、２と同様の処理である。第２入力部１７２は、アプリケーション処理部７６を介してユーザＩＦ部６８から、バーストアプリケーションのデータを格納可能なパケット信号中の領域のサイズを問い合わせるためのサイズ要求を入力する。
【００８０】
アプリケーション管理部７８は、第２入力部１７２において入力したサイズ要求に対して、登録要求によって未確保の領域のサイズをもとに、空き領域のサイズを導出する。具体的に説明すると、アプリケーション管理部７８は、所定のパケット信号のうち、第１入力部１７０において入力した登録要求によって未確保の領域のサイズを空き領域のサイズとする。例えば、１ｓｅｃの間に含まれる複数のパケット信号のそれぞれのうち、未確保の領域の最大値が空き領域のサイズとされる。
【００８１】
図１５は、アプリケーション管理部７８による処理概要を示す。図示のごとく、パケット信号は、１００ｍｓｅｃ間隔で送信されるので、１ｓｅｃの間には１０個のパケット信号が含まれる。各パケット信号における領域の割当は、図７と同様である。アプリケーション管理部７８は、各パケット信号の未確保の領域のサイズを比較し、未確保の領域が最大である第７パケット信号を特定する。この未確保の領域が、図示のごとく、空き領域に相当する。図１４に戻る。出力部１７４は、アプリケーション管理部７８において導出した空き領域のサイズをアプリケーション処理部７６に出力する。
【００８２】
本発明の実施例によれば、未確保の領域のサイズをもとに導出した空き領域のサイズを出力するので、バーストアプリケーションのデータを格納させるための空き領域のサイズを把握させることができる。また、未確保の領域のサイズを空き領域のサイズとするので、バーストアプリケーションのデータを確実に格納可能な領域のサイズを通知できる。バーストアプリケーションのデータを確実に格納可能な領域のサイズを通知するので、当該サイズに、送信が要求されるバーストアプリケーションのデータサイズがおさまることによって、その後の処理を簡易化できる。
【００８３】
（実施例４）
実施例４は、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例３では、所定期間に含まれる複数のパケット信号のうち、周期的アプリケーションのために確保されていない領域のサイズの最大値を空き領域のサイズとして応答している。実施例４に係る端末装置は、実施例３と比較して空き領域のサイズの導出方法が異なる。実施例４に係る端末装置は、サイズ要求を受けつけたタイミングにおいて、データを未格納の領域と、未確保の領域とを合わせた領域のサイズを空き領域のサイズとして応答する。つまり、領域を確保しながらもデータが格納されていなければ、その領域は空いていると見なされる。そのため、実施例４における空き領域は、実施例３における空き領域よりも大きくなる傾向にある。実施例４に係る通信システム１００、基地局装置１０、端末装置１４、アプリケーション管理部７８は、図１、図２、図４、図１４と同様のタイプであり、ここでは差異を中心に説明する。
【００８４】
図１４のアプリケーション管理部７８は、所定のパケット信号のうち、登録要求によって確保されながらも、周期的アプリケーションのデータを未格納である領域と、登録要求によって未確保の領域とを合わせた領域のサイズを空き領域のサイズとする。なお、未格納である領域は、サイズ要求を入力したタイミングにおいて判定される。
【００８５】
図１６は、本発明の実施例４に係るアプリケーション管理部７８による処理概要を示す。各パケット信号における領域の割当は、図７と同様である。例えば、第５パケット信号の第９自由アプリケーションは、点線で囲まれているが、これは、領域が確保されながらも、サイズ要求を受けつけたタイミングにおいてデータが未格納であることを示す。第１０パケット信号では、第６自由アプリケーション、第７自由アプリケーション、第８自由アプリケーションのために確保した領域が、未格納の領域になっている。第１０パケット信号において、未格納の領域と未確保の領域とを合わせた空き領域が、第１パケット信号から第１０パケット信号のうちの最大値になっている。そのため、出力部１７４は、第１０パケット信号における空き領域のサイズをアプリケーション処理部７６に出力する。
【００８６】
本発明の実施例によれば、サイズ要求を入力したタイミングでの空き領域のサイズを通知するので、データを格納可能な最大サイズを通知できる。また、最大サイズが通知されるので、データサイズが拡大されて、伝送効率を改善できる。
【００８７】
（実施例５）
実施例５は、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例５に係る端末装置は、実施例３、４と比較して空き領域のサイズの導出方法が異なる。実施例５に係る端末装置は、これまでの空き領域の実績値を空き領域のサイズとして応答する。例えば、実績値として平均値が使用される。実施例５に係る通信システム１００、基地局装置１０、端末装置１４、アプリケーション管理部７８は、図１、図２、図４、図１４と同様のタイプであり、ここでは差異を中心に説明する。
【００８８】
アプリケーション管理部７８は、入力した登録要求によって確保されながらも、周期的アプリケーションのデータを未格納である領域と、入力した登録要求によって未確保の領域とを合わせた領域のサイズであって、かつ所定の期間にわたる実績のサイズを空き領域のサイズとする。これは、１ｓｅｃの間に含まれる複数のパケット信号における空き領域の平均値に相当する。具体的に説明すると、アプリケーション管理部７８は、１ｓｅｃに含まれる複数のパケット信号における空き領域の合計値を導出し、合計値をパケット信号数で除算することによって、平均値を導出する。
【００８９】
本発明の実施例によれば、過去の実績のサイズを通知するので、空き領域のサイズの推定精度を向上できる。また、空き領域のサイズの推定精度が向上するので、それに適したデータサイズを設定できる。データサイズが空き領域のサイズに近くなるので、伝送効率を向上できる。
【００９０】
（実施例６）
実施例６は、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例６に係る端末装置は、実施例４、５とを組み合わせた方法によって、空き領域のサイズを導出する。実施例６に係る通信システム１００、基地局装置１０、端末装置１４、アプリケーション管理部７８は、図１、図２、図４、図１４と同様のタイプであり、ここでは差異を中心に説明する。
【００９１】
アプリケーション管理部７８は、実施例４と同様に空き領域のサイズ（以下、「第１サイズ」という）を導出する。また、アプリケーション管理部７８は、実施例５と同様に空き領域のサイズ（以下、「第２サイズ」という）を導出する。アプリケーション管理部７８は、第１サイズと第２サイズとのうちの一方を選択し、選択した一方を空き領域のサイズとする。例えば、アプリケーション管理部７８は、小さい方を選択する。なお、アプリケーション管理部７８は、大きい方を選択してもよい。
【００９２】
本発明の実施例によれば、サイズ要求を入力したタイミングでの空き領域のサイズと、実績のサイズとのうちの大きい方を通知するので、データを格納可能な最大サイズを高精度で通知できる。また、サイズ要求を入力したタイミングでの空き領域のサイズと、実績のサイズとのうちの小さい方を通知するので、データを確実に格納可能なサイズを高精度で通知できる。
【００９３】
（実施例７）
実施例７も、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。これまでは、車両に搭載された端末装置において、自由アプリケーションが実行され、自由アプリケーションからのデータが当該端末装置から報知されている。実施例７では、端末装置が携帯無線装置に接続される。携帯無線装置は、自由アプリケーションを実行することによって、データを生成する。携帯無線装置は、生成したデータを端末装置に送信する。端末装置は、携帯無線装置からのデータをこれまでと同様に処理する。なお、自由アプリケーションには、周期的アプリケーションとバーストアプリケーションとが含まれる。
【００９４】
図１７は、本発明の実施例７に係る通信システム１００の構成を示す。通信システム１００では、一例として、ひとつの端末装置１４に対して、携帯無線装置１５０と総称される第１携帯無線装置１５０ａ、第２携帯無線装置１５０ｂが接続される。端末装置１４には、アンテナ５０、近距離用アンテナ１３０が含まれ、第１携帯無線装置１５０ａには、第１近距離用アンテナ１５２ａが含まれ、第２携帯無線装置１５０ｂには、第２近距離用アンテナ１５２ｂが含まれる。ここで、第１近距離用アンテナ１５２ａ、第２近距離用アンテナ１５２ｂは、近距離用アンテナ１５２と総称される。なお、図１７では、端末装置１４と携帯無線装置１５０との接続を明確にするために、基地局装置１０、他の端末装置１４を省略している。また、携帯無線装置１５０は２台に限定されない。
【００９５】
端末装置１４と携帯無線装置１５０とは、近距離用アンテナ１３０、近距離用アンテナ１５２を介して接続される。ここで、端末装置１４と携帯無線装置１５０との接続には、例えば、近距離無線通信システムが使用される。なお、近距離無線通信システムではなく、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよく、端末装置１４と携帯無線装置１５０とが有線にて接続されてもよい。また、携帯無線装置１５０は、近距離無線通信システムの他に、携帯電話システムにも対応しており、図示しない携帯電話システム用の基地局装置と通信することによって、通話、電子メール、データ通信を実行する。さらに、携帯無線装置１５０は、スマートホンであってもよく、その際、所定のアプリケーションプログラムを実行してもよい。ここでは、端末装置１４のアプリケーション処理部７６の機能が携帯無線装置１５０に備えられていることによって、携帯無線装置１５０は、自由アプリケーションを実行する。携帯無線装置１５０は、自由アプリケーションを実行することによって生成したデータを端末装置１４に出力する。
【００９６】
端末装置１４のアプリケーション管理部７８は、これまでと同様の処理を実行することによって、携帯無線装置１５０からのデータもパケット信号に格納して、当該パケット信号を報知する。また、端末装置１４は、受信したパケット信号の中に、携帯無線装置１５０において実行されている自由アプリケーションのデータが含まれている場合、当該データを抽出して、携帯無線装置１５０に送信する。これまで、アプリケーション処理と管理とがひとつの端末装置１４に含まれていたが、ここでは、それらが端末装置１４と携帯無線装置１５０に分離されている。なお、本実施例において、端末装置１４も、共通アプリケーションあるいは自由アプリケーションを実行してもよい。
【００９７】
図１８は、端末装置１４の構成を示す。端末装置１４は、図４と比較して、近距離通信部１３２、近距離用アンテナ１３０を含む。近距離通信部１３２は、前述のごとく、近距離無線通信システムあるいは無線ＬＡＮに対応した通信処理を実行することによって、近距離用アンテナ１３０を介して携帯無線装置１５０と通信する。近距離通信部１３２は、携帯無線装置１５０からのデータを受信すると、データをアプリケーション管理部７８に出力する。当該データは、携帯無線装置１５０において実行された自由アプリケーションのデータである。これらは、送信側アプリケーションに対する処理に相当する。
【００９８】
また、近距離通信部１３２は、アプリケーション管理部７８からのデータを入力すると、データを携帯無線装置１５０へデータを送信する。当該データは、携帯無線装置１５０において実行されている自由アプリケーションにて処理されるデータである。これらは、受信側アプリケーションに対する処理に相当する。なお、アプリケーション処理部７６では、例えば、共通アプリケーションに対する処理が実行されている。
【００９９】
図１９は、携帯無線装置１５０の構成を示す。携帯無線装置１５０は、近距離通信部１５４、携帯無線装置内アプリケーション管理部１５６、携帯無線装置内アプリケーション処理部１５８を含む。図１９では、通信システム１００での処理に関連する構成を示しており、携帯電話システムでの処理および所定のアプリケーションプログラムの処理に関連する構成は省略されている。
【０１００】
携帯無線装置内アプリケーション処理部１５８は、端末装置１４でのアプリケーション処理部７６と同様の処理を実行する。携帯無線装置内アプリケーション管理部１５６は、端末装置１４のアプリケーション処理部７６のうちの一部の処理、特に、アプリケーション管理部７８とのインターフェイスに近い部分の処理を実行する。なお、携帯無線装置内アプリケーション管理部１５６が省略されてもよい。その際は、携帯無線装置内アプリケーション処理部１５８と近距離通信部１５４とが接続される。近距離通信部１５４は、近距離通信部１３２に対応した処理を実行する。
【０１０１】
本発明の実施例によれば、端末装置と携帯無線装置とに処理を分散させるので、端末装置での処理量を低減できる。また、携帯無線装置を使用するので、実行すべきアプリケーションのバリエーションを拡大できる。また、ユーザによって通常使用されている携帯無線装置を通信システムに組み込むので、ユーザの利便性を向上できる。
【０１０２】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【０１０３】
本実施例１から７において端末装置１４は、車両１２に搭載されている。しかしながらこれに限らず例えば、端末装置１４が歩行者に携帯されてもよい。本変形例によれば、端末装置１４の適用領域を拡大できる。
【０１０４】
本発明の実施例１から７において、送信の優先度が３段階とされている。しかしながらこれに限らず例えば、送信の優先度が３段階以外であってもよい。具体的には、２段階でもよく、４段階以上でもよい。本変形例によれば、処理の自由度を向上できる。
【０１０５】
実施例１から７の任意の組合せも有効である。本変形例によれば、実施例１から７の任意の組合せによる効果を得ることができる。
【０１０６】
なお、上記各実施例において、パケット信号は、７００ＭＨｚ帯高度道路交通システム標準規格に適合してもよい。
【０１０７】
本発明の一態様の概要は、次の通りである。本発明のある態様の端末装置は、周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する第１入力部と、第１入力部において入力した登録要求をもとに確保した領域に格納するためのデータであって、かつ第１種のアプリケーションのデータを順次入力する第２入力部と、第２入力部において順次入力した第１種のアプリケーションのデータを、端末間通信が可能な期間において送信すべきパケット信号に格納させる制御部とを備える。第２入力部は、非周期にデータを送信すべき第２種のアプリケーションのデータも入力し、制御部は、第１入力部において入力した登録要求によって未確保の領域と、第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域のサイズが、第２入力部において入力した第２種のアプリケーションのデータのサイズ以上であれば、第２入力部において入力した第２種のアプリケーションのデータをパケット信号に格納させる。
【０１０８】
この態様によると、未確保の領域だけではなく未格納の領域にも、第２種のアプリケーションのデータを格納するので、データを効率的に送信できる。
【０１０９】
本発明の別の態様もまた、端末装置である。この装置は、周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する第１入力部と、非周期的にデータを送信すべき第２種のアプリケーションのデータを格納可能なパケット信号中の領域のサイズを問い合わせるためのサイズ要求を入力する第２入力部と、第２入力部において入力したサイズ要求に対して、第１入力部において入力した登録要求によって未確保の領域のサイズをもとに、空き領域のサイズを導出するアプリケーション管理部と、アプリケーション管理部において導出した空き領域のサイズを出力する出力部と、を備える。
【０１１０】
この態様によると、未確保の領域のサイズをもとに導出した空き領域のサイズを出力するので、空き領域のサイズを把握させることができる。
【０１１１】
アプリケーション管理部は、所定のパケット信号のうち、第１入力部において入力した登録要求によって未確保の領域のサイズを空き領域のサイズとしてもよい。この場合、未確保の領域のサイズを空き領域のサイズとするので、確実にデータを格納可能な領域のサイズを通知できる。
【０１１２】
アプリケーション管理部は、所定のパケット信号のうち、第１入力部において入力した登録要求によって未確保の領域と、第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域のサイズであって、かつ第２入力部がサイズ要求を入力したタイミングでのサイズを空き領域のサイズとしてもよい。この場合、サイズ要求を入力したタイミングでの空き領域のサイズを通知するので、最新のサイズを通知できる。
【０１１３】
アプリケーション管理部は、第１入力部において入力した登録要求によって未確保の領域と、第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域のサイズであって、かつ所定の期間にわたる実績のサイズを空き領域のサイズとしてもよい。この場合、実績のサイズを通知するので、空き領域のサイズの推定精度を向上できる。
【０１１４】
アプリケーション管理部は、（１）所定のパケット信号のうち、第１入力部において入力した登録要求によって未確保の領域と、第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域の第１サイズであって、かつ第２入力部がサイズ要求を入力したタイミングでの第１サイズを導出するとともに、（２）第１入力部において入力した登録要求によって未確保の領域と、第１入力部において入力した登録要求によって確保されながらも、第１種のアプリケーションのデータを未格納である領域とを合わせた領域の第２サイズであって、かつ所定の期間にわたる実績の第２サイズも導出し、（３）第１サイズと第２サイズとのうちの選択した一方を空き領域のサイズとしてもよい。この場合、サイズ要求を入力したタイミングでの空き領域のサイズと、実績のサイズとのうちの一方を通知するので、データを格納可能なサイズを高精度で通知できる。
【０１１５】
本発明のさらに別の態様もまた、端末装置である。この装置は、周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する第１入力部と、第１入力部において入力した登録要求をもとに確保した領域に格納するためのデータであって、かつ第１種のアプリケーションのデータを順次入力する第２入力部と、第２入力部において順次入力した第１種のアプリケーションのデータを、端末間通信が可能な期間において送信すべきパケット信号に格納させる制御部とを備える。第２入力部は、非周期にデータを送信すべき第２種のアプリケーションのデータも入力し、制御部は、第１入力部において入力した登録要求によって確保した領域に、第２入力部において入力した第１種のアプリケーションのデータを格納するとともに、予め確保した共通領域に、第２入力部において入力した第２種のアプリケーションのデータを格納する。
【０１１６】
この態様によると、共通領域を予め確保するので、処理を簡易化しながら、伝送効率を改善できる。
【符号の説明】
【０１１７】
１０  基地局装置、  １２  車両、  １４  端末装置、  ２０  アンテナ、  ２２  ＲＦ部、  ２４  変復調部、  ２６  処理部、  ２８  制御部、  ３０  ネットワーク通信部、  ３２  フレーム規定部、  ３４  選択部、  ３６  生成部、  ５０  アンテナ、  ５２  ＲＦ部、  ５４  変復調部、  ５６  処理部、  ５８  制御部、  ６０  タイミング特定部、  ６２  転送決定部、  ６４  取得部、  ６６  生成部、  ６８  ユーザＩＦ部、  ７０  通知部、  ７２  抽出部、  ７４  キャリアセンス部、  ７６  アプリケーション処理部、  ７８  アプリケーション管理部、  １００  通信システム、  １６０  周期的アプリケーションデータ割当部、  １６２  バーストアプリケーションデータ割当部。
【図１】
2014072671.tif 000003
【図２】
2014072671.tif 000004
【図３】
2014072671.tif 000005
【図４】
2014072671.tif 000006
【図５】
2014072671.tif 000007
【図６】
2014072671.tif 000008
【図７】
2014072671.tif 000009
【図８】
2014072671.tif 000010
【図９】
2014072671.tif 000011
【図１０】
2014072671.tif 000012
【図１１】
2014072671.tif 000013
【図１２】
2014072671.tif 000014
【図１３】
2014072671.tif 000015
【図１４】
2014072671.tif 000016
【図１５】
2014072671.tif 000017
【図１６】
2014072671.tif 000018
【図１７】
2014072671.tif 000019
【図１８】
2014072671.tif 000020
【図１９】
2014072671.tif 000021