CN118542019A

CN118542019A - 用于扩展现实和媒体服务的用户平面处理

Info

Publication number: CN118542019A
Application number: CN202180103505.9A
Authority: CN
Inventors: 罗海燕; 唐廷芳; 哥纳季·韦列夫; 戴明增
Original assignee: Lenovo Beijing Ltd
Current assignee: Lenovo Beijing Ltd
Priority date: 2021-12-29
Filing date: 2021-12-29
Publication date: 2024-08-23
Also published as: GB2629094A; GB202409610D0; WO2023123055A1

Abstract

公开了用于处理XR业务的方法和装置。在一个实施例中，一种网络架构的会话管理功能(SMF)包括：处理器和耦合到处理器的发送器，其中，处理器被配置为基于从另一网络实体获得的XR业务配置信息来构建XR业务处置信息；以及经由发送器将所构建的XR业务处置信息传输到UPF。

Description

用于扩展现实和媒体服务的用户平面处理

技术领域

本文公开的主题总体上涉及无线通信，并且更具体地涉及用于扩展现实和媒体服务的用户平面处理。

背景技术

此处定义了以下缩写，其中至少一些缩写在以下描述中提及：新无线电(NR)、超大规模集成(VLSI)、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光盘只读存储器(CD-ROM)、局域网(LAN)、广域网(WAN)、用户设备(UE)、演进节点B(eNB)、下一代节点B(gNB)、上行链路(UL)、下行链路(DL)、中央处理单元(CPU)、图形处理单元(GPU)、现场可编程门阵列(FPGA)、正交频分复用(OFDM)、无线电资源控制(RRC)、用户实体/设备(移动终端)、扩展现实(XR)、增强现实(AR)、虚拟现实(VR)、云游戏(CG)、服务质量(QoS)、视场(FOV)、图片组(GoP)、端到端(E2E)、应用数据单元(ADU)、无线电接入网络(RAN)、5G核心(5GC)、帧内帧(I帧)、预测帧(P帧)、双向帧(B帧)、用户平面功能(UPF)、传输控制协议(TCP)、互联网协议(IP)、序列号(SN)、会话初始化协议(SIP)、域名系统(DNS)、协议数据单元(PDU)、PDU会话锚(PSA)、会话管理功能(SMF)、技术规范(TS)、接入和移动性管理功能(AMF)、策略控制功能(PCF)、统一数据存储库(UDR)、策略和计费控制(PCC)、服务数据流(SDF)、数据网络(DN)、QoS流ID(QFI)、分组检测规则(PDR)、服务类型(TOS)、转发动作规则(FAR)、GPRS隧道协议(GTP)、GPRS隧道协议用户平面(GTP-U)、切片/服务类型(SST)、单网络切片选择辅助信息(S-NSSAI)、服务区分器(SD)、分组流描述(PFD)、分组流描述功能(PFDF)、网络开放功能(NEF)、数据网络名称(DNN)、DN接入标识符(DNAI)、通用路由封装(GRE)、信息元素(IE)、应用功能(AF)、核心网络(CN)、会话管理(SM)、QoS执行规则(QER)。

扩展现实(XR)，其包括增强现实(AR)和虚拟现实(VR)以及云游戏(CG)，是5G的重要媒体应用。XR或CG应用可以具有在DL和UL这两者中具有不同业务特性和QoS要求的多个数据流。例如，可以有FOV(视场)流、全向流、视频流和音频流等。同一视频流的分组可以具有不同的帧类型(例如，I帧、P帧、B帧)。GoP(图片组中)中的不同位置可以对用户体验具有不同的贡献。因此，优先化更重要流的传输有利于提高容量。

已经提出了用于适应XR和CG服务中的多个数据流的特性的E2E分层QoS处理机制。在一个提议中，XR业务由来自XR源的两个IP分组流构成，其中两个IP分组流被映射成两个QoS流。在现有提议中，无法标识两个QoS流之间的相关性。在另一提议中，仅存在单个QoS流。

通常，如果视频帧的所有相关联分组都已被正确接收，则视频帧只能被正确地解码和重构。因此，帧完整性对于改善XR和云游戏服务的系统性能是重要的。

ADU(应用数据单元)被定义为由应用联合处理的分组集合。鉴于XR和媒体服务的数据突发性质，由应用程序在相同时间“大致”生成的一组ADU被称为突发。ADU的示例能够是一个帧、帧的一个切片、帧的一个瓦片、一个GoP等。在以下描述中，ADU能够表示为媒体单元。

5G系统必须考虑以下XR和媒体服务的问题以便执行高效的分组丢弃或XR特定的调度：

问题1：如何将应用感知参数提供给5GC并且进一步提供给RAN？

问题2：RAN节点如何标识QoS流的相关性？

问题3：RAN节点如何标识属于同一ADU的分组以便执行特定的用户平面处置或处理？例如，XR特定的调度、分组路由、分组转发、高效分组丢弃等。

本发明旨在解决上述问题。

发明内容

公开了用于处理XR业务的方法和装置。

在一个实施例中，一种网络架构的会话管理功能(SMF)包括：处理器和耦合到处理器的发送器，其中，处理器被配置为基于从另一网络实体获得的XR业务配置信息来构建XR业务处置信息；以及经由发送器将所构建的XR业务处置信息传输到UPF。在一些实施例中，所构建的XR业务处置信息指示UPF从N6接口提取应用感知参数并且将它们粘贴到N3或N9接口的扩展GTP-U报头中。在一些实施例中，XR业务处置信息包括QFI和分组特性信息之间的映射关系。

在一些实施例中，XR业务配置信息是XR业务指示。在一些实施例中，XR业务配置信息进一步包括分组特性信息的可能值。

在一些实施例中，处理器进一步被配置为从PCF获得XR业务配置信息作为PCC规则的一部分。在一些实施例中，处理器进一步被配置为从NEF中的PFD功能获得XR业务配置信息作为PFD管理的一部分。

在一个实施例中，处理器进一步被配置为经由发送器向RAN节点传输QFI的相关性。在另一实施例中，处理器进一步被配置为经由发送器向RAN节点传输QFI和分组特性信息之间的映射关系。

在另一实施例中，一种网络架构的用户平面功能(UPF)包括：处理器和耦合到处理器的发送器，其中，处理器被配置为经由接收器从SMF接收XR业务处置信息；以及响应于接收到的XR业务处置信息，处理携带XR业务的分组。在一个实施例中，XR业务处置信息包括QFI和分组特性信息之间的映射关系。

在一些实施例中，处理携带XR业务的分组包括：基于从用户平面接收到的分组特性信息，利用QFI来标记携带XR业务的每个分组。在一些实施例中，处理携带XR业务的分组包括：从N6接口提取应用感知参数并且将它们粘贴到N3或N9接口的扩展GTP-U报头中。

在又一实施例中，一种方法包括基于从另一网络实体获得的XR业务配置信息来构建XR业务处置信息；以及将所构建的XR业务处置信息传输到UPF。

在进一步实施例中，一种方法包括：从SMF接收XR业务处置信息；以及响应于接收到的XR业务处置信息，处理携带XR业务的分组。

附图说明

以上简要描述的实施例的更具体的描述将通过参考附图中示出的具体实施例来呈现。应当理解，这些附图仅描绘了一些实施例，并且因此不被认为是对范围的限制，将通过使用附图以附加的特殊性和细节来描述和解释实施例，其中：

图1示出了第一实施例；

图2示出了根据第一实施例的第一子实施例的修改的PDU会话建立过程；

图3示出了相关QoS流的示例；

图4示出了经由NEF的修改的PFD管理；

图5示出了根据第一实施例的第二子实施例的修改的PDU会话建立过程；

图6示出了处理AF请求以影响UE地址未标识的会话的业务路由的修改过程；

图7示出了用于PCF从AF获取XR业务配置信息的修改过程；

图8示出了根据第一实施例的第三子实施例的修改的PDU会话修改过程；

