CN115379591A

CN115379591A - 无线通信中用于用户设备到网络中继通信的方法和设备

Info

Publication number: CN115379591A
Application number: CN202210554224.1A
Authority: CN
Inventors: 潘立德
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2021-05-20
Filing date: 2022-05-20
Publication date: 2022-11-22
Also published as: KR20220157326A; US20220377598A1

Abstract

公开了无线通信中用于用户设备到网络中继通信的方法和设备。在一个实施例中，中继用户设备与第一远程用户设备建立第一层2链路。中继用户设备还与网络建立协议数据单元会话，其中中继用户设备在协议数据单元会话上转发第一远程用户设备的业务。中继用户设备进一步与第二远程用户设备建立第二层2链路。另外，中继用户设备在协议数据单元会话上转发第二远程用户设备的业务。此外，中继用户设备从网络接收网络控制信令，其中网络控制信令与第一远程用户设备相关联且用于修改协议数据单元会话。中继用户设备还响应于接收到网络控制信令而朝向第一远程用户设备发起层2链路修改程序。

Description

无线通信中用于用户设备到网络中继通信的方法和设备

技术领域

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

背景技术

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

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

发明内容

公开了用于中继用户设备(UE)的方法和装置。在一个实施例中，中继UE与第一远程UE建立第一层2链路。中继UE还与网络建立协议数据单元(Protocol Data Unit，PDU)会话，其中中继UE在PDU会话上转发第一远程UE的业务。中继UE进一步与第二远程UE建立第二层2链路。另外，中继UE在PDU会话上转发第二远程UE的业务。此外，中继UE从网络接收网络控制信令，其中网络控制信令与第一远程UE相关联且用于修改PDU会话。中继UE还响应于接收到网络控制信令而朝向第一远程UE发起层2链路修改程序。

附图说明

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

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

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

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

图5是3GPP TR 23.752 V17.0.0的图6.6.1-13的再现。

图6是3GPP TR 23.752 V17.0.0的图6.6.1-2的再现。

图7是3GPP TR 23.752 V17.0.0的图6.6.2-1的再现。

图8是3GPP TR 23.752 V17.0.0的图6.24.1-1的再现。

图9是3GPP TR 23.752 V17.0.0的图6.27.2-1的再现。

图10是3GPP TR 23.752 V17.0.0的图6.27.2-1的再现。

图11是3GPP TR 23.752 V17.0.0的图6.40.1-1的再现。

图12是3GPP TR 23.752 V17.0.0的图6.40.2.1-1的再现。

图13是3GPP TR 23.752 V17.0.0的图6.47.2-1的再现。

图14是3GPP TS 23.287 V16.5.0的图6.3.3.1-1的再现。

图15是3GPP TS 23.287 V16.5.0的图6.3.3.4-1的再现。

图16是3GPP TS 23.502 V16.5.1的图4.3.3.2-1的再现。

图17是示出根据一个示例性实施例的问题的附图。

图18是根据一个示例性实施例的附图。

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

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

具体实施方式

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

特定来说，下文描述的示例性无线通信系统和装置可以被设计成支持一个或多个标准，例如由被命名为“第三代合作伙伴计划”的在本文中被称作3GPP的联合体提供的标准，包含：TR 23.752 V17.0.0，“关于5G系统(5GS)中基于接近度的服务(ProSe)的系统增强的研究(版本17)”；TS 23.287 V16.5.0，“用于5G系统(5GS)支持车联网(V2X)服务的架构增强(版本16)”；以及TS 23.502 V16.5.1，“用于5G系统(5GS)的程序；阶段2(版本16)”。上文所列的标准和文献特此明确地以全文引用的方式并入。

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

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

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

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

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

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

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

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

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

