JP2021027585A - ワイヤレス通信システムにおけるサイドリンク無線ベアラを解放するための方法及び装置 - Google Patents

Abstract

【課題】ＳＬＲＢ（サイドリンク無線ベアラ）又はＳＬ−ＤＲＢ（サイドリンク−データ無線ベアラ）を解放するようにネットワーク・ノードに指示するＵＥによる方法及び装置を提供する。【解決手段】方法は、まずサイドリンク・リソースを要求するためにＵＥが、ＰＣ５ＱｏＳ（サービス品質）フローの第１リスト内のＰＦＩ（ＰＣ５ＱｏＳフロー識別子）を含む第１ＲＲＣ（無線リソース制御）メッセージをネットワーク・ノードに送信し、次いで、ネットワーク・ノードから、ＳＬＲＢを設定してＰＣ５ＱｏＳフローをＳＬＲＢにマッピングする第２ＲＲＣメッセージを受信し、更に、ＰＣ５ＱｏＳフローが不活性化又は解放される場合に、ＰＣ５ＱｏＳフローのＰＦＩを含む第３ＲＲＣメッセージをネットワーク・ノードに送信することを含む。第３ＲＲＣメッセージに含まれるＰＣ５ＱｏＳフローは、第２リストから除外される。【選択図】図２０

Description

関連出願
本願は、２０１９年８月２日付で出願された米国仮特許出願第６２／８８２，１９９号及び２０１９年１１月６日付けで出願された米国仮特許出願第６２／９３１，４８５号による優先権を主張するものであり、これらの開示内容全体は参照により本願に援用される。

技術分野
本開示は一般に無線通信ネットワークに関し、より詳細にはワイヤレス通信システムにおけるサイドリンク無線ベアラを解放するための方法及び装置に関する。

背景技術
移動通信装置との間で大量のデータを通信する需要が急速に高まる中、従来の移動音声通信ネットワークは、インターネット・プロトコル（ＩＰ）データ・パケットで通信するネットワークへと進化しつつある。このようなＩＰデータ・パケット通信は、移動通信装置のユーザーに、ボイス・オーバーＩＰ、マルチメディア、マルチキャスト及びオンデマンド通信サービスを提供することができる。

例示的なネットワーク構造は、エボルブド・ユニバーサル地上無線アクセス・ネットワーク（Ｅｖｏｌｄｅｄ Ｕｎｉｖｅｒｓａｌ Ｇｅｎｅｒａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上述のボイス・オーバーＩＰ及びマルチメディア・サービスを実現するために、高いデータ・スループットを提供することができる。次世代の新しい無線技術（例えば、５Ｇ）は３ＧＰＰ標準化機構によって現在議論されている。従って、現在、３ＧＰＰ規格の現行の本体に対する変更が提出されており、３ＧＰＰ規格を発展させ、完成させるように検討されている。

ＳＬＲＢ（サイドリンク無線ベアラ）又はＳＬ−ＤＲＢ（サイドリンク・データ無線ベアラ）を解放するためにネットワーク・ノードに通知する第１ＵＥ（ユーザー装置）の観点から、方法及び装置が開示される。一実施形態では、方法はサイドリンク・リソースを要求するために第１ＲＲＣ（無線リソース制御）メッセージをネットワーク・ノードへ送信するステップを含み、ここで、第１ＲＲＣメッセージは、ＰＣ５ＱｏＳ（サービス品質）フローの第１リストにおけるＰＣ５ＱｏＳフローのＰＦＩ（ＰＣ５ＱｏＳフロー識別子）を含む。方法はまた、第２ＲＲＣメッセージをネットワーク・ノードから受信するステップを含み、ここで、第２ＲＲＣメッセージはＳＬＲＢを設定し、ＰＣ５ＱｏＳフローをＳＬＲＢにマッピングする。方法は更に、ＰＣ５ＱｏＳフローが不活性化又は解放される場合に、第３ＲＲＣメッセージをネットワーク・ノードへ送信するステップを含み、ここで、ＰＣ５ＱｏＳフローのＰＦＩ（ＰＣ５ＱｏＳフロー識別子）は、第３ＲＲＣメッセージに含まれるＰＣ５ＱｏＳフローの第２リストから除外される。

一実施形態によるワイヤレス通信システムの図を示す。

一実施形態による送信機システム（アクセス・ネットワークとしても知られる）及び受信機システム（ユーザー装置又はＵＥとしても知られる）のブロック図である。

一実施形態による通信システムの機能ブロック図である。

一実施形態による図３のプログラム・コードの機能ブロック図である。

３ＧＰＰ ＴＳ３８．８８５Ｖ１６．０．０の図７−１の再現である。

３ＧＰＰ ＴＳ３６．３３１Ｖ１５．３．０の図５．１０．２−１の再現である。

３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図５．２．１．４−１の再現である。

３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図５．４．１．１．１−１の再現である。

３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図５．４．１．１．３−１の再現である

３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図６．１．１−１の再現である。

３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図６．３．３．１−１の再現である。

３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図６．３．３．３−１の再現である。

３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図６．３．３．４−１の再現である。

３ＧＰＰ ＴＳ３７．３２４Ｖ１５．１．０の図６．２．２．３−１の再現である。

１つの例示的な実施形態による表１を示す。

例示的な実施形態による表２ａ及び２ｂを示す。

例示的な実施形態による表３ａ、３ｂ、３ｃを示す。

例示的な実施形態による表４ａ、４ｂ、４ｃ、及び４ｄを示す。

例示的な実施形態による表５ａ、５ｂ、５ｃ、及び５ｄを示す。

１つの例示的な実施形態によるフローチャートである。

１つの例示的な実施形態によるフローチャートである。

１つの例示的な実施形態によるフローチャートである。

１つの例示的な実施形態によるフローチャートである。

１つの例示的な実施形態によるフローチャートである。

１つの例示的な実施形態によるフローチャートである。

以下に説明する例示的なワイヤレス通信システム及び装置は、ブロードキャスト・サービスをサポートするワイヤレス通信システムを採用している。ワイヤレス通信システムは、音声、データ等の種々のタイプの通信を提供するために広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線アクセス、３ＧＰＰ ＬＴＥ−Ａ又はＬＴＥ−アドバンスト（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ）、３ＧＰＰ２ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ）、又はその他の変調技術に基づくことが可能である。

特に、以下に説明する例示的なワイヤレス通信システム装置は、本願において３ＧＰＰと言及する「第３世代パートナーシップ・プロジェクト」という名称のコンソーシアムによって提供される規格のような１つ以上の規格をサポートするように設計されることが可能であり、その規格は：ＴＲ２３．７８６Ｖ１．０．０，「Ｖ２Ｘサービスをサポートするための５Ｇシステム（５ＧＳ）のアーキテクチャの改善（リリース１６）」；ＴＳ３６．３３１Ｖ１５．３．０，「Ｅ−ＵＴＲＡ；無線リソース制御（ＲＲＣ）プロトコル仕様（リリース１５）」；ＴＳ２３．２８７Ｖ１１０，「Ｖ２Ｘサービスをサポートするための５Ｇシステム（５ＧＳ）のアーキテクチャの改善」；３ＧＰ ＲＡＮ２＃１０６議長覚書；ＴＳ ３８．８８５Ｖ１６．０．０，「ＮＲ：ＮＲのＶ２Ｘに関する研究（リリース１６）」；ＴＳ３７．３２４Ｖ１５．１．０，「Ｅ−ＵＴＲＡ及びＮＲ：サービス・データ適合プロトコル（ＳＤＡＰ）仕様（リリース１５）」；及び３ＧＰＰ ＴＳ３８．３３１Ｖ１５．６．０「ＮＲ；無線リソース制御（ＲＲＣ）プロトコル仕様（リリース１５）」を含む。上記に列挙された規格及び文書は、それら全体で参照により本願に明示的に援用される。

図１は、本発明の一実施形態による多元接続ワイヤレス通信システムを示す。アクセス・ネットワーク１００は複数のアンテナ・グループを含み、１つは１０４及び１０６を含み、別のものは１０８及び１１０を含み、及び追加のものは１１２及び１１４を含む。図１では、各アンテナ群に対して２つのアンテナのみが示されているが、より多くの又はより少ないアンテナが各アンテナ群に使用されてもよい。アクセス端末（ＡＴ）１１６はアンテナ１１２及び１１４により通信し、ここで、アンテナ１１２及び１１４はフォワード・リンク１２０を介してアクセス端末１１６に情報を伝送し、リバース・リンク１１８を介してアクセス端末１１６から情報を受信する。アクセス端末（ＡＴ）１２２はアンテナ１０６及び１０８により通信し、ここで、アンテナ１０６及び１０８はフォワード・リンク１２６を介してアクセス端末１２２に情報を伝送し、リバース・リンク１２４を介してアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４及び１２６は、通信に異なる周波数を使用することができる。例えば、フォワード・リンク１２０は、リバース・リンク１１８によって使用される周波数とは異なる周波数を使用してもよい。

アンテナの各グループ及び／又はそれらが通信するように設計されるエリアは、しばしばアクセス・ネットワークのセクタと呼ばれる。実施形態において、アンテナ・グループの各々は、アクセス・ネットワーク１００によってカバーされるエリアのセクタ内のアクセス端末と通信するように設計される。

フォワード・リンク１２０及び１２６を介する通信において、アクセス・ネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対するフォワード・リンクの信号対雑音比を改善するために、ビームフォーミングを利用することができる。また、カバレッジ・エリア内にランダムに散在するアクセス端末への伝送のためにビームフォーミングを利用するアクセス・ネットワークは、単一アンテナにより全てのアクセス端末への送信を行うアクセス・ネットワークよりも、隣接セル内のアクセス端末に対する干渉を少なくする。

アクセス・ネットワーク（ＡＮ）は、端末と通信するために使用される固定局又は基地局であってもよく、アクセス・ポイント、ノードＢ、基地局、強化された基地局、エボルブド・ノードＢ（ｅＮＢ）又はその他の用語で言及されてもよい。アクセス端末（ＡＴ）は、ユーザー装置、ワイヤレス通信装置、端末、アクセス端末又はその他の用語で呼ばれてもよい。

図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセス・ネットワークとしても知られる）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザー装置（ＵＥ）としても知られる）の実施形態の簡略されたブロック図である。送信機システム２１０では、多数のデータ・ストリームのトラフィック・データが、データ・ソース２１２から送信機（ＴＸ）データ・プロセッサ２１４へ提供される。

一実施形態では、各データ・ストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、各データ・ストリームについてのトラフィック・データを、そのデータ・ストリームについて選択された特定の符号化方式に基づいてフォーマット化し、符号化し、インタリーブして、符号化されたデータを提供する。

各データ・ストリームの符号化データは、ＯＦＤＭ技術を用いてパイロット・データと多重化されることが可能である。パイロット・データは、典型的には、既知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムで使用されることが可能である。次に、各データ・ストリームに対する多重化されたパイロット及び符号化されたデータは、そのデータ・ストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ又はＭ−ＱＡＭ）に基づいて変調され、変調シンボルを提供する。各データ・ストリームに対するデータ・レート、符号化、及び変調は、プロセッサ２３０によって実行される命令によって決定されることが可能である。

次いで、全てのデータ・ストリームに対する変調シンボルは、ＴＸ ＭＩＭＯプロセッサ２２０に供給され、ＴＸ ＭＩＭＯプロセッサ２２０は、変調シンボルを（例えば、ＯＦＤＭ用に）更に処理することができる。次に、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボル・ストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング・ウェイトをデータ・ストリームのシンボルと、シンボルが送信されるアンテナとに適用する。

各送信機２２２は、それぞれのシンボル・ストリームを受信して処理し、１つ以上のアナログ信号を提供し、及びそのアナログ信号を更に条件付けて（例えば、増幅し、フィルタリングし、及びアップコンバートし）、ＭＩＭＯチャネルを介して送信するのに相応しい変調信号を提供する。次に、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号が、ＮＴ個のアンテナ２２４ａ〜２２４ｔからそれぞれ送信される。

送信された変調信号は、受信機システム２５０において、ＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２から受信された信号は、受信機（ＲＣＶＲ）２５４ａ〜２５４ｒにそれぞれ提供される。各受信機２５４は、それぞれの受信信号を条件付け（例えば、フィルタリングし、増幅し、及びダウンコンバートし）、条件付けられた信号をデジタル化してサンプルを提供し、サンプルを更に処理して対応する「受信した」シンボル・ストリームを提供する。

ＲＸデータ・プロセッサ２６０は、次いで、ＮＲ個の受信シンボル・ストリームをＮＲ個の受信機２５４から受け取り、特定の受信処理技術に基づいて処理し、ＮＴ個の「検出された」シンボル・ストリームを提供する。次いでＲＸデータ・プロセッサ２６０は、検出されたシンボル・ストリーム各々を復調し、デインタリーブし、デコードして、データ・ストリームのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、送信システム２１０において、ＴＸ ＭＩＭＯプロセッサ２２０及びＴＸデータ・プロセッサ２１４によって実行されるものと相補的である。

プロセッサ２７０は、どのプリコーディング・マトリクスを使用するかを周期的に決定する（以下において説明する）。プロセッサ２７０は、マトリクス・インデックス部分とランク値部分とを含むリバース・リンク・メッセージを定式化する。

リバース・リンク・メッセージは、通信リンク及び／又は受信データ・ストリームに関する様々な種類の情報を含む可能性がある。次に、リバース・リンク・メッセージはＴＸデータ・プロセッサ２３８によって処理され、ＴＸデータ・プロセッサはまた、多数のデータ・ストリームのトラフィック・データをデータ・ソース２３６から受信し、それは変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調整され、送信機システム２１０へ返送される。

送信機システム２１０において、受信機システム２５０からの変調された信号はアンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信されたリバース・リンク・メッセージを抽出する。次に、プロセッサ２３０は、ビームフォーミング重みを決定するために使用するプリコーディング・マトリクスを決定し、次いで、抽出されたメッセージを処理する。

図３を参照すると、この図は、本発明の一実施形態による通信装置の別の簡略化された機能ブロック図を示す。図３に示すように、ワイヤレス通信システムにおける通信装置３００は、図１のＵＥ（又はＡＴ）１１６及び１２２、又は図１の基地局（又はＡＮ）１００を実現するために利用することが可能であり、ワイヤレス通信システムは好ましくはＬＴＥ又はＮＲシステムである。通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理装置（ＣＰＵ）３０８、メモリ３１０、プログラム・コード３１２、及びトランシーバ３１４を含む可能性がある。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラム・コード３１２を実行し、これにより通信装置３００の動作を制御する。通信装置３００は、キーボード又はキーパッドなどの入力装置３０２を介してユーザーにより入力された信号を受信し、モニタ又はスピーカなどの出力装置３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を送受信し、受信信号を制御回路３０６へ届け、制御回路３０６によって生成された信号を無線で出力するために使用される。また、図１のＡＮ１００を実現するために、ワイヤレス通信システム内の通信装置３００を利用することもできる。

図４は、本発明の一実施形態による図３に示すプログラム・コード３１２の簡略ブロック図である。この実施形態では、プログラム・コード３１２は、アプリケーション・レイヤ４００、レイヤ３の部分４０２、及びレイヤ２の部分４０４を含み、レイヤ１の部分４０６に結合される。レイヤ３の部分４０２は、一般に、無線リソース制御を実行する。レイヤ２の部分４０４は、一般に、リンク制御を行う。レイヤ１の部分４０６は、一般に、物理的な接続を実行する。

３ＧＰＰ ＴＳ３８．８８５は、ＮＲ Ｖ２ＸサイドリンクのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）管理を以下のように導入している：

