CN118077270A - 在多播服务支持网络中提供寻呼优先级的装置和方法 - Google Patents

Abstract

本公开涉及用于支持更高数据传输速率的5G或6G通信系统。实施例涉及一种用于在5G网络中将多播数据发送到终端的方法和装置。用于向终端发送多播数据的方法包括：从多播广播会话管理功能(MB‑SMF)接收用于激活多播广播服务(MBS)会话的第一消息；识别关于MBS会话内的至少一个MBS QoS流中的MBS QoS流的信息；以及向接入和移动性管理功能(AMF)发送包括关于MBS QoS流的信息的第二消息，以用于AMF根据关于MBS QoS流的信息发送寻呼消息。

Description

在多播服务支持网络中提供寻呼优先级的装置和方法

技术领域

本公开涉及一种用于向终端发送多播数据的方法和装置，并且更具体地，涉及一种用于在第五代(5G)网络中向终端发送多播数据的方法和装置。

背景技术

5G移动通信技术定义了宽频带，使得高传输速率和新服务是可能的，并且不仅可以在诸如3.5GHz的“6GHz之下”频带中实现，而且可以在包括28GHz和39GHz的称为mmWave的“高于6GHz”频带中实现。此外，已经考虑在太赫兹频带(例如，95GHz至3THz频带)中实现6G移动通信技术(称为超5G系统)，以便实现比5G移动通信技术快五十倍的传输速率和5G移动通信技术的十分之一的超低延迟。

在5G移动通信技术的开发开始时，为了支持服务并满足与增强型移动宽带(eMBB)、超可靠低延迟通信(URLLC)和大规模机器类型通信(mMTC)相关的性能要求，正在进行关于波束成形和大规模MIMO的标准化，用于减轻毫米波中的无线电波路径损耗并增加无线电波传输距离，支持用于有效利用毫米波资源和时隙格式的动态操作的参数集(例如，操作多个子载波间隔)，用于支持多波束传输和宽带的初始接入技术，带宽部分(BWP)的定义和操作，新的信道译码方法(诸如用于大量数据传输的低密度奇偶校验(LDPC)码和用于控制信息的高度可靠传输的极化码)，L2预处理，以及用于提供专用于特定服务的专用网络的网络切片。

当前，鉴于5G移动通信技术支持的服务，正在讨论关于初始5G移动通信技术的改进和性能增强，并且已经存在关于诸如车辆到一切(V2X)的技术的物理层标准化，用于基于关于由车辆发送的车辆的位置和状态的信息来辅助自主车辆的驾驶确定并用于增强用户便利性，旨在符合未许可频带中的各种法规相关要求的系统操作的NR-U新无线电未许可(NR-U)，NR UE节能，非地面网络(NTN)，其是用于在与地面网络的通信不可用的区域中提供覆盖和定位的UE-卫星直接通信。

此外，在空中接口架构/协议中一直存在关于技术的标准化，所述技术诸如用于通过与其他行业互通和融合来支持新服务的工业物联网(IIoT)、用于通过以集成方式支持无线回程链路和接入链路来提供用于网络服务区域扩展的节点的集成接入和回程(IAB)、包括条件切换和双活动协议栈(DAPS)切换的移动性增强、以及用于简化随机接入过程的两步随机接入(用于NR的两步RACH)。关于用于组合网络功能虚拟化(NFV)和软件定义网络(SDN)技术的5G基线架构(例如，基于服务的架构或基于服务的接口)以及用于基于UE位置接收服务的移动边缘计算(MEC)的系统架构/服务也正在进行标准化。

随着5G移动通信系统商业化，已经呈指数增长的连接设备将连接到通信网络，并且因此预期5G移动通信系统的增强功能和性能以及连接设备的集成操作将是必要的。为此，安排了与扩展现实(XR)相关的新研究，用于有效地支持增强现实(AR)、虚拟现实(VR)、混合现实(MR)等，通过利用人工智能(AI)和机器学习(ML)、AI服务支持、元空间服务支持和无人机通信来改善5G性能和降低复杂性。

此外，5G移动通信系统的这种开发不仅将作为开发用于提供6G移动通信技术的太赫兹频带覆盖的新波形，诸如全维MIMO(FD-MIMO)、阵列天线和大规模天线的多天线传输技术，用于改善太赫兹频带信号覆盖的基于超材料的透镜和天线，使用轨道角动量(OAM)的高维空间复用技术和可重构智能表面(RIS)的基础，还将作为开发用于提高6G移动通信技术的频率效率和改善系统网络的全双工技术，用于通过从设计阶段利用卫星和AI并内化端到端AI支持功能来实现系统优化的基于AI的通信技术，以及用于通过利用超高性能通信和计算资源来实现复杂度水平超过UE操作能力限制的服务的下一代分布式计算技术的基础。

同时，为了将相同的数据发送到位于移动通信网络中的特定区域中的多个终端，可以通过单播将数据发送到每个终端。另外，在一些情况下，为了资源效率，可以通过多播来提供数据，以将相同的数据发送到移动通信网络中的多个终端。

此时，当对于多播服务在特定时间段内没有发生多播服务业务时，或者当应用服务器想要临时停止相应的多播服务时，可以停用用于相应的多播服务的多播会话以节省资源。然而，当应用服务器想要再次激活多播服务时或者当相应的多播服务业务再次发生时，需要用于激活多播会话的方法，并且特别地，当使用多播服务的终端进入空闲状态时，需要用于唤醒终端的方法。此时，需要一种用于对接收一般单播服务的终端进行寻呼给予优先级的方法，或者一种用于在需要用于另一多播服务的寻呼时对多播寻呼给予优先级的方法。

上述信息仅作为背景信息被呈现，以帮助理解本公开。关于上述内容中的任何内容是否可适用于关于本公开的现有技术，没有做出确定，也没有做出断言。

发明内容

技术问题

实施例是提供一种用于在移动通信系统中向处于空闲状态的终端提供多播服务的处理中控制寻呼的优先级的方法和装置。

另外，实施例是提供一种用于在移动通信系统中在接收多播服务的终端处于空闲状态时考虑到寻呼优先级来唤醒处于空闲状态的终端的方法和装置。

本公开中追求的技术主题可以不限于上述技术主题，并且本公开所属领域的技术人员可以通过以下描述清楚地理解未提及的其他技术主题。

问题的解决方案

根据本公开的方面，提供了一种由通信系统中的会话管理功能(SMF)执行的方法。该方法包括：从多播广播会话管理功能(MB-SMF)接收用于激活多播广播服务(MBS)会话的第一消息；识别关于MBS会话内的至少一个MBS QoS流中的MBS QoS流的信息；向接入和移动性管理功能(AMF)发送包括关于MBS QoS流的信息的第二消息，以用于AMF根据关于MBS QoS流的信息发送寻呼消息。

在实施例中，关于MBS QoS流的信息包括MBS QoS流的分配和保留优先级(ARP)和5G QoS(服务质量)标识符(5QI)中的至少一个。

在实施例中，第二消息还包括MBS会话的临时移动组标识(TMGI)。

在实施例中，第一消息包括Nmbsmf_MBSSession_ContextStatusNotify消息，并且第二消息包括Namf_MT_EnableGroupReachability请求消息。

在实施例中，基于以下中的至少一个，第一消息被发起：MB-SMF从多播广播用户平面功能(MB-UPF)接收用于指示用于MBS会话的下行链路数据的到达的通知，以及MB-SMF从应用功能(AF)接收用于MBS会话的MBS会话激活请求。

根据本公开的方面，提供了一种由通信系统中的接入和移动性管理功能(AMF)执行的方法。该方法包括：从会话管理功能(SMF)接收包括关于多播广播服务(MBS)会话内的至少一个MBS QoS流中的MBS QoS流的信息的消息；以及根据关于MBS QoS流的信息向基站发送寻呼请求消息。

在实施例中，关于MBS QoS流的信息包括MBS QoS流的分配和保留优先级(ARP)和5G QoS(服务质量)标识符(5QI)中的至少一个。

在实施例中，消息还包括MBS会话的临时移动组标识(TMGI)。

根据本公开的方面，提供了一种通信系统中的会话管理功能(SMF)。SMF包括：收发器；以及控制器，与收发器耦合，并且被配置为：从多播广播会话管理功能(MB-SMF)接收用于激活多播广播服务(MBS)会话的第一消息，识别MBS会话内的至少一个MBS QoS流中的MBSQoS流的信息，向接入和移动性管理功能(AMF)发送包括关于MBS QoS流的信息的第二消息，以用于AMF根据关于MBS QoS流的信息发送寻呼消息。

根据本公开的方面，提供了一种通信系统中的接入和移动性管理功能(AMF)。AMF包括：收发器；以及控制器，与收发器耦合，并且被配置为：从会话管理功能(SMF)接收包括关于多播广播服务(MBS)会话内的至少一个MBS QoS流中的MBS QoS流的信息的消息，以及根据关于MBS QoS流的信息向基站发送寻呼请求消息。

发明的有利效果

根据实施例，当在5G系统(5GS)中激活使用多播服务的终端的非活动多播会话时，考虑到寻呼的优先级，通过唤醒空闲状态的终端，可以平滑地使用多播服务。

可从本公开获得的有利效果可以不限于上述效果，并且本公开所属领域的技术人员可以通过以下描述清楚地理解未提及的其他效果。

附图说明

从以下结合附图的描述中，本公开的某些实施例的上述和其他方面、特征和优点将更加清晰，其中：

图1示出了根据本公开的实施例的用于多播服务的5GS结构；

图2示出了根据本公开的实施例的用于在激活一般单播PDU会话的处理中唤醒处于空闲状态的终端的传统处理；

图3示出了根据本公开的实施例的SMF在激活多播会话的处理中配置寻呼优先级信息并相应地唤醒处于空闲状态的终端的处理；

图4示出了根据本公开的实施例的用于MB-SMF在激活多播会话的处理中配置寻呼优先级信息并根据寻呼优先级信息唤醒处于空闲状态的终端处理；

图5示出了根据本公开的实施例的在根据下行链路数据的生成激活多播会话的处理中配置寻呼优先级信息并相应地唤醒处于空闲状态的终端的处理；

图6示出了根据本公开的实施例的根据在AF请求时激活多播会话的处理来配置寻呼优先级信息并唤醒处于空闲状态的终端的处理；

图7示出了根据本公开的实施例的根据应AF的请求激活多播会话的处理来配置寻呼优先级信息并唤醒处于空闲状态的终端的处理；

图8示出了根据本公开的实施例的终端的配置；以及

图9示出了根据本公开的实施例的网络实体的配置。

具体实施方式

在进行下面的详细描述之前，阐述贯穿本专利文件使用的某些词语和短语的定义可能是有利的：术语“包括”和“包含”及其派生词意指包括但不限于；术语“或”是包含性的，意指和/或；短语“与……相关联”和“与其相关联”及其派生词可以意指包括、被包括在……内、与……互连、包含、被包含在……内、连接到或与……连接、耦合到或与……耦合、可与……通信、与……协作、交错、并置、接近于、绑定到或与……绑定、具有、具有……的属性等；并且术语“控制器”意指控制至少一个操作的任何设备、系统或其部分，这样的设备可以以硬件、固件或软件或其中至少两个的某种组合来实现。应当注意，与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。

