CN114650619A

CN114650619A - 无线通信系统中支持用户设备到网络中继通信的方法和设备

Info

Publication number: CN114650619A
Application number: CN202111534616.3A
Authority: CN
Inventors: 潘立德
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2020-12-18
Filing date: 2021-12-15
Publication date: 2022-06-21
Also published as: US20220210847A1; KR20220088336A

Abstract

本发明公开了一种用于中继用户设备的方法和装置。中继用户设备与远程用户设备连接或为远程用户设备服务以用于与网络节点的中继通信。中继用户设备在PC5无线电链路控制信道上从远程用户设备接收消息，其中PC5无线电链路控制信道与远程用户设备的Uu SRB1或远程用户设备用来在RRC_CONNECTED下传送无线电资源控制信令的Uu信令无线电承载相关联。响应于在PC5无线电链路控制信道上接收到消息或当数据可用于在与远程用户设备的Uu SRB1或远程用户设备用来在RRC_CONNECTED下传送无线电资源控制信令的Uu信令无线电承载相关联的Uu无线电链路控制信道上从中继用户设备传送到网络节点时，中继用户设备和网络节点发起或执行无线电资源控制连接恢复程序。

Description

无线通信系统中支持用户设备到网络中继通信的方法和设备

相关申请的交叉引用

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

技术领域

本公开大体上涉及无线通信网络，且更确切地说，涉及一种用于支持无线通信系统中的UE到网络中继通信的方法和设备。

背景技术

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

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

发明内容

本发明公开了一种用于中继用户设备(User Equipment，UE)的方法和装置。在一个实施例中，中继UE与远程UE连接或为远程UE服务以用于与网络节点的中继通信。此外，中继UE在PC5无线电链路控制(Radio Link Control，RLC)信道上从远程UE接收消息，其中PC5RLC信道与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送无线电资源控制(RadioResource Control，RRC)信令的Uu信令无线电承载(Signalling Radio Bearer，SRB)相关联。并且，响应于在PC5 RLC信道上接收到消息或当数据可用于在与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送RRC信令的Uu SRB相关联的Uu RLC信道上从中继UE传送到网络节点时，中继UE和网络节点发起或执行RRC连接恢复程序。

附图说明

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

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

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

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

图5为3GPP TS 38.331 V16.2.0的图5.3.3.1-1的再现。

图6为3GPP TS 38.331 V16.2.0的图5.3.5.1-1的再现。

图7为3GPP TS 38.331 V16.2.0的图5.3.8.1-1的再现。

图8为3GPP TS 38.331 V16.2.0的图5.3.13.1-1的再现。

图9为3GPP TS 38.331 V16.2.0的图5.3.13.1-4的再现。

图10为3GPP TR 23.752 V0.5.1的图6.7.2.6-1的再现。

图11为3GPP TR 23.752 V0.5.1的图6.7.2.6-2的再现。

图12为3GPP TR 23.752 V0.5.1的图6.7.3-1的再现。

图13为3GPP TR 38.836 V1.0.0的图4.1-1的再现。

图14为3GPP TR 38.836 V1.0.0的图4.5.1.1-1的再现。

图15为3GPP TR 38.836 V1.0.0的图4.5.1.1-2的再现。

图16为3GPP TR 38.836 V1.0.0的图4.5.1.1-3的再现。

图17为3GPP TR 38.836 V1.0.0的图4.5.1.1-4的再现。

图18为3GPP TR 38.836 V1.0.0的图4.5.5.1-1的再现。

图19为3GPP TS 23.287 V16.4.0的图6.3.3.1-1的再现。

图20示出根据一个示例性实施例的用于层2UE到网络的中继的协议堆栈的实例。

图21示出根据一个示例性实施例的Uu SRB、PC5 RLC信道和Uu RLC信道之间的关联的实例。

图22示出根据一个示例性实施例的基于3GPP TS 38.321和TS 38.331执行用于RRC状态转变的RA程序的UE的示例性流程图。

图23示出根据一个示例性实施例的中继UE响应于远程UE进入RRC_CONNECTED而执行RA程序以用于进入RRC_CONNECTED的示例性流程图。

图24为根据一个示例性实施例的流程图。

图25为根据一个示例性实施例的流程图。

具体实施方式

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

确切地说，下文描述的示例性无线通信系统和装置可被设计成支持一或多个标准，例如由被命名为“第三代合作伙伴计划”的在本文中被称作3GPP的联合体提供的标准，包含：TS 38.331 V16.2.0，“NR；无线电资源控制(RRC)协议规范(版本16)”；TS38.300V16.1.0，“NR；NR和NG-RAN总体描述；阶段2(版本16)”；TR 23.752 V0.5.1，“对于5G系统(5GS)中基于邻近的服务(ProSe)的系统增强的研究(版本17)”；TS 38.321 V16.2.1，“NR媒体接入控制(MAC)协议规范(版本16)”；TR 38.836 V0.2.0，“对于NR侧链路中继的研究；(版本17)”以及TS 23.287 V16.4.0，“用于5G系统(5GS)支持车联网(V2X)服务的架构增强(版本16)”。上文所列的标准和文档在此明确地以全文引用的方式并入。

图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接收信息。在频分双工(Frequency Division Duplexing，FDD)系统中，通信链路118、120、124和126可使用不同频率进行通信。举例来说，前向链路120使用的频率可与反向链路118所使用的频率不同。

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

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

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

图2为多输入多输出(Multi-input multi-output，MIMO)系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(AT)或用户设备(UE))的实施例的简化框图。在传送器系统210处，将用于多个数据流的业务数据从数据源212提供到传送(TX)数据处理器214。

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

可使用正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)技术将每一数据流的经编码数据与导频数据复用。导频数据通常为以已知方式进行处理的已知数据模式，且可在接收器系统处使用以估计信道响应。随后基于针对所述数据流选择的特定调制方案(例如，二进制相移键控(Binary Phase Shift Keying，BPSK)、正交相移键控(Quadrature Phase Shift Keying，QPSK)、多进制数字相位调制(multiple phase shiftkeying，M-PSK)或正交幅度调制(Quadrature Amplitude Modulation，M-QAM))来调制(即，符号映射)每一数据流的多路复用的导频和经编码数据以提供调制符号。通过由处理器230执行的指令可确定每一数据流的数据速率、编码和调制。

