CN111698723B

CN111698723B - 无线通信系统中侧链路逻辑信道建立的方法和设备

Info

Publication number: CN111698723B
Application number: CN202010118822.5A
Authority: CN
Inventors: 潘立德; 郭豊旗
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2019-03-14
Filing date: 2020-02-26
Publication date: 2023-03-14
Anticipated expiration: 2040-02-26
Also published as: US11252598B2; US20220124552A1; KR20200110611A; CN111698723A; TWI713343B; EP3709760B1; KR102320304B1; US20200296619A1; EP3709760A1; TW202034672A; ES2897684T3; JP2020150537A; JP7033158B2

Abstract

一种执行侧链路逻辑信道建立的方法和设备。方法包含第一用户设备存储侧链路配置的列表，列表中的每个条目含有一个侧链路配置及与一个侧链路配置相关联的至少一个PC5服务质量标识符。还包含第一用户设备根据来自侧链路服务的PC5服务质量流的PC5服务质量标识符选择列表中的条目。还包含第一用户设备根据条目的侧链路配置建立PC5服务质量流的侧链路逻辑信道并指定侧链路逻辑信道的标识。方法包含第一用户设备将信息传送到第二用户设备，以使第二用户设备建立侧链路逻辑信道，信息至少包含侧链路逻辑信道的标识、PC5服务质量流的标识，及侧链路配置中包含的传送‑接收对准参数。方法包含第一用户设备在侧链路逻辑信道上传送来自PC5服务质量流的侧链路封包。

Description

无线通信系统中侧链路逻辑信道建立的方法和设备

相关申请的交叉参考

本申请要求2019年3月14日提交的第62/818,380号美国临时专利申请以及2019年7月23日提交的第62/877,722号美国临时专利申请的权益，所述申请的全部公开内容以引用方式全文并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更确切地说，涉及一种无线通信系统中侧链路逻辑信道建立的方法和设备。

背景技术

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

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

发明内容

从第一用户设备(User Equipment，UE)的角度公开一种方法和设备，以执行侧链路逻辑信道(sidelink logical channel，SL LCH)建立。在一个实施例中，所述方法包含所述第一UE存储侧链路配置的列表，其中所述列表中的每个条目含有一个侧链路配置以及与所述一个侧链路配置相关联的至少一个PC5 QoS标识符(PQI)。所述方法进一步包含所述第一UE根据来自侧链路服务的PC5 QoS流的PQI选择所述列表中的条目。所述方法还包含所述第一UE根据所述条目的侧链路配置建立所述PC5 QoS流的SL LCH并且指定所述SL LCH的标识。另外，所述方法包含所述第一UE将信息传送到第二UE，以使所述第二UE建立所述SLLCH，其中所述信息至少包含所述SL LCH的所述标识、所述PC5 QoS流的标识，以及所述侧链路配置中包含的传送-接收(TX-RX)对准参数。此外，所述方法包含所述第一UE在所述SLLCH上从所述PC5 QoS流传送侧链路封包。

附图说明

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

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

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

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

图5是3GPP R2-1900370的图A-3的再现。

图6是3GPP R2-1900370的图A-4的再现。

图7是3GPP R2-1900370的图A-5的再现。

图8是3GPP TS 36.300V15.3.0的图6-3的再现。

图9是3GPP TS 23.287V1.0.0的图5.4.1.1.1-1的再现。

图10是3GPP TS 36.321V15.3.0的图6.1.6-1的再现。

图11是3GPP TS 36.321V15.3.0的图6.1.6-2的再现。

图12是3GPP TS 36.321V15.3.0的图6.1.6-4的再现。

图13是3GPP TS 36.321V15.3.0的表6.2.4-1的再现。

图14是3GPP TS 36.321V15.3.0的表6.2.4-2的再现。

图15是根据一个示例性实施例的映射表。

图16是根据一个示例性实施例的映射表。

图17是根据一个示例性实施例的映射表。

图18是根据一个示例性实施例的映射表。

图19是根据一个示例性实施例的映射表。

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

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

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统被广泛部署以提供各种类型的通信，例如，语音、数据等等。这些系统可以基于码分多址(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-Advanced)、3GPP2超移动宽带(Ultra MobileBroadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)或一些其它调制技术。

具体来说，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如由在本文中称为3GPP的命名为“第三代合作伙伴计划(3rd GenerationPartnership Project)”的协会提供的标准，包含：3GPP RAN2#104主席纪要；TR23.786v1.0.0，“关于EPS和5G系统的架构增强以支持高级V2X服务的研究”；R2-1900370，“电子邮件讨论[104#58][NR V2X]-NR V2X的QoS支持的汇总”；TS 36.300V15.3.0，标题为“演进型通用陆地无线接入(Evolved Universal Terrestrial Radio Access，E-UTRA)和演进型通用陆地无线接入网(Evolved Universal Terrestrial Radio Access Network，E-UTRAN)；总体说明”；R2-1903001，“3GPP TSG RAN2#105会议的报告”；R2-1908107，“关于LTE V2X和NR V2X的会话的报告”；TS 23.287V1.0.0，“用于支持车联网(Vehicle-to-Everything，V2X)服务的5G系统(5G System，5GS)的架构增强”；TS 36.321V15.3.0，“演进型通用陆地无线接入(Evolved Universal Terrestrial Radio Access，E-UTRA)；媒体接入控制(Medium Access Control，MAC)协议规范”；以及R2-1907454，“关于NR SL QoS处理的细节”。上文所列的标准和文献特此明确地以引用的方式全文并入。

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

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

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

