JP3622706B2 - 無線通信システム、基地局及び端末局 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば路車間などの、移動体に搭載された端末局と移動体の移動経路に沿って設置された基地局との間においてデータ伝送が可能な無線通信技術に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来より、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と呼ばれる通信方式をデータ通信に使用することが検討されている。ＤＳＲＣは携帯電話に比べ、通信速度が大きいことと、通信料が安価になることが期待されており、車両と路側通信機の通信方式として広がることが期待されている。
【０００３】
ＤＳＲＣ通信システムは、車載器と路上通信機間の通信で行われる。路上側から車両にデータを送る場合と車両から路上側へデータを送る場合があるが、いずれにしろ通信データが大きくなると、データが相手機器に送られるには時間がかかるようになる。ＤＳＲＣ通信では通信エリアが大きくないため（数ｍから数１０ｍ）、通信データの大きさを調整して、通信データの大きさが決定されている。通常は車両が走行する最大速度でも、通信時間が確保できるように、通信データの大きさが定められる。そのため、大きなデータを定められたエリア内で通信を完了するには、特別な方法が必要になる。
【０００４】
しかし、ＤＳＲＣの応用分野を考えると、通信データの大きさは種々の場合があると考えられる。例えば、現在ＤＳＲＣ通信の応用には、▲１▼ＥＴＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ）のように、高速で走行している車両と路上通信機の通信によって短時間で料金を徴収するアプリケーションと、▲２▼コンビニエンスストアや駐車場出入り口で停止、あるいは徐行程度のゆっくりと走行する車両に時間をかけてアンテナからデータを送るというアプリケーションが考えられている。
【０００５】
▲１▼のように高速で走行している車両との通信では、速度表示をしても、通信が間に合わない。そのため、高速では１０〜１００ｍｓですべての通信が終わるようにデータ量が設定してある。ＥＴＣでは基本の通信１サイクルが１ｍｓ程度で設定してある。通常の路車間通信では、周波数検知も含めると２０〜３０サイクルで通信が完了するように設定されている。つまり３０ミリ秒という一瞬の時間である。ここで、路上器が車載器を認識する（周波数検知に要する）時間は数サイクル（数ｍｓ）必要になる。
【０００６】
一方、上記▲２▼の場合には、車両が徐行程度の速度になるということが前提になる。徐行程度の速度であれば、表示を見ることも可能であり、表示にしたがって速度を変更することも可能である。また、一旦車両が止まっても、秒単位なら運転者が待ち時間というイライラも感じること無しに待つことができる。
【０００７】
そこで、この▲２▼のようなアプリケーションを前提とし、通信データ量に応じた適切な移動速度を実現して通信データを確実に伝達できるようにすることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するためになされた請求項１の無線通信システムによれば、端末局と基地局との間の通信データ量を把握し、その把握した通信データ量に基づきデータ送受信に必要な通信時間を算出し、その算出した通信時間に基づきデータ送受信に適した移動体の速度を算出する。そして、その算出された移動体速度に基づいて移動体自体の移動速度を制御するか、又は移動体が人によって運転されている場合には運転者に対して移動速度を報知する。移動速度制御の場合には自動的に適切な移動速度が実現でき、一方、報知の場合には、運転者がこの報知された移動体速度となるように移動体を運転することで適切な移動速度が実現できる。このように、通信データ量に応じた適切な移動速度が実現され、基地局と端末局との間で通信データを確実に伝達できる。
【０００９】
なお、通信データ量把握手段、通信時間算出手段、移動体速度算出手段、速度制御手段、報知手段については、基地局側又は端末局側のいずれに設けられていても良い。但し、移動体としては例えば自動車等が考えられ、その場合には、移動体に搭載された端末局側に速度制御手段が設けられることが一般的である。つまり、自動車の有するエンジンやブレーキを制御して走行速度を制御するのである。
【００１０】
ここで基地局と端末局との通信が全二重通信であれば、端末局から基地局への通信（アップリンク）と基地局から端末局への通信（ダウンリンク）が並列で行えるため、端末局側で、基地局側から送られるデータと端末局側から送るデータの大きさを比較し、大きい方のデータから通信時間を算定して移動速度を決定する。一方、半二重通信で通信を行う場合、アップリンクとダウンリンクは異なる時間で行われるため、アップリンクデータ量とダウンリンクデータ量を加えた値を基に移動速度が決定される。
【００１１】
また、報知手段に関しては、端末局側又は基地局側の少なくともいずれか一方に設けられていればよいが、当然ながら両方に共に設けられていても良い。これは運転者に報知するものであるため、例えば移動体が車両の場合に車両内部に報知のための表示器やスピーカなどがあってもよいし、車両外部に報知のための表示器やスピーカなどがあってもよい。
【００１２】
本発明では、通信データ量に応じた適切な移動速度が実現され、基地局と端末局との間で通信データを確実に伝達できることを想定しているが、例えばノイズなどによる通信障害、あるいは移動速度の調整を運転者に委ねた場合に適切な移動速度にならなかったなどの理由により、予定していたデータ送受信が完了しないことも考えられる。その場合、基地局は別の基地局でのデータ補填を行うよう端末局へ通知してもよいし、移動体が人によって運転されている場合には運転者に対してその旨を報知してもよい（請求項４）。このようにすれば、データ送受信が未完であることが端末局側で分かり、必要な対処を取ることができる。
【００１３】
その一例として、請求項５のように、移動体用の電話回線を介して不足分のデータをデータ管理センタから端末局へ送信してデータ補填を行うことが考えられる。この場合、データ送受信が完了しなかったことを端末局が判断し、端末局からデータ管理センタへアクセスしてデータ補填を行ってもよいし（請求項６）、基地局が判断してその旨をデータ管理センタへ通知し、当該通知を受けたデータ管理センタが該当する端末局へアクセスしてデータ補填を行ってもよい（請求項７）。
【００１４】
ところで、実際のシステム運用を考えた場合、端末局は一つではなく、複数の端末局が随時基地局との間でデータ通信を行うのが一般的である。そのため、例えば移動体として自動車を考えると、複数の自動車が接近する状況が想定される。このような状況においては、例えば請求項８に示すように、複数の移動体に搭載された端末局間で、前方移動体から後続移動体に対して前方移動体の走行挙動を伝達できるようにすることが有効な対策となる。つまり、後続移動体に搭載された端末局が前方移動体の走行挙動に基づき自局の搭載された移動体の走行挙動を制御すれば、前方移動体と所定の間隔を確保できる。又、前方移動体の走行挙動に基づく自移動体の取り得べき走行挙動を報知すれば、運転者がそれに応じて適切な間隔を確保するよう運転できる。したがって、安全に走行（移動）でき、且つ上述した確実なデータ通信が実現できる。
【００１５】
複数の移動体に搭載された端末局間同士でのデータ通信については、基地局を介して行うこともできるが、端末局間同士で直接データ通信を行うことが好ましい（請求項９）。データ通信については、例えばブルートゥースなどの無線通信方式を採用することが考えられる。
【００１６】
なお、後続移動体に搭載された端末局が自移動体の取り得べき走行挙動を報知する点は述べたが、請求項１０に示すように、その報知に代えて、あるいはその報知と共に、基地局が移動体の取り得べき走行挙動を報知してもよい。例えば移動体が車両であれば、車両内部の表示器やスピーカなどを介して報知することもできるし、車両外部に報知のための表示器やスピーカなどがあってもよいからである。
【００１７】
また、請求項１１に示すように運転者に対してデータ通信の進捗状況を報知すれば、どの程度待てばよいか分かり、いわゆるイライラ感を解消あるいは緩和できる。
また、上述したシステムに好適に用いられる基地局としては請求項１２に示すもの、端末局としては請求項１３に示すものが挙げられる。これらの効果については、上述しているので繰り返さない。
【００１８】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り、種々の形態を採り得ることは言うまでもない。
【００１９】
［第１実施例］
図１（ａ）は、上述した発明が適用された第１実施例としての路車間通信システムの概略構成を表す説明図である。
本システムは、車両の走行路近傍に配置された基地局Ｋと、走行路を走行する車両に搭載された端末局Ｔとから成る。
【００２０】
この内、端末局Ｔは、車両の例えばダッシュボード上その他の部位に設置されたアンテナ（端末局アンテナ）ＡＴｔと、その端末局アンテナＡＴｔを介して無線通信を行う端末局本体１とを備えている。
一方、基地局Ｋは、走行路上方に設けられたアンテナ（基地局アンテナ）ＡＴｋと、その基地局アンテナＡＴｋを介して無線送受を行う基地局本体１０とを備えている。この基地局本体１０は、ネットワークＮＷを介してデータ管理センタ５０と接続されている。そして基地局Ｋは、基地局アンテナＡＴｋから搬送波ビームを放射して所定の通信エリアを形成し、その通信エリア内に進入した端末局Ｔとの間で無線通信を行う。つまり、車両に搭載された端末局Ｔが車両の移動に伴って間欠的に通信エリアに入出し、その通信エリアに滞在中の端末局Ｔが基地局Ｋとの間でデータ通信を行う。
【００２１】
本実施例は、端末局Ｔ側において車両速度を決定し運転者に知らせるシステム構成である。端末局Ｔは基地局Ｋとの通信の初期段階で、基地局Ｋが全二重通信を行うか半二重通信を行うかのデータと、基地局Ｋ側からの通信データ量（基地局側データ量）を受信する。端末局Ｔは、自局から送信する通信データ量（端末局側データ量）と基地局側データ量、及び通信方式に基づいて、基地局Ｋと端末局Ｔとの間でのデータ送受信に必要な時間（つまりデータ送受信が完了するまでに要する時間）を算定する。そして、その結果から、データ送受信に適した車両走行速度を算出し、その算出結果を即時にディスプレイ２に表示する。例えば「速度２０ｋｍ／ｈ以下」というような表示がされることにより、それを見た運転者は、車両走行速度を調節する。
【００２２】
図１（ｂ）には、走行路上にどのように通信エリアを形成するかを示した例である。基地局アンテナＡＴｋは走行路の上方に設置し、通信エリアと停止線を路上にペイントした例を示す。車両が通信エリアに進入すると１ｍｓ程度で通信が開始され、車載のディスプレイ２に走行速度が表示される。通信データ量が多い場合は走行速度０、すなわち停止を促す表示もなされる。通信エリアは、ユーザが確実に認識できるように路上に明確に表示される。また、停止線も路上に描かれる。運転者はそれを見て、車両の運転を調節できる。特に、ガソリンスタンドやドライブスルー等で指定位置に車両を止めるためには有用である。そのため、通信データ量に応じた適切な車両の走行速度が実現され、通信データを確実に伝達できるようになる。
【００２３】
なお、路上のペイントに限らず、運転者が見てわかるような簡易的なマーキングあるいは看板等であってもよい。
次に、端末局Ｔ及び基地局Ｋにて実行されるデータ通信に係る処理を、両者間のデータのやりとりも含め、図２のフローチャートを参照して説明する。
【００２４】
端末局Ｔでは、通信エリア内か外かを判定し（Ｓ１１）、通信エリア外であれば（Ｓ１１：ＮＯ）、引き続きエリア内外を判定する（Ｓ１１）。通信エリアの内部であることを判定すると（Ｓ１１：ＹＥＳ）、基地局信号を検知したか否かを判定する（Ｓ１２）。そして、端末局Ｔは基地局信号を受信すると（Ｓ１２：ＹＥＳ）、基地局Ｋに応答信号を返す（Ｓ１３）。基地局信号には基地局ＩＤが含まれているので、その基地局ＩＤに対応する基地局Ｋに対して応答信号を送信する。応答信号中には、端末局ＩＤと端末局Ｔから送信を予定している通信データ量が含まれる。
【００２５】
一方、基地局Ｋにおいては、ポーリング信号を送信し（Ｓ１０１）、応答信号の有無を判断しており（Ｓ１０２）、端末局Ｔからのデータを受信すると（Ｓ１０２：ＹＥＳ）、基地局Ｋから端末局Ｔに対して命令（データ送信ならデータ送信命令）を出す（Ｓ１０３）。その中には通信方式（全二重、半二重）や基地局Ｋから送信を予定している通信データ量が含まれている。
【００２６】
端末局Ｔでは、基地局Ｋからの命令を受信すると（Ｓ１４：ＹＥＳ）、受信した命令に応じた動作を行うために命令応答信号を基地局Ｋに対して送信する（Ｓ１５）。そして、通信に必要な時間を算定し（Ｓ１６）、走行速度を計算し（Ｓ１７）、ディスプレイ２（図１参照）に走行速度を表示する（Ｓ１８）。
【００２７】
端末局Ｔからの命令応答信号を受信した基地局Ｋはデータ送信を開始し、端末局Ｔと基地局Ｋとの間でデータ通信がなされる（Ｓ１０５）。半二重では路上側と車載側が例えば交互に通信し、全二重であれば平行して通信が行われる。
端末局Ｔでは、エリア内か否かを判定しており（Ｓ１９）、エリア内に存在している場合には（Ｓ１９：ＹＥＳ）、データ通信・応答を行う（Ｓ２０）。端末局Ｔと基地局Ｋの通信が完了するまで、データ通信が行われ（Ｓ２０，Ｓ１０５）、どちらかが先に通信を完了した場合は相手に通信完了信号が送られる（Ｓ２２）。端末局Ｔではディスプレイ２に通信完了表示を行う（Ｓ２３）。また、基地局Ｋでは、通信完了を受信することで、内部メモリに通信完了を記録しておく（Ｓ１０９）。
【００２８】
もし、端末局Ｔ側でデータ通信エリアを出てしまった場合は、端末局Ｔにて当該エリアから出たことを判定し（Ｓ１９：ＮＯ）、通信が未完であることを内部メモリに記録する（Ｓ２４）。一方、基地局Ｋにおいても、端末局Ｔからの通信完了信号を受信しない状態で（Ｓ１０８：ＮＯ）、端末局Ｔからの応答がなくなったことを判定すると（Ｓ１０７：ＮＯ）、やはり通信が未完であることを内部メモリに記録する（Ｓ１１０）。
【００２９】
なお、本第１実施例は、端末局Ｔが、通信データ量把握手段、通信時間算出手段、移動体速度算出手段、報知手段を備える例であり、具体的には端末局本体１がこれら各手段に相当する。また、上述した図２のフローチャート中、Ｓ１３〜Ｓ１５、Ｓ１６、Ｓ１７、Ｓ１８が各々通信データ量把握手段、通信時間算出手段、移動体速度算出手段、報知手段としての処理の実行内容を示している。なお、報知手段は、ディスプレイ２及びそのディスプレイ２への表示処理（Ｓ１８）を実行する端末局本体１が相当する。
【００３０】
［第２実施例］
図３（ａ）は、第２実施例の路車間通信システムの概略構成を表す説明図である。第２実施例は、第１実施例を発展させた形である。つまり、第１実施例では取り得べき車両走行速度をディスプレイ２に表示することで、それを見た運転者が自分自身で車両を運転してその走行速度に調整した。しかし、運転ミスにより通信エリアを通過してしまい、データを取り損ねる可能性も考えられる。それを防止するために、第２実施例では、ＤＳＲＣ通信エリア内で車両の走行速度を自動的に制御するようにした。
【００３１】
具体的には、端末局Ｔが算定した速度データを走行制御システム５に伝達し、走行制御システム５が実際に走行速度を制御する。端末局Ｔには走行制御システム５との間で通信を行うための外部インターフェイス３を持ち、走行制御システム５に対して車内ＬＡＮを用いてデータを伝達する。これにより運転者が自らの判断でアンテナ位置における速度調節を行わなくても、適切なデータ通信を行える。なお、この場合、端末局Ｔが通信エリア内に存在するときだけ、走行制御システム５による走行制御が行われる。
【００３２】
ここで、走行制御システム５について図３（ｂ）を参照して説明する。走行制御システム５は、複数のセンサ信号を入力し、それらの信号をもとにアクチュエータを制御するものである。アクチュエータの動作はセンサにて検出され制御器に戻される。このような動作（フィードバック制御等）により、車両の走行系は最適動作するよう制御される。運転者の動作も種々のセンサにより検知され、運転者が意図する動作や、運転者が制御しきれない多くの運転動作が走行制御系によって補助されている。たとえばＡＢＳ（自動ブレーキ制御）では、人では制御しきれないブレーキの詳細な制御を行っている。
【００３３】
なお、複数のセンサとは、例えば車輪速センサ、ステアリング角センサ、アクセル開度センサ、ブレーキ押圧センサ、ブレーキ押速度センサ、Ｇセンサ、ヨーレートセンサ、シフトポジションセンサ等であり、アクチュエータとは、例えばブレーキシステム（油圧回路等）、モータ（スロットルバルブモータ等）、電動ステアリング等である。
【００３４】
また、本実施例の走行制御システム５では、従来のような車両に搭載されたセンサの情報をもとにアクチュエータの動作を制御する機能に加え、外部から通信にて送られてきた情報の内、対応できる制御系を持ち、外部からの指示にしたがって車両を走行させることが可能になっている。そのために、走行制御システム５は外部と通信を行うための通信Ｉ／Ｆを持つ。
【００３５】
ここで、端末局Ｔが、基地局Ｋ側から車載の走行制御システム５に関する情報を受信する場合を説明する。端末局Ｔは、基地局Ｋより受信したデータをゲートウェーＧＷに送る。ゲートウェーＧＷは、外部から信号を受信し、その信号を走行制御システム５に転送しても良いかを判定する機能を持つ。ゲートウェーＧＷは、走行制御システム５につけられるハード（あるいは機能ＩＤ）が正しいことと、その機能において使える命令（メッセージセット）やデータＩＤが対応する機器（走行制御システム５）のデータ辞書に含まれるかを判定して、走行制御システム５へデータを送ってよいかをチェックする。ここで、走行制御システム５に含まれていない命令（メッセージ）やデータがゲートウェーＧＷに来た場合は、そのデータを走行制御システム５に悪影響を及ぼすおそれがあるため、ゲートウェーＧＷにてエラーと判定される。ゲートウェーＧＷは、走行制御系に、そのエラーデータを送らないようにする。
【００３６】
また、ゲートウェーＧＷは受信したデータがどの機器から送られてきたものかを受信データのヘッダに含まれる機器ＩＤで判定する。上記の例ではゲートウェーＧＷはデータがＤＳＲＣの基地局Ｋから送られてきたことを判定できる。これらの通信履歴はゲートウェーＧＷで記録される。機器ＩＤとしてインターネットアドレスを用いてもよい。データが正常な場合、ゲートウェーＧＷはデータを走行制御システム５へ送る。走行制御システム５はそのデータを受け取って、命令通りの動作を行う。車両速度を１０ｋｍ／ｈに設定するには、例えば次のようにする。
【００３７】
・アプリ名：ＤＳＲＣエリア内走行制御（ＩＤ＝１５ この値は適当）
・いつ：車両がエリアに入ったとき
・どこで：通信エリア内
・対応機器：車両走行制御ＥＣＵ：
・どのように：一定速度走行：１０ｋｍ／ｈ：
・その他条件：ブレーキ制御・近接時ブレーキ作動：ブレーキ作動５ｍ以内近接
車両はこれらのデータから自動走行（一定走行）のパラメータをセットして、一定速度走行を行う。
【００３８】
このようなデータを送るためにＴＬＶ方式（ｔａｇ／Ｌｅｎｇｔｈ／Ｖａｌｕｅ）の形式を用いることが望ましい。この形にはＡＳＮ．１と呼ばれるものやＸＭＬと呼ばれるデータの形がある。
上記のアプリ名としてＤＳＲＣエリア走行制御としたが、他にいくつかの制御モードを設定し、基地局Ｋから、車両をいくつかの走行パターンで走行させることが可能になっている。駐車場への縦列駐車や、渋滞時隊列走行などが、アプリＩＤにより区別されている。
【００３９】
次に、走行制御システム５における制御内容を図４のフローチャートを参照して説明する。
走行制御システム５は、外部機器からの信号を定期的に受信し、外部からの信号がなければ（Ｓ５１：ＮＯ）、通常の速度制御モードへ移行する（Ｓ５７）。一方、外部からの信号があれば（Ｓ５１：ＹＥＳ）、端末局Ｔからの信号であるか否かを判断し（Ｓ５２）、端末局Ｔからの信号であれば（Ｓ５２：ＹＥＳ）、信号の内容を読み、それに基づいた制御を行う（Ｓ５３）。速度制御の場合は、スロットルとブレーキ制御また必要に応じてエンジン（モータ）回転数制御が用いられる（Ｓ５５）。一方、端末局Ｔからの信号でない場合は（Ｓ５２：ＮＯ）、他の制御モードへ移行する（Ｓ５８）。この他の制御モードとは、例えば上述例で言えば、駐車場への縦列駐車や、渋滞時隊列走行などのアプリケーションに対応するモードである。
【００４０】
なお、本実施例では走行制御システム５が速度制御手段に相当する。
［第３実施例］
図５は、第３実施例の路車間通信システムの概略構成を表す説明図である。実際のシステム運用を考えた場合、端末局Ｔは一つではなく、複数の端末局Ｔが随時基地局Ｋとの間でデータ通信を行うのが一般的であるため、複数の車両が接近する状況が想定される。運転者が前方車両の動作を見誤った時には、前方車両に非常に接近してしまうおそれがある。それを防止するために、本実施例では、車両の動作（減速するか、停止するか、あるいは速度を維持するか、加速するか等）を後続車両へ伝達する後方通信機７ｂと、前方車両との通信を行うために、車両の前方に前方通信機７ａをもつ。走行制御システム５は、前方車両からのデータと端末局Ｔからのデータを比較判定し、前方と後方の両方の車両と車間距離を保ちながら、安全に走行でき、ＤＳＲＣ通信エリア内でデータ通信が確実に行えるようにする。
【００４１】
前方通信機７ａが備えるアンテナ（前方アンテナ）は、主に受信を行い、前方車両の後方に設置してある後方アンテナとの距離が設定値以下になると、前方車両から送られて来る近接警報信号を受信できるように、待ち受け状態にある。通信にはＤＳＲＣ（限られたエリアにある通信機と通信を行う方式）が用いられる。一方、後方通信機７ｂが備えるアンテナ（後方アンテナ）は、主に送信を行い、後方車両の前方に設置された前方アンテナとの距離が設定以下になると、後方車両と通信が可能になる。
【００４２】
この制御は端末局Ｔのデータ制御器８が主体となって実行するが、データ制御器８がＤＳＲＣ通信機４を介して基地局Ｋからの設定速度走行命令を受信している場合、後方通信機７ｂを用いて後続車両に近接警報信号と走行速度情報を送信する。また、前方通信機７ａは、前方車両から近接警報信号と走行速度情報、そして緊急停止のような急激な車両速度の変化を受信すると、その情報を走行制御システム５へ送る。走行制御システム５は、その情報から前方車両の急激な速度変化を把握し、当該速度変化に追随して速度を変化させる。
【００４３】
前方通信機７ａ及び後方通信機７ｂについては、例えば電子ナンバープレートとして構成することが考えられる。前方と後方の車車間通信を行うための機能をナンバープレートに内蔵したものである。図６に示すように、電子ナンバープレートには車両の登録ＩＤが記憶されている。アンテナとして平面アンテナあるいはコイルアンテナが形成され、アンテナ通信回路への入力パワー、アンテナ指向性、位相等を調節することで通信可能距離を制御できるようにされている。通常１０ｍＷ程度のパワーで通信距離を数ｍ程度とすることが可能なＤＳＲＣ機能を持つ。ＤＳＲＣのデータ通信において、徐行程度の速度で前方車両が後続車両への近接警告を与えるには、距離数ｍは妥当な距離である。もっと車両が高速に走行する場合は、出力を調節して到達距離を３０ｍ程度にすることが可能である。この距離であれば一般道の走行における近接警報を出すことも可能である。
【００４４】
次に、データ制御器８の実行する制御内容について図７のフローチャートを参照して説明する。
まず、データ制御器８は、前方車両からの信号があるかを、前方通信機７ａの状態を見てチェックする（Ｓ７１）。もし受信があれば（Ｓ７１：ＹＥＳ）、それが車両からの近接信号か否かをチェックする（Ｓ７２）。その信号が近接信号ではなく、他の信号（別のアプリＩＤ）であれば（Ｓ７２：ＮＯ）、それに応じた動作を行う（Ｓ７３）。
【００４５】
また、前方通信機７ａが受信した信号が近接信号の場合には（Ｓ７２：ＹＥＳ）、その中に緊急信号が含まれていないかをチェックする（Ｓ７４）。そして、緊急信号が含まれる場合には（Ｓ７４：ＹＥＳ）、走行制御システム５に緊急処理データを送る（Ｓ７５）。それに対して緊急処理信号が含まれていない場合は（Ｓ７４：ＮＯ）、走行制御システム５に通常の処理を行わせる（Ｓ７５）。
【００４６】
一方、前方通信機７ａに受信が無い場合には（Ｓ７１：ＮＯ）、ＤＳＲＣ通信機４が端末局用のデータを受信したか否かをチェックする（Ｓ７７）。端末局用受信データがある場合は（Ｓ７７：ＹＥＳ）、設定されたパケットが全部読まれるまで（Ｓ７８：ＹＥＳ）処理を続ける。そして、受信したパケットに走行制御データがある場合は（Ｓ７９：ＹＥＳ）、後方通信機７ｂが用いるデータを、ＤＳＲＣ通信機４が受信したデータから作成する（Ｓ８０）。これは、例えば「１０ｋｍ／ｈの一定速度走行」を示すデータなどである。そして、その作成したデータを後方通信機７ｂへ転送する（Ｓ８１）。続いて、パケットに含まれたデータを読み出し、基地局Ｋへの応答が必要であれば、応答データを作成する（Ｓ８２）。ＤＳＲＣ通信機４からのデータ受信を完了すると、受信完了信号をＤＳＲＣ通信機４へ返す（Ｓ８３）。その後、送受信データを内部メモリに記憶する（Ｓ８４）。
【００４７】
これに対して、前方通信機７ａ、ＤＳＲＣ通信機４からの受信データがなかった場合（Ｓ７７：ＮＯ）、後方通信機７ｂが送信するためのデータを作成し（Ｓ８５）、後方通信機７ｂへ転送する（Ｓ８６）。
なお、これらの処理中に運転者が緊急にブレーキを踏むような危険行為を行った場合は、走行制御システム５よりそのデータを受信して、後方通信機用データを作成し、後方通信機７ｂへ転送する。あるいは、走行制御システム５から直接後方通信機７ｂへ直接データを送るようにしてもよい。
【００４８】
［第４実施例］
図８は、第４実施例の路車間通信システムの概略構成を表す説明図である。以上説明した各実施例においては、通信データ量に応じた適切な車両走行速度が実現され、基地局Ｋと端末局Ｔとの間で通信データを確実に伝達できることを想定しているが、例えばノイズなどによる通信障害、あるいは車両走行速度の調整を運転者に委ねた場合に適切な走行速度にならなかったなどの理由により、予定していたデータ送受信が完了しないことも考えられる。その場合の対策を加味したのが本実施例である。具体的には、図８に示すように、ＤＳＲＣ通信でデータ送受信が完了しなかった場合の不足データを電話回線でバックアップするシステム構成である。端末局Ｔに携帯電話６が接続され、ＤＳＲＣ通信で完了しなかったデータを、携帯電話基地局４０及びネットワークＮＷを介してデータ管理センタ５０からダウンロードする。
【００４９】
この際、データ通信が未完であることを端末局Ｔが判定して、端末局Ｔ側からデータ管理センタ５０へアクセスする方法と、データ通信が未完であることを基地局Ｋ側が判定し、基地局Ｋがデータ管理センタ５０へアクセスし、データ管理センタ５０から、端末局Ｔ側へ電話をかける方法が考えられる。なお、携帯電話６の代わりに自動車電話などの移動体電話を用いても良い。
【００５０】
［第５実施例］
路車間通信システムの具体的なアプリケーションとして、コンビニエンスストアの駐車場で音楽配信や料金振込みを行うことが検討されている。音楽配信では、１曲あたりのデータ量が数メガバイトと考えられており、通信速度が４Ｍｂｐｓ（メガビット毎秒）＝５００Ｋバイト／秒の場合、最短でも１０秒程度がデータダウンロード時間として必要である。また、料金支払いにおいても、金融機関の認証処理には秒単位の時間が必要になる。このようなアプリケーションではコンビニの駐車場では車両を停止させてデータのダウンロードを行うため、表示器には「車両停止」とか、「ダウンロード中」というようにエリアから出ないようにする表示が有効である。将来は、データのダウンロードステーション（ドライブスルータイプ）が設けられると思われる。車両は列をなして、車両走行路を設定速度で走行することになる。この場合、人が低速運転を制御するよりは、自動運転（路上から運転制御）が車両の追突事故を防止するために有利である。
【００５１】
また、現在タクシーや物流の分野では、車両が一日どのようなところをどのように走行したかを事務所で管理することが検討されている。データを事務所にアップロードするような場合、車両は自分自身でどの程度のデータを事務所に送るかがわかっているため、車両走行速度を自車で制御して通信処理を行う必要がある。このときも、複数の車両が通信処理のために順番待ちをする状況が考えられ、その際、前方車両と後続車両へ自車がどのように走行するかを通信で送ることにより、通信中の車両の衝突を防止できる。
【００５２】
図９（ａ）には、タクシーが事務所との間でデータのダウンロードとアップロードをする様子をあらわす。事務所の敷地内にデータ通信用の走行路が準備されており、手前側にアンテナ▲１▼、奥側にアンテナ▲２▼が配置されている。そして、アンテナ▲１▼及びアンテナ▲２▼にそれぞれ対応する位置に、表示機▲１▼及び表示機▲２▼が配置されている。そして、徐行速度で走行する車両に搭載された端末局Ｔがアンテナ▲１▼あるいは２を介して基地局Ｋ側と通信を行い、事務所との間でデータのダウンロードとアップロードを行う。データが多い場合には、これら２つの通信エリアにデータを分割して送るような制御も考えられる。なお、端末局Ｔ側の構成は、図１（ａ）に示した第１実施例あるいは図３（ａ）に示した第２実施例の場合と同様である。
【００５３】
図９（ｂ）には、２つの走行パターンにおける表示例を示す。走行パターン１ではアンテナ▲１▼を介したデータ通信では予定していたデータ通信が完了しない場合を示し、走行パターン２ではアンテナ▲１▼を介したデータ通信で予定していたデータ通信が完了する場合を示す。
【００５４】
車両がアンテナ▲１▼による通信エリアに入る前に、表示機▲１▼に進入速度５ｋｍ／ｈが表示される。その表示を見た運転者がその指示に従い車両を減速させる。車両が通信エリアに入ると、表示機▲１▼と同じ内容の速度制御信号が車両に送信され、端末局Ｔ側のディスプレイ２にも表示される。車両に図３（ｂ）に示すような走行制御システム５がある場合は、設定速度に車両速度を変える。また、車両側からデータを送る場合、車両が通信エリアに入るとすぐにアンテナ▲１▼に車両から車両の持つデータ量が伝達される。
【００５５】
走行パターン２の場合、アンテナ制御器は、データ量と車両速度からアンテナ▲１▼で通信が完了すると判定すると、車両設定速度を表示機▲１▼に表示し、また端末局Ｔ側にも走行速度を通知する。
一方、走行パターン１の場合、アンテナ制御器は、データ量と車両速度からアンテナ▲１▼では通信が完了しないと判定すると、車両設定速度を表示機▲１▼に表示し、また端末局Ｔ側にも走行速度を通知する。この場合、アンテナ▲２▼による通信エリアに他の車両が滞留していない場合、アンテナ制御器は２つの通信エリアで通信を完了するように車両速度を計算し、表示機▲１▼及び表示機▲２▼に表示する。それに対してアンテナ▲２▼による通信エリアに他の車両が滞留している場合、アンテナ制御器はアンテナ▲１▼による通信エリアで通信を完了するように、車両がアンテナ▲１▼による通信エリア内で停止するよう表示機▲１▼に表示する。
【００５６】
なお、アンテナ▲２▼による通信エリアに車両が停止してデータ通信を行っていない場合、アンテナ制御器は２つのアンテナで車両と通信しようとする。アンテナ制御器は通常アンテナ▲１▼とアンテナ▲２▼でのデータ量を通信時間が最も短くなるように配分する。そのため、アンテナ制御器は、表示機▲２▼の表示に表示機▲１▼と同等の速度設定表示を行い、通信が完了した時点で、通信完了に表示を切り替える。その後はたとえば前方車両に注意して加速というような表示を行い、車両の走行速度を上げさせる。このようにして、なるべく、車両の停止がないように表示を行い速度制御を行う。もちろん、表示によって運転者に報知する手法ではなく、車両側に走行制御システム５がある場合には、自動速度制御運転を行うようにしてもよい。
【００５７】
［第６実施例］
本実施例は、第５実施例を発展させた形であり、特に複数のアンテナを用いて、車両の滞留が無いようにする点に主眼を置いたシステムである。図１０（ａ）には本システムの概略、図１０（ｂ）には基地局Ｋ側のブロック図を示す。
【００５８】
走行路上には少なくとも２台のアンテナがアンテナ制御器に接続されている。ここでは２台とする。アンテナ▲１▼及びアンテナ▲２▼に対してアンテナ制御器がどのようなデータを割り振るかを、アンテナ制御用ＰＣの命令で実行する。アンテナ制御用ＰＣは、外部からネットワーク等で送られてきたデータを保持し、アンテナの通信エリアに送信相手が通過した時に、該当するデータを送信する。アンテナ制御用ＰＣが受信したデータには、そのデータをどの車両に送るかのあて先アドレス（インターネットアドレスや車両ＩＤなど、車両をユニークに識別できるものであればよい。）が付けられている。また、アンテナ制御ＰＣには２台の表示機が有線または無線で接続されており、車両に走行速度を示したり、自動制御速度を教えたりする。無線で通信する構成とする場合はブルートゥースや無線ＬＡＮ等を用いるようにするとよい。また、車両がマニュアル走行をする場合で、車両の加速する必要が生じた場合には、運転者に対して車両の加速を促す表示を出す。なお、表示機は端末局Ｔ（車内）に接続するようにしてもよいし、車両内外の両方に設けても良い。
【００５９】
次に、基地局Ｋ側にて実行される処理を図１１のフローチャートを参照して説明する。
アンテナ▲１▼による通信エリア内に車両が存在するか否かを検知し（Ｓ１５１）、車両の存在を検知した場合には（Ｓ１５１：ＹＥＳ）、端末局Ｔから端末局ＴＩＤを読み出す（Ｓ１５２）。そして、アンテナ▲１▼を介して、車両が自動速度制御機構を持つ場合には端末局Ｔに１０ｋｍ／ｈ走行命令を出し、自動速度制御機構を持たない車両に対しては表示機▲１▼による表示にて１０ｋｍ／ｈ走行命令を運転者に報知する（Ｓ１５３）。もちろん、端末局Ｔ側のディスプレイ２においても同様の表示をおこなってもよい。
【００６０】
次に、端末局Ｔに対し、第１アンテナを介して端末局Ｔから基地局Ｋ側へ送信するデータ量（アップリンクデータ量）を問い合わせ（Ｓ１５４）、端末局Ｔから送信されたアップリンクデータ量を受信する（Ｓ１５５）。なお、アンテナを介して受信したデータ処理はアンテナ制御ＰＣ（図１０参照）が行っているが、例えばこの機能をアンテナ制御器に内蔵してもよい。
【００６１】
アンテナ制御ＰＣは、基地局Ｋ側から端末局Ｔへ送信するデータ量（ダウンリンクデータ量）を算定し（Ｓ１５６）、上述したアップリンクデータ量とダウンリンクデータ量の合計データ量を計算して、通信に必要な時間を算定する（Ｓ１５７）。なお、アップリンクの通信速度とダウンリンクの通信速度が異なる場合は、それぞれから通信に要する時間を計算し、加算する。
【００６２】
次に、算定した時間が１つのアンテナを１０ｋｍ／ｈで通過するのに要する時間よりも小さいか否かをチェックする（Ｓ１５８）。その結果、算定時間が通過に要する時間よりも十分小さい場合は（Ｓ１５８：ＹＥＳ）、アンテナ▲１▼だけで通信が行えると判定される（Ｓ１５９）。その場合、アンテナ▲１▼での通信が完了すると（Ｓ１６０）、アンテナ▲２▼で通信を行う必要がない。したがって、車両の前方に車両が無いことをアンテナ制御器のデータをもとにアンテナ制御ＰＣが判定すると（Ｓ１６１：ＮＯ）、車両の速度を１０ｋｍ／ｈよりも加速するように端末局Ｔ側に命令を出す（Ｓ１６３）。一方、前方に車両が存在する場合は（Ｓ１６１：ＹＥＳ）、車両速度１０ｋｍ／ｈを維持するように端末局Ｔ側へ命令を出す（Ｓ１６２）。
【００６３】
これに対して、Ｓ１５７で算定した時間が１つのアンテナを１０ｋｍ／ｈで通過するのに要する時間よりも小さいかをチェックした結果（Ｓ１５８）、通過時間が設定値よりも大きくなる場合は（Ｓ１５８：ＮＯ）、アンテナ▲１▼とアンテナ▲２▼の両方を使って通信を行うようにする（Ｓ１６４）。具体的には、アンテナ制御ＰＣは、通信データをアンテナ▲１▼用とアンテナ▲２▼用に分割する（Ｓ１６５）。アンテナ▲１▼で通信を完了した後（Ｓ１６６）、引き続きアンテナ▲２▼で通信を行う（Ｓ１６７，Ｓ１６８）。アンテナ▲２▼による通信が完了すると（Ｓ１６９）、Ｓ１６１へ移行する。以後は、前記と同様にして車両の前方に車両が無いことをアンテナ制御器のデータをもとにアンテナ制御ＰＣが判定すると（Ｓ１６１：ＮＯ）、車両の速度を１０ｋｍ／ｈよりも加速するように端末局Ｔ側に命令を出す（Ｓ１６３）。一方、前方に車両が存在する場合は（Ｓ１６１：ＹＥＳ）、車両速度１０ｋｍ／ｈを維持するように端末局Ｔ側へ命令を出す（Ｓ１６２）。
【００６４】
なお、端末局Ｔにおける表示例を図１２（ａ）に示す。アップリンクとダウンリンクを区別し、それぞれがどこまで通信できたかを表示する。図１２（ａ）はアップリンクとダウンリンクを１本の棒状で表したが、それぞれを別の棒状で表してもよい。そのとき、進捗に応じて、棒が増えていく表示をすると、乗務員が直感的に通信があとどの程度で完了するかを把握することができ、待つイライラを低減できる。アップリンクデータがあればその通信を先に行い、ダウンリンクを後に行う方がよい。なぜなら、アップリンク情報は車両の業務結果デーが含まれ、業務を行う上で優先度が高いからである。
【００６５】
また、図１２（ｂ）には通信データの構成を示す。図１２（ｂ）は時間に応じてどのようなデータが送られるかを示した図である。アンテナ制御器は、時分割で複数の車両と通信が行えるようになっている。これは、現状のＥＴＣと同様のプロトコルを用いて、複数台の車両と通信が行えることを意味している。
【００６６】
［その他の実施例］
（１）以上説明した第１〜第６実施例は、端末局Ｔにて通信データ量などを算出する実施例であったが、基地局Ｋにて通信データ量その他を算出するようにしてもよい。
【００６７】
▲１▼例えば図１３（ａ）は、第１実施例に対応するものであり、基地局Ｋ側でデータ量を判定し、さらに車両速度を算定して端末局Ｔに送信するシステムの一例を示す。端末局Ｔが通信エリアに入ると、端末局Ｔが送信を予定している通信データ量を基地局Ｋが受信する。そして、基地局Ｋは、基地局Ｋが送信を予定している通信データ量と端末局Ｔからの通信データ量とから、通信時間、走行速度を算定し、走行速度を端末局Ｔに送信する。端末局Ｔでは、その送られた走行速度をディスプレイ２に表示する。また、基地局Ｋ側に速度表示器１２を設け、運転者に走行速度を報知してもよい。
【００６８】
なお、基地局Ｋで走行速度を算定する場合のフローチャートは、図２のＳ１０３で命令を出した後に、図２のＳ１６，Ｓ１７で示すような端末局Ｔにて実行しているのと同様の通信時間算定処理、走行速度算定処理を実行し、その算定した走行速度を端末局Ｔに送信する。その他の処理は同様の内容となる。
【００６９】
▲２▼また、図１３（ｂ）は第２実施例に対応するものであり、端末局Ｔ側に走行制御システム５を設け、ＤＳＲＣ通信エリア内で車両の走行速度を自動的に制御するようにしてもよい。この内容については、第２実施例で詳述したので繰り返さない。なお、このように車両の走行速度を自動的に制御する場合であっても、基地局Ｋ側に設けた速度表示器１２によって運転者に走行速度を報知することは存置してよい。この報知があれば、例えば車両が自動的に減速したり、停止した場合に、その理由が分かるからである。もちろん、端末局Ｔ側のディスプレイ２にも同様の走行速度表示をしてもよい。
【００７０】
▲３▼また、図１４に示すシステム例は、上述した第３実施例に対応するものである。つまり、車両の動作（減速するか、停止するか、あるいは速度を維持するか、加速するか等）を後続車両へ伝達する後方通信機７ｂと、前方車両との通信を行うために、車両の前方に前方通信機７ａをもつ。走行制御システム５は、前方車両からのデータと端末局Ｔからのデータを比較判定し、前方と後方の両方の車両と車間距離を保ちながら、安全に走行でき、ＤＳＲＣ通信エリア内でデータ通信が確実に行えるようにする。このような前提において、基地局Ｋで、通信データ量に基づき通信時間、走行速度を算定し、走行速度を端末局Ｔに送信するのである。この場合も、基地局Ｋ側に設けた速度表示器１２に走行速度を報知してもよいし、しなくてもよい。
【００７１】
▲４▼その他、第４〜第６の実施例に対応するシステム構成を採用しても良い。
なお、これら▲１▼〜▲４▼の実施例の場合は、基地局Ｋが、通信データ量把握手段、通信時間算出手段、移動体速度算出手段、報知手段を備える例であり、具体的には基地局本体１０がこれら各手段に相当する。なお、報知手段は、速度表示器１２及びその速度表示器１２への表示処理を実行する基地局本体１０が相当する。
【００７２】
（２）通信データ量を把握し、その通信データ量れに基づいて通信時間を算出し、その算出した通信時間に基づいて適切な走行速度を算定するという、３つの処理に関しては、一連の処理として、端末局Ｔ側、基地局Ｋ側のいずれか一方で全てを行うのが一般的ではあるが、例えば一部を端末局Ｔで行い、残りを基地局Ｋで行うようにしてもよい。
【００７３】
（３）上記実施例では、運転者への報知を、ディスプレイ２あるいは速度表示器１２への表示で実現したが、例えばスピーカを介して音声にて実現してもよい。また、音声と表示の両方にて実現してもよい。
（４）移動体として自動車等の車両の例を挙げたが、その他の移動体であっても適用は可能である。例えば移動体が人であっても適用は可能である。この場合に「移動体に搭載される端末局」は「人に携帯される端末局」の意味となる。このように人が携帯する端末局に情報を送る場合には、以下のような構成となる。
【００７４】
つまり、人が通行する通路の天井や壁等に基地局を設置しておき、通路に通信エリアを形成する。人がその通信エリア内に入ると、端末局は基地局と通信を開始する（図２参照）。図２のＳ１７において端末局が通信時間を算定すると、人にその時間を表示あるいは音声等によって報知する。人はその情報をを見て（あるいは聞いて）、通信エリア内にとどまるようにする。通信が完了すると、その結果が人に表示あるいは音声等で報知され、人はその表示を確認して通信エリアを出る。なお、通路の通信エリアを明示するために、通信エリアが明確に分かるような色分けを廊下や壁に施しておくとよい。
【００７５】
また、図２の例では基地局からのポーリング信号を端末局で検知した場合に初めて応答信号を返すようにしているが、例えば通信エリア内に入った人が端末局を操作し、端末局から基地局へ命令を出すようにしてもよい。
【図面の簡単な説明】
【図１】（ａ）は第１実施例の路車間通信システムの概要説明図、（ｂ）は走行路上にどのように通信エリアを形成するかを示す説明図である。
【図２】第１実施例のシステムにおける端末局及び基地局にて実行されるデータ通信に係る処理を示すフローチャートである。
【図３】（ａ）は第２実施例の路車間通信システムの概要説明図、（ｂ）は走行制御システムの説明図である。
【図４】第２実施例の端末局側の走行制御システムにて実行される処理を示すフローチャートである。
【図５】第３実施例の路車間通信システムの概要説明図、（ｂ）は走行制御システムの説明図である。
【図６】第３実施例の端末局側の前方通信機及び後方通信機を電子ナンバープレートとして構成した場合の説明図である。
【図７】第３実施例の端末局側のデータ制御器にて実行される処理を示すフローチャートである。
【図８】第４実施例の路車間通信システムの概要説明図である。
【図９】第５実施例の路車間通信システムの概要説明図である。
【図１０】第６実施例の路車間通信システムの概要説明図である。
【図１１】第６実施例の基地局側にて実行される処理を示すフローチャートである。
【図１２】（ａ）は第６実施例の端末局における表示例の説明図、（ｂ）は通信データの構成説明図である。
【図１３】別実施例の路車間通信システムの概要説明図である。
【図１４】別実施例の路車間通信システムの概要説明図である。
【符号の説明】
Ｋ…基地局、Ｔ…端末局、ＡＴｋ…基地局アンテナ、ＡＴｔ…端末局アンテナ、ＮＷ…ネットワーク、ＧＷ…ゲートウェー、１…端末局本体、２…ディスプレイ、３…外部インターフェイス、４…ＤＳＲＣ通信機、５…走行制御システム、６…携帯電話、７ａ…前方通信機、７ｂ…後方通信機、８…データ制御器、１０…基地局本体、１２…速度表示器、４０…携帯電話基地局、５０…データ管理センタ