此外，下面描述的各种功能可以由一个或多个计算机程序实现或支持，每个计算机程序由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”是指适于在合适的计算机可读程序代码中实施方式的一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够由计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质不包括传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质和可以存储数据并稍后重写数据的介质，诸如可重写光盘或可擦除存储器设备。

贯穿本专利文件提供了某些词语和短语的定义，本领域普通技术人员应当理解，在许多情况下(如果不是大多数情况)，这样的定义适用于这样定义的词语和短语的先前以及未来的使用。

下面讨论的图1至图9以及用于描述本专利文件中的本公开的原理的各种实施例仅作为说明，并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实现。

在下文中，将参考附图详细描述本公开的示例性实施例。在描述本公开时，当确定对本文中并入的已知功能或配置的详细描述可能使本公开的主题不必要地不清楚时，将省略该描述。下面将描述的术语是考虑到本公开中的功能而定义的术语，并且可以根据用户、用户的意图或习俗而不同。因此，术语的定义应基于整个说明书中的内容进行。

通过参考下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将是清晰的。然而，本公开不限于下面阐述的实施例，而是可以以各种不同的形式实现。提供以下实施例仅用于完全公开本公开并向本领域技术人员告知本公开的范围，并且本公开仅由所附权利要求的范围限定。在整个说明书中，相同或相似的附图标记表示相同或相似的元件。

在以下描述中，为了便于描述，说明性地使用用于标识接入节点的术语、指代网络实体的术语、指代消息的术语、指代网络实体之间的接口的术语、指代各种标识信息的术语等。因此，本公开不受下面使用的术语的限制，并且可以使用涉及具有等同技术含义的主题的其他术语。

在以下描述中，为了便于描述，将使用在第三代合作伙伴计划长期演进(3GPPLTE)和5G标准中定义的术语和名称来描述本公开。然而，本公开不受这些术语和名称的限制，并且可以以相同的方式应用于符合其他标准的系统。

在下文中，为了便于描述，NF的名称(例如，接入和移动性管理功能(AMF)、会话管理功能(SMF)、网络切片选择功能(NSSF)等)用于交换用于接入控制和状态管理的信息的对象。然而，即使NF实际上被实现为实例(每个AMF实例、SMF实例、NSSF实例等)，本公开的实施例也可以同样应用。

首先，将简要回顾多播服务。为了提供多播服务，5G系统(5GS)可以从应用功能(AF)或内容提供者接收多播服务数据，并将多播服务数据递送到NG无线电接入网络(NG-RAN)(基站，5G节点B(gNB))，从而将多播服务数据发送到订阅多播服务的终端(用户设备(UE))。在5G核心网络中，存在共享递送和单独递送两种向作为5G网络的基站的NG-RAN递送多播数据的方法。当NG-RAN具有多播/广播服务(MBS)能力时，可以通过隧道将多播服务数据从提供多播/广播服务的多播/广播用户平面功能(MB-UPF)发送到NG-RAN以进行共享递送。另一方面，当NG-RAN不具有MBS能力时，因为共享递送是不可能的，所以作为单独递送，多播服务数据可以通过与通过MB-UPF接收的MBS数据相关联的协议数据单元(PDU)会话通过从相应的UPF到NG-RAN的隧道被递送到终端。

当用于多播服务的多播会话被去激活时，用于共享递送的隧道和用于单独递送的隧道被去激活或释放，并且接收多播服务的终端也可以被切换到空闲状态。

因此，需要一种用于唤醒处于空闲状态的终端的方法。作为用于唤醒处于空闲状态的终端的方法，可以针对每个终端尝试使用临时移动终端组标识符(TMGI)或MBS会话标识符(会话ID)的单独寻呼或组寻呼。

此时，在移动通信网络中唤醒处于空闲模式的终端的方法中适当地应用组寻呼和单独寻呼。与单播服务的情况不同，需要配置用于多播服务的寻呼的优先级，并根据用于一般单播的寻呼和用于多播的寻呼之间的优先级应用寻呼。在以下实施例中，将描述这些问题和解决方案。

另外，在以下描述中，为了便于描述，使用5G系统标准中定义的术语和名称。然而，本公开不受上述术语和名称的限制，并且可以同样应用于符合其他标准的系统。

图1示出了根据本公开的实施例的用于多播服务的5GS结构。

参考图1，蜂窝系统可以包括用户设备(UE)10、作为基站的NG无线电接入网络(NG-RAN)20、接入和移动性管理功能(AMF)设备101、多播/广播用户平面功能MB-UPF设备111、多播/广播会话管理功能(MB-SMF)设备112、策略控制功能(PCF)设备105、会话管理功能(SMF)设备107、网络暴露功能(NEF)设备106、多播/广播服务功能(MBSF)设备122、多播/广播服务业务功能(MBSTF)设备121、应用功能(AF)设备130、统一数据管理(UDM)设备102、用户平面功能(UPF)设备108、认证服务器功能(AUSF)设备103和NF存储库功能(NRF)设备104。

在图1的描述中，5GS的每个网络功能(NF)本身将被描述为“网络功能设备”或“网络功能”。然而，本领域技术人员可以理解，NF和/或NF设备可以在一个特定服务器或两个或更多个服务器中实现，并且执行相同操作的两个或更多个NF可以在一个服务器中实现。

在一些情况下，一个NF或两个或更多个NF可以被实现为一个网络切片。可以基于特定目的创建这些网络切片。例如，它可以被配置用于用户组向特定用户组提供相同类型的服务，例如最大传输速率、数据使用、保证的最小传输速率等。此外，网络切片可以被实现用于各种目的。这里，将省略对网络切片的附加描述。

另外，在图1中，示出了每个节点之间的接口。在UE 10和NG-RAN 20之间使用Uu接口，在NG-RAN 20和AMF 101之间使用N2接口，在NG-RAN 20和UPF 108之间使用N3接口，并且在NG-RAN 20和MB-UPF 111之间使用N3mb接口。另外，在MB-UPF 111和MB-SMF 112之间使用N4mb接口，并且在MB-UPF 111和UPF 108之间使用N19mb接口。在SMF 107和UPF 108之间使用N4接口，在UPF 108和AF 130之间使用N6接口，并且在MBSF 122和MBSTF 121之间使用Nmb2接口。另外，在MB-UPF 111和MBSTF 121之间使用Nmb9接口。此外，在AF 130和MBSTF121之间使用Mmb8/xMB-U/MB2接口。

由于这些接口是在NR标准中定义的，因此这里将省略进一步的描述。

通常，为了支持5GS中的MBS服务，用于MBS的蜂窝系统可以配置有以下网络功能设备和服务。

AF 130可以是例如V2X应用服务器、蜂窝物联网(CIoT)应用服务器、关键任务一键通(MCPTT)应用、内容提供者、TV或音频服务提供者、流式视频服务提供者等。

AF 130可以从MBSF 122请求MBS服务提供，以便提供MBS服务，MBSF 122是控制MBS服务的会话管理和业务的NF。MBSF 122可以成为从AF 130接收MBS服务请求、管理相应的MBS服务会话、以及控制相应的MBS服务业务的NF。另外，MBSTF 121是基于MBSF 122的控制从提供MBS的AF、从提供MBS的应用服务器(AS)或从内容提供者接收媒体并处理媒体业务的NF，并且可以作为5GS中的MBS服务锚点操作。

替选地，在5G核心网络(5GC)中，可以在不包括MBSF 122和MBSTF 121的情况下配置和操作MBS系统。当不包括MBSF 122和MBSTF 121时，AF 130可以直接或通过NEF 106从MB-SMF 112请求MBS服务提供。此时，MBS数据通过MB-UPF 111从提供MBS的应用服务器(AS)或从内容提供者提供给5G网络。

在本公开中，AF 130可以是用于提供特定多播/广播应用服务的应用服务器(AS)。因此，在下文中，AS可以被理解为与AF 130相同或者AF 130和AS一起存在。AF 130可以向MBSF 122发送用于向UE 10提供MBS服务的请求以提供MBS服务。然后，MBSF 122可以控制作为5GS中的MBS服务媒体锚点的MBSTF 121向UE 10发送MBS服务业务，使得MBS服务被提供给UE 10。在这种情况下，MBS服务可以参考根据从特定内容提供者接收的多播/广播服务的数据。

根据实施例，MBSF 122和MBSTF 121可以集成到一个实体或一个NF中。作为另一示例，MBSF 122可以集成到NEF 106或另一NF中。作为另一示例，在5GS中，AF 130可以在没有MBSF 122和MBSTF 121的情况下直接向MB-SMF 112请求MBS服务，并且MB-UPF 111可以从作为AS或AF 130的内容提供者接收媒体，并转发业务。

通过MBSF 122和MBSTF 121，管理MBS服务会话并生成服务业务，并且当通过多播/广播将服务业务递送到UE 10时，可以通过分配MBS会话来管理相应的业务。也就是说，MBSF122可以对应于管理MBS会话的控制平面，并且MBSTF 121可以对应于处理业务的用户平面。

同时，在以下描述中，术语“多媒体广播-多播服务网关-控制平面(MBMS-GW-C)服务”统称为用于生成用于MBS PDU会话的MBS上下文、管理MBS会话、以及通过IP多播将MBS会话的业务递送到作为基站的NG-RAN 20的控制功能或服务。

MBMS-GW-C服务可以被集成到管理单个PUD会话(单播PDU会话)的现有SMF 107中，并且被配置为具有MBS会话控制功能的SMF 112，或者可以被配置为单独的NF。支持MBMS-GW-C服务并具有现有SMF 107的功能的NF在本公开中被称为MB-SMF 112。

另外，通过IP多播将根据用于MBS PDU会话的MBS上下文从MB-UPF 111接收的业务递送到根据MBMS-GW-C服务执行多播/广播的NG-RAN 20的服务可以被称为多媒体广播-多播服务网关-用户平面(MBMS-GW-U)服务。

MBMS-GW-U服务可以被集成到处理单个PDU会话的现有UPF 106中，并且被配置为具有将MBS业务转发到适当的NG-RAN 20作为IP多播的能力的UPF，或者可以被配置为如图1所示的单独NF。因此，在下面的描述中，支持MBMS-GW-U服务并且具有现有UPF 107的功能的NF可以被称为MB-UPF 111。

如上所述，MBMS-GW-C服务使用N4mb接口来控制MBMS-GW-U服务。

在描述本公开中的各种实施例时，为了方便起见，MBMS-GW-C和MBMS-GW-U主要分别被描述为SMF(106)和UPF(107)或MB-SMF(112)和MB-UPF(111)，但是如果需要，将一起描述该使用是专用于单播还是多播/广播，或者两者是否被支持以避免混淆。

MBS业务从MBMS-GW-U(或UPF 107或MB-UPF 111)递送到NG-RAN 20。例如，使用IP多播将MBS业务递送到NG-RAN 20。此时，MBMS-GW-U(或UPF 107或MB-UPF 111)与NG-RAN 20之间的隧道被称为共享递送隧道或共享N3隧道。在以下描述中，为了便于解释，它可以被称为共享递送隧道或共享隧道。

为了配置M1隧道，MBMS-GW-C(或SMF 106或MB-SMF 112)可以通过AMF 101向NG-RAN 20发送控制消息。

