CN117837206A - 用于管理QoS的方法 - Google Patents

Abstract

本说明书的公开提供一种用于由基站提供多模态服务的方法。该方法可以包括以下步骤：从SMF接收服务的质量(QoS)控制信息，其中，该QoS控制信息包括关于第一UE的QoS的优先级信息以及关于第二UE的QoS的优先级信息，并且用于第一UE的QoS的优先级高于用于第二UE的QoS的优先级；由于资源的不足，确定执行QoS控制；以及基于QoS控制信息，降低第二UE的QoS，其中，基于降低第二UE的QoS，维持第一UE的QoS。

Description

用于管理QoS的方法

技术领域

本说明书涉及移动通信。

背景技术

第三代合作伙伴计划(3GPP)长期演进(LTE)是用于实现高速分组通信的技术。已经针对LTE目标提出了许多方案，其包括旨在降低用户和提供商成本、改善服务质量以及扩展和改善覆盖范围和系统容量的那些方案。3GPP LTE要求降低的每比特成本、增加服务可用性、频带的灵活使用、简单的结构、开放的接口以及适当的终端功耗作为较高级别要求。

国际电信联盟(ITU)和3GPP已开始工作以开发新无线电(NR)系统的要求和规范。3GPP不得不识别并开发成功地标准化及时满足紧急市场需求以及由ITU无线电通信部门(ITU-R)国际移动电信(IMT)-2020过程提出的更长期要求这两者的新RAT所需的技术组件。此外，即使在更遥远的未来，NR也应能够使用可用于无线通信的范围至少高达100GHz的任何频谱带。

NR以单一技术框架为目标，其解决所有使用场景、需求和部署场景，包括增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、超可靠低时延通信(URLLC)等。NR应当固有地前向兼容。

发明内容

技术问题

当管理多个终端时，还没有一种传统的QoS管理方法，其考虑在拥塞情况下的终端之间的重要性的差异。

技术方案

基站根据终端之间的重要性基于优先级来管理每个终端的QoS。

有益效果

本说明书可以具有多种效果。

例如，通过本文公开的过程，协调的QoS能够有效地被提供给与一个/相同应用相关联的多个UE。

通过本说明书的具体示例能够获得的效果不限于在上面列出的效果。例如，在相关技术具有普通技术的人员能够理解或从本说明书中导出的各种技术效果可以存在。因此，本说明书的具体效果不限于本文明确描述的那些效果，并且可以包括能够从本说明书的技术特征中理解或导出的各种效果。

附图说明

图1示出应用本公开的实施的通信系统的示例。

图2示出应用本公开的实施的无线设备的示例。

图3示出应用本公开的实施的无线设备的示例。

图4示出应用本公开的实施的UE的示例。

图5示出应用本说明书的实施的5G系统架构的示例。

图6示出直播活动选择性沉浸的示例。

图7示出本说明书的第一实施例。

图8a和图8b示出本说明书的第二实施例。

图9a和图9b示出本说明书的第三实施例。

图10a和图10b示出本说明书的第四实施例。

图11a和图11b示出本说明书的第五实施例。

图12示出根据本说明书的公开的基站的过程。

图13示出根据本说明书的公开的SMF的过程。

具体实施方式

可以将以下技术、装置和系统应用于各种无线多址系统。多址系统的示例包括码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和多载波频分多址(MC-FDMA)系统。CDMA可以通过诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术来体现。TDMA可以通过诸如全球移动通信系统(GSM)、通用分组无线电服务(GPRS)或增强型数据速率GSM演进(EDGE)的无线电技术来体现。OFDMA可以通过诸如电气与电子工程师协会(IEEE)802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20或演进型UTRA(E-UTRA)的无线电技术来体现。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进型UMTS(E-UMTS)的一部分。3GPP LTE在DL中采用OFDMA，并且在UL中采用SC-FDMA。3GPP LTE的演进包括LTE-A(高级)、LTE-A Pro和/或5G NR(新无线电)。

为了描述的方便，主要针对基于3GPP的无线通信系统描述本公开的实施方式。然而，本公开的技术特征不限于此。例如，尽管以下详细描述是基于与基于3GPP的无线通信系统相对应的移动通信系统而给出的，但是本公开的不限于基于3GPP的无线通信系统的方面适用于其他移动通信系统。

对于在本发明中采用的术语和技术之中未具体地描述的术语和技术，可以参考在本公开之前发布的无线通信标准文档。

在本公开中，“A或B”可以意指“仅A”、“仅B”或“A和B这两者”。换句话说，可以将本公开中的“A或B”解释为“A和/或B”。例如，本公开中的“A、B或C”可以意指“仅A”、“仅B”、“仅C”或“A、B和C的任何组合”。

在本公开中，斜线(/)或逗号(，)可以意指“和/或”。例如，“A/B”可以意指“A和/或B”。因此“A/B”可以意指“仅A”、“仅B”或“A和B这两者”。例如，“A、B、C”可以意指“A、B或C”。

在本公开中，“A和B中的至少一个”可以意指“仅A”、“仅B”或“A和B这两者”。另外，可以将本公开中的表述“A或B中的至少一个”或“A和/或B中的至少一个”解释为与“A和B中的至少一个”相同。

另外，在本公开中，“A、B和C中的至少一个”可以意指“仅A”、“仅B”、“仅C”或“A、B和C的任何组合”。另外，“A、B或C中的至少一个”或“A、B和/或C中的至少一个”可以意指“A、B和C中的至少一个”。

同样，本公开中使用的括号可以意指“例如”。详细地，当被示出为“控制信息(PDCCH)”时，可以将“PDCCH”提议为“控制信息”的示例。换句话说，本公开中的“控制信息”不限于“PDCCH”，并且可以将“PDCCH”提议为“控制信息”的示例。另外，即使当被示出为“控制信息(即，PDCCH)”时，也可以将“PDCCH”提议为“控制信息”的示例。

可以单独地或同时地实现在本公开中的一个附图中单独地描述的技术特征。

尽管不限于此，本文公开的本公开的各种描述、功能、过程、建议、方法和/或操作流程图可以应用于需要设备之间的无线通信和/或连接(例如，5G)的各种领域。

在下文中，将参考附图更详细地描述本公开。除非另有说明，以下附图和/或描述中的相同附图标记可以指代相同和/或相应的硬件块、软件块和/或功能块。

图1示出应用本公开的实施方式的通信系统的示例。

图1中所示的5G使用场景仅是示例性的，并且本公开的技术特征可以应用于图1中未示出的其他5G使用场景。

用于5G的三个主要要求类别包括(1)增强型移动宽带(eMBB)类别、(2)大规模机器类型通信(mMTC)类别，以及(3)超可靠低时延通信(URLLC)类别。

参考图1，通信系统1包括无线设备100a至100f、基站(BS)200和网络300。虽然图1将5G网络图示为通信系统1的网络的示例，但是本公开的实施方式不限于5G系统，并且能够被应用于超越5G系统的未来通信系统。

可以将BS200和网络300实现为无线设备，并且特定无线设备可以作为相对于其他无线设备的BS/网络节点来操作。

无线设备100a至100f表示使用无线电接入技术(RAT)(例如，5G新RAT(NR))或LTE)来执行通信的设备并且可以被称为通信/无线电/5G设备。无线设备100a至100f可以包括但不限于机器人100a、车辆100b-1和100b-2、扩展现实(XR)设备100c、手持设备100d、家用电器100e、IoT设备100f以及人工智能(AI)设备/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自主驾驶车辆和能够在车辆之间执行通信的车辆。车辆可以包括无人飞行器(UAV)(例如，无人机)。XR设备可以包括AR/VR/混合现实(MR)设备并且可以以头戴式设备(HMD)、安装在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等的形式实现。手持设备可以包括智能电话、智能板、可穿戴设备(例如，智能手表或智能眼镜)和计算机(例如，笔记本计算机)。家用电器可以包括TV、冰箱和洗衣机。IoT设备可以包括传感器和智能仪表。

在本公开中，可以将无线设备100a至100f称作用户设备(UE)。UE可以包括例如蜂窝电话、智能电话、膝上型计算机、数字广播终端、个人数字助理(PDA)、便携式多媒体播放器(PMP)、导航系统、板式个人计算机(PC)、平板PC、超级本、车辆、具有自主行驶功能的车辆、联网汽车、UAV、AI模块、机器人、AR设备、VR设备、MR设备、全息设备、公共安全设备、MTC设备、IoT设备、医疗设备、金融科技设备(或金融设备)、安全性设备、天气/环境设备、与5G服务有关的设备、或与第四次工业革命领域有关的设备。

UAV可以是例如在没有人类在机上的情况下通过无线控制信号驾驶的飞行器。

VR设备可以包括例如用于实现虚拟世界的对象或背景的设备。AR设备可以包括例如通过将虚拟世界的对象或背景连接到真实世界的对象或背景所实现的设备。MR设备可以包括例如通过将虚拟世界的对象或背景融合到真实世界的对象或背景中所实现的设备。全息图设备可以包括例如用于通过使用在被称作全息术的两个激光相遇时生成的光的干涉现象记录和再现立体信息来实现360度立体图像的设备。

公共安全设备可以包括例如可穿戴在用户的身体上的图像中继设备或图像设备。

MTC设备和IoT设备可以是例如不要求直接人类干预或操纵的设备。例如，MTC设备和IoT设备可以包括智能仪表、自动售货机、温度计、智能灯泡、门锁或各种传感器。

医疗设备可以是例如用于诊断、治疗、缓解、治愈或预防疾病的目的的设备。例如，医疗设备可以是用于诊断、治疗、缓解或矫正损伤或损害的目的的设备。例如，医疗设备可以是用于检查、替换或修改结构或功能的目的的设备。例如，医疗设备可以是用于调节怀孕的目的的设备。例如，医疗设备可以包括用于治疗的设备、用于操作的设备、用于(体外)诊断的设备、助听器或用于过程的设备。

安全性设备可以是例如被安装来防止可能出现的危险并且维护安全的设备。例如，安全性设备可以是相机、闭路TV(CCTV)、记录仪或黑匣子。

金融科技设备可以是例如能够提供诸如移动支付的金融服务的设备。例如，金融科技设备可以包括支付设备或销售点(POS)系统。

天气/环境设备可以包括例如用于监测或预测天气/环境的设备。

无线设备100a至100f可以经由BS200被连接到网络300。可以将AI技术应用于无线设备100a至100f并且无线设备100a至100f可以经由网络300被连接到AI服务器400。可以使用3G网络、4G(例如，LTE)网络、5G(例如，NR)网络和超5G网络来配置网络300。尽管无线设备100a至100f可以通过BS200/网络300彼此通信，但是无线设备100a至100f可以在不通过BS200/网络300的情况下彼此执行直接通信(例如，侧链路通信)。例如，车辆100b-1和100b-2可以执行直接通信(例如，车辆到车辆(V2V)/车辆到一切(V2X)通信)。IoT设备(例如，传感器)可以与其他IoT设备(例如，传感器)或其他无线设备100a至100f执行直接通信。

可以在无线设备100a至100f之间和/或在无线设备100a至100f与BS200之间和/或BS200之间建立无线通信/连接150a、150b以及150c。在本文中，可以通过诸如上行链路/下行链路通信150a、侧链路通信(或设备到设备(D2D)通信)150b、基站间通信150c(例如，中继、集成接入和回程(IAB))等等的各种RAT(例如，5G NR)来建立无线通信/连接。无线设备100a至100f和BS200/无线设备100a至100f可以通过无线通信/连接150a、150b以及150c相互发送/接收无线电信号。例如，无线通信/连接150a、150b以及150c可以通过各种物理信道发送/接收信号。为此，可以基于本公开的各种提议来执行用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)和资源分配过程中的至少一部分。

AI是指研究人工智能或能够创造其的方法学的领域，并且机器学习是指定义AI领域解决的各种问题的领域以及解决这些问题的方法学的领域。机器学习也被定义为一种通过对任务的稳定经验来增加任务性能的算法。

机器人意指通过自身能力自动处理或操作给定任务的机器。特别地，具有识别环境的能力并自主决定执行动作的机器人，能够称为智能机器人。取决于用途或使用领域，机器人能够被分类为工业、医疗、家用、军用等。机器人能够执行各种物理操作，诸如使用致动器或电机移动机器人关节。可移动机器人在驱动器上还包括轮子、制动器、螺旋桨等，使其可以在地面上驱动或在空中飞行。

自主驾驶意指一种自行驾驶的技术，而自主车辆意指在没有用户控制或用户控制最少的情况下驾驶的车辆。例如，自主驾驶可以包括保持车道行驶、诸如自适应巡航控制的自动调整速度、沿设定路线自动驾驶以及在设置目的地时自动地设置路线。车辆包括配备有内燃机的车辆、配备内燃机和电动机的混合动力车辆、配备有电动机的电动车辆，并且可能包括火车、摩托车等，以及汽车。自主车辆能够被看作是具有自主驾驶功能的机器人。

