CN117397262A - 通信控制方法和用户设备 - Google Patents

Abstract

一种通信控制方法用于从基站向用户设备提供多播/广播服务(MBS)的移动通信系统中。该通信控制方法包括以下步骤：用户设备在用户设备感兴趣的MBS会话之中指定广播会话，该广播会话是通过广播发送的MBS会话；以及向基站发送MBS兴趣通知，该MBS兴趣通知包括用于标识所指定的广播会话的标识信息。

Description

通信控制方法和用户设备

技术领域

本公开涉及在移动通信系统中使用的通信控制方法和用户设备。

背景技术

近年来，第五代(5G)移动通信系统已经引起关注。与作为第四代无线电接入技术的长期演进(LTE)相比，作为5G系统的无线电接入技术(RAT)的新无线电(NR)具有高速、大容量、高可靠性、和低时延等特点。

引文列表

非专利文献

非专利文档1：3GPP技术规范“3GPP TS 38.300V16.3.0(2020-09)”

发明内容

根据第-方面的通信控制方法是在移动通信系统中使用的通信控制方法，该移动通信系统从基站向用户设备提供多播广播服务(MBS)。该通信控制方法包括：由用户设备指定用户设备感兴趣的MBS会话之中的广播会话，该广播会话是以广播方式发送的MBS会话；以及由用户设备向基站发送MBS兴趣通知，该MBS兴趣通知包括标识所指定的广播会话的标识信息。

根据第二方面的通信控制方法是在移动通信系统中使用的通信控制方法，该移动通信系统从基站向用户设备提供多播广播服务(MBS)。该通信控制方法包括：由用户设备与核心网设备执行用于多播会话的预定过程，该多播会话是以多播方式发送的MBS会话；以及由用户设备向基站发送消息，该消息包括标识预定过程已经完成的多播会话的标识信息。

该预定过程是会话加入过程或会话离开过程。

根据第三方面的通信控制方法是在移动通信系统中使用的通信控制方法，该移动通信系统从基站向用户设备提供多播广播服务(MBS)。该通信控制方法包括：由用户设备从基站接收停止通知，该停止通知指示基站将停止提供从基站接收的MBS会话；在接收到停止通知时，由用户设备停止接收MBS会话；以及由用户设备从基站接收重新开始通知，该重新开始通知指示基站将重新开始提供MBS会话。

根据第四方面的用户设备包括：被配置为执行根据第一方面至第三方面中任一方面的通信控制方法的处理器。

附图说明

图1是示出了根据实施例的移动通信系统的配置的图。

图2是示出了根据实施例的用户设备(UE)的配置的图。

图3是示出了根据实施例的基站(gNB)的配置的图。

图4是示出了处理数据的用户面的无线电接口的协议栈的配置的图。

图5是示出了处理信令(控制信号)的控制面的无线电接口的协议栈的配置的图。

图6是示出了根据实施例的下行链路逻辑信道与下行链路传输信道之间的对应关系的图。

图7是示出了根据实施例的MBS数据的传送方法的图。

图8是示出了根据实施例的MBS会话加入过程的图。

图9是示出了根据实施例的MBS会话离开过程的图。

图10是示出了根据第一实施例的操作示例的图。

图11是示出了根据第一实施例的变型1的操作示例的图。

图12是示出了根据第一实施例的变型2的操作示例的图。

图13是示出了根据第二实施例的操作示例的图。

图14是示出了根据第三实施例的操作示例的图。

图15是示出了关于MBS配置的协议的概要的图。

图16是示出了传送模式1配置的结构的图。

图17是示出了传送模式2配置的结构的图。

具体实施方式

正在研究将多播广播服务引入到5G系统(NR)。与LTE多播广播服务相比，期望NR多播广播服务提供增强的服务。

本发明的目的在于提供用于实现增强的多播广播服务的通信控制方法和用户设备。

参考附图描述根据实施例的移动通信系统。在对附图的描述中，由相同或相似的附图标记表示相同或相似的部分。

移动通信系统的配置

首先，描述了根据实施例的移动通信系统的配置。图1是示出了根据实施例的移动通信系统的配置的图。该移动通信系统符合3GPP标准的第五代系统(5GS)。下面的描述以5GS作为示例，但长期演进(LTE)系统可以至少部分地应用于该移动通信系统。第六代(6G)系统可以至少部分地应用于该移动通信系统。

如图1所示，移动通信系统包括用户设备(UE)100、5G无线电接入网(下一代无线电接入网(NG-RAN))10、以及5G核心网(5GC)20。

UE 100是移动无线通信装置。UE 100可以是任何装置，只要该装置由用户使用即可。UE 100的示例包括移动电话终端(包括智能电话)、平板终端、笔记本PC、通信模块(包括通信卡或芯片组)、传感器或设置在传感器上的装置、车辆或设置在车辆上的装置(车辆UE)、和/或飞行物体或设置在飞行物体上的装置(空中UE)。

NG-RAN 10包括基站(在5G系统中被称为“gNB”)200。gNB 200经由作为基站间接口的Xn接口互连。每个gNB 200管理一个或多个小区。gNB 200执行与已经建立到gNB 200的小区的连接的UE 100的无线通信。gNB 200具有无线电资源管理(RRM)功能、路由用户数据(下文中被简称为“数据”)的功能、用于移动性控制和调度的测量控制功能等。“小区”用作表示无线通信区域的最小单位的术语。“小区”还用作表示用于执行与UE 100的无线通信的功能或资源的术语。一个小区属于一个载波频率。

注意，gNB可以连接到与LTE的核心网相对应的演进分组核心(EPC)。LTE基站也可以连接到5GC。LTE基站和gNB可以经由基站间接口连接。

5GC 20包括接入和移动性管理功能(AMF)和用户面功能(UPF)300。AMF针对UE 100执行各种类型的移动性控制等。AMF通过使用非接入层(NAS)信令与UE 100进行通信来管理UE 100的移动性。UPF控制数据传输。AMF和UPF经由作为基站和核心网之间的接口的NG接口连接到gNB 200。

图2是示出了根据实施例的用户设备(UE)100的配置的图。

如图2所示，UE 100包括接收机110、发射机120和控制器130。

接收机110在控制器130的控制下执行各种类型的接收。接收机110包括天线和接收设备。接收设备将通过天线接收的无线电信号转换为基带信号(接收信号)，并将所得信号输出到控制器130。

发射机120在控制器130的控制下执行各种类型的传输。发射机120包括天线和传输设备。传输设备将由控制器130输出的基带信号(传输信号)转换为无线电信号，并通过天线发送所得信号。

