CN111684828B

CN111684828B - 用于v2x服务和v2x应用的实体、网络和用户设备

Info

Publication number: CN111684828B
Application number: CN201880088939.4A
Authority: CN
Inventors: 埃马努伊尔·帕特欧米契拉卡斯; 周冁; 君士坦丁诺·桑达尼斯; 马丁·迪林杰·马库斯
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-02-26
Filing date: 2018-02-26
Publication date: 2022-10-25
Anticipated expiration: 2038-02-26
Also published as: EP3741141B1; US11722864B2; KR102415208B1; RU2754682C1; KR20200065051A; EP3741141A1; CN111684828A; BR112020011611A2; WO2019161925A1; US20200413235A1

Abstract

一种用于为一个或多个用户设备控制车‑everything(vehicle‑to‑everything，V2X)服务的实体。所述实体用于根据网络的网络参数和/或根据所述V2X服务的V2X应用的应用需求，确定所述V2X服务的需求。其中所述需求包括服务质量QoS、操作模式和资源需求中的至少一个。所述实体用于传输包括所述需求的适应请求消息，用于适应所述需求。

Description

用于V2X服务和V2X应用的实体、网络和用户设备

技术领域

本发明大体上涉及通信网络技术领域。具体地，本发明涉及一种用于控制车-everything(vehicle-to-everything，V2X)服务的实体，一种用于支持V2X服务的网络，一种用于操作V2X服务中V2X应用的用户设备，和对应的方法。此外，本发明尤其涉及一种V2X应用和一种车辆。

背景技术

在移动通信中，车-everything(V2X)通信涉及车辆的通信。V2X通信包括将信息从车辆传输至另一实体，反之亦然。

3GPP TS 22.186中，例如3GPP TS 22.186V15.2.0(2017-09)，呈现了增强V2X(enhanced V2X，eV2X)服务，或如编队和高级驾驶等的使用案例，为eV2X服务规定了与eV2X使用案例相关的需求类别(category of requirements，CoR)和自动化级别(level ofautomation，LoA)。eV2X服务包括对安全和非安全场景的支持。安全相关场景包括自动驾驶、车辆编队等；非安全相关场景包括移动高数据速率娱乐、移动热点/办公/家庭和动态数字地图更新等。

以下五个CoR支持eV2X场景：一般方面(交互工作、对所有V2X场景有效的通信相关需求)、车辆编队、高级驾驶、扩展传感器和远程驾驶。

例如，车辆编队使得车辆动态地形成一同行驶的小组。车队中的所有车辆会接收领队车辆发送的周期性数据，以继续执行编队操作。该信息允许车辆间的距离变得极小，即间隙距离转化为时间后可以变得非常小(亚秒)。编队应用可允许跟在后面的车辆进入自动驾驶。

高级驾驶实现了半自动或全自动驾驶。假设车辆间距更长，每一辆车和/或RSU与邻近的车辆分享自其本地传感器获得的数据，从而使得车辆能够协调它们的轨迹或操作。此外，每辆车与邻近的车辆分享其行驶意向。该使用案例的优势在于行驶更安全，避免碰撞，以及提高交通效率。

LoA则反映出不同与eV2X有关的不同操作方面，并影响系统性能需求。LoA可以是：无自动化(0)、驾驶员辅助(1)、部分自动化(2)、有条件的自动化(3)、高自动化(4)和全自动化(5)。这五种LoA对应国际自动机工程师学会于2016年12月发布的《驾驶自动化的自动化驾驶级别在国际自动机工程师学会新标准J3016中的定义》。

eV2X服务是具有特定时延和可靠性要求的特殊服务，尤其是超低时延和高可靠性的要求。特定的eV2X场景也会需要高数据速率的支持。以下的因素将eV2X服务与其它服务区分开，尤其是与其它5G(5th generation mobile network，5G)服务区分开来：

-延迟和可靠性对安全相关的eV2X场景很重要，而速率(从而还有资源)需求会因CoR和LoA而不同，因为在严格的延迟要求下它们可能会支持不同负载(从300B到12000B)。此外，不同的CoR和LoA组合也会带来不同的QoS需求，甚至在相同的服务中也是如此，例如车辆编队。这为维护大量服务的5G系统(5G system，5GS)QoS带来了额外的挑战；

-一些eV2X场景本质上需要群组通信：这意味着，对资源的请求会涉及一组可能是在不同小区或者甚至在不同系统内的用户。因此，QoS和资源分配需要同时申请所有用户或特定的一组用户。这会在同时申请，尽管5GS会用重要负载容纳其它请求。而且，如果整个组的车辆的请求不成功，该请求就不能带来任何临时保存的资源，因为其他请求可能需要使用那些资源。为此，在解决潜在拥堵时，也可能需要为资源排队；以及

-由于不同的LoA选项(1-5)和不同的操作模式(例如单播vs组播广播)，eV2X应用可能会需要在不可预测的网络环境中，迅速更改QoS和资源需求。例如，这可能会在从LoA 1调整至LoA 5时发生。因此，5GS需要能够快速适应，并从而决定其是否能够达到所有用户或特定的一组用户的要求。

基于上述的考虑、日渐复杂的场景和更多样的需求，需要新的机制来解决以下问题：

-如何将eV2X应用请求转化为同一服务的所有用户(或特定的一组用户)的网络需求(例如，QoS、资源、操作模式请求等)；

-如何指示LoA转换的需求，并使eV2X应用能够通过监控网络中QoS/资源的情况，决定为同一服务的单个或特定的一组用户调整服务水平协议(service level agreement，SLA)和/或LoA；以及

-如果网络不能满足单个用户或特定组用户的初始eV2X应用需求，如何使一个或多个eV2X应用能够协商SLA、期望的QoS需求和/或操作模式，从而确保服务的连续性。

发明内容

考虑到上述的缺点和问题，本发明目的在于改善此领域的状况。特别地，本发明的一个目的在于解决上述的问题。

上述目标由独立权利要求的特征实现。进一步的，借助附属权利要求、描述和附图，本发明实施例更加清楚易懂。

根据第一方面，本发明涉及一种实体，用于控制一个或多个用户设备的车-everything(V2X)服务。所述实体用于根据网络的网络参数和/或根据所述V2X服务的V2X应用的应用需求，确定所述V2X服务的需求。其中所述需求包括服务质量QoS、操作模式和资源需求中的至少一个。所述实体用于传输包括所述需求的适应请求消息，用于适应所述需求。

