CN113016229A

CN113016229A - 无线通信系统中副链路服务质量流管理以及相关方法和装置

Info

Publication number: CN113016229A
Application number: CN201980074573.XA
Authority: CN
Inventors: 张聪驰; M·贝尔斯奇; 胡亮; 张璋
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2018-11-13
Filing date: 2019-10-30
Publication date: 2021-06-22
Also published as: EP3881637B1; US20210409996A1; WO2020099128A1; US11785495B2; EP3881637A1

Abstract

提供了操作用户设备以用于设备到设备D2D通信的方法。操作包括：发送服务质量QoS流建立请求，流建立请求指示QoS流将要在副链路上被发送；响应于确定所要求的QoS流将被满足，接收指示所请求的副链路QoS流将被支持的消息，并接收与副链路QoS流相对应的映射和配置数据；以及响应于确定所要求的QoS不被满足，接收指示所请求的副链路QoS流将不被建立的消息。

Description

无线通信系统中副链路服务质量流管理以及相关方法和装置

技术领域

本公开总体上涉及通信，并且更具体地，涉及无线通信以及相关的无线设备和网络节点。

背景技术

LTE车辆到万物(V2X)最初是在3GPP LTE的3GPP版本14中规定的，目前正在对3GPP版本15进行研究。LTE V2X包括允许车辆通信的新功能和增强功能。最相关的方面之一是引入直接的车辆到车辆(V2V)通信功能。规范支持其它类型的V2X通信，包括V2P(车辆到行人或行人到车辆)，V2I(车辆到基础设施)等，如图1所示。

这些直接通信功能是基于LTE D2D(设备到设备)(也称为ProSe(邻近服务))构建的，如在LTE版本12中最初规定的那样，并且包括以车辆通信的特定特性为目标的许多重要增强功能。例如，在有和没有网络覆盖以及UE(用户设备)与网络(NW)之间交互程度不同的情况下，LTE V2X操作都是可能的，包括对独立，无网络操作的支持。为了在高设备密度下提高系统级性能，同时满足V2X的延迟要求，引入了新的传输模式(也称为资源分配模式)：模式3和模式4。在模式3中，NW负责执行资源分配，而在模式4中，UE自主选择用于其自身传输的资源。

为了支持5G V2X服务，在TR 22.886[1]中研究了28个用例及其性能要求。结果表明，5G V2X服务通常具有严格的服务质量(QoS)要求，例如99.999％的可靠性和10ms的延迟。得益于超可靠和低延迟的无线连接，车辆可以通过例如协同驾驶或排成编队来优化其操纵。从另一个角度看，无线连接上的任何干扰/中断都可能导致危险情况或者甚至车祸。

当前，在V2X上下文中，正在讨论许多用例(UC)，例如编队、协同驾驶、汽车跟随和危险区域警告等[1]。他们中的许多人对QoS有严格的要求，例如99.9％的可靠性和50ms的最大延迟。表1提供了一些示例UC及在3GPP中讨论的它们的要求。

在NR Uu接口中，QoS控制在5GS中可以在QoS流级别上处理。背后的基本思想是，每个QoS流都与5QI值相关联，该5QI值指示相关联的QoS要求。这种要求可包括可靠性、延迟、和/或数据速率等等。QoS要求可能取决于服务和用户对运营商的订阅。

在UE连接到核心网络CN之后，可利用默认的QoS流和默认的数据无线电承载(DRB)在UE与CN之间建立会话。参考文献[2]指定了多种建立/释放新QoS流的方法。简要参考图2，图2是示出了NR Uu中的QoS流建立的示例的示意性数据流程图。如提供的，CN可以发起新的QoS流，该请求被发送到gNB。由gNB决定根据准入控制规则是接受还是拒绝QoS流。如果被接受，则gNB可将QoS流映射到新的DRB或现有的DRB。UE将被相应地配置。另一个示例提供，UE可以发起新的QoS流，其首先通过默认承载发送在其SDAP头中带有新QFI的数据。由gNB决定是否要为此新的QoS流建立新的DRB。在另一示例中，当CN想要释放已建立的QoS流时，它可向gNB发送请求，然后可向UE发送RRC DRB修改请求以释放QFI到DRB的映射。

出于基于流的准入控制过程的目的，使用QoS流的ARP，在该过程中，gNB决定在无线电拥塞情况下是否应建立所请求的流。它还根据关于新QoS流建立请求的抢占(pre-emption)来控制QoS流的优先级[3]。此外，在NR中，可以允许将多个QoS流映射到同一承载。换句话说，可能由gNB决定将QoS流映射到现有DRB或新DRB。

在3GPP中正在讨论针对NR副链路SL的QoS框架。由于LTE SL中QoS框架(其基于每个分组的PPPP/PPPR)不足够强健以支持严格的eV2X QoS要求，因此可以预期NR SL应使用与Uu中的QoS框架类似的QoS框架，Uu中的框架是基于QoS流和DRB的。

考虑了可用资源和干扰环境的NR SL承载建立和准入控制已经被考虑。例如，根据参考文献[4]，在NW控制模式下，在发射机建立承载并激活服务之前，它应向gNB请求承载许可/配置。gNB估算可用资源的数量，并在有足够的资源来支持所要求的QoS(例如，数据速率)时接受请求。

根据参考文献[5]，在自主模式下，可以基于来自NW的(预先)配置规则，例如经由SIB/RRC，进行准入控制。例如，当信道忙碌率(CBR)低于阈值时，一个UE只能为特定服务建立承载。

根据参考文献[6]，描述了当TX UE尝试建立DRB时利用来自RX端的信息的方法。在参考文献[7]中，描述了根据QoS性能来监视、维护和释放已建立的SL DRB的方法。

到目前为止，一些解决方案包括DRB级别的SL QoS管理，当它是SL QoS流与SL DRB之间的一一映射时，该解决方案就可以使用。建立或释放一个SL DRB可能意味着建立或释放对应的SL QoS流。然而，当多个SL QoS流被映射到同一个SL DRB时，这成为问题。例如，假设一个UE具有映射到一个SL DRB的三个SL QoS流，并且gNB由于信道拥塞而必须抢占某些资源，则它将释放优先级最低的SL QoS流，而不是释放整个SL DRB。这可能意味着释放所有三个相关联的QoS流。换句话说，NR SL中的QoS管理不仅必须以SL承载为目标，而且还必须以SL QoS流为目标。SL QoS流管理机制当前缺失。当然，NR SL QoS流管理可以重用NR Uu中的内容。但是，对于NR SL，如在NR Uu中一样地与CN进行繁重的交互(这也意味着开销)对于NR SL来说似乎是不必要的，因为SL数据不经由CN传输。因此，可以最小化CN在SL QoS流管理中的参与。

发明内容

根据本发明构思的一些实施例，提供了一种操作用户设备UE以用于设备到设备D2D通信的方法。方法可包括：发送服务质量QoS流建立请求。流建立请求可指示QoS流将在副链路SL上被发送。响应于确定所要求的QoS流将不被满足，操作包括：接收指示所请求的副链路QoS流将被支持的消息，并接收与副链路QoS流相对应的映射和配置数据。响应于确定所要求的QoS可能不被满足，操作可包括：接收指示所请求的副链路QoS流将不被建立的消息。

根据本发明构思的一些实施例，提供了一种用户设备UE。UE可包括收发机，耦接到收发机的处理器，以及耦接到处理器的存储器，其中，存储器存储指令，指令在由处理器执行时使得UE：发送服务质量QoS流建立请求，流建立请求指示QoS流将要在副链路上被发送；响应于确定所要求的QoS流将被满足，接收指示所请求的副链路QoS流将被支持的消息，并接收与副链路QoS流相对应的映射和配置数据。响应于确定所要求的QoS不被满足，接收指示所请求的副链路QoS流将不被建立的消息。

根据本发明构思的一些实施例，提供了一种操作网络节点以提供网络辅助副链路服务质量流管理的方法。这种方法包括：从用户设备UE接收服务质量QoS流建立请求，流建立请求指示QoS流将要在副链路上被发送；确定所要求的QoS流是否将被满足；响应于确定所要求的QoS流将被满足，发送指示所请求的副链路QoS将被支持的消息，并发送与副链路QoS流相对应的映射和配置数据；以及响应于确定所要求的QoS流不被满足，发送指示所请求的副链路QoS将不被建立的消息。

根据本发明构思的一些实施例，提供了一种网络节点。网络节点可包括收发机，耦接到收发机的处理器；以及与处理器耦接的存储器。存储器存储指令，指令在由处理器执行时使得网络节点：从用户设备UE接收服务质量QoS流建立请求，流建立请求指示QoS流将要在副链路上被发送；确定所要求的QoS流是否将被满足；响应于确定所要求的QoS流将被满足，发送指示所请求的副链路QoS将被支持的消息，并发送与副链路QoS流相对应的映射和配置数据；以及响应于确定所要求的QoS流不被满足，发送指示所请求的副链路QoS将不被建立的消息。

根据本发明构思的一些实施例，提供了操作用户设备UE以用于设备到设备D2D通信的方法。这种方法包括：存储预先配置的SL QoS流管理控制规则集，该预先配置的SL QoS流管理控制规则集定义用于由UE建立SL QoS流的操作；通过执行预先配置的SL QoS流管理控制规则集中的规则，建立SL QoS流；以及响应于确定QoS将被满足，由UE建立SL QoS流并将SL QoS流映射到DRB。

根据本发明构思的一些实施例，提供了一种用户设备UE。UE包括收发机，耦接到收发机的处理器，以及与处理器耦接的存储器。存储器存储指令，当指令在由处理器执行时使得用户设备：存储预先配置的SL QoS流管理控制规则集，该预先配置的SL QoS流管理控制规则集定义用于由UE建立SL QoS流的操作；通过执行预先配置的SL QoS流管理控制规则集中的规则，建立SL QoS流；以及响应于确定QoS将被满足，由UE建立SL QoS流并将SL QoS流映射到DRB。

根据一些实施例，一种计算机程序产品包括：非暂时性计算机可读存储介质，非暂时性计算机可读存储介质包括被体现在该介质中的计算机可读程序代码，计算机可读程序代码在由用户设备UE的处理器执行时使得UE：发送服务质量QoS流建立请求，流建立请求可指示QoS流将在副链路SL上被发送。UE还被配置为：响应于确定所要求的QoS流将不被满足，接收指示所请求的副链路QoS流将被支持的消息，并接收与副链路QoS流相对应的映射和配置数据。UE还被配置为：响应于确定所要求的QoS可能不被满足，接收指示所请求的副链路QoS流将不被建立的消息。

根据一些实施例，一种计算机程序产品包括：非暂时性计算机可读存储介质，非暂时性计算机可读存储介质包括被体现在该介质中的计算机可读程序代码，计算机可读程序代码在由网络节点的处理器执行时使得网络节点：从用户设备UE接收服务质量QoS流建立请求，流建立请求指示QoS流将要在副链路上被发送。该网络节点还被配置为：确定所要求的QoS流是否将被满足；以及响应于确定所要求的QoS流将被满足，发送指示所请求的副链路QoS将被支持的消息，并发送与副链路QoS流相对应的映射和配置数据。该网络节点还被配置为：响应于确定所要求的QoS流不被满足，发送指示所请求的副链路QoS将不被建立的消息。

根据一些实施例，一种计算机程序产品包括：非暂时性计算机可读存储介质，非暂时性计算机可读存储介质包括被体现在该介质中的计算机可读程序代码，计算机可读程序代码在由用户设备UE的处理器执行时使得UE：存储预先配置的副链路QoS流管理控制规则集，该预先配置的副链路QoS流管理控制规则集定义用于由UE建立副链路QoS流的操作。UE还被配置为：通过执行预先配置的副链路QoS流管理控制规则集中的规则，建立副链路QoS流；以及响应于确定QoS将被满足，由UE建立副链路QoS流并将副链路QoS流映射到DRB。

根据本文公开的一些实施例，通信资源可以最小化CN在SL QoS流管理中的参与，这可以提高效率。

附图说明

被包括以提供对本公开的进一步理解并且被并入以构成本申请的一部分的附图示出了本发明构思的某些非限制性实施例。在附图中：

图1示出了示例V2X无线通信网络；

图2是示出了NR Uu中的QoS流建立的示意性数据流程图；

图3是示出根据一些实施例的具有CN参与的SL QoS流管理的示意性流程图；

图4是示出根据一些实施例的在没有CN参与的情况下的SL QoS流管理的示意性数据流程图；

图5是示出根据实施例的SL单播和/或组播中的SL QoS流管理的示意性数据流程图；

图6是示出根据一些实施例的方法、系统和装置的操作的流程图；

图7是示出根据一些实施例的方法、系统和装置的操作的流程图；

图8是示出根据一些实施例的方法、系统和装置的操作的流程图；

图9是示出具有根据一些实施例配置的组件的无线设备UE的框图；

图10是示出根据本发明构思的一些实施例的网络节点的框图；

图11是根据一些实施例的无线网络的框图；

图12是根据一些实施例的用户设备的框图；

图13是根据一些实施例的虚拟化环境的框图；

图14是根据一些实施例的经由中间网络连接到主机计算机的电信网络的框图；

图15是根据一些实施例的通过部分无线连接经由基站与用户设备通信的主机计算机的框图；

图16是根据一些实施例的在包括主机计算机、基站和用户设备的通信系统中实现的方法的框图；

图17是根据一些实施例的在包括主机计算机、基站和用户设备的通信系统中实现的方法的框图；

图18是根据一些实施例的在包括主机计算机、基站和用户设备的通信系统中实现的方法的框图；以及

图19是根据一些实施例的在包括主机计算机、基站和用户设备的通信系统中实现的方法的框图。

具体实施方式

现在将在下文中参考附图更全面地描述本发明构思，在附图中示出了本发明构思的某些实施例。然而，本发明构思可以以许多不同的形式来体现，并且不应被解释为限于本文阐述的实施例。反而，这些实施例被提供为使得本公开将是彻底和完整的，并且将本发明构思的范围充分传达给本领域技术人员。还应当注意，这些实施例不是互相排斥的。来自一个实施例的组件可以被默认地假定为存在于/用于另一实施例中。

以下描述提出了所公开主题的各种实施例。这些实施例被呈现为教学示例，并且不应被解释为限制所公开的主题的范围。例如，在不脱离所描述主题的范围的情况下，可以修改、省略或扩展所描述实施例的某些细节。

现有方法和潜在优势的概述：

下面公开了操作以在自主模式下实现SL准入控制和分组抢占的系统、方法和相应装置。每个SL承载与承载级别优先级指示符和分组级别优先级指示符相关联。当没有足够的资源可用于SL承载建立或分组传输时，一个UE可以抢占某些已预订的更低优先级的传输；否则，UE必须释放相应的承载。

根据本文的一些实施例，提供了一种用于在NR SL中启用QoS流管理的方法。着重强调了SL QoS流管理与NR Uu的区别，并描述了详细的过程和信令传输。公开了在有或没有NW辅助的情况下的覆盖场景。此外，公开了TX UE与RX UE之间的QoS流信息交换，并且公开了基于传播方案/会话将QoS流映射到承载的附加标准。

