JP2023508827A

JP2023508827A - 無線通信ネットワークにおけるサイドリンク通信のためのシステムおよび方法

Info

Publication number: JP2023508827A
Application number: JP2022526437A
Authority: JP
Inventors: メンジェンワン，; リンチェン，; ボユアンジャン，; シュエインディアオ，
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2019-11-07
Filing date: 2019-11-07
Publication date: 2023-03-06
Anticipated expiration: 2039-11-07
Also published as: CN114667781A; KR20220110752A; EP4055935A4; JP7394991B2; EP4055935A1; WO2021087849A1; US20230015755A1

Abstract

本明細書に開示される無線通信デバイスと無線通信ノードとの間の通信のためのシステムおよび方法が、開示される。一実施形態において、システムおよび方法は、無線通信ノードによって、あるバージョンのサイドリンク伝送フォーマットの指示を決定するように構成されている。無線通信ノードは、指示に従って、無線通信デバイスのサイドリンク伝送のためのサイドリンクリソースと、少なくとも１つの伝送構成パラメータとをさらに構成することができる。

Description

本開示は、概して、無線通信に関し、より具体的に、車両等のモバイルプラットフォームを伴う無線通信のためのシステムおよび方法に関する。

無線通信ネットワークは、ネットワーク通信デバイスと、ネットワーク通信ノードと、少なくとも１つの関連付けられたコアネットワーク無線ネットワークとを含むことができる。いくつかの事例では、ネットワーク通信デバイスは、無線通信を実行することが可能な車両を含むことができる。

本明細書に開示される例示的実施形態は、従来技術に提示される問題のうちの１つ以上のものに関連する問題を解決するのみならず、追加の特徴を提供することを対象とし、追加の特徴は、添付の図面と関連して検討されるときに以下の発明を実施するための形態を参照することによって容易に明白であろう。種々の実施形態によると、例示的システム、方法、デバイス、およびコンピュータプログラム製品が、本明細書に開示される。しかしながら、これらの実施形態は、限定ではなく、一例として提示されることが理解され、開示される実施形態に対する種々の修正が、本開次の範囲内に留まったまま行われることができることが、本開示を熟読する当業者に明白であろう。

一実施形態では、無線通信ノード（例えば、基地局）によって実施される方法は、あるバージョンのサイドリンク伝送フォーマットの指示（例えば、Ｔｘプロファイルまたは伝送フォーマット）を決定することを含む。方法は、指示に従って、無線通信デバイス（例えば、ＵＥ）のサイドリンク伝送に関するサイドリンクリソースおよび少なくとも１つの伝送構成パラメータを構成することをさらに含む。

別の実施形態では、無線通信デバイスによって実施される方法は、第１のサイドリンク伝送が開始されている第１の無線リソース制御（ＲＲＣ）状態から、第２のＲＲＣ状態に移行することを含む。方法は、第２のＲＲＣ状態のＳＬＲＢ構成において、第１のサイドリンク伝送を継続するために、サイドリンク無線ベアラ（ＳＬＲＢ）へのＰＣ５サービスの質（ＱｏＳ）フローのマッピングを使用することをさらに含む。

別の実施形態では、無線通信デバイス（例えば、ＵＥ）によって実施される方法は、無線通信ノード（例えば、基地局）から、サイドリンク無線ベアラ構成を含む無線リソース制御（ＲＲＣ）再構成メッセージを受信することを含む。方法は、無線通信ノードに、サイドリンク無線ベアラ構成についての失敗情報を送信することをさらに含む。

上記および他の側面およびその実装は、図面、説明、および請求項により詳細に説明される。

本解決策の種々の例示的実施形態は、以下の図または図面を参照して下記に詳細に説明される。図面は、例証目的のためだけに提供され、単に、本解決策の読者の理解を促進するための本解決策の例示的実施形態を描写する。したがって、図面は、本解決策の範疇、範囲、または適応性の限定と見なされるべきではない。明確にするために、かつ例証の容易性のために、これらの図面は、必ずしも、正確な縮尺で描かれていないことに留意されたい。

図１は、本開示のある実施形態による、本明細書に開示される技法および他の側面が実装され得る例示的セルラー通信ネットワークを図示する。

図２は、本開示のいくつかの実施形態による、例示的基地局およびユーザ機器デバイスのブロック図を図示する。

図３は、本開示のいくつかの実施形態による、例示的Ｖ２Ｘ通信システムを示す。

図４は、本開示の実施形態による、デバイスの伝送プロファイルを決定するための例示的プロセスに関するフロー図を示す。

図５は、本開示の実施形態による、基地局を中央ユニットおよび分散ユニットに分割させる論理アーキテクチャを伴う基地局を示す。

図６は、本開示の実施形態による、基地局のＣＵとＤＵとの間でデータを通信するための第１の例示的プロセスのフロー図を示す。

図７は、本開示の実施形態による、基地局のＣＵとＤＵとの間の第２の例示的通信のフロー図を示す。

図８は、本開示の実施形態による、ＵＥのＲＲＣ状態移行の第１のタイミング図を示す。

図９は、本開示の実施形態による、ＳＬＲＢ構成衝突の例を示す。

図１０は、本開示の実施形態による、ＵＥのＲＲＣ状態移行の例示的タイミング図を示す。

図１１は、本開示の実施形態による、ＵＥの異なるＲＲＣ状態のＳＬＲＢ構成の例を示す。

図１２は、本開示の実施形態による、ＢＳに構成失敗を報告するための第１の例示的プロセスのフロー図を示す。

図１３は、本開示の実施形態による、ＢＳに構成失敗を報告するための第２の例示的プロセスのフロー図を示す。

本解決策の種々の例示的実施形態は、当業者が本解決策を作製および使用することを可能にするために、付随の図を参照して下で説明される。当業者に明白であろうように、本開示を熟読後、本明細書に説明される例の種々の変更または修正が、本解決策の範囲から逸脱することなく、行われることができる。したがって、本解決策は、本明細書に説明および図示される例示的実施形態および用途に限定されない。加えて、本明細書に開示される方法におけるステップの具体的順序または階層は、単に、例示的アプローチである。設計選好に基づいて、開示される方法またはプロセスのステップの具体的順序または階層は、本解決策の範囲内に留まったまま、並べ替えられることができる。したがって、当業者は、本明細書に開示される方法および技法が、種々のステップまたは行為をサンプル順序において提示し、本解決策が、明示的にそうではないことが述べられない限り、提示される具体的順序または階層に限定されないことを理解するであろう。

図１は、本開示の実施形態による、本明細書に開示される技法が実装され得る例示的無線通信ネットワークおよび／またはシステム１００を図示する。以下の議論では、無線通信ネットワーク１００は、セルラーネットワークまたは狭帯域モノのインターネット（ＮＢ－ＩｏＴ）ネットワーク等の任意の無線ネットワークであり得、本明細書では「ネットワーク１００」と称される。そのような例示的ネットワーク１００は、基地局１０２（以降、「ＢＳ１０２」）と、通信リンク１１０（例えば、無線通信チャネル）を介して互いに通信し得るユーザ機器デバイス（以降、「ＵＥ１０４」）と、地理的エリア１０１にオーバーレイする、セル１２６、１３０、１３２、１３４、１３６、１３８、および１４０のクラスタとを含む。図１では、ＢＳ１０２およびＵＥ１０４は、セル１２６のそれぞれの地理的境界内に含まれる。他のセル１３０、１３２、１３４、１３６、１３８、および１４０の各々は、少なくとも１つの基地局を含み得、基地局は、その配分された帯域幅で動作し、適正な無線カバレッジをその意図されるユーザに提供する。

例えば、ＢＳ１０２は、配分されたチャネル伝送帯域幅で動作し、適正なカバレッジをＵＥ１０４に提供し得る。基地局１０２およびＵＥ１０４は、それぞれ、ダウンリンク無線フレーム１１８およびアップリンク無線フレーム１２４を介して、通信し得る。各無線フレーム１１８／１２４は、サブフレーム１２０／１２７にさらに分割され得、サブフレーム１２０／１２７は、データシンボル１２２／１２８を含み得る。本開示では、ＢＳ１０２およびＵＥ１０４は、概して、本明細書に開示される方法を実践し得る「通信ノード」の非限定的例として本明細書に説明される。そのような通信ノードは、本解決策の種々の実施形態によると、無線および／または有線通信することが可能であり得る。

図２は、本解決策のいくつかの実施形態による無線通信信号、例えば、直交周波数分割多重（ＯＦＤＭ）／直交周波数分割多元接続（ＯＦＤＭＡ）信号を伝送および受信する例示的無線通信システム２００のブロック図を図示する。システム２００は、本明細書に詳細に説明される必要がない既知または従来の動作特徴をサポートするように構成されたコンポーネントおよび要素を含み得る。一例証的実施形態では、システム２００は、上で説明されるように、図１の無線通信環境１００等の無線通信環境内でデータシンボルを通信（例えば、伝送および受信）するために使用されることができる。

システム２００は、概して、基地局２０２（以降、「ＢＳ２０２」）と、ユーザ機器デバイス２０４（以降、「ＵＥ２０４」）とを含む。ＢＳ２０２は、ＢＳ（基地局）送受信機モジュール２１０と、ＢＳアンテナ２１２と、ＢＳプロセッサモジュール２１４と、ＢＳメモリモジュール２１６と、ネットワーク通信モジュール２１８とを含み、各モジュールは、必要に応じて、データ通信バス２２０を介して、互いに結合および相互接続される。ＵＥ２０４は、ＵＥ（ユーザ機器）送受信機モジュール２３０と、ＵＥアンテナ２３２と、ＵＥメモリモジュール２３４と、ＵＥプロセッサモジュール２３６とを含み、各モジュールは、必要に応じて、データ通信バス２４０を介して、互いに結合および相互接続される。ＢＳ２０２は、任意の無線チャネルまたは本明細書に説明されるようなデータの伝送のために好適な他の媒体であり得る通信チャネル２５０を介して、ＵＥ２０４と通信する。

当業者によって理解されるであろうように、システム２００は、図２に示されるモジュール以外の任意の数のモジュールをさらに含み得る。当業者は、本明細書に開示される実施形態は、関連して説明される種々の例証的ブロック、モジュール、回路、および処理論理が、ハードウェア、コンピュータ読み取り可能なソフトウェア、ファームウェア、または任意の実践的それらの組み合わせにおいて実装され得ることを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアのこの可換性および互換性を明確に図示するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップが、概して、その機能性の観点から説明される。そのような機能性が、ハードウェア、ファームウェア、またはソフトウェアとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存し得る。本明細書に説明される概念に精通する者は、そのような機能性を特定の用途毎に好適な様式で実装し得るが、そのような実装決定は、本開示の範囲を限定するものとして解釈されるべきではない。

いくつかの実施形態によると、ＵＥ送受信機２３０は、本明細書では、各々がアンテナ２３２に結合された回路を備えている無線周波数（ＲＦ）送信機およびＲＦ受信機を含む「アップリンク」送受信機２３０と称され得る。デュプレックススイッチ（図示せず）が、代替として、時間デュプレックス方式において、アップリンク送信機または受信機をアップリンクアンテナに結合し得る。同様に、いくつかの実施形態によると、ＢＳ送受信機２１０は、本明細書では、各々がアンテナ２１２に結合された回路を備えているＲＦ送信機およびＲＦ受信機を含む「ダウンリンク」送受信機２１０と称され得る。ダウンリンクデュプレックススイッチは、代替として、時間デュプレックス方式において、ダウンリンク送信機または受信機をダウンリンクアンテナ２１２に結合し得る。２つの送受信機モジュール２１０および２３０の動作は、時間的に調整され、それによって、アップリンク受信機回路は、ダウンリンク送信機がダウンリンクアンテナ２１２に結合されると同時に、無線伝送リンク２５０を経由した伝送の受信のために、アップリンクアンテナ２３２に結合される。いくつかの実施形態では、デュプレックス方向における変化間に最小の保護時間を伴う近接時間同期が存在する。

