JP2024077436A - 制御装置、制御方法、制御プログラム - Google Patents

Abstract

【課題】Ｓｉｄｅｌｉｎｋ通信の方式には複数の通信方式があり、通信装置によって対応している通信方式が異なる可能性があるため、適切な通信装置間でのＳｉｄｅｌｉｎｋ通信を確立することが困難である。【解決手段】第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信装置は、Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだディスカバリメッセージを送信して、その所定の機能を実行することができる他の通信装置を探索する。【選択図】 図７

Description

本発明は、制御装置、制御方法、制御プログラムに関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によるセルラ通信規格として、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）やＮｅｗ Ｒａｄｉｏ（ＮＲ）などの無線通信規格が策定されている。これらの規格は、移動通信網（コアネットワーク）を介さずに端末装置（ＵＥ）間で直接通信を行う、Ｓｉｄｅｌｉｎｋ通信に関する規定を含んでいる（３ＧＰＰ規格、ＴＳ３６．３００、ＴＳ３８．３００など）。

基地局を介した通信においては、基地局の制御の下で、基地局とＵＥとの間の通信が行われる。このため、ＵＥと他のＵＥとの間の通信は、基地局の制御の下で、ＵＥ間の機能に応じた通信方式で行われうる。一方で、Ｓｉｄｅｌｉｎｋ通信では、基地局が介在しないため、相手装置の特定や通信方式の決定などの処理をＵＥ間で行うことが想定される。例えば、特許文献１には、ユーザ装置間で、Ｓｉｄｅｌｉｎｋの能力情報を交換することにより、適切な通信方式を採用して通信を行う手法が記載されている。また、特許文献２では、基地局の通信可能範囲外のＵＥをその通信可能範囲内に設置された中継装置へＳｉｄｅｌｉｎｋを介して接続し、基地局と通信可能とする手法が記載されている。また、特許文献３には、通信機器が、周囲の機器に対して探索要求メッセージを送信し、そのメッセージに対する応答の送信元の機器の中から、ユーザが選択した他の機器に対してネットワーク設定を行うことが記載されている。

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

Ｓｉｄｅｌｉｎｋ通信は、様々な態様で使用されうる。このとき、ＵＥが要求する態様でのＳｉｄｅｌｉｎｋ通信を行うことができるか否かは、接続先の他のＵＥの状態などに依存する。ここで、特許文献３のように、ユーザが接続先の他のＵＥを選択する場合であっても、ユーザが他のＵＥにおいて所望のＳｉｄｅｌｉｎｋ通信を実行可能であるかを知らない場合には、適切にその選択を行うことが容易ではない。この結果、Ｓｉｄｅｌｉｎｋ通信の効率が低下してしまいうる。

本発明は、Ｓｉｄｅｌｉｎｋ通信を効率的に実行可能とする技術を提供する。

本発明の一態様による通信装置は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信手段と、前記Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだディスカバリメッセージを送信して、当該所定の機能を実行することができる他の通信装置を探索する探索手段と、を有する。

本発明によれば、Ｓｉｄｅｌｉｎｋ通信を効率的に実行することが可能となる。

無線通信システムの構成例を示す図である。 通信装置（ＵＥ）のハードウェア構成例を示す図である。 通信装置（ＵＥ）の機能構成例を示す図である。 メッセージのフォーマットの例を示す図である。 メッセージ内の情報要素の構成例を示す図である。 ディスカバリメッセージを送信するＵＥによって実行される処理の流れの例を示す図である。 ディスカバリメッセージを受信するＵＥによって実行される処理の流れの例を示す図である。 Ｄ２Ｄ通信に関連する動作例を説明する図である。 Ｄ２Ｄ通信に関連する処理の流れの例を示す図である。 ＵＥ Ｒｅｌａｙ通信に関連する動作例を説明する図である。 ＵＥ Ｒｅｌａｙ通信に関連する処理の流れの例を示す図である。 Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に関連する動作例を説明する図である。 Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に関連する処理の流れの例を示す図である。 メッセージのフォーマットの例を示す図である。 メッセージに格納されるサービス及びその関連する情報を説明する図である。 ディスカバリメッセージの受信側のＵＥによって実行される処理の流れの例を示す図である。 システムのユースケースを説明するための図である。 システムで実行される処理の流れの例を示す図である。 ディスカバリメッセージを送信するＵＥによって実行される処理の流れの例を示す図である。 ディスカバリメッセージを受信するＵＥによって実行される処理の流れの例を示す図である。 メッセージのフォーマットの例を示す図である。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

［実施形態１］
（システム構成）
図１に、本実施形態に係る無線通信システムの構成例を示す。本無線通信システムは、例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））のＬＴＥやＮＲなどのセルラ通信規格に従って無線通信が行われるシステムであり、基地局１０１と、端末（ＵＥ１１１～ＵＥ１１７）を含んで構成される。ここで、ＵＥ１１１～ＵＥ１１７は、それらの無線通信規格において規定されているＳｉｄｅｌｉｎｋ通信を実行可能に構成される。

ＵＥ１１１～ＵＥ１１７は、Ｓｉｄｅｌｉｎｋ通信を用いて、様々な形式で通信を行うことができる。例えば、ＵＥ１１１は、基地局１０１を介さずに、ＵＥ１１２との間で直接無線通信を行うことができる。また、例えば３ＧＰＰ（登録商標）のＴＳ２３．３０４には、基地局１０１と直接通信可能なＵＥ１１３が、基地局１０１と直接通信可能でないＵＥ１１４と基地局との間の通信を中継することを可能とする規定も存在する。さらに、３ＧＰＰ（登録商標）の技術報告書ＴＲ２３．７５２において、互いに直接通信可能でないＵＥ１１５及びＵＥ１１７の間の通信を、他のＵＥ１１６が中継するような構成が主要な検討項目であることが報告されている。このように、Ｓｉｄｅｌｉｎｋ通信を用いて、（１）ＵＥ間の直接通信、（２）基地局の通信可能範囲外のＵＥとネットワークとの間の中継、（３）互いに直接通信可能な範囲外に存在するＵＥ間の通信の中継、が行われうる。なお、以下では、（１）をＤ２Ｄ通信、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ、ＵＥ Ｒｅｌａｙと呼ぶ場合がある。

ＵＥは、接続先の候補となる他のＵＥを検出して、その候補の中から接続先の他のＵＥを選択する。ここで、例えば、基地局１０１の通信可能範囲外に存在するＵＥ１１４が、Ｎｅｔｗｏｒｋ Ｒｅｌａｙを利用して、基地局１０１に接続しようとする場合について検討する。この場合に、ＵＥ１１４は、基地局１０１に接続されているＵＥ１１３と接続することにより、ＵＥ１１３を介して基地局１０１と通信することができるようになる。一方で、ＵＥ１１４が、例えば、近傍に存在するＵＥ１１５を、Ｓｉｄｅｌｉｎｋ通信の接続先の候補として発見することが想定される。ここで、ＵＥ１１５は、基地局１０１と接続されておらず、Ｎｅｔｗｏｒｋ Ｒｅｌａｙを提供することができないものとする。しかしながら、従来、ＵＥ１１４は、ＵＥ１１５との接続を確立した後でなければ、そのＵＥ１１５がＮｅｔｗｏｒｋ Ｒｅｌａｙを提供することができるか否かを知ることができない。その結果、ＵＥ１１４は、ＵＥ１１５と接続後に、ＵＥ１１５がＮｅｔｗｏｒｋ Ｒｅｌａｙを提供することができないことを認識し、Ｓｉｄｅｌｉｎｋを切断する。そして、ＵＥ１１４は、Ｎｅｔｗｏｒｋ Ｒｅｌａｙを提供することができる他のＵＥを検出するための処理から、再度実行することが必要となる。このように、ＵＥが接続先の他のＵＥの状況を知ることができないため、処理が煩雑になってしまいうる。また、Ｄ２Ｄ通信や、ＵＥ Ｒｅｌａｙに関しても、従来、ＵＥは、他のＵＥがそのような通信を実行可能であるか否かを事前に知ることができない。

本実施形態では、このような事情に鑑み、ＵＥが、接続先の候補となる他のＵＥが、自装置の要求する態様でのＳｉｄｅｌｉｎｋ通信を実行可能であるか否かを事前に特定可能とする手法を提供する。

本実施形態では、ＵＥが、他のＵＥを検出する又は他のＵＥによる検出を可能とするために使用するディスカバリメッセージに、自装置が要求するＳｉｄｅｌｉｎｋ通信の態様を示す情報や自装置における通信の状況等の付加情報を含めて送信する。例えば、ＵＥは、自装置が、Ｄ２Ｄ通信と、Ｎｅｔｗｏｒｋ Ｒｅｌａｙと、ＵＥ Ｒｅｌａｙとのいずれの通信方式でのＳｉｄｅｌｉｎｋ通信の相手先を探索しているかを示す情報を、ディスカバリメッセージに含めて送信しうる。また、ＵＥは、自装置がＤ２Ｄ通信を実行可能か、Ｎｅｔｗｏｒｋ Ｒｅｌａｙを実行可能であるか、及び、ＵＥ Ｒｅｌａｙを実行可能であるか、を特定可能な情報を、通信の状況等を示す情報としてディスカバリメッセージに含めて送信してもよい。なお、このような情報は、ディスカバリメッセージに応答するための応答メッセージに含められてもよい。一例において、ディスカバリメッセージを送信するＵＥは、そのディスカバリメッセージに、要求するＳｉｄｅｌｉｎｋ通信方式を示す情報を含めて送信しうる。一方で、応答メッセージを送信するＵＥは、その応答メッセージに、通信の状況を示す情報として、そのＵＥにおいて実行可能な通信方式を示す情報を含めるようにしうる。なお、他のＵＥは、ＵＥによって要求されている通信方式でのＳｉｄｅｌｉｎｋ通信が可能である場合にのみ、応答メッセージを送信するようにしてもよい。他のＵＥは、ＵＥからそのようなディスカバリメッセージを受信することにより、Ｄ２Ｄ通信、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ、ＵＥ Ｒｅｌａｙのいずれの通信方式の利用が要求されているかを判定することができる。また、ＵＥは、他のＵＥからの応答メッセージを受信することにより、自装置が要求している通信方式での通信が可能な他のＵＥを特定することができる。また、ディスカバリメッセージにおいて示された、送信元のＵＥが要求する態様でのＳｉｄｅｌｉｎｋ通信を実行可能なＵＥのみが、そのディスカバリメッセージに対して応答メッセージを送信するようにしうる。

なお、以下では、セルラ通信規格におけるＳｉｄｅｌｉｎｋ通信を行う端末（ＵＥ）の構成及び動作について説明するが、ＵＥをより一般化した、同様の通信を行う無線通信装置に以下の議論を適用することができる。また、以下の構成及び動作は一例であり、趣旨を逸脱しない限りにおいて任意の変更及び変形が行われうる。

（装置構成）
図２に、本実施形態に係るＵＥとして動作する通信装置のハードウェア構成例を示す。なお、図２に示す構成は一例に過ぎず、ＵＥは、図２に示すハードウェア構成と異なるハードウェア構成によって実現されてもよい。例えば、ＵＥは、図２に示すハードウェア構成の一部を有しなくてもよいし、追加の構成を含んでもよい。ＵＥは、例えば、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６及びアンテナ２０７を有する。

記憶部２０１は、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）等のメモリを含んで構成され、後述の各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部２０１は、ＲＯＭやＲＡＭなどのメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を含んでもよい。また、記憶部２０１は、複数のメモリなどを含んでもよい。

制御部２０２は、例えばＣＰＵやＭＰＵ等のプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などにより構成される。ここで、ＣＰＵはＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの、ＭＰＵは、Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの頭字語である。制御部２０２は、例えば、記憶部２０１に記憶されたプログラムを実行することにより、ＵＥの全体を制御する。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働により、ＵＥを制御するようにしてもよい。また、制御部２０２は、マルチコア等の複数のプロセッサを含んでもよい。