７ ＱｏＳ管理
ＱｏＳ管理は、リソース割り当て、輻輳制御、デバイス内共存、電力制御、及びＳＬＲＢ構成で使用する状況におけるＶ２Ｘに関連する。ＱｏＳ管理に関連する物理レイヤ・パラメータは、配信されるトラフィックの優先度、待ち時間、信頼性、及び最低限必要な通信レンジ（上位レイヤによって定義される）である。データ・レート条件もＡＳでサポートされる。少なくともリソース割り当てモード２においてＳＬ輻輳メトリックと輻輳制御のメカニズムとが必要である。ＳＬ輻輳メトリックをｇＮＢに報告することは有益である。
ＳＬユニキャスト、グループキャスト及びブロードキャストでは、Ｖ２ＸパケットのＱｏＳパラメータが上位レイヤからＡＳに提供される。ＳＬユニキャストの場合、ＳＬＲＢは、図７−１及び図７−２に示すシグナリング・フロー及び手順に基づいて（事前に）設定される。［６］で説明されるフロー毎のＱｏＳモデルが上位レイヤで仮定されている。
［“ＳＬユニキャスト（ＵＥ固有）のＳＬＲＢ設定”と題する３ＧＰＰＴＳ３８．８８５ Ｖ１６．０．０の図７−１は、図５に再現されている。］
図７−１のステップ０では、ＰＣ５ＱｏＳプロファイル、即ち、特定のＰＣ５ＱｏＳパラメータのセット、及び各ＰＣ５ＱｏＳフローに対するＰＣ５ＱｏＳルールが、［６］と同様にサービス認可及び準備手順によって、事前にＵＥで準備される；同様に、各ＱｏＳフローに対するＰＣ５ＱｏＳプロファイルも、事前にｇＮＢ／ｎｇ−ｅＮＢで準備される。次に、パケットが到着すると、ＵＥは、ステップ０で設定されたＰＣ５ＱｏＳルールに基づいて、先ず、関連するＰＣ５ＱｏＳフロー（即ち、ＰＣ５ＱＦＩ）の識別子を導出し、次いでステップ３において、導出されたＰＣ５ＱＦＩをｇＮＢ／ｎｇ−ｅＮＢに報告することができる。ｇＮＢ／ｎｇ−ｅＮＢは、ステップ０における５ＧＣによる準備に基づいて、これらの報告されたＰＣ５ＱＦＩ（複数可）のＱｏＳプロファイルを導出することが可能であり、ステップ４において、ＲＲＣ専用シグナリングにより報告されるＰＣ５ＱＦＩ（複数可）ＵＥに関連するＳＬＲＢ（複数可）の設定を通知することが可能である。これらのＳＬＲＢ設定は、ＳＬＲＢマッピングに対するＰＣ５ＱｏＳフロー、ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＬＣＨ設定などを含む可能性がある。ステップ５では、ＡＳのＵＥは、ｇＮＢ／ｎｇ−ｅＮＢ設定に従って、ピアＵＥとのパケットのＰＣ５ＱＦＩに関連するＳＬＲＢを設定し、利用可能なパケットを、確立されたＳＬＲＢにマッピングする。次いで、ＳＬユニキャスト送信を行うことが可能である。
注：ＰＣ５ＱＦＩがどのように規定されるかはＳＡ２ ＷＧ２次第である。

３ＧＰＰ ＴＳ３６．３３１は以下の事項を述べている：


５．１０．２ サイドリンクＵＥ情報
５．１０．２．１ 全般
［“サイドリンクＵＥ情報”と題する３ＧＰＰ ＴＳ３６．３３１Ｖ１５．３．０の図５．１０．２−１は、図６に再現されている。］
この手順の目的は、ＵＥがサイドリンク通信又はディスカバリを受け取ること、Ｖ２Ｘサイドリンク通信を受け取ること、ならびにサイドリンク通信もしくはディスカバリ・アナウンスメント又はＶ２Ｘサイドリンク通信もしくはサイドリンク・ディスカバリ・ギャップのための伝送リソースの割り当て又は解放を要求することに関心があるか、又はもはや関心がないことをＥ−ＵＴＲＡＮに通知し、インター周波数／ＰＬＭＮセルのシステム情報からサイドリンク・ディスカバリに関連するパラメータを報告し、Ｖ２Ｘサイドリンク通信のためにＵＥにより使用される同期リファレンスを報告することである。
５．１０．２．２ 開始
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて、サイドリンク通信、Ｖ２Ｘサイドリンク通信、サイドリンク・ディスカバリを行うことが可能なＵＥは、接続確立が成功した場合、関心が変化した場合、ｓｌ−Ｖ２Ｘ−ＣｏｎｆｉｇＣｏｍｍｏｎを含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１９、又はＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１をブロードキャストするＰＣｅｌｌに対する変化の場合を含む幾つかの場合に、サイドリンク通信、Ｖ２Ｘサイドリンク通信、又はサイドリンク・ディスカバリを受信すること（に関心があること）を示す手順を開始する可能性がある。サイドリンク通信又はＶ２Ｘサイドリンク通信又はサイドリンク・ディスカバリを行うことが可能なＵＥは、関連するサイドリンク通信の伝達又はディスカバリ・アナウンスメント又はＶ２Ｘサイドリンク通信の伝達のための専用リソースの割り当てを要求する手続きを開始することができ、あるいはサイドリンク・ディスカバリ送信又はサイドリンク・ディスカバリ受信のためのサイドリンク・ディスカバリ・ギャップを要求する手続きを開始することができ、インター周波数／ＰＬＭＮサイドリンク・ディスカバリ・パラメータ報告を行うことが可能なＵＥは、インター周波数／ＰＬＭＮセルのシステム情報からサイドリンク・ディスカバリに関連するパラメータを報告する手続きを開始することができる。
注１：サイドリンク通信／Ｖ２Ｘサイドリンク通信／サイドリンク・ディスカバリ・アナウンスメントを送信するように設定されているＲＲＣ＿ＩＤＬＥのＵＥは、５．３．３．１ａに従って接続確立を開始し、ｓｌ−Ｖ２Ｘ−ＣｏｎｆｉｇＣｏｍｍｏｎ ｏｒ ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２６を含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１８／ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１９／ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１は（ノーマル状態では）伝送のためのリソースを含まない。
手順を開始する場合に、ＵＥは以下のことを行うものとする：
［．．．］
１＞ｓｌ−Ｖ２Ｘ−ＣｏｎｆｉｇＣｏｍｍｏｎを含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１がＰＣｅｌｌからブロードキャストされる場合：
２＞ブロードキャストの場合、ＰＣｅｌｌに関し、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１及びＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２６の有効なバージョンを有することを確実にする；
２＞プライマリ周波数又はｖ２ｘ−ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔに含まれる１つ以上の周波数でＶ２Ｘサイドリンク通信を受信するように上位レイヤによって設定されている場合において、ＰＣｅｌｌのＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１又はＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２６に含まれる場合、
３＞ＵＥが、最後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入って以来、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信しなかった場合；又は
３＞ＵＥがＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを最後に送信して以来、ＰＣｅｌｌに接続されたＵＥが、ｓｌ−Ｖ２Ｘ−ＣｏｎｆｉｇＣｏｍｍｏｎを含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１をブロードキャストしていない場合；又は
３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信がｖ２ｘ−ＣｏｍｍＲｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑＬｉｓｔを含まない場合；又はＶ２Ｘサイドリンク通信を受信するために上位レイヤによって設定された周波数（複数可）がＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信以降に変更された場合：
４＞５．１０．２．３に従って関心のあるＶ２Ｘサイドリンク通信受信周波数（複数可）を示すためにＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する；
２＞そうでない場合：
３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信がｖ２ｘ−ＣｏｍｍＲｘＩｎｔｅｒｅｓｔｅｄＦｒｅｑＬｉｓｔを含んでいた場合：
４＞５．１０．２．３に従ってＶ２Ｘサイドリンク通信受信にもはや関心がなくなったことを示すためん、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する；
２＞プライマリ周波数又はｖ２ｘ−ＩｎｔｅｒＦｒｅｑＩｎｆｏＬｉｓｔに含まれる１つ以上の周波数でＶ２Ｘサイドリンク通信を送信するように上位レイヤによって設定されている場合において、ＰＣｅｌｌのＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１又はＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２６に含まれている場合：
３＞ＵＥが、最後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入って以来、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを送信しなかった場合；又は
３＞ＵＥがＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを最後に送信して以来、ＰＣｅｌｌに接続されているＵＥが、ｓｌ−Ｖ２Ｘ−ＣｏｎｆｉｇＣｏｍｍｏｎを含むＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２１をブロードキャストしていない場合；又は
３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信がｖ２ｘ−ＣｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑを含まなかった場合；又はｖ２ｘ−ＣｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑによって運ばれた情報がＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信以降に変更された場合：
４＞５．１０．２．３に従ってＵＥに必要とされるＶ２Ｘサイドリンク通信リソースを示すために、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する；
２＞そうでない場合：
３＞ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信がｖ２ｘ−ＣｏｍｍＴｘＲｅｓｏｕｒｃｅＲｅｑを含んでいなかった場合：
４＞５．１０．２．３に従ってＶ２Ｘサイドリンク通信の伝送リソースをもはや必要としないことを示すＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する；
− ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ
ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージは、ｅＮＢへのサイドリンク情報の指示に使用される。
シグナリング無線ベアラ：ＳＲＢ１
ＲＬＣ−ＳＡＰ：ＡＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥからＥ−ＵＴＲＡＮへ
ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージ

３ＧＰＰ ＴＳ２３．２８７は以下の事項を述べている：


