特許 7550752 新無線車両サイドリンクディスカバリ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-05

(45)【発行日】2024-09-13

(54)【発明の名称】新無線車両サイドリンクディスカバリ

(51)【国際特許分類】

   H04W 76/14 20180101AFI20240906BHJP

   H04W 8/00 20090101ALI20240906BHJP

   H04W 4/40 20180101ALI20240906BHJP

   H04W 92/18 20090101ALI20240906BHJP

【ＦＩ】

H04W76/14

H04W8/00 110

H04W4/40

H04W92/18

【請求項の数】 18

(21)【出願番号】P 2021523868

(86)(22)【出願日】2019-10-31

(65)【公表番号】

(43)【公表日】2022-01-19

(86)【国際出願番号】 US2019059123

(87)【国際公開番号】W WO2020092742

(87)【国際公開日】2020-05-07

【審査請求日】2022-10-25

(31)【優先権主張番号】62/805,027

(32)【優先日】2019-02-13

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/753,757

(32)【優先日】2018-10-31

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】アジャクプレ，パスカル，エム．

(72)【発明者】

【氏名】リ，チン

(72)【発明者】

【氏名】マリー，ジョセフ，エム．

(72)【発明者】

【氏名】ジャン，グオドン

(72)【発明者】

【氏名】スターシニック，マイケル，エフ．

(72)【発明者】

【氏名】チェン，チュオ

【審査官】中元 淳二

(56)【参考文献】

【文献】特表２０１６－５１４８６６（ＪＰ，Ａ）

【文献】3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 15)，3GPP TS 36.300 V15.3.0，2018年10月02日

【文献】3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 15)，3GPP TS 36.300 V15.3.0，2018年10月02日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

発見者ユーザ機器装置であって、プロセッサ、メモリ、通信回路、および前記メモリに保存されたコンピュータ実行可能命令を備え、前記コンピュータ実行可能命令は、前記プロセッサによって実行されると、前記発見者ユーザ機器装置に、
サイドリンク通信論理チャネルを介して、前記サイドリンク通信論理チャネルの論理チャネルアイデンティティを含むディスカバリアナウンスメントを送信させ、前記ディスカバリアナウンスメントは、前記発見者ユーザ機器装置によって求められる１つ以上のサービスに対する１つ以上の基準をさらに含み、
前記ディスカバリアナウンスメントに対する応答について前記サイドリンク通信論理チャネルをモニタするよう前記通信回路を設定させ、
被発見者ユーザ機器装置から、ディスカバリ応答を受信させ、前記ディスカバリ応答は、前記ディスカバリアナウンスメントに関しており、前記サイドリンク通信論理チャネルの論理チャネルアイデンティティを含み、前記被発見者ユーザ機器装置によって提供される１つ以上のサービスに対する１つ以上の基準をさらに含む、
発見者ユーザ機器装置。

【請求項2】

前記ディスカバリアナウンスメントは、発見者情報を含み、前記発見者情報は、前記発見者ユーザ機器装置に関する以下のデータ、すなわち、サービス能力、サービスプラットフォーム能力、無線能力、１つ以上の送信元識別子、運転意図情報と測位情報と環境情報とのうちの１つ以上を含む運転情報、無線測定値、前記発見者ユーザ機器装置が属する１つ以上のグループの１つ以上の識別子、および、将来のＶ２Ｘ通信のためのプロトコル設定パラメータ、の１つ以上を含む、請求項１に記載の発見者ユーザ機器装置。

【請求項3】

１つ以上のサービスに対する前記１つ以上の基準は以下の、関心のある１つ以上のサービス、関心のある前記１つ以上のサービスに対するＱｏＳ要件、関心のある前記１つ以上のサービスに対するＴＸプロファイル、関心のある前記１つ以上のサービスに対する無線キャリア周波数パラメータ、および関心のある１つ以上のサービスに対する１つ以上の認可されたＰＬＭＮ、の１つ以上を含む、請求項１に記載の発見者ユーザ機器装置。

【請求項4】

前記ディスカバリアナウンスメントは、被発見者情報を含み、前記被発見者情報は、前記１つ以上の被発見者ユーザ機器装置に関しており、サービス能力、サービスプラットフォーム能力、無線能力、前記１つ以上の被発見者ユーザ機器装置が属する１つ以上のグループの１つ以上の識別子、および、将来のＶ２Ｘ通信のためのプロトコル設定パラメータ、の１つ以上を含む、請求項３に記載の発見者ユーザ機器装置。

【請求項5】

無線送信／受信および関連機能を実装する携帯端末ユニットさらに含み、
前記携帯端末ユニットは、
前記１つ以上の被発見者ユーザ機器装置のフィルタリングまたは受付制御を実行し、前記フィルタリングまたは前記受付制御は、前記ディスカバリアナウンスメントに関する情報および前記ディスカバリ応答の情報に少なくとも部分的に基づいており、
前記フィルタリングまたは受付制御の結果の１つ以上を端末機器に提供する、
ように適応される、請求項１に記載の発見者ユーザ機器装置。

【請求項6】

前記論理チャネルアイデンティティはプロトコル仕様で予め定義される、請求項１に記載の発見者ユーザ機器装置。

【請求項7】

被発見者ユーザ機器装置であって、プロセッサ、メモリ、通信回路、および前記メモリに保存されたコンピュータ実行可能命令を備え、前記コンピュータ実行可能命令は、前記プロセッサによって実行されると、前記被発見者ユーザ機器装置に、
ディスカバリアナウンスメントをモニタするように前記通信回路を設定させ、
サイドリンク通信論理チャネルを介して、前記サイドリンク通信論理チャネルの論理チャネルアイデンティティを含むディスカバリアナウンスメントを受信させ、前記ディスカバリアナウンスメントは、発見者ユーザ機器装置によって求められるサービスに対する１つ以上の基準をさらに含み、
前記ディスカバリアナウンスメントを評価させ、
前記被発見者ユーザ機器装置が、前記発見者ユーザ機器装置によって求められる前記サービスを提供し得る場合、前記サイドリンク通信論理チャネルを介して、ディスカバリ応答を、前記発見者ユーザ機器装置へ送信させる、
被発見者ユーザ機器装置。

【請求項8】

前記ディスカバリアナウンスメントは、発見者情報および被発見者情報をさらに含み、
前記発見者情報は、発見者装置に関しており、サービス能力、サービスプラットフォーム能力、無線能力、１つ以上の送信元識別子、運転意図情報と位置情報と環境情報とのうちの１つ以上を含む運転情報、無線測定値、前記発見者ユーザ機器装置が属する１つ以上のグループの１つ以上の識別子、および、将来のＶ２Ｘ通信のためのプロトコル設定パラメータ、の１つ以上を含み、
前記被発見者情報は、前記１つ以上の被発見者ユーザ機器装置に関しており、サービス能力、サービスプラットフォーム能力、無線能力、前記１つ以上の被発見者ユーザ機器装置が属する１つ以上のグループの１つ以上の識別子、および、将来のＶ２Ｘ通信のためのプロトコル設定パラメータ、の１つ以上を含み、
前記ディスカバリアナウンスメントを評価することは、前記発見者情報、前記被発見者情報、および前記発見者ユーザ機器装置によって求められるサービスに対する前記１つ以上の基準を、前記被発見者ユーザ機器装置によって提供されるサービスに関する情報と比較することを含む、
請求項７に記載の被発見者ユーザ機器装置。

【請求項9】

前記ディスカバリ応答は、Ｖ２Ｘ通信確立に対する要求、将来のＶ２Ｘ通信のためのＶ２Ｘプロトコル設定パラメータ、および、Ｖ２Ｘ通信トラフィックデータパケット、の１つ以上を含む、請求項７に記載の被発見者ユーザ機器装置。

【請求項10】

前記ディスカバリ応答は、サービス能力、サービスプラットフォーム能力、無線能力、１つ以上の送信元識別子、前記被発見者ユーザ機器装置が属する１つ以上のグループの１つ以上の識別子、無線測定値、ＱｏＳ要件、ＴＸプロファイル、無線キャリア周波数パラメータ、１つ以上の認可されたＰＬＭＮ被発見者の様相、および、運転情報、の１つ以上を含む発見者装置に関連する情報を含み、前記運転情報は、運転意図情報と測位情報と環境情報とのうちの１つ以上を含む、請求項７に記載の被発見者ユーザ機器装置。

【請求項11】

前記サイドリンク通信論理チャネルは、前記ディスカバリアナウンスメントの送信に特有の別個の論理チャネルである、請求項１に記載の発見者ユーザ機器装置。

【請求項12】

前記サイドリンク通信論理チャネルは、サイドリンクトラフィックチャネル（Sidelink Traffic Channel：ＳＴＣＨ）と多重化されるサイドリンクディスカバリ制御チャネル（Sidelink Discovery Control Channel：ＳＤＣＣＨ）である、請求項１に記載の発見者ユーザ機器装置。

【請求項13】

サイドリンク通信特有の無線ベアラはディスカバリメッセージの送信に使用される、請求項１に記載の発見者ユーザ機器装置。

【請求項14】

ディスカバリサイドリンク通信特有の事前設定された無線ベアラは前記ディスカバリアナウンスメントの送信に使用される、請求項１に記載の発見者ユーザ機器装置。

【請求項15】

前記サイドリンク通信論理チャネルは、前記ディスカバリアナウンスメントの受信に特有の別個の論理チャネルである、請求項７に記載の被発見者ユーザ機器装置。

【請求項16】

前記サイドリンク通信論理チャネルは、サイドリンクトラフィックチャネル（Sidelink Traffic Channel：ＳＴＣＨ）から多重分離されるサイドリンクディスカバリ制御チャネル（Sidelink Discovery Control Channel：ＳＤＣＣＨ）である、請求項７に記載の被発見者ユーザ機器装置。

【請求項17】

サイドリンク通信特有の無線ベアラは前記ディスカバリアナウンスメントの受信に使用される、請求項７に記載の被発見者ユーザ機器装置。

【請求項18】

ディスカバリサイドリンク通信特有の事前設定された無線ベアラは前記ディスカバリアナウンスメントの受信に使用される、請求項７に記載の被発見者ユーザ機器装置。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０１８年１０月３１日付出願の米国特許仮出願第６２／７５３，７５７号、および２０１９年２月１３日付出願の米国特許仮出願６２／８０５，０２７号の便益を主張し、両名称「Ｒａｄｉｏ Ｖｅｈｉｃｌｅ Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｖｅｒｙ」である、その内容は、それらの全体として参照により本明細書に援用される。

【背景技術】

【0002】

本開示は、例えば、3GPP TR 22.886, Study on enhancement of 3GPP Support for 5G V2X Services; (Release 15), V15.1.0、3GPP TS 22.186, Enhancement of 3GPP support for V2X scenarios; Stage 1 (Release 15), V16.0.0、3GPP TR 23.734, Study on enhancement of 5GS for Vertical and LAN Services; (Release 16), V16.0.0、3GPP TS 23.286, Application layer support for V2X services; Functional architecture and information flows; (Release 16), V0.3.0、および3GPP TS 23.502, Procedures for the 5G System; Stage 2; (Release 15), V15.4.1に記載されるものなどの、車両サイドリンク無線通信に関する。

【発明の概要】

【0003】

本開示は、とりわけ、Ｖ２Ｘディスカバリのためのプロビジョニング、Ｖ２Ｘ上位層でのグループ管理およびディスカバリ制御、ＡＳ層でのグループ管理およびディスカバリ制御、ならびにＶ２ＸディスカバリおよびＶ２Ｘデータ送信をサポートするＬ２３無線設定について記載する。

【0004】

自己広告ディスカバリモデルは、最初に報告をＶ２Ｘ制御機能もしくは他のネットワークエンティティに照合することなく、Ｖ２Ｘ ＵＥをモニタリングして、アナウンシングＵＥに向けてＶ２Ｘ通信を開始するか、またはアナウンシングＵＥが属するグループに参加して、アナウンシングＵＥに向けてグループキャストもしくはマルチキャスト通信を確立するかを、自律的に選択するオプションを含んでもよい。

【0005】

ターゲット検索ディスカバリモデルは、発見を行うＵＥまたはターゲット検索アナウンシングＵＥを含んでもよく、被発見者ＵＥに関する関心のある特定の情報を送信してもよいが、発見者ＵＥに関する情報も潜在的に送信してもよい。

【0006】

トリガは、自己広告アナウンスメント、ターゲット検索アナウンスメント、またはディスカバリメッセージに対する応答のために使用されてもよい。

【0007】

ディスカバリメッセージのサイズもしくはディスカバリメッセージのタイプに基づいて、ＰＳＤＣＨまたはＰＳＳＣＨへのディスカバリメッセージをマッピングするためのルールを、例えば、周期的対非周期的、ディスカバリメッセージ遅延要件、ディスカバリメッセージ信頼性要件、ディスカバリメッセージ送信範囲要件、またはディスカバリメッセージ受信範囲要件のために使用してもよい。

【0008】

ディスカバリメッセージの内容は、送信側または受信側が、後続のＶ２Ｘ通信がユニキャスト、グループキャスト、またはブロードキャストベースのいずれであるべきかを決定するのを支援するために調整されてもよい。

【0009】

ＭＡＣサブ層設定は、例えば、ＰＳＤＣＨ、ＰＳＳＣＨ、またはＰＳＭＣＨへのディスカバリメッセージのマッピングをサポートするように、ディスカバリのために調整されてもよい。ＰＤＵのフォーマットおよびパラメータは、ＳＬ－ＤＣＨのデータ転送／受信を実行するために調整されてもよい。

【0010】

この発明の概要は、以下の発明を実施するための形態でさらに記載される簡略化された形式で概念の選択を紹介するために提供される。この発明の概要は、請求項に記載された主題の主要な特徴または本質的な特徴を特定することを意図したものではなく、また、請求項に記載された主題の範囲を制限するために使用することを意図したものでもない。さらに、請求項に記載された主題は、本開示のいずれかの部分に記載された何らかのまたは全ての不利益を解決する制限に制約されない。

【0011】

より詳細な理解は、添付図面に関連した例を介して与えられた説明から得られ得る。

【図面の簡単な説明】

【0012】

【図1】図１は、サイドリンクディスカバリのための例示的なＰＣ５インタフェースを示す。

【図2A】図２Ａは、例示的なＶ２Ｘサービスのプロビジョニングおよび認可の第１部分のコールフローを示す。

【図2B】図２Ｂは、例示的なＶ２Ｘサービスのプロビジョニングおよび認可の第１部分のコールフローを示す。

【図3】図３は、例示的なＶ２Ｘサービスのプロビジョニングおよび認可の第２の部分のコールフローを示す。

【図4A】図４Ａは、カバレッジ内の、Ｖ２Ｘ自己広告ディスカバリアナウンスメントに対する、例示的な要求の第２の部分のコールフローを示す。

【図4B】図４Ｂは、カバレッジ内の、Ｖ２Ｘ自己広告ディスカバリアナウンスメントに対する、例示的な要求の第２の部分のコールフローを示す。

【図5】図５は、カバレッジ外の、Ｖ２Ｘ自己広告ディスカバリアナウンスメントに対する、例示的な要求の第２の部分のコールフローを示す。

【図6A】図６Ａは、カバレッジ内の、Ｖ２Ｘ自己広告ディスカバリアナウンスメントに対する応答のための例示的な要求の第２部のコールフローを示す。

【図6B】図６Ｂは、カバレッジ内の、Ｖ２Ｘ自己広告ディスカバリアナウンスメントに対する応答のための例示的な要求の第２部のコールフローを示す。

【図7】図７は、カバレッジ外の、Ｖ２Ｘ自己広告ディスカバリアナウンスメントに対する応答のための例示的な要求のコールフローを示す。

【図8A】図８Ａは、カバレッジ内の、Ｖ２Ｘターゲット検索ディスカバリアナウンスメントに対する、例示的な要求または応答のための要求のコールフローを示す。

【図8B】図８Ｂは、カバレッジ内の、Ｖ２Ｘターゲット検索ディスカバリアナウンスメントに対する、例示的な要求または応答のための要求のコールフローを示す。

【図9】図９は、カバレッジ外の、Ｖ２Ｘターゲット検索ディスカバリアナウンスメントに対する例示的な要求または応答のための要求のコールフローを示す。

【図10A】図１０Ａは、サイドリンクを介した自己広告ディスカバリの例示的なアナウンスメントのコールフローを示す。

【図10B】図１０Ｂは、サイドリンクを介した自己広告ディスカバリの例示的なアナウンスメントのコールフローを示す。

【図11A】図１１Ａは、サイドリンクを介したターゲット検索ディスカバリの例示的なアナウンスメントのコールフローを示す。

【図11B】図１１Ｂは、サイドリンクを介したターゲット検索ディスカバリの例示的なアナウンスメントのコールフローを示す。

【図12A】図１２Ａは、サイドリンクを介したターゲット検索ディスカバリに対する例示的な応答のコールフローを示す。

【図12B】図１２Ｂは、サイドリンクを介したターゲット検索ディスカバリに対する例示的な応答のコールフローを示す。

【図13】図１３は、Ｖ２Ｘディスカバリメッセージ送信のためのサイドリンク送信無線設定の例示的な概要のフロー図である。

【図14】図１４は、Ｖ２Ｘディスカバリメッセージ受信のためのサイドリンク受信無線設定の例示的な概要のフロー図である。

【図15】図１５は、サイドリンクの例示的なＭＡＣ構造概要（ＳＬ－ＤＣＨにマッピングされたＳＤＣＣＨ）を示す。

【図16】図１６は、例示的なサイドリンクチャネルマッピング（ＰＳＤＣＨにマッピングされたＳＬ－ＤＣＨ）を示す。

【図17】図１７は、サイドリンクの例示的なＭＡＣ構造概要（ＳＬ－ＳＣＨにマッピングされたＳＤＣＣＨ）を示す。

【図18】図１８は、例示的なサイドリンクチャネルマッピング（ＰＳＳＣＨにマッピングされたＳＬ－ＳＣＨ）を示す。

【図19】図１９は、例示的なサイドリンクチャネルマッピング（ＰＳＳＣＨにマッピングされたＳＬ－ＤＣＨ）を示す。

【図20】図２０は、サイドリンクの例示的なＭＡＣ構造概要（ＳＬ－ＭＣＨにマッピングされたＳＤＣＣＨ）を示す。

【図21】図２１は、サイドリンクの例示的なＭＡＣ構造概要（ＰＳＭＣＨにマッピングされたＳＬ－ＭＣＨ）を示す。

【図22】図２２は、異なるＤＳＴフィールド長を持つ例示的なＳＬ－ＤＣＨ ＭＡＣサブヘッダを示す。

【図23】図２３は、異なる数のＤＳＴフィールドを持つ例示的なＳＬ－ＤＣＨ ＭＡＣサブヘッダを示す。

【図24】図２４は、Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ ＭＡＣサブヘッダの一例を示す。

【図25】図２５は、Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ／ＱＯＳ／ＣＡＰ ＭＡＣサブヘッダの一例を示す。

【図26】図２６は、Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌ／ＱＯＳ／ＣＡＰ／ＤＳＴ ＭＡＣサブヘッダの一例を示す。

【図27】図２７は、ＭＡＣヘッダ、ＭＡＣ ＳＤＵ、および任意選択パディング（オプション１）で構成される、例示的なＭＡＣ ＰＤＵを示す。

【図28】図２８は、ＭＡＣヘッダ、ＭＡＣ ＳＤＵ、および任意選択パディング（オプション２）で構成される、別の例示的なＭＡＣ ＰＤＵを示す。

【図29A】図２９Ａは、本明細書に記載および請求された方法ならびに装置が組み入れられ得る例示的な通信システム１００を示す。

【図29B】図２９Ｂは、本明細書で例示した実施形態に従って無線通信のために設定された例示の装置またはデバイスのブロック図である。

【図29C】図２９Ｃは、無線アクセスネットワークおよびコアネットワークの一例のシステム図である。

【図29D】図２９Ｄは、無線アクセスネットワークおよびコアネットワークの別の例のシステム図である。

【図29E】図２９Ｅは、無線アクセスネットワークおよびコアネットワークの第３の例のシステム図である。

【図29F】図２９Ｆは、図２９Ａから２９Ｅに示された通信ネットワークの１つ以上の装置が組み入れられ得る例示的なコンピューティングシステムのブロック図である。

【図29G】図２９Ｇは、本明細書に記載および請求された方法ならびに装置が組み入れられ得る例示的な通信システムを示す。

【発明を実施するための形態】

【0013】

「手順」という用語は、一般的に、目的を達成するために動作を実行する方法を意味する。Ｍ２ＭおよびＩｏＴアプリケーションの文脈における用語「方法」の特別な意味との混同を避けるために、用語「手順」が「方法」の代わりに使用される。手順について記載されたステップは、多くの場合、任意選択であり、潜在的には、様々な方法で、および様々な順序で実行されることがある。したがって、本明細書で用語「手順」は、厳格なセットおよび一連のステップを指すものとして解釈されるべきではなく、むしろ様々な方法で適応し得る結果を達成するための一般的な方法論として解釈されるべきである。

【0014】

本明細書で使用されている略語の多くは、付録の表１に記載されている。

【0015】

（ＬＴＥ Ｄ２Ｄ サイドリンクにおけるディスカバリ）
ＬＴＥでは、Ｄ２Ｄサイドリンクディスカバリは、サイドリンクディスカバリをサポートするＵＥが、ＰＣ５を介してＥ－ＵＴＲＡ直接無線信号を使用して、近接する他のＵＥを発見するために使用される手順として定義される。サイドリンクディスカバリは、ＵＥがＥ－ＵＴＲＡＮによってサービスを受けている場合、およびＵＥがＥ－ＵＴＲＡのカバレッジ外にある場合の両方でサポートされる。Ｄ２Ｄサイドリンクの直接ディスカバリには、オープンおよび制限付きの２つのタイプがある。オープンディスカバリは、発見されるＵＥからの明示的な許可が必要ない場合に行われるのに対して、制限付きディスカバリは、発見されるＵＥからの明示的な許可がある場合にのみ行われる。

【0016】