控制器130在UE 100中执行各种类型的控制。控制器130包括至少一个处理器和至少一个存储器。存储器存储要通过处理器执行的程序和要用于通过处理器处理的信息。处理器可以包括基带处理器和中央处理单元(CPU)。基带处理器执行基带信号的调制和解调、编码和解码等。CPU执行存储器中存储的程序，从而执行各种类型的处理。

图3是示出了根据实施例的gNB 200(基站)的配置的图。

如图3所示，gNB 200包括发射机210、接收机220、控制器230和回程通信器240。

发射机210在控制器230的控制下执行各种类型的传输。发射机210包括天线和传输设备。传输设备将由控制器230输出的基带信号(传输信号)转换为无线电信号，并通过天线发送所得信号。

接收机220在控制器230的控制下执行各种类型的接收。接收机220包括天线和接收设备。接收设备将通过天线接收的无线电信号转换为基带信号(接收信号)，并将所得信号输出到控制器230。

控制器230对gNB 200执行各种类型的控制。控制器230包括至少一个处理器和至少一个存储器。存储器存储要通过处理器执行的程序和要用于通过处理器处理的信息。处理器可以包括基带处理器和CPU。基带处理器执行基带信号的调制和解调、编码和解码等。CPU执行存储器中存储的程序，从而执行各种类型的处理。

回程通信器240经由基站间接口连接到相邻基站。回程通信器240经由基站和核心网之间的接口连接到AMF/UPF300。注意，gNB可以包括中央单元(CU)和分布式单元(DU)(即，功能被划分)，并且这两个单元均可以经由F1接口连接。

图4是示出了处理数据的用户面的无线电接口的协议栈的配置的图。

如图4所示，用户面的无线电接口协议包括物理(PHY)层、媒体接入控制(MAC)层、无线电链路控制(RLC)层、分组数据汇聚协议(PDCP)层和服务数据适配协议(SDAP)层。

PHY层执行编码和解码、调制和解调、天线映射和解映射、以及资源映射和解映射。经由物理信道在UE 100的PHY层和gNB 200的PHY层之间发送数据和控制信息。

MAC层执行数据的优先控制、使用混合ARQ(HARQ)的重传处理、随机接入过程等。经由传输信道在UE 100的MAC层和gNB 200的MAC层之间发送数据和控制信息。gNB 200的MAC层包括调度器。调度器确定上行链路和下行链路中的传输格式(传输块大小、调制和编码方案(MCS))、以及要分配给UE 100的资源块。

RLC层通过使用MAC层和PHY层的功能向接收侧上的RLC层发送数据。经由逻辑信道在UE 100的RLC层和gNB 200的RLC层之间发送数据和控制信息。

PDCP层执行首部压缩和解压缩、以及加密和解密。

SDAP层执行IP流(作为由核心网执行的服务质量(QoS)控制的单元)与无线电承载(作为由接入层(AS)执行的QoS控制的单元)之间的映射。注意，当RAN连接到EPC时，不需要提供SDAP。

图5是示出了处理信令(控制信号)的控制面的无线电接口的协议栈的配置的图。

如图5所示，控制面的无线电接口的协议栈包括无线电资源控制(RRC)层和非接入层(NAS)层，而不是图4所示的SDAP层。

用于各种配置的RRC信令在UE 100的RRC层与gNB 200的RRC层之间发送。RRC层根据无线电承载的建立、重建和释放来控制逻辑信道、传输信道和物理信道。当UE 100的RRC与gNB 200的RRC之间的连接(RRC连接)存在时，UE 100处于RRC连接状态。当UE 100的RRC与gNB 200的RRC之间的连接(RRC连接)不存在时，UE 100处于RRC空闲状态。当UE 100的RRC与gNB 200之间的RRC连接被挂起时，UE 100处于RRC非活动状态。

高于RRC层的NAS层执行会话管理、移动性管理等。NAS信令在UE 100的NAS层和AMF300的NAS层之间发送。

注意，UE 100包括除了无线电接口的协议之外的应用层。

MBS

描述了根据实施例的MBS。MBS是一种如下服务：其中NG-RAN 10可以向UE 100提供广播或多播，即点对多点(PTM)数据传输。MBS可以被称为多媒体广播和多播服务(MBMS)。注意，MBS的用例(服务类型)包括公共安全通信、任务关键通信、V2X(车辆到万物)通信、IPv4或IPv6多播传送、互联网协议电视(IPTV)、组通信和软件传送。

LTE中的MBS传输包括两种方案，即多播广播单频网络(MBSFN)传输和单小区点对多点(SC-PTM)传输。图6是示出了根据实施例的下行链路逻辑信道与下行链路传输信道之间的对应关系的图。

如图6所示，用于MBSFN传输的逻辑信道是多播业务信道(MTCH)和多播控制信道(MCCH)，并且用于MBSFN传输的传输信道是多播控制信道(MCH)。MBSFN传输主要是针对多小区传输设计的，并且在包括多个小区的MBSFN区域中，每个小区在相同MBSFN子帧中同步发送相同信号(相同数据)。

用于SC-PTM传输的逻辑信道是单小区多播业务信道(SC-MTCH)和单小区多播控制信道(SC-MCCH)，并且用于SC-PTM传输的传输信道是下行链路共享信道(DL-SCH)。SC-PTM传输主要是针对单小区传输设计的，并且对应于逐个小区基础上的广播或多播数据传输。用于SC-PTM传输的物理信道是物理下行链路控制信道(PDCCH)和物理下行链路共享信道(PDSCH)，并且能够实现动态资源分配。

尽管下面将主要描述其中使用与SC-PTM传输方案相同和/或相似的方案来提供MBS的示例，但可以使用MBSFN传输方案来提供MBS。

MBS数据是指由MBS提供的数据，MBS控制信道是指MCCH或SC-MCCH，并且MBS业务信道是指MTCH或SC-MTCH。然而，可以以单播方式发送MBS数据。MBS数据可以被称为MBS分组或MBS业务。

网络可以针对各个MBS会话提供不同的MBS服务。MBS会话由从包括临时移动组标识(TMGI)和会话标识符的组中选择的至少一个标识符来标识，并且这些标识符中的至少一个被称为MBS标识信息。这种MBS标识信息可以被称为MBS服务标识符或多播组标识符(组-网络临时标识符(G-RNTI))。

MBS会话包括广播会话和多播会话。

广播会话是用于传送广播服务的会话。针对不需要高度可靠QoS的应用，广播服务向特定服务区域内的每个UE 100提供服务。该广播服务由处于所有RRC状态(RRC空闲状态、RRC非活动状态和RRC连接状态)的UE 100可用。以广播方式发送属于广播会话的MBS数据。

