CN118102494A - 用于支持集成到直接链路建立程序中的发现的方法和设备 - Google Patents

Abstract

本发明提供一种用于支持集成到直接链路建立程序中的发现的方法和设备。中继用户设备从第一远程用户设备接收第一PC5消息以发起用于与第二远程用户设备的用户设备间中继通信的第一直接链路建立程序。此外，响应于接收到第一PC5消息，中继用户设备发送第二PC5消息以发起用于与第一远程用户设备的用户设备间中继通信的第二直接链路建立程序。另外，如果第二直接链路建立程序在一周期内未完成，那么中继用户设备向第一远程用户设备发送对应于第一PC5消息的拒绝消息。

Description

用于支持集成到直接链路建立程序中的发现的方法和设备

相关申请的交叉引用

本申请要求2022年11月25日提交的第63/428,001号美国临时专利申请的权益，所述申请的全部公开内容以全文引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信***中用于支持集成到直接链路建立程序中的发现的方法和设备。

背景技术

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

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

发明内容

一种用于中继用户设备(user equipment，UE)的方法和装置。在一个实施例中，所述中继UE从第一远程UE接收第一PC5消息以发起用于与第二远程UE的UE间(U2U)中继通信的第一直接链路建立程序。此外，响应于接收到所述第一PC5消息，所述中继UE发送第二PC5消息以发起用于与所述第一远程UE的所述U2U中继通信的第二直接链路建立程序。另外，如果所述第二直接链路建立程序在一周期内未完成，那么所述中继UE向所述第一远程UE发送对应于所述第一PC5消息的拒绝消息。

附图说明

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

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

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

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

图5是3GPP TS23.287 V17.4.0的编号5.2.1.4-1的参考图的再现；

图6是3GPP TS23.304 V17.3.0的编号6.1.2.2-1的参考图的再现；

图7是3GPP TS23.304 V17.3.0的编号6.3.2.1-1的参考图的再现；

图8是3GPP TS23.304 V17.3.0的编号6.3.2.1-2的参考图的再现；

图9是3GPP TS23.304 V17.3.0的编号6.4.3.1-1的参考图的再现；

图10是3GPP TS23.304 V17.3.0的编号6.4.3.4-1的参考图的再现；

图11是3GPP TS23.304 V17.3.0的编号6.4.3.5-1的参考图的再现；

图12是3GPP TS24.554 V17.2.1的编号7.2.2.2.1的参考图的再现；

图13是3GPP TS24.554 V17.2.1的编号7.2.2.2.2的参考图的再现；

图14是3GPP TS24.554 V17.2.1的编号7.2.3.2.1的参考图的再现；

图15是3GPP TS24.554 V17.2的编号7.2.4.2.1的参考图的再现；

图16是3GPP TS24.554 V17.2.1的编号7.2.5.2.1的参考图的再现；

图17是3GPP TS24.554 V17.2.1的编号7.2.10.2.1的参考图的再现；

图18是3GPP TS 38.331 V17.2.0的编号5.8.9.1.1-1的参考图的再现；

图19是3GPP TR 38.836 V17.0.0的编号5.1-1的参考图的再现；

图20是3GPP TR 38.836 V17.0.0的编号5.2-1的参考图的再现；

图21是3GPP TR 38.836 V17.0.0的编号5.5.1-1的参考图的再现；

图22是3GPP TR 38.836 V17.0.0的编号5.5.1-2的参考图的再现；

图23是3GPP TR 23.700-33 V1.1.0的编号6.1.2.1-1的参考图的再现；

图24是3GPP TR 23.700-33 V1.1.0的编号6.11.2-1的参考图的再现；

图25示出根据一个示例性实施例的基于3GPP TR 23.700 -33中论述的解决方案的用于UE间中继通信的直接链路建立的示例性流程图；

图26示出根据一个示例性实施例的在执行集成到直接链路建立程序中的发现的情况下的用于UE间中继通信的直接链路建立的示例性流程图；

图27示出根据一个示例性实施例的在不执行集成到直接链路建立程序中的发现的情况下的用于UE间中继通信的直接链路建立的示例性流程图；

图28是根据一个示例性实施例的流程图；

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

具体实施方式

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

具体地说，下文描述的示例性无线通信***装置可以设计成支持一个或多个标准，例如由名称为“第三代合作伙伴计划”(在本文中被称作3GPP)的协会提供的标准，包含：TS23.287V17.4.0，“5G***(5GS)的架构增强以支持车联网(V2X)服务”；TS23.304V17.3.0，“5G***(5GS)中基于邻近的服务(ProSe)(版本17)”；TS24.554v17.2.1，“5G***(5GS)中邻近服务(ProSe)协议方面；阶段3(版本17)”；TS 38.331 V17.2.0，“NR；无线电资源控制(RRC)协议规范(版本17)”；TR 38.836 V17.0.0，“关于NR侧链路中继的研究；(版本17)”；TR 23.700-33 V1.1.0，“关于5G***(5GS)中用于基于邻近的服务(ProSe)的***增强的研究；阶段2(版本18)”；TS 38.323 V17.2.0，“无线电资源控制(RRC)协议规范(版本17)”；RAN2#119-e主持人笔记“RAN2-119-e-Positioning-Relay-2022-08-26-2000_eom”以及RAN2#119bis-e主持人笔记“RAN2-119bis-e-Positioning-Relay-2022-10-19-2000_EOM”。上文所列的标准和文档在此明确地以全文引用的方式并入。

图1示出根据本发明的一个实施例的多址无线通信***。接入网络100(AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，并且又一天线群组包含112和114。在图1中，针对每一天线群组仅示出了两个天线，但是每一天线群组可利用更多或更少个天线。接入终端116(AT)与天线112和114通信，其中天线112和114经由前向链路120向接入终端116传送信息，并经由反向链路118从接入终端116接收信息。接入终端122与天线106和108通信，其中天线106和108经由前向链路126向接入终端122传送信息，并经由反向链路124从接入终端122接收信息。在FDD***中，通信链路118、120、124和126可使用不同频率以供通信。例如，前向链路120可使用与反向链路118所使用的频率不同的频率。

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

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

接入网络(AN)可以是用于与终端通信的固定台或基站，并且也可被称作接入点、Node B、基站、增强型基站、演进Node B(eNodeB)、网络节点、网络，或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。

图2是MIMO***200中的传送器***210(也被称作接入网络)和接收器***250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE))的实施例的简化框图。在传送器***210处，从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。

在一个实施例中，经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。

可使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据模式，且可在接收器***处使用以估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据流的经复用导频和经译码数据以提供调制符号。通过由处理器230执行的指令可确定用于每一数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供到TX MIMO处理器220，所述TX MIMO处理器220可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将N_T个调制符号流提供给N_T个传送器(TMTR)222a到222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

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

在接收器***250处，由N_R个天线252a到252r接收所传送的经调制信号，并且将从每一天线252接收到的信号提供到相应的接收器(RCVR)254a到254r。每一接收器254调节(例如，滤波、放大和下转换)相应的接收信号，数字化经调节信号以提供样本，和进一步处理所述样本以提供对应的“接收”符号流。

RX数据处理器260接着基于特定接收器处理技术从N_R个接收器254接收和处理N_R个接收符号流以提供N_T个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX处理器260进行的处理与传送器***210处的TX MIMO处理器220及TX数据处理器214所执行的处理互补。

处理器270定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信息。反向链路消息接着通过TX数据处理器238(所述TX数据处理器238还从数据源236接收数个数据流的业务数据)处理，通过调制器280调制，通过传送器254a到254r调节，并被传送回到传送器***210。

在传送器***210处，来自接收器***250的经调制信号通过天线224接收，通过接收器222调节，通过解调器240解调，并通过RX数据处理器242处理，以提取通过接收器***250传送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵以确定波束成形权重，然后处理所提取的消息。

转向图3，此图示出根据本发明的一个实施例的通信装置的替代性简化功能框图。如图3中所示，可以利用无线通信***中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信***优选为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 TS23.287介绍以下内容：

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

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

[3GPP TS23.287 V17.4.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服务至少与此PC5单播链路的对等应用层ID对相关联，那么一个PC5单播链路支持一个或多个V2X服务类型。例如，如编号5.2.1.4-1的参考图中所示，UE A和UEB具有两个PC5单播链路，一个在对等应用层ID 1/UE A与应用层ID 2/UE B之间且一个在对等应用层ID 3/UE A与应用层ID 4/UE B之间。

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

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

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

-如果多个V2X服务类型使用PC5单播链路，那么由PFI标识的一个PC5 QoS流可与超过一个V2X服务类型相关联。

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

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

-UE将如章节6.3.3.1中所指定的那样触发新PC5单播链路的建立。

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

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

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

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

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

-关于PC5 QoS流的信息。对于每一PC5 QoS流，PC5 QoS上下文和PC5 QoS规则如章节5.4.1.1.3中所指定。

出于隐私原因，应用层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链路标识符更新之后应相应地更新单播链路配置文件。

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

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

3GPP 23.304介绍一些与单播链路通信相关的程序如下：

5.3.4单播模式5G ProSe直接通信

基于NR的PC5参考点支持5G ProSe直接通信的单播模式。针对5G ProSe直接通信在两个UE之间建立PC5单播链路；且可根据应用层请求或通信要求维持、修改和释放PC5单播链路。

对于5G ProSe直接通信的PC5单播链路，在TS23.287[2]章节5.2.1.4中描述的V2X通信的PC5单播链路的原理在存在以下差异的情况下重复使用：

-V2X服务被ProSe应用代替；

-V2X服务类型被ProSe标识符代替；

-支持新的数据单元类型(包含IPv4、以太网和非结构化)。

[…]

5.8.2用于5G ProSe直接通信的标识符

5.8.2.1综述

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

-源层2ID；以及

-目的地层2ID。

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

UE对源和目的地层2ID的选择取决于针对此层2链路通过PC5参考点进行的5GProSe直接通信的通信模式，如章节5.8.2.2、5.8.2.3和5.8.2.4中所描述。在不同的通信模式之间，源层2ID可能不同。

[…]

5.8.2.4用于单播模式5G ProSe直接通信的标识符

对于通过PC5参考点进行的单播模式的5G ProSe直接通信，所使用的目的地层2ID取决于通信对等方。通过对等方的应用层ID所标识的通信对等方的层2ID可在PC5单播链路的建立期间发现，或经由先前ProSe直接通信，例如到同一应用层ID的现有或先前单播链路对UE已知，或从5G ProSe直接发现过程获得。用于建立PC5单播链路的初始信令可使用通信对等方的已知层2ID，或与被配置成用于PC5单播链路建立的ProSe服务(即，ProSe标识符)相关联的默认目的地层2ID，如章节5.1.3.1中所指定。如章节6.4.3中所指定，在PC5单播链路建立程序期间，层2ID被交换且应用于两个UE之间的未来通信。

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

当应用层ID改变时，如果链路用于与已改变的应用层ID的5G ProSe通信，那么PC5单播链路的源层2ID应改变。

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

[…]

6.1.1.2.2PC5信令协议

使用在TS23.287[2]的章节6.1.2中指定的PC5信令协议堆栈。用于通过安全层2链路的PC5参考点的控制平面信令的协议在章节6.4.3、6.5.1和6.5.2中指定。

[…]

6.1.2.2UE-UE

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

[3GPP TS23.304 V17.3.0中标题为“用于NR PC5参考点的用户平面”的编号6.1.2.2-1的参考图再现为图6]

[PC5-U:SDAP/PDCP/RLC/MAC/PHY功能在TS 38.300[12]中规定]

支持IP、以太网和非结构化PDCP SDU类型。对于IP PDCP SDU类型，支持IPv4和IPv6两者。

在将来自ProSe应用层的包传送到AS层之前，由ProSe层进行处理，例如ProSe层将IP、以太网和非结构化包映射到PC5 QoS流并且标记对应PFI。

[…]

6.3.2通过PC5参考点进行的5G ProSe直接发现程序

6.3.2.1综述

PC5通信信道用于在PC5上载送发现消息，且PC5上的发现消息通过AS层与其它PC5消息区分开。

支持如TS23.303[3]中所定义的模型A和模型B发现两者：

-模型A使用单个发现协议消息(通知)。

-模型B使用两个发现协议消息(恳求和响应)。

编号6.3.2.1-1的参考图中描绘的是使用模型A进行5G ProSe直接发现的程序。

[3GPP TS23.304 V17.3.0中标题为“使用模型A进行的5G ProSe直接发现”的编号6.3.2.1-1的参考图再现为图7]

1.通知UE发送通知消息。通知消息可包含发现消息的类型、ProSe应用代码或ProSe受限代码、安全保护元素、[元数据信息]。应用层元数据信息可作为元数据包含于通知消息中。

用于发送通知消息的目的地层2ID和源层2ID在章节5.8.1.2和章节5.8.1.3中指定。

监听UE确定用于信令接收的目的地层2ID。如章节5.8.1.2中所指定，目的地层2ID配置有UE。

编号6.3.2.1-2的参考图中描绘的是使用模型B进行5G ProSe直接发现的程序。

[3GPP TS TS23.304 V17.3.0中标题为“使用模型B进行的5G ProSe直接发现”的编号6.3.2.1-2的参考图再现为图8]

1.发现者UE发送恳求消息。恳求消息可包含发现消息的类型、ProSe查询代码、安全保护元素。

用于发送恳求消息的目的地层2ID和源层2ID在章节5.8.1.2和章节5.8.1.3中指定。

被发现者UE如何确定用于信令接收的目的地层2ID在章节5.8.1.2中指定。

2.与恳求消息匹配的被发现者UE使用响应消息对发现者UE作出响应。响应消息可包含发现消息的类型、ProSe响应代码、安全保护元素、[元数据信息]。应用层元数据信息可作为元数据包含于响应消息中。

用于发送响应消息的源层2ID在章节5.8.1.3中指定。目的地层2ID被设置为接收到的恳求消息的源层2ID。

注：安全保护元素的细节将由SA WG3定义。

[…]

6.4.3单播模式5G ProSe直接通信

6.4.3.1通过PC5参考点进行的层2链路建立

为了通过PC5参考点执行ProSe直接通信的单播模式，UE配置有如章节5.1.3中所描述的相关信息。

编号6.4.3.1-1的参考图展示用于通过PC5参考点进行的ProSe直接通信的单播模式的层2链路建立程序。

[3GPP TS23.304 V17.3.0中标题为“层2链路建立程序”的编号6.4.3.1-1的参考图再现为图9]

1.如在章节5.8.2.4中指定，UE确定用于PC5单播链路建立的信令接收的目的地层2ID。

2.UE-1中的ProSe应用层提供用于PC5单播通信的应用信息。应用信息包含ProSe服务信息、UE的应用层ID。应用信息中可包含目标UE的应用层ID。

UE-1中的ProSe应用层可提供用于此单播通信的ProSe应用要求。如章节5.6.1中所指定，UE-1确定PC5 QoS参数和PFI。

如果UE-1决定重新使用如在章节5.3.4中所指定的现有PC5单播链路，那么UE触发如在章节6.4.3.4中所指定的层2链路修改程序。

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

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

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

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

-ProSe服务信息：关于请求层2链路建立的ProSe标识符的信息。

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

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

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

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

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

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

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

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

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

-如果使用IP通信，那么：

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

-“DHCPv4服务器”，如果仅IPv4地址分配机制受发起UE支持，即充当DHCPv4服务器；或

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

-“DHCPv4服务器与IPv6路由器”，如果IPv4和IPv6地址分配机制两者均受发起UE支持；或

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

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

-QoS信息：关于PC5 QoS流的信息。对于每一PC5 QoS流，PFI和对应PC5 QoS参数(即，PQI以及有条件地为例如MFBR/GFBR等其它参数)以及相关联ProSe标识符。

-任选的PC5 QoS规则。

如在章节5.8.2.1和5.8.2.4中所指定，确定用于安全性建立程序的源层2ID。目的地层2ID设定成接收到的直接通信请求消息的源层2ID。

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

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

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

5b.(面向ProSe服务的层2链路建立)如果直接通信请求消息中不包含目标用户信息，那么对使用通知的ProSe服务感兴趣的UE(在编号6.4.3.1-1的参考图中的UE-2和UE-4)通过发送直接通信接受消息来对请求作出响应。

直接通信接受消息包含：

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

-QoS信息：关于PC5 QoS流的信息。对于每一PC5 QoS流，由UE-1请求的PFI和对应PC5 QoS参数(即，PQI以及有条件地为例如MFBR/GFBR等其它参数)以及任选地相关联ProSe标识符。

-任选的PC5 QoS规则。

-如果使用IP通信，那么：

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

-“DHCPv4服务器”，如果仅IPv4地址分配机制受目标UE支持，即充当DHCPv4服务器；或

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

-“DHCPv4服务器与IPv6路由器”，如果IPv4和IPv6地址分配机制两者均受目标UE支持；或

-“不支持地址分配”，如果IPv4和IPv6地址分配机制均不受目标UE支持。

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

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

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

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

6.如下通过已建立的单播链路传送ProSe数据：

PC5链路标识符和PFI连同ProSe数据一起提供到AS层。

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

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

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

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

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

编号6.4.3.4-1的参考图展示用于单播链路的层2链路修改程序。此程序用以：

-在现有PC5单播链路中添加新PC5 QoS流。

-这涵盖将新的PC5 QoS流添加到现有ProSe服务的情况以及将新的PC5 QoS流添加到新的ProSe服务的情况。

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

-这涵盖修改用于现有PC5 QoS流的PC5 QoS参数的情况。

-这还涵盖从现有PC5 QoS流移除相关联ProSe服务的情况以及使新的ProSe服务与现有PC5 QoS流相关联的情况。

-移除现有PC5单播链路中的现有PC5 QoS流。

[3GPP TS23.304 V17.3.0中标题为“层2链路建立程序”的编号6.4.3.4-1的参考图再现为图10]

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

1.UE-1中的ProSe应用层提供用于PC5单播通信的应用信息。应用信息包含ProSe服务信息和发起UE的应用层ID。应用信息中可包含目标UE的应用层ID。如果UE-1决定如章节5.3.4中所指定而重复使用现有PC5单播链路，因此决定修改与UE-2建立的单播链路，那么UE-1将链路修改请求发送到UE-2。

链路修改请求消息包含：

a)在现有PC5单播链路中添加新的PC5 QoS流：