扩展现实统称为VR、AR和MR。VR技术仅通过计算机图形(CG)图像提供现实世界的对象和背景。AR技术在真实对象图像之上提供虚拟CG图像。MR技术是一种将虚拟对象结合并结合到现实世界中的CG技术。MR技术与AR技术的相似之处在于它们将真实和虚拟对象一起示出。然而，不同的是，在AR技术中，虚拟对象被用作对现实对象的补充形式，而在MR技术中，虚拟对象和现实对象被用作平等的人格。

NR支持多个参数集(和/或多个子载波间隔(SCS))以支持各种5G服务。例如，如果SCS为15kHz，在传统蜂窝频带中能够支持广域；并且如果SCS为30kHz/60kHz，能够支持密集城市、更低时延和更宽的载波带宽。如果SCS为60kHz或更高，则能够支持大于24.25GHz的带宽来克服相位噪声。

NR频带可以定义为两种类型的频率范围，即，FR1和FR2。频率范围的数值可以被改变。例如，两种类型(FR1和FR2)的频率范围可以如下表1所示。为了便于说明，在NR系统中使用的频率范围中，FR1可能意指“低于6GHz范围”，FR2可以意指“高于6GHz范围”，并且可以称为毫米波(mmW)。

[表1]

频率范围指定	对应频率范围	子载波间隔
			FR1	450MHz–6000MHz	15,30,60kHz
FR2	24250MHz–52600MHz	60,120,240kHz

如上所述，NR系统的频率范围的数值可以被改变。例如，FR1可以包括410MHz到7125MHz的频带，如下表2中所示。也就是说，FR1可以包括6GHz(或5850、5900、5925MHz等)或更多的频带。例如，FR1中包括的6GHz(或5850、5900、5925MHz等)或更多的频带也可以包含免执照频带。免执照频带可以被用于多种目的，例如用于车辆通信(例如，自主驾驶)。

[表2]

频率范围指定	对应频率范围	子载波间隔
			FR1	410MHz–7125MHz	15,30,60kHz
FR2	24250MHz–52600MHz	60,120,240kHz

这里，在本公开的无线设备中实现的无线电通信技术可以包括用于低功率通信的窄带物联网(NB-IoT)技术以及LTE、NR和6G。例如，NB-IoT技术可以是低功率广域网(LPWAN)技术的示例，可以在LTE Cat NB1和/或LTE Cat NB2等规范中实现，并且可以不限于在上面所提及的名称。另外和/或可替选地，在本公开的无线设备中实现的无线电通信技术可以基于LTE-M技术进行通信。例如，LTE-M技术可以是LPWAN技术的示例并且通过诸如增强型机器类型通信(eMTC)的各种名称被称呼。例如，LTE-M技术可以在各种规范中的至少一个中实现，诸如1)LTE Cat 0，2)LTE Cat M1，3)LTE Cat M2，4)LTE非带宽受限(非BL)，5)LTE-MTC，6)LTE机器类型通信，和/或7)LTE M，并且可以不限于在上面所提及的名称。另外和/或可替选地，本公开的无线设备中实现的无线电通信技术可以包括ZigBee、蓝牙和/或LPWAN中的至少一种，其考虑到低功耗通信，并且可以不限于上面-提到的名称。例如，ZigBee技术可以基于诸如IEEE 802.15.4的各种规范来生成与小/低功率数字通信相关联的个人局域网(PAN)，并且可以被称为各种名称。

图2示出应用本公开的实施方式的无线设备的示例。

参考图2，第一无线设备100和第二无线设备200可以通过各种RAT(例如，LTE和NR)向/从外部设备发送/接收无线电信号。

在图2中，{第一无线设备100和第二无线设备200}可以对应于图1的{无线设备100a至100f和BS200}、{无线设备100a至100f和无线设备100a至100f}和/或{BS200和BS200}中的至少一个。

第一无线设备100可以包括至少一个收发器，诸如收发器106；至少一个处理芯片，诸如处理芯片101；和/或一个或多个天线108。

处理芯片101可以包括至少一个处理器，诸如处理器102，以及至少一个存储器，诸如存储器104。在图2中示例性地示出，存储器104被包括在处理芯片101中。另外和/或可替选地，存储器104可以放置在处理芯片101之外。

处理器102可以控制存储器104和/或收发器106并且可以被配置成实现本公开中描述的描述、功能、过程、建议、方法和/或操作流程图。例如，处理器102可以处理存储器104内的信息以生成第一信息/信号，并且然后通过收发器106发送包括第一信息/信号的无线电信号。处理器102可以通过收发器接收包括第二信息/信号的无线电信号106并且然后将通过处理第二信息/信号获得的信息存储在存储器104中。

存储器104可以可操作地连接到处理器102。存储器104可以存储各种类型的信息和/或指令。存储器104可以存储实现指令的软件代码105，当由处理器102执行时，执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如，软件代码105可以实现指令，这些指令在由处理器102执行时，执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如，软件代码105可以控制处理器102以执行一个或多个协议。例如，软件代码105可以控制处理器102以执行无线电接口协议的一层或多层。

在本文中，处理器102和存储器104可以是被设计来实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102并且通过一个或多个天线108发送和/或接收无线电信号。收发器106中的每个可以包括发射器和/或接收器。收发器106可以与射频(RF)单元互换地使用。在本公开中，第一无线设备100可以表示通信调制解调器/电路/芯片。

第二无线设备200可以包括至少一个收发器，诸如收发器206；至少一个处理芯片，诸如处理芯片201；和/或一个或多个天线208。

处理芯片201可以包括至少一个处理器，诸如处理器202，以及至少一个存储器，诸如存储器204。在图2中示例性地示出，存储器204被包括在处理芯片201中。另外和/或可替选地，存储器204可以被放置在处理芯片201之外。

处理器202可以控制存储器204和/或收发器206并且可以被配置成实现本公开中描述的描述、功能、过程、建议、方法和/或操作流程图。例如，处理器202可以处理存储器204内的信息以生成第三信息/信号，并且然后通过收发器206发送包括第三信息/信号的无线电信号。处理器202可以通过收发器106接收包括第四信息/信号的无线电信号，并且然后将通过处理第四信息/信号获得的信息存储在存储器204中。

存储器204可以可操作地连接到处理器202。存储器204可以存储各种类型的信息和/或指令。存储器204可以存储实现指令的软件代码205，当由处理器202执行时，执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如，软件代码205可以实现指令，这些指令在由处理器202执行时，执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如，软件代码205可以控制处理器202以执行一个或多个协议。例如，软件代码205可以控制处理器202以执行无线电接口协议的一层或多层。

在本文中，处理器202和存储器204可以是被设计来实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202并且通过一个或多个天线208发送和/或接收无线电信号。收发器206中的每个可以包括发射器和/或接收器。收发器206可以与RF单元互换地使用。在本公开中，第二无线设备200可以表示通信调制解调器/电路/芯片。

在下文中，将更具体地描述无线设备100和200的硬件元件。一个或多个协议层可以由但不限于一个或多个处理器102和202实现。例如，一个或多个处理器102和202可以实现一个或多个层(例如，诸如物理(PHY)、层、媒体访问控制(MAC)层、无线电链路控制(RLC)层、分组数据会聚协议(PDCP)层、无线电资源控制(RRC)层以及服务数据自适应协议(SDAP)层的功能层)。一个或多个处理器102和202可以根据本公开中公开的描述、功能、过程、建议、方法和/或操作流程图来生成一个或多个协议数据单元(PDU)和/或一个或多个服务数据单元(SDU)。一个或多个处理器102和202可以根据本公开中公开的描述、功能、过程、建议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或多个处理器102和202可以根据本公开中公开的描述、功能、过程、建议、方法和/或操作流程图来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)并且将所生成的信号提供给一个或多个收发器106和206。一个或多个处理器102和202可以根据本公开中公开的描述、功能、过程、建议、方法和/或操作流程图来从一个或多个收发器106和206接收信号(例如，基带信号)并且获取PDU、SDU、消息、控制信息、数据或信息。

一个或多个处理器102和202可以被称为控制器、微控制器、微处理器或微型计算机。可以通过硬件、固件、软件或其组合来实现一个或多个处理器102和202。例如，可以在一个或多个处理器102和202中包括一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理器件(DSPD)、一个或多个可编程逻辑器件(PLD)或一个或多个现场可编程门阵列(FPGA)。可以使用固件或软件来实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图，并且固件或软件可以被配置成包括模块、过程或功能。被配置成执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图的固件或软件可以被包括在一个或多个处理器102和202中或者存储在一个或多个存储器104和204中以便由一个或多个处理器102和202驱动。可以使用形式为代码、命令和/或命令集的固件或软件来实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。

一个或多个存储器104和204可以连接到一个或多个处理器102和202并且存储各种类型的数据、信号、消息、信息、程序、代码、指令和/或命令。一个或多个存储器104和204可以由只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程只读存储器(EPROM)、闪速存储器、硬盘驱动器、寄存器、高速缓存存储器、计算可读存储介质和/或其组合来配置。一个或多个存储器104和204可以位于一个或多个处理器102和202的内部和/或外部。一个或多个存储器104和204可以通过诸如有线或无线连接的各种技术被连接到一个或多个处理器102和202。

一个或多个收发器106和206可以向一个或多个其他设备发送在本公开公开的描述、功能、过程、建议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。一个或多个收发器106和206可以从一个或多个其他设备接收在本公开中公开的描述、功能、过程、建议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。例如，一个或多个收发器106和206可以连接到一个或多个处理器102和202并且发送和接收无线电信号。例如，一个或多个处理器102和202可以执行控制，使得一个或多个收发器106和206可以向一个或多个其他设备发送用户数据、控制信息或无线电信号。一个或多个处理器102和202可以执行控制，使得一个或多个收发器106和206可以从一个或多个其他设备接收用户数据、控制信息或无线电信号。

一个或多个收发器106和206可以连接到一个或多个天线108和208，并且一个或多个收发器106和206可以被配置成通过一个或多个天线108和208来发送和接收在本公开中公开的描述、功能、过程、建议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本公开中，一个或多个天线108和208可以是多个物理天线或多个逻辑天线(例如，天线端口)。

一个或多个收发器106和206可以将接收到的用户数据、控制信息、无线电信号/信道等从RF带信号转换成基带信号，以便使用一个或多个处理器102和202来处理接收到的用户数据、控制信息、无线电信号/信道等。一个或多个收发器106和206可以将使用一个或多个处理器102和202所处理的用户数据、控制信息、无线电信号/信道等从基带信号转换成RF带信号。为此，一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。例如，一个或多个收发器106和206能够在一个或多个处理器102和202的控制下通过它们的(模拟)振荡器和/或滤波器将OFDM基带信号上转换到OFDM信号并且在载波频率下发送上转换的OFDM信号。一个或多个收发器106和206可以在载波频率下接收OFDM信号并且在一个或多个收发器102和202的控制下通过它们的(模拟)振荡器和/或滤波器将OFDM信号下转换为OFDM基带信号。

在本公开的实施方式中，UE可以在上行链路(UL)中作为发送设备操作，并且在下行链路(DL)中作为接收设备操作。在本公开的实施方式中，BS可以在UL中作为接收设备操作，并且在DL中作为发送设备操作。在下文中，为了描述的方便，主要假定了第一无线设备100作为UE，并且第二无线设备200作为BS。例如，连接到第一无线设备100、安装在其上或者在其中启动的处理器102可以被配置成执行根据本公开的实施方式的UE行为或者控制收发器106执行根据本公开的实施方式的UE行为。连接到第二无线设备200、安装在其上或者在其中启动的处理器202可以被配置成执行根据本公开的实施方式的BS行为或者控制收发器206执行根据本公开的实施方式的BS行为。

在本公开中，BS也被称为节点B(NB)、eNode B(eNB)或gNB。

图3示出应用本公开的实施方式的无线设备的示例。

可以根据用例/服务以各种形式实现无线设备(参考图1)。

参考图3，无线设备100和200可以对应于图2的无线设备100和200并且可以由各种元件、组件、单元/部分和/或模块来配置。例如，无线设备100和200中的每个可以包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元110可以包括通信电路112和收发器114。例如，通信电路112可以包括图2的一个或多个处理器102和202和/或图2的一个或多个存储器104和204。例如，收发器114可以包括图2的一个或多个收发器106和206和/或图2的一个或多个天线108和208。控制单元120被电连接到通信单元110、存储器单元130和附加组件140并且控制无线设备100和200中的每个的整体操作。例如，控制单元120可以基于存储在存储器单元130中的程序/代码/命令/信息来控制无线设备100和200中的每个的电气/机械操作。控制单元120可以通过无线/有线接口经由通信单元110将存储在存储器单元130中的信息发送到外部(例如，其他通信设备)或者在存储器单元130中存储经由通信单元110从外部(例如，其他通信设备)通过无线/有线接口接收的信息。

