JPWO2018055685A1 - 路側通信装置および車載通信装置 - Google Patents

Abstract

本発明は、路車間通信におけるトラフィックの増大を抑制することが可能な路側通信装置および車載通信装置を提供することを目的とする。本発明による路側通信装置は、路車間メッセージおよび車々間メッセージを送受信する車々間送受信サービス処理部（１）と、トランザクションサービスと転送サービスとを提供する通信転送部（２）と、路車間メッセージを送受信する路車間アプリケーション処理部（３）と、車々間メッセージを送受信する車々間アプリケーション処理部（４）と、車々間アプリケーション処理部（４）が通信装置（２００）との間で送受信する車々間メッセージの送受信状況を管理する送受信状況管理部（５）と、通信装置（２００）との接続状況を管理する路側通信管理部（６）とを備え、路側通信管理部（６）は、送受信状況管理部（５）から通知された車々間メッセージの受信状況に基づいて通信装置（２００）との接続状態を管理する。

Description

本発明は、道路上を走行する移動局間で行われる車々間通信、および道路上に設置された基地局と道路上を走行する移動局との間で行われる路車間通信を利用して移動局に対してサービスを提供する路側通信装置、および基地局からサービスの提供を受ける車載通信装置に関する。

近年、車々間通信および路車間通信を行う通信装置を利用した安全運転支援システムの実用化が検討されている。一般的に、車々間通信を利用した車々間通信システムでは、移動局間で一定周期ごとに自局の情報を送受信し合う情報交換型アプリケーションが用いられる。一方、路車間通信利用した路車間通信システムでは、基地局が当該基地局の周辺を走行する各移動局に対して個別に情報を配信するため、通信装置間の接続状態を管理する必要がある。

従来、特許文献１および非特許文献１では、路車間通信システムにおいて、マルチアプリケーションに対応するためにローカルポート制御プロトコル（Ｌｏｃａｌ Ｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ：ＬＰＣＰ）を用い、メッセージの再送または分割組み立てに対応するためにローカルポートプロトコル（Ｌｏｃａｌ Ｐｏｒｔ Ｐｒｏｔｏｃｏｌ：ＬＰＰ）を用いる方法が開示されている。この方法では、下位の通信プロトコルにおける接続管理機能を利用して個別通信を実現している。

車々間通信システムにおいても、マルチアプリケーションの利用、メッセージの再送または分割組み立てが必要となるようなアプリケーションの利用が将来的に想定されている。これに対して、特許文献２では、初期接続の確立手順を提供し、マルチアプリケーションに対応し、メッセージの再送または分割／組み立てを行い、路車間通信システムおよび車々間通信システムの双方に対応することができる車載通信装置および路車間−車々間通信連携システムを提供する方法が開示されている。

国際公開第２００５／０３９０７５号 特許第４９９９９８９号公報

「狭域通信（ＤＳＲＣ）アプリケーションサブレイヤ 標準規格 ＡＲＩＢ ＳＴＤ−Ｔ８８ １．１版」、社団法人電波産業会

特許文献２に記載の車載通信装置および路車間−車々間通信連携システムでは、初期接続を開始する時または接続状態を維持する時に、路車間通信のプロトコルに基づいた路車間メッセージを周期的に送信する必要があり、路車間通信におけるトラフィックが増大するという問題があった。

本発明は、このような問題を解決するためになされたものであり、路車間通信におけるトラフィックの増大を抑制することが可能な路側通信装置および車載通信装置を提供することを目的とする。

上記の課題を解決するために、本発明による路側通信装置は、基地局に搭載され、移動局に搭載された通信装置（２００）との間で無線通信を行うことが可能な路側通信装置（１００）であって、通信装置（２００）との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部（１）と、車々間送受信サービス処理部（１）を介して通信装置（２００）との間で送受信する路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部（２）と、車々間送受信サービス処理部（１）および通信転送部（２）を介して通信装置（２００）との間で路車間メッセージを送受信する路車間アプリケーション処理部（３）と、車々間送受信サービス処理部（１）を介して通信装置（２００）との間で車々間メッセージを送受信する車々間アプリケーション処理部（４）と、車々間アプリケーション処理部（４）が通信装置（２００）との間で送受信する車々間メッセージの送受信状況を管理する送受信状況管理部（５）と、通信装置（２００）との接続状況を管理する路側通信管理部（６）とを備え、路側通信管理部（６）は、送受信状況管理部（５）から通知された車々間メッセージの受信状況に基づいて通信装置（２００）との接続状態を管理する。

また、本発明による車載通信装置は、移動局に搭載され、基地局または他の移動局に搭載された通信装置（１００、２００）との間で無線通信を行うことが可能な車載通信装置（２００）であって、通信装置（１００、２００）との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部（１）と、車々間送受信サービス処理部（１）を介して通信装置（１００、２００）との間で送受信する路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部（２）と、車々間送受信サービス処理部（１）および通信転送部（２）を介して通信装置（１００、２００）との間で路車間メッセージを送受信する路車間アプリケーション処理部（３）と、車々間送受信サービス処理部（１）を介して通信装置（１００、２００）との間で車々間メッセージを送受信する車々間アプリケーション処理部（４）と、車々間アプリケーション処理部（４）が通信装置（１００、２００）との間で送受信する車々間メッセージの送受信状況を管理する送受信状況管理部（５）と、通信装置（１００、２００）との接続状況を管理する車載通信管理部（７）とを備え、車載通信管理部（７）は、送受信状況管理部（５）から通知された車々間メッセージの送受信状況を利用して接続状態を管理する。

本発明によると、路側通信装置は、基地局に搭載され、移動局に搭載された通信装置（２００）との間で無線通信を行うことが可能な路側通信装置（１００）であって、通信装置（２００）との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部（１）と、車々間送受信サービス処理部（１）を介して通信装置（２００）との間で送受信する路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部（２）と、車々間送受信サービス処理部（１）および通信転送部（２）を介して通信装置（２００）との間で路車間メッセージを送受信する路車間アプリケーション処理部（３）と、車々間送受信サービス処理部（１）を介して通信装置（２００）との間で車々間メッセージを送受信する車々間アプリケーション処理部（４）と、車々間アプリケーション処理部（４）が通信装置（２００）との間で送受信する車々間メッセージの送受信状況を管理する送受信状況管理部（５）と、通信装置（２００）との接続状況を管理する路側通信管理部（６）とを備え、路側通信管理部（６）は、送受信状況管理部（５）から通知された車々間メッセージの受信状況に基づいて通信装置（２００）との接続状態を管理するため、路車間通信におけるトラフィックの増大を抑制することが可能となる。

また、車載通信装置は、移動局に搭載され、基地局または他の移動局に搭載された通信装置（１００、２００）との間で無線通信を行うことが可能な車載通信装置（２００）であって、通信装置（１００、２００）との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部（１）と、車々間送受信サービス処理部（１）を介して通信装置（１００、２００）との間で送受信する路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部（２）と、車々間送受信サービス処理部（１）および通信転送部（２）を介して通信装置（１００、２００）との間で路車間メッセージを送受信する路車間アプリケーション処理部（３）と、車々間送受信サービス処理部（１）を介して通信装置（１００、２００）との間で車々間メッセージを送受信する車々間アプリケーション処理部（４）と、車々間アプリケーション処理部（４）が通信装置（１００、２００）との間で送受信する車々間メッセージの送受信状況を管理する送受信状況管理部（５）と、通信装置（１００、２００）との接続状況を管理する車載通信管理部（７）とを備え、車載通信管理部（７）は、送受信状況管理部（５）から通知された車々間メッセージの送受信状況を利用して接続状態を管理するため、路車間通信におけるトラフィックの増大を抑制することが可能となる。

本発明の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

本発明の実施の形態による車載通信装置の構成の一例を示すブロック図である。 本発明の実施の形態による路側通信装置の構成の一例を示すブロック図である。 本発明の実施の形態による路側通信装置および車載通信装置のプロトコル構成を示す図である。 本発明の実施の形態によるサービスインタフェースを示す図である。 本発明の実施の形態によるデータ転送サービスを提供するシーケンスの一例を示す図である。 本発明の実施の形態によるイベント通知サービスを提供するシーケンスの一例を示す図である。 本発明の実施の形態によるアプリケーションデータを送信する際のＰＤＵ構成を示す図である。 本発明の実施の形態による制御データを送信する際のＰＤＵ構成を示す図である。 本発明の実施の形態によるＮＣＰ−ＰＤＵのアクセス制御情報のフィールド形式を示す図である。 本発明の実施の形態によるＮＣＰ−ＰＤＵのアクセス点識別子の値を示す図である。 本発明の実施の形態によるＮＣＰ−ＰＤＵのプロトコル識別子の値を示す図である。 本発明の実施の形態によるＥＬＣＰ−ＰＤＵの通信制御情報のフィールド形式を示す図である。 本発明の実施の形態による車々間メッセージを使わない場合の初期接続手順を示すシーケンス図である。 本発明の実施の形態による車々間メッセージを使う場合の初期接続手順を示すシーケンス図である。 本発明の実施の形態による車々間メッセージを使わない場合の接続維持手順を示すシーケンス図である。 本発明の実施の形態による基地局と移動局との通信で車々間メッセージを使う場合の接続維持手順を示すシーケンス図である。 本発明の実施の形態による移動局間の通信で車々間メッセージを使う場合の接続維持手順を示すシーケンス図である。 本発明の実施の形態による基地局の初期接続手順を示すフローチャートである。 本発明の実施の形態による移動局の初期接続手順を示すフローチャートである。 本発明の実施の形態による基地局の接続維持手順を示すフローチャートである。 本発明の実施の形態による移動局の接続維持手順を示すフローチャートである。

本発明の実施の形態について、図面に基づいて以下に説明する。

＜実施の形態＞
＜１−１．プロトコル構成＞
本発明の実施の形態について、図１〜図２１を用いて説明する。なお、本実施の形態による路側通信装置および車載通信装置は、路車間通信システム、車々間通信システム、または路車間−車々間連携システムの通信装置としてサービスを提供することができる。本実施の形態では、主として路車間通信システムの通信装置としてサービスを提供する場合について説明する。

図１は本実施の形態による路側通信装置１００のプロトコル構成の概略を示すブロック図であり、図２は本実施の形態による車載通信装置２００のプロトコル構成の概略を示すブロック図である。なお、図１および図２において、同一または相当する構成には同一の符号を付し、これは明細書の全文において共通する。