随后将所有数据流的调制符号提供到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制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括关于通信链路和/或所接收数据流的各种类型的信息。反向链路消息随后由还从数据源236接收多个数据流的业务数据的TX数据处理器238处理、由调制器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、中央处理单元(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 38.331介绍以下内容：

5.3.3RRC连接建立

5.3.3.1总述

[标题为“RRC连接建立成功”的3GPP TS 38.331 V16.2.0的图5.3.3.1-1再现为图5]

[…]

此程序的目的是建立RRC连接。RRC连接建立涉及SRB1建立。程序也用以将初始NAS专用信息/消息从UE传送到网络。

网络例如如下应用程序：

-当建立RRC连接时；

-当UE正在恢复或重建RRC连接且网络无法检索或验证UE上下文时。在此情况下，UE接收RRCSetup且以RRCSetupComplete作为响应。

5.3.3.1a建立用于侧链路通信的RRC连接的条件

对于NR侧链路通信，仅在以下情况中发起RRC连接建立：

1>如果由上层配置成传送NR侧链路通信且相关数据可用于传送，则：

2>如果UE所配置的传送NR侧链路通信的频率包含在UE所驻留的小区提供的SIB12内的sl-FreqInfoList中；以及如果SIB12的有效版本不包含用于所关注频率的sl-TxPoolSelectedNormal；

对于V2X侧链路通信，仅当满足针对TS 36.331[10]的子条款5.3.3.1a中的V2X侧链路通信的条件时发起RRC连接。

注：上层发起RRC连接。与NAS的交互取决于UE实施方案。

5.3.3.2发起

当上层在UE处于RRC_IDLE时请求建立RRC连接且其已获取如5.2.2.1中所描述的基本系统信息，或用于如子条款5.3.3.1a中指定的侧链路通信，UE发起程序。

在发起此程序之前，UE应确保具有条款5.2.2.2指定的有效且最新的基本系统信息。

在发起程序后，UE将：

1>如果上层在请求建立RRC连接时提供接入类别和一或多个接入标识，则：

2>使用由上层提供的接入类别和接入标识来执行5.3.14中所指定的统一接入控制程序；

3>如果接入尝试被阻止，则程序结束；

1>如对应的物理层规范中所指定，应用预设L1参数值，值提供在SIB1中的参数除外；

1>如9.2.2中所指定，应用预设MAC小区群组配置；

1>如9.1.1.2中所指定，应用CCCH配置；

1>应用SIB1中所包含的timeAlignmentTimerCommon；

1>启动计时器T300；

1>根据5.3.3.3发起RRCSetupRequest消息的传送；

5.3.3.3与RRCSetupRequest消息的传送相关的动作

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

1>如下设置ue-Identity：

2>如果上层提供5G-S-TMSI，则：

3>将ue-Identity设置为ng-5G-S-TMSI-Part1；

2>否则：

3>抽取范围0..2³⁹-1内的39位随机值且将ue-Identity设置为此值；

注1：如果UE已在当前小区的TA中登记，则上层提供5G-S-TMSI。

1>根据从上层接收到的信息设置establishmentCause；

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

UE将继续进行小区重选相关测量以及小区重选评估。如果满足用于小区重选的条件，则UE应如5.3.3.6中所指定执行小区重选。

5.3.3.4通过UE接收RRCSetup

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

1>如果响应于RRCReestablishmentRequest接收到RRCSetup；或

1>如果响应于RRCResumeRequest或RRCResumeRequest1接收到RRCSetup，则：

2>丢弃任何存储的UE非作用AS上下文和suspendConfig；

2>丢弃任何当前AS安全上下文，包含K_RRCenc密钥、K_RRCint密钥、K_UPint密钥和K_UPenc密钥；

2>释放用于除SRB0外的所有所建立RB的无线电资源，包含RLC实体、相关联PDCP实体和SDAP的释放；

2>释放RRC配置，预设L1参数值、预设MAC小区群组配置和CCCH配置除外；

2>向上层指示RRC连接的回退；

2>如果正在运行，则停止计时器T380；

1>根据所接收masterCellGroup且如5.3.5.5中所指定执行小区群组配置程序；

1>根据所接收radioBearerConfig且如5.3.5.6中所指定执行无线电承载配置程序；

1>如果存储，则丢弃由cellReselectionPriorities提供或从另一RAT继承的小区重选优先级信息；

1>如果正在运行，则停止计时器T300、T301或T319；

1>如果T390正在运行，则：

2>停止用于所有接入类别的计时器T390；

2>执行如5.3.14.4中所指定的动作；

1>如果T302正在运行，则：

2>停止计时器T302；

2>执行如5.3.14.4中所指定的动作；

1>如果正在运行，则停止计时器T320；

1>如果响应于RRCResumeRequest、RRCResumeRequest1或RRCSetupRequest接收到RRCSetup，则：

2>如果T331正在运行，则：

3>停止计时器T331；

3>执行如5.7.8.3中所指定的动作；

2>进入RRC_CONNECTED；

2>停止小区重选程序；

1>将当前小区视为PCell；

1>如下设置RRCSetupComplete消息的内容：

2>如果上层提供5G-S-TMSI：

3>如果响应于RRCSetupRequest接收到RRCSetup：

4>将ng-5G-S-TMSI-Value设置为ng-5G-S-TMSI-Part2；

3>否则：

4>将ng-5G-S-TMSI-Value设置为ng-5G-S-TMSI；

2>将selectedPLMN-Identity设置为由上层(TS 24.501[23])从plmn-IdentityList中包含的PLMN或SIB1中的npn-IdentityInfoList中包含的PLMN或SNPN选择的PLMN或SNPN；

2>如果上层提供‘已登记AMF’，则：

3>如下包含且设置registeredAMF：

4>如果‘已登记AMF’的PLMN身份不同于由上层选择的PLMN，则：

5>在registeredAMF中包含plmnIdentity且将其设置为从上层接收到的‘已登记AMF’中的PLMN身份的值；

4>将amf-Identifier设置为从上层接收到的值；

3>包含且将guami-Type设置为由上层提供的值；

2>如果上层提供一或多个S-NSSAI(参见TS 23.003[21])，则：

3>包含s-NSSAI-List且将内容设置为由上层提供的值；

2>将dedicatedNAS-Message设置为包含从上层接收到的信息；

2>如果作为IAB-节点连接，则：

3>包含iab-NodeIndication；

2>如果SIB1含有idleModeMeasurementsNR且UE具有在VarMeasIdleReport中可用的关于除PCell外的小区的NR空闲/非作用测量信息；或

2>如果SIB1含有idleModeMeasurementsEUTRA且UE具有VarMeasIdleReport中可用的E-UTRA空闲/非作用测量信息，则：

3>包含idleMeasAvailable；

2>如果UE具有可用于NR的记录测量值且如果RPLMN包含在存储于VarLogMeasReport中的plmn-IdentityList中，则：

3>在RRCSetupComplete消息中包含logMeasAvailable；

2>如果UE具有可用的蓝牙记录测量值且如果RPLMN包含在存储于VarLogMeasReport中的plmn-IdentityList中，则：

3>在RRCSetupComplete消息中包含logMeasAvailableBT；

2>如果UE具有可用的WLAN记录测量值且如果RPLMN包含在存储于VarLogMeasReport中的plmn-IdentityList中，则：

3>在RRCSetupComplete消息中包含logMeasAvailableWLAN；

2>如果UE具有VarConnEstFailReport中可用的连接建立故障或连接恢复故障信息且如果RPLMN等于存储在VarConnEstFailReport中的plmn-Identity，则：

3>在RRCSetupComplete消息中包含connEstFailInfoAvailable；

2>如果UE具有在VarRLF-Report中可用的无线电链路故障或越区移交失败信息且如果RPLMN包含在存储于VarRLF-Report中的plmn-IdentityList中，则：

3>如果VarRLF-Report中的reconnectCellId未设置，则：

4>将VarRLF-Report中的timeUntilReconnection设置为自从最后无线电链路或越区移交失败时起经过的时间；

4>将VarRLF-Report中的reconnectCellId中的nrReconnectCellId设置为PCell的全球小区身份跟踪区域码；

3>在RRCSetupComplete消息中包含rlf-InfoAvailable；

2>如果UE支持如TS 36.306[62]中限定的用于RAT间MRO NR的RLF报告，且如果UE具有在TS 36.331[10]的VarRLF-Report中可用的无线电链路故障或越区移交失败信息，则：

3>如果TS 36.331[10]的VarRLF-Report中的reconnectCellId未设置，则：

4>将TS 36.331[10]的VarRLF-Report中的timeUntilReconnection设置为自从LTE中的最后无线电链路或越区移交失败时起经过的时间；

4>将TS 36.331[10]的VarRLF-Report中的reconnectCellId中的nrReconnectCellId设置为PCell的全球小区身份和跟踪区域码；

3>如果UE能够进行跨RAT RLF报告且如果RPLMN包含在存储于TS 36.331[10]的VarRLF-Report中的plmn-IdentityList中，则

4>在RRCSetupComplete消息中包含rlf-InfoAvailable；

2>如果UE支持移动性历史信息的存储且UE具有在VarMobilityHistoryReport中可用的移动性历史信息，则：

3>在RRCSetupComplete消息中包含mobilityHistoryAvail；

2>如果响应于RRCResumeRequest、RRCResumeRequest1或RRCSetupRequest接收到RRCSetup，则：

3>如果speedStateReselectionPars配置在SIB2中：

4>在RRCSetupComplete消息中包含mobilityState并紧接在进入RRC_CONNECTED状态之前将其设置成UE的移动性状态(如TS 38.304[20]

中所指定)；

1>将RRCSetupComplete消息提交到下层以用于传送，此后程序即刻结束。

[…]

5.3.5RRC重新配置

5.3.5.1总述

[标题为“RRC重新配置成功”的3GPP TS 38.331 V16.2.0的图5.3.5.1-1再现为图6]

[…]

5.3.8RRC连接释放

5.3.8.1总述

[标题为“RRC连接释放成功”的3GPP TS 38.331 V16.2.0的图5.3.8.1-1再现为图7]

此程序的目的是：

-释放RRC连接，其包含所建立的无线电承载以及所有无线电资源的释放；或

-仅在SRB2和至少一个DRB或IAB的SRB2设置时暂停RRC连接，其包含所建立的无线电承载的暂停。

5.3.8.2发起

网络发起RRC连接释放程序以将处于RRC_CONNECTED的UE转变到RRC_IDLE；或仅当SRB2和至少一个DRB或IAB的SRB2设置为RRC_CONNECTED中时才将处于RRC_CONNECTED的UE转变到RRC_INACTIVE；或当UE尝试恢复时将处于RRC_INACTIVE的UE转变回RRC_INACTIVE；或当UE尝试恢复时将处于RRC_INACTIVE的UE转变到RRC_IDLE。程序也可用以将UE释放和重新导向到另一频率。

5.3.8.3通过UE接收RRCRelease

UE将：

1>使此子条款中限定的以下动作从接收到RRCRelease消息的时刻或者任选地下层指示已成功确认接收到RRCRelease消息的时刻(选择两个情况中更早的情况)延迟60ms；

1>如果正在运行，则停止计时器T380；

1>如果正在运行，则停止计时器T320；

1>如果计时器T316正在运行中，则；

2>停止计时器T316；

2>清除VarRLF-Report中包含的信息(若存在)；

1>如果正在运行，则停止计时器T350；

1>如果AS安全性未被激活，则：

2>忽略包含在RRCRelease消息中的除waitTime外的任何字段；

2>如5.3.11中所指定在进入RRC_IDLE后执行动作，其中释放原因为‘其它’，在此后程序结束；

1>如果RRCRelease消息包含指示重新导向到eutra的redirectedCarrierInfo：

2>如果包含cnType，则：

3>在小区选择之后，向上层指示可用CN类型和所接收cnType；

注1：如果重新导向之后选择的E-UTRA小区不支持由cnType指定的核心网络类型，则状况处理取决于UE实施方案。

2>如果包含voiceFallbackIndication，则：

3>将RRC连接释放视为用于IMS语音的EPS回退(参见TS 23.502[43])；

1>如果RRCRelease消息包含cellReselectionPriorities，则：

2>存储由cellReselectionPriorities提供的小区重选优先级信息；

2>如果包含t320，则：

3>启动计时器T320，其中根据t320的值设置计时器值；

1>否则：

2>应用在系统信息中广播的小区重选优先级信息；

1>如果包含deprioritisationReq，则：

2>启动或重新启动计时器T325，其中计时器值设置成所传送的deprioritisationTimer；

2>存储deprioritisationReq直到T325到期为止；

1>如果RRCRelease包含measIdleConfig：

2>如果T331正在运行，则：

3>停止计时器T331；

3>执行如5.7.8.3中所指定的动作；

2>如果measIdleConfig设置为设置，则：

3>在VarMeasIdleConfig中存储所接收measIdleDuration；

3>启动计时器T331，其中值设置为measIdleDuration；

3>如果measIdleConfig含有measIdleCarrierListNR，则：

4>在VarMeasIdleConfig中存储所接收measIdleCarrierListNR；

3>如果measIdleConfig含有measIdleCarrierListEUTRA，则：

4>在VarMeasIdleConfig中存储所接收measIdleCarrierListEUTRA；

3>如果measIdleConfig含有validityAreaList，则：

4>在VarMeasIdleConfig中存储所接收validityAreaList；

1>如果RRCRelease包含suspendConfig，则：

2>应用所接收suspendConfig；

2>移除VarConditionalReconfig内的所有条目，如果存在的话；

2>对于每一measId，如果相关联的reportConfig具有设置为condTriggerConfig的reportType，则：

3>针对相关联的reportConfigId：

4>从VarMeasConfig内的reportConfigList移除具有匹配reportConfigId的条目；

3>如果相关联的measObjectId仅与具有设置为condTriggerConfig的reportType的reportConfig相关联，则：

4>从VarMeasConfig内的measObjectList移除具有匹配measObjectId的条目；

3>从VarMeasConfig内的measIdList移除具有匹配measId的条目；

2>重置MAC并释放预设MAC小区群组配置，如果存在的话；

2>为SRB1重建RLC实体；

2>如果响应于RRCResumeRequest或RRCResumeRequest1接收到具有suspendConfig的RRCRelease消息，则：

3>如果正在运行，则停止计时器T319；

3>在所存储的UE非作用AS上下文中：

4>用当前K_gNB和K_RRCint密钥替代K_gNB和K_RRCint密钥；

4>用在UE已接收到RRCRelease消息的小区中的临时C-RNTI替代C-RNTI；

4>用UE已接收到RRCRelease消息的小区的cellIdentity替代cellIdentity；

4>用UE已接收到RRCRelease消息的小区的物理小区身份替代物理小区身份；

2>否则：

3>在UE非作用AS上下文中存储当前K_gNB和K_RRCint密钥、ROHC状态、所存储的QoS流到DRB映射规则、用于源PCell的C-RNTI、源PCell的cellIdentity和物理小区身份、NR PSCell(如果已配置)的ReconfigurationWithSync内的spCellConfigCommon，以及所有其它配置参数，以下除外：

-PCell的ReconfigurationWithSync内的参数；

-NR PSCell的ReconfigurationWithSync内的参数(如果已配置)；

-E-UTRA PSCell的MobilityControlInfoSCG内的参数(如果已配置)；

-servingCellConfigCommonSIB；

注2：当UE进入RRC_INACTIVE时，NR侧链路通信相关配置和记录的测量配置未被存储为UE非作用AS上下文。

2>暂停所有SRB和DRB，SRB0除外；

2>向所有DRB的下层指示PDCP暂停；

2>如果包含t380，则：

3>启动计时器T380，其中计时器值设置为t380：

2>如果RRCRelease消息包含waitTime，则：

3>启动计时器T302，其中值设置为waitTime；

3>通知上层接入禁止适用于除类别‘0’和‘2’之外的所有接入类别。

2>如果T390正在运行，则：

3>停止用于所有接入类别的计时器T390；

3>执行如5.3.14.4中所指定的动作；

2>向上层指示RRC连接的暂停；

2>进入RRC_INACTIVE并且执行如在TS 38.304[20]中所指定的小区选择；

1>否则

2>如5.3.11中所指定在进入RRC_IDLE后执行动作，其中释放原因为‘其它’。

[…]

5.3.13RRC连接恢复

5.3.13.1总述

[标题为“RRC连接恢复成功”的3GPP TS 38.331 V16.2.0的图5.3.13.1-1再现为图8]

[…]

[标题为“后跟着网络暂停的RRC连接恢复成功”的3GPP TS 38.331 V16.2.0的图5.3.13.1-4再现为图9]

[…]

这个程序的目的为恢复暂停的RRC连接，包含恢复SRB和DRB或执行RNA更新。

[…]

5.3.13.2发起

当上层或AS请求恢复暂停的RRC连接时(当响应于RAN寻呼时，当在UE处于RRC_INACTIVE时触发RNA更新后，或用于如子条款5.3.13.1a中所指定的侧链路通信)，UE发起程序。

在发起程序后，UE将：

1>如果通过对NG-RAN寻呼作出响应来触发RRC连接的恢复，则：

2>选择‘0’作为接入类别；

2>使用选定接入类别和由上层提供的一或多个接入标识来执行5.3.14中所指定的统一接入控制程序；

3>如果接入尝试被阻止，则程序结束；

1>否则，如果RRC连接的恢复被上层触发：

2>如果上层提供接入类别和一或多个接入标识：

3>使用由上层提供的接入类别和接入标识来执行5.3.14中所指定的统一接入控制程序；

4>如果接入尝试被阻止，则程序结束；

2>根据从上层接收到的信息设置resumeCause；

1>否则，如果RRC连接的恢复由于RNA更新而被触发，如5.3.13.8中所指定：

2>如果紧急服务正在进行中，则：

注：UE中的RRC层如何感知进行中的紧急服务取决于UE实施方案。

3>选择‘2’作为接入类别；

3>将resumeCause设置为emergency；

2>否则：

3>选择‘8’作为接入类别；

2>使用选定接入类别和如TS 24.501[23]中所指定的将应用的一或多个接入标识来执行如5.3.14中所指定的统一接入控制程序；

3>如果接入尝试被阻止，则：

4>将变量pendingRNA-Update设置为true；

4>程序结束；

1>如果UE处于NE-DC或NR-DC中：

2>如果UE不支持在连接恢复后维持SCG配置，则：

3>如果存储，则从UE非作用AS上下文中释放MR-DC相关配置(即，如5.3.5.10中所指定)；

1>如果UE不支持在连接恢复后维持MCG SCell配置：

2>如果存储，则从UE非作用AS上下文中释放MCG SCell；

1>如9.2.1中所指定，应用预设SRB1配置；

1>如9.2.2中所指定，应用预设MAC小区群组配置；

1>如果存储，则从UE非作用AS上下文中释放delayBudgetReportingConfig；

1>如果正在运行，则停止计时器T342；

1>如果存储，则从UE非作用AS上下文中释放overheatingAssistanceConfig；

1>如果正在运行，则停止计时器T345；

1>如果存储，则从UE非作用AS上下文中释放idc-AssistanceConfig；

1>如果存储，则从UE非作用AS上下文中释放用于所有经配置小区群组的drx-PreferenceConfig；

1>如果正在运行，则停止计时器T346a的所有实例；

1>如果存储，则从UE非作用AS上下文中释放用于所有经配置小区群组的maxBW-PreferenceConfig；

1>如果正在运行，则停止计时器T346b的所有实例；

1>如果存储，则从UE非作用AS上下文中释放用于所有经配置小区群组的maxCC-PreferenceConfig；

1>如果正在运行，则停止计时器T346c的所有实例；

1>如果存储，则从UE非作用AS上下文中释放用于所有经配置小区群组的maxMIMO-LayerPreferenceConfig；

1>如果正在运行，则停止计时器T346d的所有实例；

1>如果存储，则从UE非作用AS上下文中释放用于所有经配置小区群组的minSchedulingOffsetPreferenceConfig；

1>如果正在运行，则停止计时器T346e的所有实例；

1>如果存储，则从UE非作用AS上下文中释放releasePreferenceConfig；

1>如果正在运行，则停止计时器T346f；

1>如9.1.1.2中所指定，应用CCCH配置；

1>应用SIB1中所包含的timeAlignmentTimerCommon；

1>启动计时器T319；

1>将变量pendingRNA-Update设置为false；

1>根据5.3.13.3发起RRCResumeRequest消息或RRCResumeRequest1的传送。

5.3.13.3与RRCResumeRequest或RRCResumeRequest1消息的传送有关的动作

UE将如下设置RRCResumeRequest或RRCResumeRequest1消息的内容：

1>如果字段useFullResumeID在SIB1中用信号表示，则：

2>将RRCResumeRequest1选为要使用的消息；

2>将resumeIdentity设置为所存储的fullI-RNTI值；

1>否则：

2>将RRCResumeRequest选为要使用的消息；

2>将resumeIdentity设置为所存储的shortI-RNTI值；

1>恢复RRC配置、RoHC状态、所存储的QoS流到DRB映射规则，以及来自所存储的UE非作用AS上下文的K_gNB和K_RRCint密钥，以下除外：

-masterCellGroup；

-如果存储，则mrdc-SecondaryCellGroup；以及

-pdcp-Config；

1>将resumeMAC-I设置为所计算的MAC-I的16个最低有效位：

2>通过根据条款8(即，8位的倍数)编码为VarResumeMAC-Input的ASN.1；

2>利用UE非作用AS上下文中的K_RRCint密钥和先前配置的完整性保护算法；以及

2>其中COUNT、BEARER和DIRECTION的所有输入位都设置为二进制位；

1>使用所存储的nextHopChainingCount值，基于当前K_gNB密钥或NH导出K_gNB密钥，如TS 33.501[11]中所指定；

1>导出K_RRCenc密钥、K_RRCint密钥、K_UPint密钥和K_UPenc密钥；

1>紧接着使用经配置算法及在此子条款中导出的K_RRCint密钥和K_UPint密钥配置下层以向除SRB0外的所有无线电承载应用完整性保护，即，完整性保护将应用于由UE接收和发送的所有后续消息；

注1：只有具有先前配置的UP完整性保护的DRB会恢复完整性保护。

1>配置下层以向除SRB0外的所有无线电承载应用加密，并应用经配置加密算法和在此子条款中导出的K_RRCenc密钥和K_UPenc密钥，即，加密配置将应用于由UE接收和发送的所有后续消息；

1>为SRB1重建PDCP实体；

1>恢复SRB1；

1>提交选定消息RRCResumeRequest或RRCResumeRequest1以传送到下层。

注2：只有具有先前配置的UP加密的DRB会恢复加密。

如果在T319正在运行时下层指示完整性校验失败，则执行5.3.13.5中所指定的动作。

UE将继续进行小区重选相关测量以及小区重选评估。如果满足小区重选条件，那么UE将如5.3.13.6中所指定执行小区重选。

[…]

5.3.13.8RNA更新

在RRC_INACTIVE状态中，UE将：

1>如果T380到期；或

1>如果在接收SIB1时触发RNA更新，如5.2.2.4.2中所指定，则：

2>发起5.3.13.2中的RRC连接恢复程序，其中resumeCause设置为rna-Update；

1>如果针对接入类别‘8’或接入类别‘2’放松禁制，如5.3.14.4中所指定：

2>如果上层并不向RRC请求重新开始RRC连接，且

2>如果变量pendingRNA-Update被设置为true：

3>发起5.3.13.2中的RRC连接恢复程序，其中resumeCause值设置为rna-Update。

如果处于RRC_INACTIVE状态的UE未能找到合适的小区且驻留于可接受小区上以获得如TS 38.304[20]中限定的有限服务，则UE将：

1>如5.3.11中所指定在进入RRC_IDLE后执行动作，其中释放原因为‘其它’。

注：当UE既不驻留于合适的小区也不驻留于可接受小区时，当T380到期时如何表现取决于UE实施方案。

5.3.13.9通过UE接收RRCRelease

UE将：

1>执行5.3.8中所指定的动作。

[…]

6.2.1大体消息结构

[…]

-UL-CCCH-Message

UL-CCCH-Message类为可在上行链路CCCH逻辑信道上从UE发送到网络的48位RRC消息的集合。

[…]

6.2.2消息限定

[…]

-RRCResumeRequest

RRCResumeRequest消息用以请求重新开始暂停的RRC连接或执行RNA更新。

信令无线电承载：SRB0

RLC-SAP：TM

逻辑信道：CCCH

方向：UE到网络

RRCResumeRequest消息

-RRCResumeRequest1

RRCResumeRequest1消息用以请求重新开始暂停的RRC连接或执行RNA更新。

信令无线电承载：SRB0

RLC-SAP：TM

逻辑信道：CCCH1

方向：UE到网络

RRCResumeRequest1消息

[…]

-RRCResume

RRCResume消息用于恢复暂停的RRC连接。

信令无线电承载：SRB1

RLC-SAP：AM

逻辑信道：DCCH

方向：网络到UE

RRCResume消息

[…]

-RRCResumeComplete

RRCResumeComplete消息用以确认RRC连接重新开始的成功完成。

信令无线电承载：SRB1

RLC-SAP：AM

逻辑信道：DCCH

方向：UE到网络

RRCResumeComplete消息

[…]

-RRCRelease

RRCRelease消息用于命令RRC连接的释放或RRC连接的暂停。

信令无线电承载：SRB1

RLC-SAP：AM

逻辑信道：DCCH

方向：网络到UE

RRCRelease消息

[…]

-RRCSetup

RRCSetup消息用以建立SRB1。

信令无线电承载：SRB0

RLC-SAP：TM

逻辑信道：CCCH

方向：网络到UE

RRCSetup消息

-RRCSetupComplete

RRCResumeComplete消息用以确认RRC连接建立的成功完成。

信令无线电承载：SRB1

RLC-SAP：AM

逻辑信道：DCCH

方向：UE到网络

RRCSetupComplete消息

-RRCSetupRequest

RRCSetupRequest消息用以请求建立RRC连接。

信令无线电承载：SRB0

RLC-SAP：TM

逻辑信道：CCCH

方向：UE到网络

RRCSetupRequest消息

[…]

6.3.2无线电资源控制信息元素

[…]

-ResumeCause

IE ResumeCause用以指示RRCResumeRequest和RRCResumeRequest1中的恢复原因。

ResumeCause信息元素

[…]

7.4UE变量

[…]

-VarResumeMAC-Input

UE变量VarResumeMAC-Input指定用以在RRC连接恢复程序期间产生resumeMAC-I的输入。

VarResumeMAC-Input变量

3GPP TS 38.300介绍以下内容：

9.2.2RRC_INACTIVE下的移动性

9.2.2.1概述

[…]

当处于RRC_INACTIVE状态的UE移出经配置RNA时，所述UE需要发起RNA更新程序。当从UE接收到RNA更新请求时，接收gNB触发XnAP检索UE上下文程序以从最后一个服务gNB得到UE上下文，且可决定将UE发送回到RRC_INACTIVE状态，使UE进入RRC_CONNECTED状态，或将UE发送到RRC_IDLE。在周期性RNA更新的情况下，如果最后一个服务gNB决定不重新定位UE上下文，则其未能检索UE上下文程序且将UE发送回到RRC_INACTIVE，或通过封装的RRCRelease消息直接发送到RRC_IDLE。

[…]

3GPP TR 23.752介绍以下内容：

6.7解决方案#7：经由层2UE到网络中继UE的间接通信

6.7.1引言

解决方案解决了在关键问题#3(支持UE到网络中继UE)中突出的以下方面：

-如何通过UE到网络中继UE在远程UE与网络之间传送数据。

解决方案提出支持层2UE到网络中继UE的协议架构(参见附件A)。

此解决方案仅适用于NR/5GC网络中继。当UE到网络中继UE在NR/5GC的覆盖范围外时其不适用。

6.7.2功能描述

6.7.2.1总述

在此条款中，提供支持L2 UE到网络中继UE的协议架构。

L2 UE到网络中继UE提供转发功能，其可在PC5链路上中继任何类型的业务。

L2 UE到网络中继UE提供支持到用于远程UE的5GS的连接性的功能。如果成功地建立到L2 UE到网络中继UE的PC5链路，则UE被视为远程UE。远程UE可位于NG-RAN覆盖范围内或NG-RAN覆盖范围外。

6.7.2.2控制和用户平面协议

控制和用户平面协议堆栈基于在附件A中描述的架构参考模型。

6.7.2.3网络选择

网络选择包括PLMN选择和接入网络选择。用于远程UE的接入网络选择包括UE到网络中继的发现和选择。远程UE根据由UE到网络中继选择的PLMN执行PLMN选择。中继UE将系统信息中的服务PLMN信息和其它PLMN信息提供到远程UE，以便在发现期间执行PLMN选择。

编者注：L2 UE到网络中继预期支持和建议哪些和多少PLMN有待进一步研究。例如是否仅为其登记的PLMN、其登记的PLMN和等效于登记的PLMN或者其可被(硬)配置成包含类似于MOCN配置的任何PLMN。

远程UE和UE到网络中继UE按照限定由同一NG-RAN服务。

6.7.2.4授权和预配

为了使在覆盖范围外的(远程)UE能够获得到网络的连接性，重要的是允许此类UE借助于(预)配置来发现通过其可获得对5GS的接入的潜在UE到网络中继UE。为实现这一点：

可如下使得用于UE到网络中继UE发现和用于通过NR PC5的通信的参数可用于远程UE：

-在ME中预配置和/或在UICC中配置；

-在服务PLMN中由PCF提供或更新到UE。

还重要的是UE被授权作为UE到网络中继UE操作。UE可仅当由网络服务时作为UE到网络中继UE操作。

可如下使得用于UE作为UE到网络中继UE操作、用于通过NR PC5的远程UE的发现和用于通过NR PC5的通信的参数可用于UE：

-在ME中预配置和/或在UICC中配置；

-在服务PLMN中由PCF提供或更新到UE。

应当可能的是HPLMN PCF在每一PLMN基础上为UE提供授权以作为远程UE或作为UE到网络中继UE操作。还应当可能的是服务PLMN提供/撤销此类授权，在此情况下应超控由HPLMN提供的任何对应信息。

用于层2UE到网络中继的基于PCF的服务授权和预配解决方案可再使用解决方案#35。

6.7.2.5登记和连接管理

6.7.2.5.1登记管理

用于UE到网络中继UE的登记管理遵循TS 23.501[6]和TS 23.502[8]中限定的原理和程序。UE到网络中继由第一AMF服务。

用于远程UE的登记管理遵循TS 23.501[6]和TS 23.502[8]中限定的原理和程序。远程UE由可或可不与第一AMF相同的第二AMF服务。

注：仅当网络(包含RAN/CN)不限制，例如授权、统一接入控制以及远程UE和UE到网络中继在同一rPLMN或ePLMN中时，UE才被授权充当UE到网络中继。

6.7.2.5.2连接管理

用于UE到网络中继UE的连接管理至少遵循TS 23.501[6]和TS 23.502[8]中限定的原理和程序。

用于远程UE的连接管理遵循TS 23.501[6]和TS 23.502[8]中限定的原理和程序。

仅当UE到网络中继处于CM-CONNECTED/RRC连接状态时，UE到网络中继可中继用于远程UE的数据/信令。如果处于CM_IDLE状态的UE到网络中继从远程UE接收到用于中继的PC5连接请求，则UE到网络中继应触发服务请求程序以在中继信令之前进入CM_CONNECTED状态。

-如果连接到UE到网络中继UE的任何远程UE处于CM-CONNECTED，则UE到网络中继UE应当保持CM-CONNECTED状态。

-如果连接到UE到网络中继UE的所有远程UE进入CM-IDLE，则UE到网络中继UE可进入CM-IDLE状态。

注：应用的状态需要由RAN WG2协调和确认。RAN WG2还将研究对非作用RRC的影响。

当远程UE处于CM-IDLE或CM-CONNECTED时，中继UE和远程UE保持PC5链路。

对于寻呼远程UE，可基于RAN WG2采用TR 36.746[27]的选项2的假设再使用TR23.733[26]的条款6.6.2中达成的解决方案。

编者注：RAN WG2是否将采用TR 36.746[27]的寻呼选项2用于5G ProSe需要由RAN群组确认。

6.7.2.5.3NAS级拥塞控制

UE到网络中继可经历如TS 23.501[6]的条款5.19.7中所指定的NAS级拥塞控制。

当NAS移动性管理拥塞控制被激活时，即UE到网络中继从AMF接收到移动性管理回退计时器时，在UE到网络中继进入CM_IDLE状态之后UE到网络中继无法正确地服务远程UE。在彼情况下，UE到网络中继需要向远程UE告知存在在UE到网络中继处运行的移动性管理回退计时器，使得远程UE能够(重新)选择另一UE到网络中继。

远程UE还可受NAS级拥塞控制。TS 23.501[6]中限定的现有行为应适用。

6.7.2.6QoS

如附件A中所示，远程UE与网络之间的NAS端点如当前指定，使得经由UE到网络中继UE的操作对于网络NAS应当是透明的，条款6.7.2.4中标识的授权/预配除外。

这意味着基于5GS流的QoS概念尤其应当在远程UE与网络之间再使用，并且对无线电接口上进行必要适配，所述无线电接口即PC5(用于远程UE和UE到网络中继UE)和Uu(用于UE到网络中继UE)。当RAN从CN获得QoS属性集时，所述RAN对PC5接口和Uu接口执行QoS强制执行。举例来说，RAN以AS层配置执行QoS强制执行，并且对PC5接口和Uu接口进行必要适配。换句话说，在网络与远程UE之间建立的QoS流将映射到远程UE所见的PC5“无线电承载”和网络所见的正常Uu无线电承载，由此UE到网络中继UE执行Uu与PC5之间的必要适配。

编者注：如何对PC5接口和Uu接口执行AS层配置取决于RAN。

6.7.2.7移动性

6.7.2.7.1移动性限制

远程UE预期在适用于UE到网络中继UE的移动性限制的界限内操作。

CM-IDLE状态下的移动性限制是由UE基于从网络接收的信息执行的。对于UE到网络中继情况，如果远程UE在覆盖范围外，则远程UE可能无法获得移动性限制相关信息。远程UE可从中继UE得到移动性限制相关信息，例如跟踪区域，且远程UE自身基于所接收的信息在CM_IDLE状态下执行网络选择和接入控制。

RAT限制：

-如果远程UE局限于在PLMN中使用某些RAT，则远程UE不被允许使用所述PLMN中的所述RAT经由UE到网络中继进行接入。如果UE到网络中继局限于在PLMN中使用某些RAT，则UE到网络中继不被允许使用所述PLMN中的所述RAT执行中继操作。

禁用区域：

-如果UE到网络中继处于禁用区域中，则其不被允许执行中继操作。如果UE到网络中继在远程UE的禁用区域中操作，则远程UE不被允许经由此UE到网络中继接入网络。

-UE到网络中继应向远程UE指示UE到网络中继连接到的小区的跟踪区域。在发现期间提供指示。

服务区域限制：允许区域，非允许区域

-允许区域本身适用于UE到网络中继和远程UE。UE到网络中继(相应地，远程UE)被允许如订阅所允许的发起与网络(相应地，经由UE到网络中继与网络)的通信。

-UE到网络的中继仅可在允许区域中执行UE到网络中继操作。

-非允许区域本身适用于UE到网络中继和远程UE。UE(UE到网络中继或远程UE)和网络不被允许发起服务请求或SM信令来获得用户服务(处于CM-IDLE和CM-CONNECTED两者状态下)。用于非3GPP接入方面的RM程序不适用于远程UE。

-当UE到网络中继UE进入非允许区域且UE到网络中继无法提供中继服务时，其可通过原因代码释放PC5单播连接，所述原因代码向远程UE告知非允许区域中的UE到网络中继。

注1：由于UE到网络中继的移动性带来的服务区域限制改变的上述项目将与解决方案#7的其它部分分开评估。

核心网络类型限制：

-CN类型限制本身适用于UE到网络中继和远程UE。UE到网络中继或远程UE仅当不局限于使用5GC时可如此操作。

封闭接入群组信息：

-被准许(相应地，不被准许)接入CAG小区的UE被隐式地准许(相应地，不被准许)经由UE到网络中继作为远程UE接入此CAG小区。当UE为远程UE时，UE的允许的CAG列表和仅CAG指示适用于此UE。

-被准许(相应地，不被准许)接入CAG小区的UE被隐式地准许(相应地，不被准许)作为UE到网络中继接入此CAG小区。当UE作为UE到网络中继操作时，UE的允许的CAG列表和仅CAG指示适用于此UE。

-UE到网络中继应向远程UE指示UE到网络中继被准许经由其连接到的小区进行接入的CAG的CAG标识符。在发现期间提供指示。

-如果UE到网络中继仅被准许接入CAG小区，则UE到网络中继应向远程UE提供其仅CAG指示。CAG标识符和仅CAG指示提供到远程UE以用于在发现程序期间的UE到网络中继选择。

-UE到网络中继可由于UE到网络中继的移动性或UE到网络中继的配置改变而将CAG标识符和仅CAG指示的更新发送到远程UE，例如在条款4.2.4.2中的TS 23.502[8]中描述的UE配置更新程序。在此情况下，如果远程UE确定其不再被允许经由当前UE到网络中继接入网络，则远程UE可断开PC5连接且重新选择另一UE到网络中继，或者如果仍允许考虑新配置，则可重新选择同一UE到网络中继。

注2：关于CAG标识符改变和仅CAG指示的上述两个项目将与解决方案7的其它部分分开评估。

6.7.2.7.2其它

NG-RAN节点内的远程UE的移动性将由NG-RAN和UE到网络中继处置，从而当从直接网络连接变为间接网络连接(即，经由L2 UE到网络中继UE)且当从间接网络连接变为直接网络连接时允许远程UE维持服务而无需涉及5GC。

[标题为“NG-RAN内移动性(不涉及5GC)”的3GPP TR 23.752 V0.5.1的图6.7.2.6-1再现为图10]

下文描绘NG-RAN间移动性。预期在对NAS无影响而主要对下层(即，RAN WG2)产生影响的情况下，移动是可能的。

[标题为“NG-RAN间移动性”的3GPP TR 23.752 V0.5.1的图6.7.2.6-2再现为图11]

6.7.2.8安全性

在远程UE和gNB处的端点之间的PDCP层处强加安全性(保密性和完整性保护)。PDCP业务在两个链路上安全地中继，而不会使远程UE的任何明文数据暴露于UE到网络中继，其中一个链路在远程UE与UE到网络中继UE之间且另一链路在UE到网络中继UE到gNB之间。

对于直接PC5通信和间接通信的UP完整性保护是分开的。对于间接通信，NG-RAN和远程UE是对于NG-RAN与远程UE之间的数据传送强加UP完整性保护的节点。

对于直接PC5通信，UE到网络中继UE和远程UE是对于UE到网络中继UE与远程UE之间的数据传送强加UP完整性保护的节点。

注：安全性要求的进一步分析将在SA WG3中完成。

6.7.2.9UE到网络中继发现和选择

模型A和模型B可应用于层2UE到网络中继发现。用于层2UE到网络中继的详细UE到网络中继发现和选择的解决方案可再使用解决方案#19，差别在于不需要考虑切片和DNN信息。另外，例如CAG小区和TA等移动性限制相关信息可包含于发现消息中。

编者注：可如何利用针对远程UE的PLMN选择来执行中继发现将在用于KI#3的单独解决方案中解决。

6.7.2.10路径选择

对于初始接入，远程UE可基于链路质量和经配置阈值(经预配置或由NG-RAN提供)执行直接Uu路径与间接Uu路径之间的通信路径选择。举例来说，如果Uu链路质量超过经配置阈值，则选择直接Uu路径。否则，通过执行UE到网络中继发现和选择来选择间接Uu路径。

对于路径切换情况，NG-RAN可以基于不同路径的信号电平/质量执行通信路径选择，所述信号电平/质量可基于路径切换解决方案。

编者注：最终解决方案应当与RAN WG协调，且特定无线电准则和对应阈值必须遵从RAN WG限定。

6.7.3程序

[标题为“用于经由UE到网络中继UE的间接通信的连接建立”的3GPP TR 23.752V0.5.1的图6.7.3-1再现为图12]

0.如果在覆盖范围内，则远程UE和UE到网络中继UE可以根据TS 23.502[8]中的登记程序独立地执行向网络的初始登记。当经由UE到网络中继UE交换远程UE与网络之间的稍后NAS信令时，维持远程UE的所分配5G GUTI。

注1：此处展示的当前程序假定单跳中继。

1.如果在覆盖范围内，则远程UE和UE到网络中继UE从网络独立地得到用于间接通信的服务授权。用于UE到网络中继操作的服务授权和参数预配是针对UE到网络中继UE和远程UE执行的，如条款6.7.2.4中所指定。

如果远程UE不在覆盖范围内，则将使用预配置信息。如果需要，则PCF可在步骤7之后更新授权信息。

如果远程UE尚未执行初始登记，则远程UE可在步骤7中经由间接网络通信执行初始登记。

2-3.远程UE和UE到网络中继UE执行UE到网络中继UE发现和选择。中继UE可在CM_IDLE和CM_CM-CONNECTED两者中执行UE到网络中继发现。

用于层2UE到网络中继的UE到网络中继发现和选择的细节参见条款6.7.2.9和解决方案#19、解决方案#41。

4.远程UE使用如TS 23.287[5]中所描述的程序通过PC5发起与选定UE到网络中继UE的一对一通信连接。

5.如果UE到网络中继UE由从远程UE接收的通信请求触发而处于CM_IDLE状态，则UE到网络中继UE向其服务AMF发送服务请求消息。

中继的AMF可基于NAS消息验证执行UE到网络中继UE的认证，且如果需要，AMF将检查订阅数据。

在条款6.7.2.5.2中提出如何保持中继UE处于CM_CONNECTED状态。

6.远程UE经由UE到NW中继UE向NG-RAN发送AS消息，以与服务于中继UE的同一NG-RAN建立AS连接。

7.远程UE向服务AMF发送NAS消息。NAS消息封装于通过PC5发送到UE到网络中继UE的RRC消息中，且UE到网络中继UE将消息转发到NG-RAN。NG-RAN导出远程UE的服务AMF且将NAS消息转发到此AMF。

如果远程UE在步骤0中未执行向网络的初始登记，则NAS消息为初始登记消息。否则，NAS消息为服务请求消息，或移动性或周期性登记消息。

编者注：UE到网络中继UE如何将消息转发到NG-RAN取决于RAN指定的L2中继方法。

如果远程UE经由UE到网络中继执行初始登记，则远程UE的服务AMF可基于NAS消息验证执行远程UE的认证，且如果需要，则远程UE的AMF检查订阅数据。

针对服务请求情况，用于PDU会话的用户平面连接也可被激活。其它步骤遵循TS23.502[8]中的条款4.2.3.2。

8.远程UE可以触发如TS 23.502[8]的条款4.3.2.2中限定的PDU会话建立程序。在登记程序期间或通过如在步骤0中所描述的预配置提供远程UE允许的PDU会话相关属性，同时经由UE到NW中继UE进行操作。

9.经由UE到网络中继UE和NG-RAN在远程UE与UPF之间传送数据。UE到网络中继UE使用RAN指定的L2中继方法在远程UE与NG-RAN之间转发所有数据消息。

注2：如果UE到网络中继断开，则NG-RAN将触发远程UE的AN释放程序，且远程UE进入CM-IDLE。

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

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

AMF：

-未基于中继UE的授权发起信令连接的释放。

RAN：

-需要支持L2中继功能以用于转发远程UE的信令和用户数据。

-(如果TR 36.746[27]的寻呼选项2由RAN WG2确认)，则当中继UE处于CM-CONNECTED时，RAN需要处置对远程UE的寻呼请求。

UE到网络中继UE：

-需要支持L2中继功能以用于在远程UE与RAN之间转发信令和用户数据。

-(如果TR 36.746[27]的寻呼选项2由RAN WG2确认)需要为自身和远程UE监听多个寻呼时机。

[…]

3GPP TS 38.321介绍以下内容：

5.1随机接入程序

5.1.1随机接入程序初始化

根据TS 38.300[2]，此条款中描述的随机接入程序由PDCCH命令、MAC实体自身或事件的RRC发起。在MAC实体中，在任何时间点都只存在一个进行中的随机接入程序。SCell上的随机接入程序将仅由PDCCH命令发起，其中ra-PreambleIndex不同于0b000000。

注1：如果在另一随机接入程序已在MAC实体中进行的同时触发新随机接入程序，则将取决于UE实施方案来继续进行中的程序或开始新程序(例如，对于SI请求)。

注2：如果在UE接收指示相同随机接入前导码、PRACH掩码索引和上行链路载波的另一PDCCH命令时存在由PDCCH命令触发的进行中的随机接入程序，则随机接入程序被视为与进行中的随机接入程序相同的随机接入程序且不再次初始化。

RRC针对随机接入程序配置以下参数：

-prach-ConfigurationIndex：用于传送Msg1的随机接入前导码的一组可用PRACH时机。如果PRACH时机在2步和4步RA类型之间共享，则这些还适用于MSGA PRACH；

-prach-ConfigurationPeriodScaling-IAB：在TS 38.211[8]中限定且可适用于IAB-MT的缩放因子，其延长由prach-ConfigurationIndex指示的PRACH时机基线配置的周期性；

-prach-ConfigurationFrameOffset-IAB：在TS 38.211[8]中限定且可适用于IAB-MT的帧偏移，其更改在由prach-ConfigurationIndex指示的基线配置中限定的RO帧；

-prach-ConfigurationSOffset-IAB：在TS 38.211[8]中限定且可适用于IAB-MT的子帧/时隙偏移，其更改在由prach-ConfigurationIndex指示的基线配置中限定的RO子帧或时隙；

-msgA-prach-ConfigurationIndex：在2步RA类型中用于传送MSGA的随机接入前导码的一组可用PRACH时机；

-preambleReceivedTargetPower：用于4步RA类型的初始随机接入前导码功率；

-msgA-PreambleReceivedTargetPower：用于2步RA类型的初始随机接入前导码功率；

-rsrp-ThresholdSSB：用于针对4步RA类型选择SSB的RSRP阈值。如果针对波束故障复原发起随机接入程序，则candidateBeamRSList内用于选择SSB的rsrp-ThresholdSSB是指BeamFailureRecoveryConfig IE中的rsrp-ThresholdSSB；

-rsrp-ThresholdCSI-RS：用于针对4步RA类型选择CSI-RS的RSRP阈值。如果针对波束故障复原发起随机接入程序，则rsrp-ThresholdCSI-RS等于BeamFailureRecoveryConfig IE中的rsrp-ThresholdSSB；

-msgA-RSRP-ThresholdSSB：用于针对2步RA类型选择SSB的RSRP阈值；

-rsrp-ThresholdSSB-SUL：用于在NUL载波与SUL载波之间进行选择的RSRP阈值；

-msgA-RSRP-Threshold：用于当2步和4步RA类型随机接入资源均在UL BWP中配置时用于在2步RA类型和4步RA类型之间进行选择的RSRP阈值；

-msgA-TransMax：当配置4步和2步RA类型随机接入资源两者时MSGA传送的最大数目；

-candidateBeamRSList：标识用于复原的候选波束和相关联随机接入参数的参考信号(CSI-RS和/或SSB)的列表；

-recoverySearchSpaceId：用于监听波束故障复原请求的响应的搜索空间标识；

-powerRampingStep：功率匀变因子；

-msgA-PreamblePowerRampingStep：用于MSGA前导码的功率匀变因子；

-powerRampingStepHighPriority：在经优先级排序的随机接入程序的情况下的功率匀变因子；

-scalingFactorBI：用于经优先级排序的随机接入程序的缩放因子；

-ra-PreambleIndex：随机接入前导码；

-ra-ssb-OccasionMaskIndex：限定其中MAC实体可传送随机接入前导码(参见条款7.4)的与SSB相关联的PRACH时机；

-msgA-SSB-SharedRO-MaskIndex∶指示针对每一SSB与2步RA类型PRACH时机共享的4步RA类型PRACH时机的子组。如果2步RA类型PRACH时机与4步RA类型PRACH时机共享且未配置msgA-SSB-SharedRO-MaskIndex，则所有4步RA类型PRACH时机都可用于2步RA类型(参见条款7.4)；

-ra-OccasionList：限定其中MAC实体可传送随机接入前导码的与CSI-RS相关联的PRACH时机；

-ra-PreambleStartIndex：用于按需SI请求的随机接入前导码的启动索引；

-preambleTransMax：随机接入前导码传送的最大数目；

-ssb-perRACH-OccasionAndCB-PreamblesPerSSB：限定映射到4步RA类型的每一PRACH时机的SSB的数目和映射到每一SSB的基于争用的随机接入前导码的数目；

-msgA-CB-PreamblesPerSSB-PerSharedRO：限定当PRACH时机在2步和4步RA类型之间共享时映射到每一SSB的2步RA类型的基于争用随机接入前导码的数目；

-msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB：限定映射到2步RA类型的每一PRACH时机的SSB的数目和映射到每一SSB的基于争用的随机接入前导码的数目；

-msgA-PUSCH-ResourceGroupA：限定当使用随机接入前导码群组A执行MSGA传送时UE将使用的MSGAPUSCH资源；

-msgA-PUSCH-ResourceGroupB：限定当使用随机接入前导码群组B执行MSGA传送时UE将使用的MSGAPUSCH资源；

-msgA-PUSCH-resource-Index：标识在2步RA类型的无争用随机接入的情况下用于MSGA的PUSCH资源的索引；

-如果groupBconfigured经配置，则针对4步RA类型配置随机接入前导码群组B。

-在与SSB相关联的基于争用的随机接入前导码(如TS 38.213[6]中所定义)当中，第一numberOfRA-PreamblesGroupA随机接入前导码属于随机接入前导码群组A。与SSB相关联的其余随机接入前导码属于随机接入前导码群组B(如果配置)。

-如果groupB-ConfiguredTwoStepRA经配置，则针对2步RA类型配置随机接入前导码群组B。

-在与SSB相关联的2步RA类型的基于争用的随机接入前导码(如TS

38.213[6]中所定义)当中，第一msgA-numberOfRA-PreamblesGroupA随机接入前导码属于随机接入前导码群组A。与SSB相关联的其余随机接入前导码属于随机接入前导码群组B(如果配置)。

注3：如果随机接入前导码群组B受小区支持，则对于每一SSB包含随机接入前导码群组B。

-如果针对4步RA类型配置随机接入前导码群组B，则：

-ra-Msg3SizeGroupA：用于确定4步RA类型的随机接入前导码的群组的阈值；

-msg3-DeltaPreamble:TS 38.213[6]中的Δ_{PREAMBLE_Msg3}；

-messagePowerOffsetGroupB：用于前导码选择的功率偏移；

-numberOfRA-PreamblesGroupA：限定用于每一SSB的随机接入前导码群组A中的随机接入前导码的数目。

-如果针对2步RA类型配置随机接入前导码群组B，则：

-msgA-DeltaPreamble：TS 38.213[6]中的Δ_{MsgA_PUSCH}；

-msgA-messagePowerOffsetGroupB：被配置成包含在GroupB-ConfiguredTwoStepRA中的messagePowerOffsetGroupB的用于前导码选择的功率偏移；

-msgA-numberOfRA-PreamblesGroupA：限定被配置成GroupB-ConfiguredTwoStepRA中的numberOfRA-PreamblesGroupA的每一SSB的随机接入前导码群组A中的随机接入前导码的数目；

-ra-MsgA-SizeGroupA：用以确定2步RA类型的随机接入前导码的群组的阈值。

-用于SI请求的一组随机接入前导码和/或PRACH时机(如果存在)；

-用于波束故障复原请求的一组随机接入前导码和/或PRACH时机(如果存在)；-用于同步重新配置的一组随机接入前导码和/或PRACH时机(如果存在)；

-ra-ResponseWindow：监听RA响应的时间窗口(仅SpCell)；

-ra-ContentionResolutionTimer：争用解决计时器(仅SpCell)；

-msgB-ResponseWindow：监听2步RA类型的RA响应的时间窗口(仅SpCell)。此外，假设相关服务小区的以下信息可用于UE：

-如果配置了随机接入前导码群组B：

-如果用于随机接入程序的服务小区配置有如TS 38.331[5]中指定的补充上行链路，且选择SUL载波用于执行随机接入程序，则：

-如TS 38.101-1[14]、TS 38.101-2[15]以及TS 38.101-3[16]中指定的SUL载波的P_CMAX,f,c。

-否则：

-如TS 38.101-1[14]、TS 38.101-2[15]以及TS 38.101-3[16]中指定的NUL载波的P_CMAX,f,c。

针对随机接入程序使用以下UE变量：

-PREAMBLE_INDEX；

-PREAMBLE_TRANSMISSION_COUNTER；

-PREAMBLE_POWER_RAMPING_COUNTER；

-PREAMBLE_POWER_RAMPING_STEP；

-PREAMBLE_RECEIVED_TARGET_POWER；

-PREAMBLE_BACKOFF；

-PCMAX；

-SCALING_FACTOR_BI；

-TEMPORARY_C-RNTI；

-RA_TYPE；

-POWER_OFFSET_2STEP_RA；

-MSGA_PREAMBLE_POWER_RAMPING_STEP.

当在服务小区上发起随机接入程序时，MAC实体将：

1>清空Msg3缓冲区；

1>清空MSGA缓冲区；

1>将PREAMBLE_TRANSMISSION_COUNTER设置为1；

1>将PREAMBLE_POWER_RAMPING_COUNTER设置为1；

1>将PREAMBLE_BACKOFF设置成0>ms；

1>将POWER_OFFSET_2STEP_RA设置为0dB；

1>如果显式地传送用于随机接入程序的载波，则：

2>选择所传送载波以执行随机接入程序；

2>将PCMAX设置为所传送载波的P_CMAX,f,c。

1>否则，如果未显式地传送用于随机接入程序的载波：

1>如果用于随机接入程序的服务小区配置有如在TS 38.331[5]中指定的补充上行链路；并且

1>如果下行链路路径损耗参考的RSRP小于rsrp-ThresholdSSB-SUL，则：

2>选择SUL载波以用于执行随机接入程序；

2>将PCMAX设置为SUL载波的P_CMAX,f,c。

1>否则：

2>选择NUL载波以用于执行随机接入程序；

2>将PCMAX设置为NUL载波的P_CMAX,f,c。

1>执行如条款5.15中所指定的BWP操作；

1>如果随机接入程序由PDCCH命令发起，且如果由PDCCH显式地提供的ra-PreambleIndex不是0b000000；或

1>如果针对SI请求发起随机接入程序(如在TS 38.331[5]中指定)且已由RRC显式地提供SI请求的随机接入资源；或

1>如果针对波束故障复原发起随机接入程序(如条款5.17中所指定)，且如果已由RRC针对被选定用于随机接入程序的BWP显式地提供用于4步RA类型的波束故障复原请求的无争用随机接入资源；或

1>如果针对同步重新配置发起随机接入程序，且如果已在rach-ConfigDedicated中针对被选定用于随机接入程序的BWP显式地提供针对4步RA类型的无争用随机接入资源，则：

2>将RA_TYPE设置为4-stepRA。

1>否则，如果被选定用于随机接入程序的BWP配置有2步和4步RA类型随机接入资源且下行链路路径损耗参考的RSRP高于msgA-RSRP-Threshold；或

1>如果被选定用于随机接入程序的BWP仅配置有2步RA类型随机接入资源(即，未配置4步RACH RA类型资源)；或

1>如果针对同步重新配置发起随机接入程序，且如果已在rach-ConfigDedicated中针对被选定用于随机接入程序的BWP显式地提供针对2步RA类型的无争用随机接入资源，则：

2>将RA_TYPE设置为2-stepRA。

1>否则：

2>将RA_TYPE设置为4-stepRA。

1>执行特定于如条款5.1.1a中所指定的随机接入类型的变量的初始化；

1>如果将RA_TYPE设置成2-stepRA，则：

2>针对2步RA类型执行随机接入资源选择程序(参见条款5.1.2a)。

1>否则：

2>执行随机接入资源选择程序(参见条款5.1.2)。

[…]

5.1.2随机接入资源选择

如果选定RA_TYPE被设置为4-stepRA，则MAC实体将：

1>如果针对SpCell波束故障复原发起随机接入程序(如条款5.17中所指定)；且

1>如果beamFailureRecoveryTimer(条款5.17中)正在运行或未配置；且

1>如果与SSB和/或CSI-RS中的任一个相关联的波束故障复原请求的无争用随机接入资源已由RRC显式地提供；且

1>如果candidateBeamRSList中的SSB当中具有高于rsrp-ThresholdSSB的SS-RSRP的SSB或candidateBeamRSList中的CSI-RS当中具有高于rsrp-ThresholdCSI-RS的CSI-RSRP的CSI-RS中的至少一个可用，则：

2>选择candidateBeamRSList中的SSB当中具有高于rsrp-ThresholdSSB的SS-RSRP的SSB或candidateBeamRSList中的CSI-RS当中具有高于rsrp-ThresholdCSI-RS的CSI-RSRP的CSI-RS；

2>如果选择CSI-RS，且不存在与选定CSI-RS相关联的ra-PreambleIndex，则：

3>将PREAMBLE_INDEX设置为对应于candidateBeamRSList中的SSB的ra-PreambleIndex，其与如TS 38.214[7]中所指定的选定CSI-RS准共置。

2>否则：

3>将PREAMBLE_INDEX设置为对应于从用于波束故障复原请求的一组随机接入前导码中的选定SSB或CSI-RS的ra-PreambleIndex。

1>否则，如果ra-PreambleIndex已由PDCCH显式地提供；且

1>如果ra-PreambleIndex不是0b000000，则：

2>将PREAMBLE_INDEX设置成所传送ra-PreambleIndex；

2>选择由PDCCH传送的SSB。

1>否则，如果与SSB相关联的无争用随机接入资源已在rach-ConfigDedicated中显式地提供，且相关联SSB当中具有高于rsrp-ThresholdSSB的SS-RSRP的至少一个SSB可用，则：

2>选择相关联SSB当中具有高于rsrp-ThresholdSSB的SS-RSRP的SSB；

2>将PREAMBLE_INDEX设置为对应于选定SSB的ra-PreambleIndex。

1>否则，如果与CSI-RS相关联的无争用随机接入资源已在rach-ConfigDedicated中显式地提供，并且相关联CSI-RS当中具有高于rsrp-ThresholdCSI-RS的CSI-RSRP的至少一个CSI-RS可用，则：

2>选择相关联CSI-RS当中具有高于rsrp-ThresholdCSI-RS的CSI-RSRP的CSI-RS；

2>将PREAMBLE_INDEX设置成对应于选定CSI-RS的ra-PreambleIndex。

1>否则，如果针对SI请求发起随机接入程序(如TS 38.331[5]中所指定)；且

1>如果针对SI请求的随机接入资源已由RRC显式地提供：

2>如果具有高于rsrp-ThresholdSSB的SS-RSRP的SSB中的至少一个可用，则：

3>选择具有高于rsrp-ThresholdSSB的SS-RSRP的SSB。

2>否则：

3>选择任何SSB。

2>从根据如在TS 38.331[5]中指定的ra-PreambleStartIndex确定的随机接入前导码中选择对应于选定SSB的随机接入前导码；

2>将PREAMBLE_INDEX设置为选定随机接入前导码。

1>否则(即，对于基于争用的随机接入前导码选择)：

3>选择具有高于rsrp-ThresholdSSB的SS-RSRP的SSB。

2>否则：

3>选择任何SSB。

2>如果RA_TYPE从2-stepRA切换到4-stepRA：

3>如果在当前随机接入程序期间选择了随机接入前导码群组，则：

4>选择与被选定用于2步RA类型的随机接入前导码群组相同的随机接入前导码群组。

3>否则：

4>如果配置了随机接入前导码群组B；且

4>如果配置于rach-ConfigDedicated中的MSGA有效负载的传送块大小对应于与随机接入前导码群组B相关联的MSGA有效负载的传送块大小，则：

5>选择随机接入前导码群组B。

4>否则：

5>选择随机接入前导码群组A。

2>否则，如果Msg3缓冲区为空：

3>如果配置了随机接入前导码群组B：

4>如果潜在的Msg3大小(例如，可用于传送的UL数据加上MAC标头以及在需要的情况下的MAC CE)大于ra-Msg3SizeGroupA且路径损耗小于(执行随机接入程序的服务小区的)PCMAX-preambleReceivedTargetPower-msg3-DeltaPreamble-messagePowerOffsetGroupB；或

4>如果针对CCCH逻辑信道发起随机接入程序且CCCH SDU大小加上MAC子标头大于ra-Msg3SizeGroupA，则：

5>选择随机接入前导码群组B。

4>否则：

5>选择随机接入前导码群组A。

3>否则：

4>选择随机接入前导码群组A。

2>否则(即，Msg3被重传)：

3>选择与用于对应于Msg3的第一传送的随机接入前导码传送尝试相同的随机接入前导码群组。

2>以相等概率从与选定SSB和选定随机接入前导码群组相关联的随机接入前导码随机地选择随机接入前导码；

2>将PREAMBLE_INDEX设置为选定随机接入前导码。

1>如果针对SI请求发起随机接入程序(如TS 38.331[5]中所指定)；且

1>如果配置了ra-AssociationPeriodIndex和si-RequestPeriod，则：

2>在由ra-ssb-OccasionMaskIndex(如果配置)给出的限制所准许的si-RequestPeriod中的ra-AssociationPeriodIndex所给出的相关联周期中从对应于选定SSB的PRACH时机确定下一可用PRACH时机(MAC实体将根据对应于选定SSB的TS 38.213[6]的条款8.1以相等概率在连续PRACH时机当中随机地选择PRACH时机)。

1>否则，如果如上选择SSB，则：

2>依据对应于由ra-ssb-OccasionMaskIndex(如果配置)给出或由PDCCH指示的限制所准许的选定SSB的PRACH时机来确定下一可用PRACH时机(MAC实体将根据TS 38.213[6]的条款8.1随机地以相同概率在对应于选定SSB的连续PRACH时机当中选择PRACH时机；MAC实体可在确定对应于选定SSB的下一可用PRACH时机时考虑测量间隙的可能出现)。

1>否则，如果如上选择CSI-RS：

2>如果不存在与选定CSI-RS相关联的无争用随机接入资源，则：

3>依据由ra-ssb-OccasionMaskIndex(如果配置)给出的限制所准许的对应于与如TS 38.214[7]中所指定的选定CSI-RS准共置的candidateBeamRSList中的SSB的PRACH时机确定下一可用PRACH时机(MAC实体将根据TS 38.213[6]的条款8.1随机地以相等机率在对应于与选定CSI-RS准共置的SSB的连续PRACH时机当中选择PRACH时机；MAC实体可在确定对应于与选定CSI-RS准共置的SSB的下一可用PRACH时机时考虑测量间隙的可能出现)。

2>否则：

3>依据ra-OccasionList中对应于选定CSI-RS的PRACH时机确定下一可用PRACH时机(MAC实体将随机地以相等机率在同时但在不同副载波上出现的对应于选定CSI-RS的PRACH时机当中选择PRACH时机；MAC实体可在确定对应于选定CSI-RS的下一可用PRACH时机时考虑测量间隙的可能出现)。

1>执行随机接入前导码传送程序(参见条款5.1.3)。

注1：在UE确定是否存在SS-RSRP高于rsrp-ThresholdSSB的SSB或CSI-RSRP高于rsrp-ThresholdCSI的CSI-RS时，UE使用最新未过滤的L1-RSRP测量。

[…]

5.1.3随机接入前导码传送

针对每一随机接入前导码，MAC实体将：

1>如果PREAMBLE_TRANSMISSION_COUNTER大于一；且

1>如果尚未从下层接收到暂停功率匀变计数器的通知；且

1>如果未从下层接收到针对最后随机接入前导码传送的LBT故障指示；且

1>如果选定SSB或CSI-RS未从最后随机接入前导码传送中的选择改变，则：

2>使PREAMBLE_POWER_RAMPING_COUNTER增加1。

1>根据条款7.3选择DELTA_PREAMBLE的值；

1>将PREAMBLE_RECEIVED_TARGET_POWER设置为preambleReceivedTargetPower+DELTA_PREAMBLE+(PREAMBLE_POWER_RAMPING_COUNTER-1)×PREAMBLE_POWER_RAMPING_STEP+POWER_OFFSET_2STEP_RA；

1>除用于波束故障复原请求的无争用随机接入前导码外，计算与其中传送随机接入前导码的PRACH时机相关联的RA-RNTI；

1>指示物理层使用选定PRACH时机、对应的RA-RNTI(如果可用)、PREAMBLE_INDEX和PREAMBLE_RECEIVED_TARGET_POWER传送随机接入前导码。

1>如果从下层接收到针对此随机接入前导码传送的LBT故障指示：

2>如果配置了lbt-FailureRecoveryConfig，则：

3>执行随机接入资源选择程序(参见条款5.1.2)。

2>否则：

3>使PREAMBLE_TRANSMISSION_COUNTER增加1；

3>如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1：

4>如果在SpCell上传送随机接入前导码，则：

5>向上层指示随机接入问题；

5>如果针对SI请求触发此随机接入程序，则：

6>认为随机接入程序未成功完成。

4>否则，如果在SCell上传送随机接入前导码，则：

5>认为随机接入程序未成功完成。

3>如果随机接入程序未完成，则：

4>执行随机接入资源选择程序(参见条款5.1.2)。

与其中传送随机接入前导码的PRACH时机相关联的RA-RNTI计算为：

RA-RNTI＝1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id

其中s_id是PRACH时机的第一OFDM符号的索引(0≤s_id<14)，t_id是系统帧中的PRACH时机的第一时隙的索引(0≤t_id<80)，其中确定t_id的子载波间隔是基于在TS38.211[8]中的条款5.3.2中指定的μ的值，f_id是频域中的PRACH时机的索引(0≤f_id<8)，且ul_carrier_id是用于随机接入前导码传送的UL载波(0用于NUL载波，且1用于SUL载波)。

[…]

5.1.4随机接入响应接收

一旦传送随机接入前导码，则不管测量间隙是否可能出现，MAC实体都将：

1>如果用于波束故障复原请求的无争用随机接入前导码由MAC实体传送，则：

2>从随机接入前导码传送的结束起如TS 38.213[6]中所指定在第一PDCCH时机处启动BeamFailureRecoveryConfig中配置的ra-ResponseWindow；

2>当ra-ResponseWindow正在运行时，监听由C-RNTI标识的SpCell的recoverySearchSpaceId指示的搜索空间上的PDCCH传送。

1>否则：

2>从随机接入前导码传送的结束起如TS 38.213[6]中所指定在第一PDCCH时机处启动RACH-ConfigCommon中配置的ra-ResponseWindow；

2>当ra-ResponseWindow正在运行时，针对由RA-RNTI标识的随机接入响应监听SpCell的PDCCH。

1>如果从其中传送前导码的服务小区上的下层接收到在由recoverySearchSpaceId指示的搜索空间上接收到PDCCH传送的通知；且

1>如果PDCCH传送被寻址到C-RNTI；且

2>认为随机接入程序成功完成。

1>否则，如果已在PDCCH上针对RA-RNTI接收到有效(如TS 38.213[6]中所指定)下行链路指派，且所接收TB被成功地解码：

2>如果随机接入响应含有具有后退指示符的MAC子PDU，则：

3>使用表7.2-1将PREAMBLE_BACKOFF设置为MAC子PDU的BI字段的值乘以SCALING_FACTOR_BI。

2>否则：

3>将PREAMBLE_BACKOFF设置为0ms。

2>如果随机接入响应含有具有对应于所传送PREAMBLE_INDEX的随机接入前导码标识符的MAC子PDU(参见条款5.1.3)，则：

3>认为此随机接入响应接收成功。

2>如果认为随机接入响应接收成功：

3>如果随机接入响应包含仅具有RAPID的MAC子PDU，则：

4>认为此随机接入程序成功完成；

4>向上层指示接收到针对SI请求的确认。

3>否则：

4>针对其中传送随机接入前导码的服务小区应用以下动作：

5>处理接收到的定时提前命令(参见条款5.2)；

5>向下层指示preambleReceivedTargetPower和应用于最新随机接入前导码传送的功率匀变量(即(PREAMBLE_POWER_RAMPING_COUNTER-1)×PREAMBLE_POWER_RAMPING_STEP)；

5>如果对其中未配置pusch-Config的上行链路载波执行针对SCell的随机接入程序，则：

6>忽略接收到的UL准予。

5>否则：

6>处理接收到的UL准予值并对下层指示所述值。

4>如果MAC实体未在基于争用的随机接入前导码当中选择随机接入前导码，则：

5>认为随机接入程序成功完成。

4>否则：

5>将TEMPORARY_C-RNTI设置为在随机接入响应中接收到的值；5>如果这是在此随机接入程序内的第一成功接收到的随机接入响应：

6>如果未针对CCCH逻辑信道进行传送，则：

7>向多路复用和组合实体指示在后续上行链路传送中包含C-RNTI MAC CE。

6>如果针对SpCell波束故障复原发起随机接入程序，则：

7>向多路复用和组合实体指示在后续上行链路传送中包含BFR MAC CE或经截断BFR MAC CE。

6>获得MAC PDU以从多路复用和组合实体进行传送并将其存储在Msg3缓冲区中。

注：如果在随机接入程序内，随机接入响应中针对基于争用的随机接入前导码的同一群组提供的上行链路准予具有与在随机接入程序期间所分配的第一上行链路准予不同的大小，则不限定UE行为。

1>如果在BeamFailureRecoveryConfig中配置的ra-ResponseWindow到期且如果在由寻址到C-RNTI的recoverySearchSpaceId指示的搜索空间上的PDCCH传送尚未在其中传送前导码的服务小区上接收到；或

1>如果RACH-ConfigCommon中配置的ra-ResponseWindow到期，且如果尚未接收到含有与所传送的PREAMBLE_INDEX匹配的随机接入前导码标识符的随机接入响应，则：

2>认为随机接入响应接收不成功；

2>使PREAMBLE_TRANSMISSION_COUNTER增加1；

2>如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1：

3>如果在SpCell上传送随机接入前导码，则：

4>向上层指示随机接入问题；

4>如果针对SI请求触发此随机接入程序，则：

5>认为随机接入程序未成功完成。

3>否则，如果在SCell上传送随机接入前导码，则：

4>认为随机接入程序未成功完成。

2>如果随机接入程序未完成，则：

3>根据0与PREAMBLE_BACKOFF之间的均匀分布，选择随机退避时间；

3>如果在退避时间期间满足选择无争用随机接入资源的准则(如条款5.1.2中所限定)，则：

4>执行随机接入资源选择程序(参见条款5.1.2)；

3>否则，如果对其中未配置pusch-Config的上行链路载波执行针对SCell的随机接入程序，则：

4>延迟后续随机接入传送直至由具有相同ra-PreambleIndex、ra-ssb-OccasionMaskIndex和UL/SUL指示符TS 38.212[9]的PDCCH命令触发随机接入程序。

3>否则：

4>在退避时间之后执行随机接入资源选择程序(参见条款5.1.2)。

在成功接收到含有匹配所传送PREAMBLE_INDEX的随机接入前导码标识符的随机接入响应之后，MAC实体可停止ra-ResponseWindow(且因此停止监听随机接入响应)。

HARQ操作不适用于随机接入响应接收。

[…]

5.1.5争用解决

一旦传送Msg3，MAC实体将：

1>在Msg3传送结束之后的第一符号中的每一HARQ重新传送处，启动ra-ContentionResolutionTimer并重新启动ra-ContentionResolutionTimer；

1>不管测量间隙是否可能出现，在ra-ContentionResolutionTimer正在运行时监听PDCCH；

1>如果从下层接收到接收到SpCell的PDCCH传送的通知：

2>如果C-RNTI MAC CE包含在Msg3中：

3>如果针对SpCell波束故障复原(如条款5.17中所指定)发起随机接入程序且PDCCH传送寻址到C-RNTI；或

3>如果通过PDCCH命令发起随机接入程序且PDCCH传送寻址到C-RNTI；或

3>如果由MAC子层自身或由RRC子层发起随机接入程序且PDCCH传送寻址至C-RNTI且含有针对新传送的UL准予，则：

4>将此争用解决视为成功；

4>停止ra-ContentionResolutionTimer；

4>丢弃TEMPORARY_C-RNTI；

4>认为此随机接入程序成功完成。

2>否则，如果CCCH SDU包含在Msg3中且PDCCH传送寻址到其TEMPORARY_C-RNTI：

3>如果MAC PDU被成功解码，则：

4>停止ra-ContentionResolutionTimer；

4>如果MAC PDU含有UE争用解决身份MAC CE；且

4>如果MAC CE中的UE争用解决身份匹配Msg3中所传送的CCCH SDU，则：

5>认为此争用解决成功且结束MAC PDU的拆解和多路分用；

5>如果针对SI请求发起此随机接入程序，则：

6>向上层指示接收到针对SI请求的确认。

5>否则：

6>将C-RNTI设置为TEMPORARY_C-RNTI的值；

5>丢弃TEMPORARY_C-RNTI；

5>认为此随机接入程序成功完成。

4>否则：

5>丢弃TEMPORARY_C-RNTI；

5>认为此争用解决未成功并丢弃成功解码的MAC PDU。

1>如果ra-ContentionResolutionTimer到期，则：

2>丢弃TEMPORARY_C-RNTI；

2>认为争用解决未成功。

1>如果争用解决被认为未成功，则：

2>清空Msg3缓冲区中用于传送MAC PDU的HARQ缓冲区；

2>使PREAMBLE_TRANSMISSION_COUNTER增加1；

2>如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1，则：

3>向上层指示随机接入问题。

3>如果针对SI请求触发此随机接入程序，则：

4>认为随机接入程序未成功完成。

2>如果随机接入程序未完成：

3>如果将RA_TYPE设置成4-stepRA，则：

4>根据0与PREAMBLE_BACKOFF之间的均匀分布，选择随机退避时间；

4>如果在退避时间期间满足选择无争用随机接入资源的准则(如条款5.1.2中所限定)，则：

5>执行随机接入资源选择程序(参见条款5.1.2)；

4>否则：

5>在退避时间之后执行随机接入资源选择程序(参见条款5.1.2)。

3>否则(即，RA_TYPE被设置为2-stepRA)：

4>如果应用msgA-TransMax(参见条款5.1.1a)且PREAMBLE_TRANSMISSION_COUNTER＝msgA-TransMax+1，则：

5>将RA_TYPE设置成4-stepRA；

5>执行特定于如条款5.1.1a中所指定的随机接入类型的变量的初始化；

5>清空MSGA缓冲区中用于传送MAC PDU的HARQ缓冲区；

5>丢弃显式地传送的无争用2步RA类型随机接入资源(如果存在)；

5>执行如条款5.1.2中指定的随机接入资源选择。

4>否则：

5>根据0与PREAMBLE_BACKOFF之间的均匀分布，选择随机退避时间；

5>如果在退避时间期间满足选择无争用随机接入资源的准则(如条款5.1.2a中所限定)，则：

6>针对如条款5.1.2a中所指定的2步RA类型执行随机接入资源选择程序。

5>否则：

6>在退避时间之后针对2步RA类型程序执行随机接入资源选择(参见条款5.1.2a)。

5.1.6完成随机接入程序

在随机接入程序完成后，MAC实体将：

1>丢弃用于2步RA类型和4步RA类型的任何显式地传送的无争用随机接入资源，用于波束故障复原请求的4步RA类型无争用随机接入资源(如果存在)除外；

1>清空Msg3缓冲区和MSGA缓冲区中用于传送MAC PDU的HARQ缓冲区。

在针对DAPS越区移交发起的随机接入程序的成功完成后，目标MAC实体即刻将：

1>向上层指示随机接入程序的成功完成。

3GPP TR 38.836介绍以下内容：

4基于侧链路的UE到网络中继

4.1情境、假设和要求

UE到网络中继实现用于远程UE的覆盖范围扩展和功率节省。在本研究中考虑的覆盖范围情境如下：

-UE到网络中继UE在覆盖范围内且远程UE在覆盖范围外

-UE到网络中继UE和远程UE都在覆盖范围内

-对于L3 UE到网络中继，在远程UE经由中继UE建立连接之后，中继UE和远程UE可在同一小区或不同小区中

-对于L2 UE到网络中继，作为基线支持的是在远程UE经由中继UE连接之后，中继UE和远程UE受中继UE的服务小区控制

对于L2 UE到网络中继，支持以下两种情况，即

-在经由中继UE进行远程连接之前，中继UE和远程UE在同一小区中；

-在经由中继UE进行远程连接之前，中继UE和远程UE在不同小区中；

考虑的情境在图4.1-1中反映。

[标题为“用于UE到网络中继的情境”的3GPP TR 38.836 V0.2.0的图4.1-1再现为图13]

假设NR Uu在UE到网络中继UE的Uu链路上。假设NR侧链路在远程UE和UE到网络中继UE之间的PC5上。

不考虑UE(远程UE或UE到网络中继UE)的跨RAT配置/控制，即，eNB/ng-eNB并不控制/配置NR远程UE和UE到网络中继UE。对于UE到网络中继，研究关注于远程UE与NW之间的单播数据业务。

由SN配置/调度UE(远程UE或UE到网络中继UE)以执行本研究的范围外的NR侧链路通信。

对于UE到网络中继，单播数据在远程UE与网络之间的中继可发生在中继UE与远程UE之间建立PC5-RRC连接之后。

中继UE和远程UE的Uu RRC状态可在经由PC5连接时改变。中继UE和远程UE可在任何RRC状态中执行中继发现。远程UE可在Uu覆盖范围外执行中继发现。

中继UE必须处于RRC_CONNECTED以执行单播数据的中继。

对于L2 UE到网络中继：

-远程UE必须处于RRC CONNECTED以执行中继单播数据的传送/接收。

-只要所有PC5连接的远程UE处于RRC_IDLE，中继UE即可处于RRC_IDLE、RRC_INACTIVE或RRC_CONNECTED。

-只要所有PC5连接的远程UE处于RRC_INACTIVE，中继UE即可处于RRC_INACTIVE或RRC_CONNECTED。

对于L3 UE到网络中继，中继UE和远程UE都可处于RRC_INACTIVE状态。

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

RAN2研究了用于UE到网络中继的“直接(Uu)路径与间接(经由中继)路径之间”的移动性情境。RAN2在研究阶段中集中于gNB内情况的移动性情境，且假设还将支持gNB间情况。对于gNB间情况，与gNB内情况相比，可在SI阶段或WI阶段详细研究Uu接口上的潜在不同部分。RAN2将用于SI阶段中的路径切换的“间接(经由第一中继UE)与间接(经由第二中继UE)之间”的移动性情境特定的工作取消优先，这在需要时可在WI阶段中研究。

RAN2取消SI阶段中的群组移动性情境的优先级，这可在需要时在WI阶段中论述。

[…]

4.5层2中继

4.5.1架构和协议堆栈

4.5.1.1协议堆栈

在针对PC5接口处不支持适配层的情况的图4.5.1.1-1和图4.5.1.1-2以及针对PC5接口处支持适配层的情况的图4.5.1.1-3和图4.5.1.1-4中描述用于L2 UE到网络中继架构的用户平面和控制平面的协议堆栈。

对于L2 UE到网络中继，适配层置于RLC子层上方以用于中继UE与gNB之间的Uu接口处的CP和UP。Uu SDAP/PDCP和RRC终止于远程UE与gNB之间，而RLC、MAC和PHY终止于每一链路(即，远程UE与UE到网络中继UE之间的链路和UE到网络中继UE与gNB之间的链路)中。远程UE与中继UE之间的PC5接口处是否也支持适配层取决于WI阶段(假设在过多研究详细PC5适配层功能之前首先进行向下选择)。

[标题为“用于L2 UE到网络中继的用户平面协议堆栈(在PC5接口处不支持适配层)”的3GPP TR 38.836 V0.2.0的图4.5.1.1-1再现为图14]

[标题为“用于L2 UE到网络中继的控制平面协议堆栈(在PC5接口处不支持适配层)”的3GPP TR 38.836 V0.2.0的图4.5.1.1-2再现为图15]

[标题为“用于L2 UE到网络中继的用户平面协议堆栈(在PC5接口处支持适配层)”的3GPP TR 38.836 V0.2.0的图4.5.1.1-3再现为图16]

[图4.5.1.1-4：用于L2 UE到网络中继的用户平面协议堆栈(在PC5接口处支持适配层)再现为图17]

4.5.1.2适配层功能

对于L2 UE到网络中继，对于上行链路

-在中继UE处的Uu适配层支持用于中继的入口PC5 RLC信道与中继UE Uu路径上的出口Uu RLC信道之间的UL承载映射。对于上行链路中继业务，同一远程UE和/或不同远程UE的不同端到端RB(SRB、DRB)可受Uu RLC信道上的N:1映射和数据多路复用。

-使用Uu适配层来支持用于UL业务的远程UE标识(多路复用来自多个远程UE的数据)。远程UE Uu无线电承载和远程UE的身份信息包含于UL处的Uu适配层中，以便gNB使用于与远程UE的正确远程UE Uu无线电承载相关联的特定PDCP实体的所接收数据包相关。

对于L2 UE到网络中继，对于下行链路

-可以使用Uu适配层来支持gNB处的DL承载映射以将远程UE的端到端无线电承载(SRB、DRB)映射到中继UE Uu路径上的Uu RLC信道中。Uu适配层可用以支持远程UE和/或不同远程UE的多个端到端无线电承载(SRB、DRB)与中继UE Uu路径上的一个Uu RLC信道之间的DL N:1承载映射和数据多路复用。

-Uu适配层需要支持用于下行链路业务的远程UE标识。远程UE Uu无线电承载的身份信息和远程UE的身份信息需要在DL处由gNB置于Uu适配层中，以便中继UE将从远程UE Uu无线电承载接收的数据包映射到其相关联PC5 RLC信道。

[…]

4.5.5控制平面程序

编者注：在4.5.4中提到服务连续性相关CP程序。

4.5.5.1连接管理

在用户平面数据传送之前远程UE需要与网络建立其自身的PDU会话/DRB。

在远程UE经由中继UE与网络建立Uu RRC连接之前，Rel-16 NR V2X PC5单播链路建立程序的PC5-RRC方面可再用于设置远程UE与中继UE之间的安全单播链路以用于L2 UE到网络中继。

针对覆盖范围内和覆盖范围外情况，当远程UE发起第一RRC消息以用于其与gNB的连接建立时，用于远程UE与UE到网络的中继UE之间的传送的PC5 L2配置可基于规范中限定的RLC/MAC配置。

远程UE的Uu SRB1/SRB2和DRB的建立经受用于L2 UE到网络的中继的传统Uu配置程序。

以下高级连接建立程序适用于L2 UE到网络中继：

[标题为“用于远程UE连接建立的程序”的3GPP TR 38.836 V0.2.0的图4.5.5.1-1再现为图18]

步骤1.远程和中继UE执行发现程序，且使用传统Rel-16程序作为基线来建立PC5-RRC连接。

步骤2.远程UE使用PC5上的预设L2配置，经由中继UE发送第一RRC消息(即，RRCSetupRequest)用于其与gNB的连接建立。gNB以RRCSetup消息响应于远程UE。向远程UE的RRCSetup递送使用PC5上的预设配置。如果中继UE尚未以RRC_CONNECTED启动，则将需要执行其自身的连接建立作为此步骤的部分。在此步骤的中继UE转发用于远程UE的RRCSetupRequest/RRCSetup消息的细节可在WI阶段中论述。

步骤3.gNB和中继UE经由Uu执行中继信道设置程序。根据来自gNB的配置，中继/远程UE建立RLC信道以用于SRB1通过PC5朝向远程UE的中继。此步骤为SRB1准备中继信道。

步骤4.经由使用PC5上的SRB1中继信道的中继UE将远程UE SRB1消息(例如，RRCSetupComplete消息)发送到gNB。随后，远程UE经由Uu连接RRC。

步骤5.远程UE和gNB遵循传统程序建立安全性，且通过中继UE转发安全性消息。

步骤6.gNB设置gNB与中继UE之间的额外RLC信道用于业务中继。根据来自gNB的配置，中继/远程UE设置远程UE与中继UE之间的额外RLC信道用于业务中继。gNB经由中继UE向远程UE发送RRCReconfiguration，以设置中继SRB2/DRB。远程UE经由中继UE向gNB发送RRCReconfigurationComplete作为响应。

除连接建立程序以外，对于L2 UE到网络中继，

-RRC重新配置和RRC连接释放程序可再使用传统RRC程序，其中消息内容/配置设计取决于WI阶段。

-RRC连接重新建立和RRC连接恢复程序可再使用传统RRC程序作为基线，方法是通过考虑L2 UE到网络的中继的上述连接建立程序来处置中继特定部分，其中消息内容/配置设计取决于WI阶段。

3GPP TS 23.287介绍以下内容：

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

[标题为“层2链路建立程序”的3GPP TS 23.287 V16.4.0的图6.3.3.1-1再现为图19]

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

2.UE-1中的V2X应用层提供用于PC5单播通信的应用信息。应用信息包含V2X服务类型和发起UE的应用层ID。应用信息中可包含目标UE的应用层ID。

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

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

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

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

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

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

-V2X服务信息：关于请求层2链路建立的V2X服务类型的信息。

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

注1：在TS 33.536[26]中限定安全性信息以及对源用户信息和目标用户信息的必要保护。

如条款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：用于安全性程序的信令在TS 33.536[26]中限定。

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

-如果使用IP通信：

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

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

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

-链路本地IPv6地址：如果UE-1不支持IPv6IP地址分配机制，即IP地址配置指示“不支持IPv6地址分配”，则基于请求注解(Request For Comments，RFC)4862[21]在本地形成链路本地IPv6地址。

-QoS信息：关于待添加的PC5 QoS流的信息。对于每一PC5 QoS流，PFI、对应PC5QoS参数(即，PQI和有条件的其它参数，例如MFBR/GFBR等)和相关联V2X服务类型。

如条款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信息：关于UE-1所请求的PC5 QoS流的信息。对于每一PC5 QoS流，PFI、对应PC5 QoS参数(即，PQI和有条件的其它参数，例如MFBR/GFBR等)和相关联V2X服务类型。

-如果使用IP通信：

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

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

-链路本地IPv6地址：如果目标UE不支持IPv6IP地址分配机制，即IP地址配置指示“不支持IPv6地址分配”，且UE-1包含直接通信请求消息中的链路本地IPv6地址，则基于RFC4862[21]在本地形成链路本地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)和对应PC5 QoS参数。这使得AS层能够保存PC5链路标识符和PC5单播链路相关信息。

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

