特許 7148565 無線通信システムにおいて、ＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定のためのＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）能力情報を報告するための方法および装置

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

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

(11)【特許番号】

(24)【登録日】2022-09-27

(45)【発行日】2022-10-05

(54)【発明の名称】無線通信システムにおいて、ＳＬＲＢ（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定のためのＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）能力情報を報告するための方法および装置

(51)【国際特許分類】

   H04W 92/18 20090101AFI20220928BHJP

   H04W 76/14 20180101ALI20220928BHJP

   H04W 8/24 20090101ALI20220928BHJP

【ＦＩ】

H04W92/18

H04W76/14

H04W8/24

【請求項の数】 11

【外国語出願】

(21)【出願番号】P 2020082405

(22)【出願日】2020-05-08

(65)【公開番号】P2020188460

(43)【公開日】2020-11-19

【審査請求日】2020-07-07

(31)【優先権主張番号】62/846,412

(32)【優先日】2019-05-10

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

(31)【優先権主張番号】62/955,003

(32)【優先日】2019-12-30

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

(73)【特許権者】

【識別番号】517114621

【氏名又は名称】華碩電腦股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】潘 立▲徳▼

(72)【発明者】

【氏名】郭 豊旗

【審査官】中野 修平

(56)【参考文献】

【文献】米国特許出願公開第２０１８／００５４２３７（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１８／００９２０６７（ＵＳ，Ａ１）

【文献】OPPO，Discussion on network involvement in unicast link establishment[online]，3GPP TSG RAN WG2 #106 R2-1905580，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1905580.zip>，2019年05月03日

【文献】Samsung，UE report to assist gNB scheduling[online]，3GPP TSG RAN WG2 #106 R2-1907803，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1907803.zip>，2022年02月09日

【文献】MediaTek Inc.，NR sidelink mode-1 resource allocation[online]，3GPP TSG RAN WG1 #97 R1-1906554，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906554.zip>，2019年05月04日

【文献】CATT，Support of unicast, groupcast and broadcast in NR sidelink[online]，3GPP TSG RAN WG1 #94 R1-1808399，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1808399.zip>，2018年08月11日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

ＩＥＥＥ Ｘｐｌｏｒｅ

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

【請求項1】

第１のＵＥ（ユーザ機器）がＵＥサイドリンク能力情報をネットワークノードに報告するための方法であって、
第２のＵＥとのユニキャストリンクを確立することと、
前記第１のＵＥの第１のサイドリンク能力情報を前記第２のＵＥに送信することと、
前記第２のＵＥから前記第２のＵＥの第２のサイドリンク能力情報を受信することと、
前記第１のＵＥの前記第１のサイドリンク能力情報および前記第２のサイドリンク能力情報を前記ネットワークノードに送信することと、を含む方法。

【請求項2】

前記ユニキャストリンクのためのＳＬＲＢ（Sidelink Radio Bearer）設定を要求する第１のメッセージをネットワークノードに送信することをさらに含む、請求項１に記載の方法。

【請求項3】

前記ネットワークノードから第２のメッセージを受信することであって、前記第２のメッセージは、前記ユニキャストリンクのためのＳＬＲＢ（Sidelink Radio Bearer）設定を含む、受信することをさらに含む、請求項１に記載の方法。

【請求項4】

前記第１のサイドリンク能力情報および前記第２のサイドリンク能力情報は、１つのメッセージに含まれるか、または２つのメッセージにそれぞれ含まれる、請求項１に記載の方法。

【請求項5】

前記第２のサイドリンク能力情報は、ＵＥ支援情報またはサイドリンクＵＥ情報に含まれる、請求項１に記載の方法。

【請求項6】

前記ネットワークノードは、基地局である、請求項１に記載の方法。

【請求項7】

ＵＥ（ユーザ機器）サイドリンク能力情報をネットワークノードに報告する第１のＵＥであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第２のＵＥとのユニキャストリンクを確立することと、
前記第１のＵＥの第１のサイドリンク能力情報を前記第２のＵＥに送信することと、
前記第２のＵＥから前記第２のＵＥの第２のサイドリンク能力情報を受信することと、
前記第１のＵＥの前記第１のサイドリンク能力情報および前記第２のサイドリンク能力情報を前記ネットワークノードに送信することと、をするように構成されている、第１のＵＥ。

【請求項8】

前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記ユニキャストリンクのためのＳＬＲＢ（Sidelink Radio Bearer）設定を要求する第１のメッセージを前記ネットワークノードに送信すること、をするように構成されている、請求項７に記載の第１のＵＥ。

【請求項9】

前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
前記ネットワークノードからの第２のメッセージを受信することであって、前記第２のメッセージは、前記ユニキャストリンクのためのＳＬＲＢ（Sidelink Radio Bearer）設定を含む、受信すること、をするように構成されている、請求項７に記載の第１のＵＥ。

【請求項10】

前記第１のサイドリンク能力情報および前記第２のサイドリンク能力情報は、１つのメッセージに含まれるか、または２つのメッセージにそれぞれ含まれる、請求項７に記載の第１のＵＥ。

【請求項11】

前記第２のサイドリンク能力情報は、ＵＥ支援情報またはサイドリンクＵＥ情報に含まれる、請求項７に記載の第１のＵＥ。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおいて、ＳＬＲＢ設定のためのＵＥ能力情報を報告するための方法および装置に関する。

【背景技術】

【0003】

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

【0004】

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

【発明の概要】

【0005】

第１のＵＥ（ユーザ機器）がＵＥサイドリンク能力情報をネットワークノードに報告する観点からの方法および装置が開示される。一実施態様では、本方法は、第１のＵＥが、第２のＵＥとのユニキャストリンクを確立することを含む。本方法はまた、第１のＵＥが、第２のＵＥから第２のＵＥの第２のサイドリンク能力情報を受信することを含む。本方法は、さらに、第１のＵＥが、第１のＵＥの第１のサイドリンク能力情報および第２のサイドリンク能力情報をネットワークノードに送信するか、または共通サイドリンク能力情報をネットワークノードに送信することを含み、共通サイドリンク能力情報は、第１のサイドリンク能力情報および第２のサイドリンク能力情報から導出される。