路側通信装置１００は、道路の周辺に設置された基地局（路側機）に搭載される。また、車載通信装置２００は、道路上を走行する移動局（車両）に搭載される。そして、路側通信装置１００および車載通信装置２００を通じて、移動局と基地局との間、および移動局間において無線通信が行われる。

ここで、無線通信としては、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を用いても良く、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）または携帯電話などで採用されるプロトコルを用いた通信でも良い。

また、本願明細書においては、車載通信装置２００が搭載された「自車両」と称す移動局に注目して説明するものとし、当該「自車両」以外で車載通信装置２００を搭載した車両を「周辺車両」と称する。周辺車両は、１台でもよく、複数台でもよい。

図１に示すように、路側通信装置１００は、車々間送受信サービス処理部１と、通信転送部２と、路車間アプリケーション処理部３と、車々間アプリケーション処理部４と、送受信状況管理部５と、路側通信管理部６とを備えている。

また、図２に示すように、車載通信装置２００は、車々間送受信サービス処理部１と、通信転送部２と、路車間アプリケーション処理部３と、車々間アプリケーション処理部４と、送受信状況管理部５と、車載通信管理部７とを備えている。

車々間送受信サービス処理部１は、基地局に搭載された路側通信装置１００、および周辺の移動局に搭載された車載通信装置２００との無線通信を行うために、送信サービスおよび受信サービスを提供する。車々間送受信サービス処理部１は、「ＩＥＥＥ１６０９．３」に記載のＷＳＭＰ（ＷＡＶＥ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）などで構成される。

通信転送部２は、車々間送受信サービス処理部１と路車間アプリケーション処理部３との間に介在し、路車間アプリケーション処理部３または路側通信管理部６などに対してメッセージを送受信するサービスを提供する。通信転送部２は、非特許文献１に記載のＬＰＰおよびＬＰＣＰと、ＬＰＣＰと車々間送受信サービス処理部１とを仲介する拡張通信制御プロトコル（Ｅｘｔｅｎｄｅｄ Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ：ＥＬＣＰ）とで構成される。

路車間アプリケーション処理部３は、通信転送部２上で動作する路車間通信アプリケーションを有している。なお、路車間アプリケーション処理部３は、路車間通信アプリケーション以外に様々なアプリケーションを有しても良い。

車々間アプリケーション処理部４は、車々間送受信サービス処理部１上で動作する車々間通信アプリケーションを有している。なお、車々間アプリケーション処理部４は、車々間通信アプリケーション以外に様々なアプリケーションを有しても良い。

送受信状況管理部５は、車々間アプリケーション処理部４と路側通信管理部６または車載通信管理部７との間に介在し、車々間アプリケーション処理部４が周辺の移動局または基地局との間で送受信した車々間メッセージの送受信状況を、路側通信管理部６または車載通信管理部７に提供する。なお、送受信状況管理部５は、路車間アプリケーション処理部３が有する路車間アプリケーションの一部としてもよく、車々間アプリケーション処理部４が有する車々間アプリケーションの一部としてもよい。

路側通信管理部６は、通信転送部２および路車間アプリケーション処理部３に対して平行するように配置され、周辺の移動局と接続するために初期接続の接続手順または切断手順を提供し、通信状況を管理する通信接続管理サービスを提供する。

車載通信管理部７は、通信転送部２および路車間アプリケーション処理部３に対して平行するように配置され、周辺の移動局および基地局と接続するために初期接続の接続手順または切断手順を提供し、通信状況を管理する通信接続管理サービスを提供する。

＜１−２．プロトコル仕様＞
以下では、本実施の形態による路側通信装置１００および車載通信装置２００における通信転送部２と、路側通信管理部６または車載通信管理部７とで構成される高度道路交通システム用アプリケーションサブレイヤ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ Ａｐｐｌｉｃａｔｉｏｎ Ｓｕｂ−Ｌａｙｅｒ：ＩＴＳ−ＡＳＬ）の仕様について詳細に説明する。

＜１−２−１．車々間通信サブプロトコルの概要＞
図３は、ＩＴＳ−ＡＳＬを備える路側通信装置１００および車載通信装置２００のプロトコル構成を示す図である。ＩＴＳ−ＡＳＬは、データを伝送するローカルポートプロトコル（ＬＰＰ）と、ローカルポート制御プロトコル（ＬＰＣＰ）と、拡張通信制御プロトコル（ＥＬＣＰ）と、通信を管理するアプリケーションサブレイヤ管理エンティティ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｕｂ−Ｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ：ＡＳＬＭＥ）とで構成される。

ＬＰＰは、データの再送または分割／組み立てなどのトランザクションサービス、および初期接続または切断などの通信状況を管理する接続管理サービスを提供する。これにより、ＬＰＰは、車々間通信システムに要求される再送制御または分割／組み立て制御を実現する。

ＬＰＣＰは、ローカルポート番号を用いてアプリケーション（Ａｐｐ）などの上位プロトコルを識別し、上位プロトコルに対してデータ転送やイベント通知などの管理サービスを提供するためのインタフェースを有する。これにより、ＬＰＣＰは、路側通信装置１００および車載通信装置２００においてマルチアプリケーションを実現する。

ＥＬＣＰは、ＬＰＣＰと通信下位プロトコルとの間に介在し、路車間−車々間通信連携システムのアプリケーションに対して優先度制御を提供し、ＡＳＬＭＥの機能を補完する。また、上位プロトコルまたはＡＳＬＭＥに対してメッセージを転送するイベント転送サービス、およびＥＬＣＰ内で発生したエラーおよびイベントなどを上位プロトコルに通知するイベント通知サービスを提供する。

ＡＳＬＭＥは、ＡｐｐおよびＥＬＣＰに対して、初期接続の開始または切断を行ったり、通信状況を管理したりする接続管理サービスを提供する。

通信下位プロトコルとしては、ＩＥＥＥ８０２．１１ｐプロトコルおよび５．８ＧＨｚ帯またはＵＨＦ／ＶＨＦ帯の通信プロトコル、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などを想定している。さらに、通信下位プロトコルは、通信下位プロトコルの情報を格納する管理層を有する。ＥＬＣＰとＩＥＥＥ８０２．１１ｐとの間には、ＩＥＥＥ１６０９．３に規定されたＷＳＭＰが介在することを想定する。

図４は、ＩＴＳ−ＡＳＬにおいてＥＬＣＰおよびＡＳＬＭＥが提供するサービスインタフェース（Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ：ＳＡＰ）を示す図である。ＥＬＣＰおよびＡＳＬＭＥが提供する機能は以下の通りである。
（１）ＥＬＣＰが提供する機能（ＥＬＣＰ ＳＡＰ）
（１−１）データ転送サービス
（１−２）イベント通知サービス
（２）ＡＳＬＭＥが提供する機能（ＡＬＣＰ ＳＡＰ）
（２−１）接続管理サービス
（２−２）イベント通知サービス

＜１−２−２．機能の概要＞
１．拡張通信制御プロトコル（ＥＬＣＰ）の機能
１．１．データ転送サービス
ＥＬＣＰは、ＬＰＣＰから上位のプロトコルおよびＡＳＬＭＥに対して、データ転送サービスを提供する。図５は、ＥＬＣＰが上位プロトコルおよびＡＳＬＭＥに対してデータ転送サービスを提供するシーケンスの一例を示す図である。

１．２．イベント通知サービス
ＥＬＣＰは、当該ＥＬＣＰ内で発生したイベントまたはエラー、およびＡＳＬＭＥから受信したイベント（通信の接続または切断の通知など）を上位プロトコルおよび相手局に通知するためにイベント通知サービスを提供する。図６は、ＥＬＣＰが上位プロトコルおよびＡＳＬＭＥに対してイベント通知サービスを提供する一例を示す図である。

２．アプリケーションサブレイヤ管理エンティティ（ＡＳＬＭＥ）の機能
２．１．接続管理サービス
ＡＳＬＭＥは、路車間―車々間連携通信システムに必要な通信接続の初期接続を開始したり、接続状態の維持または通知を行ったりする接続管理サービスを提供する。

２．２．イベント通知サービス
ＡＳＬＭＥは、当該ＡＳＬＭＥ内で発生したイベント（通信の接続または切断の通知など）またはエラーを、ＥＬＣＰを経由してＬＰＣＰから上位のプロトコルおよび相手局に通知するためにイベント通知サービスを提供する。

＜１−２−３．サービスインタフェース（Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ：ＳＡＰ）＞
次に、ＥＬＣＰおよびＡＳＬＭＥが有するインタフェースについて説明する。

１．記法の説明
本実施の形態で規定されるプリミティブ種別を以下に示す。
・ｒｅｑｕｅｓｔ：上位層が下位層に対してサービスを要求する場合に用いる。
・ｉｎｄｉｃａｔｉｏｎ：下位層が上位層に対して相手側からのサービスを通知する場合に用いる。

２．ＥＬＣＰが提供するＳＡＰ（ＥＬＣＰ ＳＡＰ）
ＥＬＣＰは、データ転送サービスとして以下のプリミティブをＬＰＣＰおよびＡＳＬＭＥに提供する。
（１）データ送信要求プリミティブ（ＳｅｎｄＤａｔａＵｎｉｔ．ｒｅｑｕｅｓｔ）
（２）データ受信通知プリミティブ（ＳｅｎｄＤａｔａＵｎｉｔ．ｉｎｄｉｃａｔｉｏｎ）
ＥＬＣＰは、イベント通知サービスとして以下のプリミティブをＬＰＣＰに提供する。
（３）イベント通知プリミティブ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎ）

２．１．データ送信要求プリミティブ
２．１．１．機能
データ送信要求プリミティブは、ＡＳＬ−ＳＤＵを相手局へ送信することを要求するサービスプリミティブである。

２．１．２．生成契機
データ送信要求プリミティブは、ＬＰＣＰあるいはＡＳＬＭＥが生成する。

２．１．３．プリミティブの変数
データ送信要求プリミティブは、次の変数を持つ。
ＳｅｎｄＤａｔａＵｎｉｔ.ｒｅｑｕｅｓｔ（ｌｉｎｋＡｄｄｒｅｓｓ, ｐａｒａｍｅｔｅｒ）

変数ｌｉｎｋＡｄｄｒｅｓｓには、ＥＬＣＰにおいて相手先を識別するリンクアドレスを格納する。リンクアドレスは、プライベートリンクアドレス、またはグループ同報リンクアドレスを指定することができる。なお、グループ同報リンクアドレスを指定した場合、ＡＳＬ−ＳＤＵは同報モードでの配信となる。変数ｐａｒａｍｅｔｅｒには、自局のＬＰＣＰまたはＡＳＬＭＥから渡されたＡＳＬ−ＳＤＵを格納する。