ＵＥ送受信機２３０および基地局送受信機２１０は、無線データ通信リンク２５０を介して通信し、好適に構成されたＲＦアンテナ配置２１２／２３２と協働するように構成され、ＲＦアンテナ配置２１２／２３２は、特定の無線通信プロトコルおよび変調スキームをサポートし得る。いくつかの例証的実施形態では、ＵＥ送受信機２１０および基地局送受信機２１０は、ロングタームエボリューション（ＬＴＥ）および新しい５Ｇ規格等の産業規格をサポートするように構成される。しかしながら、本解決策は、必ずしも、特定の規格および関連付けられたプロトコルに用途が限定されないことを理解されたい。むしろ、ＵＥ送受信機２３０および基地局送受信機２１０は、将来的規格またはその変形例を含む代替または追加の無線データ通信プロトコルをサポートするように構成され得る。

種々の実施形態によると、ＢＳ２０２は、例えば、進化型ノードＢ（ｅＮＢ）、サービングｅＮＢ、標的ｅＮＢ、フェムトステーション、またはピコステーションであり得る。いくつかの実施形態では、ＵＥ２０４は、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、タブレット、ラップトップコンピュータ、ウェアラブルコンピューティングデバイス等の種々のタイプのユーザデバイスにおいて具現化され得る。プロセッサモジュール２１４および２３６は、本明細書に説明される機能を実施するように設計された汎用プロセッサ、コンテンツアドレス可能メモリ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、任意の好適なプログラマブル論理デバイス、別々のゲートまたはトランジスタ論理、別々のハードウェアコンポーネント、または任意のそれらの組み合わせを用いて実装または実現され得る。このように、プロセッサは、マイクロプロセッサ、コントローラ、マイクロコントローラ、状態機械等として実現され得る。プロセッサは、コンピューティングデバイスの組み合わせ、例えば、デジタル信号プロセッサとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、デジタル信号プロセッサコアと併せた１つ以上のマイクロプロセッサ、または任意の他のそのような構成としても実装され得る。

さらに、本明細書に開示される実施形態は、関連して説明される方法またはアルゴリズムのステップは、それぞれ、ハードウェア、ファームウェア、プロセッサモジュール２１４および２３６によって実行されるソフトウェアモジュール、または任意の実践的それらの組み合わせにおいて直接的に具現化され得る。メモリモジュール２１６および２３４は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭ、または当技術分野において公知の任意の他の形態の記憶媒体として実現され得る。この点において、メモリモジュール２１６および２３４は、それぞれ、プロセッサモジュール２１０および２３０に結合され得、それによって、プロセッサモジュール２１０および２３０は、それぞれ、メモリモジュール２１６および２３４から情報を読み取ること、それらに情報を書き込むことができる。メモリモジュール２１６および２３４は、それらのそれぞれのプロセッサモジュール２１０および２３０に統合され得る。いくつかの実施形態では、メモリモジュール２１６および２３４の各々は、それぞれ、プロセッサモジュール２１０および２３０によって実行されるべき命令の実行中に一時的変数または他の中間情報を記憶するためのキャッシュメモリを含み得る。メモリモジュール２１６および２３４の各々は、それぞれ、プロセッサモジュール２１０および２３０によって実行されるべき命令を記憶するための不揮発性メモリも含み得る。

ネットワーク通信モジュール２１８は、概して、基地局２０２のハードウェア、ソフトウェア、ファームウェア、処理論理、および／または他のコンポーネントを表し、それらは、基地局送受信機２１０と、基地局２０２と通信するように構成された他のネットワークコンポーネントおよび通信ノードとの間の双方向通信を可能にする。例えば、ネットワーク通信モジュール２１８は、インターネットまたはＷｉＭＡＸトラフィックをサポートするように構成され得る。典型的展開では、限定ではないが、ネットワーク通信モジュール２１８は、基地局送受信機２１０が、従来のＥｔｈｅｒｎｅｔ（登録商標）ベースのコンピュータネットワークと通信し得るように、８０２．３Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースを提供する。このように、ネットワーク通信モジュール２１８は、コンピュータネットワーク（例えば、移動交換局（ＭＳＣ））への接続のための物理インターフェースを含み得る。規定された動作または機能に対する用語「～のために構成される」、「～のように構成される」、およびその活用形は、本明細書で使用されるように、規定された動作または機能を実施するように物理的に構築され、プログラムされ、フォーマットされ、および／または、配置されたデバイス、コンポーネント、回路、構造、機械、信号等を指す。

本明細書に説明されるシステム、方法、および装置を実装するために使用され得るネットワーキング環境およびデバイスの側面が議論されたが、追加の詳細は、以下に続くものとする。

ＮＲ（新規無線）車両対任意の無線デバイス（Ｖ２Ｘ）通信では、クロスＲＡＴ（無線アクセス技術）ＳＬ（サイドリンク）リソーススケジューリング／割り当てが、サポートされる。クロスＲＡＴＳＬリソーススケジューリングは、ＬＴＥＳＬリソーススケジューリングを制御するＮＲＵｕ（無線インターフェース）と、ＮＲＳＬリソーススケジューリングを制御するＬＴＥＵｕとを含む。ＮＲＵｕは、（例えば、３ＧＰＰ（登録商標）ＴＳ３８．３００に定義されるような）デバイスと基地局との間のＮＲＲＡＴにおけるセルラー通信のためのインターフェースである。ＮＲＵｕは、デバイスから基地局へのアップリンクユニキャスト通信、および基地局からデバイスへのダウンリンクユニキャスト、またはグループキャスト通信をサポートする。同様に、ＬＴＥＵｕは、（例えば、３ＧＰＰ（登録商標）ＴＲ２１．９０５に定義されるような）デバイスと基地局との間のＬＴＥＲＡＴにおけるセルラー通信のためのインターフェースである。ＬＴＥＶ２ＸＳＬ通信は、２つの伝送モードをサポートする：Ｒ１４フォーマット伝送、およびＲ１５フォーマット伝送。Ｒ１４フォーマット伝送では、物理的サイドリンク制御チャネル（ＰＳＳＣＨ）の最後のシンボルは、Ｒ１４変調コーディングスキーム（ＭＣＳ）テーブルを使用して、パンクチャリングを使用する。Ｒ１５フォーマット伝送では、ＰＳＳＣＨの最後のシンボルは、Ｒ１５ＭＣＳテーブルを使用して、レートマッチングを使用し、６４ＱＡＭ（直交振幅変調）をサポートする。ＬＴＥとＮＲとの間、またはさらに言えば、任意の２つの異なるＲＡＴの間の差異により、基地局は、ＵＥから受信されたＳＬリソース要求が、ＬＴＥＳＬリソースに関するか、ＮＲＳＬリソースに関するかを決定する必要がある。さらに、ＮＲ基地局は、ＬＴＥＲ１４フォーマットを構成すべきか、Ｒ１５フォーマット伝送パラメータを構成べきかを決定する必要がある。さらに、基地局の論理アーキテクチャが、中央ユニット（ＣＵ）と分散ユニット（ＤＵ）との間で分割される事例では、ｇＮＢ－ＤＵは、ＵＥがＬＴＥＳＬリソースを要求しているか、ＮＲＳＬリソースを要求しているか、および、サイドリンク伝送のために、ＬＴＥＲ１４フォーマット伝送パラメータを構成すべきか、Ｒ１５フォーマット伝送パラメータを構成すべきかを決定する必要があり得る。

車両のインターネットは、合意される通信プロトコルおよびデータ相互作用規格に従って、車両とＸとの間で（Ｘは、車、歩行者、路側機器、他の車両、インターネット等のうちの１つ以上のものを指し得る）無線通信および情報交換を実施する、大規模システムネットワークを指す。車両のインターネットを通した通信は、車両が安全に運転を達成すること、トラフィック効率性を改良すること、および利便性を達成すること、またはエンターテインメント情報にアクセスすることを可能にすることができる。無線通信オブジェクトに従って分類されると、車両のインターネット通信は、３つの異なるタイプを含む（集合的に、Ｖ２Ｘ通信と称される）：車両対車両通信（Ｖ２Ｖ）；車両と路側機器／ネットワークインフラストラクチャとの間の通信（車両対インフラストラクチャ／車両対ネットワーク（略して、Ｖ２Ｉ／Ｖ２Ｎ））；および、車両／歩行者（Ｖ２Ｐ）。

ＬＴＥ（ロングタームエボリューション）ベースのＶ２Ｘ通信では、ＵＥ間の直接リンク／サイドリンク通信は、基地局およびコアネットワークによって転送されないが、代わりに、ソースユーザ機器によって、無線インターフェースを通して標的ユーザ機器に直接伝送される。このＶ２Ｘ通信方法は、略して、ＰＣ５ベースのＶ２Ｘ通信、またはＶ２Ｘサイドリンク通信と称される。図３は、例示的Ｖ２Ｘ通信システム３００を示す。通信システム３００は、第１の車両（ＵＥ１）３０４と、第２の車両３０６（ＵＥ２）と、携帯電話（ＵＥ３）３０８と、基地局３０２とを含む。車両３０４および３０６、および携帯電話３０８は、ＰＣ５ベースのＶ２Ｘ通信を使用して、互いに直接通信することができる。

（第１の側面）

ＮＲＶ２Ｘ通信は、クロスＲＡＴＳＬリソースのスケジューリング／割り当てをサポートする。クロスＲＡＴＳＬリソーススケジューリングは、ＮＲＵｕ制御ＬＴＥＳＬリソーススケジューリングと、ＬＴＥＵｕ制御ＮＲＳＬリソーススケジューリングとを含む。ＮＲＵｕ制御ＬＴＥＳＬシナリオでは、例えば、ＬＴＥＳＬリソーススケジューリングをサポートするＮＲ基地局、およびＬＴＥＳＬとＮＲＳＬＶ２Ｘ通信との両方をサポートするＵＥは、Ｔｘプロファイル情報に基づいて、基地局からＬＴＥＳＬリソース構成を要求する。例えば、ＵＥが、伝送すべきＲ１４Ｖ２Ｘサービス（データ）を有すると仮定すると、ＵＥは、（１）構成されるサービスタイプとＴｘプロファイルとの間のマッピング関係、および、（２）上位層指示のサービスタイプに基づいて、Ｔｘプロファイル（ＳＬ伝送フォーマットバージョン）を決定する。Ｔｘプロファイルに、ＳＬ伝送フォーマットバージョンの指示（例えば、Ｒ１４、Ｒ１５、Ｒ１６、Ｒ１７等）が存在する。Ｒ１４は、ＳＬ伝送が、Ｒ１４伝送フォーマットを使用することを示し、Ｒ１５は、ＳＬ伝送が、Ｒ１５伝送フォーマットを使用すること等を示す。Ｒ１４およびＲ１５は、ＬＴＥベースのＶ２ＸＳＬ通信である。Ｒ１４伝送フォーマットは、ＰＳＳＣＨ伝送の最後のシンボルが、パンクチャリングを使用し、Ｒ１４ＭＣＳテーブルを使用することを特徴とする。Ｒ１５伝送フォーマットは、ＰＳＳＣＨ伝送の最後のシンボルが、レートマッチングを使用するＲ１５ＭＣＳテーブルを使用し、かつ６４ＱＡＭをサポートすることを特徴とする。Ｒ１６および後続バージョンは、ＮＲベースのＶ２ＸＳＬ通信である。

