知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-27
(45)【発行日】2024-03-06
(54)【発明の名称】サイドリンクＲＲＣ手順
(51)【国際特許分類】
H04W 76/14 20180101AFI20240228BHJP
H04W 76/23 20180101ALI20240228BHJP
H04W 92/18 20090101ALI20240228BHJP
【ＦＩ】
H04W76/14
H04W76/23
H04W92/18
【請求項の数】
55
(21)【出願番号】P 2022508846
(86)(22)【出願日】2020-08-13
(65)【公表番号】
(43)【公表日】2022-10-19
(86)【国際出願番号】 EP2020072801
(87)【国際公開番号】W WO2021028549
(87)【国際公開日】2021-02-18
【審査請求日】2022-04-11
(31)【優先権主張番号】PCT/CN2019/100524
(32)【優先日】2019-08-14
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(72)【発明者】
【氏名】オーシノ， アントンニオ
(72)【発明者】
【氏名】チャン， コンチ
(72)【発明者】
【氏名】チャン， チャン
【審査官】石原 由晴
(56)【参考文献】
【文献】特表２０１７－５０６０３７（ＪＰ，Ａ）
【文献】国際公開第２０１８／２３１７４８（ＷＯ，Ａ１）
【文献】OPPO，Discussion on network involvement in unicast link establishment[online]，3GPP TSG-RAN WG2 Meeting #106 R2-1905580，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1905580.zip>，2019年05月03日
【文献】OPPO，Discussion on dual-connectivity in NR-V2X[online]，3GPP TSG-RAN WG1 AH Meeting #1901 R1-1900293，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900293.zip>，2019年01月12日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）において実装される方法であって、無線リソース制御（ＲＲＣ）情報を送るためのトリガを検出すること（８００）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬ ＵＥ（７０６－１）によって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、ことと、
前記ＲＲＣ情報をネットワークノードに送ること（８０２）と
を含む、方法。
【請求項2】
前記ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、請求項１に記載の方法。
【請求項3】
前記ＲＲＣ情報を送るための前記トリガを検出すること（８００）が、１つまたは複数の基準を検出すること（８００）を含み、前記１つまたは複数の基準が、ＳＬ無線ベアラ（ＳＬＲＢ）再設定が必要とされるという基準、
新しいＳＬサービス品質（ＱｏＳ）フローはあるが、前記新しいＳＬ ＱｏＳフローのためのＱｏＳマッピングがないという基準、
新しいＳＬ ＱｏＳマッピングが必要とされるという基準、
前記ＳＬ ＵＥ（７０６－１）におけるＳＬ関連ＵＥコンテキストの変更という基準、または
前記ＳＬ ＵＥ（７０６－１）による１つもしくは複数の自律ＳＬ関連アクションの実施という基準
を含む、請求項１または２に記載の方法。
【請求項4】
前記ＳＬ ＵＥ（７０６－１）による前記１つもしくは複数の自律ＳＬ関連アクションの実施という前記基準が、新しいＳＬ関連ＱｏＳマッピングルールを自律的に決めるという基準、またはＳＬ関連ＵＥコンテキストを自律的に更新するという基準を含む、請求項３に記載の方法。
【請求項5】
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、前記トリガの検出時に前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含む、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記ＲＲＣ情報を送るための前記トリガを検出すること（８００）が、前記ＳＬ ＵＥ（７０６－１）が非稼働または非アクティブ状態である間、前記ＲＲＣ情報を送るための前記トリガを検出すること（８００）を含み、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、前記トリガの検出時に前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）、および前記非稼働または非アクティブ状態から接続状態に遷移することを含む、
請求項１から４のいずれか一項に記載の方法。
【請求項7】
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、接続状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、前記ＲＲＣ情報が、既存のＳＬ関連のＲＲＣ情報を含む、
請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記既存のＳＬ関連のＲＲＣ情報が、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む、請求項７に記載の方法。
【請求項9】
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、接続状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、前記ＲＲＣ情報が、既存の新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）またはＬｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣ情報を含む、
請求項１から７のいずれか一項に記載の方法。
【請求項10】
前記既存のＮＲまたはＬＴＥ ＲＲＣ情報が、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含む、請求項９に記載の方法。
【請求項11】
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、接続状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、前記ＲＲＣ情報が、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣ情報を含む、
請求項１から７のいずれか一項に記載の方法。
【請求項12】
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、接続状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、前記ＲＲＣ情報が、ＳＬだけのための新しいＲＲＣ情報を含む、
請求項１から７のいずれか一項に記載の方法。
【請求項13】
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、非稼働または非アクティブ状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、前記ＲＲＣ情報が、既存のＲＲＣ情報を含む、
請求項１から５のいずれか一項に記載の方法。
【請求項14】
前記既存のＲＲＣ情報が、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む、請求項１３に記載の方法。
【請求項15】
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、非稼働または非アクティブ状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、前記ＲＲＣ情報が、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
請求項１から５のいずれか一項に記載の方法。
【請求項16】
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、非稼働または非アクティブ状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、前記ＲＲＣ情報が、ＳＬだけのために使用される新しいＲＲＣメッセージを含む、
請求項１から５のいずれか一項に記載の方法。
【請求項17】
前記ＲＲＣ情報が、新しいＳＬＲＢ設定についてのリクエストを指示するフラグを含む、請求項１から１６のいずれか一項に記載の方法。
【請求項18】
前記ＲＲＣ情報が、前記ＳＬ ＵＥ（７０６－１）における１つまたは複数のＱｏＳフローについてのＱｏＳフロー情報を含む、請求項１から１７のいずれか一項に記載の方法。
【請求項19】
前記ＲＲＣ情報が、前記１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む、請求項１８に記載の方法。
【請求項20】
前記ＲＲＣ情報が、前記ＳＬ ＵＥ（７０６－１）のための新しいＳＬ関連ＵＥコンテキストを含む、請求項１から１６のいずれか一項に記載の方法。
【請求項21】
前記ネットワークノードまたは別のネットワークノードからレスポンスを受信すること（８０６）をさらに含む、請求項１から２０のいずれか一項に記載の方法。
【請求項22】
前記レスポンスが、１つもしくは複数のＳＬ関連設定、または１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む、請求項２１に記載の方法。
【請求項23】
前記レスポンスに基づいて１つまたは複数のアクションをとること（８０８）をさらに含む、請求項２１または２２に記載の方法。
【請求項24】
前記ネットワークノードが、基地局を含む、請求項１から２３のいずれか一項に記載の方法。
【請求項25】
前記ＳＬ ＵＥ（７０６－１）が、デュアルコネクティビティを使用し、前記ネットワークノードが、前記ＳＬ ＵＥ（７０６－１）のマスタノード（ＭＮ）を含む、
請求項１から２４のいずれか一項に記載の方法。
【請求項26】
前記ＳＬ ＵＥ（７０６－１）が、デュアルコネクティビティを使用し、前記ネットワークノードが、前記ＳＬ ＵＥ（７０６－１）のセカンダリノード（ＳＮ）を含む、
請求項１から２４のいずれか一項に記載の方法。
【請求項27】
サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）であって、無線リソース制御（ＲＲＣ）情報を送るためのトリガを検出すること（８００）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬ ＵＥ（７０６－１）によって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、ことと、
前記ＲＲＣ情報をネットワークノードに送ること（８０２）と
を行うように適合された、サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）。
【請求項28】
請求項２から２６のいずれか一項に記載の方法を実施するように適合された、請求項２７に記載のＳＬ ＵＥ。
【請求項29】
サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）であって、１つまたは複数の送信機と、
１つまたは複数の受信機と、
前記１つまたは複数の送信機および前記１つまたは複数の受信機に関連付けられた処理回路であって、
無線リソース制御（ＲＲＣ）情報を送るためのトリガを検出すること（８００）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬ ＵＥ（７０６－１）によって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、こと、および
前記ＲＲＣ情報をネットワークノードに送ること（８０２）
を前記ＳＬ ＵＥ（７０６－１）に行わせるように設定された処理回路と
を備える、サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）。
【請求項30】
前記処理回路が、請求項２から２６のいずれか一項に記載の方法を前記ＳＬ ＵＥに実施させるようにさらに設定される、請求項２９に記載のＳＬ ＵＥ。
【請求項31】
ネットワークノードにおいて実装される方法であって、サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）から無線リソース制御（ＲＲＣ）情報を受信すること（８０２）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬ ＵＥ（７０６－１）によって行われた１つもしくは複数の変更についての情報を含むＲＲＣメッセージ
を含む、ことと、
前記ＲＲＣ情報に基づいて１つまたは複数のアクションをとること（８０４）と
を含む、方法。
【請求項32】
前記１つまたは複数のアクションが、前記ＲＲＣ情報を別のネットワークノードに送ることを含む、請求項３１に記載の方法。
【請求項33】
前記１つまたは複数のアクションが、レスポンスを前記ＳＬ ＵＥ（７０６－１）に送ることを含み、前記レスポンスが、前記ＳＬ ＵＥ（７０６－１）のための前記１つもしくは複数のＳＬ関連設定、または前記ＳＬ ＵＥ（７０６－１）のための前記１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む、
請求項３１に記載の方法。
【請求項34】
前記ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、請求項３１から３３のいずれか一項に記載の方法。
【請求項35】
前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬ ＵＥ（７０６－１）が接続状態である間、前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、前記ＲＲＣ情報が、既存のＳＬ関連のＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
【請求項36】
前記既存のＳＬ関連のＲＲＣ情報が、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む、請求項３５に記載の方法。
【請求項37】
前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬ ＵＥ（７０６－１）が接続状態である間、前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、前記ＲＲＣ情報が、既存の新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）またはＬｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
【請求項38】
前記既存のＮＲまたはＬＴＥ ＲＲＣ情報が、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含む、請求項３７に記載の方法。
【請求項39】
前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬ ＵＥ（７０６－１）が接続状態である間、前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、前記ＲＲＣ情報が、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣ情報を含む、請求項３１から３４のいずれか一項に記載の方法。
【請求項40】
前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬ ＵＥ（７０６－１）が接続状態である間、前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、前記ＲＲＣ情報が、ＳＬだけのための新しいＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
【請求項41】
前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬ ＵＥ（７０６－１）が非稼働または非アクティブ状態である間、前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、前記ＲＲＣ情報が、既存のＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
【請求項42】
前記既存のＲＲＣ情報が、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む、請求項４１に記載の方法。
【請求項43】
前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬ ＵＥ（７０６－１）が非稼働または非アクティブ状態である間、前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、前記ＲＲＣ情報が、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
【請求項44】
前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬ ＵＥ（７０６－１）が非稼働または非アクティブ状態である間、前記ＳＬ ＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、前記ＲＲＣ情報が、ＳＬだけのために使用される新しいＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
【請求項45】
前記ＲＲＣ情報が、新しいＳＬ無線ベアラ（ＳＬＲＢ）設定についてのリクエストを指示するフラグを含む、請求項３１から４４のいずれか一項に記載の方法。
【請求項46】
前記ＲＲＣ情報が、前記ＳＬ ＵＥ（７０６－１）における１つまたは複数のＱｏＳフローについてのサービス品質（ＱｏＳ）フロー情報を含む、請求項３１から４５のいずれか一項に記載の方法。
【請求項47】
前記ＲＲＣ情報が、前記１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む、請求項４６に記載の方法。
【請求項48】
前記ＲＲＣ情報が、前記ＳＬ ＵＥ（７０６－１）のための新しいＳＬ関連ＵＥコンテキストを含む、請求項３１から４４のいずれか一項に記載の方法。
【請求項49】
前記ネットワークノードが、基地局を含む、請求項３１から４８のいずれか一項に記載の方法。
【請求項50】
前記ＳＬ ＵＥ（７０６－１）が、デュアルコネクティビティを使用し、基地局が、前記ＳＬ ＵＥ（７０６－１）のマスタノード（ＭＮ）を含む、
請求項３１から４９のいずれか一項に記載の方法。
【請求項51】
前記ＳＬ ＵＥ（７０６－１）が、デュアルコネクティビティを使用し、基地局が、前記ＳＬ ＵＥ（７０６－１）のセカンダリノード（ＳＮ）を含む、
請求項３１から４９のいずれか一項に記載の方法。
【請求項52】
基地局であって、サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）から無線リソース制御（ＲＲＣ）情報を受信すること（８０２）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬ ＵＥ（７０６－１）によって行われた１つもしくは複数の変更についての情報を含む、メッセージ
を含む、ことと、
前記ＲＲＣ情報に基づいて１つまたは複数のアクションをとること（８０４）と
を行うように適合された、基地局。
【請求項53】
請求項３２から５１のいずれか一項に記載の方法を実施するように適合された、請求項５２に記載の基地局。
【請求項54】
基地局であって、サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）から無線リソース制御（ＲＲＣ）情報を受信すること（８０２）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬ ＵＥ（７０６－１）によって行われた１つもしくは複数の変更についての情報を含む、メッセージ
を含む、ことと、
前記ＲＲＣ情報に基づいて１つまたは複数のアクションをとること（８０４）と
を前記基地局に行わせるように設定された処理回路を備える、基地局。
【請求項55】
前記処理回路が、請求項３２から５１のいずれか一項に記載の方法を基地局に実施させるようにさらに設定される、請求項５４に記載の基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、セルラー通信システムにおけるサイドリンク（ＳＬ：ｓｉｄｅｌｉｎｋ）通信に関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ：Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、および、ＬＴＥと第５世代（５Ｇ）新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）の間の、両方のために、デュアルコネクティビティ（ＤＣ：Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）ソリューションが指定されてきた。ＤＣでは、２つのノード、つまり、マスタノード（ＭＮ、またはマスタエンハンストもしくはエボルブドノードＢ（ｅＮＢ）（ＭｅＮＢ：Ｍａｓｔｅｒ ｅｎｈａｎｃｅｄ ｏｒ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ））、およびセカンダリノード（ＳＮ、またはセカンダリｅＮＢ（ＳｅＮＢ：Ｓｅｃｏｎｄａｒｙ ｅＮＢ））が含まれる。マルチコネクティビティ（ＭＣ）は、３つ以上のノードが含まれるケースである。また、堅牢性を強化し、接続割込み（Ｃｏｎｎｅｃｔｉｏｎ ｉｎｔｅｒｒｕｐｔｉｏｎｓ）を回避するために、超高信頼低レイテンシ通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のケースにおいてＤＣが使用されることが、３ＧＰＰにおいて提案されてきた。
【0003】
図１に描写されているように、ＬＴＥ（拡張ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）とも呼ばれる）、およびエボルブドパケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）との連係動作の有無に関係なく、５Ｇ ＮＲネットワークを導入するための種々のやり方がある。原則として、ＮＲスタンドアロン（ＳＡ）動作によって示される、どのような連係動作がなくても、ＮＲおよびＬＴＥが導入されることが可能である。つまり、（図１のオプション１およびオプション２によって示されるような）２つの間に相互接続なしで、ＮＲにおけるＮＲ基地局（ｇＮＢ）は、５Ｇコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）（５ＧＣＮ）に接続されることが可能であり、ＬＴＥにおけるｅＮＢは、ＥＰＣに接続されることが可能である。その一方で、ＮＲの第１のサポートバージョンは、図１のオプション３によって示された、いわゆるＥＮ－ＤＣ（Ｅ－ＵＴＲＡＮ－ＮＲ ＤＣ）である。このような導入では、ＬＴＥをマスタとし、ＮＲをセカンダリノードとする、ＮＲとＬＴＥとの間のＤＣが、適用される。ＮＲをサポートする無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノード（ｇＮＢ）は、コアネットワーク（ＥＰＣ）への制御プレーン接続を有していないことがあり、代わりに、ＭＮ（ＭｅＮＢ）としてのＬＴＥに依存し得る。これは、「非スタンドアロンＮＲ」とも呼ばれる。このケースでは、ＮＲセルの機能は限定され、ブースタおよび／またはダイバーシティ区間（ｄｉｖｅｒｓｉｔｙ ｌｅｇ）として、接続モードのユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）のために使用されるはずであるが、ＲＲＣ＿ＩＤＬＥのＵＥは、これらのＮＲセル上にキャンプできないことに留意されたい。
【0004】
５ＧＣの導入により、他のオプションも有効であり得る。上述のように、オプション２は、ｇＮＢが５ＧＣに接続されるスタンドアロンＮＲの導入をサポートする。同様に、ＬＴＥはまた、（エンハンストＬＴＥ（ｅＬＴＥ）、Ｅ－ＵＴＲＡ／５ＧＣ、またはＬＴＥ／５ＧＣＮとしても知られ、そのノードが次世代ｅＮＢ（ＮＧ－ｅＮＢ）と呼ばれる）図１のオプション５によって示されるような５ＧＣＮに接続されることが可能である。これらのケースでは、ＮＲとＬＴＥの両方が、次世代ＲＡＮ（ＮＧ－ＲＡＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＲＡＮ）の一部とみなされる（およびしたがって、ＮＧ－ｅＮＢとｇＮＢの両方が、ＮＧ－ＲＡＮノードと呼ばれることが可能である）。図１のオプション４およびオプション７は、マルチ無線ＤＣ（ＭＲ－ＤＣ：Ｍｕｌｔｉ－Ｒａｄｉｏ ＤＣ）によって示された、５ＧＣに接続されたＮＧ－ＲＡＮの一部として標準化されることになるＬＴＥとＮＲとの間のＤＣの他の変形を示すことに留意する価値がある。したがって、ＭＲ－ＤＣの下では、以下が存在する。
・ ＥＮ－ＤＣ（オプション３）：ＬＴＥがＭＮであり、ＮＲがＳＮである（ＥＰＣ ＣＮが採用される）、
・ ＮＲ Ｅ－ＵＴＲＡ ＤＣ（ＮＥ－ＤＣ）（オプション４）：ＮＲがＭＮであり、ＬＴＥがＳＮである（５ＧＣＮが採用される）、
・ ＮＧ－ＲＡＮ Ｅ－ＵＴＲＡ ＮＲ ＤＣ（ＮＧＥＮ－ＤＣ）（オプション７）：ＬＴＥがＭＮであり、ＮＲがＳＮである（５ＧＣＮが採用される）、および
・ ＮＲ－ＤＣ（オプション２の変形）：ＭＮとＳＮの両方がＮＲであるＤＣ（５ＧＣＮが採用される）。
・ ＥＮ－ＤＣ（オプション３）：ＬＴＥがＭＮであり、ＮＲがＳＮである（ＥＰＣ ＣＮが採用される）、
・ ＮＲ Ｅ－ＵＴＲＡ ＤＣ（ＮＥ－ＤＣ）（オプション４）：ＮＲがＭＮであり、ＬＴＥがＳＮである（５ＧＣＮが採用される）、
・ ＮＧ－ＲＡＮ Ｅ－ＵＴＲＡ ＮＲ ＤＣ（ＮＧＥＮ－ＤＣ）（オプション７）：ＬＴＥがＭＮであり、ＮＲがＳＮである（５ＧＣＮが採用される）、および
・ ＮＲ－ＤＣ（オプション２の変形）：ＭＮとＳＮの両方がＮＲであるＤＣ（５ＧＣＮが採用される）。
【0005】
これらのオプションへの移行は、種々のオペレータによって異なり得るので、同じネットワークにおいて同時に複数のオプションを伴う導入を行うことが可能である。例えば、オプション２および４をサポートするＮＲ基地局と同じネットワークにおいて、オプション３、５、および７をサポートするｅＮＢがあることが可能である。ＬＴＥとＮＲとの間のＤＣソリューションと組み合わせて、各セルグループ（すなわち、マスタセルグループ（ＭＣＧ）およびセカンダリセルグループ（ＳＣＧ））内のキャリアアグリゲーション（ＣＡ）、ならびに、同じ無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）上のノード間のＤＣ（例えば、ＮＲ－ＮＲ ＤＣ）をサポートすることも可能である。ＬＴＥセルについては、これらの種々の導入の帰結は、ＥＰＣ、５ＧＣ、またはＥＰＣ／５ＧＣの両方に接続されたｅＮＢに関連付けられたＬＴＥセルの共存である。
【0006】
初めの方で述べたように、ＤＣは、ＬＴＥとＥＮ－ＤＣの両方のために標準化される。ＬＴＥ ＤＣおよびＥＮ－ＤＣは、どのノードが何を制御するかに関しては、それぞれにデザインされる。基本的に、ＬＴＥ ＤＣなどの集中化されるソリューション、およびＥＮ－ＤＣなどの集中化されないソリューションという、２つのオプションがある。
【0007】
図２は、ＬＴＥ ＤＣとＥＮ－ＤＣにおけるＤＣのための概略的な制御プレーン（ＣＰ：Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）アーキテクチャを示す。ここでの主な差は、ＥＮ－ＤＣにおいて、ＳＮが別々の無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）エンティティ（ＮＲ ＲＲＣ）を有することである。これは、時にはＭＮの知識がないが、ＭＮとの協調がしばしば必要なＵＥも、ＳＮが制御できることを意味する。ＬＴＥ ＤＣでは、ＲＲＣの決定は、ＭＮから常に来ている（ＭＮからＵＥへ）。それでも、ＳＮのリソース、能力等の知識を有するのはＳＮ自体だけであるので、ＳＮが依然としてＳＮの設定を決めることに留意されたい。
【0008】
ＥＮ－ＤＣについては、ＬＴＥ ＤＣと比較して、主要な変更は、以下の通りである。
・ ＳＮからのスプリットベアラの導入（ＳＣＧスプリットベアラとして知られる）、
・ ＲＲＣのためのスプリットベアラの導入、および
・ ＳＮからの直接のＲＲＣの導入（ＳＣＧシグナリング無線ベアラ（ＳＲＢ）とも呼ばれる）。
・ ＳＮからのスプリットベアラの導入（ＳＣＧスプリットベアラとして知られる）、
・ ＲＲＣのためのスプリットベアラの導入、および
・ ＳＮからの直接のＲＲＣの導入（ＳＣＧシグナリング無線ベアラ（ＳＲＢ）とも呼ばれる）。
【0009】
図３および図４は、ＥＮ－ＤＣのためのユーザプレーン（ＵＰ）およびＣＰアーキテクチャを示す。具体的には、図３は、ＥＰＣ（ＥＮ－ＤＣ）を伴うＭＲ－ＤＣにおける、ＭＣＧ、ＳＣＧ、およびスプリットベアラのためのネットワークサイドプロトコルターミネーションオプションを示す。図４は、ＥＮ－ＤＣにおけるＣＰのためのネットワークアーキテクチャを示す。
【0010】
ＬＴＥがＭＮであり、ＮＲがＳＮであるケースでは、ＳＮは、時に、セカンダリｇＮＢ（ＳｇＮＢ）（ここでｇＮＢがＮＲ基地局である）と呼ばれ、ＭＮは、ＭｅＮＢと呼ばれる。ＮＲがＭＮであり、ＬＴＥがＳＮである他のケースでは、対応する用語は、ＳｅＮＢおよびマスタｇＮＢ（ＭｇＮＢ）である。
【0011】
スプリットＲＲＣメッセージは主に、ダイバーシティを作り出すために使用され、発信者は、ＲＲＣメッセージをスケジュールするためにリンクの１つを選ぶことを決めることができるか、両方のリンク上でメッセージを重複させることもできる。ダウンリンクでは、ＭＣＧもしくはＳＣＧ区間の間の経路切替えか、または両方の重複かが、ネットワーク実装形態に委ねられる。その一方で、アップリンクについては、ネットワークは、ＭＣＧ、ＳＣＧ、または両方の区間を使用するようにＵＥを設定する。用語「区間」、「経路」、および「無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）ベアラ」は、本ドキュメントを通して区別なく使用される。
【0012】
ノード間ＲＲＣメッセージは、ｇＮＢとの間で、Ｘ２、Ｘｎ、またはＮＧインターフェースを越えて送られるＲＲＣメッセージであり、つまり、単一の「論理チャネル」が、ネットワークノード全体に転送される全てのＲＲＣメッセージのために使用される。情報は、別のＲＡＴから生じるか、別のＲＡＴに向かうことが可能である。この点に関して、下記のテーブル１が、３ＧＰＰ技術仕様書（ＴＳ）３８．３３１ Ｖ１５．６．０からの引用を提供する。
【0013】
セルラーインテリジェントトランスポートシステム（ＩＴＳ）（Ｃ－ＩＴＳ：Ｃｅｌｌｕｌａｒ Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ）は、車両サービスの配信、およびこれらの普及のための新しいセルラーエコシステムを規定することを目指している。このようなエコシステムは、（Ｃ－ＩＴＳ環境を示している）図５に描写されるように、短距離と長距離両方のＶ２Ｘサービス送信を含む。具体的には、短距離通信は、他の車両ＵＥまたはロードサイドユニット（ＲＳＵ）への、（３ＧＰＰにおいてサイドリンク（ＳＬ）またはＰＣ５インターフェースとしても規定される）Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）リンク上での送信を伴う。その一方で、長距離送信については、これは、ＵＥと基地局との間のＵｕインターフェースを越える送信とみなし、このケースでは、道路交通当局、道路オペレータ、自動車の相手先商標製品製造会社（ＯＥＭ）、セルラーオペレータ等であることが可能な、種々のＩＴＳサービスプロバイダにパケットがばらまかれ得る。
【0014】
これがＳＬインターフェースになると、３ＧＰＰにおける第１の標準化活動は、公共安全ユースケースをターゲットにするリリース（Ｒｅｌ）１２に遡る。それ以来、Ｄ２Ｄ技術から利益を得ることができるユースケースを拡大するために、多くの強化が導入されてきた。特に、ＬＴＥ Ｒｅｌ－１４およびＲｅｌ－１５では、Ｄ２Ｄ機能のための拡張は、車両（（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ（Ｖ２Ｖ）））、歩行者（Ｖｅｈｉｃｌｅ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ（Ｖ２Ｐ））、およびインフラストラクチャ（（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ（Ｖ２Ｉ）））の間の、直接通信の任意の組合せを含むＶ２Ｘ通信のサポートから成る。
【0015】
ＲＡＮ＃８０では、ＬＴＥ Ｒｅｌ－１５ Ｖ２Ｘにおいてサポートされるサービスを超える先進的なＶ２Ｘサービスをサポートするための強化を研究するために、「Ｓｔｕｄｙ ｏｎ ＮＲ Ｖ２Ｘ」と名付けられた新しい研究項目が承認された。ＮＲ Ｖ２Ｘデザインの目的の１つは、Ｖ２Ｘ動作のために使用されるＵｕ（すなわち、ｎｅｔｗｏｒｋ－ｔｏ－ｖｅｈｉｃｌｅ ＵＥ通信）およびＳＬ（すなわち、ＵＥ－ｔｏ－ｖｅｈｉｃｌｅ ＵＥ通信）の両方を含む無線インターフェースのサービス品質（ＱｏＳ）管理のための技術的ソリューションを研究することである。
【0016】
ＬＴＥ Ｖ２Ｘは主にトラフィック安全性サービスを目指いているが、ＮＲ Ｖ２Ｘは、基本的な安全サービスを含むだけでなく、車両の周辺環境の知覚を強化するために、車両間での拡張されたセンサ／データ共有などの非安全用途もターゲットとする、はるかに広い範囲を有する。したがって、エンハンストＮＲシステムおよび新しいＮＲ ＳＬフレームワークを要求することになる３ＧＰＰ技術レポート（ＴＲ）２２．８８６ Ｖ１６．２．０には、用途の新しいセットが取り込まれてきた。これらの用途は、先進的運転、車両隊列走行、車両間の協力的操作、およびリモート運転を含む。
【0017】
この新しいコンテキストでは、必要なデータレート、容量、信頼性、レイテンシ、通信範囲、およびスピードを満たすために期待される要件は、より厳密にされる。さらに、エンハンストＶ２Ｘ（ｅＶ２Ｘ）シナリオが行われる無線状態と環境とを考慮に入れて、先進的Ｖ２Ｘユースケースをサポートするために、ＰＣ５とＵｕ両方の通信インターフェースが使用されることが可能である。例えば、ＳＬ上で送信されることが可能なさまざまなサービスを考慮して、種々のＶ２Ｘサービスの種々の性能要件を考慮した堅牢なＱｏＳフレームワークが必要であるように思える。さらに、より堅牢かつ信頼できる通信をハンドリングするためのＮＲプロトコルがデザインされるべきである。これらの問題の全てが、現在、ＮＲ Ｒｅｌ－１６における３ＧＰＰの調査中である。
【0018】
ＮＲでは、ＳＬ ＱｏＳフローモデルが採用される。非アクセス階層（ＮＡＳ）レイヤにおいて、ＵＥは、１つのＶ２Ｘパケットを対応するＳＬ ＱｏＳフローにマッピングし、次に、サービスデータアダプテーションプロトコル（ＳＤＡＰ）レイヤにおけるＳＬ無線ベアラにマッピングする。
【0019】
ＮＲでは、ＳＬ ＱｏＳフローからＳＬ無線ベアラ（ＳＬＲＢ：ＳＬ Ｒａｄｉｏ Ｂｅａｒｅｒ）へのマッピングを含むＳＬＲＢ設定は、ＵＥがカバレッジ内にあるときにネットワークによって事前設定または設定される。例えば、ネットワークから提供されたＮＲ ＳＬＲＢ設定を示す図６に示されているように、新しいＳＬ ＱｏＳフロー／新しいサービスのためのＳＬＲＢを、ＵＥが確立することを望むとき、ＵＥは、リクエストを、関連付けられたｇＮＢに送ることができる。リクエストは、サービスのＱｏＳ情報を含むことができる。ｇＮＢは次に、このようなＳＬ ＱｏＳフローをサポートするのに適切なＳＬＲＢ設定を決定する。ｇＮＢからＳＬＲＢ設定を受信した後、ＵＥはローカルＳＬＲＢを適宜確立し、ＳＬ上でのデータ送信を準備する。受信（ＲＸ）ＵＥにおける受信の成功を可能にするために、送信（ＴＸ）ＵＥは、データ送信がスタートする前に、必要なパラメータ（例えば、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）／ＲＬＣのためのシーケンス番号空間）をＲＸ ＵＥに知らせる必要があり得ることに留意されたい。
【0020】
ＲＲＣ動作は、ＵＥ固有の状態に依存する。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、またはＲＲＣ＿ＩＤＬＥ状態のいずれかにある。種々のＲＲＣ状態が、ＵＥがＵＥの固有状態で使用し得る、種々のＲＲＣ状態に関連付けられた種々の量の無線リソースを有する。ＲＲＣ＿ＩＮＡＣＴＩＶＥおよびＲＲＣ＿ＩＤＬＥ状態では、ネットワーク設定に基づくＵＥ制御のモビリティが採用される（すなわち、ＵＥは、システム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）を獲得し、隣のセル測定ならびにセル選択および再選択を実施し、ページングオケージョンを監視する）。非アクティブなＵＥは、ＵＥの非アクティブアクセス層（ＡＳ）コンテキストを格納し、ＲＡＮベース通知エリア（ＲＮＡ：ＲＡＮ－ｂａｓｅｄ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｅａ）の更新を実施する。
【0021】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、それでも、ネットワーク制御のモビリティが実施される。実際に、ＲＡＮノードは、ＱｏＳフローまたはシグナリングなどの潜在的なページングトリガに関するページング支援情報を５ＧＣＮから受信することができる。したがって、ＵＥは、ノード／セルレベルでネットワークによって知られており、ＵＥ固有データおよび／または制御シグナリングが通信されることが可能であるＵＥ固有ベアラが確立される。例えば、ＲＡＮは、据置型ＵＥのために（低ページングロードに最適化された）小さいＲＮＡを、および特に、移動しているＵＥのために（車両のＵＥに最適化された）より大きいＲＮＡを設定することによって、総シグナリング負荷を低減させることを可能にするＵＥ固有ＲＮＡを設定することができる。
【0022】
さらに、例えば、特定の時間区分の間、トラフィック送信および／または受信がない場合、ネットワークは、ＲＲＣ接続解放手順を開始して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥをＲＲＣ＿ＩＤＬＥに、またはＳＲＢ２および少なくとも１つのデータ無線ベアラ（ＤＲＢ）がＲＲＣ＿ＣＯＮＮＥＣＴＥＤにセットアップされている場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥに、移すことができる。
【0023】
ＳＬ上のＶ２Ｘのための２つの異なるリソースアロケーション（ＲＡ）手順があり、すなわち、ネットワーク制御のＲＡ（いわゆるＬＴＥにおける「モード３」、およびＮＲにおける「モード１」）、ならびに自律ＲＡ（いわゆるＬＴＥにおける「モード４」、およびＮＲにおける「モード２」）である。送信リソースは、例えば、ネットワークによって事前規定または設定された、リソースプール内で選択される。
【0024】
ネットワーク制御のＲＡに関しては、ＮＧ－ＲＡＮは、ＳＬ送信のためにＵＥによって使用されることになるＳＬリソースのスケジューリングを担っている。ＵＥは、媒体アクセス制御（ＭＡＣ）エンティティに関連付けられたＳＬバッファ内の、送信に利用可能なＳＬデータを、ネットワークに知らせるために、ＳＬバッファステータスレポート（ＢＳＲ）をネットワークに送る。ネットワークは、次に、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を使用してリソースアロケーションをＵＥにシグナリングする。ネットワーク制御の（またはモード１の）ＲＡは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介した動的スケジューリングシグナリングを介して、または、１つもしくは複数の設定済ＳＬグラントをｇＮＢが提供する半永続スケジューリングによって、実現され得る。タイプ－１とタイプ－２の両方の設定済ＳＬグラントがサポートされる。
【0025】
自律ＲＡに関しては、各デバイスは、例えば検知に基づいて、どのＳＬ無線リソースをＳＬ動作のために使用するべきかを独立して決める。両方のＲＡモードに関して、ＰＳＳＣＨのために割り当てられたＳＬリソースを指示するために、ＳＬ制御情報（ＳＣＩ）が物理サイドリンク制御チャネル（ＰＳＣＣＨ）で送信される。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のときしか実施できないネットワーク制御のＲＡと違い、自律ＲＡ（またはモード２）は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のときと、ＵＥがＩＮＡＣＴＩＶＥ／ＩＤＬＥ状態のときの両方、およびまた、ＵＥがＵｕカバレッジ下にあるが、カバレッジ外のとき、実施されることが可能である。具体的には、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ＳＬリソースプールは、専用のＲＲＣシグナリングで設定されることが可能であり、その一方で、ＩＤＬＥ／ＩＮＡＣＴＩＶＥモードの動作については、ＵＥは、ブロードキャスティング信号、すなわちＳＩＢで提供されたＳＬリソースプールに依存しなければならない。
【0026】
現在、ＮＲ－Ｖ２Ｘ研究項目の一部として、３ＧＰＰは、このようなモード２の可能な拡張を調査している。例えば、３ＧＰＰは、ＵＥが、（例えば、グループキャストＳＬ通信のための）特定の条件の下、ＳＬ通信のために（例えば、車両の一団などのＵＥのグループ内のＳＬ通信のために）使用されることになるモード２プールを他のＵＥに提供することを可能にされる新しいＵＥ機能の導入の可能性を考えている。
【0027】
タイプ１とタイプ２両方に対して、ＮＲ ＳＬのための設定済グラントがサポートされる。設定済グラントに関しては、ｇＮＢは、複数の（周期的な）送信のためのＳＬリソースをＵＥにアロケートすることができる。タイプ１の設定済グラントは、専用のＲＲＣシグナリングを介して直接設定および活性化される。タイプ２の設定済グラントは、専用のＲＲＣシグナリングを介して設定されるが、ＰＤＣＣＨ上で送信されるＤＣＩを介して活性化／解放されるのみである。
【発明の概要】
【0028】
サイドリンク（ＳＬ）ユーザ機器（ＵＥ）が、（例えば、ＳＬに関連した）ＲＲＣ手順をリクエストするために、無線リソース制御（ＲＲＣ）メッセージをネットワークに送ることを可能にするためのシステムおよび方法が本明細書で開示される。ＳＬ ＵＥにおいて実装される方法の実施形態が本明細書で開示される。いくつかの実施形態では、方法は、ＲＲＣ情報またはメッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われる１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージを含む、トリガを検出することを含む。方法は、ＲＲＣメッセージをネットワークノードに送ることをさらに含む。
【0029】
いくつかの実施形態では、ＲＲＣ情報またはメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージのいずれかを含む。このような実施形態では、ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む。いくつかの実施形態では、ＲＲＣメッセージを送るためのトリガを検出することが、１つまたは複数の基準を検出することを含み、１つまたは複数の基準が、ＳＬ無線ベアラ（ＳＬＲＢ）再設定が必要とされるという基準、新しいＳＬサービス品質（ＱｏＳ）フローはあるが、新しいＳＬ ＱｏＳフローのためのＱｏＳマッピングがないという基準、新しいＳＬ ＱｏＳマッピングが必要とされるという基準、ＳＬ ＵＥにおけるＳＬ関連ＵＥコンテキストの変更という基準、またはＳＬ ＵＥによる１つもしくは複数の自律ＳＬ関連アクションの実施という基準を含む。いくつかの実施形態では、ＳＬ ＵＥによる１つまたは複数の自律ＳＬ関連アクションの実施という基準が、新しいＳＬ関連ＱｏＳマッピングルールを自律的に決めるという基準、またはＳＬ関連ＵＥコンテキストを自律的に更新するという基準を含む。
【0030】
いくつかの実施形態では、ＲＲＣ情報またはメッセージをネットワークノードに送ることが、トリガの検出時にＲＲＣメッセージをネットワークノードに送ることを含む。いくつかの実施形態によれば、ＲＲＣメッセージを送るためのトリガを検出することが、ＳＬ ＵＥが非稼働または非アクティブ状態にある間にＲＲＣメッセージを送るためのトリガを検出することを含み、ＲＲＣメッセージをネットワークノードに送ることが、トリガの検出時にＲＲＣメッセージをネットワークノードに送ること、および非稼働または非アクティブ状態から接続状態に遷移することを含む。いくつかの実施形態では、ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む。いくつかのこのような実施形態は、既存のＳＬ関連ＲＲＣメッセージが、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含むと定める。
【0031】
いくつかの実施形態では、ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、既存のＮＲまたはＬｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣメッセージを含む。いくつかのこのような実施形態は、既存のＮＲまたはＬＴＥ ＲＲＣメッセージが、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含むと定める。いくつかの実施形態では、ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む。いくつかの実施形態によれば、ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含む。
【0032】
いくつかの実施形態では、ＲＲＣ情報またはメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、既存のＲＲＣメッセージを含む。いくつかのこのような実施形態は、既存のＲＲＣメッセージが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含むと定める。いくつかの実施形態では、ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、２つ以上のＲＡＴに共通の新しいＲＲＣメッセージを含む。いくつかの実施形態によれば、ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む。
【0033】
いくつかの実施形態では、ＲＲＣメッセージが、新しいＳＬＲＢ設定についてのリクエストを指示するフラグを含む。いくつかの実施形態は、ＲＲＣメッセージが、ＳＬ ＵＥにおける１つまたは複数のＱｏＳフローについてのＱｏＳフロー情報を含むと定める。いくつかの実施形態によれば、ＲＲＣメッセージが、１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む。いくつかの実施形態では、ＲＲＣメッセージが、ＳＬ ＵＥのための新しいＳＬ関連ＵＥコンテキストを含む。
【0034】
いくつかの実施形態によれば、方法は、ネットワークノードまたは別のネットワークノードからレスポンスを受信することをさらに含む。いくつかの実施形態では、レスポンスが、１つもしくは複数のＳＬ関連設定、または１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む。いくつかの実施形態は、方法が、レスポンスに基づいて１つまたは複数のアクションをとることをさらに含むと定める。いくつかの実施形態では、ネットワークノードが、基地局を含む。いくつかの実施形態によれば、ＳＬ ＵＥが、デュアルコネクティビティ（ＤＣ）を使用し、ネットワークノードが、ＳＬ ＵＥのマスタノード（ＭＮ）を含む。いくつかの実施形態は、ＳＬ ＵＥが、ＤＣを使用し、ネットワークノードが、ＳＬ ＵＥのセカンダリノード（ＳＮ）を含むと定める。
【0035】
ＳＬ ＵＥの実施形態も、本明細書で開示される。いくつかの実施形態では、ＳＬ ＵＥは、ＲＲＣメッセージを送るためのトリガを検出するように適合され、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われる１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージを含む。ＳＬ ＵＥは、ＲＲＣメッセージをネットワークノードに送るようにさらに適合される。いくつかの実施形態によれば、ＳＬ ＵＥは、上記で開示の方法におけるＳＬ ＵＥによるステップのいずれかを実施するようにさらに適合される。
【0036】
ＳＬ ＵＥの実施形態が、本明細書でさらに開示される。いくつかの実施形態では、ＳＬ ＵＥは、１つまたは複数の送信機と、１つまたは複数の受信機と、１つまたは複数の送信機および１つまたは複数の受信機に関連付けられた処理回路とを備える。処理回路は、ＳＬ ＵＥに、ＲＲＣメッセージを送るためのトリガを検出させるように設定され、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われる１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージを含む。処理回路は、ＳＬ ＵＥに、ＲＲＣメッセージをネットワークノードに送らせるようにさらに設定される。いくつかの実施形態によれば、処理回路は、ＳＬ ＵＥに、上記で開示の方法におけるＳＬ ＵＥによるステップのいずれかを実施させるようにさらに設定される。
【0037】
ネットワークノードにおいて実装される方法の実施形態も、本明細書で開示される。いくつかの実施形態では、方法は、ＳＬ ＵＥからＲＲＣメッセージを受信することであって、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージである、ＲＲＣメッセージを受信することを含む。方法は、ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることをさらに含む。いくつかの実施形態によれば、１つまたは複数のアクションが、ＲＲＣメッセージまたはＲＲＣメッセージ内の情報を別のネットワークノードに送ることを含む。いくつかの実施形態では、１つまたは複数のアクションが、レスポンスをＳＬ ＵＥに送ることを含み、レスポンスが、ＳＬ ＵＥのための１つもしくは複数のＳＬ関連設定、またはＳＬ ＵＥのための１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む。
【0038】
いくつかの実施形態では、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージを含む。このような実施形態では、ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む。いくつかの実施形態では、ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む。いくつかのこのような実施形態によれば、既存のＳＬ関連ＲＲＣメッセージが、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む。
【0039】
いくつかの実施形態では、ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、既存のＮＲまたはＬＴＥ ＲＲＣメッセージを含む。いくつかのこのような実施形態は、既存のＮＲまたはＬＴＥ ＲＲＣメッセージが、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含むと定める。いくつかの実施形態では、ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、２つ以上のＲＡＴに共通の新しいＲＲＣメッセージを含む。いくつかの実施形態は、ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含むと定める。いくつかの実施形態によれば、ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、既存のＲＲＣメッセージを含む。いくつかのこのような実施形態では、既存のＲＲＣメッセージが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む。
【0040】
いくつかの実施形態では、ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、２つ以上のＲＡＴに共通の新しいＲＲＣメッセージを含む。いくつかの実施形態によれば、ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む。いくつかの実施形態は、ＲＲＣメッセージが、新しいＳＬＲＢ設定についてのリクエストを指示するフラグを含むと定める。いくつかの実施形態では、ＲＲＣメッセージが、ＳＬ ＵＥにおける１つまたは複数のＱｏＳフローについてのＱｏＳフロー情報を含む。いくつかのこのような実施形態は、ＲＲＣメッセージが、１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含むと定める。
【0041】
いくつかの実施形態では、ＲＲＣメッセージが、ＳＬ ＵＥのための新しいＳＬ関連ＵＥコンテキストを含む。いくつかの実施形態は、ネットワークノードが、基地局を含むと定める。いくつかの実施形態によれば、ＳＬ ＵＥが、ＤＣを使用し、基地局が、ＳＬ ＵＥのＭＮを備える。いくつかの実施形態では、ＳＬ ＵＥが、ＤＣを使用し、基地局が、ＳＬ ＵＥのＳＮを備える。
【0042】
基地局の実施形態が、本明細書でさらに開示される。いくつかの実施形態では、基地局は、ＳＬ ＵＥからＲＲＣメッセージを受信するように適合され、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージである。基地局は、ＲＲＣメッセージに基づいて１つまたは複数のアクションをとるようにさらに適合される。いくつかの実施形態では、基地局はまた、上記で開示の方法における基地局によるステップのいずれかを実施するように適合される。
【0043】
基地局の実施形態も、本明細書で開示される。いくつかの実施形態では、基地局は、基地局に、ＳＬ ＵＥからＲＲＣメッセージを受信させるように設定された処理回路を備え、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージである。処理回路は、基地局に、ＲＲＣメッセージに基づいて１つまたは複数のアクションをとらせるようにさらに設定される。いくつかの実施形態では、処理回路はまた、基地局に、上記で開示の方法における基地局によるステップのいずれかを実施させるように設定される。
【0044】
本明細書に組み込まれ、本明細書の一部を形成する添付の描かれた図は、本開示のいくつかの態様を示し、説明とともに、本開示の原理を説明する役割を果たす。
【図面の簡単な説明】
【0045】
【図1】Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）（拡張ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）とも呼ばれる）、およびエボルブドパケットコア（ＥＰＣ）との連係動作の有無にかかわらない、第５世代（５Ｇ）新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）ネットワークを導入するための異なるやり方を示す図である。
【図2】ＬＴＥ ＤＣ、およびＥ－ＵＴＲＡ ＮＲ ＤＣ（ＥＮ－ＤＣ）におけるデュアルコネクティビティ（ＤＣ）のための概略的な制御プレーンアーキテクチャを示す図である。
【図3】ＥＰＣ（ＥＮ－ＤＣ）を伴うマルチ無線ＤＣ（ＭＲ－ＤＣ）におけるマスタセルグループ（ＭＣＧ）、セカンダリセルグループ（ＳＣＧ）、およびスプリットベアラのためのネットワークサイドプロトコルターミネーションオプションを示す図である。
【図4】ＥＮ－ＤＣにおける制御プレーン（ＣＰ）のためのネットワークアーキテクチャを示す図である。
【図5】セルラーインテリジェントトランスポートシステム（Ｃ－ＩＴＳ）環境を示す図である。
【図6】ネットワークから提供されるＮＲサイドリンク（ＳＬ）無線ベアラ（ＳＬＲＢ）設定を示す図である。
【図7】本開示の実施形態が実装され得るセルラー通信システムの１つの例を示す図である。
【図8】本開示のいくつかの実施形態による基地局およびＳＬユーザ機器（ＵＥ）の動作を示す図である。
【図9】本開示のいくつかの実施形態による無線アクセスノードの概略ブロック図である。
【図11】本開示のいくつかの実施形態によるＵＥの概略ブロック図である。
【発明を実施するための形態】
【0046】
下記で説明される実施形態は、当業者が実施形態を実践し、実施形態の実践の最善のモードを示すことを可能にするための情報を表す。添付の描かれた図の観点から以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書で詳しく述べられないこれらの概念の用途を認識するであろう。これらの概念および用途が本開示の範囲に含まれることを理解されたい。
【0047】
無線ノード：本明細書で使用されるように、「無線ノード」は、無線アクセスノードまたは無線デバイスである。
【0048】
無線アクセスノード：本明細書で使用されるように、「無線アクセスノード」または「無線ネットワークノード」は、信号を無線で送信および／または受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードである。無線アクセスノードのいくつかの例は、基地局（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）基地局（ｇＮＢ）、または３ＧＰＰ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおけるエンハンストまたはエボルブドノードＢ（ｅＮＢ）、ハイパワーまたはマクロ基地局、ローパワー基地局（例えば、マイクロ基地局、ピコ基地局、ホームｅＮＢ、または同様のもの）、および中継ノードを含むがこれらに限定されない。
【0049】
コアネットワークノード：本明細書で使用されるように、「コアネットワークノード」は、コアネットワーク（ＣＮ）における任意のタイプのノード、またはＣＮ機能を実装する任意のノードである。ＣＮノードのいくつかの例は、例えば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）、または同様のものを含む。ＣＮノードの他のいくつかの例は、アクセスアンドモビリティ機能（ＡＭＦ）、ユーザプレーン（ＵＰ）機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）、または同様のものを実装するノードを含む。
【0050】
無線デバイス：本明細書で使用されるように、「無線デバイス」は、信号を無線アクセスノードに無線で送信および／または受信することによってセルラー通信ネットワークにアクセスできる（すなわち、セルラー通信ネットワークによってサーブされる）任意のタイプのデバイスである。無線デバイスのいくつかの例は、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）、およびマシン型通信（ＭＴＣ）デバイスを含むがこれらに限定されない。
【0051】
サイドリンク無線デバイス：本明細書で使用されるように、「サイドリンク無線デバイス」、「サイドリンク対応無線デバイス」、「サイドリンクＵＥ」、または「サイドリンク対応ＵＥ」は、サイドリンク（ＳＬ）通信の能力がある無線デバイスまたはＵＥである。
【0052】
ネットワークノード：本明細書で使用されるように、「ネットワークノード」は、セルラー通信ネットワーク／システムにおけるＲＡＮまたはＣＮの一部である任意のノードである。
【0053】
本明細書で行われる説明は、３ＧＰＰセルラー通信システムに焦点を合わせており、したがって、３ＧＰＰの専門用語、または３ＧＰＰの専門用語と同様の専門用語がしばしば使用されることに留意されたい。それでも、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。
【0054】
本明細書における説明では、用語「セル」に言及することがあるが、特に、５Ｇ ＮＲの概念については、セルの代わりにビームが使用され得ることに留意されたく、したがって、本明細書で説明される概念が、セルとビーム両方に等しく適用可能であることに留意することが重要である。
【0055】
ＮＲでは、ＳＬサービス品質（ＱｏＳ）フローからＳＬＲＢへのマッピングを含む、ＳＬ無線ベアラ（ＳＬＲＢ）設定は、ＵＥがカバレッジ内にあるときにネットワークによって事前設定または設定される。この後者のケースについて、今のところ、ＵＥが、新しいＳＬ ＱｏＳフローをサポートするために、ＳＬＲＢ再設定または新しいＳＬＲＢ設定をリクエストし得る方法に対するシグナリングサポートはない。シグナリングのこの欠如は、ＱｏＳフローマッピングへのＳＬＲＢ設定にインパクトを与えるだけでなく、例えば、ネットワークサイドにおいてＵＥ ＳＬコンテキストを更新することなど、他の無線リソース制御（ＲＲＣ）手順にもインパクトを与え得る。具体的には、ＵＥが、特定のＲＲＣ手順をネットワークにリクエストできない場合、これは、ＳＬ（再）設定エラー、接続割込み、およびシグナリングオーバヘッドにつながることになる。
【0056】
例えば、特定の状況が発生したとき（例えば、新しいＱｏＳフローがＳＬ ＵＥにおいてポップアップしたとき、ＳＬ ＵＥコンテキストが、ｇＮＢ／ｅＮＢにおいて格納されているコンテキストと非同期になるとき、または、新しいＳＬＲＢ設定が要求されるとき）、ＳＬ ＵＥが、ネットワークから（例えば、ＳＬに関する）ＲＲＣ手順をリクエストするために、ＲＲＣメッセージをネットワークに送ること（または指示をネットワークに送ることだけ）を可能にするためのシステムおよび方法が本明細書で開示される。リクエストされたＲＲＣ手順は、新しいＳＬ設定またはＳＬ設定更新であり得る（がこれに限定されない）。また、ＳＬ ＵＥによって指示をネットワークに送るために、同じＲＲＣ手順が使用されることが可能である。このやり方で、ＳＬ ＵＥとネットワークの間の（再）設定エラー、接続割込み、およびシグナリングオーバヘッドを防ぐことができる。
【0057】
いくつかの実施形態では、特定の状況が発生したとき（例えば、新しいＱｏＳフローがＳＬ ＵＥにおいてポップアップしたとき、ＳＬ ＵＥコンテキストが、ＮＲ基地局（ｇＮＢ）／エンハンストもしくはエボルブドノードＢ（ｅＮＢ）において格納されているコンテキストと非同期になるとき、または、新しいＳＬＲＢ設定が要求されるとき）、ＳＬ ＵＥが、ＲＲＣ手順をネットワークにリクエストし得る（または指示だけを送り得る）。本開示の実施形態のいくつかの実例の利益は、以下を含み得る。
・ ＳＬサービス継続性が保証され得、新しいＱｏＳフローが、どのようなエラーもなくＳＬＲＢに正しくマッピングされ得る。
・ ＳＬ ＵＥが新しい設定、新しいＱｏＳマッピング、または、ＳＬ ＵＥコンテキストの同期を必要とするケースでは、ネットワークが認識しているので、ＳＬ ＵＥとネットワークとの間のシグナリングオーバヘッドが低減され得る。
・ （再）設定エラーが回避され得る。ＳＬ ＵＥは、更新された設定をネットワークにリクエストする能力があり得る。
・ ＳＬサービス継続性が保証され得、新しいＱｏＳフローが、どのようなエラーもなくＳＬＲＢに正しくマッピングされ得る。
・ ＳＬ ＵＥが新しい設定、新しいＱｏＳマッピング、または、ＳＬ ＵＥコンテキストの同期を必要とするケースでは、ネットワークが認識しているので、ＳＬ ＵＥとネットワークとの間のシグナリングオーバヘッドが低減され得る。
・ （再）設定エラーが回避され得る。ＳＬ ＵＥは、更新された設定をネットワークにリクエストする能力があり得る。
【0058】
この点に関して、図７は、本開示の実施形態が実装され得るセルラー通信システム７００の１つの例を示す。本明細書で説明される実施形態では、セルラー通信システム７００は、ＮＲ ＲＡＮを含む５Ｇシステム（５ＧＳ）である。しかしながら、本開示は、これらに限定されない。むしろ、本開示の実施形態は、ＳＬ通信を可能にする他のタイプの無線通信システムにおいて実装され得る。この例では、ＲＡＮは、対応するセルを制御する、５Ｇ ＮＲではｇＮＢまたは次世代ＲＡＮ（ＮＧ－ＲＡＮ）ノードと呼ばれる、基地局７０２を含む。セルラー通信システム７００はまた、５ＧＳでは５Ｇ ＣＮ（５ＧＣＮ）と呼ばれる、コアネットワーク７０４を含む。コアネットワーク７０４は、代替として、エボルブドパケットコア（ＥＰＣ）であり得る。基地局７０２は、コアネットワーク７０４に接続される。
【0059】
セルラー通信システム７００はまた、本明細書においてＳＬ ＵＥ１０６－１および１０６－２とも呼ばれる、ＳＬ無線デバイス７０６－１および７０６－２を含む。この例では、ＳＬ ＵＥ７０６－１は、基地局７０２へのセルラーリンク、および他のＳＬ ＵＥ７０６－２へのＳＬを有する。
【0060】
ここで、いくつかの実例の実施形態の説明が提供される。以下の実施形態は、ＮＲについて説明されるが、これらは、ＬＴＥ、または他の任意の無線アクセス技術（ＲＡＴ）に適用され得ることに留意されたい。さらに、ＮＧ－ＲＡＮノードは、５ＧＣまたはＥＰＣに接続され得る。デュアルコネクティビティ（ＤＣ）のケースでは、開示のソリューションは、例えば、３ＧＰＰ技術仕様書（ＴＳ）３７．３４０Ｖ１５．６．０に記述されているような、マルチ無線ＤＣ（ＭＲ－ＤＣ）オプション全てに適用されることが可能である。
【0061】
ＲＲＣ手順リクエストをするか、例えばＳＬ通信の、いくつかの変更または状況をネットワークに知らせるために、ＳＬ ＵＥ（例えば、ＳＬ ＵＥ７０６－１）がＲＲＣメッセージをネットワークに（例えば基地局７０２に）送ることを可能にするための実施形態が本明細書で開示される。リクエストされたＲＲＣ手順は、新しいＳＬ設定または設定更新であり得る（がこれらに限定されない）。同じＲＲＣ手順がまた、ＳＬ ＵＥによって指示をネットワークに送るために使用されることが可能である。代替として、ＳＬ ＵＥは、いくつかのアクションをとることをそれ自体で決め（例えば、新しいＱｏＳマッピングルールを決め）、次に、（例えば、新しい）ＲＲＣメッセージを介してネットワークに知らせる。
【0062】
この点に関して、図８は、本開示の様々な実施形態による、基地局７０２およびＳＬ ＵＥ７０６－１の動作を示す。図示のように、ＳＬ ＵＥ７０６－１は、ＳＬ関連設定（例えば、ＳＬ設定もしくはＳＬ設定更新）についてのＲＲＣ手順をリクエストするためにＲＲＣメッセージをネットワークに送るため、および／または、指示（例えば、ＳＬ ＵＥによって自律的に行われる、変更される、もしくは更新される１つもしくは複数のＳＬ関連設定をネットワークに指示する情報）を伴うＲＲＣメッセージをネットワークに送るためのトリガを検出する（例えば、１つまたは複数のトリガイベントまたは条件を検出する）（ステップ８００）。いくつかの実施形態では、ＳＬ ＵＥ７０６－１は、ＳＬ関連設定についてのＲＲＣ手順をリクエストするためにＲＲＣメッセージをネットワークに送るためのトリガを検出する。この検出は、このＲＲＣ手順リクエストをトリガするための１つまたは複数の（例えば、事前規定または事前設定された）基準が満たされたという検出である。１つの実施形態では、ＳＬ ＵＥ７０６－１によってＳＬ関連設定についてのＲＲＣ手順リクエストをトリガするための１つまたは複数の（例えば、事前規定または事前設定された）基準は、例えば、変更された無線状態または（再）設定エラーによる、ＳＬＲＢ再設定の必要性を含む。別の実施形態では、ＳＬ ＵＥ７０６－１によってＳＬ関連設定についてのＲＲＣ手順リクエストをトリガするための１つまたは複数の（例えば、事前規定または事前設定された）基準は、新しいＳＬ ＱｏＳフローがあるが、クリアなＱｏＳマッピング（すなわち、ＳＬ ＳＬＲＢへのＳＬ ＱｏＳフロー）がないとき、または、新しいＳＬ ＱｏＳマッピングがネットワークから必要とされる（例えば、現在のＳＬ ＳＬＲＢがＳＬ ＱｏＳフロー要件を果たすことができない）ときである。別の実施形態では、ＳＬ ＵＥ７０６－１によってＳＬ関連設定についてのＲＲＣ手順リクエストをトリガするための１つまたは複数の（例えば、事前規定または事前設定された）基準は、ＳＬ関連ＵＥコンテキストがＳＬ ＵＥ７０６－１サイドにおいて変化し（例えば、宛先Ｌ２識別情報（ＩＤ）の更新、または新しいＳＬユニキャストリンク）、これが、（例えば、ハンドオーバ手順中に、間違ったＳＬ関連ＵＥコンテキストを検索すること、または送ることを防ぐために）ネットワークサイドにおいて更新される必要があるときである。
【0063】
別の実施形態では、ＲＲＣ手順のためのトリガ（例えば、ＳＬ関連設定についてのＲＲＣ手順リクエストのためのトリガ）は、例えば、新しいＱｏＳマッピングルールを決めること、またはＳＬ関連ＵＥコンテキストを自律的に更新することなどの、自律アクションの、ＳＬ ＵＥ７０６－１による実施である。自律アクション（例えば、新しいＱｏＳマッピングルールを決めること、またはＳＬ関連ＵＥコンテキストを自律的に更新すること）をＳＬ ＵＥ７０６－１が実施すると、ＳＬ ＵＥ７０６－１は、発生した変更をネットワークに知らせるために、ＳＬ関連設定についてのＲＲＣ手順リクエストのためのこのトリガを検出する。別の実施形態では、ＳＬ ＵＥ７０６－１は、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のとき、またはカバレッジ外のとき、自律アクションを実施するが、発生したＳＬ関連の変更をネットワークに知らせるために、ＳＬ ＵＥ７０６－１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るやいなや、Ｕｕ上でのＲＲＣ手順をトリガする。
【0064】
トリガを検出すると、ＳＬ ＵＥ７０６－１は、トリガされたＲＲＣメッセージ（例えば、ＲＲＣ手順をリクエストするメッセージ、または指示を含むメッセージ）を基地局７０２に送る（ステップ８０２）。上述のように、ＳＬ ＵＥ７０６－１は、トリガを検出するとすぐ、またはいくらかの後になって（例えば、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移した後）、ＲＲＣメッセージを送り得る。
【0065】
１つの実施形態では、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ステップ８０２におけるＲＲＣメッセージは、ＳＬ関連設定をリクエストするため、および／または知らせるために、Ｕｕインターフェースを介して送信される。いくつかの実施形態では、Ｕｕインターフェースを介して送られたこのＲＲＣメッセージは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージなどの既存のＳＬ関連のメッセージである。１つの実施形態では、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣ（すなわち、ＤＣが有効化される場合）メッセージなどの既存のＮＲ（またはＬＴＥ）メッセージである。代替実施形態では、ＳＬ ＵＥ７０６－１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、どのＲＡＴ（ＳＬ、ＮＲ、またはＬＴＥ）にも共通の新しいＲＲＣメッセージである。さらに、別の実施形態では、ＳＬ ＵＥ７０６－１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、ＳＬにおいてのみ使用される新しいＲＲＣメッセージである。
【0066】
１つの実施形態では、ＳＬ ＵＥ７０６－１がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージなどの既存のメッセージである。別の実施形態では、ＳＬ ＵＥ７０６－１がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、どのＲＡＴにも共通の新しいＲＲＣメッセージである。別の実施形態では、ＳＬ ＵＥ７０６－１がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、ＳＬのためだけに使用される新しいＲＲＣメッセージである。
【0067】
１つの実施形態では、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＳＬ ＵＥ７０６－１によって送られるＲＲＣメッセージの内容は、新しいＳＬＲＢ設定をリクエストするためのフラグを含む。別の実施形態では、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＳＬ ＵＥ７０６－１によって送られるＲＲＣメッセージの内容は、含まれるＱｏＳフローに必要な新しいＱｏＳマッピングの指示と一緒に新しいＱｏＳフロー情報を含む。別の実施形態では、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＳＬ ＵＥ７０６－１によって送られるＲＲＣメッセージの内容は、ネットワークサイド（例えば、ｇＮＢ、ｅＮＢ、次世代ｅＮＢ（ＮＧ－ｅＮＢ））において格納されることになる新しいＳＬ関連ＵＥコンテキストを含む。
【0068】
１つの実施形態では、ＵＥは、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを、例えばＳＲＢ１を介して、ネットワークに送る。ＤＣが有効化される場合、別の実施形態では、ＵＥは、このようなＲＲＣメッセージを、例えばＳＲＢ１を介して、１次ネットワークノードに送ることができる。代替実施形態では、ＵＥは、このようなＲＲＣメッセージを、例えばＳＲＢ３を介して、セカンダリネットワークノードに送ることができる。
【0069】
別の実施形態では、ＳＬ対応ＵＥは、このようなＲＲＣメッセージに対するレスポンス／肯定応答を１次ノードから受信する。１つの実施形態では、ＳＬ対応ＵＥは、このようなＲＲＣメッセージに対するレスポンス／肯定応答をセカンダリノード（ＳＮ）から受信する。
【0070】
ＲＲＣメッセージを受信すると、基地局７０２は、ＲＲＣメッセージに基づいて１つまたは複数のアクションを実施する（ステップ８０４）。１つの実施形態では、ＳＬ関連設定をリクエストするためのＲＲＣメッセージをＳＬ対応ＵＥから受信すると、基地局７０２は、レスポンス／肯定応答をＳＬ ＵＥ７０６－１に送る。１つの実施形態では、レスポンス／肯定応答は、ＳＬ ＵＥ７０６－１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の場合、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎなどの（しかしこれらに限定されない）既存のＲＲＣメッセージである。代替として、１つの実施形態では、レスポンス／肯定応答は、ＳＬ ＵＥ７０６－１がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥの場合、ＲＲＣＲｅｓｕｍｅ、ＲＲＣＳｅｔｕｐ、またはＰａｇｉｎｇメッセージなどの（しかしこれらに限定されない）既存のＲＲＣメッセージである。
【0071】
１つの実施形態では、ＤＣが有効化される場合、基地局７０２は、１次ネットワークノード（例えば、マスタノード（ＭＮ））であり、ＳＬ関連設定をリクエストするためのＲＲＣメッセージをＳＬ ＵＥ７０６－１から受信すると、１次ネットワークノード（例えばＭＮ）は、ノード間制御メッセージを介して、ＲＲＣメッセージをセカンダリノード（例えばＳＮ）に転送する。さらに、１つの実施形態では、１次ノード（例えばＭＮ）から転送された、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを受信すると、セカンダリネットワークノード（例えばＳＮ）は、リクエストされたＲＲＣ手順をトリガするためのＲＲＣメッセージを生成し、メッセージを１次ノードに転送する。次に、１次ノードは、例えば、メッセージをマスタセルグループ（ＭＣＧ）ＲＲＣメッセージに埋め込むことによって、メッセージを、例えばＳＲＢ１を介して、ＳＬ ＵＥ７０６－１に転送することに進む。別の実施形態では、１次ノード（例えばＭＮ）から転送された、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを受信すると、セカンダリネットワークノード（例えばＳＮ）は、リクエストされたＲＲＣ手順をトリガするための直接のＲＲＣメッセージを、例えばＳＲＢ３を介して、ＳＬ ＵＥ７０６－１に送る。
【0072】
別の実施形態では、ＤＣが有効化され、基地局７０２がセカンダリノード（例えばＳＮ）である場合、および、ＳＬ関連設定をリクエストするためのＲＲＣメッセージをＳＬ ＵＥ７０６－１から受信すると、セカンダリネットワークノード（例えばＳＮ）は、ノード間制御メッセージを介して、ＲＲＣメッセージを１次ノード（例えばＭＮ）に転送する。さらに、１つの実施形態では、セカンダリノード（例えばＳＮ）から転送された、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを受信すると、１次ネットワークノード（例えばＭＮ）は、リクエストされたＲＲＣ手順をトリガするためのＲＲＣメッセージを生成し、ＲＲＣメッセージをＳＮに転送する。次にＳＮは、例えば、メッセージをセカンダリセルグループ（ＳＣＧ）ＲＲＣメッセージに埋め込むことによって、メッセージを、例えばＳＲＢ３を介して、ＳＬ ＵＥ７０６－１に転送することに進む。１つの実施形態では、ＳＮから転送された、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを受信すると、１次ネットワークノードは、リクエストされたＲＲＣ手順をトリガするための直接のＲＲＣメッセージを、例えばＳＲＢ１を介して、ＳＬ ＵＥ７０６－１に送る。
【0073】
１つの実施形態では、ＳＬ ＵＥ７０６－１は、ネットワークから（例えば、基地局７０２から、または別のＲＡＮノード（例えばＳＮ）から）レスポンスまたは肯定応答を受信する（ステップ８０６）。ネットワークからレスポンス／肯定応答を受信すると、ＳＬ ＵＥ７０６－１は、１つまたは複数のアクションを実施する（ステップ８０８）。例えば、いくつかの実施形態では、レスポンスまたは肯定応答は、設定（例えば、ＳＬＲＢ設定またはＱｏＳマッピングルール）を含み、ＳＬ ＵＥ７０６－１は、レスポンスまたは肯定応答で受信された設定（例えば、ＳＬＲＢ設定またはＱｏＳマッピングルール）を適用する。別の例として、ネットワークから（例えば、基地局７０２から、または別のＲＡＮノード（例えばＳＮ）から）レスポンス／肯定応答を受信すると、ＳＬ ＵＥ７０６－１は、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥになる。さらに別の例として、ネットワークから（例えば、基地局７０２から、または別のＲＡＮノード（例えばＳＮ）から）レスポンス／肯定応答を受信すると、ＳＬ ＵＥ７０６－１は、ＳＬ通信を解放する。別の実施形態では、ネットワークから（例えば、基地局７０２から、または別のＲＡＮノード（例えばＳＮ）から）レスポンス／肯定応答を受信すると、ＳＬ ＵＥ７０６－１は、アクションを実施しない。
【0074】
図９は、本開示のいくつかの実施形態による、無線アクセスノード９００の概略ブロック図である。無線アクセスノード９００は、例えば、基地局７０２（例えば、ｇＮＢまたはＮＧ－ＲＡＮノード）であり得る。図示のように、無線アクセスノード９００は、１つもしくは複数のプロセッサ９０４（例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または同様のもの）、メモリ９０６、ならびにネットワークインターフェース９０８を含む制御システム９０２を含む。１つまたは複数のプロセッサ９０４も、本明細書では処理回路と呼ばれる。さらに、無線アクセスノード９００は、１つまたは複数のアンテナ９１６に連結された１つまたは複数の送信機９１２および１つまたは複数の受信機９１４をそれぞれ含む１つまたは複数の無線ユニット９１０を含む。無線ユニット９１０は、無線インターフェース回路機器と呼ばれるか、その一部であり得る。いくつかの実施形態では、無線ユニット９１０は、制御システム９０２の外部にあり、例えば有線接続（例えば光ケーブル）を介して、制御システム９０２に接続される。しかしながら、他のいくつかの実施形態では、無線ユニット９１０、および潜在的にアンテナ９１６は、制御システム９０２と一緒に統合される。１つまたは複数のプロセッサ９０４は、本明細書で説明されるような、無線アクセスノード９００の１つまたは複数の機能（例えば図８について、例えば上記で説明されたような基地局７０２の１つまたは複数の機能）を提供するように動作する。いくつかの実施形態では、機能は、例えばメモリ９０６に格納され、１つまたは複数のプロセッサ９０４によって実行されるソフトウェアに実装される。
【0075】
図１０は、本開示のいくつかの実施形態による、無線アクセスノード９００の仮想化実施形態を示す概略ブロック図である。この議論は、他のタイプのネットワークノードに等しく適用可能である。さらに、他のタイプのネットワークノードが、同様の仮想化アーキテクチャを有し得る。
【0076】
本明細書で使用されるように、「仮想化」無線アクセスノードは、無線アクセスノード９００の機能の少なくとも一部が、（例えば、ネットワークにおける物理処理ノード上で実行する仮想マシンを介した）仮想構成要素として実装される無線アクセスノード９００の実装形態である。図示のように、この例では、無線アクセスノード９００は、上記で説明されたように、１つまたは複数のプロセッサ９０４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ９０６、ネットワークインターフェース９０８、ならびに、１つまたは複数のアンテナ９１６に連結された１つまたは複数の送信機９１２および１つまたは複数の受信機９１４をそれぞれ含む１つまたは複数の無線ユニット９１０を含む制御システム９０２を含む。制御システム９０２は、例えば、光ケーブルまたは同様のものを介して、無線ユニット９１０に接続される。制御システム９０２は、ネットワークインターフェース９０８を介してネットワーク１００２に連結された、またはその一部として含まれる、１つまたは複数の処理ノード１０００に接続される。各処理ノード１０００は、１つまたは複数のプロセッサ１００４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ１００６、ならびにネットワークインターフェース１００８を含む。
【0077】
この例では、本明細書で説明される無線アクセスノード９００の機能１０１０（例えば図８について、例えば上記で説明されたような基地局７０２の１つまたは複数の機能）は、１つまたは複数の処理ノード１０００において実装されるか、制御システム９０２および１つまたは複数の処理ノード１０００全体に、任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明される無線アクセスノード９００の機能１０１０のいくつかまたは全ては、処理ノード１０００によってホストされた仮想環境内に実装された１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。当業者によって理解されるように、処理ノード１０００と制御システム９０２との間の追加のシグナリングまたは通信が、所望の機能１０１０のうちの少なくともいくつかを実行するために使用される。特に、いくつかの実施形態では、制御システム９０２は含まれないことがあり、このケースでは、無線ユニット９１０は、適切なネットワークインターフェースを介して処理ノード１０００と直接通信する。
【0078】
いくつかの実施形態では、本明細書で説明される実施形態のいずれかによる仮想環境における、無線アクセスノード９００、または無線アクセスノード９００の機能１０１０の１つもしくは複数を実装するノード（例えば処理ノード１０００）の機能（例えば図８について、例えば上記で説明されたような基地局７０２の１つまたは複数の機能）を、少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読ストレージ媒体（例えば、メモリなどの非一時的コンピュータ可読媒体）の１つである。
【0079】
図１１は、本開示のいくつかの実施形態によるＵＥ１１００の概略ブロック図である。図示のように、ＵＥ１１００は、１つまたは複数のプロセッサ１１０２（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ１１０４、ならびに、１つまたは複数のアンテナ１１１２に連結された１つまたは複数の送信機１１０８および１つまたは複数の受信機１１１０をそれぞれ含む１つまたは複数の送受信機１１０６を含む。送受信機１１０６は、当業者によって理解されるように、アンテナ１１１２とプロセッサ１１０２との間で通信される信号を条件づけるように設定されたアンテナ１１１２に接続された無線フロントエンド回路機器を含む。プロセッサ１１０２も、本明細書では処理回路と呼ばれる。送受信機１１０６も、本明細書では無線回路機器と呼ばれる。いくつかの実施形態では、上記で説明されたＵＥ１１００の機能（例えば図８について、例えば上記で説明されたようなＳＬ ＵＥ７０６－１の１つまたは複数の機能）は、例えば、メモリ１１０４に格納され、プロセッサ１１０２によって実行される、ソフトウェアに完全または部分的に実装され得る。ＵＥ１１００は、例えば、１つまたは複数のユーザインターフェース構成要素（例えば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカ、および／もしくは同様のものを含む入出力インターフェース、ならびに／または、ＵＥ１１００への情報の入力を可能にするため、および／もしくは、ＵＥ１１００からの情報の出力を可能にするための任意の他の構成要素）、電源（例えば、バッテリおよび関連付けられた電力回路機器）等などの、図１１に示されていない追加の構成要素を含み得ることに留意されたい。
【0080】
いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、本明細書で説明される実施形態のいずれかによるＵＥ１１００の機能（例えば図８について、例えば上記で説明されたようなＳＬ ＵＥ７０６－１の１つまたは複数の機能）を、少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読ストレージ媒体（例えば、メモリなどの非一時的コンピュータ可読媒体）の１つである。
【0081】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通じて実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る処理回路、および、デジタル信号プロセッサ（ＤＳＰ）、専用デジタルロジック、および同様のものを含み得る他のデジタルハードウェアを介して、実装され得る。処理回路は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等などの、メモリの１つまたはいくつかのタイプを含み得るメモリに格納されたプログラムコードを実行するように設定され得る。メモリに格納されたプログラムコードは、１つまたは複数のテレコミュニケーションおよび／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに、本明細書で説明される技法の１つまたは複数を実行するための命令を含む。いくつかの実装形態では、処理回路は、本開示の１つまたは複数の実施形態による、対応する機能をそれぞれの機能ユニットに実施させるために使用され得る。
【0082】
図の処理は、本開示の特定の実施形態によって実施される動作の特定の順序を示し得るが、このような順序は例示であることを理解されたい（例えば、代替実施形態は、異なる順序で動作を実施し得る、特定の動作を結合させ得る、特定の動作を重複させ得る等）。これに限定されないが、本開示のいくつかの実例の実施形態が下記で提供される。
【0083】
実施形態１：サイドリンク（ＳＬ）ユーザ機器（ＵＥ）において実装される方法であって、
・ 無線リソース制御（ＲＲＣ）メッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、トリガを検出することと、
・ ＲＲＣメッセージをネットワークノードに送ることと
を含む、方法。
・ 無線リソース制御（ＲＲＣ）メッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、トリガを検出することと、
・ ＲＲＣメッセージをネットワークノードに送ることと
を含む、方法。
【0084】
実施形態２：
・ ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含み、
・ ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、
実施形態１の方法。
・ ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含み、
・ ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、
実施形態１の方法。
【0085】
実施形態３：ＲＲＣメッセージを送るためのトリガを検出することが、１つまたは複数の基準を検出することを含み、１つまたは複数の基準が、
・ ＳＬ無線ベアラ（ＳＬＲＢ）再設定が必要とされるという基準、
・ 新しいＳＬサービス品質（ＱｏＳ）フローはあるが、新しいＳＬ ＱｏＳフローのためのＱｏＳマッピングがないという基準、
・ 新しいＳＬ ＱｏＳマッピングが必要とされるという基準、
・ ＳＬ ＵＥにおけるＳＬ関連ＵＥコンテキストの変更という基準、または
・ ＳＬ ＵＥによる１つもしくは複数の自律ＳＬ関連アクションの実施という基準
を含む、実施形態１または２の方法。
・ ＳＬ無線ベアラ（ＳＬＲＢ）再設定が必要とされるという基準、
・ 新しいＳＬサービス品質（ＱｏＳ）フローはあるが、新しいＳＬ ＱｏＳフローのためのＱｏＳマッピングがないという基準、
・ 新しいＳＬ ＱｏＳマッピングが必要とされるという基準、
・ ＳＬ ＵＥにおけるＳＬ関連ＵＥコンテキストの変更という基準、または
・ ＳＬ ＵＥによる１つもしくは複数の自律ＳＬ関連アクションの実施という基準
を含む、実施形態１または２の方法。
【0086】
実施形態４：ＳＬ ＵＥによる１つまたは複数の自律ＳＬ関連アクションの実施という基準が、新しいＳＬ関連ＱｏＳマッピングルールを自律的に決めるという基準、またはＳＬ関連ＵＥコンテキストを自律的に更新するという基準を含む、実施形態３の方法。
【0087】
実施形態５：ＲＲＣメッセージをネットワークノードに送ることが、トリガの検出時にＲＲＣメッセージをネットワークノードに送ることを含む、実施形態１から４のいずれか１つの方法。
【0088】
実施形態６：
・ ＲＲＣメッセージを送るためのトリガを検出することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間にＲＲＣメッセージを送るためのトリガを検出することを含み、
・ ＲＲＣメッセージをネットワークノードに送ることが、トリガの検出時にＲＲＣメッセージをネットワークノードに送ること、および非稼働または非アクティブ状態から接続状態に遷移することを含む、
実施形態１から４のいずれか１つの方法。
・ ＲＲＣメッセージを送るためのトリガを検出することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間にＲＲＣメッセージを送るためのトリガを検出することを含み、
・ ＲＲＣメッセージをネットワークノードに送ることが、トリガの検出時にＲＲＣメッセージをネットワークノードに送ること、および非稼働または非アクティブ状態から接続状態に遷移することを含む、
実施形態１から４のいずれか１つの方法。
【0089】
実施形態７：
・ ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む、
実施形態１から６のいずれか１つの方法。
・ ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む、
実施形態１から６のいずれか１つの方法。
【0090】
実施形態８：既存のＳＬ関連ＲＲＣメッセージが、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む、実施形態７の方法。
【0091】
実施形態９：
・ ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、既存の新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）またはＬｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣメッセージを含む、
実施形態１から７のいずれか１つの方法。
・ ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、既存の新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）またはＬｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣメッセージを含む、
実施形態１から７のいずれか１つの方法。
【0092】
実施形態１０：既存のＮＲまたはＬＴＥ ＲＲＣメッセージが、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含む、実施形態９の方法。
【0093】
実施形態１１：
・ ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態１から７のいずれか１つの方法。
・ ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態１から７のいずれか１つの方法。
【0094】
実施形態１２：
・ ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含む、
実施形態１から７のいずれか１つの方法。
・ ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含む、
実施形態１から７のいずれか１つの方法。
【0095】
実施形態１３：
・ ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、既存のＲＲＣメッセージを含む、
実施形態１から５のいずれか１つの方法。
・ ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、既存のＲＲＣメッセージを含む、
実施形態１から５のいずれか１つの方法。
【0096】
実施形態１４：既存のＲＲＣメッセージが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む、実施形態１３の方法。
【0097】
実施形態１５：
・ ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態１から５のいずれか１つの方法。
・ ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態１から５のいずれか１つの方法。
【0098】
実施形態１６：
・ ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む、
実施形態１から５のいずれか１つの方法。
・ ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む、
実施形態１から５のいずれか１つの方法。
【0099】
実施形態１７：ＲＲＣメッセージが、新しいＳＬＲＢ設定についてのリクエストを指示するフラグを含む、実施形態１から１６のいずれか１つの方法。
【0100】
実施形態１８：ＲＲＣメッセージが、ＳＬ ＵＥにおける１つまたは複数のＱｏＳフローについてのＱｏＳフロー情報を含む、実施形態１から１７のいずれか１つの方法。
【0101】
実施形態１９：ＲＲＣメッセージが、１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む、実施形態１８の方法。
【0102】
実施形態２０：ＲＲＣメッセージが、ＳＬ ＵＥのための新しいＳＬ関連ＵＥコンテキストを含む、実施形態１から１６のいずれか１つの方法。
【0103】
実施形態２１：ネットワークノードまたは別のネットワークノードからレスポンスを受信することをさらに含む、実施形態１から２０のいずれか１つの方法。
【0104】
実施形態２２：レスポンスが、１つもしくは複数のＳＬ関連設定、または１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む、実施形態２１の方法。
【0105】
実施形態２３：レスポンスに基づいて１つまたは複数のアクションをとることをさらに含む、実施形態２１または２２の方法。
【0106】
実施形態２４：ネットワークノードが、基地局を含む、実施形態１から２３のいずれか１つの方法。
【0107】
実施形態２５：
・ ＳＬ ＵＥが、デュアルコネクティビティを使用し、
・ ネットワークノードが、ＳＬ ＵＥのマスタノード（ＭＮ）を含む、
実施形態１から２４のいずれか１つの方法。
・ ＳＬ ＵＥが、デュアルコネクティビティを使用し、
・ ネットワークノードが、ＳＬ ＵＥのマスタノード（ＭＮ）を含む、
実施形態１から２４のいずれか１つの方法。
【0108】
実施形態２６：
・ ＳＬ ＵＥが、デュアルコネクティビティを使用し、
・ ネットワークノードが、ＳＬ ＵＥのセカンダリノード（ＳＮ）を含む、
実施形態１から２４のいずれか１つの方法。
・ ＳＬ ＵＥが、デュアルコネクティビティを使用し、
・ ネットワークノードが、ＳＬ ＵＥのセカンダリノード（ＳＮ）を含む、
実施形態１から２４のいずれか１つの方法。
【0109】
実施形態２７：サイドリンク（ＳＬ）ユーザ機器（ＵＥ）であって、
・ 無線リソース制御（ＲＲＣ）メッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、トリガを検出することと、
・ ＲＲＣメッセージをネットワークノードに送ることと
を行うように適合された、ＳＬ ＵＥ。
・ 無線リソース制御（ＲＲＣ）メッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、トリガを検出することと、
・ ＲＲＣメッセージをネットワークノードに送ることと
を行うように適合された、ＳＬ ＵＥ。
【0110】
実施形態２８：実施形態２から２６のいずれか１つの方法を実施するように適合された、実施形態２７のＳＬ ＵＥ。
【0111】
実施形態２９：サイドリンク（ＳＬ）ユーザ機器（ＵＥ）であって、
・ １つまたは複数の送信機と、
・ １つまたは複数の受信機と、
・ １つまたは複数の送信機および１つまたは複数の受信機に関連付けられた処理回路であって、
〇 無線リソース制御（ＲＲＣ）メッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、
● １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
● １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または
● １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、トリガを検出すること、および
〇 ＲＲＣメッセージをネットワークノードに送ること
をＳＬ ＵＥに行わせるように設定された、処理回路と
を備える、ＳＬ ＵＥ。
・ １つまたは複数の送信機と、
・ １つまたは複数の受信機と、
・ １つまたは複数の送信機および１つまたは複数の受信機に関連付けられた処理回路であって、
〇 無線リソース制御（ＲＲＣ）メッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、
● １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
● １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または
● １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、トリガを検出すること、および
〇 ＲＲＣメッセージをネットワークノードに送ること
をＳＬ ＵＥに行わせるように設定された、処理回路と
を備える、ＳＬ ＵＥ。
【0112】
実施形態３０：処理回路が、実施形態２から２６のいずれか１つの方法をＳＬ ＵＥに実施させるようにさらに設定される、実施形態２９のＳＬ ＵＥ。
【0113】
実施形態３１：ネットワークノードにおいて実装される方法であって、
・ サイドリンク（ＳＬ）ユーザ機器（ＵＥ）から無線リソース制御（ＲＲＣ）メッセージを受信することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ
である、無線リソース制御（ＲＲＣ）メッセージを受信することと、
・ ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることと
を含む、方法。
・ サイドリンク（ＳＬ）ユーザ機器（ＵＥ）から無線リソース制御（ＲＲＣ）メッセージを受信することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ
である、無線リソース制御（ＲＲＣ）メッセージを受信することと、
・ ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることと
を含む、方法。
【0114】
実施形態３２：１つまたは複数のアクションが、ＲＲＣメッセージまたはＲＲＣメッセージ内の情報を別のネットワークノードに送ることを含む、実施形態３１の方法。
【0115】
実施形態３３：
１つまたは複数のアクションが、レスポンスをＳＬ ＵＥに送ることを含み、
レスポンスが、ＳＬ ＵＥのための１つもしくは複数のＳＬ関連設定、またはＳＬ ＵＥのための１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む、
実施形態３１の方法。
１つまたは複数のアクションが、レスポンスをＳＬ ＵＥに送ることを含み、
レスポンスが、ＳＬ ＵＥのための１つもしくは複数のＳＬ関連設定、またはＳＬ ＵＥのための１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む、
実施形態３１の方法。
【0116】
実施形態３４：
・ ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ
を含み、
・ ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、
実施形態３１から３３のいずれか１つの方法。
・ ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ
を含み、
・ ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、
実施形態３１から３３のいずれか１つの方法。
【0117】
実施形態３５：
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
【0118】
実施形態３６：既存のＳＬ関連ＲＲＣメッセージが、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む、実施形態３５の方法。
【0119】
実施形態３７：
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、既存の新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）またはＬｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、既存の新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）またはＬｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
【0120】
実施形態３８：既存のＮＲまたはＬＴＥ ＲＲＣメッセージが、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含む、実施形態３７の方法。
【0121】
実施形態３９：
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
【0122】
実施形態４０：
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが接続状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
【0123】
実施形態４１：
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、既存のＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、既存のＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
【0124】
実施形態４２：既存のＲＲＣメッセージが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む、実施形態４１の方法。
【0125】
実施形態４３：
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
【0126】
実施形態４４：
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
・ ＳＬ ＵＥからＲＲＣメッセージを受信することが、ＳＬ ＵＥが非稼働または非アクティブ状態の間、ＳＬ ＵＥからＲＲＣメッセージを受信することを含み、
・ ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。
【0127】
実施形態４５：ＲＲＣメッセージが、新しいＳＬ無線ベアラ（ＳＬＲＢ）設定についてのリクエストを指示するフラグを含む、実施形態３１から４４のいずれか１つの方法。
【0128】
実施形態４６：ＲＲＣメッセージが、ＳＬ ＵＥにおける１つまたは複数のサービス品質（ＱｏＳ）フローについてのＱｏＳフロー情報を含む、実施形態３１から４５のいずれか１つの方法。
【0129】
実施形態４７：ＲＲＣメッセージが、１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む、実施形態４６の方法。
【0130】
実施形態４８：ＲＲＣメッセージが、ＳＬ ＵＥのための新しいＳＬ関連ＵＥコンテキストを含む、実施形態３１から４４のいずれか１つの方法。
【0131】
実施形態４９：ネットワークノードが、基地局を含む、実施形態３１から４８のいずれか１つの方法。
【0132】
実施形態５０：
・ ＳＬ ＵＥが、デュアルコネクティビティを使用し、
・ 基地局が、ＳＬ ＵＥのマスタノード（ＭＮ）を含む、
実施形態３１から４９のいずれか１つの方法。
・ ＳＬ ＵＥが、デュアルコネクティビティを使用し、
・ 基地局が、ＳＬ ＵＥのマスタノード（ＭＮ）を含む、
実施形態３１から４９のいずれか１つの方法。
【0133】
実施形態５１：
・ ＳＬ ＵＥが、デュアルコネクティビティを使用し、
・ 基地局が、ＳＬ ＵＥのセカンダリノード（ＳＮ）を含む、
実施形態３１から４９のいずれか１つの方法。
・ ＳＬ ＵＥが、デュアルコネクティビティを使用し、
・ 基地局が、ＳＬ ＵＥのセカンダリノード（ＳＮ）を含む、
実施形態３１から４９のいずれか１つの方法。
【0134】
実施形態５２：基地局であって、
・ サイドリンク（ＳＬ）ユーザ機器（ＵＥ）から無線リソース制御（ＲＲＣ）メッセージを受信することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、
である、無線リソース制御（ＲＲＣ）メッセージを受信することと、
・ ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることと
を行うように適合された、基地局。
・ サイドリンク（ＳＬ）ユーザ機器（ＵＥ）から無線リソース制御（ＲＲＣ）メッセージを受信することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、
である、無線リソース制御（ＲＲＣ）メッセージを受信することと、
・ ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることと
を行うように適合された、基地局。
【0135】
実施形態５３：実施形態３２から５１のいずれか１つの方法を実施するように適合された、実施形態５２の基地局。
【0136】
実施形態５４：基地局であって、
・ サイドリンク（ＳＬ）ユーザ機器（ＵＥ）から無線リソース制御（ＲＲＣ）メッセージを受信することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、
である、無線リソース制御（ＲＲＣ）メッセージを受信することと、
・ ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることと
を基地局に行わせるように設定された処理回路を備える、基地局。
・ サイドリンク（ＳＬ）ユーザ機器（ＵＥ）から無線リソース制御（ＲＲＣ）メッセージを受信することであって、ＲＲＣメッセージが、
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇 １つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または
〇 １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬ ＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、
である、無線リソース制御（ＲＲＣ）メッセージを受信することと、
・ ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることと
を基地局に行わせるように設定された処理回路を備える、基地局。
【0137】
実施形態５５：処理回路が、実施形態３２から５１のいずれか１つの方法を基地局に実施させるようにさらに設定される、実施形態５４の基地局。
【0138】
以下の省略形のうちの少なくともいくつかが、本開示において使用され得る。
・ ３ＧＰＰ 第３世代パートナーシッププロジェクト
・ ５Ｇ 第５世代
・ ５ＧＣＮ 第５世代コアネットワーク
・ ５ＧＳ 第５世代システム
・ ＡＭＦ アクセスアンドモビリティ機能
・ ＡＳ アクセス層
・ ＡＵＳＦ 認証サーバ機能
・ ＢＳＲ バッファステータスレポート
・ ＣＡ キャリアアグリゲーション
・ Ｃ－ＩＴＳ セルラーインテリジェントトランスポートシステム
・ ＣＮ コアネットワーク
・ ＣＰ 制御プレーン
・ Ｄ２Ｄ ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ
・ ＤＣ デュアルコネクティビティ
・ ＤＣＩ ダウンリンク制御情報
・ ＤＲＢ データ無線ベアラ
・ ＤＳＰ デジタル信号プロセッサ
・ ｅＬＴＥ エンハンストＬｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ｅＮＢ エンハンストまたはエボルブドノードＢ（ｅＮＢ）
・ ＥＮ－ＤＣ 拡張ユニバーサル地上無線アクセス新無線デュアルコネクティビティ
・ ＥＰＣ エボルブドパケットコア
・ Ｅ－ＵＴＲＡ 拡張ユニバーサル地上無線アクセス
・ ｅＶ２Ｘ エンハンストＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）
・ ｇＮＢ 新無線基地局
・ ＨＳＳ ホーム加入者サーバ
・ ＩＤ 識別情報
・ ＩＴＳ インテリジェントトランスポートシステム
・ ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ＭＡＣ 媒体アクセス制御
・ ＭＣ マルチコネクティビティ
・ ＭＣＧ マスタセルグループ
・ ＭｅＮＢ マスタエンハンストまたはエボルブドノードＢ（ｅＮＢ）
・ ＭｇＮＢ マスタ新無線基地局
・ ＭＭＥ モビリティ管理エンティティ
・ ＭＮ マスタノード
・ ＭＲ－ＤＣ マルチ無線デュアルコネクティビティ
・ ＭＴＣ マシン型通信
・ ＮＡＳ 非アクセス階層
・ ＮＥ－ＤＣ 新無線拡張ユニバーサル地上無線アクセスデュアルコネクティビティ
・ ＮＥＦ ネットワーク公開機能
・ ＮＦ ネットワーク機能
・ ＮＧ－ｅＮＢ 次世代エンハンストまたはエボルブドノードＢ
・ ＮＧＥＮ－ＤＣ 次世代無線アクセスネットワーク拡張ユニバーサル地上無線アクセス新無線デュアルコネクティビティ
・ ＮＧ－ＲＡＮ 次世代無線アクセスネットワーク
・ ＮＲ 新無線（Ｎｅｗ Ｒａｄｉｏ）
・ ＮＲＦ ネットワーク機能リポジトリ機能
・ ＮＳＳＦ ネットワークスライス選択機能
・ ＰＣＦ ポリシ制御機能
・ ＰＣＴ 特許協力条約
・ ＰＤＣＣＨ 物理ダウンリンク制御チャネル
・ ＰＤＣＰ パケットデータコンバージェンスプロトコル
・ Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ ＰＳＣＣＨ 物理サイドリンク制御チャネル
・ ＰＳＳＣＨ 物理サイドリンク共有チャネル
・ ＱｏＳ サービス品質
・ ＲＡ リソースアロケーション
・ ＲＡＭ ランダムアクセスメモリ
・ ＲＡＮ 無線アクセスネットワーク
・ ＲＡＴ 無線アクセス技術
・ Ｒｅｌ リリース
・ ＲＬＣ 無線リンク制御
・ ＲＮＡ 無線アクセスネットワークベース通知エリア
・ ＲＯＭ リードオンリメモリ
・ ＲＲＣ 無線リソース制御
・ ＲＸ 受信
・ ＳＡ スタンドアロン
・ ＳＣＥＦ サービス能力公開機能
・ ＳＣＧ セカンダリセルグループ
・ ＳＣＩ サイドリンク制御情報
・ ＳＤＡＰ サービスデータ適合プロトコル
・ ＳｅＮＢ セカンダリエンハンストまたはエボルブドノードＢ
・ ＳｇＮＢ セカンダリ新無線基地局
・ ＳＩＢ システム情報ブロック
・ ＳＬ サイドリンク
・ ＳＬＲＢ サイドリンク無線ベアラ
・ ＳＭＦ セッション管理機能
・ ＳＮ セカンダリノード
・ ＳＲＢ シグナリング無線ベアラ
・ ＴＲ 技術レポート
・ ＴＳ 技術仕様書
・ ＴＸ 送信
・ ＵＤＭ 統合データ管理
・ ＵＥ ユーザ機器
・ ＵＰ ユーザプレーン
・ ＵＰＦ ユーザプレーン機能
・ ＵＲＬＬＣ 超高信頼低レイテンシ通信
・ Ｖ２Ｉ Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ
・ Ｖ２Ｐ Ｖｅｈｉｃｌｅ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ
・ Ｖ２Ｖ Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ
・ Ｖ２Ｘ Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ
・ ３ＧＰＰ 第３世代パートナーシッププロジェクト
・ ５Ｇ 第５世代
・ ５ＧＣＮ 第５世代コアネットワーク
・ ５ＧＳ 第５世代システム
・ ＡＭＦ アクセスアンドモビリティ機能
・ ＡＳ アクセス層
・ ＡＵＳＦ 認証サーバ機能
・ ＢＳＲ バッファステータスレポート
・ ＣＡ キャリアアグリゲーション
・ Ｃ－ＩＴＳ セルラーインテリジェントトランスポートシステム
・ ＣＮ コアネットワーク
・ ＣＰ 制御プレーン
・ Ｄ２Ｄ ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ
・ ＤＣ デュアルコネクティビティ
・ ＤＣＩ ダウンリンク制御情報
・ ＤＲＢ データ無線ベアラ
・ ＤＳＰ デジタル信号プロセッサ
・ ｅＬＴＥ エンハンストＬｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ｅＮＢ エンハンストまたはエボルブドノードＢ（ｅＮＢ）
・ ＥＮ－ＤＣ 拡張ユニバーサル地上無線アクセス新無線デュアルコネクティビティ
・ ＥＰＣ エボルブドパケットコア
・ Ｅ－ＵＴＲＡ 拡張ユニバーサル地上無線アクセス
・ ｅＶ２Ｘ エンハンストＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）
・ ｇＮＢ 新無線基地局
・ ＨＳＳ ホーム加入者サーバ
・ ＩＤ 識別情報
・ ＩＴＳ インテリジェントトランスポートシステム
・ ＬＴＥ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ＭＡＣ 媒体アクセス制御
・ ＭＣ マルチコネクティビティ
・ ＭＣＧ マスタセルグループ
・ ＭｅＮＢ マスタエンハンストまたはエボルブドノードＢ（ｅＮＢ）
・ ＭｇＮＢ マスタ新無線基地局
・ ＭＭＥ モビリティ管理エンティティ
・ ＭＮ マスタノード
・ ＭＲ－ＤＣ マルチ無線デュアルコネクティビティ
・ ＭＴＣ マシン型通信
・ ＮＡＳ 非アクセス階層
・ ＮＥ－ＤＣ 新無線拡張ユニバーサル地上無線アクセスデュアルコネクティビティ
・ ＮＥＦ ネットワーク公開機能
・ ＮＦ ネットワーク機能
・ ＮＧ－ｅＮＢ 次世代エンハンストまたはエボルブドノードＢ
・ ＮＧＥＮ－ＤＣ 次世代無線アクセスネットワーク拡張ユニバーサル地上無線アクセス新無線デュアルコネクティビティ
・ ＮＧ－ＲＡＮ 次世代無線アクセスネットワーク
・ ＮＲ 新無線（Ｎｅｗ Ｒａｄｉｏ）
・ ＮＲＦ ネットワーク機能リポジトリ機能
・ ＮＳＳＦ ネットワークスライス選択機能
・ ＰＣＦ ポリシ制御機能
・ ＰＣＴ 特許協力条約
・ ＰＤＣＣＨ 物理ダウンリンク制御チャネル
・ ＰＤＣＰ パケットデータコンバージェンスプロトコル
・ Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ ＰＳＣＣＨ 物理サイドリンク制御チャネル
・ ＰＳＳＣＨ 物理サイドリンク共有チャネル
・ ＱｏＳ サービス品質
・ ＲＡ リソースアロケーション
・ ＲＡＭ ランダムアクセスメモリ
・ ＲＡＮ 無線アクセスネットワーク
・ ＲＡＴ 無線アクセス技術
・ Ｒｅｌ リリース
・ ＲＬＣ 無線リンク制御
・ ＲＮＡ 無線アクセスネットワークベース通知エリア
・ ＲＯＭ リードオンリメモリ
・ ＲＲＣ 無線リソース制御
・ ＲＸ 受信
・ ＳＡ スタンドアロン
・ ＳＣＥＦ サービス能力公開機能
・ ＳＣＧ セカンダリセルグループ
・ ＳＣＩ サイドリンク制御情報
・ ＳＤＡＰ サービスデータ適合プロトコル
・ ＳｅＮＢ セカンダリエンハンストまたはエボルブドノードＢ
・ ＳｇＮＢ セカンダリ新無線基地局
・ ＳＩＢ システム情報ブロック
・ ＳＬ サイドリンク
・ ＳＬＲＢ サイドリンク無線ベアラ
・ ＳＭＦ セッション管理機能
・ ＳＮ セカンダリノード
・ ＳＲＢ シグナリング無線ベアラ
・ ＴＲ 技術レポート
・ ＴＳ 技術仕様書
・ ＴＸ 送信
・ ＵＤＭ 統合データ管理
・ ＵＥ ユーザ機器
・ ＵＰ ユーザプレーン
・ ＵＰＦ ユーザプレーン機能
・ ＵＲＬＬＣ 超高信頼低レイテンシ通信
・ Ｖ２Ｉ Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ
・ Ｖ２Ｐ Ｖｅｈｉｃｌｅ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ
・ Ｖ２Ｖ Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ
・ Ｖ２Ｘ Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図5A】
【図5B】
【図6】
【図7】
【図8】
【図9】
【図10】