在接收器系统250处，由N_R个天线252a至252r接收所传送的已调制信号，并且将从每个天线252接收的信号提供到相应接收器(receiver，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(其还接收来自数据源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 TR 23.752介绍以下内容：

8.3关键问题#3：对UE到网络中继的支持

针对关键问题#3(对UE到网络中继的支持)，下文被视为过渡结论：

-UE到网络中继结论经过来自RAN WG2和SA WG3针对规范性工作的确认。

-关于是否继续进行层2和/或层3进入规范性工作的最后决定将与其它WG协作来作出。

以下被视为用于L3 UE到网络中继解决方案的过渡结论：

-SA WG2针对L3 UE到网络解决方案未标识重点内容。SA WG2建议L3 UE到网络中继继续进入规范性工作，遵从RAN WG2和SA WG3结论。

-解决方案#6在UE到网络中继是远程UE信任的实体的情况下被视为基线。商定在UE到网络中继不是远程UE信任的实体的情况下使用解决方案#23来为远程UE提供端到端安全。

-对于L3中继发现程序，提出采用独立发现程序(即，模型A和模型B)，并且，如解决方案#28中所描述由中继UE通告额外信息作为规范性工作的基础。

-对于L3中继操作支持，远程UE使用URSP规则以在合适的通信路径上路由业务(如解决方案#26中所描述)。

-对于中继远程UE的业务的PDU会话，中继UE可根据如解决方案#35中所描述的RSC与PDU会话参数之间的关联，基于由远程UE请求的RSC来确定PDU会话参数。远程UE可根据如解决方案#35中所描述的RSC与PDU会话之间的关联选择中继UE。

注1：PDU会话参数与ProSe中继服务代码之间的关联是否提供到中继UE和远程UE作为ProSe策略/参数或作为USRP规则将在规范性阶段决定。远程UE是否提供用于处置PDU会话参数的其它辅助信息，例如PDU会话要求或业务描述符给中继UE将在规范性阶段决定。此程序的安全性和隐私方面将与SA WG3协调。

-安全性方面需要来自SA WG3的确认。

注2：支持网络对远程UE和中继UE的认证的程序将由SA WG3决定。

-对于远程UE使用中继UE的服务网络的网络资源(例如，PDU和网络片层)，网络控制的认证和授权程序(例如，如解决方案#40和解决方案#47中提出)将与SA WG3协调在规范性阶段中确定。遵守相关联安全性程序以认证远程UE和中继UE将经由与SA WG3的协调在规范性阶段中实行。

注3：在SA WG2中针对用于远程UE的网络片层特定认证和授权(NSSAA)未记录专用解决方案。对于远程UE是否和如何支持NSSAA将由SA WG3决定。

-用于远程UE的次级认证(例如，如解决方案#27中提出)将由SA WG3决定。遵守相关联安全性程序以用于远程UE的次级认证将经由与SA WG3的协调在规范性阶段中实行。

-对于与解决方案#6相关联的L3中继解决方案的QoS处置，选择解决方案#24中的以下方面和解决方案#25的选项#2作为规范性工作的基础：

-L3中继可被配置有5QIs和PQIs映射。基于映射或在所请求QoS参数的未经配置映射的情况下，基于其实施方案，L3中继将Uu QoS参数转换为PC5 QoS参数，反之亦然。

-为了支持动态QoS处置，中继UE通过考虑由远程UE基于其经配置QoS映射信息或在所请求QoS参数的未经配置映射的情况下基于其实施方案提供的端到端QoS要求来确定Uu QoS参数和PC5 QoS参数，且发起PDU会话修改程序和L2链路修改程序以设置Uu和PC5上的对应QoS流。

-L3中继的SMF将对应QoS规则和流层级QoS参数提供到L3中继，作为PDU会话建立或修改程序的部分，如TS 23.502[8]条款4.3.2和4.3.3中定义。替代地，可利用如TS23.501[6]条款5.7.5.3中定义的对Uu的反射性QoS控制用于远程UE的动态QoS处置以节省SMF与L3中继之间的信令。

-基于发送的QoS规则(经由SMF)或导出的QoS规则(经由反射性QoS的上行链路Uu)，UE到网络中继可以使用如TS 23.287[5]条款6.3.3.4中定义的L2链路修改程序以将对应ProSe服务移动到所映射的现有PC5 QoS流或设置新的PC5 QoS流。

编者注：中继(重新)选择准则和程序的无线电方面以及用于L3 U2N中继的服务连续性在RAN WG2中在TR 38.836[32]中仍处于讨论且将由RAN WG2决定。

[...]

6.6解决方案#6：层3UE到网络中继

6.6.1描述

这是用于关键问题#3UE到网络中继的解决方案。

ProSe 5G UE到网络中继实体为远程UE提供支持到网络的连接性的功能性(参见图6.6.1-1)。其可用于公共安全性服务和商业服务(例如，交互服务)。

UE被视为用于某一ProSe UE到网络中继的远程UE，前提是其已成功地建立到此ProSe 5G UE到网络中继的PC5链路。远程UE可位于NG-RAN覆盖范围内或NG-RAN覆盖范围外。

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

[3GPP TR 23.752 V17.0.0的标题为“使用ProSe 5G UE到网络中继的架构模型”的图6.6.1-13被再现为图5]

ProSe 5G UE到网络中继应在远程UE与网络之间中继单播业务(UL和DL)。ProSeUE到网络中继应提供可中继任何IP、以太网或非结构化业务的通用功能；

-针对PC5参考点上的IP业务，ProSe UE到网络中继使用朝向5GC的IP类型PDU会话。

-针对PC5参考点上的以太网业务，ProSe UE到网络中继可使用以太网类型PDU会话或朝向5GC的IP类型PDU会话。

-针对PC5参考点上的非结构化业务，ProSe UE到网络中继可使用非结构化类型PDU会话或朝向5GC的IP类型PDU会话(即，通过UE到网络中继的IP包封/解封)。

PC5参考点上支持的业务的类型由ProSe UE到网络中继例如使用对应中继服务代码来指示。UE到网络中继基于例如ProSe策略/参数、URSP规则、中继服务代码等确定PDU会话类型。

注：UE到NW中继如何确定PDU会话类型应当独立于此解决方案的其它部分来评估，同时考虑其它PDU会话参数，例如DNN、SSC模式。

IP类型PDU会话和以太网类型PDU会话可用以支持多于一个远程UE，而非结构化类型PDU会话可用以支持仅一个远程UE。

注2：PDU会话的最大数目会影响UE到网络中继可支持的远程UE的最大数目。

编者注：对网络与UE到网络中继UE之间以及UE到网络中继与远程UE之间的非单播模式通信(即，一对多通信/广播或多播)的支持取决于FS_5MBS工作的结果。

在远程UE与ProSe 5G UE到网络中继器之间使用一对一直接通信用于单播业务，如用于关键问题#2的解决方案中规定。

图6.6.1-2中示出用于层3UE到网络中继器的协议堆栈。

[3GPP TR 23.752 V17.0.0的标题为“用于ProSe 5G UE到网络中继的协议堆栈”的图6.6.1-2被再现为图6]

在PC5链路和Uu链路中支持逐跳安全性。如果存在超出用于保护远程UE的业务的逐跳安全性的要求，那么需要应用PDU层上的安全性。

进一步安全性细节(用于远程UE-Nw通信的完整性和隐私保护)将在SA WG3中指定。

根据TS 22.261[3]和TS 23.501[6]中的服务连续性的定义，可见“服务连续性”按照定义不同于“会话连续性”，且无论IP地址预留如何，服务连续性都可在应用层实现：

-针对公共安全性中的任务关键服务，服务连续性可通过应用层机制来实现，例如如TS 23.280[29]中的附录B中描述。

-针对商业IMS使用情况，可使用TS 23.237[30]中描述的机制实现服务连续性。

-针对具有脱离3GPP范围(例如，非IMS)的应用层的商业使用情况，可使用相似方式实现服务连续性，例如QUIC。

应注意，所有上述应用层机制可再用于层3UE到网络中继而在在本研究项目中无需任何增强。

6.6.2程序

具有ProSe 5G UE到网络中继能力的UE可以向网络登记(如果尚未登记)且建立实现必要中继业务的PDU会话，或其可能需要连接到额外PDU会话或修改现有PDU会话以便朝向远程UE提供中继业务。支持UE到网络中继的PDU会话应仅用于远程ProSe UE中继业务。

[3GPP TR 23.752 V17.0.0的标题为“ProSe 5G UE到网络中继”的图6.6.2-1被再现为图7]

0.在登记程序期间，针对ProSe UE到NW中继(0a)和远程UE(0b)执行授权和供应。授权和供应程序可以是用于关键问题#1和#3的任何解决方案。

1.ProSe 5G UE到网络中继可以建立用于以在步骤0中接收或在UE到NW中继中经预配置的默认PDU会话参数进行中继的PDU会话，例如，S-NSSAI、DNN、SSC模式或PDU会话类型。在IP PDU会话类型和IPv6的情况下，ProSe UE到网络中继经由前缀委托功能从网络获得IPv6前缀，如TS23.501[6]中定义。

2.基于在步骤0中的授权和供应，远程UE使用针对关键问题#1和#3的任何解决方案执行ProSe 5G UE到网络中继的发现。作为发现程序的部分，远程UE了解ProSe UE到网络中继提供的连接性服务。

3.远程UE选择ProSe 5G UE到网络中继且建立用于一对一ProSe直接通信的连接，如TS 23.287[5]中描述。

如果不存在满足与远程UE的PC5连接的要求的PDU会话，例如S-NSSAI、DNN、QoS，那么ProSe 5G UE到网络中继发起用于中继的新PDU会话建立或修改程序。

根据用于中继的PDU会话类型，ProSe 5G UE到网络中继在对应层执行中继功能，例如，当业务类型是IP时充当IP路由器，当业务类型是以太网时充当以太网交换机，且执行用于非结构化业务的通用转发。

当ProSe 5G UE到网络中继使用非结构化PDU会话类型用于PC5参考点上的非结构化业务时，其创建PC5链路标识符与PDU会话ID之间的映射，以及用于PC5 L2链路的PFI与用于PDU会话的QFI之间的映射。

当ProSe 5G UE到网络中继使用IP PDU会话类型用于以太网或PC5参考点上的非结构化业务时，其本地指派用于远程UE的IP地址/前缀且使用其包封来自远程UE的数据。针对下行链路业务，ProSe 5G UE到网络中继从IP标头解封业务且经由PC5参考点转发到对应远程UE。

可考虑ProSe 5G UE到网络中继的订阅，且如果适用则可考虑远程UE的订阅用于QoS决策。如果ProSe 5G UE到网络中继向网络报告远程UE的SUCI，如解决方案#47步骤3、5、7中所描述，那么中继UE的AMF从远程UE的AUSF得到远程UE的SUPI。随后中继UE的AMF使用远程UE的SUPI从远程UE的UDM检索远程UE的订阅UE-AMBR。中继UE的AMF还可以将远程UE的SUPI与N1 SM容器(PDU会话建立请求)一起提供到中继UE的SMF，随后中继UE的SMF从远程UE的UDM检索远程UE的订阅QoS简档和订阅会话-AMBR。中继UE的AMF和SMF随后将远程UE的订阅提供到PCF用于QoS决策。

UE到网络中继区分且执行特定远程UE的业务的速率限制，前提是来自PCF的配置支持这么做。

编者注：将在针对KI#3的其它解决方案中指定ProSe UE到NW中继如何确定PC5连接的要求，例如，S-NSSAI、DNN、QoS。

编者注：在其它解决方案中解决如何支持远程UE的端到端QoS要求，包含用于PC5的QoS强制执行和用于中继的PDU会话。

4.针对IP PDU会话类型和PC5参考点上的IP业务，分配IPv6前缀或IPv4地址用于远程UE，如TS 23.303[9]条款5.4.4.2和5.4.4.3中定义。由此，上行链路和下行链路中继可开始。针对下行链路业务转发，PC5 QoS规则用以将下行链路IP包映射到PC5 QoS流。针对上行链路业务转发，5G QoS规则用以将上行链路IP包映射到Uu QoS流。

编者注：如TS 23.401[25]条款5.3.1.2.6中定义的用于IPv6前缀委托的一般功能性需要在5GS中添加且以上可添加对TS 23.501[6]的参考。

5.ProSe 5G UE到网络中继将远程UE报告(远程用户ID，远程UE信息)消息发送到SMF以用于与中继相关联的PDU会话。远程用户ID是在步骤3中成功地连接的远程UE用户的身份(经由用户信息提供)。远程UE信息用以辅助标识5GC中的远程UE。针对IP PDU会话类型，远程UE信息是远程UE IP信息。针对以太网PDU会话类型，远程UE信息是由UE到网络中继检测到的远程UE MAC地址。针对非结构化PDU会话类型，远程UE信息含有PDU会话ID。SMF在用于此与中继相关联的PDU会话的ProSe 5G UE到网络中继的SM上下文中存储远程用户ID和相关远程UE信息(如果可用)。

针对IP信息，以下原理适用：

-针对IPv4，UE到网络中继应报告被指派到个别远程UE的TCP/UDP端口范围(连同远程用户ID)；

-针对IPv6，UE到网络中继应报告被指派到个别远程UE的IPv6前缀(连同远程用户ID)。

编者注：用于远程用户ID的隐私保护取决于SA WG3设计。

当远程UE从ProSe 5G UE到网络中继断开时(例如，在显式层2链路释放后或基于PC5上的保活消息不存在)应发送远程UE报告消息以向SMF告知远程UE已离开。

在涉及SMF改变的登记更新程序的情况下，对应于连接的远程UE的远程用户ID和相关远程UE信息传送到新SMF，作为用于ProSe 5G UE到网络中继的SM上下文传送的部分。

注1：为了SMF具有远程UE信息，ProSe 5G UE到网络中继被授权操作的HPLMN和VPLMN需要在SMF处于HPLMN中的情况下支持远程UE相关参数的传送。

注2：当远程UE从ProSe UE到网络中继断开时，由实施方案决定ProSe5G UE到网络中继如何清除/断开中继PDU会话。

在连接到ProSe 5G UE到网络中继之后，远程UE保持以ProSe 5G UE到网络中继执行PC5单播链路的信号强度的测量以用于中继重新选择。

当ProSe 5G UE到网络中继UE使用LTE在EPS中连接时解决方案也可起作用。在此情况下针对远程UE报告，可使用TS 23.303[9]中定义的程序。

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

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

SMF：

-需要支持用于远程UE报告的程序。

UE：

-需要支持用于远程UE和ProSe 5G UE到网络中继的程序。

[...]

6.24解决方案#24：用于层3UE到网络中继的端到端QoS支持

6.24.1总体描述

此解决方案解决关键问题#3“UE到网络中继的支持”。具体地，此解决方案解决了关于“如何经由UE到网络中继支持远程UE与网络之间的端到端要求，包含QoS(例如数据速率、可靠性、时延)”和“网络如何允许和控制用于5G ProSe UE到NW中继的QoS要求”的方面。

在层3UE到NW中继解决方案(解决方案#6)中，远程UE的数据流由中继UE的PDU会话服务。由于UE到网络中继路径包括两条分支(PC5和Uu)，如下方图6.24.1-1中所示，因此仅当分别在所述两条分支上正确地转换和满足QoS要求时才可满足端到端QoS。

[3GPP TR 23.752 V17.0.0的标题为“用于层3UE到网络中继解决方案的端到端QoS转换”的图6.24.1-1被再现为图8]

关于PC5链路的QoS要求是以PC5 QoS规则和PC5 QoS参数(PQI、GFBR、MFBR、PC5LINK-AMBR、范围等)来控制，如TS 23.287[5]的条款5.4中规定。关于Uu链路的QoS要求是经由5G QoS规则和5G QoS参数(5QI、GFBR、MFBR等)来控制，如TS 23.501[6]的条款5.7中规定。

Uu分支的QoS与由UE到网络中继建立的PDU会话相关联，并且因此如TS 23.502[8]条款4.3.2和4.3.3中定义的程序适用。UE到网络中继的会话管理功能(SessionManagement Function，SMF)将对应QoS规则和流层级QoS参数提供到UE到网络中继。

如上文所解释，UE到网络中继需要将Uu QoS信息转换为对应PC5 QoS参数以便实现合适的端到端QoS。由于远程UE和UE到网络中继使用PC5单播通信模式，因此大多数流层级QoS参数可直接再使用。在转换中需要辅助的仅有参数是5QI和PQI的映射。因此必须为UE到网络中继配置/供应合适的映射信息。5QI和PQI的映射在UE到网络中继处被配置/供应以用于特定服务或用于服务的群组。用于Uu的5QI和用于PC5的PQI一起使用以支持端到端QoS要求。

任选地，考虑由远程UE提供到UE到网络中继的QoS信息是E2EQoS要求而不是PC5部分QoS要求的可能性，因此将为UE到网络中继配置/供应的合适映射信息可为E2E QoS到PC5部分QoS和Uu部分QoS的映射。

注1：所述服务或服务群组可由中继服务代码、IP 3元组等标识。

在QoS流设置由网络发起的情况下，PCF或SMF决定Uu部分QoS参数。基于从SMF接收的此信息，UE到网络中继使用TS 23.287[5]条款6.3.3.4中定义的程序推断PC5部分QoS参数且建立对应PC5 QoS流。举例来说，在接收到QoS规则和流层级参数之后，中继UE确定要建立的对应PC5 QoS流以及Uu QoS流与PC5 QoS流之间的映射。

在当通过PC5建立L2链路时远程UE请求专用PC5 QoS流的情况下，远程UE经由PC5得到中继UE上的QoS映射，且通过考虑接收的QoS映射信息决定PC5部分QoS参数(即，PQI)，UE到网络中继可基于供应的QoS映射信息或如果未配置用于所请求PC5 QoS参数的映射则基于其实施方案来将PC5 QoS要求映射到Uu QoS要求中，且执行如TS 23.502[8]条款4.3.3中定义的UE请求的PDU会话修改。

在由远程UE提供到UE到网络中继的QoS信息是E2E QoS要求而不是PC5部分QoS要求的情况下，UE到网络中继可以基于经配置/供应的E2E QoS到PC5部分QoS和Uu部分QoS的映射而执行E2E QoS转换，并且接着建立对应的PC5 QoS流和Uu QoS流。

6.24.2用于支持动态QoS处置的增强

如图6.24.1-1中所示，从远程UE到AS的端到端连接涉及两个空中链路，即Uu和PC5。因此，为了满足用于特定服务的PDB，需要减少由NG-RAN利用的AN PDB以便给出一些预算用于PC5链路。应注意这与是否使用L2或L3中继架构无关。

实现此目的而不影响NG-RAN的一种方式是SMF修改在用于远程UE的业务的QoS流的QoS简档中向NG-RAN用信号表示的PDB。SMF遵循PCC规则(如果其是确定的PCF)或基于本地配置来扣除PDB。

当支持动态PCC控制时，SMF可基于PCC规则以确定要使用的PDB。否则，SMF可基于预配置，例如使用DNN和/或S-NSSAI以确定是否和如何修改PDB。

当支持动态PCC控制时，可能当远程UE发起会话时AF可能能够请求业务的某些QoS处理。这可以通过使用如TS 23.503[18]条款6.1.3.22中定义的特征来实现。AF能够使用如TS 23.503[18]条款6.1.1.2中定义的程序定位UE到网络中继的PCF，因为远程UE使用属于UE到网络中继的PDU会话的地址。

PCF可决定Uu部分QoS参数且产生对应PCC规则，且SMF又产生QoS规则和流层级QoS参数且使用PDU会话修改程序向UE到网络中继发信号。UE到网络中继随后基于5QI与PQI之间的QoS映射推断PC5部分QoS参数，且使用TS 23.287[5]条款6.3.3.4中定义的L2链路修改程序来设置相关PC5 QoS流。

注：由于UE到网络中继使用5QI和PQI的QoS映射来推导PC5部分QoS参数，因此在此解决方案中不支持无法与5QI和PQI之间的QoS映射对准的由AF提供的端到端QoS要求。

在使用用于NR PC5的网络调度操作模式的情况下，使用TS 23.287[5]条款5.4.1.4中定义的程序来授权与中继操作相关的PC5 QoS请求。

可考虑UE到网络中继的订阅，且如果适用则可考虑远程UE的订阅用于QoS决策。如果UE到网络中继向网络报告远程UE的SUCI，那么服务于UE到网络中继的NF可以检索远程UE的订阅。

替代地，可利用如TS 23.502[8]条款5.7.3.5中定义的对Uu的反射性QoS控制用于远程UE的动态QoS处置。这可潜在节省SMF与UE到网络中继UE之间的用于频繁地修改Uu上的中继PDU会话的信令。

在用于远程UE的Uu上接收到具有RQI的DL包后，基于指示的QFI，UE到网络中继导出或更新对应于远程UE的QoS规则，如TS 23.501[6]中定义。导出的规则是用于在Uu接口处来自远程UE的UL包。如果QFI到PC5QoS流映射已经存在，那么UE到网络中继可以使用如TS23.287[5]条款6.3.3.4中定义的L2链路修改程序将对应ProSe服务移动到映射的现有PC5QoS流(基于指示的QFI)。

如果QFI到PC5 QoS流映射不存在，那么UE到网络中继可以基于指示的5QI确定PQI(当QFI等于标准化5QI时)，且使用如TS 23.287[5]条款6.3.3.4中定义的L2链路修改程序以导出的PQI建立新PC5 QoS流。

当UE到网络中继例如在RQ定时器期满之后删除导出的QoS规则时，UE到网络中继恢复使用发送的QoS规则且相应地执行TS 23.287[5]条款6.3.3.4中定义的L2链路修改程序以使用对应于现有发送的QoS规则的5QI的PQI。

6.24.3程序

TS 23.502[8]和TS 23.287[5]中定义的现有程序可用以管理QoS流和PC5QoS流以服务于远程UE。

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

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

SMF：

-SMF任选地支持基于PCC规则或预配置修改用于服务远程UE的QoS流的PDB。

UE：

-5G ProSe UE到网络中继基于配置或针对所请求QoS参数的未经配置映射基于其实施方案而支持Uu流层级QoS参数到PC5 QoS参数的映射，包含5QI到PQI的映射。

-5G ProSe UE到网络中继基于配置而支持E2E QoS到Uu流层级QoS参数和PC5 QoS参数的映射，包含E2E QoS到5QI和PQI的映射。

-远程UE可以基于从UE到网络中继接收的QoS映射决定PC5部分QoS参数(即，PQI)。

-远程UE从UE到网络中继得到QoS映射信息。

PCF：

-支持基于E2E QoS参数决定Uu部分QoS参数和PC5部分QoS参数。

[...]

6.27解决方案#27：用于层3远程UE的次级认证

6.27.1描述

这是用于关键问题#3、UE到网络中继且基于解决方案#6：层3UE到网络中继的解决方案。此解决方案仅适用于层3UE到网络中继。当订阅指示需要次级认证时，远程UE应执行次级认证。因为应用程序无法区分UE是经由UE到网络中继连接还是直接连接到5GC，所以如果UE连接到应用程序服务器而未执行次级认证，那么应用程序服务器无法对UE提供服务，因为应用程序服务器可能将UE视为异常UE。因此即使UE经由UE到网络中继连接也应当支持次级认证。

6.27.2程序

6.27.2.1在PC5链路设置之后的次级认证

[3GPP TR 23.752 V17.0.0的标题为“用于远程UE的次级认证程序(在PC5链路设置之后)”的图6.27.2-1被再现为图9]

1.图6.6.2-1中的步骤0～4。

2.图6.6.2-1中的步骤5。ProSe 5G UE到网络中继将远程UE报告(远程用户ID，IP信息)消息发送到SMF以用于与中继相关联的PDU会话。

3.当SMF接收到远程UE报告时，基于SMF的本地配置，SMF可以从UDM检索远程UE的订阅数据且可以执行远程UE的次级认证/授权。SMF将包含远程用户ID的PDU会话认证命令消息发送到5G ProSe UE到网络中继。

4.5G ProSe UE到网络中继经由PC5信令将EAP消息发送到远程UE。远程UE经由PC5信令将EAP消息发送到5G ProSe UE到网络中继。

5.5G ProSe UE到网络中继将包含远程用户ID和从远程UE接收的EAP消息的PDU会话认证完成消息发送到SMF。

6.SMF将EAP消息发送到DN-AAA。

7.如果认证/授权成功，那么DN-AAA将EAP-成功发送到SMF。

8.如果认证/授权失败，那么DN-AAA将EAP-失败发送到SMF。SMF将NAS消息(例如，PDU会话修改、远程UE释放命令)发送到5G ProSe UE到网络中继。NAS消息包含远程用户ID以指示远程UE和5G ProSe UE到网络中继释放与远程UE的PC5链路。

注1：当多个远程UE几乎同时连接到5G ProSe UE到网络中继时可以并行地执行次级认证程序。

注2：DN-AAA不知道UE是经由5G ProSe UE到网络中继连接还是直接连接到网络。

编者注：此解决方案是否可满足安全性要求(例如，由UE到网络中继转发的EAP消息)将由SA WG3小组研究和确认。

6.27.2.2在PC5链路设置之前的次级认证

[3GPP TR 23.752 V17.0.0的标题为“用于远程UE的次级认证程序(在PC5链路设置之前)”的图6.27.2-1被再现为图10]

1.图6.6.2-1中的步骤0～2。

2.远程UE朝向5G ProSe UE到网络中继UE建立PC5连接。当请求通过PC5的UE到网络中继时，远程UE将其远程用户ID提供到5G ProSe UE到网络中继UE。

3.5G ProSe UE到网络中继UE将PDU会话建立或PDU会话修改请求发送到SMF且提供远程UE的远程UE ID。

4.当SMF接收到远程用户ID时，基于SMF的本地配置，SMF可以从UDM检索远程UE的订阅数据且可以执行远程UE的次级认证/授权。SMF将包含远程用户ID的PDU会话认证命令消息发送到5G ProSe UE到网络中继。

5.5G ProSe UE到网络中继经由PC5信令将EAP消息发送到远程UE。远程UE经由PC5信令将EAP消息发送到5G ProSe UE到网络中继。

6.5G ProSe UE到网络中继将包含远程用户ID和从远程UE接收的EAP消息的PDU会话认证完成消息发送到SMF。

7.SMF将EAP消息发送到DN-AAA。

8.如果认证/授权成功，那么DN-AAA将EAP-成功发送到SMF。

9.SMF发送PDU会话建立接受或PDU会话修改命令以接受远程UE的请求。

10.5G ProSe UE到网络中继UE将PC5连接接受消息发送到远程UE。

11.图6.6.2-1中的步骤5。

12.如果认证/授权失败，那么DN-AAA将EAP-失败发送到SMF。

13.SMF将PDU会话建立拒绝或PDU会话修改命令发送到5G ProSe UE到网络中继UE以拒绝远程UE的请求。

14.5G ProSe UE到网络中继UE拒绝PC5连接建立。

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

远程UE：

-经由PC5信令发送和接收EAP消息；

-向SMF执行次级认证。

UE到网络中继UE：

-在PDU会话认证消息中包含远程用户ID且在远程UE与SMF之间中继EAP消息。

-经由PDU会话建立或修改消息发送远程用户ID

SMF：

-基于远程UE的订阅决定是否执行次级认证；

-向层3远程UE执行次级认证：

-当SMF执行远程UE的次级认证时，远程用户ID包含于PDU会话认证消息中；

-如果次级认证失败，那么SMF发送NAS消息以释放PC5链路或拒绝PC5链路建立。

[...]

6.40解决方案#40：用于UE到网络中继的网络控制的远程UE授权

6.40.1描述

此解决方案解决本文档中描述的关键问题#3。

此解决方案支持UE到网络中继层3模型。

与现有基于层3的UE到网络解决方案相比，此贡献解决两个方面。

1)UE到网络中继UE的专用或共享PDU会话。

2)远程UE的网络控制的授权。

对于1)，此解决方案描述两个不同的UE到网络中继PDU会话模型如下：

A.专用中继会话模型

在此模型中，针对一个远程UE支持UE到网络中继的一个PDU会话，如图6.40.1-1的情况A中描绘。UE到网络中继使用专用于仅一个远程UE的PDU会话以通过UE到网络中继的UPF在远程UE与数据网络之间中继业务。

此专用中继会话模型可用于其中网络运营商想要从计费和策略角度来区分UE到网络中继的PDU会话的情境以及其中网络运营商想要按远程UE的订阅提供不同片层或数据网络的情境。

B.共享中继会话模型

在此模型中，针对多个远程UE支持UE到网络中继的一个PDU会话，如图6.40.1-1的情况B中描绘。UE到网络中继使用在多个远程UE之间共享的PDU会话以通过UE到网络中继的UPF在远程UE与数据网络之间中继业务。

共享中继会话模型可用于其中UE到网络中继提供到多个远程UE的互联网连接的情境。应注意本文档的条款6中描述的解决方案是基于此模型。

所述两个中继会话模型被描绘为图6.40.1-1。

[3GPP TR 23.752 V17.0.0的标题为“UE到网络中继PDU会话：专用对共享”的图6.40.1-1被再现为图11]

非结构化类型PDU会话仅适用于专用中继会话模型。

具有IP和以太网类型的PDU会话可适用于专用和共享中继会话模型。

对于2)，为了网络运营商授权远程UE使用UE到网络中继的PDU会话，使用网络控制的机制。在此解决方案中，5GC可基于由连接到远程UE的UE到网络中继提供的信息授权远程UE。通过此方法，除了UE到网络中继的订阅信息之外，5GC能够通过检查存储于UDM、PCF或DN-AAA中的远程UE的简档来授权远程UE使用UE到网络中继的PDU会话。

此解决方案假定远程UE属于与中继UE相同的PLMN。

6.40.2程序

6.40.2.1用于专用/共享中继会话的网络控制的远程UE授权

此程序描述远程UE授权程序。

[3GPP TR 23.752 V17.0.0的标题为“网络控制的远程UE授权”的图6.40.2.1-1被再现为图12]

0.远程UE和UE到网络中继的供应。具有ProSe扩展的PC5相关信息和URSP规则的供应。

A.远程UE被供应可用于通过与UE到网络中继的PDU会话相关联的PC5链路连接UE到网络中继的信息。所述信息包含用于此程序的中继会话服务代码。中继会话代码可经编码以指示专用或共享中继会话模型。另外，远程UE可被供应适当的UE路由选择策略，例如ProSe UE到网络卸载指示符，其具有中继会话模型指示符作为路由选择组件。中继会话模型指示符可指示专用或共享中继会话模型。所述信息可包含由PCF发出的授权信息(例如，授权令牌)。

注1：可向SA WG3确定和协调安全性相关问题。

B.UE到网络中继被供应可用于管理PC5参考点的信息，例如宣布中继服务代码(例如，专用中继会话服务代码或共享中继会话服务代码)。UE到网络可以被供应用于网络的网络控制授权以授权远程UE使用UE到网络中继的PDU会话。

另外，UE到网络中继可被供应适当的UE路由选择策略，例如中继会话服务(例如，专用中继会话服务或共享中继会话服务)或远程UE信息作为业务描述符。

C.基于步骤B中的供应信息，UE到网络中继可以建立用于共享中继会话模型的PDU会话。此步骤仅适用于共享中继会话模型。

1.当执行模型A发现程序时，UE到网络中继将中继服务代码(例如，专用中继会话服务代码或共享中继会话服务代码)提供到远程UE。对于模型B发现程序，远程UE可以请求在步骤0A中供应的中继服务代码。

2.在远程UE发现UE到网络中继之后，远程UE发起与专用UE到网络中继的PDU会话相关联的PC5链路的建立程序。此消息包含远程UE标识信息，例如订阅标识符(例如SUCI或GPSI)或层2ID、中继服务代码(例如，专用/共享中继会话服务代码)、远程UE授权信息以及在步骤0A中供应的情况下的PDU会话相关参数。如果中继UE标识远程UE属于与中继UE不同的PLMN，那么中继UE可拒绝请求。

3.在从远程UE接收到直接通信请求后，UE到网络中继可以基于在步骤0B中接收的供应信息授权UE到网络中继的PDU会话的使用。如果在步骤0B中供应网络控制的UE到网络中继授权指示符和中继会话服务代码，那么UE到网络中继执行PDU会话建立程序以授权远程UE使用UE到网络中继的PDU会话。在此情境下，UE到网络中继发送远程UE授权请求和远程UE标识信息(即，在步骤2中从远程UE接收和任选的远程UE授权信息)以用于UE到网络中继的PDU会话。

注2：在步骤3中运载的信息可经由具有远程UE授权请求指示符的PDU会话建立请求或PDU会话修改请求来传送。

4.在接收到具有远程UE授权请求的PDU会话请求后，SMF从UDM检索UE到网络中继的订阅数据，所述订阅数据包含允许的远程UE标识列表，包含经由UE到网络中继的任选的远程UE授权信息及其用于远程UE的相关联简档。所述相关联简档可以包含指示是否需要次级认证或授权令牌的授权简档。为了检索远程UE的特定简档，SMF可以当请求订阅信息时显式地包含在PDU会话建立请求中接收的远程UE标识信息。如果运营商策略需要授权令牌，但远程UE不提供授权令牌，那么SMF认为授权失败。

5.基于在步骤3中从中继UE接收的情况下的远程UE授权信息以及在步骤4中检索的情况下的授权简档，SMF可以发起远程UE、SMF与DN-AAA之间的次级认证/授权程序。在此程序期间，UE到网络中继在远程UE与SMF之间中继认证消息。

6.SMF可以产生与(远程UE的)PCF的额外SM策略关联以授权远程UE和远程UE的简档，所述简档包含在步骤6a/b中需要的情况下的PCC规则和SM策略。为了检索用于远程UE的策略，SMF将包含远程UE授权信息(例如，由PCF发出的授权令牌)的远程UE的标识信息发送到PCF。

SMF在步骤6c/d中从PCF检索用于支持远程UE的UE到网络中继的PDU会话的策略和计费信息。为了检索用于远程UE的策略，SMF将远程UE的标识信息发送到PCF。中继UE的PCF提供与UE到网络中继相关联的远程UE的策略和简档。

注3：步骤6中的信息可经由SM策略关联建立请求/响应或SM策略关联修改请求/响应来传送。

注4：用于对应远程UE的PCC规则或QoS简档的远程UE简档索引是从(远程UE的)PCF发送到SMF。SMF可以将具有从(远程UE的)PCF接收的额外参数的简档索引发送到(中继UE的)PCF以从(中继UE的)PCF检索PCC规则或QoS简档。

7.SMF基于在步骤4中检索的订阅简档确定授权用于远程UE的UE到网络中继的PDU会话的使用，授权在步骤5中接收的结果以及在步骤6中检索的与UE到网络中继相关联的远程UE的策略/授权结果。SMF还授权例如S-NSSAI、DNN和PDU会话类型等所请求PDU会话参数由远程UE的简档支持。

8.如果授权成功，那么UE到网络发送具有授权结果的远程UE授权接受消息。否则UE到网络发送具有失败结果和适当原因的远程UE授权拒绝。

注5：如果步骤3是通过具有远程UE授权请求指示符的PDU会话建立请求来实行，那么步骤3中的信息可经由PDU会话建立接受/拒绝来传送。

9.如果用于UE到网络中继的专用或共享使用的远程UE授权请求成功，那么UE到网络中继可以确定具有适当参数的PC5链路的成功设置。否则，UE到网络中继由于授权失败而拒绝建立PC5链路。

10.针对通过例如DHCP或IPv6 SLAAC等单独程序执行IP地址分配的情况，可以执行IP地址分配程序。

11.UE到网络向SMF报告远程UE信息。

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

影响以下注释和功能性：

-远程UE支持专用和共享中继会话模型的供应。

-UE到网络中继支持专用和共享中继会话模型以及远程UE授权程序的供应。

-SMF支持专用和共享中继会话模型以及远程UE授权。

-UDM支持允许的远程UE列表和相关联简档。

-(中继UE的)PCF支持与UE到网络中继的PDU会话相关联的远程UE的简档。

-(远程UE的)PCF支持远程UE的授权信息的发出和验证且提供经预配置的远程UE简档。

[...]

6.47解决方案#47：授权UE为5G UE到网络中继以及如何授权UE经由5G UE到网络中继来接入5GC

6.47.1描述

这是用于关键问题#3、UE到网络中继的解决方案，且其适用于L3中继。

原理如下：

-在登记期间，UE在其被授权为中继的情况下得到信息。AMF得到信息PLMN，其UE可通过此中继UE中继数据。

-在PC5连接建立期间，远程UE将其UE ID提供到中继UE，所述中继UE将所述信息发送到AMF以得到认证和授权：

-中继UE的AMF朝向远程UE的AUSF发起用于远程UE的认证；

-在远程UE经认证之后，如果UE可充当远程UE且如果其可连接到中继UE，那么中继UE的AMF朝向远程UE的UDM发起授权检查。

-远程UE授权传回远程UE GPSI，其允许中继网络中的中继授权。

对步骤5和前面的功能性的需要取决于应用的安全性要求。

编者注：认证和授权方面还取决于SA WG3中的研究。

6.47.2程序

远程UE经由中继UE的连接根据图6.47.2-1中描述的高级步骤工作。可在远程UE与中继UE之间的PC5链路建立中触发所提出的授权程序。

[3GPP TR 23.752 V17.0.0的标题为“授权UE经由5G UE到网络中继接入5GC”的图6.47.2-1被再现为图13]

1.中继UE登记(参见TS 23.502[8]条款4.2.2.2)。

中继AMF从UDM得到用于中继UE的中继授权信息。UDM还可以包含其中存在用于中继UE的至少一个被允许远程UE的所有PLMN的列表。

2.远程UE在PC5连接建立阶段中提供其SUCI。举例来说，远程UE可在PC5直接通信请求消息中将其SUCI提供到中继UE。

注1：远程UE如何发现中继UE与此解决方案无关。发现可基于TS23.287[5]中或此TR的其它解决方案中定义的方法。

3.中继UE从其服务AMF请求用于UE到网络中继的授权且提供远程UE的SUCI和中继UE SUPI。

注2：假设UE到网络中继授权是NAS信令且预期CT群组指定阶段3消息。

4.[有条件的]如果关于用于中继的被允许远程UE的PLMN的信息是在步骤1中接收，那么基于此信息，中继UE的AMF检查由远程UE SUCI标识的PLMN中是否存在UE可充当中继UE的任何UE。如果否，那么中继UE的AMF告知中继UE且PC5连接被拒绝。否则中继AMF继续程序。

编者注：PLMN的列表是否在步骤1提供到AMF且AMF在初级认证之前执行验证将通过SA WG3确认。

注3：此时，中继UE的AMF无法知道远程UE的GPSI，因此其无法在步骤10之前授权中继。

5-7.基于在步骤1中接收的中继授权信息或服务PLMN的本地策略，中继UE的AMF使用如TS 33.501[31]中定义的现有程序朝向远程UE的AUSF发起认证。

经由中继UE和服务于其的AMF透明地发送认证。信令的部分可以加密并且可由远程UE解密。

注4：安全性相关方面需要与SA WG3协调。

由于远程UE的成功认证，中继UE的AMF接收远程UE的SUPI。

8.在远程UE经认证之后，中继UE的AMF通过将中继UE的ID(例如，GPSI)和远程UE的SUPI提供到远程UE的UDM来发起授权检查。

9.远程UE的UDM检查远程UE是否被授权经由中继UE发送其业务。

10.远程UE的UDM响应中继UE的AMF，且在授权成功的情况下包含结果和远程UE的GPSI。如果授权失败，那么中继UE的AMF告知中继UE且PC5连接被拒绝。否则中继UE的AMF继续程序。

注5：用于远程UE的UDM进行远程UE的授权检查的服务操作和强制执行点可在规范性阶段期间决定。举例来说，中继UE的AMF可以在从远程UE的UDM接收到授权信息和/或远程UE订阅数据(经由现有Nudm_SDM_Get服务操作)之后强制执行授权。

11.中继UE的AMF通过将远程UE GPSI和中继UE GPSI提供到中继UDM来发起授权检查。

12.中继UDM检查中继UE是否经授权中继远程UE的业务且以授权结果进行响应。

13.中继UE的AMF将授权结果发送到中继UE。中继UE可以在需要的情况下例如经由发现响应消息或直接通信接受消息将授权结果转发到远程UE。如果授权失败，那么中继UE不会响应于发现请求消息或在授权失败的情况下将拒绝PC5连接建立。

注6：授权结果是否需要安全性保护，例如以防止中继UE将其修改，预期由SA WG3解决。

14.程序取决于L3程序而继续，例如在授权成功的情况下条款6.6.2中的步骤3。

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

此解决方案影响以下系统实体。

远程UE：

-提供中继UE的SUCI用于授权的能力。

-经由中继UE支持认证程序的能力。

中继UE：

-请求由SUCI标识的对远程UE的授权的能力。

-朝向远程UE中继认证程序的能力。

AMF/UDM：

-支持新服务操作Nudm_Check_Authorization或使用现有的Nudm_SDM_Get。对于经授权为远程UE的UE，AMF检查是否另一UE可充当其用于此特定UE的中继。

-候选中继UE是否被允许充当用于任何其它UE的中继UE的验证。

-对于经授权为中继的UE，AMF检查是否另一远程UE可经由此中继中继其业务。

-UDM被供应所有经授权的远程UE与中继UE之间的关联以允许AMF决定是否允许远程UE经由中继UE进行接入。

3GPP TS 23.287介绍以下内容：

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

对于通过PC5参考点执行的V2X通信的单播模式，UE配置有如在条款5.1.2.1中所描述的相关信息。

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

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

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

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

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

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

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

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

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

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

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

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

注1：安全性信息以及对源用户信息和目标用户信息的必要保护在TS33.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地址配置，且其指示以下值中的一个：

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

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

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

-QoS信息：关于用于待添加的PC5 QoS流的信息。对于每一PC5 QoS流，PFI、对应PC5 QoS参数(即，PQI和有条件地其它参数，例如MFBR/GFBR等)和相关联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地址：基于RFC 4862[21]在本地形成的链路本地IPv6地址，如果目标UE不支持IPv6IP地址分配机制，即IP地址配置指示“IPv6地址分配不支持”，且UE-1在直接通信请求消息中包含链路本地IPv6地址。目标UE应包含非冲突链路本地IPv6地址。

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

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

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

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

将PC5链路标识符和PFI以及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。

[...]

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

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

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

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

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

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

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

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

[3GPP TS 23.287 V16.5.0的标题为“层2链路修改程序”的图6.3.3.4-1被再现为图15]

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

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

链路修改请求消息包含：

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

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

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

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

-PFI(s)。

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

链路修改接受消息包含：

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

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

3GPP TS 23.502介绍以下内容：

4.3.3 PDU会话修改

4.3.3.1总则

在修改UE与网络之间交换的QoS参数中的一或若干个时使用程序。

注：何时使用此程序用于QoS改变的条件以及在UE与网络之间交换的QoS参数在TS23.501[2]条款5.7中定义。

4.3.3.2 UE或网络请求的PDU会话修改(非漫游和具有本地中断的漫游)

在图4.3.3.2-1中描绘出UE或网络请求的PDU会话修改程序(非漫游和具有本地中断情境的漫游)。

[3GPP TS 23.502 V16.5.1的标题为“UE或网络请求的PDU会话修改(用于非漫游和具有本地中断的漫游)”的图4.3.3.2-1被再现为图16]

1.程序可以通过以下事件触发：

1a.(UE发起的修改)UE通过传送NAS消息(N1 SM容器(PDU会话修改请求(PDU会话ID、包过滤器、操作、所请求QoS、隔离、5GSM核心网络能力、包过滤器数目、[请求的始终接通PDU会话]))、PDU会话ID、UE完整性保护最大数据速率、[端口管理信息容器])消息来发起PDU会话修改程序。取决于接入类型，如果UE处于CM空闲状态，那么此SM-NAS消息的前面是服务请求程序。NAS消息与用户位置信息的指示一起由(R)AN转发到AMF。AMF调用Nsmf_PDUSession_UpdateSMContext(SM上下文ID、N1 SM容器(PDU会话修改请求))。

当UE请求用于所选择SDF的特定QoS处置时，PDU会话修改请求包含描述SDF的包过滤器、对所指示包过滤器的所请求包过滤器操作(添加、修改、删除)、所请求QoS和任选地隔离指示。当UE建议网络将适用SDF绑定在相异且专用的QoS流上时包含隔离指示，例如即使现有QoS流可支持所请求QoS也是如此。网络应当遵守UE请求，但被允许实际上继续将所选择SDF绑定在现有QoS流上。

注1：仅一个QoS流用于业务隔离。如果UE做出对额外SDF隔离的后续请求，那么在用于隔离的现有QoS流上多路复用额外SDF。

当UE在LADN的可用性区域外部时，UE不应触发用于对应于LADN的PDU会话的PDU会话修改程序。

如果改变，则PS数据断开状态应包含于PDU会话修改请求消息中的PCO中。

对于在EPS中建立的PDU会话，当UE首次从EPS移动到5GS时，如果UE想要将PDU会话改变为始终接通PDU会话，那么UE在PDU会话修改请求消息中包含始终接通PDU会话请求指示。

当部署PCF时，如果供应PS数据断开事件触发，那么SMF应进一步向PCF报告PS数据断开状态，用于3GPP PS数据断开的SMF和PCF的额外行为在TS 23.503[20]中定义。

5GSM核心网络能力由UE提供且由SMF处置，如TS 23.501[2]条款5.4.4b中定义。

UE完整性保护最大数据速率指示UE可支持向上完整性保护的最大数据速率。

包过滤器数目指示用于发送的QoS规则的所支持包过滤器的数目，如TS 23.501[2]条款5.17.2.2.2中所描述。

端口管理信息容器是从DS-TT接收且包含以太网端口相关管理信息，如TS 23.501[2]条款5.28.3中定义。

1b.(SMF请求的修改)PCF执行如条款4.16.5.2中定义的PCF发起的SM策略关联修改程序以向SMF通知策略的修改。这可以例如已通过策略决策或在AF请求后即刻被触发，例如，如条款4.3.6.2中的步骤5中所描述的对业务路由的应用功能影响或AF提供端口管理信息容器。

如果AF请求对URLLC的QoS监视，那么PCF产生用于对应业务数据流的QoS监视策略，且在此步骤中将PCC规则中的策略提供到SMF。

1c.(SMF请求的修改)UDM通过Nudm_SDM_Notification(SUPI、会话管理订阅数据)更新SMF的订阅数据。SMF更新会话管理订阅数据且通过传回具有(SUPI)的Ack来确认UDM。

1d.(SMF请求的修改)SMF可以决定修改PDU会话。此程序还可以基于本地配置的策略而触发或从(R)AN触发(参见条款4.2.6和条款4.9.1)。其也可以在向上连接经激活的情况下被触发(如服务请求程序中所描述)且SMF已标记一个或多个QoS流的状态在5GC中删除但还未与UE同步。

如果SMF在步骤1b～1d中接收到触发中的一个，那么SMF开始SMF请求的PDU会话修改程序。

1e.(AN发起的修改)(R)AN应向SMF指示QoS流映射到其上的AN资源何时被释放，而与通知控制是否经配置无关。(R)AN将N2消息(PDU会话ID、N2 SM信息)发送到AMF。N2 SM信息包含QFI、用户位置信息和QoS流被释放的指示。AMF调用Nsmf_PDUSession_UpdateSMContext(SM上下文ID、N2 SM信息)。

(AN发起的通知控制)如果为GBR QoS流配置通知控制，那么当(R)AN分别决定QoS流的QoS目标无法满足或可再次满足时，(R)AN将N2消息(PDU会话ID、N2 SM信息)发送到SMF。N2 SM信息包含QFI以及用于所述QoS流的QoS目标分别无法满足或可再次满足的指示。当QoS目标无法满足时，N2 SM信息指示对匹配于NG-RAN当前满足的QoS参数的值的替代QoS简档的参考，如TS 23.501[2]的条款5.7.2.4中指定。AMF调用Nsmf_PDUSession_UpdateSMContext(SM上下文ID、N2 SM信息)。如果PCF已订阅事件，那么SMF针对在步骤2中设定通知控制的每一PCC规则向PCF报告此事件。

1f.(AMF发起的修改)如果UE支持CE模式B，且在AMF中的UE上下文中的增强型覆盖范围限制信息中CE模式的使用从受限制改变为不受限制或反之亦然，且UE已经建立PDU会话，那么当AMF确定NAS-SM定时器由于增强型覆盖范围限制的改变而应更新时，AMF应触发对服务于UE的PDU会话的SMF的PDU会话修改，且仅当在AMF中的UE上下文中的增强型覆盖范围限制信息中CE模式B的使用现在不受限制时才包含扩展的NAS-SM指示。

基于扩展的NAS-SM定时器指示，SMF应使用扩展的NAS-SM定时器设定用于UE，如TS24.501[25]中指定。

2.SMF可能需要通过执行如条款4.16.5.1中定义的SMF发起的SM策略关联修改程序来向PCF报告一些订阅事件。如果由步骤1b或1d触发PDU会话修改程序，那么可以跳过此步骤。如果未部署动态PCC，那么SMF可以应用本地策略以决定是否改变QoS简档。

当PDU会话修改仅需要UPF处的动作(例如，选通)时不调用步骤2a到7。

2a.如果对PDU会话尚未激活冗余传送且SMF决定执行用于QoS流的冗余传送，那么SMF向UPF指示执行用于QoS流的包复制和消除。

如果在PDU会话上已经激活冗余传送，且SMF决定停止冗余传送，那么SMF指示UPF释放用作PDU会话的冗余隧道的CN隧道信息，并且还指示UPF停止用于对应QoS流的包复制和消除。

注2：基于从两个GTP-U隧道接收的包对RAN/UPF执行消除和重排序的方法取决于RAN/UPF实施方案。两个GTP-U隧道终止于相同的RAN节点和UPF。

如果对PDU会话尚未激活冗余传送且SMF决定针对在PSA UPF与NG-RAN之间具有两个I-UPF的QoS流执行冗余传送，那么SMF向I-UPF发送包含PSA UPF的UL CN隧道信息和分配CN隧道信息的请求的N4会话建立请求消息。

2b.UPF响应于SMF。如果在步骤2a中对PDU会话尚未激活冗余传送且SMF指示UPF执行用于QoS流的包复制和消除，那么UPF分配额外CN隧道信息。额外CN隧道信息提供到SMF。

如果在步骤2a中对PDU会话尚未激活冗余传送且SMF决定执行用于具有两个I-UPF的QoS流的冗余传送，那么UPF分配CN隧道信息。每一I-UPF的CN隧道信息提供到SMF。

3a.针对UE或AN发起的修改，SMF通过Nsmf_PDUSession_UpdateSMContext响应([N2 SM信息(PDU会话ID、QFI、QoS简档、[替代QoS简档]、会话-AMBR]、[CN隧道信息])、N1SM容器(PDU会话修改命令(PDU会话ID、QoS规则、QoS规则操作、与QoS规则相关联的在QoS流需要的情况下的QoS流层级QoS参数、会话-AMBR、[始终接通PDU会话准予]、[端口管理信息容器])))响应于AMF。针对QoS简档、替代QoS简档以及QoS规则和QoS流层级QoS参数，参见TS23.501[2]条款5.7。替代QoS简档仅针对AN发起的修改有效。

如果UE请求PDU会话修改以将PDU会话修改为始终接通PDU会话，那么SMF应在PDU会话修改命令中包含始终接通PDU会话准予指示，以经由PDU会话修改命令中的始终接通PDU会话准予指示来指示PDU会话是否将改变为始终接通PDU会话。

N2 SM信息运载AMF应提供到(R)AN的信息。其可以包含QoS简档和对应QFI以向(R)AN通知一个或多个QoS流被添加或修改。其可以仅包含QFI以向(R)AN通知一个或多个QoS流被移除。SMF可以针对每一QoS流指示是否应通过对应冗余传送指示符执行冗余传送。如果SMF在步骤2a中决定激活冗余传送，那么SMF在N2 SM信息中包含分配的额外CN隧道信息。如果SMF在步骤2a中决定执行用于具有两个I-UPF的新QoS流的冗余传送，那么SMF在N2 SM信息中包含两个I-UPF的所分配CN隧道信息。如果在步骤1e中通过(R)AN释放触发PDU会话修改，那么N2 SM信息运载(R)AN释放的确认。如果UE针对未建立用户平面资源的PDU会话请求PDU会话修改，那么提供到(R)AN的N2 SM信息包含用于建立用户平面资源的信息。

如果已在PDU会话上激活冗余传送，且SMF在步骤2a中决定停止冗余传送，那么SMF指示(R)AN释放AN隧道且停止与PDU会话的冗余隧道相关联的包复制和消除。

N1 SM容器运载AMF应提供到UE的PDU会话修改命令。其可以包含QoS规则、与QoS规则相关联的在QoS流需要的情况下的QoS流层级QoS参数以及对应QoS规则操作和QoS流层级QoS参数操作以向UE通知一个或多个QoS规则被添加、移除或修改。

如果在步骤2中已经从PCF接收端口编号和端口管理信息容器且端口编号匹配于为用于此PDU会话的DS-TT以太网端口指派的端口编号，那么SMF在N1 SM容器中包含端口管理信息容器。

在SMF接收到如TS 23.501[2]条款5.7.2.4中定义的QoS通知控制之后，SMF可能需要通过NG-RAN透明地发送PDU会话修改命令以向UE告知NG-RAN当前满足的QoS参数(即，5QI、GFBR、MFBR)的改变。当SMF通过NG-RAN透明地发送PDU会话修改命令时，不包含N2 SM信息作为Namf_Communication_N1N2MessageTransfer的部分。

3b.针对SMF请求的修改，SMF调用Namf_Communication_N1N2MessageTransfer([N2 SM信息](PDU会话ID、QFI、QoS简档、[替代QoS简档]、会话-AMBR、[CN隧道信息]、QoS监视指示、QoS监视报告频率、[TSCAI])、N1 SM容器(PDU会话修改命令(PDU会话ID、QoS规则、与QoS规则相关联的在QoS流需要的情况下的QoS流层级QoS参数、QoS规则操作和QoS流层级QoS参数操作、会话-AMBR)))。

SMF可以针对每一QoS流指示是否应通过对应冗余传送指示符执行冗余传送。如果SMF在步骤2a中决定激活冗余传送，那么SMF在N2 SM信息中包含分配的额外CN隧道信息。如果SMF在步骤2a中决定执行用于具有两个I-UPF的新QoS流的冗余传送，那么SMF在N2 SM信息中包含两个I-UPF的所分配CN隧道信息。

SMF根据在步骤1b中从PCF接收的信息或基于SMF本地策略，例如当RAN拒绝用于URLLC的特定QoS流的创建时，指示针对QoS流的QoS监视的请求。在接收到QoS监视指示的情况下，RAN启用QoS流的UL/DL包延迟测量的RAN部分，且RAN使用QoS监视报告频率以确定RAN部分的包延迟测量频率。TSCAI在TS 23.501[2]条款5.27.2中定义。

如果UE处于CM空闲状态且ATC被激活，那么AMF基于Namf_Communication_N1N2MessageTransfer更新且存储UE上下文，且跳过步骤4、5、6和7。当UE可到达时，例如当UE进入CM连接状态时，AMF转发N1消息以使UE上下文与UE同步。

3c.针对由于来自UDM的经更新SMF相关联参数的SMF请求的修改，SMF可将SMF导出的CN辅助RAN参数调谐提供到AMF。SMF朝向AMF调用Nsmf_PDUSession_SMContextStatusNotify(SMF导出的CN辅助RAN参数调谐)。AMF在用于此UE的相关联PDU会话上下文中存储SMF导出的CN辅助RAN参数调谐。

4.AMF可以将N2([从SMF接收的N2 SM信息]、NAS消息(PDU会话ID、N1 SM容器(PDU会话修改命令)))消息发送到(R)AN。

5.(R)AN可以发出与UE的AN特定信令交换，其与从SMF接收的信息相关。举例来说，在NG-RAN的情况下，RRC连接重新配置可以UE修改与PDU会话相关的必要(R)AN资源发生，或如果在步骤4中从AMF仅接收到N1 SM容器，那么RAN仅将N1 SM容器输送到UE。

(R)AN可以考虑经更新的CN辅助RAN参数调谐以重新配置AS参数。

作为此的部分，将N1 SM容器提供到UE。如果N1 SM容器包含端口管理信息容器，那么UE将容器提供到DS-TT。

6.(R)AN可以通过将N2 PDU会话Ack(N2 SM信息(接受/拒绝QFI的列表、AN隧道信息、PDU会话ID、次级RAT使用数据)、用户位置信息)消息发送到AMF来确认N2 PDU会话请求。在双重连接性的情况下，如果一个或多个QFI添加到PDU会话，那么主RAN节点可以将这些QFI中的一个或多个指派于早先在PDU会话中不涉及的NG-RAN节点。在此情况下，AN隧道信息包含用于指派于新NG-RAN节点的QFI的新N3隧道端点。对应地，如果从PDU会话移除一个或多个QFI，那么(R)AN节点可以不再在PDU会话中涉及，且从AN隧道信息移除对应隧道端点。如果QFI无法满足用于对应QoS简档的用户平面安全性强制执行信息，例如由于超过UE完整性保护最大数据速率，那么NG-RAN可以拒绝QFI。当接收到对QoS监视的请求时，(R)AN可以指示其拒绝执行QoS监视，例如由于(R)AN负载条件。

如果PLMN已经配置次级RAT使用报告，那么NG-RAN节点可以提供RAN使用数据报告。用户位置信息应包含服务小区的ID，且如果为UE激活双重连接性，那么应包含PSCellID。

如果对PDU会话尚未激活冗余传送，且SMF向RAN指示QoS流中的一个应执行冗余传送，那么RAN在N2 SM信息中包含额外AN隧道信息。

7.AMF经由Nsmf_PDUSession_UpdateSMContext服务操作将从AN接收的N2 SM信息和用户位置信息转发到SMF。SMF以Nsmf_PDUSession_UpdateSMContext响应进行答复。

如果(R)AN拒绝QFI，那么SMF负责相应地在UE中在与QoS规则相关联的QoS流需要的情况下更新QoS规则和QoS流层级QoS参数。

如果PDU会话修改是UE触发的且N2 SM信息指示修改失败，那么SMF应在步骤7b中通过在Nsmf_PDUSession_UpdateSMContext响应中包含具有PDU会话修改拒绝消息的N1 SM容器(参见TS 24.501[25]的条款8.3.3)来拒绝PDU会话修改。在此情况下跳过步骤8。

8.SMF可以通过将N4会话修改请求消息发送到UPF(参见注3)来更新PDU会话修改涉及的UPF的N4会话。

如果将创建新QoS流，那么SMF用新QoS流的UL包检测规则更新UPF。

注3：这允许传送具有新QoS流的QFI的UL包。

如果在步骤6中RAN传回额外AN隧道信息，那么SMF向UPF告知此AN隧道信息用于冗余传送。在具有两个I-UPF的冗余传送的情况下，SMF将AN隧道信息提供到两个I-UPF。如果在步骤2b中UPF分配两个I-UPF的CN隧道信息，那么SMF还将两个I-UPF的DL CN隧道信息提供到UPF(PSA)。

如果针对QoS流启用对URLLC的QoS监视，那么SMF经由N4会话修改请求消息将含有根据在步骤1b中接收的信息产生的QoS监视策略的N4规则提供到UPF。

如果在步骤2中已经从PCF接收端口编号和端口管理信息容器且端口编号匹配于用于此PDU会话的NW-TT以太网端口的端口编号，那么SMF在N4会话修改请求中包含端口管理信息容器。如果N4会话修改请求包含端口管理信息容器，那么UPF还在N4会话修改响应中包含端口管理信息容器。

9.UE通过发送NAS消息(PDU会话ID、N1 SM容器(PDU会话修改命令Ack、[端口管理信息容器]))消息来确认PDU会话修改命令。

10.(R)AN将NAS消息转发到AMF。

11.AMF经由Nsmf_PDUSession_UpdateSMContext服务操作将从AN接收的N1 SM容器(PDU会话修改命令Ack)和用户位置信息转发到SMF。SMF以Nsmf_PDUSession_UpdateSMContext响应进行答复。

如果SMF发起的修改将删除并不包含与默认QoS规则相关联的QoS流的QoS流(例如，由PCF触发)且SMF未从UE接收到响应，那么SMF将那些QoS流的状态标记为与UE同步。

12.SMF可以通过将N4会话修改请求(N4会话ID)消息发送到UPF来更新PDU会话修改涉及的UPF的N4会话。针对以太网PDU会话类型的PDU会话，SMF可以通知UPF添加或移除以太网包过滤器集合和转发规则。

注4：在PDU会话修改程序中影响的UPF取决于经修改的QoS参数和部署。例如在具有UL CL的PDU会话的会话AMBR改变的情况下，仅涉及UL CL。此注释也适用于步骤8。

13.如果SMF在步骤1b或2中与PCF交互，那么SMF通知PCF PCC决策是否可以通过执行如条款4.16.5.1中定义的SMF发起的SM策略关联修改程序来强制执行。如果SMF从UE或UPF接收到端口管理信息容器，那么SMF在此步骤中将端口管理信息容器和相关端口的端口编号提供到PCF，如TS 23.501[2]的条款5.28.3.2中所描述。

SMF向已订阅与PDU会话相关的用户位置信息的任何实体通知改变。

如果触发步骤1b以通过条款4.3.6.2中的步骤5执行对业务路由的应用程序功能影响，那么SMF可以如条款4.3.6.2中的步骤6中所描述重新配置PDU会话的用户平面。

根据3GPP TS 23.502，UE可以发起协议数据单元(PDU)会话建立程序以与网络(例如，UPF)建立PDU会话以用于用户平面业务转变。当在UE与网络之间交换的PDU会话的服务质量(QoS)参数中的一个或几个被修改时发起PDU会话修改程序。PDU会话修改程序可以由UE或网络发起。

当网络发起PDU会话修改程序时，接入和移动性管理功能(AMF)经由gNB将包含N1SM容器的非接入层(NAS)PDU发送到UE。N1 SM容器运载AMF应提供到UE的PDU会话修改命令。其可以包含QoS规则、与QoS规则相关联的在QoS流需要的情况下的QoS流层级QoS参数以及对应QoS规则操作和QoS流层级QoS参数操作以向UE通知一个或多个QoS规则被添加、移除或修改。

关于NW发起的PDU会话修改程序，被再现为图16的3GPP TS 23.502V16.5.1的图4.3.3.2-1中的步骤1e中示出实例。当(R)AN决定无法满足QoS流的QoS目标时，(R)AN(即，gNB)可以将N2消息(PDU会话ID、N2 SM信息)发送到SMF。N2 SM信息可以包含QFI以及无法满足用于所述QoS流的QoS目标的指示。当无法满足QoS目标时，N2 SM信息可以指示对匹配于NG-RAN当前满足的QoS参数的值的替代QoS简档的参考。即，有可能当gNB服务于大量UE时gNB可以由于资源拥塞而修改用于UE的PDU会话的QoS目标(例如，修改或删除QFI)。当(R)AN决定可再次满足QoS流的QoS目标时，(R)AN(即，gNB)还可以将N2消息(PDU会话ID、N2 SM信息)发送到SMF。因此，有可能当gNB服务于几个UE时gNB可以修改用于UE的PDU会话的QoS目标(例如，修改或添加QFI)。

根据3GPP TR 23.752 V17.0.0，针对将由处于覆盖范围内的中继UE服务的处于覆盖范围外的UE，将在NR中支持层3UE到网络中继。存在两个不同的UE到网络中继PDU会话模型。一个是专用中继会话模型且另一个是共享中继会话模型，如3GPP TR 23.752 V17.0.0的图6.40.1-1(未示出)中所示，其标题为“UE到网络中继PDU会话：专用对共享”。共享中继会话模型可用于其中中继UE提供到多个远程UE的互联网连接的情境。

由于UE到网络中继路径包括两个分支(PC5和Uu)，因此仅当QoS要求分别在所述两个分支上正确地转换且满足时才可满足端到端QoS。可以用PC5 QoS规则和PC5 QoS参数(PQI、GFBR、MFBR、PC5链路-AMBR、范围等)控制PC5链路上的QoS要求。可以经由5G QoS规则和5G QoS参数(5QI、GFBR、MFBR等)控制Uu链路上的QoS要求。Uu分支的QoS与由中继UE建立的PDU会话相关联。中继UE的会话管理功能(SMF)将对应QoS规则和流层级QoS参数提供到中继UE。因此，中继UE需要将Uu QoS信息转换为对应PC5 QoS参数以便实现合适的端到端QoS。由于远程UE和中继UE使用PC5单播通信模式，因此大多数流层级QoS参数可直接再使用。在转换中需要辅助的仅有参数是5QI/QFI和PQI的映射。因此必须为中继UE配置/供应合适的映射信息。5QI/QFI和PQI的映射在中继UE处被配置/供应以用于特定服务或用于服务的群组。用于Uu的5QI/QFI和用于PC5的PQI可以一起使用以支持端到端QoS要求。

有可能中继UE可以基于具有DL包的所指示QFI在用于远程UE的Uu接口上从网络接收具有RQI的DL包，中继UE可以随后导出或更新对应于远程UE的QoS规则。导出的QoS规则是用于在Uu接口处来自远程UE的UL包。如果QFI到PC5 QoS流(由对应于PQI的PFI标识)映射已经存在，那么中继UE可以使用L2链路修改程序将对应ProSe服务移动到映射的现有PC5 QoS流(基于所指示QFI)。如果QFI到PC5 QoS流映射不存在，那么中继UE可以基于所指示5QI/QFI确定PQI(当QFI等于标准化5QI时)，且使用L2链路修改程序以导出的PQI建立新PC5 QoS流(其可由新PFI标识)。

中继UE可以建立具有5GC中的UPF的一个PDU会话以用于中继远程UE的业务。如果中继UE当前服务于一个远程UE且用于中继的PDU会话被修改以用于QoS流，那么中继UE可从QoS流的QFI导出PQI以用于创建具有PQI的新PC5 QoS流。中继UE可与特定远程UE执行L2链路修改程序，因为中继UE当前仅服务于此远程UE。

基本上，中继UE可以建立用于服务或服务群组的PDU会话。在中继UE针对服务或服务群组服务于多于一个远程UE的情况下，如果这些远程UE中的一个通过互联网连接发起服务，造成5GC中的应用程序功能改变QoS要求，那么5GC可以与中继UE发起NW发起的PDU会话修改程序以用于添加用于满足新QoS要求的QoS流。响应于QoS规则/流修改，中继UE需要与每一远程UE执行个别L2链路修改程序以便更新新PC5 QoS流，因为中继UE不知道新QoS规则/流修改是针对哪个远程UE发起的。中继UE不知道新QoS规则/流修改是针对哪个远程UE发起的，因为如果在TS23.502中介绍的PDU会话修改程序再用于层3UE到网络中继，则从AMF接收的PDU会话修改命令消息不包含用于标识特定远程UE的任何信息。事实上，其它远程UE可能不需要此新PC5 QoS流。因此，用于那些不相关远程UE的那些L2链路修改程序是不必要的。这可以在图17中示出。

为了中继UE响应于NW发起的PDU会话修改而与特定远程UE发起L2链路修改程序，PDU会话修改命令消息可能需要包含远程UE ID(例如，层2ID、IP地址、SUCI、SUPI、GPSI等)，使得中继UE可标识哪个远程UE将需要用具有对应于所添加/修改QFI的PQI更新新PC5 QoS流。由于远程UE需要在中继UE开始用于远程UE的中继通信之前在5GC中得到认证和授权，因此如果远程UE被验证以经由中继UE接入5GC，则中继UE的AMF可以获取远程UE的ID。因此，中继UE的AMF可以在远程UE的授权的结果是成功之后将远程UE的ID提供到中继UE。这可以在图18中示出。

图19是示出用于中继UE的方法的流程图1900。在步骤1905中，中继UE与第一远程UE建立第一层2链路。在步骤1910中，中继UE与网络建立PDU会话，其中中继UE在PDU会话上转发第一远程UE的业务。在步骤1915中，中继UE与第二远程UE建立第二层2链路。在步骤1920中，中继UE在PDU会话上转发第二远程UE的业务。在步骤1925中，中继UE从网络接收网络控制信令，其中网络控制信令与第一远程UE相关联且用于修改PDU会话。在步骤1930中，中继UE响应于接收到网络控制信令而朝向第一远程UE发起层2链路修改程序。

在一个实施例中，中继UE可以不响应于接收到网络控制信令而与第二远程UE发起层2链路修改程序。网络控制信令可以包含用以标识第一远程UE的标识符。标识符可用以标识第一远程UE是第一远程UE的IP地址。网络控制信令可以包含用以添加、修改或删除在PDU会话中使用的QFI、QoS参数集合或QoS流的信息。

在一个实施例中，中继UE可以响应于接收到网络控制信令而将第一PC5-S消息传送到第一远程UE，其中第一PC5-S消息用于修改第一层2链路。中继UE可以从第一远程UE接收第二PC5-S消息，其中第二PC5-S消息用于完成第一层2链路上的修改。中继UE可以不响应于接收到网络控制信令而将用于修改第二层2链路的任何PC5-S消息传送到第二远程UE。

在一个实施例中，网络可以包含用户平面功能(UPF)和会话管理功能(SMF)。网络控制信令可以是PDU会话修改命令消息。

返回参考图3和4，在用于中继UE的方法的一个示例性实施例中，中继UE 300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使得中继UE能够：(i)与第一远程UE建立第一层2链路，(ii)与第一网络节点建立PDU会话，其中中继UE在PDU会话上转发第一远程UE的业务，(iii)与第二远程UE建立第二层2链路，(iv)在PDU会话上转发第二远程UE的业务，(v)从第二网络节点接收NAS PDU，其中NAS PDU与第一远程UE相关联且用于修改PDU会话，以及(vi)响应于接收到NAS PDU而与第一远程UE发起层2链路修改程序。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图20是示出用于中继UE的方法的流程图2000。在步骤2005中，中继UE与第一网络节点建立PDU会话，其中中继UE服务于一个或多个远程UE以用于在PDU会话上中继其业务。在步骤2010中，中继UE从第二网络节点接收NAS PDU，其中NAS PDU与第一远程UE相关联且用于修改PDU会话。在步骤2015中，中继UE响应于接收到NAS PDU而与第一远程UE发起层2链路修改程序。

在一个实施例中，中继UE可以从第一远程UE接收第一PC5-S消息，其中第一PC5-S消息用于请求中继UE与第一远程UE之间的第一层2链路的层2链路建立。中继UE还可以将第二PC5-S消息传送到第一远程UE，其中第二PC5-S消息用于完成第一层2链路的层2链路建立。中继UE可以进一步从第二远程UE接收第三PC5-S消息，其中第三PC5-S消息用于请求中继UE与第二远程UE之间的第二层2链路的层2链路建立。另外，中继UE可以将第四PC5-S消息传送到第二远程UE，其中第四PC5-S消息用于完成第二层2链路的层2链路建立。此外，中继UE可以响应于接收到NAS PDU而将第五PC5-S消息传送到第一远程UE，其中第五PC5-S消息用于修改第一层2链路。中继UE还可以从第一远程UE接收第六PC5-S消息，其中第六PC5-S消息用于完成第一层2链路上的修改。

在一个实施例中，中继UE可以不响应于接收到NAS PDU而将用于修改第二层2链路的任何PC5-S消息传送到第二远程UE。NAS PDU包含用以标识第一远程UE的标识符。标识符可用以标识第一远程UE是第一远程UE的层2ID、IP地址、SUCI、SUPI或GPSI。

在一个实施例中，NAS PDU可以包含用以添加、修改或删除在PDU会话中使用的QFI、QoS参数集合或QoS流的信息。第一/第三PC5-S消息可以是直接通信请求消息。第二/第四PC5-S消息可以是直接通信接受消息。第五PC5-S消息可以是链路修改请求消息。第六PC5-S消息可以是链路修改接受消息。

在一个实施例中，第一网络节点可以是UPF。第二网络节点可以是AMF或SMF。

返回参考图3和4，在用于中继UE的方法的一个示例性实施例中，中继UE 300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使得中继UE能够：(i)与第一网络节点建立PDU会话，其中中继UE服务于一个或多个远程UE以用于在PDU会话上中继其业务，(ii)从第二网络节点接收NAS PDU，其中NAS PDU与第一远程UE相关联且用于修改PDU会话，以及(iii)响应于接收到NAS PDU而与第一远程UE发起层2链路修改程序。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

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

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

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

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

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

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

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

Claims

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

与第一远程用户设备建立第一层2链路；

与网络建立协议数据单元会话，其中所述中继用户设备在所述协议数据单元会话上转发所述第一远程用户设备的业务；

与第二远程用户设备建立第二层2链路；

在所述协议数据单元会话上转发所述第二远程用户设备的业务；

从所述网络接收网络控制信令，其中所述网络控制信令与所述第一远程用户设备相关联且用于修改所述协议数据单元会话；以及

响应于接收到所述网络控制信令而朝向所述第一远程用户设备发起层2链路修改程序。

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

不响应于接收到所述网络控制信令而朝向所述第二远程用户设备发起层2链路修改程序。

3.根据权利要求1所述的方法，其特征在于，所述网络控制信令包含用以标识所述第一远程用户设备的标识符。

4.根据权利要求1所述的方法，其特征在于，用以标识所述第一远程用户设备的所述标识符是所述第一远程用户设备的互联网协议地址。

5.根据权利要求1所述的方法，其特征在于，所述网络控制信令包含用以添加、修改或删除在所述协议数据单元会话中使用的服务质量流身份、服务质量参数集合或服务质量流的信息。

6.根据权利要求1所述的方法，其特征在于，还包括：

响应于接收到所述网络控制信令而将第一PC5-S消息传送到所述第一远程用户设备，其中所述第一PC5-S消息用于修改所述第一层2链路。

7.根据权利要求6所述的方法，其特征在于，还包括：

从所述第一远程用户设备接收第二PC5-S消息，其中所述第二PC5-S消息用于完成所述第一层2链路上的所述修改。

8.根据权利要求2所述的方法，其特征在于，还包括：

不响应于接收到所述网络控制信令而将用于修改所述第二层2链路的任何PC5-S消息传送到所述第二远程用户设备。

9.根据权利要求1所述的方法，其特征在于，所述网络包含用户平面功能和会话管理功能。

10.根据权利要求1所述的方法，其特征在于，所述网络控制信令是协议数据单元会话修改命令消息。

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

控制电路；

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

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

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

与第一远程用户设备建立第一层2链路；

与第二远程用户设备建立第二层2链路；

12.根据权利要求11所述的中继用户设备，其特征在于，所述中继用户设备不响应于接收到所述网络控制信令而朝向所述第二远程用户设备发起层2链路修改程序。

13.根据权利要求11所述的中继用户设备，其特征在于，所述网络控制信令包含用以标识所述第一远程用户设备的标识符。

14.根据权利要求11所述的中继用户设备，其特征在于，用以标识所述第一远程用户设备的所述标识符是所述第一远程用户设备的互联网协议地址。

15.根据权利要求11所述的中继用户设备，其特征在于，所述网络控制信令包含用以添加、修改或删除在所述协议数据单元会话中使用的服务质量流身份、服务质量参数集合或服务质量流的信息。

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

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

18.根据权利要求12所述的中继用户设备，其特征在于，所述中继用户设备不响应于接收到所述网络控制信令而将用于修改所述第二层2链路的任何PC5-S消息传送到所述第二远程用户设备。

19.根据权利要求11所述的中继用户设备，其特征在于，所述网络包含用户平面功能和会话管理功能。

20.根据权利要求11所述的中继用户设备，其特征在于，所述网络控制信令是协议数据单元会话修改命令消息。