多播会话是用于传送多播服务的会话。针对需要高度可靠QoS的应用，多播服务向加入多播会话的一组UE 100提供服务。多播服务主要由处于RRC连接状态的UE 100可用。以多播方式发送属于多播会话的MBS数据。

图7是示出了根据实施例的MBS数据的传送方法的图。

如图7所示，将MBS数据(MBS业务)从单个数据源(应用服务提供商)传送给多个UE。作为5GC核心网的5GCN(5G)20从应用服务提供商接收MBS数据，并执行MBS数据的复制以传送结果。

从5GC 20的角度来看，以下两种传送方法是可能的：共享MBS数据传送(共享MBS业务传送)和单独MBS数据传送(单独MBS业务传送)。

在共享MBS数据传送中，在作为5G无线电接入网(5G RAN)的NG-RAN 10与5GC 20之间建立连接以将MBS数据从5GC 20传送给NG-RAN 10。这种连接(隧道)在下文中被称为“MBS连接”。

MBS连接可以被称为共享MBS业务传送连接或共享传输。MBS连接端接于NG-RAN 10(即，gNB 200)。

gNB 200自行决定选择点对点(PTP：单播)或点对多点(PTM：多播或广播)的传输方案，并且通过所选择的传输方案向UE 100发送MBS数据。

另一方面，在单独MBS数据传送中，在NG-RAN 10和UE 100之间建立单播会话以将MBS数据从5GC 20单独地传送给UE 100。这种单播可以被称为PDU会话。单播(PDU会话)端接于UE 100。

MBS会话加入过程

将描述根据实施例的MBS会话加入过程。

UE 100使用MBS会话加入过程向核心网通知UE 100感兴趣的特定MBS会话。在MBS会话加入过程中，可以根据每个UE 100的兴趣来调整MBS会话的服务区域(包括多个小区在内的服务区域)。这实现动态且高效地使用无线电资源。UE 100需要执行MBS会话加入过程以接收多播会话。

图8是示出了根据实施例的MBS会话加入过程的图。

如图8所示，在步骤S11中，UE 100处于RRC连接状态。

在步骤S12中，UE 100向AMF 300(核心网装置)发送会话加入请求消息。该会话加入请求消息包括MBS标识信息，其标识UE 100感兴趣的MBS会话。该会话加入请求消息是NAS消息，并经由gNB 200发送给AMF 300。

在步骤S13中，AMF 300向UE 100发送用于接受会话加入的会话加入接受消息。该会话加入接受消息是NAS消息，并经由gNB 200发送给UE 100。

AMF 300可以向gNB 200通知MBS标识信息，其标识UE 100感兴趣的MBS会话。这允许gNB 200识别UE 100有兴趣接收的MBS会话。

MBS会话离开过程

将描述根据实施例的多播会话离开过程。

UE 100使用MBS会话离开过程向核心网通知UE 100已经对特定MBS会话失去兴趣。多播会话需要MBS会话离开过程。

图9是示出了根据实施例的MBS会话离开过程的图。

如图9所示，在步骤S21中，UE 100处于RRC连接状态。

在步骤S22中，UE 100向AMF 300发送会话离开请求消息。该会话离开请求消息包括MBS标识信息，其标识UE 100已经失去兴趣的MBS会话。该会话离开请求消息是NAS消息，并经由gNB 200发送给AMF 300。

在步骤S23中，AMF 300向UE 100发送会话离开响应消息。该会话离开响应消息是NAS消息，并经由gNB 200发送给UE 100。

AMF 300可以向gNB 200通知MBS标识信息，其标识UE 100已经失去兴趣的MBS会话。这允许gNB 200识别UE 100已经失去兴趣的MBS会话。

MBS兴趣通知

将描述根据实施例的MBS兴趣通知。

为了保持MBS的服务连续性，UE 100向gNB 200发送关于UE 100有兴趣接收的MBS会话的MBS兴趣通知。当需要切换UE 100时，gNB 200将UE 100切换到另一gNB 200，该另一gNB 200提供与UE 100有兴趣接收的MBS会话相同的MBS会话。因此，可以保持UE 100的MBS的服务连续性。

MBS兴趣通知可以是由UE 100自愿发送的MBS兴趣通知消息或者包括在该消息中的信息元素，或者可以是响应于来自gNB 200B的请求而由UE 100发送的MBS计数响应消息或者包括在该消息中的信息元素。

这种消息(MBS兴趣通知)例如是RRC消息，并且包括MBS标识信息，其标识UE 100感兴趣的MBS会话。MBS兴趣通知还可以包括从包括与MBS会话相对应的QoS流的标识信息、以及提供MBS会话的频率的标识信息的组中选择的至少一项。

第一实施例

如上所述，AMF 300通过MBS会话加入过程识别UE 100感兴趣的MBS会话。由于多播会话需要MBS会话加入过程，因此AMF 300识别UE 100感兴趣的多播会话。因此，gNB 200可以通过与AMF 300的信令来识别UE 100感兴趣的多播会话。因此，不太需要从UE 100向gNB200发送关于MBS会话之中的多播会话的MBS兴趣信息。具体地，在gNB 200已经通过与AMF300的信令识别出UE 100感兴趣的多播会话的情况下，当UE 100向gNB 200发送关于该多播会话的MBS兴趣信息时，可能浪费地消耗无线电资源。

根据第一实施例的通信控制方法是在移动通信系统中使用的方法，该移动通信系统从gNB 200向UE 100提供多播广播服务(MBS)。根据第一实施例的通信控制方法包括：由UE 100指定UE 100感兴趣的MBS会话之中的广播会话；以及由UE 100向基站发送MBS兴趣通知，该MBS兴趣通知包括标识所指定的广播会话的标识信息。该指定包括由UE 100基于从gNB 200接收的广播会话标识信息来指定广播会话。

图10是示出了根据第一实施例的操作示例的图。

如图10所示，在步骤S101中，UE 100在gNB 200的小区中处于RRC连接状态。

在步骤S102中，UE 100通过广播控制信道(BCCH)从gNB 200接收MBS系统信息。注意，该系统信息可以被称为系统信息块(SIB)。可以按照由预定类型的SIB(例如，SIB类型1)调度的周期来发送该MBS系统信息，或者可以响应于来自UE 100的请求(即，按需)来发送该MBS系统信息。