图9(a)和9(b)示出了使得IP分组能够从应用服务器传输到UPF的两个示例；

图10示出了重构分组的报头的示例；

图11示出了根据第二实施例的第一子实施例的修改的PDU会话建立过程；

图12示出了经由NEF的修改的PFD管理；

图13示出了根据第二实施例的第二子实施例的修改的PDU会话建立过程；

图14示出了用于PCF从AF获取XR业务配置信息的修改过程；

图15示出了根据第二实施例的第三子实施例的修改的PDU会话修改过程。

图16是示出方法的实施例的示意性流程图；

图17是示出方法的进一步实施例的示意性流程图；以及

图18是示出根据一个实施例的另一装置的示意性框图。

具体实施方式

本领域技术人员将理解，实施例的某些方面可以被体现为系统、装置、方法或程序产品。因此，实施例可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件各方面的实施例的形式，其在本文中一般都被称为“电路”、“模块”或“系统”。此外，实施例可以采取在存储机器可读代码、计算机可读代码和/或程序代码(下文中称为“代码”)的一个或多个计算机可读存储设备中体现的程序产品的形式。存储设备可以是有形的、非暂时性的和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用用于访问代码的信号。

本说明书中描述的某些功能单元可以被标记为“模块”，以便更特别地强调它们的独立实施方式。例如，模块可以被实现为包括定制超大规模集成(VLSI)电路或门阵列的硬件电路，诸如逻辑芯片的现成半导体、晶体管、或其他分立组件。模块还可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等的可编程硬件器件中实现。

模块还可以以代码和/或软件来实现以供各种类型的处理器执行。所标识的代码模块可以例如包括可执行代码的一个或多个物理或逻辑块，其可以例如被组织为对象、过程或函数。然而，所标识的模块的可执行文件不需要在物理上位于在一起，而是可以包括存储在不同位置的不同指令，当这些指令逻辑地连接在一起时，包括该模块并实现该模块的所述目的。

实际上，代码模块可以包括单个指令或多个指令，并且甚至可以分布在若干不同的代码段上、不同的程序之间以及跨若干存储器设备。类似地，操作数据可以在本文中在模块内被标识和示出，并且可以以任何合适的形式体现并且在任何合适类型的数据结构内组织。该操作数据可以被收集为单个数据集，或者可以分布在不同的位置上，包括分布在不同的计算机可读存储设备上。当模块或模块的部分以软件实现时，软件部分存储在一个或多个计算机可读存储设备上。

可以利用一种或多种计算机可读介质的任意组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是例如但不一定是电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备，或者前述的任何合适的组合。

存储设备的更具体示例的非详尽列表将包括以下各项：具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储设备或前述的任何合适的组合。在本文档的场境中，计算机可读存储介质可以是能够包括或存储供指令执行系统、装置或设备使用或与其结合的程序的任何有形介质。

用于执行实施例的操作的代码可以包括任意数量的行并且可以以一种或多种编程语言的任意组合来编写，包括面向对象的编程语言，诸如Python、Ruby、Java、Smalltalk、C++等，以及传统的过程编程语言，诸如“C”编程语言等，和/或机器语言，诸如汇编语言。代码可以完全在用户的计算机上、部分地在用户的计算机上、作为独立的软件包、部分地在用户的计算机上并且部分地在远程计算机上或者完全地在远程计算机或服务器上执行。在最后一种情况下，远程计算机可以通过任何类型的网络连接到用户的计算机，包括局域网(LAN)或广域网(WAN)，或者可以连接到外部计算机(例如，通过使用互联网服务提供商的互联网)。

贯穿本说明书中对“一个实施例”、“实施例”或类似语言的提及意味着结合该实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此，贯穿本说明书的短语“在一个实施例中”、“在实施例中”以及类似语言的出现可以但不一定全部指代相同的实施例，而是指“一个或多个但不是所有实施例”，除非另有明确说明。除非另有明确说明，术语“包括”、“包含”、“具有”及其变体表示“包括但不限于”。除非明确说明，否则列举的项目列表并不意味着任何或所有项目是相互排斥的。除非另有明确说明，术语“一”、“一个”和“该”也指“一个或多个”。

此外，各种实施例的所描述的特征、结构或特性可以以任何合适的方式组合。在以下描述中，提供了许多具体细节，诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例，以提供实施例的全面理解。然而，相关领域的技术人员将认识到，可以在没有一个或多个具体细节的情况下或者利用其他方法、组件、材料等来实践实施例。在其他情况下，未详细示出或描述公知的结构、材料或操作以避免对实施例的各方面的任何模糊。

下面参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述不同实施例的各方面。应当理解，示意性流程图和/或示意性框图的每个框、以及示意性流程图和/或示意性框图中的框的组合能够通过代码来实现。该代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令，创建用于实现在一个或多个框的示意性流程图和/或示意性框图中指定的功能的装置。

代码还可以存储在存储设备中，该存储设备能够指导计算机、其他可编程数据处理装置或其他设备以特定方式运行，使得存储在存储设备中的指令产生包括实现示意性流程图和/或示意性框图中指定的功能的指令的制品。

代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上，以使得在计算机、其他可编程装置或其他设备上执行一系列操作步骤以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的代码提供了用于实现在一个或多个框的流程图和/或框图中指定的功能的过程。

附图中的示意性流程图和/或示意性框图说明了根据各种实施例的装置、系统、方法和程序产品的可能实施方式的架构、功能性和操作。就这一点而言，示意性流程图和/或示意性框图中的每个框可以表示代码的模块、片段或部分，其包括用于实现(多个)指定逻辑功能的代码的一个或多个可执行指令。

还应当注意，在一些可替选的实施方式中，框中标注的功能可以不按照附图中标注的顺序发生。例如，连续示出的两个框可以基本上同时执行，或者框有时可以以相反的顺序执行，这取决于所涉及的功能性。可以设想在功能、逻辑或效果上与所示附图的一个或多个框或其部分等效的其他步骤和方法。

尽管在流程图和/或框图中可以采用各种箭头类型和线类型，但是它们被理解为不限制对应实施例的范围。实际上，一些箭头或其他连接符可以用于仅指示所描绘的实施例的逻辑流程。例如，箭头可以指示所描绘的实施例的列举步骤之间的未指定持续时间的等待或监视时段。还应当指出的是，框图和/或流程图中的每个框以及框图和/或流程图中的框的组合能够由进行指定功能或动作的基于专用硬件的系统、或专用硬件和代码的组合来实现。

每个附图中的元件的描述可以指代前面附图的元件。所有附图中类似的标号指代类似的元件，包括类似元件的替代实施例。

在以下描述中，涉及核心网络中的若干网络实体，例如SMF(会话管理功能)、PCF(策略控制功能)、NEF(网络开放功能)、AMF(接入和移动性管理功能)、UPF(用户平面功能)等。

1.第一实施例：5GC(例如UPF)将XR业务的一个IP分组流拆分成两个或更多个QoS流。

根据图1所示的第一实施例，用户平面功能(UPF)接收相同IP分组流的分组(即，具有相同的5元组)，并且基于从由应用服务器提供的N6接口提取的分组特性信息来将分组拆分成两个或更多个QoS流(图1中示出了两个QoS流)。5元组是指包括传输控制协议/互联网协议(TCP/IP)连接的五个不同值的集合。5元组包括源IP地址、源端口号、目的地IP地址、目的地端口号和使用中的协议。分组特性信息是一种应用感知信息(或应用感知参数或跨层参数)。应用感知信息能够包括ADU(应用数据单元)相关参数(其包括用于5GC和RAN的所有信息以标识相同ADU的分组)，诸如ADU SN、ADU大小、ADU内的分组SN、ADU开始或结束指示符和非ADU相关参数(其包括与标识一个分组的分组特性有关的信息)，诸如帧类型、分组重要性、业务类型等。业务类型被定义为流式业务(实时媒体)或应用层信令业务(例如，SIP或DNS消息)。分组特性信息是指非ADU相关参数，即帧类型、分组重要性、业务类型等。