ＵＥが、サービスタイプに対応するＴｘプロファイルを決定した後、ＬＴＥＲＡＴが、選択された場合、ＵＥは、Ｌ２ＩＤとＬＴＥＲＡＴに関するサービスタイプとの構成されたマッピングに基づいて、宛先Ｌ２ＩＤに対応するＴｘプロファイルを決定する。宛先識別子が、宛先Ｌ２ＩＤ（時として、宛先Ｌ２識別子、Ｌ２識別子、またはＬ２ＩＤと称される）、および／または宛先インデックスを含むこと、またはそれを指すことができる。ＵＥは、次いで、宛先Ｌ２ＩＤと、対応するＴｘプロファイル指示とをアクセス層（ＡＳ層）に提供することができる。ＮＲＲＡＴが、選択された場合、ＵＥは、宛先Ｌ２ＩＤと、ＮＲＲＡＴのために構成された異なる通信タイプ（ＳＬブロードキャスト／グループキャスト／ユニキャスト）のサービスタイプとの間のマッピング関係に基づいて、ＳＬ通信タイプおよび宛先Ｌ２ＩＤに対応するＴｘプロファイルを決定する。ＵＥは、次いで、ＳＬ通信タイプと、宛先Ｌ２ＩＤと、対応するＴｘプロファイルとをＡＳ層に提供することができる。（ＮＲＲＡＴＳＬ通信に関して、Ｒ１６、Ｒ１７、またはＲ１８等の任意の伝送フォーマットは、現在または将来的にサポートされ得る）。

ＵＥが、現在、ＮＲ基地局（ＮＲ基地局は、ｇＮＢまたはｎｇ－ｅＮＢを含む）に接続されており、上位層（指示）が、宛先Ｌ２ＩＤのデータがＲ１４またはＲ１５フォーマットを使用して伝送されることを示す場合、ＵＥは、ＮＲ基地局にＬＴＥＳＬリソースを構成するように要求することができる。例えば、ＵＥは、ＮＲＲＲＣメッセージを使用することによって、ＮＲ基地局にＬＴＥｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎまたはＬＴＥＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎを伝送することができる。それに応答して、ＮＲ基地局は、宛先Ｌ２ＩＤに関して、Ｒ１４フォーマット伝送が適用可能／好適であるか、Ｒ１５フォーマット伝送が適用可能／好適であるかを決定し、ＬＴＥＳＬリソースおよび適用可能伝送パラメータ（Ｒ１４フォーマット関連伝送パラメータ、またはＲ１５フォーマットに関連付けられた伝送パラメータ）を構成する。上位層（指示）が、Ｒ１６（またはＲ１７／Ｒ１８）フォーマット伝送が、ある宛先識別宛先Ｌ２ＩＤのデータのために使用されることを示す場合、ＵＥは、ＮＲＳＬリソース構成をＮＲ基地局から要求することができる。例えば、ＵＥは、ＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎまたはＮＲＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージを基地局に送信することができる。要求を受信した後、ＮＲ基地局は、Ｒ１６またはＲ１７／Ｒ１８フォーマット伝送が、宛先Ｌ２ＩＤに関して適用されるかどうかを決定し、ＮＲＳＬリソースおよび適用可能伝送パラメータを構成することができる。

ＮＲ基地局は、どの伝送フォーマット／Ｔｘプロファイルが、ある標的識別子の宛先Ｌ２ＩＤ／宛先Ｌ２ＩＤのデータのために使用されるかを決定する。特に、ＮＲ基地局は、２つの可能なアプローチを利用することができる。第１のアプローチでは、ＵＥは、宛先Ｌ２ＩＤに対応するＴｘプロファイルを基地局に送信し、この情報は、ＵＥ上位層／Ｖ２Ｘ層によって提供される。具体的に、ＵＥが、ＬＴＥｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎまたはＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎを基地局に送信するとき、各宛先Ｌ２ＩＤに対応するＴｘプロファイルが、含まれる（または、それも送信される）。

第２のアプローチでは、ＮＲ基地局は、宛先Ｌ２ＩＤとＬＴＥＲＡＴのＴｘプロファイルとの間のマッピング関係テーブルで構成される。ＮＲ基地局は、対応するＴｘプロファイル／伝送フォーマットを決定するために、受信されたＬＴＥｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎにおける宛先Ｌ２ＩＤを使用することによって、マッピングテーブルを検索する。同様に、ＮＲ基地局は、宛先Ｌ２ＩＤとＮＲＲＡＴのＴｘプロファイルとの間のマッピング関係テーブルで構成され、ＮＲ基地局は、対応するＴｘプロファイル／伝送フォーマットを決定するために、受信されたＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎにおける宛先Ｌ２ＩＤを使用することによって、マッピングテーブルを検索する。ＮＲＲＡＴに関して、宛先Ｌ２ＩＤとＴｘプロファイルとの間のマッピング関係テーブル（ＳＬブロードキャスト、グループキャスト、ユニキャストを対象とする）は、別個に構成され得る。宛先Ｌ２ＩＤとＴｘプロファイルとの間のマッピング関係（ＬＴＥＲＡＴとＮＲＲＡＴとに関して別個に使用され、ＮＲ基地局によって保存／記憶される）は、アクセスおよびモビリティ管理機能（ＡＭＦ）を介して、ポリシ制御機能（ＰＣＦ）によってＮＲ基地局のために構成される。具体的に、ＡＭＦは、ＮＧインターフェースメッセージ（ＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージまたはＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージ等）を通して、ＮＲ基地局に、ＬＴＥＲＡＴおよび／またはＮＲＲＡＴに関して別個に使用される宛先Ｌ２ＩＤとＴｘプロファイルとの間の関係を確立するマッピング関係テーブルを送信し得る。

図４は、デバイスの宛先Ｌ２ＩＤの伝送プロファイルを決定するための例示的プロセス４００に関するフロー図を示す。特に、図４は、基地局４０２とＡＭＦ４０４との間の通信を示す。ＡＭＦは、ＮＧメッセージ等のメッセージ４０６を送信することができ、メッセージ４０６は、ＬＴＥＶ２Ｘ、またはＮＲＶ２Ｘサイドリンク通信における使用のための宛先Ｌ２ＩＤとＴｘプロファイルとの間のマッピング情報を含む。

同様に、ＬＴＥＵｕ制御ＮＲＳＬに関して、ＬＴＥｅＮＢが、適切な伝送フォーマットに対応するＮＲＳＬリソースおよび伝送パラメータを（ＵＥのために）構成するために、ｅＮＢは、ＬＴＥＲＡＴおよび／またはＮＲＲＡＴに関して別個に使用される宛先Ｌ２ＩＤとＴｘプロファイルとの間のマッピング関係テーブルを取得し得る。ＮＲＲＡＴに関して、ｅＮＢは、ＳＬブロードキャスト、グループキャスト、ユニキャストに特定の宛先Ｌ２ＩＤとＴｘプロファイルとの間のマッピング関係テーブルを用いて、別個に構成されることができる。具体的に、モビリティ管理エンティティ（ＭＭＥ）は、Ｓ１設定応答、ＭＭＥ構成更新等のＳ１インターフェースメッセージを通してｅＮＢに、ＬＴＥＲＡＴおよび／またはＮＲＲＡＴに関して別個に使用される宛先Ｌ２ＩＤとＴｘプロファイルとの間のマッピング関係テーブルを送信する。

（第２の側面）

いくつかの事例では、基地局は、ＣＵ－ＤＵ構成に分割されることができる。例えば、図５は、基地局５０４を中央ユニット５０６と分散ユニット５０８とに分割する論理アーキテクチャを伴う基地局を示す。基地局５０４は、基地局５０４から５Ｇコアネットワーク５０２へのバックホール接続と、伝送機または遠隔無線ユニット（ＲＲＵ）５１０へのフロントホール接続とを含む。ＤＵは、リソース割り当ておよび無線リンク制御（ＲＬＣ）／ＭＡＣ層パラメータ構成に関与する。したがって、ＵＥが、Ｖ２ＸＳＬ通信に関するＳＬ通信リソースを要求すると、ＤＵは、ＵＥがＬＴＥＳＬリソースを要求しているか、ＮＲＳＬリソースを要求しているか、および、各宛先識別（宛先Ｌ２ＩＤ）に関して適用可能な伝送フォーマットを把握する必要がある。基地局は、２つのアプローチのうちの１つをとることができる。

第１のアプローチでは、宛先Ｌ２ＩＤとＴｘプロファイルとの間のマッピング関係は、ＮＧインターフェースメッセージを介して、ＬＴＥＲＡＴおよび／またはＮＲＲＡＴに関して、ＡＭＦから／を介して、ＣＵによって取得される。ＣＵは、次いで、受信した情報を、ＤＵに、Ｆ１インターフェースメッセージ、例えば、Ｆ１ＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージおよびＣＵＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージを介して、送信する。例えば、図６は、基地局のＣＵとＤＵとの間でデータを通信するための第１の例示的プロセス６００のフロー図を示す。特に、ＣＵは、Ｆ１ＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージおよびＣＵＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージ等、ＤＵに送信するために、ＬＴＥＶ２ＸまたはＮＲＶ２Ｘに関するＴｘプロファイルへの宛先Ｌ２ＩＤのマッピングを含む非ＵＥ関連Ｆ１メッセージ（ステップ６０２において）を使用することができる。ＣＵが、ＵＥによって送信されるＬＴＥまたはＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎを受信した後、ＣＵは、ＬＴＥ／ＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ（宛先Ｌ２ＩＤおよび通信タイプ／キャストタイプ（ＳＬブロードキャスト／グループキャスト／ユニキャスト）等の情報を含む）をＤＵにＣＵ／ＤＵＲＲＣ情報を通して送信する。宛先Ｌ２ＩＤと、随意に、ＬＴＥ／ＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ内で報告されるキャストタイプとに基づいて、ＤＵは、宛先Ｌ２ＩＤに対応するＴｘプロファイル／伝送フォーマットを決定するために、ＬＴＥまたはＮＲに特定のマッピングテーブルを検索し、次いで、対応するＳＬリソースと、伝送フォーマットに関連付けられた伝送構成パラメータとを構成する。

第２のアプローチでは、ＣＵは、宛先Ｌ２ＩＤと、随意に、ＵＥによって報告されるＬＴＥ／ＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ内のキャストタイプとに従って、ＬＴＥＲＡＴまたはＮＲＲＡＴに関する宛先Ｌ２ＩＤとＴｘプロファイルとの間のマッピング関係を検索し、ＵＥによって要求される宛先Ｌ２ＩＤに対応する、Ｔｘプロファイル／伝送フォーマットを決定することができる。ＣＵは、明示的に、ＵＥによって要求される宛先Ｌ２ＩＤに対応するＴｘプロファイル（およびキャストタイプ）をＤＵに送信する。例えば、図７は、基地局のＣＵとＤＵとの間の通信を示す第２の例示的プロセス７００のフロー図を示す。特に、ステップ７０２では、ＣＵは、宛先Ｌ２ＩＤとＬＴＥＶ２Ｘおよび／またはＮＲＶ２Ｘ通信に関する関連付けられたＴｘプロファイルとをＤＵに送信するために、Ｆ１ＵＥ関連付けメッセージを使用することができる。ＤＵは、それ自体でマッピングを実施する必要はない。具体的に、ＣＵは、Ｆ１インターフェースＵＥ関連付けメッセージ（ＵＥＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴまたはＵＥＣＯＮＴＥＸＴＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴ等）を通して／使用して、ＬＴＥＲＡＴに関する宛先Ｌ２ＩＤおよびその関連付けＴｘプロファイルまたは宛先インデックスおよびその関連付けＴｘプロファイル、および／または、ＮＲＲＡＴに関する宛先Ｌ２ＩＤ／宛先インデックスおよびその関連付けＴｘプロファイルをＤＵに送信する。宛先Ｌ２ＩＤは、ＬＴＥ／ＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ内に含まれる宛先Ｌ２ＩＤであり、宛先インデックスは、ＬＴＥ／ＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ内に含まれる宛先Ｌ２ＩＤに対応するシーケンスシリアル番号である。ＤＵは、宛先インデックスに基づいて、ＬＴＥ／ＮＲｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ内の対応する宛先Ｌ２ＩＤを決定することができる。ＮＲＲＡＴの宛先Ｌ２ＩＤ／宛先インデックスおよびその対応するＴｘプロファイルの各々は、宛先Ｌ２ＩＤに対応するキャストタイプを示す。次いで、対応するＳＬリソースおよび伝送フォーマットに関連付けられた伝送構成パラメータが、構成される。

