(57)【要約】【課題】ある端末装置から送信された緊急性を要する情報を、他の端末装置に低遅延で伝達する。【解決手段】ＲＲＨ２０は、抽出部２３１と、緊急情報処理部２３３と、挿入部２３２と、送信部２２１とを有する。抽出部２３１は、端末装置から受信した信号に含まれるリソースブロックのうち、緊急情報の送信用に予め割り当てられているリソースブロックを抽出する。緊急情報処理部２３３は、抽出部２３１によって抽出されたリソースブロックに緊急情報が含まれている場合に、抽出部２３１によって抽出されたリソースブロックに含まれている緊急情報を含む報知情報を作成する。挿入部２３２は、緊急情報処理部２３３によって作成された緊急情報を含む報知情報を、緊急情報の報知用に予め割り当てられているリソースブロックに挿入する。【選択図】図３
2017229041.tif 000002
【特許請求の範囲】
【請求項１】
無線装置と無線制御装置とを有する基地局に用いられる無線装置において、
端末装置から受信した信号に含まれるリソースブロックのうち、緊急情報の送信用に予め割り当てられているリソースブロックを抽出する抽出部と、
前記抽出部によって抽出されたリソースブロックに前記緊急情報が含まれている場合に、前記抽出部によって抽出されたリソースブロックに含まれている前記緊急情報を含む報知情報を作成する緊急情報処理部と、
前記緊急情報処理部によって作成された前記緊急情報を含む報知情報を、前記緊急情報の報知用に予め割り当てられているリソースブロックに挿入する挿入部と
を有することを特徴とする無線装置。
【請求項２】
前記端末装置からの前記緊急情報の送信用には、同一の時間帯において、異なる周波数帯域の複数のリソースブロックが予め割り当てられており、
前記緊急情報の報知用には、同一の時間帯において、異なる周波数帯域の複数のリソースブロックが予め割り当てられていることを特徴とする請求項１に記載の無線装置。
【請求項３】
前記挿入部は、
前記抽出部によって抽出されたリソースブロックに前記緊急情報が含まれている場合に、前記抽出部によって抽出されたリソースブロックに含まれている前記緊急情報を含む報知情報を、最も早く報知される報知用のリソースブロックに挿入することを特徴とする請求項１または２に記載の無線装置。
【請求項４】
無線装置と無線制御装置とを有する基地局において、
前記無線装置は、
端末装置から受信した信号に含まれるリソースブロックのうち、緊急情報の送信に予め割り当てられているリソースブロックを抽出する抽出部と、
前記抽出部によって抽出されたリソースブロックに前記緊急情報が含まれている場合に、前記抽出部によって抽出されたリソースブロックに含まれている前記緊急情報を含む報知情報を作成する緊急情報処理部と、
前記緊急情報処理部によって作成された前記緊急情報を含む報知情報を、前記緊急情報の報知用に予め割り当てられているリソースブロックに挿入する挿入部と
を有することを特徴とする基地局。
【請求項５】
各サブフレームには、時間帯および周波数帯の組合せ毎に、前記端末装置からの前記緊急情報の送信用に複数のリソースブロックが予め割り当てられており、
前記無線制御装置は、
各サブフレームにおいて、前記無線装置の圏内にあるそれぞれの端末装置が前記緊急情報の送信用に使用するリソースブロックを、同一のリソースブロックに割り当てられる端末装置の数が少なくなるようにそれぞれの前記無線装置に割り当てることを特徴とする請求項４に記載の基地局。
【請求項６】
前記端末装置からの前記緊急情報の送信用には、同一の時間帯において、異なる周波数帯域の複数のリソースブロックが予め割り当てられており、
前記緊急情報の報知用には、同一の時間帯において、異なる周波数帯域の複数のリソースブロックが予め割り当てられていることを特徴とする請求項４または５に記載の基地局。
【請求項７】
前記挿入部は、
前記抽出部によって抽出されたリソースブロックに前記緊急情報が含まれている場合に、前記抽出部によって抽出されたリソースブロックに含まれている前記緊急情報を含む報知情報を、最も早く報知される報知用のリソースブロックに挿入することを特徴とする請求項４から６のいずれか一項に記載の基地局。
【請求項８】
基地局と通信する端末装置において、
緊急情報が発生した場合に、緊急情報の送信用に自装置に予め割り当てられているリソースブロックを用いて、前記緊急情報を前記基地局へ送信し、前記基地局から、前記緊急情報の報知用に予め割り当てられているリソースブロックに挿入された前記緊急情報を受信した場合に、当該緊急情報を出力する緊急情報処理部を有することを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線装置、基地局および端末装置に関する。
【背景技術】
【０００２】
近年、車の自動運転のために、車に各種センサを設け、センサで取得された情報を基に車の運転をアシストするアシスト機能が提案されている。アシスト機能には、例えば、自動ブレーキシステムなどがある。また、センサで取得された運行情報などの各車の情報を無線通信網を経由して、データサーバに集約し、運転をアシストするための情報を各車にフィードバックして運転に役立てる技術が提案されている。運転をアシストするための情報には、例えば、走行中の道路の渋滞情報や工事情報などがある。
【０００３】
また、ＧＰＳ（Global  Positioning  System）信号や地図情報に基づいて目的地のルートを選定し、選定したルートの走行中に、自動ブレーキだけでなく、ハンドル操作やアクセル動作についても、車載センサからの情報を基に制御できるようになってきている。このように、車単体での自律的な自動運転の実現に向けての研究開発が進められている。しかし、１台の車が効率的な完全自動運転を行うためには、単体の車で収集できる各種センサの情報だけでなく、他の車や周囲の交通状況などの情報を含めた解析と判断を行うことが好ましい。車車間通信や路車間通信については多くの通信方法が提案されているが、完全自動運転には情報の共有とその情報の車へのフィードバックのために多数の車に対する情報共有の通信リアルタイム化が望まれる。
【０００４】
従来、無線通信システムに属するある端末装置からの情報を他の端末装置との間で共有して活用する場合、一般的には、専用のデータサーバにデータが集められ、そこから各端末装置へ情報が配信される。また、他の情報共有方法としては、無線通信システムのネットワークを使用せず、端末装置間の１対１の直接通信を繰り返して、端末装置間における同報配信を実現する方法がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２０１５／０４６１５５号
【特許文献２】特開２０１５−５０５２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、データサーバを経由して複数の端末装置間で情報を共有する場合、通信ネットワーク内の複数の機器を経由するため、伝送遅延が大きくなる。そのため、データサーバ経由で他の車の端末装置から発信された情報を用いた場合には、車の自動運転の性能を向上させることは困難である。また、端末装置間の１対１の直接通信では通信範囲が狭いため、離れた車に情報を伝達させるには、１対１の直接通信を繰り返すことになり、伝送遅延が大きくなる。そのため、端末装置間の１対１の直接通信を用いた場合でも、自動運転の性能を向上させることは困難である。このように、データサーバを経由する場合や、１対１の直接通信を繰り返す場合には、車の自動運転に用いられる情報のように緊急性を要する情報を低遅延で伝達することが困難である。
【０００７】
開示の技術は、上記に鑑みてなされたものであって、ある端末装置から送信された緊急性を要する情報を、他の端末装置に低遅延で伝達することができる無線装置、基地局および端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願の開示する無線装置、基地局および端末装置の一つの態様において、無線装置は、抽出部と、緊急情報処理部と、挿入部とを有する。抽出部は、端末装置から受信した信号に含まれるリソースブロックのうち、緊急情報の送信用に予め割り当てられているリソースブロックを抽出する。緊急情報処理部は、抽出部によって抽出されたリソースブロックに緊急情報が含まれている場合に、抽出部によって抽出されたリソースブロックに含まれている緊急情報を含む報知情報を作成する。挿入部は、緊急情報処理部によって作成された緊急情報を含む報知情報を、緊急情報の報知用に予め割り当てられているリソースブロックに挿入する。
【発明の効果】
【０００９】
本願の開示する無線装置、基地局および端末装置の一つの態様によれば、ある端末装置から送信された緊急性を要する情報を、他の端末装置に低遅延で伝達することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、無線通信システムの一例を示す図である。
【図２】図２は、ＢＢＵ（Base  Band  Unit）の一例を示すブロック図である。
【図３】図３は、ＲＲＨ（Remote  Radio  Head）の一例を示すブロック図である。
【図４】図４は、上りリンクにおける物理チャネルの配置の一例を示す図である。
【図５】図５は、予約領域の詳細な一例を示す図である。
【図６】図６は、緊急情報の一例を示す図である。
【図７】図７は、下りリンクにおける物理チャネルの配置の一例を示す図である。
【図８】図８は、端末装置の一例を示すブロック図である。
【図９】図９は、無線通信システムの処理の一例を示すシーケンス図である。
【図１０】図１０は、緊急情報の送信時における端末装置の処理の一例を示すシーケンス図である。
【図１１】図１１は、緊急情報の受信時における端末装置の処理の一例を示すシーケンス図である。
【図１２】図１２は、緊急情報が衝突した場合の無線通信システムの処理の一例を示すシーケンス図である。
【図１３】図１３は、ＢＢＵのハードウェアの一例を示す図である。
【図１４】図１４は、ＲＲＨのハードウェアの一例を示す図である。
【図１５】図１５は、端末装置のハードウェアの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示する無線装置、基地局および端末装置の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する無線装置、基地局および端末装置が限定されるものではない。
【実施例】
【００１２】
［無線通信システム１の構成］
図１は、無線通信システム１の一例を示す図である。本実施例における無線通信システム１は、ＥＰＣ（Evolved  Packet  Core）３、通信網４、データサーバ５、および基地局６を有する。基地局６は、ＢＢＵ１０および複数のＲＲＨ２０ａ〜２０ｂを有する。基地局６は、例えばＬＴＥ（Long  Term  Evolution）等の通信規格に基づいて、音声通信やデータ通信のサービスを提供する。ＢＢＵ１０は、ＥＰＣ３を介して、インターネット等の通信網４に接続されている。複数のＲＲＨ２０ａ〜２０ｂのそれぞれは、光ファイバ等のケーブルを介してＢＢＵ１０に接続されている。
【００１３】
なお、以下では、複数のＲＲＨ２０ａ〜２０ｂのそれぞれを区別することなく総称する場合に単にＲＲＨ２０と記載する。また、図１では、ＥＰＣ３に１つの基地局６が接続されているが、ＥＰＣ３には、２つ以上の基地局６が接続されていてもよい。また、図１では、１つのＢＢＵ１０に２つのＲＲＨ２０が接続されているが、１つのＢＢＵ１０には、１つのＲＲＨ２０が接続されていてもよく、３つ以上のＲＲＨ２０が接続されていてもよい。ＢＢＵ１０は、無線制御装置の一例であり、それぞれのＲＲＨ２０は、無線装置の一例である。
【００１４】
ＥＰＣ３は、コアネットワークにおけるＢＢＵ１０との間のインターフェイスの役割を担う。また、ＥＰＣ３は、通信網４に接続されており、通信網４を介してデータサーバ５と通信を行う。ＥＰＣ３は、例えば、ＭＭＥ（Mobility  Management  Entity）、Ｓ−ＧＷ（Serving  Gateway）、Ｐ−ＧＷ（Packet  Data  Network  Gateway）、およびＰＣＲＦ（Policy  and  Charging  Rules  Function）等を有する。
【００１５】
ＲＲＨ２０ａは、セル内に存在する車２ａ〜２ｄに搭載された端末装置３０との間で、無線通信を行う。ＲＲＨ２０ｂは、セル内に存在する車２ｅ〜２ｆに搭載された端末装置３０との間で無線通信を行う。なお、以下では、車２ａ〜２ｆのそれぞれを区別することなく総称する場合に単に車２と記載する。また、それぞれのＲＲＨ２０のセル内に存在する車２の台数は、図１に示した台数に限られない。
【００１６】
ＢＢＵ１０は、それぞれのＲＲＨ２０を介して、ＲＲＨ２０のセル内の車２に搭載された端末装置３０と通信を行うと共に、ＥＰＣ３および通信網４を介してデータサーバ５と通信を行う。なお、ＢＢＵ１０は、ＥＰＣ３を介して、あるいは、ＢＢＵ１０内も設けられた基地局間通信インターフェイスを介して、他のＢＢＵ１０と通信を行ってもよい。
【００１７】
それぞれの車２には、端末装置３０が搭載されている。車２に搭載された端末装置３０は、ＲＲＨ２０のセル内において、該ＲＲＨ２０と無線通信を行い、該ＲＲＨ２０を介してＢＢＵ１０と通信を行う。そして、端末装置３０は、ＢＢＵ１０を介して、他の端末装置３０やデータサーバ５と通信を行う。
【００１８】
ここで、セル内の車２（例えば車２ａ）に搭載された端末装置３０は、車２の自律制御に用いられる情報等の緊急性を要する情報（以下、緊急情報と記載する）の発生を検出した場合、該情報を他の車２（例えば車２ｂ〜２ｄ）の端末装置３０へ伝達する。例えば、通信網４に接続されたデータサーバ５を経由して緊急情報が伝達される場合、ＥＰＣ３および通信網４内で伝送遅延や伝送時間の揺らぎが発生する。また、１対１の直接通信の繰り返しにより緊急情報が伝達される場合、例えば車２ａの端末装置３０から送信された緊急情報は、車２ｂおよび２ｃに搭載された端末装置３０によってそれぞれ転送され、車２ｄの端末装置３０に届く。この場合、２回の転送に伴う遅延が発生する。
【００１９】
これに対し、本実施例では、ＲＲＨ２０が、セル内の車２の端末装置３０から送信された緊急情報を検出し、検出された緊急情報を、ＲＲＨ２０内で下りリンクの送信信号に載せ替えて、セル内の各車２の端末装置３０へ報知する。これにより、セル内の車２の端末装置３０から送信された緊急情報は、１回の転送で、セル内の全ての車２の端末装置３０に伝達される。従って、本実施例のＲＲＨ２０は、ある端末装置３０から送信された緊急性を要する情報を、他の端末装置３０に低遅延で伝達することができる。
【００２０】
また、本実施例のＲＲＨ２０は、例えばＬＴＥ等の通信規格に基づく音声通信やデータ通信のサービスを提供するために広いエリアに分散配置されているＲＲＨに機能追加することにより実現することが可能である。そのため、本実施例のＲＲＨ２０を用いれば、緊急情報の低遅延伝送のために専用の基地局を改めて配置するよりも、より低コストで広いエリアに、緊急情報の低遅延伝送サービスを提供することが可能となる。
【００２１】
［ＢＢＵ１０］
図２は、ＢＢＵ１０の一例を示すブロック図である。本実施例におけるＢＢＵ１０は、例えば図２に示すように、ＲＲＨインターフェイス部１１、通信制御部１２、およびネットワークインターフェイス部１３を有する。
【００２２】
ＲＲＨインターフェイス部１１は、各ＲＲＨ２０との間で有線通信を行うためのインターフェイスである。ＲＲＨインターフェイス部１１は、例えばＣＰＲＩ（Common  Public  Radio  Interface）等の通信規格に基づく光信号を用いて、光ファイバ等のケーブルを介して各ＲＲＨ２０と通信を行う。ネットワークインターフェイス部１３は、ＥＰＣ３との間で有線通信を行うためのインターフェイスである。
【００２３】
通信制御部１２は、呼制御部１２０およびプロトコル管理部１２１を有する。呼制御部１２０は、予め設定された呼設定を用いて、端末装置３０との間の通信に用いる通信リソースの制御などの無線通信や音声通信に関する呼処理全般の制御を行う。例えば、呼制御部１２０は、各ＲＲＨ２０を介して端末装置３０との間で、レイヤ１〜レイヤ３の処理を行う。レイヤ１の処理としては、例えば、端末装置３０から受信した信号の復調や復号、端末装置３０へ送信する信号の符号化や変調、リソースブロックのマッピング等がある。また、レイヤ２の処理としては、例えば、再送制御、データ圧縮等がある。また、レイヤ３の処理としては、例えば、端末装置３０のハンドオーバに関する処理、端末装置３０からのメジャメントレポートに関する処理、ＲＲＣ（Radio  Resource  Control）コネクション管理等がある。
【００２４】
呼制御部１２０は、ＲＲＨインターフェイス部１１を介して端末装置３０から送信された信号に対して、レイヤ１〜レイヤ３の処理を行い、処理後の信号をネットワークインターフェイス部１３へ出力する。また、呼制御部１２０は、ＥＰＣ３を介して、データサーバ５や他のＢＢＵ１０等から送信された信号に対して、レイヤ１〜レイヤ３の処理を行い、処理後の信号をＲＲＨインターフェイス部１１へ出力する。
【００２５】
また、呼制御部１２０は、ＲＲＨ２０毎に、ＲＲＨ２０のセル内の端末装置３０の情報を管理する。そして、呼制御部１２０は、ＲＲＨ２０毎に、上りリンクにおいて緊急情報の送信用に予め割り当てられた複数のリソースブロックのそれぞれを、ＲＲＨ２０のセル内のそれぞれの端末装置３０に割り当てる。リソースブロックとは、時間帯および周波数帯の組合せ毎に特定される無線リソースである。本実施例では、上りリンクのサブフレーム毎に、緊急情報の送信用の複数のリソースブロックが予め割り当てられている。
【００２６】
呼制御部１２０は、各サブフレームにおいて、ＲＲＨ２０毎に、ＲＲＨ２０のセル内の端末装置３０が緊急情報の送信用に使用するリソースブロックを、同一のリソースブロックに割り当てられる端末装置３０の数が少なくなるように各端末装置３０に割り当てる。これにより、複数の端末装置３０によって緊急情報の送信に同一のリソースブロックが用いられることを抑制することができる。リソースブロックの割り当てに関する情報は、下りリンクにおける制御チャネルを用いて各端末装置３０に通知される。
【００２７】
プロトコル管理部１２１は、端末装置３０との間に接続を確立する場合、端末装置３０から受信した信号の内容を判定する。そして、プロトコル管理部１２１は、判定した信号の内容に応じたプロトコルに従い、信号の生成などの処理を行う。例えば、プロトコル管理部１２１は、ランダムアクセス手順において、端末装置３０から送信された信号に対して、ＲＡＣＨ  ｒｅｓｐｏｎｓｅやＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ等の信号を生成し、呼制御部１２０へ出力する。
【００２８】
［ＲＲＨ２０］
図３は、ＲＲＨ２０の一例を示すブロック図である。ＲＲＨ２０は、例えば図３に示すように、アンテナ２１、無線処理部２２、通信制御部２３、およびＢＢＵインターフェイス部２４を有する。ＢＢＵインターフェイス部２４は、ＢＢＵ１０との間で有線通信を行うためのインターフェイスである。ＢＢＵインターフェイス部２４は、例えばＣＰＲＩ等の通信規格に基づく光信号を用いて、光ファイバ等のケーブルを介してＢＢＵ１０と通信を行う。
【００２９】
無線処理部２２は、受信部２２０および送信部２２１を有する。受信部２２０は、アンテナ２１を介して端末装置３０から送出された無線信号を受信する。そして、受信部２２０は、受信した信号に対して増幅およびダウンコンバート等の処理を行うことにより、ベースバンドの受信信号を生成する。そして、受信部２２０は、生成したベースバンドの受信信号を通信制御部２３へ出力する。
【００３０】
送信部２２１は、通信制御部２３から出力されたベースバンドの送信信号に対して、アップコンバートおよび増幅等の処理を行うことにより、ＲＦ（Radio  Frequency）帯の信号を生成する。そして、送信部２２１は、生成したＲＦ帯の信号をアンテナ２１を介して端末装置３０へ送信する。
【００３１】
通信制御部２３は、プロトコル管理部２３０および緊急情報処理部２３３を有する。プロトコル管理部２３０は、抽出部２３１および挿入部２３２を有する。抽出部２３１は、端末装置３０から受信した信号に対してフーリエ変換を実行する。そして、抽出部２３１は、フーリエ変換が実行された信号に含まれるリソースブロックの中から、緊急情報の送信用に予め割り当てられているリソースブロックを抽出する。そして、抽出部２３１は、抽出した緊急情報の送信用のリソースブロックを緊急情報処理部２３３へ出力する。
【００３２】
ここで、端末装置３０から送信される上りリンクの物理チャネルについて説明する。図４は、上りリンクにおける物理チャネルの配置の一例を示す図である。上りリンクでは、例えば図４に示すように、１フレームが、時間方向に複数のサブフレームで構成されている。本実施例において、１フレームには、フレーム番号＃０〜＃９の１０個のサブフレームが含まれている。１フレームの長さは、例えば１０ミリ秒であり、各サブフレームの長さは、例えば１ミリ秒である。
【００３３】
フレームの中には、例えば図４に示すように、ＰＵＣＣＨ、ＰＲＡＣＨ、ＳＲＳ、およびＰＵＳＣＨ等のリソースが設けられている。ＰＵＣＣＨは、Physical  Uplink  Control  Channelの略称であり、ＰＲＡＣＨは、Physical  Random  Access  Channelの略称であり、ＳＲＳは、Sounding  Reference  Signalの略称であり、ＰＵＳＣＨは、Physical  Uplink  Shared  Channelの略称である。本実施例では、各サブフレームにおいて、ＰＵＳＣＨのリソース内に、端末装置３０からの緊急情報の送信に用いられるリソースが予め割り当てられている。端末装置３０からの緊急情報の送信用に予め割り当てられたリソースは、図４において、サブフレーム毎に予約領域４０として示されている。
【００３４】
それぞれのサブフレーム内の予約領域４０の詳細は、例えば図５のようになる。図５は、予約領域４０の詳細な一例を示す図である。それぞれのサブフレーム内の予約領域４０は、例えば図５に示すように、周波数方向に複数の分割領域４１−１〜４１−ｎに分けられている。なお、以下では、複数の分割領域４１−１〜４１−ｎのそれぞれを区別することなく総称する場合に単に分割領域４１と記載する。
【００３５】
本実施例において、それぞれの分割領域４１は、時間方向に数個のシンボル分の時間を有し、周波数方向に数個のサブキャリア分の周波数帯域を有する無線リソースである。本実施例では、それぞれのサブフレーム内において、同一の時間帯の分割領域４１が、周波数方向に複数割り当てられるが、他の例として、周波数方向および時間方向のそれぞれに分割領域４１が複数割り当てられてもよい。それぞれの分割領域４１は、リソースブロックの一例である。
【００３６】
それぞれの分割領域４１は、緊急情報の送信用に、ＲＲＨ２０のセル内のそれぞれの端末装置３０に割り当てられる。それぞれの分割領域４１には、例えば図６に示すような情報を含む緊急情報のデータが格納される。図６は、緊急情報の一例を示す図である。本実施例において、緊急情報には、例えば図６に示すように、「通知種別」、「状態」、「車の移動状態」、「発生位置」、および「発生時刻」等の情報が含まれる。「通知種別」は、例えば、急ブレーキ、急加速、急ハンドル操作、ドライバーの居眠り検出、意図的ではないエンジンストップ、高速道路上での停止、などの種別を示す情報である。「状態」は、例えば、「通知種別」に対応する種別の程度を示す情報である。「車の移動状態」は、緊急情報が発生した時の車の移動状態を示す情報である。「発生位置」は、緊急情報が発生した時の車の位置を示す情報である。「発生時刻」は、緊急情報が発生した時刻である。
【００３７】
本実施例において、緊急情報におけるそれぞれの項目のデータサイズは、多くとも合計で２０ｂｙｔｅ程度である。従って、本実施例において、それぞれの分割領域４１としては、少なくとも２０ｂｙｔｅ程度のデータを格納可能な大きさのリソースがＰＵＳＣＨのリソースの中に確保される。
【００３８】
図３に戻って説明を続ける。緊急情報処理部２３３は、抽出部２３１から出力されたそれぞれのリソースブロックに対して、リソースブロック内に緊急情報が含まれているか否かを判定する。緊急情報が含まれている場合、緊急情報処理部２３３は、リソースブロック毎に、緊急情報を含む報知情報を作成する。そして、緊急情報処理部２３３は、作成された報知情報を挿入部２３２へ出力する。なお、複数の端末装置３０が同一のリソースブロックを用いて緊急情報を送信した場合、データの衝突によりリソースブロック内のデータが壊れる。そのため、緊急情報処理部２３３は、該リソースブロック内のデータの復号に失敗する。リソースブロック内のデータの復号に失敗した場合も、緊急情報処理部２３３は、リソースブロック内に緊急情報が含まれていないと判定する。
【００３９】
挿入部２３２は、緊急情報処理部２３３によって作成された緊急情報を含む報知情報を、緊急情報の報知用に予め割り当てられているリソースブロックに挿入する。このとき、挿入部２３２は、抽出部２３１によって抽出されたリソースブロックに含まれている緊急情報を含む報知情報を、最も早く報知される報知用のリソースブロックに挿入する。そして、抽出部２３１は、緊急情報の報知用のリソースブロックに緊急情報が挿入された信号に、フーリエ逆変換を施す。そして、挿入部２３２は、フーリエ逆変換が実行された後の信号を、送信部２２１へ出力する。挿入部２３２から出力された信号は、送信部２２１によってセル内の端末装置３０へ送信される。
【００４０】
ここで、端末装置３０へ送信される下りリンクの物理チャネルについて説明する。図７は、下りリンクにおける物理チャネルの配置の一例を示す図である。下りリンクでは、例えば図７に示すように、１フレームが、時間方向に複数のサブフレームで構成されている。本実施例において、１フレームには、フレーム番号＃０〜＃９の１０個のサブフレームが含まれている。１フレームの長さは、例えば１０ミリ秒であり、各サブフレームの長さは、例えば１ミリ秒である。
【００４１】
フレームの中には、例えば図７に示すように、ＰＢＣＨ、Ｐ−ＳＣＨ／Ｓ−ＳＣＨ、ＰＤＣＣＨ、およびＰＤＳＣＨのリソースが設けられている。ＰＢＣＨは、Physical  Broadcast  Channelの略称であり、Ｐ−ＳＣＨ／Ｓ−ＳＣＨは、Primary−Synchronization  Channel／Secondary−Synchronization  Channelの略称である。また、ＰＤＣＣＨは、Physical  Downlink  Control  Channelの略称であり、ＰＤＳＣＨは、Physical  Downlink  Shared  Channelの略称である。
【００４２】
本実施例では、各サブフレームのＰＤＳＣＨのリソースの中に、セル内の端末装置３０への緊急情報の報知に用いられるリソースが予め割り当てられている。複数の端末装置３０への緊急情報の報知用に予め割り当てられたリソースは、図７において、サブフレーム毎に予約領域４２として示されている。それぞれのサブフレーム内の予約領域４２は、例えば図５に示した予約領域４０と同様に、周波数方向において、複数の分割領域４１−１〜４１−ｎに分けられている。
【００４３】
本実施例において、ＲＲＨ２０のセル内に存在する各端末装置３０は、各サブフレームにおいて、予約領域４２内の全ての分割領域４１を監視している。そのため、挿入部２３２がいずれかの分割領域４１内に緊急情報を格納した場合、セル内の端末装置３０は、緊急情報を取得することができる。
【００４４】
なお、ＲＲＨ２０において端末装置３０からの信号に含まれるリソースブロックから所定のリソースブロックを識別して抽出する処理や、端末装置３０へ送信される信号内の所定のリソースブロックに所定の信号を挿入する処理は、レイヤ１の処理の一つである。つまり、本実施例において、ＲＲＨ２０は、レイヤ１の処理の一つを実行する。
【００４５】
［端末装置３０］
図８は、端末装置３０の一例を示すブロック図である。本実施例における端末装置３０は、該端末装置３０が搭載された車２の状態の取得、該車２の動作制御、ＲＲＨ２０への緊急情報の通知、およびＲＲＨ２０からの緊急情報の取得を行う。端末装置３０は、例えば図８に示すように、通信管理部３２、車体制御部３６、およびアンテナ３１を有する。
【００４６】
車体制御部３６は、端末装置３０が搭載された車２の状態の取得や、該車２の動作制御を行う。車体制御部３６は、制御部３６０およびセンサ部３６１を有する。
【００４７】
センサ部３６１は、ブレーキの操作や車２の速度等の車２の動作状態を監視し、車２の動作情報を取得する。そして、センサ部３６１は、車２の動作情報を制御部３６０へ出力する。例えば、センサ部３６１は、ブレーキが操作された時の車２の位置、時刻、進行方向、速度、ブレーキの強さ等の情報を車２の動作情報として制御部３６０へ出力する。
【００４８】
制御部３６０は、センサ部３６１から車２の動作情報が出力された場合に、該動作情報に基づいて車２の自律制御を実行するか否かを判定する。自律制御を実行すると判定した場合、制御部３６０は、車２の動作情報に応じて車２の各部を制御する自律制御を行う。
【００４９】
例えば、制御部３６０は、端末装置３０が搭載された車２と他の車２との車間の情報および速度情報を含む動作情報をセンサ部３６１から取得する。そして、制御部３６０は、車間が所定距離より短く、かつ、速度が所定速度以上の場合に、ブレーキをかける制御を行うことを決定する。そして、制御部３６０は、ブレーキがかかるようにブレーキに関連する車２の部材を制御する。
【００５０】
さらに、制御部３６０は、自律制御を実行した場合、自律制御の通知を緊急情報処理部３４２へ通知する。制御部３６０は、自律制御の操作情報に、センサ部３６１から取得した情報を加えて緊急情報処理部３４２に通知してもよい。
【００５１】
ここで、本実施例では、制御部３６０は、自律制御を行う都度、緊急情報処理部３４２に通知を行い緊急情報の通知を開始させるが、自律制御の実行とは別に緊急情報の通知を判定してもよい。例えば、制御部３６０は、車２の制御結果から緊急情報の通知を行うか否かを判定し、その判定結果に基づいて緊急情報処理部３４２に緊急情報の通知を行ってもよい。例えば、自律制御により予め決められた強度以上のブレーキを車２にかけた場合、制御部３６０は、緊急情報の通知を緊急情報処理部３４２へ通知してもよい。
【００５２】
また、例えば、制御部３６０は、自律制御の実行とは独立して、取得した車２の動作情報を用いて緊急情報の通知の実行を決定してもよい。例えば、制御部３６０は、センサ部３６１から取得した車２の速度が予め決められた速度を超えており、かつ、ブレーキの強さが予め決められたブレーキの強度を超えた場合、緊急情報を緊急情報処理部３４２に通知してもよい。
【００５３】
さらに、制御部３６０は、緊急情報処理部３４２から自律制御の情報が出力された場合、該自律制御の情報に基づいて、車２の各部を制御する。
【００５４】
通信管理部３２は、緊急情報の送信および受信を行う。通信管理部３２は、無線処理部３３、通信制御部３４、およびユーザインターフェイス部３５を有する。
【００５５】
ユーザインターフェイス部３５は、液晶モニタ等の出力装置およびタッチパネル等の入力装置を有する。ユーザインターフェイス部３５は、入力装置を介してユーザから入力された情報を通信制御部３４へ出力する。また、ユーザインターフェイス部３５は、通信制御部３４から出力された情報を、出力装置から出力する。
【００５６】
無線処理部３３は、ＲＲＨ２０との間の無線通信におけるインターフェイスである。無線処理部３３は、受信部３３０および送信部３３１を有する。
【００５７】
受信部３３０は、アンテナ３１を介してＲＲＨ２０から送出された無線信号を受信する。そして、受信部３３０は、受信した信号に対して増幅およびダウンコンバート等の処理を行うことにより、ベースバンドの受信信号を生成する。そして、受信部３３０は、生成したベースバンドの受信信号を通信制御部３４へ出力する。
【００５８】
送信部３３１は、通信制御部３４から出力されたベースバンドの信号に対して、アップコンバートおよび増幅等の処理を行うことにより、ＲＦ帯の信号を生成する。そして、送信部３３１は、生成したＲＦ帯の信号をアンテナ３１を介してＲＲＨ２０へ送信する。
【００５９】
通信制御部３４は、呼制御部３４０、プロトコル管理部３４１、および緊急情報処理部３４２を有する。呼制御部３４０は、ＲＲＨ２０を介したＢＢＵ１０との間の通信において、レイヤ１〜レイヤ３の処理を行う。例えば、呼制御部３４０は、予め設定された呼設定を用いて、ＲＲＨ２０を介してＢＢＵ１０との間の通信に用いる通信リソースの制御などの無線通信に関する呼処理全般の制御を行う。
【００６０】
また、呼制御部３４０は、ＲＲＨ２０から受信した信号に含まれるリソースブロックの中から、緊急情報の報知用に予め割り当てられているリソースブロックと、緊急情報以外の自装置宛のデータが格納されたリソースブロックとを抽出する。呼制御部３４０は、抽出した緊急情報の報知用のリソースブロックを緊急情報処理部３４２へ出力する。下りリンクにおける緊急情報の報知用のリソースブロックは、例えば図７を用いて説明したように、各サブフレーム内の予約領域４２に設けられている。また、呼制御部３４０は、緊急情報以外の自装置宛のデータが格納されたリソースブロック内のデータに基づいて処理を実行し、実行結果をユーザインターフェイス部３５へ出力する。
【００６１】
また、呼制御部３４０は、ユーザインターフェイス部３５を介してユーザから入力された情報に所定の処理を施し、処理後のデータを、緊急情報以外のデータの送信用に自装置に割り当てられたリソースブロックに挿入する。また、呼制御部３４０は、緊急情報処理部３４２から緊急情報が出力された場合、該緊急情報を、緊急情報の送信用に自装置に割り当てられたリソースブロックに挿入する。呼制御部３４０によって緊急情報および緊急情報以外のデータが所定のリソースブロックに挿入された信号は、送信部３３１へ出力され、送信部３３１によってＲＲＨ２０へ送信される。上りリンクにおける緊急情報の送信用のリソースブロックは、例えば図４を用いて説明したように、各サブフレーム内の予約領域４０に設けられている。各サブフレームの予約領域４０内において、自装置に割り当てられた分割領域４１の情報は、ＲＲＨ２０を介してＢＢＵ１０から通知される。
【００６２】
プロトコル管理部３４１は、ＲＲＨ２０を介してＢＢＵ１０との間に接続を確立する場合に、ＲＲＨ２０を介してＢＢＵ１０から受信した信号の内容を判定する。そして、プロトコル管理部３４１は、判定した信号の内容に応じたプロトコルに従い、信号の生成などの処理を行う。例えば、プロトコル管理部３４１は、ランダムアクセス手順において、ＲＡＣＨ  ｐｒｅａｍｂｌｅやＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ等の信号を生成し、呼制御部３４０へ出力する。
【００６３】
緊急情報処理部３４２は、自律制御の通知を制御部３６０から取得する。自律制御の通知には、例えば、急ブレーキをかけた時刻、進行方向、速度、およびブレーキの強度などの情報が含まれている。緊急情報処理部３４２は、制御部３６０から取得した自律制御の通知に含まれる情報から緊急情報を生成する。緊急情報処理部３４２は、生成された緊急情報内に、送信元の端末装置３０の識別情報として、自装置の識別情報を含める。そして、緊急情報処理部３４２は、生成した緊急情報を、緊急情報の送信用に自装置に予め割り当てられているリソースブロックを用いて、基地局６へ送信する。具体的には、緊急情報処理部３４２は、生成した緊急情報を、呼制御部３４０へ出力し、呼制御部３４０は、緊急情報処理部３４２から出力された緊急情報を、緊急情報の送信用に自装置に割り当てられたリソースブロックに挿入する。呼制御部３４０によって緊急情報のデータが所定のリソースブロックに挿入された信号は、送信部３３１へ出力され、送信部３３１によって基地局６へ送信される。
【００６４】
また、緊急情報処理部３４２は、緊急情報の報知用のリソースブロックのデータが呼制御部３４０から出力された場合、リソースブロック毎に、リソースブロックのデータに緊急情報が含まれているか否かを判定する。リソースブロックのデータに緊急情報が含まれている場合、緊急情報処理部３４２は、緊急情報に含まれている送信元の端末装置３０の識別情報を参照して、該緊急情報が自装置から送信された緊急情報であるか否かを判定する。緊急情報が自装置から送信された緊急情報である場合、緊急情報処理部３４２は、緊急情報を破棄する。一方、緊急情報が自装置から送信された緊急情報ではない場合、緊急情報処理部３４２は、緊急情報に対応して実行される自律制御を決定する。そして、緊急情報処理部３４２は、決定した自律制御の情報を制御部３６０へ出力する。
【００６５】
［無線通信システム１の処理］
次に、図９を参照して、無線通信システム１による緊急情報の配信の流れについて説明する。図９は、無線通信システム１の処理の一例を示すシーケンス図である。
【００６６】
まず、端末装置３０−２が搭載された車２において、自律制御が作動し、緊急情報が送信される（Ｓ１００）。ＲＲＨ２０の受信部２２０は、端末装置３０−２から受信した信号に増幅やダウンコンバート等の所定の処理を行い、処理後の信号を抽出部２３１へ出力する（Ｓ１０１）。
【００６７】
抽出部２３１は、受信部２２０から出力された信号に含まれるリソースブロックのうち、緊急情報の送信用に割り当てられたリソースブロック（ＲＢ）を抽出する（Ｓ１０２）。そして、抽出部２３１は、抽出した緊急情報の送信用のＲＢを緊急情報処理部２３３へ出力する（Ｓ１０３）。
【００６８】
緊急情報処理部２３３は、抽出部２３１から出力されたそれぞれのＲＢに対して、ＲＢ内に緊急情報が含まれているか否かを判定する（Ｓ１０４）。いずれのＲＢ内にも緊急情報が含まれていない場合（Ｓ１０４：Ｎｏ）、緊急情報処理部２３３は、ＲＢ内のデータを破棄する。
【００６９】
一方、ＲＢ内に緊急情報が含まれている場合（Ｓ１０４：Ｙｅｓ）、緊急情報処理部２３３は、緊急情報を含む報知情報を作成する。そして、緊急情報処理部２３３は、作成された報知情報を挿入部２３２へ出力する（Ｓ１０５）。挿入部２３２は、緊急情報処理部２３３によって作成された緊急情報を含む報知情報を、緊急情報の報知用に予め割り当てられたＲＢに挿入する（Ｓ１０６）。そして、挿入部２３２は、緊急情報の報知用のＲＢに緊急情報を含む報知情報が挿入された信号を、送信部２２１へ出力する（Ｓ１０７）。送信部２２１は、挿入部２３２によってＲＢに緊急情報を含む報知情報が挿入された信号をセル内の端末装置３０に報知する（Ｓ１０８）。
【００７０】
端末装置３０−１および端末装置３０−２は、下りリンクにおいて、緊急情報の報知用のリソースを監視しており、ＲＲＨ２０から報知された緊急情報を取得する（Ｓ１０９、Ｓ１１０）。端末装置３０−１は、取得した緊急情報に基づいて車２の自律制御を実行する（Ｓ１１１）。一方、端末装置３０−２は、取得した緊急情報に自装置の識別情報が含まれているため、取得した緊急情報に基づく自律制御は行わず、該緊急情報を破棄する（Ｓ１１２）。
【００７１】
［緊急情報の送信時の端末装置３０の処理］
図１０は、緊急情報の送信時における端末装置３０の処理の一例を示すシーケンス図である。
【００７２】
センサ部３６１は、端末装置３０が搭載された車２の動作状態を検知する（Ｓ２００）。そして、センサ部３６１は、車２の動作情報を検知情報として制御部３６０に通知する（Ｓ２０１）。制御部３６０は、センサ部３６１から通知された検知情報に基づいて、車２に対する自律制御を実行するか否かを判定する（Ｓ２０２）。自律制御を実行しない場合（Ｓ２０２：Ｎｏ）、端末装置３０は、緊急情報の送信の処理を終了する。
【００７３】
一方、自律制御を実行する場合（Ｓ２０２：Ｙｅｓ）、制御部３６０は、車２に対する自律制御を実行する（Ｓ２０３）。そして、制御部３６０は、自律制御の通知を緊急情報処理部３４２へ出力する（Ｓ２０４）。
【００７４】
緊急情報処理部３４２は、制御部３６０から出力された自律制御の通知に基づいて、送信元の端末装置３０の識別情報を含む緊急情報を生成する（Ｓ２０５）。そして、緊急情報処理部３４２は、生成した緊急情報を呼制御部３４０へ出力する（Ｓ２０６）。呼制御部３４０は、緊急情報処理部３４２から出力された緊急情報を、緊急情報の送信用に自装置に割り当てられたＲＢに挿入する（Ｓ２０７）。呼制御部３４０は、緊急情報が所定のＲＢに挿入された信号を送信部３３１へ出力する（Ｓ２０８）。送信部３３１は、呼制御部３４０から出力された信号をアンテナ３１を介してＲＲＨ２０へ送信する（Ｓ２０９）。
【００７５】
［緊急情報の受信時の端末装置３０の処理］
図１１は、緊急情報の受信時における端末装置３０の処理の一例を示すシーケンス図である。
【００７６】
受信部３３０は、アンテナ３１を介してＲＲＨ２０から送出された信号を受信して増幅およびダウンコンバート等の処理を行い、処理後の信号を呼制御部３４０へ出力する（Ｓ３００）。呼制御部３４０は、ＲＲＨ２０から受信した信号に含まれるリソースブロックの中から、緊急情報の報知用に予め割り当てられているＲＢを抽出する（Ｓ３０１）。そして、呼制御部３４０は、抽出した緊急情報の報知用のＲＢを緊急情報処理部３４２へ出力する（Ｓ３０２）。
【００７７】
緊急情報処理部３４２は、呼制御部３４０から出力されたＲＢ内に緊急情報が含まれているか否かを判定する（Ｓ３０３）。緊急情報が含まれていない場合（Ｓ３０３：Ｎｏ）、緊急情報処理部３４２は、ステップＳ３０８に示す処理を実行する。一方、緊急情報が含まれている場合（Ｓ３０３：Ｙｅｓ）、緊急情報処理部３４２は、緊急情報に含まれている送信元の端末装置３０の識別情報を参照して、該緊急情報が自装置から送信された緊急情報であるか否かを判定する（Ｓ３０４）。緊急情報が自装置から送信された緊急情報である場合（Ｓ３０４：Ｙｅｓ）、緊急情報処理部３４２は、緊急情報を破棄し（Ｓ３０５）、処理を終了する。
【００７８】
一方、緊急情報が自装置から送信された緊急情報ではない場合（Ｓ３０４：Ｎｏ）、緊急情報処理部３４２は、緊急情報に対応して実行される自律制御を決定する。そして、緊急情報処理部３４２は、決定した自律制御の情報を制御部３６０へ出力する（Ｓ３０６）。制御部３６０は、緊急情報処理部３４２から通知された自律制御の情報に基づいて、車２の各部を制御する自律制御を実行する（Ｓ３０７）。
【００７９】
次に、緊急情報処理部３４２は、自装置が送信した緊急情報の中で、報知されていない緊急情報があるか否かを判定する（Ｓ３０８）。報知されていない緊急情報がない場合（Ｓ３０８：Ｎｏ）、緊急情報処理部３４２は、処理を終了する。
【００８０】
一方、報知されていない緊急情報がある場合（Ｓ３０８：Ｙｅｓ）、緊急情報処理部３４２は、報知されていない緊急情報を、呼制御部３４０へ出力する（Ｓ３０９）。呼制御部３４０は、緊急情報処理部３４２から出力された緊急情報を、緊急情報の送信用に自装置に割り当てられたＲＢに挿入する（Ｓ３１０）。呼制御部３４０は、緊急情報が所定のＲＢに挿入された信号を送信部３３１へ出力する（Ｓ３１１）。送信部３３１は、呼制御部３４０から出力された信号をアンテナ３１を介してＲＲＨ２０へ送信する（Ｓ３１２）。
【００８１】
［緊急情報が衝突した場合の処理］
図１２は、緊急情報が衝突した場合の無線通信システム１の処理の一例を示すシーケンス図である。図１２では、複数の車２のそれぞれに搭載された端末装置３０−１〜３０−３において、端末装置３０−２と端末装置３０−３とが、同一のリソースブロックを用いて緊急情報を送信した場合を想定している。端末装置３０−１〜３０−３は、ＲＲＨ２０のセル内に存在している。
【００８２】
まず、端末装置３０−２および端末装置３０−３は、緊急情報の発生を検出する（Ｓ４００、Ｓ４０１）。そして、端末装置３０−２および端末装置３０−３は、上りリンクにおいて緊急情報の送信用に割り当てられた同一のＲＢを用いて、緊急情報をＲＲＨ２０へ送信する（Ｓ４０２、Ｓ４０３）。端末装置３０−２および端末装置３０−３がそれぞれ送信した緊急情報は、同一のＲＢにおいて衝突し、データが壊れる。そのため、ＲＲＨ２０では、端末装置３０−２および端末装置３０−３から送信された緊急情報が正しく受信されない。そのため、下りリンクにおける緊急情報の報知用のＲＢには、端末装置３０−２から送信された緊急情報および端末装置３０−３から送信された緊急情報のいずれも格納されない（Ｓ４０４）。
【００８３】
端末装置３０−２および端末装置３０−３は、下りリンクにおける緊急情報の報知用のＲＢを参照し、自装置から送信された緊急情報が報知されていないことを検出することにより、緊急情報の送信失敗を検出する（Ｓ４０５、Ｓ４０６）。端末装置３０−２および端末装置３０−３は、それぞれ、緊急情報の送信からランダムな時間が経過した後に緊急情報を再送する。
【００８４】
例えば、端末装置３０−３は、ステップＳ４０２における緊急情報の送信からランダムな時間Δｔ１が経過した後に、上りリンクにおいて緊急情報の送信用に割り当てられたＲＢを用いて緊急情報を再送する（Ｓ４０７）。ＲＲＨ２０は、端末装置３０−３から送信された緊急情報を検出する（Ｓ４０８）。そして、ＲＲＨ２０は、検出した緊急情報を、下りリンクにおける緊急情報の報知用のＲＢに載せ替えて、セル内の端末装置３０−１〜３０−３に報知する（Ｓ４０９）。
【００８５】
端末装置３０−１〜３０−３は、下りリンクにおける緊急情報の報知用のＲＢを参照し、緊急情報を取得する（Ｓ４１０、Ｓ４１１、Ｓ４１２）。端末装置３０−１および３０−２は、報知された緊急情報が自装置から送信された緊急情報ではないことを検出し、緊急情報に基づいて、それぞれの車２の自律制御を実行する（Ｓ４１３、Ｓ４１４）。一方、端末装置３０−３は、報知された緊急情報が自装置から送信された緊急情報であることを検出し、取得した緊急情報を破棄する（Ｓ４１５）。
【００８６】
また、例えば、端末装置３０−２は、ステップＳ４０３における緊急情報の送信からランダムな時間Δｔ２が経過した後に、上りリンクにおいて緊急情報の送信用に割り当てられたＲＢを用いて緊急情報を再送する（Ｓ４１６）。ＲＲＨ２０は、端末装置３０−２から送信された緊急情報を検出する（Ｓ４１７）。そして、ＲＲＨ２０は、検出した緊急情報を、下りリンクにおける緊急情報の報知用のＲＢに載せ替えて、セル内の端末装置３０−１〜３０−３に報知する（Ｓ４１８）。
【００８７】
端末装置３０−１〜３０−３は、下りリンクにおける緊急情報の報知用のＲＢを参照し、緊急情報を取得する（Ｓ４１９、Ｓ４２０、Ｓ４２１）。端末装置３０−１および３０−３は、報知された緊急情報が自装置から送信された緊急情報ではないことを検出し、緊急情報に基づいて、それぞれの車２の自律制御を実行する（Ｓ４２２、Ｓ４２３）。一方、端末装置３０−２は、報知された緊急情報が自装置から送信された緊急情報であることを検出し、取得した緊急情報を破棄する（Ｓ４２４）。
【００８８】
［ハードウェア］
図１３は、ＢＢＵ１０のハードウェアの一例を示す図である。ＢＢＵ１０は、例えば図１３に示すように、ＲＲＨインターフェイス回路１００、ネットワークインターフェイス回路１０１、ＣＰＵ（Central  Processing  Unit）１０２、ＤＳＰ（Digital  Signal  Processor）１０３、およびメモリ１０４を有する。
【００８９】
ＣＰＵ１０２およびＤＳＰ１０３は、バスを介して、ＲＲＨインターフェイス回路１００、ネットワークインターフェイス回路１０１、およびメモリ１０４に接続されている。ＲＲＨインターフェイス回路１００は、例えば図２に示したＲＲＨインターフェイス部１１の機能を実現する。また、ネットワークインターフェイス回路１０１は、例えば図２に示したネットワークインターフェイス部１３の機能を実現する。
【００９０】
メモリ１０４内には、例えば図２に示した通信制御部１２の機能を実現するためのプログラムが格納されている。ＣＰＵ１０２は、メモリ１０４内に格納されたプログラムをメモリ１０４から読み出して実行することにより、ＤＳＰ１０３と協働して、例えば図２に示した通信制御部１２の機能、即ち、呼制御部１２０およびプロトコル管理部１２１の機能を実現する。
【００９１】
図１４は、ＲＲＨ２０のハードウェアの一例を示す図である。ＲＲＨ２０は、例えば図１４に示すように、ＲＦ回路２００、ＢＢＵインターフェイス回路２０１、ＣＰＵ２０２、ＤＳＰ２０３、メモリ２０４、およびアンテナ２１を有する。
【００９２】
ＣＰＵ２０２およびＤＳＰ２０３は、バスを介して、ＲＦ回路２００、ＢＢＵインターフェイス回路２０１、およびメモリ２０４に接続されている。ＲＦ回路２００は、例えば図３に示した無線処理部２２の機能を実現する。また、ＢＢＵインターフェイス回路２０１は、例えば図３に示したＢＢＵインターフェイス部２４の機能を実現する。
【００９３】
メモリ２０４内には、例えば図３に示した通信制御部２３の機能を実現するためのプログラムが格納されている。ＣＰＵ２０２は、メモリ２０４内に格納されたプログラムをメモリ２０４から読み出して実行することで、メモリ２０４と協働して、例えば図３に示した通信制御部２３の機能、即ち、抽出部２３１、挿入部２３２、および緊急情報処理部２３３の機能を実現する。
【００９４】
図１５は、端末装置３０のハードウェアの一例を示す図である。端末装置３０は、例えば図１５に示すように、通信装置３００、車体制御装置３０５、およびアンテナ３１を有する。通信装置３００は、例えば図８に示した通信管理部３２の機能を実現する。また、車体制御装置３０５は、例えば図８に示した車体制御部３６の機能を実現する。
【００９５】
通信装置３００は、例えば図１５に示すように、ＲＦ回路３０１、ユーザインターフェイス回路３０２、ＣＰＵ３０３、およびメモリ３０４を有する。ＲＦ回路３０１は、例えば図８に示した無線処理部３３の機能、即ち、受信部３３０および送信部３３１の機能を実現する。ユーザインターフェイス回路３０２は、例えばタッチパネル等の入力装置や液晶モニタ等の出力装置であり、例えば図８に示したユーザインターフェイス部３５の機能を実現する。
【００９６】
メモリ３０４内には、例えば図８に示した通信制御部３４の機能を実現するためのプログラムが格納されている。ＣＰＵ３０３は、メモリ３０４内に格納されたプログラムをメモリ３０４から読み出して実行することにより、例えば図８に示した通信制御部３４の機能、即ち、呼制御部３４０、プロトコル管理部３４１、および緊急情報処理部３４２の機能を実現する。
【００９７】
車体制御装置３０５は、例えば図１５に示すように、センサ３０６、車体インターフェイス回路３０７、ＣＰＵ３０８、およびメモリ３０９を有する。センサ３０６は、例えば、速度センサ、距離センサ、およびＧＰＳセンサ等を含む。センサ３０６は、例えば図８に示したセンサ部３６１の機能を実現する。車体インターフェイス回路３０７は、ＣＰＵ３０８と車２内の各部を接続するためのインターフェイスである。
【００９８】
メモリ３０９内には、例えば図８に示した制御部３６０の機能を実現するためのプログラムが格納されている。ＣＰＵ３０８は、メモリ３０９内に格納されたプログラムをメモリ３０９から読み出して実行することにより、例えば図８に示した制御部３６０の機能を実現する。
【００９９】
［実施例の効果］
上述したように、本実施例のＲＲＨ２０は、抽出部２３１と、緊急情報処理部２３３と、挿入部２３２とを有する。抽出部２３１は、端末装置３０から受信した信号に含まれるリソースブロックのうち、緊急情報の送信用に予め割り当てられているリソースブロックを抽出する。緊急情報処理部２３３は、抽出部２３１によって抽出されたリソースブロックに緊急情報が含まれているか否かを判定する。緊急情報処理部２３３は、抽出部２３１によって抽出されたリソースブロックに緊急情報が含まれている場合に、抽出部２３１によって抽出されたリソースブロックに含まれている緊急情報を含む報知情報を作成する。挿入部２３２は、緊急情報処理部２３３によって作成された緊急情報を含む報知情報を、緊急情報の報知用に予め割り当てられているリソースブロックに挿入する。これにより、ＲＲＨ２０は、ある端末装置３０から送信された緊急性を要する情報を、他の端末装置３０に低遅延で伝達することができる。
【０１００】
例えば、車２が時速４０ｋｍで走行する場合、その車２は１秒間に約１１ｍ進む。そこで、時速４０ｋｍで走行中の複数の車２の前後の車間が、例えば３〜５ｍであれば、自律制御により衝突を回避するためには５００ｍｓ以下の反応速度が求められる。車２に搭載された端末装置３０がインターネット等の通信網４を介してデータサーバ５との間で通信を行う場合、一般的に秒単位に近いオーダーでレスポンスが返ってくることが考えられる。さらに、通信網４内で輻輳が発生した場合にはその遅延時間は変動し、短時間のレスポンスを保証することは困難である。そのため、データサーバ５を経由して情報を報知する場合、上述した条件では自律制御による衝突の回避は困難である。
【０１０１】
さらに、車２に搭載されたセンサによる動作検出に基づく自律制御には、１００ミリ秒オーダーの時間がかかることが考えられる。ここで、本実施例に係る無線通信システム１によれば、無線区間における報知情報の送信周期はサブフレーム単位（例えば１ミリ秒単位）で行われる。そのため、ＲＲＨ２０は、ＲＲＨ２０による信号の載せ替えの処理の時間を加えても数十ミリ秒オーダーで他の端末装置３０へ情報を報知することができる。そのため、本実施例に係る無線通信システム１における報知情報の送信周期に、上述した自律制御による１００ミリ秒オーダーの処理時間が加わっても、上述した反応速度内に十分収まる。また、緊急情報はＲＲＨ２０で折り返されるため、通信網４内の輻輳などによる遅延要因が存在せず、遅延時間の揺らぎもないため、確実に短時間で情報を報知することができ、信頼性の高い自動運転を実現することができる。
【０１０２】
また、上記した実施例において、端末装置３０からの緊急情報の送信用には、同一の時間帯において、異なる周波数帯域の複数のリソースブロックが予め割り当てられている。また、緊急情報の報知用には、同一の時間帯において、異なる周波数帯域の複数のリソースブロックが予め割り当てられている。これにより、複数の端末装置３０によって短期間に送信された緊急情報が衝突することを抑制することができる。
【０１０３】
また、上記した実施例において、挿入部２３２は、抽出部２３１が抽出したリソースブロックに緊急情報が含まれている場合、抽出部２３１が抽出したリソースブロックに含まれている緊急情報を含む報知情報を、最も早く報知される報知用のリソースブロックに挿入する。これにより、ＲＲＨ２０は、ある端末装置３０から送信された緊急性を要する情報を、他の端末装置３０により低遅延で伝達することができる。
【０１０４】
また、上記した実施例において、各サブフレームには、時間帯および周波数帯の組合せ毎に、端末装置３０からの緊急情報の送信用に複数のリソースブロックが予め割り当てられている。また、ＢＢＵ１０は、各サブフレームにおいて、ＲＲＨ２０の圏内にあるそれぞれの端末装置３０に割り当てられる緊急情報の送信用のリソースブロックを、同一のリソースブロックを使用する端末装置３０が少なくなるよう各端末装置３０に割り当てる。これにより、複数の端末装置３０によって短期間に送信された緊急情報が衝突することを抑制することができる。
【０１０５】
［その他］
なお、開示の技術は、上記した実施例に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【０１０６】
例えば、上記した実施例では、緊急情報として、車２の自律制御に用いられる情報を例に説明したが、開示の技術はこれに限られない。例えば、ある端末装置３０から送信された情報に基づいて、複数の他の端末装置３０が、短時間に処理を行うシステムに用いられる情報であれば、車２の自律制御に用いられる情報でなくてもよい。
【０１０７】
また、上記した実施例では、端末装置３０から送信された緊急情報をＲＲＨ２０で折り返すことにより、ＲＲＨ２０のセル内の複数の端末装置３０に短時間で情報を伝達するが、開示の技術はこれに限られない。例えば、端末装置３０から送信された緊急情報をＲＲＨ２０で折り返すことに加えて、該情報をＢＢＵ１０を経由して他のＲＲＨ２０へ転送してもよい。これにより、あるＲＲＨ２０のセル内に位置する端末装置３０から送信された緊急情報は、他のＲＲＨ２０のセル内に位置する端末装置３０へも伝達される。これにより、ある端末装置３０から送信された緊急情報を、より広域の端末装置３０に伝達することができる。
【０１０８】
また、上記した実施例では、車２による自動制御の実行を緊急情報の発生トリガーの一例として説明したが、開示の技術はこれに限られない。自動制御の実行以外にも、例えば、人為的に行われた過度のブレーキ操作をセンサ３０６が検出したこと等をトリガーとして、各車２の端末装置３０によって緊急情報が基地局６へ送信されてもよい。
【０１０９】
また、例えば、端末装置３０から送信された緊急情報をＲＲＨ２０で折り返すことに加えて、該緊急情報をデータサーバ５を経由して他のＢＢＵ１０に接続された各ＲＲＨ２０へ転送し、各ＲＲＨ２０のセル内に位置する端末装置３０に伝達してもよい。これにより、ある端末装置３０から送信された緊急情報は、該端末装置３０から遠く離れた他の端末装置３０にも伝達される。緊急情報の送信元の端末装置３０から遠く離れた位置にある端末装置３０では、緊急情報に基づいて短時間に制御を行う必要性は低い。しかし、このような端末装置３０は、緊急情報の内容に応じて、緊急情報の発生位置を迂回するルートを選択する等、伝達された緊急情報を車２の走行に活用することができる。
【０１１０】
また、上記した実施例では、ＢＢＵ１０が、ＲＲＨ２０のセル内に位置する各端末装置３０に対して、上りリンクにおける緊急情報の送信用のリソースブロックの割り当てを行うが、開示の技術はこれに限られない。例えば、各端末装置３０は、自装置に割り当てられた識別情報等に基づいて、上りリンクにおける緊急情報の送信用のリソースブロックの中で、自装置が緊急情報の送信に用いるリソースブロックを、ランダムに選択してもよい。これにより、ＢＢＵ１０の処理負荷が軽減される。
【符号の説明】
【０１１１】
１  無線通信システム
２  車
３  ＥＰＣ
４  通信網
５  データサーバ
６  基地局
１０  ＢＢＵ
１１  ＲＲＨインターフェイス部
１２  通信制御部
１２０  呼制御部
１２１  プロトコル管理部
１３  ネットワークインターフェイス部
２０  ＲＲＨ
２１  アンテナ
２２  無線処理部
２２０  受信部
２２１  送信部
２３  通信制御部
２３０  プロトコル管理部
２３１  抽出部
２３２  挿入部
２３３  緊急情報処理部
２４  ＢＢＵインターフェイス部
３０  端末装置
３１  アンテナ
３２  通信管理部
３３  無線処理部
３３０  受信部
３３１  送信部
３４  通信制御部
３４０  呼制御部
３４１  プロトコル管理部
３４２  緊急情報処理部
３５  ユーザインターフェイス部
３６  車体制御部
３６０  制御部
３６１  センサ部
４０  予約領域
４１  分割領域
４２  予約領域
【図１】
2017229041.tif 000003
【図２】
2017229041.tif 000004
【図３】
2017229041.tif 000005
【図４】
2017229041.tif 000006
【図５】
2017229041.tif 000007
【図６】
2017229041.tif 000008
【図７】
2017229041.tif 000009
【図８】
2017229041.tif 000010
【図９】
2017229041.tif 000011
【図１０】
2017229041.tif 000012
【図１１】
2017229041.tif 000013
【図１２】
2017229041.tif 000014
【図１３】
2017229041.tif 000015
【図１４】
2017229041.tif 000016
【図１５】
2017229041.tif 000017