图2示出了根据本公开的实施例的用于在激活一般单播PDU会话的过程中唤醒处于空闲状态的终端的传统过程。

参考图2，在步骤210中，下行链路数据到达UPF 205。在这种情况下，当终端201保持在空闲状态时，UPF可以通知SMF 204在步骤220中已经生成下行链路数据以唤醒终端201。在这种情况下，UPF 205可以将数据通知消息与N4会话Id一起发送到SMF 204，包括关于为接收到的数据找到的服务质量(QoS)流的信息(步骤220)。在步骤223中，SMF 204可以根据数据通知接收向UPF 205发送响应消息(例如，数据通知确认ack)。在步骤225中，UPF205可以向SMF 204发送下行链路数据。

在步骤230中，接收数据通知的SMF 204可以向AMF 203发送可以接收下行链路数据的终端201的ID(例如，订阅永久标识符(SUPI))、用于寻呼终端201的参考的信息(例如，与下行链路数据相对应的PDU会话ID和ARP(分配和保留优先级))、寻呼策略指示符和5GQoS标识符(5QI)信息等。AMF 203可以向SMF 204发送响应消息(步骤235)。在失败响应的情况下，SMF 204可以向UPF 205发送失败指示(步骤237)。

AMF 203可以在步骤240中从接收自SMF 204的信息确定用于寻呼的信息，例如，寻呼优先级、寻呼不连续接收(DRX)长度等，并且可以与诸如5G-S-TMSI(5G-S-临时移动订户标识)的信息(该信息是终端201的临时ID)一起发送到NG-RAN 202。在步骤245中，NG-RAN202可以根据寻呼策略使用接收到的信息来寻呼终端201。

同时，接收寻呼的终端201可以如步骤260中那样执行服务请求，以如步骤261至268中那样生成用于向终端201发送下行链路数据的隧道，并且在NG-RAN 202中分配无线电资源。

图3示出了根据本公开的实施例的SMF在激活多播会话的过程中配置寻呼优先级信息并相应地唤醒处于空闲状态的终端的过程。

在参考图3之前，将使用根据上述图1中描述的本公开的移动通信网络的组件来描述图3的每个组件。

在以下描述中，UE 10、终端、移动终端等可以可互换地用于UE，但是所有这些都可以被理解为图1所示的UE 10。

同时，在图3和稍后描述的图4和图7中，具有MBS功能的基站21和不具有MBS功能的基站22被区分和例示，并且两者都可以被包括在NG-RAN 20中。通过以下描述，具有MBS功能的基站21和不具有MBS功能的基站22的含义可以变得更清楚。

参考图3，如在步骤310中，MB-SMF 112可以从AF 130接收激活由AF 130提供的相应的多播会话的请求。替代地，如在步骤320和325中，可以从MB-UPF 111接收关于已经发生由AF 130提供的相应的多播会话的数据的通知。然后，在步骤330中，MB-SMF 112可以开始用于激活相应的多播会话的过程。

在步骤310中，AF 130可以向MB-SMF 112发送会话激活请求，该会话激活请求包括关于要激活的多播会话的信息，即MBS会话ID或临时移动组标识(TMGI)。另外，在步骤320中，当从AF 130生成下行链路数据时，MB-UPF 111可以检测接收到的数据，检测数据用于哪个MBS会话，并且通过递送包括相应的MBS会话ID的N4mb会话ID信息或TMGI信息来向MB-SMF112通知已经发生了用于相应的多播会话的数据(步骤325)。

作为参考，根据实施例的激活多播会话的处理与图2中描述的激活PDU会话的情况如下不同。例如，在一般寻呼中，即使当PDU会话不活动时，UPF也可以具有关于PDU会话的信息，使得UPF可以检测PDU会话。然而，当禁用多播会话时，即使当使用单独的递送时，UPF也删除与相应的多播会话的多播QoS流连接的关联QoS流信息，并删除UPF和MB-UPF之间的隧道。因此，如图2所示，多播会话结合MB-SMF 112被激活，而不是简单地通过SMF被激活。

在步骤330中，MB-SMF 112可以向服务于由AF 130提供的多播会话的SMF 107发送MBS会话上下文状态通知(Nmbsmf_MBSSession_ContextStatusNotify)消息，以通知它们需要激活多播会话。此时，MBS会话上下文状态通知消息可以包括TMGI以识别需要激活多播会话的终端，并且可以包括“激活多播会话(multicast session activated)”指示以通知需要激活多播会话。TMGI和“激活多播会话”指示可以包括在Nmbsmf_MBSSession_上下文状态通知消息中，或者与Nmbsmf_MBSSession_上下文状态通知消息一起发送。

另外，当仅在可以由一个SMF 107管理的区域中存在接收MBS的终端时，它可以是一个SMF 107。另一方面，当接收MBS的终端广泛分布在由多个SMF 107管理的区域中时，可以提供多个SMF 107。因此，在以下描述中，假设接收MBS的终端广泛分布在由多个SMF 107管理的区域中。然而，对于本领域技术人员将清楚的是，本公开包括接收MBS的终端仅存在于可以由一个SMF 107管理的区域中的情况。

在接收到Nmbsmf_MBSSession_上下文状态通知消息时，SMF 107可以执行用于唤醒(唤醒或转换到活动状态)处于空闲状态的终端的处理，以便激活多播会话。

在本公开中，TMGI可以用于两个目的。首先，作为用于识别提供多播服务的会话的信息，TMGI可以用作多播会话ID或MBS会话ID。因此，在本公开中，TMGI可以用作用于通知激活多播会话的信息。

其次，TMGI可以用作识别可以接收特定多播服务的一组终端的信息。

根据上述，MB-SMF 112可以通过在Nmbsmf_MBSSession_上下文状态通知消息中包括TMGI作为用于通知激活多播会话的信息来通知SMF 107。然后，SMF 107可以开始唤醒处于空闲状态的终端的操作，使得在服务终端中的接收与TMGI对应的多播会话的终端可以接收服务，并且当基站具有唤醒的终端时，可以通过生成用于多播会话的隧道来激活多播会话。

此时，当在作为用于唤醒处于空闲状态的终端的操作的寻呼处理中不存在用于寻呼的优先级信息时，在步骤345中，SMF 107可以从PCF 105获取用于寻呼的优先级信息。优先级信息可以包括ARP、5QI和寻呼策略指示符中的至少一个。关于优先级信息，SMF 107可以存储用于相应的TMGI的默认寻呼信息。替代地，SMF 107可以通过步骤340从PCF 105请求和接收用于TMGI的优先级信息，并且SMF 107可以基于接收到的值来配置默认寻呼信息(步骤345)。

在确定SMF 107或PCF 105中的优先级信息的基本值(默认值)的过程中，在通过用于MBS会话的一个多播QoS流执行MBS服务的情况下，优先级信息的默认值可以由分配给与多播QoS流相对应或与多播QoS流相关联的单播QoS流的ARP、5QI和/或寻呼策略指示符的值来确定。然而，在通过用于MBS会话的若干多播QoS流的MBS服务的情况下，可以利用分配给与每个多播QoS流相对应或与每个多播QoS流相关联的单播QoS流的ARP、5QI和/或寻呼策略指示符的值之中、具有最高优先级的分配给单播QoS流的ARP、5QI和/或寻呼策略指示符的值来确定优先级信息的默认值。

SMF 107可以识别接收与TMGI值相对应的MBS的终端。因此，在步骤350中，SMF 107可以通过将第一请求消息TMGI和ARP、5QI、寻呼策略指示符值等作为优先级信息包括在例如Namf_MT_EnableGroupReachability请求消息中来向服务于相应的终端的AMF 101发送服务的UE列表和/或TMGI，以使得接收与TMGI相对应的多播会话的终端能够从空闲状态唤醒，从而唤醒相应的终端。此时，作为UE列表，可以使用UE 10的SUPI值、UE 10的5G-GUTI值的列表或5G-S-TMSI值的列表。

在Namf_MT_EnableGroupReachability请求消息中接收的UE列表中的处于连接状态的UE的情况下，AMF 101可以通过步骤355向SMF 107通知UE处于连接状态。另外，由于AMF101可以从多个SMF 107接收Namf_MT_EnableGroupReachability请求消息，因此可以对于从每个SMF 107接收的UE列表中的处于连接状态的终端向每个SMF 107通知相应终端处于连接状态。

在步骤357中，SMF 107可以通过用于关联的PDU会话的N2 SM容器将诸如PDU会话ID、MBS会话ID和用于关联的QoS流的QoS配置文件的信息递送到AMF 101。用于关联的QoS流的QoS配置文件可以通过用于每个关联的PDU会话的N2 SM容器被递送到AMF 101。替代地，SMF 107可以在N2 SM容器中将MBS会话ID、用于关联的QoS流的QoS配置文件和关联的PDU会话的ID列表发送到AMF 101，以在对应于MBS会话的关联的PDU会话之间共享用于关联的QoS流的QoS配置文件。

同时，根据本公开，对于处于空闲状态的终端，AMF 101可以在步骤360中从具有MBS功能的基站21请求寻呼以执行寻呼以唤醒终端10。例如，AMF 101可以向与多播服务区域中的寻呼区域相对应的基站之中的具有MBS功能的基站21发送寻呼请求消息。这里，对应于多播服务区域中的寻呼区域的基站可以是提供多播服务的多个基站中的、包括处于空闲状态的终端的基站。可以存在包括处于空闲状态的终端的一个或多个基站，但是在图3中，考虑到附图的复杂性，将其示出为一个基站。然而，即使在两个或更多个基站的情况下，图3所示的基站的操作也可以在具有不同MBS功能并接收包括TMGI的寻呼请求消息的所有基站中以相同的方式操作。在下面的描述中，多个基站将被表示和描述为一个基站。

如在步骤360中，AMF 101可以向具有MBS功能的基站21发送包括TMGI信息的寻呼请求消息，以使得具有MBS功能的基站21能够根据TMGI信息执行组寻呼。因此，具有MBS功能的基站21可以使用在步骤360中接收的寻呼请求消息中包括的TMGI信息向一组相应终端发送寻呼信号(图中未示出寻呼信号的发送)。也就是说，通过从具有MBS功能的基站21发送寻呼信号，使用对应于TMGI的多播服务的终端可以识别终端需要唤醒。

然而，由于没有MBS功能的基站22不能处理TMGI信息，因此如在步骤365中，AMF101可以将用于处于空闲状态的终端的5G-S-TMSI发送到没有MBS功能的基站22，并且没有MBS功能的基站22可以使用5G-S-TMSI请求针对每个终端的单独寻呼。

在步骤360和365中，由AMF 101递送到基站21和22的寻呼请求消息不仅可以包括TMGI或5G-S-TMSI以指示目标终端，还可以包括寻呼优先级值。AMF 101可以参考从SMF 107接收的优先级信息的默认值，即，诸如ARP、5QI和/或寻呼策略指示符的值，并且根据运营商的策略，以在对延迟的敏感性高时或在重要性高时(诸如公共安全或关键任务一键通(MCPTT))将寻呼优先级配置为高。替代地，AMF 101可以基于TMGI为组寻呼配置比一般寻呼相对更高的寻呼优先级，并且在诸如公共安全或MCPTT的高重要性的情况下配置相对高的寻呼优先级。

