CN113938981A

CN113938981A - 无线通信系统中中继报告侧链路用户设备能力信息的方法和设备

Info

Publication number: CN113938981A
Application number: CN202110595158.8A
Authority: CN
Inventors: 郭豊旗
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2020-06-29
Filing date: 2021-05-28
Publication date: 2022-01-14
Anticipated expiration: 2041-05-28
Also published as: US20210409936A1; KR102627692B1; CN113938981B; KR20220001452A

Abstract

本发明提供一种无线通信系统中中继报告侧链路用户设备能力信息的方法和设备，尤其涉及一种从用户设备间中继的角度公开一种报告侧链路用户设备能力信息的方法和装置。在一个实施例中，所述方法包含用户设备间中继从第一用户设备接收第一侧链路用户设备能力信息并从第二用户设备接收第二侧链路用户设备能力。所述方法还包含用户设备间中继将第一侧链路用户设备能力信息和第二侧链路用户设备能力信息传送到网络节点或向网络节点传送组合侧链路用户设备能力信息，其中组合侧链路用户设备能力信息源自第一侧链路用户设备能力信息和第二侧链路用户设备能力信息。

Description

无线通信系统中中继报告侧链路用户设备能力信息的方法和设备

相关申请的交叉引用

本申请要求于2020年6月29日提交的第63/045,711号美国临时专利申请的权益，所述专利申请的全部公开内容以全文引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信系统中中继报告侧链路用户设备(UE)能力信息的方法和设备_。

背景技术

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

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

发明内容

从用户设备间中继(UE-to-UE Relay)的角度公开一种报告侧链路UE能力信息的方法和装置。在一个实施例中，所述方法包含UE间中继从第一UE接收第一侧链路UE能力信息并从第二UE接收第二侧链路UE能力。所述方法还包含UE间中继将第一侧链路UE能力信息和第二侧链路UE能力信息传送到网络节点或向网络节点传送组合侧链路UE能力信息，其中组合侧链路UE能力信息源自第一侧链路UE能力信息和第二侧链路UE能力信息。

附图说明

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

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

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

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

图5是3GPP TS 23.287 V16.2.0的图5.2.1.4-1的再现；

图6是3GPP TS 23.287 V16.2.0的图6.1.1-1的再现；

图7是3GPP TS 23.287 V16.2.0的图6.1.2-1的再现；

图8是3GPP TS 23.287 V16.2.0的图6.3.3.1-1的再现；

图9是3GPP TS 24.587 V16.0.0的图6.1.2.2.2的再现；

图10是3GPP TS 38.331 V16.0.0的图5.6.1.1-1的再现；

图11是3GPP TS 38.331 V16.0.0的图5.8.3.1-1的再现；

图12是3GPP R2-2005973的图5.8.3.1-1的再现；

图13是3GPP R2-2005973的图5.8.9.2.1-1的再现；

图14是3GPP TR 23.752 V0.3.0的图6.8.2-1的再现；

图15是3GPP TR 23.752 V0.3.0的图6.9.2-1的再现；

图16是3GPP TR 23.752 V0.3.0的图6.10.2-1的再现；

图17示出根据一个实施例的经由UE间中继的示例性集成PC5单播链路；

图18示出根据一个实施例的示例性集成侧链路UE能力传递程序；

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

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以基于码分多址(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)的协会提供的标准，包含：TS23.287 V16.2.0，“用于支持车辆对万物(V2X)服务的5G系统(5GS)的架构增强(版本16)”；TS 24.587 V16.0.0，“5G系统(5GS)中的车辆对万物(V2X)服务；阶段3(版本16)”；TS38.331 V16.0.0，“NR；无线电资源控制(RRC)协议规范(版本16)”；R2-2005973，“V2XUE能力(聚焦于RAN2能力)的CR草案”；TR 23.752 V0.3.0，“关于5G系统(5GS)中基于邻近的服务(ProSe)的系统增强的研究(版本17)”。上文所列的标准和文档在此明确地以全文引用的方式并入。

图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执行存储器232中的指令可确定用于每一数据流的数据速率、译码和调制。

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

处理器270执行存储器272中的指令以定期确定使用哪一预译码矩阵(在下文论述)。处理器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通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可接收由用户通过输入装置302(例如，键盘或小键盘)输入的信号，且可通过输出装置304(例如，显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号，以将接收信号传递到控制电路306且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN 100。

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

3GPP TS 23.287如下指定与通过PC5参考点进行的单播模式V2X通信相关的程序：

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

5.1.2.1策略/参数供应

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

1)授权策略：

-当UE“由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通信。

注1：在本说明书中，{当UE“由E-UTRA服务”或“由NR服务”时}以及{当UE“未由E-UTRA服务”且“未由NR服务”时}与通过PC5参考点进行的V2X通信相关。

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

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

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

3)用于PC5 Tx配置文件选择的每RAT的策略/参数

-V2X服务类型(例如，PSID或ITS-AID)到Tx配置文件的映射(其它信息请参见TS36.300[9]和TS 38.300[11])。

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

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

-隐私计时器值，其指示当需要隐私时，UE应在其之后改变由UE自行分配的每个源层2ID的持续时间。

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

与TS 23.285[8]第4.4.1.1.2节项目3)策略/参数中指定的相同，不同之处在于V2X服务类型到Tx配置文件的映射以及具有需要隐私支持的地理区域的V2X服务的列表。

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

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

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

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

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

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

-PC5 QoS映射配置：

-来自V2X应用层的输入：

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

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

注4：对V2X服务类型的V2X应用要求的细节取决于实施方案且在此规范的范围之外。

-输出：

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

-AS层配置(参见TS 38.331[15])，例如当UE“未由E-UTRA服务”且“未由NR服务时”PC5 QoS配置文件到无线电承载的映射。

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

7)指示V2X策略/参数的到期时间的有效性定时器。

V2X应用服务器可以通过V1参考点在UE中配置上述从项目符号2)到6)的参数集。

[…]

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

单播通信模式仅由基于NR的PC5参考点支持。图5.2.1.4-1示出PC5单播链路的实例。