２．２．データ着信通知プリミティブ
２．２．１．機能
データ着信通知プリミティブは、相手局からのＡＳＬ−ＳＤＵの着信を通知するサービスプリミティブである。

２．２．２．生成契機
データ着信通知プリミティブは、ＡＳＬ−ＳＤＵの着信を示す時にＥＬＣＰが生成する。

２．２．３．プリミティブの変数
データ着信通知プリミティブは、次の変数を持つ。
ＳｅｎｄＤａｔａＵｎｉｔ．ｉｎｄｉｃａｔｉｏｎ（ｌｉｎｋＡｄｄｒｅｓｓ, ｐａｒａｍｅｔｅｒ）

変数ｌｉｎｋＡｄｄｒｅｓｓには、ＥＬＣＰで使用するリンクアドレスを格納する。リンクアドレスは、プライベートリンクアドレスまたはグループ同報リンクアドレスが指定される。変数ｐａｒａｍｅｔｅｒには、着信したＡＳＬ−ＳＤＵを格納する。

２．３．イベント通知プリミティブ
２．３．１．機能
イベント通知プリミティブは、ＥＬＣＰ内で発生したエラー等の事象を通知するサービスプリミティブである。

２．３．２．生成契機
イベント通知プリミティブは、ＥＬＣＰ内で発生したエラー等の事象を通知する時にＥＬＣＰが生成する。

２．３．３．プリミティブの変数
イベント通知プリミティブは、次の変数を持つ。
ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎ（ｌｉｎｋＡｄｄｒｅｓｓ, ｓｔａｔｕｓ,［ｅｘｔｅｎｓｉｏｎＰａｒａｍｅｔｅｒ］）

変数ｌｉｎｋＡｄｄｒｅｓｓには、ＥＬＣＰにおいて相手先を識別するリンクアドレスを格納される。変数ｓｔａｔｕｓには、発生した事象を示すコードを格納する。変数ｅｘｔｅｎｓｉｏｎＰａｒａｍｅｔｅｒには、必要に応じて変数ｓｔａｔｕｓの内容を補足するための情報を格納する。なお、変数ｅｘｔｅｎｓｉｏｎＰａｒａｍｅｔｅｒは、オプションとする。

３．ＡＳＬＭＥが提供するＳＡＰ（ＡＳＬＭＥ ＳＡＰ）
ＡＳＬＭＥは、アプリケーションに対して接続管理サービスとして以下のプリミティブを提供する。
（１）接続要求プリミティブ（ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｒｅｑｕｅｓｔ）
（２）接続通知プリミティブ（ＡＳＬＭＥ−Ｎｏｔｉｆｙ．ｉｎｄｉｃａｔｉｏｎ）
イベント通知サービスとして、ＡＳＬＭＥはＥＬＣＰに対して、以下のプリミティブを提供する。
（３）イベント通知プリミティブ（ＡＳＬＭＥ−ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎ）

３．１．接続要求プリミティブ（ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ）
３．１．１．機能概要
イベント通知プリミティブは、アプリケーションが周辺局との接続を要求したり、接続状態を維持するための情報を渡したりするプリミティブである。

３．１．２．生成契機
イベント通知プリミティブは、アプリケーションが生成する。

３．１．３．プリミティブの変数
イベント通知プリミティブは、次の変数を持つ。
ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｒｅｑｕｅｓｔ（ｐｏｒｔＮｏ，ｒｅｑｕｅｓｔＣｏｄｅ，ｄｅｓｔｉｎａｔｉｏｎＬＩＤ）

変数ｐｏｒｔＮｏには、要求元アプリケーションを識別するための識別子を格納する。変数ｒｅｑｕｅｓｔＣｏｄｅには、アプリケーションが要求する内容を示す識別子を格納する。変数ｄｅｓｔｉｎａｔｉｏｎＬＩＤには、接続要求などを行う相手局を示す識別子を格納する。

３．２．接続通知プリミティブ（ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎ）
３．２．１．機能概要
接続通知プリミティブは、ＡＳＬＭＥがアプリケーションに対して初期接続または切断を通知するプリミティブである。

３．２．２．生成契機
接続通知プリミティブは、ＡＳＬＭＥが生成する。

３．２．３．プリミティブの変数
接続通知プリミティブは、次の変数を持つ。
ＡＳＬＭＥ−Ｎｏｔｉｆｙ（ｐｏｒｔＮｏ，ｎｏｔｉｆｙＣｏｄｅ，ｎｏｔｉｆｙＰａｒａｍｅｔｅｒ）

変数ｐｏｒｔＮｏには、要求元アプリケーションを識別するための識別子を格納する。変数ｎｏｔｉｆｙＣｏｄｅには、アプリケーションに通知する内容を示す識別子を格納する。変数ｎｏｔｉｆｙＰａｒａｍｅｔｅｒには、アプリケーションに通知する内容のパラメータ値を格納する。

３．３．イベント通知プリミティブ
３．３．１．機能
イベント通知プリミティブは、ＡＳＬＭＥ内で発生したエラー等の事象を通知するサービスプリミティブである。

３．３．２．生成契機
イベント通知プリミティブは、ＡＳＬＭＥ内で発生したエラー等の事象を通知する時にＡＳＬＭＥが生成する。

３．３．３．プリミティブの変数
イベント通知プリミティブは、次の変数を持つ。
ＡＳＬＭＥ−ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎ（ｌｉｎｋＡｄｄｒｅｓｓ, ｓｔａｔｕｓ,［ｅｘｔｅｎｓｉｏｎＰａｒａｍｅｔｅｒ］）

変数ｌｉｎｋＡｄｄｒｅｓｓには、ＥＬＣＰにおいて相手先を識別するリンクアドレスを格納する。変数ｓｔａｔｕｓには、発生した事象を示すコードを格納する。変数ｅｘｔｅｎｓｉｏｎＰａｒａｍｅｔｅｒには、必要に応じて変数ｓｔａｔｕｓの内容を補足するための情報を格納する。なお、変数ｅｘｔｅｎｓｉｏｎＰａｒａｍｅｔｅｒは、オプションとする。

＜１−２−４．プロトコルデータ単位（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ：ＰＤＵ）＞
１．ＰＤＵの構成
ＥＬＣＰおよびＡＳＬＭＥで用いられるプロトコルデータ単位（ＰＤＵ）について説明する。図７はアプリケーションデータを送信する際のＰＤＵ構成を示し、図８は制御データを送信する際のＰＤＵ構成を示している。ここで、ＰＤＵとＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）の関係について述べると、あるＬａｙｅｒにおいてヘッダがない状態をＳＤＵと呼び、そのＬａｙｅｒにおいてヘッダを付与した状態をＰＤＵと呼ぶ。

図７に示すＰＤＵは、アプリケーションデータに、ＬＰＰヘッダおよびＬＰＣＰヘッダを付加してＥＬＣＰに渡され、ＥＬＣＰにおいてＥＬＣＰヘッダを付加して通信下位プロトコル（ＷＳＭＰ）に渡される。図８に示すＰＤＵは、ＡＳＬＭＥで生成される制御データがＥＬＣＰに渡され、ＥＬＣＰにおいてＥＬＣＰヘッダを付加して通信下位プロトコル（ＷＳＭＰ）に渡される。

具体的には、図７に示すＰＤＵは、アプリケーションデータがＬＰＰでＬＰＰ ＳＤＵとして扱われ、ＬＰＰヘッダを付加したＬＰＰ ＰＤＵをＬＰＣＰに渡す。ＬＰＣＰでは、ＬＰＰから渡されたデータがＬＰＣＰ ＳＤＵとして扱われ、ＬＰＣＰヘッダを付加したＬＰＣＰ ＰＤＵをＥＬＣＰに渡す。ＥＬＣＰでは、ＬＰＣＰから渡されたデータがＥＣＬＰ ＳＤＵとして扱われ、ＥＬＣＰヘッダを付加したＥＣＬＰ ＰＤＵをＷＳＭＰに渡す。ＷＳＭＰでは、ＥＬＣＰから渡されたデータがＷＳＭＰ ＳＤＵとして扱われる。

２．ＮＣＰ−ＰＤＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ−Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の形式
ＬＰＣＰを含むＮＣＰは、ＮＣＰ毎に異なるアクセス点識別子を割り当て、ＥＬＣＰの通信サービスインタフェースを利用してデータ送受信を行う。ＡＳＬＭＥは、ＮＣＰと同等のアクセス点識別子を割当て、ＥＬＣＰの通信サービスインタフェースを利用して相手局のＡＳＬＭＥとのデータ送受信を行う。このため、ＡＳＬＭＥのＰＤＵ形式は、ＮＣＰのＰＤＵ形式と同じネットワーク制御プロトコルデータ単位（ＮＣＰ−ＰＤＵ）としている。

ＮＣＰ−ＰＤＵは、ＮＣＰの手順を指示するための制御情報を格納する制御フィールド（ＮＣＰ Ｈｅａｄｅｒ／アクセス制御情報）と、上位プロトコルのＰＤＵを格納する情報フィールド（ネットワーク制御サービス単位（ＮＣＰ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ：ＮＣＰ−ＳＤＵ））からなる。

２．１．コネクションの識別
ＮＣＰおよびＡＳＬＭＥを識別するためのアクセス点識別子は、ＮＣＰ−ＰＤＵの制御フィールドで授受する。また、ＮＣＰおよびＡＳＬＭＥ毎のコネクション識別を行うためのリンクアドレス等は、ＥＬＣＰが提供するサービスプリミティブの変数として授受する。

２．２．情報フィールドの形式
データ転送を行う場合、情報フィールドには上位プロトコルから渡されるＮＣＰ−ＳＤＵを透過して格納する。接続管理など、データ転送以外の場合の情報フィールドは、ＮＵＬＬ（長さ０のデータ）とする。

２．３．制御フィールドの形式
ＮＣＰおよびＡＳＬＭＥの手順を指示する制御フィールドには、アクセス制御情報を格納する。アクセス制御情報のフィールド形式を図９に示す。

（１）アクセス点識別子
ＮＣＰおよびＡＳＬＭＥを識別する値。アクセス点識別子の内容を図１０に示す。

（２）プロトコル識別子
ＮＣＰおよびＡＳＬＭＥの手順を指示する制御情報。制御内容を補足するための付加情報を多重するオプションフィールドを有しており、必要に応じて使用する。プロトコル識別子サブフィールドの内容は、ＮＣＰ毎に別途規定する。プロトコル識別子の内容を図１１に示す。