ＰｒｏＳｅ直接ディスカバリは、独立型のサービスイネーブラであり得、例えば、発見されたＵＥからの情報を、この情報の使用が許可されているＵＥ内の特定のアプリケーション（例えば、「近くのタクシーを探す」、「コーヒーショップを探す」）に使用することができる。さらに、取得された情報に応じて、ＰｒｏＳｅ直接ディスカバリを、例えば、ＰｒｏＳｅ直接通信を開始するなど、その後のアクションに使用することができる。ＰｒｏＳｅ直接ディスカバリはまた、主にＵＥ対ネットワークリレーディスカバリ機能、および通信範囲内にあるＰｒｏＳｅ通信可能なＵＥの決定（例えば、「グループメンバーディスカバリ」）に関与する、公共安全のための使用であってもよい。

【0017】

ＬＴＥでは、ディスカバリモデルＡおよびディスカバリモデルＢの、２つのディスカバリモデルが定義されている。モデルＡは、参加しているＵＥに２つの役割が定義されている。検出する許可を有する近接したＵＥが使用できる特定の情報をアナウンスするアナウンシングＵＥ、および、アナウンシングＵＥに近接した関心のある特定の情報をモニタするモニタリングＵＥである。このモデルでは、アナウンシングＵＥは、事前に定義されたディスカバリ間隔でディスカバリメッセージをブロードキャストし、これらのメッセージに関心のあるモニタリングＵＥは、それらのメッセージを読み取り、かつ処理する。このモデルでは、アナウンシングＵＥは、自身に関する情報をブロードキャストし、自身の存在（「私はここにいる」）および提供するサービスを広告する。オープンおよび制限付きディスカバリタイプの両方が、モデルＡによってサポートされている。

【0018】

ディスカバリモデルＢはまた、参加するＵＥに２つの役割が定義されている。検出したいものに関する特定の情報を含む要求を送信して被発見者ＵＥが特定のサービスを提供できるかを判定する発見者ＵＥ、および、要求メッセージを受信し、発見者の要求に関連する情報に応答することができる被発見者ＵＥである。このモデルは、発見者ＵＥが他のＵＥに関する情報を送信するため、「そこにいるのは誰か」または「あなたはそこにいるか」として要約することができる。制限付きディスカバリタイプのみが、モデルＢによってサポートされている。

【0019】

アクセス層より上の上位層では、ディスカバリメッセージのアナウンスメントおよびモニタリングのための認可を処理する。ディスカバリメッセージの内容は、アクセス層（Access Stratum：ＡＳ）にとって透過的であり、サイドリンクディスカバリモデルおよびサイドリンクディスカバリのタイプについて、ＡＳ内で区別されない。しかし、上位層は、サイドリンクディスカバリアナウンスメントが公共安全に関連しているか、または非公共安全に関連しているかを通知する。上位層はまた、ディスカバリアナウンスメント/モニタリングがＰｒｏＳｅ ＵＥ対ネットワークリレーディスカバリに関連しているか、または他の公共安全ディスカバリに関連しているかを通知する。同期を実行するために、ディスカバリメッセージのアナウンスに参加しているＵＥ（単数または複数）は、ＳＢＣＣＨ、およびＳＩＢ１９で提供される同期信号のためのリソース情報に基づいた同期信号を送信することによって、同期ソースとして機能し得る。ディスカバリのための直接リンクＰＣ５インタフェース上の制御プレーンプロトコルスタックを、図１に示す。ＭＡＣ層は、上層（ＰｒｏＳｅプロトコル）からのディスカバリメッセージを受信する。ＩＰ層は、ディスカバリメッセージの送信ために使用されない。ディスカバリメッセージのアナウンスメントには、ＵＥの自律的なリソース選択、およびネットワークスケジュールされたリソース割り当ての２つのタイプがある。いずれの方式においても、ＭＡＣ層は、上層から受信したディスカバリメッセージをアナウンスするために使用する無線リソースを判定する。ＭＡＣ層は、ディスカバリメッセージを伝送するＭＡＣ ＰＤＵを構築し、判定された無線リソースでの送信のためにＭＡＣ ＰＤＵを物理層に送信する。ＭＡＣヘッダは追加されない。送信はコネクションレスであり、ブロードキャストベースである。

【0020】

ディスカバリ手順は、１対１の通信を開始するために特定のＵＥを識別するためか、または１対多の通信を開始するために特定のＵＥグループを識別するために使用される。ＵＥは、１対多のサイドリンク通信の前に、受信ＵＥとの論理的接続を確立せず、維持しない。上位層は、ＰｒｏＳｅ ＵＥ対ネットワークリレー動作を含む、１対１のサイドリンク通信のための論理接続を確立し、維持する。

【0021】

送信元層２ ＩＤおよび宛先層２ ＩＤは、サイドリンク通信およびＶ２Ｘサイドリンク通信に使用され得る。送信元層２ ＩＤは、サイドリンク通信およびＶ２Ｘサイドリンク通信におけるデータの発信者を識別する。送信元層２ ＩＤは２４ビット長であり、宛先層２ ＩＤおよびＬＣＩＤと共に、受信側のＲＬＣ ＵＭエンティティおよびＰＤＣＰエンティティを識別するために使用される。

【0022】

宛先層２ ＩＤは、サイドリンク通信およびＶ２Ｘサイドリンク通信におけるデータのターゲットを識別する。サイドリンク(非Ｖ２Ｘ)通信の場合、宛先層２ ＩＤは２４ビット長であり、ＭＡＣ層では２つのビット文字列に分割される。１ビットの文字列は、宛先層２ ＩＤのＬＳＢ部分(８ビット)であり、グループ宛先ＩＤとして物理層に転送される。これは、サイドリンク制御情報内の目的としたデータのターゲットを識別し、物理層でのパケットのフィルタリングに使用される。第２のビット文字列は、宛先層２ ＩＤのＭＳＢ部分(１６ビット)であり、ＭＡＣヘッダ内で伝送される。これは、ＭＡＣ層でのパケットのフィルタリングに使用される。

【0023】

Ｖ２Ｘサイドリンク通信の場合、宛先層２ ＩＤは分割されず、ＭＡＣヘッダ内で伝送される。

【0024】

非アクセス層シグナリングは、グループ形成のために必要であり、ＵＥで送信元層２ ＩＤ、宛先層２ ＩＤ、およびグループ宛先ＩＤを設定するために必要である。これらのアイデンティティは、上位層によって提供されるか、または上位層によって提供されるアイデンティティから導出されるかのどちらかである。グループキャストおよびブロードキャストの場合、上位層によって提供されるＰｒｏＳｅ ＵＥ ＩＤは送信元層２ ＩＤとして直接使用され、上位層によって提供されるＰｒｏＳｅ層２グループＩＤは、ＭＡＣ層で宛先層２ ＩＤとして直接使用される。１対１の通信の場合、上位層によって提供されるＰｒｏＳｅ ＵＥ ＩＤは、ＭＡＣ層で送信元層２ ＩＤまたは宛先層２ ＩＤとして直接使用される。Ｖ２Ｘサイドリンク通信の場合、上位層は、送信元層２ ＩＤおよび宛先層２ ＩＤを提供する。

【0025】

（ＮＲ Ｖ２Ｘ サイドリンクにおけるディスカバリ）
ＳＡ１は、車両隊列走行、拡張センサ、高度運転、および遠隔運転の、４つの主要な高度Ｖ２Ｘユースケースグループを特定している。3GPP TR 22.886, Study on enhancement of 3GPP Support for 5G V2X Services; (Release 15), V15.1.0、および、3GPP TS 22.186, Enhancement of 3GPP support for V2X scenarios; Stage 1 (Release 15), V16.0.0を参照されたい。

【0026】

車両の隊列走行は、車両が動的に一緒に走行するグループを形成することを可能にする。隊列の全車両は、隊列動作を遂行するためにリード車両から周期的にデータを受信する。この情報により、車両間の距離を非常に小さくすることができる(例えば、時間に変換されるギャップ距離を非常に小さくすることができる(サブ秒))。隊列走行アプリケーションにより、後続車両を自律運転させることができる。

【0027】

拡張センサは、車両、ＲＳＵ、歩行者のデバイス、およびＶ２Ｘアプリケーションサーバ間で、ローカルセンサもしくはライブビデオデータを通して収集された生データまたは処理されたデータの交換を可能にする。車両は、自身のセンサが検知できる範囲を超えて環境の認識を高め、現地の状況をより全体的な視野で把握することができる。高いデータレートは、重要特性の１つである。

【0028】

高度運転は、準自動または全自動運転を可能にする。より大きな車間距離が想定される。各車両および/またはＲＳＵは、そのローカルセンサから取得されたデータを、近接した車両と共有することにより、車両がその軌道または操作を調整できるようにする。加えて、各車両は、その運転意図を、近接した車両と共有する。このユースケースグループの利点は、より安全な走行、衝突回避、およびトラフィック効率の向上である。

【0029】

遠隔運転は、自身で運転することができない乗客、または危険な環境にある遠隔車両を、遠隔運転者またはＶ２Ｘアプリケーションが操作することを可能にする。公共交通機関などの、変化が限定され経路が予測可能な場合、クラウドコンピューティングに基づく運転を使用することができる。高信頼性および低遅延が主な要件である。

【0030】

上記の各ユースケースグループは、特定のＵＥグループ（隊列走行リードＵＥ、リレーＵＥ、または特定のＶ２Ｘアプリケーションもしくは能力を持つＵＥ）を、何らかの形で検出することが必要になる場合がある。３ＧＰＰシステムは、同じＶ２ＸアプリケーションをサポートするＵＥ間のディスカバリおよび通信を可能にすると考えられている。例えば、動的ライドシェアを考えると、このようなユースケースは、車両が他の道路利用者と利用可能性を共有する意思を広告し、歩行者がライドシェアで移動する意思を示すことが可能となる。このタイプのディスカバリは、タイプクリティカルではない。Ｖ２ＸアプリケーションをサポートするＵＥは、ディスカバリ結果に基づいて、そのような別のＵＥと直接ユニキャスト通信を確立することができる。同様に、３ＧＰＰシステムは、Ｖ２ＸアプリケーションをサポートするＵＥが、ネットワークへのアクセスを提供することができるＶ２Ｘアプリケーションをサポートする別のＵＥを検出することを可能にし得る。例えば、車両を介したテザリングを考えると、このようなユースケースは、車両が乗員、歩行者などにネットワークアクセスを提供することができる。ネットワークへのアクセスを可能にする別のユースケースは、リレーＵＥシナリオである。我々は、このタイプのディスカバリがタイムクリティカルではないと予想している。

【0031】

車両の隊列走行要件に関しては、以下のディスカバリ関連のユースケースが考えられ得る。隊列に参加することに関心のある車両による隊列走行ディスカバリである、このタイプのディスカバリは、タイムクリティカルではない。隊列外の他の車両による隊列ディスカバリは、隊列に参加することに関心がない。隊列が形成され運用されているとき、隊列走行に属していない車両は、隊列走行の存在を認識するべきであり、さもなければ、車両が隊列の中に移動し、隊列の動作を妨害し得る。したがって、隊列は、同じ隊列の車両間の通信範囲を超えて他の車両に知られるべきである。この形式のディスカバリは、タイムクリティカルではない場合がある。さらに、隊列内で、Ｖ２ＸアプリケーションをサポートするＵＥのグループのために、最大５つのＵＥのグループ化をサポートすることが可能であり、これは、隊列サブグループのディスカバリをサポートするための要件を意味する。また、車両の隊列走行については、Ｖ２Ｘアプリケーションをサポートする特定のＵＥと、Ｖ２Ｘアプリケーションをサポートする最大１９の他のＵＥとの間の信頼性の高いＶ２Ｖ通信をサポートすることが可能であり、したがって、ＵＥは、隊列リードディスカバリをサポートし得る。このディスカバリは、タイムクリティカルではない場合がある。また、既存の隊列の隊列リードの変更に関する隊列メンバーＵＥによって、ディスカバリをサポートすることも可能である。我々は、このディスカバリがタイムクリティカルであり得ると予想している。

【0032】

ディスカバリユースケースの別の例は、自動協調運転、環境の集合的認識、および協調衝突回避に関連する。協調運転は、車両のグループが自動的に通信を行い、グループの車両間の車線変更、合流、追い越し、およびグループ内の車両の包含/排除を可能にし、安全性および燃費を向上させる。環境の集合的認識により、車両は、近隣エリアにおける互いの車両間でリアルタイムの情報を交換できる(車両センサ情報または可能なＵＥタイプＲＳＵからのセンサデータに基づく)。両方のトラフィックタイプ(周期およびイベント駆動)を同時に存在させることができる。したがって、周辺車両およびそれらの意図のディスカバリが必要である。これら一群のユースケースは、迅速なディスカバリが必要になる場合がある(例えば、タイムクリティカルディスカバリ)。

【0033】

ＮＲでは、ディスカバリは、周期的またはイベントベースであってもよい。ＮＲディスカバリは、ＬＴＥと同様に、モデルＡベースのディスカバリ、またはモデルＢベースのディスカバリのいずれかであってもよい。同様に、ＮＲディスカバリは、ＬＴＥのようなオープンディスカバリ、またはＬＴＥのような制限付きディスカバリであってもよい。ＲＡＮ２では、ＮＲ Ｖ２Ｘに関する議論を開始しており、典型的な全般的なＮＲ Ｖ２Ｘの通信ステップは、Ｖ２Ｘサイドリンク同期、Ｖ２Ｘサイドリンクディスカバリ、Ｖ２Ｘセッション確立、Ｖ２Ｘ無線設定、Ｖ２Ｘサイドリンク送信、およびＶ２Ｘセッションリリースから構成され得ることが予想されている。

【0034】

（ネットワークスライスの識別）
ネットワークスライスは、Ｓ－ＮＳＳＡＩ(Single Network Slice Selection Assistance Information)で識別される。Ｓ-ＮＳＳＡＩは、スライス／サービスタイプ(Slice/Service Type：ＳＳＴ)およびスライス区分子(Slice Differentiator：ＳＤ)で構成される。

【0035】

ＮＳＳＡＩは、Ｓ-ＮＳＳＡＩの集合である。ＮＳＳＡＩには３つのタイプがある。

【0036】

設定ＮＳＳＡＩは、ＵＥが使用するように設定されているＮＳＳＡＩである。ＵＥは、各ＰＬＭＮで異なる設定ＮＳＳＡＩを有してもよい。設定には、設定ＮＳＳＡＩをＨＰＬＭＮ設定ＮＳＳＡＩにマッピングする方法に関する指示が含まれていてもよい。要求ＮＳＳＡＩは、登録時にＵＥによってネットワークに提供される。ネットワークはこれを使用して、どのネットワークノードがＵＥにサービスを提供すべきか、およびＵＥがどのネットワークスライスへの接続を許可されるべきかを判断する。

【0037】

登録が完了すると、ネットワークはＵＥに許可ＮＳＳＡＩを提供する。許可ＮＳＳＡＩは、ＵＥがアクセスを許可されているスライスのリストである。

【0038】

（非公共ネットワーク）
3GPP TR 23.734, Study on enhancement of 5GS for Vertical and LAN Services (Release 16), V16.0.0は、５Ｇにおける非公共ネットワークの概念を導入した。

【0039】

非公共ネットワークは、非公共使用を目的としたネットワークである。
非公共ネットワークＩＤ(Non-Public Network ID：ＮＰＮ-ＩＤ)は、非公共ネットワークを識別する。ＮＰＮ-ＩＤは、２つの割り当てモデルをサポートする。ローカルに管理されるＮＰＮ-ＩＤは、衝突を回避するために展開時にランダムに選択されると想定される(したがって、全てのシナリオで一意であるとは限らない)。普遍的に管理されるＮＰＮ-ＩＤは、中央エンティティによって管理され、したがって一意であると想定される。

【0040】

ｇＮＢは、セルがアクセスを提供する非パブリックネットワークを識別するために、ＳＩＢでＮＰＮ-ＩＤ（単数または複数）をブロードキャストする。

【0041】

（クローズドアクセスグループ）
セルは、特定のグループのＵＥのみにアクセスできる場合がある。セルにアクセスし得るＵＥのグループは、クローズドアクセスグループ（Closed Access Group：ＣＡＧ）と呼ばれる。ＳＩＢは、セルをクローズドアクセスグループセルとして識別するＣＡＧ指標を含む。ＳＩＢはまた、セルにアクセスし得るＣＡＧ（単数または複数）を示すＣＡＧ ＩＤ（単数または複数）も含む。

【0042】

（用語およびユースケース）
ＵＥは、Ｖ２Ｘアプリケーションサーバと相互作用し得る。ＵＥは、２つ以上のＶ２Ｘアプリケーションサーバと相互作用し得る。例えば、ＵＥは、ＵＥに地理的に近く、特定の地理的領域に関連付けられたローカルＶ２Ｘアプリケーションサーバ、および第２の地理的領域に関連付けられた第２のＶ２Ｘアプリケーションサーバと相互作用し得る。例えば、ＵＥは、道路の特定の部分に関連付けられたＶ２Ｘアプリケーションサーバ、およびＰＬＭＮ全体に関連付けられた第２のＶ２Ｘアプリケーションサーバと相互作用し得る。地理的領域は、ＧＥＯ ＩＤによって識別され得る。

【0043】

ＵＥ内の上位層アプリケーションは、Ｖ２Ｘアプリケーションサーバと通信し得る。本明細書に開示される概念は、Ｖ２Ｘアプリケーション固有クライアントとＶ２Ｘアプリケーション固有サーバとの間の相互作用、Ｖ２ＸアプリケーションイネーブラクライアントとＶ２Ｘアプリケーションイネーブラサーバとの間の相互作用、ロケーション管理クライアントとロケーション管理サーバの間の相互作用、グループ管理クライアントとグループ管理サーバとの間の相互作用、設定管理クライアントと設定管理サーバとの間の相互作用、アイデンティティ管理クライアントとアイデンティティ管理サーバの間の相互作用、鍵管理クライアントと鍵管理サーバの間の相互作用、および、ネットワークリソース管理クライアントとネットワークリソース管理サーバの間の相互作用などの、様々なシナリオで同様に適用され得る。

【0044】

Ｖ２Ｘサービスは、3GPP TS 23.286, Application layer support for V2X services; Functional architecture and information flows; (Release 16), V0.3.0で定義されているＶ２Ｘサービスアイデンティティ（Ｖ２ＸサービスＩＤ）によって識別され得る。

【0045】

Ｖ２ＸグループＩＤは、リファレンスTS 23.286において、「一連のＶ２Ｘユーザ、および対応するＶ２Ｘ ＵＥを表すＶ２Ｘサービス内のグローバル一意識別子。一連のＶ２Ｘユーザは、同じまたは異なるＶ２Ｘサービスプロバイダに属し得る。グループが定義されているＶ２Ｘアプリケーションサーバを示す。」と定義されている。

【0046】

（例示的な課題）
ユニキャストおよびグループキャスト通信を可能にするために、ＵＥが、同じＶ２Ｘサービスに関心があり、特定の内容を共有したいと思っている、近接した他のＵＥを検出することを可能にする手順を定義する必要がある。背景でも述べたように、ＬＴＥサイドリンク（Sidelink：ＳＬ）Ｖ２ＸおよびＬＴＥ Ｄ２Ｄでは、ＲＡＮプロトコルは、Ｄ２Ｄ近接ディスカバリを含むブロードキャストタイプのサービスを主に考慮して設計された。したがって、ＲＡＮ層では、ＵＥペアまたはＵＥのグループもしくはグループリード（例えば、隊列リード）のディスカバリを支援するためのディスカバリ手順は、実際には設計されていなかった。

【0047】

ディスカバリメッセージの内容がＡＳ層に対して透過的であり、前述の２つのディスカバリモデルに対するＡＳでの処理に違いがないため、ＬＴＥ Ｄ２Ｄ ＰｒｏＳｅディスカバリのサポートにおけるＲＡＮの影響は、非常に限定される。ディスカバリメッセージは、ヘッダがなく２３２ビットの固定ＴＢＳを持つＭＡＣ ＳＤＵのみで構成されるＭＡＣ ＰＤＵで配信される。ＵＥは、リンク層Ｌ２アイデンティティ、例えば、将来のサイドリンク通信に使用するための層２アドレスを持つ上位層によって提供される。

【0048】

（上層（ＡＳの上）でのグループ管理およびディスカバリ）
グループ管理およびディスカバリが上位層で実行されると想定すると、ＰｒｏＳｅフレームワークと比較してＶ２Ｘフレームワークがより複雑であること、ならびに最重要の、ＱｏＳおよび無線能力に関して高度なＮＲ Ｖ２Ｘ要件を考慮して、ユニキャスト／グループキャスト通信を確立するために上位層を支援するための拡張が必要である。例えば、ＵＥはアプリケーション層で他のＵＥを検出することに関心を持っているが、ＵＥの無線層特性が、可能な接続もしくは確立された接続のＱｏＳ要件（例えば、通信範囲）を満たしていない場合、または、可能なユニキャスト／グループキャスト通信に関与するＵＥのＵＥ能力が一致していない場合は、そのような接続を確立することは無意味である。ＵＥの上位層が、関心のあるサービス、上位層ＵＥ識別などに関する情報を近傍ＵＥにブロードキャストし、関心のある近傍の受信側ＵＥを識別する場合を考える。ユニキャストおよびグループキャストサイドリンク通信の関心のある受信側を識別すると、関心のあるＵＥは、ユニキャストおよびグループキャストサイドリンク通信をセットアップし、所望のＱｏＳ性能を満たすために必要な無線関連情報を交換し得る。ＡＳと上層との間で情報が交換され、一連の発見された候補ＵＥまたは発見された候補ＵＥのグループの中から、ターゲットＵＥまたはターゲットＵＥのグループを選択することを支援するが、そのような情報交換のための解決策を設計する必要がある一連の発見された候補ＵＥの中でどの層がＵＥの選択を行うか、または一連の発見された候補ＵＥのグループの中でどの層がＵＥのグループの選択を行うかについての解決策を、考案する必要がある。さらに、グループ形成、グループ解散、グループリードの選出（例えば、隊列リード）、グループリードの変更、およびグループメンバーによるそのようなイベントのディスカバリのためのトリガおよびルールを考慮する必要がある。

【0049】

