特表2024-539184 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ グーグル　インコーポレイテッドの特許一覧

特表2024-539184マルチキャスト通信およびユニキャスト通信のための構成の管理

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1A
1B
2
2B
3
4
5A
5B
6A
6B
7
8
9A
9B
10
11A
11B
11C
12A
12B
13
14

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-10-28

(54)【発明の名称】マルチキャスト通信およびユニキャスト通信のための構成の管理

(51)【国際特許分類】

H04W 72/27 20230101AFI20241018BHJP

H04W 28/18 20090101ALI20241018BHJP

H04W 88/08 20090101ALI20241018BHJP

H04W 72/30 20230101ALI20241018BHJP

【ＦＩ】

H04W72/27

H04W28/18

H04W88/08

H04W72/30

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024523759

(86)(22)【出願日】2022-10-21

(85)【翻訳文提出日】2024-06-19

(86)【国際出願番号】 US2022047355

(87)【国際公開番号】W WO2023069669

(87)【国際公開日】2023-04-27

(31)【優先権主張番号】63/270,324

(32)【優先日】2021-10-21

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502208397

【氏名又は名称】グーグルエルエルシー

【氏名又は名称原語表記】ＧｏｏｇｌｅＬＬＣ

【住所又は居所原語表記】１６００ＡｍｐｈｉｔｈｅａｔｒｅＰａｒｋｗａｙ９４０４３ＭｏｕｎｔａｉｎＶｉｅｗ，ＣＡＵ．Ｓ．Ａ．

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部達彦

(72)【発明者】

【氏名】チー－シャン・ウ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD34

5K067EE02

5K067EE10

5K067EE16

(57)【要約】

無線ベアラを構成するための方法では、分散基地局の分散ユニット(DU)は、分散基地局の中央ユニット(CU)から、無線ベアラのための無線リソースを構成するという要求を受信し、無線ベアラに関連付けられた1つまたは複数の要因に基づいて、無線ベアラのための1つまたは複数の構成パラメータを応答に含めるかまたは含めるのを控える。DUはまた、応答をCUに送信する。

【特許請求の範囲】

【請求項1】

分散基地局の分散ユニット(DU)によって実施される、無線ベアラを構成するための方法であって、
前記分散基地局の中央ユニット(CU)から、前記無線ベアラのための無線リソースを構成するという要求を受信するステップと、
前記無線ベアラに関連付けられた1つまたは複数の要因に基づいて、前記無線ベアラのための1つまたは複数の構成パラメータを応答に含めるかまたは含めるのを控えるステップと、
前記応答を前記CUに送信するステップと
を含む、方法。

【請求項2】

前記無線ベアラのための前記1つまたは複数の構成パラメータが、前記無線ベアラのためのアップリンクのための1つまたは複数の構成パラメータを含む、請求項1に記載の方法。

【請求項3】

前記1つまたは複数の要因のうちの第1の要因が前記無線ベアラがマルチキャストおよび/またはブロードキャストサービス(MBS)無線ベアラ(MRB)であることを示すとき、前記1つまたは複数の構成パラメータを前記応答に含めるのを控えるステップと、
前記第1の要因が前記無線ベアラがMRBではないことを示すとき、前記1つまたは複数の構成パラメータを前記応答に含めるステップと
を含む、請求項1または2に記載の方法。

【請求項4】

前記無線ベアラのための論理チャネル識別子を前記応答に含めるステップをさらに含む、請求項3に記載の方法。

【請求項5】

前記論理チャネル識別子を前記応答に含めるステップが、
前記第1の要因が前記無線ベアラがMRBであることを示すとき、第1の論理チャネル識別子を前記応答に含めるステップと、
前記第1の要因が前記無線ベアラがMRBではないことを示すとき、前記第1の論理チャネル識別子とは異なる第2の論理チャネル識別子を前記応答に含めるステップと
を含む、請求項4に記載の方法。

【請求項6】

前記論理チャネル識別子を前記応答に含めるステップが、
前記無線ベアラがMRBであるかどうかにかかわらず、同じ論理チャネル識別子を前記応答に含めるステップ
を含む、請求項4に記載の方法。

【請求項7】

前記1つまたは複数の要因のうちの第1の要因が前記無線ベアラがマルチキャストおよび/またはブロードキャストサービス(MBS)無線ベアラ(MRB)であることを示すとき、前記1つまたは複数の構成パラメータを前記応答に含めるステップと、
前記第1の要因が前記無線ベアラがMRBではないことを示すとき、前記1つまたは複数の構成パラメータとは異なる1つまたは複数の他の構成パラメータを前記応答に含めるステップと
を含む、請求項1に記載の方法。

【請求項8】

前記1つまたは複数の構成パラメータが、セルグループ構成および/または無線リンク制御(RLC)ベアラ構成を含む、請求項7に記載の方法。

【請求項9】

前記1つまたは複数の要因のうちの第1の要因が、前記要求において、アップリンクリソースが必要とされるという指示であるとき、前記1つまたは複数の構成パラメータを前記応答に含めるステップ
を含む、請求項1に記載の方法。

【請求項10】

前記第1の要因が、前記要求において、アップリンクリソースが必要とされないという指示であるとき、前記1つまたは複数の構成パラメータを前記応答に含めるのを控えるステップ
を含む、請求項9に記載の方法。

【請求項11】

前記第1の要因が、前記要求において、ダウンリンク専用リソースが必要とされるという指示であるとき、前記1つまたは複数の構成パラメータを前記応答に含めるのを控えるステップ
を含む、請求項10に記載の方法。

【請求項12】

前記1つまたは複数の要因のうちの第1の要因が前記無線ベアラがマルチキャストおよび/またはブロードキャストサービス(MBS)無線ベアラ(MRB)であることを示すとき、第1の無線リンク制御(RLC)パラメータを前記応答に含めるステップと、
前記第1の要因が前記無線ベアラがMRBではないことを示すとき、前記第1のRLCパラメータとは異なる第2のRLCパラメータを前記応答に含めるステップと
を含む、請求項1に記載の方法。

【請求項13】

前記第1の要因が前記無線ベアラがデータ無線ベアラ(DRB)であることを示すとき、前記第2のRLCパラメータを前記応答に含めるステップ
を含む、請求項12に記載の方法。

【請求項14】

前記1つまたは複数の構成パラメータが、
論理チャネル構成、
媒体アクセス制御(MAC)レイヤのためのアップリンク構成パラメータ、
論理チャネルグループ、
サブキャリア間隔リスト、
スケジューリング要求識別子、
タイマー値、
物理優先度インデックス、
チャネルアクセス優先度、および
ビットレート乗数
のうちの1つまたは複数を含む、請求項1から13のいずれか一項に記載の方法。

【請求項15】

分散基地局の分散ユニット(DU)であって、請求項1から14のいずれか一項に記載の方法を実施するように構成されたDU。

【請求項16】

無線アクセスネットワーク(RAN)ノードによって実施される、無線ベアラを構成するための方法であって、
前記無線ベアラのための無線リソースを構成することを決定するステップと、
前記無線ベアラがマルチキャストおよび/またはブロードキャストサービス(MBS)無線ベアラ(MRB)であるかまたはそうではないかに基づいて、それぞれ、第1の無線リンク制御(RLC)パラメータを前記無線ベアラのための構成に含めるかまたは含めるのを控えるステップと、
前記構成を別のノードに送信するステップと
を含む、方法。

【請求項17】

前記無線ベアラがMRBであるとき、前記第1のRLCパラメータを前記構成に含めるステップと、
前記無線ベアラがデータ無線ベアラ(DRB)であるとき、前記第1のRLCパラメータを前記構成に含めるのを控えるステップと
を含む、請求項16に記載の方法。

【請求項18】

前記無線ベアラがDRBであるとき、前記DRBがインターネットプロトコル(IP)マルチメディアサブシステム(IMS)音声および/またはビデオサービス用の無線ベアラであるかまたはそうではないかに基づいて、それぞれ、第2のRLCパラメータを前記構成に含めるかまたは含めるのを控えるステップであって、前記第2のRLCパラメータが前記第1のRLCパラメータとは異なる、ステップ
をさらに含む、請求項17に記載の方法。

【請求項19】

前記DRBがIMS音声および/またはビデオサービス用であるとき、前記第2のRLCパラメータを前記構成に含めるステップと、
前記DRBがIMS音声および/またはビデオサービス用ではないとき、前記第2のRLCパラメータとは異なる第3のRLCパラメータを前記構成に含めるステップと
を含む、請求項18に記載の方法。

【請求項20】

前記第1のRLCパラメータが前記無線ベアラの方向性を示す、請求項16から19のいずれか一項に記載の方法。

【請求項21】

前記RANノードが分散基地局の分散ユニット(DU)であり、前記別のノードが前記分散基地局の中央ユニット(CU)である、請求項16から20のいずれか一項に記載の方法。

【請求項22】

前記RANノードが基地局であり、前記別のノードがユーザ機器(UE)である、請求項16から20のいずれか一項に記載の方法。

【請求項23】

請求項16から22のいずれか一項に記載の方法を実施するように構成された無線アクセスネットワーク(RAN)ノード。

【請求項24】

分散ユニット(DU)も含む分散基地局の中央ユニット(CU)によって実施される、MBSセッションに関連付けられたマルチキャストおよび/またはブロードキャストサービス(MBS)無線ベアラ(MRB)を構成するための方法であって、
前記MRBまたは前記MBSセッションがアップリンクリソースを必要とするかどうかを決定するステップと、
決定する前記ステップに基づいて、前記MRBまたは前記MBSセッションがアップリンクリソースを必要とするという指示をCU-DU間メッセージに含めるかまたは含めるのを控えるステップと、
前記CU-DU間メッセージを前記DUに送信するステップと、
前記DUから前記MRBのための構成パラメータを含むDU-CU間メッセージを受信するステップであって、前記構成パラメータが、前記指示に基づいて前記DUによって生成された少なくとも1つの構成パラメータを含む、ステップと、
前記MRBのための前記構成パラメータを含むメッセージをユーザ機器(UE)に前記DUを介して送信するステップと
を含む、方法。

【請求項25】

決定する前記ステップが、前記MRBまたは前記MBSセッションがダウンリンクリソースのみを必要とすると決定するステップを含む、請求項24に記載の方法。

【請求項26】

コアネットワーク(CN)からCN-BS間メッセージを受信するステップをさらに含み、
決定する前記ステップが、前記CN-BS間メッセージの中の情報に基づく、
請求項24または25に記載の方法。

【請求項27】

決定する前記ステップが、前記MRBまたは前記MBSセッションに関連付けられたサービス品質(QoS)の1つまたは複数のパラメータに基づき、前記QoSの前記1つまたは複数のパラメータが、前記CN-BS間メッセージに含まれる、請求項26に記載の方法。

【請求項28】

前記QoSの前記1つまたは複数のパラメータが、QoSフロー識別子、QoSフローレベル、アップリンクのためのQoSパラメータ、またはQoS識別子を含む、請求項27に記載の方法。

【請求項29】

決定する前記ステップが、アップリンクリソースが必要とされるという指示に基づき、アップリンクリソースが必要とされるという前記指示が、前記CN-BS間メッセージに含まれる、請求項26に記載の方法。

【請求項30】

前記CU-DU間メッセージが、UEコンテキストセットアップ要求メッセージ、UEコンテキスト変更要求メッセージ、MBSコンテキストセットアップ要求メッセージ、またはMBSコンテキスト変更要求メッセージである、請求項24から29のいずれか一項に記載の方法。

【請求項31】

分散ユニット(DU)も含む分散基地局の中央ユニット(CU)によって実施される、無線ベアラを構成するための方法であって、
(i)アップリンクリソースが必要とされるかどうか、(ii)要求されている送信方式、または(iii)前記無線ベアラのタイプに少なくとも部分的に基づいて、前記無線ベアラのための無線リンク制御(RLC)モードを決定するステップと、
前記RLCモードの指示をCU-DU間メッセージに含めるステップと、
前記CU-DU間メッセージを前記DUに送信するステップと
を含む、方法。

【請求項32】

前記無線ベアラが、MBSセッションのためのマルチキャストおよび/またはブロードキャストサービス(MBS)無線ベアラ(MRB)である、請求項31に記載の方法。

【請求項33】

前記RLCモードを決定するステップが、前記MRBまたは前記MBSセッションがアップリンクリソースを必要とするかどうかに基づく、請求項32に記載の方法。

【請求項34】

前記MRBまたは前記MBSセッションがアップリンクリソースを必要とするとき、前記RLCモードがRLC確認モードであると決定するステップと、
前記MRBまたは前記MBSセッションがアップリンクリソースを必要としないとき、前記RLCモードがRLC非確認モードであると決定するステップと
を含む、請求項33に記載の方法。

【請求項35】

前記RLCモードを決定するステップが、前記MRBまたは前記MBSセッションのためにポイントツーポイント(PTP)送信が要求されているかまたはポイントツーマルチポイント(PTM)送信が要求されているかに基づく、請求項32に記載の方法。

【請求項36】

前記MRBまたは前記MBSセッションのためにPTP送信が要求されているとき、前記RLCモードがRLC確認モードであると決定するステップと、
前記MRBまたは前記MBSセッションのためにPTM送信が要求されているとき、前記RLCモードがRLC非確認モードであると決定するステップと
を含む、請求項35に記載の方法。

【請求項37】

前記RLCモードを決定するステップが、前記MRBまたは前記MBSセッションのためにユニキャスト送信が要求されているかまたはマルチキャスト送信が要求されているかに基づく、請求項32に記載の方法。

【請求項38】

前記MRBまたは前記MBSセッションのためにユニキャスト送信が要求されているとき、前記RLCモードがRLC確認モードであると決定するステップと、
前記MRBまたは前記MBSセッションのためにマルチキャスト送信が要求されているとき、前記RLCモードがRLC非確認モードであると決定するステップと
を含む、請求項37に記載の方法。

【請求項39】

前記RLCモードを決定するステップが、前記無線ベアラがマルチキャストおよび/またはブロードキャストサービス(MBS)無線ベアラ(MRB)であるかまたはデータ無線ベアラ(DRB)であるかに基づく、請求項31に記載の方法。

【請求項40】

前記無線ベアラがDRBであるとき、前記RLCモードがRLC確認モードであると決定するステップと、
前記無線ベアラがMRBであるとき、前記RLCモードがRLC非確認モードであるであると決定するステップと
を含む、請求項39に記載の方法。

【請求項41】

前記RLCモードを決定するステップが、前記無線ベアラが、(i)マルチキャストおよび/またはブロードキャストサービス(MBS)無線ベアラ(MRB)である、(ii)インターネットプロトコル(IP)マルチメディアサブシステム(IMS)音声および/またはビデオサービス用に構成される、のうちの少なくとも1つであるかまたはそうではないかに基づく、請求項31に記載の方法。

【請求項42】

前記無線ベアラが、(i)MRBである、(ii)IMS音声および/またはビデオサービス用に構成される、のうちの少なくとも1つではないとき、前記RLCモードがRLC確認モードであると決定するステップと、
前記無線ベアラが、(i)MRBである、(ii)IMS音声および/またはビデオサービス用に構成される、のうちの少なくとも1つであるとき、前記RLCモードがRLC非確認モードであると決定するステップと
を含む、請求項41に記載の方法。

【請求項43】

前記CU-DU間メッセージを送信した後に、前記DUから前記無線ベアラのための構成パラメータを含むDU-CU間メッセージを受信するステップと、
前記無線ベアラのための前記構成パラメータを含むメッセージをユーザ機器(UE)に前記DUを介して送信するステップと
をさらに含む、請求項31から42のいずれか一項に記載の方法。

【請求項44】

分散基地局の中央ユニット(CU)であって、請求項24から43のいずれか一項に記載の方法を実施するように構成されたCU。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ワイヤレス通信に関し、より詳細には、ユニキャスト通信、マルチキャスト通信、および/またはブロードキャスト通信のための無線リソースのセットアップおよび/または変更を可能にすることに関する。

【背景技術】

【0002】

本明細書で提供される背景技術の説明は、本開示の文脈を概略的に提示するためのものである。現在名前が挙げられている発明者の研究は、この背景技術の項に記載されている限りにおいて、場合によっては出願時点で先行技術と見なされないことがある本明細書の態様と同様に、本開示に対する先行技術としては明示的にも暗示的にも認められない。

【0003】

電気通信システムでは、無線プロトコルスタックのパケットデータコンバージェンスプロトコル(PDCP)サブレイヤは、ユーザプレーンデータの転送、暗号化、完全性保護などのサービスを提供する。たとえば、発展型ユニバーサル地上波無線アクセス(EUTRA)無線インターフェース(第3世代パートナーシッププロジェクト(3GPP（登録商標）)仕様TS 36.323を参照)および新無線(NR)(3GPP（登録商標）仕様TS 38.323を参照)用に定義されたPDCPサブレイヤは、(ユーザ機器または「UE」としても知られている)ユーザデバイスから基地局へのアップリンク方向における、ならびに基地局からUEへのダウンリンク方向における、プロトコルデータユニット(PDU)のシーケンシングを提供する。PDCPサブレイヤはまた、シグナリング無線ベアラ(SRB)のためのサービスを無線リソース制御(RRC)サブレイヤに提供する。PDCPサブレイヤはさらに、データ無線ベアラ(DRB)のためのサービスをサービスデータ適応プロトコル(SDAP)サブレイヤまたはインターネットプロトコル(IP)レイヤ、イーサネットプロトコルレイヤ、もしくはインターネット制御メッセージプロトコル(ICMP)レイヤなどのプロトコルレイヤに提供する。一般に、UEおよび基地局は、RRCメッセージならびに非アクセス層(NAS)メッセージを交換するためにSRBを使用することができ、ユーザプレーン上でデータをトランスポートするためにDRBを使用することができる。

