CN112970331B

CN112970331B - 用于提供侧行链路服务质量信息的侧行链路设备

Info

Publication number: CN112970331B
Application number: CN201980072775.0A
Authority: CN
Inventors: 阿帕斯托洛斯·库萨里达斯; 潘纳杰奥迪斯·斯帕皮斯; 大卫·马丁·萨克里斯坦; 约瑟·弗朗西斯科·蒙赛拉特
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-11-02
Filing date: 2019-08-14
Publication date: 2022-08-09
Anticipated expiration: 2039-08-14
Also published as: EP3861829A1; WO2020088815A1; WO2020088781A1; CN112970331A

Abstract

本申请涉及移动通信领域并涉及确保服务质量(QoS)。具体地，本申请涉及侧行链路移动通信。为此，本申请提供了一种用于提供侧行链路QoS信息(101)的侧行链路设备(100)，所述侧行链路设备(100)被配置为基于预配置(102)和/或测量请求(103)来获得侧行链路QoS信息(101)，其中测量请求(103)从网络设备、独立于运营商的设备、侧行链路设备中的至少一个获得；并且基于侧行链路QoS信息(101)向网络设备、独立于运营商的设备、侧行链路设备中的至少一个提供信息(104)。

Description

用于提供侧行链路服务质量信息的侧行链路设备

技术领域

本申请涉及移动通信领域并涉及确保服务质量(quality of service,QoS)。具体地，本申请涉及侧行链路移动通信，更具体地，涉及车到万物(vehicle to anything,V2X)服务。

背景技术

在现有技术中，有几种类型的V2X服务，例如“周期广播”(共同意识消息(CommonAwareness Messages,CAM))或“非周期性”应用(分散式环境通知消息(DecentralizedEnvironmental Notification Messages,DENM))，或具有不同的延迟、容量和可靠性要求以及不同传输模式(即广播、多播、单播)的“基于会话的”V2X服务(协同车道合并(Cooperative Lane Merging,CLM)、协同碰撞避免(Cooperative Collision Avoidance,CCA)、协同感知等)。侧行链路车对车(V2V)通信对许多类型的V2X服务都有严格的关键性能指标，尤其是对安全性和先进驾驶。因此，在新无线(new radio,NR)侧行链路中需要完整的QoS支持，包括对5G V2V广播/多播/单播传输的QoS监控，以支持所需的关键性能指标(KeyPerformance Indicator,KPI)。

根据3GPP TS 22.186，需要优化用户设备(user equipment,UE)之间的多播和单播通信，以支持许多V2X用例具有的严格的通信要求(参见3GPP TS 22.186：3GPP系统应当能够优化支持属于同一组并且相邻的的V2X应用的UE之间的通信。)

NR V2X侧行链路通信尤其需要支持包括QoS参数，如延迟、可靠性、优先级、比特率等的完整的QoS框架。

也就是说，在侧行链路通信领域，特别是在V2X领域，需要一种作为侧行链路QoS框架的一部分的侧行链路QoS反馈机制，使得UE能够测量和报告UE在侧行链路通信中实际经历的QoS度量标准。

在长期演进(long term evolution,LTE)V2X中，侧行链路通信没有QoS监控和反馈机制。在当前的侧行链路QoS框架(基于邻近服务(Proximity Service,ProSe)每分组优先级(ProSe Per-Packet Priority.PPPP)/ProSe每分组可靠性(ProSe Per-PacketReliability,PPPR))中，没有监控或考虑广播/多播传输的侧行链路QoS信息(参见3GPP TS23.285)。

从QoS的角度来看，现有的信道占用率(Channel Busy Ratio,CBR)报告机制可能是不足的，因为它只能指示粗略的信道占用状态，但不能直接指示在侧行链路中经历的实际QoS或者允许在UE实际经历的QoS和为单独的eV2X场景指定的NR V2X QoS要求之间进行直接比较(参见3GPP TS 36.214)。

基于Uu的报告/监控方法方案对于了解用户在基于PC5的多播/广播中经历的QoS是无用的(参见3GPP TS 36.331)。这些方法，例如混合自动重复请求(Hybrid AutomaticRepeat Request,HARQ)ACK不会发送至PC5中的基站(base station,BS)(因此Uu单播信令是无用的)。与Uu多播/广播相比，在PC5中，报告方案的块误码率(Block Error Ratio,BLER)不应考虑多播广播单频网(Multicast Broadcase Single Frequency Network,MBSFN)区域和多播信道(Multicast Channel,MCH)信道，而是提供与范围相关的信息并区分不同的发射机。

也就是说，鉴于现有技术的上述缺点，需要一种允许侧行链路QoS的机制。

发明内容

鉴于上述问题和缺点，本申请旨在改进传统的侧行链路通信。

本申请的目的是提供一种用于提供侧行链路QoS信息的侧行链路设备和方法，以及用于提供侧行链路QoS度量标准的相应的侧行链路控制设备和方法。

本申请尤其允许优化侧行链路通信(例如，V2X通信)，并允许保证可靠的侧行链路通信，并且如果需要，向网络提供用于QoS相关配置和/或策略的潜在调整的反馈。

换句话说，本申请的一个重要方面是考虑单播、多播和广播侧行链路通信的情况下，实现侧行链路QoS，特别是对于V2X服务的监控和反馈的方法。根据本申请，在是否具有来自UE或应用实体的预先请求的情况下，侧行链路控制设备能够实现侧行链路QoS监控。侧行链路控制设备可以基于侧行链路QoS度量标准和监控目标，根据服务类型(例如V2X服务)，在侧行链路设备处配置侧行链路QoS监控。此外，侧行链路设备，特别是车辆，可以监控并向侧行链路控制设备报告侧行链路QoS相关信息和/或侧行链路QoS度量标准。本申请使得可以在收集QoS相关信息和/或侧行链路QoS度量标准的侧行链路控制设备处，或者直接在侧行链路设备处计算侧行链路QoS度量标准。

进一步地，由侧行链路控制设备收集和/或处理的计算出的侧行链路QoS度量标准的通知可以被传输到侧行链路设备、应用实体或用于不同目的的其他网络实体(例如，侧行链路重新配置、通信优化或应用适配)。

本申请支持至少三种类型的需要不同的配置、报告和计算的侧行链路QoS反馈(可以组合)：基于会话的侧行链路QoS、基于位置/区域的侧行链路QoS和基于距离/范围的侧行链路QoS。

这三种类型的根据本申请的侧行链路设备的可选特征的并且用于NR侧行链路的QoS反馈将在下面更详细地描述：

基于会话的侧行链路QoS：

QoS监控可以在侧行链路V2V通信的会话建立期间激活。侧行链路控制设备可以定义应该被监控的QoS度量标准，以及某个会话的车辆ID。某个会话的侧行链路设备(例如车辆)向侧行链路控制设备报告侧行链路QoS信息。

基于位置/区域的侧行链路QoS：

侧行链路控制设备可以定义需要侧行链路QoS监控的区域。侧行链路控制设备可以向侧行链路设备提供位置/区域配置以及应该被监控QoS度量标准。在定义的区域/位置行驶的侧行链路设备(例如车辆)可以向侧行链路控制设备报告带有位置信息的侧行链路QoS信息。

基于距离/范围的侧行链路QoS：

