JP2020150537A - 無線通信システムにおけるサイドリンク論理チャネル確立のための方法および装置 - Google Patents

Abstract

【課題】第１のＵＥ（ユーザ機器）がサイドリンク論理チャネル（ＳＬ ＬＣＨ）確立を実行するための方法、第１の通信デバイス及び第２の通信デバイスを提供する。【解決手段】方法は、第１のＵＥがサイドリンク設定のリストを記憶することを含む。リスト内の各エントリは、１つのサイドリンク設定と、１つのサイドリンク設定に関連付けられた少なくとも１つのＰＣ５ ＱｏＳ識別子（ＰＱＩ）を含む。方法はさらに、第１のＵＥが、サイドリンクサービスからのＰＣ５ ＱｏＳフローのＰＱＩに従って、リスト内のエントリを選択することを含む。また、第１のＵＥが、エントリのサイドリンク設定に従ってＰＣ５ ＱｏＳフローに対するＳＬ ＬＣＨを確立し、ＳＬ ＬＣＨに対してアイデンティティを割り当てることを含む。【選択図】図２０

Description

本願は、２０１９年３月１４日に出願された米国仮特許出願第６２／８１８，３８０号および２０１９年７月２３日出願された米国仮特許出願第６２／８７７，７２２の利益を主張し、それらの全開示は、参照によりその全体が本明細書に援用される。

この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおけるサイドリンク論理チャネル確立のための方法および装置に関する。

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。

第１のＵＥ（ユーザ機器）がサイドリンク論理チャネル（ＳＬ ＬＣＨ）確立を実行する観点からの方法および装置が開示される。一実施形態では、本方法は、第１のＵＥがサイドリンク設定のリストを記憶することを含み、リスト内の各エントリは、１つのサイドリンク設定と、１つのサイドリンク設定に関連付けられた少なくとも１つのＰＣ５ ＱｏＳ識別子（ＰＱＩ）を含む。本方法はさらに、第１のＵＥが、サイドリンクサービスからのＰＣ５ ＱｏＳフローのＰＱＩに従って、リスト内のエントリを選択することを含む。また、本方法は、第１のＵＥが、エントリのサイドリンク設定に従ってＰＣ５ ＱｏＳフローに対するＳＬ ＬＣＨを確立し、ＳＬ ＬＣＨに対してアイデンティティを割り当てることを含む。追加的に、本方法は、第１のＵＥが、第２のＵＥがＳＬ ＬＣＨを確立するための情報を第２のＵＥに送信することを含み、その情報は、少なくともＳＬ ＬＣＨのアイデンティティ、ＰＣ５ ＱｏＳフローの識別子、およびサイドリンク設定に含まれる送信−受信（ＴＸ−ＲＸ）整合パラメータを含む。さらに、本方法は、第１のＵＥがＳＬ ＬＣＨ上でＰＣ５ ＱｏＳフローからのサイドリンクパケットを送信することを含む。

１つの例示的な実施形態による無線通信システムの図を示す。 １つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。 １つの例示的な実施形態による通信システムの機能ブロック図である。 １つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。 ３ＧＰＰ Ｒ２−１９００３７０の図Ａ−３の複製である。 ３ＧＰＰ Ｒ２−１９００３７０の図Ａ−４の複製である。 ３ＧＰＰ Ｒ２−１９００３７０の図Ａ−５の複製である。 ３ＧＰＰ ＴＳ ３６．３００ Ｖ１５．３．０の図６−３の複製である。 ３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０の図５．４．１．１．１−１の複製である。 ３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．１．６−１の複製である。 ３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．１．６−２の複製である。 ３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．１．６−４の複製である。 ３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．２．４−１の複製である。 ３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．２．４−２の複製である。 １つの例示的な実施形態によるマッピングテーブルである。 １つの例示的な実施形態によるマッピングテーブルである。 １つの例示的な実施形態によるマッピングテーブルである。 １つの例示的な実施形態によるマッピングテーブルである。 １つの例示的な実施形態によるマッピングテーブルである。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。

以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband：超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（New Radio）、またはその他何らかの変調技術に基づいてよい。

特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、3GPP RAN2 #104 Chairman’s Note; TR 23.786 V1.0.0, “Study on architecture enhancements for EPS and 5G System to support advanced V2X services”; R2-1900370, “Summary of Email Discussion [104#58][NR V2X] ‐ QoS support for NR V2X”; TS 36.300 V15.3.0, entitled “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description”; R2-1903001, “Report of 3GPP TSG RAN2#105 meeting”; R2-1908107, “Report from session on LTE V2X and NR V2X”; TS 23.287 V1.0.0, “Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services”; TS 36.321 V15.3.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification”; および R2-1907454, “Details about NR SL QoS handling”を含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。

図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。

アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。

順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。

アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。

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

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

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

そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。

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

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

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

プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。

送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。

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

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

（３ＧＰＰ ＲＡＮ２＃１０４ Ｃｈａｉｒｍａｎ‘ｓ ｎｏｔｅにおいて詳説されているように）３ＧＰＰ ＲＡＮ＃１０４ ｍｅｅｔｉｎｇは、ＮＲ ｅＶ２Ｘサイドリンクについて以下の合意をした。
［外１］

３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０は、以下のようにｅＶ２Ｘに対して以下のソリューションを導入している：
［外２］

［“UE oriented layer 2 link establishment procedure”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１１．３．１−１は省略］
［外３］

［“V2X Service oriented layer 2 link establishment procedure”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１１．３．１−２は省略］
［外４］