适应能够影响所述V2X服务、所述V2X服务的V2X应用、或其它服务/应用的需求，特别是和所述V2X服务竞争资源的服务/应用的需求。此外，或替代性的，适应能够影响一个或多个上述服务或应用的参数。

特别地，所述实体能够控制包含网络和所述一个或多个用户设备的系统中的所述V2X服务。特别地，所述V2X服务可能是一个或多个用户设备的V2X服务，其中所述用户设备可以集群为一组用户设备。

从而，所述实体会考虑所述V2X服务的V2X应用的应用需求更改，以确定QoS、操作模式或资源需求的相应更改。优势在于，所述适应请求消息的传输能够适应更改的应用需求。例如，此适应能由所述网络或用户设备执行。在所述网络参数更改后会实现类似的优势。

换句话说，根据所述应用需求的更改或更新，对于受所述应用需求的这一更改所影响的用户设备组，所述实体能够有利地将所述应用需求的这一更改转化为适当的QoS需求、操作模式或资源需求。

根据所述第一方面的一种实现方式，所述实体用于向所述网络传输所述适应请求消息，以请求所述网络适应所述已确定的需求。

从而，若所述实体，例如位于所述网络中，或位于连接在所述网络和运行所述V2X服务的V2X应用的应用服务器间的应用程序域中，则是有利的。事实上，向所述网络传输所述适应请求消息，使得所述网络能够适应所述网络参数的更改或所述应用需求的更改。

根据所述第一方面的另一实施方式，所述实体用于接收来自所述V2X应用的所述应用需求，并接收来自所述网络的确认消息以响应传输的的所述适应请求消息，以及向所述V2X应用传输通知消息，以响应收到的所述确认消息。

从而，所述V2X应用向所述实体传输所述应用需求，即触发了所述适应后，能够在收到所述实体传输的所述通知消息时，感知到所述执行的适应。

根据所述第一方面的另一实施方式，所述实体用于接收无线接入网络(radioaccess network，RAN)的上下文信息，和/或接收所述RAN的事件。

从而，所述实体感知所述RAN上下文信息和/或所述RAN事件，特别地，所述RAN事件是所述RAN的实时事件。特别地，所述RAN可以是所述网络的RAN。相应的，所述实体能够监控所述RAN的所述上下文信息和/或事件。而且，优势在于，如果所述RAN的所述上下文信息和/或事件发生更改，所述实体可以向例如所述V2X服务的V2X应用通知该更改。

根据所述第一方面的另一实施方式，所述实体用于监控所述RAN的所述上下文信息和/或所述事件，以及根据监控的所述RAN的所述上下文信息和/或监控的所述事件，向所述V2X服务的V2X应用传输监控报告。

从而，所述V2X应用感知所述RAN上下文信息和所述RAN事件，特别地，所述RAN的事件是所述RAN的实时事件。相应的，所述V2X应用能通过例如触发群组更改请求，来对所述信息和所述事件作出反应。

根据所述第一方面的另一实施方式，所述实体用于接收来自所述V2X应用的车辆位置信息。所述实体用于监控所述车辆位置信息。所述实体用于根据监控的所述RAN的所述上下文信息和所述事件，以及监控的所述车辆位置信息，向所述V2X服务的所述V2X应用传输所述监控报告。

从而，所述实体接收关于所述V2X应用的准确位置信息。相应的，可能会执行改进的群组监控。接收的所述车辆位置信息可以是所述一个或多个用户设备的车辆位置信息。

根据所述第一方面的另一实施方式，所述实体用于接收无线接入网络RAN的上下文信息，和/或接收所述RAN的事件和/或核心网实体的事件，和/或接收来自所述V2X服务的V2X应用的应用信息。所述实体用于为所述V2X服务的不同状态配置扩展QoS规则。所述实体用于向所述核心网实体和所述一个或多个用户设备发送配置的所述扩展QoS规则。

从而，所述核心网实体和所述一个或多个用户设备优选地用于运行或操作所述V2X服务的V2X应用。优势在于，所述核心网实体和所述一个或多个用户设备能够以所述V2X服务不同状态的所述扩展QoS规则的形式接收到特定的规则，从而能够根据这些配置的扩展QoS规则进行快速适应。特别地，所述RAN可以是所述网络的RAN，所述核心网实体可以是所述网络的所述核心网中的实体。

根据所述第一方面的另一实施方式，所述实体位于所述网络、应用域或包括所述用户设备中的一个用户设备的车辆中。

从而，该适应能够影响位于所述网络、应用域或车辆中的服务/应用的需求，这是有利的。例如，所述服务/应用可以是所述V2X服务，所述V2X服务的所述V2X应用，或其它服务/应用。

根据所述第一方面的另一实施方式，所述实体用于向所述所述用户设备中的一个传输所述适应请求消息，以请求此用户设备适应所述需求。

从而优势在于，所述需求的适应可在用户设备本地执行，无需用到网络的接口。

根据所述第一方面的另一实施方式，所述用户设备集群为一组用户设备，所述适应请求消息包括所述一组用户设备的子集的指示，从而请求适应所述子集的所述需求。

从而，所述实体可以仅对用户设备的所述子集而不是整组用户设备请求适应所述确定的要求。

根据第二方面，本发明涉及一种方法，用于控制一个或多个用户设备的车-everything(V2X)服务。所述方法包括基于网络的网络参数和/或基于所述V2X服务的V2X应用的应用需求，确定所述V2X服务的需求。其中所述需求包括服务质量QoS、操作模式和资源需求中的至少一个。所述方法包括，传输包括所述需求的适应请求消息，以适应所述需求。

从而，会考虑所述V2X服务的V2X应用的应用需求更改，以确定QoS、操作模式或资源需求的相应更改。优势在于，所述适应请求消息的传输能够适应更改的应用需求。在所述网络参数更改后会实现类似的优势。

根据所述第二方面的一种实现方式，所述方法包括向所述网络传输所述适应请求消息，以请求所述网络适应所述已确定的需求。

根据所述第二方面的另一实施方式，所述方法包括接收来自所述V2X应用的所述应用需求，并接收来自所述网络的确认消息以响应传输的所述适应请求消息，以及向所述V2X应用发送通知消息以响应接收到的所述确认消息。

根据所述第二方面的另一实施方式，所述方法包括接收无线接入网络RAN的上下文信息，和/或接收所述RAN的事件。