また、制御部２０２は、機能部２０３を制御して、衝撃検知機能、撮像機能、印刷機能、投影機能などの所定の機能を具現化しうる。機能部２０３は、ＵＥが所定の処理を実行するためのハードウェアを含んで構成される。例えば、機能部２０３は、撮像機能を有する場合、光学レンズユニットと、絞り・ズーム・フォーカスなど制御する光学系と、光学レンズユニットを経て導入された光（映像）を電気的な映像信号に変換するための撮像素子などを有する。撮像素子には、一般的には、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）や、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）が利用される。機能部２０３は、制御部２０２に制御されることにより、機能部２０３に含まれるレンズで結像された被写体光を、撮像素子によって電気信号に変換し、ノイズ低減処理など行いデジタルデータを画像データとして出力する。画像データは、ＤＣＦ（Ｄｅｓｉｇｎ Ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ ｓｙｓｔｅｍ）の規格に従って、記憶部２０１に記録される。また、機能部２０３は、衝撃検知機能を有する場合、センサを含み、そのセンサによって一定レベル以上の衝撃や揺れが検知された場合に、その検知結果を、制御部２０２へ通知する。なお、本実施形態では、ＵＥは、撮像機能を有するスマートフォン、デジタルスチルカメラ、ネットワークカメラ、プリンタ、車載装置等でありうる。ただし、これらに限定されず、ＵＥは、例えば、投影部に画像を投影するプロジェクタや、外部から受信したデータに基づく画像をユーザに提供するヘッドマウントディスプレイ等であってもよい。また、ＵＥは、ユーザの網膜やガラスなどの投影面に画像を投影する機能を有するウェアラブルグラスやスマートウォッチ等のウェアラブルデバイスであってもよい。なお、車載装置とは、自動車等の車両に標準搭載された制御装置や、自動車等の車両に設置されたカーナビゲーション装置、自動車等の車両に設置された走行時の映像を記録するドライブレコーダ装置等を意味する。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。

通信部２０６は、３ＧＰＰ（登録商標）のセルラ通信規格に準拠した無線通信を行うためのハードウェア（例えば、無線周波数（ＲＦ）チップ、ベースバンドチップなど）を含んで構成される。通信部２０６は、対応するアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。なお、図２では、アンテナ２０７が１つであるような構成を示しているが、複数のアンテナが用いられてもよい。通信部２０６は、例えば、基地局との通信に加え、他のＵＥとの間でのＳｉｄｅｌｉｎｋ通信を実行可能に構成される。

図３は、通信装置（ＵＥ）の機能構成例を示すブロック図である。通信装置説明される機能ブロックの一部（場合によっては全部）は、同様の機能を果たす他の機能ブロックと置き換えられてもよいし、一部の機能ブロックが省略されてもよいし、さらなる機能ブロックが追加されてもよい。また、以下の説明で示される１つの機能ブロックが複数の機能ブロックに分割されてもよいし、複数の機能ブロックが１つの機能ブロックに統合されてもよい。ＵＥは、機能制御部３０１、記憶制御部３０２、ディスカバリメッセージ生成部３０３、ディスカバリメッセージ解析部３０４、及び、通信制御部３０５を含む。機能制御部３０１は、例えば、記憶部２０２に記憶されたプログラムを制御部２０１に実行させることにより、ＵＥの各機能の動作を制御する。記憶制御部３０２は、例えば、記憶部２０２への情報の格納及び記憶部２０２からの情報の取り出しなどの情報の記憶に関する各種制御を実行する。ディスカバリメッセージ生成部３０３は、他のＵＥを検出するために送出するディスカバリメッセージを生成する。また、ディスカバリメッセージ生成部３０３は、場合によっては、他のＵＥから受信したディスカバリメッセージに対する応答メッセージを生成する。ディスカバリメッセージ解析部３０４は、他のＵＥから送出されたディスカバリメッセージを解析する。通信制御部３０５は、基地局との間の通信や他のＵＥとの間のＳｉｄｅｌｉｎｋ通信を実行するための、無線通信部２０３及びアンテナ制御部２０４の制御を実行する。なお、通信制御部３０５は、ディスカバリメッセージ生成部３０３によって生成されたディスカバリメッセージを送出し、又は、他のＵＥから送出されて受信したディスカバリメッセージをディスカバリメッセージ解析部３０４へ供給するように構成される。

（ディスカバリメッセージの構成）
続いて、図４及び図５を用いて、ディスカバリメッセージ及び応答メッセージの構成例について説明する。図４は、例示的なディスカバリメッセージ及び応答メッセージのフォーマットを示している。なお、以下では、ディスカバリメッセージに関して説明するが、特に言及されない限り、応答メッセージも同様の内容を含みうる。なお、ディスカバリメッセージは、ＵＥが他のＵＥの検出処理を行う際に送信されるメッセージであり、応答メッセージは、ディスカバリメッセージを受信した他のＵＥが自装置の存在を検出させるためのメッセージである。本実施形態では、５Ｇ ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙの手続きで用いられるディスカバリメッセージと応答メッセージを、図４及び図５に示すようなフォーマットとすることを想定している。各メッセージは、５ＧのＮＲ（Ｎｅｗ Ｒａｄｉｏ）技術を用いる２つのＵＥ間の直接無線送信により、近接する他の５Ｇ ＰｒｏｓｅをサポートするＵＥを発見するために用いられる。なお、ＰｒｏＳｅは、Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅの略である。

メッセージ４０１において、Ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤには、メッセージの宛先を示すＬａｙｅｒ－２ ＩＤが格納される。一例において、ディスカバリメッセージのＤｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤには、宛先の個別の他のＵＥを示す情報は設定されず、例えば、ブロードキャストを示す情報が設定されうる。一方、応答メッセージのＤｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤには、ディスカバリメッセージの送信元のＵＥのＩＤが設定されうる。Ｓｏｕｒｃｅ Ｌａｙｅｒ－２ ＩＤには、メッセージの送信元を示すＬａｙｅｒ－２ ＩＤが格納される。Ｆｒａｍｅ ｔｙｐｅには、このメッセージの型を示す情報が格納される。例えば、ディスカバリメッセージであるか、応答メッセージであるかを示す情報がＦｒａｍｅ ｔｙｐｅに格納される。ディスカバリメッセージのＦｒａｍｅ ｔｙｐｅには、「Ｐｒｏｓｅ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ」が設定される。

Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ４０２は、ディスカバリメッセージ４０１の送信元のＵＥ（他のＵＥの検出処理を行うＵＥ）によって要求されるＳｉｄｅｌｉｎｋ通信の態様を示す情報が設定される。例えば、図４に示すように、Ｓｉｄｅｌｉｎｋ通信の態様を示す情報として、Ｓｉｄｅｌｉｎｋ通信方式である「Ｎｅｔｗｏｒｋ Ｒｅｌａｙ」、「ＵＥ Ｒｅｌａｙ」、「Ｄ２Ｄ」を設定するためのビットが用意されうる。そして、これらの通信方式のうち、ディスカバリメッセージの送信元のＵＥによって要求される通信方式に対応するビットが「１」にセットされ、要求されない通信方式に対応するビットは「０」にセットされる。なお、これは一例であり、これらの通信方式以外の態様に対応するビットが用意されてもよく、また、要求される態様に対応するビットが「０」にセットされ、要求されない態様に対応するビットが「１」にセットされてもよい。なお、ＵＥは、自装置周辺の他のＵＥの情報をすべて取得したい場合には、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙに何も設定しなくてもよい（例えば全ビットが「０」にセットされる）。

なお、他のＵＥは、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ４０２に何も設定されていないディスカバリメッセージを受信した場合、自装置が実行可能なＳｉｄｅｌｉｎｋ通信方式を設定した応答メッセージを返信しうる。なお、他のＵＥは、ディスカバリメッセージを受信した場合、そのメッセージの送信元のＵＥのＩＤをＤｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤに指定した応答メッセージを送信する。この場合に、応答メッセージのＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ４０２に、その応答メッセージを送信するＵＥが実行可能なＳｉｄｅｌｉｎｋ通信方式が設定されうる。例えば、ＵＥが実行可能なＳｉｄｅｌｉｎｋ通信方式に対応するビットが「１」に、ＵＥが実行可能でないＳｉｄｅｌｉｎｋ通信方式に対応するビットが「０」に、それぞれ設定されうる。なお、「０」によって実行可能なＳｉｄｅｌｉｎｋ通信方式が示され、「１」によって実行可能でないＳｉｄｅｌｉｎｋ通信方式が示されてもよい。ＵＥは、複数の通信方式を実行可能である場合は、その複数の方式にそれぞれ対応するビットを、実行可能であることを示す値に設定しうる。一方で、ＵＥは、要求通信方式が指定されているディスカバリメッセージを受信すると、その通信方式のＳｉｄｅｌｉｎｋ通信を実行可能な場合に、同様の応答メッセージを返信しうる。なお、この場合の応答メッセージのＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ４０２には、何も設定されなくてもよい。この場合、ディスカバリメッセージを送信したＵＥは、Ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤに自装置のＩＤが指定された応答メッセージを受信したことに応じて、要求した通信方式でＳｉｄｅｌｉｎｋ通信を実行可能であると推定することができる。なお、ＵＥは、ディスカバリメッセージにおいて指定された要求通信方式のＳｉｄｅｌｉｎｋ通信を実行可能でない場合に、応答メッセージを返信しないようにしうる。

Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏ４０３は、実行可能なＳｉｄｅｌｉｎｋ通信方式に応じて必要な情報が設定される。例えば、このメッセージを送信するＵＥが接続中の基地局に関する識別子やキャリアを示す情報、その基地局からの信号の受信電波強度などの基地局情報と、ＵＥの端末識別子などが、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏ４０３に格納される。基地局に関する識別子は、例えば、物理セル識別子でありうる。また、キャリアを示す情報は、Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ（ＰＬＭＮ）識別子などのネットワークを特定可能な情報であってもよい。また、キャリアを示す情報は、例えば、Ａｂｓｏｌｕｔｅ Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ（ＡＲＦＣＮ）などの使用周波数帯域を特定可能な情報であってもよい。また、キャリア情報は、基地局を運用する通信事業者の情報であってもよい。なお、基地局情報は、上述の識別子、キャリア（使用周波数帯／通信事業者）情報、受信電波強度の少なくともいずれかの情報を含むように構成されてもよく、追加で又は代替的に、これら以外の情報を含んでもよい。端末識別子は、例えば、基地局との通信に関するＴｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｉｅｓ（ＴＭＳＩ）などの識別子でありうる。また、端末識別子は、そのＵＥを特定可能な任意の他の識別子であってもよい。なお、これらの情報は一例であり、例えば、ＵＥ Ｒｅｌａｙに関する情報として、接続中の他のＵＥを特定可能とする情報がＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏ４０３に設定されてもよい。

ここで、図５を用いて、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏ４０３に設定される情報の例について説明する。図５の（Ａ）は、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏ４０３に設定される情報項目の例を示している。一例として、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏ４０３には、動作状態識別子、基地局識別子、接続端末識別子、基地局電波強度、接続基地局情報などが設定される。これらの情報には、それぞれ、１～５のインデクスが付されており、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏ４０３において、いずれの情報が送信されるかを宣言するために、そのインデクスが使用される。例えば、図５の（Ｂ）の項目５０１に「０１」が設定されることにより、その後の項目５０２によって動作状態識別子が続くことが指定される。この場合、例えば、Ｎｅｔｗｏｒｋ Ｒｅｌａｙを実行するための機能を起動中であることを示す「０１」が、項目５０２として設定される。なお、機能を起動中であるか否かは、その機能をサポートしているか否かとは別個に特定される。すなわち、Ｎｅｔｗｏｒｋ Ｒｅｌａｙをサポートしていても未起動の場合は、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙにおいて対応する情報が「０１」に設定され、かつ、動作状態識別子が「０２」に設定されうる。項目５０３において、その後に基地局識別子が記述される。基地局識別子は、例えば固定長であってもよいが、可変長であってもよい。可変長の情報が用いられる場合、例えば、項目５０４において「０６」と示されるように、その情報の長さが示され、その後に、基地局識別子「ＸＸＸＸＸＸ」が項目５０５に設定される。また、項目５０６において、接続基地局情報を示す「０５」が設定され、その情報の長さが項目５０７において「０４」と示されている。ここで、接続基地局情報は、拡張インデクスによって、さらなる情報を表すことができるように構成される。例えば、項目５０８において「０１」が設定され、続く項目５０９において、このメッセージの送信元のＵＥがＡ社の基地局に接続していることを示す「０１」が設定される。また、項目５１０において「０２」が設定され、続く項目５１１において、使用されている周波数バンドがｎ７８であることを示す「５１」に設定される。なお、これらの情報は一例であり、その他の形式の情報が、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏ４０３として設定されてもよい。

