JP2021010045A - ユーザ装置及び通信方法 - Google Patents

Abstract

【課題】ユーザ装置の位置又は移動経路などに応じて適切な無線通信方式を選択する。【解決手段】無線通信システムにおいて使用されるユーザ装置は、無線通信方式を選択するための、当該ユーザ装置の位置又は移動経路に対応付けられた通信ルールを設定する通信ルール設定部と、前記設定された通信ルールに従って無線通信方式を選択する通信方式選択部と、前記選択された無線通信方式に従って通信を行う通信部とを有する。【選択図】図４

Description

本発明は、無線通信システムにおけるユーザ装置に関連する。

ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）（５Ｇとも呼ぶ））では、ユーザ装置同士が無線基地局を介さないで直接通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）技術が検討されている。

Ｄ２Ｄは、ユーザ装置と基地局との間のトラフィックを軽減したり、災害時などに基地局が通信不能になった場合でもユーザ装置間の通信を可能とする。

Ｄ２Ｄは、通信可能な他のユーザ装置を見つけ出すためのＤ２Ｄディスカバリ（Ｄ２Ｄ ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ発見ともいう）と、ユーザ装置間で直接通信するためのＤ２Ｄコミュニケーション（Ｄ２Ｄ ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｄ２Ｄ通信、端末間直接通信などともいう）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。

なお、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、Ｄ２Ｄを「サイドリンク（ｓｉｄｅｌｉｎｋ）」と称しているが、本明細書では、より一般的な用語であるＤ２Ｄを使用する。ただし、後述する実施の形態の説明では必要に応じてｓｉｄｅｌｉｎｋも使用している。

また、３ＧＰＰでは、上記のＤ２Ｄ機能を拡張することでＶ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）を実現することが検討され、仕様化が進められている。ここで、Ｖ２Ｘとは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ）の一部であり、図１に示すように、自動車間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）、自動車と道路脇に設置される路側機（ＲＳＵ：Ｒｏａｄ−Ｓｉｄｅ Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ ｔｏ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ ｔｏ Ｎｏｍａｄｉｃ ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ ｔｏ Ｐｅｄｅｓｔｒｉａｎ）の総称である。

ＬＴＥのＲｅｌ−１４において、Ｖ２Ｘの幾つかの機能に関する仕様化がなされている(例えば非特許文献１)。当該仕様では、ユーザ装置へのＶ２Ｘ通信用のリソース割当に関してＭｏｄｅ３とＭｏｄｅ４が規定されている。Ｍｏｄｅ３では、基地局からユーザ装置に送られるＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）によりダイナミックに送信リソースが割り当てられる。また、Ｍｏｄｅ３ではＳＰＳ（Ｓｅｍｉ Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）も可能である。Ｍｏｄｅ４では、ユーザ装置はリソースプールから自律的に送信リソースを選択する。

特開２０１２−０５４７６３号公報

３ＧＰＰ ＴＳ ３６．２１３ Ｖ１４．２．０（２０１７−０３）

Ｄ２Ｄでは、ユーザ装置が位置する場所によって通信環境が異なり、また、Ｄ２Ｄの用途もユーザ装置によって異なる。したがって、通信環境、用途などに応じて適切な無線通信方式を選択することが望まれる。例えば、見通し内の短距離通信ではＤ２Ｄが好適であるが、遮蔽物が多くなると基地局経由の通信が好適になり得る。なお、適切な無線通信方式の選択とは、例えば、ＬＴＥにおけるｓｉｄｅｌｉｎｋとｅＮＢ経由の通信のように、同じ無線アクセス方式（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）内での無線通信方式の選択に限らず、異なる無線アクセス方式の選択も含む。

現在のセルラ通信において、無線品質に応じて基地局経由で通信するか直接通信するかを適切に選択する技術は存在する（例えば特許文献１）。しかし、Ｖ２Ｘのように通信環境が大きく変化し得る場合、無線品質の良い無線通信方式を選択するという通信ルールを常に適用すると、通信が不安定になったりシグナリング量が増加したりする恐れがあり、必ずしも適切ではない。

本発明は上記の点に鑑みて、ユーザ装置の位置又は移動経路などに応じて適切な無線通信方式を選択することを目的とする。

開示の技術によれば、無線通信システムにおいて使用されるユーザ装置であって、
無線通信方式を選択するための、当該ユーザ装置の位置又は移動経路に対応付けられた通信ルールを設定する通信ルール設定部と、
前記設定された通信ルールに従って無線通信方式を選択する通信方式選択部と、
前記選択された無線通信方式に従って通信を行う通信部と、
を有するユーザ装置が提供される。

開示の技術によれば、ユーザ装置の位置又は移動経路などに応じて適切な無線通信方式を選択することが可能になる。