服务数据流由一个或多个IP分组流组成。XR业务能够是其他类型的媒体业务。在本公开中，XR业务和媒体业务是可互换的。

响应于从会话管理功能(SMF)接收到XR业务处置信息，UPF将一个IP分组流中的分组拆分成两个或更多个QoS流。

1.1、第一实施例的第一子实施例：修改的PDU(协议数据单元)会话建立过程。

根据第一实施例的第一子实施例，基于SMF已经在PDU会话建立之前获得PDU会话或PDU会话的服务数据流的的XR业务配置信息的假设来引入修改的PDU会话建立过程。

根据第一实施例的第一子实施例，UE请求修改的PDU会话建立过程以用于非漫游和具有本地中断情况的漫游。在TS23.502 4.3.2.2.1中指定的传统PDU会话建立过程被并入本公开中。

图2示出了根据第一实施例的第一子实施例的修改的PDU会话建立过程，具有下划线的修改步骤(即，步骤10a和12)以及步骤10a和12之间的中间步骤10b和11。如图2所示，省略了与TS23.5024.3.2.2.1中规定的传统PDU会话建立过程的步骤1-9和12-21相同的修改的PDU会话建立过程的步骤1-9和12-21的详细描述。

在步骤1-9中，UE触发PDU会话建立过程。AMF选择SMF并且通知它为UE建立或修改PDU会话。SMF从PCF获得用于PDU会话的PCC规则，其包括应用标识符(或AppId)或服务数据流过滤器(或流描述或SDF(服务数据流)模板)。

假设SMF知道服务数据流或IP分组流是XR业务(SMF如何知道服务数据流或IP分组流传输XR业务将在稍后的部分1.1.3中讨论)。SMF基于(多个)分组的分组特性信息来决定UPF将业务数据流或IP分组流拆分成两个或更多个QoS流。假设分组特性信息(例如，帧类型、分组重要性、业务类型等)包含在通过N6接口从应用服务器或DN(数据网络)传输到UPF的每个分组中。UPF连接到DN或被视为PSA(PDU会话锚)UPF的应用服务器，其与数据网络连接。每个QoS流与QoS流ID(QFI)相关联。

对于第一示例，IP分组流可以分别被拆分成具有QFI#1和QFI#2的两个QoS流。具有QFI#1的QoS流可以包含I帧的分组，而具有QFI#2的QoS流可以包含P帧的分组。

对于第二示例，IP分组流可以分别被拆分成具有QFI#1和QFI#2的两个QoS流。具有QFI#1的QoS流可以包含具有分组重要性值＝0的分组，而具有QFI#2的QoS流可以包含具有分组重要性值＝1的分组。

对于第三示例，IP分组流可以分别被拆分成具有QFI#1、QFI#2、QFI#3和QFI#4的四个QoS流。具有QFI#1的QoS流可以包含具有分组重要性值＝0的I帧的分组，具有QFI#2的QoS流可以包含具有分组重要性值＝1的I帧的分组，具有QFI#3的QoS流可以包含具有分组重要性值＝0的P帧的分组，而具有QFI#4的QoS流可以包含具有分组重要性值＝1的P帧的分组。

取决于服务要求和SMF的实施方式，可以存在将一个IP分组流拆分成不同QoS流的许多其他示例。

总之，链接到相同XR业务(即，相同服务数据流或相同IP分组流)的QoS流(由QFI标识)具有相关性。此外，SMF构建每个QFI与其对应的分组特性信息之间的映射关系。

1.1.1修改的PDU会话建立过程的步骤10a：

在步骤10a中，SMF向UPF发送N4会话建立/修改请求。根据第一实施例的第一子实施例，除了分组检测、执行、要在用于该PDU会话的UPF上安装的报告规则之外，还在N4会话建立/修改请求中包括XR业务处置信息。XR业务处置信息例如可以是QFI与对应的分组特性信息之间的映射关系。

QFI与对应的分组特性信息的映射关系能够通过以下三种方式中的至少一种从SMF提供给UPF。

1.1.1.1由SMF提供QFI与对应的分组特性信息的映射关系的实施方式的第一种方式。

第一种方式是修改在TS23.501 5.7.6.2中定义的IP分组过滤器集合。

对于IP PDU会话类型，分组过滤器集合将基于以下项目的至少任何组合来支持分组过滤器：

源/目的地IP地址或IPv6前缀；

源/目的地端口号；

IP/Next报头类型上的协议的协议ID；

服务类型(TOS)(IPv4)/业务类别(IPv6)和掩码；

流标签(IPv6)；

安全参数索引；以及

分组过滤器方向。

根据提供QFI和分组特性信息的映射的第一种方式，基于分组过滤器集合应支持哪个分组过滤器，分组特性信息(例如，帧类型、分组重要性、业务类型等)被添加为新项目。也就是说，根据第一种方式，分组过滤器集合将基于以下项目的至少任意组合来支持分组过滤器：

源/目的地IP地址或IPv6前缀；

源/目的地端口号；

IP/Next报头类型以上协议的协议ID；

服务类型(TOS)(IPv4)/业务类别(IPv6)和掩码；

流标签(IPv6)；

安全参数索引；

分组过滤器方向；以及

分组特性信息。

如果一个IP分组流被拆分成两个QoS流，则SMF将分别发送两个PDR(分组检测规则)，每个PDR包含具有不同分组特性信息的修改的分组过滤器集合。例如，具有规则ID#1的PDR可以包含QFI#1和具有设置为I帧的分组特性信息的分组过滤器集合，具有规则ID#2的PDR可以包含QFI#2和具有设置为P帧的分组特性信息的分组过滤器集合。根据第一种方式，仅修改分组过滤器集合。在TS23.501表5.8.2.11.3-1中定义的PDR表(其摘录(相关)部分在以下表1中示出)保持不变。

表1分组检测规则内的属性

1.1.1.2由SMF提供QFI与对应的分组特性信息之间的映射关系的第二种实施方式。

第二种方式是将在TS23.501表5.8.211.3-1中定义的PDR表修改为以下表2。下划线部分示出了修改。

表2分组检测规则(修改1)内的属性

从表1和表2之间的比较能够看出，QoS流ID被修改为QoS流ID列表。QoS流ID列表中的每个元素(即，QoS流ID列表中的每个QoS流)包含QFI和对应的分组特性信息这两者。QoS流ID列表中的每个元素共享相同的分组过滤器集合(即，相同的5元组)。通过这样做，UPF将一个IP分组流拆分成两个或更多个QoS流。

根据第二种方式，PDR中包含的分组过滤器集合保持不变。

根据各种第二种方式，在TS23501表5.8.2.11.3-1中定义的PDR表能够可替选地修改为以下表3。下划线部分示出了修改。

表3分组检测规则内的属性(修改2)

PDR表3与当前规范(即，表1)向后兼容。如表3所示，分组特性信息IE与QoS流ID一起被插入。另外，能够将两对或更多对的QFI和对应的特征信息包含在PDR表中(在表3中指示了两对)。

1.1.1.3由SMF提供QFI与对应的分组特性信息之间的映射关系的实施方式的第三种方式。

第三种方式是将在TS23.501表5.8.2.11.4-1中定义的QER(QoS执行规则)表修改为以下表4。下划线部分示出了修改。

从表1中，一个PDR可以与QoS执行规则ID的列表相关联，其中一个QoS执行规则ID应该包括由UPF插入的QoS流ID以用于下行链路分组。

表4QoS执行规则(修改)内的属性

QER表4与当前规范向后兼容。如表4所示，分组特性信息IE与QoS流ID一起被插入。为了使得UPF能够将一个IP分组流拆分成两个或更多个QoS流，SMF应当提供一个PDR和对应的QER，每个对应的QoS流包含QFI和分组特性信息。例如，PDR#1链接到QER#1和QER#2。QER#1可以包含QFI#1和设置到I帧的分组特性信息。QER#2可以包含QFI#2和设置到P帧的分组特性信息。