可以根据无线设备100和200的类型来不同地配置附加组件140。例如，附加组件140可以包括电力单元/电池、输入/输出(I/O)单元(例如，音频I/O端口、视频I/O端口)、驱动单元和计算单元中的至少一个。无线设备100和200可以按以下形式实现(但不限于此)：机器人(图1的100a)、车辆(图1的100b-1和100b-2)、XR设备(图1的100c)、手持设备(图1的100d)、家用电器(图1的100e)、IoT设备(图1的100f)、数字广播终端、全息图设备、公共安全设备、MTC设备、医疗设备、金融科技设备(或金融设备)、安全性设备、气候/环境设备、AI服务器/设备(图1中的400)、BS(图1中的200)、网络节点等。可以根据使用示例/服务在移动或固定场所中使用无线设备100和200。

在图3中，无线设备100和200中的各种元件、组件、单元/部分和/或模块的全部可以通过有线接口彼此连接，或者其至少一部分可以通过通信单元110以无线方式连接。例如，在无线设备100和200中的每个中，控制单元120和通信单元110可以通过线连接，并且控制单元120和第一单元(例如，130和140)可以通过通信单元110以无线方式连接。无线设备100和200内的每个元件、组件、单元/部分和/或模块还可以包括一个或多个元件。例如，控制单元120可以由一个或多个处理器的集合来配置。作为示例，控制单元120可以由通信控制处理器、应用处理器(AP)、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合来配置。作为另一示例，存储器单元130可以由RAM、DRAM、ROM、闪速存储器、易失性存储器、非易失性存储器和/或其组合来配置。

图4示出应用本公开的实施方式的UE的示例。

参考图4，UE 100可以对应于图2的第一无线设备100和/或图3的无线设备100或200。

UE 100包括处理器102、存储器104、收发器106、一个或多个天线108、电源管理模块110、电池112、显示器114、键区116、订户识别模块(SIM)卡118、扬声器120和麦克风122。

处理器102可以被配置成实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。处理器102可以被配置成控制UE 100的一个或多个其他组件以实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。无线电接口协议的层可以在处理器102中实现。处理器102可以包括ASIC、其他芯片组、逻辑电路和/或数据处理设备。处理器102可以是应用处理器。处理器102可以包括数字信号处理器(DSP)、中央处理单元(CPU)、图形处理单元(GPU)、调制解调器(调制器和解调器)中的至少一种。处理器102的示例可以在由制造的SNAPDRAGON^TM系列处理器、由/>制造的EXYNOS^TM系列处理器、由/>制造的一系列处理器、由/>制造的HELIO^TM系列处理器、由/>制造的ATOM^TM系列处理器或相应的下一代处理器中找到。

存储器104与处理器102可操作地耦合并且存储用于操作处理器102的各种信息。存储器104可以包括ROM、RAM、闪存、存储器卡、存储介质和/或其他存储设备。当实施例以软件实现时，这里描述的技术可以用执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图的模块(例如，过程、功能等)来实现。模块可以存储在存储器104中并由处理器102执行。存储器104可以在处理器102内或处理器102外部实现，在这种情况下，这些模块可以经由如在本领域中已知的各种方式可通信耦合到处理器102。

收发器106与处理器102可操作地耦合，并且发送和/或接收无线电信号。收发器106包括发射器和接收器。收发器106可以包括处理射频信号的基带电路。收发器106控制一个或多个天线108以发送和/或接收无线电信号。

电源管理模块110管理处理器102和/或收发器106的电源。电池112向电源管理模块110供应电力。

显示器114输出由处理器102处理的结果。键区116接收由处理器102使用的输入。键区116可以在显示器114上被示出。

SIM卡118是一种集成电路，其旨在安全地存储国际移动订户身份(IMSI)号码及其相关密钥，其被用于在移动电话设备(诸如移动电话和计算机)上识别和认证订户。还能够在许多SIM卡上存储联系人信息。

扬声器120输出由处理器102处理的与声音相关的结果。麦克风122接收由处理器102使用的与声音相关的输入。

图5示出应用本说明书的实施的5G系统架构的示例。

5G系统(5GS；5G系统)结构由以下网络功能(NF)组成。

-AUSF(认证服务器功能)

-AMF(接入和移动管理功能)

-DN(数据网络)，例如，运营商服务、互联网接入或第三方服务

-USDF(非结构化数据存储功能)

-NEF(网络开放功能)

-I-NEF(中间NEF)

-NRF(网络存储库功能)

-NSSF(网络切片选择功能)

-PCF(策略控制功能)

-SMF(会话管理功能)

-UDM(统一数据管理)

-UDR(统一数据存储库)

-UPF(用户面功能)

-UCMF(UE无线电能力管理功能)

-AF(应用功能)

-UE(用户设备)

-(R)AN((无线电)接入网络)

-5G-EIR(5G设备标识寄存器)

-NWDAF(网络数据分析功能)

-CHF(充电功能)

另外，可以考虑以下网络功能。

-N3IWF(非3GPP互通功能)

-TNGF(可信非3GPP网关功能)

-W-AGF(有线接入网关功能)

图5使用示出各种网络功能如何彼此交互的参考点表示示出了非漫游情况的5G系统结构。

在图5中，为了使点对点图清晰，没有描述UDSF、NEF和NRF。然而，所示的所有网络功能都可以根据需要与UDSF、UDR、NEF和NRF交互。

为了清楚起见，UDR和其他NF(例如，PCF)之间的连接没有在图5中示出。为了清楚起见，图5中未示出NWDAF和其他NF(例如PCF)之间的连接。

5G系统架构包括以下参考点。

-N1：UE和AMF之间的参考点。

-N2：(R)AN和AMF之间的参考点。

-N3：(R)AN和UPF之间的参考点。

-N4：SMF和UPF之间的参考点。

-N6：UPF和数据网络之间的参考点。

-N9：两个UPF之间的参考点。

以下参考点示出NF中的NF服务之间存在的交互。

-N5：PCF和AF之间的参考点。

-N7：SMF和PCF之间的参考点。

-N8：UDM和AMF之间的参考点。

-N10：UDM和SMF之间的参考点。

-N11：AMF和SMF之间的参考点。

-N12：AMF和AUSF之间的参考点。

-N13：UDM和AUSF之间的参考点。

-N14：两个AMF之间的参考点。

-N15：在非漫游场景的情况下PCF和AMF之间的参考点，以及在漫游场景的情况下PCF和访问网络的AMF之间的参考点。

-N16：两个SMF之间的参考点(在漫游情况下，在访问网络的SMF和家庭网络的SMF之间)

-N22：AMF和NSSF之间的参考点。

在某些情况下，可能必需将两个NF相互连接才能服务UE。

<多模态服务>

多模态数据被定义为描述用于相同任务所需要的来自不同种类的设备/传感器的输入数据或到不同类型目的地的输出数据。多模态数据由一个以上单模态数据组成，并且每个单模态数据之中存在强依赖性。单模态数据能够被视作一种数据类型。

多模态服务可以需要来自多个UE的输入用于应用服务器以生成输出。直播活动选择性沉浸可以是多模态服务的一个示例。

图6示出直播活动选择性沉浸的示例。

每个AI相机都可以作为UE通过5GS网络与应用服务器交互。

用户正在观看直播活动，并且可选视频可以经由5GS网络发送到用户的UE。

素材等能够基于从AI相机收集的视频和音频数据在应用服务器中生成。

每个AI相机可以具有以下职责：

-相机#1：用于运动预测和素材生成的数据收集，主相机放置在拥有最佳视野的位置

-相机#2：用于运动预测的数据收集，放置在用于捕捉运动的最佳位置

-相机#3：用于运动预测和素材生成的数据收集

-相机#4：用于素材生成的数据收集

-相机#5：用于运动预测的数据收集

1.当直播活动开始时，相机#1、相机#2、相机#3、相机#4和相机#5可以被开机并且注册到5GS网络以收集视频和音频数据以进行直播活动选择性沉浸服务。

2.应用服务器可以通知5GS对应于相机#1、相机#2、相机#3、相机#4和相机#5的UE接受服务申请，并且可以提供这些UE的QoS要求以及用于这种多模态服务的协调策略寻求5GS的帮助。

3.QoS要求和协调策略被应用于5GS。相机#1、相机#2、相机#3、相机#4和相机#5以目标QoS通过5GS将收集到的数据发送到应用服务器。

4.应用服务器可以基于从相机#1、相机#2、相机#3和相机#5接收到的数据做出运动预测，并且可以基于从相机#1、相机#3和相机#4接收的数据生成素材。

5.应用服务器可以通过5GS将对象的运动预测发送到相机#1、相机#2、相机#3和相机#5，并且通过5GS将素材发送到Alice的UE。

6.网络拥塞时有发生。基于多模态服务的协调策略，当相机#1的目标QoS不能被保证时，5GS可以降低相机#4的QoS以确保相机#1的QoS被保证；当拥塞缓解时，5GS可以提高相机#4的QoS，同时相机#1的目标QoS仍然被保证。

7.网络拥塞可能更加严重，并且相机#2的目标QoS不能被保证。由于由相机#2收集的运动数据对于运动预测是强制性的，没有就不能做出运动预测，因此5GS可以基于多模态服务的协调策略来释放相机#2和相机#5的资源。

当运动预测不起作用时，应用服务器可以请求5GS网络仅保证相机#1的QoS或释放所有相机的资源。

<本说明书的公开中要被解决的问题>

多个UE被连接到提供多模态服务的应用服务器。多个UE可以各自具有目标QoS(服务的质量)。

由于拥塞，多个UE中的一些或全部可能不满足其目标QoS。

在这种情况下，如果特定UE的目标QoS被满足，则NG-RAN可以通过降低其他UE的QoS来满足特定UE的目标QoS。

也就是说，当与提供多模态服务的应用相关联的多个UE之中的某个UE(假设UE#1)的QoS不能被满足/保证(例如，由于网络拥塞)时，可以通过降低(或降低/减少)上述UE之中的另一个UE(假设UE#2)的QoS来满足/保证UE#1的QoS。当UE#1和UE#2由相同NG-RAN服务时，此操作可以有意义。

为了让NG-RAN执行这些操作，需要信息或策略，诸如UE之间的关系以及在多个UE之中应该首先保证哪个UE的QoS。问题是当前还没有具体的计划。

<本说明书的公开>

提出的用于多个UE的协调QoS支持计划可以由本说明书中提出的操作/配置/步骤中的一个或多个的组合组成。

在本说明书中，UE(用户设备)和终端可以被互换使用。

在本说明书中，多个UE(与应用相关联)可以与以下各项互换地使用：UE的组、属于组的UE、组成员UE、与应用相关联的组终端、以及属于与应用相关联的组的UE、与一个/相同应用相关的多个UE、以及UE的集合等。上述UE可以是属于相同订户/用户的UE，每个UE可以具有不同的订户/用户，或者某些UE可以是属于相同订户/用户的UE。

上述应用可以是提供多模态服务的应用。然而，不限于此，并且可以是提供诸如XR服务、沉浸式服务、V2X服务和URLLC服务等各种服务的应用。

[1]组终端设置

AF(应用功能)可以向5GC提供或设置与组终端设置相关的以下信息中的一项或多项。这种规定或设置也可以通过NEF做出。在其中提供或设置此信息的NF(网络功能)可以是一个或多个5GC NF(例如，PCF、UDM、UDR)。组终端设置可以通过多种形式执行，诸如以下信息中的一些被提供或设置给UDM，并且一些被提供或设置给PCF。以下信息可以被组合或相互组合。可替选地，它可以以隐式形式被提供。以下信息可以由AF通过5GC以组为基础提供，或者可以为组中的每个UE单独提供。此信息中的一些可以在UE建立PDU会话之后被提供或设置。

A)组识别信息：用于识别组。例如，外部组ID、内部组ID等可以被使用。

B)组UE的识别信息：属于该组的UE的识别信息，并且能够被解释为属于该组的UE的列表。例如，GPSI、UE地址(例如，UE的IP地址信息等)可以被用作用于每个UE的识别信息。

C)AF识别信息：AF标识符、AF应用标识符等可以被使用。

D)PDU会话相关信息：与PDU会话创建相关的信息。例如，PDU会话类型、DNN、S-NSSAI等可以被使用。

E)流描述：这可以意指关于SDF(服务数据流)、分组过滤器信息等的信息。

F)应用识别信息：例如，外部应用标识符、应用标识符等可以被使用。

G)协调QoS相关服务要求：这可以意指与协调相关的服务要求、与协调相关的QoS要求、用于QoS协调的策略、协调策略、服务要求、QoS要求、QoS请求等。