在一些实施例中，提供了用于在有和/或没有NW辅助的情况下管理SL QoS流的方法。每个SL QoS流可与其QoS配置文件(例如，5QI、ARP、GBR、MGBR等)相关联，并且可以由其QoS流ID(QFI)来标识。SL QFI在一个SL会话中可能是唯一的。

在NW辅助的SL QoS流管理中，当SL UE处于RRC_CONNECTED模式时，SL QoS流管理可以在有限的CN参与的情况下由NW来控制。

现在参考图3，图3是示出根据一些实施例的具有CN参与的SL QoS流管理的示意性流程图。在一些实施例中，NAS信令被用于执行SL QoS流管理。仅有限数量的CN实体，例如AMF和SMF，可能参与。如图所示，框310规定为服务建立SL QoS流，QoS流建立请求可使用NAS信令被发送到CN，例如SMF。UE可在请求中指示QoS流将在SL上被发送。

SMF可理解所请求的QoS流将在SL上被发送，并且可生成并经由NG接口向gNB发送相应的请求并发送相关的SL QoS流参数，例如，SL QFI和QoS配置文件(框312)。SMF可以向gNB指示所请求的QoS流将在SL上被发送。

gNB可理解，所请求的QoS流将在SL上被发送并且执行SL准入控制(框314)。如果估计所要求的QoS将被满足，则gNB通知SMF可以支持所请求的QoS，然后SMF经由NAS信令通知UE可以建立所请求的SL QoS流。gNB可以将所请求的SL QoS流映射到现有的SL DRB或新的SL DRB，并且经由例如RRC信令将映射和相关配置发送给UE。

如果估计所要求的QoS不被满足，则gNB通知SMF所请求的QoS不能被支持，然后SMF经由NAS信令通知UE所请求的SL QoS流不能被建立。

已建立的QoS流的释放可以由UE或gNB触发。

一些实施例提供了SL QoS流释放是由UE发起的。例如，由于QoS降级，UE可能想要释放一个SL QoS流。包含相关联的QFI的释放请求可例如经由NAS信令从UE发送到CN(例如，SMF)(框320)。然后，UE将清除相关的QoS流上下文(例如，QFI、QoS配置文件、QoS流到DRB的映射)，当没有使用同一DRB的其它QoS流时，UE也可清除相关联的DRB。UE可在请求中指示将要被释放的QoS流在SL上被发送。

CN(例如SMF)可生成并经由NG接口向gNB发送相应的释放请求(框322)。SMF可在请求中指示将要被释放的QoS流在SL上被发送。CN和gNB可清除相关的QoS流上下文。当没有使用同一DRB的其它QoS流时，gNB也可清除相关联的DRB。

在一些实施例中，SL QoS流释放可由gNB发起。当gNB要释放一个SL QoS流，例如，以抢占某些资源用于新的QoS流时，包含相关联的QFI的释放请求将经由NG接口从gNB发送到CN(例如SMF)(框330)。gNB可在请求中指示将要被释放的QoS流在SL上被发送。然后，gNB将清除相关的QoS流上下文，例如QFI、QoS配置文件。gNB清除对应的流到DRB的映射，并且当没有使用同一DRB的其它QoS流时，也可以清除相关联的DRB。

CN(例如SMF)生成并经由例如NAS信令向UE发送释放请求(框332)。CN和UE清除相关的QoS流上下文。当没有使用同一DRB的其它QoS流时，清除对应的流到DRB的映射的UE也可清除相关联的DRB。

现在参考图4，其是示出根据一些实施例的在没有CN参与的情况下的SL QoS流管理的示意性数据流程图。在一些实施例中，服务到SL QoS配置文件的映射由CN(预先)配置并且(事先)被通知给UE(框410)。稍后，SL QoS流管理可以在没有CN参与的情况下仅在UE和gNB之间执行。

还可以在没有CN的情况下提供QoS流建立。例如，当一个UE想要建立新的SL QoS流以用于服务时，它可以首先根据(预先)配置找到相关联的QoS配置文件并为其生成QFI(框420)。然后在UE内将信息从NAS层传递到AS层，UE的AS层通过RRC信令向gNB发送包含所请求的QFI和相关联的QoS配置文件的QoS流建立请求。UE可以在请求中指示所请求的QoS流将在SL上发送。应注意，QFI生成可以遵循一些预定义的规则，例如根据一些实施例的预定义的5QI到QFI的映射。

在一些实施例中，gNB可执行SL准入控制。如果估计所要求的QoS被满足，则gNB接受请求。gNB可将SL QoS流映射到现有的SL DRB或新的SL DRB，并经由RRC信令向UE发送包括该映射和相关配置的确认(框422)。然后，UE相应地更新SL DRB配置，并通知它自己的上层所请求的SL QoS流已被接受。

如果估计所请求的QoS不被满足，则QoS流请求可被拒绝。拒绝消息可以经由例如RRC信令从gNB发送到UE。UE通知它自己的上层所请求的SL QoS流已被拒绝。

一些实施例提供了可以由UE发起QoS流释放。当UE例如由于QoS降级而想要释放一个SL QoS流时，包含相关联的QFI的释放请求可经由例如RRC信令从UE发送到gNB(框430)。UE可以在请求中指示将要释放的QoS流在SL上发送。然后，UE和gNB将清除相关的QoS流上下文，例如，QFI、QoS配置文件、QoS流到DRB的映射。当不存在使用同一DRB的其它QoS流时，UE和gNB也可清除相关联的DRB。

在一些实施例中，可由gNB发起QoS流释放。当gNB想要释放一个SL QoS流时，例如为了抢占一些资源以用于新的QoS流，包含相关联的QFI的释放请求将经由例如RRC信令从gNB发送到UE(框440)。然后，UE和gNB可以清除相关的QoS流上下文，例如，QFI、QoS配置文件、QoS流到DRB映射。当不存在使用同一DRB的其它QoS流时，UE和gNB也可以清除相关联的DRB。

一些实施例提供了自主SL QoS流管理。例如，当UE不在覆盖范围内和/或处于RRC_IDLE模式时，SL QoS流管理可以由UE自身根据预先配置来执行。当一个UE要建立SL QoS流时，它遵循预先配置的准入控制规则来估计所要求的QoS是否可被满足。如果条件允许，它将设置QoS流并将其映射到现有或新的DRB。当一个UE想要释放SL QoS流时，如果不存在使用同一DRB的其它QoS流，则其可清除对应的QoS流上下文，并且还可释放相关联的DRB。

现在参考图5，图5是示出根据实施例的SL单播和/或组播中的SL QoS流管理的示意性数据流程图。对于SL单播/组播，应在所涉及的SL UE对等方之间了解SL QoS流上下文。根据本文的实施例，在有/没有RX UE的辅助下，SL QoS流建立可以首先由TX UE执行(框500)。在TX端建立了QoS流之后，TX UE应将QoS流上下文通知给RX UE。在一些实施例中，可以在数据传输期间在SDAP报头中传送QFI值，然后RX UE可以根据QFI值识别SL QoS流并解释相应的QoS特性和/或服务类型。

例如由于QoS降级，SL QoS流释放可以由TX UE或RX UE或gNB发起(框510)。在一个实施例中，使用释放通知，例如，一个UE经由例如NAS信令通知另一个UE所计划的SL QoS流释放，并且相关联的QFI可被包含在通知信令中。然后，TX UE或gNB将按照本文的实施例执行SL QoS流释放。

一些实施例提供了可用于将QoS流映射到DRB中的附加标准。在下面的描述中，术语“传播方案(casting scheme)”用于表示单播/组播/广播传输。相反，术语“传播会话”用于表示旨在用于特定接收机(单播)或用于特定UE组(组播)的特定V2X业务会话。UE可参与多个传播会话，例如，具有不同UE的多个单播会话，并且对于每个传播会话，可以发送不同的业务/服务。

特定的传播方案和特定的传播会话都可以通过上层被用信号发送到接入层，并由接入层(例如，MAC)中的专用字段和/或ID表示。

下述附加标准可由UE使用(例如，对于如在先前实施例中描述的自主SL QoS流管理的情况)或由网络使用(例如，对于如在先前实施例中描述的网络控制的QoS流管理的情况下)。可以将与特定V2X服务相关的QoS流关联/复用到其中仅与同一服务相关的QoS流可被关联/复用的无线承载中。V2X服务可以由任何ID表示，例如ITS ID、AID、或等效的L2目的地ID。

该方法不排除存在与相同V2X服务相关联的多个无线电承载，例如，取决于跟与相同V2X服务相关的不同QoS流相关联的5QI。

在一些实施例中，可以将与特定传播方案有关的QoS流关联/复用到其中仅与相同传播方案相关联的QoS流可被关联/复用的无线电承载中。例如，如果QoS流与应该以广播方式发送的业务类型相关联，则这种QoS流可以被复用到其中仅广播类型的业务可以被复用/关联的无线电承载中。该方法不排除存在与相同的传播方案相关联的多个无线电承载，例如，取决于跟与相同传播方案相关的不同QoS流相关联的QoS流相关联的5QI。

一些实施例提供了与特定传播会话有关的QoS流可以被关联/复用到其中只有与相同传播会话相关联的QoS流可以被关联/复用的无线承载中。例如，如果QoS流与应该以单播/组播的方式发送并且旨在用于特定的接收机或接收机组的业务类型相关联，即与特定的传播会话相关联，则这种QoS流可被复用到其中仅旨在用于同一接收机或接收机组的业务(即传播会话)可以被关联/复用的无线电承载。该方法不排除存在与相同传播会话相关联的多个无线电承载，即同一接收机或接收机组，例如取决于跟与相同传播方案相关的不同QoS流相关联的QoS流相关联的5QI。

上述标准的组合，例如，与特定传播方案和V2X服务相关的QoS流可被关联/复用到其中只有与相同传播方案和V2X服务相关联的QoS流可被关联/复用的无线承载中。

为了支持以上内容，可以将特定的无线电承载ID和逻辑信道ID相关联。例如，在一个实施例中，一组无线电承载ID/LCID可以被关联以表示与相同V2X服务和/或相同传播方案相关联的无线电承载。在一个实施例中，在为相同传播方案保留的一组ID中，UE可选择不同的ID来表示不同的传播会话。在另一个实施例中，在保留给相同V2X服务的一组ID中，可以使用不同的ID来表示不同的传播方案。

作为逻辑信道优先级排序过程的一部分，可以在MAC层中使用附加标准来处理QoS流到MAC PDU中的复用。遵循的标准可以包括：MAC层仅将具有相关联QoS流(其与相同V2X服务相关联)的无线电承载复用到同一MAC PDU中。MAC层可仅将具有相关联的QoS流(其与相同传播方案相关联)的无线电承载复用到同一MAC PDU中。MAC层可仅将具有相关联的QoS流(其与相同传播会话相关联)的无线电承载复用到同一MAC PDU中。可以包括以上标准的任何组合。例如，UE可以在同一MAC PDU中仅复用承载相同V2X服务并且与相同传播方案和/或相同传播会话相关联的业务。

现在参考图6，图6是示出根据一些实施例的方法、系统和装置的操作的流程图。操作用户设备UE以用于设备到设备D2D通信的方法包括：发送服务质量QoS流建立请求，该流建立请求指示QoS流将要在副链路上发送(框600)。操作可包括：响应于确定所要求的QoS流将被满足，接收指示所请求的副链路QoS流将被支持的消息，以及接收与副链路QoS流相对应的映射和配置数据(框602)，并响应于确定所要求的QoS可能不被满足，接收到指示所请求的副链路QoS流将不被建立的消息(框604)。

在一些实施例中，操作可包括：响应于确定所要求的QoS不被满足，由UE生成与所请求的QoS流相对应的QFI(框608)。一些实施例提供了发送包括标识对应的副链路QoS流的QoS流标识符QFI的QoS流释放请求并清除相关的QoS流上下文，其中，相关的QoS流上下文包括：QFI、QoS配置文件、QFI到数据无线电承载DRB的映射、和/或相应的DRB。

在一些实施例中，映射和配置数据由核心网络预先配置并由UE接收，其中，发送QoS流建立请求包括：经由无线电资源控制RRC信令，向gNB发送QoS流建立请求，并且其中，QoS流建立请求包括预先配置的QoS流相关数据以及所请求的QoS流将在副链路QoS流上被发送的指示。

一些实施例提供了发送QoS流建立请求包括：经由NAS信令向核心网络CN发送释放请求。在一些实施例中，可以经由RRC信令从gNB接收确认消息，该确认消息包括与副链路QoS流相对应的相关映射和配置。副链路QoS DRB配置可被更新；并且可通知UE上层所请求的副链路QoS流被接受。

一些实施例提供了响应于确定所要求的QoS不被满足，操作可包括：经由RRC从gNB接收拒绝消息，该拒绝消息用信号发送QoS流请求将被拒绝，其中RRC拒绝消息包括与QoS流相对应的QFI；并更新UE上层：所请求的副链路QoS流被拒绝(框610)。

一些实施例提供了从gNB接收释放请求，该释放请求包括与副链路QoS流相对应的QFI(框612)；以及清除相关的QoS流上下文，该相关的QoS流上下文包括：QFI、QoS配置文件、QFI到DRB的映射、和/或对应的DRB(框614)。

一些实施例提供了使gNB释放QoS流并删除相关的QoS上下文数据。在一些实施例中，响应于副链路QoS流的QoS降级，释放请求可被发送，该释放请求包括与副链路QoS流相对应的QFI。方法包括清除相关的QoS流上下文，该相关的QoS流上下文包括：QFI、QoS配置文件、QFI到DRB的映射、和/或对应的DRB(框614)，其中，使gNB释放QoS流并删除相关的QoS上下文数据。

在一些实施例中，发送释放请求包括经由NAS信令将释放请求发送到核心网络CN。在一些实施例中，响应于确定没有其它QoS流正在被同一DRB使用，释放请求包括释放DRB的请求。

一些实施例包括遵循预先配置的准入控制规则以确定副链路QoS流是否被满足(框616)，以及响应于确定QoS流被满足而建立副链路QoS流(框618)。

在一些实施例中，UE包括发射机TX UE，其中，响应于建立副链路QoS流，操作包括：向接收机RX UE发送与副链路QoS流相对应的消息(框620)。在一些实施例中，该消息包括数据传输期间的QFI值，QFI值使得RX UE确定QoS特性和/或服务类型。

现在参考图7，图7是示出根据一些实施例的方法、系统和装置的操作的流程图。操作网络节点以用于提供网络辅助副链路服务质量流管理的方法可包括：从用户设备UE接收服务质量QoS流建立请求，流建立请求指示QoS流将要在副链路上被发送(框700)；确定所要求的QoS流是否将被满足(框702)；以及响应于确定所要求的QoS流将被满足，发送指示所请求的副链路QoS将被支持的消息，并发送与所述副链路QoS流相对应的映射和配置数据(框704)。方法还包括：响应于确定所要求的QoS流不被满足，发送指示所请求的副链路QoS将不被建立的消息(框706)。

在一些实施例中，方法包括响应于确定所要求的QoS不被满足，从UE接收与所请求的QoS流相对应的QFI(框708)。一些实施例包括：接收QoS流释放请求，QoS流释放请求包括标识与副链路QoS流相对应的会话的QoS流标识符QFI(框710)；以及清除相关的QoS流上下文(框712)。在一些实施例中，相关的QoS流上下文包括：QFI、QoS配置文件、QFI到数据无线电承载DRB的映射、和/或对应的DRB。