-QoS信息：关于待添加的PC5 QoS流的信息。对于每一PC5 QoS流，PFI、对应PC5QoS参数(即，PQI以及有条件地其它参数，例如MFBR/GFBR等)以及任选地相关联的ProSe标识符。

-任选的PC5 QoS规则。

b)修改现有PC5单播链路中的PC5 QoS流：

-QoS信息：关于待修改的PC5 QoS流的信息。对于每一PC5 QoS流，PFI、对应PC5QoS参数(即，PQI以及有条件地其它参数，例如MFBR/GFBR等)以及任选地相关联的ProSe标识符。

-任选的PC5 QoS规则。

c)在现有PC5单播链路中移除PC5 QoS流：

-PFI。

2.UE 2用链路修改接受消息作出响应。

链路修改接受消息包含：

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

-QoS信息：关于UE-1所请求的PC5 QoS流的信息。对于每一PC5 QoS流，PFI、对应PC5 QoS参数(即，PQI以及有条件地其它参数，例如MFBR/GFBR等)以及任选地相关联的ProSe标识符。

-任选的PC5 QoS规则。

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

6.4.3.5通过PC5参考点进行的层2链路维持

PC5信令协议应支持用于检测特定PC5单播链路是否仍然有效的保持活动功能。PC5单播链路的两侧可以基于例如来自AS层或内部定时器的触发而发起层2链路维持程序(即，保持活动程序)。如果通过PC5单播链路成功地接收到数据，那么UE将最小化保持活动信令，例如取消程序。

[3GPP TS23.304 V17.3.0中标题为“层2链路维持程序”的编号6.4.3.5-1的参考图再现为图11]

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

1.基于触发条件，UE-1将保持活动消息发送到UE-2以便确定PC5单播链路的状态。

注1：由阶段3确定保持活动消息的确切触发。例如，触发可以基于与层2链路相关联的定时器。通过TS 38.300[12]定义的成功接收事件，可以重置定时器。

2.在接收到保持活动消息后，UE-2用保持活动Ack消息作出响应。

发起保持活动程序的UE将基于信令结果确定后续动作，例如继续到隐式层2链路释放。

注2：由阶段3确定后续动作。例如，如果及时接收到，那么成功接收事件还可取消层2链路释放。

3GPP TS24.554介绍一些与单播链路通信相关的程序如下：

7.2.2 5G ProSe直接链路建立程序

7.2.2.1综述

取决于5G ProSe直接链路建立程序的类型(即，3GPP TS23.304[2]中的面向UE的层2链路建立或面向ProSe服务的层2链路建立)，5G ProSe直接链路建立程序用以建立两个UE之间的5G ProSe直接链路或建立多个5G ProSe直接链路。发送请求消息的UE称为“发起UE”且另一UE称为“目标UE”。如果请求消息不指示特定目标UE(即，目标用户信息不包含在请求消息中)且多个目标UE对请求消息中指示的ProSe应用感兴趣，那么发起UE应处置从那些目标UE接收到的对应响应消息。每次在UE中建立的5G ProSe直接链路的最大数目不应超过所建立5G ProSe直接链路的实施方案特定的最大数目。

注：所建立5G ProSe直接链路的建议最大数目是8。

当用于5G ProSe层3远程UE的5G ProSe直接链路建立程序成功地完成时，且如果存在经建立用于中继远程UE的业务的PDU会话，那么5G ProSe层3UE到网络的中继UE应执行如3GPP TS24.501[11]中所指定的远程UE报告程序。

在用于5G ProSe层2远程UE的5G ProSe直接链路建立程序成功地完成之后，且在通过下层从5G ProSe层2远程UE获得请求后，5G ProSe层2UE到网络的中继UE在5GMM-IDLE模式下应通知下层执行如3GPP TS24.501[11]中所指定的服务请求程序。

编者注：由于5G ProSe层2UE到网络的中继或5G ProSe层3UE到网络的中继的安全要求而对5G ProSe直接链路建立程序造成的任何可能改变(例如添加新IE或改变现有IE)有待进一步研究。

7.2.2.2由发起UE进行的5G ProSe直接链路建立程序发起

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

a)来自上层的针对通过PC5传送用于ProSe应用的包的请求；

b)通信模式是单播模式(例如，如章节5.2.4中所指定的那样预配置或由上层指示)；

c)用于发起UE的链路层标识符(即，用于单播通信的层2ID)为可用的(例如，经预配置或自行指派)且未由发起UE内的其它现有5G ProSe直接链路使用；

d)用于目的地UE的链路层标识符(即，目标UE的单播层2ID或广播层2ID)可用于发起UE(例如，经预配置，如章节5.2中所指定的那样获得或经由先前ProSe直接通信已知)；

注1：在其中不同ProSe应用映射到不同默认目的地层2ID的情况下，当发起UE希望建立可用于超过一个ProSe标识符的单个单播链路时，UE可选择任一预设目的地层2ID用于单播初始信令。

e)发起UE被授权在服务PLMN中的NR-PC5中通过PC5进行5G ProSe直接通信，当不由NG-RAN服务时具有通过NR-PC5中的PC5进行5G ProSe直接通信的有效授权，或者被授权使用5G ProSeUE到网络中继UE。如果满足以下条件，则UE认为其不由NG-RAN服务：

1)不由NG-RAN服务以通过PC5进行ProSe直接通信；

2)处于3GPP TS23.122[14]中所指定的有限服务状态，条件是UE处于有限服务状态的原因为以下中的一个；

i)UE在选定PLMN中无法找到适合小区，如3GPP TS 38.304[15]中所指定；

ii)UE接收到具有5GMM原因#11“不允许PLMN”的注册拒绝消息或服务拒绝消息，如3GPP TS24.501[11]中所指定；或

ⅲ)UE接收到具有5GMM原因#7“不允许5GS服务”的注册拒绝消息或服务拒绝消息，如3GPP TS24.501[11]中所指定；或

3)出于除上述i)、ii)或iii)外的原因而处于3GPP TS23.122[14]中所指定的有限服务状态，且位于UE具备章节5.2中所指定的“非运营商管理”无线电参数的地理区域中；

f)不存在用于一对对等应用层ID的现有5G ProSe直接链路，或存在用于一对对等应用层ID的现有5G ProSe直接链路，且：

1)现有5G ProSe直接链路的网络层协议与上层在发起UE中针对此ProSe应用所需的网络层协议并不相同；

2)对应于ProSe标识符的安全策略(信令安全策略或用户平面安全策略)不与现有5GProSe直接链路的安全策略兼容；或

3)在5G ProSe直接链路建立程序用于远程UE与UE到网络的中继UE之间的直接通信的情况下，用于对等UE的现有5G ProSe直接链路建立为具有不同RSC或不具有RSC；

g)所建立的5G ProSe直接链路的数目小于每次在UE中允许的所建立5G ProSe直接链路的实施方案特定的最大数目；以及

h)定时器T5088不与目的地UE的链路层标识符相关联或与目的地UE的链路层标识符相关联的定时器T5088已经到期或停止。

在从上层接收到服务数据或请求之后，发起UE将导出PC5 QoS参数且指派PQFI以用于如章节7.2.7中所指定的那样建立的PC5 QoS流。

为了发起5G ProSe直接链路建立程序，发起UE将产生ProSe直接链路建立请求消息。

发起UE：

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

b)如果5G ProSe直接链路建立程序不用于远程UE与UE到网络的中继UE之间的5GProSe直接通信，那么将包含从上层接收到的ProSe标识符；

c)如果从上层接收，那么将包含被设置为目标UE的应用层ID的目标用户信息，或如果目的地层2ID为目标UE的单播层2ID，那么将包含被设置为在5G ProSe UE到网络的中继发现程序期间获得的5G ProSe UE到网络的中继UE的标识的目标用户信息；

d)如果在UE PC5单播信令完整性保护策略被设置为“需要信令完整性保护”或“优选信令完整性保护”，那么将包含密钥建立信息容器，且如果UE PC5单播信令完整性保护策略被设置为“不需要信令完整性保护”，那么可以包含密钥建立信息容器；

注2：密钥建立信息容器由上层提供。

e)如果UE PC5单播信令完整性保护策略被设置为“需要信令完整性保护”或“优选信令完整性保护”，那么将包含出于通过此5G ProSe直接链路进行会话密钥建立的目的被设置为由发起UE产生的128位临时数值的Nonce_1；

f)将包含其UE安全能力，指示发起UE针对此5G ProSe直接链路的安全性建立支持的算法的列表；

g)如果UE PC5单播信令完整性保护策略被设置为“需要信令完整性保护”或“优选信令完整性保护”，那么将包含如3GPP TS 33.503[34]中所指定由发起UE选择的K_NRP-sessID的8个最高有效位(most significant bit，MSB)；

h)如果发起UE具有用于目标UE的现有K_NRP，那么可包含K_NRPID；

i)将包含其UE PC5单播信令安全策略。在不同的ProSe应用映射到不同的PC5单播信令安全策略的情况下，当发起UE想要建立可用于超过一个ProSe应用的单个单播链路时，这些ProSe应用的每个信令安全策略应兼容，例如“不需要信令完整性保护”和“需要信令完整性保护”不兼容。在5G ProSe直接链路建立程序用于5G ProSe层3远程UE和5G ProSe层3UE到网络的中继UE之间的直接通信的情况下，信令完整性保护策略将被设置为“需要信令完整性保护”；

j)如果5G ProSe直接链路建立程序用于5G ProSe远程UE与5G ProSe UE到网络的中继UE之间的直接通信，那么将包含被设置为目标中继UE的中继服务代码的中继服务代码IE；以及

h)如果出现以下情况，那么将包含被设置为发起UE的SUCI的UE标识IE：

1)5G ProSe直接链路建立程序用于5G ProSe层3远程UE与5G ProSe层3UE到网络的中继UE之间的直接通信；以及

2)用于5G ProSe层3中继的安全性使用控制平面上的安全程序，如3GPP TS33.503[34]中所指定。

编者注：UE如何确定用于5G ProSe层3中继的安全性是使用控制平面上的安全程序还是用户平面上的安全程序有待进一步研究，如3GPP TS 33.503[34]中所指定。

在产生ProSe直接链路建立请求消息之后，发起UE将此消息连同用于单播通信的发起UE的层2ID和以下一起传递到下层以供传送：

a)用于单播初始信令的目的地层2ID；或

b)在如章节8.2.1中所定义的5G ProSe UE到网络的中继发现程序期被设置为选定的5GProSe UE到网络的中继UE的源层2ID的目的地层2ID；

并启动定时器T5080。

当定时器T5080运行时，UE不应向由相同应用层ID标识的相同目标UE发送新的ProSe直接链路建立请求消息。如果目标用户信息IE不包含在ProSe直接链路建立请求消息(即，面向ProSe应用的5G ProSe直接链路建立程序)中，那么发起UE将处理从不同目标UE接收到的多个ProSe直接链路建立接受消息(若存在)，用于在定时器T5080到期之前建立多个5G ProSe直接链路。

注3：为了确保成功的5G ProSe直接链路建立，T5080应被设置为大于T5089和T5092的总和的值。

[3GPP TS24.554 V17.2.1中标题为“面向UE的5G ProSe直接链路建立程序”的编号7.2.2.2.1的参考图再现为图12]

[3GPP TS24.554 V17.2.1中标题为“面向ProSe服务的5G ProSe直接链路建立程序”的编号7.2.2.2.2的参考图再现为图13]

