JP7444969B2

JP7444969B2 - サイドリンクｒｒｃ手順

Info

Publication number: JP7444969B2
Application number: JP2022508846A
Authority: JP
Inventors: アントンニオオーシノ，; コンチチャン，; チャンチャン，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2019-08-14
Filing date: 2020-08-13
Publication date: 2024-03-06
Anticipated expiration: 2040-08-13
Also published as: KR20220046631A; US20220330358A1; JP2022544501A; EP4014678A1; CO2022002877A2; WO2021028549A1

Description

本開示は、セルラー通信システムにおけるサイドリンク（ＳＬ：ｓｉｄｅｌｉｎｋ）通信に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ：ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）において、Ｌｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）、および、ＬＴＥと第５世代（５Ｇ）新無線（ＮＲ：ＮｅｗＲａｄｉｏ）の間の、両方のために、デュアルコネクティビティ（ＤＣ：ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）ソリューションが指定されてきた。ＤＣでは、２つのノード、つまり、マスタノード（ＭＮ、またはマスタエンハンストもしくはエボルブドノードＢ（ｅＮＢ）（ＭｅＮＢ：ＭａｓｔｅｒｅｎｈａｎｃｅｄｏｒｅｖｏｌｖｅｄＮｏｄｅＢ））、およびセカンダリノード（ＳＮ、またはセカンダリｅＮＢ（ＳｅＮＢ：ＳｅｃｏｎｄａｒｙｅＮＢ））が含まれる。マルチコネクティビティ（ＭＣ）は、３つ以上のノードが含まれるケースである。また、堅牢性を強化し、接続割込み（Ｃｏｎｎｅｃｔｉｏｎｉｎｔｅｒｒｕｐｔｉｏｎｓ）を回避するために、超高信頼低レイテンシ通信（ＵＲＬＬＣ：ＵｌｔｒａＲｅｌｉａｂｌｅＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）のケースにおいてＤＣが使用されることが、３ＧＰＰにおいて提案されてきた。

図１に描写されているように、ＬＴＥ（拡張ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ：ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）とも呼ばれる）、およびエボルブドパケットコア（ＥＰＣ：ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）との連係動作の有無に関係なく、５ＧＮＲネットワークを導入するための種々のやり方がある。原則として、ＮＲスタンドアロン（ＳＡ）動作によって示される、どのような連係動作がなくても、ＮＲおよびＬＴＥが導入されることが可能である。つまり、（図１のオプション１およびオプション２によって示されるような）２つの間に相互接続なしで、ＮＲにおけるＮＲ基地局（ｇＮＢ）は、５Ｇコアネットワーク（ＣＮ：ＣｏｒｅＮｅｔｗｏｒｋ）（５ＧＣＮ）に接続されることが可能であり、ＬＴＥにおけるｅＮＢは、ＥＰＣに接続されることが可能である。その一方で、ＮＲの第１のサポートバージョンは、図１のオプション３によって示された、いわゆるＥＮ－ＤＣ（Ｅ－ＵＴＲＡＮ－ＮＲＤＣ）である。このような導入では、ＬＴＥをマスタとし、ＮＲをセカンダリノードとする、ＮＲとＬＴＥとの間のＤＣが、適用される。ＮＲをサポートする無線アクセスネットワーク（ＲＡＮ：ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）ノード（ｇＮＢ）は、コアネットワーク（ＥＰＣ）への制御プレーン接続を有していないことがあり、代わりに、ＭＮ（ＭｅＮＢ）としてのＬＴＥに依存し得る。これは、「非スタンドアロンＮＲ」とも呼ばれる。このケースでは、ＮＲセルの機能は限定され、ブースタおよび／またはダイバーシティ区間（ｄｉｖｅｒｓｉｔｙｌｅｇ）として、接続モードのユーザ機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）のために使用されるはずであるが、ＲＲＣ＿ＩＤＬＥのＵＥは、これらのＮＲセル上にキャンプできないことに留意されたい。

５ＧＣの導入により、他のオプションも有効であり得る。上述のように、オプション２は、ｇＮＢが５ＧＣに接続されるスタンドアロンＮＲの導入をサポートする。同様に、ＬＴＥはまた、（エンハンストＬＴＥ（ｅＬＴＥ）、Ｅ－ＵＴＲＡ／５ＧＣ、またはＬＴＥ／５ＧＣＮとしても知られ、そのノードが次世代ｅＮＢ（ＮＧ－ｅＮＢ）と呼ばれる）図１のオプション５によって示されるような５ＧＣＮに接続されることが可能である。これらのケースでは、ＮＲとＬＴＥの両方が、次世代ＲＡＮ（ＮＧ－ＲＡＮ：ＮｅｘｔＧｅｎｅｒａｔｉｏｎＲＡＮ）の一部とみなされる（およびしたがって、ＮＧ－ｅＮＢとｇＮＢの両方が、ＮＧ－ＲＡＮノードと呼ばれることが可能である）。図１のオプション４およびオプション７は、マルチ無線ＤＣ（ＭＲ－ＤＣ：Ｍｕｌｔｉ－ＲａｄｉｏＤＣ）によって示された、５ＧＣに接続されたＮＧ－ＲＡＮの一部として標準化されることになるＬＴＥとＮＲとの間のＤＣの他の変形を示すことに留意する価値がある。したがって、ＭＲ－ＤＣの下では、以下が存在する。
・ＥＮ－ＤＣ（オプション３）：ＬＴＥがＭＮであり、ＮＲがＳＮである（ＥＰＣＣＮが採用される）、
・ＮＲＥ－ＵＴＲＡＤＣ（ＮＥ－ＤＣ）（オプション４）：ＮＲがＭＮであり、ＬＴＥがＳＮである（５ＧＣＮが採用される）、
・ＮＧ－ＲＡＮＥ－ＵＴＲＡＮＲＤＣ（ＮＧＥＮ－ＤＣ）（オプション７）：ＬＴＥがＭＮであり、ＮＲがＳＮである（５ＧＣＮが採用される）、および
・ＮＲ－ＤＣ（オプション２の変形）：ＭＮとＳＮの両方がＮＲであるＤＣ（５ＧＣＮが採用される）。

これらのオプションへの移行は、種々のオペレータによって異なり得るので、同じネットワークにおいて同時に複数のオプションを伴う導入を行うことが可能である。例えば、オプション２および４をサポートするＮＲ基地局と同じネットワークにおいて、オプション３、５、および７をサポートするｅＮＢがあることが可能である。ＬＴＥとＮＲとの間のＤＣソリューションと組み合わせて、各セルグループ（すなわち、マスタセルグループ（ＭＣＧ）およびセカンダリセルグループ（ＳＣＧ））内のキャリアアグリゲーション（ＣＡ）、ならびに、同じ無線アクセス技術（ＲＡＴ：ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ）上のノード間のＤＣ（例えば、ＮＲ－ＮＲＤＣ）をサポートすることも可能である。ＬＴＥセルについては、これらの種々の導入の帰結は、ＥＰＣ、５ＧＣ、またはＥＰＣ／５ＧＣの両方に接続されたｅＮＢに関連付けられたＬＴＥセルの共存である。

初めの方で述べたように、ＤＣは、ＬＴＥとＥＮ－ＤＣの両方のために標準化される。ＬＴＥＤＣおよびＥＮ－ＤＣは、どのノードが何を制御するかに関しては、それぞれにデザインされる。基本的に、ＬＴＥＤＣなどの集中化されるソリューション、およびＥＮ－ＤＣなどの集中化されないソリューションという、２つのオプションがある。

図２は、ＬＴＥＤＣとＥＮ－ＤＣにおけるＤＣのための概略的な制御プレーン（ＣＰ：ＣｏｎｔｒｏｌＰｌａｎｅ）アーキテクチャを示す。ここでの主な差は、ＥＮ－ＤＣにおいて、ＳＮが別々の無線リソース制御（ＲＲＣ：ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）エンティティ（ＮＲＲＲＣ）を有することである。これは、時にはＭＮの知識がないが、ＭＮとの協調がしばしば必要なＵＥも、ＳＮが制御できることを意味する。ＬＴＥＤＣでは、ＲＲＣの決定は、ＭＮから常に来ている（ＭＮからＵＥへ）。それでも、ＳＮのリソース、能力等の知識を有するのはＳＮ自体だけであるので、ＳＮが依然としてＳＮの設定を決めることに留意されたい。

ＥＮ－ＤＣについては、ＬＴＥＤＣと比較して、主要な変更は、以下の通りである。
・ＳＮからのスプリットベアラの導入（ＳＣＧスプリットベアラとして知られる）、
・ＲＲＣのためのスプリットベアラの導入、および
・ＳＮからの直接のＲＲＣの導入（ＳＣＧシグナリング無線ベアラ（ＳＲＢ）とも呼ばれる）。

図３および図４は、ＥＮ－ＤＣのためのユーザプレーン（ＵＰ）およびＣＰアーキテクチャを示す。具体的には、図３は、ＥＰＣ（ＥＮ－ＤＣ）を伴うＭＲ－ＤＣにおける、ＭＣＧ、ＳＣＧ、およびスプリットベアラのためのネットワークサイドプロトコルターミネーションオプションを示す。図４は、ＥＮ－ＤＣにおけるＣＰのためのネットワークアーキテクチャを示す。

ＬＴＥがＭＮであり、ＮＲがＳＮであるケースでは、ＳＮは、時に、セカンダリｇＮＢ（ＳｇＮＢ）（ここでｇＮＢがＮＲ基地局である）と呼ばれ、ＭＮは、ＭｅＮＢと呼ばれる。ＮＲがＭＮであり、ＬＴＥがＳＮである他のケースでは、対応する用語は、ＳｅＮＢおよびマスタｇＮＢ（ＭｇＮＢ）である。

スプリットＲＲＣメッセージは主に、ダイバーシティを作り出すために使用され、発信者は、ＲＲＣメッセージをスケジュールするためにリンクの１つを選ぶことを決めることができるか、両方のリンク上でメッセージを重複させることもできる。ダウンリンクでは、ＭＣＧもしくはＳＣＧ区間の間の経路切替えか、または両方の重複かが、ネットワーク実装形態に委ねられる。その一方で、アップリンクについては、ネットワークは、ＭＣＧ、ＳＣＧ、または両方の区間を使用するようにＵＥを設定する。用語「区間」、「経路」、および「無線リンク制御（ＲＬＣ：ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）ベアラ」は、本ドキュメントを通して区別なく使用される。

ノード間ＲＲＣメッセージは、ｇＮＢとの間で、Ｘ２、Ｘｎ、またはＮＧインターフェースを越えて送られるＲＲＣメッセージであり、つまり、単一の「論理チャネル」が、ネットワークノード全体に転送される全てのＲＲＣメッセージのために使用される。情報は、別のＲＡＴから生じるか、別のＲＡＴに向かうことが可能である。この点に関して、下記のテーブル１が、３ＧＰＰ技術仕様書（ＴＳ）３８．３３１Ｖ１５．６．０からの引用を提供する。