（アクセス層でのグループ管理およびディスカバリ）
Ｄ２Ｄでは、グループ通信がサポートされ、グループ管理はアプリケーション層で処理される。ＰｒｏＳｅ層２グループＩＤは、各パケットのサイドリンクＭＡＣサブヘッダに宛先ＩＤとして含まれる。ＰｒｏＳｅ層２グループＩＤは、ＵＥで事前設定されるか、またはＰｒｏＳｅ機能からＰＣ３インタフェースを介してプロビジョニングされる。

【0050】

車両隊列走行については、同じ隊列の車両が、隊列動作をサポートするために必要な情報を共有する（例えば、車両間の距離、相対速度、ＲＳＵからの更新など）。車両が道路上を走行しているとき、車両は動的に隊列を形成することができる。隊列マネージャは、隊列の管理を担当する。マネージャは、グループメンバーによって報告された周囲のトラフィックデータをリアルタイムで更新し、それをＲＳＵに報告すべきである。同時に、隊列マネージャは、自身の位置から離れた道路状況および交通情報を含むＲＳＵのメッセージをリアルタイムで受信し、隊列メンバーと共有すべきである。全隊列メンバーはまた、Ｖ２Ｖを通してグループ内の情報を共有し得る。このことからも明らかなように、ＮＲ Ｖ２Ｘでは、Ｖ２Ｘの通信グループは、近傍の車両ＵＥによって動的に形成されているように見える（例えば、同じ方向、速度、または目的地で）。また、グループ内の１台の車両ＵＥがグループマネージャとして機能し、グループメンバーによって報告されたトラフィックデータをＲＳＵに報告し、ならびにＲＳＵからメッセージを受信して、それらをグループメンバーに中継する。ＰｒｏＳｅ Ｄ２Ｄでは、グループ形成もまた近接度に基づいているが、より動的な方法で現れる、または消える可能性がある移動中のＵＥが関与しないため、グループ形成はそれほど動的ではない。グループ形成および解散の動的性は、ＰｒｏＳｅ Ｄ２Ｄでよりもはるかに速いので、ＡＳ層で処理されるグループ管理もまた、ＡＳ層の上のグループ管理の代替としても考えることができる。

【0051】

（Ｖ２Ｘ無線設定）
ディスカバリ手順は、１対１の通信を開始するために特定のＵＥを識別するため、または１対多の通信を開始するために特定のＵＥグループを識別するために使用される。関心のあるＵＥまたはＵＥのグループが発見されたら、無線チャネルおよびプロトコルスタックリソースを含むアクセス層リソースは、通信をサポートするように設定される必要がある。アクセス層の上の上層は、ＱｏＳ関連情報、および通信がユニキャスト、グループキャスト、またはブロードキャストされるべきかを、アクセス層に示すことができるが、通信が接続なしで実施されるべきか、または接続指向の方法で実行されるべきかを決定する際に、アクセス層特定のルールおよび基準が設計される必要があり得る。

【0052】

Ｖ２Ｘで使用され得るディスカバリのモデルには、自己広告ディスカバリおよびターゲット検索ディスカバリがある。

【0053】

自己広告ディスカバリは、ＬＴＥ Ｄ２ＤサイドリンクモデルＡディスカバリに類似しており、参加ＵＥのための２つの役割を定義する。そのサービス提供を含むそのサービス能力、サポートされるＶ２Ｘアプリケーション、そのグループメンバーシップなどの、自身についての情報、およびディスカバリ許可を有する近接したＵＥが使用できる情報を広告するアナウンシングＵＥ、ならびに、隊列リードの存在、特定のＶ２Ｘサービス能力およびサービス提供もしくはＶ２Ｘアプリケーションを持つＵＥまたはＵＥのグループの存在などの、アナウンシングＵＥに近接した関心のある特定の情報をモニタするモニタリングＵＥである。また、このモデルでは、正しい認可クレデンシャルを持つモニタリングＵＥは、アナウンシングＵＥに応答することを自律的に選んでもよく、または、最初に報告をＶ２Ｘ制御機能もしくは他のネットワークエンティティに照合することなく、アナウンシングＵＥに向けてＶ２Ｘ通信を開始すること、または、アナウンシングＵＥが属するグループに参加して、アナウンシングＵＥに向けてグループキャストもしくはマルチキャスト通信を確立することを、自律的に選んでもよいことが提案されている。

【0054】

このモデルでは、アナウンシングＵＥは、事前に定義されたディスカバリ間隔で、または非周期的なイベントベースの方法で、ディスカバリメッセージを送信する。ディスカバリメッセージは、ユニキャスト、グループキャスト、またはマルチキャストの方法で送信し得る（例えば、ＵＥが既にグループの一部である場合、ＵＥは、自己広告ディスカバリメッセージをグループ内の他のＵＥにグループキャストし得る）。オープンおよび制限付きディスカバリタイプの両方が、自己広告ディスカバリモデルによってサポートされている。

【0055】

ターゲットディスカバリは、ＬＴＥ Ｄ２ＤサイドリンクモデルＢディスカバリと同様であり、参加するＵＥに２つの役割を定義する。関心のあるＶ２Ｘアプリケーション、関心のあるグループ、サービス能力、サービスプラットフォーム能力、検出したいものに関する無線能力、および被発見者ＵＥが特定のサービスを提供することができるかを判定するためなどの特定の情報を含む要求を送信する、発見者ＵＥまたはターゲット検索アナウンシングＵＥ、および、要求メッセージを受信し、発見者の要求に関連する情報に応答することができる被発見者ＵＥである。ターゲット検索アナウンシングＵＥはまた、自己についての情報および自己広告ディスカバリモデルのために上述した検索情報を広告し得る。被発見者、またはターゲット検索モニタリングＵＥは、サポートされているＶ２Ｘアプリケーション、関心のあるグループ、サービス能力、サービスプラットフォーム能力、無線能力などの自身についての情報で応答し得る。このモデルでは、アナウンシングＵＥはまた、事前に定義されたディスカバリ間隔で、または非周期的なイベントベースの方法で、ディスカバリメッセージを送信し得る。ディスカバリメッセージは、ユニキャスト、グループキャスト、またはマルチキャストの方法で送信し得る（例えば、ＵＥが既にグループの一部である場合、ＵＥはターゲット検索ディスカバリメッセージをグループ内の他のＵＥにグループキャストし得る）。制限付きディスカバリタイプは、自己広告ディスカバリモデルによってサポートされる主なディスカバリタイプである。しかし、オープンディスカバリタイプもまた、このモデルによってサポートされている場合がある。例えば、ターゲット検索が、アナウンシングＵＥが参加していて、かつ一部である、グループの一部に既に属しているＵＥを目的としている場合、そのグループのメンバーに向けたターゲット検索は、必ずしも制限付きターゲット検索である必要はないことがある。Ｖ２Ｘディスカバリのこのモデルに関与するＵＥは、隊列リードＵＥ、グループリード、または任意のＵＥもしくはＵＥのグループ、例えば、アプリケーションもしくはサービス層能力、ネットワーク層能力、または無線能力を含むトランスポート能力であるかに関わらず、特定の能力を持つＵＥであり得る。

【0056】

本開示では、ＮＡＳ、Ｖ２Ｘ ＮＡＳ、Ｖ２Ｘ上層、およびＶ２Ｘ上位層を互換的に使用する。ＮＢ、ｅＮＢ、およびｇＮＢという用語もまた、互換的に使用される。

【0057】

（Ｖ２ＸディスカバリおよびＶ２Ｘ通信のためのプロビジョニング）
ＵＥ、Ｖ２Ｘ通信ポリシーおよび設定パラメータ、特にＶ２Ｘ検出ポリシーおよび設定パラメータを設定するために使用され得るＶ２Ｘプロビジョニング手順の例を、図２Ａ、２Ｂ、および３に示す。いくつかのアーキテクチャオプションが提案されている。１つのオプションでは、ディスカバリポリシーは、ユーザプレーンベアラを介してＵＥに提供される。別の代替例では、ディスカバリポリシーは、制御プレーンベアラを介してＵＥに提供され得る。両方の設定方法が、ＵＥに共存し得る。ＵＥは、どのプロビジョニング方法を使用するかを、ネットワークとネゴシエートしてもよい。このようなネゴシエーションには、ＵＥによるネットワークへのＵＥの能力のシグナリング、およびネットワークによるＵＥへのネットワークの能力のシグナリングが必要となる場合がある。ＵＥの能力に応じて、Ｖ２Ｘ通信（例えば、Ｖ２Ｘディスカバリポリシーおよび設定パラメータ）は、ユーザプレーンベアラもしくはコントロールプレーンベアラのみ、またはユーザプレーンおよび制御プレーンベアラの両方を使用して、ＵＥにプロビジョニングされ得る（例えば、Ｗｉ－Ｆｉのみのカバレッジ内のＵＥは、ユーザプレーンを通してネットワークによってのみＶ２Ｘパラメータでプロビジョニングされ得るが、セルラネットワークカバレッジ下のＵＥは、ユーザプレーン上または制御プレーン上でプロビジョニングされ得る）。Ｖ２Ｘポリシー設定の例には、以下の１つ以上が含まれ得る。Ｖ２Ｘディスカバリ自己広告アナウンスメントおよび有効性タイマ用の認可されたＰＬＭＮのリスト、Ｖ２Ｘディスカバリ自己広告および有効性タイマのモニタリング用の認可されたＰＬＭＮのリスト、認可された接続タイプ（例えば、ＧＳＭ（登録商標）、Ｅ－ＵＴＲＡＮ、ＮＲ、Ｗｉ－Ｆｉ）および有効期限タイマのリスト、Ｖ２Ｘ制限付きディスカバリ自己広告アナウンスメントおよび有効性タイマ用の認可されたＰＬＭＮのリスト、Ｖ２Ｘディスカバリ自己広告および有効性タイマの制限付きモニタリング用の認可されたＰＬＭＮのリスト、Ｖ２Ｘ制限付きディスカバリターゲット検索アナウンスメントおよび有効性タイマ用の認可されたＰＬＭＮのリスト、Ｖ２Ｘターゲット検索アナウンスメントおよび有効性タイマの制限付きモニタリング用の認可されたＰＬＭＮのリスト、Ｖ２Ｘ制限付きディスカバリターゲット検索アナウンスメントおよび有効性タイマに対する応答用の認可されたＰＬＭＮのリスト、制限付きＶ２Ｘターゲット検索アナウンスメントおよび有効性タイマに対する応答のモニタリング用の認可されたＰＬＭＮのリスト。

【0058】

他のディスカバリ設定パラメータの例には、以下の１つ以上が含まれ得る。グループパラメータ、グループメンバーディスカバリパラメータ、隊列リードディスカバリパラメータ、グループリードディスカバリパラメータ、ディスカバリ能力パラメータ、プラットフォーム能力パラメータ、サポートされるアプリケーションのパラメータ、ＱｏＳマッピングパラメータに対するディスカバリメッセージ、検索周波数キャリアの設定およびディスカバリメッセージへのマッピング、ＱｏＳ（ＰＰＰＰ、ＰＰＰＲなど）マッピングパラメータに対する周波数キャリア、カバレッジ外使用のためのリソースプール設定、地理的有効エリアおよびディスカバリメッセージへのマッピング、許可されたＲＡＴおよびディスカバリメッセージへのマッピング、許可された送信プロファイルおよびディスカバリメッセージへのマッピング、許可された受信プロファイルおよびディスカバリメッセージへのマッピング、許可されたサブキャリアの間隔およびディスカバリメッセージへのマッピング、許可されたＢＷＰおよびディスカバリメッセージへのマッピング、ならびに、ディスカバリメッセージの優先ビットレートおよびディスカバリメッセージへのマッピング。

【0059】

（Ｖ２ＸディスカバリおよびＶ２Ｘ通信のためのプロビジョニング）
図２Ａのステップ４に示すように、有効期間の満了は、Ｖ２Ｘ設定パラメータのための要求をネットワークに送信するようにＵＥをトリガし得る。しかし、ＵＥにおける他のイベントもまた、Ｖ２Ｘ設定パラメータのための要求をネットワークに送信するようにＵＥをトリガしてもよい。

【0060】

例えば、ステップ４では、ＵＥが地理的エリアを離れる、または入ることを検出すること、ＵＥが、ＵＥの計画ルートに基づいて、ローカルＶ２Ｘアプリケーションサーバへの接続の品質が低下していること、または低下しそうなことを検出すること、ＵＥが、ＮＰＮが範囲内にあることを検出すること（例えば、ＳＩＢでのＮＰＮ－ＩＤの受信）、ＵＥがＳＩＢ内のＣＡＧ ＩＤを検出すること、ＵＥがＮＰＮに接続すること、および、ＵＥのユーザが、ＵＥに関連付けられたＧＵＩに情報を入力すること（例えば、ＧＵＩを使用して新しいドライバを指示すること）など、多くのイベントが交互に発生し得る。

【0061】

トリガイベントが発生し、ＵＥがユーザプレーン実施形態を使用するように設定されると、ステップ５が発生し、図２Ａのユーザプレーン実施形態が開始される。ステップ５は、ＵＥ上の設定管理クライアントを表し得、Ｖ２Ｘ ＵＥ設定要求を送信し得る。要求は、Ｖ２Ｘ ＵＥ ＩＤを含み得、地理的エリア識別子（Geographical Area Identifier：ＧＥＯ ＩＤ）、ＵＥに対して可視として検出されたＮＰＮ ＩＤのリスト（例えば、ＳＩＢで検出された）、ＵＥが接続されているＮＰＮのアイデンティティ、ＵＥのＮＰＮ接続に関連付けられたＣＡＧ ＩＤ、車両の運転者またはコントローラを識別するユーザアイデンティティ、例えば、ＧＵＩを介して提供されたユーザアイデンティティ、ＵＥが使用を希望するサービスのＶ２ＸサービスＩＤ、および、ＵＥに関連付けられたユーザを表すＶ２ＸグループＩＤなどの様々な情報もまた含み得る。

【0062】

ユーザプレーン実施形態では、ステップ５は、ＩＰベースのＰＤＵセッションを介して送信され得る。ＰＤＵセッションは、ネットワークスライス上のＵＥによって事前に確立され得る。ネットワークスライスのＳ－ＮＳＳＡＩは、Ｖ２Ｘサービスを示すＳＳＴ値があり、ＰＤＵセッションに関連付けられたＤＤＮは、設定管理サーバと通信する目的でＵＥ内に設定され得る。メッセージを設定管理サーバに宛ててもよい。設定管理サーバは、ステップ６で要求を認可し、ステップ７で設定管理サーバに返答し得る。図２Ａに示すように、ステップ７の返答は、Ｖ２Ｘ通信のためのＵＥを設定するために使用される管理オブジェクト（Management Object：ＭＯ）を含み得る。ＭＯは、Ｖ２Ｘアプリケーションサーバのアイデンティティ、ＮＰＮ－ＩＤ、ＣＡＧ－ＩＤ、利用可能なＶ２ＸサービスＩＤ、および利用不可能なＶ２ＸサービスＩＤなどの、様々な情報を含み得る。

【0063】

ＭＯは、上記情報が関連付けられている地理的エリアを示すように設定され得る。例えば、ＭＯは、特定のＶ２Ｘアプリケーションサーバが特定のエリアで利用可能であること、ＵＥが特定のＮＰＮ－ＩＤを介して到達し得ること、および、ＵＥが特定のＣＡＧ－ＩＤの一部であることを示すように設定され得る。

【0064】

返答は、サービスに到達するためにどのＮＳＳＡＩおよびＤＤＮが使用されるかを、さらに示し得る。

【0065】

図２Ａの方法は、図２Ｂに続く。トリガイベントが発生し、ＵＥが制御プレーン実施形態を使用するように設定されると、ステップ９が発生し、図２Ｂの制御プレーン実施形態が開始される。制御プレーン実施形態では、ステップ９、１０、および１１は、ＵＥからＡＭＦに送信され、ＡＭＦによってＰＣＦに転送されるＮＡＳ（例えば、ＵＥポリシープロビジョニング要求）メッセージを表し得る。要求には、Ｖ２Ｘ ＵＥ設定要求の一部として以前に提案されたものと同じ情報要素を含んでもよい。ＰＣＦによってメッセージが受信されると3GPP TS 23.502, Procedures for the 5G System; Stage 2; (Release 15), V15.4.1のＵＥポリシー配信手順がトリガされる。ＵＥに配信されるポリシーには、前の段落で記載したＭＯが含まれる。

【0066】

あるいは、Ｖ２ＸアプリケーションサーバへのＵＥの要求は、ユーザプレーンを介して送信され得、Ｖ２Ｘアプリケーションサーバは、ＮＥＦ ＡＰＩを呼び出すことによって、ＵＥへのポリシーの制御プレーン配信をトリガし得る。ＮＥＦ ＡＰＩの呼び出しにより、Ｖ２Ｘアプリケーションサーバは、ＵＥ ＩＤおよびポリシー情報をＰＣＦに提供することが可能になり得る。

【0067】

更新されたＭＯ設定を受信すると、ＵＥは、図２Ｂのステップ１７に示すように、そのＶ２Ｘ設定を保存し、更新する。

【0068】

（上層でのグループ管理およびディスカバリための解決策）
このクラスの解決策では、Ｖ２Ｘディスカバリメッセージのアナウンスメントまたはモニタリングの決定は、アクセス層（ＡＳ）の上の上層によって制御される。さらに、ディスカバリメッセージをアナウンスするため、ディスカバリメッセージをモニタするため、またはディスカバリメッセージに応答するための、認可の要求の決定は、ＡＳの上の上層によって制御される。

【0069】

（Ｖ２Ｘディスカバリ認可、アナウンスメント、および、応答パラメータの判定）
カバレッジ内またはカバレッジ外のときの、自己広告ディスカバリメッセージのアナウンスメントを実行する認可の要求のための手順の例が、図４ＡからＢおよび図５のそれぞれに取り込まれている。ディスカバリ手順が上層によってトリガされると、ＵＥが関与しようとしているディスカバリの特定のインスタンスの認可およびパラメータは、カバレッジ内ではネットワークと調整して確認する必要があり、さもなければ、カバレッジ外で使用されるときにデフォルトポリシーおよび設定パラメータをフォールバックする。

【0070】

ステップ１において、ＵＥは、Ｖ２Ｘサイドリンク通信（例えば、Ｖ２Ｘサイドリンクディスカバリ自己広告）のためのポリシーおよび設定パラメータでプロビジョニングされる。ＵＥは、Ｖ２Ｘ通信（例えば、Ｖ２Ｘサイドリンクディスカバリ自己広告）を認可される。

【0071】

ステップ２において、ＵＥは、センサを通して、運転意図情報、測位情報、および運転環境情報を収集する。ＵＥは、無線測定を実行する。このような測定には、ＲＳＲＰおよびＲＳＳＩ（例えば、ＲＲＣアイドルまたはＲＲＣ非アクティブ状態）などの無線品質関連の測定値が含まれ得る。さらに、接続されたＲＲＣにおいて、ＵＥは、ＲＳＲＱおよびＣＱＩなどの測定値を収集し得る。ＵＥはまた、負荷情報、およびチャネル混雑率（Channel Busy Ratio：ＣＢＲ）、またはチャネル占有率（Channel Occupancy Ratio：ＣＲ）などの輻輳関連情報を収集し得る。ＵＥは、連続的なバックグラウンド処理として無線測定値を含む情報収集を実行するように設定し得る。無線測定値を含む情報の収集は、１つ以上の時間間隔が設定された周期的なものであってもよい。ＵＥはまた、無線測定値を含む、イベントベースの情報も収集し得る。

【0072】

ステップ３において、自己広告ディスカバリの認可要求がトリガされる。トリガの例には、以下の１つ以上であり得る。ポリシーまたは設定パラメータの有効期限タイマの満了、アプリケーションからの要求、ＵＥがグループリードまたは隊列リードになる、ＵＥがグループリードまたは隊列リードになるのをやめる、グループに参加すること、グループから離脱すること、ユーザ要求またはユーザ設定の変更、グループサイズの変更、グループ最大サイズ、グループが新しいメンバーを受け入れることができなくなった、グループが新しいメンバーを受け入れることができる、など。

【0073】

ステップ４において、ＡＳの上の上層が認可要求自己広告メッセージを構築し、送信のためにそれをＡＳに提出する。

【0074】

ステップ５において、ＵＥは、それがカバレッジ内にあると判定する。これは、カバレッジ内閾値設定に基づき得る。

【0075】

ステップ６からステップ１２までは、要求および応答の送信が含まれ、制御プレーンまたはユーザプレーンのいずれかを介してＵＥとネットワークとの間で交換される。

【0076】

ステップ１３において、ＵＥは、自己広告ディスカバリのためのポリシーおよびパラメータを含む、その内部データベースに応答メッセージを保存する。

【0077】

カバレッジ外での自己広告ディスカバリの認可要求のステップは、カバレッジ内の場合と同様である。しかし、ＵＥは、ネットワークとメッセージを交換しない。Ｖ２Ｘ ＮＡＳ層およびアプリケーション層は、ディスカバリ手順をサポートして、保存されたデフォルト設定パラメータを交換する。

【0078】

カバレッジ内のときの、自己広告ディスカバリメッセージのアナウンスメントに応答する認可の要求のための手順の例は、図６Ａおよび６Ｂに取り込まれている。図７に、カバレッジ外の例を示す。ディスカバリアナウンスメントに対する応答が上層によってトリガされると、ＵＥが関与しようとしているディスカバリ応答の特定のインスタンスの認可およびパラメータは、カバレッジ内ではネットワークと調整して確認する必要があり、さもなければ、カバレッジ外で使用されるときにデフォルトポリシーおよび設定パラメータをフォールバックする。

【0079】

カバレッジ内のときの、ターゲット検索ディスカバリアナウンスメントを実行するための認可の要求のための手順の例が、図８Ａおよび８Ｂに取り込まれている。図９にカバレッジ外を示す。ターゲット検索ディスカバリアナウンスメントの要求が上層によってトリガされると、ＵＥが関与しようとしているターゲット検索ディスカバリの特定のインスタンスの認可およびパラメータは、カバレッジ内ではネットワークと調整して確認する必要があり、さもなければ、カバレッジ外で使用されるときにデフォルトポリシーおよび設定パラメータをフォールバックする。図８ＡからＢおよび図９はまた、ターゲット検索ディスカバリメッセージに応答する認可の要求にも適用される。

