JP3311105B2

JP3311105B2 - ビーコン通信制御装置

Info

Publication number: JP3311105B2
Application number: JP23500993A
Authority: JP
Inventors: 寿夫田中
Original assignee: Denso Ten Ltd
Current assignee: Denso Ten Ltd
Priority date: 1993-09-21
Filing date: 1993-09-21
Publication date: 2002-08-05
Anticipated expiration: 2017-08-05
Also published as: JPH0795262A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は道路交通情報通信システ
ムに関し、特に本発明では道路管理者により情報が形成
されこれを送出するセンタと道路に設置され車両にその
情報を提供するビーコンと間のデータ通信手順を簡素化
することに関する。

【０００２】

【従来の技術】従来このような分野の技術としてＶＩＣ
Ｓ（Vehicle Information andCommunication System)
と呼ばれる道路交通情報通信システムがありこれを以下
に説明する。図２０はＶＩＣＳのシステム構成を示す図
である。本図に示すＶＩＣＳは動的ナビゲーションが車
載機側で可能となるような情報サービスを提供すること
により道路交通を円滑かつ安全の向上を図るものであ
り、道路管理者からの情報（渋滞、事故、規制、工事な
ど）はＶＩＣＳセンタに集められる。ＶＩＣＳセンタで
は、編集、記録などの処理を行い、さらに各提供メディ
アに合ったデータ形式に変換する。提供メディアはビー
コン方式、ＦＭ多重放送方式、テレターミナル方式があ
る。各メディアはインタフェース装置により、状況に応
じて画像、音声などで運転者に知らされている。ここに
本発明に関係するビーコン方式では道路上に一定間隔で
スポット通信用路上装置が設置され、車載装置との間で
通信が行われる。以下にこのビーコン方式について説明
を行う。

【０００３】図２１はＶＩＣＳの通信プロトコールの概
略を説明する図である。ＶＩＣＳセンタとビーコン間の
通信は、公衆電話回線あるいは専用電話回線を用いて接
続される。本図に示すように、ＶＩＣＳセンタ及びビー
コンセンタ間の通信はモデム制御手順、ＬＡＰＢ（ハイ
レベル制御手順の非同期平衡モード）手順プロトコル、
ビーコンメッセージ手順プロトコルの三つの階層の包み
込み形プロトコルにより接続される。電話回線への物理
的接続は、モデムを用い、ＣＣＩＴＴＶ２２ｂｉｓモ
デム制御手順により行う。誤り制御のためのリンクレイ
ヤプロトコルは、ハイレベル制御手順の非同期平衡モー
ド（ＬＡＰＢ手順：Link AccessProtocol Balanced)に
より接続する。

【０００４】図２２はビーコンでの受信制御手順をより
詳細に説明するブロック図である。本図に示すように、
ビーコンではデータを受信するとモデム手順部１、ＨＤ
ＬＣ(High Level Data Link Control)手順部２を経た後
にＣＲＣ(Cyclic RedundancyCheck) エラーチェック３
でデータのエラーを検出し、エラーがなければメッセー
ジ手順部４、アプリケーション部５に進み、エラーがあ
ればセンタにデータの再送を要求する。このようにして
データの再送での本プロトコルの誤り制御には自動再送
要求(Automatic Repeat reQuest)システムを使用してお
りデータのブロック番号による管理を行っている。な
お、モデム手順部１、ＨＤＬＣ手順部２、ＣＲＣエラー
チェック部３、メッセージ手順部４、アプリケーション
部５の詳細については実施例の項で説明する。さらに、
ＬＡＰＢ手順の上位にビーコン独自のプロトコルとし
て、ビーコンメッセージ転送中により緊急なメッセージ
の送信要求が発生した場合、現送信中のメッセージに割
り込んで送信できる機能を持たせている。以上から、Ｌ
ＡＰＢ手順とメッセージ手順による二重の誤り制御を行
い、信頼性の高い通信を実現している。

【０００５】