协调QoS相关服务要求可以包括以下从i)到v)的信息中的一项或多项。此信息可以以组合或合并的形式被包括。此信息可以基于每个PDU会话、基于流描述或基于应用被配置或被包括。

i)在UE之间的在QoS保证和满意度方面的优先级和重要性：

这可以是关于组UE之中的哪个UE在确保和满足QoS中应该具有优先级的顺序信息。例如，如果UE组由UE#1、UE#2和UE#3三个UE组成，则UE的优先级可以指示应该按顺序保证和满足UE的每个QoS。作为另一个示例，如果UE组由UE#1、UE#2和UE#3三个UE组成，优先级UE#1和优先级UE#3相同，则UE#1的QoS和UE#3的QoS应该以相同优先级被保证和满足。并且，接下来，UE#2的QoS应该被保证和满足。优先级和重要性也可以被表示为索引值。例如，UE#1和UE#3可以由2表示，并且UE#2能够由5表示。此时，如果认为较小的索引值具有较高的优先级和重要性，则可以判断UE#2在QoS保证和满意度方面具有最低优先级。

上述B)中的信息中的UE的顺序可以指示在UE之间在QoS保证和满意度方面的优先级和重要性。

ii)必须保证QoS的UE列表

这可以意指包含关于其QoS不应该被降低的UE的识别信息的列表。可替选地，它可以意指包含关于在降低QoS之后需要(在短时间内)修复或恢复的UE的识别信息的列表。

iii)其QoS能够被降低的UE的列表

当难以保证和满足所有QoS时，这可以意指包含关于能够被提供降低的QoS的UE的识别信息的列表。

还可以提供关于用于这些UE的替代服务或QoS要求的信息(可以是替代服务要求)。

iv)组中的UE之中的能够抢占其他UE的QoS(或具有抢占能力)的UE的列表

如果属于此列表的UE的QoS未被保证和满足，则可以允许为了属于此列表的UE而降低其他UE的QoS。作为结果，可以保证和满足用于属于此列表的UE的QoS。这能够被解释为分配给其他UE的资源(QoS相关资源)的抢占或选择。

从以下各项选择其QoS被降低(或者其分配的资源被抢占)的其他UE。

-从不属于此列表的UE中选择

-基于上述i)在低优先级UE中选择

-从属于上述iii)的UE之中选择

-从属于下面v)的UE中选择

v)在属于该组的UE之中其QoS能够被抢占的UE的列表

如果其他UE的QoS不被保证和满足，则属于此列表的UE可以降低它们自己的QoS。作为结果，可以保证和满足用于其他UE的QoS。这可以被解释为允许其他UE抢占或选择分配给该UE的资源(QoS相关资源)。

vi)当QoS不能被满足和保证时，能够释放或移除QoS流(或释放或移除QoS，或释放或移除分配给QoS流的资源)的UE的列表。

QoS不能被满足和保证的上述原因可以是因为决定降低或减少QoS来保证用于其他UE的QoS，或者即使不是这种情况，无论其他UE如何，由于网络拥塞等也不能满足和保证QoS。

H)当QoS被降低、QoS流被释放或移除、或者当降低的QoS被增加或修复到其原始状态时请求通知的信息

I)协调QoS能够被应用的区域或位置信息：例如，诸如坐标信息、小区ID列表、TAI列表等各种区域或位置信息可以被使用。如果由AF提供的区域或位置信息不是基于5GS(或基于3GPP)的区域或位置信息(例如，坐标信息)，则其通过诸如NEF等5GC NF可以被改变为基于5GS(或基于3GPP)的区域或位置信息(例如，小区ID列表、TAI列表)。

J)能够应用协调QoS的时间信息：例如，可以使用各种时间信息，诸如特定时区(开始时间～结束时间)、每天几点钟～几点钟，一周中的哪一天，每月有多少天等。

K)组相关服务要求：这些是针对组本身的服务要求，并且可以意指组相关QoS要求、组相关策略、组相关QoS请求等。此信息也可以作为上述信息G)的一部分被提供。

此信息可以由AF提供，但是也可以由5GC(例如，PCF、NEF等)确定。

组相关服务要求可以包括以下i)-v)之中的一项或多项信息：此信息可以以组合或合并的形式被包括。此信息可以由流描述或由应用配置或包括。

I)此组在QoS保证和满意度方面的优先级或重要性：此优先级或重要性可以被表示为索引值。例如，可以利用现有的ARP(分配和保持优先级)中的优先级级别，并且在这种情况下，其可以被设置为从1至15的值之一。值1可以表示最高优先级。

ii)是否可以抢占其他UE(即，不属于协调QoS组的UE)的QoS(或者是否存在抢占能力)

iii)是否可以抢占其他组(即，属于其他协调QoS组的UE)的QoS(或者是否存在抢占能力)

iv)属于此组的UE的QoS是否能够由其他UE(即，不属于协调QoS组的UE)抢占

v)属于此组的UE的QoS是否能够由另一个组(即，另一个协调QoS组)抢占

即使没有上述iv)，如果基于i)不能保证和满足UE的QoS，则UE可以抢占或选择具有比该UE更低的优先级的UE之中的一个或多个UE的资源。

降低QoS可以被解释为减小QoS(QoS级别)。可替选地，降低QoS可以被解释为满足可替换的服务要求或可替换的QoS要求。

上面提及的QoS不能被保证的事实可以被解释为由AF或应用请求的服务要求或QoS不能被保证。可替选地，无法保证QoS可以被解释为无法保证用于应用或服务提供的最理想的服务要求或QoS。

无法保证上面提及的QoS可以被解释为无法保证或满足用于QoS流的诸如GFBR、PDB以及PER的性能KPI中的一个或多个。

上面描述的组终端设置可以通过扩展传统的组相关设置(例如，5G-VN组相关设置)和QoS信息设置(例如，具有需要的QoS过程的AF会话)被使用，或者可以通过定义新的设置过程被使用。

另外，对于本说明书提出的用于多UE的协调QoS支持方法，传统的组相关设置、QoS信息设置等可以被一起执行。

在本说明书中，AF可以与应用服务器(AS)被互换使用。

关于组终端设置，替代AF向5GC提供并且设置上述信息(即，关于组终端的信息)，关于组终端的信息可以被存储在5GC中(例如，网络管理员设置并且保存)。可替选地，一些信息可以由AF提供并且设置给5GC，并且一些信息可以被存储在5GC中。

该组可以被称作MM(多模态)组、MMSer(多模态服务)组、CQoS(协调QoS)组等。

关于组终端的一些或全部信息可以由服务属于该组的UE的PDU会话的一个或多个SMF获取。SMF可以从NF获得信息和设置。信息可以是操作/服务PDU会话所需要的信息的形式。例如，当从PCF获得SMF时，SMF可以以PCC规则、QoS流相关信息、QoS相关信息或QoS参数信息的形式获得。作为另一个示例，当从UDM获得时，SMF可以以订户信息的形式获得。作为另一个示例，当从UDR获得时，SMF可以以服务参数的形式获得。

[2]对于协调QoS的支持

SMF接收从用于组终端之中的一个终端的NG-RAN不能保证和满足QoS的消息

假设SMF从用于UE组的一个UE(第一UE)的NG-RAN接收相应UE的QoS不能被保证和满足的消息。从NG-RAN向SMF发送消息可以被执行，因为当SMF建立PDU会话和QoS流用于UE或提供相关信息时(例如，当创建PDU会话、修改PDU会话、添加QoS流、修改QoS流时)其被指示。

在上文中，对于NG-RAN向SMF发送用于第一UE的QoS不能被保证/满足的消息的原因和/或时间可以是以下一项或多项：

-在用于第一UE的QoS不能被满足和保证的情况下：在这种情况下，由于拥塞或资源的缺乏，NG-RAN确定用于第一UE的QoS可能不被满足/保证，并且相应地将消息发送到SMF。在发送该消息之后，NG-RAN可以或可以不降低用于第一UE的QoS。

-在用于第一UE的QoS不能被满足/保证的情况下：在这种情况下，由于拥塞或资源的缺乏，NG-RAN可以确定用于第一UE的QoS不能被满足/保证，并且可以降低用于第一UE的QoS。然后，消息可以经由SMF被发送。

-在降低用于第一UE的QoS之后：在这种情况下，由于拥塞或资源的缺乏，NG-RAN可以降低用于第一UE的QoS。然后，消息可以经由SMF被发送。

QoS不能被保证或满足的信息可以用于特定的QoS流。可替选地，其可以用于PDU会话或用于UE。

由于传统的QNC被扩展到非GBR QoS流，因此如果不仅对于GBR QoS流而且对于非GBR QoS流都不能保证和满足QoS，则NG-RAN可以向SMF发送消息。

由SMF从NG-RAN接收到的用于组终端之中的一个UE的QoS不能被保证和满足的消息可以是由NG-RAN向SMF发送的用于GBR QoS流的消息，作为传统QNC(QoS通知控制)的一部分。可替选地，其可以是用于本说明书中提出的方法的新定义的过程或消息(仅用于GBRQoS流或用于GBR和非GBR QoS流两者)。

由NG-RAN发送的消息可以通过AMF被发送到SMF。

[2-1]SMF使用一条消息来命令G-RAN降低用于第二UE的QoS并且修复/恢复用于第一UE的QoS

如上面[2-0]中所描述的，SMF可以从NG-RAN接收用于第一UE的QoS不能被保证和满足的消息。在这种情况下，SMF可以基于上面[1]中描述的信息来辨识或确定1)至3)中的一项或多项。

1)第一UE是属于终端组的UE的辨识

2)是否第一UE的QoS应该被保证，或者

是否能够降低属于该终端组的其他UE的QoS，或者是否能够释放或移除其他UE的QoS流以确保和满足第一UE的QoS。

3)如果上述2)是可能的，则选择或确定另一个UE(我们称其为第二UE)来降低QoS或者释放或移除QoS流。

此时，第一UE和第二UE可以是由相同NG-RAN服务的UE。SMF可以从AMF获得关于UE的服务NG-RAN的信息。此NG-RAN信息与服务NG-RAN是否相同可以通过NG-RAN的识别信息被确定，或者可以通过UE所在的小区ID信息和/或TAI信息被推断。这应用于整个本说明书。

当上述3)被执行时，SMF可以向NG-RAN发送包含信息a)至c)中的一项或多项的消息。

a)命令第二UE降低QoS或者释放或移除QoS流的信息：

上述信息可以包括用于第二UE的识别信息、PDU会话信息(例如，PDU会话ID)、QoS流信息(例如，QFI)中的一项或多项，并且可以包括指示是否降低QoS或者释放或移除QoS的信息流(其可以每个PDU会话或每个QoS流被提供(如果多个QoS流信息被提供))。

当命令上述QoS要被降低时，可以提供关于其能够被降低到什么级别的信息(或者替代的QoS级别或信息)。

在上文中，指示是否降低QoS或者释放或移除QoS流的信息可以是显式的或隐式的。

第二UE可以是多个UE。以这种方式选择多个第二UE可以是上述[1]中的情况，其中AF包括指示当设置或提供组终端相关信息时能够选择多个UE的信息。可替选地，由于通过降低一个UE的QoS或者释放/移除QoS流而获得的资源不足以修复/恢复第一UE的QoS，因此多个UE可以被选择。

可以显式地或隐式地提供用于第二UE的识别信息。

b)命令将用于第一UE的QoS修复或恢复到其原始状态的信息：

上述信息可以包括用于第一UE的识别信息、PDU会话信息(例如，PDU会话ID)、QoS流信息(例如，QFI)中的一项或多项，并且可以包括命令修复或恢复QoS的信息。

在上文中，命令修复或恢复QoS的信息可以是显式的或隐式的。

可以显式地或隐式地提供用于第一UE的识别信息。

c)关于第一UE和第二UE所属组的识别信息

从SMF向NG-RAN发送的消息可以通过AMF被发送。SMF可以在AMF理解的参数部分中包括a)和/或b)信息的一部分，以便允许AMF将消息递送到正确的NG-RAN。

SMF向NG-RAN发送的消息可以是针对来自NG-RAN的用于第一UE的QoS不能被保证或满足的消息的响应消息的形式。

SMF可以与PCF交互以辨识/确定上述1)至3)和/或生成要被发送到NG-RAN的消息。

当NG-RAN从SMF接收消息时，基于此，其可以降低用于第二UE的QoS或者释放或移除用于第二UE的QoS流。并且，NG-RAN可以修复或恢复用于第一UE的QoS。另外，NG-RAN可以向SMF发送针对由SMF发送的消息的响应消息。