Ｖ２Ｘを説明するための図である。 Ｄ２Ｄを説明するための図である。 Ｄ２Ｄを説明するための図である。 実施の形態に係る無線通信システムの構成例を示す図である。 実施の形態に係る無線通信システムにおける動作例１を説明するための図である。 実施の形態に係る無線通信システムにおける動作例２を説明するための図である。 実施の形態に係るユーザ装置の機能構成の一例を示す図である。 実施の形態に係るＩＴＳサーバの機能構成の一例を示す図である。 実施の形態に係るユーザ装置及びＩＴＳサーバのハードウェア構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代（５Ｇ、ＮＲ）の通信方式も含む広い意味で使用する。

また、本実施の形態は、主にＶ２Ｘを含む通信を対象としているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。また、「Ｄ２Ｄ」はその意味としてＶ２Ｘを含む。また、「Ｄ２Ｄ」の用語は、ＬＴＥに限定されず、端末間通信全般を指す。また、本実施の形態に係る技術は、「Ｄ２Ｄコミュニケーション」及び「Ｄ２Ｄディスカバリ」の双方に適用可能である。

また、特に断らない限り、「Ｄ２Ｄ信号」は、データ信号であってもよいし、ＳＣＩであってもよいし、ディスカバリ信号であってもよいし、ＳＣＩとデータ信号の組であってもよい。

＜Ｄ２Ｄの概要＞
本実施の形態では、Ｄ２Ｄを基本技術とすることから、まず、ＬＴＥで規定されているＤ２Ｄの概要について説明する。なお、Ｖ２Ｘにおいても、ここで説明するＤ２Ｄの技術を使用することは可能であり、本実施の形態におけるユーザ装置は、当該技術によるＤ２Ｄ信号の送受信を行うことができる。

既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄ２Ｄディスカバリ」と「Ｄ２Ｄコミュニケーション」がある。「Ｄ２Ｄディスカバリ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ユーザ装置はそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージ（発見信号）を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置が自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。

「Ｄ２Ｄコミュニケーション」についても、図２Ｂに示すように、ＳＣＩ（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）／データ送信用のリソースプールが周期的に確保される。送信側のユーザ装置はＣｏｎｔｒｏｌリソースプール（ＰＳＣＣＨリソースプール）から選択されたリソースでＳＣＩによりデータ送信用リソース（ＰＳＳＣＨリソースプール）などを受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｄ２Ｄコミュニケーション」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局からユーザ装置に送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ユーザ装置はリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたリソースプールが使用される。

また、既に説明したとおり、Ｒｅｌ−１４では、Ｍｏｄｅ１とＭｏｄｅ２に加えて、Ｍｏｄｅ３とＭｏｄｅ４がある。Ｒｅｌ−１４では、ＳＣＩとデータとを同時に（１サブフレームで）、周波数方向に隣接したリソースブロックで送信することが可能である。なお、ＳＣＩをＳＡ（Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ）と呼んでもよい。

ＬＴＥにおいて、「Ｄ２Ｄディスカバリ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｖｅｒｙ Ｃｈａｎｎｅｌ）と称され、「Ｄ２Ｄコミュニケーション」におけるＳＣＩなどの制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と称される。また、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、復調参照信号）が挿入される構造になっている。

＜システム構成＞
図３は、本実施の形態に係る無線通信システムの構成例を示す図である。図３に示すように、本実施の形態に係る無線通信システムは、基地局（ｅＮＢとも呼ばれる）１０Ａ及び１０Ｂ、ユーザ装置（ＵＥとも呼ばれる）２０Ａ〜２０Ｄ、及びＩＴＳサーバ３０を有する。無線通信システムは、Ｄ２Ｄをサポートしており、ユーザ装置２０Ａ〜２０Ｄは基地局１０Ａ又は１０Ｂを経由せずに直接通信することができる。Ｄ２Ｄでは、ユーザ装置２０Ａ〜２０Ｄのいずれかが送信側であり、他のいずれかが受信側であるが、ユーザ装置２０Ａ〜２０Ｄはいずれも送信機能と受信機能の両方を備える。以下、ユーザ装置２０Ａ〜２０Ｄを特に区別しない場合、単に「ユーザ装置２０」と記述する。同様に、基地局１０Ａ及び１０Ｂを特に区別しない場合、単に「基地局１０」と記述する。

図３に示すユーザ装置２０は、ＬＴＥ（既存のＬＴＥに加え、５Ｇ、ＮＲを含む意味でのＬＴＥ、以下同様）におけるユーザ装置としてのセルラ通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ユーザ装置２０は、本実施の形態で説明する動作を実行する機能を有しており、ユーザ装置２０の位置又は移動経路に対応付けられた通信ルールを設定し、設定された通信ルールに従って無線通信方式を選択することができる。

Ｖ２Ｘの典型例では、ユーザ装置２０は車両に搭載される車載端末であるが、ユーザ装置２０は、歩行者などが携帯する端末でもよく、ドローン又は航空機などに搭載される端末でもよい。

また、基地局１０については、ＬＴＥにおける基地局１０としてのセルラ通信の機能、及び、本実施の形態におけるユーザ装置２０の通信を可能ならしめるための機能を有している。