[3GPP TS 23.287 V16.2.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单播链路的重建。UE触发如第6.3.3.2节中指定的链路标识符更新程序。

-如果一个或多个V2X服务类型(例如，PSID或ITS-AID)至少与一对PC5单播链路的对等应用层ID相关联，那么这个PC5单播链路支持这些V2X服务类型。例如，如图5.2.1.4-1中所示，UE A和UE B具有两个PC5单播链路，一个在对等应用层ID 1/UE A与应用层ID 2/UEB之间且一个在对等应用层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信令消息(即，直接通信请求/接受、链路标志符更新请求/响应/Ack、断开连接请求/响应、链路修改请求/接受)还是用于V2X服务数据。

对于每个PC5单播链路，UE自行分配在UE中的PC5单播链路的寿命中唯一地识别PC5单播链路的不同PC5链路标识符。每一PC5单播链路与单播链路配置文件相关联，所述单播链路配置文件包含：

-V2X服务类型(例如，PSID或ITS-AID)；以及

-UE A的应用层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单播链路，即使存在与一个V2X服务类型相关联的多于一个单播链路(例如，针对同一V2X服务类型，UE与多个UE建立多个单播链路)。

在对第6.3.3.4节中指定的所建立PC5单播链路进行层2链路修改或第6.3.3.2节中指定的层2链路标识符更新之后，应相应地更新单播链路配置文件。

V2X服务信息和QoS信息在PC5-S信令消息中载送，并如第6.3.3节中所指定，在两个UE之间进行交换。基于交换的信息，PFI用于识别V2X服务。当接收UE通过所建立的PC5单播链路接收V2X服务数据时，接收UE基于PFI确定适当的V2X服务以将接收到的V2X服务数据转发到上层。

在从AS层接收到由于RLF而释放PC5-RRC连接的指示后，UE中的V2X层在本地释放与此PC5-RRC连接相关联的PC5单播链路。AS层使用PC5链路标识符来指示释放PC5-RRC连接的PC5单播链路。

在如第6.3.3.3节中所指定的那样释放了PC5单播链路后，用于PC5单播链路的每个UE的V2X层通知AS层已释放PC5单播链路。V2X层使用PC5链路标识符来指示释放的单播链路。

[…]

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

对于通过PC5参考点进行的单播模式V2X通信，使用的目的地层2ID取决于通信对等方。由应用层ID识别的通信对等方的层2ID可以在PC5单播链路的建立期间被发现，或经由先前V2X通信(例如到相同应用层ID的现有或先前单播链路)而为UE所知，或从应用层服务通知获得。用于建立PC5单播链路的初始信令可以使用通信对等方的已知层2ID，或者与配置成用于PC5单播链路建立的V2X服务类型(例如，PSID/ITS-AID)相关联的预设目的地层2ID，如第5.1.2.1节中所指定。在PC5单播链路建立程序期间，将交换层2ID，并且应将其用于两个UE之间的未来通信，如第6.3.3.1节中所指定。

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

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

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

基于如在第5.1.2.1节中指定的隐私配置，将源UE的新标识符更新为用于所建立单播链路的对等UE可能导致对等UE改变其层2ID以及任选地IP地址/前缀(如果如第6.3.3.2节中定义的那样使用IP通信)。

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

[…]

6.1控制和用户平面堆栈

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

图6.1.1-1描绘用于NR PC5参考点的用户平面，即PC5用户平面协议堆栈。

[3GPP TS 23.287 V16.2.0中名称为“用于NR PC5参考点的用户平面”的图6.1.1-1再现为图6]

针对通过PC5参考点进行的V2X通信支持IP和非IP PDCP SDU类型。

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

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

注：在TS 24.587[24]中定义非IP类型标头和所允许的值。

在将来自V2X应用层的包传送到AS层之前，由V2X层处理所述包，例如V2X层将IP/非IP包映射到PC5 QoS流并且标记对应PFI。

6.1.2用于支持V2X服务的NR PC5参考点的控制平面

编者注：PC5-S消息是否在PC5 RRC信令中载送取决于RAN决策。

图6.1.2-1描绘用于NR PC5参考点的控制平面，即PC5信令协议堆栈。

[3GPP TS 23.287 V16.2.0中名称为“用于NR PC5参考点的控制平面”的图6.1.2-1再现为图7]

[…]

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链路建立程序。

[3GPP TS 23.287 V16.2.0中名称为“层2链路建立程序”的图6.3.3.1-1再现为图8]

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

2.UE-1中的V2X应用层提供用于PC5单播通信的应用信息。应用信息包含V2X应用的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)的信息。

-安全信息：用于建立安全性的信息。

注1：安全性信息以及对源用户信息和目标用户信息的必要保护由SA WG3定义。

如第5.6.1.1节和第5.6.1.4节中所指定，确定用于发送直接通信请求消息的源层2ID和目的层2ID。目的地层2ID可以是广播或单播层2ID。当使用单播层2ID时，目标用户信息应包含在直接通信请求消息中。

UE-1使用源层2ID和目的地层2ID经由PC5广播或单播发送直接通信请求消息。

4.如下建立UE-1的安全性：

4a.如果目标用户信息包含在直接通信请求消息中，那么目标UE，即UE-2，通过与UE-1建立安全性而作出响应。

4b.如果目标用户信息不包含在直接通信请求消息中，那么有兴趣通过与UE-1的PC5单播链路使用通知的V2X服务的UE通过与UE-1建立安全性而作出响应。

注2：用于安全性程序的信令由SA WG3定义。

当启用安全性保护时，UE-1将以下信息发送到目标UE：

-如果使用IP通信：

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

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

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

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

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

如第5.6.1.1和5.6.1.4中所指定，确定用于安全性建立程序的源层2ID。目的层2ID设置为接收到的直接通信请求消息的源层2ID。

在接收到安全性建立程序消息后，针对用于此单播链路的信令和数据业务，UE-1获得对等UE的层2ID以用于未来通信。

5.已成功与UE-1建立安全性的目标UE将直接通信接受消息发送到UE-1：

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

5b.(面向V2X服务的层2链路建立)如果直接通信请求消息中不包含目标用户信息，那么有兴趣使用通知的V2X服务的UE通过发送直接通信接受消息来对请求作出响应(在图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通信：

-“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]中定义的双重地址检测。

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

建立PC5单播链路的UE的V2X层将分配给单播链路的PC5链路标识符以及与PC5单播链路相关的信息向下传递到AS层。与PC5单播链路相关的信息包含层2ID信息(即，源层2ID和目的地层2ID)。这使得AS层能够维持PC5链路标识符以及PC5单播链路相关信息。

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

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

另外，任选地，将层2ID信息(即，源层2ID和目的地层2ID)提供给AS层。

注4：将层2ID信息提供给AS层由UE实施。

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

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

3GPP TS 24.587如下规定阶段3PC5单播链路建立程序：

6.1.2.2PC5单播链路建立程序

6.1.2.2.1综述

PC5单播链路建立程序用于在两个UE之间建立PC5单播链路。发送请求消息的UE称为“发起UE”且另一UE称为“目标UE”。

编者注：关于由SA3定义的安全性程序的细节有待进一步研究。

编者注：以下消息的IE的细节有待进一步研究。

6.1.2.2.2通过发起UE发起PC5单播链路建立程序

编者注：在SA3确定单播链路建立的完整安全要求集之后，需要重新研究此章节。

发起UE在发起此程序之前应满足以下前提：

a)来自上层的对通过PC5传送V2X服务包的请求；

b)用于发起UE的链路层标识符(即，用于单播通信的层2ID)可用(例如，预配置或自行分配)；

c)用于单播初始信令的链路层标识符(即，用于单播初始信令的目的地层2ID)可用于发起UE(例如，预配置、如第5.2.3节中所指定的那样获得；或经由先前的V2X通信得知)；

d)发起UE被授权用于在服务PLMN中的NR中通过PC5进行V2X通信，或当不由E-UTRAN服务且不由NR服务时，具有对在NR中通过PC5进行的V2X通信的有效授权；以及

e)不存在用于一对对等应用层ID的现有PC5单播链路，并且此PC5单播链路的网络层协议与发起UE中的上层对于此V2X服务所需的那些协议相同。

为了发起PC5单播链路建立程序，发起UE应形成直接链路建立请求消息。发起UE：

a)应包含设置为从上层接收到的发起UE的应用层ID的源用户信息；

b)应包含从上层接收到的V2X服务标识符；

c)可包含设置为目标UE的应用层ID(如果已从上层接收到)的目标用户信息；以及

d)应包含安全性建立信息。

编者注：安全性建立信息中的参数将由SA3定义。

在产生直接链路建立请求消息之后，发起UE应将此消息传递到下层以与用于单播通信的发起UE的层2ID和用于单播初始信令的目的地层2ID一起传送，并且启动定时器T5000。当定时器T5000在运行时，UE不应将新的直接链路建立请求消息发送到由相同应用层ID识别的相同目标UE。

[3GPP TS 24.587 V16.0.0中名称为“PC5单播链路建立程序”的图6.1.2.2.2再现为图9]

6.1.2.2.3通过目标UE接受PC5单播链路建立程序

在接收到直接链路建立请求消息后，目标UE将为此PC5单播链路分配层2ID，并且存储用于传输由下层提供的此消息的这一所分配层2ID和源层2ID。这一对层2ID与PC5单播链路上下文相关联。