侧行链路控制设备可以定义一个范围或一系列范围，并根据这些范围应该报告特定的QoS度量标准。侧行链路设备(例如车辆)可以在特定的范围/距离内(例如其中发送侧行链路控制设备是参考点)向侧行链路控制设备(例如用于V2V通信)报告QoS信息。

在以上三个示例中，由侧行链路控制设备提供给侧行链路设备的所有信息也可以在侧行链路设备中预先配置。

同样，换句话说，本申请引入了用于侧行链路QoS管理的测量和报告框架。根据本申请的侧行链路QoS反馈生命周期可以由以下步骤组成：

-侧行链路控制设备可以在侧行链路设备(例如，根据V2X服务和通信优化目标的车辆)上实现和配置侧行链路QoS监控。

-侧行链路设备基于网络接收的配置进行监控和报告。

-然后由侧行链路控制设备收集和/或处理的计算出的QoS度量标准的通知可以被发送到UE(例如，用于应用层适配)、或者无线接入网(radio access network,RAN)或其他核心网(core network,CN)节点(例如，用于V2X优化)、或者RAN(例如，用于决定侧行链路重新配置)。

可选地，侧行链路QoS监控可以是周期性的、按需的或事件驱动的(例如，基于阈值变化或位置变化)。

本申请的第一方面提供了一种用于提供侧行链路、服务质量QoS信息的侧行链路设备，所述侧行链路设备被配置为基于预配置(例如，在初始附着、到应用/移动性/控制服务器的初始连接等期间)来获得侧行链路QoS信息)和/或测量请求和/或连接建立配置，其中所述测量请求是通过从网络设备、独立于运营商的设备、侧行链路设备中的至少一个获得的；并且基于侧行链路QoS信息向网络设备、独立于运营商的设备、侧行链路设备中的至少一个提供信息。测量请求可以是由网络设备发送的专用消息或另一消息的一部分，例如无线资源控制(Radio Resource Control,RRC)重新配置消息、会话/服务/连接建立响应消息等。

因为可以维护和保证预定义级别的侧行链路QoS，这是有益的。进一步地，它提供了在地理区域或系统范围内监控广播QoS的能力，以优化系统性能。同样，可以向另外的侧行链路设备信令/通知侧行链路QoS度量标准，这可能对它们的性能有用(例如，用于通信层适配，或者甚至应用层适配)。此外，可以提供监控特定用户的广播/多播传输的QoS的能力，以便校正与该用户请求的QoS的偏差。此外，提供监控来自所有用户或其子集的例如，广播/多播/单播的QoS的能力，以校正与目标性能的偏差。

根据替代性实现方式，侧行链路设备可以被配置为基于连接建立配置，特别是当连接正在建立时由侧行链路设备获得的消息，来获得侧行链路QoS信息，其中所述连接是在两个或更多个侧行链路设备之间建立的；并且基于侧行链路QoS信息向网络设备、独立于运营商的设备、侧行链路设备中的至少一个提供信息。连接建立可以通过专用侧行链路控制面或用户面信令(例如RRC、PC5-S ProSe)和/或网络设备的支持和/或独立于运营商的设备的支持来进行。

连接建立还可以包括链路建立和/或侧行链路承载建立。

连接建立也可以指会话建立、服务建立等。

在第一方面的另一实施方式中，连接建立配置可以包括由侧行链路设备监控侧行链路通信的信息。所述信息可以通过某些指令来实施。

在第一方面的实施方式中，侧行链路设备可以是车辆、自行车、移动通信设备、物联网(Internet of Things,IoT)设备、工业设备、路边基础设施，特别是交通灯、桥梁、相机等中的至少一种。

在第一方面的另一实施方式中，网络设备可以是RAN设备，特别是基站，和/或核心网设备。网络设备可以是独立于运营商的设备。

网络设备也可以被称为侧行链路控制设备。然而，侧行链路控制设备也可以是另一个侧行链路设备。

在第一方面的另一实施方式中，基于侧行链路QoS信息提供的信息也可以是这样的侧行链路QoS信息。

在第一方面的另一实施方式中，测量请求和/或连接建立配置可以涉及由侧行链路设备操作的服务。

这确保了可以基于特定服务来监控侧行链路QoS信息，这允许优化所述服务的性能和可靠性。

在第一方面的另一实施方式中，可以基于侧行链路通信，特别是在侧行链路设备处发送、接收和/或观察的多播、单播和/或广播侧行链路通信，来获得侧行链路QoS信息。

这确保了侧行链路设备允许基于几种类型的侧行链路通信来获得侧行链路QoS信息。

在第一方面的另一种实施方式中，测量请求和/或连接建立配置可以指示要监控侧行链路通信的哪些资源或属性。

在第一方面的另一实施方式中，侧行链路设备可以被配置为通过监控侧行链路通信来基于侧行链路通信获得侧行链路QoS信息。

在第一方面的另一实施方式中，侧行链路设备可以被配置为基于测量请求和/或连接建立配置，周期性地、按需地或事件驱动地监控侧行链路通信。

这确保了可以基于用户或提供商的需要配置多种类型的监控，以确保监控QoS，但是仅仅是在需要的情况下，这有助于节省资源。

在第一方面的另一实施方式中，在周期性情况下，可以以预定的间隔执行监控。

在第一方面的另一实施方式中，在按需情况下，可以根据请求来执行监控，例如，在测量请求中进行信令，例如，通过侧行链路控制设备。

在第一方面的另一实施方式中，在事件驱动的情况下，当预定值超过或低于预定阈值时，可以执行监控。

在第一方面的另一实施方式中，侧行链路设备还可以被配置为基于侧行链路QoS信息并基于预配置和/或测量请求和/或连接建立配置来获得侧行链路QoS度量标准并发送所述侧行链路QoS度量标准。

这确保了也可以在侧行链路设备中计算侧行链路QoS度量标准，从而节省了侧行链路控制设备的资源。

在第一方面的另一实施方式中，侧行链路QoS度量标准可以包括以下至少一个：

-PRR：单播/多播/广播的分组接收率(例如，RAN所计算的)

-PIR：单播/多播/广播的分组间接收(例如UE所计算的)

-侧行链路分组延迟预算

-侧行链路比特率

-侧行链路分组错误率

-侧行链路数据速率

在第一方面的另一实施方式中，可以计算侧行链路QoS度量标准：

-要么在侧行链路设备上(例如，PIR)。在这种情况下，侧行链路设备可以向侧行链路控制设备报告侧行链路QoS度量标准。此外，使用单个QoS报告的侧行链路控制设备(例如，网络/RAN)具有提供更广泛的视图的能力，例如组QoS或区域QoS统计。

-或者在侧行链路控制设备(例如，网络/RAN)，基于侧行链路设备(例如PRR)的报告。

在第一方面的另一实施方式中，预配置和/或测量请求和/或连接建立配置可以包括一个或多个侧行链路设备的一个或多个标识符ID，并且侧行链路设备可以被配置为基于ID获得侧行链路QoS信息。

这允许基于用户或提供商的需要，即通过ID信令，以灵活的方式获得侧行链路QoS信息。

在第一方面的另一实施方式中，由一个或多个ID指示的侧行链路设备可以具体涉及某个侧行链路会话。