【0080】

（Ｖ２Ｘ自己広告ディスカバリ）
サイドリンクインタフェース上の自己広告ディスカバリアナウンスメントの手順を、図１０Ａおよび１０Ｂに示す。

【0081】

ステップ１ａからステップ４において、関与するＵＥは、ＵＥを送信するディスカバリメッセージに対する自己広告ディスカバリアナウンスメントの認可の完了を含む、必要なステップを全て実行している。

【0082】

ステップ５において、アプリケーション層で自己広告ディスカバリアナウンスメントがトリガされる。

【0083】

ステップ６において、近接した潜在的なＵＥのＡＳが、自己広告ディスカバリメッセージをモニタするように設定される。ＵＥをモニタリングするための無線設定は、図１３および１４を参照して本明細書に記載される。

【0084】

ステップ１０において、Ｖ２Ｘ ＮＡＳはまた、場合によりアプリケーション層からの支援情報を用いて、自己広告ディスカバリアナウンスを自律的にトリガし得る。

【0085】

ステップ１３において、ＡＳは、自己広告ディスカバリメッセージの送信のために無線を設定する。自己広告ディスカバリメッセージの送信のための無線設定は、図１４に関連して本明細書に記載される。

【0086】

ステップ１６およびステップ１８において、発見されたアナウンシングＵＥのフィルタリングは、ＡＳ層またはＶ２Ｘ上位層機能（例えば、Ｖ２Ｘ ＮＡＳ）において実行され得る。フィルタリングに使用されるパラメータの例は、図１４に関連して本明細書に記載される。

【0087】

（Ｖ２Ｘターゲット検索ディスカバリ）
サイドリンクインタフェース上のターゲット検索ディスカバリアナウンスメントの手順を、図１１Ａおよび１１Ｂに示す。主なステップは、サイドリンク上の自己広告ディスカバリと同様である。ターゲット検索ディスカバリアナウンスメントのための送信無線設定および受信無線設定の詳細については、図１４に関連して本明細書に記載される。

【0088】

サイドリンクインタフェース上のターゲット検索ディスカバリアナウンスメントに対する応答の手順を、図１２Ａおよび１２Ｂに示す。

【0089】

ステップ１ａからステップ４において、関与するＵＥは、自己広告ディスカバリメッセージに対する応答ＵＥによるターゲット検索自己ディスカバリアナウンスメントに対する応答のための認可の完了を含む、必要なステップを全て実行している。

【0090】

ステップ５において、アプリケーション層でターゲット検索ディスカバリアナウンスメントがトリガされる。

【0091】

ステップ６において、ターゲット検索ディスカバリアナウンスを送信する発見者ＵＥのＡＳは、被発見者ＵＥからのディスカバリ応答メッセージをモニタするために、その受信側無線を設定する。ディスカバリメッセージに対する応答をモニタリングするための無線設定は、図１３および１４を参照して本明細書に記載される。

【0092】

ステップ１０において、Ｖ２Ｘ ＮＡＳはまた、場合によりアプリケーション層からの支援情報を用いて、ターゲット検索ディスカバリアナウンスに対する応答を自律的にトリガし得る。

【0093】

ステップ１３において、被発見者ＵＥのＡＳは、ターゲット検索ディスカバリメッセージに対する応答の送信のために、その送信無線を設定する。ターゲット検索ディスカバリメッセージに対する応答の送信のための無線設定は、図１４に関連して本明細書に記載される。

【0094】

ステップ１６およびステップ１８において、発見された被発見者ＵＥのフィルタリングは、ＡＳ層またはＶ２Ｘ上位層機能（例えば、Ｖ２Ｘ ＮＡＳ）において実行され得る。フィルタリングに使用されるパラメータの例は、図１４に関連して本明細書に記載される。

【0095】

（アクセス層におけるグループ管理およびディスカバリための解決策）
アクセス層におけるグループ管理およびディスカバリの場合、Ｖ２Ｘディスカバリメッセージのアナウンスメントまたはモニタリングの決定は、アクセス層（ＡＳ）によって制御される。さらに、ディスカバリメッセージをアナウンスするため、ディスカバリメッセージをモニタするため、またはディスカバリメッセージに応答するための、認可の要求の決定は、ＡＳよって制御される。これは、形成するＶ２Ｘグループの場合であり、グループに参加または離脱するＵＥは、本質的に非常に動的であり得る。例えば、隊列グループは、このカテゴリに分類され得る。図４から１２に関連して本明細書に記載される解決策のアイデアは、ディスカバリアナウンスメントの決定およびトリガ、またはディスカバリアナウンスメントに対する応答を含み、ＡＳの上の上層からの支援情報を用いてＡＳによって制御される。

【0096】

（ディスカバリのＶ２Ｘ無線設定のための解決策）
サイドリンク自己広告ディスカバリ手順またはターゲット検索ディスカバリ手順のサポートに必要なディスカバリのＶ２Ｘ無線設定のための無線設定解決策は、例えば、図１０から１２に関連して本明細書で記載される。

【0097】

（ディスカバリのための送信無線設定）
ディスカバリメッセージ送信の無線設定ステップの上位レベル説明を、図１３に示す。

【0098】

本明細書に記載される解決策は、以下のステップが実行され、以下に記載される入力情報が、自己広告ディスカバリまたはターゲット検索ディスカバリに関与するＵＥで利用可能であると想定する。

【0099】

ＵＥは、カバレッジ内およびカバレッジ外でのディスカバリについて、本明細書に記載されるように、Ｖ２Ｘ検出メッセージを送信するためのポリシーおよび設定パラメータを含む、Ｖ２Ｘ通信パラメータでプロビジョニングされる（例えば、図２および図３に関連して）。ＵＥは、ＵＥが関与しようとしているディスカバリ手順の特定のインスタンスに対してディスカバリ認可手順を実行している。例えば、ディスカバリ手順は、ＵＥが自己広告ディスカバリメッセージの送信に関与しようとしているか、または自己広告ディスカバリメッセージのモニタリングに関与しようとしていることもある、ＬＴＥモデルＡのようなディスカバリ手順であってもよい。図１０Ａおよび１０Ｂの例の自己広告手順で記載されているように、自己広告ディスカバリに関与するＵＥは、隊列リードもしくはＲＳＵであってもよく、近接した他のＵＥもしくはＵＥのグループが、広告している情報（例えば、ライドシェアなどの、特定のＶ２Ｘアプリケーション）に関心を持ち、このＵＥに向けてサイドリンク通信を開始し得るように、自身を広告するＵＥであってもよく、または、近接したグループリードもしくは隊列リード、または、その周りに特定のアプリケーションもしくはサービス能力を持つＵＥを発見することができるように、他のＵＥからの自己広告をモニタリングするＵＥであってもよい。ディスカバリ手順はまた、図１１Ａ、１１Ｂ、１２Ａ、および１２Ｂに関連して記載されているように、ＵＥがターゲット検索ディスカバリを実行したＬＴＥモデルＢのようなディスカバリ手順であってもよい。この手順において、ディスカバリに関与するＵＥは、特定のＵＥまたはＵＥのグループを検索するためにアナウンスを行ってもよく、または、ディスカバリ手順に関与するＵＥは、発見者からのターゲット検索アナウンスメントに対して、または、ターゲット検索アナウンスメントをモニタリングするＵＥもしくはＵＥのグループによって、被発見者として応答してもよい。

【0100】

Ｖ２Ｘディスカバリメッセージ送信のためのアクセス層（ＡＳ）における無線設定をサポートするために、上層は、次のタイプの情報の１つ以上をアクセス層に提供してもよい。

【0101】

（自己広告ディスカバリアナウンスメント）
自己広告ディスカバリアナウンスメントの場合、ディスカバリ後に確立されるセッション（単数または複数）または候補セッション（単数または複数）のＱｏＳ情報。ＱｏＳ情報には、以下の１つ以上が含まれ得る。ペイロード（バイト）、送信速度（メッセージ／秒）、最大エンドツーエンド遅延（ｍｓ）、信頼性（％）、データレート（Ｍｂｐｓ）、最小限必要な通信距離（メートル）、パケットごとの優先度（例えば、Ｐｒｏｓｅパケットごとの優先度（Prose Per Packet Priority：ＰＰＰＰ））パケットごとの信頼性（例えば、Ｐｒｏｓｅパケットごとの信頼性（％））、またはＱｏＳフローＩＤ。ＱｏＳ情報は、ディスカバリメッセージの無線設定および送信パラメータを決定するためにＡＳによって使用される。例えば、ＵＥは、目標とする通信範囲の範囲外にあるＵＥが、後続のＶ２Ｘ通信またはＶ２Ｘセッションに対して予期されるＱｏＳを提供することができないので、ディスカバリメッセージを受信しないように、ディスカバリメッセージの送信パラメータ（例えば、送信電力）を設定し得る。これらのＱｏＳパラメータの１つ以上はまた、ディスカバリメッセージと共に送信され得る。このような情報は、例えば、受信側におけるフィルタリングおよび受付制御を支援し得る。

【0102】

ディスカバリメッセージのＱｏＳ情報は、ディスカバリメッセージの無線設定および送信パラメータを決定するためにＡＳによって使用され得る。例えば、ＵＥは、目標とする通信範囲の範囲外にあるＵＥが、ディスカバリメッセージを受信しないように、ディスカバリメッセージの送信パラメータ（例えば、送信電力）を設定し得る。この情報はまた、ディスカバリメッセージの再送信回数を決定するときにも使用し得る（例えば、ＡＣＫなしの自動再送回数）。

【0103】

ディスカバリメッセージが、ユニキャスト、グループキャスト、またはブロードキャストであるかを示す指標は、ディスカバリメッセージの送信にユニキャスト、グループキャスト、またはブロードキャストを使用するかを決定するためにＡＳによって使用され得る。この指標はまた、ディスカバリアナウンスメントメッセージにも含まれ得る。

【0104】

アナウンサＵＥおよび／またはターゲット受信側ＵＥのサービス／プラットフォーム能力ならびに無線能力を示すパラメータを使用し得る。ＡＳは、この情報を使用して送信パラメータを設定し得る。この情報はまた、ディスカバリメッセージと共に送信されてもよく、モニタされたディスカバリメッセージのフィルタリングで受信側を支援するために、または受信側が受付制御を実行し、どの自己広告アナウンスメッセージに応答するかを判定するのを支援するために使用されてもよい。

【0105】

また、アナウンシングＵＥが属するグループ（単数または複数）に関連付けられた１つ以上の宛先層２ ＩＤ（単数または複数）を示すパラメータを使用してもよい。モニタリングＵＥが属するグループに関連付けられた１つ以上の宛先層２ ＩＤ（単数または複数）。宛先層２ ＩＤは、上層によってＶ２Ｘ ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る。この情報は、ディスカバリメッセージと共に送信されてもよく、受信側が受信したディスカバリメッセージをフィルタリングするのを支援してもよく、または受信側ＵＥにおいて受付制御を実行するために使用されてもよい。また、受信側で、どのアナウンシングディスカバリメッセージに応答するか、または、どのアナウンシングＵＥまたはＵＥのグループ（単数または複数）とＶ２Ｘ通信を確立するかを決定するために使用されてもよい。

【0106】

パラメータは、後続のリンク確立で使用され得る送信元層２ ＩＤ（例えば、アナウンシングＵＥ層２ ＩＤ）を含んでもよい。このパラメータは、ディスカバリアナウンスメントメッセージに含まれてもよく、ディスカバリアナウンスメントメッセージに対する応答において宛先層２ ＩＤとして受信側によって使用されてもよい。

【0107】

パラメータは、アナウンシングＵＥが属するディスカバリグループ（単数または複数）に関連付けられた１つ以上のディスカバリグループＩＤ（単数または複数）を含んでもよい。モニタリングＵＥが属するディスカバリグループに関連付けられた１つ以上のディスカバリグループＩＤ（単数または複数）。これは、３ＧＰＰネットワークに割り当てられたＩＤ（例えば、上層によってＶ２Ｘ ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る層２ ＩＤ）であり得る。この情報は、ディスカバリメッセージと共に送信されてもよく、受信されたディスカバリメッセージをフィルタリングする際、または受付制御において受信側を支援してもよい。また、受信側で、どのアナウンシングディスカバリメッセージに応答するか、または、どのアナウンシングＵＥもしくはＵＥのグループ（単数または複数）とＶ２Ｘ通信を確立するかを決定するために使用されてもよい。

【0108】

パラメータは、ＴＸプロファイル（例えば、受信側および／または送信側のＲＡＴならびにＲＡＴバージョン）を含んでもよい。例えば、送信側ＵＥのＴＸプロファイルを参照してもよい（例えば、ＵＥがその後に送信側とＶ２Ｘ通信を開始するときに使用するＴＸプロファイル）。ＴＸプロファイルは、送信無線を設定し、ディスカバリメッセージの送信パラメータを設定するためにＡＳによって使用され得る。この情報は、ディスカバリメッセージと共に送信されてもよく、受信側を支援してもよい。例えば、受信したディスカバリメッセージのフィルタリング、または受付制御における被発見者ＵＥである。この情報はまた、受信側で、どのアナウンシングディスカバリメッセージに応答するか、または、どのアナウンシングＵＥもしくはＵＥのグループ（単数または複数）とＶ２Ｘ通信を確立するかを決定するために使用されてもよい。ＴＸプロファイルは、モニタリングＵＥが後続のＶ２Ｘ通信を開始するときに使用するべきＴＸプロファイルを参照し得る。

【0109】

パラメータは、認可されたＰＬＭＮ（単数または複数）を含んでもよい。これは、ＵＥがＶ２Ｘディスカバリメッセージの送信が許可されているＰＬＭＮ（単数または複数）を参照してもよい。このパラメータは、ディスカバリメッセージの一部として送信されてもよく、モニタされたディスカバリメッセージを、どのメッセージに応答するか、および／またはどのターゲット検索アナウンサと後続のＶ２Ｘ通信を確立するかをフィルタリングするために受信側ＵＥによって使用されてもよい。

【0110】

パラメータには、無線パラメータ（例えば、周波数キャリア、帯域幅）が含まれてもよい。このパラメータを使用して、Ｖ２Ｘディスカバリメッセージ送信の送信無線を設定し得る。パラメータは、Ｖ２Ｘディスカバリメッセージの一部として送信されてもよく、モニタされたディスカバリメッセージを、どのメッセージに応答するか、および／またはどのターゲット検索アナウンサと後続のＶ２Ｘ通信を確立するかをフィルタリングするために受信側ＵＥによって使用されてもよい。

【0111】

パラメータには、ディスカバリタイプ（例えば、周期的またはイベントベース）を含んでもよい。このパラメータを使用して、Ｖ２Ｘディスカバリメッセージ送信の送信無線を設定し得る。パラメータを使用して、ディスカバリメッセージ送信のリソースを識別し得る。また、ディスカバリメッセージの一部として送信されてもよく、ディスカバリメッセージをフィルタリングするために受信側ＵＥにおいて使用されてもよい。

【0112】

パラメータは、ＡＳがディスカバリメッセージの送信を制御するのを助けるために、他の非アプリケーション層関連フィルタリング情報（例えば、ＡＳまたはＮＡＳレベルのフィルタリング情報）を含んでもよい。この情報は、ディスカバリメッセージと共に送信されてもよく、受信されたディスカバリメッセージをフィルタリングする際、受信側を支援してもよい。また、受信側ＵＥ、すなわち被発見者ＵＥで、どのアナウンシングディスカバリメッセージに応答するか、または、どのアナウンシングＵＥもしくはＵＥのグループ（単数または複数）とＶ２Ｘ通信を確立するかを決定するために使用されてもよい。

【0113】

（ターゲット検索ディスカバリメッセージパラメータ）
ターゲット検索ディスカバリメッセージは、様々なパラメータを含み得る。例えば、パラメータは、ディスカバリ後に確立されるセッション（単数または複数）または候補セッション（単数または複数）のＱｏＳ情報を含み得る。ＱｏＳ情報には、以下の１つ以上が含まれ得る。ペイロード（バイト）、送信速度（メッセージ／秒）、最大エンドツーエンド遅延（ｍｓ）、信頼性（％）、データレート（Ｍｂｐｓ）、最小限必要な通信距離（メートル）、パケットごとの優先度（例えば、Ｐｒｏｓｅパケットごとの優先度（ＰＰＰＰ））パケットごとの信頼性（例えば、Ｐｒｏｓｅパケットごとの信頼性（％））、ＱｏＳフローＩＤ、ＱｏＳプロファイルＩＤ、または同等の５ＱＩ。ＱｏＳ情報は、ディスカバリメッセージの無線設定および送信パラメータを決定するためにＡＳによって使用される。例えば、ＵＥは、目標とする通信範囲の範囲外にあるＵＥが、後続のＶ２Ｘ通信またはＶ２Ｘセッションに対して予期されるＱｏＳを提供することができないので、ディスカバリメッセージを受信しないように、ディスカバリメッセージの送信パラメータ（例えば、送信電力）を設定し得る。これらのＱｏＳパラメータの１つ以上はまた、ディスカバリメッセージと共に送信され得る。このような情報は、例えば、受信側におけるフィルタリングおよび受付制御を支援し得る。

【0114】

パラメータは、ディスカバリメッセージのＱｏＳ情報を含み得る。この情報は、ディスカバリメッセージの無線設定および送信パラメータを決定するために、ＡＳによって使用され得る。例えば、ＵＥは、目標とする通信範囲の範囲外にあるＵＥが、ディスカバリメッセージを受信しないように、ディスカバリメッセージの送信パラメータ（例えば、送信電力）を設定し得る。この情報はまた、ディスカバリメッセージの再送信回数を決定するに当たって使用し得る（例えば、ＡＣＫなしの自動再送回数）。

【0115】

パラメータは、ユニキャストメッセージおよび／またはグループキャストメッセージおよび／またはブロードキャストメッセージとして、ディスカバリメッセージを送信するかの指標を含み得る。このパラメータは、ディスカバリメッセージの送信に、ユニキャスト、グループキャスト、またはブロードキャストを使用するかを決定するためにＡＳによって使用され得る。情報はまた、ディスカバリアナウンスメントメッセージにも含まれ得る。

【0116】

パラメータは、送信側ＵＥおよび／またはターゲット受信側ＵＥのサービス／プラットフォーム能力ならびに無線能力を含み得る。ＡＳは、この情報を使用して送信パラメータを設定し得る。この情報はまた、ディスカバリメッセージと共に送信されてもよく、モニタされたディスカバリメッセージのフィルタリングで受信側を支援するために使用されてもよい。この情報は、受信側が、受付制御を実行し、どのターゲット検索ディスカバリメッセージに応答するかを決定する際、または、どのアナウンシングＵＥもしくはＵＥのグループ（単数または複数）とＶ２Ｘ通信を確立するかを判定する際に、支援するために使用されてもよい。

【0117】

パラメータは、ターゲット検索アナウンシングＵＥが属するグループ（単数または複数）に関連付けられた１つ以上の宛先層２ ＩＤ（単数または複数）を含んでもよい。モニタリングＵＥが属するグループに関連付けられた１つ以上の宛先層２ ＩＤ（単数または複数）。宛先層２ ＩＤは、上層によってＶ２Ｘ ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る。この情報は、ディスカバリメッセージのフィルタリングの際に受信側を支援し得る。また、受信側で、どのターゲット検索ディスカバリメッセージに応答するか、または、どのターゲット検索ＵＥもしくはＵＥのグループとＶ２Ｘ通信を確立するかを決定するために使用されてもよい。

【0118】

パラメータは、送信元層２ ＩＤ（例えば、ターゲット検索アナウンシングＵＥ層２ ＩＤ）を含み得る。この情報は、その後のリンク確立に使用され得る。

【0119】

パラメータは、アナウンシングＵＥおよび／またはモニタリングＵＥが属するディスカバリグループ（単数または複数）に関連付けられた１つ以上のディスカバリグループＩＤ（単数または複数）を含んでもよい。モニタリングＵＥが属するディスカバリグループ（単数または複数）に関連付けられた１つ以上のディスカバリグループＩＤ（単数または複数）。これは、３ＧＰＰネットワークに割り当てられたＩＤ（例えば、上層によってＶ２Ｘ ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る層２ ＩＤ）であり得る。この情報は、ディスカバリメッセージと共に送信されてもよい。この情報は、受信側ＵＥが、モニタされたディスカバリメッセージのフィルタリングのため、または受付制御を実行するために使用され得る。この情報はまた、どのディスカバリメッセージに応答するか、または、どのターゲット検索ＵＥもしくはＵＥのグループとＶ２Ｘ通信を確立するかを決定するために使用されてもよい。

【0120】

パラメータは、ＴＸプロファイル（例えば、受信側および／または送信側のＲＡＴならびにＲＡＴバージョン）を含んでもよい。例えば、送信側ＵＥのＴＸプロファイルを参照してもよい（例えば、ＵＥがその後に送信側とＶ２Ｘ通信を開始するときに使用するＴＸプロファイル）。ＴＸプロファイルは、送信無線を設定し、ディスカバリメッセージの送信パラメータを設定するためにＡＳによって使用され得る。ＴＸプロファイルは、モニタリングＵＥが後続のＶ２Ｘ通信を開始するときに使用するべきＴＸプロファイルを参照し得る。この情報は、ディスカバリメッセージと共に送信されてもよく、受信されたディスカバリメッセージをフィルタリングする際、受信側を支援してもよい。情報はまた、受信側ＵＥ、すなわち被発見者ＵＥで、どのターゲット検索ディスカバリメッセージに応答するか、または、どのターゲット検索ＵＥもしくはＵＥのグループとＶ２Ｘ通信を確立するかを決定するために使用されてもよい。

【0121】

パラメータは、認可されたＰＬＭＮ（単数または複数）を含んでもよい。これは、ＵＥがＶ２Ｘディスカバリメッセージの送信が許可されているＰＬＭＮ（単数または複数を参照してもよい。このパラメータは、ディスカバリメッセージの一部として送信されてもよく、モニタされたディスカバリメッセージを、どのメッセージに応答するか、および／またはどのターゲット検索アナウンサと後続のＶ２Ｘ通信を確立するかをフィルタリングするために受信側ＵＥによって使用されてもよい。

