CN109302751B

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

Info

Publication number: CN109302751B
Application number: CN201810820169.XA
Authority: CN
Inventors: 潘立德; 郭豊旗
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2017-07-24
Filing date: 2018-07-24
Publication date: 2021-03-05
Anticipated expiration: 2038-07-24
Also published as: EP3435700B1; ES2829581T3; CN109302751A; US20190029057A1; US10798754B2; US11445557B2; US20200374948A1; EP3435700A1

Abstract

本发明从网络节点的角度公开一种无线通信系统中服务服务质量流的方法和设备。在一实施例中，方法包含：网络节点将具有数据无线电承载配置的第一消息传送到用户设备，以建立用于协议数据单元会话的预设数据无线电承载，其中数据无线电承载配置包含用于指示QoS流Id字段是否存在于用于预设数据无线电承载的上行链路中的QoS流Id配置，且QoS流Id配置始终设置成指示QoS流Id字段存在于用于预设数据无线电承载的上行链路中的值。方法进一步包含：网络节点建立其中QoS流Id字段存在于上行链路中的预设数据无线电承载。方法还包含：网络节点通过预设数据无线电承载从用户设备接收具有QoS流Id字段的服务数据适配协议协议数据单元。

Description

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

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信系统服务QoS流的方法和设备。

背景技术

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

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

发明内容

从网络节点的角度公开一种方法和设备。在一个实施例中，方法包含：网络节点向UE(用户设备)传送具有数据无线电承载(Data Radio Bearer，DRB)配置的第一消息，以建立用于协议数据单元(Protocol Data Unit，PDU)会话的预设DRB，其中DRB配置包含用于指示QFI字段是否存在于用于预设DRB的上行链路中的QoS流Id(QFI)配置，且QFI配置始终设置成指示QFI字段存在于用于预设DRB的上行链路中的值。方法进一步包含：网络节点建立其中QFI字段存在于上行链路中的预设DRB。方法还包含：网络节点通过预设DRB从UE接收具有QFI字段的服务数据适配协议(Service Data Adaptation Protocol，SDAP)PDU。

附图说明

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

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

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

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

图5是3GPP TS 38.300v0.4.1的图12-1的再现。

图6是3GPP TS 38.300v0.4.1的图A.6-1的再现。

图7是TS 23.501v1.0.0的图5.7.1-1的再现。

图8是3GPP R2-1707159的图1的再现。

图9是3GPP R2-1707159的图2的再现。

图10是3GPP R2-1707159的图3的再现。

