处理侧链路通信的无效RRC重新配置消息的方法和设备

相关申请的交叉引用

本申请案要求2020年2月14日提交的第62/976,563号美国临时专利申请的权益，所述美国临时专利申请的整个公开内容以全文引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信系统中处理侧链路通信的无效无线电资源控制(RRC)消息的方法和设备。

背景技术

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

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

发明内容

本文公开用于处置无线通信系统中的装置间反馈传送的方法和设备。在一种方法中，第一用户设备(UE)与第二UE建立PC5单播链路(或PC5-RRC连接)，其中所述PC5单播链路(或所述PC5-RRC连接)与所述第二UE的目的地身份相关联。第一UE向网络节点传送侧链路用户设备(UE)信息消息以请求用于侧链路服务质量(QoS)流的侧链路配置，其中侧链路UE信息消息包含第二UE的目的地身份和侧链路QoS流的身份。第一UE从网络节点接收RRC重新配置消息，其中RRC重新配置消息包含侧链路配置。如果第一UE不能够遵从RRC重新配置消息中包含的侧链路配置，那么第一UE向网络节点传送RRC消息以指示配置失败。

附图说明

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

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

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

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

图5是从3GPP TS23.287 v16.0.0获取的标题为“PC5单播链路的实例”的图5.2.1.4-1的再现。

图6是从3GPP TS23.287 v16.0.0获取的标题为“层2链路建立程序”的图6.3.3.1-1的再现。

图7是从3GPP TS23.287 v16.0.0获取的标题为“层2链路释放程序”的图6.3.3.3-1的再现。

图8是从3GPP TS23.287 v16.0.0获取的标题为“层2链路修改程序”的图6.3.3.4-1的再现。

图9是从3GPP TS38.885-g00获取的标题为“用于SL单播(UE特定)的SLRB配置”的图7-1的再现。

图10是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“SL-ConfigDedicatedNR字段描述”的表的再现。

图11是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“SL-RadioBearerCoonfig字段描述”的表的再现。

图12是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的描述“有条件存在”的表的再现。

图13是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“SDAP-Config字段描述”的表的再现。

图14是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“SL-QoS-InfoConfig字段描述”的表的再现。

图15是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“用于NR侧链路通信的侧链路UE信息”的图5.X.3.1-1的再现。

图16是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“SidelinkUEinformationNR字段描述”的表的再现。

图17是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“SL-TxResourceReq字段描述”的表的再现。

图18是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“侧链路RRC重新配置，成功”的图5.x.9.1.1-1的再现。

图19是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“侧链路RRC重新配置，失败”的图5.x.9.1.1-2的再现。

图20是从3GPP电子邮件讨论[108#44][V2X]38.331运行CR获取的标题为“RRCReconfigurationSidelink字段描述”的表的再现。

图21是一个示例性实施例的流程图。

具体实施方式

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

确切地说，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如由被命名为“第三代合作伙伴计划”的在本文中被称作3GPP的联合体提供的标准，包含：TS23.287v16.0.0，“用于5G系统(5GS)支持车联网(V2X)服务的架构增强”；TR38.885-g00，“NR；关于NR车联网(V2X)的研究”；R2-1908107，“关于LTE V2X和NR V2X的会议报告”；R2-1916288，“关于LTE V2X和NR V2X的会议报告”；电子邮件讨论[108#44][V2X]38.331运行CR(华为)，用于具有NR Sidelink_v1的5G V2X的draft_R2-191xxx_Running CR到TS38.331；TS 38.331-f40“NR RRC协议规范”；以及R2-1912001，“关于LTE V2X和NR V2X的会议报告”。上文所列的标准和文档在此明确地以全文引用的方式并入。

图1示出了根据本发明的一个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组，一个天线群组包含天线104和106，另一个天线群组包含天线108和110，并且还有一个天线群组包含天线112和114。在图1中，每一天线群组仅示出两个天线，然而，每一天线群组可利用更多或更少的天线。接入终端116(access terminal，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的前向链路的信噪比。并且，相比于通过单个天线传送到其所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。

接入网络(access network，AN)可以是用于与终端通信的固定台或基站，并且还可以称为接入点、Node B、基站、增强型基站、演进型基站(evolved Node B，eNB)，网络节点、网络或某一其它术语。接入终端(AT)还可以被称作用户设备(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执行存储器232中的指令来确定用于每个数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供给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接着基于具体接收器处理技术从NR个接收器254接收并处理NR个接收到的符号流以提供NT个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX数据处理器260进行的处理与由传送器系统210处的TX MIMO处理器220和TX数据处理器214执行的处理互补。

处理器270执行存储器272中的指令以周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可以包括关于通信链路和/或接收到的数据流的各种类型的信息。反向链路消息接着由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、中央处理单元(centralprocessing 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 TS23.287如下指定与单播模式有关的V2X通信：

5.1.2在PC5参考点上对V2X通信进行授权和设置

5.1.2.1策略/参数设置

将通过PC5参考点进行的V2X通信的以下信息提供给UE：

1)授权策略：

-当UE“由演进通用陆地无线接入(Evolved Universal Terrestrial RadioAccess，E-UTRA)服务”或“由NR服务”时：

-PLMN，其中UE被授权当“由E-UTRA服务”或“由NR服务”时通过PC5参考点执行V2X通信。

对于每一上述PLMN：

-RAT，UE通过所述RAT被授权通过PC5参考点执行V2X通信。

-当UE“未由E-UTRA服务”且“未由NR服务”时：

-指示UE当“未由E-UTRA服务”且“未由NR服务”时是否被授权通过PC5参考点执行V2X通信。

-RAT，UE通过所述RAT被授权通过PC5参考点执行V2X通信。

2)当UE“不由E-UTRA服务”且“不由NR服务”时的无线电参数：

-包含具有地理区域的每个PC5 RAT(即，LTE PC5、NR PC5)的无线电参数，以及所述无线电参数是“运营商管理的”或“非运营商管理的”指示。仅当UE可以可靠地将其本身定位在对应地理区域中时，UE在“不由E-UTRA服务”且“不由NR服务”的情况下使用无线电参数来通过PC5参考点执行V2X通信。否则，不会授权UE进行传送。

编者注：无线电参数(例如，频带)将由RAN WG定义。当在RAN WG中定义时，将添加对RAN规范的引用。

注1：由本地法规定义在给定地理区域中频带是“运营商管理的”还是“非运营商管理的”。

3)用于PC5 Tx概述选择的每RAT的策略/参数

-服务类型(例如，PSID或ITS-AID)到Tx概述的映射。

编者注：Tx概述将由RAN WG定义。当在RAN WG中定义时，将添加对RAN规范的引用。

4)与隐私有关的策略/参数：

-对需要隐私支持的地理区域的V2X服务的列表，例如V2X应用的PSID或ITS-AID。

5)当选择LTE PC5时的策略/参数：