如果：

a)目标用户信息IE包含在直接链路建立请求消息中，并且此IE包含目标UE的应用层ID；或

b)目标用户信息IE不包含在直接链路建立请求消息中，并且目标UE对由直接链路建立请求消息中的V2X服务标识符识别的V2X服务感兴趣；

那么目标UE应与发起UE识别现有安全上下文，或通过执行如第6.1.2.6节中所指定的一个或多个PC5单播链路认证程序以及执行如第6.1.2.7节中所指定的PC5单播链路安全模式控制程序来建立新的安全上下文。

在成功完成PC5单播链路安全模式控制程序后，为了确定是否可以接受直接链路建立请求消息，在IP通信的情况下，目标UE检查是否存在由发起UE和目标UE两者支持的至少一个公共IP地址配置选项。

如果目标UE接受PC5单播链路建立程序，那么目标UE应形成直接链路建立接受消息。

目标UE：

a)应包含设置为从上层接收到的目标UE的应用层ID的源用户信息；

b)应包含PQFI和对应的PC5 QoS参数；

c)如果使用IP通信，那么可以包含设置为以下值中的一个的IP地址配置IE：

1)“IPv6路由器”，如果目标UE仅支持IPv6地址分配机制，即充当IPv6路由器；或

2)“IPv6地址分配不受支持”，如果IPv6地址分配机制不受目标UE支持；

d)如果IP地址配置IE设置为“不支持IPv6地址分配”并且接收到的直接链路建立请求消息包含链路本地IPv6地址IE，那么可以包含基于IETF RFC 4862[16]在本地形成的链路本地IPv6地址。

6.1.2.2.4通过发起UE完成PC5单播链路建立程序

在接收到直接链路建立接受消息后，发起UE应停止计时器T5000，并且存储用于传输由下层提供的此消息的源层2ID和目的地层2ID。此层2ID对应与PC5单播链路上下文相关联。从此时间起，发起UE应使用用于通过PC5进行V2X通信的所建立链路以及到达目标UE的额外PC5信令消息。

6.1.2.2.5不被目标UE接受的PC5单播链路建立程序

如果无法接受直接链路建立请求消息，那么目标UE应发送直接链路建立拒绝消息。直接链路建立拒绝消息含有设置为以下原因值中的一个的PC5信令协议原因IE：

#1不允许与目标UE的直接通信；

#3检测到单播通信的层2ID的冲突；

#5缺乏用于所提议链路的资源；或

#111未规定的协议错误。

如果不允许目标UE接受此请求，例如基于运营商策略或服务授权供应，那么目标UE应发送含有PC5信令协议原因值#1“不允许与目标UE的直接通信”的直接链路建立拒绝消息。

对于从层2ID(用于单播通信)接收到的直接链路建立请求消息，如果目标UE已具有针对已知使用此层2ID的UE建立的现有链路，或目前正在处理来自相同层2ID但具有与在此新传入消息中包含的用户信息IE不同的用户信息的直接链路建立请求消息，那么目标UE应发送含有PC5信令协议原因值#3“检测到用于单播通信的层2ID的冲突”的直接链路建立拒绝消息。

如果由于拥塞问题或引起资源限制的其它临时下层问题，PC5单播链路建立失败，那么目标UE应发送含有PC5信令协议原因值#5“缺乏用于所提出链路的资源”的直接链路建立拒绝消息。

对于导致链路建立失败的其它原因，目标UE应发送含有PC5信令协议原因值#111“未规定的协议错误”的直接链路建立拒绝消息。

在接收到直接链路建立拒绝消息后，发起UE应停止定时器T5000并且中止PC5单播链路建立程序。如果直接链路建立拒绝消息中的PC5信令协议原因值是#1“不允许与目标UE的直接通信”或#5“缺乏用于所提出链路的资源”，那么UE至少在时间周期T内不应尝试启动与相同目标UE的PC5单播链路建立。

注：时间周期T的长度是UE实施方案特定的，并且在UE接收PC5信令协议原因值#1“不允许与目标UE的直接通信”或UE接收PC5信令协议原因值#5“缺乏用于所提出链路的资源”的情况下可以是不同的。

6.1.2.2.6异常情况

6.1.2.2.6.1发起UE处的异常情况

如果定时器T5000到期，那么发起UE应重新传送直接链路建立请求消息并且重新启动定时器T5000。在达到所允许重新传送的最大数目之后，发起UE应中止PC5单播链路建立程序，并且可以通知上层目标UE不可到达。

注：所允许重新传送的最大数目是UE实施方案特定的。

如果在完成程序之前不再需要建立链路，那么发起UE应中止程序。

6.1.2.2.6.2目标UE处的异常情况

对于从源层2ID(用于单播通信)接收到的直接链路建立请求消息，如果目标UE已具有针对已知使用此源层2ID的UE建立的现有链路并且新请求含有与已知用户相同的源用户信息，那么UE应处理新的请求。然而，目标UE应仅在新链路建立程序成功之后删除现有的链路上下文。

3GPP TS 38.331如下规定无线电资源控制(RRC)重新配置、UE能力信息、侧链路UE信息和侧链路数据无线电承载(DRB)建立：

5.3.5RRC重新配置

[…]

5.3.5.3UE对RRCReconfiguration的接收

UE应在接收到RRCReconfiguration后或在执行条件配置(CHO或CPC)后执行以下动作：

[…]

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

2>执行如5.3.5.8中所规定的侧链路专用配置程序；

[…]

5.3.5.14侧链路专用配置

UE应：

1>如果sl-FreqInfoToAddModList包含在RRCReconfiguration内的sl-ConfigDedicatedNR中：

2>如果配置成接收NR侧链路通信：

3>如5.8.7中所规定，使用由sl-RxPool指示的资源池进行NR侧链路通信接收；

2>如果配置成传送NR侧链路通信：

3>如在5.8.8中规定，使用由sl-TxPoolSelectedNormal、sl-TxPoolScheduling或sl-TxPoolExceptional指示的资源池进行NR侧链路通信传送；

2>如在5.5.3.1中规定，通过sl-TxPoolSelectedNormal、sl-TxPoolScheduling或sl-TxPoolExceptional在传送资源池上执行CBR测量，以进行NR侧链路通信传送；

2>如在5.8.5中规定，使用同步配置参数在sl-FreqInfoToAddModList中包含的频率上进行NR侧链路通信；

1>如果sl-FreqInfoToReleaseList包含在RRCReconfiguration内的sl-ConfigDedicatedNR中：

2>对于包含在作为当前UE配置的一部分的所接收sl-FreqInfoToReleaseList中的每个条目：

3>从所存储的NR侧链路通信配置释放相关配置；

1>如果sl-RadioBearerToReleaseList包含在RRCReconfiguration内的sl-ConfigDedicatedNR中：

2>如在5.8.9.1.4中规定，执行侧链路DRB释放；

1>如果sl-RadioBearerToAddModList包含在RRCReconfiguration内的sl-ConfigDedicatedNR中：

2>如在5.8.9.1.5中规定，执行侧链路DRB添加/修改；

1>如果sl-ScheduledConfig包含在RRCReconfiguration内的sl-ConfigDedicatedNR中：

2>根据接收到的sl-ScheduledConfig配置将用于NR侧链路通信的MAC实体参数；

1>如果sl-UE-SelectedConfig包含在RRCReconfiguration内的sl-ConfigDedicatedNR中：

2>根据接收到的sl-UE-SelectedConfig配置将用于NR侧链路通信的参数；

1>如果sl-MeasConfigInfoToReleaseList包含在RRCReconfiguration内的sl-ConfigDedicatedNR中：