根据所述第二方面的另一实施方式，所述方法包括监控所述RAN的所述上下文信息和/或所述事件，以及根据监控的所述RAN的所述上下文信息和/或监控的所述事件，向所述V2X服务的V2X应用传输监控报告。

根据所述第二方面的另一实施方式，所述方法包括接收来自所述V2X应用的车辆位置信息。所述方法包括监控所述车辆位置信息。所述方法包括根据监控的所述RAN的所述上下文信息和所述事件，以及监控的所述车辆位置信息，向所述V2X服务的所述V2X应用发送所述监控报告。

根据所述第二方面的另一实施方式，所述方法包括接收无线接入网络RAN的上下文信息，和/或接收所述RAN的事件和/或核心网实体的事件，和/或接收来自所述V2X服务的V2X应用的应用信息。所述方法包括为所述V2X服务的不同状态配置扩展QoS规则。所述方法包括向所述核心网实体和所述一个或多个用户设备传输配置的所述扩展QoS规则。

根据所述第二方面的另一实施方式，所述方法包括向所述所述用户设备中的一个用户设备传输所述适应请求消息，以请求此用户设备适应所述需求。

根据第三方面，本发明涉及一种网络，用于支持一个或多个用户设备的车-everything(V2X)服务。所述网络用于接收来自控制所述V2X服务的实体的适应请求消息，所述适应请求消息包括所述V2X服务的需求。其中所述需求包括服务质量QoS、操作模式和资源需求中的至少一个。所述网络用于适应所述需求。

特别地，所述V2X服务可能是一个或多个用户设备的V2X服务，其中所述用户设备可以集群为一组用户设备。

从而，所述网络能够以例如QoS、操作模式或资源需求的形式，感知到例如所述V2X服务的需求。优势在于，所述适应请求消息的接收允许适应所述更改的需求。特别地，该适应对于受需求更改所影响的用户设备群组有利。

根据所述第三方面的一种实施方式，所述网络用于向控制所述V2X服务的所述实体发送确认消息。

从而，优势在于，所述确认消息能够在适应所述需求后传输。相应地，控制所述V2X服务的所述实体能够感知所述网络执行的所述适应。此外，控制所述V2X服务的所述实体能够接着向所述V2X服务的一个或多个V2X应用发送对此确认的相应通知。相应的，所述V2X应用可以，例如，感知到对受影响的用户设备组的适应。

根据所述第三方面的另一实施方式，所述网络用于向控制所述V2X服务的所述实体传输无线接入网络RAN的上下文信息，和/或向控制所述V2X服务的所述实体发送所述RAN的事件。

从而，控制所述V2X服务的所述实体感知所述RAN上下文信息和/或所述RAN事件，特别地，所述RAN的事件是所述RAN的实时事件。相应的，所述实体能够监控所述RAN的所述上下文信息和/或事件。而且，优势在于，如果所述RAN的所述上下文信息和/或事件发生更改，所述实体可以向例如所述V2X服务的V2X应用通知该更改。

根据所述第三方面的另一实施方式，所述网络用于向控制所述V2X服务的所述实体发送无线接入网络RAN的上下文信息，和/或向控制所述V2X服务的所述实体发送所述RAN的事件和/或核心网实体的事件。所述网络用于从控制所述V2X服务的所述实体接收所述V2X服务不同状态的扩展QoS规则。所述网络用于向所述一个或多个用户设备传输所述扩展QoS规则。

从而，所述网络和所述一个或多个用户设备优选地用于运行或操作所述V2X服务的V2X应用。优势在于，所述网络能够以所述V2X服务不同状态的所述扩展QoS规则的形式收到特定的规则，从而能够根据这些扩展QoS规则进行快速适应。此外，所述一个或多个用户设备能够收到用于所述V2X服务的不同状态的这些特定的规则，从而能够根据这些扩展QoS规则进行快速适应。特别地，所述RAN可以是所述网络的RAN，所述核心网实体可以是所述网络的所述核心网中的实体。

根据第四方面，本发明涉及一种方法，用于支持一个或多个用户设备的车-everything(V2X)服务。所述方法包括接收来自控制所述V2X服务的实体的适应请求消息，所述适应请求消息包括所述V2X服务的需求。其中所述需求包括服务质量QoS、操作模式和资源需求中的至少一个。所述方法包括适应所述需求。

从而，能够以例如QoS、操作模式或资源需求的形式，感知到例如所述V2X服务的需求。优势在于，所述适应请求消息的接收允许适应所述更改的需求。特别地，该适应对于受需求更改所影响的用户设备群组有利。

根据所述第四方面的一种实施方式，所述方法包括向控制所述V2X服务的所述实体发送确认消息。

根据所述第四方面的另一实施方式，所述方法包括向控制所述V2X服务的所述实体发送无线接入网络RAN的上下文信息，和/或向控制所述V2X服务的所述实体发送所述RAN的事件。

根据所述第四方面的另一实施方式，所述方法包括向控制所述V2X服务的所述实体发送无线接入网络RAN的上下文信息，和/或向控制所述V2X服务的所述实体发送所述RAN的事件和/或核心网实体的事件。所述方法包括从控制所述V2X服务的所述实体接收所述V2X服务的不同状态的扩展QoS规则。所述方法包括向所述一个或多个用户设备发送所述扩展QoS规则。

根据第五方面，本发明涉及一种用户设备，用于操作一个或多个用户设备的车-everything(V2X)服务的V2X应用。所述用户设备用于接收所述V2X服务的不同状态的扩展QoS规则。

从而，有利地，所述用户设备能够以所述所述V2X服务不同状态的扩展QoS规则的形式收到特定的规则，从而能够根据这些扩展QoS规则进行快速适应。特别地，所述一个或多个用户设备用于运行或操作所述V2X服务的V2X应用。所述用户设备可以集群为一组用户设备。特别地，所述一个或多个用户设备可以连接到网络，且可以从所述网络接收所述扩展QoS规则。

根据第六方面，本发明涉及一种方法，用于操作一个或多个用户设备的车-everything(V2X)服务的V2X应用。所述方法包括接收所述V2X服务不同状态的扩展QoS规则。

从而，可能以所述V2X服务不同状态的所述扩展QoS规则的形式收到特定的规则，从而能够根据这些扩展QoS规则进行快速适应。