一些实施例提供了映射和配置数据由核心网络预先配置并被发送给UE，并且接收QoS流建立请求包括：经由无线电资源控制RRC信令直接从UE接收QoS建立请求到gNB。在一些实施例中，QoS建立请求包括被预先配置的QoS流相关数据以及所请求的QoS流将在副链路QoS流上被发送的指示。

一些实施例包括经由RRC信令向UE发送确认消息，该确认消息包括与副链路QoS流相对应的相关映射和配置(框714)。响应于确定所要求的QoS不被满足，操作可进一步包括：经由RRC向UE发送拒绝消息，拒绝消息用信号发送QoS流请求将被拒绝，其中，RRC拒绝消息包括与QoS流相对应的QFI(框716)，以及使得UE更新UE上层：所请求的副链路QoS流被拒绝(框718)。

一些实施例包括向UE发送释放请求，该释放请求包括与副链路QoS流相对应的QFI(框720)，清除相关的QoS流上下文，相关的QoS流上下文包括：QFI、QoS配置文件、QFI到DRB的映射、和/或对应的DRB(框722)，以及释放QoS流并删除相关的QoS上下文数据(框724)。

一些实施例包括：遵循预先配置的准入控制规则以确定副链路QoS流是否将被满足(框726)；以及响应于确定QoS流被满足，建立副链路QoS流(框728)。

操作还可包括：将副链路QoS流与对应于相同V2X服务的多个其它副链路QoS流相关联(框730)，以及选择多个标识符来表示多个副链路QoS流会话中相应的副链路QoS流会话(框732)。

现在参考图8，图8是示出根据一些实施例的方法、系统和装置的操作的流程图。操作用户设备UE以用于设备到设备D2D通信的方法可包括：存储预先配置的SL QoS流管理控制规则集，该预先配置的SL QoS流管理控制规则集定义用于由UE建立SL QoS流的操作(框800)。实施例可包括：通过执行预先配置的SL QoS流管理控制规则集中的规则，建立SL QoS流(框802)。操作可包括：响应于确定QoS将被满足，由UE建立SL QoS流并将SL QoS流映射到DRB(框804)。

在一些实施例中，DRB包括现有的DRB或新的DRB。一些实施例提供执行SL QoS流释放操作(框806)。一些实施例提供了释放操作包括如果没有其它QoS流正在使用DRB，则清除QoS流上下文并释放DRB。在一些实施例中，与给定V2X服务相关的QoS流与DRB相关联，并且只有与给定V2X服务相关的其它QoS流与DRB相关联。

图9是示出被配置为根据本发明构思的实施例提供无线通信的无线设备用户设备UE 900(也称为无线终端、无线通信设备、无线通信终端、用户设备(UE)、用户设备节点/终端/设备等)的元件的框图。如图所示，UE可包括天线907和收发机电路901(也称为收发机)，该收发机电路901包括被配置为提供与无线通信网络中的其它UE(例如，SL通信)、无线电接入网络RAN节点(例如，基站、eNB、gNB、网络节点等)的上行链路和下行链路无线电通信的发射机和接收机。UE 900还可包括耦接至收发机电路的处理器电路903(也称为处理器)，以及耦接至处理器电路的存储器电路905(也称为存储器)。存储器电路905可包括计算机可读程序代码，该计算机可读程序代码在由处理器电路903执行时使处理器电路执行根据本文公开的实施例的操作。根据其它实施例，处理器电路903可被定义为包括存储器，从而不需要单独的存储器电路。UE 900还可包括与处理器耦接的接口(例如用户接口)，和/或无线设备UE可以是IoT和/或MTC设备。

如本文所讨论的，无线设备UE 900的操作可由处理器903和/或收发机901执行。例如，处理器903可控制收发机901在无线电接口上通过收发机901向无线通信网络中的另一个UE和/或RAN节点发送上行链路通信和/或在无线电接口上通过收发机901从无线通信网络中的另一个UE和/或RAN节点接收下行链路通信。此外，模块可被存储在存储器905中，并且这些模块可提供指令，以使得当模块的指令由处理器903执行时，处理器903执行相应的操作(例如，以下关于示例实施例讨论的操作)。

图10是示出根据本发明构思的实施例的无线电接入网络(RAN)的被配置为提供蜂窝通信的节点1000(也称为网络节点、基站、eNB、eNodeB、gNB、gNodeB等)的元件的框图。如图所示，该网络节点可包括收发机电路1001(也称为收发机)，该收发机电路1001包括被配置为提供与无线通信设备UE的上行链路和下行链路无线电通信的发射机和接收机。网络节点可包括被配置为提供与RAN和/或核心网络的其它节点(例如，与其它基站和/或核心网络节点)的通信的网络接口电路1007(也称为网络接口)。网络节点还可包括耦接至收发机电路的处理器电路1003(也称为处理器)，以及耦接至该处理器电路的存储器电路1005(也称为存储器)。存储器电路1005可包括计算机可读程序代码，该计算机可读程序代码在由处理器电路1003执行时使该处理器电路执行根据本文公开的实施例的操作。根据其它实施例，处理器电路1003可被定义为包括存储器，从而不需要单独的存储器电路。

如本文中所讨论的，网络节点的操作可由处理器1003、网络接口1007和/或收发机1001执行。例如，处理器1003可控制收发机1001在无线电接口上通过收发机1001向一个或多个UE发送通信和/或在无线电接口上通过收发机1001从一个或多个UE接收通信。类似地，处理器1003可控制网络接口1007在网络接口1007上向一个或多个其它网络节点发送通信和/或在网络接口上从一个或多个其它网络节点接收通信。此外，模块可被存储在存储器1005中，并且这些模块可提供指令，以使得当模块的指令由处理器1003执行时，处理器1003执行相应的操作(例如，以下关于示例实施例讨论的操作)。

实施例列表

1.一种操作用户设备UE以用于设备到设备D2D通信的方法，所述方法包括：

发送服务质量QoS流建立请求，流建立请求指示QoS流将要在副链路上被发送；

响应于确定所要求的QoS流将被满足，接收指示所请求的副链路QoS流将被支持的消息，并接收与副链路QoS流相对应的映射和配置数据；以及

响应于确定所要求的QoS不被满足，接收指示所请求的副链路QoS流将不被建立的消息。

2.根据实施例1所述的方法，所述方法还包括：响应于确定所要求的QoS不被满足，由UE生成与所请求的QoS流相对应的QFI。

3.根据实施例1和2中的任一项所述的方法，还包括：发送QoS流释放请求，QoS流释放请求包括标识对应的副链路QoS流的QoS流标识符QFI；以及

清除相关的QoS流上下文，其中，相关的QoS流上下文包括：QFI、QoS配置文件、QFI到数据无线电承载DRB的映射、和/或对应的DRB。

4.根据实施例1至3中的任一项所述的方法，其中，映射和配置数据由核心网络预先配置，并且由UE接收，其中，发送QoS流建立请求包括：经由无线电资源控制RRC信令向gNB发送QoS流建立请求，并且其中，QoS流建立请求包括被预先配置的QoS流相关数据以及所请求的QoS流将在副链路QoS流上被发送的指示。

5.根据实施例1至4中的任一项所述的方法，其中，发送QoS流建立请求包括：经由NAS信令向核心网络CN发送释放请求。

6.根据实施例5所述的方法，还包括：经由RRC信令从gNB接收确认消息，确认消息包括与副链路QoS流相对应的相关映射和配置。

7.根据实施例6所述的方法，还包括：更新副链路QoS DRB配置，并且向UE上层通知所请求的副链路QoS流被接受。

8.根据实施例1至7中的任一项所述的方法，其中，响应于确定所要求的QoS不被满足，方法还包括：

经由RRC从gNB接收拒绝消息，拒绝消息用信号发送QoS流请求将被拒绝，其中，RRC拒绝消息包括与QoS流相对应的QFI；以及

更新UE上层：所请求的副链路QoS流被拒绝。

9.根据实施例1至8中的任一项所述的方法，其中，所述方法还包括：

从gNB接收释放请求，释放请求包括与副链路QoS流相对应的QFI；以及

清除相关的QoS流上下文，相关的QoS流上下文包括：QFI、QoS配置文件、QFI到DRB的映射、和/或对应的DRB，

其中，使得gNB释放QoS流并删除相关的QoS上下文数据。

10.根据实施例1至9中的任一项所述的方法，其中，响应于副链路QoS流的QoS降级，方法还包括：

发送释放请求，释放请求包括与副链路QoS流相对应的QFI；以及

其中，使得gNB释放QoS流并删除相关的QoS上下文数据。

11.根据实施例10所述的方法，其中，发送释放请求包括：经由NAS信令将释放请求发送到核心网络CN。

12.根据实施例10所述的方法，其中，响应于确定没有其它QoS流正在被同一DRB使用，释放请求包括释放DRB的请求。

13.根据实施例1至12中的任一项所述的方法，还包括：

遵循预先配置的准入控制规则，以确定副链路QoS流是否被满足；以及

响应于确定QoS流被满足，建立副链路QoS流。

14.根据实施例1至13中的任一项所述的方法，其中，UE包括发射机TX UE，其中，响应于建立副链路QoS流，方法还包括：向接收机RX UE发送与副链路QoS流相对应的消息，

其中，消息包括数据传输期间的QFI值，QFI值使得RX UE确定QoS特性和/或服务类型。

15.根据实施例14所述的方法，其中，TX UE还被配置为：基于QoS降级来发起副链路QoS流释放。

16.根据实施例14至15中的任一项所述的方法，其中，TX UE还被配置为：基于QoS降级来从RX UE接收副链路QoS流释放。

17.根据实施例1至16中的任一项所述的方法，其中，单播副链路QoS流包括：被发送到特定RX UE的特定V2X业务会话。

18.根据实施例1至16中的任一项所述的方法，其中，组播副链路QoS流包括：被发送到RX UE的特定组的特定V2X业务会话。

19.根据实施例1至18中的任一项所述的方法，还包括：将副链路QoS流与对应于相同V2X服务的多个其它副链路QoS流相关联。

20.根据实施例1至19中的任一项所述的方法，其中，相同V2X服务由唯一标识符来表示。

21.根据实施例1至20中的任一项所述的方法，其中，相同V2X服务与多个无线电承载相关联。

22.根据实施例1至21中的任一项所述的方法，还包括：选择多个标识符来表示多个副链路QoS流中相应的副链路QoS流。

23.根据实施例1至21中的任一项所述的方法，其中，服务是车辆到万物V2X服务。

24.根据实施例1至23中的任一项所述的方法，

其中，与给定V2X服务相关的QoS流与DRB相关联，以及

其中，只有与给定V2X服务相关的其它QoS流与DRB相关联。

25.根据实施例1至24中的任一项所述的方法，

其中，与给定V2X服务相关的QoS流被复用到DRB中，以及

其中，只有与给定V2X服务相关的其它QoS流被复用到DRB中。

26.根据实施例1至25中的任一项所述的方法，

其中，与给定传播方案相关的QoS流与DRB相关联，以及

其中，只有与给定传播方案相关联的QoS流与DRB相关联。

27.根据实施例1至26中的任一项所述的方法，

其中，与给定传播方案相关的QoS流被复用到DRB中，以及

其中，只有被复用到给定传播方案中的QoS流与DRB相关联。

28.根据实施例1至27中任一项所述的方法，

其中，与给定传播会话相关的QoS流与DRB相关联，以及

其中，仅将与给定传播会话相关联的QoS流与DRB相关联。

29.根据实施例1至28中任一项所述的方法，

其中，与给定传播会话相关的QoS流被复用到DRB中，以及

其中，只有被复用到给定传播会话中的QoS流与DRB相关联。

30.根据实施例24至29的任意组合的方法。

31.根据实施例1至30中的任一项所述的方法，其中，MAC层将具有与相同V2X服务相关联的QoS流的DRB复用到同一MAC PDU中。

32.根据实施例1至31中的任一项所述的方法，其中，MAC层将具有与相同传播方案相关联的QoS流的DRB复用到同一MAC PDU中。

33.根据实施例1至32中的任一项所述的方法，其中，MAC层将具有与相同传播会话相关联的QoS流的DRB复用到同一MAC PDU中。

34.一种用户设备UE，适于执行根据实施例1至33中的任一项所述的方法。

35.一种用户设备UE，包括：

收发机；

耦接到收发机的处理器；以及

耦接到处理器的存储器，其中，存储器存储指令，指令在由处理器执行时使得UE执行根据实施例1至33中的任一项所述的操作。

36.一种计算机程序产品，包括：

非暂时性计算机可读存储介质，非暂时性计算机可读存储介质包括被体现在介质中的计算机可读程序代码，计算机可读程序代码在由用户设备UE的处理器执行时使得UE执行根据实施例1至33中的任一项所述的操作。

37.一种操作网络节点以提供网络辅助副链路服务质量流管理的方法，所述方法包括：

从用户设备UE接收服务质量QoS流建立请求，流建立请求指示QoS流将要在副链路上被发送；

确定所要求的QoS流是否将被满足；

响应于确定所要求的QoS流将被满足，发送指示所请求的副链路QoS将被支持的消息，并发送与副链路QoS流相对应的映射和配置数据；以及

响应于确定所要求的QoS流不被满足，发送指示所请求的副链路QoS将不被建立的消息。

38.根据实施例37所述的方法，其中，响应于确定所要求的QoS不被满足，从UE接收与所请求的QoS流相对应的QFI。

39.根据实施例38所述的方法，还包括：

接收QoS流释放请求，QoS流释放请求包括标识与副链路QoS流相对应的会话的QoS流标识符QFI；以及

40.根据实施例37至39中的任一项所述的方法，其中，映射和配置数据由核心网络预先配置并被发送到UE，

其中，接收QoS流建立请求包括：经由无线电资源控制RRC信令直接从UE接收QoS建立请求到gNB；以及

其中，QoS建立请求包括被预先配置的QoS流相关数据以及所请求的QoS流将在副链路QoS流上被发送的指示。

41.根据实施例37至40中的任一项所述的方法，其中，映射和配置数据由核心网络预先配置并被发送到UE，

其中，接收QoS流建立请求包括：经由NAS消息从核心网络无线电资源控制RRC信令接收QoS建立请求到gNB；以及

42.根据实施例37至40中的任一项所述的方法，其中，映射和配置数据由核心网络预先配置并被发送到UE，

其中，接收QoS流建立请求包括：经由无线电资源控制RRC信令接收QoS建立请求到gNB；以及

43.根据实施例37至42中的任一项所述的方法，其中，接收QoS流建立请求包括：经由NAS信令向核心网络CN发送释放请求。

44.根据实施例43所述的方法，还包括：经由RRC信令向UE发送确认消息，确认消息包括：与副链路QoS流相对应的相关映射和配置。

45.根据实施例37至44中的任一项所述的方法，其中，响应于确定所要求的QoS不被满足，所述方法还包括：

经由RRC向UE发送拒绝消息，拒绝消息用信号发送QoS流请求将被拒绝，其中，RRC拒绝消息包括与QoS流相对应的QFI；以及

使得UE更新UE上层：所请求的副链路QoS流被拒绝。

46.根据实施例37至45中的任一项所述的方法，还包括：

向UE发送释放请求，释放请求包括与副链路QoS流相对应的QFI；