接入网络(access network，AN)可以是用于与终端通信的固定台或基站，并且还可以称为接入点、Node B、基站、增强型基站、演进型基站(evolved Node B，eNB)，或某一其它术语。接入终端(access terminal，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处理器可以进一步处理所述调制符号(例如，用于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_R个接收到的符号流以提供N_T个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX数据处理器260进行的处理与由TX MIMO处理器220和TX数据处理器214在传送器系统210处所执行的处理互补。

处理器270定期确定使用哪一预译码矩阵(在下文论述)。处理器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、中央处理单元(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 RAN2#104会议关于NR eV2X侧链路通信达成以下协定(如在3GPP RAN2#104主席纪要)：

3GPP TR 23.786V1.0.0如下引入用于eV2X通信的以下解决方案：

6.11解决方案#11：通过PC5参考点进行的eV2X通信的单播或多播解决方案

6.11.3程序

6.11.3.1层2链路通过PC5的建立

TS 23.303[8]条款5.4.5.2中定义的层2链路建立程序可以重新用于eV2X单播链路建立，进行以下修改：

-取决于RAN WG的决策，消息可以被转换为RRC信令消息而不是PC5信令消息。

-“面向UE的层2链路建立”如下操作，且图6.11.3.1-1展示程序：

-直接通信请求消息可以由UE-1以广播机制发送，即，发送到与应用相关联的广播地址，而不是UE-2的L2 ID。UE-2的上部标识符包含在直接通信请求消息中，以允许UE-2决定是否对请求作出响应。此消息的源L2 ID应是UE-1的单播L2 ID。

-应使用UE-2可以理解的默认AS层设置，例如广播设置来传送直接通信请求消息。

-UE-2在向UE-1的后续信令中使用接收到的直接通信请求消息的源L2 ID作为目的地L2 ID，并使用其自身的单播L2 ID作为源L2 ID。UE-1获得UE-2的L2 ID，以用于将来的通信、信令和数据业务。

[…]

[省略标题为“面向UE的层2链路建立程序”的3GPP TR 23.786V1.0.0的图6.11.3.1-1]

-“面向V2X服务的层2链路建立”与“面向UE的层2链路建立”相同地操作且具有以下差异，且图6.11.3.1-2示出所述程序：

-关于请求L2链路建立的V2X服务的信息，即，关于宣告的V2X服务的信息包含在直接通信请求消息中以允许其它UE决定是否对请求作出响应。

-对使用由直接通信请求消息宣告的V2X服务感兴趣的UE可以对所述请求作出响应(图6.11.3.1-2中的UE-2和UE-4)。

-在如上文所描述与其它UE建立层2链路之后，新UE可以进入UE-1的近程，即UE-1的直接通信范围。在此情况下，UE-1可以起始面向V2X服务的层2链路建立程序，因为其从由UE发送的应用层消息感知到新UE。或新UE可以起始面向V2X服务的层2链路建立程序。因此，UE-1不必保持周期性地发送直接通信请求消息来宣告V2X服务其想要与其它UE建立单播L2链路。

[…]

[省略标题为“面向V2X服务的层2链路建立程序”的3GPP TR 23.786V1.0.0的图6.11.3.1-2]

层2链路支持非IP业务。将不执行IP地址协商和分配程序。

6.11.3.2用于链路建立的信令消息的内容

TS 24.334[13]中定义的直接通信请求消息中携载的信息需要至少以下更新：

-对于“面向UE的层2链路建立”，

-除起始UE的ID(UE-1的上层ID)外，用户信息还需要包含目标UE的ID(UE-2的上层ID)。

注：级3可以决定这些ID可以携载于相同IE还是单独IE中，例如站点ID/车辆温度ID仅需要为4个八位字节。

-对于“面向V2X服务的层2链路建立”，

-宣告的V2X服务信息需要包含关于请求L2链路建立的V2X服务的信息，例如V2X应用的PSID或ITS-AID。传感器共享等可以是针对V2X服务的情况。

-对于ProSe指定为必选的IP地址配置应允许将不使用IP，使得接收UE(例如，UE-2)将不针对此特定链路起始任何IP配置程序的指示。

-专用于安全性的IE需要由SA3检查，因为用于eV2X的安全机制可以不同且需要不同IE。

-关于链路的额外配置信息，例如当使用RRC消息时，可以存在AS层配置。

[…]

6.19解决方案#19：对通过PC5接口进行的eV2X通信的QoS支持

6.19.1功能描述

6.19.1.1一般描述

此解决方案解决了关键问题#4(条款5.4)对eV2X的PC5 QoS架构增强的支持。用于eV2X的QoS要求不同于EPS V2X的QoS要求，并且考虑TS 23.285[5]中的先前定义的PPPP/PPPR不满足需要。具体来说，对于eV2X服务存在更多将要考虑的QoS参数。此解决方案提出将5QI用于通过PC5接口进行的eV2X通信。这允许用于通过不同链路的eV2X服务的通用QoS模型。

6.19.1.2解决方案描述

在TS 22.186[4]中捕获新的服务要求。通过以下参数指定新性能KPI：

-有效负载(字节)；

-传输速率(消息/秒)；

-最大端对端等待时间(ms)；

-可靠性(％)；

-数据速率(Mbps)；

-所需最小通信范围(米)。

应注意，相同组的服务要求适用于基于PC5的V2X通信和基于Uu的V2X通信两者。如解决方案#2(条款6.2)中所分析，这些QoS特性可以用TS 23.501[7]中定义的5QI很好地表示。

因此，可能具有用于PC5和Uu的通用QoS模型，即，还将5QI用于通过PC5进行的V2X通信，使得应用层可以具有指示QoS要求的一致方式，而无论使用的链路如何。这并不防止AS层实施通过PC5和Uu的不同机制以实现QoS要求。

考虑具有5GS V2X功能的UE，存在三个不同类型的业务：广播、多播和单播。

UE-PC5-AMBR应用于所有类型的业务，并且用于RAN以限制资源管理中的UE PC5传送。

对于单播类型的业务，显然可以利用与Uu的QoS模型相同的QoS模型，即单播链路中的每一个可以视为载送，且QoS流可以与其相关联。5QI中定义的所有QoS特性和数据速率的额外参数可以适用。此外，最小所需通信范围可以视为特定针对PC5使用的额外参数。

对于广播业务，不存在载送概念。因此，消息中的每一个可以根据应用要求具有不同特性。接着应通过与PPPP/PPPR类似的方式使用5QI，即，将用封包中的每一个标记5QI。5QI能够表示PC5广播操作所需的所有特性，例如等待时间、优先级、可靠性等。可以针对PC5使用定义V2X广播特定5QI(即VQI)的群组。

注1：甚至对于相同V2X服务，用于PC5的5QI可以不同于用于Uu的5QI，例如用于PC5的PDB可以长于用于Uu的PDB，因为它是直接链路。用于PC5的5QI称为VQI以便于辨别。

注2：例如PPPP和PPPR的EPS V2X QoS参数与例如类似于TS 23.501[7]中定义的非GBR 5QI的新VQI之间的映射将在规范性阶段定义以用于广播操作。

注3：工作假设NR PC5设计支持V2X 5QI的使用。

注4：AS级可以通过考虑例如由VQI指示的所有其优先级来处理单播、组播和广播业务。

6.19.1.3用于PC5广播使用的V2X 5QI(VQI)值

用于V2X使用的一组新VQI将在规范性阶段中定义，反映TS 22.186[4]中记录的服务要求。

注1：工作假设此版本中不支持非标准化VQI。

注2：是否使用每封包或每QoS流QoS模型取决于RAN决策。

6.19.2程序

编者注：本条款描述使用新QoS模型用于PC5通信的程序。这也取决于RAN开发。

6.19.2.1对通过PC5接口进行的单播通信的QoS支持

6.19.2.1.0一般

为了实现对通过PC5接口进行的eV2X一对一通信的QoS支持，需要支持以下程序。

编者注：以下程序可以取决于PC5 QoS模型上的进程而进一步更新。

6.19.2.1.1QoS参数到UE和NG-RAN的提供

使用针对关键问题#5定义的解决方案将PC5 QoS参数和PC5 QoS规则供应到UE，作为业务授权参数的一部分。PC5 QoS规则用于将V2X服务(例如，V2X应用的PSID或ITS-AID)映射到PC5 QoS流。

将由PCF从UDR检索的PC5 QoS参数经由AMF提供到NG-RAN。AMF存储此信息作为UE上下文的一部分。对于后续程序(例如，服务请求、移交)，经由N2提供PC5 QoS参数将遵循按照条款6.6.2的描述。

注1：UE-PC5-AMBR由UDM提供，且细节将遵循按照解决方案#6的描述。

提供到UE和NG-RAN的PC5 QoS参数可以由包含在UE提供的NAS消息中的UE策略容器触发。PCF在需要时向AMF发送用于NG-RAN的更新的PC5 QoS参数。

注2：由NG-RAN使用的详细PC5 QoS参数将在规范性工作阶段期间识别。

注3：NG-RAN通过用于网络调度的资源分配模式的静态参数配置以支持PC5 QoS。

6.19.2.1.2UE之间的QoS参数协商

在一对一通信程序建立时协商PC5 QoS参数，因此TS 23.303[8]中定义的一对一通信建立程序得以增强以支持两个UE之间的PC5 QoS参数协商。在PC5 QoS参数协商程序之后，相同QoS在两个方向中使用。

[…]

[省略标题为“安全层2链路通过PC5的建立”的3GPP TR 23.786V1.0.0的图6.19.2.1.2-1]

参与一对一通信的UE在链路建立程序期间协商PC5 QoS参数。

1.UE-1向UE-2发送直接通信请求消息，以触发相互认证。此消息包含所请求的PC5QoS参数。

2.UE-2起始相互认证的程序。UE-2包含响应消息中接受的PC5 QoS参数。

注：此程序与解决方案#11(条款6.11)对准。

6.19.2.1.3用于eV2X通信的QoS处理

当PC5单播用于eV2X消息的传送时，针对网络调度的操作模式和UE自主资源选择模式两者应用以下原理：

-条款6.19.1.2中定义的PC5 QoS参数适用于通过PC5进行的eV2X通信。

-在使用条款6.19.2.1.2中描述的程序建立的PC5 QoS流上发送eV2X消息。

-应用层eV2X消息到PC5 QoS参数的映射是基于PC5 QoS规则的。

当使用网络调度的操作模式时，以下额外原理适用：

-UE向gNB提供PC5 QoS参数信息以进行资源请求。

-当gNB从UE接收针对PC5资源的请求时，gNB可以基于从AMF接收的PC5 QoS参数授权所请求的PC5 QoS参数。

-gNB可以将PC5 QoS参数信息用于PC5 QoS处理。

当使用自主资源选择模式时，以下额外原理适用：

-UE可以基于条款6.19.2.1.1中描述的所提供信息而将PC5 QoS参数用于PC5 QoS处理。

3GPP R2-1900370包含以下3GPP电子邮件论述[104#58][NR/V2X]：

在一些文稿[11][12][13]中，指出可能需要向接收器UE通知与在传送器UE侧配置的SLRB对应的一些接收器侧相关的参数，以便接收器与传送器对准并且正确地接收从对应SLRB发送的数据。如果此类接收器侧相关的SLRB配置是可配置的[13]，则此类接收器侧相关的SLRB配置可以包含序列号空间和RLC模式，并且原因很容易理解：如果这些参数是可配置的，则当UE接收对应于LCID的数据时，必须由传送器在对应SL LCH(以及对应SLRB)上向UE通知这些参数的特定值组，以便正确地处理数据的接收。

然而，还有一些其它合理的观点表明，类似于DL中的UE接收，SL中的接收器处可能不需要QoS强制操作[11]，或者将传送器对接收器侧SLRB配置的此种强制视为一些形式的优化[12]

因此，在下文中，值得讨论的是，是否需要由NR SL中的传送器UE向接收器UE通知此接收器侧相关的SLRB配置。而且，在LTE SL中，在TS36.331[17,9.1.1.6])中的STCH配置中指定这些接收器侧SLRB配置，使得所述配置不需要由传送器通知。

问题5：传送器需要向接收器UE通知NR SL中的任何接收器侧相关的SLRB配置 (以便在这些配置上对准传送器和接收器)吗？如果是，则所述接收器侧相关的SLRB配置是什么？

a)是，需要通知用于接收SLRB的SN长度(如果可配置)。

b)是，需要通知用于SLRB的RLC模式(如果可配置)。

c)否。不需要由NR SL中的传送器通知的此接收器侧SLRB配置；