根据第七方面，本发明涉及一个或多个用户设备的车-everything(V2X)服务的V2X应用。所述V2X应用用于向控制所述V2X服务的实体发送所述V2X应用的应用需求。

从而，所述一个或多个用户设备能够连接到网络。发送所述应用需求的优势在于，控制所述V2X服务的所述实体能够基于所述应用需求，确定所述V2X服务的需求。所述V2X服务的需求可以是，例如，QoS、操作模式或资源需求。

根据所述第七方面的一种实施方式，所述V2X应用用于从控制所述V2X服务的所述实体接收监控报告，所述监控报告关于无线接入网络RAN的上下文信息，和/或关于所述RAN的事件。所述V2X应用用于基于收到的所述监控报告，向控制所述V2X服务的所述实体发送所述V2X应用的所述应用需求。

从而，能够将所述RAN的上下文信息和/或事件的更改通知给所述V2X应用。有利地，所述V2X能够触发对所述V2X服务的需求的适应，所述需求为，例如，QoS、操作模式或资源需求。

根据第八方面，本发明涉及一种车辆，包括如第一方面所述的实体，和/或如第五方面所述的用户设备，和/或如第七方面所述的V2X应用。

根据第九方面，本发明涉及一种计算机程序，包括程序代码，用于在所述计算机程序在计算设备上运行时，执行如第二、第四或第六方面所述的方法。

对于以上问题，建议引入实体或逻辑控制单元，可以是无线通信系统(尤其是5G系统)和/或应用域的一部分，从而将网络转化为V2X或eV2X服务需求(反之亦然)，实现动态SLA调整与协商、QoS控制、eV2X服务操作配置和基于群组的SLA监控与管理。

更具体地，需要说明的是，上述的装置可基于具有分立硬件组件的分立硬件电路、集成芯片或芯片模块组实现，或基于由软件例程或程序控制的信号处理设备实现，所述软件例程或程序可存储于存储器内、写入计算机可读介质或从例如互联网的网络中下载。

还需要理解的是，本发明的优选实施例也可以是附属权利要求或上述实施例与各自独立权利要求的结合。

以下结合实施例清楚说明本发明的上述及其它方面。

附图说明

结合所附附图，下面具体实施例的描述将阐述上述本发明的各方面及其实现形式，其中：

图1A为本发明实施例提供的一种系统；

图1B为本发明另一实施例提供的一种系统；

图1C为本发明另一实施例提供的一种系统；

图2为本发明实施例提供的监控；

图3为本发明实施例提供的适应；

图4为本发明另一实施例提供的适应；

图5为本发明另一实施例提供的适应；

图6为本发明实施例提供的配置；以及

图7为本发明另一实施例。

具体实施方式

图1A为本发明实施例提供的一种系统100。

该系统包括实体102，用于控制一个或多个用户设备(user equipment，UE)123和124的V2X服务。该实体102可称作逻辑控制单元(logical control unit，LCU)，用户设备123和124可称作终端。

实体102用于基于网络130的网络参数和/或基于V2X服务的V2X应用101的应用需求，确定V2X服务的需求。其中该需求包括QoS、操作模式和资源需求中的至少一个。

实体102还用于发送包括该需求的适应请求消息，以适应该需求。

实体102可位于应用域中，而且可与5G系统(5G system，5GS)或网络域103通过接口106通信。特别地，实体102可与网络130通信。网络130包括核心网(core network，CN)121和无线接入网(radio access network，RAN)122。

图1A中的系统100包括两个车辆104和105。第一车辆104包括用户终端123和V2X应用141。用户终端123与V2X应用141通过接口143通信。类似地，第二车辆105包括用户终端124和V2X应用146，两者通过接口144通信。用户设备123和124可通过Uu接口或链路126与网络130通信。用户设备123和124可通过PC5接口或链路125相互通信。

V2X应用101、141和146可例如用于车辆编队或高级驾驶。V2X应用101可以位于应用服务器。

可基于网络130的网络参数确定V2X服务的需求。如参考134所示，网络参数可以通过接口106从网络132传输到实体102。网络参数可以关于移动性，流量上下文，空中接口变量(air interface variant，AIV)能量上下文，或网络130的预计性能。特别地，移动性可以关于用户设备在网络130中的移动。网络参数一般是网络状况或限制。

确定V2X服务的需求可以是基于V2X应用101的应用需求。如参考131所示，应用需求可以从V2X应用101传输到实体102。应用需求可以关于LoA更改，或另一个应用需求更改。

参考133示出了用于适应需求的适应请求消息的传输。图1A所示为适应请求消息，例如关于QoS适应或者模式更改。

如参考132所示，实体102能向V2X应用101传输，例如，通信更改警报或状态报告。

参考113示出了V2X服务需求的确定和适应请求消息的传输，涉及群组QoS和/或操作模式的适应。

图1B示出了本发明另一实施例提供的一种系统160。图1B中系统160包括对应图1A中的实体102的实体161。和图1A中的系统100相比，图1B中的系统160的不同之处在于，实体或逻辑控制单元161位于5GS或网络域103中。

图1C为本发明另一实施例提供的一种系统180。图1C中系统180与图1A和图1B中系统100和160的不同之处在于实体或逻辑控制单元的位置。实体或逻辑控制单元181位于车辆104中。优选地，实体或逻辑控制单元181和182分别位于车辆104和105中。

图1A和图1B中的实体102和161能够与，例如，应用服务器的V2X应用101通信，而图1C所示实施例中的实体181和182能够与车辆104和105的V2X应用141和146通信。实体181和182可以和车辆104和105的用户设备或终端123和124通过接口143和144通信。

如图1A、图1B和图1C所示的实施例中，实体或逻辑控制单元102、161、181和182和将在实体102、161、181和182中抽象化的网络功能，可以部署在：

-网络级和/或基站(base station，BS)级，作为新中间件应用或网络功能(network function，NF)，用来共同执行或为特定组的用户执行动态QoS和/或资源和/或模式的管理和适应；

-用户设备级或终端级，作为应用模块，用来适应QoS和/或模式和/或本地流量导向(例如在UE双连接到不止一个技术(例如802.11，4G，5G RAT)的情况下)。

参考图1A、图1B和图1C，实体102、161、181、182允许V2X应用101和5G系统103间的动态交互，从而能将应用需求转化为网络参数，反之亦然。这是通过监控和协商单一或一组相关V2X-UE 104和105的数据面配置(QoS，资源需求，操作和/或传输模式)实现的。