【0004】

いくつかのシナリオにおけるUEは、バックホールによって相互接続された、無線アクセスネットワーク(RAN)の複数のノード(たとえば、基地局、または分散(distributed)基地局もしくは分離(disaggregated)基地局の構成要素)のリソースを同時に利用することができる。これらのネットワークノードが異なる無線アクセス技術(RAT)をサポートするとき、このタイプの接続性は、マルチ無線デュアル接続性(MR-DC)と呼ばれる。MR-DCで動作するとき、マスタノード(MN)として動作する基地局に関連付けられたセルはマスタセルグループ(MCG)を定義し、2次ノード(SN)として動作する基地局に関連付けられたセルは2次セルグループ(SCG)を定義する。MCGは1次セル(PCell)およびゼロ個、1個、またはそれ以上の2次セル(SCell)をカバーし、SCGは1次2次セル(PSCell)およびゼロ個、1個、またはそれ以上のSCellをカバーする。UEは(MCGを介して)MNおよび(SCGを介して)SNと通信する。他のシナリオでは、UEは、シングル接続性(SC)において、一度に1つの基地局のリソースを利用する。SCにおけるUEは、MCGを介してMNのみと通信する。基地局および/またはUEは、いつUEが別の基地局との無線接続を確立すべきかを決定する。たとえば、基地局は、UEを別の基地局にハンドオーバすることを決定し、ハンドオーバ手順を開始することができる。他のシナリオにおけるUEは、バックホールによって相互接続された、別のRANノード(たとえば、基地局、または分散もしくは分離基地局の構成要素)のリソースを同時に利用することができる。

【0005】

UEは、いくつかのタイプのSRBおよびDRBを使用することができる。いわゆる「SRB1」リソースは、いくつかの場合にはNASメッセージを含むRRCメッセージを専用制御チャネル(DCCH)上で搬送し、「SRB2」リソースは、ロギングされた測定情報またはNASメッセージを含むRRCメッセージを、やはりDCCH上で、ただしSRB1リソースよりも低い優先度でサポートする。より一般的には、SRB1リソースおよびSRB2リソースは、UEおよびMNがMNに関係するRRCメッセージを交換することおよびSNに関係するRRCメッセージを埋め込むことを可能にし、MCG SRBと呼ばれる場合もある。「SRB3」リソースは、UEおよびSNがSNに関係するRRCメッセージを交換することを可能にし、SCG SRBと呼ばれる場合もある。スプリットSRBは、UEがMNおよびSNの下位レイヤリソースを介してRRCメッセージをMNと直接交換することを可能にする。さらに、MNにおいて終端し、MNのみの下位レイヤリソースを使用するDRBは、MCG DRBと呼ばれる場合があり、SNにおいて終端し、SNのみの下位レイヤリソースを使用するDRBは、SCG DRBと呼ばれる場合があり、MNまたはSNにおいて終端するが、MNとSNの両方の下位レイヤリソースを使用するDRBは、スプリットDRBと呼ばれる場合がある。MNにおいて終端するが、SNのみの下位レイヤリソースを使用するDRBは、MN終端SCG DRBと呼ばれる場合がある。SNにおいて終端するが、MNのみの下位レイヤリソースを使用するDRBは、SN終端MCG DRBと呼ばれる場合がある。

【0006】

UEは、SC動作中であるかDC動作中であるかにかかわらず、あるセルから別のセルに切り替えるためにハンドオーバ手順を実施することができる。これらの手順は、RANノードおよびUEの間でのメッセージング(たとえば、RRCシグナリングおよび準備)を伴う。UEは、シナリオに応じて、サービング基地局のセルからターゲット基地局のターゲットセルに、またはサービング基地局の第1の分散ユニット(DU)のセルから同じ基地局の第2のDUのターゲットセルにハンドオーバしてもよい。DCシナリオでは、UEは、PSCellを変更するためにPSCell変更手順を実施することができる。これらの手順は、RANノードおよびUEの間でのメッセージング(たとえば、RRCシグナリングおよび準備)を伴う。UEは、シナリオに応じて、サービングSNのPSCellからターゲットSNのターゲットPSCellへの、または基地局のソースDUのPSCellから同じ基地局のターゲットDUのPSCellへのPSCell変更を実施してもよい。さらに、UEは、同期再構成のためにセル内でのハンドオーバまたはPSCell変更を実施してもよい。

【0007】

第5世代(5G)新無線(NR)要件に従って動作する基地局は、第4世代(4G)基地局よりもかなり大きい帯域幅をサポートする。したがって、第3世代パートナーシッププロジェクト(3GPP（登録商標）)は、リリース15について、UEが周波数範囲1(FR1)における100MHz帯域幅および周波数範囲2(FR2)における400MHz帯域幅をサポートすることを提案している。5G NRにおける典型的なキャリアの比較的広い帯域幅により、3GPP（登録商標）は、リリース17について、5G NR基地局がマルチキャストおよび/またはブロードキャストサービス(MBS)をUEに提供することが可能であることを提案している。MBSは、たとえば、トランスペアレントIPv4/IPv6マルチキャスト配信、IPTV、ワイヤレスを介したソフトウェア配信、グループ通信、モノのインターネット(IoT)アプリケーション、V2Xアプリケーション、および公共安全に関係する緊急メッセージなどの、多くのコンテンツ配信アプリケーションにおいて有用であり得る。

【0008】

5G NRは、無線インターフェースを介したMBSパケットフローの送信のためのポイントツーポイント(PTP)配信方法とポイントツーマルチポイント(PTM)配信方法の両方を提供する。PTP通信では、RANノードは無線インターフェースを介して各MBSデータパケットの異なるコピーを異なるUEに送信するが、PTM通信では、RANノードは無線インターフェースを介して各MBSデータパケットの単一のコピーを複数のUEに送信する。しかしながら、いくつかのシナリオでは、UEが基地局によってマルチキャストおよび/またはユニキャストされたMBSデータパケットを受信するために、基地局がどのような構成を生成すべきかが不明瞭である。

【先行技術文献】

【非特許文献】

【0009】

【非特許文献1】第3世代パートナーシッププロジェクト(3GPP)仕様TS 36.323

【非特許文献2】3GPP仕様TS 38.323

【発明の概要】

【課題を解決するための手段】

【0010】

本開示の一態様では、無線ベアラを構成するための方法は、分散基地局のDUによって実施される。方法は、分散基地局の中央ユニット(CU)から、無線ベアラのための無線リソースを構成するという要求を受信するステップを含む。方法はまた、無線ベアラに関連付けられた1つまたは複数の要因に基づいて、無線ベアラのための1つまたは複数の構成パラメータを応答に含めるかまたは含めるのを控えるステップを含む。方法は、応答をCUに送信するステップをさらに含む。

【0011】

本開示の別の態様では、無線ベアラを構成するための方法は、RANノードによって実施される。方法は、無線ベアラのための無線リソースを構成することを決定するステップと、無線ベアラがMRBであるかまたはそうではないかに基づいて、それぞれ、第1のRLCパラメータを無線ベアラのための構成に含めるかまたは含めるのを控えるステップとを含む。方法はまた、構成を別のノードに送信するステップを含む。

【0012】

本開示の別の態様では、MBSセッションに関連付けられたMRBを構成するための方法は、DUも含む分散基地局のCUによって実施される。方法は、MRBまたはMBSセッションがアップリンクリソースを必要とするかどうかを決定するステップと、決定するステップに基づいて、MRBまたはMBSセッションがアップリンクリソースを必要とするという指示をCU-DU間メッセージに含めるかまたは含めるのを控えるステップとを含む。方法はまた、CU-DU間メッセージをDUに送信するステップを含む。

【0013】

本開示の別の態様では、無線ベアラを構成するための方法は、DUも含む分散基地局のCUによって実施される。方法は、無線ベアラのためのRLCモードを決定するステップと、RLCモードの指示をCU-DU間メッセージに含めるステップと、CU-DU間メッセージをDUに送信するステップとを含む。

【図面の簡単な説明】

【0014】

【図1A】MBS情報の送信および受信を管理するための本開示の技法が実装され得る例示的なシステムのブロック図である。

【図1B】図1Aのシステムにおいて中央ユニット(CU)および分散ユニット(DU)が動作することができる例示的な基地局のブロック図である。

【図2A】それに従って図1AのUEが図1Aの基地局と通信することができる例示的なプロトコルスタックのブロック図である。

【図2B】それに従って図1AのUEが基地局のDUおよびCUと通信することができる例示的なプロトコルスタックのブロック図である。

【図3】MBSセッションおよびPDUセッションのための例示的なトンネルアーキテクチャを示すブロック図である。

【図4】UEとマルチキャストトラフィック、ブロードキャストトラフィック、および/またはユニキャストトラフィックを通信するために分散基地局が構成することができる例示的なMRBおよびDRBを示すブロック図である。

【図5A】CNおよび分散基地局がMBSセッションのMBSデータを複数のUEに送信するためのリソースを構成する例示的なシナリオのメッセージング図である。

【図5B】CNおよび分散基地局がMBSセッションのMBSデータを複数のUEに送信するためのリソースを構成する例示的なシナリオのメッセージング図である。

【図6A】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図6B】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図7】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図8】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図9A】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図9B】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図10】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図11A】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図11B】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図11C】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図12A】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図12B】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図13】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

【図14】図1Aの基地局においてまたは図1BのCUもしくはDUにおいて実装され得る、DRBおよびMRBのための構成パラメータを構成するための例示的な方法のフロー図である。

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

【0015】

一般に、無線アクセスネットワーク(RAN)および/またはコアネットワーク(CN)は、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するために本開示の技法を実装する。CNは、CNがそれを介して複数のユーザ機器(UE)に対するMBSセッションのためのMBSデータを基地局に送信することができる共通ダウンリンク(DL)トンネルを基地局が構成することを要求することができる。要求に応答して、基地局は共通DLトンネルの構成をCNに送信する。構成は、インターネットプロトコル(IP)アドレスおよびトンネル識別子(たとえば、トンネルエンドポイント識別子(TEID))などのトランスポートレイヤ情報を含むことができる。

【0016】

基地局はまた、各論理チャネルと各MRBとの間の1対1のマッピングがあり得る場合、UEに向かう1つもしくは複数の論理チャネルおよび/またはMBSセッションに関連付けられた1つもしくは複数のMBS無線ベアラ(MRB)を構成することができる。共通DLトンネルを介してMBSセッションのためのMBSデータを受信した後に、基地局は1つまたは複数の論理チャネルを介してMBSデータをMBSセッションに参加している1つまたは複数のUEに送信することができる。いくつかの実装形態では、基地局は単一の論理チャネルを介してMBSデータを複数のUEに送信する。さらに、MBSセッションに対して複数のサービス品質(QoS)フローがある場合、単一の論理チャネルが複数のQoSフローに関連付けられてもよく、または各QoSフローと各論理チャネルとの間の1対1のマッピングがあり得る。

【0017】

UEがMBSセッションに参加する前または参加した後に、CNは基地局に共通DLトンネルを構成させることができる。トンネルが構成された後に追加のUEがMBSセッションに参加する場合、CNは複数のUEに対するMBSデータを基地局に送信するために同じ共通DLトンネルを利用することができる。

【0018】

図1Aは、MBS情報の送信および受信を管理するための本開示の技法が実装され得る例示的なワイヤレス通信システム100を図示する。ワイヤレス通信システム100は、UE102A、102B、103、ならびにCN110に接続されたRAN105の基地局104、106を含む。他の実装形態またはシナリオでは、ワイヤレス通信システム100は代わりに、図1Aに示されるよりも多数もしくは少数のUEおよび/または多数もしくは少数の基地局を含んでもよい。基地局104、106は、たとえば、発展型ノードB(eNB)、次世代eNB(ng-eNB)、または5GノードB(gNB)などの、任意の好適な1つまたは複数のタイプの基地局であり得る。より具体的な例として、基地局104がeNBまたはgNBであってもよく、基地局106がgNBであってもよい。

【0019】

基地局104はセル124をサポートし、基地局106はセル126をサポートする。セル124はセル126と部分的に重複し、その結果として、UE102Aは、基地局106と通信するための範囲内(または基地局106からの信号を検出もしくは測定するための範囲内)にあると同時に、基地局104と通信するための範囲内にあることができる。この重複は、たとえば、UE102Aが無線リンク障害を受ける前に、UE102Aがセル間で(たとえば、セル124からセル126に)または基地局間で(たとえば、基地局104から基地局106に)ハンドオーバすることを可能にすることができる。さらに、この重複は、様々なデュアル接続性(DC)シナリオを可能にする。たとえば、UE102Aは、基地局104(マスタノード(MN)として動作する)および基地局106(2次ノード(SN)として動作する)とDCで通信することができる。UE102Aが基地局104および基地局106とのDCにあるとき、基地局104はマスタeNB(MeNB)、マスタng-eNB(Mng-eNB)、またはマスタgNB(MgNB)として動作し、基地局106は2次gNB(SgNB)または2次ng-eNB(Sng-eNB)として動作する。

【0020】

非MBS(ユニキャスト)動作では、UE102Aは、異なる時間にMN(たとえば、基地局104)またはSN(たとえば、基地局106)において終端する無線ベアラ(たとえば、DRBまたはSRB)を使用することができる。たとえば、基地局106へのハンドオーバまたはSN変更の後に、UE102Aは、基地局106において終端する無線ベアラ(たとえば、DRBまたはSRB)を使用することができる。UE102Aは、アップリンク(UE102Aから基地局への)方向および/またはダウンリンク(基地局からUE102Aへの)方向で、無線ベアラ上で通信するときに1つまたは複数のセキュリティ鍵を適用することができる。非MBS動作では、UE102Aは、セルのアップリンク(UL)帯域幅パート(BWP)上(すなわち、UL BWP内)で無線ベアラを介してデータを基地局に送信し、かつ/またはセルのダウンリンク(DL)BWP上で無線ベアラを介してデータを基地局から受信する。UL BWPは初期UL BWPまたは専用UL BWPであることができ、DL BWPは初期DL BWPまたは専用DL BWPであることができる。UE102Aは、ページング、システム情報、公衆警告メッセージ、またはランダムアクセス応答をDL BWP上で受信することができる。この非MBS動作では、UE102Aは接続状態であることができる。代替として、UE102Aがアイドルまたは非アクティブ状態において小データ送信(「早期データ送信」と呼ばれる場合もある)をサポートする場合、UE102Aはアイドルまたは非アクティブ状態であることができる。

【0021】

MBS動作では、UE102Aは、異なる時間にMN(たとえば、基地局104)またはSN(たとえば、基地局106)において終端するMBS無線ベアラ(MRB)を使用することができる。たとえば、ハンドオーバまたはSN変更の後に、UE102Aは、MNまたはSNとして動作していることができる基地局106において終端するMRBを使用することができる。いくつかのシナリオでは、基地局(たとえば、MNまたはSN)は、MRBを介してUE102Aにユニキャスト無線リソース(すなわち、UE102Aに専用の無線リソース)上でMBSデータを送信することができる。他のシナリオでは、基地局(たとえば、MNまたはSN)は、MRBを介して基地局からUE102Aにマルチキャスト無線リソース(すなわち、UE102Aおよび1つまたは複数の他のUEに共通の無線リソース)またはセルのDL BWP上でMBSデータを送信することができる。DL BWPは初期DL BWP、専用DL BWP、またはMBS DL BWP(すなわち、ユニキャスト用ではなく、MBSに固有のDL BWP)であることができる。

【0022】

基地局104は処理ハードウェア130を含み、処理ハードウェア130は、1つまたは複数の汎用プロセッサ(たとえば、中央処理ユニット(CPU))と、1つまたは複数の汎用プロセッサおよび/または専用処理ユニット上で実行可能な機械可読命令を記憶するコンピュータ可読メモリとを含むことができる。図1Aの例示的な実装形態における処理ハードウェア130は、CN110またはエッジサーバから受信されたMBS情報の送信を管理または制御するように構成されたMBSコントローラ132を含む。たとえば、MBSコントローラ132は、以下で説明されるように、MBS手順に関連付けられた無線リソース制御(RRC)構成、手順、およびメッセージング、ならびに/またはそれらの構成および/もしくは手順に関連付けられた他の動作をサポートするように構成され得る。処理ハードウェア130はまた、非MBS動作中に基地局104がMNまたはSNとして動作するときに1つまたは複数のRRC構成および/またはRRC手順を管理または制御するように構成された非MBSコントローラ134を含むことができる。

【0023】

基地局106は処理ハードウェア140を含み、処理ハードウェア140は、1つまたは複数の汎用プロセッサ(たとえば、CPU)と、汎用プロセッサおよび/または専用処理ユニット上で実行可能な機械可読命令を記憶するコンピュータ可読メモリとを含むことができる。図1Aの例示的な実装形態における処理ハードウェア140は、それぞれ、基地局130のコントローラ132および134と同様であり得る、MBSコントローラ142および非MBSコントローラ144を含む。図1Aには示されていないが、RAN105は、基地局104の処理ハードウェア130および/または基地局106の処理ハードウェア140と同様の処理ハードウェアを有する追加の基地局を含むことができる。