根据上述第一、第二和第三方式，QFI与对应的分组特性信息之间的映射关系由SMF提供给UPF，作为XR业务处置信息的隐式指示(即XR业务的特殊用户平面处置是必需的)。XR业务处置信息(即特殊用户平面处置)可以可替选地由SMF至少通过以下两种方式显式地发送给UPF。

1.1.1.4显式地提供XR业务处置信息的实施方式的第一种方式。

显式地提供XR业务处置信息的第一种方式是通过修改的FAR(转发动作规则)。

能够在FAR的动作中从SMF显式地提供XR业务处置信息。如以下表5所示的修改FAR内的属性，其中下划线部分指示修改的部分。

表5：转发动作规则(修改)内的属性

以第一种方式，XR业务处置规则能够包括如以上表5中的修改的FAR中所示的“提取的”指示。根据各种第一种方式，XR业务处置规则可以包括修改的FAR中的“完全提取”、“部分提取”等，其中“完全提取”意味着UPF应该从N6接口提取所有应用感知参数到扩展的GTP-U报头；“部分提取”意味着UPF应该从N6接口提取部分应用感知参数到扩展的GTP-U报头。还能够在PDR中引入XR业务处置规则。

1.1.1.5显式地提供XR业务处置信息的实施方式的第二种方式。

显式地提供XR业务处置信息的第二种方式是通过在FAR中引入外部报头创建的新值。

在FAR中，外部报头创建IE指示UPF功能将外部报头(例如，IP+UDP+GTP、VLAN标签)、IP和可能UDP添加到传出分组。如以下表6所示修改在TS29.244 8.2.56-1中定义的外部报头创建描述内的属性，其中，下划线部分指示修改的部分。

表6外部报头创建描述(修改)

当FAR包含外部报头创建时，修改的部分(例如，表6中的6/3和6/4)UPF从N6接口提取应用感知参数到N3/N9接口的扩展GTP-U报头中。N3/N9接口的扩展GTP-U报头能够与分组的扩展GTP-U报头相同。

当SMF为UPF提供QFI与对应的分组特性信息之间的映射关系时，UPF应基于对应的分组特性信息(即与每个QFI相对应的分组特性信息)对每个分组进行QFI标记。另外，在来自SMF的显式指示(例如，提取指示或外部报头创建的新值)或由映射关系隐式指示的情况下，UPF还应当从N6接口提取应用感知信息(或应用感知参数或跨层参数)的全部或部分，并且将它们粘贴到N3或N9接口的扩展GTP-U报头中以用于与分组特性信息相关联的对应QoS流。也就是说，UPF执行针对XR业务的特殊用户平面处置。UPF的用户平面处置的细节将在后面的部分1.4中讨论。

如果SMF向RAN节点(例如，NR中的gNB、LTE中的eNB)提供QFI和分组特性信息的映射关系，则UPF可以提取除了用于标记QFI的分组特性信息之外的应用感知参数的一部分。通过这样做，能够减少扩展的GTP-U报头的开销。例如，如果帧类型(例如，I帧、P帧)用于标记QFI，则帧类型可以不包括在要粘贴(包括)在扩展的GTP-U报头中的应用感知参数中。可替选地，UPF可以提取包括用于标记QFI(例如，帧类型)的分组特性信息的所有应用感知参数。

1.1.2修改的PDU会话建立过程的步骤12：

SMF在N2 SM信息中包含QoS流的相关性(即QFI的相关性)以及QFI和分组特性信息之间的映射关系，例如，在TS 38.413中定义的PDU会话资源建立请求传输或PDU会话资源修改请求传输中。在修改后的步骤12中，AMF将由SMF提供的N2 SM信息(例如QFI的相关性，以及QFI和分组特性信息之间的映射关系)转发给RAN节点(例如gNB)。

能够以不同的格式提供QoS流的相关性和映射关系。

1.1.2.1QoS流的相关性和映射关系的第一格式：

第一格式是具有相关联的QFI或QoS流群组ID以及相关联的QFI的QoS流群组列表。例如，基于TS 38.4139.3.4.1，PDU会话资源建立请求传输能够如下修改(修改的部分加下划线)：

QoS流建立请求列表

＞QoS流建立请求项

＞＞QoS流标识符

＞＞分组特性信息(o)

＞＞QoS流群组ID

可替选地，以下结构应取代PDU会话资源建立请求传输中的QoS流建立请求列表。

QoS流群组ID列表

＞QoS流群组ID

＞QoS流标识符列表

＞＞QoS流标识符

＞＞分组特性信息(o)

1.1.2.2QoS流的相关性和映射关系的第二格式：

第二格式是QFI和相关QFI。例如，PDU会话资源建立请求传输能够如下修改(修改的部分加下划线)：

QoS流建立请求列表

＞QoS流建立请求项

＞＞QoS流标识符

＞＞分组特性信息(o)

＞＞相关的QoS流标识符列表

＞＞＞QoS流标识符

顺便提及，SMF还可以向UE发送QFI与分组特性信息之间的映射关系。例如，QFI和分组特性信息之间的映射能够包含在由SMF提供的QoS规则的IP分组过滤器中。因此，UE能够基于IP分组过滤器来过滤分组并且基于对应于分组的分组特性信息使用QFI来标记分组。

在控制平面中，RAN节点(例如，gNB)从SMF接收QoS流的相关性，通过该相关性，其能够实现相关的QoS流。此外，gNB能够根据SMF由提供的映射关系，基于QFI来标识分组特性信息。在用户平面中，RAN节点(例如，gNB)获得在N3接口的扩展GTP-U报头中包含的应用感知参数(例如，ADU SN、ADU内的分组SN、ADU大小、ADU开始或结束指示符等)。因此，gNB能够标识属于同一ADU的QFI的分组。

在图3中，gNB知道QoS流#1和QoS流#2是相关的。此外，它知道来自QoS流#1的一个分组和来自QoS流#2的两个分组属于基于在N3接口的扩展GTP-U报头中包含的应用感知参数的相同ADU SN#1。

此外，gNB基于QFI和由SMF提供的映射关系来获取分组特性信息。可替选地，如果SMF没有向gNB发送映射关系，gNB能够直接地从N3接口的扩展GTP-U报头获取分组特性信息。基于所获取的分组特性值，gNB知道例如QFI#1的分组是I帧，QFI#2的分组是P帧；或者QFI#1的分组具有分组重要性#1，QFI#2的分组具有分组重要性#0等。然后，gNB能够针对一个ADU执行有效的数据丢弃。

1.1.3SMF如何知道服务数据流或IP分组流传输XR业务？

SMF有至少三种方式知道服务数据流或IP分组流传输XR业务。

1.1.3.1SMF知道服务数据流或IP分组流传输XR业务的第一种方式：

第一种方式是针对XR业务的预配置或新的标准化5QI值。例如，能够针对XR和媒体服务来定义几个预配置的5QI值或新的标准化5QI值，例如，针对XR业务指定或预配置的5QI值＝11、12或13。PCF包括预配置的5QI值(或新的标准化5QI值)以及PCC规则中的SDF(服务数据流)模板(或服务数据流过滤器或流描述)，从PCC规则中SMF基于预配置的5QI值或新的标准化5QI值知道服务数据流或IP分组流包含XR业务。能够假设应用服务器通过SDF提供的帧类型的种类、分组重要性的值、业务类型的种类是共同理解或者预配置在SMF中。例如，可能的帧类型能够是I帧、P帧和B帧，其分别对应于值0、1和2。可能的分组重要性能够是0或1。可能的业务类型能够是流式业务(例如，实时媒体)或应用层信令业务(例如，SIP或DNS消息)。在该假设中，SMF能够确定QFI与分组特性信息之间的映射关系，而不告知分组特性的可能值。