図４に戻り、Ｆｒａｍｅ Ｐａｙｌｏａｄは、メッセージを使って機器間でやりとりされる情報の本体が格納される。

（処理の流れ）
続いて、図６を用いて、ディスカバリメッセージを発信する側のＵＥによって実行される処理の流れの例について説明する。なお、この処理は、例えば、ディスカバリメッセージ生成部３０３を用いて実行される。また、図６の処理は一例に過ぎず、例えば一部の処理ステップが省略されてもよいし、図示されていない処理ステップが追加されてもよい。

まず、ＵＥは、上述のようなディスカバリメッセージを生成して周囲に向けて送出する（Ｓ６０１）。一例において、ＵＥは、周辺のＵＥの情報を全て取得する場合には、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙに何も設定せずに送出する。また、ＵＥは、例えば、Ｄ２Ｄ通信を実行可能な（Ｄ２Ｄ通信機能をサポートしている）他のＵＥのみを検出する場合には、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙにおいて、Ｄ２Ｄ通信に対応するビットを所定値に設定する。同様に、ＵＥは、ＵＥ ＲｅｌａｙやＮｅｔｗｏｒｋ Ｒｅｌａｙを実行可能な他のＵＥを検出する場合、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙの対応するビットを所定値に設定する。なお、ＵＥは、自装置がサポートしている１つ以上の第１の通信方式のうちの、使用を要求する第２の通信方式の対応するビットを所定値に設定しうる。すなわち、ＵＥは、自装置がサポートしていない通信方式については、対応するビットを所定値に設定しないようにしうる。その後、ＵＥは、他のＵＥからの応答メッセージの受信を待ち受ける（Ｓ６０２）。ＵＥは、他のＵＥからの応答メッセージを受信すると、そのメッセージ内のＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙの値を確認する（Ｓ６０３）。応答メッセージ内のＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙには、上述のように、その応答メッセージの送信元の他のＵＥが、Ｄ２Ｄ通信、ＵＥ Ｒｅｌａｙ、Ｎｅｔｗｏｒｋ Ｒｅｌａｙのいずれを実行可能であるかを示す情報が格納される。このため、ＵＥは、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙを解析することにより、応答メッセージの送信元の他のＵＥが、どの通信方式でのＳｉｄｅｌｉｎｋ通信を実行可能であるかを特定することができる。

ここで、例えば、ＵＥが他のＵＥとＤ２Ｄ通信を行うことを望む場合の処理について説明する。ＵＥは、周囲にＤ２Ｄ通信を実行可能な他のＵＥが存在することを確認する（Ｓ６０４）。なお、ＵＥは、周囲にＤ２Ｄ通信を実行可能な他のＵＥが存在しない場合は、そのまま処理を終了してもよい。ＵＥは、周囲にＤ２Ｄ通信を実行可能な周囲のＵＥが存在する場合、その周囲のＵＥとの間でＤ２Ｄ通信を実行するか否かを判定する。例えば、ＵＥとこの周囲のＵＥとが共に同じ基地局に接続している場合、Ｄ２Ｄ通信を行わず、基地局を介した通信のほうが高速な通信を実行することができる場合がある。例えば、基地局との接続に使用している周波数帯が、十分に広い信号帯域幅を確保でき、大量のリソースを使用することができるミリ波などの周波数帯である場合などである。このため、本実施形態では、ＵＥが、他のＵＥと同じ基地局に接続中である場合にはＤ２Ｄ通信を行わないと判定する。

ＵＥは、自装置がいずれの基地局の通信可能な範囲内にも滞在していない場合（Ｓ６０５でＹＥＳ）には、周囲のＵＥと同じ基地局に接続されていることがないため、Ｄ２Ｄ通信を実行する（Ｓ６０７）。また、ＵＥは、自装置がいずれかの基地局に接続中（またはその基地局によって提供されるセルに在圏中）の場合、応答メッセージのＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏを確認する。そして、ＵＥは、その応答メッセージを送信した他のＵＥが接続中（又は在圏中）の基地局識別子を取得し、その他のＵＥが、自装置と同じ基地局の通信可能範囲内に存在するかを判定する（Ｓ６０６）。そして、ＵＥは、自装置と他のＵＥとが同じ基地局の通信可能範囲内に存在する場合（Ｓ６０６でＹＥＳ）には、Ｄ２Ｄ通信を行わず、それ以外の場合（Ｓ６０６でＮＯ）に、Ｄ２Ｄ通信を行う（Ｓ６０７）。なお、ＵＥは、例えば接続中（又は在圏中）の基地局において使用されている周波数帯がミリ波帯などの所定の周波数帯でない場合には、他のＵＥが同じ基地局に接続中（又は在圏中）であっても、Ｄ２Ｄ通信を行うと判定してもよい。また、ＵＥは、例えば、自装置及び他のＵＥにおける接続中（又は在圏中）の基地局との間の無線品質が所定値を下回る場合には、Ｄ２Ｄ通信を行うと判定してもよい。また、ＵＥは、他のＵＥと異なる基地局と接続している場合であっても、自装置及び他のＵＥの両方が基地局と大容量通信を行うことができる場合には、Ｄ２Ｄ通信を行わないと判定してもよい。このように、Ｄ２Ｄ通信を行うか否かは、様々な基準に基づいて判定することができ、上述のような同じ基地局に接続しているか否かに基づく判定に限定されない。

次に、例えば、ＵＥが通信相手のＵＥとの間の通信を他のＵＥがＵＥ Ｒｅｌａｙ通信により中継することを望む場合の処理について説明する。ＵＥは、受信した応答フレームのＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙを確認することにより、ＵＥ Ｒｅｌａｙ通信を実行可能な他のＵＥが周囲に存在することを確認する（Ｓ６０８）。一例において、他のＵＥとＳｉｄｅｌｉｎｋ通信で接続を確立しているＵＥ又はＳｉｄｅｌｉｎｋ通信を実行するための他のＵＥが含まれるグループに属しているＵＥが、ＵＥ Ｒｅｌａｙ通信を実行可能であることを示した応答フレームを送信する。ＵＥは、そのような他のＵＥが存在しない場合には、そのまま処理を終了する。一方で、ＵＥは、そのような他のＵＥが周囲に存在する場合に、その他のＵＥから送信された応答フレーム内のＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏを解析する。そして、ＵＥは、応答フレームの送信元の他のＵＥの中で、自装置の通信相手のＵＥとＳｉｄｅｌｉｎｋ通信が可能な他のＵＥが存在するかを判定する（Ｓ６０９）。そして、ＵＥは、通信相手のＵＥとＳｉｄｅｌｉｎｋ通信を実行可能な周囲の他のＵＥが存在する場合（Ｓ６０９でＹＥＳ）、その他のＵＥとの間で接続を確立し、Ｓｉｄｅｌｉｎｋ通信を用いたＵＥ Ｒｅｌａｙ通信を実行する（Ｓ６１０）。一方で、ＵＥは、通信相手のＵＥとＳｉｄｅｌｉｎｋ通信を実行可能な周囲の他のＵＥが存在しない場合（Ｓ６０９でＮＯ）、そのまま処理を終了する（Ｓ６１０）。

最後に、例えば、ＵＥが基地局との間の通信を他のＵＥがＮｅｔｗｏｒｋ Ｒｅｌａｙ通信により中継することを望む場合の処理について説明する。ＵＥは、受信した応答フレームのＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙを確認することにより、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信を実行可能な他のＵＥが周囲に存在することを確認する（Ｓ６１１）。そして、ＵＥは、そのような他のＵＥから送信された応答フレーム内のＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏを解析する。Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏには、例えば、接続先の基地局の識別子やその基地局からの電波の受信強度、その基地局を運用するキャリア、通信に使用している周波数帯域などの情報が格納される。ＵＥは、これらの情報に基づいて、Ｎｅｔｗｏｒｋ Ｒｅｌａｙを実行可能な他のＵＥのうちのいずれのＵＥに接続するかを決定する。ここでは、ＵＥは、基地局との間の無線品質が良好であることを重視し、基地局との受信電波強度が良好な他のＵＥを接続先として選択するものとする（Ｓ６１２）。なお、これは一例であり、ＵＥは、例えば、特定のキャリア（例えば自装置が契約しているキャリア）に接続している他のＵＥにのみ、接続することを許容してもよい。また、ＵＥは、例えば、受信電波強度が所定値以上で、かつ、広帯域伝送が可能な高周波数帯の周波数帯域を使用している基地局に接続している他のＵＥに、優先して接続すると決定してもよい。また、ＵＥは、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏに格納された情報を所定の関数に入力することによって得られる優先順位に従って、接続先の他のＵＥを選択してもよい。その後、ＵＥは、選択した他のＵＥと接続して、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信を実行する（Ｓ６１３）。なお、他のＵＥは、基地局に接続中の状態であってもよいし、待ち受け中の状態であってもよい。他のＵＥは、待ち受け中であった場合、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信のためにＵＥが接続の要求を受信したことに応じて、その待ち受け状態の基地局との間の接続を確立するようにしてもよい。

続いて、図７を用いて、ディスカバリメッセージを受信して応答メッセージを返信する側のＵＥによって実行される処理の流れの例について説明する。なお、この処理は、例えば、ディスカバリメッセージ解析部３０４を用いて実行される。また、図７の処理は一例に過ぎず、例えば一部の処理ステップが省略されてもよいし、図示されていない処理ステップが追加されてもよい。

ＵＥは、周囲の他のＵＥから送出されたディスカバリメッセージを受信する（Ｓ７０１）と、その中に含まれるＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙを解析し、その他のＵＥが要求するＳｉｄｅｌｉｎｋ通信方式を確認する（Ｓ７０２）。

ＵＥは、他のＵＥがＤ２Ｄ通信を要求していた場合（Ｓ７０３）、自身がＤ２Ｄ通信を実行可能であるか（サポートしているか）を示す情報を、応答メッセージのＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙに含める（Ｓ７０４）。例えば、ＵＥは、自装置がＤ２Ｄ通信をサポートしている場合には、Ｃｏｎｎｅｃｔｉｏｎ ＣａｐａｂｉｌｉｔｙのＤ２Ｄ通信に対応するビットを「１」に設定する。同様に、ＵＥは、他のＵＥがＵＥ Ｒｅｌａｙ通信を要求していた場合（Ｓ７０６）、自身がＵＥ Ｒｅｌａｙ通信をサポートしているかを示す情報を、応答メッセージのＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙに含める（Ｓ７０７）。また、ＵＥは、他のＵＥがＮｅｔｗｏｒｋ Ｒｅｌａｙ通信を要求していた場合（Ｓ７０９）、自身がＮｅｔｗｏｒｋ Ｒｅｌａｙ通信をサポートしているかを示す情報を、応答メッセージのＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙに含める（Ｓ７１０）。さらに、ＵＥは、他のＵＥから、特定のＳｉｄｅｌｉｎｋ通信方式を指定しないディスカバリメッセージを受信した場合（Ｓ７１２）、自装置がサポートしている機能をＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙに含める（Ｓ７１３）。

また、ＵＥは、サポートしていることがＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙにおいて示される通信方式に関連する付随情報を、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏに含める（Ｓ７０５、Ｓ７０８、Ｓ７１１、Ｓ７１４）。例えば、ＵＥは、Ｄ２Ｄ通信をサポートしていることを示す情報を応答メッセージに含める場合、そのＵＥが在圏中又は接続中の基地局に関する基地局識別子を、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏに設定する（Ｓ７０５）。また、ＵＥは、ＵＥ Ｒｅｌａｙ通信をサポートしていることを示す情報を応答メッセージに含める場合、接続している他のＵＥを特定可能な端末識別子を、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏに設定する（Ｓ７０８）。また、ＵＥは、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信をサポートしていることを示す情報を応答メッセージに含める場合、接続中又は在圏中の基地局に関する基地局情報を、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏに設定する（Ｓ７１１）。なお、基地局情報は、例えば、基地局識別子、受信電波強度、キャリア情報、バンドなどの情報を含む。また、ＵＥは、特定のＳｉｄｅｌｉｎｋ通信方式を指定しないディスカバリメッセージを受信した場合、自装置がサポートしている機能に関する付随情報を全てＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏに設定する（Ｓ７１４）。なお、ＵＥは、複数の通信方式に関する情報を含んだ１つの応答メッセージを生成して送信しうるが、通信方式ごとに個別の応答メッセージを生成して送信してもよい。