【0024】

UE102Aは処理ハードウェア150を含み、処理ハードウェア150は、1つまたは複数の汎用プロセッサ(たとえば、CPU)と、汎用プロセッサおよび/または専用処理ユニット上で実行可能な機械可読命令を記憶するコンピュータ可読メモリとを含むことができる。図1Aの例示的な実装形態における処理ハードウェア150は、MBS情報の受信を管理または制御するように構成されたMBSコントローラ152を含む。たとえば、MBSコントローラ152は、以下で説明されるように、MBS手順に関連付けられたRRC構成、手順、およびメッセージング、ならびに/またはそれらの構成および/もしくは手順に関連付けられた他の動作をサポートするように構成され得る。処理ハードウェア150はまた、非MBS動作中にUE102AがMNおよび/またはSNと通信するときに、以下で説明される実装形態のうちのいずれかに従って1つまたは複数のRRC構成および/またはRRC手順を管理または制御するように構成された非MBSコントローラ154を含むことができる。図1Aには示されていないが、UE102B、103は各々、UE102Aの処理ハードウェア150と同様の処理ハードウェアを含んでもよい。

【0025】

CN110は発展型パケットコア(EPC)111または第5世代コア(5GC)160であってもよく、その両方が図1Aに図示されている。基地局104は、EPC111と通信するためのS1インターフェースをサポートするeNB、5GC160と通信するためのNGインターフェースをサポートするng-eNB、または5GC160と通信するためのNR無線インターフェースならびにNGインターフェースをサポートするgNBであってもよい。基地局106は、EPC111へのS1インターフェースを有するEUTRA-NR DC(EN-DC) gNB(en-gNB)、EPC111に接続しないen-gNB、5GC160へのNR無線インターフェースおよびNGインターフェースをサポートするgNB、または5GC160へのEUTRA無線インターフェースおよびNGインターフェースをサポートするng-eNBであってもよい。以下で説明されるシナリオの間に互いとメッセージを直接交換するために、基地局104および106はX2またはXnインターフェースをサポートしてもよい。

【0026】

構成要素の中でも、EPC111は、サービングゲートウェイ(SGW)112、モビリティ管理エンティティ(MME)114、およびパケットデータネットワークゲートウェイ(PGW)116を含むことができる。SGW112は一般に、オーディオ呼、ビデオ呼、インターネットトラフィックなどに関係するユーザプレーンパケットを転送するように構成され、MME114は、認証、登録、ページング、および他の関係する機能を管理するように構成される。PGW116は、UE(たとえば、UE102Aまたは102B)から1つまたは複数の外部パケットデータネットワーク、たとえば、インターネットネットワークおよび/またはインターネットプロトコル(IP)マルチメディアサブシステム(IMS)ネットワークへの接続性を提供する。5GC160は、ユーザプレーン機能(UPF)162、アクセスおよびモビリティ管理(AMF)164、ならびに/またはセッション管理機能(SMF)166を含む。UPF162は一般に、オーディオ呼、ビデオ呼、インターネットトラフィックなどに関係するユーザプレーンパケットを転送するように構成され、AMF164は一般に、認証、登録、ページング、および他の関係する機能を管理するように構成され、SMF166は一般に、PDUセッションを管理するように構成される。

【0027】

UPF162、AMF164、および/またはSMF166は、MBSをサポートするように構成され得る。たとえば、SMF166は、MBSトランスポートを管理または制御し、MBSフローのためにUPF162および/またはRAN105を構成し、かつ/あるいはUE(たとえば、UE102Aまたは102B)用のMBSのための1つまたは複数のMBSセッションまたはPDUセッションを管理または制御するように構成され得る。UPF162は、オーディオ、ビデオ、インターネットトラフィックなどに対するMBSデータパケットをRAN105に転送するように構成される。UPF162および/またはSMF166は、非MBSユニキャストサービスとMBSの両方のために、またはMBSのみのために構成され得る。

【0028】

一般に、ワイヤレス通信システム100は、NRセルおよび/またはEUTRAセルをサポートする任意の好適な数の基地局を含んでもよい。より詳細には、EPC111または5GC160は、NRセルおよび/またはEUTRAセルをサポートする任意の好適な数の基地局に接続されてもよい。以下の例は具体的に特定のCNタイプ(EPC、5GC)およびRATタイプ(5G NRおよびEUTRA)を指すが、一般に、本開示の技法はまた、たとえば、第6世代(6G)無線アクセスおよび/もしくは6Gコアネットワークまたは5G NR-6G DCなどの、他の好適な無線アクセスおよび/またはコアネットワーク技法に適用することができる。

【0029】

ワイヤレス通信システム100の異なる構成またはシナリオでは、基地局104はMeNB、Mng-eNB、またはMgNBとして動作することができ、基地局106はSgNBまたはSng-eNBとして動作することができる。UE102Aは、EUTRAもしくはNRなどの同じ無線アクセス技術(RAT)を介してまたは異なるRATを介して基地局104および基地局106と通信することができる。

【0030】

基地局104がMeNBであり、基地局106がSgNBであるとき、UE102AはMeNB104およびSgNB106とのEN-DCであることができる。基地局104がMng-eNBであり、基地局106がSgNBであるとき、UE102AはMng-eNB104およびSgNB106との次世代(NG) EUTRA-NR DC(NGEN-DC)であることができる。基地局104がMgNBであり、基地局106がSgNBであるとき、UE102AはMgNB104およびSgNB106とのNR-NR DC(NR-DC)であることができる。基地局104がMgNBであり、基地局106がSng-eNBであるとき、UE102AはMgNB104およびSng-eNB106とのNR-EUTRA DC(NE-DC)であることができる。

【0031】

図1Bは、基地局104および106のうちの一方または両方の各々の例示的な分散実装形態を図示する。この実装形態では、基地局104、106は、中央ユニット(CU)172および1つまたは複数の分散ユニット(DU)174を含む。CU172は、1つまたは複数の汎用プロセッサ(たとえば、CPU)などの処理ハードウェアと、汎用プロセッサおよび/または専用処理ユニット上で実行可能な機械可読命令を記憶するコンピュータ可読メモリとを含む。たとえば、CU172は、図1Aの処理ハードウェア130または140の一部または全部を含むことができる。

【0032】

DU174の各々も処理ハードウェアを含み、処理ハードウェアは、1つまたは複数の汎用プロセッサ(たとえば、CPU)と、1つまたは複数の汎用プロセッサおよび/または専用処理ユニット上で実行可能な機械可読命令を記憶するコンピュータ可読メモリとを含むことができる。たとえば、処理ハードウェアは、1つまたは複数のMAC動作または手順(たとえば、ランダムアクセス手順)を管理または制御するように構成された媒体アクセス制御(MAC)コントローラと、基地局(たとえば、基地局104)がMNまたはSNとして動作するときに1つまたは複数のRLC動作または手順を管理または制御するように構成された無線リンク制御(RLC)コントローラとを含むことができる。処理ハードウェアはまた、1つまたは複数のPHYレイヤ動作または手順を管理または制御するように構成された物理(PHY)レイヤコントローラを含むことができる。

【0033】

いくつかの実装形態では、CU172は、CU172のパケットデータコンバージェンスプロトコル(PDCP)プロトコルの制御プレーン部分および/またはCU172の無線リソース制御(RRC)プロトコルをホストする1つまたは複数の論理ノード(CU-CP172A)を含むことができる。CU172はまた、PDCPプロトコルのユーザプレーン部分および/またはCU172のサービスデータ適応プロトコル(SDAP)プロトコルをホストする1つまたは複数の論理ノード(CU-UP172B)を含むことができる。本明細書で説明されるように、CU-CP172Aは非MBS制御情報およびMBS制御情報を送信することができ、CU-UP172Bは非MBSデータパケットおよびMBSデータパケットを送信することができる。

【0034】

CU-CP172Aは、E1インターフェースを通じて複数のCU-UP172Bに接続され得る。CU-CP172Aは、UE102A用の要求されたサービスのための適切なCU-UP172Bを選択する。いくつかの実装形態では、単一のCU-UP172Bが、E1インターフェースを通じて複数のCU-CP172Aに接続され得る。CU-CP172Aは、F1-Cインターフェースを通じて1つまたは複数のDU174に接続され得る。CU-UP172Bは、同じCU-CP172Aの制御下でF1-Uインターフェースを通じて1つまたは複数のDU174に接続され得る。いくつかの実装形態では、1つのDU174が、同じCU-CP172Aの制御下で複数のCU-UP172Bに接続され得る。そのような実装形態では、CU-UP172BとDU174との間の接続性は、ベアラコンテキスト管理機能を使用してCU-CP172Aによって確立される。

【0035】

UE102Aに関する上記の説明はまた、UE102Bおよび/またはUE103に適用することができる。

【0036】

図2Aは、それに従ってUE(たとえば、UE102A、102B、または103)がeNB/ng-eNBまたはgNB/en-gNB(たとえば、基地局104、106のうちの一方または両方)と通信することができる例示的なプロトコルスタック200を簡略化して示す。例示的なプロトコルスタック200において、EUTRAのPHYサブレイヤ202AがEUTRA MACサブレイヤ204Aへのトランスポートチャネルを提供し、今度はEUTRA MACサブレイヤ204AがEUTRA RLCサブレイヤ206Aへの論理チャネルを提供する。今度はEUTRA RLCサブレイヤ206AがEUTRA PDCPサブレイヤ208へのおよびいくつかの場合にはNR PDCPサブレイヤ210へのRLCチャネルを提供する。同様に、NR PHY202BがNR MACサブレイヤ204Bへのトランスポートチャネルを提供し、今度はNR MACサブレイヤ204BがNR RLCサブレイヤ206Bへの論理チャネルを提供する。今度はNR RLCサブレイヤ206BがNR PDCPサブレイヤ210へのRLCチャネルを提供する。UEは、いくつかの実装形態では、EUTRA基地局とNR基地局との間のハンドオーバをサポートするためにかつ/またはEUTRAインターフェースおよびNRインターフェースを介したDCをサポートするために、図2Aに示されるようにEUTRAとNRスタックの両方をサポートする。さらに、図2Aに示されるように、UEは、EUTRA RLC206Aの上のNR PDCP210、およびNR PDCPサブレイヤ210の上のSDAPサブレイヤ212の階層化をサポートすることができる。サブレイヤは、本明細書では単に「レイヤ」と呼ばれることもある。

【0037】

EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、サービスデータユニット(SDU)と呼ばれることがあるパケットを(たとえば、PDCPレイヤ208または210の上に直接または間接的に階層化されたIPレイヤから)受信し、プロトコルデータユニット(PDU)と呼ばれることがあるパケットを(たとえば、RLCレイヤ206Aまたは206Bに)出力する。SDUとPDUとの間の違いが重要である場合を除いて、本開示は時として、簡単にするために、SDUとPDUの両方を「パケット」と呼ぶ。パケットはMBSパケットまたは非MBSパケットであり得る。MBSパケットは、たとえば、MBSサービス(たとえば、IPv4/IPv6マルチキャスト配信、IPTV、ワイヤレスを介したソフトウェア配信、グループ通信、IoTアプリケーション、V2Xアプリケーション、および/または公共安全に関係する緊急メッセージ)のためのアプリケーションコンテンツを含んでもよい。別の例として、MBSパケットは、MBSサービスのためのアプリケーション制御情報を含んでもよい。

【0038】

制御プレーン上では、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、たとえば、RRCメッセージまたは非アクセス層(NAS)メッセージを交換するためにSRBを提供することができる。ユーザプレーン上では、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、データ交換をサポートするためにDRBを提供することができる。NR PDCPサブレイヤ210上で交換されるデータは、たとえば、SDAP PDU、IPパケット、またはイーサネットパケットであってもよい。

【0039】

UE(たとえば、UE102A、102B、または103)がMeNBとして動作する基地局104およびSgNBとして動作する基地局106とのEN-DCで動作するシナリオでは、ワイヤレス通信システム100は、EUTRA PDCPサブレイヤ208を使用するMN終端ベアラ、またはNR PDCPサブレイヤ210を使用するMN終端ベアラをUEに提供することができる。様々なシナリオにおけるワイヤレス通信システム100はまた、NR PDCPサブレイヤ210のみを使用するSN終端ベアラをUEに提供することができる。MN終端ベアラは、MCGベアラ、スプリットベアラ、またはMN終端SCGベアラであってもよい。SN終端ベアラは、SCGベアラ、スプリットベアラ、またはSN終端MCGベアラであってもよい。MN終端ベアラは、SRB(たとえば、SRB1もしくはSRB2)またはDRBであってもよい。SN終端ベアラは、SRBまたはDRBであってもよい。

【0040】

いくつかの実装形態では、基地局(たとえば、基地局104または106)が1つまたは複数のMRBを介してMBSデータパケットをブロードキャストし、次にUEがMRBを介してMBSデータパケットを受信する。基地局は、以下で説明されるマルチキャスト構成パラメータ(MBS構成パラメータと呼ばれることもある)にMRBの構成を含めることができる。いくつかの実装形態では、基地局がRLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットをブロードキャストし、それに対応して、UEがPHYサブレイヤ202、MACサブレイヤ204、およびRLCサブレイヤ206を使用してMBSデータパケットを受信する。そのような実装形態では、基地局およびUEは、MBSデータパケットを通信するためにPDCPサブレイヤ208およびSDAPサブレイヤ212を使用しなくてもよい。他の実装形態では、基地局がPDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UEがPHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、およびPDCPサブレイヤ208を使用してMBSデータパケットを受信する。そのような実装形態では、基地局およびUEは、MBSデータパケットを通信するためにSDAPサブレイヤ212を使用しなくてもよい。また他の実装形態では、基地局がSDAPサブレイヤ212、PDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UEがPHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、PDCPサブレイヤ208、およびSDAPサブレイヤ212を使用してMBSデータパケットを受信する。

【0041】

図2Bは、それに従ってUE(たとえば、UE102A、102B、または103)がDU(たとえば、DU174)およびCU(たとえば、CU172)と通信することができる例示的なプロトコルスタック250を簡略化して示す。無線プロトコルスタック200は、図2Bの無線プロトコルスタック250によって示されるように機能的にスプリットされる。基地局104または106のいずれかにおけるCUは制御および上位レイヤ機能(たとえば、RRC214、SDAP212、NR PDCP210)をすべて保持することができるが、下位レイヤ動作(たとえば、NR RLC206B、NR MAC204B、およびNR PHY202B)はDUに委任される。5GCへの接続をサポートするために、NR PDCP210はSRBをRRC214に提供し、NR PDCP210はDRBをSDAP212に、SRBをRRC214に提供する。

【0042】

次にMBSセッションおよびPDUセッションのための例示的なアーキテクチャ300を図示する図3を参照すると、MBSセッション302Aは、CN110および基地局104/106(すなわち、基地局104または基地局106)におけるエンドポイントを有するトンネル312Aを含むことができる。MBSセッション302Aは、たとえば、一時モバイルグループ識別情報(TMGI)などの、ある特定のセッションIDに対応することができる。MBSデータは、たとえば、IPパケット、TCP/IPパケット、UDP/IPパケット、リアルタイムトランスポートプロトコル(RTP)/UDP/IPパケット、またはRTP/TCP/IPパケットを含むことができる。

【0043】

いくつかの場合には、CN110および/または基地局104/106は、CN110から基地局104/106に向けられたMBSトラフィックのためにのみトンネル312Aを構成し、トンネル312Aは、ダウンリンク(DL)トンネルと呼ばれることがある。しかしながら、他の場合には、CN110および基地局104/106は、たとえば、UEからのコマンドまたはサービス要求をサポートするために、ダウンリンクMBSトラフィックのためにならびにアップリンク(UL)MBSトラフィックのためにトンネル312Aを使用する。さらに、基地局104/106はトンネル312Aを介して到着するMBSトラフィックを複数のUEに向けることができるので、トンネル312Aは共通トンネルまたは共通DLトンネルと呼ばれることがある。

【0044】

トンネル312Aは、たとえば、インターネットプロトコル(IP)の上に階層化されたユーザデータグラムプロトコル(UDP)プロトコル上で、トランスポートレイヤまたはサブレイヤにおいて動作することができる。より具体的な例として、トンネル312Aは、汎用パケット無線システム(GPRS)トンネリングプロトコル(GTP)に関連付けられ得る。トンネル312Aは、たとえば、ある特定のIPアドレス(たとえば、基地局104/106のIPアドレス)および(たとえば、基地局104/106によって割り当てられた)ある特定のトンネルエンドポイント識別子(TEID)に対応することができる。より一般には、トンネル312Aは、任意の好適なトランスポートレイヤ構成を有することができる。CN110は、MBSデータパケットを含むトンネルパケットのヘッダにおいてIPアドレスおよびTEIDを指定し、トンネル312Aを介してトンネルパケットダウンストリームを基地局104/106に送信することができる。ヘッダは、IPアドレスおよび/またはTEIDを含むことができる。たとえば、ヘッダは、それぞれ、IPアドレスおよびTEIDを含む、IPヘッダおよびGTPヘッダを含む。基地局104/106は、それに従って、IPアドレスおよび/またはTEIDを使用してトンネル312Aを介して移動するデータパケットを指定することができる。