【0122】

パラメータには、無線パラメータ（例えば、周波数キャリア、帯域幅）が含まれてもよい。このパラメータを使用して、Ｖ２Ｘディスカバリメッセージ送信の送信無線を設定し得る。パラメータは、Ｖ２Ｘディスカバリメッセージの一部として送信されてもよく、モニタされたディスカバリメッセージを、どのメッセージに応答するか、および／またはどのターゲット検索アナウンサと後続のＶ２Ｘ通信を確立するかをフィルタリングするために受信側ＵＥによって使用されてもよい。

【0123】

パラメータは、ディスカバリタイプ（例えば、周期的またはイベントベース）を含んでもよい。このパラメータを使用して、Ｖ２Ｘディスカバリメッセージ送信の送信無線を設定し得る。パラメータを使用して、ディスカバリメッセージ送信のリソースを識別し得る。また、ディスカバリメッセージの一部として送信されてもよく、ディスカバリメッセージをフィルタリングするために受信側ＵＥにおいて使用されてもよい。

【0124】

パラメータは、ＡＳがディスカバリメッセージの送信を制御するのを助けるために、他の非アプリケーション層関連フィルタリング情報（例えば、ＡＳまたはＮＡＳレベルのフィルタリング情報）を含んでもよい。

【0125】

（ターゲット検索ディスカバリ応答メッセージ）
ターゲット検索ディスカバリ応答メッセージは、様々なパラメータを含み得る。

【0126】

パラメータは、被発見者によってサポート可能なセッション（単数または複数）または候補セッション（単数または複数）のＱｏＳ情報を含み得る。ＱｏＳ情報には、以下の１つ以上が含まれ得る。ペイロード（バイト）、送信速度（メッセージ／秒）、最大エンドツーエンド遅延（ｍｓ）、信頼性（％）、データレート（Ｍｂｐｓ）、最小限必要な通信距離（メートル）、パケットごとの優先度（例えば、Ｐｒｏｓｅパケットごとの優先度（ＰＰＰＰ））パケットごとの信頼性（例えば、Ｐｒｏｓｅパケットごとの信頼性（％））、ＱｏＳフローＩＤ、ＱｏＳプロファイルＩＤ、または同等の５ＱＩ。ＱｏＳ情報（例えば、ＱｏＳプロファイルＩＤ）は、ディスカバリメッセージと共に送信されてもよく、ディスカバリ応答メッセージをフィルタリングするため、および／または、どの被発見者とＶ２Ｘ通信を確立するかを決定するために、ターゲット検索アナウンサＵＥ（発見者）のＡＳもしくはＮＡＳによって使用されてもよい。ＱｏＳ情報は、後続のＶ２Ｘ通信メッセージのための、無線設定および送信パラメータを決定するためにターゲット検索アナウンサＵＥのＡＳによって使用されてもよい。また、ターゲット検索ディスカバリ応答メッセージの送信のための無線設定パラメータを決定するために、被発見者ＵＥによって使用されてもよい。例えば、ＵＥは、送信された応答ディスカバリメッセージの受信範囲を、範囲外のＵＥからのディスカバリメッセージが受信されないように設定し得る。これは、これらのＵＥが、Ｖ２Ｘセッションの後続のＶ２Ｘ通信のための予想されるＱｏＳ要件を満たすことができない場合があるからである。この情報は、ディスカバリ応答メッセージ、例えば、ディスカバリアナウンスメントメッセージに対する応答に含まれてもよい。情報は、受信したディスカバリ応答メッセージをフィルタリングする際に、送信側ＵＥ（発見者ＵＥ）を支援してもよく、または送信側ＵＥで受付制御を実行するために使用されてもよい。情報はまた、どの応答ＵＥ（被発見者ＵＥまたは被発見者ＵＥのグループ（単数または複数））とＶ２Ｘ通信を確立するかを決定するために、送信側ＵＥによって使用されてもよい。

【0127】

パラメータは、応答ディスカバリメッセージのＱｏＳ情報を含み得る。この情報は、応答ディスカバリメッセージの無線設定および送信パラメータを決定するために、ＡＳによって使用され得る。例えば、ＵＥは、モニタされたディスカバリメッセージの送信範囲を、範囲外のＵＥが応答ディスカバリメッセージを受信されないように、設定し得る。

【0128】

パラメータは、ユニキャストディスカバリメッセージおよび／またはグループキャストメッセージおよび／またはブロードキャストメッセージとして、応答ディスカバリメッセージを送信するかの指標を含み得る。このパラメータは、ディスカバリメッセージの送信に、ユニキャスト、グループキャストディスカバリメッセージの送信にユニキャスト、グループキャスト、またはブロードキャストを使用するかを決定するためにＡＳによって使用され得る。

【0129】

パラメータは、ディスカバリ応答メッセージを送信するＵＥのサービス／プラットフォーム能力および無線能力を含み得る。この情報は、後続のＶ２Ｘ通信の送信を設定するために、ディスカバリ応答メッセージの受信側によって使用されてもよい。また、ディスカバリ応答メッセージの送信のための送信無線を設定するために、応答ディスカバリメッセージを送信するＵＥによって使用されてもよい。また、ターゲット検索ディスカバリメッセージの送信ＵＥで、応答ディスカバリメッセージをフィルタリングするために使用されてもよい。具体的には、この情報は、ディスカバリ応答メッセージ（ディスカバリアナウンスメントメッセージに対する応答）に含まれてもよく、受信したディスカバリ応答メッセージをフィルタリングする際に送信側ＵＥ（発見者ＵＥ）を支援してもよい。この情報は、送信側ＵＥにおいて受付制御を実行するために使用されてもよい。また、どの応答ＵＥ（被発見者ＵＥまたは被発見者ＵＥのグループ（単数または複数））とＶ２Ｘ通信を確立するかを決定するために、送信側ＵＥによって使用されてもよい。

【0130】

パラメータは、応答ＵＥが属するにグループ（単数または複数）に関連付けられた１つ以上の宛先層２ ＩＤ（単数または複数）を含んでもよい。宛先層２ ＩＤは、上層によってＶ２Ｘ ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る。この情報は、モニタされた応答ディスカバリメッセージのフィルタリングに使用されてもよい。また、どの応答ＵＥ、またはＵＥのグループ（単数または複数）とＶ２Ｘ通信を確立するかを決定するために使用されてもよい。具体的には、この情報は、ディスカバリ応答メッセージ（ディスカバリアナウンスメントメッセージに対する応答）に含まれてもよく、受信したディスカバリ応答メッセージをフィルタリングする際に送信側ＵＥ（発見者ＵＥ）を支援してもよい。この情報は、送信側ＵＥにおいて、受付制御を実行するために使用されてもよい。また、どの応答ＵＥ（被発見者ＵＥまたは被発見者ＵＥのグループ（単数または複数））とＶ２Ｘ通信を確立するかを決定するために、送信側ＵＥによって使用されてもよい。

【0131】

パラメータは、送信元層２ ＩＤ（例えば、応答ＵＥ層２ ＩＤ）を含み得る。この情報は、その後のリンク確立に使用され得る。この情報は、ディスカバリ応答メッセージ（ディスカバリアナウンスメントメッセージに対する応答）に含まれてもよく、受信したディスカバリ応答メッセージをフィルタリングする際に送信側ＵＥを支援してもよく、または、受付制御を実行するために送信側ＵＥ（発見者ＵＥ）で使用されてもよい。情報はまた、どの応答ＵＥ（被発見者ＵＥまたは被発見者ＵＥのグループ（単数または複数））とＶ２Ｘ通信を確立するかを決定するために、送信側ＵＥによって使用されてもよい。この情報は、後続のＶ２Ｘ通信において、発見者ＵＥによって被発見者ＵＥに送信されるデータパケットの宛先層２ ＩＤとして使用され得る。

【0132】

パラメータは、応答ＵＥが属するディスカバリグループ（単数または複数）に関連付けられた１つ以上のディスカバリグループＩＤ（単数または複数）を含んでもよい。これは、３ＧＰＰネットワークに割り当てられたＩＤ（例えば、上層によってＶ２Ｘ ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る層２ ＩＤ）であり得る。この情報は、モニタされた応答ディスカバリメッセージのフィルタリングに使用されてもよい。この情報はまた、どのディスカバリメッセージに応答するか、または、どのターゲット検索ＵＥもしくはＵＥのグループとＶ２Ｘ通信を確立するかを決定するために使用されてもよい。具体的には、この情報は、ディスカバリ応答メッセージ（ディスカバリアナウンスメントメッセージに対する応答）に含まれてもよく、受信したディスカバリ応答メッセージをフィルタリングする際に送信側ＵＥ（発見者ＵＥ）を支援してもよい。この情報は、送信側ＵＥにおいて受付制御を実行するために使用されてもよい。情報はまた、どの応答ＵＥ（被発見者ＵＥまたは被発見者ＵＥのグループ（単数または複数））とＶ２Ｘ通信を確立するかを決定するために、送信側ＵＥによって使用されてもよい。

【0133】

パラメータは、ＴＸプロファイル（例えば、受信側および／または送信側のＲＡＴならびにＲＡＴバージョン）を含んでもよい。例えば、応答ＵＥのＴＸプロファイル（例えば、応答ＵＥがその送信無線を設定し、応答ディスカバリメッセージの送信パラメータを設定するために使用すべきＴＸプロファイル）を参照していてもよい。また、ターゲット検索アナウンシングＵＥのＴＸプロファイルを参照してもよい（例えば、ターゲット検索アナウンスシングＵＥが、応答ＵＥとＶ２Ｘ通信を開始するときに使用するＴＸプロファイル）。具体的には、この情報は、ディスカバリ応答メッセージ（ディスカバリアナウンスメントメッセージに対する応答）に含まれてもよく、受信したディスカバリ応答メッセージをフィルタリングする際に送信側ＵＥ（発見者ＵＥ）を支援してもよく、または、受付制御を実行するために送信側ＵＥで使用されてもよい。また、どの応答ＵＥ（被発見者ＵＥまたは被発見者ＵＥのグループ（単数または複数））とＶ２Ｘ通信を確立するかを決定するために、送信側ＵＥによって使用されてもよい。

【0134】

パラメータは、認可されたＰＬＭＮ（単数または複数）を含んでもよい。これは、応答ＵＥがＶ２Ｘ通信を許可されている、ＰＬＭＮ（単数または複数）を参照してもよい。このパラメータは、モニタされた応答ディスカバリメッセージをフィルタリングするため、および／または、どの応答ＵＥと後続のＶ２Ｘ通信を確立するかを決定するために、ターゲット検索アナウンサＵＥ（発見者）によって使用されてもよい。具体的には、この情報は、ディスカバリ応答メッセージ（ディスカバリアナウンスメントメッセージに対する応答）に含まれてもよく、受信したディスカバリ応答メッセージをフィルタリングする際に送信側ＵＥ（発見者ＵＥ）を支援してもよく、または、受付制御を実行するために送信側ＵＥで使用されてもよい。また、どの応答ＵＥ（被発見者ＵＥまたは被発見者ＵＥのグループ（単数または複数））とＶ２Ｘ通信を確立するかを決定するために、送信側ＵＥ（発見者ＵＥ）によって使用されてもよい。

【0135】

パラメータには、無線パラメータ（例えば、周波数キャリア、帯域幅）が含まれてもよい。このパラメータは、モニタされた応答ディスカバリメッセージをフィルタリングするため、および／または、どの応答ＵＥと後続のＶ２Ｘ通信を確立するかを決定するために、ターゲット検索アナウンシングＵＥ（発見者）によって使用されてもよい。

【0136】

パラメータには、ディスカバリタイプ（例えば、周期的またはイベントベース）を含んでもよい。このパラメータを使用して、応答ディスカバリメッセージ送信のためのリソースを識別し得る。また、応答ディスカバリメッセージをフィルタリングするために使用されてもよい。

【0137】

パラメータは、ＡＳが応答ディスカバリメッセージの送信を制御するのを助けるために、他の非アプリケーション層関連フィルタリング情報（例えば、ＡＳまたはＮＡＳレベルのフィルタリング）情報を含んでもよい。

【0138】

（無線設定の決定）
無線設定は、ディスカバリメッセージの信頼性要件によって決定されることがあることから、ＰＳＤＣＨリソースプール（単数または複数）、ＰＳＳＣＨ、または、重複する場合は両方でディスカバリメッセージを送信するかなど、多数の要因に対処し得る。例えば、専用のＰＳＤＣＨリソースプールは、Ｖ２Ｘディスカバリメッセージの周期的な送信に割り当てられ得る。同様に、ＰＳＳＣＨリソースプールは、非周期的なイベントベースのディスカバリメッセージの送信をサポートするように設定され得る。このようなプールは、周期的なディスカバリメッセージと共有されてもよく、またはされなくてもよい。同様に、そのようなリソースプールは、他のＶ２Ｘデータ送信によって共有されてもよく、またはされなくてもよい。

【0139】

その他の要因には、ディスカバリメッセージをブロードキャスト、グループキャスト、またはユニキャストで送信するかが含まれ得る。例えば、ＵＥが既にグループに参加している場合、ディスカバリメッセージは、その特定のグループを目的としたものであり得るか、またはそのグループが特定のサービスもしくはアプリケーションのディスカバリのために優先されたものであり得る。このような場合には、グループキャストまたはユニキャストの方法でディスカバリメッセージを送信することが有益な場合がある。このような場合、メッセージのＱｏＳ要件はまた、グループキャスト送信のユニキャストに役立つ、何らかの形のフィードバック（例えば、ＡＲＱフィードバック）を必要とすることがある。

【0140】

他の要因は、ディスカバリメッセージの転送に、特定のベアラを設定するか、または事前設定された特定のベアラを使用するかに対して、各ディスカバリメッセージパケットが、独自のＱｏＳ要件情報、例えば、優先度情報（例えば、ＰＰＰＰ）および信頼性情報（例えば、ＰＰＰＰＲ）を伝送するパケット単位のＱｏＳフレームワークを使用することを含み得る。

【0141】

その他の要因は、設定するＲＬＣのモード、ＲＬＣ ＴＭ対ＲＬＣ ＵＭ対ＲＬＣ ＡＭを含み得る。

【0142】

その他の要因は、ＰＤＣＰの設定（セキュリティ保護およびディスカバリメッセージの圧縮）を含み得る。

【0143】

その他の要因は、ＭＡＣの設定、およびディスカバリメッセージを他のディスカバリメッセージと多重化するか、またはＰＳＳＣＨ上のＶ２Ｘ送信と多重化するための論理チャネルへのマッピングを含み得る。

【0144】

その他の要因は、ＰＨＹの設定（例えば、ＰＨＹリソースグラントの割り当てのため）を含み得る。

【0145】

ＵＥ ＡＳ、例えば、ＲＲＣは、上層から受信した情報、事前設定されたまたは指定されたルール、およびＵＥによって実行される測定を使用して、ディスカバリメッセージ送信のための無線設定を決定する。測定の例には、チャネル負荷測定、チャネル輻輳測定、チャネル混雑率（ＣＢＲ）、チャネル占有率（ＣＲ）測定、ＬＢＴ失敗統計（例えば、ＬＢＴ失敗率）、ＲＳＲＰ測定、およびＲＳＳＩ測定が含まれ得る。また、決定がディスカバリメッセージの送信にユニキャストまたはグループキャストの選択を伴う場合、例えば、ＲＳＲＱ測定およびＣＳＩ測定の追加測定も考慮され得る。

【0146】

（ディスカバリメッセージのＰＳＳＣＨまたはＰＳＤＣＨ送信に関するルール）
ルールは、ディスカバリメッセージの送信にＰＳＳＣＨまたはＰＳＤＣＨを使用するために、指定し得る。次の例で、ルールは、固定サイズのディスカバリメッセージが常にＰＳＤＣＨにマッピングされる一方で、可変サイズのディスカバリメッセージが常にＰＳＳＣＨにマッピングされることを設定してもよい。ルールは、周期的なディスカバリメッセージが常にＰＳＤＣＨで送信される一方で、イベントベースの非周期的なディスカバリメッセージが常にＰＳＳＣＨで送信されるか、または周期的なディスカバリメッセージが常に専用ＰＳＤＣＨリソースプールで送信される一方で、イベントベースの非周期的なディスカバリメッセージが常に専用ＰＳＳＣＨリソースプールで送信されることを規定してもよい。同様に、ルールは、ディスカバリメッセージが常に専用ＰＳＳＣＨリソースプールで送信され、他のＶ２Ｘデータ伝送と多重化されないことを要求してもよい。

【0147】

ルールは、ディスカバリメッセージの特性が一定の閾値以上または以下かに基づいて、ＰＳＳＣＨまたはＰＳＤＣＨのいずれかでの送信を指定することを確立してもよい。例えば、ルールは、ディスカバリメッセージのサイズが所定の閾値以上（または以下）が、ＰＳＳＣＨ（またはＰＳＤＣＨ）で送信することを設定し得る。同様に、ルールは、許容される遅延が閾値以上または以下であるディスカバリメッセージが、ＰＳＳＣＨ、またはＰＳＤＣＨで送信されることを設定してもよい。ルールは、許容される信頼性が所定の閾値以上または以下であるディスカバリメッセージが、ＰＳＳＣＨまたはＰＳＤＣＨで送信されることを確立してもよい。同様に、ルールは、許容される送信範囲が所定の閾値以上または以下であるディスカバリメッセージが、ＰＳＳＣＨ上またはＰＳＤＣＨ上で送信されることを確立してもよい。

【0148】

（ディスカバリのための受信無線設定）
ディスカバリメッセージ受信の無線設定ステップの上位レベル説明を、図１４に示す。本明細書に記載される解決策は、以下のステップが実行され、以下に記載される入力情報が自己広告ディスカバリアナウンスメントメッセージのモニタリング、またはターゲット検索ディスカバリメッセージのモニタリングに関与するＵＥで利用可能であることを想定する。

【0149】

ＵＥは、カバレッジ内およびカバレッジ外（例えば、図２および図３に関連して）でのディスカバリについて記載されているように、Ｖ２Ｘディスカバリメッセージの送信のためのポリシーおよび設定パラメータを含むＶ２Ｘ通信パラメータでプロビジョニングされる。ＵＥは、ディスカバリ手順の特定のインスタンスに対してディスカバリ認可手順を実行している。ＵＥは、例えば、ディスカバリ手順に関与し、これは、ＵＥが他のＵＥからの自己広告ディスメッセージのモニタリングに関与していることもある、ＬＴＥモデルＡのようなものであってもよい。図１０ＡからＢに関連して自己広告手順に記載されているように、自己広告ディスカバリメッセージのモニタリングに関与するＵＥは、隊列リードもしくはＲＳＵ、グループメンバー、または他のＵＥからの自己広告をモニタリングしているＵＥであってよく、したがって、グループリード、近接する隊列リード、特定のアプリケーションを持つＵＥ、または近接するサービス能力を検出することができる。ディスカバリ手順はまた、図１１および図１２に関連して記載されているように、ＵＥ（被発見者）が他のＵＥ（発見者）からのターゲット検索ディスカバリメッセージアナウンスメントをモニタするか、または、ＵＥ（発見者）が他のＵＥ（被発見者）からのターゲット検索メッセージに対する応答をモニタする、ＬＴＥモデルＢのようなディスカバリ手順であってもよい。この手順では、ＵＥは、ＵＥまたはＵＥのグループが他のＵＥからのターゲット検索アナウンスメントをモニタすることによって、ディスカバリに関与し得る。

【0150】

Ｖ２Ｘディスカバリメッセージの受信のためのアクセス層（ＡＳ）における無線設定をサポートするために、上層は、アクセス層に情報を提供してもよい。ＡＳは、自己広告ディスカバリメッセージモニタリングのため、ターゲット検索ディスカバリメッセージモニタリングのため、および／またはターゲット検索ディスカバリメッセージモニタリングに対する応答のための、別個のパラメータセットで設定されてもよい。この情報はまた、被発見者ＵＥによって発見者ＵＥに送信される応答メッセージに含まれてもよい。

【0151】

（自己広告ディスカバリモニタリング）
自己広告ディスカバリモニタリングでは、多くのパラメータが使用され得る。例えば、パラメータは、ディスカバリ後に確立されるセッション（単数または複数）または候補セッションのＱｏＳ情報を含み得る。ＱｏＳ情報には、以下の１つ以上が含まれ得る。ペイロード（バイト）、送信速度（メッセージ／秒）、最大エンドツーエンド遅延（ｍｓ）、信頼性（％）、データレート（Ｍｂｐｓ）、最小限必要な通信距離（メートル）、パケットごとの優先度（例えば、Ｐｒｏｓｅパケットごとの優先度（ＰＰＰＰ））パケットごとの信頼性（例えば、Ｐｒｏｓｅパケットごとの信頼性（％））、ＱｏＳフローＩＤ、および、ＱｏＳプロファイルＩＤ、すなわち５ＱＩ。ＱｏＳ情報は、ディスカバリメッセージをフィルタリングするため、受付制御を決定するため、および／または、ディスカバリメッセージに応答するかを決定するために、ＡＳまたはＮＡＳによって使用され得る。ＱｏＳ情報、例えば、ＱｏＳプロファイルＩＤは、ディスカバリメッセージの無線設定および受信パラメータを決定するために、ＡＳによって使用され得る。ＵＥは、モニタされたディスカバリメッセージの受信範囲を、範囲外のＵＥからのディスカバリメッセージが受信されないか、またはリッスンされないように設定し得る。これは、Ｖ２Ｘセッションの後続のＶ２Ｘ通信のための予想されるＱｏＳ要件を満たすことができないからである。

【0152】

パラメータは、ディスカバリメッセージのＱｏＳ情報を含み得る。この情報は、ディスカバリメッセージの無線設定および受信パラメータを決定するために、ＡＳによって使用され得る。例えば、ＵＥは、モニタされたディスカバリメッセージの受信範囲を、範囲外のＵＥからのディスカバリメッセージが受信されないか、またはリッスンされないように、設定し得る。

【0153】

パラメータは、ユニキャストディスカバリメッセージ、グループキャストメッセージ、および／またはブロードキャストメッセージをモニタするかの指標を含み得る。

