CN117042056A - 服务质量协商技术 - Google Patents

服务质量协商技术 Download PDF

Info

Publication number
CN117042056A
CN117042056A CN202310866545.XA CN202310866545A CN117042056A CN 117042056 A CN117042056 A CN 117042056A CN 202310866545 A CN202310866545 A CN 202310866545A CN 117042056 A CN117042056 A CN 117042056A
Authority
CN
China
Prior art keywords
qos
notification
network entity
application
available
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310866545.XA
Other languages
English (en)
Inventor
阿帕斯托洛斯·库萨里达斯
卡斯柯杨•加尼森
麦特·博班
麦塔•舒尔曼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202310866545.XA priority Critical patent/CN117042056A/zh
Publication of CN117042056A publication Critical patent/CN117042056A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0044—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of quality context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Circuits Of Receivers In General (AREA)
  • Cable Transmission Systems, Equalization Of Radio And Reduction Of Echo (AREA)

Abstract

本申请涉及移动设备，特别是车辆，或应用服务器。所述移动设备或所述应用服务器包括：处理器，用于：接收来自网络实体特别是基站的通知，其中，所述通知包括可用服务质量(Quality of Service，QoS)的信息；以及向所述网络实体发送确认消息，以通知所述网络实体已接受所述通知的QoS。本申请还涉及一种网络实体，包括：网络实体控制器，用于：向移动设备，特别是车辆，或应用服务器发送通知，其中，所述通知包括可用服务质量(Quality of Service，QoS)的信息；以及接收来自所述移动设备或所述应用服务器的用于通知已接受所述通知的QoS的确认消息。

Description