セルラーインテリジェントトランスポートシステム（ＩＴＳ）（Ｃ－ＩＴＳ：ＣｅｌｌｕｌａｒＩｎｔｅｌｌｉｇｅｎｔＴｒａｎｓｐｏｒｔＳｙｓｔｅｍｓ）は、車両サービスの配信、およびこれらの普及のための新しいセルラーエコシステムを規定することを目指している。このようなエコシステムは、（Ｃ－ＩＴＳ環境を示している）図５に描写されるように、短距離と長距離両方のＶ２Ｘサービス送信を含む。具体的には、短距離通信は、他の車両ＵＥまたはロードサイドユニット（ＲＳＵ）への、（３ＧＰＰにおいてサイドリンク（ＳＬ）またはＰＣ５インターフェースとしても規定される）Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）リンク上での送信を伴う。その一方で、長距離送信については、これは、ＵＥと基地局との間のＵｕインターフェースを越える送信とみなし、このケースでは、道路交通当局、道路オペレータ、自動車の相手先商標製品製造会社（ＯＥＭ）、セルラーオペレータ等であることが可能な、種々のＩＴＳサービスプロバイダにパケットがばらまかれ得る。

これがＳＬインターフェースになると、３ＧＰＰにおける第１の標準化活動は、公共安全ユースケースをターゲットにするリリース（Ｒｅｌ）１２に遡る。それ以来、Ｄ２Ｄ技術から利益を得ることができるユースケースを拡大するために、多くの強化が導入されてきた。特に、ＬＴＥＲｅｌ－１４およびＲｅｌ－１５では、Ｄ２Ｄ機能のための拡張は、車両（（Ｖｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ（Ｖ２Ｖ）））、歩行者（Ｖｅｈｉｃｌｅ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ（Ｖ２Ｐ））、およびインフラストラクチャ（（Ｖｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ（Ｖ２Ｉ）））の間の、直接通信の任意の組合せを含むＶ２Ｘ通信のサポートから成る。

ＲＡＮ＃８０では、ＬＴＥＲｅｌ－１５Ｖ２Ｘにおいてサポートされるサービスを超える先進的なＶ２Ｘサービスをサポートするための強化を研究するために、「ＳｔｕｄｙｏｎＮＲＶ２Ｘ」と名付けられた新しい研究項目が承認された。ＮＲＶ２Ｘデザインの目的の１つは、Ｖ２Ｘ動作のために使用されるＵｕ（すなわち、ｎｅｔｗｏｒｋ－ｔｏ－ｖｅｈｉｃｌｅＵＥ通信）およびＳＬ（すなわち、ＵＥ－ｔｏ－ｖｅｈｉｃｌｅＵＥ通信）の両方を含む無線インターフェースのサービス品質（ＱｏＳ）管理のための技術的ソリューションを研究することである。

ＬＴＥＶ２Ｘは主にトラフィック安全性サービスを目指いているが、ＮＲＶ２Ｘは、基本的な安全サービスを含むだけでなく、車両の周辺環境の知覚を強化するために、車両間での拡張されたセンサ／データ共有などの非安全用途もターゲットとする、はるかに広い範囲を有する。したがって、エンハンストＮＲシステムおよび新しいＮＲＳＬフレームワークを要求することになる３ＧＰＰ技術レポート（ＴＲ）２２．８８６Ｖ１６．２．０には、用途の新しいセットが取り込まれてきた。これらの用途は、先進的運転、車両隊列走行、車両間の協力的操作、およびリモート運転を含む。

この新しいコンテキストでは、必要なデータレート、容量、信頼性、レイテンシ、通信範囲、およびスピードを満たすために期待される要件は、より厳密にされる。さらに、エンハンストＶ２Ｘ（ｅＶ２Ｘ）シナリオが行われる無線状態と環境とを考慮に入れて、先進的Ｖ２Ｘユースケースをサポートするために、ＰＣ５とＵｕ両方の通信インターフェースが使用されることが可能である。例えば、ＳＬ上で送信されることが可能なさまざまなサービスを考慮して、種々のＶ２Ｘサービスの種々の性能要件を考慮した堅牢なＱｏＳフレームワークが必要であるように思える。さらに、より堅牢かつ信頼できる通信をハンドリングするためのＮＲプロトコルがデザインされるべきである。これらの問題の全てが、現在、ＮＲＲｅｌ－１６における３ＧＰＰの調査中である。

ＮＲでは、ＳＬＱｏＳフローモデルが採用される。非アクセス階層（ＮＡＳ）レイヤにおいて、ＵＥは、１つのＶ２Ｘパケットを対応するＳＬＱｏＳフローにマッピングし、次に、サービスデータアダプテーションプロトコル（ＳＤＡＰ）レイヤにおけるＳＬ無線ベアラにマッピングする。

ＮＲでは、ＳＬＱｏＳフローからＳＬ無線ベアラ（ＳＬＲＢ：ＳＬＲａｄｉｏＢｅａｒｅｒ）へのマッピングを含むＳＬＲＢ設定は、ＵＥがカバレッジ内にあるときにネットワークによって事前設定または設定される。例えば、ネットワークから提供されたＮＲＳＬＲＢ設定を示す図６に示されているように、新しいＳＬＱｏＳフロー／新しいサービスのためのＳＬＲＢを、ＵＥが確立することを望むとき、ＵＥは、リクエストを、関連付けられたｇＮＢに送ることができる。リクエストは、サービスのＱｏＳ情報を含むことができる。ｇＮＢは次に、このようなＳＬＱｏＳフローをサポートするのに適切なＳＬＲＢ設定を決定する。ｇＮＢからＳＬＲＢ設定を受信した後、ＵＥはローカルＳＬＲＢを適宜確立し、ＳＬ上でのデータ送信を準備する。受信（ＲＸ）ＵＥにおける受信の成功を可能にするために、送信（ＴＸ）ＵＥは、データ送信がスタートする前に、必要なパラメータ（例えば、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）／ＲＬＣのためのシーケンス番号空間）をＲＸＵＥに知らせる必要があり得ることに留意されたい。

ＲＲＣ動作は、ＵＥ固有の状態に依存する。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、またはＲＲＣ＿ＩＤＬＥ状態のいずれかにある。種々のＲＲＣ状態が、ＵＥがＵＥの固有状態で使用し得る、種々のＲＲＣ状態に関連付けられた種々の量の無線リソースを有する。ＲＲＣ＿ＩＮＡＣＴＩＶＥおよびＲＲＣ＿ＩＤＬＥ状態では、ネットワーク設定に基づくＵＥ制御のモビリティが採用される（すなわち、ＵＥは、システム情報ブロック（ＳＩＢ：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を獲得し、隣のセル測定ならびにセル選択および再選択を実施し、ページングオケージョンを監視する）。非アクティブなＵＥは、ＵＥの非アクティブアクセス層（ＡＳ）コンテキストを格納し、ＲＡＮベース通知エリア（ＲＮＡ：ＲＡＮ－ｂａｓｅｄＮｏｔｉｆｉｃａｔｉｏｎＡｒｅａ）の更新を実施する。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、それでも、ネットワーク制御のモビリティが実施される。実際に、ＲＡＮノードは、ＱｏＳフローまたはシグナリングなどの潜在的なページングトリガに関するページング支援情報を５ＧＣＮから受信することができる。したがって、ＵＥは、ノード／セルレベルでネットワークによって知られており、ＵＥ固有データおよび／または制御シグナリングが通信されることが可能であるＵＥ固有ベアラが確立される。例えば、ＲＡＮは、据置型ＵＥのために（低ページングロードに最適化された）小さいＲＮＡを、および特に、移動しているＵＥのために（車両のＵＥに最適化された）より大きいＲＮＡを設定することによって、総シグナリング負荷を低減させることを可能にするＵＥ固有ＲＮＡを設定することができる。

さらに、例えば、特定の時間区分の間、トラフィック送信および／または受信がない場合、ネットワークは、ＲＲＣ接続解放手順を開始して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥをＲＲＣ＿ＩＤＬＥに、またはＳＲＢ２および少なくとも１つのデータ無線ベアラ（ＤＲＢ）がＲＲＣ＿ＣＯＮＮＥＣＴＥＤにセットアップされている場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥに、移すことができる。

ＳＬ上のＶ２Ｘのための２つの異なるリソースアロケーション（ＲＡ）手順があり、すなわち、ネットワーク制御のＲＡ（いわゆるＬＴＥにおける「モード３」、およびＮＲにおける「モード１」）、ならびに自律ＲＡ（いわゆるＬＴＥにおける「モード４」、およびＮＲにおける「モード２」）である。送信リソースは、例えば、ネットワークによって事前規定または設定された、リソースプール内で選択される。

ネットワーク制御のＲＡに関しては、ＮＧ－ＲＡＮは、ＳＬ送信のためにＵＥによって使用されることになるＳＬリソースのスケジューリングを担っている。ＵＥは、媒体アクセス制御（ＭＡＣ）エンティティに関連付けられたＳＬバッファ内の、送信に利用可能なＳＬデータを、ネットワークに知らせるために、ＳＬバッファステータスレポート（ＢＳＲ）をネットワークに送る。ネットワークは、次に、ダウンリンク制御情報（ＤＣＩ：ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）を使用してリソースアロケーションをＵＥにシグナリングする。ネットワーク制御の（またはモード１の）ＲＡは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介した動的スケジューリングシグナリングを介して、または、１つもしくは複数の設定済ＳＬグラントをｇＮＢが提供する半永続スケジューリングによって、実現され得る。タイプ－１とタイプ－２の両方の設定済ＳＬグラントがサポートされる。

自律ＲＡに関しては、各デバイスは、例えば検知に基づいて、どのＳＬ無線リソースをＳＬ動作のために使用するべきかを独立して決める。両方のＲＡモードに関して、ＰＳＳＣＨのために割り当てられたＳＬリソースを指示するために、ＳＬ制御情報（ＳＣＩ）が物理サイドリンク制御チャネル（ＰＳＣＣＨ）で送信される。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のときしか実施できないネットワーク制御のＲＡと違い、自律ＲＡ（またはモード２）は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のときと、ＵＥがＩＮＡＣＴＩＶＥ／ＩＤＬＥ状態のときの両方、およびまた、ＵＥがＵｕカバレッジ下にあるが、カバレッジ外のとき、実施されることが可能である。具体的には、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ＳＬリソースプールは、専用のＲＲＣシグナリングで設定されることが可能であり、その一方で、ＩＤＬＥ／ＩＮＡＣＴＩＶＥモードの動作については、ＵＥは、ブロードキャスティング信号、すなわちＳＩＢで提供されたＳＬリソースプールに依存しなければならない。

現在、ＮＲ－Ｖ２Ｘ研究項目の一部として、３ＧＰＰは、このようなモード２の可能な拡張を調査している。例えば、３ＧＰＰは、ＵＥが、（例えば、グループキャストＳＬ通信のための）特定の条件の下、ＳＬ通信のために（例えば、車両の一団などのＵＥのグループ内のＳＬ通信のために）使用されることになるモード２プールを他のＵＥに提供することを可能にされる新しいＵＥ機能の導入の可能性を考えている。

タイプ１とタイプ２両方に対して、ＮＲＳＬのための設定済グラントがサポートされる。設定済グラントに関しては、ｇＮＢは、複数の（周期的な）送信のためのＳＬリソースをＵＥにアロケートすることができる。タイプ１の設定済グラントは、専用のＲＲＣシグナリングを介して直接設定および活性化される。タイプ２の設定済グラントは、専用のＲＲＣシグナリングを介して設定されるが、ＰＤＣＣＨ上で送信されるＤＣＩを介して活性化／解放されるのみである。

