ホーム > 特許ランキング > Ｇｏｏｇｌｅ ＬＬＣ
知財求人 - 知財ポータルサイト「IP Force」
特表2024-536586マルチキャストおよびユニキャストワイヤレスデータ送信の管理
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-04
(54)【発明の名称】マルチキャストおよびユニキャストワイヤレスデータ送信の管理
(51)【国際特許分類】
H04W 72/1273 20230101AFI20240927BHJP
H04W 4/06 20090101ALI20240927BHJP
【ＦＩ】
H04W72/1273
H04W4/06 150
【審査請求】有
【予備審査請求】有
(21)【出願番号】P 2024523758
(86)(22)【出願日】2022-10-19
(85)【翻訳文提出日】2024-06-04
(86)【国際出願番号】 US2022047084
(87)【国際公開番号】W WO2023069483
(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
【Ｆターム（参考）】
5K067AA13
5K067EE02
5K067EE10
5K067EE22
(57)【要約】
無線アクセスネットワーク(RAN)において分散型基地局の分散ユニット(DU)によって実行される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法が提供され、方法は、分散型基地局の中央ユニット(CU)から、ダウンリンク(DL)トンネルを介してMBSデータパケットを受信するステップと、DLトンネルの1つまたは複数の性質に基づいて、MBSデータパケットを複数のUEに送信するためのマルチキャスト方式を選択するステップと、この選択に従って、マルチキャスト方式を使用して無線インターフェースを介してデータパケットを複数のUEに送信するステップとを含む。加えて、RANのノードによって実施される、データパケットの送信を管理するための方法が提供され、方法は、上流ノードから、サービス品質(QoS)フローに関連するMBSデータパケットを受信するステップと、QoSフローに基づいて、無線インターフェース上で論理チャネルを選択するステップと、論理チャネル上でMBSデータパケットを複数のUEにマルチキャストするステップとを備える、方法。
【特許請求の範囲】
【請求項1】
無線アクセスネットワーク(RAN)において分散型基地局の分散ユニット(DU)によって実行される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法であって、前記分散型基地局の中央ユニット(CU)から、ダウンリンク(DL)トンネルを介してMBSデータパケットを受信するステップと、
前記DLトンネルの1つまたは複数の性質に基づいて、前記MBSデータパケットを複数のUEに送信するためのマルチキャスト方式を選択するステップと、
前記選択に従って、前記マルチキャスト方式を使用して無線インターフェースを介して前記データパケットを前記複数のUEに送信するステップと
を備える、方法。
【請求項2】
前記選択するステップが、前記DLトンネルが、前記CUが前記MBSデータパケットの単一のコピーを前記複数のUEに送信するように構成される共通DLトンネルであると、前記DUを介して決定するステップを含む、請求項1に記載の方法。
【請求項3】
前記受信するステップ、前記選択するステップ、および前記送信するステップが第1の事例において生じ、第2の事例において、
UE固有トンネルを介して第2のデータパケットを受信するステップと、
前記UE固有トンネルに基づいて、前記第2のデータパケットを少なくとも1つのあるUEに送信するためのユニキャスト方式を選択するステップと、
前記ユニキャスト方式を使用して、前記無線インターフェースを介して前記第2のデータパケットを前記少なくとも1つのあるUEに送信するステップと
をさらに備える、請求項2に記載の方法。
【請求項4】
前記選択するステップが、前記DLトンネルが前記DUにおいて構成される複数のDLトンネルのうちの第1のDLトンネルであると決定するステップを含む、請求項1に記載の方法。
【請求項5】
前記受信するステップ、前記選択するステップ、および前記送信するステップが第1の事例において生じ、第2の事例において、
前記DUにおいて構成される複数のDLトンネルのうちの第2のDLトンネルを介して第2のデータパケットを受信するステップと、
前記複数のDLトンネルのうちの前記第2のDLトンネルに基づいて、前記第2のデータパケットを少なくとも1つのあるUEに送信するためのユニキャスト方式を選択するステップと、
前記ユニキャスト方式を使用して、前記無線インターフェースを介して前記第2のデータパケットを前記少なくとも1つのあるUEに送信するステップと
をさらに備える、請求項4に記載の方法。
【請求項6】
前記選択するステップが、前記DLトンネルが、前記DUにおいて複数のトランスポートレイヤ構成のうちの第1のトランスポートレイヤ構成を有すると決定するステップを含む、請求項1に記載の方法。
【請求項7】
前記受信するステップ、前記選択するステップ、および前記送信するステップが第1の事例において生じ、第2の事例において、
第2のDLトンネルを介して第2のデータパケットを受信するステップと、
前記第2のDLトンネルが前記DUにおいて前記複数のトランスポートレイヤ構成のうちの第2のトランスポートレイヤ構成を有すると決定するステップと、
前記ユニキャスト方式を使用して、前記無線インターフェースを介して前記第2のデータパケットを少なくとも1つのあるUEに送信するステップと
をさらに備える、請求項6に記載の方法。
【請求項8】
前記DLトンネルの前記1つまたは複数の性質に基づいて論理チャネル識別子を選択するステップをさらに備える、請求項1から7のいずれかに記載の方法。
【請求項9】
前記送信するステップが、プロトコルデータユニット(PDU)に前記MBSデータパケットおよび前記論理チャネル識別子を含めるステップを含む、請求項8に記載の方法。
【請求項10】
前記MBSデータパケットのために選択される前記論理チャネルがマルチキャストトラフィックチャネル(MTCH)である、請求項8に記載の方法。
【請求項11】
前記論理チャネル識別子を選択するステップが、前記MBSデータパケットのサービス品質(QoS)フロー識別子にさらに基づく、請求項8から10のいずれかに記載の方法。
【請求項12】
前記DLトンネルの前記1つまたは複数の性質に基づいて、無線ネットワーク一時識別子(RNTI)を選択するステップをさらに備える、請求項1から10のいずれかに記載の方法。
【請求項13】
前記MBSデータパケットのために選択される前記RNTIがグループRNTI(G-RNTI)である、請求項11に記載の方法。
【請求項14】
前記RNTIを選択するステップが、前記MBSデータパケットのQoSフロー識別子にさらに基づく、請求項12または13のいずれかに記載の方法。
【請求項15】
無線アクセスネットワーク(RAN)のノードによって実行される、データパケットの送信を管理するための方法であって、上流ノードから、サービス品質(QoS)フローに関連するMBSデータパケットを受信するステップと、
前記QoSフローに基づいて、無線インターフェース上で論理チャネルを選択するステップと、
前記論理チャネル上で、前記MBSデータパケットを複数のUEにマルチキャストするステップと
を備える、方法。
【請求項16】
前記MBSデータパケットを受信するステップが、DLトンネルを介して前記MBSデータパケットを受信するステップを含み、前記QoSフローに基づいて前記論理チャネルを選択するステップが、前記DLトンネルが複数のトランスポートレイヤ構成のうちの第1のトランスポートレイヤ構成を有すると決定することに応答したものである、請求項15に記載の方法。
【請求項17】
前記決定するステップがさらに、前記DLトンネルが、前記上流ノードが前記MBSデータパケットの単一のコピーを前記複数のUEに送信するように構成される共通DLトンネルであると決定するステップを含む、請求項16に記載の方法。
【請求項18】
前記QoSフローに基づいて、RNTIを選択するステップをさらに備える、請求項15から17のいずれかに記載の方法。
【請求項19】
前記RNTIを選択するステップがG-RNTIを選択するステップを含む、請求項18に記載の方法。
【請求項20】
請求項1から19のいずれか一項に記載の方法を実施するように構成される、ネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
本開示はワイヤレス通信に関し、より具体的には、マルチキャストおよび/またはブロードキャストサービスのためにマルチキャストおよびユニキャストワイヤレスデータ送信を管理することに関する。
【背景技術】
【0002】
本明細書で提供される背景の説明は、本開示の文脈を全体的に提示するためのものである。この背景技術のセクションにおいて説明される範囲内で、本明細書で名前を挙げられる発明者の成果、ならびに、出願の時点において従来技術として場合によっては適格ではない可能性がある説明の態様は、本開示に対する従来技術として明確にも暗黙的にも認められない。
【0003】
遠隔通信システムにおいて、無線プロトコルスタックのパケットデータコンバージェンスプロトコル(Packet Data Convergence Protocol:PDCP)サブレイヤは、ユーザプレーンデータの転送、暗号化、完全性保護などのサービスを提供する。たとえば、Evolved Universal Terrestrial Radio Access (EUTRA)無線インターフェース(第3世代パートナーシッププロジェクト(3GPP(登録商標))仕様TS36.323参照)およびNew Radio(NR)(3GPP(登録商標)仕様TS38.323参照)のために定義されるPDCPサブレイヤは、ユーザデバイス(ユーザ機器または「UE」としても知られている)から基地局へのアップリンク方向、ならびに基地局からUEへのダウンリンク方向において、プロトコルデータユニット(protocol data unit:PDU)の順位付けを提供する。PDCPサブレイヤはまた、シグナリング無線ベアラ(signaling radio bearer:SRB)のためのサービスを無線リソース制御(Radio Resource Control:RRC)サブレイヤに提供する。PDCPサブレイヤはさらに、サービスデータ適応プロトコル(Service Data Adaptation Protocol:SDAP)サブレイヤ、または、インターネットプロトコル(Internet Protocol:IP)レイヤ、イーサネットプロトコルレイヤ、またはインターネット制御メッセージプロトコル(Internet Control Message Protocol:ICMP)レイヤなどのプロトコルレイヤに、データ無線ベアラ(data radio bearer:DRB)のためのサービスを提供する。一般に、UEおよび基地局は、SRBを使用してRRCメッセージならびに非アクセス層(non-access stratum:NAS)メッセージを交換することができ、DRBを使用してユーザプレーンでデータを輸送することができる。
【0004】
RRCサブレイヤは、UEが基地局とのアクティブな無線接続を有しないRRC_IDLE状態と、UEが基地局とのアクティブな無線接続を有するRRC_CONNECTED状態と、無線アクセスネットワーク(Radio Access Network:RAN)レベルの基地局調整およびRANページング手順によりUEがRRC_CONNECTED状態により早く戻ることを可能にするRRC_INACTIVE状態とを規定する。
【0005】
いくつかのシナリオでは、UEは、RANとの無線リソース制御接続がアクティブではない状態(たとえば、RRC_IDLE状態またはRRC_INACTIVE状態)において動作し、続いて接続状態に移行することができる。一般に、非アクティブ状態では、UEとRANとの間の無線接続は中断される。その後、UEがデータの送信(たとえば、電話呼の発振、ブラウザの起動)を触発されると、またはページングメッセージを基地局から受信すると、UEは次いで接続状態に移行することができる。この移行を行うために、UEは、(たとえば、RRCセットアップ要求メッセージを基地局に送信することによって)無線接続を確立するように、または(たとえば、RRC再開要求メッセージを基地局に送信することによって)中断された無線接続を再開するように基地局に要求することができ、それにより、基地局は接続状態で動作するようにUEを構成することができる。
【0006】
いくつかの場合、RRC_IDLE状態またはRRC_INACTIVE状態にあるUEが送信すべきなのは、1つのパケット(または複数の比較的小さいパケット)だけであり、または、基地局がRRC_IDLE状態またはRRC_INACTIVE状態で動作するUEに送信すべきなのは、1つのパケット(または複数の比較的小さいパケット)だけである。これらの場合、RRC_IDLE状態またはRRC_INACTIVE状態にあるUEは、たとえば、3GPP(登録商標)仕様36.300 v16.4.0の7.3a～7.3d項において規定されるような技法を使用することによって、RRC_CONNECTED状態に移行することなく早期のデータ通信を実行することができる。
【0007】
いくつかのシナリオでは、UEは、バックホールによって相互接続される、RANの複数のノード(たとえば、基地局、または分離型(disaggregated)基地局とも呼ばれる分散型基地局のコンポーネント)のリソースを同時に利用することができる。これらのネットワークノードが異なる無線アクセス技術(radio access technology:RAT)をサポートするとき、このタイプの接続はマルチラジオデュアルコネクティビティ(multi-radio dual connectivity:MR-DC)と呼ばれる。MR-DCで動作するとき、マスターノード(master node:MN)として動作する基地局に関連するセルはマスターセルグループ(master cell group:MCG)を定義し、セカンダリノード(secondary node:SN)として動作する基地局に関連するセルはセカンダリセルグループ(secondary cell group:SCG)を定義する。MCGは、プライマリセル(primary cell:PCell)および0個、1個、またはより多くのセカンダリセル(secondary cell:SCell)をカバーし、SCGは、プライマリセカンダリセル(primary secondary cell:PSCell)および0個、1個、またはより多くのScellをカバーする。UEは、(MCGを介して)MNと通信し、(SCGを介して)SNと通信する。他のシナリオでは、UEは、シングルコネクティビティ(single connectivity:SC)において、一度の1つの基地局のリソースを利用する。UEは、SCにおいて、MCGだけを介してMNと通信する。基地局および/またはUEは、UEが別の基地局との無線接続をいつ確立すべきかを決定する。たとえば、基地局は、別の基地局にUEをハンドオーバーすると決定し、ハンドオーバー手順を開始することができる。UEは他のシナリオでは、バックホールによって相互接続される、別のRANノード(たとえば、基地局、または分離型基地局とも呼ばれる分散型基地局のコンポーネント)のリソースを同時に利用することができる。
【0008】
UEはいくつかのタイプのSRBおよびDRBを使用することができる。いわゆる「SRB1」リソースはRRCメッセージを搬送し、これはいくつかの場合、専用制御チャネル(dedicated control channel:DCCH)上にNASメッセージを含み、「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のより低いレイヤのリソースを介して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と呼ぶことができる。
【0009】
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の変更を実行し得る。
【0010】
第5世代(fifth-generation:5G)New Radio(NR)要件に従って動作する基地局は、第4世代(fourth-generation:4G)基地局より大幅に広い帯域幅をサポートする。したがって、第3世代パートナーシッププロジェクト(Third Generation Partnership Project:3GPP(登録商標))は、Release 15で、周波数範囲1(frequency range 1:FR1)の中の100MHz帯域幅および周波数範囲(frequency range:FR2)の中の400MHz帯域幅をUEがサポートすべきであると提案した。5G NRでは典型的なキャリアの帯域幅が比較的広いことにより、3GPP(登録商標)は、Release17で、5G NR基地局がマルチキャストおよび/またはブロードキャストサービス(multicast and/or broadcast service:MBS)をUEに提供できるべきであると提案した。MBSは、たとえば、透過的なIPv4/IPv6マルチキャスト配信、IPTV、ワイヤレスを通じたソフトウェア配信、グループ通信、Internet of Things (IoT)用途、V2X用途、および公衆安全に関する緊急メッセージなどの、多くのコンテンツ配信用途において有用であり得る。
【0011】
マルチキャストおよび/またはブロードキャストサービス(MBS)のためのマルチキャストページングを提供することを、すなわち、特定のMBSサービスへの関心を以前に示しておりアクティブ状態で動作していないUEがMBSサービスのためにページングされるべきであることを示すマルチキャストページングメッセージまたは命令を送信することによって行うことが提案されている。たとえば、コアネットワーク(Core Network:CN)は、複数の関心を持っているUEに送信されるべきMBSデータを受信することができ、受信されたMBSデータに基づいて、CNは、分散型基地局(base station:BS)の中央ユニット(Central Unit:CU)に、MBSサービスに関心を持っているUEのセットを識別するマルチキャストページングメッセージを送信することができる。CUは、1つまたは複数の対応するマルチキャストページングメッセージを分散型基地局の分散ユニット(Distributed Unit:DU)に送信することができ、各CU対DUマルチキャストページングメッセージは、受信DUに関連する1つまたは複数の関心を持っているUEを示す。
【0012】
5G NRは、無線インターフェース上でのMBSパケットフローの送信のための、マルチキャスト配信方法とユニキャスト配信方法の両方をサポートする。ユニキャスト通信では、RANノードは、無線インターフェース上で各MBSデータパケットの異なるコピーを異なるUEに送信するが、マルチキャスト通信では、RANノードは、無線インターフェース上で各MBSデータパケットの単一のコピーを複数のUEに送信する。しかしながら、いくつかのシナリオでは、基地局が分散して実装されるときを含めて、基地局がMBSデータパケットをコアネットワークからどのように受信するか、および、基地局が各MBSデータパケットをUEにどのように送信するかが不明確である。その上、いくつかのシナリオでは、2つの利用可能な配信方法、すなわちマルチキャストおよびユニキャストがある場合に、基地局がダウンリンクMBSトラフィックを無線インターフェースにどのようにマッピングするかが不明確である。
【発明の概要】
【課題を解決するための手段】
【0013】
ある実施形態では、無線アクセスネットワーク(radio access network:RAN)において分散型基地局の分散ユニット(distributed unit:DU)によって実行される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法が提供され、方法は、分散型基地局の中央ユニット(central unit:CU)から、ダウンリンク(downlink:DL)トンネルを介してMBSデータパケットを受信するステップと、DLトンネルの1つまたは複数の性質に基づいて、MBSデータパケットを複数のUEに送信するためのマルチキャスト方式を選択するステップと、この選択に従って、マルチキャスト方式を使用して無線インターフェースを介してデータパケットを複数のUEに送信するステップとを備える。
【0014】
別の実施形態では、無線アクセスネットワーク(RAN)のノードによって実行される、データパケットの送信を管理するための方法が提供され、方法は、アップストリームノードから、サービス品質(quality-of-service:QoS)フローに関連するMBSデータパケットを受信するステップと、QoSフローに基づいて、無線インターフェース上で論理チャネルを選択するステップと、論理チャネル上で、MBSデータパケットを複数のUEにマルチキャストするステップとを備える。
【図面の簡単な説明】
【0015】
【図1A】コアネットワーク(core network:CN)、基地局(base station:BS)、およびユーザ機器(User Equipment:UE)が、マルチキャストおよび/またはブロードキャストサービス(MBS)のためのマルチキャストおよびユニキャストワイヤレスデータ送信を管理するための本開示の技法を実施することができる、例示的なワイヤレス通信システムのブロック図である。
【図2D】CUおよびDUがそれに従ってユーザプレーントラフィックを通信することができる例示的なプロトコルスタックのブロック図である。
【図2E】CUおよびDUがそれに従って制御プレーントラフィックを通信することができる例示的なプロトコルスタックのブロック図である。
【図3】MBSセッションおよびPDUセッションのための例示的なトンネルアーキテクチャを示すブロック図である。
【図4】UEとのマルチキャスト、ブロードキャスト、および/またはユニキャストトラフィックを通信するために分散型基地局が構成できる、例示的なMRBおよびDRBを示すブロック図である。
【図5A】MBSセッションのMBSデータを複数のUEに送信するためのリソースをCNおよび分散型基地局が構成するような、例示的なシナリオのメッセージング図である。
【図6A】本開示のRANノードにおいて実施され得る、データパケットが共通トンネルを介して到着したか、またはUE固有トンネルを介して到着したかに応じて、データパケットをマルチキャストを使用して送信するか、またはユニキャストを使用して送信するかを決定するための、例示的な方法を示す流れ図である。
【図6B】本開示のRANノードにおいて実施され得る、データパケットが第1のトンネルを介して到着したか、または第2のトンネルを介して到着したかに応じて、データパケットをマルチキャストを使用して送信するか、またはユニキャストを使用して送信するかを決定するための、例示的な方法を示す流れ図である。
【図7】本開示のRANノードにおいて実施され得る、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成を有するか、または第2のトランスポートレイヤ構成を有するかに応じて、データパケットをマルチキャストを使用して送信するか、またはユニキャストを使用して送信するかを決定するための、例示的な方法を示す流れ図である。
【図8A】本開示のRANノードにおいて実施され得る、データパケットが共通トンネルを介して到着したか、またはUE固有トンネルを介して到着したかに応じて、データパケットのための第1の論理チャネル識別子または第2の論理チャネル識別子を選択するための、例示的な方法を示す流れ図である。
【図8B】本開示のRANノードにおいて実施され得る、データパケットが第1のトンネルを介して到着したか、または第2のトンネルを介して到着したかに応じて、データパケットのための第1の論理チャネル識別子または第2の論理チャネル識別子を選択するための、例示的な方法を示す流れ図である。
【図9】本開示のRANノードにおいて実施され得る、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成を有するか、または第2のトランスポートレイヤ構成を有するかに応じて、データパケットのための第1の論理チャネル識別子または第2の論理チャネル識別子を選択するための、例示的な方法を示す流れ図である。
【図10A】本開示のRANノードにおいて実施され得る、データパケットが共通トンネルを介して到着したか、またはUE固有トンネルを介して到着したかに応じて、データパケットのために、グループネットワーク一時識別子(group Network Temporary Identifier:G-RNTI)および第1の論理チャネルを、またはUE固有RNTI(UE-specific RNTI:C-RNTI)および第2の論理チャネルを選択するための、例示的な方法を示す流れ図である。
【図10B】本開示のRANノードにおいて実施され得る、データパケットが第1のトンネルを介して到着したか、または第2のトンネルを介して到着したかに応じて、データパケットのために、G-RNTIおよび第1の論理チャネルを、またはC-RNTIおよび第2の論理チャネルを選択するための、例示的な方法を示す流れ図である。
【図11】本開示のRANノードにおいて実施され得る、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成を有するか、または第2のトランスポートレイヤ構成を有するかに応じて、データパケットのために、G-RNTIおよび第1の論理チャネルを、またはC-RNTIおよび第2の論理チャネルを選択するための、例示的な方法を示す流れ図である。
【図12】本開示のRANノードにおいて実施され得る、データパケットが第1のサービス品質(QoS)フロー識別子と関連付けられるか、または第2のQoSフロー識別子と関連付けられるかに応じて、データパケットのために第1の論理チャネル識別子または第2の論理チャネル識別子を選択するための、例示的な方法を示す流れ図である。
【図13】本開示のRANノードにおいて実施され得る、データパケットが第1のQoSフロー識別子と関連付けられるか、もしくは第2のQoSフロー識別子と関連付けられるかに応じて、データパケットのために第1の論理チャネル識別子を選択するか、もしくは第2の論理チャネル識別子を選択するかを決定するための、または、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成を有するか、もしくは第2のトランスポートレイヤ構成を有するかに応じて、データパケットのために第2の論理チャネルを選択するかどうかを決定するための、例示的な方法を示す流れ図である。
【図14】本開示のRANノードにおいて実施され得る、データパケットが第1のQoSフロー識別子と関連付けられるか、または第2のQoSフロー識別子と関連付けられるかに応じて、データパケットのために、第1の論理チャネル識別子およびG-RNTIを、または第2の論理チャネル識別子およびG-RNTIを選択するための、例示的な方法を示す流れ図である。
【図15】本開示のRANノードにおいて実施され得る、データパケットが第1のQoSフロー識別子と関連付けられるか、もしくは第2のQoSフロー識別子と関連付けられるかに応じて、データパケットのために、第1の論理チャネル識別子およびG-RNTIを、もしくは第2の論理チャネル識別子およびG-RNTIを選択するかを決定し、または、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成を有するか、もしくは第2のトランスポートレイヤ構成を有するかに応じて、データパケットのために第2の論理チャネルおよびC-RNTIを選択するかどうかを決定するための、例示的な方法を示す流れ図である。
【発明を実施するための形態】
【0016】
一般に、本開示の無線アクセスネットワーク(RAN)ノードは、データパケットが上流ノードからどのように受信されたかに基づいて、無線インターフェース上での少なくとも1つのユーザ機器(UE)へのデータパケットの送信のために、マルチキャスト方式およびユニキャスト方式から選択する。より具体的には、いくつかの実装形態では、RANノードは、共通DLトンネルを介して複数のUEのためのマルチキャストおよび/またはブロードキャストサービス(MBS)データパケットを受信し、RANノードがMBSデータパケットを送信するためにマルチキャスト方式を使用すべきであると決定することができる。異なるシナリオでは、RANノードは、分散型基地局のDUであってもよく(かつDLトンネルはCU対DUインターフェースで動作することができ)、または非分散型基地局のDUであってもよい(かつDLトンネルは、コアネットワーク(CN)対基地局(BS)、すなわちCN対BSインターフェース上で動作することができる)。
【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に)ハンドオーバーすることを可能にできる。その上、この重複は、様々なデュアルコネクティビティ(dual connectivity:DC)のシナリオを可能にする。たとえば、UE102Aは、基地局104(マスターノード(master node:MN)として動作する)および基地局106(セカンダリノード(secondary node:SN)として動作する)とDCにおいて通信することができる。UE102Aが基地局104および基地局106とDC状態にあるとき、基地局104は、マスターeNB(master eNB:MeNB)、マスターng-eNB(master ng-eNB:Mng-eNB)、またはマスターgNB(master gNB:MgNB)として動作し、基地局106は、セカンダリgNB(secondary gNB:SgNB)またはセカンダリng-eNB(secondary 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は、セルのアップリンク(uplink:UL)帯域幅部分(bandwidth part:BWP)の(すなわち、その中の)無線ベアラを介してデータを基地局に送信し、および/または、セルのダウンリンク(downlink: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つまたは複数の汎用プロセッサ(たとえば、中央処理装置(central processing unit: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は、進化型パケットコア(evolved packet core:EPC)111または第5世代コア(fifth-generation core: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は、サービングゲートウェイ(serving gateway:SGW)112、モビリティ管理エンティティ(mobility management entity:MME)114、およびパケットデータネットワークゲートウェイ(packet data network gateway:PGW)116を含み得る。SGW112は一般に、音声通話、ビデオ通話、インターネットトラフィックなどに関するユーザプレーンパケットを転送するように構成され、MME114は、認証、登録、ページング、および他の関連する機能を管理するように構成される。PGW116は、UE(たとえば、UE102Aまたは102B)から1つまたは複数の外部パケットデータネットワーク、たとえば、インターネットネットワークおよび/またはインターネットプロトコル(IP)マルチメディアサブシステム(IP Multimedia Subsystem:IMS)ネットワークへの接続を提供する。5GC160は、ユーザプレーン機能(user plane function:UPF)162およびアクセスおよびモビリティ管理機能(access and mobility management function:AMF)164、ならびに/またはセッション管理機能(session management function: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に転送するように構成される。図1Aに示される接頭辞「(MB-)」によって示されるように、UPF162および/またはSMF166は、非MBSユニキャストサービスとMBSサービスの両方のために、またはMBSサービスだけのために構成され得る。
【0027】
一般に、ワイヤレス通信システム100は、NRセルおよび/またはEUTRAセルをサポートする任意の適切な数の基地局を含み得る。より具体的には、EPC111または5GC160は、NRセルおよび/またはEUTRAセルをサポートする任意の適切な数の基地局に接続され得る。以下の例は特定のCNタイプ(EPC、5GC)およびRATタイプ(5G NRおよびEUTRA)を特に参照するが、一般に、たとえば、本開示の技法は、第6世代(sixth generation:6G)無線アクセスおよび/または6Gコアネットワークもしくは5G NR-6G DCなどの、他の適切な無線アクセスおよび/またはコアネットワーク技術にも当てはまり得る。
【0028】
ワイヤレス通信システム100の異なる構成またはシナリオでは、基地局104は、MeNB、Mng-eNB、またはMgNBとして動作することができ、基地局106は、SgNBまたはSng-eNBとして動作することができる。UE102Aは、EUTRAもしくはNRなどの同じ無線アクセス技術(radio access technology:RAT)を介して、または異なるRATを介して、基地局104および基地局106と通信することができる。
【0029】
基地局104がMeNBであり、基地局106がSgNBであるとき、UE102Aは、MeNB104およびSgNB106とEN-DC状態にあり得る。基地局104がMng-eNBであり、基地局106がSgNBであるとき、UE102Aは、Mng-eNB104およびSgNB106と次世代(next generation: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つまたは複数の媒体アクセス制御(medium access control:MAC)動作または手順(たとえば、ランダムアクセス手順)を管理もしくは制御するように構成されるMACコントローラと、基地局(たとえば、基地局104)がMNまたはSNとして動作するときに、1つまたは複数のRLC動作または手順を管理もしくは制御するように構成される無線リンク制御(radio link control:RLC)コントローラとを含み得る。処理ハードウェアはまた、1つまたは複数の物理(physical: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または102Bは、EUTRAとNR基地局との間のハンドオーバーをサポートするために、および/または、EUTRAおよびNRインターフェース上でDCをサポートするために、図2Aに示されるようにEUTRAとNRスタックの両方をサポートする。さらに、図2Aに示されるように、UE102Aまたは102Bは、EUTRA RLC 206A上でのNR PDCP 210のレイヤリング、およびNR PDCPサブレイヤ210上でのSDAPサブレイヤ212をサポートすることができる。本明細書では、サブレイヤは単に「レイヤ」とも呼ばれる。
【0035】
EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、サービスデータユニット(service data unit: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に提供することができる。様々なシナリオにおいて、ワイヤレス通信システム100はまた、NR PDCPサブレイヤ210だけを使用するSN終端ベアラを、UE102Aまたは102Bに提供することができる。MN終端ベアラは、MCGベアラ、分割ベアラ、またはMN終端SCGベアラであり得る。SN終端ベアラは、SCGベアラ、分割ベアラ、またはSN終端MCGベアラであり得る。MN終端ベアラは、SRB(たとえば、SRB1またはSRB2)またはDRBであり得る。SN終端ベアラは、SRBまたはDRBであり得る。
【0038】
いくつかの実装形態では、基地局(たとえば、基地局104または106)は、1つまたは複数のMRBを介してMBSデータパケットをブロードキャストし、そして、UE102Aまたは102BはMRBを介してMBSデータパケットを受信する。基地局は、以下で説明されるマルチキャスト構成パラメータ(MBS構成パラメータとも呼ばれ得る)にMRBの構成を含めることができる。いくつかの実装形態では、基地局は、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットをブロードキャストし、それに対応して、UE102Aまたは102Bは、MBSデータパケットを受信するために、PHYサブレイヤ202、MACサブレイヤ204、およびRLCサブレイヤ206を使用する。そのような実装形態では、基地局およびUE102Aまたは102Bは、MBSデータパケットを通信するためにPDCPサブレイヤ208およびSDAPサブレイヤ212を使用しなくてもよい。他の実装形態では、基地局は、PDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UE102Aまたは102Bは、MBSデータパケットを受信するために、PHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、およびPDCPサブレイヤ208を使用する。そのような実装形態では、基地局およびUE102Aまたは102Bは、MBSデータパケットを通信するためにおよびSDAPサブレイヤ212を使用しなくてもよい。さらに他の実装形態では、基地局は、SDAPサブレイヤ212、PDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UE102Aまたは102Bは、MBSデータパケットを受信するために、PHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、PDCOサブレイヤ208、およびSDAPサブレイヤ212を使用する。
【0039】
図2Bは、簡略化された方式で、UE102A、102B、または103がそれを使用してDU(たとえば、DU174)およびCU(たとえば、CU172)と通信することができる例示的なプロトコルスタック250を示す。無線プロトコルスタック200は、図2Bの無線プロトコルスタック250によって示されるように機能的に分割される。CUは基地局104または106において、すべての制御機能およびより上のレイヤの機能(たとえば、RRC214、SDAP212、NR PDCP210)を保持することができるが、より下のレイヤの動作(たとえば、NR RLC206B、NR MAC204B、およびNR PHY202B)はDUに委ねられる。5GCへの接続をサポートするために、NR PDCP210はSRBをRRC214に提供し、NR PDCP210はDRBをSDAP212に提供し、SRBをRRC214に提供する。
【0040】
図2Cは、UE102A、UE102B、または103がDU(たとえば、DU174)およびCU(たとえば、CU172)と通信するために使用することができる例示的なプロトコルスタック260を、簡略的に示す。プロトコルスタック260は全般にプロトコルスタック250と似ているが、ここでは、DU174に対して透過的に、UEとCU172との間でRRCメッセージを運ぶために、RRCレイヤ214がPDCPレイヤ210に重ねられる。
【0041】
図2Dは、CU172およびDU174がそれに従ってユーザプレーントラフィックを通信することができる、例示的なプロトコルスタック270のブロック図である。GTP-Uレイヤ278は、UDP276に重ねられ、そしてIP274に重ねられる。UDP/IPレイヤ276、274は、データリンクレイヤ272およびPHY271レイヤの上にある。PHYレイヤ271は、たとえば有線リンクであり得る。
【0042】
図2Eは、CU172およびDU174がそれに従って制御プレーントラフィックを通信することができる、例示的なプロトコルスタック280のブロック図である。スタック280は全般にスタック270と似ているが、ここでは、ストリーム制御送信プロトコル(Stream Control Transmission Protocol:SCTP)レイヤ282が、制御メッセージを運ぶためにIPレイヤ274の上にある。
【0043】
次に、MBSセッションおよびPDUセッションのための例示的なアーキテクチャ300を示す図3を参照すると、MBSセッション302Aは、CN110および基地局104/106(すなわち、基地局104または基地局106)にエンドポイントがあるトンネル312Aを含み得る。MBSセッション302Aは、たとえば、Temporary Mobile Group Identity (TMGI)などのあるセッションIDに対応し得る。MBSデータは、たとえば、IPパケット、TCP/IPパケット、UDP/IPパケット、リアルタイムトランスポートプロトコル(Real-Time Transport Protocol:RTP)/UDP/IPパケット、またはRTP/TCP/IPパケットを含み得る。
【0044】
いくつかの場合、CN110および/または基地局104/106は、CN110から基地局104/106に向けられるMBSトラフィックだけのためにトンネル312Aを構成し、トンネル312Aはダウンリンク(DL)トンネルと呼ばれ得る。しかしながら、他の場合には、CN110および基地局104/106は、たとえば、UEからのコマンドまたはサービス要求をサポートするために、ダウンリンクならびにアップリンク(UL)MBSトラフィックのためのトンネル312Aを使用する。さらに、基地局104/106はトンネル312Aを介して到着したMBSトラフィックを複数のUEに向けることができるので、トンネル312Aは共通トンネルまたは共通DLトンネルと呼ばれ得る。
【0045】
トンネル312Aは、たとえば、インターネットプロトコル(IP)上でレイヤリングされるユーザデータグラムプロトコル(User Datagram Protocol:UDP)プロトコルで、トランスポートレイヤまたはサブレイヤにおいて動作することができる。より具体的な例として、トンネル312Aは、汎用パケット無線システム(General Packet Radio System:GPRS)トンネリングプロトコル(GPRS Tunneling Protocol:GTP)と関連付けられ得る。トンネル312Aは、たとえば、あるIPアドレス(たとえば、基地局104/106のIPアドレス)およびあるトンネルエンドポイント識別子(Tunnel Endpoint Identifier:TEID)(たとえば、基地局104/106によって割り当てられる)に対応し得る。より一般には、トンネル312Aは、任意の適切なトランスポートレイヤ構成を有し得る。CN110は、MBSデータパケットを含むトンネルパケットのヘッダにおいてIPアドレスおよびTEIDアドレスを指定し、トンネル312Aを介してトンネルパケットを下流へと基地局104/106に送信することができる。ヘッダは、IPアドレスおよび/またはTEIDを含み得る。たとえば、ヘッダは、IPアドレスおよびTEIDをそれぞれ含む、IPヘッダおよびGTPヘッダを含む。したがって、基地局104/106は、IPアドレスおよび/またはTEIDを使用して、トンネル312Aを介して移動するデータパケットを識別することができる。
【0046】
図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トラフィックチャネル(MBS Traffic Channel:MTCH)に対応し得る。基地局104/106およびCN110は別のMBSセッション302Bも維持することができ、これらは同様に、MRB314B-1、314B-2、...314B-Nに対応するトンネル312Bを含んでもよく、N≧1である。MRB314Bの各々は、それぞれの論理チャネルに対応し得る。
【0047】
MBSトラフィックは、トンネル312A、312Bなどの各々のための、1つまたは複数のサービス品質(quality-of-service: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にマッピングする。
【0048】
様々なシナリオにおいて、CN110は、異なるタイプのMBSトラフィックを異なるQoSフローに割り当てることができる。たとえば、比較的QoS値の高いフローはオーディオパケットに対応することがあり、比較的QoS値の低いフローはビデオパケットに対応することがある。別の例として、比較的QoS値の高いフローはビデオ圧縮において使用されるIフレームまたは完全な画像に対応することがあり、比較的QoS値の低いフローはIフレームへの変更のみを含むPフレームまたは予測ピクチャに対応することがある。
【0049】
図3の参照を続けると、基地局104/106およびCN110は、CN110と特定のUEとの間のユニキャストトラフィックをサポートするために、1つまたは複数のPDUセッションを維持することができる。PDUセッション304Aは、DRB324A-1、324A-2、...324A-Nなどの1つまたは複数のDRB324Aに対応する、UE固有DLトンネルおよび/またはUE固有ULトンネル322Aを含み得る。DRB324Aの各々は、専用トラフィックチャネル(Dedicated Traffic Channel:DTCH)などのそれぞれの論理チャネルに対応し得る。基地局104/106およびCN110は、CN110と特定のUEとの間のユニキャストトラフィックをサポートするために1つまたは複数の他のPDUセッションを維持することもできる。たとえば、PDUセッション304Bは、DRB324B-1、324B-2、...324B-Nなどの1つまたは複数のDRB324Bに対応するUE固有DLトンネルおよび/またはUE固有ULトンネル322Bを含み得る。DRB324Bの各々は、DTCHなどのそれぞれの論理チャネルに対応し得る。
【0050】
ここで、基地局104/106が分散して実装される場合の例示的なMRBおよびDRBを示す図4を参照すると、1つまたは複数のDU174はCU172と関連付けられ得る。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トンネルであり得る。
【0051】
任意選択で、MRB402Aは、CU172とDU174を接続するULトンネル413Aと、ULトンネル413Aに対応するUL論理チャネル423Aとを含む。たとえば、UL論理チャネル423AはDTCHであり得る。DU174は、UL論理チャネル423Aを介して受信されるアップリンクトラフィックをULトンネル413Aにマッピングすることができる。
【0052】
トンネル412Aおよび413Aは、F1-Uインターフェースのトランスポートレイヤまたはサブレイヤにおいて動作することができる。より具体的な例として、CU172およびDU174は、ユーザプレーントラフィックのためにF1-Uを利用することができ、トンネル412Aおよび413Aは、UDP/IP上でレイヤリングされるGTP-Uプロトコルと関連付けられてもよく、このとき、IPは適切なデータリンクおよび物理(PHY)レイヤ上でレイヤリングされる。さらに、MRB402および/またはDRB404は、少なくとも事例の一部において、制御プレーントラフィックを追加でサポートする。より具体的には、CU172およびDU174は、IP上でレイヤリングされるストリーム制御送信プロトコル(Stream Control Transmission Protocol:SCTP)に依存するF1-Cインターフェース上でF1-APメッセージを交換することができ、IPはF1-Uと同様に適切なデータリンクおよびPHYレイヤ上でレイヤリングされる。
【0053】
同様に、MRB402Bは、DLトンネル412B、および任意選択で、ULトンネル413Bを含み得る。DLトンネル412BはDL論理チャネル422Bに対応することがあり、ULトンネル413BはUL論理チャネル423Bに対応することがある。
【0054】
いくつかの場合、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にマッピングすることができる。
【0055】
同様に、DRB404Bは、DL論理チャネル442Bに対応するUE固有DLトンネル432Bと、UL論理チャネル443Bに対応するUE固有ULトンネル433Bとを含み得る。
【0056】
次に図5Aを参照すると、UE102はシナリオ500Aにおいて最初に、あるMBSセッションに参加するために、基地局104を介してCN110とのMBSセッション参加手順を実行する(502)。図5Aおよび図5Bは単一の「UE102」のみを示すが、これは、UE102Aと102Bのいずれかまたは両方であり得ることが理解される。いくつかのシナリオでは、UE102は続いて、1つまたは複数の追加のMBS参加手順を実行し、それにより、イベント502が複数のMBS参加手順の最初の手順になる。基地局104がUE固有のトンネルではなくMBSトラフィックのための共通DLトンネルを構成するとき、手順502と586はどちらの順序でも起こり得る。言い換えると、基地局104は、MBSセッションに参加するUEがまだ1つもなくても、共通DLトンネルを構成することができる。
【0057】
MBSセッション参加手順502を実行するために、いくつかの実装形態では、UE102は、基地局104を介してMBSセッション参加要求メッセージをCN110に送信する。それに応答して、CN110は、第1のMBSセッションへのアクセス権をUE102に与えるために、基地局104を介してMBSセッション参加応答メッセージをUE102に送信することができる。いくつかの実装形態では、UE102は、MBSセッション参加要求メッセージに、MBSセッションのMBSセッションIDを含めることができる。いくつかの場合、CN110は、MBSセッション参加応答メッセージにMBSセッションIDを含める。いくつかの実装形態では、UE102は、MBSセッション参加応答メッセージに応答して、基地局104を介してMBSセッション参加完了メッセージをCN110に送信することができる。
【0058】
いくつかの場合、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セッション応答メッセージを送信することができる。
【0059】
いくつかの実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、セッション開始プロトコル(session initiation protocol:SIP)メッセージであり得る。他の実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、5Gモビリティ管理(5G mobility management:5GMM)メッセージまたは5Gセッション管理(5G session management: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セッション参加完了メッセージはまた、それらのそれぞれのコンテナメッセージを表すことができる。
【0060】
いくつかの実装形態では、UE102は、(第1の)MBSセッション参加手順を実行するために、基地局104を介してCN110とのPDUセッション確立手順を実行し(図示せず)、PDUセッションを確立することができる。PDUセッション確立手順の間、UE102は、基地局104を介してCN110とPDUセッションのPDUセッションIDを通信することができる。
【0061】
(第1の)MBSセッション参加手順502の前、間、または後に、CN110は、(第1の)MBSセッションのためのリソースを構成するようにCU172に要求するために、第1のMBSセッションIDおよび/またはPDUセッションIDを含む(第1の)CN対BSメッセージをCU172に送信することができる(504)。第1のCN対BSメッセージを受信した(504)ことに応答して、CU172は、MBSコンテキストのためのセットアップおよび/または第1のMBSセッションのための共通DLトンネルを要求するために、CU対DUメッセージをDU174に送信する(506)。CU対DUメッセージを受信した(506)ことに応答して、DU174は、第1のMBSセッションのための(たとえば、MRB IDの1つによって識別されるMRBのための)共通のCU対DU DLトンネルを構成するために、第1のDU DLトランスポートレイヤ構成を含むDU対CUメッセージをCU172に送信する(508)。DU174は、MRB IDの追加のMRB IDによって識別される追加のMRBのための追加の共通のCU対DU DLトンネルを構成するために、DU対CUメッセージに、追加のDLトランスポートレイヤ構成を含めることができる。いくつかの実装形態では、DU174は、DU対CUメッセージに、第1のDLトランスポートレイヤ構成および/または追加のDLトランスポートレイヤ構成に関連するMRB IDを含めることができる。いくつかの実装形態では、CU対DUメッセージは、汎用的なF1APメッセージ、またはこのタイプの要求を運ぶために特別に定義される専用のF1APメッセージ(たとえば、MBSコンテキストセットアップ要求メッセージ)である。いくつかの実装形態では、イベント508のDU対CUメッセージは、汎用的なF1APメッセージ、またはこの目的で特別に定義される専用のF1APメッセージ(たとえば、MBSコンテキストセットアップ応答メッセージ)である。CN110は追加で、第1のCN対BSメッセージに第1のMBSセッションのためのサービス品質(QoS)構成を含めることができる。そのような場合、CU172は、CU対DUメッセージにQoS構成を含めることができる(イベント506)。
【0062】
CU172は、イベント504のメッセージに応答して第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)を含む。いくつかの実装形態では、イベント504のCN対BSメッセージは、汎用的なNGAPメッセージ、またはMBSセッションのためのリソースを要求するために特別に定義される専用のNGAPメッセージ(たとえば、MBSセッションリソースセットアップ要求メッセージ)である。いくつかの実装形態では、イベント510のBS対CNメッセージは、汎用的なNGAPメッセージ、またはMBSセッションのためのリソースを運ぶために特別に定義される専用のNGAPメッセージ(たとえばMBSセッションリソースセットアップ応答メッセージ)である。そのような場合、イベント504のCN対BSメッセージおよびイベント510のBS対CNメッセージは、非UE固有メッセージであり得る。
【0063】
いくつかの実装形態では、QoS構成はMBSセッションのためのQoSパラメータを含む。いくつかの実装形態では、QoS構成は、MBSセッションのために1つまたは複数のQoSフローを構成するための構成パラメータを含む(図3および上の説明を参照)。いくつかの実装形態では、構成パラメータは、QoSフローを識別する1つまたは複数のQoSフローIDを含む。QoSフローIDの各々は、QoSフローの特定のQoSフローを識別する。いくつかの実装形態では、構成パラメータは各QoSフローのためのQoSパラメータを含む。QoSパラメータは、5G QoS識別子(5G QoS identifier:5QI)、優先レベル、パケット遅延バジェット、パケットエラーレート、平均区間、および/または最大データバースト量を含み得る。CN110は、QoSフローのためのQoSパラメータの異なる値を指定することができる。
【0064】
イベント504、506、508、および510は、図5Aにおいて、MBSセッションリソースセットアップ手順586と集合的に呼ばれる。
【0065】
CN110が追加のMBSセッション参加手順においてUE102に追加のMBSセッションを認める場合、CN110は、第1のCN対BSメッセージ、後続のCN対BSメッセージ、または第1のCN対BSメッセージもしくは後続のCN対BSメッセージと同様の追加のCN対BSメッセージに、追加のMBSセッションIDを、および任意選択で追加のMBSセッションIDのためのQoS構成を含めることができる。そのような場合、CU172は、第1のBS対CNメッセージ、後続のBS対CNメッセージ、または第1もしくは後続のBS対CNメッセージに似た追加のBS対CNメッセージに、追加の共通DLトンネルを構成するための、追加のMBSセッションのための追加のトランスポートレイヤ構成を含める。トランスポートレイヤ構成の各々は、共通DLトンネルの特定の共通DLトンネルを構成し、追加のMBSセッションの特定のMBSセッションに関連付けられ得る。代替として、CN110は、図5Aに示されるシングルセッションMBSセッションリソースセットアップ手順586と同様に、CU172との追加のMBSセッションリソースセットアップ手順を実行して、CU172から追加のトランスポートレイヤ構成を取得することができる。異なる共通DLトンネルを区別するために、トランスポートレイヤ構成は異なり得る。特に、トランスポートレイヤ構成の任意のペアが、異なるIPアドレス、異なるDL TEID、または異なるIPアドレス、ならびに異なるDL TEIDを有し得る。
【0066】
いくつかの実装形態では、CN110は、第1のCN対BSメッセージに、第1のMBSセッションに参加するUEのリストを示すことができる。他の実装形態では、CN110は、第1のMBSセッションに参加するUEのリストを示す第2のCN対BSメッセージをCU172に送信することができる(512)。CN110は、第2のCN対BSメッセージに、第1のMBSセッションIDおよび/またはPDUセッションIDを含めることができる。CU172は、第2のCN対BSメッセージ512に応答して、第2のBS対CNメッセージをCN110に送信することができる(519)。そのような場合、第2のCN対BSメッセージは、非UE固有メッセージ、たとえば、UE102AまたはUE102Bに対して固有ではないメッセージであり得る。CU172は、第2のBS対CNメッセージに、第1のMBSセッションIDおよび/またはPDUセッションIDを含めることができる。たとえば、UEのリストはUE102Aおよび/またはUE102Bを含み得る。UEのリストを示すために、CN110は、各々がUEの特定のUEを識別する、(CN UEインターフェースID, RAN UEインターフェースID)ペアのリストを含み得る。CN110はCN UEインターフェースIDを割り当て、CU172はRAN UEインターフェースIDを割り当てる。CN110が第2のCN対BSメッセージにおいて(CN UEインターフェースID、RAN UEインターフェースID)ペアのリストを送信し(512)、CU172は、RAN UEインターフェースIDを含むBS対CNメッセージ(たとえば、NGAPメッセージ、INITIAL UE MESSAGEまたはPATH SWITCH REQUESTメッセージ)をUEの各々のためにCN110に送信し(図示せず)、CN110は、CN UEインターフェースIDを含むCN対BSメッセージ(たとえば、NGAPメッセージ、INITIAL CONTEXT SETUP REQUESTメッセージまたはPATH SWITCH REQUEST ACKNOWLEDGEメッセージ)をUEの各々のために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は、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のリストを送信する(512)前に、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は、第1のMBSセッションに参加するUE102(たとえば、UE102AまたはUE102Bのいずれか)(のみ)を示す第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は、UE102が第1のMBSセッションのMBSデータを受信するための構成パラメータを含むUEコンテキスト応答メッセージをCU172に送信する(516)。いくつかの実装形態では、CU172は、UEコンテキスト要求メッセージにQoS構成を含めることができる。そのような場合、CU172は、MBSセッションリソースセットアップ手順586の間に送信される(506)CU対DUメッセージにQoS構成を含めることも含めないこともある。構成パラメータ(の一部)は、MRB/MRB IDに関連付けられ得る。いくつかの実装形態では、DU174は、構成パラメータを含むようにDU構成を生成し、UEコンテキスト応答メッセージにDU構成を含める。いくつかの実装形態では、DU構成はCellGroupConfig IEであり得る。他の実装形態では、DU構成はMBS固有IEであり得る。いくつかの実装形態では、構成パラメータは1つまたは複数の論理チャネル(logical channel:LC)を構成する。たとえば、構成パラメータは、1つまたは複数の論理チャネルを構成するための1つまたは複数の論理チャネルID(logical channel ID:LCID)を含み得る。LCIDの各々は、1つまたは複数の論理チャネルの特定の論理チャネルを識別する。
【0068】
いくつかの実装形態では、第2のCN対BSメッセージおよび第2のBS対CNメッセージは、それぞれ、PDUセッションリソース修正要求メッセージおよびPDUセッションリソース修正応答メッセージであり得る。いくつかの実装形態では、第2のCN対BSメッセージおよび第2のBS対CNメッセージはUE関連メッセージであってもよく、すなわち、メッセージは特定のUE(たとえば、UE102Aまたは102B)に関連付けられる。
【0069】
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セッションのための追加のCN対BS 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を有し得る。
【0070】
いくつかの実装形態では、CN110は、第2のCN対BSメッセージにQoS構成を含める。そのような場合、CN110は、第1のCN対BSメッセージにQoS構成を含めてもよく、またはQoS構成を省略してもよい。いくつかの実装形態では、DU174は、CU対DUメッセージを受信した(506)こと、またはUEコンテキスト要求メッセージを受信した(514)ことに応答して、第1のMBSセッションのMBSデータを受信するためのUE102のための構成パラメータを生成する。いくつかの実装形態では、CU172は、UEコンテキスト要求メッセージおよび/またはCU対DUメッセージにQoS構成を含める。DU174は、QoS構成に従って構成パラメータの内容を決定することができる。CU172がCU対DUメッセージにもUEコンテキスト要求メッセージにもQoS構成を含めないとき、DU174は、所定の(デフォルト)QoS構成に従って構成パラメータの値を決定することができる。
【0071】
いくつかの実装形態では、UEコンテキスト要求メッセージおよびUEコンテキスト応答メッセージは、それぞれ、UE Context Setup RequestメッセージおよびUE Context Setup Responseメッセージである。他の実装形態では、UEコンテキスト要求メッセージおよびUEコンテキスト応答メッセージは、それぞれ、UE Context Modification RequestメッセージおよびUE Context Modification Responseメッセージである。
【0072】
UEコンテキスト応答メッセージを受信した(516)後、CU172は、構成パラメータおよび1つまたは複数のMRB構成を含むRRC再構成メッセージを生成し、RRC再構成メッセージをDU174に送信する(518)。そして、DU174は、RRC再構成メッセージをUE102に送信する(520)。UE102は次いで、RRC再構成完了メッセージ(たとえば、RRCReconfigurationCompleteメッセージ)をDU174に送信し(522)、そしてDU174はRRC再構成完了メッセージをCU172に送信する(523)。
【0073】
イベント512、514、516、518、519、520、522、および523は、図5AではMBS無線接続再構成手順588と集合的に呼ばれる。イベント514、516、518、520、522、および523は、図5AではMBS無線接続再構成手順589と集合的に呼ばれる。
【0074】
いくつかの実装形態では、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から取り出す。
【0075】
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を含めることができる。
【0076】
いくつかの実装形態では、MBS無線接続再構成手順588のそれぞれの事例は、UE102AおよびUE102Bの各々について存在する。第1のMBSセッションのMBSデータを受信するためのUE102AおよびUE102Bのための構成パラメータは同じであり得る。
【0077】
いくつかの実装形態では、CU172は、第2のBS対CNメッセージおよび/または後続のBS対CNメッセージにCU DLトランスポートレイヤ構成を含める。言い換えると、CU172は、UEが同じMBSセッションに参加することをCN対BSメッセージが示すことに応答して、BS対CNメッセージにおいて同じCU DLトランスポートレイヤ構成を送信することができる。そのような実装形態では、CN110は、MBSリソースセットアップ手順586とMBS無線接続再構成手順588を単一の手順へと混ぜ合わせることができる。
【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リソースセットアップ手順586(たとえば、イベント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トンネルを介してMBSデータ(たとえば、「MBSコンテンツデータ」または「MBSペイロードデータ」とも本明細書では交換可能に呼ばれる、1つまたは複数のMBSデータパケット)をCU172に送信することができ(524)、そしてCU172は、共通CU対DUトンネルを介して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)、PDCP PDUおよび論理チャネルIDをMAC PDUから取り出し、論理チャネルIDに従ってMRBに関連するPDCP PDUを識別し、MRB構成内のPDCP構成に従ってMBSデータパケットをPDCP PDUから取り出す。
【0080】
いくつかの実装形態では、CU172は、第1のCN対BSメッセージを受信したこと(504)または第2のCN対BSメッセージを受信したこと(512)に応答して、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メッセージを受信したこと(504)または第2のCN対BSメッセージを受信したこと(512)に応答して、UE102のためのUE固有CU対DU DLトンネルを構成する(と決定する)ことができる。そのような場合、CU172はイベント510を省略することができ、DU174は、UEコンテキスト応答メッセージに、UE固有CU対DU DLトンネルを構成するDLトランスポートレイヤ構成を含めることができる。そのような場合、CU174は、UE固有CU対DU DLトンネルを介してMBSデータをDU174に送信することができる(526)。
【0081】
いくつかの実装形態では、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)であり得る。いくつかの実装形態では、構成パラメータは、論理チャネルを構成する論理チャネル構成(たとえば、LogicaChannelConfig IE)を含み得る。いくつかの実装形態では、RLCベアラ構成はMRB IDを含み得る。
【0082】
いくつかの実装形態では、CU172は、MRB構成においてDLのみのRBとしてMRBを構成することができる。たとえば、CU172は、DLのみのRBとしてMRBを構成するために、MRB構成内のPDCP構成にUL構成パラメータを含めるのを控える。CU172は、たとえば上で説明されたように、MRB構成にDL構成パラメータのみを含める。そのような場合、CU172は、MBR構成の中の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は、たとえば、MRB構成の中の圧縮(解凍)プロトコル(たとえば、ロバストヘッダ圧縮(robust header compression: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であり得る。いくつかの実装形態では、構成パラメータは、グループ無線ネットワーク一時識別子(group radio network temporary identifier:G-RNTI)を含んでも含まなくてもよい。第1のMBSセッションに参加するUE(たとえば、UE102AおよびUE102B)のためのRRC再構成メッセージは、第1のMBSセッションのMBSデータを受信するためのものと同じ構成パラメータを含む。いくつかの実装形態では、UEのためのRRC再構成メッセージは、非MBSデータを受信するためのものと同じまたは異なる構成パラメータを含み得る。
【0086】
いくつかの実装形態では、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に送信することができる。
【0087】
他の実装形態では、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メッセージであり得る。
【0088】
図5Aを続いて参照すると、UE103は、上で論じられた手順502と同様のMBSセッション参加手順を実行することができる(530)。UE103は、手順502を参照して説明されたように、基地局104を介してCN110とのPDUセッション確立手順を実行することができる。UE103は、PDUセッション確立手順においてCN110とPDUセッションIDを通信することができる。UE103は、MBSセッション参加要求を送信して同じMBSセッションIDを指定することによって、UE102と同じMBSセッションに参加することができる。この例示的なシナリオでは、UE103は、基地局104がMBSデータパケットをUE102に送信し始めた(528)後、MBSセッションに参加する。CN110は、UE103がMBSセッションIDに対応するMBSセッションのためのMBSデータを受信し始めるべきであることを示すために、CU172に、MBSセッションIDおよび/またはPDUセッションIDを含むCN対BSメッセージを送信する(532)。
【0089】
いくつかのシナリオでは、CU172またはCN110は、イベント532において識別されたMBSセッションのためのDLトンネルがすでに存在すること、および手順586を実行する必要がないことを決定する。しかしながら、任意選択で、CU172は、イベント589に似た第1のMBSセッションのためのMBS無線接続再構成手順を触発するために、CU対DUメッセージをDU174に送信し(534)、DU174はDU構成で応答する(536)。
【0090】
CU172は、RRC再構成メッセージをDU174に送信し(538)、DU174は、MBSトラフィックを受信するようにUE103を構成するためにRRC再構成メッセージをUE103に送信する(540)。RRC再構成メッセージは、UE102(すなわち、UE102Aおよび/またはUE102B)がUE103と同じセルで動作するとき、イベント520と同じLCID(値)、MRB構成、およびRLCベアラ構成を含み得る。UE102と103が異なるセルで動作するとき、RRC再構成メッセージは、たとえば、異なるG-RNTI、LCID、および/またはRLCベアラ構成を有し得る。RRC再構成メッセージは、UE102および103が異なるセルで動作するとき、イベント520と同じMRB構成を含み得る。図3に示されるように、CU172は、共通CN対BS DLトンネルを介して到着するデータパケットを、各々が共通CU対DU DLトンネルおよび/またはそれぞれの論理チャネルに対応する1つまたは複数のMRBにマッピングすることができる。
【0091】
UE103は、イベント540のRRC再構成メッセージに応答して、RRC再構成完了メッセージ(たとえば、RRCReconfigurationCompleteメッセージ)を基地局104に(具体的にはDU174に)送信する(542)。基地局104のDU174がRRC再構成完了メッセージを受信した(542)ことに応答して、DU174は、RRC再構成完了メッセージをCU172に送信する(図5Aには示されない)。RRC再構成完了メッセージを受信する(542)前または後に、基地局104はいくつかの場合、たとえばイベント519と全般に似た方式で、別のBS対CNメッセージをCN110に送信する(539)。BS対CNメッセージは、たとえば、イベント532において指定されるMBSセッションに関連するUEの更新されたリストを示すことができる。UE103がMBSセッションに参加し(530)、必要なRRC構成を取得した(イベント540で)後、CU172は、共通CN対BS DLトンネルを介してMBSデータを受信し続け(544)、共通CU対DU DLトンネルを介してMBSデータをDU174に送信する(546)。いくつかの実装形態では、DU174は、マルチキャストを介してMBSデータをUE102およびUE103に送信する(548)。UE102およびUE103は、イベント528と同様にMBSデータを受信することができる(548)。代替として、基地局104は、ユニキャストを介して別々にMBSデータをUE102およびUE103に送信することができる(548)。
【0092】
次に図5Bを参照すると、シナリオ500Aと全般に似ているが、CN110が、MBSのためにCN対BSトンネルを構成した後ではなくその前に、非MBSセッションに参加するUEのリストを提供するような、シナリオ500Bが示される。上で論じられたものに似たこのシナリオにおけるイベントは、同じ参照番号で標識され、図5Aの例と実装形態は図5Bに当てはまり得る。図5Aのシナリオと図5Bのシナリオの違いが以下で論じられる。
【0093】
UE102は、手順502と同様に、しかし非MBSセッションのために、基地局104を介してCN110とのPDUセッション確立手順を実行する(550)。手順500の後に、CN110は、CU172に、PDUセッションIDを含むCN対BSメッセージを送信する(552)。CU172は、PDUセッションのための再構成手順を触発するためにCU対DUメッセージをDU174に送信し(554)、DU174はDU構成で応答する(556)。以下のイベント558、560、562、563は、図5Aのイベント518、520、522、523と似ているが、それらはMRB構成ではなくDRM構成のためのものである。RRC再構成完了メッセージを受信する(562)前に、またはその後に、基地局104はいくつかの場合、たとえばイベント519と全般に似た方式で、別のBS対CNメッセージをCN110に送信する(559)。BS対CNメッセージは、たとえば、イベント552において指定されるMBSセッションに関連するUEの更新されたリストを示すことができる。UE102が必要なRRC構成を取得した(560)後、CU172は、UE固有CN対BS DLトンネルを介して非MBSデータを受信する(564)ことを続け、UE固有CU対DU DLトンネルを介して、およびユニキャストを介して、非MBSデータをDU174に送信する(566)。したがって、UE102は、非MBSデータをDU174から受信することができる(568)。
【0094】
そのような場合、CN110は、第1または第2のCN対BSメッセージと同様に、追加のMBSセッションIDを、および任意選択で追加のMBSセッションIDのためのQoS構成を、MBSリソースセットアップおよびUE固有MBSセッション構成手順におけるCN対BSメッセージに含めることができる。そのような場合、CU172は、第1または第2のBS対CNメッセージと同様に、MBSリソースセットアップおよびUE固有MBSセッション構成手順におけるBS対CNメッセージに、追加の共通DLトンネルを構成するための、追加のMBSセッションのための追加のトランスポートレイヤ構成を含める。トランスポートレイヤ構成の各々は、共通DLトンネルの特定の共通DLトンネルを構成し、追加のMBSセッションの特定のMBSセッションに関連付けられ得る。トランスポートレイヤ構成は、異なる共通DLトンネルを区別するために異なり得る。特に、トランスポートレイヤ構成の任意のペアが、異なるIPアドレス、異なるDL TEID、または異なるIPアドレス、ならびに異なるDL TEIDを有し得る。
【0095】
MBSを受信している、または受信することに関心を持っているUEは、MBS関心指示をネットワークに(たとえば、CN110に)送信することができる。MBS関心指示に基づいて、ネットワークは、UEの能力、たとえばUEの無線能力を条件としてMBSおよびユニキャストサービスをUEが受けることを可能にしようとする。MBS関心指示において、UEは、UEがMBSを受信している、または受信することに関心を持っている周波数のセット(1つまたは複数の周波数を含む)を示すことができる。MBS関心指示はまた、示された1つまたは複数の周波数上でUEが受信している、または受信することに関心を持っている、MBSサービスのリストを示すことができる。さらに、UEは、サービングセルがMBSをサポートするかどうかにかかわらず、MBS関心指示を送信することができる。いくつかの場合、UEは、第1のMBS関心指示をネットワークに送信し、後で第2の更新されたMBS関心指示を送信することができる。
【0096】
一般に、UE(たとえば、UE102A)および/またはRAN(たとえば、RAN105)はMBSに関する情報を管理する。UEとRANとの間の無線接続が修正されるべきであると決定したことに応答して、UEは、MBS関心指示を維持するか、または解放するかのいずれかを決定することができる。UEがMBS関心指示を維持する場合、UEは後でMBS関心指示更新をRANに送信することができる。UEがMBS関心指示を解放する場合、UEは無線接続を修正した後に別のMBS関心指示をRANに送信し得る。
【0097】
同様に、RAN(たとえば、基地局104またはDU174および/もしくはCU172)のノードは、MBS関心指示もUEから受信することができ、UEとRANとの間の無線接続が修正されるべきであると決定したことに応答して、MBS関心指示に含まれる構成を維持するか、または解放するかのいずれかを行うことができる。UEおよび/またはRANにMBS関心指示を解放もしくは維持すると決定させることができるトリガイベントには、たとえば、UEが無線接続の障害を検出すること、またはUEがRANとの無線接続を中断し、再開し、もしくは再確立することを含み得る。
【0098】
さらに、MBS関心指示は、受信RANノードに、他のRANノードに、および/またはワイヤレス通信システムの1つまたは複数のCNに記憶され得る。たとえば、MBS関心指示をUEから受信するRANノードは、受信されたUE MBS関心指示を別のRANノード、CNなどに転送することができ、それらのいずれもが、UE MBS関心指示を他のRANノードおよび/またはCNに転送することができる。
【0099】
ここで図6Aを参照すると、データパケットが共通トンネルを介して到着したか、またはUE固有トンネルを介して到着したかに応じて、データパケットをマルチキャストを使用して送信するか、またはユニキャストを使用して送信するかを決定するための例示的な方法600Aが、たとえば、本開示のRANノード(たとえば、基地局104またはDU174)において実施され得る。方法600Aはブロック602において開始し、そこで、RANノードはデータパケットを上流ノードから受信する(たとえば、イベント518、524、526、538、544、546、564、566)。ブロック604において、RANノードは、データパケットが共通DLトンネルを介して受信されたかどうかを決定する。データパケットが共通DLトンネルを介して受信された場合、ブロック606において、RANノードは、マルチキャストを介してデータパケットを複数のUEに送信する(たとえば、イベント528、548)。データパケットが共通DLトンネルを介して受信されなかった場合(たとえば、データパケットがUE固有DLトンネルを介して受信された、または制御プレーンメッセージを介して受信された場合)、ブロック608において、RANノードは、ユニキャストを介してデータパケットを特定のUEに送信する(たとえば、イベント520、540、560、568)。
【0100】
ここで図6Bを参照すると、データパケットが第1のトンネルを介して到着したか、または第2のトンネルを介して到着したかに応じて、データパケットをマルチキャストを使用して送信するか、またはユニキャストを使用して送信するかを決定するための例示的な方法600Bが、たとえば、本開示のRANノード(たとえば、基地局104またはDU174)において実施され得る。方法600Bは全般に方法600Aと似ているが、ブロック602の後に、方法600Aのようにブロック604に進むのではなく、方法600Bはブロック605に進み、そこでRANノードが、データパケットが第1のDLトンネルを介して受信されたか、または第2のDLトンネルを介して受信されたかを決定するという点が異なる。データパケットが第1のDLトンネルを介して受信された場合、ブロック606において、RANノードは、マルチキャストを介してデータパケットを複数のUEに送信する。データパケットが第2のDLトンネルを介して受信された場合、ブロック608において、RANノードはユニキャストを介してデータパケットを特定のUEに送信する。
【0101】
ここで図7を参照すると、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成を有するか、または第2のトランスポートレイヤ構成を有するかに応じて、データパケットをマルチキャストを使用して送信するか、またはユニキャストを使用して送信するかを決定するための例示的な方法700が、たとえば、本開示のRANノード(たとえば、基地局104)において実施され得る。方法700はブロック702において開始し、ここで、RANノードは、パケットを上流ノードから受信するために(たとえば、イベント508、510)、第1のトランスポートレイヤ情報を含む第1のDLトランスポートレイヤ構成を構成する。ブロック704において、RANノードは、パケットを上流ノードから受信するために(たとえば、イベント508、510)、第2のトランスポートレイヤ情報を含む第2のDLトランスポートレイヤ構成を構成する。ブロック706において、RANノードは、特定のトランスポートレイヤ情報を含むDLトンネルパケットおよび特定のデータパケットを上流ノードから受信する(たとえば、イベント518、524、526、538、544、546、564、566)。ブロック708において、RANノードは、DLトンネルパケットからの特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報であるか、または第2のトランスポートレイヤ情報であるかを決定する。特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報である場合、方法700はブロック606に進み、そこで、RANノードはマルチキャストを介してデータパケットを複数のUEに送信する(たとえば、イベント528、548)。特定のトランスポートレイヤ情報が第2のトランスポートレイヤ情報である場合、方法700はブロック608に進み、そこで、RANノードはユニキャストを介してデータパケットを特定のUEに送信する(たとえば、イベント520、540、560、568)。
【0102】
ここで図8Aを参照すると、データパケットが共通トンネルを介して到着したか、またはUE固有トンネルを介して到着したかに応じて、データパケットのために第1の論理チャネル識別子または第2の論理チャネル識別子を選択するための例示的な方法800Aが、たとえば、本開示のRANノード(たとえば、基地局104またはDU174)において実施され得る。方法800Aはブロック802において開始し、そこで、RANノードがデータパケットを上流ノードから受信する(たとえば、イベント518、524、526、538、544、546、564、566)。ブロック804において、RANノードは、データパケットが共通DLトンネルを介して受信されたかどうかを決定する。データパケットが共通DLトンネルを介して受信された場合、ブロック806において、RANノードは第1の論理チャネルIDを選択する。ブロック808において、RANノードは、第1の論理チャネルIDおよびデータパケットを含むPDUを生成する。ブロック810において、RANノードは、マルチキャストを介してPDUを複数のUEに送信する(たとえば、イベント528、548)。
【0103】
データパケットが共通DLトンネルを介して受信されなかった場合(たとえば、データパケットがUE固有DLトンネルを介して、または制御プレーンメッセージを介して受信された場合)、ブロック812において、RANノードは第2の論理チャネルIDを選択する。ブロック814において、RANノードは、第2の論理チャネルIDおよびデータパケットを含むPDUを生成する。ブロック816において、RANノードは、ユニキャストを介してPDUを特定のUEに送信する(たとえば、イベント520、540、560、568)。
【0104】
ここで図8Bを参照すると、データパケットが第1のトンネルを介して到着したか、または第2のトンネルを介して到着したかに応じて、データパケットのために第1の論理チャネル識別子または第2の論理チャネル識別子を選択するための例示的な方法800Bが、たとえば、本開示のRANノード(たとえば、基地局104またはDU174)において実施され得る。方法800Bは全般に方法800Aと似ているが、ブロック802の後で、方法800Aのようにブロック804に進む代わりに、方法800Bはブロック805に進み、そこでRANノードが、データパケットが第1のDLトンネルを介して受信されたかまたは第2のDLトンネルを介して受信されたかを決定するという点が異なる。データパケットが第1のDLトンネルを介して受信された場合、ブロック806において、RANノードは第1の論理チャネルIDを選択する。ブロック808において、RANノードは、第1の論理チャネルIDおよびデータパケットを含むPDUを生成する。ブロック810において、RANノードはマルチキャストを介してPDUを複数のUEに送信する。
【0105】
データパケットが第2のDLトンネルを介して受信されなかった場合、ブロック812において、RANノードは第2の論理チャネルIDを選択する。ブロック814において、RANノードは、第2の論理チャネルIDおよびデータパケットを含むPDUを生成する。ブロック816において、RANノードはユニキャストを介してPDUを特定のUEに送信する。
【0106】
ここで図9を参照すると、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成を有するか、または第2のトランスポートレイヤ構成を有するかに応じて、データパケットのために第1の論理チャネル識別子または第2の論理チャネル識別子を選択するための例示的な方法900が、ある例では、本開示のRANノード(たとえば、基地局104)において実施され得る。方法900はブロック902において開始し、そこで、RANノードは、パケットを上流ノードから受信するために、第1のトランスポートレイヤ情報を含む第1のDLトランスポートレイヤ構成を構成する。ブロック904において、RANノードは、パケットを上流ノードから受信するために、第2のトランスポートレイヤ情報を含む第2のDLトランスポートレイヤ構成を構成する。ブロック906において、RANノードは、特定のトランスポートレイヤ情報および特定のデータパケットを含むDLトンネルパケットを上流ノードから受信する(たとえば、イベント518、524、526、538、544、546、564、566)。ブロック908において、RANノードは、DLトンネルパケットからの特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報であるか、または第2のトランスポートレイヤ情報であるかを決定する。特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報である場合、方法900はブロック910に進み、これは図8Aと図8Bに関して上で論じられたようなブロック806、808、および810を含む。特定のトランスポートレイヤ情報が第2のトランスポートレイヤ情報である場合、方法900はブロック912に進み、これは図8Aおよび図8Bに関して上で論じられたようなブロック812、814、および816を含む。
【0107】
ここで図10Aを参照すると、データパケットが共通トンネルを介して到着したか、またはUE固有トンネルを介して到着したかに応じて、データパケットのために、グループネットワーク一時識別子(G-RNTI)および第1の論理チャネルを、またはUE固有RNTI(C-RNTI)および第2の論理チャネルを選択するための例示的な方法1000Aが、ある例では、本開示のRANノード(たとえば、基地局104またはDU174)において実施され得る。方法1000Aはブロック1002において開始し、そこで、RANノードはデータパケットを上流ノードから受信する(たとえば、イベント518、524、526、538、544、546、564、566)。ブロック1004において、RANノードは、データパケットが共通DLトンネルを介して受信されたかどうかを決定する。
【0108】
データパケットが共通DLトンネルを介して受信された場合、ブロック1006において、RANノードは第1の論理チャネルIDおよびG-RNTIを選択する。ブロック1008において、RANノードは、第1の論理チャネルIDおよびデータパケットを含むPDUを生成する。ブロック1010において、RANノードは、PDUのPDSCH送信をスケジュールするためにDCIおよびDCIのCRCを生成する。ブロック1012において、RANノードは、スクランブルされたCRCを取得するために、G-RNTIを用いてCRCをスクランブルする。
【0109】
データパケットが共通DLトンネルを介して受信されなかった場合(たとえば、データパケットがUE固有DLトンネルを介して、または制御プレーンメッセージを介して受信された場合)、ブロック1014において、RANノードは第2の論理チャネルIDおよびC-RNTIを選択する。ブロック1016において、RANノードは、第2の論理チャネルIDおよびデータパケットを含むPDUを生成する。ブロック1018において、RANノードは、PDUのPDSCH送信をスケジュールするために、DCIおよびDCIのCRCを生成する。ブロック1020において、RANノードは、スクランブルされたCRCを取得するために、C-RNTIを用いてCRCをスクランブルする。
【0110】
いずれの場合でも、ブロック1012またはブロック1020の後、それぞれ、方法1000Aはブロック1022に進み、そこで、RANノードはPDCCH上でDCIおよびスクランブルされたCRCを送信する。ブロック1024において、RANノードは、DCIに従ってPDUのPDSCH送信を送信する。
【0111】
ここで図10Bを参照すると、データパケットが第1のトンネルを介して到着したか、または第2のトンネルを介して到着したかに応じて、データパケットのために、G-RNTIおよび第1の論理チャネルを、またはC-RNTIおよび第2の論理チャネルを選択するための例示的な方法1000Bが、ある例では、本開示のRANノード(たとえば、基地局104またはDU174)において実施され得る。方法1000Bは全般に方法1000Aと似ているが、ブロック1002の後で、方法1000Aのようにブロック1004に進むのではなく、方法1000Bはブロック1005に進み、そこで、RANノードが、データパケットが第1のDLトンネルを介して受信されたかまたは第2のDLトンネルを介して受信されたかを決定するという点が異なる。
【0112】
データパケットが第1のDLトンネルを介して受信された場合、ブロック1006において、RANノードは第1の論理チャネルIDおよびG-RNTIを選択する。ブロック1008において、RANノードは、第1の論理チャネルIDおよびデータパケットを含むPDUを生成する。ブロック1010において、RANノードは、PDUのPDSCH送信をスケジュールするために、DCIおよびDCIのCRCを生成する。ブロック1012において、RANノードは、スクランブルされたCRCを取得するために、G-RNTIを用いてCRCをスクランブルする。
【0113】
データパケットが第2のDLトンネルを介して受信されなかった場合、ブロック1014において、RANノードは第2の論理チャネルIDおよびC-RNTIを選択する。ブロック1016において、RANノードは、第2の論理チャネルIDおよびデータパケットを含むPDUを生成する。ブロック1018において、RANノードは、PDUのPDSCH送信をスケジュールするために、DCIおよびDCIのCRCを生成する。ブロック1020において、RANノードは、スクランブルされたCRCを取得するために、C-RNTIを用いてCRCをスクランブルする。
【0114】
いずれの場合も、ブロック1012またはブロック1020の後で、それぞれ、方法1000Aはブロック1022に進み、そこで、RANノードはPDCCH上でDCIおよびスクランブルされたCRCを送信する。ブロック1024において、RANノードは、DCIに従ってPDUのPDSCH送信を送信する。
【0115】
ここで図11を参照すると、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成であるか、または第2のトランスポートレイヤ構成であるかに応じて、データパケットのために、G-RNTIおよび第1の論理チャネル、またはC-RNTIおよび第2の論理チャネルを選択するための例示的な方法1100が、たとえば、本開示のRANノード(たとえば、基地局104)において実施され得る。方法1100はブロック1102において開始し、そこで、RANノードは、パケットを上流ノードから受信するために、第1のトランスポートレイヤ情報を含む第1のDLトランスポートレイヤ構成を構成する。ブロック1104において、RANノードは、パケットを上流ノードから受信するために、第2のトランスポートレイヤ情報を含む第2のDLトランスポートレイヤ構成を構成する。ブロック1106において、RANノードは、特定のトランスポートレイヤ情報および特定のデータパケットを含むDLトンネルパケットを上流ノードから受信する(たとえば、イベント518、524、526、538、544、546、564、566)。ブロック1108において、RANノードは、DLトンネルパケットからの特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報であるか、または第2のトランスポートレイヤ情報であるかを決定する。特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報である場合、方法1100はブロック1110に進み、これは、図10Aおよび図10Bに関して上で論じられたように、ブロック1006、1008、1010、1012、1022、および1024を含む。特定のトランスポートレイヤ情報が第2のトランスポートレイヤ情報である場合、方法1100はブロック1112に進み、これは、図1000Aおよび図1000Bに関して上で論じられたように、ブロック1014、1016、1018、1020、1022、および1024を含む。
【0116】
ここで図12を参照すると、データパケットが第1のサービス品質(QoS)フロー識別子と関連付けられるか、または第2のQoSフロー識別子と関連付けられるかに応じて、データパケットのために第1の論理チャネル識別子または第2の論理チャネル識別子を選択するための例示的な方法1200が、ある例において、本開示のRANノード(たとえば、基地局104またはDU174)において実施され得る。方法1200はブロック1202において開始し、そこで、RANノードはデータパケットを上流ノードから受信する(たとえば、イベント518、524、526、538、544、546、564、566)。方法1200は次いでブロック1250に進んでもよく、これは、ブロック1204、1206、1208、1210、1212、および1214を含む。ブロック1214において、RANノードは、受信されたデータパケットが第1のQoSフロー識別子と関連付けられるか、または第2のQoSフロー識別子と関連付けられるかを決定する。
【0117】
データパケットが第1のQoSフロー識別子と関連付けられる場合、方法1200はブロック1206に進み、そこでRANノードが第1の論理チャネルIDを選択する。ブロック1208において、RANノードは、第1の論理チャネルIDおよびデータパケットを含むPDUを生成する。
【0118】
データパケットが第2のQoSフロー識別子と関連付けられる場合、方法1200はブロック1210に進み、そこで、RANノードは第2の論理チャネルIDを選択する。ブロック1212において、RANノードは、第2の論理チャネルIDおよびデータパケットを含むPDUを生成する。
【0119】
いずれの場合でも、ブロック1208またはブロック1212の後に、それぞれ、方法1200はブロック1214に進み、そこで、RANノードがマルチキャストを介してPDUを複数のUEに送信する。
【0120】
ここで図13を参照すると、データパケットが第1のQoSフロー識別子と関連付けられるか、もしくは第2のQoSフロー識別子と関連付けられるかに応じて、データパケットのために第1の論理チャネル識別子を選択するか、もしくは第2の論理チャネル識別子を選択するかを、または、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成を有するか、もしくは第2のトランスポートレイヤ構成を有するかに応じて、データパケットのために第2の論理チャネルを選択するかどうかを決定するための例示的な方法1300が、ある例では、本開示のRANノード(たとえば、基地局104)において実施され得る。方法1300はブロック1302において開始し、そこで、RANノードは、パケットを上流ノードから受信するために、第1のトランスポートレイヤ情報を含む第1のDLトランスポートレイヤ構成を構成する。ブロック1304において、RANノードは、パケットを上流ノードから受信するために、第2のトランスポートレイヤ情報を含む第2のDLトランスポートレイヤ構成を構成する。ブロック1306において、RANノードは、特定のトランスポートレイヤ情報および特定のデータパケットを含むDLトンネルパケットを上流ノードから受信する(たとえば、イベント518、524、526、538、544、546、564、566)。ブロック1308において、RANノードは、DLトンネルパケットからの特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報であるか、または第2のトランスポートレイヤ情報であるかを決定する。特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報である場合、方法900はブロック1310に進み、それはブロック1250を含む(そしてこれは図12に関して上で論じられたようにブロック1204、1206、1208、1210、1212、および1214を含む)。特定のトランスポートレイヤ情報が第2のトランスポートレイヤ情報である場合、方法1300はブロック1312に進み、これは、図8Aおよび図8Bに関して上で論じられたようにブロック812、814、および816を含む。
【0121】
異なる実装形態では、RANノードは送信方式を選択するために任意の適切な数の要因を考慮することができ、RANノードは異なる優先度をこれらの要因に実質的に割り当てるために、任意の適切な順序でブロック1308、1310、および1312を実行することができる。
【0122】
ここで図14を参照すると、データパケットが第1のQoSフロー識別子と関連付けられるか、または第2のQoSフロー識別子と関連付けられるかに応じて、データパケットのために、第1の論理チャネル識別子およびG-RNTI、または第2の論理チャネル識別子およびG-RNTIを選択するための例示的な方法1400が、ある例では、本開示のRANノード(たとえば、基地局104またはDU174)において実施され得る。方法1400は、RANノードがデータパケットを上流ノードから受信するとき、ブロック1402において開始する。方法1400は次いでブロック1450に進み、これは、ブロック1404、1406、1408、1410、1412、1414、1416、1418、および1420を含む。ブロック1404において、RANノードは、受信されたデータパケットが第1のQoSフロー識別子と関連付けられるか、または第2のQoSフロー識別子と関連付けられるかを決定する。
【0123】
データパケットが第1のQoSフロー識別子と関連付けられる場合、方法1400はブロック1406に進み、そこで、RANノードは第1の論理チャネルIDおよびG-RNTIを選択する。ブロック1408において、RANノードは、第1の論理チャネルIDおよびデータパケットを含むPDUを生成する。
【0124】
データパケットが第2のQoSフロー識別子と関連付けられる場合、方法1400はブロック1410に進み、そこで、RANノードが第2の論理チャネルIDおよびG-RNTIを選択する。ブロック1412において、RANノードは、第2の論理チャネルIDおよびデータパケットを含むPDUを生成する。
【0125】
いずれの場合も、ブロック1408またはブロック1412の後で、それぞれ、方法1400はブロック1414に進み、そこで、RANノードは、PDUのPDSCH送信をスケジュールするために、DCIおよびDCIのCRCを生成する。ブロック1416において、RANノードは、スクランブルされたCRCを取得するために、G-RNTIを用いてCRCをスクランブルする。ブロック1418において、RANノードは、PDCCH上でDCIおよびスクランブルされたCRCを送信する。ブロック1420において、RANノードは、DCIに従ってPDUのPDSCH送信を送信する。
【0126】
ここで図15を参照すると、データパケットが第1のQoSフロー識別子と関連付けられるか、もしくは第2のQoSフロー識別子と関連付けられるかに応じて、データパケットのために、第1の論理チャネル識別子およびG-RNTIを選択するか、もしくは第2の論理チャネル識別子およびG-RNTIを選択するかを決定するための、または、データパケットがそれを介して到着したトンネルが第1のトランスポートレイヤ構成を有するか、もしくは第2のトランスポートレイヤ構成を有するかに応じて、データパケットのために第2の論理チャネルおよびC-RNTIを選択するかどうかを決定するための例示的な方法1500が、ある例では、本開示のRANノード(たとえば、基地局104)において実施され得る。
【0127】
方法1500はブロック1502において開始し、そこで、RANノードは、パケットを上流ノードから受信するために、第1のトランスポートレイヤ情報を含む第1のDLトランスポートレイヤ構成を構成する。ブロック1504において、RANノードは、パケットを上流ノードから受信するために、第2のトランスポートレイヤ情報を含む第2のDLトランスポートレイヤ構成を構成する。ブロック1506において、RANノードは、特定のトランスポートレイヤ情報および特定のデータパケットを含むDLトンネルパケットを上流ノードから受信する。ブロック1508において、RANノードは、DLトンネルパケットからの特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報であるか、または第2のトランスポートレイヤ情報であるかを決定する。特定のトランスポートレイヤ情報が第1のトランスポートレイヤ情報である場合、方法1500はブロック1510に進み、それはブロック1450を含む(そしてこれは、図14に関して上で論じられたような、ブロック1404、1406、1408、1410、1412、1414、1416、1418、および1420を含む)。特定のトランスポートレイヤ情報が第2のトランスポートレイヤ情報である場合、方法1500はブロック1512に進み、これは、図10Aおよび図10Bに関して上で論じられたような、ブロック1014、1016、1018、1020、1022、および1024を含む。
【0128】
以下の例の一覧は、本開示によって明確に企図される種々の実装形態を反映する。
【0129】
例1. 無線アクセスネットワーク(RAN)のノードにおいて実施される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法であって、処理ハードウェアによって上流ノードから、ダウンリンク(DL)トンネルを介してMBSデータパケットを受信するステップと、処理ハードウェアによってDLトンネルの1つまたは複数の性質に基づいて、MBSデータパケットを複数のUEに送信するためのマルチキャスト方式を選択するステップと、処理ハードウェアによって、その選択に従って、マルチキャスト方式を使用して無線インターフェースを介してデータパケットを複数のUEに送信するステップとを備える、方法。
【0130】
例2. 選択するステップが、DLトンネルが、上流ノードがそれを介してMBSデータパケットの単一のコピーを複数のUEに送信するように構成される共通DLトンネルであると、ノードを介して決定するステップを含む、例1の方法。
【0131】
例3. 受信するステップ、選択するステップ、および送信するステップが第1の事例において生じ、第2の事例において、UE固有トンネルを介して第2のデータパケットを受信するステップと、UE固有トンネルに基づいて、第2のデータパケットを少なくとも1つのあるUEに送信するためのユニキャスト方式を選択するステップと、ユニキャスト方式を使用して、無線インターフェースを介して第2のデータパケットを少なくとも1つのあるUEに送信するステップとをさらに備える、例2の方法。
【0132】
例4. 選択するステップが、DLトンネルがノードにおいて構成される複数のDLトンネルのうちの第1のDLトンネルであると決定するステップを含む、例1の方法。
【0133】
例5. 受信するステップ、選択するステップ、および送信するステップが第1の事例において生じ、第2の事例において、ノードにおいて構成される複数のDLトンネルのうちの第2のDLトンネルを介して第2のデータパケットを受信するステップと、複数のDLトンネルのうちの第2のDLトンネルに基づいて、第2のデータパケットを少なくとも1つのあるUEに送信するためのユニキャスト方式を選択するステップと、ユニキャスト方式を使用して、無線インターフェースを介して第2のデータパケットを少なくとも1つのあるUEに送信するステップとをさらに備える、例4の方法。
【0134】
例6. 選択するステップが、DLトンネルが、ノードにおいて複数のトランスポートレイヤ構成のうちの第1のトランスポートレイヤ構成を有すると決定するステップを含む、例1の方法。
【0135】
例7. 受信するステップ、選択するステップ、および送信するステップが第1の事例において生じ、第2の事例において、第2のDLトンネルを介して第2のデータパケットを受信するステップと、第2のDLトンネルがノードにおいて複数のトランスポートレイヤ構成のうちの第2のトランスポートレイヤ構成を有すると決定するステップと、ユニキャスト方式を使用して、無線インターフェースを介して第2のデータパケットを少なくとも1つのあるUEに送信するステップとをさらに備える、例6の方法。
【0136】
例8. DLトンネルの1つまたは複数の性質に基づいて論理チャネル識別子を選択するステップをさらに備える、先行する例のいずれかの方法。
【0137】
例9. 送信するステップが、プロトコルデータユニット(PDU)にMBSデータパケットおよび論理チャネル識別子を含めるステップを含む、例8の方法。
【0138】
例10. MBSデータパケットのために選択される論理チャネルがマルチキャストトラフィックチャネル(MTCH)である、例8の方法。
【0139】
例11. 論理チャネル識別子を選択するステップがさらに、MBSデータパケットのサービス品質(QoS)フロー識別子に基づく、例8から10のいずれかの方法。
【0140】
例12. DLトンネルの1つまたは複数の性質に基づいて、無線ネットワーク一時識別子(RNTI)を選択するステップをさらに備える、例1から10のいずれかの方法。
【0141】
例13. MBSデータパケットのために選択されるRNTIがグループRNTI(G-RNTI)である、例11の方法。
【0142】
例14. RNTIを選択するステップがMBSデータパケットのQoSフロー識別子にさらに基づく、例12または13のいずれかの方法。
【0143】
例15. ノードが分散型基地局の分散ユニット(DU)であり、上流ノードが分散型基地局の中央ユニット(CU)である、先行する例のいずれかの方法。
【0144】
例16. ノードが分散型基地局の分散ユニット(DU)であり、上流ノードがCUのユーザプレーン機能(CU-UP)である、例1から14のいずれかの方法。
【0145】
例17. ノードが分散型基地局の分散ユニット(DU)であり、上流ノードがCUの制御プレーン機能(CU-CP)である、例1から14のいずれかの方法。
【0146】
例18. ノードが基地局であり、上流ノードがコアネットワーク(CN)のユーザプレーン機能(UPF)である、例1から14のいずれかの方法。
【0147】
例19. ノードが基地局であり、上流ノードがCNのアクセスおよびモビリティ管理機能(AMF)である、例1から14のいずれかの方法。
【0148】
例20. 無線アクセスネットワーク(RAN)のノードにおいて実施される、データパケットの送信を管理するための方法であって、処理ハードウェアによって上流ノードから、サービス品質(QoS)フローに関連するMBSデータパケットを受信するステップと、処理ハードウェアによってQoSフローに基づいて、無線インターフェース上で論理チャネルを選択するステップと、処理ハードウェアによって論理チャネル上で、MBSデータパケットを複数のUEにマルチキャストするステップとを備える、方法。
【0149】
例21. MBSデータパケットを受信するステップが、DLトンネルを介してMBSデータパケットを受信するステップを含み、QoSフローに基づいて論理チャネルを選択するステップが、DLトンネルが複数のトランスポートレイヤ構成のうちの第1のトランスポートレイヤ構成を有すると決定することに応答したものである、例20の方法。
【0150】
例22. 決定するステップがさらに、DLトンネルが、上流ノードがそれを介してMBSデータパケットの単一のコピーを複数のUEに送信するように構成される共通DLトンネルであると決定するステップを含む、例21の方法。
【0151】
例23. 処理ハードウェアによってQoSフローに基づいて、RNTIを選択するステップをさらに備える、例20から22のいずれかの方法。
【0152】
例24. RNTIを選択するステップがG-RNTIを選択するステップを含む、例23の方法。
【0153】
例25. 処理ハードウェアを備え、先行する例のいずれかの方法を実施するように構成される、ネットワークノード。
【符号の説明】
【0154】
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
232 F1AP
220 トランスポートネットワークレイヤ
240 トランスポートネットワークレイヤ
271 PHY
272 データリンクレイヤ
274 IP
276 UDP
278 GTP-U
282 SCTP
302 MBSセッション
304 PDUセッション
312 DLトンネル
314 MRB
316 QoSフロー
322 UE固有DLトンネルおよび/またはULトンネル
324 DRB
402 MRB
404 DRB
412 DLトンネル
413 ULトンネル
422 DL論理チャネル
423 UL論理チャネル
432 UE固有DLトンネル
433 UE固有ULトンネル
442 DRB/DL論理チャネル
443 DRB/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
232 F1AP
220 トランスポートネットワークレイヤ
240 トランスポートネットワークレイヤ
271 PHY
272 データリンクレイヤ
274 IP
276 UDP
278 GTP-U
282 SCTP
302 MBSセッション
304 PDUセッション
312 DLトンネル
314 MRB
316 QoSフロー
322 UE固有DLトンネルおよび/またはULトンネル
324 DRB
402 MRB
404 DRB
412 DLトンネル
413 ULトンネル
422 DL論理チャネル
423 UL論理チャネル
432 UE固有DLトンネル
433 UE固有ULトンネル
442 DRB/DL論理チャネル
443 DRB/UL論理チャネル
【図1A】
【図1B】
【図2A】
【図2B】
【図2C】
【図2D】
【図2E】
【図3】
【図4】
【図5A】
【図5B】
【図6A】
【図6B】
【図7】
【図8A】
【図8B】
【図9】
【図10A】
【図10B】
【図11】
【図12】
【図13】
【図14】
【図15】
【手続補正書】
【提出日】2024-06-04
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線アクセスネットワーク(RAN)において分散型基地局の分散ユニット(DU)によって実行される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法であって、前記DUによって前記分散型基地局の中央ユニット(CU)から、ダウンリンク(DL)トンネルを介してデータパケットを受信するステップと、
前記DUによって、前記データパケットが、前記CUと前記DUを接続し前記CUがMBSデータパケットを複数のユーザ機器(UE)に送信する共通ダウンリンク(DL)トンネルを介して受信されたかどうかを決定するステップと、
前記DUが前記共通DLトンネルを介して前記データパケットを前記CUから受信したと前記DUが決定するとき、前記DUによって、前記データパケットを前記複数のUEに送信するためのマルチキャスト方式を選択するステップと、
前記DUが前記共通DLトンネルを介して前記データパケットを前記CUから受信しなかったと前記DUが決定するとき、前記DUによって、前記データパケットを特定のUEに送信するためのユニキャスト方式を選択するステップと、
前記選択された方式を使用して無線インターフェースを介して前記データパケットを前記複数のUEまたは前記特定のUEに送信するステップと
を備える、方法。
【請求項2】
前記DLトンネルを介して前記データパケットを前記受信するステップが、前記DUを介して、前記CUが前記データパケットの単一のコピーを前記複数のUEに送信するように構成される共通DLトンネルを介して前記データパケットを受信するステップを含む、請求項1に記載の方法。
【請求項3】
前記DLトンネルを介して前記データパケットを前記受信するステップが、UE固有DLトンネルを介して前記データパケットを受信するステップを含む、請求項1に記載の方法。
【請求項4】
前記選択するステップが、前記DLトンネルが前記DUにおいて構成される複数のDLトンネルのうちの第1のDLトンネルであると決定するステップを含む、請求項1に記載の方法。
【請求項5】
前記第1のDLトンネルを介して前記データパケットを前記受信するステップが、前記共通DLトンネルを介して前記データパケットを受信するステップを含み、
前記共通DLトンネルを介して前記データパケットを前記受信するステップ、前記選択するステップ、および前記送信するステップが第1の事例において生じ、
第2の事例において、
前記複数のDLトンネルのうちの第2のDLトンネルを介して第2のデータパケットを受信するステップと、
前記第2のDLトンネルに基づいて、前記第2のデータパケットを少なくとも1つのあるUEに送信するための前記ユニキャスト方式を選択するステップと、
前記ユニキャスト方式を使用して、前記無線インターフェースを介して前記第2のデータパケットを前記少なくとも1つのあるUEに送信するステップと
をさらに備える、請求項4に記載の方法。
【請求項6】
前記データパケットが前記共通DLトンネルを介して前記DUにおいて受信されたかどうかに基づいて論理チャネル識別子を選択するステップをさらに備える、請求項1に記載の方法。
【請求項7】
前記送信するステップが、プロトコルデータユニット(PDU)に前記データパケットおよび前記論理チャネル識別子を含めるステップを含む、請求項6に記載の方法。
【請求項8】
前記データパケットのために前記選択された論理チャネル識別子に対応する論理チャネルがマルチキャストトラフィックチャネル(MTCH)である、請求項6に記載の方法。
【請求項9】
前記論理チャネル識別子を前記選択するステップが、前記データパケットのサービス品質(QoS)フロー識別子にさらに基づく、請求項6に記載の方法。
【請求項10】
前記データパケットが前記共通DLトンネルを介して前記DUにおいて受信されたかどうかに基づいて、無線ネットワーク一時識別子(RNTI)を選択するステップをさらに備える、請求項1に記載の方法。
【請求項11】
前記データパケットのために選択される前記RNTIがグループRNTI(G-RNTI)である、請求項10に記載の方法。
【請求項12】
前記RNTIを前記選択するステップが、前記データパケットのQoSフロー識別子にさらに基づく、請求項10に記載の方法。
【請求項13】
前記DUによって前記CUから、前記共通DLトンネルをセットアップするための要求を受信し、前記共通DLトンネルをセットアップするための前記受信された要求に応答して、前記DUによって前記CUに、前記共通DLトンネルを構成するための第1のDU CLトランスポートレイヤ構成を送信するステップ、または、
前記DUによって前記CUから、前記UEのコンテキストの要求を受信し、前記UEの前記コンテキストに対する前記受信された要求に応答して、前記DUによって前記CUに、前記UE固有DLトンネルを構成するための第2のDU DLトランスポートレイヤ構成を送信するステップ
のうちの少なくとも1つをさらに備える、請求項3に記載の方法。
【請求項14】
無線アクセスネットワーク(RAN)のノードによって実行される、データパケットの送信を管理するための方法であって、前記ノードによって上流ノードから、サービス品質(QoS)フローに関連するデータパケットを受信するステップと、
前記受信されたデータパケットに関連する前記QoSフローが第1のQoSフローであるとき、前記ノードによって、無線インターフェース上で第1の論理チャネルを選択し、前記第1の論理チャネル上で、マルチキャストを介して前記データパケットを複数のUEに送信するステップと、
受信されたデータパケットに関連する前記QoSフローが第2のQoSフローであるとき、前記ノードによって、前記無線インターフェース上で第2の論理チャネルを選択し、前記第2の論理チャネル上で、ユニキャストを介して前記データパケットを複数のUEに送信するステップと
を備える、方法。
【請求項15】
前記データパケットを受信するステップが、DLトンネルを介して前記データパケットを受信するステップを含み、前記受信されたデータパケットが前記第1のQoSフローに関連するときに前記第1の論理チャネルを選択するステップが、前記DLトンネルが複数のトランスポートレイヤ構成のうちの第1のトランスポートレイヤ構成を有すると決定することに応答したものである、請求項14に記載の方法。
【請求項16】
前記決定するステップがさらに、前記DLトンネルが、前記上流ノードが前記データパケットの単一のコピーを前記複数のUEに送信するように構成される共通DLトンネルであると決定するステップを含む、請求項15に記載の方法。
【請求項17】
前記受信されたデータパケットが前記第2のQoSフローに関連するとき、UE固有RNTIを選択するステップ、または、
前記受信されたデータパケットが前記第1のQoSフローに関連するとき、G-RNTIを選択するステップ
のうちの少なくとも1つをさらに備える、請求項14に記載の方法。
【請求項18】
請求項1から17のいずれか一項に記載の方法を実施するように構成される、ネットワークノード。
【国際調査報告】