7.2.2.3由目标UE接受的5G ProSe直接链路建立程序

在接收到ProSe直接链路建立请求消息后，如果目标UE接受此请求，那么目标UE将唯一地指派PC5链路标识符，产生5G ProSe直接链路上下文。

如果ProSe直接链路建立请求消息不用于远程UE与UE到网络的中继UE之间的5GProSe直接通信，那么目标UE指派用于此5G ProSe直接链路的层2ID。最新指派的层2ID替换在ProSe直接链路建立请求消息上接收到的目标层2ID。目标UE接着将这个指派的层2ID和由下层提供的此消息的传送中使用的源层2ID存储于5G ProSe直接链路上下文中。

目标UE可发起章节7.2.12中所指定的5G ProSe直接链路认证程序并且将发起章节7.2.10中所指定的5G ProSe直接链路安全模式控制程序。

注1：在目标UE的层2ID已用于与相同对等方的先前5G ProSe直接链路中的情况下，目标UE有可能重新使用由下层提供的ProSe直接链路建立请求消息的传送中使用的目标UE的层2ID。

如果：

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

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

那么目标UE将：

a)基于包含在ProSe直接链路建立请求消息中的K_NRPID，识别现有K_NRP；或

b)如果K_NRPID不包含在ProSe直接链路建立请求消息中，目标UE不具有用于包含在ProSe直接链路建立请求消息中的K_NRPID的现有K_NRP，或目标UE希望导出新K_NRP，那么导出新K_NRP。这可能需要执行章节7.2.12中所指定的一个或多个5G ProSe直接链路认证程序。

注2：需要执行5G ProSe直接链路认证程序多少次才能导出新K_NRP取决于所使用的认证方法。

在标识现有K_NRP或导出新K_NRP之后，目标UE将发起如章节7.2.10中所指定的5GProSe直接链路安全模式控制程序。

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

在将ProSe直接链路建立接受消息发送到远程UE之前，在以下情况中，充当5GProSe层3UE到网络的中继UE的目标UE将通知下层发起3GPP TS24.501[11]中所指定的UE请求的PDU会话建立程序：

1)用于中继与RSC相关联的服务的PDU会话尚未建立；或

2)用于中继与RSC相关联的服务的PDU会话已经建立，但PDU会话类型为非结构化的。

如果目标UE接受5G ProSe直接链路建立程序，那么目标UE将产生ProSe直接链路建立接受消息。目标UE：

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

b)如果目标UE不充当5G ProSe层2UE到网络的中继UE，那么将包含PQFI、对应PC5QoS参数和任选地目标UE接受的ProSe标识符；

c)如果目标UE不充当5G ProSe层2UE到网络的中继UE，那么可包含PC5 QoS规则；

d)如果使用IP通信且目标UE不充当5G ProSe层2UE到网络的中继UE，那么将包含被设置为以下值中的一个的IP地址配置IE：

1)“DHCPv4服务器”，如果仅IPv4地址分配机制受目标UE支持，即充当DHCPv4服务器；或

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

3)“DHCPv4服务器与IPv6路由器”，如果IPv4和IPv6地址分配机制两者均受目标UE支持；或

4)“不支持地址分配”，如果IPv4和IPv6地址分配机制均不受目标UE支持且目标UE不充当5G ProSe层3UE到网络的中继UE；

注：如果以太网或非结构化数据单元类型用于通信，那么UE不包含IP地址配置IE也不包含链路本地IPv6地址IE。

e)如果IP地址配置IE被设置为“不支持地址分配”，接收到的ProSe直接链路安全模式完成消息包含链路本地IPv6地址IE且目标UE既不充当5G ProSe层2UE到网络的中继UE也不充当5G ProSe层3中继UE，那么将包含基于IETF RFC 4862[16]在本地形成的链路本地IPv6地址IE；以及

f)应包含基于商定的用户平面安全策略的UE PC5单播用户平面安全保护的配置，如3GPP TS 33.503[34]中所指定。

在产生ProSe直接链路建立接受消息之后，目标UE将此消息连同用于单播通信的发起UE的层2ID和用于单播通信的目标UE的层2ID一起传递到下层以供传送，且将在5GProSe直接链路的ProSe标识符中的至少一个满足如章节5.2中所指定的隐私要求时启动定时器T5090。

在发送ProSe直接链路建立接受消息之后，目标UE将以下信息连同层2ID一起提供到下层，这使得下层能够处理将到来的PC5信令或业务数据：

a)针对此5G ProSe直接链路自行指派的PC5链路标识符；

b)PQFI及其对应PC5 QoS参数(若可用)；以及

c)激活针对5G ProSe直接链路的PC5单播用户平面安全保护(若适用)的指示。

如果目标UE接受5G ProSe直接链路建立请求且建立5G ProSe直接链路不用于5GProSe远程UE与5G ProSe UE到网络的中继UE之间的5G ProSe直接通信，那么目标UE可执行章节7.2.7中所指定的通过5G ProSe直接链路进行的PC5 QoS流建立。如果建立5G ProSe直接链路用于5G ProSe层3远程UE与5G ProSe层3UE到网络的中继UE之间的5G ProSe直接通信，那么目标UE可执行章节8.2.6中所指定的通过5G ProSe直接链路进行的PC5 QoS流建立。

7.2.2.4通过发起UE进行的5G ProSe直接链路建立程序完成

如果目标用户信息IE包含在ProSe直接链路建立请求消息中，那么在接收到ProSe直接链路建立接受消息后，发起UE将停止定时器T5080。如果目标用户信息IE不包含在ProSe直接链路建立请求消息中，那么发起UE可保持定时器T5080运行且继续处理来自多个目标UE的多个响应消息(即，ProSe直接链路建立接受消息)。

对于接收到的ProSe直接链路建立接受消息中的每一个，发起UE将唯一地指派PC5链路标识符且针对5G ProSe直接链路中的每一个产生5G ProSe直接链路上下文。接着，发起UE将由下层提供的此消息的传送中使用的源层2ID和目的地层2ID存储在5G ProSe直接链路上下文中以完成与目标UE的5G ProSe直接链路的建立。从此时间起，发起UE应使用用于通过PC5进行ProSe直接通信的所建立链路以及到达目标UE的额外PC5信令消息。

在接收到ProSe直接链路建立接受消息之后，发起UE将删除其针对目标UE具有的旧安全上下文且将以下信息连同层2ID一起提供到下层，这使得下层能够处理将到来的PC5信令或业务数据：

a)针对此5G ProSe直接链路自行指派的PC5链路标识符；

b)PQFI及其对应PC5 QoS参数(若可用)；以及

c)激活针对5G ProSe直接链路的PC5单播用户平面安全保护(若适用)的指示。

如果5G ProSe直接链路的ProSe标识符中的至少一个满足章节5.2中所指定的隐私要求，那么发起UE将启动定时器T5090。

另外，发起UE可以如章节7.2.7中所指定的那样通过5G ProSe直接链路执行PC5QoS流建立。

在定时器T5080到期后，如果ProSe直接链路建立请求消息不包含目标用户信息IE且发起UE接收到至少一个ProSe直接链路建立接受消息，那么是否将5G ProSe直接链路建立程序视为完成或重新启动定时器T5080由UE实施方案决定。

[…]

7.2.3 5G ProSe直接链路修改程序

7.2.3.1综述

5G ProSe直接链路修改程序的目的是修改现有ProSe直接链路以：

a)将新的PC5 QoS流添加到现有5G ProSe直接链路；

b)修改用于更新现有PC5 QoS流的PC5 QoS参数的现有PC5 QoS流；

c)修改用于使新的ProSe应用与现有PC5 QoS流相关联的现有PC5 QoS流；

d)修改用于从现有PC5 QoS流移除相关联的ProSe应用的现有PC5 QoS流；或

e)从现有5G ProSe直接链路移除现有PC5 QoS流。

在此程序中，发送ProSe直接链路修改请求消息的UE称为“发起UE”，且另一UE称为“目标UE”。

注：5G ProSe直接链路修改程序不适用于5G ProSe层2UE到网络中继的情况。

7.2.3.2由发起UE发起的5G ProSe直接链路修改程序

发起UE在发起将新的ProSe应用添加到现有5G ProSe直接链路的此程序之前，应满足以下前提：

a)发起UE和目标UE之间存在5G ProSe直接链路；

b)此5G ProSe直接链路的一对应用层ID和网络层协议与此ProSe应用的发起UE中的应用层所需的那些相同；以及

c)对应于ProSe标识符的安全策略与现有5G ProSe直接链路的安全策略一致。

在从上层接收到服务数据或请求之后，发起UE将执行章节7.2.8中所指定的PC5QoS流匹配。如果不存在匹配PC5 QoS流，那么发起UE将导出PC5 QoS参数，且指派PQFI以用于如章节7.2.7中所指定的那样建立的PC5 QoS流。

如果5G ProSe直接链路修改程序是将新的PC5 QoS流添加到现有5G ProSe直接链路，那么发起UE将创建ProSe直接链路修改请求消息。在此消息中，发起UE：

a)将包含PQFI、对应PC5 QoS参数和任选地ProSe标识符；

b)将包含被设置为“将新的PC5 QoS流添加到现有5G ProSe直接链路”的链路修改操作代码；以及

c)可包含用于指示PC5 QoS流的包过滤器的PC5 QoS规则。

如果5G ProSe直接链路修改程序是修改现有5G ProSe直接链路中的现有PC5 QoS流的PC5 QoS参数，那么发起UE将创建ProSe直接链路修改请求消息。在此消息中，发起UE：

a)将包含PQFI和对应PC5 QoS参数，包含ProSe标识符；

b)将包含被设置为“修改现有PC5 QoS流的PC5 QoS参数”的链路修改操作代码；以及

c)可包含用于指示PC5 QoS流的包过滤器的PC5 QoS规则。

如果5G ProSe直接链路修改程序是使新的ProSe应用与现有PC5 QoS流相关联，那么发起UE将创建ProSe直接链路修改请求消息。在此消息中，发起UE：

a)将包含PQFI和对应PC5 QoS参数，包含ProSe标识符；

b)将包含被设置为“使新的ProSe应用与现有PC5 QoS流相关联”的链路修改操作代码；以及

c)可包含用于指示PC5 QoS流的包过滤器的PC5 QoS规则。

如果PC5 5G ProSe直接链路修改程序是从现有PC5 QoS流移除相关联的ProSe应用，那么发起UE将创建ProSe直接链路修改请求消息。在此消息中，发起UE：

a)将包含PQFI和对应PC5 QoS参数，包含ProSe标识符；以及

b)将包含被设置为“从现有PC5 QoS流移除ProSe应用”的链路修改操作代码。

如果直接链路修改程序是从现有5G ProSe直接链路移除任何PC5 QoS流，那么发起UE将创建ProSe直接链路修改请求消息。在此消息中，发起UE：

a)将包含PQFI；以及

b)将包含被设置为“从现有5G ProSe直接链路移除现有PC5 QoS流”的链路修改操作代码。

在产生ProSe直接链路修改请求消息之后，发起UE应将此消息与用于5G ProSe直接通信的发起UE的层2ID和用于5G ProSe直接通信的目标UE的层2ID一起传递到下层以供传送，并启动定时器T5081。在定时器T5081运行时，UE不应将新的ProSe直接链路修改请求消息发送到相同目标UE。

[3GPP TS24.554 V17.2.1中标题为“5G ProSe直接链路修改程序”的编号7.2.3.2.1的参考图再现为图14]

7.2.3.3由目标UE接受的5G ProSe直接链路修改程序

如果接受ProSe直接链路修改请求消息，那么目标UE将用直接链路修改接受消息作出响应。

如果ProSe直接链路修改请求消息将添加新的ProSe应用，那么添加新的PC5 QoS流或修改5G ProSe直接链路中的任何现有PC5 QoS流，目标UE：

a)将包含PQFI、对应PC5 QoS参数和任选地目标UE接受的ProSe标识符；以及

b)可包含用于指示PC5 QoS流的包过滤器的PC5 QoS规则；

在ProSe直接链路修改接受消息中。

如果ProSe直接链路修改请求消息是从5G ProSe直接链路移除现有ProSe应用，那么目标UE将从与5G ProSe直接链路相关联的属性集中删除在ProSe直接链路修改请求消息中接收到的ProSe标识符以及对应的PQFI和PC5 QoS参数。

如果ProSe直接链路修改请求消息是从PC5 5G ProSe直接链路移除现有PC5 QoS流，那么目标UE将从与5G ProSe直接链路相关联的属性集中删除PQFI和对应的PC5 QoS参数。

如果ProSe直接链路修改请求消息是添加新的ProSe应用、添加新的PC5 QoS流或修改5G ProSe直接链路中的任何现有PC5 QoS流，那么在发送ProSe直接链路修改接受消息之后，目标UE将添加的或修改的PQFI和对应的PC5 QoS参数以及PC5链路标识符提供到下层。

如果ProSe直接链路修改请求消息是移除现有ProSe应用或从5G ProSe直接链路移除现有PC5 QoS流，那么在发送ProSe直接链路修改接受消息之后，目标UE将所移除的PQFI以及PC5链路标识符提供到下层。

如果目标UE接受5G ProSe直接链路修改请求，那么目标UE可在5G ProSe直接链路上执行PC5 QoS流建立，如章节7.2.7中所指定，且在5G ProSe直接链路上执行PC5 QoS流匹配，如章节7.2.8中所指定。

7.2.3.4由发起UE进行的5G ProSe直接链路修改程序完成

在接收到ProSe直接链路修改接受消息后，发起UE将停止定时器T5081。

在接收到ProSe直接链路修改接受消息后，如果ProSe直接链路修改请求消息是添加新的ProSe应用、添加新的PC5 QoS流或修改5G ProSe直接链路中的任何现有PC5 QoS流，那么发起UE将添加的或修改的PQFI和对应的PC5 QoS参数以及PC5链路标识符提供到下层。

在接收到ProSe直接链路修改接受消息，如果ProSe直接链路修改请求消息是移除现有ProSe应用或从5G ProSe直接链路移除现有PC5 QoS流，那么发起UE将所移除的PQFI以及PC5链路标识符提供到下层。

另外，发起UE可以如章节7.2.7中所指定的那样通过5G ProSe直接链路执行PC5QoS流建立。

[…]

7.2.4 5G ProSe直接链路标识符更新程序

7.2.4.1综述

5G ProSe直接链路标识符更新程序用于在使用新的标识符之前，在两个UE之间为5GProSe直接链路更新和交换新标识符(例如，应用层ID、层2ID、安全性信息和IP地址/前缀)。发送ProSe直接链路标识符更新请求消息的UE被称作“发起UE”，且另一UE被称作“目标UE”。

7.2.4.2由发起UE进行的5G ProSe直接链路标识符更新程序发起

如果存在以下情况，那么发起UE将发起程序：

a)发起UE从上层接收改变应用层ID的请求，并且存在与此应用层ID相关联的现有5GProSe直接链路；或