2>对于包含在作为当前UE配置的一部分的所接收sl-MeasConfigInfoToReleaseList中的每个条目：

3>从所存储的NR侧链路测量配置信息释放相关配置；

1>如果sl-MeasConfigInfoToAddModList包含在RRCReconfiguration内的sl-ConfigDedicatedNR中：

2>对于包含在作为当前所存储NR侧链路测量配置的一部分的所接收sl-MeasConfigInfoToAddModList中的每个条目：

3>更新所存储NR侧链路测量配置信息；

2>对于包含在不作为当前所存储NR侧链路测量配置的一部分的所接收sl-MeasConfigInfoToAddModList中的每个条目：

3>存储NR侧链路测量配置。

[…]

5.6.1UE能力传递

5.6.1.1综述

此章节描述在从网络接收到UECapabilityEnquiry时UE如何编译和传递它的UE能力信息。

[3GPP TS 38.331 V16.0.0中名称为“UE能力传递”的图5.6.1.1-1再现为图10]

5.6.1.2发起

网络在它需要(额外的)UE无线电接入能力信息时在RRC_CONNECTED中发起到UE的程序。网络应该仅在AS安全性激活之后检索UE能力。网络不向CN转发在安全性激活之前检索的UE能力。

5.6.1.3UE对UECapabilityEnquiry的接收

UE将如下设置UECapabilityInformation消息的内容：

1>如果ue-CapabilityRAT-RequestList含有UE-CapabilityRAT-Request，其中rat-Type设置为nr，那么：

2>在ue-CapabilityRAT-ContainerList中包含具有类型UE-NR-Capability且其中rat-Type设置为nr的UE-CapabilityRAT-Container；

2>包含如章节5.6.1.4中指定的supportedBandCombinationList、featureSets和featureSetCombinations；

1>如果ue-CapabilityRAT-RequestList含有UE-CapabilityRAT-Request，其中rat-Type设置成eutra-nr，那么：

2>如果UE支持(NG)EN-DC或NE-DC，那么：

3>在ue-CapabilityRAT-ContainerList中包含具有类型UE-MRDC-Capability且其中rat-Type设置为eutra-nr的UE-CapabilityRAT-Container；

3>包含如章节5.6.1.4中指定的supportedBandCombinationList和featureSetCombinations；

1>如果ue-CapabilityRAT-RequestList含有UE-CapabilityRAT-Request，其中rat-Type设置成eutra，那么：

2>如果UE支持E-UTRA，那么：

3>根据capabilityRequestFilter(若接收)，在ue-CapabilityRAT-ContainerList中包含具有类型UE-EUTRA-Capability且其中rat-Type设置为eutra的UE-CapabilityRAT-Container，如TS 36.331[10]章节5.6.3.3中指定；

1>如果ue-CapabilityRAT-RequestList含有UE-CapabilityRAT-Request，其中rat-Type设置为utra-fdd：

2>如果UE支持UTRA-FDD：

3>在ue-CapabilityRAT-Container内包含用于UTRA-FDD的UE无线电接入能力并且其中rat-Type设置为utra-fdd；

1>如果基于接收到的字段rrc-Seg Allowed启用RRC消息分段，并且编码的RRC消息大于在TS 38.323[5]中规定的PDCP SDU的最大所支持大小；

2>如在章节5.7.7节规定，发起UL消息区段传递程序；

1>否则：

2>向下层提交UECapabilityInformation消息以供传送，在传送后，程序结束。

[…]

5.8.3用于NR侧链路通信的侧链路UE信息

5.8.3.1综述

[3GPP TS 38.331 V16.0.0中名称为“用于NR侧链路通信的侧链路UE信息”的图5.8.3.1-1再现为图11]

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

5.8.3.2发起

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

在发起此程序后，UE应：

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

2>确保具有用于PCell的SIB12的有效版本；

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

3>如果UE从最后一次进入RRC_CONNECTED状态开始就不传送SidelinkUEInformationNR消息；或

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

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

4>根据5.8.3.3，发起SidelinkUEInformationNR消息的传送以指示感兴趣的NR侧链路通信接收频率；

2>否则：

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

4>根据5.8.3.3，发起SidelinkUEInformationNR消息的传送以指示对NR侧链路通信接收不再感兴趣；

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

3>如果SidelinkUEInformationNR消息的最后一次传送不包含sl-TxResourceReqList；或如果从SidelinkUEInformationNR消息的最后一次传送开始，sl-TxResourceReqList所承载的信息就已改变：

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

2>否则：

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

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

5.8.3.3与SidelinkUEInformationNR消息的传送相关的动作

UE应如下设置SidelinkUEInformationNR消息的内容：

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

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

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

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

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

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

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

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

5>如果已由于RRCReconfigurationSidelink的配置建立相关联的双向侧链路DRB，那么将sl-RLC-ModeIndication设置为包含RLC模式和任选地相关联RLC模式的侧链路QoS流的QoS配置文件；

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

5>如果接收到RRCReconfigurationFailureSidelink作为侧链路RRC重新配置失败，那么将sl-Failure设置为用于NR侧链路通信传送的相关联目的地的configFailure；5>将sl-QoS-InfoList设置为包含由上层配置成用于NR侧链路通信传送的相关联目的地的侧链路QoS流的QoS配置文件；

5>将sl-InterestedFreqList设置为指示用于NR侧链路通信传送的频率；5>将sl-TypeTxSyncList设置为在用于NR侧链路通信传送的相关联sl-InterestedFreqList上使用的当前同步参考类型。

1>UE将向下层提交SidelinkUEInformationNR消息以供传送。

[…]

5.8.9.1.5.2侧链路DRB添加/修改操作

对于如第5.8.9.1.5.1小节中满足其侧链路DRB添加条件的侧链路DRB，由上层配置为执行NR侧链路通信的能够进行NR侧链路通信的UE应：

1>对于组播和广播，或

1>对于单播，在接收到RRCReconfigurationSidelink消息之后(在由于RRCReconfigurationSidelink的配置而添加的情况下)，或在接收到RRCReconfigurationCompleteSidelink消息之后(在由于sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR的配置或由上层指示的配置而添加的情况下)：

2>如果不存在与侧链路DRB的目的地和播送类型相关联的NR侧链路通信的SDAP实体：

3>建立如TS 37.324[24]第5.1.1节中规定的用于NR侧链路通信的SDAP实体；

3>根据在RRCReconfigurationSidelink中接收到的sl-SDAP-ConfigPC5或与侧链路DRB相关联的在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR中接收到的sl-SDAP-Config配置SDAP实体；

2>建立用于NR侧链路通信的PDCP实体并且根据在RRCReconfigurationSidelink中接收到的sl-PDCP-ConfigPC5或与侧链路DRB相关联的在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR中接收到的sl-PDCP-Config配置所述PDCP实体；

2>建立用于NR侧链路通信的RLC实体并且根据在RRCReconfigurationSidelink中接收到的sl-RLC-ConfigPC5或与侧链路DRB相关联的在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR中接收到的sl-RLC-Config配置所述RLC实体；

2>如果接收到RRCReconfigurationSidelink，那么：

3>根据在与侧链路DRB相关联的RRCReconfigurationSidelink中接收到的sl-MAC-LogicalChannelConfigPC5用逻辑信道配置MAC实体，并且在需要时执行第5.8.3小节中的侧链路UE信息程序以用于单播；

2>否则：

3>根据在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR中接收到的sl-MAC-LogicalChannelConfig，通过指派新逻辑信道标识用与侧链路DRB相关联的逻辑信道配置MAC实体。

注1：当侧链路DRB添加是由于RRCReconfigurationSidelink的配置时，取决于UE实施方案从具有与RRCReconfigurationSidelink中配置的模式相同的RLC模式的接收到的sl-ConfigDedicatedNR(如果在RRC_CONNECTED中)、SIB12(如果在RRC_IDLE/INACTIVE中)、SidelinkPreconfigNR(如果不在覆盖范围内)选择视需要传送侧链路DRB的参数的侧链路DRB配置。

对于如第5.8.9.1.5.1小节中满足其侧链路DRB修改条件的侧链路DRB，由上层配置为执行NR侧链路通信的能够进行NR侧链路通信的UE应：

1>对于组播和广播，或

1>对于单播，在接收到RRCReconfigurationSidelink消息之后(在由于RRCReconfigurationSidelink的配置而修改的情况下)，或在接收到RRCReconfigurationCompleteSidelink消息之后(在由于sl-ConfigDedicatedNR、SIB12或SidelinkPreconfigNR的配置而修改的情况下)：

2>根据在RRCReconfigurationSidelink中接收到的sl-SDAP-ConfigPC5或在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR(如果包含)中接收到的sl-SDAP-Config重新配置侧链路DRB的SDAP实体；

2>根据在RRCReconfigurationSidelink中接收到的sl-PDCP-ConfigPC5或在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR(如果包含)中接收到的sl-PDCP-Config重新配置侧链路DRB的PDCP实体；

2>根据在RRCReconfigurationSidelink中接收到的sl-RLC-ConfigPC5或在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR(如果包含)中接收到的sl-RLC-Config重新配置侧链路DRB的RLC实体；

2>根据在RRCReconfigurationSidelink中接收到的sl-MAC-LogicalChannelConfigPC5或在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR(如果包含)中接收到的sl-MAC-LogicalChannelConfig重新配置侧链路DRB的逻辑信道。

3GPP R2-2005973是对3GPP TS38.331[3]的变更申请。此CR在UE向gNB报告的UECapabilityInformation消息中的IE UE-NR-Capability中添加侧链路UE能力信息(即SidelinkParameters)，引入UE与对等UE之间的侧链路UE能力传递程序，并且还包含如下从报告给gNB的SidelinkUEinformationNR消息中的对等UE接收到的UECapabilityInformationSidelink消息：

5.8.3用于NR侧链路通信的侧链路UE信息

5.8.3.1综述

[3GPP R2-2005973中名称为“用于NR侧链路通信的侧链路UE信息”的图5.8.3.1-1再现为图12]

5.8.3.2发起

在发起此程序后，UE应：

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

2>确保具有用于PCell的SIB12的有效版本；

2>否则：

5.8.3.3与SidelinkUEInformationNR消息的传送相关的动作

UE应如下设置SidelinkUEInformationNR消息的内容：

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

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

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

5>将sl-CapabilityInformationSidelink设置为包含从对等UE接收到的UECapabilityInformationSidelink消息(如果存在)。

UE将向下层提交SidelinkUEInformationNR消息以供传送。

[…]

5.8.9.2侧链路UE能力传递

5.8.9.2.1综述

此章节描述UE如何编译和传递其侧链路UE能力信息以用于单播到发起UE。

[3GPP R2-2005973中名称为“侧链路UE能力传递”的图5.8.9.2.1-1再现为图13]

5.8.9.2.2发起

当UE需要(额外的)UE无线电接入能力信息时，UE可以根据来自上层的指示发起侧链路UE能力传递程序。

5.8.9.2.3与通过UE进行的UECapabilityEnquirySidelink的传送相关的动作

发起的UE应如下设置UECapabilityEnquirySidelink消息的内容：

1>在UE中包含用于ueCapabilityInformationSidelink内的侧链路的无线电接入能力

注：由发起UE决定是否应包含ueCapabilityInformationSidelink。

1>将frequencyBandListFilterSidelink设置为包含请求对等UE为其提供支持的带和带组合的频带；

1>向下层提交UECapabilityEnquirySidelink消息以供传送。

5.8.9.2.4与通过UE进行的UECapabilityEnquirySidelink的接收相关的动作

对等UE应如下设置UECapabilityInformationSidelink消息的内容：

1>编译仅由包含在frequencyBandListFilter中的频带组成的“候选频带组合”列表，并且按frequencyBandListFilterSidelink的顺序进行优先级排序(即，首先包含含有第一个列出频带的频带组合，然后包含含有第二个列出频带的其余频带组合等)。

1>从第一条目开始，将来自“候选频带组合”列表的尽可能多的频带组合包含到supportedBandCombinationListSidelink中；

1>向下层提交UECapabilityInformationSidelink消息以供传送。

[…]

-SidelinkParameters

IE SidelinkParameters用于递送与NR侧链路通信相关的能力。

SidelinkParameters信息元素

IE UE-NR-Capability用于递送NR UE无线电接入能力参数，参见TS 38.306[26]。

UE-NR-Capability信息元素

3GPP TR 23.752针对新版本(即，版本17)如下介绍对UE间中继的支持问题以及相关解决方案：

5.4关键问题#4：对UE间中继的支持

5.4.1综述

此关键问题旨在支持UE间中继，包含对覆盖范围内和覆盖范围外操作的支持。

在可能的解决方案中需要考虑至少以下方面：

-如何(重新)选择附近的UE间中继UE？

-网络是否以及可以如何控制UE间中继操作，至少包含如何：

-授权UE间中继，例如，将UE授权为UE间中继？

-出于例如收费的目标，向网络提供源/目标UE和UE间中继的可见性？

-如何经由UE间中继建立源UE与目标UE之间的连接？

-如何提供端对端QoS框架来满足QoS要求(例如，数据速率、可靠性、时延)？

-如何增强系统架构以提供用于中继连接的安全性保护？

-例如在UE间中继改变的情况下如何提供用于路径改变的机制？

注1：为了参与NG-RAN，需要与RAN WG的协调。

注2：出于安全性方面，需要与SA3的协调。

[…]

6.8解决方案#8：未发现中继的UE间中继选择

6.8.1描述

该提议旨在确保源与目标UE之间的中继发现不会依赖于中继如何转发源与目标UE之间的业务，例如，L2或L3中继。这种解决方案依赖于UE间发现和选择可以集成到如在TS23.287[5]的第6.3.3节中所描述的单播链路建立程序中的概念。

提议在直接通信请求中添加新的字段，以指示是否可以在通信中使用中继。字段可以称为relay_indication。当UE想要广播直接通信请求时，其在消息中指示是否可以使用UE间中继。对于版本17，假设指示的值局限于单跳。

当UE间中继接收到其中relay_indication已设置的直接通信请求时，它应接着根据例如以下内容决定是否转发请求(即，在其附近广播此请求)：请求中的QoS要求、中继的当前业务负荷、源UE与中继UE之间的无线电条件或某些其它策略(例如，它仅服务于某些特定的UE或服务)。

这可能在以下情况中出现：可以使用多个UE间中继到达目标UE，或者目标UE也可以直接从源UE接收直接通信请求。目标UE可以根据例如信号强度、本地策略(例如，UE间中继的业务负荷)或运营商策略(例如，总是偏好直接通信或仅使用一些特定的UE间中继)选择回复哪一个。

源UE可以从多个UE间中继并且还从目标UE直接接收直接通信接受消息，源UE根据例如信号强度、本地策略(例如，UE间中继的业务负荷)或运营商策略(例如，总是偏好直接通信或仅使用一些特定的UE间中继)选择通信路径。

6.8.2程序

[3GPP TR 23.752 V0.3.0中名称为“5G ProSe UE间中继选择”的图6.8.2-1再现为图14]

图6.8.2-1示出所提出方法的程序。

0.授权UE使用由UE间中继提供的服务。授权UE间中继提供在UE中中继业务的服务。授权和参数供应可以使用KI#8的解决方案。