ＩＴＳサーバ３０は、ユーザ装置２０との間で情報の送受信を行い、道路交通の最適化を図るサーバである。本実施の形態では、ＩＴＳサーバ３０は、ユーザ装置２０に対して通信ルールを提供する通信ルール管理サーバの機能を有している。通信ルールは、位置又は移動経路などに対応付けられており、ユーザ装置２０の位置又は移動経路が変化すると、ユーザ装置２０が適用する通信ルールも変化する。通信ルールは、無線品質などに基づいて生成され、ＩＴＳサーバ３０に接続されたデータストレージに記憶されている。なお、ＩＴＳサーバ３０は、単一のサーバに集約されてもよく、複数のサーバに分散されてもよい。例えば、複数のＩＴＳサーバ３０が存在する場合、ユーザ装置２０が複数のＩＴＳサーバ３０から提供された通信ルールを合成して適用してもよく、また、予め決められた優先度に従って通信ルールを適用してもよい。また、例えば、１つのＩＴＳサーバ３０が複数のＩＴＳサーバ３０によって生成された通信ルールを合成してユーザ装置２０に提供してもよい。

本実施の形態における通信ルールは、無線通信方式を選択するための通信ルールであり、位置、移動経路、時間などに対応付けられている。通信ルールは、例えば、（１）無線通信方式毎の測定結果に対する閾値、（２）通信ルールを適用する位置又は移動経路、（３）車両走行状態、（４）利用可能な無線通信方式、（５）無線通信方式毎の予想性能、（６）適用対象の通信、（７）通信ルールを適用する時間帯のいずれか１つ以上を含んでもよい。具体的には、（２）通信ルールを適用する位置又は移動経路は、通信ルールを適用する緯度・経度・高度などの座標情報、通信ルールを適用する接続セル及び／又は検出セルのセルＩＤなどの無線基地局情報、通信ルールを適用する道路種別（高速道路、一般道）、制限速度、道路名、道路上の位置などの道路交通地図情報を含んでもよい。（３）車両走行状態は、速度、加速度を含んでもよい。（４）利用可能な無線通信方式は、例えば、カバレッジ外のエリア又は他システムへの干渉回避のためにＤ２Ｄができないエリアなどの特定エリアで利用不可能な通信方式、Ｄ２Ｄで用いる設定情報（無線パラメータ）又は証明書などの通信パラメータを含んでもよい。（４）無線通信方式毎の予想性能は、通信距離、パケット到達率などの信頼性、スループット、通信遅延などを含んでもよい。（５）適用対象の通信は、ＩＴＳサーバ３０による制御が適さない通信への影響を回避するため、通信ルールを適用するアプリケーション又はメッセージ種別、特定の接続先（論理チャネル、ベアラ、ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）など）、特定の宛先、適用対象が送信のみであるか受信のみであるか送信及び受信の双方であるかなどを含んでもよい。また、異なる要求条件の通信に対応するため、適用対象の通信の種類毎に異なる通信ルールを適用することも可能である。

以下、本実施の形態の動作例について詳細に説明するが、ユーザ装置２０及びＩＴＳサーバ３０は、本実施の形態の動作例を適用するか否かを、ユーザ装置２０の契約情報又は認証情報に基づいて決定してもよく、ユーザ装置２０の走行状態（例えば、走行中、停止中、エンジン動作中）などに基づいて決定してもよい。

＜動作例１＞
まず、図４を参照して、ユーザ装置２０がＩＴＳサーバ３０から通信ルールを受信し、受信した通信ルールに従って無線通信方式を選択する例について説明する。図４は、実施の形態に係る無線通信システムにおける動作例１を説明するための図である。

ＩＴＳサーバ３０は、ユーザ装置２０に提供する通信ルールを記憶しており、ユーザ装置２０は、ＩＴＳサーバ３０から通信ルールを受信する（Ｓ１０２）。本実施の形態における通信ルールは、無線通信方式を選択するための条件を定めるルールであるが、特定の無線通信方式を選択させるための指示でもよい。すなわち、ＩＴＳサーバ３０は、特定の無線通信方式をユーザ装置２０に指示してもよい。なお、ユーザ装置２０は、ＩＴＳサーバ３０から通信ルールを受信することなく、予め通信ルールをユーザ装置２０内に設定しておくことも可能である。以下に詳細に説明するように、通信ルールは、無線品質などの通信特性に基づいて生成される。

ユーザ装置２０への通信ルールの送信は、ユニキャストによって行われてもよく、ブロードキャスト又はマルチキャストによって行われてもよい。なお、マルチキャストとは、複数のユーザ装置に同時に送信する方式であり、セルラ通信に限らない。また、ブロードキャストもマルチキャストの一形態と考えられてもよい。マルチキャストの例としては、３ＧＰＰにおいて規定されているＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）、ＣＢＳ（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）、ＥＴＷＳ（Ｅａｒｔｈｑｕａｋｅ ａｎｄ Ｔｓｕｎａｍｉ Ｗａｒｎｉｎｇ Ｓｙｓｔｅｍ）又はＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＤＶＢにおいて規定されているＤＶＢ−ＩＰＤＣ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｄａｔａｃａｓｔ）又はＤＶＢ−Ｈ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｈａｎｄｈｅｌｄ）、ＪＣＰにおいて規定されているＪＳＲ２７２、ＯＭＡにおいて規定されているＢＣＡＳＴ（Ｂｒｏｗｓｅｒ ａｎｄ Ｃｏｎｔｅｎｔ Ｂｒｏａｄｃａｓｔ）、ワンセグ規格であるＩＳＤＢ−Ｔ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｔｅｒｒｅｓｔｒｉａｌ）、又は携帯端末向けマルチメディア放送規格であるＭｅｄｉａＦＬＯがある。