［“Establishment of secure layer-2 link over PC5”と題する、３ＧＰＰ ＴＲ ２３．７８６ Ｖ１．０．０の図６．１９．２．１．２−１は省略］
［外５］

３ＧＰＰ Ｒ２−１９００３７０は以下の３ＧＰＰ電子メールディスカッション［１０４＃５８］［ＮＲ／Ｖ２Ｘ］を含む：
［外６］

３ＧＰＰ Ｒ２−１９００３７０の付属書は、ＮＷ（Network）設定／事前設定されたＳＬＲＢ（Sidelink Radio Bearer）のいくつかの候補オプションを以下のように説明している：
［外７］

［“PC5 QoS profile based, cell specific configuration (e.g. in V2X specific SIB)”と題する、３ＧＰＰ Ｒ２−１９００３７０の図Ａ−３を図５として複製］
［外８］

［“PC5 QoS profile based, pre-configuration”と題する、３ＧＰＰ Ｒ２−１９００３７０の図Ａ−４を図６として複製］
［外９］

［“PC5 QoS flow based: pre-configuration”と題する、３ＧＰＰ Ｒ２−１９００３７０の図Ａ−５を図７として複製］
［外１０］

３ＧＰＰ ＴＳ ３６．３００は、さらに、サイドリンク無線ベアラとサイドリンク論理チャネルとの間のマッピングを以下のように導入している:
［外１１］

［“Layer 2 Structure for Sidelink”と題する、ＴＳ ３６．３００ Ｖ１５．３．０の図６−３を図８として複製］

３ＧＰＰ ＲＡＮ２＃１０５ｍｅｅｔｉｎｇにおいて、(３ＧＰＰ Ｒ２−１９０３００１で検討されているように)ＮＲ(New RAT／Radio)サイドリンクＱｏＳ(Quality of Service)に関する以下の合意がなされた:
［外１２］

３ＧＰＰ ＲＡＮ２＃１０６ｍｅｅｔｉｎｇにおいて、(３ＧＰＰ Ｒ２−１９０８１０７で検討されているように)ＮＲサイドリンクＱｏＳおよびＳＬＲＢ(Sidelink Radio Bearer)設定に関する以下の合意がなされた:
［外１３］

３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０．０は、Ｖ２Ｘサービスに対する以下のサポートを特定する：
［外１４］

［“Granularity of PC5 Unicast Link”と題する、３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０の図５．２．１．４−１は省略］
［外１５］

［“Per-Flow PC5 QoS Model for NR PC5”と題する、３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０の図５．４．１．１．１−１を図９として複製］
［外１６］

［“Deriving PC5 QoS parameters for V2X communication over NR PC5”と題する、３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０の図５．４．１．１．２−１は省略］
［外１７］

３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０は以下を述べている：
［外１８］

［“R/R/E/LCID/F/L MAC subheader”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．１．６−１を図１０として複製］
［“R/R/E/LCID MAC subheader”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．１．６−２を図１１として複製］
［外１９］

［“Example of MAC PDU consisting of MAC header, MAC SDUs and padding”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．１．６−４を図１２として複製］
［外２０］

［“Values of LCID for SL-SCH”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．２．４−１を図１３として複製］
［“Values of F field:”と題する、３ＧＰＰ ＴＳ ３６．３２１ Ｖ１５．３．０の図６．２．４−２を図１４として複製］

３ＧＰＰ Ｒ２−１９０７４５４は、サイドリンク（ＳＬ）通信のための３つのタイプのＳＬＲＢパラメータを以下のように開示している:
［外２１］

３ＧＰＰ Ｒ２−１９００３７０で検討されたように、ＰＣ５ ＱｏＳフローベースの事前設定とＰＣ５ ＱｏＳプロファイルベースの事前設定が導入された。すべての可能なＰＣ５ ＱｏＳフローに対するＳＬＲＢの事前設定に関する情報は、事前にネットワーク（例えば、５ＧＣ、Ｖ２Ｘ制御機能）によって提供される。その情報には、ＳＬＲＢ ＩＤ、ＱｏＳフローとＳＬＲＢのマッピング、およびＡＳ設定（例えば、ＰＤＣＰ（Packet Data Convergence Protocol）／ＲＬＣ（Radio Link Control）／ＬＣＨ（Logical Channel）設定）が含まれてもよい。ＡＳ設定は、例えば、t-Reordering、Reordering_Window、Maximum_PDCP_SN、ＲＬＣモード（ＵＭ（Unacknowledged Mode）またはＡＭ（Acknowledged Mode））、AM_Window_Size、UM_Window_Size、サイドリンク論理チャネルのアイデンティティなどを示すことができる。

ＮＲ Ｕｕでは、ＱＦＩの最大数（６４）はＤＲＢの最大数（３２）よりも大きい。ＮＲ ＳＬ（Sidelink）では、ＰＣ５ ＱｏＳフローの最大数もＳＬＲＢの最大数より大きい可能性がある。以前の事前設定情報では、（２つのペアＵＥ間で確立された）すべてのユニキャストリンクに適用できる可能性のあるＡＳ設定の最大数は、ＳＬＲＢの最大数によって制限される。図１５は、ＱＦＩの最大数＝３２であり、ＳＬＲＢの最大数＝１６である例示的なマッピングテーブルである。図１５に示される例示的なマッピングテーブルにおいて、２つのＱＦＩが、１つのＳＬＲＢにマッピングされた１つのＡＳ設定を共有する。