（第３の側面）

ＵＥのネットワークカバレッジまたはＲＲＣ状態は、随時、変化し得る。異なる状態のＵＥが、サイドリンク伝送リソースおよびサイドリンク無線ベアラ（ＳＬＲＢ）構成を異なる方法で取得する。例えば、ＲＲＣ接続状態のＵＥは、サイドリンク伝送リソースおよびＳＬＲＢ構成を基地局（例えば、ｇＮＢ）から、専用シグナリングを介して入手する。ＲＲＣアイドル／非アクティブにおけるＵＥは、リソースおよびＳＬＲＢ構成をシステム情報ブロック（ＳＩＢ）構成から取得する。カバレッジ外ＵＥが、この情報を事前構成情報から入手することができる。ＵＥのＲＲＣ状態が移行すると（例えば、ＵＥがＲＲＣ接続から、ＲＲＣアイドル／非アクティブ／カバレッジ外に移行するか、またはその逆）、継続中のデータ伝送／ＳＬＲＢに対処することは困難であり得る。ＵＥが、状態移行を実施すると、ＰＣ５ＱｏＳフロー（ＰＣ５ＱｏＳフローは、ＰＣ５ＱｏＳフロー識別子（ＰＦＩ）またはＰＣ５ＱｏＳプロファイル（例えば、ＰＱＩ、範囲等）によって表されることができる）とＳＬＲＢとの間のマッピングは、新しいＵＥ状態のＳＬＲＢ構成に従うべきである。

（シナリオ１：ＵＥが、ＲＲＣアイドル／非アクティブ／カバレッジ外状態からＲＲＣ接続状態に移行する）

ＲＲＣアイドル／非アクティブＵＥがＳＩＢにおけるＳＬＲＢ構成に基づいていくつかのＳＬＲＢを確立し、ＳＬデータ伝送にのためにＳＩＢにおけるＳＬリソース構成を使用していると仮定する。しばらくして、ＵＥが、旧来（標準）におけるように、ＲＲＣ接続状態に移行した場合、ＵＥは、ＳＬ伝送リソースをネットワークからＲＲＣ専用シグナリングを介して取得すべきである。それまでの間、ＵＥは、ＳＬＲＢ構成をネットワークからＲＲＣ専用シグナリングを介して取得し、それに従うべきである。図８は、ＵＥのＲＲＣ状態移行の第１のタイミング図８００を示す。特に、タイミング図は、ＲＲＣアイドル状態からＲＲＣ接続状態への移行を示す。ＵＥが、ＳＬＲＢ構成をネットワークから受信する前、時間間隙（ｔ０とｔ２との間）が存在する。ＳＬＲＢが、ＳＩＢにおけるＳＬＲＢ構成に基づいてＲＲＣアイドル状態において確立されたＳＬＲＢ構成がが解放され、ＵＥがＲＲＣ専用シグナリングにおけるＳＬＲＢ構成に基づいて確立された新しいＳＬＲＢを待つ場合、継続中のＳＬデータ伝送は、中断され得る。ＳＬユニキャストに関して、中断時間は、さらにより長い。ＵＥは、ＲＲＣ専用シグナリングにおけるＳＬＲＢ構成をＮＷから受信後、ＳＬＲＢ構成をピアＵＥに（ＰＣ５ＡＳ構成を介して）送信すべきであるので、ＰＣ５ＡＳ構成完了メッセージをピアＵＥから受信後、ＳＬＲＢ構成／新しいＳＬＲＢのみを適用することができる。

したがって、サービス連続性を確実にするために、ＵＥが、ＲＲＣアイドル／非アクティブ／カバレッジ外からＲＲＣ接続状態に移行するとき、ＲＲＣ専用シグナリングにおけるＳＬＲＢ構成を受信する前、継続中のデータ伝送に関して以前に確立されたＳＬＲＢを使用し続けることが有益である。

ＢＳとのＲＲＣ接続を設定した後、通常、ＵＥは、ＰＣ５ＱｏＳフロー識別子（ＰＦＩ）を含むｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎをＳＬＲＢ構成およびＳＬリソース割り当てに関するＢＳに送信する。しかしながら、以前の状態において確立されたＳＬＲＢについての任意の情報なしでは、ＳＬＲＢ構成衝突およびパケット損失が、生じ得る。例えば、ＰＦＩ１およびＰＦＩ２を搬送するＲＲＣアイドル状態において確立された古いＳＬＲＢ１は、ＬＣＩＤ１に関連付けられ、パケットデータ収束プロトコル（ＰＤＣＰ）ＳＮ１で構成される一方、ＰＦＩ１を搬送するＲＲＣ専用シグナリングにおいて構成される新しいＳＬＲＢ１は、ＬＣＩＤ１に関連付けられ、ＰＤＣＰＳＮ２で構成される。これは、衝突をもたらし得る。すなわち、異なる構成が、同じＬＣＩＤに対応することができる。その結果、新しいＳＬＲＢ１構成を受信すると、古いＳＬＲＢ１は、すぐに解放され、該当する場合、古いＳＬＲＢ１のバッファ内の全てのパケットは、廃棄され得る。この場合、パケット損失が生じ得る。

したがって、ＳＬＲＢ構成衝突およびパケット損失を回避するために、ＵＥは、以前の状態の全ての確立されたＳＬＲＢをＮＷに報告することができる。概して、ＳＬＲＢにマッピングされるＳＬＲＢ識別子およびＱｏＳフロー情報の他に、再構成不可能なＳＬＲＢのＳＬＲＢパラメータが、ＮＷ（例えば、基地局）に報告されることができる。具体的に、報告される情報は、宛先ＩＤ、キャストタイプ、各ＳＬＲＢにマッピングされるＱｏＳフローのＱｏＳ情報（ＳＬＲＢＩＤによって識別された）、論理チャネル識別子（ＬＣＩＤ）、および各ＳＬＲＢのＲＬＣモード、ＰＤＣＰＳＮサイズ、ＲＬＣＳＮ長を含み得る。いくつかの例では、いくつかのＴｘ専用パラメータ（ＬＣＨ優先順位／ＰＢＲ／ＢＳＤ、ポーリング関連パラメータ等）およびＲｘ専用ＳＬＲＢパラメータは、ＮＷに報告されないこともある。

ＢＳは、ｓｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎにおけるＱｏＳフローのＰＣ５ＱｏＳプロファイルおよびＵＥから以前の状態で確立されたＳＬＲＢについての情報を受信すると、下で議論される２つのアプローチのうちの１つを使用して、ＳＬＲＢを（再）構成することができる。基本的に、ＵＥは、新しいＵＥ状態のＳＬＲＢ構成において、ＰＣ５ＱｏＳフローおよびＳＬＲＢマッピングに従うべきである。新しい状態のＰＣ５ＱｏＳフローおよびＳＬＲＢマッピングは、以前の状態と同じであることも、異なることもある。図９は、ＳＬＲＢ構成衝突の例を示す。図９に示されるように、ＰＦＩ１およびＰＦＩ２は、ＲＲＣアイドルにおけるパラメータセット－１に関連付けられたＳＬＲＢ１にマッピングされるが、ＵＥがＲＲＣ接続に移動すると、ＰＦＩ２は、ＢＳによって、別のＳＬＲＢ（ＳＬＲＢ２）にマップするように構成され得る。

第１のアプローチ：前の状態から確立されたＳＬＲＢを使用し続ける

このアプローチでは、ＢＳ（例えば、ｇＮＢ）は、以前に確立されたＳＬＲＢ（ＱｏＳフロー１に伝送するためのＳＬＲＢ１／ＬＣＩＤ１）を使用し続けることを決定するが、ＳＬリソーススケジューリングに関するＴｘ専用パラメータを再構成し得る。加えて、モード１リソースが、割り当てられる場合、ＢＳは、ＳＬＲＢ／ＬＣＩＤの各々に関する対応する論理チャネルグループ（ＬＣＧ）を構成することができ、それによって、ＵＥは、サイドリンクリソース割り当てに関するＢＳへのＳＬＢＳＲ（バッファステータス報告）、各論理チャネルに関連付けられたＳＲ構成、構成されたグラントタイプ１が各論理チャネルのために使用されることを可能にされるかどうかを報告し得る。ＳＬユニキャストＳＬＲＢに関して、無線リンク制御（ＲＬＣ）モード、ＰＤＣＰＳＮサイズ、およびＲＬＣＳＮ長、再構成が許可され得ないことに留意されたい。ＳＬブロードキャスト／グループキャストに関して、ＲＬＣモード、ＰＤＣＰＳＮサイズ、およびＲＬＣＳＮ長は、デフォルトに構成される（すなわち、規定された固定値に構成される）。ＢＳは、代替として、ＱｏＳフロー２に伝送するために、新しいＳＬＲＢ、すなわち、ＳＬＲＢ２（ＬＣＩＤ２）を構成することができる。この場合、ＱｏＳフロー２は、ＳＬＲＢ１からＳＬＲＢ２に再マッピングされる。ＱｏＳフロー再マッピングの場合、順番に送達するための原理／機構が、使用されることができる。

第２のアプローチ：以前の状態で確立されたＳＬＲＢと異なる新しいＳＬＲＢを確立するように構成する

このアプローチでは、ＢＳは、ＱｏＳフロー１およびＱｏＳフロー２を伝送するために、それぞれ、新しいＳＬＲＢ２（ＬＣＩＤ２）およびＳＬＲＢ３（ＬＣＩＤ３）を確立するように構成する。新しいＳＬＲＢは、以前のＵＥ状態で確立されたＳＬＲＢと異なるＳＬＲＢＩＤおよびＬＣＩＤを用いて、構成される／割り当てられる。この場合、ＱｏＳフロー１は、ＳＬＲＢ１（ＬＣＩＤ１）からＳＬＲＢ２（ＬＣＩＤ２）に再マッピングされ、ＱｏＳフロー２は、ＳＬＲＢ１（ＬＣＩＤ１）からＳＬＲＢ３（ＬＣＩＤ３）に再マッピングされる（図９に示されるように）。ＱｏＳフロー再マッピングの場合、順番に送達するための機構が、使用されることができる。ＳＬＲＢ１は、バッファが空になるまで、持続的に使用されることができる。バッファが、空になると、ＳＬＲＢ１は、解放されることができる。いくつかの事例では、第１のアプローチは、より効率的であり得る。

（シナリオ２：ＵＥが、ＲＲＣ接続状態からＲＲＣアイドル／非アクティブ／カバレッジ外状態に移行する）

ＵＥが、ＲＲＣ接続状態からＲＲＣアイドル／非アクティブ／カバレッジ外状態に移動すると、ＵＥは、それ以上、ＲＲＣ専用シグナリングを介して、ＮＷによって構成されるＳＬリソースを使用しないこともある。代わりに、ＵＥは、Ｖ２ＸＳＩＢにおけるＳＬ構成を使用することができる。ＳＬＲＢ構成に関して、以前の合意のように、ＱｏＳプロファイルとＳＬＲＢとの間のマッピングは、新しい状態（Ｖ２ＸＳＩＢ／事前構成）のＳＬＲＢ構成に従うことができる。ＮＲＵｕにおいて、Ｖ２ＸＳＩＢは、他のＳＩＢのように、ブロードキャストされ得ず、したがって、ＵＥは、ＲＲＣ再構成からＶ２ＸＳＩＢを入手すること、または、要求に応じて、ＳＩプロシージャを適用することができる。