在第一方面的另一实施方式中，预配置和/或测量请求和/或连接建立配置可以包括关于与各自的一个或多个服务流相关联的一个或多个服务流标识符、和/或与各自的一个或多个链路相关联的一个或多个链路标识符、和/或与各自的一个或多个承载相关联的一个或多个承载标识符的信息，并且侧行链路设备可以被配置为基于一个或多个服务流标识符或一个或多个链路标识符或一个或多个承载标识符来获得侧行链路QoS信息。

这允许基于用户或提供商的需要，即通过服务流标识符信令，以灵活的方式获得侧行链路QoS信息。

在第一方面的另一实施方式中，服务流标识符和/或侧行链路无线承载标识符和/或链路标识符可以具体涉及某个服务和在其中作为发送设备和/或接收设备的侧行链路设备。

在第一方面的另一实施方式中，预配置和/或测量请求和/或连接建立配置可以包括关于地理位置的信息，并且侧行链路设备可以被配置为基于地理位置获得侧行链路QoS信息。

这允许基于用户或提供商的需要，即通过地理位置信令，以灵活的方式获得侧行链路QoS信息。

在第一方面的另一实施方式中，地理位置可以是侧行链路设备的位置，特别是该设备的位置和/或另一设备的位置、基站的位置等。

在第一方面的另一实施方式中，预配置和/或测量请求和/或连接建立配置可以包括关于地理距离的信息，并且侧行链路设备可以被配置为基于地理距离获得侧行链路QoS信息。

这允许基于用户或提供商的需要，即通过地理距离信令，以灵活的方式获得侧行链路QoS信息。

在第一方面的另一实施方式中，地理距离可以是侧行链路设备和被考虑用于获得侧行链路QoS信息的另一个侧行链路设备之间的距离。

本申请的第二方面提供了一种用于提供侧行链路、服务质量QoS信息的方法，所述方法包括以下步骤：由侧行链路设备基于预配置和/或测量请求和/或连接建立配置来获得侧行链路QoS信息，其中测量请求从网络设备、独立于运营商的设备、侧行链路设备中的至少一个获得；以及由侧行链路设备基于侧行链路QoS信息向网络设备、独立于运营商的设备、侧行链路设备中的至少一个提供信息

连接建立还可以包括链路建立和/或侧行链路承载建立。

连接建立也可以指会话建立、服务建立等。

在第二方面的实施方式中，网络设备可以是RAN设备，特别是基站，和/或核心网设备。网络设备可以是独立于运营商的设备。

在第二方面的实施方式中，基于侧行链路QoS信息提供的信息也可以是这样的侧行链路QoS信息。

在第二方面的实施方式中，测量请求和/或连接建立配置可以涉及由侧行链路设备操作的服务。

在第二方面的另一实施方式中，可以基于侧行链路通信，特别是在侧行链路设备处发送、接收和/或观察的多播、单播和/或广播侧行链路通信，来获得侧行链路QoS信息。

在第二方面的另一实施方式中，测量请求和/或连接建立配置可以指示要监控侧行链路通信的哪些资源或属性。

在第二方面的另一实施方式中，所述方法进一步地可以包括由侧行链路设备通过监控侧行链路通信来基于侧行链路通信获得侧行链路QoS信息。

在第二方面的另一实施方式中，所述方法进一步地可以包括由侧行链路设备基于测量请求和/或连接建立配置周期性地、按需地或事件驱动地监控侧行链路通信。

在第二方面的另一实施方式中，在周期性情况下，可以以预定的间隔执行监控。

在第二方面的另一实施方式中，在按需情况下，可以根据请求来执行监控，例如，在测量请求中信令。

在第二方面的另一实施方式中，在事件驱动的情况下，当预定值超过或低于预定阈值时，可以执行监控。

在第二方面的另一实施方式中，所述方法进一步地可以包括由侧行链路设备基于侧行链路QoS信息并基于预配置和/或测量请求和/或连接建立配置来获得侧行链路QoS度量标准，并发送侧行链路QoS度量标准。

在第二方面的另一实施方式中，侧行链路QoS度量标准可以包括至少一个：

-PRR：单播/多播/广播的分组接收率(例如，RAN所计算的)

-PIR：单播/多播/广播的分组间接收(例如，UE所计算的)

-侧行链路分组延迟预算

-侧行链路比特率

-侧行链路分组错误率

-侧行链路数据速率

在第二方面的另一实施方式中，可以计算侧行链路QoS度量标准：

在第二方面的另一实施方式中，预配置和/或测量请求和/或连接建立配置可以包括一个或多个侧行链路设备的一个或多个标识符ID，并且所述方法可以进一步包括由侧行链路设备基于ID获得侧行链路QoS信息。

在第二方面的另一实施方式中，由一个或多个ID指示的侧行链路设备可以具体涉及某个侧行链路会话。

在第二方面的另一实施方式中，预配置和/或测量请求和/或连接建立配置可以包括关于与各自的一个或多个服务流相关联的一个或多个服务流标识符、和/或与各自的一个或多个链路相关联的一个或多个链路标识符、和/或与各自的一个或多个承载相关联的一个或多个承载标识符的信息，并且侧行链路设备可以被配置为基于一个或多个服务流标识符或一个或多个链路标识符或一个或多个承载标识符来获得侧行链路QoS信息。

在第二方面的另一实施方式中，服务流标识符和/或侧行链路无线承载标识符和/或链路标识符可以具体涉及某个服务和在其中作为发送设备和/或接收设备和/或作为两者的侧行链路设备。

在第二方面的另一实施方式中，预配置和/或测量请求和/或连接建立配置可以包括关于地理位置的信息，并且所述方法可以进一步包括由侧行链路设备基于地理位置获得侧行链路QoS信息。

在第二方面的另一实施方式中，地理位置可以是侧行链路设备的位置，特别是该设备的位置和/或另一设备的位置、基站的位置等。

在第二方面的另一实施方式中，预配置和/或测量请求和/或连接建立配置可以包括关于地理距离的信息，并且所述方法可以进一步包括由侧行链路设备基于地理距离获得侧行链路QoS信息。

在第二方面的另一实施方式中，地理距离可以是侧行链路设备和被考虑用于获得侧行链路QoS信息的另一个侧行链路设备之间的距离。

第二方面及其实施方式包括与第一方面及其实施方式相同的优点。

本申请的第三方面提供了一种用于提供侧行链路、侧行链路服务质量QoS度量标准的侧行链路控制设备，所述侧行链路控制设备被配置为，特别是获得测量请求和/或连接建立请求和/或发送测量请求和/或连接建立配置；基于测量请求和/或连接建立配置，接收或获取侧行链路QoS信息；以及基于接收到的侧行链路QoS信息获得侧行链路QoS度量标准。

这是有益的，因为它允许由侧行链路控制设备基于测量请求来配置侧行链路设备，并且根据所述请求来接收侧行链路QoS信息，并且相应地提供侧行链路QoS度量标准。

连接建立还可以包括链路建立和/或侧行链路承载建立。

连接建立也可以指会话建立、服务建立等。

在第三方面的实施方式中，侧行链路控制设备可以是基站或另一个核心网实体，例如车到万物(V2X)控制功能(control function,CF)。侧行链路控制设备也可以是网络设备、独立于运营商的设备和/或侧行链路设备。

在第三方面的另一实施方式中，侧行链路控制设备可以位于无线接入网络RAN或核心网CN中。