５．２．１．４ ＰＣ５リファレンス・ポイントに関するユニキャスト・モード通信
ユニキャスト・モードの通信は、ＮＲベースのＰＣ５リファレンス・ポイントに関してのみサポートされる。図５．２．１．４−１は、ＰＣ５ユニキャスト・リンクの例を示す。
［“ＰＣ５ユニキャスト・リンクの例”と題する３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図５．２．１．４−１は、図７に再現されている。］
Ｖ２Ｘ通信がＰＣ５ユニキャスト・リンクで伝送される場合、以下の原則が適用される：
− ２つのＵＥ間のＰＣ５ユニキャスト・リンクは、これらのＵＥにおけるピアＶ２Ｘサービスの１つ以上のペアの間でＶ２Ｘ通信を可能にする。同じＰＣ５ユニキャスト・リンクを使用するＵＥにおける全てのＶ２Ｘサービスは、同じアプリケーション・レイヤＩＤを使用する。
注１：アプリケーション・レイヤＩＤは、プライバシに起因して、第５．６．１．１の条項及び第６．３．３．２の条項に記載されているように、経時的に変更する可能性がある。これは、ＰＣ５ユニキャスト・リンクの再確立を引き起こさない。
− １つのＰＣ５ユニキャスト・リンクは、これらのＶ２ＸサービスがこのＰＣ５ユニキャスト・リンクのピア・アプリケーション・レイヤＩＤのペアに少なくとも関連付けられる場合、１つ以上のＶ２Ｘサービス（例えば、ＰＳＩＤ又はＩＴＳ−ＡＩＤ）をサポートする。例えば、図５．２．１．４−１に示すように、ＵＥ ＡとＵＥ Ｂは、２つのＰＣ５ユニキャスト・リンクを有し、１つはピア・アプリケーション・レイヤＩＤ１／ＵＥ Ａとアプリケーション・レイヤＩＤ２／ＵＥ Ｂとの間にあり、もう１つはピア・アプリケーション・レイヤＩＤ３／ＵＥ Ａとアプリケーション・レイヤＩＤ４／ＵＥ Ｂとの間にある。
注２：ソースＵＥは、異なるＰＣ５ユニキャスト・リンク上の異なるターゲット・アプリケーション・レイヤＩＤが同じターゲットＵＥに属するかどうかを知る必要はない。
− ＰＣ５ユニキャスト・リンクは、単一のネットワーク・レイヤ・プロトコル、例えばＩＰ又は非ＩＰを使用するＶ２Ｘ通信をサポートする。
− ＰＣ５ユニキャスト・リンクは、第５．４．１の条項で規定されるようなフロー毎のＱｏＳモデルをサポートする。
ＵＥのアプリケーション・レイヤが、ＰＣ５リファレンス・ポイント上でユニキャスト通信モードを必要とするＶ２Ｘサービスのデータ転送を開始する場合：
− このＰＣ５ユニキャスト・リンクのピア・アプリケーション・レイヤＩＤとネットワーク・レイヤ・プロトコルとのペアが、このＶ２Ｘサービスに対してＵＥのアプリケーション・レイヤにより要求されるものと同一である場合、ＵＥは既存のＰＣ５ユニキャスト・リンクを再利用し、第６．３．３．４の条項に規定されるようにこのＶ２Ｘサービスを追加するために、既存のＰＣ５ユニキャスト・リンクを修正するものとし；そうでない場合
− ＵＥは、第６．３．３．１の条項に規定されるように、新しいＰＣ５ユニキャスト・リンクの確立をトリガーするものとする。
ＰＣ５ユニキャスト・リンクの確立が成功した後、ＵＥ ＡとＵＥ Ｂは、第５．６．１．４の条項に規定されるように、後続のＰＣ５−Ｓシグナリング・メッセージ交換とＶ２Ｘサービス・データ送信に、レイヤ２ＩＤの同じペアを使用する。送信するＵＥのＶ２Ｘレイヤは、送信がＰＣ５−Ｓシグナリング・メッセージ（即ち、直接通信要求／許可、リンク識別子更新要求／応答、切断要求／応答、リンク修正要求／許可）のためのものか、又はＶ２Ｘサービス・データのためのものかをＡＳレイヤに示す。ＰＣ５ユニキャスト・リンク毎に、ＵＥはＰＣ５ユニキャスト・リンクの存続期間中に、ＵＥにおけるＰＣ５ユニキャスト・リンクを一意に識別する個別的なＰＣ５リンク識別子を自ら割り当てる。各ＰＣ５ユニキャスト・リンクは、以下を含むユニキャスト・リンク・プロファイルに関連付けられる：
− ＵＥ Ａのサービス・タイプ（例えば、ＰＳＩＤ、ＩＴＳ−ＡＩＤ）、アプリケーション・レイヤＩＤ、及びレイヤ−２ＩＤ；及び
− ＵＥ Ｂのアプリケーション・レイヤＩＤ及びレイヤ２ＩＤ；及び
− ＰＣ５ユニキャスト・リンクで使用されるネットワーク・レイヤ・プロトコル；及び
− 各Ｖ２Ｘサービスに対するＰＣ５ＱｏＳフロー識別子（ＰＦＩ）のセット。各ＰＦＩは、ＱｏＳパラメータ（即ち、ＰＱＩ及びオプションの範囲）に関連付けられている。プライバシに起因して、アプリケーション・レイヤＩＤ及びレイヤ２ＩＤは、第５．６．１．１の条項及び第６．３．３．２の条項に記載されているように、ＰＣ５ユニキャスト・リンクの存続期間中に変化することが可能であり、その場合、それに応じてユニキャスト・リンク・プロファイルの中で更新されるものとする。ＵＥは、Ｖ２Ｘアプリケーション・レイヤへのＰＣ５ユニキャスト・リンクを示すために、ＰＣ５リンク識別子を使用し、従って、Ｖ２Ｘアプリケーション・レイヤは、１つのサービス・タイプに関連する複数のユニキャスト・リンクが存在したとしても、対応するＰＣ５ユニキャスト・リンクを識別する（例えば、ＵＥは、同じサービス・タイプに対して複数のＵＥを有する複数のユニキャスト・リンクを確立する）。従って、ユニキャスト・リンク・プロファイルは、第６．３．３．４の条項に規定されているように、確立されたＰＣ５ユニキャスト・リンクのためのレイヤ２リンク修正の後に、適宜更新されるものとする
。
［．．．］
５．４．１ ＰＣ５リファレンス・ポイントにおけるＶ２Ｘ通信のＱｏＳの取り扱い
５．４．１．１ ＱｏＳモデル
５．４．１．１．１ 総括
ＬＴＥベースのＰＣ５の場合、ＱｏＳの取り扱いは、ＰｒｏＳｅ Ｐｅｒ−Ｐａｃｋｅｔ ｐｒｉｏｒｉｔｙ（ＰＰＰＰ）とＰｒｏＳｅ Ｐｅｒ−Ｐａｃｋｅｔ Ｒｅｌｉａｂｉｌｉｔｙ（ＰＰＰＲ）とに基づいて、ＴＳ２３．２８５［８］で定義されている。ＮＲベースのＰＣ５では、Ｕｕリファレンス・ポイントに関するＴＳ２３．５０１［６］で定義されたものに類似するＱｏＳモデルが使用され、即ち、追加的なレンジのパラメータとともに５ＱＩに基づいている。ＮＲベースのＰＣ５リファレンス・ポイント上のＶ２Ｘ通信では、ＰＣ５ＱｏＳフローは、第５．４．２の条項で定義されるようなＰＣ５ ＱｏＳパラメータを含むＰＣ５ＱｏＳルールに関連付けられる。一連の標準化されたＰＣ５ ５ＱＩ（ＰＱＩ）は、第５．４．４の条項に定義されている。ＵＥは、第５．１．２．１の条項で定義されているように、Ｖ２Ｘサービスに使用するデフォルトのＰＣ５ ＱｏＳパラメータのセットにより設定されることが可能である。ＮＲベースのユニキャスト、グループキャスト及びブロードキャストＰＣ５通信に対しては、ＰＣ５ＱｏＳ管理のためのフロー毎のＱｏＳモデルが適用されるものとする。図５．４．１．１．１−１は、ＮＲ ＰＣ５のフロー毎のＱｏＳモデルのマッピング例を示す。ＰＣ５ＱｏＳルール及びＰＦＩ関連動作の詳細については、第５．４．１．１．２及び５．４．１．１．３の条項で説明されている。
［“ＮＲ ＰＣ５に対するフロー毎のＰＣ５ＱｏＳモデル”と題する３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図５．４．１．１．１−１は、図８として再現されている。
Ｖ２Ｘ通信がＰＣ５リファレンス・ポイント上で搬送される場合、以下の原則が適用される：
− アプリケーション・レイヤは、ＴＳ２３．２８５［８］で定義されているＰＰＰＰ及びＰＰＰＲモデル又はＰＱＩ及びレンジ・モデルの何れかを使用して、Ｖ２Ｘ通信のＶ２Ｘアプリケーション要件を設定することができる。送信のために選択されたＰＣ５リファレンス・ポイントのタイプ、即ちＬＴＥに基づくものか、あるいはＮＲに基づくものかに応じて、ＵＥは、Ｖ２Ｘアプリケーション条件を提供したアプリケーション・レイヤを、下位レイヤに渡される適切なＱｏＳパラメータにマッピングすることができる。２つのＱｏＳモデル間のマッピングは、第５．４．２の条項で定義されている。ＮＲベースのＰＣ５におけるＶ２Ｘ通信では、異なるＶ２Ｘパケットが異なるＱｏＳ処理を必要とする場合がある。その場合、Ｖ２Ｘパケットは、異なるＰＦＩによって識別されるＰＣ５ＱｏＳフローにおいてＶ２Ｘレイヤからアクセス・レイヤへ送信されるものとする。
− ＮＲベースのＰＣ５におけるＶ２Ｘ通信のグループキャスト・モードが使用される場合、レンジ・パラメータはＶ２Ｘ通信のＱｏＳパラメータに関連付けられる。このレンジは、Ｖ２Ｘアプリケーション・レイヤによって提供されるか、又は第５．１．２．１の条項で定義される設定に基づいてサービス・タイプからマッピングされるデフォルト値を使用することができます。レンジは、ＱｏＳパラメータが充足することを必要とする最小距離を示す。レンジ・パラメータは、動的な制御のためのＱｏＳパラメータと共にＡＳレイヤに渡される。
− ＮＲベースのＰＣ５は、ブロードキャスト、グループキャスト、及びユニキャストである３種類の通信モードをサポートする。これらの異なるモードのＱｏＳ処理は、第５．４．１．２ないし第５．４．１．４の条項に記載されている。
− ＵＥは、ブロードキャスト、グループキャスト、及びユニキャスト・トラフィックを、それらの全ての優先順位、例えばＰＱＩによって示される優先順位を考慮に入れて処理することができる。
− ＮＲベースのＰＣ５におけるＶ２Ｘ通信のブロードキャスト及びグループキャスト・モードでは、これらの場合についてはＰＣ５リファレンス・ポイントにおけるシグナリングが存在しないので、標準化されたＰＱＩ値がＵＥによって適用される。
− ネットワーク・スケジュール動作モードが使用される場合、ＮＲベースのＰＣ５用ＵＥ−ＰＣ５−ＡＭＢＲは、全てのタイプの通信モードに適用され、リソース管理におけるＵＥのＮＲベースのＰＣ５伝送をキャップするためにＮＧ−ＲＡＮにより使用される。
５．４．１．１．２ ＰＣ５ＱｏＳパラメータの導出及びＰＣ５ＱｏＳフローに対するＰＦＩの割り当て
以下の説明は、ネットワーク・スケジュール動作モード及びＵＥ自律リソース選択モードの両方に適用される。
Ｖ２Ｘアプリケーション・レイヤからサービス・データ又はリクエストが受信されると、ＵＥは、サービス・データ又はリクエストに一致する何らかの既存のＰＣ５ＱｏＳフローが存在するかどうかを、例えば既存のＰＣ５ＱｏＳフローのＰＣ５ＱｏＳルールに基づいて判断する。サービス・データ又はリクエストに一致するＰＣ５ＱｏＳフローが存在しない場合、ＵＥは第５．１．２．１の条項で定義されるＰＣ５ＱｏＳマッピングの設定に従って、Ｖ２Ｘアプリケーション・レイヤ（利用可能な場合）により提供されるＶ２Ｘアプリケーション要件及びＶ２Ｘサービス・タイプ（ＰＳＩＤ又はＩＴＳ−ＡＩＤなど）に基づいてＰＣ５ＱｏＳパラメータを導出する。ＵＥは、導出されたＰＣ５ＱｏＳパラメータの新しいＰＣ５ＱｏＳフローを作成する。次いで、ＵＥはＰＦＩを割り当て、このＰＣ５ＱｏＳフローのＰＣ５ＱｏＳルールを導出する。ＮＲ ＰＣ５リファレンス・ポイントにおけるＶ２Ｘ通信では、ＰＣ５ＱｏＳフローは、宛先レイヤ２ＩＤによって識別される同じ宛先におけるＱｏＳ差分の最も細かい粒度である。同じＰＦＩを有するユーザー・プレーン・トラフィックは、同じトラフィック転送処理（例えば、スケジューリング、管理閾値など）を受信する。ＰＦＩは、同一の宛先の中で一意である。
編集後記：異なる通信モード（例えば、ブロードキャスト、グループキャスト、ユニキャスト）を使用して、Ｖ２Ｘサービスに対して同じ宛先Ｌ２ＩＤを有する同じＰＣ５のＱｏＳパラメータを、別々のＰＣ５ＱｏＳフローとして処理するかどうかは、更なる研究課題（ＦＦＳ）である。
５．４．１．１．３ ＰＣ５ＱｏＳルールに基づくＰＣ５ＱｏＳフローの取扱い
各通信モード（例えば、ブロードキャスト、グループキャスト、ユニキャスト）に対して、ＵＥは、宛先レイヤ２ＩＤによって識別される宛先毎のＰＣ５ＱｏＳコンテキスト及びＰＣ５ＱｏＳルールに対するＰＦＩのマッピングを維持する。ＰＣ５ＱｏＳコンテキストは、ＰＣ５ＱｏＳパラメータ（例えば、ＰＱＩ及びレンジ）及びＶ２Ｘサービス・タイプ（例えば、ＰＳＩＤ又はＩＴＳ−ＡＩＤ）を含む。ＵＥがＶ２Ｘサービスに新しいＰＦＩを割り当てると、ＵＥはそれを宛先に対する対応するＰＣ５ＱｏＳコンテキスト及びＰＣ５ＱｏＳルールとともに格納する。ＵＥがＰＦＩを解放すると、ＵＥは、宛先に対する対応するＰＣ５ＱｏＳコンテキストとＰＣ５ＱｏＳルールとを取り除く。ユニキャストについては、第５．２．１．４の条項に定義されるユニキャスト・リンク・プロファイルは、ユニキャスト動作のためにＰＦＩからマッピングされる追加情報を含む。
ＰＣ５ＱｏＳルールは、第５．４．１．１．４の条項で定義されるような関連するＰＣ５ＱｏＳフローのＰＦＩ、優先順位値（ａ ｐｒｅｃｅｄｅｎｃｅ ｖａｌｕｅ）、及びＰＣ５パケット・フィルタ・セットを含む。優先順位値は、ＰＣ５ＱｏＳルールが評価される順序を決定する。より低い優先順位値を有するＰＣ５ＱｏＳルールは、より高い優先順位値を有するものより前に評価される。Ｖ２Ｘレイヤは、以下のように、フロー毎のＱｏＳモデル動作のために、（例えば、宛先レイヤ２ＩＤによって識別される）宛先毎のＰＣ５ＱｏＳ動作に関する情報を、ＡＳレイヤに提供する：
１）新しいＰＣ５ＱｏＳフローを追加するため、あるいは何らかの既存のＰＣ５ＱｏＳフローを修正するために、Ｖ２Ｘレイヤは、ＰＦＩ、対応するＰＣ５ＱｏＳパラメータ、及びＰＣ５ＱｏＳフローの送信元／送信先レイヤ２ＩＤを、ＡＳレイヤに提供する。
２）何らかの既存のＰＣ５ＱｏＳフローを取り除くために、Ｖ２Ｘレイヤは、ＰＣ５ＱｏＳフローに対するＰＦＩ及び送信元／送信先レイヤ２ＩＤをＡＳレイヤへ提供する。
注：１）及び２）はブロードキャスト及びグループキャストに適用する。
更に、Ｖ２Ｘレイヤはまた、通信モード（例えば、ブロードキャスト、グループキャスト、ユニキャスト）、無線周波数、Ｔｘプロファイルを、ＰＣ５動作のＡＳレイヤに提供する。無線周波数及びＴｘプロファイルは、Ｖ２Ｘサービス・タイプに基づいて決定される。Ｖ２Ｘレイヤは、（例えば、ＰＳＩＤ又はＩＴＳ−ＡＩＤによって識別される）異なる無線周波数に関連するＶ２Ｘサービスが、個々のＰＣ５ＱｏＳフローに分類されることを保証する。
図５．４．１．１．３−１は、ＰＣ５ＱｏＳルールを用いるユーザー・プレーン・トラフィックの分類及びマーキング、並びにアクセス・ストラタム・レイヤにおけるＰＣ５ＱｏＳフローの無線リソースに対するマッピングの例を示す。
［“ＰＣ５ＱｏＳルールに基づくＰＣ５ＱｏＳフローの取り扱い”と題する３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図５．４．１．１．３−１は、図９に再現されている。］
図５．４．１．１．３−１に示すように、送信元と送信先のレイヤ２ＩＤの所与のペアに関し、各々が異なるＰＣ５ＱｏＳレベルに対応する複数の無線ベアラが存在する可能性がある。ＡＳレイヤは、提供された情報に基づいて、複数のＰＣ５ＱｏＳフローを同じ無線ベアラへマッピングすることを決定することができる。ブロードキャスト及びグループキャストでは、Ｌ２リンクは宛先レイヤ２ＩＤで識別される近隣の全てのＵＥへ向かう。
［．．．］
６．１．１ Ｖ２ＸサービスをサポートするＮＲ ＰＣ５リファレンス・ポイントのユーザー・プレーン
［“ＰＣ５インターフェースに関するユーザー・プレーン”と題する３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図６．１．１−１は、図１０に再現されている。］
ＩＰ及び非ＩＰ ＰＤＣＰ ＳＤＵタイプは、ＰＣ５におけるＶ２Ｘ通信に関してサポートされている。ＩＰ ＰＤＣＰ ＳＤＵタイプでは、ＩＰｖ６のみがサポートされる。ＩＰアドレスの割り当て及び設定は、第５．６．１．１の条項で定義されている。非ＩＰ ＰＤＣＰ ＳＤＵは非ＩＰタイプ・ヘッダを含み、これは、アプリケーション・レイヤによって使用されるＶ２Ｘメッセージ・ファミリ、例えばＩＥＥＥ１６０９ファミリのＷＳＭＰ［１８］、ＩＳＯで定義済みＦＮＴＰ［１９］を示す。
注：非−ＩＰタイプ・ヘッダ及び許容値は、ステージ３仕様で定義されるであろう。
［．．．］
６．３．３ ＰＣ５リファレンス・ポイントにおけるユニキャスト・モードＶ２Ｘ通信
６．３．３．１ ＰＣ５リファレンス・ポイントにおけるレイヤ２リンク確立
ＰＣ５リファレンス・ポイント上でＶ２Ｘ通信のユニキャスト・モードを実行するには、第５．１．２．１の条項で説明されているように、ＵＥは関連情報とともに設定される。
図６．３．３．１−１は、ＰＣ５リファレンス・ポイント上でＶ２Ｘ通信のユニキャスト・モードのレイヤ２リンク確立手順を示す。
［“レイヤ２リンク確立手順”と題する３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図６．３．３．１−１は、図１１に再現されている。］
１．ＵＥは、第５．６．１．４の条項に規定されるように、ＰＣ５ユニキャスト・リンク確立のためのシグナリング受信のための宛先レイヤ２ＩＤを決定する。宛先レイヤ２ＩＤは、第５．１．２．１の条項で指定されるようにＵＥにより設定される。
２．ＵＥ−１のＶ２Ｘアプリケーション・レイヤは、ＰＣ５ユニキャスト通信のアプリケーション情報を提供する。アプリケーション情報は、Ｖ２Ｘアプリケーションのサービス・タイプ（ＰＳＩＤ又はＩＴＳ−ＡＩＤなど）と、開始するＵＥのアプリケーション・レイヤＩＤとを含む。ターゲットＵＥのアプリケーション・レイヤＩＤは、アプリケーション情報に含まれてもよい。
ＵＥ−１のＶ２Ｘアプリケーション・レイヤは、このユニキャスト通信のためのＶ２Ｘアプリケーション要件を提供することができる。ＵＥ−１は、第５．４．１．４の条項に規定されるように、ＰＣ５ＱｏＳパラメータ及びＰＦＩを決定する。
ＵＥ−１が、第５．２．１．４の条項で規定されるように、既存のＰＣ５ユニキャスト・リンクを再利用することを決定した場合、ＵＥは、第６．３．３．４の条項で規定されるように、レイヤ２リンク修正手順をトリガーする。
３．ＵＥ−１は、ユニキャスト・レイヤ２リンク確立手順を開始するために、ダイレクト通信リクエスト・メッセージを送信する。ダイレクト通信リクエスト・メッセージは以下を含む：
− 送信元ユーザー情報：開始するＵＥのアプリケーション・レイヤＩＤ（即ち、ＵＥ−１のアプリケーション・レイヤＩＤ）。
− Ｖ２Ｘアプリケーション・レイヤがステップ２においてターゲットＵＥのアプリケーション・レイヤＩＤを提供した場合、以下の情報が含まれる：
− ターゲット・ユーザー情報：ターゲットＵＥのアプリケーション・レイヤＩＤ （即ち、ＵＥ−２のアプリケーション・レイヤＩＤ）。
− Ｖ２Ｘサービス情報：レイヤ２リンク確立を要求するＶ２Ｘサービスに関する情報（例えば、ＰＳＩＤ又はＩＴＳ−ＡＩＤ）。
− ＩＰ通信が使用されるかどうかの指示。
− ＩＰアドレス設定：ＩＰ通信の場合、ＩＰアドレス設定は、このリンクのために要求され、以下の値のうちの１つを指定する。
− ＩＰｖ６アドレス割り当てメカニズムが開始ＵＥによってサポートされる場合、即ちＩＰｖ６ルータとして動作する場合には“ＩＰｖ６ルータ”；又は
− ＩＰｖ６アドレス割り当てメカニズムが開始ＵＥによってサポートされない場合には“ＩＰｖ６アドレス割り当てはサポートされていない”。
− リンク・ローカルＩＰｖ６アドレス：ＵＥ−１がＩＰｖ６ＩＰアドレス割り当てメカニズムをサポートしない場合、ＲＦＣ４８６２［２１］に基づいて、リンク・ローカルＩＰｖ６アドレスがローカルに形成され、即ち、ＩＰアドレス設定は“ＩＰｖ６アドレス割り当てはサポートされていない”ことを示す。
− ＱｏＳ情報：ＰＣ５ＱｏＳ（複数可）に関する情報。各ＰＣ５ＱｏＳフローに対する、ＰＦＩ、及び対応するＰＣ５ＱｏＳパラメータ（即ち、ＰＱＩ及び条件に応じた他のパラメータ、例えばＭＦＢＲ／ＧＦＢＲ等）。
ダイレクト通信リクエスト・メッセージを送信するために使用される送信元レイヤ２ＩＤ及び送信先レイヤ２ＩＤは、第５．６．１．１及び５．６．１．４の条項で規定されるように決定される。
ＵＥ−１は、送信元レイヤ２ＩＤ及び送信先レイヤ２ＩＤを使用して、ＰＣ５ブロードキャストによりダイレクト通信リクエスト・メッセージを送信する。
４．ダイレクト通信アクセプト・メッセージは以下のようにしてＵＥ−１へ送信される：
４ａ．（ＵＥ指向のレイヤ２リンク確立）ターゲット・ユーザー情報がダイレクト通信リクエスト・メッセージに含まれる場合、ターゲットＵＥ、即ちＵＥ−２は、ダイレクト通信アクセプト・メッセージで応答する。
４ｂ．（Ｖ２Ｘサービス指向のレイヤ２リンク確立）ターゲット・ユーザー情報がダイレクト通信リクエスト・メッセージに含まれていない場合、通知されたＶ２Ｘサービス（複数可）を利用することに関心のあるＵＥは、ダイレクト通信アクセプト・メッセージ（図６．３．３．１−１のＵＥ−２及びＵＥ−４）を送信することにより、リクエストに応答するＵＥ−１とのレイヤ２リンクを確立することを決定する。
ダイレクト通信アクセプト・メッセージは以下を含む：
− 送信元ユーザー情報：ダイレクト通信アクセプト・メッセージを送信するＵＥのアプリケーション・レイヤＩＤ。
− ＱｏＳ情報：ＰＣ５ＱｏＳフローに関する情報。各ＰＣ５ＱｏＳフローに対する、ＵＥ−１により要求されるＰＦＩ及び対応するＰＣ５ＱｏＳパラメータ（即ち、ＰＱＩ及び条件に応じた他のパラメータ、例えばＭＦＢＲ／ＧＦＢＲ等）
− ＩＰアドレス設定：ＩＰ通信の場合、ＩＰアドレス設定は、このリンクのために要求され、以下の値のうちの１つを指定する。
− ＩＰｖ６アドレス割り当てメカニズムがターゲットＵＥによってサポートされる場合、即ちＩＰｖ６ルータとして動作する場合には“ＩＰｖ６ルータ”；又は
− ＩＰｖ６アドレス割り当てメカニズムがターゲットＵＥによってサポートされない場合には“ＩＰｖ６アドレス割り当てはサポートされていない”。
− リンク・ローカルＩＰｖ６アドレス：ターゲットＵＥがＩＰｖ６ＩＰアドレス割り当てメカニズムをサポートしない場合、ＲＦＣ４８６２［２１］に基づいて、リンク・ローカルＩＰｖ６アドレスがローカルに形成され、即ち、ＩＰアドレス設定は“ＩＰｖ６アドレス割り当てはサポートされていない”ことを示し、ＵＥ−１はリンク・ローカルＩＰｖ６アドレスをダイレクト通信リクエスト・メッセージに含める。ターゲットＵＥは競合しないリンク・ローカルＩＰｖ６アドレスを含むものとする。
両方のＵＥ（即ち、開始ＵＥとターゲットＵＥ）がリンク・ローカルＩＰｖ６アドレスを使用することを選択した場合、それらはＲＦＣ４８６２［２１］で定義された重複アドレス検出をディセーブルにするものとする。
注１：開始するＵＥ又はターゲットＵＥがＩＰｖ６ルータのサポートを示す場合、レイヤ２リンクの確立後に、対応するアドレス設定手順が実行され、リンク・ローカルＩＰｖ６アドレスは無視される。
ダイレクト通信アクセプト・メッセージを送信するために使用される送信元レイヤ２ＩＤは、第５．６．１．１及び５．６．１．４の条項で規定されるように決定される。送信先レイヤ２ＩＤは、受信したダイレクト通信リクエスト・メッセージの送信元レイヤ２ＩＤに設定される。
ピアＵＥからダイレクト通信アクセプト・メッセージを受信すると、ＵＥ−１は、このユニキャスト・リンクのシグナリング及びデータ・トラフィックに関し、将来の通信のためにピアＵＥのレイヤ２ＩＤを取得する。
ＰＣ５ユニキャスト・リンクを確立したＵＥのＶ２Ｘレイヤは、ユニキャスト・リンクに割り当てられたＰＣ５リンク識別子とＰＣ５ユニキャスト・リンク関連情報とを、下方のＡＳレイヤに渡す。ＰＣ５ユニキャスト・リンク関連情報は、レイヤ２ＩＤ情報（即ち、送信元レイヤ２ＩＤ及び送信先レイヤ２ＩＤ）を含む。これは、ＡＳレイヤが、ＰＣ５ユニキャスト・リンク関連情報と共にＰＣ５リンク識別子を維持することを可能にする。
編集後記：相互認証及びセキュリティ関連性確立の手順は、ＳＡ ＷＧ３からのフィードバックに基づいて決定されるであろう。
５．Ｖ２Ｘサービス・データは、確立されたユニキャスト・リンクにより以下のように伝送される。
ＰＣ５リンク識別子及びＰＦＩは、Ｖ２Ｘサービス・データと共にＡＳレイヤに提供される。
ＵＥ−１は、送信元レイヤ２ＩＤ（即ち、このユニキャスト・リンクに関するＵＥ−１のレイヤ２ＩＤ）と、送信先レイヤ２ＩＤ（即ち、このユニキャスト・リンクに関するピアＵＥのレイヤ２ＩＤ）とを利用してＶ２Ｘサービス・データを送信します。
注２：ＰＣ５ユニキャスト・リンクは双方向であり、従って、ＵＥ−１のピアＵＥはＵＥ−１とのユニキャスト・リンクにより、Ｖ２Ｘサービス・データをＵＥ−１に送信することが可能である。
編集後記：ダイレクト通信リクエスト／アクセプト・メッセージに含まれるパラメータは、ダイレクト通信リクエスト／アクセプト・メッセージがＡＳレイヤによってどのように送信されるか（例えば、ＰＣ５−ＲＲＣシグナリングを使用することによる等）に関するＲＡＮ ＷＧの決定に応じてアップデートされる可能性がある。
編集後記：ダイレクト通信リクエスト／アクセプト・メッセージに含まれる追加パラメータ（例えば、セキュリティ関連など）はＦＦＳである。
編集後記：ユニキャスト通信がリンク・レイヤにおけるセキュリティ保護を必要とするかどうかは、ＳＡ ＷＧ３からのフィードバックに基づいて決定されるであろう。
６．３．３．３ ＰＣ５リファレンス・ポイントにおけるレイヤ２リンク解放
図６．３．３．３−１はＰＣ５リファレンス・ポイントにおけるレイヤ２リンク解放手順を示す。
［“レイヤ２リンク解放手順”と題する３ＧＰＰ ＴＲ２３．７８６Ｖ１．０．０の図６．３．３．３−１は、図１２に再現されている。］
０．ＵＥ−１とＵＥ−２は、第６．３．３．１の条項に記述されるように確立されるユニキャスト・リンクを有する。
１．ＵＥ−１は、レイヤ２リンクを解放するためにＵＥ−２に切断リクエスト・メッセージを送信し、レイヤ２リンクに関連する全てのコンテキスト・データを削除する。
２．切断リクエスト・メッセージを受信すると、ＵＥ−２は切断レスポンス・メッセージで応答することが可能であり、レイヤ２リンクに関連する全てのコンテキスト・データを削除する。
各ＵＥのＶ２Ｘレイヤは、ユニキャスト・リンクが解放されたことをＡＳレイヤに通知する。これは、ＡＳレイヤが、解放されたユニキャスト・リンクに関連するコンテキストを削除することを可能にする。
６．３．３．４ ユニキャスト・リンクのレイヤ２リンク修正
図６．３．３．４−１は、ユニキャスト・リンクのレイヤ２リンク修正手順を示す。この手順は以下のために使用される：
− 既存のＰＣ５ユニキャスト・リンクに新しいＶ２Ｘサービスを追加すること。
− 既存のＰＣ５ユニキャスト・リンクからＶ２Ｘサービスを取り除くこと。
− 既存のＰＣ５ユニキャスト・リンクにおける何らかのＰＣ５ＱｏＳフローを修正すること。
［“レイヤ２リンク修正手順”と題する３ＧＰＰ ＴＲ２３．７８６ Ｖ１．０．０の図６．３．３．４−１は、図１３に再現されている。］
０．ＵＥ−１とＵＥ−２は、第６．３．３．１の条項で説明されるように確立されるユニキャスト・リンクを有する。
１．ＵＥ−１のＶ２Ｘアプリケーション・レイヤは、ＰＣ５ユニキャスト通信のアプリケーション情報を提供する。アプリケーション情報は、Ｖ２Ｘアプリケーションのサービス・タイプ（例えば、ＰＳＩＤ又はＩＴＳ−ＡＩＤ）と、開始するＵＥのアプリケーション・レイヤＩＤとを含む。ターゲットＵＥのアプリケーション・レイヤＩＤは、アプリケーション情報に含まれる可能性がある。ＵＥ−１が第５．２．１．４の条項に規定されるように既存のＰＣ５ユニキャスト・リンクを再利用することを決定した場合、ＵＥ−２により確立されたユニキャスト・リンクを修正することを決定し、ＵＥ−１はリンク修正リクエストをＵＥ−２に送信する。
リンク修正リクエスト・メッセージは以下を含む：
ａ）既存のＰＣ５ユニキャスト・リンクに新しいＶ２Ｘサービスを追加すること：
− Ｖ２Ｘサービス情報：追加されるべきＶ２Ｘサービスに関する情報（例えば、ＰＳＩＤ又はＩＴＳ−ＡＩＤ）。
− ＱｏＳ情報：追加されるべきＶ２Ｘサービス各々に対するＰＣ５ＱｏＳフローに関する情報。各ＰＣ５ＱｏＳフロー各々に対する、ＰＦＩ及び対応するＰＣ５ＱｏＳパラメータ（ＰＱＩ及び条件に応じた他のパラメータ、例えばＭＦＢＲ／ＧＦＢＲ等）
ｂ）既存のＰＣ５ユニキャスト・リンクからＶ２Ｘサービスを取り除くこと：
− Ｖ２Ｘサービス情報：取り除かれるＶ２Ｘサービス（複数可）に関する情報（例えば、ＰＳＩＤ又はＩＴＳ−ＡＩＤ）
ｃ）既存のＰＣ５ユニキャスト・リンクにおける何らかのＰＣ５ＱｏＳフローを修正すること：
− ＱｏＳ情報：修正されるべきＰＣ５ＱｏＳフロー（複数可）に関する情報。各ＰＣ５ＱｏＳフローに対する、ＰＦＩ及び対応するＰＣ５ＱｏＳパラメータ（即ち、ＰＱＩ及び条件に応じた他のパラメータ、例えばＭＦＢＲ／ＧＦＢＲ等）
２．ＵＥ−２はリンク修正アクセプト・メッセージで応答する。
リンク修正アクセプト・メッセージは：
ケースａ）及びケースｃ）の場合はステップ１で説明されている：
− ＱｏＳ情報：ＰＣ５ＱｏＳフロー（複数可）に関する情報。各ＰＣ５ＱｏＳフローに対する、ＰＦＩ及び対応するＰＣ５ＱｏＳパラメータ（即ち、ＰＱＩ及び条件に応じた他のパラメータ、例えばＭＦＢＲ／ＧＦＢＲ等）
各ＵＥのＶ２Ｘレイヤは、ユニキャスト・リンク修正に関する情報をＡＳレイヤに提供する。これは、ＡＳレイヤが、修正されたユニキャスト・リンクに関連するコンテキストを更新することを可能にする。

３ＧＰＰ ＲＡＮ２＃１０６は以下の事項に合意している：
ＮＲ ＳＬ ＱｏＳ及びＳＬＲＢ構成に関する合意：
１．ＳＬＲＢの設定は、ＮＲ ＳＬに関してＮＷで設定されれる及び／又は事前に設定されるべきであるというＳＩフェーズの結論を維持する。
２．ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥでは、新しいＰＣ５ＱｏＳフローの送信のために、ＰＣ５ ＱｏＳフローのＱｏＳ情報を、ＲＲＣ専用のシグナリングによりｇＮＢ／ｎｇ−ｅＮＢに報告することが可能である。ＵＥが開始される正確なタイミングについてはＦＦＳである。
３．ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＵＥの場合、ｇＮＢ／ｎｇ−ｅＮＢはＳＬＲＢ設定を提供し、ＵＥにより報告されるＱｏＳ情報に基づいて、ＲＲＣ個別シグナリングにより、ＰＣ５ＱｏＳフローのＳＬＲＢへのマッピングを設定することが可能である。ＵＥは、ＳＬＲＢ設定を受信した後に限り、ＳＬＲＢを確立／再構成することが可能である。ＵＥがＳＬＲＢを確立／再構成した場合についてはＦＦＳである。
４．報告されたＱｏＳ情報が何であるか（例えば、ＰＦＩ、ＰＣ５ＱｏＳプロファイルなど）、及びＰＣ５ＱｏＳフローからＳＬＲＢへのマッピングを実現するために何が使用されるか（例えば、ＰＦＩからＳＬＲＢマッピング、ＱｏＳプロファイルからＳＬＲＢマッピングなど）については、ＰＦＩがどのように割り当てられるかに関するＳＡ２の結論に応じて、ＦＦＳである。
５．ＲＲＣ＿ＩＤＬＥ／ＩＮＡＣＴＩＶＥ ＵＥの場合、ｇＮＢ／ｎｇ−ｅＮＢはＳＬＲＢ設定を提供し、ＰＣ５ＱｏＳプロファイルをＶ２Ｘ固有のＳＩＢによりＳＬＲＢマッピングに設定することができる。ＲＲＣ＿ＩＤＬＥ／ＩＮＡＣＴＩＶＥ ＵＥが新しいＰＣ５ＱｏＳフローの送信を開始する場合、それは、ＳＩＢの設定に基づいて、そのフローのＰＣ５ＱｏＳプロファイルに関連付けられるＳＬＲＢを確立する。
６．ＳＩＢにおける各ＰＣ５ＱｏＳプロファイルをどのように記述するかについてはＦＦＳであり、如何なるＰＣ５ＱｏＳパラメータがＰＣ５ＱｏＳプロファイルに含まれるかに関するＳＡ２の最終結論を待つ。
７．ＯｏＣ ＵＥでは、ＳＬＲＢ設定及びＰＣ５ＱｏＳプロファイルのＳＬＲＢへのマッピングは事前に設定される。ＯｏＣ ＵＥが新たなＰＣ５ＱｏＳフローの送信を開始すると、それは事前の設定に基づいてフローに関連するＳＬＲＢを確立する。
８．事前の設定においてＰＣ５ＱｏＳフローのＳＬＲＢマッピングを実現するために何が使用されるかについては（例えば、ＰＦＩからＳＬＲＢへのマッピング、ＱｏＳプロファイルからＳＬＲＢへのマッピングなど）、ＰＦＩがどのように割り当てられるかについてのＳＡ２の結論に応じて、ＦＦＳである。
９．ＵＥのＳＬユニキャストの場合、ＮＷ設定／事前設定によるＳＬＲＢ設定は、ＴＸのみに関連するＳＬＲＢパラメータと、ＴＸとＲＸの両方に関連するＳＬＲＢパラメータとを含み、ピアＵＥと整合することを必要とする。
１０．ＳＬユニキャストの場合、開始するＵＥは、ＴＸとＲＸの両方に関連し、ピアＵＥと整合する必要があるＳＬＲＢパラメータをピアＵＥに通知する。詳細なパラメータについてはＦＦＳである。
１１．ＳＬユニキャストの場合、ＰＣ５ＲＲＣメッセージにより、ＳＬ内のピアＵＥに関して「ＴＸにのみ関連するＳＬＲＢパラメータ」を、ＵＥが設定することはできない。ＲＸのみに関連するＳＲＬＢパラメータをどのように取り扱うかはＦＦＳである。
１２．ＳＬグループキャスト及び／又はブロードキャストの場合、ＮＷ設定／事前設定ＳＬＲＢは、ＴＸのみに関連するＳＬＲＢパラメータを含む。
１３．ＴＸとＲＸの両方に関連し、従ってＵＥとその全てのピアＵＥ（複数可）との間で整合することを必要とするこれらのＳＬＲＢパラメータは、ＳＬグループキャスト及びブロードキャストに関するＳｐｅｃで固定されるべきである。
１４．ＳＬブロードキャストに関し、ＲＸのみに関連するＳＬＲＢパラメータをどのように設定するかはＵＥの実装次第である。グループキャストの場合についてはＦＦＳである。
１５．ＳＬＲＢ設定は、ＳＬユニキャスト、グループキャスト／ブロードキャストに関して個々に（事前に）設定されるべきである（例えば：ＳＬＲＢ−ＣｏｎｆｉｇＦｏｒＵｎｉｃａｓｔ、ＳＬＲＢ−ＣｏｎｆｉｇＦｏｒＧｒｏｕｐｃａｓｔ、ＳＬＲＢ−ＣｏｎｆｉｇＦｏｒＢｒｏａｄｃａｓｔ）。グループキャストとブロードキャストの間における個々のＳＬＲＢ設定の必要性についてはＦＦＳである。

３ＧＰＰ ＴＳ３７．３２４は以下の事項を述べている：

６．２．２．３ ＳＤＡＰヘッダを有するＵＬデータＰＤＵ
図６．２．２．３−１は、ＳＤＡＰヘッダが設定されているＵＬのＳＤＡＰデータＰＤＵのフォーマットを示す。
［“ＳＤＡＰヘッダを有するＵＬ ＳＤＡＰデータＰＤＵフォーマット”と題する３ＧＰＰ ＴＳ３７．３２４Ｖ１５．１．０の図６．２．２．３−１は、図１４に再現されている。］
［．．．］
６．３．４ ＱＦＩ
長さ：６ビット
ＱＦＩフィールドは、ＳＤＡＰ ＰＤＵが属するＱｏＳフロー（３ＧＰＰ ＴＳ２３．５０１［４］）のＩＤを示す。

３ＧＰＰ ＴＳ３８．３３１は以下の事項を述べている：
５．３．５．３ ＵＥによるＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信
ＵＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信時に、以下の動作を実行するものとする：
［．．．］
１＞ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇを含む場合：
２＞第５．３．５．６の条項に従って無線ベアラ設定を実行する；
［．．．］
５．３．５．６ 無線ベアラ設定
５．３．５．６．１ 全般
ＵＥは受信したＲａｄｉｏＢｅａｒＣｏｎｆｉｇ ＩＥに基づいて以下の動作を実行するものとする：
［．．．］
１＞ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇがｄｒｂ−ＴｏＲｅｌｅａｓｅＬｉｓｔを含む場合：
２＞第５．３．５．６．４の条項で規定されるようなＤＲＢリリースを実行する；
１＞ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇがｄｒｂ−ＴｏＡｄｄＭｏｄＬｉｓｔを含む場合：
２＞第５．３．５．６．５の条項で規定されるようなＤＲＢの追加又は再設定を実行する。
［．．．］
５．３．５．６．４ ＤＲＢリリース
ＵＥは以下のことを行うものとする：
１＞現在のＵＥの設定の一部であるｄｒｂ−ＴｏＲｅｌｅａｓｅＬｉｓｔに含まれる各ｄｒｂ−Ｉｄｅｎｔｉｔｙ値に対して；又は
１＞第５．３．５．１１の条項による完全な設定の結果としてリリースされる各ｄｒｂ−Ｉｄｅｎｔｉｔｙ値に対して：
２＞ＰＤＣＰエンティティ及びｄｒｂ−Ｉｄｅｎｔｉｔｙを解放し；
２＞このＤＲＢに関連するＳＤＡＰエンティティが構成される場合：
３＞このＤＲＢに関連するＳＤＡＰエンティティ（ＴＳ３７．３２４［２４］、第５．３．３の条項）に対するＤＲＢのリリースを指示し；
２＞ＤＲＢがｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙに関連付けられる場合：
３＞同一のｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙを有するＮＲ又はＥ−ＵＴＲＡのどちらにも、新たなベアラが追加されない場合：
４＞ＤＲＢのリリース及びリリースされたＤＲＢのｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙを上位レイヤに指示する。
注１：ｄｒｂ−ＴｏＲｅｌｅａｓｅＬｉｓｔが現在のＵＥ設定の一部ではない何らかのｄｒｂ−Ｉｄｅｎｔｉｔｙ値を含む場合、ＵＥはメッセージをエラーとは考えない。
注２：このＰＤＣＰエンティティに関連するＲＬＣ及びＭＡＣエンティティがリセットされるか又はリリースされるかどうかは、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇによって決定される。
５．３．５．６．５ ＤＲＢ追加／修正
ＵＥは以下のことを行うものとする：
１＞現在のＵＥ設定の一部ではないｄｒｂ−ＴｏＡｄｄＭｏｄＬｉｓｔに含まれる各ｄｒｂ−Ｉｄｅｎｔｉｔｙ値に対して（ＤＲＢの確立は、完全な設定オプションが使用される場合を含む）：
２＞ＰＤＣＰエンティティを確立し、受信したｐｄｃｐ−Ｃｏｎｆｉｇに従ってそれを設定し；
２＞このＤＲＢのＰＤＣＰエンティティが、ｃｉｐｈｅｒｉｎｇＤｉｓａｂｌｅｄで設定されていない場合：
３＞ハンドオーバーのターゲットＲＡＴがＥ−ＵＴＲＡ／５ＧＣである場合；又は
３＞ＵＥがＥ−ＵＴＲＡ／５ＧＣに接続されている場合：
４＞ＵＥがＥ−ＵＴＲＡ／５ＧＣを使用できるが、ＮＧＥＮ−ＤＣを使用できない場合：
５＞ＴＳ３６．３３１［１０］で明示されているように、暗号化アルゴリズム及びＫＵＰｅｎｃ鍵によりＰＤＣＰエンティティを設定し；
４＞そうでない場合（即ち、ＵＥがＮＧＥＮ−ＤＣを使用できる場合）：
５＞ｓｅｃｕｒｉｔｙＣｏｎｆｉｇに従って、ＰＤＣＰエンティティをセキュリティ・アルゴリズムにより設定し、該当する場合には、マスター鍵（ＫｅＮＢ）に関連する鍵（ＫＵＰｅｎｃ及びＫＵＰｉｎｔ）、又はｋｅｙＴｏＵｓｅで指定されるセカンダリ鍵（Ｓ−ＫｇＮＢ）を適用し；
３＞そうでない場合（即ち、ＵＥがＥＮ−ＤＣにおけるＵＥ又はＮＲに接続されている場合）
４＞ｓｅｃｕｒｉｔｙＣｏｎｆｉｇに従ってＰＤＣＰエンティティを暗号化アルゴリズムにより設定し、マスター鍵（ＫｅＮＢ／ＫｇＮＢ）に関連する鍵（ＫＵＰｅｎｃ）、又はｋｅｙＴｏＵｓｅで指定されるセカンダリ鍵（Ｓ−ＫｇＮＢ／Ｓ−ＫｅＮＢ）を適用し；
２＞このＤＲＢのＰＤＣＰエンティティがｉｎｔｅｇｒｉｔｙＰｒｏｔｅｃｔｉｏｎにより設定されている場合：
３＞ｓｅｃｕｒｉｔｙＣｏｎｆｉｇに従ってＰＤＣＰエンティティを完全性保護アルゴリズムにより設定し、マスター鍵（ＫｅＮＢ／ＫｇＮＢ）に関連するＫＵＰｉｎｔ、又はｋｅｙＴｏＵｓｅで指定されるセカンダリ鍵（Ｓ−ＫｇＮＢ／Ｓ−ＫｅＮＢ）を適用し；
２＞ｓｄａｐ−Ｃｏｎｆｉｇが含まれている場合：
３＞受信したｐｄｕ−Ｓｅｓｓｉｏｎを持つＳＤＡＰエンティティが存在しない場合：
４＞ＴＳ３７．３２４［２４］の第５．１．１の条項で明示されるようなＳＤＡＰエンティティを確立し；
４＞受信したｐｄｕ−Ｓｅｓｓｉｏｎを有するＳＤＡＰエンティティが、この再設定を受信する前に存在しなかった場合：
５＞ｐｄｕ−Ｓｅｓｓｉｏｎのユーザー・プレーン・リソースの確立を上位レイヤに指示し；
３＞ＴＳ３７．３２４［２４］で明示されるように、受信したＳｄａｐ−Ｃｏｎｆｉｇに従ってＳＤＡＰエンティティを設定し、ＤＲＢをＳＤＡＰエンティティに関連付け；
２＞ＤＲＢがｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙに関連付けられる場合：
３＞この再設定を受け取る前に、ＮＲ又はＥ−ＵＴＲＡの何れかによって同じｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙでＤＲＢが設定されていた場合：
４＞確立されたＤＲＢを、対応するｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙに関連付け；
３＞そうでない場合：
４＞ＤＲＢの確立及び確立されたＤＲＢのｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙを上位レイヤに通知し；
１＞現在のＵＥ設定の一部であるｄｒｂ−ＴｏＡｄｄＭｏｄＬｉｓｔに含まれる各ｄｒｂ−Ｉｄｅｎｔｉｔｙ値に対して：
２＞ｒｅｅｓｔａｂｌｉｓｈＰＤＣＰが設定されている場合：
３＞ハンドオーバーのターゲットＲＡＴがＥ−ＵＴＲＡ／５ＧＣである場合；又は
３＞ＵＥがＥ−ＵＴＲＡ／５ＧＣに接続されている場合：
４＞ＵＥがＥ−ＵＴＲＡ／５ＧＣを使用できるが、ＮＧＥＮ−ＤＣを使用できない場合：
５＞このＤＲＢのＰＤＣＰエンティティがｃｉｐｈｅｒｉｎｇＤｉｓａｂｌｅｄで設定されていない場合：
６＞暗号化アルゴリズム、及びＴＳ３６．３３１［１０］の第５．４．２．３の条項に規定されているように設定／導出されるＫＵＰｅｎｃ鍵によりＰＤＣＰエンティティを設定し、即ち、暗号化の設定は、ＵＥによって受信され送信される全ての後続ＰＤＣＰ ＰＤＵに適用されるものとし；
４＞そうでない場合（即ち、ＵＥがＮＧＥＮ−ＤＣを使用できる場合）：
５＞このＤＲＢのＰＤＣＰエンティティがｃｉｐｈｅｒｉｎｇＤｉｓａｂｌｅｄにより設定されていない場合：
６＞暗号化アルゴリズム、及びマスターキー（ＫｅＮＢ）に関連するＫＵＰｅｎｃ鍵、又はｋｅｙＴｏＵｓｅで示されるようなセカンダリ鍵（Ｓ−ＫｇＮＢ）により、ＰＤＣＰエンティティを設定し、即ち、暗号化の設定は、ＵＥによって受信及び送信される全ての後続のＰＤＣＰ ＰＤＵに適用され；
３＞そうでない場合（即ち、ＵＥがＥＮ−ＤＣにおけるＵＥ又はＮＲに接続されている場合）
４＞このＤＲＢのＰＤＣＰエンティティがｃｉｐｈｅｒｉｎｇＤｉｓａｂｌｅｄで設定されていない場合：
５＞暗号化アルゴリズム、及びマスター鍵（ＫｅＮＢ／ＫｇＮＢ）に関連するＫＵＰｅｎｃ鍵、又はｋｅｙＴｏＵｓｅで示されるような、セカンダリ鍵（Ｓ−ＫｇＮＢ／Ｓ−ＫｅＮＢ）により、ＰＤＣＰエンティティを設定し、即ち、暗号化の設定は、ＵＥによって受信され送信される全ての後続のＰＤＣＰ ＰＤＵに適用され；
４＞このＤＲＢのＰＤＣＰエンティティがｉｎｔｅｇｒｉｔｙＰｒｏｔｅｃｔｉｏｎにより設定される場合：
５＞ｓｅｃｕｒｉｔｙＣｏｎｆｉｇに従ってＰＤＣＰエンティティを完全性保護アルゴリズムにより設定し、マスター鍵（ＫｅＮＢ／ＫｇＮＢ）に関連するＫＵＰｉｎｔ、又はｋｅｙＴｏＵｓｅで指定されるセカンダリ鍵（Ｓ−ＫｇＮＢ／Ｓ−ＫｅＮＢ）を適用し；
３＞ｄｒｂ−ＣｏｎｔｉｎｕｅＲＯＨＣが、ｐｄｃｐ−Ｃｏｎｆｉｇに含まれる場合：
４＞ｄｒｂ−ＣｏｎｔｉｎｕｅＲＯＨＣが設定されることを、下位レイヤに通知し；
３＞ＴＳ３８．３２３［５］の第５．１．２の条項で規定されるように、このＤＲＢのＰＤＣＰエンティティを再確立し；
２＞そうでない場合において、ｒｅｃｏｖｅｒＰＤＣＰが設定されている場合：
３＞ＴＳ３８．３２３［５］で明示されているように、データの復元を実行するために、このＤＲＢのＰＤＣＰエンティティをトリガーし；
２＞ｐｄｃｐ−Ｃｏｎｆｉｇが含まれている場合：
３＞受信したｐｄｃｐ−Ｃｏｎｆｉｇに従ってＰＤＣＰエンティティを再設定し；
２＞ｓｄａｐ−Ｃｏｎｆｉｇが含まれている場合：
３＞ＴＳ３７．３２４［２４］で明示されるように、受信したｓｄａｐ−Ｃｏｎｆｉｇに従ってＳＤＡＰエンティティを再設定し；
３＞ｍａｐｐｅｄＱｏＳ−ＦｌｏｗｓＴｏＡｄｄで追加されるＱＦＩ値の各々に対して、ＱＦＩ値が事前に設定される場合、ＱＦＩ値は旧ＤＲＢから解放される。
注１：空白。
注２：ｄｒｂ−Ｉｄｅｎｔｉｔｙ値が現在のＵＥ設定の一部であるかどうかを判定する場合に、ＵＥは、ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ及びＤＲＢ−ＴｏＡｄｄＭｏｄＬｉｓｔの何れにＤＲＢが元々は設定されていたかを区別しない。ＤＲＢを別の鍵に（ＫｅＮＢをＳ−ＫｇＮＢに、又は逆も同様）に関連付け直すために、ネットワークは（ターゲットの）ｄｒｂ−ＴｏＡｄｄＭｏｄＬｉｓｔにおいて、ｄｒｂ−Ｉｄｅｎｔｉｔｙ値を提供し、ｒｅｅｓｔａｂｌｉｓｈＰＤＣＰフラグを設定する。ネットワークは、（送信元の）ｄｒｂ−ＴｏＲｅｌｅａｓｅＬｉｓｔにおいて、ｄｒｂ−Ｉｄｅｎｔｉｔｙを列挙しない。
注３：無線ベアラのためにｒｅｅｓｔａｂｌｉｓｈＰＤＣＰフラグを設定する場合に、ネットワークは、ＲＬＣ受信機エンティティが、旧ＰＤＣＰ ＰＤＵを、再確立されたＰＤＣＰエンティティに届けないことを保証する。これは、例えば、旧ＲＬＣエンティティをホストするセル・グループの同期による再設定をトリガーすることによって、あるいは旧ＲＬＣエンティティを解放することによって行われる。
注４：本仕様では、特に断らない限り、ＵＥの設定はＮＲ ＲＲＣによって設定されるパラメータを指す。
注５：暗号化及び完全性保護は、ＤＲＢに対してイネーブルに又はディセーブルにされることが可能である。暗号化又は完全性保護のイネーブル／ディセーブルは、ＤＲＢを解放及び追加することによってのみ変更することが可能である。
［．．．］
− ＳＤＡＰ−設定
ＩＥ ＳＤＡＰ−Ｃｏｎｆｉｇは、データ無線ベアラに対して設定可能なＳＤＡＰパラメータを設定するために使用される。ｐｄｕ−Ｓｅｓｓｉｏｎの同じ値を有するＳＤＡＰ−Ｃｏｎｆｉｇの設定された全てのインスタンスは、ＴＳ３７．３２４［２４］で指定されたものと同じＳＤＡＰエンティティに対応する。
ＳＤＡＰ−Ｃｏｎｆｉｇ情報要素

３ＧＰＰ ＴＳ２３．２８７によれば、ペアのＵＥは互いに１つ以上のユニキャスト・リンクを確立することができる。各ユニキャスト・リンクは、ＵＥのアプリケーション・レイヤＩＤ及びピアＵＥのアプリケーション・レイヤＩＤに関連付けられる。各ユニキャスト・リンクに対して、１つ以上のＶ２Ｘサービスが１つのユニキャスト・リンクを介してトラフィックを転送することが可能である。異なるＶ２Ｘサービスは異なるＱｏＳ要件を必要とするので、各Ｖ２Ｘサービスはトラフィック転送のために１つ以上のＰＣ５ＱｏＳフローを有することが可能である。従って、各ユニキャスト・リンクは、様々なＶ２Ｘサービスに属する１つ以上のＰＣ５ＱｏＳフローを有する可能性がある。更に、各ＵＥは、ユニキャスト・リンクに関連する宛先ごとに、ＰＣ５ＱｏＳフロー識別子（ＰＦＩ）とＰＣ５ＱｏＳコンテキスト及びＰＣ５ＱｏＳルールとのマッピングを維持する必要がある。ＰＦＩはＵＥにより割り当てられる。ＰＣ５ＱｏＳコンテキストは、ＰＣ５ＱｏＳパラメータ（例えば、ＰＱＩなど）、Ｖ２Ｘサービスを識別するために使用される識別子（例えば、ＰＳＩＤ）、及び／又は関連するＰＦＩのためにＶ２Ｘサービスを提供するＶ２Ｘアプリケーション（例えば、ＩＴＳ−ＡＩＤ）を識別するために使用される識別子を含む。

ここで一例を示す。ＵＥ１とＵＥ２は２つのユニキャスト・リンク、ユニキャスト・リンク＃１とユニキャスト・リンク＃２とを確立する。ＵＥ２は、ユニキャスト・リンク＃１の宛先レイヤ２ＩＤ１として第１レイヤ２ＩＤを使用し、ユニキャスト・リンク＃２の別の宛先レイヤ２ＩＤ２として第２レイヤ２ＩＤを使用する。ユニキャスト・リンク＃１では、２つのＶ２Ｘサービス（Ｖ２ＸサービスＡ及びＶ２ＸサービスＢ）が初期化される。ユニキャスト・リンク＃２では、２つのＶ２Ｘサービス（Ｖ２ＸサービスＣ及びＶ２ＸサービスＤ）が初期化される。Ｖ２ＸサービスＡは、２つのＰＣ５ＱｏＳフロー（ＰＦＩ１及びＰＦＩ２）を有する。Ｖ２ＸサービスＢは、１つのＰＣ５ＱｏＳフロー（ＰＦＩ３）を有する。Ｖ２ＸサービスＣは、１つのＰＣ５ＱｏＳフロー（ＰＦＩ４）を有する。そして、Ｖ２ＸサービスＤは、１つのＰＣ５ＱｏＳフロー（ＰＦＩ５）を有する。

３ＧＰＰ ＲＡＮ２＃１０６の議長覚書によれば、ＵＥは、新たなＰＣ５ＱｏＳフローの送信に関し、ＰＣ５ＱｏＳフローのＱｏＳ情報（例えば、ＰＱＩ）を、ｇＮＢに報告することができる。その後、ｇＮＢは、ＳＬＲＢ設定を提供し、ＵＥにより報告されたＱｏＳ情報に基づいて、ＰＣ５ＱｏＳフローのＵＥのＳＬＲＢへのマッピングを設定することができる。従って、ＵＥは、１つのＶ２ＸサービスのＰＣ５ＱｏＳフローに対するＳＬＲＢ設定を要求するために、リクエスト・メッセージをｇＮＢに送信することができる。同じユニキャスト・リンク上でサポートされる複数のＶ２Ｘサービスが存在する場合において、このＶ２Ｘサービスが不活性化される場合に、Ｖ２Ｘサービスに関連するＳＬＲＢ（複数可）をどのようにして解放するかが考察されるべきである。

ＰＦＩのＰＣ５ＱｏＳコンテキスト及びＰＣ５ＱｏＳルールに対するマッピングは宛先ごとであるので、ＵＥ１は、ＳＬＲＢ設定を要求するために、１つ以上のＰＣ５ＱｏＳフローに関連付けられる宛先のＩＤ又はインデックスを、ｇＮＢに送信することができる。宛先識別子又はインデックスは、ＳＬＲＢ設定のリクエストに包まれることが可能である。宛先識別子又はインデックスは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎに含まれることが可能である。宛先インデックスは、宛先リスト内のエントリを示すことが可能である。宛先リストの各エントリは、（宛先レイヤ２ＩＤによって識別される）宛先を含む可能性がある。ＰＣ５ＱｏＳフローに関連するＰＱＩに基づいて、ｇＮＢは、ＰＦＩ及びＳＬＲＢのマッピングを設定する。宛先識別子／インデックス、ＰＦＩ、及びＰＱＩの間の関係は、図１５に示される表１のように例示することが可能である。

この例では、ｇＮＢはＰＦＩのＳＬＲＢへのマッピングを以下のように提供することができる：
− ＰＦＩ１−ｔｏ−ＳＬＲＢ１ （Ｖ２ＸサービスＡ）
− ＰＦＩ２−ｔｏ−ＳＬＲＢ２ （Ｖ２ＸサービスＡ）
− ＰＦＩ３−ｔｏ−ＳＬＲＢ２ （Ｖ２ＸサービスＢ）
− ＰＦＩ４−ｔｏ−ＳＬＲＢ３ （Ｖ２ＸサービスＣ）
− ＰＦＩ５−ｔｏ−ＳＬＲＢ４ （Ｖ２ＸサービスＤ）

ＰＦＩ２とＰＦＩ３は異なるＶ２Ｘサービスに属するが、例えばＰＱＩ２とＰＱＩ３は同様のＰＣ５ＱｏＳ要件を共有しているので、ｇＮＢはそれらをＳＬＲＢ２にマッピングすることができる。

ｇＮＢは、異なるＶ２Ｘサービスを提供するために異なるＳＬＲＢを使用するように、ＵＥ１を設定することも可能である。言い換えれば、各ＳＬＲＢは、１つのＶ２Ｘサービスのみを提供するために使用される。これを達成するために、Ｖ２Ｘサービス・タイプ（例えば、Ｖ２Ｘサービスの識別子（ＰＳＩＤ）、又はＶ２Ｘサービスを提供するＶ２Ｘアプリケーションの識別子（ＩＴＳ−ＡＩＤ））を、ＰＦＩをグループ化するための宛先リストの各エントリに含めることが考察される。例えば、宛先リストの１つのエントリ内の各宛先がＰＦＩリストに関連付けられてもよく、ＰＦＩリストの各エントリは、ＰＣ５ＱｏＳフロー、ＰＱＩ、及びＶ２Ｘサービス・タイプの識別子を含む。宛先識別子又はインデックス、ＰＦＩ、ＰＱＩ及びＶ２Ｘサービス・タイプの間の関係は、図１６に示される表２ａのように例示することが可能である。

Ｖ２Ｘサービス・タイプは、Ｖ２Ｘサービスの身元、あるいは、Ｖ２Ｘサービスを提供するＶ２Ｘアプリケーションの識別子であり、伝送のためにより多くのビットを必要とする可能性があるため、シグナリング・オーバーヘッドを減らすための代替案が考察される可能性がある。ＵＥは、同じＶ２Ｘサービスに属する１つ以上のＰＣ５ＱｏＳフローを、ＰＣ５ＱｏＳフローの１つのセット、例えば１つのＰＦＩセットとしてグループ化することができる。１つのＰＦＩセットを識別するために使用される各インデックス又は識別子は、ＵＥによって割り当てられることが可能である。従って、１つのＰＦＩセットを示すために必要なビットは、１つのＶ２Ｘサービス・タイプを示すために必要なビットよりも少ないであろう。１つのＰＦＩセットを識別するために使用されるインデックス又は識別子は、宛先リストの各エントリに含めることができる。例えば、宛先リストの１つのエントリ内の各宛先がＰＦＩリストに関連付けられてもよく、ＰＦＩリストの各エントリは、ＰＣ５ＱｏＳフローの識別子、ＰＱＩ、及び１つのＰＦＩセットの識別子又はインデックスを含む。宛先識別子又はインデックス、ＰＦＩ、ＰＱＩ及びＰＦＩセットの間の関係は、図１６に示される表２ｂのように例示することが可能である。

上記の概念に基づいて、ｇＮＢはＰＦＩ及びＳＬＲＢのマッピングを以下のように設定することができる：
− ＰＦＩ１−ｔｏ−ＳＬＲＢ１ （Ｖ２ＸサービスＡ）
− ＰＦＩ２−ｔｏ−ＳＬＲＢ２ （Ｖ２ＸサービスＡ）
− ＰＦＩ３−ｔｏ−ＳＬＲＢ３ （Ｖ２ＸサービスＢ）
− ＰＦＩ４−ｔｏ−ＳＬＲＢ４ （Ｖ２ＸサービスＣ）
− ＰＦＩ５−ｔｏ−ＳＬＲＢ５ （Ｖ２ＸサービスＤ）

Ｖ２Ｘサービスが終了した又は不活性化される場合、Ｖ２Ｘサービスに関連するＰＦＩ（複数可）は不要となり、ＰＦＩ（複数可）に対応するＳＬＲＢ（複数可）は解放されるべきである。例えば、ＵＥ１がＶ２ＸサービスＡを終了する場合、ＰＣ５ＱｏＳフローＰＦＩ１及びＰＦＩ２は不要であり、ＰＦＩ１及びＰＦＩ２に使用されるＳＬＲＢ（複数可）は解放されるべきである。上記の例では、ＰＦＩ１を提供するために使用されるＳＬＲＢ１が解放されるべきである。ＳＬＲＢ２がＰＦＩ２のみを提供するために使用される場合、それは解放されるべきであり；そうでない場合、ＳＬＲＢ２がＰＦＩ２及びＰＦＩ３を提供するために使用される場合、それは解放されるべきではなく、なぜならＳＬＲＢ２はＶ２ＸサービスＢのトラフィック転送に依然として使用される可能性があるからである。ｇＮＢは、どのＶ２ＸサービスがＵＥによって終了又は不活性化させられたか、又はどのＳＬＲＢ（複数可）がＵＥによって必要とされていないか、を知る必要がある。

ある代替案では、宛先リスト内の宛先のエントリを更新することにより（例えば、宛先に関連するＰＦＩ（複数可）及び／又はＰＦＩ（複数可）に関連する何らかの情報を削除することにより）、ＵＥが、宛先に関する特定のＰＣ５ＱｏＳフロー（複数可）を指定することが可能である。宛先が、終了させられるＶ２Ｘサービスを１つしか有しない場合、宛先のエントリは、更新された宛先リストから取り除かれることが可能である。上記の例では、ＵＥ１は宛先リスト内の対応するエントリからＰＦＩ１及びＰＦＩ２を除外することが可能であり、この更新された宛先リストをｇＮＢに送信する。更新された宛先リストに基づいて、ｇＮＢは、ＰＦＩ１及びＰＦＩ２に応対するのに使用されるＳＬＲＢ（複数可）を解放することができる。

一実施形態では、ＳＬＲＢが同じＶ２Ｘサービスに属する１つ以上のＰＣ５ＱｏＳフローに応対している場合、ＵＥは、ＳＬＲＢ及び一部の送信関連設定（例えば、ＳＬＲＢに関連する論理チャネル、論理チャネルの論理チャネル・グループへのマッピングなど）を自ら解放することができる。更に、ＳＬＲＢが異なるＶ２Ｘサービスに属する１つ以上のＰＣ５ＱｏＳフローに応対している場合、ＵＥは、ＳＬＲＢ及び一部の送信関連設定（例えば、ＳＬＲＢに関連する論理チャネル、論理チャネルの論理チャネル・グループへのマッピングなど）を自ら解放しない可能性がある。

一実施形態では、ＵＥは、更新された宛先リストがｇＮＢに送信された後に、ｇＮＢから受信した指示に基づいて、ＳＬＲＢ及び一部の送信関連設定（例えば、ＳＬＲＢに関連する論理チャネル、論理チャネルの論理チャネル・グループへのマッピングなど）を解放することができる。この指示は、どのＳＬＲＢがリリースされるべきかを示すことが可能である。この指示は、リリースされるＳＬＲＢがどの宛先に属しているかを示すことが可能である。この指示は、ＲＲＣ（無線リソース制御）再設定メッセージであるとすることが可能である。

更新された宛先リストの例は、図１７に示される以下の表３ａ〜３ｃのように例示することが可能である。

代替的に、ＵＥは、どのＰＣ５ＱｏＳフローが又はどのＳＬＲＢがリリースされるべきかを、ｇＮＢに示すことができる。ＵＥは、Ｖ２Ｘサービスが終了した場合に、ＳＬＲＢ設定を解放するために、リリース・メッセージをｇＮＢに送信することができる。この概念は、ユニキャスト・リンクでサポートされているＶ２Ｘサービスが１つしか存在しない場合に適用されることも可能である。この状況では、各ＰＣ５ＱｏＳフローは、個々に上位レイヤによって不活性化又は終了させられることが可能であり、従って、関連するＰＣ５ＱｏＳフロー（複数可）にマッピングされるＳＬＲＢは解放されることが可能である。

リリース・メッセージは、解放されるべきＰＣ５ＱｏＳフロー又はＳＬＲＢに関連するユニキャスト・リンク（例えば、ＰＣ５リンク識別子によるもの）、又は宛先（例えば、宛先レイヤ２ＩＤによるもの）を示すことが可能である。リリース・メッセージは、以下の１つ以上の情報を含むことが可能である：
− ＰＦＩ；
− ＳＬＲＢ ＩＤ；
− Ｖ２Ｘサービス・タイプ（Ｖ２Ｘサービス識別子又はＶ２Ｘサービス・インデックス）；及び
− ＰＦＩ設定。

Ｖ２Ｘサービス識別子はＶ２Ｘサービスの識別子であり、これはＰＳＩＤであってもよい。更に、ＵＥは、Ｖ２Ｘサービスに、それがＵＥで活性化される場合に、インデックスを割り当てることができる。例えば、ＵＥは第１Ｖ２Ｘサービスにインデックス“１”を割り当て、第２Ｖ２Ｘサービスにインデックス“２”を割り当てることが可能である。Ｖ２Ｘサービス・インデックスは、Ｖ２Ｘサービス識別子よりも少ないビットで表現され、従って、より少ないシグナリング・オーバーヘッドしか消費しない。

このように、ＵＥは、宛先リスト全体を再度送信する必要はなく、その結果、シグナリング・オーバーヘッドを削減することができる。リリース・メッセージの例は、図１８に示す表４ａ〜４ｄのようにそれぞれ例示することが可能であり、ここで、（図１８に示される）表４ｂの第２エントリは、ＳＬＲＢ２が複数のＶ２Ｘサービスを提供する場合には存在し、ＳＬＲＢ２が１つのＶ２Ｘサービスのみを提供する場合には存在しない。

あるいは、除外されるＰＦＩが様々な宛先の中で区別可能である場合、宛先は、リリース・メッセージに含まれることができない。リリース・メッセージの例は、図１９に示される表５ａのように例示することが可能である。

あるいは、リリースされるＳＬＲＢが様々な宛先の中で区別可能である場合、宛先は、リリース・メッセージに含まれることができない。リリース・メッセージの例は、図１９に示される表５ｂのように例示することが可能である。この表の第２エントリは、ＳＬＲＢ２が複数のＶ２Ｘサービスを提供する場合には存在し、ＳＬＲＢ２が１つのＶ２Ｘサービスのみを提供する場合には存在しない。

あるいは、除外されるＰＦＩがＶ２Ｘサービス・タイプ又はＰＦＩセットに基づいてグループ化されている場合、宛先は、リリース・メッセージに含まれることができない。リリース・メッセージの例は、図１９に示される表５ｃ及び５ｄのように例示することが可能である。

図２０は、ＳＬＲＢ又はＳＬ−ＤＲＢを解放することについてネットワーク・ノードに指示する第１ＵＥの観点からの１つの例示的な実施形態によるフローチャート２０００である。ステップ２００５において、第１ＵＥは、サイドリンク・リソースを要求するために第１ＲＲＣメッセージをネットワーク・ノードへ送信し、ここで、第１ＲＲＣメッセージは、ＰＣ５ＱｏＳフローの第１リストにおけるＰＣ５ＱｏＳフローのＰＦＩを含む。ステップ２０１０において、第１ＵＥは、第２ＲＲＣメッセージをネットワーク・ノードから受信し、ここで、第２ＲＲＣメッセージはＳＬＲＢを設定し、ＰＣ５ＱｏＳフローをＳＬＲＢにマッピングする。ステップ２０１５において、第１ＵＥは、ＰＣ５ＱｏＳフローが不活性化又は解放される場合に、第３ＲＲＣメッセージをネットワーク・ノードへ送信し、ここで、ＰＣ５ＱｏＳフローのＰＦＩは、第３ＲＲＣメッセージに含まれるＰＣ５ＱｏＳフローの第２リストから除外される。

一実施形態では、ＰＣ５ＱｏＳフローは、ＰＣ５のユニキャスト・リンクで伝送されることが可能であり、ＰＣ５ユニキャスト・リンクは、第１ＵＥと第２ＵＥとの間で確立される。第１ＵＥは、ネットワーク・ノードから第４ＲＲＣメッセージを受信することも可能であり、ここで、第４ＲＲＣメッセージは、ＵＥを再設定してＳＬＲＢを解放する。更に、第１ＵＥは、第４ＲＲＣメッセージに従ってＳＬＲＢを解放することができる。

一実施形態では、ＰＣ５ＱｏＳフローのＰＦＩは、ＰＣ５ＱｏＳフローの第２リストに含まれない可能性がある。第１ＲＲＣメッセージは、ＰＣ５ユニキャスト・リンクに関連する宛先レイヤ２ＩＤを含むことが可能である。宛先レイヤ２ＩＤは第２ＵＥのレイヤ２ＩＤであってもよい。

一実施形態では、第１ＲＲＣメッセージ又は第３ＲＲＣメッセージは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎであるとすることが可能である。第２ＲＲＣメッセージ又は第４ＲＲＣメッセージは、ＲＲＣ再設定メッセージであるとすることが可能である。

一実施形態では、ネットワーク・ノードは基地局（例えば、ｇＮＢ）であるとすることが可能である。

第１ＵＥの１つの例示的な実施形態において、以前の図３及び４を参照する。第１ＵＥ３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、第１ＵＥが、（ｉ）サイドリンク・リソースを要求するために第１ＲＲＣメッセージをネットワーク・ノードに送信すること（第１ＲＲＣメッセージはＰＣ５ＱｏＳフローの第１リスト内におけるＰＣ５ＱｏＳフローのＰＦＩを含む）、（ｉｉ）第２ＲＲＣメッセージをネットワーク・ノードから受信すること（第２ＲＲＣメッセージはＳＬＲＢを設定し、ＰＣ５ＱｏＳフローをＳＬＲＢにマッピングする）、及び（ｉｉｉ）ＰＣ５ＱｏＳフローが不活性化又は解放される場合に、第３ＲＲＣメッセージをネットワーク・ノードに送信すること（ＰＣ５ＱｏＳフローのＰＦＩは、第３ＲＲＣメッセージに含まれるＰＣ５ＱｏＳフローの第２リストから除外されている）を可能にするように、プログラム・コード３１２を実行することが可能である。更に、ＣＰＵ３０８は、プログラム・コード３１２を実行して、本願で説明される上述の動作及びステップ又はその他の全てを実行することができる。