将PC5链路标识符和PF连同V2X服务数据一起提供到AS层。

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

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

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

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

根据3GPP TR 23.752，研究UE到网络中继通信以用于UE经由间接网络通信接入网络。基本上，可以考虑Rel-16 5G架构设计(例如，经由PC5/Uu接口的基于流的服务质量(QoS)通信)。在UE到网络中继通信的情境中，远程UE将经由中继UE接入网络(例如，5GC)，其中远程UE将在覆盖范围外而中继UE将在覆盖范围内。远程UE将经由PC5接口(或称为侧链路接口)与中继UE通信以用于接入网络，而中继UE将经由Uu接口与基站(例如，gNB)通信以用于在远程UE与网络之间转发业务。

根据3GPP TR 38.836，可引入适配层以用于支持侧链路中继通信。对于层2(L2)UE到网络中继，可将适配层放置在无线电链路信道(RLC)子层上，以用于在中继UE与gNB之间的Uu接口处的CP和UP两者。Uu服务数据适配协议(SDAP)/包数据汇聚协议(PDCP)和无线电资源控制(RRC)终止于远程UE与gNB之间，而RLC、媒体接入控制(MAC)和物理层(PHY)终止于每一链路(即，远程UE与UE到网络中继UE之间的链路和UE到网络中继UE与gNB之间的链路)中。其可在图20中示出。