在第三方面的另一实施方式中，测量请求和/或连接建立配置可以涉及服务，特别是由侧行链路设备或侧行链路控制设备操作的服务。

在第三方面的另一实施方式中，测量请求和/或连接建立配置可以包括指令，以通过侧行链路设备周期性地、按需地或事件驱动地监控侧行链路通信。

在第三方面的另一实施方式中，侧行链路控制设备可以进一步地被配置为在测量请求和/或连接建立配置中包括对侧行链路QoS度量标准的请求，并且特别是接收侧行链路QoS度量标准或信息以获得侧行链路QoS度量标准。

在第三方面的另一实施方式中，基于为获得侧行链路QoS度量标准的信息，侧行链路控制设备可以自己计算度量标准。

在第三方面的另一实施方式中，测量请求和/或连接建立配置可以包括侧行链路设备的一个或多个标识符ID，其中所述侧行链路设备具体涉及某个侧行链路会话。

在第三方面的另一实施方式中，测量请求和/或连接建立配置可以包括关于一个或多个服务流标识符和/或一个或多个链路标识符和/或一个或多个承载标识符的信息。

在第三方面的另一实施方式中，测量请求和/或连接建立配置可以包括关于地理位置的信息。

在第三方面的另一实施方式中，测量请求和/或连接建立配置可以包括关于地理距离的信息。

在第三方面的另一实施方式中，侧行链路控制设备可以进一步被配置为基于侧行链路QoS信息获得信息，并且基于所述获得的信息向另一个侧行链路设备和/或另一个侧行链路控制设备提供信息。

第三方面及其实施方式包括与第一方面及其实施方式相同的优点。

本申请的第四方面提供了一种用于提供侧行链路服务质量QoS度量标准的方法，所述方法包括步骤：特别地，由侧行链路控制设备获得测量请求和/或连接建立请求和/或由侧行链路控制设备发送测量请求和/或连接建立配置；由侧行链路控制设备基于测量请求和/或连接建立配置接收或获得侧行链路QoS信息；以及由侧行链路控制设备基于所接收的侧行链路QoS信息获得侧行链路QoS度量标准。

连接建立还可以包括链路建立和/或侧行链路承载建立。

连接建立也可以指会话建立、服务建立等。

在第四方面的实施方式中，侧行链路控制设备可以是基站或另一个核心网实体，例如车到万物(V2X)控制功能(CF)。侧行链路控制设备也可以是网络设备、独立于运营商的设备或侧行链路设备。

在第四方面的另一实施方式中，侧行链路控制设备可以位于无线接入网络RAN或核心网CN中。

在第四方面的另一实施方式中，测量请求和/或连接建立配置可以涉及服务，特别是由侧行链路设备或侧行链路控制设备操作的服务。

在第四方面的另一实施方式中，测量请求和/或连接建立配置可以包括指令，以通过侧行链路设备周期性地、按需地或事件驱动地监控侧行链路通信。

在第四方面的另一实施方式中，所述方法可以进一步包括由侧行链路控制设备在测量请求和/或连接建立配置中包括对侧行链路QoS度量标准的请求，并且特别地，由侧行链路控制设备接收侧行链路QoS度量标准或信息以获得侧行链路QoS度量标准。

在第四方面的另一实施方式中，基于为获得侧行链路QoS度量标准的信息，侧行链路控制设备可以自己计算度量标准。

在第四方面的另一实施方式中，测量请求和/或连接建立配置可以包括侧行链路设备的一个或多个标识符ID，其中所述侧行链路设备具体涉及某个侧行链路会话。

在第四方面的另一实施方式中，测量请求和/或连接建立配置可以包括关于一个或多个服务流标识符和/或一个或多个链路标识符和/或一个或多个承载标识符的信息。

在第四方面的另一实施方式中，测量请求和/或连接建立配置可以包括关于地理位置的信息。

在第四方面的另一实施方式中，测量请求和/或连接建立配置可以包括关于地理距离的信息。

在第四方面的另一实施方式中，所述方法进一步地可以包括由侧行链路控制设备基于侧行链路QoS信息获得信息，并且基于所述获得的信息向另一个侧行链路设备和/或另一个侧行链路控制设备提供信息。

第四个方面及其实施方式包括与第一个方面及其实施方式相同的优点。

必须注意的是，本申请中描述的所有设备、元件、单元和方法可以在软件或硬件元件或其任何种类的组合中实现。由本申请中描述的各种实体执行的所有步骤以及被描述为由各种实体执行的功能旨在意味着各自的实体适于或被配置为执行相应的步骤和功能。即使，在特定实施例的以下描述中，要由外部实体执行的特定功能或步骤没有反映在执行该特定步骤或功能的实体的特定详细元件的描述中，对于本领域技术人员来说，应当清楚的是，这些方法和功能可以在各自的软件或硬件元件中实现，或者以其任何种类的组合来实现。

附图说明

本申请的上述方面和实施方式将在下面对有关附图的具体实施例的描述中进行解释，其中，

图1示出根据本申请实施例的侧行链路设备的示意图；

图2示出影响监控配置的参数的示意图；

图3示出根据本申请的监控激活的模式的示意图；

图4示出根据本申请的操作方式的示意图；

图5示出根据本申请的操作方式的示意图；

图6示出根据本申请的报告信息的示意图；

图7示出根据本申请的侧行链路QoS信息报告组件的示意图；

图8示出根据本申请的用于侧行链路度量标准计算的小区间交互的示意图；

图9示出根据本申请的侧行链路QoS度量标准的核心网计算的示意图；

图10示出QoS度量标准的网络案例计算的示意图；

图11示出根据本申请实施例的方法的示意图；

图12示出根据本申请实施例的侧行链路控制设备的示意图；

图13示出根据本申请实施例的方法的示意图；

图14示出根据本申请实施例的操作方式的示意图。

具体实施方式

图1示出根据本申请实施例的侧行链路设备100的示意图。侧行链路设备100用于提供侧行链路QoS信息101。

为了确保这一点，侧行链路设备100被配置为基于预配置102和/或测量请求103和/或连接建立配置来获得侧行链路QoS信息101。预配置102可以通过侧行链路设备100可用的任何通信方法和存储方法预存储在侧行链路设备100中。测量请求103和/或连接建立配置是从网络设备、独立于运营商的设备、侧行链路设备中的至少一个获得的。这种设备例如可以是侧行链路控制设备1200，这将在下面基于图12进行描述。也就是说，侧行链路控制设备1200可以是，例如，网络设备、独立于运营商的设备和/或侧行链路设备。

为了提供侧行链路QoS信息101，侧行链路设备100还被配置为基于侧行链路QoS信息101向网络设备、独立于运营商的设备、侧行链路设备中的至少一个提供信息104。同样，这可以是侧行链路控制设备1200。信息104也可以是侧行链路QoS信息101。

可选地，侧行链路QoS信息101的获取可以基于侧行链路通信。特别地，可选地，为了获得侧行链路QoS信息101，侧行链路设备100可以监控在侧行链路设备100处发送、接收和/或观察的任何类型的侧行链路通信。可选地，侧行链路通信可以是例如，多播、单播和/或广播类型。