すべてのユニキャストリンクに適用できる可能性のあるＡＳ設定の最大数を、ＳＬＲＢの最大数に制限することは、あまりにも制限的であるように思われる。
したがって、より柔軟な方法は、ＰＣ５ ＱｏＳフローとＵＥのＡＳ設定との間の関連付けを事前に設定し、ＳＬＲＢ ＩＤをオープンにしたままにすることである。ＳＬＲＢ ＩＤは、ユニキャストリンクが確立される間または確立された後に、１つのＵＥによって（動的に）割り当てられ、その後、ピアＵＥに渡されることができる。おそらく、開始側ＵＥはピアＵＥに情報を送信することができる。その情報には、ＳＬＲＢアイデンティティおよびＰＣ５ ＱｏＳフローアイデンティティを含めることができる。その情報によれば、ピアＵＥがその情報に示されたＳＬＲＢアイデンティティを使用してＳＬＲＢを作成し、ＳＬＲＢに対して、その情報に示されたＰＣ５ ＱｏＳフローアイデンティティに関連付けられたＡＳ設定を適用することができる。

図１６は、ＱＦＩの最大数＝３２であり、ＡＳ設定の最大数＝２４である例示的なマッピングテーブルである。１６個のＱＦＩが、１つのＡＳ設定のみにマッピングされることができる。ＱＦＩ（QoS Flow Identity）またはＰＱＩ（PC5 5QI）によって、１つのＰＣ５ ＱｏＳフローを識別できることに留意する。

おそらく、各ＳＬＲＢを１つのサイドリンク論理チャネルに関連付けることができる。ＳＬＲＢのアイデンティティは、関連付けられたサイドリンク論理チャネルのアイデンティティと同じか、またはこれとは異なることができる。ＳＬＲＢのアイデンティティが関連付けられたサイドリンク論理チャネルのアイデンティティと異なる場合、開始側ＵＥは、関連付けられたサイドリンク論理チャネルのアイデンティティをピアＵＥに送信される情報に含めることができる。

別の代替案は、ユニキャストリンクに携わる両方のＵＥが、同じルールに従ってＳＬＲＢ ＩＤを個別に割り当てて、両方のＵＥにおけるＳＬＲＢ ＩＤとＡＳ設定間のマッピングを整合できるようにする。たとえば、ＵＥにおいて（Ｖ２Ｘユニキャストのための）３個のＰＣ５ ＱｏＳフロー（ＱＦＩ１、ＱＦＩ５およびＱＦＩ１８を含む）を備えたアクティブなＶ２Ｘサービスがある。ＵＥは、ＡＳ設定とＰＣ５ ＱｏＳフローとの関連付けに関するリストを記憶することができる。このリストによれば、これら３つのＰＣ５ ＱｏＳフローに対応するＡＳ設定は、ＡＳ設定１、ＡＳ設定３およびＡＳ設定１０である。ＵＥは、これら３つのＰＣ５ ＱｏＳフローに対して３つのＳＬＲＢを作成し、リスト内のこれら３つのＰＣ５ ＱｏＳフローまたはこれら３つのＡＳ設定と同じ順序でＳＬＲＢアイデンティティを順番に割り当てることができる。ＳＬＲＢアイデンティティの初期値は０とすることができるため、ＵＥがこれら３つのＳＬＲＢに対してＳＬＲＢ０、ＳＬＲＢ１、およびＳＬＲＢ２を有することができる。また、ＳＬＲＢがＰＣ５（ＰＣ５−Ｓおよび／またはＰＣ５−ＲＲＣ）制御シグナリングに使用された後に、ＳＬＲＢアイデンティティのナンバリングをすることも可能である。ＰＣ５制御シグナリングに使用されるＳＬＲＢがＳＬＲＢ０およびＳＬＲＢ１を占有する場合、トラフィック転送に使用されるＳＬＲＢに対するＳＬＲＢアイデンティティはＳＬＲＢ２から開始することができ、ＵＥはこれら３つのＳＬＲＢに対してＳＬＲＢ２、ＳＬＲＢ３およびＳＬＲＢ４を有することになる。ＳＬＲＢ ＩＤに加えて、ＳＬＲＢにマッピングされたサイドリンク論理チャネルのアイデンティティも両方のＵＥによって割り当てられるべきである。ＳＬＲＢのアイデンティティは、マッピングされたサイドリンク論理チャネルのアイデンティティと同じか、またはこれとは異なることができる。

ＰＣ５ ＱｏＳプロファイルとＡＳ設定との間の関連付けを事前設定する上記の概念は、グループキャストおよび／またはブロードキャストのためのＰＣ５ ＱｏＳプロファイルベースの事前設定にも適用可能である。すなわち、グループキャストおよび／またはブロードキャストに携わっている各ＵＥが、同じ規則に従ってＳＬＲＢ ＩＤを個別に割り当てて、関係するＵＥにおけるＳＬＲＢ ＩＤとＡＳ設定との間のマッピングを整合できるようにする。

図１７は、ＰＱＩの最大数＝３２であり、ＡＳ設定の最大数＝２４である例示的なマッピングテーブルを示す。１６個のＰＱＩが、１つのＡＳ設定のみにマッピングできる。ＰＱＩによって、１つのＰＣ５ ＱｏＳプロファイルを識別できることに留意する。

