CN112752299B - 重新映射以进行侧链路通信的方法和用户设备 - Google Patents

Abstract

从支持PC5服务质量流到侧链路‑数据无线电承载的重新映射的第一用户设备的角度公开一种方法和设备。在一个实施例中，方法包含第一用户设备与第二用户设备建立侧链路通信。方法进一步包含第一用户设备将侧链路通信的PC5服务质量流映射到第一侧链路‑数据无线电承载。方法还包含第一用户设备向第二用户设备传送PC5无线电资源控制消息，其中PC5无线电资源控制消息指示PC5服务质量流映射到第二侧链路‑数据无线电承载。另外，方法包含在PC5无线电资源控制消息的成功传送已被下层确认之后或在从第二用户设备接收到对应于PC5无线电资源控制消息的PC5无线电资源控制完成消息之后，第一用户设备向第二用户设备传送结束标记控制协议数据单元。

Description

重新映射以进行侧链路通信的方法和用户设备

相关申请的交叉引用

本申请要求2019年10月29日提交的第62/927,332号美国临时专利申请的权益，其全部公开内容以全文引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信系统中支持QoS流到DRB的重新映射以进行侧链路通信的方法和设备。

背景技术

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

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

发明内容

从支持PC5 QoS流到侧链路-数据无线电承载(SL-DRB)的重新映射的第一用户设备(UE)的角度公开一种方法和设备。在一个实施例中，方法包含第一UE与第二UE建立侧链路通信。方法进一步包含第一UE将侧链路通信的PC5 QoS流映射到第一SL-DRB。方法还包含第一UE向第二UE传送PC5无线电资源控制(RRC)消息，其中PC5 RRC消息指示PC5 QoS流映射到第二SL-DRB。另外，方法包含在PC5 RRC消息的成功传送已被下层确认之后或在从第二UE接收到对应于PC5 RRC消息的PC5 RRC完成消息之后，第一UE向第二UE传送结束标记控制协议数据单元(PDU)。

附图说明

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

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

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

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

图5是3GPP TS 23.287 V16.0.0的图5.2.1.4-1的再现。

图6是3GPP TS 23.287 V16.0.0的图6.1.1-1的再现。

图7是3GPP TR 38.885 V16.0.0的图7-1的再现。

图8是3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR(RunningCR to TS38.300 for NR V2X_v4)”的图16.x.1-1的再现。

图9是3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR(RunningCR to TS38.300 for NR V2X_v4)”的图16.x.2.1-1的再现。

图10是3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR(RunningCR to TS38.300 for NR V2X_v4)”的图16.x.2.1-2的再现。

图11是3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR(RunningCR to TS38.300 for NR V2X_v4)”的图16.x.2.1-3的再现。

图12是3GPP电子邮件讨论[107bis#12]“5G_V2X_NRSL_v4的TS37.324的运行CR(Running CR to TS37.324 for 5G_V2X_NRSL_v4)”的图4.2.1-1的再现。

图13是3GPP电子邮件讨论[107bis#12]“5G_V2X_NRSL_v4的TS37.324的运行CR(Running CR to TS37.324 for 5G_V2X_NRSL_v4)”的图4.2.2-1的再现。

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

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

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

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

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以基于码分多址(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的名称为“第三代合作伙伴计划”的协会提供的标准，包含：TS 23.287 V16.0.0，“用于支持车辆对万物(V2X)服务的5G系统(5GS)的架构增强(版本16)”；TR 38.885 V16.0.0，“NR；关于NR车辆对万物(V2X)的研究(版本16)”；3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR(Running CR to TS38.300 for NRV2X_v4)”；3GPP电子邮件讨论[107bis#12]“5G_V2X_NRSL_v4的TS37.324的运行CR(RunningCR to for 5G_V2X_NRSL_v4)”；以及3GPP RAN2#106笔记。上文所列的标准和文档特此明确地以全文引用的方式并入。

图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接着将NT个调制符号流提供给NT个传送器(TMTR)222a到222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

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

在接收器系统250处，由NR个天线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或NR系统。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU308执行存储器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 23.287规定车辆对万物(V2X)通信，如下：

5.2 V2X通信

5.2.1通过PC5参考点进行的V2X通信

5.2.1.1综述

对于V2X通信，存在两个类型的PC5参考点：如在TS 23.285[8]中定义的基于LTE的PC5参考点，以及如在章节4.2.3中定义的基于NR的PC5参考点。取决于UE支持的服务，UE可以将任一类型的PC5或这两者用于V2X通信。通过PC5参考点进行的V2X通信支持漫游和PLMN间操作。当UE“由NR或E-UTRA服务”时或当UE“不由NR或E-UTRA服务”时，支持通过PC5参考点进行的V2X通信。

当UE具有如在章节5.1.2中规定的有效授权和配置时，授权UE传送和接收V2X消息。

通过PC5参考点进行的V2X通信具有以下特性：

-通过基于LTE的PC5参考点进行的V2X通信是无连接的，即，在接入层(AccessStratum，AS)层处的广播模式，并且在PC5上不存在用于连接建立的信令。

-通过基于NR的PC5参考点进行的V2X通信在AS层处支持广播模式、组播模式和单播模式。UE将向AS层指示用于V2X消息的通信模式。支持用于单播模式通信管理的通过PC5参考点在控制平面上的信令。

-V2X服务通信在PC5用户平面上支持UE之间的通信。

-在PC5用户平面上在UE之间更换V2X消息。

-在PC5参考点上支持基于IP的V2X消息以及非基于IP的V2X消息两者。

-对于基于IP的V2X消息，仅使用IPv6。不支持IPv4。

在章节5.6.1中描述用于通过PC5参考点进行的V2X通信的标识符。UE基于在章节5.1.2中描述的配置而决定用于传送特定包的PC5参考点类型以及Tx配置文件。当选择基于LTE的PC5参考点时，在TS 23.285中定义QoS处理对应程序[8]。当选择基于NR的PC5参考点时，在章节5.4.1和6.3中定义QoS处理和程序。

如果UE具有经由IMS正在进行的紧急会话，则应在通过PC5参考点进行的V2X通信上优先化经由IMS的正在进行的紧急会话。

5.2.1.4通过PC5参考点进行的单播模式通信

仅通过基于NR的PC5参考点支持单播通信模式。描述PC5单播链路的实例。

[3GPP TS 23.287V16.0.0的标题为“PC5单播链路的实例”的图5.2.1.4-1再现为图5]

当通过PC5单播链路携载V2X通信时，以下原理适用：

-两个UE之间的PC5单播链路允许这些UE中的一对或多对对等V2X服务之间的V2X通信。UE中使用同一PC5单播链路的所有V2X服务使用同一应用层ID。

注1：由于隐私，应用层ID可能在时间上改变，如章节5.6.1.1和6.3.3.2中所描述。这不会造成PC5单播链路的重建。

-一个PC5单播链路支持一个或多个V2X服务(例如，PSID或ITS-AID)，前提是这些V2X服务至少与用于此PC5单播链路的一对对等应用层ID相关联。例如，UE A和UE B具有两个PC5单播链路，一个在对等应用层ID 1/UE A与应用层ID 2/UE B之间且一个在对等应用层ID 3/UE A与应用层ID 4/UE B之间。

注2：并不要求源UE知晓不同PC5单播链路上的不同目标应用层ID是否属于相同目标UE。

-PC5单播链路使用单个网络层协议(例如，IP或非IP)支持V2X通信。

-PC5单播链路支持每流QoS模型，如章节5.4.1中规定。

当UE中的应用层为需要通过PC5参考点进行的通信的单播模式的V2X服务发起数据传递时：

-如果一对对等应用层ID和此PC5单播链路的网络层协议与用于此V2X服务的UE中的应用层所需要的那些相同，那么UE将重复使用现有PC5单播链路，并且按照章节6.3.3.4中的规定修改现有PC5单播链路以添加此V2X服务；否则

-UE将按照章节6.3.3.1中的规定触发新PC5单播链路的建立。

在PC5单播链路成功建立之后，UE A和UE B使用同一对层2ID来进行后续PC5-S信令消息交换和V2X服务数据传送，如章节5.6.1.4中规定。传送UE的V2X层向AS层指示传送是用于PC5-S信令消息(即，直接通信请求/接受、链路标志符更新请求/响应、断开连接请求/响应、链路修改请求/接受)还是用于V2X服务数据。

对于每个PC5单播链路，UE自指派在PC5单播链路的使用寿命内唯一地标识UE中的PC5单播链路的不同PC5链路标识符。每个PC5单播链路与单播链路配置文件相关联，单播链路配置文件包含：

-UE A的服务类型(例如，PSID或ITS-AID)、应用层ID和层2ID；以及

-UE B的应用层ID和层2ID；以及

-在PC5单播链路上使用的网络层协议；以及

-对于每个V2X服务，一组PC5 QoS流标识符(PFI)。每个PFI与QoS参数(即，PQI和任选地距离(Range))相关联。

出于保密性原因，在PC5单播链路的使用寿命内，应用层ID和层2ID可以如章节5.6.1.1和6.3.3.2中所描述的那样改变，如果是这样，则应在单播链路配置文件中相应地更新。UE使用PC5链路标识符来指示到V2X应用层的PC5单播链路，因此，即使存在超过一个与一个服务类型相关联的单播链路，V2X应用层也标识对应PC5单播链路(例如，UE为同一服务类型与多个UE建立多个单播链路)。

单播链路配置文件将在针对已建立的PC5单播链路进行层2链路修改之后进行相应更新，如章节6.3.3.4中规定。

[…]

6.1.1用于支持V2X服务的NR PC5参考点的用户平面

[3GPP TS 23.287 V16.0.0的标题为“用于PC5接口的用户平面”的图6.1.1-1再现为图6]

IP和非IP PDCP SDU类型支持通过PC5进行的V2X通信。

对于IP PDCP SDU类型，只支持IPv6。IP地址分配和配置如章节5.6.1.1中所定义。

非IP PDCP SDU含有非IP类型标头，其指示供应用层使用的V2X消息系列，例如，IEEE 1609系列的WSMP[18]、由ISO定义的FNTP[19]。

注意：非IP类型标头和所允许值将在阶段3规范中定义。

3GPP TS 38.885 V16.0.0规定用于NR V2X侧链路的QoS管理，如下：

7 QoS管理

在QoS管理在资源分配、拥塞控制、装置内共存、功率控制和SLRB配置中的使用的背景下，QoS管理与V2X相关。与QoS管理相关的物理层参数是所传递流量的优先级、时延、可靠性和最小必需通信范围(如由高层定义)。AS中还支持数据速率要求。需要SL拥塞度量以及至少在资源分配模式2下用于拥塞控制的机构。向gNB报告SL拥塞度量是有益的。

对于SL单播、组播和广播，由上层将V2X包的QoS参数提供到AS。对于SL单播，基于图7-1和7-2中所示的信令流和程序(预)配置SLRB。在上层中假设[6]中所描述的每流QoS模型。

[3GPP TR 38.885 V16.0.0的标题为“用于SL单播的SLRB配置(UE特定)”的图7-1再现为图7]

在图7-1的步骤0中，通过[6]中的服务授权和供应程序，将用于每个PC5 QoS流的PC5 QoS模板，即，一组特定的PC5 QoS参数以及PC5 QoS规则提前提供给UE。随后，当包到达时，UE可以首先基于步骤0中配置的PC5 QoS规则导出相关联PC5QoS流的标识符(即，PC5QFI)，接着可以在步骤3中向gNB/ng-eNB报告导出的PC5 QFI。gNB/ng-eNB可以在步骤0中基于来自5GC的供应而导出这些所报告PC5 QFI的QoS模板，并且可以在步骤4中用信号表示与通过RRC专用信令所报告的PC5 QFI UE相关联的SLRB的配置。这些SLRB配置可以包含PC5QoS流到SLRB映射、SDAP/PDCP/RLC/LCH配置等。在步骤5中，根据gNB/ng-eNB配置，AS中的UE与对等UE建立与包的PC5 QFI相关联的SLRB，并且将可用包映射到所建立的SLRB。然后可以进行SL单播传送。

注：如何定义PC5 QFI取决于SA2 WG2。

[…]

在RAN2#107bis会议之后公布的NR V2X_v4的TS 38.300的3GPP运行CR(如3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR”中所论述)就侧链路达成协议，如下：

16.x侧链路

16.x.1综述

在这个小节中，给出了NR侧链路通信的概述及NG-RAN如何支持NR侧链路通信和V2X侧链路通信。在TS 36.300[2]中规定V2X侧链路通信。

NG-RAN架构支持PC5接口，如图16.x.1-1中所示。当UE在NG-RAN覆盖范围内时，无论UE处于何种RRC状态都支持通过PC5接口进行的侧链路传送和接收，并且当UE在NG-RAN覆盖范围外时，也支持通过PC5接口进行的侧链路传送和接收。

[3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR”的标题为“支持PC5接口的NG-RAN架构”的图16.x.1-1再现为图8]

经由PC5接口支持V2X服务可以由NR侧链路通信和/或V2X侧链路通信提供。NR侧链路通信可用于支持非V2X服务的其它服务。

NR侧链路通信可支持AS中的一对源层2ID和目的地层2ID的三种类型的传送模式中的一个：

-单播传送，特征在于：

-支持所述一对的对等UE之间的一个PC5-RRC连接；

-侧链路中对等UE之间的控制信息和用户业务的传送和接收；

-支持侧链路HARQ反馈；

-支持RLC AM；

-支持PC5-RRC连接的侧链路RLM以检测RLF。

-组播传送，特征在于：

-侧链路中属于一组的UE当中的用户业务的传送和接收；

-支持侧链路HARQ反馈。

-广播传送，特征在于：

-侧链路中UE当中的用户业务的传送和接收；

16.x.2用于NR侧链路通信的无线电协议架构

16.x.2.1概述

PC5接口中的控制平面的AS协议堆栈由RRC、PDCP、RLC和MAC子层及物理层组成。在图16.x.2.1-1中示出RRC的PC5-C的协议堆栈。

[3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR”的标题为“RRC的PC5控制平面(PC5-C)协议堆栈”的图16.x.2.1-1再现为图9]

为了支持在TS 22.287[xx]中规定的PC5-S协议，针对如图16.x.2.1-2中所示的PC5接口中的控制平面，PC5-S位于PDCP、RLC和MAC子层的顶部及物理层上。

[3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR”的标题为“PC5-S的PC5控制平面(PC5-C)协议堆栈”的图16.x.2.1-2再现为图10]

编者注：关于SBCCH的控制平面协议堆栈有待进一步研究，即对PDCP的需要有待进一步研究

PC5接口中的用户平面的AS协议堆栈由SDAP、PDCP、RLC和MAC子层及物理层组成。在图16.x.2.1-3中示出PC5-U的协议堆栈。

[3GPP电子邮件讨论[107bis#13]“NR V2X_v4的TS38.300的运行CR”的标题为“PC5用户平面(PC5-U)协议堆栈”的图16.x.2.1-3再现为图11]

侧链路无线电承载(SLRB)分成两个群组：用于用户平面数据的侧链路数据无线电承载(SL DRB)和用于控制平面数据的侧链路信令无线电承载(SL SRB)。使用不同SCCH的单独SL SRB分别配置成用于PC5-RRC和PC5-S信令。

16.x.2.2 MAC

除了在小节6.2.1中规定的服务和功能之外，MAC子层还通过PC5接口提供以下服务和功能：

-无线电资源选择；

-包过滤；

编者注：关于如TR 38.885中的组播和单播情况下的包过滤有待进一步研究。

-给定UE的上行链路和侧链路传送之间的优先级处理。

在MAC中具有LCP限制的情况下，仅属于相同目的地的侧链路逻辑信道可以多路复用到单播、组播和广播中与目的地相关联的一个的MAC PDU。NG-RAN还可控制侧链路逻辑信道是否可以利用被分配给经配置侧链路准予类型1的资源(见小节10.x)。

对于包过滤，将包含源层2ID和目的地层2ID的SL-SCH MAC标头添加到每个MACPDU中。

编者注：关于SL-SCHMAC标头基于SCI信息是包含全部ID还是包含ID的一部分有待进一步研究。

以下逻辑信道用于侧链路：

-侧链路控制信道(SCCH)：用于将控制信息从一个UE传送到其它UE的侧链路信道；

-侧链路业务信道(STCH)：用于将用户信息从一个UE传送到其它UE的侧链路信道；

-侧链路广播控制信道(SBCCH)：用于将侧链路系统信息从一个UE广播给其它UE的侧链路信道。

存在以下逻辑信道和输送信道之间的连接：

-SCCH可以映射到SL-SCH；

-STCH可以映射到SL-SCH；

-SBCCH可以映射到[SL-BCH]。

编者注：关于传输信道和SBCCH之间的映射有待进一步研究。

16.x.2.3 RLC

按照小节6.3.2中的规定，侧链路支持RLC子层的服务和功能。TM用于SBCCH。UM或AM用于单播传送，而UM用于组播或广播传送。对于UM，组播和广播仅支持单向传送。

编者注：关于单播对双向UM的支持有待进一步研究。

编者注：关于用于载送PC5-S和PC5-RRC消息的RLC模式有待进一步研究。编者注：关于对NR侧链路的RLC重建的需要有待进一步研究。

16.x.2.4 PDCP

按照小节6.4.1中的规定，侧链路支持PDCP子层的服务和功能，但是具有一些限制：

-单播传送只支持乱序传递；

-在这一版的规范中，不支持通过PC5接口进行的复制。

编者注：关于组播和广播对乱序传递的需要有待进一步研究。

16.x.2.5 SDAP

SDAP子层通过PC5接口提供以下服务和功能：

-QoS流和侧链路数据无线电承载之间的映射。

对于单播、组播和广播中与目的地相关联的一个，每目的地存在一个SDAP实体。在这一版的规范中，不支持通过PC5接口的反射QoS。

16.x.2.6 RRC

RRC子层通过PC5接口提供以下服务和功能：

-对等UE之间的PC5-RRC消息的传递；

-与两个UE之间的PC5-RRC连接相关的侧链路AS上下文的维护；

-对PC5-RRC连接的侧链路无线电链路错误的检测。

单独的PC5-RRC程序和消息用于传递UE能力和AS层配置，包含对等UE的SLRB配置。两个对等UE可在两个侧链路方向上使用单独的双向程序交换它们自己的UE能力和AS层配置。

编者注：关于所述两个消息是否可以在相同MAC PDU中一起传送有待进一步研究。

PC5-RRC连接是一对源和目的地层2ID的两个UE之间的逻辑连接。按照TS 23.287[xx]中的规定，在对应PC5-S单播链路建立之后，PC5-RRC连接中的每一个用于建立侧链路AS上下文。PC5-RRC连接和PC5-S单播链路之间存在一对一对应关系。UE可针对多对不同的源和目的地层2ID而与一个或多个UE具有多个PC5-RRC连接。如果UE从对等UE接收PC5-RRC消息，那么UE可至少存储来自PC5-RRC消息的侧链路相关UE能力信息作为用于PC5-RRC连接的侧链路AS上下文。

编者注：关于AS配置信息是否也可以存储在SL UE上下文中有待进一步研究。

编者注：关于是否可以针对组播支持一个或多个PC5-RRC消息有待进一步研究。

[…]

在RAN2#107bis会议之后公布的5G_V2X_NRSL_v4的TS37.324的3GPP运行CR(如3GPP电子邮件讨论[107bis#12]“5G_V2X_NRSL_v4的TS37.324的运行CR”中所论述)就侧链路达成协议(如在3GPP RAN2#106笔记中记录的)，如下：

4综述

4.1介绍

目标是从功能角度描述SDAP架构和SDAP实体。规定的功能性只适用于与5G-CN连接的UE和用于NR SL通信的单播、组播或广播中的UE。

4.2 SDAP架构

4.2.1 SDAP结构

描述SDAP子层的一个可能结构；它不应限制实施方案。本图是基于在3GPP TS38.300[2]中定义的无线电接口协议架构。

[3GPP电子邮件讨论[107bis#12]“5G_V2X_NRSL_v4的TS37.324的运行CR”的标题为“SDAP子层结构视图”的图4.2.1-1再现为图12]

SDAP子层由RRC配置(3GPP TS 38.331[3])，并且对于NR SL通信，SDAP还可由SIB配置或进行预先配置。SDAP子层将QoS流映射到DRB。一个或多个QoS流可以映射到一个DRB上。在UL中，一个QoS流一次只映射到一个DRB上。

在SL通信中，SDAP子层将PC5 QoS流映射到SL-DRB。一个或多个PC5 QoS流可以映射到一个SL-DRB上。在SL中，一个PC5 QoS流一次只映射到一个SL-DRB上。

4.2.2 SDAP实体

SDAP实体位于SDAP子层中。可以针对UE定义数个SDAP实体。配置一个SDAP实体用于每个单独的PDU会话。对于SL，针对UE中的每一目的地层2标识和转换类型配置SDAP实体。

SDAP实体从上层接收SDAP SDU/向上层传递SDAP SDU，并经由下层向它的对等SDAP实体提交SDAP数据PDU/从它的对等SDAP实体接收SDAP数据PDU。

-在传送侧处，当SDAP实体从上层接收SDAP SDU时，它构造对应SDAP数据PDU并将其提交给下层；

-在接收侧处，当SDAP实体从下层接收SDAP数据PDU时，它检索对应SDAP SDU并将其传递给上层。

描述SDAP子层的SDAP实体的功能视图；它不应限制实施方案。本图是基于在3GPPTS 38.300[2]中定义的无线电接口协议架构。

[3GPP电子邮件讨论[107bis#12]“5G_V2X_NRSL_v4的TS37.324的运行CR”的标题为“SDAP层功能视图”的图4.2.2-1再现为图13]

如果已配置DLSDAP标头，那么按照小节5.3.2中的规定，在UE处执行反射QoS流到DRB映射。

对于NR SL通信，不支持反射PC5 QoS流到SL-DRB映射。

4.3服务

4.3.1提供给上层的服务

SDAP子层将它的服务提供给用户平面上层。SDAP向上层提供以下服务：

-用户平面数据的传递。

4.3.2预期来自下层的服务

SDAP实体预期以下来自下层的服务：

-用户平面数据传递服务；

-有序传递，除了RRC配置乱序传递的情况(3GPP TS 38.331[3])之外。

4.4功能

SDAP子层支持以下功能：

-用户平面数据的传递；

-针对DL和UL两者的QoS流和DRB之间的映射；

-用于NR SL通信的PC5 QoS流和SL-DRB之间的映射；

-在DL和UL包中标记QoS流ID；

-在NR SL通信包的单播中标记PC5 QoS流ID；

-用于UL SDAP数据PDU的反射QoS流到DRB映射。

5 SDAP程序

5.1 SDAP实体处理

5.1.1 SDAP实体建立

当RRC(3GPP TS 38.331[3])请求SDAP实体建立时，UE将：

-建立SDAP实体；

-遵循小节5.2中的程序。

当RRC(3GPP TS 38.331[3])请求建立SDAP实体用于NR SL通信的单播或NR SL通信的组播和广播时，UE将：

-建立SDAP实体；

-遵循小节5.2.X和5.2.Y中的程序。

5.1.2 SDAP实体释放

当RRC(3GPP TS 38.331[3])请求SDAP实体释放时，UE将：

-释放SDAP实体。

当RRC(3GPP TS 38.331[3])请求释放SDAP实体用于NR SL通信的单播或NR SL通信的组播和广播时，UE将：

-释放SDAP实体。

5.2数据传递

[...]

5.2.X SL传送

在从上层接收到SDAP SDU用于PC5 QoS流时，传送SDAP实体将：

-如果没有存储如小节5.X中规定的用于PC5 QoS流的PC5 QoS流到SL-DRB映射规则，那么：

-将SDAP SDU映射到预设SL-DRB；

-否则：

-根据所存储的PC5 QoS流到SL-DRB映射规则，将SDAP SDU映射到SL-DRB；

-如果SDAP SDU映射到的SL-DRB由其中存在SDAP标头的RRC(3GPP TS 38.331[3])配置，那么，

-按照小节6.2.2.X中的规定，构造SL SDAP数据PDU；

-否则：

-按照小节6.2.2.1中的规定，构造SL SDAP数据PDU；

-将构造的SL SDAP数据PDU提交给下层。

5.2.Y SL接收

在从下层接收到SDAP数据PDU用于PC5 QoS流时，接收SDAP实体将：

-如果从中接收到此SDAP数据PDU的SL-DRB由其中存在SDAP标头的RRC(3GPP TS38.331[3])配置，那么：

-按照小节6.2.2.X中的规定，从SL SDAP数据PDU检索SDAP SDU。

-否则：

-按照小节6.2.2.1中的规定，从SL SDAP数据PDU检索SDAP SDU；

-将检索到的SDAP SDU传递给上层。

编者注：关于重新映射后的接收器行为是否取决于UE实施方案有待进一步研究

[…]

5.X PC5 QoS流到SL-DRB映射

5.X.X配置

当RRC(3GPP TS 38.331[3])为PC5 QoS流配置PC5 QoS流到SL-DRB映射规则时，SDAP实体将：

-对于NR SL通信的单播，如果SDAP实体已经建立且没有存储用于PC5 QoS流的SL-DRB映射规则，并且预设SL-DRB已配置，那么：

-按照小节6.2.3中的规定，为PC5 QoS流构造结束标记控制PDU；

-将结束标记控制PDU映射到预设SL-DRB；

-将结束标记控制PDU提交给下层。

编者注：关于SDAP标头是应该始终存在还是可以针对SL-DRB配置有待进一步研究

-对于NR SL通信的单播，如果所存储的PC5 QoS流到SL-DRB映射规则不同于针对PC5 QoS流配置的PC5 QoS流到SL-DRB映射规则，并且根据所存储的PC5 QoS流到SL-DRB映射规则的SL-DRB由其中存在SL SDAP标头的RRC(3GPP TS 38.331[3])配置，那么：

-按照小节6.2.3中的规定，为PC5 QoS流构造结束标记控制PDU；

-根据所存储的PC5 QoS流到SL-DRB映射规则，将结束标记控制PDU映射到SL-DRB；

-将结束标记控制PDU提交给下层。

-存储针对PC5 QoS流配置的PC5 QoS流到SL-DRB映射规则。

当RRC(3GPP TS 38.331[3])流释放用于PC5 QoS的PC5 QoS流到SL-DRB映射规则时，SDAP实体将：

-去除用于PC5 QoS流的PC5 QoS流到SL-DRB映射规则。

5.X.Y SL-DRB释放

当RRC(3GPP TS 38.331[3])或SIB指示SL-DRB已释放时，SDAP实体将：

-基于小节5.X.X，去除与所释放的SL-DRB相关联的所有PC5 QoS流到SL-DRB映射。

6协议数据单元、格式和参数

6.1协议数据单元

6.1.1数据PDU

SDAP数据PDU用于传达以下中的一个或多个：

-SDAP标头；

-用户平面数据。

6.1.2控制PDU

a)结束标记控制PDU

结束标记控制PDU供UE处的SDAP实体使用，以指示它停止由QFI/PFI指示的QoS流的SDAP SDU到结束标记PDU传送到的SL-DRB的映射。

[…]

根据3GPP TR 38.885V16.0.0的图7-1，TX UE可在与接收(RX)UE的侧链路单播通信期间请求新PC5 QoS流的SLRB配置。gNB可以接着将SLRB配置提供给传送(TX)UE，其中侧链路无线电承载(SLRB)配置可包含PC5 QoS流到SLRB(或SL-DRB)映射及SL-DRB的SLRB参数(例如，服务数据适配协议(SDAP)、包数据汇聚协议(PDCP)、无线电链路控制(RLC)或逻辑信道(LCH)配置)。

如3GPP RAN2#106笔记中所论述，关于NR SL QoS和SLRB配置的RAN2#106协议包含：

-对于RRC_CONNECTED UE，为了传送新PC5 QoS流，其可以经由RRC专用信令向gNB/ng-eNB报告PC5 QoS流的QoS信息。

-对于RRC_CONNECTED UE，gNB/ng-eNB可以基于由UE报告的QoS信息经由RRC专用信令提供SLRB配置并配置PC5 QoS流到SLRB的映射。UE可以仅在接收到SLRB配置之后建立/重新配置SLRB。UE何时建立/重新配置SLRB有待进一步研究。

-对于UE的SL单播，NW配置/预配置的SLRB配置包含仅与TX相关的SLRB参数，以及与TX和RX两者相关并且需要与对等UE对准的SLRB参数。

-对于SL单播，发起UE向对等UE通知与TX和RX两者相关并且需要与对等UE对准的SLRB参数。详细参数有待进一步研究。

根据上述协议，TX UE需要在从gNB接收到与TX和RX相关的SLRB参数之后将这些SLRB参数转发到RX UE。另外，根据3GPP电子邮件讨论[107bis#12]“5G_V2X_NRSL_v4的TS37.324的运行CR”中的章节5.X，gNB可将PC5 QoS流重新映射到第二SL-DRB，并且TX UE中与侧链路单播通信相关联的SDAP实体将存储用于PC5 QoS流的新的PC5 QoS流到SL-DRB映射规则，并在RRC层配置用于PC5 QoS流的新的PC5 QoS流到SL-DRB映射规则时，将结束标记控制PDU(在PC5 QoS流的旧SL-DRB上)传送到RX UE。结束标记控制PDU用于指示TX UE停止将相关PC5 QoS流映射到旧SL-DRB，这意味着来自PC5 QoS流的之后侧链路数据PDU将在第二SL-DRB上传送。当TX UE执行RRC状态转变时，TX UE可基于预先配置或由gNB广播的系统信息将PC5 QoS流重新映射到第二SL-DRB。

在Uu接口的情况下，当gNB为现有QoS流配置新的QoS流到DRB映射时，执行QoS流到DRB重新映射的程序。对于UL传送，gNB在从UE接收到相关QoS流的结束标记控制协议数据单元(PDU)之前已经知晓重新映射发生。因此，当重新映射发生时，gNB可以开始从在最新映射的DRB上接收的相关QoS流缓冲上行链路数据PDU，然后在初始DRB上接收到相关QoS流的结束标记控制PDU后，传递这些所缓冲的上行链路数据PDU。接收到结束标记控制PDU意味着初始DRB上的所有上行链路数据PDU都已接收并被传递给上层，因此在QoS流到DRB重新映射转变期间可以确保来自相关QoS流的上行链路数据PDU的依序传递。

在PC5接口的情况下，除了向RX UE传送结束标记控制PDU之外，TX UE还需要在PC5QoS流到SL-DRB的重新映射发生时传送PC5无线电资源控制(RRC)消息，通知RX UE新的映射。因为PC5 RRC消息和结束标记控制PDU可以在不同侧链路传输块(TB)中传送，所以它们可以由RX UE在不同时间接收。如果RX UE在PC5 RRC消息的接收之前接收结束标记控制PDU(例如，由于PC5 RRC消息的传送失败)，那么RX UE可以忽略结束标记控制PDU，因为RX UE会认为没有发生到与结束标记控制PDU相关联的PC5 QoS流的重新映射。因此，不会触发RX UE将缓冲的侧链路数据PDU传递到上层，其中在第二SL-DRB上传送的那些侧链路数据PDU将在从TX UE接收到指示PC5 QoS流到SL-DRB的重新映射的PC5 RRC消息之后由RX UE缓冲。

对相关V2X服务造成的影响很大，因为所有之后在第二SL-DRB上传送的侧链路数据PDU在PC5 QoS流到SL-DRB的重新映射发生之后都会被缓冲并且没有传递给上层。尽管RXUE可以启动用于考虑在接收到PC5 RRC消息后何时将那些缓冲的侧链路数据PDU传递给上层的定时器，但是这一时延并不是必需的，因为RX UE已经接收到结束标记控制PDU。因此，需要考虑并解决这个问题。

一个一般解决方案是，当RX UE接收到相关PC5 QoS流的结束标记控制PDU但RX UE尚未接收到用于为相关PC5 QoS流重新配置PC5 QoS流到SL-DRB映射的PC5 RRC消息时，RXUE可以预期接收PC5 RRC消息。当接收到PC5 RRC消息时，RX UE可以开始从第二SL-DRB上的相关PC5 QoS流接收侧链路数据PDU，并且可以将这些接收到的侧链路数据PDU传递到上层，而无需等待相关PC5 QoS流的旧SL-DRB上的结束标记控制PDU。

另一可能的一般解决方案是，当PC5 RRC消息的成功传送已被下层确认时，TX UE将结束标记控制PDU传送到RX UE。例如，无线电链路控制(RLC)层可以根据从RX UE接收到的一个或多个RLC状态PDU来确认PC5 RRC消息已经成功地传送，其中RLC状态PDU可以指示已经接收到哪些RLC数据PDU。作为另一实例，媒体接入控制(MAC)层可以根据从RX UE接收到的HARQ反馈来确认PC5 RRC消息已经成功地传送，其中混合自动重复请求(HARQ)反馈指示RX UE已经接收到包含用于传送PC5 RRC消息的逻辑信道的SL TB。

响应于PC5 RRC消息的接收，RX UE可以向TX UE回复PC5 RRC完成消息。因此，TXUE在从RX UE接收PC5 RRC完成消息时传送结束标记控制PDU也是可行的。

一般来说，上述两个备选方案都可以确保在接收到PC5 RRC消息之后，结束标记控制PDU被RX UE接收，使得当接收到指示PC5 QoS流到SL-DRB的重新映射的PC5 RRC消息时，RX UE可以从在第二SL-DRB上接收到的相关PC5 QoS流开始缓冲侧链路数据PDU，然后，在接收到结束标记控制PDU时，将这些缓冲的侧链路数据PDU传递到上层。

此外，与TX UE中的侧链路单播通信相关联的服务数据适配协议(SDAP)实体应在RRC层配置PC5 QoS流的新PC5 QoS流到SL-DRB映射规则时存储PC5 QoS流的新PC5 QoS流到SL-DRB映射规则，如3GPP电子邮件讨论[107bis#12]“5G_V2X_NRSL_v4的TS37.324的运行CR”中的章节5.X所规定。使用新的映射规则，TX UE可以开始从第二SL-DRB上的PC5 QoS流传送侧链路数据PDU。同样有可能的是，在第二SL-DRB上传送的侧链路数据PDU可以在PC5RRC消息之前被RX UE接收，该消息可以指示PC5 QoS流到SL-DRB的重新映射，并且可以任选地包含用于第二SL-DRB的SLRB参数。第二SL-DRB可能有两种情况，即第二SL-DRB可以是现有SL-DRB，也可以是要创建的新SL-DRB。

如果第二SL-DRB是现有SL-DRB(例如，预设SL-DRB或非预设SL-DRB)，那么这些侧链路数据PDU可以直接传递给上层而不需要缓冲，因此相关PC5 QoS流可能发生无序传递。如果第二SL-DRB是新SL-DRB，那么RX UE将无法解码这些侧链路数据PDU，因为在PC5 RRC消息中包含的新SL-DRB的SLRB参数尚未被RX UE接收。因此，这些侧链路数据PDU将丢失。需要考虑如何避免PC5QoS流到SL-DRB重新映射转变期间的无序传递或数据丢失。

一般来说，当PC5 RRC消息的成功传送已被下层确认或接收到与来自RX UE的PC5RRC消息相对应的PC5 RRC完成消息时，TX UE开始在第二SL-DRB上传送侧链路数据PDU。

由于当RRC层或TX UE为PC5 QoS流配置新的PC5 QoS流到SL-DRB映射规则时，与侧链路单播通信相关联的SDAP实体应将结束标记控制PDU提交到下层以进行传送，并存储相关PC5 QoS流的新PC5 QoS流到SL-DRB映射规则，所以另一个描述上述解决方案的方法是，当PC5 RRC消息的成功传送已被下层确认时或者当从RX UE接收到PC5 RRC完成消息时，RRC层或TX UE将PC5 QoS流的新PC5 QoS流到SL-DRB映射规则配置给SDAP实体。

图14是从支持PC5 QoS流到SL-DRB的重新映射的第一UE的角度看的根据一个示例性实施例的流程图1400。在步骤1405中，第一UE与第二UE建立侧链路通信。在步骤1410中，第一UE将侧链路通信的PC5 QoS流映射到第一SL-DRB。在步骤1415中，第一UE向第二UE传送PC5 RRC消息，其中PC5 RRC消息指示PC5 QoS流映射到第二SL-DRB。在步骤1320中，在PC5RRC消息的成功传送已被下层确认之后或在从第二UE接收到对应于PC5 RRC消息的PC5 RRC完成消息之后，第一UE向第二UE传送结束标记控制PDU。

返回参考图3和4，在支持PC5 QoS流到SL-DRB的重新映射的第一UE的一个示例性实施例中，第一UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得第一UE能够：(i)与第二UE建立侧链路通信，(ii)将侧链路通信的PC5 QoS流映射到第一SL-DRB，(iii)向第二UE传送PC5 RRC消息，其中PC5 RRC消息指示PC5 QoS流映射到第二SL-DRB，以及(iv)在PC5 RRC消息的成功传送已被下层确认之后或在从第二UE接收到对应于PC5 RRC消息的PC5 RRC完成消息之后，向第二UE传送结束标记控制PDU。此外，CPU308可执行程序代码312以执行所有上述动作和步骤或本文中所描述的其它动作和步骤。

图15是从支持PC5 QoS流到SL-DRB的重新映射的第一UE的角度看的根据一个示例性实施例的流程图1500。在步骤1505中，第一UE与第二UE建立侧链路通信。在步骤1510中，第一UE将侧链路通信的PC5 QoS流映射到第一SL-DRB。在步骤1515中，第一UE向第二UE传送PC5 RRC消息，其中PC5 RRC消息指示PC5 QoS流映射到第二SL-DRB。在步骤1520中，当PC5RRC消息的成功传送已被下层确认时或者当从第二UE接收到对应于PC5 RRC消息的PC5 RRC完成消息时，第一UE开始向第二UE传送来自第二SL-DRB上的PC5 QoS流的侧链路数据PDU。

返回参考图3和4，在支持PC5 QoS流到SL-DRB的重新映射的第一UE的一个示例性实施例中，第一UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得第一UE能够：(i)与第二UE建立侧链路通信，(ii)将侧链路通信的PC5 QoS流映射到第一SL-DRB，(iii)向第二UE传送PC5 RRC消息，其中PC5 RRC消息指示PC5 QoS流映射到第二SL-DRB，以及(iv)当PC5 RRC消息的成功传送已被下层确认时或者当从第二UE接收到对应于PC5 RRC消息的PC5 RRC完成消息时，开始向第二UE传送来自第二SL-DRB上的PC5QoS流的侧链路数据PDU。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中所描述的其它动作和步骤。

在图14-15中所示和上文所论述的实施例的上下文中，在一个实施例中，在PC5RRC消息的成功传送已被下层确认之后或在从第二UE接收到PC5RRC完成消息之后，第一UE可将侧链路通信的PC5 QoS流重新映射到第二SL-DRB。

图16是从支持PC5 QoS流到SL-DRB的重新映射的第一UE的角度看的根据一个示例性实施例的流程图1600。在步骤1605中，第一UE与第二UE建立侧链路通信，其中SDAP实体由第一UE创建用于侧链路通信。在步骤1610中，第一UE将侧链路通信的PC5 QoS流映射到第一SL-DRB。在步骤1615中，第一UE向第二UE传送PC5 RRC消息，其中PC5 RRC消息指示PC5 QoS流映射到第二SL-DRB。在步骤1620中，当PC5 RRC消息的成功传送已被下层确认时或者当从第二UE接收到对应于PC5 RRC消息的PC5 RRC完成消息时，第一UE将PC5 QoS流的新PC5 QoS流到SL-DRB映射规则配置给SDAP实体，其中新PC5 QoS流到SL-DRB映射规则指示PC5 QoS流映射第二SL-DRB。

返回参考图3和4，在支持PC5 QoS流到SL-DRB的重新映射的第一UE的一个示例性实施例中，第一UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得第一UE能够：(i)与第二UE建立侧链路通信，其中SDAP实体由第一UE创建用于侧链路通信，(ii)将侧链路通信的PC5 QoS流映射到第一SL-DRB，(iii)向第二UE传送PC5RRC消息，其中PC5 RRC消息指示PC5 QoS流映射到第二SL-DRB，以及(iv)当PC5 RRC消息的成功传送已被下层确认时或者当从第二UE接收到对应于PC5 RRC消息的PC5 RRC完成消息时，将PC5 QoS流的新PC5 QoS流到SL-DRB映射规则配置给SDAP实体，其中新PC5 QoS流到SL-DRB映射规则指示PC5 QoS流映射第二SL-DRB。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中所描述的其它动作和步骤。

在图14-16中所示和上文所论述的实施例的上下文中，在一个实施例中，第一UE还可从网络节点接收RRC消息，其中RRC消息指示PC5 QoS流映射到第二SL-DRB。

在一个实施例中，网络节点可以是基站(例如，gNB)。第一UE可以处于RRC_CONNECTED。侧链路通信可以是侧链路单播通信。RRC消息可包含与第二SL-DRB上的传送和接收均相关的SLRB参数。或者，RRC消息可包含只与第二SL-DRB上的传送相关的SLRB参数。

在一个实施例中，PC5 RRC消息可包含与第二SL-DRB上的传送和接收均相关的SLRB参数。结束标记控制PDU可包含PC5 QoS流的标识，例如，PC5 QoS流标识符(PFI)。结束标记控制PDU可以在第一SL-DRB上传送。

在一个实施例中，SDAP实体可在它配置成使用PC5 QoS流的新PC5QoS流到SL-DRB映射规则时将结束标记控制PDU提交给下层以进行传送。此外，SDAP实体可在它配置成使用PC5 QoS流的新PC5 QoS流到SL-DRB映射规则时存储PC5 QoS流的新PC5 QoS流到SL-DRB映射规则。另外，当SDAP实体配置成使用新PC5 QoS流到SL-DRB映射规则时，SDAP实体可将侧链路通信的PC5 QoS流重新映射到第二SL-DRB。

图17是从执行与第一UE进行的侧链路通信的PC5 QoS流的侧链路接收的第二UE的角度看的根据一个示例性实施例的流程图1700。在步骤1705中，第二UE从第一UE接收PC5RRC消息，其中PC5 RRC消息指示PC5QoS流映射到第二SL-DRB。在步骤1710中，第二UE从第一UE接收第二SL-DRB上的PC5 QoS流的一个或多个侧链路数据PDU。在步骤1715中，如果在接收到PC5 RRC消息之前已经接收到PC5 QoS流的结束标记控制PDU，那么第二UE将所述一个或多个侧链路数据PDU传递给上层。

在一个实施例中，如果尚未接收PC5 QoS流的结束标记控制PDU，那么第二UE可以缓冲所述一个或多个侧链路数据PDU并且不将它们传递给上层。如果在接收到PC5 RRC消息之后接收到结束标记控制PDU，并且第二UE在接收到PC5 RRC消息之前未接收到结束标记控制PDU，那么第二还可将缓冲的一个或多个侧链路数据PDU传递给上层。

在一个实施例中，PC5 QoS流可在接收PC5 RRC消息之前映射到第一SL-DRB。侧链路通信可为侧链路单播通信。PC5 RRC消息可包含与第二SL-DRB上的传送和接收均相关的SLRB参数。结束标记控制PDU可包含PC5QoS流的标识，例如，PC5 QoS流标识符(PFI)。网络节点可以是基站(例如，gNB)。

返回参考图3和4，在执行与第一UE进行的侧链路通信的PC5 QoS流的侧链路接收的第二UE的一个示例性实施例中，第二UE 300包含存储于存储器310中的程序代码312。CPU308可执行程序代码312，使得第二UE能够：(i)从第一UE接收PC5 RRC消息，其中PC5 RRC消息指示PC5 QoS流映射到第二SL-DRB，(ii)从第一UE接收第二SL-DRB上的PC5 QoS流的一个或多个侧链路数据PDU，以及(iii)如果在接收到PC5 RRC消息之前已经接收到PC5 QoS流的结束标记控制PDU，那么将所述一个或多个侧链路数据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 (16)

1.一种第一用户设备UE支持PC5服务质量QoS流到侧链路-数据无线电承载SL-DRB的重新映射的方法，包括：

与第二用户设备UE建立侧链路通信；

将所述侧链路通信的PC5服务质量QoS流映射到第一侧链路-数据无线电承载SL-DRB；

向所述第二用户设备UE传送PC5无线电资源控制RRC消息，其中所述PC5无线电资源控制RRC消息指示所述PC5服务质量QoS流映射到第二侧链路-数据无线电承载SL-DRB；

在所述PC5无线电资源控制RRC消息的成功传送已被下层确认之后或在从所述第二用户设备UE接收到对应于所述PC5无线电资源控制RRC消息的PC5无线电资源控制RRC完成消息之后，向所述第二用户设备UE传送结束标记控制协议数据单元PDU；以及

在所述PC5无线电资源控制RRC消息的成功传送已被下层确认之后或在从所述第二用户设备UE接收到所述PC5无线电资源控制RRC完成消息之后，将所述侧链路通信的所述PC5服务质量QoS流重新映射到所述第二侧链路-数据无线电承载SL-DRB。

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

从网络节点接收无线电资源控制RRC消息，其中所述无线电资源控制RRC消息指示所述PC5服务质量QoS流映射到所述第二侧链路-数据无线电承载SL-DRB。

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

4.根据权利要求2所述的方法，其特征在于，所述无线电资源控制RRC消息包含与所述第二侧链路-数据无线电承载SL-DRB上的传送和接收均相关的侧链路无线电承载SLRB参数。

5.根据权利要求1所述的方法，其特征在于，所述侧链路通信是侧链路单播通信。

6.根据权利要求1所述的方法，其特征在于，所述PC5无线电资源控制RRC消息包含与所述第二侧链路-数据无线电承载SL-DRB上的传送和接收均相关的侧链路无线电承载SLRB参数。

7.根据权利要求1所述的方法，其特征在于，所述结束标记控制协议数据单元PDU包含所述PC5服务质量QoS流的标识。

8.根据权利要求1所述的方法，其特征在于，所述结束标记控制协议数据单元PDU在所述第一侧链路-数据无线电承载SL-DRB上传送。

9.一种用户设备UE，包括：

控制电路；

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

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

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

与第二用户设备UE建立侧链路通信；

将所述侧链路通信的PC5服务质量QoS流映射到第一侧链路-数据无线电承载SL-DRB；

向所述第二用户设备UE传送PC5无线电资源控制RRC消息，其中所述PC5无线电资源控制RRC消息指示所述PC5服务质量QoS流映射到第二侧链路-数据无线电承载SL-DRB；

在所述PC5无线电资源控制RRC消息的成功传送已被下层确认之后或在从所述第二用户设备UE接收到对应于所述PC5无线电资源控制RRC消息的PC5无线电资源控制RRC完成消息之后，向所述第二用户设备UE传送结束标记控制协议数据单元PDU；以及

在所述PC5无线电资源控制RRC消息的成功传送已被下层确认之后或在从所述第二用户设备UE接收到所述PC5无线电资源控制RRC完成消息之后，将所述侧链路通信的所述PC5服务质量QoS流重新映射到所述第二侧链路-数据无线电承载SL-DRB。

10.根据权利要求9所述的用户设备UE，其特征在于，所述处理器配置成执行存储于所述存储器中的程序代码以进行以下操作：

从网络节点接收无线电资源控制RRC消息，其中所述无线电资源控制RRC消息指示所述PC5服务质量QoS流映射到所述第二侧链路-数据无线电承载SL-DRB。

11.根据权利要求10所述的用户设备UE，其特征在于，所述网络节点是基站。

12.根据权利要求10所述的用户设备UE，其特征在于，所述无线电资源控制RRC消息包含与所述第二侧链路-数据无线电承载SL-DRB上的传送和接收均相关的侧链路无线电承载SLRB参数。

13.根据权利要求9所述的用户设备UE，其特征在于，所述侧链路通信是侧链路单播通信。

14.根据权利要求9所述的用户设备UE，其特征在于，所述PC5无线电资源控制RRC消息包含与所述第二侧链路-数据无线电承载SL-DRB上的传送和接收均相关的侧链路无线电承载SLRB参数。

15.根据权利要求9所述的用户设备UE，其特征在于，所述结束标记控制协议数据单元PDU包含所述PC5服务质量QoS流的标识。

16.根据权利要求9所述的用户设备UE，其特征在于，所述结束标记控制协议数据单元PDU在所述第一侧链路-数据无线电承载SL-DRB上传送。

Images