侧行链路设备100可以向侧行链路控制设备1200提供侧行链路QoS信息101，使得侧行链路控制设备1200根据侧行链路QoS信息101确定侧行链路QoS度量标准。然而，进一步可选地，侧行链路设备100还可以直接确定侧行链路QoS度量标准，并将它们提供给侧行链路控制设备1200。这些侧行链路控制度量标准可以例如，根据从侧行链路控制设备1200接收的测量请求103和/或基于侧行链路设备100的预配置和/或连接建立配置来确定。

如图2所示，不同的参数会影响侧行链路QoS，特别是V2V通信。不同的侧行链路服务(特别是V2X服务)和优化目标需要不同的将被监控或计算的侧行链路QoS度量标准，并因此需要将被侧行链路设备100报告的信息。侧行链路控制设备1200可以基于侧行链路服务(例如，V2X服务)的类型和监控的目的，例如，QoS通知或QoS预测来配置报告和反馈。图2呈现了影响监控配置(例如，在测量请求103和/或连接建立配置中信令的)的参数。因此，测量请求103和/或连接建立配置可以与由侧行链路设备100和/或侧行链路控制设备1200操作的特定服务(例如，V2X服务)相关。

图3示出根据本申请的监控激活的模式的示意图。如图3中子图3A、3B、3C中特别示出的考虑到将被计算的NR侧行链路QoS度量标准、V2X服务、传输类型(广播、单播、多播)和/或反馈类型，例如侧行链路设备100与侧行链路会话、与目标区域或从侧行链路设备100到另一设备的范围的关系，侧行链路控制设备1200(例如，BS)可以在侧行链路设备100、100’处实现和配置侧行链路QoS监控和报告。

图3还描述了由侧行链路控制设备1200(例如，在5G系统中)为侧行链路通信的三种可选类型的QoS反馈：基于会话的侧行链路QoS、基于位置/区域的侧行链路QoS、基于距离/范围的侧行链路QoS配置侧行链路设备100、100’的一般情况。

对于上述类型中的每一种，侧行链路控制设备1200发送具有在侧行链路设备100、100’处配置报告的不同参数的测量请求103消息。基于距离/范围的QoS也可以在会话的上下文中或在特定的位置/区域提供。

图4描述了一种情况，其中侧行链路控制设备1200(例如，RAN中的基站)承担与侧行链路设备100、100’、100”的交互以及侧行链路QoS度量标准的计算或收集。第一步包括为服务设置侧行链路QoS要求的信令，以实现QoS监控(即测量请求103)和/或信令连接建立配置。这可以例如，在会话建立或专用信令的上下文中完成。侧行链路控制设备1200实现侧行链路QoS监控(参见框“实现侧行链路QoS监控”)，并经由测量请求103消息配置侧行链路QoS监控和QoS相关信息报告(例如，每个侧行链路设备100、100’、100”可以具有不同的Tx和Rx配置)。下面将描述这些消息的可选内容。侧行链路设备100、100’、100”分别发送具有QoS相关信息101和信息104的测量报告。内容取决于QoS度量标准的类型、服务或反馈类型。侧行链路控制设备1200基于收集的信息进行QoS度量标准计算/处理。在这个阶段之后，计算的QoS度量标准可以被报告给侧行链路设备100、100’、100”，或者可以被侧行链路控制设备1200节点用于侧行链路QoS管理、优化或通知。

图5描述了在V2X控制功能(CF)中配置和/或计算或收集侧行链路QoS度量标准的情况。可以使用任何其他5G CN实体来代替V2X CF，例如会话管理功能(SMF)。

特别地，侧行链路控制设备1200可以由BS(例如，在RAN或CN中)单独实现，由V2XCF单独实现，或者由它们的组合实现。侧行链路控制设备1200也可以由任何其他5G实体或5G实体的组合来实现。

下面将详细描述侧行链路控制设备1200如何配置对侧行链路设备100的监控和报告。此细节具体涉及从侧行链路控制设备1200发送到侧行链路设备100的测量请求103的内容。

侧行链路控制设备1200可以基于监控类型(基于会话、基于区域、基于距离)和QoS度量标准(例如，PRR、PIR、分组延迟预算、比特率、分组错误率)来配置侧行链路设备100的报告策略。

可以由侧行链路控制设备1200配置的报告信息参数是以下中的至少一个：

对于发送信息：

-所考虑的V2X服务(例如协同感知、DENM)

-QoS度量标准和参数

对于接收信息：

-报告类型(分组数量、时机、位置)

对于确定报告是聚合从所有用户、用户子集还是仅从特定用户接收的分组：

-所考虑的距离范围(一个或多个)

为了配置报告，例如，可以使用每个侧行链路设备100提供的具有以下信息元件的RRC报告策略/配置信令：

对于报告信息配置：

-报告配置id(可以是配置的标识符)

-报告周期(可以是ms值或指数值)

-位置区域(可以是实现报告的区域或特定区域)

-配置测量表

-测量id(可以是该配置测量的id)

-服务或度量标准id(可以是所考虑的服务类型或报告类型。值“全部”是可能的。)

-V2X子信道id(可以是所考虑的子信道序列。值“全部”是可能的。)

-Trx配置id(可识别发送所用QoS信息配置的UE)

-Rx配置id(可识别接收所用QoS信息配置的UE)

-服务流标识符(可以识别特定的服务流，例如服务类型和/或涉及的UE)

-链路标识符

-连接标识符

-承载标识符

对于侧行链路设备100的发送信息的配置：

-Trx配置id(可以是该配置的标识符)

-Sps假设[真/假](其中真意味着如果传输的分组数量等于半静态分配的资源数量，则不报告发送信息)

-时机信息配置[所有分组，无](可以指示是否包含每个分组的生成时间)

-位置信息配置[所有分组，相近位置的分组组，无](可以指示位置信息是否包括所有测量值，相近位置的一些测量值或根本不包括)

-位置增量(delta)(这意味着，如果上面选择了“相近位置的分组组”，则位置增量是分组的分组之间的最大距离)

对于侧行链路设备100的接收信息的配置：

-Rx配置id(可以是该配置的标识符)

-发射机id(可以是其传输被考虑的一系列UE ID)。值“全部”是可能的。)

-距离范围的边界(可以是一系列递增的值。值“无穷大(inf)”用来表示无穷大的值。一些可能的值是，例如无，[0，无穷大]，[0，80]或[0，20，40，80，无穷大]。)

可选地，发送和/或接收信息的配置可以包括服务流标识符和/或链路标识符和/或连接标识符和/或承载标识符，以指定上述特定配置可以确切地应用于何处。

基于图6，将描述从侧行链路设备100到侧行链路控制设备1200的信息报告。

在向侧行链路设备100报告的配置之后(即，通过测量请求103和/或连接建立配置)，侧行链路设备100向侧行链路控制设备1200报告侧行链路QoS信息101、信息104或侧行链路QoS度量标准。例如，车辆(即，侧行链路设备100)被网络(即，侧行链路控制设备)配置为监控并向网络(例如，BS)报告侧行链路QoS度量标准或侧行链路QoS信息。如图6所示，在通信系统中，每个侧行链路设备100、100’、100”、100”’可以向侧行链路控制设备1200报告。

可以向侧行链路控制设备1200报告在侧行链路设备处监控和计算的侧行链路QoS度量标准(例如，PIR)，或者在侧行链路设备100处监控的使得能够在侧行链路控制设备1200处计算侧行链路QoS度量标准的侧行链路QoS信息(例如，PRR计算、侧行链路多播会话PER/延迟需要来自不同会话节点的报告)。