【図面の簡単な説明】

【0006】

【図1】１つの例示的な実施形態による無線通信システムの図を示す。

【図2】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。

【図3】１つの例示的な実施形態の通信システムの機能ブロック図である。

【図4】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。

【図5】３ＧＰＰ Ｒ２－１９００３７０の図Ａ－１の複製である。

【図6】３ＧＰＰ Ｒ２－１９００３７０の図Ａ－２の複製である。

【図7】３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．３．０の図５．６．１０．１－１の複製である。

【図8】３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．３．０の図５．１０．２－１の複製である。

【図9】［１０５ｂｉｓ＃３２］ ＰＣ５－ＲＲＣシグナリングの３ＧＰＰ Ｓｕｍｍａｒｙの図１の複製である。

【図10】［１０５ｂｉｓ＃３２］ ＰＣ５－ＲＲＣシグナリングの３ＧＰＰ Ｓｕｍｍａｒｙの図２の複製である。

【図11】３ＧＰＰ ［１０８＃ｒｒ］［Ｖ２Ｘ］ ３８．３３１／３６．３３１ Ｒｕｎｎｉｎｇ ＣＲｓ－Ｐａｒｔ １ ３８．３３１ ＣＲ （Ｈｕａｗｅｉ）の図５．ｘ．９．１．１－１の複製である。

【図12】３ＧＰＰ ［１０８＃ｒｒ］［Ｖ２Ｘ］ ３８．３３１／３６．３３１ Ｒｕｎｎｉｎｇ ＣＲｓ－Ｐａｒｔ １ ３８．３３１ ＣＲ （Ｈｕａｗｅｉ）の図５．ｘ．９．１．１－２の複製である。

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

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

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

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

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

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

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

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

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

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

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

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

【0007】

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

【0008】

特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、3GPP RAN2 #104 Chairman’s Note; R2-1900370, “Summary of Email Discussion [104#58][NR V2X] - QoS support for NR V2X”, Huawei; TS 36.300 V15.3.0, “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description”; TS 36.331 V15.3.0, “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol Specification”; 3GPP Summary of [105bis#32] PC5-RRC signalling, OPPO; 3GPP RAN2 #107 Chairman’s Note; 3GPP [108#44][V2X] 38.331/36.331 running CRs-Part1 38.331 CR (Huawei); および 3GPP RAN2#108 Chairman’s Noteを含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

３ＧＰＰ ＲＡＮ２＃１０４ ミーティングは、ＮＲ ｅＶ２Ｘサイドリンク通信について以下の合意を行った：
［外１］

【0026】

３ＧＰＰ 電子メールディスカッション［１０４＃５８］［ＮＲ／Ｖ２Ｘ］では、以下について議論をした：
［外２］

【0027】

３ＧＰＰ Ｒ２－１９００３７０のＡｐｐｅｎｄｉｘでは、ＮＷ設定／事前設定されたＳＬＲＢのいくつかの候補オプションが以下のように説明している：
［外３］

［「PC5 QoS profile based, UE specific configuration」と題する、３ＧＰＰ Ｒ２－１９００３７０の図Ａ－１は、図５として複製］
［外４］

［「PC5 QoS flow based, UE specific configuration」と題する、図Ａ－２ ｏｆ ３ＧＰＰ Ｒ２－１９００３７０の図Ａ－２は、図６として複製］
［外５］

【0028】

３ＧＰＰ ＴＳ ３６．３３１は、以下を導入した：
［外６］

［「UE Assistance Information」と題する、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．３．０の図５．６．１０．１－１は、図７として複製］
［外７］

［「Sidelink UE information」と題する、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．３．０の図５．１０．２－１は、図８として複製］
［外８］

【0029】

［１０５ｂｉｓ＃３２］ ＰＣ５－ＲＲＣシグナリングの３ＧＰＰ Ｓｕｍｍａｒｙは、以下を導入した：
［外９］

［「SL AS layer configuration information flow, successful」と題する、［１０５ｂｉｓ＃３２］ ＰＣ５－ＲＲＣシグナリングの３ＧＰＰ Ｓｕｍｍａｒｙの図５は、図９として複製］
［外１０］

［「SL AS layer configuration information flow, failure」と題する、［１０５ｂｉｓ＃３２］ ＰＣ５－ＲＲＣシグナリングの３ＧＰＰ Ｓｕｍｍａｒｙの図６は、図１０として複製］

【0030】

３ＧＰＰ ＲＡＮ２＃１０７ミーティングは、３ＧＰＰ ＲＡＮ２＃１０７ Ｃｈａｉｒｍａｎ‘ｓ ｎｏｔｅに記載されているように、ＮＲサイドリンク通信について以下の合意を行った：
［外１１］

【0031】

３ＧＰＰ ［１０８＃４４］［Ｖ２Ｘ］ ３８．３３１／３６．３３１ Ｒｕｎｎｉｎｇ ＣＲｓ－Ｐａｒｔ １ ３８．３３１ ＣＲ （Ｈｕａｗｅｉ）に記載されているように、ＮＲ ＳＬについての３ＧＰＰ Ｒｕｎｎｉｎｇ ＣＲ は以下を導入した：
［外１２］

［「Sidelink RRC reconfiguration, successful」と題する、３ＧＰＰ ［１０８＃４４］［Ｖ２Ｘ］ ３８．３３１／３６．３３１ Ｒｕｎｎｉｎｇ ＣＲｓ－Ｐａｒｔ １ ３８．３３１ ＣＲ （Ｈｕａｗｅｉ）の図５．ｘ．９．１．１－１は、図１１として複製］
［「Sidelink RRC reconfiguration, failure」と題する、３ＧＰＰ ［１０８＃４４］［Ｖ２Ｘ］ ３８．３３１／３６．３３１ Ｒｕｎｎｉｎｇ ＣＲｓ－Ｐａｒｔ １ ３８．３３１ ＣＲ （Ｈｕａｗｅｉ）の図５．ｘ．９．１．１－２は、図１２として複製］
［外１３］

【0032】