３．ＥＬＣＰ−ＰＤＵ（ＥＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の形式
ＥＬＣＰが扱うプロトコルデータ単位は、ＥＬＣＰのＰＤＵであり、ＥＬＣＰ（およびＡＳＬＭＥ）の手順を指示するための制御情報を格納する制御フィールド（ＥＬＣＰ Ｈｅａｄｅｒ）と、ＬＰＣＰ（およびＡＳＬＭＥ）から渡されたＰＤＵを格納するための情報フィールド（ＥＬＣＰ−ＳＤＵ）とからなる。

３．１．コネクションの識別
コネクション識別のためのリンクアドレス、要素識別子ＥＩＤ（Ｅｌｅｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）等は、通信下位層に応じてサービスプリミティブの変数あるいはＡＳＬ−ＳＤＵの中身として授受される。

３．２．情報フィールドの形式
情報フィールドには、ＬＰＣＰから渡されるＡＳＬ−ＳＤＵを分割（バルクセグメント化）または透過して格納する。同報通信の場合は、ＡＳＬ−ＳＤＵの末尾に誤り検査符号として３２ビット幅のチェックサムを付与する。チェックサムは、ＡＳＬ−ＳＤＵに対する３２ビットの１の補数和とし、ＡＳＬ−ＳＤＵの末尾が検査ビット長（３２ビット）に満たない場合は、下位桁に０を格納して計算する。

３．３．制御フィールドの形式
制御フィールドには、通信制御情報を格納する。通信制御情報にはＥＬＣＰの手順を指示する制御情報が格納され、手順を実行するために基地局と移動局との間で共有される。通信制御情報のフィールド形式を図１２に示す。

（１）バルク転送有効識別子（ｂｕｌｋＥｎａｂｌｅ）
バルク転送の有効／無効を指示する識別子。バルク転送有効識別子が真値（ｔｒｕｅ）を示すＡＳＬ−ＰＤＵは、バルク転送されるバルクセグメントであることを示す。セグメント処理しない場合、バルク転送有効識別子は偽値（ｆａｌｓｅ）とする。

（２）バルク転送終端識別子（ｂｕｌｋＴｅｒｍｉｎａｔｉｏｎ）
バルク転送の最終セグメントであること示す識別子。バルク転送終端識別子が真値（ｔｒｕｅ）を示すＡＳＬ−ＰＤＵは、バルク転送される最終セグメントであることを示す。セグメント処理しない場合、バルク転送終端識別子は偽値（ｆａｌｓｅ）とする。

（３）ＰＤＵグループ番号（ｐｄｕＧｒｏｕｐ）
バルクセグメントの識別情報。バルク転送のための分割処理を施す前のＡＳＬ−ＳＤＵに対して一つの値を付番する。付番は、送信キューを単位としてモジュロ３２で行い、バルク転送を適用しないＡＳＬ−ＳＤＵにも付番する。バルク転送されたバルクセグメントを組み立てる際には、同一のＰＤＵグループ番号を対象とする。

（４）セグメント番号（ｓｅｇｍｅｎｔＮｕｍｂｅｒ）
バルクセグメントの分割順序を示すシリアル番号。分割した最初のバルクセグメントには０が付番され、以降順にインクリメントされた値を割り当てる。バルクセグメントの組立てでは、セグメント番号の順番が保証される。バルク転送が適用されない場合のセグメント番号は０とする。

（５）同報モード用補助変数（ｂｒｏａｄｃａｓｔＰａｒａｍｅｔｅｒ）
同報モード用補助変数はオプションであり、同報モード制御の処理でセグメント化したバルクセグメントの通信制御情報を対象として、以下の変数を付加する。

（ａ）接続監視タイマ値（ｓｅｒｖｉｃｅＴｉｍｅ）
当該通信エリアにおける移動局の接続管理タイマ（Ｃｏｎｎｅｃｔｉｏｎ Ｔｉｍｅｒ ｆｏｒ ＯＢＵ：ＣＴＯ）に設定するタイマ値。移動局は、ポイント・ツー・ポイント通信を行っていない（通信接続動作が行なわれない）場合に、接続監視タイマ値を利用して同報サービスの有効期間を管理する。単位はミリ秒とし、０から４０９５の範囲の値を設定する。なお、値として「０」を設定した場合の時間は無限大とする。ただし、「０」の設定は試験時のみとし、実運用状態で「０」を受信した移動局は、当該ＡＳＬ−ＰＤＵを破棄する。同報通信と並行してポイント・ツー・ポイント通信が行なわれる場合、移動局はＡＳＬ基地局プロファイルで与えられたタイマ値を優先する。

＜１−２−５．動作手順＞
１.データ転送手順
１．１．転送サービス処理の手順
（１）送信サービスの処理
ＬＰＣＰおよびＡＳＬＭＥからデータ送信要求プリミティブ（ＳｅｎｄＤａｔａＵｎｉｔ．ｒｅｑｕｅｓｔ）が呼び出された場合には、変数ｐａｒａｍｅｔｅｒからＥＬＣＰ−ＳＤＵを取得する。変数ｌｉｎｋＡｄｄｒｅｓｓの内容がプライベートリンクアドレスの場合、取得したＥＬＣＰ−ＳＤＵには後述する「１．２．バルク転送制御の手順」に規定する送信側のバルク転送処理を適用する。また、変数ｌｉｎｋＡｄｄｒｅｓｓの内容がグループ同報リンクアドレスの場合、取得したＥＬＣＰ−ＳＤＵには「１．３．同報モード制御の手順」に規定する同報モード制御処理を適用する。

（２）受信サービスの処理
受信キューにＥＬＣＰ−ＰＤＵが格納されると、ＬＰＣＰおよびＡＳＬＭＥへデータ着信通知プリミティブ（ＳｅｎｄＤａｔａＵｎｉｔ．ｉｎｄｉｃａｔｉｏｎ）を用いてＥＬＣＰ−ＳＤＵの配信を行う。この際、変数ｐａｒａｍｅｔｅｒには、ＥＬＣＰ−ＰＤＵから通信制御情報と相手先識別子および送信元識別子とを削除して、ＬＰＣＰおよびＡＳＬＭＥへ渡すＥＬＣＰ−ＳＤＵを取り出し格納する。変数ｌｉｎｋＡｄｄｒｅｓｓには、ＥＬＣＰ−ＰＤＵのリンクアドレスを格納する。なお、データ着信プリミティブの通知先をＥＬＣＰとするかＡＳＬＭＥとするかは、ＥＬＣＰ−ＳＤＵ内のアクセス制御フィールドのアクセス点識別子を参照して特定する。

１．２．バルク転送制御の手順
（１）送信側のバルク転送処理
ＥＬＣＰ−ＳＤＵのサイズが予め設定した最小サイズ（ＳＵＵ）以下の場合には、セグメント処理しない場合の通信制御情報を付加してＡＳＬ−ＰＤＵを生成し、送信キューに積む。ＥＬＣＰ−ＳＤＵのサイズがＳＵＵを越える場合、先頭から順にＳＵＵのサイズでＥＬＣＰ−ＳＤＵを分割してバルクセグメント化を行い、バルクセグメント毎に通信制御情報を付加してＥＬＣＰ−ＰＤＵを生成し、送信する。

（２）受信側のバルク転送処理
受信側のバルク転送処理では、受信キューに格納されたＥＬＣＰ−ＰＤＵの通信制御情報を参照し、以下の処理を行う。

バルク転送有効識別子が真値（ｔｒｕｅ）を示すバルクセグメントが存在し、当該セグメントとＰＤＵグループ番号および送信元識別子とが同一で、セグメント番号が０からバルク転送終端識別子が真値（ｔｒｕｅ）を示すセグメントまでのＥＬＣＰ−ＰＤＵが全て受信キューに格納された場合に、セグメント番号の順にセグメントを連結してＥＬＣＰ−ＳＤＵを再生する。バルク転送有効識別子が偽値（ｆａｌｓｅ）を示す場合は、ＥＬＣＰ−ＰＤＵから通信制御情報を削除してＥＬＣＰ−ＳＤＵを再生する。

１．３．同報モード制御の手順
（１）送信側の同報モード制御処理
ＥＬＣＰ−ＳＤＵのリンクアドレスがグループ同報リンクアドレスの場合、ＥＬＣＰは同報モード制御を適用し、以下の処理を行う。

誤り検査符号を付与した後、送信側のバルク転送処理の手順に従ってＥＬＣＰ−ＳＤＵをセグメント化してＡＳＬ−ＰＤＵを作成し、同報用の送信キューに積む。ただし、セグメント化の単位には予め設定した最小サイズ（ＳＵＭ）を適用する。この際、セグメントに結合する通信制御情報のＰＤＵグループ番号は、モジュロ３２の連番で付番する。また、通信制御情報のオプションフィールドを有効として同報モード用補助変数を付加する。この場合のＡＳＬ−ＰＤＵのリンクアドレスには、グループ同報リンクアドレスのアドレス値を設定する。同報用の送信キューに格納されたＥＬＣＰ−ＰＤＵは、ＰＤＵグループ番号毎に全てのＰＤＵを順に送信し、これを予め設定した回数分繰返す。繰返しが完了すると、当該ＰＤＵグループ番号の全てのセグメントを破棄する。

（２）受信側の同報モード制御処理
同報用の受信キューに格納されたＥＬＣＰ−ＰＤＵの通信制御情報を参照し、以下の処理を行う。なお、処理対象とするリンクアドレスは、グループ同報リンクアドレスとし、該当しないＥＬＣＰ−ＰＤＵは破棄する。

バルク転送有効識別子が偽値（ｆａｌｓｅ）を示す場合は、ＡＳＬ−ＰＤＵから通信制御情報と誤り検査符号を削除してＥＬＣＰ−ＳＤＵを再生する。なお、誤り検査符号の値が誤っている場合はＥＬＣＰ−ＳＤＵの再生は行わず、受信データを破棄する。