该MBS系统信息包括接收在由gNB 200管理的小区中使用的MBS控制信道所需的调度信息。例如，该MBS系统信息包括从包括以下各项的组中选择的至少一项：指示其中可以改变MBS控制信道的内容(MBS控制信息)的周期的信息、指示发送MBS控制信道的时间间隔的信息(其由无线帧的数量来表示)、指示其中调度MBS控制信道的无线帧的偏移的信息、以及指示其中调度MBS控制信道的子帧的信息。

该MBS控制信道承载MBS控制信息。该MBS控制信息包括接收与MBS会话相对应的MBS业务信道所需的调度信息的列表。该调度信息包括标识与MBS业务信道相对应的MBS会话的MBS标识信息和用于MBS业务信道的DRX信息(或调度信息)。该MBS会话和MBS业务信道彼此一对一相关联。即，一个MBS业务信道仅承载一个MBS会话的MBS数据。

在第一实施例中，该MBS系统信息包括广播会话标识信息。该广播会话标识信息是仅标识MBS会话之中的广播会话的MBS标识信息。即，该广播会话标识信息不标识多播会话。该广播会话标识信息可以是标识多个广播会话的各条MBS标识信息的列表。

该MBS系统信息中包括的广播会话标识信息标识在由gNB 200管理的小区中提供的广播会话。该MBS系统信息还可以包括广播会话标识信息，其标识在由gNB 200管理的小区的相邻小区中提供的广播会话。

在步骤S103中，UE 100基于该MBS系统信息中包括的广播会话标识信息来指定UE100感兴趣的MBS会话之中的广播会话。

具体地，UE 100从标识UE 100感兴趣的MBS会话的多条MBS标识信息中提取与MBS系统信息中包括的广播会话标识信息相匹配的一条MBS标识信息，并将由所提取的MBS标识信息标识的MBS会话指定为广播会话。

在步骤S104中，UE 100向gNB 200发送MBS兴趣通知，其包括标识在步骤S103中指定的广播会话的MBS标识信息。

gNB 200可以基于MBS兴趣通知来控制UE 100的切换。

在第一实施例中，该广播会话标识信息可以是标识广播会话或多播会话的信息。这种信息可以是标识广播会话或多播会话的信息，其与一条或多条MBS标识信息相关联。

在第一实施例中，该广播会话标识信息可以是标识其中允许(或需要)发送MBS兴趣通知的MBS会话的信息。这种信息可以是用于允许(或需要)发送MBS兴趣通知的信息，其与一条或多条MBS标识信息相关联。在这种情况下，UE 100可以基于该信息来指定UE 100感兴趣的MBS会话之中的允许(或需要)发送MBS兴趣通知的MBS会话，并发送包括MBS会话的标识信息的MBS兴趣通知。

在第一实施例中，当gNB 200可以通过与AMF 300的信令来识别UE 100是否对特定MBS会话感兴趣时，gNB 200可以将对应的MBS会话识别为多播会话。相反，当gNB 200可以通过与AMF 300的信令来识别UE 100是否对特定MBS会话感兴趣时，gNB 200可以将对应的MBS会话识别为广播会话。gNB 200可以根据识别结果来确定是否需要发送广播会话标识信息和/或传输内容。

在第一实施例中，该广播会话标识信息可以包括在MBS控制信息中。

第一实施例的变型1

将集中于与第一实施例的不同之处来描述第一实施例的变型1。在变型1中，UE100基于通过用于广播会话的MBS控制信道接收的信息来指定广播会话。

在第一实施例的变型1中，MBS控制信道被划分为两种类型：用于广播会话的MBS控制信道(下文中被称为类型1MBS控制信道)和用于多播会话的MBS控制信道(下文中被称为类型2MBS控制信道)。

类型1MBS控制信道包括与广播会话相对应的MBS业务信道的调度信息，并且不包括与多播会话相对应的MBS业务信道的调度信息。

通过类型2MBS控制信道承载的MBS控制信息包括仅与多播会话相对应的MBS业务信道的调度信息，并且不包括与广播会话相对应的MBS业务信道的调度信息。

MBS系统信息包括类型1MBS控制信道和类型2MBS控制信道中的每一个的调度信息。MBS系统信息可以包括类型1MBS控制信道和类型2MBS控制信道中的每一个的标识符(名称)。这种MBS控制信道标识符可以包括预定标签。例如，类型1MBS控制信道被表示为“MCCH-广播”，并且类型2MBS控制信道被表示为“MCCH-多播”。备选地，可以使用诸如“MCCH-A”和“MCCH-B”之类的抽象MBS控制信道标识符。在这种情况下，指示哪个MBS控制信道是类型1MBS控制信道以及哪个MBS控制信道是类型2MBS控制信道的信息可以包括在MBS系统信息中。备选地，指示哪个MBS控制信道允许MBS兴趣通知的传输的信息可以包括在MBS系统信息中。

在第一实施例的变型1中，UE 100将由包括在通过类型1MBS控制信道接收的MBS控制信息中的MBS标识信息所标识的MBS会话识别为广播会话。

在第一实施例的变型1中，gNB 200可以在gNB 200的小区中仅发送类型1MBS控制信道。在这种情况下，gNB 200不在gNB 200的小区中发送类型2MBS控制信道。UE 100将由包括在通过MBS控制信道接收的MBS控制信息中的MBS标识信息所标识的MBS会话识别为广播会话，而不区分MBS控制信道的类型。在这种情况下，可以通过单播RRC信令向UE 100通知与多播会话相对应的MBS业务信道的调度信息。

在第一实施例的变型1中，可以与不同的逻辑信道标识符(LCID)和/或不同的无线电网络临时标识符(RNTI)相关联地发送类型1MBS控制信道和类型2MBS控制信道。

图11是示出了根据第一实施例的变型1的操作示例的图。

如图11所示，在步骤S201中，UE 100在gNB 200的小区中处于RRC连接状态。

在步骤S202中，UE 100从gNB 200接收MBS系统信息。

在步骤S203中，UE 100基于该MBS系统信息来接收类型1MBS控制信道(用于广播会话的MBS控制信道)。

这里，UE 100将由包括在通过类型1MBS控制信道接收的MBS控制信息中的MBS标识信息所标识的MBS会话识别为广播会话(或者允许MBS兴趣通知的MBS会话)。

在步骤S204中，UE 100指定UE 100感兴趣的MBS会话之中的广播会话。具体地，UE100从标识UE 100感兴趣的MBS会话的多条MBS标识信息中提取与通过类型1MBS控制信道接收的MBS控制信息中包括的MBS标识信息相匹配的MBS标识信息之一，并将由所提取的MBS标识信息所标识的MBS会话指定为广播会话。

在步骤S205中，UE 100向gNB 200发送MBS兴趣通知，其包括标识在步骤S204中指定的广播会话的MBS标识信息。