另一方面，根据3GPP TR 38.836，Uu适配层将还支持用于Uu信号无线电承载(SRB)(包含例如，Uu SRB0、Uu SRB1、Uu SRB2和/或等)。然而，并不明确PC5适配层是否也将支持用于Uu SRB。据推测，PC5适配层也将支持用于Uu SRB。

图21示出根据一个实施例的Uu SRB、PC5 RLC信道和Uu RLC信道之间的关联的实例。在图21中，每一Uu SRB可以与一个PC5 RLC信道相关联(即，如图21中展示的映射1)，且每一PC5 RLC信道可以与一个Uu RLC信道相关联(即，如图21中展示的映射2)。因此，每一UuRLC信道将与一个Uu SRB相关联(即，如图21中展示的映射3)。通过映射信息，gNB基于此RRC消息是在哪个Uu SRB上接收的可以知道从中继UE接收到的RRC消息是在哪个Uu RLC信道上发送的。类似地，中继UE基于此RRC消息是在哪个Uu RLC信道上接收的可以知道从gNB接收到的RRC消息是在哪个PC5 RLC信道上发送的。类似地，远程UE基于此RRC消息是在哪个PC5RLC信道上接收的可以知道从中继UE接收到的RRC消息是在哪个Uu SRB上发送的。PC5 RLC信道、Uu RLC信道与Uu SRB之间的关联或映射可能在UE中预定义或预配置。