因此，当从AMF 101接收寻呼请求的基站21和22接收寻呼优先级时，基站21和22可以通过参考寻呼优先级来执行寻呼。如果寻呼优先级不包括在寻呼请求中，则基站21和22可以根据运营商的策略应用默认寻呼优先级值。另外，根据实施例，可以不同地配置用于单独寻呼的默认寻呼优先级值和用于组寻呼的默认寻呼优先级值，使得例如可以将相对高的寻呼优先级应用于组寻呼。

已经认识到终端需要通过组寻呼或单独寻呼唤醒的终端10可以在步骤370中执行服务请求处理。在图3中，服务请求处理可以是UE 10通过基站21或22向AMF 101发送服务请求消息的过程。在图3中，如上所述，当UE 10从具有MBS功能的基站21接收组寻呼消息时，可以通过具有MBS功能的基站21向AMF 101发送服务请求消息。另一方面，当UE 10从没有MBS功能的基站22接收单独寻呼消息时，UE 10可以通过没有MBS功能的基站22向AMF 101发送服务请求消息。

另外，如上所述，仅一个UE 10被例示为接收MBS的UE的代表。因此，响应于单独寻呼的终端可以是一个或多个终端。在两个或更多个终端的情况下，如图3所示，可以通过已经向其自身发送寻呼信号的没有MBS功能的基站22向AMF 101发送服务请求消息。另外，在图3的步骤370中，响应于组寻呼的终端和响应于单独寻呼的终端可以是不同的终端。应当注意，在图3的附图中，为了简化而示出，因为当分别例示响应于组寻呼的终端和响应于单独寻呼的终端时，附图变得非常复杂。

根据实施例，在步骤375中，AMF 101通过向SMF 107提供SM信息来发送支持PDU会话的Nsmf_PDUSession_UpdateSMContext请求消息，并且可以从SMF 107接收包括SM信息的Nsmf_PDUSession_UpdateSMContext响应消息作为对其的响应。

因此，通过具有MBS功能的基站21和/或通过不具有MBS功能的基站22接收服务请求消息的AMF 101可以识别出发送服务请求消息的终端10是唤醒的，并且可以在步骤380中将唤醒的终端10的列表发送到相应的SMF 107。此时，可以使用可达性通知消息来发送唤醒终端10的列表。

SMF 107可以配置与唤醒终端10的列表相对应的多播会话，并且可以在步骤385中向AMF 101通知多播会话已经被激活。已经认识到要提供给终端10的MBS的多播会话被激活的AMF 101可以通过在步骤390中发送N2 SM消息来通知相应的基站21和22。N2 SM消息可以包括TMGI值，使得服务于对应于TMGI的多播会话的终端10可以考虑用于多播服务的资源。

在步骤395中，可以建立用于在UE 10和UPF 108之间传输多播业务的共享隧道或单独隧道。当UE 10使用具有MBS功能的基站21时，可以建立共享隧道，并且当UE 10使用没有MBS功能的基站22时，可以建立单独的隧道。

图4示出了根据本公开的实施例的用于MB-SMF在激活多播会话的过程中配置寻呼优先级信息并根据寻呼优先级信息唤醒处于空闲状态的终端的处理。

在参考图4之前，将使用根据上述图1中描述的本公开的移动通信网络的组件来描述图4的每个组件。

在以下描述中，UE 10、终端、移动终端等可以可互换地用于UE，但是所有这些都可以被理解为图1所示的UE 10。

参考图4，在步骤410中，MB-SMF 112可以从AF 130接收激活由AF 130提供的相应的多播会话的请求。替代地，如在步骤420和425中，可以从MB-UPF 111接收关于已经发生由AF 130提供的相应的多播会话的数据的通知。此后，在步骤430中，MB-SMF 112可以开始用于激活相应的多播会话的过程。

在步骤410中，AF 130可以向MB-SMF 112发送会话激活请求，该会话激活请求包括关于要激活的多播会话的信息，即MBS会话ID或TMGI。另外，在步骤420中，当从AF 130生成下行链路数据时，MB-UPF 111可以检测接收到的数据，检测其用于哪个MBS会话数据，并且通过将包括相应的MBS会话ID或TMGI信息的N4mb会话ID信息连同N4mb会话ID信息一起发送到MB-SMF 112来将其转发到MB-SMF 112，以向MB-SMF 112通知已经发生了用于相应的多播会话的数据(步骤425)。

作为参考，该实施例中激活多播会话的处理与图2中描述的激活PDU会话的情况如下不同。例如，在一般寻呼中，即使当PDU会话不活动时，UPF也可以具有关于PDU会话的信息，使得UPF可以检测PDU会话。然而，在多播会话的情况下，如果多播会话被禁用，即使当使用单独递送时，UPF也删除与相应的多播会话的多播QoS流相关的关联QoS流信息，并删除UPF和MB-UPF之间的隧道。因此，如图2所示，多播会话结合MB-SMF 112被激活，而不是简单地通过SMF被激活。

如果通过步骤410、420和425的多播会话需要激活，则通过步骤435，MB-SMF 112可以获取用于寻呼的优先级信息。优先级信息可以包括ARP、5QI和/或寻呼策略指示符。关于优先级信息，MB-SMF 112可以存储用于相应的TMGI的默认寻呼信息。替代地，MB-SMF 112可以通过步骤430从PCF 105请求和接收用于TMGI的优先级信息，并且MB-SMF 112可以基于接收到的值来配置默认寻呼信息(步骤435)。

在确定MB-SMF 112或PCF 105中的优先级信息的基本值的处理中，当通过用于MBS会话的一个多播QoS流执行MBS服务时，可以利用分配给相应多播QoS流的ARP、5QI和/或寻呼策略指示符的值来确定优先级信息的默认值。然而，在通过用于MBS会话的若干多播QoS流的MBS服务的情况下，可以利用分配给每个多播QoS流的ARP、5QI和/或寻呼策略指示符值中的、具有最高优先级的ARP、5QI和/或寻呼策略指示符的值来确定优先级信息的默认值。

在步骤440中，MB-SMF 112可以向服务于由AF 130提供的多播会话的SMF 107发送MBS会话上下文状态通知(Nmbsmf_MBSSession_ContextStatusNotify)消息，以通知需要激活多播会话。此时，MBS会话上下文状态通知消息可以包括TMGI以识别需要激活多播会话的终端，并且可以包括“激活多播会话”指示以通知需要激活多播会话。另外，MBS会话上下文状态通知消息可以包括例如ARP、5QI和/或寻呼策略指示符的、用于寻呼的优先级信息的默认值。

TMGI、“激活多播会话”指示和用于寻呼的优先级信息的默认值可以包括在Nmbsmf_MBSSession_上下文状态通知消息中，或者与Nmbsmf_MBSSession_上下文状态通知消息一起发送。另外，当存在仅在可以由一个SMF 107管理的区域中接收MBS的终端时，可以提供一个SMF 107。另一方面，当接收MBS的终端广泛分布在由多个SMF 107管理的区域中时，可以提供多个SMF 107。因此，在以下描述中，假设接收MBS的终端广泛分布在由多个SMF107管理的区域中。然而，对于本领域技术人员将清晰的是，本公开包括接收MBS的终端仅存在于可以由一个SMF 107管理的区域中的情况。

在接收到Nmbsmf_MBSSession_上下文状态通知消息时，SMF 107可以执行用于唤醒(唤醒或转换到活动状态)处于空闲状态的终端的处理，以便激活多播会话。

根据上述，MB-SMF 112可以通过在Nmbsmf_MBSSession_上下文状态通知消息中包括TMGI和默认寻呼优先级信息作为用于通知要激活多播会话的信息来向SMF 107通知要激活的多播会话。然后，SMF 107可以开始唤醒处于空闲状态的终端的操作，使得在服务终端之中的接收与TMGI对应的多播会话的终端可以接收服务，并且可以通过为唤醒终端所在的基站创建用于多播会话的隧道来激活多播会话。

SMF 107可以识别接收与TMGI值相对应的MBS的终端。因此，在步骤450中，SMF 107可以通过将第一请求消息TMGI和ARP、5QI、寻呼策略指示符值等作为优先级信息包括在例如Namf_MT_EnableGroupReachability请求消息中来向服务于相应的终端的AMF 101发送服务的UE列表和/或TMGI，以使得接收与TMGI相对应的多播会话的终端能够从空闲状态唤醒，从而唤醒相应的终端。此时，作为UE列表，可以使用UE 10的SUPI值或UE 10的5G-GUTI值的列表或5G-S-TMSI值的列表。

对于在Namf_MT_EnableGroupReachability请求消息中接收的UE列表中的处于连接状态的终端，AMF 101可以通过步骤455向SMF 107通知AMF处于连接状态。另外，由于AMF101可以从多个SMF 107接收Namf_MT_EnableGroupReachability请求消息，所以AMF 101可以针对从每个SMF 107接收的UE列表中的处于连接状态的终端，向每个SMF 107通知相应的终端处于连接状态。

在步骤457中，SMF 107可以通过用于关联的PDU会话的N2 SM容器将诸如PDU会话ID、MBS会话ID和用于关联的QoS流的QoS配置文件的信息递送到AMF 101。用于关联的QoS流的QoS配置文件可以通过用于每个关联的PDU会话的N2 SM容器被递送到AMF 101。替代地，SMF 107可以通过将MBS会话ID、用于关联的QoS流的QoS配置文件和关联的PDU会话的ID列表包括在N2 SM容器中来将用于关联的QoS流的QoS配置文件递送到AMF 101，以在与MBS会话相对应的关联的PDU会话之间共享。

同时，根据本公开，对于处于空闲状态的终端，AMF 101可以在步骤460中从具有MBS功能的基站21请求寻呼以执行寻呼以唤醒终端10。例如，AMF 101可以向与多播服务区域中的寻呼区域相对应的基站之中的具有MBS功能的基站21发送寻呼请求消息。这里，对应于多播服务区域中的寻呼区域的基站可以是提供多播服务的多个基站中的、包括处于空闲状态的终端的基站。可以存在包括处于空闲状态的终端的一个或多个基站，但是在图4中，考虑到附图的复杂性，将其示出为一个基站。然而，即使在两个或更多个基站的情况下，图4所示的基站的操作也可以在具有不同MBS功能并接收包括TMGI的寻呼请求消息的所有基站中以相同的方式操作。在下面的描述中，多个基站将被表示和描述为一个基站。

如在步骤460中，AMF 101可以向具有MBS功能的基站21发送包括TMGI信息的寻呼请求消息，使得具有MBS功能的基站21根据TMGI信息执行组寻呼。因此，具有MBS功能的基站21可以使用在步骤460中接收的寻呼请求消息中包括的TMGI信息向一组相应终端发送寻呼信号(图中未示出寻呼信号的发送)。也就是说，通过从具有MBS功能的基站21发送寻呼信号，使用对应于TMGI的多播服务的终端可以识别终端需要唤醒。

然而，由于没有MBS功能的基站22不能处理TMGI信息，因此如在步骤465中，AMF101可以将用于处于空闲状态的终端的5G-S-TMSI发送到没有MBS功能的基站22，并且没有MBS功能的基站22可以使用5G-S-TMSI请求用于每个终端的单独寻呼。

