CN112788659A

CN112788659A - NG-RAN对QoS监控的支持

Info

Publication number: CN112788659A
Application number: CN202011237904.8A
Authority: CN
Inventors: 韩载珉; A·西罗特金
Original assignee: Intel Corp
Current assignee: Intel Corp
Priority date: 2019-11-08
Filing date: 2020-11-09
Publication date: 2021-05-11

Abstract

本文描述的是一种下一代无线接入网(NG‑RAN)节点的装置。该装置包括：一个或多个处理器，被配置为：对来自接入和移动性管理功能(AMF)的第一消息进行解码，其中，第一消息包括第一信元(IE)，第一IE包括服务质量(QoS)监控配置；以及基于QoS监控配置，执行QoS监控；和存储器，被配置为：存储QoS监控配置。描述并要求其他实施例。

Description

NG-RAN对QoS监控的支持

技术领域

本文的各种实施例总体上涉及无线通信领域，并且更具体地，涉及下一代无线接入网(NG-RAN)对QoS监控的支持，以及在具有5G核心网(5GC)的多无线电双连接(MR-DC)中，在不转发数据的情况下对数据无线承载(DRB)身份(ID)协调的支持。

背景技术

移动通信已经从早期的语音系统显著地发展到如今的高度复杂的集成通信平台。下一代无线通信系统5G(或新空口(NR))将使得各种用户和应用随时随地访问信息和共享数据。NR有望成为统一的网络/系统，旨在满足截然不同且有时相互冲突的性能维度和服务。这些不同的多维要求是由不同的服务和应用驱动的。一般而言，NR将基于3GPP(第三代合作伙伴项目)LTE(长期演进)-Advanced演进，附加以潜在的新无线接入技术(RAT)，从而通过更好、简单和无缝的无线连接解决方案丰富人们的生活。NR将使得万物通过无线连接起来，并提供快速、丰富的内容和服务。

附图说明

从下面结合附图进行的详细描述中，本公开的特征和优点将变得显而易见，详细描述和附图一起通过示例的方式示出了本公开的特征；并且，其中：

图1示出了根据各种实施例的网络的系统的示例架构。

图2示出了根据各种实施例的包括CN的系统的架构。

图3A示出了根据一些实施例的示例PDU Session Resource Setup(PDU会话资源建立)过程。

图3B示出了根据一些实施例的示例PDU Session Resource Modify(PDU会话资源修改)过程。

图4A示出了根据一些实施例的示例S-NG-RAN node Addition Preparation(S-NG-RAN节点添加准备)过程。

图4B示出了根据一些实施例的示例M-NG-RAN node initiated S-NG-RAN nodeModification Preparation(M-NG-RAN节点发起的S-NG-RAN节点修改准备)过程。

图5A示出了根据一些实施例的示例Bearer Context Setup(承载上下文建立)过程。

图5B示出了根据一些实施例的示例Bearer Context Modification(承载上下文修改)过程。

图6示出了根据一些实施例的用于支持QoS监控配置的示例方法。

图7A示出了根据一些实施例的示例Transfer of DL PDU Session Information(DL PDU会话信息传送)过程。

图7B示出了根据一些实施例的示例DL PDU SESSION INFORMATION(DL PDU会话信息)(PDU类型0)帧格式。

图8A示出了根据一些实施例的示例Transfer of UL PDU Session Information(UL PDU会话信息传送)过程。

图8B示出了根据一些实施例的示例UL PDU SESSION INFORMATION(UL PDU会话信息)(PDU类型1)帧格式。

图9示出了根据一些实施例的用于支持分组延迟测量的示例方法。

图10示出了根据一些实施例的用于支持在没有数据转发的情况下进行DRB ID协调的示例方法。

图11示出了根据一些实施例的用于支持在没有数据转发的情况下进行DRB ID协调的另一示例方法。

图12示出了根据各种实施例的基础设施设备的示例。

图13示出了根据各种实施例的平台(或“设备”)的示例。

图14示出了根据各种实施例的基带电路和无线电前端模块(RFEM)的示例组件。

图15示出了根据各种实施例的可以在无线通信设备中实现的各种协议功能。

图16是示出根据一些示例实施例的能够从机器可读或计算机可读介质(例如，非瞬时性机器可读存储介质)读取指令并执行本文讨论的任何一种或多种方法的组件的框图。

现在将参考所示的示例性实施例，并且本文将使用特定语言来描述它们。然而，应理解，并不由此意图限制本技术的范围。

具体实施方式

以下详细描述参考附图。可以在不同的附图中使用相同的附图标记来识别相同或相似的要素。在以下描述中，出于解释而非限制的目的，阐述了诸如特定结构、架构、接口、技术等的具体细节，以便提供对所要求保护的实施例的各个方面的透彻理解。然而，对于受益于本公开的本领域技术人员显而易见的是，所要求保护的实施例的各个方面可以在脱离这些具体细节的其他示例中实践。在某些情况下，省略对公知的设备、电路和方法的描述，以免对本公开的实施例的描述被不必要的细节所掩盖。

将使用本领域技术人员通常采用的术语来描述说明性实施例的各个方面，以将他们工作的实质传达给本领域其他技术人员。然而，对于本领域技术人员显而易见的是，可以仅用所描述的一些方面来实践替代实施例。出于解释的目的，阐述了具体的数字、材料和配置，以便提供对说明性实施例的透彻理解。然而，对于本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下实践替代实施例。在其他情况下，省略或简化了公知的特征，以免掩盖说明性实施例。

此外，各种操作将以最有助于理解说明性实施例的方式依次被描述为多个离散操作。然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别地，这些操作不需要按呈现的顺序执行。

短语“在各种实施例中”、“在一些实施例中”等被重复使用。该短语通常不是指代同一实施例；然而，它可以指代同一实施例。除非上下文另有规定，否则术语“包含”、“具有”和“包括”是同义词。短语“A或B”表示(A)、(B)或(A和B)。

示例实施例可以被描述为处理，该处理被描绘为流程图、流程图示、数据流程图、结构图或框图。尽管流程图可以将操作描述为顺序处理，但是许多操作可以并行执行，并发执行或同时执行。另外，可以重新安排操作的顺序。处理可以在其操作完成时终止，但是也可以具有附图中未包括的附加操作。处理可以对应于方法、函数、过程、子例程、子程序等。当处理对应于函数时，其终止可以对应于函数返回到调用函数和/或主函数。

如本文所使用的，术语“处理器”指代以下电路，为其一部分或包括它：能够顺序地和自动地执行一系列算术或逻辑操作；记录、存储和/或传送数字数据。术语“处理器”可以指代一个或多个应用处理器、一个或多个基带处理器、物理中央处理单元(CPU)、单核处理器、双核处理器、三核处理器、四核处理器，和/或能够执行或操作计算机可执行指令(例如，程序代码、软件模块和/或函数处理)的任何其他设备。如本文所使用的，术语“接口”指代以下电路，为其一部分或者包括它：提供两个或更多个组件或设备之间的信息交换。术语“接口”可以指代一个或多个硬件接口(例如，总线、输入/输出(I/O)接口、外围组件接口等)。

图1示出了根据各种实施例的网络的系统100的示例架构。以下描述是针对结合LTE系统标准和3GPP技术规范所提供的5G或NR系统标准进行操作的示例系统100提供的。然而，示例实施例不限于此，并且所描述的实施例可以适用于受益于本文所描述的原理的其他网络，例如未来的3GPP系统(例如，第六代(6G)系统)、IEEE 802.16协议(例如，WMAN、WiMAX等)等。

如图1所示，系统100包括UE 101a和UE 101b(统称为“UE 101”)。在该示例中，UE101被示为智能电话(例如，可连接至一个或多个蜂窝网络的手持触摸屏移动计算设备)，但是还可以包括任何移动或非移动计算设备，例如消费电子设备、蜂窝电话、智能电话、功能手机、平板计算机、可穿戴计算机设备、个人数字助理(PDA)、寻呼机、无线电话、台式计算机、膝上型计算机、车载信息娱乐(IVI)、车载娱乐(ICE)设备、仪表盘(IC)、平视显示器(HUD)设备、车载诊断(OBD)设备、仪表板移动设备(DME)、移动数据终端(MDT)、电子发动机管理系统(EEMS)、电子/发动机控制单元(ECU)、电子/发动机控制模块(ECM)、嵌入式系统、微控制器、控制模块、发动机管理系统(EMS)、网络或“智能”电器、MTC设备、M2M、IoT设备等。

在一些实施例中，任一个UE 101可以是IoT UE，其可以包括针对利用短期UE连接的低功率IoT应用所设计的网络接入层。IoT UE可以利用诸如M2M或MTC的技术，经由PLMN、ProSe或D2D通信、传感器网络或IoT网络与MTC服务器或设备交换数据。M2M或MTC数据交换可以是机器发起的数据交换。IoT网络描述了利用短期连接互连IoT UE，这些UE可以包括(在互联网基础设施内)唯一可识别的嵌入式计算设备。IoT UE可以执行后台应用程序(例如，保活消息、状态更新等)以促进IoT网络的连接。

UE 101可以被配置为与RAN 110连接(例如，以通信方式耦合)。在实施例中，RAN110可以是NG RAN或5G RAN、E-UTRAN或遗留RAN(例如，UTRAN或GERAN)。如本文所使用的，术语“NG RAN”等可以指代在NR或5G系统100中操作的RAN 110，而术语“E-UTRAN”等可以指代在LTE或4G系统100中操作的RAN 110。UE 101分别利用连接(或信道)103和104，每个连接包括物理通信接口或层(下面进一步详细讨论)。

在该示例中，连接103和104被示为实现通信耦合的空中接口，并且可以符合蜂窝通信协议，例如GSM协议、CDMA网络协议、PTT协议、POC协议、UMTS协议、3GPP LTE协议、5G协议、NR协议和/或本文讨论的任何其他通信协议。在实施例中，UE 101可以经由ProSe接口105直接交换通信数据。ProSe接口105可以替换地称为SL接口105，并且可以包括一个或多个逻辑信道，包括但不限于PSCCH、PSSCH、PSDCH和PSBCH。

UE 101b被示为配置为经由连接107接入AP 106(也称为“WLAN节点106”、“WLAN106”、“WLAN终端106”、“WT 106”等)。连接107可以包括本地无线连接，例如符合任何IEEE802.11协议的连接，其中，AP 106将可以包括无线保真

路由器。在该示例中，AP106被示为连接到互联网，而没有连接到无线系统的核心网(下面进一步详细描述)。在各种实施例中，UE 101b、RAN 110和AP 106可以被配置为利用LWA操作和/或LWIP操作。LWA操作可以涉及：RRC_CONNECTED下的UE 101b被RAN节点111a-b配置为利用LTE和WLAN的无线电资源。LWIP操作可以涉及：UE 101b经由IPsec协议隧道，使用WLAN无线电资源(例如，连接107)来认证和加密通过连接107发送的分组(例如，IP分组)。IPsec隧道可以包括：封装整个原始IP分组，并添加新的分组头，从而保护IP分组的原始头。

RAN 110可以包括实现连接103和104的一个或多个AN节点或RAN节点111a和111b(统称为“RAN节点111”)。如本文所使用的，术语“接入节点”、“接入点”等可以描述为网络与一个或多个用户之间的数据和/或语音连接提供无线电基带功能的设备。这些接入节点可以称为BS、gNB、RAN节点、eNB、NodeB、RSU、TRxP或TRP等，并且可以包括在地理区域(例如，小区)内提供覆盖的地面站(例如，地面接入点)或卫星站。如本文所使用的，术语“NG RAN节点”等可以指代在NR或5G系统100中操作的RAN节点111(例如，gNB)，而术语“E-UTRAN节点”等可以指代在LTE或4G系统100中操作的RAN节点111(例如，eNB)。根据各种实施例，RAN节点111可以被实现为专用物理设备(例如，宏小区基站)和/或用于提供毫微微小区、微微小区或与宏小区相比，具有较小的覆盖区域、较小的用户容量或较高的带宽的其他类似小区的低功率(LP)基站中的一个或多个。

在一些实施例中，所有或部分RAN节点111可以被实现为在服务器计算机上运行的作为虚拟网络的一部分的一个或多个软件实体，虚拟网络可以称为CRAN和/或虚拟基带单元池(vBBUP)。在这些实施例中，CRAN或vBBUP可以实现RAN功能分离，例如：PDCP分离，其中，RRC层和PDCP层由CRAN/vBBUP操作，而其他L2协议实体由各RAN节点111操作；MAC/PHY分离，其中，RRC层、PDCP层、RLC层和MAC层由CRAN/vBBUP操作，而PHY层由各RAN节点111操作；或“下PHY”分离，其中，RRC层、PDCP层、RLC层、MAC层和PHY层的上部由CRAN/vBBUP操作，而PHY层的下部由各RAN节点111操作。该虚拟化框架允许空出来的RAN节点111的处理器核执行其他虚拟化应用。在一些实现方式中，单个RAN节点111可以表示经由各F1接口(图1未示出)连接到gNB-CU的各gNB-DU。在这些实现方式中，gNB-DU可以包括一个或多个远端无线电头或RFEM(例如，参见图12)，并且gNB-CU可以由位于RAN 110中的服务器(未示出)操作，或者由服务器池以与CRAN/vBBUP类似的方式操作。附加地或替换地，一个或多个RAN节点111可以是下一代eNB(ng-eNB)，其为向UE 101提供E-UTRA用户平面和控制平面协议端接的RAN节点，并且经由NG接口连接到5GC(下面讨论)。

在V2X场景中，一个或多个RAN节点111可以是RSU或充当RSU。术语“路侧单元”或“RSU”可以指代用于V2X通信的任何交通基础设施实体。RSU可以实现于合适的RAN节点或固定(或相对固定)的UE中或由其实现，其中，在UE中或由UE实现的RSU可以称为“UE型RSU”，在eNB中或由eNB实现的RSU可以称为“eNB型RSU”，在gNB中或由gNB实现的RSU可以称为“gNB型RSU”等。在一个示例中，RSU是与位于路侧的向过往车辆UE 101(vUE 101)提供连接支持的射频电路耦合的计算设备。RSU还可以包括内部数据存储电路，用于存储交叉路口地图的几何形状、交通统计数据、媒体以及用于感测和控制正在进行的车辆和行人交通的应用/软件。RSU可以操作在5.9GHz专用短程通信(DSRC)频段上，以提供高速事件(例如，避免撞车、交通警告等)所需的极低时延通信。附加地或替换地，RSU可以操作在蜂窝V2X频段上，以提供前述的低时延通信以及其他蜂窝通信服务。附加地或替换地，RSU可以操作为Wi-Fi热点(2.4GHz频段)和/或提供至一个或多个蜂窝网络的连接，以提供上行链路和下行链路通信。RSU的计算设备和部分或全部射频电路可以封装在适合室外安装的防风雨外壳中，并且可以包括网络接口控制器，以提供至交通信号控制器和/或回传网络的有线连接(例如，以太网)。

任一个RAN节点111可以端接空中接口协议，并且可以是UE 101的第一联系点。在一些实施例中，任一个RAN节点111可以履行RAN 110的各种逻辑功能，包括但不限于无线电网络控制器(RNC)的功能，例如无线承载管理、上行链路和下行链路动态无线资源管理和数据分组调度以及移动性管理。

在实施例中，UE 101可以被配置为：根据各种通信技术(例如但不限于OFDMA通信技术(例如，用于下行链路通信)或SC-FDMA通信技术(例如，用于上行链路和ProSe或侧链路通信))，使用OFDM通信信号在多载波通信信道上彼此或与任一个RAN节点111进行通信，但是实施例的范围不限于此。OFDM信号可以包括多个正交子载波。

在一些实施例中，下行链路资源网格可以用于从任一个RAN节点111到UE 101的下行链路传输，而上行链路传输可以利用类似的技术。网格可以是时频网格，称为资源网格或时频资源网格，其为每个时隙中下行链路中的物理资源。对于OFDM系统，这种时频平面表示是常见的做法，这使得无线资源分配变得直观。资源网格的每一列和每一行分别对应于一个OFDM符号和一个OFDM子载波。资源网格在时域中的持续时间对应于无线帧中的一个时隙。资源网格中的最小时频单位称为资源元素。每个资源网格包括多个资源块，这些资源块描述了某些物理信道到资源元素的映射。每个资源块包括资源元素的集合；在频域中，这可以表示当前能够被分配的资源的最小量。存在若干不同的使用这样的资源块来传送的物理下行链路信道。

根据各种实施例，UE 101和RAN节点111在授权介质(也称为“授权频谱”和/或“授权频段”)和免授权共享介质(也称为“免授权频谱”和/或“免授权频段”)上传递数据(例如，发送和接收数据)。授权频谱可以包括操作在大约400MHz至大约3.8GHz频率范围内的信道，而免授权频谱可以包括5GHz频段。

为了操作在免授权频谱中，UE 101和RAN节点111可以使用LAA、eLAA和/或feLAA机制进行操作。在这些实现方式中，UE 101和RAN节点111可以执行一种或多种已知的介质侦听操作和/或载波侦听操作，以便在免授权频谱中进行发送之前，确定免授权频谱中的一个或多个信道是否不可用或被占用。可以根据先听后说(LBT)协议来执行介质/载波侦听操作。

LBT是一种机制，在其中，设备(例如，UE 101、RAN节点111等)可以侦听介质(例如，信道或载波频率)，并在侦听到该介质处于空闲时(或在侦听到该介质中的特定信道未被占用时)进行发送。介质侦听操作可以包括CCA，CCA利用至少ED来确定信道上是否存在其他信号，以便确定信道是被占用还是空闲。这种LBT机制允许蜂窝/LAA网络与免授权频谱中的现任系统以及其他LAA网络共存。ED可以包括：侦听预期传输频段上的RF能量达一段时间，并将侦听到的RF能量与预定义或所配置的阈值进行比较。