1.1.3.2SMF知道服务数据流或IP分组流传输XR业务的第二种方式：

第二种方式是针对XR业务定义的新切片/服务类型(SST)。能够定义支持XR和媒体服务(即，新的SST)的新网络切片类型。例如，SST＝6能够被定义为表示XR服务(或媒体服务)。在PDU会话建立过程期间，AMF向SMF提供PDU会话的S-NSSAI，其包括SST和服务区分器(SD)。SMF基于SST值来标识PDU会话用于XR服务(或媒体服务)。在这种情况下，能够对共同理解或分组特性的预配置值做出相同的假设。

1.1.3.3SMF知道服务数据流或IP分组流传输XR业务的第三种方式：

第三种方式是由AF提供的每个节点XR业务配置信息。AF可以在与应用标识符相关联的PFD(分组流描述)中提供XR业务配置信息。也就是说，PFD包括来自AF的XR业务配置信息。XR业务配置信息指示业务流的分组需要5GC中的特殊用户平面处置。XR业务配置信息包括XR业务指示和/或分组特性的可能值。

对于第一示例，XR业务配置信息能够是XR业务指示。在这种情况下，可能的分组特性值是在SMF中共同理解或预配置的。

对于第二示例，XR业务配置信息包括从应用服务器通过服务数据流提供的分组特性的可能值。也就是说，不是在SMF中共同理解或预配置的分组特性值需要显式地从AF通知给5GC(并且最终给SMF)。以这种方式，分组特性的可能值暗示服务数据流或IP分组流传输XR业务。

提出了对TS23.502 4.18.2的修改(即，经由NEF中的NEF(例如，NEF中的(PFDF)的PFD管理)，如图4所示(具有加下划线的修改部分)。AF提供包括步骤1中的XR业务配置信息的修改的PFD，其在NEF中(即，在NEF中的PFDF中)进行处理(步骤2)并且存储在UDR中(步骤3)。

接下来，包括XR业务配置信息的PFD由以下三种替选方案之一提供(图4中未示出)：

替选a)：提供到SMF的每节点信息。NEF中的PFD功能(PFDF)应将基于SMF的请求(拉模式)或基于来自NEF的PFD管理(推模式)的请求向SMF提供PFD。

替选b)：将每节点信息存储在UDR中，然后经由PCC规则(例如，稍后描述的PCC规则，如图6所示)通知PCF和递送给SMF。

替选c)：提供到UPF的每节点信息。

SMF可以通过拉模式或推模式接收修改的PFD。通过在TS23.502图4.4.3.5-1中定义的UPF过程中利用PFD管理，SMF向UPF提供应用标识符和相关联的PFD。在PDU会话建立期间，PCF向SMF提供PCC规则中的应用标识符。SMF将应用标识转发给UPF。UPF基于先前从SMF接收的应用标识符及其相关联的PFD找到与应用标识符相关联的PFD。基于在相关联的PFD中包含的XR业务配置信息，以及可选地进一步基于QFI的映射和对应的分组特性信息，UPF实现针对XR业务的IP分组流，并且它将针对XR业务进行特殊的用户平面处置。

1.2第一实施例的第二子实施例：涉及PCF的修改的PDU会话建立过程。

根据第一实施例的第二子实施例，基于PCF(策略控制功能)已经直接或间接地从AF获得XR业务配置信息的假设来引入修改的PDU会话建立过程。

根据第一实施例的第二子实施例，UE请求在TS23.502 4.3.2.2.1中指定的修改的PDU会话建立过程以用于非漫游和具有本地中断情况的漫游，如图5所示的以下修改(具有加下划线的修改)。

在修改的步骤7b中，SMF可以执行如在条款TS23.502 4.16.4中定义的SM策略关联建立过程以与PCF建立SM策略关联并且得到用于PDU会话的默认PCC规则。对步骤7b的修改仅涉及从PCF到SMF得到PCC规则。在PCC规则中，提供应用标识符(即，AppID)或服务数据流过滤器(或流描述)和相关联的XR业务配置信息。XR业务配置信息适用于应用标识符或服务数据流过滤器。可选地，能够将所应用的应用标识符列表或服务数据流过滤器ID列表与来自AF的XR业务配置信息一起提供。即，XR业务配置信息适用于指示的应用标识符列表或服务数据流过滤器ID列表。在从PCF接收到修改的PCC规则时，SMF决定UPF将服务数据流或IP分组流拆分成两个或更多个QoS流。

图5的修改步骤10和12与图2的修改的步骤10和12相同。请参考图5的修改的步骤10和12的详细描述的部分1.1.1和1.1.2。

1.2.1PCF如何在PDU会话建立之前从AF获取XR业务配置信息？

PCF能够通过对TS23.502 4.3.6.2的修改从AF获取XR业务配置信息(即，处理AF请求以影响UE地址未标识的会话的业务路由)，如图6所示(具有加下划线的修改)。

在修改的步骤1中，AF请求包括具有XR业务配置信息的应用标识符或UE信息，其中UE信息包括请求所针对的UE的标识符，即单个UE，或由内部群组标识符表示的UE组，或访问DNN(数据网络名称)、S-NSSAI(单网络切片选择辅助信息)和DNAI(DN接入标识符)的组合的任何UE。来自AF的XR业务配置信息能够包括XR业务指示，以及可选地通过N6接口传输的分组特性值。

在修改的步骤5中，PCF通过调用Npcf_SMPolicyControl_UpdateNotify服务操作来更新具有对应的新PCC规则的SMF。在新的PCC规则中，提供应用标识符(即，AppID)或(流描述的)服务数据流过滤器以及来自AF的相关联的XR业务配置信息。

1.3第一实施例的第三子实施例：修改的PDU会话修改过程。

根据第一实施例的第三子实施例，基于AF在PDU会话建立事件的通知上发送AF请求的假设来引入修改的PDU会话修改过程。假设向AF注册将被通知PDU会话状态改变。在接收到PDU会话建立事件的通知时，AF可以利用在TS23.5024.3.6.4中定义的过程(即，向相关PCF传输以个体UE地址为目标的AF请求)，以向PCF提供针对所建立的PDU会话的XR业务配置信息。在TS23.502 4.3.6.4中定义的过程能够被修改为图7(具有加下划线的修改)。

在修改的步骤4中，AF/NEF(即AF或NEF)调用Npcf_PolicyAuthorization服务给PCF以传输AF请求。在AF请求中，包括UE IP地址、流描述或具有XR业务配置信息的应用标识符。

在从AF接收到针对PDU会话的XR业务配置信息之后，PCF将触发如图8中所示的PDU会话修改过程，其是TS23.502 4.3.3.2的修改的过程(具有加下划线的修改)。

在修改的步骤1b中，PCF向SMF提供PCC规则，该PCC规则包括应用标识符(即，AppID)或服务数据流过滤器以及相关联的XR业务配置信息。

在修改的步骤2a中，SMF在N4会话修改请求中提供XR业务处置信息(例如QFI与对应的分组特性信息之间的映射关系)。修改的步骤2a与图2或5中的步骤10a相同。

在修改的步骤4中，AMF将由SMF提供的N2 SM信息(例如QFI的相关性，以及QFI和分组特性信息之间的映射关系)转发给RAN节点(例如gNB)。修改的步骤4与图2或5中的步骤12相同。

如果来自AF的XR业务配置信息被提供用于图6中的群组UE或任何UE，则可以通过更新相关的PCC规则来触发PDU会话修改过程。

1.4第一实施例的第四子实施例：UPF的用户平面处置(公共部分)。

假设由应用服务器提供的应用感知参数可以包括ADU SN(序列号)、ADU大小、ADU内的分组SN、ADU开始或结束指示符、帧类型、分组重要性、业务类型等。因此，应用感知参数能够被分成两个类别：

类别1(例如，ADU相关参数)：它包括5GC和/或RAN节点的所有信息以标识相同ADU的分组，其包括ADU SN、ADU大小、ADU内的分组SN、ADU开始或结束指示符等。