b)发起UE的层2ID的隐私定时器(见章节5.2.4)针对现有5G ProSe直接链路到期。

如果5G ProSe直接链路标识符更新程序被发起UE的应用层ID的变化触发，那么发起UE将创建ProSe直接链路标识符更新请求消息。在此消息中，发起UE：

a)将包含从上层接收到的发起UE的新应用层ID；

b)将包含发起UE自身指派的新的层2ID；

c)将包含K_NRP-sessID的新MSB；以及

d)如果使用IP通信且5G ProSe直接链路不用于5G ProSe层2远程UE和5G ProSe层2UE到网络的中继UE之间的5G ProSe直接通信，那么将包含新IP地址/前缀。

如果5G ProSe直接链路标识符更新程序被发起UE的隐私定时器T5090的到期触发，如章节5.2.4和章节5.2.5中所指定，那么发起UE将创建ProSe直接链路标识符更新请求消息。在此消息中，发起UE：

a)将包含发起UE自身指派的新的层2ID；

b)将包含K_NRP-sessID的新MSB；

c)如果从上层接收到，那么可包含发起UE的新应用层ID；以及

d)如果使用IP通信且IP通信改变，并且5G ProSe直接链路不用于5G ProSe层2远程UE和5G ProSe层2UE到网络的中继UE之间的5G ProSe直接通信，那么将包含新IP地址/前缀。

在产生ProSe直接链路标识符更新请求消息之后，发起UE将此消息连同用于5GProSe直接通信的发起UE的旧层2ID和用于5G ProSe直接通信的目标UE的层2ID一起传递到下层以供传送，并启动定时器T5082。在定时器T5082运行时，UE不应将新的ProSe直接链路标识符更新请求消息发送到相同目标UE。

[3GPP TS24.554 V17.2.1中标题为“5G ProSe直接链路标识符更新程序”的编号7.2.4.2.1的参考图再现为图15]

7.2.4.3由目标UE接受的5G ProSe直接链路标识符更新程序

在接收到直接链路标识符更新请求消息ProSe直接链路标识符更新请求消息后，如果目标UE确定：

a)与此请求消息相关联的5G ProSe直接链路仍然有效；且

b)用于通过此请求消息标识的5G ProSe直接链路的定时器T5083不处于运行中，

随后，目标UE接受此请求并且用ProSe直接链路标识符更新接受消息作出响应。

目标UE将创建ProSe直接链路标识符更新接受消息。在此消息中，目标UE：

a)将包含目标UE自身指派的新的层2ID；

b)将包含K_NRP-sessID的新LSB；

c)将包含发起UE的K_NRP-sessID的新MSB；

d)将包含发起UE的新的层2ID；

e)如果从上层接收到，那么将包含目标UE的新应用层ID；

f)如果从发起UE接收到并且使用IP通信，那么将包含发起UE的新IP地址/前缀；

g)如果从发起UE接收到，那么将包含发起UE的新应用层ID；以及

h)如果使用IP通信且IP通信改变，并且5G ProSe直接链路不用于5G ProSe层2远程UE和5G ProSe层2UE到网络的中继UE之间的5G ProSe直接通信，那么将包含目标UE的新IP地址/前缀。

在产生ProSe直接链路标识符更新接受消息之后，目标UE将此消息连同用于5GProSe直接通信的发起UE的旧层2ID和用于5G ProSe直接通信的目标UE的旧层2ID一起传递到下层以供传送，并启动定时器T5083。在定时器T5083运行时，UE不应将新的ProSe直接链路标识符更新接受消息发送到相同发起UE。

在目标UE使用新层2ID接收业务之前，目标UE将继续从发起UE接收具有旧层2ID(即，发起UE的旧层2ID和目标UE的旧层2ID)的业务。

在目标UE从发起UE接收ProSe直接链路标识符更新Ack消息之前，目标UE将保持使用旧层2ID发送业务到发起UE(即，用于5G ProSe直接通信的发起UE的旧层2ID和用于5GProSe直接通信的目标UE的旧层2ID)。

7.2.4.4由发起UE确认的5G ProSe直接链路标识符更新程序

在接收到ProSe直接链路标识符更新接受消息时，发起UE将停止定时器T5082，并且用ProSe直接链路标识符更新Ack消息作出响应。在此消息中，发起UE：

a)将包含目标UE的新的层2ID；

b)将包含目标UE的K_NRP-sessID的新LSB；

c)将包含目标UE的新应用层ID(若接收到)；以及

d)将包含目标UE的新IP地址/前缀(若接收到)。

在产生ProSe直接链路标识符更新Ack消息之后，发起UE将此消息连同用于5GProSe直接通信的发起UE的旧层2ID和用于5G ProSe直接通信的目标UE的旧层2ID一起传递到下层以供传送，并且将停止定时器T5090(若正在运行)，并启动定时器T5090，所述定时器T5090在用于5G ProSe直接链路的ProSe识别符中的至少一个满足章节5.2.4中所指定的隐私要求或满足章节5.2.5中所指定的隐私要求的情况下配置。

在发送ProSe直接链路标识符更新Ack消息后，发起UE将利用新识别符更新相关联的5G ProSe直接链路上下文，并将新层2ID(即，用于5G ProSe直接通信的发起UE的新层2ID和用于5G ProSe直接通信的目标UE的新层2ID)连同PC5链路标识符一起向下传递到下层。接着，发起UE将使用新层2ID(即，用于5G ProSe直接通信的发起UE的新层2ID和用于5GProSe直接通信的目标UE的新层2ID)传送PC5信令消息和PC5用户平面数据。

发起UE将继续从目标UE接收具有旧层2ID(即，用于5G ProSe直接通信的发起UE的旧层2ID和用于5G ProSe直接通信的目标UE的旧层2ID)的业务，直到它从目标UE接收到具有新层2ID(即，发起UE的新层2ID和目标UE的新层2ID)的业务为止。

7.2.4.5由目标UE进行的5G ProSe直接链路标识符更新程序完成

在接收到ProSe直接链路标识符更新Ack消息后，目标UE将利用新标识符更新相关联的5G ProSe直接链路上下文，将新层2ID(即，发起UE的新层2ID和目标UE的新层2ID)向下传递到下层，停止定时器T5083和定时器T5090(若正在运行)，并启动定时器T5090，所述定时器T5090在用于5G ProSe直接链路的ProSe识别符中的至少一个满足章节5.2.4中所指定的隐私要求或满足章节5.2.5中所指定的隐私要求的情况下配置。接着，目标UE将使用新层2ID(即，用于5G ProSe直接通信的发起UE的新层2ID和用于5G ProSe直接通信的目标UE的新层2ID)传送PC5信令消息和PC5用户平面数据。

[…]

7.2.5 5G ProSe直接链路保持活动程序

7.2.5.1综述

5G ProSe直接链路保持活动程序用于维持两个UE之间的5G ProSe直接链路，即，检查两个UE之间的链路仍有效。发送ProSe直接链路保持活动请求消息的UE被称作“发起UE”，且另一UE被称作“目标UE”。

5G ProSe直接链路保持活动程序可由仅一个UE或这两个UE在所建立的5G ProSe直接链路中发起。

注：5G ProSe直接链路保持活动程序是由所建立5G ProSe直接链路中的仅一个UE还是两个UE发起是UE实施方案特定的。

7.2.5.2由发起UE进行的5G ProSe直接链路保持活动程序发起

发起UE在发起5G ProSe直接链路保持活动程序之前应满足以下前提：

a)发起UE和目标UE之间存在5G ProSe直接链路。

发起UE将针对5G ProSe直接链路保持活动程序管理保持活动定时器T5084和保持活动计数器。定时器T5084用于触发5G ProSe直接链路保持活动程序的周期性发起。UE将在每次UE通过此5G ProSe直接链路从目标UE接收到PC5信令消息或PC5用户平面数据时启动或重新启动定时器T5084。UE在5G ProSe直接链路建立之后将保持活动计数器设置为初始值零。

发起UE将在以下情况中发起5G ProSe直接链路保持活动程序：

a)此链路的定时器T5084到期；

b)任选地，接收到来自下层的检查5G ProSe直接链路的可行性的请求；或

注1：下层是否可以请求5G ProSe直接链路保持活动程序的发起以及请求5GProSe直接链路保持活动程序发起的下层的触发是什么是UE实施方案特定的。

c)任选地，接收到来自上层的检查5G ProSe直接链路的可行性的请求。

注2：上层是否可以请求5G ProSe直接链路保持活动程序发起以及请求5G ProSe直接链路保持活动程序发起的上层的触发是什么是UE实施方案特定的。

为了发起5G ProSe直接链路保持活动程序，发起UE将停止定时器T5084(若正在运行)，并且将创建ProSe直接链路保持活动请求消息。在此消息中，发起UE：

a)将包含用于5G ProSe直接链路的保持活动计数器；以及

b)可包含用于指示发起UE在此5G ProSe直接链路上的最大不活动周期的最大不活动周期。

注3：针对发起UE的最大不活动周期选择的值是UE实施方案特定的，目标是尽可能多地将保持活动程序的数目降至最低。希望最大不活动周期的值略高于保持活动定时器T5084的值。

在产生ProSe直接链路请求消息之后，发起UE将此消息连同用于5G ProSe直接通信的发起UE的层2ID和用于5G ProSe直接通信的目标UE的层2ID一起传递到下层以供传送，并启动定时器T5085。在定时器T5085运行时，UE不应将新ProSe直接链路保持活动请求消息发送到相同目标UE。

[3GPP TS24.554 V17.2.1中标题为“5G ProSe直接链路修保持活动程序”的编号7.2.5.2.1的参考图再现为图16]

7.2.5.3由目标UE接受的5G ProSe直接链路保持活动程序

在接收到ProSe直接链路保持活动请求消息后，目标UE将创建ProSe直接链路保持活动响应消息。在此消息中，目标UE：

a)将包含被设置为与ProSe直接链路保持活动请求消息中接收到的相同的值的保持活动计数器。

在产生ProSe直接链路保持活动响应消息之后，目标UE将此消息连同用于5GProSe直接通信的目标UE的层2ID和用于5G ProSe直接通信的发起UE的层2ID一起传递到下层以供传送。

如果最大不活动周期包含在ProSe直接链路保持活动请求消息中，那么目标UE将停止T5086(若正在运行)，并启动T5086，其值被设置为最大不活动周期。目标UE将在每次目标UE通过此5G ProSe直接链路从发起UE接收到PC5信令消息或PC5用户平面数据时重新启动T5086。

7.2.5.4由发起UE进行的5G ProSe直接链路保持活动程序完成

在接收到ProSe直接链路保持活动响应消息后，发起UE将停止定时器T5085，启动定时器T5084，并使用于5G ProSe直接链路的保持活动计数器增加。

[…]

7.2.10 5G ProSe直接链路安全模式控制程序

7.2.10.1综述

5G ProSe直接链路安全模式控制程序用于在5G ProSe直接链路建立程序或5GProSe直接链路密钥更新程序期间在两个UE之间建立安全性。如果不激活UE PC5信令完整性保护，那么未建立安全性。在成功完成5G ProSe直接链路安全模式控制程序之后，选定的安全算法和密钥用于完整性保护且加密通过UE之间的此5G ProSe直接链路交换的所有PC5信令消息，且安全上下文可用于保护通过UE之间的此5G ProSe直接链路交换的所有PC5用户平面数据。发送ProSe直接链路安全模式命令消息的UE被称作“发起UE”，且另一UE被称作“目标UE”。

编者注：由于5G ProSe层2UE到网络的中继和5G ProSe层3UE到网络的中继的安全要求对5G ProSe直接链路安全模式控制程序的任何可能改变有待进一步研究且等待SA3结论。

7.2.10.2通过发起UE发起5G ProSe直接链路安全模式控制程序

发起UE在发起5G ProSe直接链路安全模式控制程序之前应满足以下前提：

a)目标UE已通过发送ProSe直接链路建立请求消息以及以下朝向发起UE发起5GProSe直接链路建立程序：

1)ProSe直接链路建立请求消息：

i)包含目标用户信息IE，其包含发起UE的应用层ID；或

ii)不包含目标用户信息IE且发起UE对ProSe直接链路建立请求消息中通过ProSe标识符所标识的ProSe服务感兴趣；以及

2)发起UE：

i)已基于包含在ProSe直接链路建立请求消息中的K_NRPID标识了现有K_NRP或导出了新K_NRP；或

ii)已基于其UE 5G ProSe直接信令安全策略和目标UE的5G ProSe直接信令安全策略决定不激活安全保护；或

b)目标UE已通过发送ProSe直接链路密钥更新请求消息以及以下朝向发起UE发起5GProSe直接链路密钥更新程序：

1)如果目标UE已在ProSe直接链路密钥更新请求消息中包含重新认证指示，那么发起UE已导出新K_NRP。

如果发起UE已导出新K_NRP，那么发起UE将产生K_NRPID的2个MSB，以确保所得K_NRP ID在发起UE中是唯一的。

发起UE应根据其UE 5G ProSe直接信令安全策略和目标UE的5G ProSe直接信令安全策略来选择安全算法。如果在5G ProSe直接链路建立程序期间触发5G ProSe直接链路安全模式控制程序，那么如果发起UE或目标UE的5G ProSe直接信令完整性保护策略被设置为“需要信令完整性保护”，那么发起UE应不选择空完整性保护算法。如果在5G ProSe直接链路密钥更新程序期间触发5G ProSe直接链路安全模式控制程序，那么发起UE：

a)如果当前用于5G ProSe直接链路的完整性保护算法不同于空完整性保护算法，那么应不选择空完整性保护算法；

b)如果当前用于5G ProSe直接链路的加密保护算法不同于空加密保护算法，那么应不选择空加密保护算法；

c)如果当前在使用中的完整性保护算法为空完整性保护算法，那么将选择空完整性保护算法；以及

d)如果当前在使用中的加密保护算法为空加密保护算法，那么应选择空加密保护算法。

接着，发起UE将：

a)生成128位Nonce_2值；

b)从在ProSe直接链路建立请求消息中接收到的K_NRP、Nonce_2和Nonce_1导出K_NRP-sess，如3GPP TS 33.536[37]中所指定；

c)从K_NRP-sess和选定的安全算法导出NR PC5加密密钥NRPEK和NR PC5完整性密钥NRPIK，如3GPP TS 33.536[37]中所指定，且

d)产生ProSe直接链路安全模式命令消息。在此消息中，发起UE：

1)如果在发起UE处已导出新K_NRP且用于产生K_NRP的认证方法需要发送信息来完成5GProSe直接链路认证程序，那么将包含密钥建立信息容器IE；

注：密钥建立信息容器由上层提供。

2)如果在发起UE处已导出新K_NRP，那么将包含K_NRPID IE的MSB；

3)如果选定的完整性保护算法并非空完整性保护算法，那么出于通过此5G ProSe直接链路的会话密钥建立的目的，将包含被设置为由发起UE产生的128位随机数值的Nonce_2IE；