例えば、（Ｖ２Ｘグループキャストのための）送信側ＵＥにおいて、３つのＰＣ５ ＱｏＳプロファイル（ＰＱＩ１、ＰＱＩ５およびＰＱＩ１８を含む）を備えたアクティブなＶ２Ｘサービスがある。ＵＥは、ＡＳ設定とＰＣ５ ＱｏＳプロファイルとの間の関連付けに関するリストを記憶することができる。リストによれば、これらの３つのＰＣ５ ＱｏＳプロファイルに対応するＡＳ設定は、ＡＳ設定１、ＡＳ設定３、およびＡＳ設定１０とすることができる。ＵＥは、これら３つのＰＣ５ ＱｏＳプロファイルに対して３つのＳＬＲＢを作成し、リスト内のこれら３つのＰＣ５ ＱｏＳプロファイルまたはこれらの３つのＡＳ設定と同じ順序でＳＬＲＢアイデンティティを順番に割り当てることができる。ＳＬＲＢアイデンティティの初期値は０とすることができるため、ＵＥはこれら３つのＳＬＲＢに対してＳＬＲＢ０、ＳＬＲＢ１、およびＳＬＲＢ２を有することができる。また、ＳＬＲＢがＰＣ５（ＰＣ５−Ｓおよび／またはＰＣ５−ＲＲＣ）制御シグナリングに使用された後に、ＳＬＲＢアイデンティティのナンバリングをすることも可能である。ＰＣ５制御シグナリングに使用されるＳＬＲＢがＳＬＲＢ０およびＳＬＲＢ１を占有する場合、トラフィック転送に使用されるＳＬＲＢに対するＳＬＲＢアイデンティティはＳＬＲＢ２から開始することができ、ＵＥはこれら３つのＳＬＲＢに対してＳＬＲＢ２、ＳＬＲＢ３およびＳＬＲＢ４を有することができる。ＳＬＲＢ ＩＤに加えて、ＳＬＲＢにマッピングされたサイドリンク論理チャネルのアイデンティティもＵＥによって割り当てられるべきである。ＳＬＲＢのアイデンティティは、マッピングされたサイドリンク論理チャネルのアイデンティティと同じか、またはこれとは異なることができる。

代替的には、ＳＬＲＢ ＩＤは、グループキャストが確立される間または確立された後に、１つのＵＥによって（動的に）割り当てられ、その後、グループ内の他のＵＥに渡されることができる。おそらく、送信側ＵＥは、送信側ＵＥが属するグループに情報を送信することができる。その情報には、ＳＬＲＢアイデンティティとＰＣ５ Ｑｏｓプロファイルを含めることができる。その情報によれば、グループ内の受信側ＵＥは、その情報に示されたＳＬＲＢアイデンティティを使用してＳＬＲＢを作成し、ＳＬＲＢに対して、その情報に示されたＰＣ５ ＱｏＳプロファイルに関連付けられたＡＳ設定を適用することができる。

おそらく、各ＳＬＲＢが１つのサイドリンク論理チャネルに関連付けられることができる。ＳＬＲＢのアイデンティティは、関連付けられたサイドリンク論理チャネルのアイデンティティと同じか、またはこれとは異なることができる。ＳＬＲＢのアイデンティティが関連付けられたサイドリンク論理チャネルのアイデンティティと異なる場合、送信側ＵＥは関連付けられたサイドリンク論理チャネルのアイデンティティをその情報に含めることができる。

ＲＲＣ接続モードのＴＸ（送信）ＵＥが、Ｖ２ＸサービスのＰＣ５ ＱｏＳフローに対してＳＬＲＢ設定を要求してもよく、ＳＬＲＢ設定が、ＳＬＲＢのためのＴＸのみのパラメータ（例えば、ＰＣ５ ＱｏＳフローとＳＬＲＢのマッピング、ＬＣＨアイデンティティ（ＬＣＩＤ）、ＬＣＨとＬＣＧのマッピング、ＬＣＨプライオリティ、廃棄タイマなど）を含み得る。ＰＣ５ ＱｏＳフローとＳＬＲＢのマッピングが、ＳＬＲＢ ＩＤを示してもよい。これらのＴＸのみのパラメータの一部がＬＣＨ設定に含まれてもよい。１つのＳＬＲＢが、１つのサイドリンクＬＣＨ（サイドリンク重複が適用されない場合）または２つのサイドリンクＬＣＨ（サイドリンク重複が適用される場合）に関連付けられてもよい。このアプリケーションでは、１つのサイドリンクＬＣＨ（ＳＬ ＬＣＨ）に主に焦点を当てる。しかし、これは、サイドリンク重複に適用されるソリューションを除外しない。

ＳＬＲＢおよび／またはＳＬ ＬＣＨを確立するときに、ＴＸ ＵＥは、グループキャストおよびブロードキャスト通信の場合、ＳＬＲＢ／ＳＬ ＬＣＨに対してｇＮＢによって割り当てられるＴＸのみのパラメータと、ＴＸ ＵＥにおいて事前定義または事前設定されたＴＸ−ＲＸ整合パラメータを組み合わせる必要があることがある。事前定義または事前設定を、ＲＲＣプロトコル仕様で指定できる。現在のＶ２Ｘパラメータ提供では、パラメータは一般にＶ２Ｘサービス（例えば、グループキャストとブロードキャスト通信のためのＶ２Ｘサービスと宛先レイヤ２ＩＤとの間のマッピング）に関連付けられることができる。同じ概念に従って、ＴＸ ＵＥにおいて事前定義または事前設定されたＴＸ−ＲＸ整合パラメータの各セットが、Ｖ２ＸサービスのＰＣ５ ＱｏＳフローに関連付けられてもよく、ＴＸ ＵＥがＴＸ−ＲＸ整合パラメータのセットを、関係するＶ２ＸサービスのＰＣ５ ＱｏＳフローに基づいて決定または選択することができるようにする。しかし、この状況では、ＴＸ−ＲＸ整合パラメータのテーブルまたはリストは、サポートするＶ２Ｘサービスが多く、各Ｖ２Ｘサービスが複数のＰＣ５ ＱｏＳフローを含むことがあるため、かなり大きくなる。