Claims (13)

1. 端末局を搭載した移動体の移動経路に沿って配置され、限られた通信エリアを有する基地局と、その基地局の通信エリアに進入した端末局との間で無線通信を行う無線通信システムであって、
   前記端末局と前記基地局との間の通信データ量を把握する通信データ量把握手段と、
   該通信データ量把握手段によって把握した通信データ量に基づき、データ送受信に必要な通信時間を算出する通信時間算出手段と、
   該通信時間算出手段にて算出した通信時間に基づき、前記データ送受信に適した前記移動体の速度を算出する移動体速度算出手段と、
   前記移動体速度算出手段によって算出された移動体速度に基づき、前記移動体自体の移動速度を制御する速度制御手段、又は前記移動体が人によって運転されている場合には当該運転者に対して前記移動体速度を報知する報知手段の少なくともいずれか一方と
   を備えている無線通信システム。
2. 請求項１記載の無線通信システムにおいて、
   前記速度制御手段は、前記端末局側が備えていることを特徴とする無線通信システム。
3. 請求項１又は２記載の無線通信システムにおいて、
   前記報知手段は、前記端末局側又は前記基地局側の少なくともいずれか一方に設けられていることを特徴とする無線通信システム。
4. 請求項１〜３のいずれか記載の無線通信システムにおいて、
   前記基地局は、前記データ送受信が完了しなかった場合に、別の基地局でのデータ補填を行うよう前記端末局へ通知するか、又は前記移動体が人によって運転されている場合には当該運転者に対してその旨を報知することを特徴とする無線通信システム。