【0045】

図3に示されるように、基地局104/106は、トンネル312Aの中のトラフィックを、MBS無線ベアラ、すなわち、MRBとして構成され得るN個の無線ベアラ314A-1、314A-2、...314A-Nにマッピングし、ここで、N≧1である。各MRBは、それぞれの論理チャネルに対応することができる。上記で説明されたように、PDCPサブレイヤは、SRB、DRB、およびMRBなどの無線ベアラに対するサポートを提供し、EUTRA MACサブレイヤまたはNR MACサブレイヤは、EUTRA RLCサブレイヤまたはNR RLCサブレイヤへの論理チャネルを提供する。MRB314Aの各々は、たとえば、それぞれのMBSトラフィックチャネル(MTCH)に対応することができる。基地局104/106およびCN110はまた、別のMBSセッション302Bを維持することができ、別のMBSセッション302Bは同様に、MRB314B-1、314B-2、...314B-Nに対応するトンネル312Bを含むことができ、ここで、N≧1である。MRB314Bの各々は、それぞれの論理チャネルに対応することができる。

【0046】

MBSトラフィックは、トンネル312A、312Bなどの各々について、1つまたは複数のサービス品質(QoS)フローを含むことができる。たとえば、トンネル312B上のMBSトラフィックは、QoSフロー316A、316B、... 316Lを含むフローのセット316を含むことができ、ここで、L>1である。さらに、MRBの論理チャネルは、単一のQoSフローまたは複数のQoSフローをサポートすることができる。図3の例示的な構成では、基地局104/106は、QoSフロー316Aおよび316BをMRB314B-1のMTCHにマッピングし、QoSフロー316LをMRB314B-NのMTCHにマッピングする。

【0047】

様々なシナリオでは、CN110は、異なるタイプのMBSトラフィックを異なるQoSフローに割り当てることができる。たとえば、比較的高いQoS値を有するフローはオーディオパケットに対応することができ、比較的低いQoS値を有するフローはビデオパケットに対応することができる。別の例として、比較的高いQoS値を有するフローはビデオ圧縮において使用されるIフレームまたは完全な画像に対応することができ、比較的低いQoS値を有するフローはIフレームに対する変更のみを含むPフレームまたは予測されたピクチャに対応することができる。

【0048】

引き続き図3を参照すると、基地局104/106およびCN110は、CN110と特定のUEとの間のユニキャストトラフィックをサポートするために1つまたは複数のPDUセッションを維持することができる。PDUセッション304Aは、DRB324A-1、324A-2、...324A-Nなどの1つまたは複数のDRB324Aに対応する、UE固有のDLトンネルおよび/またはUE固有のULトンネル322Aを含むことができる。DRB324Aの各々は、専用トラフィックチャネル(DTCH)などのそれぞれの論理チャネルに対応することができる。

【0049】

次に基地局104/106が分散して実装される場合の例示的なMRBおよびDRBを図示する図4を参照すると、CU172およびDU174は、MRBまたはDRBに関連付けられたダウンリンクデータおよび/またはアップリンクデータのためのトンネルを確立することができる。上記で説明されたMRB314A-1は、CU172を、たとえば、UE102Aおよび102Bなどの複数のUEに接続するMRB402Aとして実装され得る。MRB402Aは、CU172およびDU174を接続するDLトンネル412Aと、DLトンネル412Aに対応するDL論理チャネル422Aとを含むことができる。詳細には、DU174は、DLトンネル412Aを介して受信されたダウンリンクトラフィックを、たとえば、MTCHまたはDTCHであり得るDL論理チャネル422Aにマッピングすることができる。DLトンネル412Aは、それを介してCU172がMBSデータパケットを複数のUEに送信する共通DLトンネルであり得る。

【0050】

任意選択で、MRB402Aはまた、CU172およびDU174を接続するULトンネル413Aと、ULトンネル413Aに対応するUL論理チャネル423Aとを含む。UL論理チャネル423Aは、たとえば、PUCCHであり得る。DU174は、UL論理チャネル423Aを介して受信されたアップリンクトラフィックをULトンネル413Aにマッピングすることができる。

【0051】

トンネル412Aおよび413Aは、F1-Uインターフェースのトランスポートレイヤまたはサブレイヤにおいて動作することができる。より具体的な例として、CU172およびDU174は、ユーザプレーントラフィックのためにF1-Uを利用することができ、トンネル412Aおよび413Aは、UDP/IPの上に階層化されたGTP-Uプロトコルに関連付けられることが可能であり、ここで、IPは、好適なデータリンクレイヤおよびPHYレイヤの上に階層化される。さらに、事例の少なくともいくつかにおけるMRB402および/またはDRB404は追加として、制御プレーントラフィックをサポートする。より詳細には、CU172およびDU174は、IPの上に階層化されたストリーム制御伝送プロトコル(SCTP)に依拠するF1-Cインターフェースを介してF1-APメッセージを交換することができ、ここで、IPは、F1-Uと同様に、好適なデータリンクレイヤおよびPHYレイヤの上に階層化される。

【0052】

同様に、MRB402Bは、DLトンネル412Bと、任意選択でULトンネル413Bとを含むことができる。DLトンネル412BはDL論理チャネル422Bに対応することができ、ULトンネル413BはUL論理チャネル423Bに対応することができる。

【0053】

CU172は、いくつかの場合には、PDUセッションに関連付けられたMBSデータパケットまたはユニキャストデータパケットを特定のUE(たとえば、UE102AまたはUE102B)に送信するためにDRB404Aを使用する。DRB404Aは、CU172およびDU174A/174Bを接続するUE固有のDLトンネル432Aと、DLトンネル432Aに対応するDL論理チャネル442Aとを含むことができる。詳細には、DU174A/174Bは、DLトンネル432Aを介して受信されたダウンリンクトラフィックを、たとえば、DTCHであり得るDL論理チャネル442Aにマッピングすることができる。DRB404Aは、CU172およびDU174A/174Bを接続するUE固有のULトンネル433Aと、ULトンネル433Aに対応するUL論理チャネル443Aとをさらに含む。UL論理チャネル443Aは、たとえば、PUSCHであり得る。DU174A/174Bは、UL論理チャネル443Aを介して受信されたアップリンクトラフィックをULトンネル433Aにマッピングすることができる。

【0054】

同様に、DRB404Bは、DL論理チャネル442Bに対応するUE固有のDLトンネル432Bと、UL論理チャネル443Bに対応するUE固有のULトンネル433Bとを含むことができる。

【0055】

次に図5Aを参照すると、例示的なシナリオ500Aでは、CU172およびDU174を含む基地局104がMBSセッションのMBSデータを送信するためのリソースを構成する。

【0056】

UE102(すなわち、UE102Aおよび102Bの一方または両方/各々)は最初に、ある特定のMBSセッション(すなわち、第1のMBSセッション)に参加するために、基地局104を介してCN110との(第1の)MBSセッション参加手順502を実施する。以下で説明されるように、基地局104はUE固有のトンネルではなくMBSトラフィックのための共通DLトンネルを構成するので、手順502および590はどちらの順序でも行われ得る。言い換えれば、基地局104は、単一のUEがMBSセッションに参加する前であっても、共通DLトンネルを構成することができる。

【0057】

MBSセッション参加手順502を実施するために、UE102は、いくつかの実装形態では、基地局104を介してMBSセッション参加要求メッセージをCN110に送る。応答して、CN110は、UE102が第1のMBSセッションにアクセスすることを許可するために、基地局104を介してMBSセッション参加応答メッセージをUE102に送ることができる。いくつかの実装形態では、UE102は、第1のMBSセッションの第1のMBSセッションID(たとえば、MBSセッションID 1)をMBSセッション参加要求メッセージに含めることができる。CN110は、いくつかの場合には、第1のMBSセッションIDをMBSセッション参加応答メッセージに含める。いくつかの実装形態では、UE102は、MBSセッション参加応答メッセージに応答して、基地局104を介してMBSセッション参加完了メッセージをCN110に送ることができる。

【0058】

いくつかの実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、セッション開始プロトコル(SIP)メッセージであり得る。他の実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、5Gモビリティ管理(5GMM)メッセージまたは5Gセッション管理メッセージ(5GSM)などのNASメッセージであり得る。5GSMメッセージの場合、UE102はMBSセッション参加要求メッセージを含む(第1の)ULコンテナメッセージをCN110に(基地局104を介して)送信することができ、CN110はMBSセッション参加応答メッセージを含むDLコンテナメッセージをUE102に(基地局104を介して)送信することができ、UE102はMBSセッション参加完了メッセージを含む(第2の)ULコンテナメッセージをCN110に基地局104を介して送信することができる。これらのコンテナメッセージは5GMMメッセージであり得る。いくつかの実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、それぞれ、PDU Session Modification Requestメッセージ、PDU Session Modification Commandメッセージ、およびPDU Session Modification Completeメッセージであり得る。以下の説明を簡略化するために、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、および/またはMBSセッション参加完了メッセージは、コンテナメッセージを表すことができる。

【0059】

いくつかの実装形態では、UE102は、(第1の)MBSセッション参加手順を実施するために、基地局104を介してCN110とのPDUセッション確立手順を実施してPDUセッションを確立することができる。PDUセッション確立手順の間、UE102は、基地局104を介してPDUセッションのPDUセッションIDをCN110と通信することができる。

【0060】

(第1の)MBSセッション参加手順502の前、その間、またはその後に、CN110は、第1のMBSセッションのためのリソースを構成することをCU172に要求するために、第1のMBSセッションID(たとえば、MBSセッションID 1)および/またはPDUセッションIDを含む(第1の)CN-BS間メッセージをCU172に送る(504)ことができる。第1のCN-BS間メッセージを受信した(504)ことに応答して、CU172は、MBSコンテキストのセットアップおよび/または第1のMBSセッションのための共通DLトンネルを要求するために、CU-DU間メッセージをDU174に送る(506)ことができる。第1のCU-DU間メッセージを受信した(506)ことに応答して、DU174は、第1のMBSセッションのための共通CU-DU間DLトンネルを構成するための第1のDLトランスポートレイヤ構成を含むDU-CU間メッセージをCU172に送る(508)ことができる。いくつかの実装形態では、CU-DU間メッセージは、このタイプの要求を伝達するために特別に定義された汎用F1APメッセージまたは専用F1APメッセージ(たとえば、MBSコンテキストセットアップ要求メッセージ)である。いくつかの実装形態では、イベント508のDU-CU間メッセージは、この目的のために特別に定義された汎用F1APメッセージまたは専用F1APメッセージ(たとえば、MBSコンテキストセットアップ応答メッセージ)である。CN110は追加として、第1のMBSセッションのためのサービス品質(QoS)構成を含めることができる。そのような場合、CU172は、QoS構成をCU-DU間メッセージ(イベント506)に含めることができる。いくつかの実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは非UE固有のメッセージであり得る。

【0061】

CU172は、イベント504のメッセージに応答して、第1のBS-CN間メッセージ(たとえば、MBSセッションリソースセットアップ応答メッセージ)を送る(510)。CU172は、第1のMBSセッションIDおよび/またはPDUセッションIDを第1のBS-CN間メッセージに含めることができる。第1のBS-CN間メッセージは、MBSデータをCU172に送るためにCN110のための共通DLトンネルを構成するためのDLトランスポートレイヤ構成を含むことができる。DLトランスポートレイヤ構成は、共通DLトンネルを識別するためにトランスポートレイヤアドレス(たとえば、IPアドレス)および/またはTEIDなどのトランスポートレイヤ情報を含む。いくつかの実装形態では、イベント504のCN-BS間メッセージは、MBSセッションのためのリソースを要求するために特別に定義された汎用NGAPメッセージまたは専用NGAPメッセージ(たとえば、MBSセッションリソースセットアップ要求メッセージ)である。いくつかの実装形態では、イベント510のBS-CN間メッセージは、MBSセッションのためのリソースを伝達するために特別に定義された汎用NGAPメッセージまたは専用NGAPメッセージ(たとえば、MBSセッションリソースセットアップ応答メッセージ)である。そのような場合、イベント504のCN-BS間メッセージおよびイベント510のBS-CN間メッセージは非UE固有のメッセージであり得る。

【0062】

いくつかの実装形態では、QoS構成はMBSセッションのためのQoSパラメータを含む。いくつかの実装形態では、QoS構成は、MBSセッションのための1つまたは複数のQoSフローを構成するための構成パラメータを含む(図3および上記のその説明を参照)。いくつかの実装形態では、構成パラメータは、QoSフローを識別する1つまたは複数のQoSフローIDを含む。QoSフローIDの各々は、QoSフローのうちの特定のQoSフローを識別する。いくつかの実装形態では、構成パラメータは各QoSフローについてのQoSパラメータを含む。QoSパラメータは、5G QoS識別子(5QI)、優先度レベル、パケット遅延バジェット、パケット誤り率、平均化ウィンドウ、および/または最大データバーストボリュームを含むことができる。CN110は、QoSフローに対してQoSパラメータの異なる値を指定することができる。

【0063】

イベント504、506、508、および510は、図5AではまとめてMBSリソースセットアップ手順590と呼ばれる。

【0064】

いくつかの実装形態では、CN110は、第1のCN-BS間メッセージにおいて、第1のMBSセッションに参加するUEのリストを示すことができる。他の実装形態では、CN110は、第1のMBSセッションに参加するUEのリストを示す第2のCN-BS間メッセージをCU172に送る(512)ことができる。CN110は、第1のMBSセッションIDおよび/またはPDUセッションIDを第2のCN-BS間メッセージに含めることができる。CU172は、第2のCN-BS間メッセージ512に応答して、第2のBS-CN間メッセージをCN110に送る(519)ことができる。そのような場合、第2のCN-BS間メッセージは、非UE固有のメッセージ、たとえば、UE102AまたはUE102Bに固有ではないメッセージであり得る。CU172は、第1のMBSセッションIDおよび/またはPDUセッションIDを第2のBS-CN間メッセージに含めることができる。たとえば、UEのリストはUE102Aおよび/またはUE102Bを含んでもよい。UEのリストを示すために、CN110は、各々がUEのうちの特定のUEを識別する(CN UEインターフェースID、RAN UEインターフェースID)ペアのリストを含むことができる。CN110はCN UEインターフェースIDを割り当て、CU172はRAN UEインターフェースIDを割り当てる。CN110が(CN UEインターフェースID、RAN UEインターフェースID)ペアのリストを送る前に、CU172は、UEの各々のために、RAN UEインターフェースIDを含むBS-CN間メッセージ(たとえば、NGAPメッセージ、INITIAL UEメッセージまたはPATH SWITCH REQUESTメッセージ)をCN110に送り、CN110は、UEの各々のために、CN UEインターフェースIDを含むCN-BS間メッセージ(たとえば、NGAPメッセージ、INITIAL CONTEXT SETUP REQUESTメッセージまたはPATH SWITCH REQUEST ACKNOWLEDGEメッセージ)をCU172に送る。一例では、ペアのリストは、UE102Aを識別する(第1のCN UEインターフェースID、第1のRAN UEインターフェースID)の第1のペアと、UE102Bを識別する(第2のCN UEインターフェースID、第2のRAN UEインターフェースID)の第2のペアとを含む。いくつかの実装形態では、「CN UEインターフェースID」は「AMF UE NGAP ID」であることができ、「RAN UEインターフェースID」は「RAN UE NGAP ID」であることができる。他の実装形態では、CN110は、各々がUEのうちの特定のUEを識別するUE IDのリストを含むことができる。いくつかの実装形態では、CN110は、CN110が特定のUEとともに実施するNAS手順(たとえば、登録手順)において、UE IDを割り当て、UE IDの各々をUEのうちの特定のUEに送ることができる。たとえば、UE IDのリストは、UE102Aの第1のUE IDおよびUE102Bの第2のUE IDを含むことができる。いくつかの実装形態では、UE IDはS一時モバイル加入者識別情報(S-TMSI)(たとえば、5G-S-TMSI)である。CN110がUE IDのリストを送る前に、CU172は、UEの各々のために、UE102またはCN110からUE IDを受信することができる。たとえば、CU172は、RRC接続確立手順の間にUE102からUE IDを含むRRCメッセージ(たとえば、RRCSetupCompleteメッセージ)を受信することができる。別の例では、CU172は、CN110からUE IDを含むCN-BS間メッセージ(たとえば、NGAPメッセージ、INITIAL CONTEXT SETUP REQUESTメッセージまたはUE INFORMATION TRANSFERメッセージ)を受信することができる。

【0065】