（動作例）
続いて、上述のようなシステムにおけるいくつかの動作例について説明する。まず、ＵＥが、Ｄ２Ｄ通信を要求する場合の処理の例について説明する。図８（Ａ）～図８（Ｃ）は、Ｄ２Ｄ通信が要求されるいくつかの状況を示しており、図９（Ａ）～図９（Ｃ）は、それぞれの状況における処理の流れの例を示している。Ｄ２Ｄ通信は、例えば、Ｓｉｄｅｌｉｎｋ通信機能を有するＵＥを含んだ車両が車両間で情報交換を行い、隊列走行を行うために使用されうる。また、そのような車両が、Ｓｉｄｅｌｉｎｋ通信機能を有するＵＥを含んだ路上設置機（信号装置など）と直接通信することにより、道路情報に関する情報交換を行う際にもＤ２Ｄ通信が用いられうる。

図８（Ａ）は、例えば、ＵＥ８０１がＤ２Ｄ通信を実行しようとしているものとする。ここで、ＵＥ８０１の周囲には、ＵＥ８０２及びＵＥ８０３が存在する。また、ＵＥ８０３は、基地局８０４が形成するセル８０５の範囲内に滞在しており、基地局８０４と通信可能であるものとする。ここで、ＵＥ８０１は、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙにおいて特定の通信方式を指定せずにディスカバリメッセージを周囲に向けて送信し、ＵＥ８０２及びＵＥ８０３は、そのメッセージを受信する（Ｆ９０１）。ＵＥ８０２は、そのディスカバリメッセージに対して、Ｄ２Ｄ通信が可能であること、及び、いずれの基地局の圏内でもないことを示す値を設定した応答メッセージをＵＥ８０１へ送信する（Ｆ９０２）。また、ＵＥ８０３は、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信が可能であること、及び、基地局８０４に関する基地局情報を設定して、ＵＥ８０１へ送信する（Ｆ９０３）。ここで、ＵＥ８０１は、Ｄ２Ｄ通信を望んでいるため、ＵＥ８０２を通信相手としてＤ２Ｄ通信を行うか否かを判定する。図６の処理例を用いる場合、ＵＥ８０１は、自装置がいずれの基地局の通信可能範囲内にも存在しないため（Ｓ６０５でＹＥＳ）、ＵＥ８０２とＤ２Ｄ通信を行うと判定し、接続処理を実行する（Ｆ９０４）。なお、ＵＥ８０２及びＵＥ８０３は、サポートしている通信機能を起動中であるか否かを付随情報に含めてもよい。これにより、ＵＥ８０１は、各ＵＥがサポートしている通信機能による通信をすぐに開始することができるか否かを特定することが可能となる。

図８（Ｂ）は、例えば、ＵＥ８１１がＤ２Ｄ通信を実行しようとしているものとする。ここで、ＵＥ８１１の周囲には、ＵＥ８１２が存在する。また、ＵＥ８１１は、基地局８１３が形成するセル８１５の範囲内に滞在しており、基地局８１３と通信可能であるものとする。さらに、ＵＥ８１２は、基地局８１４が形成するセル８１６の範囲内に滞在しており、基地局８１４と通信可能であるものとする。ここで、ＵＥ８１１は、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙにおいて特定の通信方式を指定せずにディスカバリメッセージを周囲に向けて送信し、ＵＥ８１２は、そのメッセージを受信する（Ｆ９１１）。ＵＥ８１２は、そのディスカバリメッセージに対して、Ｄ２Ｄ通信が可能であること、及び、基地局８１４の圏内であることを示す値を設定した応答メッセージをＵＥ８１１へ送信する（Ｆ９１２）。これにより、ＵＥ８１１は、ＵＥ８１２とＤ２Ｄ通信を実行可能であることを認識し、ＵＥ８１２を通信相手としてＤ２Ｄ通信を行うか否かを判定する。図６の処理例を用いる場合、ＵＥ８１１は、自装置が基地局８１３の通信可能範囲内に存在し、かつ、ＵＥ８１２が、基地局８１３と異なる基地局８１５の通信可能範囲内に存在するため（Ｓ６０６でＮＯ）、ＵＥ８１２とＤ２Ｄ通信を行うと判定する。そして、ＵＥ８１１は、ＵＥ８１２との接続処理を実行する（Ｆ９１３）。なお、ＵＥ８１２は、サポートしているＤ２Ｄ通信機能を起動中であるか否かを付随情報に含めてもよい。これにより、ＵＥ８１１は、すぐにＤ２Ｄ通信を開始することができるか否かを特定することが可能となる。

図８（Ｃ）は、例えば、ＵＥ８２１がＤ２Ｄ通信を実行しようとしているものとする。ここで、ＵＥ８２１の周囲には、ＵＥ８２２が存在する。また、ＵＥ８２１及びＵＥ８２２は、共に、基地局８２３が形成するセル８２４の範囲内に滞在しており、基地局８２３と通信可能であるものとする。ここで、ＵＥ８２１は、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙにおいて特定の通信方式を指定せずにディスカバリメッセージを周囲に向けて送信し、ＵＥ８２２は、そのメッセージを受信する（Ｆ９２１）。ＵＥ８２２は、そのディスカバリメッセージに対して、Ｄ２Ｄ通信が可能であること、及び、基地局８２３の圏内であることを示す値を設定した応答メッセージをＵＥ８２１へ送信する（Ｆ９２２）。これにより、ＵＥ８２１は、ＵＥ８２２とＤ２Ｄ通信を実行可能であることを認識し、ＵＥ８２２を通信相手としてＤ２Ｄ通信を行うか否かを判定する。図６の処理例を用いる場合、ＵＥ８２１は、自装置が基地局８２３の通信可能範囲内に存在し、かつ、ＵＥ８２２も、同じ基地局８２３の通信可能範囲内に存在するため（Ｓ６０６でＹＥＳ）、ＵＥ８２２とＤ２Ｄ通信を行わないと判定する。そして、ＵＥ８２１は、ＵＥ８２２との接続処理を実行せず（Ｆ９２３）、例えば基地局８２３を介して通信を行う。

このようにして、ＵＥが、Ｄ２Ｄ通信を実行可能な他のＵＥを容易に特定して、その他のＵＥとの間でＤ２Ｄ通信を実行することができるようになる。また、ＵＥは、応答メッセージに含まれる付随情報に基づいて、例えば、同じ基地局に接続する他のＵＥとはＤ２Ｄ通信を行わないなど、Ｄ２Ｄ通信を実行するべきか否かを適切に判定することが可能となる。

次に、ＵＥが、ＵＥ Ｒｅｌａｙ通信機能をサポートしている第１の他のＵＥに対して、第２の他のＵＥとの通信の中継を要求する場合の処理の例について説明する。図１０は、ＵＥ Ｒｅｌａｙ通信が要求される状況を示しており、図１１は、この状況における処理の流れの例を示している。なお、ＵＥ Ｒｅｌａｙは、例えば、基地局の通信可能範囲外のＳｉｄｅｌｉｎｋ通信機能を有するＵＥを含んだ車両が、ＵＥ Ｒｅｌａｙを利用して、車両間で道路情報の交換する際に利用されうる。また、Ｓｉｄｅｌｉｎｋ通信機能を有するＵＥを含んだ路上設置機（信号装置など）が、ＵＥ Ｒｅｌａｙをサポートすることにより、基地局の通信可能範囲外でのＳｉｄｅｌｉｎｋ通信機能を有するＵＥを含んだ車両間の通信をサポートすることができる。

図１０において、ＵＥ１００１が、ＵＥ１００３との通信を行おうとしているものとする。ＵＥ１００１の周囲には、ＵＥ１００２及びＵＥ１００４が存在し、ＵＥ１００１が直接接続することができない範囲に、ＵＥ１００３及びＵＥ１００５が存在するものとする。なお、ＵＥ１００２はＵＥ１００３との直接通信が可能であり、ＵＥ１００４はＵＥ１００５との直接通信が可能である。また、ＵＥ１００２及びＵＥ１００４は、ＵＥ Ｒｅｌａｙ通信をサポートしているものとする。

ＵＥ１００１は、ＵＥ１００３との通信を、ＵＥ Ｒｅｌａｙ通信機能を用いて中継可能な他のＵＥを探索するために、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙに、ＵＥ Ｒｅｌａｙを設定したディスカバリメッセージを送信する（Ｆ１１０１）。ＵＥ１００２及びＵＥ１００４は、このディスカバリメッセージを受信すると、ＵＥ Ｒｅｌａｙ通信機能をサポートしていることを示す応答メッセージをＵＥ１００１へ送信する（Ｆ１１０２、Ｆ１１０３）。なお、ＵＥ１００２は、その応答メッセージにおいて、ＵＥ１００３の端末識別子を付随情報としてＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏに含めうる。また、ＵＥ１００４は、その応答メッセージにおいて、ＵＥ１００５の端末識別子を付随情報としてＣｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏに含めうる。ＵＥ１００１は、これらの応答メッセージを受信すると、ＵＥ１００２のＵＥ Ｒｅｌａｙ通信によりＵＥ１００３と通信可能であり、ＵＥ１００４のＵＥ Ｒｅｌａｙ通信によりＵＥ１００５と通信可能であることを特定しうる。そして、ＵＥ１００１は、ＵＥ１００３との通信を希望しているため、ＵＥ Ｒｅｌａｙ通信によりＵＥ１００３と通信可能となるＵＥ１００２を接続先として選択して、接続確立処理を実行する（Ｆ１１０４）。なお、ＵＥ１００２及びＵＥ１００４は、サポートしているＵＥ Ｒｅｌａｙ通信機能を起動中であるか否かを付随情報に含めてもよい。これにより、ＵＥ１００１は、すぐにＵＥ Ｒｅｌａｙ通信機能による所望の相手装置との通信を開始することができるか否かを特定することが可能となる。

このようにして、ＵＥが、ＵＥ Ｒｅｌａｙ通信を実行可能な他のＵＥを容易に特定して、その他のＵＥによるＵＥ Ｒｅｌａｙ通信の提供を受けることが可能となる。なお、ＵＥは、応答メッセージ内の付随情報に基づいて、適切な相手装置との通信を可能とする他のＵＥを適切に選択することが可能となる。これにより、ＵＥは、ＵＥ Ｒｅｌａｙ通信機能をサポートしている他の装置を適切に選択して、所望の相手装置との通信を行うことが可能となる。

次に、ＵＥが、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信機能をサポートしている第１の他のＵＥに対して、第２の他のＵＥとの通信の中継を要求する場合の処理の例について説明する。図１２は、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信が要求される状況を示しており、図１３は、この状況における処理の流れの例を示している。Ｎｅｔｗｏｒｋ Ｒｅｌａｙ機能は、例えば、基地局の通信可能範囲を拡張するために使用されうる。例えば、Ｓｉｄｅｌｉｎｋ通信機能を有するＵＥを含み、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ機能をサポートする路上設置機の通信の中継により、基地局の通信可能範囲外に存在するＳｉｄｅｌｉｎｋ通信機能を有するＵＥを含んだ車両が、その基地局と接続可能となる。これにより、基地局の通信可能範囲外に存在する車両が、インターネットなどにアクセスして、道路情報等を取得ことなどが可能となる。

図１２において、ＵＥ１２０１が、基地局と接続するために、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ機能をサポートしている他のＵＥを探索するものとする。ここで、ＵＥ１２０１の周囲に、ＵＥ１２０２、ＵＥ１２０３、及びＵＥ１２０４が存在するものとする。また、ＵＥ１２０２及びＵＥ１２０３は、基地局１２０５の通信可能範囲１２０６に存在し、Ｎｅｔｗｏｒｋ Ｒｅｌａｙをサポートしているものとする。一方で、ＵＥ１２０４は、その通信可能範囲１２０６の外部に存在し、また、Ｎｅｔｗｏｒｋ Ｒｅｌａｙをサポートしていないものとする。また、ＵＥ１２０２における基地局１２０５からの電波強度が、ＵＥ１２０３における基地局１２０５からの電波強度より高いものとする。

