(57)【要約】【課題】自動運転の性能を向上させる基地局装置、端末装置、移動体通信システム及び移動体通信システムの制御方法を提供する。【解決手段】基地局装置１０は、端末装置と自装置との間の接続確立のための信号を端末装置から受けて前記接続確立のための一連の処理を実行する。受信部１１１は、端末装置から送信された前記接続確立のための信号を受信する。緊急情報処理部１２３は、受信部１１１が受信した接続確立のための信号に所定情報が格納されている場合、所定情報を取得する。送信部１１２は、緊急情報処理部１２３により取得された所定情報を含む報知信号を端末装置以外の他の端末装置へ送信する。【選択図】図２
2017175217.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と自装置との間の接続確立のための信号を前記端末装置から受けて前記接続確立のための一連の処理を実行する基地局装置であって、
前記端末装置から送信された前記接続確立のための信号を受信する受信部と、
前記受信部が受信した前記接続確立のための信号に所定情報が格納されている場合、前記所定情報を取得する取得部と、
前記取得部により取得された前記所定情報を含む報知信号を少なくとも前記端末装置以外の他の端末装置へ送信する送信部と
を備えたことを特徴とする基地局装置。
【請求項２】
前記受信部は、無線資源制御接続要求を含む前記接続確立のための信号を受信し、
前記取得部は、前記無線資源制御接続要求に前記所定情報が格納されている場合、前記所定情報を取得することを特徴とする請求項１に記載の基地局装置。
【請求項３】
前記送信部は、前記所定情報が前記無線資源制御接続要求に格納されている場合、接続の確立を拒否する信号を前記端末装置へ送信することを特徴とする請求項２に記載の基地局装置。
【請求項４】
前記送信部は、前記報知信号に前記所定情報とともに前記所定情報の有無を示す通知情報を格納することを特徴とする請求項１〜３のいずれか一つに記載の基地局装置。
【請求項５】
前記送信部は、前記報知信号を前記端末装置にも送信することを特徴とする請求項１〜４のいずれか一つに記載の基地局装置。
【請求項６】
自装置と基地局装置との間の接続確立のための信号を前記基地局装置へ送り前記接続確立のための一連の処理を実行する端末装置であって、
所定の事象の発生を検知した場合、前記接続確立のための信号に所定情報を格納して前記基地局装置へ送信する信号送信部
を備えたことを特徴とする端末装置。
【請求項７】
接続確立のための信号を互いに送受信し前記接続確立のための一連の処理を実行する端末装置及び基地局装置であって、
前記端末装置は、
所定の事象の発生を検知した場合、前記接続確立のための信号に所定情報を格納して前記基地局装置へ送信する信号送信部を備え、
前記基地局装置は、
前記端末装置から送信された前記接続確立のための信号を受信する受信部と、
前記受信部が受信した前記接続確立のための信号に前記所定情報が格納されている場合、前記所定情報を取得する取得部と、
前記取得部により取得された前記所定情報を含む報知信号を少なくとも前記端末装置以外の他の端末装置へ送信する送信部とを備えた
ことを特徴とする移動体通信システム。
【請求項８】
接続確立のための信号を互いに送受信し前記接続確立のための一連の処理を実行する端末装置及び基地局装置とを備えた移動体通信システムの制御方法であって、
前記端末装置に、所定の事象の発生を検知した場合、前記接続確立のための信号に所定情報を格納して前記基地局装置へ送信させ、
前記基地局装置に、前記端末装置から送信された前記接続確立のための信号を受信させ、
前記基地局装置に、受信した前記接続確立のための信号に前記所定情報が格納されている場合、前記所定情報を取得させ、
前記基地局装置に、取得した前記所定情報を含む報知信号を少なくとも前記端末装置以外の他の端末装置へ送信させる
ことを特徴とする移動体通信システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、端末装置、移動体通信システム及び移動体通信システムの制御方法に関する。
【背景技術】
【０００２】
近年、車の自動運転のために、車に各種センサを付けて、センサで取得した情報を基に車の運転をアシストするアシスト機能が提案されている。アシスト機能には、例えば、自動ブレーキシステムなどがある。また、センサで取得した運行情報などの各車の情報を移動体通信網を経由して、データサーバに集約し、運転をアシストするための情報を車にフィードバックして運転の手助けに役立てる技術が提案されている。運転をアシストするための情報には、例えば、運行中の道の渋滞情報や工事情報などがある。
【０００３】
また、行き先登録を行うことで、ＧＰＳ（Global  Positioning  System）やアクセル動作についても、車載された各種センサからの情報を基にコントロールできるようになってきており、車単体での自律的な自動運転の実現に向けての研究開発が進められている。ただし、１台の車が効率的な完全自動運転をするためには、単体の車で収集できる各センサの情報だけでなく、他の車や周囲の交通状況などの情報を含めた解析と判断を行うことが好ましい。車車間通信や路車間通信については多くの通信方法が提案されているが、完全自動運転には情報の共有とその情報の車へのフィードバックのために多数の車両に対する情報共有の通信リアルタイム化が望まれる。
【０００４】
従来、移動体通信システムに属するある端末装置からの情報を他の端末装置との間で共有して活用する場合、一般的に専用のデータベースサーバへデータを集め、そこから各端末装置へ情報が配信される。また、他の情報共有方法として、移動体通信システムのネットワークを使用せず、端末装置間の１対１の直接通信を繰り返して、端末装置間における同報を実現する方法がある。
【０００５】
さらに、基地局装置からブロードキャストで送信された情報を受信した端末装置が、受信した情報を他の端末装置へ転送する従来技術がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２０１５／０４６１５５号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来のデータサーバ経由による通信では、複雑なネットワーク経路での遅延が発生し、自動運転の性能を向上させることは困難である。また、車車間通信により情報を同報する通信では、複数台の車を経由するために離れた車への通知には時間がかかるため遅延が発生し、自動運転の性能を向上させることは困難である。
【０００８】
また、基地局装置からブロードキャストで送信された情報を他の端末装置へ転送する従来技術であっても、ブロードキャストによる遅延及び車車間通信を繰り返すことによる遅延の発生のおそれは存在するため、自動運転の性能を向上させることは困難である。
【０００９】
開示の技術は、上記に鑑みてなされたものであって、自動運転の性能を向上させる基地局装置、端末装置、移動体通信システム及び移動体通信システムの制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本願の開示する基地局装置、端末装置、移動体通信システム及び移動体通信システムの制御方法の一つの態様において、基地局装置は、端末装置と自装置との間の接続確立のための信号を前記端末装置から受けて前記接続確立のための一連の処理を実行する。そして、基地局装置は、以下の各部を備える。受信部は、前記端末装置から送信された前記接続確立のための信号を受信する。取得部は、前記受信部が受信した前記接続確立のための信号に所定情報が格納されている場合、前記所定情報を取得する。送信部は、前記取得部により取得された前記所定情報を含む報知信号を前記端末装置以外の他の端末装置へ送信する。
【発明の効果】
【００１１】
本願の開示する基地局装置、端末装置、移動体通信システム及び移動体通信システムの制御方法の一つの態様によれば、自動運転の性能を向上させることができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】図１は、移動体通信システムの概略構成図である。
【図２】図２は、基地局装置のブロック図である。
【図３】図３は、報知情報の内容の一例を示す図である。
【図４】図４は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔのフォーマットの一例を示す図である。
【図５】図５は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔのフォーマットの一例を示す図である。
【図６】図６は、端末装置のブロック図である。
【図７】図７は、実施例に係る移動体通信システムによる緊急情報の報知処理の概略を表すシーケンス図である。
【図８】図８は、緊急情報の報知における基地局装置の処理の詳細を表すシーケンス図である。
【図９】図９は、緊急情報の報知における端末装置の処理の詳細を表すシーケンス図である。
【図１０】図１０は、基地局装置のハードウェア構成図である。
【図１１】図１１は、端末装置のハードウェア構成図である。
【発明を実施するための形態】
【００１３】
以下に、本願の開示する基地局装置、端末装置、移動体通信システム及び移動体通信システムの制御方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する基地局装置、端末装置、移動体通信システム及び移動体通信システムの制御方法が限定されるものではない。
【実施例】
【００１４】
図１は、移動体通信システムの概略構成図である。本実施例に係る移動体通信システム１は、ＥＰＣ（Evolved  Packet  Core）３、インターネット４、データサーバ５及び基地局装置１０を有する。
【００１５】
ＥＰＣ３は、コアネットワークにおける基地局装置１０との間のインタフェースの役割を担う。ＥＰＣ３は、例えば、ＭＭＥ（Mobility  Management  Entity）、Ｓ−ＧＷ（Serving  Gateway）、Ｐ−ＧＷ（Packet  Data  Network  Gateway）及びＰＣＲＦ（Policy  and  Charging  Rules  Function）を有する。
【００１６】
また、ＥＰＣ３は、インターネット４に接続される。そして、ＥＰＣ３は、インターネット４を介してデータサーバ５と通信を行う。
【００１７】
基地局装置１０は、無線機１０Ａ〜１０Ｃを有する。そして、無線機１０Ａ〜１０Ｃの各セルに、端末装置２０が搭載された車２が在圏する。例えば、基地局装置１０は、無線機１０Ａを介して無線機１０Ａのセルに在圏する車２の端末装置２０との間でデータの送受信を行う。図１では、１つの基地局装置１０を図示したが、実際には、基地局装置１０は、複数存在する。
【００１８】
さらに、基地局装置１０は、ＥＰＣ３に接続する。そして、基地局装置１０は、ＥＰＣ３を介してデータサーバ５と通信を行う。また、基地局装置１０は、ＥＰＣ３を介して他の基地局装置１０と通信を行う。ここで、基地局装置１０は、他の基地局装置１０との間を接続する基地局間通信インタフェースを有してもよく、その基地局間通信インタフェースを用いて他の基地局装置１０と通信を行ってもよい。
【００１９】
車２は、端末装置２０を有する。車２に搭載された端末装置２０は、基地局装置１０の無線機１０Ａ〜１０Ｃのセルの内、在圏するセルを有する無線機を用いて基地局装置１０に接続する。そして、端末装置２０は、接続した基地局装置１０及びＥＰＣ３を介して他の端末装置２０と通信を行う。
【００２０】
次に、図２を参照して、移動体通信システム１における緊急情報の報知を行う基地局装置１０の詳細について説明する。図２は、基地局装置のブロック図である。
【００２１】
図２に示すように、基地局装置１０は、無線処理部１１、通信制御部１２及びネットワークインタフェース部１３を有する。
【００２２】
無線処理部１１は、端末装置２０との間の無線通信におけるインタフェースであり、無線機１０Ａ〜１０Ｃにあたる。無線処理部１１は、受信部１１１及び送信部１１２を有する。ここで、本実施例では、無線機１０Ａから１０Ｃを、通信制御部１２及びネットワークインタフェース部１３を備えたシステムから分離して、他の場所に設置したが、これは１つのシステムとして同じ場所に配置されてもよい。
【００２３】
受信部１１１は、アンテナ１４を介して端末装置２０から送出された無線信号を受信する。そして、受信部１１１は、受信した信号に対して復調を行い受信した信号の周波数を変更してベースバンド信号を生成する。さらに、受信部１１１は、生成したベースバンド信号に対して復号化処理を施す。その後、受信部１１１は、復号化処理を施したベースバンド信号を呼制御部１２１へ出力する。
【００２４】
また、受信部１１１は、無線資源制御接続要求であるＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを含む接続要求信号を端末装置２０から受信する。そして、受信部１１１は、受信した接続要求信号からＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含むＬ（Layer）３の信号を抽出し、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを取得する。そして、受信部１１１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを呼制御部１２１へ出力する。
【００２５】
送信部１１２は、ページングの依頼の入力を呼制御部１２１から受ける。また、送信部１１２は、ベースバンド信号の入力を呼制御部１２１から受ける。次に、送信部１１２は、取得したベースバンド信号に対して符号化処理を施す。さらに、送信部１１２は、符号化処理を施したベースバンド信号に対して変調を行い、周波数を変更して無線信号を生成する。その後、送信部１１２は、ページングを行い、アンテナ１４を介して生成した無線信号を宛先の端末装置２０へ送信する。
【００２６】
また、緊急情報が通知された場合、送信部１１２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔに対する応答として、接続拒否通知であるＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔの入力を呼制御部１２１から受ける。そして、送信部１１２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを含むＬ３信号を接続拒否通知信号に組み込む。そして、送信部１１２は、接続拒否通知信号をＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの送信元である端末装置２０へ送信することで、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを通知する。
【００２７】
さらに、送信部１１２は、緊急情報が組み込まれた報知情報の送信のためのページングの依頼の入力を呼制御部１２１から受ける。そして、送信部１１２は、緊急情報が組み込まれた報知情報を含むＬ３信号を報知信号に組み込む。そして、送信部１１２は、報知信号を各端末装置２０へ送信することで、緊急情報が組み込まれた報知情報を各端末装置２０へ送信する。
【００２８】
呼制御部１２１は、予め設定された呼設定を用いて、端末装置２０との間の通信に用いる通信リソースの制御などの無線通信や音声通信に関する呼処理全般の制御を行う。例えば、呼制御部１２１は、端末装置２０のハンドオーバなどの基地局装置１０と端末装置２０との接続管理を行う。また、呼制御部１２１は、メジャメントレポートなどのＬ３メッセージの終端を行う。
【００２９】
呼制御部１２１は、信号の入力を受信部１１１から受ける。そして、呼制御部１２１は、ＥＰＣ３及び他の基地局装置１０へ送る信号をネットワークインタフェース部１３へ出力する。また、呼制御部１２１は、信号の入力をＥＰＣ３又は他の基地局装置１０から受ける。そして、呼制御部１２１は、端末装置２０へ送信する信号を送信部１１２へ出力する。
【００３０】
また、呼制御部１２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの入力を受信部１１１から受ける。そして、呼制御部１２１は、受信した信号がＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔであることを識別する。受信した信号をＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔと識別した場合、呼制御部１２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔをプロトコル管理部１２２へ送信する。
【００３１】
その後、呼制御部１２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの応答としてＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔの入力をプロトコル管理部１２２から受ける。そして、呼制御部１２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを送信部１１２へ出力する。
【００３２】
また、呼制御部１２１は、緊急情報とともに報知情報の送信依頼の入力を緊急情報処理部１２３から受ける。図３は、報知情報の内容の一例を示す図である。本実施例に係る移動体通信システム１では、図３に示すように緊急情報を表すＳＩＢ（System  Information  Block）３１１が新しく定義される。
【００３３】
呼制御部１２１は、図３に示すフォーマット３０１を有する報知情報のＭＩＢ３１１に緊急情報のＳＩＢの存在を示す情報を格納する。さらに、呼制御部１２１は、ＳＩＢ３１２に緊急情報を格納する。このようにして、呼制御部１２１は、報知情報に緊急情報を組み込む。そして、呼制御部１２１は、緊急情報が組み込まれた報知情報の送信のためのページングの依頼を送信部１１２へ出力する。
【００３４】
プロトコル管理部１２２は、端末装置２０との間に接続を確立する場合、端末装置２０から受信した信号の内容を判定する。そして、プロトコル管理部１２２は、判定した信号の内容に応じたプロトコルにしたがい信号の生成などを行う。具体的には、プロトコル管理部１２２は、端末装置２０から送信されたＲＡＣＨ  ｐｒｅａｍｂｌｅに対して、送信タイミングなどを含むＲＡＣＨ  ｒｅｓｐｏｎｓｅを生成し、呼制御部１２１へ送信する。また、プロトコル管理部１２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを受信した場合に、接続を許可する場合には、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐを呼制御部１２１へ送信する。その後、プロトコル管理部１２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｍｐｌｅｔｅを受信して端末装置２０との間の接続の確立を完了する。また、接続を拒否する場合、プロトコル管理部１２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを呼制御部１２１へ送信する。
【００３５】
例えば、プロトコル管理部１２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの入力を呼制御部１２１から受ける。ここで、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔは、例えば、図４に示すフォーマット３０２で表される。図４は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔのフォーマットの一例を示す図である。図４に示すように、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔは、ｕｅ（user  equipment）−Ｉｄｅｎｔｉｔｙの領域、ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅの領域及びｓｐａｒｅの領域を有する。ｕｅ−Ｉｄｅｎｔｉｔｙの領域には、送信元の端末装置２０を識別するための仮の番号として、ｓ−ＴＭＳＩ（Temporary  Mobile  Subscriber  Identity）又はｒａｎｄｏｍＶａｌｕｅが格納される。また、ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅの領域は、接続要求の理由が格納される領域である。本実施例に係る移動体通信システム１では、接続要求の理由として「緊急情報」という理由が新たに追加される。緊急情報を通知する場合、ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅの領域には、緊急情報を表す情報が格納される。また、ｓｐａｒｅの領域には、緊急情報を通知する場合、緊急情報の通知データが格納される。
【００３６】
プロトコル管理部１２２は、取得したＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔのｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅの領域を確認し、緊急情報を表す情報が格納されているか否かを判定する。緊急情報を表す情報が格納されていなければ、プロトコル管理部１２２は、通常の処理を実行する。
【００３７】
これに対して、緊急情報を表す情報が格納されている場合、プロトコル管理部１２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを緊急情報処理部１２３へ送信する。さらに、プロトコル管理部１２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを生成する。
【００３８】
図５は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔのフォーマットの一例を示す図である。ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔは、ＲＲＣ  ｔｒａｎｓａｃｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ、ｕｅ−Ｉｄｅｎｔｉｔｙ、Ｒｅｊｅｃｔｉｏｎ  ｃａｕｓｅ、Ｗａｉｔ  ｔｉｍｅ及びＲｅｄｉｒｅｃｔｉｏｎ  Ｉｎｆｏの各領域を有する。ＲＲＣ  ｔｒａｎｓａｃｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒの領域は、トランザクションを一意に識別するための情報を格納する領域である。また、ｕｅ−Ｉｄｅｎｔｉｔｙは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔで用いられた値が格納される。また、Ｒｅｊｅｃｔｉｏｎ  ｃａｕｓｅは、接続拒否の理由が格納される領域である。本実施例に係る移動体通信システム１では、接続拒否の理由として、「緊急情報の受領」という理由が新たに追加される。緊急情報の通知の場合、Ｒｅｊｅｃｔｉｏｎ  ｃａｕｓｅには、緊急情報を受領したことを示す情報が格納される。また、Ｗａｉｔ  ｔｉｍｅの領域は、次処理までの待ち時間が格納される。また、Ｒｅｄｉｒｅｃｔｉｏｎ  Ｉｎｆｏの領域は、周波数情報や他のネットワークの情報が格納される。
【００３９】
プロトコル管理部１２２は、図５に示されるＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔのＲｅｊｅｃｔｉｏｎ  ｃａｕｓｅの領域に、緊急情報を受領したことを示す情報を格納する。そして、プロトコル管理部１２２は、生成したＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを呼制御部１２１へ出力する。このように、プロトコル管理部１２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを送信することで、接続シーケンスを終了させ、端末装置２０によるＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの再送を防止する。
【００４０】
緊急情報処理部１２３は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの入力をプロトコル管理部１２２から受ける。そして、緊急情報処理部１２３は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔのｓｐａｒｅの領域に格納された通知データで示される緊急情報を取得する。そして、緊急情報処理部１２３は、取得した緊急情報とともに報知情報の送信依頼を呼制御部１２１へ送信する。この緊急情報処理部１２３が、「取得部」の一例にあたる。
【００４１】
次に、図６を参照して、移動体通信システム１における緊急情報の通知及び報知情報の受信を行う端末装置２０の詳細について説明する。図６は、端末装置のブロック図である。
【００４２】
端末装置２０は、車２の状態の取得、車２の動作制御、基地局装置１０への緊急情報の通知及び基地局装置１０からの報知情報の取得を行う。端末装置２０は、通信管理部２１及び車体制御部２２を有する。
【００４３】
車体制御部２２は、車２の状態の取得や、車２の動作制御を行う。車体制御部２２は、制御部２０４及びセンサ部２０５を有する。
【００４４】
センサ部２０５は、ブレーキの操作及び車２の速度といった車２の動作状態を監視し、車の動作情報を取得する。そして、センサ部２０５は、車２の動作情報を制御部２０４へ出力する。例えば、センサ部２０５は、ブレーキをかけた位置、時刻、進行速度、ブレーキの強さなどの情報を車２の動作情報として制御部２０４へ出力する。
【００４５】
制御部２０４は、車２の動作情報の入力をセンサ部２０５から受ける。そして、制御部２０４は、制御を実行するか否かを判定する。制御を実行すると判定した場合、制御部２０４は、車２の動作情報に応じて車２の動作を制御する。
【００４６】
例えば、制御部２０４は、車２の車間の情報及び速度情報の入力をセンサ部２０５から受ける。そして、制御部２０４は、車間が所定距離より短く速度が所定速度以上の場合、ブレーキをかける制御を行うことを決定する。そして、制御部２０４は、ブレーキがかかるように車２を制御する。
【００４７】
さらに、制御部２０４は、自律制御を実行した場合、自律制御の通知を緊急情報処理部２２３へ通知する。制御部２０４は、自律制御の操作情報に加えて、センサ部２０５から取得した情報を加えてもよい。
【００４８】
ここで、本実施例では、制御部２０４は、自律制御を行った場合、常に緊急情報処理部２２３に通知を行い緊急情報の通知を開始したが、自律制御の実行とは別に緊急情報の通知を判定してもよい。例えば、制御部２０４は、車２の制御結果から緊急情報の通知を行うか否かを判定し、その判定結果により緊急情報処理部２２３に緊急情報の通知を行ってもよい。例えば、自律制御により予め決められた強度以上のブレーキを車２にかけた場合、制御部２０４は、緊急情報の通知を緊急情報処理部２２３へ通知してもよい。
【００４９】
また、例えば、制御部２０４は、自律制御の実行とは独立して、取得した車２の動作情報を用いて緊急情報の通知の実行を決定してもよい。例えば、制御部２０４は、センサ部２０５から取得した進行速度が予め決められた速度を超えており且つブレーキの強さが予め決められたブレーキ強度を超えた場合、緊急情報の通知を緊急情報処理部２２３に行ってもよい。
【００５０】
さらに、制御部２０４は、他の端末装置２０が送信した緊急情報が組み込まれた報知情報が送られてきた場合、実行する制御の情報の入力を緊急情報処理部２２３から受ける。そして、制御部２０４は、指示された制御を車２に対して実行する。
【００５１】
通信管理部２１は、緊急情報の送信及び報知情報の受信を行う。通信管理部２１は、無線処理部２０１、通信制御部２０２及びユーザインタフェース部２０３を有する。
【００５２】
ユーザインタフェース部２０３は、タッチパッド機能を備えた液晶画面などを有する。そして、ユーザインタフェース部２０３は、操作者からの操作による入力を受けて、入力された情報を呼制御部２２１へ出力する。また、ユーザインタフェース部２０３は、呼制御部２２１から入力された情報を、液晶画面などに表示させる。
【００５３】
無線処理部２０１は、基地局装置１０との間の無線通信におけるインタフェースである。無線処理部２０１は、受信部２１１及び送信部２１２を有する。
【００５４】
受信部２１１は、アンテナ２３を介して基地局装置１０から送出された無線信号を受信する。そして、受信部２１１は、受信した信号に対して復調を行い受信した信号の周波数を変更してベースバンド信号を生成する。さらに、受信部２１１は、生成したベースバンド信号に対して復号化処理を施す。その後、受信部２１１は、復号化処理を施したベースバンド信号を呼制御部２２１へ出力する。
【００５５】
また、受信部２１１は、緊急情報の通知の場合、ＲＡＣＨ  ｒｅｓｐｏｎｓｅを基地局装置１０から受信する。そして、受信部２１１は、受信したＲＡＣＨ  ｒｅｓｐｏｎｓｅを呼制御部２２１へ出力する。その後、受信部２１１は、接続の確立を拒否する信号であるＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを基地局装置１０から受信する。そして、受信部２１１は、受信したＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを呼制御部２２１へ出力する。
【００５６】
また、受信部２１１は、緊急情報が組み込まれた報知情報を基地局装置１０から受信する。そして、受信部２１１は、受信した報知情報を呼制御部２２１へ出力する。
【００５７】
送信部２１２は、ベースバンド信号の入力を呼制御部２２１から受ける。次に、送信部２１２は、取得したベースバンド信号に対して符号化処理を施す。さらに、送信部２１２は、符号化処理を施したベースバンド信号に対して変調を行い、周波数を変更して無線信号を生成する。その後、送信部２１２は、アンテナ２３を介して生成した無線信号を基地局装置１０へ送信する。
【００５８】
また、緊急情報が通知された場合、送信部２１２は、ＲＡＣＨ  ｐｒｅａｍｂｌｅの送信依頼を呼制御部２２１から受ける。そして、送信部２１２は、ＲＡＣＨ  ｐｒｅａｍｂｌｅを生成して基地局装置１０へ送信する。次に、送信部２１２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの送信依頼の入力を呼制御部２２１から受ける。そして、送信部２１２は、取得したＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを基地局装置１０へ送信する。
【００５９】
呼制御部２２１は、予め設定された呼設定を用いて、基地局装置１０との間の通信に用いる通信リソースの制御などの無線通信に関する呼処理全般の制御を行う。呼制御部２２１は、基地局装置１０から受信した信号の入力を受信部２１１から受ける。そして、呼制御部２２１は、受信した信号に処理を施し、ユーザインタフェース部２０３を用いて操作者に情報を提供する。
【００６０】
また、呼制御部２２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの送信依頼の入力をプロトコル管理部２２２から受ける。そして、呼制御部２２１は、端末装置２０の状態を判定する。端末装置２０が通信可能な場合、呼制御部２２１は、無線の接続シーケンスを実施する。具体的には、呼制御部２２１は、ＲＡＣＨ  ｐｒｅａｍｂｌｅの送信依頼を送信部２１２へ送信する。その後、呼制御部２２１は、ＲＡＣＨ  ｒｅｓｐｏｎｓｅを送信部２１２から受信すると、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの送信依頼を送信部２１２へ出力する。
【００６１】
その後、呼制御部２２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの応答としてＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔの入力を受信部２１１から受ける。そして、呼制御部２２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔのＲｅｊｅｃｔｉｏｎ  ｃａｕｓｅを確認し、緊急情報の受領が完了したことを把握する。そして、呼制御部２２１は、緊急情報の通知のための接続シーケンスを終了する。
【００６２】
また、呼制御部２２１は、緊急情報が組み込まれた報知情報の入力を受信部２１１からうける。そして、呼制御部２２１は、取得した報知情報をプロトコル管理部２２２へ出力する。
【００６３】
プロトコル管理部２２２は、緊急情報の送信依頼を緊急情報処理部２２３から受ける。この時、プロトコル管理部２２２は、緊急情報として通知する通知データの入力も緊急情報処理部２２３から受ける。
【００６４】
そして、プロトコル管理部２２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを生成する。具体的には、プロトコル管理部２２２は、図４に示すＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔにおけるｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅの領域に緊急情報を表す情報を格納する。さらに、プロトコル管理部２２２は、図４に示すＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔにおけるｓｐａｒｅに緊急情報の通知データを格納する。その後、プロトコル管理部２２２は、生成したＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを呼制御部２２１へ送信する。
【００６５】
また、プロトコル管理部２２２は、緊急情報が組み込まれた報知情報の入力を呼制御部２２１から受ける。そして、プロトコル管理部２２２は、取得した報知情報の中の図３に示すＭＩＢ３１１を確認し、緊急情報が格納されたＳＩＢ３１２があるか否かを判定する。
【００６６】
緊急情報が格納されたＳＩＢ３１２がある場合、プロトコル管理部２２２は、その緊急情報が自己が搭載された端末装置２０から送信されたものか否かを判定する。その緊急情報が、自己が搭載された端末装置２０から送信されたものの場合、プロトコル管理部２２２は、緊急情報の取得に関する処理を終了する。一方、その緊急情報の送信元が他の端末装置２０の場合、プロトコル管理部２２２は、取得した報知情報の図３に示すＳＩＢ３１２から通知データを取得する。そして、プロトコル管理部２２２は、取り出した通知データを緊急情報処理部２２３へ出力する。
【００６７】
緊急情報処理部２２３は、自律制御の通知を制御部２０４から取得する。自律制御の通知には、例えば、急ブレーキをかけた時刻、進行方向、進行速度及びブレーキの強度などが格納される。そして、緊急情報処理部２２３は、取得した自律制御の通知から緊急情報として通知する通知データを生成する。その後、緊急情報処理部２２３は、通知データとともに緊急情報の送信依頼をプロトコル管理部２２２へ出力する。
【００６８】
また、緊急情報処理部２２３は、緊急情報である通知データの入力を呼制御部２２１から受ける。そして、緊急情報処理部２２３は、取得した通知データから実行する制御を決定する。そして、緊急情報処理部２２３は、実行する制御を制御部２０４に通知する。この緊急情報が、「所定情報」の一例にあたる。また、この緊急情報処理部２２３が、「信号送信部」の一例にあたる。
【００６９】
次に、図７を参照して、移動体通信システム１による緊急情報の報知処理の流れの概略について説明する。図７は、実施例に係る移動体通信システムによる緊急情報の報知処理の概略を表すシーケンス図である。ここでは、端末装置２０として端末装置２０Ａ〜２０Ｃがあり、その中の端末装置２０Ｃが緊急情報を発行する場合で説明する。図７では、縦軸の上部に示した名称がその縦軸に対応する動作主体にあたり、縦軸は下に向かうにしたがい時間の経過を表す。
【００７０】
端末装置２０Ｃが搭載された車２においては、自律制御が作動する（ステップＳ１）。
【００７１】
端末装置２０Ｃは、ＲＡＣＨ  ｐｒｅａｍｂｌｅを基地局装置１０へ送信する（ステップＳ２）。
【００７２】
基地局装置１０は、ＲＡＣＨ  ｐｒｅａｍｂｌｅを端末装置２０Ｃから受信する。そして、基地局装置１０は、ＲＡＣＨ  ｒｅｓｐｏｎｓｅを端末装置２０Ｃへ送信する（ステップＳ３）。
【００７３】
端末装置２０Ｃは、ＲＡＣＨ  ｒｅｓｐｏｎｓｅを基地局装置１０から受信する。そして、端末装置２０Ｃは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔのｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅの領域に緊急情報を表す情報を設定する。さらに、端末装置２０Ｃは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔのｓｐａｒｅの領域に緊急情報の通知データを格納する（ステップＳ４）。
【００７４】
そして、端末装置２０Ｃは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを基地局装置１０へ送信する（ステップＳ５）。
【００７５】
基地局装置１０は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを端末装置２０Ｃから受信する。そして、基地局装置１０は、受信したＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔから緊急情報を取得する（ステップＳ６）。
【００７６】
次に、基地局装置１０は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔのＲｅｊｅｃｔｉｏｎ  ｃａｕｓｅの領域に拒否理由として緊急情報の受領を示す情報を設定する（ステップＳ７）。
【００７７】
そして、基地局装置１０は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを端末装置２０Ｃへ送信する（ステップＳ８）。端末装置２０Ｃは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを基地局装置１０から受信し、接続シーケンスを終了する。
【００７８】
さらに、基地局装置１０は、報知情報に緊急情報を組み込む（ステップＳ９）。そして、基地局装置１０は、緊急情報が組み込まれた報知情報を自己のセル内に在圏する端末装置２０Ａ〜２０Ｃへ送信する（ステップＳ１０）。
【００７９】
端末装置２０Ａ〜２０Ｃは、緊急情報が組み込まれた報知情報を受信する。そして、端末装置２０Ａ〜２０Ｃは、受信した報知情報から緊急情報を取得する（ステップＳ１１〜Ｓ１３）。
【００８０】
端末装置２０Ａ及び２０Ｂは、緊急情報を基に制御を決定し、自律制御をそれぞれが搭載された車２に対して実行する（ステップＳ１４〜Ｓ１５）。一方、端末装置２０Ｃは、緊急情報の送信元であるので、自律制御を行わずに処理を終了する。
【００８１】
次に、図８を参照して、緊急情報の報知における基地局装置１０の処理の詳細について説明する。図８は、緊急情報の報知における基地局装置の処理の詳細を表すシーケンス図である。ここでは、端末装置２０Ｄが緊急情報を発信する端末装置２０であり、端末装置２０Ｅが端末装置２０Ｄを含む基地局装置１０のセルに在圏する全ての端末装置２０である場合で説明する。
【００８２】
端末装置２０Ｄは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを基地局装置１０の無線処理部１１に送信する（ステップＳ１０１）。
【００８３】
無線処理部１１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを端末装置２０Ｄから受信する。そして、無線処理部１１は、接続要求信号からＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔからＬ３信号を抽出する（ステップＳ１０２）。
【００８４】
次に、無線処理部１１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔから抽出したＬ３信号を呼制御部１２１へ出力する（ステップＳ１０３）。
【００８５】
呼制御部１２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔから抽出したＬ３信号の入力を無線処理部１１から受ける。そして、呼制御部１２１は、受信したＬ３信号がＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔであると識別する（ステップＳ１０４）。
【００８６】
そして、呼制御部１２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔから抽出したＬ３信号をプロトコル管理部１２２へ出力する（ステップＳ１０５）。
【００８７】
プロトコル管理部１２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔから抽出したＬ３信号の入力を呼制御部１２１から受ける。そして、プロトコル管理部１２２は、ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅに設定された情報から、接続理由が緊急情報か否かを判定する（ステップＳ１０６）。
【００８８】
接続理由が緊急情報でない場合（ステップＳ１０６：否定）、プロトコル管理部１２２は、接続シーケンスの通常処理を実施する（ステップＳ１０７）。
【００８９】
これに対して、接続理由が緊急情報の場合（ステップＳ１０６：肯定）、プロトコル管理部１２２は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔから抽出したＬ３信号を緊急情報処理部１２３へ出力する（ステップＳ１０８）。
【００９０】
さらに、プロトコル管理部１２２は、拒否理由を緊急情報の受領としたＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを生成し、呼制御部１２１へ出力する（ステップＳ１０９）。
【００９１】
呼制御部１２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔをプロトコル管理部１２２から受信する。そして、呼制御部１２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔの送信を無線処理部１１に依頼する（ステップＳ１１０）。
【００９２】
無線処理部１１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔの送信依頼を呼制御部１２１から受ける。そして、無線処理部１１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔであるＬ３信号を組み込んで、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを通知する信号を生成する（ステップＳ１１１）。
【００９３】
次に、無線処理部１１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを通知する信号を端末装置２０Ｄへ送信する（ステップＳ１１２）。端末装置２０Ｄは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを通知する信号を無線処理部１１から受信する。これにより、端末装置２０Ｄは、接続シーケンスを終了する。
【００９４】
また、緊急情報処理部１２３は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔから抽出したＬ３信号の入力をプロトコル管理部１２２から受ける。そして、緊急情報処理部１２３は、取得したＬ３信号から緊急情報を取得する（ステップＳ１１３）。
【００９５】
次に、緊急情報処理部１２３は、取得した緊急情報とともに報知情報の送信依頼をプロトコル管理部１２２へ出力する（ステップＳ１１４）。
【００９６】
プロトコル管理部１２２は、緊急情報とともに報知情報の送信依頼の入力を緊急情報処理部１２３から受ける。そして、プロトコル管理部１２２は、報知情報のＭＩＢに緊急情報の存在を示す情報を登録し、さらに、緊急情報の内容を表すＳＩＢに格納することで、報知情報に緊急情報を組み込む（ステップＳ１１５）。
【００９７】
次に、プロトコル管理部１２２は、緊急情報を組み込んだ報知情報を呼制御部１２１を経由して無線処理部１１へ出力するとともに、ページングを依頼する（ステップＳ１１６）。
【００９８】
無線処理部１１は、緊急情報を組み込んだ報知情報とともにページングの依頼を呼制御部１２１から受ける。そして、無線処理部１１は、報知情報であるＬ３信号を組み込んで報知情報を通知するための信号を生成する（ステップＳ１１７）。
【００９９】
次に、無線処理部１１は、ページングを行い、生成した報知情報を通知するための信号を基地局装置１０の管理下の端末装置２０Ｅへ送信する（ステップＳ１１８）。端末装置２０Ｅは、報知情報を通知するための信号を受信する。そして、端末装置２０Ｅは緊急情報を取得する。
【０１００】
次に、図９を参照して、緊急情報の報知における端末装置２０の処理の詳細について説明する。図９は、緊急情報の報知における端末装置の処理の詳細を表すシーケンス図である。
【０１０１】
センサ部２０５は、車２の動作状態を検知する（ステップＳ２０１）。そして、センサ部２０５は、車２の動作情報を制御部２０４へ出力する（ステップＳ２０２）。
【０１０２】
制御部２０４は、車２の動作情報の入力をセンサ部２０５から受ける。そして、制御部２０４は、取得した動作情報から車２に対する自律制御を実行するか否かを判定する（ステップＳ２０３）。自律制御を実行しない場合（ステップＳ２０３：否定）、端末装置２０は、緊急情報の報知の処理を終了する（ステップＳ２０４）。
【０１０３】
これに対して、自律制御を実行する場合（ステップＳ２０３：肯定）、制御部２０４は、車２に対する制御を実施する（ステップＳ２０５）。次に、制御部２０４は、自律制御の通知を緊急情報処理部２２３へ出力する（ステップＳ２０６）。
【０１０４】
緊急情報処理部２２３は、自律制御の通知を制御部２０４から受ける。そして、緊急情報処理部２２３は、緊急情報を生成する（ステップＳ２０７）。その後、緊急情報処理部２２３は、生成した緊急情報の送信依頼をプロトコル管理部２２２へ出力する（ステップＳ２０８）。
【０１０５】
プロトコル管理部２２２は、緊急情報の送信依頼を緊急情報処理部２２３から受ける。そして、プロトコル管理部２２２は、緊急情報の通知を接続理由とし、緊急情報の通知データが格納されたＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを生成する（ステップＳ２０９）。次に、プロトコル管理部２２２は、生成したＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの送信依頼を呼制御部２２１へ出力する（ステップＳ２１０）。
【０１０６】
呼制御部２２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの送信依頼をプロトコル管理部２２２から受ける。そして、呼制御部２２１は、端末装置２０の状態を判定して、無線の接続シーケンスを実施する（ステップＳ２１１）。これにより、呼制御部２２１と無線処理部２０１との間で、ＲＡＣＨ  ｐｒｅａｍｂｌｅ及びＲＡＣＨ  ｒｅｓｐｏｎｓｅの処理が行われる（ステップＳ２１２）。
【０１０７】
その後、呼制御部２２１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの送信依頼を無線処理部２０１へ出力する（ステップＳ２１３）。
【０１０８】
無線処理部２０１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔの送信依頼を呼制御部２２１から受ける。そして、無線処理部２０１は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔを基地局装置１０へ送信する（ステップＳ２１４）。
【０１０９】
（ハードウェア構成）
次に、図１０を参照して、基地局装置１０のハードウェア構成について説明する。図１０は、基地局装置のハードウェア構成図である。
【０１１０】
基地局装置１０は、図１０に示すように、ＲＦ回路９１、ＣＰＵ（Central  Processing  Unit）９２、ＤＳＰ（Digital  Signal  Processor）９３、メモリ９４及びネットワークインタフェース９５を有する。
【０１１１】
ＣＰＵ９２及びＤＰＳ９３は、ＲＦ回路９１、メモリ９４及びネットワークインタフェース９５にバスで接続され、さらに、互いにバスで接続される。ネットワークインタフェース９５は、図２に例示したネットワークインタフェース部１３の機能を実現する。
【０１１２】
メモリ９４には、図２に示す、無線処理部１１及び通信制御部１２の機能を実現するためのプログラムを含む各種プログラムを格納する。
【０１１３】
ＲＦ回路９１及びＤＳＰ９３は、例えば、図２に例示した無線処理部１１の機能を実現する。例えば、ＲＦ回路９１は、端末装置２０から送信された無線信号を受信する。そして、ＤＳＰ９３は、メモリ９４に格納された各種プログラムを読み出して実行することで、符号化及び復号化などの信号処理を実行する。
【０１１４】
ＣＰＵ９２は、メモリ９４に格納された各種プログラムを読み出して実行することで、例えば、図２に例示した通信制御部１２の機能を実現する。
【０１１５】
次に、図１１を参照して、端末装置２０のハードウェア構成について説明する。図１１は、端末装置のハードウェア構成図である。
【０１１６】
端末装置２０は、例えば、通信装置９０１及び車体制御装置９０２という２つの装置を有する。通信装置９０１は、例えば、図６に示す通信管理部２１の機能を実現する。また、車体制御装置９０２は、例えば、図６に示す車体制御部２２の機能を実現する。
【０１１７】
通信制御装置９０１は、ＲＦ回路９１１、ＣＰＵ９１２、メモリ９１３及びモニタ９１４を有する。モニタ９１４は、図６に例示したユーザインタフェース部２０３の機能を実現する。
【０１１８】
メモリ９１３は、図６に例示した、無線処理部２０１、通信制御部２０２の機能を実現するためのプログラムを含む各種プログラムを格納する。
【０１１９】
ＣＰＵ９１２は、メモリ９１３に格納された各種プログラムを読み出して実行することで、ＲＦ回路９１１とともに図６に例示した無線処理部２０１及び通信制御部２０２の機能を実現する。
【０１２０】
車体制御装置９０２は、センサ９２１、ＣＰＵ９２２及びメモリ９２３を有する。センサ９２１は、速度センサ、距離センサ及びＧＰＳなどを含む。センサ９２１は、図６に例示したセンサ部２０５の機能を実現する。
【０１２１】
メモリ９２３は、図６に例示した制御部２０４の機能を実現するためのプログラムを含む各種プログラムを格納する。
【０１２２】
ＣＰＵ９２２は、メモリ９２３に格納された各種プログラムを読み出して実行することで、車２の制御などの制御部２０４の機能を実現する。
【０１２３】
ここで、以上の説明では、より迅速に情報の報知を行うために、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ及びＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｊｅｃｔを用いたが、時間の経過が許容できる範囲であれば、これ以外の信号を緊急情報の通知に用いてもよい。例えば、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ以降には、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐが基地局装置１０から端末装置２０へ送信され、その後、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｍｐｌｅｔｅが端末装置２０から基地局装置１０へ送信される。さらに、それ以降は、基地局装置１０と端末装置２０とは接続状態となる。
【０１２４】
そこで、例えば、端末装置２０は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｃｏｍｐｌｅｔｅを用いて緊急情報の通知を行ってもよい。さらに、接続後であれば、端末装置２０は、ＵＬ  ＩＮＦＯＲＭＡＴＩＯＮ  ＴＲＡＮＳＦＥＲ信号に緊急情報を載せることができる。ここで、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ以降の接続を確立するまでの処理が、「接続確立のための一連の処理」の一例にあたり、この処理に用いられる信号が、「接続確立のための信号」の一例にあたる。
【０１２５】
以上に説明したように、本実施例に係る移動体通信システムは、１つの端末装置から発信された情報を、基地局装置が受信し配下の端末装置へ受信した情報を報知する。このように、端末装置から発信された情報を基地局装置から折り返して他の端末装置へ報知することで、データサーバを経由する場合に比べてネットワークの遅延を抑えることができ、また、車車間通信を繰り返すことによる遅延を抑えることができる。したがって、本実施例に係る移動体通信システムにより、迅速な情報共有を図ることができ、自動運転の性能を向上させることができる。
【０１２６】
例えば、自動車が時速４０ｋｍで走行する場合、その車は１秒で約１１ｍ進む。そこで、時速４０ｋｍで走行中の車の車間が、例えば３〜５ｍであれば、自律制御により衝突を回避するには５００ｍｓ以下の反応速度が求められる。一般的に、基地局装置よりも遠いインターネット上に存在するデータサーバとの間で通信を行う場合、秒単位に近いオーダーでレスポンスが返ってくることが考えられる。さらに、ネットワークの輻輳が発生した場合にはその遅延時間は流動的であり、短時間のレスポンスを保証することは困難である。そのため、データサーバとの通信を介して情報を報知する場合、上述した条件では自律制御による衝突の回避は困難である。
【０１２７】
さらに、車載センサによる動作検出に基づく自律制御には、１００ｍｓのオーダーの時間がかかることが考えられる。ここで、本実施例に係る移動体通信システムによれば、緊急情報の報知にかかる時間は、情報通知のための無線区間の信号の通信の実行は１ｍｓで行えることから、基地局装置による信号の載せ替えの処理の時間を加えても数１０ｍｓのオーダーで他の端末装置へ情報を報知することができる。そこで、本実施例に係る移動体通信システムにおける情報の報知時間に、上述した自律制御による１００ｍｓのオーダーの経過時間が加わっても、上述した反応速度内に十分収まる。また、輻輳などによる遅延要因が存在せず、遅延時間の揺らぎが無いので、確実に短時間で情報を報知することができ、信頼性を有する自動運転を実現することができる。
【符号の説明】
【０１２８】
１  移動通信システム
２  車
３  ＥＰＣ
４  インターネット
５  データサーバ
１０  基地局装置
１０Ａ〜１０Ｃ  無線機
１１  無線処理部
１２  通信制御部
１３  ネットワークインタフェース部
２０  端末装置
２１  通信管理部
２２  車体制御部
１１１  受信部
１１２  送信部
１２１  呼制御部
１２２  プロトコル管理部  
１２３  緊急情報処理部
２０１  無線処理部
２０２  通信制御部
２０３  ユーザインタフェース部
２０４  制御部
２０５  センサ部
２１１  受信部
２１２  送信部
２２１  呼制御部
２２２  プロトコル管理部
２２３  緊急情報処理部
【図１】
2017175217.tif 000003
【図２】
2017175217.tif 000004
【図３】
2017175217.tif 000005
【図４】
2017175217.tif 000006
【図５】
2017175217.tif 000007
【図６】
2017175217.tif 000008
【図７】
2017175217.tif 000009
【図８】
2017175217.tif 000010
【図９】
2017175217.tif 000011
【図１０】
2017175217.tif 000012
【図１１】
2017175217.tif 000013