他の実装形態では、CN110は、UE102(のみ)(すなわち、UE102AまたはUE102Bのいずれか)が第1のMBSセッションに参加することを示す第2のCN-BS間メッセージをCU172に送る(512)ことができる。第2のCN-BS間メッセージは、UE102のためのUE関連のメッセージであり得る。すなわち、第2のCN-BS間メッセージはUE102に固有である。第2のCN-BS間メッセージを受信したことに応答して、CU172は、UE102のためのUEコンテキスト要求メッセージをDU174に送る(514)ことができる。いくつかの実装形態では、CU172は、UEコンテキスト要求メッセージに、第1のMBSセッションIDおよび/または第1のMBSセッション(ID)に関連付けられたMRBのMRB IDを含めることができる。UEコンテキスト要求メッセージに応答して、DU174は、第1のMBSセッションのMBSデータを受信するためのUE102用の構成パラメータを含むUEコンテキスト応答メッセージをCU172に送る(516)。いくつかの実装形態では、CU172は、QoS構成をUEコンテキスト要求メッセージに含めることができる。そのような場合、CU172は、QoS構成をCU-DU間メッセージに含めてもよく含めなくてもよい。構成パラメータ(のうちのいくつか)はMRB/MRB IDに関連付けられてもよい。いくつかの実装形態では、DU174は、構成パラメータを含めるためのDU構成を生成し、DU構成をUEコンテキスト応答メッセージに含める。いくつかの実装形態では、DU構成はCellGroupConfig IEであり得る。他の実装形態では、DU構成はMBS固有のIEであり得る。いくつかの実装形態では、構成パラメータは1つまたは複数の論理チャネル(LC)を構成する。たとえば、構成パラメータは、1つまたは複数の論理チャネルを構成するための1つまたは複数の論理チャネルID(LCID)を含む。LCIDの各々は、1つまたは複数の論理チャネルのうちの特定の論理チャネルを識別する。

【0066】

いくつかの実装形態では、第2のCN-BS間メッセージおよび第2のBS-CN間メッセージは、それぞれ、PDUセッションリソース変更要求メッセージおよびPDUセッションリソース変更応答メッセージであり得る。

【0067】

いくつかの実装形態では、CN110はQoS構成を第2のCN-BS間メッセージに含める。そのような場合、CN110は、QoS構成を第1のCN-BS間メッセージに含めるか、またはQoS構成を省略してもよい。いくつかの実装形態では、DU174は、CU-DU間メッセージまたはUEコンテキスト要求メッセージを受信したことに応答して、第1のMBSセッションのMBSデータを受信するためのUE102用の構成パラメータを生成する。いくつかの実装形態では、CU172はQoS構成をUEコンテキスト要求メッセージおよび/またはCU-DU間メッセージに含める。DU174は、QoS構成に従って構成パラメータの内容を決定することができる。CU172がQoS構成をCU-DU間メッセージにもUEコンテキスト要求メッセージにも含めないとき、DU174は所定のQoS構成に従って構成パラメータの値を決定することができる。

【0068】

いくつかの実装形態では、UEコンテキスト要求メッセージおよびUEコンテキスト応答メッセージは、それぞれ、UE Context Setup RequestメッセージおよびUE Context Setup Responseメッセージである。他の実装形態では、UEコンテキスト要求メッセージおよびUEコンテキスト応答メッセージは、それぞれ、UE Context Modification RequestメッセージおよびUE Context Modification Responseメッセージである。

【0069】

UEコンテキスト応答メッセージを受信した(516)後に、CU172は、構成パラメータおよび1つまたは複数のMRB構成を含むRRC再構成メッセージを生成し、RRC再構成メッセージをDU174に送信する(518)。次に、DU174は、RRC再構成メッセージをUE102に送信する(520)。応答して、UE102は次いでRRC再構成完了メッセージをDU174に送信(522)し、DU174はRRC再構成完了メッセージをCU172に送信する(523)。

【0070】

いくつかの実装形態では、CU172は、RRC再構成メッセージを含むPDCP PDUを生成し、PDCP PDUを含むCU-DU間メッセージをDU174に送り(518)、DU174は、CU-DU間メッセージからPDCP PDUを取り出し、RLCレイヤ206B、MACレイヤ204B、およびPHYレイヤ202Bを介してPDCP PDUをUE102に送信する(520)。UE102は、PHYレイヤ202B、MACレイヤ204B、およびRLCレイヤ206Bを介してDU174からPDCP PDUを受信する(520)。いくつかの実装形態では、UE102は、RRC再構成完了メッセージを含むPDCP PDUを生成し、RLCレイヤ206B、MACレイヤ204B、およびPHYレイヤ202Bを介してPDCP PDUをDU174に送信する(522)。DU174は、PHYレイヤ202B、MACレイヤ204B、およびRLCレイヤ206Bを介してUE102からPDCP PDUを受信(522)し、PDCP PDUを含むDU-CU間メッセージをCU172に送る(523)。CU172は、DU-CU間メッセージからPDCP PDUを取り出し、PDCP PDUからRRC再構成完了メッセージを取り出す。

【0071】

UEコンテキスト応答メッセージを受信する(516)前または受信した後に、CU172は、第2のCN-BS間メッセージ512に応答して第2のBS-CN間メッセージをCN110に送る(519)ことができる。いくつかの実装形態では、CU172は、RRC再構成完了メッセージを受信する(523)前に第2のBS-CN間メッセージをCN110に送る(519)。他の実装形態では、CU172は、RRC再構成完了メッセージを受信した(523)後に第2のBS-CN間メッセージをCN110に送る(519)。CU172は、第1のCN UEインターフェースIDおよび第1のRAN UEインターフェースIDを第2のBS-CN間メッセージに含めることができる。代替として、CU172は、第1のUE IDを第2のBS-CN間メッセージに含めることができる。

【0072】

イベント512、514、516、518、519、520、522、および523は、図5AではまとめてUE固有のMBSセッションリソース構成手順592と呼ばれる。いくつかの実装形態では、イベント512、514、516、518、519、520、522、および523のそれぞれのインスタンスは、UE102AおよびUE102Bの各々に対して生じる。第1のMBSセッションのMBSデータを受信するためのUE102AおよびUE102B用の構成パラメータは同じであり得る。いくつかの実装形態では、MBSセッション参加手順502はUE固有のMBSセッションリソースセットアップ手順592を含む。そのような場合、CN110は、UE102のためのMBSセッション参加応答メッセージを第2のCN-BS間メッセージに含めることができる。

【0073】

いくつかの実装形態では、CU172は、CU DLトランスポートレイヤ構成を第2のBS-CN間メッセージに含めることができる。言い換えれば、CU172は、UEが同じMBSセッションに参加することを示すCN-BS間メッセージに応答して、同じCU DLトランスポートレイヤ構成をBS-CN間メッセージにおいて送ることができる。同様に、DU174は、第1のDU DLトランスポートレイヤ構成をUEコンテキスト応答メッセージに含めることができる。言い換えれば、DU174は、UEが同じMBSセッションに参加することを示すCU-DU間メッセージに応答して、同じDU DLトランスポートレイヤ構成をDU-CU間メッセージにおいて送ることができる。そのような実装形態では、CN110はMBSリソースセットアップ手順590に参加し、第2のCN-BS間メッセージおよび第2のBS-CN間メッセージを単一の手順にブレンドすることができる。

【0074】

CU172が第1のMBSセッションのための共通CN-BS間DLトンネルを確立するためにCN110とのMBSリソースセットアップ手順590(たとえば、イベント504、510)を実施する場合、CU172は、第1のMBSセッションのためのDLトランスポートレイヤ構成を第2のBS-CN間メッセージに含めるのを控えてもよい。そのような場合、CN110は、第1のMBSセッションのためのULトランスポートレイヤ構成を第2のCN-BS間メッセージに含めるのを控えてもよい。DU174が第1のMBSセッションのための共通CU-DU間DLトンネルを確立するためにCU172とのMBSリソースセットアップ手順590(たとえば、イベント506、508)を実施する場合、DU174は、第1のMBSセッションのためのDLトランスポートレイヤ構成をUEコンテキスト応答メッセージに含めるのを控えてもよい。そのような場合、CU172は、第1のMBSセッションのためのULトランスポートレイヤ構成をUEコンテキスト要求メッセージに含めるのを控えてもよい。

【0075】

第1のBS-CN間メッセージを受信した(510)後または第2のBS-CN間メッセージを受信した(519)後に、CN110は、共通CN-BS間DLトンネル(すなわち、第1の共通CN-BS間DLトンネル)を介してMBSデータ(たとえば、1つまたは複数のMBSデータパケット)をCU172に送る(524)ことができ、CU172は、共通CU-DU間DLトンネル(すなわち、第1の共通CU-DU間DLトンネル)を介してMBSデータをDU174に送る(526)。DU174は、1つまたは複数の論理チャネルを介してMBSデータをUE102(すなわち、UE102Aおよび/またはUE102B)に送信(たとえば、マルチキャストまたはユニキャスト)する(528)。UE102は、1つまたは複数の論理チャネルを介してMBSデータを受信する(528)。たとえば、CU172は、MBSデータパケットを受信(524)し、MBSデータパケットを含むPDCP PDUを生成し、PDCP PDUをDU174に送信する(526)。次に、DU174は、論理チャネルIDおよびPDCP PDUを含むMAC PDUを生成し、マルチキャストまたはユニキャストを介してMAC PDUをUE102に送信する(528)。UE102は、マルチキャストまたはユニキャストを介してMAC PDUを受信(528)し、MAC PDUからPDCP PDUおよび論理チャネルIDを取り出し、MRBに関連付けられたPDCP PDUを識別し、PDCP PDUからMBSデータパケットを取り出す。

【0076】

いくつかの実装形態では、1つまたは複数のMRBを構成する1つまたは複数のMRB構成は、第1のMBSセッションに関連付けられる。いくつかの実装形態では、構成パラメータはまた、各々が特定のMRBに関連付けられた1つまたは複数のRLCベアラ構成を含む。MRB構成の各々は、MRB ID、PDCP構成、第1のMBSセッションID、PDCP再確立指示(たとえば、reestablishPDCP)、および/またはPDCP復元指示(たとえば、recoveryPDCP)を含むことができる。いくつかの実装形態では、PDCP構成はDRB用のPDCP-Config IEであり得る。いくつかの実装形態では、RLCベアラ構成はRLC-BearerConfig IEであり得る。いくつかの実装形態では、RLCベアラ構成は、論理チャネルを構成する論理チャネル(LC)IDを含んでもよい。いくつかの実装形態では、論理チャネルはマルチキャストトラフィックチャネル(MTCH)であり得る。他の実装形態では、論理チャネルは専用トラフィックチャネル(DTCH)であり得る。いくつかの実装形態では、構成パラメータは、論理チャネルを構成する論理チャネル構成(たとえば、LogicalChannelConfig IE)を含んでもよい。いくつかの実装形態では、RLCベアラ構成はMRB IDを含んでもよい。

【0077】

いくつかの実装形態では、CU172は、MRB構成においてMRBをDL専用RBとして構成することができる。たとえば、CU172は、MRBをDL専用RBとして構成するために、UL構成パラメータをMRB構成内のPDCP構成に含めるのを控える。CU172は、たとえば、上記で説明されたように、DL構成パラメータのみをMRB構成に含める。そのような場合、CU172は、MRB構成内のPDCP構成においてMRBのためのUL構成パラメータを除外することによって、MRBを介してUL PDCPデータPDUをDU174および/またはCU172に送信しないようにUE102を構成する。別の例では、DU174は、UL構成パラメータをRLCベアラ構成に含めるのを控える。そのような場合、DU174は、RLCベアラ構成からUL構成パラメータを除外することによって、論理チャネルを介して制御PDUをDU174に送信しないようにUE102を構成する。

【0078】

DU174がUL構成パラメータをRLCベアラ構成に含める場合、UE102は、UL構成パラメータを使用して論理チャネルを介して制御PDU(たとえば、PDCP制御PDUおよび/またはRLC制御PDU)をDU174に送信してもよい。制御PDUがPDCP制御PDUである場合、DU174はPDCP制御PDUをCU172に送ることができる。たとえば、CU172は、たとえば、MRB構成において、圧縮(圧縮解除)プロトコル(たとえば、ロバストヘッダ圧縮(ROHC)プロトコル)を用いてMBSデータを受信するようにUE102を構成してもよい。この場合、CU172がCN110からMBSデータパケットを受信する(524)とき、CU172は、圧縮MBSデータパケットを取得するために圧縮プロトコルを用いてMBSデータパケットを圧縮し、共通CU-DU間DLトンネルを介して圧縮MBSデータパケットを含むPDCP PDUをDU174に送信する(526)。次に、DU174は、論理チャネルを介してPDCP PDUをUE102に送信(たとえば、マルチキャストまたはユニキャスト)する(528)。UE102が論理チャネルを介してPDCP PDUを受信するとき、UE102はPDCP PDUから圧縮MBSデータパケットを取り出す。UE102は、元のMBSデータパケットを取得するために圧縮(圧縮解除)プロトコルを用いて圧縮MBSデータパケットを圧縮解除する。そのような場合、UE102は、ヘッダ圧縮(圧縮解除)プロトコルの動作についてのヘッダ圧縮プロトコルフィードバック(たとえば、点在したROHCフィードバック)を含むPDCP制御PDUを、論理チャネルを介してDU174に送信してもよい。次に、DU174はUE固有のULトンネルを介してPDCP制御PDUをCU172に送り、すなわち、ULトンネルはUE102(たとえば、UE102A)に固有である。いくつかの実装形態では、CU172は、UEコンテキスト要求メッセージに、UE固有のULトンネルを構成するCU ULトランスポートレイヤ構成を含めることができる。CU ULトランスポートレイヤ構成は、UE固有のULトンネルを識別するためのCUトランスポートレイヤアドレス(たとえば、インターネットプロトコル(IP)アドレス)およびCU UL TEIDを含む。

【0079】

いくつかの実装形態では、MRB構成は、MRB ID(たとえば、mrb-IdentityまたはMRB-Identity)を含むMRB-ToAddMod IEであり得る。MRB IDはMRBのうちの特定のMRBを識別する。CU172はMRB IDを異なる値に設定する。CU172がユニキャストデータ通信のためにUE102に対してDRBを構成した場合、CU172は、いくつかの実装形態では、MRB IDをDRBのDRB IDとは異なる値に設定することができる。そのような場合、UE102およびCU172は、RBがMRBであるかまたはDRBであるかをRBのRB IDに従って区別することができる。他の実装形態では、CU172は、MRB IDのうちの1つまたは複数をDRB IDのうちの1つまたは複数と同じであり得る値に設定することができる。そのような場合、UE102およびCU172は、RBがMRBであるかまたはDRBであるかをRBのRB IDおよびRBを構成するRRC IEに従って区別することができる。たとえば、DRBを構成するDRB構成は、DRB識別情報(たとえば、drb-IdentityまたはDRB-Identity)およびPDCP構成を含むDRB-ToAddMod IEである。したがって、UE102は、UE102がRBを構成するDRB-ToAddMod IEを受信する場合にはRBがDRBであると決定し、UE102がRBを構成するMRB-ToAddMod IEを受信する場合にはRBがMRBであると決定することができる。同様に、CU172は、CU172がRBを構成するDRB-ToAddMod IEをUE102に送信する場合にはRBがDRBであると決定し、CU172がRBを構成するMRB-ToAddMod IEをUE102に送信する場合にはRBがMRBであると決定することができる。

【0080】

いくつかの実装形態では、第1のMBSセッションのMBSデータを受信するための構成パラメータは、1つまたは複数の論理チャネルを構成するための1つまたは複数の論理チャネル(LC)IDを含む。いくつかの実装形態では、論理チャネルはDTCHであり得る。他の実装形態では、論理チャネルはMTCHであり得る。いくつかの実装形態では、構成パラメータはグループ無線ネットワーク一時識別子(G-RNTI)を含んでもよく含まなくてもよい。第1のMBSセッションに参加するUE(たとえば、UE102AおよびUE102B)用のRRC再構成メッセージは、第1のMBSセッションのMBSデータを受信するための同じ構成パラメータを含む。いくつかの実装形態では、UE用のRRC再構成メッセージは、非MBSデータを受信するための同じまたは異なる構成パラメータを含んでもよい。

【0081】

いくつかの実装形態では、CU172は、MBSセッション参加応答メッセージをRRC再構成メッセージに含めることができる。UE102は、MBSセッション参加完了メッセージをRRC再構成完了メッセージに含めることができる。代替として、UE102は、MBSセッション参加完了メッセージを含むUL RRCメッセージをCU172にDU174を介して送ることができる。UL RRCメッセージは、ULInformationTransferメッセージまたはUL NAS PDUを含むことができる任意の好適なRRCメッセージであり得る。CU172は、MBSセッション参加完了メッセージを第2のBS-CN間メッセージに含めることができる。代替として、CU172は、MBSセッション参加完了メッセージを含むBS-CN間メッセージ(たとえば、UPLINK NAS TRANSPORTメッセージ)をCN110に送ることができる。

【0082】

他の実装形態では、CU172は、MBSセッション参加応答メッセージであるDL RRCメッセージをUE102にDU174を介して送信する。DL RRCメッセージは、DLInformationTransferメッセージ、別のRRC再構成メッセージ、またはDL NAS PDUを含むことができる任意の好適なRRCメッセージであり得る。UE102は、MBSセッション参加完了メッセージを含むUL RRCメッセージをCU172にDU174を介して送ることができる。UL RRCメッセージは、ULInformationTransferメッセージ、別のRRC再構成完了メッセージ、またはUL NAS PDUを含むことができる任意の好適なRRCメッセージであり得る。

【0083】