类别2(非ADU相关参数)：它包括与如何标识一个ADU的分组不密切相关的信息，其包括分组特性信息，例如帧类型、分组重要性、业务类型等。类别2中的信息能够被认为是分组特性信息。

UPF通过N6接口从DN(数据网络)的应用服务器接收下行链路IP分组。图9(a)和9(b)示出了使得从应用服务器传输到UPF的IP分组能够包含应用感知参数的两个选项，该应用感知参数以背景技术部分中提到的问题1为目标。

如图9(a)所示，在IP报头和有效载荷之间添加新的报头。即，在IP层和有效载荷之间定义了新协议层。所有应用感知参数都包括在新报头中。3GPP能够引入全新协议层，或者利用现有协议层。作为示例，GRE或GTP-U报头能够被认为是新报头以包括所有应用感知参数而无需修改或进行修改，例如，添加新IE(信息元素)。以GRE报头为例，序列号IE能够用于在ADU内传送ADU SN和分组SN。此外，新IE能够被引入以包括新的参数，如ADU开始或结束指示符、ADU大小等。以GTP-U报头为例，序列号IE能够用于在ADU内传送ADU SN和分组SN。长度IE能够用于传达ADU大小。可替选地，能够引入TS29.281中被命名为应用感知容器的新扩展报头类型，例如，下一个扩展报头字段值＝11000011或其它值，以表示应用感知容器。即，在新扩展报头中，所有应用感知参数能够被包括在应用感知容器中。简而言之，扩展GRE报头或扩展GTP-U报头能够用作新报头。

图10示出了重构分组的报头的示例，采用图9(a)中所示的选项作为原始分组格式。如前所述，存在两类应用感知参数。在该示例中，UPF应当被配置为从N6接口提取应用感知参数并且向属于这两个类别的参数执行不同的用户平面处置。例如，UPF读取IP报头和有效载荷之间的新报头并且执行不同的用户平面处置。

关于属于类别1的参数(即，ADU相关参数)，UPF应该提取它们并将它们粘贴到N3和/或N9接口的扩展GTP-U报头中。如图10所示，UPF从新的报头中复制(提取)类别1的应用感知参数并且将它们粘贴到扩展GTP-U报头中，或粘贴到扩展GTP-U报头的应用感知容器中。UPF通过丢弃IP报头和有效载荷之间的新报头并且将包含应用感知参数的扩展GTP-U报头添加到IP报头和有效载荷的前面来重构分组结构。也就是说，UPF在IP报头和有效载荷的前面添加包含应用感知参数的扩展GTP-U报头。此外，如果SMF还向UPF提供ADU级别QoS参数(例如，ADU错误罕见、ADU延迟预算、ADU平均窗口等)，则UPF可以执行高效的数据丢弃，例如，如果ADU或帧的任何部分已经丢失或超过帧或ADU延迟预算，则将在发送器处丢弃XR帧的非传输部分。

关于属于类别2的参数(即，非ADU相关参数)，UPF应当基于从分组的新报头中提取的分组特性信息来标记具有QFI的IP分组。例如，I帧的分组可以用QFI#1标记，P帧的分组可以用QFI#2标记。又例如，可以用QFI#1标记具有分组重要性#1的I帧的分组，可以用QFI#2标记具有分组重要性#2的I帧的分组，可以用QFI#3标记具有分组重要性#1的P帧的分组，可以用QFI#4标记具有分组重要性#2的P帧的分组。由于gNB能够通过配置从QFI中标识分组特性信息，为了避免扩展GTP-U头中的冗余信息并且也减少用户平面的开销，UPF应丢弃QFI映射后用于QFI标记的参数。例如，如果帧类型和/或分组重要性被用于QFI标记，则帧类型和/或分组重要性应当被丢弃并且不被粘贴到扩展GTP-U报头中。顺便提及，如果仅使用一个非ADU相关参数(例如，帧类型)来链接QFI，则仍然能够将其他非ADU相关参数(例如，分组重要性、业务类型)粘贴到扩展GTP-U报头中。

如图9(b)所示，通过利用IP报头中的现有IE或者在IP报头中添加新IE，使用新参数修改IP报头(作为修改的IP报头)以包括所有应用感知参数。假设图9(b)中的选项对于现有的IP网络是透明的。在该选项中，UPF可以从IP报头中提取所需参数，例如，提取非ADU相关参数以便使用对应的QFI标记分组，或者提取ADU相关参数以便执行有效数据丢弃，或者将应用感知参数粘贴到N3或N9接口的扩展GTP-U报头中。

1.5第一实施例的概述：

根据第一实施例，响应于从SMF接收的XR业务处置信息，UPF处理携带XR业务的分组。具体地，UPF基于从用户平面接收的分组特性信息来将一个IP分组流拆分成两个或更多个QoS流(例如，通过使用不同的QFI来标记分组)。此外，UPF从N6接口提取其他应用感知参数并且将其粘贴到N3或N9接口的扩展GTP-U报头中，即，响应于从SMF接收的XR业务处置信息作为从N6接口提取应用感知参数的指示。SMF基于来自AF的XR业务配置信息(例如，XR业务指示，可选地分组特性信息的可能值)来构建XR业务处置信息，该AF从作为PCC规则的一部分的PCF(每对话或每节点)，或从作为PFD管理的一部分的NEF中的PFD功能(每节点)，或从特殊5QI或SST接收。

SMF还能够确定QFI的相关性并且通知相同的RAN节点(例如gNB)。可选的，SMF还能够通知gNB QFI与分组特性信息之间的映射关系以减少扩展GTP-U报头的开销。

第一实施例实现gNB中的XR特定的用户平面处置(例如，XR特定的调度、高效的数据丢弃等)。

2.第二实施例：应用服务器将XR业务拆分成两个或更多个IP分组流。

根据第二实施例，假设应用服务器已经将XR业务拆分成两个或更多个IP分组流或服务数据流。两个或更多个IP分组流可以具有不同的IP 5元组(源IP地址、源端口号、目的地IP地址、目的地端口号和使用中的协议)。可替选地，两个或更多个IP分组流可以共享相同的源IP地址和相同的目标IP地址，但是具有不同的端口号。进一步可替选地，两个或更多个IP分组流可以共享相同的IP 5元组，但是具有不同的IPv4 ToS或IPv6流标签或IPv6业务分类和掩码。

假设由应用服务器提供的每个IP分组流将被映射到一个QoS流。换句话说，在第二实施例中，5GC(例如UPF)不必将IP分组流进一步分成两个或更多个QoS流。另一方面，RAN节点需要获得IP分组流之间(或从IP分组流映射的QoS流之间)的相关性。

2.1第二实施例的第一子实施例：修改的PDU会话建立过程。

根据第二实施例的第一子实施例，基于SMF已经在PDU会话建立之前获得XR业务配置信息的假设来引入修改的PDU会话建立过程。XR业务配置信息可以包括PFD(分组流描述)的相关性、或服务流过滤器(或流描述)的相关性。可选的，XR业务配置信息还可以包括与PFD或业务流过滤器相对应的分组特性信息。

例如，服务流过滤器#1(或PFD#1)和服务流过滤器#2(或PFD#2)是相关的。服务流过滤器#1(或PFD#1)可以包括I帧的分组，而服务流过滤器#2(或PFD#2)可以包括P帧的分组。可替选地，服务流过滤器#1(或PFD#1)可以包括具有分组重要性#0的分组，而服务流过滤器#2(或PFD#2)可以包括具有分组重要性#1的分组。

因此，在控制平面上配置分组特性信息，其减少了用户平面的开销。也就是说，一些分组特性信息(例如，帧类型、分组重要性、业务类型等)将不包含在通过N6接口的应用感知信息(或应用感知参数)中。

另一方面，如果对应于服务流过滤器或PFD的分组特性信息不是由AF通过控制平面提供的，则它将通过N6接口与其他应用感知参数一起通过用户平面传输。

