(57)【要約】セルラ通信ネットワーク（１０）は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて一斉送信情報を同報配信するよう構成されている。交通情報サーバ（３００）は、配信エリア内への交通情報の同報配信をセルラ通信ネットワーク（１０）に要求する。通信端末（２００）は、自動車（５００）に配置され、一斉送信情報として配信される交通情報をセルラ通信ネットワーク（１０）を介して受信する。これにより、例えば、最新の交通情報を遅滞なく自動車（５００）の搭乗者に提供することが達成される。
2014061198.tif 000002
【特許請求の範囲】
【請求項１】
待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて一斉送信情報を同報配信するよう構成されたセルラ通信ネットワークと、
配信エリア内への交通情報の同報配信を前記セルラ通信ネットワークに要求するよう構成された交通情報サーバと、
自動車に配置され、前記一斉送信情報として配信される前記交通情報を前記セルラ通信ネットワークを介して受信するよう構成された通信端末と、
を備える交通情報配信システム。
【請求項２】
前記一斉送信情報は、ＣＢＳ（Cell Broadcast Service）、ＥＴＷＳ（Earthquake and Tsunami Warning System）、又はＢＣ−ＳＭＳ（Broadcast Short Message Service）によってセクタ単位、セル単位、複数セル単位、又は位置登録エリア単位で送信される、請求項１に記載の交通情報配信システム。
【請求項３】
前記交通情報サーバは、前記交通情報の内容および前記配信エリアを示す配信要求を前記セルラ通信ネットワークに配置された配信サーバに送信する、請求項１又は２に記載の交通情報配信システム。
【請求項４】
前記交通情報サーバは、自動車から収集されたプローブ情報に基づいて前記交通情報の内容及び前記配信エリアを決定する、請求項１〜３のいずれか１項に記載の交通情報配信システム。
【請求項５】
前記プローブ情報は、道路周辺に設置された路側無線装置を含む高度交通システム、若しくは前記セルラ通信ネットワーク、又はこれら両方を介して収集される、請求項４に記載の交通情報配信システム。
【請求項６】
前記セルラ通信ネットワークは、前記交通情報サーバからの要求に応答して、前記配信エリアに対応した少なくとも１つのセルを含む第１のセル群において前記交通情報に基づく第１のメッセージを同報配信するとともに、前記第１のセル群の周囲に位置する少なくとも１つのセルを含む第２のセル群において前記第１のメッセージとは異なる第２のメッセージを同報配信する、請求項１〜５のいずれか１項に記載の交通情報配信システム。
【請求項７】
前記第２のメッセージは、車々間通信を介して前記通信端末において受信され且つ前記交通情報に対応する第１の情報をユーザーに通知しないよう前記通信端末に促す、請求項６に記載の交通情報配信システム。
【請求項８】
前記第２のメッセージは、車々間通信を介して前記通信端末において受信され且つ前記交通情報に対応する第１の情報を他の通信端末に転送しないよう前記通信端末に促す、請求項６又は７に記載の交通情報配信システム。
【請求項９】
前記第１及び第２のセル群は、道路に沿って配置される、請求項６〜８のいずれか１項に記載の交通情報配信システム。
【請求項１０】
前記通信端末は、前記交通情報を受信したセルと同一セル内、同一セル群内、又は同一位置登録エリア内において、前記交通情報の受信のために前記ダウンリンク物理チャネルを繰り返し受信することを抑止する、請求項１〜９のいずれか１項に記載の交通情報配信システム。
【請求項１１】
前記通信端末は、前記交通情報を受信してから所定期間内において、前記交通情報の受信のために前記ダウンリンク物理チャネルを繰り返し受信することを抑止する、請求項１〜９のいずれか１項に記載の交通情報配信システム。
【請求項１２】
前記通信端末は、前記交通情報に対応する第２の情報を車々間通信によって他の自動車に配置された他の通信端末に送信する、請求項１〜１１のいずれか１項に記載の交通情報配信システム。
【請求項１３】
前記通信端末は、前記セルラ通信ネットワークを介して前記交通情報を受信済みである場合に、車々間通信を介して他の通信端末から受信され且つ前記交通情報に対応する第３の情報を更に他の通信端末へ転送することを抑止する、請求項１〜１２のいずれか１項に記載の交通情報配信システム。
【請求項１４】
前記通信端末は、前記交通情報を受信したことに応答して、プローブ情報の報告動作を変更する、請求項１〜１３のいずれか１項に記載の交通情報配信システム。
【請求項１５】
前記プローブ情報の報告動作の変更は、（ａ）前記プローブ情報の報告を開始すること、（ｂ）前記プローブ情報の報告を停止すること、及び（ｃ）前記プローブ情報の報告周期を変更すること、のうち少なくとも１つを含む、請求項１４に記載の交通情報配信システム。
【請求項１６】
前記通信端末は、前記セルラ通信ネットワークを介した前記交通情報と、道路周辺に設置された路側無線装置を介した他の交通情報の両方を受信した場合に、前記他の交通情報を優先的にユーザーに通知する、請求項１〜１５のいずれか１項に記載の交通情報配信システム。
【請求項１７】
前記通信端末は、前記セルラ通信ネットワークを介した前記交通情報と、道路周辺に設置された路側無線装置を介した他の交通情報の両方を受信した場合に、前記セルラ通信ネットワークを介した前記交通情報を優先的にユーザーに通知する、請求項１〜１５のいずれか１項に記載の交通情報配信システム。
【請求項１８】
前記通信端末は、ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままで、前記交通情報の受信状況を示す確認応答を前記セルラ通信ネットワークに送信するよう構成されている、請求項１〜１７のいずれか１項に記載の交通情報配信システム。
【請求項１９】
前記セルラ通信ネットワーク又は前記交通情報サーバは、前記通信端末を含む複数の通信端末からの前記確認応答の受信状況に応じて、前記交通情報の配信方法を変更する、請求項１８に記載の交通情報配信システム。
【請求項２０】
前記交通情報の配信方法の変更は、（ａ）道路周辺に設置された路側無線装置を含む高度交通システムを使用して前記交通情報を配信すること、（ｂ）前記通信端末の車々間通信機能を使って他の通信端末に前記交通情報を転送すること、及び（ｃ）前記通信端末の車々間通信機能によって前記交通情報を他の通信端末に転送する際のホップ数上限を変更すること、のうち少なくとも１つを含む、請求項１９に記載の交通情報配信システム。
【請求項２１】
配信エリア内への交通情報の同報配信の要求を交通情報サーバから受信する配信サーバと、
前記配信サーバと通信し、前記配信エリアに対応した少なくとも１つのセルを含む第１のセル群において、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて前記交通情報を同報配信するネットワークと、
を備えるセルラ通信システム。
【請求項２２】
前記交通情報は、ＣＢＳ（Cell Broadcast Service）、ＥＴＷＳ（Earthquake and Tsunami Warning System）、又はＢＣ−ＳＭＳ（Broadcast Short Message Service）によってセクタ単位、セル単位、複数セル単位、又は位置登録エリア単位で送信される、請求項２１に記載のセルラ通信システム。
【請求項２３】
前記要求は、前記交通情報の内容および前記配信エリアを示す、請求項２１又は２２に記載のセルラ通信システム。
【請求項２４】
前記ネットワークは、前記交通情報サーバからの要求に応答して、前記第１のセル群において前記交通情報に基づく第１のメッセージを同報配信するとともに、前記第１のセル群の周囲に位置する少なくとも１つのセルを含む第２のセル群において前記第１のメッセージとは異なる第２のメッセージを同報配信する、請求項２１〜２３のいずれか１項に記載のセルラ通信システム。
【請求項２５】
前記第２のメッセージは、車々間通信を介して通信端末において受信され且つ前記交通情報に対応する第１の情報をユーザーに通知しないよう前記通信端末に促す、請求項２４に記載のセルラ通信システム。
【請求項２６】
前記第２のメッセージは、車々間通信を介して通信端末において受信され且つ前記交通情報に対応する第１の情報を他の通信端末に転送しないよう前記通信端末に促す、請求項２４又は２５に記載のセルラ通信システム。
【請求項２７】
前記第１及び第２のセル群は、道路に沿って配置される、請求項２４〜２６のいずれか１項に記載のセルラ通信システム。
【請求項２８】
待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいてセルラ通信ネットワークから同報配信される交通情報を受信するセルラ通信手段と、
前記交通情報をユーザーに通知する通知手段と、
を備える、通信端末。
【請求項２９】
前記セルラ通信手段は、前記交通情報を受信したセルと同一セル内、同一セル群内、又は同一位置登録エリア内において、前記交通情報の受信のために前記ダウンリンク物理チャネルを繰り返し受信することを抑止する、請求項２８に記載の通信端末。
【請求項３０】
前記セルラ通信手段は、前記交通情報を受信してから所定期間内において、前記交通情報の受信のために前記ダウンリンク物理チャネルを繰り返し受信することを抑止する、請求項２８に記載の通信端末。
【請求項３１】
前記交通情報に対応する第１の情報を車々間通信によって他の自動車に配置された他の通信端末に送信する車々間通信手段をさらに備える、請求項２８〜３０のいずれか１項に記載の通信端末。
【請求項３２】
車々間通信手段をさらに備え、
前記車々間通信手段は、前記セルラ通信ネットワークを介して前記交通情報を受信済みである場合に、車々間通信を介して他の通信端末から受信され且つ前記交通情報に対応する第２の情報を更に他の通信端末へ転送することを抑止する、請求項２８〜３０のいずれか１項に記載の通信端末。
【請求項３３】
プローブ情報を報告する報告手段をさらに備え、
前記報告手段は、前記交通情報を受信したことに応答して、プローブ情報の報告動作を変更する、請求項２８〜３２のいずれか１項に記載の通信端末。
【請求項３４】
前記プローブ情報の報告動作の変更は、（ａ）前記プローブ情報の報告を開始すること、（ｂ）前記プローブ情報の報告を停止すること、及び（ｃ）前記プローブ情報の報告周期を変更すること、のうち少なくとも１つを含む、請求項３３に記載の通信端末。
【請求項３５】
前記通知手段は、前記セルラ通信ネットワークを介した前記交通情報と、道路周辺に設置された路側無線装置を介した他の交通情報の両方を受信した場合に、前記他の交通情報を優先的にユーザーに通知する、請求項２８〜３４のいずれか１項に記載の通信端末。
【請求項３６】
前記通知手段は、前記セルラ通信ネットワークを介した前記交通情報と、道路周辺に設置された路側無線装置を介した他の交通情報の両方を受信した場合に、前記セルラ通信ネットワークを介した前記交通情報を優先的にユーザーに通知する、請求項２８〜３４のいずれか１項に記載の通信端末。
【請求項３７】
ユーザーデータの送受信が可能な通信状態に遷移することなく前記待ち受け状態のままで、前記交通情報の受信状況を示す確認応答を前記セルラ通信ネットワークに送信する送信手段をさらに備える、請求項２８〜３６のいずれか１項に記載の通信端末。
【請求項３８】
交通情報の配信エリアを決定する決定手段と、
前記配信エリアに対応した少なくとも１つのセルにおいて、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて前記交通情報を同報配信するために、セルラ通信ネットワーク内の配信サーバと通信する通信手段と、
を備える、交通情報サーバ。
【請求項３９】
前記交通情報サーバは、自動車から収集されたプローブ情報に基づいて前記交通情報の内容及び前記配信エリアを決定する、請求項３８に記載の交通情報サーバ。
【請求項４０】
前記プローブ情報は、道路周辺に設置された路側無線装置を含む高度交通システム、若しくは前記セルラ通信ネットワーク、又はこれら両方を介して収集される、請求項３９に記載の交通情報サーバ。
【請求項４１】
前記決定手段は、前記複数の移動局からの確認応答の受信状況に応じて、前記交通情報の配信方法を変更する、請求項４０に記載の交通情報サーバ。
【請求項４２】
前記交通情報の配信方法の変更は、（ａ）道路周辺に設置された路側無線装置を含む高度交通システムを使用して前記交通情報を配信すること、（ｂ）前記移動局としての通信端末が有する車々間通信機能を使って他の通信端末に前記交通情報を転送すること、及び（ｃ）前記通信端末の車々間通信機能によって前記交通情報を他の通信端末に転送する際のホップ数上限を変更すること、のうち少なくとも１つを含む、請求項４１に記載の交通情報サーバ。
【請求項４３】
待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいてセルラ通信ネットワークから同報配信される交通情報を受信すること、及び
前記交通情報をユーザーに通知すること、
を備える、通信端末の制御方法。
【請求項４４】
交通情報の配信エリアを決定すること、及び
前記配信エリアに対応した少なくとも１つのセルにおいて、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて前記交通情報を同報配信するために、セルラ通信ネットワーク内の配信サーバと通信すること、
を備える、交通情報サーバの制御方法。
【請求項４５】
通信端末の制御方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいてセルラ通信ネットワークから同報配信される交通情報を受信すること、及び
前記交通情報をユーザーに通知すること、
を含む、コンピュータ可読媒体。
【請求項４６】
交通情報サーバの制御方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
交通情報の配信エリアを決定すること、及び
前記配信エリアに対応した少なくとも１つのセルにおいて、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて前記交通情報を同報配信するために、セルラ通信ネットワーク内の配信サーバと通信すること、
を含む、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交通情報の配信システムに関する。
【背景技術】
【０００２】
ＩＴＳ（Intelligent Transport Systems）の代表例の１つに、カーナビゲーションシステム等の車載器を介した搭乗者への交通情報の提供がある。搭乗者に提供される交通情報は、例えば、渋滞情報、事故情報、および安全運転支援情報などである。安全運転支援情報は、例えば、危険箇所（e.g. 急カーブ、トンネル、事故多発化箇所）を示す情報、推奨走行速度、及び道路気象情報などである。車載器は、典型的には、道路脇に設置された路側無線装置（以下、ＲＳＵ（Road-Side Unit）と呼ぶ）との無線通信によって交通情報を受信する。そして、車載器は、音声、テキスト、若しくは画像、又はこれらの組み合わせによって搭乗者に交通情報を通知する。【０００３】
例えば日本では、ＤＳＲＣ（Dedicated Short Range Communications）を用いたＩＴＳスポットサービスが実用化されている。ＤＳＲＣは、５．８ＧＨｚ帯のＩＳＭ（Industry-Science-Medical）バンドを使用する。ＩＴＳスポットサービスでは、ＩＴＳスポットと呼ばれるＲＳＵから車載器に交通情報が送られる。【０００４】
一方、セルラ通信ネットワークの分野では、複数の通信端末（i.e. 移動局）に対して一斉送信情報の同報配信を行うシステムが知られている。一斉送信情報の典型的な例は、緊急情報である。緊急情報は、例えば、地震及び津波等の災害に関する緊急的なメッセージを含む。３ＧＰＰ（3rd Generation Partnership Project）は、ＣＢＳ（Cell Broadcast Service）及びＥＴＷＳ（Earthquake and Tsunami Warning System）として、緊急情報の同報配信のためのアーキテクチャ及びプロトコルを規定している。【０００５】
ＵＭＴＳ（Universal Mobile Telecommunications System）における緊急情報の配信手順は、ＣＢＳとして 3GPP TS 23.041に規定されている。また、ＥＰＳ（Evolved Packet System）における緊急情報の配信手順は、3GPP TS 23.401の5.12章に"Warning message delivery procedure"として規定されている。ＵＭＴＳ及びＥＰＳにおける緊急情報の配信ネットワークの構成図を図１７に示す。また、図１８は、3GPP TS 23.041に記載されているＵＭＴＳにおける緊急情報の配信手順を示すシーケンス図である。図１９は、3GPP TS 23.401の5.12章に記載されているＥＰＳにおける緊急情報の配信手順を示すシーケンス図である。【０００６】
図１７〜図１９に記載されたＣＢＥ（Cell Broadcast Entity）は、緊急情報の送信要求を行う装置・システムである。例えば、緊急地震速報を送信する気象庁のサーバ等がＣＢＥに相当する。ＣＢＣ（Cell Broadcast Center）は、ＣＢＥから緊急情報の送信要求を受信し、緊急情報の配信エリアを決定し、緊急情報の内容を決定する。配信エリアは、ＣＢＥから受信した緊急情報の送信要求に含まれている対象地域を特定するための情報に基づいて、セクタ単位、セル単位、位置登録エリア（e.g. ルーティングエリア、トラッキングエリア）単位、又は通信事業者が定めるその他の任意のエリア単位で決定される。【０００７】
ＵＭＴＳの場合、ＣＢＣは、ＲＮＣ（Radio Network Controller）又はＳＧＳＮ（Serving GPRS Support Node）との間にインタフェースを持つ。図１７及び図１８の例では、ＣＢＣは、ＲＮＣと接続されている。ＣＢＣは、ＲＮＣにWrite-Replaceメッセージを送信する。Write-Replaceメッセージは、移動局に配信すべき緊急情報の内容、及び配信エリアの指定を含む。ＲＮＣは、Write-Replaceメッセージに基づいて、緊急情報の配信を行うべき基地局（ＮｏｄｅＢ）を決定し、緊急情報のブロードキャストを対象の基地局（ＮｏｄｅＢ）に要求する。【０００８】
ＵＭＴＳのＣＢＳの場合、緊急情報は、"CBS message"と呼ばれ、ダウンリンクの論理チャネルであるＣＴＣＨ（Common Traffic Channel）を用いて伝送される。ダウンリンクＣＴＴＨは、トランスポートチャネルであるＦＡＣＨ（Forward Access Channel）にマッピングされ、物理チャネルであるＳ−ＣＣＰＣＨ（Secondary Common Control Physical Channel）において送信される。また、基地局（ＮｏｄｅＢ）は、ダウンリンクＣＴＴＨの送信を示すCTTH Indicator を報知情報として送信する。具体的には、CTTH Indicatorは、Ｐ−ＣＣＰＣＨ（Primary Common Control Physical Channel）で送信される報知情報（ＢＣＣＨ（Broadcast Control Channel））の１つとして送信される。さらに、基地局（ＮｏｄｅＢ）は、報知情報（ＢＣＣＨ）に変更があることを示すページングメッセージをＳ−ＣＣＰＣＨにおいて送信することで、待ち受け状態の移動局に報知情報の受信を促す。【０００９】
ＵＭＴＳ／ＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）では、待ち受け状態（CELL_PCH状態、URA_PCH状態）の移動局（ＵＥ（User Equipment））は、ページングメッセージの受信に応じて、報知情報（ＢＣＣＨ）に含まれるCTTH Indicatorを取得する。そして、移動局は、CTTH Indicatorがセットされている場合に、ＣＴＴＨのモニタを開始し、緊急情報を受信する。【００１０】
さらに、ＣＢＳの拡張としてＥＴＷＳ（Earthquake and Tsunami Warning System）が３ＧＰＰにおいて規定されている。ＥＴＷＳでは、報知情報に変更があることを示すページングメッセージを用いて、Primary Notificationメッセージを送信する。Primary Notificationは、"Warning Type"を含む。移動局は、ＣＴＴＨで送信されるSecondary Notification としての"CBS message"の受信処理を完了する前に、ページングメッセージ（Primary Notification）の受信に応じてユーザーへの警告動作（e.g. ポップアップ表示、警報音の出力）をいち早く開始することができる。また、ページングメッセージを用いることで、通信状態（CELL_DCH状態）の移動局も緊急情報を受信することができる利点もある。【００１１】
図１９に示されているＥＰＳにおける緊急情報の配信も、上述したＵＭＴＳのＣＢＳとほぼ同様のアーキテクチャで行われる。ただし、ＥＰＳでは、ＣＢＣはＭＭＥ（Mobility Management Entity）に接続されており、緊急情報はＭＭＥを介して基地局（ｅＮｏｄｅＢ）に供給される。基地局（ｅＮｏｄｅＢ）は、緊急情報が配信されることを示すETWS Indicationビットを、ページングメッセージを用いて送信する。ページングメッセージは、ＰＣＨ（Paging Channel）にマッピングされ、ＰＤＳＣＨ（Physical Downlink Shared Channel）において送信される。そして、基地局（ｅＮｏｄｅＢ）は、"ETWS Message"と呼ばれる緊急情報を報知情報（ＳＩＢ（System Information Block））に含めて送信する。ETWS Messageは、Primary Notificationとしての"Warning type"と、Secondary Notificationとしての"Warning message"を含む。例えば、"Warning type"はＳＩＢ１０にて送信され、"Warning message"はＳＩＢ１１にて送信される。基地局（ｅＮｏｄｅＢ）は、緊急情報（ETWS Message）をＢＣＣＨ（Broadcast Control Channel）／ＤＬ−ＳＣＨ（Downlink Shared Channel）／ＰＤＳＣＨ（Physical Downlink Shared Channel）を用いてセル内に報知する。【００１２】
ＥＰＳ／Ｅ−ＵＴＲＡＮ（Evolved UTRAN）の移動局は、待ち受け状態（RRC_IDLE状態）及び通信状態（RRC_CONNECTED状態）のいずれであっても、少なくともDefault Paging Cycleに１度はページングメッセージの受信を試みる。そして、移動局は、ETWS Indicationビットがセットされたページングメッセージを受信したことに応じて、緊急情報を含む報知情報（ＳＩＢ）の受信を開始する。【００１３】
なお、緊急情報は、特許文献１及び２に開示されているように、ＭＢＭＳ（Multimedia Broadcast Multicast Service）方式を用いて同報配信されてもよい。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２０１１−６１８３１号公報
【特許文献２】国際公開第２００６／０６６６２９号
【発明の概要】
【発明が解決しようとする課題】
【００１５】
ＩＴＳスポットサービスのためのＲＳＵは、都市間高速道路では約１０〜１５ｋｍおきに設置され、都市内高速道路では約４ｋｍおきに設置される。ただし、ＩＴＳスポットサービスで用いられるＤＳＲＣの通信距離は、数ｍ〜３０ｍ程度に制限される。つまり、ＩＴＳスポットサービスでは、ＲＳＵは、道路を走行しながらＲＳＵ近傍を通過する自動車と次々に通信を行う。言い換えると、自動車に設置された車載器（つまり通信端末）は、４ｋｍあるいは１０ｋｍ程度走行する度にＲＳＵと通信することができる。【００１６】
ＤＳＲＣを用いるＩＴＳスポットサービスは、通信距離が短いために、自動車のいる場所に特化した交通情報を提供できる。しかしながら、自動車に設置された車載器（通信端末）は、ＲＳＵに近づくまで通信を行うことができず、最新の情報を入手することができない。例えば、１０ｋｍ間隔でＲＳＵが設置されている場合を考えると、時速１００ｋｍで走行する自動車は、６分に１回のみＲＳＵと通信できる。なお、渋滞などのために自動車の走行速度が遅い場合には、自動車がＲＳＵと通信してから次のＲＳＵと通信できるまでの間隔は当然に長くなる。【００１７】
以上の考察から理解されるように、ＩＴＳスポットサービス等のＲＳＵと車載器（通信端末）との狭域通信を利用する場合、最新の交通情報を遅滞なくリアルタイムに搭乗者に提供することができないおそれがある。本発明の目的の１つは、最新の交通情報を遅滞なく搭乗者に提供することが可能な交通情報配信システム、セルラ通信システム、通信端末、交通情報サーバ、並びにこれらに関する方法及びプログラムを提供することである。
【課題を解決するための手段】
【００１８】
第１の態様では、交通情報配信システムは、セルラ通信ネットワーク、交通情報サーバ、及び通信端末を含む。前記セルラ通信ネットワークは、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて一斉送信情報を同報配信するよう構成される。前記交通情報サーバは、配信エリア内への交通情報の同報配信を前記セルラ通信ネットワークに要求するよう構成される。前記通信端末は、自動車に配置され、前記一斉送信情報として配信される前記交通情報を前記セルラ通信ネットワークを介して受信するよう構成される。【００１９】
第２の態様では、セルラ通信システムは、配信サーバ、及びネットワークを含む。前記配信サーバは、配信エリア内への交通情報の同報配信の要求を交通情報サーバから受信する。前記ネットワークは、前記配信サーバと通信し、前記配信エリアに対応した少なくとも１つのセルを含む第１のセル群において、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて前記交通情報を同報配信する。【００２０】
第３の態様では、通信端末は、セルラ通信部、及び制御部を含む。前記セルラ通信部は、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいてセルラ通信ネットワークから同報配信される交通情報を受信する。前記制御部は、前記交通情報をユーザーに通知するよう制御する。【００２１】
第４の態様では、交通情報サーバは、決定部、及び通信部を含む。前記決定部は、交通情報の配信エリアを決定する。前記通信部は、前記配信エリアに対応した少なくとも１つのセルにおいて、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて前記交通情報を同報配信するために、セルラ通信ネットワーク内の配信サーバと通信する。【００２２】
第５の態様では、通信端末の制御方法は、
（ａ）待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいてセルラ通信ネットワークから同報配信される交通情報を受信すること、及び
（ｂ）前記交通情報をユーザーに通知すること、
を含む。【００２３】
第６の態様では、交通情報サーバの制御方法は、
（ａ）交通情報の配信エリアを決定すること、及び
（ｂ）前記配信エリアに対応した少なくとも１つのセルにおいて、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて前記交通情報を同報配信するために、セルラ通信ネットワーク内の配信サーバと通信すること、
を含む。【００２４】
第７の態様では、プログラムは、上述した第５の態様に係る通信端末の制御方法をコンピュータに行わせるための命令群を含む。【００２５】
第８の態様では、プログラムは、上述した第６の態様に係る交通情報サーバの制御方法をコンピュータに行わせるための命令群を含む。
【発明の効果】
【００２６】
上述した態様によれば、最新の交通情報を遅滞なく搭乗者に提供することが可能な交通情報配信システム、セルラ通信システム、通信端末、交通情報サーバ、並びにこれらに関する方法及びプログラムを提供できる。
【図面の簡単な説明】
【００２７】
【図１】第１の実施形態に係る交通情報配信システムの構成例を示す図である。
【図２】第１の実施形態に係る交通情報配信システムでの交通情報の配信手順を示すシーケンス図である。
【図３】第１の実施形態に係る通信端末の構成例を示す図である。
【図４】第１の実施形態に係る交通情報サーバの構成例を示す図である。
【図５】第２の実施形態に係る交通情報配信システムの構成例を示す図である。
【図６】第３の実施形態に係るセルラ通信システムの動作の一例を示すフローチャートである。
【図７】第３の実施形態に係るセルラ通信システムの動作の一例を示すフローチャートである。
【図８】第４の実施形態に係る通信端末の構成例を示すブロック図である。
【図９】第４の実施形態に係る通信端末の動作の一例を示すフローチャートである。
【図１０】第５の実施形態に係る通信端末の構成例を示すブロック図である。
【図１１】第５の実施形態に係る通信端末の動作の一例を示すフローチャートである。
【図１２】第６の実施形態に係る通信端末の構成例を示すブロック図である。
【図１３】第７の実施形態に係る交通情報配信システムの構成例を示す図である。
【図１４】第７の実施形態に係るセルラ通信システムの動作の一例を示すフローチャートである。
【図１５】第７の実施形態に係るセルラ通信システムの動作の一例を示すフローチャートである。
【図１６】第７の実施形態に係る交通情報サーバの構成例を示すブロック図である。
【図１７】背景技術に係るＵＭＴＳ及びＥＰＳにおける一斉送信情報（e.g. 緊急情報）の配信ネットワークの構成を示す図である。
【図１８】背景技術に係るＵＭＴＳにおける一斉送信情報（e.g. 緊急情報）の配信手順を示すシーケンス図である（ＵＭＴＳの場合）。
【図１９】背景技術に係るＥＰＳにおける一斉送信情報（e.g. 緊急情報）の配信手順を示すシーケンス図である（ＥＰＳの場合）。
【発明を実施するための形態】
【００２８】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２９】
＜第１の実施形態＞
図１は、本実施形態に係る交通情報配信システム１の構成例を示すブロック図である。交通情報配信システム１は、セルラ通信システム１０、自動車５００に配置される通信端末２００、及び交通情報サーバ３００を含む。セルラ通信システム１０は、待ち受け状態の複数の移動局（通信端末２００を含む）が受信可能なダウンリンク物理チャネルを用いて一斉送信情報を同報配信するよう構成されている。セルラ通信システム１０によるこのような同報配信を以下ではセルブロードキャストと呼ぶ場合もある。図１に示したセルラ通信システム１０は、セルブロードキャストに関するノードとして、同報配信サーバ１００、制御ノード１１０、及び基地局１２０を含む。
【００３０】
セルラ通信システム１０は、例えば、ＵＭＴＳ、ＥＰＳ、又はＣＤＭＡ２０００システムである。セルラ通信システム１０は、例えば、ＣＢＳ、ＥＴＷＳ、又はＢＣ−ＳＭＳ（Broadcast Short Message Service）によってセクタ単位、セル単位、複数セル単位、又は位置登録エリア単位で一斉送信情報を送信してもよい。なお、ＢＣ−ＳＭＳは、３ＧＰＰ２（Third Generation Partnership Project 2）のＣＤＭＡ２０００において標準化された同報配信方式である。以下では、セルラ通信システム１０による一斉送信情報の同報配信に関して簡単に説明する。
【００３１】
同報配信サーバ１００は、ＵＭＴＳ又はＥＰＳにおけるＣＢＣ（Cell Broadcast Center）に相当する。すなわち、同報配信サーバ１００は、一斉送信情報を配信するセクタ、セル、セル群、又は位置登録エリアを決定する。制御ノード１１０は、同報配信サーバ１００（ＣＢＣ）とのインタフェースを有するノードである。ＥＰＳであればＭＭＥ（Mobility Management Entity）が制御ノード１１０に相当し、ＵＭＴＳであればＲＮＣ（Radio Network Controller）が制御ノード１１０に相当する。制御ノード１１０は、同報配信サーバ１００から一斉送信情報の配信要求（e.g. Write-Replaceメッセージ、又はWrite-Replace Warning Request）を受信する。一斉送信情報の配信要求は、移動局（通信端末２００を含む）に配信すべき一斉送信情報の内容、及び配信対象のセクタ、セル、セル群、又は位置登録エリアの指定を含む。制御ノード１１０は、セルブロードキャストを行うべき基地局１２０を決定し、一斉送信情報の同報配信を対象の基地局１２０に要求する。
【００３２】
基地局１２０は、セル１３０を管理し、移動局との間でアップリンク物理チャネル及びダウンリンク物理チャネルを用いた双方向の無線通信を行うことができる。セル１３０は、道路５１０をカバーする。ＥＰＳであればｅＮｏｄｅＢが基地局１２０に相当し、ＵＭＴＳであればＮｏｄｅＢが基地局１２０に相当する。基地局１２０は、制御ノード１１０からの一斉送信情報の配信要求（e.g. Broadcast Request、又はWrite-Replace Warning Request）の受信に応じて、一斉送信情報のセルブロードキャストを行う。基地局１２０は、一斉送信情報（e.g. CBS message又はETWS Message）を報知情報及びページングメッセージを用いて送信する。一斉送信情報を含む報知情報及びページングメッセージは、少なくとも待ち受け状態（i.e. E-UTRANのRRC_IDLE状態、UTRANのCELL_PCH状態若しくはURA_PCH状態）の移動局（通信端末２００を含む）が受信可能なダウンリンク物理チャネル（e.g. E-UTRANのPDSCH、UTRANのP-CCPCH及びS-CCPCH）において送信される。
【００３３】
通信端末２００は、セルラ通信システム１０と通信可能な移動局の機能を有し、基地局１２０から配信される一斉送信情報を受信できるよう構成されている。通信端末２００は、少なくとも待ち受け状態（e.g. E-UTRANのRRC_IDLE状態、UTRANのCELL_PCH状態若しくはURA_PCH状態）において一斉送信情報を受信する。待ち受け状態の通信端末２００は、ユーザーデータの送信及び受信が不可能であり、セルラ通信システム１０から送信されるページングメッセージを含むページングチャネルを受信する。通信端末２００は、通信状態（e.g. E-UTRANのRRC_CONNECTED状態、又はUTRANのCELL_DCH状態）においても一斉送信情報を受信してもよい。ＥＰＳ及びＵＭＴＳの移動局は、通信状態（e.g. E-UTRANのRRC_CONNECTED状態、又はUTRANのCELL_DCH状態）においてもページング信号の受信を行う。従って、通信端末２００がＥＰＳ又はＵＭＴＳの移動局の機能を有する場合、通信端末２００は、通信状態においても一斉送信情報を受信することができる。
【００３４】
通信端末２００は、道路５１０を走行する自動車５００に配置される。例えば、通信端末２００は、自動車５００に固定的に設置される車載器（e.g. カーナビゲーションシステム）であってもよい。また、通信端末２００は、スマートフォン、又は携帯電話端末等の可搬型の端末であってもよい。通信端末２００は、交通情報をユーザー（つまり、自動車５００の搭乗者）に通知する。交通情報の通知は、音声、テキスト、若しくは画像、又はこれらの組み合わせによって行われてもよい。つまり、通信端末２００は、ディスプレイ又はスピーカー等の出力デバイスに、交通情報に基づく音声、テキスト、及び画像などを出力すればよい。
【００３５】
交通情報サーバ３００は、交通情報を一斉送信情報として配信するためにセルラ通信システム１０と結合される。交通情報サーバ３００は、配信エリア内への交通情報のセルブロードキャストをセルラ通信システム１０に要求するよう構成されている。具体的には、交通情報サーバ３００は、交通情報の内容および配信エリアを示す同報配信サーバ１００に送信すればよい。
【００３６】
さらに、交通情報サーバ３００は、交通情報の内容および配信エリアを決定してもよい。交通情報の内容および配信エリアを決定するためには、センサ情報、若しくは自動車５００から収集されたプローブ情報、又はこれら両方を用いてもよい。センサ情報は、道路５１０の周辺に設置されたセンサ５２０（e.g. 車両感知のための光学式センサ）によって収集される情報である。プローブ情報は、自動車５００から収集される情報であり、例えば、自動車５００の位置情報、加速度情報、又は速度情報、若しくはアクセル操作情報、又はこれらの任意の組み合わせを含む。プローブ情報は、道路５１０の周辺に設置されたＲＳＵ５３０によって収集されてもよいし、セルラ通信システム１０を介して収集されてもよい。図１に示された情報収集システム３１０は、センサ５２０、ＲＳＵ５３０、又はセルラ通信システム１０からセンサ情報、プローブ情報などを収集する。
【００３７】
既に述べたように、交通情報は、例えば、渋滞情報、事故情報、および安全運転支援情報などである。また、交通城情報は、渋滞の発生が予測される場合に、渋滞を回避又は緩和するようするよう自動車５００を誘導するための情報であってもよい。例えば、交通情報サーバ３００は、道路５１０の下り坂から上り坂への変化箇所を含む地域を配信エリアに決定し、速度低下への注意又は速度維持を促すメッセージを含む交通情報の配信を決定してもよい。また、交通情報サーバ３００は、道路５１０の合流箇所（e.g. インターチェンジ、ジャンクション）を含む地域を配信エリアに決定し、道路５１０を走行中の自動車５００を追い越し車線に誘導するメッセージを含む交通情報の配信を決定してもよい。
【００３８】
セルラ通信システム１０は、交通情報サーバ３００の要求に応答して、一斉送信情報として交通情報をセルブロードキャストする。同報配信サーバ１００は、交通情報サーバ３００から通知された配信エリアに対応するセクタ、セル、セル群、又は位置登録エリアを一斉送信情報（ここでは、交通情報）の配信先として決定すればよい。
【００３９】
図２は、本実施形態に係る交通情報の配信手順の一例を示すシーケンス図である。ステップＳ１０１では、交通情報サーバ３００は、配信するべき交通情報の内容およびその配信エリアを決定する。ステップＳ１０２では、交通情報サーバ３００は、交通情報およびその配信エリアを示す配信要求をセルラ通信システム１０（具体的には同報配信サーバ１００）に送信する。ステップＳ１０３では、セルラ通信システム１０は、交通情報サーバ３００からの配信要求の受信に応答して、交通情報を配信するべきセクタ、セル、セル群、又は位置登録エリアを決定する。
【００４０】
ステップＳ１０４では、セルラ通信システム１０は、一斉送信情報としての交通情報をセル１３０に同報配信する。ステップＳ１０４における同報配信は、背景技術で述べたＣＢＳ、ＥＴＷＳ、又はＢＣ−ＳＭＳ等の配信手順と同様とすればよい。例えば、セルラ通信システム１０は、報知情報及びページング信号を用いて一斉送信情報としての交通情報（e.g. CBS Message、又はETWS Message）を送信すればよい。
【００４１】
ステップＳ１０５では、通信端末２００は、交通情報を受信し、自動車５００の搭乗者に交通情報を通知する。
【００４２】
図３は、本実施形態に係る通信端末２００の構成例を示すブロック図である。セルラ通信部２０１は、待ち受け状態の移動局が受信可能なダウンリンク物理チャネルにおいてセルラ通信ネットワークから同報配信される交通情報を受信する。制御部２０２は、交通情報をユーザー（つまり、自動車５００の搭乗者）に通知する。
【００４３】
図４は、本実施形態に係る交通情報サーバ３００の構成例を示すブロック図である。決定部３０１は、交通情報の配信エリアを決定する。決定部３０１は、例えば、センサ情報若しくはプローブ情報又はこれら両方に基づいて交通情報の配信エリアを決定すればよい。さらに、決定部３０１は、交通情報の内容を決定してもよい。通信部３０２は、同報配信サーバ１００と通信し、交通情報の配信要求を同報配信サーバ１００に送信する。
【００４４】
上述したように、本実施形態に係る交通情報配信システム１は、セルラ通信システム１０（例えば、ＵＭＴＳ、ＥＰＳ、又はＣＤＭＡ２０００）が有する一斉送信情報の同報配信機能を用いて、特定の配信エリアに対応するセクタ、セル、セル群、又は位置登録エリアに交通情報を配信する。セルラ通信システム１０の基地局１２０（セル１３０）は、一般的に、ＤＳＲＣ方式のＩＴＳスポットサービスで利用されるＲＳＵ５３０に比べて大きなカバレッジを有する。このため、交通情報配信システム１は、ＩＴＳスポットサービスのＲＳＵ等に比べて広範囲に交通情報を一斉に送信できる。また、交通情報配信システム１は、移動局が待ち受け状態のまま受信可能なＣＢＳ、ＥＴＷＳ、又はＢＣ−ＳＭＳ等の配信方式を利用する。このため、通信端末２００は、遅滞なく交通情報を受信することができる。したがって、本実施形態によれば、最新の交通情報を遅滞なく搭乗者に提供することができる。
【００４５】
＜第２の実施形態＞
本実施形態では、第１の実施形態に係るセルラ通信システム１０の変形について説明する。図５は、本実施形態に係るセルラ通信システム１０の構成例を示す図である。本実施形態に係るセルラ通信システム１０は、交通情報サーバ３００からの交通情報の配信要求に応答して、複数のセル又は複数のセル群にそれぞれ異なる一斉送信情報を同報配信する。図５の例では、セルラ通信システム１０は、基地局１２０Ａ、１２０Ｂ、及び１２０Ｃを含む。基地局１２０Ａ、１２０Ｂ、及び１２０Ｃは、セル１３０Ａ、１３０Ｂ、及び１３０Ｃをそれぞれ管理する。セル１３０Ａ、１３０Ｂ、及び１３０Ｃは、道路５１０に道路に沿って配置され、道路５１０をカバーする。
【００４６】
図５の例では、セルラ通信システム１０は、セル１３０Ａにおいて交通情報に基づく第１のメッセージ（メッセージＡ）を同報配信し、セル１３０Ａの周囲に位置するセル１３０Ｂに第１のメッセージとは異なる第２のメッセージ（メッセージＢ）を同報配信する。また、セルラ通信システム１０は、セル１３０Ａの周囲に位置するセル１３０Ｃに第１のメッセージとは異なる第３のメッセージ（メッセージＣ）を同報配信する。なお、セル１３０Ａ、１３０Ｂ、及び１３０Ｃは、１つのセルではなく複数のセルを含むセル群又は位置登録エリアであってもよい。
【００４７】
第１のメッセージは、交通情報サーバ３００が配信を要求した交通情報そのものとすればよい。これに対して、第２又は第３のメッセージは、通信端末２００において車々間通信を介して受信され且つ交通情報に対応する第１の情報をユーザーに通知しないよう促してもよい。この案は、自動車５００の間で車々間通信が利用できる場合に有効である。例えば、車々間通信を介して自動車５００の間で交通情報を伝達することで、セルラ通信システム１０を介した交通情報の配信をサポートしていない自動車５００も交通情報を利用できる。しかしながら、セル１３０Ａの外に位置している自動車５００にまで車々間通信を介して交通情報が伝達されるおそれがある。セル１３０Ａの外に位置する自動車５００の搭乗者にこの交通情報を通知することは、交通情報サーバ３００が求める動作ではない。したがって、車々間通信を介して受信した交通情報の通知を抑止するようセル１３０Ｂ（又は１３０Ｃ）内に位置する通信端末２００に要求することで、不必要な交通情報が搭乗者に伝達されることを防止できる。
【００４８】
また、第２又は第３のメッセージは、通信端末２００において車々間通信を介して受信され且つ交通情報に対応する第１の情報を他の通信端末２００に転送しないよう促してもよい。これにより、セル１３０Ａを超える範囲にまで交通情報が車々間通信を介してむやみに伝達されることを防止できる。
【００４９】
また、第１、第２、第３のメッセージは、互いに異なる速度制限内容、又は互いに異なる運転操作など示してもよい。例えば、セル１３０Ａが渋滞発生箇所である場合、第１のメッセージ（メッセージＡ）はセル１３０Ａに位置する通信端末２００に低速走行（例えば、時速４０ｋｍ）を指示してもよい。一方、第２のメッセージ（メッセージＢ）は、渋滞発生箇所の手前に位置するセル１３０Ｂ内の通信端末２００に対して、相対的に高速走行（例えば、時速６０ｋｍ）を指示してもよい。また、第３のメッセージ（メッセージＣ）は、渋滞発生箇所を通り過ぎた先に位置するセル１３０Ｃ内の通信端末２００に対して、通常走行（例えば、時速１００ｋｍ）を指示してもよい。このようにすれば、渋滞発生箇所付近での自動車５００の走行を詳細に制御することができる。また、この制御は、渋滞に限らずその他の交通障害に関して応用することができる。
【００５０】
＜第３の実施形態＞
本実施形態では、第１の実施形態に係る通信端末２００の変形について説明する。本実施形態における交通情報配信システム１の構成例は、図１と同様とすればよい。本実施形態では、通信端末２００は、一斉送信情報としての交通情報を受信した後に、交通情報の受信のためにダウンリンク物理チャネルを繰り返し受信することを抑止する。ＣＢＳ、ＥＴＷＳ、又はＢＣ−ＳＭＳが地震情報の配信に使用される場合、セルラ通信システムは、通常、地震情報を一回だけ配信すればよい。しかしながら、第１の実施形態で述べた交通情報の配信では事情が異なる。つまり、交通情報で通知される渋滞・障害・気象条件などが継続している間、セルラ通信システム１０は、交通情報を一斉送信情報として継続的に同報配信する必要がある。一斉送信情報が継続的に同報配信されると、通常の通信端末は、ダウンリンク物理チャネル（e.g. E-UTRANのPDSCH、UTRANのP-CCPCH及びS-CCPCH）を繰り返し受信してしまう。これに対して、本実施形態の通信端末２００は、交通情報の受信のためにダウンリンク物理チャネルを繰り返し受信することを抑止するため、同じ交通情報を繰り返し受信せず、消費電力を低減できる。
【００５１】
図６及び図７のフローチャートは、本実施形態に係る通信端末２００の動作例を示している。図６に示す第１の例では、通信端末２００は、セルブロードキャストによって配信される交通情報を受信する（ステップＳ２０１）。そして、通信端末２００は、交通情報を受信したセルと同一セル内、同一セル群内、又は同一位置登録エリア内において、交通情報の受信のためにダウンリンク物理チャネルを繰り返し受信することを抑止する（ステップＳ２０２）。
【００５２】
図７に示す第２の例では、通信端末２００は、セルブロードキャストによって配信される交通情報を受信する（ステップＳ３０１）。そして、通信端末２００は、交通情報を受信してから所定期間内において、交通情報の受信のためにダウンリンク物理チャネルを繰り返し受信することを抑止する（ステップＳ３０２）。
【００５３】
＜第４の実施形態＞
本実施形態では、第１の実施形態に係る通信端末２００の変形について説明する。本実施形態における交通情報配信システム１の構成例は、図１と同様とすればよい。本実施形態では、通信端末２００は車々間通信機能を有する。図８は、本実施形態の通信端末２００の構成例を示すブロック図である。車々間通信部２０３は、他の自動車５００に配置された他の通信端末との間で無線通信を行う。例えば、車々間通信部２０３は、セルラ通信部２０１を介してセルラ通信システム１０より受信した交通情報を他の通信端末に転送してもよい。また、車々間通信部２０３は、他の通信端末から交通情報を受信してもよい。区別のために、セルラ通信システム１０より受信した交通情報を「交通情報Ｘ」と呼び、車々間通信部２０３を介して送信又は受信される交通情報を「交通情報Ｙ」と呼ぶ。
【００５４】
図９のフローチャートは、本実施形態に係る通信端末２００の動作例を示している。
ステップＳ４０１では、通信端末２００は、車々間通信によって他の通信端末から交通情報Ｙを受信する。ステップＳ４０２では、通信端末２００は、交通情報Ｙに対応する交通情報Ｘをセルラ通信システム１０から受信済みであるか否かを判定する。交通情報Ｘが交通情報Ｙに対応するとは、例えば、これら２つの情報が同一内容であること、又は同一ジャンル（例えば、渋滞、合流注意、又は気象条件）に属することを意味する。交通情報Ｙに対応する交通情報Ｘを受信済みでない場合（ステップＳ４０２でＮＯ）、通信端末２００は、受信した交通情報Ｙを他の端末に転送する（ステップＳ４０３）。一方、交通情報Ｙに対応する交通情報Ｘを受信済みである場合（ステップＳ４０２でＹＥＳ）、通信端末２００は、交通情報Ｙの転送を抑止する（ステップＳ４０４）。
【００５５】
図９に示した動作によれば、交通情報Ｙが無制限に伝搬することを抑止できる。また、通信端末２００がセルラ通信システム１０から直接的に受信した交通情報Ｘは、車々間通信で受け取った交通情報Ｙよりも信頼できる場合が考えられる。図９に示した動作によれば、セルラ通信システム１０を介して受信した信頼性の高い情報を優先することができる。例えば、通信端末２００は、交通情報Ｙに代えて交通情報Ｘを他の通信端末に転送してもよい。
【００５６】
＜第５の実施形態＞
本実施形態では、第１の実施形態に係る通信端末２００の変形について説明する。本実施形態における交通情報配信システム１の構成例は、図１と同様とすればよい。本実施形態では、通信端末２００は、セルラ通信システム１０からセルブロードキャストされる交通情報を受信したことに応答して、プローブ情報の報告動作を変更する。既に述べたように、プローブ情報は、自動車５００から収集される情報であり、例えば、自動車５００の位置情報、加速度情報、又は速度情報、若しくはアクセル操作情報、又はこれらの任意の組み合わせを含む。プローブ情報は、例えば、同報配信サーバ１００、交通情報サーバ３００、情報収集システム３１０、又はその他の装置によって収集される。通信端末２００は、セルラ通信システム１０を介してプローブ情報を送信してもよいし、道路５１０の近傍に設置されたＩＴＳスポット等のＲＳＵを介してプローブ情報を送信してもよい。
【００５７】
通信端末２００によるプローブ情報の報告動作の変更は、例えば、（ａ）プローブ情報の報告を開始すること、（ｂ）プローブ情報の報告を停止すること、及び（ｃ）プローブ情報の報告周期を変更すること、のうち少なくとも１つを含む。例えば、交通情報の受信に応答して通信端末２００がプローブ情報の報告動作を開始したり、報告周期を短くしたりすることで、交通情報サーバ３００又は情報収集システム３１０等は、交通情報を通知したことによる渋滞回避又は緩和などの効果を検証することができる。交通情報サーバ３００は、プローブ情報をモニタし、交通情報の通知効果が十分でない場合に、交通情報の内容変更、または通信端末２００による交通情報の通知方法の変更（例えば、警告音の変更）などを行なってもよい。
【００５８】
図１０は、本実施形態に係る通信端末２００の構成例を示すブロック図である。図１０に示されたプローブ情報報告部２０４は、セルラ通信システム１０を介してプローブ情報を送信する。制御部２０２は、交通情報の受信に応じて、プローブ情報報告部２０４によるプローブ情報の報告動作を制御する。
【００５９】
図１１のフローチャートは、本実施形態に係る通信端末２００の動作例を示している。ステップＳ５０１では、通信端末２００は、セルブロードキャストによって配信される交通情報を受信する。ステップＳ５０２では、通信端末２００は、交通情報を受信に応答して、プローブ情報の報告動作を変更する。
【００６０】
＜第６の実施形態＞
本実施形態では、第１の実施形態に係る通信端末２００の変形について説明する。本実施形態における交通情報配信システム１の構成例は、図１と同様とすればよい。本実施形態では、通信端末２００は、セルラ通信システム１０を介した交通情報（交通情報Ｘと呼ぶ）と、道路５１０周辺に設置されたＲＳＵ５３０を介した他の交通情報（交通情報Ｚと呼ぶ）の両方を受信した場合に、これら２つの交通情報Ｘ及びＺの優先順位付けを行う。通信端末２００は、例えば、２つの交通情報Ｘ及びＺのうち優先順位の高い一方のみを搭乗者に通知してもよい。同様の交通情報が複数通知されたり、異なる交通情報が通知されたりすると搭乗者を混乱させる要因となる。本実施形態の優先制御によれば、搭乗者に混乱をもたらすこれらの状況を回避することができる。
【００６１】
例えば、ＲＳＵを介した交通情報Ｚに対して高い信頼性が設定されている場合、通信端末２００は、交通情報Ｘ及びＺの両方を受信した場合に、交通情報Ｚを優先的にユーザーに通知してもよい。一方、セルラ通信システム１０を介した交通情報Ｘに対して高い信頼性が設定されている場合、通信端末２００は、交通情報Ｘ及びＺの両方を受信した場合に、交通情報Ｘを優先的にユーザーに通知してもよい。
【００６２】
図１２は、本実施形態に係る通信端末２００の構成例を示すブロック図である。図１２に示されたＤＳＲＣ通信部２０５は、ＤＳＲＣ方式によってＲＳＵ５３０と通信する。ＤＳＲＣ通信部２０５は、ＲＳＵ５３０から受信した交通情報Ｚを制御部２０２に送る。図１２に示された制御部２０２は、２つの交通情報Ｘ及びＺの優先順位付けを行い、搭乗者に対する交通情報の通知を制御する。
【００６３】
＜第７の実施形態＞
本実施形態では、第１の実施形態に係るセルラ通信システム１０の変形について説明する。図１３は、本実施形態に係るセルラ通信システム１０の構成例を示す図である。本実施形態では、通信端末２００は、セルブロードキャストされた交通情報の受信状況を示す確認応答をセルラ通信システム１０に送信できるよう構成されている。より好ましくは、通信端末２００は、ユーザーデータの送受信が可能な通信状態（e.g. E-UTRANのRRC_CONNECTED状態、又はUTRANのCELL_DCH状態）に遷移することなく待ち受け状態（e.g. E-UTRANのRRC_IDLE状態、UTRANのCELL_PCH状態若しくはURA_PCH状態）のままで、交通情報の受信状況を示す確認応答をセルラ通信システム１０に送信できるよう構成されている。セルラ通信システム１０は、複数の通信端末２００から、交通情報の受信状況を示す確認応答を受信できるよう構成されている。
【００６４】
待ち受け状態の通信端末２００とセルラ通信システム１０の間で緊急情報に関する確認応答の送受信を行うためには、通信端末２００は、アクセス層（Access Stratum）で終端されるシグナリングメッセージを用いて確認応答を送信すればよい。アクセス層（Access Stratum）で終端されるシグナリングメッセージとは、Access Stratumのプロトコルで用いられるシグナリングメッセージである。Access Stratumのプロトコルは、無線アクセスネットワーク（i.e. UTRAN又はE-UTRAN）内のノード、つまりｅＮｏｄｅＢ、ＮｏｄｅＢ、又はＲＮＣによって終端される信号を取り扱うプロトコルである。Ｅ−ＵＴＲＡＮ及びＵＴＲＡＮの場合、Access Stratumのプロトコルは、ＲＲＣ（Radio Resource Control）、ＲＬＣ（Radio Link Control）、及びＭＡＣ（Medium Access Control）を含む。
【００６５】
より具体的には、通信端末２００は、レイヤ３の制御プレーン（Ｃプレーン）プロトコルであるＲＲＣのシグナリングメッセージ（ＲＲＣメッセージ）を用いて確認応答を送信するとよい。この場合、確認応答は、セルラ通信システム１０内におけるＲＲＣを終端するノードによって受信される。すなわち、Ｅ−ＵＴＲＡＮであれば、基地局（ｅＮｏｄｅＢ）１２０がＲＲＣメッセージを用いて送信された確認応答を受信する。また、ＵＴＲＡＮであれば、典型的には、制御ノード（ＲＮＣ）１１０がＲＲＣメッセージを用いて送信された確認応答を受信する。なお、ＵＴＲＡＮの基地局（ＮｏｄｅＢ）１２０が、ＲＲＣメッセージをモニタすることで、確認応答を受信してもよい。
【００６６】
続いて、待ち受け状態の通信端末２００が交通情報に関する確認応答を送信するために使用可能な論理チャネル、トランスポートチャネル、及び物理チャネルについて具体的に説明する。Ｅ−ＵＴＲＡＮの場合、待受状態は、RRC_IDLE状態に相当する。RRC_IDLE状態の通信端末２００は、通信状態（RRC_CONNECTED状態）に遷移することなく、言い換えるとセルラ通信システム１０との間にRRC（Radio Resource Control）コネクションを設定することなく、確認応答を送信する。そのために、通信端末２００は、ＲＲＣコネクションを要求するために送信されるRRC Connection Requestメッセージと同様に、物理チャネルPUSCH（Physical Uplink Shared Channel）において送信されるトランスポートチャネルUL-SCH（Uplink Shared Channel）及び論理チャネルCCCH（Common Control channel）を用いて、基地局（ｅＮｏｄｅＢ）１２０に確認応答を送信すればよい。
【００６７】
ＵＴＲＡＮの場合、待受状態は、CELL_DCH状態又はCELL_FACH状態に相当する。CELL_DCH状態又はCELL_FACH状態の通信端末２００は、通信状態（CELL_DCH状態）に遷移することなく、言い換えるとアップリンク個別物理チャネル（DPDCH（Dedicated Physical Data Channel）及びDPCCH（Dedicated Physical Control Channel））の割り当てを受けることなく、確認応答を送信する。そのために、通信端末２００は、物理チャネルPRACH（Physical Random Access Channel）において送信されるトランスポートチャネルRACH（Random Access Channel）及び論理チャネルCCCH（Common Control Channel）を用いて、基地局（ＮｏｄｅＢ）１２０を経由して制御ノード（ＲＮＣ）１１０に確認応答を送信すればよい。
【００６８】
通信端末２００からの確認応答を受信したセルラ通信システム１０内のノード（基地局１２０又は制御ノード１１０）は、交通情報の配信経路上のさらに上位のノード（制御ノード１１０又は同報配信サーバ１００）に対して、通信端末２００からの確認応答を転送してもよい。このとき、通信端末２００からの確認応答は、そのまま個別に転送されてもよいし、各ノードにおいて適宜集約して転送されてもよい。
【００６９】
上述したように、本実施形態の好ましい例では、各通信端末２００は、待ち受け状態（e.g. E-UTRANのRRC_IDLE状態、UTRANのCELL_PCH状態若しくはURA_PCH状態）のままで、セルブロードキャストされた交通情報の受信状況を示す確認応答をセルラ通信システム１０に送信する。また、セルラ通信システム１０は、待ち受け状態のままの複数の通信端末２００から、交通情報の受信状況を示す確認応答を受信する。したがって、通信端末２００はユーザーデータの送受信が可能な通信状態に遷移する必要がない。また、セルラ通信システム１０に配置されたノード（基地局、ＭＭＥ、ＲＮＣ、Ｓ−ＧＷ、ＳＧＳＮ等）と通信端末２００との間で通信端末２００の状態遷移のためのシグナリングが多発することもない。これにより、本実施形態の好ましい例は、セルラ通信システム１０からセルブロードキャストされた交通情報に対する通信端末２００による確認応答の送信をセルラ通信システム１０の負荷増大を抑制しながら効率的に行うことができる。
【００７０】
続いて以下では、交通情報に対する確認応答の収集手順の具体例について説明する。図１４は、セルラ通信システム１０がＥＰＳである場合の具体例を示すシーケンス図である。ステップＳ６０１では、通信端末２００は、待ち受け状態（RRC_IDLE状態）であり、ページング信号を周期的に且つ間欠的に受信する。ステップＳ６０２では、セルラ通信システムから通信端末２００に交通情報（ETWS Message）が同報配信される。なお、ステップＳ６０２における同報配信は、背景技術で述べた配信手順（図１９）と同様とすればよく、第１の実施形態でも述べたように報知情報及びページング信号を用いて緊急情報（ETWS Message）を送信すればよい。したがって、ここでは交通情報の同報配信手順に関する詳細説明を省略する。
【００７１】
ステップＳ６０３では、通信端末２００は、待ち受け状態のままで、交通情報の受信状況に関する確認応答（Ack send Request）を基地局（ｅＮｏｄｅＢ）１２０に送信する。図１４の例では、ＲＲＣメッセージを用いて確認応答が送信される。また、図１４の例は、確認応答が交通情報の正常受信を示すＡＣＫである場合について示している。確認応答（Ack send Request）は、通信端末２００により受信された交通情報を特定可能な識別子（メッセージＩＤ）と、送信元の通信端末２００の識別子（例えば、ＩＭＳＩ（International Mobile Subscriber Identity）、ＩＭＥＩ（International Mobile Equipment Identity）、ＴＭＳＩ（Temporary Mobile Subscriber Identity）、又はＭ−ＴＭＳＩ（MME-TMSI））を含む。
【００７２】
ステップＳ６０４では、基地局１２０が確認応答を受信したことを示す応答を通信端末２００に送信する。なお、基地局１２０の負荷及び無線アクセスネットワークの輻輳を回避するため、ステップＳ６０４の応答送信は省略されてもよい。
【００７３】
ステップＳ６０５では、基地局１２０は、複数の通信端末２００から受信した複数の確認応答を集約し、複数の通信端末２００からの確認応答を統合するように編集された確認応答レポート（Ack Report）を作成する。ステップＳ６０６では、基地局１２０は、確認応答レポートを制御ノード（ＭＭＥ）１１０に送信する。確認応答レポートは、交通情報を特定可能な識別子（メッセージＩＤ）と、このメッセージＩＤに対応する確認応答の送信元である複数の通信端末２００の識別子リスト（例えば、ＴＭＳＩのリスト）を含む。なお、ステップＳ６０６における確認レポートの送信は、基地局（ｅＮｏｄｅＢ）１２０と制御ノード（ＭＭＥ）１１０の間で利用可能な制御インタフェース（e.g. S1-MMEインタフェース）を用いて行うとよい。
【００７４】
ステップＳ６０７では、制御ノード（ＭＭＥ）１１０は、複数の基地局１２０の各々から確認応答レポートを受信する。そして、制御ノード１１０は、受信した複数の確認応答レポートをさらに集約し、複数の基地局１２０からのレポートを統合するように編集された確認応答レポートを作成し、これを同報配信サーバ（ＣＢＣ）１００に送信する（ステップＳ６０８）。
【００７５】
次に、ＵＭＴＳの場合について説明する。図１５は、セルラ通信システム１０がＵＭＴＳである場合の確認応答の収集手順の一例を示すシーケンス図である。ステップＳ７０１では、通信端末２００は、待ち受け状態（CELL_PCH状態又はURA_PCH状態）であり、ページング信号を周期的に且つ間欠的に受信する。ステップＳ７０２では、セルラ通信システム１０から通信端末２００に交通情報（CBS Message）が同報配信される。なお、ステップＳ７０２における同報配信は、背景技術で述べた配信手順（図１８）と同様とすればよく、実施の形態１でも述べたように報知情報及びページング信号を用いて交通情報（CBS Message）を送信すればよい。したがって、ここでは交通情報の同報配信手順に関する詳細説明を省略する。
【００７６】
ステップＳ７０３では、通信端末２００は、待ち受け状態のままで、交通情報の受信状況に関する確認応答（Ack send Request）を制御ノード（ＲＮＣ）１１０に送信する。図１５の例では、ＲＲＣメッセージを用いて確認応答が送信される。また、図１５の例は、確認応答が交通情報の正常受信を示すＡＣＫである場合について示している。確認応答（Ack send Request）は、交通情報を特定可能な識別子（メッセージＩＤ）と、送信元の通信端末２００の識別子（例えば、ＩＭＳＩ、ＩＭＥＩ、ＴＭＳＩ、又はＰ−ＴＭＳＩ（Packet TMSI））を含む。
【００７７】
ステップＳ７０４では、制御ノード１１０が確認応答を受信したことを示す応答を通信端末２００に送信する。なお、制御ノード１１０の負荷及び無線アクセスネットワークの輻輳を回避するため、ステップＳ７０４の応答送信は省略されてもよい。
【００７８】
ステップＳ７０５では、制御ノード１１０は、複数の通信端末２００から受信した複数の確認応答を集約し、複数の通信端末２００からの確認応答を統合するように編集された確認応答レポート（Ack Report）を作成する。ステップＳ７０６では、制御ノード１１０は、確認応答レポートを同報配信サーバ（ＣＢＣ）１００に送信する。確認応答レポートは、交通情報を特定可能な識別子（メッセージＩＤ）と、このメッセージＩＤに対応する確認応答の送信元である複数の通信端末２００の識別子リスト（例えば、ＴＭＳＩのリスト）を含む。
【００７９】
続いて、交通情報の同報配信に対する通信端末２００の応答（例えば、確認応答レポート）を受信したセルラ通信システム１０又は交通情報サーバ３００の動作の例について説明する。一例において、セルラ通信システム１０又は交通情報サーバ３００は、複数の通信端末２００からの確認応答の受信状況に応じて、交通情報の配信方法を変更する。交通情報の配信方法の変更は、例えば、（ａ）道路５１０周辺に設置されたＲＳＵ５３０を含む高度交通システム（ＩＴＳ）を使用して交通情報を配信すること、（ｂ）通信端末２００の車々間通信機能を使って他の通信端末に交通情報を転送すること、及び（ｃ）通信端末２００の車々間通信機能によって交通情報を他の通信端末に転送する際のホップ数上限を変更すること、のうち少なくとも１つを含む。
【００８０】
例えば、複数の通信端末２００からの確認応答の受信数が閾値以下である場合に、セルブロードキャストによる交通情報が十分に受信されていないと判断できる。このため、セルラ通信システム１０又は交通情報サーバ３００は、確認応答の受信数が閾値以下である場合に、他の配信方法、例えばＲＳＵ５３０からの配信、又は車々間通信機能を用いた配信他の配信など、を利用してもよい。また、セルラ通信システム１０又は交通情報サーバ３００は、確認応答の受信数が閾値以下である場合に、車々間通信でのホップ数上限を大きくしてもよい。これらの手法によれば、セルブロードキャストによる交通情報の配信が十分に機能していない状況において、他の通信手段を利用して交通情報を自動車５００（通信端末２００）に伝達することができる。
【００８１】
図１６は、交通情報の配信方法を変更可能な交通情報サーバ３００の構成例を示すブロック図である。図１６に示された決定部３０１は、通信部３０２を介して、セルラ通信システム１０によって収集された確認応答レポートを受信する。確認応答レポートは、セルラ通信された交通情報の複数の通信端末２００による受信状況を示す。決定部３０１は、確認応答レポートに基づき、必要に応じて交通情報の配信方法を変更する。
【００８２】
＜その他の実施形態＞
上述した第１〜第７の実施形態は、適宜組み合わせて実施されてもよい。
【００８３】
また、第１〜第７の実施形態では、セルラ通信システム１０がＥＰＳ、ＵＭＴＳ、又はＣＤＭＡ２０００である具体例を示した。しかしながら、第１〜第７の実施形態の適用先は、ＥＰＳ、ＵＭＴＳ、及びＣＤＭＡ２０００のセルラ通信システムに限定されない。つまり、第１〜第７の実施形態は、複数の移動局に対するセルブロードキャストによって交通情報が配信されるセルラ通信システムに対して広く適用可能である。
【００８４】
また、第１〜第７の実施形態で説明した交通情報の同報配信に関する同報配信サーバ１００、制御ノード１１０、基地局１２０、通信端末２００、又は交通情報サーバ３００の処理は、少なくとも１つのプロセッサ（e.g. マイクロプロセッサ、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor））を含むコンピュータシステムにプログラムを実行させることによって実現してもよい。具体的には、フローチャート及びシーケンス図等を用いて説明されたアルゴリズムをコンピュータシステムに行わせるための命令群を含む１又は複数のプログラムを作成し、当該プログラムをコンピュータに供給すればよい。
【００８５】
このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００８６】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００８７】
この出願は、２０１２年１０月１５日に出願された日本出願特願２０１２−２２８３４９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００８８】
１  交通情報配信システム
１０  セルラ通信システム
１００  同報配信サーバ
１１０  制御ノード
１２０  基地局
１３０  セル
２００  通信端末
３００  交通情報サーバ
３１０  情報収集システム
５００  自動車
５１０  道路
５２０  路側センサ
５３０  ＲＳＵ（Road-Side Unit）
【図１】
2014061198.tif 000003
【図２】
2014061198.tif 000004
【図３】
2014061198.tif 000005
【図４】
2014061198.tif 000006
【図５】
2014061198.tif 000007
【図６】
2014061198.tif 000008
【図７】
2014061198.tif 000009
【図８】
2014061198.tif 000010
【図９】
2014061198.tif 000011
【図１０】
2014061198.tif 000012
【図１１】
2014061198.tif 000013
【図１２】
2014061198.tif 000014
【図１３】
2014061198.tif 000015
【図１４】
2014061198.tif 000016
【図１５】
2014061198.tif 000017
【図１６】
2014061198.tif 000018
【図１７】
2014061198.tif 000019
【図１８】
2014061198.tif 000020
【図１９】
2014061198.tif 000021
【手続補正書】
【提出日】平成27年1月14日(2015.1.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４５
【補正方法】変更
【補正の内容】
【請求項４５】
通信端末の制御方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルにおいてセルラ通信ネットワークから同報配信される交通情報を受信すること、及び
前記交通情報をユーザーに通知すること、
を含む、プログラム。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４６
【補正方法】変更
【補正の内容】
【請求項４６】
交通情報サーバの制御方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
交通情報の配信エリアを決定すること、及び
前記配信エリアに対応した少なくとも１つのセルにおいて、待ち受け状態の複数の移動局が受信可能なダウンリンク物理チャネルを用いて前記交通情報を同報配信するために、セルラ通信ネットワーク内の配信サーバと通信すること、
を含む、プログラム。
【国際調査報告】
2014061198.tif 000022
2014061198.tif 000023
2014061198.tif 000024
2014061198.tif 000025