CN109286999B - 无线通信系统中服务服务质量流的方法和设备 - Google Patents

Abstract

本发明公开一种无线通信系统中服务服务质量流的方法和设备。在一实施例中，方法包含网络节点配置用户设备使用第一数据无线电承载，其中第一数据无线电承载被配置为服务数据适配协议标头存在，且在第一数据无线电承载释放之前不允许网络节点将第一数据无线电承载重新配置为服务数据适配协议标头不存在。方法进一步包含网络节点配置用户设备以通过第一数据无线电承载服务第一服务质量流和第二服务质量流。方法还包含在从第一数据无线电承载释放或移除第二服务质量流的情况下重新配置用户设备以通过第二数据无线电承载服务第一服务质量流，第一服务质量流最初由第一数据无线电承载服务，其中第二数据无线电承载被配置为服务数据适配协议标头不存在。

Description

无线通信系统中服务服务质量流的方法和设备

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及用于改进无线通信系统中的调度的方法和设备。

背景技术

随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长，传统的移动语音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

从网络节点的角度公开一种方法和设备。在一个实施例中，方法包含网络节点配置用户设备(User Equipment，UE)使用第一数据无线电承载(Data Radio Bearer，DRB)，其中第一DRB被配置为服务数据适配协议(Service Data Adaptation Protocol，SDAP)标头存在，且在第一DRB释放之前不允许网络节点将第一DRB重新配置为SDAP标头不存在。方法进一步包含网络节点配置UE以通过第一DRB服务第一服务质量(Quality of Service，QoS)流和第二QoS流。方法还包含在从第一DRB释放或移除第二QoS流的情况下重新配置UE以通过第二DRB服务第一QoS流，所述第一QoS流最初由第一DRB服务，其中第二DRB配置为SDAP标头不存在。

附图说明

图1示出了根据一个示例性实施例的无线通信系统的图式。

图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。

图3是根据一个示例性实施例的通信系统的功能框图。

图4是根据一个示例性实施例的图3的程序代码的功能框图。

图5是根据一个示例性实施例的图式。

图6是根据一个示例性实施例的图式。

图7是根据一个示例性实施例的图式。

图8是根据一个示例性实施例的流程图。

图9是根据一个示例性实施例的流程图。

图10是根据一个示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP长期演进高级(LongTerm Evolution Advanced，LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra MobileBroadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)或一些其它调制技术。

具体地说，下文描述的示例性无线通信系统装置可设计成支持一个或多个标准，例如由名称为“第三代合作伙伴计划”(在本文中被称作3GPP)的协会提供的标准，包含：TS38.300V0.4.1，“NR；NR和NG-RAN整体描述(NR；NR and NG-RAN Overall Description)”；TS23.501V1.0.0，“用于5G系统的系统架构；阶段2(System Architecture for the 5GSystem；Stage 2)”；R2-1707159，“SDAP标头格式(SDAP Header Format)”；R2-1707160，“反射式QoS和流-ID的存在(Reflective QoS and Presence of Flow-ID)”；R2-1707161，“相同单元内和移交中的QoS流再映射(QoS Flow Remapping Within the Same Cell and inHandover)”；S2-170065，“关于使用C平面和U平面的反射式QoS启动的讨论(Discussion onReflective QoS activation using C-plane and U-plane)”；RAN2#98会议主席笔记；RAN2 NR Ad Hoc#2会议主席笔记；TS 38.323 V0.0.5，“NR；包数据汇聚协议(PDCP)规范”；以及TS 36.331 V14.0.0，“E-UTRA；无线电资源控制(RRC)协议规范”。上文所列的标准和文档特此明确地以全文引用的方式并入。

图1示出了根据本发明的一个实施例的多址无线通信系统。接入网络100(AN)包含多个天线组，其中一个天线组包含104和106，另一天线组包含108和110，并且又一天线组包含112和114。在图1中，针对每一天线组仅示出了两个天线，但是每一天线组可利用更多或更少个天线。接入终端116(AT)与天线112和114通信，其中天线112和114经由前向链路120向接入终端116传送信息，并经由反向链路118从接入终端116接收信息。接入终端(AT)122与天线106和108通信，其中天线106和108经由前向链路126向接入终端(AT)122传送信息，并经由反向链路124从接入终端(AT)122接收信息。在FDD系统中，通信链路118、120、124和126可使用不同频率以供通信。例如，前向链路120可使用与反向链路118所使用的频率不同的频率。

每一天线组和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。

在经由前向链路120和126的通信中，接入网络100的传送天线可利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到它的所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的接入网络通常对相邻小区中的接入终端产生更少的干扰。

接入网络(AN)可以是用于与终端通信的固定台或基站，并且也可被称作接入点、节点B、基站、增强型基站、演进节点B(eNB)，或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。

图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE)的实施例的简化框图。在传送器系统210处，从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。

在一个实施例中，经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。

可使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据模式，且可在接收器系统处使用以估计信道响应。随后基于针对每一数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据流的经复用导频和译码数据以提供调制符号。通过由处理器230执行的指令可确定用于每一数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供到TX MIMO处理器220，所述TX MIMO处理器220可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将N_T个调制符号流提供给N_T个传送器(TMTR)222a到222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

每一传送器222接收和处理相应的符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着分别从N_T个天线224a到224t传送来自传送器222a到222t的N_T个经调制信号。

在接收器系统250处，由N_R个天线252a到252r接收所传送的经调制信号，并且将从每一天线252接收到的信号提供到相应的接收器(RCVR)254a到254r。每一接收器254调节(例如，滤波、放大和下转换)相应的接收信号、数字化经调节信号以提供样本，并且进一步处理所述样本以提供对应的“接收”符号流。

RX数据处理器260接着基于特定接收器处理技术从N_R个接收器254接收并处理N_R个接收符号流以提供N_T个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX处理器260进行的处理与传送器系统210处的TX MIMO处理器220及TX数据处理器214所执行的处理互补。

处理器270定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信息。反向链路消息接着通过TX数据处理器238(所述TX数据处理器238还从数据源236接收数个数据流的业务数据)处理、通过调制器280调制、通过传送器254a到254r调节，并被传送回到传送器系统210。

在传送器系统210处，来自接收器系统250的经调制信号通过天线224接收、通过接收器222调节、通过解调器240解调，并通过RX数据处理器242处理，以提取通过接收器系统250传送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵以确定波束成形权重，然后处理所提取的消息。

转向图3，此图示出了根据本发明的一个实施例的通信装置的替代性简化功能框图。如图3中所示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统优选地是NR系统。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可接收由用户通过输入装置302(例如，键盘或小键盘)输入的信号，且可通过输出装置304(例如，显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号，以将接收信号传递到控制电路306且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN 100。

图4是根据本发明的一个实施例在图3中所示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402一般执行无线电资源控制。层2部分404一般执行链路控制。层1部分406一般执行物理连接。

3GPP TS 38.300描述服务数据适配协议(Service Data Adaption Protocol，SDAP)层和服务质量(Quality of Service，QoS)，如下：

6.5 SDAP子层

SDAP的主要服务和功能包含：

-在QoS流和数据无线电承载之间映射；

-在DL和UL包二者中标记QoS流ID(QFI)。

SDAP的单个协议实体被配置成用于每一单独的PDU会话，DC除外，在DC中可配置两个实体(一个用于MCG，且另一个用于SCG——见小节12)。

[…]

-------------------------------------------------------------

12 QoS

在图中描绘并在下文中描述了NG-RAN中的QoS架构：

-对于每一UE，5GC建立一或多个PDU会话。

-对于每一UE，NG-RAN建立每PDU会话一个或多个数据无线电承载(Data RadioBearer，DRB)。NG-NG-RAN将属于不同PDU会话的包映射到不同DRB。因此，在PDU会话建立后，NG-RAN针对由5GC指示的每一PDU会话建立至少一个默认DRB。

-UE中和5GC中的NAS级包筛选器使UL和DL包与QoS流相关联。

-UE中和NG-RAN中的AS级映射使UL和DL QoS流与DRB相关联。

[省略3GPP TS 38.300V0.4.1中名称为“QoS架构”的图]

NG-RAN和5GC通过将包映射到适当的QoS流和DRB来确保服务质量(例如，可靠性和目标延迟)。因此，存在IP流到QoS流(NAS)和QoS流到DRB(接入层)的2步映射。

在NG-RAN中，数据无线电承载(data radio bearer，DRB)限定无线电接口(Uu)上的包处理。DRB服务具有相同包转发处理的包。可针对需要不同包转发处理的QoS流建立单独的DRB。在下行链路中，NG-RAN基于NG-U标记(QoS流ID)和相关联的QoS模板而将QoS流映射到DRB。在上行链路中，UE用QFI标记Uu上的上行链路包，目的是标记转发到CN的包。

在上行链路中，NG-RAN可通过两种不同的方式控制QoS流到DRB的映射：

-反射式映射：对于每一DRB，UE监测下行链路包的QFI，并在上行链路中应用相同映射；也就是说，对于DRB，UE映射对应于QFI的属于QoS流的上行链路包和针对所述DRB在下行链路包中观察到的PDU会话。为了实现这一反射式映射，NG-RAN用QFI标记Uu上的下行链路包。

具有QFI的标记是否可进行半静态配置(以在不需要时不包含QOS流ID)有待进一步研究。

-显式配置：除反射式映射以外，NG-RAN可通过RRC配置上行链路“QoS流到DRB的映射”。

经RRC配置的映射和反射式QoS的优先顺序有待进一步研究(反射式QoS可以更新并借此越控经RRC配置的映射吗？或经配置QoS流ID到DRB映射是否优先于反射式映射？)

如果传入UL包既不匹配经RRC配置的“QoS流ID到DRB映射”也不匹配反射式“QoS流ID到DRB映射”，那么UE会将包映射到PDU会话的默认DRB。

在每一PDU会话内，如何将多个QoS流映射到DRB取决于NG-RAN。NG-RAN可将GBR流和非GBR流，或大于一个GBR流映射到同一DRB，但是优化这些情况的机制不在标准化的范围内。针对在建立PDU会话期间配置的QoS流而在NG-RAN和UE之间建立非默认DRB的时点可不同于建立PDU会话的时间。建立非默认DRB的时间取决于NG-RAN。

在DC中，属于同一PDU会话的QoS流可映射到不同承载类型(见小节4.5.2)，且结果是可存在两个不同的SDAP实体被配置成用于同一PDU会话：一个用于MCG，且另一个用于SCG(举例来说，当一个MCG承载和一个SCG承载用于两个不同的QoS流时)。

在SA2和RAN3中未关于支持映射到不同承载的PDU会话做出结论。

3GPP TS 23.501说明用于NR(新RAT/无线电)的QoS模型，如下：

5.7 QoS模型

5.7.1综述

5G QoS模型支持基于QoS流的帧。5G QoS模型同时支持需要受保证的流位速率的QoS流和不需要受保证的流位速率的QoS流。5G QoS模型还支持反射式QoS(见节5.7.5)。

QoS流是PDU会话中QoS区分的最细粒度。QoS流ID(QFI)用来识别5G系统中的QoS流。在PDU会话内具有相同QFI的用户平面业务接收相同业务转发处理(例如，调度、准入阈值)。QFI承载于N3(和N9)上的封装标头中，即，不对e2e包标头做任何改变。它可应用于具有不同类型的有效负载的PDU，即IP包、非结构化PDU和以太网帧。QFI在PDU会话内将是独特的。

注1：用户平面业务的策略制定(例如，MFBR强制执行)不被视为QoS区分且通过UPF在SDF级粒度下完成。

每一QoS流(GBR和非GBR)与以下QoS参数相关联(参数细节在节5.7.2中描述)：

-5G QoS指示符(5QI)。

-分配和保持优先级(ARP)。

每一GBR QoS流还另外与以下QoS参数相关联(细节在节5.7.2中描述)：

-受保证的流位速率(GFBR)-UL和DL；

-最大流位速率(MFBR)-UL和DL；

-通知控制。

每一非GBR QoS流还可另外与以下QoS参数相关联(细节在节5.7.2中描述)：

-反射式QoS属性(RQA)。

支持两种控制QoS流的方式：

1)对于具有标准化5QI的非GBR QoS流，5QI值用作如节5.7.4中限定的QFI，并使用默认ARP。在此情况下，在对应的QoS流的业务开始时，不需要额外N2信令；或