图11是3GPP R2-1707159的图4的再现。

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

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

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

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以基于码分多址(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的协会提供的标准，包含：TS38.300v0.4.1，“NR；NR和NG-RAN综述；阶段2”；TS 23.501v1.0.0，“用于5G系统的系统架构；阶段2”；R2-1707159，“SDAP标头格式”，爱立信；R2-1707160，“反射式QoS和流ID的存在情况”，爱立信；R2-1707161，“相同小区内和移交中的QoS流重新映射”，爱立信；S2-170065，“关于使用控制平面和用户平面的反射式QoS启动的讨论”，华为和海思；3GPP RAN2#98会议的主席笔记；3GPP RAN2 NR Ad Hoc#2会议的主席笔记；TS 38.323v0.0.5，“NR；包数据汇聚协议(PDCP)规范”；3GPP电子邮件讨论[NR-AH2#08][NR UP]延展TS 37.324附件“草案37324-010-v1.doc”；R2-1705780，“AS反射式QoS中的QoS流ID”，CMCC；R2-1704648，“关于反射式QoS的讨论”，ZTE；R2-1704649，“关于SDAP PDU格式的讨论”，ZTE；TS 23.401v14.0.0，“演进型通用陆地无线接入网(E-UTRAN)接入的通用包无线电服务(GPRS)增强”。上文所列的标准和文档特此明确地以全文引用的方式并入。

图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，并且无线通信系统优选地是LTE系统。通信装置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 TS38.300描述服务数据适配协议(Service Data Adaptation Protocol，SDAP)层和QoS，如下：

6.5 SDA子层

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

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

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

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

[…]

12 QoS

在图13-1中描绘并在下文中描述了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相关联。

[名称为“QoS架构”的3GPP TS 38.300v0.4.1的图12-1再现为图5]

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会话的结论。

[…]

附件A(信息性)：

RAN中的QoS处理

何时以及是否在SDAP中包含呈完整或缩短形式的QFI和RQI有待进一步研究。

全部消息名称和参数有待进一步研究。

这些反射当前状态并且可能需要基于其它决策来更新。

[…]

A.6 UE发起的ULQoS流

下图示出了在UE AS接收其中DRB的QFI不存在的新QoS流的UL包时的实例消息流程。

[名称为“具有其中映射不存在于UE中的新QoS流的UL包(UL packet with a newQoS flow for which a mapping does not exist in UE)”的3GPP TS38.300v0.4.1的图A.6-1再现为图6]

0.PDU会话和DRB(包含预设DRB)已经建立。

1.UE AS从UE NAS接收具有新QFI的包。

2.UE使用包的QFI以将它映射到DRB。如果针对此PDU会话在AS映射表中不存在QFI到DRB的映射，那么包被指派到预设DRB。

3.UE在预设DRB上发送包。如果SDAP已经被配置成用于此DRB，那么UE在SDAP标头中包含QFI。

4.gNB通过NG-U发送UL包，且包含对应的QFI。

5.如果gNB针对此QoS流想要使用新DRB，那么它建立DRB。它还可选择使用RRC信令或上文所论述的AS反射式映射程序将QoS流移动到现有DRB。其细节如图X.2-1和图X.3-1中所示。

6.在UE AS中接收到的具有QFI的UL包通过由QFI判定的DRB发送到DRB映射表。如果在步骤5中进行配置，那么UL数据包在SDAP标头中包含QoS标记(相同于或对应于QFI)。

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

5.7QoS模型

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资源的映射的原理在图5.7.1-1中说明。

[名称为“QoS流的分类和用户平面标记以及到AN资源的映射的原理(Theprinciple for classification and User Plane marking for QoS Flows and mappingto AN Resources)”的TS 23.501V1.0.0的图5.7.1-1再现为图7]

在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将针对非GBR QoS流的每一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控制有待进一步研究。

3GPP 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之间。

[名称为“具有8位流ID、NAS-RQI、AS-RQI和6位保留字段的DLSDAP标头”的3GPPR2-1707159的图1再现为图8]

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

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

[名称为“利用1位NAS-RQI、1位AS-RQI且流ID省略的DLSDAP标头(AS RQI＝0)”的3GPP R2-1707159的图2再现为图9]

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

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

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

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

[名称为“具有7位流ID和NAS-RQI的DL SDAP标头”的3GPP R2-1707159的图3再现为图10]

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

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

[名称为“使用7位流ID时的UL SDAP标头”的3GPP R2-1707159的图4再现为图11]

提议4：UL SDAP标头具有一个备用位(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的开始处

3GPP 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标头是否存在。

结论

基于章节2中的讨论，我们提议以下：

参考文件

R2-1707159.SDAP标头格式.爱立信，RAN2-98-AH，中国青岛，2017年6月27日至29日

R2-1707161.相同小区内和移交中的QoS流重新映射.爱立信，RAN2-98-AH，中国青岛，2017年6月27日至29日

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

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

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

RAN2#96：

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

2017年1月的RAN2 Ad-Hoc：

雅典的RAN2-97：

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

3GPP 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包同样映射到DRB2。

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

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

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

提议5：如果DL SDAP标头中的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标头。关于可能标头格式的更多讨论可参见0。在那篇文章中，我们得出结论：SDAP标头中的流ID应该为7位。

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

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

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

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

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

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

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

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

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

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

提议9：如果不同意提议8(即，如果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上。

提议10：如果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释放反射式ULQoS映射。

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

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

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

草案3GPP TS 37.324指定SDAP数据传输程序和QoS流到DRB(数据无线电承载)映射，如下：

5.2 SDAP数据传输程序

5.2.1 UL数据传输程序

在针对QoS流从上部层接收SDAP SDU时，

-如果不存在针对QoS流存储的QoS流到DRB的映射规则，那么：

-SDAP实体将SDAP SDU映射到预设承载；

-否则：

-SDAP实体根据存储的QoS流到DRB的映射规则而将SDAP SDU映射到DRB；

-如果上部层[3]用SDAP标头的存在情况配置此SDAP SDU映射到的DRB，那么，

-SDAP实体将如小节6.2.2.2中指定的那样构造SDAP PDU；

-否则：

-SDAP实体将如小节6.2.2.1中指定的那样构造SDAP PDU；

-SDAP实体将SDAP PDU传递到下部层。

5.2.2DL数据传输程序

在从下部层接收SDAP PDU时，

-如果上部层[3]用SDAP标头的存在情况配置从其接收此SDAP PDU的DRB，那么SDAP实体将：

-如小节5.3.2中指定的那样执行反射式QoS流到DRB的映射；

-如小节6.2.2.2中指定的那样从SDAP PDU获取SDAP SDU；

-否则：

-如小节6.2.2.1中指定的那样从SDAP PDU获取SDAP SDU；

-将获取的SDAP SDU传递到上部层。

5.3QoS流到DRB的映射程序

5.3.1QoS流到DRB的映射配置

当上部层[3]配置用于SDAP实体的ULQoS流到DRB的映射规则时：

-SDAP实体将存储UL QoS流到DRB的映射规则。

5.3.2反射式QoS流到DRB的映射

对于每一个接收到的QoS流的DL包，UE将针对反射式QoS到DRB的映射检查SDAP标头，如下：

-如果制定反射式QoS流到DRB的映射，那么：

SDAP实体将DL包的QoS流到DRB的映射存储为用于QoS流的UL包的QoS流到DRB的映射规则。

3GPP R2-1704648提出使用SDAP控制PDU(协议数据单元)来配置QoS流到DRB的映射，如下：

2.1Uu上的反射式通知

根据[1](用于参考目的的附件A)中所记录的成果，RAN可通过反射式映射或显式配置控制QoS流-DRB的上行链路映射。并且，通过用QFI标记Uu上的DL包来实现反射式映射(在下文被称作经由SDAP数据PDU的反射式映射)。

在SI期间提出是否支持QoS流-DRB重新映射，但是没有做出最后决策。这一问题在我们的伴随提案“错误！未发现参考源(Error！Reference source not found)”加以分析。我们提议在非移交情况下(即，小区内重新映射)应该允许QoS流-DRB重新映射。接着，根据上文所示的成果，RAN可通过显式配置或经由SDAP数据PDU的反射式映射来控制上行链路QoS流-DRB重新映射然而，以在[2]中列出的以下重新映射情况为例：

-如果传入UL包不匹配“QoS流ID到DRB的映射”，那么UE将包映射到PDU会话的预设DRB。当gNB接收包时，它可决定将ULQoS流重新映射到另一适当DRB。

如果gNB通过显式配置控制重新映射，那么将引入额外RRC信令开销和额外延迟。但是，如果gNB通过SDAP数据PDU控制重新映射，那么应注意，对于主要UL业务，当时可能没有DL数据到达。然后，重新映射的控制可一直延迟到第一DL包到达。不可预测的延迟可对用户体验产生负面影响。上述分析同样适用于在[2]中列出的其它三个重新映射情况。

为了解决这个问题，一种可能的方式是引入用于上行链路反射式映射的SDAP控制PDU(在下文被称作用于反射式映射的SDAP控制PDU)。例如，如果要通过SDAP控制PDU将QoS流映射到DRB，那么QoS流的QFI应该包含在SDAP控制PDU中，且SDAP控制PDU通过预期QoS流映射到的DRB传递。

-除了经由SDAP数据PDU的反射式映射之外，还可引入用于反射式映射的SDAP控制PDU：当gNB决定控制通过反射式映射的QoS流-DRB的上行链路映射/重新映射时，如果当时没有DL数据可用，那么通过SDAP控制PDU控制，或通过SDAP数据PDU控制；或

-可引入用于反射式映射的SDAP控制PDU，而不是经由SDAP数据PDU的反射式映射：每当gNB决定控制通过反射式映射的QoS流-DRB的上行链路映射/重新映射时，通过SDAP控制PDU控制。

在SI的研究期间，大多数公司提议解耦NAS反射式QoS和AS反射式映射。可通过引入SDAP控制PDU替换经由SDAP数据PDU的反射式映射来实现此目标。如果协议引入用于反射式映射的SDAP控制PDU，那么SDAP控制PDU格式可参见我们的伴随提案“错误！未发现参考源(Error！Reference source not found)”。

观察结果1：如果通过引入SDAP控制PDU来替换经由SDAP数据PDU的反射式映射，那么可实现解耦NAS反射式QoS和AS反射式映射的目标。

通过上述分析，我们提议：

提议1：引入用于反射式映射的SDAP控制PDU。

提议2：可引入SDAP控制PDU来替换或外加经由SDAP数据PDU的反射式映射。

在RAN2#97bis[3]，协议：

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

那么，问题是何时应该用“流ID”标记Uu上的DL包？

根据SA2[4](用于参考目的的附件B)中的成果，如果使用NAS反射式QoS，那么UE需要依赖DL包推导QoS规则。推导QoS规则包含包筛选器、QFI、优先值。在推导QoS规则当中，包筛选器和QFI可仅从DL包中推导出。因此显然，出于NAS反射式QoS的目的，QFI应该还包含在DL包中。

观察结果2：出于NAS反射式QoS的目的，应该用QFI标记Uu上的DL包。

NAS反射式QoS旨在创建用于UE中的上行链路QoS流的QoS规则。并且根据[1]中的成果，建立非预设DRB的时点以及如何将QoS流映射到DRB取决于RAN决策。在创建用于通过NAS反射式QoS的上行链路QoS流的QoS规则时，最有可能的是，用于此特定QoS流的上行链路包即将到来。如果QoS流在当时未映射到任何DRB，那么可在当时使用AS反射式映射以将此特定上行链路QoS流映射到已建立的DRB。在此情况下，如果出于AS反射式映射的目的而保持使用SDAP数据PDU，那么出于NAS反射式QoS和AS反射式映射两者的目的，QFI应该包含在DL包中。

观察结果3：NAS反射式QoS和AS反射式映射可同时在Uu上进行。

观察结果4：如果出于AS反射式QoS的目的而保持使用SDAP数据PDU，那么出于NAS反射式QoS和/或AS反射式映射的目的，应该用QFI标记Uu上的DL包。

如果出于反射式的目的而在DL包中引入QFI，那么UE是否应该“持续”监测DL包中的QFI在SI阶段结束时仍然存在。考虑到NR中的高数据量，如果需要UE持续监测每一DL包中的QoS流ID，那么会出现将引入高处理开销以及复杂度的问题[5]。此外，如上文所分析，如果出于AS反射式QoS的目的而保持使用SDAP数据PDU，那么出于NAS反射式QoS和AS反射式映射的目的，QFI应该包含在DL包中。接着，如果DL包中仅具有QFI，那么UE接收具有QFI的DL包，但无法辨别它是用于NAS反射式QoS还是用于AS反射式映射，因此在任何时候都应该执行这两种反射式检查。通过这种方式，将引入不必要的处理开销。

为了解决上述问题，应该在DL包中引入指示符以告知UE QFI是否包含在DL包中及它是否用于NAS反射式QoS和/或AS反射式映射。UE仅在指示包含QFI时才需要执行反射式检查。并且，UE根据指示符的指令而执行NAS反射式检查和/或AS反射式检查。指示符包含在SDAP标头中的细节将在我们的伴随提案[6]中论述。

提议3：如果出于AS反射式QoS的目的而保持使用SDAP数据PDU，那么应该在DL包中引入指示符以告知是否包含QFI及它是否用于NAS反射式QoS和/或AS反射式映射。

对于AS反射式映射，QoS流-DRB映射由gNB其自身确定，确定何时利用AS反射式映射取决于gNB。因此，gNB很了解何时需要AS反射式映射，并相应地产生用于反射式映射的SDAP控制PDU或SDAP数据PDU。

同时对于NAS反射式QoS，根据SA2[4]中的成果，反射式QoS可通过用户平面或控制平面经由反射式QoS指示(RQI)启动。如果通过用户平面启动，那么RQI将包含在N3参考点上的DL包的封装标头中。在接收到RQI时，gNB知道了需要NAS反射式QoS，且相应地在DL包中包含QFI。如果通过控制平面启动，那么仅通过N1参考点向UE指示RQI[4]。gNB不知道何时在DL包中包含QFI。因此，应该告知SA2：在反射式QoS通过控制平面启动的情况下，还应该告知gNB RQI，例如，通过N2信令。

提议4：告知SA2在反射式QoS通过控制平面启动的情况下同样应该告知gNB RQI。

2.2经RRC配置映射和反射式映射的优先顺序

经RRC配置映射和AS反射式映射的优先顺序现在仍然没有解决[1]。在SI的讨论期间，讨论了针对这一问题的解决方案，但是没有考虑到这个问题本身的发生，也就是会出现这一问题的情形。合理的假设是，一旦在gNB中决定QoS流-DRB映射，它就仅在需要QoS流-DRB重新映射时才保持处于使用中。换句话说，只有在允许QoS流-DRB重新映射的情况下才应该考虑经RRC配置和反射式映射的优先问题。

提议5：只有在允许QoS流-DRB重新映射的情况下才应该考虑经RRC配置和反射式映射的优先问题。

考虑到RAN中的无线电条件(例如，无线电链路质量、负载条件等)，gNB根据每QoS流QoS属性集来决定QoS流-DRB映射。QoS属性集和RAN中的无线电条件都不会经常改变。因此，可阻止在一个QoS流-DRB重新映射之后立即进行另一QoS流-DRB重新映射。换句话说，实际上，gNB将仅在完成先前的重新映射之后发起新的重新映射。并且，gNB清楚地知道UE中最新的QoS流-DRB映射。在上述情况下，我们提议UE应该始终应用最新映射，即，通过RRC显式提供或通过反射式映射推导的映射。

提议6：UE应该始终应用最新映射，即，通过RRC显式提供或通过反射式映射推导的映射。

2.3移交期间的QoS流-DRB映射处理

根据RAN2#97bis中的协议，如果目标将相同DRB配置和QoS流-DRB映射用作源，那么可实现“无损HO”。因此，出于“无损HO”的目的，源中的所有QoS流-DRB映射信息应该被转发给目标。并且，UE应该在移交期间维持从源获取的所有QoS流-DRB映射(包含经RRC信令配置的映射和反射式映射两者)，并根据目标决策对它们进行相应更新。

提议7：将所有QoS流-DRB映射信息从源转发给目标。

提议8：UE应该在移交期间维持从源获取的所有QoS流-DRB映射，并根据目标决策对它们进行相应更新。

根据3GPP TS 23.501，QoS流一般是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可为PDCP SDU。此外，网络可控制RRC显式映射或反射式映射中QoS流到DRB的映射。

一般来说，假设每一QoS流可被配置成通过RRC(无线电资源控制)显式映射或反射式映射使用DRB。如果DRB(例如，预设DRB或非预设/专用DRB)仅服务一个UL QoS流，那么网络可能不用SDAP标头的存在情况配置UL的DRB，从而减少信令开销并节约无线电资源。

图6是3GPP TS 38.300v0.4.1的图A.6-1的再现，其说明UE发起的UL QoS流的情形。UE发起新UL QoS流(第二UL QoS流)，例如，基于预配置QoS参数。如果针对此PDU会话在AS映射表中不存在QFI到DRB的映射，那么第二UL QoS流将映射到PDU会话的预设DRB。在已经存在进行中的映射到此预设DRB的UL QoS流(第一UL QoS流)且当前针对UL不用SDAP标头的存在情况配置预设DRB的情况下，gNB在从UE接收对应于第二UL QoS流的UL SDAP PDU时将不知道第二UL QoS流。在此情形下，第二UL QoS流的目标QoS将没有被满足，因为gNB将不会针对第二QoS流设置新DRB，也不根据第二QoS流的QoS参数将第二QoS流映射到现有DRB。此外，包含在第二UL QoS流的那些SDAP PDU中的IP包将不会通过核心网络(例如，UPF)区分，因为包筛选器对应于第一UL QoS流。因此，IP包将被舍弃，从而造成数据缺失和资源浪费。

可考虑下文描述的数种解决方案。

替代方案1：UE指示SDAP标头存在情况的偏好/需要

因为UE知道DRB是否服务多个ULQoS流，所以UE会理解是否需要在DRB上存在SDAP标头。在第二UL QoS流由UE发起的情况下，UE知道当前配置为不存在SDAP标头的预设DRB将服务已存在的第一UL QoS流和第二UL QoS流。此时，UE可向gNB传送第一指示以指示需要在预设DRB上存在SDAP标头。基于第一指示，gNB将预设DRB重新配置为存在SDAP标头。在第二UL QoS流由UE释放的情况下，UE可向gNB传送第二指示以指示不需要在预设DRB上存在SDAP标头。基于第二指示，gNB将预设DRB重新配置为不存在SDAP标头。第一指示和/或第二指示可通过(例如)物理信令、MAC控制元素、包数据汇聚协议(Packet Data ConvergenceProtocol，PDCP)信令、RRC信令或SDAP信令(例如，SDAP控制PDU)发送。第一指示和第二指示还可指示在非预设DRB(例如，第二DRB)上SDAP标头的存在情况的偏好/需要。

替代方案2：UE提供关于建立或释放UE发起的QoS流的信息

在UE发起第二UL QoS流的情况下，UE可向gNB传送第一辅助信息以告知第二ULQoS流由UE发起。如果UE知道当前配置为不存在SDAP标头的预设DRB将服务已存在的第一ULQoS流和第二UL QoS流，那么UE可确定传送第一辅助信息。此外，如果UE知道预设DRB当前配置为存在SDAP标头，那么UE可确定不传送第一辅助信息。基于第一辅助信息，gNB将预设DRB重新配置为存在SDAP标头。

在UE释放第二UL QoS流的情况下，UE可向gNB传送第二辅助信息以告知第二ULQoS流由UE释放。如果UE知道当前配置为存在SDAP标头的预设DRB将仅服务第一UL QoS流，那么UE可确定传送第二辅助信息。此外，如果UE知道当前配置为存在SDAP标头的预设DRB仍然在服务多个ULQoS流(例如，第一UL QoS流和第三UL QoS流)，那么UE可确定不传送第二辅助信息。基于第二辅助信息，gNB将预设DRB重新配置为不存在SDAP标头。

在第一辅助信息中，可包含第二UL QoS流的QoS信息/规则或参数。在第二辅助信息中，可包含第二UL QoS流的标识(例如，QFI)或QoS信息/规则或参数的索引(在第一辅助信息中报告)。第一辅助信息和/或第二辅助信息可通过(例如)物理信令、MAC控制元素、PDCP信令、RRC信令或SDAP信令发送。

基于指示建立第二UL QoS流的第一辅助信息，gNB可(向UE指示)在UE上建立第二DRB，并配置UE以使用第二DRB服务第二UL QoS流。基于指示释放第二UL QoS流的第二辅助信息，gNB可(向UE指示)释放UE上的用来服务第二UL QoS流的第二DRB。

因为第二UL QoS流由UE发起，所以当不需要第二UL QoS流时，UE自身可释放第二UL QoS流。在预设DRB变成仅服务第一UL QoS流的情况下，gNB可将预设DRB从存在SDAP标头变成不存在SDAP标头(基于(例如)上方的替代方案)。因此，预设DRB上SDAP标头的存在情况将一再改变。

一般来说，3GPP R2-1707160提出借助于移交改变SDAP标头的存在情况。在移交中，UE将重置MAC层、重新建立根据传统LTE系统建立的所有RB的PDCP层和RLC层，如在3GPP电子邮件讨论[NR-AH2#08][NR UP]延展TS 37.324附件“草案37324-010-v1.doc”中所论述。因此，MAC层和RLC层中的所有缓冲区被清空。因此，使用移交程序改变预设DRB上SDAP标头的存在情况似乎大材小用了，因为存储在缓冲区中的所有PDU可能需要重新传送，从而浪费大量无线电资源。

替代方案3：发起其中QFI存在于上行链路中的预设DRB

为了确保gNB可以识别UE在进行中的PDU会话期间发起的新QoS流，应该发起其中QFI存在于上行链路中的PDU会话的预设DRB。当从gNB接收DRB配置(例如，包含在RRC消息中)时，UE可发起预设DRB。DRB配置可包含指示预设DRB的QFI的存在情况的QFI配置。gNB同样可以不包含QFI配置，且UE仅应用存在预设DRB的QFI。因此，gNB还应该发起预设DRB以从UE接收SDAP PDU。

在SDAP PDU中的QFI在上行链路中的预设DRB上传送时，gNB能够识别新UL QoS流，以使得gNB可通过适当处理(例如，对应于新UL QoS流的隧道)向核心网络(例如，UPF)传送包含在SDAP PDU中的IP包，然后IP包可通过对应的包筛选器。

更具体地说，QFI包含在通过预设DRB从UE传送到gNB的SDAP PDU的SDAP标头中。SDAP标头至少含有QFI字段。如果SDAP标头仅含有QFI字段，那么当发起其中SDAP标头存在于上行链路的预设DRB中时概念可被替换。

原则上，如果gNB无法确保UE没有发起没有其它新QoS流，那么gNB将不重新配置为不存在预设DRB的QFI。在此情形下，预设DRB的QFI始终存在。否则(即，UE没有发起其它新QoS流)，在仅一个QoS流映射到预设DRB的情况下，gNB可重新配置为不存在预设DRB的SDAP标头。

通过此方式，在协议工作和信令开销方面似乎不需要上文介绍的替代方案(例如，替代方案1和替代方案2)。

此外，核心网络(例如，UPF)可发起与UE上的PDU会话相关联的第三UL QoS流。核心网络(例如，SMF)向gNB提供第三UL QoS流的QoS参数。基于第三UL QoS流的QoS参数，gNB可在UE上建立专用DRB，并且配置UE以使用专用DRB服务第三UL QoS流。3GPP R2-1704648提到大多数公司提议解耦NAS反射式QoS和AS反射式映射。因此，gNB可使用反射式映射配置UE以服务第三UL QoS流。

因为有可能没有DLQoS流对应于第三UL QoS流(即，没有DL SDAP PDU使用与第三UL QoS流相关联的QFI)，所以UE无法创建用于第三UL QoS流的反射式映射规则来使用预设DRB服务第三UL QoS流。在此情形下，预设DRB无法满足第三UL QoS流的QoS。

一般来说，3GPP R2-1704648提出使用SDAP控制PDU来辅助UE创建反射式映射规则。这种解决方案似乎是可行的，但是会造成复杂度和信令开销。例如，gNB无法知道UE是否接收指示专用DRB上的第三UL QoS流(例如，包含在SDAP控制PDU中的对应QFI)的SDAP控制PDU，使得gNB数次传送SDAP控制PDU，直到UE传送专用DRB上的第三UL QoS流的UL SDAPPDU。

可替代地使用下文描述的其它解决方案。

替代方案4：提供到gNB的QoS模板指示业务方向(例如，仅UL、仅DL或双向)

当QoS流由核心网络(例如，SMF)发起时，核心网络向gNB提供与QoS流相关的QoS属性集。一般来说，如果NR遵循LTE概念(如3GPP TS23.401中所论述)：EUTRAN核心网络(例如，MME)发起演进包系统(Evolved Packet System，EPS)承载，且EUTRAN基站(例如，eNB)配置EPS承载和DRB之间的关联，那么QoS属性集没有考虑业务方向，例如，UL或DL。如果LTE UE具有属于EPS承载的UL业务，那么它使用DRB来传送UL业务。如果属于EPS承载的DL业务到达EUTRAN基站，那么EUTRAN基站使用DRB来向LTE UE传送DL业务。换句话说，在LTE中，针对UL的EPS承载到DRB的映射并不取决于针对DL的EPS承载到DRB的映射。在NR中，针对UL的QoS流到DRB的映射可取决于针对DL的QoS流到DRB的映射。如果针对DL的QoS流到DRB的映射不可用，那么不应使用反射式映射规则。

因此，QoS属性集应该包含关于每一QoS流上的业务方向的信息，以使得gNB可以知道针对DL的QoS流到DRB的映射是否可用。例如，与第三UL QoS流相关的QoS属性集/参数指示QFI和(仅)UL方向上的业务。通过此方式，gNB通过RRC显式映射配置UE以使用专用DRB服务第三UL QoS流。如果与第三UL QoS流相关的QoS属性集/参数指示QFI和UL和DL两个方向上的业务，那么gNB可通过反射式映射配置UE以使用专用DRB服务第三UL QoS流。

替代方案5：不由预设DRB服务的QoS流使用RRC显式映射

一般来说，替代方案4是可行的，但是将导致协议致力于定义业务方向。另一解决方案可为gNB应该使用RRC显式方式来配置QoS流，其中如果DRB是专用DRB，即，DRB不是预设DRB，那么QoS流映射到DRB。

因为gNB使用RRC信令建立专用DRB来服务第三UL QoS流，所以RRC信令可包含关于第三UL QoS流到专用DRB的映射的信息，这是由于所述信息未产生显著的信令开销。

如果gNB用反射式映射配置QoS流且使用替代方案3，那么gNB将知道第三UL QoS流使用预设DRB。然后，gNB向UE传送指示第三UL QoS流到专用DRB的映射的RRC信令。

无论如何，RRC显式方式将用于第三UL QoS流到专用DRB的映射。因此，此替代方案在协议工作方面似乎是最简单的。

图12是根据网络节点的一个示例性实施例的流程图1200。在步骤1205中，网络节点向UE传送具有DRB配置的第一消息以建立用于PDU会话的预设DRB，其中DRB配置包含用来指示QFI字段是否存在于用于预设DRB的上行链路中的QFI配置，且QFI配置始终设置成指示QFI字段存在于用于预设DRB的上行链路中的值。在一个实施例中，可能不允许网络节点向UE传送第二消息以将预设DRB的QFI配置重新配置成QFI字段不存在。

在步骤1210中，网络节点建立其中QFI存在于上行链路中的预设DRB。在一个实施例中，SDAP PDU中的标头可至少包含QFI字段。

在步骤1215中，网络节点通过预设DRB从UE接收具有QFI字段的SDAP PDU。

在一个实施例中，网络节点可向核心网络传送包含在SDAP PDU中的互联网协议(Internet Protocol，IP)包。此外，网络节点可为基站。此外，基站可为gNB。

返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够：(i)向UE传送具有DRB配置的第一消息以建立用于PDU会话的预设DRB，其中DRB配置包含用来指示QFI字段是否存在于用于预设DRB的上行链路中的QFI配置，且QFI配置始终设置成指示QFI字段存在于用于预设DRB的上行链路中的值，(ii)建立其中QFI字段存在于上行链路中的预设DRB，以及(iii)通过预设DRB从UE接收具有QFI字段的SDAP PDU。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图13是根据UE的一个示例性实施例的流程图1300。在步骤1305中，UE从网络节点接收具有DRB配置的第一消息，其中DRB配置指示UE发起用于PDU会话的预设DRB且不包含上行链路中的预设DRB的QFI配置的信息。在一个实施例中，其中UE可能不从网络节点接收第二消息，以将预设DRB的QFI配置变成QFI不存在(即，预设DRB的QFI始终存在)。

在步骤1310中，UE发起其中QFI存在于上行链路中的预设DRB。在步骤1315中，UE通过预设DRB向网络节点传送具有QFI的SDAP PDU。在一个实施例中，SDAP PDU中的标头可至少包含QFI的字段。此外，IP包可包含在SDAP PDU中以传送到核心网络。核心网络可为用户平面功能(User Plane Function，UPF)或会话管理功能(Session Management Function，SMF)，如3GPP TS 23.501中所论述。网络节点可为基站(例如，gNB)。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)从网络节点接收具有DRB配置的第一消息，其中DRB配置指示UE发起用于PDU会话的预设DRB且不包含上行链路中的预设DRB的QFI配置的信息，(ii)发起其中QFI存在于上行链路中的预设DRB，以及(iii)通过预设DRB向网络节点传送具有QFI的SDAP PDU。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图14是根据网络节点的一个示例性实施例的流程图1400。在步骤1405中，网络向UE传送具有DRB配置的第一消息，其中DRB配置指示UE发起用于PDU会话的预设DRB，且DRB配置包含上行链路中的预设DRB的QFI配置的信息或不包含上行链路中的预设DRB的QFI配置的信息。

在一个实施例中，网络节点可能不向UE传送第二消息，以将预设DRB的QFI配置变成QFI不存在(即，预设DRB的QFI始终存在)。此外，网络节点可能不将上行链路中的预设DRB的QFI配置设置成QFI不存在于上行链路中。

在步骤1410中，网络节点发起其中QFI存在于上行链路中的预设DRB。

在步骤1415中，网络节点通过预设DRB从UE接收具有QFI的SDAP PDU。在一个实施例中，SDAP PDU中的标头可至少包含QFI的字段。

在一个实施例中，网络节点可向核心网络传送包含在SDAP PDU中的IP包。网络节点可为基站(例如，gNB)。核心网络可为UPF或SMF，如3GPPTS 23.501中所论述。

返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够：(i)向UE传送具有DRB配置的第一消息，其中DRB配置指示UE发起用于PDU会话的预设DRB，且DRB配置包含上行链路中的预设DRB的QFI配置的信息或不包含上行链路中的预设DRB的QFI配置的信息，(ii)发起其中QFI存在于上行链路中的预设DRB，以及(iii)通过预设DRB从UE接收具有QFI的SDAP PDU。此外，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

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

向用户设备传送具有数据无线电承载配置的第一消息以建立用于协议数据单元会话的预设数据无线电承载，其中所述数据无线电承载配置包含用来指示QoS流Id字段是否存在于用于所述预设数据无线电承载的上行链路中的QoS流Id配置，且所述QoS流Id配置始终设置成指示所述QoS流Id字段存在于用于所述预设数据无线电承载的上行链路中的值；

建立其中所述QoS流Id字段存在于上行链路中的所述预设数据无线电承载；以及

通过所述预设数据无线电承载从所述用户设备接收具有所述QoS流Id字段的服务数据适配协议协议数据单元。

2.根据权利要求1所述的方法，其特征在于，不允许所述网络节点向所述用户设备传送第二消息以将所述预设数据无线电承载的所述QoS流Id配置重新配置成所述QoS流Id字段不存在。

3.根据权利要求1所述的方法，其特征在于，所述服务数据适配协议协议数据单元中的标头至少包含所述QoS流Id字段。

4.根据权利要求1所述的方法，其特征在于，所述网络节点向核心网络传送包含在所述服务数据适配协议协议数据单元中的互联网协议包。

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

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

控制电路；

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

存储器，其安装在所述控制电路中且可操作地耦合到所述处理器；

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

7.根据权利要求6所述的网络节点，其特征在于，不允许所述网络节点向所述用户设备传送第二消息以将所述预设数据无线电承载的所述QoS流Id配置重新配置成所述QoS流Id字段不存在。

8.根据权利要求6所述的网络节点，其特征在于，所述服务数据适配协议协议数据单元中的标头至少包含所述QoS流Id字段。

9.根据权利要求6所述的网络节点，其特征在于，所述网络节点向核心网络传送包含在所述服务数据适配协议协议数据单元中的互联网协议包。

10.根据权利要求6所述的网络节点，其特征在于，所述网络节点是基站。