可选地，侧行链路QoS信息报告由两部分组成，例如，如图7所示：

a)发送侧行链路设备的数据(例如，出口流量)的QoS信息

b)接收侧行链路设备的数据(例如，入口流量)的QoS信息

这两部分的内容都是可配置的，取决于所选的QoS度量指标、反馈类型或服务类型。

部分a)和部分b)两者都可以例如，被包括在从侧行链路设备100发送到侧行链路控制设备1200的侧行链路QoS信息101、信息104或侧行链路QoS度量标准中。

发送数据QoS信息报告的内容可以被配置为包括以下中的至少一个：

-QoS度量标准/参数

-参数，例如，发送的分组数量、出口比特率

-测量类型，例如，实际值或平均值

-服务类型(例如，基于会话的V2X服务/操作、CAM、DENM)

-时机信息(例如，发送的分组的生成时间列表)

-位置信息、报告区域(例如，发送的分组的位置列表)

-位置列表，对于列表中的每个项目，在每个位置附近发送的分组数量

-V2X子信道(如果报告仅涉及V2X资源池的子集)

-服务流标识符、链路标识符、承载标识符、连接标识符

无线和/或信道信息(例如，CBR、接收信号强度指示符、信道质量指示符、侧行链路参考信号接收功率(Sidelink-Reference Signal Received Power,SL-RSRP)、信道状态信息(Channel State Information,CSI)等)。

接收数据QoS信息报告的内容可以配置为包括以下中的至少一项：

-QoS度量标准/参数

-参数，例如，接收的分组数量、入口比特率、PIR、时延

-测量类型，例如，实际值或平均值

-服务类型(例如，基于会话的V2X服务/操作、CAM、DENM)

-时机信息(例如，接收的分组的生成时间列表)

-位置信息、报告区域(例如，接收的分组的位置列表、位置列表和监控时延/PIR)

-与Tx设备的相关距离/覆盖范围

-V2X子信道(如果报告仅涉及V2X资源池的子集)

-服务流标识符、链路标识符、承载标识符、连接标识符

-无线和/或信道信息(例如，CBR、接收信号强度指示符、信道质量指示符、SL-RSRP、CSI等)。

进一步地，发送数据和接收数据QoS信息的无线和/或信道信息可以用于估计和/或计算侧行链路QoS度量标准。这可以基于接收到的无线和/或信道信息在侧行链路控制设备上进行，或者在侧行链路设备上进行。附加的QoS信息可以用于估计和/或计算侧行链路QoS度量标准。

基于图8和图9，现在将描述用于侧行链路QoS度量标准计算的小区间交互以及侧行链路QoS度量标准计算的核心网计算的示例。

在许多情况下，经由侧行链路进行通信的侧行链路设备100将被附着在不同的小区/BS。在这种情况下，为了计算侧行链路QoS度量标准，如图8所示，BS(即，侧行链路控制设备1200)必须经由Xn信令或任何其他小区间接口或经由核心网功能来交换侧行链路设备100、100’、100”、100”’的测量报告和/或侧行链路QoS度量标准。从QoS相关信息报告得出的最终QoS度量标准可以由BS(即，由侧行链路控制设备1200)完成。

根据另一实施方式，一个或多个UE ID和/或一个或多个服务流标识符和/或一个或多个链路标识符和/或一个或多个承载标识符和/或一个或多个连接标识符可以用于小区/BS之间的信息交换。

附加地或替代地，如图9所示，可以涉及经由控制面CN接口从侧行链路设备100收集测量报告和/或侧行链路QoS度量标准的核心网功能。核心实体使用来自不同BS的输入来计算侧行链路广播/侧行链路QoS度量标准(例如，接入和移动性管理功能(Access andMobility Management Function,AMF)、V2X控制功能)。计算结果可以通知给这些BS。

根据另一实施方式，一个或多个UE ID和/或一个或多个服务流标识符和/或一个或多个链路标识符和/或一个或多个承载标识符和/或一个或多个连接标识符可以用于核心实体和BS之间的信息交换。

在下文中，呈现了侧行链路设备100或侧行链路控制设备1200计算每个侧行链路QoS度量标准所需的侧行链路QoS度量标准和信息的表。也就是说，表中所示的每个侧行链路QoS度量(在最左边的列中)可以包括在由侧行链路设备100或侧行链路控制设备1200计算出的侧行链路QoS度量标准中。

进一步地，计算侧行链路QoS度量标准所需的信息(在表的最右三列中指示)可以由侧行链路设备100基于侧行链路通信获得，例如，通过监控所述侧行链路通信(同样，该信息也可以直接在侧行链路控制设备1200中获得)。然后，所获得的信息可以在侧行链路设备100中用于计算侧行链路QoS度量标准，或者可以被包括在侧行链路QoS信息101或信息104中，其中，它被发送到侧行链路控制设备1200，用于计算侧行链路控制设备1200中的侧行链路QoS度量标准。

根据本申请的示例实施例，在以下部分中，将描述5G侧行链路广播/多播QoS的PRR(基于侧行链路控制设备1200)的计算。本节介绍分组接收率(PRR)，其作为5G侧行链路QoS度量指标用于监控侧行链路广播/多播通信。它还提供了允许网络(即，侧行链路控制设备1200)计算和维护位于RAN或核心网的车辆之间的多播和广播侧行链路通信的QoS度量标准的方法。

取决于服务类型和传输模式，可以使用不同的PRR计算选项：

-选项1：距离范围的平均PRR(广播)。

-选项2：相关区域的平均PRR(广播)。

-选项3：相关区域的每个UE PRR(广播)。

-选项4：多播组中的平均PER。

-选项5：多播组中的每个UE PER。

每个PRR选项都意味着不同的UE报告配置，并且需要在RAN上进行不同的计算。计算程序的概述如图10所示。如图10所示，考虑以下一般步骤：

0)配置UE的报告，以实现侧行链路广播/多播QoS监控。

1)向发送的分组添加关于例如，发送设备的位置和/或ID的信息。

2)报告与UE发送的分组相关的信息。

3)检查接收到的分组，并检索有关例如，发送设备和发送距离的信息。

4)报告与UE接收的分组相关的信息。

5)根据所选的PRR方案，对侧行链路V2V多播/广播通信经历的QoS进行网络计算。

6)向UE通知所计算的QoS(例如PRR)值，用于通信系统优化、应用层适配。

在本申请的一个示例性实施例中，现在描述如何经由通信层扩展获得接收数据信息：一种可选的方法是确定如何由报告UE(即，由侧行链路设备100)监控与接收的数据分组相关的信息。在这个意义上，每个UE可以获得接收数据信息，经由：

-应用层应用程序接口(Application Programming Interface,API)：在UE汇聚层(应用层和通信层之间)引入，为成功发送的分组在接收侧收集信息。该选项意味着接收器的APP层在处理接收到的分组之后，可以通过API(例如，汇聚层)向通信层通知成功(正确且及时地)接收到的应用层分组的数量，指示这些分组距发送器的距离。替代地，服务流标识符(例如，在NR PC5，3GPP Rel.16中的分组流标识符(Packet Flow Identifier,PFI))可以用于在接收机的应用层和/或V2X层检索相关服务流的QoS信息。这同样适用于发射机侧。