在步骤460和465中由AMF 101递送到基站21和22的寻呼请求消息不仅可以包括TMGI或5G-S-TMSI以指示目标终端，还可以包括寻呼优先级值。AMF 101可以参考从SMF 107接收的优先级信息的默认值，即，诸如ARP、5QI或寻呼策略指示符的值，并且当根据运营商的策略对延迟的敏感性高时或者当重要性高(诸如公共安全或MCPTT)时，可以将寻呼优先级配置为高。替代地，AMF 101可以基于TMGI为组寻呼配置比一般寻呼相对更高的寻呼优先级，并且在诸如公共安全或MCPTT的高重要性的情况下配置相对高的寻呼优先级。

因此，当从AMF 101接收寻呼请求的基站21和22接收寻呼优先级时，基站21和22可以通过参考寻呼优先级来执行寻呼。当寻呼优先级不包括在寻呼请求中时，基站21和22可以根据运营商的策略应用默认寻呼优先级值。此外，根据实施例，可以不同地配置用于单独寻呼的默认寻呼优先级值和用于组寻呼的默认寻呼优先级值，使得例如可以将相对高的寻呼优先级应用于组寻呼。

已经认识到终端需要通过组寻呼或单独寻呼唤醒的终端10可以在步骤470中执行服务请求处理。在图4中，服务请求处理可以是UE 10通过基站21或22向AMF 101发送服务请求消息的过程。在图4中，如上所述，当UE 10从具有MBS功能的基站21接收到组寻呼消息时，可以通过具有MBS功能的基站21向AMF 101发送服务请求消息。另一方面，当UE 10从没有MBS功能的基站22接收到单独寻呼消息时，UE 10可以通过没有MBS功能的基站22向AMF 101发送服务请求消息。

另外，如上所述，仅一个UE 10被例示为接收MBS的UE的代表。因此，响应于单独寻呼的终端可以是一个或多个终端。在两个或更多个终端的情况下，如图4所示，可以通过已经向其自身发送寻呼信号的不具有MBS功能的基站22向AMF 101发送服务请求消息。另外，在图4的步骤470中，响应于组寻呼的终端和响应于单独寻呼的终端可以是不同的终端。应当注意，在图4的附图中分别示出响应于组寻呼的终端和响应于单独寻呼的终端的情况下，为了简化而示出附图，因为附图变得非常复杂。

根据实施例，在步骤475中，AMF 101可以通过向SMF 107提供SM信息来发送支持PDU会话的Nsmf_PDUSession_UpdateSMContext请求消息，并且从SMF 107接收包括SM信息的Nsmf_PDUSession_UpdateSMContext响应消息作为对其的响应。

因此，通过具有MBS功能的基站21和/或不具有MBS功能的基站22接收服务请求消息的AMF 101可以识别发送服务请求消息的终端10是唤醒的，并且在步骤480中将唤醒的终端10的列表发送到相应的SMF 107。此时，可以使用可达性通知消息来发送唤醒终端10的列表。

在步骤485中，SMF 107可以配置与唤醒终端10的列表相对应的多播会话，并且向AMF 101通知多播会话已经被激活。在步骤490中，识别出要提供给终端10的MBS的多播会话被激活的AMF 101可以通过发送N2SM消息来通知相应的基站21和22。N2 SM消息可以包括TMGI值，使得服务于与TMGI相对应的多播会话的终端10可以考虑用于多播服务的资源。

在步骤495中，可以建立用于在UE 10和UPF 108之间传输多播业务的共享隧道或单独隧道。当UE 10使用具有MBS功能的基站21时，可以建立共享隧道，并且当UE 10使用没有MBS功能的基站22时，可以建立单独的隧道。

图5示出了根据本公开的实施例的在根据下行链路数据的生成激活多播会话的处理中配置寻呼优先级信息并相应地唤醒处于空闲状态的终端的处理。

在参考图5之前，将使用上述图1中描述的根据本公开的移动通信网络的组件来描述图5的每个组件。

在以下描述中，UE 10、终端、移动终端等可以可互换地用于UE，但是所有这些都可以被理解为图1所示的UE 10。

参考图5，当在步骤510中发生下行链路数据时，MB-UPF 111可以检测接收到的数据以通过源IP地址和端口信息或应用ID信息等来区分哪个多播会话、与哪个多播QoS流相对应的数据、用于哪个多播会话的业务、以及哪个多播QoS流相对应。如果MB-UPF 111发现与接收到的数据相对应的多播会话被去激活，则如在步骤520中，MB-UPF 111可以通过数据通知消息向MB-SMF 112发送已经发生去激活的多播会话的数据的通知。在这种情况下，数据通知消息可以包括映射到接收到的数据的N4mb会话ID、MBS会话ID或TMGI以及多播QoS流信息(例如，用于多播QoS流的5QI)中的一些或全部。

在接收到数据通知时，MB-SMF 112可以识别出用于非活动多播会话的数据已经发生，并且发起用于激活多播会话的过程。

作为参考，根据本实施例的激活多播会话的处理与图2中描述的激活PDU会话的情况如下不同。例如，在一般寻呼中，即使当PDU会话不活动时，UPF也可以具有关于PDU会话的信息，使得UPF可以检测PDU会话。然而，在多播会话的情况下，如果多播会话被禁用，即使使用单独递送，UPF也删除与相应多播会话的多播QoS流相关的关联QoS流信息，并删除UPF和MB-UPF之间的隧道。因此，如图2所示，多播会话与MB-SMF 112一起被激活，而不是仅通过SMF被激活。

如果通过步骤510和520对于多播会话需要激活，则MB-SMF 112可以从关于多播QoS流的信息(诸如接收到的5QI)获取相应的QoS配置文件。例如，MB-SMF 112可以获得ARP和/或寻呼策略指示符信息。ARP、5QI和/或寻呼策略指示符可以用作用于寻呼的优先级信息值。

如果针对MBS会话发生另一数据通知，则MB-SMF 112可以将优先级信息值配置为分配给通知中通知的若干多播QoS流中的每个多播QoS流的ARP、5QI和/或寻呼策略指示符的值中具有最高优先级的ARP、5QI和/或寻呼策略指示符的值。

在步骤530中，MB-SMF 112可以向服务于由AF 130提供的多播会话的SMF 107发送MBS会话上下文状态通知(Nmbsmf_MBSSession_ContextStatusNotify)消息，以通知它们需要激活多播会话。此时，MBS会话上下文状态通知消息可以包括TMGI以识别需要激活多播会话的终端，并且可以包括“激活多播会话”指示以通知需要激活多播会话。另外，MBS会话上下文状态通知消息可以包括用于寻呼的优先级信息值，例如ARP、5QI和/或寻呼策略指示符。

TMGI、“激活多播会话”指示和用于寻呼的优先级信息值可以包括在Nmbsmf_MBSSession_上下文状态通知消息中，或者与Nmbsmf_MBSSession_上下文状态通知消息一起发送。另外，当存在仅在可以由一个SMF 107管理的区域中接收MBS的终端时，可以提供一个SMF 107。另一方面，当接收MBS的终端广泛分布在由多个SMF 107管理的区域中时，可以提供多个SMF 107。因此，在以下描述中，假设接收MBS的终端广泛分布在由多个SMF 107管理的区域中。然而，对于本领域技术人员将清晰的是，本公开包括接收MBS的终端仅存在于可以由一个SMF 107管理的区域中的情况。

在接收到Nmbsmf_MBSSession_上下文状态通知消息时，SMF 107可以执行用于唤醒(唤醒或转换到活动状态)处于空闲状态的终端的处理，以便激活多播会话。

根据上述，MB-SMF 112可以通过在Nmbsmf_MBSSession_上下文状态通知消息中包括TMGI和默认寻呼优先级信息作为用于通知要激活多播会话的信息来向SMF 107通知要激活的多播会话。然后，SMF 107可以开始唤醒处于空闲状态的终端的操作，使得在服务终端中接收与TMGI对应的多播会话的终端可以接收服务，并且通过为唤醒终端所在的基站生成用于多播会话的隧道来激活多播会话。

SMF 107可以识别接收与TMGI值相对应的MBS的终端。因此，在步骤540中，SMF 107可以通过将第一请求消息TMGI和ARP、5QI、寻呼策略指示符值等作为优先级信息包括在例如Namf_MT_EnableGroupReachability请求消息中来向服务于相应终端的AMF 101发送服务的UE列表和/或TMGI，以使得接收与TMGI相对应的多播会话的终端能够从空闲状态唤醒，从而唤醒相应终端。在这种情况下，作为UE列表，可以使用UE 10的SUPI值、UE 10的5G-GUTI值的列表或5G-S-TMSI值的列表。

在Namf_MT_EnableGroupReachability请求消息中接收的UE列表中的处于连接状态的UE的情况下，AMF 101可以通过步骤550向SMF 107通知UE处于连接状态。另外，由于AMF101可以从多个SMF 107接收Namf_MT_EnableGroupReachability请求消息，因此AMF 101可以针对从每个SMF 107接收的UE列表中的处于连接状态的终端，向每个SMF 107通知相应的终端处于连接状态。

在步骤550中，SMF 107可以通过用于关联的PDU会话的N2 SM容器将诸如PDU会话ID、MBS会话ID和用于关联的QoS流的QoS配置文件的信息递送到AM 101F。用于关联的QoS流的QoS配置文件可以通过用于每个关联的PDU会话的N2 SM容器被递送到AMF 101。替代地，SMF 107可以在N2 SM容器中将MBS会话ID、用于关联的QoS流的QoS配置文件和关联的PDU会话的ID列表发送到AMF 101，使得用于关联的QoS流的QoS配置文件在对应于MBS会话的关联的PDU会话之间共享。

同时，根据本公开，对于处于空闲状态的终端，AMF 101可以在步骤560中从具有MBS功能的基站21请求寻呼以执行寻呼以唤醒终端10。例如，AMF 101可以向与多播服务区域中的寻呼区域相对应的基站之中的具有MBS功能的基站21发送寻呼请求消息。这里，对应于多播服务区域中的寻呼区域的基站可以是提供多播服务的多个基站中的、包括处于空闲状态的终端的基站。可以存在包括处于空闲状态的终端的一个或多个基站，但是在图5中，考虑到附图的复杂性，将其示出为一个基站。然而，即使在两个或更多个基站的情况下，图5所示的基站的操作也可以在具有不同MBS功能并接收包括TMGI的寻呼请求消息的所有基站中以相同的方式操作。在下面的描述中，多个基站将被表示和描述为一个基站。

如在步骤560中，AMF 101可以向具有MBS功能的基站21发送包括TMGI信息的寻呼请求消息，使得具有MBS功能的基站21根据TMGI信息执行组寻呼。因此，具有MBS功能的基站21可以使用在步骤560中接收的寻呼请求消息中包括的TMGI信息向一组相应终端发送寻呼信号(图中未示出寻呼信号的发送)。也就是说，通过从具有MBS功能的基站21发送寻呼信号，使用对应于TMGI的多播服务的终端可以识别终端需要唤醒。

然而，由于没有MBS功能的基站22不能处理TMGI信息，因此如在步骤565中，AMF101可以将用于处于空闲状态的终端的5G-S-TMSI发送到没有MBS功能的基站22，并且没有MBS功能的基站22可以使用5G-S-TMSI请求针对每个终端的单独寻呼。