Ｖ２ＸＳＩＢが、周期的にブロードキャストされない場合、ＲＲＣ接続状態のＵＥは、ＳＬ通信を実施するために、Ｖ２ＸＳＩＢをＲＲＣ再構成から取得することができる。続いて、ＵＥが、ＲＲＣ接続からＲＲＣアイドル／非アクティブ状態に移行すると、ＵＥは、ＲＲＣ接続状態で取得された記憶されたＶ２ＸＳＩＢを使用することができる。

ＵＥが、ＲＲＣ接続状態からアイドル／非アクティブ状態に移行する事例では、Ｖ２ＸＳＩＢは、ブロードキャストされず、記憶されたＶ２ＸＳＩＢは、有効ではない。そのような事例では、ＵＥは、オンデマンドＳＩ要求プロシージャに基づいて、ｍｓｇ１またはｍｓｇ３によってＶ２ＸＳＩＢを入手することができる。ＲＲＣ接続状態で確立されたＳＬＲＢが、放棄され、ＵＥが、ＳＩＢに基づいて確立された新しいＳＬＲＢを待つ場合、継続中のデータ伝送は、中断され得る。図１０は、ＵＥのＲＲＣ状態移行の例示的タイミング図１０００を示す。特に、第２の例示的タイミング図１０００は、ＲＲＣ接続状態からＲＲＣアイドル状態への移行を示す。いくつかの事例では、ＳＬＲＢが、ＲＲＣ接続状態において確立される場合、上記に述べられたように、継続中のデータ伝送は、期間ｔ０－ｔ１の間、中断され得る。ＳＬユニキャストに関して、中断時間は、（ｔ０－ｔ２）よりさらに長い。ＵＥが、Ｖ２ＸＳＩＢ／事前構成においてＳＬＲＢ構成を取得した後、ＳＬＲＢ構成をピアＵＥに（ＰＣ５ＡＳ構成を介して）送信し得るため、ＰＣ５ＡＳ構成完了メッセージをピアＵＥから受信した後、ＳＬＲＢ構成／新しいＳＬＲＢのみを適用することができる。したがって、サービス連続性を確実にするために、ＵＥが、ＲＲＣ接続状態からＲＲＣアイドル／非アクティブ／カバレッジ外状態に移行するとき、Ｖ２ＸＳＩＢにおいてＳＬＲＢ構成を取得する前、または新しい状態の新しいＳＬＲＢの確立前、継続中のデータ伝送に関して以前に確立されたＳＬＲＢを使用し続けることが有益である。

Ｖ２ＸＳＩＢ／事前構成からＳＬＲＢ構成を取得すると、ＵＥは、少なくとも、ＳＩＢにおけるＳＬＲＢマッピングへのＱｏＳフローに従うことができる。図１１は、ＵＥの異なるＲＲＣ状態のＳＬＲＢ構成の例を示す。特に、図１１は、ＵＥが、ＲＲＣ接続状態からＲＲＣアイドル／非アクティブ／カバレッジ外に移動するときのＲＲＣ接続状態において確立されたＳＬＲＢと、Ｖ２ＸＳＩＢ／事前構成におけるＳＬＲＢ構成とを示す。新しい状態のＳＬＲＢに関して、ＢＳは、下で議論される２つのアプローチのうちの１つをとることができる。

第１のアプローチ：以前の状態から確立されたＳＬＲＢを使用し続ける

このアプローチでは、ＵＥは、ＰＱＩ１およびＰＱＩ２の両方のパケットを伝送するために、ＳＬＲＢ１（ＬＣＩＤ１）またはＳＬＲＢ２（ＬＣＩＤ２）を使用し続けることができる。すなわち、ＵＥは、ＰＱＩ１およびＰＱＩ２を用いてマッピングされるＳＬＲＢ（ＳＬＲＢＸ／ＬＣＩＤＸ）にＳＬＲＢ１（ＬＣＩＤ１）またはＳＬＲＢ２（ＬＣＩＤ２）を割り当てる。ＳＩＢ／事前構成におけるＳＬＲＢ構成に関して、ＳＬＲＢＩＤおよびＬＣＩＤは、ＵＥ自体によって割り当てられることができる。

第１のアプローチは、常時、ＰＤＣＰＳＮサイズ／ＲＬＣＳＮ長／ＲＬＣモードが、（すなわち、ＵＥ状態が移行するとき、変化しない）固定値として規定されるので、ＳＬブロードキャスト／グループキャストに関して適用可能であり得る。ＳＬＲＢＸのＰＤＣＰＳＮサイズ／ＲＬＣＳＮ長／ＲＬＣモードがＳＬＲＢ１またはＳＬＲＢ２と同一である場合、ＳＬユニキャストのみに適用可能である。ＳＬＲＢＸのＰＤＣＰＳＮサイズ／ＲＬＣＳＮ長／ＲＬＣモードが、ＳＬＲＢ１およびＳＬＲＢ２と異なる事例では、ＳＬＲＢ１（ＬＣＩＤ１）またはＳＬＲＢ２（ＬＣＩＤ２）が、ＳＬＲＢＸに関して割り当てられる場合、パケット損失が、生じ得る。新しいＳＬＲＢ１が、新しい構成に基づいて確立されるので、古いＳＬＲＢ１は、すぐに解放され、該当する場合、古いＳＬＲＢ１のバッファ内の全てのパケットは、廃棄され得る。他のＳＬＲＢパラメータ（例えば、ＰＤＣＰ廃棄タイマ、ＬＣＨ優先順位／ＰＢＲ／ＢＳＤ、ポーリング関連パラメータ）は、ＳＩＢ／事前構成における新しい構成に従い得る（すなわち、ＳＬＲＢが、再構成される）。

第２のアプローチ：以前の状態で確立されたＳＬＲＢと異なる新しいＳＬＲＢを確立する

このアプローチでは、ＳＬＲＢＸは、ＳＬＲＢ１（ＬＣＩＤ１）およびＳＬＲＢ２（ＬＣＩＤ２）と異なる、新しいＳＬＲＢＩＤおよびＬＣＩＤ、例えば、ＳＬＲＢ３（ＬＣＩＤ３）に割り当てられる。この場合、ＱｏＳフロー１／ＰＱＩ１は、ＳＬＲＢ１（ＬＣＩＤ１）からＳＬＲＢ３（ＬＣＩＤ３）に再マッピングされ、ＱｏＳフロー２／ＰＱＩ２は、ＳＬＲＢ２（ＬＣＩＤ２）からＳＬＲＢ３（ＬＣＩＤ３）に再マッピングされる。いくつかの例では、ＱｏＳフロー再マッピングの場合、順番に送達するための機構が、使用されることができる。ＳＬＲＢ１およびＳＬＲＢ２は、持続的に使用され、関連付けられたバッファが空になるまで、解放されることができる。

いくつかの事例では、以前の状態において確立されたＳＬＲＢは、可能な限り、特に、ＳＬブロードキャスト／グループキャストに関して、継続され得る。以前の状態で確立されたＳＬＲＢを使用するとき（ＳＬユニキャストに関して）、ＳＬＲＢ構成およびパケット損失が生じる場合、第２のアプローチが、使用されることができる（すなわち、新しいＳＬＲＢが、確立される）。

（シナリオ３：ＵＥが、ＲＲＣカバレッジ外とＲＲＣアイドル状態との間で移行する）

ＲＲＣカバレッジ外状態のＵＥが、ＲＲＣアイドル状態に移行すると、ＵＥは、発生時にＶ２ＸＳＩＢを取得することができる。上で議論されるように、Ｖ２ＸＳＩＢは、ブロードキャストされないこともあり、したがって、ＵＥは、Ｖ２ＸＳＩＢを取得するために、オンデマンドＳＩプロシージャに基づいて、ｍｓｇ１またはｍｓｇ３を適用しなければならないこともある。サービス連続性を確実にするために、ＵＥが、ＲＲＣカバレッジ外状態からＲＲＣアイドル状態に移行するとき、Ｖ２ＸＳＩＢにおいてＳＬＲＢ構成を取得する前、または新しい状態の新しいＳＬＲＢの確立前、継続中のデータ伝送に関して以前に確立されたＳＬＲＢを使用し続けることが有益である。

ＵＥが、カバレッジ外シナリオに関して、事前に構成された関連パラメータセット－１を用いて、ＰＦＩ１（ＰＱＩ１）およびＰＦＩ２（ＰＱＩ２）を伝送するためにＳＬＲＢ１（ＬＣＩＤ１）を確立した事例では、ＵＥがＶ２ＸＳＩＢに基づいてＲＲＣアイドル状態に移行すると、ＰＱＩ１は、パラメータセット２を用いてＳＬＲＢにマッピングされる一方、ＰＱＩ２は、パラメータセット３を用いてＳＬＲＢにマッピングされる（例えば、図１１参照）。再び、上で議論されるような新しい状態のＳＬＲＢに関してとられる２つのアプローチが存在し得る、すなわち、第１のアプローチは、可能な限り、確立されたＳＬＲＢを使用し続けることであり得、第２のアプローチは、以前に確立されたＳＬＲＢと異なる新しいＳＬＲＢを確立することであり得る。

いくつかの事例では、以前の状態において確立されたＳＬＲＢは、可能な限り、特に、ＳＬブロードキャスト／グループキャストに関して、継続されることができる。ＳＬＲＢ構成およびパケット損失が以前の状態で（ＳＬユニキャストに関して）確立されたＳＬＲＢを使用するときに生じる場合、第２のアプローチが、使用されることができる（すなわち、新しいＳＬＲＢが、確立される）。同一の考慮は、ＲＲＣアイドル／非アクティブ状態のＵＥがＲＲＣカバレッジ外状態に移行するシナリオにも適用されることができる。

（第４の側面）

いくつかの事例では、ＵＥ１は、ＲＲＣ接続状態にあり、ＳＬＲＢ構成をＢＳから入手することができる。ＢＳは、ＲＲＣ再構成を介して、ＳＬＲＢ構成をＵＥ１に送信する。ＳＬＲＢ構成を受信すると、ＳＬユニキャスト通信に関して、ＵＥ１は、ＰＣ５ＡＳ構成メッセージを介して、ＳＬＲＢ構成（ＴｘおよびＲｘ関連ＳＬＲＢパラメータの両方のみを含む）をピアＵＥ２に送信する。ＵＥ２は、新しいＳＬＲＢを確立することを否認／失敗し、したがって、ＰＣ５ＡＳ構成失敗メッセージをＵＥ１に送信することができる。ＵＥ１が、ＰＣ５ＡＳ構成失敗メッセージをＵＥ２から受信する場合、またはＵＥ１が応答性メッセージをＵＥ２から受信しない場合、ＵＥ１は、ＰＣ５ＡＳ構成が、失敗したことを決定することができる。そのような事例では、課題は、ＵＥ１がＢＳに失敗について知らせる必要があるかどうかと、失敗をＢＳに通信する実装の方法とである。

ＮＲＵｕでは、ＲＲＣ再構成メッセージをｇＮＢから受信すると、ＵＥが、構成（少なくともその一部）に準拠することが不可能である場合、ＵＥは、ＲＲＣ接続再確立プロシージャを開始することができる。ＵＥは、他のＵＥとのＮＲＵｕおよびＳＬ通信を経由してデータ伝送を継続し得る。そのような事例では、ＳＬＲＢ構成のうちのいくつかが失敗した場合、ＲＲＣ再確立を開始することは、適切でないこともある。