サイドリンク（ＳＬ）ユーザ機器（ＵＥ）が、（例えば、ＳＬに関連した）ＲＲＣ手順をリクエストするために、無線リソース制御（ＲＲＣ）メッセージをネットワークに送ることを可能にするためのシステムおよび方法が本明細書で開示される。ＳＬＵＥにおいて実装される方法の実施形態が本明細書で開示される。いくつかの実施形態では、方法は、ＲＲＣ情報またはメッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われる１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージを含む、トリガを検出することを含む。方法は、ＲＲＣメッセージをネットワークノードに送ることをさらに含む。

いくつかの実施形態では、ＲＲＣ情報またはメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージのいずれかを含む。このような実施形態では、ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む。いくつかの実施形態では、ＲＲＣメッセージを送るためのトリガを検出することが、１つまたは複数の基準を検出することを含み、１つまたは複数の基準が、ＳＬ無線ベアラ（ＳＬＲＢ）再設定が必要とされるという基準、新しいＳＬサービス品質（ＱｏＳ）フローはあるが、新しいＳＬＱｏＳフローのためのＱｏＳマッピングがないという基準、新しいＳＬＱｏＳマッピングが必要とされるという基準、ＳＬＵＥにおけるＳＬ関連ＵＥコンテキストの変更という基準、またはＳＬＵＥによる１つもしくは複数の自律ＳＬ関連アクションの実施という基準を含む。いくつかの実施形態では、ＳＬＵＥによる１つまたは複数の自律ＳＬ関連アクションの実施という基準が、新しいＳＬ関連ＱｏＳマッピングルールを自律的に決めるという基準、またはＳＬ関連ＵＥコンテキストを自律的に更新するという基準を含む。

いくつかの実施形態では、ＲＲＣ情報またはメッセージをネットワークノードに送ることが、トリガの検出時にＲＲＣメッセージをネットワークノードに送ることを含む。いくつかの実施形態によれば、ＲＲＣメッセージを送るためのトリガを検出することが、ＳＬＵＥが非稼働または非アクティブ状態にある間にＲＲＣメッセージを送るためのトリガを検出することを含み、ＲＲＣメッセージをネットワークノードに送ることが、トリガの検出時にＲＲＣメッセージをネットワークノードに送ること、および非稼働または非アクティブ状態から接続状態に遷移することを含む。いくつかの実施形態では、ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む。いくつかのこのような実施形態は、既存のＳＬ関連ＲＲＣメッセージが、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含むと定める。

いくつかの実施形態では、ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、既存のＮＲまたはＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣメッセージを含む。いくつかのこのような実施形態は、既存のＮＲまたはＬＴＥＲＲＣメッセージが、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含むと定める。いくつかの実施形態では、ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む。いくつかの実施形態によれば、ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含む。

いくつかの実施形態では、ＲＲＣ情報またはメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、既存のＲＲＣメッセージを含む。いくつかのこのような実施形態は、既存のＲＲＣメッセージが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含むと定める。いくつかの実施形態では、ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、２つ以上のＲＡＴに共通の新しいＲＲＣメッセージを含む。いくつかの実施形態によれば、ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む。

いくつかの実施形態では、ＲＲＣメッセージが、新しいＳＬＲＢ設定についてのリクエストを指示するフラグを含む。いくつかの実施形態は、ＲＲＣメッセージが、ＳＬＵＥにおける１つまたは複数のＱｏＳフローについてのＱｏＳフロー情報を含むと定める。いくつかの実施形態によれば、ＲＲＣメッセージが、１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む。いくつかの実施形態では、ＲＲＣメッセージが、ＳＬＵＥのための新しいＳＬ関連ＵＥコンテキストを含む。

いくつかの実施形態によれば、方法は、ネットワークノードまたは別のネットワークノードからレスポンスを受信することをさらに含む。いくつかの実施形態では、レスポンスが、１つもしくは複数のＳＬ関連設定、または１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む。いくつかの実施形態は、方法が、レスポンスに基づいて１つまたは複数のアクションをとることをさらに含むと定める。いくつかの実施形態では、ネットワークノードが、基地局を含む。いくつかの実施形態によれば、ＳＬＵＥが、デュアルコネクティビティ（ＤＣ）を使用し、ネットワークノードが、ＳＬＵＥのマスタノード（ＭＮ）を含む。いくつかの実施形態は、ＳＬＵＥが、ＤＣを使用し、ネットワークノードが、ＳＬＵＥのセカンダリノード（ＳＮ）を含むと定める。

ＳＬＵＥの実施形態も、本明細書で開示される。いくつかの実施形態では、ＳＬＵＥは、ＲＲＣメッセージを送るためのトリガを検出するように適合され、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われる１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージを含む。ＳＬＵＥは、ＲＲＣメッセージをネットワークノードに送るようにさらに適合される。いくつかの実施形態によれば、ＳＬＵＥは、上記で開示の方法におけるＳＬＵＥによるステップのいずれかを実施するようにさらに適合される。

ＳＬＵＥの実施形態が、本明細書でさらに開示される。いくつかの実施形態では、ＳＬＵＥは、１つまたは複数の送信機と、１つまたは複数の受信機と、１つまたは複数の送信機および１つまたは複数の受信機に関連付けられた処理回路とを備える。処理回路は、ＳＬＵＥに、ＲＲＣメッセージを送るためのトリガを検出させるように設定され、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われる１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージを含む。処理回路は、ＳＬＵＥに、ＲＲＣメッセージをネットワークノードに送らせるようにさらに設定される。いくつかの実施形態によれば、処理回路は、ＳＬＵＥに、上記で開示の方法におけるＳＬＵＥによるステップのいずれかを実施させるようにさらに設定される。

ネットワークノードにおいて実装される方法の実施形態も、本明細書で開示される。いくつかの実施形態では、方法は、ＳＬＵＥからＲＲＣメッセージを受信することであって、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージである、ＲＲＣメッセージを受信することを含む。方法は、ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることをさらに含む。いくつかの実施形態によれば、１つまたは複数のアクションが、ＲＲＣメッセージまたはＲＲＣメッセージ内の情報を別のネットワークノードに送ることを含む。いくつかの実施形態では、１つまたは複数のアクションが、レスポンスをＳＬＵＥに送ることを含み、レスポンスが、ＳＬＵＥのための１つもしくは複数のＳＬ関連設定、またはＳＬＵＥのための１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む。

いくつかの実施形態では、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージを含む。このような実施形態では、ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む。いくつかの実施形態では、ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが接続状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む。いくつかのこのような実施形態によれば、既存のＳＬ関連ＲＲＣメッセージが、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む。

いくつかの実施形態では、ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが接続状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、既存のＮＲまたはＬＴＥＲＲＣメッセージを含む。いくつかのこのような実施形態は、既存のＮＲまたはＬＴＥＲＲＣメッセージが、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含むと定める。いくつかの実施形態では、ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが接続状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、２つ以上のＲＡＴに共通の新しいＲＲＣメッセージを含む。いくつかの実施形態は、ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが接続状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含むと定める。いくつかの実施形態によれば、ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが非稼働または非アクティブ状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、既存のＲＲＣメッセージを含む。いくつかのこのような実施形態では、既存のＲＲＣメッセージが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む。

いくつかの実施形態では、ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが非稼働または非アクティブ状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、２つ以上のＲＡＴに共通の新しいＲＲＣメッセージを含む。いくつかの実施形態によれば、ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが非稼働または非アクティブ状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む。いくつかの実施形態は、ＲＲＣメッセージが、新しいＳＬＲＢ設定についてのリクエストを指示するフラグを含むと定める。いくつかの実施形態では、ＲＲＣメッセージが、ＳＬＵＥにおける１つまたは複数のＱｏＳフローについてのＱｏＳフロー情報を含む。いくつかのこのような実施形態は、ＲＲＣメッセージが、１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含むと定める。

いくつかの実施形態では、ＲＲＣメッセージが、ＳＬＵＥのための新しいＳＬ関連ＵＥコンテキストを含む。いくつかの実施形態は、ネットワークノードが、基地局を含むと定める。いくつかの実施形態によれば、ＳＬＵＥが、ＤＣを使用し、基地局が、ＳＬＵＥのＭＮを備える。いくつかの実施形態では、ＳＬＵＥが、ＤＣを使用し、基地局が、ＳＬＵＥのＳＮを備える。

基地局の実施形態が、本明細書でさらに開示される。いくつかの実施形態では、基地局は、ＳＬＵＥからＲＲＣメッセージを受信するように適合され、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージである。基地局は、ＲＲＣメッセージに基づいて１つまたは複数のアクションをとるようにさらに適合される。いくつかの実施形態では、基地局はまた、上記で開示の方法における基地局によるステップのいずれかを実施するように適合される。

基地局の実施形態も、本明細書で開示される。いくつかの実施形態では、基地局は、基地局に、ＳＬＵＥからＲＲＣメッセージを受信させるように設定された処理回路を備え、ＲＲＣメッセージが、１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージである。処理回路は、基地局に、ＲＲＣメッセージに基づいて１つまたは複数のアクションをとらせるようにさらに設定される。いくつかの実施形態では、処理回路はまた、基地局に、上記で開示の方法における基地局によるステップのいずれかを実施させるように設定される。

本明細書に組み込まれ、本明細書の一部を形成する添付の描かれた図は、本開示のいくつかの態様を示し、説明とともに、本開示の原理を説明する役割を果たす。

Ｌｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）（拡張ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）とも呼ばれる）、およびエボルブドパケットコア（ＥＰＣ）との連係動作の有無にかかわらない、第５世代（５Ｇ）新無線（ＮＲ：ＮｅｗＲａｄｉｏ）ネットワークを導入するための異なるやり方を示す図である。ＬＴＥＤＣ、およびＥ－ＵＴＲＡＮＲＤＣ（ＥＮ－ＤＣ）におけるデュアルコネクティビティ（ＤＣ）のための概略的な制御プレーンアーキテクチャを示す図である。ＥＰＣ（ＥＮ－ＤＣ）を伴うマルチ無線ＤＣ（ＭＲ－ＤＣ）におけるマスタセルグループ（ＭＣＧ）、セカンダリセルグループ（ＳＣＧ）、およびスプリットベアラのためのネットワークサイドプロトコルターミネーションオプションを示す図である。ＥＮ－ＤＣにおける制御プレーン（ＣＰ）のためのネットワークアーキテクチャを示す図である。セルラーインテリジェントトランスポートシステム（Ｃ－ＩＴＳ）環境を示す図である。ネットワークから提供されるＮＲサイドリンク（ＳＬ）無線ベアラ（ＳＬＲＢ）設定を示す図である。本開示の実施形態が実装され得るセルラー通信システムの１つの例を示す図である。本開示のいくつかの実施形態による基地局およびＳＬユーザ機器（ＵＥ）の動作を示す図である。本開示のいくつかの実施形態による無線アクセスノードの概略ブロック図である。本開示のいくつかの実施形態による、図９の無線アクセスノードの仮想化実施形態を示す概略ブロック図である。本開示のいくつかの実施形態によるＵＥの概略ブロック図である。