在步骤560和565中由AMF 101递送到基站21和22的寻呼请求消息不仅可以包括TMGI或5G-S-TMSI以指示目标终端，还可以包括寻呼优先级值。当对延迟的敏感性高时或者当重要性高(例如，公共安全或MCPTT)时，AMF 101可以通过参考从SMF 107接收的优先级信息的默认值(即，ARP、5QI、寻呼策略指示符等的值)根据运营商的策略将寻呼优先级配置为高。替代地，AMF 101可以基于TMGI为组寻呼配置比一般寻呼相对更高的寻呼优先级，并且在高重要性的情况下(例如公共安全或MCPTT)配置相对高的寻呼优先级。

因此，当从AMF 101接收寻呼请求时接收寻呼优先级，基站21和22可以通过参考寻呼优先级来执行寻呼。如果寻呼优先级不包括在寻呼请求中，则基站21和22可以根据运营商的策略应用寻呼优先级的默认值。此外，根据实施例，可以不同地配置用于单独寻呼的默认寻呼优先级值和用于组寻呼的默认寻呼优先级值，使得例如可以将相对高的寻呼优先级应用于组寻呼。

已经认识到终端需要通过组寻呼或单独寻呼唤醒的终端10可以在步骤570中执行服务请求处理。在图5中，服务请求处理可以是UE 10通过基站21或22向AMF 101发送服务请求消息的过程。在图5中，如上所述，当UE 10从具有MBS功能的基站21接收到组寻呼消息时，可以通过具有MBS功能的基站21向AMF 101发送服务请求消息。另一方面，当从没有MBS功能的基站22接收到单独寻呼消息时，UE 10可以通过没有MBS功能的基站22向AMF 101发送服务请求消息。

另外，如上所述，仅一个UE 10被例示为接收MBS的UE的代表。因此，响应于单独寻呼的终端可以是一个或多个终端。在两个或更多个终端的情况下，如图5所示，可以通过已经向其自身发送寻呼信号的没有MBS功能的基站22向AMF 101发送服务请求消息。另外，在图5的步骤570中，响应于组寻呼的终端和响应于单独寻呼的终端可以是不同的终端。应当注意，在图5的附图中，这是为了简化而示出的，因为当分别例示响应于组寻呼的终端和响应于单独寻呼的终端时，附图变得非常复杂。

根据实施例，在步骤575中，AMF 101可以通过向SMF 107提供SM信息来发送支持PDU会话的Nsmf_PDUSession_UpdateSMContext请求消息，并且从SMF 107接收包括SM信息的Nsmf_PDUSession_UpdateSMContext响应消息作为对其的响应。

因此，通过具有MBS功能的基站21和/或不具有MBS功能的基站22接收服务请求消息的AMF 101可以识别已经发送服务请求消息的终端10是唤醒的，并且在步骤580中将唤醒的终端10的列表发送到对应的SMF 107。在这种情况下，可以使用可达性通知消息来发送唤醒终端10的列表。

在步骤585中，SMF 107可以生成与唤醒终端10的列表相对应的多播会话，并且向AMF 101通知多播会话已经被激活。在步骤590中，已经识别出要提供给终端10的MBS的多播会话被激活的AMF 101可以通过发送N2 SM消息来通知相应的基站21和22。N2 SM消息可以包括TMGI值，使得服务于与TMGI相对应的多播会话的终端10可以考虑用于多播服务的资源。

在步骤595中，可以建立用于在UE 10和UPF 108之间传输多播业务的共享隧道或单独隧道。当UE 10使用具有MBS功能的基站21时，可以建立共享隧道，并且当UE 10使用没有MBS功能的基站22时，可以建立单独的隧道。

图6示出了根据本公开的实施例的根据在AF请求时激活多播会话的处理来配置寻呼优先级信息并唤醒处于空闲状态的终端的处理。

在参考图6之前，将使用根据上述图1中描述的本公开的移动通信网络的组件来描述图6的每个组件。

在以下描述中，UE 10、终端、移动终端等可以可互换地用于UE，但是所有这些都可以被理解为图1所示的UE 10。

同时，在图6中，具有MBS功能的基站21和不具有MBS功能的基站22被区分和例示，并且两者可以被包括在NG-RAN 20中。通过以下描述，具有MBS功能的基站21和不具有MBS功能的基站22的含义可以变得更清楚。

参考图6，AF 130可以直接请求5G系统激活多播会话。如果AF 130在5G系统的信任域之外，则AF 130可以通过NEF 106向MB-SMF 112发送用于激活多播会话的MBS激活请求消息，如在步骤610和620中。如果AF 130在5G系统的信任域内，则AF 130可以将MBS激活请求消息直接发送到MB-SMF 112。MBS激活请求消息可以包括MBS会话ID或TMGI以指定其用于哪个MBS会话。另外，MBS激活请求消息可以包括通过多播会话服务的应用ID，以通知与哪个(哪些)服务流相对应的哪个(哪些)QoS流可以激活会话。另外，MBS激活请求消息可以包括关于在激活会话时期望接收哪个QoS服务的QoS请求信息。QoS请求信息可以包括5QI值或最大比特率值。

已经接收到激活请求的MB-SMF 112可以通过步骤635获取用于寻呼的优先级信息，以便激活对应的多播会话。优先级信息可以包括ARP、5QI和/或寻呼策略指示符。

即使在步骤620中应用ID未包括在请求消息中，已经接收到激活请求的MB-SMF112也可以存储通过MBS会话生成处理从AF 130获取的应用ID或AF的IP地址和端口信息以及通过MBS会话提供的(多个)多播QoS流的映射值，以在AF 130请求激活时找到存储的值和映射的应用ID、(多个)多播QoS流信息和QoS配置文件，例如ARP、5QI和/或寻呼策略指示符值。替代地，当在步骤620中将应用ID包括在请求消息中时，MB-SMF 112可以找到映射到对应的应用ID和QoS配置文件的(多个)多播QoS流信息，例如，ARP、5QI和/或寻呼策略指示符值。

替代地，MB-SMF 112可以通过步骤630从PCF 105请求和接收用于TMGI的优先级信息，并且MB-SMF 112可以基于接收到的值来配置优先级信息值。

在确定MB-SMF 112或PCF 105中的优先级信息的基本值的处理中，当通过用于MBS会话的一个多播QoS流执行MBS服务时，优先级信息值可以由分配给相应多播QoS流的ARP、5QI和/或寻呼策略指示符的值来确定。然而，当针对MBS会话的多个多播QoS流请求激活时，可以利用分配给每个多播QoS流的ARP、5QI和/或寻呼策略指示符值中的具有最高优先级的ARP、5QI和/或寻呼策略指示符的值来确定优先级信息值。

在步骤640中，MB-SMF 112向服务于由AF 130提供的多播会话的SMF 107发送MBS会话上下文状态通知(Nmbsmf_MBSSession_ContextStatusNotify)消息，以通知需要激活多播会话。在这种情况下，MBS会话上下文状态通知消息可以包括TMGI以识别需要激活多播会话的终端，并且可以包括“激活多播会话”指示以通知需要激活多播会话。另外，MBS会话上下文状态通知消息可以包括用于寻呼的优先级信息值，例如ARP、5QI和/或寻呼策略指示符。

TMGI、“激活多播会话”指示和用于寻呼的优先级信息值可以包括在Nmbsmf_MBSSession_上下文状态通知消息中，或者与Nmbsmf_MBSSession_上下文状态通知消息一起发送。另外，当存在仅在可以由一个SMF 107管理的区域中接收MBS的终端时，可以提供一个SMF 107。另一方面，当接收MBS的终端广泛分布在由多个SMF 107管理的区域中时，可以提供多个SMF 107。因此，在以下描述中，假设接收MBS的终端广泛分布在由多个SMF 107管理的区域中。然而，对于本领域技术人员将清晰的是，本公开包括接收MBS的终端仅存在于可以由一个SMF 107管理的区域中的情况。

已经接收到Nmbsmf_MBSSession_上下文状态通知消息的SMF 107可以执行用于唤醒(唤醒或转换到活动状态)处于空闲状态的终端的处理，以便激活多播会话。

根据上述，MB-SMF 112可以通过将TMGI和寻呼优先级信息值包括在Nmbsmf_MBSSession_上下文状态通知消息中作为用于通知多播会话被激活的信息来通知SMF 107。然后，SMF 107可以开始唤醒处于空闲状态的终端的操作，使得在服务终端之中的接收与TMGI对应的多播会话的终端可以接收服务，并且可以激活基站与唤醒终端的多播会话，诸如创建用于多播会话的隧道。

SMF 107可以识别接收与TMGI值相对应的MBS的终端。因此，在步骤650中，SMF 107可以通过将第一请求消息TMGI和ARP、5QI、寻呼策略指示符值等作为优先级信息包括在例如Namf_MT_EnableGroupReachability请求消息中来向服务于相应终端的AMF 101发送服务的UE列表和/或TMGI，以使得接收与TMGI相对应的多播会话的终端能够从空闲状态唤醒，从而唤醒相应终端。此时，作为UE列表，可以使用UE 10的SUPI值、UE 10的5G-GUTI值的列表或5G-S-TMSI值的列表。

当在Namf_MT_EnableGroupReachability请求消息中接收的UE列表中终端处于连接状态时，AMF 101可以通过步骤655向SMF 107通知终端处于连接状态。另外，由于AMF 101可以从多个SMF 107接收Namf_MT_EnableGroupReachability请求消息，因此AMF 101可以针对从每个SMF 107接收的UE列表中的处于连接状态的终端，向每个SMF 107通知相应的终端处于连接状态。

在步骤657中，SMF 107可以通过用于关联的PDU会话的N2 SM容器将诸如PDU会话ID、MBS会话ID和用于关联的QoS流的QoS配置文件的信息递送到AMF 101。用于关联的QoS流的QoS配置文件可以通过用于每个关联的PDU会话的N2 SM容器被递送到AMF 101。替代地，SMF 107可以在N2 SM容器中将关联的QoS流的QoS配置文件发送到AMF 101，QoS配置文件包括MBS会话ID、关联的QoS流的QoS配置文件和关联的PDU会话的ID列表，使得关联的QoS流的QoS配置文件在对应于MBS会话的关联的PDU会话之间共享。

同时，根据本公开，对于处于空闲状态的终端，AMF 101可以在步骤660中从具有MBS功能的基站21请求寻呼以执行寻呼以唤醒终端10。例如，AMF 101可以向与多播服务区域中的寻呼区域相对应的基站之中的具有MBS功能的基站21发送寻呼请求消息。这里，对应于多播服务区域中的寻呼区域的基站可以是提供多播服务的多个基站中的、包括处于空闲状态的终端的基站。可以存在包括处于空闲状态的终端的一个或多个基站，但是在图6中，考虑到附图的复杂性，将其示出为一个基站。然而，即使在两个或更多个基站的情况下，图6所示的基站的操作也可以在具有不同MBS功能并接收包括TMGI的寻呼请求消息的所有基站中以相同的方式操作。在下面的描述中，多个基站将被表示和描述为一个基站。