【発明が解決しようとする課題】ところで、従来のビー
コン通信制御装置には以下のような問題がある。図２
３は従来のＶＩＣＳセンタとビーコン間通信手順を説明
する図である。ＶＩＣＳセンタとビーコン間の通信はモ
デム接続、ＨＤＬＣ接続、ビーコンメッセージ転送接続
となっているので、本図に示すように、センタからビー
コンへの送信「ビーコン状態通知要求」に対してビーコ
ンからセンタへの送信「ＲＲ」、ビーコン状態通知要求
完了をし、さらにセンタからビーコンへの送信「ビーコ
ン状態通知結果」に対してビーコンからセンタへの送信
「ＲＲ」、ビーコン状態通知結果完了」をし、センタか
らビーコンへの「ＲＲ」の送信を必要とし、このように
一つのメッセージ送信に対して多数の確認用のメッセー
ジが必要になる。よって、各階層での機能を考慮してそ
の複雑な手順をより簡素化すべきという課題がある。

【０００６】図２２に示すように、エラーがあると自動
的に再送要求となりこのために余分の時間が必要にな
る。この再送回数を減らして転送効率を向上すべきとい
う課題である。したがって、本発明は上記課題に鑑み手
順がより簡素化でき転送効率の向上ができるビーコン通
信制御装置を提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明は前記問題点を解
決するために、センタからの情報を車両にビーコンとセ
ンタとの間でメッセージ転送を行う通信制御装置におい
て、前記メッセージを複数のブロックに分割したフレー
ム毎に転送し、転送完了後に各フレームについているブ
ロック番号が正常ならば受信完了・正常のメッセージを
受信側から送信する場合に、前記メッセージを構成する
フレームが単一のときには受信完了・正常のメッセージ
を受信側から送信しないようにする。さらに、前記メッ
セージを複数のブロックに分割したフレーム毎に転送す
る場合に、前記メッセージを構成するフレームが単一で
データ領域に余りがあるときには受信側で誤り訂正が行
えるように前記データ領域に訂正符号を設ける。

【０００８】

【作用】本発明のビーコン通信制御装置によれば、前記
メッセージを複数のブロックに分割したフレーム毎に転
送し、転送完了後に各フレームについているブロック番
号が正常ならば受信完了・正常のメッセージを受信側か
ら送信する場合に、前記メッセージを構成するフレーム
が単一のときには受信完了・正常のメッセージを受信側
から送信しないようにすることにより、単一のフレーム
についてはブロックヘッダ番号の順序チェックが不必要
となり受信完了・正常のメッセージを省略でき、１フレ
ームメッセージの通信が多い通信手順においてより簡素
化が図れる。さらに、前記メッセージを複数のブロック
に分割したフレーム毎に転送する場合に、前記メッセー
ジを構成するフレームが単一でデータ領域に余りがある
ときには受信側で誤り訂正が行えるように前記データ領
域に訂正符号を設けることにより、単一誤り訂正・二重
誤り検出を行うことができ、結果として再送時間の短縮
ができることになる。

【０００９】

【実施例】以下本発明の実施例について図面を参照して
説明する。図１は本発明の実施例に係るビーコン通信制
御装置であって通信プロトコル制御点準を説明するブロ
ック図であり、図２は本実施例に使用する通信プロトコ
ル形式を説明する図である。図１（ａ）は送信側である
センタでの制御手順を、図１（ｂ）は受信側であるビー
コンでの制御手順を示す。この逆も存在するが説明の簡
略のために省略する。図１のモデム手順部１及び１６に
ついて説明する。周波数分割によるチャンネル分離（ロ
ーチャンネル：１２００±０．５Ｈｚ、ハイチャンネ
ル：２４００±１．０Ｈｚ）がされ、一般的事項として
伝送方式は：全２重・フラグ同期式、符号方式は：ＮＲ
Ｚ、伝送速度は：２，４００ｂｐｓ、変調方式は：各チ
ャンネルとも１６値ＱＡＭ（直交振幅変調）による６０
０ボー、同期伝送、通信規格は：ＣＣＩＴＴＶ２２ｂ
ｉｓ準拠である。伝送路については、適応回線は：２線
又は４線式の専用回線（ＮＴＴ０．３〜３．４ｋＨｚ帯
域線相当）、又は２線若しくは４線式の自営線であり、
ポイント対ポイント回線、スクランブルとする。