第一实施例的变型2

将集中于与第一实施例的不同之处来描述第一实施例的变型2。在变型2中，UE100的RRC层基于从NAS层获取的标识信息来指定广播会话。尽管下面将NAS层描述为上层的示例，但上层不限于NAS层，并且可以是应用层。

图12是示出了根据第一实施例的变型2的操作示例的图。

如图12所示，在步骤S301中，UE 100在gNB 200的小区中处于RRC连接状态。

在步骤S302中，UE 100的NAS层向UE 100的RRC层提供标识信息。该标识信息标识在NAS层处指定的广播会话。这里，如上所述，由于多播会话需要MBS会话加入过程，因此NAS层可以将不需要MBS会话加入过程的MBS会话(或者尚未执行/完成MBS会话加入过程的MBS会话)指定为广播会话。

在步骤S303中，UE 100的RRC层指定UE 100感兴趣的MBS会话之中的广播会话。具体地，RRC层将由在步骤S302中从NAS层获取的标识信息所标识的MBS会话指定为广播会话(或者需要MBS兴趣通知的MBS会话)。

在步骤S304中，UE 100的RRC层向gNB 200发送MBS兴趣通知，其包括标识广播会话的MBS标识信息。

在变型2中，UE 100可以在步骤S301之前执行MBS会话加入过程。在这种情况下，步骤S302中的标识信息标识MBS会话加入过程已经完成的MBS会话。在步骤S303中，UE 100的RRC层将除了由步骤S302中的标识信息所标识的MBS会话之外的MBS会话指定为广播会话。

第二实施例

将集中于与上述实施例的不同之处来描述第二实施例。

如上所述，为了MBS的服务连续性，gNB 200可以通过与AMF 300的信令来识别UE100感兴趣的多播会话。然而，由于AMF 300的拥塞等，gNB 200可能无法执行与AMF 300的信令。因此，可能无法识别UE 100感兴趣的多播会话，并且可能无法保持MBS的服务连续性。

根据第二实施例的通信控制方法是在移动通信系统中使用的方法，该移动通信系统从gNB 200向UE 100提供多播广播服务(MBS)。根据第二实施例的通信控制方法包括：由UE 100与AMF 300执行用于多播会话的预定过程；以及由UE 100向gNB 200发送消息，该消息包括标识预定过程已经完成的多播会话的标识信息。该预定过程是会话加入过程或会话离开过程。

图13是示出了根据第二实施例的操作示例的图。

如图13所示，在步骤S401中，UE 100执行与AMF 300的MBS会话加入过程。在执行MBS会话加入过程之后，UE 100的NAS层识别MBS会话加入过程已经完成的MBS会话。

在完成MBS会话加入过程之后，UE 100可以转变到RRC非活动状态或RRC空闲状态。

在步骤S402中，UE 100处于RRC连接状态。

在步骤S403中，UE 100向gNB 200发送RRC消息，其包括已经完成MBS会话加入过程的多播会话的MBS标识符。这允许gNB 200识别UE 100感兴趣的MBS会话。

在第二实施例中，UE 100可以在步骤S401中执行MBS会话离开过程。在这种情况下，在步骤S403中，UE 100向gNB 200发送RRC消息，其包括已经完成MBS会话离开过程的多播会话的MBS标识符。这允许gNB 200识别UE 100已经失去兴趣的MBS会话。

在第二实施例中，对于每个MBS标识符，步骤S403中的RRC消息可以包括指示由该MBS标识符标识的多播会话的加入状态的信息。指示加入状态的信息是指示MBS会话加入过程已经完成的信息或者指示MBS会话离开过程已经完成的信息。

第三实施例

将集中于与上述实施例的不同之处来描述第三实施例。

例如，在确定gNB 200时，可以停止MBS会话的提供，然后重新开始。尽管停止MBS会话的提供，但可以通过MBS控制信道连续地发送与MBS会话相对应的MBS业务信道的调度信息。在这种情况下，在从MBS会话的提供的停止到重新开始的时段期间，UE 100不必要地继续接收MBS会话，从而浪费地消耗电力。

根据第三实施例的通信控制方法是在移动通信系统中使用的方法，该移动通信系统从gNB 200向UE 100提供多播广播服务(MBS)。根据第三实施例的通信控制方法包括：由UE 100从gNB 200接收停止通知，该停止通知指示gNB 200将停止提供从gNB 200接收的MBS会话；在接收到停止通知时，由UE 100停止接收的MBS会话；以及由UE 100从gNB 200接收重新开始通知，其指示gNB 200要重新开始提供MBS会话。

图14是示出了根据第三实施例的操作示例的图。

如图14所示，在步骤501中，gNB 200通过广播控制信道向UE 100发送MBS系统信息。该MBS系统信息包括接收MBS控制信道所需的调度信息。

在步骤S502中，gNB 200基于根据在步骤S501中发送的MBS系统信息的调度来发送MBS控制信道(MBS控制信息)。该MBS控制信息包括接收与MBS会话相对应的MBS业务信道所需的调度信息。

UE 100基于根据在步骤S501中接收的MBS系统信息的调度来接收MBS控制信道。

在步骤S503中，gNB 200基于根据在步骤S502中发送的MBS控制信息的调度来发送MBS业务信道(MBS数据)。UE 100基于根据在步骤S502中接收的MBS控制信息的调度来接收MBS数据。

在步骤S504中，gNB 200确定停止提供MBS会话。例如，gNB 200根据来自核心网的指令做出这种确定。

在步骤S505中，gNB 200通过MBS控制信道向UE 100发送指示停止提供MBS会话的停止通知。此时，gNB 200可以连续地发送在步骤S502中发送的MBS控制信息。gNB 200针对每个MBS会话发送停止通知。即，停止通知与MBS会话相关联。可以通过使用RRC消息来针对每个MBS会话发送停止通知。

在步骤S506中，UE 100在接收到停止通知时停止接收MBS会话。

即使在步骤S505中接收MBS控制信息时，UE 100也停止接收MBS业务信道。

即使在应用MBS控制信息时，UE 100也停止接收MBS业务信道。例如，即使在基于所应用的MBS控制信息调度的MBS业务信道的传输时段期间，UE 100也停止接收MBS业务信道。

在步骤S507中，gNB 200确定重新开始提供MBS会话。例如，gNB 200根据来自核心网的指令做出这种确定。

在步骤S508中，gNB 200通过MBS控制信道向UE 100发送指示重新开始提供MBS会话的重新开始通知。gNB 200可以将新的MBS控制信息与重新开始通知一起发送。例如，当gNB 200需要在重新开始MBS会话时改变MBS业务信道的调度时，gNB 200发送新的MBS控制信息。