图11示出了第二实施例的第一子实施例，其是修改的PDU会话建立过程，其包括与TS23.502 4.3.2.2.1中指定的传统PDU会话建立过程相比修改的步骤10和12(具有加下划线的)。还示出了步骤10a和12之间的步骤10b和11。

基于由AF提供的XR业务配置信息，SMF基于PFD管理来获得应用标识符、相关联的PFD(或服务数据流过滤器或流描述)以及PFD的相关性。SMF还可以获得与服务流过滤器或PFD相对应的分组特性信息。SMF针对每个PFD或服务数据流过滤器(或流程描述)来确定对应的QFI。SMF还基于PFD的相关性或服务数据流过滤器(或流描述)来确定QoS流的相关性。SMF还基于XR业务配置信息来确定与QFI相关联的分组特性信息，即SMF确定QFI和分组特性信息的映射。

在图11的步骤10a中，SMF向UPF发送N4会话建立/修改请求并且提供分组检测、执行、要安装在UPF上以用于该PDU会话的报告规则，以及XR业务处置信息。XR业务处置信息能够显式地或隐式地提供。即，XR业务处置信息可以显式地是XR业务指示。在这种情况下，PDR规则ID或PFD ID或QFI的相关性能够可选地包括在XR业务处置信息中。可替选地，XR业务处置信息可以仅是PDR规则ID或PFD ID或QFI的相关性(即，隐式地提供XR业务处置信息)。QFI的相关性(例如，修改的格式)能够通过在部分1.1.2.1或1.1.2.2中描述的相同方式来提供。能够以与QFI的相关性类似的方式提供PDR规则ID或PFD ID的相关性。

在图11的步骤12中，由SMF将QFI的相关性通过N2 SM信息提供给RAN节点(例如，gNB)。如果XR业务配置信息还包括与业务流过滤器(或流描述)或PFD相对应的分组特性信息，则SMF还应在N2 SM信息中提供QFI与分组特性信息之间的映射关系。

假设AF在与应用标识符相关联的PFD中提供XR业务配置信息。也就是说，每个PFD包括来自AF的XR业务配置信息。提出对TS 23.502 4.18.2的修改(即，经由NEF(PFDF)的PFD管理)，如图12所示(具有加下划线的修改的部分)。

AF提供包括步骤1中的XR业务配置信息的修改的PFD，其在NEF中(例如，在NEF中的PFDF)处理(步骤2)并且存储在UDR中(步骤3)。

接下来，通过以下三种替选方案之一(图12中未示出)向SMF提供包括XR业务配置信息的PFD：

替选a)：提供到SMF的每节点信息。NEF中的PFDF应将基于SMF的请求(拉模式)或基于来自NEF的PFD管理(推模式)的请求向SMF提供PFD。

替选b)：将每节点信息存储在UDR中，然后经由PCC规则(例如，如图6所示描述的PCC规则，)通知PCF和递送给SMF。

替选c)：提供到UPF的每节点信息。

SMF可以通过拉模式或推模式接收修改的PFD。通过在TS23.502图4.4.3.5-1中定义的UPF过程中利用PFD管理，SMF向UPF提供应用标识符，以及与应用标识符相关联的以下信息：相关联的PFD、PFD的相关性，以及可选地用于PFD的相关联的分组特性。在PDU会话建立期间，PCF向SMF提供PCC规则中的应用标识符。SMF将应用标识转发给UPF。UPF基于应用标识符找到相关联的PFD、和PFD的相关性以及可选地用于PFD的相关联的分组特性。

2.2第二实施例的第二子实施例：涉及PCF的修改的PDU会话建立过程。

根据第二实施例的第二子实施例，基于PCF已经从AF获得XR业务配置信息的假设来引入修改的PDU会话建立过程。

根据第二实施例的第二子实施例，UE请求在TS23.502 4.3.2.2.1中指定的修改的PDU会话建立过程以用于非漫游和具有本地中断情况的漫游，如图13所示的以下修改(具有加下划线的修改)。

在修改的步骤7b中，SMF可以执行如在条款TS23.502 4.16.4中定义的SM策略关联建立过程以与PCF建立SM策略关联并且得到用于PDU会话的默认PCC规则。对步骤7b的修改仅涉及SMF从PCF得到PCC规则。在PCC规则中，提供应用标识符(即，AppID)或服务数据流过滤器(或流描述)和相关联的XR业务配置信息。XR业务配置信息适用于应用标识符或服务数据流过滤器。可选地，能够将所应用的应用标识符列表或服务数据流过滤器ID列表与来自AF的XR业务配置信息一起提供。即，XR业务配置信息适用于指示的应用标识符列表或服务数据流过滤器ID列表。

能够通过以下方式之一来提供PFD的相关性：

方式1：引入具有相关联的PFD ID、或PFD群组ID和相关联的PFD ID的PFD群组列表。例如，将具有相关联PFD ID、或PFD群组ID和相关联pfdId的PFD群组列表引入到在TS29.122表5.112.13-1中定义的PfdData中。

方式2：将PFD群组ID或相关联的PFD ID引入到PFD的内容(即，在TS29.122表5.11.2.1.4-1中定义的类型Pfd)，例如Pfd(pfdId、PFD群组ID、表中的其它IE)。具有相同PFG群组ID的PFD具有相关性。可替选地，Pfd(pfd Id，相关联的pfdId列表，表中的其它IE)，其中pfdId和相关联的pfdId列表具有相关性。

能够以与到PFD类似的方式提供服务数据流过滤器或流描述的相关性。可选地，还提供了应用标识符(即，AppID)或(App ID和PFD)或服务数据流过滤器(或流描述)和相关联的分组特性信息。

2.2.1PCF如何在PDU会话建立之前从AF获取XR业务配置信息？

PCF能够在通过修改TS23.502 4.3.6.2(即，处理AF请求以影响针对未由UE地址标识的会话的业务路由)之前从AF获取XR业务配置信息，如图14所示(具有加下划线的修改)。

在修改的步骤1中，AF请求包括来自AF的具有XR业务配置信息的应用标识符或UE信息，其中来自AF的XR业务配置信息能够是流描述(或服务数据流过滤器)或PFD的相关性。可选地，XR业务配置信息还可以包括与服务流过滤器(或流描述)或PFD相对应的分组特性信息。

在修改的步骤5中，在新的PCC规则中提供应用标识符(即，AppID)或服务数据流过滤器以及来自AF的相关联的XR业务配置信息。

2.3第二实施例的第三子实施例：修改的PDU会话修改过程。

根据第二实施例的第三子实施例，基于AF在通知PDU会话建立事件时发送AF请求的假设来引入修改的PDU会话修改过程。在TS 23.502 4.3.6.4中定义的过程能够如图15进行修改(具有加下划线的修改)。

在修改的步骤1中，AF请求包括XR业务配置信息，例如，服务流过滤器(或流描述)或PFD的相关性，可选地，PFD或服务流过滤器(或流描述)的相关联的分组特性，即PFD ID或流ID以及对应的分组特性信息。

在修改的步骤4中，AF/NEF(即AF或NEF)调用Npcf_PolicyAuthorization服务给PCF以传输AF请求。在AF请求中，包括UE IP地址、流描述或PFD的相关性，可选地用于PFD或流描述的相关联的分组特性。

对应的PDU会话修改过程与图8中参考部分1.3所示的过程相同。唯一的区别是XR业务配置信息包括流描述或PFD的相关性，可选地包括用于PFD或流描述的相关联的分组特性。

2.4第二实施例的第四子实施例：UPF的用户平面处置(公共部分)。

与在第一实施例1中描述的UPF的用户平面处置相比，根据第二实施例，UPF不需要将一个IP分组流拆分成两个或更多个QoS流。如果由SMF提供XR业务处置指示，则UPFN6接口提取信息到扩展GTP-U报头(请参考图9(a)、9(b)和10的描述)。如果提供了PRFID的PDR规则ID或QFI的相关性，则UPF还可以执行高效的数据丢弃，例如，如果帧的任何部分已经丢失或超过帧或ADU延迟预算，则将在发送器处丢弃XR帧的非传输部分。