３ＧＰＰ ＲＡＮ２＃１０８ Ｃｈａｉｒｍａｎ‘ｓ ｎｏｔｅに記載されているように、３ＧＰＰ ＲＡＮ２＃１０８ ミーティングは、以下の合意を行った：
［外１４］

【0033】

３ＧＰＰ Ｒ２－１９００３７０では、ＮＷ設定のＳＬＲＢ（Sidelink Radio Bearer）設定のオプションおよびＰＣ５ ＱｏＳ（Quality of Service）フローベースおよびＰＣ５ ＱｏＳプロファイルベースの事前設定のＳＬＲＢ設定のオプションが導入された。ＳＬＲＢ設定は、ＳＬＲＢ ＩＤ、ＱｏＳフローのＳＬＲＢへのマッピング、およびＡＳ設定（例えば、ＰＤＣＰ（Packet Data Convergence Protocol）／ＲＬＣ（Radio Link Control）／ＬＣＨ（Logical Channel）設定）を含んでもよい。ＡＳ設定は、例えば、t-Reordering、Reordering_Window、Maximum_PDCP_SN、ＲＬＣモード（ＵＭまたはＡＭ）、AM_Window_Size、UM_Window_Size、サイドリンク論理チャネルのアイデンティティなどを示すことができる。

【0034】

ＡＳレイヤ設定手順中に、ｇＮＢによって提供されるＮＷ設定のＳＬＲＢ設定がピアＵＥに受け入れ可能ではない場合、失敗ケースが発生することがある。そこで、問題は、ｇＮＢが両方のＵＥに受け入れ可能なＳＬＲＢ設定をどのように設定できるかということである。

【0035】

ＮＲ Ｕｕでは、ｇＮＢはＵＥの能力に従ってＵＥの専用設定を決定する。ＮＲ ＳＬがＮＲ Ｕｕ設計に従う場合、ｇＮＢが両方のＵＥに受け入れ可能なＮＷ設定のＳＬＲＢ設定を提供する前に、ｇＮＢは両方のＵＥのサイドリンク能力を知る必要があることがある。ＵＥ１はＵＥ２とのユニキャストリンクを確立し、ＵＥ１はＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあると想定される。潜在的な解決策は、ＵＥ１がＵＥ（ＵＥ１とＵＥ２）の両方のＵＥサイドリンク能力情報をサービングｇＮＢに報告することであって、サービングｇＮＢが両方のＵＥに受け入れ可能なＳＬＲＢ設定を決定できるようにする。ＵＥ１は、両方のＵＥのＵＥサイドリンク能力情報を１つのメッセージまたは別々のメッセージでｇＮＢに報告し得る可能性がある。

【0036】

一実施形態では、ＵＥ１は、ユニキャストリンクのためのＳＬＲＢ設定を要求するために使用されるメッセージにおいて、またはＵＥ１がサイドリンク通信に関心があることをｇＮＢに通知するために使用されるメッセージにおいて、両方のＵＥのＵＥサイドリンク能力情報を報告してもよい。おそらく、ＵＥ１は、ＵＥ支援情報中の両方のＵＥのＵＥサイドリンク能力情報をｇＮＢに報告してもよい。言い換えれば、ＮＷ設定のＳＬＲＢ設定を要求する前に、ＵＥ能力転送手順が両方のＵＥで実行されるべきである。ｇＮＢからＮＷ設定のＳＬＲＢ設定を受信した後、ＵＥ１はＡＳ設定をＵＥ２に送信する。ＡＳ設定はＵＥ２に受け入れ可能であるため、ＵＥ２はＡＳ設定に関連する完全なメッセージをＵＥ１に返す。ＡＳ設定は、ユニキャストリンクでの送信および／または受信に使用されるパラメータ（またはＳＬＲＢ設定）が含む。この解決策は、図１３に示されることができ、これは、１つの例示的な実施形態によるＵＥサイドリンク能力情報を報告し、ＳＬＲＢ設定を要求するための例示的なフローチャートを示す。

【0037】

ＵＥサイドリンク能力情報については、以下の要素またはパラメータの少なくとも１つが含まれることができる：
－送信時間単位でのＴＢの最大ビット数（例：１ＴＴＩ）；
－特定のＭＣＳ（例えば１６または６４ＱＡＭ）がサポートされているかどうか；
－ＣＢＲ測定がサポートされているかどうか；
－ＴＸダイバーシティ関連；
－ＦＲ２がサポートされているかどうか；
－ｍｏｄｅ１／ｍｏｄｅ２の共存がサポートされているかどうか；
－同時ＴＸまたはＲＸをサポートするバンド組み合わせ；
－サポートされているＳＬＲＢ ＩＤの範囲；
－サポートされているＰＣ５ ＱｏＳフローＩＤの範囲；
－サポートされているＰＤＣＰ関連の設定（例えば、廃棄タイマ、pdcp-SN-Size、maxCID、プロファイル、outOfOrderDelivery、t-Reorderingなど）；
－サポートされているＲＬＣ関連の設定；
－（例えば、logicalChannelIdentity、RLCモード、sn-FieldLength、t-Reassembly、t-StatusProhibit、t-PollRetransmit、pollPDU、pollByte、maxRetxThresholdなど）；
－サポートされているＭＡＣ関連の設定（例えば、プライオリティ範囲、ＬＣＨ制限、logicalChannelGroup、schedulingRequestIDなど）。

【0038】

ＵＥサイドリンク能力情報が、送信のためのパラメータ、受信のためのパラメータ、および／または送信と受信の両方のためのパラメータを含み得ることも可能である。この場合、ＵＥは、ｇＮＢが単一方向の（すなわち、一方のＵＥから他方のＵＥへの）ＳＬＲＢ設定を決定するために、ＵＥサイドリンク能力の一部をｇＮＢに報告する必要があるだけでもよく、例えば、ＵＥの送信のためのパラメータや、ピアＵＥの受信のためのパラメータである。

【0039】