清除相关的QoS流上下文，相关的QoS流上下文包括：QFI、QoS配置文件、QFI到DRB的映射、和/或对应的DRB；以及

释放QoS流并删除相关的QoS上下文数据。

47.根据实施例37至45中的任一项所述的方法，其中，响应于副链路QoS流的QoS降级，所述方法还包括：

发送释放请求，释放请求包括与副链路QoS流相对应的QFI；

使得UE中的包括QFI和/或QoS配置文件数据的相关的QoS上下文被清除；以及

释放QoS流。

48.根据实施例47所述的方法，其中，发送释放请求包括：将释放请求发送到核心网络CN，并且其中，核心网络经由NAS信令来通知UE。

49.根据实施例37至48所述的方法，其中，响应于确定没有其它QoS流正在被同一DRB使用，释放请求包括释放DRB的请求。

50.根据实施例37至49中的任一项所述的方法，还包括：

遵循预先配置的准入控制规则，以确定副链路QoS流是否将被满足；以及

响应于确定QoS流被满足，建立副链路QoS流。

51.根据实施例37至50中的任一项所述的方法，其中，单播副链路QoS流会话包括被发送到特定RX UE的特定V2X业务会话。

52.根据实施例37至50中的任一项所述的方法，其中，组播副链路QoS流会话包括被发送到RX UE的特定组的特定V2X业务会话。

53.根据实施例37至52中的任一项所述的方法，还包括：将副链路QoS流与对应于相同V2X服务的多个其它副链路QoS流相关联。

54.根据实施例37至53中的任一项所述的方法，其中，相同V2X服务由唯一标识符来表示。

55.根据实施例37至54中的任一项所述的方法，其中，相同V2X服务与多个无线电承载相关联。

56.根据实施例37至55中的任一项所述的方法，还包括：选择多个标识符来表示多个副链路QoS流会话中相应的副链路QoS流会话。

57.根据实施例37至56中的任一项所述的方法，其中，服务是车辆到万物V2X服务。

58.根据实施例37至57中任一项所述的方法，

其中，与给定V2X服务相关的QoS流与DRB相关联，以及

其中，只有与给定V2X服务相关的其它QoS流与DRB相关联。

59.根据实施例37至58中的任一项所述的方法，

其中，与给定V2X服务相关的QoS流被复用到DRB中，以及

其中，只有与给定V2X服务相关的其它QoS流被复用到DRB中。

60.根据实施例37至59中的任一项所述的方法，

其中，与给定传播方案相关的QoS流与DRB相关联，以及

其中，只有与给定传播方案相关联的QoS流与DRB相关联。

61.根据实施例37至60中的任一项所述的方法，

其中，与给定传播方案相关的QoS流被复用到DRB中，以及

其中，只有被复用到给定传播方案中的QoS流与DRB相关联。

62.根据实施例37至61中的任一项所述的方法，

其中，与给定传播会话相关的QoS流与DRB相关联，以及

其中，只有与给定传播会话相关联的QoS流与DRB相关联。

63.根据实施例37至62中的任一项的方法，

其中，与给定传播会话相关的QoS流被复用到DRB中，以及

其中，只有被复用到给定传播会话中的QoS流与DRB相关联。

64.根据实施例58至63的任意组合的方法。

65.根据实施例37至64中的任一项所述的方法，其中，MAC层将具有与相同V2X服务相关联的QoS流的DRB复用到同一MAC PDU中。

66.根据实施例37至67中的任一项所述的方法，其中，MAC层将具有与相同传播方案相关联的QoS流的DRB复用到同一MAC PDU中。

67.根据实施例37至66中的任一项所述的方法，其中，MAC层将具有与相同传播会话相关联的QoS流的DRB复用到同一MAC PDU中。

68.根据实施例65至67的任意组合的方法。

70.一种网络节点，适于执行根据实施例37至68中的任一项所述的方法。

71.一种网络节点，包括：

收发机；

耦接到收发机的处理器；以及

与处理器耦接的存储器，其中，存储器存储指令，指令在由处理器执行时使得网络节点执行根据实施例37至68中的任一项所述的操作。

72.一种计算机程序产品，包括：

非暂时性计算机可读存储介质，非暂时性计算机可读存储介质包括被体现在介质中的计算机可读程序代码，计算机可读程序代码在由网络节点的处理器执行时使得网络节点执行根据实施例37至68中的任一项所述的操作。

73.一种操作用户设备UE以用于设备到设备D2D通信的方法，所述方法包括：

存储预先配置的SL QoS流管理控制规则集，该预先配置的SL QoS流管理控制规则集定义用于由UE建立SL QoS流的操作；

通过执行预先配置的SL QoS流管理控制规则集中的规则，建立SL QoS流；以及

响应于确定QoS将被满足，由UE建立SL QoS流并将SL QoS流映射到DRB。

74.根据实施例73所述的方法，其中，DRB包括现有DRB或新DRB。

75.根据实施例73至74中任一项所述的方法，还包括：执行SL QoS流释放操作。

76.根据实施例73至75中任一项所述的方法，其中，释放操作包括：如果没有其它QoS流正在使用DRB，则清除QoS流上下文并释放DRB。

77.根据实施例73至76中任一项所述的方法，

其中，与给定V2X服务相关的QoS流与DRB相关联，以及

其中，只有与给定V2X服务相关的其它QoS流与DRB相关联。

78.根据实施例73至77中的任一项所述的方法，

其中，与给定V2X服务相关的QoS流被复用到DRB中，以及

其中，只有与给定V2X服务相关的其它QoS流被复用到DRB中。

79.根据实施例73至78中的任一项所述的方法，

其中，与给定传播方案相关的QoS流与DRB相关联，以及

其中，只有与给定传播方案相关联的QoS流与DRB相关联。

80.根据实施例73至79中的任一项所述的方法，

其中，与给定传播方案相关的QoS流被复用到DRB中，以及

其中，只有被复用到给定传播方案中的QoS流与DRB相关联。

81.根据实施例73至80中的任一项所述的方法，

其中，与给定传播会话相关的QoS流与DRB相关联，以及

其中，只有与给定传播会话相关联的QoS流与DRB相关联。

82.根据实施例73至81中的任一项的方法，

其中，与给定传播会话相关的QoS流被复用到DRB中，以及

其中，只有被复用到给定传播会话中的QoS流与DRB相关联。

82.根据实施例73至82的任意组合的方法。

83.根据实施例73至82中的任一项所述的方法，其中，MAC层将具有与相同V2X服务相关联的QoS流的DRB复用到同一MAC PDU中。

84.根据实施例73至83中的任一项所述的方法，其中，MAC层将具有与相同传播方案相关联的QoS流的DRB复用到同一MAC PDU中。

85.根据实施例73至84中的任一项所述的方法，其中，MAC层将具有与相同传播会话相关联的QoS流的DRB复用到同一MAC PDU中。

86.根据实施例83至85的任意组合的方法。

87.一种网络节点，适于执行根据实施例37至86中的任一项所述的方法。

88.一种网络节点，包括：

收发机；

耦接到收发机的处理器；以及

与处理器耦接的存储器，其中，存储器存储指令，指令在由处理器执行时使得网络节点执行根据实施例73至86中的任一项所述的操作。

89.一种计算机程序产品，包括：

非暂时性计算机可读存储介质，非暂时性计算机可读存储介质包括被体现在介质中的计算机可读程序代码，计算机可读程序代码在由网络节点的处理器执行时使得网络节点执行根据实施例73至86中的任一项所述的操作。

下面提供对以上公开的缩写的解释。

缩写解释

NW 网络

UE 用户设备

V2X 车辆到万物

MAC 媒体访问控制

MAC CE MAC控制元素

PUSCH 物理上行链路共享信道

PUCCH 物理上行链路控制信道

PDU 分组数据单元

3GPP 第三代合作伙伴计划

LCID 逻辑信道标识

MAC 媒体访问控制

MAC CE 媒体访问控制-控制元素

RRC 无线电资源控制

IP 互联网协议

PPPP 按分组优先级的ProSe

PPPR 按分组可靠性的ProSe

ProSe 邻近服务

PRB 物理资源块

SL 副链路

UL 上行链路

DL 下行链路

LCG 逻辑信道组

AMF 访问管理功能

SMF 会话管理功能

DRB 数据无线电承载

PDU 协议数据单元

QoS 服务质量

参考：

[1]3GPP TS 22.886，“Study on enhancement of 3GPP support for 5G V2Xservices(对5G V2X服务的3GPP支持的增强的研究)(版本15)”，2017年

[2]3GPP TS 38.300NR和NG-RAN总体描述；阶段2(版本15)

[3]3GPP TS 23.501，“System Architecture for the 5G System；Stage 2(针对5G系统的系统架构；阶段2)(版本15)”，2017年

[4]P75478 WO1“Network controlled Sidelink QoS enforcement on UE level(在UE级别上实施网络控制的副链路QoS)”

[5]P75881“SL QoS management in autonomous mode(自主模式下的SL QoS管理)”

[6]P76238 US1副链路连接建立的方法

[7]P76237 US1副链路连接维护的方法

以下讨论进一步的定义和实施例。

在本发明构思的各种实施例的以上描述中，应理解，本文使用的术语仅出于描述特定实施例的目的，并不旨在限制本发明构思。除非另外定义，否则本文使用的所有术语(包括技术和科学术语)具有与本发明构思所属领域的普通技术人员通常理解的含义相同的含义。将进一步理解，诸如在常用词典中定义的那些的术语应被解释为具有与其在本说明书和相关领域的上下文中的含义一致的含义，并且将不被理解为理想化地或过度形式感地解释，除非在此明确定义。

当一个元件被称为“连接”、“耦接”、“响应”或其变型到另一个元件时，它可以直接连接、耦接或响应于另一个元件，或者可以存在中间元件。相反，当元件被称为“直接连接”、“直接耦接”、“直接响应”或其变型到另一元件时，不存在中间元件。相同的数字在全文中指代相同的元件。此外，本文使用的“耦接”、“连接”、“响应”或其变型可包括无线耦接、连接或响应。如本文所使用的，单数形式的“一”、“一个”和“该”旨在也包括复数形式，除非上下文另有明确说明。为简洁和/或清楚起见，可能未详细描述众所周知的功能或构造。术语“和/或”包括一个或多个关联的所列项目的任何和所有组合。

应当理解，尽管本文可以使用术语第一、第二、第三等来描述各种元件/操作，但是这些元件/操作不应受这些术语的限制。这些术语仅用于将一个元件/操作与另一个元件/操作区分开。因此，在不脱离本发明构思的教导的情况下，在一些实施例中的第一元件/操作可以被称为其它实施例中的第二元件/操作。在整个说明书中，相同的附图标记或相同的附图指示符表示相同或相似的元件。

如本文所用，术语“包括”、“包含”、“含有”、“具有”或其变型是开放的，并且包括一个或多个所述特征、整数、元件、步骤、组件或功能，但不排除一个或多个其它特征、整数、元件、步骤、组件、功能或其组合的存在或添加。此外，如本文所使用的，源自拉丁语短语“举例来说(exempli gratia)”的通用缩写“例如(e.g.)”可用于引入或指定先前提及的项目的一般示例，并且不旨在限制这种项目。源自拉丁短语“也就是(id est)”的通用缩写“即(i.e.)”可用于从更一般的叙述中指定特定项目。

本文参考计算机实现的方法、装置(系统和/或设备)和/或计算机程序产品的框图和/或流程图说明来描述示例实施例。应当理解，框图和/或流程图图示的框以及框图和/或流程图图示中的框的组合可以通过由一个或多个计算机电路执行的计算机程序指令来实现。这些计算机程序指令可被提供给通用计算机电路、专用计算机电路和/或其它可编程数据处理电路的处理器电路以产生机器，使得指令在通过计算机和/或其它可编程数据处理装置的处理器执行时变换和控制晶体管、存储在存储器位置中的值、以及这种电路内的其它硬件组件，以实现在框图和/或流程图框中指定的功能/动作，从而创建用于实现框图和/或流程图框中指定的功能/动作的装置(功能)和/或结构。

这些计算机程序指令还可被存储在有形计算机可读介质中，该有形计算机可读介质可以指示计算机或其它可编程数据处理装置以特定方式起作用，以使得存储在计算机可读介质中的指令产生包括实现框图和/或流程图框中指定的功能/动作的指令的制品。因此，本发明构思的实施例可以体现在在诸如数字信号处理器的处理器上运行的硬件和/或软件(包括固件、常驻软件、微代码等)中，其可统称为“电路”、“模块”或其变型。

还应注意，在一些替代实现方式中，框中提到的功能/动作可以不按照流程图中提到的顺序发生。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行，这取决于所涉及的功能/动作。此外，流程图和/或框图的给定框的功能可被分成多个框和/或流程图和/或框图的两个或更多个框的功能可以至少部分地集成。最后，可以在所图示的框之间添加/插入其它框，和/或可以省略框/操作而不脱离本发明构思的范围。此外，尽管一些图包括通信路径上的箭头以示出通信的主要方向，但是应该理解，通信可以在与所示箭头相反的方向上发生。

可以在基本不脱离本发明构思的原理的情况下对实施例进行许多变化和修改。所有这些变化和修改都旨在被包括在本发明构思的范围内。因此，以上公开的主题应被认为是说明性的而不是限制性的，并且实施例的示例旨在覆盖落入本发明概念的精神和范围内的所有此类修改、增强和其它实施例。因此，在法律允许的最大范围内，本发明构思的范围将由包括实施例的示例及其等同物的本公开的最宽泛的允许解释来确定，并且不应由前述详细描述来约束或限制。

下面提供了附加说明。

通常，除非在使用该术语的上下文中清楚地给出了和/或隐含了不同的含义，否则本文中使用的所有术语将根据其在相关技术领域中的普通含义来解释。除非明确说明，否则对一/一个/该元件、设备、组件、装置、步骤等的所有引用应公开地解释为是指该元件、设备、组件、装置、步骤等的至少一个实例。除非必须明确地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前，否则本文所公开的任何方法的步骤不必以所公开的确切顺序执行。在适当的情况下，本文公开的任何实施例的任何特征可适用于任何其它实施例。同样，任何实施例的任何优点可适用于任何其它实施例，反之亦然。通过下面的描述，所附实施例的其它目的、特征和优点将显而易见。

现在将参考附图更全面地描述本文中设想的一些实施例。然而，其它实施例被包含在本文所公开的主题的范围内，所公开的主题不应解释为仅限于本文所阐述的实施例；相反，这些实施例仅作为示例提供，以将主题的范围传达给本领域技术人员。

图11：根据一些实施例的无线网络。

尽管本文描述的主题可以使用任何适当的组件在任何适当类型的系统中实现，但是本文所公开的实施例是相对于无线网络(诸如图11所示的示例无线网络)进行描述的。为了简单起见，图11的无线网络仅描绘了网络QQ106、网络节点QQ160和QQ160b以及WD QQ110、QQ110b和QQ110c(也称为移动终端)。在实践中，无线网络可进一步包括适合于支持无线设备之间或无线设备与另一通信设备(例如，座机电话、服务提供商或任何其它网络节点或终端设备)之间的通信的任何附加元件。在所示出的组件中，网络节点QQ160和无线设备(WD)QQ110以附加的细节被描绘。无线网络可以向一个或多个无线设备提供通信和其它类型的服务，以促进无线设备访问和/或使用由无线网络提供的服务或经由无线网络提供的服务。