ＥＬＣＰ−ＰＤＵのバルク転送有効識別子が真値（ｔｒｕｅ）を示すバルクセグメントが存在し、そのセグメントとＰＤＵグループ番号が同一で、セグメント番号が０からバルク転送終端識別子が真値（ｔｒｕｅ）を示すセグメントまでのＥＬＣＰ−ＰＤＵが全て受信キューに格納された場合に、セグメント番号の順に連結してＥＬＣＰ−ＳＤＵを再生する。なお、誤り検査符号の値が誤っている場合はＥＬＣＰ−ＳＤＵの再生は行わず、受信データを破棄する。結合再生後は、異なるＰＤＵグループ番号のバルクセグメントを受信するまで処理を保留し、受信後は通信制御情報の内容に応じて処理を再開する。なお、保留中に受信した当該ＥＬＣＰ−ＳＤＵのＰＤＵグループ番号と同一のバルクセグメントは全て破棄する。結合再生処理中にＰＤＵグループ番号の異なるバルクセグメントを受信した場合には、当該結合処理は破棄し、新たなＰＤＵグループ番号を対象として結合処理を開始する。

２．初期接続手順
本実施の形態による路車間−車々間連携システムでは、個別通信を開始ための初期接続を行う。

２．１．車々間メッセージを使わない場合
図１３は、車々間メッセージを使わない場合の初期接続手順の基本シーケンスを示す図である。

（１）基地局での初期接続手順の開始
基地局のＡｐｐは、ＡＳＬＭＥに対して、ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｒｅｑｕｅｓｔで変数ｒｅｑｕｅｓｔＣｏｄｅに「接続要求送信」を指定し、初期接続開始を要求する。ＡＳＬＭＥは、以下に示す初期接続手順を開始する。なお、Ａｐｐからの要求をトリガとせず、起動時に初期接続手順を開始することとしてもよい。

（２）基地局での接続要求メッセージの送信
基地局のＡＳＬＭＥは、予め定めたスケジュールに従って、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｒｅｑｕｅｓｔを用いた同報通信で、接続要求メッセージを周辺の移動局のＡＳＬＭＥに送信する。

（３）移動局での接続要求メッセージの受信と接続応答メッセージの送信
移動局のＡＳＬＭＥは、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｉｎｄｉｃａｔｉｏｎで接続要求メッセージを受信したら、接続管理テーブルを参照して接続状況を確認する。接続状況が「接続済み」の場合には、初期接続手順を完了する。接続状況が「未接続」の場合には、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｒｅｑｕｅｓｔを用いた個別通信で、接続応答メッセージを基地局のＡＳＬＭＥに送信する。

（４）基地局での接続応答メッセージの受信と接続応答確認メッセージの送信
基地局のＡＳＬＭＥは、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｉｎｄｉｃａｔｉｏｎで接続応答メッセージを受信したら、接続管理テーブルを参照し、接続応答メッセージで示された相手局との接続状況を確認する。接続状況が「接続済み」の場合には、初期接続手順を完了する。接続状況が「未接続」の場合には、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｒｅｑｕｅｓｔを用いた個別通信で、接続応答確認メッセージを移動局のＡＳＬＭＥに送信する。最後に初期接続完了処理を実施し、初期接続手順を完了する。

（５）移動局での接続応答確認メッセージの受信
移動局のＡＳＬＭＥは、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｉｎｄｉｃａｔｉｏｎで接続応答確認メッセージを受信したら、接続管理テーブルを参照して接続状況を確認する。接続状況が「接続済み」の場合には、初期接続手順を完了する。接続状況が「未接続」の場合には、初期接続完了処理を実施し、初期接続手順を完了する。

２．２．車々間メッセージを使う場合
図１４は、車々間メッセージを使う場合の初期接続手順の基本シーケンスを示す図である。

（１）移動局での車々間メッセージの送信
移動局のＡｐｐは、予め定めたスケジュールに従い、車々間メッセージを生成し、周辺の移動局および基地局のＡｐｐに同報通信で送信する。

（２）基地局での車々間メッセージの受信と初期接続手順の開始
基地局のＡｐｐは、車々間メッセージを受信したら、ＡＳＬＭＥに対して、ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｒｅｑｕｅｓｔで変数ｒｅｃｕｅｓｔＣｏｄｅに「接続応答送信」を指定し、初期接続開始を要求する。ＡＳＬＭＥは、以下に示す初期接続手順を開始する。

（３）基地局での接続応答メッセージの送信
基地局のＡＳＬＭＥは、初期接続開始要求を受け取ったら、接続管理テーブルを参照して接続状況を確認する。接続状況が「接続済み」の場合には、初期接続手順を完了する。接続状況が「未接続」の場合には、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｒｅｑｕｅｓｔを用いた個別通信で、接続応答メッセージを移動局のＡＳＬＭＥに送信する。

（４）移動局での接続応答メッセージの受信と接続応答確認メッセージの送信
移動局のＡＳＬＭＥは、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｉｎｄｉｃａｔｉｏｎで接続応答メッセージを受信したら、接続管理テーブルを参照して接続応答メッセージで示された相手局との接続状況を確認する。接続状況が「接続済み」の場合には、初期接続手順を完了する。接続状況が「未接続」の場合には、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｒｅｑｕｅｓｔを用いた個別通信で、接続応答確認メッセージを基地局のＡＳＬＭＥに送信する。最後に初期接続完了処理を実施し、初期接続手順を完了する。

（５）基地局での接続応答確認メッセージの受信
移動局のＡＳＬＭＥは、ＥＬＣＰのＳｅｎｄＤａｔａＵｎｉｔ．ｉｎｄｉｃａｔｉｏｎで接続応答確認メッセージを受信したら、接続管理テーブルを参照して接続状況を確認する。接続状況が「接続済み」の場合には、初期接続手順を完了する。接続状況が「未接続」の場合には、初期接続完了処理を実施し、初期接続手順を完了する。

２．３．初期接続完了処理
移動局および基地局では、初期接続手順の最後にＬＰＣＰを相手局との通信のために使用可能な状態とし、接続管理テーブルに「接続済み」として追加する。さらに、ＡＳＬＭＥは、Ａｐｐに対して、ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎで「初期接続の通知」を発行する。同様に、ＡＳＬＭＥは、ＥＬＣＰに対して、ＡＳＬＭＥ−ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎで「初期接続の通知」を発行する。これを受けてＥＬＣＰは、ＬＰＣＰに対して、ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎで「初期接続の通知」を発行する。

３．接続維持手順
本実施の形態による路車間−車々間連携システムでは、初期接続手順の完了後、個別通信の状態を監視して接続を継続するための接続維持を行う。この手順では、相手局に対して要求の定期的な送信が保証されているかを監視するための送信スケジュール監視タイマ（Ｗａｔｃｈｄｏｇ Ｔｉｍｅｒ ｆｏｒ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｓｃｈｅｄｕｌｅ：ＷＴＴＳ）と、相手局からの要求の受信状態を監視するための通信接続管理タイマ（Ｃｏｎｎｅｃｔｉｏｎ Ｔｉｍｅｒ ｆｏｒ Ｒｅｑｕｅｓｔ：ＣＴ１）と、相手局からの応答の受信状態を監視するための通信接続管理タイマ（Ｃｏｎｎｅｃｔｉｏｎ Ｔｉｍｅｒ ｆｏｒ Ｒｅｓｐｏｎｓｅ：ＣＴ２）を用いる。

３．１．車々間メッセージを使わない場合
図１５は、ＡＳＬＭＥにおける車々間メッセージを使わない場合の接続維持手順の基本シーケンスを示す図である。

（１）基地局の通信接続管理手順
基地局のＡＳＬＭＥでは、初期接続手順の完了時に移動局毎にＷＴＴＳとＣＴ２とを生成する。この際、ＣＴ２にはＴ２ｍａｘを、ＷＴＴＳにはＴ１ｍａｘを設定する。基地局のＡＳＬＭＥは、移動局との通信接続状態を管理するため、接続維持要求メッセージの送信を契機にＣＴ２とＷＴＴＳとを起動する。通信下位層が再送機能を提供しない場合、接続維持要求メッセージは、再送タイマと再送カウンタとにより再送の制御を行う。

ＣＴ２は、これに対応した接続維持応答メッセージを受信した際に停止させる。ＷＴＴＳは、次の接続維持要求メッセージを送信する際に再起動させる。接続維持応答メッセージが受信できずにＣＴ２がタイムアウトした場合、または次の接続維持要求メッセージが送信できずにＷＴＴＳがタイムアウトした場合には、接続維持完了処理を実施し、接続維持手順を完了する。

（２）移動局の通信接続管理手順
移動局のＡＳＬＭＥでは、通信接続時にＣＴ１を生成する。生成したＣＴ１には、接続要求メッセージで受信する基地局プロファイルから移動局の接続管理タイマ値を参照して、その値を設定し起動する。以降、ＣＴ１は、基地局からの有効なサービスプリミティブの着信の通知を受ける毎に、再起動させる。基地局からの有効なサービスプリミティブの着信がなくＣＴ１がタイムアウトした場合には、接続維持完了処理を実施し、接続維持手順を完了する。

３．２．車々間メッセージを使う場合（基地局と移動局）
図１６は、ＡＳＬＭＥにおいて基地局と移動局との通信で車々間メッセージを使う場合の接続維持手順の基本シーケンスを示す図である。

（１）移動局の通信接続管理手順
移動局のＡｐｐは、予め定めたスケジュールに従い、車々間メッセージを生成し、周辺の移動局および基地局のＡｐｐに同報通信で送信する。初期接続手順の完了後、移動局のＡｐｐは、予車々間メッセージの送信時に、ＡＳＬＭＥに対して、ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｒｅｑｕｅｓｔで変数ｒｅｑｕｅｓｔＣｏｄｅに「接続維持応答待機」を指定し、基地局からの接続維持応答メッセージを待つよう要求する。

移動局のＡＳＬＭＥは、初期接続手順の完了時にＣＴ２を生成する。この際、ＣＴ２にはＴ２ｍａｘを設定する。移動局のＡＳＬＭＥは、基地局との通信接続状態を管理するため、接続維持応答待機の要求を契機にＣＴ２を起動する。ＣＴ２は、これに対応した接続維持応答メッセージを受信した際に停止させる。接続維持応答メッセージが受信できずにＣＴ２がタイムアウトした場合には、接続維持完了処理を実施し、接続維持手順を完了する。

（２）基地局の通信接続管理手順
基地局のＡｐｐは、初期接続手順の完了後、車々間メッセージの受信時に、ＡＳＬＭＥに対して、ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｒｅｑｕｅｓｔで変数ｒｅｑｕｅｓｔＣｏｄｅに「接続維持応答送信」を指定し、移動局に対して接続維持応答メッセージを送信するよう要求する。