通常，5GHz频段中的现任系统是基于IEEE 802.11技术的WLAN。WLAN采用基于竞争的信道接入机制，称为CSMA/CA。这里，当WLAN节点(例如，移动站(MS)(例如，UE 101、AP 106等))意图进行发送时，WLAN节点可以在发送之前，首先执行CCA。此外，在多于一个WLAN节点侦听到信道空闲并同时进行发送的情况下，使用回退机制来避免冲突。回退机制可以是在CWS内随机绘制的计数器，该计数器在冲突出现时呈指数增加，并在发送成功时重置为最小值。为LAA设计的LBT机制有点类似于WLAN的CSMA/CA。在一些实现方式中，分别用于DL或UL传输突发(包括PDSCH或PUSCH传输)的LBT过程可以具有LAA竞争窗口，该窗口的长度可在X与Y ECCA时隙之间变化，其中，X和Y是针对LAA的CWS的最小值和最大值。在一个示例中，用于LAA传输的最小CWS可以是9微秒(μs)；然而，CWS和MCOT(例如，传输突发)的大小可以基于政府监管要求。

LAA机制构建在LTE-Advanced系统的CA技术之上。在CA中，每个聚合载波称为CC。CC可以具有1.4、3、5、10、15或20MHz的带宽，并且最多能够聚合五个CC，因此，最大聚合带宽为100MHz。在FDD系统中，对于DL和UL，聚合载波的数量可以不同，其中，UL CC的数量等于或小于DL分量载波的数量。在某些情况下，各CC可以具有与其他CC不同的带宽。在TDD系统中，对于DL和UL，CC的数量以及每个CC的带宽通常是相同的。

CA还包括各个服务小区，以提供各个CC。服务小区的覆盖可以不同，这是因为例如不同频段上的CC将经历不同的路径损耗。主服务小区或PCell可以为UL和DL提供PCC，并且可以处理RRC和NAS相关的活动。其他服务小区称为SCell，每个SCell可以为UL和DL提供单独的SCC。可以根据需要添加和移除SCC，而改变PCC可能需要UE 101进行切换。在LAA、eLAA和feLAA中，一些或所有SCell可以操作在免授权频谱中(称为“LAA SCell”)，并且LAASCell由操作在授权频谱中的PCell辅助。当UE被配置有多于一个LAA SCell时，UE可以在所配置的LAA SCell上接收指示在同一子帧内的不同PUSCH起始位置的UL批准。

PDSCH携带用户数据和更高层信令给UE 101。PDCCH携带关于与PDSCH信道有关的传输格式和资源分配等的信息。它还可以向UE 101通知与上行链路共享信道有关的传输格式、资源分配和HARQ信息。通常，可以基于从任一个UE 101反馈的信道质量信息，在任一个RAN节点111处执行下行链路调度(向小区内的UE 101b分派控制信道资源块和共享信道资源块)。可以在用于(例如，分派给)每个UE 101的PDCCH上发送下行链路资源分派信息。

PDCCH使用CCE来传送控制信息。在被映射到资源元素之前，PDCCH复数值符号可以首先被组织成四元组，然后可以使用子块交织器对它们进行置换，以用于速率匹配。可以使用这些CCE中的一个或多个来发送每个PDCCH，其中，每个CCE可以对应于九组被称为REG的四个物理资源元素。可以将四个正交相移键控(QPSK)符号映射到每个REG。取决于DCI的大小和信道状况，可以使用一个或多个CCE来发送PDCCH。LTE中可以定义有具有不同数量的CCE(例如，聚合等级，L＝1、2、4或8)的四种或更多种不同的PDCCH格式。

一些实施例可以将作为上述概念的扩展的概念用于控制信道信息的资源分配。例如，一些实施例可以利用EPDCCH，EPDCCH使用PDSCH资源进行控制信息传输。可以使用一个或多个ECCE来发送EPDCCH。与上面类似，每个ECCE可以对应于九组被称为EREG的四个物理资源元素。在某些情况下，ECCE可以具有其他数量的EREG。

RAN节点111可以被配置为经由接口112彼此通信。在系统100是LTE系统(例如，当CN 120是EPC时)的实施例中，接口112可以是X2接口112。X2接口可以被定义在连接到EPC120的两个或更多个RAN节点111(例如，两个或更多个eNB等)之间，和/或在连接到EPC 120的两个eNB之间。X2接口可以包括X2用户平面接口(X2-U)和X2控制平面接口(X2-C)。X2-U可以为通过X2接口传送的用户数据分组提供流控制机制，并且可以用于传递关于在eNB之间传送用户数据的信息。例如，X2-U可以提供：用于从MeNB传送到SeNB的用户数据的特定序列号信息；关于针对用户数据，成功地将PDCP PDU从SeNB顺序传送到UE 101的信息；尚未传送到UE 101的PDCP PDU的信息；关于在SeNB处用于向UE发送用户数据的当前最小期望缓冲区大小的信息；等。X2-C可以提供LTE内接入移动性功能，包括从源eNB到目标eNB的上下文传送、用户平面传输控制等；负载管理功能；以及小区间干扰协调功能。

在系统100是5G或NR系统(例如，当CN 120是5GC时)的实施例中，接口112可以是Xn接口112。Xn接口被定义在连接到5GC 120的两个或更多个RAN节点111(例如，两个或更多个eNB)之间，在连接到5GC 120的RAN节点111(例如，gNB)与eNB之间，和/或在连接到5GC 120的两个eNB之间。在一些实现方式中，Xn接口可以包括Xn用户平面(Xn-U)接口和Xn控制平面(Xn-C)接口。Xn-U可以提供用户平面PDU的非保证传送，并支持/提供数据转发和流控制功能。Xn-C可以提供管理和错误处理功能，用于管理Xn-C接口的功能；对连接模式(例如，CM-CONNECTED)下的UE 101的移动性支持，包括用于管理在一个或多个RAN节点111之间的连接模式的UE移动性的功能。移动性支持可以包括从旧(源)服务RAN节点111向新(目标)服务RAN节点111的上下文传送；以及对旧(源)服务RAN节点111与新(目标)服务RAN节点111之间的用户平面隧道的控制。Xn-U的协议栈可以包括构建于互联网协议(IP)传输层上的传输网络层，以及在UDP和/或IP层之上的用于携带用户平面PDU的GTP-U层。Xn-C协议栈可以包括应用层信令协议(称为Xn应用协议(Xn-AP))和构建于SCTP上的传输网络层。SCTP可以位于IP层之上，并且可以提供应用层消息的保证传送。在传输IP层中，使用点对点传输来传送信令PDU。在其他实现方式中，Xn-U协议栈和/或Xn-C协议栈可以与本文示出和描述的用户平面和/或控制平面协议栈相同或相似。

RAN 110被示为以通信方式耦合到核心网，在该实施例中是核心网(CN)120。CN120可以包括多个网络元件122，它们被配置为向经由RAN 110连接到CN 120的客户/订户(例如，UE 101的用户)提供各种数据和电信服务。CN 120的组件可以实现于一个物理节点中，或者实现于分开的物理节点中，包括用于从机器可读或计算机可读介质(例如，非瞬时性机器可读存储介质)中读取并执行指令的组件。在一些实施例中，可以利用NFV经由存储在一种或多种计算机可读存储介质中的可执行指令来虚拟化任何或全部上述网络节点功能(以下进一步详细描述)。CN 120的逻辑实例化可以被称为网络切片，并且CN 120的一部分的逻辑实例化可以被称为网络子切片。NFV架构和基础设施可以用于将(替换地由专有硬件执行的)一个或多个网络功能虚拟化到包含工业标准服务器硬件、存储硬件或交换机的组合的物理资源上。换句话说，NFV系统可以用于执行一个或多个EPC组件/功能的虚拟或可重配置的实现。

通常，应用服务器130可以是向核心网提供使用IP承载资源的应用(例如，UMTS PS域、LTE PS数据服务等)的元件。应用服务器130还可以被配置为经由EPC 120支持用于UE101的一个或多个通信服务(例如，VoIP会话、PTT会话、组通信会话、社交网络服务等)。

在实施例中，CN 120可以是5GC(称为“5GC 120”等)，并且RAN 110可以经由NG接口113与CN 120连接。在实施例中，NG接口113可以被拆分为两个部分：NG用户平面(NG-U)接口114，其在RAN节点111与UPF之间携带业务数据；和S1控制平面(NG-C)接口115，其为RAN节点111与AMF之间的信令接口。

在实施例中，CN 120可以是5G CN(称为“5GC 120”等)，而在其他实施例中，CN 120可以是EPC。在CN 120是EPC(称为“EPC 120”等)的情况下，RAN 110可以经由S1接口113与CN120连接。在实施例中，S1接口113可以被拆分为两个部分：S1用户平面(S1-U)接口114，其在RAN节点111与S-GW之间携带业务数据；和S1-MME接口115，其为RAN节点111与MME之间的信令接口。

图2示出了根据各种实施例的包括CN 220的系统200的架构。系统200被示为包括：UE 201，它可以与先前讨论的UE 101相同或相似；(R)AN 210，它可以与先前讨论的RAN 110相同或相似，并且可以包括先前讨论的RAN节点111；DN 203，它例如可以是运营商服务、互联网接入或第三方服务；和5GC 220。5GC 220可以包括AUSF 222、AMF 221、SMF 224、NEF223、PCF 226、NRF 225、UDM 227、AF 228、UPF 202和NSSF 229。

UPF 202可以充当用于RAT内和RAT间移动性的锚点、至DN 203的互连的外部PDU会话点以及用于支持多归属PDU会话的分支点。UPF 202还可以执行分组路由和转发，执行分组检查，实施策略规则的用户平面部分，合法拦截分组(UP收集)，执行业务使用情况上报，为用户平面执行QoS处理(例如，分组过滤、选通、UL/DL速率强制)，执行上行链路业务验证(例如，SDF到QoS流映射)，上行链路和下行链路中的传输层级分组标记，以及执行下行链路分组缓冲和下行链路数据通知触发。UPF 202可以包括上行链路分类器，用于支持将业务流路由到数据网络。DN 203可以代表各种网络运营商服务、互联网接入或第三方服务。DN 203可以包括或类似于先前讨论的应用服务器130。UPF 202可以经由SMF 224与UPF 202之间的N4参考点与SMF 224交互。

AUSF 222可以存储用于认证UE 201的数据，并处理与认证有关的功能。AUSF 222可以促进用于各种接入类型的通用认证框架。AUSF 222可以经由AMF 221与AUSF 222之间的N12参考点与AMF 221通信，并且可以经由UDM 227与AUSF 222之间的N13参考点与UDM227通信。此外，AUSF 222可以展现Nausf基于服务的接口。

AMF 221可以负责注册管理(例如，注册UE 201等)、连接管理、可达性管理、移动性管理以及与AMF相关事件的合法拦截，以及接入认证和授权。AMF 221可以是AMF 221与SMF224之间的N11参考点的端接点。AMF 221可以提供在UE 201与SMF 224之间传输SM消息，并充当路由SM的透明代理。消息。AMF 221还可以提供在UE 201与SMSF(图2未示出)之间传输SMS消息。AMF 221可以充当SEAF，它可以包括与AUSF 222和UE 201的交互，接收因UE 201认证过程而建立的中间密钥。在使用基于USIM的认证的情况下，AMF 221可以从AUSF 222获取安全性材料。AMF 221还可以包括SCM功能，其从SEA接收密钥，它使用该密钥导出接入网特定密钥。此外，AMF 221可以是RAN CP接口的端接点，它可以包括或者可以是(R)AN 210与AMF 221之间的N2参考点；并且AMF 221可以是NAS(N1)信令的端接点，并执行NAS加密和完整性保护。

AMF 221还可以通过N3 IWF接口支持与UE 201的NAS信令。N3IWF可以用于提供对不可信实体的接入。对于控制平面而言，N3IWF可以是用于(R)AN 210与AMF 221之间的N2接口的端接点，并且对于用户平面而言，可以是用于(R)AN 210与UPF 202之间的N3参考点的端接点。因此，AMF 221可以处理来自SMF 224和AMF 221的用于PDU会话和QoS的N2信令，封装/解封装用于IPSec和N3隧道的分组，在上行链路中标记N3用户平面分组，以及实施与N3分组标记对应的QoS(考虑了与通过N2接收的这种标记关联的QoS要求)。N3IWF还可以经由UE 201与AMF 221之间的N1参考点在UE 201与AMF 221之间中继上行链路和下行链路控制平面NAS信令，并且在UE 201与UPF 202之间中继上行链路和下行链路用户平面分组。N3IWF还提供了用于与UE 201建立IPsec隧道的机制。AMF221可以展现Namf基于服务的接口，并且可以是用于两个AMF 221之间的N14参考点和AMF 221与5G-EIR(图2中未示出)之间的N17参考点的端接点。

为了接收网络服务，UE 201可能需要向AMF 221注册。注册管理(RM)用于向网络(例如，AMF 221)注册或注销UE 201，并在网络(例如，AMF 221)中建立UE上下文。UE 201可以操作于RM-REGISTERED状态或RM-DEREGISTERED状态。在RM-DEREGISTERED状态下，UE 201未向网络注册，并且AMF 221中的UE上下文没有保存UE 201的有效位置或路由信息，所以AMF 221不可达UE 201。在RM-REGISTERED状态下，UE 201已向网络注册，并且AMF 221中的UE上下文可以保存UE 201的有效位置或路由信息，所以AMF 221可达UE 201。在RM-REGISTERED状态下，UE 201可以执行移动性注册更新过程，执行由周期性更新定时器到期而触发的周期性注册更新过程(例如，以通知网络，UE 201仍然是活动的)，以及执行注册更新过程以更新UE能力信息或与网络重新协商协议参数，等。

AMF 221可以为UE 201存储一个或多个RM上下文，其中，每个RM上下文与对网络的特定接入关联。RM上下文可以是指示或存储特别是每接入类型注册状态和周期性更新计时器的数据结构、数据库对象等。AMF 221还可以存储5GC移动性管理(MM)上下文。在各种实施例中，AMF 221可以在关联的MM上下文或RM上下文中存储UE 201的CE模式B限制参数。当需要时，AMF 221还可以从已经存储在UE上下文(和/或MM/RM上下文)中的UE的使用设置参数导出该值。

连接管理(CM)可以用于通过N1接口在UE 201与AMF 221之间建立和释放信令连接。信令连接用于启用UE 201与CN 220之间的NAS信令交换，并且包括UE与AN之间的信令连接(例如，用于非3GPP接入的RRC连接或UE-N3IWF连接)和在AN(例如，RAN 210)和AMF 221之间建立用于UE 201的N2连接。UE 201可以操作于两种CM状态之一，CM-IDLE模式或CM-CONNECTED模式。当UE 201操作于CM-IDLE状态/模式时，UE 201可能没有通过N1接口与AMF221建立NAS信令连接，并且可能存在用于UE 201的(R)AN 210信令连接(例如，N2和/或N3连接)。当UE 201操作于CM-CONNECTED状态/模式时，UE 201可能通过N1接口与AMF 221建立了NAS信令连接，并且可能存在用于UE 201的(R)AN 210信令连接(例如，N2和/或N3连接)。在(R)AN 210与AMF 221之间建立N2连接可以使UE 201从CM-IDLE模式转变为CM-CONNECTED模式，并且当(R)AN 210与AMF 221之间的N2信令被释放时，UE 201可以从CM-CONNECTED模式转换为CM-IDLE模式。

SMF 224可以负责会话管理(SM)(例如，会话建立、修改和释放，包括UPF与AN节点之间的隧道维护)；UE IP地址分配和管理(包括可选授权)；UP功能的选择和控制；在UPF处配置业务引导，以将业务路由到正确的目的地；向策略控制功能的接口的终止；控制策略实施和QoS的一部分；合法拦截(用于SM事件和与LI系统的接口)；NAS消息的SM部分的终止；下行链路数据通知；发起AN特定SM信息，该信息通过N2经由AMF发送给AN；以及确定会话的SSC模式。SM可以指代PDU会话的管理，并且PDU会话可以指代PDU连接服务，其在UE 201与数据网络名称(DNN)标识的数据网络(DN)203之间提供或实现PDU的交换。可以使用通过UE 201与SMF 224之间的N1参考点交换的NAS SM信令，在UE 201请求时建立PDU会话，在UE 201和5GC 220请求时修改PDU会话，并在UE 201和5GC 220请求时释放会话。在应用服务器请求时，5GC 220可以触发UE 201中的特定应用。响应于接收到触发消息，UE 201可以将触发消息(或触发消息的相关部分/信息)传递给一个或多个所标识的UE 201中的应用。所标识的UE 201中的应用可以建立到特定DNN的PDU会话。SMF 224可以检查UE 201请求是否符合与UE 201关联的用户订阅信息。在这点上，SMF 224可以获取和/或请求从UDM 227接收关于SMF 224层级订阅数据的更新通知。

SMF 224可以包括以下漫游功能：处理本地实施以应用QoS SLA(VPLMN)；计费数据收集和计费接口(VPLMN)；合法拦截(在VPLMN中用于SM事件和至LI系统的接口)；支持与外部DN的交互，以用于传输用于外部DN进行的PDU会话授权/认证的信令。在系统200中可以包括两个SMF 224之间的N16参考点，在漫游场景中，它可以在受访网络中的另一SMF 224与归属网络中的SMF 224之间。另外，SMF 224可以展现Nsmf基于服务的接口。

NEF 223可以提供用于安全地开放3GPP网络功能为第三方、内部开放/再开放、应用功能(例如，AF 228)、边缘计算或雾计算系统等提供的服务和能力的手段。在这样的实施例中，NEF 223可以认证、授权和/或限制AF。NEF 223还可以翻译与AF 228交换的信息和与内部网络功能交换的信息。例如，NEF 223可以在AF服务标识符和内部5GC信息之间进行转换。NEF 223还可以基于开放的其他网络功能的能力，从其他网络功能(NF)接收信息。该信息可以作为结构化数据存储在NEF 223，或者使用标准化接口存储在数据存储NF。然后，存储的信息可以由NEF 223重新开放给其他NF和AF，和/或用于其他目的(例如，分析)。另外，NEF 223可以展现Nnef基于服务的接口。

NRF 225可以支持服务发现功能，从NF实例接收NF发现请求，以及将所发现的NF实例的信息提供给NF实例。NRF 225还维护可用NF实例及其支持的服务的信息。如本文所使用的，术语“实例化”等可以指代实例的创建，而“实例”可以指代对象的具体出现，它可以例如出现在程序代码执行期间。此外，NRF 225可以展现Nnrf基于服务的接口。