ＮＲＵｕでは、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージが、ネットワークにＵＥによって検出された失敗について知らせるために使用されることができる。加えて、ＵＥにおけるＳＬＲＢ構成失敗も、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを介して、ネットワークに報告されることができる。この場合、ＲＲＣ再構成プロシージャは、ＰＣ５ＡＳ構成から独立し得る。具体的に、ＢＳからＲＲＣ再構成を受信すると、ＵＥ１が、ＳＬユニキャストに関するＳＬＲＢ構成を除く全ての構成に準拠することが可能である場合、ＵＥ１は、ＲＲＣ構成完了メッセージをＢＳに送信する。その後、ＰＣ５ＡＳ構成失敗（そのうちのいくつか）が生じた場合、ＵＥ１は、ＳＬ失敗をＢＳに知らせるために、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｉｏｎメッセージを送信する。失敗情報は、具体的宛先Ｌ２ＩＤのＳＬＲＢ識別および／または論理チャネル識別、宛先Ｌ２ＩＤのキャストタイプ、ＳＬの失敗タイプを含み得る。失敗タイプは、失敗がサイドリンクについてであることを示す。図１２は、構成失敗をＢＳに報告するための第１の例示的プロセス１２００のフロー図を示す。第１の例では、ＵＥ１（１２０４）は、ＵＥ２（１２０６）から受信されるＳＬ失敗をＢＳ（１２０２）に知らせるために、ＦａｉｌｕｒｅＩｎｆｏｒｍａｔｏｉｎメッセージを送信する。

代替として、ＲＲＣ再構成完了メッセージは、ＵＥにおけるＳＬＲＢ構成失敗をネットワークに報告するように拡張されることができる。具体的に言うと、ＰＣ５ＡＳ構成失敗（そのうちのいくつか）が生じる場合、ＵＥ１は、ＲＲＣ再構成完了メッセージを介して、失敗を知らせる。失敗情報は、宛先Ｌ２ＩＤ（ＳＬＲＢが確立することに失敗したものに属する）、ＳＬＲＢ識別（確立することに失敗した）、論理チャネル識別（確立することに失敗した）、宛先Ｌ２ＩＤおよび失敗タイプのキャストタイプ（失敗が、サイドリンクについてであることを示す）のうちの少なくとも１つを含み得る。図１３は、ＢＳに構成失敗を報告するための第２の例示的プロセス１３００のフロー図を示す。第２の例では、ＵＥ１はＲＲＣ再構成完了メッセージ内で失敗情報をＢＳに送信する。加えて、ＵＥ１は、宛先Ｌ２ＩＤ、ＳＬＲＢ識別、論理チャネル識別、キャストタイプ、および失敗タイプ等の追加の失敗情報を含むことができる。

本解決策の種々の実施形態が、上で説明されたが、それらは、限定としてではなく、例としてのみ提示されたことを理解されたい。同様に、種々の略図は、例示的アーキテクチャまたは構成を描写し得、これは、当業者が、本解決策の例示的特徴および機能を理解することを可能にするために提供される。しかしながら、そのような当業者は、本解決策が、図示される例示的アーキテクチャまたは構成に制限されず、種々の代替アーキテクチャおよび構成を使用して実装されることができることを理解するであろう。加えて、当業者によって理解されるであろうように、一実施形態の１つ以上の特徴は、本明細書に説明される別の実施形態の１つ以上の特徴と組み合わせられることができる。したがって、本開示の範疇および範囲は、上で説明される例証的実施形態のいずれかによって限定されるべきではない。

「第１」、「第２」等の指定を使用した本明細書における要素の任意の参照が、概して、それらの要素の量または順序を限定するものではないことも理解されたい。むしろ、これらの指定は、本明細書では、２つ以上の要素または要素の事例間で区別する便宜的手段として使用されることができる。したがって、第１および第２の要素の参照は、２つのみの要素が採用され得る、または第１の要素がある様式において、第２の要素に先行しなければならないことを意味するものではない。

加えて、当業者は、情報および信号が種々の異なる技術および技法のいずれかを使用して表されることができることを理解するであろう。上記の説明において参照され得る、例えば、データ、命令、コマンド、情報、信号、ビット、およびシンボルは、例えば、電圧、電流、電磁波、磁場または粒子、明視野または粒子、または任意のそれらの組み合わせによって表されることができる。

当業者はさらに、本明細書に開示される側面に関連して説明される、種々の例証的論理ブロック、モジュール、プロセッサ、手段、回路、方法、および機能のいずれかが、電子ハードウェア（例えば、デジタル実装、アナログ実装、またはその２つの組み合わせ）、ファームウェア、命令を組み込む種々の形態のプログラムまたは設計コード（本明細書では、便宜上、「ソフトウェア」または「ソフトウェアモジュールと称され得る）、またはこれらの技法の任意の組み合わせによって実装されることができることを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアの本可換性を明確に図示するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップは、概して、その機能性の観点から上で説明される。そのような機能性が、ハードウェア、ファームウェア、またはソフトウェア、またはこれらの技法の組み合わせとして実装されるかどうかは、特定の用途および全体的システム上に課される設計制約に依存する。当業者は、説明される機能性を特定の用途毎に種々の方法で実装することができるが、そのような実装決定は、本開示の範囲からの逸脱を生じさせるものではない。

さらに、当業者は、本明細書に説明される種々の例証的論理ブロック、モジュール、デバイス、コンポーネント、および回路が、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、または任意のそれらの組み合わせを含み得る集積回路（ＩＣ）内に実装されること、またはそれによって実施されることができることを理解するであろう。論理ブロック、モジュール、および回路は、アンテナおよび／または送受信機をさらに含み、ネットワークまたはデバイス内の種々のコンポーネントと通信することができる。汎用プロセッサは、マイクロプロセッサであることができるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、または状態機械であることができる。プロセッサは、コンピューティングデバイス、例えば、ＤＳＰおよびマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと併せた１つ以上のマイクロプロセッサの組み合わせ、または本明細書に説明される機能を実施するための任意の他の好適な構成の組み合わせとして実装されることもできる。

ソフトウェア内に実装される場合、機能は、１つ以上の命令またはコードとして、コンピュータ読み取り可能な媒体上に記憶されることができる。したがって、本明細書に開示される方法またはアルゴリズムのステップは、コンピュータ読み取り可能な媒体上に記憶されるソフトウェアとして実装されることができる。コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体および通信媒体の両方を含み、コンピュータプログラムまたはコードを１つの場所から別の場所に転送することを可能にされ得る任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であることができる。限定ではなく、一例として、そのようなコンピュータ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望のプログラムコードを命令またはデータ構造の形態で記憶するために使用され得、かつコンピュータによってアクセスされ得る任意の他の媒体を含むことができる。

本書では、用語「モジュール」は、本明細書で使用されるように、ソフトウェア、ファームウェア、ハードウェア、および本明細書に説明される関連付けられた機能を実施するためのこれらの要素の任意の組み合わせを指す。加えて、議論の目的のために、種々のモジュールは、別々のモジュールとして説明される。しかしながら、当業者に明白となるであろうように、２つ以上のモジュールが、組み合わせられ、本解決策の実施形態に従って関連付けられた機能を実施する、単一モジュールを形成し得る。

加えて、メモリまたは他の記憶装置および通信コンポーネントが、本解決策の実施形態において採用され得る。明確にする目的のために、上記説明は、異なる機能ユニットおよびプロセッサを参照して本解決策の実施形態を説明していることを理解されたい。しかしながら、異なる機能ユニット、処理論理要素、またはドメイン間の機能性の任意の好適な配布が、本解決策から逸脱することなく使用され得ることが明白であろう。例えば、別個の処理論理要素またはコントローラによって実施されるように例証される機能性は、同一処理論理要素またはコントローラによって実施され得る。故に、具体的機能ユニットの参照は、厳密な論理または物理構造または編成を示すのではなく、説明される機能性を提供するための好適な手段の参照にすぎない。

本開示に説明される実装の種々の修正が、当業者に容易に明白であり、本明細書に定義された一般的原理は、本開示の範囲から逸脱することなく、他の実装に適用されることができる。したがって、本開示は、本明細書に示される実装に限定されることを意図するものではなく、下記の請求項において制限されるように、本明細書に開示される新規特徴および原理と一致する最広範囲と見なされる。