如果每一Uu RLC信道可以与一个远程UE相关联，则gNB和中继UE可进一步知道RRC消息是在哪个远程UE的哪个Uu SRB上发送的。通过映射信息，基于远程UE与Uu RLC信道之间的关联以及Uu SRB和用来接收此RRC消息的Uu RLC信道之间的关联，gNB可以知道从中继UE接收到的RRC消息是在哪个Uu SRB上发送的且与哪个远程UE相关联。类似地，基于远程UE与Uu RLC信道之间的关联以及PC5 RLC信道和用来接收此RRC消息的Uu RLC信道之间的关联，中继UE可以知道从gNB接收到的RRC消息将在哪个远程UE的哪个PC5 RLC信道上发送。

根据3GPP TR 38.836，远程UE和中继UE均可处于RRC_INACTIVE状态。如果连接到此中继UE或由此中继UE服务的全部远程UE不处于RRC_CONNECTED，则中继UE可(从RRC_CONNECTED)进入RRC_INACTIVE。进入RRC_INACTIVE的中继UE可基于从gNB接收RRCRelease消息的平均值。

在远程UE需要进入RRC_CONNECTED的情况下，远程UE可在远程UE的Uu SRB0上发送RRCResumeRequest消息。远程UE可在与远程UE的Uu SRB0相关联的PC5 RLC信道上将RRCResumeRequest消息发送到中继UE。在接收到共同控制信道(CCCH)服务数据单元(SDU)(包含RRCResumeRequest)或对应于远程UE的Uu SRB0的PC5 RLC信道上的RRCResumeRequest后，中继UE接着可利用gNB发起随机接入(RA)程序。在RA程序中，中继UE可以在Msg3中将远程UE的RRCResumeRequest发送到gNB，并且在Msg4中从gNB接收远程UE的RRCResume。中继UE接着可在与远程UE的Uu SRB1相关联的PC5 RLC信道上将远程UE的RRCResume发送到远程UE。