引き続き図5Aを参照すると、UE103は(場合によっては、図1Aに示されていない1つまたは複数の他のUEの各々も)、上記で説明された手順502と同様に、第2のMBSセッションID(たとえば、MBSセッションID 2)によって識別された第2のMBSセッションに参加するためにMBSセッション参加手順530を実施することができる。基地局104は、手順590と同様に、第2のMBSセッションのための第2の共通CN-BS間DLトンネルおよび第2の共通CU-DU間DLトンネルを構成するためにCN110とのMBSセッションリソースセットアップ手順591を実施することができる。基地局104は、手順590と同様に、第2のMBSセッションのための構成パラメータおよび1つまたは複数のMRB構成をUE103に送信するためにUE103およびCN110とのUE固有のMBSセッション構成手順593を実施することができる。手順593の構成パラメータおよびMRB構成の一部または全部は、手順592の構成パラメータおよびMRB構成とは異なってもよい。たとえば、手順593の構成パラメータは、手順592の構成パラメータ内のG-RNTI(値)とは異なる第2のG-RNTI(値)を含んでもよい。別の例では、手順593のMRB構成は、手順592の構成パラメータ内のMRB IDとは異なるMRB IDを含んでもよい。

【0084】

UE103が(イベント530において)第2のMBSセッションに参加し、必要なRRC構成を取得した後に、かつCN110が手順を実施した(591)後に、CN110は、イベント524と同様に、第2の共通CN-BS間DLトンネルを介してMBSデータ(たとえば、1つまたは複数のMBSデータパケット)をCU172に送る(532)ことができる。次に、CU172は、イベント526と同様に、第2の共通CU-DU間DLトンネルを介してMBSデータをDU174に送る(534)。DU174は、イベント528と同様に、1つまたは複数の論理チャネルを介してMBSデータをUE103に(場合によっては、図1Aに示されていない1つまたは複数の他のUEの各々にも)送信(たとえば、マルチキャストまたはユニキャスト)する(536)。UE103(および場合によっては他のUE)は、イベント528と同様に、1つまたは複数の論理チャネルを介してMBSデータを受信する(536)。

【0085】

CU172がCN110およびDU174との手順591を実施し、UE103が(イベント530において)第2のMBSセッションに参加し、必要なRRC構成を取得した後に、CU172は、第1の共通CN-BS間DLトンネルを介してMBSデータを受信し続け(538)、第1の共通CU-DU間DLトンネルを介してMBSデータをDU174に送信する(540)。いくつかの実装形態では、DU174は、イベント528と同様に、マルチキャストを介してMBSデータをUE102AおよびUE102Bに送信する(542)。UE102(たとえば、UE102AおよびUE102B)は、イベント528と同様に、MBSデータを受信する(542)ことができる。代替として、基地局104は、イベント528と同様に、ユニキャストを介してMBSデータを(UE102AおよびUE102Bを含む)UE102のうちのUEに別々に送信することができる。この場合、UE102AおよびUE102Bは、イベント528と同様に、ユニキャストを介してMBSデータを別々に受信する(542)ことができる。

【0086】

次に図5Bを参照すると、シナリオ500Aとほぼ同様であるシナリオ500Bが図示されている。上記で説明されたイベントと同様のこのシナリオにおけるイベントは同じ参照番号で標識されており、図5Aについての例および実装形態は図5Bに適用することができる。図5Aのシナリオと図5Bのシナリオとの間の違いは以下で説明される。

【0087】

いくつかの実装形態では、CU172は、第2のCN-BS間メッセージを受信した(512)ことに応答して、CN110とのMBSセッションリソースセットアップ手順(すなわち、イベント510および504)を実施することができる。そのような実装形態では、CU172は、第2のCN-BS間メッセージを受信した(512)ことに応答して、第1のBS-CN間メッセージをCN110に送信する(510)。CN110は、第1のBS-CN間メッセージを受信した(510)ことに応答して、第1のCN-BS間メッセージをCU172に送信する(504)。そのような場合、CN110は、MBSセッションID(すなわち、第1のMBSセッションID)を第1のCN-BS間メッセージに含めてもよく含めなくてもよい。CN110は、第2のCN-BS間メッセージを受信した(512)もしくは第1のCN-BS間メッセージを受信した(504)ことに応答してまたはその後に、BS-CN間メッセージを送信する(519)ことができる。第2のCN-BS間メッセージを受信した(512)、第2のBS-CN間メッセージを送信した(510)、もしくは第1のCN-BS間メッセージを受信した(504)後にまたはそれに応答して、CU172は、CU-DU間メッセージをDU174に送信する(506)ことができる。

【0088】

イベント512、510、504、506、508、514、516、518、519、520、522、および523は、図5BではまとめてMBSリソースセットアップおよびUE固有のMBSセッション構成手順594と呼ばれる。基地局104は、手順594と同様に、第2のMBSセッションのための構成パラメータおよび1つまたは複数のMRB構成をUE103に送信するために、UE103およびCN110とのMBSリソースセットアップおよびUE固有のMBSセッション構成手順を実施することができる。

【0089】

次に、図1Aおよび図1Bに示されたデバイスが特定のシナリオにおいて実装することができるいくつかの例示的な方法が、図6A～図14を参照しながら説明される。これらの方法の各々は、非一時的コンピュータ可読媒体上に記憶された命令のセットを実行する1つまたは複数のプロセッサによって実装され得る。

【0090】

最初に図6Aを参照すると、DU174などのDUは、無線ベアラ(RB)のための少なくとも1つの構成パラメータを構成するかどうかを決定するために方法600Aを実装/実施することができる。方法600Aは、DUがRBのためのリソースを構成することを決定する(たとえば、イベント506、514、593)ブロック602において開始する。ブロック604において、DUはRBがMRBであるかどうかを決定する。RBがMRBではない場合(すなわち、RBがSRBまたはDRBなどのユニキャストRBである場合)、フローはブロック606に進む。ブロック606において、DUはRBのための第1の論理チャネルIDをDU-CU間メッセージに含める。ブロック608において、DUはRBのための少なくとも1つの構成パラメータをDU-CU間メッセージに含める。RBがMRBである場合、フローは代わりにブロック610に進む。ブロック610において、DUはRBのための第2の論理チャネルIDをDU-CU間メッセージに含める(たとえば、イベント508、516、593)。ブロック612において、DUはRBのための少なくとも1つの構成パラメータをDU-CU間メッセージに含めるのを控える(たとえば、イベント508、516、593)。ブロック614において、DUはDU-CU間メッセージをCUに送信する(たとえば、イベント508、516、593)。

【0091】

いくつかの実装形態では、第1および第2の論理チャネルIDは同じ論理チャネルIDであり得る。他の実装形態では、第1および第2の論理チャネルIDは異なる論理チャネルIDであり得る。いくつかの実装形態では、DUは第1および第2の論理チャネルIDを同じ値に設定することができる。他の実装形態では、DUは第1および第2の論理チャネルIDを異なる値に設定することができる。

【0092】

いくつかの実装形態では、DUはCUからCU-DU間メッセージを受信する(たとえば、イベント506、514、593)。CUは、RBがユニキャストRB(たとえば、DRBもしくはSRB)またはMRBであることをCU-DU間メッセージにおいて示すことができる。いくつかの実装形態では、CUはRBのRB IDをCU-DU間メッセージに含めることができる。RBがMRBである場合、RB IDはMRB IDであり得る。RBがSRBである場合、RB IDはSRB IDであり得る。RBがDRBである場合、RB IDはDRB IDである。CU-DU間メッセージに応答して、DUはRBのためのリソースを構成することを決定する。RBがMRBであるかまたはユニキャストRB(たとえば、DRBもしくはSRB)であるかに応じて、DUは、上記で説明されたように、異なる構成パラメータ(たとえば、論理チャネルIDおよび/または少なくとも1つの他の構成パラメータ)を取得し、異なる構成パラメータをDU-CU間メッセージに含める。次いで、DUは、CU-DU間メッセージに応答してDU-CU間メッセージをCUに送信する。いくつかの実装形態では、DUは、RBについてのMRB指示、SRB指示、またはDRB指示に従って、それぞれ、RBがMRB、SRB、またはDRBであると決定することができる。他の実装形態では、DUは、MRB ID、SRB ID、またはDRB IDに従って、それぞれ、RBがMRB、SRB、またはDRBであると決定することができる。

【0093】

いくつかの実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、F1アプリケーションプロトコル(F1AP)メッセージであり得る。いくつかの実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、それぞれ、UE Context Setup RequestメッセージおよびUE Context Setup Responseメッセージであり得る。他の実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、それぞれ、UE Context Modification RequestメッセージおよびUE Context Modification Responseメッセージであり得る。また他の実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、それぞれ、MBS Context Setup RequestメッセージおよびMBS Context Setup Responseメッセージであり得る。また他の実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、それぞれ、MBS Context Modification RequestメッセージおよびMBS Context Modification Responseメッセージであり得る。

【0094】

RBがMRBである場合、CU(たとえば、CU172)は、第1の論理チャネルID(値)および少なくとも1つの構成パラメータを含む第1のDLメッセージを生成し、第1のDLメッセージをUEにDUを介して送信する。言い換えれば、DUは、第1の論理チャネルID(値)および少なくとも1つの構成パラメータを第1のUEにCUを介して送信することができる。いくつかの実装形態では、CUは、MRBのためのMRB IDおよび/またはPDCP構成パラメータを含むMRB構成を生成し、MRB構成をDLメッセージに含めることができる。RBがユニキャストRBである場合、CUは、第2の論理チャネルID(値)を含む第2のDLメッセージを生成し、第2のDLメッセージを第2のUEにDUを介して送信する。いくつかの実装形態では、CUは、ユニキャストRBのためのユニキャストRB ID(たとえば、SRB IDもしくはDRB ID)および/またはPDCP構成パラメータを含むユニキャストRB構成(たとえば、SRB構成またはDRB構成)を生成し、ユニキャストRB構成を第2のDLメッセージに含めることができる。第1および第2のUEは同じUEまたは異なるUEであり得る。いくつかの実装形態では、第1および第2のDLメッセージはRRC再構成メッセージ(たとえば、RRCReconfigurationメッセージ)である。

【0095】

いくつかの実装形態では、少なくとも1つの構成パラメータは、論理チャネル構成(たとえば、mac-LogicalChannelConfigフィールドまたはLogicalChannelConfig IE)を含む。他の実装形態では、少なくとも1つの構成パラメータは、MACレイヤのためのアップリンク構成パラメータ(たとえば、ul-SpecificParametersフィールド)を含む。また他の実装形態では、少なくとも1つの構成パラメータは、論理チャネルグループ(たとえば、logicalChannelGroupフィールド)、サブキャリア間隔リスト(たとえば、allowedSCS-Listフィールド)、スケジューリング要求ID(たとえば、schedulingRequestedIDフィールドもしくはSchedulingRequestedId IE)、タイマー値(たとえば、bitRateQueryProhibitTimerフィールド)、物理優先度インデックス(たとえば、allowedPHY-PriorityIndexフィールド)、チャネルアクセス優先度(たとえば、channelAccessPriorityフィールド)、および/またはビットレート乗数(たとえば、bitRateMultiplierフィールド)を含む。

【0096】

いくつかの実装形態では、DUは、たとえば、CUを介して、物理レイヤのための少なくとも1つの第1のアップリンク構成パラメータをUEに送信することができる。UEがRB(すなわち、ユニキャストRB)に関連付けられたPDUを含むPDSCH送信を受信するとき、UEは少なくとも1つの第1の構成パラメータに従ってHARQフィードバックをRANノードに送信することができる。たとえば、少なくとも1つの第1の構成パラメータは、PUCCH構成(たとえば、PUCCH-Config IE)を含むことができる。別の例では、少なくとも1つの第1の構成パラメータは、1つもしくは複数のPUCCHリソース(たとえば、PUCCH-Resource IE)および/または1つもしくは複数のPUCCHリソースセット(たとえば、1つもしくは複数のPUCCH-ResourceSet IE)を含むかまたは構成することができる、少なくとも1つのPUCCHリソース構成を含むことができる。また別の例では、少なくとも1つの第1の構成パラメータは、少なくとも1つのPUCCHフォーマット構成(たとえば、PHCCH-FormatConfig IE)、少なくとも1つのPUCCH空間関係構成(たとえば、PUCCH-SpatialRelationInfo IE)、PUCCH電力制御構成(たとえば、PUCCH-PowerControl IE)、および/または少なくとも1つのダウンリンクデータ-アップリンク確認タイミング構成(たとえば、dl-DataToUL-ACKフィールド、dl-DataToUL-ACK-DCI-1-2フィールド、dl-DataToUL-ACK-r16フィールド、および/またはdl-DataToUL-ACK-DCI-1-2-r17フィールド)を含むことができる。いくつかの実装形態では、物理レイヤのための少なくとも1つの第1のアップリンク構成パラメータおよび物理レイヤのための少なくとも1つの第2のアップリンク構成パラメータは、同じ構成パラメータ(値)を含むことができる。他の実装形態では、物理レイヤのための少なくとも1つの第1のアップリンク構成パラメータおよび物理レイヤのための少なくとも1つの第2のアップリンク構成パラメータは、異なる構成パラメータ(値)を含むことができる。

【0097】

他の実装形態では、RANノードは、たとえば、少なくとも1つの第2のメッセージにおいて、物理レイヤのための少なくとも1つの第2のアップリンク構成パラメータをUEに送信することができる。UEがMRBに関連付けられたPDUを含むPDSCH送信を受信するとき、UEは少なくとも1つの第2の構成パラメータに従ってHARQフィードバックをRANノードに送信することができる。たとえば、少なくとも1つの第2の構成パラメータは、PUCCH構成(たとえば、PUCCH-Config IE)を含むことができる。別の例では、少なくとも1つの第2の構成パラメータは、1つもしくは複数のPUCCHリソース(たとえば、PUCCH-Resource IE)および/または1つもしくは複数のPUCCHリソースセット(たとえば、1つもしくは複数のPUCCH-ResourceSet IE)を含むかまたは構成することができる、少なくとも1つのPUCCHリソース構成を含むことができる。また別の例では、少なくとも1つの第2の構成パラメータは、少なくとも1つのPUCCHフォーマット構成(たとえば、PHCCH-FormatConfig IE)、少なくとも1つのPUCCH空間関係構成(たとえば、PUCCH-SpatialRelationInfo IE)、PUCCH電力制御構成(たとえば、PUCCH-PowerControl IE)、および/または少なくとも1つのダウンリンクデータ-アップリンク確認タイミング構成(たとえば、dl-DataToUL-ACKフィールド、dl-DataToUL-ACK-DCI-1-2フィールド、dl-DataToUL-ACK-r16フィールド、および/またはdl-DataToUL-ACK-DCI-1-2-r17フィールド)を含むことができる。

【0098】

図6Bは、図6Aの方法600Aと同様である例示的な方法600Bのフロー図である。ブロック602において、DU(たとえば、DU174)はRBのためのリソースを構成することを決定する(たとえば、イベント506、514、593)。ブロック603において、DUはRBのための論理チャネルIDをDU-CU間メッセージに含める(たとえば、イベント508、516、593)。ブロック604において、DUはRBがMRBであるかどうかを決定する。RBがMRBではない場合(たとえば、RBがSRBまたはDRBなどのユニキャストRBである場合)、フローはブロック608に進む。ブロック608において、DUはRBのための少なくとも1つの構成パラメータをDU-CU間メッセージに含める。RBがMRBである場合、フローは代わりにブロック612に進む。ブロック612において、DUはRBのための少なくとも1つの構成パラメータをDU-CU間メッセージに含めるのを控える(たとえば、イベント508、516、593)。ブロック614において、DUはDU-CU間メッセージをCUに送信する(たとえば、イベント508、516、593)。

【0099】

次に図7を参照すると、DU174などのDUは、RBのための第1の構成または第2の構成を構成することを決定するために方法700を実装/実施することができる。ブロック702において、DUはRBのためのリソースを構成することを決定する(たとえば、イベント506、514、593)。ブロック704において、DUはRBがMRBであるかどうかを決定する。RBがMRBではない場合(すなわち、RBがSRBまたはDRBなどのユニキャストRBである場合)、フローはブロック706に進む。ブロック706において、DUはRBのための第1の構成(たとえば、第1のCellGroupConfig IEまたは第1のRLC-BearerConfig IE)をDU-CU間メッセージに含める。RBがMRBである場合、フローは代わりにブロック708に進む。ブロック708において、DUはRBのための第2の構成(たとえば、第2のCellGroupConfig IEまたは第2のRLC-BearerConfig IE)をDU-CU間メッセージに含める(たとえば、イベント508、516、593)。ブロック710において、DUはDU-CU間メッセージをCUに送信する(たとえば、イベント508、516、593)。

【0100】

いくつかの実装形態では、第1および第2の構成は、異なる構成パラメータおよび/または構成パラメータの異なる値を含む。いくつかの実装形態では、第1および第2の構成は、図5および/または図6Aについて説明されたような構成パラメータを含む。

【0101】

いくつかの実装形態では、DUは、図5および/または図6Aについて説明されたように、CUからCU-DU間メッセージを受信し(たとえば、イベント506、514、593)、DUは、CU-DU間メッセージに応答してRBのためのリソースを構成することを決定する。そのような実装形態では、DUは、CU-DU間メッセージに応答してDU-CU間メッセージを送る。

【0102】

いくつかの実装形態では、RBがMRBである場合、RBがDL専用RB(すなわち、単方向DL RB)であることを示すために、DUはRLCパラメータ(たとえば、um-Uni-Directional-DLフィールド)を第2の構成に含める。いくつかの実装形態では、RBがユニキャストRBである場合、RBが双方向RBであることを示すために、DUはRLCパラメータ(たとえば、amフィールドまたはum-Bi-Directionalフィールド)を第1の構成に含める。