下記で説明される実施形態は、当業者が実施形態を実践し、実施形態の実践の最善のモードを示すことを可能にするための情報を表す。添付の描かれた図の観点から以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書で詳しく述べられないこれらの概念の用途を認識するであろう。これらの概念および用途が本開示の範囲に含まれることを理解されたい。

無線ノード：本明細書で使用されるように、「無線ノード」は、無線アクセスノードまたは無線デバイスである。

無線アクセスノード：本明細書で使用されるように、「無線アクセスノード」または「無線ネットワークノード」は、信号を無線で送信および／または受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードである。無線アクセスノードのいくつかの例は、基地局（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ：ＮｅｗＲａｄｉｏ）基地局（ｇＮＢ）、または３ＧＰＰＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおけるエンハンストまたはエボルブドノードＢ（ｅＮＢ）、ハイパワーまたはマクロ基地局、ローパワー基地局（例えば、マイクロ基地局、ピコ基地局、ホームｅＮＢ、または同様のもの）、および中継ノードを含むがこれらに限定されない。

コアネットワークノード：本明細書で使用されるように、「コアネットワークノード」は、コアネットワーク（ＣＮ）における任意のタイプのノード、またはＣＮ機能を実装する任意のノードである。ＣＮノードのいくつかの例は、例えば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）、または同様のものを含む。ＣＮノードの他のいくつかの例は、アクセスアンドモビリティ機能（ＡＭＦ）、ユーザプレーン（ＵＰ）機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）、または同様のものを実装するノードを含む。

無線デバイス：本明細書で使用されるように、「無線デバイス」は、信号を無線アクセスノードに無線で送信および／または受信することによってセルラー通信ネットワークにアクセスできる（すなわち、セルラー通信ネットワークによってサーブされる）任意のタイプのデバイスである。無線デバイスのいくつかの例は、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）、およびマシン型通信（ＭＴＣ）デバイスを含むがこれらに限定されない。

サイドリンク無線デバイス：本明細書で使用されるように、「サイドリンク無線デバイス」、「サイドリンク対応無線デバイス」、「サイドリンクＵＥ」、または「サイドリンク対応ＵＥ」は、サイドリンク（ＳＬ）通信の能力がある無線デバイスまたはＵＥである。

ネットワークノード：本明細書で使用されるように、「ネットワークノード」は、セルラー通信ネットワーク／システムにおけるＲＡＮまたはＣＮの一部である任意のノードである。

本明細書で行われる説明は、３ＧＰＰセルラー通信システムに焦点を合わせており、したがって、３ＧＰＰの専門用語、または３ＧＰＰの専門用語と同様の専門用語がしばしば使用されることに留意されたい。それでも、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

本明細書における説明では、用語「セル」に言及することがあるが、特に、５ＧＮＲの概念については、セルの代わりにビームが使用され得ることに留意されたく、したがって、本明細書で説明される概念が、セルとビーム両方に等しく適用可能であることに留意することが重要である。

ＮＲでは、ＳＬサービス品質（ＱｏＳ）フローからＳＬＲＢへのマッピングを含む、ＳＬ無線ベアラ（ＳＬＲＢ）設定は、ＵＥがカバレッジ内にあるときにネットワークによって事前設定または設定される。この後者のケースについて、今のところ、ＵＥが、新しいＳＬＱｏＳフローをサポートするために、ＳＬＲＢ再設定または新しいＳＬＲＢ設定をリクエストし得る方法に対するシグナリングサポートはない。シグナリングのこの欠如は、ＱｏＳフローマッピングへのＳＬＲＢ設定にインパクトを与えるだけでなく、例えば、ネットワークサイドにおいてＵＥＳＬコンテキストを更新することなど、他の無線リソース制御（ＲＲＣ）手順にもインパクトを与え得る。具体的には、ＵＥが、特定のＲＲＣ手順をネットワークにリクエストできない場合、これは、ＳＬ（再）設定エラー、接続割込み、およびシグナリングオーバヘッドにつながることになる。

例えば、特定の状況が発生したとき（例えば、新しいＱｏＳフローがＳＬＵＥにおいてポップアップしたとき、ＳＬＵＥコンテキストが、ｇＮＢ／ｅＮＢにおいて格納されているコンテキストと非同期になるとき、または、新しいＳＬＲＢ設定が要求されるとき）、ＳＬＵＥが、ネットワークから（例えば、ＳＬに関する）ＲＲＣ手順をリクエストするために、ＲＲＣメッセージをネットワークに送ること（または指示をネットワークに送ることだけ）を可能にするためのシステムおよび方法が本明細書で開示される。リクエストされたＲＲＣ手順は、新しいＳＬ設定またはＳＬ設定更新であり得る（がこれに限定されない）。また、ＳＬＵＥによって指示をネットワークに送るために、同じＲＲＣ手順が使用されることが可能である。このやり方で、ＳＬＵＥとネットワークの間の（再）設定エラー、接続割込み、およびシグナリングオーバヘッドを防ぐことができる。

いくつかの実施形態では、特定の状況が発生したとき（例えば、新しいＱｏＳフローがＳＬＵＥにおいてポップアップしたとき、ＳＬＵＥコンテキストが、ＮＲ基地局（ｇＮＢ）／エンハンストもしくはエボルブドノードＢ（ｅＮＢ）において格納されているコンテキストと非同期になるとき、または、新しいＳＬＲＢ設定が要求されるとき）、ＳＬＵＥが、ＲＲＣ手順をネットワークにリクエストし得る（または指示だけを送り得る）。本開示の実施形態のいくつかの実例の利益は、以下を含み得る。
・ＳＬサービス継続性が保証され得、新しいＱｏＳフローが、どのようなエラーもなくＳＬＲＢに正しくマッピングされ得る。
・ＳＬＵＥが新しい設定、新しいＱｏＳマッピング、または、ＳＬＵＥコンテキストの同期を必要とするケースでは、ネットワークが認識しているので、ＳＬＵＥとネットワークとの間のシグナリングオーバヘッドが低減され得る。
・（再）設定エラーが回避され得る。ＳＬＵＥは、更新された設定をネットワークにリクエストする能力があり得る。

この点に関して、図７は、本開示の実施形態が実装され得るセルラー通信システム７００の１つの例を示す。本明細書で説明される実施形態では、セルラー通信システム７００は、ＮＲＲＡＮを含む５Ｇシステム（５ＧＳ）である。しかしながら、本開示は、これらに限定されない。むしろ、本開示の実施形態は、ＳＬ通信を可能にする他のタイプの無線通信システムにおいて実装され得る。この例では、ＲＡＮは、対応するセルを制御する、５ＧＮＲではｇＮＢまたは次世代ＲＡＮ（ＮＧ－ＲＡＮ）ノードと呼ばれる、基地局７０２を含む。セルラー通信システム７００はまた、５ＧＳでは５ＧＣＮ（５ＧＣＮ）と呼ばれる、コアネットワーク７０４を含む。コアネットワーク７０４は、代替として、エボルブドパケットコア（ＥＰＣ）であり得る。基地局７０２は、コアネットワーク７０４に接続される。

セルラー通信システム７００はまた、本明細書においてＳＬＵＥ１０６－１および１０６－２とも呼ばれる、ＳＬ無線デバイス７０６－１および７０６－２を含む。この例では、ＳＬＵＥ７０６－１は、基地局７０２へのセルラーリンク、および他のＳＬＵＥ７０６－２へのＳＬを有する。

ここで、いくつかの実例の実施形態の説明が提供される。以下の実施形態は、ＮＲについて説明されるが、これらは、ＬＴＥ、または他の任意の無線アクセス技術（ＲＡＴ）に適用され得ることに留意されたい。さらに、ＮＧ－ＲＡＮノードは、５ＧＣまたはＥＰＣに接続され得る。デュアルコネクティビティ（ＤＣ）のケースでは、開示のソリューションは、例えば、３ＧＰＰ技術仕様書（ＴＳ）３７．３４０Ｖ１５．６．０に記述されているような、マルチ無線ＤＣ（ＭＲ－ＤＣ）オプション全てに適用されることが可能である。

ＲＲＣ手順リクエストをするか、例えばＳＬ通信の、いくつかの変更または状況をネットワークに知らせるために、ＳＬＵＥ（例えば、ＳＬＵＥ７０６－１）がＲＲＣメッセージをネットワークに（例えば基地局７０２に）送ることを可能にするための実施形態が本明細書で開示される。リクエストされたＲＲＣ手順は、新しいＳＬ設定または設定更新であり得る（がこれらに限定されない）。同じＲＲＣ手順がまた、ＳＬＵＥによって指示をネットワークに送るために使用されることが可能である。代替として、ＳＬＵＥは、いくつかのアクションをとることをそれ自体で決め（例えば、新しいＱｏＳマッピングルールを決め）、次に、（例えば、新しい）ＲＲＣメッセージを介してネットワークに知らせる。

この点に関して、図８は、本開示の様々な実施形態による、基地局７０２およびＳＬＵＥ７０６－１の動作を示す。図示のように、ＳＬＵＥ７０６－１は、ＳＬ関連設定（例えば、ＳＬ設定もしくはＳＬ設定更新）についてのＲＲＣ手順をリクエストするためにＲＲＣメッセージをネットワークに送るため、および／または、指示（例えば、ＳＬＵＥによって自律的に行われる、変更される、もしくは更新される１つもしくは複数のＳＬ関連設定をネットワークに指示する情報）を伴うＲＲＣメッセージをネットワークに送るためのトリガを検出する（例えば、１つまたは複数のトリガイベントまたは条件を検出する）（ステップ８００）。いくつかの実施形態では、ＳＬＵＥ７０６－１は、ＳＬ関連設定についてのＲＲＣ手順をリクエストするためにＲＲＣメッセージをネットワークに送るためのトリガを検出する。この検出は、このＲＲＣ手順リクエストをトリガするための１つまたは複数の（例えば、事前規定または事前設定された）基準が満たされたという検出である。１つの実施形態では、ＳＬＵＥ７０６－１によってＳＬ関連設定についてのＲＲＣ手順リクエストをトリガするための１つまたは複数の（例えば、事前規定または事前設定された）基準は、例えば、変更された無線状態または（再）設定エラーによる、ＳＬＲＢ再設定の必要性を含む。別の実施形態では、ＳＬＵＥ７０６－１によってＳＬ関連設定についてのＲＲＣ手順リクエストをトリガするための１つまたは複数の（例えば、事前規定または事前設定された）基準は、新しいＳＬＱｏＳフローがあるが、クリアなＱｏＳマッピング（すなわち、ＳＬＳＬＲＢへのＳＬＱｏＳフロー）がないとき、または、新しいＳＬＱｏＳマッピングがネットワークから必要とされる（例えば、現在のＳＬＳＬＲＢがＳＬＱｏＳフロー要件を果たすことができない）ときである。別の実施形態では、ＳＬＵＥ７０６－１によってＳＬ関連設定についてのＲＲＣ手順リクエストをトリガするための１つまたは複数の（例えば、事前規定または事前設定された）基準は、ＳＬ関連ＵＥコンテキストがＳＬＵＥ７０６－１サイドにおいて変化し（例えば、宛先Ｌ２識別情報（ＩＤ）の更新、または新しいＳＬユニキャストリンク）、これが、（例えば、ハンドオーバ手順中に、間違ったＳＬ関連ＵＥコンテキストを検索すること、または送ることを防ぐために）ネットワークサイドにおいて更新される必要があるときである。