在步骤S509中，UE 100在接收到重新开始通知时重新开始接收MBS会话。例如，UE100基于根据已经应用的MBS控制信息(例如，在步骤S502中接收的MBS控制信息)的调度来重新开始接收MBS会话。当在步骤S508中接收新的MBS控制信息时，UE 100基于根据新MBS控制信息的调度来重新开始接收MBS会话。

在第三实施例中，停止通知和重新开始通知均可以通过使用RRC消息来发送。

在第三实施例中，重新开始通知可以包括在改变通知消息中。改变通知消息是用于向UE 100通知已经改变MBS控制信道的内容的消息。

在第三实施例中，“停止”可以被理解为“挂起”或“去激活”。术语“重新开始”可以被理解为“恢复”或“激活”。

其他实施例

上述实施例和实施例的变型不仅可以单独且独立地实现，而且还可以以这些示例中的两个或更多个示例的组合来实现。

可以提供使计算机执行由UE 100或gNB 200执行的每个过程的程序。该程序可以记录在计算机可读介质中。使用计算机可读介质使程序能够安装在计算机上。这里，其上记录有程序的计算机可读介质可以是非暂时性记录介质。非暂时性记录介质未被具体地限定，并且例如可以是诸如CD-ROM或DVD-ROM的记录介质。

可以集成用于执行由UE 100或gNB 200执行的各个处理操作的电路，并且UE 100或gNB 200可以至少部分地被配置为半导体集成电路(芯片组或片上系统(SoC))。

上面已经参考附图详细描述了实施例，但具体配置不限于上述配置，并且在不脱离本公开的主旨的情况下可以进行各种设计改变。

本申请要求(于2021年3月29日提交的)美国临时专利申请No.63/167234的优先权，其全部内容通过引用并入本文。

(补充注释1)

引言

在RAN#88中，与NR多播广播服务(MBS)相关的修订工作项目已经得到批准。

RAN2#112-e中已经同意引入MBS的两种传送模式，如下所示。

在Rel-17的情况下，R2指定以下两种模式。

1：在连接状态下可用的用于高QoS(可靠性、延迟)要求的一种传送模式(当不存在数据接收时，UE可以切换到另一种状态，但这尚未确定)。

2：用于“低”QoS要求的一种传送模式。UE在非活动/空闲状态下也可以接收数据(细节尚未确定)。

R2假设传送模式1仅用于多播会话(在R17的情况下)。

R2假设传送模式2用于广播会话。

传送模式2对于多播会话的适用性需要进一步研究。

·无数据：当多播会话中不存在正在进行的数据时，UE可以保持在RRC连接状态。其他情况需要进一步研究。

对于传送模式2，已经附加地同意MBS配置的概述，如下所示。

·UE通过BCCH和/或MCCH接收MBS配置(在广播/传送模式2的情况下)(TBD)。可以在空闲/非活动模式下接收该MBS配置。针对连接模式需要进一步研究(取决于UE能力，例如提供服务的位置)。该通知机制用于通知MBS控制信息中的改变。

在RAN2#113-e中，已经同意传送模式2的细节，如下所示。

处于空闲/非活动状态的UE和处于连接模式的UE两者均可以接收在NR MBS传送模式2下发送的MBS服务(针对广播服务已经达成一致，其他未确定)。处于连接模式的UE是否可以接收该MBS服务取决于服务的网络提供(例如，哪个频率)、UE连接模式的配置、以及UE的功能。

由LTE SC-PTM采用的基于两步的方法(BCCH和MCCH)被重用于在NR MBS传送模式2下发送PTM配置。

假设可以通过重用处于连接状态的UE的LTE SC-PTM机制来接收NR MBS传送模式2(即，基于广播的方法)的PTM配置。

假设MCCH改变通知机制用于通知在NR MBS传送模式2下由于会话开始而导致的MCCH配置改变(其他情况下需要进一步研究)。

假设处于广播服务的连接模式的UE支持MBS兴趣指示(通常假设不存在强制的网络要求，并且网络动作取决于网络)。

在NR MBS传送模式2下处于空闲/非活动模式的UE不支持MBS兴趣指示。

出于服务连续性的目的，假设可以针对NR MBS传送模式2提供一些信息(需要进一步研究，并且例如，需要基于其他组(例如，USD和SAI/TMGI)的进展重新考虑)。

需要进一步研究在NR MBS传送模式2下是否支持UE基于频率识别MBS服务以用于保证服务连续性(即，LTE SC-PTM机制的重用)。

需要进一步研究在NR MBS传送模式2下在小区重选期间支持频率优先化以用于保证服务连续性(即，LTE SC-PTM机制的重用)。

P2：接收多播数据的UE是否可以释放到RRC非活动/空闲状态并继续接收多播数据被推迟。在未来的讨论中，需要将RRC限制在非活动状态。

(补充注释2)

在本补充注释中，关于LTE eMBMS机制和最新RAN2协议，考虑了NR MBS的控制面方面。

讨论

在这点上，根据第1节中引用的RAN2协议以及对SA2的LS应答的报告，可以在图15中总结两种传送模式的特性。

传送模式1配置

在传送模式1下，主要考虑RRC连接状态下的数据接收，但其配置方面的细节尚未达成一致。考虑到传送模式1用于高QoS服务，传送模式1需要涉及例如PTP/PTM分割承载和/或无损切换。由于这些UE特定配置是否通过MCCH来提供是没有意义的，因此很容易需要使用RRC重新配置来配置传送模式1。在对SA2的LS应答中，实际上已经确认RRC重新配置用于由于会话开始而导致的MBS配置和通知。

观察1：对于传送模式1，RRC重新配置用于由于会话开始而导致的MBS配置和通知。

另一方面，WID清楚地指示RRC连接状态和RRC空闲/非活动状态需要在MBS配置方面具有最大通用性。然而，RAN2已经同意将多播和广播会话的传送模式分离。

指定了使处于RRC空闲/RRC非活动状态的UE能够接收PTM传输所需的改变，以便针对PTM接收配置保持RRC连接状态和RRC空闲/RRC非活动状态之间的最大通用性。

即使在这些传送模式的RRC消息不同时，为了达到WID的目的，如在RAN2#112-e的讨论中指出的，也需要在两种传送模式之间尽可能地调整MBS配置的IE和结构。例如，除了作为传送模式2公共的块的MTCH调度信息之外，传送模式1的RRC重新配置还包括特定于传送模式1的信息(诸如PTP/PTM分割承载和切换相关信息)。因此，在这点上，细节需要进一步研究。