ＵＥ１２０１は、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信機能をサポートしている他のＵＥを探索するために、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙに、Ｎｅｔｗｏｒｋ Ｒｅｌａｙを設定したディスカバリメッセージを送信する（Ｆ１３０１）。ＵＥ１２０２及びＵＥ１２０３は、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ機能をサポートしているため、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ機能をサポートしていることを示す情報を含んだ応答メッセージをＵＥ１２０１へ返信する（Ｆ１３０２、Ｆ１３０３）。なお、ＵＥ１２０２及びＵＥ１２０３は、接続中又は在圏中の基地局１２０５の基地局識別子や、受信電波強度、キャリア情報、使用周波数帯などの付随情報を応答メッセージに含めて送信する。なお、ＵＥ１２０２及びＵＥ１２０３は、サポートしているＮｅｔｗｏｒｋ Ｒｅｌａｙ機能を起動中であるか否かを付随情報に含めてもよい。これにより、ＵＥ１２０１は、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ機能による基地局との通信をすぐに開始することができるかを判定することができる。一方で、ＵＥ１２０４は、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ機能をサポートしていないため、応答メッセージを返信しない。

ＵＥ１２０１は、ＵＥ１２０２及びＵＥ１２０３からの応答メッセージを受信すると、それぞれ、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ機能をサポートしていることを特定することができる。そして、ＵＥ１２０１は、それらの応答メッセージから、ＵＥ１２０２及びＵＥ１２０３が接続している基地局情報を特定し、例えば、受信電波強度が良好なＵＥ１２０２を接続先として選択し、ＵＥ１２０２との接続処理を実行する（Ｆ１３０４）。

このようにして、ＵＥが、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信を実行可能な他のＵＥを容易に特定して、その他のＵＥによるＮｅｔｗｏｒｋ Ｒｅｌａｙ通信の提供を受けることが可能となる。なお、ＵＥは、応答メッセージ内の付随情報に基づいて、例えば、より良好な無線品質での基地局との通信を可能とする他のＵＥを適切に選択することが可能となる。これにより、ＵＥは、Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信機能をサポートしている他の装置を適切に選択して、基地局との通信を行うことが可能となる。

上述の実施形態では、ディスカバリメッセージを受信したＵＥが、サポートしている通信方式を設定した応答メッセージを返信する方法について説明した。ただし、これに限られず、例えば、ＵＥは、ディスカバリメッセージを受信していなくても、サポートしている通信方式を設定した、報知信号などの信号を定期的に送出するようにしてもよい。このような信号が送信される環境では、ＵＥは、周囲の他のＵＥが送出したこの信号を検出することにより、自装置が要求する通信方式でのＳｉｄｅｌｉｎｋ通信を実行可能な他のＵＥを容易に特定することが可能となる。

［実施形態２］
上述の実施形態では、ＵＥが、自装置の要求する通信方式でのＳｉｄｅｌｉｎｋの通信方式を実行可能な周囲の他のＵＥを特定可能とする手法について説明した。本実施形態では、ＵＥが、自装置の要求するサービスを提供可能でＳｉｄｅｌｉｎｋ通信を実行可能な他のＵＥを特定し、そのサービスを実行する手法を提供する。なお、装置構成は実施形態１と同様である。

本実施形態では、図１４に示すようなフォーマットのディスカバリメッセージが用いられる。このフォーマットのうち、Ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤ、Ｓｏｕｒｃｅ Ｌａｙｅｒ－２ ＩＤ、及び、Ｆｒａｍｅ ｔｙｐｅは、図４で説明したものと同様である。すなわち、本実施形態では、５Ｇ ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙの手続きで用いられるディスカバリメッセージを、図１４に示すフォーマットとすることを想定している。本実施形態で使用されるディスカバリメッセージは、Ｆｒａｍｅ ｔｙｐｅの後に、「Ｓｅｒｖｉｃｅ」フィールドを含む。Ｓｅｒｖｉｃｅフィールドには、そのディスカバリメッセージの送信元のＵＥが、他のＵＥに実行してほしいサービスを示す情報が格納される。そして、Ｆｒａｍｅ Ｐａｙｌｏａｄには、Ｓｅｒｖｉｃｅに応じた情報が格納される。本実施形態では、ＵＥは、例えば、Ｓｅｒｖｉｃｅに「Ｒｅｃｏｒｄｉｎｇ（記録）」を格納し、Ｆｒａｍｅ Ｐａｙｌｏａｄに、自装置が取得した位置情報を格納したディスカバリメッセージを生成して送信しうる。また、ディスカバリメッセージを受信したＵＥは、必要に応じて、図１４に示すようなフォーマットを用いて、応答フレームを生成して返信しうる。一例において、ディスカバリメッセージを受信したＵＥは、Ｓｅｒｖｉｃｅに、自装置が実行可能なサービス（ディスカバリメッセージを送信したＵＥによって要求されているサービス）を示す情報を格納した応答フレームを返信する。また、ＵＥは、応答フレームのＦｒａｍｅ Ｐａｙｌｏａｄに、サービスに対応する情報を格納しうる。すなわち、本実施形態では、５Ｇ ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙの手続きで用いられるディスカバリメッセージの応答フレームに自装置が実行可能なサービスを示す情報を格納する。

図１５に、ディスカバリメッセージに設定する情報の例を示す。なお、図１５の例では、Ｓｅｒｖｉｃｅフィールドに設定されうるサービスを示す値の例として、記録、救援、隊列走行グループ形成、及び、合流地点接近検知を示している。以下では、これらのサービスのそれぞれがＳｅｒｖｉｃｅフィールドに格納された場合の、ディスカバリメッセージの送信側の第１のＵＥが設定する情報について説明する。さらに、受信側の第２のＵＥが、そのメッセージに応答する条件、応答と共に実行する処理、及び、応答メッセージに設定する情報についても説明する。なお、サービスの内容は上述の４つに限られず、これら以外のサービスを示す値がＳｅｒｖｉｃｅフィールドに設定されてもよい。例えば、上述の４つのサービスは、ＵＥが車両に搭載されている場合についてのサービスであるため、ＵＥが車両に搭載されていない場合に関するサービスが規定されてもよい。また、ディスカバリメッセージに格納される情報や、受信側のＵＥにおいて応答する条件、実行する処理、応答メッセージに含める情報も、図１５の例に限られない。すなわち、例えば、サービスが「記録」であったとしても、図１５に示されると共に後述されるようなものと異なる
まず、Ｓｅｒｖｉｃｅフィールドに「記録」が設定される場合について説明する。この場合、ディスカバリメッセージを送信する側の第１のＵＥは、ディスカバリメッセージに、自装置（第１のＵＥ）の位置情報を格納する。そして、このメッセージを受信する側の第２のＵＥは、例えば、以下の４つの条件の全てを満たす場合に、応答メッセージを第１のＵＥへ返信する。第１の条件は、ディスカバリメッセージを受信した時点において、自装置（第２のＵＥ）が有する撮影機能を用いて撮影を実行中であることである。これは、交通事故などの現象が発生した際に、その現象を撮影している可能性があることを条件としている。すなわち、そのような現象の発生後にディスカバリメッセージが送信される場合、第２のＵＥがその時点で撮影を実行していない場合には、第２のＵＥにおいて、記録されることが望まれる映像が撮影されていないことが推定される。このため、第２のＵＥは、ディスカバリメッセージを受信した時点において撮影を行っていない場合には、応答メッセージを第１のＵＥへ送信しない。第２の条件は、第２のＵＥが、第１のＵＥからの距離が一定範囲内の領域に存在していることである。ＵＥ間のＳｉｄｅｌｉｎｋ通信の通信可能距離は、例えば、約５００メートルである。このため、一定範囲はこの通信可能距離以下となるように設定されうる。記録サービスのようなケースでは、例えば、現場（第１のＵＥが存在する位置）から近い距離に存在する第２のＵＥによって撮影された画像が、状況を特定するのにより有用である。このため、第２のＵＥは、第１のＵＥから遠く離れており、有用な撮影ができないと推定される場合には、応答メッセージを第１のＵＥへ送信しない。そのような有用な画像が得られるように、上述の一定範囲が設定されうる。なお、この一定範囲は固定値であってもよいし、動的に設定可能な値であってもよい。第３の条件は、自装置（第２のＵＥ）の姿勢が、自装置が有する撮影機能によって、ディスカバリメッセージを送信したＵＥ（第１のＵＥ）の位置を撮影可能となっていることである。すなわち、第２のＵＥが、例えば事故現場などの記録対象の撮影を行うことができないような姿勢であった場合には、第１のＵＥとの距離が十分に近かったとしても、応答メッセージを第１のＵＥへ送信しない。第４の条件は、第２のＵＥが、記録した映像の他者への提供を許可していることである。ドライブレコーダの撮影画像などのように、記録された映像は撮影者の所有物であるため、所有者の許可なく勝手に映像が他人へ渡ることはあってはならない。このため、第２のＵＥは、記憶した映像の他者への提供を許可していない場合には、応答メッセージを第１のＵＥへ送信しない。上述の第１の条件～第４の条件を満たす第２のＵＥは、第１のＵＥへ応答メッセージを送信しうる。

第２のＵＥは、応答メッセージを送信すると決定した場合、自装置の撮影機能で撮影している映像を保存する（少なくとも一定期間の間は破棄しないようにする）。また、第２のＵＥは、応答メッセージに、国際移動体装置識別番号（ＩＭＥＩ）などの、Ｓｉｄｅｌｉｎｋ通信に用いる識別情報を含めて、第１のＵＥへ送信する。これにより、第１のＵＥは、その後、そのＩＭＥＩを宛先として、映像を記録した通信装置に対してその映像の送信を要求することができる。

次に、Ｓｅｒｖｉｃｅフィールドに「救援」が設定される場合について説明する。この場合、第１のＵＥは、自装置の位置情報と、自装置が要求する救援対象を、ディスカバリメッセージに格納して送信する。ここで、例えば、「故障」、「ガソリン切れ」、「遭難」、「煽り運転車接近」などのようなどのような救援が必要であるかを示す情報が救援対象の情報として、ディスカバリメッセージに格納される。一例において、「故障」の情報として、「エンジン故障」や「タイヤパンク」などのようなさらに詳細な救援の対象を示す情報が示されてもよい。第２のＵＥは、自装置が救援に向かうことができること、又は、ディスカバリメッセージを受信した時点においてコアネットワークを介した通信が可能であることを条件として、ディスカバリメッセージに対して応答メッセージを送信する。なお、第２のＵＥは、自装置が救援に向かうことができるために応答メッセージを送信する場合、装置内での処理を特に行うことなく、第１のＵＥの位置へ向かうようにする。なお、この場合、第２のＵＥは、自装置が第１のＵＥの位置に到着する予定時刻の情報を、応答メッセージに含めて送信しうる。一方で、第２のＵＥは、コアネットワークを介した通信が可能であるために応答メッセージを送信する場合、そのコアネットワークを介して他の救援者へのＲｅｌａｙ通信を行う。この場合、第２のＵＥは、自装置が生成した応答メッセージを送信せず、他の救援者が生成した応答メッセージを第１のＵＥへ転送しうる。この応答メッセージには、他の救援者が第１のＵＥの位置へ到着する予定時刻の情報が含まれうる。

続いて、Ｓｅｒｖｉｃｅフィールドに「隊列走行グループ形成」が設定されている場合について説明する。この場合、ディスカバリメッセージには、隊列を組むための識別子となるグループ名が設定される。第２のＵＥは、ユーザによる手動操作によって、応答メッセージを送信するか否かを決定しうる。第２のＵＥは、応答メッセージを送信する場合、その応答メッセージに、そのグループに参加するためのパスワードと自装置の識別子を含めて、第１のＵＥへ送信する。第２のＵＥは、識別子として、例えば自装置のニックネームを使用しうる。第１のＵＥは、その応答メッセージを受信することにより、第２のＵＥに関するパスワードと識別子を取得して、第２のＵＥをグループに参加させるか否かを判定しうる。このようにして形成されたグループに属するＵＥを含んだ複数の車両は、例えば既知の自動運転技術を用いて自動隊列走行を行うように制御されうる。

最後に、Ｓｅｒｖｉｃｅフィールドに「合流地点接近検知」が設定された場合について説明する。この場合、ディスカバリメッセージには、第１のＵＥの位置情報と、進行方向を示す情報とが含められる。第２のＵＥは、第１のＵＥとの距離が一定範囲内であり、かつ、合流地点で接近する方向に進行している場合に、応答メッセージを送信する。一例において、第２のＵＥは、応答メッセージを送信する以外、特に処理を行わない。第２のＵＥは、自装置（第２のＵＥ）の位置情報と進行方向を示す情報とを、応答メッセージに含めて、第１のＵＥへ送信する。これにより、第１のＵＥは、自装置の進む先にある合流地点において、第２のＵＥと接近することを検知することができる。