2.5第二实施例的概述：

SMF基于来自AF的XR配置信息(例如，服务流过滤器或PFD的相关性，可选地对应于服务流过滤器或PFD的分组特性信息)来构建XR业务处置信息(例如，XR业务指示或可选地QFI或PDR规则ID或PFD ID的相关性)，该AF从作为PCC规则的一部分的PCF，或从作为PFD管理的一部分的NEF中的PFD功能接收。

响应于从SMF接收到XR业务处置信息(作为从N6接口提取应用感知参数的指示)，UPF处理携带XR业务的分组。具体地，UPF从N6接口提取应用感知参数并且将它们粘贴到N3或N9接口的扩展GTP-U报头中。

SMF能够通知gNB QFI的相关性。可选地，SMF还能够通知gNB QFI与分组特征之间的映射关系以减少扩展GTP-U头的开销。

图16是示出根据本申请的方法1600的实施例的示意性流程图。在一些实施例中，方法1600由诸如SMF的网络功能或具有SMF的网络功能执行。在某些实施例中，方法1600可以由执行程序代码的处理器执行，例如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

方法1600可以包括：1602基于从另一网络实体获得的XR业务配置信息来构建XR业务处置信息；以及1604向UPF传输所构建的XR业务处置信息。

优选地，XR业务配置信息是XR业务指示。在一些实施例中，XR业务配置信息进一步包括分组特性信息的可能值。

在一个实施例中，方法进一步包括从PCF获得XR业务配置信息作为PCC规则的一部分。在另一实施例中，该方法进一步包括从NEF中的PFD功能获得XR业务配置信息作为PFD管理的一部分。

在一些实施例中，XR业务处置信息包括QFI与分组特性信息之间的映射关系。

在一些实施例中，方法进一步包括向RAN节点传输QFI的相关性。进一步地，方法进一步包括向RAN节点传输QFI与分组特性信息之间的映射关系。

图17是示出根据本申请的方法1700的实施例的示意性流程图。在一些实施例中，方法1700由诸如UPF的网络功能或具有UPF的网络功能执行。在某些实施例中，方法1700可以由执行程序代码的处理器执行，例如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

方法1700可以包括1702从SMF接收XR业务处置信息；以及1704响应于接收的XR业务处置信息，处理携带XR业务的分组。

在一个实施例中，XR业务处置信息包括QFI与分组特性信息之间的映射关系。在这种情况下，处理携带XR业务的分组包括：基于从用户平面接收的分组特性信息，使用QFI标记携带XR业务的每个分组。

在另一实施例中，处理携带XR业务的分组包括：从N6接口提取应用感知参数并且将它们粘贴到N3或N9接口的扩展GTP-U报头中。

图18是示出根据一个实施例的装置的示意性框图。

网络功能或网络节点或网络实体(例如，SMF或UPF)包括处理器、存储器和收发器。处理器实现图16或17中提出的功能、过程和/或方法。

SMF包括处理器和耦合到处理器的发送器，其中，处理器被配置为基于从另一网络实体获得的XR业务配置信息来构建XR业务处置信息；以及经由发送器将所构建的XR业务处置信息传输到UPF。

在一个实施例中，处理器进一步被配置为从PCF获得XR业务配置信息作为PCC规则的一部分。在另一个实施例中，处理器进一步被配置为从NEF中的PFD功能获得XR业务配置信息作为PFD管理的一部分。

在一些实施例中，处理器进一步被配置为经由发送器向RAN节点传输QFI的相关性。进一步地，所述处理器进一步被配置为经由发送器向RAN节点传输QFI与分组特性信息之间的映射关系。

UPF包括处理器和耦合到处理器的接收器，其中，处理器被配置为经由接收器从SMF接收XR业务处置信息；以及响应于接收的XR业务处置信息来处理携带XR业务的分组。

无线接口协议层可以由处理器实现。存储器与处理器连接以存储用于驱动处理器的各种信息。收发器与处理器连接以传输和/或接收消息或信息。不用说，收发器可以被实现为用于传输信息的发送器和用于接收信息的接收器。

存储器可以位于处理器内部或外部并且通过各种公知的手段与处理器连接。

在上述实施例中，实施例的组件和特征以预定的形式组合。除非另外明确说明，否则每一组件或特征应被视为选项。每个组件或特征可以被实现为不与其他组件或特征相关联。进一步，可以通过关联一些组件和/或特征来配置实施例。实施例中描述的操作的顺序可以改变。任何实施例的一些组件或特征可以包括在另一实施例中或者利用对应于另一实施例的组件和特征替换。显而易见的是，权利要求中未明确引用的权利要求被组合以形成实施例或包括在新的权利要求中。

可以通过硬件、固件、软件或其组合来实现实施例。在硬件实施方式的情况下，根据硬件实施方式，本文描述的示例性实施例可以通过使用一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。

可以以其他特定形式实施实施例。所描述的实施例将在所有方面被认为仅是说明性的而非限制性的。因此，本发明的范围由所附权利要求而不是由前述描述来指示。落入权利要求的等同物的含义和范围内的所有变化都包括在其范围内。

Claims

1.一种网络架构的会话管理功能SMF，包括：

处理器；以及

发送器，所述发送器耦合到所述处理器，

其中，所述处理器被配置为：

基于从另一网络实体获得的XR业务配置信息来构建XR业务处置信息；以及

经由所述发送器向UPF传输所构建的XR业务处置信息。

2.根据权利要求1所述的SMF，其中，所构建的XR业务处置信息指示所述UPF从N6接口提取应用感知参数并且将它们粘贴到N3或N9接口的扩展GTP-U报头中。

3.根据权利要求1所述的SMF，其中，所述XR业务配置信息是XR业务指示。

4.根据权利要求1所述的SMF，其中，所述XR业务配置信息进一步包括分组特性信息的可能值。

5.根据权利要求1所述的SMF，其中，所述处理器进一步被配置为从PCF获得所述XR业务配置信息作为PCC规则的一部分。

6.根据权利要求1所述的SMF，其中，所述处理器进一步被配置为从NEF中的PFD功能获得所述XR业务配置信息作为PFD管理的一部分。

7.根据权利要求1所述的SMF，其中，所述XR业务处置信息包括QFI与分组特性信息之间的映射关系。

8.根据权利要求1所述的SMF，其中，所述处理器进一步被配置为经由所述发送器向RAN节点传输QFI的相关性。

9.根据权利要求7所述的SMF，其中，所述处理器进一步被配置为经由所述发送器向所述RAN节点传输QFI与分组特性信息之间的映射关系。

10.一种网络架构的用户平面功能UPF，包括：

处理器；以及

接收器，所述接收器耦合到所述处理器，

其中，所述处理器被配置为：

经由所述接收器从SMF接收XR业务处置信息；以及

响应于所接收的XR业务处置信息来处理携带XR业务的分组。

11.根据权利要求10所述的UPF，其中，所述XR业务处置信息包括QFI与分组特性信息之间的映射关系。

12.根据权利要求11所述的UPF，其中，处理携带XR业务的分组包括：基于从用户平面接收的所述分组特性信息，利用QFI标记携带XR业务的分组中的每个。

13.根据权利要求10所述的UPF，其中，处理携带XR业务的分组包括：从N6接口提取应用感知参数并且将它们粘贴到N3或N9接口的扩展GTP-U报头中。

14.一种在网络架构的会话管理功能SMF处执行的方法，包括：

向UPF传输所构建的XR业务处置信息。

15.根据权利要求14所述的方法，其中，所构建的XR业务处置信息指示所述UPF从N6接口提取应用感知参数并且将它们粘贴到N3或N9接口的扩展GTP-U报头中。