ＴＸ‐ＲＸ整合パラメータは、どのＶ２ＸサービスにＰＣ５ ＱｏＳフローが属するかに関係なく、各ＰＣ５ ＱｏＳフローのＱｏＳ要件に依存することがある。したがって、より簡単な方法は、ＰＣ５ ＱｏＳフローに対応するＰＣ５ ＱｏＳ識別子（ＰＱＩ）を介して、ＴＸのみのパラメータとＴＸ‐ＲＸ整合パラメータとを関連付けることである。このようにして、各ＰＱＩを、ＳＬＲＢまたはＳＬ ＬＣＨのためのＴＸ−ＲＸ整合パラメータの１つのセットにマッピングすることができる。複数のＰＱＩが、ＴＸ−ＲＸ整合パラメータの同じセットにマッピングされる可能性がある。

ＳＬデータブロック（例えば、ＭＡＣ ＰＤＵ）を受信するとき、ＲＸ ＵＥは、ＭＡＣヘッダに含まれるＬＣＩＤに従って、ＳＬデータブロックのさらなる処理内容のためにＴＸ−ＲＸ整合パラメータ（例えば、ＲＬＣパラメータ）を決定する必要があることがある。したがって、ＬＣＩＤとＴＸ−ＲＸ整合パラメータとの関連付けは、ＲＸ ＵＥにおいて事前定義または事前設定されるべきである。同様に、このような事前定義または事前設定は、ＲＲＣプロトコル仕様で指定できる。

一つの考えられる解決策は、ＴＸ−ＲＸ整合パラメータを定義するためのテーブル内にＬＣＩＤを含めることであり（例えば、図１８に示す例示的なテーブル）、各ＬＣＩＤが、ＴＸ−ＲＸ整合パラメータの１つのセットに関連付けられ、少なくとも１つのＰＱＩが、ＴＸ−ＲＸ整合パラメータの１つのセットに関連付けられる。図１８は、（各ＬＣＩＤをキーインデックスとした）そのようなテーブルの例を提供する。ＰＱＩの最大数がＬＣＩＤの最大数よりも大きい場合、複数のＰＱＩが、１つのＬＣＩＤおよびＴＸ−ＲＸ整合パラメータの１つのセットにマッピングされてもよい。このテーブルにより、ＲＸ ＵＥは、ＭＡＣヘッダに含まれるＬＣＩＤに従って、受信したデータブロックのさらなる処理内容のためにＴＸ−ＲＸ整合パラメータのセットを決定することができる。さらに、ＴＸ ＵＥは、ＰＣ５ ＱｏＳ識別子（ＰＱＩ）に関連付けられたＰＣ５ ＱｏＳフローに対するＳＬＲＢまたはＳＬ ＬＣＨを確立するときに、ＴＸ‐ＲＸ整合パラメータのセットを決定することもできる。

図１８に示すテーブルに指定されたＬＣＩＤにより、ｇＮＢが、ＳＬＲＢ設定要求に応答して、ＴＸ ＵＥに送信されるＳＬＲＢ設定にＬＣＩＤを含める必要がない。他のケース（例えば、ユニキャスト通信のためのＳＬＲＢ設定）と整合させるには、ＬＣＩＤをＳＬＲＢ設定に含めてもよい（ｇＮＢもマッピングを認識し、正しいＬＣＩＤを割り当てることができるため）。この場合、ｇＮＢによって割り当てられたＬＣＩＤが、ＴＸ ＵＥにおいて事前定義または事前設定されたＬＣＩＤと等しいかどうかをＴＸ ＵＥがチェックした方がよい。ミスマッチ（例えば、ＰＣ５ ＱｏＳフローに対してｇＮＢによって割り当てられたＳＬ ＬＣＨのＬＣＩＤが、ＴＸ ＵＥにおいて事前定義または事前設定されており、ＰＣ５ ＱｏＳフローのＰＱＩに関連付けられたＬＣＩＤと異なる）が検出された場合、ＴＸ ＵＥが、このエラーをｇＮＢに通知するために特定のアクションをとってもよく、ｇＮＢがエラーをチェックし、修正できるようにする。例えば、ＴＸ ＵＥがＲＲＣ接続再確立手順を開始してもよい。ＴＸ ＵＥが、RRCReestablishmentRequestメッセージ内のeestablishmentCauseをreconfigurationFailureの値に設定してもよい。代替的には、ＲＲＣ接続再確立手順を実行する代わりに、ＴＸ ＵＥがｇＮＢとの現在のＲＲＣ接続を維持し、エラーをｇＮＢに通知するための指示を送信してもよい。この指示はＲＲＣメッセージに含めることができる。

ＬＴＥサイドリンクでは、ＬＣＩＤフィールドサイズは５ビットである。００００１−０１０１０が論理チャネルのアイデンティティに割り当てられ、０１０１１−１０１００が重複論理チャネルのアイデンティティに割り当てられる。したがって、実際には、重複することなくＳＬ ＬＣＨに対して利用できるＬＣＩＤはわずか１０個である。この状況では、ＳＬＲＢ／ＳＬ ＬＣＨ設定に利用可能な１０セットのＴＸ−ＲＸ整合パラメータがあることができる。基本的に、１０はＶ２Ｘサービス当たりのＬＣＨの最大数である。ＮＲでサポートするＶ２Ｘサービスの種類が異なる可能性があり、Ｖ２Ｘサービスの異なるＰＣ５ ＱｏＳフローが異なるＱｏＳ要件を有することがあるため、（すべてのＶ２Ｘサービスに適用される）ＴＸ−ＲＸ整合パラメータの最大セットを（１つのＶ２Ｘサービスに対して作成される）ＬＣＨの最大数に制限するには、制限が大きすぎることがある。したがって、ＲＸ ＵＥが、ＲＸ ＵＥにおいて事前定義または事前設定されたＴＸ−ＲＸ整合パラメータの各セットに対するＬＣＩＤを認識する他のより柔軟な方法を考慮することができる。