-通信层报头扩展：解释其他可选的通信层协议报头扩展，用于经由侧行链路交换的数据分组，以允许接收机侧收集成功接收的分组的相关区域的信息。该选项包括扩展通信层(用户面PC5消息)的报头，以便包括发送设备的位置信息和/或ID(例如，服务数据适配协议(SDAP)报头)。此外，为APP层提出的相同操作可以使用通信层来执行。

此外，服务流标识符(例如，NR PC5，3GPP Rel.16中的PFI)和/或链路标识符和/或承载标识符可以用于从接收机和/或发射机侧的应用层和/或V2X层检索QoS信息。同样，服务流标识符(例如，NR，3GPP PC5 Rel.16中的PFI)和/或链路标识符和/或承载标识符可以用于从接收机和/或发射机侧的通信层检索QoS信息。

图11示出根据本申请实施例的方法1100的示意图。方法1100用于提供侧行链路QoS信息101，包括以下步骤：

方法1100包括由侧行链路设备100基于预配置102和/或测量请求103和/或连接建立配置获得1101侧行链路QoS信息101的第一步骤，其中测量请求103和/或连接建立配置从网络设备、独立于运营商的设备、侧行链路设备中的至少一个获得。

方法1100包括由侧行链路设备100基于侧行链路QoS信息101向网络设备、独立于运营商的设备、侧行链路设备中的至少一个提供1102信息104的第二步骤。

图12示出根据本申请实施例的侧行链路控制设备1200的示意图。

侧行链路控制设备1200用于提供侧行链路QoS度量标准1201，并被配置为获得测量请求1202(为此，可选地，它包括关于侧行链路控制设备1200的所有上述功能)。侧行链路控制设备1200还被配置为发送测量请求1202和/或连接建立配置。侧行链路控制设备1200还被配置为基于测量请求1202和/或连接建立配置来接收侧行链路QoS信息1203。最后，侧行链路控制设备1200被配置为基于接收到的侧行链路QoS信息1203来获得侧行链路QoS度量标准1201。

特别地，由侧行链路控制设备1200发送的测量请求1202是由侧行链路设备100获得的测量请求103。

测量请求1202可以与由侧行链路设备100和/或侧行链路控制设备1200操作的特定服务(例如，V2X服务)相关。

由侧行链路控制设备1200接收的侧行链路QoS信息1203是由侧行链路设备发送的侧行链路QoS信息101或信息104。

图13示出根据本申请实施例的方法1300的示意图。方法1300用于提供侧行链路QoS度量标准1201。

方法1300包括以下步骤：方法1300的第一步是由侧行链路控制设备1200获得1301测量请求1202。方法1300还包括由侧行链路控制设备1200发送1302测量请求1202的步骤。方法1300还包括由侧行链路控制设备1200基于测量请求1202接收1303侧行链路QoS信息1203的步骤。方法1300包括由侧行链路控制设备1200基于接收到的侧行链路QoS信息1203获得1304侧行链路QoS度量标准1201的最后一步。

图14示出了一个例子，其中侧行链路QoS度量标准的计算或收集是基于侧行链路设备100、100’之间的侧行链路连接建立配置。

在触发应用服务之后，侧行链路设备100的应用层(例如，V2X应用层)可以向侧行链路设备100的接入层提供侧行链路通信的应用要求(例如，PC5 QoS参数和PFI)。然后，侧行链路设备100触发与侧行链路设备100’的层2链路建立过程。图14示出单播链路建立示例。这也适用于多播和/或广播链路建立。在两个侧行链路设备100、100’之间的链路建立过程中，侧行链路配置参数在侧行链路控制设备(100、100’)之间交换。

使用连接建立配置，侧行链路设备100和100’可以实现侧行链路监控，并配置侧行链路设备100和100’之间的侧行链路通信的测量、监控和报告。可以向另一个侧行链路设备100’和/或侧行链路控制设备1200报告在侧行链路设备处监控和计算的侧行链路QoS度量标准，或者为了实现计算侧行链路QoS度量标准(例如，PRR、分组错误率、延迟等)在侧行链路设备100处监控的侧行链路QoS信息。如图14所示，每个侧行链路设备(例如100)可以向另一个侧行链路设备(例如100’)和/或侧行链路控制设备1200报告侧行链路QoS信息101、信息104或侧行链路QoS度量标准。同样，侧行链路控制设备1200可以向侧行链路设备(100，100’)提供所收集和/或处理和/或计算的侧行链路QoS度量标准。

根据本申请的实施例，对于单播、群播和广播侧行链路(例如，PC5)通信，可以应用用于侧行链路QoS管理的每流QoS模型。侧行链路QoS流与包含侧行链路QoS参数(例如，PQI，可选范围)的侧行链路QoS规则相关联。每个侧行链路QoS流都有一个PC5 QoS流标识符(PFI)。具有相同PFI的用户面流量接收相同的流量转发处理(例如，调度、准入阈值)。在不同的数据分组可能需要不同的QoS处理的情况下，数据分组应该从应用层(例如V2X层)发送到由不同PFI识别的PC5 QoS流内的接入层(AS)层。

可以经由PC5-S和/或RRC信令建立侧行链路服务，并建立侧行链路QoS流。这意味着可以在建立侧行链路连接(例如，侧行链路单播链路)和/或使用在侧行链路连接建立和/或连接更新的上下文中交换的信息时或之后，实现侧行链路QoS监控的激活。在这种情况下，服务流标识符(例如，PFI)和/或链路标识符和/或承载标识符，或其他流标识符可用于配置侧行链路QoS监控，和/或获得侧行链路QoS度量标准、QoS信息，和/或在侧行链路控制设备和/或向侧行链路设备报告侧行链路QoS度量标准和QoS信息。

更具体地说，可以考虑不同的配置选项。通过建立阶段的PC5-S交换，PC5-S层的两侧(即UE、侧行链路设备)都知道PC5 QoS参数和两侧的PFI。此后，随着侧行链路无线承载(Sidelink Radio Bearer,SLRB)的建立，每个侧行链路设备的接入层(Access Stratum,AS)可以使用RRC信令将SLRB ID与相应的QoS参数和PC5 QoS流(例如，服务流标识符，PFI)映射。在接收机侧，通过建立的单播链路和侧行链路设备接收的数据可以通过使用SLRB ID和服务流之间的映射来监控所需的QoS。接收分组的侧行链路设备知道分组经过的SLRB ID和映射的PC5 QoS流(即服务流标识符)以及在AS的相应QoS要求。基于PC5-S和PC5 RRC信令，SLRB ID和QoS信息(PFI，QoS要求/参数)之间的映射是可行的。因此，每个接收到的数据分组的接收侧行链路设备可以检查是否满足相应分组(在特定SLRB ID处)的QoS要求。

替代地，服务流标识符(例如，PFI)和/或链路标识符和/或承载标识符可以被包括在发送侧行链路设备(例如，UE)的用户面数据分组中(例如，添加在V2X层报头、SDAP报头或任何其他报头)。接收设备(例如，UE)可以使用这些标识符来检查是否满足相应接收的数据分组的QoS要求。

来自连接建立(或更新)的信息和配置可以与经由测量请求预先配置和/或获得的其他配置信息一起使用。

可以使用两个或多个侧行链路设备之间的信令和/或在网络实体(例如，BS、核心网实体、应用服务器、云服务器等)的支持下进行侧行链路连接建立(例如，单播链路建立)。