建议1：RAN2需要同意例如通过使用通用结构和IE，从MBS配置的角度来看力求达到两种传送模式之间的最大通用性。

需要注意的是，图16中的“MCCH”仅指MTCH调度信息，即与MBS会话信息相关联的MTCH配置。在传送模式1的情况下，不需要相邻小区信息。

然而，当针对多播会话不存在正在进行的数据时，是否可以将UE释放到空闲/非活动状态仍然需要进一步研究。换言之，处于空闲/非活动状态的UE是否能够经由传送模式1接收MBS数据仍然需要进一步研究。按照RAN2的约定，基线的前提是，针对传送模式1(即，针对多播会话)，UE需要保持在RRC连接状态，这要求高QoS。然而，其他/例外情况值得研究。

在电子邮件讨论中，一些公司已经指出：由于拥塞，网络可能无法保持所有UE处于连接状态。若干个其他公司也已经指出，为了UE的上行链路非活动性、QoS要求和/或功耗，UE不需要始终保持连接。

上述几点对于网络和UE两者可以是有益的。然而，应当理解，是否/何时将UE释放到非活动状态取决于gNB的实现，并且是否将UE释放到空闲状态取决于核心网。空闲状态下的MBS数据接收的一个问题是：当gNB释放UE上下文(通常仅保持在非活动状态而不保持在空闲状态)时，可能丢失gNB的可控性。这可能与传送模式1的概念不一致。因此，RAN2#113-e的协议中指出“有必要在未来的讨论中将RRC限制为非活动状态”。因此，RAN2需要同意UE至少在非活动状态下可以接收传送模式1。

方案2：针对传送模式1，RAN2需要同意UE至少在RRCinactive状态下可以接收MBS数据。

当能够同意建议2时，尚不清楚如何向UE提供空闲/非活动MBS配置。存在三种可能的选项。

选项1：RRC重新配置

处于空闲/非活动状态的UE继续采用通过RRC重新配置提供的MBS配置。该选项很简单，因为UE仅重用首先针对RRC连接状态提供的MBS配置。然而，在UE转变到空闲/非活动状态和/或返回到RRC连接状态时，需要明确UE操作的部分(诸如在执行配置时处理PTP/PTM分割承载配置的方法)。

方案2：RRC释放

处于空闲/非活动状态的UE采用通过RRC释放提供的MBS配置。该选项看似简单，但可能效率不高，因为MBS配置是否与先前通过RRC重新配置提供的MBS配置不同令人怀疑。

选项3：传送模式从模式1到模式2的切换

在UE被释放到空闲/非活动状态之前，将UE从传送模式1切换到传送模式2。该选项是另一简单的解决方案，因为传送模式2被设计为能够在由RAN2同意的所有RRC状态下接收数据。然而，可以预期例如，由于对MCCH的获取，在切换期间将发生分组丢失和延迟。

每个选项具有优点和缺点，但我们认为，在简单性和效率方面，选项1稍微优选。RAN2需要描述向UE提供用于空闲/非活动状态下的数据接收的传送模式1配置的方法，其包括但不限于上述选项。

方案3：当同意方案2时，RAN2需要讨论如何向UE提供用于非活动状态下的数据接收的传送模式1配置。

传送模式2配置

在LTE SC-PTM中，使用两个消息(即，SIB 20和SC-MCCH)来提供配置。SIB 20提供SC-MCCH调度信息。SC-MCCH提供SC-MTCH调度信息和相邻小区信息，该SC-MTCH调度信息包括G-RNTI和TMGI。已经同意针对NRMBS重用相同的机制。

预期NR MBS将支持WID中描述的各种类型的用例。除了范围从诸如软件传送的无损应用到诸如IPTV的UDP类型流式传输的要求的其他方面之外，NR MBS需要针对范围从延迟敏感应用(例如，任务关键应用和V2X)到延迟容忍应用(例如，IoT)的各种要求进行适合地设计。这些服务中的一些可以被传送模式2涵盖，而具有“高QoS要求”的其他服务需要传送模式1。在这个意义上，gNB能够针对多播会话选择使用传送模式2是有益的。

从RAN2#112-e到RAN2#113-e，该问题已经留待进一步研究，但总体而言，从我们的角度来看，似乎没有技术原因来施加限制。

建议4：RAN2需要同意，除了广播会话之外，传送模式2还可以用于多播会话。

鉴于建议4，需要考虑控制信道的灵活性和资源效率来设计传送模式2下的控制信道。否则，例如，当在一个控制信道中一起配置延迟容忍服务和延迟敏感服务时，可能发生更多的信令开销。这需要频繁地调度控制信道，以便满足来自延迟敏感服务的延迟要求。

SA2 SI的对象A涉及经由5GS启用通用MBS服务，并且能够从该功能中获益的指定用例包括(但不限于)公共安全、任务关键情况、V2X应用、透明IPv4/IPv6多播传送和IPTV，并且包括通过无线通信、群组通信、并经由IoT应用的软件传送。

观察2：针对各种类型的用例，用于传送模式2的控制信道需要灵活且资源高效。

一种可能性是研究在不同的用例中是否需要分离配置信道，如图17所示。例如，一个MCCH频繁地提供延迟敏感服务，并且另一MCCH不频繁地提供延迟容忍服务。LTE SC-PTM的局限在于一个小区仅包括一个SC-MCCH。然而，考虑到在NR MBS传送模式2下比在LTE下假设了更多的用例，因此需要消除这种限制。当小区内允许多个MCCH时，每个MCCH包括不同的调度配置，例如可以针对特定服务优化的重复周期。需要进一步研究UE识别向目标服务提供服务的MCCH的方法。

方案5：针对传送模式2，RAN2需要考虑在小区中是否支持在LTE中不支持的多个MCCH。

NR的新范例是支持按需SI传输。该概念可以重用于传送模式2下的MCCH，即，按需MCCH。例如，按需提供用于延迟容忍服务的MCCH，从而能够优化信令的资源消耗。自然地，该网络包括用于周期性地提供MCCH的另一选项。即，它不是按需的，例如延迟敏感的服务。

建议6：针对传送模式2，RAN2需要讨论当按需提供MCCH时的选项，LTE不支持该选项。

作为另一种可能性，可以进一步研究合并这些消息，即如图17所示的一步配置。例如，SIB直接提供MTCH调度信息，即没有MCCH。提供延迟容忍服务和对功率敏感UE的优化。例如，UE可以请求SIB(按需)，并且gNB可以在来自多个UE的请求之后开始提供SIB和对应的服务。这些UE不需要监视重复广播的MCCH。