与TS 23.285[8]条款4.4.1.1.2项目3)策略/参数中的规定相同，不同之处在于服务类型到Tx概述的映射以及对需要隐私支持的地理区域的V2X服务的列表。

6)当选择NR PC5时的策略/参数：

-通过地理区域的服务类型(例如，PSID或ITS-AID)到V2X频率的映射。

-目的地层2ID和V2X服务，例如用于广播的V2X应用的PSID或ITS-AID的映射。

-目的地层2ID和V2X服务，例如用于组播的V2X应用的PSID或ITS-AID的映射。

-用于初始信令以建立单播连接的默认目的地层2ID和V2X服务，例如V2X应用的PSID或ITS-AID的映射。

注2：可以将用于单播初始信令的相同默认目的地层2ID映射到多于一个V2X服务。在不同V2X服务映射到不同默认目的层2ID的情况下，当UE意图建立可以用于多于一个V2X服务的单个单播链路时，所述UE可以选择默认目的层2ID中的任何一个以用于初始信令。

-PC5服务质量(Quality of Service，QoS)映射配置：

-来自V2X应用层的输入：

-V2X服务(例如，PSID或ITS-AID)。

-(任选的)对V2X服务的V2X应用要求，例如，优先级要求、可靠性要求、延迟要求、范围要求。

注3：对V2X服务的V2X应用要求的细节归于实施方案且在本规范的范围之外。

-输出：

-条款5.4.2中定义的PC5 QoS参数(即，PQI和有条件地其它参数，例如MFBR/GFBR等)。

-当UE“未由E-UTRA服务”且“未由NR服务”时的SLRB配置，即PC5 QoS概述到SLRB的映射。

-PC5 QoS概述含有条款5.4.2中描述的PC5 QoS参数，以及在未使用如表5.4.4-1中定义的默认值的情况下关于优先级、平均窗口、最大数据突发量的QoS特性的值。

编者注：SLRB配置将由RAN WG确定。当在RAN WG中定义时，将添加对RAN规范的引用。

编者注：对于PC5 QoS概述，需要与RAN WG的协调。

编者注：地理区域的V2X频率将由RAN WG确定。当在RAN WG中定义时，将添加对RAN规范的引用。

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

仅通过基于NR的PC5参考点支持单播通信模式。图5.2.1.4-1示出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相关联。举例来说，如图5.2.1.4-1中所说明，UE A和UE B具有两个PC5单播链路，一个在对等应用层ID 1/UE A与应用层ID2/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和任选地范围)相关联。

出于隐私原因，应用层ID和层2ID在PC5单播链路的使用寿命期间可能如条款5.6.1.1和6.3.3.2中所描述地改变，并且如果是这样，则应相应地在单播链路概述中对其更新。UE使用PC5链路标识符指示到V2X应用层的PC5单播链路，因此V2X应用层标识对应PC5单播链路，即使存在与一个服务类型相关联的多于一个单播链路(例如，针对同一服务类型，UE与多个UE建立多个单播链路)。

单播链路概述将在针对已建立的PC5单播链路进行层2链路修改之后进行相应更新，如条款6.3.3.4中所指定的。

5.6标识符

5.6.1通过PC5参考点进行的V2X通信的标识符

5.6.1.1总则

每个UE具有一个或多个用于通过PC5参考点进行的V2X通信的层2ID，其由以下各项组成：

-源层2ID；以及

-目的层2ID。

源和目的地层2ID包含于在对这些帧的层2源和目的地进行标识的PC5参考点的层2链路上发送的层2帧中。源层2ID始终通过发起对应层2帧的UE自行指派。

UE对源和目的地层2ID的选择取决于此层2链路的通过PC5参考点进行的V2X通信的通信模式，如条款5.6.1.2、5.6.1.3和5.6.1.4中所描述。在不同的通信模式之间，源层2ID可能不同。

当支持基于IP的V2X通信时，UE将链路本地IPv6地址配置成用作源IP地址，如TS23.303[17]的条款4.5.3中所定义。UE可以将此IP地址用于通过PC5参考点进行的V2X通信，而无需发送用于双重地址检测的相邻请求和相邻广告消息。

如果UE具有如条款5.1.2.1中所述的配置所标识的需要当前地理区域中的隐私支持的激活的V2X应用，则为了确保超过应用所要求的某个短时间段的任何其它UE(例如，车辆)无法跟踪或标识源UE(例如车辆)，源层2ID应随时间变化且应随机化。对于通过PC5参考点进行的基于IP的V2X通信，源IP地址也应随时间变化且应随机化。用于PC5的各个层之间的源UE的标识符的变化必须同步进行，例如当应用层ID发生变化时，源层2ID和源IP地址也需要被改变。

5.6.1.2用于通过PC5参考点进行的广播模式V2X通信的标识符

对于通过PC5参考点进行的广播模式V2X通信，UE配置有要用于V2X服务的目的地层2ID。基于第5.1.2.1节中所描述的配置，选择V2X通信的目的地层2ID。

UE自行选择源层2ID。对于不同类型的PC5参考点(即基于LTE的PC5和基于NR的PC5)，UE可以使用不同的源层2ID。

5.6.1.3用于通过PC5参考点进行的组播模式V2X通信的标识符

对于通过PC5参考点进行的组播模式V2X通信，V2X应用层可以提供群组标识符信息。当V2X应用层提供群组标识符信息时，UE将提供的群组标识符转换成目的层2ID。当V2X应用层未提供群组标识符信息时，如第5.1.2.1节中指定的，UE基于服务类型(例如PSID/ITS-AID)与层2ID之间的映射的配置来确定目的地层2ID。

注：在第3阶段中定义了将V2X应用层提供的群组标识符转换为目的地层2ID的机制。

UE自行选择源层2ID。

编者注：可基于RAN WG反馈要求进一步更新标识符描述。

5.6.1.4通过PC5参考点进行的单播模式V2X通信的标识符

对于通过PC5参考点进行的V2X通信的单播模式，所使用目的层2ID取决于通信对等方，所述通信对等方是在PC5单播链路建立期间发现的。如条款5.1.2.1中规定，用于建立PC5单播链路的初始信令可使用与为PC5单播链路建立而配置的服务类型(例如，PSID/ITS-AID)相关的默认目的层2ID。如条款6.3.3.1中所指定，在PC5单播链路建立程序期间，层2ID被交换且应用于两个UE之间的未来通信。

应用层ID与UE内的一个或多个V2X应用相关联。如果UE具有超过一个应用层ID，则从对等UE的角度来看，同一UE的每个应用层ID可以被视为不同UE的应用层ID。

由于V2X应用层不使用层2ID，因此UE维持应用层ID与用于PC5单播链路的源层2ID之间的映射。这样可以在不中断V2X应用的情况下更改源层2ID。

当应用层ID改变时，如果所述链路用于与改变后的应用层ID的V2X通信，那么PC5单播链路的源层2ID应改变。

UE可与对等UE建立多个PC5单播链路并且将相同或不同源层2ID用于这些PC5单播链路。

编者注：可基于RAN WG反馈要求进一步更新标识符描述。

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

6.3.3.1通过PC5参考点建立层2链路

为了通过PC5参考点执行单播模式V2X通信，UE配置有如在第5.1.2.1节中描述的相关信息。

图6.3.3.1-1示出用于通过PC5参考点进行的V2X通信的单播模式的层2链路建立过程。

图6.3.3.1-1再现为图6。

1.如在条款5.6.1.4中规定，UE确定用于PC5单播链路建立的信令接收的目的层2ID。如条款5.1.2.1中所指定，为UE配置目的层2ID。

2.UE-1中的V2X应用层提供用于PC5单播通信的应用信息。应用信息包含V2X应用的服务类型(例如，PSID或ITS-AID)以及发起UE的应用层ID。应用信息中可包含目标UE的应用层ID。

UE-1中的V2X应用层可以提供用于此单播通信的V2X应用要求。如在条款5.4.1.4中规定，UE-1确定PC5 QoS参数和PFI。

如果如条款5.2.1.4中所指定，UE-1决定重新使用现有PC5单播链路，那么如条款6.3.3.4中所指定，UE发起层2链路修改程序。

3.UE-1发送直接通信请求消息以发起单播层2链路建立程序。直接通信请求消息包含：

-源用户信息：发起UE的应用层ID(即，UE-1的应用层ID)。

-如果V2X应用层在步骤2中提供目标UE的应用层ID，那么包含以下信息：

-目标用户信息：目标UE的应用层ID(即，UE-2的应用层ID)。

-V2X服务信息：关于请求层2链路建立的V2X服务(例如，PSID或ITS-AID)的信息。

-指示是否使用IP通信。

-IP地址配置：对于IP通信，此链路需要IP地址配置，且其指示以下值中的一个：

-“IPv6路由器”，如果IPv6地址分配机制受到发起的UE的支持，那么充当IPv6路由器；或

-“IPv6地址分配不支持”，如果IPv6地址分配机构不受发起UE支持。

-链路本地IPv6地址：基于RFC 4862[21]在本地形成的链路本地IPv6地址，如果UE-1不支持IPv6IP地址分配机制，即IP地址配置指示“不支持IPv6地址分配”。

-QoS信息：关于PC5 QoS流的信息。对于每个PC5 QoS流，PFI和对应PC5 QoS参数(即，PQI以及例如，MFBR/GFBR等在一定条件下的其它参数)。

如条款5.6.1.1和5.6.1.4中所规定，确定用于发送直接通信请求消息的源层2ID和目的层2ID。

UE-1通过使用源层2ID和目的层2ID广播的PC5来发送直接通信请求消息。

4.如下将直接通信接受消息发送到UE-1：

4a.(面向UE的层2链路建立)如果直接通信请求消息中包含目标用户信息，那么目标UE，即UE-2用直接通信接受消息作出响应。

4b.(面向V2X服务的层2链路建立)如果直接通信请求消息中不包含目标用户信息，则有兴趣使用通知的V2X服务的UE因此决定利用UE-1建立层2链路，通过发送直接通信接受消息来响应请求(图6.3.3.1-1中的UE-2和UE-4)。

直接通信接受消息包含：

-源用户信息：发送直接通信接受消息的UE的应用层ID。

-QoS信息：关于PC5 QoS流的信息。对于每个PC5 QoS流，PFI和由UE-1请求的对应PC5 QoS参数(即，PQI和条件性的其它参数，例如MFBR/GFBR，等)。

-IP地址配置：对于IP通信，此链路需要IP地址配置，且其指示以下值中的一个：

-“IPv6路由器”，如果IPv6地址分配机制受目标UE的支持，那么充当IPv6路由器；或

-“不支持IPv6地址分配”，如果IPv6地址分配机制不受发起的UE支持。

-链路本地IPv6地址：基于RFC 4862[21]在本地形成的链路本地IPv6地址，如果目标UE不支持IPv6IP地址分配机制，即IP地址配置指示“IPv6地址分配不支持”，且UE-1在直接通信请求消息中包含链路本地IPv6地址。目标UE应包含非冲突链路本地IPv6地址。

如果选择两个UE(即，发起UE和目标UE)来使用链路本地IPv6地址，则它们将停用RFC 4862[21]中所定义的双重地址检测。

注1：当发起UE或目标UE指示对IPv6路由器的支持时，对应地址配置程序将在建立层2链路之后实施，并且忽略链路本地IPv6地址。

如条款5.6.1.1和5.6.1.4中所规定，确定用于发送直接通信请求消息的源层2ID。目的层2ID设定成接收到的直接通信请求消息的源层2ID。

一旦从对等UE接收到直接通信接受消息，UE-1就获得未来通信的对等UE的层2ID，以用于此单播链路的信令和数据业务。

建立PC5单播链路的UE的V2X层将指定用于单播链路的PC5链路标识符和PC5单播链路相关信息向下传递到AS层。与PC5单播链路相关的信息包含层2ID信息(即，源层2ID和目的地层2ID)。这使得AS层能够保存PC5链路标识符和PC5单播链路相关信息。

编者注：将基于来自SA WG3的反馈确定用于相互认证和安全性关联建立的步骤。

5.如下通过所建立的单播链路传送V2X服务数据：

将PC5链路标识符和PFI以及V2X服务数据提供给AS层。

UE-1使用源层2ID(即，用于此单播链路的UE-1的层2ID)和目的地层2ID(即，用于此单播链路的对等UE的层2ID)发送V2X服务数据。

注2：PC5单播链路是双向的，因此UE-1的对等UE可以通过与UE-1的单播链路将V2X服务数据发送到UE-1。

编者注：直接通信请求/接受消息中包含的参数可以取决于RAN WG决定如何通过AS层发送直接通信请求/接受消息(例如，通过使用PC5-RRC信令)而更新。

编者注：包含在直接通信请求/接受消息中的额外参数(例如，安全性相关)有待进一步研究。

编者注：将基于来自SA WG3的反馈确定单播通信是否在链路层处需要安全保护。

…

6.3.3.3通过PC5参考点进行的层2链路释放

图6.3.3.3-1示出通过PC5参考点进行的层2链路释放程序。

图6.3.3.3-1再现为图7。

0.UE-1和UE-2具有如在章节6.3.3.1中描述所建立的单播链路。

1.UE-1向UE-2发送断开连接请求消息以便释放层2链路并删除与层2链路相关联的所有上下文数据。

2.在接收到断开连接请求消息后，UE-2可响应断开连接响应消息并删除与层2链路相关联的所有上下文数据。

每个UE的V2X层通知AS层单播链路已被释放。这使得AS层能够删除与所释放的单播链路相关的上下文。

6.3.3.4用于单播链路的层2链路修改

图6.3.3.4-1示出用于单播链路的层2链路修改程序。此程序用于：

-向现有PC5单播链路添加新V2X服务。

-从现有PC5单播链路中去除任何V2X服务。

-修改现有PC5单播链路中的任何PC5 QoS流。

图6.3.3.4-1再现为图8。

0.UE-1和UE-2具有如在章节6.3.3.1中描述所建立的单播链路。

1.UE-1中的V2X应用层提供用于PC5单播通信的应用信息。应用信息包含V2X应用的服务类型(例如，PSID或ITS-AID)以及发起UE的应用层ID。应用信息中可包含目标UE的应用层ID。如果UE-1决定如条款5.2.1.4中所规定而重复使用现有PC5单播链路，因此决定修改与UE-2建立的单播链路，那么UE-1将链路修改请求发送到UE-2。

链路修改请求消息包含：

a)向现有PC5单播链路添加新V2X服务：

-V2X服务信息：关于要添加的V2X服务的信息(例如，PSID或ITS-AID)。

-QoS信息：关于用于待添加的每个V2X服务的PC5 QoS流的信息对于每个PC5 QoS流，PFI和对应PC5 QoS参数(即，PQI以及例如，MFBR/GFBR等在一定条件下的其它参数)。

b)从现有PC5单播链路中去除任何V2X服务：

-V2X服务信息：关于要去除的V2X服务的信息(例如，PSID或ITS-AID)。

c)修改现有PC5单播链路中的任何PC5 QoS流：

-QoS信息：关于用于待修改的PC5 QoS流的信息对于每个PC5 QoS流，PFI和对应PC5 QoS参数(即，PQI以及例如，MFBR/GFBR等在一定条件下的其它参数)。

2.UE-2响应链路修改接受消息。

链路修改接受消息包含：

-对于在步骤1中描述的情况a)和情况c)：

-QoS信息：关于PC5 QoS流的信息。对于每个PC5 QoS流，PFI和对应PC5 QoS参数(即，PQI以及例如，MFBR/GFBR等在一定条件下的其它参数)。

每个UE的V2X层将关于单播链路修改的信息提供到AS层。这使得AS层能够更新与经修改的单播链路相关的上下文。

3GPP TS38.885-g00如下方引述指定用于NR V2X单播模式通信的QoS管理：

7QoS管理

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

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

图7-1再现为图9。

在图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中，AS中的UE按照gNB/ng-eNB配置与对等UE建立与包的PC5 QFI相关联的SLRB，且将可用包映射到建立的SLRB。然后可以进行SL单播传送。

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

3GPP R2-1908107如下文引述提及了关于NR SL QoS和SLRB配置的RAN2#106协议：

1：坚持SI阶段结论，即，SLRB配置应针对NR SL进行NW配置和/或预配置。

2：对于RRC_CONNECTED UE，为了传送新PC5 QoS流，其可以经由RRC专用信令向gNB/ng-eNB报告PC5 QoS流的QoS信息。关于UE何时发起的确切时间有待进一步研究。

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

4：有待进一步研究：取决于关于如何分配PFI的SA2结论，关于所报告QoS信息的内容(例如，PFI、PC5 QoS概述等)以及用于实现PC5 QoS流到SLRB映射(例如，PFI到SLRB映射、QoS概述到SLRB映射等)的内容。

5：对于RRC_IDLE/INACTIVE UE，gNB/ng-eNB可以经由V2X特定的SIB提供SLRB配置并且配置PC5 QoS概述到SLRB映射。当RRC_IDLE/INACTIVE UE发起新PC5 QoS流的传送时，其基于SIB配置建立与所述流的PC5 QoS概述相关联的SLRB。

6：有待进一步研究：如何描述SIB中的每个PC5 QoS概述，关于何种PC5 QoS参数包含在PC5 QoS概述的待决SA2的最终结论。

7：对于OoC UE，预配置SLRB配置以及PC5 QoS概述到SLRB的映射。当OoC UE发起新PC5 QoS流的传送时，其基于预配置建立与流相关联的SLRB。

8：有待进一步研究：取决于关于如何分配PFI的SA2结论，用什么来实现预配置中的PC5 QoS流到SLRB映射(例如，PFI到SLRB映射、QoS概述到SLRB映射等)。

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

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

11：对于SL单播，不允许UE经由PC5 RRC消息为SL中的对等UE配置“仅与TX相关的SLRB参数”。如何处理仅与RX相关的SRLB参数有待进一步研究。

12：对于SL组播和/或广播，NW配置/预配置的SLRB包含仅与TX相关的SLRB参数。

13：对于SL组播和广播，应在规范中固定与TX和RX两个相关并且因此需要在UE与所有其对等UE之间对准的那些SLRB参数。

14：对于SL广播，如何设定仅与RX相关的SLRB参数取决于UE实施方案。组播情况有待进一步研究。

15：应针对SL单播、组播/广播单独地(预)配置SLRB配置。组播与广播之间的单独SLRB配置的需求有待进一步研究。

3GPP R2-1912001如下方引述提及了关于例如TX-RX对准侧链路参数的SLRB配置的RAN2#107协议：

关于SLRB配置的协议：

1-1：对于SL单播，SLRB标识是Tx和Rx参数。对于SL广播和组播，其Tx/Rx属性有待进一步研究，即仅Tx或Tx和Rx。

1-2：对于专用SLRB配置，目的地标识是用于配置的SLRB参数中的一个。其适用于SL广播、组播和单播。其Tx/Rx属性有待进一步研究。

1-3：播送类型视为经由SIB/预先配置用于共同配置的SLRB参数中的一个。其适用于SL广播、组播和单播。其Tx/Rx属性有待进一步研究。

2-1：默认SLRB配置适用于每一播送类型。

2-2：映射到SLRB的QoS流视为用于配置的SLRB参数中的一个。其适用于SL广播、组播和单播。对于单播，其适用于Tx和Rx，对于组播和广播，其适用于仅TX。

2-3：传送范围到SLRB映射视为用于配置的SLRB参数中的一个。

3-1：丢弃定时器是仅Tx参数且适用于SL广播、组播和单播。

3-2：PDCP SN大小是Tx和Rx参数且适用于SL广播、组播和单播。

3-3：MaxCID是Tx和Rx参数且适用于SL广播、组播和单播。

3-4：ROHC概述需要为TX UE配置。

3-5：T-重排序定时器是仅Rx参数且适用于SL广播、组播和单播。

3-6：OutOfOrderDelivery是仅Rx参数且适用于SL单播。关于SL广播、组播有待进一步研究。关于TX情况有待进一步研究。

4-1：RLC模式是Tx和Rx参数且适用于SL单播。

4-2：RLC SN字段长度是Tx和Rx参数且适用于SL广播、组播和单播。

4-3：T-重新组装定时器是仅Rx参数且适用于SL广播、组播和单播。

4-4：T-PollRetransmit定时器是仅Tx参数且适用于SL单播。

4-5：PollPDU是仅Tx参数且适用于SL单播。

4-6：PollByte是仅Tx参数且适用于SL单播。

4-7：MaxRetxThreshold是仅Tx参数且适用于SL单播。

4-8：T-StatusProhibit定时器是仅Rx参数且适用于SL单播。

5-1：LogicalChannelIdentity是TX和RX参数且适用于SL单播。其是SL广播和组播的仅TX参数。

5-2：LogicalChannelGroup是仅Tx参数且适用于SL广播、组播和单播。

5-3：优先级是仅Tx参数且适用于SL广播、组播和单播。

5-4：PrioritizedBitRate是仅Tx参数且适用于SL广播、组播和单播。

5-5：BucketSizeDuration是仅Tx参数且适用于SL广播、组播和单播。

5-6：ConfiguredGrantType1Allowed是仅Tx参数且适用于SL广播、组播和单播。

5-7：SchedulingRequestID是仅Tx参数且适用于SL广播、组播和单播。

5-8：LogicalChannelSR-DelayTimerApplied是仅Tx参数且适用于SL广播、组播和单播。

5-9：是否有任何HARQ相关信息被视为用于配置的SLRB参数中的一个有待进一步研究。

6-1：对于SL组播，如何设定仅Rx SLRB参数是取决于UE实施方案。

6-2：对于SL单播，如何设定仅Rx SLRB参数是取决于UE实施方案。

6-3：为SL广播和组播考虑单独的SLRB配置。

3GPP R2-1916288如下方引述提及了关于RLC和LCID失配的RAN2#108协议：

1：当RRC_CONNECTED中的对等UE通过PC5 RRC从发起UE接收SLRB配置以及RLC AM/UM时且如果LCH尚未在对等UE中进行配置，那么其至少通过PC5 RRC向其gNB报告引发UE的RLC模式。任选地报告PC5 QoS概述。

2：当RRC_CONNECTED中的对等UE通过PC5 RRC从发起UE接收特定LCID的SLRB配置以及RLC AM/UM时且如果LCH尚未在对等UE中进行配置，那么对等UE通过发起UE自主地判定遵循此LCID的使用率且向具有从其gNB请求的RLC AM的专用SLRB配置指派此LCID。(工作假设)

3：当RRC_IDLE/INACTIVE中的对等UE通过PC5 RRC从发起UE接收用于特定LCID的具有RLC AM/UM的SLRB配置时且如果LCH尚未在对等UE中进行配置，那么对等UE自主地将此LCID值分配到被配置SLRB。取决于UE实施方案，通过选择SIB中现有的SLRB配置来使SRLB配置具有对应RLC模式。

4：当OOC中的对等UE通过PC5 RRC从发起UE接收用于特定LCID的具有RLC AM/UM的SLRB配置时且如果LCH尚未在对等UE中进行配置，那么对等UE自主地将此LCID值分配到被配置SLRB。取决于UE实施方案，通过选择预配置中现有的SLRB配置来使SRLB配置具有对应RLC模式。

5：用于NR侧链路通信的LCID由UE指派。

6：如果LCH已在对等UE中被配置成具有不同RLC模式，那么UE将所述处理为AS层配置失败。

7：TS38.331将提及协议：3)中的“取决于UE实施方案，通过选择SIB中现有SLRB配置来使SRLB配置有对应RLC模式”和4)中的“取决于UE实施方案，通过选择预配置中的现有SLRB配置来使SRLB配置有对应RLC模式”作为附注。

3GPP公开了在2019年12月26日发布的提及具有NR侧链路协议的新5G V2X的TS38.331的更新的运行CR，如下文引述指定了用于NR V2X的侧链路相关程序和消息：

5.3.5RRC重新配置

<省略了不相关的文字>

5.3.5.3通过UE接收RRCReconfiguration

UE应在接收到RRCReconfiguration之后即刻执行以下动作：

…

1>如果RRCReconfiguration消息包含sl-ConfigDedicatedNR：

2>执行如5.3.5.X中指定的侧链路专用配置程序；

…

-RRCReconfiguration

RRCReconfiguration消息是修改RRC连接的命令。其可传达用于测量配置、移动性控制、无线电资源配置(包含RB、MAC主要配置和物理信道配置)和AS安全配置的信息。

信令无线电承载：SRB1或SRB3

RLC-SAP：AM

逻辑信道：DCCH

方向：网络到UE

RRCReconfiguration消息

-SL-ConfigDedicatedNR

IE SL-ConfigDedicatedNR指定用于NR侧链路通信的专用配置信息。

SL-ConfigDedicatedNR信息元素

标题为“SL-ConfigDedicatedNR字段描述”的表再现为图10。

SL-RadioBearerConfig

IE SL-RadioBearerConfig指定用于NR侧链路通信的侧链路DRB配置信息。

SL-RadioBearerConfig信息元素

标题为“SL-RadioBearerCoonfig字段描述”的表再现为图11。

描述“有条件存在”的表再现为图12。

SL-SDAP-Config

使用IE SL-SDAP-Config来设定用于侧链路DRB的可配置SDAP参数。

SL-SDAP-Config信息元素

标题为“SDAP配置字段描述”的表再现为图13。

标题为“SL-QoS-InfoConfig字段描述”的表再现为图14。

5.X.3用于NR侧链路通信的侧链路UE信息

5.X.3.1总则

图5.X.3.1-1再现为图15。

此程序的目的在于通知网络UE对或不再对接收NR侧链路通信感兴趣，以及请求指派或释放NR侧链路通信的传送资源且报告与NR侧链路通信相关的参数。

5.x.3.2发起

能够进行RRC_CONNECTED中的NR侧链路通信的UE可发起程序以指示其在若干情况下(感兴趣)接收NR侧链路通信，所述情况包含成功连接建立或恢复、兴趣改变、改变到提供包含sl-ConfigCommonNR的SIBX的PCell。能够进行NR侧链路通信的UE可发起程序以请求用于NR侧链路通信传送的专用资源的指派。

在发起此过程后，UE应：

1>如果包含sl-ConfigCommonNR的SIBX由PCell提供：

2>那么确保具有用于PCell的SIBX的有效版本；

2>如果被上层配置成在包含在PCell的SIBX中的sl-FreqInfoList中的频率上接收NR侧链路通信：

3>如果UE自最后一次进入RRC连接状态起就不传送侧链路UE信息NR消息；或

3>如果从UE最后一次传送SidelinkUEInformationNR消息起，UE就连接到不提供包含sl-ConfigCommonNR的SIBX的PCell；或

3>如果SidelinkUEInformationNR消息的最后一次传送不包含sl-RxInterestedFreqList；或如果自SidelinkUEInformationNR消息的最后一次传送起，被上部层配置成接收NR侧链路通信的频率就已改变：

4>发起侧链路UE信息NR消息的传送以根据5.x.3.3指示感兴趣的NR侧链路通信接收频率；

2>否则：

3>如果SidelinkUEInformationNR消息的最后一次传送包含sl-RxInterestedFreqList：

4>发起侧链路UE信息NR消息的传送以根据5.x.3.3指示其不再对NR侧链路通信接收感兴趣；

2>如果被上部层配置成以包含在PCell的SIBX中的sl-FreqInfoList中的频率传送NR侧链路通信：

3>如果UE自最后一次进入RRC连接状态起就不传送侧链路UE信息NR消息；或

3>如果从UE最后一次传送SidelinkUEInformationNR消息起，UE就连接到不提供包含sl-ConfigCommonNR的SIBX的PCell；或

3>如果SidelinkUEInformationNR消息的最后一次传送不包含sl-TxResourceReqList；或如果从SidelinkUEInformationNR消息的最后一次传送起，sl-TxResourceReqList所携载的信息已改变，那么：

4>发起SidelinkUEInformationNR消息的传送以根据5.x.3.3指示UE所需的NR侧链路通信传送资源；

2>否则：

3>如果SidelinkUEInformationNR消息的最后一次传送包含sl-TxResourceReqList，则：

4>发起SidelinkUEInformationNR消息的传送以根据5.X.3.3指示其不再需要NR侧链路通信传送资源。

5.x.3.3与SidelinkUEInformationNR消息的传送有关的动作

UE应如下设定侧链路UE信息NR消息的内容：

1>如果UE发起程序以指示其(不再)有兴趣接收NR侧链路通信或请求(配置/释放)NR侧链路通信传送资源(即，UE包含所有涉及的信息，无论是什么触发了程序)：

2>如果包含sl-ConfigCommonNR的SIBX由PCell提供：

3>如果被上层配置成接收NR侧链路通信：

4>包含sl-RxInterestedFreqList且将其设定成用于NR侧链路通信接收的频率；

3>如果由上部层配置成传送NR侧链路通信：

4>包含sl-TxResourceReqList且针对其请求网络指派NR侧链路通信资源的每个目的地而如下设定其字段：

5>将sl-DestinationIdentiy设定成由上部层配置用于NR侧链路通信传送的目的地标识；

5>将sl-CastType设定为由上部层配置用于NR侧链路通信传送的相关联目的地标识的播送类型；

5>将sl-RLC-ModeIndication设定为包含RLC模式和任选地相关联RLC模式的侧链路QoS流的QoS模板，如果相关联双向侧链路DRB添加是由于RRCReconfigurationSidelink的配置；

5>如果检测到侧链路RLF，那么设定用于NR侧链路通信传送的相关联目的地的sl-Failure；

5>将sl-QoS-InfoList设定成包含由上部层配置用于NR侧链路通信传送的相关目的地的侧链路QoS流的QoS概述；

5>将sl-InterestedFreqList设定成指示NR侧链路通信传送的频率；

5>将sl-TypeTxSyncList设定成在NR侧链路通信传送的相关sl-InterestedFreqList上使用的当前同步引用类型。

1>UE应向下部层提交SidelinkUEInformationNR消息以用于传送。

…

-SidelinkUEInformationNR

SidelinkUEinformationNR消息用于向网络指示NR侧链路UE信息。

信令无线承载：SRB1RLC-SAP：AM

逻辑信道：DCCH

方向：UE到网络SidelinkUEInformationNR消息

标题为“SidelinkUEinformationNR字段描述”的表再现为图16。

标题为“SL-TxResourceReq字段描述”的表再现为图17。

5.X.9侧链路RRC程序

5.X.9.1侧链路RRC重新配置

5.x.9.1.1总则

图5.x.9.1.1-1再现为图18。

图5.x.9.1.1-2再现为图19。

此程序的目的是建立/修改/释放侧链路DRB或配置NR侧链路测量和报告以用于PC5-RRC连接。

UE可以在以下情况中发起侧链路RRC重新配置程序且对其对等UE执行子条款5.x.9.1.2中的操作：

-与对等UE相关联的侧链路DRB的释放，如子条款5.x.9.1.4中指定；

-与对等UE相关联的侧链路DRB的建立，如子条款5.x.9.1.5中指定；

-用于与对等UE相关联的侧链路DRB的SLRB-Config中包含的参数的修改，如子条款5.x.9.1.5中指定；

-配置对等UE以执行NR侧链路测量和报告。

5.x.9.1.2与RRCReconfigurationSidelink消息的传送有关的动作

UE应如下设定RRCReconfigurationSidelink消息的内容：

1>针对将释放的每一侧链路DRB，根据子条款5.x.9.1.4.1，由于sl-ConfigDedicatedNR、SIBX、SidelinkPreconfigNR或上部层的配置：

2>设定对应于侧链路DRB的slrb-ConfigToReleaseList中包含的slrb-PC5-ConfigIndex；

1>针对将建立或修改的每一侧链路DRB，根据子条款5.x.9.1.5.1，由于接收到sl-ConfigDedicatedNR、SIBX、SidelinkPreconfigNR：

2>根据接收的sl-RadioBearerConfig和对应于侧链路DRB的sl-RLC-BearerConfig，设定slrb-ConfigToAddModList中包含的SLRB-Config；

1>针对待进行配置的每个NR侧链路测量和报告：

2>根据存储的NR侧链路测量配置信息，设定sl-MeasConfig；

1>针对与侧链路DRB相关的目的地，启动定时器T400；

UE应向下部层提交RRCReconfigurationSidelink消息以用于传送。

5.x.9.1.3UE接收RRCReconfigurationSidelink

UE应在接收RRCReconfigurationSidelink之后执行以下动作：

1>如果RRCReconfigurationSidelink包含slrb-ConfigToReleaseList：

2>针对作为当前UE侧链路配置的部分的slrb-ConfigToReleaseList中包含的每一slrb-PC5-ConfigIndex值；

3>根据子条款5.x.9.1.4执行侧链路DRB释放程序；

1>如果RRCReconfigurationSidelink包含slrb-ConfigToAddModList：

2>针对并非当前UE侧链路配置的部分的slrb-ConfigToAddModList中所包含的每个slrb-PC5-ConfigIndex值：

3>如果包含则应用sl-MappedQoS-FlowsToAddList和sl-MappedQoS-FlowsToReleaseList；

3>根据子条款5.x.9.1.5执行侧链路DRB添加程序；

2>针对作为当前UE侧链路配置的部分的slrb-ConfigToAddModList中包含的每一slrb-PC5-ConfigIndex值：

3>如果包含则应用sl-MappedQoS-FlowsToAddList和sl-MappedQoS-FlowsToReleaseList；

3>根据子条款5.x.9.1.4和5.x.9.1.5执行侧链路DRB释放或修改程序。