上記および他の側面およびその実装は、図面、説明、および請求項により詳細に説明される。
本発明は、例えば、以下を提供する。
（項目１）
方法であって、前記方法は、
無線通信ノードによって、あるバージョンのサイドリンク伝送フォーマットの指示を決定することと、
前記指示に従って、前記無線通信ノードによって、無線通信デバイスのサイドリンク伝送のためのサイドリンクリソースと、少なくとも１つの伝送構成パラメータとを構成することと
を含む、方法。
（項目２）
前記無線通信ノードによって、前記無線通信デバイスからの前記指示を受信することによって、前記指示を決定することを含む、項目１に記載の方法。
（項目３）
前記無線通信ノードによって、マッピング関係テーブルをアクセスおよびモビリティ管理機能（ＡＭＦ）から受信することと、
前記無線通信ノードによって、宛先識別子およびキャストタイプのうちの少なくとも１つを前記無線通信デバイスから受信することと、
前記無線通信ノードによって、前記マッピング関係テーブルおよび前記宛先識別子を使用して、前記指示を決定することと
によって、前記指示を決定することを含む、項目１に記載の方法。
（項目４）
前記無線通信ノードの中央ユニットによって、マッピング関係テーブルをアクセスおよびモビリティ管理機能（ＡＭＦ）から受信し、宛先識別子を前記無線通信デバイスから受信することと、
前記中央ユニットによって、前記無線通信ノードの分散ユニットに前記マッピング関係テーブルおよび前記宛先識別子を送信することと、
前記分散ユニットによって、前記マッピング関係テーブルおよび前記宛先識別子を使用して、前記指示を決定することと
によって、前記指示を決定することを含む、項目１に記載の方法。
（項目５）
前記無線通信ノードの中央ユニットによって、マッピング関係テーブルをアクセスおよびモビリティ管理機能（ＡＭＦ）から受信し、宛先識別子を前記無線通信デバイスから受信することと、
前記中央ユニットによって、前記マッピング関係テーブルおよび前記宛先識別子を使用して、前記指示を決定することと、
前記中央ユニットによって、前記無線通信ノードの分散ユニットに前記宛先識別子を使用して決定された前記指示を送信することと
によって、前記指示を決定することを含む、項目１に記載の方法。
（項目６）
前記無線通信ノードによって、ネットワークエンティティから、ロングタームエボリューション（ＬＴＥ）無線アクセス技術（ＲＡＴ）に関するマッピング関係テーブルまたは新規無線（ＮＲ）ＲＡＴに関するマッピング関係テーブルのうちの少なくとも１つを受信することを含む、項目１に記載の方法。
（項目７）
前記中央ユニットによって、前記分散ユニットに前記宛先識別子を送信することをさらに含む、項目５に記載の方法。
（項目８）
前記指示に従って、前記分散ユニットによって、前記無線通信デバイスの前記サイドリンク伝送に関する前記サイドリンクリソースおよび前記少なくとも１つの伝送構成パラメータを構成することを含む、項目４または５に記載の方法。
（項目９）
前記マッピング関係テーブルは、前記宛先識別子と前記指示との間のマッピングを含む、項目３、４、または５のいずれかに記載の方法。
（項目１０）
前記マッピング関係テーブルが新規無線（ＮＲ）ＲＡＴに関するものであるとき、前記マッピング関係テーブルは、サイドリンクブロードキャスト、グループキャスト、またはユニキャストのために構成されている、項目３、４、または５のいずれかに記載の方法。
（項目１１）
方法であって、前記方法は、
無線通信デバイスによって、第１のサイドリンク伝送が開始されている第１の無線リソース制御（ＲＲＣ）状態から、第２のＲＲＣ状態に移行することと、
前記無線通信デバイスによって、前記第２のＲＲＣ状態のＳＬＲＢ構成において、サイドリンク無線ベアラ（ＳＬＲＢ）へのＰＣ５サービスの質（ＱｏＳ）フローのマッピングを使用することによって、前記第１のサイドリンク伝送を継続することと
を含む、方法。
（項目１２）
前記無線通信デバイスによって、前記第２のＲＲＣ状態の前記ＳＬＲＢ構成を受信することに先立って、または前記第２のＲＲＣ状態の前記ＳＬＲＢ構成に従った少なくとも１つのＳＬＲＢの確立に先立って、前記第１のＲＲＣ状態のＳＬＲＢ構成または前記第１のＲＲＣ状態中に確立された少なくとも１つのＳＬＲＢを使用することによって、前記第１のサイドリンク伝送を継続することをさらに含む、項目１１に記載の方法。
（項目１３）
前記第１のＲＲＣ状態が、アイドル状態、非アクティブ状態、またはカバレッジ外状態を備え、前記第２のＲＲＣ状態が、前記無線通信デバイスが無線通信ノードに接続されているＲＲＣ接続状態を備えているか、または、
前記第１のＲＲＣ状態が、アイドル状態または非アクティブ状態を備え、前記第２のＲＲＣ状態が、カバレッジ外状態を備えているか、または、
前記第１のＲＲＣ状態が、カバレッジ外状態を備え、前記第２のＲＲＣ状態が、アイドル状態を備えているか、または、
前記第１のＲＲＣ状態が、ＲＲＣ接続状態を備え、前記第２のＲＲＣ状態が、カバレッジ外状態、ＲＲＣアイドル状態、またはＲＲＣ非アクティブ状態を備えている、
項目１１または１２に記載の方法。
（項目１４）
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態であるとき、前記方法は、
前記無線通信デバイスによって、前記無線通信ノードに、前記第１のＲＲＣ状態中に確立された前記少なくとも１つのＳＬＲＢについての情報を送信することをさらに含み、
前記情報は、宛先識別子、キャストタイプ、前記少なくとも１つのＳＬＲＢの各々に関連付けられた少なくとも１つのＱｏＳフローのＱｏＳ情報、前記少なくとも１つのＳＬＲＢの各々の論理チャネル識別子（ＬＣＩＤ）、前記少なくとも１つのＳＬＲＢの各々の無線リンク制御（ＲＬＣ）モード、前記少なくとも１つのＳＬＲＢの各々のパケットデータ収束プロトコル（ＰＤＣＰ）シーケンス番号（ＳＮ）サイズ、または前記少なくとも１つのＳＬＲＢの各々のＲＬＣＳＮ長のうちの少なくとも１つを含む、項目１３に記載の方法。
（項目１５）
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態であるとき、前記方法は、
前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のＰＣ５ＱｏＳフロー伝送を継続するために、前記第１のＲＲＣ状態中の前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローのために確立された同じＳＬＲＢを決定することによって、前記第１のサイドリンク伝送のための前記第２のＲＲＣ状態における前記ＳＬＲＢ構成を無線通ノードに決定させることをさらに含む、項目１３に記載の方法。
（項目１６）
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態であるとき、前記方法は、
前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローを継続するために、前記第１のＲＲＣ状態中の前記第１のサイドリンク伝送の第２のＰＣ５ＱｏＳフローのために確立される第２のＳＬＲＢを決定することによって、前記第１のサイドリンク伝送のための前記第２のＲＲＣ状態における前記ＳＬＲＢ構成を前記無線通信ノードに決定させることをさらに含み、
前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立された第１のＳＬＲＢに以前にマッピングされている、項目１３に記載の方法。
（項目１７）
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態であるとき、前記方法は、
前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローを継続するために、前記第１のＲＲＣ状態中に確立された任意のＳＬＲＢと異なる前記第２のＲＲＣ状態において確立されるべき新しいＳＬＲＢを決定することによって、前記第１のサイドリンク伝送のための第２のＲＲＣ状態における前記ＳＬＲＢ構成を前記無線通信ノードに決定させることをさらに含み、
前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立された第１のＳＬＲＢに以前にマッピングされている、項目１３に記載の方法。
（項目１８）
前記第１のＲＲＣ状態中に確立された前記少なくとも１つのＳＬＲＢのＳＬＲＢパラメータは、前記少なくとも１つのＳＬＲＢの各々の識別、前記少なくとも１つのＳＬＲＢの各々の論理チャネル識別子（ＬＣＩＤ）、前記少なくとも１つのＳＬＲＢの各々の無線リンク制御（ＲＬＣ）モード、前記少なくとも１つのＳＬＲＢの各々のパケットデータ収束プロトコル（ＰＤＣＰ）シーケンス番号（ＳＮ）サイズ、または前記少なくとも１つのＳＬＲＢの各々のＲＬＣＳＮ長のうちの少なくとも１つを除き、前記第２のＲＲＣ状態において再構成可能である、項目１５または１６に記載の方法。
（項目１９）
前記第１のＲＲＣ状態中に確立された前記第１のＳＬＲＢに以前にマッピングされた前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立される第２のＳＬＲＢ、または前記第２のＲＲＣ状態に確立されるべき新しいＳＬＲＢに再マッピングされ、前記第１のＰＣ５ＱｏＳフローが以前にマッピングされた前記第１のＳＬＲＢは、関連付けられたバッファが空になるまで使用され、その後、解放可能である、項目１６または１７に記載の方法。
（項目２０）
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態以外であるとき、前記方法は、
前記無線通信デバイスによって、前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のＰＣ５ＱｏＳフロー伝送を継続するために、前記第２のＲＲＣ状態において、前記ＳＬＲＢ構成におけるＳＬＲＢへのＰＣ５ＱｏＳフローの前記マッピングに基づいて、前記第１のＲＲＣ状態中に前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローに関して確立された同じＳＬＲＢを使用することを決定することをさらに含む、項目１３に記載の方法。
（項目２１）
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態以外であるとき、前記方法は、
前記無線通信デバイスによって、前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローを継続するために、前記第２のＲＲＣ状態において、前記ＳＬＲＢ構成におけるＳＬＲＢへのＰＣ５ＱｏＳフローの前記マッピンクに基づいて、前記第１のＲＲＣ状態中の前記第１のサイドリンク伝送の第２のＰＣ５ＱｏＳフローに関して確立される第２のＳＬＲＢを使用することを決定することをさらに含み、
前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立された第１のＳＬＲＢに以前にマッピングされている、項目１３に記載の方法。
（項目２２）
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態以外であるとき、前記方法は、
前記無線通信デバイスによって、前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローを継続するために、前記第２のＲＲＣ状態において、前記ＳＬＲＢ構成におけるＳＬＲＢへのＰＣ５ＱｏＳフローの前記マッピングに基づいて、前記第１のＲＲＣ状態中に確立された任意のＳＬＲＢと異なる前記第２のＲＲＣ状態において確立されるべき新しいＳＬＲＢを使用することを決定することをさらに含み、
前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立された第１のＳＬＲＢに以前にマッピングされている、項目１３に記載の方法。
（項目２３）
前記第１のＲＲＣ状態中に確立された前記第１のＳＬＲＢに以前にマッピングされている前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立される第２のＳＬＲＢ、または前記第２のＲＲＣ状態において確立されるべき新しいＳＬＲＢに再マッピングされ、前記第１のＰＣ５ＱｏＳフローが以前にマッピングされている前記第１のＳＬＲＢは、関連付けられたバッファが空になるまで使用され、その後、解放可能である、項目２１または２２に記載の方法。
（項目２４）
方法であって、前記方法は、
無線通信デバイスによって、無線通信ノードから、サイドリンク無線ベアラ構成を含む無線リソース制御（ＲＲＣ）再構成メッセージを受信することと、
前記無線通信デバイスによって、前記無線通信ノードに前記サイドリンク無線ベアラ構成についての失敗情報を送信することと
を含む、方法。
（項目２５）
前記無線通信デバイスによって、前記無線通信ノードに、失敗情報メッセージまたはＲＲＣ再構成完了メッセージを介して、前記サイドリンク無線ベアラ構成についての失敗情報を送信することを含む、項目２４に記載の方法。
（項目２６）
前記無線通信デバイスによって、前記無線通信ノードに、失敗情報メッセージを介して、前記サイドリンク無線ベアラ構成についての失敗情報を送信することと、
前記無線通信デバイスによって、前記無線通信ノードに、失敗が前記サイドリンク無線ベアラ構成に関して起こったかどうかにかかわらず、前記失敗情報メッセージに先立って、前記ＲＲＣ再構成メッセージに応答して、ＲＲＣ再構成完了メッセージを送信することと
を含む、項目２４に記載の方法。
（項目２７）
前記失敗情報は、確立することが失敗したサイドリンク無線ベアラに対応する宛先識別子、前記サイドリンク無線ベアラの識別、確立することが失敗した論理チャネルの識別、または前記サイドリンクの失敗タイプのうちの少なくとも１つを含む、項目２４または２５に記載の方法。
（項目２８）
前記無線通信デバイスによって、
ＰＣ５ＲＲＣ構成失敗メッセージが、第２の無線通信デバイスに送信されるＰＣ５ＲＲＣ構成メッセージに応答して、第２の無線通信デバイスから受信されたとき、または、
応答メッセージが、前記ＰＣ５ＲＲＣ構成メッセージを第２の無線通信デバイスに送信した後、タイマ期間の終了時に前記第２の無線通信デバイスから受信されないとき、または、
衝突が、同一サイドリンク論理チャネル識別子（ＬＣＩＤ）に関する無線リンク制御（ＲＬＣ）モード間に検出されたとき、
失敗が前記サイドリンク無線ベアラ構成に関して起こったことを決定することをさらに含む、項目２４または２５に記載の方法。
（項目２９）
命令を記憶しているコンピュータ読み取り可能な記憶媒体であって、前記命令は、１つ以上のプロセッサによって実行されると、項目１－２８に記載の方法を前記１つ以上のプロセッサに実施させる、コンピュータ読み取り可能な記憶媒体。
（項目３０）
項目１－２８のいずれか１項に記載の方法を実施するように構成された１つ以上のプロセッサを備えている装置。

Claims