ＴＸ−ＲＸ整合パラメータを定義するために、ＰＱＩがテーブルまたはリストにおいてキーインデックスとして使用され、ＬＣＩＤがテーブルに含まれていないと仮定する。図１９は、（各ＰＱＩをキーインデックスとした）そのようなテーブルまたはリストの例を提供する。テーブルにおける各ＰＱＩが、ＳＬＲＢまたはＳＬ ＬＣＨのためのＴＸ−ＲＸ整合パラメータの１つのセットに関連付けられることができる。複数のＰＱＩが、ＴＸ−ＲＸ整合パラメータの同じセットにマッピングされてもよい。

図１９に示される例示的なテーブルに示されるように、各ＰＱＩが、ＴＸ−ＲＸ整合パラメータの１つのセットにマッピングされることができ、このソリューションは、図１８に示される例示的なテーブルに示されたソリューションよりも、ＮＲにおけるＶ２Ｘサービスの異なるＱｏＳ要件をより良好に満たすことができる。

上記の概念は、サイドリンクグループキャスト、ブロードキャスト、またはユニキャスト通信のための事前設定に基づくＳＬＲＢまたはＳＬ ＬＣＨ作成にも適用することができ、テーブルまたはリストの内容が、ＴＸ−ＲＸ整合パラメータに加えて、他の情報（例えば、ＴＸのみのパラメータおよび／またはＲＸのみのパラメータ）を含んでもよい。テーブルまたはリスト内の各エントリが、ＳＬＲＢまたはＳＬ ＬＣＨ設定を含んでもよく、このＳＬＲＢにサイドリンク重複が適用されない場合、各ＳＬＲＢは１つのＳＬ ＬＣＨに関連付けられる。サイドリンク重複が適用される場合、１つのＳＬＲＢが２つのＳＬ ＬＣＨに関連付けられてもよい。パラメータの事前設定が、Ｖ２Ｘ制御機能またはｇＮＢ （例えば、システム情報を使用）のいずれかで行われてもよい。

別の代替案は、ＴＸ ＵＥがＳＬ制御チャネル（ＳＣＣＨ）上のＰＣ５ ＲＲＣメッセージにおいてＶ２ＸサービスのＰＱＩとＬＣＩＤのマッピングをＲＸ ＵＥに送信することである。ＰＣ５ ＲＲＣメッセージは、Ｖ２ＸメッセージのピアＵＥへの送信が関係するＳＬ ＬＣＨ（またはＳＬＲＢ）上で開始される前に、ユニキャスト通信を介してピアＵＥに送信することができる。ＬＣＩＤがＴＸ ＵＥによって割り当てられてもよい。ＳＬＲＢ設定および／またはＳＬ制御チャネル（ＳＣＣＨ）のＳＬ ＬＣＨ設定が、ＵＥにおいて事前定義または事前設定されてもよい。おそらく、ＳＬＲＢ設定および／またはＳＣＣＨのＳＬ ＬＣＨ設定は、ＲＲＣプロトコル仕様で指定することができる。ユニキャスト通信は、ピアＵＥのレイヤ２ ＩＤに宛てることができる。

図２０は、第１のＵＥがＳＬ ＬＣＨ確立を実行するための第１のＵＥの観点からの１つの例示的な実施形態によるフローチャート２０００である。ステップ２００５において、第１のＵＥは、サイドリンク設定のリストを記憶し、リスト内の各エントリは、１つのサイドリンク設定と、その１つのサイドリンク設定に関連付けられた少なくとも１つのＰＣ５ ＱｏＳ識別子（ＰＱＩ）を含む。ステップ２０１０において、第１のＵＥは、サイドリンクサービスからＰＣ５ ＱｏＳフローのＰＱＩに従って、リスト内のエントリを選択する。ステップ２０１５において、第１のＵＥは、エントリのサイドリンク設定に従って、ＰＣ５ ＱｏＳフローに対するＳＬ ＬＣＨを確立し、ＳＬ ＬＣＨに対してアイデンティティを割り当てる。ステップ２０２０において、第１のＵＥは、第２のＵＥがＳＬ ＬＣＨを確立するために第２のＵＥに情報を送信し、その情報は、少なくともＳＬ ＬＣＨのアイデンティティ、ＰＣ５ ＱｏＳフローのアイデンティティ、およびサイドリンク設定に含まれる送信−受信（ＴＸ−ＲＸ）整合パラメータを含む。ステップ２０２５において、第１のＵＥは、ＳＬ ＬＣＨ上でＰＣ５ ＱｏＳフローからのサイドリンクパケットを送信する。

一実施形態では、各サイドリンク設定はまた、ＴＸのみのパラメータを含んでもよい。
その情報は、第１のＵＥと第２のＵＥとの間にユニキャストリンクが確立された後に送信することができる。さらに、その情報は、ＰＣ５無線リソース制御（ＲＲＣ）メッセージを介して送信することができる。

一実施形態では、サイドリンク設定のリストは、第１のＵＥにおいて事前定義することができ、または基地局（例えば、ｇＮＢ）によってブロードキャストされるシステム情報を介して提供することができる。一実施形態では、サイドリンク設定のリストは、標準仕様（例えば、ＲＲＣ仕様）で指定することができる。