如在步骤660中，AMF 101向具有MBS功能的基站21发送包括TMGI信息的寻呼请求消息，使得具有MBS功能的基站21可以根据TMGI信息执行组寻呼。因此，在步骤660中，具有MBS功能的基站21可以使用包括在接收的寻呼请求中的TMGI信息向一组相应的终端发送寻呼信号(图中未示出寻呼信号的发送)。也就是说，通过从具有MBS功能的基站21发送寻呼信号，使用对应于TMGI的多播服务的终端可以识别终端需要唤醒。

然而，由于没有MBS功能的基站22不能处理TMGI信息，因此如在步骤665中，AMF101可以向没有MBS功能的基站22发送包括用于处于空闲状态的终端的5G-S-TMSI，并且没有MBS功能的基站22可以使用5G-S-TMSI请求针对每个终端的单独寻呼。

在步骤660和665中，由AMF 101发送到基站21和22的寻呼请求消息不仅可以包括TMGI或5G-S-TMSI以指示目标终端，还可以包括寻呼优先级值。AMF 101参考从SMF 107接收的优先级信息的默认值，即诸如ARP、5QI和/或寻呼策略指示符的值，以在对延迟的敏感性高时或当重要性高时(诸如公共安全或MCPTT)根据运营商的策略将寻呼优先级配置为高。替代地，AMF 101可以基于TMGI为组寻呼配置比一般寻呼相对更高的寻呼优先级，并且在诸如公共安全或MCPTT的高重要性的情况下配置相对高的寻呼优先级。

因此，当从AMF 101接收寻呼请求的基站21和22接收寻呼优先级时，基站21和22可以通过参考寻呼优先级来执行寻呼。当寻呼优先级不包括在寻呼请求中时，基站21和22可以根据运营商的策略应用默认寻呼优先级值。另外，根据实施例，可以不同地配置用于单独寻呼的默认寻呼优先级值和用于组寻呼的默认寻呼优先级值，使得例如可以将相对高的寻呼优先级应用于组寻呼。

已经认识到终端需要通过组寻呼或单独寻呼唤醒的终端10可以在步骤670中执行服务请求处理。在图6中，服务请求处理可以是UE 10通过基站21或22向AMF 101发送服务请求消息的过程。在图6中，如上所述，当UE 10从具有MBS功能的基站21接收到组寻呼消息时，可以通过具有MBS功能的基站21向AMF 101发送服务请求消息。另一方面，当UE 10从没有MBS功能的基站22接收到单独寻呼消息时，UE 10可以通过没有MBS功能的基站22向AMF 101发送服务请求消息。

另外，如上所述，仅一个UE 10被例示为接收MBS的UE的代表。因此，响应于单独寻呼的终端可以是一个或多个终端。在两个或更多个终端的情况下，如图6所示，可以通过已经向其自身发送寻呼信号的没有MBS功能的基站22向AMF 101发送服务请求消息。另外，在图6的步骤670中，响应于组寻呼的终端和响应于单独寻呼的终端可以是不同的终端。应当注意，在图6的附图中分别示出响应于组寻呼的终端和响应于单独寻呼的终端的情况下，为了简化而示出附图，因为附图变得非常复杂。

根据实施例，在步骤675中，AMF 101可以通过向SMF 107提供SM信息来发送支持PDU会话的Nsmf_PDUSession_UpdateSMContext请求消息，并且从SMF 107接收包括SM信息的Nsmf_PDUSession_UpdateSMContext响应消息作为对其的响应。

因此，通过具有MBS功能的基站21和/或不具有MBS功能的基站22接收服务请求消息的AMF 101可以识别发送服务请求消息的终端10是唤醒的，并且在步骤680中将唤醒的终端10的列表发送到相应的SMF 107。在这种情况下，可以使用可达性通知消息来发送唤醒终端10的列表。

在步骤685中，SMF 107可以配置与唤醒终端10的列表相对应的多播会话，并且向AMF 101通知多播会话已经被激活。识别出要提供给终端10的MBS的多播会话被激活，在步骤690中，AMF 101可以通过发送N2 SM消息来通知相应的基站21和22。N2 SM消息可以包括TMGI值，使得服务于与TMGI相对应的多播会话的终端10可以考虑用于多播服务的资源。

在步骤695中，可以建立用于在UE 10和UPF 108之间传输多播业务的共享隧道或单独隧道。当UE 10使用具有MBS功能的基站21时，可以建立共享隧道，并且当UE 10使用没有MBS功能的基站22时，可以建立单独的隧道。

图7示出了根据本公开的实施例的根据在AF的请求下激活多播会话的处理来配置寻呼优先级信息并唤醒处于空闲状态的终端的处理。

在参考图7之前，将使用根据上述图1中描述的本公开的移动通信网络的组件来描述图7的每个组件。

在以下描述中，UE 10、终端、移动终端等可以可互换地用于UE，但是所有这些都可以被理解为图1所示的UE 10。

同时，在图7中，具有MBS功能的基站21和不具有MBS功能的基站22被区分和例示，并且两者可以被包括在NG-RAN 20中。通过以下描述，具有MBS功能的基站21和不具有MBS功能的基站22的含义可以变得更清楚。

参考图7，AF 130可以直接请求5G系统激活多播会话。如果AF 130在5G系统的信任域之外，则AF 130可以通过NEF 106向MB-SMF 112发送用于激活多播会话的MBS激活请求消息，如在步骤710和720中那样。如果AF 130在5G系统的信任域内，则AF 130可以直接向MB-SMF 112发送MBS激活请求消息。MBS激活请求消息可以包括MBS会话ID或TMGI以指定其用于哪个MBS会话。另外，MBS激活请求消息可以包括通过多播会话服务的应用ID，以通知与哪个(哪些)服务流相对应的(哪些)哪个QoS流可以激活会话。另外，MBS激活请求消息可以包括关于在激活会话时期望接收哪个QoS服务的QoS请求信息。QoS请求信息可以包括5QI值或最大比特率值。

在步骤730中，已经接收到激活请求的MB-SMF 112可以向服务于由AF 130提供的多播会话的SMF 107发送MBS会话上下文状态通知(Nmbsmf_MBSSession_ContextStatusNotify)消息，以通知需要激活多播会话。在这种情况下，MBS会话上下文状态通知消息可以包括TMGI以识别需要激活多播会话的终端，并且包括“激活多播会话”指示以通知需要激活多播会话。另外，MBS会话上下文状态通知消息可以包括QoS请求信息。

TMGI、“激活多播会话”指示和QoS请求信息可以包括在Nmbsmf_MBSSession_上下文状态通知消息中，或者与Nmbsmf_MBSSession_上下文状态通知消息一起发送。另外，当存在仅在可以由一个SMF 107管理的区域中接收MBS的终端时，可以提供一个SMF 107。另一方面，当接收MBS的终端广泛分布在由多个SMF 107管理的区域中时，可以提供多个SMF 107。因此，在以下描述中，假设接收MBS的终端广泛分布在由多个SMF 107管理的区域中。然而，对于本领域技术人员将清晰的是，本公开包括接收MBS的终端仅存在于可以由一个SMF 107管理的区域中的情况。

在接收到Nmbsmf_MBSSession_上下文状态通知消息时，SMF 107可以执行用于唤醒(唤醒或转换到活动状态)处于空闲状态的终端的处理，以便激活多播会话。

根据以上内容，MB-SMF 112可以通过在Nmbsmf_MBSSession_上下文状态通知消息中包括TMGI和QoS请求信息作为用于通知多播会话被激活的信息来通知SMF 107。然后，SMF107可以开始唤醒处于空闲状态的终端的操作，使得在服务终端中的接收与TMGI对应的多播会话的终端可以接收服务，并且通过为唤醒终端所在的基站创建用于多播会话的隧道来激活多播会话。

为了激活相应的多播会话，SMF 107可以通过步骤4获取用于寻呼的优先级信息。优先级信息可以包括ARP、5QI和/或寻呼策略指示符。

通过步骤740，SMF 107可以从PCF 105请求和接收TMGI和应用ID或QoS请求的优先级信息，并且SMF 107可以基于接收到的值来配置优先级信息值(步骤745)。

在确定SMF 107或PCF 105中的优先级信息的基本值的处理中，当通过用于MBS会话的一个多播QoS流提供MBS服务时，优先级信息值可以由分配给相应多播QoS流的ARP、5QI和/或寻呼策略指示符的值来确定。然而，当针对MBS会话的多个多播QoS流请求激活时，可以利用分配给每个多播QoS流的ARP、5QI和/或寻呼策略指示符值中具有最高优先级的ARP、5QI和/或寻呼策略指示符的值来确定优先级信息值。

同时，SMF 107可以识别接收与TMGI值相对应的MBS的终端。因此，在步骤750中，SMF 107可以通过将第一请求消息TMGI和ARP、5QI、寻呼策略指示符值等作为优先级信息包括在例如Namf_MT_EnableGroupReachability请求消息中来向服务于相应终端的AMF 101发送服务的UE列表和/或TMGI，以使得接收与TMGI相对应的多播会话的终端能够从空闲状态唤醒，从而唤醒相应终端。此时，UE列表可以使用UE 10的SUPI值、UE 10的5G-GUTI值的列表或5G-S-TMSI值的列表。

在Namf_MT_EnableGroupReachability请求消息中接收的UE列表中的处于连接状态的终端的情况下，AMF 101可以通过步骤755向SMF 107通知AMF处于连接状态。另外，由于AMF 101可以从多个SMF 107接收Namf_MT_EnableGroupReachability请求消息，因此对于从每个SMF 107接收的UE列表中处于连接状态的终端，可以向每个SMF 107通知相应的终端处于连接状态。

在步骤757中，SMF 107可以通过用于关联的PDU会话的N2 SM容器将诸如PDU会话ID、MBS会话ID和用于关联的QoS流的QoS配置文件的信息递送到AMF 101。用于关联的QoS流的QoS配置文件可以通过用于每个关联的PDU会话的N2 SM容器被递送到AMF 101。替代地，SMF 107可以将用于关联的QoS流的QoS配置文件发送到AMF 101，包括N2 SM容器中的MBS会话ID、用于关联的QoS流的QoS配置文件、以及关联的PDU会话的ID列表，以在与MBS会话相对应的关联的PDU会话之间共享。

同时，根据本公开，对于处于空闲状态的终端，AMF 101可以在步骤760中从具有MBS功能的基站21请求寻呼以执行寻呼以唤醒终端10。例如，AMF 101可以向与多播服务区域中的寻呼区域相对应的基站之中的具有MBS功能的基站21发送寻呼请求消息。这里，对应于多播服务区域中的寻呼区域的基站可以是提供多播服务的多个基站中的、包括处于空闲状态的终端的基站。可以存在包括处于空闲状态的终端的一个或多个基站，但是在图7中，考虑到附图的复杂性，将其示出为好像它是一个基站。然而，即使在两个或更多个基站的情况下，图7所示的基站的操作也可以在具有不同MBS功能并接收包括TMGI的寻呼请求消息的所有基站中以相同的方式操作。在下面的描述中，多个基站将被表示和描述为一个基站。

如在步骤760中，AMF 101可以向具有MBS功能的基站21发送包括TMGI信息的寻呼请求消息，使得具有MBS功能的基站21可以根据TMGI信息执行组寻呼。因此，具有MBS功能的基站21可以使用在步骤760中接收的寻呼请求消息中包括的TMGI信息向一组相应终端发送寻呼信号(图中未示出寻呼信号的发送)。也就是说，通过从具有MBS功能的基站21发送寻呼信号，使用对应于TMGI的多播服务的终端可以识别终端需要唤醒。