図１６は、本実施形態における、ディスカバリメッセージを受信する側の第２のＵＥにおいて実行される処理の流れの例を示す。第２のＵＥは、他のＵＥから送出されたディスカバリメッセージを受信すると（Ｓ１６０１）、ディスカバリメッセージに含まれているサービスを確認する（Ｓ１６０２）。第２のＵＥは、ディスカバリメッセージのＳｅｒｖｉｃｅフィールドに「記録」が設定されている場合（Ｓ１６０３）、「記録」に関連する処理を実行する（Ｓ１６０４）。一方、第２のＵＥは、ディスカバリメッセージのＳｅｒｖｉｃｅフィールドに「救援」が設定されている場合（Ｓ１６０５）、「救援」に関連する処理を実行する（Ｓ１６０６）。また、第２のＵＥは、ディスカバリメッセージのＳｅｒｖｉｃｅフィールドに「隊列走行グループ形成」が設定されている場合（Ｓ１６０７）、「隊列走行グループ形成」に関連する処理を実行する（Ｓ１６０８）。また、第２のＵＥは、ディスカバリメッセージのＳｅｒｖｉｃｅフィールドに「合流地点接近検知」が設定されている場合（Ｓ１６０９）、「合流地点接近検知」に関連する処理を実行する（Ｓ１６１０）。なお、各サービスに関連する処理については、上述の通りであるため、ここでは繰り返さない。

続いて、図１７を用いて、システムのユースケースについて説明する。この例では、車両１７０１、車両１７０２、ネットワークカメラ１７０３、車両１７０４、車両１７０５、Ｒｏａｄ Ｓｉｄｅ Ｕｎｉｔ（ＲＳＵ１７０６）が、一定範囲内に存在しているものとする。ここで、車両１７０１と車両１７０２が衝突し、車両１７０１に搭載されたＵＥが、周囲の他のＵＥに対して、撮影画像の提供を要求する状況について検討する。この場合、車両１７０１に搭載されたＵＥが、ディスカバリメッセージを送信する。以下では、このＵＥを指して、単に「車両１７０１」と呼ぶ。同様に、以下では、車両１７０２、ネットワークカメラ１７０３、車両１７０４、車両１７０５、及びＲＵＳ１７０６と表記することにより、それらの装置内のＵＥのことを指す。車両１７０１は、ディスカバリメッセージ内のＳｅｒｖｉｃｅフィールドに「記録」を設定し、Ｆｒａｍｅ Ｐａｙｌｏａｄに、サービスに応じた情報として車両１７０１の位置情報を設定する。なお、車両１７０２も上述の処理を行うが、車両１７０１が行う処理と同様であるため、ここでは車両１７０１についてのみ説明し、車両１７０２については説明を省略する。

ここで、車両１７０２は、撮影機能を有しており、進行方向のみを撮影可能であるが、記録した映像の提供を許可していないものとする。なお、図１７において、矢印は、撮影方向を示している。ネットワークカメラ１７０３は、撮影機能を有し、全方位（少なくとも、車両１７０１等が走行している車線内の全領域）について記録可能であり、記録した映像の提供を許可しているものとする。車両１７０４は、撮影機能を有し、進行方向とその逆方向の撮影が可能であり、また、記録した映像の提供を許可しているものとする。車両１７０５は、撮影機能を有し、進行方向のみ撮影可能であり、記録した映像の提供を許可しているものとする。ＲＳＵ１７０６は、撮影機能を有していないものとする。

車両１７０１は、例えば、車両１７０２、ネットワークカメラ１７０３、車両１７０４、車両１７０５、及びＲＵＳ１７０６と、Ｓｉｄｅｌｉｎｋ通信を実行可能であるものとする。すなわち、車両１７０１の通信可能範囲は、ＲＳＵ１７０６の位置を包含する。一方で、車両１７０１は、例えば図１７のハッチングされた領域のように、通信可能範囲とは異なる範囲を、ディスカバリメッセージを用いて他のＵＥを探索する範囲としうる。図１７は、車両１７０１は、車両１７０２、ネットワークカメラ１７０３、車両１７０４、及び、車両１７０５が存在する位置を包含するが、ＲＳＵ１７０６の位置を包含しない範囲を、探索の範囲としている状況を示している。

図１８に、図１７のような状況におけるシステムで実行される動作の例を示す。なお、ここでは、車両１７０１が、車両１７０２との衝突を契機に、周囲の他のＵＥに対して、「記録」サービスを要求するディスカバリメッセージを送信する場合の動作例を示す。

まず、車両１７０１は、一定以上の衝撃を検知する（Ｆ１８０１）と、Ｓｅｒｖｉｃｅフィールドを「記録」に設定し、Ｆｒａｍｅ Ｐａｙｌｏａｄに自装置の位置情報を格納したディスカバリメッセージを生成して、周囲へ送出する（Ｆ１８０２）。なお、車両１７０１の位置情報は、例えば、車両１７０１に搭載されているＧＰＳ機能を用いて取得されうる。車両１７０２、ネットワークカメラ１７０３、車両１７０４、車両１７０５、及び、ＲＳＵ１７０６は、ディスカバリメッセージを受信して、Ｓｅｒｖｉｃｅフィールドに「記録」が設定されていることを特定する。そして、車両１７０２、ネットワークカメラ１７０３、車両１７０４、車両１７０５、及び、ＲＳＵ１７０６は、そのディスカバリメッセージに対して応答メッセージを送信するかを決定する。

車両１７０２は、自装置において撮影を行っているが、映像提供を許可していない。このため、車両１７０２は、応答メッセージを送信しないと決定し（Ｆ１８０３）、そのまま処理を終了する。

ネットワークカメラ１７０３は、車両１７０１の方向を撮影中であり、車両１７０１との距離が一定範囲内であり、かつ、映像提供を許可しているため、応答メッセージを返信すると決定する（Ｆ１８０４）。この場合、ネットワークカメラ１７０３は、撮影した映像を保存し（Ｆ１８０５）、自装置のＩＭＥＩを含めた応答メッセージを車両１７０１へ返信する（Ｆ１８０６）。そして、車両１７０１は、その後にネットワークカメラ１７０３から映像を取得するために、ネットワークカメラ１７０３のＩＭＥＩを保存する（Ｆ１８０７）。同様に、車両１７０４も、応答メッセージを返信すると決定し（Ｆ１８０８）、撮影した映像を保存して（Ｆ１８０９）、自装置のＩＭＥＩを含めた応答メッセージを車両１７０１へ返信する（Ｆ１８１０）。そして、車両１７０１は、車両１７０４のＩＭＥＩを保存する（Ｆ１８１１）。

車両１７０５は、自装置において撮影を行っており、映像提供を許可しており、また、車両１７０１からの距離が一定範囲内であるが、車両１７０１の方向の撮影を行っていない。このため、車両１７０５は、応答メッセージを送信しないと決定し（Ｆ１８１２）、そのまま処理を終了する。

また、ＲＳＵ１７０６は、撮影機能を有さず、また、車両１７０１との距離が一定範囲内でない。このため、ＲＳＵ１７０６は、応答メッセージを送信しないと決定し（Ｆ１８１３）、そのまま処理を終了する。

その後、車両１７０１は、Ｆ１８０７において保存したネットワークカメラ１７０３のＩＭＥＩを宛先として、ネットワークカメラ１７０３に対して、保存している映像の送信を要求する（Ｆ１８１４）。ネットワークカメラ１７０３は、車両１７０１からの要求メッセージを受信すると、車両１７０１へ、Ｆ１８０５において保存した映像を送信する（Ｆ１８１５）。車両１７０１は、ネットワークカメラ１７０３から映像を受信すると、その映像を保存する（Ｆ１８１６）。また、車両１７０１は、Ｆ１８１１において保存した車両１７０４のＩＭＥＩを宛先として、車両１７０４に対して、保存している映像の送信を要求する（Ｆ１８１７）。車両１７０４は、車両１７０１からの要求メッセージを受信すると、車両１７０１へ、Ｆ１８０９において保存した映像を送信する（Ｆ１８１８）。車両１７０１は、車両１７０４から映像を受信すると、その映像を保存する（Ｆ１８１９）。

続いて、車両１７０１に搭載されたＵＥのような、「記録」サービスを要求する側のＵＥによって実行される処理の流れの例について、図１９を用いて説明する。なお、以下では、「記録」サービスを要求する側のＵＥを第１のＵＥと呼び、「記録」サービスを要求される側のＵＥを第２のＵＥと呼ぶ場合がある。

まず、第１のＵＥは、一定レベル以上の衝撃（衝突）が発生したかを監視する（Ｓ１９０１）。なお、この監視は、サービスを要求するディスカバリメッセージの送信契機を判定するためのものであり、他の契機が用いられる場合、その契機に対応する状態監視などが行われうる。例えば、所定のユーザ操作を受け付けたことに応じてディスカバリメッセージが送信される場合には、第１のＵＥは、その所定のユーザ操作が受け付けられたかを監視しうる。例えば、車両１７０１の周囲に危険な運転をしている他の車両が存在する際に、周囲の車両などに記録を要求するためのユーザ操作が行われた場合に、ディスカバリメッセージが送信されるようにしてもよい。第１のＵＥは、ディスカバリメッセージの送信契機（ここでは、衝突）を検知すると（Ｓ１９０１でＹＥＳ）、要求するサービス（ここでは「記録」）を設定したディスカバリメッセージを生成して、ブロードキャスト送信する（Ｓ１９０２）。そして、第１のＵＥは、周囲の他のＵＥからの応答メッセージの受信を待ち受ける（Ｓ１９０３）。なお、第１のＵＥは、例えば、一定周期ごとに複数回、ディスカバリメッセージを送信してもよいし、例えば、一定期間にわたって応答メッセージを受信しなかった場合に、ディスカバリメッセージを再送してもよい。また、第１のＵＥは、一定期間にわたって応答メッセージを受信しなかった場合に、処理を終了してもよい。

第１のＵＥは、応答メッセージを受信すると（Ｓ１９０３でＹＥＳ）、その応答メッセージに含められた、その応答メッセージの送信元の第２のＵＥのＩＭＥＩを取得して保存する（Ｓ１９０４）。その後、第１のＵＥは、保存したＩＭＥＩを宛先として、第２のＵＥに対して、保存した映像の提供を要求し（Ｓ１９０５）、第２のＵＥから、映像を取得する（Ｓ１９０６）。

次に、車両１７０２、ネットワークカメラ１７０３、車両１７０４、車両１７０５、ＲＳＵ１７０６に搭載されたＵＥのような、「記録」サービスを要求される側のＵＥによって実行される処理の流れの例について、図２０を用いて説明する。ここでも、「記録」サービスを要求する側のＵＥを第１のＵＥと呼び、「記録」サービスを要求される側のＵＥを第２のＵＥと呼ぶ場合がある。なお、図１９の処理を実行する第１のＵＥは、当然ながら、図２０の処理を並行して実行することができ、同様に、図２０の処理を実行する第２のＵＥは、図１９の処理を並行して実行することができる。すなわち、ＵＥは、自装置が置かれた状況に応じて、第１のＵＥと第２のＵＥとのいずれかとして機能しうる。

第２のＵＥは、第１のＵＥからディスカバリメッセージを受信する（Ｓ２００１でＹＥＳ）と、そのディスカバリメッセージに対して応答するか否かを判定する（Ｓ２００２）。すなわち、第２のＵＥは、例えば、図１５に関連して説明したような、ディスカバリメッセージに応答する条件を満たしているか否かを判定する。第２のＵＥは、条件を満たさないと判定した場合（Ｓ２００２でＮＯ）、応答メッセージを送信せずにそのまま処理を終了する。例えば、車両１７０２、車両１７０５、及びＲＳＵ１７０６は、上述のように条件を満たさないため、応答メッセージを送信しない。一方で、第２のＵＥは、条件を満たすと判定した場合（Ｓ２００２でＹＥＳ）、映像を保存し（Ｓ２００３）、自装置のＩＭＥＩを含めた応答メッセージを生成して、第１のＵＥへ送信する（Ｓ２００４）。例えば、ネットワークカメラ１７０３及び車両１７０４は、上述のように条件を満たすため、映像を保存して、応答メッセージを送信する。第２のＵＥは、応答メッセージを送信した後に、第１のＵＥから、自装置のＩＭＥＩを宛先とした映像取得要求を受信した場合（Ｓ２００５でＹＥＳ）、Ｓ２００３で保存した映像を第１のＵＥへ送信する（Ｓ２００６）。なお、第２のＵＥは、例えば、一定期間にわたって、映像取得要求を受信しなかった場合（Ｓ２００５でＮＯ）、Ｓ２００３で保存した映像を削除して、処理を終了してもよい。

