ホーム > 特許ランキング > Ｇｏｏｇｌｅ ＬＬＣ
知財求人 - 知財ポータルサイト「IP Force」
特表2024-538134ＭＢＳセッションに関連付けられる共通トンネルの構成のための方法および装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-18
(54)【発明の名称】ＭＢＳセッションに関連付けられる共通トンネルの構成のための方法および装置
(51)【国際特許分類】
H04W 76/12 20180101AFI20241010BHJP
H04W 76/40 20180101ALI20241010BHJP
H04W 4/06 20090101ALI20241010BHJP
H04W 72/54 20230101ALI20241010BHJP
H04W 76/11 20180101ALI20241010BHJP
【ＦＩ】
H04W76/12
H04W76/40
H04W4/06 150
H04W72/54
H04W76/11
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024522536
(86)(22)【出願日】2022-10-13
(85)【翻訳文提出日】2024-06-14
(86)【国際出願番号】 US2022046521
(87)【国際公開番号】W WO2023064439
(87)【国際公開日】2023-04-20
(31)【優先権主張番号】63/255,941
(32)【優先日】2021-10-14
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】502208397
【氏名又は名称】グーグル エルエルシー
【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ
【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】100108453
【弁理士】
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100133400
【弁理士】
【氏名又は名称】阿部 達彦
(72)【発明者】
【氏名】チー－シャン・ウ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067EE02
5K067EE10
(57)【要約】
MBSセッションに関連付けられる共通トンネルの構成のための方法および装置について説明する。マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するために、基地局は、基地局がそれを介して複数のユーザ機器(UE)へのワイヤレス送信のためのMBSデータをコアネットワーク(CN)から受信することになる、MBSセッションに関連する共通トンネルを構成するための要求を、CNから受信する(1902)。要求に応答して、基地局は、CNに、共通トンネルの構成を送信する(1904)。
【特許請求の範囲】
【請求項1】
マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための基地局における方法であって、前記基地局がそれを介して複数のユーザ機器(UE)へのワイヤレス送信のためのMBSデータをコアネットワーク(CN)から受信することになる、MBSセッションに関連付けられる共通トンネルを構成するための要求を、前記基地局によって前記CNから受信するステップと、
前記要求に応答して、前記基地局によって前記CNに、前記共通トンネルの構成を送信するステップと
を備える、方法。
【請求項2】
前記基地局によって、無線インターフェースに関連付けられる、前記共通トンネルに対応する論理チャネルを構成するステップと、前記基地局によって、前記共通トンネルを介して前記MBSデータを前記CNから受信するステップと、
前記基地局によって、前記無線インターフェース上で前記論理チャネルを介して前記MBSデータを前記複数のUEに送信するステップと
をさらに備える、請求項1に記載の方法。
【請求項3】
前記論理チャネルを構成するステップが、前記MBSセッションのための複数のサービス品質(QoS)フローについて前記論理チャネルを構成するステップを含み、前記MBSデータを受信するステップが、前記複数のQoSフローに関連する前記MBSデータを受信するステップを含み、
前記MBSデータを送信するステップが、前記論理チャネルを介して前記複数のQoSフローに関連する前記MBSデータを送信するステップを含む、
請求項2に記載の方法。
【請求項4】
構成する前記ステップが、複数の論理チャネルを構成するステップを含み、前記方法が、前記MBSデータにおける多様なQoSフローを前記複数の論理チャネルにマッピングするステップをさらに備える、
請求項2に記載の方法。
【請求項5】
前記基地局によって、前記共通トンネルを介して受信されるデータを送信するためのマルチキャスト無線ベアラ(MRB)を構成するステップをさらに備え、前記MBSデータを送信するステップが前記MRBを使用するステップを含む、
請求項2に記載の方法。
【請求項6】
構成する前記ステップが、前記共通トンネルに関連する論理チャネルに前記MRBを関連付けるステップを含む、
請求項5に記載の方法。
【請求項7】
前記基地局によって、前記共通トンネルを介して前記MBSデータを受信するステップと、前記共通トンネルが前記MBSセッションに関連付けられると決定したことに応答して、それを介して前記MBSデータを送信すべき論理チャネルを選択するステップと
をさらに備える、請求項1に記載の方法。
【請求項8】
前記基地局によって、前記共通トンネルを介して前記MBSデータを受信するステップと、前記共通トンネルが複数のUEのための前記MBSデータを受信するために構成されると決定したことに応答して、それを介して前記MBSデータを送信すべき論理チャネルを選択するステップと
をさらに備える、請求項1に記載の方法。
【請求項9】
受信されるデータパケットのインターネットプロトコル(IP)アドレスまたはトンネル識別子の少なくとも1つに基づいて、前記データパケットが、前記MBSセッションに関連付けられた前記共通トンネルを介して到着したか、または特定のUEのために構成されるトンネルを介して到着したかを決定するステップと、前記決定するステップに基づいて、それを介して前記データパケットを送信すべき論理チャネルを選択するステップと
をさらに備える、請求項1に記載の方法。
【請求項10】
前記基地局によって、前記共通トンネルを介して前記MBSデータを受信するステップと、前記MBSデータがブロードキャストデータであるか、またはマルチキャストデータであるかを決定したことに基づいて、それを介して前記MBSデータを送信すべき論理チャネルを選択するステップと
をさらに備える、請求項1に記載の方法。
【請求項11】
選択する前記ステップが、マルチキャストトラフィックチャネルまたは専用トラフィックチャネルの少なくとも1つを選択するステップを含む、請求項7から10のいずれか一項に記載の方法。
【請求項12】
前記基地局によって、前記MBSセッションのためのマルチキャスト無線ベアラ(MRB)を構成するステップと、前記基地局によって、第1の識別子を前記MRBに割り当てるステップと、
前記基地局によって、特定のUEのためのデータ無線ベアラ(DRB)を構成するステップと、
前記基地局によって、第2の識別子を前記DRBに割り当てるステップと
をさらに備える、請求項1に記載の方法。
【請求項13】
前記第1の識別子を割り当てるステップおよび前記第2の識別子を割り当てるステップが、重複する数字空間から前記第1の識別子および前記第2の識別子を選択するステップを含む、請求項12に記載の方法。
【請求項14】
前記第1の識別子を割り当てるステップおよび前記第2の識別子を割り当てるステップが、重複しない数字空間から前記第1の識別子および前記第2の識別子を選択するステップを含む、請求項12に記載の方法。
【請求項15】
処理ハードウェアを含み、請求項1から14のいずれか一項に記載の方法を実施するように構成される、基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本開示はワイヤレス通信に関し、より具体的には、マルチキャストおよび/またはブロードキャスト通信のための無線リソースのセットアップおよび/または修正を可能にすることに関する。
【背景技術】
【0002】
本明細書で提供される背景の説明は、本開示の文脈を全体的に提示するためのものである。この背景技術のセクションにおいて説明される範囲内で、本明細書で名前を挙げられる発明者の成果、ならびに、出願の時点において従来技術として場合によっては適格ではない可能性がある説明の態様は、本開示に対する従来技術として明確にも暗黙的にも認められない。
【0003】
遠隔通信システムにおいて、無線プロトコルスタックのパケットデータコンバージェンスプロトコル(PDCP)サブレイヤは、ユーザプレーンデータの転送、暗号化、完全性保護などのサービスを提供する。たとえば、Evolved Universal Terrestrial Radio Access (EUTRA)無線インターフェース(第3世代パートナーシッププロジェクト(3GPP（登録商標）)仕様TS 36.323参照)およびNew Radio (NR)(3GPP仕様TS 38.323参照)のために定義されるPDCPサブレイヤは、ユーザデバイス(ユーザ機器または「UE」としても知られている)から基地局へのアップリンク方向における、ならびに基地局からUEへのダウンリンク方向における、プロトコルデータユニット(PDU)の順序付けを提供する。PDCPサブレイヤはまた、シグナリング無線ベアラ(SRB)のためのサービスを無線リソース制御(RRC)サブレイヤに提供する。PDCPサブレイヤはさらに、サービスデータ適応プロトコル(SDAP)サブレイヤ、または、インターネットプロトコル(IP)レイヤ、イーサネットプロトコルレイヤ、およびインターネット制御メッセージプロトコル(ICMP)レイヤなどのプロトコルレイヤに、データ無線ベアラ(DRB)のためのサービスを提供する。一般に、UEおよび基地局は、SRBを使用してRRCメッセージならびに非アクセス層(NAS)メッセージを交換することができ、DRBを使用してユーザプレーンでデータを輸送することができる。
【0004】
いくつかのシナリオでは、UEは、バックホールによって相互接続される、無線アクセスネットワーク(RAN)の複数のノード(たとえば、基地局、または分散型基地局もしくは分離型基地局のコンポーネント)のリソースを同時に利用することができる。これらのネットワークノードが異なる無線アクセス技術(RAT)をサポートするとき、このタイプの接続はマルチラジオデュアルコネクティビティ(MR-DC)と呼ばれる。MR-DCで動作するとき、マスターノード(MN)として動作する基地局に関連するセルはマスターセルグループ(MCG)を定義し、セカンダリノード(SN)として動作する基地局に関連するセルはセカンダリセルグループ(SCG)を定義する。MCGは、プライマリセル(PCell)、および0個、1個、またはより多くのセカンダリセル(SCell)をカバーし、SCGは、プライマリセカンダリセル(PSCell)、および0個、1個、またはより多くのSCellをカバーする。UEは、(MCGを介して)MNと通信し、(SCGを介して)SNと通信する。他のシナリオでは、UEは、シングルコネクティビティ(SC)において、一度に1つの基地局のリソースを利用する。SCにおけるUEは、MCGを介して、MNと通信するだけである。基地局および/またはUEは、UEが別の基地局との無線接続をいつ確立すべきかを決定する。たとえば、基地局は、別の基地局にUEをハンドオーバーすることを決定し、ハンドオーバー手順を開始することができる。他のシナリオでは、UEは、バックホールによって相互接続される、別のRANノード(たとえば、基地局、または分散型基地局もしくは分離型基地局のコンポーネント)のリソースを同時に利用することができる。
【0005】
UEは、いくつかのタイプのSRBおよびDRBを使用することができる。いわゆる「SRB1」リソースはRRCメッセージを搬送し、これらは、いくつかの場合、専用制御チャネル(DCCH)上のNASメッセージを含み、「SRB2」リソースは、やはりDCCH上にあるがSRB1リソースより優先順位の低い、記録された測定情報またはNASメッセージを含むRRCメッセージをサポートする。より一般には、SRB1リソースおよびSRB2リソースは、UEおよびMNが、MNに関するRRCメッセージを交換して、SNに関するRRCメッセージを埋め込むことを可能にし、MCG SRBとも呼ばれ得る。「SRB3」リソースは、UEおよびSNがSNに関するRRCメッセージを交換することを可能にし、SCG SRBとも呼ばれ得る。分割SRBは、UEが、MNおよびSNのより低いレイヤのリソースを介してMNと直接RRCメッセージを交換することを可能にする。さらに、MNにおいて終端し、MNだけのより低いレイヤのリソースを使用するDRBを、MCG DRBと呼ぶことができ、SNにおいて終端し、SNだけのより低いレイヤのリソースを使用するDRBを、SCG DRBと呼ぶことができ、MNまたはSNにおいて終端するが、MNとSNの両方のより低いレイヤのリソースを使用するDRBを、分割DRBと呼ぶことができる。MNにおいて終端するが、SNだけのより低いレイヤのリソースを使用するDRBを、MN終端SCG DRBと呼ぶことができる。SNにおいて終端するが、MNだけのより低いレイヤのリソースを使用するDRBを、SN終端MCG DRBと呼ぶことができる。
【0006】
UEは、SC動作でもDC動作でも、あるセルから別のセルに切り替えるためにハンドオーバー手順を実行することができる。これらの手順は、RANノードとUEとの間のメッセージング(たとえば、RRCシグナリングおよび準備)を伴う。シナリオに応じて、UEは、サービング基地局のセルからターゲット基地局のターゲットセルに、またはサービング基地局の第1の分散ユニット(DU)のセルから同じ基地局の第2のDUのターゲットセルにハンドオーバーし得る。DCのシナリオでは、UEは、PSCellを交換するためにPSCell交換手順を実行することができる。これらの手順は、RANノードとUEとの間のメッセージング(たとえば、RRCシグナリングおよび準備)を伴う。シナリオに応じて、UEは、サービングSNのPSCellからターゲットSNのターゲットPSCellへの、または基地局のソースDUのPSCellから同じ基地局のターゲットDUのPSCellへの、PSCell変更を実行し得る。さらに、UEは、同期した再構成のためにセル内でハンドオーバーまたはPSCell変更を実行し得る。
【0007】
第5世代(5G) New Radio (NR)の要件に従って動作する基地局は、第4世代(4G)基地局よりはるかに広い帯域幅をサポートする。したがって、第3世代パートナーシッププロジェクト(3GPP)は、Release 15で、ユーザ機器ユニット(UE)が周波数範囲1(FR1)において100MHzの帯域幅を、および周波数範囲2(FR2)において400MHzの帯域幅をサポートすべきであると提案した。5G NRにおける典型的なキャリアの帯域幅は比較的広いので、3GPPは、Release 17で、5G NR基地局がマルチキャストおよび/またはブロードキャストサービス(MBS)をUEに提供できるべきであると提案した。MBSは、たとえば、トランスペアレントIPv4/IPv6マルチキャスト配信、IPTV、ワイヤレスのソフトウェア配信、グループ通信、Internet of Things (IoT)用途、V2X用途、および公衆安全に関する緊急メッセージなどの、多くのコンテンツ配信用途において有用であり得る。
【発明の概要】
【発明が解決しようとする課題】
【0008】
5G NRは、無線インターフェースを介したMBSパケットフローの送信のために、ポイントツーポイント(PTP)配信方法とポイントツーマルチポイント(PTM)配信方法の両方を提供する。PTP通信においては、RANノードは、無線インターフェースを介して、各MBSデータパケットの異なるコピーを異なるUEに送信するが、PTM通信においては、RANノードは、無線インターフェースを介して、各MBSデータパケットの単一のコピーを複数のUEに送信する。しかしながら、いくつかのシナリオでは、基地局がコアネットワークからMBSデータパケットをどのように受信するか、および基地局が各MBSデータパケットをUEにどのように送信するかが不明確である。
【課題を解決するための手段】
【0009】
本開示の技法を使用すると、コアネットワーク(CN)および基地局は、CNと基地局との間の共有(または「共通」)トンネルを介して複数のUEのためのMBSトラフィックを通信する。基地局は、インターネットプロトコル(IP)アドレスおよび/またはトンネルエンドポイント識別子(TEID)などの共通トンネルの構成を生成し、CNからの構成に対する要求に応答してCNに提供することができる。
【0010】
これらの技法の例示的な実施形態は、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための基地局における方法である。方法は、基地局がそれを介して複数のユーザ機器(UE)へのワイヤレス送信のためのMBSデータをコアネットワーク(CN)から受信することになる、MBSセッションに関連する共通トンネルを構成するための要求を、処理ハードウェアによってCNから受信するステップと、要求に応答して、処理ハードウェアによってCNに、共通トンネルの構成を送信するステップとを含む。
【0011】
これらの技法の別の例示的な実施形態は、MBSの送信を管理するための基地局における方法であり、方法は、処理ハードウェアによってCNから、第1のUEがMBSセッションに参加したことを示す第1のメッセージを受信するステップと、第1のメッセージに応答して、基地局がそれを介してMBSセッションのためのMBSデータをCNから受信することになるトンネルのための構成を、処理ハードウェアによってCNに送信するステップと、処理ハードウェアによってCNから、第2のUEがMBSセッションに参加したことを示す第2のメッセージを受信するステップと、第2のメッセージに応答して、処理ハードウェアによってCNに構成を送信するステップとを備える。
【0012】
これらの技法のさらに別の例示的な実施形態は、処理ハードウェアを含み、上の方法の1つを実施するように構成される、基地局である。
【0013】
これらの技法の別の例示的な実施形態は、MBSの送信を管理するためのCNにおける方法であり、方法は、CNがそれを介して複数のUEへのワイヤレス送信のためのMBSデータを基地局に送信することになる、MBSセッションに関連するトンネルを構成するための要求を、処理ハードウェアによって基地局に送信するステップと、処理ハードウェアによって基地局から、トンネルの構成を受信するステップとを備える。
【0014】
これらの技法のさらに別の例示的な実施形態は、処理ハードウェアを含み、上の方法を実施するように構成される、CNである。
【図面の簡単な説明】
【0015】
【図1A】MBS情報の送信と受信を管理するための本開示の技法が実施され得る例示的なシステムのブロック図である。
【図3】それぞれMBSセッションおよびPDUセッションのための例示的なトンネルアーキテクチャを示すブロック図である。
【図4】CNがそれを介して複数のUEのための基地局へのMBSセッションのMBSデータを送信することができる共通ダウンリンク(DL)トンネルをCNおよび基地局が確立するような、例示的なシナリオのメッセージング図である。
【図6】図1Aの基地局において実施され得る、MBSセッションのためのMBSサービス品質(QoS)フローに関連する論理チャネルを構成し、論理チャネルを介してMBS QoSフローのMBSデータを1つまたは複数のUEに送信するための例示的な方法の流れ図である。
【図7】図1Aの基地局において実装され得る、MBSセッションのための複数のMBS QoSフローに関連する論理チャネルを構成し、論理チャネルを介してMBS QoSフローのMBSデータを1つまたは複数のUEに送信するための例示的な方法の流れ図である。
【図8A】図1Aの基地局において実施され得る、データパケットがMBSセッションに関連するDLトンネルを介して受信されたか、またはPDUセッションに関連するDLトンネルを介して受信されたかに基づいて、データパケットをUEに送信するためにどの論理チャネルを使用するかを決定するための例示的な方法の流れ図である。
【図8B】図1Aの基地局において実施され得る、データパケットが共通DLトンネルを介して受信されたか、またはUE固有DLトンネルを介して受信されたかに基づいて、データパケットをUEに送信するためにどの論理チャネルを使用するかを決定するための例示的な方法の流れ図である。
【図8C】図1Aの基地局において実施され得る、データパケットがそれを介して受信されたトンネルに基づいて、データパケットをUEに送信するためにどの論理チャネルを使用するかを決定するための例示的な方法の流れ図である。
【図9】図1Aの基地局において実施され得る、データパケットがブロードキャストセッションと関連付けられるか、またはマルチキャストセッションと関連付けられるかに基づいて、データパケットをUEに送信するためにどの論理チャネルを使用するかを決定するための例示的な方法の流れ図である。
【図10】図1Aの基地局において実施され得る、データパケットがそれを介して受信されたトンネルに基づいて、データパケットをUEに送信するためにどの論理チャネルを使用するかを決定するための別の例示的な方法の流れ図である。
【図14】図1Aの基地局において実施され得る、UEがMBSセッションに参加したことを示すCNからBSへのメッセージを受信したことに応答して、MBSセッションのためのDLトンネルを構成するかどうかを決定するための例示的な方法の流れ図である。
【図17】図1AのCNによって実施され得る、セッションがPDUセッションであるかMBSセッションであるかに基づいて、セッションのためのリソースを要求するCNからBSへのメッセージにアップリンク(UL)トランスポートレイヤ構成を含めるかどうかを決定するための例示的な方法の流れ図である。
【発明を実施するための形態】
【0016】
一般に、RANおよび/またはCNは、マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するために本開示の技法を実施する。CNは、CNがそれを介して複数のUEのための基地局へのMBSセッションのMBSデータを送信することができる、共通ダウンリンク(DL)トンネルを構成するように、基地局に要求することができる。要求に応答して、基地局は、共通DLトンネルの構成をCNに送信する。構成は、インターネットプロトコル(IP)アドレスおよびトンネル識別子(たとえば、トンネルエンドポイント識別子(TEID))などのトランスポートレイヤ情報を含み得る。
【0017】
基地局はまた、UEに向かう1つまたは複数の論理チャネル、および/またはMBSセッションに関連する1つまたは複数のMBS無線ベアラ(MRB)も構成することができ、各論理チャネルと各MRBとの間には1対1のマッピングがあり得る。共通DLトンネルを介してMBSセッションのためのMBSデータを受信した後、基地局は、MBSセッションに参加した1つまたは複数のUEに、1つまたは複数の論理チャネルを介してMBSデータを送信することができる。いくつかの実装形態では、基地局は、単一の論理チャネルを介してMBSデータを複数のUEに送信する。さらに、MBSセッションのための複数のサービス品質(QoS)フローがある場合、単一の論理チャネルが複数のQoSフローと関連付けられることがあり、または、各QoSフローと各論理チャネルとの間に1対1のマッピングがあることがある。
【0018】
CNは、基地局に、UEがMBSセッションに参加する前または後に共通DLトンネルを構成させることができる。トンネルが構成された後に追加のUEがMBSセッションに参加する場合、CNは、同じ共通DLトンネルを利用して、複数のUEのためのMBSデータを基地局に送信することができる。
【0019】
図1Aは、マルチキャストおよび/またはブロードキャストサービス(MBS)情報の送信と受信を管理するための本開示の技法が実施され得る、例示的なワイヤレス通信システム100を示す。ワイヤレス通信システム100は、コアネットワーク(CN)110に接続された無線アクセスネットワーク(RAN)105のユーザ機器(UE)102A、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であってもよい。
【0020】
基地局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)として動作する。
【0021】
非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はアイドル状態または非活動状態にあり得る。
【0022】
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)であり得る。
【0023】
基地局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を含み得る。
【0024】
基地局106は処理ハードウェア140を含み、これは、1つまたは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、および/または専用処理ユニットを含み得る。図1Aの例示的な実装形態における処理ハードウェア140は、MBSコントローラ142および非MBSコントローラ144を含み、これらは、基地局130のコントローラ132および134とそれぞれ似ていてもよい。図1Aには示されていないが、RAN105は、基地局104の処理ハードウェア130および/または基地局106の処理ハードウェア140と似た処理ハードウェアを伴う追加の基地局を含み得る。
【0025】
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に似た処理ハードウェアを含み得る。
【0026】
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インターフェースをサポートし得る。
【0027】
他のコンポーネントの中でもとりわけ、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セッションを管理するように構成される。
【0028】
UPF162、AMF164、および/またはSMF166は、MBSをサポートするように構成され得る。たとえば、SMF166は、MBSトランスポートを管理もしくは制御し、MBSフローのためのUPF162および/もしくはRAN105を構成し、ならびに/または、UE(たとえば、UE102Aまたは102B)のためのMBSのための1つまたは複数のMBSセッションもしくはPDUセッションを管理もしくは構成するように構成され得る。UPF162は、オーディオ、ビデオ、インターネットトラフィックなどへのMBSデータパケットをRAN105に転送するように構成される。UPF162および/またはSMF166は、非MBSユニキャストサービスとMBSの両方のために、またはMBSだけのために構成され得る。
【0029】
一般に、ワイヤレス通信システム100は、NRセルおよび/またはEUTRAセルをサポートする任意の適切な数の基地局を含み得る。より具体的には、EPC111または5GC160は、NRセルおよび/またはEUTRAセルをサポートする任意の適切な数の基地局に接続され得る。以下の例は特定のCNタイプ(EPC、5GC)およびRATタイプ(5G NRおよびEUTRA)を特に参照するが、一般に、たとえば、本開示の技法は、第6世代(6G)無線アクセスおよび/または6Gコアネットワークもしくは5G NR-6G DCなどの、他の適切な無線アクセスおよび/またはコアネットワーク技術にもあてはまり得る。
【0030】
ワイヤレス通信システム100の異なる構成またはシナリオでは、基地局104は、MeNB、Mng-eNB、またはMgNBとして動作することができ、基地局106は、SgNBまたはSng-eNBとして動作することができる。UE102Aは、EUTRAもしくはNRなどの同じ無線アクセス技術(RAT)を介して、または異なるRATを介して、基地局104および基地局106と通信することができる。
【0031】
基地局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)状態にあり得る。
【0032】
図1Bは、基地局104および106の任意の1つまたは複数の例示的な分散型の実装形態を示す。この実装形態では、基地局104、106は、中央ユニット(CU)172および1つまたは複数の分散ユニット(DU)174を含む。CU172は、1つまたは複数の汎用プロセッサ(たとえば、CPU)、および汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、および/または専用処理ユニットなどの、処理ハードウェアを含む。たとえば、CU172は、図1Aの処理ハードウェア130もしくは140の一部またはすべてを含み得る。
【0033】
DU174の各々はまた、1つまたは複数の汎用プロセッサ(たとえば、CPU)および1つまたは複数の汎用プロセッサ上で実行可能な機械可読命令を記憶するコンピュータ可読メモリ、ならびに/または専用処理ユニットを含み得る、処理ハードウェアを含む。たとえば、処理ハードウェアは、1つまたは複数の媒体アクセス制御(MAC)動作または手順(たとえば、ランダムアクセス手順)を管理もしくは制御するように構成されるMACコントローラと、基地局(たとえば、基地局104)がMNまたはSNとして動作するときに、1つまたは複数のRLC動作または手順を管理もしくは制御するように構成される無線リンク制御(RLC)コントローラとを含み得る。処理ハードウェアはまた、1つまたは複数の物理(PHY)レイヤ動作または手順を管理もしくは制御するように構成される、PHYレイヤコントローラを含み得る。
【0034】
いくつかの実装形態では、CU172は、CU172のパケットデータコンバージェンスプロトコル(PDCP)プロトコルおよび/またはCU172の無線リソース制御(RRC)プロトコルの制御プレーン部分をホストする、1つまたは複数の論理ノード(CU-CP172A)を含み得る。CU172はまた、CU172のPDCPプロトコルおよび/またはサービスデータ適応プロトコル(SDAP)プロトコルのユーザプレーン部分をホストする、1つまたは複数の論理ノード(CU-UP172B)を含み得る。本明細書で説明されるように、CU-CP172Aは、非MBS制御情報およびMBS制御情報を送信することができ、CU-UP172Bは、非MBSデータパケットおよびMBSデータパケットを送信することができる。
【0035】
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によって確立される。
【0036】
上の説明は、UE102B、103A、および103Bに当てはまり得る。
【0037】
図2Aは、簡略化された方式で、UE(たとえば、UE102A、102Bまたは103)がそれに従って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に提供する。いくつかの実装形態では、UEは、EUTRAとNR基地局との間のハンドオーバーをサポートするために、および/または、EUTRAおよびNRインターフェース上でDCをサポートするために、図2Aに示されるようにEUTRAとNRスタックの両方をサポートする。さらに、図2Aに示されるように、UEは、EUTRA RLC 206A上でのNR PDCP 210のレイヤリング、およびNR PDCPサブレイヤ210上でのSDAPサブレイヤ212をサポートすることができる。本明細書では、サブレイヤは単に「レイヤ」とも呼ばれる。
【0038】
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サービスのためのアプリケーション制御情報を含み得る。
【0039】
制御プレーン上で、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、たとえば、RRCメッセージまたは非アクセス層(NAS)メッセージを交換するためにSRBを提供することができる。ユーザプレーン上で、EUTRA PDCPサブレイヤ208およびNR PDCPサブレイヤ210は、データ交換をサポートするためにDRBを提供することができる。NR PDCPサブレイヤ210上で交換されるデータは、たとえば、SDAP PDU、IPパケット、またはイーサネットパケットであり得る。
【0040】
UEがMeNBとして動作する基地局104とEN-DCにおいて動作し、基地局106がSgNBとして動作するシナリオでは、ワイヤレス通信システム100は、EUTRA PDCPサブレイヤ208を使用するMN終端ベアラまたはNR PDCPサブレイヤ210を使用するMN終端ベアラを、UEに提供することができる。様々なシナリオにおいて、ワイヤレス通信システム100はまた、NR PDCPサブレイヤ210だけを使用するSN終端ベアラを、UEに提供することができる。MN終端ベアラは、MCGベアラ、分割ベアラ、またはMN終端SCGベアラであり得る。SN終端ベアラは、SCGベアラ、分割ベアラ、またはSN終端MCGベアラであり得る。MN終端ベアラは、SRB(たとえば、SRB1またはSRB2)またはDRBであり得る。SN終端ベアラは、SRBまたはDRBであり得る。
【0041】
いくつかの実装形態では、基地局(たとえば、基地局104、106)は、1つまたは複数のMBS無線ベアラ(MRB)を介してMRBデータパケットをブロードキャストまたはマルチキャストし、そして、UEはMRBを介してMBSデータパケットを受信する。基地局は、以下で説明されるマルチキャスト構成パラメータ(MBS構成パラメータとも呼ばれ得る)にMRBの構成を含めることができる。いくつかの実装形態では、基地局は、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットをブロードキャストし、それに対応して、UEは、MBSデータパケットを受信するために、PHYサブレイヤ202、MACサブレイヤ204、およびRLCサブレイヤ206を使用する。そのような実装形態では、基地局およびUEは、MBSデータパケットを通信するためにPDCPサブレイヤ208およびSDAPサブレイヤ212を使用しなくてもよい。他の実装形態では、基地局は、PDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UEは、MBSデータパケットを受信するために、PHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、およびPDCPサブレイヤ208を使用する。そのような実装形態では、基地局およびUEは、MBSデータパケットを通信するためにおよびSDAPサブレイヤ212を使用しなくてもよい。さらに他の実装形態では、基地局は、SDAPサブレイヤ212、PDCPサブレイヤ208、RLCサブレイヤ206、MACサブレイヤ204、およびPHYサブレイヤ202を介してMBSデータパケットを送信し、それに対応して、UEは、MBSデータパケットを受信するために、PHYサブレイヤ202、MACサブレイヤ204、RLCサブレイヤ206、PDCOサブレイヤ208、およびSDAPサブレイヤ212を使用する。
【0042】
図2Bは、簡略化された方式で、UEがDU(たとえば、DU174)およびCU(たとえば、CU172)と通信することができる例示的なプロトコルスタック250を示す。無線プロトコルスタック200は、図2Bにおいて無線プロトコルスタック250により示されるように機能的に分割される。基地局104または106のいずれにおけるCUも、すべての制御機能および上位レイヤ機能(たとえば、RRC214、SDAP212、NR PDCP210)を保持することができるが、より低いレイヤの動作(たとえば、NR RLC206B、NR MAC 204B、およびNR PHY 202B)はDUに委ねられる。5GCへの接続をサポートするために、NR PDCP210はSRBをRRC214に提供し、NR PDCP210はDRBをSDAP212に提供し、SRBをRRC214に提供する。
【0043】
図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パケットを含み得る。
【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)上でレイヤリングされるユーザデータグラムプロトコル(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を介して移動するデータパケットを識別することができる。
【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トラフィックチャネル(MTCH)に対応し得る。基地局104/106およびCN110は別のMBSセッション302Bも維持することができ、これらは同様に、MRB314B-1、314B-2、...、314B-Nに対応するトンネル312Bを含んでもよく、N≧1である。MRB314Bの各々は、それぞれの論理チャネルに対応し得る。
【0047】
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にマッピングする。
【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、...324-Nなどの1つまたは複数のDRB324Aに対応する、UE固有DLトンネルおよび/またはUE固有DLトンネル322Aを含み得る。DRB324Aの各々は、専用トラフィックチャネル(DTCH)などのそれぞれの論理チャネルに対応し得る。
【0050】
次に、図4は、基地局104が、MBSセッションのためのリソースをCNが要求することに応答してMBSデータのための共通トンネルを構成するような、例示的なシナリオ400を示す。
【0051】
UE102Aは最初に、あるMBSセッションに参加するために、基地局104を介してCN110とのMBSセッション参加手順を実行する(402)。いくつかのシナリオでは、UE102Aは続いて、1つまたは複数の追加のMBS参加手順を実行し、それにより、イベント402が複数のMBS参加手順の最初の手順になる。基地局104はUE固有のトンネルではなくMBSトラフィックのための共通DLトンネルを構成するので、以下で論じられるように、手順402と490はどちらの順序でも起こり得る。言い換えると、基地局104は、MBSセッションに参加するUEがまだ1つもなくても、共通DLトンネルを構成することができる。
【0052】
MBSセッション参加手順を実行するために、いくつかの実装形態では、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セッション参加手順を実行することができる。イベント402と同様に、いくつかの実装形態では、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セッション参加手順および/または追加のMBSセッション参加手順を実行するために、基地局104を介してCN110とのPDUセッション確立手順を実行してPDUセッションを確立することができる。PDUセッション確立手順の間、UE102Aは、基地局104を介してCN110とPDUセッションのPDUセッションIDを通信することができる。
【0056】
(第1の)MBSセッション参加手順の前、間、または後に(イベント402)、CN110は、第1のMBSセッションのためのリソースを構成するように基地局104に要求するために、第1のMBSセッションIDおよび/またはPDUセッションIDを含む、CNからBSへの(第1の)メッセージ(a (first) CN-to-BS message)を基地局104に送信することができる(404)。CN110は、第1のMBSセッションのためのサービス品質(QoS)構成を追加で含めることができる。それに応答して、基地局104は、MBSデータを基地局104に送信するようにCN110のための共通DLトンネルを構成するために、DLトランスポートレイヤ構成を含む、BSからCNへの(第1の)メッセージ(a (first) BS-to-CN message)(たとえば、MBSセッションリソースセットアップ応答メッセージ)を送信することができる(406)。DLトランスポートレイヤ構成は、共通DLトンネルを識別するためのトランスポートレイヤアドレス(たとえば、IPアドレスおよび/またはTEID)を含む。基地局104は、BSからCNへの第1のメッセージに第1のMBSセッションIDおよび/またはPDUセッションIDを含めることができる。
【0057】
いくつかの実装形態では、イベント404のCNからBSへのメッセージ(CN-to-BS message)は、汎用的なNGAPメッセージ、またはMBSセッションのためのリソースを要求するために特別に定義される専用のNGAPメッセージ(たとえば、MBSセッションリソースセットアップ要求メッセージ)であり得る。いくつかの実装形態では、イベント406のBSからCNへのメッセージ(BS-to-CN message)は、汎用的なNGAPメッセージ、またはMBSセッションのためのリソースを運ぶために特別に定義される専用のNGAPメッセージ(たとえばMBSセッションリソースセットアップ応答メッセージ)である。そのような場合、イベント404のCNからBSへのメッセージおよびイベント406のBSからCNへのメッセージは、非UE固有メッセージであり得る。
【0058】
いくつかの実装形態では、QoS構成は第1のMBSセッションのためのQoSパラメータを含む。いくつかの実装形態では、QoS構成は、MBSセッションのための1つまたは複数のQoSフローを構成するための構成パラメータを含む(図3参照)。いくつかの実装形態では、構成パラメータは、QoSフローを識別する1つまたは複数のQoSフローIDを含む。QoSフローIDの各々は、QoSフローの特定のQoSフローを識別する。いくつかの実装形態では、構成パラメータは各QoSフローのためのQoSパラメータを含む。QoSパラメータは、5G QoS識別子(5QI)、優先レベル、パケット遅延バジェット、パケットエラーレート、平均区間、および/または最大データバースト量を含み得る。CN110は、QoSフローのためのQoSパラメータの異なる値を指定することができる。
【0059】
イベント404および406は、図4Aにおいて、MBSセッションリソースセットアップ手順490と集合的に呼ばれる。
【0060】
CN110が追加のMBSセッション参加手順においてUE102Aのための追加のMBSセッションを認める場合、CN110は、CNからBSへの第1または第2のメッセージに、追加のMBSセッションIDおよび、任意選択で追加のMBSセッションIDのためのQoS構成を含めることができる。そのような場合、基地局104は、BSからCNへの第1または第2のメッセージに、追加の共通DLトンネルを構成するための、追加のMBSセッションのための追加のトランスポートレイヤ構成を含める。トランスポートレイヤ構成の各々は、共通DLトンネルの特定の共通DLトンネルを構成し、追加のMBSセッションの特定のMBSセッションに関連付けられ得る。代替として、CN110は、図4に示されるシングルセッションMBSセッションリソースセットアップ手順490と同様に、基地局104との追加のMBSセッションリソースセットアップ手順を実行して、追加のトランスポートレイヤ構成を基地局104から取得することができる。異なる共通DLトンネルを区別するために、トランスポートレイヤ構成は異なり得る。特に、トランスポートレイヤ構成の任意のペアが、異なるIPアドレス、異なるDL TEID、または異なるIPアドレス、ならびに異なるDL TEIDを有し得る。
【0061】
いくつかの実装形態では、CN110は、イベント404のCNからBSへのメッセージに、第1のMBSセッションに参加するUEのリストを示すことができる。他の実装形態では、CN110は、第1のMBSセッションに参加するUEのリストを示す、CNからBSへの別の第2のメッセージを基地局104に送信することができる(408)。CN110は、CNからBSへの第2のメッセージに、第1のMBSセッションIDおよび/またはPDUセッションIDを含めることができる。基地局104は、CNからBSへの第2のメッセージ408に応答して、BSからCNへの第2のメッセージをCN110に送信することができる(414)。そのような場合、CNからBSへの第2のメッセージおよびBSからCNへの第2のメッセージは、非UE固有メッセージであり得る。たとえば、UEのリストはUE102Aおよび/またはUE102Bを含む。UEのリストを示すために、CN110は、各々がUEの特定のUEを識別する、(CN UEインターフェースID, RAN UEインターフェースID)ペアのリストを含み得る。たとえば、ペアのリストは、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)である。
【0062】
他の実装形態では、CN110は、UE102Aが第1のMBSセッションに参加することを示すCNからBSへの第2のメッセージを基地局104に送信することができる(408)。CN110は、CNからBSへの第2のメッセージに第1のMBSセッションIDおよび/またはPDUセッションIDを含めることができる。CNからBSへの第2のメッセージは、UE102AのためのUE固有メッセージであり得る。基地局104は、CNからBSへの第2のメッセージを受信したこと(408)に応答して、BSからCNへの第2のメッセージをCN110に送信することができる(414)。基地局104は、BSからCNへの第2のメッセージに第1のMBSセッションIDおよび/またはPDUセッションIDを含めることができる。CN110は、CNからBSへの第2のメッセージにUE102AのためのMBSセッション参加応答メッセージを含めることができる。基地局104は、CNからBSへの第2のメッセージに第1のCN UEインターフェースIDおよび第1のRAN UEインターフェースIDを含めることができる。代替として、基地局104は、CNからBSへの第2のメッセージに第1のUE IDを含めることができる。そのような実装形態では、CN110は、UE102B(だけ)が第1のMBSセッションに参加することを示すために、CNからBSへの追加のメッセージを基地局104に送信することができる(図示せず)。CNからBSへの追加のメッセージは、UE102BのためのUE固有メッセージであり得る。CN110は、CNからBSへの追加のメッセージにUE102BのためのMBSセッション参加応答メッセージを含めることができる。CN110は、CNからBSへの追加のメッセージに第2のCN UEインターフェースIDおよび第2のRAN UEインターフェースIDを含めることができる。代替として、CN110は、CNからBSへの追加のメッセージに第2のUE IDを含めることができる。基地局104は、CNからBSへの追加のメッセージに応答して追加のBSからCNへのメッセージをCN110に送信することができる(図示せず)。
【0063】
いくつかの実装形態では、第2の、CNからBSへのメッセージおよびBSからCNへのメッセージは、それぞれ、PDUセッションリソース修正要求メッセージおよびPDUセッションリソース修正応答メッセージであり得る。
【0064】
いくつかの実装形態では、基地局104は、BSからCNへの第2のメッセージおよび/またはBSからCNへの追加のメッセージに、DLトランスポートレイヤ構成を含めることができる。言い換えると、基地局104は、複数のUEが同じMBSセッションに参加することをCNからBSへのメッセージが示すことに応答して、BSからCNへのメッセージにおいて同じDLトランスポートレイヤ構成を送信することができる。そのような実装形態では、CN110は、MBSリソースセットアップ手順490と、第2のおよび/または追加の、CNからBSへのメッセージおよびBSからCNへのメッセージを、単一の手順へと混ぜ合わせることができる。
【0065】
いくつかの実装形態では、基地局104は、CNからBSへの第2のメッセージを受信したことに応答して、CN110とのMBSリソースセットアップ手順490を実行することができる。そのような実装形態では、基地局104は、CNからBSへの第2のメッセージを受信したことに応答して、BSからCNへの第1のメッセージをCN110に送信する。次いで、CN110は、BSからCNへの第1のメッセージに応答して、CNからBSへの第1のメッセージを基地局104に送信する。そのような場合、CN110は、CNからBSへの第1のメッセージにMBSセッションID(すなわち、第1のMBSセッションID)を含めても含めなくてもよい。
【0066】
基地局104が第1のMBSセッションのための共通DLトンネルを確立するためにCN110とのMBSリソースセットアップ手順490を実行する場合、基地局104は、BSからCNへの第2のメッセージに第1のMBSセッションのためのDLトランスポートレイヤ構成を含めるのを控え得る。そのような場合、CN110は、CNからBSへの第2のメッセージに第1のMBSセッションのためのULトランスポートレイヤ構成を含めるのを控えてもよい。
【0067】
MBSセッションリソースセットアップ手順を実行した(490)後、またはCNからBSへの第2のメッセージを受信した(408)後、基地局104は、第1のMBSセッションのMBSデータを受信するために、UE102Aのための構成パラメータを含むRRC再構成メッセージ(たとえば、RRCReconfigurationメッセージ)を生成する。基地局104は次いで、RRC再構成メッセージをUE102Aに送信する(410)。それに応答して、UE102Aは、RRC再構成完了メッセージ(たとえば、RRCReconfigurationCompleteメッセージ)を基地局104に送信する(412)。基地局104は、RRC再構成完了メッセージを受信する前または後に、BSからCNへの第2のメッセージをCN110に送信することができる(414)。
【0068】
BSからCNへの第1のメッセージを受信した(406)後、またはBSからCNへの第2のメッセージを受信した(414)後、CN110はMBSデータを基地局104に送信することができ(416)、そして基地局104は、1つまたは複数の論理チャネルを介してMBSデータをUE102Aに送信(たとえば、マルチキャストまたはユニキャスト)する(418)。UE102Aは、1つまたは複数の論理チャネルを介してMBSデータを受信する(418)。たとえば、基地局104は、MBSデータパケットを受信し(416)、MBSデータパケットを含むPDCP PDUを生成し、論理チャネルIDおよびPDCP PDUを含むMAC PDUを生成し、MAC PDUをUE102Aに送信する(418)。UE102Aは、MAC PDUを受信し(418)、PDCP PDUおよび論理チャネルIDをMAC PDUから取り出し、MRBに関連するPDCP PDUを識別し、MBSデータパケットをPDCP PDUから取り出す。
【0069】
いくつかの実装形態では、構成パラメータは、第1のMBSセッションに関連する1つまたは複数のMRBを構成する1つまたは複数のMRB構成を含み得る。構成パラメータはまた、各々が特定の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を含み得る。いくつかの実装形態では、構成パラメータまたはMRB構成は、論理チャネルを構成する論理チャネル構成(たとえば、LogicalChannelConfig IE)を含み得る。いくつかの実装形態では、RLCベアラ構成はMRB IDを含み得る。
【0070】
いくつかの実装形態では、基地局104は、MRB構成においてDLのみのRBとしてMRBを構成することができる。たとえば、基地局104は、DLのみのRBとしてMRBを構成するために、MRB構成内のPDCP構成にUL構成パラメータを含めるのを控えることができる。基地局104は、たとえば上で説明されたように、MRB構成にDL構成パラメータのみを含めることができる。そのような場合、基地局104は、MRB構成におけるPDCP構成にMRBのためのUL構成パラメータを含めないことによって、MRBを介してUL PDCPデータPDUを基地局104に送信しないようにUE102Aを構成する。別の例では、基地局104は、RLCベアラ構成にUL構成パラメータを含めるのを控える。そのような場合、基地局104は、RLCベアラ構成にUL構成パラメータを含めないことによって、論理チャネルを介して制御PDUを基地局104に送信しないようにUE102Aを構成する。
【0071】
基地局104がRLCベアラ構成にUL構成パラメータを含める場合、UE102Aは、UL構成パラメータを使用して、論理チャネルを介して制御PDU(たとえば、PDCP制御PDUおよび/またはRLC制御PDU)を基地局104に送信し得る。たとえば、基地局104は、圧縮(解凍)プロトコル(たとえば、ロバストヘッダ圧縮(ROHC)プロトコル)を用いてMBSデータを受信するようにUEを構成し得る。この場合、基地局104がMBSデータパケットをCN110から受信する(416)とき、基地局104は、圧縮されたMBSデータパケットを取得するために圧縮プロトコルを用いてMBSデータパケットを圧縮し、圧縮されたMBSデータパケットを含むPDCP PDUをUE102Aに送信する(418)。UE102Aが圧縮されたMBSデータパケットを受信するとき、UE102Aは、圧縮(解凍)プロトコルを用いて圧縮されたMBSデータパケットを解凍して、元のMBSデータパケットを取得する。そのような場合、UE102Aは、ヘッダ圧縮(解凍)プロトコルの動作のためのヘッダ圧縮プロトコルフィードバック(たとえば、散在したROHCフィードバック)を含むPDCP制御PDUを、論理チャネルを介して基地局104に送信し得る。
【0072】
いくつかの実装形態では、MRB構成は、MRB IDを含むMRB-ToAddMod IE(たとえば、mrb-IdentityまたはMRB-Identity)であり得る。MRB IDは、MRBの特定のMRBを識別する。基地局104は、MRB IDを異なる値に設定する。基地局104がユニキャストデータ通信のためにUE102Aに対してDRBを構成した場合、いくつかの実装形態では、基地局104はDRBのDRB IDと異なる値にMRB IDを設定することができる。そのような場合、UE102Aおよび基地局104は、RBのRB IDに従って、RBがMRBであるかDRBであるかを区別することができる。他の実装形態では、基地局104は、DRB IDの1つまたは複数と同じであり得る値にMRB IDの1つまたは複数を設定することができる。そのような場合、UE102Aおよび基地局104は、RBのRB IDおよびRBを構成するRRC IEに従って、RBがMRBであるかDRBであるかを区別することができる。たとえば、DRBを構成するDRB構成は、DRB識別情報(たとえば、drb-IdentityまたはDRB-Identity)およびPDCP構成を含むDRB-ToAddMod IEである。したがって、UE102Aおよび基地局104は、UE102AがRBを構成するDRB-ToAddMod IEを受信する場合、RBがDRBであると決定し、UE102AがRBを構成するMRB-ToAddMod IEを受信する場合、RBがMRBであると決定することができる。
【0073】
いくつかの実装形態では、第1のMBSセッションのMBSデータを受信するための構成パラメータは、1つまたは複数の論理チャネルを構成するための1つまたは複数の論理チャネル(LC)IDを含む。いくつかの実装形態では、論理チャネルは専用トラフィックチャネル(DTCH)であり得る。他の実装形態では、論理チャネルはマルチキャストトラフィックチャネル(MTCH)であり得る。いくつかの実装形態では、構成パラメータは、グループ無線ネットワーク一時識別子(G-RNTI)を含んでも含まなくてもよい。第1のMBSセッションに参加するUE(たとえば、UE102AおよびUE102B)のためのRRC再構成メッセージは、第1のMBSセッションのMBSデータを受信するためのものと同じ構成パラメータを含む。いくつかの実装形態では、UEのためのRRC再構成メッセージは、非MBSデータを受信するためのものと同じまたは異なる構成パラメータを含み得る。
【0074】
いくつかの実装形態では、基地局104は、基地局104がUE102Aに送信する(410)RRC再構成メッセージに、MBSセッション参加応答メッセージを含めることができる。UE102Aは、イベント412のRRC再構成完了メッセージにMBSセッション参加完了メッセージを含めることができる。代替として、UE102Aは、MBSセッション参加完了メッセージを含むUL RRCメッセージを、基地局104に送信することができる。UL RRCメッセージは、ULInformationTransferメッセージまたはUL NAS PDUを含み得る任意の適切なRRCメッセージであり得る。基地局104は、BSからCNへの第2のメッセージにMBSセッション参加完了メッセージを含めることができる。代替として、基地局104は、MBSセッション参加完了メッセージを含むBSからCNへのメッセージ(たとえば、UPLINK NAS TRANSPORTメッセージ)をCN110に送信することができる。
【0075】
他の実装形態では、基地局104は、MBSセッション参加応答メッセージを含むDL RRCメッセージをUE102Aに送信する。DL RRCメッセージは、DLInformationTransferメッセージ、別のRRC再構成メッセージ、またはDL NAS PDUを含み得る任意の適切なRRCメッセージであり得る。UE102Aは、MBSセッション参加完了メッセージを含むUL RRCメッセージを、基地局104に送信することができる。UL RRCメッセージは、ULInformationTransferメッセージ、別のRRC再構成完了メッセージ、またはUL NAS PDUを含み得る任意の適切なRRCメッセージであり得る。
【0076】
図4を続いて参照すると、UE102Bは、上で論じられた手順402と同様のMBSセッション参加手順を実行することができる(420)。UE102Bは、上で説明されたように、基地局104を介してCN110とのPDUセッション確立手順を実行することができる。UE102Bは、PDUセッション確立手順においてCN110とPDUセッションIDを通信することができる。UE102Bは、MBSセッション参加要求を送信し、同じMBSセッションIDを指定することによって、UE102Aと同じMBSセッションに参加することができる。この例示的なシナリオでは、UE102Bは、基地局104がMBSデータパケットをUE102Aに送信し始めた(418)後、MBSセッションに参加する。CN110は、MBSセッションIDに対応するMBSセッションのためのMBSデータの受信をUE102Bが開始すべきであることを示すために、基地局104に、MBSセッションIDおよび/またはPDUセッションIDを含むCNからBSへのメッセージを送信する(422)。いくつかの実装形態では、UE102AおよびUE102BのPDUセッションIDは同じ(値)であり得る。他の実装形態では、UE102AおよびUE102BのPDUセッションIDは異なる(値)であり得る。
【0077】
基地局104またはCN110は、イベント422において識別されるMBSセッションのためのDLトンネルがすでに存在すること、および手順490を実行する必要がないことを決定する。基地局104は、MBSトラフィックを受信するようにUE102Bを構成するために、RRC再構成メッセージをUE102Bに送信する(424)。RRC再構成メッセージは、UE102Aおよび102Bが同じセルで動作するとき、イベント410と同じLCID(値)、MRB構成、およびRLCベアラ構成を含み得る。UE102Aおよび102Bが異なるセルで動作するとき、RRC再構成メッセージは、たとえば、異なるG-RNTI、LCID、および/またはRLCベアラ構成を有し得る。RRC再構成メッセージは、UE102Aおよび102Bが異なるセルで動作するとき、イベント410と同じMRB構成を含み得る。図3に示されるように、基地局104は、共通のDLトンネルを介して到着するデータパケットを、各々がそれぞれの論理チャネルに対応する1つまたは複数のMRBにマッピングすることができる。
【0078】
UE102Bは、イベント424のRRC再構成メッセージに応答して、RRC再構成完了メッセージ(たとえば、RRCReconfigurationCompleteメッセージ)を基地局104に送信する(426)。RRC再構成完了メッセージを受信する(426)前または後に、基地局104はいくつかの場合、全般にイベント414と同様に、BSからCNへの別のメッセージをCN110に送信する(428)。BSからCNへのメッセージは、たとえばイベント422において指定されるMBSセッションに関連するUEの更新されたリストを示すことができる。UE102BがMBSセッションに参加し(420)、必要なRRC構成を取得した(424)後、基地局104は共通DLトンネルを介してMBSデータを受信する(430)ことを続ける。いくつかの実装形態では、基地局104は、マルチキャストを介してMBSデータをUE102Aおよび102Bに送信する(432)。UE102AおよびUE102Bは、イベント418と同様にMBSデータを受信することができる(432)。代替として、基地局104は、ユニキャストを介してMBSデータをUE102AおよびUE102Bに別々に送信することができる。
【0079】
次に、図1Aおよび図1Bに示されるデバイスが実装できるいくつかの例示的なシナリオが、図5から図21を参照して論じられる。これらの方法の各々は、非一時的コンピュータ可読媒体に記憶され1つまたは複数のプロセッサによって実行可能な命令のセットとして実施され得る。
【0080】
最初に図5を参照すると、基地局104などの基地局は、方法500を実施して、DLトンネルに関連する論理チャネルを構成し、次いで、論理チャネルを介してMBSデータを1つまたは複数のUEに送信することができる。方法500はブロック502において開始し、そこで、基地局が1つまたは複数のMBSセッションのための共通DLトンネルを構成する(たとえば、イベント404、406、408、414、422、428参照)。ブロック504において、基地局は、あるUEが1つまたは複数のMBSセッションに参加していることを示す、CNからBSへのメッセージを受信する(たとえば、イベント404、408、および422参照)。ブロック504の実行は、ブロック502の前に、それと実質的に同時に、またはその後に起こってもよく、方法500は、ブロック504の任意の適切な数の実体を含み得る。その上、CNからBSへのメッセージは、MBSトラフィックのための共通DLトンネルを構成するための要求と、1つまたは複数のUEがMBSセッションに参加していることの指示との両方を含み得る。
【0081】
次に、ブロック506において、基地局は、DLトンネルに対応する1つまたは複数の論理チャネルを構成し、ブロック508において、MBSセッションに参加した1つまたは複数のUEに論理チャネル構成を送信する(たとえば、イベント410および424参照)。ブロック510において、基地局104は、共通DLトンネルを介してMBSデータをCNから受信する(たとえば、イベント416および430参照)。次いで、ブロック512において、基地局は、1つまたは複数の論理チャネルを介して(すなわち、論理チャネルIDを使用して)MBSデータを送信する(たとえば、イベント418および432参照)。論理チャネルは、たとえば図3に示されるようにMRBに対応し得る。
【0082】
より一般には、基地局はブロック508～512において、1つまたは複数のMBSセッションのためのデータパケットを受信し、データパケットを複数の論理チャネルおよび対応するMRBにマッピングすることができる。したがって、図1AのUE102Aは複数のMBSセッション(たとえば、同時に行われる2つのスポーツ放送)に参加することができ、基地局は、異なるDLトンネルを介して異なるMBSセッションのためのデータパケットを受信し、次いで、異なる論理チャネルを使用して異なるMBSセッションのためのデータパケットを送信することができる。
【0083】
図6は、MBSセッションのためのあるMBS QoSフローに関連する論理チャネルを構成して使用し、論理チャネルを介してMBS QoSフローのMBSデータを1つまたは複数のUEに送信するための例示的な方法600を示し、これは、基地局104または別の適切な基地局においても実施され得る。ブロック602において、基地局は、1つまたは複数のMBS QoSフローを含むMBSセッションのための共通DLトンネルを構成する(たとえば、イベント404、406、408、414、422、428参照)。各QoSフローのためのデータパケットは、それぞれのフローIDを含み得る。
【0084】
ブロック604において、基地局は、上で論じられたブロック504と同様に、あるUEが1つまたは複数のMBSセッションに参加していることを示す、CNからBSへのメッセージを受信する(たとえば、イベント404、408、および422参照)。次に、ブロック606において、基地局は、それぞれのQoSフローに対応する1つまたは複数の論理チャネルを構成する。図3に示されるように、各QoSフローは単一のそれぞれの論理チャネルに対応してもよく、または複数のQoSフローは同じ論理チャネルに対応してもよい。
【0085】
次に、ブロック608において、基地局は、MBSセッションに参加した1つまたは複数のUEに論理チャネル構成を送信する(たとえば、イベント410および424参照)。ブロック610において、基地局104は、1つまたは複数の共通DLトンネルを介して1つまたは複数のQoSフローに関連するMBSデータをCNから受信する(たとえば、イベント416および430参照)。次いで、ブロック612において、基地局は、1つまたは複数の論理チャネルを介して(すなわち、論理チャネルIDを使用して)MBSデータを送信する(たとえば、イベント418および432参照)。
【0086】
さらなる明確さのために、図7は、MBSセッションのための複数のMBS QoSフローに関連する共通論理チャネルを構成し、論理チャネルを介してMBS QoSフローのMBSデータを1つまたは複数のUEに送信するための、基地局における例示的な方法700を示す。ブロック702および704はそれぞれ、ブロック602および604と同様である。ブロック706において、基地局は、複数のQoSフローのための単一の論理チャネルを構成する(図3参照)。ブロック708および710は、それぞれブロック608および610と同様である。ブロック712において、基地局は、同じ共通論理チャネルを介して(すなわち、同じ論理チャネルIDを使用して)複数のQoSフローに関連するMBSデータパケットを対応するUEに送信する。
【0087】
ここで図8Aを参照すると、基地局104などの基地局は、例示的な方法800Aを実施して、データパケットがMBSセッションに関連するDLトンネルを介して受信されたか、またはPDUセッションに関連するDLトンネルを介して受信されたかに基づいて、データパケットをUEに送信するための論理チャネルを選択することができる。
【0088】
より具体的には、ブロック802において、基地局は、あるDLトンネルを介してデータパケットをCN(たとえば、CN110)から受信する(たとえば、イベント416、430参照)。基地局は、IPアドレスおよびTEIDまたはパケットのヘッダに含まれる他の適切なトランスポートレイヤ情報に基づいて、データパケットがどのトンネルに対応するかを決定することができる。ブロック804において、基地局は、DLトンネルが、特定のUEへのデータのユニキャスト送信のためにセットアップされたMBSセッションと関連付けられるか、またはPDUセッションと関連付けられるかを決定する。この目的で、基地局は、各アクティブDLトンネルのためのセッションタイプの指示(MBS、PDUなど)を記憶するテーブルを維持することができる。DLトンネルがMBSセッションと関連付けられると基地局が決定するとき、フローはブロック806に進み、そこで、基地局は対応する論理チャネルを介してDLデータパケットを複数のUEに送信する(たとえば、イベント418および432参照)。論理チャネルは、たとえば、MRBに関連するMTCHまたはDTCHであり得る。しかしながら、DLトンネルがPDUセッションと関連付けられることをブロック804において基地局が決定するとき、フローはブロック808に進み、そこで、基地局は、対応する論理チャネルを介してDLデータパケットを特定の(単一の)UEに送信する。論理チャネルは、たとえばDRBに関連するDTCHであり得る。
【0089】
図8Bは、方法800Bがブロック804の代わりにブロック803を含むことを除き、方法800Aに似た例示的な方法800Bを示す。ブロック803において、基地局は、DLトンネルが共有(または「共通」)DLトンネルであるか、またはUE固有DLトンネルであるかを決定する。この目的で、基地局は、各アクティブDLトンネルにマッピングされるUEまたはRNTIの指示を記憶するテーブルを維持することができる。より具体的には、DLトンネルがG-RNTIにマッピングされることをテーブルが示すとき、基地局は、DLトンネルが共通DLトンネルであると決定することができる。DLトンネルが1つまたは複数のC-RNTIまたは他のUE固有RNTIにマッピングされることをテーブルが示すとき、基地局は、DLトンネルがUE固有DLトンネルであると決定することができる。方法800Bは、DLトンネルが共通であるときブロック806に進み、DLトンネルがUE固有であるときブロック808に進む。
【0090】
図8Cは、方法800Bがブロック803または804の代わりにブロック805を含むことを除き、方法800Aおよび800Bに似た例示的な方法800Cを示す。ブロック805において、基地局は、パケットがそれを介して到着するDLトンネルが、複数のUEへのデータの送信のために構成されるある(第1の)トンネルであるか、または特定のUEへのデータの送信のために構成される別のある(第2の)トンネルであるかを決定する。基地局はこの方法に従って、DLトンネル情報(たとえば、トランスポートレイヤアドレスおよび/またはTEID値)および基地局のメモリに記憶されている指示(たとえば、RNTI)に頼ることができる。この目的で、基地局は、各アクティブDLトンネルのDLトンネル情報にマッピングされるUEまたはRNTIの指示を記憶するテーブルを維持することができる。基地局が第1のトンネルとしてトンネルを識別するとき、方法800Cはブロック806に進み、それ以外の場合、方法800Cはブロック808に進む。
【0091】
次に、図9は、UEへのデータパケットの送信のためにどの論理チャネルを使用するかを決定するための別の例示的な方法900を示し、これは適切な基地局において実施され得る。ブロック902において、基地局は、DLデータパケットをCN(たとえば、CN110)から受信する(たとえば、イベント416、430参照)。ブロック904において、基地局は、DLデータパケットがブロードキャストセッションと関連付けられるか、またはマルチキャストセッションと関連付けられるかを決定する。基地局は、データパケットを含むトンネルパケットのヘッダに基づいて、データパケットがそれを介して到着したDLトンネルのタイプに基づいて(たとえば、1つのDLトンネルがブロードキャストMBSセッションのために構成され、別のDLトンネルがマルチキャストMBSセッションのために構成されるとき)、データパケットのQoSフローIDに基づいて(たとえば、あるQoSフローが同じMBSセッションまたは異なるMBSセッションのブロードキャストパケットのために構成され、別のQoSフローが同じMBSセッションまたは異なるMBSセッションのマルチキャストパケットのために構成されるとき)、または任意の他の適切な方式で、この決定を行うことができる。いくつかの実装形態では、ヘッダは、DLトンネルのIPアドレスおよび/またはTEIDを含み得る。たとえば、ヘッダは、それぞれIPアドレスおよびTEIDを含むIPヘッダおよびGTPヘッダを含む。いくつかのさらなる実装形態では、ヘッダはQoSフローIDを含み得る。
【0092】
DLデータパケットがマルチキャストセッションと関連付けられると基地局が決定するとき、フローはブロック906に進み、そこで、基地局は、ある(第1の)論理チャネルを介してDLデータパケットをUEのある(第1の)セットに送信する(たとえば、イベント418および432参照)。論理チャネルは、たとえばMRBに関連するMTCHまたはDTCHであり得る。DLデータパケットがブロードキャストセッションに関連すると基地局が決定するとき、フローはブロック908に進み、そこで、基地局は、別の(第2の)論理チャネルを介してDLデータパケットをUEの別の(第2の)セットに送信する。論理チャネルは、たとえばMTCHであり得る。
【0093】
ここで図10を参照すると、基地局は、例示的な方法1000を実施して、ブロードキャスト、マルチキャスト、およびユニキャストサービスのために異なる論理チャネルを使用することができる。ブロック1002において、基地局は、DLトンネルの1つを介してデータパケットをCN(たとえば、CN110)から受信する(たとえば、イベント416および430参照)。基地局は、IPアドレスおよびTEID、またはデータパケットを含むトンネルパケットのヘッダに含まれる他の適切なトランスポートレイヤ情報に基づいて、データパケットがどのトンネルに対応するかを決定することができる。
【0094】
ブロック1004において、基地局は、データパケットが第1のDLトンネルを介して到着したか、第2のDLトンネルを介して到着したか、または第3のDLトンネルを介して到着したかを決定する。この例では、基地局は以前に、UEのある(第1の)セットへのマルチキャストトラフィックのために第1のDLトンネルを構成し、特定のUEのためのユニキャストトラフィックのために第2のDLトンネルを構成し、UEのある(第2の)セットのためのブロードキャストトラフィックのために第3のDLトンネルを構成している。データパケットが、それぞれ第1のDLトンネル、第2のDLトンネル、または第3のDLトンネルを介して到着したと基地局が決定するとき、フローはブロック1006、1008、または1010に進む。
【0095】
ブロック1006において、基地局は、対応する(第1の)論理チャネルを介してDLデータパケットをUEの第1のセットに送信する(たとえば、イベント418および432参照)。第1の論理チャネルは、たとえばMRBに関連するMTCHまたはDTCHであり得る。ブロック1008において、基地局は、対応する(第2の)論理チャネルを介してDLデータパケットを特定の(単一の)UEに送信する。第2の論理チャネルは、たとえばDRBに関連するDTCHであり得る。ブロック1010において、基地局は、第3の論理チャネルを介してDLデータパケットをUEの第2のセットに送信する。第3の論理チャネルは、たとえばMTCHであり得る。
【0096】
図11は、基地局において、それぞれMBSセッションおよびPDUセッションのためのMRBおよびDRBを構成するための例示的な方法1100を示す。ブロック1102において、基地局は、MBSセッションのためのCNからBSへのリンクに関連するリソースを構成する(たとえば、イベント404、406、408、414、422、428参照)。次に、ブロック1104において、基地局は、MBSセッションのための1つまたは複数のMRBを構成する。ブロック1106において、基地局は、MBSセッションに参加した複数のUEにMRB構成を送信する(たとえば、イベント410および424参照)。
【0097】
次に、ブロック1108において、基地局は、CNとのPDUセッションを構成するための手順を実行する。図3に戻って参照すると、基地局およびCNは、特定のUEとCNとの間のユニキャストトラフィックをサポートするために、PDUセッションIDによって識別可能なPDUセッションを確立することができる。ブロック1110において、基地局は、PDUセッションのための少なくとも1つのDRBを構成する。次いで、ブロック1112において、基地局は、DRB構成を対応するUEに送信する。
【0098】
いくつかの実装形態では、基地局は、MRBおよびDRBに割り当てられるIDのために異なる範囲の値を使用する。したがって、無線ベアラIDは、無線ベアラがマルチキャストおよび/もしくはブロードキャストのためのMRBとして動作するか、またはユニキャストのためのDRBとして動作するかを示すことができる。別の実装形態では、基地局は同じIDをMRBおよびDRBに割り当てることができ、UEはMRBとDRBを区別するために他のパラメータ(たとえば、RRC構成パラメータ)に頼ることができる。
【0099】
次に、図12A～図12Bは、UE(たとえば、UE102A、UE102B、UE103)は、マルチキャストトラフィックチャネル(MTCH)または専用トラフィックチャネル(DTCH)を介してMBSセッションのMBSデータパケットを受信するために実施することができる、例示的な方法を示す。
【0100】
図12Aの方法1200Aはブロック1202において開始し、UEが1つまたは複数のMBS参加手順(たとえば、イベント402および420参照)を実行して1つまたは複数のMBSセッションに参加する。ブロック1104において、UEは、DCCHを介して、MBSセッションのために構成される基地局から1つまたは複数のMTCHのための構成を受信する(たとえば、イベント410および424参照)。ブロック1206において、UEは、基地局から、1つまたは複数のMTCHを介してMBSデータパケットを受信する(たとえば、イベント418および432参照)。この場合、UEはMBSセッションに参加するためにPDUセッションを確立することができる。
【0101】
図12Bの1200Bの方法は方法1200Aに似ているが、ここでは、フローはブロック1202からブロック1205に進み、そこで、UEは、基地局からDCCHを介して、1つまたは複数のMBSセッションに関連する1つまたは複数のDTCHのための構成を受信する。ブロック1207において、UEは、1つまたは複数のDTCHを介してMBSデータパケットを受信する。この場合、UEはMBSセッションに参加するためにPDUセッションを確立することができる。
【0102】
図12Aおよび図12Bを参照すると、異なる実装形態またはシナリオによるUEは、マルチキャスト/ブロードキャストチャネルまたはUE固有ユニキャストチャネルを介してMBSデータを受信し、MBSデータパケットのためのMBSセッション構成またはPDUセッション構成を使用することができる。
【0103】
次に、図13は、共通DLトンネルを確立するためにUE固有手順を使用するための例示的な方法1300を示し、これは、適切な基地局において実施され得る。ブロック1302において、基地局はCNから、CNからBSへの複数のメッセージを受信し、それらの各々がそれぞれのUEからのMBSセッションに参加するための要求を示す(たとえば、イベント402、420参照)。ブロック1304において、基地局は、BSからCNへの複数のメッセージを送信し、各々が、IPアドレスおよびTEIDなどの同じトランスポートレイヤ構成を含む(たとえば、イベント406参照)。したがって、基地局は、基地局のセルにおいて動作する複数のUEに宛てられたMBSトラフィックのためにCNが同じDLトンネルを使用すべきであることをCNに示すために、以前に確立されたDLトンネルに新しいUEを実質的に追加することができる。
【0104】
図14は、基地局において、MBSセッションのための共通DLトンネルを構成するかどうかを決定するための例示的な方法1400の流れ図である。方法1400はブロック1402において開始し、そこで、基地局は、CNから、UEがMBSセッションに参加したことを示す、CNからBSへのメッセージを受信する(たとえば、イベント408および422参照)。ブロック1404において、基地局は、共通DLトンネルがMBSセッションのために存在するかどうかを決定する。共通DLトンネルがまだ存在しないと決定すると、フローはブロック1406に進み、基地局は、CNとの、MBSセッションのための共通DLトンネルをセットアップするための手順を実行する(たとえば、イベント414および428参照)。上で論じられたように、基地局は、DLトンネルを構成するための手順において、IPアドレスおよびTEIDなどの特定のトランスポート構成を提供することができ、1つのQoSフローまたは複数のQoSフローに対応することができる。そうではなく、共通DLトンネルがすでに存在すると基地局が決定するとき、フローはブロック1408に進み、基地局は、共通DLトンネルをセットアップするための手順を実行しない。
【0105】
フローはブロック1406から、ならびにブロック1408からブロック1410に進む。ブロック1410において、基地局は、共通DLトンネルを介してMBSデータパケットを受信する(たとえば、イベント416および430参照)。基地局は、論理チャネルを介してMBSデータパケットをUEに送信し(たとえば、イベント418および432参照)、この論理チャネルは、たとえばMRBに関連するMTCHであり得る。
【0106】
ここで図15を参照すると、CN(CN110など)は、MBSセッションのための共通DLトンネルを確立するための例示的な方法1500を実施することができる。ブロック1502において、CNは、MBSセッションのための少なくとも1つの共通DLトンネルをセットアップするようにCNがRAN(たとえば、RAN105)に要求すべきであると決定する。ブロック1504において、CNは、RANの中の各基地局に、または基地局の関連するセットの中の各基地局に、MBSセッションのための構成を要求するメッセージを送信する(たとえば、イベント404参照)。次に、ブロック1506において、CNは、MBSセッションのためのトランスポートレイヤ構成を基地局の各々から受信し、各トランスポートレイヤ構成は共通DLトンネルを指定する(たとえば、イベント406参照)。ブロック1508において、CNは、それぞれの共通DLトンネルを介して、MBSセッションに関連するMBSデータを基地局の1つまたは複数に送信する(たとえば、イベント416参照)。
【0107】
図16は、UEがMBSセッションに参加したことに応答して、MBSセッションのためのDLトンネルを構成するかどうかを決定するための例示的な方法1600を示し、これはCNにおいても実施され得る。ブロック1602において、CNは、基地局を介して、UEとのMBS参加手順を実行する(たとえば、イベント402、または420参照)。CNは、ブロック1604において、共通DLトンネルがMBSセッションのために存在するかどうかを決定する。共通DLトンネルがまだ存在しないとき、フローはブロック1606に進み、CNは、基地局との、MBSセッションのための共通DLトンネルをセットアップするための手順を実行する(たとえば、イベント404および406参照)。そうではなく、共通DLトンネルがすでに存在するとCNが決定するとき、フローはブロック1608に進み、CNは共通DLトンネルをセットアップするための手順を実行しない。フローは、ブロック1606から、ならびにブロック1608からブロック1610に進む。ブロック1610において、CNは、共通DLトンネルを介してMBSデータパケットを基地局に送信する(たとえば、イベント416および430参照)。
【0108】
図17は、CNからBSへのメッセージにアップリンク(UL)トランスポートレイヤ構成を含めるかどうかを決定するための例示的な方法1700を示し、これはCNにおいても実施され得る。この方法によれば、CNは、ULトンネルがまったく必要とされないかどうかを決定し、MBSの場合、UL構成を省略することを選ぶことができる。
【0109】
ブロック1702において、CNは、あるデータセッションのためのリソースを準備するようにCNがRANに要求すべきであると決定する。ブロック1704において、セッションがPDUセッションであるとCNが決定するとき、フローはブロック1706に進む。そうではなく、セッションがMBSセッションであるとCNが決定するとき、フローはブロック1714に進む。いくつかの実装形態では、「PDUセッション」は「非MBSセッション」に変更され得る。
【0110】
ブロック1706において、CNは、ULトランスポートレイヤ構成を含むCNからBSへのメッセージを送信する。次に、ブロック1708において、CNは、DLトランスポートレイヤ構成を含むBSからCNへのメッセージをRANから受信する。ブロック1710において、CNは、トランスポートレイヤ構成に対応するDLトンネルを介してDLデータパケットをRANに送信し、ブロック1712において、CNは、トランスポートレイヤ構成に対応するULトンネルを介してULデータパケットをRANから受信する。したがって、CNは、セッションがPDUセッションであるとき、それぞれのトンネルを介してデータの送信と受信の両方を行う。
【0111】
一方、ブロック1714において、CNは、ULトランスポートレイヤ構成を含まないCNからBSへのメッセージを送信する。ブロック1716において、CNは、DLトランスポートレイヤ構成を含むBSからCNへのメッセージをRANから受信する。ブロック1718において、CNは、トランスポートレイヤ構成に対応するDLトンネルを介して、DLデータパケットをRANに送信する。この場合、CNはMBSセッションのためのULデータを受信するための機構を提供しない。
【0112】
図18は、UEがMBSセッションに参加したことを示すCNからBSへのメッセージを受信したことに応答して、UEのための無線構成パラメータを生成するかどうかを決定するために基地局が実施することができる例示的な方法1800の流れ図である。
【0113】
ブロック1802において、基地局は、CNから、あるMBSセッションのためのMBSセッションIDを含むCNからBSへのメッセージを受信する(たとえば、イベント404、422)。基地局は、ブロック1804において、識別されたMBSセッションのための構成パラメータがすでに存在するかどうかを決定し、存在する場合、フローはブロック1808に進む(たとえば、イベント428参照)。それ以外の場合、フローはブロック1806に進み、そこで基地局はMBSセッションのための構成パラメータを生成する(たとえば、406参照)。いくつかの実装形態では、これらの構成パラメータは、CNとBSとの間のDLトンネルのトランスポートレイヤ構成を含み得る。他の実装形態では、構成パラメータは、たとえば、基地局とUEとの間の無線インターフェースのためのG-RNTI、論理チャネルID、RLCベアラ構成、および/またはMRB構成を含み得る。ブロック1808において、基地局は、G-RNTI、論理チャネルID、RLCベアラ構成、および/またはMRB構成などの関連する構成パラメータをDLメッセージに含め、ブロック1810においてDLメッセージをUEに送信する。
【0114】
【0115】
まず図19の方法1900を参照すると、基地局はブロック1902において、CNから、(i)MBSセッションに関連するトンネル、および(ii)基地局がそれを介して複数のUEのためのMBSデータを受信することになるトンネルを構成するための要求を受信する(たとえば、イベント404、422、ブロック502、602、702参照)。ブロック1904において、基地局は、CNに、トンネルの構成を送信する(たとえば、イベント406、428、ブロック502、602、702参照)。
【0116】
図20を参照すると、方法2000はブロック2002において開始し、そこで、基地局は、CNから、第1のUEがMBSセッションに参加したことを示す第1のメッセージを受信する。ブロック2004において、基地局は、第1のメッセージおよびCNに応答して、基地局がそれを介してMBSセッションのためのMBSデータを受信することになるトンネルのための構成を送信する。ブロック2006において、基地局は、CNから、第2のUEがMBSセッションに参加したことを示す第2のメッセージを受信する。ブロック2008において、基地局は、第1のメッセージおよびCNに応答して、基地局がそれを介してMBSセッションのためのMBSデータを受信することになるトンネルのための構成を送信する。
【0117】
最後に、図21はMBSの送信を管理するための例示的な方法2100を示し、これはCNにおいて実施され得る。ブロック2102において、CNは、基地局に、(i)MBSセッションに関連するトンネル、および(ii)CNがそれを介して複数のUEのためのMBSデータを基地局に送信することになるトンネルを構成するための要求を送信する(たとえば、イベント404参照)。ブロック2104において、CNは、基地局から、トンネルの構成を受信する(たとえば、イベント406参照)。
【0118】
以下の例のリストは、本開示により明確に企図される様々な実施形態を反映する。
【0119】
例1. マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための基地局における方法であって、基地局がそれを介して複数のユーザ機器(UE)へのワイヤレス送信のためのMBSデータをコアネットワーク(CN)から受信することになる、MBSセッションに関連する共通トンネルを構成するための要求を、処理ハードウェアによってCNから受信するステップと、要求に応答して、処理ハードウェアによってCNに、共通トンネルの構成を送信するステップとを備える、方法。
【0120】
例2. 処理ハードウェアによって、無線インターフェースと関連付けられ共通トンネルに対応する論理チャネルを構成するステップと、処理ハードウェアによって共通トンネルを介してMBSデータをCNから受信するステップと、処理ハードウェアによって、無線インターフェース上で論理チャネルを介してMBSデータを複数のUEに送信するステップとをさらに備える、例1の方法。
【0121】
例3. 論理チャネルを構成するステップが、MBSセッションのための複数のサービス品質(QoS)フローのための論理チャネルを構成するステップを含み、MBSデータを受信するステップが、複数のQoSフローに関連するMBSデータを受信するステップを含み、MBSデータを送信するステップが、論理チャネルを介して複数のQoSフローに関連するMBSデータを送信するステップを含む、例2の方法。
【0122】
例4. 構成するステップが、複数の論理チャネルを構成するステップを含み、方法が、MBSデータにおける多様なQoSフローを複数の論理チャネルにマッピングするステップをさらに備える、例2の方法。
【0123】
例5. 処理ハードウェアによって、共通トンネルを介して受信されるデータを送信するためのマルチキャスト無線ベアラ(MRB)を構成するステップをさらに備え、MBSデータを送信するステップがMRBを使用するステップを含む、例2の方法。
【0124】
例6. 構成するステップが、共通トンネルに関連する論理チャネルとMRBを関連付けるステップを含む、例5の方法。
【0125】
例7. 処理ハードウェアによって、共通トンネルを介してMBSデータを受信するステップと、共通トンネルがMBSセッションと関連付けられると決定したことに応答して、それを介してMBSデータを送信することになる論理チャネルを選択するステップとをさらに備える、例1の方法。
【0126】
例8. 処理ハードウェアによって、共通トンネルを介してMBSデータを受信するステップと、共通トンネルが複数のUEのためのMBSデータを受信するために構成されると決定したことに応答して、それを介してMBSデータを送信することになる論理チャネルを選択するステップとをさらに備える、例1の方法。
【0127】
例9. 受信されるデータパケットのインターネットプロトコル(IP)アドレスまたはトンネル識別子の少なくとも1つに基づいて、データパケットが、MBSセッションに関連する共通トンネルを介して到着したか、または特定のUEのために構成されるトンネルを介して到着したかを決定するステップと、この決定に基づいてそれを介してデータパケットを送信することになる論理チャネルを選択するステップとをさらに備える、例1の方法。
【0128】
例10. 処理ハードウェアによって、共通トンネルを介してMBSデータを受信するステップと、MBSデータがブロードキャストデータであるか、またはマルチキャストデータであるかを決定したことに基づいて、それを介してMBSデータを送信することになる論理チャネルを選択するステップとをさらに備える、例1の方法。
【0129】
例11. 選択するステップが、マルチキャストトラフィックチャネルまたは専用トラフィックチャネルの少なくとも1つを選択するステップを含む、例7から10のいずれか1つの方法。
【0130】
例12. 処理ハードウェアによって、MBSセッションのためのマルチキャスト無線ベアラ(MRB)を構成するステップと、処理ハードウェアによって、第1の識別子をMRBに割り当てるステップと、処理ハードウェアによって、特定のUEのためのデータ無線ベアラ(DRB)を構成するステップと、処理ハードウェアによって、第2の識別子をDRBに割り当てるステップとをさらに備える、例1の方法。
【0131】
例13. 第1の識別子を割り当てるステップおよび第2の識別子を割り当てるステップが、重複する数字空間から第1の識別子および第2の識別子を選択するステップを含む、例12の方法。
【0132】
例14. 第1の識別子を割り当てるステップおよび第2の識別子を割り当てるステップが、重複しない数字空間から第1の識別子および第2の識別子を選択するステップを含む、例12の方法。
【0133】
例15. 構成がトランスポートレイヤアドレスを含む、例1の方法。
【0134】
例16. 構成が共通トンネル識別子を含む、例1または15の方法。
【0135】
例17. 要求がMBSセッションの識別子を含む例1または15から16の例のいずれか1つの方法。
【0136】
例18. 要求がMBSセッションのためのサービス品質構成を含む、例1または15から17のいずれか1つの方法。
【0137】
例19. 要求がMBSセッションのための1つまたは複数のQoSフローを識別する、例1または15から18のいずれか1つの方法。
【0138】
例20. 処理ハードウェアによって、共通トンネルを介してMBSデータパケットをCNから受信するステップと、処理ハードウェアによって、MBSデータパケットを第1のUEおよび第2のUEに送信するステップとをさらに備える、例1の方法。
【0139】
例21. 処理ハードウェアによってCNから、第1のUEがMBSセッションに参加したことを示す第1のメッセージを受信するステップと、処理ハードウェアによって、MBSデータを基地局から受信するための構成パラメータを生成するステップと、処理ハードウェアによって第1のUEに、構成パラメータを送信するステップと、処理ハードウェアによって、CNから、第2のUEがMBSセッションに参加したことを示す第2のメッセージを受信するステップと、処理ハードウェアによって第2のUEに、構成パラメータを送信するステップとをさらに備える、例1の方法。
【0140】
例22. マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するための基地局における方法であって、処理ハードウェアによってコアネットワーク(CN)から、第1のユーザ機器(UE)がMBSセッションに参加したことを示す第1のメッセージを受信するステップと、第1のメッセージに応答して、処理ハードウェアによってCNに、基地局がそれを介してMBSセッションのためのMBSデータをCNから受信することになる、トンネルのための構成を、処理ハードウェアによってCNに送信するステップと、処理ハードウェアによってCNから、第2のUEがMBSセッションに参加したことを示す第2のメッセージを受信するステップと、第2のメッセージに応答して、処理ハードウェアによってCNに、構成を送信するステップとを備える、方法。
【0141】
例23. 処理ハードウェアによってCNから、トンネルを介してMBSデータを受信するステップと、処理ハードウェアによって、MBSセッションのためのRRC構成を使用してMBSデータを第1のUEおよび第2のUEに送信するステップとをさらに備える、例21の方法。
【0142】
例24. 処理ハードウェアを含み、先行する例のいずれか1つによる方法を実施するように構成される、基地局。
【0143】
例25. マルチキャストおよび/またはブロードキャストサービス(MBS)の送信を管理するためのコアネットワーク(CN)における方法であって、処理ハードウェアによって基地局に、CNがそれを介して複数のUEへのワイヤレス送信のためのMBSデータを基地局に送信する、MBSセッションに関連するトンネルを構成するための要求を送信するステップと、処理ハードウェアによって基地局から、トンネルの構成を受信するステップとを備える、方法。
【0144】
例26. 処理ハードウェアによってUEから、MBSセッションに参加するための要求を受信するステップをさらに備え、トンネルを構成するための要求を送信するステップが、MBSセッションに参加するための要求に応答したものである、例25の方法。
【0145】
例27. 処理ハードウェアによってUEから、トンネルを構成するための要求を送信した後、MBSセッションに参加するための要求を受信するステップをさらに備える、例25の方法。
【0146】
例28. 処理ハードウェアによって基地局に、ワイヤレス送信のためのトンネルを介してMBSデータをUEに送信するステップをさらに備える、例26または27の方法。
【0147】
例29. UEが第1のUEであり、MBSセッションに参加するための要求が第1の要求であり、処理ハードウェアによって第2のUEから、MBSセッションに参加するための第2の要求を受信するステップと、処理ハードウェアによって基地局に、トンネルを介して第1のUEおよび第2のUEのためのMBSデータを送信するステップとをさらに備える、例26または27の方法。
【0148】
例30. 要求を送信するステップが、処理ハードウェアによって、基地局からCNへの送信のためのトンネルを利用するための構成パラメータを要求から除くステップを含む、例25の方法。
【0149】
例31. 構成がIPアドレスを含む、例25の方法。
【0150】
例32. 構成がトンネル識別子を含む、例25または31の方法。
【0151】
例33. 要求がMBSセッションの識別子を含む、例25または31から32のいずれか1つの方法。
【0152】
例34. 要求がMBSセッションのためのサービス品質構成を含む、例25または31から33のいずれか1つの方法。
【0153】
例35. 要求がMBSセッションのための1つまたは複数のサービス品質フローを識別する、例25または31から34のいずれか1つの方法。
【0154】
例36. 処理ハードウェアを含み、例25から35のいずれか1つによる方法を実施するように構成される、コアネットワーク。
【0155】
以下の追加の考慮事項が、上記の議論に適用される。
【0156】
いくつかの実装形態では、「メッセージ」が使用され、「情報要素(IE)」によって置き換えられ得る。いくつかの実装形態では、「IE」が使用され、「フィールド」によって置き換えられ得る。いくつかの実装形態では、「構成(configuration)」は、「構成(configurations)」または構成パラメータによって置き換えられ得る。いくつかの実装形態では、「MBS」は、「マルチキャスト」または「ブロードキャスト」によって置き換えられ得る。
【0157】
本開示の技法が実施され得るユーザデバイス(たとえば、UE102Aまたは102B)は、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、モバイルゲームコンソール、point-of-sale (POS)端末、健康管理デバイス、ドローン、カメラ、メディアストリーミングドングルもしくは別のパーソナルメディアデバイス、スマートウォッチなどのウェアラブルデバイス、ワイヤレスホットスポット、フェムトセル、またはブロードバンドルータなどの、ワイヤレス通信が可能な任意の適切なデバイスであり得る。さらに、ユーザデバイスはいくつかの場合、車両のヘッドユニットまたは高度運転支援システム(ADAS)などの電子システムに組み込まれ得る。またさらに、ユーザデバイスは、internet-of-things (IoT)デバイスまたはモバイルインターネットデバイス(MID)として動作することができる。タイプに応じて、ユーザデバイスは、1つまたは複数の汎用プロセッサ、コンピュータ可読メモリ、ユーザインターフェース、1つまたは複数のネットワークインターフェース、1つまたは複数のセンサなどを含み得る。
【0158】
いくつかの実施形態が、論理、またはいくつかのコンポーネントもしくはモジュールを含むものとして、本開示で説明されている。モジュールは、ソフトウェアモジュール(たとえば、非一時的機械可読媒体に記憶されたコード)、またはハードウェアモジュールであり得る。ハードウェアモジュールは、いくつかの動作を実行することが可能な有形のユニットであり、ある方式で構成または配置され得る。ハードウェアモジュールは、いくつかの動作を実行するように(たとえば、フィールドプログラマブルゲートアレイ(FPGA)、または特定用途向け集積回路(ASIC)などの専用プロセッサとして)永続的に構成される、専用回路または論理を備え得る。ハードウェアモジュールはまた、いくつかの動作を実行するようにソフトウェアによって一時的に構成される、(たとえば、汎用プロセッサまたは他のプログラマブルプロセッサに包含されるような)プログラマブル論理または回路を備え得る。ハードウェアモジュールを、専用の永続的に構成された回路において、または(たとえば、ソフトウェアによって構成された)一時的に構成された回路において実装するための判断は、コストおよび時間の考慮事項次第であり得る。
【0159】
ソフトウェアで実装されるとき、技法は、オペレーティングシステムの一部、複数のアプリケーションにより使用されるライブラリ、特定のソフトウェアアプリケーションなどとして提供され得る。ソフトウェアは、1つまたは複数の汎用プロセッサまたは1つまたは複数の専用プロセッサによって実行され得る。
【0160】
本開示を読めば、本明細書で開示される原理を通じて、MBS情報を通信するためのさらに追加の代替の構造的および機能的な設計を、当業者は理解するだろう。したがって、特定の実施形態および適用例が示され説明されたが、開示される実施形態は、本明細書で開示される厳密な構造およびコンポーネントに限定されないことを理解されたい。当業者に明らかになる、様々な変更、変化、および変形が、添付の特許請求の範囲において定義された趣旨および範囲から逸脱することなく、本明細書で開示される方法および装置の配置、動作、および詳細において行われ得る。
【符号の説明】
【0161】
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
302 MBSセッション
304 PDUセッション
312 DLトンネル
314 MRB
316 QoSフロー
322 UE固有DLトンネルおよび/またはULトンネル
324 DRB
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
302 MBSセッション
304 PDUセッション
312 DLトンネル
314 MRB
316 QoSフロー
322 UE固有DLトンネルおよび/またはULトンネル
324 DRB
【図1A】
【図1B】
【図2A】
【図2B】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図8C】
【図9】
【図10】
【図11】
【図12A】
【図12B】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【国際調査報告】