如3GPP TS 38.331中所介绍，远程UE可接收RRCResume且接着进入RRC_CONNECTED。远程UE接着可在与远程UE的Uu SRB1相关联的PC5 RLC信道上将RRCResumeComplete发送到中继UE。由于远程UE进入RRC_CONNECTED，因此中继UE可能需要进入RRC_CONNECTED以用于中继远程UE的业务。gNB可能发送寻呼到中继UE。响应于接收到用于中继UE的寻呼，中继UE可利用gNB经由随机接入程序发起RRC连接恢复程序。此概念可在图23的选项1中示出，其展示根据一个实施例的用于中继UE响应于远程UE进入RRC_CONNECTED而执行RA程序以进入RRC_CONNECTED的流程图的实例。

然而，由于UE无法同时执行两个RA程序，因此有可能UE将基于UE实施方案而中止当前进行中的RA程序且随后发起另一RA程序。如果情况是这样，那么gNB将难以触发中继UE经由寻呼发起用于进入RRC_CONNECTED的中继UE的第二RA程序，因为gNB可能不知道用于进入RRC_CONNECTED的远程UE的第一RA程序是否已经成功地完成。因此，中继UE进入RRC_CONNECTED的替代方案可为：当/如果/在中继UE在与远程UE的Uu SRB1/2(或远程UE用来在RRC_CONNECTED下传送RRC信令的远程UE的Uu SRB)相关联的PC5 RLC信道上从远程UE接收到侧链路包(包含远程UE的RRC信令/消息，例如用于完成远程UE与gNB之间的RRC连接的恢复的RRCResumeComplete)时或在此之后，中继UE可利用gNB执行或发起RRC连接恢复程序。

或者，当/如果/在中继UE在与远程UE的Uu SRB1/2(或远程UE用来在RRC_CONNECTED下传送RRC信令的远程UE的Uu SRB)相关联的Uu RLC信道上将数据(包含远程UE的RRC信令/消息，例如用于完成远程UE与gNB之间的RRC连接的恢复的RRCResumeComplete)发送到gNB时或在此之后，中继UE可利用gNB执行/发起RRC连接恢复程序。此替代方案可为可行的，因为在Uu SRB1/2上从UE发送到gNB的RRC信令暗示UE处于RRC_CONNECTED中。通过此替代方案，中继UE可在中继UE的Uu SRB0上将中继UE的RRCResumeRequest发送到gNB。传送中继UE的RRCResumeReqeust或包含中继UE的RRCResumeReqeust的CCCH SDU可触发中继UE利用gNB发起RA程序。

图22示出根据一个实施例的UE基于TS38.321和TS38.331执行用于RRC状态转变的RA程序的示例性流程图。如图22中所示出，中继UE可从gNB接收对应于中继UE的RRCResumeRequest的中继UE的RRCResume(在Msg4中)，且可随后在成功完成RA程序之后将对应于中继UE的RRCResume的中继UE的RRCResumeComplete传送到gNB。在中继UE进入RRC_CONNECTED之后，中继UE接着可在与远程UE的Uu SRB1相关联的Uu RLC信道上将远程UE的RRCResumeComplete传送到gNB。以上概念可在图23的选项2中示出。

还可能的是，远程UE处于RRC_IDLE且中继UE处于RRC_INACTIVE中。因此，当/如果/在中继UE在与远程UE的Uu SRB1/2(或远程UE用来在RRC_CONNECTED下传送RRC信令的远程UE的Uu SRB)相关联的PC5 RLC信道上从远程UE接收到侧链路包(包含远程UE的RRC信令/消息，例如用于完成建立远程UE与gNB之间的RRC连接的RRCSetupComplete)时或在此之后，中继UE可利用gNB执行或发起RRC连接恢复程序。

或者，当/如果/在中继UE在与远程UE的Uu SRB1/2(或远程UE用来在RRC_CONNECTED下传送RRC信令的远程UE的Uu SRB)相关联的Uu RLC信道上将数据(包含远程UE的RRC信令/消息，例如用于完成建立远程UE与gNB之间的RRC连接的RRCSetupComplete)发送到gNB时或在此之后，中继UE可利用gNB执行/发起RRC连接恢复程序。在此替代方案中，中继UE可(在中继UE的Uu SRB0上)将中继UE的RRCResumeRequest发送到gNB。传送中继UE的RRCResumeReqeust或包含中继UE的RRCResumeReqeust的CCCH SDU可触发中继UE利用gNB发起RA程序。如图22中所示出，中继UE可(在中继UE的Uu SRB1上)从gNB接收对应于中继UE的RRCResumeRequest的中继UE的RRCResume(在Msg4中)，且可接着(在中继UE的Uu SRB1上)将对应于中继UE的RRCResume的中继UE的RRCResumeComplete传送到gNB(在成功完成RA程序之后)。在中继UE进入RRC_CONNECTED之后，中继UE接着可在与远程UE的Uu SRB1相关联的UuRLC信道上将远程UE的RRCSetupComplete传送到gNB。

还可能的是，中继UE和远程UE都处于RRC_IDLE中。因此，当/如果/在中继UE在与远程UE的Uu SRB1/2(或远程UE用来在RRC_CONNECTED下传送RRC信令的远程UE的Uu SRB)相关联的PC5 RLC信道上从远程UE接收到侧链路包(包含远程UE的RRC信令/消息，例如用于完成建立远程UE与gNB之间的RRC连接的RRCSetupComplete)时或在此之后，中继UE可利用gNB执行/发起RRC连接建立程序。

或者，当/如果/在中继UE在与远程UE的Uu SRB1/2(或远程UE用来在RRC_CONNECTED下传送RRC信令的远程UE的Uu SRB)相关联的Uu RLC信道上将数据(包含远程UE的RRC信令/消息，例如用于完成建立远程UE与gNB之间的RRC连接的RRCSetupComplete)发送到gNB时或在此之后，中继UE可利用gNB执行/发起RRC连接建立程序。在此替代方案中，中继UE可(在中继UE的Uu SRB0上)将中继UE的RRCSetupRequest发送到gNB。传送中继UE的RRCSetupRequest或包含中继UE的RRCSetupRequest的CCCH SDU可触发中继UE利用gNB发起RA程序。如图22中所示出，中继UE可(在中继UE的Uu SRB0上)从gNB接收对应于中继UE的RRCSetupRequest的中继UE的RRCSetup(在Msg4中)，且可接着(在中继UE的Uu SRB1上)将对应于中继UE的RRCSetup的中继UE的RRCSetupComplete传送到gNB(在成功完成RA程序之后)。在中继UE进入RRC_CONNECTED之后，中继UE接着可在与远程UE的Uu SRB1相关联的UuRLC信道上将远程UE的RRCSetupComplete传送到gNB。

图24为示出用于中继UE的方法的流程图2400。在步骤2405中，中继UE与远程UE连接或为远程UE服务以用于与网络节点的中继通信。在步骤2410中，中继UE在PC5 RLC信道上从远程UE接收消息，其中PC5 RLC信道与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送RRC信令的Uu SRB相关联。在步骤2415中，响应于在PC5 RLC信道上接收到消息或当数据可用于在与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送RRC信令的Uu SRB相关联的Uu RLC信道上从中继UE传送到网络节点时，中继UE和网络节点发起或执行RRC连接恢复程序。

在一个实施例中，在RRC连接恢复程序中，中继UE可将第一RRC消息(例如，RRCResumeRequest)传送到网络节点，其中第一RRC消息用于请求恢复中继UE与网络节点之间的RRC连接。此外，在RRC连接恢复程序中，中继UE可从网络节点接收第二RRC消息(例如，RRCResume)，其中第二RRC消息用于恢复中继UE与网络节点之间的RRC连接。此外，在RRC连接恢复程序中，中继UE可将第三RRC消息(例如，RRCResumeComplete)传送到网络节点，其中第三RRC消息用于完成中继UE与网络节点之间的RRC连接的恢复。

在一个实施例中，当将消息传送到中继UE时，远程UE可处于RRC_CONNECTED。当从远程UE接收消息时，中继UE可处于RRC_INACTIVE，并且当将第三RRC消息传送到网络节点时，中继UE可处于RRC_CONNECTED。

在一个实施例中，网络节点可为基站(例如，gNB)。

SND注-请注意，以下段落中的内容来自修改后的公开内容的第50到51页上的附属权利要求2到3、7到9和14到15。

在一个实施例中，中继UE可从远程UE接收用于请求建立PC5-S连接的第一PC5-S消息。第一PC5-S消息可以是直接通信请求消息。此外，中继UE可将用于接受建立PC5-S连接的第二PC5-S消息传送到远程UE。第二PC5-S消息可以是直接通信接受消息。

在一个实施例中，消息可以是用于完成远程UE与网络节点之间的RRC连接的建立的RRC消息(例如，RRCSetupComplete)，或用于完成远程UE与网络节点之间的RRC连接的恢复的RRC消息(例如，RRCResumeComplete)。

在一个实施例中，中继UE可以在Uu RLC信道上将消息传送到网络节点。数据可包含消息。

返回参考图3和4，在用于中继UE的方法的一个示例性实施例中，中继UE 300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使得中继UE(i)能够与远程UE连接或为远程UE服务以用于与网络节点的中继通信，(ii)在PC5RLC信道上从远程UE接收消息，其中PC5 RLC信道与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送RRC信令的Uu SRB相关联，或(iii)响应于在PC5 RLC信道上接收到消息或当数据可用于在与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送RRC信令的Uu SRB相关联的Uu RLC信道上从中继UE传送到网络节点时，和网络节点发起或执行RRC连接恢复程序。此外，CPU 308可以执行程序代码312以执行所有上述的动作和步骤或本文中描述的其它动作和步骤。

图25为示出用于中继UE的方法的流程图2500。在步骤2505中，中继UE与远程UE连接或为远程UE服务以用于与网络节点的中继通信。在步骤2510中，中继UE在PC5 RLC信道上从远程UE接收消息，其中PC5 RLC信道与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送RRC信令的Uu SRB相关联。在步骤2515中，响应于在PC5 RLC信道上接收到消息或当数据可用于在与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送RRC信令的Uu SRB相关联的Uu RLC信道上从中继UE传送到网络节点时，中继UE和网络节点发起或执行RRC连接建立程序。

在一个实施例中，在RRC连接建立程序中，中继UE可将第一RRC消息(例如，RRCSetupRequest)传送到网络节点，其中第一RRC消息用于请求建立中继UE与网络节点之间的RRC连接。此外，在RRC连接建立程序中，中继UE可从网络节点接收第二RRC消息(例如，RRCSetup)，其中第二RRC消息用于建立RRC连接。此外，在RRC连接建立程序中，中继UE可将第三RRC消息(例如，RRCSetupComplete)传送到网络节点，其中第三RRC消息用于完成RRC连接的建立。

在一个实施例中，当将消息传送到中继UE时，远程UE可处于RRC_CONNECTED。此外，当从远程UE接收到消息时，中继UE可处于RRC_IDLE。另外，当将第三RRC消息传送到网络节点时，中继UE可能处于RRC_CONNECTED。

在一个实施例中，网络节点可为基站(例如，gNB)。

在一个实施例中，中继UE可从远程UE接收用于请求建立PC5-S连接的第一PC5-S消息。第一PC5-S消息可以是直接通信请求消息。中继UE可将用于接受建立PC5-S连接的第二PC5-S消息传送到远程UE。第二PC5-S消息可以是直接通信接受消息。

在一个实施例中，消息可以是用于完成远程UE与网络节点之间的RRC连接的建立的RRC消息(例如，RRCSetupComplete)。

返回参考图3和4，在用于中继UE的方法的一个示例性实施例中，中继UE 300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使得中继UE(i)能够与远程UE连接或为远程UE服务以用于与网络节点的中继通信，(ii)在PC5 RLC信道上从远程UE接收消息，其中PC5 RLC信道与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送RRC信令的Uu SRB相关联，以及(iii)响应于在PC5 RLC信道上接收到消息或当数据可用于在与远程UE的Uu SRB1或远程UE用来在RRC_CONNECTED下传送RRC信令的Uu SRB相关联的UuRLC信道上从中继UE传送到网络节点时，和网络节点发起或执行RRC连接建立程序。此外，CPU 308可以执行程序代码312以执行所有上述的动作和步骤或本文中描述的其它动作和步骤。

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

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

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

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

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

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

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

Claims

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

与远程用户设备连接或为所述远程用户设备服务以用于与网络节点的中继通信；

在PC5无线电链路控制信道上从所述远程用户设备接收消息，其中所述PC5无线电链路控制信道与所述远程用户设备的Uu SRB1或所述远程用户设备用来在RRC_CONNECTED下传送无线电资源控制信令的Uu信令无线电承载相关联；以及

响应于在所述PC5无线电链路控制信道上接收到所述消息或当数据可用于在与所述远程用户设备的所述Uu SRB1或所述远程用户设备用来在RRC_CONNECTED下传送无线电资源控制信令的所述Uu信令无线电承载相关联的Uu无线电链路控制信道上从所述中继用户设备传送到所述网络节点时，和所述网络节点发起或执行无线电资源控制连接恢复程序。

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

在所述无线电资源控制连接恢复程序中将第一无线电资源控制消息传送到所述网络节点，其中所述第一无线电资源控制消息用于请求恢复所述中继用户设备与所述网络节点之间的无线电资源控制连接；

在所述无线电资源控制连接恢复程序中从所述网络节点接收第二无线电资源控制消息，其中所述第二无线电资源控制消息用于恢复所述中继用户设备与所述网络节点之间的所述无线电资源控制连接；和/或

在所述无线电资源控制连接恢复程序中将第三无线电资源控制消息传送到所述网络节点，其中所述第三无线电资源控制消息用于完成所述中继用户设备与所述网络节点之间的所述无线电资源控制连接的恢复。

3.根据权利要求1所述的方法，其特征在于，当将所述消息传送到所述中继用户设备时，所述远程用户设备处于RRC_CONNECTED。

4.根据权利要求1所述的方法，其特征在于，当从所述远程用户设备接收所述消息时，所述中继用户设备处于RRC_INACTIVE，并且当将所述第三无线电资源控制消息传送到所述网络节点时，所述中继用户设备处于RRC_CONNECTED。

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

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

控制电路；

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

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

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

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

8.根据权利要求6所述的中继用户设备，其特征在于，当将所述消息传送到所述中继用户设备时，所述远程用户设备处于RRC_CONNECTED。

9.根据权利要求6所述的中继用户设备，其特征在于，当从所述远程用户设备接收所述消息时，所述中继用户设备处于RRC_INACTIVE，并且当将所述第三无线电资源控制消息传送到所述网络节点时，所述中继用户设备处于RRC_CONNECTED。

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

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

响应于在所述PC5无线电链路控制信道上接收到所述消息或当数据可用于在与所述远程用户设备的所述Uu SRB1或所述远程用户设备用来在RRC_CONNECTED下传送无线电资源控制信令的所述Uu信令无线电承载相关联的Uu无线电链路控制信道上从所述中继用户设备传送到所述网络节点时，和所述网络节点发起或执行无线电资源控制连接建立程序。

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

在所述无线电资源控制连接建立程序中将第一无线电资源控制消息传送到所述网络节点，其中所述第一无线电资源控制消息用于请求建立所述中继用户设备与所述网络节点之间的无线电资源控制连接；

在所述无线电资源控制连接建立程序中从所述网络节点接收第二无线电资源控制消息，其中所述第二无线电资源控制消息用于建立所述无线电资源控制连接；和/或

在所述无线电资源控制连接建立程序中将第三无线电资源控制消息传送到所述网络节点，其中所述第三无线电资源控制消息用于完成所述无线电资源控制连接的建立。

13.根据权利要求11所述的方法，其特征在于，当将所述消息传送到所述中继用户设备时，所述远程用户设备处于RRC_CONNECTED。

14.根据权利要求11所述的方法，其特征在于，当从所述远程用户设备接收所述消息时，所述中继用户设备处于RRC_IDLE，并且当将所述第三无线电资源控制消息传送到所述网络节点时，所述中继用户设备处于RRC_CONNECTED。

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

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

控制电路；

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

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

18.根据权利要求16所述的中继用户设备，其特征在于，当将所述消息传送到所述中继用户设备时，所述远程用户设备处于RRC_CONNECTED。

19.根据权利要求16所述的中继用户设备，其特征在于，当从所述远程用户设备接收所述消息时，所述中继用户设备处于RRC_IDLE，并且当将所述第三无线电资源控制消息传送到所述网络节点时，所述中继用户设备处于RRC_CONNECTED。

20.根据权利要求16所述的中继用户设备，其特征在于，所述网络节点为基站。