通信ルールの送信がマルチキャストによって行われる場合、通信ルールを正しく受信できたユーザ装置２０は、その旨をＩＴＳサーバ３０に報告してもよい。ＩＴＳサーバ３０は、一定期間内に報告がないユーザ装置に対して、ユニキャストで通信ルールを送信することで信頼性を向上させることができる。

ユーザ装置２０は、通信ルールを設定し、設定された通信ルールに従って無線通信方式を選択する（Ｓ１０４）。無線通信方式とは、無線インタフェース及び／又は無線パラメータを指し、無線通信方式の選択とは、複数の無線通信方式から１つ以上の無線通信方式（無線通信方式の組み合わせも含む）を選択することであり、ある無線通信方式から他の無線通信方式に切り替えること（同じＲＡＴ内でＤ２Ｄから基地局経由の通信に切り替えること、又は基地局経由からＤ２Ｄに切り替えることをも含む）、特定の無線通信方式を無効化することを含む。例えば、無線通信方式の選択は、いずれかの無線インタフェース及び／又は無線パラメータを送信のために選択すること、受信のために選択すること、送信及び受信の双方のために選択することを含む。例えば、無線通信方式の無効化も、送信を無効化すること、受信を無効化すること、送信及び受信の双方を無効化することを含む。また、無線通信方式の無効化は、当該無線通信方式の送信パケットのドロップにより実現されてもよく、当該無線通信方式の無線インタフェースの無効化により実現されてもよく、上位レイヤに通知して上位レイヤの無効化処理により実現されてもよい。

ユーザ装置２０は、ＩＴＳサーバ３０から提供された通信ルールの範囲内で、無線通信方式を選択する。例えば、通信ルールに（１）無線通信方式毎の測定結果に対する閾値が含まれる場合、ユーザ装置２０は、無線品質が閾値より良い無線通信方式の中から１つ以上の無線通信方式を選択する。また、例えば、通信ルールに（２）通信ルールを適用する位置又は移動経路、（３）車両の走行状態が含まれる場合、ユーザ装置２０は、当該ユーザ装置２０の位置、移動経路又は車両の走行状態に応じた通信ルールを選択し、選択した通信ルールに従って無線通信方式を選択する。その結果、ユーザ装置２０側でリアルタイムに把握できる情報に基づいた無線通信方式の選択が可能になる。また、例えば、通信ルールに（４）利用可能な無線通信方式が含まれる場合、ユーザ装置２０は、利用可能な無線通信方式の中から１つ以上の無線通信方式を選択する。また、例えば、通信ルールに（５）無線通信方式毎の予想性能が含まれる場合、ユーザ装置２０は、適用対象の通信の要件を満たす無線通信方式を選択する。また、例えば、通信ルールに（６）適用対象の通信が含まれる場合、当該通信に適用すべき無線通信方式を選択する。また、例えば、通信ルールに（７）通信ルールを適用する時間帯が含まれる場合、ユーザ装置２０の現在の時間帯に対応する無線通信方式を選択する。

ユーザ装置２０は、選択された無線通信方式に従って通信を行う（Ｓ１０６）。原則として、ユーザ装置２０は、選択された無線通信方式を用いるが、ユーザ装置２０は、ＩＴＳサーバ３０から指示されていない無線通信方式を追加で用いることも可能である。例えば、ＩＴＳサーバからＤ２Ｄのみが指示されている場合であっても、状況によってユーザ装置２０は、基地局経由の通信を追加で用いてもよい。その結果、通信コスト及びユーザ装置２０の能力が許す限り、通信品質を向上させることができる。また、ユーザ装置は、基地局経由の通信が指示されている場合であっても、通信コストを考慮して基地局への送信を行わなくてもよく、ネットワーク事業者の通信規制を優先して基地局への送信を行わなくてもよい。

また、ユーザ装置２０は、あるエリアで基地局経由の通信を行わない場合であっても、基地局との接続を維持してもよい。例えば、ユーザ装置２０は、パケット送信のみを制限することで基地局との接続を維持してもよい。その結果、低遅延が要求される通信が発生したときでも、遅延を回避することが可能になる。

また、ユーザ装置２０は、通信ルールに定められていなくても、特定のアプリケーション、パケット種別又は宛先以外の通信は、基地局経由の通信を選択してもよい。例えば、ＩＴＳサーバ３０、基地局１０又はコアネットワークに対する定期的な位置情報の登録は、基地局経由で行ってもよく、また、アイドル状態とならないようなキープアライブ用の通信は基地局経由で行ってもよい。