由于相同的SMF服务第一UE的PDU会话和第二UE的PDU会话，因此[2-1]的操作是可能的。可替选地，由于相同的SMF服务第一UE所属的组的PDU会话和第二UE所属的组的PDU会话，因此这也是可能的。因此，对于上述组，当建立PDU会话时，属于此组的UE可以由相同的SMF服务。对于上述组，当属于此组的UE建立PDU会话时，基于与PDU会话相关联的DNN/S-NSSAI信息、UE的订户信息、AMF配置信息等选择相同的SMF是可能的。以这种方式，使相同SMF服务组终端的PDU会话也可以被应用于下面的[2-2]。

[2-2]SMF使用单独的消息来命令NG-RAN降低用于第二UE的QoS并且修复/恢复用于第一UE的QoS。

如上面[2-0]中所描述，当SMF从NG-RAN接收用于第一UE的QoS不能被保证或满足的消息时，基于上面[1]中描述的信息，SMF可以辨识或确定以下一项或多项：

1)第一UE是属于组终端的UE的辨识

2)是否第一UE的QoS必须被保证，或者是否能够降低属于组终端的其他UE的QoS或者是否能够释放/移除QoS流以保证/满足第一UE的QoS。

3)如果上述2)是可能的，则选择/确定另一个UE(我们称其为第二UE)来降低QoS或释放/移除QoS流(在这种情况下，第一UE和第二UE由相同NG-RAN服务)。SMF可以从AMF获得UE的服务NG-RAN信息。

当上述3)被执行时，SMF可以向NG-RAN发送以下消息。下面的消息可以同时或循序(消息#1、消息#2，或反之亦然)被发送。

消息#1)用于第二UE的命令降低QoS或者释放或移除QoS流的消息：

消息#1可以包括用于第二UE的识别信息、PDU会话信息(例如，PDU会话ID)、QoS流信息(例如，QFI)中的一项或多项，并且可以包括指示是否降低QoS或者释放或移除QoS流的信息(这可以每个PDU会话或每个QoS流被提供(如果多个QoS流信息被提供))。

附加地，消息#1可以包括关于第一UE和第二UE所属的组的识别信息。

附加地，消息#1可以包括指示命令修复或恢复QoS的消息(一起)被发送的信息。

附加地，消息#1可以包括命令通过降低用于第二UE的QoS或者释放或移除用于第二UE的QoS流来保留/保持可用QoS资源的信息。

附加地，消息#1可以包括用于该消息的序列号或识别信息(消息传输操作)。

当消息命令降低QoS时，该消息可以包括关于其能够被降低到什么级别的信息(或者替代的QoS级别/信息)。

在消息中，指示是否降低QoS或者释放或移除QoS流的信息可以是显式的或隐式的。

第二UE可以是多个UE。以这种方式选择多个第二UE可以是上述[1]中的情况，其中AF包括指示当设置或提供组终端相关信息时能够选择多个UE的信息。可替选地，由于通过降低一个UE的QoS或者释放/移除QoS流而获得的资源不足以修复/恢复第一UE的QoS，因此多个UE可以被选择。

如果第二UE是多个UE，则SMF可以向NG-RAN发送消息#1，命令降低用于每个UE的QoS或者释放或移除用于每个UE的QoS流。

消息#1中包括的用于第二UE的识别信息可以是显式的或隐式的。

消息#2)用于第一UE的命令修复QoS或将QoS修复到原始状态的消息：

消息#2可以包括用于第一UE的识别信息、PDU会话信息(例如，PDU会话ID)、QoS流信息(例如，QFI)中的一项或多项，并且可以包括命令修复或恢复用于第一UE的QoS的信息。

附加地，消息#2可以包括关于第一UE和第二UE所属的组的识别信息。

附加地，消息#2可以包括指示命令降低QoS或者释放或移除QoS流的消息(一起)被发送的信息。

附加地，消息#2可以包括命令通过降低用于第二UE的QoS或者释放或移除用于第二UE的QoS流来对第一UE使用或分配可用QoS资源的信息。

附加地，消息#2可以包括用于该消息的识别信息或序列号(消息传输操作)。此识别信息或序列号可以是与消息#1)中包括的识别信息或序列号相同的值或信息。

在上文中，命令修复或恢复用于第一UE的QoS的信息可以是显式的或隐式的。

消息#2中包括的用于第一UE的识别信息可以是显式的或隐式的。

从SMF向NG-RAN发送的消息可以通过AMF被发送。为了使AMF能够将消息递送到正确的NG-RAN，SMF可以在由AMF理解的参数部分中包括消息#1)中包括的信息的一部分和/或消息#2)中包括的信息的一部分。

从SMF向NG-RAN发送的消息可以是针对来自NG-RAN的用于第一UE的QoS不能被保证或满足的消息的响应消息的形式。

SMF可以与PCF交互以做出上述辨识/决定和/或生成要被发送到NG-RAN的消息。关于与PCF的交互，请参考下面描述的不同SMF发送消息#1)和消息#2)的情况。

当NG-RAN从SMF接收消息#1)和消息#2)时，基于此，其可以降低用于第二UE的QoS或者释放/移除QoS流，并且将用于第一UE的QoS恢复/修复到原始。附加地，NG-RAN可以向SMF发送针对由SMF(每个单独地或以集成的形式)发送的消息的响应消息。

NG-RAN的操作可以被解释为不使用通过降低用于第二UE的QoS或释放/移除用于除了第一UE之外的UE的QoS流而变得可用的QoS资源。

消息#1)和消息#2)可以由不同的SMF生成并且发送到NG-RAN。例如，从NG-RAN接收用于第一UE的QoS不能被满足的消息的SMF(第一SMF)可以向NG-RAN发送消息#2)。服务第二UE的SMF(第二SMF)可以向NG-RAN发送消息#1)。

PCF可以命令SMF以通知何时用于第一UE的QoS不被保证/满足。在执行上面描述的1)或2)之后，第一SMF可以向PCF发送通知用于第一UE的QoS不被保证/满足的消息。该通知消息可以被解释为包括针对用于第一UE的QoS修复/恢复操作的请求。该通知消息可以被解释为包括针对用于第二UE的降低QoS或释放/去除QoS流的操作的请求。

当PCF从第一SMF接收消息时，其可以选择或确定另一个UE(我们称其为第二UE)来降低QoS或释放/移除QoS流。此时，第一UE和第二UE由相同的NG-RAN服务。PCF可以从SMF/AMF获得UE的服务NG-RAN信息。

PCF选择/确定第二UE。并且，PCF可以向服务第二UE的SMF发送请求降低第二UE的QoS或者释放/移除第二UE的QoS流的消息。如果多个第二UE被选择，则请求消息可以被发送到服务每个第二UE的SMF。请求消息可以包括第二SMF发送消息#1)所需的信息。

第二SMF可以基于从PCF接收到的请求消息来向NG-RAN发送消息#1)。

[2-3](与上面提及的[2-0]比较不同指出在于)NG-RAN向SMF发送任意UE的QoS尚未被降低但被调度降低的消息。

如果预测/预期/辨识/确定用于第一UE的QoS将不被满足/保证，和/或需要降低用于第一UE的QoS，和/或预测/预期/辨识用于第一UE的QoS将被降低，则NG-RAN可以向SMF发送通知这个的消息。由NG-RAN发送的消息可以通过AMF被发送到SMF。

这可以是因为SMF请求的NG-RAN提供与用于第一UE的PDU会话或QoS流相关的信息(例如，当创建PDU会话、修改PDU会话、添加QoS流、修改QoS流等时)。附加地，AF可以已经请求PCF通知其何时计划降低某个UE的QoS。PCF可以已请求SMF通知其何时计划降低某个UE的QoS。SMF可以向NG-RAN做出此请求。

预测/预期/辨识/确定QoS将不被满足/保证的信息可以用于特定QoS流、特定PDU会话或特定UE。

上述消息可以是传统QNC(QoS通知控制)的扩展(仅用于GBR QoS流或用于GBR和非GBR QoS流两者)，并且可以是用于本说明书中提出的方法的新定义的过程/消息(仅用于GBR QoS流或用于GBR和非GBR QoS流两者)。

由NG-RAN发送的消息可以不关于第一UE的QoS。由NG-RAN发送的消息可以旨在向SMF提供网络已经变得拥塞或者QoS资源已经变得不足的信息。

并且，当SMF向NG-RAN提供与用于第一UE的PDU会话/QoS流相关的信息时(例如，当建立PDU会话、修改PDU会话、添加QoS流、修改QoS流等时)，SMF向NG-RAN提供命令显式或隐式地保证或不降低QoS的信息(例如，必须保证QoS的UE的列表)。

在[2-1]至[2-2]中，命令修复/恢复对第一UE的QoS的消息(即，消息#2)的信息(即，b)可以被解释为命令维持QoS的信息或消息。

可替选地，[2-1]的信息b)和[2-2]的消息#2)可以不被发送。

对于SMF和PCF之间的交互，参考上述[2-2]。

当NG-RAN从SMF接收信息或消息时，NG-RAN可以基于此执行降低QoS或释放/移除用于第二UE的QoS流的操作。附加地，NG-RAN可以执行维持用于第一UE的QoS的操作。

附加地，NG-RAN可以向SMF发送针对由SMF发送的消息的响应消息。

NG-RAN的操作可以被解释为不使用QoS资源，其是通过降低用于第二UE的QoS或者释放/移除用于除了第一UE之外的UE的QoS流而变得可用的。

在上述[2-1]至[2-3]中，如果QoS被降低或者QoS流被释放/移除，则这可以被通知给AF。这可以是因为AF在上述[1]中要求要对此进行通知。如果SMF确定第二UE，则SMF可以将上述信息通知给PCF，并且然后PCF可以将上述信息通知给AF。如果PCF确定第二UE，则上述信息可以由PCF通知给AF。

对于其QoS已被降低的UE，QoS可以稍后被修复/恢复(例如，网络拥塞被解决)。在这种情况下，NG-RAN可以将此通知SMF。然后，SMF可以通过PCF将此通知给AF。

除了[2-1]中的信息a)或[2-2]中的消息#1)之外，如果可能，可以包括命令/请求将QoS修复/恢复到原始状态作为用于第二UE的优先级的信息。因此，当可用的QoS资源可用时，NG-RAN可以努力优先修复/恢复在当前未保证期望的/请求的/期望的QoS的UE之中的第二UE的QoS。

在上述[2-0]和[2-3]中，当NG-RAN向SMF发送关于第一UE的QoS的消息时的情况可以包括QoS必须被分配给第一UE(或者用于第一UE的QoS流)，但是由于资源的缺乏而不能分配请求的QoS的情况。

上述[2]描述了第一UE和第二UE由相同NG-RAN服务的情况，但是当它们由不同NG-RAN服务时这也可以被应用。

[3]协调QoS支持：NG-RAN领先

当SMF向NG-RAN提供用于属于组的UE的PDU会话/QoS流相关信息时(例如，当创建PDU会话、修改PDU会话、添加QoS流、修改QoS流等时)，以下一项或多项信息可以被提供。

-组识别信息

-指示协调QoS支持被需要的信息

-此UE的QoS是否应该被保证，或者是否可以降低此UE的QoS或释放/移除此UE的QoS流(此信息可以由QoS流、由PDU会话或由UE提供)

-如果上面指出QoS能够被降低，则关于其能够被降低到什么级别的信息(或替代QoS级别/信息)

-命令在降低QoS或释放/移除QoS流之前请求确认/确认的信息

-命令在降低QoS或释放/移除QoS流之后通知的信息

SMF可以基于从PCF、UDM和UDR中的一个或多个获得的信息来配置上面描述的信息。该信息可以基于由上面[1]中描述的AF设置/提供的与终端组相关的信息。

当QoS资源(无线电资源)由于诸如网络拥塞的原因而变得不足时，NG-RAN可以决定哪个UE降低QoS或释放/移除QoS流。

此时，NG-RAN可以基于由SMF提供的信息，对其QoS能够被降低的UE执行降低QoS的操作。可替选地，NG-RAN可以基于由SMF提供的信息来针对能够释放/移除QoS流的UE执行释放/移除QoS流的操作。此操作可以被解释为继续为必须保证QoS的UE维持QoS。

如果NG-RAN降低QoS或者释放/移除QoS流，并且如果NG-RAN增加或者修复降低的QoS，则NG-RAN可以向SMF通知。附加地，SMF可以将此通知给PCF，并且可以将此通知给AF。此过程可以基于上述[1]中的信息H)。

AF可以基于上述通知改变上述[1]中的组终端设置信息，并且将其提供给5GC。

如果NG-RAN决定降低QoS或释放/移除QoS流，其可以将此情况通知SMF，并且在从SMF接收确认之后执行该过程。

以下附图被准备以解释本说明书的特定示例。由于附图中描述的特定设备或特定信号/消息/字段的名称作为示例被提供，因此本说明书的技术特征不限于下面附图中使用的特定名称。

1.实施例1-[1]和[3]的反映

