(57)【要約】Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ（ＲＳＵ）（１２０）は、Ｖ２Ｘ報告情報を制御ノード（１４０）に送信するとともに、当該ＲＳＵ（１２０）の位置関連情報を制御ノード（１４０）に送信する。制御ノード（１４０）は、受信したＲＳＵ（１２０）の位置関連情報に基づいて、Ｖ２Ｘ制御メッセージを複数のＵＥに配信するための１つ以上の送信ノード、送信エリア、配信経路、及び通信方式のうち少なくとも１つを決定する。これにより、例えば、ＲＳＵからのＶ２Ｘ報告情報の受信に応答してサーバが当該Ｖ２Ｘ報告情報に基づくＶ２Ｘ制御メッセージを複数の車両又は歩行者に送信する構成の実現に寄与できる。
2017046979.tif 000002
【特許請求の範囲】
【請求項１】
Vehicle-to-Everything（V2X）サービスをサポートするRoad Side Unit（RSU）装置であって、
車両に搭載された無線端末と通信するよう構成された無線トランシーバと、
V2X報告情報を制御ノードに送信するとともに、前記RSUの位置関連情報を前記制御ノードに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
RSU装置。
【請求項２】
前記位置関連情報は、
（ａ）前記V2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを決定するために前記制御ノードによって使用される、
請求項１に記載のRSU装置。
【請求項３】
前記通信方式は、（ａ）Multimedia Broadcast/Multicast Service（MBMS）、（ｂ）Cell Broadcast Service（CBS）、及び（ｃ）Device-to-Device通信でのグループキャスト／ブロードキャスト、のうち少なくとも２つを含む複数の通信方式の中から選択される、
請求項２に記載のRSU装置。
【請求項４】
前記１つ以上の送信ノードは、（ａ）セルラー通信ネットワークで使用される１つ以上の基地局、（ｂ）各々がセルラー通信ネットワークで使用される基地局として動作する１つ以上のRSU、（ｃ）各々がセルラー通信ネットワークで使用される無線端末として動作する１つ以上のRSU、又は（ｄ）これらの任意の組合せ、を含む、
請求項２又は３に記載のRSU装置。
【請求項５】
前記位置関連情報は、事前設定されたRSU識別子、事前設定された管理エリア識別子、及び前記RSU装置の位置座標又は住所を示す位置情報、のうち少なくとも１つを含む、
請求項１〜４にいずれか１項に記載のRSU装置。
【請求項６】
前記RSU装置は、セルラー通信ネットワークで使用される無線端末又は基地局として動作する、
請求項１〜４のいずれか１項に記載のRSU装置。
【請求項７】
V2X報告情報は、前記RSU装置がV2I通信を介して車両に搭載された無線端末から受信したメッセージを包含する、
請求項１〜６のいずれか１項に記載のRSU装置。
【請求項８】
Vehicle-to-Everything（V2X）サービスをサポートするRoad Side Unit（RSU）装置における方法であって、
V2X報告情報を制御ノードに送信するとともに、前記RSUの位置関連情報を前記制御ノードに送信することを備える、
方法。
【請求項９】
前記位置関連情報は、
（ａ）前記V2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを決定するために前記制御ノードによって使用される、
請求項８に記載の方法。
【請求項１０】
Vehicle-to-Everything（V2X）サービスをサポートするRoad Side Unit（RSU）装置における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、V2X報告情報を制御ノードに送信するとともに、前記RSUの位置関連情報を前記制御ノードに送信することを備える、
非一時的なコンピュータ可読媒体。
【請求項１１】
セルラー通信ネットワークで使用される基地局装置であって、
Vehicle-to-Everything（V2X）サービスをサポートする１つ以上のRoad Side Unit（RSU）を含む複数の無線端末と通信するよう構成された無線トランシーバと、
前記１つ以上のRSUに含まれる第１のRSUから受信したV2X報告情報を制御ノードに送信するとともに、前記第１のRSUの位置関連情報を前記制御ノードに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
基地局装置。
【請求項１２】
前記位置関連情報は、
（ａ）前記V2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを決定するために前記制御ノードによって使用される、
請求項１１に記載の基地局装置。
【請求項１３】
前記通信方式は、（ａ）Multimedia Broadcast/Multicast Service（MBMS）、（ｂ）Cell Broadcast Service（CBS）、及び（ｃ）Device-to-Device通信でのグループキャスト／ブロードキャスト、のうち少なくとも２つを含む複数の通信方式の中から選択される、
請求項１２に記載の基地局装置。
【請求項１４】
V2X報告情報は、前記第１のRSUがV2I通信を介して車両に搭載された無線端末から受信したメッセージを包含する、
請求項１１〜１３のいずれか１項に記載の基地局装置。
【請求項１５】
セルラー通信ネットワークで使用される基地局装置における方法であって、
Vehicle-to-Everything（V2X）サービスをサポートする１つ以上のRoad Side Unit（RSU）を含む複数の無線端末と通信すること、及び
前記１つ以上のRSUに含まれる第１のRSUから受信したV2X報告情報を制御ノードに送信するとともに、前記第１のRSUの位置関連情報を前記制御ノードに送信すること、
を備える方法。
【請求項１６】
前記位置関連情報は、
（ａ）前記V2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを決定するために前記制御ノードによって使用される、
請求項１５に記載の方法。
【請求項１７】
セルラー通信ネットワークで使用される基地局装置における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
Vehicle-to-Everything（V2X）サービスをサポートする１つ以上のRoad Side Unit（RSU）を含む複数の無線端末と通信すること、及び
前記１つ以上のRSUに含まれる第１のRSUから受信したV2X報告情報を制御ノードに送信するとともに、前記第１のRSUの位置関連情報を前記制御ノードに送信すること、
を備える、
非一時的なコンピュータ可読媒体。
【請求項１８】
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
（ａ）Vehicle-to-Everything（V2X）サービスをサポートする第１のRoad Side Unit（RSU）によって送信されたV2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを、前記第１のRSUの位置関連情報に基づいて決定するよう構成されている、
制御ノード。
【請求項１９】
前記位置関連情報は、事前設定されたRSU識別子、事前設定された管理エリア識別子、及び前記第１のRSUの位置座標又は住所を示す位置情報、のうち少なくとも１つを含む、
請求項１８に記載の制御ノード。
【請求項２０】
前記通信方式は、（ａ）Multimedia Broadcast/Multicast Service（MBMS）、（ｂ）Cell Broadcast Service（CBS）、及び（ｃ）Device-to-Device通信でのグループキャスト／ブロードキャスト、のうち少なくとも２つを含む複数の通信方式の中から選択される、
請求項１８又は１９に記載の制御ノード。
【請求項２１】
制御ノードにおける方法であって、
（ａ）Vehicle-to-Everything（V2X）サービスをサポートする第１のRoad Side Unit（RSU）によって送信されたV2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを、前記第１のRSUの位置関連情報に基づいて決定すること、
を備える、方法。
【請求項２２】
前記位置関連情報は、事前設定されたRSU識別子、事前設定された管理エリア識別子、及び前記第１のRSUの位置座標又は住所を示す位置情報、のうち少なくとも１つを含む、
請求項２１に記載の方法。
【請求項２３】
制御ノードにおける方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
（ａ）Vehicle-to-Everything（V2X）サービスをサポートする第１のRoad Side Unit（RSU）によって送信されたV2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを、前記第１のRSUの位置関連情報に基づいて決定すること、
を備える、
非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信システムに関し、特にV2Xサービスに関する。
【背景技術】
【０００２】
非特許文献１は、Long Term Evolution（LTE）ベースのVehicle-to-Everything（V2X）サービスに関するユースケース（use cases）及び潜在的な要件（potential requirements）について記載している。V2Xは、車両に関する通信（vehicular communications）を意味し、Vehicle-to-Vehicle（V2V）通信、Vehicle-to-Infrastructure（V2I）通信、及びVehicle-to-Pedestrian（V2P）通信を含む。V2V通信又はV2Vサービスは、車両に搭載され且つV2V applicationを使用するUser Equipments（UEs）の間の通信又はサービスである。V2I通信又はV2Iサービスは、双方がV2I applicationを使用するUEとRoad Side Unit（RSU）との間の通信又はサービスを意味する。特に断らないかぎり、V2I通信は、Infrastructures-to-Vehicle（I2V）通信を含む。また、ここでのUEは、車両UEのみでなく、歩行者のUEを含む。RSUは、ロードサイドに設置されるエンティティであり、V2Iアプリケーションを使用する車両UEとの送受信を含むV2Iサービスをサポートする。RSUは、LTE等の基地局（つまり、Evolved Node B（eNB））又は据え付けのUE（stationary UE）に実装される。V2P通信又はV2Pサービスは、双方がV2I applicationを使用する車両UEと歩行者のUEとの間の通信又はサービスを意味する。V2P通信は、RSUを介して行われてもよく、V2I2P通信又はP2I2V通信と呼ばれることもある。【０００３】
非特許文献１に記載されたV2Iサービスに関する幾つかのユースケースを紹介する。非特許文献１は、セクション5.6 V2I Emergency Stop Use Caseにおいて、車両とRSUが共にProse-enabled UEを実装しており、車両とRSUがProximity-based services (Prose)通信を行う構成を記載している。ProSe通信は、device-to-device（D2D）通信の一例であり、近接する２以上のProSe-enabled UEsの間の直接通信（direct communication）を含む。当該ユースケースでは、車両Ａは、例えば緊急停止（emergency stop）などのイベントを示すメッセージをサービスRSUに送信する。サービスRSUは、車両Ａから当該メッセージを受信し、当該メッセージを周囲の車両にリレーする。サービスRSUの送信レンジ内に位置する全ての車両は、当該メッセージを受信することができる。【０００４】
非特許文献１のセクション5.14 V2X Road safety service via infrastructureに記載されたユースケースでは、RSU Cは、自身が管理するエリア内でアクシデントが発生したことを検出し、アクシデントの発生を遠隔のサーバ（Traffic Safety Server（TSS）又はIntelligent Transport Systems（ITS）サーバ）に通知するとともに、当該情報のエリア内への送信を開始する。サーバは、RSU が管理するエリア内でアクシデントが発生したことをRSU Cの近くのRSUsに知らせる。近くのRSUsは、RSU Cによって示されたエリア内でアクシデントが発生したことを示すV2Xメッセージの送信を開始する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP S1-151330 “3GPP TR 22.885 V0.2.0 Study on LTE Support for V2X Services (Release 14)”, 2015年4月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
RSUからのV2X報告情報（e.g., 事故通知）の受信に応答して、サーバが当該V2X報告情報に基づくV2X制御メッセージを複数の車両又は歩行者に複数の基地局（eNBs）又は複数のRSUsを介して送信するユースケースを考える（例えば、非特許文献１のセクション5.14 ）。このユースケースを実現するために、ある実装では、サーバ（又は基地局）は、当該V2X制御メッセージが配信される地理的エリア、又は当該V2X制御メッセージを複数の車両又は歩行者に送信するべき１つ以上の送信ノード（i.e., RSU又は基地局）を決定しなければならない。【０００７】
さらに、ある実装では、当該V2X制御メッセージを複数の車両又は歩行者に送信するために、複数の配信経路が利用可能であるかもしれない。例えば、基地局が複数の車両又は歩行者のUEsに直接的に送信する第１の配信経路と、基地局から１つ以上のRSUを介して複数の車両又は歩行者のUEsに送信する第２の配信経路が利用できるかもしれない。この場合、サーバ（又は基地局）は、当該V2X制御メッセージを送信するために使用される配信経路を決定しなければならない。【０００８】
さらにまた、ある実装では、当該V2X制御メッセージを複数の車両又は歩行者に送信するために、複数の通信方式が利用可能であるかもしれない。例えば、Cell Broadcast Service（CBS）、Multimedia Broadcast/Multicast Service（MBMS）、及びD2D通信（e.g., ProSe通信）でのグループキャストが利用できるかもしれない。この場合、サーバ（又は基地局）は、当該V2X制御メッセージを送信するために使用される通信方式を決定しなければならない。【０００９】
本明細書に開示される実施形態が達成しようとする目的の１つは、RSUからのV2X報告情報の受信に応答してサーバが当該V2X報告情報に基づくV2X制御メッセージを複数の車両又は歩行者に送信する構成の実現に寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１０】
第１の態様では、RSU装置は、無線トランシーバ及び少なくとも１つのプロセッサを含む。前記無線トランシーバは、車両に搭載された無線端末と通信するよう構成されている。前記少なくとも１つのプロセッサは、V2X報告情報を制御ノードに送信するとともに、前記RSUの位置関連情報を前記制御ノードに送信するよう構成されている。【００１１】
第２の態様では、RSU装置における方法は、V2X報告情報を制御ノードに送信するとともに、前記RSUの位置関連情報を前記制御ノードに送信することを含む。【００１２】
第３の態様では、基地局装置は、無線トランシーバ及び少なくとも１つのプロセッサを含む。前記無線トランシーバは、Vehicle-to-Everything（V2X）サービスをサポートする１つ以上のRoad Side Unit（RSU）を含む複数の無線端末と通信するよう構成されている。前記少なくとも１つのプロセッサは、前記１つ以上のRSUに含まれる第１のRSUから受信したV2X報告情報を制御ノードに送信するとともに、前記第１のRSUの位置関連情報を前記制御ノードに送信するよう構成されている。【００１３】
第４の態様では、基地局装置における方法は、（ａ）Vehicle-to-Everything（V2X）サービスをサポートする１つ以上のRoad Side Unit（RSU）を含む複数の無線端末と通信すること、及び（ｂ）前記１つ以上のRSUに含まれる第１のRSUから受信したV2X報告情報を制御ノードに送信するとともに、前記第１のRSUの位置関連情報を前記制御ノードに送信すること、を含む。【００１４】
第５の態様では、制御ノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、（ａ）Vehicle-to-Everything（V2X）サービスをサポートする第１のRoad Side Unit（RSU）によって送信されたV2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、のうち少なくとも１つを、前記第１のRSUの位置関連情報に基づいて決定するよう構成されている。【００１５】
第６の態様では、制御ノードにおける方法は、（ａ）Vehicle-to-Everything（V2X）サービスをサポートする第１のRoad Side Unit（RSU）によって送信されたV2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、のうち少なくとも１つを、前記第１のRSUの位置関連情報に基づいて決定することを含む。【００１６】
第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２、第４、又は第６の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００１７】
上述の態様によれば、RSUからのV2X報告情報の受信に応答してサーバが当該V2X報告情報に基づくV2X制御メッセージを複数の車両又は歩行者に送信する構成の実現に寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００１８】
【図１】実施形態に係る無線通信システムの構成例を示す図である。
【図２】実施形態に係る無線通信システムの構成例を示す図である。
【図３】実施形態に係る無線通信システムの構成例を示す図である。
【図４】実施形態に係るRSU及びサーバの動作の一例を示すシーケンス図である。
【図５】実施形態に係るRSUの動作の一例を示すフローチャートである。
【図６】実施形態に係るサーバの動作の一例を示すフローチャートである。
【図７】実施形態に係るRSU、基地局、及びサーバの動作の一例を示すシーケンス図である。
【図８】実施形態に係る基地局の動作の一例を示すフローチャートである。
【図９】実施形態に係るRSU、基地局、及びサーバの動作の一例を示すシーケンス図である。
【図１０】実施形態に係るRSU、基地局、及びサーバの動作の一例を示すシーケンス図である。
【図１１】実施形態に係るRSU及び基地局の構成例を示すブロック図である。
【図１２】実施形態に係るRSU及び無線端末の構成例を示すブロック図である。
【図１３】実施形態に係るサーバの構成例を示すブロック図である。
【発明を実施するための形態】
【００１９】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２０】
以下に示される実施形態は、LTE及びSAE（System Architecture Evolution）を収容するEvolved Packet System（EPS）を主な対象として説明される。しかしながら、これらの実施形態は、EPSに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば3GPP UMTS、3GPP2 CDMA2000システム（1xRTT, HRPD (High Rate Packet Data)）、global system for mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、及びWiMAXシステム等に適用されてもよい。
【００２１】
図１は、いくつかの実施形態に係る無線通信システムの構成例を示している。無線端末（UE）１００〜１０２は、車両に搭載される。車両UE１００〜１０２は、車載処理ユニット（例えば、カーナビゲーションシステム）内に実装されてもよい。車両UE１００〜１０２は、V2IサービスをサポートするためにV2I アプリケーションを実行する。UE１００〜１０２は、他のV2Xサービス、つまりV2Vサービス若しくはV2Pサービス又はこれら両方をサポートしてもよい。
【００２２】
RSU１２０及び１２１は、ロードサイドに設置される。図１の例では、RSU１２０は、交差点１１０の近くに設置される。RSU１２０及び１２１は、限定されないが例えば、Prose-enabled UEをそれぞれ実装しており、V2Iサービスを提供するために車両UE１００〜１０２とProSe通信を行ってもよい。なお、RSU１２０及び１２１は、ProSe UE-to-Network Relay（i.e., Relay UE）として動作してもよい。ProSe UE-to-Network Relayは、主にカバレッジ外のUE（remote UE）とネットワークとの間でトラフィック（ダウンリンク及びアップリンク）を中継する。RSU１２０及び１２１は、無線コネクションを介してセルラー通信ネットワーク内の基地局（eNB）１３０と通信し、eNB１３０を介してサーバ１４０（e.g., ITSサーバ又はTSS）とさらに通信する。
【００２３】
なお、既に説明したように、3GPP Release 12に規定されたProximity-based services（ProSe）は、D2D通信の一例である。D2D通信は、直接通信（Direct Communication）および直接ディスカバリ（Direct Discovery）の少なくとも一方を含む。3GPP Release 12では、直接通信または直接ディスカバリに用いられるUE間の無線リンクは、PC5インタフェース又はサイドリンク（Sidelink）と呼ばれる。したがって、ProSeは、少なくともSidelinkを使用した通信（又はサービス）の総称であると言うことができる。図１の例では、UE又はRelay UE として動作するRSU１２０及びUE１００又は１０１の間の通信、並びに２以上のUE間の通信は、サイドリンクを使用してもよい。なお、3GPP Release 12では、サイドリンク送信は、アップリンク及びダウンリンクのために定義されたLong Term Evolution（LTE）フレーム構造と同じフレーム構造を使用し、周波数および時間ドメインにおいてアップリンク・リソースのサブセットを使用する。3GPP Release 12では、UEは、アップリンクと同様のシングルキャリア周波数分割多重（Single Carrier Frequency Division Multiple Access（SC-FDMA））を使用してサイドリンク送信を行う。
【００２４】
RSU（UE）１２０は、車両UE１００からの通知１５０の受信に応答して、通知１５０に基づくV2X報告情報１６０を生成し、生成されたV2X報告情報１６０をeNB１３０を介してサーバ１４０に送る。例えば、RSU（UE）１２０は、通知１５０のコンテンツを解析（又は検出）し、通知１５０のコンテンツを包含するV2X報告情報１６０を生成してもよい。あるいは、RSU（UE）１２０は、UE１００からの通知１５０を解析することなく、UE１００からの通知１５０を包含するV2X報告情報１６０を生成し、これを送信してもよい。
【００２５】
通知１５０は、例えば、UE１００が搭載された車両の緊急停止（emergency stop）若しくは事故に関するメッセージ、車両の走行状況に関するメッセージ、又は周辺の道路状況（e.g., 渋滞、気象、事故、道路上の障害物）に関するメッセージであってもよいが、これらに限定されない。UE１００は、V2V通信を介して他の車両（UE）から受信したV2Vメッセージ又はこれから導かれるメッセージを通知１５０に含めてもよい。さらに、RSU（UE）１２０は、UE１００が送信するV2V通信によるV2Vメッセージを通知１５０として受信してもよい。この場合、RSU（UE）１２０は、当該V2Vメッセージ又はこれから導かれるメッセージをV2X報告情報１６０としてもよい。なお、RSU（UE）１２０は、車両UE１００からの通知１５０の受信に依存せずに、自律的にV2X報告情報１６０を生成してもよい。例えばRSU（UE）１２０は、カメラ及び気象計などのセンサを利用して管理エリア内の道路状況（e.g., 渋滞、気象、事故、道路上の障害物）を監視し、監視結果に基づいてV2X報告情報１６０を生成してもよい。
【００２６】
サーバ１４０は、RSU（UE）１２０からのV2X報告情報１６０の受信に応答して、V2X報告情報１６０に基づくV2X制御メッセージ１７０を生成する。V2X制御メッセージ１７０は、例えば、道路状況（e.g., 事故又は渋滞の発生）に関する警告、又は迂回路案内を含んでもよい。サーバ１４０は、車両UE１００〜１０２を含む複数の車両UEがV2X制御メッセージ１７０を受信できるように、V2X制御メッセージ１７０を送信する。図１の例では、V2X制御メッセージ１７０は、サーバ１４０からeNB１３０を介してRSU（UE）１２０及び１２１に送信され、各RSU（UE）によって車両UE１００〜１０２に送信される。
【００２７】
なお、図１に示されたサーバ１４０からUE１００〜１０２へのV2X制御メッセージ１７０の配信経路は一例である。言い換えると、サーバ１４０は、V2X制御メッセージ１７０のUE１００〜１０２への配信のために複数の配信経路を利用できる。さらに、複数の配信経路は、互いに異なる通信方式を利用できる。したがって、サーバ１４０は、V2X制御メッセージ１７０のUE１００〜１０２への配信のために複数の配信経路および複数の通信方式を利用できる。複数の通信方式は、例えば、Cell Broadcast Service（CBS）、Multimedia Broadcast/Multicast Service（MBMS）、及びD2D通信（e.g., ProSe通信）でのグループキャストを含む。ここで言うグループキャストは、例えば受信側（e.g., UE）が所定のフィルタリング処理により受信すべき情報か否かを判定し、受信すべき情報である場合には当該情報を復元する通信であってもよい。所定のフィルタリングは、例えばUEがレイヤ２ヘッダに挿入されたグループ識別子を復元して、それが受信すべきグループ識別子であるか否かを判定することを含んでもよい。なお、グループ識別子は、予め受信側（e.g., UE）に設定されていてもよいし、送信側（e.g., eNB、アプリケーション・サーバ）から通知されてもよい。さらに、グループ識別子は、所定のグループ（e.g., UE群）を示す情報でもよいし、V2X SA Index(ID)でもよい。
【００２８】
図２は、図１に示された配信経路とは異なるV2X制御メッセージ１７０の配信経路を示している。図２の例では、V2X制御メッセージ１７０は、RSU（UE）１２０及び１２１を経由せずに、eNB１３０から直接的に車両UE１００〜１０２に送信される。例えば、eNB１３０は、自身が提供するセル内に位置する複数のUEが受信できるように、V2X制御メッセージ１７０をブロードキャスト／マルチキャストしてもよい。
【００２９】
いくつかの実装において、eNB１３０は、V2X制御メッセージ１７０をユーザプレーン（U-plane）で送信してもよい。具体的には、eNB１３０は、ブロードキャスト・ベアラ、マルチキャスト・ベアラ、又はPoint-to-Multipoint（PTM）ベアラを用いてV2X制御メッセージ１７０を送信してもよい。V2X制御メッセージ１７０は、MBMSデータを運ぶためのデータ無線ベアラ、つまりMBMS Radio Bearer（MRB）又はPoint-to-Multipoint （PTM）Radio Bearer上で送信されてもよい。MBMSでは、同一データ（メッセージ）が共通のMRB（又はPTM無線ベアラ）を介して複数のUEsに送信される。
【００３０】
これに代えて、いくつかの実装において、eNB１３０は、V2X制御メッセージ１７０をコントロールプレーン（C-plane）で送信してもよい。eNB１３０は、System Information Block（SIB）を運ぶブロードキャスト制御チャネル（Broadcast Control Channel（BCCH））上でV2X制御メッセージ１７０を送信してもよい。例えば、LTE/Evolved Packet System（EPS）におけるCBSのためのPublic Warning System（PWS）が利用されてもよい。3GPPは、PWSとして、日本で用いられるEarthquake and Tsunami Warning System（ETWS）、北米で用いられるCommercial Mobile Alert System（CMAS）、韓国で用いられるKorean Public Alert System（KPAS）、及びヨーロッパ諸国で用いられるEU-ALERTを規格化している。PWSでは、警報メッセージ（Primary Notification及びSecondary Notification）がSIB 10及びSIB 11において送信される。なお、V2X制御メッセージ１７０がC-planeで送信される場合、サーバ１４０からMobility Management Entity (MME)を介してeNB１３０に送信されてもよい。この場合、WRITE-REPLACE WARNING REQUESTメッセージにて、V2X制御メッセージが送信されてもよい。
【００３１】
図３は、いくつかの実施形態に係る無線通信システムの他の構成例を示している。図３の例では、RSU３２０及び３２１の各々は、基地局（eNB）として動作する。RSU（eNB）３２０は、車両UE１００からの通知１５０の受信に応答して、通知１５０に基づくV2X報告情報１６０を生成し、生成されたV2X報告情報１６０をサーバ１４０に送る。サーバ１４０は、RSU（eNB）３２０からのV2X報告情報１６０の受信に応答して、V2X報告情報１６０に基づくV2X制御メッセージ１７０を生成する。図１及び図２の例と同様に、サーバ１４０は、車両UE１００〜１０２を含む複数の車両UEがV2X制御メッセージ１７０を受信できるように、V2X制御メッセージ１７０を送信する。ただし、図３の例では、V2X制御メッセージ１７０は、サーバ１４０からRSU（eNB）３２０及び３２１に送信され、各RSU（eNB）によって車両UE１００〜１０２に送信される。RSU（eNB）３２０及び３２１は、図２に示されたeNB１３０と同様に、V2X制御メッセージ１７０をU-planeで送信してもよいしC-planeで送信してもよい。
【００３２】
図１〜図３は、V2X制御メッセージ１７０が複数の車両UE１００〜１０２によって受信される例を示した。しかしながら、V2X制御メッセージ１７０は、歩行者（歩行者のUE）によって受信されてもよい。
【００３３】
図１及び図２に示された構成において、UEとして動作するRSU１２０とeNB１３０の間の通信は、V2Xサービスために確保された個別の（dedicated）搬送波周波数帯域ｆ１を使用してもよい。これに代えて、RSU（UE）１２０とeNB１３０の間の通信は、いずれのオペレータにもライセンスされていない又は複数のオペレータによって共用される共用周波数帯域（Shared frequency band、Shared spectrum）ｆ２を使用してもよい。このような共用周波数を使用した通信は、Licensed Shared Access (LSA)とも呼ばれる。これに代えて、RSU（UE）１２０とeNB１３０の間の通信は、セルラー通信ネットワークのオペレータにライセンスされた搬送波周波数帯域ｆ３を使用してもよい。これと同様に、UE１００とRSU（UE）１２０の間の通信、UE１００とeNB１３０の間の通信も、上述した周波数帯域ｆ１、ｆ２、及びｆ３のいずれを使用してもよい。さらに、図３に示された構成において、UE１００とeNBとして動作するRSU３２０の間の通信も、上述した周波数帯域ｆ１、ｆ２、及びｆ３のいずれを使用してもよい。さらにまた、図１〜図３に示された構成において、UE間の通信（図示なし）も、上述した周波数帯域ｆ１、ｆ２、及びｆ３のいずれを使用してもよい。
【００３４】
UE１００〜１０２及びUEとして動作するRSU（UE）１２０〜１２１は、ネットワーク（e.g., eNB１３０、RSU３２０、又は図示されないV2Xコントローラ）からV2X設定（V2X Configuration）を受信してもよい。V2X設定は、V2Xサービスのために使用される搬送波周波数帯域の測定設定を示してもよい。さらに又はこれに代えて、V2X設定は、V2Xサービスのための無線リソース設定を含んでもよい。さらに又はこれに代えて、V2X設定は、UE１００〜１０２又はRSU１２０〜１２１によるV2Xサービスのための自発的なリソース選択に使用される無線リソースプールを示してもよい。V2X設定は、UE１００〜１０２又はRSU１２０〜１２１に対するV2Xサービスのための個別無線リソースの割り当てを示してもよい。
【００３５】
同じV2X設定（V2X configuration）が適用されるエリアは、V2Xサービスエリア（V2X Service Area (SA)）として規定されてもよい。V2X SAは、V2Xサービスために確保された個別の搬送波周波数帯域ｆ１、LSAのための共用周波数帯域ｆ２、及びセルラー通信ネットワークのオペレータにライセンスされた搬送波周波数帯域ｆ３のいずれにおいて定義されてもよい。例えば、セルは周波数帯域ｆ３で定義され、V2X SAは周波数帯域ｆ１又はｆ２で定義されてもよい。V2X SAは、セルとは独立に定義されてもよいし、セルと関連づけて定義されてもよい。前者の場合、ある１つのセル内に複数のV2X SAが存在してもよいし、複数のセルにまたがる（つまり、複数のセルの各々を少なくとも部分的にカバーする）１つのV2X SAが存在してもよい。後者の場合、１セルまたは複数のセルの組み合わせによって１つのV2X SAが定義されてもよい。さらに、UEが同じV2X SAに属するセル間を移動（セル再選択またはハンドオーバを実行）する場合、当該UEはV2Xサービスを中断せずに継続してもよいし、セル再選択またはハンドオーバの実行中は中断するが、これが完了するとすぐ再開してもよい。つまり、V2X SAは、V2X設定の”Valid area”と考えることができる。V2X SAの情報（e.g., V2X SA Index(ID)）は、V2X設定に含まれる情報要素（IE）の１つとして送信されてもよいし、V2X設定とは別のメッセージ又はシグナリングで送信されてもよい。例えば、eNB１３０またはRSU（eNB）３２０が周波数帯域ｆ３でV2X設定を送信し、それにV2X SAの情報が含まれてもよい。この場合、さらに、RSU（UE）１２０及び１２１が周波数帯域ｆ１又はｆ２でV2X SAの情報を送信してもよい。RSU（UE）１２０及び１２１は、V2X SAの情報をブロードキャストまたはグループキャストしてもよいし、UE１００〜１０２へ転送（中継）してもよい。
【００３６】
図１〜図３に示された構成において、サーバ１４０は、eNB１３０又はeNBとして動作するRSU３２０若しくは３２１と共に同一サイト内にコロケートされてもよい。このようなサーバは、Mobile Edge Computing（MEC）サーバと呼ばれる。これに代えて、サーバ１４０は、eNB１３０（又はRSU３２０若しくは３２１）のサイトから地理的に離れた遠隔のサイトに配置され、セルラー通信ネットワーク内の１又は複数のエンティティ（e.g., Mobility Management Entity、Packet Data Network Gateway（P-GW）、及びServing Gateway（S-GW））を介してeNB１３０と通信してもよい。
【００３７】
サーバ１４０は、RSU１２０（又は３２０）からのV2X報告情報１６０に基づいて生成されたV2X制御メッセージ１７０を送信するべき１つ以上の送信ノードを決定できることが好ましい。なお、１つ以上の送信ノードは、１つ以上のeNB、１つ以上のUEとして動作するRSU、若しくは１つ以上のeNBとして動作するRSU、又はこれらの任意の組合せを含む。サーバ１４０は、１つ以上の送信ノードを具体的に指定する代わりに、地理的エリア又は論理的エリアを指定してもよい。あるいは、サーバ１４０は、１つ以上の送信ノードを指定または地理的エリアを指定すると共に、論理的エリアを指定してもよい。ここで、地理的エリアは、例えば、位置情報（e.g., GNSS位置情報）、セル、トラッキングエリア（TA）、V2Xサービスエリア（V2X SA）、及び１つ又は複数の送信ノード（e.g., RSU, eNB）による物理的な管理範囲の情報、のいずれか又は任意の組み合わせによって示されてもよい。また、論理的エリアは、例えば、ネットワーク識別子（e.g., PLMN）、送信ノードに割り当てられた識別子、及び１つ又は複数の送信ノードから構成されるグループ毎に設定されたグループ識別子（e.g., RSU Group ID, eNB Group ID）、のいずれか又は任意の組み合わせによって示されてもよい。
【００３８】
さらに、図１〜図３を参照した上述の説明から理解されるように、サーバ１４０は、V2X制御メッセージ１７０を複数のUE１００〜１０２に送信するために、複数の配信経路及び複数の通信方式を利用できるかもしれない。この場合、サーバ１４０は、V2X制御メッセージ１７０を送信するための配信経路及び通信方式のいずれか又は両方を決定（選択）できることが好ましい。
【００３９】
以下では、（ａ）V2X制御メッセージ１７０を送信するべき１つ以上の送信ノード、（ｂ）V2X制御メッセージ１７０が送信されるべき地理的エリア、（ｃ）V2X制御メッセージが送信されるべき論理的エリア、（ｄ）１つ以上の送信ノードへのV2X制御メッセージの配信経路、及び（ｅ）V2X制御メッセージ１７０の送信に使用されるべき通信方式、のうち少なくとも１つをサーバ１４０が容易に又は効果的に決定できるようにするためのいくつかの実施形態が説明される。
【００４０】
＜第１の実施形態＞
いくつかの実装において、UEとして動作するRSU１２０又はeNBとして動作するRSU３２０は、自身の位置関連情報をサーバ１４０に送信してもよい。当該位置関連情報は、V2X報告情報１６０の送信元RSUの位置を確認することを許容する。当該位置関連情報を用いることにより確認されるRSUの位置は、地理的な位置（e.g., 位置座標又は住所）であってもよいし、他のRSU又は他のeNBとの関係性（隣接関係又は主従関係）であってもよい。具体的には、当該位置関連情報は、事前設定されたRSU識別子、事前設定された管理エリア識別子、及び位置座標又は住所を示す位置情報、のうち少なくとも１つを含む。
【００４１】
RSU識別子は、RSU個別に割り当てられたID（RSU ID）であってもよいし、複数のRSUを含むRSUグループに割り当てられたID（RSU Group ID）であってもよい。RSU識別子は、RSUに設定されたIPアドレスであってもよい。RSU識別子は、RSUによって提供されるセルのセルIDであってもよい。管理エリア識別子は、RSUが属する管理エリアを示し、eNB１３０によって提供されるセルのセルIDであってもよい。RSU識別子又は管理エリア識別子は、ネットワークオペレータのID（e.g., Public Land Mobile Network（PLMN）ID）であってもよい。位置座標又は住所を示す位置情報は、RSUに実装されたGlobal Navigation Satellite System（GNSS）レシーバによって得られるGNSS位置情報であってもよい。
【００４２】
RSU１２０又は３２０は、自身の位置関連情報をV2X報告情報１６０と共に送信してもよい。これに代えて、RSU１２０又は３２０は、V2X報告情報１６０とは別のメッセージで自身の位置関連情報を送信してもよい。
【００４３】
サーバ１４０は、V2X報告情報１６０の送信元RSUの位置関連情報を用いて、V2X制御メッセージ１７０の配信のための（ａ）１つ以上の送信ノード、（ｂ）地理的エリア、（ｃ）論理的エリア、（ｄ）配信経路、及び（ｅ）通信方式のうち少なくとも１つを決定してもよい。通信方式は、（１）MBMS（e.g., Multicast-broadcast single-frequency network (MBSFN), Single Cell Point To Multipoint (SC-PTM)）、（２）CBS、及び（３）D2D通信（e.g., ProSe通信）でのグループキャスト又はブロードキャスト、のいずれかでもよい。あるいは、通信方式は、これらのうち少なくとも２つを含む複数の通信方式の中から選択されてもよい。
【００４４】
V2X制御メッセージ１７０の配信のためにMBMSが使用される場合、サーバ１４０は、Broadcast Multicast Service Center（BM-SC）として動作してもよい。あるいは、サーバ１４０は、Application Programming Interface（API）を介してBM-SCと通信し、V2X制御メッセージ１７０の配信をBM-SCに依頼してもよい。
【００４５】
V2X制御メッセージ１７０の配信のためにCBSが使用される場合、サーバ１４０は、Cell Broadcast Entity（CBE）及びCell Broadcast Center（CBC）のいずれか又は両方として動作してもよい。
【００４６】
サーバ１４０は、V2X報告情報１６０の送信元RSUの位置関連情報に基づいて１つ以上の送信ノードとしての１つ以上の送信RSUを決定するとともに、決定した１つ以上の送信RSUのタイプに基づいてV2X制御メッセージ１７０の配信経路及び通信方式の少なくとも一方をさらに決定してもよい。送信RSUのタイプは、例えば、UEタイプ（i.e., UEとして動作するRSU）又はeNBタイプ（i.e., eNBとして動作するRSU）であってもよい。
【００４７】
図４は、RSU１２０及び３２０並びにサーバ１４０の動作の一例である処理４００を示すシーケンス図である。ステップ４０１では、UE又はeNBとして動作する報告RSU（reporting RSU）１２０又は３２０は、V2X報告情報（V2X report information）１６０と共に自身（RSU）の位置関連情報（location related information of RSU）をサーバ１４０に送信する。
【００４８】
ステップ４０２では、サーバ１４０は、V2X報告情報１６０に基づいて、V2X制御メッセージ（V2X control message）１７０を生成する（Generate V2X control message）。V2X制御メッセージ１７０を生成するために、サーバ１４０は、報告RSUの位置関連情報をさらに考慮してもよい。
【００４９】
ステップ４０３では、サーバ１４０は、報告RSUの位置関連情報に基づいて、（ａ）V2X制御メッセージ１７０を送信するべき１つ以上の送信ノード、（ｂ）V2X制御メッセージ１７０が送信されるべき地理的エリア、（ｃ）V2X制御メッセージ１７０が送信されるべき論理的エリア、（ｄ）１つ以上の送信ノードへのV2X制御メッセージの配信経路、及び（ｅ）V2X制御メッセージ１７０の送信に使用されるべき通信方式、のうち少なくとも１つを決定する（Determine node(s), area, route(s),or scheme(s) for message delivery）。これらを決定するために、サーバ１４０は、V2X報告情報１６０のタイプ又はコンテンツをさらに考慮してもよい。
【００５０】
図５は、RSU１２０及び３２０の動作の一例である処理５００を示すフローチャートである。ステップ５０１では、UE又はeNBとして動作する報告RSU１２０又は３２０は、車両又は歩行者のUE１００からV2I通信を介して通知１５０を受信する。ブロック５０２では、報告RSU１２０又は３２０は、通知１５０の受信に応答して、V2X報告情報１６０及び自身（RSU）の位置関連情報をサーバ１４０に送信する。
【００５１】
図５に示された動作（方法）によれば、報告RSU１２０又は３２０は、自身（RSU）の位置関連情報をサーバ１４０に提供でき、したがって、V2X制御メッセージ１７０の配信のための送信ノード、エリア、配信経路、及び通信方式のうち少なくとも１つのサーバ１４０による決定の容易化に寄与できる。
【００５２】
図６は、サーバ１４０の動作の一例である処理６００を示すフローチャートである。ステップ６０１では、サーバ１４０は、V2X報告情報１６０及び報告RSUの位置関連情報を報告RSU１２０又は３２０から受信する。ステップ６０２では、サーバ１４０は、受信した報告RSUの位置関連情報に基づいて、V2X制御メッセージ１７０の配信のための送信ノード、エリア、配信経路、及び通信方式のうち少なくとも１つを決定する。
【００５３】
図６に示された動作（方法）によれば、サーバ１４０は、報告RSU１２０又は３２０の位置関連情報を利用するため、V2X制御メッセージ１７０の配信のための送信ノード、エリア、配信経路、及び通信方式のうち少なくとも１つを容易に又は効果的に決定することができる。
【００５４】
＜第２の実施形態＞
図１又は図２に示された構成において、報告RSU１２０の位置関連情報は、報告RSU１２０ではなくeNB１３０によって生成されてもよい。すなわち、eNB１３０は、報告RSU１２０からのV2X報告情報１６０の受信に応答して、当該V2X報告情報１６０をサーバ１４０に送信するとともに、報告RSU１２０の位置を確認することを許容する位置関連情報をサーバ１４０にさらに送信してもよい。eNB１３０は、近くのRSUs（又はeNB１３０に接続しているRSUs）の位置関連情報を予め格納しておいてもよい。eNB１３０は、近くのRSUsの位置関連情報をこれらのRSUsから受信して格納してもよい。あるいは、近くのRSUsの位置関連情報は、オペレータによってeNB１３０に事前設定されてもよい。あるいは、eNB１３０は、報告RSU１２０の位置関連情報に替えて、eNB１３０の位置を確認することを許容する位置関連情報をサーバ１４０に送信してもよい。eNB１３０の位置を確認することを許容する位置関連情報は、eNB１３０の地理的な位置（e.g., 位置座標又は住所）を示す位置情報、eNB１３０の識別子、及びeNB１３０における報告RSU１２０が位置するセルの識別子、のうち少なくとも１つを含んでもよい。
【００５５】
図７は、UE１００、UE１０２、RSU１２０、RSU１２１、eNB１３０、及びサーバ１４０の動作の一例である処理７００を示すシーケンス図である。ステップ７０１では、車両UE１００は、通知（notification）１５０をUEとして動作するRSU１２０に送信する。ステップ７０２では、報告RSU（reporting RSU）１２０は、V2X報告情報（V2X report information）１６０をサーバ１４０又はeNB１３０に向けて送信する。ステップ７０２では、報告RSU１２０は、V2X報告情報１６０をコントロールプレーン（C-plane）で送信してもよいしユーザプレーン（U-plane）で送信してもよい。C-planeで送信する場合、報告RSU１２０は、LTEで既存のSRB（e.g., SRB2）を使用してもよいし、V2Xサービス用に新たに規定されるSRBx（e.g., SRB3）を使用してもよい。
【００５６】
ステップ７０３では、eNB１３０は、報告RSU１２０からのV2X報告情報１６０の受信に応答して、当該V2X報告情報１６０及び報告RSU１２０の位置関連情報を含むV2X報告メッセージ（V2X report message）をサーバ１４０に送信する。ステップ７０３では、eNB１３０は、V2X報告メッセージをコントロールプレーン（C-plane）で送信してもよいしユーザプレーン（U-plane）で送信してもよい。
【００５７】
ステップ７０４及び７０５でのサーバ１４０の処理は、図４に示されたステップ４０２及び４０３での処理と同様である。図７の例では、ステップ７０５において決定される１つ以上の送信ノード（sending node(s)）は、eNB１３０若しくはRSU１２１又はこれら両方を含む。ステップ７０５において決定される１つ以上の送信ノードは、報告RSU１２０を含んでもよい。
【００５８】
ステップ７０６では、サーバ１４０は、ステップ７０５での決定に従って、V2X制御メッセージ１７０をeNB１３０に送信する。ステップ７０７では、eNB１３０は、V2X制御メッセージ１７０の受信に応答して、V2X制御メッセージ１７０を送信RSU（sending RSU）１２１に転送する。ステップ７０８では、送信RSU１２１は、V2X制御メッセージ１７０を車両UE１０２に転送する。ステップ７０５において決定される１つ以上の送信ノードが報告RSU１２０を含む場合、ステップ７０９において、eNB１３０はV2X制御メッセージ１７０をRSU１２０に転送する。ステップ７１０では、報告RSU１２０は送信RSUとして動作し、V2X制御メッセージ１７０を車両UE１００及び車両UE１０１（不図示）に転送する。
【００５９】
図８は、eNB１３０の動作の一例である処理８００を示すフローチャートである。ステップ８０１では、eNB１３０は、V2X報告情報１６０を報告RSU１２０から受信する。ステップ８０２では、eNB１３０は、V2X報告情報１６０及び報告RSU１２０の位置関連情報をサーバ１４０に送信する。
【００６０】
図８に示された動作（方法）によれば、eNB１３０は、報告RSU１２０の位置関連情報をサーバ１４０に提供でき、したがって、V2X制御メッセージ１７０の配信のための送信ノード、エリア、配信経路、及び通信方式のうち少なくとも１つのサーバ１４０による決定の容易化に寄与できる。
【００６１】
＜第３の実施形態＞
いくつかの実装において、eNB１３０又はeNBとして動作するRSU３２０は、V2X制御メッセージ１７０の配信のための送信ノード、エリア、配信経路、及び通信方式のうち少なくとも１つをサーバ１４０の代わりに決定してもよい。具体的には、サーバ１４０が送信ノード、エリア、及び配信経路のうち少なくとも１つを決定し、eNB１３０（又はRSU３２０）が少なくとも通信方式を決定してもよい。あるいは、サーバ１４０が少なくとも通信方式を決定し、eNB１３０（又はRSU３２０）が送信ノード、エリア、及び配信経路のうち少なくとも１つを決定してもよい。
【００６２】
図９は、UE１００、UE１０２、RSU１２０及び３２０、RSU１２１、eNB１３０、並びにサーバ１４０の動作の一例である処理９００を示すシーケンス図である。ステップ９０１では、車両UE１００は、通知（notification）１５０をUE又はeNBとして動作するRSU１２０又は３２０に送信する。ステップ９０２では、報告RSU（reporting RSU）１２０又は３２０は、V2X報告情報（V2X report information）１６０と共に自身（RSU）の位置関連情報（location related information of RSU）をサーバ１４０に送信する。ステップ９０２では、報告RSU１２０又は３２０は、V2X報告情報１６０をユーザプレーン（U-plane）で送信してもよい。
【００６３】
ステップ９０３では、サーバ１４０は、V2X報告情報１６０に基づいて、V2X制御メッセージ（V2X control message）１７０を生成する（Generate V2X control message）。V2X制御メッセージ１７０を生成するために、サーバ１４０は、報告RSUの位置関連情報をさらに考慮してもよい。
【００６４】
ステップ９０４では、サーバ１４０は、V2X制御メッセージ１７０をeNB１３０に送信するとともに、報告RSU１２０又は３２０の位置関連情報をeNB１３０に送信する。
【００６５】
ステップ９０５では、eNB１３０は、（ａ）V2X制御メッセージ１７０を送信するべき１つ以上の送信ノード（i.e., １つ以上のRSU）、（ｂ）V2X制御メッセージ１７０が送信されるべき地理的エリア、（ｃ）V2X制御メッセージ１７０が送信されるべき論理的エリア、（ｄ）１つ以上の送信ノードへのV2X制御メッセージの配信経路、及び（ｅ）V2X制御メッセージ１７０の送信に使用されるべき通信方式、のうち少なくとも１つを決定する（Determine node(s), area, route(s),or scheme(s) for message delivery）。図９の例では、ステップ９０５において決定される１つ以上の送信ノード（sending node(s)）は、RSU１２１を含む。ステップ９０５において決定される１つ以上の送信ノードは、報告RSU１２０又は３２０を含んでもよい。
【００６６】
ステップ９０６では、eNB１３０は、ステップ９０５での決定に従って、V2X制御メッセージ１７０を送信RSU（sending RSU）１２１に転送する。ステップ９０７では、送信RSU１２１は、V2X制御メッセージ１７０を車両UE１０２に転送する。ステップ９０５において決定される１つ以上の送信ノードが報告RSU１２０又は３２０を含む場合、ステップ９０８において、eNB１３０はV2X制御メッセージ１７０をRSU１２０又は３２０に転送する。ステップ９０９では、報告RSU１２０又は３２０は送信RSUとして動作し、V2X制御メッセージ１７０を車両UE１００及び車両UE１０１（不図示）に転送する。
【００６７】
図９に示された動作（方法）によれば、基地局１３０は、報告RSU１２０又は３２０の位置関連情報を利用するため、V2X制御メッセージ１７０の配信のための送信ノード、エリア、配信経路、及び通信方式のうち少なくとも１つを容易に又は効果的に決定することができる。
【００６８】
図１０は、UE１００、UE１０２、RSU１２０及び３２０、RSU１２１、eNB１３０、並びにサーバ１４０の動作の他の例である処理１０００を示すシーケンス図である。ステップ１００１、１００２、及び１００３の処理は、図７に示されたステップ７０１、７０２、及び７０３の処理と同様である。ただし、ステップ１００３で送信されるV2X報告メッセージは、報告RSU１２０の位置関連情報を含まなくてもよい。
【００６９】
ステップ１００４では、サーバ１４０は、V2X報告情報１６０を含むV2X報告メッセージの受信に応答して、V2X制御メッセージ（V2X control message）１７０を生成する（Generate V2X control message）。サーバ１４０は、V2X制御メッセージ１７０を生成するためにV2X報告情報１６０を考慮する。サーバ１４０は、V2X制御メッセージ１７０を生成するために報告RSUの位置関連情報をさらに考慮してもよい。
【００７０】
ステップ１００５では、サーバ１４０は、V2X制御メッセージ１７０をeNB１３０に送信する。
【００７１】
ステップ１００６では、eNB１３０は、（ａ）V2X制御メッセージ１７０を送信するべき１つ以上の送信ノード（i.e., １つ以上のRSU）、（ｂ）V2X制御メッセージ１７０が送信されるべき地理的エリア、（ｃ）V2X制御メッセージ１７０が送信されるべき論理的エリア、（ｄ）１つ以上の送信ノードへのV2X制御メッセージの配信経路、及び（ｅ）V2X制御メッセージ１７０の送信に使用されるべき通信方式、のうち少なくとも１つを決定する（Determine node(s), area, route(s),or scheme(s) for message delivery）。図１０の例では、ステップ１００６において決定される１つ以上の送信ノード（sending node(s)）は、RSU１２１を含む。ステップ１００６において決定される１つ以上の送信ノードは、報告RSU１２０を含んでもよい。
【００７２】
ステップ１００６でのeNB１３０による送信ノードの決定を可能とするために、eNB１３０は、近くのRSUs（又はeNB１３０に接続しているRSUs）の位置関連情報を予め格納しておいてもよい。eNB１３０は、近くのRSUsの位置関連情報をこれらのRSUsから受信して格納してもよい。あるいは、近くのRSUsの位置関連情報は、オペレータによってeNB１３０に事前設定されてもよい。
【００７３】
ステップ１００７では、eNB１３０は、ステップ１００６での決定に従って、V2X制御メッセージ１７０を送信RSU（sending RSU）１２１に転送する。ステップ１００８では、送信RSU１２１は、V2X制御メッセージ１７０を車両UE１０２に転送する。ステップ１００６において決定される１つ以上の送信ノードが報告RSU１２０を含む場合、ステップ１００９において、eNB１３０はV2X制御メッセージ１７０をRSU１２０に転送する。ステップ１０１０では、報告RSU１２０は送信RSUとして動作し、V2X制御メッセージ１７０を車両UE１００及び車両UE１０１（不図示）に転送する。
【００７４】
なお、本実施形態において、eNB１３０は、V2X制御メッセージ１７０の配信のための１つ以上の送信ノード、エリア、配信経路、及び通信方式のうち少なくとも１つを決定するために、V2X報告情報１６０のタイプ又はコンテンツをさらに考慮してもよい。いくつかの実装において、V2X報告情報１６０のタイプ又はコンテンツを認識するために、eNB１３０は、V2X報告情報１６０を運ぶパケットに対するディープパケットインスペクションを実行し、V2X報告情報のタイプ又はコンテンツを検出してもよい。
【００７５】
あるいは、eNB１３０は、サーバ１４０からeNB１３０にV2X制御メッセージ１７０を送信するために使用されるベアラに応じて、V2X報告情報のタイプ又はコンテンツを検出してもよい。この場合、サーバ１４０とeNB１３０の間の１又は複数のベアラの各々は、V2X制御メッセージ１７０のタイプ又はコンテンツと関連付けられている。サーバ１４０は、送信するV2X制御メッセージ１７０のタイプ又はコンテンツに関連付けられているベアラ（IPフロー）を用いて当該V2X制御メッセージ１７０を送信する。
【００７６】
あるいは、サーバ１４０は、V2X制御メッセージ１７０のタイプ又はコンテンツをeNB１３０に指示してもよい。このような動作は、サーバ１４０がMECサーバである場合に有効である。
【００７７】
続いて以下では、上述の複数の実施形態で説明されたUE１００〜１０２、RSU１２０及び３２０、eNB１３０、並びにサーバ１４０の構成例について説明する。図１１は、eNB１３０の構成例を示すブロック図である。eNBとして動作するRSU３２０も図１１の構成と同様の構成を有してもよい。図１１を参照すると、eNB１３０は、RFトランシーバ１１０１、ネットワークインターフェース１１０３、プロセッサ１１０４、及びメモリ１１０５を含む。RFトランシーバ１１０１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１は、複数のトランシーバを含んでもよい。RFトランシーバ１１０１は、アンテナ１１０２及びプロセッサ１１０４と結合される。RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１１０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１１０４に供給する。
【００７８】
ネットワークインターフェース１１０３は、ネットワークノード（e.g., 他のeNBs、Mobility Management Entity (MME)、Serving Gateway(S-GW)、及びTSS又はITSサーバ）と通信するために使用される。ネットワークインターフェース１１０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【００７９】
プロセッサ１１０４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１１０４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。さらに、プロセッサ１１０４による信号処理は、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を含んでもよい。また、プロセッサ１１０４によるコントロールプレーン処理は、X2APプロトコル、S1-MMEプロトコルおよびRRCプロトコルの処理を含んでもよい。
【００８０】
プロセッサ１１０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１１０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を行うプロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【００８１】
メモリ１１０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１１０５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１１０５は、プロセッサ１１０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１１０４は、ネットワークインターフェース１１０３又は図示されていないI/Oインタフェースを介してメモリ１１０５にアクセスしてもよい。
【００８２】
メモリ１１０５は、上述の複数の実施形態で説明されたeNB１３０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０５から読み出して実行することで、上述の実施形態で説明されたeNB１３０の処理を行うよう構成されてもよい。
【００８３】
図１２は、UE（又はRelay UE）として動作するRSU１２０の構成例を示すブロック図である。UE１０１〜１０２も、図１２の構成と同様の構成を有してもよい。Radio Frequency（RF）トランシーバ１２０１は、eNB１３０と通信するためにアナログRF信号処理を行う。RFトランシーバ１２０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１２０１は、アンテナ１２０２及びベースバンドプロセッサ１２０３と結合される。すなわち、RFトランシーバ１２０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１２０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１２０２に供給する。また、RFトランシーバ１２０１は、アンテナ１２０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１２０３に供給する。
【００８４】
ベースバンドプロセッサ１２０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【００８５】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１２０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１２０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【００８６】
ベースバンドプロセッサ１２０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１２０４と共通化されてもよい。
【００８７】
アプリケーションプロセッサ１２０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１２０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１２０４は、メモリ１２０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、RSU１２０の各種機能を実現する。
【００８８】
いくつかの実装において、図１２に破線（１２０５）で示されているように、ベースバンドプロセッサ１２０３及びアプリケーションプロセッサ１２０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１２０３及びアプリケーションプロセッサ１２０４は、１つのSystem on Chip（SoC）デバイス１２０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【００８９】
メモリ１２０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１２０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１２０６は、ベースバンドプロセッサ１２０３、アプリケーションプロセッサ１２０４、及びSoC１２０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１２０６は、ベースバンドプロセッサ１２０３内、アプリケーションプロセッサ１２０４内、又はSoC１２０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１２０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【００９０】
メモリ１２０６は、上述の複数の実施形態で説明されたRSU１２０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１２０３又はアプリケーションプロセッサ１２０４は、当該ソフトウェアモジュールをメモリ１２０６から読み出して実行することで、上述の実施形態で説明されたRSU１２０の処理を行うよう構成されてもよい。
【００９１】
図１３は、サーバ１４０の構成例を示すブロック図である。図１３を参照すると、サーバ１４０は、ネットワークインターフェース１３０１、プロセッサ１３０２、及びメモリ１３０３を含む。ネットワークインターフェース１３０１は、ネットワークノード（e.g., eNodeB１３０、MME、P-GW、）と通信するために使用される。ネットワークインターフェース１３０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【００９２】
プロセッサ１３０２は、メモリ１３０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたサーバ１４０の処理を行う。プロセッサ１３０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１３０２は、複数のプロセッサを含んでもよい。
【００９３】
メモリ１３０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１３０３は、プロセッサ１３０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１３０２は、図示されていないI/Oインタフェースを介してメモリ１３０３にアクセスしてもよい。
【００９４】
図１３の例では、メモリ１３０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１３０２は、これらのソフトウェアモジュール群をメモリ１３０３から読み出して実行することで、上述の実施形態において説明されたサーバ１４０の処理を行うことができる。
【００９５】
図１１〜図１３を用いて説明したように、上述の実施形態に係るUE１００〜１０２、RSU１２０及び３２０、eNB１３０、並びにサーバ１４０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９６】
＜その他の実施形態＞
図１又は図２に示された構成において、RSU１２０及び１２１の各々は、eNB１３０又はサーバ１４０に周期的にキープアライブ（keepalive）メッセージ又はハートビート（heartbeat）メッセージを送信するよう動作してもよい。eNB１３０又はサーバ１４０は、あるRSUからのキープアライブ又はハートビートメッセージの受信に失敗した場合に、当該RSUの故障発生を検出してもよい。さらに、eNB１３０又はサーバ１４０は、上述の実施形態で説明されたようにV2X制御メッセージ１７０の配信のための送信ノード、エリア、配信経路、及び通信方式のうち少なくとも１つを決定する際に、故障発生が発生していると検出されたRSUを送信ノード、エリア、又は配信経路の候補から除外してもよい。
【００９７】
上述の実施形態では、（ａ）V2X制御メッセージ１７０を送信するべき１つ以上の送信ノード、（ｂ）V2X制御メッセージ１７０が送信されるべき地理的エリア、（ｃ）１つ以上の送信ノードへのV2X制御メッセージの配信経路、及び（ｄ）V2X制御メッセージ１７０の送信に使用されるべき通信方式、のうち少なくとも１つをサーバ１４０又はeNB１３０が容易に又は効果的に決定できるようにするためのいくつかの例が説明された。これら（ａ）から（ｄ）の具体的な決定は、例えば、以下のように行われてもよい。
【００９８】
（ａ）V2X制御メッセージ１７０を送信するべき１つ以上の送信ノードの決定：
一例において、サーバ１４０又はeNB１３０は、隣接送信ノードリスト（e.g., 隣接RSUリスト）を管理し、報告ノード（e.g., 報告RSU）が含まれる隣接送信ノードリスト内の送信ノードを、V2X制御メッセージ１７０を送信するべき送信ノードとして決定してもよい。他の例において、サーバ１４０又はeNB１３０は、報告ノードのグループIDと同一のグループIDを持つ１又は複数の送信ノードを、V2X制御メッセージ１７０を送信するべき送信ノードとして決定してもよい。
【００９９】
（ｂ）V2X制御メッセージ１７０が送信されるべき地理的エリアの決定：
一例において、サーバ１４０又はeNB１３０は、報告ノードと同じTracking Area（TA）またはRouting Area（RA）内の１又は複数の送信ノードを、V2X制御メッセージ１７０を送信するべき送信ノードとして決定してもよい。すなわち、サーバ１４０又はeNB１３０は、TA又はRAをV2X制御メッセージ１７０が送信されるべき地理的エリアとして決定してもよい。他の例において、サーバ１４０又はeNB１３０は、報告ノードのGNSS位置座標を含む所定範囲内に位置する送信ノードをV2X制御メッセージ１７０を送信するべき送信ノードとして決定してもよい。他の例において、サーバ１４０又はeNB１３０は、報告ノードの属するV2Xサービスエリア（V2X SA）に基づく地理的エリアをV2X制御メッセージ１７０が送信されるべき地理的エリアとして決定してもよい。すなわち、サーバ１４０又はeNB１３０は、GNSS位置座標に基づく地理的エリアをV2X制御メッセージ１７０が送信されるべき地理的エリアとして決定してもよい。さらに他の例において、サーバ１４０又はeNB１３０は、報告ノードと同じ道路沿いにある１又は複数の送信ノードをV2X制御メッセージ１７０を送信するべき送信ノードとして決定してもよい。すなわち、サーバ１４０又はeNB１３０は、道路をV2X制御メッセージ１７０が送信されるべき地理的エリアとして決定してもよい。
【０１００】
（ｃ）１つ以上の送信ノードへのV2X制御メッセージの配信経路の決定：
一例において、サーバ１４０又はeNB１３０は、報告RSUの位置関連情報に基づいて、報告RSUの周辺へのメッセージ配信に利用できる通信経路を選択してもよい。他の例において、サーバ１４０又はeNB１３０は、報告RSUの位置関連情報に基づいて、報告RSUと同一のセルラー通信ネットワークによって管理される他の１つ以上のRSUへのメッセージ配信に利用できる通信経路を選択してもよい。
【０１０１】
（ｄ）V2X制御メッセージ１７０の送信に使用されるべき通信方式の決定：
一例において、サーバ１４０又はeNB１３０は、報告RSUの位置関連情報に基づいて、報告RSUの周辺へのメッセージ配信に利用できる通信方式を選択してもよい。他の例において、サーバ１４０又はeNB１３０は、報告RSUの位置関連情報に基づいて、報告RSUを管理するセルラー通信ネットワークによって提供されている通信方式（つまり、報告RSUと同一のセルラー通信ネットワークによって管理される他の１つ以上のRSUへのメッセージ配信に利用できる通信方式）を選択してもよい。
【０１０２】
さらに、上述のRSUのグループID又はタイプは、当該RSUが設置される道路の性質を示すグループID又はタイプであってもよい。例えば、RSUが上り車線用と下り車線用としてそれぞれ設置される場合（すなわち、当該RSUが形成するセルが下り車線のみ又は上り車線のみにマッピングされる場合）、RSUグループID又はRSUタイプは車線（下り又は上り）を示してもよい。上り車線の道路上で発生したイベント（e.g., 事故又は渋滞の発生）を、上り車線のグループID又はタイプを有するRSUが検出し、サーバへ報告した場合、サーバは、同じ上り車線のグループID又はタイプを有するRSUを、V2X制御メッセージを送信するべき１つ以上の送信ノードとして決定することができる。
【０１０３】
あるいは、RSUのグループID又はタイプは、道路の種別を示してもよい。例えば、高架上に一般道路（又は高速道路）が設けられ且つその高架の下に高速道路（又は一般道路）が設けられる配置がある。また、例えば、地上に一般道路（又は高速道路）が設けられ且つその地下に高速道路（又は一般道路）が設けられる配置がある。これらの場合、RSUのグループID又はタイプは、高架上か高架下か、地上か地下か、又はは高速道路か一般道路かを示してもよい。これにより、例えば高架上の高速道路で発生したイベント（e.g., 事故又は渋滞の発生）を高架上又は高速道路を示すRSUグループID又はタイプを有するRSUがサーバへ報告した場合、サーバは、報告RSUと同じRSUグループID又はタイプを有する１つ以上のRSUを、V2X制御メッセージを送信するべき１つ以上の送信ノードとして決定することができる。
【０１０４】
上述の実施形態は、LTE/LTE-Advanced及びその改良について主に説明した。しかしながら、上述の実施形態は、他の無線通信ネットワーク又はシステムに適用されてもよい。
【０１０５】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【０１０６】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１０７】
（付記Ａ１）
Vehicle-to-Everything（V2X）サービスをサポートするRoad Side Unit（RSU）装置であって、
車両に搭載された無線端末と通信するよう構成された無線トランシーバと、
V2X報告情報を制御ノードに送信するとともに、前記RSUの位置関連情報を前記制御ノードに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
RSU装置。
【０１０８】
（付記Ａ２）
前記位置関連情報は、
（ａ）前記V2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを決定するために前記制御ノードによって使用される、
付記Ａ１に記載のRSU装置。
【０１０９】
（付記Ａ３）
前記通信方式は、（ａ）Multimedia Broadcast/Multicast Service（MBMS）、（ｂ）Cell Broadcast Service（CBS）、及び（ｃ）Device-to-Device通信でのグループキャスト／ブロードキャスト、のうち少なくとも２つを含む複数の通信方式の中から選択される、
付記Ａ２に記載のRSU装置。
【０１１０】
（付記Ａ４）
前記１つ以上の送信ノードは、（ａ）セルラー通信ネットワークで使用される１つ以上の基地局、（ｂ）各々がセルラー通信ネットワークで使用される基地局として動作する１つ以上のRSU、（ｃ）各々がセルラー通信ネットワークで使用される無線端末として動作する１つ以上のRSU、又は（ｄ）これらの任意の組合せ、を含む、
付記Ａ２又はＡ３に記載のRSU装置。
【０１１１】
（付記Ａ５）
前記位置関連情報は、事前設定されたRSU識別子、事前設定された管理エリア識別子、及び前記RSU装置の位置座標又は住所を示す位置情報、のうち少なくとも１つを含む、
付記Ａ１〜Ａ４にいずれか１項に記載のRSU装置。
【０１１２】
（付記Ａ６）
前記RSU装置は、セルラー通信ネットワークで使用される無線端末又は基地局として動作する、
付記Ａ１〜Ａ４のいずれか１項に記載のRSU装置。
【０１１３】
（付記Ａ７）
V2X報告情報は、前記RSU装置がV2I通信を介して車両に搭載された無線端末から受信したメッセージを包含する、
付記Ａ１〜Ａ６のいずれか１項に記載のRSU装置。
【０１１４】
（付記Ｂ１）
セルラー通信ネットワークで使用される基地局装置であって、
Vehicle-to-Everything（V2X）サービスをサポートする１つ以上のRoad Side Unit（RSU）を含む複数の無線端末と通信するよう構成された無線トランシーバと、
前記１つ以上のRSUに含まれる第１のRSUから受信したV2X報告情報を制御ノードに送信するとともに、前記第１のRSUの位置関連情報を前記制御ノードに送信するよう構成された少なくとも１つのプロセッサと、
を備える、
基地局装置。
【０１１５】
（付記Ｂ２）
前記位置関連情報は、
（ａ）前記V2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを決定するために前記制御ノードによって使用される、
付記Ｂ１に記載の基地局装置。
【０１１６】
（付記Ｂ３）
前記通信方式は、（ａ）Multimedia Broadcast/Multicast Service（MBMS）、（ｂ）Cell Broadcast Service（CBS）、及び（ｃ）Device-to-Device通信でのグループキャスト／ブロードキャスト、のうち少なくとも２つを含む複数の通信方式の中から選択される、
付記Ｂ２に記載の基地局装置。
【０１１７】
（付記Ｂ４）
前記１つ以上の送信ノードは、（ａ）セルラー通信ネットワークで使用される１つ以上の基地局、（ｂ）各々がセルラー通信ネットワークで使用される基地局として動作する１つ以上のRSU、（ｃ）各々がセルラー通信ネットワークで使用される無線端末として動作する１つ以上のRSU、又は（ｄ）これらの任意の組合せ、を含む、
付記Ｂ２又はＢ３に記載の基地局装置。
【０１１８】
（付記Ｂ５）
前記位置関連情報は、事前設定されたRSU識別子、事前設定された管理エリア識別子、及び前記第１のRSUの位置座標又は住所を示す位置情報、のうち少なくとも１つを含む、
付記Ｂ１〜Ｂ４にいずれか１項に記載の基地局装置。
【０１１９】
（付記Ｂ６）
V2X報告情報は、前記第１のRSUがV2I通信を介して車両に搭載された無線端末から受信したメッセージを包含する、
付記Ｂ１〜Ｂ５のいずれか１項に記載の基地局装置。
【０１２０】
（付記Ｃ１）
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
（ａ）Vehicle-to-Everything（V2X）サービスをサポートする第１のRoad Side Unit（RSU）によって送信されたV2X報告情報に基づいて生成されるV2X制御メッセージを複数の車両が受信できるように送信するべき１つ以上の送信ノード、
（ｂ）前記V2X制御メッセージが送信されるべき地理的エリア、
（ｃ）前記V2X制御メッセージが送信されるべき論理的エリア、
（ｄ）前記１つ以上の送信ノードへの前記V2X制御メッセージの配信経路、及び
（ｅ）前記V2X制御メッセージの送信に使用されるべき通信方式、
のうち少なくとも１つを、前記第１のRSUの位置関連情報に基づいて決定するよう構成されている、
制御ノード。
【０１２１】
（付記Ｃ２）
前記位置関連情報は、事前設定されたRSU識別子、事前設定された管理エリア識別子、及び前記第１のRSUの位置座標又は住所を示す位置情報、のうち少なくとも１つを含む、
付記Ｃ１に記載の制御ノード。
【０１２２】
（付記Ｃ３）
前記通信方式は、（ａ）Multimedia Broadcast/Multicast Service（MBMS）、（ｂ）Cell Broadcast Service（CBS）、及び（ｃ）Device-to-Device通信でのグループキャスト／ブロードキャスト、のうち少なくとも２つを含む複数の通信方式の中から選択される、
付記Ｃ１又はＣ２に記載の制御ノード。
【０１２３】
（付記Ｃ４）
前記１つ以上の送信ノードは、（ａ）セルラー通信ネットワークで使用される１つ以上の基地局、（ｂ）各々がセルラー通信ネットワークで使用される基地局として動作する１つ以上のRSU、（ｃ）各々がセルラー通信ネットワークで使用される無線端末として動作する１つ以上のRSU、又は（ｄ）これらの任意の組合せ、を含む、
付記Ｃ１〜Ｃ３のいずれか１項に記載の制御ノード。
【０１２４】
（付記Ｃ５）
前記少なくとも１つのプロセッサは、前記位置関連情報に基づいて、前記１つ以上の送信ノードとしての前記１つ以上のRSUを決定するよう構成され、
前記少なくとも１つのプロセッサは、さらに、前記１つ以上のRSUのタイプに基づいて、前記配信経路及び前記通信方式の少なくとも一方を決定するよう構成されている、
付記Ｃ４に記載の制御ノード。
【０１２５】
（付記Ｃ６）
前記少なくとも１つのプロセッサは、さらに、前記V2X報告情報の受信に応答して、前記V2X制御メッセージを生成するよう構成されている、
付記Ｃ１〜Ｃ５のいずれか１項に記載の制御ノード。
【０１２６】
（付記Ｃ７）
前記少なくとも１つのプロセッサは、さらに、
前記V2X報告情報に基づいて生成された前記V2X制御メッセージを外部ノードから受信するよう構成され、
前記V2X制御メッセージのタイプ又は内容に基づいて、前記V2X制御メッセージの前記１つ以上の送信ノード、前記地理的エリア、前記論理的エリア、前記配信経路、及び前記通信方式のうち少なくとも１つを決定するよう構成されている、
付記Ｃ１〜Ｃ５のいずれか１項に記載の制御ノード。
【０１２７】
（付記Ｃ８）
前記少なくとも１つのプロセッサは、さらに、
前記V2X報告情報に基づいて生成された前記V2X制御メッセージを外部ノードから受信するよう構成され、
前記外部ノードから前記制御ノードに前記V2X制御メッセージを送信するために使用されるベアラに応じて、前記V2X制御メッセージの前記１つ以上の送信ノード、前記地理的エリア、前記論理的エリア、前記配信経路、及び前記通信方式のうち少なくとも１つを決定するよう構成され、
前記ベアラは、前記V2X制御メッセージのタイプ又は内容に予め関連付けられている、
付記Ｃ１〜Ｃ５のいずれか１項に記載の制御ノード。
【０１２８】
この出願は、２０１５年９月１８日に出願された日本出願特願２０１５−１８５２９１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１２９】
１００〜１０２  UE
１２０、１２１  RSU
１２１  RSU
１３０  eNB
１４０  サーバ
１５０  通知
１６０  V2X報告情報
１７０  V2X制御メッセージ
３２０、３２１  RSU
１００１  RFトランシーバ
１００４  プロセッサ
１１０１  RFトランシーバ
１１０３  ベースバンドプロセッサ
１１０４  アプリケーションプロセッサ
１２０２  プロセッサ
１２０３  メモリ
【図１】
2017046979.tif 000003
【図２】
2017046979.tif 000004
【図３】
2017046979.tif 000005
【図４】
2017046979.tif 000006
【図５】
2017046979.tif 000007
【図６】
2017046979.tif 000008
【図７】
2017046979.tif 000009
【図８】
2017046979.tif 000010
【図９】
2017046979.tif 000011
【図１０】
2017046979.tif 000012
【図１１】
2017046979.tif 000013
【図１２】
2017046979.tif 000014
【図１３】
2017046979.tif 000015
【国際調査報告】
2017046979.tif 000016
2017046979.tif 000017
2017046979.tif 000018