无线网络可包括任何类型的通信、电信、数据、蜂窝和/或无线电网络或其它类似类型的系统和/或与其接口连接。在一些实施例中，无线网络可被配置为根据特定标准或其它类型的预定义规则或过程进行操作。因此，无线网络的特定实施例可实现通信标准，例如全球移动通信系统(GSM)、通用移动电信系统(UMTS)、长期演进(LTE)和/或其它合适的2G、3G、4G、或5G标准；无线局域网(WLAN)标准，例如IEEE 802.11标准；和/或任何其它适当的无线通信标准，例如全球微波存取互操作性(WiMax)、蓝牙、Z-Wave和/或ZigBee标准。

网络QQ106可包括一个或多个回程网络、核心网络、IP网络、公共交换电话网络(PSTN)、分组数据网络、光网络、广域网(WAN)、局域网(LAN)、无线局域网(WLAN)、有线网络、无线网络、城域网和其它网络，以实现设备之间的通信。

网络节点QQ160和WD QQ110包括下面更详细描述的各种组件。这些组件一起工作以提供网络节点和/或无线设备功能，例如提供无线网络中的无线连接。在不同的实施例中，无线网络可包括任何数量的有线或无线网络、网络节点、基站、控制器、无线设备、中继站和/或可以促进或参与数据和/或信号通过有线或无线连接进行的通信的任何其它组件或系统。

如本文所使用的，网络节点是指能够、被配置为、被布置为和/或可操作以直接或间接与无线设备和/或与无线网络中的其它网络节点或设备通信以启用和/或提供对无线设备的无线访问和/或执行无线网络中的其它功能(例如，管理)的设备。网络节点的示例包括但不限于接入点(AP)(例如，无线电接入点)、基站(BS)(例如，无线电基站、节点B、演进型节点B(eNB)和NR NodeB(gNBs))。可以基于基站提供的覆盖量(或者换句话说，它们的发射功率级别)对基站进行分类，然后也可以将基站称为毫微微基站、微微基站、微基站或宏基站。基站可以是中继节点或控制中继的中继施主节点。网络节点还可包括分布式无线电基站的一个或多个(或所有)部分，例如集中式数字单元和/或远程无线电单元(RRU)(有时也称为远程无线电头(RRH))。这种远程无线电单元可以与或可以不与天线集成为天线集成无线电。分布式无线电基站的部分也可被称为分布式天线系统(DAS)中的节点。网络节点的其它示例包括诸如MSR BS的多标准无线电(MSR)设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)的网络控制器、基站收发站(BTS)、发送点、发送节点、多小区/多播协调实体(MCE)、核心网络节点(例如MSC、MME)、O&M节点、OSS节点、SON节点、定位节点(例如E-SMLC)和/或MDT。作为另一示例，网络节点可以是如下面更详细描述的虚拟网络节点。然而，更一般而言，网络节点可以表示能够、被配置为、被布置为和/或可操作以使无线设备能够访问无线网络和/或向无线设备提供对无线网络的访问或向已访问无线网络的无线设备提供某种服务的任何合适的设备(或设备组)。

在图11中，网络节点QQ160包括处理电路QQ170、设备可读介质QQ180、接口QQ190、辅助设备QQ184、电源QQ186、电源电路QQ187和天线QQ162。尽管图11的示例无线网络中示出的网络节点QQ160可表示包括所示硬件组件的组合的设备，其它实施例可包括具有不同组件组合的网络节点。应理解，网络节点包括执行本文公开的任务、特征、功能和方法所需的硬件和/或软件的任何合适组合。此外，虽然网络节点QQ160的组件被描绘为位于较大框内的单个框，或嵌套在多个框内，但实际上，网络节点可包括构成单个所示组件的多个不同物理组件(例如设备可读介质QQ180可包括多个单独的硬盘驱动器以及多个RAM模块)。

类似地，网络节点QQ160可以由多个物理上分离的组件(例如节点B组件和RNC组件，或BTS组件和BSC组件等)组成，每个组件可以各自具有它们相应的组件。在网络节点QQ160包括多个单独组件(例如BTS和BSC组件)的某些场景中，可以在若干网络节点之间共享一个或多个单独组件。例如，单个RNC可控制多个节点B。在这种场景下，每一唯一的节点B和RNC对在某些情况下可以被认为是单个单独的网络节点。在一些实施例中，网络节点QQ160可以被配置为支持多个无线电接入技术(RAT)。在这种实施例中，一些组件可被复制(例如用于不同RAT的单独的设备可读介质QQ180)，并且一些组件可被重用(例如同一天线QQ162可由RAT共享)。网络节点QQ160还可包括针对集成到网络节点QQ160中的不同无线技术(例如GSM、宽带码分多址(WCDMA)、LTE、NR、WiFi或蓝牙无线技术)的各种示出组件的多个集合。这些无线技术可被集成到网络节点QQ160内的相同或不同芯片或芯片组和其它组件中。

处理电路QQ170被配置为执行本文描述为由网络节点提供的任何确定、计算或类似操作(例如某些获取操作)。由处理电路QQ170执行的这些操作可包括处理由处理电路QQ170通过如下方式获得的信息：例如通过将获得的信息转换成其它信息、将所获得的信息或所转换的信息与存储在网络节点中的信息进行比较、和/或基于所获得的信息或所转换的信息执行一个或多个操作，并且作为所述处理的结果，做出确定。

处理电路QQ170可包括以下中的一个或多个的组合：微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列、或任何其它合适的计算设备、资源、或可操作以单独地或与其它网络节点QQ160组件(例如设备可读介质QQ180)一起提供网络节点QQ160功能的硬件、软件和/或编码逻辑的组合。例如，处理电路QQ170可执行存储在设备可读介质QQ180中或处理电路QQ170内的存储器中的指令。这种功能可包括提供本文所讨论的各种无线特征、功能或益处中的任何一个。在一些实施例中，处理电路QQ170可包括片上系统(SOC)。

在一些实施例中，处理电路QQ170可包括射频(RF)收发机电路QQ172和基带处理电路QQ174中的一个或多个。在一些实施例中，射频(RF)收发机电路QQ172和基带处理电路QQ174可以在单独的芯片(或芯片组)、板、或单元(例如无线电单元和数字单元)上。在替代实施例中，RF收发机电路QQ172和基带处理电路QQ174中的部分或全部可以在相同的芯片或芯片组、板、或单元上。

在某些实施例中，本文描述为由网络节点、基站、eNB或其它这种网络设备提供的功能中的一些或全部可以由执行存储在设备可读介质QQ180或处理电路QQ170内的存储器上的指令的处理电路QQ170来执行。在替代实施例中，一些或全部功能可以由处理电路QQ170诸如以硬线方式来提供，而无需执行存储在单独的或独立的设备可读介质上的指令。在那些实施例的任何一个中，无论是否执行存储在设备可读存储介质上的指令，处理电路QQ170都可以被配置为执行所描述的功能。这种功能所提供的益处不限于仅处理电路QQ170或网络节点QQ160的其它组件，而是整体上由网络节点QQ160和/或通常由最终用户和无线网络享有。

设备可读介质QQ180可包括任何形式的易失性或非易失性计算机可读存储器，包括但不限于永久性存储器、固态存储器、远程安装的存储器、磁介质、光介质、随机存取存储器(RAM)、只读存储器(ROM)、大容量存储介质(例如硬盘)、可移动存储介质(例如闪存驱动器、光盘(CD)或数字视频磁盘(DVD))和/或存储可由处理电路QQ170使用的信息、数据和/或指令的任何其它易失性或非易失性、非暂态设备可读存储器设备和/或计算机可执行存储器设备。设备可读介质QQ180可存储任何合适的指令；数据或信息，包括计算机程序；软件；包括逻辑、规则、代码、表等中的一个或多个的应用；和/或能够由处理电路QQ170执行并由网络节点QQ160利用的其它指令。设备可读介质QQ180可用于存储由处理电路QQ170进行的任何计算和/或经由接口QQ190接收的任何数据。在一些实施例中，处理电路QQ170和设备可读介质QQ180可以被认为是集成的。

接口QQ190用于网络节点QQ160、网络QQ106和/或WD QQ110之间的信令和/或数据的有线或无线通信中。如图所示，接口QQ190包括例如通过有线连接向网络QQ106发送和从网络QQ106接收数据的端口/端子QQ194。接口QQ190还包括无线电前端电路QQ192，该无线电前端电路QQ192可耦接到天线QQ162或在某些实施例中是天线QQ162的一部分。无线电前端电路QQ192包括滤波器QQ198和放大器QQ196。无线电前端电路QQ192可连接到天线QQ162和处理电路QQ170。无线电前端电路QQ192可被配置为调节在天线QQ162和处理电路QQ170之间传递的信号。无线电前端电路QQ192可接收将通过无线连接向其它网络节点或WD发送的数字数据。无线电前端电路QQ192可以使用滤波器QQ198和/或放大器QQ196的组合将数字数据转换为具有适当信道和带宽参数的无线电信号。然后可以通过天线QQ162发射无线电信号。类似地，在接收数据时，天线QQ162可以收集无线电信号，无线电信号然后由无线电前端电路QQ192转换成数字数据。数字数据可被递送给处理电路QQ170。在其它实施例中，接口可以包括不同的组件和/或组件的不同组合。

在某些替代实施例中，网络节点QQ160可以不包括单独的无线电前端电路QQ192，相反，处理电路QQ170可包括无线电前端电路并且可以在没有单独的无线电前端电路QQ192的情况下连接到天线QQ162。类似地，在一些实施例中，所有或一些RF收发机电路QQ172都可以板视为接口QQ190的一部分。在其它实施例中，接口QQ190可以包括一个或多个端口或端子QQ194、无线电前端电路QQ192和RF收发机电路QQ172，作为无线单元(未示出)的一部分，并且接口QQ190可以与基带处理电路QQ174通信，该基带处理电路QQ174是数字单元(未示出)的一部分。

天线QQ162可包括被配置为发送和/或接收无线信号的一个或多个天线或天线阵列。天线QQ162可耦接到无线电前端电路QQ190，并且可以是能够无线发送和接收数据和/或信号的任何类型的天线。在一些实施例中，天线QQ162可包括可操作以在例如2GHz和66GHz之间发送/接收无线电信号的一个或多个全向、扇形或平板天线。全向天线可用于在任何方向上发送/接收无线电信号，扇形天线可用于发送/接收来自特定区域内的设备的无线电信号，而平板天线可以是用于在相对直的线上发送/接收无线电信号的视线天线。在一些实例中，对一个以上天线的使用可以称为MIMO。在某些实施例中，天线QQ162可以与网络节点QQ160分离并且可以通过接口或端口连接到网络节点QQ160。

天线QQ162、接口QQ190和/或处理电路QQ170可以被配置为执行本文描述为由网络节点执行的任何接收操作和/或某些获取操作。任何信息、数据和/或信号可以从无线设备、另一个网络节点和/或任何其它网络设备接收。类似地，天线QQ162、接口QQ190和/或处理电路QQ170可被配置为执行在本文中被描述为由网络节点执行的任何发送操作。任何信息、数据和/或信号可以向无线设备、另一个网络节点和/或任何其它网络设备发送。

电源电路QQ187可包括或耦接到电源管理电路，并被配置为向网络节点QQ160的组件供电，以执行本文所述的功能。电源电路QQ187可以从电源QQ186接收电力。电源QQ186和/或电源电路QQ187可被配置为以适合于相应组件的形式(例如以每个相应的组件所需的电压和电流级别)向网络节点QQ160的各个组件提供电力。电源QQ186可被包括在电源电路QQ187和/或网络节点QQ160中或在电源电路QQ187和/或网络节点QQ160的外部。例如，网络节点QQ160可经由输入电路或者接口(诸如电缆)连接到外部电源(例如，电插座)，由此，外部电源向电源电路QQ187供电。作为又一示例，电源QQ186可包括采用电池或电池组形式的电源，该电池或电池组连接至或集成于电源电路QQ187中。如果外部电源出现故障，则电池可以提供备用电源。也可以使用其它类型的电源，例如光伏器件。

网络节点QQ160的替代实施例可包括除了图11所示组件之外可以负责提供网络节点的功能的某些方面的附加组件，其中网络节点的功能包括本文所述的任何功能和/或支持本文所述的主题所必需的任何功能。例如，网络节点QQ160可包括允许将信息输入到网络节点QQ160中并且允许信息从网络节点QQ160输出的用户接口设备。这可允许用户执行针对网络节点QQ160的诊断、维持、修理和其它管理功能。

如本文所使用的，无线设备(WD)是指能够、被配置为、被布置为和/或可操作以与网络节点和/或其它无线设备进行无线通信的设备。除非另有说明，否则术语WD在本文中可以与用户设备(UE)互换使用。无线通信可涉及使用电磁波、无线电波、红外波和/或适合于通过空中传送信息的其它类型的信号来发送和/或接收无线信号。在一些实施例中，WD可被配置为在没有直接人类交互的情况下发送和/或接收信息。例如，WD可被设计为当被内部或外部事件触发时或响应于来自网络的请求，按预定调度向网络发送信息。WD的示例包括但不限于智能电话、移动电话、手机、IP语音(VoIP)电话、无线本地环路电话、台式计算机、个人数字助理(PDA)、无线摄像头、游戏控制台或设备、音乐存储设备、播放设备、可穿戴终端设备、无线端点、移动台、平板电脑、笔记本电脑、膝上型嵌入式设备(LEE)、膝上型安装设备(LME)、智能设备、无线用户预定设备(CPE)、车载无线终端设备等。WD可例如通过实现用于副链路通信、车辆到车辆(V2V)、车辆到基础设施(V2I)、车辆到万物(V2X)的3GPP标准来支持设备到设备(D2D)通信，并且在这种情况下可以称为D2D通信设备。作为又一个特定示例，在物联网(IoT)场景中，WD可表示执行监视和/或测量并将此类监视和/或测量的结果向另一个WD和/或网络节点发送的机器或其它设备。在这种情况下，WD可以是机器到机器(M2M)设备，其在3GPP上下文中可以称为MTC设备。作为一个特定示例，WD可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这种机器或设备的特定示例是传感器、诸如功率计的计量设备、工业机械、或家用或个人电器(例如，冰箱、电视机等)、个人可穿戴设备(例如手表、健身追踪器等)。在其它情况下，WD可表示能够监视和/或报告其运行状态或与其运行相关联的其它功能的车辆或其它设备。如上所述的WD可表示无线连接的端点，在这种情况下，该设备可被称为无线终端。此外，如上所述的WD可以是移动的，在这种情况下，它也可以被称为移动设备或移动终端。

如图所示，无线设备QQ10包括天线QQ111、接口QQ114、处理电路QQ120、设备可读介质QQ130、用户接口设备QQ132、辅助设备QQ134、电源QQ136和电源电路QQ137。WDQQ110可包括针对由WD QQ110支持的不同无线技术(例如GSM、WCDMA、LTE、NR、Wi-Fi、WiMAX或蓝牙无线技术，仅举几例)的示出组件中的一个或多个的多个集合。这些无线技术可被集成到与WDQQ110内的其它组件相同或者不同的芯片或芯片组中。