所述接收器侧SLRB配置在规范中指定为LTE SL中的配置。

d)其它。如果选定，则请阐明其它选项的内容。

e)是，需要向接收器UE通知与在传送器UE处建立的每个SLRB/SLLCH相关联的PC5QoS配置文件。

f)是，需要通知SLRB特定的PHY配置(例如，HARQ/SFCI配置)

g)是，由传送器UE配置的接收器侧SLRB配置(例如，t-重新排序、t-重新组装等)

3GPP R2-1900370中的附件如下描述用于NW(网络)配置/预配置SLRB

(侧链路无线电承载)的若干候选选项：

附件：用于NW配置/预配置SLRB的候选选项

根据LTE SL的经验，具有不同RRC状态/资源分配模式的UE可以取决于信令的不同方式以及用于其SL(预)配置(即，专用信令、系统信息和预配置)的程序。因此，下文给出具有不同信令流的选项。

[…]

●选项3

[标题为“基于PC5 QoS配置文件的单元特定配置(例如，在V2X特定的SIB中)”的3GPP R2-1900370的图A-3再现为图5]

当人们也想要将NW配置的SLRB应用于RRC_IDLE/RRC_INACTIVE UE，将应用选项3。具体来说，在此选项中，gNB/ng-eNB使用V2X特定的SIB来广播与每个可能PC5 QoS配置文件相关联的SLRB配置。随后，当具有特定PC5 QoS配置文件的封包如在步骤1和2中到达时，UE随后根据SIB中广播的小区特定配置建立对应于这些QoS配置文件的SLRB，并且将封包映射到所建立的SLRB。

适用性：此选项仅将UE特定的SLRB配置转换成小区特定的配置。尽管其主要设计用于RRC_IDLE/RRC_INACTIVE UE，但是也技术上也可用于RRC_CONNECTED UE。

●选项4

[标题为“基于PC5 QoS配置文件的预配置”的3GPP R2-1900370的图A-4再现为图6]

如果人们还想引入预配置SLRB，则选项4主要用于覆盖范围外UE。具体来说，与所有PC5 QoS配置文件相关联的SLRB在UE内部进行预配置(经由V1信令、在UICC中预配置，或在ME中预配置[1])。随后，如在选项3中，UE自主地设置与到达封包的PC5 QoS配置文件相关联的SLRB，并且将封包映射到所建立的相关联SLRB。

适用性：此选项主要旨在覆盖范围外UE，但是在技术上可以应用于所有RRC_CONNECTED UE、RRC_IDLE/RRC_CONNECTED UE和覆盖范围外UE(但是预配置通常视为不灵活的)。

●选项5

[标题为“基于PC5 QoS流：预配置”的3GPP R2-1900370的图A-5再现为图7]

类似于选项4，选项5是为基于预配置的方法提供可能解决方案，然而，所述基于预配置的方法替代地使用PC5 QoS流。具体来说，如在步骤0中，应预配置用于上层中进行滤波的PC5 QoS规则以及用于AS层中的每个PC5QoS流的SLRB配置两者。随后，如在以上选项2中，UE将取决于与封包相关联的PC5QoS流标识符，以将所述标识符映射到对应SLRB以进行AS处理。

适用性：此选项主要旨在覆盖范围外UE，但是在技术上可以应用于所有RRC_CONNECTED UE、RRC_IDLE/RRC_CONNECTED UE和覆盖范围外UE。

3GPP TS 36.300如下进一步引入侧链路无线电承载与侧链路逻辑信道之间的映射：

6层2

层2分成以下子层：媒体接入控制(Medium Access Control，MAC)、无线链路控制(Radio Link Control，RLC)和封包数据汇聚协议(Packet Data Convergence Protocol，PDCP)。

此小节在服务和功能方面给出层2子层的高级描述。以下三个图描绘了下行链路、上行链路和侧链路的PDCP/RLC/MAC架构，其中：

-对等通信的服务接入点(Service Access Point，SAP)以子层之间的接口处的圆圈标记。物理层与MAC子层之间的SAP提供传输信道。MAC子层与RLC子层之间的SAP提供逻辑信道。

-相同传输信道(即，传输块)上的若干逻辑信道(即，无线电承载)的复用通过MAC子层执行；

-在上行链路和下行链路两者中，当都未配置CA和DC时，在不存在空间多路复用的情况下，每TTI仅生成一个传输块；

-在侧链路中，每TTI仅生成一个传输块。

[…]

[标题为“侧链路的层2结构”的3GPP TS 36.300V15.3.0的图6-3再现为图8]

在3GPP RAN2#105会议中，关于NR(新RAT/无线电)侧链路服务质量(Quality ofService，QoS)达成以下协定(如在3GPP R2-1903001中论述)：

在3GPP RAN2#106会议中，关于NR侧链路QoS和SLRB(侧链路无线电承载)配置达成以下协定(如在3GPP R2-1908107中论述)：

3GPP TS 23.287V1.0.0指定对V2X服务的以下支持：

5.1.2通过PC5参考点进行的V2X通信的授权和供应

5.1.2.1策略/参数供应

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

[…]

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

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

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

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

[…]

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中的任一者来用于初始信令。