【0154】

パラメータは、送信側ＵＥ、および／または受信側ＵＥのサービス／プラットフォーム能力、無線能力を含み得る。この情報はまた、ディスカバリメッセージの受信パラメータを設定するために、受信側によって使用され得る。また、受付制御を実行するため、モニタされたメッセージのフィルタリング、およびどのモニタされたメッセージに応答するかの決定にも使用され得る。

【0155】

パラメータは、アナウンシングＵＥが属するグループに関連付けられた１つ以上の宛先層２ ＩＤ（単数または複数）を含んでもよい。モニタリングＵＥが属するグループに関連付けられた１つ以上の宛先層２ ＩＤ（単数または複数）。宛先層２ ＩＤは、上層によってＶ２Ｘ、ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る。この情報は、モニタされたディスカバリメッセージのフィルタリングに使用されてもよい。また、どのディスカバリメッセージに応答するか、または、どの発見されたＵＥもしくはＵＥのグループとＶ２Ｘ通信を確立するかを決定するために使用されてもよい。

【0156】

パラメータは、送信元層２ ＩＤ（例えば、アナウンシングＵＥ層２ ＩＤ）を含み得る。この情報は、その後のリンク確立に使用され得る。

【0157】

パラメータは、アナウンシングＵＥまたはモニタリングＵＥが属するディスカバリグループに関連付けられた１つ以上のディスカバリグループＩＤ（単数または複数）を含んでもよい。モニタリングＵＥが属するディスカバリグループに関連付けられた１つ以上のディスカバリグループＩＤ（単数または複数）。これは、３ＧＰＰネットワークに割り当てられたＩＤ（例えば、層２ ＩＤ）であり得、上層によってＶ２Ｘ、ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る。この情報は、モニタされたディスカバリメッセージのフィルタリングに使用されてもよい。また、どのディスカバリメッセージに応答するか、または、どの発見されたＵＥもしくはＵＥのグループとＶ２Ｘ通信を確立するかを決定するために使用されてもよい。

【0158】

パラメータは、ＴＸプロファイル、例えば、受信側および／または送信側のＲＡＴ（単数または複数）のバージョンを含んでもよい。モニタリングＵＥのＴＸプロファイル（例えば、ＴＸプロファイル）を参照して、ＵＥがその後に送信側とＶ２Ｘ通信を開始するときに使用してもよい。あるいは、ＴＸプロファイルは、自己広告ディスカバリメッセージのＴＸプロファイルを参照してもよい。

【0159】

パラメータは、認可されたＰＬＭＮ（単数または複数）を含んでもよい。これは、ＵＥ受信側がモニタすることを許可されている、またはＶ２Ｘ通信を確立することを許可されているＰＬＭＮ（単数または複数）を参照してもよい。このパラメータは、モニタされたディスカバリメッセージを、どのメッセージに応答するか、および／または、およびどのアナウンサと後続のＶ２Ｘ通信を確立するかをフィルタリングするために受信側ＵＥによって使用されてもよい。

【0160】

パラメータには、無線パラメータ、例えば、周波数キャリア、帯域幅が含まれてもよい。このパラメータは、モニタされたディスカバリメッセージを、どのメッセージに応答するか、および／またはおよび、どのアナウンサと後続のＶ２Ｘ通信を確立するかをフィルタリングするために受信側ＵＥによって使用されてもよい。

【0161】

パラメータには、ディスカバリタイプ、例えば、周期的またはイベントベース、を含んでもよい。このパラメータを使用して、ディスカバリメッセージモニタリングのリソースを識別し得る。また、ディスカバリメッセージのフィルタリングに使用されてもよい。

【0162】

パラメータは、ＡＳがディスカバリメッセージの送信を制御するのを助けるために、他の非アプリケーション層関連フィルタリング情報、例えば、ＡＳまたはＮＡＳレベルのフィルタリング情報を含んでもよい。

【0163】

（ターゲット検索ディスカバリメッセージの場合）
ターゲット検索ディスカバリッセージ。例えば、パラメータは、ディスカバリ後に確立されるセッション（単数または複数）または候補セッションのＱｏＳ情報を含み得る。ＱｏＳ情報には、以下の１つ以上が含まれ得る。ペイロード（バイト）、送信速度（メッセージ／秒）、最大エンドツーエンド遅延（ｍｓ）、信頼性（％）、データレート（Ｍｂｐｓ）、最小限必要な通信距離（メートル）、パケットごとの優先度（例えば、Ｐｒｏｓｅパケットごとの優先度（ＰＰＰＰ））パケットごとの信頼性（例えば、Ｐｒｏｓｅパケットごとの信頼性（％））、ＱｏＳフローＩＤ、ＱｏＳプロファイルＩＤ、すなわち５ＱＩ。ＱｏＳ情報、例えば、ＱｏＳプロファイルＩＤは、ディスカバリメッセージをフィルタリングするため、受付制御を決定するため、および／または、ディスカバリメッセージに応答するかを決定するために、ＡＳまたはＮＡＳによって使用され得る。ＱｏＳ情報は、ディスカバリメッセージの無線設定および受信パラメータを決定するために、ＡＳによって使用され得る。例えば、ＵＥは、モニタされたディスカバリメッセージの受信範囲を、範囲外のＵＥからのディスカバリメッセージが受信されないか、またはリッスンされないように設定し得る。これは、Ｖ２Ｘセッションの後続のＶ２Ｘ通信のための予想されるＱｏＳ要件を満たすことができないからである。

【0164】

パラメータは、ディスカバリメッセージのＱｏＳ情報を含み得る。この情報は、ディスカバリメッセージの無線設定および受信パラメータを決定するために、ＡＳによって使用され得る。例えば、ＵＥは、モニタされたディスカバリメッセージの受信範囲を、範囲外のＵＥからのディスカバリメッセージが受信されないか、またはリッスンされないように、設定し得る。

【0165】

パラメータは、ユニキャストディスカバリメッセージ、グループキャストメッセージ、および／またはブロードキャストメッセージをモニタするかの指標を含み得る。

【0166】

パラメータは、送信側ＵＥ、および／または受信側ＵＥのサービス／プラットフォーム能力、無線能力を含み得る。この情報はまた、ディスカバリメッセージの受信パラメータを設定するために、受信側によって使用され得る。また、受付制御を実行するため、モニタされたメッセージのフィルタリング、およびどのモニタされたメッセージに応答するかの決定にも使用され得る。

【0167】

パラメータはまた、ターゲット検索アナウンシングＵＥが属するグループに関連付けられた１つ以上の宛先層２ ＩＤ（単数または複数）を含んでもよい。モニタリングＵＥが属するグループに関連付けられた１つ以上の宛先層２ ＩＤ（単数または複数）。宛先層２ ＩＤは、上層によってＶ２Ｘ、ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る。この情報は、モニタされたディスカバリメッセージのフィルタリングに使用されてもよい。また、どのターゲット検索ディスカバリメッセージに応答するか、または、どのターゲット検索アナウンシングＵＥもしくはＵＥのグループとＶ２Ｘ通信を確立するかを決定するために、使用されてもよい。

【0168】

パラメータは、送信元層２ ＩＤ（例えば、ターゲット検索アナウンシングＵＥ層２ ＩＤ）を含み得る。この情報は、その後のリンク確立に使用され得る。

【0169】

パラメータは、ターゲット検索アナウンシングＵＥ、およびまたは、モニタリングＵＥが属するディスカバリグループに関連付けられた１つ以上のディスカバリグループＩＤ（単数または複数）を含んでもよい。モニタリングＵＥが属するディスカバリグループに関連付けられた１つ以上のディスカバリグループＩＤ（単数または複数）。これは、３ＧＰＰネットワークに割り当てられたＩＤ（例えば、層２ ＩＤ）であり得、上層によってＶ２Ｘ、ＰＳＩＤまたはＩＴＳ－ＡＩＤにマッピングされ得る。この情報は、モニタされたディスカバリメッセージのフィルタリングに使用されてもよい。また、どのディスカバリメッセージに応答するか、または、どのターゲット検索アナウンシングＵＥもしくはＵＥのグループとＶ２Ｘ通信を確立するかを決定するために、使用されてもよい。

【0170】

パラメータは、ＴＸプロファイル、例えば、受信側および／または送信側のＲＡＴ（単数または複数）のバージョンを含んでもよい。モニタリングＵＥのＴＸプロファイル（例えば、ＴＸプロファイル）を参照して、ＵＥがその後に送信側とＶ２Ｘ通信を開始するときに使用してもよい。あるいは、ＴＸプロファイルは、ターゲット検索アナウンサＵＥのＴＸプロファイルを参照してもよい。

【0171】

パラメータは、認可されたＰＬＭＮ（単数または複数）を含んでもよい。これは、ＵＥ受信側がモニタすることを許可されている、またはＶ２Ｘ通信を確立することを許可されているＰＬＭＮ（単数または複数）を参照してもよい。このパラメータは、モニタされたディスカバリメッセージを、どのメッセージに応答するか、および／または、およびどのターゲット検索アナウンサと後続のＶ２Ｘ通信を確立するかをフィルタリングするために受信側ＵＥによって使用されてもよい。

【0172】

パラメータには、無線パラメータ、例えば、周波数キャリア、帯域幅が含まれてもよい。このパラメータは、モニタされたディスカバリメッセージを、どのメッセージに応答するか、および／または、およびどのターゲット検索アナウンサと後続のＶ２Ｘ通信を確立するかをフィルタリングするために受信側ＵＥによって使用されてもよい。

【0173】

パラメータには、ディスカバリタイプ、例えば、周期的またはイベントベース、を含んでもよい。このパラメータを使用して、ディスカバリメッセージモニタリングのリソースを識別し得る。また、ディスカバリメッセージをフィルタリングするために使用されてもよい。

【0174】

パラメータは、ＡＳがディスカバリメッセージの送信を制御するのを助けるために、他の非アプリケーション層関連フィルタリング情報、例えば、ＡＳまたはＮＡＳレベルのフィルタリング情報を含んでもよい。

【0175】

（受信側の無線設定の考察）
受信側の無線設定は、多くの要素に対応し得る。例えば、設定で対処される態様は、ディスカバリメッセージの信頼性要件によって決定されることがあることから、ディスカバリメッセージをＰＳＤＣＨリソースプール（単数または複数）、ＰＳＳＣＨのみで、または、重複する場合は両方で受信するかを含み得る。例えば、専用ＰＳＤＣＨリソースプールは、Ｖ２Ｘディスカバリメッセージの周期的な送信の受信に割り当てられ得る。同様に、ＰＳＳＣＨリソースプールは、非周期的なイベントベースのディスカバリメッセージの受信をサポートするように設定され得る。このようなプールは、周期的なディスカバリメッセージと共有されてもよく、またはされなくてもよい。同様に、そのようなリソースプールは、他のＶ２Ｘデータの受信のために共有されてもよく、またはされなくてもよい。

【0176】

判定される態様は、ブロードキャストディスカバリメッセージ、グループキャストディスカバリメッセージ、および／またはユニキャストディスカバリメッセージを受信するかを、さらに含み得る。例えば、ＵＥが既にグループに参加している場合、ディスカバリメッセージは、その特定のグループを目的としたものであるか、またはそのグループが特定のサービスもしくはアプリケーションのディスカバリの受信のために優先されたものである場合がある。このような場合には、グループキャストまたはユニキャストの方法で、ディスカバリメッセージを受信し、他のブロードキャストされたディスカバリメッセージをモニタすることが、有益な場合がある。このような場合、メッセージのＱｏＳ要件はまた、グループキャスト送信のユニキャストに役立つ、何らかの形のフィードバック（例えば、ＡＲＱフィードバック）を必要とすることがある。

【0177】

判定される態様は、ディスカバリメッセージの受信に、特定のベアラを設定するか、または事前設定された特定のベアラを使用するかに対して、各ディスカバリメッセージパケットが、独自のＱｏＳ要件情報、例えば、優先度情報（例えば、ＰＰＰＰ）および信頼性情報（例えば、ＰＰＰＰＲ）を伝送するパケット単位のＱｏＳフレームワークに基づいてディスカバリメッセージを受信することを含み得る。

【0178】

判定される態様は、設定するＲＬＣのモード、ＲＬＣ ＴＭ対ＲＬＣ ＵＭ対ＲＬＣ ＡＭを含み得る。

【0179】

判定される態様は、ＰＤＣＰの設定、例えば、セキュリティ保護およびディスカバリメッセージの圧縮を含み得る。

【0180】

判定される態様は、受信したディスカバリの多重分離のためのＭＡＣ設定が含まれ得る。

【0181】

判定される態様は、ディスカバリメッセージ受信のためのＰＨＹの設定が含まれ得る。

【0182】

ＵＥ ＡＳの場合、例えば、ＲＲＣは、上層から受信した情報、事前設定されたまたは指定されたルール、およびＵＥによって実行される測定を使用して、ディスカバリメッセージ受信のための無線設定を決定する。測定の例には、チャネル負荷測定、チャネル輻輳測定、（例えば、チャネル混雑率（ＣＢＲ））、チャネル占有率（ＣＲ）測定、ＬＢＴ失敗統計（例えば、ＬＢＴ失敗率）、ＲＳＲＰ測定、およびＲＳＳＩ測定が含まれ得る。また、決定がディスカバリメッセージの送信にユニキャストまたはグループキャストの選択を伴う場合、例えば、ＲＳＲＱ測定およびＣＳＩ測定の追加測定も考慮され得る。

【0183】

（ディスカバリメッセージの受信にＰＳＳＣＨまたはＰＳＤＣＨを使用するためのオプションルール）
１つ以上のルールが、ディスカバリメッセージの受信にＰＳＳＣＨまたはＰＳＤＣＨを使用するために、指定し得る。例えば、ルールは、固定サイズのディスカバリメッセージが常にＰＳＤＣＨにマッピングされ、可変サイズのディスカバリメッセージが常にＰＳＳＣＨにマッピングされることを規定してもよい。同様に、ルールは、周期的なディスカバリメッセージが常にＰＳＤＣＨで送信される一方で、イベントベースの非周期的なディスカバリメッセージが常にＰＳＳＣＨで送信されるか、または周期的なディスカバリメッセージが常に専用ＰＳＤＣＨリソースプールで送信される一方で、イベントベースの非周期的なディスカバリメッセージが常に専用ＰＳＳＣＨリソースプールで送信されるか、またはさらに、ディスカバリメッセージが常に専用ＰＳＳＣＨリソースプールで受信され、他のＶ２Ｘデータ送信と多重化されないことを要求してもよい。

【0184】

例えば、所定の閾値以上（または以下）のサイズを持つディスカバリメッセージは、常にＰＳＳＣＨで、またはＰＳＤＣＨで、またはさらに、ＰＳＤＣＨでモニタされるというルールを設定してもよい。遅延、信頼性、または受信範囲が閾値と比較される場合に、同様のルールが考案され得る。

【0185】

（ディスカバリのためのＭＡＣサブ層設定）
（ＭＡＣアーキテクチャ）
Ｖ２Ｘの場合、ディスカバリメッセージは、ＰＳＤＣＨ、ＰＳＳＣＨ、またはＰＳＭＣＨを介して送信され得ることを提案する。ディスカバリメッセージの送信にどの物理チャネルを使用するかは、例えば、上位層を介して準静的に設定された標準に従って、事前設定されたルールに基づいて、ＮＡＳメッセージングを介してＰＣＦ／Ｖ２ＸＣＦから取得されたルールに基づいて、ＡＮＤＳＦ、ＱｏＳ要件、および測定値などのＩＰベースのプロトコルを介してＶ２ＸＣＦから取得されたルールに基づいて、予め決定され得る。

【0186】

一実施例では、ディスカバリメッセージは、ＳＬ－ＤＣＨにマッピングされ、次にＰＳＤＣＨにマッピングされる。ディスカバリメッセージは、最初に、別個の論理チャネル（例えば、サイドリンクディスカバリ制御チャネル（Sidelink Discovery Control Channel：ＳＤＣＣＨ））にマッピングされてもよい。ＭＡＣ構造は、複数のディスカバリメッセージの多重（分離）をサポートしてもよく、この場合、ＬＣＰおよび多重（分離）機能は、ＳＬ－ＤＣＨの処理経路に含まれる。本実施形態では、ＳＤＣＣＨにマッピングされたディスカバリメッセージは、サイドリンクトラフィックチャネル（Sidelink Traffic Channel：ＳＴＣＨ）にマッピングされたＶ２Ｘメッセージと共に多重化されない。受信したＳＬ－ＤＣＨ ＰＤＵのフィルタリングはまた、受信側のＵＥによって実行されてもよい。例えば、フィルタリングは、送信元アドレス、宛先アドレス、サービス／プラットフォーム能力、およびＱｏＳに基づいてもよい。ＨＡＲＱ処理はまた、ＳＬ－ＤＣＨ ＰＤＵの再送のために実行され得る。この実施例の可能なＭＡＣ構造およびチャネルマッピングを、それぞれ図１５および図１６に示す。

【0187】

別の実施例では、ディスカバリメッセージは、ＳＬ－ＳＣＨにマッピングされ、次にＰＳＳＣＨにマッピングされる。ディスカバリメッセージは、最初に、別個の論理チャネル（例えば、ＳＤＣＣＨ）にマッピングされてもよい。ＳＤＣＣＨメッセージは、次に、サイドリンクトラフィックチャネル（ＳＴＣＨ）を介して伝送される他のＶ２Ｘメッセージと多重化されてもよい。あるいは、ＳＬ－ＳＣＨ ＰＤＵが、１つ以上のＳＤＣＣＨ論理チャネルのみ、または１つ以上のＳＴＣＨ論理チャネルのみを含むように、ＭＡＣ構造を定義してもよい。ＬＣＰおよび多重（分離）機能は、ＳＬ－ＳＣＨ処理経路に含まれる。例えば、受信したＳＬ－ＳＣＨ ＰＤＵのフィルタリングはまた、受信側のＵＥによって実行されてもよい。フィルタリングは、送信元アドレス、宛先アドレス、サービス／プラットフォーム能力、およびＱｏＳに基づいてもよい。ＨＡＲＱ処理はまた、ＳＬ－ＳＣＨ ＰＤＵの再送のために実行され得る。この実施例の可能なＭＡＣ構造およびチャネルマッピングを、それぞれ図１７および図１８に示す。

【0188】

別の実施例では、ディスカバリメッセージは、ＳＬ－ＤＣＨにマッピングされ、次にＰＳＳＣＨにマッピングされる。あるシナリオで、例えば、ＵＥがサイドリンクで一度に１つのトランスポートブロックしか送信できない場合、ＭＡＣは、どのトランスポートチャネル（例えば、ＳＬ－ＤＣＨまたはＳＬ－ＳＣＨ）に対してトランスポートブロックを生成するかを決定する。ＭＡＣがこの決定を行う方法は、ルールに基づくものであってもよい（例えば、ＳＬ－ＤＣＨのトラフィックは、ＳＬ－ＳＣＨよりも優先される）。あるいは、この決定は、より動的なものであってもよい（例えば、ＳＤＣＣＨおよびＳＴＣＨトラフィックの相対的な優先順位に基づく）。

【0189】

別の一組の実施例では、透過的なＭＡＣがＳＬ－ＤＣＨに使用されてもよく、ここでＳＬ－ＤＣＨは、ＰＳＤＣＨまたはＰＳＳＣＨにマッピングされてもよい。

【0190】

別の実施例では、ディスカバリメッセージは、ＳＬ－ＭＣＨにマッピングされ、次にＰＳＭＣＨにマッピングされる。この実施例の可能なＭＡＣ構造およびチャネルマッピングを、それぞれ図２０および図２１に示す。

【0191】

（プロトコルデータユニット）
（ＭＡＣ ＰＤＵ（ＳＬ－ＤＣＨ））
ＳＬ－ＤＣＨを介してディスカバリメッセージを送信する実施形態では、ＭＡＣ ＰＤＵは、ＭＡＣヘッダ、１つ以上のＭＡＣサービスデータユニット（MAC Service Data Unit：ＭＡＣ ＳＤＵ）、および所望により、パディングで構成されてもよい。ＭＡＣヘッダおよびＭＡＣ ＳＤＵ両方が、可変サイズであり得る。

【0192】

例えば、ＭＡＣ ＰＤＵヘッダは、１つのＳＬ－ＤＣＨサブヘッダおよび１つ以上のＭＡＣ ＰＤＵサブヘッダから構成されてもよく、ここで、ＳＬ－ＤＣＨサブヘッダ以外の各サブヘッダは、ＭＡＣ ＳＤＵまたはパディングのいずれかに対応する。

【0193】

ＳＬ－ＤＣＨサブヘッダは、ＳＲＣおよびＤＳＴフィールドを含み得る。異なるＳＬ－ＤＣＨサブヘッダフォーマットのサポートが必要な場合は、バージョンフィールドを含めてもよい。例えば、ＤＳＴフィールドの長さが異なるバージョンに対して、異なるフォーマットが定義され得る。図２２は、ＤＳＴフィールドの長さが異なるＳＬ－ＤＣＨフォーマットに使用され得るＳＬ－ＤＣＨサブヘッダの実施例の図である。

【0194】

別の例では、ＳＬ－ＤＣＨサブヘッダ内のＤＳＴフィールドの数が異なるバージョンに対して、異なるフォーマットが定義され得る。このようなフォーマットは、異なるＤＳＴフィールドを持つＳＤＵが、ＰＤＵ内で多重化されるシナリオに使用され得る。あるいは、各ＭＡＣ ＳＤＵに関連付けられたＤＳＴフィールドは、ＭＡＣ ＰＤＵサブヘッダに含まれてもよく、その場合、ＳＬ－ＤＣＨ ＭＡＣサブヘッダは、ＳＲＣフィールドのみを含んでもよい。図２３は、ＤＳＴフィールドの数が異なるＳＬ－ＤＣＨフォーマットに使用され得るＳＬ－ＤＣＨサブヘッダの実施例の図である。

【0195】

ＭＡＣ ＰＤＵサブヘッダは、ＳＤＵ固有の情報（例えば、ＬＣＩＤ、長さ、ＱｏＳ、およびプラットフォーム／無線能力）を持つフィールドを含み得る。ＭＡＣヘッダにさらに多くのフィールドが存在するかを示す拡張フィールドもまた含まれ得る。