図１６は、第１のＵＥが、ネットワークノードにＵＥサイドリンク能力情報を報告する観点からの例示的な実施形態によるフローチャート１６００である。ステップ１６０５において、第１のＵＥが、第２のＵＥとのユニキャストリンクを確立する。ステップ１６１０において、第１のＵＥが、第２のＵＥから第２のＵＥの第２のサイドリンク能力情報を受信する。ステップ１６１５において、第１のＵＥが、第１のＵＥの第１のサイドリンク能力情報および第２のサイドリンク能力情報をネットワークノードに送信する。

【0040】

一実施形態では、第１のＵＥは、第１のＵＥの第１のサイドリンク能力情報を第２のＵＥに送信することができる。また、第１のＵＥは、ユニキャストリンクのためのＳＬＲＢ設定を要求する第１のメッセージをネットワークノードに送信することができる。さらに、第１のＵＥは、ネットワークノードから第２のメッセージを受信することができ、第２のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を含む。

【0041】

図３および図４に戻って参照すると、第１のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥが、（ｉ）第２のＵＥとのユニキャストリンクを確立することと、（ｉｉ）第２のＵＥから第２のＵＥの第２のサイドリンク能力情報を受信することと、（ｉｉｉ）第１のＵＥの第１のサイドリンク能力情報および第２のサイドリンク能力情報をネットワークノードに送信することと、するのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0042】

図１７は、ネットワークノードが第１のＵＥからＵＥサイドリンク能力情報を受信する観点からの、１つの例示的な実施形態によるフローチャート１７００である。ステップ１７０５において、ネットワークノードは、第１のＵＥの第１のサイドリンク能力情報および第２のＵＥの第２のサイドリンク能力情報を第１のＵＥから受信し、第１のＵＥと第２のＵＥとの間に確立されたユニキャストリンクが存在する。ステップ１７１０において、ネットワークノードは、第１のＵＥから第１のメッセージを受信し、第１のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を要求するために使用される。ステップ１７１５において、ネットワークノードは、第２のメッセージを第１のＵＥに送信し、第２のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を含む。

【0043】

図３および図４に戻って参照すると、ネットワークノードの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、（ｉ）第１のＵＥの第１のサイドリンク能力情報および第２のＵＥの第２のサイドリンク能力情報を第１のＵＥから受信することであって、第１のＵＥと第２のＵＥとの間に確立されたユニキャストリンクが存在する、受信することと、（ｉｉ）第１のＵＥから第１のメッセージを受信することであって、第１のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を要求するために使用される、受信することと、（ｉｉｉ）第２のメッセージを第１のＵＥに送信することであって、第２のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を含む、送信することと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0044】

図１６および図１７に示され、上述した実施形態に関連して、一実施形態では、ネットワークノードは、ユニキャストリンクのためのＰＣ５ ＱｏＳフローのアイデンティティを含むことができる。第２のメッセージは、ＰＣ５ ＱｏＳフローのアイデンティティを含むことができる。

【0045】

一実施形態では、第１のメッセージは、ユニキャストリンクのためのＳＬＲＢのアイデンティティを含むことができる。第２のメッセージは、ユニキャストリンクのためのＳＬＲＢのＩＤを含むことができる。第２のメッセージは、ＰＣ５ ＱｏＳフローがＳＬＲＢにマッピングされていることを示す。

【0046】

一実施形態では、第１のサイドリンク能力情報および第２のサイドリンク能力情報は、１つのメッセージまたは２つのメッセージでネットワークノードに送信され得る。第１のサイドリンク能力情報および第２のサイドリンク能力情報は、第１のメッセージに含められ得る。第１のサイドリンク能力情報および第２のサイドリンク能力情報はまた、ＵＥ支援情報（例えば、UEAssistanceInformation）または第１のＵＥがサイドリンク通信に関心があることを示すために使用される情報（例えば、SidelinkUEInformation）にも含められ得る。

【0047】

一実施形態では、ＳＬＲＢ設定は、第１のサイドリンク能力情報および第２のサイドリンク能力情報に従って決定され得る。ネットワークノードは、基地局（例えば、ｅＮＢ）とすることができる。

【0048】

ＵＥ１のサイドリンク能力パラメータは、ＵＥ２の対応するサイドリンク能力パラメータとは異なる可能性がある。両方のＵＥに受け入れ可能なＳＬＲＢ設定を導出するために、ｇＮＢは、より低い能力を持つパラメータに基づいてＳＬＲＢ設定を決定する必要があることがある。言い換えれば、ＵＥ１のサイドリンク能力パラメータがＵＥ２の対応するものよりも優れている場合、ｇＮＢはＵＥ２のサイドリンク能力パラメータに基づいてＳＬＲＢ設定を決定すべきである。

【0049】

例えば、ＵＥ１は、ユニキャストリンクでのＵＥ２へのサイドリンク送信を行ってもよい。最大ＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）サイズに対して、ＵＥ１はＴＢあたり最大２，０００ビットをサポートでき、ＵＥ２はＴＢあたり最大１，０００ビットをサポートできる。ＭＣＳに対して、ＵＥ１は６４－ＱＡＭまでサポートでき、ＵＥ２は１６－ＱＡＭまでサポートできる。ＵＥ１は、両方のＵＥのサイドリンク能力に従って、サイドリンク能力パラメータのセットを導出することが可能である。この例では、ＵＥ１は、「最大ＴＢサイズに対して、ＴＢあたり１０００ｂｉｔ」および「ＭＣＳに対して、１６－ＱＡＭ」などをｇＮＢに報告することができる。両方のＵＥについてのＵＥサイドリンク能力情報を報告する代わりに、代替案としては、ＵＥ１が両方のＵＥのサイドリンク能力に従ってサイドリンク能力パラメータのセットを導出し、このサイドリンク能力パラメータのセットをｇＮＢに報告する。従って、シグナリングオーバヘッドが低減され得る。同様に、ＵＥ１は、ユニキャストリンクのためのＳＬＲＢ設定を要求するために使用されるメッセージ、および／または、ＵＥ１がサイドリンク通信に関心があることをｇＮＢに通知するために使用されるメッセージにおいて、両方のＵＥのサイドリンク能力から導出されるサイドリンク能力パラメータのセットを報告してもよい。おそらく、両方のＵＥのサイドリンク能力から導出されたサイドリンク能力パラメータのセットは、ｇＮＢに送信されるＵＥ支援情報に含まれ得る。この代替案は、例示的な実施形態による図１４に示されることができ、これは、ＵＥサイドリンク能力情報を報告し、ＳＬＲＢ設定を要求するための例示的なフローチャートを示す。

