ホーム > 特許ランキング > Ｇｏｏｇｌｅ ＬＬＣ
知財求人 - 知財ポータルサイト「IP Force」
特表2024-539185分散型基地局におけるポイントツーポイント通信およびポイントツーマルチポイント通信の管理
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-28
(54)【発明の名称】分散型基地局におけるポイントツーポイント通信およびポイントツーマルチポイント通信の管理
(51)【国際特許分類】
H04W 4/06 20090101AFI20241018BHJP
H04W 88/08 20090101ALI20241018BHJP
H04W 8/24 20090101ALI20241018BHJP
H04W 72/23 20230101ALI20241018BHJP
H04W 72/121 20230101ALI20241018BHJP
【ＦＩ】
H04W4/06
H04W88/08
H04W8/24
H04W72/23
H04W72/121
【審査請求】有
【予備審査請求】有
(21)【出願番号】P 2024523761
(86)(22)【出願日】2022-10-18
(85)【翻訳文提出日】2024-06-12
(86)【国際出願番号】 US2022046939
(87)【国際公開番号】W WO2023069382
(87)【国際公開日】2023-04-27
(31)【優先権主張番号】63/271,115
(32)【優先日】2021-10-22
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】502208397
【氏名又は名称】グーグル エルエルシー
【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ
【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】100108453
【弁理士】
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100133400
【弁理士】
【氏名又は名称】阿部 達彦
(72)【発明者】
【氏名】チー－シャン・ウ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067EE02
5K067EE10
(57)【要約】
MBSの送信を管理するための方法は、CUおよびDUを含む分散型基地局のCUにおいて実施される。方法は、コアネットワーク(CN)から、MBSセッションに関連するダウンリンク(DL)MBSデータを送信するためのリソースを構成するための要求を受信するステップと、(i)DUの能力または(ii)MBSセッションに参加したUEの能力の少なくとも1つに基づいて、DUが無線インターフェースの少なくとも1つの上でMBSデータをUEに、PTP配信機構を使用して送信すべきか、またはPTM配信機構を使用して送信すべきかを決定するステップと、決定された配信機構に従ってDUにMBSデータを送信させるステップとを含む。
【特許請求の範囲】
【請求項1】
中央ユニット(CU)および分散ユニット(DU)を含む分散型基地局の前記CUにおいて実施される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法であって、前記CUによってコアネットワーク(CN)から、MBSセッションに関連するダウンリンク(DL)MBSデータを送信するためのリソースを構成するための要求を受信するステップと、
(i)前記DUの能力または(ii)前記MBSセッションに参加したUEの能力の少なくとも1つに基づいて、前記DUが無線インターフェースの少なくとも1つの上で前記MBSデータを前記UEに、ポイントツーポイント(PTP)配信機構を使用して送信すべきか、またはポイントツーマルチポイント(PTM)配信機構を使用して送信すべきかを決定するステップと、
前記決定された配信機構に従って前記DUに前記MBSデータを送信させるステップとを備える、方法。
【請求項2】
前記UEに固有のDLトンネルを介して前記MBSデータを前記DUに送信するステップをさらに備え、前記DLトンネルがCU対DUリンクのトランスポートレイヤにおいて動作する、請求項1に記載の方法。
【請求項3】
前記UEおよび少なくとも1つの他のUEを含むグループに共通のDLトンネルを介して前記MBSデータを前記DUに送信するステップをさらに備え、前記DLトンネルがCU対DUリンクのトランスポートレイヤにおいて動作する、請求項1に記載の方法。
【請求項4】
前記DUに前記MBSデータを前記UEへ送信させるステップが、前記DUに、前記PTM配信機構を使用して前記MBSデータに含まれるMBSデータパケットを前記UEへ送信させるステップと、
前記DUが前記PTM配信機構を使用した前記UEへの前記MBSデータの配信の失敗を検出する場合、前記DUに、前記PTP配信機構を使用して前記MBSデータパケットを前記UEへ再送信させるステップとを含む、請求項1に記載の方法。
【請求項5】
前記決定するステップが、前記DUがマルチキャスト通信をサポートするかどうかに少なくとも一部基づく、請求項1から4のいずれか一項に記載の方法。
【請求項6】
前記決定するステップが、前記UEがMBSのためのマルチキャスト通信をサポートするかどうかに少なくとも一部基づく、請求項1から5のいずれか一項に記載の方法。
【請求項7】
分散ユニット(DU)および中央ユニット(CU)を含む分散型基地局の前記DUにおいて実施される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法であって、前記DUによってCUから、MBSセッションに関連するダウンリンク(DL)MBSデータを受信するために利用すべきユーザ機器(UE)のための構成パラメータを要求するCU対DUメッセージを受信するステップと、
前記DUによって、前記UEがマルチキャスト構成をサポートするかどうかに基づいて、前記DL MBSデータを前記DUから受信するために利用すべき前記UEのためのDU構成に、グループ無線ネットワーク一時識別子(G-RNTI)を含めるかどうかを決定するステップと、
前記DUによって、前記決定に従って、前記DU構成を生成するステップと、
前記DUによって前記CUに、前記DU構成を送信するステップとを備える、方法。
【請求項8】
前記生成するステップが、前記UEがマルチキャスト構成をサポートすると決定したことに応答して、前記DU構成に前記G-RNTIを含めるステップを含む、請求項7に記載の方法。
【請求項9】
前記生成するステップが、前記UEがマルチキャスト構成をサポートしないと決定したことに応答して、前記DU構成に前記G-RNTIを含めるのを控えるステップを含む、請求項7に記載の方法。
【請求項10】
前記DUによって前記CUから、前記DU構成を含むメッセージを受信するステップと、前記DUによって前記UEに、前記メッセージを送信するステップとをさらに備える、請求項7から9のいずれか一項に記載の方法。
【請求項11】
処理ハードウェアを備え、請求項1から10のいずれか一項に記載の方法を実施するように構成される、分散型基地局のネットワークノード。
【発明の詳細な説明】
【技術分野】
【0001】
本開示はワイヤレス通信に関し、より具体的には、分散型基地局環境においてマルチキャストおよび/またはブロードキャスト通信を管理することに関する。
【背景技術】
【0002】
本明細書で提供される背景の説明は、本開示の文脈を全体的に提示するためのものである。この背景技術のセクションにおいて説明される範囲内で、本明細書で名前を挙げられる発明者の成果、ならびに、出願の時点において従来技術として場合によっては適格ではない可能性がある説明の態様は、本開示に対する従来技術として明確にも暗黙的にも認められない。
【0003】
遠隔通信システムにおいて、無線プロトコルスタックのパケットデータコンバージェンスプロトコル(PDCP)サブレイヤは、ユーザプレーンデータの転送、暗号化、完全性保護などのサービスを提供する。たとえば、Evolved Universal Terrestrial Radio Access (EUTRA)無線インターフェース(第3世代パートナーシッププロジェクト(3GPP)仕様TS 36.323参照(「3GPP」は登録商標))および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】
第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用途、および公衆安全に関する緊急メッセージなどの、多くのコンテンツ配信用途において有用であり得る。
【発明の概要】
【発明が解決しようとする課題】
【0007】
5G NRは、無線インターフェースを介したMBSパケットフローの送信のために、ポイントツーポイント(PTP)配信方法とポイントツーマルチポイント(PTM)配信方法の両方を提供する。PTP通信においては、RANノードは、無線インターフェースを介して、各MBSデータパケットの異なるコピーを異なるUEに送信するが、PTM通信においては、RANノードは、無線インターフェースを介して、各MBSデータパケットの単一のコピーを複数のUEに送信する。しかしながら、いくつかのシナリオでは、基地局がコアネットワークからMBSデータパケットをどのように受信するか、および基地局が各MBSデータパケットをUEにどのように送信するかが不明確である。
【課題を解決するための手段】
【0008】
本開示の技法の1つの例示的な実施形態は、CUおよびDUを含む分散型基地局のCUにおいて実施される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法である。この方法は、処理ハードウェアによってコアネットワークから、UEのためのMBSデータパケットを受信するステップと、(i)DUの能力または(ii)UEの能力の少なくとも1つに基づいて、DUが無線インターフェース上でMBSデータパケットをUEに、ポイントツーポイント(PTP)配信機構を使用して送信すべきか、またはポイントツーマルチポイント(PTM)配信機構を使用して送信すべきかを決定するステップと、決定された配信機構に従ってDUにMBSデータを送信させるステップとを含む。
【0009】
これらの技法の別の例示的な実施形態は、処理ハードウェアを含み、上の方法の1つを実施するように構成される、ネットワークノードである。
【図面の簡単な説明】
【0010】
【図1A】コアネットワーク(CN)、基地局(BS)、およびユーザ機器(UE)が分散型基地局環境においてマルチキャストおよび/またはブロードキャストサービス(MBS)通信を管理するための本開示の技法を実施することができる、例示的なワイヤレス通信システムのブロック図である。
【図2D】CUおよびDUがそれに従ってユーザプレーントラフィックを通信することができる例示的なプロトコルスタックのブロック図である。
【図2E】CUおよびDUがそれに従って制御プレーントラフィックを通信することができる例示的なプロトコルスタックのブロック図である。
【図3】MBSセッションおよびPDUセッションのための例示的なトンネルアーキテクチャを示すブロック図である。
【図4】分散型基地局がUEとのマルチキャスト、ブロードキャスト、および/またはユニキャストトラフィックを通信するために構成することができる、例示的なMRBおよびDRBを示すブロック図である。
【図5A】DUがあるMBSセッションのためにPTP構成を生成し、UE固有のダウンリンク(DL)トンネルを介してDL MBSデータをDUに送信するような、例示的なシナリオのメッセージング図である。
【図5B】DUがあるMBSセッションのためにPTP構成を生成し、共通(グループ固有)DLトンネルを介して複数のUEのためにダウンリンクMBSデータをDUに送信するような、例示的なシナリオのメッセージング図である。
【図6A】DUがあるMBSセッションのためにPTM構成を生成し、グループ固有DLトンネルを介してダウンリンクMBSデータをDUに送信するような、例示的なシナリオのメッセージング図である。
【図6B】DUがあるMBSセッションのためにUEのセットのためのPTP構成およびUEの別のセットのためのPTM構成を生成し、UE固有トンネルおよびグループ固有トンネルを使用してダウンリンクMBSデータをDUに送信するような、例示的なシナリオのメッセージング図である。
【図7A】CUがあるUEのためにMBSセッションのためのPTPリソースとPTMリソースの両方を構成するような、例示的なシナリオのメッセージング図である。
【図8A】UEがマルチキャスト通信をサポートするかどうかに応じて、DUにUEのためのPTM構成を要求させるか、またはPTP構成を要求させるかを決定するための、CUにおける例示的な方法の流れ図である。
【図8B】DUがマルチキャスト通信をサポートするかどうかに応じて、DUにUEのためのPTM構成を要求させるか、またはPTP構成を要求させるかを決定するための、CUにおける例示的な方法の流れ図である。
【図8C】UEがMBSのためのマルチキャスト通信をサポートするかどうかに応じて、DUにUEのためのPTM構成を要求させるか、またはPTP構成を要求させるかを決定するための、CUにおける例示的な方法の流れ図である。
【図9A】UEがマルチキャスト通信をサポートするかどうかに応じて、UEのためのPTP構成を生成するか、またはPTM構成を生成するかを決定するための、DUにおける例示的な方法の流れ図である。
【図9B】UEがMBSのためのマルチキャスト通信をサポートするかどうかに応じて、UEのためのPTP構成を生成するか、またはPTM構成を生成するかを決定するための、DUにおける例示的な方法の流れ図である。
【図10A】UEがマルチキャスト通信をサポートするかどうかに応じて、グループ固有トンネルを構成するか、または1つまたは複数のUE固有トンネルを構成するかを決定するための、CUにおける例示的な方法の流れ図である。
【図10B】DUがマルチキャスト通信をサポートするかどうかに応じて、グループ固有トンネルを構成するか、または1つまたは複数のUE固有トンネルを構成するかを決定するための、CUにおける例示的な方法の流れ図である。
【図11A】CUがMBSセッションのためのマルチキャスト構成パラメータを要求したかどうかに応じて、DU構成にG-RNTIなどのグループ識別子を含めるかどうかを決定するためのDUにおける例示的な方法の流れ図である。
【図11B】UEがマルチキャスト構成をサポートするかどうかに応じて、UEに関するDU構成にG-RNTIなどのグループ識別子を含めるかどうかを決定するためのDUにおける例示的な方法の流れ図である。
【図11C】DUがマルチキャスト通信をサポートするかどうかに応じて、DU構成にG-RNTIなどのグループ識別子を含めるかどうかを決定するためのDUにおける例示的な方法の流れ図である。
【図12A】CUがMBSセッションのためのマルチキャスト構成パラメータを要求したかどうかに応じて、DU構成にG-RNTIを含めるか、またはユニキャスト構成を含めるかを決定するための、DUにおける例示的な方法の流れ図である。
【図12B】UEがマルチキャスト構成をサポートするかどうかに応じて、UEに関するDU構成にG-RNTIを含めるか、またはユニキャスト構成を含めるかを決定するための、DUにおける例示的な方法の流れ図である。
【図12C】DUがマルチキャスト通信をサポートするかどうかに応じて、UEに関するDU構成にG-RNTIを含めるか、またはユニキャスト構成を含めるかを決定するための、DUにおける例示的な方法の流れ図である。
【図13】DUが以前にMBSセッションを構成したかどうかに応じて、DUがMBSセッションのための構成を生成すべきかどうかを決定するための、DUにおける例示的な方法の流れ図である。
【図14A】MBSデータのPTP受信を構成するためのUEにおける例示的な方法の流れ図である。
【図14B】PTPサポートをRANに明確に示すことなく、MBSデータのPTP受信を構成するためのUEにおける例示的な方法の流れ図である。
【図15】MBSに関する能力をRANおよび/またはCNに示すためのUEにおける例示的な方法の流れ図である。
【図16】UEがマルチキャストおよびユニキャスト能力をRANならびに/またはCNにどのように報告すべきかを決定するためのUEにおける例示的な方法の流れ図である。
【発明を実施するための形態】
【0011】
以下でより詳しく論じられるように、本開示の分散型基地局のノードは、CU対DUインターフェース、ならびに1つまたは複数のDUとMBSセッションに参加した複数のUEとの間の無線インターフェースにおいて、MBS送信を管理する。より具体的には、CUは、CNから受信されたMBSデータパケットを複数のUEに送信するための、共通DLトンネルをCU対DUリンク上で構成することができる。1つまたは複数のDUは、MBSセッションのための無線インターフェース上で論理チャネル(たとえば、MTCH、DTCH)を構成することができる。CUはさらに、CU対DUリンク上のDLトンネル、任意選択でCU対DUリンク上のULトンネル、1つまたは複数のDL論理チャネル、および任意選択で1つまたは複数のアップリンク論理チャネルを含む、マルチキャスト無線ベアラ(MRB)を構成することができる。またさらに、CUはいくつかの場合、MBSセッションの複数のQoSフローを構成することができ、DUはそれらをそれぞれの異なる論理チャネルにマッピングすることができる。
【0012】
図1Aは、マルチキャストおよび/またはブロードキャストサービス(MBS)情報の送信と受信を管理するための本開示の技法が実施され得る、例示的なワイヤレス通信システム100を示す。ワイヤレス通信システム100は、コアネットワーク(CN)110に接続された無線アクセスネットワーク(RAN)105のユーザ機器(UE)102A、102Bならびに基地局104、106を含む。他の実装形態またはシナリオでは、ワイヤレス通信システム100は代わりに、図1Aに示されるよりも多数もしくは少数のUE、および/または多数もしくは少数の基地局を含んでもよい。基地局104、106は、たとえば、evolved node B(eNB)、次世代eNB(ng-eNB)、または5G Node B(gNB)などの、任意の適切な1つまたは複数のタイプの基地局であり得る。より具体的な例として、基地局104はeNBまたはgNBであってもよく、基地局106はgNBであってもよい。
【0013】
基地局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)として動作する。
【0014】
非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がアイドル状態または非活動状態において少量のデータ送信をサポートする場合、UE102Aはアイドル状態または非活動状態にあり得る。
【0015】
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)であり得る。
【0016】
基地局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を含み得る。
【0017】
基地局106は処理ハードウェア140を含み、これは、1つまたは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、および/または専用処理ユニットを含み得る。図1Aの例示的な実装形態における処理ハードウェア140は、MBSコントローラ142および非MBSコントローラ144を含み、これらは、基地局130のコントローラ132および134とそれぞれ似ていてもよい。図1Aには示されていないが、RAN105は、基地局104の処理ハードウェア130および/または基地局106の処理ハードウェア140と似た処理ハードウェアを伴う追加の基地局を含み得る。
【0018】
UE102Aは処理ハードウェア150を含み、これは、1つまたは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、および/または専用処理装置を含み得る。図1Aの例示的な実装形態における処理ハードウェア150は、MBS情報の受信を管理または制御するように構成されるMBSコントローラ152を含む。たとえば、以下で論じられるように、UE MBSコントローラ152は、RRC構成、MBS手順に関連する手順およびメッセージング、ならびに/または、それらの構成および/もしくは手順に関連する他の動作をサポートするように構成され得る。処理ハードウェア150はまた、UE102Aが非MBS動作の間にMNおよび/またはSNと通信するとき、以下で論じられる実装形態のいずれかに従って、1つまたは複数のRRC構成および/またはRRC手順を管理もしくは制御するように構成される非MBSコントローラ154を含み得る。図1Aには示されていないが、UE102Bは、UE102Aの処理ハードウェア150に似た処理ハードウェアを含み得る。
【0019】
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インターフェースをサポートし得る。
【0020】
他のコンポーネントの中でもとりわけ、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セッションを管理するように構成される。
【0021】
UPF162、AMF164、および/またはSMF166は、MBSをサポートするように構成され得る。たとえば、SMF166は、MBSトランスポートを管理もしくは制御し、MBSフローのためのUPF162および/もしくはRAN105を構成し、ならびに/または、UE(たとえば、UE102Aまたは102B)のためのMBSのための1つまたは複数のMBSセッションもしくはPDUセッションを管理もしくは構成するように構成され得る。UPF162は、オーディオ、ビデオ、インターネットトラフィックなどへのMBSデータパケットをRAN105に転送するように構成される。UPF162および/またはSMF166は、図1Aに示される接頭辞「(MB-)」によって表記される、非MBSユニキャストサービスとMBSサービスの両方のために、またはMBSサービスだけのために構成され得る。
【0022】
一般に、ワイヤレス通信システム100は、NRセルおよび/またはEUTRAセルをサポートする任意の適切な数の基地局を含み得る。より具体的には、EPC111または5GC160は、NRセルおよび/またはEUTRAセルをサポートする任意の適切な数の基地局に接続され得る。以下の例は特定のCNタイプ(EPC、5GC)およびRATタイプ(5G NRおよびEUTRA)を特に参照するが、一般に、たとえば、本開示の技法は、第6世代(6G)無線アクセスおよび/または6Gコアネットワークもしくは5G NR-6G DCなどの、他の適切な無線アクセスおよび/またはコアネットワーク技術にもあてはまり得る。
【0023】
ワイヤレス通信システム100の異なる構成またはシナリオでは、基地局104は、MeNB、Mng-eNB、またはMgNBとして動作することができ、基地局106は、SgNBまたはSng-eNBとして動作することができる。UE102Aは、EUTRAもしくはNRなどの同じ無線アクセス技術(RAT)を介して、または異なるRATを介して、基地局104および基地局106と通信することができる。
【0024】
基地局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)状態にあり得る。
【0025】
図1Bは、基地局104および106の任意の1つまたは複数の例示的な分散型の実装形態を示す。この実装形態では、基地局104、106は、中央ユニット(CU)172および1つまたは複数の分散ユニット(DU)174を含む。CU172は、1つまたは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、および/または専用処理ユニットなどの、処理ハードウェアを含む。たとえば、CU172は、図1Aの処理ハードウェア130もしくは140の一部またはすべてを含み得る。
【0026】
DU174の各々はまた、1つまたは複数の汎用プロセッサ(たとえば、CPU)および1つまたは複数の汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、ならびに/または専用処理ユニットを含み得る、処理ハードウェアを含む。たとえば、処理ハードウェアは、1つまたは複数の媒体アクセス制御(MAC)動作または手順(たとえば、ランダムアクセス手順)を管理もしくは制御するように構成されるMACコントローラと、基地局(たとえば、基地局104)がMNまたはSNとして動作するときに、1つまたは複数のRLC動作または手順を管理もしくは制御するように構成される無線リンク制御(RLC)コントローラとを含み得る。処理ハードウェアはまた、1つまたは複数の物理(PHY)レイヤ動作または手順を管理もしくは制御するように構成される、PHYレイヤコントローラを含み得る。
【0027】
いくつかの実装形態では、CU172は、CU172のパケットデータコンバージェンスプロトコル(PDCP)プロトコルおよび/またはCU172の無線リソース制御(RRC)プロトコルの制御プレーン部分をホストする、1つまたは複数の論理ノード(CU-CP172A)を含み得る。CU172はまた、CU172のPDCPプロトコルおよび/またはサービスデータ適応プロトコル(SDAP)プロトコルのユーザプレーン部分をホストする、1つまたは複数の論理ノード(CU-UP172B)を含み得る。本明細書で説明されるように、CU-CP172Aは、非MBS制御情報およびMBS制御情報を送信することができ、CU-UP172Bは、非MBSデータパケットおよびMBSデータパケットを送信することができる。
【0028】
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によって確立される。
【0029】
図2Aは、簡略化された方式で、UE(たとえば、UE102Aまたは102B)がそれに従ってeNB/ng-eNBまたは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をサポートすることができる。本明細書では、サブレイヤは単に「レイヤ」とも呼ばれる。
【0030】
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サービスのためのアプリケーション制御情報を含み得る。
【0031】
制御プレーン上で、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、たとえば、RRCメッセージまたは非アクセス層(NAS)メッセージを交換するためにSRBを提供することができる。ユーザプレーン上で、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、データ交換をサポートするためにDRBを提供することができる。NR PDCPサブレイヤ210上で交換されるデータは、たとえば、SDAP PDU、IPパケット、またはイーサネットパケットであり得る。
【0032】
UE102Aまたは102Bが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であり得る。
【0033】
いくつかの実装形態では、基地局(たとえば、基地局104、106)は、1つまたは複数のMBS無線ベアラ(MRB)を介してMRBデータパケットをブロードキャストし、そして、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を使用する。
【0034】
図2Bは、簡略化された方式で、UE102Aまたは102BがDU(たとえば、DU174)およびCU(たとえば、CU172)と通信するために使用することができる、例示的なプロトコルスタック250を示す。無線プロトコルスタック200は、図2Bにおいて無線プロトコルスタック250によって示されるように機能的に分割される。基地局104または106のいずれにおけるCUも、すべての制御機能およびより上位のレイヤの機能(たとえば、RRC214、SDAP212、NR PDCP210)を保持することができるが、より下位のレイヤの動作(たとえば、NR RLC206B、NA MAC204B、およびNR PHY202B)はDUに委ねられる。5GCへの接続をサポートするために、NR PDCP210はSRBをRRC214に提供し、NR PDCP210はDRBをSDAP212に提供し、SRBをRRC214に提供する。
【0035】
図2Cは、簡略化された方式で、UE102Aまたは102BがDU(たとえば、DU174)およびCU(たとえば、CU172)と通信するために使用することができる例示的なプロトコルスタック260を示す。プロトコルスタック260は全般にプロトコルスタック250と似ているが、ここでは、RRCレイヤ214は、DU174に対して透過的に、UEとCU172との間でRRCメッセージを運ぶためにPDCPレイヤ210に重ねられる。
【0036】
図2Dは、CU172およびDU174がそれに従ってユーザプレーントラフィックを通信することができる例示的なプロトコルスタック270のブロック図である。GTP-Uレイヤ278は、UDP276に重ねられ、そしてIP274に重ねられる。UDP/IPレイヤは、データリンクレイヤ272およびPHY271レイヤの上にある。PHYレイヤ271は、たとえば有線リンクであり得る。
【0037】
図2Eは、CU172およびDU174がそれに従って制御プレーントラフィックを通信することができる例示的なプロトコルスタック280のブロック図である。スタック280は全般にスタック270に似ているが、ストリーム制御送信プロトコル(SCTP)レイヤ282は制御メッセージを運ぶためにIPレイヤ274の上にある。
【0038】
図3を参照すると、MBSセッション302Aは、CN110および基地局104/106にエンドポイントがあるトンネル312Aを含み得る。MBSセッション302Aは、たとえば、Temporary Mobile Group Identity (TMGI)などのあるセッションIDに対応し得る。MBSデータは、たとえば、IPパケット、TCP/IPパケット、UDP/IPパケット、リアルタイムトランスポートプロトコル(RTP)/UDP/IPパケット、またはRTP/TCP/IPパケットを含み得る。
【0039】
いくつかの場合、CN110および/または基地局104/106は、CN110から基地局104/106に向けられるMBSトラフィックだけのためにトンネル312Aを構成し、トンネル312Aはダウンリンク(DL)トンネルと呼ばれ得る。しかしながら、他の場合には、CN110および基地局104/106は、たとえば、UEからのコマンドまたはサービス要求をサポートするために、ダウンリンクならびにアップリンク(UL)MBSトラフィックのためのトンネル312Aを使用する。さらに、基地局104/106はトンネル312Aを介して到着したMBSトラフィックを複数のUEに向けることができるので、トンネル312Aは共通トンネルまたは共通DLトンネルと呼ばれ得る。
【0040】
トンネル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を介して移動するデータパケットを識別することができる。
【0041】
図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の各々は、それぞれの論理チャネルに対応し得る。
【0042】
MBSトラフィックは、トンネル312A、312Bなどの各々のための、1つまたは複数のサービス品質(QoS)フローを含み得る。たとえば、トンネル312B上のMBSトラフィックは、QoSフロー316A、316B、...316Lを含むフロー316のセットを含み得る。さらに、MRBの論理チャネルは、単一のQoSフローまたは複数のQoSフローをサポートすることができる。図3の例示的な構成では、基地局104/106は、QoSフロー316Aおよび316BをMRB314B-1のMTCHに、QoSフロー316LをMRB314B-NのMTCHにマッピングする。
【0043】
様々なシナリオにおいて、CN110は、異なるタイプのMBSトラフィックを異なるQoSフローに割り当てることができる。たとえば、比較的QoS値の高いフローはオーディオパケットに対応することがあり、比較的QoS値の低いフローはビデオパケットに対応することがある。別の例として、比較的QoS値の高いフローはビデオ圧縮において使用されるIフレームまたは完全な画像に対応することがあり、比較的QoS値の低いフローはIフレームへの変更のみを含むPフレームまたは予測ピクチャに対応することがある。
【0044】
図3の参照を続けると、基地局104/106およびCN110は、CN110と特定のUEとの間のユニキャストトラフィックをサポートするために、1つまたは複数のPDUセッションを維持することができる。PDUセッション304Aは、DRB324A-1、324A-2、...324A-Nなどの1つまたは複数のDRB324Aに対応する、UE固有DLトンネルおよび/またはUE固有ULトンネル322Aを含み得る。DRB324Aの各々は、専用トラフィックチャネル(DTCH)などのそれぞれの論理チャネルに対応し得る。基地局104/106およびCN110は、CN110と特定のUEとの間のユニキャストトラフィックをサポートするために、1つまたは複数の他のPDUセッションを維持することもできる。たとえば、PDUセッション304Bは、DRB324B-1および324-B、…324B-Nなどの1つまたは複数のDRB324Bに対応するUE固有DLトンネルおよび/またはUE固有ULトンネル322Bを含み得る。DRB324Bの各々は、DTCHなどのそれぞれの論理チャネルに対応し得る。
【0045】
ここで図4を参照すると、基地局104/106が分散して実装されるとき、1つまたは複数のDU174A/174BはCU172と関連付けられ得る。CU172およびDU174A/174Bは、MRBもしくはDRBに関連するダウンリンクデータおよび/またはアップリンクデータのためのトンネルを確立することができる。上で論じられたMRB314A-1は、たとえば、UE102AおよびUE102Bなどの複数のUEにCU172を接続するMRB402Aとして実装され得る。MRB402Aは、CU172とDU174A/174Bを接続するDLトンネル412Aと、DLトンネル412Aに対応するDL論理チャネル422Aとを含み得る。特に、DU174A/174Bは、DLトンネル412Aを介して受信されるダウンリンクトラフィックをDL論理チャネル422Aにマッピングすることができ、DL論理チャネル422Aは、たとえばMTCHまたはDTCHであり得る。DLトンネル412Aは、CU172がそれを介してMBSデータパケットを複数のUEに送信する共通DLトンネルであり得る。代替として、DLトンネル412Aは、CU172がそれを介してMBSデータパケットを特定のUEに送信するUE固有DLトンネルであり得る。
【0046】
任意選択で、MRB402Aは、CU172とDU174A/174Bを接続するULトンネル413Aと、ULトンネル413Aに対応するUL論理チャネル423Aとを含む。たとえば、UL論理チャネル423AはDTCHであり得る。DU174A/174Bは、UL論理チャネル423Aを介して受信されるアップリンクトラフィックをULトンネル413Aにマッピングすることができる。
【0047】
トンネル412Aおよび413Aは、F1-Uインターフェースのトランスポートレイヤまたはサブレイヤにおいて動作することができる。より具体的な例として、CU172およびDU174A/174Bは、ユーザプレーントラフィックのために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レイヤ上でレイヤリングされる。
【0048】
同様に、MRB402Bは、DLトンネル412B、および任意選択で、ULトンネル413Bを含み得る。DLトンネル412BはDL論理チャネル422Bに対応することがあり、ULトンネル413BはUL論理チャネル423Bに対応することがある。
【0049】
いくつかの場合、CU172は、DRB404Aを使用して、PDUセッションに関連するMBSデータパケットまたはユニキャストデータパケットを特定のUE(たとえば、UE102AまたはUE102B)に送信する。DRB404Aは、CU172とDU174A/174Bを接続するUE固有DLトンネル432Aと、DLトンネル432Aに対応するDL論理チャネル442Aとを含み得る。特に、DU174A/174Bは、DLトンネル432Aを介して受信されるダウンリンクトラフィックをDL論理チャネル442Aにマッピングすることができ、DL論理チャネル442Aは、たとえばDTCHであり得る。DRB404Aはさらに、CU172とDU174A/174Bを接続するUE固有ULトンネル433Aと、ULトンネル433Aに対応するUL論理チャネル443Aとを含む。たとえば、UL論理チャネル443AはPUSCHであり得る。DU174A/174Bは、UL論理チャネル443Aを介して受信されるアップリンクトラフィックをULトンネル433Aにマッピングすることができる。
【0050】
同様に、DRB404Bは、DL論理チャネル442Bに対応するUE固有DLトンネル432Bと、UL論理チャネル443Bに対応するUE固有ULトンネル433Bとを含み得る。
【0051】
図5Aを参照すると、シナリオ500Aにおいて、UE102Aは最初に、あるMBSセッションに参加するために、基地局104を介してCN110とのMBSセッション参加手順を実行する(502)。いくつかのシナリオでは、UE102Aは続いて、1つまたは複数の追加のMBS参加手順を実行し、それにより、イベント502が複数のMBS参加手順の最初の手順になる。基地局104がUE固有のトンネルではなくMBSトラフィックのための共通DLトンネルを構成するとき、手順502と586はどちらの順序でも起こり得る。言い換えると、基地局104は、MBSセッションに参加するUEがまだ1つもなくても、共通DLトンネルを構成することができる。
【0052】
MBSセッション参加手順(イベント502)を実行するために、いくつかの実装形態では、UE102Aは、基地局104を介してMBSセッション参加要求メッセージをCN110に送信する。それに応答して、CN110は、第1のMBSセッションへのアクセス権をUE102Aに与えるために、基地局104を介してMBSセッション参加応答メッセージをUE102Aに送信することができる。いくつかの実装形態では、UE102Aは、MBSセッション参加要求メッセージに、MBSセッションのMBSセッションIDを含めることができる。いくつかの場合、CN110は、MBSセッション参加応答メッセージにMBSセッションIDを含める。いくつかの実装形態では、UE102Aは、MBSセッション参加応答メッセージに応答して、基地局104を介してMBSセッション参加完了メッセージをCN110に送信することができる。
【0053】
いくつかの場合、UE102Aは、追加のMBSセッションに参加するために、RAN105(たとえば、基地局104または基地局106)を介してCN110との追加のMBSセッション参加手順を実行する。たとえば、UE102Aは、第2のMBSセッションに参加するために、RAN105を介してCN110との第2のMBSセッション参加手順を実行することができる。イベント502と同様に、いくつかの実装形態では、UE102Aは、基地局104を介して第2のMBSセッション参加要求メッセージをCN110に送信することができ、CN110は、第2のMBSセッションへのアクセス権をUE102Aに与えるために、第2のMBSセッション参加応答メッセージで応答することができる。いくつかの実装形態では、UE102Aは、第2のMBSセッション参加応答メッセージに応答して、基地局104を介して第2のMBSセッション参加完了メッセージをCN110に送信することができる。いくつかの実装形態では、UE102Aは、第2のMBSセッション参加要求メッセージに、第2のMBSセッションの第2のMBSセッションIDを含めることができる。任意選択で、CN110は、第2のMBSセッション参加応答メッセージに第2のMBSセッションIDを含める。いくつかの実装形態では、UE102Aは、第1のMBSセッションおよび第2のMBSセッションに同時に参加することを要求するために、MBSセッション参加要求メッセージ(たとえば、第1のMBSセッション参加要求メッセージ)に第1のMBSセッションIDおよび第2のMBSセッションIDを含めることができる。そのような場合、CN110は、第1のMBSセッションもしくは第2のMBSセッションのいずれか、または第1のMBSセッションと第2のMBSセッションの両方を認めるために、MBSセッション応答メッセージを送信することができる。
【0054】
いくつかの実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、セッション開始プロトコル(SIP)メッセージであり得る。他の実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、5Gモビリティ管理(5GMM)メッセージまたは5Gセッション管理(5GSM)メッセージなどのNASメッセージであり得る。5GSMメッセージの場合、UE102Aは、MBSセッション参加要求メッセージを含む(第1の)ULコンテナメッセージを、基地局104を介してCN110に送信することができ、CN110は、MBSセッション参加応答メッセージを含むDLコンテナメッセージを、基地局104を介してUE102Aに送信することができ、UE102Aは、MBSセッション参加完了メッセージを含む(第2の)ULコンテナメッセージを、基地局104を介してCN110に送信することができる。これらのコンテナメッセージは、代替として、5GMMメッセージであり得る。いくつかの実装形態では、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、およびMBSセッション参加完了メッセージは、それぞれ、PDU Session Modification Requestメッセージ、PDU Session Modification Commandメッセージ、およびPDU Session Modification Completeメッセージであり得る。以下の説明を簡単にするために、MBSセッション参加要求メッセージ、MBSセッション参加応答メッセージ、および/またはMBSセッション参加完了メッセージは、そのそれぞれのコンテナメッセージを表すこともできる。
【0055】
いくつかの実装形態では、UE102Aは、(第1の)MBSセッション参加手順を実行するために、基地局104を介してCN110とのPDUセッション確立手順を実行し(図示せず)、PDUセッションを確立することができる。PDUセッション確立手順の間、UE102Aは、基地局104を介してCN110とPDUセッションのPDUセッションIDを通信することができる。
【0056】
イベント502と同様に、UE102Bは、CN110との第2のMBSセッション参加手順を実行する(503)。この目的で、UE102B、基地局104、およびCN110は、イベント502に関して上で論じられたものと同様のメッセージを交換することができる。
【0057】
第1のMBSセッション参加手順の前、間、または後に、CN110は、第1のMBSセッションのためのリソースを構成するようにCU172に要求するために、第1のMBSセッションIDを含む第1のCN対BSメッセージをCU172に送信することができる(504)。いくつかの実装形態では、CN110は追加で、第1のCN対BSメッセージに第1のMBSセッションのためのサービス品質(QoS)構成を含めることができる。第1のCN対BSメッセージに応答して、CU172は、第1のMBSセッションのためのグループ固有のCN対BS DLトンネルを構成するために、CU DLトランスポートレイヤ構成を含む第1のBS対CNメッセージ(たとえば、MBSセッションリソースセットアップ応答メッセージ)をCN110に送信することができる(510)。いくつかの実装形態では、第1のCN対BSメッセージは、既存のNGAPメッセージまたは新しいNGAPメッセージ(たとえば、MBSセッションリソースセットアップ要求メッセージ)であり得る。いくつかの実装形態では、第1のBS対CNメッセージは、既存のNGAPメッセージまたは新しいNGAPメッセージ(たとえば、MBSセッションリソースセットアップ応答メッセージ)であり得る。CU DLトランスポートレイヤ構成は、CN対BS共通DLトンネルを識別するために、第1のCU DLトランスポートレイヤアドレス(たとえば、インターネットプロトコル(IP)アドレス)および第1のCU DL TEIDを含む。
【0058】
いくつかの実装形態では、QoS構成は、第1のMBSセッションのためのQoSパラメータを含む。いくつかの実装形態では、QoS構成は、第1のMBSセッションのための1つまたは複数のQoSフローを構成するための構成パラメータを含む。いくつかの実装形態では、構成パラメータは、QoSフローを識別する1つまたは複数のQoSフローIDを含む。QoSフローIDの各々がQoSフローの特定のQoSフローを識別する。いくつかの実装形態では、構成パラメータは各QoSフローのためのQoSパラメータを含む。QoSパラメータは、5G QoS識別子(5QI)、優先レベル、パケット遅延バジェット、パケットエラーレート、平均区間、および/または最大データバースト量を含み得る。CN110は、QoSフローのためのQoSパラメータの異なる値を設定することができる。
【0059】
いくつかの実装形態では、CN110は、第1のCN対BSメッセージにおいて、第1のMBSセッションに参加するUEのリストを示すことができる。他の実装形態では、CN110は、第1のMBSセッションに参加するUEのリストを示す第2のCN対BSメッセージをCU172に送信することができる(512)。CU172は、第2のCN対BSメッセージ512に応答して、第2のBS対CNメッセージをCN110に送信することができる(526)。そのような場合、第2のCN対BSメッセージは、非UE関連メッセージであり得る、すなわち、UE102Aに対して固有ではない。たとえば、UEのリストはUE102Aおよび/またはUE102Bを含む。UEのリストを示すために、CN110は、各々がUEの特定のUEを識別する、(CN UEインターフェースID, RAN UEインターフェースID)ペアのリストを含み得る。CN110はCN UEインターフェースIDを割り当て、基地局104はRAN UEインターフェースIDを割り当てる。CN110が(CN UEインターフェースID、RAN UEインターフェースID)ペアのリストを送信する前に、基地局104は、UEの各々のためにRAN UEインターフェースIDを含むBS対CNメッセージ(たとえば、NGAPメッセージ、INITIAL UE MESSAGEメッセージ、またはPATH SWITCH REQUESTメッセージ)をCN110に送信し、CN110は、UEの各々のために、CN UEインターフェースIDを含むCN対BSメッセージ(たとえば、NGAPメッセージ、INITIAL CONTEXT SETUP REQUESTメッセージ、またはPATH SWITCH REQUEST ACKNOWLEDGEメッセージ)を基地局104に送信する。一例では、ペアのリストは、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のリストを送信する前に、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から受信することができる。
【0060】
他の実装形態では、CN110は、UE102A(だけ)が第1のMBSセッションに参加することを示す第2のCN対BSメッセージをCU172に送信することができる(512)。第2のCN対BSメッセージは、UE102AのためのUE関連メッセージであり得る。すなわち、第2のCN対BSメッセージはUE102Aに固有である。第2のCN対BSメッセージを受信した後、または受信したことに応答して、CU172は、UE102AのためのUEコンテキスト要求メッセージをDU174に送信することができる(514)。いくつかの実装形態では、CU172は、UEコンテキスト要求メッセージに、第1のMBSセッションIDおよび/または第1のMBSセッション(ID)に関連するMRBのMRB IDを含めることができる。いくつかの実装形態では、CU172は、UEコンテキスト要求メッセージにQoS構成を含めることができる。そのような場合、CU172は、CU対DUメッセージにQoS構成を含めてもよく、または含めなくてもよい。UEコンテキスト要求メッセージに応答して、DU174は、第1のMBSセッションのMBSデータを受信するために、UE102AのためのPTP構成パラメータを含むUEコンテキスト応答メッセージをCU172に送信する(516)。PTP構成パラメータ(の一部)は、MRB/MRB IDに関連付けられ得る。いくつかの実装形態では、DU174は、PTP構成パラメータを含むようにDU構成を生成し、UEコンテキスト応答メッセージにDU構成を含める。いくつかの実装形態では、DU構成はCellGroupConfig IEであり得る。他の実装形態では、DU構成はMBS固有IEであり得る。いくつかの実装形態では、PTP構成パラメータは、少なくとも1つの第1の論理チャネルを含む。
【0061】
いくつかの実装形態では、DU174は、UE102Aのための第1のUE固有DLトンネルを構成するために、DU DLトランスポートレイヤ構成をUEコンテキスト応答メッセージに含める。DU DLトランスポートレイヤ構成の各々は、CU対DU共通DLトンネルを識別するために、DUトランスポートレイヤアドレス(たとえば、インターネットプロトコル(IP))アドレスおよびDU DLトンネルID(TEID)を含む。DU174は、UE固有DLトンネルのための、異なるDUトランスポートレイヤアドレスおよび/または異なるDU DL TEIDを構成することができる。いくつかの実装形態では、CU172は、UE固有ULトンネルを構成するために、UEコンテキスト要求メッセージにCU ULトランスポートレイヤ構成を含めることができる。CU172は、UE固有ULトンネルを識別するために、CUトランスポートレイヤアドレス(たとえば、IPアドレス)およびCU UL TEIDをCU ULトランスポートレイヤ構成に含めることができる。
【0062】
いくつかの実装形態では、CU172は、UEコンテキスト要求メッセージにおいて、UE102AのためのPTP構成パラメータを生成するようにDU174に指示することができる。たとえば、CU172は、UEコンテキスト要求メッセージにPTP指示を含めることができる。別の例では、CU172は、PTP構成パラメータを生成するようにDU174に指示するために、UEコンテキスト要求メッセージの中のPTM指示を除外してもよい。いくつかの実装形態では、CU172は、UE102AがPTM通信をサポートしない、すなわちUE102AがPTM送信の受信をサポートしないとCU172が決定する場合、PTP構成パラメータを生成するようにDU174に指示する。いくつかの実装形態では、CU172は、UE102AがPTP通信をサポートする、すなわちUE102AがPTP送信の受信をサポートするとCU172が決定する場合、PTP構成パラメータを生成するようにDU174に指示する。第1のMBSセッション参加手順の前または間に、CU172は、UE102A、別の基地局(たとえば、基地局106)、別のCU(たとえば、基地局106のCU)、またはCN110(たとえば、AMF164)から、UE102AのUE能力を受信することができる。たとえば、CU172は、UE102A、別の基地局(たとえば、基地局106)、別のCU(たとえば、基地局106のCU)、またはCN110(たとえば、AMF164)から、UE能力を含むUE Capability IEを受信することができる。たとえば、UE Capability IEは、UE-NR-Capability IEまたはUE-6G-Capability IEであり得る。UE能力は、UE102AがPTM通信をサポートするか、またはPTP通信をサポートするかを示す。したがって、CU172は、UE能力に基づいて、UE102AがPTM通信をサポートするか、またはPTP通信をサポートするかを決定することができる。
【0063】
いくつかの実装形態では、CU172は、DU174がPTM通信をサポートしない、すなわちDU174がPTM送信の受信をサポートしないと決定する場合、PTP構成パラメータを生成するようにDU174に指示する。いくつかの実装形態では、CU172は、DU174がPTP通信をサポートする、すなわちDU174がPTP送信の受信をサポートするとCU
172が決定する場合、PTP構成パラメータを生成するようにDU174に指示する。第1のMBSセッション参加手順の前または間に、CU172はいくつかの実装形態において、DU174、CN110(たとえば、AMF164)、または運用、管理および保守(OAM)ノードから、DU174のDU能力を受信することができる。たとえば、CU172は、DU174、CN110(たとえば、AMF164)、またはOAMノードから、DU能力を含むDU Capability IEを受信することができる。たとえば、DU Capability IEは、DU-NR-Capability IEまたはDU-6G-Capability IEであり得る。UE能力は、UE102AがPTM通信をサポートするか、またはPTP通信をサポートするかを示す。したがって、CU172は、DU能力に基づいて、DU174がPTM通信をサポートするか、またはPTP通信をサポートするかを決定することができる。他の実装形態では、CU172は、事前構成に基づいて、DU174がPTP通信をサポートするか、またはPTM通信をサポートするかを決定することができる。たとえば、CU172は、DU174がPTP通信をサポートすると決定するように事前構成され得る。別の例では、CU172は、DU174がPTP通信をサポートしないと決定するように事前構成され得る。さらに別の例では、CU172は、DU174がPTM通信をサポートすると決定するように事前構成され得る。追加の例では、CU172は、DU174がPTM通信をサポートしないと決定するように事前構成され得る。
172が決定する場合、PTP構成パラメータを生成するようにDU174に指示する。第1のMBSセッション参加手順の前または間に、CU172はいくつかの実装形態において、DU174、CN110(たとえば、AMF164)、または運用、管理および保守(OAM)ノードから、DU174のDU能力を受信することができる。たとえば、CU172は、DU174、CN110(たとえば、AMF164)、またはOAMノードから、DU能力を含むDU Capability IEを受信することができる。たとえば、DU Capability IEは、DU-NR-Capability IEまたはDU-6G-Capability IEであり得る。UE能力は、UE102AがPTM通信をサポートするか、またはPTP通信をサポートするかを示す。したがって、CU172は、DU能力に基づいて、DU174がPTM通信をサポートするか、またはPTP通信をサポートするかを決定することができる。他の実装形態では、CU172は、事前構成に基づいて、DU174がPTP通信をサポートするか、またはPTM通信をサポートするかを決定することができる。たとえば、CU172は、DU174がPTP通信をサポートすると決定するように事前構成され得る。別の例では、CU172は、DU174がPTP通信をサポートしないと決定するように事前構成され得る。さらに別の例では、CU172は、DU174がPTM通信をサポートすると決定するように事前構成され得る。追加の例では、CU172は、DU174がPTM通信をサポートしないと決定するように事前構成され得る。
【0064】
いくつかの実装形態では、UEコンテキスト要求メッセージおよびUEコンテキスト応答メッセージは、それぞれ、UE Context Setup RequestメッセージおよびUE Context Setup Responseメッセージであってよい。他の実装形態では、UEコンテキスト要求メッセージおよびUEコンテキスト応答メッセージは、それぞれ、UE Context Modification RequestメッセージおよびUE Context Modification Responseメッセージであってよい。
【0065】
UEコンテキスト応答メッセージを受信した(516)後、CU172は、PTP構成パラメータおよび1つまたは複数のMRB構成を含むRRC再構成メッセージを生成し、RRC再構成メッセージをDU174に送信する(518)。そして、DU174は、RRC再構成メッセージをUE102Aに送信する(520)。それに応答して、UE102Aは、RRC再構成完了メッセージをDU174に送信し(522)、そしてDU174はRRC再構成完了メッセージをCU172に送信する(523)。
【0066】
いくつかの実装形態では、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)。UE102Aは、PHYレイヤ202B、MACレイヤ204B、およびRLCレイヤ206Bを介して、PDCP PDUをDU174から受信する(520)。いくつかの実装形態では、UE102Aは、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から取り出す。
【0067】
UEコンテキスト応答メッセージを受信する(516)前または後に、CU172は、第2のCN対BSメッセージ408に応答して、第2のBS対CNメッセージをCN110に送信することができる(526)。CN110は、第2のCN対BSメッセージにUE102AのためのPDU Session Modification Commandメッセージまたは第2のDLコンテナメッセージを含めることができる。CU172は、第2のBS対CNメッセージに、第1のCN UEインターフェースIDおよび第1のRAN UEインターフェースIDを含めることができる。代替として、CU172は、第2のBS対BSメッセージに第1のUE IDを含めることができる。
【0068】
イベント512、514、516、518、520、522、524、および526は、PTP構成手順598と図5において集合的に呼ばれる。
【0069】
同様に、CN110、CU172、DU174、およびUE102Bは、イベント598と同様に、PTP構成手順を実行することができる(599)。いくつかの実装形態では、DU174は、UE102Bのための第2のUE固有DLトンネルおよび少なくとも1つの第2の論理チャネルを構成するために、PTP構成手順599のUEコンテキスト応答メッセージにDU DLトランスポートレイヤ構成を含める。いくつかの実装形態では、第1のMBSセッションのMBSデータを受信するためのUE102AおよびUE102BのためのPTP構成パラメータ(の一部)は同じ、すなわち同一である。他の実装形態では、第1のMBSセッションのMBSデータを受信するためのUE102AおよびUE102BのためのPTP構成パラメータ(の一部)は異なる。
【0070】
いくつかの実装形態では、CU172は、UE102Aのための第2のBS対CNメッセージおよびUE102Bのための第2のBS対CNメッセージにCU DLトランスポートレイヤ構成を含めることができる。言い換えると、CU172は、UEが同じMBSセッションに参加することをCN対BSメッセージが示すことに応答して、BS対CNメッセージにおいて同じCU DLトランスポートレイヤ構成を送信することができる。そのような実装形態では、CN110は、MBSリソースセットアップ手順504、510を省略することができる。
【0071】
UE102AおよびUE102BとのPTP構成手順を実行した(588、589)後、CN110は、グループ固有CN対BS DLトンネルを介してMBSデータ(たとえば、1つまたは複数のMBSデータパケット)をCU172に送信することができる(528)。CU172は、第1のUE固有トンネルを介してMBSデータをDU174に送信することができ(530)、そしてDU174は、第1の論理チャネルを介してMBSデータをUE102Aに送信する(すなわち、ユニキャストする)(532)。同様に、CU172は、第2のUE固有トンネルを介してMBSデータをDU174に送信することができ(534)、そしてDU174は、第2の論理チャネルを介してMBSデータをUE102Bに送信する(すなわち、ユニキャストする)(536)。いくつかの実装形態では、DU174は異なる無線リソースでMBSデータを送信し(532)、MBSデータを送信する(536)ので、第1の論理チャネルおよび第2の論理チャネルのために同じLCIDを構成することができる。他の実装形態では、DU174は、第1の論理チャネルおよび第2の論理チャネルのために異なるLCIDを構成することができる。たとえば、DU174は、第1の論理チャネルのために第1のLCID(値)を構成する。DU174はUE102BのDRBのための第1のLCID(値)を構成しており、DU174は第2の論理チャネルのための第2のLCID(値)を構成することができる。第2のLCID(値)は第1のLCID(値)と異なる。
【0072】
いくつかの実装形態では、UE102Bは、CU172がイベント536において送信する1つまたは複数のMBSデータパケットを再送信するようにCU172に要求するために、DU174を介して1つまたは複数のPDCP制御PDUをCU172に送信することができる(538、540)。そのような場合、CU172は、第2のUE固有DLトンネルを介して1つまたは複数のMBSデータパケットをDU174に再送信し(542)、そしてDU174は、第2のUE固有論理チャネルを介して1つまたは複数のMBSデータパケットをUE102Bに(再)送信する(544)。いくつかの実装形態では、PDCP制御PDUは、第1の欠けているMBSデータパケットのCOUNT値と、第1の欠けているMBSデータパケットの後の1つまたは複数の欠けているMBSデータパケットを示すビットマップとを含み得る。
【0073】
いくつかの実装形態では、第1のMBSセッションに関連する1つまたは複数のMRBを構成する1つまたは複数のMRB構成。いくつかの実装形態では、PTP構成パラメータは、各々が特定の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を含み得る。
【0074】
いくつかの実装形態では、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に送信しないようにUE102Aを構成する。別の例では、DU174は、RLCベアラ構成にUL構成パラメータを含めるのを控える。そのような場合、DU174は、RLCベアラ構成にUL構成パラメータを含めないことによって、論理チャネルを介して制御PDUを基地局104に送信しないようにUE102Aを構成する。
【0075】
DU174がRLCベアラ構成にUL構成パラメータを含める場合、UE102は、UL構成パラメータを使用して、論理チャネルを介して制御PDU(たとえば、PDCP制御PDUおよび/またはRLC制御PDU)をDU174に送信し得る。制御PDUがPDCP制御PDUである場合、DU174はPDCP制御PDUをCU172に送信することができる。たとえば、CU172は、たとえばMRB構成内の圧縮(解凍)プロトコル(たとえば、ロバストヘッダ圧縮(ROHC)プロトコル)を用いてMBSデータを受信するようにUEを構成し得る。この場合、CU172がMBSデータパケットをCN110から受信する(528)とき、CU172は、圧縮プロトコルを用いてMBSデータパケットを圧縮して圧縮されたMBSデータパケットを取得し、第1のUE固有DU DLトンネルを介して、圧縮されたMBSデータパケットを含むPDCP PDUをDU174に送信する(530)。そして、DU174は、第1の論理チャネルを介してPDCP PDUをUE102Aに送信(たとえば、ユニキャスト)する(532)。UE102Aが第1の論理チャネルを介してPDCP PDUを受信するとき、UE102Aは圧縮されたMBSデータパケットをPDCP PDUから取り出す。UE102Aは、圧縮(解凍)プロトコルを用いて圧縮されたMBSデータパケットを解凍して、元のMBSデータパケットを取得した。そのような場合、UE102Aは、ヘッダ圧縮(解凍)プロトコルの動作のためのヘッダ圧縮プロトコルフィードバック(たとえば、散在したROHCフィードバック)を含むPDCP制御PDUを、たとえば、第1の論理チャネルを介してDU174に送信し得る。そして、DU174は、UE102Aのための(第1の)UE固有ULトンネルを介してPDCP制御PDUをCU172に送信する。
【0076】
いくつかの実装形態では、CU172は、第2のUE固有DLトンネルを介してPDCP PDUをDU174に送信する(534)。そして、DU174は、第2の論理チャネルを介してPDCP PDUをUE102Bに送信する(すなわち、ユニキャストする)(536)。UE102Bが第2の論理チャネルを介してPDCP PDUを受信するとき、UE102Bは、圧縮されたMBSデータパケットをPDCP PDUから取り出す。UE102Bは、元のMBSデータパケットを取得するために、圧縮(解凍)プロトコルを用いて、圧縮されたMBSデータパケットを解凍した。そのような場合、UE102Bは、たとえば第2の論理チャネルを介して、ヘッダ(解凍)圧縮プロトコルの動作のためのヘッダ圧縮プロトコルフィードバック(たとえば、散在したROHCフィードバック)を含むPDCP制御PDUをDU174に送信し得る。そして、DU174は、UE102Bのための(第2の)UE固有ULトンネルを介してPDCP制御PDUをCU172に送信する。他の実装形態では、CU172がMBSデータパケットをCN110から受信する(528)とき、CU172は、第2の圧縮されたMBSデータパケットを取得するために圧縮プロトコルを用いてMBSデータパケットを圧縮し、第2のUE固有DLトンネルを介して第2の圧縮されたMBSデータパケットを含む第2のPDCP PDUをDU174に送信する(534)。そして、DU174は、第2の論理チャネルを介して第2のPDCP PDUをUE102Bに送信する(すなわち、ユニキャストする)(536)。UE102Bが第2の論理チャネルを介して第2のPDCP PDUを受信するとき、UE102Bは、第2の圧縮されたMBSデータパケットを第2のPDCP PDUから取り出す。UE102Bは、元のMBSデータパケットを取得するために、(解凍)圧縮プロトコルを用いて第2の圧縮されたMBSデータパケットを解凍した。そのような場合、UE102Bは、たとえば第2の論理チャネルを介して、ヘッダ(解凍)圧縮プロトコルの動作のためのヘッダ圧縮プロトコルフィードバック(たとえば、散在したROHCフィードバック)を含むPDCP制御PDUをDU174に送信し得る。そして、DU174は、UE102Bのための(第2の)UE固有ULトンネルを介してPDCP制御PDUをCU172に送信する。
【0077】
いくつかの実装形態では、MRB構成はMRB-ToAddMod IEであり得る。MRB IDは、MRBの特定のMRBを識別する。基地局104は、MRB IDを異なる値に設定する。CU172がユニキャストデータ通信のためにUE102に対してDRBを構成している場合、いくつかの実装形態では、CU172は、DRBのDRB IDとは異なる値にMRB IDを設定することができる。そのような場合、UE102およびCU172は、RBのRB IDに従って、RBがMRBであるかDRBであるかを区別することができる。他の実装形態では、CU172は、DRB IDと同じであり得る値にMRB IDを設定することができる。そのような場合、UE102およびCU172は、RBのRB IDおよびRBを構成するRRC IEに従って、RBがMRBであるかDRBであるかを区別することができる。たとえば、DRBを構成するDRB構成は、DRB識別情報および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であると決定することができる。
【0078】
いくつかの実装形態では、第1のMBSセッションのMBSデータを受信するための構成パラメータは、1つまたは複数の論理チャネルを構成するための1つまたは複数の論理チャネル(LC)IDを含む。いくつかの実装形態では、論理チャネルは専用トラフィックチャネルであり得る。いくつかの実装形態では、論理チャネルは専用トラフィックチャネル(DTCH)であり得る。他の実装形態では、論理チャネルはマルチキャストトラフィックチャネル(MTCH)であり得る。いくつかの実装形態では、構成パラメータは、グループ無線ネットワーク一時識別子(G-RNTI)を含んでも含まなくてもよい。第1のMBSセッションに参加するUE(たとえば、UE102AおよびUE102B)のためのRRC再構成メッセージは、第1のMBSセッションのMBSデータを受信するためのものと同じ構成パラメータを含む。いくつかの実装形態では、UEのためのRRC再構成メッセージは、非MBSデータを受信するためのものと同じまたは異なる構成パラメータを含み得る。
【0079】
いくつかの実装形態では、CU172は、RRC再構成メッセージにPDU Session Modification Commandメッセージまたは第2のDLコンテナメッセージを含めることができる。UE102は、RRC再構成完了メッセージにPDU Session Modification Completeメッセージまたは追加のULコンテナメッセージを含めることができる。代替として、UE102は、DU174を介して、PDU Session Modification Completeメッセージまたは追加のULコンテナメッセージを含むUL RRCメッセージをCU172に送信することができる。UL RRCメッセージは、ULInformationTransferメッセージ、またはUL NAS PDUを含み得る任意の適切なRRCメッセージであり得る。CU172は、第2のBS対CNメッセージにPDU Session Modification Completeメッセージまたは追加のULコンテナメッセージを含めることができる。代替として、CU172は、PDU Session Modification Completeメッセージまたは追加のULコンテナメッセージを含むBS対CNメッセージ(たとえば、UPLINK NAS TRANPORTメッセージ)をCN110に送信することができる。
【0080】
他の実装形態では、CU172は、PDU Session Modification Commandメッセージを含むDL RRCメッセージをUE102に送信する。DL RRCメッセージは、DLInformationTransferメッセージ、別のRRC再構成メッセージ、またはDL NAS PDUを含み得る任意の適切なRRCメッセージであり得る。UE102は、PDU Session Modification Completeメッセージを含むUL RRCメッセージを、DU174を介してCU172に送信することができる。UL RRCメッセージは、ULInformationTransferメッセージ、別のRRC再構成完了メッセージ、またはUL NAS PDUを含み得る任意の適切なRRCメッセージであり得る。
【0081】
いくつかの実装形態では、MBSデータは、IPパケット、TCP/IPパケット、UDP/IPパケット、リアルタイムトランスポートプロトコル(RTP)/UDP/IPパケット、またはRTP/TCP/IPパケットを含む。
【0082】
ここで図5Bを参照すると、シナリオ500Bは全般にシナリオ500Aと似ているが、ここでは、CN110が(第1の)CN対BSメッセージをCU172に送信した(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トンネルを構成するために、追加のDLトランスポートレイヤ構成をDU対CUメッセージに含めることができる。いくつかの実装形態では、DU174は、第1のDLトランスポートレイヤ構成および/または追加のDLトランスポートレイヤ構成に関連するMRB IDをDU対CUメッセージに含めることができる。いくつかの実装形態では、CU対DUメッセージは、汎用F1APメッセージ、またはこのタイプの要求(たとえば、MBSコンテキストセットアップ要求メッセージ)を運ぶために特別に定義される専用F1APメッセージである。いくつかの実装形態では、イベント508のDU対CUメッセージは、汎用F1APメッセージ、またはこの目的で(たとえば、MBSコンテキストセットアップ応答メッセージのために)特別に定義される専用F1APメッセージである。CN110は、第1のCN対BSメッセージに第1のMBSセッションのためのサービス品質(QoS)構成を追加で含めることができる。そのような場合、CU172は、CU対DUメッセージにQoS構成を含めることができる(イベント506)。
【0083】
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固有メッセージであり得る。
【0084】
いくつかの実装形態では、QoS構成はMBSセッションのためのQoSパラメータを含む。いくつかの実装形態では、QoS構成は、MBSセッションのための1つまたは複数のQoSフローを構成するために構成パラメータを含む(図3参照)。いくつかの実装形態では、構成パラメータは、QoSフローを識別する1つまたは複数のQoSフローIDを含む。QoSフローIDの各々は、QoSフローの特定のQoSフローを識別する。いくつかの実装形態では、構成パラメータは、各QoSフローのためのQoSパラメータを含む。QoSパラメータは、5G QoS識別子(5QI)、優先レベル、パケット遅延バジェット、パケットエラーレート、平均区間、および/または最大データバースト量を含み得る。CN110は、QoSフローのためのQoSパラメータの異なる値を指定することができる。
【0085】
イベント504、506、508、および510は、MBSセッションリソースセットアップ手順590と図5Aでは集合的に呼ばれる。
【0086】
さらに、シナリオ500Aとは異なり、ここでは、CU172は1つまたは複数のグループ固有トンネルを介してMBSデータをDU174に送信し(531)、DU174は次いで、シナリオ500AのようにMBSデータをUE102Aおよび102Bにユニキャストする(532、534)。より具体的な例として、CUは、MBSデータパケットの単一のコピーをDU174に送信することができ(531)、DU174は、このMBSデータパケットを2つ以上のUEに送信することができる(532、534)。さらに、いくつかのシナリオでは、DU174は、グループ固有トンネルを介してMBSデータパケットを受信し、DU174のセルにおいて動作する1つのUEだけにMBSデータパケットを送信する。
【0087】
図6Aは例示的なシナリオ600Aを示し、そこでは、UE102Aは基地局104を介してCN110とのMBSセッション参加手順を最初に実行し(602)、UE102Bは同様にMBSセッション参加手順を実行する(603)。CN110、CU172、およびDU74は次いで、MBSセッションリソースセットアップ手順690を実行する。手順602、603、および690は、それぞれ手順502、503、および590と似ている。
【0088】
CN110が第2のCN対BSメッセージをCU172に送信した(612)後(上記の同様のイベント512の議論を参照)、CU172は、MBSセッションのための少なくとも1つのMRBを構成し、対応するMRB IDを含むUEコンテキスト要求メッセージをDU174に送信する(614)。DU174は次いで、MBSセッションのためのPTM構成を生成し、PTM構成をCU172に送信する(616)。CU172は、PTM構成パラメータおよび1つまたは複数のMRB構成を含むRRC再構成メッセージを生成し、RRC再構成メッセージをDU174に送信する(618)。そして、DU174は、RRC再構成メッセージをUE102Aに送信する(620)。それに応答して、UE102Aは、RRC再構成完了メッセージをDU174に送信し(622)、そしてDU174は、RRC再構成完了メッセージをCU172に送信する(624)。次いで、CU172はイベント612のCN対BSメッセージに応答する(626)。
【0089】
イベント612、614、616、618、620、622、624、および626は、PTM構成手順696と図6では集合的に呼ばれる。
【0090】
UE102Bが同様のPTM構成手順を実行した(695)後、CN110は、グループ固有CN対BS DLトンネルを介してMBSデータ(たとえば、1つまたは複数のMBSデータパケット)をCU172に送信することができ(628)、CU172は1つまたは複数のグループ固有トンネルを介してMBSデータをDU174に送信し(631)、DU174は次いで、MBSデータパケットをマルチキャストするためにグループ固有論理チャネルを使用する(633)。
【0091】
図6Bは、DUがUEのセットのためのPTP構成およびUEの別のセットのためのPTM構成を生成し、UE固有トンネルおよびグループ固有トンネルを使用してダウンリンクMBSデータをDUに送信するような、例示的なシナリオ600のメッセージング図である。図6Cは、図6Bと似ているが、DUがアップリンク方向にもPDCP制御PDUを転送する、例示的なシナリオのメッセージング図600Cである。図7Aは、CUがMBSセッションのためのPTPリソースとPTMリソースの両方をいくつかのUEのために構成するような、例示的なシナリオ700Aのメッセージング図である。図7Bは、図7Aと似ているが、UEがRLC制御PDUをDUにも送信するような、例示的なシナリオ700Bのメッセージング図である。
【0092】
図8Aは、UEがマルチキャスト通信をサポートするかどうかに応じて、DUにUEのためのPTM構成を要求させるか、またはPTP構成を要求させるかを決定するための、CUにおける例示的な方法800Aの流れ図である。
【0093】
いくつかの実装形態では、CUは、UEがMBSセッションに参加することを示すCN対BSメッセージをCNから受信することができる(たとえば、イベント504、512)。CN対BSメッセージに応答して、CUは、MBSセッションを受信するためにUEのための構成パラメータを取得すると決定する。
【0094】
いくつかの実装形態では、PTM構成パラメータは、G-RNTI、少なくとも1つの第1の論理チャネルID、少なくとも1つのRLC構成パラメータ、少なくとも1つの第1のRLCベアラ構成、少なくとも1つの第1のRLC構成、および/またはRLCモード(たとえば、非承認モード)を含む。いくつかの実装形態では、PTP構成パラメータは、少なくとも1つの第2の論理チャネルID、少なくとも1つの第2のRLC構成パラメータ、少なくとも1つの第2のRLCベアラ構成、少なくとも1つの第2のRLC構成、および/またはRLCモード(たとえば、承認モード)を含む。
【0095】
いくつかの実装形態では、PTM構成パラメータは、物理レイヤ構成パラメータおよび/またはMACレイヤ構成パラメータを含む。いくつかの実装形態では、物理レイヤ構成パラメータは、BWP構成パラメータ、共通周波数範囲構成パラメータ、PDCCH構成パラメータ、HARQ構成パラメータ、および/またはPDSCH構成パラメータを含む。
【0096】
PTP構成パラメータをUEに送信した後、CUは、MBSセッションのMBSデータを受信し、UE固有トンネルを介してMBSデータをDUに送信し、そしてDUは、PTP構成パラメータを使用してMBSデータをUEに送信する。
【0097】
図8Bは、DUがマルチキャスト通信をサポートするかどうかに応じて、DUにUEのためのPTM構成を要求させるか、またはPTP構成を要求させるかを決定するための、CUにおける例示的な方法800Bの流れ図である。図8Cは、UEがMBSのためのマルチキャスト通信をサポートするかどうかに応じて、DUにUEのためのPTM構成を要求させるか、またはPTP構成を要求させるかを決定するための、CUにおける例示的な方法800Cの流れ図である。
【0098】
図9Aは、UEがマルチキャスト通信をサポートするかどうかに応じて、UEのためのPTP構成を生成するか、またはPTM構成を生成するかを決定するための、DUにおける例示的な方法900Aの流れ図である。図9Bは、UEがMBSのためのマルチキャスト通信をサポートするかどうかに応じて、UEのためのPTP構成を生成するか、またはPTM構成を生成するかを決定するための、DUにおける例示的な方法900Bの流れ図である。
【0099】
図10Aは、UEがマルチキャスト通信をサポートするかどうかに応じて、グループ固有トンネルを構成するか、または1つまたは複数のUE固有トンネルを構成するかを決定するための、CUにおける例示的な方法1000Aの流れ図である。図10Bは、DUがマルチキャスト通信をサポートするかどうかに応じて、グループ固有トンネルを構成するか、または1つまたは複数のUE固有トンネルを構成するかを決定するための、CUにおける例示的な方法1000Bの流れ図である。
【0100】
図11Aは、CUがMBSセッションのためのマルチキャスト構成パラメータを要求したかどうかに応じて、DU構成にG-RNTIなどのグループ識別子を含めるかどうかを決定するための、DUにおける例示的な方法1100Aの流れ図である。
【0101】
いくつかの実装形態では、構成パラメータは、マルチキャストおよびユニキャストを介してMBSセッションのMBSデータを受信するために共通であり得る。たとえば、構成パラメータは、少なくとも1つのRLC構成パラメータ、少なくとも1つのRLCベアラ構成(たとえば、RLC-BearerConfig IE)、少なくとも1つの論理チャネルID、少なくとも1つのRLC構成、および/またはRLCモード(たとえば、未承認モード)を含む。
【0102】
いくつかの実装形態では、DU構成はCellGroupConfig IEであり得る。他の実装形態では、DU構成は新しいIEであり得る。いくつかの実装形態では、DUはDU構成における物理レイヤ構成(たとえば、PhysicalCellGroupConfig IE)にG-RNTIを含めることができる。他の実装形態では、DUはMAC構成(たとえば、MAC-CellGroupConfig IE)にG-RNTIを含めることができる。さらに他の実装形態では、DUはRLCベアラ構成にG-RNTIを含めることができる。
【0103】
いくつかの実装形態では、DUは、CU対DUメッセージがマルチキャスト構成パラメータを要求するかどうかにかかわらず、DU構成にC-RNTIを含めることができる。たとえば、DUは物理レイヤ構成にC-RNTIを含めることができる。
【0104】
図11Bは、UEがマルチキャスト構成をサポートするかどうかに応じて、UEに関するDU構成にG-RNTIなどのグループ識別子を含めるかどうかを決定するための、DUにおける例示的な方法1100Bの流れ図である。図11Cは、DUがマルチキャスト通信をサポートするかどうかに応じて、DU構成にG-RNTIなどのグループ識別子を含めるかどうかを決定するための、DUにおける例示的な方法1100Cの流れ図である。
【0105】
図12Aは、CUがMBSセッションのためのマルチキャスト構成パラメータを要求したかどうかに応じて、DU構成にG-RNTIを含めるか、またはユニキャスト構成を含めるかを決定するための、DUにおける例示的な方法1200Aの流れ図である。いくつかの実装形態では、少なくとも1つの第1の構成パラメータは第1の論理チャネルIDを含み、少なくとも1つの第2のパラメータは第2の論理チャネルIDを含む。他の実装形態では、少なくとも1つの第1の構成パラメータは、少なくとも1つのRLC構成パラメータ、少なくとも1つの第1のRLCベアラ構成、少なくとも1つの第1のRLC構成、および/またはRLCモード(たとえば、未承認モード)を含む。同様に、少なくとも1つの第2の構成パラメータは、少なくとも1つの第2のRLC構成パラメータ、少なくとも1つの第2のRLCベアラ構成、少なくとも1つの第2のRLC構成、および/またはRLCモード(たとえば、承認モード)を含む。
【0106】
図12Bは、UEがマルチキャスト構成をサポートするかどうかに応じて、UEに関するDU構成にG-RNTIを含めるか、またはユニキャスト構成を含めるかを決定するための、DUにおける例示的な方法1200Bの流れ図である。図12Cは、DUがマルチキャスト通信をサポートするかどうかに応じて、UEに関するDU構成にG-RNTIを含めるか、またはユニキャスト構成を含めるかを決定するための、DUにおける例示的な方法1200Cの流れ図である。
【0107】
図13は、DUが以前にMBSセッションを構成したかどうかに応じて、DUがMBSセッションのための構成を生成すべきかどうかを決定するための、DUにおける例示的な方法1300の流れ図である。いくつかの実装形態では、構成パラメータは、図8Aについて説明されたようなPTM構成パラメータであり得る。他の実装形態では、構成パラメータは、図8Aについて説明されたようなPTP構成パラメータであり得る。
【0108】
図14Aは、MBSデータのPTP受信を構成するための、UEにおける例示的な方法1400Aの流れ図である。図14Bは、PTPサポートをRANに明確に示すことなく、MBSデータのPTP受信を構成するための、UEにおける例示的な方法1400Bの流れ図である。いくつかの実装形態では、ULメッセージはUECapabilityInformationメッセージであり得る。他の実装形態では、ULメッセージはNASメッセージであり得る。たとえば、NASメッセージは、3GPP仕様24.501において規定される5GMMメッセージまたは5GSMメッセージであり得る。別の例では、NASメッセージは、登録要求メッセージまたは登録完了メッセージであり得る。いくつかの実装形態では、情報はUE radio capability ID IEであり得る。いくつかの実装形態では、情報はUE-NR-Capability IEであり得る。他の実装形態では、情報はUE-6G-Capability IEであり得る。
【0109】
図15は、MBSに関する能力をRANおよび/またはCNに示すための、UEにおける例示的な方法1500Aの流れ図である。図16は、UEがRANおよび/またはCNにマルチキャストおよびユニキャスト能力をどのように報告すべきかを決定するための、UEにおける例示的な方法1600の流れ図である。
【0110】
以下の例の一覧は、本開示によって明確に企図される種々の実施形態を反映する。
【0111】
例1. 中央ユニット(CU)および分散ユニット(DU)を含む分散型基地局のCUにおいて実施される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法であって、処理ハードウェアによってコアネットワーク(CN)から、MBSセッションに関連するダウンリンク(DL)MBSデータを送信するためのリソースを構成するための要求を受信するステップと、(i)DUの能力または(ii)MBSセッションに参加したUEの能力の少なくとも1つに基づいて、DUが無線インターフェースの少なくとも1つの上でMBSデータをUEに、ポイントツーポイント(PTP)配信機構を使用して送信すべきか、またはポイントツーマルチポイント(PTM)配信機構を使用して送信すべきかを決定するステップと、決定された配信機構に従ってDUにMBSデータを送信させるステップとを備える、方法。
【0112】
例2. UEに固有のDLトンネルを介してMBSデータをDUに送信するステップをさらに備え、DLトンネルがCU対DUリンクのトランスポートレイヤにおいて動作する、例1の方法。
【0113】
例3. UEおよび少なくとも1つの他のUEを含むグループに共通のDLトンネルを介してMBSデータをDUに送信するステップをさらに備え、DLトンネルがCU対DUリンクのトランスポートレイヤにおいて動作する、例1の方法。
【0114】
例4. DUにMBSデータをUEへ送信させるステップが、DUに、PTM配信機構を使用してMBSデータに含まれるMBSデータパケットをUEへ送信させるステップと、DUがPTM配信機構を使用したUEへのMBSデータの配信の失敗を検出する場合、DUに、PTP配信機構を使用してMBSデータパケットをUEへ再送信させるステップとを含む、例1の方法。
【0115】
例5. 決定するステップが、DUがマルチキャスト通信をサポートするかどうかに少なくとも一部基づく、先行する例のいずれかの方法。
【0116】
例6. 決定するステップが、UEがMBSのためのマルチキャスト通信をサポートするかどうかに少なくとも一部基づく、先行する例のいずれかの方法。
【0117】
例7. 決定するステップが、DUがマルチキャスト通信をサポートするかどうかに少なくとも一部基づく、先行する例のいずれかの方法。
【0118】
例8. 処理ハードウェアを備え、上の例のいずれかを実施するように構成される、分散型基地局のCU。
【0119】
以下の追加の考慮事項が、上記の議論に適用される。
【0120】
いくつかの実装形態では、「メッセージ」が使用され、「情報要素(IE)」によって置き換えられ得る。いくつかの実装形態では、「IE」が使用され、「フィールド」によって置き換えられ得る。いくつかの実装形態では、「構成(configuration)」は、「構成(configurations)」または構成パラメータによって置き換えられ得る。いくつかの実装形態では、「MBS」は、「マルチキャスト」または「ブロードキャスト」によって置き換えられ得る。
【0121】
本開示の技法が実施され得るユーザデバイス(たとえば、UE102Aまたは102B)は、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、モバイルゲームコンソール、point-of-sale (POS)端末、健康管理デバイス、ドローン、カメラ、メディアストリーミングドングルもしくは別のパーソナルメディアデバイス、スマートウォッチなどのウェアラブルデバイス、ワイヤレスホットスポット、フェムトセル、またはブロードバンドルータなどの、ワイヤレス通信が可能な任意の適切なデバイスであり得る。さらに、ユーザデバイスはいくつかの場合、車両のヘッドユニットまたは高度運転支援システム(ADAS)などの電子システムに組み込まれ得る。またさらに、ユーザデバイスは、internet-of-things (IoT)デバイスまたはモバイルインターネットデバイス(MID)として動作することができる。タイプに応じて、ユーザデバイスは、1つまたは複数の汎用プロセッサ、コンピュータ可読メモリ、ユーザインターフェース、1つまたは複数のネットワークインターフェース、1つまたは複数のセンサなどを含み得る。
【0122】
いくつかの実施形態が、論理、またはいくつかのコンポーネントもしくはモジュールを含むものとして、本開示で説明されている。モジュールは、ソフトウェアモジュール(たとえば、非一時的機械可読媒体に記憶されたコード)、またはハードウェアモジュールであり得る。ハードウェアモジュールは、いくつかの動作を実行することが可能な有形のユニットであり、ある方式で構成または配置され得る。ハードウェアモジュールは、いくつかの動作を実行するように(たとえば、フィールドプログラマブルゲートアレイ(FPGA)、または特定用途向け集積回路(ASIC)などの専用プロセッサとして)永続的に構成される、専用回路または論理を備え得る。ハードウェアモジュールはまた、いくつかの動作を実行するようにソフトウェアによって一時的に構成される、(たとえば、汎用プロセッサまたは他のプログラマブルプロセッサに包含されるような)プログラマブル論理または回路を備え得る。ハードウェアモジュールを、専用の永続的に構成された回路において、または(たとえば、ソフトウェアによって構成された)一時的に構成された回路において実装するための判断は、コストおよび時間の考慮事項次第であり得る。
【0123】
ソフトウェアで実装されるとき、技法は、オペレーティングシステムの一部、複数のアプリケーションにより使用されるライブラリ、特定のソフトウェアアプリケーションなどとして提供され得る。ソフトウェアは、1つまたは複数の汎用プロセッサまたは1つまたは複数の専用プロセッサによって実行され得る。
【0124】
本開示を読めば、本明細書で開示される原理を通じて、MBS情報を通信するためのさらに追加の代替の構造的および機能的な設計を、当業者は理解するだろう。したがって、特定の実施形態および適用例が示され説明されたが、開示される実施形態は、本明細書で開示される厳密な構造およびコンポーネントに限定されないことを理解されたい。
【符号の説明】
【0125】
101 UE
102 UE
103 UE
104 基地局
105 RAN
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
220 トランスポートネットワークレイヤ
222 PHY
224 データリンクレイヤ
226 IP
228 UDP
230 GTP-U
232 F1AP
240 トランスポートネットワークレイヤ
242 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論理チャネル
102 UE
103 UE
104 基地局
105 RAN
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
220 トランスポートネットワークレイヤ
222 PHY
224 データリンクレイヤ
226 IP
228 UDP
230 GTP-U
232 F1AP
240 トランスポートネットワークレイヤ
242 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】
【図6C】
【図7A】
【図7B】
【図8A】
【図8B】
【図8C】
【図9A】
【図9B】
【図10A】
【図10B】
【図11A】
【図11B】
【図11C】
【図12A】
【図12B】
【図12C】
【図13】
【図14A】
【図14B】
【図15】
【図16】
【手続補正書】
【提出日】2024-06-12
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
分散ユニット(DU)および中央ユニット(CU)を含む分散型基地局の前記DUにおいて実施される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法であって、前記DUによってCUから、MBSセッションに関連するダウンリンク(DL)MBSデータを受信するために利用すべきユーザ機器(UE)のための構成パラメータを要求するCU対DUメッセージを受信するステップと、
前記DUによって、前記UEがマルチキャスト構成をサポートするかどうかに基づいて、前記DL MBSデータを前記DUから受信するために利用すべき前記UEのためのDU構成メッセージに、ポイントツーポイント(PTP)構成パラメータを含めるか、またはポイントツーマルチポイント(PTM)構成パラメータを含めるかを決定するステップと、
前記DUによって、前記決定に従って、前記DU構成メッセージを生成するステップと、
前記DUによって前記CUに、前記DU構成メッセージを送信するステップとを備える、方法。
【請求項2】
前記生成するステップが、前記UEがマルチキャスト構成をサポートすると決定したことに応答して、前記DU構成メッセージに前記PTM構成パラメータを含めるステップを含む、請求項1に記載の方法。
【請求項3】
前記生成するステップが、前記UEがマルチキャスト構成をサポートしないと決定したことに応答して、前記DU構成メッセージに前記PTP構成パラメータを含めるステップを含む、請求項1に記載の方法。
【請求項4】
前記DUによって前記CUから、前記DU構成メッセージを含むメッセージを受信するステップと、前記DUによって前記UEに、前記メッセージを送信するステップとをさらに備える、請求項1に記載の方法。
【請求項5】
処理ハードウェアを備え、請求項1から4のいずれか一項に記載の方法を実施するように構成される、分散型基地局のネットワークノード。
【請求項6】
ユーザ機器(UE)において実施される、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための方法であって、前記UEによって無線アクセスネットワーク(RAN)ノードに、MBSについてのポイントツーポイント(PTP)通信またはポイントツーマルチポイント(PTM)通信の少なくとも1つに対するUEサポートを示す情報を含むアップリンクメッセージを送信するステップと、
前記UEによって前記RANノードから、前記アップリンクメッセージに含まれる前記情報に基づいて、PTP構成パラメータまたはPTM構成パラメータの少なくとも1つを受信するステップと、
前記UEによって、前記PTP構成パラメータまたは前記PTM構成パラメータの前記少なくとも1つに従ってMBSセッションのためのMBSデータを受信するステップとを備える、方法。
【請求項7】
前記PTP通信または前記PTM通信の前記少なくとも1つに対する前記UEサポートを示す前記情報が、前記PTM通信に対する前記UEサポートを示し、前記PTP通信に対する前記UEサポートを示すのを控える、請求項6に記載の方法。
【請求項8】
前記PTP構成パラメータまたは前記PTM構成パラメータの前記少なくとも1つを受信するステップが、
前記PTM構成パラメータを受信するステップと、
前記PTP構成パラメータを受信するのを控えるステップとを含む、請求項7に記載の方法。
【請求項9】
前記MBSセッションのための前記MBSデータを受信する前記ステップが前記PTM構成パラメータに従う、請求項8に記載の方法。
【請求項10】
前記PTP通信または前記PTM通信の前記少なくとも1つに対する前記UEサポートを示す前記情報が、前記PTM通信に対する前記UEサポートおよび前記PTP通信に対する前記UEサポートを示す、請求項6に記載の方法。
【請求項11】
前記PTP構成パラメータまたは前記PTM構成パラメータの前記少なくとも1つを受信するステップが、
前記PTP構成パラメータを受信するステップと、
前記PTM構成パラメータを受信するステップとを含む、請求項10に記載の方法。
【請求項12】
前記MBSセッションのための前記MBSデータを受信する前記ステップが、前記PTP構成パラメータおよび前記PTM構成パラメータに従う、請求項11に記載の方法。
【請求項13】
前記RANノードを介して前記UEによってコアネットワーク(CN)と、前記アップリンクメッセージを送信した後に前記MBSセッションのためのMBSセッション参加手順を実行するステップをさらに備える、請求項6に記載の方法。
【請求項14】
処理ハードウェアを備え、請求項6から13のいずれか一項に記載の方法を実施するように構成される、ユーザ機器。
【国際調査報告】