【００１０】図３はモデムとモデムの同期回復動作を行
うリトレーニングシーケンスである。本図に示すよう
に、本手順は、電源投入時や等化器はずれが発生した場
合、モデムとモデムの同期回復動作を行うものである。
図４は図１のＨＤＬＣ２及び１５におけるＬＡＰＢ手順
の局構成を説明する図である。本図（ａ）及び（ｂ）に
示すように、ＨＤＬＣにおいて、通信する情報にはコマ
ンドとレスポンスの２種類があり、一次局（センタ）か
ら二次局（ビーコン）に送信する情報をコマンド、二次
局から一次局に送信する情報をレスポンスと呼ぶ。複合
局はコマンドとレスポンスの両方を送受信する。全ての
フレームはコマンドかレスポンスかのいずれかになる。
ＨＤＬＣのデータリンクには不平衡型データリンクと平
衡型データリンクがあり、不平衡型のデータリンクの構
成では、一次局はデータリンクの制御をする局であり、
リンクレベルでの誤りの制御・回復などに対して全責任
をもつ局である。二次局は一次局の指示によって、デー
タリンクの制御機能を実行する局である。本図（ｃ）は
平衡型データリンクの構成を示す図であり、複合局はデ
ータリンク制御に関して相互に責任をもつ局である。

【００１１】図５はＬＡＰＢにおける情報通信のフレー
ム構成を示す図である。本図（ａ）に示すように、フレ
ームはフラグ、アドレス、制御部、情報部、ＦＣＳ(Fra
meCheck Sequence) 、フラグからなる。アドレス、制御
部、情報部が誤り制御の範囲になる。さらにフレームに
は情報フレーム（Ｉ）、監視フレーム（Ｓ）、非番号制
（Ｕ）フレームがある。情報フレームは通信する情報内
容をもつフレームである。情報を通信するだけでなく通
信制御の機能も持つ。監視フレームはリンクの監視制御
の実行に使用するフレームである。情報部を持たない。
非番号制フレームはモード設定の要求・応答や異常状態
の報告などに使用するフレームである。情報部を持つも
のと持たないものがある。本図（ｂ）に示すように、フ
レームの種類は制御部のデータにより識別される。本図
（ｂ）でのＮ（ｓ）は送信順序番号を、Ｎ（ｒ）は受信
順序番号を示し、ｂ２及びｂ６は低位ビットである。Ｓ
は監視機能ビットでありこのビットで監視コマンド／レ
スポンスを規定する。Ｍは修飾機能ビットであり、この
ビットで非番号制コマンド／レスポンスを規定する。Ｐ
／Ｆはポール／ファイナルビットを表す。

【００１２】図６はＬＡＰＢのコマンドとレスポンスの
種類を示す図である。前述のコマンド及びレスポンスに
は本図に示すような種類がある。図７はデータリンクの
設定、切断を説明する図である。ＬＡＰＢを実現する場
合、Ｔ１（応答確認タイマ）、Ｎ１（情報フレーム中の
最大ビット数）、Ｎ２（最大送信回数）、ｋ（アウトス
タンディング情報フレーム数）のパラメータの設定が設
定される。本図（ａ）に示すように，データリンクを設
定するには、ＳＡＢＭ（ＳｅｔＡＢＭ）コマンドを送
信する。このコマンドを受信した相手局は、それを受け
入れることができる場合にはＵＡ（Ｕｎｎｕｍｂｅｒｄ
Ａｃｋｎｏｗｌｅｄｇｅ）レスポンスで応答し、受け入
れることができない場合にはＤＭ（Ｄｉｓｃｏｎｎｅｃ
ｔｅｄＭｏｄｅ）レスポンスで応答する。データリン
クの切断は、ＤＩＳＣ（Ｄｉｓｃｏｎｎｅｃｔ）コマン
ドを送信し、相手局は、ＵＡレスポンスで応答する。ビ
ーコンセンタ間の通信はモデム接続された後、ＬＡＰＢ
手順のデータリンクが接続される。この状態がデータ転
送可能状態であり、各々データ転送を行うことができ
る。データ転送を終了した場合、ＬＡＰＢ手順のリンク
切断を行う。

