服务质量协商技术

摘要

本发明涉及移动设备(1300，310)，特别是车辆(100，201，202)，或应用服务器(1300，1014)。所述移动设备或所述应用服务器包括：处理器(1301)，用于：接收来自网络实体(1400)特别是基站(320，321)的通知(1302)，其中，所述通知(1302)包括可用服务质量(Quality of Service，简称QoS)的信息；以及向所述网络实体(1400，320，321)发送确认消息(1303)，以通知所述网络实体已接受所述通知的QoS。本发明还涉及一种网络实体(1400)，包括：网络实体控制器(1401)，用于：向移动设备(1300，310)，特别是车辆，或应用服务器(1300，1014)发送通知(1302)，其中，所述通知(1302)包括可用服务质量(Quality of Service，简称QoS)的信息；以及接收来自所述移动设备(1300，310)或所述应用服务器(1300，1014)的用于通知已接受所述通知的QoS的确认消息(1303)。

权利要求

1.一种移动设备(1300，310)，特别是车辆(100，201，202)，或应用服务器(1300，1014)，其特征在于，所述移动设备或所述应用服务器包括：处理器(1301)，用于：

接收来自网络实体(1400)，特别是基站(320，321)的通知(1302)，其中，所述通知(1302)包括可用服务质量(Quality of Service，简称QoS)的信息；以及向所述网络实体(1400，320，321)发送确认消息(1303)，以通知所述网络实体已接受所述通知的QoS。

2.根据权利要求1所述的移动设备(1300，310)或应用服务器(1300，1014)，其特征在于，所述移动设备(1300，310)或所述应用服务器(1300，1014)用于发送通知消息以向应用(1500)指示所述可用QoS。

3.根据权利要求1或2所述的移动设备(1300，310)或所述应用服务器(1300，1014)，其特征在于，所述移动设备或所述应用服务器用于从应用(1500)接收关于所选QoS的通知。

4.根据前述权利要求中的一项所述的移动设备(1300，310)或所述应用服务器(1300，

1014)，其特征在于，所述处理器(1301)用于在初始附着、专用承载建立或承载建立，具体是无线承载建立，的切换阶段接收所述通知(1302)。

5.根据前述权利要求中的一项所述的移动设备(1300，310)或应用服务器(1300，

1014)，其特征在于，

所述处理器(1301)用于向所述网络实体(1400)发送连接请求消息，其中，所述连接请求消息包括特定QoS类别；其中，所述QoS类别为QoS等级集合和/或列表中的特定QoS等级。

6.根据权利要求5所述的移动设备(1300，310)或应用服务器(1300，1014)，其特征在于，所述连接请求消息包括候选QoS类别列表；特别地

所述通知(1302)包括所述候选QoS类别列表中的至少一个QoS类别。

7.根据权利要求5或6所述的移动设备(1300，310)或应用服务器(1300，1014)，其特征在于，所述通知(1302)包括支持其它QoS类别的可用资源的信息，特别是下一个可用QoS类别，特别是在所述可用资源不支持所述特定QoS类别的情况下。

8.根据前述权利要求中的一项所述的移动设备(1300，310)或应用服务器(1300，

1014)，其特征在于，所述通知(1302)中的所述可用QoS信息包括可用的QoS类别列表，特别是所述QoS类别与可用资源的映射。

9.根据前述权利要求中的一项所述的移动设备(1300，310)或应用服务器(1300，

1014)，其特征在于，周期性地或由事件触发地接收来自所述网络实体的所述通知(1302)，特别是由所述移动设备(1300，310)的请求触发。

10.根据前述权利要求中的一项所述的移动设备(1300，310)或应用服务器(1300，

1014)，其特征在于，所述处理器(1301)用于周期性地上报信息，特别是所述移动设备的位置、移动信息、无线条件和应用状态。

11.一种网络实体(1400)，其特征在于，包括：

网络实体控制器(1401)，用于：

向移动设备(1300，310)，特别是车辆，或应用服务器(1300，1014)发送通知(1302)，其中，所述通知(1302)包括可用服务质量(Quality of Service，简称QoS)的信息；以及接收来自所述移动设备(1300，310)或所述应用服务器(1300，1014)的确认消息，所述确认消息用于通知已接受所述通知的QoS(1303)。

12.据权利要求11所述的网络实体(1400)，其特征在于，所述网络实体控制器(1401)用于根据请求和/或主动地发送所述通知(1302)，特别是基于对无线条件变化的预测。

13.根据权利要求11或12所述的网络实体(1400)，其特征在于，所述网络实体控制器(1401)用于在接受所述通知的QoS后，将与特定QoS相关的资源分配给所述移动设备(1300，

310)或所述应用服务器(1300，1014)。

14.根据权利要求13所述的网络实体(1400)，其特征在于，所述网络实体控制器(1401)用于：向一组车辆或应用服务器发送所述通知(1302)；以及

如果所述网络实体控制器(1401)从所述一组车辆中的所有车辆接收到各自的确认消息(1303)，则将与所述特定QoS相关的所述资源分配给所述一组车辆。

15.根据权利要求11至14中任一项所述的网络实体(1400)，其特征在于，所述网络实体控制器(1401)用于监控已建立的车辆到一切(vehicle-to-everything，简称V2X)业务的QoS。

16.一种用于与移动设备(1300，310)或应用服务器(1300，1014)协商服务质量(Quality of Service，简称QoS)的方法(1600)，其特征在于，所述方法包括：接收(1601)来自网络实体(1400)特别是基站的通知，其中，所述通知包括可用服务质量的信息；以及向所述网络实体(1400)发送(1602)确认消息，以通知所述网络实体(1400)已接受所述通知的QoS。

17.根据前述权利要求中的一项所述的移动设备(1300，310)或应用服务器(1300，

1014)中的应用(1500)，其特征在于，

所述应用(1500)用于向所述移动设备(1300，310)特别是车辆或所述应用服务器(1300，1014)发送请求(1502)，其中，所述请求(1502)包括关于所需服务质量(Quality of Service，简称QoS)的信息；以及所述应用(1500)用于从所述移动设备(1300，310)或所述应用服务器(1300，1014)接收关于接受所述通知的QoS的确认消息(1503)。

18.根据权利要求17所述的应用(1500)，其特征在于，所述应用(1500)用于接收指示可用QoS的通知消息。

19.根据权利要求17或18所述的应用(1500)，其特征在于，所述应用(1500)用于选择所述可用QoS，特别地，确认所述移动设备(1300，310)和/或所述应用服务器(1300，1014)的(1503)所述选择。

20.根据权利要求17至19中任一项所述的应用(1500)，其特征在于，所述应用(1500)用于从移动设备(1300，310)，特别是车辆，或应用服务器(1300，1014)接收单个可用QoS或可用QoS列表；以及所述应用(1500)用于向所述移动设备(1300，310)或所述应用服务器(1300，1014)发送响应，以批准所述单个可用QoS或从所述可用QoS列表中选择一个QoS。