5. 請求項１〜３のいずれか記載の無線通信システムにおいて、
   所定のデータ管理センタが、移動体用の電話回線を介して前記端末局とデータ通信可能にされており、
   前記端末局と前記基地局との間での前記データ送受信が完了しなかった場合には、不足分のデータを前記データ管理センタから前記端末局へ送信してデータ補填を行うようにしたことを特徴とする無線通信システム。
6. 請求項５記載の無線通信システムにおいて、
   前記端末局と前記基地局との間での前記データ送受信が完了しなかったことを前記端末局が判断し、端末局から前記データ管理センタへアクセスして前記データ補填を行うことを特徴とする無線通信システム。
7. 請求項５記載の無線通信システムにおいて、
   前記端末局と前記基地局との間での前記データ送受信が完了しなかったことを前記基地局が判断してその旨を前記データ管理センタへ通知し、当該通知を受けたデータ管理センタが該当する前記端末局へアクセスして前記データ補填を行うことを特徴とする無線通信システム。
8. 請求項１〜７のいずれか記載の無線通信システムにおいて、
   複数の移動体に搭載された端末局間で、前方移動体から後続移動体に対して前方移動体の走行挙動を伝達する手段を備えており、
   前記後続移動体に搭載された端末局は、前記伝達された前方移動体の走行挙動に基づき前記前方移動体と所定の間隔を確保できるように自局の搭載された移動体の走行挙動を制御するか、又は前記移動体が人によって運転されている場合には当該運転者に対して前記伝達された前方移動体の走行挙動に基づく自移動体の取り得べき走行挙動を報知することの少なくともいずれか一方を行うことを特徴とする無線通信システム。
9. 請求項８記載の無線通信システムにおいて、
   複数の移動体に搭載された端末局間同士で直接データ通信が可能にされていることを特徴とする無線通信システム。
10. 請求項８又は９記載の無線通信システムにおいて、
    前記後続移動体に搭載された端末局が前記自移動体の取り得べき走行挙動を報知することに加えて、又は当該報知に代えて、前記基地局が当該移動体の取り得べき走行挙動を報知することを特徴とする無線通信システム。
11. 請求項１〜１０のいずれか記載の無線通信システムにおいて、
    前記移動体が人によって運転されており、当該運転者に対して前記端末局と前記基地局との間のデータ通信の進捗状況を報知することを特徴とする無線通信システム。
12. 請求項１〜１１のいずれかにおいて基地局に関して記載された構成を有することを特徴とする基地局。
13. 請求項１〜１１のいずれかにおいて端末局に関して記載された構成を有することを特徴とする端末局。

Images