天线QQ111可包括被配置为发送和/或接收无线信号并连接到接口QQ114的一个或多个天线或天线阵列。在某些替代实施例中，天线QQ111可以与WD QQ110分离并可以通过接口或端口连接到WD QQ110。天线QQ111、接口QQ114和/或处理电路QQ120可被配置为执行本文描述为由WD执行的任何接收或发送操作。可以从网络节点和/或另一个WD接收任何信息、数据和/或信号。在一些实施例中，无线电前端电路和/或天线QQ111可以被认为是接口。

如图所示，接口QQ114包括无线电前端电路QQ112和天线QQ111。无线电前端电路QQ112包括一个或多个滤波器QQ118和放大器QQ116。无线电前端电路QQ114连接到天线QQ111和处理电路QQ120，并且被配置为调节在天线QQ111和处理电路QQ120之间传递的信号。无线电前端电路QQ112可耦接到天线QQ111或作为天线QQ111的一部分。在一些实施例中，WD QQ110可不包括单独的无线电前端电路QQ112；相反，处理电路QQ120可包括无线电前端电路，并且可以连接到天线QQ111。类似地，在一些实施例中，RF收发机电路QQ122的一些或全部可以被认为是接口QQ114的一部分。无线电前端电路QQ112可接收将要经由无线连接发送给其它网络节点或WD的数字数据。无线电前端电路QQ112可以使用滤波器QQ118和/或放大器QQ116的组合将数字数据转换为具有适当信道和带宽参数的无线电信号。然后无线电信号可经由天线QQ111发送。类似地，在接收数据时，天线QQ111可收集无线电信号，无线电信号然后由无线电前端电路QQ112转换成数字数据。数字数据可被传递给处理电路QQ120。在其它实施例中，接口可包括不同的组件和/或不同的组件组合。

处理电路QQ120可包括以下中的一个或多个的组合：微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列、或任何其它合适的计算设备、资源、或可操作以单独或结合其它WD QQ110组件(例如设备可读介质QQ130、WDQQ110功能)提供WD QQ110功能的硬件、软件和/或编码逻辑的组合。这种功能可包括提供本文所讨论的各种无线特征或益处中的任何一种。例如，处理电路QQ120可执行存储在设备可读介质QQ130中或处理电路QQ120内的存储器中的指令，以提供本文公开的功能。

如图所示，处理电路QQ120包括以下中的一个或多个：RF收发机电路QQ122、基带处理电路QQ124和应用处理电路QQ126。在其它实施例中，处理电路可以包括不同的组件和/或不同的组件组合。在某些实施例中，WD QQ110的处理电路QQ120可以包括SOC。在一些实施例中，RF收发机电路QQ122、基带处理电路QQ124和应用处理电路QQ126可位于单独的芯片或芯片组上。在替代实施例中，基带处理电路QQ124和应用处理电路QQ126的部分或全部可被组合到一个芯片或芯片组中，并且RF收发机电路QQ122可位于单独的芯片或芯片组上。在又一替代实施例中，RF收发机电路QQ122和基带处理电路QQ124的部分或全部可以在同一芯片或芯片组上，并且应用处理电路QQ126可位于在单独的芯片或芯片组上。在其它替代实施例中，RF收发机电路QQ122、基带处理电路QQ124和应用处理电路QQ126的部分或全部可被组合在同一芯片或芯片组中。在一些实施例中，RF收发机电路QQ122可以是接口QQ114的一部分。RF收发机电路QQ122可调节用于处理电路QQ120的RF信号。

在某些实施例中，本文描述为由WD执行的某些或全部功能可由执行存储在设备可读介质QQ130上的指令的处理电路QQ120提供，设备可读介质QQ130在某些实施例中可以是计算机可读存储设备介质。在替代实施例中，一些或全部功能可由处理电路QQ120诸如以硬线方式提供，而无需执行存储在单独的或独立的设备可读存储介质上的指令。在那些特定实施例的任何一个中，无论是否执行存储在设备可读存储介质上的指令，处理电路QQ120都可被配置为执行所描述的功能。此类功能所提供的益处不限于仅处理电路QQ120或WDQQ110的其它组件，而是整体上由WD QQ110和/或通常由终端用户和无线网络享有。

处理电路QQ120可被配置为执行本文描述为由WD执行的任何确定、计算或类似操作(例如某些获取操作)。由处理电路QQ120执行的这些操作可包括处理由处理电路QQ120通过如下方式获得的信息：例如通过将所获得的信息转换成其它信息、将所获得的信息或所转换的信息与由WD QQ110存储的信息进行比较、和/或基于所获得的信息或所转换的信息来执行一个或多个操作；以及作为所述处理的结果，作出确定。

设备可读介质QQ130可以可操作以存储计算机程序；软件；包括逻辑、规则、代码、表等中的一个或多个的应用；和/或能够由处理电路QQ120执行的其它指令。设备可读介质QQ130可包括计算机存储器(例如随机存取存储器(RAM)或只读存储器(ROM))、大容量存储介质(例如硬盘)、可移动存储介质(例如光盘(CD)或数字视频磁盘(DVD))和/或存储可由处理电路QQ120使用的信息、数据和/或指令的任何其它易失性或非易失性、非暂态设备可读和/或计算机可执行存储设备。在一些实施例中，处理电路QQ120和设备可读介质QQ130可以被认为是集成的。用户接口设备QQ132可提供允许人类用户与WD QQ110交互的组件。这种交互可具有多种形式，例如视觉、听觉、触觉等。用户接口设备QQ132可以可操作以向用户产生输出并允许用户向WD QQ110提供输入。交互的类型可取决于WD QQ110中安装的用户接口设备QQ132的类型而变化。例如，如果WD QQ110是智能电话，则交互可以是通过触摸屏；如果WDQQ110是智能仪表，则交互可通过提供使用情况(例如使用的加仑数)的屏幕或提供听觉警报(例如如果检测到烟雾)的扬声器进行。用户接口设备QQ132可包括输入接口、设备和电路以及输出接口、设备和电路。用户接口设备QQ132被配置为允许向WD QQ110输入信息，并且被连接到处理电路QQ120以允许处理电路QQ120处理输入的信息。用户接口设备QQ132可包括例如麦克风、接近度传感器或其它传感器、按键/按钮、触摸显示器、一个或多个摄像头、USB端口、或其它输入电路。用户接口设备QQ132还被配置为允许输出来自WD QQ110的信息，并允许处理电路QQ120输出来自WD QQ110的信息。用户接口设备QQ132可包括例如扬声器、显示器、振动电路、USB端口、耳机接口或其它输出电路。使用用户接口设备QQ132的一个或多个输入和输出接口、设备、和电路，WD QQ110可与终端用户和/或无线网络通信，并允许他们受益于本文所述的功能。

辅助设备QQ134可操作以提供可不通常由WD执行的更特定的功能。这可包括用于出于各种目的进行测量的专用传感器、用于附加类型的通信(诸如有线通信)的接口等。辅助设备QQ134的组件的包含物和类型可取决于实施例和/或场景而变化。

在一些实施例中，电源QQ136可以是电池或电池组的形式。也可以使用其它类型的电源，例如外部电源(例如电源插座)、光伏器件或电池。WD QQ110还可包括用于将电力从电源QQ136输送到WD QQ110的各个部分的电源电路QQ137，这些部分需要来自电源QQ136的电力以执行本文所述或指示的任何功能。在某些实施例中，电源电路QQ137可包括电源管理电路。电源电路QQ137可以附加地或可替代地可操作以接收来自外部电源的电力；在这种情况下，WD QQ110可以能够经由输入电路或接口(例如电源电缆)连接到外部电源(例如电源插座)。在某些实施例中，电源电路QQ137也可以可操作以将电力从外部电源输送给电源QQ136。这可以例如用于对电源QQ136进行充电。电源电路QQ137可对来自电源QQ136的电力执行任何格式化、转换或其它修改，以产生适合于供电的WD QQ110的相应组件的电力。

图12：根据一些实施例的用户设备

图12示出了根据本文所描述的各方面的UE的一个实施例。如本文所使用的，用户设备或UE可能不必具有拥有和/或操作相关设备的人类用户的意义上的用户。相反，UE可表示旨在出售给人类用户或由人类用户操作但是可以不或者最初可能不与特定人类用户相关联的设备(例如智能洒水控制器)。替代地，UE可表示不旨在出售给终端用户或不由终端用户操作，但是可与用户相关联或为用户的利益操作的设备(例如智能功率计)。UE QQ2200可以是由第三代合作伙伴计划(3GPP)标识的任何UE，包括NB-IoT UE、机器类型通信(MTC)UE和/或增强型MTC(eMTC)UE。如图12所示，UE QQ200是被配置用于根据由第三代合作伙伴计划(3GPP)颁布的一个或多个通信标准(例如3GPP的GSM、UMTS、LTE和/或5G标准)来通信的WD的一个示例。如前所述，术语WD和UE可以互换使用。因此，尽管图12是UE，但是本文讨论的组件同样适用于WD，反之亦然。

在图12中，UE QQ200包括处理电路QQ201，该处理电路QQ201可操作地耦接到输入/输出接口QQ205、射频(RF)接口QQ209、网络连接接口QQ211、存储器QQ215(包括随机存取存储器(RAM)QQ217、只读存储器(ROM)QQ219和存储介质QQ221等)、通信子系统QQ231、电源QQ233和/或任何其它组件、或其任何组合。存储介质QQ221包括操作系统QQ223、应用程序QQ225、和数据QQ227。在其它实施例中，存储介质QQ221可包括其它类似类型的信息。某些UE可利用图12所示的所有组件，或者仅这些组件的子集。组件之间的集成度对于不同的UE可变化。此外，某些UE可包含组件的多个实例，例如多个处理器、存储器、收发机、发射机、接收机等。

在图12中，处理电路QQ201可被配置为处理计算机指令和数据。处理电路QQ201可被配置为实现：可操作以执行被存储为存储器中的机器可读计算机程序的机器指令的任何顺序状态机，例如一个或多个硬件实现的状态机(例如，在离散逻辑、FPGA、ASIC等中)；连同适当的固件一起的可编程逻辑；一个或多个存储程序、连同适当的软件一起的通用处理器(例如微处理器或数字信号处理器(DSP))；或以上的任何组合。例如，处理电路QQ201可以包括两个中央处理单元(CPU)。数据可以是具有适合于计算机使用的形式的信息。

在所描绘的实施例中，输入/输出接口QQ205可被配置为向输入设备、输出设备或输入和输出设备提供通信接口。UE QQ200可被配置为经由输入/输出接口QQ205使用输出设备。输出设备可使用与输入设备相同类型的接口端口。例如，USB端口可用于提供向UEQQ200的输入和来自UE QQ200的输出。输出设备可以是扬声器、声卡、视频卡、显示器、监控器、打印机、致动器、发射器、智能卡、另一个输出设备或其任何组合。UE QQ200可被配置为经由输入/输出接口QQ205使用输入设备，以允许用户将信息捕获到UE QQ200中。输入设备可包括触敏显示器或存在敏感显示器、摄像头(例如数字摄像头、数字摄像机、网络摄像机等)、麦克风、传感器、鼠标、轨迹球、方向盘、轨迹板、滚轮、智能卡等。存在敏感显示器可包括感测来自用户的输入的电容或电阻式触摸传感器。传感器可以是例如加速度计、陀螺仪、倾斜传感器、力传感器、磁力计、光学传感器、接近传感器、另一个类似的传感器、或其任意组合。例如，输入设备可以是加速度计、磁力计、数码相机、麦克风和光学传感器。

在图12中，RF接口QQ209可被配置为向诸如发射机、接收机和天线的RF组件提供通信接口。网络连接接口QQ211可被配置为向网络QQ243a提供通信接口。网络QQ243a可涵盖有线和/或无线网络，诸如局域网(LAN)、广域网(WAN)、计算机网络、无线网络、电信网络、另一个类似的网络或其任何组合。例如，网络QQ243a可包括Wi-Fi网络。网络连接接口QQ211可被配置为包括用于根据一个或多个通信协议(例如以太网、TCP/IP、SONET、ATM等)通过通信网络与一个或多个其它设备通信的接收机和发射机接口。网络连接接口QQ211可实现适合于通信网络链路(例如光、电等)的接收机和发射机功能。发射机和接收机功能可共享电路组件、软件、或固件，或者可替代地可以单独实现。

RAM QQ217可被配置为经由总线QQ202与处理电路QQ201接口连接，以在执行诸如操作系统、应用程序和设备驱动器的软件程序期间提供数据或计算机指令的存储或高速缓存。ROM QQ219可被配置为向处理电路QQ201提供计算机指令或数据。例如，ROM QQ219可被配置为存储针对存储在非易失性存储器中的基本系统功能(例如基本输入和输出(I/O)、启动、或从键盘接收的键击)的不变的低级系统代码或数据。存储介质QQ221可被配置为包括存储器，诸如RAM、ROM、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储(EEPROM)、磁盘、光盘、软盘、硬盘、可移动磁盘或闪存驱动器。在一个示例中，存储介质QQ221可被配置为包括操作系统QQ223、诸如web浏览器应用、小部件或小工具引擎、或另一应用程序的应用程序QQ225、以及数据文件QQ227。存储介质QQ221可存储各种不同操作系统中的任何一种或操作系统的组合以供UE QQ200使用。

存储介质QQ221可被配置为包括多个物理驱动器单元，例如独立磁盘冗余阵列(RAID)、软盘驱动器、闪存、USB闪存驱动器、外部硬盘驱动器、拇指驱动器、笔式驱动器、键驱动器、高密度数字通用光盘(HD-DVD)光盘驱动器、内部硬盘驱动器、蓝光光盘驱动器、全息数字数据存储(HDDS)光盘驱动器、外部迷你双列直插式存储器模块(DIMM)、同步动态随机存取存储器(SDRAM)、外部微DIMM SDRAM、智能卡存储器(例如订户标识模块(SIM)或可移动用户标识(RUIM)模块)、其它存储器或其任意组合。存储介质QQ221可允许UE QQ200访问存储在暂态或非暂态存储器介质上的计算机可执行指令、应用程序等，以卸载数据或上载数据。制品(诸如利用通信系统的制品)可以有形地体现在存储介质QQ221中，该存储介质可包括设备可读介质。

在图12中，处理电路QQ201可被配置为使用通信子系统QQ231与网络QQ243b通信。网络QQ243a和网络QQ243b可以是相同网络或不同网络。通信子系统QQ231可被配置为包括用于与网络QQ243b通信的一个或多个收发机。例如，通信子系统QQ231可被配置为包括用于根据一个或多个通信协议(例如IEEE 802.6、CDMA、WCDMA、GSM、LTE、UTRAN、WiMax等)与能够进行无线通信的另一设备(例如另一WD、UE或无线电接入网(RAN)的基站)的一个或多个远程收发机通信的一个或多个收发机。每个收发机可包括分别实现适合于RAN链路(例如频率分配等)的发射机或接收机功能的发射机QQ233和/或接收机QQ235。此外，每个收发机的发射机QQ233和接收机QQ235可共享电路组件、软件、或固件，或者可替代地可以单独实现。