1>如果UE不能够遵从RRCReconfigurationFailureSidelink中包含的(部分)配置(即，侧链路RRC重新配置失败)：

2>那么继续使用接收RRCReconfigurationFailureSidelink消息之前所用的配置；

2>设定RRCReconfigurationFailureSidelink消息的内容；

3>向下部层提交RRCReconfigurationFailureSidelink消息以用于传送；

1>否则：

2>设定RRCReconfigurationCompleteSidelink消息的内容；

3>向下部层提交RRCReconfigurationCompleteSidelink消息以用于传送；

注X：当同一逻辑信道由另一UE配置不同RLC模式时，UE将情况处置为侧链路RRC重新配置失败。

…

-RRCReconfigurationSidelink

RRCReconfigurationSidelink消息是PC5 RRC连接的AS配置的命令。其仅应用于NR侧链路通信的单播。

信令无线电承载：用于PC5-RRC的侧链路SRB

RLC-SAP：AM

逻辑信道：SCCH

方向：UE到UE

标题为“RRCReconfigurationSidelink字段描述”的表再现为图20。

RRCReconfigurationCompleteSidelink

RRCReconfigurationCompleteSidelink消息用于证实成功完成PC5 RRC AS重新配置。其仅应用于NR侧链路通信的单播。

信令无线电承载：用于PC5-RRC的侧链路SRB

RLC-SAP：AM

逻辑信道：SCCH

方向：UE到UE

RRCReconfigurationCompleteSidelink消息

3GPP TS23.287在章节6.3.3.1中指定用于通过PC5参考点的V2X通信的单播模式的层2链路建立程序。举例来说，发起UE(例如，UE1)传送直接通信请求消息，且从其它UE接收直接通信接受消息。根据3GPP TS23.287中的章节5.6.1.4，用于PC5单播链路的建立的初始信令可以使用用于初始信令的默认目的地层2ID来建立用于车联网(V2X)服务或提供V2X服务的V2X应用的单播链路(例如，提供商服务标识符(PSID)或ITS应用标识符(ITS-AID))。

在直接通信请求消息中，包含UE2的应用层ID和UE1的应用层ID，使得UE2可以确定是否对直接通信请求消息作出响应。如果UE2确定对直接通信请求消息作出响应，那么UE2可以发起用于建立安全上下文的程序。举例来说，UE1将直接通信请求传送到UE2。在直接通信请求中，可包含用于建立安全上下文的一些参数。在接收到直接通信请求后，UE2可发起与UE1的直接验证和密钥建立程序。且接着，UE2将直接安全模式命令传送到UE1，且UE1以直接安全模式完成响应于UE2。另外，如果成功接收直接安全模式完成，那么UE2可将直接通信接受传送到UE1。在单播链路不需要安全性的情况下，可省略安全配置程序，且UE2可直接向UE1答复直接通信接受。

当传送直接通信请求消息时，将源层2ID设定为发起UE的层2ID，且将目的地层2ID设定为与服务类型相关联的默认目的地层2ID。因此，UE2可以基于UE1的层2身份(L2ID)和UE2的L2ID而开始在安全建立程序中交换信令。

根据3GPP TR 38.885-g00和3GPP电子邮件论述[108#44][V2X]38.331运行CR，处于RRC_CONNECTED中的UE将需要将侧链路UE信息消息(例如，SidelinkUEInformationNR)发送到下一代节点B(gNB)以请求用于在已建立层2链路(或单播链路)之后传送侧链路业务的侧链路资源。gNB将随后提供用于新RAT/无线电(NR)侧链路通信的专用侧链路配置信息(例如，信息元素(IE)SL-ConfigDedicatedNR)。

如3GPP电子邮件论述[108#44][V2X]38.331运行CR中所指定，SidelinkUEInformationNR可包含与单播链路相关的以下信息元素(IE)：sl-DestinationIdentity、sl-CastType、sl-RLC_ModeIndication、sl-QoS-InfoList、sl-Failure、sl-TypeTxSyncList和sl-TxInterestedFreqList。并且，sl-QoS-InfoList含有在3GPP TS 23.287中指定包含侧链路QoS流的服务质量(QoS)概述的sl-QoS-Info的列表，且每个sl-QoS-Info包含sl-QoS-FlowIdentity和sl-QoS-Profile。响应于接收到SidelinkUEInformationNR，gNB可以用无线电资源控制(RRC)重新配置消息(例如，RRCReconfiguration)进行答复来配置用于由sl-QoS-FlowIdentity标识的有关侧链路QoS流的专用侧链路配置。举例来说，RRCReconfiguration消息可以包含可含有指示专用侧链路配置的信息的IE SL-ConfigDedicatedNR。它还可以含有指示侧链路QoS流映射到哪个侧链路(SL)数据无线电承载(DRB)的信息(例如，sl-MappedQoS-Flows)。侧链路QoS流可以映射到现有SL DRB或新SL DRB。在需要新SL DRB的情况下，将包含用于新SL DRB的逻辑信道配置。应注意，每一SL DRB与SL LCH(逻辑信道)相关联。

如用于3GPP R2-1908107的RAN2#106会议中商定，对于SL单播，发起UE向对等UE告知与传送(TX)和接收(RX)都相关且需要与对等UE对准的侧链路无线电承载(SLRB)参数。举例来说，发起UE可传送RRCReconfigurationSidelink消息来告知对等UE(如3GPP电子邮件论述[108#44][V2X]38.331运行CR中所论述)，其中RRCReconfigurationSidelink中包含slrb-PC5-ConfigIndex来指示用于待在对等UE中建立的SLRB的SLRB配置。作为响应，对等UE可以RRCReconfigurationCompleteSidelink消息进行答复。另外，根据用于3GPP R2-1916288的RAN2#108协议，当处于RRC_CONNECTED的对等UE从发起UE接收到具有RLC确认模式/非确认模式(AM/UM)的SLRB配置时且如果在对等UE中尚未配置LCH，则对等UE应将至少由发起UE指示的无线电链路控制(RLC)模式报告给其gNB。还同意任选地报告侧链路QoS概述。先前协议在3GPP电子邮件讨论[108#44][V2X]38.331运行CR中提及，其中在SidelinkUEInformationNR消息中定义的IE sl-QoS-InfoList被指定为“任选的”，且IEsl-QoS-Info中的sl-QoS-FlowIdentity和sl-QoS-Profile都被指定为“必选的”。如果对应于侧链路QoS流的sl-QoS-Info存在，那么这意味着对等UE具有从由sl-QoS-Info中的sl-QoS-FlowIdentity标识的侧链路QoS流进行传送的数据。否则，(即，sl-QoS-Info不存在)，那么这意味着对等UE没有可用于从侧链路QoS流进行传送的数据。后一种情况暗示对等UE仅具有RLC控制包数据单位(PDU)(用于RLC AM模式)或包数据汇聚协议(PDCP)控制PDU(用于鲁棒性头压缩(ROHC)反馈)，且因此不需要包含sl-QoS-InfoList。在接收SidelinkUEInformationNR消息之后，接着gNB可根据是否存在sl-QoS-Info来将正确专用侧链路配置分配到对等UE。

在3GPP电子邮件讨论[108#44][V2X]38.331运行CR中指定对等UE应提交RRCReconfigurationCompleteSidelink消息或RRCReconfigurationFailureSidelink消息到下部层以用于在从UE接收到RRCReconfigurationSidelink消息之后即刻进行传送，这取决于对等UE是否能够遵从RRCReconfigurationSidelink消息中包含的配置(的部分)。如果对等UE不能够遵从RRCReconfigurationSidelink消息中包含的配置(的部分)，那么提交RRCReconfigurationFailureSidelink消息用于传送。否则，提交RRCReconfigurationCompleteSidelink消息用于传送。基本上，RRCReconfigurationSidelink消息用以提供用于在SLRB(或SL LCH)上从UE到对等UE的传送的SLRB配置。并且，对等UE随后需要经由发送到其gNB的SidelinkUEInformationNR消息针对侧链路QoS流请求用于从对等UE到UE的传送的对应SLRB配置。基本上，UE与对等UE之间的双向侧链路通信的可用性不仅取决于在RRCReconfigurationSidelink消息中提供的SLRB配置，而且取决于在从gNB发送的RRCReconfiguration消息中提供的对应SLRB配置。在对等UE不能够遵从在从gNB发送的RRCReconfiguration消息中提供的对应SLRB配置(或其一部分)的情况下，不可以执行针对所关注侧链路QoS流从对等UE到UE的侧链路传送。因此，UE与对等UE之间的双向侧链路通信将不可用。在此情形下，应当指定响应于此失败情况的UE行为。

对等UE可以采取以下动作中的一个或多于一个：(1)对等UE针对从UE到对等UE的侧链路传送释放所关注侧链路QoS流映射到的SL DRB，其中已根据从UE接收的RRCReconfigurationSidelink消息在对等UE中建立SL DRB；(2)对等UE释放针对所关注目的地(或所关注PC5单播链路)建立的所有SL DRB；(3)对等UE针对所关注目的地指示所关注PC5-RRC连接(或所关注PC5单播链路)到上部层的释放；(4)对等UE针对从UE到对等UE的侧链路传送将PC5-RRC消息(例如，RRCReconfigurationSidelink)传送到UE以释放所关注侧链路QoS流或所关注侧链路QoS流映射到的SL DRB；(5)对等UE向上部层指示失败(例如，接入层(AS)层未能配置用于所关注侧链路QoS流的SL DRB)；和/或(6)对等UE向gNB传送RRC消息以指示失败。

被告知失败后，对等UE的上部层可以随后采取以下动作中的一个或多于一个：(1)上部层移除或释放所关注侧链路QoS流；(2)上部层移除或释放与所关注侧链路QoS流相关联的V2X服务；和/或(3)上部层释放在UE与对等UE之间建立的PC5单播链路。

对等UE的上部层和UE的上部层可以交换PC5-S信令以移除或释放所关注侧链路QoS流、与所关注侧链路QoS流相关联的V2X服务和/或在UE与对等UE之间建立的PC5单播链路。

另一方面，当UE请求用于从UE到对等UE的传送的侧链路QoS流的SLRB配置且从gNB接收到RRCReconfiguration消息时，也可能发生相似的失败。在此情形下，在UE中针对所关注侧链路QoS流尚未建立SL DRB。UE和UE中的上部层也可以响应于此失败而采取上述动作中的一个或多于一个(如果适用)。

图21是从第一装置(例如但不限于UE)的角度来看的根据一个示例性方法的流程图2100。在步骤2105中，第一UE与第二UE建立PC5单播链路或PC5-RRC连接，其中所述PC5单播链路或PC5-RRC连接与第二UE的目的地身份相关联。在步骤2110中，第一UE向网络节点传送侧链路UE信息消息以请求用于侧链路服务质量(QoS)流的侧链路配置，其中所述侧链路UE信息消息包含第二UE的目的地身份和侧链路QoS流的身份。在步骤2115中，第一UE从网络节点接收无线电资源控制(RRC)重新配置消息，其中所述RRC重新配置消息包含侧链路配置。在步骤2120中，如果第一UE不能够遵从RRC重新配置消息中包含的侧链路配置，那么第一UE向网络节点传送RRC消息以指示配置失败。

在另一方法中，如果已建立第一SL DRB，那么第一UE释放侧链路QoS流映射到的第一侧链路(SL)数据无线电承载(DRB)，其中第一SL DRB是用于从第二UE到第一UE的侧链路传送。

在另一方法中，向第一UE中的上部层指示失败。

在另一方法中，侧链路UE信息消息还包含侧链路QoS流的QoS概述。

在另一方法中，侧链路配置包含侧链路QoS流映射到的第二SL DRB的侧链路无线电承载(SLRB)配置，其中第二SL DRB是用于从第一UE到第二UE的侧链路传送。

在另一方法中，第一UE中的上部层释放侧链路QoS流。

在另一方法中，第一UE中的上部层释放或移除与侧链路QoS流相关联的车联网(V2X)服务。

在另一方法中，第一UE中的上部层释放PC5单播链路。

在另一方法中，网络节点是基站或gNB。

在另一方法中，如果第一UE不能够遵从RRC重新配置消息中包含的侧链路配置的至少一部分，那么第一UE向第二UE传送PC5-RRC消息，其中所述PC5-RRC消息包含所要释放的第一SL DRB的身份或侧链路QoS流的身份。

返回参考图3和4，在一个实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以：(i)与第二UE建立PC5单播链路或PC5-RRC连接，其中所述PC5单播链路或PC5-RRC连接与第二UE的目的地身份相关联；(ii)向网络节点传送侧链路UE信息消息以请求用于侧链路服务质量(QoS)流的侧链路配置，其中所述侧链路UE信息消息包含第二UE的目的地身份和侧链路QoS流的身份；(iii)从网络节点接收无线电资源控制(RRC)重新配置消息，其中所述RRC重新配置消息包含侧链路配置；以及(iv)如果第一UE不能够遵从RRC重新配置消息中包含的侧链路配置，那么向网络节点传送RRC消息以指示配置失败。

此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它方法。

上文公开的方法是用于处置无效RRCReconfiguration消息的方法。

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

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

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

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

应理解，在任何公开的过程中的步骤的任何具体次序或层次是样本方法的实例。应理解，基于设计偏好，过程中的步骤的具体次序或层次可以重新布置，同时保持在本公开的范围内。随附的方法权利要求以样本次序呈现各种步骤的元素，且并不有意限于所呈现的特定次序或阶层。

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

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