2)对于GBR和非GBR QoS流，在PDU会话建立或QoS流建立/修改时，将对应于QFI的所有必需QoS参数作为QoS模板发送到(R)AN、UPF。

编者注：在标准化5QI以外，是否还可将预配置5QI值进一步用作QFI值有待进一步研究。

在PDU会话时或在QoS流建立时，以及当每次启动用户平面使用NG-RAN时，通过N2将QoS流的QoS参数作为QoS模板提供到(R)AN。还可针对非GBR QoS流在(R)AN中预配置QoS参数(即，不需要通过N2进行传送)。

UE基于QoS规则而执行UL用户平面业务的分类和标记，即上行链路业务到QoS流的关联。这些规则可通过N1(在PDU会话建立或QoS流建立时)进行显式传送，在UE中进行预配置或通过UE从反射式QoS进行隐式推导。QoS规则含有QoS规则标识符、QoS流的QFI、一个或多个包筛选器和优先值。可存在超过一个QoS规则与相同QFI(即，与相同QoS流)相关联。

针对每一PDU会话，需要默认QoS规则。默认QoS规则是PDU会话中可以不含有任何包筛选器的唯一QoS规则(在此情况下，必须使用最高优先值(即，最低优先级))。如果默认QoS规则不含包筛选器，那么默认QoS规则限定不匹配PDU会话中的任何其它QoS规则的包的处理。

编者注：是否另外还需要向UE提供预授权QoS规则有待进一步研究。

SMF针对每一QoS流分配QFI，并从PCF所提供的信息推导出它的QoS参数。在适用时，SMF向(R)AN提供QFI以及含有QoS流的QoS参数的QoS模板。SMF向UPF提供SDF模板(即，与从PCF接收的SDF相关联的一组包筛选器)以及SDF优先和对应的QFI，从而实现用户平面业务的分类和标记。在适用时，通过分配QoS规则标识符、添加QoS流的QFI、将包筛选器设置成SDF模板的UL部分并将QoS规则优先设置成SDF优先，SMF产生用于PDU会话的QoS规则。接着，将QoS规则提供到UE，从而实现UL用户平面业务的分类和标记。

编者注：一些应用，例如IMS，在QoS规则中还需要SDF模板的DL部分。针对每一QoS规则是否必须发送SDF模板的DL有待进一步研究。

用户平面业务的分类和标记以及QoS流到AN资源的映射的原理在图中说明。

[省略3GPP TS 23.501 V1.0.0中名称为“QoS流的分类和用户平面标记以及到AN资源的映射的原理(The principle for classification and User Plane marking forQoS Flows and mapping to AN Resources)”的图]

在DL中，传入数据包基于SDF模板并根据它们的SDF优先进行分类(同时不发起额外的N4信令)。CN通过使用QFI的N3(和N9)用户平面标记来递送属于QoS流的用户平面业务的分类。AN将QoS流结合到AN资源(即，在3GPP RAN的情况下的数据无线电承载)。QoS流和AN资源之间不存在严格的1:1关系。建立将QoS流映射到DRB必需的AN资源使得UE接收QFI取决于AN(并且可应用反射式QoS(见节5.7.5))。

在UL中，基于呈递增次序的QoS规则的优先值，UE针对QoS规则中的包筛选器评估UL包，直到得出匹配的QoS规则(即，其包筛选器匹配UL包)为止。UE使用对应的匹配QoS规则中的QFI以将UL包结合到QoS流。接着，UE将QoS流结合到AN资源。

如果未发现匹配，且默认QoS规则含有一个或多个上行链路包筛选器，那么UE将舍弃上行链路数据包。

以下特征应用于处理下行链路业务：

-UPF基于SDF模板将用户平面业务映射到QoS流

-UPF执行Session-AMBR强制执行并执行支持计费的PDU计数。

-UPF在5GC和(R)AN之间在单个隧道中传送PDU会话的PDU，UPF在封装标头中包含QFI。此外，UPF可在封装标头中包含用于反射式QoS启动的指示。

-UPF在下行链路中执行输送级包标记，例如，设置外部IP标头中的DiffServ编码点。输送级包标记可基于相关联的QoS流的5QI和ARP。

-还考虑到与下行链路包相关联的N3隧道，(R)AN基于QFI及相关联的5G QoS特征和参数将PDU从QoS流映射到接入特定资源。

注2：包筛选器不用于在(R)AN中将QoS流结合到接入特定资源上。

-如果反射式QoS应用，那么UE创建新的推导QoS规则。在推导QoS规则中的包筛选器从DL包(即，其标头)推导出，并且推导QoS规则的QFI根据DL包的QFI设置。

以下特征应用于处理上行链路业务：

-UE使用存储的QoS规则来确定UL用户平面业务和QoS流之间的映射。UE基于RAN所提供的映射，使用对应的QoS流的接入特定资源来传送UL PDU。

-(R)AN通过N3隧道朝向UPF传送PDU。当从(R)AN传递UL包到CN时，(R)AN确定包含在UL PDU的封装标头中的QFI值，并选择N3隧道。

-(R)AN在上行链路中执行输送级包标记，输送级包标记可基于相关联的QoS流的5QI和ARP。

-UPF验证UL PDU中的QFI是否与提供到UE或通过UE隐式推导出(例如，在反射式QoS的情况下)的QoS规则对准。

-UPF执行Session-AMBR强制执行和用于计费的包的计数。

对于UL分类器PDU会话，UL和DL Session-AMBR将在支持UL分类器功能性的UPF中强制执行。此外，DL Session-AMBR将分别在端接N6接口的每一UPF中强制执行(即，不需要UPF之间的交互)(见节5.6.4)。

对于多宿主PDU会话，UL和DL Session-AMBR将在支持支化点功能性的UPF中强制执行。此外，DL Session-AMBR将分别在端接N6接口的每一UPF中强制执行(即，不需要UPF之间的交互)(见节5.6.4)。

注3：DL Session-AMBR在端接N6接口的每一UPF中强制执行，以减少可因为PDU会话的下行链路业务量超过DL Session-AMBR而通过UPF执行UL分类器/支化点功能性舍弃的业务的不必要输送。

(R)AN将针对非GBRQoS流的每一UE在UL和DL中强制执行最大位速率(UE-AMBR)限制。如果UE接收Session-AMBR，那么UE将使用Session-AMBR针对非GBR业务，基于PDU会话执行UL速率限制。

每PDU会话的速率限制强制执行应用于不需要受保证的流位速率的流。每SDF的MBR对于GBRQoS流来说是强制性的，但是对于非GBRQoS流来说是任选的。MBR在UPF中强制执行。

非结构化PDU的QoS控制在PDU会话级处执行。当建立PDU会话以传输非结构化PDU时，SMF向UPF和UE提供将应用于PDU会话的任何包的QFI。

编者注：是否支持及如何支持非结构化PDU的QoS流级QoS控制有待进一步研究。

5.7.2 5G QoS参数

5QI是用作在节5.7.4中限定的5G QoS特征的参考的标量，即控制QoS流的QoS转发处理的接入节点特定参数(例如，调度权重、准入阈值、队列管理阈值、链路层协议配置等)。

在标准化值范围中的5QI具有到5G QoS特征的标准化组合的一对一映射，如表5.7.4-1中说明。

对于5G QoS特征的非标准化组合，非标准化值范围中的5QI值以及5G QoS特征在PDU会话或QoS流建立时通过N2、N11和N7传送。

注1：在N3上，每一PDU(即，在用于PDU会话的隧道中)通过承载于封装标头中的QFI而与一个5QI相关联。

QoS参数ARP含有关于优先级、抢占能力(pre-emption capability)和被抢占能力(pre-emption vulnerability)的信息。优先级限定资源请求的相对重要性。这允许判定在资源限制(通常用于GBR业务的准入控制)的情况下是可以接受还是需要拒绝新QoS流。它还可用于判定哪一现有QoS流在资源限制期间抢占。

ARP优先级的范围是1到15，其中1为最高水平的优先级。抢占能力信息限定服务数据流是否可得到已经指派到具有较低优先级的另一业务数据流的资源。被抢占能力信息限定服务数据流是否会丢失指派给其的资源，以准入具有较高优先级的服务数据流。抢占能力和被抢占能力将设置成‘是’或‘否’。

ARP优先级1到8应该仅指派有用于经授权在操作员域内接收经优先级区分处理(即，通过服务网络授权)的服务的资源。ARP优先级9到15可指派有通过归属网络授权且因此在UE漫游时适用的资源。