图7示出本说明书的第一实施例。

在此实施例中，AF可以基于组提供关于在5GC中需要协调QoS支持的组的信息。

假设相对于提供多模态服务的应用，UE-1、UE-2和UE-3是属于相同终端组的终端。

虽然服务UE-1、UE-2和UE-3的SMF和PCF都被示出相同，但是它们可以不同。

步骤0a)UE-1可以执行注册和PDU会话建立。PCF可以订阅具有UDR的通知服务，以当与UE-1所属的组相关的AF请求发生或改变时被通知。

步骤0b)UE-2可以执行注册和PDU会话建立。PCF可以订阅具有UDR的通知服务，以当UE-2所属的组相关的AF请求发生/改变时被通知。由于步骤0a中已经对该组执行订阅，因此无需另外订阅。

如果用于UE-2的PCF与用于UE-1的PCF不同，则用于该组的PCF可以利用UDR执行订阅。

步骤0c)UE-3可以执行注册和PDU会话建立。PCF可以订阅具有UDR的通知服务，以当与UE-3所属的组相关的AF请求发生/改变时被通知。由于步骤0a中已经对该组执行订阅，因此无需另外订阅。

如果用于UE-3的PCF与用于UE-1的PCF不同，则用于该组的PCF可以利用UDR执行订阅。

步骤1)AF可以向NEF提供AF请求。AF请求包括与组终端设置相关的信息。关于组终端设置，[1]的内容可以被应用。AF可以使用Nnef_TrafficInfluence_Create服务操作、另一个Nnef服务操作或新定义的Nnef服务操作。

假设必须保证QoS的UE的列表包括UE-1和UE-3，以及能够降低QoS的UE的列表包括UE-2。对于UE-2，可以提供关于替代服务或QoS要求(例如替代服务要求)的信息。

步骤2-3)NEF可以将从AF接收到的AF请求信息存储在UDR中并且对AF进行响应。

步骤4)PCF可以从UDR被通知关于AF请求信息。

步骤5a)用于UE-1的PDU会话的修改过程可以被执行以添加QoS流来支持多模态服务相关的应用。此时，PCF可以基于步骤4中提供的AF请求信息来生成包括与QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。SMF向NG-RAN提供包括与QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。

步骤5b)用于UE-2的PDU会话的修改过程可以被执行以添加QoS流来支持多模态服务相关的应用。此时，PCF可以基于步骤4中提供的AF请求信息来生成包括与QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。SMF向NG-RAN提供包括与QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。对于UE-2，当降低QoS时，关于使用的替代QoS级别的信息可以通过替代QoS简档被提供。

步骤5c)用于UE-3的PDU会话的修改过程可以被执行以添加QoS流来支持多模态服务相关的应用。此时，PCF可以基于步骤4中提供的AF请求信息来生成包括与QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。SMF向NG-RAN提供包括与QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。

在步骤5a至5c中，PCF可以使用现有的ARP包括协调QoS支持信息，可以新定义并且包括用于需要协调QoS支持的组的ARP，或者可以定义并且包括新参数。

步骤6)随着NG-RAN资源变得不足(例如，作为测量排队延迟、系统负载、拥塞负载/级别/状态等的结果)，NG-RAN可以确定需要执行QoS控制。基于在步骤5a至5c中从SMF提供的信息，NG-RAN可以将UE-1、UE-2和UE-3确定为需要协调QoS控制的组。基于属于该组的UE的协调QoS支持信息，可以确定应该为UE-1和UE-3维持QoS。附加地，为了维持UE-1和UE-3的QoS，其QoS可以被降低或者其QoS流可以被释放的UE可以被选择或确定。NG-RAN可以决定降低用于UE-2的QoS以及基于替代QoS简档将QoS降低到什么级别。

最终，当NG-RAN由于资源的缺乏而必须执行QoS控制时，对于属于需要协调QoS支持的组的UE，其可以被解释为以组为单位执行QoS控制(即，基于组中的UE之间的差异化的QoS控制信息/策略)。

步骤7至步骤8)NG-RAN可以向SMF通知关于用于UE-2的QoS已被降低到的级别的信息。

2.实施例2-[1]和[3]的反映

图8a和图8b示出本说明书的第二实施例。

在此实施例中，AF可以通过5GC为属于该组的每个UE提供关于需要协调QoS支持的组的信息。

假设相对于提供多模态服务的应用，UE-1、UE-2和UE-3是属于相同终端组的终端。

虽然服务UE-1、UE-2和UE-3的SMF和PCF都被示出为相同，但是它们可以不同。

步骤0a)UE-1可以执行注册和PDU会话建立。

步骤0b)UE-2可以执行注册和PDU会话建立。

步骤0c)UE-3可以执行注册和PDU会话建立。

步骤1a)AF可以向NEF提供AF请求。AF请求包括与组终端设置相关的信息。关于组终端设置的内容可以被替换为[1]的内容。AF请求可以对应于组终端设置相关信息中的UE-1。例如，指示UE-1是必须保证QoS的UE的信息可以被包括在AF请求中。

步骤2a)NEF可以向PCF提供关于UE-1的与由AF提供的组终端设置相关的信息。

步骤3a)NEF可以利用AF响应。

步骤4a)建立具有必需的QoS过程的AF会话可以被完成。

步骤1b至步骤4b)与上述步骤1a至步骤4a相同，但是由AF提供的组终端设置相关信息是用于UE-2的，而不是用于UE-1的。如果不可能满足/保证用于UE-2所属的组的QoS，则指示UE是能够释放/移除QoS流的UE的信息可以被包括在AF请求中。

步骤1c至步骤4c)与上述步骤1a至步骤4a相同，但是由AF提供的组终端设置相关信息是用于UE-3的，而不是用于UE-1的。例如，指示UE-3是必须保证QoS的UE信息可以被包括在AF请求中。

在步骤1a/3a、步骤1b/3b和步骤1c/3c中，AF可以使用Nnef_AFsessionWithQoS_Create服务操作、另一个Nnef服务操作或新定义的Nnef服务操作。

步骤5a)用于UE-1的PDU会话的修改过程可以被执行以添加QoS流来支持多模态服务相关的应用。此时，PCF可以基于步骤2a中提供的AF请求信息来生成包括与QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。SMF向NG-RAN提供包括与QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。

步骤5b)用于UE-2的PDU会话的修改过程可以被执行以添加QoS流来支持多模态服务相关的应用。此时，PCF可以基于步骤2b中提供的AF请求信息来生成包括与QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。SMF向NG-RAN提供包括与QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。对于UE-2，当降低QoS时，关于使用的替代QoS级别的信息可以通过替代QoS简档被提供。

步骤5c)用于UE-3的PDU会话的修改过程可以被执行以添加QoS流来支持多模态服务相关的应用。此时，PCF可以基于步骤2c中提供的AF请求信息来生成包括与QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。SMF向NG-RAN提供包括与QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。

在步骤5a至5c中，PCF可以使用现有的ARP包括协调QoS支持信息，可以新定义并且包括用于需要协调QoS支持的组的ARP，或者可以定义并且包括新参数。

步骤6)随着NG-RAN资源变得不足(例如，作为测量排队延迟、系统负载、拥塞负载/级别/状态等的结果)，NG-RAN可以确定需要执行QoS控制。基于在步骤5a至5c中从SMF提供的信息，NG-RAN可以将UE-1、UE-2和UE-3确定为需要协调QoS控制的组。基于属于该组的UE的协调QoS支持信息，可以确定应该为UE-1和UE-3维持QoS。附加地，为了维持UE-1和UE-3的QoS，其QoS可以被降低或者其QoS流可以被释放的UE可以被选择或确定。NG-RAN可以决定降低或移除用于UE-2的QoS。

最终，当NG-RAN由于资源的缺乏而必须执行QoS控制时，对于属于需要协调QoS支持的组的UE，其可以被解释为以组为单位执行QoS控制(即，基于组中的UE之间的差异化的QoS控制信息/策略)。

步骤7至步骤8)已释放或移除用于UE-2的QoS流的NG-RAN可以将此通过SMF通知。

3.实施例3-[1]和[3]的反映

图9a和图9b示出本说明书的第三实施例。

在此实施例中，AF可以接收对需要协调QoS支持的组执行的协调QoS控制的结果的通知(即，降低属于需要协调QoS支持的组的UE的QoS)，并且然后可以基于此改变关于需要协调QoS支持的组的信息，并且可以向5GC提供。

假设相对于提供多模态服务的应用，UE-1、UE-2和UE-3是属于相同终端组的终端。

虽然服务UE-1、UE-2和UE-3的SMF和PCF都被示出为相同，但是它们可以不同。

步骤0a)UE-1可以执行注册和PDU会话建立。

步骤0b)UE-2可以执行注册和PDU会话建立。

步骤0c)UE-3可以执行注册和PDU会话建立。

步骤1a)AF可以向NEF提供AF请求。AF请求包括与组终端设置相关的信息。关于组终端设置的内容可以被替换为[1]的内容。AF请求可以对应于组终端设置相关信息中的UE-1。例如，指示UE-1是必须保证QoS的UE的信息可以被包括在AF请求中。

步骤2a)NEF可以向PCF提供关于UE-1的与由AF提供的组终端设置相关的信息。

步骤3a)NEF可以利用AF响应。

步骤4a)建立具有必需的QoS过程的AF会话可以被完成。

步骤1b至4b)与上述步骤1a至4a相同，但是由AF提供的组终端设置相关信息是用于UE-2的，而不是用于UE-1的。如果不可能满足/保证用于UE-2所属的组的QoS，则指示UE是能够释放/移除QoS流的UE的信息可以被包括在AF请求中。

附加地，当降低UE的QoS时，关于替代服务/QoS要求(例如，替代服务要求)能够被使用的信息可以被提供。

步骤1c至步骤4c)与上述步骤1a至步骤4a相同，但是由AF提供的组终端设置相关信息是用于UE-3的，而不是用于UE-1的。例如，指示UE-3是必须保证QoS的UE信息可以被包括在AF请求中。

在步骤1a/3a、步骤1b/3b和步骤1c/3c中，AF可以使用Nnef_AFsessionWithQoS_Create服务操作、另一个Nnef服务操作或新定义的Nnef服务操作。

步骤5a)用于UE-1的PDU会话的修改过程可以被执行以添加QoS流来支持多模态服务相关的应用。此时，PCF可以基于步骤2a中提供的AF请求信息来生成包括与QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。SMF向NG-RAN提供包括与QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容被替换为上面提及的[3]。

步骤5b)用于UE-2的PDU会话的修改过程可以被执行以添加QoS流来支持多模态服务相关的应用。此时，PCF可以基于步骤2b中提供的AF请求信息来生成包括与QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。SMF向NG-RAN提供包括与QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。

对于UE-2，当降低QoS时，关于使用的替代QoS级别的信息可以通过替代QoS简档被提供。

步骤5c)用于UE-3的PDU会话的修改过程可以被执行以添加QoS流来支持多模态服务相关的应用。此时，PCF可以基于步骤2c中提供的AF请求信息来生成包括与QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。SMF向NG-RAN提供包括与QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。

在步骤5a至步骤5c中，PCF可以使用现有的ARP包括协调QoS支持信息，可以新定义并且包括用于需要协调QoS支持的组的ARP，或者可以定义并且包括新参数。

步骤6)随着NG-RAN资源变得不足(例如，作为测量排队延迟、系统负载、拥塞负载/级别/状态等的结果)，NG-RAN可以确定需要执行QoS控制。基于在步骤5a至步骤5c中从SMF提供的信息，NG-RAN可以将UE-1、UE-2和UE-3确定为需要协调QoS控制的组。基于属于该组的UE的协调QoS支持信息，可以确定应该为UE-1和UE-3维持QoS。附加地，为了维持UE-1和UE-3的QoS，其QoS可以被降低或者其QoS流可以被释放的UE可以被选择或确定。NG-RAN可以决定降低用于UE-2的QoS以及基于替代QoS简档将用于UE-2的QoS降低到什么级别。

最终，当NG-RAN由于资源的缺乏而必须执行QoS控制时，对于属于需要协调QoS支持的组的UE，其可以被解释为以组为单位执行QoS控制(即，基于组中的UE之间的差异化的QoS控制信息/策略)。

步骤7至步骤8)降低了用于UE-2的QoS的NG-RAN可以通知SMF QoS被降低到的级别。

步骤9)已从NG-RAN接收到通知的SMF可以将此通知给PCF。

步骤10至步骤11)已从SMF接收到通知的PCF可以将此通知给AF。