PCF 226可以将策略规则提供给控制平面功能以实施它们，并且还可以支持统一的策略框架以管理网络行为。PCF 226还可以实现FE，用于访问与UDM 227的UDR中的策略决定有关的订阅信息。PCF 226可以经由PCF 226与AMF 221(这可以包括在漫游场景下，受访网络中的PCF 226与AMF 221)之间的N15参考点与AMF 221通信。PCF 226可以经由PCF 226与AF 228之间的N5参考点与AF 228通信；经由PCF 226与SMF 224之间的N7参考点与SMF224通信。系统200和/或CN 220还可以包括(归属网络中的)PCF 226与受访网络中的PCF226之间的N24参考点。另外，PCF 226可以展现Npcf基于服务的接口。

UDM 227可以处理与订阅有关的信息，以支持网络实体对通信会话的处理，并且可以存储UE 201的订阅数据。例如，可以经由UDM 227与AMF之间的N8参考点，在UDM 227与AMF221之间传递订阅数据。UDM 227可以包括两个部分，即应用程序FE和UDR(图2未示出FE和UDR)。UDR可以为UDM 227和PCF 226存储订阅数据和策略数据，和/或为NEF 223存储用于开放的结构化数据和应用数据(包括用于应用检测的PFD，用于多个UE 201的应用请求信息)。UDR 221可以展现Nudr基于服务的接口，以允许UDM 227、PCF 226和NEF 223访问所存储数据的特定集合，以及读取、更新(例如，添加、修改)、删除和订阅UDR中相关数据更改的通知。UDM可以包括UDM-FE，它负责处理凭据、位置管理、订阅管理等。若干不同的前端可以在不同事务中服务同一用户。UDM-FE访问存储在UDR中的订阅信息，并执行认证凭证处理、用户标识处理、访问授权、注册/移动性管理和订阅管理。UDR可以经由UDM 227与SMF 224之间的N10参考点与SMF 224交互。UDM 227还可以支持SMS管理，其中，SMS-FE实现与先前讨论的类似的应用逻辑。另外，UDM 227可以展现Nudm基于服务的接口。

AF 228可以对业务路由提供应用影响，提供对NCE的访问，并与策略框架进行交互以用于策略控制。NCE可以是允许5GC 220和AF 228经由NEF 223彼此提供信息的机制，其可以用于边缘计算实现。在这样的实现中，网络运营商和第三方服务可以被托管在靠近UE201附着接入点的位置，以通过减少端到端时延和传输网络上的负载来实现高效的服务传递。对于边缘计算实现，5GC可以选择靠近UE 201的UPF 202，并经由N6接口执行从UPF 202到DN 203的业务引导。这可以基于UE订阅数据、UE位置和由AF 228提供的信息。以此方式，AF 228可以影响UPF(重新)选择和业务路由。基于运营商部署，当AF 228被认为是可信实体时，网络运营商可以允许AF 228直接与相关NF进行交互。另外，AF 228可以展现Naf基于服务的接口。

NSSF 229可以选择服务UE 201的一组网络切片实例。如果需要，NSSF 229还可以确定允许的NSSAI以及到订阅的S-NSSAI的映射。NSSF 229还可以基于合适的配置，并且可能地通过查询NRF 225，来确定将要用于服务UE 201的AMF集或候选AMF 221的列表。为UE201选择一组网络切片实例可以由UE 201通过与NSSF 229交互而注册的AMF 221来触发，这可能导致AMF 221的改变。NSSF 229可以经由AMF 221与NSSF 229之间的N22参考点与AMF221交互；并且可以经由N31参考点(图2未示出)与受访网络中的另一个NSSF 229通信。此外，NSSF 229可以展现Nnssf基于服务的接口。

如前所述，CN 220可以包括SMSF，其可以负责SMS订阅检查和验证，并从/向UE 201向/从其他实体(例如，SMS-GMSC/IWMSC/SMS-路由器)中继SM消息。SMS还可以与AMF 221和UDM 227进行交互，以用于UE 201可用于SMS传输的通知过程(例如，设置UE不可达标志，以及当UE 201可用于SMS时通知UDM 227)。

CN 120还可以包括图2未示出的其他元件，例如数据存储系统/架构、5G-EIR、SEPP等。数据存储系统可以包括SDSF、UDSF等。任何NF可以经由任何NF与UDSF之间的N18参考点(图2未示出)，将非结构化数据(例如，UE上下文)存储到UDSF中以及从UDSF获取非结构化数据。各NF可以共享UDSF以用于存储其各自的非结构化数据，或者各NF可以在各NF处或附近具有其自己的UDSF。另外，UDSF可以展现Nudsf基于服务的接口(图2中未示出)。5G-EIR可以是检查PEI的状态，以确定网络是否把特定设备/实体列入黑名单的NF；SEPP可以是非透明代理，其可以在PLMN间控制平面接口上执行拓扑隐藏、消息过滤和策略管理。

另外，NF中的NF服务之间可能存在更多参考点和/或基于服务的接口。然而，为了清楚起见，图2中省略了这些接口和参考点。在一个示例中，CN 220可以包括Nx接口，其为MME以AMF 221之间的CN间接口，以便实现CN 220和另一CN之间的互通。其他示例接口/参考点可以包括由5G-EIR展现的N5g-EIR基于服务的接口、受访网络中的NRF与归属网络中的NRF之间的N27参考点；以及受访网络中的NSSF与归属网络中的NSSF之间的N31参考点。

当前，3GPP SA5根据Rel-16工作项目：针对5G网络(包括网络切片)的性能保证增强，正在研究与5G网络的UL/DL分组延迟相关的性能测量。基于SA2定义的每UE每QoS流的QoS监控机制，需要在UE与NG-RAN之间，在NG-RAN与UPF之间以及在UE与NG-RAN之间针对每5QI QoS流测量UL/DL分组延迟，以协助URLLC服务(例如，参见TS 23.501v16.2.0中的5.33.3.2(2019-09-24))。

最近，SA5向RAN3发送了从NG-RAN支持QoS监控机制的联络。没有RAN3的支持，SA5可能无法进行与UL/DL分组延迟相关的性能测量，这对于评估5G性能以在Rel-16中支持URLLC服务很重要。因此，本公开旨在提供使NG-RAN能够支持QoS监控机制的多个实施例。

在一个实施例中，经由NG/Xn/E1AP实现对QoS监控配置的支持。特别地，QoS监控可以由SMF经由PDU会话建立或修改过程配置给NG-RAN。一旦配置了，NG-RAN就能够知道它是否需要通过Uu接口报告分组延迟测量结果，并且如果需要，是分开报告DL/UL延迟还是单向延迟就足够了。而且，由于是通过NG-U触发的，因此可以将来自SMF的QoS监控配置及其参数配置到NG-U终止的地方，例如gNB、SN或gNB-CU-UP。该实施例旨在为NG/Xn/E1AP上的配置部分提供阶段3(stage-3)的细节。

在另一个实施例中，通过NG-U实现对分组延迟测量的支持。由于配置单独并不意味着NG-RAN会执行延迟测量，因此在UPF发送QoS流标识符(QFI)特定G-PDU之前，将不会触发QoS监控。相关信息可以被包括在所发送的G-PDU的GTP-U头中。一旦通过NG-U接收到这种G-PDU，NG-RAN就可以对该QoS流发起监控过程，并向UPF发送(QFI特定)G-PDU，在其中，GTP-U头中的信息帮助UPF计算NG-RAN与UPF之间的延迟。该实施例旨在提供关于如何经由例如TS 38.415 v15.2.0(2019-01-08)中定义的PDU会话容器GTP-U扩展头，在GTP-U头中携带该相关信息的阶段3详细信息。

本公开的实施例提供了使得NG-RAN能够支持QoS监控机制的若干机制。

经由NG/Xn/E1AP支持QoS监控配置

考虑到请求实现的QoS监控是每QFI特定的，一种示例实现方式可以是添加包含QoS监控配置的新的信元(IE)(本文称为QoS Monitoring Request Information(QoS监控请求信息)IE)到NG/Xn/E1AP中已经存在的QoS Flow Level QoS Parameters(QoS流层级QoS参数)IE中，并在与PDU会话建立或修改相关的过程中正确描述。

图3A示出了根据一些实施例的示例PDU Session Resource Setup(PDU会话资源建立)过程。PDU Session Resource Setup过程的目的可以是在Uu和NG-U上为一个或几个PDU会话和对应的QoS流分派资源，并为给定的UE建立对应的DRB，例如如3GPP TS 38.413V15.5.0(2019-09)中所阐述的那样。该过程可以使用与UE关联的信令。

如图3A所示，AMF可以向NG-RAN节点发送PDU SESSION RESOURCE SETUP REQUEST(PDU会话资源建立请求)消息。如果PDU Session Resource Setup操作成功，则NG-RAN节点可以向AMF发送PDU SESSION RESOURCE SETUP RE(PDU会话资源建立响应)消息。在一个实施例中，AMF可以在PDU SESSION RESOURCE SETUP REQUEST消息中包括包含QoS监控配置的QoS Monitoring Request Information IE，例如包括在PDU SESSION RESOURCE SETUPREQUEST消息的PDU Session Resource Setup Request Transfer(PDU会话资源建立请求传送)IE中的QoS Flow Level QoS Parameters IE中。对于PDU SESSION RESOURCE SETUPREQUEST消息中的每个PDU会话，如果PDU SESSION RESOURCE SETUP REQUEST消息的PDUSession Resource Setup Request Transfer IE中的QoS Flow Level QoS ParametersIE中包括了QoS Monitoring Request Information IE，则NG-RAN节点可以存储此信息，并且如果支持，则每当通过NG-U针对关联的QoS流触发时，执行QoS监控并向UPF报告，例如如3GPP TS 23.501 V15.6.0(2019-06)中阐述的那样。

图3B示出了根据一些实施例的示例PDU Session Resource Modify(PDU会话资源修改)过程。PDU Session Resource Modify过程的目的可以是实现为给定UE对已建立的PDU会话的配置修改。它还可以用于为已经建立的PDU会话实现QoS流的建立、修改和释放，例如如3GPP TS 38.413 V15.5.0中所阐述的那样。该过程可以使用与UE关联的信令。

如图3B所示，AMF可以向NG-RAN节点发送PDU SESSION RESOURCE MODIFY REQUEST(PDU会话资源修改请求)消息。如果PDU Session Resource Modify操作成功，则NG-RAN节点可以向AMF发送PDU SESSION RESOURCE MODIFY RESPONSE(PDU会话资源修改响应)消息。在一个实施例中，AMF可以在PDU SESSION RESOURCE MODIFY REQUEST消息中包括包含QoS监控配置的QoS Monitoring Request Information IE，例如包括在PDU SESSIONRESOURCE MODIFY REQUEST消息的PDU Session Resource Modify Request Transfer(PDU会话资源修改请求传送)IE中的QoS Flow Level QoS Parameters IE中。

例如，对于PDU SESSION RESOURCE MODIFY REQUEST消息的PDU SessionResource Modify Request List(PDU会话资源修改请求列表)IE中所以包括的每个PDU会话，如果在PDU Session Resource Modify Request Transfer IE中的QoS Flow LevelQoS Parameters IE中包括了QoS Monitoring Request Information IE，则NG-RAN节点可以存储该信息，并且如果支持，则每当通过NG-U针对关联的QoS流触发时，执行QoS监控并向UPF报告，例如如3GPP TS 23.501中阐述的那样。

上面所提到的QoS Flow Level QoS Parameters IE可以定义要应用于QoS流的QoS参数。下面的表1中示出了该IE的示例。

表1：QoS Flow Level QoS Parameters

从表1可以看出，QoS Monitoring Request Information IE可以被包括在QoSFlow Level QoS Parameters IE中。QoS Monitoring Request Information IE可以指示要应用于QoS流的监控参数。下面的表2是这种监控参数的示例。

表2：QoS Monitoring Request Information

图4A示出了根据一些实施例的示例S-NG-RAN node Addition Preparation(S-NG-RAN节点添加准备)过程。S-NG-RAN node Addition Preparation过程的目的可以是请求S-NG-RAN节点为特定UE分配用于双连接操作的资源，例如入3GPP TS 38.423V15.5.0(2019-09)中阐述的那样。该过程可以使用与UE关联的信令。

如图4A所示，主NG-RAN(M-NG-RAN)节点可以向辅NG-RAN(S-NG-RAN)节点发送S-NODE ADDITION REQUEST(S-NODE添加请求)消息。如果S-NG-RAN node AdditionPreparation操作成功，则S-NG-RAN节点可以向M-NG-RAN发送S-NODE ADDITION REQUESTACKNOWLEDGE(S-NODE添加请求确认)消息。在一个实施例中，M-NG-RAN可以在S-NODEADDITION REQUEST消息中包括包含QoS监控配置的QoS Monitoring Request InformationIE，例如包括在S-NODE ADDITION REQUEST消息中的QoS Flow Level QoS Parameters IE中。如果在S-NODE ADDITION REQUEST消息中的用于QoS流的QoS Flow Level QoSParameters IE中包括了QoS Monitoring Request Information IE，则对于关联的QoS流，S-NG-RAN节点的行为可以与PDU会话资源建立过程中的NG-RAN节点相同，例如3GPP TS38.413中所阐述的那样。

图4B示出了根据一些实施例的示例M-GN-RAN node initiated S-NG-RAN nodeModification Preparation(M-NG-RAN节点发起的S-NG-RAN节点修改准备)过程。该过程可以用于使得M-NG-RAN节点能够请求S-NG-RAN节点修改S-NG-RAN节点处的UE上下文，或者查询当前SCG配置以用于在M-NG-RAN节点发起的S-NG-RAN节点更改中支持增量信令，或者向S-NG-RAN节点提供与S-RLF相关的信息，例如3GPP TS 38.423 V15.5.0中阐述的那样。该过程可以使用与UE关联的信令。

如图4B所示，M-NG-RAN节点可以向S-NG-RAN节点发送S-NODE MODIFICATIONREQUEST消息。如果S-NG-RAN node Modification Preparation操作成功，则S-NG-RAN节点可以向M-NG-RAN发送S-NODE MODIFICATION REQEUST ACKNOWLEDGE(S-NODE节点修改请求确认)消息。在一个实施例中，M-NG-RAN可以在S-NODE MODIFICATION REQUEST消息中包括包含QoS监控配置的QoS Monitoring Request Information IE，例如包括在S-NODEMODIFICATION REQUEST消息中的QoS Flow Level QoS Parameters IE中。如果在S-NODEMODIFICATION REQUEST消息中的用于QoS流的QoS Flow Level QoS Parameters IE中包括了QoS Monitoring Request Information IE，则对于关联的QoS流，S-NG-RAN节点的行为可以与PDU Session Resource Setup或PDU Session Resource Modify过程中的NG-RAN节点相同，例如3GPP TS 38.413中阐述的那样。

上面提到的QoS Flow Level QoS Parameters IE可以定义要应用于QoS流的QoS参数。下面的表3中示出了该IE的示例。

Table 3：QoS Flow Level QoS Parameters

从表3可以看出，QoS Monitoring Request Information IE可以被包括在QoSFlow Level QoS Parameters IE中。QoS Monitoring Request Information IE可以指示要应用于QoS流的监控参数。下面的表4是这种监控参数的示例。

表4：QoS Monitoring Request Information

图5A示出了根据一些实施例的示例Bearer Context Setup(承载上下文建立)过程。Bearer Context Setup过程的目的可以是允许gNB中央单元控制平面(gNB-CU-CP)在gNB中央单元用户平面(gNB-CU-UP)中建立承载上下文，例如如3GPP TS 38.463V15.5.0(2019-09)中阐述的那样。该过程可以使用与UE关联的信令。

如图5A所示，gNB-CU-CP节点可以向gNB-CU-UP发送BEARER CONTEXT SETUPREQUEST(承载上下文建立请求)消息。如果Bearer Context Setup操作成功，则gNB-CU-UP可以向gNB-CU-CP发送BEARERCONTEXT SETUP RESPONSE(承载上下文建立响应)消息。在一个实施例中，gNB-CU-CP可以在BEARER CONTEXT SETUP REQUEST消息中包括包含QoS监控配置的QoS Monitoring Request Information IE，例如包括在BEARER CONTEXT SETUPREQUEST消息中的QoS Flow Level QoS Parameters IE中。如果在BEARER CONTEXT SETUPREQUEST消息中的用于QoS流的QoS Flow Level QoS Parameters IE中包括了QoSMonitoring Request Information IE，则对于关联的QoS流，gNB-CU-UP的行为可以与PDUSession Resouce Setup过程中的NG-RAN节点相同，例如3GPP TS 38.413中阐述的那样。

图5B示出了根据一些实施例的示例Bearer Context Modification(承载上下文修改)过程。Bearer Context Modification过程的目的可以是允许gNB-CU-CP修改gNB-CU-UP中的承载上下文，例如如3GPP TS38.463 V15.5.0中阐述的那样。该过程可以使用与UE关联的信令。

如图5B所示，gNB-CU-CP节点可以向gNB-CU-UP发送BEARER CONTEXTMODIFICATION REQUEST(承载上下文修改请求)消息。如果Bearer Context Modification操作成功，则gNB-CU-UP可以向gNB-CU-CP发送BEARER CONTEXT MODIFICATION RESPONSE(承载上下文修改响应)消息。在一个实施例中，gNB-CU-CP可以在BEARER CONTEXTMODIFICATION REQUEST消息中包括包含QoS监控配置的QoS Monitoring RequestInformation IE，例如包括在BEARER CONTEXT MODIFICATION REQUEST消息中的QoS FlowLevel QoS Parameters IE中。如果在BEARER CONTEXT MODIFICATION REQUEST消息中的用于QoS流的QoS Flow Level QoS Parameters IE中包括了QoS Monitoring RequestInformation IE，则对于关联的QoS流，gNB-CU-UP的行为可以与PDU Session ResourceSetup或PDU Session Resouce Modify过程中的NG-RAN节点相同，例如如3GPP TS 38.413中阐述的那样。

上面提到的QoS Flow Level QoS Parameters IE可以定义要应用于QoS流的QoS参数。下面的表5中示出了该IE的示例。

表5：QoS Flow Level QoS Parameters

从表5可以看出，QoS Monitoring Request Information IE可以被包括在QoSFlow Level QoS Parameters IE中。QoS Monitoring Request Information IE可以指示要应用于QoS流的监控参数。下面的表6是这种监控参数的示例。