1.UE-1想要与UE-2建立单播通信，并且通信可以通过与UE-2的直接链路或经由UE间中继。随后，UE-1直接广播具有relay_indication＝1的通信请求。请求将由中继-1、中继-2接收。如果UE-2在UE-1附近，那么请求还可以由UE-2接收。

2.中继-1和中继-2决定转发请求。它们以relay_indication＝0广播附近的消息。如果中继接收到此消息，它就会丢弃所述消息。

3.UE-2从中继-1和中继-2接收所述请求。

4.UE-2选择中继1并回复请求接受。如果UE-2从UE-1直接接收直接通信请求，那么它可以选择通过将请求接受直接发送到UE-1来设置直接通信链路。响应消息包含关于正建立(例如，经由中继或直接)的通信链路的类型的指示。

5.UE-1从中继-1接收请求接受。UE-1根据例如策略(例如，始终选择直接路径(若有可能))、信号强度等选择路径。如果UE-1直接从UE-2接收请求接受，那么它可选择设置直接L2链路，如TS 23.287[5]的第6.3.3中所描述，然后跳过步骤6。

6.UE-1和UE-2通过所选择的UE间中继设置通信链路。链路设置信息可以根据中继类型，例如L2或L3中继而变化。

注1：为了进行中继或路径选择，在作出决策之前，源UE可以在发送出对于收集对应请求接受消息的直接通信请求之后设置定时器。类似地，在作出决策之前，目标UE还可以在接收对从不同路径收集请求的多个副本的直接通信请求的第一副本之后设置定时器。

注2：在UE第一次从UE间中继接收消息时，UE需要验证中继是否被授权成为UE间中继。验证细节以及如何确保通过UE间中继的两个UE之间的通信安全将由SA WG3定义。

6.8.3对现有节点和功能性的影响

对支持新的中继相关功能的UE影响。

6.9解决方案#9：经由UE间层2中继的连接建立

6.9.1描述

使用在此章节中描述的解决方案，UE间中继使目标UE能够发现源UE。授权UE间中继经由授权和供应通过PC5接口在两个UE之间中继消息，如在第6.Y节关键问题#4的解决方案：UE间中继授权和供应中所定义。

源UE使用已知的发现机制，例如使用如在TS 23.287[5]中定义的面向用户或面向服务的方法通知其支持的应用或发现目标UE。

UE间中继监听来自周围UE的ProSe应用广告(例如，直接发现或直接通信请求消息)，并且如果广播的应用与来自其所供应的中继策略/参数的一个应用匹配，那么UE间中继通过将中继指示添加到消息而将其作为中继的应用进行播发。

目标UE经由UE间中继发现源UE。目标UE接收具有中继指示的广播直接通信请求消息。

经由UE间中继在源UE与目标UE之间设置安全的“扩展”PC5链路。源/目标UE并不知晓其相应的对等UE的L2 ID。源/目标UE将消息发送到UE间中继并且通过UE间中继接收消息。然而，直接在源UE与目标UE之间建立安全性关联和PC5单播链路。UE间中继在不透明模式下转发消息，而不能够读取、修改其内容或重播消息。在检测到包含在所接收消息中的中继指示后，源/目标UE检测到通信正穿过UE间中继。

当经由UE间中继在两个对等UE之间建立单播链路时，UE间中继向其本身分配两个中继L2 ID。在将消息转发到目标UE时使用第一中继L2 ID。在将消息转发到源UE时使用第二中继L2 ID。UE间中继维持映射表，所述映射表含有对等UE L2 ID以及已自行分配的对应中继L2 ID的映射。当接收消息时，UE间中继使用其映射表来寻找要用于将消息转发到目标UE的源和目的地ID。UE间中继使用在目的地字段中指定的中继L2 ID来寻找相关UE，并且使用在源字段中指定的UE的L2 ID来寻找相关的中继L2 ID。随后在转发消息之前，它用对应的UE的L2 ID和中继L2 ID更新接收到的消息的源和目的地字段。

注：可能需要额外的安全性相关参数和程序来保护中继相关的消息。其定义需要与SA WG3协调。

6.9.2程序

使用在此章节中描述的程序支持在TS 23.287[5]中定义的两种方法，即，面向服务的和面向用户的方法。

图6.9.2-1示出经由UE间中继通过PC5参考点进行的对等方发现以及单播链路建立。

[3GPP TR 23.752 V0.3.0中名称为“经由UE间中继的连接建立程序”的图6.9.2-1再现为图15]

0.UE间中继在网络中注册并且指定其UE间中继能力。从网络向UE间中继供应中继策略参数和唯一中继标识符(RID)。

1.目标UE(即，UE2、UE3和UE4)确定用于PC5单播链路建立的信令接收的目的地层2ID，如在TS 23.287[5]第5.6.1.4节中所指定。目的地层2ID配置成使用目标UE，如在TS23.287[5]第5.1.2.1节中所指定。

2.在源UE(即，UE1)上，应用层将信息提供到ProSe层以用于PC5单播通信(例如，广播层2ID、ProSe应用程序ID、UE的应用层ID、目标UE的应用层ID、中继适用指示)，如在TS23.287[5]第6.3.3.1节中所指定。

3.ProSe层通过发送广播直接通信请求消息来触发对等UE发现机制。消息使用作为目的地的源层2ID和广播层2ID发送，并且包含与所提供的应用相关的其它参数，如在TS23.287[5]第6.3.3.1节中所制定。

4.UE间中继接收广播直接通信请求消息并验证其是否配置为中继此应用，即，它将通知的ProSe应用ID与其供应的中继策略/参数进行比较，并且如果匹配，那么UE间中继向自身分配对于UE1(即，与UE1的L2 ID有关)的中继层2ID(例如，R-L2 ID-a)。

这些2ID(UE1的层2ID和中继层2ID-a)保存在本地映射表中。UE间中继用其R-L2ID-a覆盖消息的源字段，并添加其唯一中继标识符(RID)作为中继指示。仅通过UE间中继在广播消息上添加此中继指示，因为这些消息是以明文发送的(即，没有任何加密或完整性保护)，因此可能会被修改。UE间中继继续转发从源UE接收的广播直接通信请求消息。

5.目标UE3对通知的应用感兴趣，因此它经由UE间中继触发认证以及与UE1的安全性建立。UE3跟踪中继的标识符，即R-L2 ID-a和RID。UE3在认证和安全性建立期间在安全性受保护的消息中发送RID，以通知UE1通信正穿过由RID识别的UE间中继。

UE间中继从UE3接收消息，并且使用在目的地字段中指定的R-L2 ID-a以在其映射表中找到相关UE(即，在这种情况下UE1)。

UE间中继向自身分配用于UE3的新层2ID(例如，R-L2 ID-b)，并且存储UE3的L2 ID与R-L2 ID-b之间的映射。

UE间中继将消息的源字段设置成R-L2 ID-b并且将目的地字段设置成从映射条目检索到的UE1的层2ID(即，L2 ID1)。UE间中继将消息发送到UE1。

UE1接收认证消息并且跟踪R-L2 ID-b和RID。R-L2 ID-b用作去往UE3并且经由UE间中继发送的后续消息的目的地。

认证和安全性建立消息经由UE间中继在UE1与UE3之间交换。UE间中继基于保存在其本地映射表中的信息而改变源/目的地层2ID。

编者注：认证和安全性程序的细节将由SA WG3小组研究。

6.在建立安全性后，UE3通过发送直接通信接受消息来完成单播链路建立。

7.UE间中继接收消息，并将消息的源字段设置成在映射条目中找到的R-L2 ID-b，将目的地字段设置成同样来自映射条目的UE1的L2 ID。UE间中继将修改后的消息发送到UE1。