注2：这确保了未来版本可通过后向兼容方式使用ARP优先级1到8来指示操作员域内的例如紧急和其它优先级服务。这并不妨碍在存在确保这些优先级的兼容使用的适当漫游协议的情况下在漫游情形中使用ARP优先级1到8。

反射式QoS属性(RQA)是在使用通过控制平面的反射式QoS控制时通过N1传送到UE的任选参数，如节5.7.5.4.3中所描述。RQA基于QoS流进行传送。

此外，QoS流可与参数相关联：

-通知控制。

可为GBRQoS流提供通知控制。通知控制指示如果在QoS流的使用寿命期间无法实现QoS流的QoS目标，那么是否应通过RAN进行通知。如果它被设定且QoS目标无法实现，那么RAN向SMF发送通知。

编者注：非GBRQoS流是否需要通知控制有待进一步研究。

对于GBRQoS流，5GQoS模板另外包含以下QoS参数：

-受保证的流位速率(GFBR)-UL和DL；

-最大位速率(MFBR)--UL和DL。

GFBR表示可预期由GBRQoS流提供的位速率。MFBR限制可预期由GBRQoS流提供的位速率(例如，多余业务可通过速率修整功能(rate shaping function)舍弃)。

针对GBRQoS流中的每一个在N2、N11和N7上传送GFBR和MFBR以建立5G QoS模板。

基于从PCF接收的信息，每SDF MBR在N7和N4上传送。

UE的每一PDU会话与以下聚合速率限制QoS参数相关联：

-每会话聚合最大位速率(Session-AMBR)。

订制Session-AMBR是从UDM获取的订制参数。SMF可使用订制Session-AMBR或基于局部策略调节它，或使用从PCF接收的经授权Session-AMBR以得到Session-AMBR，Session-AMBR在N4上传送到适当的UPF实体。Session-AMBR限制可预期横跨特定PDU会话的所有非GBRQoS流提供的聚合位速率。

每一UE与以下聚合速率限制QoS参数相关联：

-每UE聚合最大位速率(UE-AMBR)。

UE-AMBR限制可预期横跨UE的所有非GBRQoS流提供的聚合位速率。每一(R)AN将其UE-AMBR设置成具有到这一(R)AN的活跃用户平面的所有PDU会话的Session-AMBR的总和，最多为订制UE-AMBR的值。订制UE-AMBR是从UDM获取并由AMF提供到(R)AN的订制参数，且Session-AMBR由SMF提供到(R)AN。

5.7.3 5G QoS特征

此节说明与5QI相关联的5G QoS特征。特征在以下性能特征方面描述QoS流在UE和UPF之间边到边地接收的包转发处理：

1资源类型(GBR或非GBR)；

2优先级；

3包延迟预算；

4包错误率。

5G QoS特征应理解为用于针对每一QoS流，例如针对3GPP无线接入链路层协议配置设置节点特定参数的准则。

标准化值范围中的5QI的5G QoS特征不在任一接口上进行传送。

非标准化值范围中的5QI的5G QoS特征在PDU会话或QoS流建立时通过N2、N11和N7传送。

资源类型确定专用网络资源相关的QoS流级受保证流位速率(GFBR)值是否被永久性分配(例如，通过无线电基站中的准入控制功能)。因此，通常“按照需要动态策略与计费控制的需求”授权GBR QoS流。非GBR QoS流可通过静态策略与计费控制进行预授权。

包延迟预算(Packet Delay Budget，PDB)限定包在UE和端接N6接口的UPF之间可延迟的时间上限。对于某一5QI，PDB的值在上行链路和下行链路中是相同的。在3GPP接入的情况下，PDB用来支持调度和链路层功能的配置(例如，调度优先级权重和HARQ目标操作点的设置)。

注1：PDB表示端到端“软上限”。

编者注：什么为PDB置信级有待进一步研究，例如，98％是否足够或5G是否需要更积极的置信级，例如，99％。

包错误率(Packet Error Rate，PER)限定已经通过链路层协议的发送器(例如，3GPP接入的RAN中的RLC)处理但是通过对应的接收器未成功传递到上部层(例如，3GPP接入的RAN中的PDCP)的SDU(例如，IP包)的速率上限。因此，PER限定不与拥塞相关的丢包的速率上限。PER目的在于允许适当的链路层协议配置(例如，3GPP接入的RAN中的RLC和HARQ)。对于某一5QI，PER的值在上行链路和下行链路中是相同的。

编者注：针对非标准化5QI值范围，是否需要指定5G QoS特征的“允许边界”有待进一步研究，例如，所允许的最小值PDB<X ms，PLR<10^-X等。

5.7.4标准化5QI到QoS特征映射

标准化QFI和5QI值到5G QoS特征的一对一映射在表5.7.4-1中说明。

[省略3GPP TS 23.501V1.0.0中名称为“标准化5QI到QoS特征映射(Standardized5QI to QoS characteristics mapping)”的表5.7.4-1]

编者注：它是界定标准化5QI到QoS特征映射的开始点，此表格将进行扩展/更新以支持5G的服务要求，例如，超低延时服务。

5.7.5反射式QoS

5.7.5.1概述

通过AN对反射式QoS的支持在5GC的控制下。反射式QoS通过基于接收到的下行链路业务在UE中创建推导QoS规则来实现。在同一PDU会话内同时应用反射式QoS和非反射式QoS将是可能的。对于经受反射式QoS的业务，UL包得到与经反射DL包相同的QoS标记。

5.7.5.2 UE反射式QoS程序

5.7.5.2.1概述

对于支持反射式QoS功能的UE，如果对于一些业务流5GC支持反射式QoS功能，那么UE将基于接收到的下行链路业务创建用于上行链路业务的推导QoS规则。UE将使用推导QoS规则来确定上行链路业务和QoS流之间的映射。

不支持反射式QoS的UE将忽略反射式QoS的任何指示。

5.7.5.2.2 UE推导QoS规则

UE推导QoS规则含有以下参数：

-包筛选器

-QFI

-优先值。

基于接收到的DL包推导出UL包筛选器。

当通过用户平面启动反射式QoS时，所有推导QoS规则的优先值被设置成标准化值。

编者注：当通过用户平面启动反射式QoS时，基于每PDU会话，标准化值是否被新值覆写及如何被新值覆写有待进一步研究。

当通过控制平面控制反射式QoS时，控制平面启动范围内的推导QoS规则(即，QoS流、PDU会话)的优先值被设置成通过控制平面传送的值。

5.7.5.3用于支持反射式QoS的UPF程序

当5GC支持用户平面反射式QoS时，UPF将在N3参考点上的封装标头中包含反射式QoS指示(RQI)以及QFI。

5.7.5.4反射式QoS控制

5.7.5.4.1概述

可通过用户平面或通过控制平面控制反射式QoS。5GC基于策略和接入类型来确定是通过控制平面还是通过用户平面控制反射式QoS功能。

5.7.5.4.2通过用户平面的反射式QoS控制

通过使用N3参考点上的封装标头中的RQI及QFI，以及在PDU会话建立后传送到UE或设置成默认值的反射式QoS定时器(RQ定时器)值，基于每一包，通过用户平面控制反射式QoS。

注：限定RQ定时器值取决于阶段3。

当5GC针对特定SDF确定通过用户平面控制反射式QoS时，SMF将在通过N4接口提供到UPF的对应SDF信息中包含指示。对于对应于此SDF的DL包，UPF可设置N3参考点上的封装标头中的RQI位。

在接收经受反射式QoS的DL包后，UE创建UE推导QoS规则，并起始设置成RQ定时器值的定时器。如果已经存在具有相同包筛选器的现有UE推导QoS规则，那么UE针对此UE推导QoS规则重新起始定时器。

注：通过用户平面的反射式QoS启动用来避免带外信令(例如，对于一些非3GPP接入)。

编者注：RAN WG2需要限定下行链路包经受反射式QoS的N3指示如何通过无线电接口递送到UE。依据RAN WG2解决方案，可需要向RAN指示哪一QoS流经受反射式QoS。这如何完成及何时完成有待进一步研究。

编者注：如何最小化处理负担有待进一步研究，处理负担包含多个RQ定时器对反射式QoS的UE的影响。

编者注：是否需要停用反射式QoS的其它手段有待进一步研究

在与UE推导QoS规则相关联的定时器到期后，UE删除对应的UE推导QoS规则。

5.7.5.4.3通过控制平面的反射式QoS控制

基于每一QoS流通过控制平面控制反射式QoS。在QoS流建立后，UE具有特定于QoS流的反射式QoS定时器(RQ定时器)值。

当5GC确定通过控制平面控制反射式QoS时，SMF将在通过N1接口发送到UE的QoS流参数中包含反射式QoS属性(RQA)。

当UE在其中RQA被设置成RQI的QoS流上接收DL包时，UE创建UE推导QoS规则，并起始设置成RQ定时器值的定时器。如果已经存在具有相同包筛选器的现有UE推导QoS规则，那么UE针对此UE推导QoS规则重新起始定时器。

在与UE推导QoS规则相关联的定时器到期后，UE删除对应的UE推导QoS规则。

注：通过控制平面的反射式QoS控制用于粗粒度控制(即，每QoS流)。

编者注：是否需要停用反射式QoS的其它手段有待进一步研究

编者注：如何最小化多个RQ定时器对UE的影响有待进一步研究。

R2-1707159论述SDAP标头格式，如下：

2.1 SDAP的透明模式

如最后一个会议中所协议，当不需要SDAP标头时(例如，当在LTE+DC模式中朝向EPC操作时或当网络并不打算使用任何反射式映射时)存在多种情况。当网络未配置SDAP标头时，可以通过SDAP层不存在的方式对其进行建模。然而，依据RRC配置，这会使得协议看起来有所不同。因此，更干净的解决方案是将SDAP标头的不存在建模为“SDAP透明模式”，如若干个其它3GPP协议中已经进行的。通过这种方式，SDAP可始终在PDCP顶部上。并且，PDCPSDU始终是SDAP PDU。

提议1：当RRC对SDAP标头进行去配置时，这被建模SDAP透明模式。

2.2 SDAP标头格式

在RAN2 97-bis会议中，做出在SDAP标头中包含流ID以及使标头字节对准的决策。但流Id长度的问题仍然存在。当假设SDAP标头为一个或两个字节时，流ID的可能大小从7位最高到16位，且QFI表中由SA限定的最大限定QFI值是79[1]。具有7位的流ID值范围应该是足够的，因为它允许128个流存在于一个PDU会话中。具有较大流ID范围需要UE为流到DRB的映射分配更多资源。