基地局のＡＳＬＭＥは、初期接続手順の完了時に移動局ごとにＣＴ１を生成する。生成したＣＴ１には、接続要求メッセージで受信する基地局プロファイルから移動局の接続管理タイマ値を参照して、その値を設定し起動する。

以降、ＣＴ１は、Ａｐｐからの接続維持応答の要求を受ける毎に、再起動させる。基地局のＡＳＬＭＥは、Ａｐｐからの接続維持応答の要求がなくＣＴ１がタイムアウトした場合には、接続維持完了処理を実施し、接続維持手順を完了する。

３．３．車々間メッセージを使う場合（移動局間）
図１７は、ＡＳＬＭＥにおいて移動局間の通信で車々間メッセージを使う場合の接続維持手順の基本シーケンスを示す図である。

移動局同士の通信では、お互いに車々間メッセージを送信し合う。両移動局のＡｐｐは、予め定めたスケジュールに従って車々間メッセージを生成し、周辺の移動局および基地局のＡｐｐに同報通信で送信する。

初期接続手順の完了後、両移動局のＡｐｐは、車々間メッセージの受信時に、ＡＳＬＭＥに対して、ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｒｅｑｕｅｓｔで変数ｒｅｑｕｅｓｔＣｏｄｅに「接続維持要求受信」を指定し、移動局に対して接続維持要求メッセージを受信したことを通知する。

ＡＳＬＭＥは、初期接続手順の完了時に移動局ごとにＣＴ１を生成する。生成したＣＴ１には、接続要求メッセージで受信する基地局プロファイルから移動局の接続管理タイマ値を参照して、その値を設定し起動する。

以降、ＣＴ１は、Ａｐｐからの接続維持要求受信の通知を受ける毎に、再起動させる。ＡＳＬＭＥは、Ａｐｐからの接続維持応答要求の通知がなくＣＴ１がタイムアウトした場合には、接続維持完了処理を実施し、接続維持手順を完了する。

３．４．接続維持完了処理
移動局および基地局では、当該移動局に対するＬＰＣＰの使用を終了する。さらに、ＡＳＬＭＥは、Ａｐｐに対して、ＡＳＬＭＥ−Ｃｏｎｎｅｃｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎで「通信切断の通知」を発行する。同様に、ＡＳＬＭＥは、ＥＬＣＰに対して、ＡＳＬＭＥ−ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎで「通信切断の通知」を発行する。これを受けてＥＬＣＰは、ＬＰＣＰに対して、ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎ．ｉｎｄｉｃａｔｉｏｎで「通信切断の通知」を発行する。また、当該相手局との処理プロセスおよびＣＴ１を終了し、新たな接続通知もしくは同報受信の待ち受けを行うようにする。実施の形態１による通信装置および路車間−車々間通信連携システムは、以上で説明した車々間通信サブプロトコルの仕様に従って動作する。

＜１−３．路側通信装置１００および車載通信装置２００の動作＞
以下、図１を参照しつつ図１８〜図２１を用いて路側通信装置１００および車載通信装置２００の各部の動作について説明する。

＜１−３−１．基地局における初期接続の動作＞
路側通信装置１００を搭載した基地局における初期接続の動作について、図１８を用いて説明する。

図１８は、基地局における初期接続手順の方法を決定するフローチャートである。路側通信装置１００は、以降に示すステップＳ１０１〜ステップＳ１１２の処理を実行する。

ステップＳ１０１において、路側通信管理部６は、初期接続に関する設定情報を確認する。設定情報が「接続要求送信」の場合は、ステップＳ１０２へ移行する。設定情報が「接続要求受信」の場合は、ステップＳ１０７へ移行する。

ステップＳ１０２において、路側通信管理部６は、通信転送部２に「接続要求メッセージ」のデータ送信要求を送信し、接続応答受信用のタイマを起動する。通信転送部２は、周辺の移動局に同報通信で「接続要求メッセージ」を送信し、ステップ１０３へ移行する。

ステップＳ１０３において、通信転送部２は、移動局からのメッセージを受信するまで待機する。通信転送部２が「接続応答メッセージ」を受信した場合は、ステップＳ１０４へ移行する。通信転送部２が「接続応答メッセージ」以外を受信した場合は、待機を継続し、接続応答受信用のタイマがタイムアウトするとステップＳ１０２へ移行する。

ステップＳ１０４において、通信転送部２は、路側通信管理部６に「接続応答メッセージ」のデータ着信通知を送信する。路側通信管理部６は、接続管理テーブルを参照し、「接続応答メッセージ」に含まれる移動局の接続状況を確認する。接続状況が「接続済み」の場合は、初期接続手順を完了する。接続状況が「未接続」の場合は、ステップＳ１０５へ移行する。

ステップＳ１０５において、路側通信管理部６は、通信転送部２に「接続応答確認メッセージ」のデータ送信要求を送信する。通信転送部２は、指定された相手局に対して「接続応答確認メッセージ」を送信し、ステップＳ１０６へ移行する。この時、送信先としてステップＳ１０３で受信した「接続応答メッセージ」に含まれる相手局を指定する。

ステップＳ１０６において、初期接続完了処理を実施し、初期接続処理を完了する。

ステップＳ１０７において、車々間アプリケーション処理部４は、移動局からの車々間メッセージを受信するまで待機し、車々間メッセージを受信した場合はステップＳ１０８へ移行する。

ステップＳ１０８において、車々間アプリケーション処理部４は、送受信状況管理部５に車々間メッセージの受信を通知する。送受信状況管理部５は、路側通信管理部６に「接続応答送信」の接続処理要求を送信する。路側通信管理部６は、接続管理テーブルを参照し、「接続応答送信」に含まれる移動局の接続状況を確認する。接続状況が「接続済み」の場合は、初期接続手順を完了する。接続状況が「未接続」の場合は、ステップＳ１０９へ移行する。

ステップＳ１０９において、路側通信管理部６は、通信転送部２に「接続応答メッセージ」のデータ送信要求を送信する。通信転送部２は、指定された相手局に「接続応答メッセージ」を送信し、ステップＳ１１０へ移行する。この時、送信先としてステップＳ１０７で受信した車々間メッセージに含まれる移動局を指定する。

ステップＳ１１０において、通信転送部２は、移動局からのメッセージを受信するまで待機する。通信転送部２が「接続応答確認メッセージ」を受信した場合は、ステップＳ１１１へ移行する。通信転送部２が「接続応答確認メッセージ」以外を受信した場合は、待機を継続し、タイムアウトするとステップＳ１０７へ移行する。

ステップＳ１１１において、通信転送部２は、路側通信管理部６に「接続応答確認メッセージ」のデータ着信通知を送信する。路側通信管理部６は、接続管理テーブルを参照し、「接続応答確認メッセージ」に含まれる移動局の接続状況を確認する。接続状況が「接続済み」の場合は、初期接続手順を完了する。接続状況が「未接続」の場合は、ステップＳ１１２へ移行する。

ステップＳ１１２において、初期接続完了処理を実施し、初期接続処理を完了する。

＜１−３−２．移動局における初期接続の動作＞
車載通信装置２００を搭載した移動局における初期接続の動作について、図１９を用いて説明する。

図１９は、移動局における初期接続手順の方法を決定するフローチャートである。車載通信装置２００は、以降に示すステップＳ２０１〜ステップＳ２１１の処理を実行する。

ステップＳ２０１において、車々間アプリケーション処理部４は、車々間メッセージの送信を開始し、ステップＳ２０２へ移行する。以降のステップでは、車々間アプリケーション処理部４は、周辺の移動局または基地局に対して、同報通信で車々間メッセージを周期的に送信する。

ステップＳ２０２において、通信転送部２は、移動局または基地局からのメッセージを受信するか、または車々間アプリケーション処理部４が移動局からの車々間メッセージを受信するまで待機する。通信転送部２が「接続応答メッセージ」を受信した場合は、ステップＳ２０３へ移行する。通信転送部２が「接続要求メッセージ」を受信した場合は、ステップＳ２０７へ移行する。車々間アプリケーション処理部４が車々間メッセージを受信した場合は、ステップＳ２０６へ移行する。「接続応答メッセージ」、「接続要求メッセージ」、および車々間メッセージ以外を受信した場合は、待機を継続する。

ステップＳ２０３において、通信転送部２は、車載通信管理部７に対して「接続応答メッセージ」のデータ着信通知を送信する。車載通信管理部７は、接続管理テーブルを参照し、「接続応答メッセージ」に含まれる基地局の接続状況を確認する。接続状況が「接続済み」の場合は、初期接続手順を完了する。接続状況が「未接続」の場合は、ステップＳ２０４へ移行する。

ステップＳ２０４において、車載通信管理部７は、通信転送部２に「接続応答確認メッセージ」のデータ送信要求を送信する。通信転送部２は、指定された相手局に対して「接続応答確認メッセージ」を送信し、ステップＳ２０５へ移行する。この時、送信先としてステップＳ２０２で受信した「接続応答メッセージ」に含まれる移動局または基地局を指定する。

ステップＳ２０５において、初期接続完了処理を実施し、初期接続処理を完了する。

ステップＳ２０６において、車々間アプリケーション処理部４は、送受信状況管理部５に車々間メッセージの受信を通知する。送受信状況管理部５は、車載通信管理部７に「接続応答送信」の接続処理要求を送信する。車載通信管理部７は、「接続応答送信」に含まれる移動局の識別子と自局の識別子とを辞書式順序で比較する。自局の識別子の方が小さければ、ステップＳ２０７へ移行する。自局の識別子の方が大きければ、ステップＳ２０２へ移行する。

ステップＳ２０７において、通信転送部２は、車載通信管理部７に「接続要求メッセージ」のデータ着信通知を送信する。車載通信管理部７は、接続管理テーブルを参照し、「接続要求メッセージ」に含まれる基地局または「接続応答送信」に含まれる移動局の接続状況を確認する。接続状況が「接続済み」の場合は、初期接続手順を完了する。接続状況が「未接続」の場合は、ステップＳ２０８へ移行する。

ステップＳ２０８において、車載通信管理部７は、通信転送部２に「接続応答メッセージ」のデータ送信要求を送信する。通信転送部２は、指定された相手局に「接続応答メッセージ」を送信し、ステップＳ２０９へと移行する。この時、送信先として、ステップＳ２０２で受信した車々間メッセージに含まれる移動局、または「接続要求メッセージ」に含まれる基地局を指定する。