【００１３】図８は図１のメッセージ手順部４及び１２
でのメッセージフレームフォーマットを説明する図であ
り、図９はブロッキングフォーマットを示す図である。
図８に示す形式で、ビーコンとセンタ間で通信するメッ
セージの転送はブロッキング／デブロッキングし行われ
る。メッセージ転送手順プロトコルでのブロッキングつ
いては、ＬＡＰＢ手順の１フレームが１ブロックに対応
する。図９に示すように送信側は、メッセージを２５６
バイト単位で分割しメッセージブロック番号を付加し、
１ブロックづつ分割転送する。そしてメッセージをその
の転送優先順位に従って該当する優先レベルを用いて転
送する。送信はメッセージはメッセージの転送優先順位
に従って通信方向につき最大４メッセージまで多重化
（優先メッセージ割り込み）して送信することができ
る。受信側は、優先レベルごとにメッセージブロック番
号にしたがってメッセージを組み立てることになる。メ
ッセージブロックヘッダは、転送すべきメッセージを多
重化して転送できるように優先レベルとメッセージブロ
ック番号によってメッセージブロックを管理する。分割
したメッセージブロックに０から始まる連続した番号を
付加する。また最終メッセージブロック番号のＭＳＢは
１にする。なお、メッセージブロック番号０は該当優先
レベルの受信リセットの意味を持つ。

【００１４】図１０は受信完了のメッセージブロックを
示す図である。本図に示す結果には、００Ｈは正常受
信、０１Ｈは異常受信、詳細には正常受信のとき常に０
０Ｈを表し、異常受信のとき、０１Ｈはメッセージブロ
ック番号不正（ブロック番号が連続していなかった場
合）、０２Ｈはメッセージブロックフォーマット不正、
０３Ｈはメモリ輻輳（受信バッファメモリ無し）を表
す。

【００１５】図１１は図１の訂正符号付加部１３を説明
する図である。本図に示す訂正符号付加部１３はハミン
グ符号の符号器である。図１２は図１の誤り訂正部３２
を説明する図である。本図に示す誤り訂正部３２はハミ
ング符号の復号器である。以下にアプリケーション５及
び１１で送受信されるべきユーザデータの一覧を以下の
表１に示す。

【００１６】

【表１】

【００１７】上記表で通信方向は上りはビーコンからセ
ンタへ、下りはセンタからビーコンへの送信を表す。以
下に各メッセージの内容を説明する。表２はＮｏ．１の
動作状態通知（ビーコン→センタ）を表す。これはビー
コンの動作モードが変化した時点及び装置異常の変化時
又は動作モード通知要求を受信した時、ビーコンからセ
ンタに通知するものである。メッセージ種別：０１Ｈ、
データサイズ：８バイトである。

【００１８】

【表２】

【００１９】表３はＮｏ．２の動作モード変更（センタ
→ビーコン）を表す。メッセージ種別は０２Ｈ、データ
サイズは１バイトである。

【００２０】

【表３】

【００２１】Ｎｏ．３の動作状態通知要求（センタ→ビ
ーコン）はビーコンの動作状態通知を要求し折り返しビ
ーコンから動作状態通知が送信されるようにするもので
ある。メッセージ種別は０３Ｈ、データサイズは０であ
る。Ｎｏ．４のセンタイニシャル通知（センタ→ビーコ
ン）は本通知による登録されている全ての動的情報の削
除及び削減されている静的情報の復旧を行う。メッセー
ジ種別は０４Ｈであり、データサイズは０である。