このようにして、車両１７０１は、Ｓｉｄｅｌｉｎｋ通信を用いて、例えば衝突を検知したことに応じて、周囲の他のＵＥに対して、映像の保存と提供を依頼し、保存された映像を取得することができる。

なお、上述の動作例は、「記録」に関するものであるが、例えば、図１６のＳ１６０６、Ｓ１６０８、Ｓ１６１０の処理が、図１５のようなテーブルに従って実行される。例えば、車両１７０１は、上述の「記録」に加えて、又はそれに代えて、「救援」が設定されたディスカバリメッセージを送出しうる。この場合に、例えば、車両１７０５は、車両１７０１と離れる方向に進行しており、救援に向かうことができない。このため、車両１７０５は、例えばコアネットワークを介した通信が可能でない場合に、応答メッセージを送信しないようにしうる。また、ネットワークカメラ１７０３やＲＳＵ１７０６は、救援を行うことができないが、例えば、コアネットワークを介した通信を実行可能な場合には、他の救援者へディスカバリメッセージをリレーする。一例において、ネットワークカメラ１７０３やＲＳＵ１７０６は、警察などの連絡先にディスカバリメッセージを転送しうる。そして、ネットワークカメラ１７０３やＲＳＵ１７０６は、その他の救援者からの応答メッセージを車両１７０１へ転送しうる。この場合、応答メッセージには、他の救援者の到着予定時刻が設定されうる。また、車両１７０４は、車両１７０１に接近する方向へ進行しているため、救援に向かうことが可能である。このため、車両１７０４は、例えば車両１７０１との間の距離に基づいて、到着予定時刻を設定した応答メッセージを送信しうる。なお、車両１７０２は、衝突した当事者であるため、救援に向かうことができないため、応答メッセージを送信しない。

また、「隊列走行グループ形成」が設定されたディスカバリメッセージが送信された場合、そのディスカバリメッセージを受信した車両が、運転者に対して、メッセージが受信されたことを通知する。そして、その車両は、運転者から、隊列走行グループを形成することの承認を受け付けた場合に、応答メッセージをディスカバリメッセージの送信元の車両へ通知しうる。また、「合流地点接近検知」が設定されたディスカバリメッセージが送信された場合、その合流地点に接近している他の車両が、自装置の位置情報および進行方向を含めた応答メッセージを送信するようにする。

このように、Ｓｉｄｅｌｉｎｋのディスカバリメッセージ及びそれに対する応答メッセージを用いて、ディスカバリメッセージの送信側のＵＥが要求するサービスが、そのＵＥに対して適切に提供されるようにすることができる。

［実施形態３］
上述の実施形態１と実施形態２とが組み合わされてもよい。例えば、図２１のように、ディスカバリメッセージ２１０１が構成されうる。ディスカバリメッセージ２１０１は、図４のディスカバリメッセージにおける「Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏ」の直後に、図１４を用いて説明した「Ｓｅｒｖｉｃｅ」フィールドを追加したものである。なお、これらのフィールドの順序はこれに限られず、Ｓｅｒｖｉｃｅフィールドの後に、Ｃｏｎｎｅｃｔｉｏｎ Ｃａｐａｂｉｌｉｔｙなどのフィールドが配置されてもよい。また、図４のＦｒａｍｅ Ｐａｙｌｏａｄに、Ｓｅｒｖｉｃｅに対応する情報が格納される。

このような構成を用いることにより、例えば、ディスカバリメッセージを送信する側の第１のＵＥが、Ｄ２Ｄ通信を実行可能であり、かつ、「Ｓｅｒｖｉｃｅ」を実行可能な第２のＵＥを特定することができる。例えば、図１７において、車両１７０１は、一定以上の衝撃を検知したことに応じて、実施形態１のようにしてＤ２Ｄ通信を実行可能な他のＵＥを探索し、さらに、実施形態２のようにして「記録」サービスに対応可能な他のＵＥを探索する。すなわち、車両１７０１は、Ｃｏｎｎｅｃｔｉｏｎ ＣａｐａｂｉｌｉｔｙのＤ２Ｄ通信のビットを１に設定し、かつ、Ｓｅｒｖｉｃｅフィールドに「記録」を設定したディスカバリメッセージを送出するようにする。また、車両１７０１は、Ｆｒａｍｅ Ｐａｙｌｏａｄフィールドに、サービスに対応する情報（この場合は位置情報）を設定する。周囲の他のＵＥは、このディスカバリメッセージを受信すると、Ｄ２Ｄ通信をサポートしており、かつ、「記録」サービスに関する条件を満たす場合に、応答メッセージを送信する。例えば、図１７の車両１７０４が、Ｄ２Ｄ通信に対応していない場合、車両１７０４は、記録サービスに関する条件を満たしているが、応答メッセージを送信しないようにしうる。以上のようにして、第１のＵＥは、例えばその後の映像の要求および取得をＤ２Ｄ通信で実行することができる第２のＵＥを発見することができる。なお、車両１７０２、ネットワークカメラ１７０３、車両１７０４、車両１７０５、及び、ＲＳＵ１７０６が、いずれもＤ２Ｄ通信を満たす場合には、実施形態２で説明したのと同じ動作が行われることとなる。

なお、これは一例であり、様々な態様をとることができる。例えば、「救援」サービスが設定されたディスカバリメッセージが送信される場合に、コアネットワークを介した通信が可能であるという条件を満たすＵＥは、さらにＮｅｔｗｏｒｋ Ｒｅｌａｙが可能である場合に、応答メッセージを送信するようにしうる。すなわち、コアネットワークを介した通信が可能であっても、Ｎｅｔｗｏｒｋ Ｒｅｌａｙを実行可能でないＵＥは、応答メッセージを送信しないようにしうる。一方で、救援に向かうことができるＵＥについては、Ｎｅｔｗｏｒｋ Ｒｅｌａｙを実行可能でなくても応答メッセージを送信するようにしうる。このように、サービスに関して満たされた条件と、サポートしているＳｉｄｅｌｉｎｋ通信方式との組み合わせによって、応答メッセージが送信されるべきか否かが決定されてもよい。

また、上述の各実施形態は、特に言及のない限り、任意に組み合わせて使用することができる。

（実施形態のまとめ）
上述の実施形態の少なくとも一部をまとめると、以下の通りである。

［項目１］
通信装置であって、
第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信手段と、
前記Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだディスカバリメッセージを送信して、当該所定の機能を実行することができる他の通信装置を探索する探索手段と、
を有することを特徴とする通信装置。

［項目２］
前記所定の機能を示す情報は、前記通信装置がサポートしている通信方式を示す情報であり、
前記探索手段は、当該通信方式をサポートしている前記他の通信装置が前記ディスカバリメッセージを受信した場合に、当該他の通信装置によって送信される応答に基づいて、前記所定の機能を実行することができる前記他の通信装置を探索する、
ことを特徴とする項目１に記載の通信装置。

［項目３］
前記通信方式を示す情報は、前記通信装置がサポートしている第１の通信方式のうちの使用を要求する第２の通信方式を示す情報である、
ことを特徴とする項目２に記載の通信装置。

［項目４］
前記通信方式は、前記通信装置と前記他の通信装置との間で直接通信を行う第１の通信方式と、前記通信装置とＳｉｄｅｌｉｎｋ通信機能を有する当該通信装置の通信相手との間の通信を中継する第２の通信方式と、前記通信装置と基地局との間の通信を中継する第３の通信方式と、を含むことを特徴とする項目２又は３に記載の通信装置。

［項目５］
前記所定の機能を示す情報は、前記通信装置が他の装置に対して実行を要求するサービスを示す情報であり、
前記探索手段は、当該サービスに対応する条件を満たしている前記他の通信装置が前記ディスカバリメッセージを受信した場合に、当該他の通信装置によって送信される応答に基づいて、前記所定の機能を実行することができる前記他の通信装置を探索する、
ことを特徴とする項目１から４のいずれか１項に記載の通信装置。

［項目６］
前記通信装置は車両であり、
前記サービスを示す情報は、前記他の装置が撮影した情報の記録および提供と、前記車両の救援と、前記車両との隊列走行のためのグループ形成と、前記車両が接近する合流地点の検知と、の少なくともいずれかを含む、ことを特徴とする項目５に記載の通信装置。

［項目７］
前記サービスを示す情報が、前記他の装置が撮影した情報の記録および提供を示す場合、前記ディスカバリメッセージは、さらに、前記通信装置の位置情報を含む、ことを特徴とする項目６に記載の通信装置。

［項目８］
前記サービスを示す情報が、前記他の装置が撮影した情報の記録および提供を示す場合、前記通信手段は、前記応答から前記他の通信装置の識別番号を取得し、当該識別番号を用いて、前記他の通信装置が撮影した情報を取得する通信を行う、ことを特徴とする項目７に記載の通信装置。

［項目９］
前記サービスを示す情報が、前記車両の救援を示す場合、前記ディスカバリメッセージは、さらに、前記通信装置の位置情報とどのような救援が要求されるかを示す情報とを含む、ことを特徴とする項目６から８のいずれか１項に記載の通信装置。

［項目１０］
前記サービスを示す情報が、前記車両との隊列走行のためのグループ形成を示す場合、前記ディスカバリメッセージは、さらに、グループ名を示す情報を含む、ことを特徴とする項目６から９のいずれか１項に記載の通信装置。

［項目１１］
前記サービスを示す情報が、前記車両が接近する合流地点の検知を示す場合、前記ディスカバリメッセージは、さらに、前記車両の位置情報と進行方向を示す情報とを含む、ことを特徴とする項目６から１０のいずれか１項に記載の通信装置。

［項目１２］
前記所定の機能を示す情報は、前記通信装置が使用を要求する通信方式と他の装置に対して実行を要求するサービスとを示す情報であり、
前記探索手段は、当該通信方式をサポートすると共に当該サービスに対応する条件を満たしている前記他の通信装置が前記ディスカバリメッセージを受信した場合に、当該他の通信装置によって送信される応答に基づいて、前記所定の機能を実行することができる前記他の通信装置を探索する、
ことを特徴とする項目１に記載の通信装置。

［項目１３］
通信装置であって、
第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信手段と、
他の通信装置がＳｉｄｅｌｉｎｋ通信を行う相手を探索するディスカバリメッセージを、当該他の通信装置から受信した場合に、前記Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだ応答を前記他の通信装置へ送信する送信手段と、
を有することを特徴とする通信装置。

［項目１４］
前記ディスカバリメッセージに前記所定の機能を示す情報が含まれる場合であって、前記通信装置が当該所定の機能をサポートしている場合に、前記送信手段は、前記所定の機能を示す情報を含んだ前記応答を前記他の通信装置へ送信する、
ことを特徴とする項目１３に記載の通信装置。

［項目１５］
前記所定の機能を示す情報は、前記通信装置がサポートしている通信方式を示す情報である、ことを特徴とする項目１３又は１４に記載の通信装置。

［項目１６］
前記通信方式は、前記通信装置と前記他の通信装置との間で直接通信を行う第１の通信方式と、前記他の通信装置とＳｉｄｅｌｉｎｋ通信機能を有する当該通信装置の通信相手との間の通信を中継する第２の通信方式と、前記他の通信装置と基地局との間の通信を中継する第３の通信方式と、を含むことを特徴とする項目１５に記載の通信装置。

［項目１７］
前記送信手段は、前記応答に前記第１の通信方式を示す情報が含められる場合、前記通信装置が接続中または在圏中の基地局の識別子を前記応答にさらに含めて送信する、ことを特徴とする項目１６に記載の通信装置。

［項目１８］
前記送信手段は、前記応答に前記第２の通信方式を示す情報が含められる場合、前記通信相手の識別子を前記応答にさらに含めて送信する、ことを特徴とする項目１６又は１７に記載の通信装置。