4)将包含所选择的安全性算法；

5)将在ProSe直接链路建立请求消息或ProSe直接链路密钥更新请求消息中包含从目标UE接收到的UE安全能力；

6)将在ProSe直接链路建立请求消息中包含从目标UE接收到的UE 5G ProSe直接信令安全策略；且

7)如果选定的完整性保护算法并非空完整性保护算法，那么将包含如3GPP TS33.536[37]中所指定的由发起UE选择的K_NRP-sessID的LSB。

如果激活此5G ProSe直接链路的安全保护，那么发起UE将从ProSe直接链路建立请求消息或ProSe直接链路密钥更新请求消息中接收到的K_NRP-sessID的MSB和ProSe直接链路安全模式命令消息中包含的K_NRP-sessID的LSB形成K_NRP-sessID。发起UE将使用K_NRP-sessID标识新安全上下文。

在产生ProSe直接链路安全模式命令消息之后，发起UE将此消息连同用于5GProSe直接通信的发起UE的层2ID和用于5G ProSe直接通信的目标UE的层2ID、NRPIK、NRPEK(如果可适用)、K_NRP-sessID、如TS 33.536[37]中所指定的选定安全算法；用于具有新安全上下文的5G ProSe直接链路的5G ProSe直接信令安全保护的激活指示(如果可适用)一起传递到下层以供传送，且启动定时器T5089。当定时器T5089处于运行中时，发起UE将不发送新ProSe直接链路安全模式命令消息到同一目标UE。

注：ProSe直接链路安全模式命令消息在下层处通过使用新安全上下文受完整性保护(且未加密)。

如果在5G ProSe直接链路密钥更新程序期间触发5G ProSe直接链路安全模式控制程序，那么发起UE将用于具有新安全上下文的5G ProSe直接链路的5G ProSe直接用户平面安全保护的激活指示(如果可适用)连同用于5G ProSe直接通信的发起UE的层2ID和用于5G ProSe直接通信的目标UE的层2ID一起提供到下层。

[3GPP TS24.554 V17.2.1中标题为“5G ProSe直接链路安全模式控制程序”的编号7.2.10.2.1的参考图再现为图17]

7.2.10.3由目标UE接受的5G ProSe直接链路安全模式控制程序

在接收到ProSe直接链路安全模式命令消息后，如果包含新指派的发起UE的层2ID且如果尚未执行5G ProSe直接链路认证程序，那么目标UE将使用用于5G ProSe直接通信的新指派的发起UE的层2ID替换原始发起UE的层2ID。目标UE将检查包含于ProSe直接链路安全模式命令消息中的选定安全算法IE。如果包含“空完整性算法”于选定的安全算法IE中，那么不激活此5G ProSe直接链路的安全性。如果“空加密算法”和除“空完整性算法”外的完整性算法包含于选定算法IE中，那么不激活信令加密保护。如果目标UE的5G ProSe直接信令完整性保护策略被设置为“需要信令完整性保护”，那么目标UE将检查ProSe直接链路安全模式命令消息中选定的安全算法IE不包含空完整性保护算法。如果选定的完整性保护算法并非空完整性保护算法，那么目标UE将：

a)从在ProSe直接链路安全模式命令消息中接收到的K_NRP、Nonce_1和Nonce_2导出K_NRP-sess，如3GPP TS 33.536[37]中所指定；以及

b)从K_NRP-sess和选定的完整性算法导出NRPIK，如3GPP TS 33.536[37]中所指定。

如果导出K_NRP-sess且选定的加密保护算法并非空加密保护算法，那么目标UE将从K_NRP-sess和选定的加密算法导出NRPEK，如3GPP TS 33.536[37]中所指定。

目标UE将确定ProSe直接链路安全模式命令消息是否可由以下接受：

a)如果目标UE的5G ProSe直接信令完整性保护策略被设置为“需要信令完整性保护”，那么检查ProSe直接链路安全模式命令消息中选定的安全算法不包含空完整性保护算法；

b)如果选定的完整性保护算法并非空完整性保护算法，那么要求下层使用NRPIK和选定的完整性保护算法检查ProSe直接链路安全模式命令消息的完整性；

c)检查与目标UE在ProSe直接链路建立请求消息或ProSe直接链路密钥更新请求消息中发送到发起UE的值相比接收到的UE安全能力尚未更改；

d)如果在5G ProSe直接链路建立程序期间触发5G ProSe直接链路安全模式控制程序，那么

1)检查与目标UE在ProSe直接链路建立请求消息中发送到发起UE的值相比接收到的UE 5G ProSe直接信令安全策略尚未更改；以及

2)检查ProSe直接链路安全模式命令消息中包含的K_NRP-sessID的LSB未被设置为与响应于目标UE的ProSe直接链路建立请求消息从另一UE接收到的那些相同的值；以及

e)如果在5G ProSe直接链路密钥更新程序期间触发5G ProSe直接链路安全模式控制程序且当前用于5G ProSe直接链路的完整性保护算法不同于空完整性保护算法，那么检查ProSe直接链路安全模式命令消息中选定的安全算法并不包含空完整性保护算法。

如果目标UE在ProSe直接链路建立请求消息中并不包含K_NRPID，那么目标UE在ProSe直接链路密钥更新请求消息中包含重新认证指示，或发起UE选择导出新K_NRP，目标UE应如3GPP TS 33.536[37]中所指定导出K_NRP。目标UE应选择K_NRPID的2个LSB以确保所得K_NRPID在目标UE中将是唯一的。目标UE应从接收到的K_NRPID的MSB及其选择的K_NRPID的LSB形成K_NRPID，且应存储K_NRP以及完整的K_NRPID。

如果目标UE接受ProSe直接链路安全模式命令消息，那么目标UE应产生ProSe直接链路安全模式完成消息。在此消息中，目标UE：

a)如果直接通信不用于5G ProSe层2远程UE与5G ProSe层2UE到网络的中继UE之间的5G ProSe直接通信，那么将包含PQFI和对应PC5 QoS参数；

b)如果使用IP通信且在5G ProSe直接链路建立程序期间触发5G ProSe直接链路安全模式控制程序，那么将包含被设置为以下值中的一个的IP地址配置IE：

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

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

c)如果使用IP通信，IP地址配置IE被设置为“不支持地址分配”且在5G ProSe直接链路建立程序期间触发5G ProSe直接链路安全模式控制程序，那么将包含基于IETF RFC4862[25]在本地形成的链路本地IPv6地址IE；

d)如果导出新K_NRP，那么将包含K_NRPID的2个LSB；以及

e)如果在5G ProSe直接链路建立程序期间触发5G ProSe直接链路安全模式控制程序，那么将包含用于此5G ProSe直接链路的其UE 5G ProSe直接用户平面安全策略。在不同ProSe服务映射到不同5G ProSe直接用户平面安全策略的情况下，当超过一个ProSe标识符包含于ProSe直接链路建立请求消息中时，那些ProSe服务的用户平面安全策略中的每一个将兼容，例如“不需要用户平面完整性保护”和“需要用户平面完整性保护”不兼容。

如果选定的完整性保护算法并非空完整性保护算法，那么目标UE将从ProSe直接链路建立请求消息或ProSe直接链路密钥更新请求消息中已发送的K_NRP-sessID的MSB和ProSe直接链路安全模式命令消息中接收到的K_NRP-sessID的LSB形成K_NRP-sessID。目标UE将使用K_NRP-sessID标识新安全上下文。

在产生ProSe直接链路安全模式完成消息之后，目标UE将此消息连同用于5GProSe直接通信的目标UE的层2ID和用于5G ProSe直接通信的发起UE的层2ID、NRPIK、NRPEK(如果适用)、K_NRP-sessID、如3GPP TS 33.536[37]中所指定的选定安全算法和用于具有新安全上下文的5G ProSe直接链路的5G ProSe直接信令安全保护的激活指示(如果适用)一起传递到下层以供传送。

注：ProSe直接链路安全模式完成消息和其它5G ProSe直接信令消息在下层处使用新安全上下文完整性受保护且经加密(如果适用)。

如果在5G ProSe直接链路密钥更新程序期间触发5G ProSe直接链路安全模式控制程序，那么目标UE将用于具有新安全上下文的5G ProSe直接链路的5G ProSe直接用户平面安全保护的激活指示(如果适用)连同用于5G ProSe直接通信的发起UE的层2ID和用于5GProSe直接通信的目标UE的层2ID一起提供到下层。

7.2.10.4通过发起UE完成5G ProSe直接链路安全模式控制程序

在接收到ProSe直接链路安全模式完成消息后，发起UE将停止定时器T5089。如果选定的完整性保护算法并非空完整性保护算法，那么UE检查ProSe直接链路安全模式完成消息的完整性。如果完整性检查通过，那么发起UE应随后继续触发5G ProSe直接链路安全模式控制程序的程序。如果选定的完整性保护算法为空完整性保护算法，那么UE继续所述程序而无需检查完整性保护。

在接收到ProSe直接链路安全模式完成消息之后，发起UE将删除其针对目标UE所具有的旧安全上下文。

[…]

7.2.9在5G ProSe直接链路上的数据传送

7.2.9.1传送

当从上层接收到待在5G ProSe直接链路上发送到特定UE的用户数据时，传送UE应确定对应于应用层ID的5G ProSe直接链路上下文，且接着应在将每一传出协议数据单元传递到下层以供传送之前用以下信息标注所述每一传出协议数据单元：

a)层3协议数据单元类型(见3GPP TS 38.323[16])被设置为：

1)IP，如果ProSe消息含有IP数据；

2)以太网，如果ProSe消息含有以太网数据；或

3)非结构化，如果ProSe消息含有非结构化数据；

b)与5G ProSe直接链路上下文相关联的PC5链路标识符；

c)任选地，将源层2ID设置为与5G ProSe直接链路上下文相关联的源层2ID；

d)任选地，将目的地层2ID设置为与5G ProSe直接链路上下文相关联的目的地层2ID；以及

e)根据章节5.2.4中指定的映射规则，将PQFI设置为对应于ProSe标识符和任选的ProSe应用要求的值。

3GPP TS 38.331介绍以下内容：

5.8.9.1侧链路RRC重新配置

5.8.9.1.1综述

[3GPP TS 38.331 V17.2.0中标题为“侧链路RRC重新配置，成功”的编号5.8.9.1.1-1的参考图再现为图18]

此程序的目的是修改PC5-RRC连接，例如以建立/修改/释放侧链路DRB或PC5中继RLC信道、以(重新)配置NR侧链路测量和报告、以(重新)配置侧链路CSI参考信号资源、以(重新)配置CSI报告时延约束、以(重新)配置侧链路DRX且(重新)配置SL UE间协调报告的时延约束。

在以下情况中，UE可发起侧链路RRC重新配置程序并在以下情况中在对应的PC5-RRC连接上执行章节5.8.9.1.2中的操作：

-释放与对等UE相关联的侧链路DRB，如章节5.8.9.1a.1中所指定；

-建立与对等UE相关联的侧链路DRB，如章节5.8.9.1a.2中所指定；

-修改包含在与对等UE相关联的侧链路DRB的SLRB-Config中的参数，如章节5.8.9.1a.2中所指定；

-释放用于L2 U2N中继UE和远程UE的PC5中继RLC信道，如章节5.8.9.7.1中所指定；

-建立用于L2 U2N中继UE和远程UE的PC5中继RLC信道，如章节5.8.9.7.2中所指定；

-修改包含在用于L2 U2N中继UE和远程UE的PC5中继RLC信道的SL-RLC-ChannelConfigPC5中的参数，如章节5.8.9.7.2中所指定；

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

-(重新)配置侧链路CSI参考信号资源和CSI报告时延界限；

-(重新)配置对等UE以执行侧链路DRX；

-(重新)配置SL UE间协调报告的时延界限。

在RRC_CONNECTED中，UE应用在RRCReconfiguration(如果存在的话)中提供的NR侧链路通信参数。在RRC_IDLE或RRC_INACTIVE中，UE应用在***信息(如果存在的话)中提供的NR侧链路通信参数。对于其它情况，UE应用在SidelinkPreconfigNR(如果存在的话)中提供的NR侧链路通信参数。当UE在以上三种情况之间执行状态转变时，在获取新配置之后，UE应用在新状态中提供的NR侧链路通信参数。在获取新配置之前，UE继续应用在旧状态中提供的NR侧链路通信参数。

[…]

5.8.9.3侧链路无线电链路失败相关动作

UE将：

1>在从侧链路RLC实体指示已达到用于特定目的地的重新传送的最大数目后；或

1>在用于特定目的地的T400到期后；或

1>在从MAC实体指示已达到用于特定目的地的连续HARQ DTX的最大数目后；或

1>在针对特定目的地的来自侧链路PDCP实体的关于SL-SRB2或SL-SRB3的完整性检查失败指示后：

2>考虑针对此目的地检测到侧链路无线电链路失败；

2>根据章节5.8.9.1a.1释放此目的地的DRB；

2>根据章节5.8.9.1a.3释放此目的地的SRB；

2>根据章节5.8.9.7.1释放此目的地的PC5中继RLC信道(如果配置的话)；

2>丢弃此目的地的与NR侧链路通信相关的配置；

2>重置此目的地的侧链路特定MAC；

2>考虑针对目的地释放PC5-RRC连接；

2>针对此目的地指示到上层的PC5-RRC连接的释放(即，PC5是不可用的)；

2>如果UE处于RRC_CONNECTED下：

3>如果UE充当L2 U2N远程UE：

4>发起RRC连接重新建立程序，如章节5.3.7中所指定。

3>否则：

4>执行如在5.8.3.3中所指定的用于NR侧链路通信程序的侧链路UE信息；

注：由UE实施方案决定是否以及如何向上层指示维持保持活动程序[55]。

[…]

9.1.1.4SCCH配置

为NR侧链路通信的单播指定的参数，用于PC5-RRC消息的侧链路信令无线电承载。使用此SCCH配置的SL-SRB被命名为SL-SRB3。

为NR侧链路通信指定的参数，用于无保护PC5-S消息的侧链路信令无线电承载(例如，直接链路建立请求，TS24.587[57])。使用此SCCH配置的SL-SRB被命名为SL-SRB0。

为NR侧链路通信的单播指定的参数，用于建立PC5-S安全性的PC5-S消息的侧链路信令无线电承载(例如，直接链路安全模式命令和直接链路安全模式完成，TS24.587[57])。使用此SCCH配置的SL-SRB被命名为SL-SRB1。

/>

为NR侧链路通信的单播指定的参数，用于受保护PC5-S消息的侧链路信令无线电承载，直接链路安全模式完成除外。使用此SCCH配置的SL-SRB被命名为SL-SRB2。

[…]

为NR侧链路L2 U2N中继操作指定的参数，供用于远程UE的SRB0消息传送的PC5中继RLC信道使用。使用此配置的PC5中继RLC信道被命名为SL-RLC0。

9.2.4预设PC5中继RLC信道

用于远程UE的SRB1RRC消息传送和接收的PC5中继RLC信道的参数。使用此配置的PC5中继RLC信道被命名为SL-RLC1。

/>

3GPP TR 38.836介绍以下内容：

3.1术语

[…]

UE间中继：中继UE中继第一远程UE(即，源UE)与第二远程UE(即，目的地UE)之间的业务的中继架构。

[…]

5基于侧链路的UE间中继

5.1情境、假设和要求

UE间中继实现了两个侧链路UE之间的侧链路传送的覆盖范围扩展和功率节省。在本研究中考虑的覆盖范围情形如下：

1)所有UE(源UE、中继UE、目的地UE)在覆盖范围内。

2)所有UE(源UE、中继UE、目的地UE)在覆盖范围外。

3)局部覆盖范围，其中中继所涉及的UE(源UE、中继UE、目的地UE)中的至少一个在覆盖范围内，且中继所涉及的UE中的至少一个在覆盖范围外。

RAN2将努力为覆盖范围内和覆盖范围外的情况找到共同解决方案。对于UE间中继，支持UE可处于不同小区的覆盖范围内的情形。

编号5.1-1的参考图展示考虑UE间中继的情形。在编号5.1-1的参考图中，覆盖范围暗示源/目的地UE和/或UE间中继UE在覆盖范围内且可接入Uu上的网络。

[3GPP TR 38.836 V17.0.0中标题为“用于UE间中继的情形(其中未示出覆盖范围状态)”的编号5.1-1的参考图再现为图19]

关于远程UE与UE间中继之间的PC5假设NR侧链路。

不考虑源UE、UE间中继和目的地UE的跨RAT配置/控制，即eNB/ng-eNB不控制/配置NR源UE、目的地UE或UE间中继UE。对于UE间中继，本研究聚焦于源UE与目的地UE之间的单播数据业务。

通过SN配置/调度UE(源UE、目的地UE或UE间中继UE)以执行NR侧链路通信不在本研究的范围之内。

对于UE间中继，假设远程UE在给定时间仅具有经由单个中继UE的活动端到端连接。

一旦在源UE、UE间中继和目的地UE之间建立PC5链路，就可发生源UE与目的地UE之间的数据中继。

关于UE间中继所涉及的任何UE的RRC状态不假设任何限制。

在此版本的移动性期间，服务连续性的要求仅针对UE到网络中继，而不针对UE间中继。

5.2发现

支持如TS23.303[3]的章节5.3.1.2中定义的模型A和模型B发现模型用于UE间中继，且可基于SA2结论支持集成的PC5单播链路建立程序。在编号5.2-1的参考图中描述发现消息的协议堆栈。

[3GPP TR 38.836 V17.0.0中标题为“用于UE间中继的发现消息的协议堆栈”的编号5.2-1的参考图再现为图20]

当被上层触发时，允许中继UE或远程UE传送发现消息。

远程UE和中继UE均可依赖于预配置，除非相关无线电配置由网络经由***信息或专用信令提供。

传送发现消息的资源池可与用于数据传送的资源池共享或分离。

-对于共享的资源池和分开的资源池，针对发现消息引入了新LCID，即发现消息由新SL SRB载送。

-在分开的资源池内，发现消息在LCP程序期间彼此同等地处理。

5.3中继(重新)选择标准和程序

用于中继(重新)选择的基线解决方案如下：

PC5接口处的无线电测量被视为中继(重新)选择准则的部分。

-远程UE至少使用侧链路发现消息的无线电信号强度测量来评估中继UE的PC5链路质量是否满足中继选择和重新选择标准。

-当远程UE连接到中继UE时，其可在侧链路单播链路上使用SL-RSRP测量来评估中继UE的PC5链路质量是否满足中继重新选择准则。

关于例如在侧链路单播链路上无传送的情况下的PC5无线电测量准则的另外细节可在WI阶段中论述。如果远程UE具有与中继UE的PC5-RRC连接，那么如何基于发现消息和/或SL-RSRP的RSRP执行RSRP测量可在WI阶段中决定。

对于中继(重新)选择，远程UE将中继UE的PC5无线电测量与由gNB配置或预先配置的阈值进行比较。远程UE还需要考虑用于中继(重新)选择的较高层准则，但细节可留给SA2决定。中继(重新)选择可由远程UE的上层触发。

如果当前侧链路中继的NR侧链路信号强度低于(预先)配置的阈值，那么应触发中继重新选择。并且，如果远程UE检测到与当前中继UE的PC5链路的RLF，那么可触发中继重新选择。

上述用于中继(重新)选择的基线适用于L2和L3中继解决方案。可在WI阶段中考虑针对L2和L3 UE间中继解决方案的额外AS层准则。

对于中继(重新)选择，当远程UE具有满足所有AS层和较高层准则的多个合适的中继UE候选者且远程UE需要自己选择一个中继UE时，由UE实施方案决定选择哪一个中继UE。

如TR 23.752中所获取，TR 23.752中的解决方案#8和解决方案#50被视为L2和L3UE间中继重新选择的基线解决方案，且TR 23.752中的解决方案#8和解决方案#11被视为L3UE间中继选择的基线解决方案。

5.4中继/远程UE授权

RAN2得出结论：中继UE和远程UE两者的授权不具有RAN2影响。

5.5层2中继

5.5.1架构和协议堆栈

对于L2 UE间中继架构，除了终止点是两个远程UE的事实外，协议堆栈类似于L2UE到网络中继。用于L2 UE间中继架构的用户平面和控制平面的协议堆栈在编号5.5.1-1的参考图和编号5.5.1-2的参考图中描述。

在第二PC5链路(即，中继UE与目的地UE之间的PC5链路)上支持适配层以用于L2UE间中继。对于L2 UE间中继，适配层置于第二PC5链路上的用于CP和UP的RLC子层上。侧链路SDAP/PDCP和RRC终止于两个远程UE之间，而RLC、MAC和PHY终止于每一PC5链路中。

[3GPP TR 38.836 V17.0.0中标题为“用于L2 UE间中继的用户平面协议堆栈”的编号5.5.1-1的参考图再现为图21]

[3GPP TR 38.836 V17.0.0中标题为“用于L2 UE间中继的控制平面协议堆栈”的编号5.5.1-2的参考图再现为图22]

对于L2 UE间中继的第一跳：

-远程UE SL无线电承载与第一跳PC5 RLC信道之间的第一跳PC5适配层支持N:1映射以用于中继。

-支持源远程UE与中继UE之间的第一PC5跳上的适配层，以标识以不同目的地远程UE为目的地的业务。

对于L2 UE间中继的第二跳：

-第二跳PC5适配层可用于支持中继UE处第一PC5跳上的进入RLC信道与第二PC5跳上的离开RLC信道之间的承载映射。

-PC5适配层支持第一PC5跳上的多个进入PC5 RLC信道与第二PC5跳上的一个离开PC5 RLC信道之间的N:1承载映射，并支持远程UE标识功能。

对于L2 UE间中继：

-远程UE端到端无线电承载的身份信息包含于第一和第二PC5跳中的适配层中。

-另外，源远程UE的身份信息和/或目的地远程UE的身份信息为待包含于适配层中的候选信息，这将在WI阶段中决定。

5.5.2QoS

用于L2 UE间中继的QoS处理受上层影响，例如SA2所研究的TR 23.752中的解决方案#31。

5.5.3安全性