【００２２】表４はＮｏ．５の動的情報登録（センタ→
ビーコン）を表す。これはセンタから全静的情報を登録
するものである。メッセージ種別は１０Ｈであり、デー
タサイズは２＋１２２×ｎバイトである。

【００２３】

【表４】

【００２４】表５はＮｏ．６の静的情報送信項目変更要
求（センタ→ビーコン）を表す。これは不揮発性メモリ
に格納された静的情報より、無線送信する項目を主方
向、従方向ごとに設定する。無線送信項目は情報メニュ
ー形式のビットパターンで示された大区分単位で指示す
るものである。メッセージ種別は１１Ｈであり、データ
サイズは４バイトである。

【００２５】

【表５】

【００２６】表６はＮｏ．７の動的情報登録（センタ→
ビーコン）を表す。これはセンタか等動的情報（一つの
大区分情報全て）を登録し、情報の一部が変化した場合
でもセンタは全ての情報を送信する必要があり、また実
際の無線送信情報の更新は、Ｎｏ．９の動的情報更新通
知にて行うものである。メッセージ種別は２０Ｈであ
り、データサイズは２＋１２２×ｎバイトである。

【００２７】

【表６】

【００２８】表７はＮｏ．８の動的情報削除（センタ→
ビーコン）を表す。これは動的情報（一つの大区分情報
全て）を削除するのもである。ただし実際の無線送信情
報の更新はＮｏ．９の動的情報更新通知にて行う。メッ
セージ種別は２２Ｈであり、データサイズは１バイトで
ある。

【００２９】

【表７】

【００３０】表８はＮｏ．９の動的情報更新通知（セン
タ→ビーコン）を表す。これは動的情報の登録／削除時
に、本通知により情報の一括更新を行い、前回更新通知
より今回更新通知までに受信した動的情報の更新、削除
要求を受信順に処理するものである。また動的情報更新
後の動的情報メニュー内容を本通知で設定された動的情
報メニュー内容に更新する。メッセージ種別は２３Ｈで
あり、データサイズは４バイトである。

【００３１】

【表８】

【００３２】Ｎｏ．１０のビーコン送信内容問合せ（セ
ンタ→ビーコン）はビーコンの番号、座標、無線送信中
の大区分一覧の問合せであり、折り返し問い合せ結果を
要求元に返す。メッセージ種別は３０Ｈであり、データ
サイズは０である。表９はＮｏ．１１のビーコン送信内
容問合せ応答（ビーコン→センタ）を表す。これはビー
コンからビーコン問合せに対する応答して折り返し送信
するものである。メッセージ種別は３１Ｈであり、デー
タサイズは１２＋３＋ｎである。

【００３３】

【表９】

【００３４】Ｎｏ．１２の静的情報読み出し要求（セン
タ→ビーコン）を表す。これはビーコンへ静的情報を読
み出し要求し折り返し読み出し結果を要求元に返すもの
である。メッセージ種別は４０Ｈであり、データサイズ
は０である。表１０はＮｏ．１３の静的情報読み出し結
果（ビーコン→センタ）を表す。これはビーコンから静
的情報の読み出し結果を折り返し送信するものである。
メッセージ種別は４１Ｈであり、データサイズは６＋１
２２×ｎバイトである。

【００３５】

【表１０】

【００３６】表１１はＮｏ．１４の動的情報読み出し要
求（センタ→ビーコン）を表す。これはビーコンへの動
的情報を読み出し要求し折り返し読み出し結果を要求元
に返すものである。メッセージ種別は５０Ｈであり、デ
ータサイズは１バイトである。

【００３７】

【表１１】

【００３８】表１２はＮｏ．１５の動的情報読み出し結
果（ビーコン→センタ）を表す。これはビーコンからの
動的情報の読み出し結果を折り返し送信するものであ
る。メッセージ種別は５１Ｈであり、データサイズは６
＋１２２×ｎバイトである。

【００３９】

【表１２】