【0050】

サイドリンク能力パラメータについて、以下の要素またはパラメータのいずれかとすることができる：
－送信時間単位でのＴＢの最大ビット数（例：１ＴＴＩ）；
－特定のＭＣＳ（例えば１６または６４ＱＡＭ）がサポートされているかどうか；
－ＣＢＲ測定がサポートされているかどうか；
－ＴＸダイバーシティ関連；
－ＦＲ２がサポートされているかどうか；
－ｍｏｄｅ１／ｍｏｄｅ２の共存がサポートされているかどうか；
－同時ＴＸまたはＲＸをサポートするバンド組み合わせ；
－サポートされているＳＬＲＢ ＩＤの範囲；
－サポートされているＰＣ５ ＱｏＳフローＩＤの範囲；
－サポートされているＰＤＣＰ関連の設定（例えば、廃棄タイマ、pdcp-SN-Size、maxCID、プロファイル、outOfOrderDelivery、t-Reorderingなど）；
－サポートされているＲＬＣ関連の設定；
－（例えば、logicalChannelIdentity、RLCモード、sn-FieldLength、t-Reassembly、t-StatusProhibit、t-PollRetransmit、pollPDU、pollByte、maxRetxThresholdなど）；
－サポートされているＭＡＣ関連の設定（例えば、プライオリティ範囲、ＬＣＨ制限、logicalChannelGroup、schedulingRequestIDなど）。

【0051】

図１８は、第１のＵＥがＵＥサイドリンク能力情報をネットワークノードに報告する第１のＵＥの観点からの１つの例示的な実施形態によるフローチャート１８００である。ステップ１８０５において、第１のＵＥが、第２のＵＥとのユニキャストリンクを確立する。ステップ１８１０において、第１のＵＥが、第２のＵＥから第２のＵＥの第２のサイドリンク能力情報を受信する。ステップ１８１５において、第１のＵＥが、第１のＵＥの第１のサイドリンク能力情報および第２のサイドリンク能力情報からサイドリンク能力パラメータのセットを導出する。ステップ１８２０において、第１のＵＥが、サイドリンク能力パラメータのセットをネットワークノードに送信する。

【0052】

一実施形態では、第１のＵＥは、第１のＵＥの第１のサイドリンク能力情報を第２のＵＥに送信することができる。第１のＵＥはまた、ユニキャストリンクのためのＳＬＲＢ設定を要求する第１のメッセージをネットワークノードに送信することができる。さらに、第１のＵＥは、ネットワークノードから第２のメッセージを受信することができ、第２のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を含む。

【0053】

図３および図４に戻って参照すると、第１のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥが、（ｉ）第２のＵＥとのユニキャストリンクを確立することと、（ｉｉ）第２のＵＥから第２のＵＥの第２のサイドリンク能力情報を受信することと、（ｉｉｉ）第１のＵＥの第１のサイドリンク能力情報および第２のサイドリンク能力情報からサイドリンク能力パラメータのセットを導出することと、（ｉｖ）サイドリンク能力パラメータのセットをネットワークノードに送信することと、するのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に説明した上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0054】

図１９は、ネットワークノードが、第１のＵＥからＵＥサイドリンク能力情報を受信する観点からの１つの例示的な実施形態によるフローチャート１９００である。ステップ１９０５において、ネットワークノードは、第１のＵＥからサイドリンク能力パラメータのセットを受信し、サイドリンク能力パラメータのセットは、第１のＵＥの第１のサイドリンク能力情報および第２のＵＥの第２のサイドリンク能力情報から導出され、第１のＵＥと第２のＵＥとの間に確立されたユニキャストリンクが存在する。ステップ１９１０において、ネットワークノードは、第１のＵＥから第１のメッセージを受信し、第１のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を要求するために使用される。ステップ１９１５において、ネットワークノードは、第１のＵＥに第２のメッセージを送信し、第２のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を含む。

【0055】

図３および図４に戻って参照すると、ネットワークノードの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、ネットワークノードが、（ｉ）第１のＵＥからサイドリンク能力パラメータのセットを受信することであって、サイドリンク能力パラメータのセットは、第１のＵＥの第１のサイドリンク能力情報および第２のＵＥの第２のサイドリンク能力情報から導出され、第１のＵＥと第２のＵＥとの間に確立されたユニキャストリンクが存在する、受信することと、（ｉｉ）第１のＵＥから第１のメッセージを受信することであって、第１のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を要求するために使用される、受信することと、（ｉｉｉ）第１のＵＥに第２のメッセージを送信することであって、第２のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を含む、送信することと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明された上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0056】

図１８および図１９に示され、上述した実施形態に関連して、一実施形態では、第１のメッセージは、ユニキャストリンクに対するＰＣ５のＱｏＳフローのアイデンティティを含むことができる。第２のメッセージは、ＰＣ５ ＱｏＳフローのＩＤを含むことができる。

【0057】

一実施形態では、第１のメッセージは、ユニキャストリンクのためのＳＬＲＢの識別を含むことができる。第２のメッセージは、ユニキャストリンクのためのＳＬＲＢのアイデンティティを含むことができる。第２のメッセージは、ＰＣ５ ＱｏＳフローがＳＬＲＢにマッピングされていることを示すことができる。

【0058】

一実施形態では、サイドリンク能力パラメータのセットは、１つのメッセージまたは２つのメッセージでネットワークノードに送信され得る。サイドリンク能力パラメータのセットは、第１のメッセージに含まれ得る。さらに、サイドリンク能力パラメータのセットは、ＵＥ支援情報（例えば、UEAssistanceInformation）または第１のＵＥがサイドリンク通信に関心があることを示すために使用される情報（例えば、SidelinkUEInformation）に含まれ得る。

【0059】