ステップＳ２０９において、通信転送部２は、移動局または基地局からのメッセージを受信するまで待機する。通信転送部２が「接続応答確認メッセージ」を受信した場合は、ステップＳ２１０へ移行する。通信転送部２が「接続応答確認メッセージ」以外を受信した場合は、待機を継続し、タイムアウトするとステップＳ２０２へ移行する。

ステップＳ２１０において、通信転送部２は、車載通信管理部７に「接続応答確認メッセージ」のデータ着信通知を送信する。車載通信管理部７は、接続管理テーブルを参照し、「接続応答確認メッセージ」に含まれる移動局または基地局の接続状況を確認する。接続状況が「接続済み」の場合は、初期接続手順を完了する。接続状況が「未接続」の場合は、ステップＳ２１１へ移行する。

ステップＳ２１１において、初期接続完了処理を実施し、初期接続処理を完了する。

＜１−３−３．初期接続完了処理＞
基地局の路側通信管理部６および移動局の車載通信管理部７は、初期接続手順の最後にＬＰＣＰを相手局との通信のために使用可能な状態とし、接続管理テーブルに「接続済み」として追加する。さらに、基地局の路側通信管理部６および移動局の車載通信管理部７は、送受信状況管理部５に対して、「初期接続」の接続通知を送信する。同様に、基地局の路側通信管理部６および移動局の車載通信管理部７は、通信転送部２に対して、「初期接続」のイベント通知を送信する。

＜１−３−４．基地局の接続維持の動作＞
路側通信装置１００を搭載した基地局における接続維持の動作について、図２０を用いて説明する。

図２０は、基地局における接続維持手順の方法を決定するフローチャートである。路側通信装置１００は、以降に示すステップＳ３０１〜ステップＳ３０９の処理を実行する。

ステップＳ３０１において、路側通信管理部６は、接続維持に関する設定情報を確認する。設定情報が「接続維持要求送信」の場合は、ステップＳ３０２へ移行する。設定情報が「接続維持要求受信」の場合は、ステップＳ３０６へ移行する。

ステップＳ３０２において、路側通信管理部６は、移動局毎にＷＴＴＳとＣＴ２とを生成し、ステップＳ３０３へ移行する。この際、ＣＴ２にはＴ２ｍａｘを、ＷＴＴＳにはＴ１ｍａｘを設定する。

ステップＳ３０３において、路側通信管理部６は、通信転送部２に「接続維持要求メッセージ」のデータ送信要求を送信する。さらに、路側通信管理部６は、ＣＴ２とＷＴＴＳとを起動する。この時、すでにＷＴＴＳが起動中であれば再起動する。また、ＷＴＴＳが起動中であり再起動前にタイムアウトした場合は、ステップ３０９へ移行する。通信下位層が再送機能を提供しない場合、接続維持要求メッセージは、再送タイマと再送カウンタにより再送の制御を行う。通信転送部２は、相手局に「接続維持要求メッセージ」を送信し、ステップＳ３０４へと移行する。

ステップＳ３０４において、通信転送部２は、移動局からのメッセージを受信するまで待機する。通信転送部２が「接続維持応答メッセージ」を受信した場合は、ステップＳ３０５へ移行する。通信転送部２が「接続維持応答メッセージ」以外を受信した場合は、待機を継続し、ＣＴ２がタイムアウトするとステップＳ３０９へ移行する。

ステップＳ３０５において、通信転送部２は、路側通信管理部６に「接続維持応答メッセージ」のデータ着信通知を送信する。路側通信管理部６は、ＣＴ２を停止しステップＳ３０３へ移行する。

ステップＳ３０６において、路側通信管理部６は、移動局毎にＣＴ１を生成・起動し、ステップＳ３０７へ移行する。この際、ＣＴ１にはＴ１ｍａｘを設定する。

ステップＳ３０７において、車々間アプリケーション処理部４は、移動局からの車々間メッセージを受信するまで待機する。車々間アプリケーション処理部４が車々間メッセージを受信した場合は、ステップＳ３０８へ移行する。車々間アプリケーション処理部４が車々間メッセージ以外を受信した場合は、待機を継続し、ＣＴ１がタイムアウトするとステップＳ３０９へ移行する。

ステップＳ３０８において、車々間アプリケーション処理部４は、送受信状況管理部５に車々間メッセージの受信を通知する。送受信状況管理部５は、路側通信管理部６に「接続維持応答送信」の接続処理要求を送信する。路側通信管理部６は、通信転送部２に「接続維持応答メッセージ」のデータ送信要求を送信する。さらに、路側通信管理部６は、ＣＴ１を再起動する。通信転送部２は、指定された相手局に「接続応答メッセージ」を送信し、ステップＳ３０７へと移行する。この時、送信先として、ステップＳ３０７で受信した車々間メッセージに含まれる移動局を指定する。

ステップＳ３０９において、接続維持完了処理を実施し、初期接続処理を完了する。

＜１−３−５．移動局の通信接続管理処理＞
車載通信装置２００を搭載した移動局における接続維持の動作について、図２１を用いて説明する。

図２１は、移動局における接続維持手順の方法を決定するフローチャートである。車載通信装置２００は、以降に示すステップＳ４０１〜ステップＳ４１３の処理を実行する。

ステップＳ４０１において、車々間アプリケーション処理部４は、車々間メッセージの送信を開始し、ステップＳ４０２へ移行する。以降のステップでは、車々間アプリケーション処理部４は、周辺の移動局または基地局に対して、同報通信で車々間メッセージを周期的に送信する。

ステップＳ４０２において、車載通信管理部７は、接続維持に関する設定情報を確認する。設定情報が「接続維持要求送信」の場合は、ステップＳ４０３へ移行する。設定情報が「接続維持要求受信」の場合は、ステップＳ４０７へ移行する。設定情報が「車々間送受信」の場合は、ステップ４１０へ移行する。

ステップＳ４０３において、車載通信管理部７は、基地局毎にＣＴ２を生成し、ステップＳ４０４へ移行する。この際、ＣＴ２にはＴ２ｍａｘを設定する。

ステップＳ４０４において、車々間アプリケーション処理部４は、車々間メッセージの送信後、車載通信管理部７に「接続維持応答受信」の接続処理要求を送信する。さらに、車載通信管理部７は、ＣＴ２を起動する。通信下位層が再送機能を提供しない場合は、接続維持要求メッセージは、再送タイマと再送カウンタにより再送の制御を行う。ステップＳ４０４の処理後、ステップＳ４０５へと移行する。

ステップＳ４０５において、通信転送部２は、基地局からのメッセージを受信するまで待機する。通信転送部２が「接続維持応答メッセージ」を受信した場合は、ステップＳ４０６へ移行する。通信転送部２が「接続維持応答メッセージ」以外を受信した場合は、待機を継続し、ＣＴ２がタイムアウトするとステップＳ４１３へ移行する。

ステップＳ４０６において、通信転送部２は、車載通信管理部７に「接続維持応答メッセージ」のデータ着信通知を送信する。車載通信管理部７は、ＣＴ２を停止し、ステップＳ４０４へ移行する。

ステップＳ４０７において、車載通信管理部７は、基地局毎にＣＴ１を生成・起動し、ステップＳ４０８へ移行する。この際、ＣＴ１にはＴ１ｍａｘを設定する。

ステップＳ４０８において、通信転送部２は、基地局からのメッセージを受信するまで待機する。通信転送部２が接続維持要求メッセージを受信した場合は、ステップＳ４０９へ移行する。通信転送部２が接続維持要求メッセージ以外を受信した場合は、待機を継続し、ＣＴ１がタイムアウトするとステップＳ４１３へ移行する。

ステップＳ４０９において、通信転送部２は、車載通信管理部７に「接続維持要求メッセージ」のデータ着信通知を送信する。車載通信管理部７は、通信転送部２に「接続維持応答メッセージ」のデータ送信要求を送信する。さらに車載通信管理部７は、ＣＴ１を再起動する。通信転送部２は、指定された相手局に「接続維持応答メッセージ」を送信し、ステップＳ４０８へと移行する。この時、送信先として、ステップＳ４０８で受信した接続維持要求メッセージに含まれる基地局を指定する。

ステップＳ４１０において、車載通信管理部７は、移動局毎にＣＴ１を生成・起動し、ステップＳ４１１へ移行する。この際、ＣＴ１にはＴ１ｍａｘを設定する。

ステップＳ４１１において、車々間アプリケーション処理部４は、移動局からの車々間メッセージを受信するまで待機する。車々間アプリケーション処理部４が車々間メッセージを受信した場合には、ステップＳ４１２へ移行する。車々間アプリケーション処理部４が車々間メッセージ以外を受信した場合は、待機を継続し、ＣＴ１がタイムアウトした場合はステップＳ４１３へ移行する。

ステップＳ４１２において、車々間アプリケーション処理部４は、送受信状況管理部５に車々間メッセージの受信を通知する。送受信状況管理部５は、車載通信管理部７に「車々間メッセージ受信」の接続処理通知を送信する。車載通信管理部７は、ＣＴ１を再起動し、ステップＳ４１１へと移行する。この時、送信先として、ステップＳ４１１で受信した車々間メッセージに含まれる移動局を指定する。

ステップＳ４１３において、接続維持完了処理を実施し、初期接続処理を完了する。

＜１−３−６．接続維持完了処理＞
基地局の路側通信管理部６および移動局の車載通信管理部７は、接続維持手順の最後にＬＰＣＰの使用を停止状態とし、接続管理テーブルを「未接続」に更新する。さらに、基地局の路側通信管理部６および移動局の車載通信管理部７は、送受信状況管理部５に対して、「通信切断」の接続通知を送信する。同様に、基地局の路側通信管理部６および移動局の車載通信管理部７は、通信転送部２に対して、「通信切断」のイベント通知を送信する。実施の形態１に係る路側通信装置および車載通信装置は、以上で説明した車々間通信サブプロトコルの仕様に従って動作する。

＜１−４．効果＞
以上のことから、本実施の形態によれば、路側通信装置１００は、車々間アプリケーション処理部４および送受信状況管理部５を備えている。従って、車々間アプリケーション処理部４が車々間メッセージの受信状況を路側通信管理部６に提供し、路側通信管理部６が車々間メッセージの受信状況を利用することにより、初期接続を開始する時または接続状態を維持する時に必要な路車間メッセージの送受信回数を抑制することが可能となる。すなわち、路車間通信におけるトラフィックの増大を抑制することが可能となる。