表6：QoS Monitoring Request Information

图6示出了根据一些实施例的用于支持QoS监控配置的示例方法600。方法600可以由下一代无线接入网(NG-RAN)节点或其一部分来执行。

如图6所示，方法600可以开始于框602：对来自接入和移动性管理功能(AMF)的第一消息进行解码，其中，第一消息包括第一信元(IE)，第一IE包含服务质量(QoS)监控配置。接着，方法600可以还包括：在框604，存储QoS监控配置，以及在框606，基于QoS监控配置执行QoS监控。在一些实施例中，第一消息可以是PDU SESSION RESOURCE SETUP REQUEST消息或PDU SESSION RESOURCE MODIFY REQUEST消息。在这些实施例中，第一IE可以被包括在PDU SESSION RESOURCE SETUP REQUEST消息或PDU SESSION RESOURCE MODIFY REQUEST消息中的QoS Flow Level QoS Parameters IE中。

在一些实施例中，NG-RAN节点可以是主NG-RAN(M-NG-RAN)节点。在这些实施例中，方法600可以还包括：在框608，生成包括第一IE的第二消息，以及在框610，对第二消息进行编码以用于传输到辅NG-RAN(S-NG-RAN)节点。在这些实施例中，第二消息可以是S-NODEADDITION REQUEST消息或S-NODE MODIFICATION REQUEST消息。在这些实施例中，第一IE可以被包括在S-NODE ADDITION REQUEST消息或S-NODE MODIFICATION REQUEST消息中的QoSFlow Level QoS Parameters IE中。

在一些实施例中，NG-RAN节点可以是包括gNB中央单元(CU)和gNB分布式单元(DU)的gNB。在这些实施例中，方法600可以还包括：在框612，在gNB-CU的控制平面(gNB-CU-CP)处生成包括第一IE的第三消息；以及在框614处，对第三消息进行编码以用于传输到gNB-CU的用户平面(gNB-CU-UP)。在一些实施例中，第三消息可以是BEARER CONTEXT SETUPREQUEST消息或BEARER CONTEXT MODIFICATION REQUEST消息。在这些实施例中，第一IE可以被包括在BEARER CONTEXT SETUP REQEUST消息或BEARER CONTEXT MODIFICATIONREQUEST消息中的QoS Flow Level QoS Parameters IE中。

通过NG-U支持分组延迟测量

在一些情况下，当NG-RAN在GTP-U头中通过NG-U接收到带内指示时，可以触发QoS监控。一旦被触发，NG-RAN就可以通过发送在GTP-U头中包括信息的G-PDU来回复，以帮助UPF计算NG-RAN与UPF之间的延迟。对于QFI特定监控，那些G-PDU的GTP-U头可以经由3GPPTS 38.415中定义的DL/UL PDU Session Information(PDU会话信息)帧始终包括关联的QFI。

除了QFI，那些DL/UL GTP-U头中包含的内容可以针对不同的机制进行不同设计。在NG-RAN和UPF不时间同步的情况下，UPF可以包括QMP指示符和序列号。QMP指示符可以让NG-RAN知道该G-PDU是用于监控的。序列号(SN)可以用于在为QoS流向NG-RAN发送了多个用于监控的G-PDU的情况下，使得UPF能够标识来自NG-RAN的对应回复G-PDU，以用于NG-RAN与UPF之间的DL延迟计算。NG-RAN可以在UL GTP-U头中包括QMP指示符、序列号、接收时间戳T2和发送时间戳T5。NG-RAN可能还需要通过NG-U将Uu延迟结果传递给UPF。

下面描述用于经由(在阶段3 TS 38.415中定义的)PDU会话容器GTP-U扩展头，在GTP-U头中携带该相关信息的一些示例实现方式。

图7A示出了根据一些实施例的示例Transfer of DL PDU Session Information(DL PDU会话信息传送)过程。Transfer of DL PDU Session Information过程的目的可以是将与PDU会话相关的控制信息元素从UPF/NG-RAN发送到NG-RAN，例如如3GPP TS 38.415V15.2.0(2018-12)中阐述的那样。利用Transfer of DL PDU Session Information过程的PDU会话用户平面实例可以关联于单个PDU会话。每当需要在相关接口实例上传送用于特定PDU会话的分组时，可以调用Transfer of DL PDU Session Information过程。

在一些实施例中，DL PDU SESSION INFORMATION帧可以包括与所传送的分组关联的QoS流标识符(QFI)字段。NG-RAN可以使用接收到的QFI来确定与接收到的分组关联的QoS流和QoS简档。在一些实施例中，DL PDU SESSION INFORMATION帧还可以包括与所包括的QFI字段关联的QoS监控分组(QMP)字段。如果已经为所涉及的QoS流配置了QoS监控，则NG-RAN可以执行QoS监控并将结果发送到UPF，如3GPP TS 23.501中阐述的那样。

图7B示出了根据一些实施例的示例DL PDU SESSION INFORMATION(PDU类型0)帧格式。该帧格式被定义为允许NG-RAN接收与通过接口传送分组关联的一些控制信息元素。如图7B所示，DL PDU SESSION INFORMATION帧可以包括QoS监控分组(QMP)指示符，以指示所传送的分组是否用于QoS监控，如上面描述的那样。此外，虽然未在图7B中示出，DL PDUSESSION INFORMATION帧还可以包括用于UPF标识来自NG-RAN的对应回复G-PDU的序列号(SN)，如上面描述的那样。此外，在其他实施例中，DL PDU SESSION INFORMATION帧可以包括比图7B所示的更少或更多的参数。

图8A示出了根据一些实施例的示例Transfer of UL PDU Session Information(UL PDU会话信息传送)过程。Transfer of UL PDU Session Information过程的目的可以是将与PDU会话有关的控制信息元素从NG-RAN发送到UPF，例如如3GPP TS 38.415V15.2.0中阐述的那样。利用Transfer of UL PDU Session Information过程的UL PDU会话用户平面实例可以关联于单个PDU会话。每当需要在相关接口实例上传送用于特定PDU会话的分组时，可以调用Transfer of UL PDU Session Information过程。

在一些实施例中，UL PDU SESSION INFORMATION帧可以包括与所传送的分组关联的QoS流标识符(QFI)字段。在一些实施例中，如果已经为所包括的QFI字段配置了QoS监控，则UL PDU SESSION INFORMATION帧还可以包括QoS监控序列号、DL接收时间戳和UL发送时间戳、或者针对DL/UL或单向的Uu延迟结果，以支持UPF请求的QoS监控。如果支持，UPF可以使用此信息来计算UL/DL或单向延迟，例如如3GPP TS 23.501中阐述的那样。

图8B示出了根据一些实施例的示例UL PDU SESSION INFORMATION(PDU类型1)帧格式。该帧格式被定义为允许UPF接收与通过接口传送分组关联的一些控制信息元素。应当注意的是，虽然在图8B中未示出，但是，UL PDU SESSION INFORMATION帧还可以包括QMP指示符，如上面描述的那样。此外，在其他实施例中，UL PDU SESSION INFORMATION帧可以包括比图8B所示的更少或更多的字段。

下面的表8示出了上面提到的示例字段的描述。

表8

图9示出了根据一些实施例的用于支持分组延迟测量的示例方法900。方法900可以由下一代无线接入网(NG-RAN)节点或其一部分来执行。

如图9所示，方法900可以开始于框902：对从用户平面功能(UPF)接收到的第一帧进行解码，第一帧包括与传送的分组关联的QoS流标识符(QFI)和用于指示传送的分组是否用于QoS监控的QoS监控分组(QMP)指示符。接着，方法900可以还包括：在框904，至少基于QFI和QMP指示符来执行QoS监控。在一些实施例中，第一帧是DL PDU SESSION INFORMATION帧。在一些实施例中，第一帧可以还包括用于UPF标识来自NG-RAN的对应响应的序列号。

方法900可以继续于框906：生成第二帧以包括用于QoS监控的结果。接着，方法900可以还包括：在框908，对第二帧进行编码以用于传输到UPF。在一些实施例中，第二帧是ULPDU SESSION INFORMATION帧。

在具有第五代核心(5GC)的多无线电双连接(MR-DC)中，数据无线承载(DRB)身份(ID)可以通过(接受DRB卸载的)目标节点告知(请求DRB卸载的)源节点它已使用的DRB ID列表，而在主节点(MN)与辅节点(SN)之间移动，以用于卸载的DRB。通过这种方式，源节点能够知道卸载已经被接受，并且目标节点现在正在使用那些DRB ID。

当目标节点接受卸载时，它并不总是接受来自源节点的转发。即，即使节点之间没有数据转发(即使没有QoS流的转发)，目标节点也可能接受DRB卸载。

然而，当前阶段3XnAP信令的设计方式是：目标节点必须接受数据转发，以便告知卸载已经被接受以及DRB ID已经被使用。如果目标节点拒绝转发提议，则目标节点不会提供Data Forwarding Info from target NG-RAN node IE。但是，目标节点已经使用的DRBID的列表也是由该IE携带的，这使目标节点在节点之间没有数据转发的情况下，无法告知卸载已经被接受以及DRB ID已经被使用。

下面的实施例使得即使目标节点不预期来自源节点的任何数据转发，目标节点也能够向源节点告知使用的DRB ID以及卸载接受。

将Data Forwarding Info from target NG-RAN node IE内的所有子IE的存在性更改为可选的

下面的表9是根据一些实施例的示例Data Forwarding Info from target NG-RAN node IE。该IE可以包含传输网络层(TNL)信息，以用于建立朝向目标NG-RAN节点的数据转发隧道，例如如3GPP 38.423,V15.5.0(2019-09)中阐述的那样。

表9：Data Forwarding Info from target NG-RAN node IE

如表9中所示，Data Forwarding Info from target NG-RAN node IE可以包括QoS Flows Accepted For Data Forwarding List IE，其可以被设置为0或1的值。这意味着QoS Flows Accepted For Data Forwarding List IE是可选的，这使得目标节点能够在不接受任何数据转发的情况下告知卸载已经被接受。

图10示出了根据一些实施例的用于在没有数据转发的情况下支持DRB ID协调的示例方法1000。方法1000可以由下一代无线接入网(NG-RAN)节点或其一部分来执行。

如图10所示，方法1000可以开始于框1002：处理包含传输网络层(TNL)信息，以用于建立朝向目标节点的数据转发隧道的信元(IE)，其中，该IE包括QoS Flows AcceptedFor Data Forwarding List字段，该字段包括零值。在一些实施例中，该IE可以是DataForwarding Info from target NG-RAN node IE。在节点是目标节点的情况下，处理IE包括：生成IE。在节点是源节点的情况下，处理IE包括：接收IE。接着，方法1000可以还包括：在框1004，存储TNL信息。

将两种信息解关联

在一些实施例中，可以将指示目标节点已经使用的DRB ID的IE拿到DataForwarding Info from target NG-RAN node IE之外，并且作为与Data Forwarding Infofrom target NG-RAN node IE分开地新IE(在本文中称为DRB IDs taken into use IE)，添加到相关消息或其他IE中。通过这种方式，即使在节点之间没有数据转发的情况下，目标节点也能够告知卸载已经被接受以及DRB ID已经被使用。

下面的表10是根据一些实施例的示例XN-U ADDRESS INDICATION(XN-U地址指示)消息。该消息可以由新NG-RAN节点发送，以将数据转发信息传送到旧NG-RAN节点，或者由M-NG-RAN节点发送，以将数据转发或用于SN终止承载的Xn-U承载地址信息提供给S-NG-RAN节点，例如如3GPP TS 38.423,V15.5.0中阐述的那样。

表10：XN-U ADDRESS INDICATION消息

如表10所示，XN-U ADDRESS INDICATION消息可以包括与Data Forwarding Infofrom target NG-RAN node IE分开的DRB IDs taken into use IE。DRB IDs taken intouse IE可以指示目标NG-RAN节点已经使用的DRB ID。

下面的表11是根据一些实施例的示例PDU Session Resource Setup ResponseInfo–SN terminated IE。该IE可以包含用于配置有SN终止承载选项的DRB的与PDU会话有关的S-NG-RAN节点资源的添加的结果，例如如3GPP TS 38.423,V15.5.0中阐述的那样。

表11：PDU Session Resource Setup Response Info–SN terminated IE

如表11所示，PDU Session Resource Setup Response Info–SN terminated IE可以包括与Data Forwarding Info from target NG-RAN node IE分开的DRB IDs takeninto use IE。DRB IDs taken into use IE可以指示目标NG-RAN节点已经使用的DRB ID。

表12是根据一些实施例的示例PDU Session Resource Modification ResponseInfo–SN terminated IE。该IE可以包含M-NG-RAN节点发起的修改配置有SN终止承载选项的DRB的PDU会话资源相关结果，例如如3GPP TS 38.423,V15.5.0中阐述的那样。

表12：PDU Session Resource Modification Response Info–SN terminated IE

如表12所示，PDU Session Resource Modification Response Info–SNterminated IE可以包括与Data Forwarding Info from target NG-RAN node IE分开的DRB IDs taken into use IE。DRB IDs taken into use IE可以指示目标NG-RAN节点已经使用的DRB ID。

下面的表13是根据一些实施例的示例Data Forwarding and Offloading Infofrom source NG-RAN node IE。该IE可以包含来自源NG-RAN节点的关于建议的每QoS流的数据转发和卸载的信息，例如如3GPP TS 38.423,V15.5.0中阐述的那样。

表13：Data Forwarding and Offloading Info from source NG-RAN node IE

如表13所示，Data Forwarding and Offloading Info from source NG-RANnode IE可以包括Source DRB to QoS Flow Mapping List IE，用于指示DRB ID的使用情况。

下面的表14是根据一些实施例的示例PDU Session Resource Change ConfirmInfo–SN terminated IE。该IE可以包含用于M-NG-RAN节点对S-NG-RAN节点发起的关于与具有配置有SN终止承载选项的DRB的PDU会话资源有关的S-NG-RAN节点改变的请求的确认的信息，例如如3GPP TS 38.423,V15.5.0中阐述的那样。

表14：PDU Session Resource Change Confirm Info–SN terminated IE

如表14所示，PDU Session Resource Change Confirm Info–SN terminated IE可以包括与Data Forwarding Info from target NG-RAN node IE分开的DRB IDs takeninto use IE。DRB IDs taken into use IE可以指示目标NG-RAN节点已经使用的DRB ID。

下面的表15是根据一些实施例的示例PDU Session Resource ModificationConfirm Info–SN terminated IE。该IE可以包含S-NG-RAN节点发起的对配置有SN终止承载选项的DRB的修改的PDU会话资源相关结果，例如如3GPP TS 38.423,V15.5.0中阐述的那样。

表15：PDU Session Resource Modification Confirm Info–SN terminated IE

如表15所示，PDU Session Resource Modification Confirm Info–SNterminated IE可以包括与Data Forwarding Info from target NG-RAN node IE分开的DRB IDs taken into use IE。DRB IDs taken into use IE可以指示目标NG-RAN节点已经使用的DRB ID。

下面的表16是根据一些实施例的示例PDU Session List with data forwardinginfo from the target node IE。该IE可以包含来自目标NG-RAN节点的与PDU会话相关的数据转发信息的列表，例如如3GPP TS 38.423,V15.5.0中阐述的那样。

表16：PDU Session List with data forwarding info from the target nodeIE

如表16所示，PDU Session List with data forwarding info from the targetnode IE可以包括与Data Forwarding Info from target NG-RAN node IE分开的DRB IDstaken into use IE。DRB IDs taken into use IE可以指示目标NG-RAN节点已经使用的DRB ID。

图11示出了根据一些实施例的用于在没有数据转发的情况下支持DRB ID协调的另一示例方法1100。方法1100可以由下一代无线接入网(NG-RAN)节点或其一部分来执行。

如图11所示，方法1100可以开始于框1102：处理指示目标节点已经使用的DRB ID的消息或信元(IE)。在一些实施例中，该消息或IE包括XN-U ADDRESS INDICATION消息；PDUSession resource set up response info–SN terminated IE；PDU session resourcemodification response info–SN terminated IE；PDU session resource changeconfirm info–SN terminated IE；PDU session resource modification confirm info–SN terminated IE；或PDU session list with data forwarding information fromtarget node IE。在节点是目标节点的情况下，处理消息或IE包括：生成消息或IE。在节点是源节点的情况下，处理消息或IE包括：接收消息或IE。接着，方法1100可以还包括：在框1104，存储DRB ID。

图12示出了根据各种实施例的基础设施设备1200的示例。基础设施设备1200(或“系统1200”)可以被实现为基站、无线电头、RAN节点(例如，先前示出和描述的RAN节点111和/或AP 106)、应用服务器130和/或本文讨论的任何其他元件/设备。在其他示例中，系统1200可以实现在UE中或由UE实现。

系统1200包括应用电路1205、基带电路1210、一个或多个无线电前端模块(RFEM)1215、存储器电路1220、电源管理集成电路(PMIC)1225、功率源电路1230、网络控制器电路1235、网络接口连接器1240、卫星定位电路1245和用户接口1250。在一些实施例中，设备1200可以包括附加元件，例如存储器/存储、显示器、相机、传感器或输入/输出(I/O)接口。在其他实施例中，以下描述的组件可以包括在多于一个设备中。例如，对于CRAN、vBBU或其他类似实现方式，所述电路可以分开地包括在多于一个设备中。

应用电路1205包括以下电路，例如但不限于一个或多个处理器(或处理器核)、缓存存储器，以及低压差稳压器(LDO)、中断控制器、串行接口(例如，SPI、I2C或通用可编程串行接口模块)、实时时钟(RTC)、定时器-计数器(包括间隔定时器和看门狗定时器)、通用输入/输出(I/O或IO)、存储卡控制器(例如，安全数字(SD)多媒体卡(MMC)等)、通用串行总线(USB)接口、移动工业处理器接口(MIPI)接口和联合测试访问组(JTAG)测试访问端口中的一个或多个。应用电路1205的处理器(或核)可以与存储器/存储元件耦合或者可以包括它们，并且可以被配置为：执行存储在存储器/存储中的指令，以使得各种应用或操作系统能够在系统1200上运行。在一些实现方式中，存储器/存储元件可以是片上存储器电路，其可以包括任何合适的易失性和/或非易失性存储器，例如DRAM、SRAM、EPROM、EEPROM、Flash存储器、固态存储器和/或任何其他类型的存储器设备技术(例如本文讨论的那些技术)。

应用电路1205的处理器可以包括例如一个或多个处理器核(CPU)、一个或多个应用处理器、一个或多个图形处理单元(GPU)、一个或多个精简指令集计算(RISC)处理器、一个或多个Acorn RISC机器(ARM)处理器、一个或多个复杂指令集计算(CISC)处理器、一个或多个数字信号处理器(DSP)、一个或多个FPGA、一个或多个PLD、一个或多个ASIC、一个或多个微处理器或控制器，或其任何合适的组合。在一些实施例中，应用电路1205可以包括或者可以是根据本文的各种实施例进行操作的专用处理器/控制器。作为示例，应用电路1205的处理器可以包括一个或多个Intel

或

处理器；AdvancedMicro Devices(AMD)

处理器；加速处理单元(APU)或

处理器；已获得ARMHoldings，Ltd.许可的基于ARM的处理器，例如ARM Cortex-A系列处理器和Cavium(TM)，Inc.提供的

来自MIPS Technologies，Inc.的基于MIPS的设计，例如MIPSWarrior P级处理器；等。在一些实施例中，系统1200可以不利用应用电路1205，改为可以包括专用处理器/控制器，以处理例如从EPC或5GC接收的IP数据。

在一些实现方式中，应用电路1205可以包括一个或多个硬件加速器、其可以是微处理器、可编程处理器件等。一个或多个硬件加速器可以包括例如计算机视觉(CV)和/或深度学习(DL)加速器。作为示例，可编程处理器件可以是一个或多个现场可编程器件(FPD)，例如现场可编程门阵列(FPGA)等；可编程逻辑器件(PLD)，例如复杂PLD(CPLD)、大容量PLD(HCPLD)等；ASIC，例如结构化ASIC等；可编程SoC(PSoC)；等。在这样的实现方式中，应用电路1205的电路可以包括逻辑块或逻辑构造以及其他互连资源，它们可以被编程为执行各种功能，例如本文讨论的各种实施例的过程、方法、功能等。在这样的实施例中，应用电路1205的电路可以包括用于在查找表(LUT)等中存储逻辑块、逻辑构造、数据等的存储器单元(例如，可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、Flash存储器、静态存储器(例如，静态随机存取存储器(SRAM)、反熔丝等))。

基带电路1210可以被实现为例如包括一个或多个集成电路的焊入式基板、被焊接到主电路板的单个封装集成电路或包含两个或更多个集成电路的多芯片模块。下面参照图14讨论基带电路1210的各种硬件电子元件。

用户接口电路1250可以包括被设计为使得用户能够与系统1200交互的一个或多个接口或被设计为使得外围组件能够与系统1200交互的外围组件接口。用户接口可以包括但不限于一个或多个物理或虚拟按钮(例如，重置按钮)、一个或多个指示器(例如，发光二极管(LED))、物理键盘或小键盘、鼠标、触摸板、触摸屏、扬声器或其他音频发射设备、麦克风、打印机、扫描仪、头戴式耳机、显示屏或显示设备等。外围组件接口可以包括但不限于非易失性存储器端口、通用串行总线(USB)端口、音频插孔、电源接口等。

无线电前端模块(RFEM)1215可以包括毫米波(mmWave)RFEM和一个或多个sub-mmWave射频集成电路(RFIC)。在一些实现方式中，一个或多个sub-mmWave RFIC可以与mmWave RFEM在物理上分开。RFIC可以包括至一个或多个天线或天线阵列的连接(例如，参见下面的图14的天线阵列1411)，并且RFEM可以连接到多个天线。在替换实现方式中，mmWave和sub-mmWave无线电功能都可以实现在同一物理RFEM 1215中，该物理RFEM 1215包含了mmWave天线和sub-mmWave天线。

存储器电路1220可以包括以下中的一个或多个：易失性存储器，包括动态随机存取存储器(DRAM)和/或同步动态随机存取存储器(SDRAM)；和非易失性存储器(NVM)，包括高速电可擦除存储器(通常称为“Flash存储器”)、相变随机存取存储器(PRAM)、磁阻随机存取存储器(MRAM)等，并且可以包括

和

的三维(3D)交叉点(XPOINT)存储器。存储器电路1220可以被实现为焊入式封装集成电路、插座式存储器模块和插入式存储器卡中的一个或多个。

PMIC 1225可以包括稳压器、电涌保护器、功率警报检测电路以及一个或多个备用电源(例如，电池或电容器)。功率警报检测电路可以检测掉电(欠压)和电涌(过压)状况中的一个或多个。功率源电路1230可以提供从网络电缆汲取的电力，以使用单个电缆向基础设施设备1200提供电源和数据连接二者。

网络控制器电路1235可以使用标准网络接口协议(例如，以太网、GRE隧道上以太网、多协议标签交换上以太网(MPLS)或某些其他合适的协议)提供对网络的连接。可以使用物理连接经由网络接口连接器1240向/从基础设施设备1200提供网络连接，该物理连接可以是电气的(通常称为“铜互连”)、光学的或无线的。网络控制器电路1235可以包括一个或多个专用处理器和/或FPGA，以使用一种或多种上述协议进行通信。在一些实现方式中，网络控制器电路1235可以包括多个控制器，以使用相同或不同的协议向其他网络提供连接。

定位电路1245包括用于接收和解码由全球导航卫星系统(GNSS)的定位网络发送/广播的信号的电路。导航卫星星座(或GNSS)的示例包括美国的全球定位系统(GPS)、俄罗斯的全球导航系统(GLONASS)、欧盟的伽利略系统、中国的北斗导航卫星系统、区域导航系统或GNSS增强系统(例如，印度星座导航(NAVIC)、日本的准天顶卫星系统(QZSS)、法国的多普勒轨道成像和卫星综合无线电定位(DORIS)等)等。定位电路1245包括各种硬件元件(例如，包括用于促进OTA通信的硬件设备，例如开关、滤波器、放大器、天线元件等)，以与诸如导航卫星星座节点的定位网络的组件进行通信。在一些实施例中，定位电路1245可以包括用于定位、导航和定时的微技术(Micro-PNT)IC，其使用主定时时钟来执行位置跟踪/估计，而无需GNSS辅助。定位电路1245也可以是基带电路1210和/或RFEM 1215的一部分，或者与基带电路1210和/或RFEM 1215交互，以与定位网络的节点和组件进行通信。定位电路1245还可以将位置数据和/或时间数据提供给应用电路1205，应用电路1205可以使用该数据来与各种基础设施(例如，RAN节点111等)同步操作。

图12所示的组件可以使用接口电路彼此通信，接口电路可以包括任何数量的总线和/或互连(IX)技术，例如工业标准架构(ISA)、扩展ISA(EISA)、外围组件互连(PCI)、外围组件互连扩展(PCIx)、PCI Express(PCIe)或任何数量的其他技术。总线/IX可以是例如在基于SoC的系统中使用的专有总线。可以包括其他总线/IX系统，例如I2C接口、SPI接口、点对点接口和电源总线等。

图13示出了根据各种实施例的平台1300(或“设备1300”)的示例。在实施例中，计算机平台1300可以适合用作UE 101、应用服务器130和/或本文讨论的任何其他元件/设备。平台1300可以包括示例中所示的组件的任何组合。平台1300的组件可以被实现为适于计算机平台1300中的集成电路(IC)、其部分、分立电子器件或其他模块、逻辑、硬件、软件、固件或其组合，或者被实现为并入较大系统的机壳内的组件。图13的框图旨在示出计算机平台1300的组件的高层次视图。然而，可以省略所示的一些组件，可以存在附加的组件，并且在其他实现方式中可以出现所示组件的不同布置。

应用电路1305包括以下电路，例如但不限于一个或多个处理器(或处理器核)、缓存存储器，以及LDO、中断控制器、串行接口(例如，SPI、I2C或通用可编程串行接口模块)、RTC、定时器-计数器(包括间隔定时器和看门狗定时器)、通用I/O、存储器卡控制器(例如，SD MMC等)、USB接口、MIPI接口和JTAG测试访问端口中的一个或多个。应用电路1305的处理器(或核)可以与存储器/存储元件耦合或者可以包括它们，并且可以被配置为：执行存储在存储器/存储中的指令，以使得各种应用或操作系统能够在系统1300上运行。在一些实现方式中，存储器/存储元件可以是片上存储器电路，其可以包括任何合适的易失性和/或非易失性存储器，例如DRAM、SRAM、EPROM、EEPROM、Flash存储器、固态存储器和/或任何其他类型的存储器设备技术(例如，本文讨论的那些技术)。

应用电路1305的处理器可以包括例如一个或多个处理器核、一个或多个应用处理器、一个或多个GPU、一个或多个RISC处理器、一个或多个ARM处理器、一个或多个CISC处理器、一个或多个DSP、一个或多个FPGA、一个或多个PLD、一个或多个ASIC、一个或多个微处理器或控制器、多线程处理器、超低压处理器、嵌入式处理器、一些其他已知的处理元件，或其任何合适的组合。在一些实施例中，应用电路1305可以包括或者可以是根据本文的各种实施例进行操作的专用处理器/控制器。

作为示例，应用电路1305的处理器可以包括基于

Architecture Core^TM的处理器，例如Quark^TM、Atom^TM、i3、i5、i7或另一MCU类处理器，或者可从Santa Clara的

Corporation获得的另一这样的处理器。应用电路1305的处理器也可以是以下中的一个或多个：Advanced Micro Devices(AMD)

的处理器或加速处理单元(APU)；

Inc.的A5-A9处理器；

Technologies，Inc.的Snapdragon^TM处理器；Texas Instruments，

的开放多媒体应用平台(OMAP)^TM处理器；MIPSTechnologies，Inc.的基于MIPS的设计，例如MIPS Warrior M-class、Warrior I-class和Warrior P-class处理器；从ARM Holdings，Ltd.授权的基于ARM的设计，例如ARM Cortex-A、Cortex-R和Cortex-M系列处理器；等。在一些实现方式中，应用电路1305可以是片上系统(SoC)的一部分，在其中，应用电路1305和其他组件形成为单个集成电路或单个封装，例如

Corporation的Edison^TM或Galileo^TM SoC板。

