ホーム > 特許ランキング > Ｇｏｏｇｌｅ ＬＬＣ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-28
(54)【発明の名称】異なる無線リソースを使用したデータ送信の管理
(51)【国際特許分類】
H04W 28/02 20090101AFI20241018BHJP
H04W 76/40 20180101ALI20241018BHJP
H04W 72/1273 20230101ALI20241018BHJP
H04W 72/543 20230101ALI20241018BHJP
H04W 92/14 20090101ALI20241018BHJP
【ＦＩ】
H04W28/02
H04W76/40
H04W72/1273
H04W72/543
H04W92/14
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024523756
(86)(22)【出願日】2022-10-21
(85)【翻訳文提出日】2024-06-10
(86)【国際出願番号】 US2022047407
(87)【国際公開番号】W WO2023069697
(87)【国際公開日】2023-04-27
(31)【優先権主張番号】63/262,880
(32)【優先日】2021-10-21
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/270,786
(32)【優先日】2021-10-22
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/281,238
(32)【優先日】2021-11-19
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/281,244
(32)【優先日】2021-11-19
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/281,246
(32)【優先日】2021-11-19
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】502208397
【氏名又は名称】グーグル エルエルシー
【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ
【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】100108453
【弁理士】
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100133400
【弁理士】
【氏名又は名称】阿部 達彦
(72)【発明者】
【氏名】チー－シャン・ウ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD57
5K067EE02
5K067EE10
5K067EE22
5K067HH24
5K067JJ11
(57)【要約】
無線アクセスネットワークのノードにおいて実施され得る、パケット送信を管理するための方法が提供される。1つのそのような方法は、上流ノードから、ダウンリンクトンネルを介してパケットを受信するステップと、ダウンリンクトンネルの1つまたは複数の性質に基づいて、パケットを1つまたは複数のUEに送信するための半永続スケジューリング無線リソースを選択するステップと、半永続スケジューリング無線リソースを使用して無線インターフェースを介してパケットを1つまたは複数のUEに送信するステップとを含む。別の方法は、上流ノードから、サービス品質(QoS)フローに関連するパケットを受信するステップと、QoSフローに基づいて、パケットを1つまたは複数のUEに送信するための半永続スケジューリング無線リソースを選択するステップと、半永続スケジューリング無線リソースを使用して無線インターフェースを介してパケットを1つまたは複数のUEに送信するステップとを含む。
【特許請求の範囲】
【請求項1】
パケット送信を管理するための方法であって、前記方法が無線アクセスネットワーク(RAN)のノードにおいて実施され、処理ハードウェアによって上流ノードから、ダウンリンク(DL)トンネルを介してパケットを受信するステップと、
前記処理ハードウェアによって前記DLトンネルの1つまたは複数の性質に基づいて、前記パケットを1つまたは複数のUEに送信するための半永続スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記半永続スケジューリング無線リソースを使用して無線インターフェースを介して前記パケットを前記1つまたは複数のUEに送信するステップとを備える、方法。
【請求項2】
前記パケットが、マルチキャストおよび/またはブロードキャストサービス(MBS)セッションに関連するデータパケットである、請求項1に記載の方法。
【請求項3】
前記選択するステップが、前記DLトンネルが、前記上流ノードがそれを介して前記データパケットの単一のコピーを複数のUEに送信するように構成される共通DLトンネルであると決定するステップを含む、請求項2に記載の方法。
【請求項4】
前記半永続スケジューリング無線リソースがマルチキャスト無線リソースである、請求項1から3のいずれか一項に記載の方法。
【請求項5】
前記選択するステップが、前記DLトンネルが前記ノードにおいて構成される複数のDLトンネルのうちの第1のDLトンネルであると決定するステップを含む、請求項1から4のいずれか一項に記載の方法。
【請求項6】
前記DLトンネルが複数のDLトンネルのうちの前記第1のDLトンネルであると決定するステップが、前記DLトンネルが前記ノードにおける複数のトランスポートレイヤ構成のうちの第1のトランスポートレイヤ構成を有すると決定するステップを含む、請求項5に記載の方法。
【請求項7】
前記DLトンネルの前記1つまたは複数の性質に基づいて論理チャネル識別情報を選択するステップをさらに備える、請求項1から6のいずれか一項に記載の方法。
【請求項8】
前記送信するステップが、前記パケットおよび前記論理チャネル識別情報をプロトコルデータユニット(PDU)に含めるステップを含む、請求項7に記載の方法。
【請求項9】
前記論理チャネル識別情報がマルチキャストトラフィックチャネル(MTCH)と関連付けられる、請求項7または8に記載の方法。
【請求項10】
前記受信するステップ、前記選択するステップ、および前記送信するステップが第1の事例において発生し、前記方法がさらに、第2の事例において、
前記処理ハードウェアによって、第2のDLトンネルまたは制御プレーンインターフェースを介して第2のパケットを受信するステップと、
前記処理ハードウェアによって、前記第2のパケットを第2の1つまたは複数のUEに送信するための動的スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記動的スケジューリング無線リソースを使用して前記無線インターフェースを介して前記第2のパケットを前記第2の1つまたは複数のUEに送信するステップとを備える、請求項1から9のいずれか一項に記載の方法。
【請求項11】
前記第2の事例において前記受信するステップが、前記第2のDLトンネルを介して前記第2のパケットを受信するステップを含み、前記方法がさらに、第3の事例において、
前記処理ハードウェアによって、第3のDLトンネルまたは前記制御プレーンインターフェースを介して第3のパケットを受信するステップと、
前記処理ハードウェアによって、前記第3のパケットを第3の1つまたは複数のUEに送信するための第2の動的スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記第2の動的スケジューリング無線リソースを使用して前記無線インターフェースを介して前記第3のパケットを前記第3の1つまたは複数のUEに送信するステップとを備える、請求項10に記載の方法。
【請求項12】
前記動的スケジューリング無線リソースがマルチキャスト無線リソースであり、前記第2の動的スケジューリング無線リソースがユニキャスト無線リソースである、請求項11に記載の方法。
【請求項13】
第3の事例において、前記処理ハードウェアによって、第3のDLトンネルを介して第3のパケットを受信するステップと、
前記処理ハードウェアによって、前記第3のパケットを特定のUEに送信するための第2の半永続スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記第2の半永続スケジューリング無線リソースを使用して前記無線インターフェースを介して前記第3のパケットを前記特定のUEに送信するステップとをさらに備える、請求項10に記載の方法。
【請求項14】
前記半永続スケジューリング無線リソースがマルチキャスト無線リソースであり、前記第2の半永続無線リソースがユニキャスト無線リソースであり、
前記動的スケジューリング無線リソースがユニキャスト無線リソースである、請求項13に記載の方法。
【請求項15】
パケット送信を管理するための方法であって、前記方法が無線アクセスネットワーク(RAN)のノードにおいて実施され、処理ハードウェアによって上流ノードから、サービス品質(QoS)フローに関連するパケットを受信するステップと、
前記処理ハードウェアによって前記QoSフローに基づいて、前記パケットを1つまたは複数のUEに送信するための半永続スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記半永続スケジューリング無線リソースを使用して無線インターフェースを介して前記パケットを前記1つまたは複数のUEに送信するステップとを備える、方法。
【請求項16】
前記パケットが、マルチキャストおよび/またはブロードキャストサービス(MBS)セッションに関連するデータパケットである、請求項15に記載の方法。
【請求項17】
前記データパケットを受信するステップが、ダウンリンク(DL)トンネルを介して前記データパケットを受信するステップを含み、前記QoSフローに基づいて前記半永続スケジューリング無線リソースを選択するステップが、前記DLトンネルが複数のトランスポートレイヤ構成のうちの第1のトランスポートレイヤ構成を有すると決定したことに応答したものである、請求項16に記載の方法。
【請求項18】
前記半永続スケジューリング無線リソースがマルチキャスト無線リソースである、請求項15から17のいずれか一項に記載の方法。
【請求項19】
前記QoSフローに基づいて論理チャネル識別情報を選択するステップをさらに備える、請求項15から18のいずれか一項に記載の方法。
【請求項20】
前記送信するステップが、前記パケットおよび前記論理チャネル識別情報をプロトコルデータユニット(PDU)に含めるステップを含む、請求項19に記載の方法。
【請求項21】
前記論理チャネル識別情報がマルチキャストトラフィックチャネル(MTCH)と関連付けられる、請求項19または20に記載の方法。
【請求項22】
前記受信するステップ、前記選択するステップ、および前記送信するステップが第1の事例において発生し、前記方法がさらに、第2の事例において、
前記処理ハードウェアによって、(i)第2のQoSフローに関連して、または(ii)制御プレーンインターフェースを介してのいずれかで、第2のパケットを受信するステップと、
前記処理ハードウェアによって、前記第2のパケットを第2の1つまたは複数のUEに送信するための動的スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記動的スケジューリング無線リソースを使用して前記無線インターフェースを介して前記第2のパケットを前記第2の1つまたは複数のUEに送信するステップとを備える、請求項15から21のいずれか一項に記載の方法。
【請求項23】
前記第2のパケットが第2のQoSフローと関連付けられ、前記方法がさらに、第3の事例において、
前記処理ハードウェアによって、(i)第3のQoSフローに関連して、または(ii)前記制御プレーンインターフェースを介してのいずれかで、第3のパケットを受信するステップと、
前記処理ハードウェアによって、前記第3のパケットを第3の1つまたは複数のUEに送信するための第2の動的スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記第2の動的スケジューリング無線リソースを使用して前記無線インターフェースを介して前記第3のパケットを前記第3の1つまたは複数のUEに送信するステップとを備える、請求項22に記載の方法。
【請求項24】
前記動的スケジューリング無線リソースがマルチキャスト無線リソースであり、前記第2の動的スケジューリング無線リソースがユニキャスト無線リソースである、請求項23に記載の方法。
【請求項25】
第3の事例において、前記処理ハードウェアによって、第3のQoSフローに関連する第3のパケットを受信するステップと、
前記処理ハードウェアによって、前記第3のパケットを特定のUEに送信するための第2の半永続スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記第2の半永続スケジューリング無線リソースを使用して前記無線インターフェースを介して前記第3のパケットを前記特定のUEに送信するステップとをさらに備える、請求項22に記載の方法。
【請求項26】
前記半永続スケジューリング無線リソースがマルチキャスト無線リソースであり、前記第2の半永続無線リソースがユニキャスト無線リソースであり、
前記動的スケジューリング無線リソースがユニキャスト無線リソースである、請求項25に記載の方法。
【請求項27】
前記ノードが分散型基地局の分散ユニット(DU)であり、前記上流ノードが、前記分散型基地局の中央ユニット(CU)、前記CUのユーザプレーン機能(CU-UP)、または前記CUの制御プレーン機能(CU-CP)である、請求項1から26のいずれか一項に記載の方法。
【請求項28】
前記ノードが基地局であり、前記上流ノードが、前記コアネットワーク(CN)のユーザプレーン機能(UPF)または前記CNのアクセスおよびモビリティ管理機能(AMF)である、請求項1から26のいずれか一項に記載の方法。
【請求項29】
前記処理ハードウェアによって、特定の動的スケジューリング無線リソースを使用して前記無線インターフェースを介して前記パケットを少なくとも1つの他のUEに送信するステップをさらに備える、請求項1から28のいずれか一項に記載の方法。
【請求項30】
請求項1から29のいずれか一項に記載の方法を実施するように構成されるハードウェアを備える、ネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
本開示はワイヤレス通信に関し、より具体的には、たとえばユニキャストサービスならびにマルチキャストおよび/またはブロードキャストサービスのために、異なる無線リソースを用いたデータ送信を可能にすることに関する。
【背景技術】
【0002】
本明細書で提供される背景の説明は、本開示の文脈を全体的に提示するためのものである。この背景技術のセクションにおいて説明される範囲内で、本明細書で名前を挙げられる発明者の成果、ならびに、出願の時点において従来技術として場合によっては適格ではない可能性がある説明の態様は、本開示に対する従来技術として明確にも暗黙的にも認められない。
【0003】
遠隔通信システムにおいて、無線プロトコルスタックのパケットデータコンバージェンスプロトコル(PDCP)サブレイヤは、ユーザプレーンデータの転送、暗号化、完全性保護などのサービスを提供する。たとえば、Evolved Universal Terrestrial Radio Access (EUTRA)無線インターフェース(第3世代パートナーシッププロジェクト(3GPP(登録商標))仕様TS 36.323参照)およびNew Radio (NR)(3GPP(登録商標)仕様TS 38.323参照)のために定義されるPDCPサブレイヤは、ユーザデバイス(ユーザ機器または「UE」としても知られている)から基地局へのアップリンク方向における、ならびに基地局からUEへのダウンリンク方向における、プロトコルデータユニット(PDU)の順序付けを提供する。PDCPサブレイヤはまた、シグナリング無線ベアラ(SRB)のためのサービスを無線リソース制御(RRC)サブレイヤに提供する。PDCPサブレイヤはさらに、サービスデータ適応プロトコル(SDAP)サブレイヤ、または、インターネットプロトコル(IP)レイヤ、イーサネットプロトコルレイヤ、もしくはインターネット制御メッセージプロトコル(ICMP)レイヤなどのプロトコルレイヤに、データ無線ベアラ(DRB)のためのサービスを提供する。一般に、UEおよび基地局は、SRBを使用してRRCメッセージならびに非アクセス層(NAS)メッセージを交換することができ、DRBを使用してユーザプレーンでデータを輸送することができる。
【0004】
いくつかのシナリオでは、UEは、バックホールによって相互接続される、無線アクセスネットワーク(RAN)の複数のノード(たとえば、基地局、または分散型基地局もしくは分離型基地局のコンポーネント)のリソースを同時に利用することができる。これらのネットワークノードが異なる無線アクセス技術(RAT)をサポートするとき、このタイプの接続はマルチラジオデュアルコネクティビティ(MR-DC)と呼ばれる。MR-DCで動作するとき、マスターノード(MN)として動作する基地局に関連するセルはマスターセルグループ(MCG)を定義し、セカンダリノード(SN)として動作する基地局に関連するセルはセカンダリセルグループ(SCG)を定義する。MCGは、プライマリセル(PCell)、および0個、1個、またはより多くのセカンダリセル(SCell)をカバーし、SCGは、プライマリセカンダリセル(PSCell)、および0個、1個、またはより多くのSCellをカバーする。UEは、(MCGを介して)MNと通信し、(SCGを介して)SNと通信する。他のシナリオでは、UEは、シングルコネクティビティ(SC)において、一度に1つの基地局のリソースを利用する。SCにおけるUEは、MCGを介して、MNと通信するだけである。基地局および/またはUEは、UEが別の基地局との無線接続をいつ確立すべきかを決定する。たとえば、基地局は、別の基地局にUEをハンドオーバーすることを決定し、ハンドオーバー手順を開始することができる。他のシナリオでは、UEは、バックホールによって相互接続される、別のRANノード(たとえば、基地局、または分散型基地局もしくは分離型基地局のコンポーネント)のリソースを同時に利用することができる。
【0005】
UEは、いくつかのタイプのSRBおよびDRBを使用することができる。いわゆる「SRB1」リソースはRRCメッセージを搬送し、これらは、いくつかの場合、専用制御チャネル(DCCH)上のNASメッセージを含み、「SRB2」リソースは、やはりDCCH上にあるがSRB1リソースより優先順位の低い、記録された測定情報またはNASメッセージを含むRRCメッセージをサポートする。より一般には、SRB1リソースおよびSRB2リソースは、UEおよびMNが、MNに関するRRCメッセージを交換して、SNに関するRRCメッセージを埋め込むことを可能にし、MCG SRBとも呼ばれ得る。「SRB3」リソースは、UEおよびSNがSNに関するRRCメッセージを交換することを可能にし、SCG SRBとも呼ばれ得る。分割SRBは、UEが、MNおよびSNのより低いレイヤのリソースを介してMNと直接RRCメッセージを交換することを可能にする。さらに、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) New Radio (NR)の要件に従って動作する基地局は、第4世代(4G)基地局よりはるかに広い帯域幅をサポートする。したがって、第3世代パートナーシッププロジェクト(3GPP(登録商標))は、Release 15で、UEが周波数範囲1(FR1)において100MHzの帯域幅を、および周波数範囲2(FR2)において400MHzの帯域幅をサポートすべきであると提案した。5G NRにおける典型的なキャリアの帯域幅は比較的広いので、3GPP(登録商標)は、Release 17で、5G NR基地局がマルチキャストおよび/またはブロードキャストサービス(MBS)をUEに提供できるべきであると提案した。MBSは、たとえば、トランスペアレントIPv4/IPv6マルチキャスト配信、IPTV、ワイヤレスのソフトウェア配信、グループ通信、Internet of Things (IoT)用途、V2X用途、および公衆安全に関する緊急メッセージなどの、多くのコンテンツ配信用途において有用であり得る。
【発明の概要】
【発明が解決しようとする課題】
【0008】
5G NRは、無線インターフェースを介したMBSパケットフローの送信のために、ポイントツーポイント(PTP)配信方法とポイントツーマルチポイント(PTM)配信方法の両方を提供する。PTP通信において、RANノードは、無線インターフェースを介して、各MBSデータパケットの異なるコピーを異なるUEに送信する。一方、PTM通信において、RANノードは、無線インターフェースを介して、各MBSデータパケットの単一のコピーを複数のUEに送信する。しかしながら、いくつかのシナリオでは、基地局がコアネットワークからMBSデータパケットをどのように受信するか、および基地局が各MBSデータパケットを1つまたは複数のUEにどのように送信するかが不明確である。
【課題を解決するための手段】
【0009】
本開示の技法を使用して、RANノード(たとえば、統合型基地局、または分散型基地局の分散ユニット)は、1つまたは複数のUE(たとえば、特定のMBSセッションに参加した複数のUE)へのMBSおよび/または他のパケットの送信を管理する。一態様では、RANノードがダウンリンクトンネルを介して(たとえば、コアネットワークから、または分散型基地局の中央ユニットから、など)パケットを受信するとき、RANノードは、ダウンリンクトンネルの1つまたは複数の性質(たとえば、IPアドレスおよび/またはパケットのトンネルエンドポイント識別子(TEID)などの1つまたは複数のトランスポートレイヤ構成パラメータ)に基づいて、半永続スケジューリング(SPS)無線リソースまたは動的スケジューリング無線リソースのいずれかを選択する。たとえば、RANノードは、パケットがそれを介して受信されたダウンリンクトンネルがMBSデータパケットの通信のためにRANノードにおいて構成される共通の(すなわち、UE固有ではなく共有される)DLトンネルである場合、SPSマルチキャスト無線リソースを選択し得る。逆に、RANノードは、たとえば、トンネルが異なるDLトンネルである(たとえば、共通トンネルではない、および/またはMBSデータパケットのためのトンネルではない)場合、または、パケットが制御プレーンインターフェースを介して受信された場合、動的スケジューリング(ユニキャストまたはマルチキャスト)無線リソースまたはSPSユニキャスト無線リソースを選択し得る。RANノードは次いで、選択された無線リソースに従って、パケットを1つまたは複数のUEに送信する(たとえば、PDUをUEに送信することによって、ここで、PDUは、そのパケットとRANノードがそのパケットのために選択した論理チャネル識別情報とを含む)。
【0010】
別の態様では、RANノードが特定のサービス品質(QoS)フローに関連するパケットを(たとえば、ダウンリンクトンネルを介して)受信するとき、RANノードは、特定のQoSフローに基づいて、半永続スケジューリング(SPS)無線リソースまたは動的スケジューリング無線リソースのいずれかを選択する。たとえば、RANノードは、パケットが第1のQoSフローに関連する場合、SPSマルチキャスト無線リソースを選択し得るが、パケットが異なるQoSフローに関連する場合、または、そうではなくパケットが制御プレーンインターフェースを介して受信された場合、動的スケジューリング(ユニキャストまたはマルチキャスト)無線リソースまたはSPSユニキャスト無線リソースを選択し得る。RANノードは次いで、選択された無線リソースに従って、パケットを1つまたは複数のUEに送信する(たとえば、PDUをUEに送信することによって、ここで、PDUは、そのパケットとRANノードがそのパケットのために選択した論理チャネル識別情報とを含む)。
【0011】
これらの技法の例示的な実施形態はパケット送信を管理するための方法であり、方法はRANのノードにおいて実施される。方法は、処理ハードウェアによって上流ノードから、ダウンリンク(DL)トンネルを介してパケットを受信するステップと、処理ハードウェアによってDLトンネルの1つまたは複数の性質に基づいて、パケットを1つまたは複数のUEに送信するための半永続スケジューリング無線リソースを選択するステップと、処理ハードウェアによって、半永続スケジューリング無線リソースを使用して無線インターフェースを介してパケットを1つまたは複数のUEに送信するステップとを含む。
【0012】
これらの技法の別の例示的な実施形態はパケット送信を管理するための別の方法であり、方法はRANのノードによって実施される。方法は、処理ハードウェアによって上流ノードから、サービス品質(QoS)フローに関連するパケットを受信するステップと、処理ハードウェアによってQoSフローに基づいて、パケットを1つまたは複数のUEに送信するための半永続スケジューリング無線リソースを選択するステップと、処理ハードウェアによって、半永続スケジューリング無線リソースを使用して無線インターフェースを介してパケットを1つまたは複数のUEに送信するステップとを含む。
【図面の簡単な説明】
【0013】
【図1A】異なる無線リソースを使用してデータ送信を管理するための本開示の技法が実施され得る例示的なシステムのブロック図である。
【図3】MBSセッションおよびPDUセッションのための例示的なトンネルアーキテクチャを示すブロック図である。
【図4】MRBおよびDRBのための例示的なトンネルアーキテクチャを示すブロック図である。
【図6A】本開示のRANノードにおいて実施され得る、パケットが特定の第1のトンネルを介して到着したかどうかに応じて、パケット(たとえば、MBSデータパケット)を半永続スケジューリング(SPS)無線リソースを使用して送信するか、または動的スケジューリング無線リソースを使用して送信するかを決定するための、例示的な方法を示す流れ図である。
【図6B】本開示のRANノードにおいて実施され得る、パケットが第1のトンネルを介して到着したか、第2のトンネルを介して到着したか、第3のトンネルを介して到着したか、または制御プレーンインターフェースを介して到着したかに応じて、パケット(たとえば、MBSデータパケット)をSPS無線リソースを使用して送信するか、または動的スケジューリング無線リソースを使用して送信するかを決定するための、例示的な方法を示す流れ図である。
【図6C】本開示のRANノードにおいて実施され得る、パケットが第1のトンネルを介して到着したか、第2のトンネルを介して到着したか、第3のトンネルを介して到着したか、または制御プレーンインターフェースを介して到着したかに応じて、パケット(たとえば、MBSデータパケット)をSPS無線リソースを使用して送信するか、または動的スケジューリング無線リソースを使用して送信するかを決定するための、例示的な方法を示す流れ図である。
【図7A】本開示のRANノードにおいて実施され得る、図6Aの方法に似ているが、受信されたパケットのための論理チャネル識別情報の選択と、そのパケットおよび論理チャネル識別情報を含むPDUの生成とをさらに図示する、例示的な方法を示す流れ図である。
【図7B】本開示のRANノードにおいて実施され得る、図6Bの方法に似ているが、受信されたパケットのための論理チャネル識別情報の選択と、そのパケットおよび論理チャネル識別情報を含むPDUの生成とをさらに図示する、例示的な方法を示す流れ図である。
【図7C】本開示のRANノードにおいて実施され得る、図6Cの方法に似ているが、受信されたパケットのための論理チャネル識別情報の選択と、そのパケットおよび論理チャネル識別情報を含むPDUの生成とをさらに図示する、例示的な方法を示す流れ図である。
【図8A】本開示のRANノードにおいて実施され得る、パケットが特定の第1のサービス品質(QoS)フローに関連するかどうかに応じて、パケット(たとえば、MBSデータパケット)をSPS無線リソースを使用して送信するか、または動的スケジューリング無線リソースを使用して送信するかを決定するための例示的な方法を示す流れ図である。
【図8B】本開示のRANノードにおいて実施され得る、パケットが第1のQoSフローに関連するか、第2のQoSフローに関連するか、第3のQoSフローに関連するか、または制御プレーンインターフェースを介して到着したかに応じて、パケット(たとえば、MBSデータパケット)をSPS無線リソースを使用して送信するか、または動的スケジューリング無線リソースを使用して送信するかを決定するための例示的な方法を示す流れ図である。
【図8C】本開示のRANノードにおいて実施され得る、パケットが第1のQoSフローに関連するか、第2のQoSフローに関連するか、第3のQoSフローに関連するか、または制御プレーンインターフェースを介して到着したかに応じて、パケット(たとえば、MBSデータパケット)をSPS無線リソースを使用して送信するか、または動的スケジューリング無線リソースを使用して送信するかを決定するための例示的な方法を示す流れ図である。
【図9A】本開示のRANノードにおいて実施され得る、図8Aの方法に似ているが、受信されたパケットのための論理チャネル識別情報の選択と、そのパケットおよび論理チャネル識別情報を含むPDUの生成とをさらに図示する、例示的な方法を示す流れ図である。
【発明を実施するための形態】
【0014】
一般に、無線アクセスネットワーク(RAN)および/またはコアネットワーク(CN)は、データ送信を管理するために本開示の技法を実施することができる。RANノード(たとえば、基地局、または分散型基地局の分散ユニット(DU)などの基地局のコンポーネント)は、パケット(たとえば、マルチキャストおよび/または無線サービス(MBS)データパケット)をユーザ機器(UE)に半永続スケジューリング(SPS)無線リソースを使用して送信するか、または動的スケジューリング無線リソースを使用して送信するかを決定することができる。たとえば、RANノードは、MBSデータパケットを、SPSマルチキャスト無線リソースを介して1つまたは複数のUEの第1のセットに送信し、動的スケジューリングマルチキャスト無線リソースを介して1つまたは複数のUEの第2のセットに送信することができる。同じ例では、基地局は、ユニキャスト(SPSまたは動的スケジューリング)無線リソースを介して別のパケットを1つまたは複数の他のUEに送信し得る。
【0015】
いくつかの実装形態では、RANノードは、RANノードがそれを介してパケットを受信したダウンリンク(DL)トンネルの1つまたは複数の性質に基づいて(たとえば、インターネットプロトコル(IP)アドレスおよび/またはトンネルエンドポイント識別子(TEID))に基づいて、パケットをUEにSPSを使用して送信するか、または動的スケジューリング無線リソースを使用して送信するかを決定することができる。他の実装形態では、RANノードは、パケットに関連するサービス品質(QoS)フローに基づいて、パケットをUEにSPS無線リソースを使用して送信するか、または動的スケジューリング無線リソースを使用して送信するかを決定することができる。たとえば、受信されたMBSデータパケットに関連するQoSフローIDが第1のQoSフローIDである場合、RANノードは、SPS無線リソースを使用してMBSデータパケットをUEに送信し得る。しかしながら、そうではなく、MBSデータパケットに関連するQoSフローIDが第2のQoSフローIDである場合、RANノードは、動的スケジューリング無線リソースを使用してMBSデータパケットをUEに送信し得る。
【0016】
また、いくつかの実装形態では、RANノードは、1つまたは複数のDLトンネル特性またはQoSフローに基づいて、パケットのための論理チャネルIDを決定することができる。たとえば、RANノードは、受信されたMBSデータパケットに関連するQoSフローIDが第1のQoSフローIDである場合、第1の論理チャネルIDを特定または選択し、MBSデータパケットに関連するQoSフローIDが第2のQoSフローIDである場合、第2の論理チャネルIDを特定または選択し得る。
【0017】
図1Aは、データ(たとえば、MBS情報)の送信と受信を管理するための本開示の技法が実施され得る、例示的なワイヤレス通信システム100を示す。ワイヤレス通信システム100は、CN110に接続されたRAN105のUE102A、102Bおよび103ならびに基地局104、106を含む。他の実装形態またはシナリオでは、ワイヤレス通信システム100は代わりに、図1Aに示されるよりも多数もしくは少数のUE、および/または多数もしくは少数の基地局を含んでもよい。基地局104、106は、たとえば、evolved node B(eNB)、次世代eNB(ng-eNB)、または5G Node B(gNB)などの、任意の適切な1つまたは複数のタイプの基地局であり得る。より具体的な例として、基地局104はeNBまたはgNBであってもよく、基地局106はgNBであってもよい。
【0018】
基地局104はセル124をサポートし、基地局106はセル126をサポートする。セル124はセル126と部分的に重複するので、UE102Aは、基地局104との通信範囲にありながら、同時に、基地局106との通信範囲にある(または基地局106からの信号を検出もしくは測定する範囲にある)ことが可能である。この重複は、たとえばUE102Aが無線リンク障害を受ける前に、UE102Aがセル間で(たとえば、セル124からセル126に)または基地局間で(たとえば、基地局104から基地局106に)ハンドオーバーすることを可能にできる。その上、この重複は、様々なデュアルコネクティビティ(DC)のシナリオを可能にする。たとえば、UE102Aは、基地局104(マスターノード(MN)として動作する)および基地局106(セカンダリノード(SN)として動作する)とDCにおいて通信することができる。UE102Aが基地局104および基地局106とDC状態にあるとき、基地局104は、マスターeNB(MeNB)、マスターng-eNB(Mng-eNB)、またはマスターgNB(MgNB)として動作し、基地局106は、セカンダリgNB(SgNB)またはセカンダリng-eNB(Sng-eNB)として動作する。
【0019】
非MBS(ユニキャスト)動作では、UE102Aは、MN(たとえば、基地局104)またはSN(たとえば、基地局106)において異なる時間に終端する無線ベアラ(たとえば、DRBまたはSRB)を使用することができる。たとえば、基地局106へのハンドオーバーまたはSN変更の後、UE102Aは、基地局106において終端する無線ベアラ(たとえば、DRBまたはSRB)を使用することができる。UE102Aは、無線ベアラで通信するとき、アップリンク(UE102Aから基地局)および/またはダウンリンク(基地局からUE102A)方向で、1つまたは複数のセキュリティキーを適用することができる。非MBS動作において、UE102Aは、セルのアップリンク(UL)帯域幅部分(BWP)の(すなわち、その中の)無線ベアラを介してデータを基地局に送信し、および/または、セルのダウンリンク(DL)BWP上で無線ベアラを介してデータを基地局から受信する。UL BWPは初期UL BWPまたは専用UL BWPであってもよく、DL BWPは初期DL BWPまたは専用DL BWPであってもよい。UE102Aは、DL BWP上で、ページング、システム情報、公衆警告メッセージ、またはランダムアクセス応答を受信することができる。この非MBS動作では、UE102Aは接続状態にあり得る。代替として、UE102Aは、アイドル状態または非アクティブ状態において小さいデータ送信(「早期データ送信」とも呼ばれ得る)をサポートする場合、アイドル状態または非アクティブ状態にあり得る。
【0020】
MBS動作では、UE102Aは、MN(たとえば、基地局104)またはSN(たとえば、基地局106)において異なる時間に終端するMBS無線ベアラ(たとえば、MRB)を使用することができる。たとえば、ハンドオーバーまたはSN変更の後、UE102Aは基地局106において終端するMRBを使用することができ、これはMNまたはSNとして動作していることがある。いくつかのシナリオでは、基地局(たとえば、MNまたはSN)は、ユニキャスト無線リソース(すなわち、UE102Aに専用の無線リソース)上で、MRBを介してMBSデータをUE102Aに送信することができる。他のシナリオでは、基地局(たとえば、MNまたはSN)は、マルチキャスト無線リソース(すなわち、UE102Aと1つまたは複数の他のUEに共通の無線リソース)上で、またはセルのDL BWP上で、MRBを介してMBSデータを基地局からUE102Aに送信することができる。DL BWPは、初期DL BWP、専用DL BWP、またはMBS DL BWP(すなわち、MBSに固有の、またはユニキャストのためのものではないDL BWP)であり得る。
【0021】
基地局104は処理ハードウェア130を含み、これは、1つまたは複数の汎用プロセッサ(たとえば、中央処理装置(CPU))、および1つまたは複数の汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、および/または専用処理ユニットを含み得る。図1Aの例示的な実装形態における処理ハードウェア130は、CN110またはエッジサーバから受信されるMBS情報の送信を管理または制御するように構成されるMBSコントローラ132を含む。たとえば、以下で論じられるように、MBSコントローラ132は、無線リソース制御(RRC)構成、MBS手順に関連する手順およびメッセージング、ならびに/または、それらの構成および/もしくは手順に関連する他の動作をサポートするように構成され得る。処理ハードウェア130はまた、基地局104が非MBS動作の間にMNまたはSNとして動作するとき、1つまたは複数のRRC構成および/またはRRC手順を管理もしくは制御するように構成される非MBSコントローラ134を含み得る。
【0022】
基地局106は処理ハードウェア140を含み、これは、1つまたは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、および/または専用処理ユニットを含み得る。図1Aの例示的な実装形態における処理ハードウェア140は、MBSコントローラ142および非MBSコントローラ144を含み、これらは、基地局130のコントローラ132および134とそれぞれ似ていてもよい。図1Aには示されていないが、RAN105は、基地局104の処理ハードウェア130および/または基地局106の処理ハードウェア140と似た処理ハードウェアを伴う追加の基地局を含み得る。
【0023】
UE102Aは処理ハードウェア150を含み、これは、1つまたは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、および/または専用処理装置を含み得る。図1Aの例示的な実装形態における処理ハードウェア150は、MBS情報の受信を管理または制御するように構成されるMBSコントローラ152を含む。たとえば、以下で論じられるように、MBSコントローラ152は、RRC構成、MBS手順に関連する手順およびメッセージング、ならびに/または、それらの構成および/もしくは手順に関連する他の動作をサポートするように構成され得る。処理ハードウェア150はまた、UE102Aが非MBS動作の間にMNおよび/またはSNと通信するとき、以下で論じられる実装形態のいずれかに従って、1つまたは複数のRRC構成および/またはRRC手順を管理もしくは制御するように構成される非MBSコントローラ154を含み得る。図1Aには示されていないが、UE102Bおよび103は各々が、UE102Aの処理ハードウェア150に似た処理ハードウェアを含み得る。
【0024】
CN110は、進化型パケットコア(EPC)111または第5世代コア(5GC)160であってもよく、これらの両方が図1Aに示されている。基地局104は、EPC111と通信するためのS1インターフェースをサポートするeNB、5GC160と通信するためのNGインターフェースをサポートするng-eNB、またはNR無線インターフェースならびに5GC160と通信するための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インターフェースをサポートし得る。
【0025】
他のコンポーネントの中でもとりわけ、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セッションを管理するように構成される。
【0026】
UPF162、AMF164、および/またはSMF166は、MBSをサポートするように構成され得る。たとえば、SMF166は、MBSトランスポートを管理もしくは制御し、MBSフローのためのUPF162および/もしくはRAN105を構成し、ならびに/または、UE(たとえば、UE102Aまたは102B)のためのMBSのための1つまたは複数のMBSセッションもしくはPDUセッションを管理もしくは構成するように構成され得る。UPF162は、オーディオ、ビデオ、インターネットトラフィックなどへのMBSデータパケットをRAN105に転送するように構成される。UPF162および/またはSMF166は、非MBSユニキャストサービスとMBSの両方のために、またはMBSだけのために構成され得る。
【0027】
一般に、ワイヤレス通信システム100は、NRセルおよび/またはEUTRAセルをサポートする任意の適切な数の基地局を含み得る。より具体的には、EPC111または5GC160は、NRセルおよび/またはEUTRAセルをサポートする任意の適切な数の基地局に接続され得る。以下の例は特定のCNタイプ(EPC、5GC)およびRATタイプ(5G NRおよびEUTRA)を特に参照するが、一般に、たとえば、本開示の技法は、第6世代(6G)無線アクセスおよび/または6Gコアネットワークもしくは5G NR-6G DCなどの、他の適切な無線アクセスおよび/またはコアネットワーク技術にも当てはまり得る。
【0028】
ワイヤレス通信システム100の異なる構成またはシナリオでは、基地局104は、MeNB、Mng-eNB、またはMgNBとして動作することができ、基地局106は、SgNBまたはSng-eNBとして動作することができる。UE102Aは、EUTRAもしくはNRなどの同じ無線アクセス技術(RAT)を介して、または異なるRATを介して、基地局104および基地局106と通信することができる。
【0029】
基地局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)状態にあり得る。
【0030】
図1Bは、基地局104および106の各々1つまたは両方の例示的な分散型の実装形態を示す。この実装形態では、基地局104または106は、中央ユニット(CU)172および1つまたは複数の分散ユニット(DU)174を含む。CU172は、1つまたは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、および/または専用処理ユニットなどの、処理ハードウェアを含む。たとえば、CU172は、図1Aの処理ハードウェア130もしくは140の一部またはすべてを含み得る。
【0031】
DU174の各々はまた、1つまたは複数の汎用プロセッサ(たとえば、CPU)および1つまたは複数の汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、ならびに/または専用処理ユニットを含み得る、処理ハードウェアを含む。たとえば、処理ハードウェアは、1つまたは複数の媒体アクセス制御(MAC)動作または手順(たとえば、ランダムアクセス手順)を管理もしくは制御するように構成されるMACコントローラと、基地局(たとえば、基地局104)がMNまたはSNとして動作するときに、1つまたは複数のRLC動作または手順を管理もしくは制御するように構成される無線リンク制御(RLC)コントローラとを含み得る。処理ハードウェアはまた、1つまたは複数の物理(PHY)レイヤ動作または手順を管理もしくは制御するように構成される、PHYレイヤコントローラを含み得る。
【0032】
いくつかの実装形態では、CU172は、CU172のパケットデータコンバージェンスプロトコル(PDCP)プロトコルおよび/またはCU172の無線リソース制御(RRC)プロトコルの制御プレーン部分をホストする、1つまたは複数の論理ノード(CU-CP172A)を含み得る。CU172はまた、CU172のPDCPプロトコルおよび/またはサービスデータ適応プロトコル(SDAP)プロトコルのユーザプレーン部分をホストする、1つまたは複数の論理ノード(CU-UP172B)を含み得る。本明細書で説明されるように、CU-CP172Aは、非MBS制御情報およびMBS制御情報を送信することができ、CU-UP172Bは、非MBSデータパケットおよびMBSデータパケットを送信することができる。
【0033】
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によって確立される。
【0034】
図2Aは、簡略化された方式で、UE(たとえば、UE102A、102Bまたは103)がそれに従ってeNB/ng-eNBまたはgNB/en-gNB(たとえば、基地局104、106の1つまたは両方)と通信できる、例示的なプロトコルスタック200を示す。例示的なプロトコルスタック200において、EUTRAのPHYサブレイヤ202Aは、トランスポートチャネルをEUTRA MACサブレイヤ204Aに提供し、これは次いで、論理チャネルをEUTRA RLCサブレイヤ206Aに提供する。EUTRA RLCサブレイヤ206Aは次いで、RLCチャネルをEUTRA PDCPサブレイヤ208に提供し、いくつかの場合、NR PDCPサブレイヤ210に提供する。同様に、NR PHY 202Bは、トランスポートチャネルをNR MACサブレイヤ204Bに提供し、これは次いで、論理チャネルをNR RLCサブレイヤ206Bに提供する。NR RLCサブレイヤ206Bは次いで、RLCチャネルをNR PDCPサブレイヤ210に提供する。いくつかの実装形態では、UE102Aは、EUTRAとNR基地局との間のハンドオーバーをサポートするために、および/または、EUTRAおよびNRインターフェース上でDCをサポートするために、図2Aに示されるようにEUTRAとNRスタックの両方をサポートする。さらに、図2Aに示されるように、UE102Aは、EUTRA RLC 206A上でのNR PDCP 210のレイヤリング、およびNR PDCPサブレイヤ210上でのSDAPサブレイヤ212をサポートすることができる。本明細書では、サブレイヤは単に「レイヤ」とも呼ばれる。
【0035】
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サービスのためのアプリケーション制御情報を含み得る。
【0036】
制御プレーン上で、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、たとえば、RRCメッセージまたは非アクセス層(NAS)メッセージを交換するためにSRBを提供することができる。ユーザプレーン上で、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、データ交換をサポートするためにDRBを提供することができる。NR PDCPサブレイヤ210上で交換されるデータは、たとえば、SDAP PDU、IPパケット、またはイーサネットパケットであり得る。
【0037】
UE102A、102Bまたは103がMeNBとして動作する基地局104とEN-DCにおいて動作し、基地局106がSgNBとして動作するシナリオでは、ワイヤレス通信システム100は、EUTRA PDCPサブレイヤ208を使用するMN終端ベアラまたはNR PDCPサブレイヤ210を使用するMN終端ベアラを、UE102A、102Bまたは103に提供することができる。様々なシナリオにおいて、ワイヤレス通信システム100はまた、NR PDCPサブレイヤ210だけを使用するSN終端ベアラを、UE102A、102Bまたは103に提供することができる。MN終端ベアラは、MCGベアラ、分割ベアラ、またはMN終端SCGベアラであり得る。SN終端ベアラは、SCGベアラ、分割ベアラ、またはSN終端MCGベアラであり得る。MN終端ベアラは、SRB(たとえば、SRB1またはSRB2)またはDRBであり得る。SN終端ベアラは、SRBまたはDRBであり得る。
【0038】
いくつかの実装形態では、基地局(たとえば、基地局104または106)は、1つまたは複数のMRBを介してMRBデータパケットをブロードキャストし、そして、UE102A、102Bまたは103はMRBを介してMBSデータパケットを受信する。基地局は、以下で説明されるマルチキャスト構成パラメータ(MBS構成パラメータとも呼ばれ得る)にMRBの構成を含めることができる。いくつかの実装形態では、基地局は、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットをブロードキャストし、それに対応して、UE102Aは、MBSデータパケットを受信するために、PHYサブレイヤ202、MACサブレイヤ204、およびRLCサブレイヤ206を使用する。そのような実装形態では、基地局およびUE102A、102Bまたは103は、MBSデータパケットを通信するためにPDCPサブレイヤ208およびSDAPサブレイヤ212を使用しなくてもよい。他の実装形態では、基地局は、PDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UE102A、102Bまたは103は、MBSデータパケットを受信するために、PHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、およびPDCPサブレイヤ208を使用する。そのような実装形態では、基地局およびUE102A、102Bまたは103は、MBSデータパケットを通信するためにおよびSDAPサブレイヤ212を使用しなくてもよい。さらに他の実装形態では、基地局は、SDAPサブレイヤ212、PDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UE102A、102Bまたは103は、MBSデータパケットを受信するために、PHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、PDCOサブレイヤ208、およびSDAPサブレイヤ212を使用する。
【0039】
図2Bは、簡略的に、UE102A、102B、または103がDU(たとえば、DU174)およびCU(たとえば、CU172)と通信するために使用することができる例示的なプロトコルスタック250を示す。図2Aの無線プロトコルスタック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に提供する。
【0040】
次に、MBSセッションおよびPDUセッションのための例示的なアーキテクチャを示す図3を参照すると、MBSセッション302Aは、CN110および基地局104/106(すなわち、基地局104または基地局106)にエンドポイントがあるトンネル312Aを含み得る。MBSセッション302Aは、たとえば、Temporary Mobile Group Identity (TMGI)などのあるセッションIDに対応し得る。MBSデータは、たとえば、IPパケット、TCP/IPパケット、UDP/IPパケット、リアルタイムトランスポートプロトコル(RTP)/UDP/IPパケット、またはRTP/TCP/IPパケットを含み得る。
【0041】
いくつかの場合、CN110および/または基地局104/106は、CN110から基地局104/106に向けられるMBSトラフィックだけのためにトンネル312Aを構成し、トンネル312Aはダウンリンク(DL)トンネルと呼ばれ得る。しかしながら、他の場合には、CN110および基地局104/106は、たとえば、UEからのコマンドまたはサービス要求をサポートするために、ダウンリンクならびにアップリンク(UL)MBSトラフィックのためのトンネル312Aを使用する。さらに、基地局104/106はトンネル312Aを介して到着したMBSトラフィックを複数のUEに向けることができるので、トンネル312Aは共通トンネルまたは共通DLトンネルと呼ばれ得る。
【0042】
トンネル312Aは、たとえば、インターネットプロトコル(IP)上でレイヤリングされるユーザデータグラムプロトコル(UDP)プロトコルで、トランスポートレイヤまたはサブレイヤにおいて動作することができる。より具体的な例として、トンネル312Aは、汎用パケット無線システム(GPRS)トンネリングプロトコル(GTP)と関連付けられ得る。トンネル312Aは、たとえば、あるIPアドレス(たとえば、基地局104/106のIPアドレス)およびあるトンネルエンドポイント識別子(TEID)(たとえば、基地局104/106によって割り当てられる)に対応し得る。より一般には、トンネル312Aは、任意の適切なトランスポートレイヤ構成を有し得る。CN110は、MBSデータパケットを含むトンネルパケットのヘッダにおいてIPアドレスおよびTEIDアドレスを指定し、トンネル312Aを介してトンネルパケットを下流へと基地局104/106に送信することができる(すなわち、ヘッダは、IPアドレスおよび/またはTEIDを含み得る)。たとえば、ヘッダは、IPアドレスおよびTEIDをそれぞれ含む、IPヘッダおよびGTPヘッダを含み得る。したがって、基地局104/106は、IPアドレスおよび/またはTEIDを使用して、トンネル312Aを介して移動するデータパケットを識別することができる。
【0043】
図3に示されるように、基地局104/106は、トンネル312Aの中のトラフィックをN個の無線ベアラ314A-1、314A-2、...、314A-Nにマッピングし、これらはMBS無線ベアラまたはMRBとして構成されてもよく、N≧1である。各MRBは、それぞれの論理チャネルに対応し得る。上で論じられたように、PDCPサブレイヤは、SRB、DRB、およびMRBなどの無線ベアラをサポートし、EUTRAまたはNR MACサブレイヤは、EUTRAまたはNR RLCサブレイヤに論理チャネルを提供する。たとえば、MRB314Aの各々は、それぞれのMBSトラフィックチャネル(MTCH)に対応し得る。基地局104/106およびCN110は別のMBSセッション302Bも維持することができ、これらは同様に、MRB314B-1、314B-2、...、314B-Nに対応するトンネル312Bを含んでもよく、N≧1である。MRB314Bの各々は、それぞれの論理チャネルに対応し得る。
【0044】
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にマッピングする。
【0045】
様々なシナリオにおいて、CN110は、異なるタイプのMBSトラフィックを異なるQoSフローに割り当てることができる。たとえば、比較的QoS値の高いフローはオーディオパケットに対応することがあり、比較的QoS値の低いフローはビデオパケットに対応することがある。別の例として、比較的QoS値の高いフローはビデオ圧縮において使用されるIフレームまたは完全な画像に対応することがあり、比較的QoS値の低いフローはIフレームへの変更のみを含むPフレームまたは予測ピクチャに対応することがある。
【0046】
図3の参照を続けると、基地局104/106およびCN110は、CN110と特定のUEとの間のユニキャストトラフィックをサポートするために、1つまたは複数のPDUセッションを維持することができる。PDUセッション304Aは、DRB324A-1、324A-2、...324-Nなどの1つまたは複数のDRB324Aに対応する、UE固有DLトンネルおよび/またはUE固有ULトンネル322Aを含み得る。DRB324Aの各々は、専用トラフィックチャネル(DTCH)などのそれぞれの論理チャネルに対応し得る。
【0047】
ここで、基地局104/106が分散して実装される場合の例示的なMRBおよびDRBを示す図4を参照すると、CU172およびDU174は、MRBもしくはDRBに関連するダウンリンクデータおよび/またはアップリンクデータのためのトンネルを確立することができる。上で論じられたMRB314A-1は、たとえば、UE102AおよびUE102Bなどの複数のUEにCU172を接続するMRB402Aとして実装され得る。MRB402Aは、CU172とDU174を接続するDLトンネル412Aと、DLトンネル412Aに対応するDL論理チャネル422Aとを含み得る。特に、DU174は、DLトンネル412Aを介して受信されるダウンリンクトラフィックをDL論理チャネル422Aにマッピングすることができ、DL論理チャネル422Aは、たとえばMTCHまたはDTCHであり得る。DLトンネル412Aは、CU172がそれを介してMBSデータパケットを複数のUEに送信する共通DLトンネルであり得る。代替として、DLトンネル412Aは、CU172がそれを介してMBSデータパケットを特定のUEに送信するUE固有DLトンネルであり得る。
【0048】
任意選択で、MRB402Aは、CU172とDU174を接続するULトンネル413Aと、ULトンネル413Aに対応するUL論理チャネル423Aとを含む。たとえば、UL論理チャネル423AはDTCHであり得る。DU174は、UL論理チャネル423Aを介して受信されるアップリンクトラフィックをULトンネル413Aにマッピングすることができる。
【0049】
トンネル412Aおよび413Aは、F1-Uインターフェースのトランスポートレイヤまたはサブレイヤにおいて動作することができる。より具体的な例として、CU172およびDU174は、ユーザプレーントラフィックのためにF1-Uを利用することができ、トンネル412Aおよび413Aは、UDP/IP上でレイヤリングされるGTP-Uプロトコルと関連付けられてもよく、このとき、IPは適切なデータリンクおよび物理(PHY)レイヤ上でレイヤリングされる。さらに、MRB402および/またはDRB404は、少なくとも事例の一部において、制御プレーントラフィックを追加でサポートする。より具体的には、CU172およびDU174A/174Bは、IP上でレイヤリングされるストリーム制御送信プロトコル(SCTP)に依存するF1-Cインターフェース上でF1-APメッセージを交換することができ、IPはF1-Uと同様に適切なデータリンクおよびPHYレイヤ上でレイヤリングされる。
【0050】
同様に、MRB402Bは、DLトンネル412B、および任意選択で、ULトンネル413Bを含み得る。DLトンネル412BはDL論理チャネル422Bに対応することがあり、ULトンネル413BはUL論理チャネル423Bに対応することがある。
【0051】
いくつかの場合、CU172は、DRB404Aを使用して、PDUセッションに関連するMBSデータパケットまたはユニキャストデータパケットを特定のUE(たとえば、UE102AまたはUE102B)に送信する。DRB404Aは、CU172とDU174を接続するUE固有DLトンネル432Aと、DLトンネル432Aに対応するDL論理チャネル442Aとを含み得る。特に、DU174は、DLトンネル432Aを介して受信されるダウンリンクトラフィックをDL論理チャネル442Aにマッピングすることができ、DL論理チャネル442Aは、たとえばDTCHであり得る。DRB404Aはさらに、CU172とDU174を接続するUE固有ULトンネル433Aと、ULトンネル433Aに対応するUL論理チャネル443Aとを含む。たとえば、UL論理チャネル443AはPUSCHであり得る。DU174は、UL論理チャネル443Aを介して受信されるアップリンクトラフィックをULトンネル433Aにマッピングすることができる。
【0052】
同様に、DRB404Bは、DL論理チャネル442Bに対応するUE固有DLトンネル432Bと、UL論理チャネル443Bに対応するUE固有ULトンネル433Bとを含み得る。
【0053】
次に、図5Aは、基地局104が、第1のMBSセッションのためのリソースをCNが要求することに応答してMBSデータのための第1の共通トンネルを構成し、第2のMBSセッションのためのリソースをCNが要求することに応答してMBSデータのための第2の共通トンネルを構成するような、例示的なシナリオ500Aを示す。
【0054】
UE102(たとえば、図1AのUE102A)は最初に、第1のMBSセッションに参加するために、基地局104を介してCN110とのMBSセッション参加手順を実行する(502)。図5Aなどの図が単一の「UE102」だけを示す場合、これはUE102Aと102Bのいずれかまたは両方であり得ることが理解される。いくつかのシナリオでは、UE102は続いて、1つまたは複数の追加のMBS参加手順を実行し、それにより、イベント502が複数のMBS参加手順の最初の手順になる。基地局104は(以下で論じられるようにUE固有のトンネルではなく)MBSトラフィックのための共通DLトンネルを構成するので、手順502と586はどちらの順序でも起こり得る。言い換えると、基地局104は、第1のMBSセッションに参加するUEがまだ1つもなくても、共通DLトンネルを構成することができる。
【0055】
MBSセッション参加手順502を実行するために、いくつかの実装形態では、UE102は、基地局104を介してMBSセッション参加要求メッセージをCN110に送信する。それに応答して、CN110は、第1のMBSセッションへのアクセス権をUE102に与えるために、基地局104を介してMBSセッション参加応答メッセージをUE102に送信することができる。いくつかの実装形態では、UE102は、MBSセッション参加要求メッセージに、第1のMBSセッションのための第1のMBSセッションIDを含めることができる。いくつかの場合、CN110は、MBSセッション参加応答メッセージに第1のMBSセッションIDを含める。いくつかの実装形態では、UE102は、MBSセッション参加応答メッセージに応答して、基地局104を介してMBSセッション参加完了メッセージをCN110に送信することができる。
【0056】
いくつかの場合、UE102は、追加のMBSセッションに参加するために、RAN105(たとえば、基地局104または基地局106)を介してCN110との追加のMBSセッション参加手順を実行する。たとえば、UE102は、第2のMBSセッションに参加するために、RAN105を介してCN110との第2のMBSセッション参加手順を実行することができる。イベント502と同様に、いくつかの実装形態では、UE102は、基地局104を介して第2のMBSセッション参加要求メッセージをCN110に送信することができ、CN110は、第2のMBSセッションへのアクセス権をUE102に与えるために、第2のMBSセッション参加応答メッセージで応答することができる。いくつかの実装形態では、UE102は、第2のMBSセッション参加応答メッセージに応答して、基地局104を介して第2のMBSセッション参加完了メッセージをCN110に送信することができる。いくつかの実装形態では、UE102は、第2のMBSセッション参加要求メッセージに、第2のMBSセッションの第2のMBSセッションIDを含めることができる。任意選択で、CN110は、第2のMBSセッション参加応答メッセージに第2のMBSセッションIDを含める。いくつかの実装形態では、UE102は、第1のMBSセッションおよび第2のMBSセッションに同時に参加するために、MBSセッション参加要求メッセージ(たとえば、第1のMBSセッション参加要求メッセージ)に第1のMBSセッションIDおよび第2のMBSセッションIDを含めることができる。そのような場合、CN110は、第1のMBSセッションもしくは第2のMBSセッションのいずれか、または第1のMBSセッションと第2のMBSセッションの両方を認めるために、MBSセッション応答メッセージを送信することができる。
【0057】
いくつかの実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、セッション開始プロトコル(SIP)メッセージであり得る。他の実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、5Gモビリティ管理(5GMM)メッセージまたは5Gセッション管理メッセージ(5GSM)などのNASメッセージであり得る。5GSMメッセージの場合、UE102は、MBSセッション参加要求メッセージを含む(第1の)ULコンテナメッセージを、(基地局104を介して)CN110に送信することができ、CN110は、MBSセッション参加応答メッセージを含むDLコンテナメッセージを、(基地局104を介して)UE102に送信することができ、UE102は、MBSセッション参加完了メッセージを含む(第2の)ULコンテナメッセージを、基地局104を介してCN110に送信することができる。これらのコンテナメッセージは、5GMMメッセージであり得る。いくつかの実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答、およびMBSセッション参加完了メッセージは、それぞれ、PDU Session Modification Requestメッセージ、PDU Session Modification Commandメッセージ、およびPDU Session Modification Completeメッセージであり得る。以下の説明を簡単にするために、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、および/またはMBSセッション参加完了メッセージという用語は、それぞれのコンテナメッセージ、またはコンテナのないそれぞれのメッセージのいずれかを表すことができる。
【0058】
いくつかの実装形態では、UE102は、(第1の)MBSセッション参加手順を実行するために、基地局104を介してCN110とのPDUセッション確立手順を実行し、PDUセッションを確立することができる。PDUセッション確立手順の間、UE102は、基地局104を介してCN110とPDUセッションのPDUセッションIDを通信することができる。
【0059】
第1のMBSセッション参加手順502の前、間、または後に、CN110は、第1のMBSセッションのためのリソースを構成するようにCU172に要求するために、第1のMBSセッションIDおよび/またはPDUセッションIDを含む(第1の)CN対BSメッセージをCU172に送信することができる(504)。CN110は、第1のCN対BSメッセージに、第1のMBSセッションのためのサービス品質(QoS)構成を追加で含めることができる。第1のCN対BSメッセージを受信した(504)ことに応答して、CU172は、MBSコンテキストのためのセットアップおよび/または第1のMBSセッションのための共通DLトンネルを要求するために、CU対DUメッセージ(たとえば、MBSコンテキストセットアップ要求メッセージ)をDU174に送信する(506)。MBSコンテキストセットアップ要求メッセージは、第1のMBSセッションID、MRB ID、および第1のMBSセッションのためのQoS構成を含み得る。
【0060】
CU対DUメッセージを受信した(506)ことに応答して、DU174は、第1のMBSセッションのための(たとえば、MRB IDの1つによって識別されるMRBのための)共通のCU対DU DLトンネルを構成するために、第1のDLトランスポートレイヤ構成を含むDU対CUメッセージ(たとえば、MBSコンテキストセットアップ応答メッセージ)をCUに送信する(508)。DU174は、MRB IDの追加のMRB IDによって識別される追加のMRBのための追加の共通のCU対DU DLトンネルを構成するために、DU対CUメッセージに、追加のDLトランスポートレイヤ構成を含めることができる。いくつかの実装形態では、DU174は、DU対CUメッセージに、第1のDLトランスポートレイヤ構成および/または追加のDLトランスポートレイヤ構成に関連するMRB IDを含めることができる。いくつかの実装形態では、イベント506のCU対DUメッセージは、汎用的なF1APメッセージ、またはこのタイプの要求を運ぶために特別に定義される専用のF1APメッセージ(たとえば、MBSコンテキストセットアップ要求メッセージ)である。いくつかの実装形態では、イベント508のDU対CUメッセージは、汎用的なF1APメッセージ、またはこの目的で特別に定義される専用のF1APメッセージ(たとえば、MBSコンテキストセットアップ応答メッセージ)である。CN110は、第1のMBSセッションのためのQoS構成を追加で含めることができる。そのような場合、CU172は、CU対DUメッセージにQoS構成を含めることができる(イベント506)。
【0061】
CU172は次いで、共通DLトンネルを構成するために、DLトランスポートレイヤ構成を含む第1のBS対CNメッセージ(たとえば、MBSセッションリソースセットアップ応答メッセージ)を送信することができる(510)。CU172は、第1のBS対CNメッセージに、第1のMBSセッションIDおよび/またはPDUセッションIDを含めることができる。第1のBS対CNメッセージは、MBSデータをCU172に送信するようにCN110のための共通DLトンネルを構成するために、DLトランスポートレイヤ構成を含み得る。DLトランスポートレイヤ構成は、共通DLトンネルを識別するためのトランスポートレイヤアドレス(たとえば、IPアドレスおよび/またはTEID)を含む。
【0062】
いくつかの実装形態では、イベント504のCN対BSメッセージは、汎用的なNGAPメッセージ、またはMBSセッションのためのリソースを要求するために特別に定義される専用のNGAPメッセージ(たとえば、MBSセッションリソースセットアップ要求メッセージ)であり得る。いくつかの実装形態では、イベント510のBS対CNメッセージは、汎用的なNGAPメッセージ、またはMBSセッションのためのリソースを運ぶために特別に定義される専用のNGAPメッセージ(たとえばMBSセッションリソースセットアップ応答メッセージ)である。そのような場合、イベント504のCN対BSメッセージおよびイベント510のBS対CNメッセージは、非UE固有メッセージであり得る。
【0063】
いくつかの実装形態では、QoS構成は第1のMBSセッションのためのQoSパラメータを含む。いくつかの実装形態では、QoS構成は、MBSセッション(たとえば、図3のMBSセッション302A)のための1つまたは複数のQoSフローを構成するための構成パラメータを含む。いくつかの実装形態では、構成パラメータは、QoSフローを識別する1つまたは複数のQoSフローIDを含む。QoSフローIDの各々は、QoSフローの特定のQoSフローを識別する。いくつかの実装形態では、構成パラメータは各QoSフローのためのQoSパラメータを含む。QoSパラメータは、たとえば、5G QoS識別子(5QI)、優先レベル、パケット遅延バジェット、パケットエラーレート、平均区間、および/または最大データバースト量を含み得る。CN110は、QoSフローのためのQoSパラメータの異なる値を指定することができる。
【0064】
【0065】
CN110が追加のMBSセッション参加手順においてUE102のための追加のMBSセッションを認める場合、CN110は、第1のCN対BSメッセージ、第2のCN対BSメッセージ(イベント512に関して以下で論じられる)、または第1のCN対BSメッセージもしくは第2のCN対BSメッセージに似た追加のCN対BSメッセージに、追加のMBSセッションIDおよび/または追加のMBSセッションIDのためのQoS構成を含めることができる。そのような場合、CU172は、第1のBS対CNメッセージ、第2のBS対CNメッセージ(イベント519に関して以下で論じられる)、または第1のBS対CNメッセージもしくは第2のBS対CNメッセージに似た追加のBS対CNメッセージに、追加の共通DLトンネルを構成するための、追加のMBSセッションのための追加のトランスポートレイヤ構成を含める。トランスポートレイヤ構成の各々は、共通DLトンネルの特定のDLトンネルを構成し、追加のMBSセッションの特定のMBSセッションに関連付けられ得る。代替として、CN110は、シングルセッションMBSセッションリソースセットアップ手順586と同様に、CU172との追加のMBSセッションリソースセットアップ手順を実行して、CU172から追加のトランスポートレイヤ構成を取得することができる。異なる共通DLトンネルを区別するために、トランスポートレイヤ構成は異なり得る。特に、トランスポートレイヤ構成の任意のペアが、異なるIPアドレス、異なるDL TEID、または異なるIPアドレスと異なるDL TEIDの両方を有し得る。
【0066】
いくつかの実装形態では、CN110は、イベント504のCN対BSメッセージに、第1のMBSセッションに参加するUEのリストを示すことができる。他の実装形態では、CN110は、第1のMBSセッションに参加するUEのリストを示す別の第2のCN対BSメッセージをCU172に送信することができる(512)。CN110は、第2のCN対BSメッセージに、第1のMBSセッションIDおよび/またはPDUセッションIDを含めることができる。CU172は、イベント512の第2のCN対BSメッセージに応答して、第2のBS対CNメッセージをCN110に送信することができる(519)。そのような場合、第2のCN対BSメッセージは、非UE固有メッセージ、たとえば、UE102AまたはUE102Bに対して固有ではないメッセージであり得る。CU172は、第2のBS対CNメッセージに、第1のMBSセッションIDおよび/またはPDUセッションIDを含めることができる。たとえば、UEのリストはUE102を含み得る。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は、RAN UEインターフェースIDを含むBS対CNメッセージ(たとえば、NGAPメッセージ、INITIAL UEメッセージ、またはPATH SWITCH REQUESTメッセージ)を、UEの各々のためにCN110に送信し、CN110は、CN UEインターフェースIDを含むCN対BSメッセージ(たとえば、NGAPメッセージ、INITIAL CONTEXT SETUP REQUESTメッセージ、またはPATH SWITCH REQUEST ACKNOWLEDGEメッセージ)を、UEの各々のためにCU172に送信する。一例では、ペアのリストは、UE102を識別する第1のペア(第1のCN UEインターフェースIDおよび第1のRAN UEインターフェースID)を含む。いくつかの実装形態では、「CN UEインターフェースID」は「AMF UE NGAP ID」であってもよく、「RAN UEインターフェースID」は「RAN UE NGAP ID」であってもよい。他の実装形態では、CN110は、UEのセットの中の特定のUEを各々識別する、UE IDのリストを含めることができる。いくつかの実装形態では、CN110は、UE IDを割り当て、CN110が特定のUEと実行するNAS手順(たとえば、登録手順)において、UE IDの各々をUEの特定のUEに送信することができる。たとえば、UE IDのリストは、UE102Aの第1のUE IDおよびUE102Bの第2のUE IDを含み得る。いくつかの実装形態では、UE IDは、S-Temporary Mobile Subscriber Identities (S-TMSIs)(たとえば、5G-S-TMSI)である。CN110がUE IDのリストを送信する前に、CU172は、UEの各々のためにUE102またはCN110からUE IDを受信することができる。たとえば、CU172は、RRC接続確立手順の間に、UE IDを含むRRCメッセージ(たとえば、RRCSetupCompleteメッセージ)をUE102から受信することができる。別の例では、CU172は、UE IDを含むCN対BSメッセージ(たとえば、NGAPメッセージ、INITIAL CONTEXT SETUP REQUESTメッセージ、またはUE INFORMATION TRANSFERメッセージ)をCN110から受信することができる。
【0067】
他の実装形態では、CN110は、UE102が第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は、UE102Aが第1のMBSセッションのMBSデータを受信するための構成パラメータを含むUEコンテキスト応答メッセージをCU172に送信する(516)。いくつかの実装形態では、CU172は、UEコンテキスト要求メッセージにQoS構成を含めることができる。そのような場合、CU172は、CU対DUメッセージにQoS構成を含めてもよく、または含めなくてもよい。構成パラメータの一部またはすべてが、MRB/MRB IDに関連付けられ得る。いくつかの実装形態では、DU174は、構成パラメータ(すなわち、第1の複数の構成パラメータ)を含めるべきDU構成(すなわち、第1のDU構成)を生成し、UEコンテキスト応答メッセージにDU構成を含める。いくつかの実装形態では、DU構成はCellGroupConfig IEであり得る。他の実装形態では、DU構成はMBS固有IEであり得る。いくつかの実装形態では、構成パラメータは1つまたは複数の論理チャネル(LC)を構成する。たとえば、構成パラメータは、1つまたは複数の論理チャネルを構成するための1つまたは複数の論理チャネルID(LCID)を含む。LCIDの各々は、1つまたは複数の論理チャネルの特定の論理チャネルを識別する。
【0068】
いくつかの実装形態では、第2のCN対BSメッセージおよび第2のBS対CNメッセージは、それぞれ、PDUセッションリソース修正要求メッセージおよびPDUセッションリソース修正応答メッセージであり得る。いくつかの実装形態では、第2のCN対BSメッセージおよび第2のBS対CNメッセージはUE関連メッセージであってもよく、すなわち、メッセージは特定のUE(たとえば、UE102A、102B、または103)に関連付けられる。
【0069】
いくつかの実装形態では、CU172は、図5Aに示されるように、イベント512に応答して、およびイベント504に応答せずに、第1のBS対CNメッセージを送信する(510)。次いで、CN110は、第1のBS対CNメッセージに応答して、CN対BS応答メッセージをCU172に送信することができる。そのような場合、CU172は、第2のCN対BSメッセージを受信したことに応答して、CU対DUメッセージをDU174に送信することができ(506)、第1のBS対CNメッセージおよびCN対BS応答メッセージは非UE関連メッセージであってもよい(すなわち、メッセージは特定のUEに関連付けられない)。
【0070】
いくつかの実装形態では、DU174は、イベント514に応答してUEコンテキスト応答メッセージを送信する(516)ことに加えて、(イベント506に応答するのではなく)イベント514に応答してDU対CUメッセージを送信する(508)。次いで、CU172は、DU対CUメッセージに応答して、CU対DU応答メッセージをDU174に送信することができる。そのような場合、DU対CUメッセージおよびCU対DU応答メッセージは非UE関連メッセージであってもよく、すなわち、メッセージは特定のUEに関連付けられる。
【0071】
CN110が追加のMBSセッション参加手順においてUE102のための追加のMBSセッションを認める場合、CN110は、第1のCN対BSメッセージまたは第2のCN対BSメッセージに、追加のMBSセッションIDのための追加のMBSセッションIDおよび/またはQoS構成を含めることができる。そのような場合、CU172は、CU対DUメッセージに追加のMBSセッションIDおよび追加のMRB IDを含めることができ、DU174は、DU対CUメッセージに、追加のMBSセッションのための追加のCU対DU DLトンネルを構成するための追加のDUトランスポートレイヤ構成を含めることができる。代替として、CU172は、イベント506および508と同様に、追加のDU DLトランスポートレイヤ構成を取得するために、DU174との追加のMBSコンテキストセットアップ手順を実行することができる。いくつかの実装形態では、CU172は、第1のBS対CNメッセージに、追加のCN対BS共通DLトンネルを構成するための、追加のMBSセッションのための追加のCU DLトランスポートレイヤ構成を含める。トランスポートレイヤ構成の各々は、共通CN対BS DLトンネルの特定のDLトンネルを構成し、追加のMBSセッションの特定のMBSセッションに関連付けられ得る。代替として、CN110は、MBSセッションリソースセットアップ手順586と同様に、CU172との追加のMBSセッションリソースセットアップ手順を実行して、CU172から追加のCU DLトランスポートレイヤ構成を取得することができる。トランスポートレイヤ構成は、異なる共通DLトンネルを区別するために異なり得る。特に、トランスポートレイヤ構成の任意のペアが、異なるIPアドレス、異なるDL TEID、または異なるIPアドレスと異なるDL TEIDの両方を有し得る。
【0072】
いくつかの実装形態では、CN110は、第2のCN対BSメッセージにQoS構成を含める。そのような場合、CN110は、第1のCN対BSメッセージにQoS構成を含めてもよく、またはQoS構成を省略してもよい。いくつかの実装形態では、DU174は、CU対DUメッセージまたはUEコンテキスト要求メッセージを受信したことに応答して、第1のMBSセッションのMBSデータを受信するためのUE102のための構成パラメータを生成する。いくつかの実装形態では、CU172は、UEコンテキスト要求メッセージおよび/またはCU対DUメッセージにQoS構成を含める。DU174は、QoS構成に従って構成パラメータの内容を決定することができる。CU172がCU対DUメッセージにもUEコンテキスト要求メッセージにもQoS構成を含めないとき、DU174は、所定のQoS構成に従って構成パラメータの値を決定することができる。
【0073】
いくつかの実装形態では、UEコンテキスト要求メッセージおよびUEコンテキスト応答メッセージは、それぞれ、UE Context Setup RequestメッセージおよびUE Context Setup Responseメッセージである。他の実装形態では、UEコンテキスト要求メッセージおよびUEコンテキスト応答メッセージは、それぞれ、UE Context Modification RequestメッセージおよびUE Context Modification Responseメッセージである。
【0074】
UEコンテキスト応答メッセージを受信した(516)後、CU172は、構成パラメータおよび1つまたは複数のMRB構成(すなわち、第1のMRB構成)を含むRRC再構成メッセージを生成し、RRC再構成メッセージをDU174に送信する(518)。そして、DU174は、RRC再構成メッセージをUE102に送信する(520)。UE102は次いで、RRC再構成完了メッセージをDU174に送信し(522)、そしてDU174は、RRC再構成完了メッセージをCU172に送信する(523)。イベント512、514、516、518、519(以下で論じられる)、520、522、および523は、図5Aおよび図5Bにおいて、UE固有のMBSセッション構成手順590と集合的に呼ばれる。
【0075】
いくつかの実装形態では、CU172は、RRC再構成メッセージを含むPDCP PDUを生成し、PDCP PDUを含むCU対DUメッセージをDU174に送信し(518)、DU174は、PDCP PDUをCU対DUメッセージから取り出し、RLCレイヤ206B、MACレイヤ204B、およびPHYレイヤ202Bを介して、PDCP PDUをUE102に送信する(520)。UE102は、PHYレイヤ202B、MACレイヤ204B、およびRLCレイヤ206Bを介して、PDCP PDUをDU174から受信する(520)。いくつかの実装形態では、UE102は、RRC再構成完了メッセージを含むPDCP PDUを生成し、RLCレイヤ206B、MACレイヤ204B、およびPHYレイヤ202Bを介して、PDCP PDUをDU174に送信する(522)。DU174は、PHYレイヤ202B、MACレイヤ204B、およびRLCレイヤ206Bを介して、PDCP PDUをUE102から受信し(522)、PDCP PDUを含むDU対CUメッセージをCU172に送信する(523)。CU172は、PDCP PDUをDU対CUメッセージから取り出し、RRC再構成完了メッセージをPDCP PDUから取り出す。
【0076】
UEコンテキスト応答メッセージを受信する(516)前または後に、CU172は、第2のCN対BSメッセージ512に応答して、第2のBS対CNメッセージをCN110に送信することができる(519)。いくつかの実装形態では、CU172は、RRC再構成完了メッセージを受信する(523)前に、第2のBS対CNメッセージをCN110に送信する(519)。他の実装形態では、CN110は、RRC再構成完了メッセージを受信した(523)後に、第2のBS対CNメッセージをCN110に送信する(519)。CU172は、第2のBS対CNメッセージに、第1のCN UEインターフェースIDおよび第1のRAN UEインターフェースIDを含めることができる。代替として、CU172は、第2のBS対CNメッセージに第1のUE IDを含めることができる。
【0077】
いくつかの実装形態では、CU172は、第2のBS対CNメッセージおよび/または追加のBS対CNメッセージにCU DLトランスポートレイヤ構成を含める。言い換えると、CU172は、UEが同じMBSセッションに参加することをCN対BSメッセージが示すことに応答して、BS対CNメッセージにおいて同じCU DLトランスポートレイヤ構成を送信することができる。そのような実装形態では、CN110は、MBSリソースセットアップ手順586および第2のCN対BSメッセージおよびBS対CNメッセージを単一の手順へと混ぜ合わせることができる。
【0078】
CU172が第1のMBSセッションのための共通のCN対BS DLトンネルを確立するためにCN110とのMBSリソースセットアップ手順586(たとえば、イベント504、510)を実行する場合、CU172は、第2のBS対CNメッセージに第1のMBSセッションのためのDLトランスポートレイヤ構成を含めるのを控えてもよい。そのような場合、CN110は、第2のCN対BSメッセージに第1のMBSセッションのためのULトランスポートレイヤ構成を含めるのを控えてもよい。DU174が第1のMBSセッションのための共通のCU対DU DLトンネルを確立するためにCU172とのMBSリソースセットアップ手順(たとえば、イベント506、508)を実行する場合、DU174は、UEコンテキスト応答メッセージに第1のMBSセッションのためのDLトランスポートレイヤ構成を含めるのを控えてもよい。そのような場合、CU172は、UEコンテキスト要求メッセージに第1のMBSセッションのためのULトランスポートレイヤ構成を含めるのを控えてもよい。
【0079】
第1のBS対CNメッセージを受信した(510)後、または第2のBS対CNメッセージを受信した(519)後、CN110は、共通のCN対BS DLトンネルを介して第1のMBSセッションのためのMBSデータ(たとえば、1つまたは複数のMBSデータパケット)をCU172に送信することができ(524)、そしてCU172は、共通のCU対DUトンネルを介してMBSデータをDU174に送信する(526)。DU174は、1つまたは複数の論理チャネルを介してMBSデータをUE102に送信(たとえば、マルチキャストまたはユニキャスト)する(528)。UE102は、1つまたは複数の論理チャネルを介してMBSデータを受信する(528)。たとえば、CU172は、MBSデータパケットを受信し(524)、MBSデータパケットを含むPDCP PDUを生成し、PDCP PDUをDU174に送信してもよい(528)。そして、DU174は、論理チャネルIDおよびPDCP PDUを含むMAC PDUを生成し、マルチキャストまたはユニキャストを介してMAC PDUをUE102に送信する(528)。UE102は、マルチキャストまたはユニキャストを介してMAC PDUを受信し(528)、PDCP PDUおよび論理チャネルIDをMAC PDUから取り出し、論理チャネルIDに従ってMRBに関連するPDCP PDUを識別し、MRB構成内のPDCP構成に従ってMBSデータパケットをPDCP PDUから取り出す。いくつかの実装形態では、DU174は、上で説明されたように、1つまたは複数のマルチキャスト送信(たとえば、動的マルチキャスト送信またはSPSマルチキャスト送信)を介してMBSデータまたはMAC PDUをUE102に送信することができる(528)。そのような場合、UE102は、上で説明されたように、1つまたは複数のマルチキャスト送信を介して、MBSデータまたはMAC PDUをDU174から受信することができる(528)。
【0080】
いくつかの実装形態では、CU172は、第1のCN対BSメッセージまたは第2のCN対BSメッセージを受信したことに応答して、UE102のためのUE固有CN対BS DLトンネルを構成すると決定し、構成することができる。そのような場合、CU172は、イベント506を省略することができ、第2のBS対CNメッセージに、UE固有DLトンネルを構成するDLトランスポートレイヤ構成を含めることができる。CN110は、UE固有CN対BS DLトンネルを介してMBSデータをCU172に送信することができる(524)。いくつかの実装形態では、CU172は、第1のCN対BSメッセージまたは第2のCN対BSメッセージを受信したことに応答して、UE102のためのUE固有CU対DU DLトンネルを構成すると決定し、構成することができる。そのような場合、CU172はイベント510を省略することができ、DU174は、UEコンテキスト応答メッセージに、UE固有CU対DU DLトンネルを構成するDLトランスポートレイヤ構成を含めることができる。そのような場合、CU174は、UE固有CU対DU DLトンネルを介してMBSデータをDU174に送信することができる(526)。
【0081】
いくつかの実装形態では、構成パラメータはまた、各々が特定の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)であり得る。いくつかの実装形態では、構成パラメータは、論理チャネルを構成する論理チャネル構成(たとえば、LogicaChannelConfig IE)を含み得る。いくつかの実装形態では、RLCベアラ構成はMRB IDを含み得る。
【0082】
いくつかの実装形態では、CU172は、MRB構成においてDLのみのRBとしてMRBを構成することができる。たとえば、CU172は、DLのみのRBとしてMRBを構成するために、MRB構成内のPDCP構成にUL構成パラメータを含めるのを控えることができる。CU172は、たとえば上で説明されたように、MRB構成にDL構成パラメータのみを含めることができる。そのような場合、CU172は、MRB構成の中のPDCP構成にMRBのためのUL構成パラメータを含めないことによって、MRBを介してUL PDCPデータPDUをDU174および/またはCU172に送信しないようにUE102を構成する。別の例では、DU174は、RLCベアラ構成にUL構成パラメータを含めるのを控える。そのような場合、DU174は、RLCベアラ構成にUL構成パラメータを含めないことによって、論理チャネルを介して制御PDUを基地局104に送信しないようにUE102を構成する。
【0083】
DU174がRLCベアラ構成にUL構成パラメータを含める場合、UE102は、UL構成パラメータを使用して、論理チャネルを介して制御PDU(たとえば、PDCP制御PDUおよび/またはRLC制御PDU)をDU174に送信し得る。制御PDUがPDCP制御PDUである場合、DU174はPDCP制御PDUをCU172に送信することができる。たとえば、CU172は、圧縮(解凍)プロトコル(たとえば、ロバストヘッダ圧縮(ROHC)プロトコル)を用いてMBSデータを受信するようにUE102を構成し得る。この場合、CU172がMBSデータパケットをCN110から受信する(524)とき、CU172は、圧縮プロトコルを用いてMBSデータパケットを圧縮して圧縮されたMBSデータパケットを取得し、共通のCU対DU DLトンネルを介して、圧縮されたMBSデータパケットを含むPDCP PDUをDU174に送信する(526)。そして、DU174は、論理チャネルを介してPDCP PDUをUE102に送信(たとえば、マルチキャストまたはユニキャスト)する(528)。UE102が論理チャネルを介してPDCP PDUを受信するとき、UE102は圧縮されたMBSデータパケットをPDCP PDUから取り出す。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を含む。
【0084】
いくつかの実装形態では、MRB構成は、MRB IDを含むMRB-ToAddMod IE(たとえば、mrb-IdentityまたはMRB-Identity)であり得る。MRB IDは、MRBの特定のMRBを識別する。基地局104は、MRB IDを異なる値に設定する。CU172がユニキャストデータ通信のためにUE102に対してDRBを構成している場合、いくつかの実装形態では、CU172は、DRBのDRB IDとは異なる値にMRB IDの1つまたは複数を設定することができる。そのような場合、UE102およびCU172は、RBのRB IDに従って、RBがMRBであるかDRBであるかを区別することができる。他の実装形態では、CU172は、DRB IDと同じであり得る値にMRB IDの1つまたは複数を設定することができる。そのような場合、UE102およびCU172は、RBのRB IDおよびRBを構成するRRC IEに従って、RBがMRBであるかDRBであるかを区別することができる。たとえば、DRBを構成するDRB構成は、DRB識別情報(たとえば、drb-IdentityまたはDRB-Identity)およびPDCP構成を含むDRB-ToAddMod IEである。したがって、UE102は、RBを構成するDRB-ToAddMod IEを受信する場合は、RBがDRBであると決定し、RBを構成するMRB-ToAddMod IEを受信する場合は、RBがMRBであると決定することができる。同様に、CU172は、RBを構成するDRB-ToAddMod IEをUE102に送信する場合は、RBがDRBであると決定し、RBを構成するMRB-ToAddMod IEをUE102に送信する場合は、RBがMRBであると決定することができる。
【0085】
いくつかの実装形態では、第1のMBSセッションのMBSデータを受信するための構成パラメータは、1つまたは複数の論理チャネルを構成するための1つまたは複数の論理チャネル(LC)IDを含む。いくつかの実装形態では、論理チャネルはDTCHであり得る。他の実装形態では、論理チャネルはMTCHであり得る。
【0086】
いくつかの実装形態では、構成パラメータは、MBSデータまたはMBSデータの特定の部分を各々含むマルチキャスト送信をUE102が受信するための、動的スケジューリングマルチキャスト構成パラメータを含み得る。いくつかの実装形態では、動的スケジューリングマルチキャスト構成パラメータは、以下の構成パラメータの少なくとも1つを含み得る。
・グループ無線ネットワーク一時識別子(G-RNTI)。DU174は、DCIを生成し、G-RNTIを用いてDCIのCRCをスクランブルし、DCIおよびスクランブルされたCRCをPDCCH上で送信することによって、UE102のために、特定のMAC PDUを含む各マルチキャスト送信を動的にスケジュールする。MAC PDUは、MBSデータパケットまたはMBSデータパケットの一部分を含み得る。UE102は、DCIおよびスクランブルされたCRCをPDCCH上で受信し、スクランブルされたCRCをG-RNTIを用いて検証する。各マルチキャスト送信に対して、(スクランブルされた)CRCが有効であることをUE102が検証した後、UE102は、対応するDCIに従ってマルチキャスト送信を受信し、特定のMAC PDUをマルチキャスト送信から取り出す。この場合、各マルチキャスト送信は、以下の説明において使用される動的スケジューリングマルチキャスト送信である。いくつかの実装形態では、各DCIは、対応するマルチキャスト送信をスケジュールする動的スケジューリングマルチキャスト無線リソースを構成する構成パラメータを含む。いくつかの実装形態では、構成パラメータは、以下のパラメータの少なくとも1つを含み得る。各DCIの構成パラメータは、以下の構成パラメータに対して同じ値および/または異なる値を含み得る。
・周波数領域リソース割当て
・時間領域リソース割当て
・仮想リソースブロック(VRB)対物理リソースブロック(PRB)マッピング
・変調およびコーディング方式(MCS)
・新データインジケータ
・冗長バージョン
・HARQプロセス番号
・ダウンリンク割当てインデックス
・PUCCHリソースインジケータ
・UE102によって受信される動的スケジューリングマルチキャスト送信のための対応するHARQ肯定応答(ACK)コードブックのためのHARQ ACKコードブックインデックスを示す、HARQコードブック(ID)。DU174は、HARQコードブック(ID)を使用してHARQ ACKを受信する。構成パラメータがHARQコードブック(ID)を含まない場合、UE102およびDU174はユニキャスト送信のためにHARQコードブック(ID)を使用し得る。いくつかの実装形態では、UE102は、DU174からのDU構成においてユニキャスト送信のためのHARQコードブック(ID)を受信することができる。他の実装形態では、UE102は、イベント516、518、および520と同様に、DU174からの別のDU構成においてユニキャスト送信のためのHARQコードブック(ID)を受信することができる。
・UE102が動的スケジューリングマルチキャスト送信のためのHARQフィードバック(たとえば、HARQ ACKおよび/または否定ACK(NACK))を送信する、PUCCH上のHARQリソースを示す、PUCCHリソース構成。構成パラメータがPUCCHリソース構成を含まない場合、UE102およびDU174は、ユニキャスト送信のためのPUCCHリソース構成を使用して、HARQフィードバックを通信することができる。
・UE102がDU174から受信し、およびUE102がそれからトランスポートブロックを取得するのに失敗する、動的スケジューリングマルチキャスト送信のためのHARQ否定ACK(NACK)のみを送信するようにUE102を構成する、HARQ NACKのみ指示(HARQ NACK only indication)。いくつかの実装形態では、UE102がトランスポートブロックのための巡回冗長検査(CRC)に失敗するので、またはUE102が動的スケジューリングマルチキャスト送信を受信しないので、UE102はトランスポートブロックを取得するのに失敗する。この指示に従って、UE102は、UE102が受信に成功し、およびUE102がそれからトランスポートブロックを取得する、動的スケジューリングマルチキャスト送信のためのHARQ ACKをDU174に送信するのを控える。構成パラメータがこの指示を含まない場合、UE102は、UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、動的スケジューリングマルチキャスト送信のためのHARQ ACKをDU174に送信することができる。
・UE102がトランスポートブロックを取得するのに失敗する動的スケジューリングマルチキャスト送信のためにHARQ NACKを送信するようにUE102を構成し、ならびに、UE102が受信に成功し、およびUE102がそれからトランスポートブロックを取得する動的スケジューリングマルチキャスト送信のためにHARQ ACKを送信するようにUE102を構成する、HARQ ACK/NACK指示。構成パラメータがこの指示を含まない場合、UE102は、UE102が受信に成功し、およびUE102がそれからトランスポートブロックを取得する、動的スケジューリングマルチキャスト送信のためにHARQ ACKをDU174に送信するのを控える。そのような場合、UE102は、UE102がトランスポートブロックを取得するのに失敗する動的スケジューリングマルチキャスト送信のためにHARQ NACKをDU174に送信することのみが許可される。
・UE102が受信に成功し、およびUE102がそれからトランスポートブロックを取得する、動的スケジューリングマルチキャスト送信のためにHARQ ACKを送信するようにUE102を構成する、HARQ NACK指示。構成パラメータがこの指示を含まない場合、UE102は、UE102がトランスポートブロックを取得するのに成功する動的スケジューリングマルチキャスト送信のためにHARQ ACKをDU174に送信するのを控える。そのような場合、UE102は、UE102がトランスポートブロックを取得するのに失敗する動的スケジューリングマルチキャスト送信のためにHARQ NACKをDU174に送信することのみが許可される。いくつかの実装形態では、DU174は、HARQ NACK指示、HARQ ACK/NACK指示、およびHARQ ACK指示のいずれか1つを含み得る。
・DU174が動的スケジューリングマルチキャスト送信を送信するために使用し、UE102が動的スケジューリングマルチキャスト送信を受信するために使用する変調およびコーディング方式(MCS)テーブルを示す、MCS構成。たとえば、MCSテーブルは、3GPP(登録商標)仕様38.214において定義されるMCSテーブル(たとえば、3GPP(登録商標) TS 38.214のTable 5.1.3.1-3において示されるlow-SE 64QAMテーブルまたはマルチキャスト送信に固有の新しいテーブル)であり得る。いくつかの実装形態では、DU174がDU構成にMCS構成を含めない場合、UE102およびDU174は、3GPP(登録商標)仕様38.214においてあらかじめ定められたMCSテーブルを適用することができる。たとえば、あらかじめ定められたMCSテーブルは、たとえば、それぞれ仕様38.214のTable 5.1.3.1-2またはTable 5.1.3.1-1に示されるnon-low-SE 64QAMテーブルにおいて示される、256QAMテーブルまたは64QAMテーブルであり得る。DU174がDU構成にMCS構成を含めない場合、UE102およびDU174は、ユニキャスト送信のためにMCSテーブルを適用して、動的スケジューリングマルチキャスト送信をDU174から受信することができる。いくつかの実装形態では、DU174は、DU構成に、ユニキャスト送信のためのMCSテーブルを構成するPDSCH構成(たとえば、PDSCH-Config)を含めることができる。他の実装形態では、DU174は、イベント516、518、および520と同様に、PDSCH構成を含む別のDU構成をUE102に送信することができる。
・動的スケジューリングマルチキャスト送信の反復の回数である、集約係数。DU174は、集約係数に従ってある数の動的スケジューリングマルチキャスト送信の反復を送信(すなわち、マルチキャスト)することができ、UE102は集約係数に基づいて反復を受信する。DU174がDU構成に集約係数を含めない場合、いくつかの実装形態では、UE102はユニキャスト送信のために集約係数を適用することができる。いくつかの実装形態では、DU174は、UE102へのユニキャスト送信のための集約係数をDU構成に含めることができる。他の実装形態では、DU174は、イベント516、518、および520と同様に、UE102へのユニキャスト送信のための集約係数を含む別のDU構成を送信することができる。
・グループ無線ネットワーク一時識別子(G-RNTI)。DU174は、DCIを生成し、G-RNTIを用いてDCIのCRCをスクランブルし、DCIおよびスクランブルされたCRCをPDCCH上で送信することによって、UE102のために、特定のMAC PDUを含む各マルチキャスト送信を動的にスケジュールする。MAC PDUは、MBSデータパケットまたはMBSデータパケットの一部分を含み得る。UE102は、DCIおよびスクランブルされたCRCをPDCCH上で受信し、スクランブルされたCRCをG-RNTIを用いて検証する。各マルチキャスト送信に対して、(スクランブルされた)CRCが有効であることをUE102が検証した後、UE102は、対応するDCIに従ってマルチキャスト送信を受信し、特定のMAC PDUをマルチキャスト送信から取り出す。この場合、各マルチキャスト送信は、以下の説明において使用される動的スケジューリングマルチキャスト送信である。いくつかの実装形態では、各DCIは、対応するマルチキャスト送信をスケジュールする動的スケジューリングマルチキャスト無線リソースを構成する構成パラメータを含む。いくつかの実装形態では、構成パラメータは、以下のパラメータの少なくとも1つを含み得る。各DCIの構成パラメータは、以下の構成パラメータに対して同じ値および/または異なる値を含み得る。
・周波数領域リソース割当て
・時間領域リソース割当て
・仮想リソースブロック(VRB)対物理リソースブロック(PRB)マッピング
・変調およびコーディング方式(MCS)
・新データインジケータ
・冗長バージョン
・HARQプロセス番号
・ダウンリンク割当てインデックス
・PUCCHリソースインジケータ
・UE102によって受信される動的スケジューリングマルチキャスト送信のための対応するHARQ肯定応答(ACK)コードブックのためのHARQ ACKコードブックインデックスを示す、HARQコードブック(ID)。DU174は、HARQコードブック(ID)を使用してHARQ ACKを受信する。構成パラメータがHARQコードブック(ID)を含まない場合、UE102およびDU174はユニキャスト送信のためにHARQコードブック(ID)を使用し得る。いくつかの実装形態では、UE102は、DU174からのDU構成においてユニキャスト送信のためのHARQコードブック(ID)を受信することができる。他の実装形態では、UE102は、イベント516、518、および520と同様に、DU174からの別のDU構成においてユニキャスト送信のためのHARQコードブック(ID)を受信することができる。
・UE102が動的スケジューリングマルチキャスト送信のためのHARQフィードバック(たとえば、HARQ ACKおよび/または否定ACK(NACK))を送信する、PUCCH上のHARQリソースを示す、PUCCHリソース構成。構成パラメータがPUCCHリソース構成を含まない場合、UE102およびDU174は、ユニキャスト送信のためのPUCCHリソース構成を使用して、HARQフィードバックを通信することができる。
・UE102がDU174から受信し、およびUE102がそれからトランスポートブロックを取得するのに失敗する、動的スケジューリングマルチキャスト送信のためのHARQ否定ACK(NACK)のみを送信するようにUE102を構成する、HARQ NACKのみ指示(HARQ NACK only indication)。いくつかの実装形態では、UE102がトランスポートブロックのための巡回冗長検査(CRC)に失敗するので、またはUE102が動的スケジューリングマルチキャスト送信を受信しないので、UE102はトランスポートブロックを取得するのに失敗する。この指示に従って、UE102は、UE102が受信に成功し、およびUE102がそれからトランスポートブロックを取得する、動的スケジューリングマルチキャスト送信のためのHARQ ACKをDU174に送信するのを控える。構成パラメータがこの指示を含まない場合、UE102は、UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、動的スケジューリングマルチキャスト送信のためのHARQ ACKをDU174に送信することができる。
・UE102がトランスポートブロックを取得するのに失敗する動的スケジューリングマルチキャスト送信のためにHARQ NACKを送信するようにUE102を構成し、ならびに、UE102が受信に成功し、およびUE102がそれからトランスポートブロックを取得する動的スケジューリングマルチキャスト送信のためにHARQ ACKを送信するようにUE102を構成する、HARQ ACK/NACK指示。構成パラメータがこの指示を含まない場合、UE102は、UE102が受信に成功し、およびUE102がそれからトランスポートブロックを取得する、動的スケジューリングマルチキャスト送信のためにHARQ ACKをDU174に送信するのを控える。そのような場合、UE102は、UE102がトランスポートブロックを取得するのに失敗する動的スケジューリングマルチキャスト送信のためにHARQ NACKをDU174に送信することのみが許可される。
・UE102が受信に成功し、およびUE102がそれからトランスポートブロックを取得する、動的スケジューリングマルチキャスト送信のためにHARQ ACKを送信するようにUE102を構成する、HARQ NACK指示。構成パラメータがこの指示を含まない場合、UE102は、UE102がトランスポートブロックを取得するのに成功する動的スケジューリングマルチキャスト送信のためにHARQ ACKをDU174に送信するのを控える。そのような場合、UE102は、UE102がトランスポートブロックを取得するのに失敗する動的スケジューリングマルチキャスト送信のためにHARQ NACKをDU174に送信することのみが許可される。いくつかの実装形態では、DU174は、HARQ NACK指示、HARQ ACK/NACK指示、およびHARQ ACK指示のいずれか1つを含み得る。
・DU174が動的スケジューリングマルチキャスト送信を送信するために使用し、UE102が動的スケジューリングマルチキャスト送信を受信するために使用する変調およびコーディング方式(MCS)テーブルを示す、MCS構成。たとえば、MCSテーブルは、3GPP(登録商標)仕様38.214において定義されるMCSテーブル(たとえば、3GPP(登録商標) TS 38.214のTable 5.1.3.1-3において示されるlow-SE 64QAMテーブルまたはマルチキャスト送信に固有の新しいテーブル)であり得る。いくつかの実装形態では、DU174がDU構成にMCS構成を含めない場合、UE102およびDU174は、3GPP(登録商標)仕様38.214においてあらかじめ定められたMCSテーブルを適用することができる。たとえば、あらかじめ定められたMCSテーブルは、たとえば、それぞれ仕様38.214のTable 5.1.3.1-2またはTable 5.1.3.1-1に示されるnon-low-SE 64QAMテーブルにおいて示される、256QAMテーブルまたは64QAMテーブルであり得る。DU174がDU構成にMCS構成を含めない場合、UE102およびDU174は、ユニキャスト送信のためにMCSテーブルを適用して、動的スケジューリングマルチキャスト送信をDU174から受信することができる。いくつかの実装形態では、DU174は、DU構成に、ユニキャスト送信のためのMCSテーブルを構成するPDSCH構成(たとえば、PDSCH-Config)を含めることができる。他の実装形態では、DU174は、イベント516、518、および520と同様に、PDSCH構成を含む別のDU構成をUE102に送信することができる。
・動的スケジューリングマルチキャスト送信の反復の回数である、集約係数。DU174は、集約係数に従ってある数の動的スケジューリングマルチキャスト送信の反復を送信(すなわち、マルチキャスト)することができ、UE102は集約係数に基づいて反復を受信する。DU174がDU構成に集約係数を含めない場合、いくつかの実装形態では、UE102はユニキャスト送信のために集約係数を適用することができる。いくつかの実装形態では、DU174は、UE102へのユニキャスト送信のための集約係数をDU構成に含めることができる。他の実装形態では、DU174は、イベント516、518、および520と同様に、UE102へのユニキャスト送信のための集約係数を含む別のDU構成を送信することができる。
【0087】
第1のMBSセッションに参加するUEのためのRRC再構成メッセージは、第1のMBSセッションのMBSデータを受信するためのものと同じ構成パラメータを含む。いくつかの実装形態では、UEのためのRRC再構成メッセージは、非MBSデータを受信するためのものと同じまたは異なる構成パラメータを含み得る。
【0088】
いくつかの実装形態では、構成パラメータは、UE102がMBSデータを受信するための少なくとも1つの半永続スケジューリング(SPS)マルチキャスト構成を含み得る。少なくとも1つのSPSマルチキャスト構成の各々は、SPSマルチキャスト送信のための以下のパラメータの少なくとも1つを含み得る。
・SPSマルチキャスト無線リソースをアクティブ化または解放するために使用される、グループ構成スケジューリング無線ネットワーク一時識別子(G-CS-RNTI)。DU174は、SPSマルチキャスト無線リソースアクティブ化コマンド(すなわち、DCI)を生成し、G-CS-RNTIを用いてDCIのCRCをスクランブルし、DCIおよびスクランブルされたCRCをPDCCH上で送信することによって、UE102のためのSPSマルチキャスト無線リソースをアクティブ化することができる。SPSマルチキャスト無線リソースをアクティブ化した後、DU174は、DCIに従ってSPSマルチキャスト無線リソース上でマルチキャスト送信を定期的に送信する。UE102は、DCIおよびスクランブルされたCRCをPDCCH上で受信し、スクランブルされたCRCをG-CS-RNTIを用いて検証する。(スクランブルされた)CRCが有効であることをUE102が検証した後、UE102は、DCIに応答してSPSマルチキャスト無線リソース(上での受信)をアクティブ化し、UE102がSPSマルチキャスト無線リソースを非アクティブ化するまで、SPSマルチキャスト無線リソースアクティブ化コマンド(すなわち、DCI)に従ってSPSマルチキャスト無線リソース上でマルチキャスト送信を定期的に受信する。この場合、マルチキャスト送信は、以下の説明において使用されるSPSマルチキャスト送信である。いくつかの実装形態では、DU174は、SPSマルチキャスト無線リソース非アクティブ化コマンド(すなわち、DCI)を生成し、G-CS-RNTIを用いてDCIのCRCをスクランブルし、DCIおよびスクランブルされたCRCをPDCCH上で送信することによって、SPSマルチキャスト無線リソースを非アクティブ化(または解放)することができる。UE102は、DCIおよびスクランブルされたCRCをPDCCH上で受信し、スクランブルされたCRCをG-CS-RNTIを用いて検証する。(スクランブルされた)CRCが有効であることをUE102が検証した後、UE102は、SPSマルチキャスト無線リソースを非アクティブ化し、すなわち、SPSマルチキャスト無線リソース上で受信するのを止める。SPSマルチキャスト送信の各々は、MBSデータパケットまたはMBSデータパケットの一部を含み得る、特定のMAC PDUを含む。いくつかの実装形態では、SPSマルチキャスト無線リソースアクティブ化コマンド(すなわち、DCI)は、SPSマルチキャスト無線リソースを構成する構成パラメータを含む。いくつかの実装形態では、構成パラメータは以下のパラメータの少なくとも1つを含み得る。
・周波数領域リソース割当て
・時間領域リソース割当て
・仮想リソースブロック(VRB)対物理リソースブロック(PRB)マッピング
・変調およびコーディング方式(MCS)
・新データインジケータ
・冗長バージョン
・HARQプロセス番号
・ダウンリンク割当てインデックス
・PUCCHリソースインジケータ
・SPSマルチキャスト無線リソースの周期を示す、周期。
・SPSマルチキャスト送信を通信するためのHARQプロセスの数を示す、HARQプロセスの数。DU174は、最大でその数のHARQプロセスを使用してSPSマルチキャスト送信を送信し、UE102は、最大でその数のHARQプロセスを使用してSPSマルチキャスト送信を受信する。
・UE102によって受信されるSPSマルチキャスト送信またはSPSマルチキャスト無線リソース非アクティブ化コマンドのための対応するHARQ ACKコードブックのHARQ ACKコードブックインデックスを示す、HARQコードブックID。構成パラメータがHARQコードブック(ID)を含まない場合、UE102は、上で説明されたように動的スケジューリングマルチキャスト送信のためにHARQコードブック(ID)を使用し得る。代替として、UE102は、ユニキャスト送信のためにHARQコードブック(ID)を使用し得る。いくつかの実装形態では、UE102は、上で説明されたようにDU174からのDU構成においてユニキャスト送信のためのHARQコードブック(ID)を受信することができる。
・DU174がSPSマルチキャスト送信を送信するための、およびUE102がSPSマルチキャスト送信を受信するためのHARQプロセスIDを導出する際に使用されるオフセットを示す、HARQプロセスIDオフセット。
・UE102がSPSマルチキャスト送信のためのHARQフィードバック(たとえば、HARQ ACKおよび/または否定ACK(NACK))を送信するPUCCH上のHARQリソースを示す、SPSマルチキャスト送信のためのPUCCHリソース構成。構成パラメータがSPSマルチキャスト送信のためのPUCCHリソース構成を含まない場合、UE102およびDU174は、上で説明されたように、動的スケジューリングマルチキャスト送信のためのPUCCHリソース構成を使用してHARQフィードバックを通信することができる。代替として、UE102は、ユニキャスト送信のためのPUCCHリソース構成を使用することができる。いくつかの実装形態では、UE102は、上で説明されたようにユニキャスト送信のためのPUCCHリソース構成を使用することができる。
・UE102がDU174から受信する、およびUE102がそれからトランスポートブロックを取得するのに失敗する、SPSマルチキャスト送信のためのHARQ否定ACK(NACK)だけを送信するようにUE102を構成する、HARQ NACKのみ指示。いくつかの実装形態では、UE102は、トランスポートブロックのための巡回冗長検査(CRC)に失敗するので、または動的スケジューリングマルチキャスト送信を受信しないので、トランスポートブロックを取得するのに失敗する。この指示に従って、UE102は、UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、SPSマルチキャスト送信のためのHARQ ACKをDU174に送信するのを控える。構成パラメータがこの指示を含まない場合、UE102は、UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、SPSマルチキャスト送信のためのHARQ ACKをDU174に送信することができる。
・UE102がトランスポートブロックを取得するのに失敗するSPSマルチキャスト送信のためにHARQ NACKを送信するようにUE102を構成し、UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、SPSマルチキャスト送信のためにHARQ ACKを送信するようにUE102を構成する、HARQ ACK/NACK指示。構成パラメータがこの指示を含まない場合、UE102は、UE102が受信に成功しトランスポートブロックを取得する、SPSマルチキャスト送信のためにHARQ ACKをDU174に送信するのを控える。そのような場合、UE102は、UE102がトランスポートブロックを取得するのに失敗するSPSマルチキャスト送信のためにHARQ NACKをDU174に送信することのみが許可される。
・UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、SPSマルチキャスト送信のためにHARQ ACKを送信するようにUE102を構成する、HARQ ACK指示。構成パラメータがこの指示を含まない場合、UE102は、UE102がトランスポートブロックの取得に成功するSPSマルチキャスト送信のためにHARQ ACKをDU174に送信するのを控える。そのような場合、UE102は、UE102がトランスポートブロックを取得するのに失敗するSPSマルチキャスト送信のためにHARQ NACKをDU174に送信することのみが許可される。いくつかの実装形態では、DU174は、HARQ NACK指示、HARQ ACK/NACK指示、およびHARQ ACK指示のいずれか1つを含み得る。
・SPSマルチキャスト送信のための反復の回数である、集約係数。DU174は、集約係数に従ってある数のSPSマルチキャスト送信の反復を送信(すなわち、マルチキャスト)することができ、UE102は集約係数に基づいて反復を受信する。DU174がDU構成に集約係数を含めない場合、いくつかの実装形態では、UE102およびDU174は上で説明されたように、動的スケジューリングマルチキャスト送信のために集約係数を適用することができる。代替として、UE102およびDU174は、ユニキャスト送信のための集約係数を適用することができる。いくつかの実装形態では、UE102およびDU174は、上で説明されたように、ユニキャスト送信のための集約係数を適用することができる。
・DU174がSPSマルチキャスト送信を送信するために使用する、およびUE102がSPSマルチキャスト送信を受信するために使用するMCSテーブルを示す、MCS構成。たとえば、MCSテーブルは、3GPP(登録商標)仕様38.214において定義されるMCSテーブル(たとえば、3GPP(登録商標) TS 38.214のTable 5.1.3.1-3において示されるlow-SE 64QAMテーブルまたはマルチキャスト送信に固有の新しいテーブル)であり得る。いくつかの実装形態では、DU174がDU構成にMCS構成を含めない場合、UE102およびDU174は、3GPP(登録商標)仕様38.214においてあらかじめ定められたMCSテーブルを適用することができる。たとえば、あらかじめ定められたMCSテーブルは、たとえば、それぞれ仕様38.214のTable 5.1.3.1-2またはTable 5.1.3.1-1に示されるnon-low-SE 64QAMテーブルにおいて示される、256QAMテーブルまたは64QAMテーブルであり得る。DU174がDU構成にMCS構成を含めない場合、UE102およびDU174は、他の実装形態では、上で説明されたように、動的スケジューリングマルチキャスト送信のためにMCSテーブルを適用して、SPSマルチキャスト送信をDU174から受信することができる。代替として、UE102およびDU174は、ユニキャスト送信のためにMCSテーブルを適用して、SPSマルチキャスト送信をDU174から受信することができる。いくつかの実装形態では、UE102およびDU174は、上で説明されたように、ユニキャスト送信のためにMCSテーブルを適用して、SPSマルチキャスト送信をDU174から受信することができる。いくつかの実装形態では、DU174は、DU構成に、ユニキャスト送信のためのMCSテーブルを構成するPDSCH構成(たとえば、PDSCH-Config)を含めることができる。他の実装形態では、DU174は、イベント516、518、および520と同様に、PDSCH構成を含む別のDU構成をUE102に送信することができる。
・SPSマルチキャスト無線リソースをアクティブ化または解放するために使用される、グループ構成スケジューリング無線ネットワーク一時識別子(G-CS-RNTI)。DU174は、SPSマルチキャスト無線リソースアクティブ化コマンド(すなわち、DCI)を生成し、G-CS-RNTIを用いてDCIのCRCをスクランブルし、DCIおよびスクランブルされたCRCをPDCCH上で送信することによって、UE102のためのSPSマルチキャスト無線リソースをアクティブ化することができる。SPSマルチキャスト無線リソースをアクティブ化した後、DU174は、DCIに従ってSPSマルチキャスト無線リソース上でマルチキャスト送信を定期的に送信する。UE102は、DCIおよびスクランブルされたCRCをPDCCH上で受信し、スクランブルされたCRCをG-CS-RNTIを用いて検証する。(スクランブルされた)CRCが有効であることをUE102が検証した後、UE102は、DCIに応答してSPSマルチキャスト無線リソース(上での受信)をアクティブ化し、UE102がSPSマルチキャスト無線リソースを非アクティブ化するまで、SPSマルチキャスト無線リソースアクティブ化コマンド(すなわち、DCI)に従ってSPSマルチキャスト無線リソース上でマルチキャスト送信を定期的に受信する。この場合、マルチキャスト送信は、以下の説明において使用されるSPSマルチキャスト送信である。いくつかの実装形態では、DU174は、SPSマルチキャスト無線リソース非アクティブ化コマンド(すなわち、DCI)を生成し、G-CS-RNTIを用いてDCIのCRCをスクランブルし、DCIおよびスクランブルされたCRCをPDCCH上で送信することによって、SPSマルチキャスト無線リソースを非アクティブ化(または解放)することができる。UE102は、DCIおよびスクランブルされたCRCをPDCCH上で受信し、スクランブルされたCRCをG-CS-RNTIを用いて検証する。(スクランブルされた)CRCが有効であることをUE102が検証した後、UE102は、SPSマルチキャスト無線リソースを非アクティブ化し、すなわち、SPSマルチキャスト無線リソース上で受信するのを止める。SPSマルチキャスト送信の各々は、MBSデータパケットまたはMBSデータパケットの一部を含み得る、特定のMAC PDUを含む。いくつかの実装形態では、SPSマルチキャスト無線リソースアクティブ化コマンド(すなわち、DCI)は、SPSマルチキャスト無線リソースを構成する構成パラメータを含む。いくつかの実装形態では、構成パラメータは以下のパラメータの少なくとも1つを含み得る。
・周波数領域リソース割当て
・時間領域リソース割当て
・仮想リソースブロック(VRB)対物理リソースブロック(PRB)マッピング
・変調およびコーディング方式(MCS)
・新データインジケータ
・冗長バージョン
・HARQプロセス番号
・ダウンリンク割当てインデックス
・PUCCHリソースインジケータ
・SPSマルチキャスト無線リソースの周期を示す、周期。
・SPSマルチキャスト送信を通信するためのHARQプロセスの数を示す、HARQプロセスの数。DU174は、最大でその数のHARQプロセスを使用してSPSマルチキャスト送信を送信し、UE102は、最大でその数のHARQプロセスを使用してSPSマルチキャスト送信を受信する。
・UE102によって受信されるSPSマルチキャスト送信またはSPSマルチキャスト無線リソース非アクティブ化コマンドのための対応するHARQ ACKコードブックのHARQ ACKコードブックインデックスを示す、HARQコードブックID。構成パラメータがHARQコードブック(ID)を含まない場合、UE102は、上で説明されたように動的スケジューリングマルチキャスト送信のためにHARQコードブック(ID)を使用し得る。代替として、UE102は、ユニキャスト送信のためにHARQコードブック(ID)を使用し得る。いくつかの実装形態では、UE102は、上で説明されたようにDU174からのDU構成においてユニキャスト送信のためのHARQコードブック(ID)を受信することができる。
・DU174がSPSマルチキャスト送信を送信するための、およびUE102がSPSマルチキャスト送信を受信するためのHARQプロセスIDを導出する際に使用されるオフセットを示す、HARQプロセスIDオフセット。
・UE102がSPSマルチキャスト送信のためのHARQフィードバック(たとえば、HARQ ACKおよび/または否定ACK(NACK))を送信するPUCCH上のHARQリソースを示す、SPSマルチキャスト送信のためのPUCCHリソース構成。構成パラメータがSPSマルチキャスト送信のためのPUCCHリソース構成を含まない場合、UE102およびDU174は、上で説明されたように、動的スケジューリングマルチキャスト送信のためのPUCCHリソース構成を使用してHARQフィードバックを通信することができる。代替として、UE102は、ユニキャスト送信のためのPUCCHリソース構成を使用することができる。いくつかの実装形態では、UE102は、上で説明されたようにユニキャスト送信のためのPUCCHリソース構成を使用することができる。
・UE102がDU174から受信する、およびUE102がそれからトランスポートブロックを取得するのに失敗する、SPSマルチキャスト送信のためのHARQ否定ACK(NACK)だけを送信するようにUE102を構成する、HARQ NACKのみ指示。いくつかの実装形態では、UE102は、トランスポートブロックのための巡回冗長検査(CRC)に失敗するので、または動的スケジューリングマルチキャスト送信を受信しないので、トランスポートブロックを取得するのに失敗する。この指示に従って、UE102は、UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、SPSマルチキャスト送信のためのHARQ ACKをDU174に送信するのを控える。構成パラメータがこの指示を含まない場合、UE102は、UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、SPSマルチキャスト送信のためのHARQ ACKをDU174に送信することができる。
・UE102がトランスポートブロックを取得するのに失敗するSPSマルチキャスト送信のためにHARQ NACKを送信するようにUE102を構成し、UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、SPSマルチキャスト送信のためにHARQ ACKを送信するようにUE102を構成する、HARQ ACK/NACK指示。構成パラメータがこの指示を含まない場合、UE102は、UE102が受信に成功しトランスポートブロックを取得する、SPSマルチキャスト送信のためにHARQ ACKをDU174に送信するのを控える。そのような場合、UE102は、UE102がトランスポートブロックを取得するのに失敗するSPSマルチキャスト送信のためにHARQ NACKをDU174に送信することのみが許可される。
・UE102が受信に成功する、およびUE102がそれからトランスポートブロックを取得する、SPSマルチキャスト送信のためにHARQ ACKを送信するようにUE102を構成する、HARQ ACK指示。構成パラメータがこの指示を含まない場合、UE102は、UE102がトランスポートブロックの取得に成功するSPSマルチキャスト送信のためにHARQ ACKをDU174に送信するのを控える。そのような場合、UE102は、UE102がトランスポートブロックを取得するのに失敗するSPSマルチキャスト送信のためにHARQ NACKをDU174に送信することのみが許可される。いくつかの実装形態では、DU174は、HARQ NACK指示、HARQ ACK/NACK指示、およびHARQ ACK指示のいずれか1つを含み得る。
・SPSマルチキャスト送信のための反復の回数である、集約係数。DU174は、集約係数に従ってある数のSPSマルチキャスト送信の反復を送信(すなわち、マルチキャスト)することができ、UE102は集約係数に基づいて反復を受信する。DU174がDU構成に集約係数を含めない場合、いくつかの実装形態では、UE102およびDU174は上で説明されたように、動的スケジューリングマルチキャスト送信のために集約係数を適用することができる。代替として、UE102およびDU174は、ユニキャスト送信のための集約係数を適用することができる。いくつかの実装形態では、UE102およびDU174は、上で説明されたように、ユニキャスト送信のための集約係数を適用することができる。
・DU174がSPSマルチキャスト送信を送信するために使用する、およびUE102がSPSマルチキャスト送信を受信するために使用するMCSテーブルを示す、MCS構成。たとえば、MCSテーブルは、3GPP(登録商標)仕様38.214において定義されるMCSテーブル(たとえば、3GPP(登録商標) TS 38.214のTable 5.1.3.1-3において示されるlow-SE 64QAMテーブルまたはマルチキャスト送信に固有の新しいテーブル)であり得る。いくつかの実装形態では、DU174がDU構成にMCS構成を含めない場合、UE102およびDU174は、3GPP(登録商標)仕様38.214においてあらかじめ定められたMCSテーブルを適用することができる。たとえば、あらかじめ定められたMCSテーブルは、たとえば、それぞれ仕様38.214のTable 5.1.3.1-2またはTable 5.1.3.1-1に示されるnon-low-SE 64QAMテーブルにおいて示される、256QAMテーブルまたは64QAMテーブルであり得る。DU174がDU構成にMCS構成を含めない場合、UE102およびDU174は、他の実装形態では、上で説明されたように、動的スケジューリングマルチキャスト送信のためにMCSテーブルを適用して、SPSマルチキャスト送信をDU174から受信することができる。代替として、UE102およびDU174は、ユニキャスト送信のためにMCSテーブルを適用して、SPSマルチキャスト送信をDU174から受信することができる。いくつかの実装形態では、UE102およびDU174は、上で説明されたように、ユニキャスト送信のためにMCSテーブルを適用して、SPSマルチキャスト送信をDU174から受信することができる。いくつかの実装形態では、DU174は、DU構成に、ユニキャスト送信のためのMCSテーブルを構成するPDSCH構成(たとえば、PDSCH-Config)を含めることができる。他の実装形態では、DU174は、イベント516、518、および520と同様に、PDSCH構成を含む別のDU構成をUE102に送信することができる。
【0089】
いくつかの実装形態では、CU172は、RRC再構成メッセージにMBSセッション参加応答メッセージを含めることができる。UE102は、RRC再構成完了メッセージにMBSセッション参加完了メッセージを含めることができる。代替として、UE102は、MBSセッション参加完了メッセージを含むUL RRCメッセージを、DU174を介してCU172に送信することができる。UL RRCメッセージは、ULInformationTransferメッセージまたはUL NAS PDUを含み得る任意の適切なRRCメッセージであり得る。CU172は、第2のBS対CNメッセージにMBSセッション参加完了メッセージを含めることができる。代替として、CU172は、MBSセッション参加完了メッセージを含むBS対CNメッセージ(たとえば、UPLINK NAS TRANSPORTメッセージ)をCN110に送信することができる。
【0090】
他の実装形態では、CU172は、MBSセッション参加応答メッセージを含むDL RRCメッセージをUE102に送信する。DL RRCメッセージは、DLInformationTransferメッセージ、別のRRC再構成メッセージ、またはDL NAS PDUを含み得る任意の適切なRRCメッセージであり得る。UE102は、MBSセッション参加完了メッセージを含むUL RRCメッセージを、DU174を介してCU172に送信することができる。UL RRCメッセージは、ULInformationTransferメッセージ、別のRRC再構成完了メッセージ、またはUL NAS PDUを含み得る任意の適切なRRCメッセージであり得る。
【0091】
図5Aを続いて参照すると、UE103は、上で論じられた手順502と同様のMBSセッション参加手順530を実行することができる。UE103は、上で説明されたように、基地局104を介してCN110とのPDUセッション確立手順を実行することができる。UE103は、PDUセッション確立手順においてCN110とPDUセッションIDを通信することができる。UE103は、MBSセッション参加要求を送信し、異なるMBSセッションID(たとえば、第2のMBSセッションID)を指定することによって、UE102からの異なるMBSセッションに参加することができる。
【0092】
CU172は、第1のBS対CNメッセージまたは第2のBS対CNメッセージと同様に、MBSリソースセットアップおよびUE固有MBSセッション構成手順において、BS対CNメッセージに、追加の共通DLトンネルを構成するための追加のMBSセッションの追加のトランスポートレイヤ構成を含める。トランスポートレイヤ構成の各々は、共通DLトンネルの特定の共通DLトンネルを構成し、追加のMBSセッションの特定のMBSセッションに関連付けられ得る。トランスポートレイヤ構成は、異なる共通DLトンネルを区別するために異なり得る。特に、トランスポートレイヤ構成の任意のペアが、異なるIPアドレス、異なるDL TEID、または異なるIPアドレス、ならびに異なるDL TEIDを有し得る。
【0093】
CU172およびCN110は次いで、上で論じられた第1のMBSセッションのためのMBSセッションリソースセットアップ手順586と同様に、第2の共通のCN対BS DLトンネルおよび第2の共通のCU対DU DLトンネルを確立するために、第2のMBSセッションのためのMBSセッションリソースセットアップ手順587を実行する。UE103、CU172、およびCN110は、上で論じられた第1のMBSセッションのためのUE固有のMBSセッション構成手順590と同様に、第2のMBSセッションのためのUE固有のMBSセッション構成手順を実行する(589)。手順587において、CU172は、第2の複数の構成パラメータをDU174から取得し、第2の複数の構成パラメータおよび第2のMRB構成を含むRRC再構成メッセージをUE103に送信することができる。第2の複数の構成パラメータおよび第2のMRB構成の例示的な実装形態は、上で説明されたように、第1の複数の構成パラメータおよび第1のMRB構成にそれぞれ似ている。
【0094】
第2のMBSセッションのためのUE固有MBSセッション構成手順589において、RRC再構成メッセージは、イベント520のRRC再構成メッセージにおけるものとは異なるLCID(値)、MRB構成、およびRLCベアラ構成を含み得る。RRC再構成メッセージは、たとえば、異なるG-RNTI、LCID、および/またはRLCベアラ構成を有し得る。
【0095】
CN110は次いで、それぞれの共通のCN対BS DLトンネルを介して、第1のMBSセッションのためのMBSデータをCU172に送信し(532)、第2のMBSセッションのためのMBSデータをCU172に送信する(538)ことができる。次いで、CU172は、それぞれの共通のCU対DU DLトンネルを介して、第1のMBSセッションのためのMBSデータをDU174に送信し(534)、第2のMBSセッションのためのMBSデータをDU174に送信する(540)。DU174は、イベント528と同様に、1つまたは複数の論理チャネルおよび/またはMRBを介して第2のMBSセッションのためのMBSデータをUE103に送信(たとえば、マルチキャストまたはユニキャスト)し(536)、1つまたは複数の論理チャネルおよび/またはMRBを介して第1のMBSセッションのためのMBSデータをUE102に送信(たとえば、マルチキャストまたはユニキャスト)する(542)。UE102は、1つまたは複数の論理チャネルを介して第1のMBSセッションのためのMBSデータを受信し(542)、UE103は、イベント528と同様に、第1のMBSセッションのための論理チャネルとは異なり得る1つまたは複数の論理チャネルを介して第2のMBSセッションのためのMBSデータを受信する(536)。いくつかの実装形態では、DU174は、上で説明されたように、1つまたは複数のマルチキャスト送信(たとえば、動的またはSPSマルチキャスト送信)を介して、MBSデータまたはMBSデータを含むMAC PDUをUE103に送信することができる(536)。そのような場合、UE103は、上で説明されたように、1つまたは複数のマルチキャスト送信を介してMBSデータまたはMAC PDUをDU174から受信することができる(536)。いくつかの実装形態では、DU174は、上で説明されたように、1つまたは複数のマルチキャスト送信(たとえば、動的またはSPSマルチキャスト送信)を介してMBSデータまたはMBSデータを含むMAC PDUをUE102に送信することができる(542)。そのような場合、UE102は、上で説明されたように、1つまたは複数のマルチキャスト送信を介してMBSデータまたはMAC PDUをDU174から受信することができる(542)。
【0096】
図5Bは、図5Aに示されるシナリオ500Aに似た例示的なシナリオ500Bを示す。しかしながら、例示的なシナリオ500Bにおいて、UE103は、同じ期間の間に第2のMBSセッション(例示的なシナリオ500Aにおけるように)と第1のMBSセッション(すなわち、手順502においてUE102が参加する同じMBSセッション)の両方に参加する。より具体的には、UE103は、第2のMBSセッションのためのMBSセッション参加手順530を実行することができ、第1のMBSセッションのためのMBSセッション参加手順531を実行することができる。基地局104およびCN110は次いで、第2のMBSセッションのためのMBSセッションリソースセットアップ手順587を実行する。UE103、基地局104、およびCN110は、第2のMBSセッションのためのUE固有のMBSセッション構成手順589を実行する。さらに、UE103、基地局104、およびCNは、イベント590と同様に、第1のMBSセッションのためのUE固有のMBSセッション構成手順591を実行する。
【0097】
UE103は、MBSセッション参加要求において同じMBSセッションID(たとえば、第1のMBSセッションID)を指定することによって、UE102と同じMBSセッションに参加することができる。例示的なシナリオ500Bでは、UE103は、基地局104が第1のMBSセッションのためのMBSデータパケットをUE102に送信し始めた(528)後、第1のMBSセッションに参加する。CN110は、第1のMBSセッションIDに対応する第1のMBSセッションのためのMBSデータの受信をUE103が開始すべきであることを示すために、CU172に、MBSセッションIDおよび/またはPDUセッションIDを含むCN対BSメッセージを送信する。
【0098】
CU172またはCN110は、第1のMBSセッションのためのDLトンネルがすでに存在することと、手順586を実行する必要がないこととを決定する。しかしながら、任意選択で、CU172は、MBSコンテキストのためのセットアップおよび/または第1のMBSセッションのための共通DLトンネルを要求するために、CU対DUメッセージをDU174に送信し、DU174はDU構成で応答する。CU172は、第1のMBSセッションのためのMBSトラフィックを受信するようにUE103を構成するために、RRC再構成メッセージをUE103に送信する。RRC再構成メッセージは、UE102および103が同じセルまたは異なるセルで動作するとき、UE102に対するものと同じLCID(値)、MRB構成、およびRLCベアラ構成を含み得る。UE102および103が異なるセルで動作するとき、RRC再構成メッセージは、たとえば、異なるG-RNTI、LCID、および/またはRLCベアラ構成を有し得る。RRC再構成メッセージは、UE102および103が異なるセルで動作するとき、UE102に対するものと同じMRB構成を含み得る。図3に示されるように、CU172は、共通のCN対BS DLトンネルを介して到着するデータパケットを、各々が共通のCU対DU DLトンネルおよび/またはそれぞれの論理チャネルに対応する1つまたは複数のMRBにマッピングすることができる。さらに、RRC再構成メッセージは、UE103のための第2のMBSセッションのためのLCID(値)、MRB構成、およびRLCベアラ構成と同じ、UE103のための第1のMBSセッションのためのLCID(値)、MRB構成、およびRLCベアラ構成を含み得る。したがって、UE103は、同じ論理チャネルおよび/またはMRBを介して、第1のMBSセッションおよび第2のMBSセッションのためのMBSデータを受信し得る。
【0099】
いずれにしても、CN110は次いで、第1のMBSセッションのためのMBSデータをCU172に送信し(532)、第2のMBSセッションのためのMBSデータをCU172に送信する(538)ことができる。次いで、CU172は、第1のMBSセッションのためのMBSデータをDU174に送信し(534)、第2のMBSセッションのためのMBSデータをDU174に送信する(540)。DU174は、1つまたは複数の論理チャネルおよび/またはMRBを介して第2のMBSセッションのためのMBSデータをUE103に送信(たとえば、マルチキャストまたはユニキャスト)し(536)、1つまたは複数の論理チャネルおよび/またはMRBを介して第1のMBSセッションのためのMBSデータをUE103に送信(たとえば、マルチキャストまたはユニキャスト)する(546)。UE103は、同じ期間の間に第2のMBSセッションのためのMBSデータを受信し(536)、第1のMBSセッションのためのMBSデータを受信することができ(546)、それにより、UE103は異なるMBSセッションのためのMBSデータの2つのセットを一度に受信することができる。加えて、DU174は、1つまたは複数の論理チャネルおよび/またはMRBを介して第1のMBSセッションのためのMBSデータをUE102に送信(たとえば、マルチキャストまたはユニキャスト)する(542)。いくつかの実装形態では、DU174は、マルチキャストを介して、第1のMBSセッションのためのMBSデータを、それぞれUE102に送信し(542)、UE103に送信する(546)。他の実装形態では、DU174は、ユニキャストを介して別々に、第1のMBSセッションのためのMBSデータをUE102に送信し(542)、UE103に送信する(546)。
【0100】
いくつかの実装形態では、CU172は、第1のMBSセッションのためのMBSデータの第2の実体をDU174に送信する(544)。DUは次いで、第1のMBSセッションのためのMBSデータの第1の実体をUE102に送信し(542)、第1のMBSセッションのためのMBSデータの第2の実体をUE103に送信する(546)。他の実装形態では、DU174は、第1のMBSセッションのためのMBSデータの単一の実体をCU172から受信し、第1のMBSセッションに参加したUEの各々に第1のMBSセッションのためのMBSデータを送信する。
【0101】
次に、図1Aおよび/または図1Bに示されるデバイスによって実施され得るいくつかの例示的な方法が、図6Aから図9Cに関して論じられる。図6Aから図9Cの各々について、異なるパケットが、図示される方法を実施するRANノードに、異なる事例において(たとえば、異なる時間に)図に示される異なる経路をたどらせることができることが理解される。これらの方法の各々は、非一時的コンピュータ可読媒体に記憶され1つまたは複数のプロセッサによって実行可能な命令のセットとして実施され、かつ/または、処理ハードウェアによって実施され得る。
【0102】
まず図6Aを参照すると、基地局104またはDU174などのRANノードは、方法600Aを実施/実行して、パケットが特定のDLトンネルを介して受信されるかどうかに基づいて、パケットをSPS無線リソースを介して送信するか、または動的スケジューリング無線リソースを介して送信するかを決定するかを決定することができる。方法600Aはブロック602において開始し、そこで、RANノードはパケットをネットワークノード(たとえば、CU、CU-UP、CU-CP、AMF、または(MB-)UPF)から受信する(たとえば、イベント512、518、524、526、532、534、538、540、544、589、590、591)。ブロック604において、RANノードは、特定の第1のDLトンネルを介してパケットを受信したかどうかを決定する。この決定に基づいて、RANノードは、パケットを送信するためのSPSまたは動的スケジューリング無線リソースを選択する。RANノードが第1のDLトンネルを介してパケットを受信したとき、フローはブロック606および(任意選択の)ブロック608に進む。ブロック606において、RANノードは、SPS無線リソースを介してパケットを少なくとも1つの第1のUEに送信する(たとえば、イベント528、536、542、546)。ブロック608において、RANノードは、動的スケジューリング無線リソースを介してパケットを少なくとも1つの第2のUEに送信する(たとえば、イベント528、536、542、546)。それ以外の場合、RANノードが第1のDLトンネルを介してパケットを受信しなかったとき(たとえば、RANノードがパケットを第2のDLトンネルを介して受信した、または制御プレーンインターフェースメッセージを介して受信した場合)、フローはブロック610に進む。ブロック610において、RANノードは、動的スケジューリング無線リソースを介してパケットを少なくとも1つの第2のUEに送信する(たとえば、イベント520、528、536、542、546)。
【0103】
いくつかの実装形態では、パケットが制御プレーンインターフェースではなくDLトンネルを介して(ブロック602において)受信される場合、ブロック604は、DLトンネルの1つまたは複数の性質に基づいて、パケットがそれを介して受信されたDLトンネルを決定することを含む。1つまたは複数の性質は、パケットの中のIPアドレスおよび/もしくはTEID、ならびに/またはDLトンネルに関連する任意の他の適切なパラメータなどの、DLトンネルに関連するトランスポートレイヤ構成パラメータであり得る。
【0104】
いくつかの実装形態では、第1のDLトンネルは共通DLトンネルであってもよく、第2のDLトンネルはUE固有DLトンネルであってもよい。そのような場合、SPS無線リソースはSPSマルチキャスト無線リソースであってもよく、動的スケジューリング無線リソースは動的スケジューリングユニキャスト無線リソースであってもよい。他の実装形態では、第1のDLトンネルおよび第2のDLトンネルは、共通DLトンネルであり得る。そのような場合、SPS無線リソースはSPSマルチキャスト無線リソースであってもよく、動的スケジューリング無線リソースは動的スケジューリングマルチキャスト無線リソースであってもよい。さらに他の実装形態では、第1のDLトンネルおよび第2のDLトンネルは、UE固有DLトンネルであり得る。そのような場合、SPS無線リソースはSPSユニキャスト無線リソースであってもよく、動的スケジューリング無線リソースは動的スケジューリングユニキャスト無線リソースであってもよい。
【0105】
いくつかの実装形態では、少なくとも1つのUE、少なくとも1つの第2のUE、および少なくとも1つの第3のUEは、同じUEおよび/または異なるUEを含み得る(すなわち、集合は完全に重複していてもよく、部分的に重複していてもよく、またはまったく重複していなくてもよい)。
【0106】
いくつかの実装形態では、パケットは、IPパケット、イーサネットパケット、またはユーザプレーン(UP)パケットであってもよい。そのような場合、RANノード(たとえば、基地局104)は、パケットをUPF(たとえば、UPF162またはMB-UPF162)から受信する。いくつかの実装形態では、パケットはMBSセッションに関連付けられ得る。他の実装形態では、パケットはMBSセッションに関連付けられない。いくつかの実装形態では、パケットはPDUセッションに関連付けられ得る。
【0107】
他の実装形態では、パケットは、NASメッセージを含むNAS PDUであり得る。そのような場合、RANノード(たとえば、基地局104)は、NAS PDUをAMF(たとえば、AMF164)から受信する。RANノードは、NAS PDUを含む制御プレーンインターフェースメッセージをAMFから受信することができる。たとえば、制御プレーンインターフェースメッセージは、イベント512のCN対BSメッセージまたは別のCN対BSメッセージであり得る。
【0108】
いくつかの実装形態では、パケットはPDCP PDUであってもよく、DU(たとえば、DU174)はPDCP PDUをCU(たとえば、CU172)から受信する。PDCP PDUがIPパケット、イーサネットパケット、MBSデータパケット、またはユーザプレーン(UP)パケットを含む場合、DUは、PDCP PDUをCUまたはCU-UP(たとえば、CU-UP172B)から受信することができる。PDCP PDUがRRCメッセージを含む場合、DUは、制御プレーンインターフェースを介してPDCP PDUをCU-CP(たとえば、CU-CP172A)から受信することができる。たとえば、DUは、PDCP PDUを含む制御プレーンインターフェースメッセージをCUまたはCU-UPから受信することができる。たとえば、制御プレーンインターフェースメッセージは、イベント518のCU対DUメッセージまたは別のCU対DUメッセージであり得る。
【0109】
いくつかの実装形態では、DUは、パケットを含む制御プレーンインターフェースメッセージをAMFから受信する。たとえば、制御プレーンインターフェースメッセージは、たとえば上で説明されたように、CN対BSメッセージまたはCU対DUメッセージであり得る。いくつかの実装形態では、制御プレーンインターフェースメッセージは、F1APメッセージまたはW1APメッセージである。他の実装形態では、制御プレーンインターフェースメッセージは、NGAPメッセージまたはS1APメッセージである。いくつかの実装形態では、制御プレーンインターフェースメッセージはUE関連メッセージであり、すなわち、メッセージは特定のUEに関連付けられる。
【0110】
図6Bは方法600Aに似た例示的な方法600Bを示し、方法600Bでは、RANノードがブロック605において、パケットを特定のDLトンネル(この例では、第1のDLトンネル、第2のDLトンネル、または第3のトンネル)を介して受信した、または制御プレーンインターフェース(たとえば、パケットを含む制御プレーンインターフェースメッセージ)を介して受信したと決定する点が異なる。フローは、RANノードが、(1)第1のDLトンネル、(2)第2のDLトンネル、または(3)第3のDLトンネルもしくは制御プレーンインターフェースを介してパケットを受信したと決定するとき、それぞれ、(1)ブロック607(および任意選択でブロック609)、(2)ブロック611、または(3)ブロック612に進む。この決定に基づいて、RANノードは、パケットを送信するためのSPSまたは動的スケジューリング無線リソースを選択する。RANノードが、第1のDLトンネルを介してパケットを受信したと決定するとき、フローはブロック606および608ではなくブロック607(および任意選択でブロック609)に進む。ブロック607において、RANノードは、SPSマルチキャスト無線リソースを介してパケットを少なくとも1つの第1のUEに送信する(たとえば、イベント528、536、542、546)。ブロック609において、RANノードは、動的スケジューリングマルチキャスト無線リソースを介してパケットを少なくとも1つの第2のUEに送信する。RANノードが、第2のDLトンネルを介してパケットを受信したと決定するとき、フローはブロック611に進む。ブロック611において、RANノードは、動的スケジューリングマルチキャスト無線リソースを介してパケットを少なくとも1つの第3のUEに送信する(たとえば、イベント528、536、542、546)。RANノードが、第3のDLトンネルまたは制御プレーンインターフェースを介してパケットを受信したと決定するとき、フローはブロック612に進む。ブロック612において、RANノードは、動的スケジューリングユニキャスト無線リソースを介してパケットを特定のUEに送信する。
【0111】
いくつかの実装形態では、パケットが制御プレーンインターフェースではなくDLトンネルを介して(ブロック602において)受信される場合、ブロック605は、DLトンネルの1つまたは複数の性質に基づいて、パケットがそれを介して受信されたDLトンネルを決定することを含む。1つまたは複数の性質は、パケットの中のIPアドレスおよび/もしくはTEID、ならびに/またはDLトンネルに関連する任意の他の適切なパラメータなどの、DLトンネルに関連するトランスポートレイヤ構成パラメータであり得る。
【0112】
図6Cは、方法600Aおよび600Bに似た例示的な方法600Cを示し、方法600Cでは、RANノードがブロック605において、パケットが第2のDLトンネルを介して受信されたと決定する場合、フローがブロック611ではなくブロック613に進むという点が異なる。ブロック613において、RANノードは、SPSユニキャスト無線リソースを介してパケットを特定のUEに送信する。
【0113】
次に図7Aを参照すると、基地局104またはDU174などのRANノードは、方法600Aと同様に、方法700Aを実施/実行して、パケット(たとえば、MBSデータパケット)のための第1の論理チャネル識別情報(LCID)または第2の論理チャネルIDを選択し、パケットが特定のDLトンネルを介して到着したかどうかに応じて、パケットをSPS無線リソースまたは動的スケジューリング無線リソースを介して送信することができる。方法700Aはブロック702において開始し、そこで、RANノードはパケットをネットワークノード(たとえば、CU、CU-CP、CU-UP、AMF、または(MB-)UPF)から受信する(たとえば、イベント512、518、524、526、532、534、538、540、544、589、590、591)。ブロック704において、RANノードは、特定の第1のDLトンネルを介してパケットを受信したかどうかを決定する。この決定に基づいて、RANノードは、パケットを送信するためのSPSまたは動的スケジューリング無線リソースを選択する。RANノードがブロック704において、第1のDLトンネルを介してパケットを受信したと決定するとき、フローはブロック706に進む。ブロック706において、RANノードは、第1の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック708において、RANノードは、第1の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック710において、RANノードは、SPS無線リソースを介してPDUを少なくとも1つの第1のUEに送信する(たとえば、イベント528、536、542、546)。ブロック712において、RANノードは、動的スケジューリング無線リソースを介してPDUを少なくとも1つの第2のUEに送信する(たとえば、イベント528、536、542、546)。そうではなく、RANノードがブロック704において、第1のDLトンネルを介してパケットを受信しなかったと決定するとき(たとえば、RANノードが、パケットを含む制御プレーンインターフェースメッセージなどの、第2のDLトンネルまたは制御プレーンインターフェースを介してパケットを受信した場合)、フローはブロック714に進む。ブロック714において、RANノードは第2の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック716において、RANノードは、第2の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック718において、RANノードは動的スケジューリング無線リソースを介してPDUを少なくとも1つの第3のUEに送信する(たとえば、イベント520、528、536、542、546)。
【0114】
図7Bは、方法700Aおよび600Bに似た例示的な方法700Bを示す。フローは、RANノードがブロック705において、(1)第1のDLトンネル、(2)第2のDLトンネル、または(3)第3のDLトンネルもしくは制御プレーンインターフェースを介してパケットを受信したと(ブロック605と同様に)決定するとき、それぞれ、(1)ブロック706、(2)ブロック714、または(3)ブロック720に進む。この決定に基づいて、RANノードは、パケットを送信するためのSPSまたは動的スケジューリング無線リソースを選択する。RANノードがブロック705において、第1のDLトンネルを介してパケットを受信したと決定するとき、フローはブロック706に進む。ブロック706において、RANノードは第1の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック708において、RANノードは、第1の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック711において、RANノードは、SPSマルチキャスト無線リソースを介してPDUを少なくとも1つの第1のUEに送信する(たとえば、イベント528、536、542、546)。ブロック713において、RANノードは、動的スケジューリングマルチキャスト無線リソースを介してPDUを少なくとも1つの第2のUEに送信する(たとえば、イベント528、536、542、546)。RANノードがブロック705において、第2のDLトンネルを介してパケットを受信したと決定するとき、フローはブロック714に進む。ブロック714において、RANノードは第2の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック716において、RANノードは、第2の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック719において、RANノードは、動的スケジューリングマルチキャスト無線リソースを介してPDUを少なくとも1つの第3のUEに送信する(たとえば、イベント528、536、542、546)。RANノードがブロック705において、第3のDLトンネルまたは制御プレーンインターフェースを介してパケットを受信したと決定するとき、フローはブロック720に進む。ブロック720において、RANノードは第3の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック722において、RANノードは、第3の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック724において、RANノードは、動的ユニキャスト無線リソースを介してPDUを特定のUEに送信する(たとえば、イベント520参照)。
【0115】
図7Cは、方法700Aおよび700Bに似た例示的な方法700Cを示し、方法700Cでは、ブロック716の後で、フローがブロック719ではなくブロック717に進むという点が異なる。ブロック717において、RANノードは、SPSユニキャスト無線リソースを介してPDUを特定のUEに送信する(たとえば、イベント520)。
【0116】
図6A～図6Cおよび図7A～図7Cは、RANノードがそれを介してパケットを上流ノードから受信するDLトンネルの1つまたは複数の性質に基づいて、RANノードがSPSまたは動的スケジューリング無線リソース(マルチキャストまたはユニキャスト)を選択するような、実装形態および/またはシナリオに関するが、図8A～図8Cおよび図9A～図9Cはそうではなく、RANノードがQoSフローに基づいてその選択を行うような実装形態および/またはシナリオに関する。
【0117】
まず図8Aを参照すると、基地局104またはDU174などのRANノードは、方法800Aを実施して、パケットが特定のQoSフローを介して受信される(すなわち、それと関連付けられる)かどうかに基づいて、パケットをSPS無線リソースを介して送信するか、または動的スケジューリング無線リソースを介して送信するかを決定することができる。方法600Aについて上で論じられた例および実装形態は、方法800Aにも当てはまり得る。方法800Aはブロック802において開始し、そこで、RANノードは、DLトンネルまたは制御プレーンインターフェース(たとえば、制御プレーンインターフェースメッセージ)を介して、パケットをネットワークノード(たとえば、CU、CU-UP、CU-CP、(MB-)UPF、またはAMF)から受信する(たとえば、イベント512、518、524、526、532、534、538、540、544、589、590、591)。ブロック804において、RANノードが、特定の第1のQoSフローを介してパケットを受信したかどうかを決定する。RANノードが第1のQoSフローを介してパケットを受信したとき、フローはブロック806(および任意選択でブロック808)に進む。ブロック806において、RANノードは、SPS無線リソースを介してパケットを少なくとも1つの第1のUEに送信する(たとえば、イベント528、536、542、546)。ブロック808において、RANノードは、動的スケジューリング無線リソースを介してパケットを少なくとも1つの第2のUEに送信する(たとえば、イベント528、536、542、546)。そうではなく、RANノードが第1のQoSフローを介してパケットを受信しないとき(たとえば、RANノードが第2のQoSフローまたは制御プレーンインターフェースメッセージを介してパケットを受信した場合)、フローはブロック810に進む。ブロック810において、RANノードは、動的スケジューリング無線リソースを介してパケットを少なくとも1つの第2のUEに送信する(たとえば、イベント520、528、536、542、546)。
【0118】
いくつかの実装形態では、RANノード(たとえば、基地局104)は、ネットワークノードから、第1のQoSフローを構成する第1のQoSフロー識別子(ID)を含む第1のインターフェースメッセージと、第2のQoSフローを構成する第2のQoS IDを含む第2のインターフェースメッセージとを受信することができる。第1のインターフェースメッセージおよび第2のインターフェースメッセージは、それぞれ第1のQoSパラメータおよび第2のQoSパラメータを含み得る。RANノードおよびネットワークノードがそれぞれ基地局およびAMFである場合、第1のインターフェースメッセージおよび第2のインターフェースメッセージは、上で説明されたようなCN対BSメッセージであり得る。RANノードおよびネットワークノードがそれぞれDUおよびCUである場合、第1のインターフェースメッセージおよび第2のインターフェースメッセージは、上で説明されたようにCU対DUメッセージであり得る。他の実装形態では、RANノード(たとえば、基地局104)は、ネットワークノードから、第1のQoSフローを構成する第1のQoSフローIDを含む(単一の)インターフェースメッセージと、第2のQoSフローを構成するQoSフローIDを含む第2のインターフェースメッセージとを受信することができる。RANノードおよびネットワークノードがそれぞれ基地局およびAMFである場合、インターフェースメッセージは、上で説明されたようなCN対BSメッセージであり得る。RANノードおよびネットワークノードがそれぞれDUおよびCUである場合、インターフェースメッセージは、上で説明されたようなCU対DUメッセージであり得る。
【0119】
いくつかの実装形態では、RANノードはブロック802において、QoSフローIDを含むトンネルパケットと、ネットワークノードからのパケットとを受信することができる。そのような実装形態では、RANノードはブロック804において、QoSフローIDが第1のQoSフローIDであるかどうかを決定することによって、第1のQoSフローを介してパケットを受信したかどうかを決定することができる。QoSフローIDが第1のQoSフローIDである場合、RANノードは、第1のQoSフローを介してパケットを受信したと決定する。そうではなく、QoSフローIDが第2のQoSフローIDである場合、RANノードは、第2のQoSフローを介してパケットを受信したと決定する。いくつかの実装形態では、DLトンネルは、上で説明されたような共通DLトンネルであり得る。
【0120】
図8Bは方法800Aに似た例示的な方法800Bを示し、方法800Bでは、RANノードがブロック805において、(1)第1のQoSフロー、(2)第2のQoSフロー、または(3)第3のQoSフローもしくは制御プレーンインターフェース(たとえば、パケットを含む制御プレーンインターフェースメッセージ)を介してパケットを受信したと決定するという点が異なる。フローは、RANノードが(1)第1のQoSフロー、(2)第2のQoSフロー、または(3)第3のQoSフローもしくは制御プレーンインターフェースメッセージを介してパケットを受信したと決定するとき、それぞれ、(1)ブロック807(および任意選択で809)、(2)ブロック811、または(3)ブロック812に進む。RANノードが第1のQoSフローを介してパケットを受信したと決定するとき、フローはブロック806および808ではなくブロック807(および任意選択でブロック809)に進む。ブロック807において、RANノードは、SPSマルチキャスト無線リソースを介してパケットを少なくとも1つの第1のUEに送信する(たとえば、イベント528、536、542、546)。ブロック809において、RANノードは、動的スケジューリングマルチキャスト無線リソースを介してパケットを少なくとも1つの第2のUEに送信する。RANノードが第2のQoSフローを介してパケットを受信したと決定するとき、フローはブロック811に進む。ブロック811において、RANノードは、動的スケジューリングマルチキャスト無線リソースを介してパケットを少なくとも1つの第3のUEに送信する(たとえば、イベント528、536、542、546)。RANノードが第3のQoSフローまたは制御プレーンインターフェースを介してパケットを受信したと決定するとき、フローはブロック812に進む。ブロック812において、RANノードは、動的スケジューリングユニキャスト無線リソースを介してパケットを特定のUEに送信する。
【0121】
図8Cは方法800Bに似た例示的な方法800Cを示し、方法800Cでは、パケットが第2のQoSフローを介して受信された場合、フローがブロック811ではなくブロック813に進むという点が異なる。ブロック813において、RANノードは、SPSユニキャスト無線リソースを介してパケットを特定のUEに送信する。
【0122】
次に図9Aを参照すると、基地局104またはDU174などのRANノードは、方法800Aと同様に、しかし方法700Aの追加の詳細(たとえば、論理チャネル識別情報(LCID)決定およびPDU生成)も伴って、方法900Aを実施/実行して、データパケットのための第1のLCIDまたは第2の論理チャネル識別情報を選択し、データパケットが特定のQoSフローを介して到着した(すなわち、それと関連付けられる)かどうかに応じて、SPS無線リソースまたは動的スケジューリング無線リソースを介してデータパケットを送信することができる。方法900Aはブロック902において開始し、そこで、RANノードは、DLトンネルまたは制御プレーンインターフェース(たとえば、パケットを含む制御プレーンインターフェースメッセージ)を介してパケットをネットワークノード(たとえば、CU、CU-CP、CU-UP、AMF、または(MB-)UPF)から受信する(たとえば、イベント512、518、524、526、532、534、538、540、544、589、590、591)。ブロック904において、RANノードは、第1のDL QoSフローを介してパケットを受信したかどうかを決定する。RANノードがブロック904において、第1のDL QoSフローを介してパケットを受信したと決定するとき、フローはブロック906に進む。ブロック906において、RANノードは、第1の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック908において、RANノードは、第1の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック910において、RANノードは、SPS無線リソースを介してPDUを少なくとも1つの第1のUEに送信する(たとえば、イベント528、536、542、546)。ブロック912において、RANノードは、動的スケジューリング無線リソースを介してPDUを少なくとも1つの第2のUEに送信する(たとえば、イベント528、536、542、546)。そうではなく、RANノードがブロック904において、第1のQoSフローを介してパケットを受信しなかったと決定するとき(たとえば、RANノードが第2のQoSフローまたは制御プレーンインターフェースを介してパケットを受信した場合)、フローはブロック914に進む。ブロック914において、RANノードは第2の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック916において、RANノードは、第2の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック918において、RANノードは、動的スケジューリング無線リソースを介してPDUを少なくとも1つの第3のUEに送信する(たとえば、イベント520、528、536、542、546)。
【0123】
図9Bは、方法800Bに似ているが、方法700Bの追加の詳細(たとえば、LCID決定またはPDU生成)も伴う、例示的な方法900Bを示す。フローは、RANノードがブロック905において、(1)第1のQoSフロー、(2)第2のQoSフロー、または(3)第3のQoSフローもしくは制御プレーンインターフェース(たとえば、パケットを含む制御プレーンインターフェースメッセージ)を介してパケットを受信したと決定するとき、それぞれ、(1)ブロック906、(2)ブロック914、または(3)ブロック920に進む。RANノードがブロック905において、第1のQoSフローを介してパケットを受信したと決定するとき、フローはブロック906に進む。ブロック906において、RANノードは、第1の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック908において、RANノードは、第1の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック911において、RANノードは、SPSマルチキャスト無線リソースを介してPDUを少なくとも1つの第1のUEに送信する(たとえば、イベント528、536、542、546)。ブロック913において、RANノードは、動的スケジューリングマルチキャスト無線リソースを介してPDUを少なくとも1つの第2のUEに送信する(たとえば、イベント528、536、542、546)。RANノードがブロック905において、第2のQoSフローを介してパケットを受信したと決定するとき、フローはブロック914に進む。ブロック914において、RANノードは、第2の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック916において、RANノードは、第2の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック919において、RANノードは、動的スケジューリングマルチキャスト無線リソースを介してPDUを少なくとも1つの第3のUEに送信する(たとえば、イベント528、536、542、546)。RANノードがブロック905において、第3のQoSメッセージまたは制御プレーンインターフェースを介してパケットを受信したと決定するとき、フローはブロック920に進む。ブロック920において、RANノードは、第3の論理チャネルIDを決定(たとえば、特定または選択)する。ブロック922において、RANノードは、第3の論理チャネルIDおよびパケットを含むPDU(たとえば、MAC PDU)を生成する。ブロック924において、RANノードは、動的ユニキャスト無線リソースを介してPDUを特定のUEに送信する(たとえば、イベント520)。
【0124】
図9Cは方法900Bに似た例示的な方法900Cを示し、方法900Cでは、ブロック916の後で、フローがブロック919ではなくブロック917に進むという点が異なる。ブロック917において、RANノードは、SPSユニキャスト無線リソースを介してPDUを特定のUEに送信する。
【0125】
以下の追加の考慮事項が、上記の議論に適用される。
【0126】
いくつかの実装形態では、「メッセージ」が使用され、「情報要素(IE)」によって置き換えられ得る。いくつかの実装形態では、「IE」が使用され、「フィールド」によって置き換えられ得る。いくつかの実装形態では、「構成(configuration)」は、「構成(configurations)」または構成パラメータによって置き換えられ得る。いくつかの実装形態では、「MBS」は、「マルチキャスト」または「ブロードキャスト」によって置き換えられ得る。いくつかの実装形態では、「SPSマルチキャスト」は、「マルチキャストSPS」により置き換えられ得る。同様に、「動的スケジューリングマルチキャスト」は、「マルチキャストダイナミック」により置き換えられ得る。
【0127】
本開示の技法が実施され得るユーザデバイス(たとえば、UE102Aまたは102B)は、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、モバイルゲームコンソール、point-of-sale (POS)端末、健康管理デバイス、ドローン、カメラ、メディアストリーミングドングルもしくは別のパーソナルメディアデバイス、スマートウォッチなどのウェアラブルデバイス、ワイヤレスホットスポット、フェムトセル、またはブロードバンドルータなどの、ワイヤレス通信が可能な任意の適切なデバイスであり得る。さらに、ユーザデバイスはいくつかの場合、車両のヘッドユニットまたは高度運転支援システム(ADAS)などの電子システムに組み込まれ得る。またさらに、ユーザデバイスは、internet-of-things (IoT)デバイスまたはモバイルインターネットデバイス(MID)として動作することができる。タイプに応じて、ユーザデバイスは、1つまたは複数の汎用プロセッサ、コンピュータ可読メモリ、ユーザインターフェース、1つまたは複数のネットワークインターフェース、1つまたは複数のセンサなどを含み得る。
【0128】
いくつかの実施形態が、論理、またはいくつかのコンポーネントもしくはモジュールを含むものとして、本開示で説明されている。モジュールは、ソフトウェアモジュール(たとえば、非一時的機械可読媒体に記憶されたコード)、またはハードウェアモジュールであり得る。ハードウェアモジュールは、いくつかの動作を実行することが可能な有形のユニットであり、ある方式で構成または配置され得る。ハードウェアモジュールは、いくつかの動作を実行するように(たとえば、フィールドプログラマブルゲートアレイ(FPGA)、または特定用途向け集積回路(ASIC)などの専用プロセッサとして)永続的に構成される、専用回路または論理を備え得る。ハードウェアモジュールはまた、いくつかの動作を実行するようにソフトウェアによって一時的に構成される、(たとえば、汎用プロセッサまたは他のプログラマブルプロセッサに包含されるような)プログラマブル論理または回路を備え得る。ハードウェアモジュールを、専用の永続的に構成された回路において、または(たとえば、ソフトウェアによって構成された)一時的に構成された回路において実装するための判断は、コストおよび時間の考慮事項次第であり得る。
【0129】
ソフトウェアで実装されるとき、技法は、オペレーティングシステムの一部、複数のアプリケーションにより使用されるライブラリ、特定のソフトウェアアプリケーションなどとして提供され得る。ソフトウェアは、1つまたは複数の汎用プロセッサまたは1つまたは複数の専用プロセッサによって実行され得る。
【0130】
本開示を読めば、本明細書で開示される原理を通じて、MBS情報を通信するためのさらに追加の代替の構造的および機能的な設計を、当業者は理解するだろう。したがって、特定の実施形態および適用例が示され説明されたが、開示される実施形態は、本明細書で開示される厳密な構造およびコンポーネントに限定されないことを理解されたい。当業者に明らかになる、様々な変更、変化、および変形が、添付の特許請求の範囲において定義された趣旨および範囲から逸脱することなく、本明細書で開示される方法および装置の配置、動作、および詳細において行われ得る。
【符号の説明】
【0131】
102 UE
103 UE
104 基地局
105 RAN
106 基地局
110 コアネットワーク
111 EPC
112 SGW
114 MME
116 PGW
124 セル
126 セル
130 処理ハードウェア
132 MBSコントローラ
134 非MBSコントローラ
140 処理ハードウェア
142 MBSコントローラ
144 非MBSコントローラ
150 処理ハードウェア
152 MBSコントローラ
154 非MBSコントローラ
160 5GC
162 (MB-)UPF
164 AMF
166 (MB-)SMF
172 CU
174 DU
202 PHY
204 MAC
206 RLC
208 EUTRA PDCP
210 NR PDCP
212 SDAP
214 RRC
302 MBSセッション
304 PDUセッション
312 トンネル
314 MRB
316 QoSフロー
322 UE固有DLトンネルおよび/またはUE固有ULトンネル
324 DRB
402 MRB
404 DRB
412 DLトンネル
413 ULトンネル
422 DL論理チャネル
423 UL論理チャネル
432 UE固有DLトンネル
433 UE固有ULトンネル
442 DL論理チャネル
443 UL論理チャネル
103 UE
104 基地局
105 RAN
106 基地局
110 コアネットワーク
111 EPC
112 SGW
114 MME
116 PGW
124 セル
126 セル
130 処理ハードウェア
132 MBSコントローラ
134 非MBSコントローラ
140 処理ハードウェア
142 MBSコントローラ
144 非MBSコントローラ
150 処理ハードウェア
152 MBSコントローラ
154 非MBSコントローラ
160 5GC
162 (MB-)UPF
164 AMF
166 (MB-)SMF
172 CU
174 DU
202 PHY
204 MAC
206 RLC
208 EUTRA PDCP
210 NR PDCP
212 SDAP
214 RRC
302 MBSセッション
304 PDUセッション
312 トンネル
314 MRB
316 QoSフロー
322 UE固有DLトンネルおよび/またはUE固有ULトンネル
324 DRB
402 MRB
404 DRB
412 DLトンネル
413 ULトンネル
422 DL論理チャネル
423 UL論理チャネル
432 UE固有DLトンネル
433 UE固有ULトンネル
442 DL論理チャネル
443 UL論理チャネル
【図1A】
【図1B】
【図2A】
【図2B】
【図3】
【図4】
【図5A】
【図5B】
【図6A】
【図6B】
【図6C】
【図7A】
【図7B】
【図7C】
【図8A】
【図8B】
【図8C】
【図9A】
【図9B】
【図9C】
【手続補正書】
【提出日】2024-06-10
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
パケット送信を管理するための方法であって、前記方法が無線アクセスネットワーク(RAN)のノードにおいて実施され、処理ハードウェアによって上流ノードから、サービス品質(QoS)フローに関連するパケットを受信するステップと、
前記処理ハードウェアによって前記QoSフローに基づいて、前記パケットを1つまたは複数のUEに送信するための半永続スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記半永続スケジューリング無線リソースを使用して無線インターフェースを介して前記パケットを前記1つまたは複数のUEに送信するステップとを備える、方法。
【請求項2】
前記パケットが、マルチキャストおよび/またはブロードキャストサービス(MBS)セッションに関連するデータパケットである、請求項1に記載の方法。
【請求項3】
前記データパケットを受信するステップが、ダウンリンク(DL)トンネルを介して前記データパケットを受信するステップを含み、前記QoSフローに基づいて前記半永続スケジューリング無線リソースを選択するステップが、前記DLトンネルが複数のトランスポートレイヤ構成のうちの第1のトランスポートレイヤ構成を有すると決定したことに応答したものである、請求項2に記載の方法。
【請求項4】
前記半永続スケジューリング無線リソースがマルチキャスト無線リソースである、請求項1に記載の方法。
【請求項5】
前記QoSフローに基づいて論理チャネル識別情報を選択するステップをさらに備える、請求項1に記載の方法。
【請求項6】
前記送信するステップが、前記パケットおよび前記論理チャネル識別情報をプロトコルデータユニット(PDU)に含めるステップを含む、請求項5に記載の方法。
【請求項7】
前記論理チャネル識別情報がマルチキャストトラフィックチャネル(MTCH)と関連付けられる、請求項5に記載の方法。
【請求項8】
前記受信するステップ、前記選択するステップ、および前記送信するステップが第1の事例において発生し、前記方法がさらに、第2の事例において、
前記処理ハードウェアによって、(i)第2のQoSフローに関連して、または(ii)制御プレーンインターフェースを介してのいずれかで、第2のパケットを受信するステップと、
前記処理ハードウェアによって、前記第2のパケットを第2の1つまたは複数のUEに送信するための動的スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記動的スケジューリング無線リソースを使用して前記無線インターフェースを介して前記第2のパケットを前記第2の1つまたは複数のUEに送信するステップとを備える、請求項1から7のいずれか一項に記載の方法。
【請求項9】
前記第2のパケットが第2のQoSフローと関連付けられ、前記方法がさらに、第3の事例において、
前記処理ハードウェアによって、(i)第3のQoSフローに関連して、または(ii)前記制御プレーンインターフェースを介してのいずれかで、第3のパケットを受信するステップと、
前記処理ハードウェアによって、前記第3のパケットを第3の1つまたは複数のUEに送信するための第2の動的スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記第2の動的スケジューリング無線リソースを使用して前記無線インターフェースを介して前記第3のパケットを前記第3の1つまたは複数のUEに送信するステップとを備える、請求項8に記載の方法。
【請求項10】
前記動的スケジューリング無線リソースがマルチキャスト無線リソースであり、前記第2の動的スケジューリング無線リソースがユニキャスト無線リソースである、請求項9に記載の方法。
【請求項11】
第3の事例において、前記処理ハードウェアによって、第3のQoSフローに関連する第3のパケットを受信するステップと、
前記処理ハードウェアによって、前記第3のパケットを特定のUEに送信するための第2の半永続スケジューリング無線リソースを選択するステップと、
前記処理ハードウェアによって、前記第2の半永続スケジューリング無線リソースを使用して前記無線インターフェースを介して前記第3のパケットを前記特定のUEに送信するステップとをさらに備える、請求項8に記載の方法。
【請求項12】
前記半永続スケジューリング無線リソースがマルチキャスト無線リソースであり、前記第2の半永続スケジューリング無線リソースがユニキャスト無線リソースであり、
前記動的スケジューリング無線リソースがユニキャスト無線リソースである、請求項11に記載の方法。
【請求項13】
前記ノードが分散型基地局の分散ユニット(DU)であり、前記上流ノードが、前記分散型基地局の中央ユニット(CU)、前記CUのユーザプレーン機能(CU-UP)、または前記CUの制御プレーン機能(CU-CP)であり、
前記ノードが基地局であり、
前記上流ノードが、コアネットワーク(CN)のユーザプレーン機能(UPF)または前記CNのアクセスおよびモビリティ管理機能(AMF)である、請求項1から7のいずれか一項に記載の方法。
【請求項14】
前記処理ハードウェアによって、特定の動的スケジューリング無線リソースを使用して前記無線インターフェースを介して前記パケットを少なくとも1つの他のUEに送信するステップをさらに備える、請求項1から7のいずれか一項に記載の方法。
【請求項15】
請求項1から7のいずれか一項に記載の方法を実施するように構成されるハードウェアを備える、ネットワークノード。
【国際調査報告】