实体102、161、181和182充当V2X应用功能101、141和142和5GS 103之间的中间件实体。实体102、161、181和182允许单一或群组V2X用户设备123和124的QoS和/或SLA管理。

实体102、161、181和182可以包括至少一个以下单元：

-能力开放功能111，使得网络130和/或V2X服务对V2X应用101可见；

-群组SLA/QoS监控功能112，用来接收通知/监控事件和统计信息，以触发V2X应用101的群组更改请求；

-群组QoS和/或操作模式适应功能113，基于监控和/或应用请求，决定更改QoS和/或V2X操作模式，以及相关的用户面配置；

-流量导向功能单元114，基于监控或应用请求，决定通过不同的空中接口和/或RAT(例如4G，5G AIV，802.11p)引导业务流；

-群组资源控制功能115，对V2X-UE捆绑资源和/或资源池进行控制，通过快速高效的资源开通，优化V2X服务的性能；

-5GS配置116。

图2至图6所示的本发明实施例中，实体或逻辑控制单元位于网络侧和/或应用域，特别是在如图1A和图1B所示的5GS和应用服务器之间。

图2为根据本发明实施例的监控200。监控200是群组SLA/QoS监控功能112的一个示例。

在本实施例中，网络130包括RAN 201和核心网。核心网包括接入与移动性管理功能(access and mobility management function，AMF)202、会话管理功能(sessionmanagement function，SMF)203和策略控制功能(policy control function，PCF)204。优选地，AMF 202、SMF 203和PCF 204是核心网控制面(core network control plane，CN-C)的一部分。

参考205对应实体或逻辑控制单元100、160和180。参考206对应V2X应用101、141和142。V2X应用206也可以称作应用功能(application function，AF)。

本实施例中的5GS优选地用于一组汽车，即一组车辆104和105，因为汽车之间有交通效率的依赖关系。给定车辆的SLA协议必须考虑到分配给周围车辆的SLA协议，避免产生问题。监控200包括统计信息处理和群组SLA监控。

实体205能接收221RAN 201的上下文信息，和/或接收227RAN 201的事件。上下文信息和时间指的可以是RAN资源和/或流量情况和/或统计信息和/或上下文。上下文信息和事件可包括关于以下元素中至少一个的信息：

-流量和无线资源情况；

-可用性；

-RAN状态；

-AN失效；

-RAN过载；

-RAN覆盖；

-RAN负载；以及

-UE密度。

此处的基本原理是上下文信息会影响V2X应用206。在5GS使用多个空中接口变量(AIV)时，例如6GHZ上下的AIVs，会强烈影响eV2X服务操作(例如，使用Uu或PC5)和/或向不同AIV的流量导向。

优选地，实体205周期性地接收221接收的RAN 201的上下文信息。RAN的上下文信息的示例包括：

-流量情况：例如每个小区的流量负载，每个小区的活跃连接数，每个AIV的流量负载，每个AIV的连接数，或者BS中的队列状态信息；

-AIV和/或资源可用性：例如，无线链路状况如每个AIV的平均信道状况，小区远点的平均信道状况，小区近点区域，AIV能力，或AIV可用性。

RAN 201的接收事件基于监控事件226。监控事件的特征是为了监控具体事件。检测事件的网络功能可以是AMF 202。

优选地，RAN 201的事件是实时监控的事件。RAN 201的事件可包括以下指示中的一个或多个：

-RAN失效指示；

-RAN Overload indication,

-覆盖更改指示；以及

-UE密度更改指示。

而且，RAN 201的事件可以包括：

-失去连接：网络检测到UE对于信令或用户面通信都不再可及；

-UE可及性：此事件指示何时UE可及，能够向UE发送SMS或下行数据，这会在UE转换为CONNECTED模式时，或在UE能寻呼例如周期注册更新定时器时被侦测到；

-位置上报：此事件指示UE的当前位置或最后所知位置。当前位置支持一次性和连续位置上报。对于连续位置上报，服务节点在每次感知到位置变化时发送通知，粒度取决于接受的位置精度。最后所知位置仅支持一次性上报；

-漫游状态：此事件指示UE当前的漫游状态和该状态变化时的通知；

-地理区域中的UE数量：此事件指示在AF描述的地理区域中UE的数量。AF可以询问系统正常运行所知的该区域(最后所知位置)内的UE，或者AF可以要求系统也主动寻找该区域(当前位置)内的UE。

实体205可以从V2X应用206接收223车辆位置信息。车辆位置信息可以是，例如，车辆的坐标。车辆位置信息可以是车辆移动和/或位置信息(例如，使用地图和导航信息和/或预测)。

这样的优势在于，来自AMF 202的位置上报是小区级或跟踪区级的。通过导航地图信息，V2X应用206有更精确的位置信息和移动预测，这有助于5GS执行基于群组的监控和App到QoS的映射。

实体205还可接收222、224和225移动性、会话和策略的统计信息，分别来自TS23.502标准中4.15.1部分中的AMF 202、SMF 203和PCF 204。

实体205可监控228所述RAN 201的上下文信息和/或事件，以及根据监控的RAN201的上下文信息和/或监控的事件，向V2X应用206传输229监控报告。

实体205可监控228车辆位置信息，以及根据监控的RAN 201的上下文信息和事件，以及监控的车辆位置信息，向V2X应用206传输229监控报告。

基于步骤221中收到的上下文信息，实体205能处理所有的网络上下文信息,并且可以向V2X应用206提供群组SLA监控报告/触发229，以使得V2X应用仅为该组受影响的车辆更新服务需求(例如QoS或操作模式)。

基于监控事件226，RAN或AMF可向实体205发起新的网络监控事件消息。然后实体205通过群组SLA监控228，执行向群组触发事件或群组监控报告229的转换，并将其发送给V2X应用206。此消息可从V2X应用206发起更新的请求，与V2X数据面配置(QoS、操作模式或资源等)有关。

图3为根据本发明实施例的适应300；适应300是群组QoS和/或操作模式适应功能113的一个示例。

在本实施例中，网络130包括RAN 302和核心网。核心网包括AMF和SMF 303，PCF305，和用户面功能(user plane function，UPF)304。优选地，AMF和SMF 303，和PCF 305是核心网控制面(CN-C)的一部分。