21.根据权利要求17至20中任一项所述的应用(1500)，其特征在于，所述应用(1500)用于基于所述移动设备(1300，310)的目标通信业务的信息发送所述请求(1502)。

22.根据权利要求21所述的应用(1500)，其特征在于，所述目标通信业务与一组车辆相关。

23.根据权利要求21或22所述的应用(1500)，其特征在于，所述目标通信业务包括车辆到一切(vehicle-to-everything，简称V2X)业务，特别是以下业务中的一种：编队、协作冲突避免、协作感知。

24.根据权利要求17至23中任一项所述的应用(1500)，其特征在于，所述请求包括候选QoS列表。

说明书

服务质量协商技术

技术领域

[0001] 本发明涉及服务质量(Quality of Service，简称QoS)协商技术。特别地，本发明涉及与网络实体协商QoS的移动设备(例如，车辆)或应用服务器，涉及与移动设备或应用服务器协商QoS的网络实体，涉及用于协商QoS的移动设备或应用服务器中的应用。本发明还涉及一种QoS协商方法。

背景技术

[0002] 如2017年3月公开的3GPP TS 22.186V15.0.0中的“增强V2X场景的业务需求(版本15)”所述，在移动通信中，可以使用不同的QoS类别(或关键性能指标等级以及时延、可靠性等级等KPI)实现与车辆到任何事物(vehicle-to-anything，简称V2X)相关的使用情形(例如，编队、高级驾驶、协作感知)。不同的QoS类别将影响(自)驾驶行为(例如，车辆的速度、车辆之间的距离)。

[0003] 网络和车辆/UE可以以协作的方式建立和动态修改QoS承载，同时兼顾网络条件以及对驾驶行为的影响。例如，编队应用可以根据所述网络在特定时间段内能够支持编队成员之间通信的QoS来修改编队车辆之间的距离。如图2所示，所述网络能够提供的QoS越大，队伍的密度就越大(即，组成一排的车辆之间的距离越小)。

[0004] 然而，现有的用于在承载建立(或承载更新)过程中确定UE与所述网络之间的QoS类别的方案缓慢且效率不高。此外，由于网络条件的变化，所述网络没有向所述UE提前通知QoS变化从而能够促进(V2X)应用层进行提前修改的方案。

发明内容

[0005] 本发明的目的在于提供用于在车辆等移动设备之间提供更快且安全的通信的有效技术。