図２１は、ＳＬＲＢを解放するためにネットワーク・ノードに指示を行うＵＥの観点からの１つの例示的な実施形態によるフローチャート２１００である。ステップ２１０５において、ＵＥは、ネットワーク・ノードから第２ＲＲＣメッセージを受信し、ここで、第２ＲＲＣメッセージは、第１Ｖ２Ｘサービス又は第１ＰＦＩセットに属する１つ以上のＰＦＩに関連する第１ＳＬＲＢと、第２Ｖ２Ｘサービス又は第２ＰＦＩセットに属する１つ以上のＰＦＩに関連する第２ＳＬＲＢとを設定する。ステップ２１１０において、ＵＥは、第１Ｖ２Ｘサービスが不活性化又は終了させられた場合に、第３ＲＲＣメッセージをネットワーク・ノードに送信し、第３ＲＲＣメッセージは解放に関する第１ＳＬＲＢを示す。

一実施形態では、ＵＥは、第１ＲＲＣメッセージをネットワーク・ノードに送信することができ、ここで、第１ＲＲＣメッセージは、第１Ｖ２Ｘサービス又は第１ＰＦＩセットに関連する１つ以上のＰＦＩと、第２Ｖ２Ｘサービス又は第２ＰＦＩセットに関連する１つ以上のＰＦＩとを含む。また、ＵＥは、ネットワーク・ノードから第４ＲＲＣメッセージを受信することも可能であり、ここで、第４ＲＲＣメッセージは、ＵＥを再設定して第１ＳＬＲＢを解放する。

一実施形態では、第１ＲＲＣメッセージはレイヤ２ＩＤリストを含んでもよい。レイヤ２ＩＤリストのエントリは、第１レイヤ２ＩＤ及び第１レイヤ２ＩＤに関連する第１ＰＣ５ＱｏＳフロー・リストを含み、第１ＰＣ５ＱｏＳフロー・リストのエントリは、第１Ｖ２Ｘサービス又は第１ＰＦＩセットを示すことができる。レイヤ２ＩＤリストのエントリは、第２レイヤ２ＩＤ及び第２レイヤ２ＩＤに関連する第２ＰＣ５ＱｏＳフロー・リストを含み、第２ＰＣ５ＱｏＳフロー・リストのエントリは、第２Ｖ２Ｘサービス又は第２ＰＦＩセットを示すことができる。

一実施形態では、第１レイヤ２ＩＤは、第２レイヤ２ＩＤと同じであるとすることが可能である。また、第１ＰＣ５ＱｏＳフロー・リストは、第２ＰＣ５ＱｏＳフロー・リストと同じにすることも可能である。第１又は第２レイヤ２ＩＤリストは、ソース・レイヤ２ＩＤリスト又は宛先レイヤ２ＩＤリストである可能性がある。第１／第２レイヤ２ＩＤがＵＥに属する場合、第１又は第２レイヤ２ＩＤはソース・レイヤ２ＩＤになる可能性がある。第１又は第２レイヤ２ＩＤがＵＥのピアＵＥに属する場合、第１又は第２レイヤ２ＩＤは宛先レイヤ２ＩＤになる可能性がある。

一実施形態では、第１ＲＲＣメッセージは、ＳＬＲＢ設定のためのリクエスト・メッセージである可能性がある。第１ＲＲＣメッセージは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎである可能性もある。第２又は第４ＲＲＣメッセージは、ＲＲＣ再設定メッセージである可能性がある。

一実施形態では、第３ＲＲＣメッセージは、ＳＬＲＢ設定に関するリリース・メッセージである可能性がある。第３ＲＲＣメッセージは、第２Ｖ２Ｘサービス又は第２ＰＦＩセットに関連する１つ以上のＰＦＩを含んでもよいが、第１Ｖ２Ｘサービス又は第１ＰＦＩセットに関連する１つ以上のＰＦＩを含まない可能性がある。

一実施形態では、第１レイヤ２ＩＤ及び第１ＰＣ５ＱｏＳフロー・リストを含むレイヤ２ＩＤリストのエントリは、第３ＲＲＣメッセージのレイヤ２ＩＤリストから取り除かれることが可能である。第１Ｖ２Ｘサービス又は第１ＰＦＩセットを示す第１ＰＣ５ＱｏＳフロー・リストのエントリは、第３ＲＲＣメッセージのレイヤ２ＩＤリストから除外されることが可能である。

一実施形態では、第３ＲＲＣメッセージは、第１ＳＬＲＢの識別子を含んでもよい。第３ＲＲＣメッセージはまた、第１Ｖ２Ｘサービスの識別子、又は第１ＰＦＩセットの識別子又はインデックスを含むことが可能である。ＵＥ及びピアＵＥは、第１Ｖ２Ｘサービスを提供するために第１ユニキャスト・リンクを確立することが可能である。ＵＥ及びピアＵＥは、第２Ｖ２Ｘサービスを提供するための第２ユニキャスト・リンクを確立することも可能である。第３ＲＲＣメッセージは、第１ユニキャスト・リンクを識別するために使用される第１ＰＣ５リンク識別子を含んでもよい。

一実施形態では、ネットワーク・ノードは基地局（例えば、ｇＮＢ）である可能性がある。

ＵＥの１つの例示的な実施形態において、以前の図３及び４を参照する。ＵＥ３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、ＵＥが、（ｉ）ネットワーク・ノードから第２ＲＲＣメッセージを受信すること（第２ＲＲＣメッセージは、第１Ｖ２Ｘサービス又は第１ＰＦＩセットに属する１つ以上のＰＦＩに関連する第１ＳＬＲＢと、第２Ｖ２Ｘサービス又は第２ＰＦＩセットに属する１つ以上のＰＦＩに関連する第２ＳＬＲＢとを設定する）、及び（ｉｉ）第１Ｖ２Ｘサービスが不活性化又は終了した場合に、第３ＲＲＣメッセージをネットワーク・ノードに送信すること（第３ＲＲＣメッセージは解放する第１ＳＬＲＢを指定する）を可能にするように、プログラム・コード３１２を実行することが可能である。更に、ＣＰＵ３０８は、プログラム・コード３１２を実行して、本願で説明される上述の動作及びステップ又はその他の全てを実行することができる。

図２２は、ＳＬＲＢを解放するようにネットワーク・ノードに指示する第１ＵＥの観点からの１つの例示的な実施形態によるフローチャート２２００である。ステップ２２０５において、第１ＵＥは、第１サイドリンク・サービスをサポートするために第２ＵＥとのユニキャスト・リンクを確立し、ここで、少なくとも１つのＳＬＲＢは、サイドリンク・サービスをサポートするためにネットワーク・ノードによって設定される。ステップ２２１０において、第１ＵＥは、サイドリンク・サービスの不活性化に応答して、第１ＲＲＣメッセージをネットワーク・ノードに送信し、ここで、第１ＲＲＣメッセージは、解放するＳＬＲＢを示す情報を含む。

ＵＥの１つの例示的な実施形態において、以前の図３及び４を参照する。ＵＥ３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、ＵＥが、（ｉ）第１サイドリンク・サービスをサポートするために、第２ＵＥとのユニキャスト・リンクを確立すること（少なくとも１つのＳＬＲＢは、サイドリンク・サービスをサポートするようにネットワーク・ノードによって設定される）、及び（ｉｉ）サイドリンク・サービスの不活性化に応答して、第１ＲＲＣメッセージをネットワーク・ノードに送信すること（第１ＲＲＣメッセージは、解放するＳＬＲＢを示す情報を含む）を可能にするように、プログラム・コード３１２を実行することが可能である。更に、ＣＰＵ３０８は、プログラム・コード３１２を実行して、本願で説明される上述の動作及びステップ又はその他の全てを実行することができる。

図２３は、第１ＵＥに設定されたＳＬＲＢを解放するためのネットワーク・ノードの観点からの１つの例示的な実施形態によるフローチャート２３００であり、ここで、第１サイドリンク・サービスをサポートするために、第１ＵＥと第２ＵＥとの間にユニキャスト・リンクが確立される。ステップ２３０５において、ネットワーク・ノードは、第１サイドリンク・サービスをサポートするために、少なくとも１つのＳＬＲＢを第１ＵＥに対して設定する。ステップ２３１０において、ネットワーク・ノードは、第１ＵＥから第１ＲＲＣメッセージを受信し、第１ＲＲＣメッセージは解放するＳＬＲＢを示す情報を含む。ステップ２３１５において、ネットワーク・ノードは、第１ＲＲＣメッセージに含まれる情報に従ってＳＬＲＢを解放する。

ネットワーク・ノードの１つの例示的な実施形態において、以前の図３及び４を参照する。ネットワーク・ノード３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、ネットワーク・ノードが、（ｉ）第１サイドリンク・サービスをサポートするために、第１ＵＥに対して少なくとも１つのＳＬＲＢを設定すること、（ｉｉ）第１ＲＲＣメッセージを第１ＵＥから受信すること（第１ＲＲＣメッセージは解放するＳＬＲＢ（複数可）を指定する情報を含む）、及び（ｉｉｉ）第１ＲＲＣメッセージに含まれる情報に従ってＳＬＲＢ（複数可）を解放することを可能にするように、プログラム・コード３１２を実行することが可能である。更に、ＣＰＵ３０８は、プログラム・コード３１２を実行して、本願で説明される上述の動作及びステップ又はその他の全てを実行することができる。

図２２及び２３に示される上述された実施形態の文脈において、一実施形態では、情報は、第１サイドリンク・サービスの識別子又はインデックスであるとすることが可能である。情報は、１つ以上のＰＣ５ＱｏＳフロー（ＰＦＩ）を含み、ＳＬＲＢ（複数可）が他のサイドリンク・サービスからの如何なるＰＣ５ＱｏＳフローとも共有されていない場合に、１つ以上のＰＣ５ＱｏＳフロー（ＰＦＩ）にマッピングされたＳＬＲＢは解放される必要があることを示す。また、１つ以上の識別子によって識別されるＳＬＲＢ（複数可）が、他のサイドリンク・サービスからの如何なるＰＣ５ＱｏＳフローによっても共有されない場合、情報は、少なくとも１つのＳＬＲＢの１つ以上の識別子を含む可能性がある。

一実施形態では、第１ＵＥは、第１ＲＲＣメッセージに含まれる情報に従ってＳＬＲＢ（複数可）を解放することができる。また、第１ＵＥは自律的にＳＬＲＢを解放することが可能である。第１ＵＥは、ネットワーク・ノードからの第２ＲＲＣメッセージの受信に応答してＳＬＲＢ（複数可）を解放することが可能である。

一実施形態では、ネットワーク・ノードは、ＳＬＲＢの解放のために第１ＵＥに第２ＲＲＣメッセージを送信することができる。第２ＲＲＣメッセージは、解放のための少なくとも１つのＳＬＲＢの１つ以上の識別子を含んでもよい。

一実施形態では、第１ＵＥは、少なくとも１つのＳＬＲＢのうちの１つ以上についてＳＬＲＢ設定を要求するために、第３ＲＲＣメッセージをネットワーク・ノードに送信することができる。第３ＲＲＣメッセージは、少なくとも１つのＰＣ５ＱｏＳフロー（ＰＦＩ）を含むことができる。第３ＲＲＣメッセージはまた、各ＰＣ５ＱｏＳフローに関連付けられたＰＣ５ＱｏＳ識別子（ＰＱＩ）を含んでもよい。更に、第３ＲＲＣメッセージは、第１サイドリンク・サービスの識別子又はインデックスを含んでもよい。更に、第３ＲＲＣメッセージは、宛先（レイヤ２）識別子及び／又はＰＣ５リンク識別子（ＰＦＩ）を含んでもよい。

一実施形態では、ネットワーク・ノードは、第４ＲＲＣメッセージを第１ＵＥに送信して、少なくとも１つのＳＬＲＢのうちの１つ以上に対してＳＬＲＢコンフィギュレーション（複数可）を設定することができる。第４ＲＲＣメッセージは、少なくとも１つのＳＬＲＢの１つ以上の識別子を含んでもよい。第４ＲＲＣメッセージはまた、第１サイドリンク・サービスの識別子又はインデックスを含んでもよい。更に、第４ＲＲＣメッセージは、宛先（レイヤ２）識別子及び／又はＰＣ５リンク識別子（ＰＦＩ）を含んでもよい。

図２４は、ＳＬＲＢ又はＳＬ−ＤＲＢを解放するようにネットワーク・ノードに指示する第１ＵＥの観点からの１つの例示的な実施形態によるフローチャート２４００である。ステップ２４０５において、第１ＵＥは、ネットワーク・ノードから第２ＲＲＣメッセージを受信し、ここで、第２ＲＲＣメッセージは、ＳＬＲＢを設定し、ユニキャスト・リンクで送信される１つ以上のＰＣ５ＱｏＳフローを、ＳＬＲＢにマッピングし、ユニキャスト・リンクは第１ＵＥと第２ＵＥとの間で確立される。ステップ２４１０において、第１ＵＥは、１つ以上のＰＣ５ＱｏＳフローが不活性化又は終了させられた場合に、第３ＲＲＣメッセージをネットワーク・ノードに送信し、ここで、第３ＲＲＣメッセージは、解放するＳＬＲＢを示す情報を含む。

一実施形態では、第１ＵＥは、ＳＬＲＢ設定を要求するために、第１ＲＲＣメッセージをネットワーク・ノードに送信することが可能であり、第１ＲＲＣメッセージは、１つ以上のＰＣ５ＱｏＳフローのＰＦＩ（複数可）を含む。第１ＵＥは、ネットワーク・ノードから第４ＲＲＣメッセージを受信することが可能であり、ここで、第４ＲＲＣメッセージは、第３ＲＲＣメッセージに含まれる情報によって示されるＳＬＲＢを解放するようにＵＥを再設定する。

一実施形態では、第１ＲＲＣメッセージは、ユニキャスト・リンクに関連する宛先レイヤ２ＩＤを含んでもよい。宛先レイヤ２ＩＤは、第２ＵＥのソース・レイヤ２ＩＤであってもよい。第１又は第３ＲＲＣメッセージは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎであってもよい。第２又は第４ＲＲＣメッセージはＲＲＣ再設定メッセージであってもよい。

一実施形態では、第３ＲＲＣメッセージは、ＳＬＲＢのリリース・メッセージであってもよい。第３ＲＲＣメッセージは、リリースに関するＳＬＲＢにマッピングされた１つ以上のＰＣ５ＱｏＳフローのＰＦＩを含むことができる。第３ＲＲＣメッセージは、リリースするＳＬＲＢの識別子、又はリリースするＳＬＲＢを設定するコンフィグレーションのインデックスを含んでもよい。

一実施形態では、ネットワーク・ノードは基地局（例えば、ｇＮＢ）であってもよい。

一実施形態では、第１ＵＥは、４ＲＲＣメッセージに含まれる情報に従って、ＳＬＲＢを解放することができる。第１ＵＥは自律的にＳＬＲＢ（複数可）を解放することが可能である。

一実施形態では、第１ＵＥの上位レイヤが１つ以上のＰＣ５ＱｏＳフローは不活性化又は終了させられていることを示している場合、又は第１ＵＥの上位レイヤが１つ以上のＰＣ５ＱｏＳフローはＳＬＲＢにマッピングされていないことを示している場合、第３ＲＲＣメッセージがネットワーク・ノードに送信されることが可能である。１つ以上のＰＣ５ＱｏＳフローがＶ２Ｘサービスに関連付けられてもよい。第３ＲＲＣメッセージは、ＳＬＲＢにマッピングされる１つ以上のＰＣ５ＱｏＳフローのＰＦＩが、第１ＲＲＣメッセージに含まれるＰＣ５ＱｏＳフローのリストから除外されることを示すことが可能である。

一実施形態では、第１ＲＲＣメッセージは、１つ以上のＰＣ５ＱｏＳフローのＰＦＩを含んでもよい。第１ＲＲＣメッセージはまた、ＰＣ５ＱｏＳ識別子（ＰＱＩ）及び／又は各ＰＣ５ＱｏＳフローに関連するＰＣ５ＱｏＳプロファイルを含んでもよい。更に、第１ＲＲＣメッセージは、ユニキャスト・リンクに関連する宛先（レイヤ２）識別子及び／又はＰＣ５リンク識別子（ＰＦＩ）を含む可能性がある。

一実施形態では、第２ＲＲＣメッセージは、少なくとも１つのＳＬＲＢの１つ以上の識別子を含んでもよい。第２ＲＲＣメッセージは、宛先（レイヤ２）識別子、宛先（レイヤ２）識別子に関連付けられたインデックス、及び／又はユニキャスト・リンクに関連付けられたＰＣ５リンク識別子（ＰＦＩ）を含んでもよい。