步骤12)可以从5GC通知AF属于需要协调QoS支持的组的UE-2的QoS已被降低以及QoS已被降低到什么级别。基于此，AF可以决定改变关于需要协调的QoS支持的组的信息。本实施例中，如果用于UE-2所属的组的QoS不能被满足/保证，则AF可以确定改变指示UE-2是其QoS流能够被释放/移除的UE的信息，而不是指示UE-2是其QoS可以被降低的UE的信息。

AF可以通过NEF提供包含与如用于UE-2的改变的UE组设置相关的信息(上面所描述的)的AF请求。AF请求的内容可以被替换为上面描述的[1]。

步骤13至步骤15)与上述步骤2b至步骤4b相同。

步骤16)基于步骤13中提供的AF请求信息，PCF可以创建包括与UE-2的QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。

步骤17至步骤18)SMF可以向NG-RAN提供包括与UE-2的QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。

此后，如果必要，NG-RAN可以基于提供的QoS简档执行协调QoS控制。

4.实施例4-[1]和[3]的反映

图10a和图10b示出本说明书的第四实施例。

在此实施例中，AF可以接收对需要协调的QoS支持的组执行的协调QoS控制的结果的通知(即，降低属于需要协调的QoS支持的组的UE的QoS)，并且然后基于此可以改变关于需要协调QoS支持的组的信息，并且可以向5GC提供。此后，在AF可以接收对需要协调QoS支持的组执行的协调QoS控制的结果的通知(即，已修复属于需要协调QoS支持的组的UE的QoS)之后，然后基于此可以改变关于需要协调QoS支持的组的信息，并且可以向5GC提供。

假设相对于提供多模态服务的应用，UE-1、UE-2和UE-3是属于相同终端组的终端。

虽然服务UE-1、UE-2和UE-3的SMF和PCF都被示出为相同，但是它们可以不同。

步骤0至步骤6)与上面描述的实施例3的步骤0a至步骤11相同。

步骤7)可以从5GC通知AF属于需要协调QoS支持的组的UE-2的QoS已被降低以及QoS已被降低到什么级别。基于此，AF可以决定改变关于需要协调的QoS支持的组的信息。本实施例中，如果用于UE-2所属的组的QoS不能被满足/保证，则AF可以确定改变指示UE-3是其QoS流可以被降低的UE的信息，而不是指示UE-3是其QoS应该被维持的UE的信息。

AF可以通过NEF提供包含与用于UE-2的改变的UE组设置相关的信息(如上面所描述的)的AF请求。AF请求的内容可以被替换为上面描述的[1]。

步骤8至步骤10)与上面描述的实施例3的步骤2c至步骤4c相同。

步骤11)基于步骤8中提供的AF请求信息，PCF可以创建包括与UE-3的QoS流相关的协调QoS支持信息的PCC规则，并且将其提供给SMF。

步骤12至步骤13)SMF可以向NG-RAN提供包括与UE-3的QoS流相关的协调QoS支持信息的QoS简档。协调QoS支持的内容可以被替换为上面提及的[3]。

此后，如果必要，NG-RAN可以基于提供的QoS简档执行协调QoS控制。

步骤14)随着NG-RAN的资源短缺被解决(例如，作为测量排队延迟、系统负载、拥塞负载/级别/状态等的结果)，可以确定QoS控制应该被执行。

因此，NG-RAN可以决定修复已降低QoS的UE-2的QoS。

步骤15至步骤16)已修复UE-2的QoS的NG-RAN，可以将此通过SMF通知。

步骤17)从NG-RAN接收通知的SMF可以将此通知给PCF。

步骤18至步骤19)已经从SMF接收到通知的PCF能够将此通知给AF。

步骤20)AF已被5GC通知属于需要协调QoS支持的组的UE-2的QoS已被修复，可以决定改变关于需要协调QoS支持的组的信息。在本实施例中，如果用于UE-2所属的组的QoS不能被满足/保证，则AF可以确定改变指示UE-3是其QoS流应该被维持的UE的信息，而不是指示UE-3是其QoS能够被降低的UE的信息。

AF可以通过NEF提供包含与用于UE-2的改变的UE组设置相关的信息(如上面所描述的)的AF请求。AF请求的内容可以被替换为上面描述的[1]。

步骤21至步骤26)与上面描述的步骤8至步骤13相同。

5.实施例5-[1]和[3]的反映

图11a和11b示出本说明书的第五实施例。

在此实施例中，当向5GC提供关于需要协调QoS支持的组的信息时，AF可以提供包括组相关的服务需求(上面描述的[1]中的K信息)。

假设相对于提供多模态服务的应用，UE-1、UE-2和UE-3是属于相同终端组的终端。附加地，假设UE-4、UE-5和UE-6是属于相对于提供多模态服务的应用的另一终端组的终端。也就是说，假设UE-1、UE-2和UE-3属于一个组，以及UE-4、UE-5和UE-6属于另一组。

虽然服务UE-1、UE-2和UE-3的SMF和PCF都被示出为相同，但是它们可以不同。

步骤0a)与上面描述的实施例1的步骤0a相同。

步骤0b)其与上面描述的实施例1的步骤0b相同。

步骤0c)其与上面描述的实施例1的步骤0c相同。

步骤0d)其与上面描述的实施例1的步骤0a相同。替代地，其能够被解释为是指UE-4而不是UE-1。

步骤0e)其与上面描述的实施例1的步骤0b相同。替代地，其能够被解释为是指UE-5而不是UE-2。

步骤0f)其与上面描述的实施例1的步骤0c相同。替代地，其能够被解释为是指UE-6而不是UE-3。

步骤1至步骤4。其与上面描述的实施例1的步骤1至步骤4相同。与上面描述的实施例1的步骤1相比，本实施例的步骤1中，AF请求中可以另外包括组相关的服务要求(上述[1]中的K信息)。本实施例中，在QoS保证/满意度的方面，可以通过将索引值设置为5来包括此组的优先级/重要性。作为参考，索引值越低，优先级/重要性越高。

步骤5至步骤8)与上面描述的实施例1的步骤1至步骤4相同。替代地，其可以被解释为AF提供关于UE-4、UE-5、UE-6及其所属组的5GC信息，而不是关于UE-1、UE-2、UE-3及其所属组的信息。因此，假设QoS必须被保证的UE的列表包括UE-4和UE-6，并且QoS能够被降低的UE的列表包括UE-5。对于UE-5，关于替代服务/QoS要求(例如，替代服务要求)的信息可以被提供。

与上面描述的实施例1的步骤1相比，本实施例的步骤5中，AF请求中可以另外包括组相关的服务要求(上述[1]中的K信息)。在本实施例中，此组在QoS保证/满意度方面的优先级/重要性可以被设置为索引值8并且被包括。

步骤9a)与上面描述的实施例1的步骤5a相同。不同的是PCF可以创建包括上述步骤4中提供的组相关的服务要求(UE-1所属组的优先级/重要性)的PCC规则，并且SMF可以将此信息包括在QoS简档中，并且提供给NG-RAN。

步骤9b)与上面描述的实施例1的步骤5b相同。不同的是PCF可以创建包括上述步骤4中提供的组相关的服务要求(UE-2所属组的优先级/重要性)的PCC规则，并且SMF可以将此信息包括在QoS简档中，并且提供给NG-RAN。

步骤9b)与上面描述的实施例1的步骤5c相同。不同的是PCF可以创建包括上述步骤4中提供的组相关的服务要求(UE-3所属组的优先级/重要性)的PCC规则，并且SMF可以将此信息包括在QoS简档中，并且提供给NG-RAN。

步骤9d)与上面描述的实施例1的步骤5a相同。替代地，其能够被解释为是指UE-4而不是UE-1。不同的是PCF可以创建包括上述步骤8中提供的组相关的服务要求(UE-3所属组的优先级/重要性)的PCC规则，并且SMF可以将此信息包括在QoS简档中，并且提供给NG-RAN。

步骤9e)与上面描述的实施例1的步骤5b相同。替代地，其能够被解释为是指UE-5而不是UE-2。不同的是PCF可以创建包括上述步骤8中提供的组相关的服务要求(UE-5所属组的优先级/重要性)的PCC规则，并且SMF可以将此信息包括在QoS简档中，并且提供给NG-RAN。

步骤9f)与上面描述的实施例1的步骤5c相同。替代地，其能够被解释为是指UE-6而不是UE-3。不同的是PCF可以创建包括上述步骤8中提供的组相关的服务要求(UE-6所属组的优先级/重要性)的PCC规则，并且SMF可以将此信息包括在QoS简档中，并且提供给NG-RAN。

步骤10)随着NG-RAN资源变得不足(例如，作为测量排队延迟、系统负载、拥塞负载/级别/状态等的结果)，NG-RAN可以确定需要执行QoS控制。基于在步骤9a至步骤9c中从SMF提供的信息，NG-RAN可以将UE-1、UE-2和UE-3确定为需要协调QoS控制的组。附加地，基于在步骤9d至步骤9f中从SMF提供的信息，NG-RAN可以将UE-4、UE-5和UE-6确定为需要协调QoS控制的另一组。

NG-RAN被提供用于上述两组的组本身的优先级/重要性信息，并且可以对此进行评估。NG-RAN确定UE-1、UE-2和UE-3所属的组与UE-4、UE-5和UE-6所属的组相比在QoS保证/满意度方面具有更高的优先级/重要性。因此，NG-RAN可以决定首先降低QoS或者释放/移除用于UE-4、UE-5和UE-6所属组的QoS流。这可以意指，由于QoS资源的缺乏，与UE-1、UE-2和UE-3的组相比，首先对包括UE-4、UE-5和UE-6的组执行QoS控制/调整。

NG-RAN可以基于UE-4、UE-5和UE-6所属组的协调QoS支持信息来确定应该为UE-4和UE-6维持QoS。附加地，NG-RAN可以选择/确定能够降低QoS或释放QoS流的UE，以便维持UE-4和UE-6的QoS。NG-RAN可以决定降低用于UE-5的QoS以及基于替代QoS简档将QoS降低到什么级别。

最终，当NG-RAN由于缺乏的资源而必须执行QoS控制时，以及当相对于需要协调QoS支持的组提供组本身的优先级/重要性信息时，其可以被解释为对组执行QoS控制以及在此基础上考虑这些信息。这首先考虑组本身的优先级/重要性信息来确定QoS控制/调整对于此组是否必需，并且然后，如果必要，其可以被解释为基于组中的UE之中的差异化的QoS控制信息/策略来执行QoS控制/调整。

步骤11至步骤12)降低了用于UE-5的QoS的NG-RAN可以将包括关于QoS被降低到的级别的信息的此信息向SMF通知。

虽然未示出，但是由SMF从NG-RAN接收到的信息可以通过PCF被通知给AF。

图12示出根据本说明书的公开的基站的过程。

1.基站可以执行与第一UE(用户设备)和第一AMF(接入和移动性管理功能)的注册过程。

2.基站可以与第一UE和SMF(会话管理功能)建立第一PDU(协议数据单元)会话。

3.基站可以执行与第二UE和第二AMF的注册过程。

4.基站可以与第二UE和SMF建立第二PDU会话。

5.基站可以从SMF接收QoS(服务的质量)控制信息。

QoS控制信息可以包括关于第一UE的QoS的优先级的信息和关于第二UE的QoS的优先级的信息。

第一UE的QoS的优先级可以高于第二UE的QoS的优先级。

6、基站可以由于资源短缺而确定执行QoS控制。

7.基站可以基于QoS控制信息来降低第二UE的QoS。

可以基于降低第二UE的QoS来维持第一UE的QoS。

接收QoS控制信息的步骤包括：接收包括关于第一UE的QoS的优先级的信息的第一QoS控制信息；以及接收包括关于第二UE的QoS的优先级的信息的第二QoS控制信息。

基站可以通知SMF第二UE的QoS已被降低。

基于资源短缺被解决，基站可以修复第二UE的QoS。

QoS控制信息可以包括用于第一组的识别信息。

第一组可以包括第一UE和第二UE。

QoS控制信息可以包括指示用于第一组的协调QoS支持是必要的信息。

基站可以执行与第三UE和第三AMF的注册过程。

基站可以与第三UE和SMF建立第三PDU会话。

基站可以接收QoS控制信息。

QoS控制信息可以包括用于第二组的识别信息。

第二组可以包括第三UE。

第一组的QoS的优先级可以低于第二组的QoS的优先级。

QoS控制信息可以包括关于第二UE的QoS能够被降低到什么级别的信息。

QoS控制信息可以包括高优先级组列表和低优先级组列表。

高优先级组列表可以包括第一EU。

低优先级组列表可以包括第二EU。

基于基站降低特定UE的QoS，QoS控制信息可以包括请求基站向SMF报告特定UE的QoS已被降低的事实的信息。

基于基站释放特定UE的QoS，QoS控制信息可以包括请求基站向SMF报告特定UE的QoS流已被释放的事实的信息。

图13示出根据本说明书的公开的SMF的过程。