一実施形態では、ＳＬＲＢ設定は、サイドリンク能力パラメータのセットに従って決定され得る。ネットワークノードは、基地局（例えば、ｅＮＢ）とすることができる。

【0060】

代替的には、ＵＥ１が、ＳＬＲＢ設定の要求にＵＥ２のサイドリンク能力パラメータを含めなくてもよい。その代わりに、ＵＥ１は、ＵＥ２がＳＬＲＢ設定に準拠できない場合、基地局に送信されるＳＬＲＢ設定の失敗メッセージにＵＥ２のサイドリンク能力パラメータを含めてもよい。おそらく、基地局は、まず、ＵＥ１のサイドリンク能力パラメータに基づいて、ＳＬＲＢ設定を決定することができる。そして、ＵＥ１は、ＰＣ５ ＲＲＣメッセージを介して、ＵＥ２にＡＳ設定を送信することができ、ＡＳ設定はＳＬＲＢ設定から導出され得る。ＵＥ２のサイドリンク能力とＵＥ１のサイドリンク能力が異なる場合、ＵＥ２はＡＳ設定に準拠できないことがある。この状況では、ＵＥ２はＡＳ設定の失敗メッセージをＵＥ１に送信することがある。障害メッセージは、ＲＲＣメッセージ（例えば、RRCReconfigurationFailureSidelink）とすることができる。失敗メッセージは、例えば、サイドリンク能力のためにＵＥ２がＡＳ設定に準拠できないことを示す原因値が含むことができる。

【0061】

サイドリンク能力に起因する失敗メッセージを受信すると、ＵＥ１は、失敗表示を基地局に送信することができる。失敗表示は、ＲＲＣメッセージ、例えば、SidelinkUEInformationNRを介して送信され得る。
失敗表示は、ＵＥ２がＡＳ設定またはＳＬＲＢ設定に準拠できないことを示す原因値とすることができる。さらに、失敗表示を含むＲＲＣメッセージは、ＵＥ２のサイドリンク能力パラメータを含むことができる。代替的には、ＲＲＣメッセージは、ＵＥ２がＡＳ設定に適合できないことを暗示するために、失敗表示の代わりに、ＵＥ２のサイドリンク能力パラメータを含んでもよく、信号オーバーヘッドを減少させる。失敗表示および／またはＵＥ２のサイドリンク能力パラメータに加えて、ＲＲＣメッセージはまた、例えば、関連するＳＬＲＢに関連するSL-DestinationIdentityまたはsl-DestinationIndex、関連するＳＬＲＢに関連するSLRB-Uu-ConfigIndex、関連するＳＬＲＢにマッピングされたＰＣ５ ＱｏＳフローのsl-QoS-FlowIdentity、および／またはＰＣ５ ＱｏＳフローのsl-QoS-Profileを含むことができる。

【0062】

ＵＥ２のサイドリンク能力パラメータを含むＲＲＣメッセージを受信すると、基地局は、ＵＥ１のサイドリンク能力パラメータおよび／またはＵＥ２のサイドリンク能力パラメータに基づいて、関連するＳＬＲＢについての新しいＳＬＲＢ設定を再検討または再決定し、新しいＳＬＲＢ設定をＵＥ１に提供することができる。新しいＳＬＲＢ設定では、ＵＥ１はＰＣ５ ＲＲＣメッセージを介して新しいＡＳ設定をＵＥ２に送信する。この代替案は、図１５に示されることができ、これは、１つの例示的な実施形態によるRRCReconfigurationFailureSidelinkを受信すると、ＵＥサイドリンク能力情報を報告するための例示的なフローチャートである。

【0063】

３ＧＰＰ ［１０８＃４４］［Ｖ２Ｘ］ ３８．３３１／３６．３３１ Ｒｕｎｎｉｎｇ ＣＲｓ－Ｐａｒｔ１ ３８．３３１ ＣＲ （Ｈｕａｗｅｉ）によると、ＵＥは、サイドリンクＲＬＦが検出されると、SidelinkUEInformationNRを介して、sl-Failureを基地局に送信する。この場合、基地局は新しいＳＬＲＢ設定を再検討または再決定する必要はないことがある。従って、ＳＬ ＲＬＦを検出すると、ＵＥ１は、ＲＲＣメッセージ（例えば、SidelinkUEInformationNR）を介して、ＳＬ ＲＬＦを示す失敗表示を基地局に送信することができる。しかし、ＲＲＣメッセージは、ＵＥ２のサイドリンク能力パラメータを含める必要がないことがある。

【0064】

追加的に、３ＧＰＰ ＲＡＮ２＃１０８ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅによれば、ＵＥがＡＳ層構成メッセージで受信した構成に準拠できる場合、ＵＥはＰＣ５－ＲＲＣベースのＡＳレイヤ設定完了を開始する。そうでなければ、ＵＥは、ＰＣ５－ＲＲＣベースのＡＳレイヤ設定失敗を開始する。この合意に基づいて、失敗メッセージは、ＡＳ設定におけるＬＣＩＤ衝突を示す原因値を含むことができる。ＡＳ設定のサイドリンク論理チャネルに対応するＬＣＩＤはＵＥ１によって割り当てられるため、ＵＥ１は、ＬＣＩＤ衝突を示す失敗メッセージの受信に応答してサイドリンク論理チャネルに対して新しいＬＣＩＤを再割り当てることができ、サイドリンク論理チャネルをＵＥ２に設定するために新しいＬＣＩＤ（すなわち、ＬＣＩＤ以外のすべてのＴＸ－ＲＸ整合パラメータは変更されない）で新しいＡＳ設定を送信することができる。この場合、基地局は新しいＳＬＲＢ設定を再検討または再決定する必要はないことがある。従って、ＬＣＩＤ衝突を示す失敗メッセージを受信すると、ＵＥ１は、ＲＲＣメッセージ（例えば、SidelinkUEInformationNR）を介して、ＬＣＩＤ衝突を示す失敗表示を基地局に送信する必要がないことがある。

【0065】