【0103】

次に図8を参照すると、DU174などのDUは、MRBのための少なくとも1つの構成パラメータを構成するかどうかを決定するために例示的な方法800を実装/実施することができる。

【0104】

より具体的には、ブロック802において、DUはMRBのための構成パラメータを提供することを決定する(たとえば、イベント506、514、593)。ブロック804において、DUはMRBのための少なくとも1つの第1の構成パラメータをDU-CU間メッセージに含める(たとえば、イベント508、516、593)。ブロック806において、DUはMRBがULリソースを必要とするかどうかを決定する。MRBがULリソースを必要とする場合、フローはブロック808に進む。ブロック808において、DUは少なくとも1つの第2の構成パラメータをDU-CU間メッセージに含める(たとえば、イベント508、516、593)。MRBがULリソースを必要としない場合、フローは代わりにブロック810に進む。ブロック810において、DUはDU-CU間メッセージをCUに送信し(たとえば、イベント508、516、593)、すなわち、第2の構成パラメータをDU-CU間メッセージに含めない。

【0105】

いくつかの実装形態では、DUは、MRBに関連付けられたQoSパラメータに従って、ブロック806においてMRBがULリソースを必要とするかどうかを決定する。いくつかの実装形態では、DUはCUからQoSパラメータを含む少なくとも1つのCU-DU間メッセージを受信する。他の実装形態では、DUはMRBのためのQoSパラメータで事前構成される。

【0106】

一実装形態では、QoSパラメータが特定のQoSパラメータ(たとえば、第1のQoSパラメータ)を含む場合、DUはブロック806においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、QoSパラメータが特定のQoSパラメータを含まない場合)、DUはブロック806においてMRBがULリソースを必要としないと決定する。たとえば、QoSパラメータはQoSフローIDを含んでもよい。QoSフローIDが特定のQoSフローID(たとえば、第1のQoSフローID)である場合、DUはブロック806においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、QoSフローID(たとえば、第2のQoSフローID)が特定のQoSフローIDではない場合)、DUはブロック806においてMRBがULリソースを必要としないと決定する。別の例では、QoSパラメータはQoSフローレベルQoSパラメータを含む。QoSフローレベルQoSパラメータが特定のQoSフローレベルQoSパラメータ(たとえば、第1のQoSフローレベルQoSパラメータ)を含む場合、DUはブロック806においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、QoSフローレベルQoSパラメータが特定のQoSフローレベルQoSパラメータを含まない場合)、DUはブロック806においてMRBがULリソースを必要としないと決定する。別の実装形態では、QoSパラメータがアップリンクのためのQoSパラメータを含む場合、DUはブロック806においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、QoSパラメータがアップリンクのためのQoSパラメータを含まない場合)、DUはブロック806においてMRBがULリソースを必要としないと決定する。たとえば、QoSパラメータがアップリンクのためのUEアグリゲート最大ビットレートを含む場合、DUはブロック806においてMRBがULリソースを必要とすると決定してもよい。そうでない場合(たとえば、QoSパラメータがアップリンクのためのUEアグリゲート最大ビットレートを含まない場合)、DUはブロック806においてMRBがULリソースを必要としないと決定する。また別の例では、QoSパラメータはQoS識別子(たとえば、5G QoS識別子)を含む。QoS識別子が特定のQoS識別子(たとえば、第1のQoS識別子)である場合、DUはブロック806においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、QoS識別子(たとえば、第2のQoS識別子)が特定のQoS識別子ではない場合)、DUはブロック806においてMRBがULリソースを必要としないと決定する。

【0107】

いくつかの実装形態では、DUはCUからMRBのためのCU-DU間メッセージを受信する。CU-DU間メッセージがULリソースが必要とされることを示す指示を含む場合、DUはブロック806においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、CU-DU間メッセージが、MRBのためにULリソースが必要とされることを示す指示を含まないか、またはMRBのためにDL専用リソースが必要とされることを示す指示を含む場合)、DUはブロック806においてMRBがULリソースを必要としないと決定する。

【0108】

いくつかの実装形態では、少なくとも1つの第2の構成パラメータは、図5および図6Aについて上記で説明された少なくとも1つの構成パラメータと同様である。

【0109】

次に図9Aを参照すると、CU172などのCUは、MRBもしくはMBSセッションのためにアップリンクリソースが必要とされることをDUに示すために、またはそのことをDUに示すのを控えるために、例示的な方法900Aを実装/実施することができる。

【0110】

ブロック902において、CUはMBSセッションのためのMRBを構成することを決定する(たとえば、イベント504、591)。ブロック904において、CUはMRBのMRB IDをCU-DU間メッセージに含める(たとえば、イベント506、514、593)。ブロック906において、CUはMRBまたはMBSセッションがULリソースを必要とするかまたは必要としないかを決定する。MRBまたはMBSセッションがULリソースを必要とする場合、フローはブロック908に進む。ブロック908において、CUはMRBまたはMBSセッションのためにULリソースが必要とされることを示す指示をCU-DU間メッセージに含める(たとえば、イベント506、514、593)。MRBまたはMBSセッションがULリソースを必要としない場合、フローは代わりにブロック910に進む。この場合、CUは指示をCU-DU間メッセージに含めるのを控える。フローはブロック906から(「no」分岐の場合)ならびにブロック908からブロック910に進む。ブロック910において、CUはCU-DU間メッセージをDUに送信する(たとえば、イベント506、514、593)。ブロック912において、CU-DU間メッセージに応答して、CUはDUからMRBのための構成パラメータを(たとえば、コンテナIE中に)含むDU-CU間メッセージを受信する(たとえば、イベント508、516、593)。ブロック914において、CUはDU-CU間メッセージから構成パラメータを取り出す(たとえば、構成パラメータを含むコンテナIEを取り出す)(たとえば、イベント508、516、593)。ブロック916において、CUは構成パラメータを(たとえば、コンテナIE中に)含むDLメッセージをUEにDUを介して送信する(たとえば、イベント518、520、593)。

【0111】

いくつかの実装形態では、CUは、CN(たとえば、AMF)から、CUからのMBSセッションのMBSセッションIDを含むCN-BS間メッセージを受信し、CUは、CN-BS間メッセージに応答して、MBSセッションのためのMRBを構成することを決定する。CUは、CN-BS間メッセージに応答してBS-CN間メッセージをCNに送ることができる。

【0112】

いくつかの実装形態では、CN-BS間メッセージおよびBS-CN間メッセージは、次世代アプリケーションプロトコル(NGAP)メッセージであり得る。他の実装形態では、CN-BS間メッセージおよびBS-CN間メッセージは、それぞれ、PDU Session Resource Setup RequestメッセージおよびPDU Session Resource Setup Responseメッセージであり得る。他の実装形態では、CN-BS間メッセージおよびBS-CN間メッセージは、それぞれ、PDU Session Resource Modify RequestメッセージおよびPDU Session Resource Modify Responseメッセージであり得る。また他の実装形態では、CN-BS間メッセージおよびBS-CN間メッセージは、それぞれ、MBS Session Resource Setup RequestメッセージおよびMBS Session Resource Setup Responseメッセージであり得る。また他の実装形態では、CN-BS間メッセージおよびBS-CN間メッセージは、それぞれ、MBS Session Resource Modify RequestメッセージおよびMBS Session Resource Modify Responseメッセージであり得る。

【0113】

CUは、RBがユニキャストRB(たとえば、DRBもしくはSRB)であるかまたはMRBであるかをCU-DU間メッセージにおいて示すことができる。いくつかの実装形態では、CUはRBのRB IDをCU-DU間メッセージに含めることができる。RBがMRBである場合、RB IDはMRB IDであり得る。RBがSRBである場合、RB IDはSRB IDであり得る。RBがDRBである場合、RB IDはDRB IDである。CU-DU間メッセージに応答して、DUはRBのためのリソースを構成することを決定する。RBがMRBであるかまたはユニキャストRB(たとえば、DRBもしくはSRB)であるかに応じて、DUは、上記で説明されたように、異なる構成パラメータ(たとえば、論理チャネルIDおよび/または少なくとも1つの構成パラメータ)を取得し、異なる構成パラメータをDU-CU間メッセージに含める。次いで、DUは、CU-DU間メッセージに応答してDU-CU間メッセージをCUに送信する。いくつかの実装形態では、DUは、RBについてのMRB指示、SRB指示、またはDRB指示に従って、それぞれ、RBがMRB、SRB、またはDRBであると決定することができる。他の実装形態では、DUは、MRB ID、SRB ID、またはDRB IDに従って、それぞれ、RBがMRB、SRB、またはDRBであると決定することができる。

【0114】

いくつかの実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、F1APメッセージであり得る。いくつかの実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、それぞれ、UEコンテキストセットアップ要求メッセージおよびUEコンテキストセットアップ応答メッセージであり得る。他の実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、それぞれ、UEコンテキスト変更要求メッセージおよびUEコンテキスト変更応答メッセージであり得る。また他の実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、それぞれ、MBSコンテキストセットアップ要求メッセージおよびMBSコンテキストセットアップ応答メッセージであり得る。また他の実装形態では、CU-DU間メッセージおよびDU-CU間メッセージは、それぞれ、MBSコンテキスト変更要求メッセージおよびMBSコンテキスト変更応答メッセージであり得る。

【0115】

いくつかの実装形態では、コンテナIEはセルグループ構成(CellGroupConfig IE)であり得る。いくつかの実装形態では、CUは、MRBまたはMBSセッションに関連付けられたQoSパラメータに従って、MRBまたはMBSセッションがULリソースを必要とするかどうかを決定する。いくつかの実装形態では、CN-BS間メッセージ(すなわち、第1のCN-BS間メッセージ)はQoSパラメータを含む。他の実装形態では、CUはCNからQoSパラメータを含む第2のCN-BS間メッセージを受信する。また他の実装形態では、CUはMRBまたはMBSセッションのためのQoSパラメータで事前構成される。一実装形態では、QoSパラメータが特定のQoSパラメータ(たとえば、第1のQoSパラメータ)を含む場合、CUはブロック906においてMRBまたはMBSセッションがULリソースを必要とすると決定する。そうでない場合(たとえば、QoSパラメータが特定のQoSパラメータを含まない場合)、CUはブロック906においてMRBまたはMBSセッションがULリソースを必要としないと決定する。たとえば、QoSパラメータはQoSフローIDを含む。QoSフローIDが特定のQoSフローID(たとえば、第1のQoSフローID)である場合、CUはブロック906においてMRBまたはMBSセッションがULリソースを必要とすると決定する。そうでない場合(たとえば、QoSフローID(たとえば、第2のQoSフローID)が特定のQoSフローIDではない場合)、CUはブロック906においてMRBまたはMBSセッションがULリソースを必要としないと決定する。別の例では、QoSパラメータはQoSフローレベルQoSパラメータを含む。QoSフローレベルQoSパラメータが特定のQoSフローレベルQoSパラメータ(たとえば、第1のQoSフローレベルQoSパラメータ)を含む場合、CUはブロック906においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、QoSフローレベルQoSパラメータが特定のQoSフローレベルQoSパラメータを含まない場合)、CUはブロック906においてMRBがULリソースを必要としないと決定する。別の実装形態では、QoSパラメータがアップリンクのためのQoSパラメータを含む場合、CUはブロック906においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、QoSパラメータがアップリンクのためのQoSパラメータを含まない場合)、CUはブロック906においてMRBがULリソースを必要としないと決定する。たとえば、QoSパラメータがアップリンクのためのUEアグリゲート最大ビットレートを含む場合、CUはブロック906においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、QoSパラメータがアップリンクのためのUEアグリゲート最大ビットレートを含まない場合)、CUはブロック906においてMRBがULリソースを必要としないと決定する。また別の例では、QoSパラメータはQoS識別子(たとえば、5G QoS識別子)を含む。QoS識別子が特定のQoS識別子(たとえば、第1のQoS識別子)である場合、CUはブロック906においてMRBがULリソースを必要とすると決定する。そうでない場合(たとえば、QoS識別子(たとえば、第2のQoS識別子)が特定のQoS識別子ではない場合)、CUはブロック906においてMRBがULリソースを必要としないと決定する。

【0116】

いくつかの実装形態では、第1または第2のCN-BS間メッセージがULリソースが必要とされることを示す指示を含む場合、CUはブロック906においてMRBまたはMBSセッションがULリソースを必要とすると決定する。そうでない場合(たとえば、第1または第2のCN-BS間メッセージが、MRBのためにULリソースが必要とされることを示す指示を含まないか、またはMRBのためにDL専用リソースが必要とされることを示す指示を含む場合)、CUはブロック906においてMRBまたはMBSセッションがULリソースを必要としないと決定する。

【0117】

いくつかの実装形態では、ブロック908における指示は新しいIEである。他の実装形態では、ブロック908における指示は上記で説明されたQoSパラメータである。

【0118】

MRBまたはMBSセッションのためにULリソースが必要とされることを示す指示に応答して、DUは、いくつかの実装形態では、少なくとも1つの構成パラメータを生成し、少なくとも1つの構成パラメータをコンテナIEまたはDU-CU間メッセージに含める。そのような実装形態では、DUは、PHYのための少なくとも1つの第1のアップリンク構成パラメータをコンテナIEまたはDU-CU間メッセージに含めることができる。少なくとも1つの構成パラメータおよびPHYのための少なくとも1つの第1のアップリンク構成パラメータの例および実装形態は、図6Aについて上記で説明されているとおりである。

【0119】

MRBまたはMBSセッションがULリソースを必要としない場合、CUは、いくつかの実装形態では、MRBまたはMBSセッションのためにULリソースが必要とされないことを示す指示を含めることができる。MRBまたはMBSセッションがULリソースを必要としない場合、CUは、他の実装形態では、MRBまたはMBSセッションのためにDL専用リソースが必要とされることを示す指示を含めることができる。

【0120】

CU-DU間メッセージが、ULリソースが必要とされることを示す指示を除外するか、またはULリソースが必要とされないことを示す指示もしくはDL専用リソースが必要とされるという指示を含む場合、DUは少なくとも1つの構成パラメータをコンテナIEまたはDU-CU間メッセージに含めない。そのような場合、いくつかの実装形態では、DUはPHYのための少なくとも1つの第1のアップリンク構成パラメータをコンテナIEまたはDU-CU間メッセージに含めてもよい。代替として、DUはPHYのための少なくとも1つの第1のアップリンク構成パラメータをコンテナIEまたはDU-CU間メッセージに含めなくてもよい。

【0121】

図9Bは、方法900Bがブロック906および908の代わりにブロック907および909を含むことを除いて方法900Aと同様である例示的な方法900Bを示す。

【0122】

ブロック907において、CUはMRBまたはMBSセッションがDL専用リソースを必要とするかまたは必要としないかを決定する。MRBまたはMBSセッションがDL専用リソースを必要とする場合、フローはブロック909に進む。ブロック909において、CUはMRBまたはMBSセッションのためにDL専用リソースが必要とされることを示す指示をCU-DU間メッセージに含める(たとえば、イベント506、514、593)。MRBまたはMBSセッションがULリソースを必要とする場合、フローは代わりにブロック910に進む。フローはブロック907(「no」分岐)からならびにブロック909からブロック910に進む。

【0123】

図9Aについて上記で説明された例および実装形態は、図9Bに適用することもできる。

【0124】

CU-DU間メッセージが、DL専用リソースが必要とされることを示す指示を除外する場合、DUは、いくつかの実装形態では、少なくとも1つの構成パラメータを生成し、少なくとも1つの構成パラメータをコンテナIEまたはDU-CU間メッセージに含める。そのような実装形態では、DUはさらに、PHYのための少なくとも1つの第1のアップリンク構成パラメータをコンテナIEまたはDU-CU間メッセージに含めることができる。

【0125】

DL専用リソースが必要とされることを示す指示に応答して、DUは少なくとも1つの構成パラメータをコンテナIEまたはDU-CU間メッセージに含めない。そのような場合、DUは、いくつかの実装形態では、PHYのための少なくとも1つの第1のアップリンク構成パラメータをコンテナIEまたはDU-CU間メッセージに含めてもよい。代替として、DUはPHYのための少なくとも1つの第1のアップリンク構成パラメータをコンテナIEまたはDU-CU間メッセージに含めない。

【0126】

次に図10を参照すると、CU172などのCUは、MRBのためのRLCモードを決定するために例示的な方法1000を実装/実施することができる。

【0127】

ブロック1002において、CUはMBSセッションのためのMRBを構成することを決定する(たとえば、イベント504、591)。ブロック1004において、CUはMRBのMRB IDをCU-DU間メッセージに含める(たとえば、イベント506、514、593)。ブロック1006において、CUはRLCモードIEにおけるRLCモードを決定する。ブロック1008において、CUはRLCモードIEをCU-DU間メッセージに含める(たとえば、イベント506、514、593)。ブロック1010において、CUはCU-DU間メッセージをDUに送信する(たとえば、イベント506、514、593)。ブロック1012において、CU-DU間メッセージに応答して、CUはDUからMRBのための構成パラメータを(たとえば、コンテナIE中に)含むDU-CU間メッセージを受信する(たとえば、イベント508、516、593)。ブロック1014において、CUはDU-CU間メッセージから構成パラメータを取り出す(たとえば、構成パラメータを含むコンテナIEを取り出す)。ブロック1016において、CUは構成パラメータを含む(コンテナIEを含む)DLメッセージをUEにDUを介して送信する(たとえば、イベント518、520、593)。