ユーザ装置２０は、選択された無線通信方式に従って通信する間に通信特性を取得してＩＴＳサーバ３０に送信する（Ｓ１０８）。通信特性とは、無線通信方式毎に取得され、例えば、（１）受信したパケットの通信距離、パケットサイズ、パケット種別、パケットに含まれる送信元位置又は車両状態、（２）ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）又はＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）などの無線測定結果、（３）スループット又は遅延などのパケット受信結果、（４）パケット受信又は無線測定を行った位置（自車両の位置、送受信車両間の距離）、車両状態（走行速度、ハンドル状態、ブレーキ状態など）、（５）無線パラメータなどを含む。なお、通信特性は、一定時間又は一定エリアで統計化（例えば、平均化）されたデータでもよい。

ユーザ装置２０は、自律的に通信特性をＩＴＳサーバ３０に送信してもよく、ＩＴＳサーバ３０からの要求に従って通信特性をＩＴＳサーバ３０に送信してもよい。例えば、ＩＴＳサーバ３０からユーザ装置２０内のアプリケーションに対して通信特性の報告を要求してもよく、コアネットワークとＩＴＳサーバ３０との間で規定されたＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用い、コアネットワークからユーザ装置２０内のアプリケーションに対して通信特性の報告を要求してもよい。ＩＴＳサーバ３０からの要求又はユーザ装置２０による自律的な報告は、例えば、周期的に行われてもよく、一定の走行距離毎に行われてもよく、規定エリアを通過する毎に行われてもよく、ハンドオーバ又は位置登録をトリガーにしてもよい。また、例えば、ＩＴＳサーバ３０からマルチキャストで要求を配信し、定められた時間範囲内でランダムな時間オフセットを適用した上でユーザ装置２０からＩＴＳサーバ３０に報告してもよい。また、例えば、ユーザ装置２０が基地局又はコアネットワークに報告した通信特性を、ＩＴＳサーバ３０がコアネットワークとＩＴＳサーバ３０との間で規定されたＡＰＩを用いて取得してもよい。

ＩＴＳサーバ３０は、報告された通信特性を一定期間保持し、通信特性に基づいて通信ルールを生成又は更新する（Ｓ１１０）。例えば、ＩＴＳサーバ３０は、通信特性に基づいてＤ２Ｄの無線品質が常に悪いエリアを判断し、当該エリアにおいて基地局経由の通信方式を選択する通信ルールを生成してもよい。また、例えば、ＩＴＳサーバ３０は、通信特性に基づいて基地局のカバレッジ外のエリアを判断し、カバレッジ外のエリアにおいてＤ２Ｄの通信方式を選択する通信ルールを生成してもよい。また、例えば、ＩＴＳサーバ３０は、通信特性に含まれるパケットの内容又は送信元などから大型車両が近くに存在することを把握した場合、大型車両の影に隠れた車両とのＤ２Ｄは困難であると判断し、基地局経由の通信を有効化する通信ルールを生成してもよい。また、例えば、ＩＴＳサーバ３０は、通信特性に含まれるパケットの内容などからハザード情報などのユーザ装置２０間で差異が少ない情報を他のユーザ装置２０が既に送信していることを把握した場合、対応する情報のネットワークへの報告を無効化する通信ルールを生成してもよい。このように、周辺の車両状態に依存したＤ２Ｄの性能劣化、あるエリアにおけるＤ２Ｄの性能劣化などを検知し、基地局経由の通信を選択したり、基地局経由の通信と併用したりする通信ルールを生成することで、より広範囲の周辺車両との通信が可能になる。

また、例えば、ＩＴＳサーバ３０は、通信特性に基づいて、あるエリアにおいて基地局経由の通信を行うユーザ装置のリストと、Ｄ２Ｄを行うユーザ装置のリストとを管理し、これらのリストの対比に基づいて、当該エリアにおける通信ルールを生成してもよい。リストの対比は、ユーザ装置のＩＤによって行われてもよく、ユーザ装置の位置又はユーザ装置数によって行われてもよい。これらのリストの対比の結果、ユーザ装置のＩＤ、位置又は数が一致している場合、Ｄ２Ｄの通信方式を優先的に選択する通信ルール（例えば、基地局経由の通信を無効化する通信ルール、基地局経由の通信のレートを下げる通信ルール）を生成してもよい。一方、これらのリストの対比の結果、ユーザ装置のＩＤ、位置又は数が一致していない場合、基地局経由の通信方式を優先的に選択する通信ルール（例えば、Ｄ２Ｄの通信方式を無効化する通信ルール、基地局経由の通信のレートを上げる通信ルール）を生成してもよい。なお、ユーザ装置２０が基地局経由の通信を行うユーザ装置と、Ｄ２Ｄを行うユーザ装置との対比を行い、通信特性としてＩＴＳサーバ３０に送信することも可能である。例えば、ユーザ装置２０は、基地局経由の通信は可能であるが、Ｄ２Ｄでは検出できないユーザ装置をＩＴＳサーバ３０に報告してもよく、Ｄ２Ｄでは検出可能であるが、基地局経由の通信は不可能であるユーザ装置をＩＴＳサーバ３０に報告してもよい。ＩＴＳサーバ３０は、通信特性に含まれるユーザ装置２０における対比の結果に基づいて、上記のようにＤ２Ｄの通信方式又は基地局経由の通信方式を優先的に選択する通信ルールを生成してもよい。その結果、Ｄ２Ｄの信頼性に基づいて基地局経由の通信の有効化又は無効化、レート制御などが実現でき、必要に応じてネットワーク負荷を下げることができる。