-用于UE自主资源选择模式的V2X服务(例如，PSID或ITS-AID)与授权PC5 QoS参数(例如，在条款5.4.2中定义的PC5 QoS参数)之间的映射。

[…]

5.2V2X通信

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的正在进行的紧急会话。

注：经由IMS的紧急会话设置基于如TS 23.501[6]中定义的合适地区/国家法规要求和运营商策略。

[…]

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

仅通过基于NR的PC5参考点支持单播通信模式。图5.2.1.4-1说明PC5单播链路的实例粒度。

[…]

[省略标题为“PC5单播链路的粒度”的3GPP TS 23.287V1.0.0的图5.2.1.4-1]

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

-PC5单播链路的粒度与两个UE的一对应用层ID相同。因此，如果V2X服务与同一对应用层ID相关联，则一个PC5单播链路支持一个或多个V2X服务(例如，PSID或ITS-AID)。例如，如图5.2.1.4-1所说明，UE A具有：由应用层ID 2识别的对等UE的一个PC5单播链路；以及由应用层ID 4识别的对等UE的另一PC5单播链路。

注：从UE A的视角来看，UE A可能不知晓由对等UE提供的应用层ID属于相同UE。在那种情况下，UE A不必知晓多个PC5单播链路关联到相同对等UE。

-UE可以确定建立单独的PC5单播链路，例如，取决于网络层协议(例如，IP或非IP)。

-一个PC5单播链路支持用于相同或不同V2X服务的一个或多个PC5QoS流。

-如在条款5.4.1.1.1中指定，可以选择不同PC5QoS流用于不同V2X封包。

当应用层发起需要PC5单播通信的V2X服务时，UE与对应UE建立PC5单播链路，如在条款6.3.3.1中指定。

在成功地建立PC5单播链路之后，UE A和UE B将同一对层2ID用于后续PC5-S信令信息交换以及V2X服务数据传送，如在条款5.6.1.4中指定。发送UE的V2X层向AS层指示当发送UE通过所建立PC5链路发送消息时，消息是用于PC5-S信令消息(即，直接通信请求/接受、链路标识符更新请求/响应、断开连接请求/响应)还是业务数据传送。在消息是PC5-S信令消息的情况下，接收UE的V2X层处理所述消息，同时在消息是应用程序数据消息的情况下，接收UE的V2X层将消息转发到上层。

如在条款5.4.1.4中指定，单播模式支持每流QoS模型。在单播链路建立期间，每个UE自动分配PC5链路标识符并且将PC5链路标识符与用于所建立的单播链路的单播链路配置文件相关联。PC5链路标识符是UE内的唯一值。由PC5链路标识符识别的单播链路配置文件包含服务类型(例如，PSID或ITS-AID)、UE A的应用层ID和层2ID、UE B的应用层ID和层2ID，以及一组PC5 QoS流标识符(PFI)。每个PFI与QoS参数(即，PQI以及任选地距离)相关联。对于所建立的单播链路，PC5链路标识符和PFI是不变值，而不管应用层ID和层2ID的变化如何。UE使用PFI来向AS层指示PC5 QoS流，因此AS层识别对应PC5 QoS流，即使源和/或目的地层2ID由于例如隐私支持而变化。UE使用PC5链路标识符指示到V2X应用层的PC5单播链路，因此V2X应用层识别对应PC5单播链路，即使存在与一个服务类型相关联的多于一个单播链路(例如，针对同一服务类型，UE与多个UE建立多个单播链路)。

编者注：FFS：如何确定PC5 QoS流标识符，即，自动分配或预配置。

[…]

5.4V2X通信的QoS处理

5.4.1通过PC5参考点进行的V2X通信的QoS处理

5.4.1.1QoS模型

5.4.1.1.1一般概述

对于基于LTE的PC5，基于ProSe每封包优先级(PPPP)和ProSe每封包可靠性(PPPR)在TS 23.285[8]中定义QoS处理。

对于基于NR的PC5，使用与针对Uu参考点在TS 23.501[6]中定义的QoS模型类似的QoS模型，即基于5QI，其具有附加距离参数。对于通过基于NR的PC5参考点进行的V2X通信，PC5 QoS流与含有如条款5.4.2中定义的PC5 QoS参数的PC5 QoS规则相关联。在条款5.4.4中定义一组标准化PC5 5QI(PQI)。UE可以配置有一组默认PC5 QoS参数以用于V2X服务，如在条款5.1.2.1中定义。对于基于NR的单播、组播和广播PC5通信，应该应用用于PC5 QoS管理的每流QoS模型。图5.4.1.1.1-1说明用于NR PC5的每流QoS模型的实例映射。在条款5.4.1.1.2中描述PC5 QoS规则和PFI相关操作的细节。

[标题为“用于NR PC5的每流PC5 QoS模型”的3GPP TS 23.287V1.0.0的图5.4.1.1.1-1再现为图9]

当通过PC5参考点携载V2X通信时，以下原理适用：

-应用层可以使用TS 23.285[8]定义的PPPP和PPPR模型或PQI和距离模型来设置V2X通信的服务要求。取决于针对传送选择的PC5参考点的类型，即，基于LTE或基于NR，UE可以将应用层提供的服务要求映射到将传递到下层的合适QoS参数。在条款5.4.2中定义两个QoS模型之间的映射。对于通过基于NR的PC5进行的V2X通信，不同V2X封包可以需要不同QoS处理。在那种情况下，应将V2X封包从V2X层发送到由不同PFI识别的PC5 QoS流内的接入层。

-当使用通过基于NR的PC5进行的V2X通信的组播或单播模式时，距离参数与V2X通信的QoS参数相关联。距离可以由V2X应用层提供或使用基于如在条款5.1.2.1中定义的配置从服务类型映射的默认值。距离指示需要满足QoS参数的最小距离。将距离参数与QoS参数传递到AS层以用于动态控制。

-基于NR的PC5支持三种类型的通信模式，即，广播、组播和单播。在条款5.4.1.2至5.4.1.4中描述这些不同模式的QoS处理。

-UE通过考虑例如由PQI指示的所有其优先级来处理广播、组播和单播业务。

-对于通过基于NR的PC5进行的V2X通信的广播和组播模式，由于针对这些情况PC5参考点上不存在信令，因此UE应用标准化PQI值。

-当使用网络调度的操作模式时，基于NR的PC5的UE-PC5-AMBR适用于所有类型的通信模式，并且由NG-RAN用于在资源管理中限制UE的基于NR的PC5传送。

编者注：新QoS模型，包含PQI和距离的支持取决于RAN WG的反馈。

5.4.1.1.2PC5 QoS规则和PFI

以下描述适用于网络调度的操作模式和UE自主资源选择模式两者。

对于NR PC5 QoS机构，定义“PC5 QoS规则”以导出条款5.4.2中定义的PC5 QoS参数(即，PQI以及条件性地其它参数，例如，MFBR/GFBR等)。由UE分配PFI。应用以下操作以导出PC5 QoS参数：

a)当V2X应用层向V2X层提供V2X服务的服务要求，例如，优先级要求、可靠性要求、延迟要求时，V2X层基于PC5 QoS规则从服务要求导出PC5 QoS参数；

b)否则，即当V2X应用层不向V2X层提供关于V2X服务的服务要求的任何信息时，V2X层基于V2X服务类型(例如，PSID/ITS-AID)与如在条款5.1.2.1中定义的授权PC5 QoS参数之间的映射而使用对应于V2X服务的授权PC5 QoS参数。

编者注：PC5 QoS规则的细节是FFS。

编者注：FFS：是否需要为通过NR PC5进行的IP通信定义其它操作以导出PC5 QoS参数(例如，与服务要求相比的其它输入)。

编者注：FFS：PC5 QoS规则操作如何针对通过NR PC5进行的非IP通信工作。

图5.4.1.1.2-1说明如何针对通过NR PC5进行的V2X通信导出PC5 QoS参数。

[…]

[省略标题为“导出用于通过NR PC5进行的V2X通信的PC5 QoS参数”的3GPP TS23.287V1.0.0的图5.4.1.1.2-1]

对于通过NR PC5参考点进行的V2X通信，PC5 QoS流是由目的地层2ID识别的相同目的地中的QoS差异的最精细粒度。具有相同PFI的用户平面业务接收相同业务转发处理(例如，调度、准入阈值)。PFI在同一目的地内是唯一的。UE基于针对V2X服务导出的PC5 QoS参数分配PFI。

编者注：FFS：对于单播链路，是否需要通过PC5-S消息在两个UE之间交换PFI和对应PC5 QoS参数。

在根据由目的地层2ID标识的目的地的上下文中，UE保持PFI到PC5QoS参数和V2X服务的映射。当UE为V2X服务分配新PFI时，UE将所述新PFI与对应PC5 QoS参数和V2X服务(例如，PSID或ITS-AID)存储在用于目的地的上下文中。当UE释放PFI时，UE将所述PFI从目的地的上下文中移除。上下文使UE能够确定是否已经存在来自V2X应用层的任何V2X服务的V2X封包的PFI或是否需要为V2X封包分配新PFI。对于单播，在条款5.2.1.4中定义的单播链路配置文件可以用作上下文以存储PFI信息。

V2X层将PFI和对应PC5 QoS参数提供给AS层以进行每流QoS模型操作。

5.4.1.2通过PC5参考点进行的广播模式V2X通信的QoS处理

当PC5广播用于V2X服务数据的传送时，针对网络调度的操作模式和UE自主资源选择模式两者遵循以下原理：

-应用在条款5.4.2中定义的PC5 QoS参数。

-如果应用层提供V2X服务的服务要求，则V2X层基于PC5 QoS规则，即，如在条款5.1.2.1中定义的服务要求与PC5 QoS参数之间的映射确定PC5 QoS参数。

-如果应用层不提供V2X服务的服务要求，在V2X层基于如在条款5.1.2.1中定义的服务类型与PC5 QoS参数之间的映射确定PC5 QoS参数。

-V2X层分配PC5QoS流标识符(PFI)并且将PC5 QoS参数与PFI相关联。

-V2X层将PFI和PC5 QoS参数提供给AS层以进行每流QoS模型操作。

-V2X层将V2X服务数据以及PFI传递到AS层以进行传送。

当使用自主资源选择模式时，以下附加原理适用：

-UE可以将PC5 QoS参数用于PC5 QoS处理。

编者注：用于网络调度的操作模式的QoS处理是FFS。

5.4.1.3用于通过PC5参考点进行的组播模式V2X通信的QoS处理

应用条款5.4.1.2中描述的QoS处理。

5.4.1.4通过PC5参考点进行的单播模式V2X通信的QoS处理

通过以下添加应用条款5.4.1.2中描述的QoS处理：

-在如在条款6.3.3.1中描述的层2链路建立程序期间协商PFI和PC5QoS参数。

5.4.2PC5 QoS参数

5.4.2.1PQI

PQI是如在TS 23.501[6]的条款5.7.2.1中定义的特殊5QI，并且用作对条款5.4.3中定义的PC5 QoS特性的参考，即，控制通过PC5参考点对封包进行QoS转发处理的参数。

标准化PQI值具有与如表5.4.4-1中指定的PC5 QoS特性的标准化组合的一对一映射。

5.4.2.2PC5流位速率

仅对于GBRQoS流，存在以下附加PC5 QoS参数：

-保证的流位速率(GFBR)；

-最大流位速率(MFBR)。

如TS 23.501[6]的条款5.7.2.5中定义的GFBR和MFBR用于通过平均化时间窗口对PC5参考点的位速率控制。对于PC5通信，相同GFBR和MFBR用于两个方向。

5.4.2.3PC5链路聚合位速率

PC5单播链路与以下聚合速率限制QoS参数相关联：

-每链路聚合最大比特速率(PC5 LINK-AMBR)。

PC5 LINK-AMBR限制可以预期通过PC5单播链路用对等UE跨所有非GBR QoS流提供的聚合位速率。通过AMBR平均化窗口测量作为标准化值的PC5 LINK-AMBR。PC5 LINK-AMBR不适用于GBR QoS流。

注：AMBR平均化窗口仅适用于PC5 LINK-AMBR测量。

编者注：是否需要PC5 LINK-AMBR，以及将基于PC5的RAN设计检查其与UE PC5AMBR的关系。

5.4.2.4距离

编者注：将基于RAN的反馈添加距离的定义。

5.4.2.5默认值

针对例如由PSID/ITS-AID识别的用于特定服务的PC5 QoS参数，UE可以配置有默认值。如果上层不提供对应PC5 QoS，则将使用默认值。

[…]

3GPP TS 36.321V15.3.0状态：

6.1.6MAC PDU(SL-SCH)

MAC PDU由MAC标头、一个或多个MAC业务数据单元(MAC Service Data Unit，MACSDU)以及任选地填补组成；如图6.1.6-4中所描述。

MAC标头和MAC SDU两者具有可变大小。

MAC PDU标头由一个SL-SCH子标头、一个或多个MAC PDU子标头组成；除了SL-SCH子标头之外，每个子标头对应于MAC SDU或填补。

SL-SCH子标头由七个标头字段V/R/R/R/R/SRC/DST组成。

除了MAC PDU中的最后一个子标头之外，MAC PDU子标头由六个标头字段R/R/E/LCID/F/L组成。MAC PDU中的最后一个子标头仅由四个标头字段R/R/E/LCID组成。对应于填补的MAC PDU子标头由四个标头字段R/R/E/LCID组成。

[标题为“R/R/E/LCID/F/L MAC子标头”的3GPP TS 36.321V15.3.0的图6.1.6-1再现为图10]