別の実施形態では、ＲＲＣ手順のためのトリガ（例えば、ＳＬ関連設定についてのＲＲＣ手順リクエストのためのトリガ）は、例えば、新しいＱｏＳマッピングルールを決めること、またはＳＬ関連ＵＥコンテキストを自律的に更新することなどの、自律アクションの、ＳＬＵＥ７０６－１による実施である。自律アクション（例えば、新しいＱｏＳマッピングルールを決めること、またはＳＬ関連ＵＥコンテキストを自律的に更新すること）をＳＬＵＥ７０６－１が実施すると、ＳＬＵＥ７０６－１は、発生した変更をネットワークに知らせるために、ＳＬ関連設定についてのＲＲＣ手順リクエストのためのこのトリガを検出する。別の実施形態では、ＳＬＵＥ７０６－１は、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のとき、またはカバレッジ外のとき、自律アクションを実施するが、発生したＳＬ関連の変更をネットワークに知らせるために、ＳＬＵＥ７０６－１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るやいなや、Ｕｕ上でのＲＲＣ手順をトリガする。

トリガを検出すると、ＳＬＵＥ７０６－１は、トリガされたＲＲＣメッセージ（例えば、ＲＲＣ手順をリクエストするメッセージ、または指示を含むメッセージ）を基地局７０２に送る（ステップ８０２）。上述のように、ＳＬＵＥ７０６－１は、トリガを検出するとすぐ、またはいくらかの後になって（例えば、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移した後）、ＲＲＣメッセージを送り得る。

１つの実施形態では、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ステップ８０２におけるＲＲＣメッセージは、ＳＬ関連設定をリクエストするため、および／または知らせるために、Ｕｕインターフェースを介して送信される。いくつかの実施形態では、Ｕｕインターフェースを介して送られたこのＲＲＣメッセージは、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージなどの既存のＳＬ関連のメッセージである。１つの実施形態では、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣ（すなわち、ＤＣが有効化される場合）メッセージなどの既存のＮＲ（またはＬＴＥ）メッセージである。代替実施形態では、ＳＬＵＥ７０６－１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、どのＲＡＴ（ＳＬ、ＮＲ、またはＬＴＥ）にも共通の新しいＲＲＣメッセージである。さらに、別の実施形態では、ＳＬＵＥ７０６－１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、ＳＬにおいてのみ使用される新しいＲＲＣメッセージである。

１つの実施形態では、ＳＬＵＥ７０６－１がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージなどの既存のメッセージである。別の実施形態では、ＳＬＵＥ７０６－１がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、どのＲＡＴにも共通の新しいＲＲＣメッセージである。別の実施形態では、ＳＬＵＥ７０６－１がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のとき、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＲＲＣメッセージは、ＳＬのためだけに使用される新しいＲＲＣメッセージである。

１つの実施形態では、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＳＬＵＥ７０６－１によって送られるＲＲＣメッセージの内容は、新しいＳＬＲＢ設定をリクエストするためのフラグを含む。別の実施形態では、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＳＬＵＥ７０６－１によって送られるＲＲＣメッセージの内容は、含まれるＱｏＳフローに必要な新しいＱｏＳマッピングの指示と一緒に新しいＱｏＳフロー情報を含む。別の実施形態では、ＳＬ関連設定をリクエストするため、および／または知らせるために使用されるＳＬＵＥ７０６－１によって送られるＲＲＣメッセージの内容は、ネットワークサイド（例えば、ｇＮＢ、ｅＮＢ、次世代ｅＮＢ（ＮＧ－ｅＮＢ））において格納されることになる新しいＳＬ関連ＵＥコンテキストを含む。

１つの実施形態では、ＵＥは、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを、例えばＳＲＢ１を介して、ネットワークに送る。ＤＣが有効化される場合、別の実施形態では、ＵＥは、このようなＲＲＣメッセージを、例えばＳＲＢ１を介して、１次ネットワークノードに送ることができる。代替実施形態では、ＵＥは、このようなＲＲＣメッセージを、例えばＳＲＢ３を介して、セカンダリネットワークノードに送ることができる。

別の実施形態では、ＳＬ対応ＵＥは、このようなＲＲＣメッセージに対するレスポンス／肯定応答を１次ノードから受信する。１つの実施形態では、ＳＬ対応ＵＥは、このようなＲＲＣメッセージに対するレスポンス／肯定応答をセカンダリノード（ＳＮ）から受信する。

ＲＲＣメッセージを受信すると、基地局７０２は、ＲＲＣメッセージに基づいて１つまたは複数のアクションを実施する（ステップ８０４）。１つの実施形態では、ＳＬ関連設定をリクエストするためのＲＲＣメッセージをＳＬ対応ＵＥから受信すると、基地局７０２は、レスポンス／肯定応答をＳＬＵＥ７０６－１に送る。１つの実施形態では、レスポンス／肯定応答は、ＳＬＵＥ７０６－１がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の場合、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎなどの（しかしこれらに限定されない）既存のＲＲＣメッセージである。代替として、１つの実施形態では、レスポンス／肯定応答は、ＳＬＵＥ７０６－１がＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥの場合、ＲＲＣＲｅｓｕｍｅ、ＲＲＣＳｅｔｕｐ、またはＰａｇｉｎｇメッセージなどの（しかしこれらに限定されない）既存のＲＲＣメッセージである。

１つの実施形態では、ＤＣが有効化される場合、基地局７０２は、１次ネットワークノード（例えば、マスタノード（ＭＮ））であり、ＳＬ関連設定をリクエストするためのＲＲＣメッセージをＳＬＵＥ７０６－１から受信すると、１次ネットワークノード（例えばＭＮ）は、ノード間制御メッセージを介して、ＲＲＣメッセージをセカンダリノード（例えばＳＮ）に転送する。さらに、１つの実施形態では、１次ノード（例えばＭＮ）から転送された、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを受信すると、セカンダリネットワークノード（例えばＳＮ）は、リクエストされたＲＲＣ手順をトリガするためのＲＲＣメッセージを生成し、メッセージを１次ノードに転送する。次に、１次ノードは、例えば、メッセージをマスタセルグループ（ＭＣＧ）ＲＲＣメッセージに埋め込むことによって、メッセージを、例えばＳＲＢ１を介して、ＳＬＵＥ７０６－１に転送することに進む。別の実施形態では、１次ノード（例えばＭＮ）から転送された、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを受信すると、セカンダリネットワークノード（例えばＳＮ）は、リクエストされたＲＲＣ手順をトリガするための直接のＲＲＣメッセージを、例えばＳＲＢ３を介して、ＳＬＵＥ７０６－１に送る。

別の実施形態では、ＤＣが有効化され、基地局７０２がセカンダリノード（例えばＳＮ）である場合、および、ＳＬ関連設定をリクエストするためのＲＲＣメッセージをＳＬＵＥ７０６－１から受信すると、セカンダリネットワークノード（例えばＳＮ）は、ノード間制御メッセージを介して、ＲＲＣメッセージを１次ノード（例えばＭＮ）に転送する。さらに、１つの実施形態では、セカンダリノード（例えばＳＮ）から転送された、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを受信すると、１次ネットワークノード（例えばＭＮ）は、リクエストされたＲＲＣ手順をトリガするためのＲＲＣメッセージを生成し、ＲＲＣメッセージをＳＮに転送する。次にＳＮは、例えば、メッセージをセカンダリセルグループ（ＳＣＧ）ＲＲＣメッセージに埋め込むことによって、メッセージを、例えばＳＲＢ３を介して、ＳＬＵＥ７０６－１に転送することに進む。１つの実施形態では、ＳＮから転送された、ＳＬ関連設定をリクエストするためのＲＲＣメッセージを受信すると、１次ネットワークノードは、リクエストされたＲＲＣ手順をトリガするための直接のＲＲＣメッセージを、例えばＳＲＢ１を介して、ＳＬＵＥ７０６－１に送る。

１つの実施形態では、ＳＬＵＥ７０６－１は、ネットワークから（例えば、基地局７０２から、または別のＲＡＮノード（例えばＳＮ）から）レスポンスまたは肯定応答を受信する（ステップ８０６）。ネットワークからレスポンス／肯定応答を受信すると、ＳＬＵＥ７０６－１は、１つまたは複数のアクションを実施する（ステップ８０８）。例えば、いくつかの実施形態では、レスポンスまたは肯定応答は、設定（例えば、ＳＬＲＢ設定またはＱｏＳマッピングルール）を含み、ＳＬＵＥ７０６－１は、レスポンスまたは肯定応答で受信された設定（例えば、ＳＬＲＢ設定またはＱｏＳマッピングルール）を適用する。別の例として、ネットワークから（例えば、基地局７０２から、または別のＲＡＮノード（例えばＳＮ）から）レスポンス／肯定応答を受信すると、ＳＬＵＥ７０６－１は、ＲＲＣ＿ＩＤＬＥ／ＲＲＣ＿ＩＮＡＣＴＩＶＥになる。さらに別の例として、ネットワークから（例えば、基地局７０２から、または別のＲＡＮノード（例えばＳＮ）から）レスポンス／肯定応答を受信すると、ＳＬＵＥ７０６－１は、ＳＬ通信を解放する。別の実施形態では、ネットワークから（例えば、基地局７０２から、または別のＲＡＮノード（例えばＳＮ）から）レスポンス／肯定応答を受信すると、ＳＬＵＥ７０６－１は、アクションを実施しない。

図９は、本開示のいくつかの実施形態による、無線アクセスノード９００の概略ブロック図である。無線アクセスノード９００は、例えば、基地局７０２（例えば、ｇＮＢまたはＮＧ－ＲＡＮノード）であり得る。図示のように、無線アクセスノード９００は、１つもしくは複数のプロセッサ９０４（例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または同様のもの）、メモリ９０６、ならびにネットワークインターフェース９０８を含む制御システム９０２を含む。１つまたは複数のプロセッサ９０４も、本明細書では処理回路と呼ばれる。さらに、無線アクセスノード９００は、１つまたは複数のアンテナ９１６に連結された１つまたは複数の送信機９１２および１つまたは複数の受信機９１４をそれぞれ含む１つまたは複数の無線ユニット９１０を含む。無線ユニット９１０は、無線インターフェース回路機器と呼ばれるか、その一部であり得る。いくつかの実施形態では、無線ユニット９１０は、制御システム９０２の外部にあり、例えば有線接続（例えば光ケーブル）を介して、制御システム９０２に接続される。しかしながら、他のいくつかの実施形態では、無線ユニット９１０、および潜在的にアンテナ９１６は、制御システム９０２と一緒に統合される。１つまたは複数のプロセッサ９０４は、本明細書で説明されるような、無線アクセスノード９００の１つまたは複数の機能（例えば図８について、例えば上記で説明されたような基地局７０２の１つまたは複数の機能）を提供するように動作する。いくつかの実施形態では、機能は、例えばメモリ９０６に格納され、１つまたは複数のプロセッサ９０４によって実行されるソフトウェアに実装される。

