(57)【特許請求の範囲】
【請求項１】
RRC_CONNECTEDにある第1のUE（ユーザー装置）が構成失敗を検出するための方法であって：
第2のUEとユニキャスト・リンクを確立するよう第1のPC5-Sメッセージを送信する段階と；
前記ユニキャスト・リンクの確立を完了するよう前記第2のUEから第2のPC5-Sメッセージを受信する段階と；
第1のPC5  RRC（無線資源制御）メッセージを前記第2のUEに送信する段階であって、前記第1のPC5  RRCメッセージは、前記第2のUEと確立された前記ユニキャスト・リンクのためのAS（アクセス・ストラートゥム）層構成を含む、段階と；
前記第2のUEが前記AS層構成に準拠することができないことを示す第2のPC5  RRC失敗メッセージを、前記第2のUEから直接、受信する段階と；
前記第2のPC5  RRC失敗メッセージの受信に応答して、ネットワーク・ノードに構成失敗を示す第4のRRCメッセージを送信する段階であって、前記第4のRRCメッセージは、構成失敗の原因を含む、段階とを含む、
方法。
【請求項２】
第1のRRCメッセージを前記ネットワーク・ノードに送信する段階をさらに含み、前記第1のRRCメッセージは、SLRB（サイドリンク無線ベアラ）構成の要求を含む、
請求項１記載の方法。
【請求項３】
前記ネットワーク・ノードから第2のRRCメッセージを受信する段階であって、前記第2のRRCメッセージは前記SLRB構成を含む、
請求項２記載の方法。
【請求項４】
第3のRRCメッセージを前記ネットワーク・ノードに送信する段階をさらに含み、前記第3のRRCメッセージは、前記第2のRRCメッセージの受信に応答する完了メッセージである、
請求項３記載の方法。
【請求項５】
前記ネットワーク・ノードが基地局である、請求項１記載の方法。
【請求項６】
第1のUE（ユーザー装置）であって：
制御回路；
前記制御回路の中に設けられたプロセッサ；および
前記制御回路の中に設けられ、前記プロセッサに動作上結合されたメモリを有しており、
前記プロセッサは、前記メモリに格納されたプログラム・コードを実行して：
第2のUEとユニキャスト・リンクを確立するよう第1のPC5-Sメッセージを送信する段階と；
前記ユニキャスト・リンクの確立を完了するよう前記第2のUEから第2のPC5-Sメッセージを受信する段階と；
第1のPC5  RRC（無線資源制御）メッセージを前記第2のUEに送信する段階であって、前記第1のPC5  RRCメッセージは前記第2のUEと確立された前記ユニキャスト・リンクのためのAS（アクセス・ストラートゥム）層構成を含む、段階と；
前記第2のUEが前記AS層構成に準拠することができないことを示す第2のPC5  RRC失敗メッセージを、前記第2のUEから直接、受信する段階と；
前記第2のPC5  RRC失敗メッセージの受信に応答して、構成失敗を示す第4のRRCメッセージをネットワーク・ノードに送信する段階であって、前記第4のRRCメッセージは構成失敗の原因を含む、段階とを実行するように構成されている、
第1のUE。
【請求項７】
前記プロセッサは、前記メモリに格納されたプログラム・コードを実行して：
第1のRRCメッセージを前記ネットワーク・ノードに送信する段階であって、前記第1のRRCメッセージはSLRB（サイドリンク無線ベアラ）構成の要求を含む、段階を実行するようにさらに構成されている、
請求項６記載の第1のUE。
【請求項８】
前記プロセッサは、前記メモリに格納されたプログラム・コードを実行して、
第2のRRCメッセージを前記ネットワーク・ノードから受信する段階であって、前記第2のRRCメッセージは前記SLRB構成を含む、段階を実行するようにさらに構成されている、
請求項７記載の第1のUE。
【請求項９】
前記プロセッサは、前記メモリに格納されたプログラム・コードを実行して、
第3のRRCメッセージを前記ネットワーク・ノードに送信する段階であって、前記第3のRRCメッセージは前記第2のRRCメッセージの受信に応答する完了メッセージである、段階を実行するようにさらに構成されている、
請求項８記載の第1のUE。
【請求項１０】
前記ネットワーク・ノードは基地局である、請求項６に記載の第1のUE。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本願は、2019年6月25日に出願された米国仮特許出願第62/866,399号の利益を主張するものである。その開示全体はここに参照によりその全体において組み込まれる。
【０００２】
分野
本開示は、概括的には、無線通信ネットワークに関し、より詳細には、無線通信システムにおけるサイドリンク通信を構成するための方法および装置に関する。
【背景技術】
【０００３】
移動通信装置との間の大量のデータ通信に対する需要が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（IP）データ・パケットを用いて通信するネットワークに進化しつつある。そのようなIPデータ・パケット通信は、移動通信装置のユーザーにボイスオーバーIP、マルチメディア、マルチキャストおよびオンデマンド通信サービスを提供することができる。
【０００４】
例示的なネットワーク構造は、進化型ユニバーサル地上無線アクセス・ネットワーク（E-UTRAN）である。E-UTRANシステムは、上述のボイスオーバーIPやマルチメディア・サービスを実現するために、高いデータスループットを提供することができる。次世代（たとえば5G）の無線技術が、現在、3GPP標準化機構によって議論されている。よって、3GPP規格を発展させ、最終化するべく、現在、3GPP規格の現行の本体に対する変更が提出され、検討されている。
【発明の概要】
【課題を解決するための手段】
【０００５】
構成の失敗を検出するために、RRC_CONNECTEDにある第一のUE（ユーザー装置）の観点からの方法および装置が開示される。ある実施形態では、本方法は、第1のUEが第1のPC5  RRC（Radio  Resource  Control［無線資源制御］）メッセージを第2のUEに送信することを含み、第1のPC5  RRCメッセージは、第2のUEと確立されたユニキャスト・リンクのためのAS（Access  Stratum［アクセス・ストラートゥム］）層構成を含む。この方法はまた、第1のUEが、AS層構成の構成失敗が検出された場合に、第4のRRCメッセージをネットワーク・ノードに送信することを含み、ここで、第4のRRCメッセージは、構成失敗が発生したことを示す。
【図面の簡単な説明】
【０００６】
【図１】ある例示的実施形態による無線通信システムの図を示す。
【０００７】
【図２】ある例示的実施形態による、送信機システム（アクセス・ネットワークとしても知られる）および受信機システム（ユーザー装置またはUEとしても知られる）のブロック図である。
【０００８】
【図３】ある実施形態による通信システムの機能ブロック図である。
【０００９】
【図４】ある例示的実施形態による図3のプログラム・コードの機能ブロック図である。
【００１０】
【図５】3GPP  TS  36.300  V15.3.0のFigure  6-3の複製である。
【００１１】
【図６】3GPP  TS  38.331  V15.4.0のFigure  5.3.5.1-1の複製である。
【００１２】
【図７】3GPP  TS  38.331  V15.4.0のFigure  5.3.5.1-2の複製である。
【００１３】
【図８】3GPP  TS  36.331  V15.3.0のFigure  5.10.2-1の複製である。
【００１４】
【図９】3GPP  TR  38.885  V16.0.0のFigure  5.4.4-1の複製である。
【００１５】
【図１０】3GPP  TR  38.885  V16.0.0のFigure  5.4.4-2の複製である。
【００１６】
【図１１】3GPP  TR  38.885  V16.0.0のFigure  5.4.4-3の複製である。
【００１７】
【図１２】3GPP  TR  38.885  V16.0.0のFigure  7-1の複製である。
【００１８】
【図１３】3GPP  TS  23.287  V0.4.0のFigure  5.2.1.4-1の複製である。
【００１９】
【図１４】3GPP  TS  23.287  V0.4.0のFigure  6.3.3.1-1の複製である。
【００２０】
【図１５】3GPP  TS  23.287  V0.4.0のFigure  6.3.3.2-1の複製である。
【００２１】
【図１６】ある例示的実施形態による、失敗事例を考慮に入れるAS（Access  Stratum）層構成のための例示的なフローチャートである。
【００２２】
【図１７】ある例示的実施形態によるフローチャートである。
【００２３】
【図１８】3GPP  TS  23.287に基づくリンク識別子更新手順の例示的なフローチャートである。
【００２４】
【図１９】ある例示的実施形態によるリンク識別子更新手順の例示的なフローチャートである。
【００２５】
【図２０】ある例示的実施形態によるフローチャートである。
【００２６】
【図２１】ある例示的実施形態によるフローチャートである。
【発明を実施するための形態】
【００２７】
以下に説明する例示的な無線通信システムおよび装置は、ブロードキャスト・サービスをサポートする無線通信システムを用いる。無線通信システムは、音声、データ等のさまざまなタイプの通信を提供するために広く配備されている。これらのシステムは、符号分割多元接続（CDMA）、時分割多元接続（TDMA）、直交周波数分割多元接続（OFDMA）、3GPP  LTE（Long  Term  Evolution［ロングタームエボリューション］）無線アクセス、3GPP  LTE-AまたはLTE-Advanced（Long  Term  Evolution  Advanced［ロングタームエボリューションアドバンスト］）、3GPPP2  UMB（Ultra  Mobile  Broadband［ウルトラモバイルブロードバンド］）、WiMax、3GPP  NR（New  Radio［ニューラジオ］）、またはいくつかの他の変調技法に基づくことがある。
【００２８】
具体的には、以下に説明する例示的な無線通信システム装置は、TS  36.300  V15.3.0、“E-UTRA  and  E-UTRAN  Overall  Description;  Stage  2  (Release  15)”；TS  38.331  V15.4.0、“NR;  Radio  Resource  Control  (RRC)  protocol  specification  (Release  15)”；TR  38.885  V16.0.0、“NR;  Study  on  NR  Vehicle-to-Everything  (V2X)  (Release  16)”；TS  23.287  V0.4.0、“Architecture  enhancements  for  5G  System  (5GS)  to  support  Vehicle-to-Everything  (V2X)  services  (Release  16)”；3GPP  RAN2#106  Chairman's  note；およびTS  36.331  V15.3.0、“E-UTRA;  Radio  Resource  Control  (RRC)  Protocol  specification  (Release  15)”を含む、本稿で3GPPと称される「第3世代パートナーシッププロジェクト」という名称のコンソーシアムによって提供される規格のような一つまたは複数の規格をサポートするように設計されてもよい。上記に列挙された規格および文書は、ここに参照によりその全体において明示的に組み込まれる。
【００２９】
図1は、本発明のある実施形態による多元接続無線通信システムを示す。アクセス・ネットワーク100（AN）は、複数のアンテナ・グループを含む。一つのアンテナ・グループが104および106を含み、もう一つが108および110を含み、追加の一つが112および114を含む。図1では、各アンテナ・グループについて2つのアンテナのみが示されているが、各アンテナ・グループについてより多数またはより少数のアンテナが利用されてもよい。アクセス端末116（access  terminal、AT）は、アンテナ112および114と通信し、アンテナ112および114は、順方向リンク120を通じてアクセス端末116に情報を送信し、逆方向リンク118を通じてアクセス端末116から情報を受信する。アクセス端末（AT）122は、アンテナ106および108と通信し、アンテナ106および108は、順方向リンク126を通じてアクセス端末（AT）122に情報を送信し、逆方向リンク124を通じてアクセス端末122から情報を受信する。FDDシステムでは、通信リンク118、120、124および126は、通信のために異なる周波数を使用することができる。たとえば、順方向リンク120は、逆方向リンク118によって使用される周波数とは異なる周波数を使用してもよい。
【００３０】
アンテナの各グループおよび／またはそれらが通信するように設計されたエリアは、しばしばアクセス・ネットワークのセクタと称される。本実施形態では、アンテナ・グループは、それぞれ、アクセス・ネットワーク100によってカバーされる領域のセクタ内のアクセス端末に通信するように設計される。
【００３１】
順方向リンク120および126を通じた通信において、アクセス・ネットワーク100の送信アンテナは、異なるアクセス端末116および122についての順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用することができる。また、ビームフォーミングを使用して、そのカバー範囲を通してランダムに散在するアクセス端末に送信するアクセス・ネットワークは、単一アンテナを通じてそのすべてのアクセス端末に送信するアクセス・ネットワークよりも、隣接するセル内のアクセス端末に対して引き起こす干渉が少ない。
【００３２】
アクセス・ネットワーク（AN）は、端末と通信するために使用される固定ステーションまたは基地局であってもよく、アクセスポイント、ノードB、基地局、向上基地局、進化型ノードB、または他の何らかの用語で称されることもある。アクセス端末（AT）は、ユーザー装置（UE）、無線通信装置、端末、アクセス端末または他の何らかの用語で呼ばれることもある。
【００３３】
図2は、MIMOシステム200における送信機システム210（アクセス・ネットワークとしても知られる）および受信機システム250（アクセス端末（AT）またはユーザー装置（UE）としても知られる）の実施形態の簡略化されたブロック図である。送信システム210では、いくつかのデータ・ストリームのためのトラフィック・データがデータ源212から送信（TX）データ・プロセッサ214に与えられる。
【００３４】
ある実施形態では、各データ・ストリームはそれぞれの送信アンテナを通じて送信される。TXデータ・プロセッサ214は、各データ・ストリームについてのトラフィック・データを、そのデータ・ストリームについて選択された特定の符号化方式に基づいてフォーマットし、符号化し、インタリーブして、符号化されたデータを提供する。
【００３５】
各データ・ストリームについての符号化されたデータは、OFDM技術を使ってパイロット・データと多重化されてもよい。パイロット・データは、典型的には、既知の仕方で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。次いで、各データ・ストリームについての多重化されたパイロットおよび符号化されたデータは、そのデータ・ストリームについて選択された特定の変調方式（たとえば、BPSK、QPSK、M-PSKまたはM-QAM）に基づいて変調され、変調シンボルを提供する。各データ・ストリームについてのデータレート、符号化、および変調は、プロセッサ230によって実行される命令によって決定されてもよい。
【００３６】
次いで、すべてのデータ・ストリームについての変調シンボルは、TX  MIMOプロセッサ220に提供され、TX  MIMOプロセッサ220は、変調シンボルをさらに（たとえば、OFDMのために）処理することができる。次いで、TX  MIMOプロセッサ220は、NT個の変調シンボル・ストリームをNT個の送信機（TMTR）222a〜222tに提供する。ある種の実施形態では、TX  MIMOプロセッサ220は、ビームフォーミング重みをデータ・ストリームのシンボルおよびシンボルが送信されるアンテナに適用する。
【００３７】
各送信機222は、それぞれのシンボル・ストリームを受領し、処理して、一つまたは複数のアナログ信号を提供し、該アナログ信号をさらに整えて（たとえば、増幅、フィルタリング、およびアップコンバートして）、MIMOチャネルを通じた送信に適した変調された信号を提供する。次いで、送信機222a〜222tからのNT個の変調された信号が、それぞれNT個のアンテナ224a〜224tから送信される。
【００３８】
受信機システム250では、送信された変調信号は、NR個のアンテナ252a〜252rによって受信され、各アンテナ252からの受信信号は、それぞれの受信機（RCVR）254a〜254rに提供される。各受信機254は、それぞれの受信信号を整え（たとえば、フィルタリング、増幅、ダウンコンバートして）、整えられた信号をデジタル化してサンプルを提供し、該サンプルをさらに処理して、対応する「受信」シンボル・ストリームを提供する。
【００３９】
次いで、RXデータ・プロセッサ260は、NR個の受信機254からNR個の受信シンボル・ストリームを受け取り、特定の受信機処理技術に基づいて処理して、NT個の「検出された」シンボル・ストリームを提供する。次いで、RXデータ・プロセッサ260は、各検出されたシンボル・ストリームを復調し、デインタリーブし、デコードして、そのデータ・ストリームについてのトラフィック・データを回復する。RXデータ・プロセッサ260による処理は、送信機システム210においてTX  MIMOプロセッサ220およびTXデータ・プロセッサ214によって実行される処理と相補的である。
【００４０】
プロセッサ270は、どの前置符号化行列を使用するかを定期的に決定する（後述）。プロセッサ270は、行列インデックス部およびランク値部を含む逆方向リンク・メッセージを定式化する。
【００４１】
逆方向リンク・メッセージは、通信リンクおよび／または受信データ・ストリームに関するさまざまなタイプの情報を含んでもよい。次いで、逆方向リンク・メッセージは、データ源236からのいくつかのデータ・ストリームのためのトラフィック・データをも受け取るTXデータ・プロセッサ238によって処理され、変調器280によって変調され、送信機254a〜254rによって整えられて、送信機システム210に送信し返される。
【００４２】
送信機システム210では、受信機システム250からの変調された信号は、アンテナ224によって受信され、受信機222によって整えられ、復調器240によって復調され、RXデータ・プロセッサ242によって処理されて、受信機システム250によって送信されたリザーブ・リンク・メッセージを抽出する。次いで、プロセッサ230は、ビームフォーミング重みを決定するために使用すべき前置符号化行列を決定し、次いで、抽出されたメッセージを処理する。
【００４３】
図3に目を転じると、この図は、本発明のある実施形態による通信装置の代替的な簡略化された機能ブロック図を示す。図3に示されるように、無線通信システムにおける通信装置300は、図1におけるUE（またはAT）116および122、または図1における基地局（またはAN）100を実現するために利用でき、無線通信システムは、好ましくは、LTEまたはNRシステムである。通信装置300は、入力装置302、出力装置304、制御回路306、中央処理装置（CPU）308、メモリ310、プログラム・コード312、およびトランシーバ314を含んでいてもよい。制御回路306は、CPU  308を通じてメモリ310内のプログラム・コード312を実行し、それにより通信装置300の動作を制御する。通信装置300は、キーボードまたはキーパッドなどの入力装置302を通じてユーザーが入力した信号を受領することができ、モニターまたはスピーカーなどの出力装置304を通じて画像および音声を出力することができる。トランシーバ314は、無線信号を送受信し、受信信号を制御回路306に送達し、制御回路306によって生成された信号を無線で出力するために使用される。無線通信システム内の通信装置300は、図1のAN  100を実現するために利用することもできる。
【００４４】
図4は、本発明のある実施形態による、図3に示したプログラム・コード312の簡略化されたブロック図である。この実施形態では、プログラム・コード312は、アプリケーション層400、レイヤー3部分402、およびレイヤー2部分404を含み、レイヤー1部分406に結合される。レイヤー3部分402は一般に、無線資源制御を実行する。レイヤー2部分404は一般に、リンク制御を実行する。レイヤー1部分406は、一般に、物理的接続を実行する。
【００４５】
3GPP  TS  36.300は、サイドリンク無線ベアラとサイドリンク論理チャネルとの間のマッピングを以下のように導入している:
6  レイヤー2
レイヤー2は、媒体アクセス制御（MAC）、無線リンク制御（RLC）、およびパケットデータ収束プロトコル（PDCP）のサブレイヤーに分割される。
この小節は、サービスおよび機能の面でレイヤー2サブレイヤーの高レベルの記述を与える。下記の3つの図は、下りリンク、上りリンク、およびサイドリンクのためのPDCP/RLC/MACアーキテクチャを描いている。ここで、
・ピアツーピア通信のためのサービスアクセスポイント（Service  Access  Point、SAP）は、サブレイヤー間のインタフェース部において丸印でマークされている。物理層とMACサブレイヤーとの間のSAPは、トランスポート・チャネルを提供する。MACサブレイヤーとRLCサブレイヤーとの間のSAPは論理チャネルを提供する。
・同じトランスポート・チャネル（すなわちトランスポート・ブロック）上のいくつかの論理チャネル（すなわち、無線ベアラ）の多重化はMACサブレイヤーによって実行される；
・上りリンクと下りリンクの両方で、CAとDCのどちらも構成されていないとき、空間的多重化がない場合、TTI当たり一つのトランスポート・ブロックしか生成されない；
・サイドリンクでは、TTI当たり一つのトランスポート・ブロックしか生成されない。
［…］
［「サイドリンクのためのレイヤー2構造」と題される3GPP  TS  36.300  V15.3.0のFigure  6-3は、本願の図５として転載されている］
【００４６】
3GPP  TS  38.331は次のように述べる：
5.3.5  RRC再構成
5.3.5.1  一般
［「RRC再構成、成功」と題される3GPP  TS  38.331  V15.4.0のFigure  5.3.5.1-1は、本願の図６として転載されている］
［「RRC再構成、失敗」と題される3GPP  TS  38.331  V15.4.0のFigure  5.3.5.1-2は、本願の図７として転載されている］
この手順の目的は、RRC接続を修正すること、たとえば、RBを確立／修正／解放すること、同期をもって再構成を実行すること、測定をセットアップ／修正／解放すること、SCellおよびセル・グループを追加／修正／解放することである。手順の一部として、NAS専用情報がネットワークからUEに転送されてもよい。
EN-DCでは、SRB3は、測定構成および報告のために、MAC、RLC、物理層およびRLFのタイマーおよびSCG構成の定数を（再）構成するため、ならびにS-KgNBまたはSRB3に関連するDRBのためにPDCPを再構成するために使用できる。ただし、（再）構成はMeNBの関与を必要としないものとする。
5.3.5.8.2  RRC再構成に準拠できないこと
UEは、次のことを実行する：
1>UEがEN-DCで動作している場合：
2>UEがSRB3を通じて受信されたRRCReconfigurationメッセージに含まれる構成（の一部）に準拠できない場合；
3>RRCReconfigurationメッセージの受信前に使用された構成の使用を続ける；
3>SCG再構成エラーを報告するために、5.7.3小節において規定されるSCG失敗情報手順を開始し、その際、接続再構成手順は終了する;
2>それ以外の場合、UEがSRB1を通じて受信されたRRCReconfigurationメッセージに含まれる構成（の一部）に準拠できない場合；
3>RRCReconfigurationメッセージの受信前に使用された構成の使用を続ける；
3>TS  36.331[10]の5.3.7節に規定されている接続再確立手順を開始し、その際、接続再構成手順は終了する。
1>それ以外の場合、NRを介してRRCReconfigurationが受信される場合：
2>UEがRRCReconfigurationメッセージに含まれる構成（の一部）に準拠できない場合；
3>RRCReconfigurationメッセージの受信前に使用された構成の使用を続ける；
3>セキュリティがアクティブ化されていない場合：
4>5.3.11で規定されるRRC_IDLE に移る際にアクションを実行。解放原因は「その他」
3>それ以外の場合、ASセキュリティがアクティブ化されているが、SRB2および少なくとも一つのDRBがセットアップされていない場合：
4>5.3.11で規定されるRRC_IDLEに移る際にアクションを実行。解放原因「RRC接続失敗」；
3>それ以外の場合：
4>5.3.7節に規定されている接続再確立手順を開始し、その際、再構成手順は終了する；
1>それ以外の場合、RRCReconfigurationが他のRATを介して受信される場合（NR失敗へのハンドオーバー）：
2>UEがRRCReconfigurationメッセージに含まれる構成のいかなる部分にも準拠できない場合：
3>前記他のRATに適用可能な仕様で定義されているように、この失敗の場合について定義されているアクションを実行。
注1：UEは、RRCReconfigurationメッセージがプロトコルエラーを引き起こし、該エラーについて、10において定義されている一般的なエラー処理がUEがそのメッセージを無視することを規定する場合にも、上記の失敗処理を適用することができる。
注2：UEが構成の一部に準拠できない場合、構成のいかなる部分も適用しない。つまり、部分的な成功／失敗はない。
【００４７】
3GPP  TS  36.331は次のように述べる：
5.10.2  サイドリンクUE情報
5.10.2.1  一般
［「サイドリンクUE情報」と題される3GPP  TS  36.331  V15.3.0のFigure  5.10.2-1は本願の図８として転載されている］
この手順の目的は、E-UTRANに、UEがサイドリンク通信またはディスカバリーを受け取ること、V2Xサイドリンク通信を受信することに関心がある、またはもはや関心がないことを通知し、サイドリンク通信もしくはディスカバリー・アナウンスまたはV2Xサイドリンク通信もしくはサイドリンク・ディスカバリー・ギャップのための伝送資源の割り当てまたは解放を要求し、周波数間/PLMNセルのシステム情報からサイドリンク・ディスカバリーに関連するパラメータを報告し、V2Xサイドリンク通信のためにUEが使用する同期リファレンスを報告することである。
5.10.2.2  開始
RRC_CONNECTED状態にあるサイドリンク通信またはV2Xサイドリンク通信またはサイドリンク・ディスカバリーができるUEは、接続確立成功の際、関心の変化の際、またはPCellブロードキャストSystemInformationBlockType18もしくはSystemInformationBlockType19もしくはsl-V2X-ConfigCommonを含むSystemInformationBlockType21への変更の際を含むいくつかの場合において、サイドリンク通信、またはV2Xサイドリンク通信、またはサイドリンク・ディスカバリーを受信していること（受信することに関心があること）を示すために前記手順を開始してもよい。サイドリンク通信またはV2Xサイドリンク通信またはサイドリンク・ディスカバリーができるUEは、関連するサイドリンク通信送信またはディスカバリー・アナウンスまたはV2Xサイドリンク通信のための専用資源の割り当てを要求する、またはサイドリンク・ディスカバリー送信またはサイドリンク・ディスカバリー受信のためのサイドリンク・ディスカバリー・ギャップを要求するために前記手順を開始してもよく、周波数間/PLMNサイドリンク・ディスカバリー・パラメータ報告ができるUEは、周波数間/PLMNセルのシステム情報からサイドリンク・ディスカバリーに関連するパラメータを報告するために前記手順を開始してもよい。
注1：サイドリンク通信／V2Xサイドリンク通信／サイドリンク・ディスカバリー・アナウンスを送信するように構成されているRRC_IDLEにあるUEは、SystemInformationBlockType18／SystemInformationBlockType19／sl-V2X-ConfigCommonを含むSystemInformationBlockType21またはSystemInformationBlockType26は（通常の条件での）送信のための資源を含まないながら、5.3.3.1aに従って接続確立を開始する。
［…］
【００４８】
3GPP  TR  38.885は次のように述べている：
5.4.4  RRC
RRCは、少なくともUE機能およびASレイヤー構成を交換するために使用される。UE機能転送（UE  capability  transfer）については、直接リンク・セットアップのためのPC5-Sシグナリング中または該シグナリング後に情報フローがトリガーされ、たとえば図5.4.4-1に示されるように一方向的に、またはFigure  5.4.4-2にされるように二方向的に行なうことができる。
［「UE機能転送のための一方向的な情報フロー」と題される3GPP  TR  38.885  V16.0.0のFigure  5.4.4-1は、本願の図９として転載されている］
［「UE機能転送のための双方向的な情報フロー」と題される3GPP  TR  38.885  V16.0.0のFigure  5.4.4-2は、本願の図１０として転載されている。
ASレイヤー構成については、直接リンク・セットアップのためのPC5-Sシグナリングの間または該シグナリングの後に前記情報フローがトリガーされ、Figure  5.4.4-3に示されるように二方向的に行なうことができる。
［「SL  ASレイヤー構成情報フロー」と題される3GPP  TR  38.885  V16.0.0のFigure  5.4.4-3は、本願の図１１として転載されている］
グループキャストのためのグループ・メンバー間での一対多のPC5-RRC接続確立は必要ない。
［…］
７  QoS管理
QoS管理は、資源割り当て、輻輳制御、デバイス内共存、電力制御、およびSLRB構成における使用のコンテキストにおいてV2Xにとって重要である。QoS管理に関連する物理層パラメータは、送達されるトラフィックの優先度、レイテンシー、信頼性、および最低限必要な通信レンジ（上位層によって定義される）である。データレート要件もASにおいてサポートされる。SL輻輳メトリックと、少なくとも資源割り当てモード2では輻輳制御のメカニズムとが必要とされる。SL輻輳メトリックをgNBに報告することが有益である。SLユニキャスト、グループキャストおよびブロードキャストについては、V2XパケットのQoSパラメータが上位層からASに提供される。
SLユニキャストについては、SLRBは、Figure  7-1および7-2に示されるシグナリング・フローおよび手順に基づいて（事前）構成される。[6]で説明したフロー毎QoSモデルが、上位層で想定される。
［「SLユニキャストのためのSLRB構成（UE固有）」と題される3GPP  TR  38.885  V16.0.0のFigure  7-1は本願の図１２として転載されている］
Figure  7-1のステップ0では、PC5  QoSプロファイル、すなわち、特定のPC5  QoSパラメータのセットと、各PC5  QoSフローについてのPC5  QoSルールとが、[6]におけるようなサービス認可およびプロビジョニング手順によって、前もってUEにプロビジョニングされる。同様に、gNB/ng-eNBにも、各QoSフローについてのPC5  QoSプロファイルが前もってプロビジョニングされる。次いで、パケット（単数または複数）が到着すると、UEはまず、ステップ0で構成されたPC5  QoSルールに基づいて、関連するPC5  QoSフロー（単数または複数）の識別子（すなわち、PC5  QFI）を導出することができ、次いで、ステップ3において、導出されたPC5  QFI（単数または複数）をgNB/ng-eNBに報告しうる。gNB/ng-eNBは、ステップ0の5GCからのプロビジョニングに基づいて、これらの報告されたPC5  QFI（単数または複数）のQoSプロファイルを導き出すことができ、ステップ4におけるRRC専用シグナリングを介してUEが報告したPC5  QFI（単数または複数）に関連付けられたSLRB（単数または複数）の構成を信号伝達しうる。これらのSLRB構成は、PC5  QoSフローからSLRBへのマッピング、SDAP/PDCP/RLC/LCH構成などを含みうる。ステップ5では、UEはASにおいて、gNB/ng-eNB構成に従って、ピアUEと、パケットのPC5  QFIに関連付けられたSLRBを確立し、利用可能なパケットを、確立されたSLRBにマッピングする。次いで、SLユニキャスト送信を行なうことができる。
注：PC5  QFIがどのように定義されるかはSA2  WG2次第である。
【００４９】
3GPP  TS  23.287は次のように述べている：
5.2.1.4  PC5参照ポイントを通じたユニキャスト・モード通信
ユニキャスト・モードの通信は、NRベースのPC5参照ポイント〔リファレンス・ポイント〕を通じてのみサポートされる。Figure  5.2.1.4-1は、PC5ユニキャスト・リンクの例示的な粒度を示す。
［「PC5ユニキャスト・リンクの粒度」と題される3GPP  TS  23.287  V0.4.0のFigure 5.2.1.4-1は、本願の図１３として転載されている］
V2X通信がPC5ユニキャスト・リンクを通じて搬送されるとき、以下の原則が適用される：
・PC5ユニキャスト・リンクの粒度は、両方のUEについてのアプリケーション層IDのペアと同じである。したがって、V2Xサービスがアプリケーション層IDの同じペアに関連付けられている場合は、一つのPC5ユニキャスト・リンクが、一つまたは複数のV2Xサービス（たとえば、PSIDまたはITS-AID）をサポートする。たとえば、Figure  5.2.1.4-1に示されるように、UE  Aは、アプリケーション層ID  2によって同定されるピアUEとの一つのPC5ユニキャスト・リンクと、アプリケーション層ID  4によって同定されるピアUEとの別のPC5ユニキャスト・リンクをもつ。
注：UE  Aの観点からは、UE  Aは、ピアUEによって提供されるアプリケーション層IDが同じUEに属することを知らなくてもよい。その場合、UE  Aは、同じピアUEに複数のPC5ユニキャスト・リンクが関連付けられていることを知る必要はない。
・UEは、たとえば、ネットワーク層プロトコル（たとえば、IPまたは非IP）に依存して、別個のPC5ユニキャスト・リンクを確立することを決定してもよい。
・一つのPC5ユニキャスト・リンクは、同じまたは異なるV2Xサービスのための一つまたは複数のPC5  QoSフローをサポートする。
・5.4.1.1.1節で規定されているように、異なるV2Xパケットについて異なるPC5  QoSフローが選択されてもよい。
アプリケーション層がPC5ユニキャスト通信を必要とするV2Xサービスを開始するとき、UEは、6.3.3.1節に規定されるように、対応するUEとPC5ユニキャスト・リンクを確立する。PC5ユニキャスト・リンク確立の成功後、UE  AおよびUE  Bは、5.6.1.4節に規定されているように、その後のPC5-Sシグナリング・メッセージ交換およびV2Xサービス・データ送信のために、レイヤー2  IDの同じペアを使用する。送信するUEのV2X層は、確立されたPC5リンクを通じてメッセージを送信するとき、メッセージがPC5-Sシグナリング・メッセージ（すなわち、直接通信要求／承認、リンク識別子更新要求／応答、切断要求／応答）であるかサービス・データ送信であるかをAS層に示す。PC5-Sシグナリング・メッセージであれば受信UEのV2X層がメッセージを処理し、アプリケーション・データ・メッセージであれば、受信UEのV2X層はそのメッセージを上位層に転送する。
ユニキャスト・モードは、5.4.1.4節に規定されているように、フローごとのQoSモデルをサポートする。ユニキャスト・リンクの確立中に、各UEは、PC5リンク識別子を自己割り当てし、該PC5リンク識別子を、確立されたユニキャスト・リンクのためのユニキャスト・リンク・プロファイルに関連付ける。PC5リンク識別子は、UE内で一意的な値である。PC5リンク識別子によって同定されるユニキャスト・リンク・プロファイルは、サービス・タイプ（単数または複数）（たとえば、PSIDまたはITS-AID）、UE  Aのアプリケーション層IDおよびレイヤー2  ID、UE  Bのアプリケーション層IDおよびレイヤー2  ID、ならびにPC5  QoSフロー識別子（単数または複数）（PFI）の集合を含む。各PFIは、QoSパラメータ（すなわち、PQIおよび任意的にはレンジ）に関連付けられる。PC5リンク識別子およびPFIは、アプリケーション層IDおよびレイヤー2  IDの変更にかかわりない、確立されたユニキャスト・リンクのための不変の値である。UEは、PC5  QoSフローをAS層に示すためにPFIを使用し、よって、たとえばプライバシー・サポートにより源および／または宛先レイヤー2  IDが変更された場合でも、AS層は対応するPC5  QoSフローを識別する。UEは、V2Xアプリケーション層にPC5ユニキャスト・リンクを示すために、PC5リンク識別子を使用する。したがって、V2Xアプリケーション層は、一つのサービス・タイプに関連付けられた二つ以上のユニキャスト・リンクがある場合でも（たとえば、UEが、同じサービス・タイプについて複数のUEと複数のユニキャスト・リンクを確立する）、対応するPC5ユニキャスト・リンクを識別する。
編集者注：PC5  QoSフロー識別子をどのように決定するか、すなわち、自己割り当てされるかまたは事前構成されるかはFFSである。
5.6.1.4  PC5参照ポイントを通じたユニキャスト・モードV2X通信のための識別子
PC5参照ポイントを通じたV2X通信のユニキャスト・モードについては、使用される宛先レイヤー2  IDは、ユニキャスト・リンクの確立時に発見される通信ピアに依存する。ユニキャスト・リンクの確立のための初期シグナリングは、5.1.2.1節で規定されるように、ユニキャスト・リンク確立のために構成されたサービス・タイプ（たとえば、PSID/ITS-AID）に関連付けられたデフォルトの宛先レイヤー2  IDを使用してもよい。ユニキャスト・リンク確立手順の間、レイヤー2  IDが交換され、6.3.3.1節で規定されているように、2つのUE間の将来の通信のために使用されるべきである。
アプリケーション層IDは、UE内の一つまたは複数のV2Xアプリケーションに関連付けられる。UEが二つ以上のアプリケーション層IDをもつ場合、同じUEの各アプリケーション層IDは、ピアUEの観点から異なるUEのアプリケーション層IDと見なされる可能性がある。V2Xアプリケーション層はレイヤー2  IDを使用しないので、UEは、ユニキャスト・リンクに使用されるアプリケーション層IDと源レイヤー2  IDの間のマッピングを維持する必要がある。これは、V2Xアプリケーションを中断することなく、源レイヤー2  IDの変更を許容する。
アプリケーション層IDが変わるときは、リンク（単数または複数）が、変更されたアプリケーション層IDとのV2X通信のために使用された場合、ユニキャスト・リンク（単数または複数）の源レイヤー2  IDは変更される。
UEは、ピアUEと複数のユニキャスト・リンクを確立し、これらのユニキャスト・リンクのために同じまたは異なる源レイヤー2  IDを使用してもよい。
編集者注：RAN  WGフィードバックに基づいて、識別子記述のさらなる更新が必要となることがありうる。
6.3.3  PC5参照ポイントを通じたユニキャスト・モードV2X通信
6.3.3.1  PC5参照ポイントを通じたレイヤー2リンク確立
PC5参照ポイントを通じたV2X通信のユニキャスト・モードを実行するには、5.1.2.1節に記述されているように、関係した情報をもってUEが構成される。
Figure  6.3.3.1-1は、PC5参照ポイントを通じたV2X通信のユニキャスト・モードのためのレイヤー2リンク確立手順を示している。
［「レイヤー2リンク確立手順」と題される3GPP  TS  23.287  V0.4.0のFigure  6.3.3.1-1は、本願の図１４として転載されている］
１．UE（単数または複数）が、5.6.1.4節に規定されているように、PC5ユニキャスト・リンク確立のためのシグナリング受信のための宛先レイヤー2  IDを決定する。宛先レイヤー2  IDは、5.1.2.1節で規定されるUE（単数または複数）に設定される。
２．UE-1のV2Xアプリケーション層が、PC5ユニキャスト通信のためのアプリケーション情報を提供する。アプリケーション情報は、V2Xアプリケーションのサービス・タイプ（単数または複数）（たとえばPSIDまたはITS-AID）と、開始UEのアプリケーション層IDとを含む。ターゲットUEのアプリケーション層IDが、アプリケーション情報に含まれてもよい。
UE-1のV2Xアプリケーション層は、このユニキャスト通信のためのサービス要件を提供してもよい。UE-1は、5.4.1.4節に規定されているように、PC5  QoSパラメータおよびPFIを決定する。
UE-1が、5.2.1.4節に規定されているように、既存のPC5ユニキャスト・リンクを再利用することを決定した場合、UEは、6.3.3.4節に規定されているように、レイヤー2リンク修正手順をトリガーする。
３．UE-1は、ユニキャスト・レイヤー2リンク確立手順を開始するために、直接通信要求メッセージを送信する。直接通信要求メッセージは、下記を含む：
・源ユーザー情報：開始UEのアプリケーション層ID（すなわち、UE-1のアプリケーション層ID）。
・V2Xアプリケーション層がステップ2でターゲットUEのアプリケーション層IDを提供した場合、次の情報が含まれる： 
・ターゲット・ユーザー情報：ターゲットUEのアプリケーション層ID（すなわち、UE-2のアプリケーション層ID）。
・V2Xサービス情報：レイヤー2リンク確立を要求するV2Xサービス（単数または複数）に関する情報（たとえば、PSID（単数または複数）またはITS-AID（単数または複数））。
・IP通信が使用されるかどうかの指標。
・IPアドレス構成（IP  Address  Configuration）：IP通信については、このリンクのためにIPアドレス構成が必要とされる。
編集者注：IPアドレス構成の詳細はFFS。
・QoS情報：PC5  QoSフロー（単数または複数）に関する情報。各PC5  QoSフローについて、PFIおよび対応するPC5  QoSパラメータ（すなわち、PQIおよび条件付きでMFBR/GFBRなどの他のパラメータ）
編集者注：QoS情報の交換が必要とされるかどうかはFFSである。
直接通信要求メッセージを送信するために使用される源レイヤー2  IDおよび宛先レイヤー2  IDは、5.6.1.1および5.6.1.4に規定されるように決定される。
UE-1は、源レイヤー2  IDおよび宛先レイヤー2  IDを使用して、PC5ブロードキャストにより直接通信要求メッセージを送信する。
４．直接通信受諾メッセージは以下のようにUE-1に送信される：
4a.（UE指向のレイヤー2リンク確立）直接通信要求メッセージにターゲット・ユーザー情報が含まれる場合、ターゲットUE、すなわちUE-2は直接通信受諾メッセージをもって応答する。
4b.（V2Xサービス指向のレイヤー2リンク確立）直接通信要求メッセージにターゲット・ユーザー情報が含まれていない場合、アナウンスされたV2Xサービス（単数または複数）を使用することに関心があり、よってUE-1とのレイヤー2リンクを確立することを決定するUEは、直接通信受諾メッセージを送信することにより応答する（Figure  6.3.3.1-1のUE-2およびUE-4）。
直接通信受諾メッセージは、下記を含む：
・源ユーザー情報：直接通信受諾メッセージを送信するUEのアプリケーション層ID。
・QoS情報：PC5  QoSフロー（単数または複数）に関する情報。各PC5  QoSフローについて、PFI、および対応するPC5  QoSパラメータ（すなわち、PQIおよび条件付きでMFBR/GFBRなどの他のパラメータ）。
直接通信受諾メッセージを送信するために使用される源レイヤー2  IDは、5.6.1.1節および5.6.1.4節に規定されるように決定される。宛先レイヤー2  IDは、受信された直接通信要求メッセージの源レイヤー2  IDに設定される。
ピアUEから直接通信受諾メッセージを受信すると、UE-1は、このユニキャスト・リンクについてのシグナリングおよびデータ・トラフィックのために、将来の通信についてのピアUEのレイヤー2  IDを取得する。
PC5ユニキャスト・リンクを確立したUEのV2X層は、ユニキャスト・リンクに割り当てられたPC5リンク識別子とPC5ユニキャスト・リンク関連情報とをAS層に渡す。PC5ユニキャスト・リンク関連情報は、レイヤー2  ID情報（すなわち、源レイヤー2  IDおよび宛先レイヤー2  ID）を含む。これにより、AS層はPC5ユニキャスト・リンク関連情報とともにPC5リンク識別子を維持することができる。
編集者注：相互認証およびセキュリティ関連付け確立のためのステップは、SA  WG3からのフィードバックに基づいて決定される。
５．V2Xサービス・データは、確立されたユニキャスト・リンクを通じて次のように送信される：
PC5リンク識別子とPFIが、V2Xサービス・データと一緒にAS層に提供される。
UE-1が、源レイヤー2  ID（すなわち、このユニキャスト・リンクについてのUE-1のレイヤー2  ID）と宛先レイヤー2  ID（すなわち、このユニキャスト・リンクについてのピアUEのレイヤー2  ID）を使ってV2Xサービス・データを送信する。
注：PC5ユニキャスト・リンクは双方向であるため、UE-1のピアUEはUE-1との前記ユニキャスト・リンクを通じてV2Xサービス・データをUE-1に送信できる。
編集者注：直接通信要求／受諾メッセージに含まれるパラメータは、直接通信要求／受諾メッセージがAS層によってどのように送信されるか（たとえば、PC5-RRCシグナリングを使う）に関するRAN  WGの決定に応じて更新されることができる。
編集者注：直接通信要求／受諾メッセージに含まれる追加的なパラメータ（セキュリティ関連など）はFFS。
編集者注：ユニキャスト通信がリンク層におけるセキュリティ保護を必要とするかどうかは、SA  WG3からのフィードバックに基づいて決定される。
6.3.3.2  ユニキャスト・リンクについてのリンク識別子更新
Figure  6.3.3.2-1は、ユニキャスト・リンクについてのリンク識別子更新手順を示す。プライバシー要件のため、PC5参照ポイントを通じたV2X通信のユニキャスト・モードのために使用される識別子（たとえば、アプリケーション層識別子、源レイヤー2  ID、IPアドレス／プレフィックス）は、5.6.1.1節と5.6.1.4節に規定されるように、経時的に変更されるものとする。この手順は、サービスの中断を防ぐために、識別子が変更される前に、このリンクのために使用される識別子の差し迫った変更のユニキャスト・リンクについて、ピアUEを更新するために使用される。
UEが同じアプリケーション層識別子またはレイヤー2  IDを使用する複数のユニキャスト・リンクをもつ場合、UEはそれぞれのユニキャスト・リンクについてリンク識別子更新手順を実行する必要がある。
［「リンク識別子更新手順」と題される3GPP  TS  23.287  V0.4.0のFigure  6.3.3.2-1は本願の図１５として転載されている］
０．UE-1およびUE-2は、6.3.3.1節に記述されるように確立されたユニキャスト・リンクをもつ。
１．UE-1は、たとえばアプリケーション層識別子の変更に起因してまたはタイマーの満了に際して、識別子の変更を決定し、識別子を変更する前にUE-2にリンク識別子更新要求メッセージを送信する。
リンク識別子更新要求メッセージは、使用すべき新しい識別子を含む（IP通信が使用される場合、新しいアプリケーション層識別子、新しいレイヤー2  ID、新しいIPアドレス／プレフィックスを含む）。新しい識別子は、プライバシーを保護するために暗号化されるべきである。
注：タイマーは、源レイヤー2  IDごとに動作している。
２．UE-2はリンク識別子更新応答メッセージをもって応答する。該メッセージを受信すると、UE-1およびUE-2は、データ・トラフィックのために新しい識別子を使用し始める。UE-1は、UE-2からリンク識別子更新応答メッセージを受信するまで、古いレイヤー2  ID上でトラフィックを受信する。
各UEのV2X層は、ユニキャスト・リンクのためのPC5リンク識別子および更新されたレイヤー2  ID （すなわち、UE-1については源レイヤー2  ID、UE-2については宛先レイヤー2  ID）をAS層に渡す。これにより、AS層はユニキャスト・リンクについての提供されたレイヤー2  IDを更新することができる。
【００５０】
3GPP  RAN2#106議長覚え書きに記載されているように、3GPP  RAN2#106は以下の合意をした：
NR  SL  QoSおよびSLRB構成に関する合意：
１．SLRB構成は、NR  SLのためにNW構成されるおよび／または事前構成されるべきであるというSIフェーズの結論を維持する。
２．RRC_CONNECTED状態にあるUEについて、新しいPC5  QoSフローの送信のために、PC5  QoSフローのQoS情報をRRC専用シグナリングを介してgNB/ng-eNBに報告してもよい。UEがいつ開始するかについての正確なタイミングに関してはFFS。
３．RRC_CONNECTED状態にあるUEについて、gNB/ng-eNBは、SLRB構成を提供し、UEが報告するQoS情報に基づいて、RRC専用シグナリングを介して、PC5  QoSフローの、SLRBへのマッピングを構成することができる。UEは、SLRB構成を受信した後にのみ、SLRBを確立／再構成することができる。UEがいつSLRBを確立／再構成するかはFFS。
４．報告されたQoS情報が何であるか（たとえば、PFI、PC5  QoSプロファイルなど）、およびPC5  QoSフローからSLRBへのマッピングを実現するために何が使用されるか（たとえば、PFIからSLRBへのマッピング、QoSプロファイルからSLRBへのマッピングなど）は、PFIがどのように割り当てられるかに関するSA2の結論に依存し、FFS。
５．RRC_IDLE/INACTIVE状態にあるUEについて、gNB/ng-eNBはSLRB構成を提供し、PC5  QoSプロファイルからSLRBへのマッピングをV2X固有のSIBを介して構成してもよい。RRC_IDLE/INACTIVE  UEは、新しいPC5  QoSフローの送信を開始するとき、SIB構成に基づいて、そのフローのPC5  QoSプロファイルに関連付けられたSLRBを確立する。
６．SIB内の各PC5  QoSプロファイルをどのように記述するかは、PC5  QoSプロファイルにどんなPC5  QoSパラメータが含まれるかに関するSA2の最終結論を待って、FFS。
７．OoC  UEについては、SLRB構成およびPC5  QoSプロファイルからSLRBへのマッピングは事前に構成される。OoC  UEは、新しいPC5  QoSフローの送信を開始するとき、事前構成（pre-configuration）に基づいてそのフローに関連付けられたSLRBを確立する。
８．事前構成におけるPC5  QoSフローのSLRBへのマッピングを実現するために何が使用されるか（たとえば、PFIからSLRBへのマッピング、QoSプロファイルからSLRBへのマッピングなど）は、PFIがどのように割り当てられるかについてのSA2の結論に依存し、FFS。
９．UEのSLユニキャストのために、NW構成された／事前構成されたSLRB構成は、TXのみに関係するSLRBパラメータと、TXとRXの両方に関係し、ピアUEと揃えられる必要があるSLRBパラメータとを含む。
１０．SLユニキャストのために、開始UEは、TXとRXの両方に関係し、ピアUEと揃えられる必要があるSLRBパラメータをピアUEに通知する。詳細なパラメータについてはFFS。
１１．SLユニキャストのために、UEが、PC5  RRCメッセージを介して、SL内のピアUEについての「TXのみに関係するSLRBパラメータ」を構成することは許可しない。RXのみに関係するSRLBパラメータをどのように扱うかについてはFFS。
１２．SLグループキャストおよび／またはブロードキャストについて、NW構成された／事前構成されたSLRBは、TXのみに関係するSLRBパラメータを含む。
１３．TXとRXの両方に関係し、よってUEとそのすべてのピアUEとの間で揃っている必要があるSLRBパラメータは、SLグループキャストおよびブロードキャストについての仕様において固定されるべき。
１４．SLブロードキャストについて、RXのみに関係するSLRBパラメータをどのように設定するかはUE実装に任される。グループキャストの場合はFFS。
１５．SLRB構成は、SLユニキャスト、グループキャスト／ブロードキャストについて別個に（事前）構成されるべきである（たとえばSLRB-ConfigForUnicast、SLRB-ConfigForGroupcast、SLRB-ConfigForBroadcast）。グループキャストとブロードキャストの間で別個のSLRB構成の必要性についてはFFS。
PC5-RRCに関する合意：
１．双方向SLトラフィックのための機能転送（capability  transfer）手順のための双方向手順が必要。
２．作業仮定：機能転送のための双方向の一方向手順（bi-directional  one-way  procedure）と二方向手順（two-way  procedure）の両方が許容される。詳細なサポート方法についてはFFS。
３．双方向SLトラフィックのためのAS層構成手順のための双方向手順（bi-directional  procedure）が必要。
４．双方向AS層構成に二方向手順（the  two-way  procedure）を適用するが、対応してRRC仕様に図（figure）の必要はない。
５．AS層構成についての失敗事例を扱う必要がある。明示的な失敗メッセージがベースラインとして使用される。明示的な失敗メッセージに加えてタイマー・ベースの解決策も必要。
【００５１】
3GPP  TS  23.287によれば、UE（UE1）は、送信と受信の両方に関連し、両方のUEで揃っている必要があるSLRBパラメータをピアUE（UE2）に通知するために、AS層構成を送信する。より具体的には、SLRBパラメータは、ネットワーク・ノード（たとえば、基地局、gNB）によって、NW構成されたSLRB構成において提供されることができる。また、AS層構成については、失敗事例を扱う必要がある。UE1が失敗事例の検出にどのように応答するかを考慮すべきである。失敗事例を考慮に入れたAS層構成手順には、2つのシグナリング・フローチャートが考えられる。
【００５２】
一つの可能性を図16に示すことができる。図16は、ある例示的実施形態による、失敗事例を考慮に入れたAS層構成のための例示的なフローチャートである。図16に示されるように、UE1は、UE2と確立されたユニキャスト・リンクについてのSLRB構成を要求するために、SLRB（Sidelink  Radio  Bearer［サイドリンク無線ベアラ］）構成の要求をネットワークに送信する。SLRB構成の要求には、ユニキャスト・リンクのために使用されるQoS（Quality  of  Service［サービス品質］）フローの一つまたは複数の識別子（たとえば、PQI、5QI、またはQFI）を含めることができる。可能性としては、SLRB構成の要求は、ユニキャスト・リンクを識別するために使用される識別情報（たとえば、PC5リンク識別子）を含むこともできる。SLRB構成の要求により、ネットワークはSLRB構成をUE1に送信する。SLRB構成において、送信および受信の両方に関係し、UE1およびUE2で揃っている必要があるSLRBパラメータ（たとえば、PDCP（Packet  Data  Convergence  Protocol［パケットデータ収束プロトコル］）構成、RLC（Radio  Link  Control［無線リンク制御］）構成、および／または論理チャネル構成）が含まれることができる。可能性としては、SLRB構成は、UE1に送信されるRRC（Radio  Resource  Control［無線資源制御］）再構成メッセージに含まれることができる。RRC再構成メッセージとともに、UE1はRRC再構成完了メッセージをネットワークに送信する。RRC再構成完了メッセージは、UE1がSLRB構成を含むRRC再構成メッセージを受け入れるか、またはそれに準拠することができることをネットワークに示すために使用できる。
【００５３】
UE1はAS（Access  Stratum）層構成を含むPC5  RRCメッセージをUE2に送信する。AS層構成は、ネットワークから受信されたSLRB構成から導出できる。場合によっては、たとえば、AS能力の問題のために、UE2がAS層構成に準拠できない可能性がある。この状況では、UE2は、AS層構成を含むPC5  RRCメッセージに対応する失敗メッセージをUE1に送信することができる。あるいはまた、UE1は、タイマーが期限切れになるときに、UE2上のAS層設定がうまくいってないとみなすことができる。UE1は、AS層構成を含むPC5  RRCメッセージの送信時にタイマーを開始してもよい。UE1は、UE2からのAS層構成の受諾を示す別のPC5  RRCメッセージを受信すると、タイマーを停止してもよい。失敗メッセージまたはタイマーの満了に基づいてAS層構成時の失敗を検出すると、UE1はRRCメッセージをネットワークに送信する必要があることがある。RRCメッセージの送信は、失敗事例の検出時にトリガーされることができる。可能性としては、RRCメッセージは、ユニキャスト・リンクについてAS層構成時の失敗を示すために使用できる。可能性としては、RRCメッセージは、SLRB構成を解放するためのネットワークを示すために使用できる。可能性としては、RRCメッセージは、UE2が、ネットワークによって提供されたSLRB構成から導出されたAS層構成に準拠できないことを示すために使用できる。RRCメッセージは、SLRB構成についての解放〔リリース〕であることができる。
【００５４】
AS層構成時の失敗またはSLRB構成についての解放を示すために使用されるRRCメッセージは、次のうちの少なくとも一つを含むことができる：
・ユニキャスト・リンクの識別情報。ここで、ユニキャスト・リンクの前記識別情報は、SLRB構成に関連付けられることができる、および／または
・QoSフローの一つまたは複数の識別情報。ここで、QoSフローの前記一つまたは複数の識別情報は、SLRB構成に関連付けられることができる。
【００５５】
AS層構成時の失敗またはSLRB構成についての解放を示すために使用されるRRCメッセージをネットワークに送信すると、UE1はSLRB構成を解放する。同様に、ネットワークは、AS層構成時の失敗またはSLRB構成についての解放を示すために使用されるRRCメッセージを受信すると、SLRB構成を解放する。
【００５６】
通常、UEはRRCメッセージ（たとえばSidelinkUEInformation）を送信して、両UE〔当該UEとピアUE〕の間で確立されたユニキャスト・リンクが解放された場合、またはユニキャスト・リンクに関連するV2Xサービスが非アクティブ化された／無効にされた場合には、ピアUEとのサイドリンク通信にもはや関心がないことをネットワーク（たとえばgNB）に通知する。このRRCメッセージ（たとえば、SidelinkUEInformation）において、「ユニキャスト・リンク解放」または「サイドリンク・サービス解放」などを示す原因値が含まれることができる。
【００５７】
構成失敗をネットワークに通知することに加えて、UEは、ピアUEとのユニキャスト・リンクを解放する、またはピアUEとのユニキャスト・リンク確立手順を終了させる必要があることがある。トラフィック交換機能なしにユニキャスト・リンクを維持しても役に立たないからである。さらに、UEは、ネットワーク（たとえばgNB）に、もはやピアUEとのサイドリンク通信に関心がないことを通知するために、RRCメッセージ（たとえばSidelinkUEInformation）を送信してもよい。このように、より効率的な方法は、UEがRRCメッセージ（たとえば、SidelinkUEInformation）を直接送信して、ネットワーク（たとえば、gNB）に、もはやピアUEとのサイドリンク通信に関心がないことを知らせることであり、該RRCメッセージは、UEによって構成失敗が検出された場合は、構成失敗をも示す。
【００５８】
RRCメッセージ（たとえば、SidelinkUEInformation）は、次の少なくとも一つを含むことができる：
・「ユニキャスト・リンク上の構成失敗」または「ユニキャスト・リンク障害」などを示す原因値；
・ユニキャスト・リンクの識別情報。ここで、ユニキャスト・リンクの識別情報はSLRB構成に関連付けられることができる；および／または
・QoSフローの一つまたは複数の識別情報。ここで、QoSフローの一つまたは複数の識別情報は、SLRB構成に関連付けられることができる。
【００５９】
図17は、構成失敗を検出するための、RRC_CONNECTEDにある第1のUEの観点からの、ある例示的実施形態によるフローチャート1700である。ステップ1705において、第1のUEは、第1のPC5  RRCメッセージを第2のUEに送信する。ここで、第1のPC5  RRCメッセージは、第2のUEと確立されたユニキャスト・リンクについてのAS層構成を含む。ステップ1710において、第1のUEは、AS層構成の構成失敗が検出された場合、第4のRRCメッセージをネットワーク・ノードに送信する。ここで、第4のRRCメッセージは、構成失敗が生起したことを示す。
【００６０】
ある実施形態では、第1のUEは、第1のRRCメッセージをネットワーク・ノードに送信することができる。ここで、第1のRRCメッセージは、SLRB構成の要求を含む。第1のUEは、ネットワーク・ノードから第2のRRCメッセージを受信することもでき、ここで、第2のRRCメッセージは、SLRB構成を含む。さらに、第1のUEは、第3のRRCメッセージをネットワーク・ノードに送信することができ、第3のRRCメッセージは、第2のRRCメッセージの受信に応答する完了メッセージ（a  complete  message）である。第1のUEはまた、第2のUEから第2のPC5  RRCメッセージを受信することもでき、第2のPC5  RRCメッセージは、第2のUEがAS層構成に準拠できないこと、またはAS層構成が第2のUEにとって受け入れられないことを示す。第2のPC5  RRCメッセージの受信に基づいて、構成失敗を検出できる。
【００６１】
ある実施形態では、第1のUEは、第2のUEから第3のPC5  RRCメッセージを受信しないことがある。ここで、第3のPC5  RRCメッセージは、第2のUEがユニキャスト・リンクのためのAS層構成に成功裏に準拠することを示すものである。構成失敗は、第1のPC5  RRCメッセージが送信されたときに開始されるタイマーの満了に基づいて検出できる。
【００６２】
ある実施形態では、第1のRRCメッセージは、PC5  QoSフローのQoSパラメータ（たとえば、PQI  PC5  5QI）を含んでいてもよい。第1のRRCメッセージは、PC5  QoSフローの識別情報（たとえば、PFI）を含んでいてもよい。さらに、第1のRRCメッセージはユニキャスト・リンクについてのPC5リンク識別子を含んでいてもよい。第1のRRCメッセージは、PC5リンク識別子とPC5  QoSフローの間の関連付けを示すことができる。
【００６３】
ある実施形態では、第2のRRCメッセージまたはSLRB構成は、少なくともQoSフローからSLRBへのマッピング、SLRBの論理チャネル（LCH）の優先度、LCHから論理チャネル・グループ（LCG）へのマッピング、および／またはRLCパラメータを含んでいてもよい。さらに、第2のRRCメッセージは、PC5リンク識別子とSLRB構成との間の関連付けを示してもよい。
【００６４】
ある実施形態では、第3のRRCメッセージは、RRC再構成完了メッセージでありうる。
【００６５】
ある実施形態では、ネットワーク・ノードは、基地局（たとえば、gNB）でありうる。
【００６６】
ある実施形態では、第1のUEは、構成失敗の検出に応答して、ユニキャスト・リンクを解放するか、またはユニキャスト・リンク確立手順を終了させることができる。第1のUEは、第4のRRCメッセージの送信後に第5のRRCメッセージをネットワーク・ノードに送信することもでき、第5のRRCメッセージは、第1のUEが第2のUEとのサイドリンク通信にもはや関心がないことをネットワーク・ノードに通知する。
【００６７】
ある実施形態では、第4のRRCメッセージが、第1のUEが第2のUEとのサイドリンク通信にもはや関心がないことをネットワーク・ノードに通知してもよい。第4のRRCメッセージは、SidelinkUEInformationであってもよい。第4のRRCメッセージは、構成失敗またはユニキャスト・リンク障害を示す原因を含んでいてもよい。
【００６８】
ある実施形態では、第5のRRCメッセージは、SidelinkUEInformationでありうる。
【００６９】
図3および図4に戻って参照すると、第1のUEのある例示的実施形態において。第1のUE  300は、メモリ310に記憶されたプログラム・コード312を含む。CPU  308は、プログラム・コード312を実行して、第1のUEが（i）第1のPC5  RRCメッセージを第2のUEに送信する段階であって、第1のPC5  RRCメッセージは、第2のUEと確立されたユニキャスト・リンクのためのAS層構成を含む、段階と、（ii）AS層構成の構成失敗が検出された場合に第4のRRCメッセージをネットワーク・ノードに送信する段階であって、第4のRRCメッセージは、構成失敗が発生したことを示す、段階とを実行できるようにする。さらに、CPU  308は、プログラム・コード312を実行して、上記のアクションおよびステップまたは本明細書に記載される他のすべてを実行することができる。
【００７０】
3GPP  TS  23.287で議論されているように、UEは、複数のユニキャスト・リンクによって使用されるUEの源レイヤー2  IDおよび／またはアプリケーション層IDが変わる場合は、ユニキャスト・リンクのそれぞれに対してリンク識別子更新手順を実行するべきである。異なるピアUEは異なるレイヤー2  IDを使用するため、UEが異なるピアUEと異なるユニキャスト・リンクを確立しても問題ない。UEが同じピアUEと複数のユニキャスト・リンクを確立し、UEの同じレイヤー2  IDがそれら複数のユニキャスト・リンクのために使用される場合は、UEは、これらのユニキャスト・リンク上で使用される一つのレイヤー2  IDを変更するだけのために、同じピアUEでリンク識別子更新手順を複数回実行することになるが、これは効率的ではない。この問題は、3GPP  TS  23.287に基づくリンク識別子更新手順の例示的なフローチャートを示す図18に示されている。図19は、ある例示的な実施形態による解決策を示しており、ここで、UEは、ピアUEとの複数のユニキャスト・リンクについての同じレイヤー2  IDを変更するために、リンク識別子更新手順をピアUEとの間で1回だけ実行する。
【００７１】
図20は、第2のUEとの複数のユニキャスト・リンクのための第1のUEの第1のレイヤー2識別情報を変更するための、第1のUEの観点からの一つの例示的実施形態によるフローチャート2000である。ステップ2005で、第1のUEは、第2のUEとの第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを確立する。ここで、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクは、第1のUEの第1のレイヤー2識別情報に関連付けられている。ステップ2010において、第1のUEは、リンク識別子更新要求メッセージを第2のUEに送信する。ここで、リンク識別子更新要求メッセージは、第1のUEの第1のレイヤー2識別情報が第1のUEの第2のレイヤー2識別情報に変更されることを示す。ステップ2015において、第1のUEは、第2のUEからのリンク識別子更新応答メッセージを受信する。ステップ2020において、第1のUEは、リンク識別子更新応答メッセージを受信した後、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを通じてサイドリンク通信を実行するために、第1のUEの第2のレイヤー2識別情報を使用する。
【００７２】
図3および図4に戻って参照すると、第1のUEの一つの例示的実施形態において。第1のUE  300は、メモリ310に記憶されたプログラム・コード312を含む。CPU  308は、プログラム・コード312を実行して、第1のUEが、（i）第2のUEと第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを確立する段階であって、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクは、第1のUEの第1のレイヤー2識別情報に関連付けられている、段階と、（ii）リンク識別子更新要求メッセージを第2のUEに送信する段階であって、該リンク識別子更新要求メッセージは、第1のUEの第1のレイヤー2識別情報が第1のUEの第2のレイヤー2識別情報に変更されることを示す、段階と、（iii）第2のUEからリンク識別子更新応答メッセージを受信する段階と、（iv）リンク識別子更新応答メッセージを受信した後に、第1のUEの第2のレイヤー2識別情報を使用して、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを通じてサイドリンク通信を実行する段階とを実行できるようにする。さらに、CPU 308は、プログラム・コード312を実行して、上記のアクションおよびステップまたは本明細書に記載の他のすべてを実行することができる。
【００７３】
図21は、ある例示的実施形態による、第1のUEとの複数のユニキャスト・リンクについての第1のUEの第1のレイヤー2識別情報を変更するための、第2のUEの観点からのフローチャート2100である。ステップ2105において、第2のUEは、第1のUEと第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを確立する。ここで、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクは、第1のUEの第1のレイヤー2識別情報に関連付けられる。ステップ2110において、第2のUEは、第1のUEからリンク識別子更新要求メッセージを受信する。ここで、リンク識別子更新要求メッセージは、第1のUEの第1のレイヤー2識別情報が第1のUEの第2のレイヤー2識別情報に変更されることを示す。ステップ2115において、第2のUEは、リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを第1のUEに送信する。ステップ2120において、第2のUEは、第1のUEの第2のレイヤー2識別情報を使用して、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを通じてサイドリンク通信を実行する。
【００７４】
図3および図4に戻って参照すると、第2のUEのある例示的実施形態において。第2のUE  300は、メモリ310に記憶されたプログラム・コード312を含む。CPU  308は、プログラム・コード312を実行して、第2のUEが、（i）第1のUEと第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを確立する段階であって、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクは、第1のUEの第1のレイヤー2識別情報に関連付けられる、段階と、（ii）第1のUEからリンク識別子更新要求メッセージを受信する段階であって、リンク識別子更新要求メッセージは、第1のUEの第1のレイヤー2識別情報が第1のUEの第2のレイヤー2識別情報に変更されることを示す、段階と、（iii）リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを第1のUEに送信する段階と、（iv）第1のUEの第2のレイヤー2識別情報を使用して、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを通じてサイドリンク通信を実行する段階とを実行できるようにする。さらに、CPU  308は、プログラム・コード312を実行して、上記のアクションおよびステップまたは本明細書に記載の他のすべてを実行することができる。
【００７５】
図20および図21に示され、上記で論じた実施形態の文脈では、ある実施形態では、リンク識別子更新要求メッセージは、第1のUEの第2のレイヤー2識別子を含んでいてもよい。リンク識別子更新要求メッセージは、第1のUEの第1のレイヤー2識別情報をも含んでいてもよい。あるいはまた、リンク識別子更新要求メッセージは、第1のUEの第1のレイヤー2識別情報を含まなくてもよい。
【００７６】
ある実施形態では、第1のUEの第2のレイヤー2識別情報を含むリンク識別子更新要求メッセージが第1のUEの第1のレイヤー2識別情報に基づいて受信されるので、第2のUEは、第1のUEの第1のレイヤー2識別情報が第1のUEの第2のレイヤー2識別情報に変更されることを理解しうる。また、第2のUEは、第1のUEの第1のレイヤー2識別情報に関連付けられているすべてのユニキャスト・リンク（第1のユニキャスト・リンクおよび第2のユニキャスト・リンク）について、第1のUEの第1のレイヤー2識別情報を第1のUEの第2のレイヤー2識別情報で置き換えてもよい。さらに、第2のUEは、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクのために、第2のUEの一つまたは複数のレイヤー2識別情報を使用してもよい。
【００７７】
ある実施形態では、リンク識別子更新要求メッセージは、第2のUEの前記一つまたは複数のレイヤー2識別情報のうちの任意のものに基づいて受信されることができる。第1のユニキャスト・リンクは第1のPC5リンク識別子に関連付けられることができ、第2のユニキャスト・リンクは第2のPC5リンク識別子に関連付けられる。
【００７８】
ある実施形態では、各PC5リンク識別子は、第1のUEと第2のUEとの間で通信するために使用される、第1のUEの任意のレイヤー2識別情報または第2のUEの任意のレイヤー2識別情報と異なっていてもよい。第1のPC5リンク識別子は、第1のPC5ユニキャスト・リンク・プロファイルを識別するために使用されてもよく、第1のPC5ユニキャスト・リンク・プロファイルは、第1のUEと第2のUEとの間の通信に使用される、第1のUEの第1または第2のレイヤー2識別情報と、第2のUEの前記一つまたは複数のレイヤー2識別情報のうちの一つとを含む。第2のPC5リンク識別子は、第2のPC5ユニキャスト・リンク・プロファイルを識別するためにも使用されてもよく、第2のPC5ユニキャスト・リンク・プロファイルは、第1のUEと第2のUEとの間で通信するために使用される、第1のUEの第1または第2のレイヤー2識別情報と、第2のUEの前記一つまたは複数のレイヤー2識別情報のうちの一つとを含む。
【００７９】
ある実施形態では、第1のPC5リンク・プロファイルは、第1のユニキャスト・リンクのための、第1のUEのアプリケーション層識別情報および第2のUEのアプリケーション層識別情報を含むことができる。第2のPC5リンク・プロファイルは、第2のユニキャスト・リンクのための、第1のUEのアプリケーション層識別情報および第2のUEのアプリケーション層識別情報を含むことができる。さらに、第1または第2のPC5リンク・プロファイルは、一つまたは複数のサービス識別情報（PSIDまたはITS-AIDなど）および／または一つまたは複数のPC5  QoSフロー識別子（PFIまたはQFI）を含むことができる。
【００８０】
ある実施形態では、第1のUEまたは第2のUEは、第1のRRCメッセージをネットワーク・ノードに送信して、第1または第2のUEが、第1または第2のユニキャスト・リンクを通じたサイドリンク送信および／またはサイドリンク受信に関心があることをネットワーク・ノードに通知することができる。ここで、第1のRRCメッセージは、第1または第2のPC5リンク識別子を含む。さらに、第1のUEまたは第2のUEは、第1または第2のユニキャスト・リンクについてのPC5  QoSフローについてのSLRB構成を要求するために、ネットワーク・ノードに第2のRRCメッセージを送信することができる。ここで、第2のRRCメッセージは、第1または第2のPC5リンク識別子を含み、SLRB構成と第1または第2のPC5リンク識別子との間の関連付けを示す。
【００８１】
ある実施形態では、第1のUEまたは第2のUEは、ネットワーク・ノードから第3のRRCメッセージを受信することができ、第3のRRCメッセージは、SLRB構成を含む。第3のRRCメッセージは、SLRB構成と第1または第2のPC5リンク識別子との間の関連付けを示してもよい。SLRB構成は、少なくともQoSフローからSLRBへのマッピング、SLRBの論理チャネル（LCH）の優先度、LCHから論理チャネル・グループ（LCG）へのマッピング、および／またはRLCパラメータを含んでいてもよい。
【００８２】
ある実施形態では、第1のUEまたは第2のUEは、第2のUEから第1のPC5メッセージまたは第1のサイドリンク・データ・パケットを受信することができ、第1または第2のPC5リンク識別子は、第1のPC5メッセージまたは第1のサイドリンク・データ・パケットに含まれて、第1のPC5メッセージまたは第1のサイドリンク・データ・パケット内の情報に関連付けられた第1または第2のユニキャスト・リンクを示す。さらに、第1のUEまたは第2のUEは、第2のPC5メッセージまたは第2のPC5リンク・データ・パケットを第2のUEに送信することができ、第1または第2のPC5リンク識別子は、第2のPC5メッセージまたは第2のサイドリンク・データ・パケットに含まれて、第2のPC5メッセージまたは第2のサイドリンク・データ・パケットの情報に関連付けられた第1または第2のユニキャスト・リンクを示す。
【００８３】
ある実施形態では、第1のPC5メッセージまたは第1のサイドリンク・データ・パケットは、第2のUEの前記一つまたは複数のレイヤー2識別情報のうちの一つを源レイヤー2識別情報とし、第1のUEの第1または第2のレイヤー2識別情報のうちの一つを宛先レイヤー2識別情報として、受信されることができる。第2のPC5メッセージまたは第2のサイドリンク・データ・パケットは、第1のUEの第1または第2のレイヤー2識別情報を源レイヤー2識別情報とし、第2のUEの前記一つまたは複数のレイヤー2識別情報のうちの一つを宛先レイヤー2識別情報として、送信されることができる。ネットワーク・ノードは、ベース・ステーション（たとえば、gNB）であってもよい。
【００８４】
本開示のさまざまな側面が上記で説明された。本明細書中の教示は、幅広い多様な形で具現でき、本明細書中に開示されている任意の特定の構造、機能、または両方は、単に代表的なものに過ぎないことは明らかである。本明細書の教示に基づいて、当業者は、本明細書に開示された側面が、任意の他の側面から独立して実施されることができ、これらの側面の2つ以上がさまざまな仕方で組み合わされることができることを理解すべきである。たとえば、本明細書に記載の諸側面のうちの任意の数を用いて、装置を実装でき、または方法を実施できる。加えて、本明細書に記載した諸側面のうちの一つまたは複数に加えて、またはそれ以外に、他の構造、機能、または構造および機能を用いて、そのような装置を実装でき、またはそのような方法を実施することができる。上記の概念のいくつかの例として、いくつかの側面において、同時並行チャネルが、パルス反復周波数に基づいて確立されることができる。いくつかの側面では、同時並行チャネルは、パルス位置またはオフセットに基づいて確立されることができる。いくつかの側面では、同時並行チャネルは、時間ホッピング・シーケンスに基づいて確立されることができる。いくつかの側面では、同時並行チャネルは、パルス反復周波数、パルス位置またはオフセット、および時間ホッピング・シーケンスに基づいて確立されることができる。
【００８５】
この分野の当業者は、情報と信号が多様な異なる技術および技法の任意のものを使用して表現されうることを理解するであろう。たとえば、上記の説明を通じて言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場または磁気粒子、光の場または光の粒子、またはそれらの任意の組み合わせによって表現されうる。
【００８６】
当業者はさらに、本明細書に開示される諸側面に関連して説明されるさまざまな例示的な論理ブロック、モジュール、プロセッサ、手段、回路およびアルゴリズム・ステップは、電子的なハードウェア（たとえば、デジタル実装、アナログ実装またはそれら二つの組み合わせ；ソースコーディングまたは他の何らかの技法を使用して設計されうる）、命令を組み込むさまざまな形態のプログラムまたは設計コード（それらは本明細書では便宜上、「ソフトウェア」または「ソフトウェア・モジュール」として称されることがある）、または両者の組合せとして実施されうることを理解するであろう。ハードウェアとソフトウェアのこの交換可能性を明白に示すために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを、それらの機能の点から上記で一般的に説明した。そのような機能をハードウェアで実装するかソフトウェアで実装するかは、特定の用途および全体的なシステムに課される設計上の制約次第である。当業者は、記載された機能を、それぞれの具体的な用途のためにさまざまな仕方で実装しうるが、そのような実装決定は、本開示の範囲からの逸脱を引き起こすものと解釈すべきでない。
【００８７】
さらに、本明細書に開示された諸側面に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、集積回路（「IC」）、アクセス端末、またはアクセスポイント内で実装されてもよく、またはそれらによって実行されてもよい。ICは、汎用プロセッサ、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールド・プログラマブル・ゲート・アレイ（FPGA）もしくは他のプログラム可能な論理デバイス、離散的なゲートもしくはトランジスタ論理、離散的なハードウェア・コンポーネント、電気コンポーネント、光コンポーネント、機械的コンポーネント、または本明細書に記載の機能を実行するように設計されたそれらの任意の組み合わせを含んでいてもよく、IC内、ICの外部またはその両方に存在するコードまたは命令を実行しうる。汎用プロセッサはマイクロプロセッサであってよいが、代替では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラまたは状態マシンでありうる。プロセッサはまた、コンピューティング装置の組み合せ、たとえばDSPとマイクロプロセッサの組み合せ、複数のマイクロプロセッサ、DSPコアとの関連での一つまたは複数のマイクロプロセッサ、または他の任意のそのような構成として実装されてよい。
【００８８】
どの開示されるプロセスのステップのどの特定の順序または階層も、見本のアプローチの例であることが理解される。設計上の選好に基づいて、本開示の範囲内にとどまるかぎり、プロセスのステップの特定の順序または階層は配列され直してもよいことが理解される。添付の方法請求項は、見本の順序でさまざまなステップの要素を提示しており、提示された特定の順序または階層構造に限定されることは意図されていない。
【００８９】
本明細書に開示される諸側面に関連して記述される方法またはアルゴリズムのステップは、直接、ハードウェアにおいて、プロセッサによって実施されるソフトウェア・モジュールにおいて、またはそれら二つの組み合せで具現されうる。ソフトウェア・モジュール（たとえば実行可能命令および関連データを含む）および他のデータは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、またはこの分野で知られているコンピュータ可読記憶媒体の他の任意の形などのデータ・メモリ内に存在しうる。見本の記憶媒体は、たとえばコンピュータ／プロセッサ（ここでは、便宜上、「プロセッサ」と称されることがある）などのマシンに結合されていてもよく、プロセッサは、情報（たとえばコード）を記憶媒体から読み、また情報を記憶媒体に書き込むことができる。見本の記憶媒体はプロセッサと一体であってもよい。プロセッサと記憶媒体はASIC内に存在してもよい。ASICはユーザー装置に存在してもよい。代替では、プロセッサと記憶媒体は、ユーザー装置内の離散的なコンポーネントとして存在してもよい。さらに、いくつかの側面では、任意の好適なコンピュータ・プログラム製品が、本開示の諸側面のうちの一つまたは複数に関係するコードを有するコンピュータ可読媒体を備えていてもよい。いくつかの側面では、コンピュータ・プログラム製品がパッケージング材料を有していてもよい。
【００９０】
さまざまな側面に関連して本発明が記述されてきたが、本発明がさらなる修正が可能であることは理解されよう。本願は、本発明の原理に一般的に従う本発明の任意の変形、使用または適応をカバーすることが意図されており、本発明が関係する分野において既知の習慣的な慣例にはいるような本開示からの逸脱を含む。
いくつかの態様を記載しておく。
〔態様１〕
RRC_CONNECTEDにある第1のUE（ユーザー装置）が構成失敗を検出するための方法であって：
第1のPC5  RRC（無線資源制御）メッセージを第2のUEに送信する段階であって、前記第1のPC5  RRCメッセージは、前記第2のUEと確立されたユニキャスト・リンクのためのAS（アクセス・ストラートゥム）層構成を含む、段階と；
前記AS層構成の構成失敗が検出された場合、ネットワーク・ノードに第4のRRCメッセージを送信する段階であって、前記第4のRRCメッセージは、構成失敗が発生したことを示す、段階とを含む、
方法。
〔態様２〕
第1のRRCメッセージを前記ネットワーク・ノードに送信する段階をさらに含み、前記第1のRRCメッセージは、SLRB（サイドリンク無線ベアラ）構成の要求を含む、
態様１記載の方法。
〔態様３〕
前記ネットワーク・ノードから第2のRRCメッセージを受信する段階であって、前記第2のRRCメッセージは前記SLRB構成を含む、
態様２記載の方法。
〔態様４〕
第3のRRCメッセージを前記ネットワーク・ノードに送信する段階をさらに含み、前記第3のRRCメッセージは、前記第2のRRCメッセージの受信に応答する完了メッセージである、
態様３記載の方法。
〔態様５〕
前記第2のUEから第2のPC5  RRCメッセージを受信する段階をさらに含み、前記第2のPC5 RRCメッセージは、前記第2のUEが前記AS層構成に準拠することができない、または前記AS層構成が前記第2のUEにとって受け入れ可能ではないことを示す、
態様１記載の方法。
〔態様６〕
前記構成失敗が、前記第2のPC5  RRCメッセージの受信に基づいて検出される、態様５に記載の方法。
〔態様７〕
前記第4のRRCメッセージは、前記構成失敗またはユニキャスト・リンク障害を示す原因を含む、態様１記載の方法。
〔態様８〕
前記ネットワーク・ノードが基地局である、態様１記載の方法。
〔態様９〕
第1のUE（ユーザー装置）であって：
制御回路；
前記制御回路の中に設けられたプロセッサ；および
前記制御回路の中に設けられ、前記プロセッサに動作上結合されたメモリを有しており、
前記プロセッサは、前記メモリに格納されたプログラム・コードを実行して：
第1のPC5  RRC（無線資源制御）メッセージを第2のUEに送信する段階であって、前記第1のPC5  RRCメッセージは前記第2のUEと確立されたユニキャスト・リンクのためのAS（アクセス・ストラートゥム）層構成を含む、段階と；
前記AS層構成の構成失敗が検出された場合、第4のRRCメッセージをネットワーク・ノードに送信する段階であって、前記第4のRRCメッセージは構成失敗が発生したことを示す、段階とを実行するように構成されている、
第1のUE。
〔態様１０〕
前記プロセッサは、前記メモリに格納されたプログラム・コードを実行して：
第1のRRCメッセージを前記ネットワーク・ノードに送信する段階であって、前記第1のRRCメッセージはSLRB（サイドリンク無線ベアラ）構成の要求を含む、段階を実行するようにさらに構成されている、
態様９記載の第1のUE。
〔態様１１〕
前記プロセッサは、前記メモリに格納されたプログラム・コードを実行して、
第2のRRCメッセージを前記ネットワーク・ノードから受信する段階であって、前記第2のRRCメッセージは前記SLRB構成を含む、段階を実行するようにさらに構成されている、
態様１０記載の第1のUE。
〔態様１２〕
前記プロセッサは、前記メモリに格納されたプログラム・コードを実行して、
第3のRRCメッセージを前記ネットワーク・ノードに送信する段階であって、前記第3のRRCメッセージは前記第2のRRCメッセージの受信に応答する完了メッセージである、段階を実行するようにさらに構成されている、
態様１１記載の第1のUE。
〔態様１３〕
前記プロセッサは、前記メモリに格納されたプログラム・コードを実行して、
前記第2のUEから第2のPC5  RRCメッセージを受信する段階であって、前記第2のPC5  RRCメッセージは、前記第2のUEが前記AS層構成に準拠することができない、または前記AS層構成が前記第2のUEにとって受け入れ可能ではないことを示す、段階を実行するようにさらに構成されている、
態様９に記載の第1のUE。
〔態様１４〕
前記構成失敗は、前記第2のPC5  RRCメッセージの受信に基づいて検出される、態様１３記載の第1のUE。
〔態様１５〕
前記第4のRRCメッセージは、前記構成失敗またはユニキャスト・リンク障害を示す原因を含む、態様９に記載の第1のUE。
〔態様１６〕
前記ネットワーク・ノードは基地局である、態様９に記載の第1のUE。
【符号の説明】
【００９１】
１７０５  第1のPC5 RRCメッセージを第2のUEに送信。第1のPC5 RRCメッセージは、第2のUEと確立されたユニキャスト・リンクについてのAS層構成を含む
１７１０  AS層構成の構成失敗が検出された場合、第4のRRCメッセージをネットワーク・ノードに送信。第4のRRCメッセージは、構成失敗が生起したことを示す
２００５  第2のUEとの第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを確立。第1のユニキャスト・リンクおよび第2のユニキャスト・リンクは、第1のUEの第1のレイヤー2 IDに関連付けられている
２０１０  リンク識別子更新要求メッセージを第2のUEに送信。リンク識別子更新要求メッセージは、第1のUEの第1のレイヤー2 IDが第1のUEの第2のレイヤー2 IDに変更されることを示す
２０１５  第2のUEからリンク識別子更新応答メッセージを受信
２０２０  リンク識別子更新応答メッセージを受信した後、第1のUEの第2のレイヤー2 IDを使用して、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを通じてサイドリンク通信を実行
２１０５  第1のUEと第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを確立。第1のユニキャスト・リンクおよび第2のユニキャスト・リンクは、第1のUEの第1のレイヤー2 IDに関連付けられる
２１１０  第1のUEからリンク識別子更新要求メッセージを受信。リンク識別子更新要求メッセージは、第1のUEの第1のレイヤー2 IDが第1のUEの第2のレイヤー2 IDに変更されることを示す
２１１５  リンク識別子更新要求メッセージの受信に応答して、リンク識別子更新応答メッセージを第1のUEに送信
２１２０  第1のUEの第2のレイヤー2 IDを使用して、第1のユニキャスト・リンクおよび第2のユニキャスト・リンクを通じてサイドリンク通信を実行
【図１】
0006917502.tif 000002
【図２】
0006917502.tif 000003
【図３】
0006917502.tif 000004
【図４】
0006917502.tif 000005
【図５】
0006917502.tif 000006
【図６】
0006917502.tif 000007
【図７】
0006917502.tif 000008
【図８】
0006917502.tif 000009
【図９】
0006917502.tif 000010
【図１０】
0006917502.tif 000011
【図１１】
0006917502.tif 000012
【図１２】
0006917502.tif 000013
【図１３】
0006917502.tif 000014
【図１４】
0006917502.tif 000015
【図１５】
0006917502.tif 000016
【図１６】
0006917502.tif 000017
【図１７】
0006917502.tif 000018
【図１８】
0006917502.tif 000019
【図１９】
0006917502.tif 000020
【図２０】
0006917502.tif 000021
【図２１】
0006917502.tif 000022