[[标题为“R/R/E/LCID MAC子标头”的3GPP TS 36.321V15.3.0的图6.1.6-2再现为图11]

[…]

MAC PDU子标头具有与对应MAC SDU和填补相同的次序。

除了在需要单字节或两字节填补时，在MAC PDU结束时出现填补。填补可以具有任何值并且MAC实体应忽略填补。当在MAC PDU结束时执行填补时，允许零或更多的填补字节。

当需要单字节或两字节填补时，对应于填补的一个或两个MAC PDU子标头置于SL-SCH子标头之后以及任何其它MAC PDU子标头之前。

每TB可以传送一个MAC PDU的最大值。

[标题为“由MAC标头、MAC SDU和填补组成的MAC PDU的实例”的3GPP TS36.321V15.3.0的图6.1.6-4再现为图12]

[…]

6.2.4SL-SCH的MAC标头

MAC标头具有可变大小且由以下字段组成：

-V：MAC PDU格式版本号字段指示使用SL-SCH子标头的哪个版本。在本说明书的此版本中，定义三个格式版本，并且因此此字段应设定成“0001”、“0010”和“0011”。如果DST字段是24位，则此字段应设定成“0011”。V字段大小是4个位；

-SRC：源层2ID字段携载源的标识。其设定成ProSe UE ID。SRC字段大小是24个位；

-DST：DST字段可以是16个位或24个位。如果DST字段是16个位，则DST字段携载目的地层2ID的16个最高有效位。如果DST字段是24个位，则DST字段设定成目的地层2ID。对于侧链路通信，目的地层2ID设定成ProSe层2组ID或Prose UE ID。对于V2X侧链路通信，目的地层2ID设定成由[14]中定义的上层提供的标识符。如果V字段设定成“0001”，则此标识符是组播标识符。如果V字段设定成“0010”，则此标识符是单播标识符；

-LCID：逻辑信道ID字段唯一地识别在如表6.2.4-1中所描述的对应MAC SDU或填补的一个源层2ID和目的地层2ID对的范围内的逻辑信道例子。针对MAC PDU中包含的每个MAC SDU或填补存在一个LCID字段。除此之外，当需要单字节或两字节填补，但是单字节或两字节填补无法在MAC PDU结束时通过填补实现时，MAC PDU中包含一个或两个附加LCID字段。从“01011”到“10100”的LCID值标识用于发送来自具有按顺序次序分别从“00001”到“01010”的LCID值的逻辑信道的复制RLC SDU的逻辑信道。LCID字段大小是5位；

-L：长度字段指示对应MAC SDU的字节长度。除了最后一个子标头之外，每MAC PDU子标头存在一个L字段。L字段的大小由F字段指示；

-F：格式字段指示长度字段的大小，如在表6.2.4-2中所指示。除了最后一个子标头之外，每MAC PDU子标头存在一个F字段。F字段的大小是1个位。如果MAC SDU的大小少于128字节，则F字段的值设定成0，否则F字段的值设定成1；

-E：扩展字段是指示MAC标头中是否存在更多字段的标志。E字段设定成“1”以指示另一组至少R/R/E/LCID字段。E字段设定成“0”以指示在下一字节开始MAC RAR或填补；

-R：保留位，被设定成“0”。

MAC标头和子标头是八位字节对准的。

[标题为“用于SL-SCH的LCID的值”的3GPP TS 36.321V15.3.0的表6.2.4-1再现为图13]

[标题为“F字段的值”的3GPP TS 36.321V15.3.0的表6.2.4-2再现为图14]

3GPP R2-1907454如下公开用于侧链路(SL)通信的3种类型的SLRB参数：

-“仅TX参数”，其为仅与每个SLRB上的Tx相关的参数(例如，LCH-配置、丢弃计时器等)，

-“TX-RX对准参数”，其为与TX和RX两者相关并且需要在对应SLRB上在UE与其对等UE之间对准的参数(例如，SN长度、RLC模式等)

-“仅RX参数”，其为仅与每个SLRB上的RX相关的参数(例如，t-重新组装、t-重新排序等)。

如在3GPP R2-1900370中所论述，引入基于PC5 QoS流的预配置以及基于PC5 QoS配置文件的预配置。预先由网络(例如，5GC、V2X控制功能)提供关于所有可能PC5 QoS流的SLRB的预配置的信息。所述信息可以包含SLRB ID、QoS流到SLRB映像，以及AS配置(例如，封包数据汇聚协议(Packet Data Convergence Protocol，PDCP)、无线链路控制(Radio LinkControl，RLC)/逻辑信道(Logical Channel，LCH)配置)。例如，AS配置可以指示t-重新排序、Reordering_Window、Maximum_PDCP_SN、RLC模式(非确认模式(Unacknowledged Mode，UM)或确认模式(Acknowledged Mode，AM))、AM_Window_Size、UM_Window_Size、侧链路逻辑信道的标识，和/或等。

在NR Uu中，QFI的最大数目(64)大于DRB的最大数目(32)。在NR SL(侧链路)中，PC5QoS流的最大数目也可能大于SLRB的最大数目。通过先前的预配置信息，适用于所有单播链路(在两对UE之间建立)的可能AS配置的最大数目将由SLRB的最大数目限制。图15是示例性映射表，其中QFI的最大数目＝32并且SLRB的最大数目＝16。在图15中所示的示例性映射表中，2个QFI共享映射到一个SLRB的一个AS配置。

将适用于所有单播链路的可能AS配置的最大数目限制于SLRB的最大数目似乎太严格。因此，更灵活方法是在UE中预配置PC5 QoS流与AS配置之间的相关性并且使SLRB ID打开。SLRB ID可以由一个UE在建立单播链路期间或之后(动态地)分配并且随后被传递到对等UE。可能地，起始UE可以将信息传送到对等UE。在所述信息中可以包含SLRB标识和PC5QoS流标识。根据所述信息，对等UE可以使用在所述信息中指示的SLRB标识创建SLRB，并且将与所述信息中指示的PC5 QoS流标识相关联的AS配置应用于SLRB。

图16是示例性映射表，其中QFI的最大数目＝32并且AS配置的最大数目＝24。16个QFI可以单独映像到一个AS配置。应注意，一个PC5 QoS流可以由QFI(QoS流标识)或PQI(PC55QI)识别。

可能地，每个SLRB可以与一个侧链路逻辑信道相关联。SLRB的标识可以与相关联侧链路逻辑信道的标识相同或不同。如果SLRB的标识不同于相关联侧链路逻辑信道的标识，则起始UE可以包含发送到对等UE的信息中的相关联侧链路逻辑信道的标识。

另一替代方案是参与单播链路的两个UE根据相同规则单独地指定SLRB ID，使得两个UE中的SLRB ID与AS配置之间的映像可以对准。例如，UE中存在具有3个PC5 QoS流(包含QFI1、QFI5和QFI18)(针对V2X单播)的活动V2X服务。UE可以存储关于AS配置与PC5 QoS流之间的相关性的列表。根据列表，对应于这3个PC5 QoS流的AS配置是AS配置1、AS配置3和AS配置10。UE可以为这3个PC5 QoS流创建3个SLRB，并且以与列表中的这3个PC5QoS流或这3个AS配置相同的次序依序指定SLRB标识。SLRB标识的初始值可以是0，并且因此UE可以具有用于这3个SLRB的SLRB0、SLRB1和SLRB2。还可能在用于PC5(PC5-S和/或PC5-RRC)控制信令的SLRB之后对SLRB标识进行编号。如果用于PC5控制信令的SLRB占用SLRB0和SLRB1，则用于业务传递的SLRB的SLRB标识可以从SLRB2开始，因此UE将具有用于这3个SLRB的SLRB2、SLRB3和SLRB4。除了SLRB ID之外，还应由两个UE指定映像到SLRB的侧链路逻辑信道的标识。SLRB的标识可以与映射的侧链路逻辑信道的标识相同或不同。

预配置PC5 QoS配置文件与AS配置之间的相关性的以上概念还可以适用于针对组播和/或广播的基于PC5 QoS配置文件的预配置，即，参与组播和/或广播的每个UE根据相同规则单独地指定SLRB ID，使得所涉及UE中的SLRB ID与AS配置之间的映像可以对准。

图17是示例性映射表，其中PQI的最大数目＝32并且AS配置的最大数目＝24。16个PQI可以单独映像到一个AS配置。应注意，一个PC5 QoS配置文件可以由PQI识别。

例如，在传送UE(对于V2X组播)中存在具有3个PC5 QoS配置文件(包含PQI1、PQI5和PQI18)的活动V2X服务。UE可以存储关于AS配置与PC5 QoS配置文件之间的相关性的列表。根据列表，对应于这3个PC5QoS配置文件的AS配置可以是AS配置1、AS配置3和AS配置10。UE可以为这3个PC5 QoS配置文件创建3个SLRB，并且以与列表中的这3个PC5 QoS配置文件或这3个AS配置相同的次序依序指定SLRB标识。SLRB标识的初始值可以是0，并且因此UE可以具有用于这3个SLRB的SLRB0、SLRB1和SLRB2。还可能在用于PC5(PC5-S和/或PC5-RRC)控制信令的SLRB之后对SLRB标识进行编号。如果用于PC5控制信令的SLRB占用SLRB0和SLRB1，则用于业务传递的SLRB的SLRB标识可以从SLRB2开始，因此UE可以具有用于这3个SLRB的SLRB2、SLRB3和SLRB4。除了SLRB ID之外，还应由UE指定映像到SLRB的侧链路逻辑信道的标识。SLRB的标识可以与映射的侧链路逻辑信道的标识相同或不同。

或者，SLRB ID可以由一个UE在建立组播期间或之后(动态地)指定并且随后被传递至群组中的其它UE。可能地，传送UE可以将信息传送到传送UE所属的群组。在所述信息中可以包含SLRB标识和PC5 QoS配置文件。根据所述信息，群组中的接收UE可以使用在所述信息中指示的SLRB标识创建SLRB，并且将与所述信息中指示的PC5 QoS配置文件相关联的AS配置应用于SLRB。

可能地，每个SLRB可以与一个侧链路逻辑信道相关联。SLRB的标识可以与相关联侧链路逻辑信道的标识相同或不同。如果SLRB的标识不同于相关联侧链路逻辑信道的标识，则传送UE可以包含信息中的相关联侧链路逻辑信道的标识。

RRC连接模式下的TX(传送)UE可以请求V2X服务的PC5 QoS流的SLRB配置，其中SLRB配置可以包含SLRB的仅TX参数(例如，PC5 QoS流到SLRB映像、LCH标识(LCID)、LCH到LCG映像、LCH优先级，以及丢弃计时器等)。PC5 QoS流到SLRB映射可以指示SLRB ID。LCH配置中可以包含这些仅TX参数的一部分。一个SLRB可以与一个侧链路LCH(如果不应用侧链路复制)或两个侧链路LCH(如果应用侧链路复制)相关联。在本申请中，一个侧链路LCH(SLLCH)是主要焦点。但是，这不排除将应用于侧链路复制的解决方案。

当建立SLRB和/或SL LCH时，在组播和广播通信的情况下，TX UE可能需要将由gNB分配用于SLRB/SL LCH的仅TX参数与在TX UE中预定义或预配置的TX-RX对准参数组合。可以在RRC协议规范中指定预定义或预配置。在当前V2X参数供应中，参数一般可以与V2X服务相关联(例如，对于组播和广播通信，V2X服务与目的地层2ID之间的映射)。遵循相同概念，在TX UE中预定义或预配置的每一组TX-RX对准参数可以与V2X服务的PC5 QoS流相关联，使得TX UE可以基于所涉及V2X服务的PC5 QoS流确定或选择所述一组TX-RX对准参数。然而，在这种情况下，TX-RX对准参数的表或列表将非常大，因为要支持多个V2X服务并且每个V2X服务可以包含多个PC5 QoS流。

因此TX-RX对准参数可以取决于每个PC5 QoS流的QoS要求，而与PC5 QoS流属于哪个V2X服务无关。因此，更简单方法是经由对应于PC5QoS流的PC5 QoS标识符(PQI)将仅TX参数和TX-RX对准参数相关联。通过此方式，可以将每个PQI映像到用于SLRB或SL LCH的一组TX-RX对准参数。可以将多个PQI映射到相同组的TX-RX对准参数。

当接收SL数据块(例如，MAC PDU)时，RX UE可能需要根据MAC标头中包含的LCID确定TX-RX对准参数(例如，RLC参数)，以进一步处理SL数据块的内容。因此，应在RX UE中预定义或预配置LCID与TX-RX对准参数之间的相关性。类似地，可以在RRC协议规范中指定此种预定义或预配置。

一个可能解决方案是将LCID包含在用于定义TX-RX对准参数的表中(例如，图18中所示的示例性表)，其中每个LCID与一组TX-RX对准参数相关联并且至少一个PQI与一组TX-RX对准参数相关联。图18提供此表的实例(其中每个LCID作为密钥索引)。在PQI的最大数目大于LCID的最大数目的情况下，可以将多个PQI映像到一个LCID以及一组TX-RX对准参数。通过此表，RX UE可以根据MAC标头中包含的LCID确定所述一组TX-RX对准参数，以进一步处理接收到的数据块的内容。此外，当为与PC5 QoS标识符(PQI)相关联的PC5 QoS流建立SLRB或SL LCH时，TX UE还可以确定所述一组TX-RX对准参数。

通过图18所示的表中指定的LCID，gNB不需要响应于SLRB配置请求而将LCID包含在发送到TX UE的SLRB配置中。为了与其它情况(例如，用于单播通信的SLRB配置)对准，将LCID包含在SLRB配置中也很好(因为gNB也了解映像，并且因此能够指定正确的LCID)。在此情况下，更佳的是TX UE检查由gNB指定的LCID是否等于TX UE中的一个预定义或预配置LCID。如果检测到不匹配(由gNB为PC5 QoS流指定的SL LCH的LCID不同于在TX UE中预定义或预配置的LCID，并且与PC5 QoS流的PQI相关联)，TX UE可以采取某些措施来通知gNB此误差，使得gNB可以检查并校正所述误差。例如，TX UE可以起始RRC连接重建程序。TX UE可以将RRCReestablishmentRequest消息中的reestablishmentCause设定成reconfigurationFailure的值。或者，代替执行RRC连接重建程序，TX UE可以保持与gNB的当前RRC连接并且传送指示以通知gNB所述误差。所述指示可以包含在RRC消息中。

LTE侧链路中，LCID字段大小是5个位。将00001至01010指定用于逻辑信道的标识，而将01011至10100指定用于复制逻辑信道的标识。因此，实际上在没有复制的情况下仅10个LCID可用于SL LCH。在这种情况下，可以存在可用于SLRB/SL LCH配置的10组TX-RX对准参数。基本上，10是根据V2X服务的最大数目的LCH。由于在NR中可能支持不同种类的V2X服务并且V2X服务的不同PC5 QoS流可以具有不同QoS要求，因此将TX-RX对准参数(将应用于所有V2X服务)的最大集合限于最大数目的LCH(将针对一个V2X服务创建)可能太严格。因此，可以考虑使RX UE知晓用于在RX UE中预定义或预配置的每一组TX-RX对准参数的LCID的其它更灵活方法。

假设PQI用作用于定义TX-RX对准参数的表或列表中的密钥索引，并且LCID不包含在表中。图19提供此表或列表的实例(其中每个PQI作为密钥索引)。表中的每个PQI可以与用于SLRB或SL LCH的一组TX-RX对准参数相关联。可以将多个PQI映射到相同组的TX-RX对准参数。

如图19所示的示例性表中所示，可以将每个PQI映射到一组TX-RX对准参数，并且因此与图18所说明的示例性表中所示的解决方案相比，此解决方案可以更好地满足NR中的V2X服务的不同QoS要求。

以上概念还可以应用于基于用于侧链路组播、广播或单播通信的预配置进行的SLRB或SL LCH创建，其中表或列表的内容可以包含除了TX-RX对准参数(例如，仅TX参数和/或仅RX参数)之外的其它信息。表或列表中的每个条目可以包含SLRB或SL LCH配置，其中如果没有侧链路复制应用于此SLRB，则每个SLRB与一个SL LCH相关联。如果应用侧链路复制，则一个SLRB可以与两个SL LCH相关联。可以经由V2X控制功能或gNB(例如，使用系统信息)完成参数预配置。

另一替代方案是TX UE在SL控制信道(SCCH)上在PC5RRC消息中将V2X服务的PQI到LCID映射传送到RX UE。在开始在所涉及SL LCH(或SLRB)上将V2X消息传送到对等UE之前，可以经由到对等UE的单播通信传送PC5 RRC消息。LCID可以由TX UE指定。可以在UE中预定义或预配置SL控制信道(SCCH)的SLRB配置和/或SL LCH配置。可能地，可以在RRC协议规范中指定SCCH的SLRB配置和/或SL LCH配置。可以将单播通信寻址到对等UE的层2ID。

图20是从第一UE的角度的用于使第一UE执行SL LCH建立的根据一个示例性实施例的流程图2000。在步骤2005中，第一UE存储侧链路配置的列表，其中列表中的每个条目含有一个侧链路配置以及与一个侧链路配置相关联的至少一个PC5 QoS标识符(PQI)。在步骤2010中，第一UE根据来自侧链路服务的PC5 QoS流的PQI选择所述列表中的条目。在步骤2015中，第一UE根据条目的侧链路配置建立PC5 QoS流的SL LCH并且指定SLLCH的标识。在步骤2020中，第一UE将信息传送到第二UE以使第二UE建立SL LCH，其中所述信息至少包含SL LCH的标识、PC5 QoS流的标识、包含在侧链路配置中的传送-接收(TX-RX)对准参数。在步骤2025中，第一UE在SL LCH上传送来自PC5 QoS流的侧链路封包。

在一个实施例中，每个侧链路配置还可以包含仅TX参数。可以在已在第一UE与第二UE之间建立单播链路之后传送信息。此外，可以经由PC5无线资源控制(Radio ResourceControl，RRC)消息传送信息。

在一个实施例中，可以经由通过基站(例如，gNB)广播的系统信息提供侧链路配置的列表或者可以在第一UE中预定义侧链路配置的列表。在一个实施例中，可以在标准规范(例如，RRC规范)中指定侧链路配置的列表。

在一个实施例中，TX-RX对准参数可以是与TX和RX两者相关并且需要在SL LCH上在第一UE与第二UE之间对准的参数(例如，SN长度、RLC模式等)。列表中的每个条目可以不包含SL LCH的任何标识。

返回参考图3和4，在第一UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)存储侧链路配置的列表，其中列表中的每个条目含有一个侧链路配置以及与一个侧链路配置相关联的至少一个PC5 PQI，(ii)根据来自侧链路服务的PC5 QoS流的PQI选择列表中的条目，(iii)根据条目的侧链路配置建立PC5 QoS流的SL LCH并且指定SL LCH的标识，(iv)将信息传送到第二UE以使第二UE建立SL LCH，其中所述信息至少包含SL LCH的标识、PC5 QoS流的标识，以及包含在侧链路配置中的TX-RX对准参数，以及(v)在SL LCH上传送来自PC5 QoS流的侧链路封包。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图21是从第一UE的角度的用于使第二UE执行SL LCH建立的根据一个示例性实施例的流程图2100。在步骤2105中，第二UE从第一UE接收信息以建立SL LCH，其中所述信息至少包含SL LCH的标识、PC5 QoS流的标识，以及TX-RX对准参数。在步骤2110中，第二UE根据TX-RX对准参数使用SL LCH的标识建立SL LCH。在步骤2115中，第二UE在SL LCH上接收侧链路封包。