方法であって、前記方法は、
無線通信ノードによって、あるバージョンのサイドリンク伝送フォーマットの指示を決定することと、
前記指示に従って、前記無線通信ノードによって、無線通信デバイスのサイドリンク伝送のためのサイドリンクリソースと、少なくとも１つの伝送構成パラメータとを構成することと
を含む、方法。
前記無線通信ノードによって、前記無線通信デバイスからの前記指示を受信することによって、前記指示を決定することを含む、請求項１に記載の方法。
前記無線通信ノードによって、マッピング関係テーブルをアクセスおよびモビリティ管理機能（ＡＭＦ）から受信することと、
前記無線通信ノードによって、宛先識別子およびキャストタイプのうちの少なくとも１つを前記無線通信デバイスから受信することと、
前記無線通信ノードによって、前記マッピング関係テーブルおよび前記宛先識別子を使用して、前記指示を決定することと
によって、前記指示を決定することを含む、請求項１に記載の方法。
前記無線通信ノードの中央ユニットによって、マッピング関係テーブルをアクセスおよびモビリティ管理機能（ＡＭＦ）から受信し、宛先識別子を前記無線通信デバイスから受信することと、
前記中央ユニットによって、前記無線通信ノードの分散ユニットに前記マッピング関係テーブルおよび前記宛先識別子を送信することと、
前記分散ユニットによって、前記マッピング関係テーブルおよび前記宛先識別子を使用して、前記指示を決定することと
によって、前記指示を決定することを含む、請求項１に記載の方法。
前記無線通信ノードの中央ユニットによって、マッピング関係テーブルをアクセスおよびモビリティ管理機能（ＡＭＦ）から受信し、宛先識別子を前記無線通信デバイスから受信することと、
前記中央ユニットによって、前記マッピング関係テーブルおよび前記宛先識別子を使用して、前記指示を決定することと、
前記中央ユニットによって、前記無線通信ノードの分散ユニットに前記宛先識別子を使用して決定された前記指示を送信することと
によって、前記指示を決定することを含む、請求項１に記載の方法。
前記無線通信ノードによって、ネットワークエンティティから、ロングタームエボリューション（ＬＴＥ）無線アクセス技術（ＲＡＴ）に関するマッピング関係テーブルまたは新規無線（ＮＲ）ＲＡＴに関するマッピング関係テーブルのうちの少なくとも１つを受信することを含む、請求項１に記載の方法。
前記中央ユニットによって、前記分散ユニットに前記宛先識別子を送信することをさらに含む、請求項５に記載の方法。
前記指示に従って、前記分散ユニットによって、前記無線通信デバイスの前記サイドリンク伝送に関する前記サイドリンクリソースおよび前記少なくとも１つの伝送構成パラメータを構成することを含む、請求項４または５に記載の方法。
前記マッピング関係テーブルは、前記宛先識別子と前記指示との間のマッピングを含む、請求項３、４、または５のいずれかに記載の方法。
前記マッピング関係テーブルが新規無線（ＮＲ）ＲＡＴに関するものであるとき、前記マッピング関係テーブルは、サイドリンクブロードキャスト、グループキャスト、またはユニキャストのために構成されている、請求項３、４、または５のいずれかに記載の方法。
方法であって、前記方法は、
無線通信デバイスによって、第１のサイドリンク伝送が開始されている第１の無線リソース制御（ＲＲＣ）状態から、第２のＲＲＣ状態に移行することと、
前記無線通信デバイスによって、前記第２のＲＲＣ状態のＳＬＲＢ構成において、サイドリンク無線ベアラ（ＳＬＲＢ）へのＰＣ５サービスの質（ＱｏＳ）フローのマッピングを使用することによって、前記第１のサイドリンク伝送を継続することと
を含む、方法。
前記無線通信デバイスによって、前記第２のＲＲＣ状態の前記ＳＬＲＢ構成を受信することに先立って、または前記第２のＲＲＣ状態の前記ＳＬＲＢ構成に従った少なくとも１つのＳＬＲＢの確立に先立って、前記第１のＲＲＣ状態のＳＬＲＢ構成または前記第１のＲＲＣ状態中に確立された少なくとも１つのＳＬＲＢを使用することによって、前記第１のサイドリンク伝送を継続することをさらに含む、請求項１１に記載の方法。
前記第１のＲＲＣ状態が、アイドル状態、非アクティブ状態、またはカバレッジ外状態を備え、前記第２のＲＲＣ状態が、前記無線通信デバイスが無線通信ノードに接続されているＲＲＣ接続状態を備えているか、または、
前記第１のＲＲＣ状態が、アイドル状態または非アクティブ状態を備え、前記第２のＲＲＣ状態が、カバレッジ外状態を備えているか、または、
前記第１のＲＲＣ状態が、カバレッジ外状態を備え、前記第２のＲＲＣ状態が、アイドル状態を備えているか、または、
前記第１のＲＲＣ状態が、ＲＲＣ接続状態を備え、前記第２のＲＲＣ状態が、カバレッジ外状態、ＲＲＣアイドル状態、またはＲＲＣ非アクティブ状態を備えている、
請求項１１または１２に記載の方法。
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態であるとき、前記方法は、
前記無線通信デバイスによって、前記無線通信ノードに、前記第１のＲＲＣ状態中に確立された前記少なくとも１つのＳＬＲＢについての情報を送信することをさらに含み、
前記情報は、宛先識別子、キャストタイプ、前記少なくとも１つのＳＬＲＢの各々に関連付けられた少なくとも１つのＱｏＳフローのＱｏＳ情報、前記少なくとも１つのＳＬＲＢの各々の論理チャネル識別子（ＬＣＩＤ）、前記少なくとも１つのＳＬＲＢの各々の無線リンク制御（ＲＬＣ）モード、前記少なくとも１つのＳＬＲＢの各々のパケットデータ収束プロトコル（ＰＤＣＰ）シーケンス番号（ＳＮ）サイズ、または前記少なくとも１つのＳＬＲＢの各々のＲＬＣＳＮ長のうちの少なくとも１つを含む、請求項１３に記載の方法。
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態であるとき、前記方法は、
前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のＰＣ５ＱｏＳフロー伝送を継続するために、前記第１のＲＲＣ状態中の前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローのために確立された同じＳＬＲＢを決定することによって、前記第１のサイドリンク伝送のための前記第２のＲＲＣ状態における前記ＳＬＲＢ構成を無線通ノードに決定させることをさらに含む、請求項１３に記載の方法。
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態であるとき、前記方法は、
前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローを継続するために、前記第１のＲＲＣ状態中の前記第１のサイドリンク伝送の第２のＰＣ５ＱｏＳフローのために確立される第２のＳＬＲＢを決定することによって、前記第１のサイドリンク伝送のための前記第２のＲＲＣ状態における前記ＳＬＲＢ構成を前記無線通信ノードに決定させることをさらに含み、
前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立された第１のＳＬＲＢに以前にマッピングされている、請求項１３に記載の方法。
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態であるとき、前記方法は、
前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローを継続するために、前記第１のＲＲＣ状態中に確立された任意のＳＬＲＢと異なる前記第２のＲＲＣ状態において確立されるべき新しいＳＬＲＢを決定することによって、前記第１のサイドリンク伝送のための第２のＲＲＣ状態における前記ＳＬＲＢ構成を前記無線通信ノードに決定させることをさらに含み、
前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立された第１のＳＬＲＢに以前にマッピングされている、請求項１３に記載の方法。
前記第１のＲＲＣ状態中に確立された前記少なくとも１つのＳＬＲＢのＳＬＲＢパラメータは、前記少なくとも１つのＳＬＲＢの各々の識別、前記少なくとも１つのＳＬＲＢの各々の論理チャネル識別子（ＬＣＩＤ）、前記少なくとも１つのＳＬＲＢの各々の無線リンク制御（ＲＬＣ）モード、前記少なくとも１つのＳＬＲＢの各々のパケットデータ収束プロトコル（ＰＤＣＰ）シーケンス番号（ＳＮ）サイズ、または前記少なくとも１つのＳＬＲＢの各々のＲＬＣＳＮ長のうちの少なくとも１つを除き、前記第２のＲＲＣ状態において再構成可能である、請求項１５または１６に記載の方法。
前記第１のＲＲＣ状態中に確立された前記第１のＳＬＲＢに以前にマッピングされた前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立される第２のＳＬＲＢ、または前記第２のＲＲＣ状態に確立されるべき新しいＳＬＲＢに再マッピングされ、前記第１のＰＣ５ＱｏＳフローが以前にマッピングされた前記第１のＳＬＲＢは、関連付けられたバッファが空になるまで使用され、その後、解放可能である、請求項１６または１７に記載の方法。
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態以外であるとき、前記方法は、
前記無線通信デバイスによって、前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のＰＣ５ＱｏＳフロー伝送を継続するために、前記第２のＲＲＣ状態において、前記ＳＬＲＢ構成におけるＳＬＲＢへのＰＣ５ＱｏＳフローの前記マッピングに基づいて、前記第１のＲＲＣ状態中に前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローに関して確立された同じＳＬＲＢを使用することを決定することをさらに含む、請求項１３に記載の方法。
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態以外であるとき、前記方法は、
前記無線通信デバイスによって、前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローを継続するために、前記第２のＲＲＣ状態において、前記ＳＬＲＢ構成におけるＳＬＲＢへのＰＣ５ＱｏＳフローの前記マッピンクに基づいて、前記第１のＲＲＣ状態中の前記第１のサイドリンク伝送の第２のＰＣ５ＱｏＳフローに関して確立される第２のＳＬＲＢを使用することを決定することをさらに含み、
前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立された第１のＳＬＲＢに以前にマッピングされている、請求項１３に記載の方法。
前記第２のＲＲＣ状態が前記ＲＲＣ接続状態以外であるとき、前記方法は、
前記無線通信デバイスによって、前記無線通信デバイスが前記第２のＲＲＣ状態において前記第１のサイドリンク伝送の第１のＰＣ５ＱｏＳフローを継続するために、前記第２のＲＲＣ状態において、前記ＳＬＲＢ構成におけるＳＬＲＢへのＰＣ５ＱｏＳフローの前記マッピングに基づいて、前記第１のＲＲＣ状態中に確立された任意のＳＬＲＢと異なる前記第２のＲＲＣ状態において確立されるべき新しいＳＬＲＢを使用することを決定することをさらに含み、
前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立された第１のＳＬＲＢに以前にマッピングされている、請求項１３に記載の方法。
前記第１のＲＲＣ状態中に確立された前記第１のＳＬＲＢに以前にマッピングされている前記第１のＰＣ５ＱｏＳフローは、前記第１のＲＲＣ状態中に確立される第２のＳＬＲＢ、または前記第２のＲＲＣ状態において確立されるべき新しいＳＬＲＢに再マッピングされ、前記第１のＰＣ５ＱｏＳフローが以前にマッピングされている前記第１のＳＬＲＢは、関連付けられたバッファが空になるまで使用され、その後、解放可能である、請求項２１または２２に記載の方法。
方法であって、前記方法は、
無線通信デバイスによって、無線通信ノードから、サイドリンク無線ベアラ構成を含む無線リソース制御（ＲＲＣ）再構成メッセージを受信することと、
前記無線通信デバイスによって、前記無線通信ノードに前記サイドリンク無線ベアラ構成についての失敗情報を送信することと
を含む、方法。
前記無線通信デバイスによって、前記無線通信ノードに、失敗情報メッセージまたはＲＲＣ再構成完了メッセージを介して、前記サイドリンク無線ベアラ構成についての失敗情報を送信することを含む、請求項２４に記載の方法。
前記無線通信デバイスによって、前記無線通信ノードに、失敗情報メッセージを介して、前記サイドリンク無線ベアラ構成についての失敗情報を送信することと、
前記無線通信デバイスによって、前記無線通信ノードに、失敗が前記サイドリンク無線ベアラ構成に関して起こったかどうかにかかわらず、前記失敗情報メッセージに先立って、前記ＲＲＣ再構成メッセージに応答して、ＲＲＣ再構成完了メッセージを送信することと
を含む、請求項２４に記載の方法。
前記失敗情報は、確立することが失敗したサイドリンク無線ベアラに対応する宛先識別子、前記サイドリンク無線ベアラの識別、確立することが失敗した論理チャネルの識別、または前記サイドリンクの失敗タイプのうちの少なくとも１つを含む、請求項２４または２５に記載の方法。
前記無線通信デバイスによって、
ＰＣ５ＲＲＣ構成失敗メッセージが、第２の無線通信デバイスに送信されるＰＣ５ＲＲＣ構成メッセージに応答して、第２の無線通信デバイスから受信されたとき、または、
応答メッセージが、前記ＰＣ５ＲＲＣ構成メッセージを第２の無線通信デバイスに送信した後、タイマ期間の終了時に前記第２の無線通信デバイスから受信されないとき、または、
衝突が、同一サイドリンク論理チャネル識別子（ＬＣＩＤ）に関する無線リンク制御（ＲＬＣ）モード間に検出されたとき、
失敗が前記サイドリンク無線ベアラ構成に関して起こったことを決定することをさらに含む、請求項２４または２５に記載の方法。
命令を記憶しているコンピュータ読み取り可能な記憶媒体であって、前記命令は、１つ以上のプロセッサによって実行されると、請求項１－２８に記載の方法を前記１つ以上のプロセッサに実施させる、コンピュータ読み取り可能な記憶媒体。
請求項１－２８のいずれか１項に記載の方法を実施するように構成された１つ以上のプロセッサを備えている装置。