［項目１９］
前記送信手段は、前記応答に前記第３の通信方式を示す情報が含められる場合、前記基地局の情報を前記応答にさらに含めて送信する、ことを特徴とする項目１６から１８のいずれか１項に記載の通信装置。

［項目２０］
前記基地局の情報は、前記通信装置が接続中の基地局の識別子、当該基地局の使用周波数、当該基地局からの信号の受信電波強度、当該基地局を運用する通信事業者、の少なくともいずれかの情報を含む、ことを特徴とする項目１９に記載の通信装置。

［項目２１］
前記ディスカバリメッセージに前記所定の機能を示す情報が含まれ、
前記所定の機能を示す情報は、前記他の通信装置が他の装置に対して実行を要求するサービスを示す情報であり、
前記通信装置が当該サービスに対応する条件を満たしていることに基づいて、前記送信手段は、前記所定の機能を示す情報を含んだ前記応答を前記他の通信装置へ送信する、
ことを特徴とする項目１３に記載の通信装置。

［項目２２］
前記他の通信装置は車両であり、
前記サービスを示す情報は、前記他の装置が撮影した情報の記録および提供と、前記車両の救援と、前記車両との隊列走行のためのグループ形成と、前記車両が接近する合流地点の検知と、の少なくともいずれかを含む、ことを特徴とする項目２１に記載の通信装置。

［項目２３］
前記サービスを示す情報が、前記他の装置が撮影した情報の記録および提供を示す場合、前記送信手段は、前記条件を満たしていることに基づいて、前記通信装置の識別子を前記応答に含めて、当該応答を前記他の通信装置へ送信する、ことを特徴とする項目２２に記載の通信装置。

［項目２４］
前記サービスを示す情報が、前記車両の救援を示す場合、前記送信手段は、前記条件を満たしていることに基づいて、前記通信装置が前記車両の位置へ到着する予定時刻の情報を前記応答に含めて、当該応答を前記他の通信装置へ送信する、ことを特徴とする項目２２又は２３に記載の通信装置。

［項目２５］
前記サービスを示す情報が、前記車両との隊列走行のためのグループ形成を示す場合、前記送信手段は、前記条件を満たしていることに基づいて、グループに参加するための前記通信装置の識別子とパスワードを前記応答に含めて、当該応答を前記他の通信装置へ送信する、ことを特徴とする項目２２から２４のいずれか１項に記載の通信装置。

［項目２６］
前記通信装置は車両であり、
前記サービスを示す情報が、前記車両が接近する合流地点の検知を示す場合、前記送信手段は、前記条件を満たしていることに基づいて、前記通信装置の位置情報と進行方向を示す情報とを前記応答に含めて、当該応答を前記他の通信装置へ送信する、ことを特徴とする項目２２から２５のいずれか１項に記載の通信装置。

［項目２７］
第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信装置によって実行される制御方法であって、
前記Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだディスカバリメッセージを送信して、当該所定の機能を実行することができる他の通信装置を探索することを含む、ことを特徴とする制御方法。

［項目２８］
第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信装置によって実行される制御方法であって、
他の通信装置がＳｉｄｅｌｉｎｋ通信を行う相手を探索するディスカバリメッセージを、当該他の通信装置から受信した場合に、前記Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだ応答を前記他の通信装置へ送信することを含む、ことを特徴とする制御方法。

［項目２９］
コンピュータを、項目１から２６のいずれか１項に記載の通信装置が有する各手段として機能させるためのプログラム。

＜他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

３０３：ディスカバリメッセージ生成部、３０４：ディスカバリメッセージ解析部

Claims (29)

1. 通信装置であって、
   第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信手段と、
   前記Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだディスカバリメッセージを送信して、当該所定の機能を実行することができる他の通信装置を探索する探索手段と、
   を有することを特徴とする通信装置。
2. 前記所定の機能を示す情報は、前記通信装置がサポートしている通信方式を示す情報であり、
   前記探索手段は、当該通信方式をサポートしている前記他の通信装置が前記ディスカバリメッセージを受信した場合に、当該他の通信装置によって送信される応答に基づいて、前記所定の機能を実行することができる前記他の通信装置を探索する、
   ことを特徴とする請求項１に記載の通信装置。
3. 前記通信方式を示す情報は、前記通信装置がサポートしている第１の通信方式のうちの使用を要求する第２の通信方式を示す情報である、
   ことを特徴とする請求項２に記載の通信装置。
4. 前記通信方式は、前記通信装置と前記他の通信装置との間で直接通信を行う第１の通信方式と、前記通信装置とＳｉｄｅｌｉｎｋ通信機能を有する当該通信装置の通信相手との間の通信を中継する第２の通信方式と、前記通信装置と基地局との間の通信を中継する第３の通信方式と、を含むことを特徴とする請求項２に記載の通信装置。
5. 前記所定の機能を示す情報は、前記通信装置が他の装置に対して実行を要求するサービスを示す情報であり、
   前記探索手段は、当該サービスに対応する条件を満たしている前記他の通信装置が前記ディスカバリメッセージを受信した場合に、当該他の通信装置によって送信される応答に基づいて、前記所定の機能を実行することができる前記他の通信装置を探索する、
   ことを特徴とする請求項１に記載の通信装置。
6. 前記通信装置は車両であり、
   前記サービスを示す情報は、前記他の装置が撮影した情報の記録および提供と、前記車両の救援と、前記車両との隊列走行のためのグループ形成と、前記車両が接近する合流地点の検知と、の少なくともいずれかを含む、ことを特徴とする請求項５に記載の通信装置。
7. 前記サービスを示す情報が、前記他の装置が撮影した情報の記録および提供を示す場合、前記ディスカバリメッセージは、さらに、前記通信装置の位置情報を含む、ことを特徴とする請求項６に記載の通信装置。
8. 前記サービスを示す情報が、前記他の装置が撮影した情報の記録および提供を示す場合、前記通信手段は、前記応答から前記他の通信装置の識別番号を取得し、当該識別番号を用いて、前記他の通信装置が撮影した情報を取得する通信を行う、ことを特徴とする請求項７に記載の通信装置。
9. 前記サービスを示す情報が、前記車両の救援を示す場合、前記ディスカバリメッセージは、さらに、前記通信装置の位置情報とどのような救援が要求されるかを示す情報とを含む、ことを特徴とする請求項６に記載の通信装置。
10. 前記サービスを示す情報が、前記車両との隊列走行のためのグループ形成を示す場合、前記ディスカバリメッセージは、さらに、グループ名を示す情報を含む、ことを特徴とする請求項６に記載の通信装置。
11. 前記サービスを示す情報が、前記車両が接近する合流地点の検知を示す場合、前記ディスカバリメッセージは、さらに、前記車両の位置情報と進行方向を示す情報とを含む、ことを特徴とする請求項６に記載の通信装置。
12. 前記所定の機能を示す情報は、前記通信装置が使用を要求する通信方式と他の装置に対して実行を要求するサービスとを示す情報であり、
    前記探索手段は、当該通信方式をサポートすると共に当該サービスに対応する条件を満たしている前記他の通信装置が前記ディスカバリメッセージを受信した場合に、当該他の通信装置によって送信される応答に基づいて、前記所定の機能を実行することができる前記他の通信装置を探索する、
    ことを特徴とする請求項１に記載の通信装置。
13. 通信装置であって、
    第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信手段と、
    他の通信装置がＳｉｄｅｌｉｎｋ通信を行う相手を探索するディスカバリメッセージを、当該他の通信装置から受信した場合に、前記Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだ応答を前記他の通信装置へ送信する送信手段と、
    を有することを特徴とする通信装置。
14. 前記ディスカバリメッセージに前記所定の機能を示す情報が含まれる場合であって、前記通信装置が当該所定の機能をサポートしている場合に、前記送信手段は、前記所定の機能を示す情報を含んだ前記応答を前記他の通信装置へ送信する、
    ことを特徴とする請求項１３に記載の通信装置。
15. 前記所定の機能を示す情報は、前記通信装置がサポートしている通信方式を示す情報である、ことを特徴とする請求項１３に記載の通信装置。
16. 前記通信方式は、前記通信装置と前記他の通信装置との間で直接通信を行う第１の通信方式と、前記他の通信装置とＳｉｄｅｌｉｎｋ通信機能を有する当該通信装置の通信相手との間の通信を中継する第２の通信方式と、前記他の通信装置と基地局との間の通信を中継する第３の通信方式と、を含むことを特徴とする請求項１５に記載の通信装置。
17. 前記送信手段は、前記応答に前記第１の通信方式を示す情報が含められる場合、前記通信装置が接続中または在圏中の基地局の識別子を前記応答にさらに含めて送信する、ことを特徴とする請求項１６に記載の通信装置。
18. 前記送信手段は、前記応答に前記第２の通信方式を示す情報が含められる場合、前記通信相手の識別子を前記応答にさらに含めて送信する、ことを特徴とする請求項１６に記載の通信装置。
19. 前記送信手段は、前記応答に前記第３の通信方式を示す情報が含められる場合、前記基地局の情報を前記応答にさらに含めて送信する、ことを特徴とする請求項１６に記載の通信装置。
20. 前記基地局の情報は、前記通信装置が接続中の基地局の識別子、当該基地局の使用周波数、当該基地局からの信号の受信電波強度、当該基地局を運用する通信事業者、の少なくともいずれかの情報を含む、ことを特徴とする請求項１９に記載の通信装置。
21. 前記ディスカバリメッセージに前記所定の機能を示す情報が含まれ、
    前記所定の機能を示す情報は、前記他の通信装置が他の装置に対して実行を要求するサービスを示す情報であり、
    前記通信装置が当該サービスに対応する条件を満たしていることに基づいて、前記送信手段は、前記所定の機能を示す情報を含んだ前記応答を前記他の通信装置へ送信する、
    ことを特徴とする請求項１３に記載の通信装置。
22. 前記他の通信装置は車両であり、
    前記サービスを示す情報は、前記他の装置が撮影した情報の記録および提供と、前記車両の救援と、前記車両との隊列走行のためのグループ形成と、前記車両が接近する合流地点の検知と、の少なくともいずれかを含む、ことを特徴とする請求項２１に記載の通信装置。
23. 前記サービスを示す情報が、前記他の装置が撮影した情報の記録および提供を示す場合、前記送信手段は、前記条件を満たしていることに基づいて、前記通信装置の識別子を前記応答に含めて、当該応答を前記他の通信装置へ送信する、ことを特徴とする請求項２２に記載の通信装置。
24. 前記サービスを示す情報が、前記車両の救援を示す場合、前記送信手段は、前記条件を満たしていることに基づいて、前記通信装置が前記車両の位置へ到着する予定時刻の情報を前記応答に含めて、当該応答を前記他の通信装置へ送信する、ことを特徴とする請求項２２に記載の通信装置。
25. 前記サービスを示す情報が、前記車両との隊列走行のためのグループ形成を示す場合、前記送信手段は、前記条件を満たしていることに基づいて、グループに参加するための前記通信装置の識別子とパスワードを前記応答に含めて、当該応答を前記他の通信装置へ送信する、ことを特徴とする請求項２２に記載の通信装置。
26. 前記通信装置は車両であり、
    前記サービスを示す情報が、前記車両が接近する合流地点の検知を示す場合、前記送信手段は、前記条件を満たしていることに基づいて、前記通信装置の位置情報と進行方向を示す情報とを前記応答に含めて、当該応答を前記他の通信装置へ送信する、ことを特徴とする請求項２２に記載の通信装置。
27. 第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信装置によって実行される制御方法であって、
    前記Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだディスカバリメッセージを送信して、当該所定の機能を実行することができる他の通信装置を探索することを含む、ことを特徴とする制御方法。
28. 第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格におけるＳｉｄｅｌｉｎｋ通信機能を用いて通信する通信装置によって実行される制御方法であって、
    他の通信装置がＳｉｄｅｌｉｎｋ通信を行う相手を探索するディスカバリメッセージを、当該他の通信装置から受信した場合に、前記Ｓｉｄｅｌｉｎｋ通信機能を用いて行われる所定の機能を示す情報を含んだ応答を前記他の通信装置へ送信することを含む、ことを特徴とする制御方法。
29. コンピュータを、請求項１から２６のいずれか１項に記載の通信装置が有する各手段として機能させるためのプログラム。

Images