【００４０】表１３はＮｏ．１６のセンタ無通信タイマ
登録（センタ→ビーコン）を表す。これはセンタ無通信
タイマを登録するものである。メッセージ種別は７０Ｈ
であり、データサイズは２バイトである。

【００４１】

【表１３】

【００４２】以上の結論として、実際のビーコンセンタ
間の通信では１ブロックで終わるメッセージが多く、全
１６メッセージ中１２メッセージが１ブロックであると
言える。図１３〜１７はメッセージ転送手順の具体例
（その１〜５）を説明する図である。図１３は送信成功
例を、図１４は送信失敗例（受信完了異常応答）を、図
１５は送信失敗例（受信完了無応答・タイムアウト）
を、図１６は送信失敗（受信完了無応答・タイムアウ
ト）再送復旧を、図１７は送信失敗（受信完了応答送信
エラー・タイムアウト）再送復旧を示す図である。メッ
セージ転送手順で用いるメッセージブロックは１フレー
ムが１ブロックに対応する。送信側はメッセージをメッ
セージブロックに分割して送信する。受信側は、全ての
メッセージを受信した時、受信完了・正常を返す。メッ
セージブロック番号の順序が異常となった場合は受信完
了・異常を返す。送信側は、受信完了・正常が返送され
たとき、メッセージが正常に送信できたとする。また、
受信完了・異常が返送されるか受信完了・正常がメッセ
ージ送信後、一定時間以内に返送されない場合、メッセ
ージが正しく送信できなかったとし、再送処理を行う。
以上はメッセージブロックが複数（２以上）の場合につ
いて説明した。

【００４３】図１８は１フレームメッセージからなる場
合の転送手順を説明する図である。本図に示すように１
フレームメッセージの場合には（図８参照）、メッセー
ジブロックヘッダが正常に受信された場合にも前記受信
完了・正常を送信側に出さないようにする。複数のメッ
セージブロックの場合にはブロックヘッダ番号の順序チ
ェックが必要であるがこれが１の場合には不必要となる
ため従来ではすべて正常として返しており、この手順が
無駄であった。このため、前述のように１フレームメッ
セージの通信がかなり多いので、これを図８のメッセー
ジヘッダのデータサイズ等の情報により１フレームかの
判断をして、受信完了・正常のメッセージを省略するこ
とにより通信手順の簡素化が図れる。なぜなら、ＶＩＣ
Ｓビーコンセンタ間の通信ではモデム接続、ＨＤＬＣ接
続、ビーコンメッセージ転送接続で構成されるので一つ
のメッセージの送信では多数の確認用のメッセージが必
要となっているので、本実施例によれば、これをより簡
素することになるからである。

【００４４】図１９は１フレームメッセージからなる場
合に誤り訂正符号を設けた１フレームメッセージの構成
を示す図である。本図（ａ）において、前述のように１
フレームは２５８バイトからなり、メッセージブロック
はさらにデータに対して６バイトのメッセージヘッダを
付けているものが示されるが、表１の１６のメッセージ
中１１のメッセージがブロック長１６バイト以下であ
る。このため、本図（ｂ）に示すように、データ長を８
バイトとして、これを図８のメッセージヘッダのデータ
サイズ等の情報により検知して余った領域を利用して１
２バイトの（７．４）巡回ハミング誤り訂正符号を設け
て従来ブロック長１６バイトに対して２８バイトにす
る。これは、図１の訂正符号付加部１３で形成され、Ｃ
ＲＣエラー発生部３１でエラーが検出されると誤り訂正
部３２で訂正符号により誤りが訂正され、再度ＣＲＣチ
ェック部３３で誤りがチェックされる。このチェックで
誤りがあった場合に再送要求される。このようにして、
単一誤り訂正・二重誤り検出を行うようにしたので、再
送時間の短縮ができることになる。

【００４５】