在一个实施例中，可以经由PC5无线资源控制(Radio Resource Control，RRC)消息接收信息。TX-RX对准参数可以是与TX和RX两者相关并且需要在SL LCH上在第一UE与第二UE之间对准的参数(例如，SN长度、RLC模式等)。

返回参考图3和4，在第一UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)从第一UE接收信息以建立SL LCH，其中所述信息至少包含SL LCH的标识、PC5 QoS流的标识和TX-RX对准参数，(ii)根据TX-RX对准参数使用SL LCH的标识建立SL LCH，以及(iii)在SL LCH上接收侧链路封包。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

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

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

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

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

应理解，在任何所公开过程中的步骤的任何具体次序或层次都是样本方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。随附的方法主张各种步骤的目前组件呈样本次序，且其并不意味着限于所展示的特定次序或层级。

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

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

Claims

1.一种用于第一用户设备以执行侧链路逻辑信道建立的方法，其特征在于，包括：

存储侧链路配置的列表，其中所述列表中的每个条目含有一个侧链路配置以及与所述一个侧链路配置相关联的至少一个PC5服务质量标识符；

根据来自侧链路服务的PC5服务质量流的PC5服务质量标识符选择所述列表中的条目；

根据所述条目的侧链路配置建立所述PC5服务质量流的侧链路逻辑信道并且指定所述侧链路逻辑信道的标识；