表1：5G系统的3GPP TS23.501系统架构，阶段2，V0.4.0(2017-04)

基于将告知UE DL包是否需要更新NAS级SDF到流的映射的来自SA2的输入。我们提议在DL标头中存在一位指示。当位被设置成1时，UE向NAS指示它将基于存在于SDAP标头中的流ID确定且可能更新SDF到流的映射[2]。

提议2：DL SDAP标头包含1位NAS-RQI指示，其指示UE是否将创建(或更新)UE推导QoS规则。

类似于NAS RQI，在SDAP标头中可存在AS RQI位指示，其指示UE是否将创建或更新QoS流到DRB的映射。假设6位流id长度不够，那么在两者都具有的情况下，NAS和AS RQI指示将需要SDAP标头为2字节。

图1示出当AS和NAS RQI都存在于标头中时的标头。流ID的长度在7和16之间。

[省略R2-1707159中名称为“具有8位流ID、NAS-RQI、AS-RQI和6位预留字段的DLSDAP标头(DL SDAP header with 8-bit Flow ID，NAS-RQI，AS-RQI and 6-bit Reservedfield)”的图1]

观察结果1：在DL中，当存在NAS-RQI和AS-RQI字段且流ID大于7位时，SDAP标头增长到2个字节

具有NAS-RQI和AS-RQI允许当NAS RQI位和AS RQI位都未设置时，gNB传送器在下行链路标头中省略AS流ID。这将允许在不应触发任何筛选器更新的所有DL包中将标头大小减少到一个八位字节。但是当然，它还将产生可变SDAP标头大小。在图1中呈现此标头。

[省略R2-1707159中名称为“其中省略1位NAS-RQI、1位AS-RQI和流ID(AS RQI＝0)的DLSDAP标头(DL SDAP header with 1-bit NAS-RQI，1-bit AS-RQI and Flow IDomitted(AS RQI＝0))”的图2]

SDAP标头中的标头长度变化增加了例如ROHC需要识别PDCP层中的IP包的开始点时的复杂度。

考虑到更新流ID到DRB的映射比NAS筛选器的更新容易得多，我们认为不应该添加此类显式指示。在没有所述指示的情况下，一个字节的标头长度为7位流ID长度提供了空间。

从DRB到流ID的映射的角度来看，在UE中，当需要UE维持流到DRB映射表时，具有长于所需的流ID范围并不合乎需要。128个流ID的范围足以用于当前存在的使用情况[1]。

在图3中描绘了所得下行链路SDAP标头。

[省略R2-1707159中名称为“具有7位流ID和NAS-RQI的DLSDAP标头(DL SDAPheader with 7-bit Flow ID and NAS-RQI)”的图3]

提议3：DL和ULSDAP标头含有7位流ID

对于UL，流ID向gNB提供gNB根据其能够观察到承载于NG3 UL标头中的QoS标记的信息。不需要NAS-RQI。因此，所得UL标头具有一个备用位(R)以便后续使用，如图4中所示。

[省略R2-1707159中名称为“当使用7位流ID时的ULSDAP标头(UL SDAP headerwhen 7-bit Flow ID is used)”的图4]

提议4：ULSDAP标头具有一个备用位(R)以便后续使用。

在先前的会议中，一些公司提议具有SDAP层的控制PDU。控制PDU所承载的信息将与NAS和AS使用的状态相关。可利用上文提出的方法来承载此信息。此外，RRC信令覆盖QoS特征，这会使得控制元素信息冗余。因为SDAP层当前只与QoS一起使用，并且它当前与PDCP实体紧耦合，所以控制PDU会使复杂度增加，复杂度可能不能与益处调和。另外，动态SDAP标头向ROHC实施方案引入了复杂度，因为ROCH需要知道IP包的位置。可替代地，在末端处具有SDAP标头将避免ROCH问题，但是引入了SDAP标头与PDCP SDU长度信息的耦合。利用动态标头从末端解析将使接收器解析器复杂，因为接收器将会需要预测SDAP标头的长度或以其它方式指示所述长度。

提议5：在SDAP层中不引入控制标头

提议6：将SDAP标头放置在PDU的开始处

R2-1707160论述反射式QoS和流ID的存在情况，如下：

SDAP标头的存在情况和QoS流ID

为了实现反射式QoS，RAN用QoS流ID标记Uu上的下行链路包。UE用QoS流ID标记Uu上的上行链路包，目的是标记转发到CN的包。

RAN2-97bis协议……

至少对于其中UL AS反射式映射和NAS反射式QoS未配置成用于DRB的情况，不用“流ID”标记Uu上的DL包。

依据网络配置，AS层标头包含UL“流ID”

RAN2-98再次论述这一话题，并作出以下结论：

1.一旦AS反射式QoS是活跃的，QoS流ID就存在。它是否始终存在有待进一步研究。

2.当NAS层反射式QoS启动(例如，可使用)时应该通知gNB。我们如何处理NAS反射式QoS有待进一步研究，且取决于它将如何/何时提供。

3.RAN2将支持其中SDAP标头不存在且针对每一DRB进行配置的模式。如果经配置，那么如何处理不同字段有待进一步研究。

QoS流ID的动态存在情况

上方的编号3意味着eNB通过RRC针对每一DRB配置UE是否将在上行链路PDCP SDU中包含SDAP标头以及SDAP标头是否存在于DL PDCP SDU中。根据编号1，应该进一步论述一旦配置了SDAP，“QoS流ID”是否就“始终存在”，还是它是否仅可动态地存在。为了实现后者，SDAP标头将需要利用一个位指示“QoS流ID”的存在情况。因为此类指示自身将占用一个位，所以将不允许将SDAP标头的大小减少到低于一个八位字节。因此，我们认为针对具有一个字节的固定大小的SDAP标头(如果配置成通过RRC存在)更有效。

提议1：如果SDAP借助于RRC配置成用于DRB，那么“QoS流ID”存在于所述DRB上的UL和DL包(非动态启用/停用)。

重新配置SDAP标头的存在情况

因为UE和网络必须在任一时间点了解哪些PDCP SDU含有SDAP标头，所以此标头的存在情况应该仅通过同步重新配置改变，即，包含mobilityControlInfo的RRCConnectionReconfiguration。应该注意这仍然需要PDCP接收器实体通知每一个传递的PDCP PDU的SDAP实体SDAP标头是否存在。如果希望免去这一通知，那么RAN2应该将SDAP标头的配置限制在满配置(fullConfig)。然而，我们认为在移交期间允许启用/停用SDAP标头是可接受的。

提议2：eNB可仅借助于移交，即，同步重新配置改变SDAP标头的存在情况。

由于使SDAP成为PDCP上的单独协议的决策，RoHC压缩器和解压器(其指定为PDCP的部分)现在必须探视SDAP PDU，并对SDAP SDU(IP包)起作用。尽管这不是一个好设计，但是我们相信，在上述两个建议的情况下，UE和网络都会具有执行RoHC需要的所有信息。

观察结果1：基于RRC配置，UE和网络侧中的RoHC压缩器和解压器实体可确定每一PDCP PDU内部IP包的位置，即，SDAP标头是否存在。

[…]

-------------------------------------------------------

附件：先前会议中的QoS相关协议

RAN2-95论述了NR QoS框架的基础原理并达成以下协议：

在RAN2-95bis上，达成了一些其它协议，并上述待进一步研究者中的第一个已解决：

RAN2#96：

＝>有待进一步研究：QoS字段是通过PDCP还是通过PDCP上的新协议层添加。

2017年1月的RAN2 Ad Hoc：

雅典的RAN2-97：

(2017年4月)斯波坎的RAN2-97bis

R2-1707161论述相同单元内和移交中的QoS流重新映射，如下：

2.1更新到DRB筛选器的QoS流

在RAN2-96上，论述了网络可如何改变UL流到DRB的映射，且RAN2协议“UE“持续”监测下行链路PDCP包中的QoS流ID并相应地在上行链路中更新反射式QoS流ID到DRB的映射”。

词“持续”被放在引号中是因为公司想要研究是否真的每个DL包都需要分析。

我们认为这是允许eNB通过将DL流的包重新引导到不同DRB上来更新映射的最简单方式。例如，如果UE在一开始观察到在DRB1上具有流ID X的下行链路包，那么它创建将具有流ID X的上行链路包映射到DRB 1的“流到DRB”筛选器。但是如果UE在稍晚时间观察到在DRB2上具有流ID X的下行链路包，那么它应该改变流X的筛选器，以使得UL包同样映射到DRB 2。

然而，同时，SA2协议CN应该在N3(用户平面)包标头中动态地指示UE将使用此包标头来创建或更新NAS级反射式QoS映射：

表1：5G系统的3GPP TS23.501系统架构，阶段2，V0.3.1(2017-03)

基于将告知UE DL包是否需要更新NAS级SDF到流的映射的来自SA2的输入，我们建议将所述指示复制到SDAP标头中。

提议1：如果DLSDAP标头中的NAS-RQI位被设置成1，那么UE向NAS指示它将基于存在于SDAP标头中的流ID而确定且可能更新SDF到流的映射。

到目前为止，RAN2假设UE将基于含有流ID的所有接收到的DL包而更新AS级流到DRB的映射。可考虑改变这一操作，以使得UE只有在被明确告知这样做时才会同样更新AS级映射。然而，为了实现这一操作，SDAP标头将需要包括单独但以类似方式指示UE是否将使用包标头中的流ID来更新流到DRB的映射的第二个位。明显地，这将仅为流ID留下6个位，且因此在6个位被认为过小的情况下可能导致2个八位字节SDAP标头。关于可能标头格式的更多讨论可参见[1]。在那篇文章中，我们得出结论：SDAP标头中的流ID应该为7位。

提议2：SDAP标头中的DL和UL的流ID长度是7位。

提议3：因为在DL SDAP标头中仅需要NAS-RQI位，所以ULSDAP标头具有一个备用位(R)。

2.2在QoS流重新映射到另一DRB后的包重排序