【0196】

図２４は、ＬＣＩＤ、長さ、および追加のＭＡＣサブヘッダの存在／不在を示すために使用され得るＭＡＣ ＰＤＵサブヘッダの実施例の図である。

【0197】

図２５は、ＱｏＳおよび能力情報も示すＭＡＣ ＰＤＵサブヘッダの実施例の図である。

【0198】

図２６は、ＤＳＴアドレスも示すＭＡＣ ＰＤＵサブヘッダ実施例の図である。

【0199】

最後のＳＤＵの長さは、提供される他の情報から判定することができるので、ＭＡＣ ＰＤＵサブヘッダの最後のサブヘッダは、長さおよびフォーマットフィールドを除外してもよい。パディングが必要な場合、最後のＭＡＣ ＰＤＵサブヘッダがパディングに対応してもよい。

【0200】

ＭＡＣ ＰＤＵは、ＭＡＣサブヘッダがＭＡＣ ＰＤＵの先頭で一緒にグループ化されるように構築され得る。一実施例では、ＭＡＣ ＰＤＵサブヘッダは、対応するＭＡＣ ＳＤＵおよびパディングと同じ順序を有する。

【0201】

パディングは、ＭＡＣ ＰＤＵの最後で発生することがあり、ＭＡＣエンティティによって無視される任意の値を有し得る。ＭＡＣ ＰＤＵの最後でパディングが実行されると、０またはそれ以上のパディングバイトが許容され得る。あるいは、シングルバイトまたは２バイトのパディングが必要な場合、パディングに対応する１つまたは２つのＭＡＣ ＰＤＵサブヘッダを、ＳＬ－ＤＣＨサブヘッダの後、および他のＭＡＣ ＰＤＵサブヘッダの前に配置され得る。ＭＡＣ ＰＤＵの実施例を図２７に示す。

【0202】

別の代替手段では、ＭＡＣサブヘッダは、図２８に示すように、対応するＭＡＣ ＳＤＵおよびパディングの直前に配置されてもよい。

【0203】

ＭＡＣ ＣＥがＳＬ ＭＡＣ ＰＤＵに含まれる実施形態の場合、ＭＡＣ ＣＥはグループ化され、ＭＡＣ ＳＤＵの前またはＭＡＣ ＳＤＵの後に配置され得る。ＭＡＣ ＣＥに対応するＭＡＣサブヘッダは、図２７に記載されているように、ＭＡＣヘッダに含まれてもよく、または、図２８に記載されているように、対応するＭＡＣ ＣＥの直前に含まれてもよい。

【0204】

（ＭＡＣ ＰＤＵ（ＳＬ－ＳＣＨ））
ＳＬ－ＤＣＨ ＭＡＣ ＰＤＵについて本開示に記載された解決策はまた、ＳＬ－ＳＣＨ ＭＡＣ ＰＤＵにも適用し得る。

【0205】

（フォーマットおよびパラメータ）
（ＭＡＣヘッダ（ＳＬ－ＤＣＨ））
ＭＡＣヘッダは、固定サイズ、または可変サイズであってもよく、以下のフィールドの一部または全てで構成されてもよい。受信側ＵＥは、ＰＤＵを実行するためのフィルタリングのために、ＭＡＣヘッダ内の、以下フィールド、Ｖ、ＳＲＣ、ＤＳＴ、ＬＣＩＤ、Ｌ、Ｆ、Ｅ、ＱｏＳ、ＣＡＰ、およびＲ、またはその等価物の１つ以上を使用してもよい。これらのフィールドについて、以下に記載する。

【0206】

Ｖはフォーマットバージョン番号フィールドであり、ＳＬ－ＤＣＨサブヘッダのどのバージョンが使用されるかを示す。異なるバージョンは、異なるフィールド、異なるフィールド長から成る場合がある。Ｖフィールドのサイズは、固定サイズ（例えば、４ビット）であってもよい。１つのフォーマットのみをサポートする実施形態の場合、フォーマットバージョン番号フィールドを除外してもよい。

【0207】

ＳＲＣは送信元層２ ＩＤフィールドであり、送信元のアイデンティティを伝送する。これは、ディスカバリグループＩＤに対応し得る。ＳＲＣフィールドは、固定サイズ（例えば、２４ビット）であってもよい。ＵＥが複数のディスカバリグループに属するシナリオの場合、複数のＳＲＣフィールドがＭＡＣヘッダに含まれ得る。追加のフィールドを使用して、ＭＡＣヘッダ内のＳＲＣフィールドの番号を示し得る。あるいは、異なるバージョンが、異なる数のＳＲＣフィールドから成るフォーマットに対して定義されてもよい。

【0208】

ＤＳＴはＤＳＴフィールドであり、異なる固定サイズであってよい（例えば、１６ビットまたは２４ビット）。１６ビットの場合は、宛先層２ ＩＤの１６の最上位ビットを伝送する。２４ビットの場合は、宛先層２ ＩＤに設定される。宛先層２ ＩＤは、ディスカバリグループＩＤ、ＰｒｏＳｅ層２グループＩＤ、およびＰｒｏｓｅ ＵＥ ＩＤに対応し得る上位層によって提供される値に設定されてもよい。

【0209】

ＬＣＩＤは論理チャネルＩＤフィールドであり、付録の表２に記載されているように、対応するＭＡＣ ＳＤＵまたはパディングの、１つの送信元層２ ＩＤと宛先層２ ＩＤのペアの範囲内で論理チャネルインスタンスを一意に識別する。ＭＡＣ ＰＤＵに含まれるＭＡＣ ＳＤＵまたはパディングごとに１つのＬＣＩＤフィールドがある。それに加えて、シングルバイトまたは２バイトのパディングが必要であるが、ＭＡＣ ＰＤＵの最後にパディングすることでは実現できない場合、１つまたは２つの追加ＬＣＩＤフィールドがＭＡＣ ＰＤＵに含まれる。ＬＣＩＤフィールドは、固定サイズ（例えば、５ビット）であってもよい。

【0210】

Ｌは長さフィールドであり、対応するＭＡＣ ＳＤＵの長さをバイト単位で示す。最後のサブヘッダを除き、ＭＡＣ ＰＤＵサブヘッダごとに１つのＬフィールドがある。Ｌフィールドのサイズは、Ｆフィールドによって示されてもよく、または固定サイズ（例えば、５ビット）であってもよい。ＭＡＣ ＳＤＵが固定サイズである実施形態の場合、長さフィールドは除外されてもよい。

【0211】

Ｆはフォーマットフィールドであり、長さフィールドのサイズを示す。例示的な長さを付録の表３に示す。最後のサブヘッダを除き、ＭＡＣ ＰＤＵサブヘッダごとに１つのＦフィールドがある。Ｆフィールドは、固定サイズ（例えば、１ビット）であってもよい。ＭＡＣ ＳＤＵのサイズが特定のサイズ（例えば、１２８バイト）より小さい場合、Ｆフィールドの値は０に設定され、さもなければ、１に設定される。長さフィールドがメッセージから除外されるか、または固定サイズである実施形態の場合、フォーマットフィールドは除外されてもよい。

【0212】

Ｅは拡張フィールドであり、ＭＡＣヘッダにさらにフィールドが存在するかを示すフラグである。Ｅフィールドは、別のフィールドのセットが存在することを示すために、「１」に設定される。Ｅフィールドは、ＭＡＣ ＳＤＵまたはパディングのいずれかが次のバイトで始まることを示すために、「０」に設定される。ＭＡＣ ＰＤＵが単一のＭＡＣ ＳＤＵから成る実施形態の場合、拡張フィールドは除外されてもよい。

【0213】

ＱｏＳはＱｏＳフィールドであり、これを使用してディスカバリ後に確立されるセッション（単数または複数）または候補セッション（単数または複数）のＱｏＳを示してもよい。ＱｏＳフィールドは、固定サイズ（例えば、４ビット）であってもよい。ＱｏＳのセット（単数または複数）は標準化されるか、または事前設定されたリストの上位層によって提供されてもよい。一実施形態では、ＱｏＳフィールドは、本明細書に記載されるように、ディスカバリ後に確立されるセッション（単数または複数）または候補セッション（単数または複数）のＱｏＳ情報を決定するために使用され得るインデックスに対応する。

【0214】

ＣＡＰは能力フィールドであり、これを使用してアナウンサＵＥおよび／またはターゲット受信側ＵＥのサービス／プラットフォーム能力および／または無線能力を示してもよい。能力のセット（単数または複数）は、標準化されるか、または事前設定されたリストの上位層によって提供されてもよい。ＣＡＰフィールドは、固定サイズ（例えば、４ビット）であってもよい。
Ｒは予約ビットであり、「０」に設定する。

【0215】

注釈 フィールドの説明には、例示的なフィールド長が含まれる。他の長さもまた意図されており、本明細書で提案する解決策のために使用され得る。
ＭＡＣヘッダおよびサブヘッダは、オクテット整列されてもよい。付録の表２および表３を参照されたい。

【0216】

（ＭＡＣヘッダ（ＳＬ－ＳＣＨ））
本開示でＳＬ－ＤＣＨ ＭＡＣヘッダについて記載された解決策はまた、ＳＬ－ＳＣＨ ＭＡＣヘッダにも適用し得る。

【0217】

（ユニキャスト、グループキャスト、またはブロードキャストＶ２Ｘデータ通信のためのＶ２Ｘ無線設定の解決策）
ディスカバリメッセージの場合の送信無線および受信無線の設定に関する本開示に記載されている解決策はまた、
ディスカバリメッセージ以外のＶ２Ｘサイドリンクデータの送受信にも適用される。

【0218】

（例示的な解決策）
本明細書で記載されている技術は、様々な方法で適用され得ることが理解されよう。例えば、ユーザ機器は、発見者ユーザ機器によって求められる１つ以上のサービスに対する基準を記述するサイドリンクサービスを介してディスカバリアナウンスメントを送信することによって、発見者として機能し得る。発見者ユーザ機器は、それに応じてその通信回路を設定して、１つ以上の被発見者ユーザ機器装置から来るアナウンスメントに対する応答をモニタし得る。アナウンスメントと同様に、応答は、応答する被発見者装置によって提供される１つ以上のサービスに対する基準を含み得る。ディスカバリアナウンスメントは、例えば、ターゲット検索ディスカバリアナウンスメント、または自己広告ディスカバリアナウンスメントであってもよい。ディスカバリアナウンスメントは、ユニキャスト、グループキャスト、またはブロードキャストの方法で送信され得る。

【0219】

ディスカバリアナウンスメントは、サービス能力、サービスプラットフォーム能力、無線能力、１つ以上のソース識別子、運転情報（例えば、運転意図情報、測位情報、または環境情報）無線測定値、第１の装置が属する１つ以上のグループの１つ以上の識別子、およびＶ２Ｘ通信のためのプロトコル設定パラメータなどの、発見者ユーザ機器に関する情報を含み得る。同様に、ディスカバリアナウンスメントは、発見者に関する情報の代わりに、またはそれに加えるかのいずれかで、被発見者ユーザ機器に関するそのような情報を含み得る。

【0220】

発見者によって求められるサービスに対する基準は、アナウンスメントまたはアナウンスメントに対する応答に含まれるが、例えば、関心のあるサービスもしくはタイプのサービス、サービスに対するＱｏＳ要件、ＴＸプロファイル、またはサービスに対する認可されたＰＬＭＮなどである。

【0221】

発見者ユーザ機器は、無線送信／受信および関連機能を実装する携帯端末ユニットを含んでもよく、アプリケーション機能を実装する端末機器を含んでもよい。例えば、携帯端末ユニットは、ディスカバリアナウンスメントに含まれる情報に加えて、サポートされるサービス、サービス能力、サービスプラットフォーム能力、無線能力、運転情報、第２の装置の送信元識別子、サービスに対するサポートされるＱｏＳ要件、１つ以上のサポートされるサービスのＴＸプロファイルもしくは第２の装置に関心のあるＴＸプロファイル、サービスに対する無線キャリア周波数パラメータ、または認可されたＰＬＭＮなど、アナウンスメントに対する応答に含まれる情報に基づいて、被発見者ユーザ機器装置のフィルタリングまたは受付制御を実行し得る。携帯端末ユニットは次に、フィルタリングの結果を端末機器に提供し得る。

【0222】

ディスカバリアナウンスメントは、発見者ユーザ機器装置によって送信されてもよく、または、被発見者ユーザ機器装置によって論理チャネル上で受信されてもよく、例えば、プロトコル仕様で予め定義された論理チャネルアイデンティティを使用する。同様に、被発見者ユーザ機器装置によるディスカバリアナウンスメントに対する応答は、被発見者ユーザ機器装置によって送信されてもよく、または、発見者ユーザ機器装置によって論理チャネル上で受信されてもよく、例えば、プロトコル仕様で予め定義された論理チャネルアイデンティティを使用する。

【0223】

発見者ユーザ機器は、ディスカバリアナウンスメントの送信またはディスカバリアナウンスメントに対する応答の受信を含むＶ２Ｘ通信を行う前に、同期を実行し得る。

【0224】

発見者および被発見者のユーザ機器装置は、それぞれの装置に関連付けられた車両に関する運転情報を収集し得る。運転情報は、例えば、ディスカバリアナウンスメントで、またはディスカバリアナウンスメントに対する応答で共有されてもよく、受信したディスカバリアナウンスメントもしくは応答を評価するか、またはフィルタリングするためにさらに使用されてもよく、または、発見者ユーザ機器装置によって応答する被発見者ユーザ機器装置の受付制御を行うためにさらに使用されてもよく、または、被発見者ユーザ機器装置によって発見者ユーザ機器装置の受付制御を行うためにさらに使用されてもよい。ここでも、運転情報は、運転意図、測位、および運転環境情報などの情報を含み得る。

【0225】

発見者ユーザ機器は、ディスカバリアナウンスメントのための認可の要求を送信してもよく、認可のための要求に運転情報を含めてもよい。

【0226】

被発見者ユーザ装置は、特定のＶ２Ｘ通信サービスおよび関連するディスカバリアナウンスメントに対するモニタリングならびに応答に対する認可を含む、サイドリンクＶ２Ｘ通信に対する認可を受信してもよく、車両通信サイドリンクサービスパラメータを受信してもよく、１つ以上の発見者ユーザ機器装置からのディスカバリアナウンスメントをモニタするように通信回路を設定してもよい。被発見者ユーザ装置は次いで、サイドリンクサービスを介して、ディスカバリアナウンスメントを受信してもよく、ディスカバリアナウンスメントは、発見者ユーザ機器装置によって求められるサービスに対する１つ以上の基準を含み、ディスカバリアナウンスメントを評価する。被発見者ユーザ機器が第１の装置によって求められるサービスを提供し得る場合、被発見者のユーザ機器は、サイドリンクサービスを介して、ディスカバリ応答を発見者ユーザ機器に送信し得る。ここでも、ディスカバリアナウンスメントは、ターゲット検索ディスカバリアナウンスメントまたは自己広告ディスカバリアナウンスメントであってもよく、ユニキャスト、グループキャスト、またはブロードキャストの方法で受信されてもよい。被発見者ユーザ機器は、サイドリンクサービスの同期を実行し得る。また、ディスカバリアナウンスメントおよびディスカバリアナウンスメントに対する応答は、発見者ユーザ機器の動作に関連して記述された情報の種類を含み得、被発見者は、それに応じてディスカバリアナウンスメントに応答するかを評価し得る。具体的には、ディスカバリアナウンスメントに対する応答は、被発見者ユーザ機器に関する情報、例えば、サービス能力、サービスプラットフォーム能力、無線能力、被発見者ユーザ機器が属する１つ以上グループの１つ以上の識別子、運転意図情報と測位情報と環境情報とのうちの１つ以上を含む運転情報、および無線測定値を含み得る。同様に、ディスカバリアナウンスメントに対する応答は、サポートされたサービスまたは被発見者ユーザ機器に関心のあるサービスに関する情報を含み得る。このような情報には、ＱｏＳ要件、ＴＸプロファイル、無線キャリア周波数パラメータ、１つ以上の認可されたＰＬＭＮを含み得る。被発見者ユーザ機器は、被発見者が関連付けられている車両に関する運転情報を収集し（意図、測位、環境など）、ディスカバリアナウンスメントに対する応答メッセージにそのような運転情報を含めることに加えて、ディスカバリアナウンスメントを評価する際にそのような運転情報を使用するか、またはディスカバリアナウンスメントに対する応答にそのような運転情報を含めてもよい。

【0227】

発見者ユーザ機器および被発見者ユーザ機器は、第３の装置から車両サイドリンク通信パラメータまたは認可を受信し得る。例えば、第３の装置は、１つ以上の発見者ユーザ機器および１つ以上の被発見者ユーザ機器に、車両通信サイドリンクサービスパラメータを提供し得る。第３の装置は次いで、ディスカバリアナウンスメントのための認可を発見者ユーザ機器に送信し、ディスカバリアナウンスメントに対する応答のための認可を被発見者ユーザ機器に送信し得る。

【0228】

発見者ユーザ機器または被発見者ユーザ機器は、車両グループリード、隊列リードであってもよく、またはグループリードもしくは隊列リードとして機能することが可能であってもよく、ディスカバリアナウンスメントまたはディスカバリアナウンスメントに対する応答の際にそのようなサービス能力を示してもよい。

【0229】

（例示的な解決策のフレームワーク）
第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、ならびに、コーデック、セキュリティ、およびサービス品質に関する作業を含むサービス能力を含む、セルラー通信ネットワーク技術の技術標準を開発している。最近の無線アクセス技術（Radio Access Technology：ＲＡＴ）標準には、ＷＣＤＭＡ（登録商標）（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥ－Ａｄｖａｎｃｅｄ標準が含まれる。３ＧＰＰは、「５Ｇ」とも呼称される、新無線（New Radio：ＮＲ）と呼ばれる次世代セルラー技術の標準化に着手している。３ＧＰＰ ＮＲ標準の開発は、次世代無線アクセス技術（新ＲＡＴ）の定義が含まれると予想されており、これには、６ＧＨｚ未満の新しいフレキシブル無線アクセスの提供、および６ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供が含まれると予想されている。フレキシブル無線アクセスは、６ＧＨｚ未満の新しい周波数帯での後方互換性のない新しい無線アクセスで構成され、同じ周波数帯で多重化され得る異なる動作モードを含むことで、要件が異なる幅広い３ＧＰＰ ＮＲユースケースに対処することが予想されている。ウルトラモバイルブロードバンドには、ウルトラモバイルブロードバンドアクセス（例えば、屋内用途およびホットスポット）の機会を提供するセンチ波およびミリ波の周波数帯が含まれることが予想されている。特に、ウルトラモバイルブロードバンドでは、センチ波およびミリ波専用の設計最適化により、６ＧＨｚ未満のフレキシブル無線アクセスと共通の設計フレームワークを共有することが予想されている。

【0230】

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、ならびに、コーデック、セキュリティ、およびサービス品質に関する作業を含むサービス能力を含む、セルラー通信ネットワーク技術の技術標準を開発している。最近の無線アクセス技術（Radio Access Technology：ＲＡＴ）標準には、ＷＣＤＭＡ（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥ－Ａｄｖａｎｃｅｄ標準が含まれる。３ＧＰＰは、「５Ｇ」とも呼称される、新無線（New Radio：ＮＲ）と呼ばれる次世代セルラー技術の標準化に着手している。３ＧＰＰ ＮＲ標準の開発は、次世代無線アクセス技術（新ＲＡＴ）の定義が含まれると予想されており、これには、６ＧＨｚ未満の新しいフレキシブル無線アクセスの提供、および６ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供が含まれると予想されている。フレキシブル無線アクセスは、６ＧＨｚ未満の新しい周波数帯での後方互換性のない新しい無線アクセスで構成され、同じ周波数帯で多重化され得る異なる動作モードを含むことで、要件が異なる幅広い３ＧＰＰ ＮＲユースケースに対処することが予想されている。ウルトラモバイルブロードバンドには、ウルトラモバイルブロードバンドアクセス（例えば、屋内用途およびホットスポット）の機会を提供するセンチ波およびミリ波の周波数帯が含まれることが予想されている。特に、ウルトラモバイルブロードバンドでは、センチ波およびミリ波専用の設計最適化により、６ＧＨｚ未満のフレキシブル無線アクセスと共通の設計フレームワークを共有することが予想されている。

【0231】

３ＧＰＰでは、ＮＲがサポートすることが予想される様々なユースケースが特定されており、その結果、データレート、遅延、およびモビリティに関する多種多様なユーザ体験の要件が生じている。ユースケースには、以下のような一般的なカテゴリ、拡張モバイルブロードバンド（例えば、密集エリアでのブロードバンドアクセス、屋内での超高速ブロードバンドアクセス、群衆の中でのブロードバンドアクセス、どこでも５０Mbps以上、超低コストのブロードバンドアクセス、車両でのモバイルブロードバンド）クリティカル通信、大規模マシンタイプ通信、ネットワーク運用（例えば、ネットワークスライシング、ルーティング、マイグレーションおよびインターワーキング、ならびに省エネ）、ならびに、車両対車両通信（Vehicle-To-Vehicle Communication：Ｖ２Ｖ）、車両対インフラストラクチャ通信（Vehicle-To-Infrastructure Communication：Ｖ２Ｉ）、車両対ネットワーク通信（Vehicle-To-Network Communication：Ｖ２Ｎ）、車両対歩行者通信（Vehicle-To-Pedestrian Communication：Ｖ２Ｐ）、および他のエンティティとの車両通信のいずれかを含み得る、高度化した車両対全て（Enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信が含まれる。これらのカテゴリにおける特定のサービスおよび用途には、モニタリングおよびセンサネットワーク、デバイスの遠隔操作、双方向の遠隔操作、パーソナルクラウドコンピューティング、ビデオストリーミング、ワイヤレスクラウドベースのオフィス、ファーストレスポンダの接続性、自動車緊急通報システム、災害警報、リアルタイムゲーミング、複数人でのビデオ通話、自動運転、拡張現実、タッチインターネット、および仮想現実が、ほんの一部の例として挙げられる。これらのユースケースの全ておよびその他のユースケースが、本明細書で意図されている。