将信息传送到第二用户设备，以使所述第二用户设备建立所述侧链路逻辑信道，其中所述信息至少包含所述侧链路逻辑信道的所述标识、所述PC5服务质量流的标识，以及所述侧链路配置中包含的TX-RX对准参数；以及

在所述侧链路逻辑信道上传送来自所述PC5服务质量流的侧链路封包。

2.根据权利要求1所述的方法，其特征在于，每个侧链路配置还包含仅传送参数。

3.根据权利要求1所述的方法，其特征在于，在已在所述第一用户设备与所述第二用户设备之间建立单播链路之后传送所述信息。

4.根据权利要求1所述的方法，其特征在于，经由PC5无线资源控制消息传送所述信息。

5.根据权利要求1所述的方法，其特征在于，在所述第一用户设备中预定义侧链路配置的所述列表或经由通过基站广播的系统信息提供侧链路配置的所述列表。

6.根据权利要求1所述的方法，其特征在于，所述TX-RX对准参数是与传送和接收两者相关并且需要在所述侧链路逻辑信道上在所述第一用户设备与所述第二用户设备之间对准的参数。

7.根据权利要求1所述的方法，其特征在于，所述列表中的每个条目不包含侧链路逻辑信道的任何标识。

8.一种用于第二用户设备以执行侧链路逻辑信道建立的方法，其特征在于，包括：

从第一用户设备接收信息以建立侧链路逻辑信道，其中所述信息至少包含所述侧链路逻辑信道的标识、PC5服务质量流的标识，以及TX-RX对准参数；

根据所述TX-RX对准参数使用所述侧链路逻辑信道的所述标识建立所述侧链路逻辑信道；以及

在所述侧链路逻辑信道上接收侧链路封包。

9.根据权利要求8所述的方法，其特征在于，经由PC5无线资源控制消息接收所述信息。

10.根据权利要求8所述的方法，其特征在于，所述TX-RX对准参数是与传送和接收两者相关并且需要在所述侧链路逻辑信道上在所述第一用户设备与所述第二用户设备之间对准的参数。

11.一种第一通信装置，其特征在于，包括：

控制电路；

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

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

其中所述处理器被配置成执行存储于所述存储器中的程序代码以：

将信息传送到第二通信装置以使所述第二通信装置建立所述侧链路逻辑信道，其中所述信息至少包含所述侧链路逻辑信道的所述标识、所述PC5服务质量流的标识，以及所述侧链路配置中包含的TX-RX对准参数；以及

12.根据权利要求11所述的第一通信装置，其特征在于，每个侧链路配置还包含仅传送参数。

13.根据权利要求11所述的第一通信装置，其特征在于，在已在所述第一通信装置与所述第二通信装置之间建立单播链路之后传送所述信息。

14.根据权利要求11所述的第一通信装置，其特征在于，经由PC5无线资源控制消息传送所述信息。

15.根据权利要求11所述的第一通信装置，其特征在于，在所述第一通信装置中预定义侧链路配置的所述列表或经由通过基站广播的系统信息提供侧链路配置的所述列表。

16.根据权利要求11所述的第一通信装置，其特征在于，所述TX-RX对准参数是与传送和接收两者相关并且需要在所述侧链路逻辑信道上在所述第一通信装置与所述第二通信装置之间对准的参数。

17.根据权利要求11所述的第一通信装置，其特征在于，所述列表中的每个条目不包含侧链路逻辑信道的任何标识。

18.一种第二通信装置，其特征在于，包括：

控制电路；

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

从第一通信装置接收信息以建立侧链路逻辑信道，其中所述信息至少包含所述侧链路逻辑信道的标识、PC5服务质量流的标识，以及TX-RX对准参数；

在所述侧链路逻辑信道上接收侧链路封包。

19.根据权利要求18所述的第二通信装置，其特征在于，经由PC5无线资源控制消息接收所述信息。

20.根据权利要求18所述的第二通信装置，其特征在于，所述TX-RX对准参数是与传送和接收两者相关并且需要在所述侧链路逻辑信道上在所述第一通信装置与所述第二通信装置之间对准的参数。