在所示的实施例中，通信子系统QQ231的通信功能可包括数据通信、语音通信、多媒体通信、短程通信(诸如蓝牙、近场通信)、基于位置的通信(诸如使用全球定位系统(GPS)以确定位置)、另一类似的通信功能或其任意组合。例如，通信子系统QQ231可包括蜂窝通信、Wi-Fi通信、蓝牙通信、和GPS通信。网络QQ243b可涵盖有线和/或无线网络(诸如局域网(LAN)、广域网(WAN)、计算机网络、无线网络、电信网络、另一个类似的网络、或其任何组合)。例如，网络QQ243b可以是蜂窝网络、Wi-Fi网络和/或近场网络。电源QQ213可被配置为向UE QQ200的组件提供交流(AC)或直流(DC)电源。

本文描述的特征、益处和/或功能可在UE QQ200的组件之一中实现，或者可跨UEQQ200的多个组件划分。此外，本文描述的特征、益处和/或功能可以在硬件、软件或固件的任意组合中实现。在一个示例中，通信子系统QQ231可被配置为包括本文描述的任何组件。此外，处理电路QQ201可被配置为通过总线QQ202与这种组件中的任一个通信。在另一个示例中，任何这种组件可由存储在存储器中的程序指令来表示，该程序指令在由处理电路QQ201执行时执行本文所述的对应功能。在另一个示例中，任何这种组件的功能可在处理电路QQ201和通信子系统QQ231之间划分。在另一个示例中，任何这种组件的非计算密集型功能可以用软件或固件实现，计算密集型功能可以用硬件实现。

图13：根据一些实施例的虚拟化环境

图13是示出其中由一些实施例实现的功能可被虚拟化的虚拟化环境QQ300的示意性框图。在当前上下文中，虚拟化意味着创建装置或设备的虚拟版本，其可包括虚拟化硬件平台、存储设备和网络资源。如本文所使用的，虚拟化可被应用于节点(例如，虚拟化的基站或虚拟化的无线电接入节点)或设备(例如，UE、无线设备或任何其它类型的通信设备)或其组件，并且涉及其中至少一部分功能被实现为一个或多个虚拟组件(例如，经由一个或多个应用程序、组件、功能、虚拟机、或在一个或多个网络中的一个或多个物理处理节点上执行的容器)的实现方式。

在一些实施例中，本文描述的一些或所有功能可以被实现为由在由一个或多个硬件节点QQ330托管的一个或多个虚拟环境QQ300中实现的一个或多个虚拟机执行的虚拟组件。此外，在虚拟节点不是无线电接入节点或不需要无线电连接(例如，核心网络节点)的实施例中，则可以将网络节点完全虚拟化。

这些功能可由一个或多个应用QQ320(可替代地称为软件实例、虚拟设备、网络功能、虚拟节点、虚拟网络功能等)实现，以实现本文公开的一些实施例的某些特征、功能和/或好处。应用QQ320在虚拟化环境QQ300中运行，虚拟化环境QQ300提供包括处理电路QQ360和存储器QQ390的硬件QQ330。存储器QQ390包含可由处理电路QQ360执行的指令QQ395，由此应用QQ320可操作以提供本文所公开的特征、益处和/或功能中的一个或多个。

虚拟化环境QQ300包括通用或专用网络硬件设备QQ330，该通用或专用网络硬件设备QQ330包括一组一个或多个处理器或处理电路QQ360，该处理器或处理电路QQ360可以是商用现货(COTS)处理器、专门的专用集成电路(ASIC)、或包括数字或模拟硬件组件或专用处理器的任何其它类型的处理电路。每个硬件设备可包括存储器QQ390-1，其可以是用于临时存储由处理电路QQ360执行的指令QQ395或软件的非持久性存储器。每个硬件设备可包括一个或多个网络接口控制器(NIC)QQ370(也称为网络接口卡)，其包括物理网络接口QQ380。每个硬件设备还可包括在其中存储了可由处理电路QQ360执行的软件QQ395和/或指令的非暂态持久性机器可读存储介质QQ390-2。软件QQ395可包括任何类型的软件，其包括用于实例化一个或多个虚拟层QQ350的软件(也称为管理程序)、执行虚拟机QQ340的软件以及允许执行与在本文描述的一些实施例相关描述的功能、特征和/或益处的软件。

虚拟机QQ340包括虚拟处理、虚拟存储器、虚拟网络或接口以及虚拟存储，并且可由对应的虚拟层QQ350或管理程序运行。虚拟设备QQ320的实例的不同实施例可在一个或多个虚拟机QQ340上实现，并且这些实现可以以不同的方式来完成。

在操作期间，处理电路QQ360执行实例化管理程序或虚拟层QQ350的软件QQ395，其有时可被称为虚拟机监视程序(VMM)。虚拟层QQ350可以向虚拟机QQ340呈现看起来像网络硬件的虚拟操作平台。

如图13所示，硬件QQ330可以是具有通用或特定组件的独立网络节点。硬件QQ330可包括天线3225，并可经由虚拟化来实现一些功能。可替代地，硬件QQ330可以是更大硬件集群(例如，诸如在数据中心或客户端设备(CPE)中)的一部分，在该更大硬件集群中，许多硬件节点一起工作并且经由尤其监督应用QQ320的生命周期管理的管理和编排(MANO)QQ310来管理。

在某些上下文中，硬件的虚拟化被称为网络功能虚拟化(NFV)。NFV可用于将许多网络设备类型整合到行业标准的大容量服务器硬件、物理交换机和物理存储设备中，它们可位于数据中心和客户端设备中。

在NFV的上下文中，虚拟机QQ340可以是物理机器的软件实现，该物理机器运行程序就好像它们在物理的非虚拟化机器上执行一样。每个虚拟机QQ340和硬件QQ330中执行该虚拟机的那部分(无论是专用于该虚拟机的硬件和/或该虚拟机与其它虚拟机QQ340共享的硬件)形成单独的虚拟网络元件(VNE)。

仍然在NFV的上下文中，虚拟网络功能(VNF)负责处理运行在硬件网络基础设施QQ330之上的一个或多个虚拟机QQ340中的特定网络功能，并与图13中的应用程序QQ320相对应。

在一些实施例中，每个包括一个或多个发射机QQ322和一个或多个接收机QQ321的一个或多个无线电单元QQ320可耦接到一个或多个天线QQ325。无线电单元QQ320可经由一个或多个适当的网络接口直接与硬件节点QQ330通信，并且可与虚拟组件结合使用，以为虚拟节点(例如无线电接入节点或基站)提供无线电能力。

在一些实施例中，一些信令可使用控制系统QQ323来实现，该控制系统可以可替代地用于硬件节点QQ330和无线电单元QQ320之间的通信。

图14：根据一些实施例的经由中间网络连接到主机计算机的电信网络。

参考图14，根据实施例，通信系统包括诸如3GPP型蜂窝网络的电信网络QQ410，其包括诸如无线电接入网络的接入网络QQ411和核心网络QQ414。接入网络QQ411包括多个基站QQ412a、QQ412b、QQ412c，例如节点B、eNB、gNB或其它类型的无线接入点，每个定义对应的覆盖区域QQ413a、QQ413b、QQ413c。每个基站QQ412a、QQ412b、QQ412c可通过有线或无线连接QQ415连接到核心网络QQ414。位于覆盖区域QQ413C中的第一UE QQ491被配置为无线连接到对应的基站QQ412C或被其寻呼。覆盖区域QQ413a中的第二UE QQ492可无线连接到对应的基站QQ412a。尽管在该示例中示出了多个UE QQ491、QQ492，但是所公开的实施例同样适用于单独UE在覆盖区域中或单独UE连接到对应的基站QQ412的情况。

电信网络QQ410本身连接到主机计算机QQ430，该主机计算机QQ430可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中或作为服务器群中的处理资源。主机计算机QQ430可在服务提供商的所有权或控制之下，或者可由服务提供商或代表服务提供商来操作。电信网络QQ410与主机计算机QQ430之间的连接QQ421和QQ422可直接从核心网络QQ414扩展到主机计算机QQ430，或者可以经由可选的中间网络QQ420进行。中间网络QQ420可以是公共、私有或托管网络之一，也可以是公共、私有或托管网络中的多个的组合；中间网络QQ420(如果有的话)可以是骨干网或互联网；特别地，中间网络QQ420可包括两个或更多个子网络(未示出)。

图14的通信系统作为整体实现了连接的UE QQ491、QQ492与主机计算机QQ430之间的连接。该连接可以被描述为过顶(Over-the-Top)(OTT)连接QQ450。主机计算机QQ430和连接的计算机UE QQ491、QQ492被配置为使用接入网络QQ411、核心网络QQ414、任何中间网络QQ420以及可能的其它基础设施(未示出)作为中介经由OTT连接QQ450来递送数据和/或信令。在OTT连接QQ450经过的参与通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接QQ450可以是透明的。例如，可以不向或者不需要向基站QQ412通知传入(incoming)下行链路通信的过去路由，在该传入下行链路通信中，起源于主机计算机QQ430的数据将向连接的UE QQ491转发(例如移交)。类似地，基站QQ412不需要知道从起源于UEQQ491朝向主机计算机QQ430的传出(outgoing)上行链路通信的未来路由。

图15：根据一些实施例通过部分无线连接经由基站与用户设备进行通信的主机计算机。

根据一个实施例，现在将参考图15描述在前面的段落中讨论的UE、基站和主机计算机的示例实现方式。在通信系统QQ500中，主机计算机QQ510包括硬件QQ515，该硬件QQ515包括被配置为建立和维持与通信系统QQ500的不同通信设备的接口的有线或无线连接的通信接口QQ516。主机计算机QQ510还包括处理电路QQ518，处理电路QQ518可具有存储和/或处理能力。特别地，处理电路QQ518可包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列、或这些的组合(未示出)。主机计算机QQ510还包括软件QQ511，该软件QQ511被存储在主机计算机QQ510中或可由主机计算机QQ510访问并且可由处理电路QQ518执行。软件QQ511包括主机应用QQ512。主机应用QQ512可以可操作以向诸如UE QQ530的远程用户提供服务，该UE QQ530经由在UE QQ530和主机计算机QQ510处终止的OTT连接QQ550连接。在向远程用户提供服务时，主机应用QQ512可提供使用OTT连接QQ550发送的用户数据。

通信系统QQ500还包括基站QQ520，该基站QQ520在电信系统中提供并且包括使其能够与主机计算机QQ510以及与UE QQ530通信的硬件QQ525。硬件QQ525可包括用于建立和维持与通信系统QQ500的不同通信设备的接口有线或无线连接的通信接口QQ526，以及用于建立和维持至少与位于由基站QQ520服务的覆盖区域(图15中未示出)中的UE QQ530无线连接QQ570的无线电接口QQ527。通信接口QQ526可被配置为促进到主机计算机QQ510的连接QQ560。连接QQ560可以是直接的，或者可经过电信系统的核心网络(图15中未示出)和/或电信系统外部的一个或多个中间网络。在所示的实施例中，基站QQ520的硬件QQ525还包括处理电路QQ528，处理电路QQ528可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。基站QQ520还具有内部存储或可经由外部连接访问的软件QQ521。

通信系统QQ500还包括已经提到的UE 530。其硬件QQ535可包括无线电接口QQ537，无线电接口QQ537被配置为建立并维持与服务于UE QQ530当前所在的覆盖区域的基站的无线连接QQ570。UE QQ530的硬件QQ535还包括处理电路QQ538，该处理电路QQ538可包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。UE QQ530进一步包括存储在UE QQ530中或可由UE QQ530访问并且可由处理电路QQ538执行的软件QQ531。软件QQ531包括客户端应用程序QQ532。客户端应用程序QQ532可以可操作以在主机计算机QQ510的支持下经由UE QQ530向人类或非人类用户提供服务。在主机计算机QQ510中，执行主机应用QQ512可经由在UE QQ530和主机计算机QQ510处终止的OTT连接QQ550与执行客户端应用QQ532通信。在向用户提供服务时，客户端应用QQ532可从主机应用QQ512接收请求数据，并响应于该请求数据来提供用户数据。OTT连接QQ550可传送请求数据和用户数据两者。客户端应用QQ532可与用户交互来生成其提供的用户数据。

注意，图15所示的主机计算机QQ510、基站QQ520和UE QQ530可分别与图15的主机计算机QQ530、基站QQ412a、QQ412b、QQ412c中的一个和UE QQ491、QQ492中的一个相似或相同。也就是说，这些实体的内部工作可以如图15所示，并且独立地，周围网络拓扑可以是图14的网络拓扑。

在图15中，OTT连接QQ550已经被抽象地绘制，以示出经由基站QQ520在主机计算机QQ510与UE QQ530之间的通信，而没有明确地引用任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可确定路由，网络基础设施可被配置为将该路由对UE QQ530或对操作主机计算机QQ510的服务提供商或两者隐藏。当OTT连接QQ550是活动的时，网络基础设施可进一步做出决定，通过该决定它动态地改变路由(例如基于负载平衡考虑或网络的重新配置)。

UE QQ530与基站QQ520之间的无线连接QQ570与贯穿本公开所描述的实施例的教导是一致的。各种实施例中的一个或多个实施例改进了使用OTT连接QQ550提供给UE QQ530的OTT服务的性能，在OTT连接QQ550中无线连接QQ570形成最后的段。更精确地，这些实施例的教导可以改善用于视频处理的解块滤波，并从而提供诸如改进的视频编码和/或解码的益处。

可以出于监视一个或多个实施例在其上改进的数据速率、延迟和其它因素的目的而提供测量过程。可能还存在可选的网络功能，用于响应于测量结果的变化来重新配置主机计算机QQ510和UE QQ530之间的OTT连接QQ550。用于重新配置OTT连接QQ550的测量过程和/或网络功能可在主机计算机QQ510的软件QQ511和硬件QQ515中或在UE QQ530的软件QQ531和硬件QQ535中或两者中实现。在实施例中，可将传感器(未示出)部署在OTT连接QQ550所经过的通信设备中或与该通信设备相关联。传感器可通过提供以上例示的监视量的值或提供软件QQ511、QQ531可以从中计算或估计监视量的其它物理量的值来参与测量过程。OTT连接QQ550的重新配置可包括消息格式、重传设置、优选路由等；重新配置不需要影响基站QQ520，并且它可能对于基站QQ520是未知的或不可感知的。这种过程和功能在本领域中是已知的和实践的。在某些实施例中，测量可涉及促进主机计算机QQ510对吞吐量、传播时间、延迟等的测量的专有UE信令。可以实现测量，以便在软件QQ511和QQ531在监视传播时间、错误等时使用OTT连接QQ550来发送消息(尤其是空消息或“虚设(dummy)”消息)。

图16：根据一些实施例在包括主机计算机、基站和用户设备的通信系统中实现的方法。