一些公司在最后一次会议中观察到QoS流到不同DRB的重新映射可导致无序包传递。这可发生在由更新后的流到DRB的映射导致的流的初始包以低优先级DRB结束且后续包映射到高优先级DRB时。我们同意此观察结果，但认为当在队列为空时的时机执行重新映射时网络可避免这一情况。然而，针对上行链路方向可能未必总是有可能确保这一情况。但是至少对于从默认DRB到另一DRB的初始重新映射，有可能较高层仍然处于初始交握阶段(例如，TCP SYN/SYN-ACK、TLS安全设置、HTTP GET)且因此通常将存在极少处于飞行中的可超过彼此的包。

观察结果1：当NW在流的初始交易阶段期间将流重新映射到不同DRB时，包重排序是不太可能的，因为少数包处于飞行中。

观察结果2：当NW将流重新映射到不同DRB时，它可通过将它推迟到缓冲区为空或至少为少时的时机来使重排序的风险最小化。

还提到在流重新映射后的包重排序可借助于(PDCP上)每一QoS流的额外重排序功能来避免。然而，根据上述的观察结果，我们未发现在UE侧需要这种(复杂的)功能性。

如果RAN2认为在QoS流重新映射(在上行链路方向上)后的包重排序的风险大到不可接受，那么我们建议寻求一种相对简单的解决方案，例如以下：在检测流到不同DRB的重新映射(反射式地或显式地)后，PDCP传送器将所有尚未经RLC确认的PDCP PDU复制到目标DRB的PDCP实体。这可产生一些复制品，但是那些对较高层来说不重要。因为我们始终假设在文件传输的初始阶段期间通常将仅存在少数处于飞行中的包，由(少数)复制品导致的低效对于上文所描述的初始反射式QoS重新映射来说可被忽略。当然，如果网络在移交期间重新映射流，那么这种方法还将免去IP级的重排序。

将数据移动(而不是复制)到另一DRB将免去开销，但是需要重新处理已经预处理的源DRB的PDCP PDU。

提议4：不应引入用于避免在将QoS流重新映射到不同DRB(通过显式信令或通过更新反射式QoS映射)时的可能乱序传递的额外UE功能性。

提议5：如果不同意提议6(即，如果RAN2认为应避免由QoS流重新映射导致的重排序)，那么PDCP传送器将所有尚未经RLC确认的PDCP PDU复制到目标DRB'的PDCP实体。

2.3反射式和经配置映射的优先次序

RAN2-96尚未关于“经RRC配置的映射和反射式QoS的优先顺序”达成协议。基本上存在三种选择方案：

1)对于所述流，经RRC配置的映射超越任一反射式映射。

2)最新推导的反射式映射超越先前通过RRC配置的映射。

3)UE始终应用最新映射，即，通过RRC提供或通过反射式QoS推导的映射

我们认为第二种选择方案将引入RRC配置和用户平面之间的不当依赖性。例如，RRC配置(AS-Config)将不表示UE应用的映射。这在可移动的情况下将是不当的，因为UE不会像目标节点所期望的那样表现。它还去除了超越通过专用配置的先前反射式QoS映射的可能性。

第三种选择方案会遭受可能存在的竞态条件，因为它可能不是完全可预测的，无论UE是首先接收DL数据包还是接收RRCConnectionReconfiguration。并且，正如第二种选择方案，移动性存在模糊性。

一般来说，我们认为RRC信令应该始终优先于L2和L1控制信令。它将确保干净分离并避免任何模糊性。并且，在移动期间，此原理确保目标eNB了解通过UE应用的所有经配置UL QoS映射。除此以外，相比于具有相同ID的ULQoS流，它还将允许eNB将DLQoS流映射到不同DRB上。

提议6：如果eNB利用“到DRB筛选器的上行链路QoS流”配置UE，那么针对此QoS流，它超越任何反射式映射。

2.4在移交期间维持QoS映射

在小区间移动性的上下文中，应该论述UE是否维持反射式UL QoS筛选器。如上文所提及，根据AS-Config，目标eNB并不知道UE的反射式QoS筛选器。可认为源eNB提供反射式UL QoS到目标eNB的映射(例如，在AS-Context中)。可替代地，目标节点可改变QoS映射，并在HO命令(RRCConnectionReconfiguration)中向UE发送新映射。但是我们认为这存在不必要的复杂性，并且它还会引入状态不匹配的风险。只要存在与UE相关联的DRB，即，还在正常RRC移动期间，UE就维持反射式UL QoS映射显得更简单。当eNB释放与映射相关联的DRB时，UE释放反射式UL QoS映射。

提议7：只要存在与UE相关联的DRB，即，还在正常RRC移动期间及在承载式改变后，UE就维持反射式UL QoS映射。当eNB释放与映射相关联的DRB时，UE释放反射式UL QoS映射。

S2-170065提供以下描述：

1.1通过控制平面的反射式QoS启动

图中描绘当反射式QoS启动通过NG1传送到UE时的反射式QoS程序。

[省略S2-170065中名称为“通过控制平面的反射式QoS启动(Reflective QoSactivation via C-plane)”的图]

详细程序如下：

1.当SMF确定应该通过控制平面启动反射式QoS时，SMF应该通过NG4向UPF传送反射式QoS规则，并通过NG1向AN(任选地)传送反射式QoS模板以及向UE传送具有RQI的反射式QoS模板。

2.DN发送反射式QoS规则将供UPF使用的包。

3.当UPF从DN接收DL包时，它将使用反射式QoS规则传送DL包。

4.AN基于QoS标记通过对应的DRB发送DL包。

5.UE确定推导出UL服务数据流的QoS规则。

对于上述情况，如果反射式QoS不用于使用相同NAS级QoS模板的所有服务数据流，那么应该在包中包含额外指示符(例如，RQI)以通知UE反射式QoS应该使用哪一服务数据流。此外，RQI还应包含在UPF的反射式QoS规则中以用RQI标记包。在此情况下，不需要通过NG1传输的RQI。因此，通过控制平面的反射式QoS启动应用于粗粒度，例如，每QoS流或每PDU会话。它不应用于每包流。在此情况下，UPF和AN将不区分反射式QoS机制和非反射式QoS机制之间的包处理逻辑。

此外，在NextGen网络中，UE将通过非3GPP接入利用3GPP NAS信令接入NextGenCN，通过控制平面的反射式QoS启动可用于非3GPP接入，而不会影响非3GPP接入技术。

观察结果1：通过控制平面的反射式QoS启动应用于粗粒度情况，例如，每QoS流或每PDU会话。它不应用于每包流。

观察结果2：可在接入不可知的情况下使用通过控制平面的反射式QoS启动，例如，它还可用于非3GPP接入情况。

观察结果3：当反射式QoS用于每QoS流或每PDU会话时，控制平面解决方案可简化UPF和RAN处理逻辑。

1.2通过用户平面的反射式QoS启动

图中描绘当反射式QoS启动通过用户平面发送到UE时的反射式QoS程序。

[省略S2-170065中名称为“通过用户平面的反射式QoS启动(Reflective QoSactivation via U-plane)”的图]

详细程序如下：

1.当SMF确定应该通过用户平面启动反射式QoS时，SMF应该通过NG4向UPF传送具有RQI的反射式QoS规则。

2.DN发送反射式QoS规则将用于UPF的包。

3.当UPF从DN接收DL包时，如果UPF确定经受反射式QoS的包，那么它将传送具有RQI的DL包。

4.AN基于QoS标记通过对应的接入特定资源发送具有RQI的DL包。

5.UE确定根据RQI推导出UL服务数据流的QoS规则。

对于上述情况，UPF应该区分用户平面中用于RQI标记的反射式QoS规则和非反射式QoS。因此，RQI应该包含在反射式QoS规则中。另外，AN应该能够在无线电包中含有RQI。此方法更适用于较细粒度，例如，每服务数据流。

此外，如果QoS特征不是标准化的，那么需要NG2和NG1上的信令。并且，当所有包都使用此QoS特征时，用户平面解决方案不适用于此情况。

此外，在UE通过非3GPP接入网络接入NextGen核心网络的情况下，如果用户平面用于反射式QoS启动，那么非3GPP接入网络可需要增强以包含指示符“RQI”。然而，难以改变关于非3GPP接入技术的限定。因此，不推荐在非3GPP接入的情况中使用用户平面。

观察结果1：通过用户平面的反射式QoS启动应该用于较细粒度和标准化QoS特征，例如，每服务数据流。

观察结果2：在用户平面解决方案中应该在反射式QoS规则中添加RQI。

观察结果3：通过用户平面的反射式QoS启动不应用于非3GPP接入。

RAN2#98主席笔记记录了针对相关QoS作出的以下协议：

RAN2 NR Ad Hoc#2主席笔记记录了针对相关QoS作出的以下协议：

3GPP TS 38.323说明状态报告以及标头压缩和解压缩，如下：

5.4状态报告

5.4.1传送操作

对于被上部层配置成在上行链路中发送PDCP状态报告(statusReportRequired[3])的AM DRB，当出现以下情况时，接收PDCP实体将触发PDCP状态报告：

-上部层请求PDCP实体重新建立；

-上部层请求PDCP数据恢复；

-接收其中P位被设置成1的PDCP数据PDU；

编者注：PDCP状态报告的触发有待进一步研究。

如果触发PDCP状态报告，那么接收PDCP实体将：

-编译PDCP状态报告，如下文通过以下所指示：

-将FMC字段设置成第一缺失PDCP SDU的COUNT值；

-如果存储了至少一个无序PDCP SDU，那么分配以位为单位长度等于COUNT的数值的位图字段，COUNT的数值从第一缺失PDCP SDU(不包含第一缺失PDCP SDU)最多到最后一个无序PDCP SDU(包含最后一个无序PDCP SDU)，上舍入到下一个8的倍数，或最多到其中所得PDCP控制PDU大小等于[8188]字节的PDCP SDU(包含所述PDCP SDU)，无论哪个先出现；

-针对尚未接收到的所有PDCP SDU以及任选地其中解压缩失败的PDCP SDU，在位图字段中设置为‘0’，

-对于已经接收到的所有PDCP SDU，在位图字段中设置为‘1’；

-将PDCP状态报告作为用于传送的第一PDCP PDU提交到下部层。

5.4.2接收操作

对于AM DRB，当PDCP状态报告接收于下行链路中时，传送PDCP实体将：

-针对其中位图中的位被设置成‘1’或其中相关联的COUNT值小于FMC字段的值的每一PDCP SDU(若存在)，视为成功传递，并舍弃如小节5.3中所指定的PDCP SDU。

[…]

5.7标头压缩和解压缩

5.7.1受支持标头压缩协议和模板