然而，由于没有MBS功能的基站22不能处理TMGI信息，因此如在步骤765中，AMF101可以向没有MBS功能的基站22发送包括用于处于空闲状态的终端的5G-S-TMSI，并且没有MBS功能的基站22可以使用5G-S-TMSI请求针对每个终端的单独寻呼。

在步骤760和765中，由AMF 101发送到基站21和22的寻呼请求消息不仅可以包括TMGI或5G-S-TMSI以指示目标终端，还可以包括寻呼优先级值。AMF 101可以参考从SMF 107接收的优先级信息的默认值，即，诸如ARP、5QI和/或寻呼策略指示符的值，以在对延迟的灵敏度高时或当重要性高时(诸如公共安全或MCPTT)根据运营商的策略将寻呼优先级配置为高。替代地，AMF 101可以基于TMGI为组寻呼配置比一般寻呼相对更高的寻呼优先级，并且在诸如公共安全或MCPTT的高重要性的情况下配置相对高的寻呼优先级。

因此，当从AMF 101接收寻呼请求的基站21和22接收寻呼优先级时，基站21和22可以通过参考寻呼优先级来执行寻呼。如果寻呼优先级不包括在寻呼请求中，则基站21和22可以根据运营商的策略应用默认寻呼优先级值。另外，根据实施例，可以不同地配置用于单独寻呼的默认寻呼优先级值和用于组寻呼的默认寻呼优先级值，使得例如可以将相对高的寻呼优先级应用于组寻呼。

已经认识到终端需要通过组寻呼或单独寻呼唤醒的终端10可以在步骤770中执行服务请求处理。图7中的服务请求处理可以是UE 10通过基站21或22向AMF 101发送服务请求消息的过程。在图7中，如上所述，当UE 10从具有MBS功能的基站21接收到组寻呼消息时，可以通过具有MBS功能的基站21向AMF 101发送服务请求消息。另一方面，当UE 10从没有MBS功能的基站22接收到单独寻呼消息时，UE 10可以通过不具有MBS功能的基站22向AMF101发送服务请求消息。

另外，如上所述，仅一个UE 10被例示为接收MBS的UE的代表。因此，响应于单独寻呼的终端可以是一个或多个终端。在两个或更多个终端的情况下，如图7所示，可以通过已经向其自身发送寻呼信号的不具有MBS功能的基站22向AMF 101发送服务请求消息。另外，在图7的步骤770中，响应于组寻呼的终端和响应于单独寻呼的终端可以是不同的终端。应当注意，在图7的附图中分别示出响应于组寻呼的终端和响应于单独寻呼的终端的情况下，为了简化而示出附图，因为附图变得非常复杂。

根据实施例，在步骤775中，AMF 101可以通过向SMF 107提供SM信息来发送支持PDU会话的Nsmf_PDUSession_UpdateSMContext请求消息，并且从SMF 107接收包括SM信息的Nsmf_PDUSession_UpdateSMContext响应消息作为对其的响应。

因此，通过具有MBS功能的基站21和/或不具有MBS功能的基站22接收服务请求消息的AMF 101可以识别出发送服务请求消息的终端10是唤醒的，并且在步骤780中将唤醒的终端10的列表发送到对应的SMF 107。此时，可以使用可达性通知消息来发送唤醒终端10的列表。

在步骤785中，SMF 107可以配置与唤醒终端10的列表相对应的多播会话，并且向AMF 101通知多播会话已经被激活。已经识别出要提供给终端10的MBS的多播会话被激活的AMF 101可以在步骤790中通过发送N2SM消息来通知相应的基站21和22。N2 SM消息可以包括TMGI值，使得服务于与TMGI相对应的多播会话的终端10可以考虑用于多播服务的资源。

在步骤795中，可以建立用于在UE 10和UPF 108之间传输多播业务的共享隧道或单独隧道。当UE 10使用具有MBS功能的基站21时，可以建立共享隧道，并且当UE 10使用没有MBS功能的基站22时，可以建立单独的隧道。

图8示出了根据本公开的实施例的终端的配置。

参考图8，根据实施例的终端可以包括收发器820和控制终端的整体操作的控制器810。此外，收发器820可以包括发送器825和接收器823。

收发器820可以与其它网络实体发送/接收信号。

控制器810可以控制终端执行上述实施例的任何一个操作。同时，控制器810和收发器820不一定必须被实现为单独的模块，而是可以被实现为单个芯片形式的单个组件。另外，控制器810和收发器820可以电连接。例如，控制器810可以是电路、专用电路或至少一个处理器。另外，可以通过在终端中的任意组件中包括存储相应程序代码的存储器设备来实现终端的操作。

图9示出了根据本公开的实施例的网络实体的配置。

本公开的网络实体是包括根据系统实施方式的网络功能的概念。

参照图9，根据实施例的网络实体可以包括收发器920和控制网络实体的整体操作的控制器910。此外，收发器920可以包括发送器925和接收器923。

收发器920可以与其它网络实体发送/接收信号。

控制器910可以控制网络实体执行上述实施例的任何一个操作。同时，控制器910和收发器920不一定必须被实现为单独的模块，而是可以被实现为单个芯片形式的单个组件。控制器910和收发器920可以电连接。例如，控制器910可以是电路、专用电路或至少一个处理器。另外，可以通过在网络实体中的任意组件中包括存储相应程序代码的存储器设备来实现网络实体的操作。

网络实体可以是基站(具有MBS功能的基站、不具有MBS功能的基站、gNB、NG-RAN)、AMF、SMF、MB-SMF、UPF、MB-UPF、PCF、AF、AS、MBSTF、MBSF、UDM、UDR、AUSF、NRF、NEF等中的一个。

应当注意，图1至图9中所示的配置图、控制/数据信号传输方法的示例性图、示例性操作过程和配置图并不旨在限制本公开的范围。也就是说，图1至图9中描述的所有组件、实体或操作步骤不应被解释为本公开的实施方式的必要组件，并且即使仅包括一些组件，也可以在不损害本公开的本质的范围内实现。

可以通过在基站或终端设备中提供存储相应程序代码的存储器设备来实现基站或终端的上述操作。也就是说，基站或终端设备的控制器可以通过借助于处理器或中央处理单元(CPU)读取和执行存储在存储器设备中的程序代码来执行上述操作。

网络实体、基站设备或终端设备的各种单元或模块可以使用硬件电路(诸如基于互补金属氧化物半导体的逻辑电路)、固件或硬件电路(诸如嵌入在机器可读介质中的软件和/或硬件与固件和/或软件的组合)来操作。例如，可以使用晶体管、逻辑门和诸如专用集成电路的电路来实现各种电气结构和方法。

尽管已经在本公开的详细描述中描述了具体实施例，但是将清晰的是，在不脱离本公开的范围的情况下，可以对其进行各种修改和改变。因此，本公开的范围不应被限定为限于实施例，而是应由所附权利要求及其等同物限定。

尽管已经利用各种实施例描述了本公开，但是可以向本领域技术人员建议各种改变和修改。本公开旨在涵盖落入所附权利要求的范围内的这些改变和修改。

Claims (15)

1.一种由通信系统中的会话管理功能(SMF)执行的方法，所述方法包括：

从多播广播会话管理功能(MB-SMF)接收用于激活多播广播服务(MBS)会话的第一消息；

识别关于MBS会话内的至少一个MBS服务质量(QoS)流中的MBS QoS流的信息；以及

向接入和移动性管理功能(AMF)发送包括关于MBS QoS流的信息的第二消息，以用于AMF根据关于MBS QoS流的信息发送寻呼消息。

2.根据权利要求1所述的方法，其中，关于MBS QoS流的信息包括MBS QoS流的分配和保留优先级(ARP)和第五代(5G)QoS标识符(5QI)中的至少一个。

3.根据权利要求1所述的方法，其中，第二消息还包括MBS会话的临时移动组标识(TMGI)。

4.根据权利要求1所述的方法，其中，第一消息包括Nmbsmf_MBSSession_ContextStatusNotify消息，并且第二消息包括Namf_MT_EnableGroupReachability请求消息。

5.根据权利要求1所述的方法，其中，基于以下中的至少一个，第一消息被发起：MB-SMF从多播广播用户平面功能(MB-UPF)接收用于指示用于MBS会话的下行链路数据的到达的通知，以及MB-SMF从应用功能(AF)接收用于MBS会话的MBS会话激活请求。

6.一种由通信系统中的接入和移动性管理功能(AMF)执行的方法，所述方法包括：

从会话管理功能(SMF)接收包括关于多播广播服务(MBS)会话内的至少一个MBS服务质量(QoS)流中的MBS QoS流的信息的消息；以及

根据关于MBS QoS流的信息向基站发送寻呼请求消息。

7.根据权利要求6所述的方法，其中，关于MBS QoS流的信息包括MBS QoS流的分配和保留优先级(ARP)和第五代(5G)QoS标识符(5QI)中的至少一个。

8.根据权利要求6所述的方法，其中，消息还包括MBS会话的临时移动组标识(TMGI)。

9.一种通信系统中的会话管理功能(SMF)，SMF包括：

收发器；以及

控制器，与收发器耦合并且被配置为：

从多播广播会话管理功能(MB-SMF)接收用于激活多播广播服务(MBS)会话的第一消息，

识别关于MBS会话内的至少一个MBS服务质量(QoS)流中的MBS QoS流的信息，

向接入和移动性管理功能(AMF)发送包括关于MBS QoS流的信息的第二消息，以用于AMF根据关于MBS QoS流的信息发送寻呼消息。

10.根据权利要求9所述的SMF，其中，关于MBS QoS流的信息包括MBS QoS流的分配和保留优先级(ARP)和第五代(5G)QoS标识符(5QI)中的至少一个。

11.根据权利要求9所述的SMF，其中，第二消息还包括MBS会话的临时移动组标识(TMGI)。

12.根据权利要求9所述的SMF，其中，第一消息包括Nmbsmf_MBSSession_ContextStatusNotify消息，并且第二消息包括Namf_MT_EnableGroupReachability请求消息。

13.根据权利要求9所述的SMF，其中，基于以下中的至少一个，第一消息被发起：MB-SMF从多播广播用户平面功能(MB-UPF)接收用于指示用于MBS会话的下行链路数据的到达的通知，以及MB-SMF从应用功能(AF)接收用于MBS会话的MBS会话激活请求。

14.一种通信系统中的接入和移动性管理功能(AMF)，所述AMF包括：

收发器；以及

控制器，与收发器耦合并且被配置为：

从会话管理功能(SMF)接收包括关于多播广播服务(MBS)会话内的至少一个MBS服务质量(QoS)流中的MBS QoS流的信息的消息，以及

根据关于MBS QoS流的信息向基站发送寻呼请求消息。

15.根据权利要求14所述的AMF，其中，关于MBS QoS流的信息包括MBS QoS流的分配和保留优先级(ARP)和第五代(5G)QoS标识符(5QI)中的至少一个，并且

其中，消息还包括MBS会话的临时移动组标识(TMGI)。