8.经由UE间中继在UE1与UE3之间建立“扩展”单播链路。扩展的链路端到端之间是安全的，即已在UE1与UE3之间创建安全性关联。可以在UE1与UE3之间交换机密性和/或完整性/重播受保护的消息(即，数据或PC5-S)。UE间中继不参与安全性关联，因此它无法读取或修改消息的受保护部分(不包括源字段和目的地字段)。

编者注：协议堆栈和PC5链路建立的细节有待进一步研究，并且需要由RAN WG2小组协调和确认。

6.9.3对服务、实体和接口的影响

解决方案在以下实体中具有影响：

UE：

-需要支持用于ProSe 5G UE间中继的程序以及经由ProSe 5G UE间中继的通信。

6.10解决方案#10：基于IP路由的ProSe 5G层3UE间中继

6.10.1描述

在此解决方案中，以下原理支持ProSe 5G UE间中继操作：

-授权和配置：

-仅由服务授权配置授权的UE可以充当ProSe 5G UE间中继。这些UE将根据在TS23.287[5]中定义的服务授权和提供机构配置以在UE间中继模式下操作。

-ProSe 5G UE间中继发现：

-ProSe 5G UE间中继周期性地发送出中继发现消息，从而通知其在所述区域中服务于其它UE的可用性。

-ProSe 5G UE间中继还支持发现的查询和响应模式。ProSe 5G UE间中继监听查询的所配置层2ID，并且将以其地址和对应信息作出响应以使其它UE能够与其建立单播连接。此进程类似于如在TS 23.287[5]第6.3.3.1节中定义的单播L2链路建立程序。

注1：用于发现的层2ID可以特定用于UE间中继发现，或与例如UE到网络中继发现的其它发现共享。

-ProSe 5G UE间中继操作：

-想要利用ProSe 5G UE间中继的任何UE需要通过IP配置与UE间中继建立单播L2链路。ProSe 5G UE间中继将IP地址/前缀分配到其它UE。

-作为单播L2链路建立程序的一部分，ProSe 5G UE间中继将单播链路的对等UE的用户信息和分配给UE的IP地址/前缀的关联存储到其DNS条目中。ProSe 5G UE间中继充当到其它UE的DNS服务器。

-当(源)UE需要与另一(目标)UE通信或需要经由ProSe 5G UE间中继发现ProSe服务时，源UE通过单播链路将用于目标UE(基于目标用户信息)或用于ProSe服务的DNS查询发送到ProSe 5G UE间中继，所述单播链路将返回目标UE或ProSe服务的IP地址/前缀。

-源UE经由到返回目标UE的IP地址/前缀的UE间中继的单播L2链路将IP中封装的IP数据或非IP数据发送到目标UE。ProSe 5G UE间中继充当IP路由器，并且朝向目标UE将数据包转发到对应单播L2链路。每个单播L2链路都被视为IP接口。

-如果附近存在多个ProSe 5G UE间中继，那么UE可以基于UE实施方案选择一个或多个ProSe 5G UE间中继来建立单播L2链路。例如，UE将单播L2链路中的每一个上的DNS查询发送到ProSe 5G UE间中继。随后，源UE可以选择使用返回目标UE的肯定DNS查询的第一ProSe 5G UE间中继。

注2：UE间中继的选择可以基于UE上的本地配置规则，或基于其它发现解决方案，例如第6.11节中描述的“状态UE间中继”。

-QoS处理：

-当源UE与ProSe 5G UE间中继建立单播L2链路时，其可以根据在TS 23.287[5]的第6.3.3.1节中定义的程序建立对应PC5 QoS流。其还可以使用在TS 23.287[5]的第6.3.3.4节中定义的程序在任何时间修改PC5 QoS流。

-因此，ProSe 5G UE间中继还可以在与目标UE的单播L2链路上使用上述程序建立并修改PC5 QoS流，以转发源UE的业务。

-安全性处理：

-使用在TS 23.287[5]中定义的程序，源UE和目标UE可以与用于单播L2链路的UE间中继建立承载级安全性。

-如果在源UE与目标UE之间需要端到端安全性保护，那么可以使用IPSec。

注3：源UE和目标UE的业务的安全性保护将由SA WG3指定。

-计费支持：

-ProSe 5G UE间中继可以遵循在TS 32.277[13]中定义的计费解决方案以报告源UE和目标UE以及计费功能的对应业务。

6.10.2程序

[3GPP TR 23.752 V0.3.0中名称为“5G ProSe UE间中继操作”的图6.10.2-1再现为图16]

图6.10.2-1提供基于标准IP操作的用于5G ProSe UE间中继操作的实例操作。

6.10.3对服务、实体和接口的影响

由于解决方案正使用Rel-16 NR V2X设计中支持的现有特征，因此对NG-RAN没有影响。

UE用现有的IP操作进行操作并且ProSe 5G UE间中继支持IP路由器功能(用于地址分配和业务转发)和DNS服务器的功能性。

[…]

在传统NR系统(如在3GPP TS 38.331中所论述)中，UE应向gNB报告其UE能力信息，并且UE能力信息包含UE的侧链路UE能力信息(即，SidelinkParameters)。参与单播通信的两个UE应在侧链路UE能力传递程序中交换侧链路UE能力信息。另外，UE应将从对等UE接收的UECapabilityInformationSidelink消息包含在报告给gNB的SidelinkUEinformationNR消息中(如在3GPP R2-2005973中论述)。

此外，UE需要将侧链路UE信息消息(即，SidelinkUEinformationNR消息)传送到gNB以请求用于与目的地的侧链路通信的侧链路资源(或侧链路配置)(如在3GPP TS38.331中论述)，其中包含在此消息中的目的地可以是对等UE(用于直接侧链路通信)或UE间中继(用于经由中继的侧链路通信)。

3GPP TR 23.752中的关键问题#4描述在下一版本(即，版本17)中对UE间中继的支持，这意味着在两个UE无法直接彼此通信的情况下，可以使用中继来支持这两个UE之间的数据通信。据推测，UE间中继需要与源UE和目标UE中的每一个建立一个PC5单播链路，使得源UE和目标UE之间的集成PC5单播链路可以支持相关ProSe服务，如图17中所示，图17示出根据一个实施例的经由用户设备间(UE间)中继的集成PC5单播链路的实例。

假定在UE间中继与源UE和目标UE中的每一个之间建立两个PC5单播链路，那么这两个PC5单播链路上的数据速率可能会有所不同，这是因为gNB考虑到UE能力信息的不同集合，以便为两个PC5单播链路分配侧链路DRB配置。在这种情况下，来自一侧的数据可以在UE间中继的缓冲器中累积，这可能会在UE间中继中造成问题，例如由于缓冲器不足而导致的数据丢失。

为了确保两个PC5单播链路上具有类似数据速率，一种可能方式是UE间中继将除了UE间中继的侧链路UE能力信息之外的一个UE(例如，源UE)的侧链路UE能力信息传递到另一UE(例如，目标UE)，使得UE可以将对等UE的侧链路UE能力信息传送到gNB以请求侧链路资源(或侧链路配置)。例如，UE可以在发送给gNB的侧链路UE信息消息中包含对等UE的侧链路UE能力信息和UE间中继的侧链路UE能力信息。UE也可以包含组合侧链路UE能力信息，所述组合侧链路UE能力信息源自对等UE的侧链路UE能力信息和UE间中继的侧链路UE能力信息，例如，选择对等UE的侧链路UE能力信息和UE间中继的侧链路UE能力信息中的两个能力参数之间的较低能力值，以在组合侧链路UE能力信息中形成对应能力参数。图18示出根据一个实施例的由包含UE(UE1)、UE间中继和对等UE(UE2)的三方执行的集成侧链路UE能力传递程序的实例。