标头压缩协议是基于强健标头压缩(Robust Header Compression，ROHC)框架[7]。针对ROHC框架限定多个标头压缩算法，被称作模板。每一模板特定于特定网络层、输送层或上部层协议组合，例如，TCP/IP和RTP/UDP/IP。

ROHC信道的详细定义指定为ROHC框架的部分[7]。这包含如何在ROHC信道上复用不同流(标头压缩或不压缩)，以及如何在所述所述的压缩算法的初始化期间使特定IP流与特定上下文状态相关联。

本说明书未覆盖ROHC框架的功能性和受支持标头压缩模板的功能性的实施方案。

在这一规范版本中，描述对以下模板的支持：

[省略3GPP TS 38.323 V0.0.5中名称为“受支持标头压缩协议和模板(Supportedheader compression protocols and profiles)”的表5.7.1-1]

5.7.2标头压缩的配置

与DRB相关联的PDCP实体可被上部层[3]配置成使用标头压缩。

5.7.3协议参数

RFC 4995具有强制性的且必须经压缩器和解压器对等设备之间的上部层配置的配置参数[7]；这些参数限定ROHC信道。ROHC信道是单向信道，即，针对下行链路存在一个信道，且针对上行链路存在一个信道。因此，每一信道存在一组参数，且相同值将用于属于相同PDCP实体的两个信道。

编者注：对仅UL的ROHC的支持有待进一步研究。

这些参数被分类成两个不同组，如下文限定：

-M：强制性且经上部层配置。

-N/A：不用于本说明书。

参数的使用和定义将指定如下。

-MAX_CID(M)：这是可使用的最大CID值。将为未经压缩流始终预留一个CID值。参数MAX_CID经上部层配置(maxCID[3])。

-LARGE_CIDS：此值未经上部层配置，而是根据以下规则从MAX_CID的经配置值推断出：

如果MAX_CID>15，那么LARGE_CIDS＝TRUE，否则LARGE_CIDS＝FALSE。

-PROFILES(M)：模板用来限定允许哪些模板供UE使用。受支持模板列表描述于章节5.7.1中。参数PROFILES经上部层配置(用于上行链路和下行链路的profiles[3])。

-FEEDBACK_FOR(N/A)：这是对两个压缩端点之间的相反方向上的信道的参考，且指示所发送的任何反馈指的是哪一信道。在此PDCP实体的一个ROHC信道上接收的反馈将始终指代这一相同PDCP实体的相反方向上的ROHC信道。

-MRRU(N/A)：不使用ROHC分段。

5.7.4标头压缩

标头压缩协议产生两种类型的输出包：

-压缩包，各自与一个PDCP SDU相关联

-不与PDCP SDU相关联的独立包，即，散置ROHC反馈

压缩包作为相关PDCP SDU而与相同PDCP SN和COUNT值相关联。

散置ROHC反馈不与PDCP SDU相关联。它们不与PDCP SN相关联，且未进行加密。

注：如果针对压缩流已经建立MAX_CID数目个ROHC上下文，且新IP流并不匹配任何已建立的ROHC上下文，那么压缩器应该将新IP流与为现有压缩流分配的ROHC CID中的一个相关联，或将属于IP流的PDCP SDU作为未压缩包发送。

5.7.5标头解压缩

如果标头压缩经与用户平面数据相关联的PDCP实体的上部层配置，那么PDCP PDU在执行解密之后通过标头压缩协议解压缩，如小节5.8中所解释。

5.7.6散置ROHC反馈的PDCP控制PDU

5.7.6.1传送操作

当标头压缩协议产生散置ROHC反馈时，传送PDCP实体将：

-将如小节6.2.5中所指定的对应PDCP控制PDU提交到下部层，即，不与PDCP SN相关联，也不执行加密。

5.7.6.2接收操作

在从下部层接收散置ROHC反馈的PDCP控制PDU时，接收PDCP实体将：

-将对应的散置ROHC反馈传递到标头压缩协议，同时不执行解密。

根据3GPP TS 23.501，QoS流是包数据单元(Packet Data Unit，PDU)会话中QoS区分的最细粒度。PDU会话提供UE和数据网络之间的关联，所述数据网络提供PDU连接服务。

根据3GPP TS 38.300，被称作服务数据适配协议(Service Data AdaptationProtocol，SDAP)的新AS层经指定以提供功能，例如，QoS流和数据无线电承载(data radiobearer，DRB)之间的映射和DL包和UL包中对QoS流ID(QFI)的标记。此外，每一SDAP实体与一个PDU会话相关联。每一PDU会话存在至少一个DRB(例如，默认DRB)。每一SDAP PDU可含有至少一个IP包。每一SDAP PDU可含有SDAP标头(如果被配置成用于UL和/或DL)。SDAP标头可指示用来识别QoS流的至少一个QFI，其中IP包来自所述QoS流。SDAP PDU可为包数据汇聚协议(Packet Data Convergence Protocol，PDCP)服务数据单元(Service Data Unit，SDU)。

基于3GPP TS 38.323，在PDCP层中执行强健标头压缩(Robust HeaderCompression，RoHC)压缩和解压缩。RoHC压缩和解压缩可基于IP包的标头而执行。此外，PDCP状态报告可指示其中RoHC解压缩失败的那些PDCP SDU。因为SDAP实体是PDCP层上方的协议堆栈，所以PDCP层应该知道IP包在SDAP PDU中的位置(即，PDCP层应该知道SDAP标头是否存在)。

在一个实施例中，DRB可服务多个QoS流(针对PDU会话)，以使得gNB可配置UE以使用DRB的SDAP标头(在UL中)。当一些QoS流进行修改以使用另一DRB或被释放时，此时DRB可仅服务一个QoS流。在这种情况下，gNB可重新配置UE以不使用DRB的SDAP标头(在UL中)。然而，包含SDAP标头的一些PDCP SDU可能已在PDCP实体/层中缓冲并且待传送(或重新传送)。在传送(或重新传送)包含SDAP标头的那些PDCP SDU之后，PDCP实体/层的接收侧可将那些PDCP SDU视为不包含SDAP标头。当出现这一情形时，那些PDCP SDU上的RoHC解压缩可失败。如果PDCP实体/层与UM RLC实体相关联，那么那些PDCP SDU可因为RoHC解压缩的失败而被舍弃，这意味着数据缺失。然而，如果PDCP实体/层与AM RLC实体相关联，那么那些PDCP SDU可基于PDCP状态报告而重新传送。尽管执行了那些PDCP SDU的重新传送，但是对于那些重新传送的PDCP SDU的RoHC解压缩可能仍然失败，这不仅意味着数据缺失，还意味着资源浪费。

图5说明这一问题。在图5中，当gNB配置UE以不使用DRB的SDAP标头(在UL中)时，PDCP SDU#1和PDCP SDU#2已经缓冲在PDCP传送缓冲区中。因此，PDCP SDU#1和#2均包含SDAP标头。在接收重新配置之后，PDCP SDU#1和#2均可进行传送或重新传送。在PDCP层的接收侧上，PDCP SDU#1和#2可能均未进行正确处理(例如，使RoHC解压缩失败)，然后被舍弃。即使PDCP层的传送侧可重新传送PDCP SDU#1和#2二者，但是接收侧中的RoHC解压缩仍然会失败。接收侧可因为不包含任何SDAP标头而成功执行PDCP SDU#3和#4二者的RoHC解压缩。

3GPP R2-1707160提出借助于移交使SDAP标头重新配置同步。在移交中，UE将针对根据传统LTE系统建立的所有RB重置MAC层、重新建立PDCP层和RLC层(如3GPP TS 36.331中所论述)。因此，MAC层和RLC层中的所有缓冲区被清空。然而，问题仍然存在，因为根据3GPPTS 38.323，PDCP层中的缓冲区未清空。因此，使用使SDAP标头重新配置同步的移交程序无法解决这一问题，且似乎过犹不及，因为存储在缓冲区中的所有PDU可能都需要重新传送，这浪费了大量无线电资源。

一般来说，实际上可使用下文描述的若干种解决方案。

替代方案1：SDAP标头的存在情况的改变从特定PDU开始-特定PDU可为SDAP PDU或PDCP PDU。特定PDU可为特定UL PDU或特定DL PDU。当需要改变DRB的SDAP标头(在UL和/或DL上)的存在情况时，gNB可重新配置UE以在映射到DRB的SDAP PDU中包含或不包含SDAP标头。gNB可向UE传送专用信令以改变SDAP标头的存在情况。专用信令可为RRC信令、SDAP信令、信令、RLC信令、MAC控制元素或物理信令。

在一个实施例中，在专用信令中，可包含用来推导特定UL PDU的第一指示和/或用来推导特定DL PDU的第二指示。在一个实施例中，第一指示可为UL的SDAP PDU或PDCP PDU的序列号，且第二指示可为DL的SDAP PDU或PDCP PDU的序列号。在一个实施例中，序列号可为COUNT值或PDCP SN(如3GPP TS 38.323中所论述)。COUNT值可从HFN和PDCP SN推导出(如3GPP TS 38.323中所论述)。如3GPP TS 38.323中所描述，SN字段包含在每一PDCP(数据)PDU中以指示PDCP(数据)PDU的序列号。基本上，序列号针对每一PDCP(数据)PDU或PDCP SDU以一递增。UE可(开始)应用与序列号相关联的SDAP PDU或PDCP PDU上的SDAP标头的存在情况的改变。

在一个实施例中，第一指示可为用来推导UL的第N个SDAP PDU或第N个PDCP PDU的数个N，且第二指示可为用来推导DL的第N个SDAP PDU或第N个PDCP PDU的数个N。UE可(开始)应用第N个SDAP PDU或第N个PDCP PDU上的SDAP标头的存在情况的改变。

在一个实施例中，UE可基于例如预配置或指定的值来确定特定PDU。在一个实施例中，预配置或指定的值可用于推导UL和DL的第N个SDAP PDU或第N个PDCP PDU。UE可(开始)在第N个SDAP PDU或第N个PDCP PDU中包含SDAP标头。

在一个实施例中，第一预配置值或第一指定值可用于推导UL的第N个SDAP PDU或第N个PDCP PDU，且第二预配置值或第二指定值可用于推导DL的第N个SDAP PDU或第N个PDCP PDU。