図１０は、本開示のいくつかの実施形態による、無線アクセスノード９００の仮想化実施形態を示す概略ブロック図である。この議論は、他のタイプのネットワークノードに等しく適用可能である。さらに、他のタイプのネットワークノードが、同様の仮想化アーキテクチャを有し得る。

本明細書で使用されるように、「仮想化」無線アクセスノードは、無線アクセスノード９００の機能の少なくとも一部が、（例えば、ネットワークにおける物理処理ノード上で実行する仮想マシンを介した）仮想構成要素として実装される無線アクセスノード９００の実装形態である。図示のように、この例では、無線アクセスノード９００は、上記で説明されたように、１つまたは複数のプロセッサ９０４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ９０６、ネットワークインターフェース９０８、ならびに、１つまたは複数のアンテナ９１６に連結された１つまたは複数の送信機９１２および１つまたは複数の受信機９１４をそれぞれ含む１つまたは複数の無線ユニット９１０を含む制御システム９０２を含む。制御システム９０２は、例えば、光ケーブルまたは同様のものを介して、無線ユニット９１０に接続される。制御システム９０２は、ネットワークインターフェース９０８を介してネットワーク１００２に連結された、またはその一部として含まれる、１つまたは複数の処理ノード１０００に接続される。各処理ノード１０００は、１つまたは複数のプロセッサ１００４（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ１００６、ならびにネットワークインターフェース１００８を含む。

この例では、本明細書で説明される無線アクセスノード９００の機能１０１０（例えば図８について、例えば上記で説明されたような基地局７０２の１つまたは複数の機能）は、１つまたは複数の処理ノード１０００において実装されるか、制御システム９０２および１つまたは複数の処理ノード１０００全体に、任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明される無線アクセスノード９００の機能１０１０のいくつかまたは全ては、処理ノード１０００によってホストされた仮想環境内に実装された１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。当業者によって理解されるように、処理ノード１０００と制御システム９０２との間の追加のシグナリングまたは通信が、所望の機能１０１０のうちの少なくともいくつかを実行するために使用される。特に、いくつかの実施形態では、制御システム９０２は含まれないことがあり、このケースでは、無線ユニット９１０は、適切なネットワークインターフェースを介して処理ノード１０００と直接通信する。

いくつかの実施形態では、本明細書で説明される実施形態のいずれかによる仮想環境における、無線アクセスノード９００、または無線アクセスノード９００の機能１０１０の１つもしくは複数を実装するノード（例えば処理ノード１０００）の機能（例えば図８について、例えば上記で説明されたような基地局７０２の１つまたは複数の機能）を、少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読ストレージ媒体（例えば、メモリなどの非一時的コンピュータ可読媒体）の１つである。

図１１は、本開示のいくつかの実施形態によるＵＥ１１００の概略ブロック図である。図示のように、ＵＥ１１００は、１つまたは複数のプロセッサ１１０２（例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ１１０４、ならびに、１つまたは複数のアンテナ１１１２に連結された１つまたは複数の送信機１１０８および１つまたは複数の受信機１１１０をそれぞれ含む１つまたは複数の送受信機１１０６を含む。送受信機１１０６は、当業者によって理解されるように、アンテナ１１１２とプロセッサ１１０２との間で通信される信号を条件づけるように設定されたアンテナ１１１２に接続された無線フロントエンド回路機器を含む。プロセッサ１１０２も、本明細書では処理回路と呼ばれる。送受信機１１０６も、本明細書では無線回路機器と呼ばれる。いくつかの実施形態では、上記で説明されたＵＥ１１００の機能（例えば図８について、例えば上記で説明されたようなＳＬＵＥ７０６－１の１つまたは複数の機能）は、例えば、メモリ１１０４に格納され、プロセッサ１１０２によって実行される、ソフトウェアに完全または部分的に実装され得る。ＵＥ１１００は、例えば、１つまたは複数のユーザインターフェース構成要素（例えば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカ、および／もしくは同様のものを含む入出力インターフェース、ならびに／または、ＵＥ１１００への情報の入力を可能にするため、および／もしくは、ＵＥ１１００からの情報の出力を可能にするための任意の他の構成要素）、電源（例えば、バッテリおよび関連付けられた電力回路機器）等などの、図１１に示されていない追加の構成要素を含み得ることに留意されたい。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、本明細書で説明される実施形態のいずれかによるＵＥ１１００の機能（例えば図８について、例えば上記で説明されたようなＳＬＵＥ７０６－１の１つまたは複数の機能）を、少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読ストレージ媒体（例えば、メモリなどの非一時的コンピュータ可読媒体）の１つである。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通じて実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る処理回路、および、デジタル信号プロセッサ（ＤＳＰ）、専用デジタルロジック、および同様のものを含み得る他のデジタルハードウェアを介して、実装され得る。処理回路は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等などの、メモリの１つまたはいくつかのタイプを含み得るメモリに格納されたプログラムコードを実行するように設定され得る。メモリに格納されたプログラムコードは、１つまたは複数のテレコミュニケーションおよび／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに、本明細書で説明される技法の１つまたは複数を実行するための命令を含む。いくつかの実装形態では、処理回路は、本開示の１つまたは複数の実施形態による、対応する機能をそれぞれの機能ユニットに実施させるために使用され得る。

図の処理は、本開示の特定の実施形態によって実施される動作の特定の順序を示し得るが、このような順序は例示であることを理解されたい（例えば、代替実施形態は、異なる順序で動作を実施し得る、特定の動作を結合させ得る、特定の動作を重複させ得る等）。これに限定されないが、本開示のいくつかの実例の実施形態が下記で提供される。

実施形態１：サイドリンク（ＳＬ）ユーザ機器（ＵＥ）において実装される方法であって、
・無線リソース制御（ＲＲＣ）メッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または
〇１つもしくは複数のＳＬ関連設定に関するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、トリガを検出することと、
・ＲＲＣメッセージをネットワークノードに送ることと
を含む、方法。

実施形態２：
・ＲＲＣメッセージが、
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含み、
・ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、
実施形態１の方法。

実施形態３：ＲＲＣメッセージを送るためのトリガを検出することが、１つまたは複数の基準を検出することを含み、１つまたは複数の基準が、
・ＳＬ無線ベアラ（ＳＬＲＢ）再設定が必要とされるという基準、
・新しいＳＬサービス品質（ＱｏＳ）フローはあるが、新しいＳＬＱｏＳフローのためのＱｏＳマッピングがないという基準、
・新しいＳＬＱｏＳマッピングが必要とされるという基準、
・ＳＬＵＥにおけるＳＬ関連ＵＥコンテキストの変更という基準、または
・ＳＬＵＥによる１つもしくは複数の自律ＳＬ関連アクションの実施という基準
を含む、実施形態１または２の方法。

実施形態４：ＳＬＵＥによる１つまたは複数の自律ＳＬ関連アクションの実施という基準が、新しいＳＬ関連ＱｏＳマッピングルールを自律的に決めるという基準、またはＳＬ関連ＵＥコンテキストを自律的に更新するという基準を含む、実施形態３の方法。

実施形態５：ＲＲＣメッセージをネットワークノードに送ることが、トリガの検出時にＲＲＣメッセージをネットワークノードに送ることを含む、実施形態１から４のいずれか１つの方法。

実施形態６：
・ＲＲＣメッセージを送るためのトリガを検出することが、ＳＬＵＥが非稼働または非アクティブ状態の間にＲＲＣメッセージを送るためのトリガを検出することを含み、
・ＲＲＣメッセージをネットワークノードに送ることが、トリガの検出時にＲＲＣメッセージをネットワークノードに送ること、および非稼働または非アクティブ状態から接続状態に遷移することを含む、
実施形態１から４のいずれか１つの方法。

実施形態７：
・ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む、
実施形態１から６のいずれか１つの方法。

実施形態８：既存のＳＬ関連ＲＲＣメッセージが、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む、実施形態７の方法。

実施形態９：
・ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ＲＲＣメッセージが、既存の新無線（ＮＲ：ＮｅｗＲａｄｉｏ）またはＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣメッセージを含む、
実施形態１から７のいずれか１つの方法。

実施形態１０：既存のＮＲまたはＬＴＥＲＲＣメッセージが、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含む、実施形態９の方法。

実施形態１１：
・ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態１から７のいずれか１つの方法。

実施形態１２：
・ＲＲＣメッセージをネットワークノードに送ることが、接続状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含む、
実施形態１から７のいずれか１つの方法。

実施形態１３：
・ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ＲＲＣメッセージが、既存のＲＲＣメッセージを含む、
実施形態１から５のいずれか１つの方法。

実施形態１４：既存のＲＲＣメッセージが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む、実施形態１３の方法。

実施形態１５：
・ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態１から５のいずれか１つの方法。

実施形態１６：
・ＲＲＣメッセージをネットワークノードに送ることが、非稼働または非アクティブ状態のとき、ＲＲＣメッセージをネットワークノードに送ることを含み、
・ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む、
実施形態１から５のいずれか１つの方法。

実施形態１７：ＲＲＣメッセージが、新しいＳＬＲＢ設定についてのリクエストを指示するフラグを含む、実施形態１から１６のいずれか１つの方法。

実施形態１８：ＲＲＣメッセージが、ＳＬＵＥにおける１つまたは複数のＱｏＳフローについてのＱｏＳフロー情報を含む、実施形態１から１７のいずれか１つの方法。

実施形態１９：ＲＲＣメッセージが、１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む、実施形態１８の方法。

実施形態２０：ＲＲＣメッセージが、ＳＬＵＥのための新しいＳＬ関連ＵＥコンテキストを含む、実施形態１から１６のいずれか１つの方法。

実施形態２１：ネットワークノードまたは別のネットワークノードからレスポンスを受信することをさらに含む、実施形態１から２０のいずれか１つの方法。

実施形態２２：レスポンスが、１つもしくは複数のＳＬ関連設定、または１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む、実施形態２１の方法。

実施形態２３：レスポンスに基づいて１つまたは複数のアクションをとることをさらに含む、実施形態２１または２２の方法。

実施形態２４：ネットワークノードが、基地局を含む、実施形態１から２３のいずれか１つの方法。

実施形態２５：
・ＳＬＵＥが、デュアルコネクティビティを使用し、
・ネットワークノードが、ＳＬＵＥのマスタノード（ＭＮ）を含む、
実施形態１から２４のいずれか１つの方法。

実施形態２６：
・ＳＬＵＥが、デュアルコネクティビティを使用し、
・ネットワークノードが、ＳＬＵＥのセカンダリノード（ＳＮ）を含む、
実施形態１から２４のいずれか１つの方法。

実施形態２７：サイドリンク（ＳＬ）ユーザ機器（ＵＥ）であって、
・無線リソース制御（ＲＲＣ）メッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、トリガを検出することと、
・ＲＲＣメッセージをネットワークノードに送ることと
を行うように適合された、ＳＬＵＥ。

実施形態２８：実施形態２から２６のいずれか１つの方法を実施するように適合された、実施形態２７のＳＬＵＥ。