如TR 23.752的章节6.9.1.2(解决方案#9)中所描述，在L2 UE间中继的情况下，以UE1与UE2之间的端到端方式在PDCP层处建立安全性。安全性方面需要来自SA3的确认。

5.5.4控制平面程序

RAN2将TR 23.752[6]中的SA2解决方案视为基线。进一步的RAN2影响可在WI阶段(如果存在)中讨论。

3GPP TR 23.700-33介绍以下内容：

6.1解决方案#1：不具有中继发现的UE间中继选择

6.1.1描述

此解决方案解决了关键问题#1“UE间中继的支持”。

注：此解决方案是TR 23.752[2]的解决方案#8。

当源UE想要与目标UE通信时，首先它将通过发送具有目标UE信息的直接通信请求或恳求消息来尝试找到目标UE。如果源UE无法直接到达目标UE，那么它会尝试发现UE间中继来到达目标UE，这还可触发中继发现目标UE。为了更高效，这种解决方案尝试将目标UE发现及UE间中继发现和选择集成在一起，包含两种替代方案：

-替代方案1：UE间中继发现和选择可以集成到单播链路建立程序中，如TS23.304[3]的章节6.4.3.1中所描述。

-替代方案2：UE间中继发现和选择集成到模型B直接发现程序中。

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

当UE间中继接收到其中relay_indication已设置的直接通信请求或恳求消息时，它应接着根据例如以下内容决定是否转发消息(即，修改消息并在其附近广播此消息)：中继服务码(若存在)、应用ID、授权政策(例如，用于特定ProSe服务的中继)、中继的当前业务负荷、源UE与中继UE之间的无线电条件，等等。

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

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

6.1.2程序

6.1.2.1UE间中继发现和选择集成到单播链路建立程序中(替代方案1)

[3GPP TR 23.700-33 V1.1.0中标题为“5G ProSeUE间中继选择(替代方案1)”的编号6.1.2.1-1的参考图再现为图23]

编号6.1.2.1-1的参考图示出了建议方法的过程。

0.UE被授权使用UE间中继所提供的服务。UE间中继被授权提供在UE当中中继业务的服务。授权和参数供应可使用KI#5解决方案。授权可以在UE/中继注册到网络上时完成。可以供应安全性相关参数，使得UE和中继可以彼此验证授权(如果需要)。

1.UE-1想要与UE-2建立单播通信，且所述通信可以通过与UE-2直接链路或经由UE间中继。接着，UE-1在relay_indication已启用的情况下广播直接通信请求。消息将由中继-1、中继-2接收。如果UE-2在UE-1附近，那么消息也可由UE-2接收。UE-1包含源UE信息、目标UE信息、应用ID以及中继服务码(若存在)。如果UE-1不想通信涉及中继，那么它会使relay_indication停用。

注1：relay_indication的数据类型可在阶段3中确定。直接通信请求/接受消息的细节将在阶段3中确定。

2.中继-1和中继-2决定参与程序。它们在附近广播新的直接通信请求消息，而不用启用relay_indication。如果中继接收此消息，那么它只会丢弃此消息。当中继广播直接通信请求消息时，它在消息中包含源UE信息、目标UE信息和中继UE信息(例如，中继UE ID)并使用中继的L2地址作为源层2ID。中继维持源UE信息(例如，源UE L2 ID)和新直接通信请求之间的关联。

3.UE-2从中继-1和中继-2接收直接通信请求。如果UE-2在UE-1的通信范围中，那么UE-2还可直接从UE-1接收直接通信请求消息。

4.UE-2选择中继-1并回复直接通信接受消息。如果UE-2直接从UE-1接收直接通信请求，那么它可以选择通过直接向UE-1发送直接通信接受消息来建立直接通信链路。在接收到直接通信接受之后，UE间中继检索在步骤2中存储的源UE信息，并向源UE发送直接通信接受消息，其中消息中添加了中继UE信息。

在步骤4之后，UE-1和UE-2分别建立与所选UE间中继的PC5链路。

注2：UE1和中继-1之间及中继-1和UE-2之间的安全性建立在中继-1和UE-2发送直接通信接受消息之前执行。认证/安全性建立程序的细节由SA WG3确定。如果源(或目标)UE和可用于中继业务的中继之间已经存在PC5链路，那么可以跳过安全性建立程序。

5.UE-1从中继-1接收直接通信接受消息。UE-1根据例如策略(例如，始终选择直接路径(如果有可能))信号强度等选择路径。如果UE-1直接从UE-2接收直接通信接受/响应消息请求接受，那么它可以选择建立与UE-2的直接PC5 L2链路，如TS23.304[3]的章节6.4.3.1中所描述，接着跳过步骤6。

6a.对于L3 UE间中继情况，UE-1和UE-2完成经由所选UE间中继建立通信链路。链路建立信息可依据中继类型(例如，L2或L3中继)而变化。接着，UE-1和UE-2可经由中继通信。关于用于源/远程UE的IP地址分配，地址可以由中继指派或由UE自身指派(例如，链路本地IP地址)，如TS23.304[3]的章节6.4.3.1中所定义。

6b.对于层2UE间中继情况，源和目标UE可经由中继建立端到端PC5链路。UE-1经由中继-1向UE-2发送单播E2E直接通信请求消息，且UE-2经由中继-1用单播E2E直接通信接受消息对UE-1作出响应。中继-1基于适配层中UE-1/UE-2的标识信息而传递消息。

注3：中继-1基于适配层中的UE-1/UE-2的标识信息可以如何传递消息需要在规范阶段期间与RAN2协作。

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

注5：在UE第一次从UE间中继接收消息时，UE需要验证该中继是否被授权为UE间中继。类似地，UE间中继可能还需要验证UE是否被授权使用中继服务。验证细节以及如何通过UE间中继来确保两个UE之间的通信安全将由SA WG3来定义。

[…]

6.11解决方案#11：在模型A和模型B发现之后用于层3UE间中继通信建立的经整合解决方案

6.11.1描述

此解决方案适用于关键问题#1“支持UE间中继”，以支持层3UE间中继的通信建立。它可以作为解决方案#5、解决方案#6和解决方案#4的经合并和整合的解决方案。假设源UE已经选择了合适的UE间中继，并且在模型A或模型B发现之后接收到目标UE的层2ID。

用于UE间中继通信建立程序的RSC是在UE间中继发现程序期间选择的。RSC可以与一个或多个ProSe标识符相关联。UE间中继、源UE和目标UE基于所配置的策略知道RSC是提供层2还是层3UE间中继服务，以及RSC是用于IP还是非IP。

此解决方案适用于IP和非IP业务。对于非IP业务，UE间中继存储与源UE的链路和与目标UE的链路之间的1:1映射，因此直接通信请求总是由源UE提供给UE间中继，并由UE间中继提供给目标UE。对于IP业务，UE间中继充当IP路由器，源UE和UE间中继之间的链路可由多个目标UE共享，UE间中继和目标UE之间的链路可由多个源UE共享。如果在源UE和UE间中继之间不存在已存在用于所需RSC或用于非IP业务传送的PC5链路，那么源UE向UE间中继发送直接通信请求，该直接通信请求含有UE间中继的用户信息ID、目标UE的用户信息ID和层2ID、RSC。如果在源UE和UE间中继之间存在用于所需RSC且与IP类型业务相关的现有PC5链路，那么源UE向UE间中继发送含有目标UE的用户信息ID和层2ID的链路修改请求。如果在UE间中继和目标UE之间不存在已存在用于所需RSC或用于非IP业务传送的PC5链路，那么UE间中继使用接收到的目标UE的层2ID作为目的地层2ID向目标UE发送直接通信请求。如果在UE间中继和目标UE之间存在用于所需RSC且与IP类型业务相关的现有PC5链路，那么UE间中继向目标UE发送链路修改请求。在从目标UE接收到响应之后，对于IP业务，UE间中继将目标UE的IP地址提供到源UE。

6.11.2程序

编号6.11.2-1的参考图中描绘了用于层3UE间中继通信建立的过程。

[3GPP TR 23.700-33 V1.1.0中标题为在模型A和模型B发现之后的层3UE间中继通信建立”的编号6.11.2-1的参考图再现为图24]

0.源UE已经选择了合适的UE间中继，并且在模型A或模型B发现之后接收到目标UE的层2ID。源UE决定经由选定UE间中继与目标UE连接。

1a.如果在源UE和UE间中继之间不存在已存在用于所需RSC或用于非IP业务传送的PC5链路，那么源UE向UE间中继发送直接通信请求。直接通信请求含有源UE的用户信息ID、UE间中继的用户信息ID、目标UE的用户信息ID和层2ID、RSC。直接通信请求的源层2ID由源UE自身指派，直接通信请求的目的地层2ID是在UE间中继发现期间选定UE间中继的源层2ID。

1b.如果在源UE和UE间中继之间存在用于所需RSC且与IP类型业务相关的现有PC5链路，那么源UE向UE间中继发送链路修改请求。链路修改请求含有目标UE的用户信息ID和层2ID、到目标UE的端到端QoS。

2.在步骤1a之后，如果UE间中继匹配UE间中继的用户信息ID和RSC，那么它通过与源UE建立安全性来响应。当启用安全性保护时，源UE发送信息，如TS23.304[3]的章节6.4.3.1中所描述，包含到目标UE的端到端QoS，源UE可在此步骤中提供其链路本地IPv6地址。

3.UE间中继基于其实施方案将端到端QoS分成两个部分：一个部分是用于源UE和UE间中继之间的PC5接口，另一部分是用于UE间中继和目标UE之间的PC5接口。

4a.如果在UE间中继和目标UE之间不存在已存在用于所需RSC或用于非IP业务传送的PC5链路，那么UE间中继向目标UE发送直接通信请求。直接通信请求含有源UE的用户信息ID、UE间中继的用户信息ID、目标UE的用户信息ID、RSC、源UE的IP地址(如果其在UE间中继中可用)。直接通信请求的源层2ID由UE间中继自身指派，直接通信请求的目的地层2ID是在步骤1中接收到的目标UE的层2ID。

注：对于非IP业务，UE间中继在针对不同源UE的朝向同一目标UE的直接通信请求中使用不同的源层2ID。

4b.如果在UE间中继和目标UE之间存在用于所需RSC且与IP类型业务相关的现有PC5链路，那么UE间中继向目标UE发送链路修改请求。链路修改请求含有源UE的用户信息ID、源UE的IP地址(如果其在UE间中继中可用)、UE间中继和目标UE之间的QoS部分。

5.在步骤4a之后，如果目标UE匹配目标UE的用户信息ID和RSC，那么它通过建立与UE间中继的安全性来响应。当启用安全性保护时，UE间中继向目标UE发送信息，所述信息在TS23.304[3]的章节6.4.3.1中描述，包含UE间中继和目标UE之间的QoS部分。

6a.在步骤5之后，目标UE向UE间中继发送直接通信接受，如TS23.304[3]的章节6.4.3.1中所描述，目标UE可在此步骤中提供其链路本地IPv6地址。

6b.在步骤4b之后，目标UE向UE间中继发送链路修改接受，如TS23.304[3]的章节6.4.3.4中所描述。

7.在步骤6a之后，如果目标UE不提供其链路本地IPv6地址，那么对于IP业务，UE间中继为目标UE分配IPv6前缀或IPv4地址。

8a.如果执行步骤1a，那么UE间中继向源UE发送直接通信接受，如TS23.304[3]的章节6.4.3.1中所描述。对于IP业务，直接通信接受另外含有目标UE的IP地址。对于非IP业务，UE间中继存储与源UE的链路和与目标UE的链路之间的1:1映射。

8b.如果执行步骤1b，那么UE间中继向源UE发送链路修改接受，如TS23.304[3]的章节6.4.3.4中所描述。链路修改接受另外含有目标UE的IP地址。

9.在步骤8a之后，如果源UE尚未提供其链路本地IPv6地址，那么对于IP业务，UE间中继为源UE分配IPv6前缀或IPv4地址。

UE间中继在对应层处执行中继功能，如下：

-对于IP业务，UE间中继充当IP路由器。

-对于非IP业务，UE间中继基于与源UE的链路和与目标UE的链路之间的映射而执行业务中继。

8结论

8.1关键问题#1：支持UE间中继

针对关键问题#1(对UE间中继的支持)，下文被视为结论：

以下结论对于层3UE间中继和层2UE间中继两者是常见的：

-对于UE间中继发现，支持模型A和模型B发现两者。

-支持集成到PC5单播链路建立程序中的发现。Sol#1替代方案1用作规范性阶段的基础。

-5G ProSe UE间中继发现消息含有两个元素集，即，直接发现集和U2U发现集。

-元素的直接发现集可为如Rel-17中所定义的5G ProSe直接发现消息的内容的部分。这包含例如源UE和目标UE的用户信息ID。

-U2U发现集含有支持UE间中继的发现和直接发现的扩展的信息。这包含例如发现消息类型、RSC、中继的用户信息ID等。

-5G ProSe UE间中继仅修改元素的U2U集，且在发现程序期间转发端到端元素。

-以下参数用于UE间中继发现：

-对于UE间中继模型A发现，发现消息的类型、UE间中继的用户信息ID、RSC、目标UE的用户信息ID列表包含于通知消息中。

-对于源UE与UE间中继之间的UE间中继模型B发现，发现消息的类型、源UE的用户信息ID、RSC和目标UE的用户信息ID包含于恳求消息中，且发现消息的类型、UE间中继的用户信息ID、RSC和目标UE的用户信息ID包含于响应消息中。

-对于UE间中继与目标UE之间的UE间中继模型B发现，发现消息的类型、源UE的用户信息ID、UE间中继的用户信息ID、RSC和目标UE的用户信息ID包含于恳求消息中，且发现消息的类型、RSC、源UE的用户信息ID和目标UE的用户信息ID以及层2ID包含于响应消息中。

注1：UE间中继是否在发现消息中向源UE提供目标UE的层2ID可与规范性工作期间的RAN WG的决策一致。

注2：将在规范性阶段中确定源UE和目标UE是否且如何指示支持UE间中继操作。

-对于UE间中继选择，源UE针对模型A和模型B发现两者执行UE间中继选择。对于模型B发现，目标UE可例如基于所接收的每一消息的PC5信号强度而选择响应或不响应UE间中继。

-对于用于UE间中继操作的服务授权和策略/参数预配，如TS23.304[3]中定义的基于PCF的服务授权和预配用作规范性工作的基础。

-每ProSe服务的策略/参数包含：中继服务代码和UE间中继层指示符；每RSC的UE间中继层指示符，其指示RSC是提供5G ProSe层2还是层3UE间中继服务。

-如果UE间中继发现集成到PC5单播链路建立程序中，即，在经由一个或多个UE间中继UE从源UE接收到直接通信请求后，目标UE执行UE间中继选择。

-对于UE间中继重新选择，Sol#7中的源UE与目标UE之间的协商后的UE间中继重新选择和Sol#10中的UE间中继选择程序可在不同条件下使用。

注3：UE间中继选择/重新选择需要在规范性工作期间与RAN WG协作。

-支持IP、以太网和非结构化业务类型。

注4：如果源和目标UE支持，那么可以IP业务类型封装以太网和非结构化业务类型。

-在一个源UE与多个目标UE通信的情况下，可针对每个RSC的多个目标UE共享源UE与UE间中继之间的PC5链路，同时可在UE间中继与每RSC的目标UE之间个别地建立PC5链路。对于共享PC5链路，可使用层2链路修改程序。

-在多个源UE与一个目标UE通信的情况下，每个RSC可共享UE间中继与目标UE之间的PC5链路，而可在源UE与每RSC的UE间中继之间个别地建立PC5链路。对于共享PC5链路，可使用层2链路修改程序。

注5：如果源UE或目标UE具有多个应用层ID(用户信息)，那么其将被处理为每应用层ID的不同UE，且将设置UE(源UE或目标UE)与中继UE之间的单独PC5链路。这将在规范性阶段期间由RAN确认。

-对于UE间中继，每跳链路设置(即，源UE与UE间中继之间以及UE间中继与目标UE之间的PC5链路建立)，源UE发起与UE间中继的PC5链路设置(第一跳)，且UE间中继发起与目标UE的PC5链路设置(第二跳)。Sol#11用作规范性工作的基础。

-TS23.304[3]章节6.4.3.1中所定义的层2链路建立程序被重新用于UE间中继的每跳链路建立，并进行以下说明：

-UE间中继在第一跳处完成安全性建立程序之后发起第二跳PC5链路建立。

-UE间中继在完成第二跳PC5链路建立之后将直接通信接受消息发送到源UE(即，UE间中继已经从目标UE接收到直接通信接受消息)。

-如TS23.304[3]章节6.4.3.1中所定义的IP地址分配程序在每一跳上重新使用以用于UE间中继。

-源UE和目标UE可使用DNS获得彼此的IP地址。源UE可在直接通信接受消息(如果包含)中从UE间中继获得目标UE的IP地址。

-对于第一跳PC5链路建立：

-源UE将直接通信请求消息发送到UE间中继，所述直接通信请求消息包含源UE的用户信息ID、UE间中继的用户信息ID、目标UE的用户信息ID和层2ID、RSC和安全信息。

-对于在安全性保护经启用之后的层3UE间中继，源UE将IP地址配置或本地链路IPv6地址、QoS信息(PFI和PC5 QoS参数)发送到UE间中继。

-UE间中继将直接通信接受消息发送到源UE，所述直接通信接受消息包含源UE的用户信息ID、UE间中继的用户信息ID、目标UE的用户信息ID和RSC。

-对于层3UE间中继，层3UE间中继还包含直接通信接受中的目标UE的IP地址(任选的)、QoS信息(PFI和分离PC5 QoS参数)和IP地址配置或本地链路IPv6地址。

-对于第二跳PC5链路建立：

-UE间中继将直接通信请求消息发送到目标UE，所述直接通信请求消息包含源UE的用户信息ID、UE间中继的用户信息ID、目标UE的用户信息ID、RSC和安全信息。

-对于在安全性保护经启用之后的层3UE间中继，层3UE间中继将IP地址配置或本地链路IPv6地址和QoS信息(PFI和分离PC5 QoS参数)发送到目标UE。

-目标UE将直接通信接受消息发送到UE间中继，所述直接通信接受消息包含源UE的用户信息ID、UE间中继的用户信息ID、目标UE的用户信息ID和RSC。

-对于层3UE间中继，目标UE还包含直接通信接受消息中的QoS信息(PFI和分离PC5QoS参数)和IP地址配置或本地链路IPv6地址。

以下结论特定针对于层3UE间中继：

注6：授权源UE和目标UE共享IP地址信息的任何解决方案的评估取决于SA3。

-链路标识符更新(LIU)程序，Sol#32(章节6.32.3)用作规范性工作的基础。

-对于层3UE间中继的QoS控制，UE间中继从源UE接收E2E QoS且确定每跳QoS参数以满足E2E QoS。Sol#4(章节6.4.2)用作规范性工作的基础。

以下结论特定针对于层2UE间中继：

-需要在执行E2E PC5链路建立之前建立(即，在源UE与UE间中继之间以及在UE间中继与目标UE之间)每跳链路(即，PC5链路)。Sol#30(章节6.30.2.2)用作规范性工作的基础。

注7：将由RAN WG确定UE间中继转发E2E PC5-S消息的方式。

注8：对于层2UE间中继，RAN WG将定义将如何在PC5链路上处理和拆分E2E QoS。

根据3GPP TS23.287和3GPP TS23.304，UE可执行与对等UE的PC5单播链路建立程序(例如，层2链路建立)以用于在这两个UE之间建立层2链路或单播链路。基本上，通过对等UE的应用层ID所标识的对等UE的层2ID可在建立PC5单播链路期间经由发现消息发现或经由先前侧链路通信，例如到相同应用层ID的现有或先前单播链路对UE已知，或从应用层服务通知获得。用于建立PC5单播链路(即，直接通信请求)的初始信令可使用对等UE的已知层2ID，或与被配置成用于PC5单播链路建立的ProSe服务/应用相关联的默认目的地层2ID。在PC5单播链路建立程序期间，两个UE的层2ID经交换且用于两个UE之间的未来通信。

另外，根据3GPP TS24.554，这两个UE彼此将在PC5单播链路建立期间交换安全信息，使得这两个UE使用经过协商的安全算法和/或密钥来保护通过PC5单播链路发送的业务(包含例如PC5-S信令、PC5-RRC信令和/或PC5用户平面数据)的内容。

根据3GPP TR 23.700-33，将在侧链路通信中支持UE间中继，这意味着在这两个UE无法彼此直接通信的情况下，中继UE可用于支持两个UE(例如，源远程UE/UE1和目的地远程UE/UE2)之间的数据通信。对于隐私，两个UE之间传达的业务内容无法被中继UE读取或知晓。因此，据推测，用于保护两个UE上的用户平面(在侧链路(SL)数据无线电承载(DRB)上发送的会话业务)的安全上下文应与在中继UE与这两个UE中的每一个之间建立的安全上下文隔离。还推测，不与中继UE相关的一些PC5-S信令(即，SL SRB上发送的这些PC5-S信令可在UE1与UE2之间交换)还可受建立用于保护UE1与UE2之间的用户平面业务传递的安全上下文保护。

3GPP TR 23.700-33中的解决方案#1介绍了当源UE想要与目标UE通信时，首先它将通过发送具有目标UE信息的直接通信请求来尝试找到目标UE。如果源UE无法直接到达目标UE，那么它会尝试发现UE间中继来到达目标UE，这还可触发一个或多个中继UE发现目标UE。为了更高效，这种解决方案可以将目标UE发现和/或UE间中继发现和选择集成在一起，即UE间中继发现和选择可以集成到3GPP TS23.304的章节6.4.3.1中所描述的单播链路(或直接链路)建立程序中。

另一方面，3GPP TR 23.700-33得出结论：3GPP TS23.304章节6.4.3.1中所定义的层2链路建立程序被重新用于UE间中继的每跳链路建立，并进行以下说明：

-UE间中继在第一跳处完成安全性建立程序之后发起第二跳PC5链路建立。

-UE间中继在完成第二跳PC5链路建立之后将直接通信接受消息发送到源UE(即，UE间中继已经从目标UE接收到直接通信接受消息)。

如果集成到直接链路建立程序中的发现遵循每跳链路建立的说明的概念，那么步骤流程的实例可如图25中所示，其示出了根据一个示例性实施例的基于3GPP TR 23.700-33中论述的解决方案的用于UE间中继通信的直接链路建立的示例性流程图。每个步骤的细节可在下文描述。在以下实例中，可能有一个源远程UE(即，UE1)期望与目的地远程UE(即，UE2)通信，同时所述两个远程UE附近可能存在第一中继UE(即，UE3)和第二中继UE(即，UE4)。

0.UE1可能预先知道UE2的上层标识(即，应用层标识)。由于UE1和UE2之间的先前直接通信，这对UE1来说将是已知的。由于从UE3和/或UE4接收到的中继发现消息的内容，这对UE1来说将是已知的(如在3GPP TR 23.700-33的编号6.10.2.1-1的参考图的步骤2中所介绍)。

1.UE1可以不选择哪个中继UE来参与后面的U2U中继通信，因为它现在将知道它们中的每一个与UE2之间的信道质量。因此，中继选择/确定可以由UE2来执行。

UE1可以发送直接通信请求(DCR)消息(如3GPP TS23.304中所介绍)或直接链路建立请求消息(如3GPP TS24.554中所介绍)，其中具有一些在3GPP TR 23.700-33中介绍的修改。此DCR消息可以通过使用预设/广播层2ID作为目的地层2ID来发送。UE3和UE4可以使用预设/广播层2ID(作为目的地层2ID)从UE1接收DCR消息。

2.对于步骤2a，UE3可以向UE1发送直接链路安全模式命令消息(如3GPP TS24.554中所介绍)以建立UE1和UE3之间的第一PC5连接的安全上下文。

对于步骤2b，UE4可以向UE1发送直接链路安全模式命令消息(如3GPP TS24.554中所介绍)以建立UE1和UE4之间的第二PC5连接的安全上下文。

3.对于步骤3a，UE1可以向UE3发送直接链路安全模式完成消息(如3GPP TS24.554中所介绍)以完成第一PC5连接的安全上下文的建立。

对于步骤3b，UE1可以向UE4发送直接链路安全模式完成消息(如3GPP TS24.554中所介绍)以完成第二PC5连接的安全上下文的建立。

4.对于步骤4a，UE3可以向UE2发送DCR消息或直接链路建立请求消息以请求在UE3和UE2之间建立一个PC5连接。

对于步骤4b，UE4可以向UE2发送DCR消息或直接链路建立请求消息以请求在UE4和UE2之间建立一个PC5连接。

5.基于从UE3和UE4接收到的DCR消息，UE2可执行中继UE确定或选择。在此实例中，可以选择UE4。

6.UE2可以向UE4发送直接链路安全模式命令消息以建立UE2和UE4之间的第三PC5连接的安全上下文。

7.UE4可以向UE2发送直接链路安全模式完成消息以完成第三PC5连接的安全上下文的建立。

8.UE2可以向UE4发送直接通信接受(DCA)消息(如3GPP TS23.304中所介绍)或直接链路建立接受消息(如3GPP TS24.554中所介绍)以完成第三PC5连接的建立。

9.UE4可以向UE1发送DCA消息或直接链路建立接受消息以完成第二PC5连接的建立。

10.UE1和/或UE3可以中止或终止第一PC5连接建立的程序。

UE1有可能可以控制第一PC5连接建立的周期。如果第一PC5连接建立无法在周期内完成，那么UE1可以直接释放与UE3相关联的任何资源(例如，第一PC5连接的安全上下文)。UE1可以启动定时器来控制周期。

UE3有可能可以控制第一PC5连接建立的周期。或者，UE3可以控制在UE3和UE2之间建立所述一个PC5连接的程序的周期。或者，UE3可以控制从UE2接收安全模式命令消息的预期周期。如果第一PC5连接建立、在UE3和UE2之间建立所述一个PC5连接的程序或从UE2接收安全模式命令消息的预期无法在周期内完成，那么UE3可以向UE1发送对应于步骤1中的DCR消息的拒绝消息。UE3可以启动定时器来控制周期。替代地，如果第一PC5连接建立无法在周期内完成，那么UE3可以直接释放与UE1相关联的任何资源(例如，第一PC5连接的安全上下文)。

如图25中所示，在UE1和UE3之间建立的侧链路资源/上下文变得无用，并且应当随后被释放，这会产生信令开销。

为了解决此问题，中继UE最好确定在从源远程UE接收到第一跳DCR消息(如在步骤1中)时要执行的后续动作。如果源远程UE不确定使用哪一中继UE(即，(要)发起集成到直接链路建立程序中的发现)，那么从源远程UE接收第一跳DCR消息的任何中继UE可以延迟/推迟与源远程UE的安全模式控制程序，并向目的地远程UE发送第二跳DCR消息。此概念可如图26中所示，其示出了根据一个示例性实施例的在执行集成到直接链路建立程序中的发现的情况下用于UE间中继通信的直接链路建立的示例性流程图。

UE2可以从不同的中继UE(例如，UE3和UE4)接收第二跳DCR消息(如图26中的步骤3a和步骤3b)。可能地，UE2可以选择/确定UE4用于参与与UE1的后续U2U中继通信。因此，UE2可以发起与UE4的第二跳安全模式控制程序(如图26中的步骤5和步骤8)。在图26中的步骤5后，UE4知道它被选择参与UE1和UE2之间的U2U中继通信。因此，UE4可以随后发起与UE1的第一跳安全模式控制程序(如图26中的步骤6和步骤7)。替代地，在图26中，可以首先完成第二跳安全模式控制程序，然后发起第一跳安全模式控制程序(即步骤6可以在步骤8之后(并且在步骤9之前)开始)。替代地，在图26中，可以首先完成第二跳直接链路建立程序，然后发起第一跳安全模式控制程序(即，步骤6可以在步骤9之后开始)。在从UE2接收到第二跳直接通信接受消息(如图26中的步骤9)之后，UE4可以向UE1发送第一跳直接通信接受消息(如图26中的步骤10)。

另外，可以支持面向服务的U2U中继通信。换句话说，源远程UE可以向也对该服务感兴趣的任何目的地远程UE发起服务。在这种使用情况下，源远程UE可能不期望哪个中继UE和/或哪个目的地远程UE将参与后续的U2U中继通信。因此，可以使用这种集成到直接链路建立程序中的发现。

更确切地说，可以考虑/使用一个或多个方法，供每个中继UE考虑发起/优选集成到直接链路建立程序中的发现：

-第一跳直接通信请求(DCR)消息含有与优选/使用集成到直接链路建立程序中的发现相关联的中继服务代码(RSC)；

-第一跳DCR消息含有与面向服务的U2U中继通信相关联的中继服务代码(RSC)；

-第一跳DCR消息含有指示优选集成到直接链路建立程序中的发现的信息(例如，位、字段、旗标、指示符等)；

-第一跳DCR消息通过使用预设/广播层2ID作为目的地层2ID来发送；

-第一跳DCR消息含有关于relay_indication的信息元素；

-第一跳DCR消息含有被设置为“启用”的relay_indication；

-第一跳DCR消息不含目标中继UE信息(例如，目标中继UE的上层/应用层ID)；

-第一跳DCR消息含有关于超过一个目标中继UE的信息(例如，每一目标中继UE的上层/应用层ID)；

-第一跳DCR消息不含关于目的地远程UE的信息(例如，目的地远程UE的上层/应用层ID、目的地远程UE的层2ID等)。

另一方面，如果源远程UE考虑使用特定中继UE(即，(将)不发起集成到直接链路建立程序中的发现)，那么从源远程UE接收第一跳DCR消息的此中继UE可以开始发起与源远程UE的安全模式控制程序。此概念可如图27中所示，其示出了根据一个示例性实施例的在不执行集成到直接链路建立程序中的发现的情况下用于UE间中继通信的直接链路建立的示例性流程图。

更确切地说，可以考虑/使用一个或多个方法，供每个中继UE考虑不发起/优选集成到直接链路建立程序中的发现：

-第一跳DCR消息含有不与优选/使用集成到直接链路建立程序中的发现相关联的中继服务代码(RSC)；

-第一跳DCR消息含有指示不优选集成到直接链路建立程序中的发现的信息(例如，位、字段、旗标、指示符等)；

-第一跳DCR消息通过使用中继UE的层2ID作为目的地层2ID来发送；

-第一跳DCR消息不含关于relay_indication的信息元素；

-第一跳DCR消息含有被设置为‘停用’的relay_indication；

-第一跳DCR消息含有关于目标中继UE的信息(例如，目标中继UE的上层/应用层ID)。

图28是用于中继UE的方法的流程图2800。在步骤2805中，中继UE从第一远程UE接收第一PC5消息以发起用于与第二远程UE的UE间(U2U)中继通信的第一直接链路建立程序。在步骤2810中，响应于接收到第一PC5消息，中继UE发送第二PC5消息以发起用于与第一远程UE的U2U中继通信的第二直接链路建立程序。在步骤2815中，如果第二直接链路建立程序在一周期内未完成，那么中继UE向第一远程UE发送对应于第一PC5消息的拒绝消息。

在一个实施例中，第一PC5消息可以是直接通信请求消息。第二PC5消息可以是直接通信请求消息。

在一个实施例中，周期可以由定时器控制。第一PC5消息可包含标识第一远程UE的信息。第一PC5消息还可包含标识第二远程UE的信息。第二PC5消息可包含标识第一远程UE的信息。第二PC5消息还可包含标识第二远程UE的信息。

返回参考图3和图4，在从中继UE的角度看的一个示例中，中继UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得中继UE能够：(i)从第一远程UE接收第一PC5消息以发起用于与第二远程UE的U2U中继通信的第一直接链路建立程序；(ii)响应于接收到第一PC5消息，发送第二PC5消息以发起用于与第一远程UE的U2U中继通信的第二直接链路建立程序；以及(iii)在第二直接链路建立程序在一周期内未完成的情况下，向第一远程UE发送对应于第一PC5消息的拒绝消息。此外，CPU 308可执行程序代码312，以执行所有上述动作和步骤或本文所述的其它动作和步骤。

图29是用于中继UE的方法的流程图2900。在步骤2905中，中继UE从第一远程UE接收第一PC5-S消息以发起用于经由一个中继UE与第二远程UE的UE间(U2U)中继通信的与第一远程UE的第一直接链路建立程序。在步骤2910中，响应于接收到第一PC5-S消息，中继UE基于中继UE是不是用于U2U中继通信的所述一个中继UE而确定是发起与第一远程UE的第一安全模式控制程序还是发起与第二远程UE的第二直接链路建立程序。

在一个实施例中，如果中继UE是用于U2U中继通信的所述一个中继UE，那么中继UE可以发起与第一远程UE的第一安全模式程序。中继UE可以是用于U2U中继通信的特定中继UE。在第一安全模式程序中，中继UE可以向第一远程UE发送第二PC5-S消息以建立中继UE和第一远程UE之间的第一PC5连接的安全上下文。

在一个实施例中，如果中继UE不是用于U2U中继通信的所述一个中继UE，那么中继UE可以发起与第二远程UE的第二直接链路建立程序。中继UE可以是用于U2U中继通信的候选中继UE。

在一个实施例中，在第二直接链路建立程序中，中继UE可以向第二远程UE发送第三PC5-S消息以请求建立中继UE和第二远程UE之间的第二PC5连接。第一PC5-S消息可包含指示中继UE是所述特定中继UE还是用于U2U中继通信的候选中继UE的信息。

在一个实施例中，第一PC5-S消息可包含指示集成到直接链路建立程序中的发现是否优选的信息。第一PC5-S消息可以是直接链路建立请求消息或直接通信请求消息。第二PC5-S消息可以是直接链路安全模式命令消息或安全模式命令消息。第三PC5-S消息可以是直接链路建立请求消息或直接通信请求消息。第一/第二PC5连接可以是层2链路、直接链路、PC5-S连接或PC5-RRC连接。

返回参考图3和图4，在从中继UE的角度看的一个示例中，中继UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得中继UE能够：(i)从第一远程UE接收第一PC5-S消息以发起用于经由一个中继UE与第二远程UE的U2U中继通信的与第一远程UE的第一直接链路建立程序；以及(ii)响应于接收到第一PC5-S消息，基于中继UE是不是用于U2U中继通信的所述一个中继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 (16)

1.一种用于中继用户设备的方法，其特征在于，包括：

所述中继用户设备从第一远程用户设备接收第一PC5消息以发起用于与第二远程用户设备的用户设备间中继通信的第一直接链路建立程序；

响应于接收到所述第一PC5消息，所述中继用户设备发送第二PC5消息以发起用于与所述第一远程用户设备的所述用户设备间中继通信的第二直接链路建立程序；以及

如果所述第二直接链路建立程序在一周期内未完成，那么所述中继用户设备向所述第一远程用户设备发送对应于所述第一PC5消息的拒绝消息。

2.根据权利要求1所述的方法，其特征在于，所述第一PC5消息是直接通信请求消息。

3.根据权利要求1所述的方法，其特征在于，所述第二PC5消息是直接通信请求消息。

4.根据权利要求1所述的方法，其特征在于，所述周期由定时器控制。

5.根据权利要求1所述的方法，其特征在于，所述第一PC5消息包含标识所述第一远程用户设备的信息。

6.根据权利要求1所述的方法，其特征在于，所述第一PC5消息包含标识所述第二远程用户设备的信息。

7.根据权利要求1所述的方法，其特征在于，所述第二PC5消息包含标识所述第一远程用户设备的信息。

8.根据权利要求1所述的方法，其特征在于，所述第二PC5消息包含标识所述第二远程用户设备的信息。

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

控制电路；

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

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

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

从第一远程用户设备接收第一PC5消息以发起用于与第二远程用户设备的用户设备间中继通信的第一直接链路建立程序；

响应于接收到所述第一PC5消息，发送第二PC5消息以发起用于与所述第一远程用户设备的所述用户设备间中继通信的第二直接链路建立程序；以及

在所述第二直接链路建立程序在一周期内未完成的情况下，向所述第一远程用户设备发送对应于所述第一PC5消息的拒绝消息。

10.根据权利要求9所述的中继用户设备，其特征在于，所述第一PC5消息是直接通信请求消息。

11.根据权利要求9所述的中继用户设备，其特征在于，所述第二PC5消息是直接通信请求消息。

12.根据权利要求9所述的中继用户设备，其特征在于，所述周期由定时器控制。

13.根据权利要求9所述的中继用户设备，其特征在于，所述第一PC5消息包含标识所述第一远程用户设备的信息。

14.根据权利要求9所述的中继用户设备，其特征在于，所述第一PC5消息包含标识所述第二远程用户设备的信息。

15.根据权利要求9所述的中继用户设备，其特征在于，所述第二PC5消息包含标识所述第一远程用户设备的信息。

16.根据权利要求9所述的中继用户设备，其特征在于，所述第二PC5消息包含标识所述第二远程用户设备的信息。