また、ＩＴＳサーバ３０は、ユーザ装置２０からＤ２Ｄ機能の有無を示す情報を受信し、あるエリアにおいてＤ２Ｄ機能を有さないユーザ装置２０が現れた場合、当該エリアにおいて基地局経由の通信方式を優先的に選択する通信ルール（例えば、Ｄ２Ｄの通信方式を無効化する通信ルール、基地局経由の通信のレートを上げる通信ルール）を生成してもよい。

ユーザ装置２０は、ユーザ装置２０における特定のイベントに基づいて、ＩＴＳサーバ３０に対して通信ルールの更新を要求し、ＩＴＳサーバ３０から受信した通信ルールに更新する（Ｓ１１２、Ｓ１１４）。例えば、ユーザ装置２０は、ネットワーク負荷を下げるために深夜時間帯のような予め設定された日時に通信ルールの更新を要求してもよい。また、例えば、ユーザ装置２０は、当該ユーザ装置２０の起動時、アプリケーションの起動時などに通信ルールの更新を要求してもよい。また、例えば、ユーザ装置は、走行影響を回避するためにサイドブレーキが引かれている場合、エンジンが停止している場合などの特定の車両状態のときに通信ルールの更新を要求してもよい。また、例えば、ユーザ装置２０は、国によるパラメータの違いを反映するために、国境付近のような予め設定された場所を通過するときに通信ルールの配信を要求してもよい。また、例えば、ユーザ装置２０は、基地局からＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＣＢＳ（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）、ＥＴＷＳ（Ｅａｒｔｈｑｕａｋｅ ａｎｄ Ｔｓｕｎａｍｉ Ｗａｒｎｉｎｇ Ｓｙｓｔｅｍ）などのブロードキャスト情報を受信したときに通信ルールの更新を要求してもよい。ユーザ装置２０は、基地局からのブロードキャスト情報に基づいて、特定のキャリアでマルチキャストされている通信ルールを受信するための受信設定を行ってもよい。また、例えば、ユーザ装置２０は、基地局からのブロードキャスト情報によって、現在の通信ルールを直ちに無効化する通知又はタイマ満了後に無効化する通知を受信してもよい。現在の通信ルールが無効化された結果、ユーザ装置２０は、ＩＴＳサーバ３０に通信ルールの更新を要求する。

＜動作例２＞
次に、図５を参照して、ユーザ装置２０が通信特性に基づいて通信ルールを生成又は更新する例について説明する。図５は、実施の形態に係る無線通信システムにおける動作例２を説明するための図である。以下、図４と異なる点について説明する。

ステップＳ１０２〜Ｓ１０６と同様に、ユーザ装置２０は、通信ルールを受信して設定し、通信ルールに従って無線通信方式を選択し、通信を行う（Ｓ２０２〜Ｓ２０６）。

ユーザ装置２０は、通信特性を取得し、通信特性に基づいて通信ルールを生成又は更新する（Ｓ２０８）。例えば、ユーザ装置２０は、Ｄ２Ｄで受信したパケットの内容又は送信元などから大型車両が近くに存在することを把握した場合、大型車両の影に隠れた車両とのＤ２Ｄは困難であると判断し、基地局経由の通信を有効化する通信ルールを生成してもよい。また、例えば、ユーザ装置２０は、ハザード情報などのユーザ装置２０間で差異が少ない情報を他のユーザ装置２０が既に送信していることを把握した場合、対応する情報のネットワークへの報告を無効化する通信ルールを生成してもよい。このように、周辺の車両状態に依存したＤ２Ｄの性能劣化、あるエリアにおけるＤ２Ｄの性能劣化などを検知し、基地局経由の通信を選択したり、基地局経由の通信と併用したりすることで、より広範囲の周辺車両との通信が可能になる。

また、例えば、ユーザ装置２０は、基地局経由の通信を行うユーザ装置と、Ｄ２Ｄを行うユーザ装置との対比を行い、基地局経由の通信は可能であるが、Ｄ２Ｄでは検出できないユーザ装置が存在することを把握した場合、基地局経由の通信方式を優先的に選択する通信ルール（例えば、Ｄ２Ｄの通信方式を無効化する通信ルール、基地局経由の通信のレートを上げる通信ルール）を生成してもよい。また、ユーザ装置２０は、Ｄ２Ｄでは検出可能であるが、基地局経由の通信は不可能であるユーザ装置が存在することを把握した場合、Ｄ２Ｄの通信方式を優先的に選択する通信ルール（例えば、基地局経由の通信を無効化する通信ルール、基地局経由の通信のレートを下げる通信ルール）を生成してもよい。その結果、Ｄ２Ｄの信頼性に基づいて基地局経由の通信の有効化又は無効化、レート制御などが実現でき、必要に応じてネットワーク負荷を下げることができる。