実施形態２９：サイドリンク（ＳＬ）ユーザ機器（ＵＥ）であって、
・１つまたは複数の送信機と、
・１つまたは複数の受信機と、
・１つまたは複数の送信機および１つまたは複数の受信機に関連付けられた処理回路であって、
〇無線リソース制御（ＲＲＣ）メッセージを送るためのトリガを検出することであって、ＲＲＣメッセージが、
● １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
● １つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ、または
● １つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、トリガを検出すること、および
〇ＲＲＣメッセージをネットワークノードに送ること
をＳＬＵＥに行わせるように設定された、処理回路と
を備える、ＳＬＵＥ。

実施形態３０：処理回路が、実施形態２から２６のいずれか１つの方法をＳＬＵＥに実施させるようにさらに設定される、実施形態２９のＳＬＵＥ。

実施形態３１：ネットワークノードにおいて実装される方法であって、
・サイドリンク（ＳＬ）ユーザ機器（ＵＥ）から無線リソース制御（ＲＲＣ）メッセージを受信することであって、ＲＲＣメッセージが、
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ
である、無線リソース制御（ＲＲＣ）メッセージを受信することと、
・ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることと
を含む、方法。

実施形態３２：１つまたは複数のアクションが、ＲＲＣメッセージまたはＲＲＣメッセージ内の情報を別のネットワークノードに送ることを含む、実施形態３１の方法。

実施形態３３：
１つまたは複数のアクションが、レスポンスをＳＬＵＥに送ることを含み、
レスポンスが、ＳＬＵＥのための１つもしくは複数のＳＬ関連設定、またはＳＬＵＥのための１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む、
実施形態３１の方法。

実施形態３４：
・ＲＲＣメッセージが、
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、または
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ
を含み、
・ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、
実施形態３１から３３のいずれか１つの方法。

実施形態３５：
・ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが接続状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、
・ＲＲＣメッセージが、既存のＳＬ関連ＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。

実施形態３６：既存のＳＬ関連ＲＲＣメッセージが、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む、実施形態３５の方法。

実施形態３７：
・ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが接続状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、
・ＲＲＣメッセージが、既存の新無線（ＮＲ：ＮｅｗＲａｄｉｏ）またはＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。

実施形態３８：既存のＮＲまたはＬＴＥＲＲＣメッセージが、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含む、実施形態３７の方法。

実施形態３９：
・ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが接続状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、
・ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。

実施形態４０：
・ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが接続状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、
・ＲＲＣメッセージが、ＳＬだけのための新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。

実施形態４１：
・ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが非稼働または非アクティブ状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、
・ＲＲＣメッセージが、既存のＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。

実施形態４２：既存のＲＲＣメッセージが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む、実施形態４１の方法。

実施形態４３：
・ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが非稼働または非アクティブ状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、
・ＲＲＣメッセージが、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。

実施形態４４：
・ＳＬＵＥからＲＲＣメッセージを受信することが、ＳＬＵＥが非稼働または非アクティブ状態の間、ＳＬＵＥからＲＲＣメッセージを受信することを含み、
・ＲＲＣメッセージが、ＳＬだけのために使用される新しいＲＲＣメッセージを含む、
実施形態３１から３４のいずれか１つの方法。

実施形態４５：ＲＲＣメッセージが、新しいＳＬ無線ベアラ（ＳＬＲＢ）設定についてのリクエストを指示するフラグを含む、実施形態３１から４４のいずれか１つの方法。

実施形態４６：ＲＲＣメッセージが、ＳＬＵＥにおける１つまたは複数のサービス品質（ＱｏＳ）フローについてのＱｏＳフロー情報を含む、実施形態３１から４５のいずれか１つの方法。

実施形態４７：ＲＲＣメッセージが、１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む、実施形態４６の方法。

実施形態４８：ＲＲＣメッセージが、ＳＬＵＥのための新しいＳＬ関連ＵＥコンテキストを含む、実施形態３１から４４のいずれか１つの方法。

実施形態４９：ネットワークノードが、基地局を含む、実施形態３１から４８のいずれか１つの方法。

実施形態５０：
・ＳＬＵＥが、デュアルコネクティビティを使用し、
・基地局が、ＳＬＵＥのマスタノード（ＭＮ）を含む、
実施形態３１から４９のいずれか１つの方法。

実施形態５１：
・ＳＬＵＥが、デュアルコネクティビティを使用し、
・基地局が、ＳＬＵＥのセカンダリノード（ＳＮ）を含む、
実施形態３１から４９のいずれか１つの方法。

実施形態５２：基地局であって、
・サイドリンク（ＳＬ）ユーザ機器（ＵＥ）から無線リソース制御（ＲＲＣ）メッセージを受信することであって、ＲＲＣメッセージが、
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、
である、無線リソース制御（ＲＲＣ）メッセージを受信することと、
・ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることと
を行うように適合された、基地局。

実施形態５３：実施形態３２から５１のいずれか１つの方法を実施するように適合された、実施形態５２の基地局。

実施形態５４：基地局であって、
・サイドリンク（ＳＬ）ユーザ機器（ＵＥ）から無線リソース制御（ＲＲＣ）メッセージを受信することであって、ＲＲＣメッセージが、
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順についてのリクエスト、
〇１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、または
〇１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連するＳＬＵＥによって行われた１つもしくは複数の変更についての情報を含むメッセージ、
である、無線リソース制御（ＲＲＣ）メッセージを受信することと、
・ＲＲＣメッセージに基づいて１つまたは複数のアクションをとることと
を基地局に行わせるように設定された処理回路を備える、基地局。

実施形態５５：処理回路が、実施形態３２から５１のいずれか１つの方法を基地局に実施させるようにさらに設定される、実施形態５４の基地局。

以下の省略形のうちの少なくともいくつかが、本開示において使用され得る。
・３ＧＰＰ第３世代パートナーシッププロジェクト
・５Ｇ第５世代
・５ＧＣＮ第５世代コアネットワーク
・５ＧＳ第５世代システム
・ＡＭＦアクセスアンドモビリティ機能
・ＡＳアクセス層
・ＡＵＳＦ認証サーバ機能
・ＢＳＲバッファステータスレポート
・ＣＡキャリアアグリゲーション
・Ｃ－ＩＴＳセルラーインテリジェントトランスポートシステム
・ＣＮコアネットワーク
・ＣＰ制御プレーン
・Ｄ２Ｄｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ
・ＤＣデュアルコネクティビティ
・ＤＣＩダウンリンク制御情報
・ＤＲＢデータ無線ベアラ
・ＤＳＰデジタル信号プロセッサ
・ｅＬＴＥエンハンストＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ
・ｅＮＢエンハンストまたはエボルブドノードＢ（ｅＮＢ）
・ＥＮ－ＤＣ拡張ユニバーサル地上無線アクセス新無線デュアルコネクティビティ
・ＥＰＣエボルブドパケットコア
・Ｅ－ＵＴＲＡ拡張ユニバーサル地上無線アクセス
・ｅＶ２ＸエンハンストＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）
・ｇＮＢ新無線基地局
・ＨＳＳホーム加入者サーバ
・ＩＤ識別情報
・ＩＴＳインテリジェントトランスポートシステム
・ＬＴＥＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ
・ＭＡＣ媒体アクセス制御
・ＭＣマルチコネクティビティ
・ＭＣＧマスタセルグループ
・ＭｅＮＢマスタエンハンストまたはエボルブドノードＢ（ｅＮＢ）
・ＭｇＮＢマスタ新無線基地局
・ＭＭＥモビリティ管理エンティティ
・ＭＮマスタノード
・ＭＲ－ＤＣマルチ無線デュアルコネクティビティ
・ＭＴＣマシン型通信
・ＮＡＳ非アクセス階層
・ＮＥ－ＤＣ新無線拡張ユニバーサル地上無線アクセスデュアルコネクティビティ
・ＮＥＦネットワーク公開機能
・ＮＦネットワーク機能
・ＮＧ－ｅＮＢ次世代エンハンストまたはエボルブドノードＢ
・ＮＧＥＮ－ＤＣ次世代無線アクセスネットワーク拡張ユニバーサル地上無線アクセス新無線デュアルコネクティビティ
・ＮＧ－ＲＡＮ次世代無線アクセスネットワーク
・ＮＲ新無線（ＮｅｗＲａｄｉｏ）
・ＮＲＦネットワーク機能リポジトリ機能
・ＮＳＳＦネットワークスライス選択機能
・ＰＣＦポリシ制御機能
・ＰＣＴ特許協力条約
・ＰＤＣＣＨ物理ダウンリンク制御チャネル
・ＰＤＣＰパケットデータコンバージェンスプロトコル
・Ｐ－ＧＷパケットデータネットワークゲートウェイ
・ＰＳＣＣＨ物理サイドリンク制御チャネル
・ＰＳＳＣＨ物理サイドリンク共有チャネル
・ＱｏＳサービス品質
・ＲＡリソースアロケーション
・ＲＡＭランダムアクセスメモリ
・ＲＡＮ無線アクセスネットワーク
・ＲＡＴ無線アクセス技術
・Ｒｅｌリリース
・ＲＬＣ無線リンク制御
・ＲＮＡ無線アクセスネットワークベース通知エリア
・ＲＯＭリードオンリメモリ
・ＲＲＣ無線リソース制御
・ＲＸ受信
・ＳＡスタンドアロン
・ＳＣＥＦサービス能力公開機能
・ＳＣＧセカンダリセルグループ
・ＳＣＩサイドリンク制御情報
・ＳＤＡＰサービスデータ適合プロトコル
・ＳｅＮＢセカンダリエンハンストまたはエボルブドノードＢ
・ＳｇＮＢセカンダリ新無線基地局
・ＳＩＢシステム情報ブロック
・ＳＬサイドリンク
・ＳＬＲＢサイドリンク無線ベアラ
・ＳＭＦセッション管理機能
・ＳＮセカンダリノード
・ＳＲＢシグナリング無線ベアラ
・ＴＲ技術レポート
・ＴＳ技術仕様書
・ＴＸ送信
・ＵＤＭ統合データ管理
・ＵＥユーザ機器
・ＵＰユーザプレーン
・ＵＰＦユーザプレーン機能
・ＵＲＬＬＣ超高信頼低レイテンシ通信
・Ｖ２ＩＶｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ
・Ｖ２ＰＶｅｈｉｃｌｅ－ｔｏ－Ｐｅｄｅｓｔｒｉａｎ
・Ｖ２ＶＶｅｈｉｃｌｅ－ｔｏ－Ｖｅｈｉｃｌｅ
・Ｖ２ＸＶｅｈｉｃｌｅ－ｔｏ－Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ

Claims

サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）において実装される方法であって、
無線リソース制御（ＲＲＣ）情報を送るためのトリガを検出すること（８００）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬＵＥ（７０６－１）によって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、ことと、
前記ＲＲＣ情報をネットワークノードに送ること（８０２）と
を含む、方法。
前記ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、
請求項１に記載の方法。
前記ＲＲＣ情報を送るための前記トリガを検出すること（８００）が、１つまたは複数の基準を検出すること（８００）を含み、前記１つまたは複数の基準が、
ＳＬ無線ベアラ（ＳＬＲＢ）再設定が必要とされるという基準、
新しいＳＬサービス品質（ＱｏＳ）フローはあるが、前記新しいＳＬＱｏＳフローのためのＱｏＳマッピングがないという基準、
新しいＳＬＱｏＳマッピングが必要とされるという基準、
前記ＳＬＵＥ（７０６－１）におけるＳＬ関連ＵＥコンテキストの変更という基準、または
前記ＳＬＵＥ（７０６－１）による１つもしくは複数の自律ＳＬ関連アクションの実施という基準
を含む、請求項１または２に記載の方法。
前記ＳＬＵＥ（７０６－１）による前記１つもしくは複数の自律ＳＬ関連アクションの実施という前記基準が、新しいＳＬ関連ＱｏＳマッピングルールを自律的に決めるという基準、またはＳＬ関連ＵＥコンテキストを自律的に更新するという基準を含む、請求項３に記載の方法。
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、前記トリガの検出時に前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含む、請求項１から４のいずれか一項に記載の方法。
前記ＲＲＣ情報を送るための前記トリガを検出すること（８００）が、前記ＳＬＵＥ（７０６－１）が非稼働または非アクティブ状態である間、前記ＲＲＣ情報を送るための前記トリガを検出すること（８００）を含み、
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、前記トリガの検出時に前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）、および前記非稼働または非アクティブ状態から接続状態に遷移することを含む、
請求項１から４のいずれか一項に記載の方法。
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、接続状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、
前記ＲＲＣ情報が、既存のＳＬ関連のＲＲＣ情報を含む、
請求項１から６のいずれか一項に記載の方法。
前記既存のＳＬ関連のＲＲＣ情報が、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む、請求項７に記載の方法。
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、接続状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、
前記ＲＲＣ情報が、既存の新無線（ＮＲ：ＮｅｗＲａｄｉｏ）またはＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣ情報を含む、
請求項１から７のいずれか一項に記載の方法。
前記既存のＮＲまたはＬＴＥＲＲＣ情報が、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含む、請求項９に記載の方法。
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、接続状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、
前記ＲＲＣ情報が、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣ情報を含む、
請求項１から７のいずれか一項に記載の方法。
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、接続状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、
前記ＲＲＣ情報が、ＳＬだけのための新しいＲＲＣ情報を含む、
請求項１から７のいずれか一項に記載の方法。
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、非稼働または非アクティブ状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、
前記ＲＲＣ情報が、既存のＲＲＣ情報を含む、
請求項１から５のいずれか一項に記載の方法。
前記既存のＲＲＣ情報が、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む、請求項１３に記載の方法。
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、非稼働または非アクティブ状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、
前記ＲＲＣ情報が、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣメッセージを含む、
請求項１から５のいずれか一項に記載の方法。
前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）が、非稼働または非アクティブ状態のとき、前記ＲＲＣ情報を前記ネットワークノードに送ること（８０２）を含み、
前記ＲＲＣ情報が、ＳＬだけのために使用される新しいＲＲＣメッセージを含む、
請求項１から５のいずれか一項に記載の方法。
前記ＲＲＣ情報が、新しいＳＬＲＢ設定についてのリクエストを指示するフラグを含む、請求項１から１６のいずれか一項に記載の方法。
前記ＲＲＣ情報が、前記ＳＬＵＥ（７０６－１）における１つまたは複数のＱｏＳフローについてのＱｏＳフロー情報を含む、請求項１から１７のいずれか一項に記載の方法。
前記ＲＲＣ情報が、前記１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む、請求項１８に記載の方法。
前記ＲＲＣ情報が、前記ＳＬＵＥ（７０６－１）のための新しいＳＬ関連ＵＥコンテキストを含む、請求項１から１６のいずれか一項に記載の方法。
前記ネットワークノードまたは別のネットワークノードからレスポンスを受信すること（８０６）をさらに含む、請求項１から２０のいずれか一項に記載の方法。
前記レスポンスが、１つもしくは複数のＳＬ関連設定、または１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む、請求項２１に記載の方法。
前記レスポンスに基づいて１つまたは複数のアクションをとること（８０８）をさらに含む、請求項２１または２２に記載の方法。
前記ネットワークノードが、基地局を含む、請求項１から２３のいずれか一項に記載の方法。
前記ＳＬＵＥ（７０６－１）が、デュアルコネクティビティを使用し、
前記ネットワークノードが、前記ＳＬＵＥ（７０６－１）のマスタノード（ＭＮ）を含む、
請求項１から２４のいずれか一項に記載の方法。
前記ＳＬＵＥ（７０６－１）が、デュアルコネクティビティを使用し、
前記ネットワークノードが、前記ＳＬＵＥ（７０６－１）のセカンダリノード（ＳＮ）を含む、
請求項１から２４のいずれか一項に記載の方法。
サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）であって、
無線リソース制御（ＲＲＣ）情報を送るためのトリガを検出すること（８００）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬＵＥ（７０６－１）によって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、ことと、
前記ＲＲＣ情報をネットワークノードに送ること（８０２）と
を行うように適合された、サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）。
請求項２から２６のいずれか一項に記載の方法を実施するように適合された、請求項２７に記載のＳＬＵＥ。
サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）であって、
１つまたは複数の送信機と、
１つまたは複数の受信機と、
前記１つまたは複数の送信機および前記１つまたは複数の受信機に関連付けられた処理回路であって、
無線リソース制御（ＲＲＣ）情報を送るためのトリガを検出すること（８００）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬＵＥ（７０６－１）によって行われた１つもしくは複数の変更をネットワークに知らせる情報を含むメッセージ
を含む、こと、および
前記ＲＲＣ情報をネットワークノードに送ること（８０２）
を前記ＳＬＵＥ（７０６－１）に行わせるように設定された処理回路と
を備える、サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）。
前記処理回路が、請求項２から２６のいずれか一項に記載の方法を前記ＳＬＵＥに実施させるようにさらに設定される、請求項２９に記載のＳＬＵＥ。
ネットワークノードにおいて実装される方法であって、
サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）から無線リソース制御（ＲＲＣ）情報を受信すること（８０２）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬＵＥ（７０６－１）によって行われた１つもしくは複数の変更についての情報を含むＲＲＣメッセージ
を含む、ことと、
前記ＲＲＣ情報に基づいて１つまたは複数のアクションをとること（８０４）と
を含む、方法。
前記１つまたは複数のアクションが、前記ＲＲＣ情報を別のネットワークノードに送ることを含む、請求項３１に記載の方法。
前記１つまたは複数のアクションが、レスポンスを前記ＳＬＵＥ（７０６－１）に送ることを含み、
前記レスポンスが、前記ＳＬＵＥ（７０６－１）のための前記１つもしくは複数のＳＬ関連設定、または前記ＳＬＵＥ（７０６－１）のための前記１つもしくは複数のＳＬ関連設定への１つもしくは複数の更新を含む、
請求項３１に記載の方法。
前記ＲＲＣ手順が、ＳＬ設定手順またはＳＬ設定更新手順を含む、
請求項３１から３３のいずれか一項に記載の方法。
前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬＵＥ（７０６－１）が接続状態である間、前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、
前記ＲＲＣ情報が、既存のＳＬ関連のＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
前記既存のＳＬ関連のＲＲＣ情報が、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎメッセージを含む、請求項３５に記載の方法。
前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬＵＥ（７０６－１）が接続状態である間、前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、
前記ＲＲＣ情報が、既存の新無線（ＮＲ：ＮｅｗＲａｄｉｏ）またはＬｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ）ＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
前記既存のＮＲまたはＬＴＥＲＲＣ情報が、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ、ＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒメッセージ、またはＵＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＭＲＤＣメッセージを含む、請求項３７に記載の方法。
前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬＵＥ（７０６－１）が接続状態である間、前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、
前記ＲＲＣ情報が、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣ情報を含む、請求項３１から３４のいずれか一項に記載の方法。
前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬＵＥ（７０６－１）が接続状態である間、前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、
前記ＲＲＣ情報が、ＳＬだけのための新しいＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬＵＥ（７０６－１）が非稼働または非アクティブ状態である間、前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、
前記ＲＲＣ情報が、既存のＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
前記既存のＲＲＣ情報が、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージを含む、請求項４１に記載の方法。
前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬＵＥ（７０６－１）が非稼働または非アクティブ状態である間、前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、
前記ＲＲＣ情報が、２つ以上の無線アクセス技術（ＲＡＴ）に共通の新しいＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）が、前記ＳＬＵＥ（７０６－１）が非稼働または非アクティブ状態である間、前記ＳＬＵＥ（７０６－１）から前記ＲＲＣ情報を受信すること（８０２）を含み、
前記ＲＲＣ情報が、ＳＬだけのために使用される新しいＲＲＣ情報を含む、
請求項３１から３４のいずれか一項に記載の方法。
前記ＲＲＣ情報が、新しいＳＬ無線ベアラ（ＳＬＲＢ）設定についてのリクエストを指示するフラグを含む、請求項３１から４４のいずれか一項に記載の方法。
前記ＲＲＣ情報が、前記ＳＬＵＥ（７０６－１）における１つまたは複数のＱｏＳフローについてのサービス品質（ＱｏＳ）フロー情報を含む、請求項３１から４５のいずれか一項に記載の方法。
前記ＲＲＣ情報が、前記１つまたは複数のＱｏＳフローに必要な１つまたは複数の新しいＱｏＳマッピングの指示をさらに含む、請求項４６に記載の方法。
前記ＲＲＣ情報が、前記ＳＬＵＥ（７０６－１）のための新しいＳＬ関連ＵＥコンテキストを含む、請求項３１から４４のいずれか一項に記載の方法。
前記ネットワークノードが、基地局を含む、請求項３１から４８のいずれか一項に記載の方法。
前記ＳＬＵＥ（７０６－１）が、デュアルコネクティビティを使用し、
基地局が、前記ＳＬＵＥ（７０６－１）のマスタノード（ＭＮ）を含む、
請求項３１から４９のいずれか一項に記載の方法。
前記ＳＬＵＥ（７０６－１）が、デュアルコネクティビティを使用し、
基地局が、前記ＳＬＵＥ（７０６－１）のセカンダリノード（ＳＮ）を含む、
請求項３１から４９のいずれか一項に記載の方法。
基地局であって、
サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）から無線リソース制御（ＲＲＣ）情報を受信すること（８０２）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬＵＥ（７０６－１）によって行われた１つもしくは複数の変更についての情報を含む、メッセージ
を含む、ことと、
前記ＲＲＣ情報に基づいて１つまたは複数のアクションをとること（８０４）と
を行うように適合された、基地局。
請求項３２から５１のいずれか一項に記載の方法を実施するように適合された、請求項５２に記載の基地局。
基地局であって、
サイドリンク（ＳＬ）ユーザ機器（ＵＥ）（７０６－１）から無線リソース制御（ＲＲＣ）情報を受信すること（８０２）であって、前記ＲＲＣ情報が、
１つもしくは複数のＳＬ関連設定に関連するＲＲＣ手順をリクエストし、かつ１つもしくは複数のＳＬ設定に関連する前記ＳＬＵＥ（７０６－１）によって行われた１つもしくは複数の変更についての情報を含む、メッセージ
を含む、ことと、
前記ＲＲＣ情報に基づいて１つまたは複数のアクションをとること（８０４）と
を前記基地局に行わせるように設定された処理回路を備える、基地局。
前記処理回路が、請求項３２から５１のいずれか一項に記載の方法を基地局に実施させるようにさらに設定される、請求項５４に記載の基地局。