また、車載通信装置２００は、車々間アプリケーション処理部４および送受信状況管理部５を備えている。従って、車々間アプリケーション処理部４が車々間メッセージの送受信状況を車載通信管理部７に提供し、車載通信管理部７が車々間メッセージの送受信状況を利用することにより、初期接続を開始する時または接続状態を維持する時に必要な路車間メッセージの送受信回数を抑制することが可能となる。すなわち、路車間通信におけるトラフィックの増大を抑制することが可能となる。

＜１−５．変形例＞
以上で説明した実施の形態において、上記で説明した以外のプロトコルでメッセージをやりとりしてもよい。例えば、上記では、初期接続の際に接続要求メッセージ、接続応答メッセージ、および接続応答確認メッセージを用いるプロトコルについて説明したが、接続要求メッセージ、接続応答メッセージのみで初期接続してもよい。

通信転送部２では、非特許文献１に記載されているトランザクション管理部（ローカルポートプロトコル）と、転送サービス処理（ローカルポート制御プロトコル）を使用する階層構造を示したが、ローカルポートプロトコルまたはローカルポート制御プロトコルの代わりに他の双方向に通信可能なプロトコルを用いても良い。例えば、アメリカで検討されているプロトコルＩＥＥＥ１６０９．３、あるいはヨーロッパのＣＡＬＭ（Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｌａｎｄ Ｍｏｂｉｌｅ ｅｎｖｉｒｏｎｍｅｎｔ）で検討されているプロトコルＦＡＳＴまたはＧｅｏ−Ｒｏｕｔｉｎｇなどを用いても良い。

また、路側通信管理部６および車載通信管理部７は、路車間アプリケーション処理部３および通信転送部２に対して平行するように配置される構造を示したが、ＩＥＥＥ１６０９．３で検討されている管理部ＷＭＥ（ＷＡＶＥ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）またはＣＡＬＭで検討されている管理部ＣＭＥ（ＣＡＬＭ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）も路側通信管理部６および車載通信管理部７と同じように配置されるため、路側通信管理部６および車載通信管理部７をＷＭＥまたはＣＭＥに含める構成、あるいはＷＭＥまたはＣＭＥを路側通信管理部６および車載通信管理部７に含める構成としても良い。ここで、ＷＡＶＥは、Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ ｉｎ Ｖｅｈｉｃｕｌａｒ Ｅｎｖｉｒｏｎｍｅｎｔｓの略語である。ここで述べた構成によって、路側通信管理部６および車載通信管理部７が提供するインタフェースは、ＷＭＥやＣＭＥのインタフェースに統合しても良い。

また、路車間アプリケーション処理部３や車々間アプリケーション処理部４は、ＩＴＳに関するアプリケーション以外のアプリケーションなどを用いても良い。

なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。

本発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。

１ 車々間送受信サービス処理部、２ 通信転送部、３ 路車間アプリケーション処理部、４ 車々間アプリケーション処理部、５ 送受信状況管理部、６ 路側通信管理部、７ 車載通信管理部、１００ 路側通信装置、２００ 車載通信装置。

上記の課題を解決するために、本発明による路側通信装置は、基地局に搭載され、移動局に搭載された通信装置との間で無線通信を行うことが可能な路側通信装置であって、通信装置との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部と、車々間送受信サービス処理部を介して通信装置との間で送受信する路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部と、車々間送受信サービス処理部および通信転送部を介して通信装置との間で路車間メッセージを送受信する路車間アプリケーション処理部と、車々間送受信サービス処理部を介して通信装置との間で車々間メッセージを送受信する車々間アプリケーション処理部と、車々間アプリケーション処理部が通信装置との間で送受信する車々間メッセージの送受信状況を管理する送受信状況管理部と、通信装置との接続状況を管理する路側通信管理部とを備え、路側通信管理部は、送受信状況管理部から通知された車々間メッセージの受信状況に基づいて通信装置との接続状態を管理する。

また、本発明による車載通信装置は、移動局に搭載され、基地局または他の移動局に搭載された通信装置との間で無線通信を行うことが可能な車載通信装置であって、通信装置との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部と、車々間送受信サービス処理部を介して通信装置との間で送受信する路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部と、車々間送受信サービス処理部および通信転送部を介して通信装置との間で路車間メッセージを送受信する路車間アプリケーション処理部と、車々間送受信サービス処理部を介して通信装置との間で車々間メッセージを送受信する車々間アプリケーション処理部と、車々間アプリケーション処理部が通信装置との間で送受信する車々間メッセージの送受信状況を管理する送受信状況管理部と、通信装置との接続状況を管理する車載通信管理部とを備え、車載通信管理部は、通信転送部から通知された路車間メッセージの送受信状況および車々間アプリケーション処理部から送受信状況管理部を経由して通知された車々間メッセージの送受信状況に基づいて接続状態を管理する。

本発明によると、路側通信装置は、基地局に搭載され、移動局に搭載された通信装置との間で無線通信を行うことが可能な路側通信装置であって、通信装置との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部と、車々間送受信サービス処理部を介して通信装置との間で送受信する路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部と、車々間送受信サービス処理部および通信転送部を介して通信装置との間で路車間メッセージを送受信する路車間アプリケーション処理部と、車々間送受信サービス処理部を介して通信装置との間で車々間メッセージを送受信する車々間アプリケーション処理部と、車々間アプリケーション処理部が通信装置との間で送受信する車々間メッセージの送受信状況を管理する送受信状況管理部と、通信装置との接続状況を管理する路側通信管理部とを備え、路側通信管理部は、送受信状況管理部から通知された車々間メッセージの受信状況に基づいて通信装置との接続状態を管理するため、路車間通信におけるトラフィックの増大を抑制することが可能となる。

また、車載通信装置は、移動局に搭載され、基地局または他の移動局に搭載された通信装置との間で無線通信を行うことが可能な車載通信装置であって、通信装置との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部と、車々間送受信サービス処理部を介して通信装置との間で送受信する路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部と、車々間送受信サービス処理部および通信転送部を介して通信装置との間で路車間メッセージを送受信する路車間アプリケーション処理部と、車々間送受信サービス処理部を介して通信装置との間で車々間メッセージを送受信する車々間アプリケーション処理部と、車々間アプリケーション処理部が通信装置との間で送受信する車々間メッセージの送受信状況を管理する送受信状況管理部と、通信装置との接続状況を管理する車載通信管理部とを備え、車載通信管理部は、通信転送部から通知された路車間メッセージの送受信状況および車々間アプリケーション処理部から送受信状況管理部を経由して通知された車々間メッセージの送受信状況に基づいて接続状態を管理するため、路車間通信におけるトラフィックの増大を抑制することが可能となる。

Claims (8)

1. 基地局に搭載され、移動局に搭載された通信装置（２００）との間で無線通信を行うことが可能な路側通信装置（１００）であって、
   前記通信装置（２００）との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部（１）と、
   前記車々間送受信サービス処理部（１）を介して前記通信装置（２００）との間で送受信する前記路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部（２）と、
   前記車々間送受信サービス処理部（１）および前記通信転送部（２）を介して前記通信装置（２００）との間で前記路車間メッセージを送受信する路車間アプリケーション処理部（３）と、
   前記車々間送受信サービス処理部（１）を介して前記通信装置（２００）との間で車々間メッセージを送受信する車々間アプリケーション処理部（４）と、
   前記車々間アプリケーション処理部（４）が前記通信装置（２００）との間で送受信する前記車々間メッセージの送受信状況を管理する送受信状況管理部（５）と、
   前記通信装置（２００）との接続状況を管理する路側通信管理部（６）と、
   を備え、
   前記路側通信管理部（６）は、前記送受信状況管理部（５）から通知された前記車々間メッセージの受信状況に基づいて前記通信装置（２００）との接続状態を管理することを特徴とする、路側通信装置。
2. 前記路側通信管理部（６）は、前記通信装置（２００）から前記車々間メッセージを受信すると、前記通信装置（２００）との接続状況を確認することを特徴とする、請求項１に記載の路側通信装置。
3. 前記路側通信管理部（６）は、前記通信装置（２００）との接続状況が未接続である場合において、前記通信装置（２００）との接続を行うことを特徴とする、請求項２に記載の路側通信装置。
4. 移動局に搭載され、基地局または他の移動局に搭載された通信装置（１００、２００）との間で無線通信を行うことが可能な車載通信装置（２００）であって、
   前記通信装置（１００、２００）との間で路車間通信のプロトコルに基づいた路車間メッセージ、および車々間通信のプロトコルに基づいた車々間メッセージを送受信する車々間送受信サービス処理部（１）と、
   前記車々間送受信サービス処理部（１）を介して前記通信装置（１００、２００）との間で送受信する前記路車間メッセージの再送、分割、および組み立てを含むトランザクションサービスと、上位プロトコルを識別するためのローカルポート番号を付加する転送サービスとを提供する通信転送部（２）と、
   前記車々間送受信サービス処理部（１）および前記通信転送部（２）を介して前記通信装置（１００、２００）との間で前記路車間メッセージを送受信する路車間アプリケーション処理部（３）と、
   前記車々間送受信サービス処理部（１）を介して前記通信装置（１００、２００）との間で車々間メッセージを送受信する車々間アプリケーション処理部（４）と、
   前記車々間アプリケーション処理部（４）が前記通信装置（１００、２００）との間で送受信する前記車々間メッセージの送受信状況を管理する送受信状況管理部（５）と、
   前記通信装置（１００、２００）との接続状況を管理する車載通信管理部（７）とを備え、
   前記車載通信管理部（７）は、前記送受信状況管理部（５）から通知された前記車々間メッセージの送受信状況を利用して接続状態を管理することを特徴とする、車載通信装置。
5. 前記車載通信管理部（７）は、前記通信装置（１００、２００）から当該通信装置（１００、２００）との接続を要求する前記路車間メッセージまたは前記車々間メッセージを受信すると、前記通信装置（１００、２００）との接続状況を確認することを特徴とする、請求項４に記載の車載通信装置。
6. 前記車載通信管理部（７）は、前記通信装置（１００、２００）との接続状況が未接続である場合において、前記通信装置（１００、２００）との接続を行うことを特徴とする、請求項５に記載の車載通信装置。
7. 前記車々間アプリケーション処理部（４）は、前記通信装置（１００、２００）との接続を要求する前記車々間メッセージを前記通信装置（１００、２００）に送信することを特徴とする、請求項４から６のいずれか１項に記載の車載通信装置。
8. 前記車々間アプリケーション処理部（４）は、前記車々間メッセージを同報通信で周期的に送信することを特徴とする、請求項７に記載の車載通信装置。

Images