建议7：针对传送模式2，RAN2需要讨论当支持没有MCCH的多播接收时的选项(即，一步配置)。例如，SIB直接提供MTCH调度信息。

已经同意引入MCCH改变通知。假设该MCCH改变通知与LTE SC-PTM的通知相同和/或相似。至少通过会话开始，向UE通知MCCH改变。

根据最新的LTE规范，SC-MCCH改变通知是其中“当网络改变SC-MCCH信息(的一部分)时，向除了BL UE之外的UE、CE中的UE、或NB-IoT UE通知关于重复周期中可用于SC-MCCH传输的第一子帧的改变”的通知，并且可以被解释为SC-MCCH改变通知不需要在会话开始时受到某种程度的限制。

当在MBS会话期间没有提供MCCH改变通知时，UE需要始终在每个MCCH改变边界处对MCCH进行解码以检查MCCH是否被更新。与仅对MCCH改变通知进行解码的情况相比，这在UE功耗方面是低效的。因此，不仅需要在会话开始时而且每当改变配置时都需要提供MCCH改变通知。

方案8：针对传送模式2，每次改变MCCH信息时，RAN2需要讨论是否提供MCCH改变通知。

兴趣指示/计数

在LTE eMBMS中，为了使网络执行MBMS数据传送(包括MBMS会话开始/停止)的适合确定，指定了收集UE正在接收/感兴趣的服务的两种类型的方法，即，MBMS兴趣指示(MII)和MBMS计数。由UE触发的MII包括与目标MBMS频率、目标MBMS服务、MBMS优先级和MBMS仅接收模式(ROM)相关的信息。由网络经由针对特定MBMS服务的计数请求触发的计数响应包括与目标MBSFN区域和目标MBMS服务相关的信息。

出于各种目的，已经引入了这些方法。MII主要由网络用于使UE在连接期间能够继续接收目标服务。相反，计数用于使网络能够确定足够数量的UE是否有兴趣接收服务。

观察3：在LTE eMBMS中，出于不同的目的，引入了两种类型的UE辅助信息。引入了用于eNB调度的MBMS兴趣指示和用于MCE的会话控制的MBMS计数。

针对NR MBS，同意在RRC连接状态下支持MBS兴趣指示，但在空闲/非活动状态下不支持MBS兴趣指示。基于此，除了LTE eMBMS之外，功能增强也值得研究。在LTE eMBMS中，即使在大多数UE在RRC空闲状态下接收广播服务时，也无法从处于空闲状态的UE收集MII和计数的信息。据我们理解，从会话控制和资源效率的角度来看，这是LTE eMBMS遗留的问题之一。

在NR MBS中，在处于空闲/非活动状态的UE中(即，在广播会话的传送模式2下)可能发生相同的问题。例如，网络无法识别处于空闲/非活动状态的UE是否没有正在接收广播服务/对广播服务不感兴趣。因此，即使在没有UE正在接收服务时，该网络也可以继续提供PTM传输。当gNB识别处于空闲/非活动状态的UE的兴趣时，需要避免这种不必要的PTM传输。相反，当PTM停止而接收服务的处于空闲/非活动状态的UE仍然存在时，许多UE可能同时请求连接，这也是不期望的。

因此，值得研究是否引入用于从处于空闲/非活动状态的UE收集UE辅助信息(具体地，MBMS计数)的机制。不用说，期望处于空闲/非活动状态的UE能够在无需转换为RRC连接的情况下报告信息。例如，当与MBS服务相关联的PRACH资源分割被引入这种报告时，可以实现这一点。

值得注意的是，NR MBS中不存在MCE。这意味着MCE功能已集成在gNB中。在这个意义上，是RAN3确定NR MBS中是否需要计数，而不管从网络接口的角度来看RAN2确定了什么。

建议9：RAN2需要讨论是否引入MBS计数并从处于空闲/非活动状态的UE收集MBS计数。

Claims (10)

1.一种在移动通信系统中使用的通信控制方法，所述移动通信系统从基站向用户设备提供多播广播服务MBS，所述通信控制方法包括：

由所述用户设备指定所述用户设备感兴趣的MBS会话之中的广播会话，所述广播会话是以广播方式发送的MBS会话；以及

由所述用户设备向所述基站发送MBS兴趣通知，所述MBS兴趣通知包括标识所指定的广播会话的标识信息。

2.根据权利要求1所述的通信控制方法，其中，

所述指定包括：基于从所述基站接收的广播会话标识信息来指定所述广播会话。

3.根据权利要求1所述的通信控制方法，其中，

所述指定包括：基于通过用于所述广播会话的MBS控制信道接收的信息来指定所述广播会话。

4.根据权利要求1所述的通信控制方法，其中，

所述指定包括：

通过所述用户设备的RRC层从所述用户设备中的所述RRC层之上的上层获取标识信息，以及

通过所述RRC层，基于所述标识信息来指定所述广播会话，以及

所述标识信息标识由所述上层指定的广播会话。

5.根据权利要求4所述的通信控制方法，其中，

所述上层是NAS层或应用层。

6.根据权利要求1所述的通信控制方法，其中，

所述指定包括：

通过所述用户设备的RRC层，从所述用户设备的NAS层获取标识信息，以及

通过所述RRC层，基于所述标识信息来执行指定为所述广播会话，以及

所述标识信息标识会话加入过程已经完成的MBS会话。

7.一种在移动通信系统中使用的通信控制方法，所述移动通信系统从基站向用户设备提供多播广播服务MBS，所述通信控制方法包括：

由所述用户设备与核心网设备执行用于多播会话的预定过程，所述多播会话是以多播方式发送的MBS会话；以及

由所述用户设备向所述基站发送消息，所述消息包括标识所述预定过程已经完成的多播会话的标识信息，其中，

所述预定过程是会话加入过程或会话离开过程。

8.一种在移动通信系统中由用户设备执行的通信控制方法，所述移动通信系统从基站向用户设备提供多播广播服务MBS，所述通信控制方法包括：

由所述用户设备从所述基站接收停止通知，所述停止通知指示所述基站将停止提供所述用户设备从所述基站接收的MBS会话；

由所述用户设备响应于接收到所述停止通知来停止接收所述MBS会话；以及

由所述用户设备从所述基站接收重新开始通知，所述重新开始通知指示所述基站将重新开始提供所述MBS会话。

9.根据权利要求7所述的通信控制方法，还包括：

由所述用户设备响应于接收到所述重新开始通知来重新开始接收所述MBS会话。

10.一种用户设备，包括：

处理器，被配置为执行根据权利要求1至8中任一项所述的通信控制方法。