ユーザ装置２０は、生成又は更新した通信ルールをＩＴＳサーバ３０に送信してもよい（Ｓ２１０）。ＩＴＳサーバ３０は、ユーザ装置２０から受信した通信ルールに従って通信ルールを更新してもよく、他のユーザ装置２０に対して通信ルールを通知してもよい。

＜装置構成＞
次に、これまでに説明した処理動作を実行するユーザ装置２０及びＩＴＳサーバ３０の機能構成例を説明する。ユーザ装置２０及びＩＴＳサーバ３０は、動作例１及び動作例２で説明した全ての機能を備えてもよいし、いずれかの動作例の機能を備えてもよい。

図６は、ユーザ装置２０の機能構成の一例を示す図である。図６に示すように、ユーザ装置２０は、アプリケーション部２１０と、通信処理部２２０と、データストレージ２３０と、通信ルール記憶部２４０とを有する。アプリケーション部２１０は、Ｖ２Ｘなどのサービスを提供するための機能部であり、送信パケット生成部２１２と、受信パケット処理部２１４と、通信ルール設定部２１６と、無線通信方式選択部２１８とを有する。通信処理部２２０は、Ｄ２Ｄ機能及びセルラ機能を含む無線通信を提供するための機能部であり、パケット整形部２２２と、送受信部２２４−１〜２２４−４（以下、送受信部２２４と呼ぶ）を有する。送受信部２２４の数は１つ以上の任意の数に設定することができる。データストレージ２３０は、アプリケーション部２１０が用いる情報（例えば、地図情報、走行計画）、アプリケーション部２１０が出力したログ（例えば、運転ログ、通信ログ）などが格納される記憶装置（例えば、メモリ）である。通信ルール記憶部２４０は、通信ルールを格納するための記憶装置（例えば、メモリ）である。図６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのような名称でもよい。

送信パケット生成部２１２は、Ｖ２Ｘなどのサービスを実現するために他の装置に送信するパケットを生成し、生成したパケットを通信処理部２２０に出力する。通信ルールの設定に関して、送信パケット生成部２１２は、通信特性を報告するためのパケット、通信ルールの更新を要求するためのパケット、ユーザ装置２０自体が生成した通信ルールを送信するためのパケットなどを生成する。

受信パケット処理部２１４は、他の装置から通信処理部２２０を経由して受信したパケットを処理する。通信ルールの設定に関して、受信パケット処理部２１４は、ＩＴＳサーバ３０から通信ルールを受信した場合、通信ルール設定部２１６に出力する。

通信ルール設定部２１６は、受信した通信ルールを通信ルール記憶部２４０に記憶する。通信ルール設定部２１６は、通信中に通信特性を取得し、通信特性をＩＴＳサーバ３０に報告してもよく、通信特性に基づいて通信ルールを生成又は更新してもよい。

無線通信方式選択部２１８は、通信ルールに従って無線通信方式を選択する。

パケット整形部２２２は、無線通信方式選択部２１８によって選択された無線通信方式に従ってパケットを整形する。

送受信部２２４は、例えば、それぞれ異なるＲＡＴに対応しており、パケット整形部２２２から出力されたパケットから無線信号を生成して送信し、また、受信した無線信号からパケットを生成してパケット整形部２２２に出力する。なお、Ｄ２Ｄと基地局経由の通信とは、ＲＡＴが同じ（例えば、ＬＴＥにおけるｓｉｄｅｌｉｎｋとｅＮＢ経由の通信）であれば同じ送受信部によって実現されてもよく、異なる送受信部によって実現されてもよい。

図７は、ＩＴＳサーバ３０の機能構成の一例を示す図である。図７に示すように、ＩＴＳサーバ３０は、送受信部３１０と、通信ルール通知部３２０と、通信特性受信部３３０と、通信ルール生成部３４０と、データストレージ３５０とを有する。図７に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのような名称でもよい。

送受信部３１０は、ユーザ装置２０宛のパケットを送信し、また、ユーザ装置２０からのパケットを受信する。

通信ルール通知部３２０は、ユーザ装置２０から通信ルールの配信の要求を受け付けた場合、データストレージ３５０から必要な通信ルールを取得し、ユーザ装置２０に通知する。

通信特性受信部３３０は、ユーザ装置２０から報告された通信特性を受信し、通信ルールの生成又は更新のために通信特性をデータストレージ３５０に格納する。

通信ルール生成部３４０は、データストレージ３５０から一定期間の通信特性を取得し、通信特性に基づいて通信ルールを生成又は更新する。

＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図６〜図７）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

また、例えば、本発明の一実施の形態におけるユーザ装置２０及びＩＴＳサーバ３０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図８は、本実施の形態に係るユーザ装置２０及びＩＴＳサーバ３０のハードウェア構成の一例を示す図である。上述のユーザ装置２０とＩＴＳサーバ３０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置２０とＩＴＳサーバ３０のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