附加地或替换地，应用电路1305可以包括以下电路，例如但不限于一个或多个现场可编程器件(FPD)，例如FPGA等；可编程逻辑器件(PLD)，例如复杂PLD(CPLD)、大容量PLD(HCPLD)等；ASIC，例如结构化ASIC等；可编程SoC(PSoC)；等。在这样的实施例中，应用电路1305的电路可以包括逻辑块或逻辑构造以及其他互连资源，它们可以被编程为执行各种功能，例如本文讨论的各种实施例的过程、方法、功能等。在这样的实施例中，应用电路1305的电路可以包括用于在查找表(LUT)等中存储逻辑块、逻辑构造、数据等的存储器单元(例如，可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、Flash存储器、静态存储器(例如，静态随机存取存储器(SRAM)、反熔丝等)。

基带电路1310可以被实现为例如包括一个或多个集成电路的焊入式基板、被焊接到主电路板的单个封装集成电路或包含两个或更多个集成电路的多芯片模块。下面关于图14讨论基带电路1310的各种硬件电子元件。

RFEM 1315可以包括毫米波(mmWave)RFEM和一个或多个sub-mmWave射频集成电路(RFIC)。在一些实现方式中，一个或多个sub-mmWave RFIC可以与mmWave RFEM在物理上分开。RFIC可以包括至一个或多个天线或天线阵列的连接(例如，参见下面的图14的天线阵列1411)，并且RFEM可以连接到多个天线。在替换实现方式中，mmWave和sub-mmWave无线电功能都可以实现在同一物理RFEM 1315中，该物理RFEM包含了mmWave天线和sub-mmWave天线。

存储器电路1320可以包括用于提供给定量的系统存储器的任何数量和类型的存储器设备。作为示例，存储器电路1320可以包括以下中的一个或多个：易失性存储器，包括随机存取存储器(RAM)、动态RAM(DRAM)和/或同步动态RAM(SDRAM)；和非易失性存储器(NVM)，包括高速电可擦除存储器(通常称为Flash存储器)、相变随机存取存储器(PRAM)、磁阻随机存取存储器(MRAM)等。存储器电路1320可以根据联合电子器件工程委员会(JEDEC)基于低功耗双倍数据速率(LPDDR)的设计来开发，例如LPDDR2、LPDDR3、LPDDR4等。存储器电路1320可以被实现为以下的一个或多个：焊入式封装集成电路、单管芯封装(SDP)、双管芯封装(DDP)或四管芯封装(Q17P)、插座式存储器模块，双列直插存储器模块(DIMM)(包括microDIMM或MiniDIMM)，和/或经由球栅阵列(BGA)焊接到主板上。在低功率实现方式中，存储器电路1320可以是与应用电路1305关联的管芯上存储器或寄存器。为了提供信息(例如，数据、应用、操作系统等)的永久存储，存储器电路1320可以包括一个或多个大容量存储设备，其尤其可以包括固态磁盘驱动器(SSDD)、硬盘驱动器(HDD)、微型HDD、阻变存储器、相变存储器、全息存储器或化学存储器等。例如，计算机平台1300可以包括来自

和

的三维(3D)交叉点(XPOINT)存储器。

可移除存储器电路1323可以包括用于将便携式数据存储设备与平台1300耦合的设备、电路、外壳/机壳、端口或插座等。这些便携式数据存储设备可以用于大容量存储目的，并且可以包括例如Flash存储器卡(例如，安全数字(SD)卡、microSD卡、xD图形卡等)以及USB Flash驱动器、光盘、外部HDD等。

平台1300还可以包括用于将外部设备与平台1300连接的接口电路(未示出)。经由接口电路连接到平台1300的外部设备包括传感器电路1321和机电组件(EMC)1322，以及耦合到可移除存储器电路1323的可移除存储器设备。

传感器电路1321包括其目的在于检测其环境中的事件或变化并将关于检测到的事件的信息(传感器数据)发送给其他设备、模块、子系统等的设备、模块或子系统。这类传感器的示例尤其包括：惯性测量单元(IMU)，包括加速度计、陀螺仪和/或磁力计；微机电系统(MEMS)或纳机电系统(NEMS)，包括3轴加速度计、3轴陀螺仪和/或磁力计；液位传感器；流量传感器；温度传感器(例如，热敏电阻)；压力传感器；气压传感器；重力仪；高度计；图像捕获设备(例如，相机或无镜头光圈)；光检测和测距(LiDAR)传感器；接近度传感器(例如，红外辐射探测器等)、深度传感器、环境光传感器、超声收发机；麦克风或其他类似的音频捕获设备；等。

EMC 1322包括其目的在于使得平台1300能够改变其状态、位置和/或取向，或者移动或控制机构或(子)系统的设备、模块或子系统。此外，EMC 1322可以被配置为：生成消息/信令，并将其发送到平台1300的其他组件，以指示EMC 1322的当前状态。EMC 1322的示例包括一个或多个电源开关、继电器(包括机电继电器(EMR)和/或固态继电器(SSR))、执行器(例如，阀执行器等)、声音发生器、视觉警报设备、电动机(例如，DC电动机、步进电动机等)、车轮、推进器、螺旋桨、爪、夹具、钩子和/或其他类似机电组件。在实施例中，平台1300被配置为：基于从服务提供商和/或各种客户端接收的一个或多个捕获的事件和/或指令或控制信号，操作一个或多个EMC 1322。

在一些实现方式中，接口电路可以将平台1300与定位电路1345连接。定位电路1345包括用于接收和解码由GNSS的定位网络发送/广播的信号的电路。导航卫星星座(或GNSS)的示例包括美国的GPS、俄罗斯的GLONASS、欧盟的伽利略系统、中国的北斗导航卫星系统、区域导航系统或GNSS增强系统(例如，NAVIC)、日本的QZSS、法国的DORIS等。定位电路1345包括各种硬件元件(例如，包括用于促进OTA通信的硬件设备，例如开关、滤波器、放大器、天线元件)，以与定位网络的组件(例如，导航卫星星座节点)进行通信。在一些实施例中，定位电路1345可以包括Micro-PNT IC，其使用主定时时钟来执行位置跟踪/估计，无需GNSS辅助。定位电路1345也可以是基带电路1310和/或RFEM 1315的一部分，或者与它们交互，以与定位网络的节点和组件进行通信。定位电路1345还可以将位置数据和/或时间数据提供给应用电路1305，应用电路1305可以使用该数据来与各种基础设施(例如，无线电基站)同步操作，以用于路线规划导航应用等。

在一些实现方式中，接口电路可以将平台1300与近场通信(NFC)电路1340连接。NFC电路1340被配置为：基于射频识别(RFID)标准，提供非接触式短距离通信，其中，磁场感应用于实现NFC电路1340与平台1300外部的支持NFC的设备(例如，“NFC接触点”)之间的通信。NFC电路1340包括与天线元件耦合的NFC控制器和与NFC控制器耦合的处理器。NFC控制器可以是通过执行NFC控制器固件和NFC栈，向NFC电路1340提供NFC功能的芯片/IC。NFC栈可以由处理器执行以控制NFC控制器，并且NFC控制器固件可以由NFC控制器执行以控制天线元件发射短距离RF信号。RF信号可以为无源NFC标签(例如，嵌入在贴纸或腕带中的微芯片)供电，以将存储的数据发送到NFC电路1340，或者发起NFC电路1340与平台1300附近的另一有源NFC设备(例如，智能手机或支持NFC的POS终端)之间的数据传送。

驱动器电路1346可以包括操作以控制嵌入在平台1300中，附连到平台1300或与平台1300通信耦合的特定设备的软件和硬件元件。驱动器电路1346可以包括允许平台1300的其他组件与可以存在于平台1300内或连接到平台1300的各种输入/输出(I/O)设备交互或控制它们的各驱动器。例如，驱动器电路1346可以包括用于控制和允许访问显示设备的显示驱动器、用于控制和允许访问平台1300的触摸屏界面的触摸屏驱动器、用于获得传感器电路1321的传感器读数并控制和允许访问传感器电路1321的传感器驱动器、用于获得EMC的执行器位置1322和/或控制和允许访问EMC 1322的EMC驱动器、用于控制和允许访问嵌入式图像捕获设备的相机驱动器、用于控制和允许访问一个或多个音频设备的音频驱动器。

电源管理集成电路(PMIC)1325(也称为“电源管理电路1325”)可以管理提供给平台1300的各个组件的功率。特别地，关于基带电路1310，PMIC 1325可以控制电源选择、电压缩放、电池充电或DC-DC转换。当平台1300能够由电池1330供电时(例如，当设备包含在UE101中时)，常常可以包括PMIC 1325。

在一些实施例中，PMIC 1325可以控制平台1300的各种省电机构，或为其一部分。例如，如果平台1300处于RRC_Connected状态(其中，它仍然连接到RAN节点，因为它预期到不久会接收业务)，则它在一不活动时段之后可以进入称为不连续接收模式(DRX)的状态。在该状态期间，平台1300可以下电达短时间间隔，从而节省功率。如果没有数据业务活动达一延长的时间段，则平台1300可以转变到RRC_Idle状态(其中，它与网络断开连接，并且不执行诸如信道质量反馈、切换等的操作)。平台1300进入非常低功耗状态，并且它执行寻呼，其中，它再次周期性地唤醒以侦听网络，然后再次下电。在该状态下，平台1300可以不接收数据；为了接收数据，它必须转变回到RRC_Connected状态。附加的省电模式可以使设备对网络不可用达比寻呼间隔长的时段(范围从几秒到几小时)。在该时间内，设备对网络完全不可达，并且可以完全下电。在该时间期间发送的任何数据都会引起较大的延迟，并且假定该延迟是可接受的。

电池1330可以为平台1300供电，尽管在一些示例中，平台1300可以被安装部署在固定位置，并且可以具有耦合到电网的电源。电池1330可以是锂离子电池、金属-空气电池(例如，锌-空气电池、铝-空气电池、锂-空气电池)等。在一些实现方式中，例如在V2X应用中，电池1330可以是典型的铅酸汽车电池。

在一些实现方式中，电池1330可以是“智能电池”，其包括电池管理系统(BMS)或电池监视集成电路，或者与之耦合。BMS可以包括在平台1300中以跟踪电池1330的荷电状态(SoCh)。BMS可以用于监视电池1330的其他参数，以提供故障预测，例如电池1330的健康状态(SoH)和功能状态(SoF)。BMS可以将电池1330的信息传递给应用电路1305或平台1300的其他组件。BMS还可以包括模数(ADC)转换器，其允许应用电路1305直接监视电池1330的电压或来自电池1330的电流。电池参数可以用于确定平台1300可以执行的动作，例如传输频率、网络操作、侦听频率等。

功率块或耦合到电网的其他电源可以与BMS耦合，以对电池1330充电。在一些示例中，功率块可以用无线功率接收机代替，例如通过计算机平台1300中的环形天线，以无线方式获得功率。在这些示例中，可以在BMS中包括无线电池充电电路。所选的特定充电电路可以取决于电池1330的大小，并且因此取决于所需的电流。可以使用Airfuel Alliance颁布的Airfuel标准、Wireless Power Consortium颁布的Qi无线充电标准或Alliance forWireless Power颁布的Rezence充电标准等来执行充电。

用户接口电路1350包括存在于平台1300内或连接到平台1300的各种输入/输出(I/O)设备，并且包括被设计为使得用户能够与平台1300交互的一个或多个用户接口和/或被设计为使得外围组件能够与平台1300交互的外围组件接口。用户接口电路1350包括输入设备电路和输出设备电路。输入设备电路包括用于接受输入的任何物理或虚拟手段，尤其包括一个或多个物理或虚拟按钮(例如，重置按钮)、物理键盘、小键盘、鼠标、触摸板、触摸屏、麦克风、扫描仪、耳机等。输出设备电路包括用于显示信息或传达信息(例如，传感器读数、执行器位置或其他类似信息)的任何物理或虚拟手段。输出设备电路可以包括任何数量和/或组合的音频和/或视觉显示器，尤其包括一个或多个简单的视觉输出/指示器(例如，二进制状态指示器(例如，发光二极管(LED))和多字符视觉输出，或者更复杂的输出，例如显示设备或触摸屏(例如，液晶显示器(LCD)、LED显示器、量子点显示器、投影仪等)，其中，字符、图形、多媒体对象等的输出是从平台1300的操作生成或产生的。输出设备电路还可以包括扬声器或其他音频发射设备、打印机等，在一些实施例中，传感器电路1321可以用作输入设备电路(例如，图像捕获设备、运动捕获设备等)，并且一个或多个EMC可以用作输出设备电路(例如，提供触觉反馈的执行器等)。在另一示例中，可以包括NFC电路(其包括与天线元件和处理设备耦合的NFC控制器)，以读取电子标签和/或与另一支持NFC的设备连接。外围组件接口可以包括但不限于非易失性存储器端口、USB端口、音频插孔、电源接口等。

尽管未示出，平台1300的组件可以使用合适的总线或互连(IX)技术彼此通信，该技术可以包括任何数量的技术，包括ISA、EISA、PCI、PCIx、PCIe、时间触发协议(TTP)系统、FlexRay系统或任何数量的其他技术。总线/IX可以是例如在基于SoC的系统中使用的专有总线/IX。可以包括其他总线/IX系统，例如I2C接口、SPI接口、点对点接口和电源总线等。

图14示出了根据各种实施例的基带电路1410和无线电前端模块(RFEM)1415的示例组件。基带电路1410对应于图12的基带电路1210和图13的基带电路1310。RFEM 1415对应于图12的RFEM 1215和图13的RFEM 1315。如图所示，RFEM 1415可以包括至少如图所示耦合在一起的射频(RF)电路1406、前端模块(FEM)电路1408、天线阵列1411。

基带电路1410包括被配置为执行各种无线电/网络协议和无线电控制功能的电路和/或控制逻辑，这些协议和功能使得能够经由RF电路1406与一个或多个无线电网络进行通信。无线电控制功能可以包括但不限于信号调制/解调、编码/解码、无线电频移等。在一些实施例中，基带电路1410的调制/解调电路可以包括快速傅立叶变换(FFT)、预编码或星座图映射/解映射功能。在一些实施例中，基带电路1410的编码/解码电路可以包括卷积、咬尾卷积、turbo、Viterbi或低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施例不限于这些示例，并且在其他实施例中可以包括其他合适的功能。基带电路1410被配置为：处理从RF电路1406的接收信号路径接收的基带信号，并生成用于RF电路1406的发送信号路径的基带信号。基带电路1410被配置为：与应用电路1205/1305(参见图12和图13)接口，以用于生成和处理基带信号以及控制RF电路1406的操作。基带电路1410可以处理各种无线电控制功能。

基带电路1410的前述电路和/或控制逻辑可以包括一个或多个单核或多核处理器。例如，一个或多个处理器可以包括3G基带处理器1404A、4G/LTE基带处理器1404B、5G/NR基带处理器1404C，或者用于其他现有代、开发中的或未来要开发的代(例如，第六代(6G)等)的一些其他基带处理器1404D。在其他实施例中，基带处理器1404A-D的一些或全部功能可以包括在存储于存储器1404G中，并经由中央处理单元(CPU)1404E执行的模块中。在其他实施例中，基带处理器1404A-D的一些或全部功能可以被提供为加载有适当的比特流或逻辑块的硬件加速器(例如，FPGA、ASIC等)，这些比特流或逻辑块存储在相应的存储器单元中。在各种实施例中，存储器1404G可以存储实时OS(RTOS)的程序代码，其在由CPU 1404E(或其他基带处理器)执行时，使CPU1404E(或其他基带处理器)管理基带电路1410的资源、调度任务等。RTOS的示例可以包括：

提供的嵌入式操作系统(OSE)^TM、Mentor

提供的Nucleus RTOS^TM、Mentor Graphics提供的多功能实时执行器(VRTX)、

提供的ThreadX^TM、

提供的FreeRTOS、REX OS、Open Kernel(OK)

提供的OKL4或任何其他合适的RTOS，例如本文讨论的那些。此外，基带电路1410包括一个或多个音频数字信号处理器(DSP)1404F。音频DSP 1404F包括用于压缩/解压缩和回声消除的元件，并且在其他实施例中可以包括其他合适的处理元件。

在一些实施例中，每个处理器1404A-1404E包括各自的存储器接口，用于向/从存储器1404G发送/接收数据。基带电路1410可以还包括以通信方式耦合到其他电路/设备的一个或多个接口，例如用于向/从基带电路1410外部的存储器发送/接收数据的接口；用于向/从图12-14的应用电路1205/1305发送/接收数据的应用电路接口；用于向/从图14的RF电路1406发送/接收数据的RF电路接口；用于向/从一个或多个无线硬件元件(例如，近场通信(NFC)组件、蓝牙

/低功耗蓝牙

组件、

组件等)发送/接收数据的无线硬件连接接口；和用于向/从PMIC 1325发送/接收电源信号或控制信号的电源管理接口。

在替换实施例中(其可以与上述实施例组合)，基带电路1410包括一个或多个数字基带系统，它们经由互连子系统彼此耦合，并耦合到CPU子系统、音频子系统和接口子系统。数字基带子系统还可以经由另一互连子系统耦合到数字基带接口和混合信号基带子系统。每个互连子系统可以包括总线系统、点对点连接、片上网络(NOC)结构和/或一些其他合适的总线或互连技术，例如本文讨论的那些。音频子系统可以包括DSP电路、缓冲存储器、程序存储器、语音处理加速器电路、数据转换器电路(例如，模数和数模转换器电路)、包括放大器和滤波器中的一个或多个的模拟电路和/或其他类似组件。在本公开的一方面中，基带电路1410可以包括协议处理电路，其具有控制电路(未示出)的一个或多个实例，以为数字基带电路和/或射频电路(例如，无线电前端模块1415)提供控制功能。

尽管图14未示出，但是在一些实施例中，基带电路1410包括用于操作一个或多个无线通信协议的各处理设备(例如，“多协议基带处理器”或“协议处理电路”)以及用于实现PHY层功能的各处理设备。在这些实施例中，PHY层功能包括前述无线电控制功能。在这些实施例中，协议处理电路操作或实现一个或多个无线通信协议的各种协议层/实体。在第一示例中，当基带电路1410和/或RF电路1406是mmWave通信电路或某些其他合适的蜂窝通信电路的一部分时，协议处理电路可以操作LTE协议实体和/或5G/NR协议实体。在该第一示例中，协议处理电路将操作MAC、RLC、PDCP、SDAP、RRC和NAS功能。在第二示例中，当基带电路1410和/或RF电路1406是Wi-Fi通信系统的一部分时，协议处理电路可以操作一个或多个基于IEEE的协议。在该第二示例中，协议处理电路将操作Wi-Fi MAC和逻辑链路控制(LLC)功能。协议处理电路可以包括：一个或多个存储器结构(例如，1404G)，用于存储用于操作协议功能的程序代码和数据；和一个或多个处理核，用于执行程序代码并使用数据执行各种操作。基带电路1410还可以支持用于多于一种无线协议的无线电通信。

本文讨论的基带电路1410的各种硬件元件可以被实现为例如包括一个或多个集成电路(IC)的焊入式基板、被焊接到主电路板的单个封装IC或者包含两个或更多个IC的多芯片模块。在一个示例中，基带电路1410的组件可以合适地组合在单个芯片或芯片组中，或者布置在同一电路板上。在另一示例中，基带电路1410和RF电路1406的一些或全部组成组件可以一起实现在例如片上系统(SoC)或系统级封装(SiP)上。在另一示例中，基带电路1410的一些或全部组成组件可以被实现为单独的SoC，其与RF电路1406(或RF电路1406的多个实例)通信耦合。在又一示例中，基带电路1410和应用电路1205/1305的一些或全部组成组件可以一起实现为安装到同一电路板的各SoC(例如，“多芯片封装”)。

在一些实施例中，基带电路1410可以提供与一种或多种无线电技术兼容的通信。例如，在一些实施例中，基带电路1410可以支持与E-UTRAN或其他WMAN、WLAN、WPAN的通信。基带电路1410被配置为支持多于一种无线协议的无线电通信的实施例可以称为多模基带电路。

RF电路1406可以使得使用调制的电磁辐射通过非固体介质与无线网络的通信成为可能。在各种实施例中，RF电路1406可以包括开关、滤波器、放大器等，以促进与无线网络的通信。RF电路1406可以包括接收信号路径，其可以包括用于对从FEM电路1408接收的RF信号进行下变频，并向基带电路1410提供基带信号的电路。RF电路1406还可以包括发送信号路径，其可以包括用于对基带电路1410提供的基带信号进行上变频，并将RF输出信号提供给FEM电路1408以用于发送的电路。

在一些实施例中，RF电路1406的接收信号路径可以包括混频器电路1406a、放大器电路1406b和滤波器电路1406c。在一些实施例中，RF电路1406的发送信号路径可以包括滤波器电路1406c和混频器电路1406a。RF电路1406还可以包括综合器电路1406d，用于合成接收信号路径和发送信号路径的混频器电路1406a使用的频率。在一些实施例中，接收信号路径的混频器电路1406a可以被配置为：基于综合器电路1406d提供的合成频率，对从FEM电路1408接收的RF信号进行下变频。放大器电路1406b可以被配置为放大下变频后的信号，并且滤波器电路1406c可以是低通滤波器(LPF)或带通滤波器(BPF)，其被配置为：从下变频后的信号中去除不想要的信号，以生成输出基带信号。可以将输出基带信号提供给基带电路1410，以用于进一步处理。在一些实施例中，输出基带信号可以是零频率基带信号，但这并非要求。在一些实施例中，接收信号路径的混频器电路1406a可以包括无源混频器，但是实施例的范围不限于此。

在一些实施例中，发送信号路径的混频器电路1406a可以被配置为：基于综合器电路1406d提供的合成频率，对输入基带信号进行上变频，以生成用于FEM电路1408的RF输出信号。基带信号可以由基带电路1410提供，并且可以由滤波器电路1406c滤波。

在一些实施例中，接收信号路径的混频器电路1406a和发送信号路径的混频器电路1406a可以包括两个或更多个混频器，并且可以被布置为分别用于正交下变频和上变频。在一些实施例中，接收信号路径的混频器电路1406a和发送信号路径的混频器电路1406a可以包括两个或更多个混频器，并且可以被布置用于镜像抑制(例如，Hartley镜像抑制)。在一些实施例中，接收信号路径的混频器电路1406a和发送信号路径的混频器电路1406a可以被布置为分别用于直接下变频和直接上变频。在一些实施例中，接收信号路径的混频器电路1406a和发送信号路径的混频器电路1406a可以被配置用于超外差操作。

在一些实施例中，输出基带信号和输入基带信号可以是模拟基带信号，但是实施例的范围不限于此。在一些替换实施例中，输出基带信号和输入基带信号可以是数字基带信号。在这些替换实施例中，RF电路1406可以包括模数转换器(ADC)和数模转换器(DAC)电路，并且基带电路1410可以包括数字基带接口，以与RF电路1406进行通信。

在一些双模实施例中，可以提供单独的无线电IC电路，以用于处理每个频谱的信号，但是实施例的范围不限于此。

在一些实施例中，综合器电路1406d可以是小数N综合器或小数N/N+1综合器，但是实施例的范围不限于此，因为其他类型的频率综合器可以是合适的。例如，综合器电路1406d可以是Δ-Σ综合器、倍频器或包括带分频器的锁相环的综合器。

综合器电路1406d可以被配置为：基于频率输入和分频器控制输入，合成RF电路1406的混频器电路1406a使用的输出频率。在一些实施例中，综合器电路1406d可以是小数N/N+1综合器。

在一些实施例中，频率输入可以由压控振荡器(VCO)提供，但是这并非要求。分频器控制输入可以由基带电路1410或应用电路1205/1305根据期望的输出频率来提供。在一些实施例中，可以基于应用电路1205/1305指示的信道，从查找表确定分频器控制输入(例如，N)。

RF电路1406的综合器电路1406d可以包括分频器、延迟锁相环(DLL)、多路复用器和相位累加器。在一些实施例中，分频器可以是双模分频器(DMD)，并且相位累加器可以是数字相位累加器(DPA)。在一些实施例中，DMD可以被配置为：将输入信号除以N或N+1(例如，基于进位)，以提供小数除法比。在一些示例实施例中，DLL可以包括一组级联的可调谐的延迟元件、鉴相器、电荷泵和D型触发器。在这些实施例中，延迟元件可以被配置为：将VCO周期分解成Nd个相等的相位分组，其中，Nd是延迟线中的延迟元件的数量。以此方式，DLL提供负反馈，以帮助确保通过延迟线的总延迟为一个VCO周期。

在一些实施例中，综合器电路1406d可以被配置为生成载波频率作为输出频率，而在其他实施例中，输出频率可以是载波频率的倍数(例如，载波频率的两倍，载波频率的四倍)，并与正交发生器和分频器电路结合使用，以生成载波频率下的相对于彼此具有多个不同相位的多个信号。在一些实施例中，输出频率可以是LO频率(fLO)。在一些实施例中，RF电路1406可以包括IQ/极坐标转换器。

FEM电路1408可以包括接收信号路径，其可以包括被配置为对从天线阵列1411接收的RF信号进行操作，放大接收到的信号，并将接收到的信号的放大版本提供给RF电路1406以用于进一步处理的电路。FEM电路1408还可以包括发送信号路径，其可以包括被配置为放大RF电路1406提供的用于发送的信号，以用于由天线阵列1411的一个或多个天线元件进行发送的电路。在各种实施例中，通过发送信号路径或接收信号路径的放大可以仅在RF电路1406中完成，仅在FEM电路1408中完成，或者在RF电路1406和FEM电路1408二者中完成。

在一些实施例中，FEM电路1408可以包括TX/RX开关，以在发送模式和接收模式操作之间切换。FEM电路1408可以包括接收信号路径和发送信号路径。FEM电路1408的接收信号路径可以包括LNA，用于放大接收到的RF信号，并提供放大后的接收RF信号作为输出(例如，提供给RF电路1406)。FEM电路1408的发送信号路径可以包括：功率放大器(PA)，用于放大(例如，由RF电路1406提供的)输入RF信号；和一个或多个滤波器，用于生成RF信号，以用于随后由天线阵列1411的一个或多个天线元件进行发送。

天线阵列1411包括一个或多个天线元件，每个天线元件被配置成：将电信号转换成无线电波以在空中传播，并将接收到的无线电波转换成电信号。例如，基带电路1410提供的数字基带信号被转换成模拟RF信号(例如，调制波形)，该模拟RF信号将被放大，并经由包括一个或多个天线元件(未示出)的天线阵列1411的天线元件发送。天线元件可以是全向的、定向的或其组合。天线元件可以以已知的和/或本文讨论的多种布置形成。天线阵列1411可以包括微带天线或印制天线，它们被制造在一个或多个印制电路板的表面上。天线阵列1411可以形成为各种形状的金属箔片(例如，贴片天线)，并且可以使用金属传输线等与RF电路1406和/或FEM电路1408耦合。

应用电路1205/1305的处理器和基带电路1410的处理器可以用于执行协议栈的一个或多个实例的元素。例如，可以单独地或组合地使用基带电路1410的处理器来执行第3层、第2层或第1层功能，而应用电路1205/1305的处理器可以利用从这些层接收的数据(例如，分组数据)，并进一步执行第4层功能(例如，TCP层和UDP层)。如本文所指代的，第3层可以包括RRC层，下面进一步详细描述。如本文所指代的，第2层可以包括MAC层、RLC层和PDCP层，下面进一步详细描述。如本文所指代的，第1层可以包括UE/RAN节点的PHY层，下面进一步详细描述。

图15示出了根据各种实施例的可以在无线通信设备中实现的各种协议功能。特别地，图15包括示出各种协议层/实体之间的互连的布置1500。以下对图15的描述是针对结合5G/NR系统标准和LTE系统标准操作的各种协议层/实体而提供的，但是图15的一些或全部方面也可以适用于其他无线通信网络系统。

布置1500的协议层可以包括PHY 1510、MAC 1520、RLC 1530、PDCP 1540、SDAP1547、RRC 1555和NAS 1557中的一个或多个，还有未示出的其他更高层功能。协议层可以包括一个或多个服务接入点(例如，图15中的项目1559、1556、1550、1549、1545、1535、1525和1515)，其可以提供两个或更多个协议层之间的通信。

PHY 1510可以发送和接收物理层信号1505，物理层信号1505可以是从一个或多个其他通信设备接收的或者发送到一个或多个其他通信设备的。物理层信号1505可以包括一个或多个物理信道，例如本文讨论的那些信道。PHY 1510可以还执行链路自适应调制和编码(AMC)、功率控制、小区搜索(例如，用于初始同步和切换目的)以及更高层(例如，RRC1555)使用的其他测量。PHY 1510还可以执行传输信道的检错、传输信道的前向纠错(FEC)编码/解码、物理信道的调制/解调、交织、速率匹配、至物理信道的映射以及MIMO天线处理。在实施例中，PHY 1510的实例可以处理经由一个或多个PHY-SAP 1515来自MAC 1520的实例的请求，并经由一个或多个PHY-SAP 1515向其提供指示。根据一些实施例，经由PHY-SAP1515传递的请求和指示可以包括一个或多个传输信道。

MAC 1520的实例可以处理经由一个或多个MAC-SAP 1525来自RLC 1530的实例的请求，并经由一个或多个MAC-SAP 1525向其提供指示。经由MAC-SAP 1525传递的这些请求和指示可以包括一个或多个逻辑信道。MAC 1520可以执行逻辑信道与传输信道之间的映射，将MAC SDU从一个或多个逻辑信道复用到要经由传输信道传送到PHY 1510的TB上，将MAC SDU从经由传输信道从PHY 1510传送的TB解复用到一个或多个逻辑信道，将MAC SDU多路复用到TB，调度信息上报，通过HARQ进行纠错，以及逻辑信道优先级划分。

RLC 1530的实例可以处理经由一个或多个无线链路控制服务接入点(RLC-SAP)1535来自PDCP 1540的实例的请求，并经由一个或多个无线链路控制服务接入点(RLC-SAP)1535向其提供指示。经由RLC-SAP 1535传递的这些请求和指示可以包括一个或多个RLC信道。RLC 1530可以以多种操作模式进行操作，包括：透明模式(TM)、非确认模式(UM)和确认模式(AM)。RLC 1530可以执行上层协议数据单元(PDU)的传送，通过自动重传请求(ARQ)的纠错(针对AM数据传送)，以及RLC SDU的串接、分段和重组(针对UM和AM数据传送)。RLC1530还可以执行重新分段RLC数据PDU(针对AM数据传送)，重新排序RLC数据PDU(针对UM和AM数据传送)，检测重复数据(针对UM和AM数据传送)，丢弃RLC SDU(针对UM和AM数据传送)，检测协议错误(针对AM数据传送)，以及执行RLC重新建立。

PDCP 1540的实例可以处理经由一个或多个分组数据汇聚协议服务接入点(PDCP-SAP)1545来自RRC 1555的实例和/或SDAP 1547的实例的请求，并经由一个或多个分组数据汇聚协议服务接入点(PDCP-SAP)1545向其提供指示。经由PDCP-SAP 1545传递的这些请求和指示可以包括一个或多个无线承载。PDCP 1540可以执行对IP数据的头压缩和解压，维护PDCP序列号(SN)，在重新建立较低层时执行按顺序传送上层PDU，在重新建立较低层时为映射到RLC AM上的无线承载消除较低层SDU的重复，对控制平面数据进行加密和解密，对控制平面数据执行完整性保护和完整性验证，控制基于定时器的数据丢弃，以及执行安全性操作(例如，加密、解密、完整性保护、完整性验证等)。

SDAP 1547的实例可以处理经由一个或多个SDAP-SAP 1549来自一个或多个更高层协议实体的请求，并经由一个或多个SDAP-SAP 1549向其提供指示。经由SDAP-SAP 1549传递的这些请求和指示可以包括一个或多个QoS流。SDAP 1547可以将QoS流映射到DRB，反之亦然，并且还可以在DL和UL分组中标记QFI。可以为单个PDU会话配置单个SDAP实体1547。在UL方向上，NG-RAN 110可以以两种不同方式控制QoS流到DRB的映射，即反射映射或显式映射。对于反射映射，UE 101的SDAP 1547可以监视每个DRB的DL分组的QFI，并且可以将相同的映射应用于在UL方向上流动的分组。对于DRB，UE 101的SDAP 1547可以映射属于与在该DRB的DL分组中观察到的QoS流ID和PDU会话对应的QoS流的UL分组。为了启用反射映射，NG-RAN可以使用QoS流ID在Uu接口上标记DL分组。显式映射可以涉及RRC 1555用显式QoS流到DRB映射规则配置SDAP 1547，SDAP 1547可以存储并遵循该规则。在实施例中，SDAP 1547可以仅在NR实现方式中使用，并且可以不在LTE实现方式中使用。

RRC 1555可以经由一个或多个管理服务接入点(M-SAP)配置一个或多个协议层的各方面，这些协议层可以包括PHY 1510、MAC 1520、RLC 1530、PDCP 1540和SDAP 1547中的一个或多个实例。在实施例中，RRC 1555的实例可以处理经由一个或多个RRC-SAP 1556来自一个或多个NAS实体1557的请求，并经由一个或多个RRC-SAP 1556向其提供指示。RRC1555的主要服务和功能可以包括广播系统信息(例如，包括在与NAS相关的MIB或SIB中)，广播与接入层(AS)有关的系统信息，寻呼、建立、维护和释放UE 101与RAN 110之间的RRC连接(例如，RRC连接寻呼、RRC连接建立、RRC连接修改和RRC连接释放)，建立、配置、维护和释放点对点无线承载，安全功能(包括密钥管理)，RAT间移动性以及用于UE测量上报的测量配置。MIB和SIB可以包括一个或多个IE，每个IE可以包括单独的数据字段或数据结构。

NAS 1557可以形成UE 101与AMF之间的控制平面的最高层。NAS 1557可以支持UE101的移动性和会话管理过程，以建立和维持UE 101与LTE系统中的P-GW之间的IP连接。

根据各种实施例，可以在UE 101、RAN节点111、NR实现方式中的AMF或LTE实现方式中的MME、NR实现方式中的UPF或LTE实现方式中的S-GW和P-GW，或者要用于上述设备之间的控制平面或用户平面通信协议栈的类似物中实现布置1500的一个或多个协议实体。在这样的实施例中，可以在UE 101、gNB 111、AMF等中的一个或多个中实现的一个或多个协议实体可以与可以在另一设备中或之上实现的相应对等协议实体，使用相应的较低层协议实体的服务进行通信，以执行这种通信。在一些实施例中，gNB 111的gNB-CU可以托管控制一个或多个gNB-DU的操作的gNB的RRC 1555、SDAP 1547和PDCP 1540，并且gNB 111的gNB-DU可以各自托管gNB 111的RLC 1530、MAC 1520和PHY 1510。

在第一示例中，控制平面协议栈按从最高层到最低层的顺序可以包括NAS 1557、RRC 1555、PDCP 1540、RLC 1530、MAC 1520和PHY 1510。在该示例中，上层1560可以构建在NAS 1557之上，且包括IP层1561、SCTP 1562和应用层信令协议(AP)1563。

在NR实现方式中，AP 1563可以是用于在NG-RAN节点111与AMF之间定义的NG接口113的NG应用协议层(NGAP或NG-AP)1563，或者AP 1563可以是用于在两个或更多个RAN节点111之间定义的Xn接口112Xn应用协议层(XnAP或Xn-AP)1563。

NG-AP 1563可以支持NG接口113的功能，并且可以包括基本过程(EP)。NG-AP EP可以是NG-RAN节点111与AMF之间的交互的单位。NG-AP 1563服务可以包括两组：UE关联服务(例如，与UE 101相关的服务)和非UE关联服务(例如，与NG-RAN节点111与AMF之间的整个NG接口实例相关的服务)。这些服务可以包括以下功能，包括但不限于：寻呼功能，用于向特定寻呼区域中所涉及的NG-RAN节点111发送寻呼请求；UE上下文管理功能，用于允许AMF在AMF和NG-RAN节点111中建立、修改和/或释放UE上下文；用于ECM-CONNECTED模式下的UE 101的移动性功能，对于系统内HO支持NG-RAN内的移动性，对于系统间HO支持自/向EPS系统的移动性；NAS信令传输功能，用于在UE 101与AMF之间传输或重新路由NAS消息；NAS节点选择功能，用于确定AMF与UE 101之间的关联性；NG接口管理功能，用于建立NG接口并监视NG接口上的错误；警告消息传输功能，用于提供经由NG接口传输警告消息或取消正在进行的警告消息广播的手段；配置传送功能，用于经由CN 120在两个RAN节点111之间请求和传送RAN配置信息(例如，SON信息、性能测量(PM)数据等)；和/或其他类似功能。

XnAP 1563可以支持Xn接口112的功能，并且可以包括XnAP基本移动性过程和XnAP全局过程。XnAP基本移动性过程可以包括用于处理NG RAN 111(或E-UTRAN)内的UE移动性的过程，例如切换准备和取消过程、SN状态转移过程、UE上下文获取和UE上下文释放过程、RAN寻呼过程、双连接相关过程等。XnAP全局过程可以包括与特定UE 101不相关的过程，例如Xn接口建立和重置过程、NG-RAN更新过程、小区激活过程等。

在LTE实现方式中，AP 1563可以是用于在E-UTRAN节点111与MME之间定义的S1接口113的S1应用协议层(S1-AP)1563，或者AP 1563可以是用于在两个或更多个E-UTRAN节点111之间定义的X2接口112X2应用协议层(X2AP或X2-AP)1563。

S1应用协议层(S1-AP)1563可以支持S1接口的功能，并且类似于之前讨论的NG-AP，S1-AP可以包括S1-AP EP。S1-AP EP可以是E-UTRAN节点111与LTE CN 120内的MME之间的交互的单位。S1-AP 1563服务可以包括两组：UE关联服务和非UE关联服务。这些服务执行以下功能，包括但不限于：E-UTRAN无线接入承载(E-RAB)管理、UE能力指示、移动性、NAS信令传输、RAN信息管理(RIM)和配置传送。

X2AP 1563可以支持X2接口112的功能，并且可以包括X2AP基本移动性过程和X2AP全局过程。X2AP基本移动性过程可以包括用于处理E-UTRAN 120内的UE移动性的过程，例如切换准备和取消过程、SN状态转移过程、UE上下文获取和UE上下文释放过程、RAN寻呼过程、双连接相关过程等。X2AP全局过程可以包括与特定UE 101不相关的过程，例如X2接口建立和重置过程、负载指示过程、错误指示过程、小区激活过程等。

SCTP层(替换地称为SCTP/IP层)1562可以提供应用层消息(例如，NR实现方式中的NGAP或XnAP消息，或者LTE实现方式中的S1-AP或X2AP消息)的保证传送。SCTP 1562可以部分地基于IP 1561所支持的IP协议，确保信令消息在RAN节点111与AMF/MME之间的可靠传送。互联网协议层(IP)1561可以用于执行分组寻址和路由功能。在一些实现方式中，IP层1561可以使用点对点传输来传送和传递PDU。在这点上，RAN节点111可以包括与MME/AMF的L2和L1层通信链路(例如，有线或无线)，以交换信息。

在第二示例中，用户平面协议栈按从最高层到最低层的顺序可以包括SDAP 1547、PDCP 1540、RLC 1530、MAC 1520和PHY 1510。用户平面协议栈可以用于UE 101、RAN节点111与NR实现方式中的UPF或LTE实现方式中的S-GW和P-GW之间的通信。在该示例中，上层1551可以构建在SDAP 1547之上，并且可以包括用户数据报协议(UDP)和IP安全层(UDP/IP)1552、用于用户平面层的通用分组无线服务(GPRS)隧道协议(GTP-U)1553和用户平面PDU层(UP PDU)1563。

传输网络层1554(也称为“传输层”)可以构建在IP传输之上，并且GTP-U 1553可以用在UDP/IP层1552(包括UDP层和IP层)之上，以携带用户平面PDU(UP-PDU)。IP层(也称为“互联网层”)可以用于执行分组寻址和路由功能。IP层可以例如以IPv4、IPv6或PPP格式中的任一种将IP地址分派给用户数据分组。

GTP-U 1553可以用于在GPRS核心网内以及在无线接入网与核心网之间携带用户数据。所传输的用户数据可以是例如IPv4、IPv6或PPP格式中的任一种的分组。UDP/IP 1552可以提供用于数据完整性的校验和、用于在源和目的地处寻址不同功能的端口号以及对所选的数据流的加密和鉴权。RAN节点111和S-GW可以利用S1-U接口，经由包括L1层(例如，PHY1510)、L2层(例如，MAC 1520、RLC 1530、PDCP 1540和/或SDAP 1547)、UDP/IP层1552和GTP-U 1553在内的协议栈来交换用户平面数据。S-GW和P-GW可以利用S5/S8a接口，经由包括L1层、L2层、UDP/IP层1552和GTP-U 1553在内的协议栈来交换用户平面数据。如先前所讨论的，NAS协议可以支持UE 101的移动性以及会话管理过程，以建立和维护UE 101与P-GW之间的IP连接。

此外，虽然图15未示出，但是在AP 1563和/或传输网络层1554之上可以存在应用层。应用层可以是UE 101的用户、RAN节点111或其他网络元件与例如分别由应用电路1205或应用电路1305正在执行的软件应用进行交互的层。应用层还可以为软件应用提供一个或多个接口，以与UE 101或RAN节点111的通信系统(例如，基带电路1410)进行交互。在一些实现方式中，IP层和/或应用层可以提供与开放系统互连(OSI)模型的第5-7层(例如，OSI的第7层–应用层，OSI的第6层–表示层和OSI的第5层–会话层)或其部分相同或相似的功能。

图16是示出根据一些示例实施例的能够从机器可读或计算机可读介质(例如，非瞬时性机器可读存储介质)读取指令并执行本文讨论的任何一种或多种方法的组件的框图。具体地，图16示出了硬件资源1600的图示表示，硬件资源1600包括一个或多个处理器(或处理器核)1610、一个或多个存储器/存储设备1620以及一个或多个通信资源1630，它们中的每一个都可以经由总线1640以通信方式耦合。对于利用了节点虚拟化(例如，NFV)的实施例，可以执行管理程序1602，以为一个或多个网络切片/子切片提供执行环境，以利用硬件资源1600。

处理器1610可以包括例如处理器1612和处理器1614。处理器1610可以是例如中央处理器(CPU)、精简指令集计算(RISC)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、DSP(例如，基带处理器)、ASIC、FPGA、射频集成电路(RFIC)、另一处理器(包括本文讨论的处理器)或其任何合适的组合。

存储器/存储设备1620可以包括主存储器、磁盘存储或其任何合适的组合。存储器/存储设备1620可以包括但不限于任何类型的易失性或非易失性存储器，例如动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、可擦除可编程只读存储器(EPROM)、电可擦可编程只读存储器(EEPROM)、Flash存储器、固态存储等。

通信资源1630可以包括互连或网络接口组件或其他合适的设备，用于经由网络1608与一个或多个外围设备1604或者一个或多个数据库1606进行通信。例如，通信资源1630可以包括有线通信组件(例如，用于经由USB的耦合)、蜂窝通信组件、NFC组件、蓝牙

(或低功耗蓝牙

)组件、

组件和其他通信组件。

指令1650可以包括软件、程序、应用、小应用、app或其他可执行代码，用于使至少任一处理器1610执行本文讨论的任何一种或多种方法。指令1650可以全部地或部分地驻留在处理器1610(例如，在处理器的缓存存储器内)、存储器/存储设备1620或其任何合适的组合中的至少一个内。此外，指令1650的任何部分可以从外围设备1604或数据库1606的任何组合传送到硬件资源1600。因此，处理器1610的存储器、存储器/存储设备1620、外围设备1604和数据库1606是计算机可读和机器可读介质的示例。

以下示例属于进一步实施例。

示例1可以包括一种下一代无线接入网(NG-RAN)节点的装置，所述装置包括：一个或多个处理器，被配置为：对来自接入和移动性管理功能(AMF)的第一消息进行解码，其中，所述第一消息包括第一信元(IE)，所述第一IE包括服务质量(QoS)监控配置；以及基于所述QoS监控配置，执行QoS监控；和存储器，被配置为：存储所述QoS监控配置。

示例2可以包括示例1的主题或本文任何其他示例的主题，其中，所述第一消息是PDU SESSION RESOURCE SETUP REQUEST消息或PDU SESSION RESOURCE MODIFY REQUEST消息。

示例3可以包括示例2的主题或本文任何其他示例的主题，其中，所述第一IE被包括在所述PDU SESSION RESOURCE SETUP REQUEST消息或所述PDU SESSION RESOURCEMODIFY REQUEST消息中的QoS Flow Level QoS Parameters IE中。

示例4可以包括示例1的主题或本文任何其他示例的主题，其中，所述QoS监控配置包括以下参数中的一个或两个：QoS监控请求类型，用于指示对于关联的QoS流，在用户设备(UE)与用户平面功能(UPF)之间还是在所述NG-RAN与所述UPF之间执行分组延迟测量；和Uu分组延迟测量类型，用于指示对于关联的QoS流，在Uu接口上分别测量UL和DL分组延迟，还是测量单向分组延迟。

示例5可以包括示例1的主题或本文任何其他示例的主题，其中，所述NG-RAN节点是主NG-RAN(M-NG-RAN)节点，并且其中，所述一个或多个处理器还被配置为：生成包括所述第一IE的第二消息；以及对所述第二消息进行编码，以用于传输到辅NG-RAN(S-NG-RAN)节点。

示例6可以包括示例5的主题或本文任何其他示例的主题，其中，所述第二消息是S-NODE ADDITION REQUEST消息或S-NODE MODIFICATION REQUEST消息。

示例7可以包括示例6的主题或本文任何其他示例的主题，其中，所述第一IE被包括在所述S-NODE ADDITION REQUEST消息或所述S-NODE MODIFICATION REQUEST消息中的QoS Flow Level QoS Parameters IE中。

示例8可以包括示例1的主题或本文任何其他示例的主题，其中，所述NG-RAN节点是包括gNB中央单元(CU)和gNB分布式单元(DU)的gNB，并且其中，所述一个或多个处理器还被配置为：在所述gNB-CU的控制平面(gNB-CU-CP)处生成包括所述第一IE的第三消息；以及对所述第三条消息进行编码，以用于传输到所述gNB-CU的用户平面(gNB-CU-UP)。

示例9可以包括示例8的主题或本文任何其他示例的主题，其中，所述第三消息是BEARER CONTEXT SETUP REQEUST消息或BEARER CONTEXT MODIFICATION REQUEST消息。

示例10可以包括示例9的主题或本文任何其他示例的主题，其中，所述第一IE被包括在所述BEARER CONTEXT SETUP REQEUST消息或所述BEARER CONTEXT MODIFICATIONREQUEST消息中的QoS Flow Level QoS Parameters IE中。

示例11可以包括一种下一代无线接入网(NG-RAN)节点的装置，所述装置包括：一个或多个处理器，被配置为：对从用户平面功能(UPF)接收的第一帧进行解码，所述第一帧包括与传送的分组关联的QoS流标识符(QFI)和用于指示所述传送的分组是否用于QoS监控的QoS监控分组(QMP)指示符；以及至少基于所述QFI和所述QMP指示符，执行QoS监控；和存储器，被配置为：存储所述QFI和所述QMP指示符。

示例12可以包括示例11的主题或本文任何其他示例的主题，其中，所述第一帧是DL PDU SESSION INFORMATION帧。

示例13可以包括示例11的主题或本文任何其他示例的主题，其中，所述第一帧还包括用于所述UPF标识来自所述NG-RAN的对应响应的序列号。

示例14可以包括示例11的主题或本文任何其他示例的主题，其中，所述一个或多个处理器还被配置为：生成第二帧以包括用于QoS监控的结果；以及对所述第二帧进行编码，以用于传输到所述UPF。

示例15可以包括示例14的主题或本文任何其他示例的主题，其中，所述第二帧是UL PDU SESSION INFORMATION帧。

示例16可以包括示例14的主题或本文任何其他示例的主题，其中，所述结果包括以下一项或多项：所述QMP指示符、QoS监控序列号、DL接收时间戳、UL发送时间戳、Uu DL/1路延迟和Uu UL延迟。

示例17可以包括一种可操作以在具有5GC的多无线电双连接(MR-DC)中支持从源节点向目标节点的数据无线承载(DRB)卸载的节点的装置，所述装置包括：一个或多个处理器，被配置为：处理包含传输网络层(TNL)信息，以用于建立通向所述目标节点的数据转发隧道的信元(IE)，其中，所述IE包括QoS Flows Accepted For Data Forwarding List字段，该字段包括零值；和存储器，被配置为存储所述TNL信息。

示例18可以包括示例17的主题或本文任何其他示例的主题，其中，所述IE是DataForwarding Info from target NG-RAN node IE。

示例19可以包括示例17的主题或本文任何其他示例的主题，其中，所述节点是主节点或辅节点。

示例20可以包括示例17的主题或本文任何其他示例的主题，其中，所述节点是所述目标节点或所述源节点。

示例21可以包括一种可操作以在具有5GC的多无线电双连接(MR-DC)中支持从源节点向目标节点的数据无线承载(DRB)卸载的节点的装置，所述装置包括：一个或多个处理器，被配置为：处理指示所述目标节点已经使用的DRB ID的消息或信元(IE)；和存储器，被配置为存储所述DRB ID。

示例22可以包括示例21的主题或本文任何其他示例的主题，其中，所述消息或IE包括XN-U ADDRESS INDICATION消息；PDU Session Resource Setup Response Info–SNterminated IE；PDU Session Resource Modification Response Info–SN terminatedIE；PDU Session Resource Change Confirm Info–SN terminated IE；PDU SessionResource Modification Confirm Info–SN terminated IE；或PDU Session List withData Forwarding Information from Target Node IE。

示例23可以包括示例21的主题或本文任何其他示例的主题，其中，所述节点是主节点或辅节点。

示例24可以包括示例21的主题或本文任何其他示例的主题，其中，所述节点是所述目标节点或所述源节点。

示例25可以包括一种计算机可读存储介质，其上存储有指令，所述指令在由下一代无线接入网(NG-RAN)节点的一个或多个处理器执行时，使所述NG-RAN节点：对来自接入和移动性管理功能(AMF)的第一消息进行解码，其中，所述第一消息包括第一信元(IE)，所述第一IE包括服务质量(QoS)监控配置；存储所述QoS监控配置；以及基于所述QoS监控配置，执行QoS监控。

示例26可以包括示例25的主题或本文任何其他示例的主题，其中，所述第一消息是PDU SESSION RESOURCE SETUP REQUEST消息或PDU SESSION RESOURCE MODIFY REQUEST消息。

示例27可以包括示例26的主题或本文任何其他示例的主题，其中，所述第一IE被包括在所述PDU SESSION RESOURCE SETUP REQUEST消息或所述PDU SESSION RESOURCEMODIFY REQUEST消息中的QoS Flow Level QoS Parameters IE中。

示例28可以包括示例25的主题或本文任何其他示例的主题，其中，所述QoS监控配置包括以下参数中的一个或两个：QoS监控请求类型，用于指示对于关联的QoS流，在用户设备(UE)与用户平面功能(UPF)之间还是在所述NG-RAN与所述UPF之间执行分组延迟测量；和Uu分组延迟测量类型，用于指示对于关联的QoS流，在Uu接口上分别测量UL和DL分组延迟，还是测量单向分组延迟。

示例29可以包括示例25的主题或本文任何其他示例的主题，其中，所述NG-RAN节点是主NG-RAN(M-NG-RAN)节点，并且其中，所述指令在被执行时，还使所述NG-RAN节点：生成包括所述第一IE的第二消息；以及对所述第二消息进行编码，以用于传输到辅NG-RAN(S-NG-RAN)节点。

示例30可以包括示例29的主题或本文任何其他示例的主题，其中，所述第二消息是S-NODE ADDITION REQUEST消息或S-NODE MODIFICATION REQUEST消息。

示例31可以包括示例30的主题或本文任何其他示例的主题，其中，所述第一IE被包括在所述S-NODE ADDITION REQUEST消息或所述S-NODE MODIFICATION REQUEST消息中的QoS Flow Level QoS Parameters IE中。

示例32可以包括示例25的主题或本文任何其他示例的主题，其中，所述NG-RAN节点是包括gNB中央单元(CU)和gNB分布式单元(DU)的gNB，并且其中，所述指令在被执行时，还使所述NG-RAN节点：在所述gNB-CU的控制平面(gNB-CU-CP)处生成包括所述第一IE的第三消息；以及对所述第三条消息进行编码，以用于传输到所述gNB-CU的用户平面(gNB-CU-UP)。

示例33可以包括示例32的主题或本文任何其他示例的主题，其中，所述第三消息是BEARER CONTEXT SETUP REQEUST消息或BEARER CONTEXT MODIFICATION REQUEST消息。

示例34可以包括示例33的主题或本文任何其他示例的主题，其中，所述第一IE被包括在所述BEARER CONTEXT SETUP REQEUST消息或所述BEARER CONTEXT MODIFICATIONREQUEST消息中的QoS Flow Level QoS Parameters IE中。

示例35可以包括一种计算机可读存储介质，其上存储有指令，所述指令在由下一代无线接入网(NG-RAN)节点的一个或多个处理器执行时，使所述NG-RAN节点：对从用户平面功能(UPF)接收的第一帧进行解码，所述第一帧包括与传送的分组关联的QoS流标识符(QFI)和用于指示所述传送的分组是否用于QoS监控的QoS监控分组(QMP)指示符；以及至少基于所述QFI和所述QMP指示符，执行QoS监控。

示例36可以包括示例35的主题或本文任何其他示例的主题，其中，所述第一帧是DL PDU SESSION INFORMATION帧。

示例37可以包括示例35的主题或本文任何其他示例的主题，其中，所述第一帧还包括用于所述UPF标识来自所述NG-RAN的对应响应的序列号。

示例38可以包括示例35的主题或本文任何其他示例的主题，其中，所述指令在被执行时，还使所述NG-RAN：生成第二帧以包括用于QoS监控的结果；以及对所述第二帧进行编码，以用于传输到所述UPF。

示例39可以包括示例38的主题或本文任何其他示例的主题，其中，所述第二帧是UL PDU SESSION INFORMATION帧。

示例40可以包括示例38的主题或本文任何其他示例的主题，其中，所述结果包括以下一项或多项：所述QMP指示符、QoS监控序列号、DL接收时间戳、UL发送时间戳、Uu DL/1路延迟和Uu UL延迟。

示例41可以包括一种计算机可读存储介质，其上存储有指令，所述指令在由可操作以在具有5GC的多无线电双连接(MR-DC)中支持从源节点向目标节点的数据无线承载(DRB)卸载的节点的一个或多个处理器执行时，使所述节点：处理包含传输网络层(TNL)信息，以用于建立通向所述目标节点的数据转发隧道的信元(IE)，其中，所述IE包括QoSFlows Accepted For Data Forwarding List字段，该字段包括零值；和存储所述TNL信息。

示例42可以包括示例41的主题或本文任何其他示例的主题，其中，所述IE是DataForwarding Info from target NG-RAN node IE。

示例43可以包括示例41的主题或本文任何其他示例的主题，其中，所述节点是主节点或辅节点。

示例44可以包括示例41的主题或本文任何其他示例的主题，其中，所述节点是所述目标节点或所述源节点。

示例45可以包括一种计算机可读存储介质，其上存储有指令，所述指令在由可操作以在具有5GC的多无线电双连接(MR-DC)中支持从源节点向目标节点的数据无线承载(DRB)卸载的节点的一个或多个处理器执行时，使所述节点：处理指示所述目标节点已经使用的DRB ID的消息或信元(IE)；和存储所述DRB ID。

示例46可以包括示例45的主题或本文任何其他示例的主题，其中，所述消息或IE包括XN-U ADDRESS INDICATION消息；PDU Session Resource Setup Response Info–SNterminated IE；PDU Session Resource Modification Response Info–SN terminatedIE；PDU Session Resource Change Confirm Info–SN terminated IE；PDU SessionResource Modification Confirm Info–SN terminated IE；或PDU Session List withData Forwarding Information from Target Node IE。

示例47可以包括示例45的主题或本文任何其他示例的主题，其中，所述节点是主节点或辅节点。

示例48可以包括示例45的主题或本文任何其他示例的主题，其中，所述节点是所述目标节点或所述源节点。

Claims

1.一种下一代无线接入网(NG-RAN)节点的装置，所述装置包括：

一个或多个处理器，被配置为：

对来自接入和移动性管理功能(AMF)的第一消息进行解码，其中，所述第一消息包括第一信元(IE)，所述第一IE包括服务质量(QoS)监控配置；以及

基于所述QoS监控配置，执行QoS监控；和

存储器，被配置为：存储所述QoS监控配置。

2.根据权利要求1所述的装置，其中，所述第一消息是PDU SESSION RESOURCE SETUPREQUEST消息或PDU SESSION RESOURCE MODIFY REQUEST消息。

3.根据权利要求2所述的装置，其中，所述第一IE被包括在所述PDU SESSION RESOURCESETUP REQUEST消息或所述PDU SESSION RESOURCE MODIFY REQUEST消息中的QoS FlowLevel QoS Parameters IE中。

4.根据权利要求1所述的装置，其中，所述QoS监控配置包括以下参数中的一个或两个：

QoS监控请求类型，用于指示对于关联的QoS流，在用户设备(UE)与用户平面功能(UPF)之间还是在所述NG-RAN与所述UPF之间执行分组延迟测量；和

Uu分组延迟测量类型，用于指示对于关联的QoS流，在Uu接口上分别测量UL和DL分组延迟，还是测量单向分组延迟。

5.根据权利要求1所述的装置，其中，所述NG-RAN节点是主NG-RAN(M-NG-RAN)节点，并且其中，所述一个或多个处理器还被配置为：

生成包括所述第一IE的第二消息；以及

对所述第二消息进行编码，以用于传输到辅NG-RAN(S-NG-RAN)节点。

6.根据权利要求5所述的装置，其中，所述第二消息是S-NODE ADDITION REQUEST消息或S-NODE MODIFICATION REQUEST消息。

7.根据权利要求6所述的装置，其中，所述第一IE被包括在所述S-NODE ADDITIONREQUEST消息或所述S-NODE MODIFICATION REQUEST消息中的QoS Flow Level QoSParameters IE中。

8.根据权利要求1所述的装置，其中，所述NG-RAN节点是包括gNB中央单元(CU)和gNB分布式单元(DU)的gNB，并且其中，所述一个或多个处理器还被配置为：

在所述gNB-CU的控制平面(gNB-CU-CP)处生成包括所述第一IE的第三消息；以及

对所述第三条消息进行编码，以用于传输到所述gNB-CU的用户平面(gNB-CU-UP)。

9.根据权利要求8所述的装置，其中，所述第三消息是BEARER CONTEXT SETUP REQEUST消息或BEARER CONTEXT MODIFICATION REQUEST消息。

10.根据权利要求9所述的装置，其中，所述第一IE被包括在所述BEARER CONTEXTSETUP REQEUST消息或所述BEARER CONTEXT MODIFICATION REQUEST消息中的QoS FlowLevel QoS Parameters IE中。

11.一种下一代无线接入网(NG-RAN)节点的装置，所述装置包括：

一个或多个处理器，被配置为：

对从用户平面功能(UPF)接收的第一帧进行解码，所述第一帧包括与传送的分组关联的QoS流标识符(QFI)和用于指示所述传送的分组是否用于QoS监控的QoS监控分组(QMP)指示符；以及

至少基于所述QFI和所述QMP指示符，执行QoS监控；和存储器，被配置为：存储所述QFI和所述QMP指示符。

12.根据权利要求11所述的装置，其中，所述第一帧是DL PDU SESSION INFORMATION帧。

13.根据权利要求11所述的装置，其中，所述第一帧还包括用于所述UPF标识来自所述NG-RAN的对应响应的序列号。

14.根据权利要求11所述的装置，其中，所述一个或多个处理器还被配置为：

生成第二帧以包括用于QoS监控的结果；以及

对所述第二帧进行编码，以用于传输到所述UPF。

15.根据权利要求14所述的装置，其中，所述第二帧是UL PDU SESSION INFORMATION帧。

16.根据权利要求14所述的装置，其中，所述结果包括以下一项或多项：所述QMP指示符、QoS监控序列号、DL接收时间戳、UL发送时间戳、Uu DL/1路延迟和Uu UL延迟。

17.一种可操作以在具有5GC的多无线电双连接(MR-DC)中支持从源节点向目标节点的数据无线承载(DRB)卸载的节点的装置，所述装置包括：

一个或多个处理器，被配置为：

处理包含传输网络层(TNL)信息，以用于建立通向所述目标节点的数据转发隧道的信元(IE)，其中，所述IE包括QoS Flows Accepted For Data Forwarding List字段，该字段包括零值；和

存储器，被配置为存储所述TNL信息。

18.根据权利要求17所述的装置，其中，所述IE是Data Forwarding Info from targetNG-RAN node IE。

19.根据权利要求17所述的装置，其中，所述节点是主节点或辅节点。

20.根据权利要求17所述的装置，其中，所述节点是所述目标节点或所述源节点。

21.一种可操作以在具有5GC的多无线电双连接(MR-DC)中支持从源节点向目标节点的数据无线承载(DRB)卸载的节点的装置，所述装置包括：

一个或多个处理器，被配置为：

处理指示所述目标节点已经使用的DRB ID的消息或信元(IE)；和

存储器，被配置为存储所述DRB ID。

22.根据权利要求21所述的装置，其中，所述消息或IE包括XN-U ADDRESS INDICATION消息；PDU Session Resource Setup Response Info–SN terminated IE；PDU SessionResource Modification Response Info–SN terminated IE；PDU Session ResourceChange Confirm Info–SN terminated IE；PDU Session Resource ModificationConfirm Info–SN terminated IE；或PDU Session List with Data ForwardingInformation from Target Node IE。

23.根据权利要求21所述的装置，其中，所述节点是主节点或辅节点。

24.根据权利要求21所述的装置，其中，所述节点是所述目标节点或所述源节点。