【発明の効果】以上説明したように本発明によれば、メ
ッセージを複数のブロックに分割したフレーム毎に転送
し、転送完了後に各フレームについているブロック番号
が正常ならば受信完了・正常のメッセージを受信側から
送信する場合に、メッセージを構成するフレームが単一
のときには受信完了・正常のメッセージを受信側から送
信しないようにするので、受信完了・正常のメッセージ
を省略でき、１フレームメッセージの通信がかなり多く
通信手順の簡素化が図れる。さらに、メッセージを複数
のブロックに分割したフレーム毎に転送する場合に、メ
ッセージを構成するフレームが単一でデータ領域に余り
があるときには受信側で誤り訂正が行えるように前記デ
ータ領域に訂正符号を設けることにより、単一誤り訂正
・二重誤り検出を行うことができ、結果として再送時間
の短縮ができることになる。

【図面の簡単な説明】

【図１】本発明の実施例に係るビーコン通信制御装置で
あって通信プロトコル制御手順を説明するブロック図で
ある。

【図２】本実施例に係る通信プロトコル形式を説明する
図である。

【図３】モデムとモデムの同期回復動作を行うリトレー
ニングを示す図である。

【図４】図１のＨＤＬＣ２及び１５におけるＬＡＰＢ手
順の局構成を示す図である。

【図５】ＬＡＰＢにおける情報通信のフレーム構成を示
す図である。

【図６】ＬＡＰＢのコマンドとレスポンスの種類を示す
図である。

【図７】データリンクの設置、切断を説明する図であ
る。

【図８】図１のメッセージ手順部４及び１２でのメッセ
ージフォーマットを示す図である。

【図９】ブロッキングフォーマットを示す図である。

【図１０】受信完了のメッセージブロックを示す図であ
る。

【図１１】図１の訂正符号付加部１３を説明する図であ
る。

【図１２】図１の誤り訂正部３２を説明する図である。

【図１３】メッセージ転送手順の具体的（その１）を説
明する図である。

【図１４】メッセージ転送手順の具体的（その２）を説
明する図である。

【図１５】メッセージ転送手順の具体的（その３）を説
明する図である。

【図１６】メッセージ転送手順の具体的（その４）を説
明する図である。

【図１７】メッセージ転送手順の具体的（その５）を説
明する図である。

【図１８】１フレームメッセージからなる場合の転送手
順を説明する図である。

【図１９】１フレームメッセージからなる場合に誤り訂
正符号を設けた１フレームメッセージの構成を示す図で
ある。

【図２０】ＶＩＣＳのシステム構成を示す図である。

【図２１】ＶＩＣＳの通信プロトコルの概略を説明する
図である。

【図２２】ビーコンでの受信制御手順をより詳細に説明
するブロック図である。

【図２３】従来のＶＩＣＳセンタとビーコン間通信手順
を説明する図である。

【符号の説明】

１、１６…モデム手順部２、１５…ＨＤＬＣ手順部３１…ＣＲＣエラー発生部３２…誤り訂正部３３…ＣＲＣチェック部４、１２…メッセージ手順部５、１１…アプリケーション部１３…訂正符号付加部１４…ＣＲＣ付加部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 29/08 H04L 12/56 G08G 1/09 H04B 7/26

Claims

(57)【特許請求の範囲】

【請求項１】センタからの情報を車両に提供するビー
コンとセンタとの間でメッセージ転送を行う通信制御装
置であって、前記メッセージを複数のブロックに分割したフレーム毎
に転送し、転送完了後に各フレームについているブロッ
ク番号が正常ならば受信完了・正常のメッセージを受信
側から送信する場合に、前記メッセージを構成するフレ
ームが単一のときには受信完了・正常のメッセージを受
信側から送信しないようにしたことを特徴とするビーコ
ン通信制御装置。
【請求項２】センタからの情報を車両に提供するビー
コンとセンタとの間でメッセージ転送を行う通信制御装
置であって、前記メッセージを複数のブロックに分割したフレーム毎
に転送する場合に、前記メッセージを構成するフレーム
が単一でデータ領域に余りがあるときには受信側で誤り
訂正が行えるように前記データ領域に訂正符号を設ける
ことを特徴とするビーコン通信制御装置。