1.SMF可以与第一UE(用户设备)建立第一PDU(协议数据单元)会话。

2.SMF可以与第二UE建立第二PDU会话。

3.SMF可以向基站发送QoS(服务的质量)控制信息。

QoS控制信息可以包括关于第一UE的QoS的优先级的信息和关于第二UE的QoS的优先级的信息。

第一UE的QoS的优先级可以高于第二UE的QoS的优先级。

在下文中，将描述根据本说明书的一些实施例的用于执行通信的装置。

例如，基站可以包括处理器、收发器和存储器。

例如，处理器可以被配置为与存储器和处理器可操作地耦合。

处理器可以执行：执行与第一UE(用户设备)和第一AMF(接入和移动性管理功能)的注册过程；与第一UE和SMF(会话管理功能)建立第一PDU(协议数据单元)会话；执行与第二UE和第二AMF的注册过程；与第二UE和SMF建立第二PDU会话；从SMF接收QoS(服务的质量)控制信息；其中，QoS控制信息包括关于第一UE的QoS的优先级的信息以及关于第二UE的QoS的优先级的信息，其中，第一UE的QoS的优先级高于第二UE的QoS的优先级，由于资源短缺而确定执行QoS控制；以及基于QoS控制信息，降低第二UE的QoS，其中，基于降低第二UE的QoS，第一UE的QoS被维持。

在下文中，将描述根据本说明书的一些实施例的用于提供多模态服务的处理器。

该处理器被配置为：执行与第一UE(用户设备)和第一AMF(接入和移动性管理功能)的注册过程；与第一UE和SMF(会话管理功能)建立第一PDU(协议数据单元)会话；执行与第二UE和第二AMF的注册过程；与第二UE和SMF建立第二PDU会话；从SMF接收QoS(服务的质量)控制信息；其中，QoS控制信息包括关于第一UE的QoS的优先级的信息和关于第二UE的QoS的优先级的信息，其中，第一UE的QoS的优先级高于第二UE的QoS的优先级，由于资源短缺而确定执行QoS控制；以及基于QoS控制信息，降低第二UE的QoS，其中，基于降低第二UE的QoS，第一UE的QoS被维持。

在下文中，将描述根据本说明书的一些实施例的存储用于在无线通信中提供多播服务的一个或多个指令的非易失性计算机可读介质。

根据本公开的一些实施例，本公开的技术特征可以直接实现为硬件、由处理器执行的软件或两者的组合。例如，在无线通信中，由无线设备执行的方法可以以硬件、软件、固件或其任意组合来实现。例如，软件可以驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或其他存储介质中。

存储介质的一些示例被耦合到处理器，使得处理器能够从存储介质读取信息。可替选地，存储介质可以被集成到处理器中。处理器和存储介质可以驻留在ASIC中。作为另一示例，处理器和存储介质可以作为单独的组件驻留。

计算机可读介质能够包括有形和非易失性计算机可读存储介质。

例如，非易失性计算机可读介质可以包括随机存取存储器(RAM)，诸如同步动态随机存取存储器(SDRAM)、只读存储器(ROM)或非易失性随机存取存储器(NVRAM)。只读存储器(EEPROM)、闪存、磁或光数据存储介质、或能够被用于存储指令或数据结构的其他介质或非易失性计算机可读介质也可以包括上述的组合。

此外，本文中描述的方法可以至少部分地通过携带或携带指令或数据结构形式以及能够由计算机访问、读取和/或执行的代码计算机可读通信介质来实现。

根据本公开的一些实施例，非暂时性计算机可读介质具有存储在其上的一个或多个指令。存储的一个或多个指令可以由基站的处理器执行。

存储的一个或多个指令使得处理器：执行与第一UE(用户设备)和第一AMF(接入和移动性管理功能)的注册过程；与第一UE和SMF(会话管理功能)建立第一PDU(协议数据单元)会话；执行与第二UE和第二AMF的注册过程；与第二UE和SMF建立第二PDU会话；从SMF接收QoS(服务的质量)控制信息；其中，QoS控制信息包括关于第一UE的QoS的优先级的信息和关于第二UE的QoS的优先级的信息，其中，第一UE的QoS的优先级高于第二UE的QoS的优先级，由于资源短缺而确定执行QoS控制；以及基于QoS控制信息，降低第二UE的QoS，其中，基于降低第二UE的QoS，第一UE的QoS被维持。

本说明书可以具有各种效果。

例如，通过本文中公开的过程，协调QoS能够有效地被提供给与一个/相同应用相关联的多个UE。

通过本说明书的特定示例能够获得的效果不限于上面列出的效果。例如，可以存在相关领域的普通技术人员能够理解或从本说明书导出的各种技术效果。因此，本说明书的特定效果不限于本文中明确描述的那些，并且可以包括能够从本说明书的技术特征理解或导出的各种效果。

本文中描述的权利要求可以以各种方式组合。例如，本说明书的方法权利要求的技术特征可以被组合并且实现为装置，并且本说明书的装置权利要求的技术特征可以被组合并且实现为方法。另外，本说明书的方法权利要求的技术特征和装置权利要求的技术特征可以被组合来实现为装置，并且本说明书的方法权利要求的技术特征和装置权利要求的技术特征可以被组合并且实现为方法。其他实施在所附权利要求的范围内。

Claims (20)

1.一种由基站执行的提供多模态服务的方法，所述方法包括：

与第一UE(用户设备)和第一AMF(接入和移动性管理功能)执行注册过程；

与所述第一UE和SMF(会话管理功能)建立第一PDU(协议数据单元)会话；

与第二UE和第二AMF执行注册过程；

与所述第二UE和所述SMF建立第二PDU会话；

从所述SMF接收QoS(服务的质量)控制信息；

其中，所述QoS控制信息包括关于所述第一UE的QoS的优先级的信息和关于所述第二UE的QoS的优先级的信息，

其中，所述第一UE的QoS的优先级高于所述第二UE的QoS的优先级，

由于资源短缺，确定执行QoS控制；以及

基于所述QoS控制信息，降低所述第二UE的QoS，

其中，基于降低所述第二UE的QoS，所述第一UE的QoS被维持。

2.根据权利要求1所述的方法，其中，接收所述QoS控制信息的步骤包括：

接收包括关于所述第一UE的QoS的优先级的信息的第一QoS控制信息；以及

接收包括关于所述第二UE的QoS的优先级的信息的第二QoS控制信息。

3.根据权利要求1所述的方法，进一步包括：

通知所述SMF所述第二UE的QoS已被降低。

4.根据权利要求1所述的方法，进一步包括：

基于所述资源短缺被解决，恢复所述第二UE的QoS。

5.根据权利要求1所述的方法，

其中，所述QoS控制信息包括用于第一组的识别信息，

其中，所述第一组包括所述第一UE和所述第二UE，

其中，所述QoS控制信息包括指示用于所述第一组的协调QoS支持是必需的信息。

6.根据权利要求5所述的方法，进一步包括：

与第三UE和第三AMF执行注册过程；以及

与所述第三UE和所述SMF建立第三PDU会话，

其中，所述QoS控制信息包括用于第二组的识别信息，

其中，所述第二组包括所述第三UE，

其中，所述第一组的QoS的优先级低于所述第二组的QoS的优先级。

7.根据权利要求1所述的方法，

其中，所述QoS控制信息包括关于所述第二UE的QoS能够被降低到什么级别的信息。

8.根据权利要求1所述的方法，

其中，所述QoS控制信息包括高优先级组列表和低优先级组列表，

其中，所述高优先级组列表包括所述第一UE，

其中，所述低优先级组列表包括所述第二UE。

9.根据权利要求1所述的方法，

其中，基于所述基站降低特定UE的QoS，所述QoS控制信息包括请求所述基站向所述SMF报告所述特定UE的QoS已被降低的事实的信息，

其中，基于所述基站释放特定UE的QoS，所述QoS控制信息包括请求所述基站向所述SMF报告所述特定UE的QoS流已被释放的事实的信息。

10.一种提供多模态服务的基站，包括：

收发器；以及

处理器，

其中，所述处理器执行操作，包括：

与第一UE(用户设备)和第一AMF(接入和移动性管理功能)执行注册过程；

与所述第一UE和SMF(会话管理功能)建立第一PDU(协议数据单元)会话；

与第二UE和第二AMF执行注册过程；

与所述第二UE和所述SMF建立第二PDU会话；

从所述SMF接收QoS(服务的质量)控制信息；

其中，所述QoS控制信息包括关于所述第一UE的QoS的优先级的信息和关于所述第二UE的QoS的优先级的信息，

其中，所述第一UE的QoS的优先级高于所述第二UE的QoS的优先级，

由于资源短缺，确定执行QoS控制；以及

基于所述QoS控制信息，降低所述第二UE的QoS，

其中，基于降低所述第二UE的QoS，维持所述第一UE的QoS。

11.根据权利要求10所述的基站，其中，所述操作进一步包括：

通知所述SMF所述第二UE的QoS已被降低。

12.根据权利要求10所述的基站，其中，所述操作进一步包括：

基于资源短缺被解决，恢复所述第二UE的QoS。

13.根据权利要求10所述的基站，

其中，所述QoS控制信息包括用于第一组的识别信息，

其中，所述第一组包括所述第一UE和所述第二UE，

其中，所述QoS控制信息包括指示用于所述第一组的协调QoS支持是必需的信息。

14.根据权利要求13所述的基站，其中，所述操作进一步包括：

与第三UE和第三AMF执行注册过程；以及

与所述第三UE和所述SMF建立第三PDU会话，

其中，所述QoS控制信息包括用于第二组的识别信息，

其中，所述第二组包括所述第三UE，

其中，所述第一组的QoS的优先级低于所述第二组的QoS的优先级。

15.根据权利要求10所述的基站，

其中，所述QoS控制信息包括关于所述第二UE的QoS能够被降低到什么级别的信息。

16.根据权利要求10所述的基站，

其中，所述QoS控制信息包括高优先级组列表和低优先级组列表，

其中，所述高优先级组列表包括所述第一UE，

其中，所述低优先级组列表包括所述第二UE。

17.根据权利要求10所述的基站，

其中，基于所述基站降低特定UE的QoS，所述QoS控制信息包括请求所述基站向所述SMF报告所述特定UE的QoS已被降低的事实的信息，

其中，基于所述基站释放特定UE的QoS，所述QoS控制信息包括请求所述基站向所述SMF报告所述特定UE的QoS流已被释放的事实的信息。

18.一种由SMF(会话管理功能)执行的用于提供多模态服务的方法，包括：

与第一UE(用户设备)建立第一PDU(协议数据单元)会话；

与第二UE建立第二PDU会话；

向基站发送QoS(服务的质量)控制信息；

其中，所述QoS控制信息包括关于所述第一UE的QoS的优先级的信息和关于所述第二UE的QoS的优先级的信息，

其中，所述第一UE的QoS的优先级高于所述第二UE的QoS的优先级。

19.一种移动通信中的装置，包括：

至少一个处理器；以及

至少一个存储器，所述至少一个存储器存储指令并且可操作地与所述至少一个处理器电连接，基于所述指令由所述至少一个处理器操作，执行操作，所述操作包括：

与第一UE(用户设备)和第一AMF(接入和移动性管理功能)执行注册过程；

与所述第一UE和SMF(会话管理功能)建立第一PDU(协议数据单元)会话；

与第二UE和第二AMF执行注册过程；

与所述第二UE和所述SMF建立第二PDU会话；

从所述SMF接收QoS(服务的质量)控制信息；

其中，所述QoS控制信息包括关于所述第一UE的QoS的优先级的信息和关于所述第二UE的QoS的优先级的信息，

其中，所述第一UE的QoS的优先级高于所述第二UE的QoS的优先级，

由于资源短缺，确定执行QoS控制；以及

基于所述QoS控制信息，降低所述第二UE的QoS，

其中，基于降低所述第二UE的QoS，所述第一UE的QoS被维持。

20.一种具有记录的指令的非易失性计算机可读存储介质，

其中，所述指令基于由一个或多个处理器执行而使所述一个或多个处理器：

与第一UE(用户设备)和第一AMF(接入和移动性管理功能)执行注册过程；

与所述第一UE和SMF(会话管理功能)建立第一PDU(协议数据单元)会话；

与第二UE和第二AMF执行注册过程；

与所述第二UE和所述SMF建立第二PDU会话；

从所述SMF接收QoS(服务的质量)控制信息；

其中，所述QoS控制信息包括关于所述第一UE的QoS的优先级的信息和关于所述第二UE的QoS的优先级的信息，

其中，所述第一UE的QoS的优先级高于所述第二UE的QoS的优先级，

由于资源短缺，确定执行QoS控制；以及

基于所述QoS控制信息，降低所述第二UE的QoS，

其中，基于降低所述第二UE的QoS，所述第一UE的QoS被维持。