UE还可以用两个单独的RRC消息将对等UE的侧链路UE能力信息和UE间中继的侧链路UE能力信息传送到gNB。

替代地，UE间中继可以将组合侧链路UE能力信息传送到一个UE，所述组合侧链路UE能力信息源自如上文所描述的UE间中继的侧链路UE能力信息和对等UE的侧链路UE能力信息。以此方式，UE在发送给gNB的侧链路UE信息消息中可以仅包含组合侧链路UE能力信息。

为了支持上述一般概念，当请求侧链路资源(或侧链路配置)以用于侧链路通信时，UE间中继可以将两个UE的侧链路UE能力信息均传送到gNB。UE间中继还可以传送组合侧链路UE能力信息，所述组合侧链路UE能力信息源自UE的侧链路UE能力信息，如上文所描述。

基本上，在与gNB连接之后，源UE、目标UE和UE间中继中的每一个都可以在UECapabilityInformation消息中将其自身的侧链路UE能力信息传送到其服务gNB。

如果需要区分UE间中继与UE，那么可以为UE间中继的侧链路UE能力信息使用新术语。在此情形下，还可为组合侧链路UE能力信息使用另一术语。

图19是根据一个示例性实施例的从用户设备间(UE间)中继的角度看的报告侧链路UE能力信息的流程图1900。在步骤1905中，UE间中继从第一UE接收第一侧链路UE能力信息并从第二UE接收第二侧链路UE能力。在步骤1910中，UE间中继将第一侧链路UE能力信息和第二侧链路UE能力信息传送到网络节点或向网络节点传送组合侧链路UE能力信息，其中组合侧链路UE能力信息源自第一侧链路UE能力信息和第二侧链路UE能力信息。

在一个实施例中，第一UE可经由UE间中继与第二UE通信。第一侧链路UE能力信息可经由第一PC5 RRC消息接收。第二侧链路UE能力信息也可经由第二PC5 RRC消息接收。第一PC5 RRC消息可以是UECapabilityEnquirySidelink消息或UECapabilityInformationSidelink消息。第二PC5 RRC消息也可以是UECapabilityEnquirySidelink消息或UECapabilityInformationSidelink消息。

在一个实施例中，组合侧链路UE能力信息可经由侧链路UE信息消息传送到网络节点。第一侧链路UE能力信息和第二侧链路UE能力信息可经由侧链路UE信息消息传送到网络节点。侧链路UE信息消息可包含第一UE或第二UE的目的地标识、侧链路通信的播送类型和/或PC5服务质量(QoS)流的QoS信息。播送类型可设置为“单播”。QoS信息可包含QoS流标识和QoS模板。

在一个实施例中，UE间中继可向网络节点传送UE间中继的第三侧链路UE能力信息。第三侧链路UE能力信息可在UE能力信息消息中传送。

在一个实施例中，UE间中继可从网络节点接收为侧链路通信分配侧链路配置的RRC重新配置消息。侧链路配置可包含映射到PC5 QoS流的侧链路数据无线电承载(DRB)的配置。

返回参考图3和图4，在(UE间)中继报告侧链路UE能力信息的一个示例性实施例中，UE间中继300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得UE间中继能够：(i)从第一UE接收第一侧链路UE能力信息并从第二UE接收第二侧链路UE能力，以及(ii)将第一侧链路UE能力信息和第二侧链路UE能力信息传送到网络节点或向网络节点传送组合侧链路UE能力信息，其中组合侧链路UE能力信息源自第一侧链路UE能力信息和第二侧链路UE能力信息。此外，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.一种用于用户设备间中继报告侧链路用户设备能力信息的方法，其特征在于，包括：

所述用户设备间中继从第一用户设备接收第一侧链路用户设备能力信息并从第二用户设备接收第二侧链路用户设备能力；以及

所述用户设备间中继将所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息传送到网络节点或向所述网络节点传送组合侧链路用户设备能力信息，其中所述组合侧链路用户设备能力信息源自所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息。

2.根据权利要求1所述的方法，其特征在于，所述第一用户设备经由所述用户设备间中继与所述第二用户设备通信。

3.根据权利要求1所述的方法，其特征在于，所述第一侧链路用户设备能力信息经由第一PC5无线电资源控制消息接收，和/或

其中所述第二侧链路用户设备能力信息经由第二PC5无线电资源控制消息接收。

4.根据权利要求3所述的方法，其特征在于，所述第一PC5无线电资源控制消息是UECapabilityEnquirySidelink消息或UECapabilityInformationSidelink消息，和/或

其中所述第二PC5无线电资源控制消息是UECapabilityEnquirySidelink消息或UECapabilityInformationSidelink消息。

5.根据权利要求1所述的方法，其特征在于，所述组合侧链路用户设备能力信息经由侧链路用户设备信息消息传送到所述网络节点。

6.根据权利要求1所述的方法，其特征在于，所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息经由侧链路用户设备信息消息传送到所述网络节点。

7.根据权利要求6所述的方法，其特征在于，所述侧链路用户设备信息消息包含所述第一用户设备或所述第二用户设备的目的地标识、侧链路通信的播送类型和/或PC5服务质量流的服务质量信息。

8.根据权利要求7所述的方法，其特征在于，所述服务质量信息包含服务质量流标识和服务质量模板。

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

所述用户设备间中继向所述网络节点传送所述用户设备间中继的第三侧链路用户设备能力信息，其中所述第三侧链路用户设备能力信息在用户设备能力信息消息中传送。

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

所述用户设备间中继从所述网络节点接收为侧链路通信分配侧链路配置的无线电资源控制重新配置消息，其中所述侧链路配置包含映射到PC5服务质量流的侧链路数据无线电承载的配置。

11.一种用户设备间中继，其特征在于，包括：

控制电路；

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

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

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

从第一用户设备接收第一侧链路用户设备能力信息并从第二用户设备接收第二侧链路用户设备能力；以及

将所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息传送到网络节点或向所述网络节点传送组合侧链路用户设备能力信息，其中所述组合侧链路用户设备能力信息源自所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息。

12.根据权利要求11所述的用户设备间中继，其特征在于，所述第一用户设备经由所述用户设备间中继与所述第二用户设备通信。

13.根据权利要求12所述的用户设备间中继，其特征在于，所述第一侧链路用户设备能力信息经由第一PC5无线电资源控制消息接收，和/或

14.根据权利要求13所述的用户设备间中继，其特征在于，所述第一PC5无线电资源控制消息是UECapabilityEnquirySidelink消息或UECapabilityInformationSidelink消息，和/或

15.根据权利要求11所述的用户设备间中继，其特征在于，所述组合侧链路用户设备能力信息经由侧链路用户设备信息消息传送到所述网络节点。

16.根据权利要求11所述的用户设备间中继，其特征在于，所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息经由侧链路用户设备信息消息传送到所述网络节点。

17.根据权利要求16所述的用户设备间中继，其特征在于，所述侧链路用户设备信息消息包含所述第一用户设备或所述第二用户设备的目的地标识、侧链路通信的播送类型和/或PC5服务质量流的服务质量信息。

18.根据权利要求17所述的用户设备间中继，其特征在于，所述服务质量信息包含服务质量流标识和服务质量模板。

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

向所述网络节点传送所述用户设备间中继的第三侧链路用户设备能力信息，其中所述第三侧链路用户设备能力信息在用户设备能力信息消息中传送。

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

从所述网络节点接收为侧链路通信分配侧链路配置的无线电资源控制重新配置消息，其中所述侧链路配置包含映射到PC5服务质量流的侧链路数据无线电承载的配置。