参考205对应实体或逻辑控制单元100、160和180。参考206对应V2X应用101、141和142。V2X应用206也可以称作应用功能(AF)。

如适应300所示，V2X应用307通过实体306影响网络相关的配置流程，如QoS控制、操作模式和/或资源请求。

特别地，如适应300所示，V2X应用307通过实体306影响QoS适应。相应地，网络中引入了一种新过程，以使得V2X应用307能替换服务的QoS(例如，是因为LoA变化)。被称作AF-服务-标识的标识能够识别V2X应用307。AF-服务-标识到网络(network，NW)相关信息的映射能被改进以支持AF-服务-LoA-标识到QoS参数(例如承载信息、配置)的映射。QoS和/或模式更改请求会影响同一服务的用户或用户群组。

图3为适应300，特别地，包括实体306触发QoS适应的步骤。初始时，实体306从V2X应用307接收321触发事件。例如，触发事件表示给定服务的新的LoA请求或QoS需求。然后实体306将AF-服务-标识映射322到此业务组内单一或预定义的一组车辆的不同的QoS映射。

然后实体306向网络发送323QoS适应请求消息。QoS适应请求消息可以发送至CN-C(SMF和/或AMF 303)。例如在RAN支持动态QoS控制和/或增强的情况下，QoS适应请求消息可以发送至RAN 302。

在基于群组的QoS适应324步骤中，QoS适应请求消息可以用作立即动作(反应)，或用作会影响其中车辆的新策略规则。

QoS适应请求消息包括一个或多个以下参数：

-服务ID，以及可选地，LoA标识；

-UE ID或群组UE ID；

-每个UE和/或每组UE的新QoS分类(或PPPP)，QoS等级可以是QoS分类识别码(QoSclass identifier，QCI)或每个数据包优先级的ProSe(ProSe per packet priority，PPPP)。

然后，实体306从CN-C 303和/或RAN 302接收325QoS适应响应(ACK/NACK)。最后，通过向UE发送新消息326和327，以及通过向UPF 304发送328QoS适应消息以进行用户面适应，执行群组-QoS适应。而且，V2X应用307接收329QoS改变的通知消息，该QoS与特定车辆或受影响车辆的群组有关。

图4为根据本发明另一实施例的适应400。适应400是群组QoS和/或操作模式适应功能113的一个示例。

如适应400所示，V2X应用307通过实体306影响操作模式适应。相应地，网络中引入了一种新过程，以使得V2X应用307能替换操作模式(例如，在单播/组播之间、使用Uu和PC5的数据面之间等)。对于模式更改请求，CN-C和/或RAN需要处理基于群组的操作模式更改。

图4为适应400，特别地，包括操作模式适应的步骤。初始时，实体306从V2X应用307接收421触发事件(例如，表示给定服务的新LoA请求或操作需求)。然后实体306将AF-服务-标识映射422到此业务处理组内单一或预定义的一组用户的不同的V2X操作模式需求。

此案例的一个示例是，例如由于特定区域5G覆盖差，操作需要从车辆-网络-车辆更改为车辆－车辆的时候。此时，该接口需要从Uu更改为PC5，这会改变整个架构和流程。

然后，实体306发送423适应模式请求消息给受影响的相关域，特别是CN-C(SMF/AMF 303)和RAN 302。

适应模式请求消息包括一个或多个以下参数：

-服务ID，以及可选地，LoA标识；

-UE ID或群组UE ID；

-新UP配置，包括每个UE和/或每组UE的操作模式(例如PC5和UU)所需要的协议、功能和参数化的协议和功能。

在收到适应模式请求消息之后，网络，如RAN 302和/或CN-C 303执行基于群组的操作更改。

然后，实体306从CN-C和/或RAN接收425操作模式适应响应(ACK/NACK)。最后，通过向UE发送426新消息，以及可选地，通过向UPF 304发送427(群组)操作适应或通知以适应用户面，执行群组操作适应。而且，V2X应用307从实体306接收428通知消息，是关于受影响用户群组中的用户的操作更改。

图5为根据本发明另一实施例的适应500。适应500是群组QoS和/或操作模式适应功能113的一个示例。

如适应500所示，V2X应用307通过实体306影响群组资源请求更改。相应地，网络中引入了一种新过程，以使得V2X应用307能够捆绑或更改一组用户的资源请求。

图5为适应500，特别地，包括群组资源分配和适应的步骤。初始时，实体306从V2X应用307接收521触发事件(例如，表示给定服务的新LoA请求或操作需求)。

然后实体306将(例如业务处理组内的)共同的或预定义的一组车辆的AF-服务-标识映射522到群组UE资源请求。这会涉及提前对资源进行捆绑以及对资源请求不同的用户进行分组，以确保满足要求。这还需要监控和/或来自RAN的统计信息，以得到无线资源可用性和平均质量的更新信息。原因是一些V2X应用307可能有不同的资源需求，且V2X是资源需求差异极大(应用数据范围可为20B到12000B)的一类服务。因此，需要将资源或资源池绑定到属于不同或相同服务的用户组，以避免资源缺乏。

然后，实体306发送523新资源请求消息给RAN 302，RAN 302受到影响并决定524基于群组的资源分配。

新资源请求消息包括一个或多个以下参数：

-服务ID，以及可选地，LoA标识；

-UE ID或群组UE ID；

-资源ID和/或资源池ID；

-捆绑ID，会识别用户所属的具体群组，该群组与资源池相关联。

然后，实体306从RAN 302接收525响应(ACK/NACK)。最后，基于实际用户需求，实时执行526基于群组的资源分配。已发送521触发事件的V2X应用307，从实体306接收527关于资源更改请求的通知消息。可选地，受资源更改影响的其它V2X应用501，接收528关于更改的迟后通知消息528。

图6为根本发明实施例的配置600。实体306的另一任务是为不同LoA/CoR预配置关于新映射规则和策略的5GS域，从而能够使用预定义表的5GS快速做出决定。对于需要车辆群组快速适应QoS/操作模式的延迟要求高的服务，这非常重要。

相应的，实体306接收622RAN 601的上下文信息，和/或接收621和622RAN 601的事件和/或核心网602的事件，和/或接收623来自V2X应用307的应用信息。所述实体306为V2X服务的不同状态配置624扩展QoS规则。实体306向所述核心网602和用户设备301发送625和627配置的所述扩展QoS规则。

特别地，参考601指的是RAN和服务数据适配协议(service data adaptationprotocol，SDAP)，参考602是包括AMF和SMF 303以及PCF 305的CN-C。

图6示出了配置600，特别地，包括实体306配置以V2X为中心的5GS的步骤。

实体306周期性接收关于RAN和CN情况的统计信息、注册用户和活跃应用的信息，可选地包括来自V2X应用的位置信息，之后实体306可执行624APP定制的基于群组的5GS预配置，以支持此服务和潜在适应。

对于CN-C，预定义的策略可以由实体306配置，并可储存在CN-C(如SMF)中，从而将新V2X LoA映射到新QoS需求。扩展的UL/DL TFT映射表中条目是用于包括以下参数的不同LoA<Service x，LoA y，QoS UL z，QoS DL w，QoS SL q>，实体306将该扩展的UL/DL TFT映射表传输至UE 301。由现有的NAS接口执行传输625。传输映射表是为了用新的不同LoA的条目扩展UL TFT。相应的，扩展的UL TFT映射表从CN-C 602发送627至UE 301，扩展的DL TFT表从CN-C 602发送至UPF 304。

UL/TL业务流模板(traffic flow template，TFT)可按如下使用：

-在LTE中，作为建立EPS专有承载的一部分，可以分配DL-TFT和UL-TFT；

-EPS承载TFT是所有和该EPS承载有关的包过滤器的统称，且被用作数据包分类的一部分，以确保正确的流量在正确的承载上发送；

-DL TFT通常位于CN-C(例如AMF或SMF或PCF)中。UL-TFT通常位于UE，且可由CN-C通过NAS信令发送。

RAN 601可由实体306配置。具体地，服务数据适配协议(service dataadaptation protocol，SDAP)可由实体306配置。SDAP作为协议引入5G，用于QoS流到数据无线承载(data radio bearer，DRB)的映射和控制。将QoS流映射到DRB的流程，例如，在3GPPTS 37.324标准说明书1.1.1版本中的5.3部分得到阐述。实体向RAN/SDAP 601发送628V2X服务到DRB配置的映射消息，包括服务ID和LoA ID，以及此服务支持的每个LoA的DRB和/或DRB配置标识。RAN基于这些规则，为所有此服务和LoA内的用户或用户组执行/应用此映射。

图7为本发明另一实施例。如图1C所示，根据此实施例，实体或逻辑控制单元705可在UE 706和V2X应用704之间的车辆701中实现。此实体可以是部署了终端的实体705。

例如在V2X应用704在本地运行，如使用PC5或RAN用于数据面和控制面的情况下，实体705可以位于车辆701。在例如由于隧道内等覆盖差的场景中车辆或终端侧等需要适应UE配置的情况下，实体705也可以位于车辆701。

主要任务是监控724无线相关的测量，这会本地触发车辆群组的应用更改请求或QoS/操作模式更改。

图7为在覆盖范围外的部署了终端的实体的步骤。特别地，图7所示实施例中，车队701需要在本地基于监控724适应727QoS，而不是用Uu接口。

簇头车辆701或远端单元(RSU，如固定车辆)在支持的空中接口上接收721和722无线测量，在UE群组中其它车辆702、703的链路上接收721和722UE上下文信息。特别地，簇头车辆701的UE 706从其它车辆702和703的UE接收721和722无线测量和上下文信息。

簇头车辆701的UE 706将收到的无线测量和上下文信息以及长期统计信息传输至实体705。基于无线测量和、上下文信息和长期统计信息，实体705执行724群组UE上下文监控和处理。

之后，实体705向簇头车辆701的V2X应用704发送群组触发事件和/或监控报告725。若V2X应用704需要更改LoA或需求，则V2X应用704向实体705发送726应用更改请求消息。

实体705将该应用更改请求消息转换727为群组-QoS适应消息，群组-QoS适应消息被发送728、729和730至其它车辆702和703的UE 707和709。通过簇头车辆701的UE 706，群组-QoS适应消息被发送728、729和730至其它车辆702和703的UE 707和709。

此群组QoS适应包括关于所请求的更改的信息，可以是新的QoS分类识别码(QCI)，或是不同的每个数据包优先级的ProSe(ProSe Per Packet Priority，PPPP)。

最后，其它车辆702和703的UE 707和709应用所请求的QoS更改，并通过迟后通知消息通知731和732其它车辆702和703的相应的V2X应用708和710。

本发明具有以下优势：

-处理--在实体或逻辑控制单元--与5GS(RAN、CN、UE)不同域相关的统计信息和监控事件，能够给V2X应用功能提供更全面的输入；

-将用户/网络上下文信息和无线相关测量转换为报告/警报/触发，有助于应用快速决定适应和协商服务需求；

-在5GS组件的实体和配置做出决策，有利于增强灵活性并最小化控制面延迟。

本发明提出一种实体或逻辑控制单元，能够位于网络/BS和/或V2X终端侧。

此实体可负责网络状况和/或需求到V2X服务需求的监控和转换。该监控和转换可包括：接收网络上下文和/或监控事件，处理并转发至应用功能以触发应用QoS需求更改。该监控和转换可包括，向eV2X应用(例如车辆编队)提供基于群组的SLA监控和QoS控制。

此实体可负责V2X服务新/更新的需求到网络需求(QoS更改、不同操作模式和群组管理)的转换和协商。该转换和协商可包括，在触发应用更新时，为受此改变影响的用户群组转换为合适的QoS需求或操作模式(状态)。

此实体可负责5G系统(例如终端、RAN和CN)的控制单元配置，涉及用一组eV2X的具体规则/策略(关于LoA&CoR组合)运行/操作V2X应用，以基于本地观测的网络需求的动态变化，如BS的无线状况，快速进行QoS/模式适应。

为了执行这些任务，提出的实体可以包括至少一个以下的功能：

-网络/服务能力开放功能111；

-群组SLA/QoS监控功能112；

-群组QoS和/或操作模式适应功能113；

-流量导向功能要素114；以及

-群组资源控制功能115。

尽管附图和上述说明详细描绘和说明了本发明，但这些描绘和说明被认为是绘示性的或示例性的，而非限制性的。本发明不受所公开实施例限制。通过阅读本公开，本领域的技术人员显然可以作出其他修改。这些修改可能涉及本领域其它的已知特征，并可作为此处已描述特征的替代或补充。

在此结合各种实施例描述了本发明。但本领域技术人员通过实践本发明，研究附图、本发明以及所附的权利要求，能够理解并获得公开实施例的其它变体。在权利要求书中，“包括”一词并不排除其他元件或步骤，并且“一”或“一个”并不排除复数的情况。。单个处理器或其它单元可以实现权利要求中列举的若干项目的功能。在仅凭某些措施被记载在相互不同的从属权利要求书中这个单纯的事实并不意味着这些措施的结合不能被有效地使用。计算机程序可存储或分发到合适的介质上，例如与其它硬件一起或者作为其它硬件的部分提供的光存储介质或者固态介质，还可以以其它形式例如通过因特网或者其它有线或无线电信系统分发。

尽管已经参考本发明的特定特征和实施例描述了本发明，但是明显在不脱离本发明的精神和范围的情况下可以制定本发明的各种修改和组合。说明书和附图仅被视为所附权利要求书所定义的本发明的说明并且考虑落于本说明书的范围内的任何和所有修改、变体、组合或均等物。

Claims

1.一种用于为一个或多个用户设备控制V2X服务的实体（102，161，181，182），用于控制一个或多个用户设备（123，124）的车-everything（vehicle-to-everything，V2X）服务，其特征在于，

所述实体用于：

根据所述V2X服务中V2X应用（101，141，146）的应用需求（321，421，521，726），确定（322，422，522，727）所述V2X服务的需求，

其中所述需求包括操作模式和资源需求中的至少一个；以及

传输（323，423，523，728）包括所述需求的适应请求消息，用于适应所述需求。

2.根据权利要求1所述的实体（306），其特征在于，

所述实体用于：

向网络（302，303）传输（323，423，523）所述适应请求消息，以请求所述网络（302，303）适应所述已确定的需求。

3.根据权利要求1或2所述的实体（306），其特征在于，

所述实体用于：

接收（321，421，521）来自所述V2X应用（307）的所述应用需求；

接收（325，425，525）来自网络（302，303）的确认消息，以响应所传输的所述适应请求消息；以及

向所述V2X应用（307）传输（329，428，527）通知消息，以回应收到的所述确认消息。

4.根据权利要求1或2所述的实体（306），其特征在于，

所述实体用于：

接收（221）无线接入网络（radio access network，RAN）（201）的上下文信息，和/或接收（227）所述RAN（201）的事件。

5.根据权利要求4所述的实体（306），其特征在于，

所述实体用于：

监控（228）所述RAN（201）的所述上下文信息和/或所述事件；以及

根据监控的所述RAN（201）的所述上下文信息和/或监控的所述事件，向所述V2X服务的V2X应用（206，101，141，146）传输（229）监控报告。

6.根据权利要求5所述的实体（306），其特征在于，

所述实体用于：

接收（223）来自所述V2X应用（206，101，141，146）的车辆位置信息；

监控（228）所述车辆位置信息；以及

根据监控的所述RAN的所述上下文信息和所述事件，以及监控的所述车辆位置信息，向所述V2X服务的所述V2X应用（206，101，141，146）传输（229）所述监控报告。

7.根据权利要求1或2所述的实体（306），其特征在于，

所述实体用于：

接收（622）无线接入网络RAN（601）的上下文信息，和/或接收（621，622）所述RAN（601）的事件和/或为核心网实体（602）的事件，和/或接收（623）来自所述V2X服务的V2X应用的应用信息；

为所述V2X服务的不同状态配置（624）扩展QoS规则；以及

向所述核心网实体（602）和所述一个或多个用户设备（301，123，124）传输（625，627）配置的所述扩展QoS规则。

8.根据权利要求1或2所述的实体（306），其特征在于，

所述实体位于网络（121，122）、应用程序域或包括所述用户设备（123，124）中的一个用户设备的车辆中。

9.根据权利要求1或2所述的实体（705），其特征在于，

所述实体（181，705）用于：

向所述用户设备（123，124）中的一个用户设备（706）传输（728）所述适应请求消息，以请求所述用户设备（706）适应所述需求。

10.根据权利要求1或2所述的实体（102，161，181，182），其特征在于，

所述用户设备（123，124）集群为一组用户设备；以及

所述适应请求消息包括所述一组用户设备（123，124）的子集的指示（“UEID”，“Group-UEIDs”），从而请求适应所述子集的所述需求。

11.一种用于为一个或多个用户设备控制V2X服务的方法，用于控制一个或多个用户设备（123，124）的车-everything（vehicle-to-everything，V2X）服务，其特征在于，

所述方法包括：

其中所述需求包括操作模式和资源需求中的至少一个；以及

12.一种用于为一个或多个用户设备控制V2X服务的网络（130，302，303），用于支持一个或多个用户设备（301）的车-everything（vehicle-to-everything，V2X）服务，其特征在于，

接收（324，424，524）来自控制所述V2X服务的实体（306）的适应请求消息，所述适应请求消息包括所述V2X服务的需求，

其中所述需求包括操作模式和资源需求中的至少一个；以及

适应（324，424，524）所述需求。

13.根据权利要求12所述的网络（302，303），其特征在于

所述网络用于：

向控制所述V2X服务的所述实体（306）传输（325，425，525）确认消息。

14.根据权利要求12或13所述的网络（201，202），其特征在于

所述网络用于：

向控制所述V2X服务的所述实体（205）传输（221）无线接入网络RAN（201）的上下文信息，和/或向控制所述V2X服务的所述实体（306）发送（227）所述RAN（201）的事件。

15.根据权利要求12或13所述的网络，其特征在于，

所述网络用于：

向控制所述V2X服务的所述实体（306）发送（622）无线接入网络，RAN，（601）的上下文信息，和/或向控制所述V2X服务的实体（306）发送（621，622）所述RAN（601）的事件和/或核心网实体（602）的事件；

从控制所述V2X服务的所述实体（306）接收（625）所述V2X服务的不同状态的扩展QoS规则；以及

向所述一个或多个用户设备（301）传输（627）所述扩展QoS规则。

16.一种用于为一个或多个用户设备控制V2X服务的方法，用于支持一个或多个用户设备（301）的车-everything（vehicle-to-everything，V2X）服务，其特征在于，

所述方法包括：

其中所述需求包括操作模式和资源需求中的至少一个；以及

适应（324，424，524）所述需求。

17.一种用于为一个或多个用户设备控制V2X服务的车辆（104，105），其特征在于，包括：

如权利要求1至10中任一项所述的实体。