一実施形態では、ＴＸ−ＲＸ整合パラメータは、ＴＸとＲＸの両方に関連し、ＳＬ ＬＣＨ上で第１のＵＥと第２のＵＥとの間で整合される必要があるパラメータ（例えば、ＳＮ長、ＲＬＣモードなど）とすることができる。リスト内の各エントリが、ＳＬ ＬＣＨのいかなるアイデンティティも含まないことがある。

図３および図４に戻って参照すると、第１のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが、（ｉ）サイドリンク設定のリストを記憶することであって、リスト内の各エントリは、１つのサイドリンク設定と、その１つのサイドリンク設定に関連付けられた少なくとも１つのＰＣ５ ＱｏＳ識別子（ＰＱＩ）を含む、記憶することと、（ｉｉ）サイドリンクサービスからのＰＣ５ ＱｏＳフローのＰＱＩに従って、リスト内のエントリを選択することと、（ｉｉｉ）エントリのサイドリンク設定に従って、ＰＣ５ ＱｏＳフローのＳＬ ＬＣＨを確立し、ＳＬ ＬＣＨに対してアイデンティティを割り当てることと、（ｉｖ）第２のＵＥがＳＬ ＬＣＨを確立するために第２のＵＥに情報を送信することであって、その情報は、少なくともＳＬ ＬＣＨのアイデンティティ、ＰＣ５ ＱｏＳフローのアイデンティティ、およびサイドリンク設定に含まれる送信−受信（ＴＸ−ＲＸ）整合パラメータを含む、送信することと、（ｖ）ＳＬ ＬＣＨ上のＰＣ５ ＱｏＳフローからサイドリンクパケットを送信することと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

図２１は、第２のＵＥがＳＬ ＬＣＨ確立を実行するための第２のＵＥの観点からの１つの例示的な実施形態によるフローチャート２１００である。ステップ２１０５において、第２のＵＥは、ＳＬ ＬＣＨを確立するための情報を第１のＵＥから受信し、その情報は、少なくともＳＬ ＬＣＨのアイデンティティ、ＰＣ５ ＱｏＳフローのアイデンティティ、およびＴＸ−ＲＸ整合パラメータを含む。ステップ２１１０において、第２のＵＥは、ＴＸ−ＲＸ整合パラメータに従って、ＳＬ ＬＣＨのアイデンティティを使用してＳＬ ＬＣＨを確立する。ステップ２１１５において、第２のＵＥは、ＳＬ ＬＣＨ上でサイドリンクパケットを受信する。

一実施形態では、その情報は、ＰＣ５ ＲＲＣ（Radio Resource Control）メッセージを介して受信することができる。ＴＸ−ＲＸ整合パラメータは、ＴＸとＲＸの両方に関連し、ＳＬ ＬＣＨ上で第１のＵＥと第２のＵＥとの間で整合される必要があるパラメータ（例えば、ＳＮ長、ＲＬＣモードなど）とすることができる。

図３および図４に戻って参照すると、第２のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）ＳＬ ＬＣＨを確立するために第１のＵＥから情報を受信することであって、その情報は、少なくともＳＬ ＬＣＨのアイデンティティ、ＰＣ５ ＱｏＳフローのアイデンティティ、およびＴＸ−ＲＸ整合パラメータを含む、受信することと、（ｉｉ）ＴＸ−ＲＸ整合パラメータに従って、ＳＬ ＬＣＨのアイデンティティを使用してＳＬ ＬＣＨを確立することと、（ｉｉｉ）ＳＬ ＬＣＨ上でサイドリンクパケットを受信することと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。

当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

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

任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。

本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。

Claims (20)

1. 第１のＵＥ（ユーザ機器）がサイドリンク論理チャネル（ＳＬ ＬＣＨ）確立を実行するための方法であって、
   サイドリンク設定のリストを記憶し、該リスト内の各エントリは、１つのサイドリンク設定と、該１つのサイドリンク設定に関連付けられた少なくとも１つのＰＣ５ ＱｏＳ識別子（ＰＱＩ）を含む、記憶することと、
   サイドリンクサービスからＰＣ５ ＱｏＳフローのＰＱＩに従って、前記リスト内のエントリを選択することと、
   前記エントリのサイドリンク設定に従って、前記ＰＣ５ ＱｏＳフローに対するＳＬ ＬＣＨを確立し、該ＳＬ ＬＣＨに対してアイデンティティを割り当てることと、
   第２のＵＥがＳＬ ＬＣＨを確立するための情報を該第２のＵＥに送信することであって、該情報が、少なくとも前記ＳＬ ＬＣＨの前記アイデンティティ、前記ＰＣ５ ＱｏＳフローのアイデンティティ、および前記サイドリンク設定に含まれる送信−受信（ＴＸ−ＲＸ）整合パラメータを含む、送信することと、
   前記ＳＬ ＬＣＨ上で前記ＰＣ５ ＱｏＳフローからのサイドリンクパケットを送信することと、を含む方法。