図２０は、第１のＵＥがネットワークノードからＳＬＲＢ設定を要求する１つの例示的な実施形態によるフローチャート２０００である。ステップ２００５において、第１のＵＥが、第２のＵＥとのユニキャストリンクを確立する。ステップ２０１０において、第１のＵＥが、第１のＡＳ設定を第２のＵＥに送信する。ステップ２０１５において、第１のＵＥが、第２のＵＥから第１のＡＳ設定の失敗メッセージを受信する。ステップ２０２０において、第１のＵＥが、失敗メッセージの受信に応答して、ネットワークノードに第３のＲＲＣメッセージを送信し、第３のＲＲＣメッセージは、第２のＵＥの第２のサイドリンク能力情報を含む。

【0066】

一実施形態では、第１のＵＥは、ＰＣ５ ＲＲＣメッセージを介して第２のＵＥの第２のサイドリンク能力情報を受信することができる。第１のＵＥはまた、ユニキャストリンクのための第１のＳＬＲＢ設定を要求する第１のＲＲＣメッセージをネットワークノードに送信することができ、第１のＡＳ設定は、第１のＳＬＲＢ設定から導出される。さらに、第１のＵＥは、ネットワークノードから第２のＲＲＣメッセージを受信することができ、第２のＲＲＣメッセージは、ユニキャストリンクのための第１のＳＬＲＢ設定を含む。

【0067】

一実施形態では、第１のＵＥは、ネットワークノードから第４のＲＲＣメッセージを受信することができ、第４のＲＲＣメッセージは、ユニキャストリンクのための第２のＳＬＲＢ設定を含む。ＵＥはまた、ＰＣ５ ＲＲＣメッセージを介して第２のＡＳ設定を第２のＵＥに送信することができ、第２のＡＳ設定は、第２のＳＬＲＢ設定から導出される。

【0068】

図３および図４に戻って参照すると、第１のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のＵＥが、（ｉ）第２のＵＥとのユニキャストリンクを確立することと、（ｉｉ）第１のＡＳ設定を第２のＵＥに送信することと、（ｉｉｉ）第２のＵＥから第１のＡＳ設定の失敗メッセージを受信することと、（ｉｖ）失敗メッセージの受信に応答して、ネットワークノードに第３のＲＲＣメッセージを送信し、第３のＲＲＣメッセージは、第２のＵＥの第２のサイドリンク能力情報を含む、送信することと、をするのを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に説明した上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0069】

図２１は、ネットワークノードが第１のＵＥと第２のＵＥとの間に確立されたユニキャストリンクのためのＳＬＲＢ設定を提供する観点からの１つの例示的な実施形態によるフローチャート２１００である。ステップ２１０５において、ネットワークノードは、第１のＵＥから第３のＲＲＣメッセージを受信し、第３のＲＲＣメッセージは、第２のＵＥがユニキャストリンクのための第１のＳＬＲＢ設定の内容に準拠できないことを示し、第２のＵＥの第２のサイドリンク能力情報を含む。ステップ２１１０において、ネットワークノードは、第４のＲＲＣメッセージを第１のＵＥに送信し、第４のＲＲＣメッセージは、第２のＵＥの第２のサイドリンク能力情報に基づいて決定される第２のＳＬＲＢ設定を含む。

【0070】

一実施形態では、ネットワークノードは、ユニキャストリンクのための第１のＳＬＲＢ設定を要求する第１のＲＲＣメッセージを第１のＵＥから受信することができる。ネットワークノードはまた、第２のＲＲＣメッセージを第１のＵＥに送信することができ、第２のＲＲＣメッセージは、ユニキャストリンクのための第１のＳＬＲＢ設定を含む。

【0071】

図３および図４に戻って参照すると、ネットワークノードの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、ネットワークノードが、（ｉ）第１のＵＥから第３のＲＲＣメッセージを受信し、第３のＲＲＣメッセージは、第２のＵＥがユニキャストリンクのための第１のＳＬＲＢ設定の内容に準拠できないことを示し、第２のＵＥの第２のサイドリンク能力情報を含む、受信することと、（ｉｉ）第４のＲＲＣメッセージを第１のＵＥに送信し、第４のＲＲＣメッセージは、第２のＵＥの第２のサイドリンク能力情報に基づいて決定される第２のＳＬＲＢ設定を含む、送信することと、をするのを可能にすることができる。さらに、ＣＰＵ ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0072】

図２０および図２１に示され、上述した実施形態に関連して、一実施形態では、第１のＲＲＣメッセージは、第１のＵＥの第１のサイドリンク能力情報を含むことができる。第３のＲＲＣメッセージはまた、第１のＵＥの第１のサイドリンク能力情報を含むことができる。

【0073】

一実施形態では、第１のメッセージは、ユニキャストリンクのためのＰＣ５ ＱｏＳフローのアイデンティティ（例えば、sl-QoS-FlowIdentity）、ユニキャストリンクのためのＰＣ５ ＱｏＳフローのＰＣ５ ＱｏＳプロファイル（例えば、sl-QoS-Profile）、または第２のＵＥの宛先レイヤ２ ＩＤ（例えば、SL-DestinationIdentity）を含むことができる。第２のメッセージは、ＰＣ５ ＱｏＳフローのアイデンティティ（例えば、sl-QoS-FlowIdentity）またはユニキャストリンクのためのＳＬＲＢのアイデンティティ若しくは設定インデックス（例えば、SLRB-Uu-ConfigIndex）を含むことができる。第２のメッセージは、ＰＣ５ ＱｏＳフローがＳＬＲＢにマッピングされていることを示すことができる。

【0074】

一実施形態では、第１のＳＬＲＢ設定は、ＳＬＲＢに関連するＴＸ－ＲＸ整合パラメータの第１のセットを含むことができる。第３のメッセージは、ＳＬＲＢに関連するSL-DestinationIdentityまたはsl-DestinationIndex、ＳＬＲＢに関連するSLRB-Uu-ConfigIndex、ＳＬＲＢにマッピングされたＰＣ５ ＱｏＳフローのsl-QoS-FlowIdentity、および／またはＰＣ５ ＱｏＳフローのsl-QoS-Profileを含むことができる。SL-DestinationIdentityまたはsl-DestinationIndexは、第２のＵＥに関連付けられてもよい。第４のメッセージは、ＳＬＲＢに関連するＴＸ－ＲＸ整合パラメータの第２のセットを含むことができる。