在SDAP标头不存在变成SDAP标头存在(即，每一SDAP PDU包含SDAP标头)的情况下，UE可在特定UL PDU(以及在特定UL PDU之后的所有UL PDU)中包含SDAP标头，直到SDAP标头的存在情况下一次发生改变为止，并且可认为特定DL PDU(以及在特定DL PDU之后的所有DL PDU)包含SDAP标头，直到SDAP标头的存在情况下一次发生改变为止。此概念可在图6中说明。UE可考虑包含SDAP标头的SDAP PDU/PDCP PDU以对特定下行链路(Downlink，DL)PDU(以及在特定DL PDU之后的所有DL PDU)执行RoHC解压缩。gNB可考虑包含SDAP标头的SDAP PDU/PDCP PDU以对特定UL PDU(以及在特定UL PDU之后的所有UL PDU)执行RoHC解压缩。

在SDAP标头存在变成SDAP标头不存在(即，每一SDAP PDU不包含SDAP标头)的情况下，UE在特定UL PDU(以及在特定UL PDU之后的所有UL PDU)中可能不包含SDAP标头，直到SDAP标头的存在情况下一次发生改变为止，并且可认为特定DL PDU(以及在特定DL PDU之后的所有DL PDU)不包含SDAP标头，直到SDAP标头的存在情况下一次发生改变为止。此概念可在图7中说明。UE可考虑不包含SDAP标头的SDAP PDU/PDCP PDU以对特定DL PDU(以及在特定DL PDU之后的所有DL PDU)执行RoHC解压缩。gNB可考虑不包含SDAP标头的SDAP PDU/PDCP PDU以对特定UL PDU(以及在特定UL PDU之后的所有UL PDU)执行RoHC解压缩。

替代方案2：PDCP PDU的PDCP标头可指示SDAP标头是否存在于PDCP PDU中-PDCP标头可包含用于指示的字段。在一个实施例中，如果SDAP标头包含在PDCP PDU的PDCP SDU中，那么字段可设置成第一值，且如果SDAP标头不包含在PDCP SDU中，那么字段可设置成第二值。

如果配置为SDAP标头存在(即，每一SDAP PDU包含SDAP标头)，那么UE可在UL PDCPPDU的PDCP标头中用第一值设置此字段，且gNB可在DL PDCP PDU的PDCP标头中用第一值设置此字段。gNB可基于UL PDCP PDU中的此字段推导出UL PDCP PDU的PDCP SDU的位置，并且可对UL PDCP PDU的PDCP SDU执行RoHC解压缩。UE可基于DL PDCP PDU中的此字段推导出DLPDCP PDU的PDCP SDU的位置，并且对DL PDCP PDU的PDCP SDU执行RoHC解压缩。

如果未配置为SDAP标头存在(即，每一SDAP PDU不包含SDAP标头)，那么UE可在ULPDCP PDU的PDCP标头中用第二值设置此字段，且gNB可在DL PDCP PDU的PDCP标头中用第二值设置此字段。gNB可由于此字段而认为UL PDCP PDU的PDCP SDU在UL PDCP PDU中不包含SDAP标头，并且对UL PDCP PDU的PDCP SDU执行RoHC解压缩。UE可由于此字段而认为DLPDCP PDU的PDCP SDU在DL PDCP PDU中不包含SDAP标头，并且对DL PDCP PDU的PDCP SDU执行RoHC解压缩。

在一个实施例中，字段可推导出SDAP标头的长度。长度为零(0)可意味着SDAP标头不包含在PDCP SDU中。

如果配置为SDAP标头存在(即，每一SDAP PDU不包含SDAP标头)，那么UE可在ULPDCP PDU的PDCP标头中用SDAP标头的长度设置此字段，且gNB可在DL PDCP PDU的PDCP标头中用SDAP标头的长度设置此字段。gNB可基于UL PDCP PDU中的此字段推导出UL PDCP PDU的PDCP SDU的位置，并且可对UL PDCP PDU的PDCP SDU执行RoHC解压缩。UE可基于DL PDCPPDU中的此字段推导出DL PDCP PDU的PDCP SDU的位置，并且可对DL PDCP PDU的PDCP SDU执行RoHC解压缩。

如果未配置为SDAP标头存在(即，每一SDAP PDU不包含SDAP标头)，那么UE可在ULPDCP PDU的PDCP标头中用零值设置此字段，且gNB可在DL PDCP PDU的PDCP标头中用零值设置此字段。gNB可由于此字段而认为UL PDCP PDU的PDCP SDU在UL PDCP PDU中不包含SDAP标头，并且对UL PDCP PDU的PDCP SDU执行RoHC解压缩。UE可由于此字段而认为DL PDCPPDU的PDCP SDU在DL PDCP PDU中不包含SDAP标头，并且对DL PDCP PDU的PDCP SDU执行RoHC解压缩。

替代方案3：在改变SDAP标头的存在情况后的DRB移动性-当建立DRB时，SDAP标头的存在情况可进行配置，并且可在之后不进行重新配置(即，在DRB的使用寿命中，不改变SDAP标头的存在情况)。

在一个实施例中，UE可使用配置为SDAP标头存在(即，每一SDAP PDU包含SDAP标头)的第一DRB来服务至少一个QoS流。

当不需要在UL SDAP PDU中包含SDPA标头，且不存在配置为SDAP标头不存在(即，每一SDAP PDU不包含SDAP标头)的DRB时，gNB可建立不存在SDAP标头的第二DRB。并且，gNB可(重新)配置UE以使用第二DRB来服务QoS流。

当不需要在UL SDAP PDU中包含SDPA标头，且存在配置为SDAP标头不存在的第二DRB时，gNB可(重新)配置UE以使用第二DRB来服务QoS流。

在此替代方案下，UE可认为当执行DL PDCP PDU的RoHC解压缩时，SDAP PDU在接收于第二DRB上的DL PDCP PDU中不包含SDAP标头，且gNB可认为当执行UL PDCP PDU的RoHC解压缩时，SDAP PDU在接收于第二DRB上的UL PDCP PDU中不包含SDAP标头。

在一个实施例中，UE可使用配置为SDAP标头不存在的第一DRB来服务第一QoS流。

当需要(例如，第二QoS流将由第一DRB服务)在UL SDAP PDU中包含SDPA标头，且不存在配置为SDAP标头存在的DRB时，gNB可建立存在SDAP标头的第二DRB。并且gNB可(重新)配置UE以使用第二DRB来服务第一QoS流(和第二QoS流)。

当需要(例如，第二QoS流将由第一DRB服务)在UL SDAP PDU中包含SDPA标头，且存在配置为SDAP标头存在的第二DRB时，gNB可(重新)配置UE以使用第二DRB来服务第一QoS流(和第二QoS流)。

在此替代方案下，UE可认为当执行DL PDCP PDU的RoHC解压缩时，SDAP PDU在接收于第二DRB上的DL PDCP PDU中包含SDAP标头，且gNB可认为当执行UL PDCP PDU的RoHC解压缩时，SDAP PDU在接收于第二DRB上的UL PDCP PDU中包含SDAP标头。

替代方案4：在改变SDAP标头的存在情况后重新汇编SDAP PDU-UE可使用DRB来服务QoS流。UE可在PDCP传送缓冲区中缓冲(或存储)至少一个PDCP SDU(或PDCP PDU)(对于与DRB相关联的PDCP实体)。PDCP SDU可包含SDAP PDU。

在一个实施例中，SDAP PDU可包含指示QoS流和来自QoS流的SDAP SDU的SDAP标头。当在DRB上需要SDAP标头不存在时，UE可将PDCP SDU重新汇编或获取为不包含任何SDAP标头。例如，UE可从SDAP PDU中移除SDAP标头，然后用经重新汇编的或获取的PDCP SDU替换最初存储在PDCP传送缓冲区中的PDCP SDU。

在一个实施例中，SDAP PDU可包含来自QoS流的SDAP SDU，但不包含SDAP标头。当在DRB上需要SDAP标头存在时，UE可将PDCP SDU重新汇编或获取为包含SDAP标头。例如，UE可添加SDAP标头到SDAP PDU中，然后用经重新汇编/获取的PDCP SDU替换最初存储在PDCP传送缓冲区中的PDCP SDU。

在一个实施例中，UE可不改变经重新汇编/获取的PDCP SDU的序列号。此外，UE可以不停止或重新开始与经重新汇编/获取的PDCP SDU相关联的discardTimer(论述于3GPPTS 38.323中)。

替代方案5：在两种情况(SDAP标头存在和不存在)的操作中的RoHC解压缩-在一个实施例中，UE和/或gNB可首先考虑到SDAP标头存在(如果当前配置为SDAP标头存在)而执行RoHC解压缩，然后如果RoHC解压缩在第一时间失败，那么可考虑SDAP标头不存在而执行RoHC解压缩。

在一个实施例中，UE和/或gNB可首先考虑SDAP标头不存在(如果当前配置为SDAP标头不存在)而执行RoHC解压缩，如果RoHC解压缩在第一时间失败，那么可接着考虑SDAP标头存在而执行RoHC解压缩。

图8是从网络节点的角度来看的根据一个示例性实施例的流程图800。在步骤805，网络节点配置UE使用第一DRB，其中第一DRB配置为SDAP标头存在，且在第一DRB释放之前不允许网络节点将第一DRB重新配置为SDAP标头不存在。

在一个实施例中，网络节点可配置UE以通过第一DRB服务第一服务质量(Qualityof Service，QoS)流和第二QoS流。

在一个实施例中，网络节点可在从第一DRB释放或移除第二QoS流的情况下重新配置UE以通过第二DRB服务第一QoS流，所述第一QoS流最初由第一DRB服务，其中第二DRB配置为SDAP标头不存在。

在一个实施例中，网络节点可在配置UE以通过第一DRB服务第一QoS流和第二QoS流之前，在UE上建立第一DRB。网络节点还可在重新配置UE以通过第二DRB服务第一QoS流之前，在UE上建立第二DRB。

在一个实施例中，可在第二DRB释放之前不允许网络节点将第二DRB重新配置为SDAP标头存在。

在一个实施例中，SDAP标头可为上行链路(Uplink，UL)SDAP标头或下行链路(Downlink，DL)SDAP标头。

在一个实施例中，网络节点可为基站或gNB。

返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够配置UE使用第一DRB，其中第一DRB配置为SDAP标头存在，且在第一DRB释放之前不允许网络节点将第一DRB重新配置为SDAP标头不存在。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图9是根据网络节点的一个示例性实施例的流程图900。在步骤905，网络节点配置UE使用第一DRB，其中第一DRB配置为SDAP标头不存在，且在第一DRB释放之前不允许网络节点将第一DRB重新配置为SDAP标头存在。