2. 各サイドリンク設定が、ＴＸのみのパラメータも含む、請求項１に記載の方法。
3. 前記情報が、前記第１のＵＥと前記第２のＵＥとの間にユニキャストリンクが確立された後に送信される、請求項１に記載の方法。
4. 前記情報が、ＰＣ５無線リソース制御メッセージ（ＲＲＣ）を介して送信される、請求項１に記載の方法。
5. サイドリンク設定の前記リストが、前記第１のＵＥにおいて予め定義されるか、または基地局によってブロードキャストされるシステム情報を介して提供される、請求項１に記載の方法。
6. 前記ＴＸ−ＲＸ整合パラメータが、ＴＸおよびＲＸの両方に関連し、前記ＳＬ ＬＣＨ上で前記第１のＵＥと前記第２のＵＥの間で整合される必要があるパラメータである、請求項１に記載の方法。
7. 前記リスト内の各エントリが、ＳＬ ＬＣＨのいかなるアイデンティティも含まない、請求項１に記載の方法。
8. 第２のＵＥがサイドリンク論理チャネル（ＳＬ ＬＣＨ）確立を実行するための方法であって、
   ＳＬ ＬＣＨを確立するための情報を第１のＵＥから受信することであって、該情報は、少なくとも前記ＳＬ ＬＣＨのアイデンティティ、ＰＣ５クオリティ・オブ・サービス（ＱｏＳ）フローのアイデンティティ、および送信−受信（ＴＸ−ＲＸ）整合パラメータを含む、受信することと、
   前記ＴＸ−ＲＸ整合パラメータに従って、前記ＳＬ ＬＣＨの前記アイデンティティを使用して前記ＳＬ ＬＣＨを確立することと、
   前記ＳＬ ＬＣＨ上でサイドリンクパケットを受信することと、を含む方法。
9. 前記情報が、ＰＣ５ ＲＲＣ（Radio Resource Control）メッセージを介して受信される、請求項８に記載の方法。
10. 前記ＴＸ−ＲＸ整合パラメータが、ＴＸとＲＸの両方に関連し、前記ＳＬ ＬＣＨ上で前記第１のＵＥと前記第２のＵＥとの間で整合される必要があるパラメータである、請求項８に記載の方法。
11. 第１の通信デバイスであって、
    制御回路と、
    前記制御回路に設けられたプロセッサと、
    前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
    前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
    サイドリンク設定のリストを記憶し、該リスト内の各エントリは、１つのサイドリンク設定と、該１つのサイドリンク設定に関連付けられた少なくとも１つのＰＣ５ ＱｏＳ識別子（ＰＱＩ）を含む、記憶することと、
    サイドリンクサービスからＰＣ５ ＱｏＳフローのＰＱＩに従って、前記リスト内のエントリを選択することと、
    前記エントリのサイドリンク設定に従って、前記ＰＣ５ ＱｏＳフローに対するサイドリンク論理チャネル（ＳＬ ＬＣＨ）を確立し、前記ＳＬ ＬＣＨに対してアイデンティティを割り当てることと、
    第２の通信デバイスが前記ＳＬ ＬＣＨを確立するための情報を該第２の通信デバイスに送信することと、該情報は、少なくとも前記ＳＬ ＬＣＨの前記アイデンティティ、前記ＰＣ５ ＱｏＳフローのアイデンティティ、および前記サイドリンク設定に含まれる送信−受信（ＴＸ−ＲＸ）整合パラメータを含む、送信することと、
    前記ＳＬ ＬＣＨ上で前記ＰＣ５ ＱｏＳフローからのサイドリンクパケットを送信することと、をするように構成されている、第１の通信デバイス。
12. 各サイドリンク設定が、ＴＸのみのパラメータも含む、請求項１１に記載の第１の通信デバイス。
13. 前記情報が、当該第１の通信デバイスと前記第２の通信デバイスとの間にユニキャストリンクが確立された後に送信される、請求項１１に記載の第１の通信デバイス。
14. 前記情報が、ＰＣ５無線リソース制御（ＲＲＣ）メッセージを介して送信される、請求項１１に記載の第１の通信デバイス。
15. サイドリンク設定の前記リストは、前記第１の通信デバイスにおいて事前定義されるか、または基地局によってブロードキャストされるシステム情報を介して提供される、請求項１１に記載の第１の通信デバイス。
16. 前記ＴＸ−ＲＸ整合パラメータが、ＴＸとＲＸの両方に関連し、前記ＳＬ ＬＣＨ上で前記第１の通信デバイスと前記第２の通信デバイスとの間で整合される必要があるパラメータである、請求項１１に記載の第１の通信デバイス。
17. 前記リスト内の各エントリが、ＳＬ ＬＣＨのいかなる識別も含まない、請求項１１に記載の第１の通信デバイス。
18. 第２の通信デバイスであって、
    制御回路と、
    前記制御回路に設けられたプロセッサと、
    前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
    前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
    サイドリンク論理チャネル（ＳＬ ＬＣＨ）を確立するための情報を第１の通信デバイスから受信することであって、該情報は、少なくとも前記ＳＬ ＬＣＨのアイデンティティ、ＰＣ５クオリティ・オブ・サービス（ＱｏＳ）フローのアイデンティティ、および送信−受信（ＴＸ−ＲＸ）整合パラメータを含む、受信することと、
    前記ＴＸ−ＲＸ整合パラメータに従って、前記ＳＬ ＬＣＨの前記アイデンティティを使用して前記ＳＬ ＬＣＨを確立することと、
    前記ＳＬ ＬＣＨ上でサイドリンクパケットを受信することと、をするように構成されている、第２の通信デバイス。
19. 前記情報が、ＰＣ５ ＲＲＣ（Radio Resource Control）メッセージを介して受信される、請求項１８に記載の第２の通信デバイス。
20. 前記ＴＸ−ＲＸ整合パラメータは、ＴＸとＲＸの両方に関連し、前記ＳＬ ＬＣＨ上で前記第１の通信デバイスと前記第２の通信デバイスとの間で整合される必要があるパラメータである、請求項１８に記載の第２の通信デバイス。

Images