在本申请的另一个实施例中，网络可以配置PC5 QoS流到SLRB的映射。对于需要监控的QoS流，网络可以将该QoS流配置到仅对应于该QoS流的DRB，即在需要监控的QoS流和DRB之间使用1：1映射，这样，UE就可以容易地计算QoS度量标准，即数据速率、延迟和分组错误率。

已经结合各种实施例作为示例以及实施方式描述本申请。然而，从对附图、本公开的研究中，本领域技术人员和实践所要求保护的申请的人员可以理解和实现其他变化。在说明书中，词语“包括”不排除其他元件或步骤，不定冠词“一”或“一个”不排除多个。

Claims

1.一种第一侧行链路设备，其特征在于，所述第一侧行链路设备包括：

至少一个处理器；

与所述至少一个处理器通信连接的存储器；以及

收发器，其中

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行如下操作：

基于预配置和/或测量请求和/或连接建立配置获得侧行链路服务质量SL QoS信息，其中所述测量请求和/或所述连接建立配置从以下中的至少一个获得：

-网络设备；

-独立于运营商的设备；

-第二侧行链路设备；和/或

基于所述SL QoS信息向以下至少一个提供信息：

-网络设备；

-独立于运营商的设备；

-所述第二侧行链路设备，

其中，所述SL QoS信息是由所述第一侧行链路设备监控在所述第一侧行链路设备处发送、接收和/或观察的SL通信获得的，所述至少一个处理器还被配置为基于所述SL QoS信息并基于所述预配置和/或所述测量请求和/或所述连接建立配置来获得SL QoS度量标准，并控制所述收发器发送所述SL QoS度量标准。

2.根据权利要求1所述的第一侧行链路设备，其特征在于，所述测量请求或所述连接建立配置涉及由所述第一侧行链路设备操作的服务。

3.根据权利要求1所述的第一侧行链路设备，其特征在于，所述SL通信包括多播、单播和/或广播SL通信。

4.根据权利要求1至3中任一项所述的第一侧行链路设备，其特征在于，所述预配置和/或所述测量请求或所述连接建立配置包括一个或多个所述第二侧行链路设备的一个或多个标识符ID，并且其中，所述第一侧行链路设备被配置为基于所述ID获得所述SL QoS信息。

5.根据权利要求1至3中任一项所述的第一侧行链路设备，其特征在于，所述预配置和/或所述测量请求和/或所述连接建立配置包括以下至少一项：

-与各自的一个或多个服务流相关联的一个或多个服务流标识符，

-与各自的一个或多个链路相关联的一个或多个链路标识符，以及

-与各自的一个或多个承载相关联的一个或多个承载标识符；

并且其中所述第一侧行链路设备被配置为基于所述一个或多个服务流标识符或所述一个或多个链路标识符或所述一个或多个承载标识符来获得所述SL QoS信息。

6.根据权利要求1至3中任一项所述的第一侧行链路设备，其特征在于，所述预配置和/或所述测量请求和/或所述连接建立配置包括关于地理位置的信息，并且其中所述第一侧行链路设备被配置为基于所述地理位置获得所述SL QoS信息。

7.根据权利要求1至3中任一项所述的第一侧行链路设备，其特征在于，所述预配置和/或所述测量请求和/或所述连接建立配置包括关于地理距离的信息，并且其中所述第一侧行链路设备被配置为基于所述地理距离获得所述SL QoS信息。

8.根据权利要求5所述的第一侧行链路设备，其特征在于，所述一个或多个承载标识符与所述一个或多个服务流标识符相关联，其中

所述一个或多个承载标识符标识所述第二侧行链路设备的承载或接收设备的承载，并且

所述一个或多个服务流标识符标识所述第二侧行链路设备或接收设备的服务流。

9.一种用于第一侧行链路设备的方法，其特征在于，所述方法包括以下步骤：

由所述第一侧行链路设备基于预配置和/或测量请求和/或连接建立配置获得侧行链路服务质量SL QoS信息，其中所述测量请求和/或所述连接建立配置从以下至少一个获得：

-网络设备；

-独立于运营商的设备；

-第二侧行链路设备；和/或

由所述第一侧行链路设备基于所述SL QoS信息向以下至少一个提供信息：

-网络设备；

-独立于运营商的设备；

-所述第二侧行链路设备，

其中，所述SL QoS信息是由所述第一侧行链路设备监控在所述第一侧行链路设备处发送、接收和/或观察的SL通信获得的，所述方法还包括由所述第一侧行链路设备基于所述SLQoS信息并基于所述预配置和/或所述测量请求和/或所述连接建立配置来获得SL QoS度量标准，并发送所述SL QoS度量标准。

10.一种侧行链路控制设备，其特征在于，所述侧行链路控制设备包括：

至少一个处理器；

与所述至少一个处理器通信连接的存储器；以及

收发器，其中

-控制所述收发器发送测量请求和/或连接建立配置，

-基于所述测量请求和/或所述连接建立配置接收侧行链路服务质量SL QoS信息，以及

-基于所接收的SL QoS信息，获得SL QoS度量标准，

其中，所述SL QoS信息是由侧行链路设备监控在所述侧行链路设备处发送、接收和/或观察的SL通信获得的,所述至少一个处理器还被配置为在所述测量请求和/或所述连接建立配置中包括对SL QoS度量标准的请求，并且控制所述收发器接收所述SL QoS度量标准以获得所述SL QoS度量标准。

11.根据权利要求10所述的侧行链路控制设备，其特征在于，所述测量请求和/或所述连接建立配置涉及服务。

12.根据权利要求11所述的侧行链路控制设备，其特征在于，所述服务是由侧行链路设备操作的服务。

13.根据权利要求10至12中任一项所述的侧行链路控制设备，其特征在于，所述测量请求和/或连接建立配置包括侧行链路设备的一个或多个标识符ID，其中，所述侧行链路设备具体涉及某个SL会话。

14.根据权利要求10至12中任一项所述的侧行链路控制设备，其特征在于，所述测量请求和/或所述连接建立配置包括关于地理位置的信息。

15.根据权利要求10至12中任一项所述的侧行链路控制设备，其特征在于，所述测量请求和/或所述连接建立配置包括关于地理距离的信息。

16.根据权利要求10所述的侧行链路控制设备，其特征在于，所述侧行链路控制设备配置为基于SL QoS信息获得信息，并且基于所述获得的信息向另一个侧行链路设备和/或另一个侧行链路控制设备提供SL QoS度量标准和/或SL QoS信息。

17.一种用于侧行链路控制设备的方法，其特征在于，所述方法包括以下步骤：

-由所述侧行链路控制设备发送测量请求和/或连接建立配置，

-由所述侧行链路控制设备基于所述测量请求和/或所述连接建立配置接收侧行链路服务质量SL QoS信息，以及

-由所述侧行链路控制设备基于所述SL QoS信息获得SL QoS度量标准，

其中，所述SL QoS信息是由侧行链路设备监控在所述侧行链路设备处发送、接收和/或观察的SL通信获得的,所述方法还包括所述侧行链路控制设备在所述测量请求和/或所述连接建立配置中包括对SL QoS度量标准的请求，并且接收所述SL QoS度量标准以获得所述SL QoS度量标准。