服务质量协商技术
本申请是分案申请，原申请的申请号是201780096318.6，原申请日是2017年10月26日，原申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及服务质量(Quality of Service，QoS)协商技术。特别地，本申请涉及与网络实体协商QoS的移动设备(例如，车辆)或应用服务器，涉及与移动设备或应用服务器协商QoS的网络实体，涉及用于协商QoS的移动设备或应用服务器中的应用。本申请还涉及一种QoS协商方法。
背景技术
如2017年3月公开的3GPP TS 22.186V15.0.0中的“增强V2X场景的业务需求(版本15)”所述，在移动通信中，可以使用不同的QoS类别(或关键性能指标等级以及时延、可靠性等级等KPI)实现与车辆到任何事物(vehicle-to-anything，V2X)相关的使用情形(例如，编队、高级驾驶、协作感知)。不同的QoS类别将影响(自)驾驶行为(例如，车辆的速度、车辆之间的距离)。
网络和车辆/UE可以以协作的方式建立和动态修改QoS承载，同时兼顾网络条件以及对驾驶行为的影响。例如，编队应用可以根据所述网络在特定时间段内能够支持编队成员之间通信的QoS来修改编队车辆之间的距离。如图2所示，所述网络能够提供的QoS越大，队伍的密度就越大(即，组成一排的车辆之间的距离越小)。
然而，现有的用于在承载建立(或承载更新)过程中确定UE与所述网络之间的QoS类别的方案缓慢且效率不高。此外，由于网络条件的变化，所述网络没有向所述UE提前通知QoS变化从而能够促进(V2X)应用层进行提前修改的方案。
发明内容
本申请的目的在于提供用于在车辆等移动设备之间提供更快且安全的通信的有效技术。
特别地，本申请的目的在于，每当在连接建立、新业务或承载建立、切换等场景中触发准入控制时，使UE(或一组UE)与无线接入网(Radio Access Network，RAN)(RAN(BS)或核心网(Core Network，CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快，以建立车辆到车辆(vehicle-to-vehicle，V2V)无线承载。
此目的可以通过独立权利要求的特征来实现。进一步的实施形式在从属权利要求、具体说明和附图中显而易见。
本申请提供了解决该问题的方案。这些方案缩短了承载建立时间，为网络侧和V2X应用侧提供了灵活性。特别地，该问题的解决方案提供UE(或一组UE)的提前通知，用于修改已经建立并被V2V应用使用的V2V无线承载。这将提高系统的可靠性，允许所述V2X应用尽早得到通知(反馈)，以便修改承载。后者将允许车辆中的V2X应用尽早修改其驾驶行为。
所公开的方案适用于直接和间接V2V(侧链)通信以及上行/下行通信。
本申请的基本思想是在以下情形的承载建立过程中为UE引入软准入控制和针对下一个可用QoS承载信息的显式通知方案：初始附着(连接建立)、专用承载建立(处于RRC连接态)、切换。这样的QoS协商可以包括以下消息：对已经建立承载进行修改的提前通知、对下一个可用QoS承载或列表(QCI/优先级列表)的提议的回复、对请求消息中描述的所提议承载之一进行接受。
本申请提供的方案具有以下优点：通过减少一组车辆与用于新无线承载的RRC建立的网络之间的消息交互，可以降低时延。因此，这也减少了信令开销。所述网络向一组车辆显式通知由于无线条件的突然变化而导致的QoS类别的变化，使得车辆在实际修改无线承载之前能够平滑地过渡，以增加/减少它们之间的距离。持续的业务提供降低了业务掉话率。可以减少QoS变化的影响，特别是对于关键业务而言。由于网络QoS特性的提前通知，可以提高车联网未来业务的可靠性和可用性，从而提高端到端的系统性能。
所公开的方案在承载建立和维护过程中提供了可用承载的附加信息，以简化和加快连接建立。为UE引入了针对下一个可用QoS承载信息的显式通知方案，特别在以下情形的承载建立过程中：初始附着(连接建立)、专用承载建立(处于RRC连接态)、切换。所公开的方案提出了一种用于主动进行信令信息交换的新方法，包括：基于针对车辆或UE在以下情形下接收到的请求的网络条件，从所述网络接收下一个可用QoS承载的显式通知：(a)对已建立承载进行修改的提前通知；(b)对下一个可用QoS承载或列表(QCI/优先级列表)的提议的回复；(c)对请求消息中描述的所提议承载之一进行接受。
所公开的方案提供了扩展信令，通过提供能够支持目标V2X业务的QoS类别列表/范围来支持来自所述车辆/UE的软承载请求。所公开的方案中提供了车辆或智能交通系统(Intelligent Transportation System，ITS)服务器的周期性上报或事件触发上报的使用，以及对当前网络状况的评估。
下面，结合服务质量(Quality of Service，QoS)要求对无线接入网(RadioAccess 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时不具有额外的自由度，从而避免过度提供资源或拒绝。缺少网络条件的显式通知。
本申请描述的方案中提供了一种软准入控制，以引入协商QoS的额外自由度和不同通知方案，每当在连接建立、新业务或承载建立、切换等场景中触发准入控制时，使UE(或一组UE)与无线接入网(RAN(BS)或核心网(Core Network，CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快，以建立车辆到车辆无线承载。
为详细描述本申请，将使用以下术语、缩写和符号：
AF：应用功能
AMF：接入和移动性功能
AS：接入层
CN：核心网
CN-C：核心网控制面
CN-F：核心网功能
DRB：专用无线承载
ITS：智能交通系统
KPI：关键性能指标
MME：移动性管理实体
QoS：服务质量
RAN：无线接入网
RRC：无线资源控制
TS：技术规范
UE：用户设备
根据第一方面，本申请涉及一种移动设备，尤其涉及一种车辆，其特征在于，所述移动设备包括：处理器，用于：接收来自网络实体特别是基站的通知，其中，所述通知包括可用服务质量QoS的信息；以及向所述网络实体发送确认消息，以通知所述网络实体已接受所述通知的QoS。
通过使用这样的移动设备或UE，例如车辆，可以使所述移动设备(或一组移动设备)与无线接入网(RAN(BS)或核心网(CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快。因此，每当在连接建立、新业务/承载建立、切换等场景中触发准入控制时，都可以建立车辆到车辆无线承载。这使得移动设备之间的通信更快、安全。
在所述移动设备的一种示例性实现方式中，所述移动设备用于发送通知消息以向应用指示所述可用QoS。
因此，所述移动设备上运行的应用具有确保安全通信所必需的所有信息的优点。
在所述移动设备的一种示例性实现方式中，所述移动设备用于从所述应用接收关于所选QoS的通知。
所述通知将允许所述车辆中的V2X应用尽早修改其驾驶行为。
在所述移动设备的一种示例性实现方式中，所述处理器用于在初始附着、专用承载建立或承载(特别是无线承载)建立的切换阶段过程中接收所述通知。
这样，通过减少一组车辆与用于新无线承载的RRC建立的网络之间的消息交互，可以降低时延。因此，这也减少了信令开销。
在所述移动设备的一种示例性实现方式中，所述处理器用于向所述网络实体发送连接请求消息，其中，所述连接请求消息包括特定QoS类别，所述QoS类别为QoS等级集合和/或列表中的特定QoS等级。
这样，具有可以通知所述网络特定需求的优点，例如，所述移动设备所需的特定QoS类别。
在所述移动设备的一种示例性实现方式中，所述连接请求消息包括候选QoS类别列表，特别地，所述通知包括所述候选QoS类别列表中的至少一个QoS类别。
这样，具有所述网络能够灵活地从所述列表中选择QoS类别的优点。
在所述移动设备的一种示例性实现方式中，所述通知包括支持其它QoS类别的可用资源的信息，特别是下一个可用QoS类别，特别是在所述可用资源不支持所述特定QoS类别的情况下。
这样，具有可以通知所述移动设备候选QoS类别的优点，并且可以检查这些QoS类别中是否有一个可以满足其要求。这为系统设计提供了更大的灵活性。
在所述移动设备的一种示例性实现方式中，所述通知中的所述可用QoS的信息包括可用QoS类别列表，特别是这些QoS类别与可用资源的映射。
这样，具有可以通知所述移动设备可用资源的优点，并且可以通过选择这些资源中的一个来做出反应。
在所述移动设备的一种示例性实现方式中，周期性地或由事件触发地接收来自所述网络实体的所述通知，尤其是由所述移动设备的请求触发。
这样，具有可以实现灵活的动作的优点。
在所述移动设备的一种示例性实现方式中，所述处理器用于周期性地上报信息，特别是所述移动设备的位置、移动性信息、无线条件和应用状态。
这样，具有所述网络可以收集所有必需信息并将其提供给所述网络中其它设备以改进通信的优点。
根据第二方面，本申请涉及一种应用服务器，其特征在于，所述应用服务器包括：处理器，用于：接收来自网络实体特别是基站的通知，其中，所述通知包括可用服务质量QoS的信息；以及向所述网络实体发送确认消息，以通知所述网络实体已接受所述通知的QoS。
通过使用这样的应用服务器，可以使所述移动设备(或一组移动设备)与无线接入网(RAN(BS)或核心网(CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快。因此，每当在连接建立、新业务/承载建立、切换等场景中触发准入控制时，都可以建立车辆到车辆无线承载。这使得移动设备之间的通信更快、安全。
在所述应用服务器的一种示例性实现方式中，所述应用服务器用于发送通知消息以向应用指示所述可用QoS。
因此，所述应用服务器上运行的应用具有确保安全通信所必需的所有信息的优点。
在所述应用服务器的一种示例性实现方式中，所述应用服务器用于从所述应用接收关于所选QoS的通知。
所述通知将允许所述车辆中的V2X应用尽早修改其驾驶行为。
在所述应用服务器的一种示例性实现方式中，所述处理器用于在初始附着、专用承载建立或承载(特别是无线承载)建立的切换阶段过程中接收所述通知。
这样，通过减少一组车辆与用于新无线承载的RRC建立的网络之间的消息交互，可以降低时延。因此，这也减少了信令开销。
在所述应用服务器的一种示例性实现方式中，所述处理器用于向所述网络实体发送连接请求消息，其中，所述连接请求消息包括特定QoS类别，所述QoS类别为QoS等级集合和/或列表中的特定QoS等级。
这样，具有可以通知所述网络特定需求的优点，例如，所述移动设备所需的特定QoS类别。
在所述应用服务器的一种示例性实现方式中，所述连接请求消息包括候选QoS类别列表，特别地，所述通知包括所述候选QoS类别列表中的至少一个QoS类别。
这样，具有所述网络能够灵活地从所述列表中选择QoS类别的优点。
在所述应用服务器的一种示例性实现方式中，所述通知包括支持其它QoS类别的可用资源的信息，特别是下一个可用QoS类别，特别是在所述可用资源不支持所述特定QoS类别的情况下。
这样，具有可以通知所述应用服务器候选QoS类别的优点，并且可以检查这些QoS类别中是否有一个可以满足其要求。这为系统设计提供了更大的灵活性。
在所述应用服务器的一种示例性实现方式中，所述通知中的所述可用QoS的信息包括可用QoS类别列表，特别是这些QoS类别与可用资源的映射。
这样，具有可以通知所述应用服务器可用资源的优点，并且可以通过选择这些资源中的一个来做出反应。
在所述应用服务器的一种示例性实现方式中，周期性地或由事件触发地接收来自所述网络实体的所述通知，尤其是由所述移动设备的请求触发。
这样，具有可以实现灵活的动作的优点。
在所述应用服务器的一种示例性实现方式中，所述处理器用于周期性地上报信息，特别是所述移动设备的位置、移动性信息、无线条件和应用状态。
这样，具有所述网络可以收集所有必需信息并将其提供给所述网络中其它设备以改进通信的优点。
根据第三方面，本申请涉及一种网络实体，包括：网络实体控制器，用于：向移动设备(特别是车辆)或应用服务器发送通知，其中，所述通知包括可用服务质量(QualityofService，QoS)的信息；以及接收来自所述移动设备或所述应用服务器的用于通知已接受所述通知的QoS的确认消息。
通过使用这样的网络实体，可以使所述移动设备(或一组移动设备)与无线接入网(RAN(BS)或核心网(CN)实体(例如，LTE中的MME、5G中的AMF))之间的“协商”更快。因此，每当在连接建立、新业务/承载建立、切换等场景中触发准入控制时，都可以建立车辆到车辆无线承载。这使得移动设备之间的通信更快、安全。
在所述网络实体的一种示例性实现方式中，所述网络实体控制器用于根据请求和/或主动地发送所述通知，特别是基于对无线条件变化的预测。
这为系统设计提供了高度的灵活性。
在所述网络实体的一种示例性实现方式中，所述网络实体控制器用于在接受所述通知的QoS时，将与特定QoS相关的资源分配给所述移动设备或所述应用服务器。
这样，具有可以通知所述移动设备可用资源的优点，并且可以影响所述网络的资源分配。
在所述网络实体的一种示例性实现方式中，所述网络实体控制器用于：向一组车辆或应用服务器发送所述通知；以及如果所述网络实体控制器从所述一组车辆中的所有车辆接收到各自的确认消息，则将与所述特定QoS相关的所述资源分配给所述一组车辆。
这将提高系统的可靠性，允许所述一组车辆尽早得到通知(反馈)，以便修改承载。将允许所述车辆中的V2X应用尽早修改其驾驶行为。
在所述网络实体的一种示例性实现方式中，所述网络实体控制器用于监控已建立的车辆到一切(vehicle-to-everything，V2X)业务的QoS。
这样，所述网络实体具有可以使用实时QoS的优点。
根据第四方面，本申请涉及一种与移动设备或应用服务器协商服务质量(QualityofService，QoS)的方法，所述方法包括：接收来自网络实体特别是基站的通知，其中，所述通知包括可用服务质量QoS的信息；以及向所述网络实体发送确认消息，以通知所述网络实体已接受所述通知的QoS。
通过这种方法，可以使所述移动设备(或一组移动设备)和所述网络实体之间的“协商”更快。因此，每当在连接建立、新业务/承载建立、切换等场景中触发准入控制时，都可以建立车辆到车辆(vehicle-to-vehicle，V2V)无线承载。这使得移动设备之间的通信更快、安全。
根据第五方面，本申请涉及根据本申请第一或第二方面的移动设备或应用服务器中的应用，其中，所述应用用于向移动设备(特别是车辆)或应用服务器发送请求，所述请求包括所需服务质量(Quality of Service，QoS)信息，所述应用用于从所述移动设备接收关于接受所述通知的QoS的确认消息。
这样，具有在所述移动设备和/或所述应用服务器上运行的应用可以以协作的方式建立和动态修改QoS承载，同时兼顾网络条件以及对驾驶行为的影响。例如，编队应用可以根据所述网络在特定时间段内能够支持编队成员之间通信的QoS来修改编队车辆之间的距离。所述网络能够提供的QoS越大，队伍的密度就越大。
在所述应用的一种示例性实现方式中，所述应用用于接收指示可用QoS的通知消息。
这样，具有所述应用可以基于来自所述通知消息的信息优选地控制车辆的优点，例如，队伍成员之间的距离。
在所述应用的一种示例性实施方式中，所述应用用于选择所述可用QoS，特别地，向所述移动设备和/或所述应用服务器确认所述选择。
所述可用QoS可以是单个QoS或不同QoS类别列表。通过采用灵活的QoS类别设计，提高了安全性。
在所述应用的一种示例性实施方式中，所述应用用于从所述移动设备(特别是车辆)或所述应用服务器接收单个可用QoS或可用QoS列表；以及所述应用用于向所述移动设备或所述应用服务器发送响应，以批准所述单个可用QoS或从所述可用QoS列表中选择一个QoS。
这样，具有所述应用能够灵活地从所述列表中选择QoS类别的优点。
在所述应用的一种示例性实施方式中，所述应用用于基于所述移动设备的目标通信业务的信息发送所述请求。
这样，具有可以根据具体需求定制所述应用的优点。
在所述应用的一种示例性实施方式中，所述目标通信业务与一组车辆相关。
这样，具有可以安全实现编队、高级驾驶、协作感知等各种流量场景的优点。
在所述应用的一种示例性实施方式中，所述目标通信业务包括车辆到一切(vehicle-to-everything，V2X)业务，特别是以下业务中的一种：编队、协作冲突避免、协作感知。
这样，具有可以将所述应用灵活地应用于不同应用的优点。
在所述应用的一种示例性实施方式中，所述请求包括候选QoS列表。
这样，具有所述应用可以从所述候选QoS列表中进行选择的优点。
下面，重点介绍本申请的相关方面：
一种在连接建立过程中从基站向车辆显式通知可用QoS的方法。
在该方法中，通过提供可支持目标V2X业务的QoS范围(或列表)，扩展信令以支持从车辆到网络的灵活连接请求。
在该方法中，从所述基站向所述车辆发送关于已建立承载的下一个可用QoS类别(基于某些推测和预测)的提前通知消息，以帮助车辆根据可支持的QoS类别(主动信令)尽早修改其驾驶行为。
在承载建立过程中，所述基站向所述车辆引入了关于显式通知下一个可用QoS承载信息的新的信令信息：在以下上下文中扩展消息：(a)初始附着(RRC空闲态到RRC连接态)；(b)新的专用承载建立(涉及MME)；(c)切换(基站间下一个可用QoS承载信息的显式通知)。
通过提供可支持目标V2X业务的QoS类别的范围(或列表)，扩展信令以支持从车辆到网络的软承载请求：在初始附着、新的专用承载建立或切换的情况下，扩展车辆发起的消息；在切换的情况下，提议将所述UE在切换事件上下文中提供给所述基站并同时转发给目标基站的新类型的信息添加至测量报告和所述(候选)QoS等级列表；在V2X应用服务器发起的业务请求的情况下，扩展MBMS消息以激活承载和各自的RAN消息。
从所述基站向所述车辆引入关于已建立承载的下一个可用QoS类别(基于一些推测和预测)的提前通知消息，以帮助车辆根据可支持的QoS类别尽早修改其驾驶行为：周期性或由事件触发地更新的所述通知消息可以由所述基站或任何其它RAN实体提供；所述车辆(或ITS服务器)周期性地或由事件触发地进行上报，以便于所述通知消息。
附图说明
本申请的具体实施方式将结合以下附图进行描述，其中：
图1示出了具有V2X通信系统102和智能交通系统(Intelligent TransportationSystem，ITS)101的车辆100(例如，汽车)的示意图；
图2示出了阐述V2X启动的距离控制特性的两种场景的示意图：(a)汽车201和202之间的短距离210；(b)汽车201和202之间的长距离211；
图3示出了本申请提供的用于在初始附着过程中显式通知下一个可用QoS承载的示例性消息序列图300的示意图；
图4示出了本申请提供的用于在初始附着过程中显式通知下一个可用QoS承载的第二选择的示例性消息序列图400的示意图；
图5示出了本申请提供的用于在新的专用承载建立(车辆处于RRC连接态)过程中显式通知下一个可用QoS承载的示例性消息序列图500的示意图；
图6示出了本申请提供的用于在切换过程中显式通知下一个可用QoS承载的示例性消息序列图600的示意图；
图7示出了本申请提供的用于在初始附着过程中的软承载请求的示例性消息序列图700的示意图；
图8示出了本申请提供的用于在新的专用承载建立(车辆处于RRC连接态)过程中的软承载请求的示例性消息序列图800的示意图；
图9示出了本申请提供的用于在切换过程中的软承载请求的示例性消息序列图900的示意图；
图10示出了本申请提供的当V2X应用服务器发起业务请求(MBMS情形)时的软承载请求的示例性消息序列图1000的示意图；
图11示出了阐述本申请提供的V2X应用服务器的接口的示意图1100；
图12示出了本申请提供的用于“更新已建立承载”的提前通知的示例性消息序列图1200的示意图；
图13示出了本申请提供的与网络实体协商QoS的示例性移动设备1300(或应用服务器或车辆)的框图；
图14示出了本申请提供的与移动设备或应用服务器协商QoS的示例性网络实体1400的框图；
图15示出了本申请提供的请求所需QoS的示例性应用1500的框图；以及
图16示出了本申请提供的协商QoS的示例性方法1600的示意图。
具体实施方式
以下结合附图进行详细描述，所述附图是描述的一部分，并通过图解说明的方式示出可以实施本申请的具体方面。可以理解的是，在不脱离本申请范围的情况下，可以利用其它方面，并可以做出结构上或逻辑上的改变。因此，以下详细的描述并不当作限定，本申请的范围由所附权利要求书界定。
可以理解的是，与所描述的方法有关的注释对于与用于执行方法对应的设备或系统也同样适用，反之亦然。例如，如果描述了一个具体的方法步骤，对应的设备可以包括用于执行所描述的方法步骤的单元，即使此类单元未在图中详细阐述或说明。此外，应理解，除非另外具体指出，否则本文中描述的各种示例性方面的特征可彼此组合。
此处描述的方法和设备也可以基于类似于LTE尤其是4.5G、5G及以上的移动通信标准在无线通信网络中实现。此处描述的方法和设备也可以在无线通信网络中实现，尤其是根据IEEE 802.11类似WiFi通信标准的通信网络。所述设备可以包括集成电路和/或无源器件，并且可以根据各种技术制造。例如，所述电路可以被设计为逻辑集成电路、模拟集成电路、混合信号集成电路、光学电路、存储器电路和/或集成无源器件。
此处描述的设备可以用于发送和/或接收无线信号。所述无线信号可以是或可以包括由射频处于约3kHz至300GHz范围内的无线发射设备(或无线发射机或发送器)发射的射频信号。
此处描述的设备和系统可以包括处理器、存储器和收发器，即发射器和/或接收器。在以下描述中，术语“处理器”描述了可用于处理特定任务(或方框或步骤)的任何设备。处理器可以是单个处理器或多核处理器，或者可以包括一组处理器，也可以包括处理部件。处理器可以处理软件、固件或应用程序等。
下面，介绍基站和用户设备。基站的示例可以包括接入节点、演进型基站(evolvedNodeB，eNB)、gNB、NodeB、主基站(master eNB，MeNB)、辅基站(secondary eNB，SeNB)、远程无线头和接入点。
图1示出了车辆100(例如，汽车)的示意图。所述车辆包括V2X通信系统102和智能交通系统101。这两种系统的功能描述如下：
图2示出了阐述V2X启动的距离控制特性的两种场景的示意图：(a)汽车201和202之间的短距离210；(b)汽车201和202之间的长距离211。
网络和车辆/UE可以以协作的方式建立和动态修改QoS承载，同时兼顾网络条件以及对驾驶行为的影响。例如，编队应用可以根据所述网络在特定时间段内能够支持编队成员之间通信的QoS来修改编队车辆(例如，图2所示的车辆201和202)之间的距离。所述网络能够提供的QoS越大，队伍的密度就越大。在图2上部分所示场景中，组成一排的车辆201和202之间的距离210较短，而在图2下部分所示场景中，组成一排的车辆201和202之间的距离211较大。
图3示出了本申请提供的用于在初始附着过程中显式通知下一个可用QoS承载的示例性消息序列图300的示意图。
图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。然后，所述UE310向所述BS 320回复RRC连接建立完成308，所述BS 320向所述网络中的实体CN-F(核心网功能)330发送业务请求309。
所述建立原因描述了所请求的业务及其所需的QoS。所述准入控制306中使用它来标识所请求的资源。
如果所述BS 320不能支持所述车辆310针对所请求的QoS类别的初始请求，则所述BS 320基于所述准入控制306将可用于支持所述特定V2X业务的下一个可用QoS类别通知给所述UE 310。所述车辆310将评估所述可用QoS类别是否可用于支持目标V2X业务。
图4示出了本申请提供的用于在初始附着过程中显式通知下一个可用QoS承载的第二选择的示例性消息序列图400的示意图。在该第二选择中，UE 310和BS 320交换附加RRC连接更新401和402。
在随机建立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向所述BS320回复RRC连接建立完成308，所述BS 320向所述网络中的实体CN-F(核心网功能)330发送业务请求309。
图5示出了本申请提供的用于在新的专用承载建立(车辆处于RRC连接态)过程中显式通知下一个可用QoS承载的示例性消息序列图500的示意图。在该场景中，网络主动提供备选可用QoS类别列表。
所述消息序列图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。
所述BS 320基于所述准入控制306的结果以及基于现有条件向所述UE 310提供可分配/发行到特定业务的(一个或多个)QoS类别(例如，25ms的延迟、1％的丢包等等)列表。将UL(控制平面)资源分配给所述车辆310以进行快速响应。考虑到一些V2X业务可以使用不同程度的KPI实现，所述车辆310选择适当的QoS类别并通知所述BS 320。
所述BS 320输入所需的V2X业务和能够支持所述特定V2X业务的QoS类别，并基于网络可用性和网络条件选择下一个能够支持所述V2X业务的QoS类别。所述下一个支持的可用QoS类别作为输入提供给所述“RRC连接重配置”消息506。所述车辆310检查是否可以使用提议的“下一个支持的可用QoS类别”。如果接受，则所述UE 310回复完整消息507。否则，拒绝所述请求506。
图6示出了本申请提供的用于在切换过程中显式通知下一个可用QoS承载的示例性消息序列图600的示意图。该场景描述了基站(即，源BS 320和目标BS 321)之间的下一个可用QoS承载信息的显式通知。
所述消息序列图600开始于处于连接态501的车辆310。所述UE 310向源BS(例如，图4和图5所示的BS 320)发送UE测量报告602，所述源BS 320执行切换决策603，并向目标BS321发送切换请求。所述目标BS 321执行准入控制306，并向所述源BS 320发送切换请求确认消息606。然后，所述源BS 320向所述UE发送切换命令607，以在所述UE 310上发起切换。所述源BS 320脱离源小区，并发起与新小区608的同步。所述UE 310向所述目标BS 321发送切换确认消息609，所述目标BS 321开始向目标eNodeB 610下发缓存的数据包。
图7示出了本申请提供的用于在初始附着过程中的软承载请求的示例性消息序列图700的示意图。该场景描述了软承载请求。UE 310提供QCI请求的范围，以供BS 320基于准入控制算法确定最佳的QCI请求，并对所述最佳QCI请求进行响应。提出了一种初始附着过程和切换过程中作为无线准入控制的软无线承载请求的一部分的可能包含的QoS请求组的新信令信息。
所述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。
图8示出了本申请提供的用于在新的专用承载建立(车辆处于RRC连接态)过程中的软承载请求的示例性消息序列图800的示意图。
UE 310向BS 320发送NAS业务请求502，所述BS 320将NAS业务请求503转发至CN-F330，所述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。
所述车辆310在所述“业务请求”502中包括能够支持目标V2X服务的QoS等级列表。在所述“上下文建立请求”消息504中添加相同的信息。所述BS 320输入所需的V2X业务和能够支持特定V2X业务的QoS类别，并根据网络可用性和网络条件，选择能够最大化所述UE310的收益的QoS类别。提供所选择的QoS类别，将其输入所述“RRC连接重配置”消息506中。
图9示出了本申请提供的用于在切换过程中的软承载请求的示例性消息序列图900的示意图。该场景与图6的场景类似。但是，在向目标BS 321发送切换请求之前，源BS320通知所述UE 310。
所述消息序列图900开始于处于连接态501的车辆310。所述UE 310向所述源BS，即，图4和图5所示的BS 320，发送UE测量报告602，所述源BS 320执行切换决策603。然后，所述源BS向所述UE 310发送切换QoS配置请求消息901，所述UE310向所述源BS 320回复切换QoS配置响应902。然后，所述源BS 320向所述目标BS 321发送切换请求604，所述目标BS321执行准入控制306，并向所述源BS 320发送切换请求确认消息606。然后，所述源BS 320向所述UE发送切换命令607，以在所述UE 310上发起切换。所述源BS 320脱离源小区，并发起与新小区608的同步。所述UE 310向所述目标BS 321发送切换确认消息609，所述目标BS321开始向目标eNodeB 610下发缓存的数据包。
在所述测量报告中引入一种新的事件类型。该事件将启动/触发所述源eNB 320请求所述车辆310在相邻小区比服务小区好x dB的情况下指定候选QoS类别池。
或者，所述切换QoS配置响应消息902可以在所述UE测量报告602之后发送，无需所述源eNB 320发送所述请求901。
待建立的E-UTRAN无线接入承载(e-UTRAN Radio Access Bearer，eRAB)列表包括选择的QoS类别。
图10示出了本申请提供的当V2X应用服务器1014发起业务请求(MBMS情形)时的软承载请求的示例性消息序列图1000的示意图。
在图10的场景中，所述V2X应用服务器1014通过向BM-SC 1013发送激活MBMS承载请求1001来发起该消息。所述BM-SC 1013向MBMS S-GW 1012发送会话开始请求消息1002，所述MBMS S-GW 1012将所述会话开始请求消息1002转发给MME 1011，所述MME1011将其转发给E-UTRAN 1010，例如，BS 320。然后，所述E-UTRAN 1010与所述UE 310执行RAN资源建立1003。在完成所述RAN资源建立1003之后，所述E-UTRAN 1010向所述MME 1011发送会话开始响应消息1004，所述MME 1011将其转发给所述MBMS S-GW1012，所述MBMS S-GW 1012将其转发给BM-SC 1013。所述BM-SC 1013向所述V2X应用服务器1014发送响应消息1005。
基于会话的V2X业务有多种类型(编队、协作冲突避免、协作感知……)，其中，涉及一组车辆。在升级到更高的QoS等级或降级到更低的QoS等级之前，所涉及的一组车辆需要发出通知，所述通知中包含“修改EPS承载上下文请求”消息和相应的响应。这有利于车辆(V2X应用程序)相应和平滑地(按组)修改其驾驶行为。所述网络向特定V2X业务涉及的车辆通知QoS等级的预期变化。根据所述特定V2X业务(例如，编队)涉及的一组车辆的响应，所述网络将继续修改承载。
如果所涉及的车辆不需要或不接受QoS升级(例如，队伍内的一辆车不能进一步缩小差距)，则不会向所涉及的一组车辆发送修改EPS承载。如果不接受QoS降级，则请求释放会话(或任何其它应用层修改)，以满足所述网络可以提供的QoS等级。在任何其它情况下，所述修改EPS承载上下文请求消息将发送给所有相关车辆。
基于本地无线信息以及车辆的定期上报(例如，位置、应用状态等)进行定期资源检查。如果不涉及所述MME 1011，则所述基站1010可以发送“承载更新请求”消息，并且将通过RRC重新配置进行承载修改。
图11示出了阐述本申请提供的V2X应用服务器的接口的示意图1100。针对已建立承载(QoS)改变的提前通知场景描述如下：
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)传输。
图12示出了本申请提供的用于“更新已建立承载”的提前通知的示例性消息序列图1200的示意图。
BS 320开始于通过基于网络和/或路径条件向CN-F 330发送QoS升级/降级1201来进行定期资源检查。所述CN-F 330向UE 1210和1220发送承载更新请求消息1202。所述UE1210和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-F330回复修改EPS承载上下文接受消息1206。
如果所述激活MBMS承载请求消息中没有“(候选)QoS等级列表”，则根据(MBMS)准入控制结果，可以向所述V2X应用服务器(通过“会话开始响应”和“激活MBMS承载响应”消息)提议下一个可用的QoS类别(或其列表)。所述V2X应用服务器1014选择满足其应用层需求的QoS等级。
图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。
所述处理器1301用于从网络实体(例如，下文结合图14所述的网络实体1400)接收通知1302。所述网络实体可以是基站，例如，上文结合图3至图12所述的基站320和321，所述通知1302包括可用服务质量QoS的信息，例如，上文结合图3至图12所述。所述处理器1301用于向所述网络实体1400、320和321发送确认消息1303，以通知所述网络实体接受所述通知的QoS。
所述移动设备1300和310或所述应用服务器1300和1014可以发送通知消息以向下文结合图15所述的应用1500等指示可用QoS。所述应用1500可以在移动设备1300或应用服务器1300上运行。所述移动设备或所述应用服务器可以从所述应用1500接收关于所选QoS的通知。
所述处理器1301可以在初始附着、专用承载建立或承载(特别是无线承载)建立的切换阶段过程中接收所述通知1302，例如，上文结合图3至图12所述。所述处理器1301可以向所述网络实体1400发送连接请求消息，所述连接请求消息可以包括特定QoS类别。所述QoS类别可以为QoS等级集合和/或列表中的特定QoS等级。
所述连接请求消息可以包括候选QoS类别列表。所述通知1302可以包括，例如，所述候选QoS类别列表中的至少一个QoS类别。所述通知1302包括支持其它QoS类别的可用资源的信息，特别是下一个可用QoS类别，特别是在所述可用资源不支持所述特定QoS类别的情况下。
所述通知1302中的所述可用QoS的信息可以包括可用QoS类别列表，特别是这些QoS类别与可用资源的映射。所述网络实体的所述通知1302可以周期性地或由事件触发地接收，特别地，由所述移动设备1300和310的请求触发，例如，上文结合图3至图12所述。所述处理器1301可以用于周期性上报移动设备的信息，特别是位置、移动性信息、无线条件和应用状态。
图14示出了本申请提供的与移动设备或应用服务器协商QoS的示例性网络实体1400的框图。所述网络实体1400，例如，可以是上文结合图3至图12所述的CN-F 330。所述网络实体1400包括执行控制任务的网络实体控制器1401。
所述网络实体控制器1401用于向移动设备1300和310(特别是车辆)或应用服务器1300和1014发送通知(例如，上文结合图13所述的通知1302)，例如，上文结合图13所示。所述通知1302包括可用服务质量QoS的信息。所述网络实体控制器1401用于从所述移动设备1300和310或所述应用服务器1300和1014接收确认消息，例如，上文结合图13所示的确认消息1303，以通知对所通知的QoS的确认。
所述移动设备1300可以是车辆，例如，上文结合图1和图2所述的车辆100、201和202。所述移动设备1300可以是上文结合图3至图12所述的用户设备(UE)310，例如，上文结合图1和图2所述的设置在车辆100、201和202中的用户设备310。
所述网络实体控制器1401可以根据请求和/或主动地发送所述通知1302，特别是基于对无线条件变化的预测。所述网络实体控制器1401可以在接收到所述通知的QoS后，将与特定QoS相关的资源分配给所述移动设备1300和310或所述应用服务器1300和1014。
所述网络实体控制器1401可以用于向一组车辆或应用服务器发送所述通知1302，例如，上文结合图3至图12所述。如果所述网络实体控制器1401中从所述一组车辆的所有车辆接收到各自的确认消息1303，所述网络实体控制器1401可以用于将与所述特定QoS相关的资源分配给所述一组车辆，例如，上文结合图3至图12所述。所述网络实体控制器1401可以用于监控已建立的车辆到一切V2X业务的QoS。
图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。
所述应用1500用于向所述移动设备1300和310(特别是车辆)或所述应用服务器1300和1014发送请求1502，所述请求1502包括所需服务质量的信息。所述应用1500用于从所述移动设备1300和310或所述应用服务器1300和1014接收关于接受所述通知的QoS的确认消息1503，例如，上文结合图3至图14所述。
所述应用1500可以接收指示可用QoS的通知消息，例如，上文结合图3至图14所述。所述应用1500可以选择所述可用QoS，特别地，向移动设备1300和310和/或所述应用服务器1300和1014确认(1503)所述选择，例如，上文结合图3至图14所述。
所述应用1500可以从所述移动设备1300和310(特别是车辆)或所述应用服务器1300和1014接收单个可用QoS或可用QoS列表，例如，上文结合图3至图14所述。所述应用1500可以用于向所述移动设备1300和310或所述应用服务器1300和1014发送响应，以批准所述单个可用QoS或从所述可用QoS列表中选择一个QoS。
所述应用1500可以基于所述移动设备1300和310的目标通信业务的信息发送所述请求1502。这种目标通信业务可以与一组车辆相关，例如，上文结合图1至图14所述。所述目标通信业务可以包括车辆到一切V2X业务，特别是以下业务中的一种：编队、协作冲突避免、协作感知，例如，上文结合图1至图14所述。所述请求可以包括候选QoS列表。
图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。
所述方法1600包括：从网络实体1400，特别是基站接收(1601)通知，其中，所述通知包括可用服务质量QoS的信息，例如，上文结合图13所述。
所述方法1600包括：向所述网络实体1400发送(1602)确认消息，以向所述网络实体1400通知对所述通知的QoS的接受，例如，上文结合图3至图12所述。
本方案基于无线接口、N2接口和Xn接口中的独特信令，涉及到新消息的交互。同时，已经可用的消息也通过新内容进行了增强。另外，不同网络实体(用户设备、BS、移动性管理)之间的交互涉及到独特的消息交互和新网络功能的引入。所有上述消息和实体都是针对标准化的。
本申请还支持包含计算机可执行代码或计算机可执行指令的计算机程序产品，这些计算机可执行代码或计算机可执行指令在执行时使得至少一台计算机执行本文所述的执行及计算步骤，尤其是以上描述的方法。这种计算机程序产品可以包括可读的非瞬时性存储介质，其存储有供计算机使用的程序代码。所述程序代码可以执行本文描述的处理和计算步骤，尤其是上述方法。
尽管本申请的特定特征或方面可能已经仅结合几种实现方式中的一种进行公开，但此类特征或方面可以和其它实现方式中的一个或多个特征或方面相结合，只要对于任何给定或特定的应用是有需要或有利。而且，在一定程度上，术语“包括”、“有”、“具有”或这些词的其它变形在详细的说明书或权利要求书中使用，这类术语和所述术语“包含”是类似的，都是表示包括的含义。同样，术语“示例性地”，“例如”仅表示为示例，而不是最好或最佳的。可以使用术语“耦合”和“连接”及其派生词。应当理解，这些术语可以用于指示两个元件彼此协作或交互，而不管它们是直接物理接触还是电接触，或者它们彼此不直接接触。
尽管本文中已说明和描述特定方面，但所属领域的技术人员应了解，多种替代和/或等效实施方式可在不脱离本申请的范围的情况下所示和描述的特定方面。该申请旨在覆盖本文论述的特定方面的任何修改或变更。
尽管以上权利要求书中的元件是利用对应的标签按照特定顺序列举的，除非对权利要求的阐述另有暗示用于实施部分或所有这些元件的特定顺序，否则这些元件不必限于以所述特定顺序来实施。
通过以上启示，对于本领域技术人员来说，许多替代、修改和变化是显而易见的。当然，所属领域的技术人员容易认识到除本文所述的应用之外，还存在本申请的众多其它应用。虽然已参考一个或多个特定实施例描述了本申请，但所属领域的技术人员将认识到在不偏离本申请的范围的前提下，仍可对本申请作出许多改变。因此，应理解，只要是在所附权利要求书及其等效物的范围内，可以用不同于本文具体描述的方式来实践本申请。

Claims (40)

1.一种通信设备，其特征在于，包括：
处理器，用于：
发送连接请求消息，所述连接请求消息包括候选服务质量QoS类别列表；
接收通知，其中，所述通知包括可用QoS的信息，所述可用QoS的信息包括所述候选QoS类别列表中的至少一个QoS类别。
2.根据权利要求1所述的通信设备，其特征在于，所述通信设备用于发送通知消息以向应用指示所述可用QoS。
3.根据权利要求1或2所述的通信设备，其特征在于，所述通信设备用于从应用接收关于所选QoS的通知。
4.根据权利要求1或2所述的通信设备，其特征在于，所述处理器用于：
在初始附着过程中接收所述通知；或者
在专用承载建立或无线承载建立的过程中接收所述通知；或者
在切换阶段接收所述通知。
5.根据权利要求1所述的通信设备，其特征在于，所述通知包括支持其它QoS类别的可用资源的信息。
6.根据权利要求5所述的通信设备，其特征在于，所述支持其它QoS类别的可用资源的信息是在所述可用资源不支持所述候选QoS类别列表中的QoS类别的情况下的下一个可用QoS类别。
7.根据权利要求1或2所述的通信设备，其特征在于，所述通知中的所述可用QoS信息包括可用的QoS类别列表所述可用的QoS类别列表包括所述QoS类别与可用资源的映射。
8.根据权利要求1或2所述的通信设备，其特征在于，周期性地或由事件触发地接收所述通知。
9.根据权利要求1或2所述的通信设备，其特征在于，所述处理器用于周期性地上报信息，所述信息包括所述移动设备的位置、移动信息、无线条件和应用状态。
10.根据权利要求1、2或5所述的通信设备或应用服务器，其特征在于，所述处理器还用于：
接收所述通知之后，发送确认消息，所述确认消息用于通知网络实体已接受所述通知的QoS。
11.一种网络实体，其特征在于，包括：
网络实体控制器，用于：
接收连接请求消息，所述连接请求消息包括候选服务质量QoS类别列表；
发送通知，其中，所述通知包括可用QoS的信息，所述可用QoS的信息包括所述候选QoS类别列表中的至少一个QoS类别。
12.根据权利要求11所述的网络实体，其特征在于，所述网络实体控制器用于根据请求和/或主动地发送所述通知。
13.根据权利要求11或12所述的网络实体，其特征在于，所述网络实体控制器用于在接受所述通知的QoS之后，将与所述通知的QoS相关的资源分配给通信设备。
14.根据权利要求11-13任一项所述的网络实体，其特征在于，所述网络实体控制器还用于基于网络可用性和网络条件选择下一个支持的可用QoS类别。
15.根据权利要求13所述的网络实体，其特征在于，所述网络实体控制器用于：
向一组车辆或应用服务器发送所述通知；以及
如果所述网络实体控制器从所述一组车辆中的所有车辆接收到各自的确认消息，则将与所述通知的QoS相关的所述资源分配给所述一组车辆。
16.根据权利要求11或12所述的网络实体，其特征在于，
所述网络实体控制器用于监控已建立的车辆到一切V2X业务的QoS。
17.根据权利要求11或12所述的网络实体，其特征在于，所述网络实体控制器还用于：
发送通知之后，接收确认消息，所述确认消息用于通知已接受所述通知的QoS。
18.根据权利要求1-17任一项所述的通信设备，其特征在于，所述通信设备为移动设备或应用服务器。
19.一种用于与通信设备协商服务质量QoS的方法，其特征在于，所述方法包括：
所述通信设备上的应用向所述通信设备发送请求；其中所述请求包括关于所需QoS的信息，所述所需QoS的信息包括候选QoS类别列表；
所述应用接收来自网络实体的通知，所述通知包括可用QoS的信息，所述可用QoS的信息包括所述候选QoS类别列表中的至少一个QoS类别。
20.根据权利要求19所述的方法，其特征在于，还包括：
所述通信设备上的应用从所述通信设备接收关于接受所述通知的QoS的确认消息。
21.根据权利要求20所述的方法，其特征在于，还包括：
所述应用接收指示可用QoS的通知消息。
22.根据权利要求20或21所述的方法，其特征在于，还包括：
所述应用选择所述可用QoS。
23.根据权利要求20至22中任一项所述的方法，其特征在于，
所述通信设备上的应用从所述通信设备接收单个可用QoS或可用QoS列表；以及所述通信设备上的应用向所述通信设备发送响应，以批准所述单个可用QoS或从所述可用QoS列表中选择一个QoS。
24.根据权利要求19-21任一项所述的方法，其特征在于，所述应用基于所述移动设备的目标通信业务的信息发送所述请求。
25.根据权利要求24所述的方法，其特征在于，所述目标通信业务与一组车辆相关。
26.根据权利要求24所述的方法，其特征在于，所述目标通信业务包括车辆到一切V2X业务，所述V2X业务包括以下业务中的一种：编队、协作冲突避免、或协作感知。
27.根据权利要求19-21任一项所述的方法，其特征在于，所述应用接收来自网络实体的通知之后，还包括：
所述应用向所述网络实体发送确认消息，所述确认消息用于通知所述网络实体已接受所述通知的QoS。
28.一种协商服务质量QoS的方法，其特征在于，包括：
应用服务器向网络实体发送连接请求消息，所述连接请求消息包括候选服务质量QoS类别列表；
所述网络实体向应用服务器发送通知，其中，所述通知包括可用QoS的信息，所述可用QoS的信息包括所述候选QoS类别列表中的至少一个QoS类别。
29.根据权利要求28所述的方法，其特征在于，所述应用服务器用于发送通知消息以向应用指示所述可用QoS。
30.根据权利要求28或29所述的方法，其特征在于，所述应用服务器用于从应用接收关于所选QoS的通知。
31.根据权利要求28或29所述的方法，其特征在于，所述通知包括支持其它QoS类别的可用资源的信息。
32.根据权利要求31所述的方法，其特征在于，所述支持其它QoS类别的可用资源的信息是在所述可用资源不支持所述候选QoS类别列表中的QoS类别的情况下的下一个可用QoS类别。
33.根据权利要求28或29所述的方法，其特征在于，所述通知中的所述可用QoS信息包括可用的QoS类别列表所述可用的QoS类别列表包括所述QoS类别与可用资源的映射。
34.根据权利要求28或29所述的方法，其特征在于，所述网络实体周期性地或由事件触发地向应用服务器发送所述通知。
35.根据权利要求28或29所述的方法，其特征在于，所述方法还包括：
所述应用服务器周期性地上报信息，所述信息包括所述移动设备的位置、移动信息、无线条件和应用状态。
36.根据权利要求28或29所述的方法，其特征在于，所述方法还包括：
所述网络实体向应用服务器发送通知之后，所述网络实体接收确认消息，所述确认消息用于通知网络实体已接受所述通知的QoS。
37.一种通信系统，包括如权利要求1-10、18任一项所述的通信设备、以及如权利要求11-17任一项所述的装置。
38.一种计算机可读存储介质，其特征在于，包括计算机程序或指令，当所述计算机程序或指令被如权利要求1-10、18任一项所述的通信设备中的处理器执行时，使得所述通信设备实现所述处理器执行的方法。
39.一种计算机可读存储介质，其特征在于，包括计算机程序或指令，当所述计算机程序或指令被如权利要求11-17任一项所述的网络实体中的网络实体控制器执行时，使得所述网络实体实现所述网络实体控制器执行的方法。
40.一种计算机程序产品，其特征在于，所述计算机程序产品包括：计算机程序代码，所述计算机程序代码被计算机运行时，使得所述计算机执行根据权利要求19至27、或28至36中任一项所述的方法。
CN202310866545.XA 2017-10-26 2017-10-26 服务质量协商技术 Pending CN117042056A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310866545.XA CN117042056A (zh) 2017-10-26 2017-10-26 服务质量协商技术

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/EP2017/077465 WO2019081027A1 (en) 2017-10-26 2017-10-26 QUALITY OF SERVICE NEGOTIATION TECHNIQUES
CN202310866545.XA CN117042056A (zh) 2017-10-26 2017-10-26 服务质量协商技术
CN201780096318.6A CN111279744B (zh) 2017-10-26 2017-10-26 服务质量协商技术

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780096318.6A Division CN111279744B (zh) 2017-10-26 2017-10-26 服务质量协商技术

Publications (1)

Publication Number Publication Date
CN117042056A true CN117042056A (zh) 2023-11-10

Family

ID=60190852

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202310866545.XA Pending CN117042056A (zh) 2017-10-26 2017-10-26 服务质量协商技术
CN201780096318.6A Active CN111279744B (zh) 2017-10-26 2017-10-26 服务质量协商技术

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201780096318.6A Active CN111279744B (zh) 2017-10-26 2017-10-26 服务质量协商技术

Country Status (5)

Country Link
US (3) US11284289B2 (zh)
EP (2) EP3701743A1 (zh)
CN (2) CN117042056A (zh)
AU (2) AU2017437468B2 (zh)
WO (1) WO2019081027A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3741141B1 (en) 2018-02-26 2022-11-30 Huawei Technologies Co., Ltd. Entity, network, and user equipment for a v2x service as well as v2x application
US11800408B2 (en) * 2018-08-14 2023-10-24 Telefonaktiebolaget Lm Ericsson (Publ) Method for advance notification of changes to network QoS capabilities
WO2020087318A1 (en) * 2018-10-31 2020-05-07 Chongqing University Of Posts And Telecommunications Systems and methods for a handover
US11357064B2 (en) 2018-12-24 2022-06-07 Asustek Computer Inc. Method and apparatus for supporting one-to-one sidelink communication in a wireless communication system
EP3716662A1 (en) * 2019-03-28 2020-09-30 Volkswagen Aktiengesellschaft Methods, apparatuses and computer programs for a vehicle and for a base station of a mobile communication system
EP3716661B1 (en) * 2019-03-28 2023-07-05 Volkswagen Aktiengesellschaft Methods, apparatuses and computer programs for a vehicle and for a base station of a mobile communication system
EP3742767B1 (en) * 2019-05-21 2022-08-24 Volkswagen AG Method for predicting a quality of service for a communication between at least two communication partners, one of which may be a moving vehicle; apparatus for performing the steps of the method and computer program
EP3790295B1 (en) * 2019-09-09 2024-05-29 Volkswagen AG Method, computer program, and apparatus for determining a minimum inter-vehicular distance for a platoon, vehicle, traffic control entity
EP3790296A1 (en) * 2019-09-09 2021-03-10 Volkswagen AG Method, computer program, and apparatus for adapting a speed of vehicles in a platoon, vehicle, traffic control entity
CN112804756B (zh) * 2019-11-13 2022-05-17 华硕电脑股份有限公司 无线通信系统中请求侧链路传送资源的方法和设备
CN113037543B (zh) * 2021-02-25 2023-11-07 腾讯科技（深圳）有限公司 QoS变化的通知方法、装置、设备及介质
CN113038553B (zh) * 2021-02-25 2023-10-27 腾讯科技（深圳）有限公司 基于切换过程的消息发送方法、装置、设备及介质
US11570674B1 (en) 2021-04-01 2023-01-31 T-Mobile Usa, Inc. Dynamic management of telecommunication services at user equipment
CN114173291B (zh) * 2021-11-29 2023-05-26 维沃移动通信有限公司 数据处理方法和装置

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6654808B1 (en) * 1999-04-02 2003-11-25 Lucent Technologies Inc. Proving quality of service in layer two tunneling protocol networks
US6738819B1 (en) 1999-12-27 2004-05-18 Nortel Networks Limited Dynamic admission control for IP networks
US6973622B1 (en) 2000-09-25 2005-12-06 Wireless Valley Communications, Inc. System and method for design, tracking, measurement, prediction and optimization of data communication networks
US20040121778A1 (en) 2002-10-08 2004-06-24 Interdigital Technology Corporation Quality of service mapping between various types of wireless communication systems
GB2398458B (en) 2003-02-15 2005-05-25 Ericsson Telefon Ab L M Conversational bearer negotiation
EP1509018A1 (de) 2003-08-18 2005-02-23 Siemens Aktiengesellschaft Verfahren, Software-Produkt und Vorrichtungen zur Signalisierung der Modifikation von Bearerverbindungen mittels SIP Protokoll
EP1610492B1 (en) 2004-06-21 2007-04-11 Matsushita Electric Industrial Co., Ltd. Adaptive and scalable qos architecture for multiple-bearer multicast/broadcast services
CN1302686C (zh) 2004-09-30 2007-02-28 华为技术有限公司 多媒体广播/组播业务中小区信息变化的通知方法
TWM329296U (en) 2006-07-12 2008-03-21 Interdigital Tech Corp Wireless communication system
US8780814B2 (en) 2008-04-04 2014-07-15 Qualcomm Incorporated Selective bearer establishment in E-utran/EPS
CN102362474B (zh) * 2009-05-31 2013-08-28 华为技术有限公司 一种服务质量参数的协商控制方法和装置
US9369954B2 (en) * 2011-04-01 2016-06-14 Lg Electronics Inc. Method and apparatus for transceiving data in radio access system supporting multi-radio access technology
US9647935B2 (en) * 2013-10-23 2017-05-09 Verizon Patent And Licensing Inc. Inter-layer quality of service preservation
US9615260B2 (en) * 2014-06-02 2017-04-04 Intel Corporation Adaptive quality of service for wireless networks
WO2015193727A1 (en) * 2014-06-19 2015-12-23 Orange Method, apparatus and readable medium for an api notifying an application that qos will change in future
US20160100353A1 (en) 2014-10-01 2016-04-07 Industrial Technology Research Institute Method of dynamic admission control applicable to prose server and user equipment and related apparatuses using the same
US10206076B2 (en) * 2015-06-09 2019-02-12 Lg Electronics Inc. Communication method for user equipment in V2X communication system, and user equipment
WO2017001634A1 (en) * 2015-06-30 2017-01-05 British Telecommunications Public Limited Company Negotiating quality of service for data flows
WO2018054493A1 (en) * 2016-09-23 2018-03-29 Huawei Technologies Co., Ltd. Quality of service class indicator structure and corresponding controllers and control methods
DE112018003399T5 (de) * 2017-07-01 2020-03-12 Intel Corporation Verfahren und vorrichtungen für fahrzeugfunkkommunikationen
US11006316B2 (en) * 2017-10-16 2021-05-11 Ofinno, Llc Header compression for ethernet frame

Also Published As

Publication number Publication date
US11284289B2 (en) 2022-03-22
AU2017437468A1 (en) 2020-05-21
EP3701743A1 (en) 2020-09-02
AU2022201456A1 (en) 2022-04-07
EP4231704A2 (en) 2023-08-23
AU2017437468B2 (en) 2021-12-02
US20200260318A1 (en) 2020-08-13
US20220210691A1 (en) 2022-06-30
US20240089790A1 (en) 2024-03-14
CN111279744B (zh) 2023-07-18
AU2022201456B2 (en) 2023-07-13
CN111279744A (zh) 2020-06-12
WO2019081027A1 (en) 2019-05-02
US11856444B2 (en) 2023-12-26
EP4231704A3 (en) 2024-01-17

Similar Documents

Publication Publication Date Title
CN111279744B (zh) 服务质量协商技术
CN111279743B (zh) 服务质量变化通知技术
US20240163734A1 (en) Device and method for providing a quality of service function
JP7454551B2 (ja) 優先度の高い通信およびＱｏＳフィードバックのためのリソースの再割振りおよび予約
US11265772B2 (en) Methods and apparatus for supporting conditional handover
US20230127924A1 (en) ProSe REMOTE AND RELAYING ENTITY QoS MANAGEMENT
EP3741141B1 (en) Entity, network, and user equipment for a v2x service as well as v2x application
CN114097277A (zh) V2x通信从sidelink连接到小区连接的主动切换
JP7495069B2 (ja) サービス品質機能を提供するためのデバイス及び方法
US20240155569A1 (en) A Method for Performing Resource Selection for Transmission, by a User Equipment, UE, in a Telecommunication Network, as well as the Corresponding UE and a Related Computer Program Product

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination