ホーム > 特許ランキング > 華碩電腦股▲ふん▼有限公司
特許7503093無線通信システムにおいて１対１のサイドリンク通信を支援するための方法および装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-11
(45)【発行日】2024-06-19
(54)【発明の名称】無線通信システムにおいて１対１のサイドリンク通信を支援するための方法および装置
(51)【国際特許分類】
H04W 76/14 20180101AFI20240612BHJP
H04W 4/40 20180101ALI20240612BHJP
H04W 92/18 20090101ALI20240612BHJP
【ＦＩ】
H04W76/14
H04W4/40
H04W92/18
【請求項の数】
16
(21)【出願番号】P 2022068354
(22)【出願日】2022-04-18
(62)【分割の表示】P 2019219284の分割
【原出願日】2019-12-04
(65)【公開番号】P2022095930
(43)【公開日】2022-06-28
【審査請求日】2022-04-18
【審判番号】
【審判請求日】2023-11-15
(31)【優先権主張番号】62/784,631
(32)【優先日】2018-12-24
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】517114621
【氏名又は名称】華碩電腦股▲ふん▼有限公司
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】潘 立▲徳▼
(72)【発明者】
【氏名】郭 豊旗
(72)【発明者】
【氏名】曾 立至
【合議体】
【審判長】廣川 浩
【審判官】本郷 彰
【審判官】河合 弘明
(56)【参考文献】
【文献】国際公開第２０１７／０５１５０３（ＷＯ，Ａ１）
【文献】特表２０１７－５１４３４７（ＪＰ，Ａ）
【文献】３ＧＰＰ ＴＲ ２３．７８６ Ｖ０．１０．０，２０１８年１２月０５日，ｐａｇｅｓ ４１－４４
【文献】３ＧＰＰ ＴＳ ２４．３３４ Ｖ１５．２．０，２０１８年０９月２０日，ｐａｇｅｓ １１１－１１３
(58)【調査した分野】(Int.Cl.，ＤＢ名)
H04B7/24-7/26
H04W4/00-99/00
3GPP TSG RAN WG1-4
3GPP TSG SA WG1-4
3GPP TSG CT WG1,4
(57)【特許請求の範囲】
【請求項1】
ターゲット側ＵＥ（ユーザ機器）と１対１のＵＥ指向レイヤ２リンクを確立する開始側ＵＥのための方法であって、前記１対１のＵＥ指向レイヤ２リンクを確立するために使用される第１のＰＣ５シグナリングを送信することであって、該第１のＰＣ５シグナリングは、前記ターゲット側ＵＥの上位レイヤアイデンティティおよびＶ２Ｘ（Vehicle-to-Everything）サービスのアイデンティティを含み、前記第１のＰＣ５シグナリングは、前記Ｖ２ＸサービスまたはＶ２Ｘアプリケーションに関連付けられたブロードキャストアドレスに送信される、送信することと、
前記第１のＰＣ５シグナリングを送信した後に、前記１対１のＵＥ指向レイヤ２リンクの確立を完了するために前記ターゲット側ＵＥから第２のＰＣ５シグナリングを受信することと、を含む方法。
【請求項2】
前記開始側ＵＥは、ディスカバリ手順または１対多のサイドリンク通信を介して前記ターゲット側ＵＥの存在を認識する、請求項１に記載の方法。
【請求項3】
前記第１のＰＣ５シグナリングは、前記Ｖ２Ｘサービスを提供する前記Ｖ２Ｘアプリケーションのアイデンティティを含む、請求項１に記載の方法。
【請求項4】
前記第１のＰＣ５シグナリングは、前記開始側ＵＥの上位レイヤアイデンティティを含む、請求項１に記載の方法。
【請求項5】
前記第１のＰＣ５シグナリングは、前記Ｖ２Ｘアプリケーションまたは前記Ｖ２ＸサービスのためのＰＣ５ ＱｏＳフローの要求されたＰＣ５ ５ＱＩ、ＱｏＳ（Quality of Service）パラメータまたはＱｏＳプロファイルを含む、請求項１に記載の方法。
【請求項6】
前記第１のＰＣ５シグナリングは直接通信要求メッセージである、請求項１に記載の方法。
【請求項7】
前記第２のＰＣ５シグナリングは、Ｖ２Ｘアプリケーションまたは前記Ｖ２ＸサービスのためのＰＣ５ ＱｏＳフローの承諾されたＰＣ５ ５ＱＩ、ＱｏＳパラメータまたはＱｏＳプロファイルを含む、請求項１に記載の方法。
【請求項8】
前記第２のＰＣ５シグナリングは直接通信承諾メッセージである、請求項１に記載の方法。
【請求項9】
開始側通信デバイスであって、制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリ内に記憶されたプログラムコードを実行して、
１対１のＵＥ指向レイヤ２リンクを確立するために使用される第１のＰＣ５シグナリングを送信することであって、該第１のＰＣ５シグナリングは、ターゲット側通信デバイスの上位レイヤアイデンティティおよびＶ２Ｘ（Vehicle-to-Everything）サービスのアイデンティティを含み、前記第１のＰＣ５シグナリングは、前記Ｖ２ＸサービスまたはＶ２Ｘアプリケーションに関連付けられたブロードキャストアドレスに送信される、送信することと、
前記第１のＰＣ５シグナリングを送信した後に、前記１対１のＵＥ指向レイヤ２リンクの確立を完了するために前記ターゲット側通信デバイスから第２のＰＣ５シグナリングを受信することと、をするように構成された、開始側通信デバイス。
【請求項10】
当該開始側通信デバイスは、ディスカバリ手順または１対多のサイドリンク通信を介して前記ターゲット側通信デバイスの存在を認識する、請求項９に記載の開始側通信デバイス。
【請求項11】
前記第１のＰＣ５シグナリングは、前記Ｖ２Ｘサービスを提供する前記Ｖ２Ｘアプリケーションのアイデンティティを含む、請求項９に記載の開始側通信デバイス。
【請求項12】
前記第１のＰＣ５シグナリングは、前記開始側通信デバイスの上位レイヤアイデンティティを含む、請求項９に記載の開始側通信デバイス。
【請求項13】
前記第１のＰＣ５シグナリングは、前記Ｖ２Ｘアプリケーションまたは前記Ｖ２ＸサービスのためのＰＣ５ ＱｏＳフローの要求されたＰＣ５ ５ＱＩ、ＱｏＳ（Quality of Service）パラメータまたはＱｏＳプロファイルを含む、請求項９に記載の開始側通信デバイス。
【請求項14】
前記第１のＰＣ５シグナリングは直接通信要求メッセージである、請求項９に記載の開始側通信デバイス。
【請求項15】
前記第２のＰＣ５シグナリングは、Ｖ２Ｘアプリケーションまたは前記Ｖ２ＸサービスのためのＰＣ５ ＱｏＳフローの承諾されたＰＣ５ ５ＱＩ、ＱｏＳ（Quality of Service）パラメータまたはＱｏＳプロファイルを含む、請求項９に記載の開始側通信デバイス。
【請求項16】
前記第２のＰＣ５シグナリングは直接通信承諾メッセージである、請求項９に記載の開始側通信デバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、２０１８年１２月２４日に出願された米国仮特許出願第６２／７８４，６３１号の利益を主張するものであり、そのすべての開示はその全体が参照により本明細書に援用される。
【0002】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいて１対１のサイドリンク通信でＵＥのモビリティを処理するための方法および装置に関連する。
【背景技術】
【0003】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【0004】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）である。Ｅ－ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【0005】
ターゲット側ＵＥ（ユーザ機器）との１対１のサイドリンク通信を確立するための開始側ＵＥの観点からの方法および装置が開示される。一実施形態では、方法は、１対１のサイドリンク通信を確立するために使用される第１のＰＣ５シグナリングを送信することを含み、第１のＰＣ５シグナリングはターゲット側ＵＥのアイデンティティおよびＶ２Ｘ（Vehicle-to-Everything）サービスのアイデンティティを含む。
【図面の簡単な説明】
【0006】
【図1】１つの例示的な実施形態による無線通信システムの図を示す。
【図2】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図3】１つの例示的な実施形態による通信システムの機能ブロック図である。
【図11】１つの例示の実施形態による図である。
【図12】１つの例示の実施形態による図である。
【図13】１つの例示の実施形態による図である。
【図14】１つの例示の実施形態による図である。
【図15A】１つの例示の実施形態による図である。
【図15B】１つの例示の実施形態による図である。
【図15C】１つの例示の実施形態による図である。
【図15D】１つの例示の実施形態による図である。
【図16】１つの例示の実施形態によるフローチャートである。
【図17】１つの例示の実施形態によるフローチャートである。
【図18】１つの例示の実施形態による図である。
【図19】１つの例示の実施形態による図である。
【図20】１つの例示の実施形態によるフローチャートである。
【図21】１つの例示の実施形態によるフローチャートである。
【発明を実施するための形態】
【0007】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ ＬＴＥ－ＡもしくはＬＴＥ－Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband：超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（New Radio）、またはその他何らかの変調技術に基づいてよい。
【0008】
特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、RAN2 #104 Chairman’s Note; 3GPP TR 23.786 V1.0.0, “Study on architecture enhancements for EPS and 5G System to support advanced V2X services”;およびTS 36.321 V15.3.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification”を含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。
【0009】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【0010】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【0011】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【0012】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【0013】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【0014】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【0015】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ－ＰＳＫ、またはＭ－ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【0016】
そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ～２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【0017】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ～２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ～２２４ｔから送信される。
【0018】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ～２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ～２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【0019】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【0020】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【0021】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ～２５４ｒにより調節され、送信機システム２１０に送り戻される。
【0022】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【0023】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＬＴＥシステムまたはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【0024】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【0025】
３ＧＰＰ ＲＡＮ２ ＃１０４ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅに記載されているように、３ＧＰＰ ＲＡＮ２ ＃１０４ ｍｅｅｔｉｎｇは、ＮＲ（New RAT／Radio）ｅＶ２Ｘ（Enhanced Vehicle to Everyting）サイドリンク通信について以下の合意をした：
［外１］
［外１］
【0026】
３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０は、ｅＶ２Ｘ通信に対して以下の解決策を導入した：
６．１１ 解決策＃１１：ＰＣ５参照ポイントを介したｅＶ２Ｘ通信ためのユニキャストまたはマルチキャストのための解決策
６．１１．１ 機能の説明
この解決策は、ｅＶ２Ｘグループ通信のサポートについての重要な問題１、ＰＣ５を介したユニキャスト／マルチキャスト通信のサポートについての重要な問題９、およびｅＶ２ＸのためのＰＣ５ ＱｏＳフレームワーク拡張のサポートについての重要な問題４を扱い、以下の態様に焦点を当てる。
－ ユニキャスト通信のための識別子、例えばＬ２ ＩＤ
－ ユニキャスト／マルチキャスト通信をサポートするためのシグナリングプロトコル
－ ＱｏＳサポートおよびＡＳレイヤ設定
－ セキュリティアソシエーション
－ リンクの確立と保守のための手順
６．１１．２ 解決策の説明
６．１１．２．１ ユニキャスト通信のための識別子
６．１１．２．１．１ ユニキャストおよびマルチキャストのためのＬ２ ＩＤアドレス空間とブロードキャストのためのものの分離
ユニキャスト／マルチキャスト通信のための必須識別子の１つはＬ２ ＩＤである。ＴＳ ２３．３０３［８］におけるＰｒｏＳｅ設計では、１対１通信と１対多通信のための宛先Ｌ２ ＩＤアドレス空間は、ＡＳレイヤメカニズム、すなわちＭＡＣレイヤバージョン番号と分離されている。これは、１対１の通信に悪影響を与える可能性がある使用されるアドレスの競合を避けるために行われる。同様に、Ｖ２Ｘユニキャストはまた、ブロードキャストおよびマルチキャストとは別のＬ２ ＩＤを使用するべきである。
この分離は、宛先Ｌ２ ＩＤと送信元Ｌ２ ＩＤの両方に適用される。ブロードキャストトラフィックとユニキャスト／マルチキャストトラフィックの両方を有するＵＥに対して、異なるＬ２ ＩＤが対応するフォーマットで使用されるべきである。送信元Ｌ２ ＩＤは、ユニキャスト通信における宛先Ｌ２ ＩＤとしてピアＵＥによって使用される。ユニキャスト／マルチキャストのための関係するＬ２ ＩＤ管理の詳細については、以下の項で説明される。
ＵＥは、例えば、異なるユニキャストリンクが異なる上位レイヤ識別子に関連するときに、異なるユニキャスト１対１の通信リンクに対して別個の送信元Ｌ２ ＩＤを使用してもよい。
６．１１．２．１．２ ユニキャスト／マルチキャスト通信のために使用する宛先Ｌ２ ＩＤを判断
６．１１．２．１．２．１ オプションＡ
ＴＳ ２３．２８５［５］では、ＰＳＩＤ／ＩＴＳ－ＡＩＤとＬ２ ＩＤとのマッピングの設定に基づいて、宛先Ｌ２ ＩＤがＵＥによって決定される。これはブロードキャストトラフィックには好適であるが、ユニキャストトラフィックやマルチキャストトラフィックのために動作しない。ユニキャストまたはマルチキャストにおいて、ＰＳＩＤ／ＩＴＳ－ＡＩＤに基づいて宛先Ｌ２ ＩＤは決定されないだろう。Ｖ２Ｘ ＵＥは、特定のサービス（ＰＳＩＤ／ＩＴＳ－ＡＩＤ）に対して同時にサポートされる複数のユニキャスト接続またはマルチキャストグループを有することが許容される。したがって、この場合に宛先Ｌ２ ＩＤ情報は上位レイヤから来るはずである。これは、Ｖ２Ｘ層と上位層との間のインタフェースが拡張されて、そのような情報がデータパケットと一緒に渡されること可能にする必要があることを意味する。
実際のＶ２Ｘアプリケーションは、アプリケーションがクロステクノロジやプラットフォームのために構築できるので、Ｌ２ ＩＤの概念を理解しないことが期待される。したがって、ＵＥ内のいくつかのミドルウェアレイヤは、アプリケーションレイヤによって使用される識別子、例えば、ステーションＩＤをＶ２Ｘ Ｌ２ ＩＤに変換しなければならない。これは、アプリケーション層の宛先識別子とＬ２ ＩＤのマッピングを維持する必要があることを意味する。このミドルウェアレイヤはＳＡ２の範囲外であるため、本仕様では一般的に「上位レイヤ」とすることができ、この「上位レイヤ」はマッピングを維持し、ユニキャストまたはマルチキャスト通信のＬ２ ＩＤを提供するという仮定が文書化されるべきである。
６．１１．２．１．２．２ オプションＢ
上記の解決策の代わりに、Ｖ２ＸレイヤがＬ２ ＩＤマッピングへのこのようなユニキャストリンク／マルチキャストグループを管理する。その場合に、ユニキャストリンク／マルチキャストグループには、確立時にフロー識別子が割り当てられ得る。対応する接続プロファイル情報、例えば、Ｌ２ ＩＤ、送信セッティング、ＱｏＳパラメータなどがそれに関連する可能性がある。このような場合、上位レイヤは、宛先を示すフロー識別子をして、データパケットと共にそれを渡すだけでよい。Ｖ２Ｘレイヤは、Ｌ２ＩＤを含む関連するプロファイル情報を送信に適用するだろう。これは、例えばＱｏＳフローと同様に、Ｕｕリンク処理メカニズムを再利用することを可能にし、より拡張可能である。ここでも、アプリケーションレイヤ識別子、例えばステーションＩＤのこのフロー識別子への変換は、このミドルウェアレイヤ、すなわち「上位層」によって行われなければならない。
６．１１．２．２ ユニキャスト／マルチキャスト通信をサポートするためのシグナリングプロトコル
ユニキャストまたはマルチキャスト通信に対して、リンクまたはグループを確立するために、関与するＵＥ間で交換される何らかの制御メッセージが必要である。したがって、いくつかのシグナリングプロトコルが必要とされる。
ＴＳ ２３．３０３［８］で定義されているＰｒｏＳｅの１対１通信において、ＰＤＣＰレイヤ上で動作するＰＣ５ Ｓｉｇｎａｌｉｎｇ Ｐｒｏｔｏｃｏｌ （５．１．１．５．２項）が導入された。それは、ＰｒｏＳｅのために定義されているが、Ｖ２Ｘ通信に使用するためにメッセージが拡張され得る。詳細なプロトコル設計は、実際のユニキャスト動作手順に基づいて見直す必要がある。別の代替的なアプローチは、ＲＲＣをＰＣ５上で動作させることである。ＰＣ５ Ｓｉｇｎａｌｉｎｇ ＰｒｏｔｏｃｏｌはいずれにせよＰＤＣＰ上で使用されるので、ＲＲＣプロトコルはそれを置き換えるために使用することができる。すべてのＲＲＣ機能がＰＣ５動作に必要とされるわけではないが、選択されたＶ２Ｘ関連ＲＲＣメッセージ、例えば、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎなどを拡張し、使用することができる。その利点は、ＵｕとＰＣ５の制御シグナリングプロトコルの統合可能性である。
したがって、この解決策において、ユニキャスト／マルチキャスト通信管理のためのＰＣ５上のシグナリングプロトコルが導入される。
６．１１．２．３ ＱｏＳサポートおよびＡＳレイヤ設定
ＱｏＳは、ユニキャストおよびマルチキャスト通信でもサポートできることが望ましい。ＴＳ ２３．２８５［５］において、Ｖ２Ｘ通信のためのＱｏＳ モデルは、例えばＰＰＰＰおよび ＰＰＰＲのように、パケットごとのモデルに基づく。ユニキャストまたはマルチキャスト通信では、Ｕｕ接続に類似した接続指向ＱｏＳモデルを同様にサポートすべきかどうかが議論されるべきである。重要な問題４「ｅＶ２ＸのためのＰＣ５ ＱｏＳフレームワーク拡張のサポート」にも議論されているように、既存のＰＰＰＰおよびＰＰＰＲ以上のものが必要となることが予想される。
特に、ユニキャストまたはマルチキャストでは、関与するリンクまたはグループにより、ピア間の同じユニキャストリンク上で送信されるパケットのほとんどは、同じＱｏＳ特性を持つべきである。これは、通常のブロードキャストベースのトラフィックではなく、Ｕｕ接続モデルに近い。したがって、ここではＵｕ型ＱｏＳ管理概念を再利用することができる。これにより、ＵｕとＰＣ５の統一モデルが可能となる。
追加的に、オプションであっても、後方互換でなくてもよい異なるＡＳレイヤの特徴が存在する可能性がある。したがって、ユニキャストリンクをセッティングするときに、そのような設定はまた、ＱｏＳプロファイルと共に／またはＱｏＳプロファイルの一部として、折衝され、設定され得る。
注記：解決策１９（６．１９項）において説明されているユニキャストのためのＱｏＳモデルが使用される。
６．１１．２．４ セキュリティアソシエーション
ユニキャストあるいはマルチキャスト通信は、同様にリンクレイヤでの保護を必要としてもよい。ＰｒｏＳｅの１対１通信は、ＴＳ ３３．３０３［１１］で定義されているように、セキュアなＬ２リンク確立をサポートする。しかし、Ｖ２Ｘ通信コンテキスト内では、各ＵＥは、セキュリティ保護のための対応する証明書を有する。したがってって、このようなセキュリティアソシエーションの使用をサポートするために、既存のＬ２セキュアリンク確立プロトコルを拡張または調整する必要があってもよい。厳密なセキュリティ処理は、ＳＡ３によって分析され、決定されるべきである。ＳＡ２の設計は、利用可能であるときに、これらの決定と整合させる必要がある。
６．１１．２．５ リンクの確立と保守のための手順
ＴＳ ２３．３０３［８］は、５．４．５項のように、ＰＣ５上のセキュアＬ２ リンクの確立と保守の手順を定義した。これらの手順は、シグナリングプロトコルの選択、セキュリティ処理などに関する上記の判断を受けて、Ｖ２Ｘの使用について拡張、適応させることができる。
しかし、リンク／グループ処理のためのＶ２Ｘに対するいくつかの追加考慮が必要である。Ｖ２Ｘ通信では、すべてのＵＥがユニキャスト通信をサポートまたは使用しているわけではありません。追加的に、すべてのサービスが同じチャネルまたはＲＡＴ （例えば、ＬＴＥ Ｖ２Ｘ対ＮＲ Ｖ２Ｘ）上で動作してもよい。Ｖ２Ｘでは、ＰｒｏＳｅ （すなわち、ＰＣ５－Ｄ）のようなディスカバリーチャネルはなく、治安的使用のようなネットワークからの設定についての仮定もない。したがって、リンク確立をサポートするために、ＵＥの存在およびユニキャスト通信のためのＵＥの能力、例えば、動作するチャネル、またはサポートされるサービスなどをピアに知らせるためのサービスアナウンスが必要である。
このようなサービスアナウンスは、サービスの使用に関心のあるすべてのＵＥがアクセスできるようにすべきである。例えば、このようなアナウンスは、ＷＡＶＥ Ｓｅｒｖｉｃｅ Ａｄｖｅｒｔｉｓｅｍｅｎｔ （ＷＳＡ）がどのように処理されるかに類似した専用チャネルを介して送信するように構成することもできるし、または、サポートＵＥからの周期的メッセージにピギーバックされるように構成することもできる。
注記１：サービスアナウンスは、ＳＡ２の範囲外の上位レイヤによって処理される。
レイヤ２リンクのメンテナンスでは、ＵＥが直接通信範囲にないときを検出するために、キープアライブ機能が必要である。そのため、ＵＥは暗黙のレイヤ２リンク解放を進めることができる。
注記２：キープアライブ機能がどのようにサポートされるかを決定するのは、ステージ３に任されている。
６．１１．３ 手順
６．１１．３．１ ＰＣ５上のレイヤ２リンクの確立
ＴＳ ２３．３０３［８］５．４．５．２項に定義されるレイヤ２リンク確立手順は、以下の適応があれば、ｅＶ２Ｘユニキャストリンク確立のために再利用することができる：
－ メッセージは、ＲＡＮ ＷＧの決定に依存して、ＰＣ５シグナリングメッセージの代わりにＲＲＣ信号メッセージに変換されてもよい。
－ 「ＵＥ指向レイヤ２リンク確立」は、以下のように動作し、図６．１１．３．１－１が手順を示す：
－ 直接通信要求メッセージは、ＵＥ－１によって、ＵＥ－２のＬ２ ＩＤの代わりに、ブロードキャストメカニズム、すなわちアプリケーションに関連付けられたブロードキャストアドレスに送信することができる。ＵＥ－２の上位識別子は、直接通信要求メッセージに含まれて、ＵＥ－２が要求に応答するかどうかについて判断することを可能にする。このメッセージの送信元Ｌ２ ＩＤは、ＵＥ－１のユニキャストＬ２ ＩＤとすべきである。
－ 直接通信要求メッセージは、ＵＥ－２によって理解され得る、デフォルトＡＳレイヤセッティング、例えばブロードキャストセッティングを使用して送信されるべきである。
－ ＵＥ－２は、受信した直接通信要求メッセージの送信元Ｌ２ ＩＤを宛先Ｌ２ ＩＤとして、ＵＥ－１への後続のシグナリングにおいて使用し、自身のユニキャストＬ２ ＩＤを送信元Ｌ２ ＩＤとして使用する。ＵＥ－１は、将来の通信、シグナリング、データトラフィックのためにＵＥ－２のＬ２ ＩＤを取得する。
［“ＵＥ ｏｒｉｅｎｔｅｄ ｌａｙｅｒ ２ ｌｉｎｋ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１１．３．１－１は、図５として複製される］
－ 「Ｖ２Ｘサービス指向レイヤ２リンク確立」は、以下の相違点があるが、「ＵＥ指向レイヤ２リンク確立」と同様に動作し、図６．１１．３．１－２は、以下の手順を示す：
－ Ｌ２リンク確立を要求するＶ２Ｘサービスに関する情報、すなわち、アナウンスされたＶ２Ｘサービスに関する情報は、直接通信要求メッセージに含まれ、他のＵＥが要求に応答するかどうかについて判断することを可能にする。
－ 直接通信メッセージによってアナウンスされたＶ２Ｘサービスを使用することに関心のあるＵＥは、要求に応答することができる（図６．１１．３．１－２のＵＥ－２およびＵＥ－４）。
－ 上述のように、レイヤ２リンクを他のＵＥと確立した後、新しいＵＥが、ＵＥ－１の近傍、すなわち、ＵＥ－１の直接通信範囲に入ることができる。この場合、ＵＥ－１は、ＵＥによって送信されたアプリケーションレイヤメッセージから新しいＵＥを知っているので、Ｖ２Ｘサービス指向レイヤ２リンク確立手順を開始することができる。あるいは、新しいＵＥがＶ２Ｘサービス指向レイヤ２リンク確立手順を開始してもよい。したがって、ＵＥ－１は、ユニキャストのために他のＵＥとＬ２リンクを確立したいＶ２Ｘサービスをアナウンスするために、直接通信要求メッセージを定期的に送信し続ける必要はない。
［“Ｖ２Ｘ Ｓｅｒｖｉｃｅ ｏｒｉｅｎｔｅｄ ｌａｙｅｒ ２ ｌｉｎｋ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１１．３．１－２は、図６として複製される］
レイヤ２リンクは、非ＩＰトラフィックをサポートする。ＩＰアドレスネゴシエーション及び割り当て手順は実施されない。
６．１１．３．２ リンク確立のためのシグナリングメッセージの内容
ＴＳ ２４．３３４ ［１３］で定義されている直接通信要求メッセージで搬送される情報は、少なくとも以下の更新を必要とする：
－ 「ＵＥ指向レイヤ２リンク確立」の場合
－ ユーザ情報は、開始側ＵＥのＩＤ（ＵＥ－１の上位レイヤＩＤ）の他に、ターゲットＵＥのＩＤ（ＵＥ－２の上位レイヤＩＤ）を含める必要がある。
注：ステージ３は、これらのＩＤを同じＩＥまたは別々のＩＥで搬送することができるかどうかを決定することができる。例えば、ステーションＩＤ／車両一時ＩＤは４オクテットだけでよい。
－ 「Ｖ２Ｘサービス指向レイヤ２リンク確立」の場合
－ アナウンスされたＶ２Ｘサービス情報は、Ｌ２リンク確立を要求するＶ２Ｘサービスに関する情報、例えば、Ｖ２ＸアプリケーションのＰＳＩＤまたはＩＴＳ－ＡＩＤを含める必要がある。Ｖ２Ｘサービスでは、センサ共有などが可能である。
－ ＰｒｏＳｅのために必須として指定されたＩＰアドレス設定は、受信側ＵＥ（例えば、ＵＥ－２）がこの特定のリンクのためのいかなるＩＰ設定手順も開始しないように、ＩＰが使用されない指示を許容すべきである。
－ ｅＶ２Ｘのためのセキュリティメカニズムは異なることがあり、異なるＩＥを必要とするため、セキュリティ専用のＩＥは、ＳＡ３によってレビューされる必要がある。
－ 例えば、ＲＲＣメッセージが使用されるときに、リンクに関する追加の設定情報は、ＡＳレイヤ設定にあってもよい。
６．１１．３．３ ユニキャスト通信のプライバシー保護のためのリンク識別子更新手順
［“Ｌａｙｅｒ－２ ｌｉｎｋ ｉｄｅｎｔｉｆｉｅｒ ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１１．３．３－１は、図７として複製される］
この手順は、このリンクのために使われた識別子の差し迫った変更のユニキャスト通信のピアを更新するために使用される。プライバシー要件のために、ｅＶ２Ｘの使用において、第三者が追跡可能であることを避けるために、ＵＥはしばしば識別子を変更すべきである。識別子の変更が起きたときに、すべてのレイヤのすべての識別子、すなわちアプリケーションレイヤＩＤからＬ２ ＩＤまで変更する必要がある。このシグナリングは、サービスの中断を防ぐために、識別子の変更が起こる前に必要である。
１． ＵＥ－１は、例えば、上位レイヤ識別子またはタイマの変更による識別子の変更を判断し、リンク識別子更新要求メッセージにおいて使用する新しい識別子（新しい上位レイヤ識別子、アプリケーションの場合、新しいＩＰアドレス／プレフィックス、新しいＬ２ ＩＤを含む）を含め、識別子を変更する前にＵＥ－２に送信する。
使用する新しい識別子は、プライバシーを保護するために暗号化されるべきである。
注記１：タイマは、ソースＬ２ ＩＤごとに動作しています。
２．ＵＥ－２はリンク識別子更新応答メッセージで応答する。メッセージを受信すると、ＵＥ－１およびＵＥ－２は、データトラフィックに対して新しい識別子を使用し始めることができる。ＵＥ－１は、ＵＥ－２からリンクＩＤ更新応答を受信するまで、古いＬ２ ＩＤ上のトラフィックを受信するものとする。
注記２：同じ上位レイヤ識別子またはＬ２ ＩＤを使用するＵＥ－１からのリンクが複数ある場合、ＵＥ－１は、リンクの各々に対して更新手順を実行する必要があり、各リンクは、リンクＩＤ更新応答を受信するまで、その特定のリンクの古いＬ２ ＩＤ上のトラフィックを受信し続ける必要がある。
６．１１．３．４ レイヤ２リンクのためのセキュリティ態様
ｅＶ２Ｘアプリケーションは関連するセキュリティ証明書を有するので、ユニキャストリンクは、ユニキャストリンクのシグナリングまたはデータを保護するために、セキュリティアソシエーションを導出するために、それらを再利用することができる。
６．１１．４ 既存のエンティティおよびインタフェースへの影響
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：既存のノードまたは機能への影響が追加されるだろう。
６．１１．５ 今後の研究についてのトピック
なし。
６．１１．６ 結論
６．１１．１項から６．１１．４項に文書化されたソリューションは、ＰＣ５上でのセンサ共有のためのユニキャスト／マルチキャストのサポートに関する重要な課題＃９のすべての側面を扱っており、規範的なフェーズに移行すべきである。以下の態様は、他のＷｏｒｋｉｎｇ Ｇｒｏｕｐからのフィードバックに基づいてさらに更新されるだろう。
－ ユニキャストリンクの確立および管理のためのシグナリングメッセージ定義、例えば、ＲＲＣシグナリングがユニキャストリンクに使用されているかどうか、およびどのように使用されるか
－ ブロードキャスト、グループキャストおよびユニキャストのためのパケットＱｏＳモデルまたはベアラベースＱｏＳモデルの選択は、ＲＡＮ判断に基づく
－ ネットワークスケジュールモードが使用されるときに、使用するサービスに関する基地局へのシグナル
－ ＰＣ５上のユニキャスト通信の潜在的なセキュリティ関係手順の更新
注記：アプリケーションレイヤは、異なるアプリケーション、例えば、プラトゥーニングアプリケーションのためにユニキャストまたはグループキャスト通信メカニズムを使用してもよい。
［．．．］
６．１９ 解決策１９：ＰＣ５インタフェース上のグループ通信のためのＱｏＳサポート
６．１９．１ 機能の説明
６．１９．１．１ 概要説明
この解決策は、重要な問題（５．４項）ｅＶ２ＸのためのＰＣ５ ＱｏＳフレームワーク拡張のサポートに対処する。ｅＶ２ＸのためのＱｏＳ要件は、ＥＰＳ Ｖ２Ｘためのものとは異なり、ＴＳ ２３．２８５［５］において以前に定義されたＰＰＰＰ／ ＰＰＰＲは、ニーズを満たさないと考えられる。具体的には、ｅＶ２Ｘサービスのために考慮すべきＱｏＳパラメータがはるかに多い。
この解決策は、ＰＣ５インタフェース上のｅＶ２Ｘ通信に対して５ＱＩを使用することを提案する。
これにより、異なるリンク上のｅＶ２Ｘサービスのための統合ＱｏＳモデルが可能となる。
６．１９．１．２ 解決策の詳細
新しいサービス要件は、ＴＳ ２２．１８６［４］に捕捉されている。新しいパフォーマンスＫＰＩは以下のパラメータで指定された。
－ ペイロード（バイト）
－ 伝送速度（メッセージ／秒）
－ 最大エンドツーエンド待ち時間（ｍｓ）
－ 信頼性（％）
－ データ速度（Ｍｂｐｓ）
－ 最低必要通信範囲（メートル）
ＰＣ５ベースのＶ２Ｘ通信とＵｕベースのＶ２Ｘ通信の両方に、同じサービス要件が適用されることに留意する。解決策２（６．２項）で分析したように、これらのＱｏＳ特性はＴＳ ２３．５０１［７］において定義された５ＱＩで十分に表すことができた。
したがって、ＰＣ５とＵｕのための統一ＱｏＳモデル、すなわち、ＰＣ５上のＶ２Ｘ通信のための５ＱＩを使用することも可能であり、アプリケーション層は、使用されるリンクに関係なく、ＱｏＳ要求を一貫した方法で示すことができる。これは、ＡＳ層がＱｏＳ要求を達成するためにＰＣ５とＵｕ上で異なるメカニズムを実装することを妨げない。５ＧＳ Ｖ２Ｘ対応のＵＥを考えると、ブロードキャスト、マルチキャスト、ユニキャストの３種類のトラフィックがあります。
ＵＥ－ＰＣ５－ＡＭＢＲは、すべてのタイプのトラフィックに適用され、リソース管理におけるＵＥ ＰＣ５送信に制限するためにＲＡＮに使用される。
ユニキャストタイプのトラフィックに対して、Ｕｕと同じＱｏＳモデルが利用できることは明らかである。すなわち、各ユニキャストリンクはベアラとして扱うことができ、ＱｏＳフローはそれに関連付けることができる。５ＱＩにおいて定義されたすべてのＱｏＳ特性とデータ転送速度の追加パラメータを適用することができた。追加的に、最小の必要な通信範囲は、特にＰＣ５使用のための追加パラメータとして扱うことができる。
ブロードキャストトラフィックについては、ベアラ概念がない。したがって、各メッセージは、アプリケーション要件に従って異なる特性を有してもよい。次に、５ＱＩは、ＰＰＰＰ／ＰＰＰＲと同様の方法で使用されるべきであり、すなわち、各パケットでタグ付けされるべきである。５ＱＩは、ＰＣ５のブロードキャスト動作に必要な、待ち時間、優先度、信頼性などのすべての特性を表現することができる。
Ｖ２Ｘブロードキャスト固有の５ＱＩ（すなわち、ＶＱＩ）のグループは、ＰＣ５使用のために定義できる。
注記１：ＰＣ５のために使用される５ＱＩは、同じＶ２ＸサービスであってもＵｕに使用されるものとは異なってもよく、例えば、ＰＣ５のためのＰＤＢは、直接リンクであるため、Ｕｕのためのものよりも長くすることができる。ＰＣ５に使用される５ＱＩは、差別化のためにＶＱＩと名付けられる。
注記２：ＥＰＳ Ｖ２Ｘ ＱｏＳパラメータ、例えば、ＰＰＰＰおよびＰＰＰＲと、例えば、ＴＳ ２３．５０１［７］において定義された非ＧＢＲ ５ＱＩに類似する新しいＶＱＩとの間のマッピングは、放送動作のための規範的な段階において定義されるだろう。
注記３：動作前提は、ＮＲ ＰＣ５設計はＶ２Ｘ ５ＱＩの使用をサポートするということである。
注記４：ＡＳレイヤは、例えばＶＱＩで示されたすべての優先度を考慮に入れることによって、ユニキャスト、グループキャスト、ブロードキャストトラフィックを処理してもよい。
６．１９．１．３ ＰＣ５ブロードキャスト使用のためのＶ２Ｘ ５ＱＩ（ＶＱＩ）値
Ｖ２Ｘ使用のための新しいＶＱＩのセットは、ＴＳ ２２．１８６［４］に文書化されているサービス要件を反映した規範的な段階において定義される。
注記１：動作前提は、このリリースでは、標準化されていないＶＱＩはサポートされていないことである。
注記２：パケットごと、ＱｏＳフローごとのどちらのＱｏＳモデルが使用されるかは、ＲＡＮの判断に依存する。
６．１９．２ 手順
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：この項では、ＰＣ５通信のための新しいＱｏＳモデルを使用する手順について説明する。それは、ＲＡＮの発達にも依存する。
６．１９．２．１ ＰＣ５インタフェース上のユニキャスト通信のためのＱｏＳサポート
６．１９．２．１．０ 概要
ＰＣ５インタフェース上のｅＶ２Ｘの１対１通信のＱｏＳサポートを有効にするためには、以下の手順をサポートする必要がある。
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：ＰＣ５ ＱｏＳ Ｍｏｄｅｌの進捗に応じて、以下の手順をさらに更新してもよい。
６．１９．２．１．１ ＵＥおよびＮＧ－ＲＡＮへのＱｏＳパラメータの提供
ＰＣ５ ＱｏＳパラメータおよびＰＣ５ ＱｏＳ規則は、重要な問題＃５で定義された解決策を使用して、サービス認可パラメータの一部としてＵＥに提供される。ＰＣ５ ＱｏＳルールは、Ｖ２Ｘサービス（例えば、Ｖ２ＸアプリケーションのＰＳＩＤまたはＩＴＳ－ＡＩＤ）をＰＣ５ ＱｏＳフローにマッピングするために使用される。ＵＤＲからＰＣＦによって取得されたＰＣ５ ＱｏＳパラメータは、ＡＭＦ経由でＮＧ－ＲＡＮに提供される。ＡＭＦはそのような情報をＵＥコンテキストの一部として記憶する。後続の手順（サービス要求、ハンドオーバなど）に対して、Ｎ２を介したＰＣ５ ＱｏＳパラメータの提供は、６．６．２項の説明に従う。
注記１：ＵＥ－ＰＣ５－ＡＭＢＲは、ＵＤＭによって提供され、詳細は解決策６の説明に従う。
ＵＥおよびＮＧ－ＲＡＮにプロビジョニングするＰＣ５ ＱｏＳパラメータは、ＵＥが提供するＮＡＳメッセージに含まれるＵＥポリシーコンテナによってトリガされる可能性がある。ＰＣＦは、必要に応じてＮＧ－ＲＡＮの更新されたＰＣ５ ＱｏＳパラメータをＡＭＦに送信する。
注記２：ＮＧ－ＲＡＮによって使用される詳細なＰＣ５ ＱｏＳパラメータは、規範的な作業段階中に識別される。
注記３：ＮＧ－ＲＡＮは、ＰＣ５ ＱｏＳをサポートするために、ネットワークスケジュールリソース割り当てモードの静的パラメータで設定される。
６．１９．２．１．２ ＵＥ間のＱｏＳパラメータ折衝
ＰＣ５ ＱｏＳパラメータは、１対１通信手順の確立時に折衝されるので、ＴＳ ２３．３０３［８］において定義された１対１通信確立手順は、２つのＵＥ間のＰＣ５ ＱｏＳパラメータ折衝をサポートするように拡張される。ＰＣ５ ＱｏＳパラメータ折衝手順の後、同じＱｏＳが両方向で使用される。
［“Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｏｆ ｓｅｃｕｒｅ ｌａｙｅｒ－２ ｌｉｎｋ ｏｖｅｒ ＰＣ５”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１９．２．１．２－１は、図８として複製される］
１対１の通信に従事するＵＥは、リンク確立手順中にＰＣ５ ＱｏＳパラメータを折衝する。
１． ＵＥ－１は、相互認証をトリガするために、ＵＥ－２に直接通信要求メッセージを送信する。このメッセージは、要求されたＰＣ５のＱｏＳパラメータを含む。
２． ＵＥ－２は、相互認証の手順を開始する。ＵＥ－２は、応答メッセージにＰＣ５ ＱｏＳパラメータを含める。
注記：この手順は、解決策１１（６．１１項）と整合する。
６．１９．２．１．３ ｅＶ２Ｘ通信のためのＱｏＳ処理
ｅＶ２Ｘメッセージの送信のためにＰＣ５ユニキャストが使用されるときに、ネットワークスケジュール動作モードとＵＥ自律リソース選択モードの両方に以下の原則が適用される。
－ ６．１９．１．２項において定義されたＰＣ５のＱｏＳパラメータは、ＰＣ５上のｅＶ２Ｘ通信に適用される。
－ ｅＶ２Ｘメッセージは、６．１９．２．１．２項に記載された手順に従って確立されたＰＣ５ ＱｏＳフローに送信される。
－ アプリケーションレイヤｅＶ２ＸメッセージのＰＣ５ ＱｏＳパラメータへのマッピングは、ＰＣ５ ＱｏＳルールに基づく。
ネットワークスケジュール動作モードが使用されるときに、以下の追加原則が適用される。
－ ＵＥは、リソース要求のためにＰＣ５ ＱｏＳパラメータ情報をｇＮＢに提供する。
－ ｇＮＢは、ＵＥからＰＣ５リソースの要求を受信するときに、ＡＭＦから受信したＰＣ５ ＱｏＳパラメータに基づいて、要求されたＰＣ５ ＱｏＳパラメータを認可することができる。
－ ｇＮＢは、ＰＣ５ ＱｏＳ処理にＰＣ５ ＱｏＳパラメータ情報を使用することができる。
自律リソース選択モードを使用するときに、以下の追加原則が適用される。
－ ＵＥは、６．１９．２．１．１項に記載されている情報に基づいて、ＰＣ５ ＱｏＳの処理に対してＰＣ５ ＱｏＳパラメータを使用することができる。
６．１９．２．２ ＰＣ５インタフェース上のブロードキャスト通信のためのＱｏＳサポート
ｅＶ２Ｘメッセージの送信のためにＰＣ５ブロードキャストが使用されるときに、ネットワークスケジュール動作モードとＵＥ自律リソース選択モードの両方に以下の原則に従う。
－ ６．１９．１．２項において定義されたＰＣ５のＱｏＳパラメータ（例えば、ＶＱＩ）は、ＰＣ５上のｅＶ２Ｘ通信に適用される。
－ アプリケーションレイヤは、送信のためにＶ２Ｘレイヤに渡すときに、各ｅＶ２Ｘメッセージに対してＰＣ５ ＱｏＳパラメータをセットする。
ネットワークスケジュール動作モードが使用されるときに、以下の追加原則が適用される。
－ ＵＥは、ＰＣ５ ＱｏＳパラメータを反映したＰＣ５ ＱｏＳ情報をリソース要求のためにｇＮＢに提供する。
－ ｇＮＢは、ＱｏＳ処理にＰＣ５ ＱｏＳパラメータを反映するＰＣ５ ＱｏＳ情報を使用することができる。
自律リソース選択モードを使用するときに、以下の追加原則が適用される。
－ ＵＥは、ＰＣ５ ＱｏＳ処理にＰＣ５ ＱｏＳパラメータを使用することができる。
注記：ブロードキャストのためのパケットＱｏＳモデルまたはベアラベースＱｏＳモデルの選択は、ＲＡＮ判断に基づく。
６．１９．２．３ ＰＣ５インタフェース上のグループ通信のためのＱｏＳサポート
ＰＣ５インタフェース上のグループ通信のためのＱｏＳサポートについての手順は、６．２１．２（解決策２１）に説明される。
６．１９．３ 既存のエンティティおよびインタフェースへの影響
以下は、ＵＥおよび他のＮＦへの影響である。
－ ＵＥは、ＰＣ５通信のための新しいＱｏＳモデルをサポートする必要がある。
－ ＡＭＦは、ＰＣＦからフェッチされたＰＣ５通信のためのＱｏＳパラメータを、Ｎ２メッセージを異なる手順に対して関連させる際にＮＧ－ＲＡＮに提供する。
－ ＮＧ－ＲＡＮはＡＭＦからＰＣ５通信のためのＱｏＳパラメータを受信し、ネットワークスケジュールモードのためのＱｏＳパラメータを有効にする。
－ ＵＤＲは、ＰＣ５通信のためのＱｏＳパラメータを記憶する。
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：ＰＰＰＰ、ＰＰＰＲの新しいＶＱＩへのマッピングがブロードキャストトラフィックに必要な場合、今後の研究とする。
６．１９．４ 今後の研究についてのトピック
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：この項では、今後の研究のトピックスについて説明する。
６．１９．５ 結論
６．１９．１～６．１９．３項に捕捉されている解決策は、規範的な段階に移行すべきである。
６．１１ 解決策＃１１：ＰＣ５参照ポイントを介したｅＶ２Ｘ通信ためのユニキャストまたはマルチキャストのための解決策
６．１１．１ 機能の説明
この解決策は、ｅＶ２Ｘグループ通信のサポートについての重要な問題１、ＰＣ５を介したユニキャスト／マルチキャスト通信のサポートについての重要な問題９、およびｅＶ２ＸのためのＰＣ５ ＱｏＳフレームワーク拡張のサポートについての重要な問題４を扱い、以下の態様に焦点を当てる。
－ ユニキャスト通信のための識別子、例えばＬ２ ＩＤ
－ ユニキャスト／マルチキャスト通信をサポートするためのシグナリングプロトコル
－ ＱｏＳサポートおよびＡＳレイヤ設定
－ セキュリティアソシエーション
－ リンクの確立と保守のための手順
６．１１．２ 解決策の説明
６．１１．２．１ ユニキャスト通信のための識別子
６．１１．２．１．１ ユニキャストおよびマルチキャストのためのＬ２ ＩＤアドレス空間とブロードキャストのためのものの分離
ユニキャスト／マルチキャスト通信のための必須識別子の１つはＬ２ ＩＤである。ＴＳ ２３．３０３［８］におけるＰｒｏＳｅ設計では、１対１通信と１対多通信のための宛先Ｌ２ ＩＤアドレス空間は、ＡＳレイヤメカニズム、すなわちＭＡＣレイヤバージョン番号と分離されている。これは、１対１の通信に悪影響を与える可能性がある使用されるアドレスの競合を避けるために行われる。同様に、Ｖ２Ｘユニキャストはまた、ブロードキャストおよびマルチキャストとは別のＬ２ ＩＤを使用するべきである。
この分離は、宛先Ｌ２ ＩＤと送信元Ｌ２ ＩＤの両方に適用される。ブロードキャストトラフィックとユニキャスト／マルチキャストトラフィックの両方を有するＵＥに対して、異なるＬ２ ＩＤが対応するフォーマットで使用されるべきである。送信元Ｌ２ ＩＤは、ユニキャスト通信における宛先Ｌ２ ＩＤとしてピアＵＥによって使用される。ユニキャスト／マルチキャストのための関係するＬ２ ＩＤ管理の詳細については、以下の項で説明される。
ＵＥは、例えば、異なるユニキャストリンクが異なる上位レイヤ識別子に関連するときに、異なるユニキャスト１対１の通信リンクに対して別個の送信元Ｌ２ ＩＤを使用してもよい。
６．１１．２．１．２ ユニキャスト／マルチキャスト通信のために使用する宛先Ｌ２ ＩＤを判断
６．１１．２．１．２．１ オプションＡ
ＴＳ ２３．２８５［５］では、ＰＳＩＤ／ＩＴＳ－ＡＩＤとＬ２ ＩＤとのマッピングの設定に基づいて、宛先Ｌ２ ＩＤがＵＥによって決定される。これはブロードキャストトラフィックには好適であるが、ユニキャストトラフィックやマルチキャストトラフィックのために動作しない。ユニキャストまたはマルチキャストにおいて、ＰＳＩＤ／ＩＴＳ－ＡＩＤに基づいて宛先Ｌ２ ＩＤは決定されないだろう。Ｖ２Ｘ ＵＥは、特定のサービス（ＰＳＩＤ／ＩＴＳ－ＡＩＤ）に対して同時にサポートされる複数のユニキャスト接続またはマルチキャストグループを有することが許容される。したがって、この場合に宛先Ｌ２ ＩＤ情報は上位レイヤから来るはずである。これは、Ｖ２Ｘ層と上位層との間のインタフェースが拡張されて、そのような情報がデータパケットと一緒に渡されること可能にする必要があることを意味する。
実際のＶ２Ｘアプリケーションは、アプリケーションがクロステクノロジやプラットフォームのために構築できるので、Ｌ２ ＩＤの概念を理解しないことが期待される。したがって、ＵＥ内のいくつかのミドルウェアレイヤは、アプリケーションレイヤによって使用される識別子、例えば、ステーションＩＤをＶ２Ｘ Ｌ２ ＩＤに変換しなければならない。これは、アプリケーション層の宛先識別子とＬ２ ＩＤのマッピングを維持する必要があることを意味する。このミドルウェアレイヤはＳＡ２の範囲外であるため、本仕様では一般的に「上位レイヤ」とすることができ、この「上位レイヤ」はマッピングを維持し、ユニキャストまたはマルチキャスト通信のＬ２ ＩＤを提供するという仮定が文書化されるべきである。
６．１１．２．１．２．２ オプションＢ
上記の解決策の代わりに、Ｖ２ＸレイヤがＬ２ ＩＤマッピングへのこのようなユニキャストリンク／マルチキャストグループを管理する。その場合に、ユニキャストリンク／マルチキャストグループには、確立時にフロー識別子が割り当てられ得る。対応する接続プロファイル情報、例えば、Ｌ２ ＩＤ、送信セッティング、ＱｏＳパラメータなどがそれに関連する可能性がある。このような場合、上位レイヤは、宛先を示すフロー識別子をして、データパケットと共にそれを渡すだけでよい。Ｖ２Ｘレイヤは、Ｌ２ＩＤを含む関連するプロファイル情報を送信に適用するだろう。これは、例えばＱｏＳフローと同様に、Ｕｕリンク処理メカニズムを再利用することを可能にし、より拡張可能である。ここでも、アプリケーションレイヤ識別子、例えばステーションＩＤのこのフロー識別子への変換は、このミドルウェアレイヤ、すなわち「上位層」によって行われなければならない。
６．１１．２．２ ユニキャスト／マルチキャスト通信をサポートするためのシグナリングプロトコル
ユニキャストまたはマルチキャスト通信に対して、リンクまたはグループを確立するために、関与するＵＥ間で交換される何らかの制御メッセージが必要である。したがって、いくつかのシグナリングプロトコルが必要とされる。
ＴＳ ２３．３０３［８］で定義されているＰｒｏＳｅの１対１通信において、ＰＤＣＰレイヤ上で動作するＰＣ５ Ｓｉｇｎａｌｉｎｇ Ｐｒｏｔｏｃｏｌ （５．１．１．５．２項）が導入された。それは、ＰｒｏＳｅのために定義されているが、Ｖ２Ｘ通信に使用するためにメッセージが拡張され得る。詳細なプロトコル設計は、実際のユニキャスト動作手順に基づいて見直す必要がある。別の代替的なアプローチは、ＲＲＣをＰＣ５上で動作させることである。ＰＣ５ Ｓｉｇｎａｌｉｎｇ ＰｒｏｔｏｃｏｌはいずれにせよＰＤＣＰ上で使用されるので、ＲＲＣプロトコルはそれを置き換えるために使用することができる。すべてのＲＲＣ機能がＰＣ５動作に必要とされるわけではないが、選択されたＶ２Ｘ関連ＲＲＣメッセージ、例えば、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎなどを拡張し、使用することができる。その利点は、ＵｕとＰＣ５の制御シグナリングプロトコルの統合可能性である。
したがって、この解決策において、ユニキャスト／マルチキャスト通信管理のためのＰＣ５上のシグナリングプロトコルが導入される。
６．１１．２．３ ＱｏＳサポートおよびＡＳレイヤ設定
ＱｏＳは、ユニキャストおよびマルチキャスト通信でもサポートできることが望ましい。ＴＳ ２３．２８５［５］において、Ｖ２Ｘ通信のためのＱｏＳ モデルは、例えばＰＰＰＰおよび ＰＰＰＲのように、パケットごとのモデルに基づく。ユニキャストまたはマルチキャスト通信では、Ｕｕ接続に類似した接続指向ＱｏＳモデルを同様にサポートすべきかどうかが議論されるべきである。重要な問題４「ｅＶ２ＸのためのＰＣ５ ＱｏＳフレームワーク拡張のサポート」にも議論されているように、既存のＰＰＰＰおよびＰＰＰＲ以上のものが必要となることが予想される。
特に、ユニキャストまたはマルチキャストでは、関与するリンクまたはグループにより、ピア間の同じユニキャストリンク上で送信されるパケットのほとんどは、同じＱｏＳ特性を持つべきである。これは、通常のブロードキャストベースのトラフィックではなく、Ｕｕ接続モデルに近い。したがって、ここではＵｕ型ＱｏＳ管理概念を再利用することができる。これにより、ＵｕとＰＣ５の統一モデルが可能となる。
追加的に、オプションであっても、後方互換でなくてもよい異なるＡＳレイヤの特徴が存在する可能性がある。したがって、ユニキャストリンクをセッティングするときに、そのような設定はまた、ＱｏＳプロファイルと共に／またはＱｏＳプロファイルの一部として、折衝され、設定され得る。
注記：解決策１９（６．１９項）において説明されているユニキャストのためのＱｏＳモデルが使用される。
６．１１．２．４ セキュリティアソシエーション
ユニキャストあるいはマルチキャスト通信は、同様にリンクレイヤでの保護を必要としてもよい。ＰｒｏＳｅの１対１通信は、ＴＳ ３３．３０３［１１］で定義されているように、セキュアなＬ２リンク確立をサポートする。しかし、Ｖ２Ｘ通信コンテキスト内では、各ＵＥは、セキュリティ保護のための対応する証明書を有する。したがってって、このようなセキュリティアソシエーションの使用をサポートするために、既存のＬ２セキュアリンク確立プロトコルを拡張または調整する必要があってもよい。厳密なセキュリティ処理は、ＳＡ３によって分析され、決定されるべきである。ＳＡ２の設計は、利用可能であるときに、これらの決定と整合させる必要がある。
６．１１．２．５ リンクの確立と保守のための手順
ＴＳ ２３．３０３［８］は、５．４．５項のように、ＰＣ５上のセキュアＬ２ リンクの確立と保守の手順を定義した。これらの手順は、シグナリングプロトコルの選択、セキュリティ処理などに関する上記の判断を受けて、Ｖ２Ｘの使用について拡張、適応させることができる。
しかし、リンク／グループ処理のためのＶ２Ｘに対するいくつかの追加考慮が必要である。Ｖ２Ｘ通信では、すべてのＵＥがユニキャスト通信をサポートまたは使用しているわけではありません。追加的に、すべてのサービスが同じチャネルまたはＲＡＴ （例えば、ＬＴＥ Ｖ２Ｘ対ＮＲ Ｖ２Ｘ）上で動作してもよい。Ｖ２Ｘでは、ＰｒｏＳｅ （すなわち、ＰＣ５－Ｄ）のようなディスカバリーチャネルはなく、治安的使用のようなネットワークからの設定についての仮定もない。したがって、リンク確立をサポートするために、ＵＥの存在およびユニキャスト通信のためのＵＥの能力、例えば、動作するチャネル、またはサポートされるサービスなどをピアに知らせるためのサービスアナウンスが必要である。
このようなサービスアナウンスは、サービスの使用に関心のあるすべてのＵＥがアクセスできるようにすべきである。例えば、このようなアナウンスは、ＷＡＶＥ Ｓｅｒｖｉｃｅ Ａｄｖｅｒｔｉｓｅｍｅｎｔ （ＷＳＡ）がどのように処理されるかに類似した専用チャネルを介して送信するように構成することもできるし、または、サポートＵＥからの周期的メッセージにピギーバックされるように構成することもできる。
注記１：サービスアナウンスは、ＳＡ２の範囲外の上位レイヤによって処理される。
レイヤ２リンクのメンテナンスでは、ＵＥが直接通信範囲にないときを検出するために、キープアライブ機能が必要である。そのため、ＵＥは暗黙のレイヤ２リンク解放を進めることができる。
注記２：キープアライブ機能がどのようにサポートされるかを決定するのは、ステージ３に任されている。
６．１１．３ 手順
６．１１．３．１ ＰＣ５上のレイヤ２リンクの確立
ＴＳ ２３．３０３［８］５．４．５．２項に定義されるレイヤ２リンク確立手順は、以下の適応があれば、ｅＶ２Ｘユニキャストリンク確立のために再利用することができる：
－ メッセージは、ＲＡＮ ＷＧの決定に依存して、ＰＣ５シグナリングメッセージの代わりにＲＲＣ信号メッセージに変換されてもよい。
－ 「ＵＥ指向レイヤ２リンク確立」は、以下のように動作し、図６．１１．３．１－１が手順を示す：
－ 直接通信要求メッセージは、ＵＥ－１によって、ＵＥ－２のＬ２ ＩＤの代わりに、ブロードキャストメカニズム、すなわちアプリケーションに関連付けられたブロードキャストアドレスに送信することができる。ＵＥ－２の上位識別子は、直接通信要求メッセージに含まれて、ＵＥ－２が要求に応答するかどうかについて判断することを可能にする。このメッセージの送信元Ｌ２ ＩＤは、ＵＥ－１のユニキャストＬ２ ＩＤとすべきである。
－ 直接通信要求メッセージは、ＵＥ－２によって理解され得る、デフォルトＡＳレイヤセッティング、例えばブロードキャストセッティングを使用して送信されるべきである。
－ ＵＥ－２は、受信した直接通信要求メッセージの送信元Ｌ２ ＩＤを宛先Ｌ２ ＩＤとして、ＵＥ－１への後続のシグナリングにおいて使用し、自身のユニキャストＬ２ ＩＤを送信元Ｌ２ ＩＤとして使用する。ＵＥ－１は、将来の通信、シグナリング、データトラフィックのためにＵＥ－２のＬ２ ＩＤを取得する。
［“ＵＥ ｏｒｉｅｎｔｅｄ ｌａｙｅｒ ２ ｌｉｎｋ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１１．３．１－１は、図５として複製される］
－ 「Ｖ２Ｘサービス指向レイヤ２リンク確立」は、以下の相違点があるが、「ＵＥ指向レイヤ２リンク確立」と同様に動作し、図６．１１．３．１－２は、以下の手順を示す：
－ Ｌ２リンク確立を要求するＶ２Ｘサービスに関する情報、すなわち、アナウンスされたＶ２Ｘサービスに関する情報は、直接通信要求メッセージに含まれ、他のＵＥが要求に応答するかどうかについて判断することを可能にする。
－ 直接通信メッセージによってアナウンスされたＶ２Ｘサービスを使用することに関心のあるＵＥは、要求に応答することができる（図６．１１．３．１－２のＵＥ－２およびＵＥ－４）。
－ 上述のように、レイヤ２リンクを他のＵＥと確立した後、新しいＵＥが、ＵＥ－１の近傍、すなわち、ＵＥ－１の直接通信範囲に入ることができる。この場合、ＵＥ－１は、ＵＥによって送信されたアプリケーションレイヤメッセージから新しいＵＥを知っているので、Ｖ２Ｘサービス指向レイヤ２リンク確立手順を開始することができる。あるいは、新しいＵＥがＶ２Ｘサービス指向レイヤ２リンク確立手順を開始してもよい。したがって、ＵＥ－１は、ユニキャストのために他のＵＥとＬ２リンクを確立したいＶ２Ｘサービスをアナウンスするために、直接通信要求メッセージを定期的に送信し続ける必要はない。
［“Ｖ２Ｘ Ｓｅｒｖｉｃｅ ｏｒｉｅｎｔｅｄ ｌａｙｅｒ ２ ｌｉｎｋ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１１．３．１－２は、図６として複製される］
レイヤ２リンクは、非ＩＰトラフィックをサポートする。ＩＰアドレスネゴシエーション及び割り当て手順は実施されない。
６．１１．３．２ リンク確立のためのシグナリングメッセージの内容
ＴＳ ２４．３３４ ［１３］で定義されている直接通信要求メッセージで搬送される情報は、少なくとも以下の更新を必要とする：
－ 「ＵＥ指向レイヤ２リンク確立」の場合
－ ユーザ情報は、開始側ＵＥのＩＤ（ＵＥ－１の上位レイヤＩＤ）の他に、ターゲットＵＥのＩＤ（ＵＥ－２の上位レイヤＩＤ）を含める必要がある。
注：ステージ３は、これらのＩＤを同じＩＥまたは別々のＩＥで搬送することができるかどうかを決定することができる。例えば、ステーションＩＤ／車両一時ＩＤは４オクテットだけでよい。
－ 「Ｖ２Ｘサービス指向レイヤ２リンク確立」の場合
－ アナウンスされたＶ２Ｘサービス情報は、Ｌ２リンク確立を要求するＶ２Ｘサービスに関する情報、例えば、Ｖ２ＸアプリケーションのＰＳＩＤまたはＩＴＳ－ＡＩＤを含める必要がある。Ｖ２Ｘサービスでは、センサ共有などが可能である。
－ ＰｒｏＳｅのために必須として指定されたＩＰアドレス設定は、受信側ＵＥ（例えば、ＵＥ－２）がこの特定のリンクのためのいかなるＩＰ設定手順も開始しないように、ＩＰが使用されない指示を許容すべきである。
－ ｅＶ２Ｘのためのセキュリティメカニズムは異なることがあり、異なるＩＥを必要とするため、セキュリティ専用のＩＥは、ＳＡ３によってレビューされる必要がある。
－ 例えば、ＲＲＣメッセージが使用されるときに、リンクに関する追加の設定情報は、ＡＳレイヤ設定にあってもよい。
６．１１．３．３ ユニキャスト通信のプライバシー保護のためのリンク識別子更新手順
［“Ｌａｙｅｒ－２ ｌｉｎｋ ｉｄｅｎｔｉｆｉｅｒ ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１１．３．３－１は、図７として複製される］
この手順は、このリンクのために使われた識別子の差し迫った変更のユニキャスト通信のピアを更新するために使用される。プライバシー要件のために、ｅＶ２Ｘの使用において、第三者が追跡可能であることを避けるために、ＵＥはしばしば識別子を変更すべきである。識別子の変更が起きたときに、すべてのレイヤのすべての識別子、すなわちアプリケーションレイヤＩＤからＬ２ ＩＤまで変更する必要がある。このシグナリングは、サービスの中断を防ぐために、識別子の変更が起こる前に必要である。
１． ＵＥ－１は、例えば、上位レイヤ識別子またはタイマの変更による識別子の変更を判断し、リンク識別子更新要求メッセージにおいて使用する新しい識別子（新しい上位レイヤ識別子、アプリケーションの場合、新しいＩＰアドレス／プレフィックス、新しいＬ２ ＩＤを含む）を含め、識別子を変更する前にＵＥ－２に送信する。
使用する新しい識別子は、プライバシーを保護するために暗号化されるべきである。
注記１：タイマは、ソースＬ２ ＩＤごとに動作しています。
２．ＵＥ－２はリンク識別子更新応答メッセージで応答する。メッセージを受信すると、ＵＥ－１およびＵＥ－２は、データトラフィックに対して新しい識別子を使用し始めることができる。ＵＥ－１は、ＵＥ－２からリンクＩＤ更新応答を受信するまで、古いＬ２ ＩＤ上のトラフィックを受信するものとする。
注記２：同じ上位レイヤ識別子またはＬ２ ＩＤを使用するＵＥ－１からのリンクが複数ある場合、ＵＥ－１は、リンクの各々に対して更新手順を実行する必要があり、各リンクは、リンクＩＤ更新応答を受信するまで、その特定のリンクの古いＬ２ ＩＤ上のトラフィックを受信し続ける必要がある。
６．１１．３．４ レイヤ２リンクのためのセキュリティ態様
ｅＶ２Ｘアプリケーションは関連するセキュリティ証明書を有するので、ユニキャストリンクは、ユニキャストリンクのシグナリングまたはデータを保護するために、セキュリティアソシエーションを導出するために、それらを再利用することができる。
６．１１．４ 既存のエンティティおよびインタフェースへの影響
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：既存のノードまたは機能への影響が追加されるだろう。
６．１１．５ 今後の研究についてのトピック
なし。
６．１１．６ 結論
６．１１．１項から６．１１．４項に文書化されたソリューションは、ＰＣ５上でのセンサ共有のためのユニキャスト／マルチキャストのサポートに関する重要な課題＃９のすべての側面を扱っており、規範的なフェーズに移行すべきである。以下の態様は、他のＷｏｒｋｉｎｇ Ｇｒｏｕｐからのフィードバックに基づいてさらに更新されるだろう。
－ ユニキャストリンクの確立および管理のためのシグナリングメッセージ定義、例えば、ＲＲＣシグナリングがユニキャストリンクに使用されているかどうか、およびどのように使用されるか
－ ブロードキャスト、グループキャストおよびユニキャストのためのパケットＱｏＳモデルまたはベアラベースＱｏＳモデルの選択は、ＲＡＮ判断に基づく
－ ネットワークスケジュールモードが使用されるときに、使用するサービスに関する基地局へのシグナル
－ ＰＣ５上のユニキャスト通信の潜在的なセキュリティ関係手順の更新
注記：アプリケーションレイヤは、異なるアプリケーション、例えば、プラトゥーニングアプリケーションのためにユニキャストまたはグループキャスト通信メカニズムを使用してもよい。
［．．．］
６．１９ 解決策１９：ＰＣ５インタフェース上のグループ通信のためのＱｏＳサポート
６．１９．１ 機能の説明
６．１９．１．１ 概要説明
この解決策は、重要な問題（５．４項）ｅＶ２ＸのためのＰＣ５ ＱｏＳフレームワーク拡張のサポートに対処する。ｅＶ２ＸのためのＱｏＳ要件は、ＥＰＳ Ｖ２Ｘためのものとは異なり、ＴＳ ２３．２８５［５］において以前に定義されたＰＰＰＰ／ ＰＰＰＲは、ニーズを満たさないと考えられる。具体的には、ｅＶ２Ｘサービスのために考慮すべきＱｏＳパラメータがはるかに多い。
この解決策は、ＰＣ５インタフェース上のｅＶ２Ｘ通信に対して５ＱＩを使用することを提案する。
これにより、異なるリンク上のｅＶ２Ｘサービスのための統合ＱｏＳモデルが可能となる。
６．１９．１．２ 解決策の詳細
新しいサービス要件は、ＴＳ ２２．１８６［４］に捕捉されている。新しいパフォーマンスＫＰＩは以下のパラメータで指定された。
－ ペイロード（バイト）
－ 伝送速度（メッセージ／秒）
－ 最大エンドツーエンド待ち時間（ｍｓ）
－ 信頼性（％）
－ データ速度（Ｍｂｐｓ）
－ 最低必要通信範囲（メートル）
ＰＣ５ベースのＶ２Ｘ通信とＵｕベースのＶ２Ｘ通信の両方に、同じサービス要件が適用されることに留意する。解決策２（６．２項）で分析したように、これらのＱｏＳ特性はＴＳ ２３．５０１［７］において定義された５ＱＩで十分に表すことができた。
したがって、ＰＣ５とＵｕのための統一ＱｏＳモデル、すなわち、ＰＣ５上のＶ２Ｘ通信のための５ＱＩを使用することも可能であり、アプリケーション層は、使用されるリンクに関係なく、ＱｏＳ要求を一貫した方法で示すことができる。これは、ＡＳ層がＱｏＳ要求を達成するためにＰＣ５とＵｕ上で異なるメカニズムを実装することを妨げない。５ＧＳ Ｖ２Ｘ対応のＵＥを考えると、ブロードキャスト、マルチキャスト、ユニキャストの３種類のトラフィックがあります。
ＵＥ－ＰＣ５－ＡＭＢＲは、すべてのタイプのトラフィックに適用され、リソース管理におけるＵＥ ＰＣ５送信に制限するためにＲＡＮに使用される。
ユニキャストタイプのトラフィックに対して、Ｕｕと同じＱｏＳモデルが利用できることは明らかである。すなわち、各ユニキャストリンクはベアラとして扱うことができ、ＱｏＳフローはそれに関連付けることができる。５ＱＩにおいて定義されたすべてのＱｏＳ特性とデータ転送速度の追加パラメータを適用することができた。追加的に、最小の必要な通信範囲は、特にＰＣ５使用のための追加パラメータとして扱うことができる。
ブロードキャストトラフィックについては、ベアラ概念がない。したがって、各メッセージは、アプリケーション要件に従って異なる特性を有してもよい。次に、５ＱＩは、ＰＰＰＰ／ＰＰＰＲと同様の方法で使用されるべきであり、すなわち、各パケットでタグ付けされるべきである。５ＱＩは、ＰＣ５のブロードキャスト動作に必要な、待ち時間、優先度、信頼性などのすべての特性を表現することができる。
Ｖ２Ｘブロードキャスト固有の５ＱＩ（すなわち、ＶＱＩ）のグループは、ＰＣ５使用のために定義できる。
注記１：ＰＣ５のために使用される５ＱＩは、同じＶ２ＸサービスであってもＵｕに使用されるものとは異なってもよく、例えば、ＰＣ５のためのＰＤＢは、直接リンクであるため、Ｕｕのためのものよりも長くすることができる。ＰＣ５に使用される５ＱＩは、差別化のためにＶＱＩと名付けられる。
注記２：ＥＰＳ Ｖ２Ｘ ＱｏＳパラメータ、例えば、ＰＰＰＰおよびＰＰＰＲと、例えば、ＴＳ ２３．５０１［７］において定義された非ＧＢＲ ５ＱＩに類似する新しいＶＱＩとの間のマッピングは、放送動作のための規範的な段階において定義されるだろう。
注記３：動作前提は、ＮＲ ＰＣ５設計はＶ２Ｘ ５ＱＩの使用をサポートするということである。
注記４：ＡＳレイヤは、例えばＶＱＩで示されたすべての優先度を考慮に入れることによって、ユニキャスト、グループキャスト、ブロードキャストトラフィックを処理してもよい。
６．１９．１．３ ＰＣ５ブロードキャスト使用のためのＶ２Ｘ ５ＱＩ（ＶＱＩ）値
Ｖ２Ｘ使用のための新しいＶＱＩのセットは、ＴＳ ２２．１８６［４］に文書化されているサービス要件を反映した規範的な段階において定義される。
注記１：動作前提は、このリリースでは、標準化されていないＶＱＩはサポートされていないことである。
注記２：パケットごと、ＱｏＳフローごとのどちらのＱｏＳモデルが使用されるかは、ＲＡＮの判断に依存する。
６．１９．２ 手順
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：この項では、ＰＣ５通信のための新しいＱｏＳモデルを使用する手順について説明する。それは、ＲＡＮの発達にも依存する。
６．１９．２．１ ＰＣ５インタフェース上のユニキャスト通信のためのＱｏＳサポート
６．１９．２．１．０ 概要
ＰＣ５インタフェース上のｅＶ２Ｘの１対１通信のＱｏＳサポートを有効にするためには、以下の手順をサポートする必要がある。
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：ＰＣ５ ＱｏＳ Ｍｏｄｅｌの進捗に応じて、以下の手順をさらに更新してもよい。
６．１９．２．１．１ ＵＥおよびＮＧ－ＲＡＮへのＱｏＳパラメータの提供
ＰＣ５ ＱｏＳパラメータおよびＰＣ５ ＱｏＳ規則は、重要な問題＃５で定義された解決策を使用して、サービス認可パラメータの一部としてＵＥに提供される。ＰＣ５ ＱｏＳルールは、Ｖ２Ｘサービス（例えば、Ｖ２ＸアプリケーションのＰＳＩＤまたはＩＴＳ－ＡＩＤ）をＰＣ５ ＱｏＳフローにマッピングするために使用される。ＵＤＲからＰＣＦによって取得されたＰＣ５ ＱｏＳパラメータは、ＡＭＦ経由でＮＧ－ＲＡＮに提供される。ＡＭＦはそのような情報をＵＥコンテキストの一部として記憶する。後続の手順（サービス要求、ハンドオーバなど）に対して、Ｎ２を介したＰＣ５ ＱｏＳパラメータの提供は、６．６．２項の説明に従う。
注記１：ＵＥ－ＰＣ５－ＡＭＢＲは、ＵＤＭによって提供され、詳細は解決策６の説明に従う。
ＵＥおよびＮＧ－ＲＡＮにプロビジョニングするＰＣ５ ＱｏＳパラメータは、ＵＥが提供するＮＡＳメッセージに含まれるＵＥポリシーコンテナによってトリガされる可能性がある。ＰＣＦは、必要に応じてＮＧ－ＲＡＮの更新されたＰＣ５ ＱｏＳパラメータをＡＭＦに送信する。
注記２：ＮＧ－ＲＡＮによって使用される詳細なＰＣ５ ＱｏＳパラメータは、規範的な作業段階中に識別される。
注記３：ＮＧ－ＲＡＮは、ＰＣ５ ＱｏＳをサポートするために、ネットワークスケジュールリソース割り当てモードの静的パラメータで設定される。
６．１９．２．１．２ ＵＥ間のＱｏＳパラメータ折衝
ＰＣ５ ＱｏＳパラメータは、１対１通信手順の確立時に折衝されるので、ＴＳ ２３．３０３［８］において定義された１対１通信確立手順は、２つのＵＥ間のＰＣ５ ＱｏＳパラメータ折衝をサポートするように拡張される。ＰＣ５ ＱｏＳパラメータ折衝手順の後、同じＱｏＳが両方向で使用される。
［“Ｅｓｔａｂｌｉｓｈｍｅｎｔ ｏｆ ｓｅｃｕｒｅ ｌａｙｅｒ－２ ｌｉｎｋ ｏｖｅｒ ＰＣ５”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１９．２．１．２－１は、図８として複製される］
１対１の通信に従事するＵＥは、リンク確立手順中にＰＣ５ ＱｏＳパラメータを折衝する。
１． ＵＥ－１は、相互認証をトリガするために、ＵＥ－２に直接通信要求メッセージを送信する。このメッセージは、要求されたＰＣ５のＱｏＳパラメータを含む。
２． ＵＥ－２は、相互認証の手順を開始する。ＵＥ－２は、応答メッセージにＰＣ５ ＱｏＳパラメータを含める。
注記：この手順は、解決策１１（６．１１項）と整合する。
６．１９．２．１．３ ｅＶ２Ｘ通信のためのＱｏＳ処理
ｅＶ２Ｘメッセージの送信のためにＰＣ５ユニキャストが使用されるときに、ネットワークスケジュール動作モードとＵＥ自律リソース選択モードの両方に以下の原則が適用される。
－ ６．１９．１．２項において定義されたＰＣ５のＱｏＳパラメータは、ＰＣ５上のｅＶ２Ｘ通信に適用される。
－ ｅＶ２Ｘメッセージは、６．１９．２．１．２項に記載された手順に従って確立されたＰＣ５ ＱｏＳフローに送信される。
－ アプリケーションレイヤｅＶ２ＸメッセージのＰＣ５ ＱｏＳパラメータへのマッピングは、ＰＣ５ ＱｏＳルールに基づく。
ネットワークスケジュール動作モードが使用されるときに、以下の追加原則が適用される。
－ ＵＥは、リソース要求のためにＰＣ５ ＱｏＳパラメータ情報をｇＮＢに提供する。
－ ｇＮＢは、ＵＥからＰＣ５リソースの要求を受信するときに、ＡＭＦから受信したＰＣ５ ＱｏＳパラメータに基づいて、要求されたＰＣ５ ＱｏＳパラメータを認可することができる。
－ ｇＮＢは、ＰＣ５ ＱｏＳ処理にＰＣ５ ＱｏＳパラメータ情報を使用することができる。
自律リソース選択モードを使用するときに、以下の追加原則が適用される。
－ ＵＥは、６．１９．２．１．１項に記載されている情報に基づいて、ＰＣ５ ＱｏＳの処理に対してＰＣ５ ＱｏＳパラメータを使用することができる。
６．１９．２．２ ＰＣ５インタフェース上のブロードキャスト通信のためのＱｏＳサポート
ｅＶ２Ｘメッセージの送信のためにＰＣ５ブロードキャストが使用されるときに、ネットワークスケジュール動作モードとＵＥ自律リソース選択モードの両方に以下の原則に従う。
－ ６．１９．１．２項において定義されたＰＣ５のＱｏＳパラメータ（例えば、ＶＱＩ）は、ＰＣ５上のｅＶ２Ｘ通信に適用される。
－ アプリケーションレイヤは、送信のためにＶ２Ｘレイヤに渡すときに、各ｅＶ２Ｘメッセージに対してＰＣ５ ＱｏＳパラメータをセットする。
ネットワークスケジュール動作モードが使用されるときに、以下の追加原則が適用される。
－ ＵＥは、ＰＣ５ ＱｏＳパラメータを反映したＰＣ５ ＱｏＳ情報をリソース要求のためにｇＮＢに提供する。
－ ｇＮＢは、ＱｏＳ処理にＰＣ５ ＱｏＳパラメータを反映するＰＣ５ ＱｏＳ情報を使用することができる。
自律リソース選択モードを使用するときに、以下の追加原則が適用される。
－ ＵＥは、ＰＣ５ ＱｏＳ処理にＰＣ５ ＱｏＳパラメータを使用することができる。
注記：ブロードキャストのためのパケットＱｏＳモデルまたはベアラベースＱｏＳモデルの選択は、ＲＡＮ判断に基づく。
６．１９．２．３ ＰＣ５インタフェース上のグループ通信のためのＱｏＳサポート
ＰＣ５インタフェース上のグループ通信のためのＱｏＳサポートについての手順は、６．２１．２（解決策２１）に説明される。
６．１９．３ 既存のエンティティおよびインタフェースへの影響
以下は、ＵＥおよび他のＮＦへの影響である。
－ ＵＥは、ＰＣ５通信のための新しいＱｏＳモデルをサポートする必要がある。
－ ＡＭＦは、ＰＣＦからフェッチされたＰＣ５通信のためのＱｏＳパラメータを、Ｎ２メッセージを異なる手順に対して関連させる際にＮＧ－ＲＡＮに提供する。
－ ＮＧ－ＲＡＮはＡＭＦからＰＣ５通信のためのＱｏＳパラメータを受信し、ネットワークスケジュールモードのためのＱｏＳパラメータを有効にする。
－ ＵＤＲは、ＰＣ５通信のためのＱｏＳパラメータを記憶する。
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：ＰＰＰＰ、ＰＰＰＲの新しいＶＱＩへのマッピングがブロードキャストトラフィックに必要な場合、今後の研究とする。
６．１９．４ 今後の研究についてのトピック
Ｅｄｉｔｏｒ’ｓ ｎｏｔｅ：この項では、今後の研究のトピックスについて説明する。
６．１９．５ 結論
６．１９．１～６．１９．３項に捕捉されている解決策は、規範的な段階に移行すべきである。
【0027】
３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０は、以下を記載している：
［外７］
［“Sidelink BSR and Truncated Sidelink BSR MAC control element for even N”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．１．３．１ａ－１は、図９として複製される］
［“Sidelink BSR and Truncated Sidelink BSR MAC control element for odd N”３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．１．３．１ａ－２は、図１０として複製される］
［外７］
［“Sidelink BSR and Truncated Sidelink BSR MAC control element for odd N”３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．１．３．１ａ－２は、図１０として複製される］
【0028】
３ＧＰＰ ＲＡＮ２ ＃１０４ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅでは、ＰＣ５リファレンスポイントを介したＶ２Ｘ通信のためのユニキャスト（すなわち１対１）またはマルチキャスト（すなわち１対多）のためのソリューションが導入された。このソリューションに基づいて、ＵＥ－１（すなわち、開始側ＵＥ）は、ユニキャストリンク確立に使用されるレイヤ２リンク確立中に、ＵＥ－２（すなわち、ターゲット側ＵＥ）に直接通信要求（Direct Communication Request）メッセージを送信する。直接通信要求メッセージの受信に応答して、ＵＥ－２はＵＥ－１に直接通信承諾（Direct Communiation Accept）を応答する。図１１に図示し、以下に論じられるように、３ＧＰＰ ＲＡＮ２ ＃１０４ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅのソリューションに加えるＶ２Ｘサービスのための１対１のサイドリンク通信のフェーズを紹介する：
【0029】
Ｉ． プリアンブル（図１２に図示）
【0030】
このフェーズでは、ＵＥ－１はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（またはモード）にあってもよい。ＵＥ－１がＶ２Ｘサービスに関心がある場合、ＵＥ－１はサービス認可のためにコアネットワーク（例えばＶ２Ｘ制御機能）に要求することができる。おそらく、ＵＥ－１にサービス認可中に、Ｖ２ＸサービスのためのＰＣ５ ＱｏＳ（Quality of Service）情報（例えば、ＰＣ５ ５ＱＩ／ＱｏＳパラメータ、ＰＣ５ ＱｏＳルールなど）を提供または設定することができる。サービス認可の完了後、ＵＥ－１は、ディスカバリ手順、１対多のサイドリンク通信（すなわち、ＵＥ－１の近傍でＵＥ－２によって送信されるＶ２Ｘメッセージの受信）等を介してＵＥ－２の存在を認識することができる。なお、５ＱＩ（５Ｇ ＱｏＳ識別子）はＶＱＩ（Ｖ２Ｘ ＱｏＳ識別子）とも呼ばれることがあると留意されたい。
【0031】
ＩＩ． ＰＣ５シグナリングのためのＳＬ ＬＣＨ設定（図１３に図示）
【0032】
一実施形態では、ＵＥ－１内のＶ２Ｘアプリケーションは、ＵＥ－２への１対１のサイドリンク通信をトリガしてもよい。この状況では、ＰＣ５制御シグナリングのための送信リソースの割り当てを要求する第１のＲＲＣ（無線リソース制御）メッセージ（すなわち、SidelinkUEInformation）を基地局（またはｇＮＢ）に送信することができる。
【0033】
第１のＲＲＣメッセージでは、コンテンツは以下のうちの少なくとも１つを含むことができる：
・ 宛先リストに含まれ得るＵＥ－２の宛先アイデンティティ；
・ Ｖ２Ｘアプリケーションのアイデンティティ（例えばＩＴＳ－ＡＩＤ）；および／または
・ Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティ（例えばＰＳＩＤ）。
・ 宛先リストに含まれ得るＵＥ－２の宛先アイデンティティ；
・ Ｖ２Ｘアプリケーションのアイデンティティ（例えばＩＴＳ－ＡＩＤ）；および／または
・ Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティ（例えばＰＳＩＤ）。
【0034】
第１のＲＲＣメッセージの受信に応答して、基地局は、ＲＲＣ設定を割り当てる第２のＲＲＣメッセージ（例えば、RRCConnectionReconfiguration）をＵＥ－１に送信することができる。
【0035】
第２のＲＲＣメッセージでは、コンテンツは以下のうちの少なくとも１つを含むことができる：
・ ＰＣ５制御シグナリングに使用されるサイドリンク論理チャネル、例えばＳＣＣＨ（サイドリンク制御チャネル）のアイデンティティ；
・ サイドリンク論理チャネルの優先度；および／または
・ サイドリンク論理チャネルのための論理チャネル・グループ（ＬＣＧ）のアイデンティティ。
・ ＰＣ５制御シグナリングに使用されるサイドリンク論理チャネル、例えばＳＣＣＨ（サイドリンク制御チャネル）のアイデンティティ；
・ サイドリンク論理チャネルの優先度；および／または
・ サイドリンク論理チャネルのための論理チャネル・グループ（ＬＣＧ）のアイデンティティ。
【0036】
第２のＲＲＣメッセージにより、ＵＥ－１はＰＣ５制御シグナリングに使用されるサイドリンク論理チャネルを生成することができる。サイドリンク論理チャネルは、ＵＥ－２への直接通信要求メッセージの送信に使用されることができる。直接通信要求メッセージは、ＲＲＣメッセージまたはＮＡＳ（Non-Access Stratum）メッセージとすることができる。
【0037】
ＩＩＩ． １対１のサイドリンクの確立（図１４に図示）
【0038】
直接通信要求メッセージがサイドリンク送信に利用可能である場合に、ＵＥ－１は、直接通信要求メッセージのサイドリンク送信のためにサイドリンクリソースを割り当てるためにサイドリンクバッファステータスレポートを基地局に送信することができる。直接通信要求メッセージのサイドリンク送信のためのサイドリンクリソースを受信した後、ＵＥ－１はサイドリンクリソースに基づいてサイドリンク送信を実行することができる。
【0039】
一実施形態では、直接通信要求メッセージは、以下のうちの少なくとも１つを含むことができる：
・ どのアプリケーションをアクティブにするかをＵＥ－２に示すために使用されるＶ２Ｘアプリケーションのアイデンティティ；
・ どのサービスをアクティブにするかをＵＥ－２に示すために使用されるＶ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
・ （要求された）Ｖ２ＸアプリケーションまたはＶ２ＸサービスのＱｏＳフローのＰＣ５ ５ＱＩ；および／または
・ （要求された）Ｖ２ＸアプリケーションまたはＶ２ＸサービスのＱｏＳフローのＰＣ５ ＱｏＳパラメータ／レベル／プロファイル。
・ どのアプリケーションをアクティブにするかをＵＥ－２に示すために使用されるＶ２Ｘアプリケーションのアイデンティティ；
・ どのサービスをアクティブにするかをＵＥ－２に示すために使用されるＶ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
・ （要求された）Ｖ２ＸアプリケーションまたはＶ２ＸサービスのＱｏＳフローのＰＣ５ ５ＱＩ；および／または
・ （要求された）Ｖ２ＸアプリケーションまたはＶ２ＸサービスのＱｏＳフローのＰＣ５ ＱｏＳパラメータ／レベル／プロファイル。
【0040】
ＵＥ－１は、ＵＥ－２から直接通信承諾メッセージを受信することができる。
おそらく、直接通信承諾メッセージは、以下のうちの少なくとも１つを含むことができる：
・ （承諾された）Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ；
・ （承諾された）Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ＱｏＳパラメータ／レベル／プロファイル。
おそらく、直接通信承諾メッセージは、以下のうちの少なくとも１つを含むことができる：
・ （承諾された）Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ；
・ （承諾された）Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ＱｏＳパラメータ／レベル／プロファイル。
【0041】
直接通信要求メッセージと直接通信承諾メッセージを交換した後、ＵＥ－１とＵＥ－２は、１対１のサイドリンク通信のために５つのタプル（例えば、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号およびプロトコルＩＤ）を決定するためのＩＰアドレス設定手順を実行することができる。また、ＩＰアドレス設定手順は、直接通信要求メッセージと直接通信承諾メッセージ（すなわち、両方の手順を１つにまとめたもの）でなすこともあり得る。
【0042】
【0043】
図１５Ａに示されるように、１対１のサイドリンク通信リンクの確立を完了した後、ＵＥ－１は、１対１のサイドリンク通信のための送信リソースの割り当てを要求するためにＲＲＣメッセージ（例えば、UEAssistanceInformation）を基地局に送信することができる。
【0044】
ＲＲＣメッセージでは、コンテンツは以下のうちの少なくとも１つを含むことができる：
ＵＥ－２のアイデンティティ；
Ｖ２Ｘアプリケーションのアイデンティティ；
Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ；および／または
Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ＱｏＳパラメータ、レベル、またはプロファイル。
ＵＥ－２のアイデンティティ；
Ｖ２Ｘアプリケーションのアイデンティティ；
Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ；および／または
Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ＱｏＳパラメータ、レベル、またはプロファイル。
【0045】
ＲＲＣメッセージにより、基地局は、コアネットワーク（例えば、Ｖ２Ｘ制御機能）とのＱｏｓフローのＰＣ５ ５ＱＩおよび／またはＱｏＳフローのＰＣ５ ＱｏＳパラメータ、レベルまたはプロファイルを検証することができる。次いで、基地局は、ＲＲＣメッセージの受信に応答して、再設定メッセージ（例えば、RRCConnectionReconfiguration、ＲＲＣメッセージ）をＵＥ－１に送信することができる。
【0046】
サイドリンク論理チャネル（例えば、ＳＴＣＨ（サイドリンクトラフィックチャネル））のリストは、再設定メッセージに含めることができ、各サイドリンク論理チャネルに対して、再設定メッセージは、以下のうちの少なくとも１つを含むことができる：
・ サイドリンクトラフィックに使用されるサイドリンク論理チャネルのアイデンティティ；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ。
・ サイドリンクトラフィックに使用されるサイドリンク論理チャネルのアイデンティティ；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ。
【0047】
上記の再設定メッセージに基づいて、ＵＥ－１は、１対１のサイドリンク通信のために、少なくともサイドリンク論理チャネル（例えば、ＳＴＣＨ）を生成することができる。
さらに、ＵＥ－１は、サイドリンク論理チャネルを対応するサイドリンクＬＣＧに関連付けることができる。さらに、ＵＥ－１は対応するサイドリンク論理チャネルへのＱｏＳフローのマッピングを記憶することができる。
さらに、ＵＥ－１は、サイドリンク論理チャネルを対応するサイドリンクＬＣＧに関連付けることができる。さらに、ＵＥ－１は対応するサイドリンク論理チャネルへのＱｏＳフローのマッピングを記憶することができる。
【0048】
図１５Ｂに図示するように、ＵＥ－１とＵＥ－２が同じ基地局によってサービスされる場合、ＵＥ－１とＵＥ－２は、ＵＥ－１によって使用される再設定メッセージの内容を共有することができる（ＱｏＳ要件が、Ｖ２ＸアプリケーションについてＵＥ－１とＵＥ－２に対して同じとすべきため）。ＵＥ－１は、制御シグナリングに使用されるサイドリンク論理チャネル（例えば、ＳＣＣＨ）でＰＣ５－ＲＲＣメッセージをＵＥ－２に送信することができる。ＰＣ５－ＲＲＣメッセージのコンテンツは、再設定メッセージのコンテンツに基づいて作成することができる。ＰＣ５－ＲＲＣメッセージのコンテンツは、ＵＥ－１とＵＥ－２との間の１対１のサイドリンク通信を介してＶ２Ｘアプリケーションのユーザトラフィックを送信するためにＵＥ－２によって適用することができる。
【0049】
サイドリンク論理チャネルのリストはＰＣ５－ＲＲＣメッセージに含めることができ、各サイドリンク論理チャネルに対して、ＰＣ５－ＲＲＣメッセージは、以下のうちの少なくとも１つを含むことができる：
・ ユーザトラフィックに使用されるサイドリンク論理チャネルのアイデンティティ；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ。
・ ユーザトラフィックに使用されるサイドリンク論理チャネルのアイデンティティ；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ。
【0050】
ＰＣ５－ＲＲＣメッセージに基づいて、ＵＥ－２は、Ｖ２Ｘアプリケーションのための少なくともサイドリンク論理チャネルを生成することができる。さらに、ＵＥ－２は、サイドリンク論理チャネルを対応するサイドリンクＬＣＧに関連付けることができる。追加的に、ＵＥ－２は対応するサイドリンク論理チャネルへのＱｏＳフローのマッピングを記憶することができる。
【0051】
図１６は、第２のＵＥと１対１のサイドリンク通信を実行する第１のＵＥの観点からの１つの例示の実施形態によるフローチャート１６００である。ステップ１６０５では、第１のＵＥは、第１のネットワークノードから専用信号を受信し、専用信号は１対１のサイドリンク通信のための第１のサイドリンク設定を含む。ステップ１６１０では、第１のＵＥは、第２のサイドリンク設定を第２のＵＥに送信し、第２のサイドリンク設定は第１のサイドリンク設定に基づいて生成され、第２のＵＥが１対１のサイドリンク通信を設定するために使用される。
【0052】
図３および図４に戻って参照すると、第２のＵＥと１対１のサイドリンク通信を実行する第１のＵＥの１つの例示の実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが、（ｉ）第１のネットワークノードから専用信号を受信することであって、専用信号は、１対１のサイドリンク通信のための第１のサイドリンク設定を含む、受信することと、（ｉｉ）第２のサイドリンク設定を第２のＵＥに送信することであって、第２のサイドリンク設定は、第１のサイドリンク設定に基づいて生成され、第２のＵＥが１対１のサイドリンク通信を設定するために使用される、送信することと、をするのを可能にすることができる。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【0053】
図１７は、第１のＵＥと１対１のサイドリンク通信を実行する第２のＵＥ（ここで、第１のＵＥは第１のネットワークノードによってサービスされる）の観点からの一実施形態によるフローチャート１７００である。ステップ１７０５では、第２のＵＥは、第１のＵＥから第２のサイドリンク設定を受信し、第２のサイドリンク設定は、１対１のサイドリンク通信を設定するために使用される。ステップ１７１０では、第２のＵＥは、第２のサイドリンク設定に基づいて、１対１のサイドリンク通信でサイドリンク送信および／またはサイドリンク受信を実行する。
【0054】
図３および図４に戻って参照すると、第１のＵＥと１対１のサイドリンク通信を実行する第２のＵＥ（ここで、第１のＵＥは第１のネットワークノードによってサービスされる）の１つの例示の実施形態において、デバイス３００はメモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが（ｉ）第１のＵＥから第２のサイドリンク設定を受信することであって、第２のサイドリンク設定は１対１のサイドリンク通信を設定するために使用される、受信することと、（ｉｉ）第２のサイドリンク設定に基づいて、１対１のサイドリンク通信でサイドリンク送信および／またはサイドリンク受信を実行することと、をすることを可能にすることができる。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【0055】
図１６および図１７に図示され、上述された実施形態に関連して、第２のサイドリンク設定は、第１のネットワークノードによって第１のＵＥに提供された第１のサイドリンク設定に基づいて生成することができる。さらに、第１または第２のサイドリンク設定は、１対１のサイドリンク通信のためのサイドリンク論理チャネルのアイデンティティ、１対１のサイドリンク通信のためのサイドリンク論理チャネルの優先度および／または信頼性、１対１のサイドリンク通信のためのサイドリンク論理チャネルのためのサイドリンク論理チャネルグループのアイデンティティ、および／または１対１のサイドリンク通信のためのサイドリンク論理チャネルのためのＱｏＳフローのアイデンティティを含むことができる。
【0056】
一実施形態では、第２のサイドリンク設定は、ＰＣ５－ＲＲＣメッセージによって送信されることができる。さらに、第２のＵＥは、第１の基地局（例えば、ｇＮＢ）または第２の基地局（例えば、ｇＮＢ）によってサービスされる。
【0057】
一実施形態において、第１のＵＥは開始側ＵＥであり、第２のＵＥはターゲット側ＵＥである。
【0058】
代替的には、図１５Ｃに図示するように、ＵＥ－１はサービス要求メッセージ（例えば、Service Request、ＮＡＳメッセージ）をコアネットワーク（例えば、Ｖ２Ｘ制御機能）に送信することができる。サービス要求メッセージでは、コンテンツは以下のうちの少なくとも１つを含むことができる：
・ ＵＥ－２のアイデンティティ；
・ Ｖ２Ｘアプリケーションのアイデンティティ；
・ Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ；
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ＱｏＳパラメータ、レベル、またはプロファイル。
・ ＵＥ－２のアイデンティティ；
・ Ｖ２Ｘアプリケーションのアイデンティティ；
・ Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ；
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ＱｏＳパラメータ、レベル、またはプロファイル。
【0059】
サービス要求メッセージにより、コアネットワークはコアネットワーク（例えば、Ｖ２Ｘ制御機能）とのＱｏｓフローのＰＣ５ ５ＱＩ、および／またはＱｏＳフローのＰＣ５ ＱｏＳパラメータ、レベル、またはプロファイルを検証することができる。コアネットワークは、基地局に再設定メッセージをＵＥ－１に提供することを示すことができる。サービス要求メッセージの受信に応答して、コアネットワークは、サービス承諾メッセージ（例えば、Service Accept、ＮＡＳメッセージ）をＵＥ－１に送信することができる。一実施形態では、サービス応答メッセージは、再設定メッセージに含有されるか、あるいは含まれ得る。代替的には、サービス応答メッセージは、別のＲＲＣメッセージを介してＵＥ－１に送信され得る。
【0060】
サイドリンク論理チャネルのリストを、再設定メッセージに含めることができ、各サイドリンク論理チャネルに対して、再設定メッセージは、以下のうちの少なくとも１つを含むことができる：
・ サイドリンクトラフィックに使用されるサイドリンク論理チャネルに関連付けられたサイドリンク無線ベアラのアイデンティティ；
・ サイドリンク論理チャネルのアイデンティティ；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ。
・ サイドリンクトラフィックに使用されるサイドリンク論理チャネルに関連付けられたサイドリンク無線ベアラのアイデンティティ；
・ サイドリンク論理チャネルのアイデンティティ；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ。
【0061】
サービス承諾メッセージでは、コンテンツは以下を含むことができる：
・ サイドリンクの論理チャネルに関連付けられたサイドリンクの無線ベアラのアイデンティティ；および／または
・ サイドリンク無線ベアラにマップされたＱｏＳフローのアイデンティティ。
・ サイドリンクの論理チャネルに関連付けられたサイドリンクの無線ベアラのアイデンティティ；および／または
・ サイドリンク無線ベアラにマップされたＱｏＳフローのアイデンティティ。
【0062】
上記の再設定メッセージおよびサービス承諾メッセージに基づいて、ＵＥ－１は、１対１のサイドリンク通信のために少なくともサイドリンク論理チャネルを生成することができる。さらに、ＵＥ－１は、サイドリンク論理チャネルを対応するサイドリンクＬＣＧと関連付けることができる。追加的に、ＵＥ－１は対応するサイドリンク論理チャネルへのＱｏＳフローのマッピングを記憶することができる。
【0063】
代替的には、図１５Ｄに図示するように、ＵＥ－１はサービス要求メッセージ（例えば、Service Request、ＮＡＳメッセージ）をコアネットワーク（例えば、Ｖ２Ｘ制御機能）に送信することができる。サービス要求メッセージでは、コンテンツは以下のうちの少なくとも１つを含むことができる：
・ ＵＥ－２のアイデンティティ；
・ Ｖ２Ｘアプリケーションのアイデンティティ；
・ Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ；
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ＱｏＳパラメータ／レベル／プロファイル；および／または
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローの５つのタプル（例えば、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号およびプロトコルＩＤ）。
・ ＵＥ－２のアイデンティティ；
・ Ｖ２Ｘアプリケーションのアイデンティティ；
・ Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ；
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ＱｏＳパラメータ／レベル／プロファイル；および／または
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローの５つのタプル（例えば、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号およびプロトコルＩＤ）。
【0064】
サービス要求メッセージにより、コアネットワークは、コアネットワーク（例えば、Ｖ２Ｘ制御機能）とのＱｏｓフローのＰＣ５ ５ＱＩおよび／またはＱｏＳフローのＰＣ５ ＱｏＳパラメータ／レベル／プロファイルを検証することができる。コアネットワークは基地局にＵＥ－１に再設定メッセージを提供することを示すことができる。サービス要求メッセージの受信に応答して、コアネットワークは、サービス承諾メッセージ（例えば、Service Accept、ＮＡＳメッセージ）をＵＥ－１に送信することができる。一実施形態では、サービス応答メッセージは、再設定メッセージに含有されるか、あるいは含まれ得る。代替的には、サービス応答メッセージは、別のＲＲＣメッセージを介してＵＥ－１に送信され得る。
【0065】
サイドリンク論理チャネルのリストを、再設定メッセージに含めることができ、各サイドリンク論理チャネルについて、再設定メッセージは、以下のうちの少なくとも１つを含むことができる：
・ サイドリンクトラフィックに使用されるサイドリンク論理チャネルに関連付けられたサイドリンク無線ベアラのアイデンティティ；
・ サイドリンク論理チャネルのアイデンティティ；
・ サイドリンク論理チャネルの優先度；および／または
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ。
・ サイドリンクトラフィックに使用されるサイドリンク論理チャネルに関連付けられたサイドリンク無線ベアラのアイデンティティ；
・ サイドリンク論理チャネルのアイデンティティ；
・ サイドリンク論理チャネルの優先度；および／または
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ。
【0066】
サービス承諾メッセージでは、コンテンツは以下を含むことができる：
・ サイドリンクの論理チャネルに関連付けられたサイドリンク無線ベアラのアイデンティティ；および／または
・ サイドリンク無線ベアラに関連付けられたトラフィックフローテンプレート（ＴＦＴ：Traffic Flow Template）。
・ サイドリンクの論理チャネルに関連付けられたサイドリンク無線ベアラのアイデンティティ；および／または
・ サイドリンク無線ベアラに関連付けられたトラフィックフローテンプレート（ＴＦＴ：Traffic Flow Template）。
【0067】
上記の再設定メッセージおよびサービス承諾メッセージに基づいて、ＵＥ－１は、１対１のサイドリンク通信のために少なくともサイドリンク論理チャネルを生成することができる。さらに、ＵＥ－１は、サイドリンク論理チャネルを対応するサイドリンクＬＣＧと関連付けることができる。追加的に、ＵＥ－１は、サイドリンク論理チャネルに関連付けられたＴＦＴを記憶することができる。
【0068】
Ｖ． ｅＶ２Ｘメッセージ転送（図１８に図示）
【0069】
ＵＥ－１では、Ｖ２Ｘアプリケーションからのサイドリンクトラフィックが、ＵＥ－２への転送に利用可能とすることができる。この状況では、ＵＥ－１は、サイドリンクトラフィックの送信のためにサイドリンクリソースを割り当てるために、サイドリンクバッファステータスレポートを基地局に送信することができる。ＬＴＥ ＳＬ ＢＳＲのフォーマット（３ＧＰＰ ＴＳ ３６．３２１で論じられている）がサイドリンクバッファステータスレポートに再利用することができる。
【0070】
ＵＥ－２との１対１のＳＬ通信中、ＵＥ－１は送信元ｇＮＢのカバレッジからターゲット側ｇＮＢのカバレッジに移動することがある。この状況では、送信元ｇＮＢはターゲット側ｇＮＢにＵＥ－１をハンドオーバしなければならない。ターゲット側ｇＮＢが１対１のＳＬ通信をサポートするために必要なサイドリンクリソースを提供し続けられるようにするために、送信元ｇＮＢは１対１のＳＬ通信に関連する特定のサイドリンク情報をターゲット側ｇＮＢに転送する必要がある。
【0071】
例えば、送信元ｇＮＢは以下のうちの少なくとも１つを転送してよい：
・ 宛先リストに含まれ得るＵＥ－２のアイデンティティ。；
・ Ｖ２Ｘアプリケーションのアイデンティティ；
・ Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
・Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ（少なくとも１つのＱｏＳフローがある）；および／または
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５のＱｏＳパラメータ、レベルまたはプロファイル（少なくとも１つのＱｏＳフローがある）。
・ 宛先リストに含まれ得るＵＥ－２のアイデンティティ。；
・ Ｖ２Ｘアプリケーションのアイデンティティ；
・ Ｖ２Ｘアプリケーションによって提供されるサービスのアイデンティティ；
・Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ（少なくとも１つのＱｏＳフローがある）；および／または
・ Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５のＱｏＳパラメータ、レベルまたはプロファイル（少なくとも１つのＱｏＳフローがある）。
【0072】
送信元ｇＮＢからのサイドリンク情報により、ターゲット側ｇＮＢは、１対１のサイドリンク通信のために少なくとも１つのサイドリンク設定を決定し、ＵＥ－１に送信されたハンドオーバコマンド（例えば、RRCConnectionReconfigurationメッセージ）に含まれるように送信元ｇＮＢにサイドリンク設定を提供することができる。サイドリンク設定は、以下のうちの少なくとも１つを含むことができる：
・ 宛先リストに含まれ得るＵＥ－２のアイデンティティ；
・ サイドリンクトラフィック送信に使用されるサイドリンク論理チャネルのアイデンティティ（少なくとも１つのサイドリンク論理チャネルがある）；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ（サイドリンク論理チャネルの１つにマップされた少なくとも１つのＱｏＳフローがある）。
・ 宛先リストに含まれ得るＵＥ－２のアイデンティティ；
・ サイドリンクトラフィック送信に使用されるサイドリンク論理チャネルのアイデンティティ（少なくとも１つのサイドリンク論理チャネルがある）；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ（サイドリンク論理チャネルの１つにマップされた少なくとも１つのＱｏＳフローがある）。
【0073】
あるいは、送信元ｇＮＢは、ハンドオーバ手順が完了した後に使用するために、ＵＥ－１のための送信元ｇＮＢに格納されたサイドリンク設定をターゲット側ｇＮＢに送信するだけでもよい。例えば、送信元ｇＮＢは、メッセージをターゲット側ｇＮＢに送信することができ、メッセージは、ＵＥ－１とＵＥ－２との間の１対１のＳＬ通信に関連付けられたサイドリンク設定を含み、サイドリンク設定は、以下のうちの少なくとも１つを含むことができる：
・ 宛先リストに含まれ得るＵＥ－２のアイデンティティ；
・ サイドリンクトラフィック送信に使用されるサイドリンク論理チャネルのアイデンティティ（少なくとも１つのサイドリンク論理チャネルがある）；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ（１つのサイドリンク論理チャネルにマップされた少なくとも１つのＱｏＳフローがある）。
・ 宛先リストに含まれ得るＵＥ－２のアイデンティティ；
・ サイドリンクトラフィック送信に使用されるサイドリンク論理チャネルのアイデンティティ（少なくとも１つのサイドリンク論理チャネルがある）；
・ サイドリンク論理チャネルの優先度；
・ サイドリンク論理チャネルに関連付けられたサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ；および／または
・ サイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティ（１つのサイドリンク論理チャネルにマップされた少なくとも１つのＱｏＳフローがある）。
【0074】
メッセージは、送信元ｇＮＢからターゲット側ｇＮＢに送信されるHandoverPreparationInformationとすることができる。ＵＥ－１が送信元ｇＮＢからターゲット側ｇＮＢにハンドオーバされた後、サイドリンク情報はターゲット側ｇＮＢによって使用することができる。必要に応じて、ターゲット側ｇＮＢはサイドリンク論理チャネル設定を修正し、ＵＥ－１に送信されたハンドオーバコマンドにおいて修正されたサイドリンク論理チャネル設定をＵＥ－１に提供してよい。ｇＮＢ間のハンドオーバの例を図１９に図示し、情報要素「mobilityControlInfo」を有するRRCConnectionReconfigurationメッセージはハンドオーバコマンドに対応する。
【0075】
図２０は、１対１のサイドリンク通信でＵＥのモビリティを処理するための送信元ｇＮＢの観点からの、１つの例示の実施形態によるフローチャート２０００である。ステップ２００５では、送信元ｇＮＢはＵＥからサイドリンク情報を受信する。ステップ２０１０では、送信元ｇＮＢは、１対１のサイドリンク通信のためにＵＥに第１のサイドリンク設定を送信する。ステップ２０１５では、送信元ｇＮＢは、ＵＥに対するハンドオーバを準備するためにターゲット側ｇＮＢに第１のメッセージを送信し、メッセージは、サイドリンク情報または第１のサイドリンク設定を含む。
【0076】
一実施形態では、サイドリンク情報は以下のうちの少なくとも１つを含むことができる。すなわち、第２のＵＥのアイデンティティ、Ｖ２Ｘアプリケーションのアイデンティティ、Ｖ２Ｘアプリケーションのためのサービスアイデンティティ、Ｖ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ、およびＶ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ＱｏＳパラメータ、レベル、またはプロファイルである。
【0077】
さらに、第１のサイドリンク設定は以下のうちの少なくとも１つを含むことができる。すなわち、第２のＵＥのアイデンティティ、サイドリンクトラフィック送信に使用されるサイドリンク論理チャネルのアイデンティティ、サイドリンク論理チャネルの優先度、サイドリンク論理チャネルに関連付けられるサイドリンク論理チャネルグループ（ＬＣＧ）のアイデンティティ、およびサイドリンク論理チャネルにマップされたＱｏＳフローのアイデンティティである。
【0078】
一実施形態では、第１のメッセージはHandoverPreparationInformationとすることができる。さらに、送信元ｇＮＢは、ターゲット側ｇＮＢからハンドオーバコマンドを受信することができる。ハンドオーバコマンドは、第２のサイドリンク設定を含むことができ、第２のサイドリンク設定は、第１のサイドリンク設定と同じである。ハンドオーバコマンドはまた、第２のサイドリンク設定を含むことができ、第２のサイドリンク設定は、第１のサイドリンク設定とは異なる。
【0079】
一実施形態では、送信元ｇＮＢは、ＵＥをターゲット側ｇＮＢにハンドオーバするためにＵＥに第２のメッセージを送信する。第２のメッセージは、RRCConnectionReconfigurationとすることができる。RRCConnectionReconfigurationは、ハンドオーバコマンドに従って生成することができる。RRCConnectionReconfigurationは、情報要素「mobilityControlInfo」を含むことができる。
【0080】
図３および図４に戻って参照すると、１対１のサイドリンク通信でＵＥのモビリティを処理するための送信元ｇＮＢの１つの例示の実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコードを実行して、送信元ｇＮＢが、（ｉ）ＵＥからサイドリンク情報を受信することと、（ｉｉ）１対１のサイドリンク通信のためにＵＥに第１のサイドリンク設定を送信することと、（ｉｉｉ）ＵＥに対するハンドオーバを準備するためにターゲット側ｇＮＢに第１のメッセージを送信することであって、メッセージは、サイドリンク情報または第１のサイドリンク設定を含む、送信することと、をすることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【0081】
図２１は、ターゲット側ＵＥと１対１のサイドリンク通信を確立する開始側ＵＥ（ユーザ機器）の観点からの１つの例示の実施形態によるフローチャート２１００である。ステップ２１０５では、開始側ＵＥは、１対１のサイドリンク通信を確立するために使用される第１のＰＣ５シグナリングを送信し、第１のＰＣ５シグナリングは、ターゲット側ＵＥのアイデンティティおよびＶ２Ｘ（Vehicle-to-Everything）サービスのアイデンティティを含む。
【0082】
一実施形態では、開始側ＵＥは、ディスカバリ手順または１対多のサイドリンク通信を介して、ターゲット側ＵＥの存在を認識することができる。さらに、開始側ＵＥは、ターゲット側ＵＥからの１つ以上のＶ２Ｘメッセージの受信を介して、ターゲット側ＵＥの存在を認識することができる。第１のＰＣ５シグナリングは、Ｖ２Ｘサービスを提供するＶ２Ｘアプリケーションのアイデンティティ、開始側ＵＥのアイデンティティ、および／または要求されたＶ２ＸアプリケーションまたはＶ２ＸサービスのためのＱｏＳフローのＰＣ５ ５ＱＩ、ＱｏＳ（Quality of Service）パラメータ、またはのＰＣ５ ＱｏＳプロファイルを含むことができる。
【0083】
一実施形態では、第１のＰＣ５シグナリングは、Ｖ２ＸサービスまたはＶ２Ｘアプリケーションに関連付けられたブロードキャストアドレスに送信することができる。第１のＰＣ５シグナリングは、直接通信要求メッセージとすることができる。
【0084】
一実施形態では、開始側ＵＥは、ターゲット側ＵＥから第２のＰＣ５信号を受信することができ、第２のＰＣ５シグナリングは、１対１のサイドリンク通信の確立を完了するために使用される。第２のＰＣ５シグナリングには、承諾されたＶ２ＸアプリケーションまたはＶ２ＸサービスのためのＰＣ５ ＱｏＳフローのＰＣ５ ５ＱＩ、ＱｏＳパラメータまたはＱｏＳプロファイルを含むことができる。第２のＰＣ５シグナリングは、直接通信承諾メッセージとすることができる。
【0085】
図３および図４に戻って参照すると、ターゲット側ＵＥと１対１のサイドリンク通信を確立する開始側ＵＥの１つの例示の実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、開始側ＵＥが、１対１のサイドリンク通信を確立するために使用される第１のＰＣ５シグナリングを送信し、第１のＰＣ５シグナリングは、ターゲット側ＵＥのアイデンティティおよびＶ２Ｘ（Vehicle-to-Everything）サービスのアイデンティティを含む,
送信することをするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
送信することをするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【0086】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。
【0087】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【0088】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【0089】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【0090】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【0091】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ－ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【0092】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15A】
【図15B】
【図15C】
【図15D】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】