【0075】

一実施形態では、第１のメッセージまたは第３のメッセージは、SidelinkUEInformationNRとすることができる。第２のメッセージまたは第３のメッセージは、RRCReconfigurationとすることができる。第１または第２のサイドリンク能力情報は、例えば、サポートされているＴＸ－ＲＸ整合パラメータ、ＳＬＲＢ ＩＤ範囲、論理チャネルアイデンティティ（ＬＣＩＤ）範囲、ＰＣ５ ＱｏＳフローＩＤ範囲、送信時間単位内のＴＢの最大ビット数、および／またはＭＣＳを含むことができる。ネットワークノードは、基地局（例えば、ｅＮＢ）とすることができる。

【0076】

図２２は、第１のＵＥがネットワークノードにＵＥサイドリンク能力情報を報告する観点からのフローチャート２２００である。ステップ２２０５において、第１のＵＥが、第２のＵＥとのユニキャストリンクを確立する。ステップ２２１０において、第１のＵＥが、第２のＵＥから第２のＵＥの第２のサイドリンク能力情報を受信する。ステップ２２１５において、第１のＵＥが、第１のＵＥの第１のサイドリンク能力情報および第２のサイドリンク能力情報をネットワークノードに送信するか、または共通サイドリンク能力情報をネットワークノードに送信し、共通サイドリンク能力情報は、第１のサイドリンク能力情報および第２のサイドリンク能力情報から導出される。

【0077】

一実施形態では、第１のＵＥは、ユニキャストリンクのためのＳＬＲＢ設定を要求する第１のメッセージをネットワークノードに送信することができる。第１のＵＥはまた、ネットワークノードから第２のメッセージを受信することができ、第２のメッセージは、ユニキャストリンクのためのＳＬＲＢ（Sidelink Radio Bearer）設定を含む。

【0078】

一実施形態では、第１のサイドリンク能力情報および第２のサイドリンク能力情報は、それぞれ、１つのメッセージまたは２つのメッセージに含まれ得る。一実施形態では、第１／第２のサイドリンク能力情報または共通サイドリンク能力情報はまた、ＵＥ支援情報（例えば、UEAssistanceInformation）またはサイドリンクＵＥ情報（例えば、SidelinkUEInformation）に含まれ得る。第１／第２メッセージは、ＲＲＣメッセージとすることができる。

【0079】

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

【0080】

図３および図４を参照すると、第１のＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１のＵＥが、（ｉ）第２のＵＥとのユニキャストリンクを確立することと、（ｉｉ）第２のＵＥから第２のＵＥの第２のサイドリンク能力情報を受信することと、（ｉｉｉ）第１のＵＥの第１のサイドリンク能力情報および第２のサイドリンク能力情報をネットワークノードに送信するか、または共通サイドリンク能力情報をネットワークノードに送信することであって、共通サイドリンク能力情報は、第１のサイドリンク能力情報および第２のサイドリンク能力情報から導出される、送信することと、をするのを可能にすることができる。さらに、ＣＰＵ ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。

【0081】

図２３は、ネットワークノードが第１のＵＥからＵＥサイドリンク能力情報を受信し、第１のＵＥと第２のＵＥとの間に確立されたユニキャストリンクが存在する、という観点からの１つの例示的な実施形態によるフローチャート２３００である。ステップ２３０５において、ネットワークノードが、第１のＵＥの第１のサイドリンク能力情報および第２のＵＥの第２のサイドリンク能力情報を第１のＵＥから受信するか、または第１のＵＥから共通サイドリンク能力情報を受信し、共通サイドリンク能力情報は、第１のサイドリンク能力情報および第２のサイドリンク能力情報から導出される。ステップ２３１０において、ネットワークノードが、第１のＵＥから第１のメッセージを受信し、第１のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を要求するために使用される。ステップ２３１５において、ネットワークノードが、第２のメッセージを第１のＵＥに送信し、第２のメッセージは、ユニキャストリンクのためにＳＬＲＢ設定を含む。

【0082】

一実施形態では、ＳＬＲＢ設定は、第１のサイドリンク能力情報および第２のサイドリンク能力情報に従って決定されるか、または共通のサイドリンク能力情報に従って決定され得る。第１のメッセージは、ユニキャストリンクのためのＰＣ５ ＱｏＳフローのアイデンティティを含むことができる。第２のメッセージは、ＰＣ５ ＱｏＳフローのアイデンティティ、またはユニキャストリンクためのＳＬＲＢのアイデンティティを含むことができる。

【0083】

一実施形態では、第２のメッセージは、ＰＣ５ ＱｏＳフローがＳＬＲＢにマッピングされていることを示すことができる。第１のサイドリンク能力情報および第２のサイドリンク能力情報は、それぞれ１つのメッセージまたは２つのメッセージに含まれ得る。第１／第２のサイドリンク能力情報または共通サイドリンク能力情報はまた、ＵＥ支援情報（例えば、UEAssistanceInformation）またはサイドリンクＵＥ情報（例えば、SidelinkUEInformation）に含まれ得る。第１／第２メッセージは、ＲＲＣメッセージとすることができる。

【0084】

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

【0085】

図３および図４を参照すると、ネットワークノードの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、（ｉ）第１のＵＥの第１のサイドリンク能力情報および第２のＵＥの第２のサイドリンク能力情報を第１のＵＥから受信するか、または第１のＵＥから共通サイドリンク能力情報を受信することであって、共通サイドリンク能力情報は、第１のサイドリンク能力情報および第２のサイドリンク能力情報から導出される、受信することと、（ｉｉ）第１のＵＥから第１のメッセージを受信し、第１のメッセージは、ユニキャストリンクのためのＳＬＲＢ設定を要求するために使用される、受信することと、（ｉｉｉ）第２のメッセージを第１のＵＥに送信し、第２のメッセージは、ユニキャストリンクのためにＳＬＲＢ設定を含む、送信することと、をするのを可能にすることができる。

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】