第１ＵＥの１つの例示的な実施形態において、以前の図３及び４を参照する。第１ＵＥ３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、第１ＵＥが、（ｉ）ネットワーク・ノードから第２ＲＲＣメッセージを受信すること（第２ＲＲＣメッセージは、ＳＬＲＢを設定し、ユニキャスト・リンクで送信される１つ以上のＰＣ５ＱｏＳフローを、ＳＬＲＢにマッピングし、第１ＵＥと第２ＵＥとの間でユニキャスト・リンクが確立される）、及び（ｉｉ）１つ以上のＰＣ５ＱｏＳフローが不活性化又は終了させられる場合に、第３ＲＲＣメッセージをネットワーク・ノードに送信すること（第３ＲＲＣメッセージは、解放するＳＬＲＢを示す情報を含む）を可能にするように、プログラム・コード３１２を実行することが可能である。更に、ＣＰＵ３０８は、プログラム・コード３１２を実行して、本願で説明される上述の動作及びステップ又はその他の全てを実行することができる。

図２５は、第１ＵＥに設定されたＳＬＲＢ（複数可）を解放するためのネットワーク・ノードの観点からの１つの例示的な実施形態によるフローチャート２５００である。ステップ２５０５において、ネットワーク・ノードは、ユニキャスト・リンクに関する第１ＵＥに対して少なくとも１つのＳＬＲＢを設定し、ここで、ユニキャスト・リンクは、第１ＵＥと第２ＵＥの間で確立される。ステップ２５１０において、ネットワーク・ノードは、第１ＵＥから第３ＲＲＣメッセージを受信し、ここで、第３ＲＲＣメッセージは、解放する少なくとも１つのＳＬＲＢのうちのＳＬＲＢを示す情報を含む。ステップ２５１５において、ネットワーク・ノードは、第３ＲＲＣメッセージに含まれる情報に従って、ＳＬＲＢの設定を解放する。

一実施形態では、情報は、解放するＳＬＲＢにマッピングされた１つ以上のＰＣ５ＱｏＳフローのＰＦＩを含んでもよい。情報はまた、解放するＳＬＲＢの識別子を含んでもよい。

一実施形態では、ネットワーク・ノードは、ＳＬＲＢ解放のために第４ＲＲＣメッセージを第１ＵＥに送信することができる。第４ＲＲＣメッセージは、解放するＳＬＲＢの１つ以上の識別子を含んでもよい。

一実施形態では、第１ＵＥは、１つ以上のＰＣ５ＱｏＳフローに対するＳＬＲＢ設定を要求するために、第１ＲＲＣメッセージをネットワーク・ノードに送信することができる。第１ＲＲＣメッセージは、１つ以上のＰＣ５ＱｏＳフローのＰＦＩを含むことができる。第１ＲＲＣメッセージはまた、ＰＣ５ＱｏＳ識別子（ＰＱＩ）及び／又は各ＰＣ５ＱｏＳフローに関連するＰＣ５ＱｏＳプロファイルを含んでもよい。更に、第１ＲＲＣメッセージは、ユニキャスト・リンクに関連する宛先（レイヤ２）識別子及び／又はＰＣ５リンク識別子（ＰＦＩ）を含んでもよい。

一実施形態では、情報は、ＳＬＲＢにマッピングされた１つ以上のＰＣ５ＱｏＳフローのＰＦＩが、第１ＲＲＣメッセージに含まれるＰＣ５ＱｏＳフローのリストから除外されることを、示すことができる。

一実施形態では、ネットワーク・ノードは、第２ＲＲＣメッセージを第１ＵＥに送信して、少なくとも１つのＳＬＲＢのうちの１つ以上のＳＬＲＢコンフィギュレーション（複数可）を設定することができる。第２ＲＲＣメッセージは、少なくとも１つのＳＬＲＢの１つ以上の識別子を含んでもよい。第２ＲＲＣメッセージは、宛先（レイヤ２）識別子、宛先（レイヤ２）識別子に関連付けられたインデックス、及び／又はユニキャスト・リンクに関連付けられたＰＣ５リンク識別子（ＰＦＩ）を含んでもよい。

一実施形態では、第１又は第３ＲＲＣメッセージは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎであってもよい。第２又は第４ＲＲＣメッセージは、ＲＲＣ再設定メッセージであってもよい。

ネットワーク・ノードの１つの例示的な実施形態において、以前の図３及び４を参照する。ネットワーク・ノード３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、ネットワーク・ノードが、（ｉ）ユニキャスト・リンクのために、第１ＵＥに対して少なくとも１つのＳＬＲＢを設定すること（ユニキャスト・リンクは第１ＵＥと第２ＵＥの間に確立される）、（ｉｉ）第１ＵＥから第３ＲＲＣメッセージを受信すること（第３ＲＲＣメッセージは解放する少なくとも１つのＳＬＲＢのうちのＳＬＲＢを示す情報を含む）、（ｉｉｉ）第３ＲＲＣメッセージに含まれる情報に従ってＳＬＲＢの設定を解放することを可能にするように、プログラム・コード３１２を実行することが可能である。更に、ＣＰＵ３０８は、プログラム・コード３１２を実行して、本願で説明される上述の動作及びステップ又はその他の全てを実行することができる。

本開示の様々な側面が上記で説明されている。本願における教示は、広範な多様な形態で具現化されることが可能であること、及び本願で開示される任意の特定の構造、機能、又はそれら双方は単に代表的なものであるに過ぎないことは、明らかであろう。本願における教示に基づいて、当業者は、本願で開示された態様は、任意の他の態様から独立して実装されることが可能であること、及びこれらの２つ以上の態様は種々の方法で組み合わせられることが可能であることを理解するはずである。例えば、本願で上述した任意の数の態様を用いて、装置を実現すること又は方法を実現することが可能である。更に、本願に記載した１つ以上の態様に加えて又はそれ以外に、他の構造、機能、又は構造及び機能を用いて、装置を実現すること、又はそのような方法を実現することができる。上記の概念の幾つかの例として、幾つかの態様において、同時チャネルは、パルス繰り返し周波数に基づいて確立されることが可能である。幾つかの態様において、パルス位置又はオフセットに基づいて、同時チャネルが確立されることが可能である。幾つかの側面において、同時チャネルは、時間ホッピング・シーケンスに基づいて確立されることが可能である。幾つかの側面において、同時チャネルは、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピング・シーケンスに基づいて確立されることが可能である。

当業者は、情報及び信号が多種多様な任意の技術及び技法を使用して表現される可能性があることを理解するであろう。例えば、上記の説明を通じて参照される可能性があるデータ、命令、コマンド、情報、信号、ビット、シンボル及びチップは、電圧、電流、電磁波、磁気的な場又は粒子、光学的な場又は粒子、又はそれらの任意の組み合わせによって表現されてよい。

本願で開示される態様に関連して説明される種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズム・ステップは、電子ハードウェア（例えば、ソース・コーディング又は何らかの他の技術を使用して設計され可能性がある、デジタル実装、アナログ実装、又は両者の組み合わせ）、命令を組み込む種々の形態のプログラム又は設計コード（本願においては、便宜上、「ソフトウェア」又は「ソフトウェア・モジュール」と言及される可能性がある）、又はそれらの組み合わせとして実装される可能性があることを、当業者は更に理解するであろう。ハードウェア及びソフトウェアのこの互換性を明確に説明するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路及びステップが、それらの機能の観点から一般的に上記で説明されている。このような機能がハードウェア又はソフトウェアとして実装されるかどうかは、特定のアプリケーション及びシステム全体に課される設計制約に依存する。当業者は、説明された機能を、特定のアプリケーションそれぞれについて様々な方法で実装する可能性があるが、そのような実装の決定は、本開示の範囲から逸脱を引き起こすように解釈されるべきではない。

更に、本願で開示される態様に関連して説明される種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセス・ポイント内で実装されてもよいし、又はそれらによって実行されてもよい。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、又は他のプログラマブル論理デバイス、ディスクリート・ゲート若しくはトランジスタ・ロジック、ディスクリート・ハードウェア・コンポーネント、電気コンポーネント、光学コンポーネント、機械コンポーネント、又は本願で説明される機能を実行するように設計されるそれらの任意の組み合わせを含む可能性があり、ＩＣ内部、ＩＣ外部、又は両者に存在するコード又は命令を実行する可能性がある。汎用プロセッサはマイクロプロセッサであってもよいが、代替案では、プロセッサは、何らかの従来のプロセッサ、コントローラ、マイクロコントローラ又は状態マシンであってもよい。プロセッサはまた、コンピューティング・デバイスの組合せ、例えばＤＳＰとマイクロプロセッサの組み合せ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１つ以上のマイクロプロセッサ、又は他のそのような構成として実装されてもよい。

何れかの開示されたプロセスにおけるステップの何らかの特定の順序又は階層は、サンプル・アプローチの一例であることが理解される。設計の好みに基づいて、本開示の範囲内にとどまりつつ、プロセスのステップの特定の順序又は階層は再編成され得ることが理解される。添付の方法の請求項は、あるサンプル順序で様々なステップの要素を提示しており、提示された特定の順序又は階層に限定されることを意味していない。

本願で開示される態様に関連して説明される方法又はアルゴリズムのステップは、直接的にハードウェアで、プロセッサによって実行されるソフトウェア・モジュールで、又は両者の組み合わせにおいて具現化されてもよい。ソフトウェア・モジュール（例えば、実行可能な命令及び関連データを含む）及び他のデータは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、又は当該技術分野で既知のコンピュータ読み取り可能な他の形態の記憶媒体などのデータ・メモリ内に存在する可能性がある。サンプルの記憶媒体は、例えばコンピュータ／プロセッサ（ここでは、便宜上、「プロセッサ」と言及されてよい）などのマシンに結合されることが可能であり、そのようなプロセッサは、情報（例えばコード）を記憶媒体から読み込み、または情報を記憶媒体に書き込むことが可能である。サンプルの記憶媒体はプロセッサと一体的であってもよい。プロセッサと記憶媒体はＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザー装置内に存在してもよい。代替案では、プロセッサと記憶媒体は、ユーザー装置内の個別的なコンポーネントとして存在してもよい。更に、幾つかの態様では、任意の適切なコンピュータ・プログラム・プロダクトは、開示の１つ以上の態様に関連するコードを含むコンピュータ読み取り可能な媒体を含んでもよい。幾つかの態様では、コンピュータ・プログラム・プロダクトは包材を含んでもよい。

本発明は様々な態様に関連して説明されてきたが、本発明は更なる修正が可能であることは理解されるであろう。本願は、本発明の原理に一般的に従う発明の任意の変形、使用、又は適合であって、本開示からのそのような逸脱を、本発明が関連する技術分野における周知慣用の範囲内に収めるように包含するものをカバーするように意図されている。

Claims (20)

1. ＳＬＲＢ（サイドリンク無線ベアラ）又はＳＬ−ＤＲＢ（サイドリンク・データ無線ベアラ）を解放するためにネットワーク・ノードに通知する第１ＵＥ（ユーザー装置）のための方法であって：
   サイドリンク・リソースを要求するために第１ＲＲＣ（無線リソース制御）メッセージをネットワーク・ノードへ送信するステップであって、前記第１ＲＲＣメッセージは、ＰＣ５ＱｏＳ（サービス品質）フローの第１リストにおけるＰＣ５ＱｏＳフローのＰＦＩ（ＰＣ５ＱｏＳフロー識別子）を含む、ステップ；
   第２ＲＲＣメッセージを前記ネットワーク・ノードから受信するステップであって、前記第２ＲＲＣメッセージは、ＳＬＲＢを設定し、且つ前記ＰＣ５ＱｏＳフローを前記ＳＬＲＢにマッピングする、ステップ；及び
   前記ＰＣ５ＱｏＳフローが不活性化又は解放される場合に、第３ＲＲＣメッセージを前記ネットワーク・ノードへ送信するステップであって、前記ＰＣ５ＱｏＳフローの前記ＰＦＩは、前記第３ＲＲＣメッセージに含まれるＰＣ５ＱｏＳフローの第２リストから除外される、ステップ；
   を含む方法。
2. 前記ＰＣ５ＱｏＳフローはＰＣ５ユニキャスト・リンクで送信され、前記ＰＣ５ユニキャスト・リンクは前記第１ＵＥと第２ＵＥとの間に確立される、請求項１に記載の方法。
3. 第４ＲＲＣメッセージを前記ネットワーク・ノードから受信するステップを更に含み、前記第４ＲＲＣメッセージは前記ＳＬＲＢを解放するように前記ＵＥを再設定する、請求項１に記載の方法。
4. 前記第４ＲＲＣメッセージに従って前記ＳＬＲＢを解放するステップを更に含む請求項３に記載の方法。
5. 前記ＰＣ５フローの前記ＰＦＩは、ＰＣ５ＱｏＳフローの前記第２リストには含まれていない、請求項１に記載の方法。
6. 前記第１ＲＲＣメッセージは、前記ＰＣ５ユニキャスト・リンクに関連する宛先レイヤ２ＩＤを含む、請求項１に記載の方法。
7. 前記宛先レイヤ２ＩＤ（識別子）は第２ＵＥのレイヤ２ＩＤである、請求項６に記載の方法。
8. 前記第１ＲＲＣメッセージ又は前記第３ＲＲＣメッセージは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎである、請求項１に記載の方法。
9. 前記第２ＲＲＣメッセージ又は前記第４ＲＲＣメッセージは、ＲＲＣ再設定メッセージである、請求項１に記載の方法。
10. 前記ネットワーク・ノードは基地局である、請求項１に記載の方法。
11. 制御回路；
    前記制御回路に設けられたプロセッサ；及び
    前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリ；
    を含む第１ＵＥ（ユーザー装置）であって、
    前記プロセッサは：
    サイドリンク・リソースを要求するために第１ＲＲＣ（無線リソース制御）メッセージをネットワーク・ノードへ送信するステップであって、前記第１ＲＲＣメッセージは、ＰＣ５ＱｏＳ（サービス品質）フローの第１リストにおけるＰＣ５ＱｏＳフローのＰＦＩ（ＰＣ５ＱｏＳフロー識別子）を含む、ステップ；
    第２ＲＲＣメッセージを前記ネットワーク・ノードから受信するステップであって、前記第２ＲＲＣメッセージは、ＳＬＲＢ（サイドリンク無線ベアラ）を設定し、且つ前記ＰＣ５ＱｏＳフローを前記ＳＬＲＢにマッピングする、ステップ；及び
    前記ＰＣ５ＱｏＳフローが不活性化又は解放される場合に、第３ＲＲＣメッセージを前記ネットワーク・ノードへ送信するステップであって、前記ＰＣ５ＱｏＳフローの前記ＰＦＩは、前記第３ＲＲＣメッセージに含まれるＰＣ５ＱｏＳフローの第２リストから除外される、ステップ；
    を行うために、前記メモリに記憶されたプログラム・コードを実行するように構成されている、第１ＵＥ。
12. 前記ＰＣ５ＱｏＳフローはＰＣ５ユニキャスト・リンクで送信され、前記ＰＣ５ユニキャスト・リンクは前記第１ＵＥと第２ＵＥとの間に確立される、請求項１１に記載の第１ＵＥ。
13. 前記プロセッサは：
    第４ＲＲＣメッセージを前記ネットワーク・ノードから受信するステップであって、前記第４ＲＲＣメッセージは前記ＳＬＲＢを解放するように前記ＵＥを再設定する、ステップを行うために、前記メモリに記憶されたプログラム・コードを実行するように更に構成されている、請求項１１に記載の第１ＵＥ。
14. 前記プロセッサは：
    前記第４ＲＲＣメッセージに従って前記ＳＬＲＢを解放するステップを行うために、前記メモリに記憶されたプログラム・コードを実行するように更に構成されている、請求項１３に記載の第１ＵＥ。
15. 前記ＰＣ５フローの前記ＰＦＩは、ＰＣ５ＱｏＳフローの前記第２リストには含まれていない、請求項１１に記載の第１ＵＥ。
16. 前記第１ＲＲＣメッセージは、前記ＰＣ５ユニキャスト・リンクに関連する宛先レイヤ２ＩＤを含む、請求項１１に記載の第１ＵＥ。
17. 前記宛先レイヤ２ＩＤは第２ＵＥのレイヤ２ＩＤである、請求項１６に記載の第１ＵＥ。
18. 前記第１ＲＲＣメッセージ又は前記第３ＲＲＣメッセージは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎである、請求項１１に記載の第１ＵＥ。
19. 前記第２ＲＲＣメッセージ又は前記第４ＲＲＣメッセージは、ＲＲＣ再設定メッセージである、請求項１１に記載の第１ＵＥ。
20. 前記ネットワーク・ノードは基地局である、請求項１１に記載の第１ＵＥ。

Images