(57)【要約】【課題】路車間通信に用いる無線リソースを圧迫せずに移動局が必要な無線リソースの割当要求を行なえるようにする。【解決手段】基地局１０と移動局５０との間の第１の通信と、移動局５０どうしの第２の通信とを実施しうる無線通信システムにおいて、移動局５０は、前記第２の通信に用いられる無線リソースにて所定の情報を送信し、基地局１０は、前記無線リソースにて前記所定の情報が受信されるか否かを監視し、その監視の結果、前記所定の情報の受信が検出されると、前記情報の送信元である移動局１０に対して、前記第１の通信に用いる無線リソースを割り当てる。【選択図】図１
2010028637.tif 000002
【特許請求の範囲】
【請求項１】
基地局と移動局との間の第１の通信と、移動局どうしの第２の通信とを実施しうる無線通信システムにおける前記基地局において、
前記第２の通信に用いられる無線リソースにて所定の情報が受信されるか否かを監視する監視手段と、
前記監視手段にて前記情報の受信が検出されると、前記情報の送信元である移動局に対して、前記第１の通信に用いる無線リソースを割り当てるリソース割当手段と、
をそなえたことを特徴とする、基地局。
【請求項２】
前記所定の情報は、前記第１の通信に用いる無線リソースの割当要求である、ことを特徴とする、請求項１記載の基地局。
【請求項３】
前記所定の情報は、前記第２の通信において前記移動局間で送受信されるパケットデータである、ことを特徴とする、請求項１記載の基地局。
【請求項４】
前記割当要求は、他の第２の通信において移動局宛に送信される情報に優先して送信される、ことを特徴とする、請求項２記載の基地局。
【請求項５】
前記所定の情報は、前記移動局の位置及び移動方向に関する情報を含み、
前記リソース割当手段は、
受信した前記所定の情報に含まれる前記移動局の位置及び移動方向に関する情報に基づいて、前記割当要求を送信した移動局が前記基地局の無線エリア内に在圏する否か判断し、在圏すると判断した場合に、前記無線リソースの割り当てを実行する、ことを特徴とする、請求項１記載の基地局。
【請求項６】
基地局と移動局との間の第１の通信と、移動局どうしの第２の通信とを実施しうる無線通信システムにおける前記移動局において、
前記第２の通信に用いる無線リソースにて所定の情報を送信する送信手段と、
前記第２の通信を監視して前記所定の情報の受信を検出した前記基地局から、前記基地局との前記第１の通信に用いる無線リソースの割り当て受け、当該無線リソースにて、前記基地局と前記第１の通信を行なう通信手段と、
をそなえたことを特徴とする、移動局。
【請求項７】
基地局と移動局との間の第１の通信と、移動局どうしの第２の通信とを実施しうる無線通信システムにおける通信制御方法において、
前記移動局は、
前記第２の通信に用いられる無線リソースにて所定の情報を送信し、
前記基地局は、
前記第２の通信に用いられる無線リソースにて前記所定の情報が受信されるか否かを監視し、
前記監視の結果、前記所定の情報の受信が検出されると、前記情報の送信元である移動局に対して、前記第１の通信に用いる無線リソースを割り当て、
前記移動局は、
前記割り当てられた無線リソースにて、前記基地局との前記第１の通信を行なう、
ことを特徴とする、通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、基地局、移動局、通信制御方法に関する。本件は、例えば、高度道路交通システム（ＩＴＳ：Intelligent Transport System）に用いられる場合がある。
【背景技術】
【０００２】
近年、交通事故の削減を目指し、ＩＴＳの開発が進められている。ＩＴＳとして、信号機に基地局として機能する無線機（路側機）を備え、交差点の信号機情報（赤か青か等）や右折車の有無の情報等を、数百メートル先の進入車両に搭載された無線機（以下、車載機ないし移動局ともいう）に送信する路車間通信の形態がある。また、近距離に位置する車載機同士で通信を行なって互いの進行方向や走行速度等の車両情報を通知し合う車車間通信の形態もある。
【０００３】
この車車間通信には、一般的な無線ＬＡＮ（Local Area Network）技術（IEEE802.11シリーズ規格）をベースとした狭域アドホック通信の適用が考えられる。この非特許文献１における当該狭域アドホック通信は、移動局同士が基地局などの中央制御装置を介さずに直接通信を行なう形態の通信である。各移動局に対して通信（無線）リソースを割り当てる基地局が存在しないため、個々の移動局が、使用する通信リソースを管理し、各移動局で共有する通信リソースを移動局同士で自律分散的に競合しながら通信を行なう。
【０００４】
その際、各移動局は、例えば、周囲に存在する他の移動局の通信タイミング情報を交換し、各移動局の通信タイミングを自律分散的にずらす、すなわち、使用する通信リソースを自律分散的に選択することによって、干渉を避けることが可能である。
【特許文献１】特開平５−３０７６９７号公報
【非特許文献１】ANSI/IEEE Std 802.11, 1999 Edition
【非特許文献２】F. Borgonovo他、“ADHOC MAC: New MAC Architecture for Ad Hoc Networks Providing Efficient and Reliable Point-to-Point and Broadcast Services”，Wireless Networks 10，359-366，2004，Kluwer Academic Publishers，Netherlands
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の技術においては、移動局（車載機）が基地局（路側機）との通信（路車間通信）に用いる無線リソースの割り当てを基地局に要求する場合、当該要求用に予め定められた無線リソースを用いることができるに留まる。
【０００６】
本件の目的の一つは、路車間通信に用いる無線リソースを圧迫せずに移動局が必要な無線リソースの割当要求を行なえるようにすることにある。
【０００７】
なお、前記目的に限らず、後述する実施形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも他の目的の一つとして位置付けることができる。
【課題を解決するための手段】
【０００８】
例えば、以下の手段を用いる。
（１）基地局と移動局との間の第１の通信と、移動局どうしの第２の通信とを実施しうる無線通信システムにおける前記基地局において、前記第２の通信に用いられる無線リソースにて所定の情報が受信されるか否かを監視する監視手段と、前記監視手段にて前記情報の受信が検出されると、前記情報の送信元である移動局に対して、前記第１の通信に用いる無線リソースを割り当てるリソース割当手段と、をそなえた基地局を用いることができる。
【０００９】
（２）基地局と移動局との間の第１の通信と、移動局どうしの第２の通信とを実施しうる無線通信システムにおける前記移動局において、前記第２の通信に用いる無線リソースにて所定の情報を送信する送信手段と、前記第２の通信を監視して前記所定の情報の受信を検出した前記基地局から、前記基地局との前記第１の通信に用いる無線リソースの割り当て受け、当該無線リソースにて、前記基地局と前記第１の通信を行なう通信手段と、をそなえた移動局を用いることができる。
【００１０】
（３）基地局と移動局との間の第１の通信と、移動局どうしの第２の通信とを実施しうる無線通信システムにおける通信制御方法において、前記移動局は、前記第２の通信に用いられる無線リソースにて所定の情報を送信し、前記基地局は、前記第２の通信に用いられる無線リソースにて前記所定の情報が受信されるか否かを監視し、前記監視の結果、前記所定の情報の受信が検出されると、前記情報の送信元である移動局に対して、前記第１の通信に用いる無線リソースを割り当て、前記移動局は、前記割り当てられた無線リソースにて、前記基地局との前記第１の通信を行なう、通信制御方法を用いることができる。
【発明の効果】
【００１１】
開示の技術によれば、移動局は、路車間通信に用いる無線リソースを圧迫せずに必要な無線リソースの割当要求を行ない、その割り当てを受けることが可能になる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、以下に説明する実施形態は、その趣旨を逸脱しない範囲で種々変形（各実施例を組み合わせる等）して実施することができる。
【００１３】
〔１〕第１実施形態
図１は、第１実施形態に係る無線通信システムの一例としてのＩＴＳを示す模式図である。この図１に示すＩＴＳは、例示的に、基地局の一例としての路側機１０と、信号制御機２０と、ネットワーク３０と、サーバ４０と、移動局（ＭＳ：Mobile Station）の一例としての、車両等に搭載された無線機（以下、車載機という）５０と、をそなえる。
【００１４】
路側機１０は、例えば道路（交差点など）上の信号機などに設置された無線機であり、無線による通信が可能な無線エリア（サービスエリア）を形成する。この無線エリア内において、車載機５０は、路側機１０との間で無線による路車間通信、および、他の車載機５０との間で無線による車車間通信をそれぞれ行なうことができる。路車間通信は、第１の通信の一例であり、車車間通信は、第２の通信の一例である。
【００１５】
路車間通信には、路側機１０から車載機５０への方向である下り（ダウンリンク：ＤＬ）の無線チャネルによる通信と、車載機５０から路側機１０への方向である上り（アップリンク：ＵＬ）の無線チャネルによる通信とのいずれか一方又は双方が含まれる。
【００１６】
この路車間通信（無線チャネル）に用いる通信（無線）リソース（路車間リソース）は、路側機１０において集中的に管理（スケジュール制御）することができる。路側機１０は、前記スケジュール制御により、路車間リソースを車載機５０に個別に割り当てることができる。その割当情報は、例えば図２により後述するように、同報（ブロードキャスト）チャネル等のＤＬの制御チャネルの信号（ＭＡＰデータ）を用いて通知することができる。例えば、このＭＡＰデータは、路車間リソースの識別情報と、当該路車間リソースの割当先となる車載機５０の識別情報とを対応付けた情報又はその集合とすることができる。
【００１７】
車載機５０は、かかる通知を受信すれば、路側機１０により割り当てられた路車間リソースを用いて、路側機１０と無線通信を行なうことができる。つまり、車載機５０は、路側機１０との路車間通信が可能な無線エリアにおいて、当該路側機１０によるスケジュール制御の下、個別に割り当てられた路車間リソースを用いて、路側機１０との路車間通信を行なう。
【００１８】
一方、路車間通信が可能なエリアにおいて、車載機５０どうしの通信（車車間通信）には、前記路車間通信リソース以外の通信リソース（車車間リソース）を用いる。つまり、路車間通信リソースを車車間通信に用いることは制限（禁止）される。したがって、車載機５０どうしの路車間通信の干渉、路車間通信に対する車車間通信による干渉（妨害）を防止することができる。
【００１９】
路車間リソース以外の無線リソース（車車間リソース）は、複数の車載機５０で共用（競合的に使用）することができる。車載機５０は、車車間リソースを、他の車車間通信で使用されている車車間リソースと競合しないように自律分散的に選択する。車車間通信には、例えばアドホック通信を適用することができ、前記自律分散的なリソース選択には、例えばキャリアセンス（CSMA/CA）を適用することができる。以下、路車間通信をインフラ通信、車車間通信をアドホック通信とそれぞれ称することもある。
【００２０】
複数の車載機５０で共用可能な車車間リソースは、路側機１０から車載機５０に対して明示的に指定する（割り当てる）こともできるし、路車間リソースの明示的な割り当てに基づいて車載機５０が自律的に残りのリソースを車車間リソースであると認識することも可能である。
【００２１】
通信（無線）リソースには、時分割多重方式におけるタイムスロット（タイミング）、周波数分割多重方式における周波数、符号分割多重方式におけるコード、直交周波数分割多重方式におけるバースト（周波数×時間）等が含まれる。路車間および車車間の各無線リソースは、路車間および車車間で同一（共通）としてもよいし、例えば、路車間は直交周波数分割多重方式のバースト、車車間は時分割多重方式のタイムスロットというように、路車間および車車間で異ならせてもよい。
【００２２】
例示的に、路車間通信と車車間通信とを同じ無線周波数帯域で運用する場合、図２に示すような無線フレームを用いることができる。すなわち、路車間通信および車車間通信で用いる無線チャネルにおいて、所定周期で繰り返される所定時間の無線フレームを定義する。そして、１無線フレームを、路車間通信の時間（タイムスロット群）と、車車間通信の時間（タイムスロット群）とに分割して、それぞれを独立に利用する。ただし、１無線フレームにおけるスロットは、周波数やコードで分割してもよいし、周波数、コードおよび時間のいずれか１又は２以上の組み合わせで分割してもよい。
【００２３】
図２に例示する個々のスロットは、路側機１０又は車載機５０が、情報を無線パケットデータにより送信するのに用いられる。無線パケットデータ（以下、単に「無線パケット」ともいう）には、プリアンブルと呼ばれる同期信号や、データの宛先アドレス、データなどが含まれる。
【００２４】
路車間通信に用いるスロット（以下、路車間スロットともいう）では、これらの情報を時分割多元接続（ＴＤＭＡ）方式でスロットの先頭から順に送信することができる。一方、車車間通信に用いるスロット（以下、車車間スロットともいう）では、車載機５０は、他の車載機５０から情報が送信されていないスロット（空きスロット）を用いて、他の車載機５０に対する情報（無線パケット）の送信を行なう。
【００２５】
空きスロットは、例えばCSMA/CA方式により、各スロットの先頭から車載機５０が自律的に選択した時間（キャリアセンス時間）だけキャリアセンスすることで検出できる。キャリアセンス時間の選択には、複数の車載機５０が同じキャリアセンス時間を選択してしまい車車間通信の衝突が発生することを抑えるために、乱数を用いるなどの所定の選択基準を適用することができる。
【００２６】
各無線フレームの先頭スロットは、フレームヘッダ（フレーム認識用スロット）であり、路側機１０が、制御情報を送信（ブロードキャスト）する制御チャネルの信号の一つである。前記制御情報には、例示的に、無線フレームの先頭を示す同期信号や、無線フレームにおける路車間スロットと車車間スロットとの配分（割当）を示す情報（ＭＡＰデータ）などが含まれる。
【００２７】
車載機５０は、フレームヘッダの同期信号を受信することにより、当該同期信号を基に路側機１０との同期を確立し、その後のＭＡＰデータを受信することにより、無線フレーム内のスロットフォーマット（路車間スロットと車車間スロットの割り当て状態）を認識することができる。
【００２８】
したがって、車載機５０は、認識した路車間スロットを用いて、路側機１０と無線通信（インフラ通信）を行なうことができ、認識した車車間スロットを用いて、他の車載機５０との車車間通信（アドホック通信）を行なうことができる。なお、前記同期信号は、路側機別にそのパターンを変えることもできる。これによれば、車載機５０は、同期信号を受信することで、路側機１０との同期確立と併せて、路側機１０の識別をも行なうことができる。
【００２９】
無線フレームの先頭スロット以外のスロットでは、路側機１０又は車載機１０は、同期信号（プリアンブル）や、アドレス、データを送信することができる。アドレスには、データの宛先情報、例えば、車載機５０あるいは路側機１０のＩＰアドレスやＭＡＣ（Media Access Control）アドレスを含めることができる。データには、文字、音声、画像、動画その他の各種データが含まれ得る。
【００３０】
なお、各スロットの間には、ガードタイムを設けて、車載機５０の時刻同期誤差を吸収できるようにしても良い。
【００３１】
車載機５０は、路側機１０と路車間通信を開始したい場合、ＵＬ及びＤＬの路車間通信に用いるスロットの割り当てを路側機１０に要求する。この要求には、例えば図３に網掛けで示すように、ＵＬの路車間スロット群のうち、予め決められたスロット（無線リソース要求用領域）を用いることができる。しかし、以下のような不都合がある場合もある。
【００３２】
すなわち、スロット（無線リソース）の割当は、車載機５０が路側機１０のサービスエリアに進入した場合に１度だけ行なえば足りる。そのため、サービスエリアに収容可能な最大車載機数分の無線リソース要求用領域を固定的に用意しておくのは、無駄である。そこで、一般に、無線リソース要求用領域は、統計的に無駄が最小となるような大きさに設定される。例示的に、Ｓ台の車載機５０の割当が同時に可能な領域が設定されたとする。
【００３３】
しかし、実際には、状況によって車載機５０から路側機１０に対してＳ台未満の割当要求しかない場合や全く割当要求がない場合もある。これらの場合には、無線リソース要求用領域はやはり無駄になる。また、Ｓ台を超える車載機５０から割当要求があった場合には、路車間スロットが割り当てられない（つまり路車間通信を実行できない）車載機５０が生じる。
【００３４】
このように、路車間通信と車車間通信とで共通の無線フレームを用いる場合に、車載機５０から路側機１０に対する路車間スロットの割当要求を、路車間リソースの一部を用いて行なうこととすると、実際の路車間通信で利用可能な無線リソースが減ってしまう。これは、路車間通信の効率が低下することを意味し、路車間通信の方が車車間通信よりも優先度が高い場合には望ましくない状態といえる。
【００３５】
そこで、本実施形態では、車載機５０から路側機１０に対する路車間スロットの割当要求を、路車間リソースではなく車車間リソースを用いて行なうこととする。車車間通信にアドホック通信を適用する場合、車車間通信に対して固定的な無線リソースの割り当ては不要であり、必要なときに、必要な分だけ無線リソースが消費される。従って、上述のような不都合を回避することが可能となる。
【００３６】
ただし、アドホック通信においては、各車載機５０がランダムなタイミングで通信を開始しようとするため、車車間通信どうしの衝突が発生し得る。そこで、無線リソース（路車間リソース）の割当要求については、他の車車間通信よりも優先度を高くする。これにより、前記衝突の発生率を低減することが可能となる。前記優先度を高くするには、例示的に、車載機５０におけるキャリアセンス時間を最小にすることが挙げられる。
【００３７】
なお、図１において、信号制御機２０は、信号機の表示状態（青、黄、赤など）を制御する。この信号制御機２０は、例えば、路側機１０及びＩＰ（Internet Protocol）網やＡＴＭ（Asynchronous Transfer Mode）網などのネットワーク３０とそれぞれ通信可能に接続されている。これにより、信号制御機２０は、路側機１０で受信された車載機５０からのデータをネットワーク３０経由でサーバ４０へ送信する一方、サーバ４０からネットワーク３０経由で受信した車載機５０宛のデータを路側機１０へ送信することができる。
【００３８】
サーバ４０は、路側機１０や車載機５０に提供するサービスに応じたデータ（サービス情報）の生成、送受信を行なう。前記サービスには、例示的に、車載機５０の目的地へのナビゲーションサービス、道路状況に関する情報サービス、プローブサービスなどが含まれ得る。
【００３９】
道路状況に関する情報には、例えば、車両の混雑（渋滞）状況、周辺の緊急車両の有無、道路工事の有無、路面状況（路面温度、舗装状態、降雨、積雪、凍結の有無）などの情報が含まれ得る（以下、前記信号機の信号情報と併せて「道路交通情報」と総称する）。道路交通情報には、文字、音声、静止画、動画の各情報のいずれか又は組み合わせが含まれ得る。
【００４０】
プローブサービスとは、例えば、車両の走行情報（位置、速度、移動方向等）を周期的に路側機１０（信号制御機２０）に通知するサービスである。そのサービス情報（プローブ情報）は、例えば、路側機１０周辺を走行中の車両台数を認識して適切な信号機制御を行なったり、特定道路区間の移動時間を求めたりすることに用いられる。
【００４１】
（路側機１０及び車載機５０の構成例）
図４に、路側機１０及び車載機５０それぞれの構成例を示す。図４に示す路側機１０は、例示的に、通信制御部１１と、リソース割当要求監視処理部１２と、割当キュー１３と、リソース割当処理部１４と、リソース管理テーブル１５と、リソース解放処理部１６と、をそなえる。また、通信制御部１１は、アドホック通信（車車間通信）制御部１１１、インフラ通信（路車間通信）制御部１１２、および、切替制御部１１３をそなえる。
【００４２】
一方、車載機５０は、例示的に、アドホック通信（車車間通信）制御部５１１、インフラ通信（路車間通信）制御部５１２、および、切替制御部５１３を有する通信制御部５１をそなえる。
【００４３】
路側機１０の通信制御部１１において、アドホック通信制御部１１１は、他車載機５０との間の車車間通信（アドホック通信）を制御する。本例のアドホック通信制御部１１１は、車載機５０からの路車間リソース（路車間スロット）の割当要求や解放要求を車車間リソースにて受信する一方、前記割当要求に対する応答を生成して車車間リソースにて送信することもできる。
【００４４】
リソース割当要求監視処理部（監視手段）１２は、アドホック通信制御部１１１と連携して、アドホック通信に用いられる車車間リソース（車車間スロット）のいずれかにて所定の情報の一例としての前記割当要求が受信されるか否かを監視する。前記割当要求が受信された場合、リソース割当要求監視処理部１２は、当該割当要求を割当キュー１３に追加（アタッチ）する。なお、路車間リソースの割当要求には、新規及び追加のリソース割当要求の一方又は双方が含まれる（以下、同様）。
【００４５】
リソース割当処理部１４は、リソース管理テーブル１５を用いて管理される無線リソース（路車間スロット）に空きスロットが生じた場合、割当キュー１３から割当要求を取り出し（デタッチし）、当該空きスロットを割り当てる車載機５０の情報をリソース管理テーブル１５に登録する。車載機５０の情報は、車載機５０の識別子（ＩＤ）とすることができる。車載機５０のＩＤは、例示的に、前記割当要求に含まれるものとすることができる。つまり、リソース割当処理部（リソース割当手段）１４は、監視手段の一例としてのリソース割当要求監視処理部（監視手段）１２にて前記割当要求の受信が検出されると、その割当要求の送信元である車載機５０に対して、インフラ通信に用いる路車間スロットを割り当てる。
【００４６】
リソース管理テーブル１５は、例示的に、図示しないメモリ等に記憶され、インフラ通信に用いる路車間リソース（スロット）の空塞状況を管理する。図４には、例示的に、路車間スロットＳ１，Ｓ２，Ｓ４が、それぞれ、車載機ＭＳ３，ＭＳｘ，ＭＳ１２に割り当てられ、路車間スロットＳ３が空きスロットである様子を示している。
【００４７】
リソース解放処理部１６は、アドホック通信制御部１１１と連携して、車載機５０から路車間リソース（スロット）の解放要求を車車間リソースにて受信した場合に、リソース管理テーブル１５に登録されている該当車載機５０の情報（ＩＤ）を削除する。
【００４８】
インフラ通信制御部１１２は、リソース管理テーブル１５の内容に基づいて、割り当てた無線リソース（路車間スロット）を用いて、車載機５０との間で路車間通信（インフラ通信）を行なう。
【００４９】
切替制御部１１３は、無線フレームにおけるインフラ通信およびアドホック通信のスロット情報（時間情報）を有し、この情報に基づいて、アドホック通信制御部１１１によるアドホック通信と、インフラ通信制御部１１２によるインフラ通信とを切替制御する。前記スロット情報は、システムで予め決められた固定値を路側機１０および車載機５０に設定しておいてもよいし、各路側機１０に設定した個別の情報を例えば前記フレームヘッダに含めるなどして車載機５０に動的に通知するようにしてもよい。
【００５０】
なお、路側機１０での車車間および路車間の各通信には、ＤＬの送信処理、ＵＬの受信処理が含まれる。前記送信処理には、例示的に、送信信号の符号化、変調、ＤＡ変換、無線周波数への周波数変換（アップコンバート）、高出力増幅などの処理が含まれ得る。前記受信処理には、例示的に、図示を省略したアンテナで受信されたＵＬの無線信号の低雑音増幅、ベースバンド信号への周波数変換（ダウンコンバート）、ＡＤ変換、復調、復号などの処理が含まれ得る。
【００５１】
一方、車載機５０の通信制御部５１において、アドホック通信制御部５１１は、他の車載機５０との間で車車間リソースにてアドホック通信を行なう。また、アプリケーションからの要求等によって路側機１０とのインフラ通信が必要になった場合、アドホック通信制御部（送信手段）５１１は、路側機１０に向けてインフラ通信用の無線リソース（路車間リソース）の割当要求を、車車間リソースにて送信する。その際、アドホック通信制御部５１１は、キャリアセンス時間を通常よりも短くする等して当該割当要求が他のアドホック通信に優先して送信されるようにしてもよい。
【００５２】
この割当要求に対する応答を路側機１０から車車間リソースにて受信した場合、アドホック通信制御部５１１は、その応答により割り当てられた路車間リソースに関する情報を、インフラ通信制御部５１２に通知する。また、アプリケーションからの通知等によってインフラ通信が不要になった場合、アドホック通信制御部５１１は、割り当てられた路車間リソースの解放要求を路側機１０に送信することもできる。この解放要求は、路側機１０が自律的にリソース解放を行なうこととして、送信しないようにしてもよい。
【００５３】
インフラ通信制御部（通信手段）５１２は、路側機１０から受信した同期信号に時刻同期するとともに、路側機１０から割り当てられた路車間リソースを、アドホック通信制御部５１１を通じて認識すると、当該路車間リソースを用いて路側機１０との間でインフラ通信を行なう。
【００５４】
切替制御部５１３は、路側機１０と同様、インフラ通信用およびアドホック通信用のスロット情報を保持し、そのスロット情報を基に、インフラ通信制御部５１２によるインフラ通信とアドホック通信制御部５１１によるアドホック通信とを切り替える。なお、路側機１０からスロット情報が動的な情報として送信される場合には、その情報がインフラ通信制御部５２によって受信され、当該切替制御部５１３に設定される。
【００５５】
（動作例）
以下、上述のＩＴＳ（車載機５０および路側機１０）の動作例について詳述する。
【００５６】
・車載機５０のリソース割当要求処理および解放処理（図５）
（処理５００１）車載機５０の電源が投入されるなどして、車載機５０の動作が開始される。
【００５７】
（処理５００２）車載機５０（インフラ通信制御部５１２）は、一定時間、路側機１０から送信される信号の受信を試みる。路側機１０から信号が受信されたら、車載機５０は、路側機１０から受信した同期信号に同期するとともに、路側機１０から受信した制御情報に基づいて、路車間スロット及び車車間スロットを認識し、処理５００３に進む（ｙｅｓルート）。路側機１０から信号を受信しなければ、車載機５０は、路側機１０からの信号の受信を試行し続けながら（ｎｏルート）、必要に応じてアドホック通信制御部５１１により車車間スロットにてアドホック通信を行なう。このとき、ＧＰＳ（Global Positioning System）衛星から受信される時刻信号などに基づいてフレームの先頭位置が決められるようにしても良い。
【００５８】
（処理５００３）車載機５０（インフラ通信制御部５１２）は、アプリケーションなどの要求の有無などから、インフラ通信用の路車間リソースの割当の要否を判定する。必要があれば処理５００４に進み（ｙｅｓルート）、必要がなければ処理５００２に戻る（ｎｏルート）。
【００５９】
（処理５００４）車載機５０（アドホック通信制御部５１１）は、処理５００２で認識したアドホック通信用の車車間スロット（空きスロット）のいずれかにおいて、路側機１０宛に路車間リソースの割当要求（無線パケット）を送信する。この無線パケットは、他の車載機５０に優先して送信する高優先パケットとすることができる。その実現例として、他のアドホック通信を検知するキャリアセンス時間を通常のアドホック通信よりも短くすることが挙げられる。この仕組みにより、高優先パケットは、スロットの先頭から短い待ち時間で送信可能となるが、通常のアドホック通信を行なう他の車載機５０は、スロットの先頭からキャリアセンスを開始すると当該高優先パケットを検出する。そのため、他の車載機５０は、そのスロットでの送信は行なわず、パケットの優先制御が実現できる。したがって、インフラ通信の無線リソース割当に使うアドホック通信は、車載機５０間の通信で行なわれるアドホック通信よりも優先度を高くして、パケット衝突等による通信エラーを低減することができる。
【００６０】
（処理５００５）車載機５０（アドホック通信制御部５１１）は、前記割当要求を送信すると、路側機１０からの応答待ちタイマ（ｔ２）をセットする。
【００６１】
（処理５００６）車載機５０（アドホック通信制御部５１１）は、路側機１０から前記割当要求に対する応答（リソース割当応答）を受信したか否かを監視し、受信した場合には処理５００７に進み（ｙｅｓルート）、受信していない場合は処理５００８に進む（ｎｏルート）。
【００６２】
（処理５００７）車載機５０（アドホック通信制御部５１１）は、路側機１０からリソース割当応答を受信したら、処理５００５でセットしたタイマｔ２をリセットする（ｙｅｓルート）。
【００６３】
（処理５００８）車載機５０（アドホック通信制御部５１１）は、路側機１０からリソース割当応答を受信しないまま処理５００５でセットしたタイマｔ２がタイムアウトしたか否かを判断する。タイムアウトした場合には処理５００２に進み（ｙｅｓルート）、タイムアウトしていない場合には処理５００６に戻る（ｎｏルート）。ここで、タイマｔ２がタイムアウトした場合には、車載機５０は、別のタイマをセットし、そのタイマがタイムアウトしたら、路側機１０に対するリソース割当要求を再試行することもできる。
【００６４】
（処理５００９）車載機５０（インフラ通信制御部５１２）は、路側機１０から割り当てられた路車間リソース（スロット）を使って、路側機１０との間でインフラ通信を行なう。なお、リソース割当応答が割当拒否を示すメッセージであった場合、車載機５０は、一定時間待機後等にリソース割当要求の送信を再試行することができる。
【００６５】
（処理５０１０）車載機５０は、インフラ通信が終了する等して不要になったら、リソース解放要求を路側機１０宛に送信し、処理５００２に戻る。このリソース解放要求は、割り当てられた路車間スロットを用いて送信してもよいし、リソース割当要求と同様に車車間スロットを用いて送信してもよい。また、リソース解放要求は、リソース割当要求と同様に、高優先パケットとして送信することができる。なお、リソース解放を路側機１０がタイマ等を用いて自律的に行なう場合、リソース解放要求は送信しなくてもよい。
【００６６】
・路側機１０のリソース割当要求監視処理（図６）
（処理１００１）路側機１０の電源が投入されるなどして、路側機１０の動作が開始される。
【００６７】
（処理１００２）路側機１０のリソース割当要求監視処理部１２は、アドホック通信用の車車間スロットのいずれかにおいて、車載機５０からインフラ通信用の路車間リソースの割当要求を受信したか否かを判定（監視）する。受信していれば処理５００３に進み（ｙｅｓルート）、受信していなければ前記監視を継続する（ｎｏルート）。
【００６８】
（処理１００３）リソース割当要求監視処理部１２は、車載機５０から受信したリソース割当要求（要求元車載機５０の識別情報などを含む）を、割当キュー１３にアタッチする。
【００６９】
（処理１００４）リソース割当要求監視処理部１２は、要求元車載機５０用のリソース割当要求リジェクト用タイマｔ０をセットし、処理１００２に戻る。このタイマｔ０がタイムアウトしても空きリソースが存在しない場合には、割当拒否（リジェクト）が要求元車載機５０宛に送信される。
【００７０】
（路側機１０のリソース割当処理：図７）
（処理１０１１）路側機１０の電源が投入されるなどして、路側機１０の動作が開始される。
【００７１】
（処理１０１２）路側機１０のリソース割当処理部１４は、割当キュー１３にリソース割当要求がアタッチされているか否かをチェックする。要求がアタッチされていれば処理１０１３に進み（ｙｅｓルート）、要求がアタッチされていなければ割当キュー１３の監視を継続する（ｎｏルート）。
【００７２】
（処理１０１３）リソース割当処理部１４は、リソース管理テーブル１５を参照して、インフラ通信用の路車間リソースに空きがあるか否かを判定する。空きがある場合には処理１０１４に進み（ｙｅｓルート）、空きがない場合には処理１０１９に進む（ｎｏルート）。
【００７３】
（処理１０１４）リソース割当処理部１４は、要求元車載機（ＭＳｘ）５０に空きリソースである路車間スロット（Ｓｎ）を割り当て、リソース管理テーブル１５に路車間スロットＳｎを車載機（ＭＳｘ）５０に割り当てたことを書き込む。
【００７４】
（処理１０１５）リソース割当処理部１５は、割当キュー１３から処理１０１４でリソース割当処理を完了した要求をデタッチする。
【００７５】
（処理１０１６）リソース割当処理部１４は、処理１０１４でリソース割当が完了した車載機（ＭＳｘ）５０の割当要求リジェクト用タイマｔ０をリセットする。
【００７６】
（処理１０１７）リソース割当処理部１４は、アドホック通信制御部１１１を通じ、処理１０１４で割当が完了した車載機（ＭＳｘ）５０に対して、割り当てた路車間スロットＳｎを示す情報（パケット）を、アドホック通信用の車車間スロットにて送信する。その際、当該情報は、高優先パケットとして送信することができる。なお、リソース割当要求とリソース割当応答とは同じ優先度としてもよいし、異なる優先度としてもよい。例えば、リソース割当要求よりもリソース割当応答の優先度の方を高くするようにしてもよい。
【００７７】
（処理１０１８）リソース割当処理部１４は、リソース割当が完了した車載機（ＭＳｘ）５０用のリソース浮き監視用タイマｔ１をセットし、処理１０１２に戻る。当該タイマｔ１は、路車間リソースを割り当てた車載機５０とのインフラ通信が行なわれるたびに再起動される。当該車載機５０との間で、ある一定期間インフラ通信が行なわれない場合には、タイマｔ１がタイムアウトする。このタイマｔ１がタイムアウトした場合、当該車載機５０に割り当てた路車間リソースが使用されずに無駄になっていると判断することができる。
【００７８】
（処理１０１９）前記処理１０１３で空きリソースが存在しない場合、リソース割当処理部１４は、割当要求リジェクト用タイマｔ０がタイムアウトしたか否かを確認し、タイムアウトしていなければ処理１０１３に進み（ｎｏルート）、タイムアウトしていれば処理１０２０に進む（ｙｅｓルート）。
【００７９】
（処理１０２０）リソース割当処理部１４は、タイマｔ０のタイムアウトにより、アドホック通信制御部１１１を通じ、路車間リソースを割り当てられない旨（割当拒否）を、リソース割当応答として要求元の車載機５０宛に送信し、処理１０１２に進む。このリソース割当応答も、高優先パケットとして送信することができる。路車間リソースの割り当てを拒否（リジェクト）された車載機５０は、一定時間経過後等にリソース割当要求を再試行することができる。
【００８０】
以上のように、本例によれば、路側機１０と車載機５０との間において、路車間通信（インフラ通信）用の路車間リソースの割当処理（割当要求、応答）を、車車間リソース（アドホック通信）を用いて行なうので、路車間リソースを圧迫することがない。したがって、路車間リソースの効率的な利用を図りつつ、インフラ通信の優先性を確保して、インフラ通信の通信効率を向上することができる。
【００８１】
また、リソース割当要求やその応答を、アドホック通信におけるキャリアセンス時間を通常よりも短くする等して、高優先パケットとして送信することができるから、路車間リソースの割当成功率を向上することができる。
【００８２】
・路側機１０のリソース解放処理（図８）
（処理１０３１）路側機１０の電源が投入されるなどして、路側機１０の動作が開始される。
【００８３】
（処理１０３２）路側機１０のリソース解放処理部１６は、アドホック通信制御部１１１を通じ、車載機５０から車車間スロット又は路車間スロットにてリソース解放要求を受信したか否かを判定する。リソース解放要求を受信した場合には処理１０３３に進み（ｙｅｓルート）、受信していない場合には処理１０３６に進む（ｎｏルート）。
【００８４】
（処理１０３３）リソース解放要求を受信した場合、リソース解放処理部１６は、当該リソース解放要求の要求元である車載機（ＭＳｘ）５０に割り当てていた路車間リソース（路車間スロットＳｎ）を解放する。
【００８５】
（処理１０３４）リソース解放処理部１６は、リソース管理テーブル１５から要求元の車載機（ＭＳｘ）５０に関する登録を削除する。
【００８６】
（処理１０３５）リソース解放処理部１６は、リソース解放が完了した車載機（ＭＳｘ）５０に対して、アドホック通信制御部１１１を通じ、解放した路車間スロットＳｎを示す情報（パケット）を車車間スロットにて送信し、処理１０３２に戻る。このパケットも、高優先パケットとして送信することができる。
【００８７】
（処理１０３６）リソース解放要求を受信していない場合、リソース解放処理部１６は、タイムアウトしたリソース浮き用タイマｔ１が存在するか否かを判定する。存在する場合には処理１０３３に進んで（ｙｅｓルート）、リソース解放処理部１６は、該当の路車間リソースを解放し、リソース管理テーブル１５の該当エントリを削除する。これにより、割り当て済みの路車間リソースが長時間にわたって使用されないままになることを回避することができ、路車間リソースの有効利用を図ることができる。タイムアウトしたリソース浮き用タイマｔ１が存在しない場合には処理１０３２に進む（ｎｏルート）。
【００８８】
〔２〕第２実施形態
図９は、第２実施形態に係る無線通信システムの一例としてのＩＴＳを示す模式図である。この図９に示すＩＴＳは、図１に例示したＩＴＳと同様である。ただし、図９において、信号制御機２０、ネットワーク３０およびサーバ４０の図示は省略している。
【００８９】
第１実施形態のＩＴＳでは、車載機５０が車車間リソースを用いて路車間リソース（スロット）の割当要求を路側機１０に対して明示的に行なう例であった。これに対し、本例のＩＴＳでは、路側機１０が車車間通信の有無をモニタし、車車間通信を行なっている車載機５０に対して、路側機１０が主導的に路車間リソースを割り当てる。
【００９０】
つまり、車載機５０は、路側機１０に対して路車間リソースの割当要求を明示的に送信しなくても、路車間リソースの割り当てを受けることができる。図９には、車載機ＭＳａに対して空きリソースである路車間リソース（スロット）Ｓ３が割り当てられ、車載機ＭＳｂに対して空きリソースである路車間リソース（スロット）Ｓ１が割り当てられる様子を例示している。
【００９１】
本例における路側機１０及び車載機５０それぞれの構成例を図１０に示す。この図１０に示す路側機１０は、例示的に、図４の構成に比して、リソース割当要求監視処理部１２に代えてアドホック通信監視処理部１７をそなえる点が異なる。なお、その他の既述の符号と同一符号を付して説明する要素については、特に断らない限り、既述の要素と同一若しくは同様である。また、本例においても、路側機１０と車載機５０との間の通信には、例示的に、図２に示した無線フレームを用いるものとする。
【００９２】
路側機１０のアドホック通信監視処理部（監視手段）１７は、例示的に、アドホック通信制御部１１１による車車間通信（アドホック通信）、例えば、所定の情報の一例としてのアドホック通信の無線パケット（以下、アドホック通信パケットともいう）の受信の有無を監視する。この監視により、路側機１０のサービスエリア内でアドホック通信を行なっている車載機５０を検知すれば、アドホック通信監視処理部１７は、当該車載機５０に対する路車間リソース（スロット）の割当要求を割当キュー１３にアタッチする。
【００９３】
リソース割当処理部１４は、リソース管理テーブル１５を用いて管理される無線リソース（路車間スロット）に空きスロットが生じた場合、割当キュー１３から割当要求を取り出し（デタッチし）、当該空きスロットを割り当てる車載機５０の情報（例えばＩＤ）をリソース管理テーブル１５に登録する。車載機５０の情報（ＩＤ）は、アドホック通信監視処理部１７で検知したアドホック通信パケットに含まれるものとすることができる。つまり、本例のリソース割当処理部（リソース割当手段）１４は、監視手段の一例としてのアドホック通信監視処理部１２にて所定の情報の一例としてのアドホック通信パケットの受信が検出されると、そのパケットの送信元である車載機５０に対して、インフラ通信に用いる路車間スロットを割り当てる。
【００９４】
リソース管理テーブル１５は、例示的に、図示しないメモリ等に記憶され、インフラ通信に用いる路車間リソース（スロット）の空塞状況を管理する。
【００９５】
リソース解放処理部１６は、割り当てた路車間リソースを用いた路車間通信が一定時間行なわれないか、あるいは、車載機５０から路車間リソース（スロット）の解放要求を受信した場合に、リソース管理テーブル１５に登録されている該当車載機５０のＩＤを削除する。
【００９６】
一方、車載機５０の通信制御部５１において、アドホック通信制御部５１１は、他の車載機５０との間で車車間リソースにてアドホック通信を行なう。なお、本例において、路車間リソースは路側機１０から自動的に割り当てられるから、車車間リソースを用いたリソース割当要求は送信しなくてもよい。
【００９７】
ただし、第１実施形態と同様にして明示的なリソース割当要求を送信したり、追加のリソース割当要求を車車間リソースにて送信することとしてもよい。その場合も、アドホック通信制御部５１１は、キャリアセンス時間を通常よりも短くする等して当該割当要求が他のアドホック通信に優先して送信されるようにすることができる。
【００９８】
この割当要求に対する応答を路側機１０から車車間リソースにて受信した場合、アドホック通信制御部５１１は、その応答により割り当てられた路車間リソースに関する情報を、インフラ通信制御部５１２に通知する。また、アプリケーションからの通知等によってインフラ通信が不要になった場合、アドホック通信制御部５１１は、割り当てられた路車間リソースの解放要求を路側機１０に送信することもできる。
【００９９】
（動作例）
以下、第２実施形態のＩＴＳ（車載機５０および路側機１０）の動作例について詳述する。
【０１００】
・路側機１０のアドホック通信監視処理（図１１）。
（処理１１０１）路側機１０の電源が投入されるなどして、路側機１０の動作が開始される。
【０１０１】
（処理１１０２）路側機１０のアドホック通信監視処理部１７は、アドホック通信制御部１１１と連携して、車載機５０間で交換されるアドホック通信パケットを受信したか否かを判定する。受信した場合には処理１１０３に進み（ｙｅｓルート）、受信していない場合は処理１１０２に進んで監視を継続する（ｎｏルート）。
【０１０２】
（処理１１０３）アドホック通信監視処理部１７は、受信したアドホック通信パケットに含まれる、車載機５０の位置情報等に基づいて、アドホック通信パケットの送信元車載機（ＭＳｘ）５０が自路側機１０のサービスエリア内に在圏するか否かを判定する。サービスエリア内であると判定すれば処理１１０４に進み（ｙｅｓルート）、サービスエリア外と判定すれば処理１１０２に戻る。
【０１０３】
（処理１１０４）アドホック通信監視処理部１７は、自路側機１０が当該車載機５０を送信元とするアドホック通信パケットを過去に受信していない、新規の車載機５０であるか否かを判定する。新規の車載機５０であると判定した場合には処理１１０５に進み（ｙｅｓルート）、そうでない場合は処理１１０６に進む（ｎｏルート）。
【０１０４】
（処理１１０５）アドホック通信監視処理部１７は、アドホック通信パケットの送信元車載機５０を要求元とする割当要求を割当キュー１３にアタッチする。
【０１０５】
（処理１１０６）アドホック通信監視処理部１７は、アドホック通信パケットを過去に受信した車載機（ＭＳｘ）５０が自路側機１０のサービスエリア内に在圏していることが確認されたため、エリア在圏状況をモニタするタイマｔ３をセットする。このタイマｔ３がタイムアウトするまでに車載機（ＭＳｘ）５０のアドホック通信パケットが路側機１０にて受信されない場合には、当該車載機５０は自路側機１０のサービスエリア外に離脱してリソース浮きが発生していると判断することができる。その場合、リソース解放処理部１６によって、当該車載機５０に割り当てていた路車間リソースを解放する。なお、必要に応じて、第１実施形態との組み合わせにより、路車間リソースの割当、解放を車載機５０が能動的に行なうことを可能にしてもよい。
【０１０６】
・路側機１０の路車間リソース割当処理（図１３）
（処理１１１１）路側機１０の電源が投入されるなどして、路側機１０の動作が開始される。
【０１０７】
（処理１１１２）路側機１０のリソース割当処理部１４は、割当キュー１３に割当要求があるか否かを判定する。割当キュー１３に割当要求があれば処理１１１３に進み（ｙｅｓルート）、割当要求が無ければ割当キュー１３の監視を継続する（ｎｏルート）。
【０１０８】
（処理１１１３）リソース割当処理部１４は、路車間リソースに空きがあるか否かを判定する。空きリソースがあれば処理１１１４に進み（ｙｅｓルート）、無ければ処理１１１２に戻る（ｎｏルート）。
【０１０９】
（処理１１１４）空きリソースがある場合、リソース割当処理部１４は、車載機（ＭＳｘ）５０に空きリソースである路車間スロット（Ｓｎ）を割り当てるとともに、リソース管理テーブル１５にスロットＳｎを車載機（ＭＳｘ）５０に割り当てたこと（ＩＤ）を書き込む。
【０１１０】
（処理１１１５）リソース割当処理部１４は、処理１１１４でリソース割当処理を完了した要求を割当キュー１３からデタッチする。
【０１１１】
（処理１１１６）リソース割当処理部１４は、インフラ通信制御部１１２を通じ、フレームヘッダの制御情報等によって、車載機（ＭＳｘ）５０にスロットＳｎを割り当てたことを通知する。
【０１１２】
（処理１１１７）リソース割当処理部１４は、路車間スロットＳｎを割り当てた車載機（ＭＳｘ）５０用のリソース浮き監視用タイマｔ１をセットし、処理１１１２に戻る。
【０１１３】
以上のように、本例によれば、路側機１０が、車車間通信をモニタして、サービスエリア内の車載機５０に対して路車間リソースを、明示的なリソース割当要求を車載機５０から受信しなくても自動的に割り当てることができる。したがって、第１実施形態に比して、さらに路車間リソース及び車車間リソースの効率的な利用を図ることができる。
【０１１４】
・車載機５０の路車間リソース割当処理（図１２）
（処理５１０１）車載機５０の電源が投入されるなどして、車載機５０の動作が開始される。
【０１１５】
（処理５１０２）車載機５０のアドホック通信制御部５１１は、必要に応じ、他の車載機５０との間でアドホック通信を行なう。
【０１１６】
（処理５１０３）アドホック通信制御部５１１は、インフラ通信制御部５１２と連携して、路側機１０のフレームヘッダに含まれた制御情報等によって、路車間リソースが割り当てられているか否かを判定する。割り当てられている場合には処理５１０４に進み（ｙｅｓルート）、割り当てられていない場合には処理５１０２に戻る（ｎｏルート）。
【０１１７】
（処理５１０４）路車間リソースが割り当てられた車載機５０は、インフラ通信制御部５１２によって、当該路車間リソースを使って路側機１０とインフラ通信を行ない、処理５１０２に戻る。
【０１１８】
・路側機１０の路車間リソース解放処理（図１４）
（処理１１２１）路側機１０の電源が投入されるなどして、路側機１０の動作が開始される。
【０１１９】
（処理１１２２）路側機１０のリソース解放処理部１６は、タイムアウトしたリソース浮き監視用タイマｔ１の有無を判定する。タイムアウトしたタイマｔ１があれば処理１１２３に進み（ｙｅｓルート）、無ければタイムアウトしたタイマｔ１の有無の監視を継続する（ｎｏルート）。
【０１２０】
（処理１１２３）リソース解放処理部１６は、タイムアウトしたタイマｔ１に対応する車載機（ＭＳｘ）５０に割り当てた路車間リソースを解放する。
【０１２１】
（処理１１２４）リソース解放処理部１６は、リソース管理テーブル１５の車載機（ＭＳｘ）５０の登録情報（ＩＤ）を削除して、処理１１２２に戻る。
【０１２２】
なお、リソース解放処理は、車載機５０から、明示的な路車間リソースの解放要求を路車間リソースあるいは車車間リソースで受信した場合に、実施することもできる。リソース解放要求は、インフラ通信が不要になった場合（例えば、インフラ通信が終了した場合や、車載機５０の電源がＯＦＦ操作された場合、路側機１０のサービスエリアを離脱する場合等）に、車載機５０から送信することができる。
【０１２３】
また、車載機５０は、アドホック通信パケットに、自車載機５０の位置及び移動方向に関する情報を含めてもよい。これによれば、路側機１０（リソース割当処理部１４）は、当該アドホック通信パケットを受信することで、当該車載機５０の位置及び移動方向を認識することができる。
【０１２４】
したがって、路側機１０は、認識した位置及び移動方向に基づいて車載機５０に対する路車間リソースの割当要否を判断することができる。例えば、路側機１０は、車載機５０が前記位置及び移動方向に基づいてサービスエリア内に在圏するか否かを判断することができる。したがって、路側機１０は、サービスエリア内に在圏すると判断した車載機５０に対してのみ路車間リソースの割り当てを実行することができる。
【０１２５】
例えば図１５に模式的に示すように、路側機１０は、サービスエリア（インフラ通信エリア）１００内にその中心に向けて進入してくる車載機５０に対しては路車間リソースの割り当てを実行する。これに対し、サービスエリア１００から離脱する車載機５０や、サービスエリア１００の端を通過する車載機５０のように短時間にサービスエリア１００を通過するに過ぎない車載機５０に対しては、路車間リソースの割り当ては実行しない。これによれば、無駄な路車間リソースの割り当てを回避することが可能となるから、路車間リソースの利用効率の向上を図ることができる。
【０１２６】
なお、アドホック通信により他の車載機５０へ送信する無線パケットには、追加的あるいは代替的に、車載機５０の速度情報を含めてもよい。これによれば、路側機１０は、例えば、短時間にサービスエリア１００を通過するため路車間リソースの割り当てを不要にできる車載機５０を選別することが可能となる。
【０１２７】
車載機５０の位置や移動方向、速度情報は、ＧＰＳや各種センサを用いて取得することができる。
【０１２８】
〔３〕その他
上述した例では、図面において、スロットの大きさが路車間通信および車車間通信で同一であるように図示しているが、双方の通信でスロットの大きさは異なっていてもよい。例えば、より小さな単位の通信リソース（スロット）を定義して、それらを複数結合することによって、大きさの異なる通信リソースを定義する。この場合、固定長のデータを送信する車車間リソース（スロット）は、固定長とすることができる。
【０１２９】
また、１スロットで送信できないような大きなデータを送信する場合は、当該データを送信するのに足りるだけの複数スロットを帯域割当情報によって割り当てることもできる。この場合、プリアンブル（同期情報）や宛先情報などのオーバヘッドを複数スロットに共通としてオーバヘッド量を削減するようにしてもよい。これによれば、送信データ量を増やす（スループットを改善する）ことができる。
【０１３０】
上述した各実施形態においては、リソース割当および解放の対象となるリソース数（スロット数）については明示していないが、リソース割当要求に割り当ててほしいリソース数（スロット数）を含めることで、複数のリソースを同時に割り当てられるようしてもよい。同様に、解放要求には、解放してほしいリソースＩＤ（スロット番号）を含めることで、一部の必要なリソースは割り当てられたままにして、不要なリソースのみを解放するようにしてもよい。
【０１３１】
さらに、無線機１０、無線機５０の設置箇所は適宜変更可能である。例えば、交通システムの一つとして鉄道網を想定した場合には、基地局としての無線機１０を遮断機の信号機に設置し、無線機５０を鉄道車両に設置して、鉄道車両に各地遮断機の情報やその周辺の状況に関する情報を提供したり、鉄道車両間あるいは鉄道車両と車載機５０との間で車両速度等の車両情報を互いに通知し合うサービスを実現することもできる。
【０１３２】
以上の実施形態に関し、さらに以下の付記を開示する。
〔４〕付記
（付記１）
基地局と移動局との間の第１の通信と、移動局どうしの第２の通信とを実施しうる無線通信システムにおける前記基地局において、
前記第２の通信に用いられる無線リソースにて所定の情報が受信されるか否かを監視する監視手段と、
前記監視手段にて前記情報の受信が検出されると、前記情報の送信元である移動局に対して、前記第１の通信に用いる無線リソースを割り当てるリソース割当手段と、
をそなえたことを特徴とする、基地局。
【０１３３】
（付記２）
前記所定の情報は、前記第１の通信に用いる無線リソースの割当要求である、ことを特徴とする、付記１記載の基地局。
【０１３４】
（付記３）
前記所定の情報は、前記第２の通信において前記移動局間で送受信されるパケットデータである、ことを特徴とする、付記１記載の基地局。
【０１３５】
（付記４）
前記割当要求は、他の第２の通信において移動局宛に送信される情報に優先して送信される、ことを特徴とする、付記２記載の基地局。
【０１３６】
（付記５）
前記優先送信は、前記送信元の移動局が他の第２の通信の有無をセンスする時間を、他の移動局宛に情報を送信する際に行なうセンス時間よりも短い時間に設定することで可能となる、ことを特徴とする、付記４記載の基地局。
【０１３７】
（付記６）
前記リソース割当手段は、
前記割り当ての結果を、前記第２の通信に用いられる無線リソースにて前記送信元の移動局へ送信する、ことを特徴とする、付記１記載の基地局。
【０１３８】
（付記７）
前記所定の情報は、前記移動局の位置及び移動方向に関する情報を含み、
前記リソース割当手段は、
受信した前記所定の情報に含まれる前記移動局の位置及び移動方向に関する情報に基づいて、前記割当要求を送信した移動局が前記基地局の無線エリア内に在圏する否か判断し、在圏すると判断した場合に、前記無線リソースの割り当てを実行する、ことを特徴とする、付記１記載の基地局。
【０１３９】
（付記８）
前記第２の通信に用いられる無線リソースは、時分割されたタイムスロット群のいずれかである、ことを特徴とする、付記１〜７のいずれか１項に記載の基地局。
【０１４０】
（付記９）
基地局と移動局との間の第１の通信と、移動局どうしの第２の通信とを実施しうる無線通信システムにおける前記移動局において、
前記第２の通信に用いる無線リソースにて所定の情報を送信する送信手段と、
前記第２の通信を監視して前記所定の情報の受信を検出した前記基地局から、前記基地局との前記第１の通信に用いる無線リソースの割り当て受け、当該無線リソースにて、前記基地局と前記第１の通信を行なう通信手段と、
をそなえたことを特徴とする、移動局。
【０１４１】
（付記１０）
前記所定の情報は、前記第１の通信に用いる無線リソースの割当要求である、ことを特徴とする、付記９記載の移動局。
【０１４２】
（付記１１）
前記所定の情報は、前記第２の通信において他の移動局宛に送信するパケットデータである、ことを特徴とする、付記９記載の移動局。
【０１４３】
（付記１２）
前記送信手段は、
前記割当要求を、他の第２の通信において移動局宛に送信される情報に優先して送信する、ことを特徴とする、付記１０記載の移動局。
【０１４４】
（付記１３）
前記優先送信は、前記送信元の移動局が他の第２の通信の有無をセンスする時間を、他の移動局宛に情報を送信する際に行なうセンス時間よりも短い時間に設定することで可能となる、ことを特徴とする、付記１２記載の移動局。
【０１４５】
（付記１４）
前記通信手段は、
前記割り当ての結果を、前記第２の通信に用いられる無線リソースにて前記基地局から受信する、ことを特徴とする、付記９記載の移動局。
【０１４６】
（付記１５）
前記送信手段は、
前記所定の情報に、前記移動局の位置及び移動方向に関する情報を含める、ことを特徴とする、付記９記載の移動局。
【０１４７】
（付記１６）
前記第２の通信に用いられる無線リソースは、時分割されたタイムスロット群のいずれかである、ことを特徴とする、付記９〜１５のいずれか１項に記載の移動局。
【０１４８】
（付記１７）
基地局と移動局との間の第１の通信と、移動局どうしの第２の通信とを実施しうる無線通信システムにおける通信制御方法において、
前記移動局は、
前記第２の通信に用いられる無線リソースにて所定の情報を送信し、
前記基地局は、
前記第２の通信に用いられる無線リソースにて前記所定の情報が受信されるか否かを監視し、
前記監視の結果、前記所定の情報の受信が検出されると、前記情報の送信元である移動局に対して、前記第１の通信に用いる無線リソースを割り当て、
前記移動局は、
前記割り当てられた無線リソースにて、前記基地局との前記第１の通信を行なう、
ことを特徴とする、通信制御方法。
【図面の簡単な説明】
【０１４９】
【図１】第１実施形態に係る無線通信システムの一例としてのＩＴＳを示す模式図である。
【図２】図１に例示するＩＴＳで用いる無線フレームフォーマットの一例を示す図である。
【図３】図１に例示するＩＴＳで用いる無線フレームフォーマットの一例を示す図である。
【図４】図１に例示するＩＴＳにおける基地局（路側機）及び移動局（車載機）それぞれの構成例を示す図である。
【図５】図４に例示する車載機のリソース割当／解放処理の一例を説明するフローチャートである。
【図６】図４に例示する路側機のリソース割当処理の一例を説明するフローチャートである。
【図７】図４に例示する路側機のリソース割当処理の一例を説明するフローチャートである。
【図８】図４に例示する路側機のリソース解放処理の一例を説明するフローチャートである。
【図９】第２実施形態に係る無線通信システムの一例としてのＩＴＳを示す模式図である。
【図１０】図９に例示するＩＴＳにおける基地局（路側機）及び移動局（車載機）それぞれの構成例を示す図である。
【図１１】図１０に例示する路側機のアドホック通信監視処理の一例を説明するフローチャートである。
【図１２】図１０に例示する車載機のリソース割当処理の一例を説明するフローチャートである。
【図１３】図１０に例示する路側機のリソース割当処理の一例を説明するフローチャートである。
【図１４】図１０に例示する路側機のリソース解放処理の一例を説明するフローチャートである。
【図１５】図９に例示するＩＴＳにおける選択的なリソース割当処理の一例を模式的に示す図である。
【符号の説明】
【０１５０】
１０  基地局（路側機）
１１  通信制御部
１１１  アドホック通信制御部
１１２  インフラ通信制御部
１１３  切替制御部
１２  リソース割当要求監視処理部
１３  割当キュー
１４  リソース割当処理部
１５  リソース管理テーブル
１６  リソース解放処理部
１７  アドホック通信監視処理部
５０  移動局（車載機）
５１  通信制御部
５１１  アドホック通信制御部
５１２  インフラ通信制御部
５１３  切替制御部
１００  無線エリア（サービスエリア）
【図１】
2010028637.tif 000003
【図２】
2010028637.tif 000004
【図３】
2010028637.tif 000005
【図４】
2010028637.tif 000006
【図５】
2010028637.tif 000007
【図６】
2010028637.tif 000008
【図７】
2010028637.tif 000009
【図８】
2010028637.tif 000010
【図９】
2010028637.tif 000011
【図１０】
2010028637.tif 000012
【図１１】
2010028637.tif 000013
【図１２】
2010028637.tif 000014
【図１３】
2010028637.tif 000015
【図１４】
2010028637.tif 000016
【図１５】
2010028637.tif 000017