在一个实施例中，网络可配置UE以通过第一DRB服务第一服务质量(Quality ofService，QoS)流。

在一个实施例中，网络节点可在网络节点确定使用相同DRB来服务第一QoS流和第二QoS流的情况下重新配置UE以通过第二DRB服务第一QoS流，所述第一QoS流最初由第一DRB服务，其中第二DRB配置为SDAP标头存在。

在一个实施例中，网络节点可在配置UE以通过第一DRB服务第一QoS流之前，在UE上建立第一DRB。网络节点还可在重新配置UE以通过第二DRB服务第一QoS流和第二QoS流之前，在UE上建立第二DRB。

在一个实施例中，在重新配置UE以通过第二DRB服务第一QoS流和第二QoS流之前，在UE上添加或发起第二QoS流。

在一个实施例中，可在第二DRB释放之前不允许网络节点将第二DRB重新配置为SDAP标头不存在。

在一个实施例中，SDAP标头可为上行链路(Uplink，UL)SDAP标头或下行链路(Downlink，DL)SDAP标头。

在一个实施例中，网络节点可为基站或gNB。

返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够配置UE使用第一DRB，其中第一DRB配置为SDAP标头不存在，且在第一DRB释放之前不允许网络节点将第一DRB重新配置为SDAP标头存在。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图10是根据UE的一个示例性实施例的流程图1000。在步骤1005，UE从网络节点接收专用信令以改变SDAP标头的存在情况，其中专用信令包含指示其中应用SDAP标头的存在情况的改变的特定SDAP PDU的第一序列号。在步骤1010，UE应用特定SDAP PDU中的SDAP标头的存在情况的改变。

在一个实施例中，特定SDAP PDU可包含在与第一序列号相关联的UL PDCP SDU或与第一序列号相关联的DL PDCP SDU中。此外，特定SDAP PDU可为与第一序列号相关联的ULSDAP PDU，或与第一序列号相关联的DL SDAP PDU。

在一个实施例中，UE可建立PDU会话和属于PDU会话的第一QoS流。UE还可建立属于PDU会话的第二QoS流。此外，UE可建立UE和网络节点之间的第一无线承载。此外，UE可建立UE和网络节点之间的第二无线承载。

在一个实施例中，第一QoS流可由第一无线承载服务。此外，第二QoS流在接收专用信令之后可由第一无线承载服务，且在接收专用信令之前可由第二无线承载服务。并且，第二QoS流在接收专用信令之后可由第二无线承载服务，且在接收专用信令之前可由第一无线承载服务。

在一个实施例中，如果专用信令向UE指示应用与第一序列号相关联的UL SDAPPDU中的SDAP标头的存在，那么UE在序列号小于第一序列号的UL SDAP PDU中可能不包含SDAP标头，且在序列号等于或大于第一序列号的UL SDAP PDU中包含SDAP标头。可替代地，如果专用信令向UE指示应用与第一序列号相关联的UL SDAP PDU中的SDAP标头的不存在，那么UE可在序列号小于第一序列号的UL SDAP PDU中包含SDAP标头，且在序列号等于或大于第一序列号的UL SDAP PDU中不包含SDAP标头。

在一个实施例中，序列号可为PDCP SN或COUNT值(如3GPP TS 38.323中所论述)。网络节点可为基站或gNB。改变特定SDAP PDU中的SDAP标头的存在可应用在第一无线承载上。第一无线承载可为与PDU会话相关联的默认无线承载，或第一无线承载是与PDU会话相关联的非默认无线承载。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)从网络节点接收专用信令以改变SDAP标头的存在情况，其中专用信令包含指示其中应用SDAP标头的存在情况的改变的特定SDAP PDU的第一序列号，以及(ii)应用特定SDAP PDU中的SDAP标头的存在情况的改变。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

上文已经描述了本公开的各种方面。应清楚，本文中的教示可以广泛多种形式实施，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中所公开的方面可独立于任何其它方面而实施，且可以各种方式组合这些方面中的两个或更多个方面。例如，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。此外，通过使用其它结构、功能性或除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的结构和功能性，可以实施此设备或可以实践此方法。作为上述概念中的一些的实例，在一些方面中，可基于脉冲重复频率而建立并行信道。在一些方面中，可基于脉冲位置或偏移而建立并行信道。在一些方面中，可基于时间跳频序列而建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及时间跳频序列而建立并行信道。

所属领域的技术人员将理解，可使用各种不同技术和技艺中的任一种来表示信息和信号。例如，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的技术人员将进一步了解，结合本文中所公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可实施为电子硬件(例如，数字实施方案、模拟实施方案或这两个的组合，其可使用源译码或某一其它技术设计)、并有指令的各种形式的程序或设计代码(为方便起见，其在本文中可称为“软件”或“软件模块”)，或这两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性对它们加以描述。此类功能性是实施为硬件还是软件取决于特定应用及强加于整个系统的设计约束。所属领域的技术人员可以针对每一特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本公开的范围的偏离。

此外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可为微处理器，但在替代方案中，处理器可为任何的常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP内核结合，或任何其它此类配置。

应理解，在任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。伴随的方法权利要求项以示例次序呈现各个步骤的元件，但并不意味着限于所呈现的特定次序或层级。

结合本文中所公开的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可驻存在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或所属领域中已知的计算机可读存储介质的任何其它形式。示例存储介质可耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)和将信息写入到存储介质。示例存储介质可与处理器成一体式。处理器和存储介质可驻存在ASIC中。ASIC可驻存在用户设备中。在替代方案中，处理器和存储介质可作为离散组件而驻存在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包括计算机可读介质，所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可包括封装材料。

虽然已经结合各个方面描述本发明，但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。

Claims (19)

1.一种由网络节点执行的方法，其特征在于，包括：

配置用户设备使用第一数据无线电承载，其中所述第一数据无线电承载被配置为服务数据适配协议标头存在，且在所述第一数据无线电承载建立之后不允许所述网络节点将所述第一数据无线电承载重新配置为服务数据适配协议标头不存在。

2.根据权利要求1所述的方法，其特征在于，进一步包括：

配置所述用户设备以通过所述第一数据无线电承载服务第一服务质量流和第二服务质量流。

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

在从所述第一数据无线电承载释放或移除第二服务质量流的情况下重新配置所述用户设备以通过第二数据无线电承载服务第一服务质量流，所述第一服务质量流最初由所述第一数据无线电承载服务，其中所述第二数据无线电承载被配置为服务数据适配协议标头不存在。

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

在配置所述用户设备以通过所述第一数据无线电承载服务第一服务质量流和第二服务质量流之前，在所述用户设备上建立所述第一数据无线电承载。

5.根据权利要求3所述的方法，其特征在于，进一步包括：

在重新配置所述用户设备以通过所述第二数据无线电承载服务所述第一服务质量流之前，在所述用户设备上建立所述第二数据无线电承载。

6.根据权利要求3所述的方法，其特征在于，在所述第二数据无线电承载释放之前不允许所述网络节点将所述第二数据无线电承载重新配置为服务数据适配协议标头存在。

7.根据权利要求1所述的方法，其特征在于，所述服务数据适配协议标头是上行链路服务数据适配协议标头或下行链路服务数据适配协议标头。

8.根据权利要求1所述的方法，其特征在于，所述网络节点是基站或gNB。

9.一种由网络节点执行的方法，其特征在于，包括：

配置用户设备使用第一数据无线电承载，其中所述第一数据无线电承载被配置为服务数据适配协议标头不存在，且在所述第一数据无线电承载建立之后不允许所述网络节点将所述第一数据无线电承载重新配置为服务数据适配协议标头存在。

10.根据权利要求9所述的方法，其特征在于，进一步包括：

配置所述用户设备以通过所述第一数据无线电承载服务第一服务质量流。

11.根据权利要求9所述的方法，其特征在于，进一步包括：

在所述网络节点确定使用相同数据无线电承载来服务第一服务质量流和第二服务质量流的情况下重新配置所述用户设备以通过第二数据无线电承载服务所述第一服务质量流，所述第一服务质量流最初由所述第一数据无线电承载服务，其中所述第二数据无线电承载配置为服务数据适配协议标头存在。

12.根据权利要求9所述的方法，其特征在于，进一步包括：

在配置所述用户设备以通过所述第一数据无线电承载服务第一服务质量流之前，在所述用户设备上建立所述第一数据无线电承载。

13.根据权利要求11所述的方法，其特征在于，进一步包括：

在重新配置所述用户设备以通过所述第二数据无线电承载服务所述第一服务质量流和所述第二服务质量流之前，在所述用户设备上建立所述第二数据无线电承载。

14.根据权利要求11所述的方法，其特征在于，在重新配置所述用户设备以通过所述第二数据无线电承载服务所述第一服务质量流和所述第二服务质量流之前，在所述用户设备上添加或发起所述第二服务质量流。

15.根据权利要求11所述的方法，其特征在于，在所述第二数据无线电承载释放之前不允许所述网络节点将所述第二数据无线电承载重新配置为服务数据适配协议标头不存在。

16.根据权利要求9所述的方法，其特征在于，所述服务数据适配协议标头是上行链路服务数据适配协议标头或下行链路服务数据适配协议标头。

17.根据权利要求9所述的方法，其特征在于，所述网络节点是基站或gNB。

18.一种网络节点，其特征在于，包括：

控制电路；

安装在所述控制电路中的处理器；

安装在所述控制电路中且耦合到所述处理器的存储器；

其中所述处理器被配置成执行存储在所述存储器中的程序代码以进行以下操作：

配置用户设备使用第一数据无线电承载，其中所述第一数据无线电承载被配置为服务数据适配协议标头存在，且在所述第一数据无线电承载建立之后不允许所述网络节点将所述第一数据无线电承载重新配置为服务数据适配协议标头不存在。

19.一种网络节点，其特征在于，包括：

控制电路；

安装在所述控制电路中的处理器；

安装在所述控制电路中且耦合到所述处理器的存储器；

其中所述处理器被配置成执行存储在所述存储器中的程序代码以进行以下操作：

配置用户设备使用第一数据无线电承载，其中所述第一数据无线电承载被配置为服务数据适配协议标头不存在，且在所述第一数据无线电承载建立之后不允许所述网络节点将所述第一数据无线电承载重新配置为服务数据适配协议标头存在。

Images