ユーザ装置２０及びＩＴＳサーバ３０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で構成されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図６に示したユーザ装置２０のアプリケーション部２１０及び通信処理部２２０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図７に示したＩＴＳサーバ３０の送受信部３１０、通信ルール通知部３２０、通信特性受信部３３０及び通信ルール生成部３４０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置２０の送受信部２２４は、通信装置１００４で実現されてもよい。また、ＩＴＳサーバ３０の送受信部３１０は、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、ユーザ装置２０とＩＴＳサーバ３０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

＜実施の形態のまとめ＞
以上、説明したように、本実施の形態によれば、無線通信システムにおいて使用されるユーザ装置であって、無線通信方式を選択するための、当該ユーザ装置の位置又は移動経路に対応付けられた通信ルールを設定する通信ルール設定部と、前記設定された通信ルールに従って無線通信方式を選択する通信方式選択部と、前記選択された無線通信方式に従って通信を行う通信部とを有するユーザ装置が提供される。

上記のユーザ装置は、ユーザ装置の位置又は移動経路などに応じて適切な無線通信方式を選択することができる。その結果、通信を安定化させることができ、シグナリング量を削減することが可能になる。例えば、通常ではＤ２Ｄにて送受信を行い、条件を満たす場合にのみ基地局経由の通信を行うことで、通信コストを削減したり基地局とのシグナリング量を削減したりすることができる。

また、前記通信ルール設定部は、前記選択された無線通信方式に従って通信する間に通信特性を取得して通信ルール管理サーバに送信し、通信特性に基づいて前記通信ルール管理サーバによって生成された通信ルールを受信して設定してもよい。

上記の構成によれば、通信ルール管理サーバにおいて複数のユーザ装置から収集された通信ルールを適用することが可能になり、広範囲の周辺環境を考慮した適切な無線通信方式を選択することが可能になる。

また、前記通信ルール設定部は、当該ユーザ装置の通信特性に基づいて通信ルールを生成してもよい。

上記の構成によれば、ユーザ装置側でリアルタイムに把握できる情報に基づいて適切な無線通信方式を選択することが可能になる。

また、前記通信ルール設定部は、当該ユーザ装置における特定のイベントに基づいて、通信ルールを更新してもよい。

上記の構成によれば、通信パラメータの配信を、特定の時間帯、車両状態、予め設定された場所の通過などの特定のイベントに関連付けることができ、ＩＴＳサーバの負荷を下げることができ、走行影響を回避することができ、また、地域によるパラメータの違いを反映することができる。

＜実施形態の補足＞
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例などを理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、本実施の形態に係る各装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って各装置が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。

本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ Ｒａｄｉｏ Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われることもある。基地局１０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）で構成されるネットワークにおいて、ユーザ装置２０との通信のために行われる様々な動作は、基地局１０および／または基地局１０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

ユーザ装置ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

基地局１０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。

本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。

本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数を含み得る。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されないということは明らかである。本発明は、請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的としており、本発明に対して何ら制限的な意味を有さない。

１０ 基地局
２０ ユーザ装置
３０ ＩＴＳサーバ
２１０ アプリケーション部
２１２ 送信パケット生成部
２１４ 受信パケット処理部
２１６ 通信ルール設定部
２１８ 無線通信方式選択部
２２０ 通信処理部
２２２ パケット整形部
２２４ 送受信部
２３０ データストレージ
２４０ 通信ルール記憶部
３１０ 送受信部
３２０ 通信ルール通知部
３３０ 通信特性受信部
３４０ 通信ルール生成部
３５０ データストレージ

Claims (5)

1. 無線通信システムにおいて使用されるユーザ装置であって、
   無線通信方式を選択するための、当該ユーザ装置の位置又は移動経路に対応付けられた通信ルールを設定する通信ルール設定部と、
   前記設定された通信ルールに従って無線通信方式を選択する通信方式選択部と、
   前記選択された無線通信方式に従って通信を行う通信部と、
   を有するユーザ装置。
2. 前記通信ルール設定部は、前記選択された無線通信方式に従って通信する間に通信特性を取得して通信ルール管理サーバに送信し、通信特性に基づいて前記通信ルール管理サーバによって生成された通信ルールを受信して設定する、請求項１に記載のユーザ装置。
3. 前記通信ルール設定部は、当該ユーザ装置の通信特性に基づいて通信ルールを生成する、請求項１に記載のユーザ装置。
4. 前記通信ルール設定部は、当該ユーザ装置における特定のイベントに基づいて、通信ルールを更新する、請求項１乃至３のうちいずれか１項に記載のユーザ装置。
5. 無線通信システムにおいて使用されるユーザ装置における通信方法であって、
   無線通信方式を選択するための、当該ユーザ装置の位置又は移動経路に対応付けられた通信ルールを設定するステップと、
   前記設定された通信ルールに従って無線通信方式を選択するステップと、
   前記選択された無線通信方式に従って通信を行うステップと、
   を有する通信方法。

Images