【0128】

いくつかの実装形態では、CUは、上記で説明されたようなMBSセッションのためのQoSパラメータに基づいてRLCモードを決定する。たとえば、QoSパラメータがある特定のレベルの信頼性が必要とされることを示す場合、CUはRLCモードをRLC確認モード(AM:acknowledged mode)であると決定してもよい。そうでない場合、CUはRLCモードをRLC非確認モード(UM:unacknowledged mode)であると決定する。別の例では、QoSパラメータがある特定のレベルのレイテンシが必要とされることを示す場合、CUはRLCモードをRLC UMであると決定する。そうでない場合、CUはRLCモードをRLC AMであると決定する。より一般的には、QoSパラメータが特定のQoSパラメータ(たとえば、第1のQoSパラメータ)を含む場合、CUはRLCモードをRLC AMであると決定する。そうでない場合(すなわち、QoSパラメータが第2のQoSパラメータを含む場合)、CUはRLCモードをRLC UMであると決定する。

【0129】

いくつかの実装形態では、DUはRLCモードIEに従ってRLCベアラ構成を生成する。RLCモードIEがRLC AMを示す場合、RLCベアラ構成はRLC AMおよび/またはRLC AMパラメータを示す指示を含む。RLCモードIEがRLC UMを示す場合、RLCベアラ構成はRLC UMおよび/またはRLC UMパラメータを示す指示を含む。DUはRLCベアラ構成を構成パラメータに含める。したがって、DUは、マルチキャストまたはユニキャストを介して、RLCベアラ構成において構成されたRLCモードを使用してMBSセッションのMBSデータを送信する。UEはRLCモードを使用してMBSデータを受信する。

【0130】

次に図11Aを参照すると、CU172などのCUは、MRBのためのRLCモードを決定するために例示的な方法1100Aを実装/実施することができる。

【0131】

方法1100Aは、CUがMBSセッションのためのMRBを構成することを決定するブロック1102において開始する(たとえば、イベント504、591)。ブロック1104において、CUはMRBのMRB IDをCU-DU間メッセージに含める(たとえば、イベント506、514、593)。ブロック1106において、CUはMRBまたはMBSセッションがULリソースを必要とするかまたは必要としないかを決定する。MRBまたはMBSセッションがULリソースを必要とする場合、フローはブロック1108に進む。ブロック1108において、CUはRLCモードIEをRLC AMを示す値に設定し、RLCモードIEをCU-DU間メッセージに含める(たとえば、イベント506、514、593)。MRBまたはMBSセッションがULリソースを必要としない場合、フローは代わりにブロック1109に進む。ブロック1109において、CUはRLCモードIEをRLC UMを示す値に設定し、RLCモードIEをCU-DU間メッセージに含める(たとえば、イベント506、514、593)。フローはブロック1108からならびにブロック1109からブロック1110に進む。ブロック1110において、CUはブロック910、912、914、および916について上記で説明されたアクションを実施する。図10について上記で説明された例および実装形態は、図11Aに適用することもできる。

【0132】

図11Bは、方法1100Bがブロック1106の代わりにブロック1107を含むことを除いて方法1100Aと同様である例示的な方法1100Bを示す。ブロック1107において、CUはMRBまたはMBSセッションのためにPTP送信を要求するかまたは代わりにPTM送信を要求するかを決定する(たとえば、イベント504、591)。CUがMRBまたはMBSセッションのためにPTP送信を要求する場合、フローはブロック1108に進む。CUがMRBまたはMBSセッションのためにPTM送信を要求する場合、フローは代わりにブロック1109に進む。

【0133】

図11Cは、方法1100Cがブロック1106の代わりにブロック1105を含むことを除いて方法1100Aと同様である例示的な方法1100Cを示す。ブロック1105において、CUはMRBまたはMBSセッションのためにユニキャスト送信を要求するかまたは代わりにマルチキャスト送信を要求するかを決定する(たとえば、イベント504、591)。CUがMRBまたはMBSセッションのためにPTP送信を要求する場合、フローはブロック1108に進む。CUがMRBまたはMBSセッションのためにPTM送信を要求する場合、フローは代わりにブロック1109に進む。

【0134】

次に図12Aを参照すると、CU172などのCUは、MRBのためのRLCモードを決定するために例示的な方法1200Aを実装することができる。

【0135】

方法1200Aは、CUがRBを構成することを決定するブロック1202において開始する(たとえば、イベント504、591)。ブロック1204において、CUはRBのRB IDをCU-DU間メッセージに含める(たとえば、イベント506、514、593)。ブロック1206において、CUはRBがMRBであるかまたはDRBであるかを決定する。RBがDRBである場合、フローはブロック1208に進む。ブロック1208において、CUはRLCモードIEをRLC AMを示す値に設定し、RLCモードIEをCU-DU間メッセージに含める(たとえば、イベント506、514、593)。RBがMRBである場合、フローはブロック1209に進む。ブロック1209において、CUはRLCモードIEをRLC UMを示す値に設定し、RLCモードIEをCU-DU間メッセージに含める(たとえば、イベント506、514、593)。フローはブロック1208からならびにブロック1209からブロック1210に進む。ブロック1210において、CUはブロック910、912、914、および916について上記で説明されたアクションを実施する。

【0136】

図12Bは、方法1200Bがブロック1206の代わりにブロック1207を含むことを除いて方法1200Aと同様である例示的な方法1200Bを示す。ブロック1207において、CUはRBがMRBであるかまたはIMS音声もしくはビデオサービス用に構成されるかあるいはそうではないかを決定する(たとえば、イベント504、591)。RBがMRBであるかまたはIMS音声もしくはビデオサービス用に構成される場合、フローはブロック1208に進む。そうでない場合、フローは代わりにブロック1209に進む。IMS音声サービスは、IMS音声呼またはIMS緊急呼であり得る。

【0137】

いくつかの実装形態では、RBがMRBである場合、CUは、RBがDL専用RB(すなわち、単方向DL RB)であることを示すために単方向指示をCU-DU間メッセージに含めることができる。単方向指示に応答して、DUは構成パラメータ中のRLCパラメータ(たとえば、um-Uni-Directional-DLフィールド)をRBのためのDU-CU間メッセージに含めることができる。RBがIMS音声またはビデオサービス用に構成される場合、CUは単方向指示を含めない。

【0138】

次に図13を参照すると、DU174または基地局104などのRANノードは、RB(すなわち、MRBまたはDRB)のためのRLCパラメータを決定するために例示的な方法1300を実装することができる。

【0139】

ブロック1302において、RANノードはMRBのためのリソースを構成することを決定する(たとえば、イベント506、514、593)。ブロック1304において、RANノードはRBがMRBであるかまたはDRBであるかを決定する。RBがMRBである場合、フローはブロック1306に進む。ブロック1306において、RANノードは第1のRLCパラメータをRBのための構成(たとえば、RLC-BearerConfig IEなどのRLC構成)に含める。RBがDRBである場合、フローは代わりにブロック1308に進む。ブロック1308において、RANノードはDRBがIMS音声もしくはビデオサービス用であるかまたはそうではないかを決定する。DRBがIMS音声またはビデオサービス用である場合、フローはブロック1310に進む。ブロック1310において、RANノードは第2のRLCパラメータをRBのための構成に含める。DRBがIMS音声またはビデオサービス用ではない場合、フローは代わりにブロック1312に進む。ブロック1312において、RANノードは第3のRLCパラメータをRBのための構成に含める。フローはブロック1306、1310、および1312の各々からブロック1314に進む。ブロック1314において、RANノードは構成をCUまたはUEに送信する(たとえば、イベント508、516、520、593)。RANノードがDU(たとえば、DU174)である場合、DUは、いくつかの実装形態では、構成を含むDU-CU間メッセージをCUに送ることができる。RANノードが基地局(たとえば、基地局104)である場合、基地局は、いくつかの実装形態では、構成を含むDLメッセージ(たとえば、RRC再構成メッセージ)をUEに送ることができる。

【0140】

いくつかの実装形態では、第1のRLCパラメータ、第2のRLCパラメータ、および第3のRLCパラメータは、それぞれ、um-Uni-Directional-DLフィールド、um-Bi-Directionalフィールド、およびamフィールドであり得る。いくつかの実装形態では、DUは、第1のRLCパラメータ、第2のRLCパラメータ、および第3のRLCパラメータにおいて、それぞれ、第1のRLCシーケンス番号サイズ、第2のRLCシーケンス番号サイズ、および第3のRLCシーケンス番号サイズを示すことができる。第1、第2、および第3のRLCシーケンス番号サイズのうちの少なくとも2つ(たとえば、すべて)は同じまたは異なる場合がある。

【0141】

次に図14を参照すると、DU174などのDUは、RB(すなわち、MRBまたはDRB)のためのRLCパラメータを決定するために例示的な方法1400を実装/実施することができる。

【0142】

ブロック1402において、DUはCUからRBのためのRLC UMを示すCU-DU間メッセージを受信する(たとえば、イベント506、514、593)。ブロック1404において、DUはRBがMRBであるかまたはDRBであるかを決定する。RBがMRBである場合、フローはブロック1406に進む。ブロック1406において、DUは第1のRLCパラメータをRBのための構成(たとえば、RLC-BearerConfig IEなどのRLC構成)に含める。RBがDRBである場合、フローは代わりにブロック1408に進む。ブロック1408において、DUは第2のRLCパラメータをRBのための構成に含める。フローはブロック1406からならびにブロック1408からブロック1410に進む。ブロック1410において、DUは構成を含むDU-CU間メッセージをCUに送信する(たとえば、イベント508、516、593)。

【0143】

いくつかの実装形態では、第1のRLCパラメータおよび第2のRLCパラメータは、それぞれ、um-Uni-Directional-DLフィールドおよびum-Bi-Directionalフィールドであり得る。いくつかの実装形態では、DUは、第1のRLCパラメータおよび第2のRLCパラメータにおいて、それぞれ、第1のRLCシーケンス番号サイズおよび第2のRLCシーケンス番号サイズを示すことができる。第1および第2のシーケンス番号サイズは同じまたは異なる場合がある。

【0144】

以下の追加の考慮事項は、上記の説明に適用される。

【0145】

いくつかの実装形態では、「メッセージ」が使用され、「情報要素(IE)」で置き換えられ得る。いくつかの実装形態では、「IE」が使用され、「フィールド」で置き換えられ得る。いくつかの実装形態では、「構成(configuration)」は「構成(configurations)」または「構成パラメータ」で置き換えられ得る。いくつかの実装形態では、「MBS」は「マルチキャスト」または「ブロードキャスト」で置き換えられ得る。

【0146】

本開示の技法が実装され得るユーザデバイス(たとえば、UE102A、102B、または103)は、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、モバイルゲームコンソール、販売時点管理(POS)端末、健康監視デバイス、ドローン、カメラ、メディアストリーミングドングルもしくは別のパーソナルメディアデバイス、スマートウォッチなどのウェアラブルデバイス、ワイヤレスホットスポット、フェムトセル、またはブロードバンドルータなどの、ワイヤレス通信が可能な任意の好適なデバイスであり得る。さらに、ユーザデバイスは、いくつかの場合には、車両または先進運転者支援システム(ADAS)のヘッドユニットなどの電子システムに埋め込まれてもよい。またさらに、ユーザデバイスは、モノのインターネット(IoT)デバイスまたはモバイルインターネットデバイス(MID)として動作することができる。タイプに応じて、ユーザデバイスは、1つまたは複数の汎用プロセッサ、コンピュータ可読メモリ、ユーザインターフェース、1つまたは複数のネットワークインターフェース、1つまたは複数のセンサーなどを含むことができる。

【0147】

特定の実施形態は、論理またはいくつかの構成要素もしくはモジュールを含むものとして本開示で説明される。モジュールは、ソフトウェアモジュール(たとえば、非一時的機械可読媒体上に記憶されたコード)またはハードウェアモジュールであってもよい。ハードウェアモジュールは、特定の動作を実施することが可能な有形のユニットであり、ある特定の方法で構成または配置されてもよい。ハードウェアモジュールは、特定の動作を実施するように(たとえば、フィールドプログラマブルゲートアレイ(FPGA)または特定用途向け集積回路(ASIC)などの専用プロセッサとして)恒久的に構成された専用回路構成または論理を備えることができる。ハードウェアモジュールはまた、特定の動作を実施するようにソフトウェアによって一時的に構成された(たとえば、汎用プロセッサまたは他のプログラマブルプロセッサ内に包含されるような)プログラマブル論理または回路構成を備えてもよい。専用の恒久的に構成された回路構成において、または(たとえば、ソフトウェアによって構成された)一時的に構成された回路構成においてハードウェアモジュールを実装するという決定は、コストおよび時間の考慮事項によって引き起こされることがある。

【0148】

ソフトウェアにおいて実装されるとき、本技法は、オペレーティングシステムの一部、複数のアプリケーションによって使用されるライブラリ、特定のソフトウェアアプリケーションなどとして提供され得る。ソフトウェアは、1つもしくは複数の汎用プロセッサまたは1つもしくは複数の専用プロセッサによって実行され得る。

【0149】

本開示を読めば、当業者は、本明細書の開示された原理を通じてMBS情報を通信するためのさらに追加の代替の構造的および機能的設計を諒解されよう。したがって、特定の実施形態および適用例が図示および説明されているが、開示された実施形態は本明細書で開示された厳密な構成および構成要素に限定されないことを理解されたい。当業者に明らかになるであろう様々な修正、変更、および変形は、添付の特許請求の範囲において定義された趣旨および範囲から逸脱することなく、本明細書で開示された方法および装置の配置、動作、および詳細において行われてもよい。

【符号の説明】

【0150】

100 ワイヤレス通信システム
102、102A、102B UE
103 UE
104 基地局、MeNB、Mng-eNB、MgNB
105 RAN
106 基地局、SgNB、Sng-eNB
110 CN
111 発展型パケットコア(EPC)、EPC
112 サービングゲートウェイ(SGW)、SGW
114 モビリティ管理エンティティ(MME)、MME
116 パケットデータネットワークゲートウェイ(PGW)、PGW
124 セル
126 セル
130 処理ハードウェア
132 MBSコントローラ、コントローラ
134 非MBSコントローラ、コントローラ
140 処理ハードウェア
142 MBSコントローラ
144 非MBSコントローラ
150 処理ハードウェア
152 MBSコントローラ
154 非MBSコントローラ
160 第5世代コア(5GC)、5GC
162 ユーザプレーン機能(UPF)、UPF
164 アクセスおよびモビリティ管理(AMF)、AMF
166 セッション管理機能(SMF)、SMF
172 CU
172A CU-CP
172B CU-UP
174 DU
200 プロトコルスタック
202 PHYサブレイヤ
202A PHYサブレイヤ
202B NR PHY、PHYレイヤ
204 MACサブレイヤ
204A EUTRA MACサブレイヤ
204B NR MACサブレイヤ、NR MAC、MACレイヤ
206 RLCサブレイヤ
206A EUTRA RLCサブレイヤ、EUTRA RLC、RLCレイヤ
206B NR RLCサブレイヤ、NR RLC、RLCレイヤ
208 EUTRA PDCPサブレイヤ、PDCPサブレイヤ、PDCPレイヤ
210 NR PDCPサブレイヤ、NR PDCP、PDCPレイヤ
212 SDAPサブレイヤ、SDAP
214 RRC
250 プロトコルスタック
300 アーキテクチャ
302A、302B MBSセッション
304A PDUセッション
312A、312B トンネル
314A-1、314A-2、314A-N 無線ベアラ
314A MRB
314B、314B-1、314B-2、314B-N MRB
316 フローのセット
316A、316B、316L QoSフロー
322A UE固有のDLトンネルおよび/またはUE固有のULトンネル
324A-1、324A-2、324A-N DRB
402、402A、402B MRB
404、404A、404B DRB
412A DLトンネル、トンネル
412B DLトンネル
413A ULトンネル、トンネル
413B ULトンネル
422A、422B DL論理チャネル
423A、423B UL論理チャネル
432A UE固有のDLトンネル、DLトンネル
432B UE固有のDLトンネル
433A UE固有のULトンネル、ULトンネル
433B UE固有のULトンネル
442A、442B DL論理チャネル
443A、443B UL論理チャネル
500A シナリオ
500B シナリオ
502 (第1の)MBSセッション参加手順、手順、MBSセッション参加手順
504 イベント
506 イベント
508 イベント
510 イベント
512 第2のCN-BS間メッセージ、イベント
514 イベント
516 イベント
518 イベント
519 イベント
520 イベント
522 イベント
523 イベント
524 イベント
526 イベント
528 イベント
530 MBSセッション参加手順、イベント
590 手順、MBSリソースセットアップ手順
591 MBSセッションリソースセットアップ手順、イベント
592 手順
593 UE固有のMBSセッション構成手順、手順、イベント
594 MBSリソースセットアップおよびUE固有のMBSセッション構成手順
600A、600B 方法
700 方法
800 方法
900A、900B 方法
1000 方法
1100A、1100B、1100C 方法
1200A、1200B 方法
1300 方法
1400 方法

【図1A】