【0232】

図２９Ａは、本明細書に記載および請求された方法ならびに装置が組み入れられ得る、例示的な通信システム１００の一実施形態を示す。図示されているように、例示的な通信システム１００は、無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および／または１０２ｇ（これらは、一般的または集合的に、ＷＴＲＵ１０２と呼ばれることがある）、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８、インターネット１１０、他のネットワーク１１２、ならびにＶ２Ｘサーバ（または、ＰｒｏＳｅ機能およびサーバ）１１３を含んでもよいが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図していることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および１０２ｇのそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスであってもよい。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および１０２ｇは、図２９Ａから図２９Ｅに、ハンドヘルド無線通信装置として図示されているが、５Ｇ無線通信に意図されている多種多様なユースケースでは、各ＷＴＲＵは、ワイヤレス信号を送信および／もしくは受信するように構成された任意のタイプの装置もしくはデバイスを含んでもよく、または具体化されてもよいことが理解され、ほんの一例として、ユーザ機器（User Equipment：ＵＥ）、移動局、固定または移動加入者ユニット、ポケットベル、セルラー電話、パーソナルデジタルアシスタント（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家電製品、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療または電子ヘルスデバイス、ロボット、産業機器、ドローン、自動車、トラック、列車、または飛行機などの車両などが含まれる。

【0233】

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのうちの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。基地局１１４ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、および／またはＶ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＲＲＨ（遠隔無線ヘッド）１１８ａ、１１８ｂ、ＴＲＰ（送受信ポイント）１１９ａ、１１９ｂ、および／またはＲＳＵ（路側機）１２０ａ、１２０ｂのうちの少なくとも１つと有線および／または無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｄの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａ、１２０ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、および／またはＶ２Ｘサーバ（または、ＰｒｏＳｅ機能およびサーバ）１１３などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｅまたは１０２ｆの少なくとも１つと無線でインタフェースするように構成された任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、無線基地局装置（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、および無線ルータであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として図示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されるであろう。

【0234】

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、これはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、および中継ノードなどの、他の基地局ならびに／またはネットワーク要素（図示せず）も含んでもよい。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、これはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、および中継ノードなどの、他の基地局ならびに／またはネットワーク要素（図示せず）も含んでもよい。基地局１１４ａは、セル（図示せず）と呼ばれ得る特定の地理的領域内で、無線信号を送信および／または受信するように構成されてもよい。基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内で、有線信号および／または無線信号を送信および／または受信するように構成されてもよい。セルは、さらに、セルセクタに分割されてもよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを含んでもよい(例えば、セルの各セクタにつき１つ）。一実施形態では、基地局１１４ａは、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用してもよく、したがって、セルの各セクタにつき複数のトランシーバを利用してもよい。

【0235】

基地局１１４ａは、エアインタフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃの１つ以上と通信してもよく、任意の適切な無線通信リンク（例えば、無線周波数（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波）であってもよい。エアインタフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

【0236】

基地局１１４ｂは、有線またはエアインタフェース１２９Ｂ／１１６ｂ／１１７ｂを介して、ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／またはＲＳＵ１２０ａ、１２０ｂのうちの１つ以上と通信してもよく、これは、任意の適切な有線（例えば、ケーブル、光ファイバ）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波）であってもよい。エアインタフェース１２９Ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

【0237】

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよび／またはＲＳＵ１２０ａ、１２０ｂは、エアインタフェース１２９Ｃ／１１６ｃ／１１７ｃを介して、ＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆの１つ以上と通信してもよく、これは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波）であってもよい。エアインタフェース１２９Ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

【0238】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ，１０２ｄ、１０２ｅ、１０２ｆ、および／または１０２ｇは、エアインタフェース１２９Ｄ／１１６ｄ／１１７ｄ（図には示されず）を介して互いに通信してもよく、これは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、およびミリ波）であってもよい。エアインタフェース１２９Ｄ／１１６ｄ／１１７ｄは、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

【0239】

より具体的には、上記のとおり、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよびＲＳＵ１２０ａ、１２０ｂならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上無線アクセス（UMTS Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ）を使用してエアインタフェース１１５／１１６／１１７または１２９Ｃ／１１６ｃ／１１７ｃをそれぞれ確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ、）および／または発展型高速パケットアクセス（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）、および／または高速アップリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含んでもよい。

【0240】

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／またはＲＳＵ１２０ａ、１２０ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）などの無線技術を実装していてもよく、ロングタームエボリューション（Long Term Evolution：ＬＴＥ）および／またはＬＴＥアドバンスト（LTE-Advanced：ＬＴＥ－Ａ）を使用してエアインタフェース１１５／１１６／１１７または１２９Ｃ／１１６ｃ／１１７ｃをそれぞれ確立してもよい。将来的には、エアインタフェース１１５／１１６／１１７は、３ＧＰＰ ＮＲ技術を実装してもよい。ＬＴＥおよびＬＴＥ－Ａ技術は、ＬＴＥ Ｄ２ＤおよびＶ２Ｘ技術ならびにインタフェース（サイドリンク通信など）を含む。３ＧＰＰ ＮＲ技術は、ＮＲ Ｖ２Ｘ技術およびインタフェース（サイドリンク通信など）を含む。

【0241】

一実施形態では、ＲＡＮ１０３／１０４／１０５における基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂにおけるＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／もしくはＲＳＵ１２０ａ、１２０ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ＩＥＥＥ８０２．１６（例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（Interim Standard 2000：ＩＳ－２０００）、暫定標準９５（Interim Standard 95：ＩＳ－９５）、暫定標準８５６（Interim Standard 856：ＩＳ－８５６）、ＧＳＭ（Global System for Mobile communication）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実装していてもよい。

【0242】

図２９Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってもよく、事業所、家、車両、またはキャンパスなどの局所的なエリアで無線接続性を容易にするための任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実装してもよい。一実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実装してもよい。さらに別の実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ）を利用してもよい。図２９Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有していてもよい。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がなくてもよい。

【0243】

ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信していてもよく、このネットワークは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄの１つ以上に提供するように構成された任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイル位置ベースサービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供してもよく、ユーザ認証などの高レベルのセキュリティ機能を実行してもよい。

【0244】

図２９Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的にまたは間接的に通信してもよいことが理解されるであろう。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されていることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）と通信していてもよい。

【0245】

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、一般電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、インターネットプロトコル（Internet Protocol：ＩＰ）などの共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／運営される有線または無線の通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、１つ以上のＲＡＮに接続された別のコアネットワークを含んでもよく、これは、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用してもよい。

【0246】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄの一部または全ては、マルチモード能力を含んでもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図２９Ａに示すＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用し得る基地局１１４ａ、および、ＩＥＥＥ８０２の無線技術を採用し得る基地局１１４ｃと通信するように構成されてもよい。

【0247】

図２９Ｂは、例えば、ＷＴＲＵ１０２などの、本明細書で例示した実施形態に従って無線通信のために設定された例示的な装置またはデバイスのブロック図である。図２９Ｂに示すように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、前述の要素の任意のサブコンビネーションを含んでもよいことが理解されるであろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または基地局１１４ａおよび１１４ｂが表し得るノード、例えば、しかしこれらに限定されない、基地局装置（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ノードＢ（ｅノードＢ）、ホーム発展型ノードＢ（ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノードなどは、特に、本明細書に記載される図２９Ｂに図示された要素の一部または全てを含んでもよいことを意図している。

【0248】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ならびに／または、ＤＳＰコア、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、その他のタイプの集積回路（Integrated Circuit：ＩＣ）、およびステートマシンに関連した１つ以上のマイクロプロセッサあってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行してもよい。プロセッサ１１８は、トランシーバ１２０に結合されてもよく、トランシーバは、送受信素子１２２に結合されてもよい。図２９Ｂは、プロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして図示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に共に統合されてもよいことが理解されるであろう。

【0249】

送受信素子１２２は、エアインタフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）へ信号を送信、または基地局から信号を受信するように構成されてもよい。例えば、一実施形態において、送受信素子１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。例えば、一実施形態において、送受信素子１２２は、ＩＲ、ＵＶ、もしくは可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。さらに別の実施形態では、送受信素子１２２は、ＲＦ信号および光信号の両方を送受信するように構成されてもよい。送受信素子１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されていてもよいことが理解されよう。

【0250】

さらに、図２９Ｂでは送受信素子１２２が単一の素子として図示さているが、ＷＴＲＵ１０２は、任意の数の送受信素子１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一実施形態において、ＷＴＲＵ１０２は、エアインタフェース１１５／１１６／１１７を介して無線信号を送受信するための２つ以上の送受信素子１２２（例えば、複数のアンテナ）を含んでもよい。

【0251】

トランシーバ１２０は、送受信素子１２２によって送信されるべき信号を変調し、送受信素子１２２によって受信される信号を復調するように構成されてもよい。上記のとおり、ＷＴＲＵ１０２は、マルチモード能力を有していてもよい。したがって、トランシーバ１２０は、ＷＴＲＵ１０２がＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるようにするための、複数のトランシーバを含んでもよい。

【0252】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイユニット）に結合されていてもよく、これらからユーザ入力データを受信してもよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド／インジケータ１２８にユーザデータを出力してもよい。さらに、プロセッサ１１８は、任意のタイプの適切なメモリ、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２から情報にアクセスし、そのメモリにデータを保存してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、リードオンリーメモリ（Read-Only MemoryＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含んでもよい。リムーバブルメモリ１３２は、加入者識別モジュール（Subscriber Identity Module:ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（Secure Digital：ＳＤ）メモリカードを含んでいてもよい。一実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などで、ＷＴＲＵ１０２に物理的に配置されていないメモリから情報にアクセスし、データを保存してもよい。

【0253】

プロセッサ１１８は、電源１３４から電力を受け取り、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配および／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾電池、太陽電池、および燃料電池を含んでもよい。

【0254】

また、プロセッサ１１８は、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａおよび１１４ｂ）からエアインタフェース１１５／１１６／１１７を介して位置情報を受信してもよく、ならびに／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてその位置を判定してもよい。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、任意の適切な位置判定方法によって、位置情報を取得してもよいことが理解されるであろう。

【0255】

プロセッサ１１８は、さらに、他の周辺機器１３８に結合されてもよく、これらの周辺機器１３８は、追加の特徴、機能性、ならびに／または有線もしくは無線の接続性を提供する１つ以上のソフトウェアおよび／またはハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計などの様々なセンサ、バイオメトリクス（例えば、指紋）センサ、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インタフェース、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、またはインターネットブラウザを含んでもよい。

【0256】

ＷＴＲＵ１０２は、センサ、家電製品、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療または電子ヘルスデバイス、ロボット、産業機器、ドローン、自動車、トラック、電車、または飛行機などの車両など、他の装置またはデバイス内に組み入れられてもよい。ＷＴＲＵ１０２は、周辺機器１３８の１つを構成し得る相互接続インタフェースなど、１つ以上の相互接続インタフェースを介して、そのような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。

【0257】

図２９Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のとおり、ＲＡＮ１０３は、エアインタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するために、ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図２９Ｃに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、および１４０ｃを含んでもよく、これらはそれぞれ、エアインタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。ノードＢ１４０ａ、１４０ｂ、および１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてもよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａおよび１４２ｂを含んでもよい。ＲＡＮ１０３は、一実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含んでもよいことが理解されるであろう。

【0258】

図２９Ｃに示すように、ノードＢ１４０ａおよび１４０ｂは、ＲＮＣ１４２ａと通信してもよい。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。ノードＢ１４０ａ、１４０ｂ、および１４０ｃは、Ｉｕｂインタフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、および１４２ｂは、Ｉｕｒインタフェースを介して互いに通信してもよい。ＲＮＣ１４２ａ、および１４２ｂのそれぞれは、それが接続されているそれぞれのノードＢ１４０ａ、１４０ｂ、および１４０ｃを制御するように構成されてもよい。さらに、ＲＮＣ１４２ａおよび１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバシティ、セキュリティ機能、データ暗号化などの、他の機能性を実行またはサポートするように構成されてもよい。

【0259】

図２９Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、モバイルスイッチングセンター（Mobile Switching Center：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含んでもよい。前述の各要素は、コアネットワーク１０６の一部として図示されているが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことが理解されるであろう。

【0260】

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の陸上線通信デバイスとの間の通信を容易にしてもよい。

【0261】

ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインタフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間の通信を容易にしてもよい。

【0262】

上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得る、ネットワーク１１２に接続されてもよい。

【0263】

図２９Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のとおり、ＲＡＮ１０４は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するために、Ｅ－ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。

【0264】

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃを含んでもよいが、ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数のｅノードＢを含んでもよいことが理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃはそれぞれ、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態において、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつＷＴＲＵ１０２ａから無線信号を受信してもよい。

【0265】

ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図２９Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、Ｘ２インタフェースを介して互いに通信してもよい。

【0266】

図２９Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含んでもよい。前述の各要素は、コアネットワーク１０７の一部として図示されているが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことが理解されるであろう。

【0267】

ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの初期接続中の特定のサービングゲートウェイの選択の役割を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用した他のＲＡＮ（図示せず）とを切り替えるための、制御プレーン機能を提供してもよい。

【0268】

サービングゲートウェイ１６４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続されてもよい。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとの間でユーザデータパケットをルーティングおよび転送してもよい。サービングゲートウェイ１６４はまた、ｅノードＢハンドオーバー中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃでダウンリンクデータが利用可能な場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのコンテキストを管理ならびに保存することなど、他の機能を実行してもよい。

【0269】

サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続されてもよく、これは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。

【0270】

コアネットワーク１０７は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および従来の陸上線通信デバイスとの間の通信を容易にしてもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインタフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含んでいてもよく、またはそれと通信してもよい。さらに、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２へのアクセスを提供してもよい。

【0271】

図２９Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して無線インタフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信する、アクセスサービスネットワーク（Access Service Network：ＡＳＮ）であってもよい。以下でさらに説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能のエンティティ間の通信リンクは、基準点として定義されてもよい。

【0272】

図２９Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含んでもよいが、ＲＡＮ１０５は、一実施形態との整合性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてもよく、エアインタフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施してもよい。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつＷＴＲＵ１０２ａから無線信号を受信してもよい。基地局１８０ａ、１８０ｂ、および１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（Quality Of Service：ＱｏＳ）ポリシー施行などの、モビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして機能してもよく、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０９へのルーティングを担当してもよい。

【0273】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインタフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１基準点として定義してもよい。さらに、各ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃは、コアネットワーク１０９との論理インタフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インタフェースは、Ｒ２基準点として定義されてもよく、これは、認証、認可、ＩＰホスト設定管理、および／またはモビリティ管理のために使用されてもよい。

【0274】

基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバーおよび基地局間のデータ転送を容易にするためのプロトコルを含むＲ８基準点として定義されてもよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義されてもよい。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいて、モビリティ管理を容易にするためのプロトコルを含んでもよい。

【0275】

図２９Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３基準点として定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home Agent：ＭＩＰ－ＨＡ）１８４、認証、認可、アカウンティング（Authentication, Authorization, Accounting：ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含んでもよい。前述の各要素は、コアネットワーク１０９の一部として図示されているが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことが理解されるであろう。

【0276】

ＭＩＰ－ＨＡはＩＰアドレス管理を担当してもよく、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間をローミングできるようにしてもよい。ＭＩＰ－ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担当してもよい。ゲートウェイ１８８は、他のネットワークとのインターワーキングを容易にしてもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および従来の陸上線通信デバイスとの間の通信を容易にしてもよい。さらに、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得るネットワーク１１２へのアクセスを提供してもよい。

【0277】

図２９Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続されてもよく、コアネットワーク１０９は、他のコアネットワークに接続されてもよいことが理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義してもよく、これは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのモビリティを調整するためのプロトコルを含み得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５基準として定義してもよく、これは、ホームコアネットワークと在圏コアネットワークとの間のインターワーキングを容易にするためのプロトコルを含み得る。

【0278】

本明細書に記載され、図２９Ａ、図２９Ｃ、図２９Ｄ、および図２９Ｅに示されているコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様でそれらのエンティティに与えられた名前によって識別されているが、将来、それらのエンティティおよび機能性が他の名前で識別される可能性があり、特定のエンティティまたは機能が、将来の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって発行される将来の仕様と組み合わされ得ることが理解される。したがって、図２９Ａ、図２９Ｂ、図２９Ｃ、図２９Ｄ、および図２９Ｅで説明および示されている特定のネットワークエンティティおよび機能性は、例示としてのみ提供されており、本明細書で開示および請求されている主題は、現在定義されているかまたは将来定義されるかに関わらず、任意の類似の通信システムで具体化または実装され得ることが理解される。

【0279】

図２９Ｆは、例示的なコンピューティングシステム９０のブロック図であり、これは、図２９Ａ、図２９Ｃ、図２９Ｄ、および図２９Ｅに示される通信ネットワークの１つ以上の装置が、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、もしくはその他のネットワーク１１２における特定のノードまたは機能エンティティなどで具現化され得る。コンピューティングシステム９０は、コンピュータまたはサーバで構成され、主にコンピュータ可読命令によって制御されてもよく、コンピュータ可読命令は、ソフトウェアの形態であってもよく、またはそのようなソフトウェアがどこに保存されていても、もしくはどのような手段でアクセスされてもよい。このようなコンピュータ可読命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０に動作をさせてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、もしくはＤＳＰコアに関連した１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他のタイプの集積回路（ＩＣ）、および／またはステートマシンなどであってもよい。プロセッサ９１は、信号符号化、データ処理、電力制御、入出力処理、および／または、コンピューティングシステム９０が電気通信ネットワークで動作することを可能にする任意の他の機能性を実行してもよい。コプロセッサ８１は、メインプロセッサ９１とは異なるオプションのプロセッサであり、追加の機能を実行、またはプロセッサ９１を支援し得る。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示された方法および装置に関連するデータを受信、生成、ならびに処理してもよい。

【0280】

動作時、プロセッサ９１は、命令をフェッチ、復号、および実行し、コンピューティングシステムの主なデータ転送パスであるシステムバス８０を介して、他のリソースとの間で情報を転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送るためのデータライン、アドレスを送るためのアドレスライン、ならびに、割り込みを送るため、およびシステムバスを動作するための制御ラインを含む。このようなシステムバス８０の一例は、ペリフェラルコンポーネントインターコネクト（Peripheral Component Interconnect：ＰＣＩ）バスである。

【0281】

システムバス８０に結合されたメモリは、ランダムアクセスメモリ（Random Access Memory：ＲＡＭ）８２および読み出し専用メモリ（Read Only Memory：ＲＯＭ）９３を含む。このようなメモリは、情報を保存して取り出すことができる回路を含む。ＲＯＭ９３は、一般に、容易に変更できない保存データを含む。ＲＡＭ８２に保存されたデータは、プロセッサ９１もしくは他のハードウェアデバイスによって読み取られ得るか、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてもよい。メモリコントローラ９２は、命令が実行される際に、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供してもよい。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離するメモリ保護機能を提供してもよい。したがって、第１のモードで実行されるプログラムは、そのプロセスの仮想アドレス空間によってマッピングされたメモリのみにアクセスし得、プロセス間のメモリ共有が設定されていない限り、他のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。

【0282】

さらに、コンピューティングシステム９０は、プロセッサ９１からの命令をプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に通信するための役割を担う周辺機器コントローラ８３を含んでいてもよい。

【0283】

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用される。このような視覚的出力は、テキスト、グラフィックス、アニメーショングラフィックス、およびビデオを含んでもよい。視覚的出力は、グラフィカルユーザインタフェース（Graphical User Interface：ＧＵＩ）の形態で提供されてもよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子コンポーネントを含む。

【0284】

さらに、コンピューティングシステム９０は、図２９Ａ、図２９Ｂ、図２９Ｃ、図２９Ｄ、および図２９Ｅの、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信ネットワークに、コンピューティングシステム９０を接続するために使用され、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにし得る、例えばネットワークアダプタ９７などの通信回路を含んでいてもよい。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に記載されている特定の装置、ノード、または機能エンティティの送受信ステップを実行するために使用されてもよい。

【0285】

図２９Ｇは、本明細書に記載および請求された方法ならびに装置が組み入れられ得る例示的な一実施形態の通信システム１１１を示す。図に示すように、例示的な通信システム１１１は、無線送受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦ、基地局、Ｖ２Ｘサーバ、ならびにＲＳＵ ＡおよびＢを含んでもよい。しかし、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図していることが理解されるであろう。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、およびＥの１つ、またはいくつか、または全てが、ネットワークの範囲外にある可能性がある（例えば、破線で示されたセルカバレッジ境界外の図において）。ＷＴＲＵ Ａ、Ｂ、およびＣは、Ｖ２Ｘグループを形成しており、そのうちＷＴＲＵ Ａはグループリードであり、ＷＴＲＵ ＢおよびＣはグループメンバーである。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、Ｕｕインタフェースまたはサイドリンク（ＰＣ５）インタフェースを介して通信してもよい。

【0286】

本明細書に記載されている装置、システム、方法、およびプロセスのいずれかまたは全てが、コンピュータ可読記憶媒体に保存されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化されてもよく、この命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書に記載されたシステム、方法、およびプロセスを実行および／または実施させることが理解される。具体的には、本明細書に記載されているステップ、動作、または機能のいずれかは、無線および／または有線のネットワーク通信のために構成された装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形態で実装されてもよい。コンピュータ可読記憶媒体は、情報を保存するための任意の非一時的（例えば、有形もしくは物理的）な方法または技術で実装された揮発性および不揮発性、取り外し可能および取り外し不可能な媒体を含むが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）もしくは他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、所望の情報を保存するために使用され、コンピューティングシステムによってアクセスされ得る他の有形もしくは物理的媒体が含まれるが、これらに限定されない。

【0287】

付録

【0288】

【表1-1】

【表1-2】

【表1-3】

【0289】

【表1-4】

【0290】

【表2】

【0291】

【表3】

【図1】

【図2A】

【図2B】

【図3】

【図4A】

【図4B】

【図5】

【図6A】

【図6B】

【図7】

【図8A】

【図8B】

【図9】

【図10A】

【図10B】

【図11A】

【図11B】

【図12A】

【図12B】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29A】

【図29B】

【図29C】

【図29D】

【図29E】

【図29F】

【図29G】