图16是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图14和图15描述的主机计算机、基站和UE。为了本公开简单起见，本部分仅包括图16的附图标记。在步骤QQ610，主机计算机提供用户数据。在步骤QQ610的子步骤QQ611(可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤QQ620中，主机计算机向UE发起携带用户数据的传输。在步骤QQ630(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在主机计算机发起的传输中携带的用户数据。在步骤QQ640(也可以是可选的)，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图17：根据一些实施例在包括主机计算机、基站和用户设备的通信系统中实现的方法。

图17是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图14和图15描述的主机计算机、基站和UE。为了本公开简单起见，本部分仅包括图17的附图标记。在方法的步骤QQ710，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤QQ720中，主机计算机向UE发起携带用户数据的传输。根据贯穿本公开所描述的实施例的教导，传输可经由基站传递。在步骤QQ730(可以是可选的)中，UE接收在传输中携带的用户数据。

图18：根据一些实施例的在包括主机，基站和用户设备的通信系统中实现的方法。

图18是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图14和图15描述的主机计算机、基站和UE。为了本公开简单起见，本部分仅包括图18的附图标记。在步骤QQ810(可以是可选的)中，UE接收由主机计算机所提供的输入数据。附加地或替代地，在步骤QQ820中，UE提供用户数据。在步骤QQ820的子步骤QQ821(可以是可选的)中，UE通过执行客户端应用程序来提供用户数据。在步骤QQ810的子步骤QQ811(可以是可选的)中，UE执行客户端应用程序，该客户端应用程序响应于由主机计算机提供的所接收的输入数据来提供用户数据。在提供用户数据时，执行的客户端应用可进一步考虑从用户接收的用户输入。不管提供用户数据的特定方式如何，在子步骤QQ830(可以是可选的)中，UE向主机计算机发起对用户数据的传输。在该方法的步骤QQ840中，根据贯穿本公开所描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图19：根据一些实施例在包括主机计算机、基站和用户设备的通信系统中实现的方法。

图19是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图14和图15描述的主机计算机、基站和UE。为了本公开简单起见，在本部分中仅包括图19的附图标记。在步骤QQ910(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站接收来自UE的用户数据。在步骤QQ920(可以是可选的)中，基站向主机计算机发起对所接收的用户数据的传输。在步骤QQ930(可以是可选的)中，主机计算机接收在由基站发起的传输中携带的用户数据。

可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文所公开的任何适当的步骤、方法、特征、功能或益处。每个虚拟装置可包括多个这些功能单元。这些功能单元可经由可以包括一个或多个微处理器或微控制器的处理电路以及可以包括数字信号处理器(DSP)、专用数字逻辑等的其它数字硬件来实现。处理电路可被配置为执行存储在存储器中的程序代码，该存储器可包括一种或多种类型的存储器，例如只读存储器(ROM)、随机存取存储器(RAM)、高速缓存存储器、闪存设备、光学存储器等。存储在存储器中的程序代码包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于执行本文所述的一个或多个技术的指令。在一些实现方式中，根据本公开的一个或多个实施例，处理电路可用于使对应的功能单元执行对应的功能。

术语“单元”可具有在电子装置、电气设备和/或电子设备的领域中的常规含义，并且可包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑固态和/或分立设备、用于执行相应任务、过程、计算、输出和/或显示功能等的计算机程序或指令，例如本文所描述的那些。

Claims

1.一种操作用户设备UE(900)以用于设备到设备D2D通信的方法，所述方法包括：

发送(600)服务质量QoS流建立请求，所述流建立请求指示所述QoS流将要在副链路上被发送；

响应于确定所要求的QoS流将被满足，接收(602)指示所请求的副链路QoS流将被支持的消息，并接收与所述副链路QoS流相对应的映射和配置数据；以及

响应于确定所述所要求的QoS不被满足，接收(604)指示所请求的副链路QoS流将不被建立的消息。

2.根据权利要求1所述的方法，所述方法还包括：响应于确定所述所要求的QoS不被满足，由所述UE生成(608)与所请求的QoS流相对应的QoS流标识符QFI。

3.根据权利要求1和2中的任一项所述的方法，还包括：

发送(720)QoS流释放请求，所述QoS流释放请求包括标识对应的副链路QoS流的QFI；以及

清除(722)相关的QoS流上下文，其中，所述相关的QoS流上下文包括：QFI、QoS配置文件、QFI到数据无线电承载DRB的映射、和/或对应的DRB。

4.根据权利要求1至3中的任一项所述的方法，其中，所述相关的QoS上下文包括配置。

5.根据权利要求1至4中的任一项所述的方法，其中，所述映射和配置数据由核心网络CN预先配置，并且由所述UE接收，其中，发送所述QoS流建立请求包括：经由无线电资源控制RRC信令向gNB发送所述QoS流建立请求，并且其中，所述QoS流建立请求包括被预先配置的QoS流相关数据以及所请求的QoS流将在所述副链路QoS流上被发送的指示。

6.根据权利要求1至5中的任一项所述的方法，其中，发送所述QoS流建立请求包括：经由NAS信令向核心网络CN发送释放请求。

7.根据权利要求1至6中的任一项所述的方法，其中，响应于确定所述所要求的QoS不被满足，所述方法还包括：

经由RRC从gNB接收(610)拒绝消息，所述拒绝消息用信号发送所述QoS流请求将被拒绝，其中，所述RRC拒绝消息包括与所述QoS流相对应的QFI；以及

更新(718)UE上层：所请求的副链路QoS流被拒绝。

8.根据权利要求1至7中的任一项所述的方法，其中，所述方法还包括：

从gNB接收(612)释放请求，所述释放请求包括与所述副链路QoS流相对应的QFI；以及

清除(614)相关的QoS流上下文，所述相关的QoS流上下文包括：QFI、QoS配置文件、QFI到DRB的映射、和/或对应的DRB，

其中，使得gNB释放所述QoS流并删除相关的QoS上下文数据。

9.根据权利要求1至8中的任一项所述的方法，其中，响应于副链路QoS流的QoS降级，所述方法还包括：

发送(720)释放请求，所述释放请求包括与所述副链路QoS流相对应的QFI；以及

清除(722)相关的QoS流上下文，所述相关的QoS流上下文包括：QFI、QoS配置文件、QFI到DRB的映射、和/或对应的DRB，

其中，使得gNB释放所述QoS流并删除相关的QoS上下文数据。

10.根据权利要求1至9中的任一项所述的方法，还包括：

遵循(726)预先配置的准入控制规则，以确定所述副链路QoS流是否被满足；以及

响应于确定所述QoS流被满足，建立(728)副链路QoS流。

11.根据权利要求1至10中的任一项所述的方法，其中，所述UE包括发射机TX UE，其中，响应于建立所述副链路QoS流，所述方法还包括：向接收机RX UE发送(620)与所述副链路QoS流相对应的消息，

其中，所述消息包括数据传输期间的QFI值，所述QFI值使得所述RX UE确定QoS特性和/或服务类型。

12.根据权利要求11所述的方法，其中，所述TX UE还被配置为：基于QoS降级来发起副链路QoS流释放。

13.根据权利要求11至12中的任一项所述的方法，其中，所述TX UE还被配置为：基于QoS降级来从所述RX UE接收副链路QoS流释放。

14.根据权利要求1至13中的任一项所述的方法，还包括：将所述副链路QoS流与对应于相同V2X服务的多个其它副链路QoS流相关联。

15.根据权利要求1至14中的任一项所述的方法，还包括：选择(732)多个标识符来表示多个副链路QoS流中相应的副链路QoS流。

16.根据权利要求1至15中的任一项所述的方法，

其中，与给定V2X服务相关的QoS流与DRB相关联，以及

其中，只有与所述给定V2X服务相关的其它QoS流与所述DRB相关联。

17.根据权利要求1至16中的任一项所述的方法，其中，MAC层将具有与相同V2X服务相关联的QoS流的DRB复用到同一MAC PDU中。

18.根据权利要求1至17中的任一项所述的方法，其中，MAC层将具有与相同传播方案相关联的QoS流的DRB复用到同一MAC PDU中。

19.根据权利要求1至18中的任一项所述的方法，其中，MAC层将具有与相同传播会话相关联的QoS流的DRB复用到同一MAC PDU中。

20.一种用户设备UE(900)，包括：

收发机(901)；

耦接到所述收发机的处理器(903)；以及

耦接到所述处理器的存储器(905)，其中，所述存储器存储指令，所述指令在由所述处理器执行时使得所述UE：

21.根据权利要求20所述的UE，其中，所述UE适于执行根据权利要求2至19中的任一项所述的方法。

22.一种计算机程序产品，包括：

非暂时性计算机可读存储介质，所述非暂时性计算机可读存储介质包括被体现在所述介质中的计算机可读程序代码，所述计算机可读程序代码在由用户设备UE的处理器执行时使得所述UE：

23.根据权利要求22所述的计算机程序产品，包括：

非暂时性计算机可读存储介质，所述非暂时性计算机可读存储介质包括被体现在所述介质中的计算机可读程序代码，所述计算机可读程序代码在由用户设备UE的处理器执行时使得所述UE执行根据权利要求2至19中的任一项所述的方法。

24.一种操作网络节点(1000)以提供网络辅助副链路服务质量流管理的方法，所述方法包括：

从用户设备UE接收(700)服务质量QoS流建立请求，所述流建立请求指示所述QoS流将要在副链路上被发送；

确定(702)所要求的QoS流是否将被满足；

响应于确定所述所要求的QoS流将被满足，发送(704)指示所请求的副链路QoS将被支持的消息，并发送与所述副链路QoS流相对应的映射和配置数据；以及

响应于确定所述所要求的QoS流不被满足，发送(706)指示所请求的副链路QoS将不被建立的消息。

25.根据权利要求24所述的方法，其中，响应于确定所述所要求的QoS不被满足，从所述UE接收(708)与所请求的QoS流相对应的QoS流标识符QFI。

26.根据权利要求24至25中的任一项所述的方法，还包括：

接收(710)QoS流释放请求，所述QoS流释放请求包括标识与所述副链路QoS流相对应的会话的QoS流标识符QFI；以及

清除(712)相关的QoS流上下文，其中，所述相关的QoS流上下文包括：QFI、QoS配置文件、QFI到数据无线电承载DRB的映射、和/或对应的DRB。

27.根据权利要求24至26中的任一项所述的方法，其中，所述相关的QoS上下文包括配置。

28.根据权利要求24至27中的任一项所述的方法，其中，所述映射和配置数据由核心网络预先配置并被发送到所述UE，

其中，接收所述QoS流建立请求包括：经由无线电资源控制RRC信令直接从所述UE接收所述QoS建立请求到gNB；以及

其中，所述QoS建立请求包括被预先配置的QoS流相关数据以及所请求的QoS流将在所述副链路QoS流上被发送的指示。

29.根据权利要求24至28中的任一项所述的方法，其中，接收所述QoS流建立请求包括：经由NAS信令向核心网络CN发送释放请求。

30.根据权利要求24至29中的任一项所述的方法，其中，响应于确定所述所要求的QoS不被满足，所述方法还包括：

经由RRC向所述UE发送拒绝消息，所述拒绝消息用信号发送所述QoS流请求将被拒绝，其中，所述RRC拒绝消息包括与所述QoS流相对应的QFI；以及

使得(718)所述UE更新UE上层：所请求的副链路QoS流被拒绝。

31.根据权利要求24至30中的任一项所述的方法，还包括：

向所述UE发送(720)释放请求，所述释放请求包括与所述副链路QoS流相对应的QFI；

清除(722)相关的QoS流上下文，所述相关的QoS流上下文包括：QFI、QoS配置文件、QFI到DRB的映射、和/或对应的DRB；以及

释放(724)所述QoS流并删除相关的QoS上下文数据。

32.根据权利要求24至31中的任一项所述的方法，还包括：

遵循(726)预先配置的准入控制规则，以确定所述副链路QoS流是否将被满足；以及

响应于确定所述QoS流被满足，建立(728)副链路QoS流。

33.根据权利要求24至32中的任一项所述的方法，还包括：将所述副链路QoS流与对应于相同V2X服务的多个其它副链路QoS流相关联(730)。

34.根据权利要求24至33中的任一项所述的方法，还包括：选择(732)多个标识符来表示多个副链路QoS流会话中相应的副链路QoS流会话。

35.根据权利要求24至34中的任一项所述的方法，

其中，与给定V2X服务相关的QoS流被复用到DRB中，以及

其中，只有与所述给定V2X服务相关的其它QoS流被复用到所述DRB中。

36.根据权利要求24至35中的任一项所述的方法，其中，MAC层将具有与相同V2X服务相关联的QoS流的DRB复用到同一媒体访问控制MAC分组数据单元PDU中。

37.根据权利要求24至36中的任一项所述的方法，其中，MAC层将具有与相同传播方案相关联的QoS流的DRB复用到同一MAC PDU中。

38.根据权利要求24至37中的任一项所述的方法，其中，MAC层将具有与相同传播会话相关联的QoS流的DRB复用到同一MAC PDU中。

39.一种网络节点(1000)，包括：

收发机(1001)；

耦接到所述收发机的处理器(1003)；以及

与所述处理器耦接的存储器(1005)，其中，所述存储器存储指令，所述指令在由所述处理器执行时使得所述网络节点：

确定(702)所要求的QoS流是否将被满足；

40.根据权利要求39所述的网络节点，其中，所述网络节点适于执行根据权利要求25至38中的任一项所述的方法。

41.一种计算机程序产品，包括：

非暂时性计算机可读存储介质，所述非暂时性计算机可读存储介质包括被体现在所述介质中的计算机可读程序代码，所述计算机可读程序代码在由网络节点的处理器执行时使得所述网络节点：

确定(702)所要求的QoS流是否将被满足；

42.根据权利要求41所述的计算机程序产品，包括：

非暂时性计算机可读存储介质，所述非暂时性计算机可读存储介质包括被体现在所述介质中的计算机可读程序代码，所述计算机可读程序代码在由网络节点的处理器执行时使得所述网络节点执行根据权利要求25至38中的任一项所述的方法。

43.一种操作用户设备UE(900)以用于设备到设备D2D通信的方法，所述方法包括：

存储(800)预先配置的副链路QoS流管理控制规则集，所述预先配置的副链路QoS流管理控制规则集定义用于由所述UE建立副链路QoS流的操作；

通过执行所述预先配置的副链路QoS流管理控制规则集中的规则，建立(802)副链路QoS流；以及

响应于确定所述QoS将被满足，由所述UE建立(804)所述副链路QoS流并将所述副链路QoS流映射到DRB。

44.根据权利要求43所述的方法，还包括：执行(806)SL QoS流释放操作，其中，所述释放操作包括：如果没有其它QoS流正在使用所述DRB，则清除QoS流上下文并释放所述DRB。

45.根据权利要求43至44中的任一项所述的方法，其中，MAC层将具有与相同V2X服务相关联的QoS流的DRB复用到同一MAC PDU中。

46.根据权利要求43至45中的任一项所述的方法，其中，MAC层将具有与相同传播方案相关联的QoS流的DRB复用到同一MAC PDU中。

47.根据权利要求43至46中的任一项所述的方法，其中，MAC层将具有与相同传播会话相关联的QoS流的DRB复用到同一MAC PDU中。

48.一种用户设备(900)，包括：

收发机(901)；

耦接到所述收发机的处理器(903)；以及

与所述处理器耦接的存储器(905)，其中，所述存储器存储指令，所述指令在由所述处理器执行时使得所述用户设备：

49.根据权利要求48所述的UE，其中，所述UE适于执行根据权利要求44至47中的任一项所述的方法。

50.一种计算机程序产品，包括：

51.根据权利要求50所述的计算机程序产品，包括：

非暂时性计算机可读存储介质，所述非暂时性计算机可读存储介质包括被体现在所述介质中的计算机可读程序代码，所述计算机可读程序代码在由所述UE的处理器执行时使得所述UE执行根据权利要求44至47中的任一项所述的方法。