[0006] 特别地，本发明的目的在于，每当在连接建立、新业务或承载建立、切换等场景中触发准入控制时，使UE(或一组UE)与无线接入网(Radio Access Network，简称RAN)(RAN(BS)或核心网(Core Network，简称CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快，以建立车辆到车辆(vehicle-to-vehicle，简称V2V)无线承载。

[0007] 此目的可以通过独立权利要求的特征来实现。进一步的实施形式在从属权利要求、具体说明和附图中显而易见。

[0008] 本发明提供了解决该问题的方案。这些方案缩短了承载建立时间，为网络侧和V2X应用侧提供了灵活性。特别地，该问题的解决方案提供UE(或一组UE)的提前通知，用于修改已经建立并被V2V应用使用的V2V无线承载。这将提高系统的可靠性，允许所述V2X应用尽早得到通知(反馈)，以便修改承载。后者将允许车辆中的V2X应用尽早修改其驾驶行为。

[0009] 所公开的方案适用于直接和间接V2V(侧链)通信以及上行/下行通信。

[0010] 本发明的基本思想是在以下情形的承载建立过程中为UE引入软准入控制和针对下一个可用QoS承载信息的显式通知方案：初始附着(连接建立)、专用承载建立(处于RRC连接态)、切换。这样的QoS协商可以包括以下消息：对已经建立承载进行修改的提前通知、对下一个可用QoS承载或列表(QCI/优先级列表)的提议的回复、对请求消息中描述的所提议承载之一进行接受。

[0011] 本发明提供的方案具有以下优点：通过减少一组车辆与用于新无线承载的RRC建立的网络之间的消息交互，可以降低时延。因此，这也减少了信令开销。所述网络向一组车辆显式通知由于无线条件的突然变化而导致的QoS类别的变化，使得车辆在实际修改无线承载之前能够平滑地过渡，以增加/减少它们之间的距离。持续的业务提供降低了业务掉话率。可以减少QoS变化的影响，特别是对于关键业务而言。由于网络QoS特性的提前通知，可以提高车联网未来业务的可靠性和可用性，从而提高端到端的系统性能。

[0012] 所公开的方案在承载建立和维护过程中提供了可用承载的附加信息，以简化和加快连接建立。为UE引入了针对下一个可用QoS承载信息的显式通知方案，特别在以下情形的承载建立过程中：初始附着(连接建立)、专用承载建立(处于RRC连接态)、切换。所公开的方案提出了一种用于主动进行信令信息交换的新方法，包括：基于针对车辆或UE在以下情形下接收到的请求的网络条件，从所述网络接收下一个可用QoS承载的显式通知：(a)对已建立承载进行修改的提前通知；(b)对下一个可用QoS承载或列表(QCI/优先级列表)的提议的回复；(c)对请求消息中描述的所提议承载之一进行接受。

[0013] 所公开的方案提供了扩展信令，通过提供能够支持目标V2X业务的QoS类别列表/范围来支持来自所述车辆/UE的软承载请求。所公开的方案中提供了车辆或智能交通系统(Intelligent Transportation System，简称ITS)服务器的周期性上报或事件触发上报的使用，以及对当前网络状况的评估。

[0014] 下面，结合服务质量(Quality of Service，简称QoS)要求对无线接入网(Radio Access Network，简称RAN)和无线准入控制(Radio Admission Control，简称RAC)进行描述。无线准入控制(RAC)算法允许或拒绝针对新无线承载的承载请求。准入控制(Admission Control，简称AC)未标准化，这意味着LTE无线接入网中将运行不同的AC算法。竞争情况下的算法触发无线承载控制(Radio Bearer Control，简称RBC)，在这种情况下，基于伴随所述承载请求出现的分配和预留优先级(Allocation and Retention Priority，简称ARP)参数进行分配。每一个专用承载请求中都包含有ARP、QCI、MBR、GBR等QoS参数。所述ARP包含3个必选字段：优先级、抢占能力、抢占漏洞。优先级的范围为1到15(其中，1为最高优先级)。抢占能力包括以下条件：“不触发抢占”：在资源拥塞时不能抢占其它承载；“可以触发抢占”：在资源拥塞时可以触发对其它承载的抢占。抢占漏洞包含以下条件：“不可抢占”：该承载不能被其它承载抢占；“可以抢占”：其它承载在资源拥塞时可以释放该承载。在LTE中，BS可以在已建立承载中使用修改eps承载上下文请求动态修改QoS。在当前系统中，仅提供了与抢占相关的硬决策，即，V-UE在协商所需QoS时不具有额外的自由度，从而避免过度提供资源或拒绝。缺少网络条件的显式通知。

[0015] 本发明描述的方案中提供了一种软准入控制，以引入协商QoS的额外自由度和不同通知方案，每当在连接建立、新业务或承载建立、切换等场景中触发准入控制时，使UE(或一组UE)与无线接入网(RAN(BS)或核心网(Core Network，简称CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快，以建立车辆到车辆无线承载。

[0016] 为详细描述本发明，将使用以下术语、缩写和符号：

[0017] AF：          应用功能

[0018] AMF：         接入和移动性功能

[0019] AS：          接入层

[0020] CN：          核心网

[0021] CN-C：        核心网控制面

[0022] CN-F：        核心网功能

[0023] DRB：         专用无线承载

[0024] ITS：         智能交通系统

[0025] KPI：         关键性能指标

[0026] MME：         移动性管理实体

[0027] QoS：         服务质量

[0028] RAN：         无线接入网

[0029] RRC：         无线资源控制

[0030] TS：          技术规范

[0031] UE：          用户设备

[0032] 根据第一方面，本发明涉及一种移动设备，尤其涉及一种车辆，其特征在于，所述移动设备包括：处理器，用于：接收来自网络实体特别是基站的通知，其中，所述通知包括可用服务质量QoS的信息；以及向所述网络实体发送确认消息，以通知所述网络实体已接受所述通知的QoS。

[0033] 通过使用这样的移动设备或UE，例如车辆，可以使所述移动设备(或一组移动设备)与无线接入网(RAN(BS)或核心网(CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快。因此，每当在连接建立、新业务/承载建立、切换等场景中触发准入控制时，都可以建立车辆到车辆无线承载。这使得移动设备之间的通信更快、安全。

[0034] 在所述移动设备的一种示例性实现方式中，所述移动设备用于发送通知消息以向应用指示所述可用QoS。

[0035] 因此，所述移动设备上运行的应用具有确保安全通信所必需的所有信息的优点。

[0036] 在所述移动设备的一种示例性实现方式中，所述移动设备用于从所述应用接收关于所选QoS的通知。

[0037] 所述通知将允许所述车辆中的V2X应用尽早修改其驾驶行为。

[0038] 在所述移动设备的一种示例性实现方式中，所述处理器用于在初始附着、专用承载建立或承载(特别是无线承载)建立的切换阶段过程中接收所述通知。

[0039] 这样，通过减少一组车辆与用于新无线承载的RRC建立的网络之间的消息交互，可以降低时延。因此，这也减少了信令开销。

[0040] 在所述移动设备的一种示例性实现方式中，所述处理器用于向所述网络实体发送连接请求消息，其中，所述连接请求消息包括特定QoS类别，所述QoS类别为QoS等级集合和/或列表中的特定QoS等级。

[0041] 这样，具有可以通知所述网络特定需求的优点，例如，所述移动设备所需的特定QoS类别。

[0042] 在所述移动设备的一种示例性实现方式中，所述连接请求消息包括候选QoS类别列表，特别地，所述通知包括所述候选QoS类别列表中的至少一个QoS类别。

[0043] 这样，具有所述网络能够灵活地从所述列表中选择QoS类别的优点。

[0044] 在所述移动设备的一种示例性实现方式中，所述通知包括支持其它QoS类别的可用资源的信息，特别是下一个可用QoS类别，特别是在所述可用资源不支持所述特定QoS类别的情况下。

[0045] 这样，具有可以通知所述移动设备候选QoS类别的优点，并且可以检查这些QoS类别中是否有一个可以满足其要求。这为系统设计提供了更大的灵活性。

[0046] 在所述移动设备的一种示例性实现方式中，所述通知中的所述可用QoS的信息包括可用QoS类别列表，特别是这些QoS类别与可用资源的映射。

[0047] 这样，具有可以通知所述移动设备可用资源的优点，并且可以通过选择这些资源中的一个来做出反应。

[0048] 在所述移动设备的一种示例性实现方式中，周期性地或由事件触发地接收来自所述网络实体的所述通知，尤其是由所述移动设备的请求触发。

[0049] 这样，具有可以实现灵活的动作的优点。

[0050] 在所述移动设备的一种示例性实现方式中，所述处理器用于周期性地上报信息，特别是所述移动设备的位置、移动性信息、无线条件和应用状态。

[0051] 这样，具有所述网络可以收集所有必需信息并将其提供给所述网络中其它设备以改进通信的优点。

[0052] 根据第二方面，本发明涉及一种应用服务器，其特征在于，所述应用服务器包括：处理器，用于：接收来自网络实体特别是基站的通知，其中，所述通知包括可用服务质量QoS的信息；以及向所述网络实体发送确认消息，以通知所述网络实体已接受所述通知的QoS。

[0053] 通过使用这样的应用服务器，可以使所述移动设备(或一组移动设备)与无线接入网(RAN(BS)或核心网(CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快。因此，每当在连接建立、新业务/承载建立、切换等场景中触发准入控制时，都可以建立车辆到车辆无线承载。这使得移动设备之间的通信更快、安全。

[0054] 在所述应用服务器的一种示例性实现方式中，所述应用服务器用于发送通知消息以向应用指示所述可用QoS。

[0055] 因此，所述应用服务器上运行的应用具有确保安全通信所必需的所有信息的优点。

[0056] 在所述应用服务器的一种示例性实现方式中，所述应用服务器用于从所述应用接收关于所选QoS的通知。

[0057] 所述通知将允许所述车辆中的V2X应用尽早修改其驾驶行为。

[0058] 在所述应用服务器的一种示例性实现方式中，所述处理器用于在初始附着、专用承载建立或承载(特别是无线承载)建立的切换阶段过程中接收所述通知。

[0059] 这样，通过减少一组车辆与用于新无线承载的RRC建立的网络之间的消息交互，可以降低时延。因此，这也减少了信令开销。

[0060] 在所述应用服务器的一种示例性实现方式中，所述处理器用于向所述网络实体发送连接请求消息，其中，所述连接请求消息包括特定QoS类别，所述QoS类别为QoS等级集合和/或列表中的特定QoS等级。

[0061] 这样，具有可以通知所述网络特定需求的优点，例如，所述移动设备所需的特定QoS类别。

[0062] 在所述应用服务器的一种示例性实现方式中，所述连接请求消息包括候选QoS类别列表，特别地，所述通知包括所述候选QoS类别列表中的至少一个QoS类别。

[0063] 这样，具有所述网络能够灵活地从所述列表中选择QoS类别的优点。

[0064] 在所述应用服务器的一种示例性实现方式中，所述通知包括支持其它QoS类别的可用资源的信息，特别是下一个可用QoS类别，特别是在所述可用资源不支持所述特定QoS类别的情况下。

[0065] 这样，具有可以通知所述应用服务器候选QoS类别的优点，并且可以检查这些QoS类别中是否有一个可以满足其要求。这为系统设计提供了更大的灵活性。

[0066] 在所述应用服务器的一种示例性实现方式中，所述通知中的所述可用QoS的信息包括可用QoS类别列表，特别是这些QoS类别与可用资源的映射。

[0067] 这样，具有可以通知所述应用服务器可用资源的优点，并且可以通过选择这些资源中的一个来做出反应。

[0068] 在所述应用服务器的一种示例性实现方式中，周期性地或由事件触发地接收来自所述网络实体的所述通知，尤其是由所述移动设备的请求触发。

[0069] 这样，具有可以实现灵活的动作的优点。

[0070] 在所述应用服务器的一种示例性实现方式中，所述处理器用于周期性地上报信息，特别是所述移动设备的位置、移动性信息、无线条件和应用状态。

[0071] 这样，具有所述网络可以收集所有必需信息并将其提供给所述网络中其它设备以改进通信的优点。

[0072] 根据第三方面，本发明涉及一种网络实体，包括：网络实体控制器，用于：向移动设备(特别是车辆)或应用服务器发送通知，其中，所述通知包括可用服务质量(Quality of Service，简称QoS)的信息；以及接收来自所述移动设备或所述应用服务器的用于通知已接受所述通知的QoS的确认消息。

[0073] 通过使用这样的网络实体，可以使所述移动设备(或一组移动设备)与无线接入网(RAN(BS)或核心网(CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快。因此，每当在连接建立、新业务/承载建立、切换等场景中触发准入控制时，都可以建立车辆到车辆无线承载。这使得移动设备之间的通信更快、安全。

[0074] 在所述网络实体的一种示例性实现方式中，所述网络实体控制器用于根据请求和/或主动地发送所述通知，特别是基于对无线条件变化的预测。

[0075] 这为系统设计提供了高度的灵活性。

[0076] 在所述网络实体的一种示例性实现方式中，所述网络实体控制器用于在接受所述通知的QoS时，将与特定QoS相关的资源分配给所述移动设备或所述应用服务器。

[0077] 这样，具有可以通知所述移动设备可用资源的优点，并且可以影响所述网络的资源分配。

[0078] 在所述网络实体的一种示例性实现方式中，所述网络实体控制器用于：向一组车辆或应用服务器发送所述通知；以及如果所述网络实体控制器从所述一组车辆中的所有车辆接收到各自的确认消息，则将与所述特定QoS相关的所述资源分配给所述一组车辆。

[0079] 这将提高系统的可靠性，允许所述一组车辆尽早得到通知(反馈)，以便修改承载。将允许所述车辆中的V2X应用尽早修改其驾驶行为。

[0080] 在所述网络实体的一种示例性实现方式中，所述网络实体控制器用于监控已建立的车辆到一切(vehicle-to-everything，简称V2X)业务的QoS。

[0081] 这样，所述网络实体具有可以使用实时QoS的优点。

[0082] 根据第四方面，本发明涉及一种与移动设备或应用服务器协商服务质量(Quality of Service，简称QoS)的方法，所述方法包括：接收来自网络实体特别是基站的通知，其中，所述通知包括可用服务质量QoS的信息；以及向所述网络实体发送确认消息，以通知所述网络实体已接受所述通知的QoS。

[0083] 通过这种方法，可以使所述移动设备(或一组移动设备)和所述网络实体之间的“协商”更快。因此，每当在连接建立、新业务/承载建立、切换等场景中触发准入控制时，都可以建立车辆到车辆(vehicle-to-vehicle，简称V2V)无线承载。这使得移动设备之间的通信更快、安全。

[0084] 根据第五方面，本发明涉及根据本发明第一或第二方面的移动设备或应用服务器中的应用，其中，所述应用用于向移动设备(特别是车辆)或应用服务器发送请求，所述请求包括所需服务质量(Quality of Service，简称QoS)信息，所述应用用于从所述移动设备接收关于接受所述通知的QoS的确认消息。

[0085] 这样，具有在所述移动设备和/或所述应用服务器上运行的应用可以以协作的方式建立和动态修改QoS承载，同时兼顾网络条件以及对驾驶行为的影响。例如，编队应用可以根据所述网络在特定时间段内能够支持编队成员之间通信的QoS来修改编队车辆之间的距离。所述网络能够提供的QoS越大，队伍的密度就越大。

[0086] 在所述应用的一种示例性实现方式中，所述应用用于接收指示可用QoS的通知消息。

[0087] 这样，具有所述应用可以基于来自所述通知消息的信息优选地控制车辆的优点，例如，队伍成员之间的距离。

[0088] 在所述应用的一种示例性实施方式中，所述应用用于选择所述可用QoS，特别地，向所述移动设备和/或所述应用服务器确认所述选择。

[0089] 所述可用QoS可以是单个QoS或不同QoS类别列表。通过采用灵活的QoS类别设计，提高了安全性。

[0090] 在所述应用的一种示例性实施方式中，所述应用用于从所述移动设备(特别是车辆)或所述应用服务器接收单个可用QoS或可用QoS列表；以及所述应用用于向所述移动设备或所述应用服务器发送响应，以批准所述单个可用QoS或从所述可用QoS列表中选择一个QoS。

[0091] 这样，具有所述应用能够灵活地从所述列表中选择QoS类别的优点。

[0092] 在所述应用的一种示例性实施方式中，所述应用用于基于所述移动设备的目标通信业务的信息发送所述请求。

[0093] 这样，具有可以根据具体需求定制所述应用的优点。

[0094] 在所述应用的一种示例性实施方式中，所述目标通信业务与一组车辆相关。

[0095] 这样，具有可以安全实现编队、高级驾驶、协作感知等各种流量场景的优点。

[0096] 在所述应用的一种示例性实施方式中，所述目标通信业务包括车辆到一切(vehicle-to-everything，简称V2X)业务，特别是以下业务中的一种：编队、协作冲突避免、协作感知。

[0097] 这样，具有可以将所述应用灵活地应用于不同应用的优点。

[0098] 在所述应用的一种示例性实施方式中，所述请求包括候选QoS列表。

[0099] 这样，具有所述应用可以从所述候选QoS列表中进行选择的优点。

[0100] 下面，重点介绍本发明的相关方面：

[0101] 一种在连接建立过程中从基站向车辆显式通知可用QoS的方法。

[0102] 在该方法中，通过提供可支持目标V2X业务的QoS范围(或列表)，扩展信令以支持从车辆到网络的灵活连接请求。

[0103] 在该方法中，从所述基站向所述车辆发送关于已建立承载的下一个可用QoS类别(基于某些推测和预测)的提前通知消息，以帮助车辆根据可支持的QoS类别(主动信令)尽早修改其驾驶行为。

[0104] 在承载建立过程中，所述基站向所述车辆引入了关于显式通知下一个可用QoS承载信息的新的信令信息：在以下上下文中扩展消息：(a)初始附着(RRC空闲态到RRC连接态)；(b)新的专用承载建立(涉及MME)；(c)切换(基站间下一个可用QoS承载信息的显式通知)。

[0105] 通过提供可支持目标V2X业务的QoS类别的范围(或列表)，扩展信令以支持从车辆到网络的软承载请求：在初始附着、新的专用承载建立或切换的情况下，扩展车辆发起的消息；在切换的情况下，提议将所述UE在切换事件上下文中提供给所述基站并同时转发给目标基站的新类型的信息添加至测量报告和所述(候选)QoS等级列表；在V2X应用服务器发起的业务请求的情况下，扩展MBMS消息以激活承载和各自的RAN消息。

[0106] 从所述基站向所述车辆引入关于已建立承载的下一个可用QoS类别(基于一些推测和预测)的提前通知消息，以帮助车辆根据可支持的QoS类别尽早修改其驾驶行为：周期性或由事件触发地更新的所述通知消息可以由所述基站或任何其它RAN实体提供；所述车辆(或ITS服务器)周期性地或由事件触发地进行上报，以便于所述通知消息。

附图说明

[0107] 本发明的具体实施方式将结合以下附图进行描述，其中：

[0108] 图1示出了具有V2X通信系统102和智能交通系统(Intelligent Transportation System，简称ITS)101的车辆100(例如，汽车)的示意图；

[0109] 图2示出了阐述V2X启动的距离控制特性的两种场景的示意图：(a)汽车201和202之间的短距离210；(b)汽车201和202之间的长距离211；

[0110] 图3示出了本发明提供的用于在初始附着过程中显式通知下一个可用QoS承载的示例性消息序列图300的示意图；

[0111] 图4示出了本发明提供的用于在初始附着过程中显式通知下一个可用QoS承载的第二选择的示例性消息序列图400的示意图；

[0112] 图5示出了本发明提供的用于在新的专用承载建立(车辆处于RRC连接态)过程中显式通知下一个可用QoS承载的示例性消息序列图500的示意图；

[0113] 图6示出了本发明提供的用于在切换过程中显式通知下一个可用QoS承载的示例性消息序列图600的示意图；

[0114] 图7示出了本发明提供的用于在初始附着过程中的软承载请求的示例性消息序列图700的示意图；

[0115] 图8示出了本发明提供的用于在新的专用承载建立(车辆处于RRC连接态)过程中的软承载请求的示例性消息序列图800的示意图；

[0116] 图9示出了本发明提供的用于在切换过程中的软承载请求的示例性消息序列图900的示意图；

[0117] 图10示出了本发明提供的当V2X应用服务器发起业务请求(MBMS情形)时的软承载请求的示例性消息序列图1000的示意图；

[0118] 图11示出了阐述本发明提供的V2X应用服务器的接口的示意图1100；

[0119] 图12示出了本发明提供的用于“更新已建立承载”的提前通知的示例性消息序列图1200的示意图；

[0120] 图13示出了本发明提供的与网络实体协商QoS的示例性移动设备1300(或应用服务器或车辆)的框图；

[0121] 图14示出了本发明提供的与移动设备或应用服务器协商QoS的示例性网络实体1400的框图；

[0122] 图15示出了本发明提供的请求所需QoS的示例性应用1500的框图；以及

[0123] 图16示出了本发明提供的协商QoS的示例性方法1600的示意图。

具体实施方式

[0124] 以下结合附图进行详细描述，所述附图是描述的一部分，并通过图解说明的方式示出可以实施本发明的具体方面。可以理解的是，在不脱离本发明范围的情况下，可以利用其它方面，并可以做出结构上或逻辑上的改变。因此，以下详细的描述并不当作限定，本发明的范围由所附权利要求书界定。

[0125] 可以理解的是，与所描述的方法有关的注释对于与用于执行方法对应的设备或系统也同样适用，反之亦然。例如，如果描述了一个具体的方法步骤，对应的设备可以包括用于执行所描述的方法步骤的单元，即使此类单元未在图中详细阐述或说明。此外，应理解，除非另外具体指出，否则本文中描述的各种示例性方面的特征可彼此组合。

[0126] 此处描述的方法和设备也可以基于类似于LTE尤其是4.5G、5G及以上的移动通信标准在无线通信网络中实现。此处描述的方法和设备也可以在无线通信网络中实现，尤其是根据IEEE 802.11类似WiFi通信标准的通信网络。所述设备可以包括集成电路和/或无源器件，并且可以根据各种技术制造。例如，所述电路可以被设计为逻辑集成电路、模拟集成电路、混合信号集成电路、光学电路、存储器电路和/或集成无源器件。

[0127] 此处描述的设备可以用于发送和/或接收无线信号。所述无线信号可以是或可以包括由射频处于约3kHz至300GHz范围内的无线发射设备(或无线发射机或发送器)发射的射频信号。

[0128] 此处描述的设备和系统可以包括处理器、存储器和收发器，即发射器和/或接收器。在以下描述中，术语“处理器”描述了可用于处理特定任务(或方框或步骤)的任何设备。处理器可以是单个处理器或多核处理器，或者可以包括一组处理器，也可以包括处理部件。
处理器可以处理软件、固件或应用程序等。

[0129] 下面，介绍基站和用户设备。基站的示例可以包括接入节点、演进型基站(evolved NodeB，简称eNB)、gNB、NodeB、主基站(master eNB，简称MeNB)、辅基站(secondary eNB，简称SeNB)、远程无线头和接入点。

[0130] 图1示出了车辆100(例如，汽车)的示意图。所述车辆包括V2X通信系统102和智能交通系统101。这两种系统的功能描述如下：

[0131] 图2示出了阐述V2X启动的距离控制特性的两种场景的示意图：(a)汽车201和202之间的短距离210；(b)汽车201和202之间的长距离211。

[0132] 网络和车辆/UE可以以协作的方式建立和动态修改QoS承载，同时兼顾网络条件以及对驾驶行为的影响。例如，编队应用可以根据所述网络在特定时间段内能够支持编队成员之间通信的QoS来修改编队车辆(例如，图2所示的车辆201和202)之间的距离。所述网络能够提供的QoS越大，队伍的密度就越大。在图2上部分所示场景中，组成一排的车辆201和202之间的距离210较短，而在图2下部分所示场景中，组成一排的车辆201和202之间的距离
211较大。

[0133] 图3示出了本发明提供的用于在初始附着过程中显式通知下一个可用QoS承载的示例性消息序列图300的示意图。

[0134] 图3示出了一种用于主动进行信令信息交换的新方法的消息序列，包括在初始附着和切换情形下的承载建立过程中显式通知BS 320和UE 310(例如，图1和图2所示的车辆100或201、202)之间的下一个可用QoS承载信息。在随机建立301中，所述UE 310向所述基站
320发送随机接入前导302，所述BS 320回复随机接入响应303。在RRC连接建立304中，所述UE 310向所述基站320发送包括建立原因和其它参数的RRC连接请求消息305，所述BS 320执行准入控制306，并回复指示下一个支持的可用QoS类别的RRC连接建立307。然后，所述UE 
310向所述BS 320回复RRC连接建立完成308，所述BS 320向所述网络中的实体CN-F(核心网功能)330发送业务请求309。

[0135] 所述建立原因描述了所请求的业务及其所需的QoS。所述准入控制306中使用它来标识所请求的资源。

[0136] 如果所述BS 320不能支持所述车辆310针对所请求的QoS类别的初始请求，则所述BS 320基于所述准入控制306将可用于支持所述特定V2X业务的下一个可用QoS类别通知给所述UE 310。所述车辆310将评估所述可用QoS类别是否可用于支持目标V2X业务。

[0137] 图4示出了本发明提供的用于在初始附着过程中显式通知下一个可用QoS承载的第二选择的示例性消息序列图400的示意图。在该第二选择中，UE 310和BS 320交换附加RRC连接更新401和402。

[0138] 在随机建立301中，所述UE 310向所述基站320发送随机接入前导302，所述BS 320回复随机接入响应303。在RRC连接建立304中，所述UE 310向所述基站320发送包括建立原因和其它参数的RRC连接请求消息305，所述BS 320执行准入控制306。根据所述准入控制306的结果，所述BS 320将RRC连接更新401发送到所述UE 310，所述UE 310处理所述更新并将RRC连接更新完成402发送至所述BS 320。然后，所述BS 320向所述UE 310发送RRC连接建立307，指示下一个支持的可用QoS类别。所述UE 310向所述BS 320回复RRC连接建立完成
308，所述BS 320向所述网络中的实体CN-F(核心网功能)330发送业务请求309。

[0139] 图5示出了本发明提供的用于在新的专用承载建立(车辆处于RRC连接态)过程中显式通知下一个可用QoS承载的示例性消息序列图500的示意图。在该场景中，网络主动提供备选可用QoS类别列表。

[0140] 所述消息序列图500开始于处于连接态501的车辆310。所述UE 310向所述BS 320发送NAS业务请求502，所述BS 320将NAS业务请求503转发至CN-F 330，所述CN-F 330向执行准入控制306的所述BS 320发送NAS上下文建立请求504。然后，所述BS 320向所述UE 310发送指示下一个支持的可用QoS类别的RRC连接重配置506，所述UE 310向所述BS 320回复RRC连接重配置完成507，所述BS 320向所述CN-F 330发送NAS上下文建立响应508。

[0141] 所述BS 320基于所述准入控制306的结果以及基于现有条件向所述UE 310提供可分配/发行到特定业务的(一个或多个)QoS类别(例如，25ms的延迟、1％的丢包等等)列表。将UL(控制平面)资源分配给所述车辆310以进行快速响应。考虑到一些V2X业务可以使用不同程度的KPI实现，所述车辆310选择适当的QoS类别并通知所述BS 320。

[0142] 所述BS 320输入所需的V2X业务和能够支持所述特定V2X业务的QoS类别，并基于网络可用性和网络条件选择下一个能够支持所述V2X业务的QoS类别。所述下一个支持的可用QoS类别作为输入提供给所述“RRC连接重配置”消息506。所述车辆310检查是否可以使用提议的“下一个支持的可用QoS类别”。如果接受，则所述UE 310回复完整消息507。否则，拒绝所述请求506。

[0143] 图6示出了本发明提供的用于在切换过程中显式通知下一个可用QoS承载的示例性消息序列图600的示意图。该场景描述了基站(即，源BS 320和目标BS 321)之间的下一个可用QoS承载信息的显式通知。

[0144] 所述消息序列图600开始于处于连接态501的车辆310。所述UE 310向源BS(例如，图4和图5所示的BS 320)发送UE测量报告602，所述源BS 320执行切换决策603，并向目标BS 321发送切换请求。所述目标BS 321执行准入控制306，并向所述源BS 320发送切换请求确认消息606。然后，所述源BS 320向所述UE发送切换命令607，以在所述UE 310上发起切换。
所述源BS 320脱离源小区，并发起与新小区608的同步。所述UE 310向所述目标BS 321发送切换确认消息609，所述目标BS 321开始向目标eNodeB 610下发缓存的数据包。

[0145] 图7示出了本发明提供的用于在初始附着过程中的软承载请求的示例性消息序列图700的示意图。该场景描述了软承载请求。UE 310提供QCI请求的范围，以供BS 320基于准入控制算法确定最佳的QCI请求，并对所述最佳QCI请求进行响应。提出了一种初始附着过程和切换过程中作为无线准入控制的软无线承载请求的一部分的可能包含的QoS请求组的新信令信息。

[0146] 所述UE 310向所述基站320发送随机接入前导302，所述BS 320回复随机接入响应303。在RRC连接建立304中，所述UE 310向所述基站320发送消息RRC连接请求305，所述消息RRC连接请求305包括上文结合图3所述的建立原因以及候选QoS类别列表和其它参数。所述BS 320执行准入控制306，并回复RRC连接建立307，所述RRC连接建立307指示所述候选QoS等级列表支持的QoS等级。然后，所述UE 310向所述BS 320回复RRC连接建立完成308，所述BS 320向CN-F(核心网功能)330发送业务请求309。

[0147] 图8示出了本发明提供的用于在新的专用承载建立(车辆处于RRC连接态)过程中的软承载请求的示例性消息序列图800的示意图。

[0148] UE 310向BS 320发送NAS业务请求502，所述BS 320将NAS业务请求503转发至CN-F 330，所述CN-F 330向执行准入控制306的所述BS 320发送NAS上下文建立请求504。然后，所述BS 320向所述UE 310发送指示支持的QoS类别的RRC连接重配置506，所述UE 310向所述BS 320回复RRC连接重配置完成507，所述BS 320向所述CN-F 330发送NAS上下文建立响应
508。

[0149] 所述车辆310在所述“业务请求”502中包括能够支持目标V2X服务的QoS等级列表。在所述“上下文建立请求”消息504中添加相同的信息。所述BS 320输入所需的V2X业务和能够支持特定V2X业务的QoS类别，并根据网络可用性和网络条件，选择能够最大化所述UE 
310的收益的QoS类别。提供所选择的QoS类别，将其输入所述“RRC连接重配置”消息506中。

[0150] 图9示出了本发明提供的用于在切换过程中的软承载请求的示例性消息序列图900的示意图。该场景与图6的场景类似。但是，在向目标BS 321发送切换请求之前，源BS 
320通知所述UE 310。

[0151] 所述消息序列图900开始于处于连接态501的车辆310。所述UE 310向所述源BS，即，图4和图5所示的BS 320，发送UE测量报告602，所述源BS 320执行切换决策603。然后，所述源BS向所述UE 310发送切换QoS配置请求消息901，所述UE 320向所述源BS 320回复切换QoS配置响应902。然后，所述源BS 320向所述目标BS 321发送切换请求604，所述目标BS 321执行准入控制306，并向所述源BS 320发送切换请求确认消息606。然后，所述源BS 320向所述UE发送切换命令607，以在所述UE 310上发起切换。所述源BS 320脱离源小区，并发起与新小区608的同步。所述UE 310向所述目标BS 321发送切换确认消息609，所述目标BS 
321开始向目标eNodeB 610下发缓存的数据包。

[0152] 在所述测量报告中引入一种新的事件类型。该事件将启动/触发所述源eNB 320请求所述车辆310在相邻小区比服务小区好x dB的情况下指定候选QoS类别池。

[0153] 或者，所述切换QoS配置响应消息902可以在所述UE测量报告602之后发送，无需所述源eNB 320发送所述请求901。

[0154] 待建立的E-UTRAN无线接入承载(e-UTRAN Radio Access Bearer，简称eRAB)列表包括选择的QoS类别。

[0155] 图10示出了本发明提供的当V2X应用服务器1014发起业务请求(MBMS情形)时的软承载请求的示例性消息序列图1000的示意图。

[0156] 在图10的场景中，所述V2X应用服务器1014通过向BM-SC 1013发送激活MBMS承载请求1001来发起该消息。所述BM-SC 1013向MBMS S-GW 1012发送会话开始请求消息1002，所述MBMS S-GW 1012将所述会话开始请求消息1002转发给MME 1011，所述MME 1011将其转发给E-UTRAN 1010，例如，BS 320。然后，所述E-UTRAN 1010与所述UE 310执行RAN资源建立1003。在完成所述RAN资源建立1003之后，所述E-UTRAN 1010向所述MME 1011发送会话开始响应消息1004，所述MME 1011将其转发给所述MBMS S-GW 1012，所述MBMS S-GW 1012将其转发给BM-SC 1013。所述BM-SC 1013向所述V2X应用服务器1014发送响应消息1005。

[0157] 基于会话的V2X业务有多种类型(编队、协作冲突避免、协作感知……)，其中，涉及一组车辆。在升级到更高的QoS等级或降级到更低的QoS等级之前，所涉及的一组车辆需要发出通知，所述通知中包含“修改EPS承载上下文请求”消息和相应的响应。这有利于车辆(V2X应用程序)相应和平滑地(按组)修改其驾驶行为。所述网络向特定V2X业务涉及的车辆通知QoS等级的预期变化。根据所述特定V2X业务(例如，编队)涉及的一组车辆的响应，所述网络将继续修改承载。

[0158] 如果所涉及的车辆不需要或不接受QoS升级(例如，队伍内的一辆车不能进一步缩小差距)，则不会向所涉及的一组车辆发送修改EPS承载。如果不接受QoS降级，则请求释放会话(或任何其它应用层修改)，以满足所述网络可以提供的QoS等级。在任何其它情况下，所述修改EPS承载上下文请求消息将发送给所有相关车辆。

[0159] 基于本地无线信息以及车辆的定期上报(例如，位置、应用状态等)进行定期资源检查。如果不涉及所述MME 1011，则所述基站1010可以发送“承载更新请求”消息，并且将通过RRC重新配置进行承载修改。

[0160] 图11示出了阐述本发明提供的V2X应用服务器的接口的示意图1100。针对已建立承载(QoS)改变的提前通知场景描述如下：

[0161] MB2参考点(BM-SC 1013<->V2X应用服务器1014)允许应用请求激活、去激活和修改MBMS承载。所述V2X应用服务器1014在激活MBMS承载请求消息1001(如图10所示)中添加能够支持所述目标V2X业务的QoS等级列表。在向所述E-UTRAN实体1010发送的用于建立无线MBMS承载的“会话开始请求”消息1002(如图10所示)中添加相同的信息。所选择的QoS类别被提供给所述V2X应用服务器1014，以便相应地修改所述V2X应用服务器1014到所述车辆310的(DL)传输。

[0162] 图12示出了本发明提供的用于“更新已建立承载”的提前通知的示例性消息序列图1200的示意图。

[0163] BS 320开始于通过基于网络和/或路径条件向CN-F 330发送QoS升级/降级1201来进行定期资源检查。所述CN-F 330向UE 1210和1220发送承载更新请求消息1202。所述UE 1210和1220中的一个可以是车辆320，例如，100、201、202。这些UE 1210和1220向所述CN-F 
330回复承载更新响应消息1203。然后，所述CN-F 330检查承载更新1204的响应，并向所述UE 1210和1220发送修改EPS承载上下文请求消息1205，所述UE 1210和1220向所述CN-F 
330回复修改EPS承载上下文接受消息1206。

[0164] 如果所述激活MBMS承载请求消息中没有“(候选)QoS等级列表”，则根据(MBMS)准入控制结果，可以向所述V2X应用服务器(通过“会话开始响应”和“激活MBMS承载响应”消息)提议下一个可用的QoS类别(或其列表)。所述V2X应用服务器1014选择满足其应用层需求的QoS等级。

[0165] 图13示出了本发明提供的与网络实体协商QoS的示例性移动设备1300(例如，车辆)或应用服务器的框图。图13所示的所述设备1300的一般结构对于移动设备和应用服务器来说是相同的。其包括用于处理移动设备特定任务或应用服务器特定任务的处理器1301。下面描述根据本发明的所述移动设备1300和所述应用服务器1300的功能。所述移动设备1300可以是车辆，例如，上文结合图1和图2所述的车辆100、201和202。所述移动设备
1300可以是上文结合图3至图12所述的用户设备(UE)310，例如，上文结合图1和图2所述的设置在车辆100、201和202中的用户设备310。

[0166] 所述处理器1301用于从网络实体(例如，下文结合图14所述的网络实体1400)接收通知1302。所述网络实体可以是基站，例如，上文结合图3至图12所述的基站320和321，所述通知1302包括可用服务质量QoS的信息，例如，上文结合图3至图12所述。所述处理器1301用于向所述网络实体1400、320和321发送确认消息1303，以通知所述网络实体接受所述通知的QoS。

[0167] 所述移动设备1300和310或所述应用服务器1300和1014可以发送通知消息以向下文结合图15所述的应用1500等指示可用QoS。所述应用1500可以在移动设备1300或应用服务器1300上运行。所述移动设备或所述应用服务器可以从所述应用1500接收关于所选QoS的通知。

[0168] 所述处理器1301可以在初始附着、专用承载建立或承载(特别是无线承载)建立的切换阶段过程中接收所述通知1302，例如，上文结合图3至图12所述。所述处理器1301可以向所述网络实体1400发送连接请求消息，所述连接请求消息可以包括特定QoS类别。所述QoS类别可以为QoS等级集合和/或列表中的特定QoS等级。

[0169] 所述连接请求消息可以包括候选QoS类别列表。所述通知1302可以包括，例如，所述候选QoS类别列表中的至少一个QoS类别。所述通知1302包括支持其它QoS类别的可用资源的信息，特别是下一个可用QoS类别，特别是在所述可用资源不支持所述特定QoS类别的情况下。

[0170] 所述通知1302中的所述可用QoS的信息可以包括可用QoS类别列表，特别是这些QoS类别与可用资源的映射。所述网络实体的所述通知1302可以周期性地或由事件触发地接收，特别地，由所述移动设备1300和310的请求触发，例如，上文结合图3至图12所述。所述处理器1301可以用于周期性上报移动设备的信息，特别是位置、移动性信息、无线条件和应用状态。

[0171] 图14示出了本发明提供的与移动设备或应用服务器协商QoS的示例性网络实体1400的框图。所述网络实体1400，例如，可以是上文结合图3至图12所述的CN-F 330。所述网络实体1400包括执行控制任务的网络实体控制器1401。

[0172] 所述网络实体控制器1401用于向移动设备1300和310(特别是车辆)或应用服务器1300和1014发送通知(例如，上文结合图13所述的通知1302)，例如，上文结合图13所示。所述通知1302包括可用服务质量QoS的信息。所述网络实体控制器1401用于从所述移动设备
1300和310或所述应用服务器1300和1014接收确认消息，例如，上文结合图13所示的确认消息1303，以通知对所通知的QoS的确认。

[0173] 所述移动设备1300可以是车辆，例如，上文结合图1和图2所述的车辆100、201和202。所述移动设备1300可以是上文结合图3至图12所述的用户设备(UE)310，例如，上文结合图1和图2所述的设置在车辆100、201和202中的用户设备310。

[0174] 所述网络实体控制器1401可以根据请求和/或主动地发送所述通知1302，特别是基于对无线条件变化的预测。所述网络实体控制器1401可以在接收到所述通知的QoS后，将与特定QoS相关的资源分配给所述移动设备1300和310或所述应用服务器1300和1014。

[0175] 所述网络实体控制器1401可以用于向一组车辆或应用服务器发送所述通知1302，例如，上文结合图3至图12所述。如果所述网络实体控制器1401中从所述一组车辆的所有车辆接收到各自的确认消息1303，所述网络实体控制器1401可以用于将与所述特定QoS相关的资源分配给所述一组车辆，例如，上文结合图3至图12所述。所述网络实体控制器1401可以用于监控已建立的车辆到一切V2X业务的QoS。

[0176] 图15示出了本发明提供的请求所需QoS的示例性应用1500的框图。所述应用可以是在移动设备或应用服务器上运行的软件程序和/或功能，例如，上文结合图3至图14所述的移动设备1300和310或上文结合图3至图14所述的应用服务器1300和1014。或者，所述应用1500可以是实现如本发明所述的应用的功能的硬件电路或电路。所述移动设备1300可以是车辆，例如，上文结合图1和图2所述的车辆100、201和202。所述移动设备1300可以是上文结合图3至图12所述的用户设备(UE)310，例如，上文结合图1和图2所述的设置在车辆100、201和202中的用户设备310。

[0177] 所述应用1500用于向所述移动设备1300和310(特别是车辆)或所述应用服务器1300和1014发送请求1502，所述请求1502包括所需服务质量的信息。所述应用1500用于从所述移动设备1300和310或所述应用服务器1300和1014接收关于接受所述通知的QoS的确认消息1503，例如，上文结合图3至图14所述。

[0178] 所述应用1500可以接收指示可用QoS的通知消息，例如，上文结合图3至图14所述。所述应用1500可以选择所述可用QoS，特别地，向移动设备1300和310和/或所述应用服务器
1300和1014确认(1503)所述选择，例如，上文结合图3至图14所述。

[0179] 所述应用1500可以从所述移动设备1300和310(特别是车辆)或所述应用服务器1300和1014接收单个可用QoS或可用QoS列表，例如，上文结合图3至图14所述。所述应用
1500可以用于向所述移动设备1300和310或所述应用服务器1300和1014发送响应，以批准所述单个可用QoS或从所述可用QoS列表中选择一个QoS。

[0180] 所述应用1500可以基于所述移动设备1300和310的目标通信业务的信息发送所述请求1502。这种目标通信业务可以与一组车辆相关，例如，上文结合图1至图14所述。所述目标通信业务可以包括车辆到一切V2X业务，特别是以下业务中的一种：编队、协作冲突避免、协作感知，例如，上文结合图1至图14所述。所述请求可以包括候选QoS列表。

[0181] 图16示出了本发明提供的协商QoS的示例性方法1600的示意图。该方法可以在移动设备或应用服务器上实现，例如，上文结合图13所述的移动设备1300或应用服务器1300。所述移动设备1300可以是车辆，例如，上文结合图1和图2所述的车辆100、201和202。所述移动设备1300可以是上文结合图3至图12所述的用户设备310，例如，上文结合图1和图2所述的设置在车辆100、201和202中的用户设备310。所述应用服务器1300可以是上文结合图10和图11所述的V2X应用服务器1014。

[0182] 所述方法1600包括：从网络实体1400，特别是基站接收(1601)通知，其中，所述通知包括可用服务质量QoS的信息，例如，上文结合图13所述。

[0183] 所述方法1600包括：向所述网络实体1400发送(1602)确认消息，以向所述网络实体1400通知对所述通知的QoS的接受，例如，上文结合图3至图12所述。

[0184] 本方案基于无线接口、N2接口和Xn接口中的独特信令，涉及到新消息的交互。同时，已经可用的消息也通过新内容进行了增强。另外，不同网络实体(用户设备、BS、移动性管理)之间的交互涉及到独特的消息交互和新网络功能的引入。所有上述消息和实体都是针对标准化的。

[0185] 本发明还支持包含计算机可执行代码或计算机可执行指令的计算机程序产品，这些计算机可执行代码或计算机可执行指令在执行时使得至少一台计算机执行本文所述的执行及计算步骤，尤其是以上描述的方法。这种计算机程序产品可以包括可读的非瞬时性存储介质，其存储有供计算机使用的程序代码。所述程序代码可以执行本文描述的处理和计算步骤，尤其是上述方法。

[0186] 尽管本发明的特定特征或方面可能已经仅结合几种实现方式中的一种进行公开，但此类特征或方面可以和其它实现方式中的一个或多个特征或方面相结合，只要对于任何给定或特定的应用是有需要或有利。而且，在一定程度上，术语“包括”、“有”、“具有”或这些词的其它变形在详细的说明书或权利要求书中使用，这类术语和所述术语“包含”是类似的，都是表示包括的含义。同样，术语“示例性地”，“例如”仅表示为示例，而不是最好或最佳的。可以使用术语“耦合”和“连接”及其派生词。应当理解，这些术语可以用于指示两个元件彼此协作或交互，而不管它们是直接物理接触还是电接触，或者它们彼此不直接接触。

[0187] 尽管本文中已说明和描述特定方面，但所属领域的技术人员应了解，多种替代和/或等效实施方式可在不脱离本发明的范围的情况下所示和描述的特定方面。该申请旨在覆盖本文论述的特定方面的任何修改或变更。

[0188] 尽管以上权利要求书中的元件是利用对应的标签按照特定顺序列举的，除非对权利要求的阐述另有暗示用于实施部分或所有这些元件的特定顺序，否则这些元件不必限于以所述特定顺序来实施。

[0189] 通过以上启示，对于本领域技术人员来说，许多替代、修改和变化是显而易见的。当然，所属领域的技术人员容易认识到除本文所述的应用之外，还存在本发明的众多其它应用。虽然已参考一个或多个特定实施例描述了本发明，但所属领域的技术人员将认识到在不偏离本发明的范围的前提下，仍可对本发明作出许多改变。因此，应理解，只要是在所附权利要求书及其等效物的范围内，可以用不同于本文具体描述的方式来实践本发明。